セッション トークンは、ユーザーの予測入力のクエリフェーズと選択フェーズをグループ化します 請求のために個別のセッションを検索する
セッション トークンを作成する
ユーザーの責任で固有のセッションを生成する 自動的に作成されます。バージョン 4 の UUID。
例
ユーザーがクエリを入力すると、予測入力リクエストが数ステップごとに呼び出されます。 キーストローク（文字ごとではなく）が使用され、可能性のある結果のリストが返されます。日時 ユーザーが結果リストから選択すると、その選択は 検索中に行われたすべてのリクエストがバンドルされてカウントされます。 単一のリクエストとして送信できますユーザーが場所を選択すると、検索クエリが使用可能になります。 プレイスデータ リクエストのみが課金対象となります。ユーザーが 選択できるのは、セッションの開始から数分以内です。 課金が発生します
このイベントのフローをアプリの観点から見てみましょう。
- ユーザーがクエリの入力を開始し、「Paris, France」を検索します。
- ユーザー入力を検出すると、アプリは新しいセッション トークン「Token A」を作成します。
- ユーザーが入力すると、API が数おきに予測入力リクエストを実行します。
文字が追加され、可能性のある結果の新しいリストが表示されます。 「P」
「Par」
「Paris」
「Paris, Fr」 - ユーザーが選択を行うとき:
- クエリから生じるすべてのリクエストがグループ化され、セッションに追加される 「Token A」で表されるリクエストです。
- ユーザーによる選択は Place Detail リクエストとしてカウントされ、 「Token A」で表されるセッションです。
- セッションが終了し、アプリは「トークン A」を破棄します。
予測入力リクエストの課金方法について詳しくは、使用量と お支払い。