リクエスト
message または action_response のいずれかは必須です。
Action Response オブジェクト
ユーザーが UI 要素とやり取りした場合:レスポンス
Sponsored Context Receipts
以前のsi_initiate_session または si_send_message レスポンスが sponsored_context を含んでいた場合、ホストは、そのコンテキストを提示、比較、またはその他の方法で使用する前に、宣言された context_use と disclosure_obligation を尊重できるかどうかを決定します。後続の si_send_message リクエストで、ホストは通常の message または action_response とともに sponsored_context_receipt を含めて、その決定をブランド/セラーに見えるようにしてもかまいません(MAY)。
受け入れられたレシートでは、accepted_context_use が宣言の context_use に一致しなければならず、開示が必要だった場合は disclosure_commitment.status が accepted でなければなりません。拒否されたレシートでは、accepted_context_use と disclosure_commitment を省略します。ホストがコンテキストを受け入れなかった、または使わなかった理由を説明したい場合は rejection_reason を使います。
si_send_message レスポンスが新しい sponsored_context を含む場合、ホストが受信サーフェスでそのレスポンスコンテキストを使う前に、同じ受け入れまたは拒否の決定が適用されます。ホストは次のターンでレシートを含めるか、次の SI 呼び出しがない場合は自身の監査記録に保持できます。
Session Status 値
Handoff オブジェクト
session_status が pending_handoff の場合:
例
シンプルなメッセージ交換
Request:アクションレスポンス(ボタンクリック)
Request:トランザクションハンドオフ
ユーザーが購入準備完了の場合: Request:ハンドオフの扱い
session_status: "pending_handoff" を受け取ったら:
type: "transaction"の場合 - 提供された intent とコンテキストで ACP チェックアウトを開始しますtype: "complete"の場合 - 会話完了として通常チャットに戻る
si_terminate_session を呼び出して適切にセッションを閉じるべきです。
キーポイント
- message または action_response - 各リクエストには少なくともどちらかが必要です。ユーザーはメッセージ入力か UI 操作でやり取りします。
-
セッションステータスがフローを決める - 各レスポンスで
session_statusを確認し、会話継続かハンドオフ必要かを判断します。 -
ハンドオフでコンテキストを保持 -
context_for_checkoutオブジェクトが ACP にシームレスな購入体験に必要な情報を提供します。 - UI 要素は任意 - カードやカルーセルをいつ含めるかは、ブランドエージェントが会話に応じて判断します。