PostContent - Amazon Lex V1
リクエストの構文URI リクエストパラメータリクエストボディレスポンスの構文レスポンス要素エラー例その他の参照資料

Amazon Lex V2 を使用している場合は、代わりに Amazon Lex V2 ガイドを参照してください。

 

Amazon Lex V1 を使用している場合は、ボットを Amazon Lex V2 にアップグレードすることをお勧めします。V1 には新機能を追加されませんので、すべての新しいボットには V2 を使用することを強くお勧めします。

翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

PostContent

ユーザー入力 (テキストまたは音声) を Amazon Lex に送信します。クライアントはこの API を使用して、実行時に Amazon Lex にテキストおよびオーディオリクエストを送信します。Amazon Lex は、ボット用に構築された機械学習モデルを使用してユーザー入力を解釈します。

PostContent オペレーションは 8kHz と 16kHz のオーディオ入力をサポートしています。8kHz オーディオを使用すると、電話オーディオアプリケーションで高い音声認識精度を実現できます。

レスポンスとして、Amazon Lex はユーザーに伝える次のメッセージを返します。次のメッセージ例を考えます。

  • 「ピザが食べたい」というユーザーの入力に対して、Amazon Lex はスロットデータを引き出すメッセージをレスポンスとして返します (例えば、PizzaSize): 「どのサイズのピザをご希望ですか？」

  • ユーザーがピザの注文情報をすべて入力すると、Amazon Lex はユーザーに確認のメッセージ「ピザを注文しますか？」を含むレスポンスを返すかもしれません。

  • ユーザーが確認のプロンプトに「はい」と答えると、Amazon Lex は結果ステートメント「ありがとうございます。チーズピザが注文されました」を返します。

すべての Amazon Lex メッセージがユーザーからの応答を必要とするわけではありません。例えば、結果ステートメントはレスポンスを必要としません。メッセージの中には、「はい」か「いいえ」のどちらかのレスポンスしか必要ないものもあります。Amazon Lex は、message に加えて、適切なクライアントのユーザーインターフェースを表示するなど、クライアントの動作を強化するために使用できる、レスポンス内のメッセージに関する追加のコンテキストを提供します。次の例を考えます。

  • メッセージがスロットデータを引き出すものであれば、Amazon Lex は次のようなコンテキスト情報を返します。

    • x-amz-lex-dialog-state ヘッダーが ElicitSlot に設定されました

    • 現在のコンテキストのインテント名に x-amz-lex-intent-name ヘッダーが設定されました

    • message が情報を取得しているスロット名に x-amz-lex-slot-to-elicit ヘッダーが設定されました

    • インテントに設定されたスロットのマップとその現在の値に x-amz-lex-slots ヘッダーが設定されました

  • メッセージが確認プロンプトの場合、x-amz-lex-dialog-state ヘッダは Confirmation に設定され、x-amz-lex-slot-to-elicit ヘッダは省略されます。

  • メッセージが、ユーザーのインテントが理解できないことを示す、インテントに設定された明確化プロンプトである場合、x-amz-dialog-state ヘッダは ElicitIntent に設定され、x-amz-slot-to-elicit ヘッダは省略されます。

さらに、Amazon Lex はまた、お客様の用途に合わせた sessionAttributes も返します。詳細については、「Managing Conversation Context」(会話コンテキストの管理) を参照してください。

リクエストの構文

POST /bot/botName/alias/botAlias/user/userId/content HTTP/1.1
x-amz-lex-session-attributes: sessionAttributes
x-amz-lex-request-attributes: requestAttributes
Content-Type: contentType
Accept: accept
x-amz-lex-active-contexts: activeContexts

inputStream

URI リクエストパラメータ

リクエストでは、次の URI パラメータを使用します。

accept

これは、Accept HTTP ヘッダーの値として渡します。

Amazon Lex がレスポンスで返すメッセージは、リクエストの Accept HTTP ヘッダー値に基づいたテキストまたは音声のどちらかです。

  • 値が text/plain; charset=utf-8 の場合、Amazon Lex はレスポンス内にテキストを返します。

  • 値が audio/ で始まっている場合、Amazon Lex はレスポンスで音声を返します。Amazon Lex は Amazon Polly を使ってスピーチを生成します (Accept ヘッダーで指定した設定を使用します)。例えば、値として audio/mpeg を指定した場合、Amazon Lex は MPEG 形式の音声を返します。

  • 値が audio/pcm の場合、返される音声は audio/pcm で、16 ット、リトルエンディアン形式です。

  • 受け入れ可能な値は以下の通りです。

    • audio/mpeg

    • audio/ogg

    • audio/pcm

    • text/plain; charset=utf-8

    • audio/* (デフォルトは mpeg)

activeContexts

リクエストに対してアクティブなコンテクストのリスト。コンテキストは、以前のインテントが達成されたとき、またはリクエストにコンテキストが含まれているときに有効になります。

コンテキストのリストを指定しない場合、Amazon Lex はセッションの現在のコンテキストリストを使用します。空のリストを指定すると、セッションのすべてのコンテキストがクリアされます。

botAlias

Amazon Lex ボットのエイリアス。

必須: はい

botName

Amazon Lex ボットのエイリアス。

必須: はい

contentType

これは、Content-Type HTTP ヘッダーの値として渡します。

オーディオ形式またはテキストを示します。ヘッダーの値は、次のプレフィクスのいずれかで始まる必要があります。

  • PCM 形式の場合、オーディオデータはリトルエンディアンのバイトオーダーでなければなりません。

    • audio/l16; rate=16000; channels=1

    • audio/x-l16; sample-rate=16000; channel-count=1

    • オーディオ/LPCM; サンプルレート=8000; =16; チャンネル数=1; =false sample-size-bits is-big-endian

  • Opus 形式

    • オーディオ/ x-cbr-opus-with-プリアンブル; frame-size-milliseconds プリアンブルサイズ=0; ビットレート =256000; =4

  • テキスト形式

    • text/plain; charset=utf-8

必須: はい

requestAttributes

これは、x-amz-lex-request-attributes HTTP ヘッダーの値として渡します。

クライアントアプリケーションと Amazon Lex の間で受け渡しされるリクエスト固有の情報。値は、文字列のキーと値を持つ JSON シリアライズされた Base64 エンコードされたマップでなければなりません。requestAttributes ヘッダーと sessionAttributes ヘッダーの合計サイズは 12KB に制限されています。

名前空間 x-amz-lex: は、特別な属性のために予約されています。プレフィックス x-amz-lex: を持つリクエスト属性を作成しないでください。

リクエスト属性の詳細については、「Setting Requests Attributes」(リクエスト属性の設定) を参照してください。

sessionAttributes

これは、x-amz-lex-session-attributes HTTP ヘッダーの値として渡します。

Amazon Lex とクライアントアプリケーションの間で渡されるアプリケーション固有の情報。値は、文字列のキーと値を持つ JSON シリアライズされた Base64 エンコードされたマップでなければなりません。sessionAttributes ヘッダーと requestAttributes ヘッダーの合計サイズは 12KB に制限されています。

詳細については、「Setting Session Attributes」 (セッション属性の設定) を参照してください。

userId

クライアントアプリケーションユーザーの ID。Amazon Lex は、ユーザーとボットとの会話を識別するために使用します。実行時には、各リクエストに userID フィールドを含める必要があります。

アプリケーションに使用するユーザー ID を決定するには、以下の点を考慮してください。

  • userID フィールドには、ユーザーの個人識別情報 (氏名、個人識別番号、その他のエンドユーザーの個人情報など) を含めることはできません。

  • ユーザーがあるデバイスで会話を始め、別のデバイスで会話を続けたい場合は、ユーザー固有の識別子を使用します。

  • 同じユーザーが 2 つの異なるデバイスで別々の会話ができるようにする場合は、デバイス固有の識別子を選択します。

  • ユーザーは、同じボットの 2 つの異なるバージョンと、2 つの独立した会話をすることはできません。例えば、ユーザーは同じボットの PROD バージョンとベータ版と会話することはできません。例えば、テスト中に、ユーザーが 2 つの異なるバージョンと会話する必要があることが予想される場合は、ユーザー ID にボットエイリアスを含めて、2 つの会話を区切ります。

長さの制限: 最小長は 2 です。最大長は 100 です。

パターン: [0-9a-zA-Z._:-]+

必須: はい

リクエストボディ

リクエストは以下のバイナリデータを受け入れます。

inputStream

Content-Type HTTP ヘッダーに記述された PCM または Opus オーディオ形式またはテキスト形式のユーザー入力。

オーディオデータを Amazon Lex にストリーミングすることもできますが、送信前にすべてのオーディオデータをキャプチャするローカルバッファを作成することもできます。一般的には、オーディオデータをローカルにバッファリングするよりも、ストリーミングした方がパフォーマンスが向上します。

必須: はい

レスポンスの構文

HTTP/1.1 200
Content-Type: contentType
x-amz-lex-intent-name: intentName
x-amz-lex-nlu-intent-confidence: nluIntentConfidence
x-amz-lex-alternative-intents: alternativeIntents
x-amz-lex-slots: slots
x-amz-lex-session-attributes: sessionAttributes
x-amz-lex-sentiment: sentimentResponse
x-amz-lex-message: message
x-amz-lex-encoded-message: encodedMessage
x-amz-lex-message-format: messageFormat
x-amz-lex-dialog-state: dialogState
x-amz-lex-slot-to-elicit: slotToElicit
x-amz-lex-input-transcript: inputTranscript
x-amz-lex-encoded-input-transcript: encodedInputTranscript
x-amz-lex-bot-version: botVersion
x-amz-lex-session-id: sessionId
x-amz-lex-active-contexts: activeContexts

audioStream

レスポンス要素

アクションが成功すると、サービスは HTTP 200 レスポンスを返します。

レスポンスでは、以下の HTTP ヘッダーが返されます。

activeContexts

セッションのアクティブコンテキストのリスト。コンテキストは、インテントが達成されたとき、または PostContent、PostText、PutSession のオペレーションを呼び出したときに設定できます。

コンテキストを使用して、あるインテントをフォローできるインテントを制御したり、アプリケーションの動作を変更したりすることができます。

alternativeIntents

ユーザーのインテントに該当する可能性のある 1～4 つの代替インテント。

各選択肢には、そのインテントがユーザーのインテントがどれだけ一致しているかを示す Amazon Lex のスコアが含まれます。インテントは信頼スコアでソートされます。

botVersion

会話にレスポンスしたボットのバージョンです。この情報を使用して、あるバージョンのボットのパフォーマンスが別のバージョンよりも優れているかどうかを判断できます。

長さの制限：最小長は 1 です。最大長は 64 文字です。

パターン: [0-9]+|\$LATEST

contentType

リクエストの Accept HTTP ヘッダーで指定されたコンテンツタイプ。

dialogState

ユーザーインタラクションの現在の状態を示します。Amazon Lex から、dialogState のような以下のいずれかの値が返されます。クライアントはオプションで、この情報を使用してユーザーインターフェイスをカスタマイズできます。

  • ElicitIntent - Amazon Lex は、ユーザーのインテントを引き出したいと考えています。次の例を考えます。

    例: ユーザーがインテントを発話します (「ピザを注文します」)。Amazon Lex がこの発話からユーザーのインテントを推測できない場合、このダイアログ状態を返します。

  • ConfirmIntent - Amazon Lex は、「はい」か「いいえ」のレスポンスを待機しています。

    例えば、Amazon Lex は、インテントを達成する前にユーザーの確認を求めます。ユーザーは、「はい」または「いいえ」という単純なレスポンスではなく、追加の情報をレスポンスすることがあります。例えば、「はい、でも厚めの生地のピザにしてください」や「いいえ、飲み物を注文したいです」などです。Amazon Lex はこのような追加情報を処理できます (この例では、クラストタイプスロットを更新するか、 OrderPizza OrderDrinkインテントをからに変更します)。

  • ElicitSlot - Amazon Lex は、現在のインテントのためのスロット値を待機しています。

    例えば、レスポンスで Amazon Lex が「ピザのサイズを教えてください」というメッセージを送信するとします。ユーザーは、スロットの値 (例:「ミディアム」) と答えるかもしれません。また、ユーザーはレスポンスの中で追加情報を提供することもできます (例:「ミディアムサイズの厚い生地のピザ」)。Amazon Lex は、このような追加情報を適切に処理できます。

  • Fulfilled - Lambda 関数がインテントを正常に達成したことを伝えます。

  • ReadyForFulfillment - クライアントがリクエストを達成する必要性を伝えます。

  • Failed - ユーザーとの会話が失敗したことを伝えます。

    これは、ユーザーがサービスからのプロンプトに適切なレスポンスを提供しない場合 (Amazon Lex がユーザーに特定の情報を促す回数を設定できます) や、Lambda 関数がインテントを達成できない場合など、さまざまな理由で発生します。

有効な値：ElicitIntent | ConfirmIntent | ElicitSlot | Fulfilled | ReadyForFulfillment | Failed

encodedInputTranscript

リクエストの処理に使用されるテキストです。

入力がオーディオストリームであった場合、encodedInputTranscript フィールドにはオーディオストリームから抽出されたテキストが入ります。これは、インテントとスロット値を認識するために実際に処理されるテキストです。この情報を使用して、Amazon Lex が送信したオーディオを正しく処理しているかどうかを判断できます。

encodedInputTranscript フィールドは base-64 エンコードです。値を使用する前に、フィールドをデコードする必要があります。

encodedMessage

ユーザーに伝えるメッセージ。メッセージは、ボットの設定または Lambda 関数から送信できます。

インテントに Lambda 関数が設定されていない場合、または Lambda 関数が応答で dialogAction.type として Delegate を返した場合、Amazon Lex は次の行動を決定し、現在のインタラクションコンテキストに基づいてボットの設定から適切なメッセージを選択します。例えば、Amazon Lex がユーザー入力を理解できない場合、明確化プロンプトメッセージを使用します。

インテントを作成するときに、グループにメッセージを割り当てることができます。メッセージがグループに割り当てられている場合、Amazon Lex は各グループから 1 つのメッセージをレスポンスに返します。メッセージフィールドは、メッセージを含むエスケープされた JSON 文字列です。返される JSON 文字列の構造の詳細については、「サポートされているメッセージ形式」を参照してください。

Lambda 関数がメッセージを返した場合、Amazon Lex はそれをレスポンスでクライアントに渡します。

encodedMessage フィールドは base-64 エンコードです。値を使用する前に、フィールドをデコードする必要があります。

長さの制限：最小長は 1 です。最大長は 1366 です。

inputTranscript

このヘッダーは廃止されました。

リクエストの処理に使用されるテキストです。

このフィールドは、de-DE、en-AU、en-GB、en-US、es-419、es-ES、es-US、fr-CA、fr-FR、および it-IT ロケールでのみ使用できます。その他すべてのロケールでは、inputTranscript フィールドが null です。代わりに encodedInputTranscript のフィールドを使用する必要があります。

入力がオーディオストリームであった場合、inputTranscript フィールドにはオーディオストリームから抽出されたテキストが入ります。これは、インテントとスロット値を認識するために実際に処理されるテキストです。この情報を使用して、Amazon Lex が送信したオーディオを正しく処理しているかどうかを判断できます。

intentName

Amazon Lex が認識している現在のユーザーのインテント。

message

このヘッダーは廃止されました。

このフィールドは、de-DE、en-AU、en-GB、en-US、es-419、es-ES、es-US、fr-CA、fr-FR、および it-IT ロケールでのみ使用できます。その他すべてのロケールでは、message フィールドが null です。代わりに encodedMessage のフィールドを使用する必要があります。

ユーザーに伝えるメッセージ。メッセージは、ボットの設定または Lambda 関数から送信できます。

インテントに Lambda 関数が設定されていない場合、または Lambda 関数が応答で dialogAction.type として Delegate を返した場合、Amazon Lex は次の行動を決定し、現在のインタラクションコンテキストに基づいてボットの設定から適切なメッセージを選択します。例えば、Amazon Lex がユーザー入力を理解できない場合、明確化プロンプトメッセージを使用します。

インテントを作成するときに、グループにメッセージを割り当てることができます。メッセージがグループに割り当てられている場合、Amazon Lex は各グループから 1 つのメッセージをレスポンスに返します。メッセージフィールドは、メッセージを含むエスケープされた JSON 文字列です。返される JSON 文字列の構造の詳細については、「サポートされているメッセージ形式」を参照してください。

Lambda 関数がメッセージを返した場合、Amazon Lex はそれをレスポンスでクライアントに渡します。

長さの制限: 最小長は 1 です。最大長は 1,024 です。

messageFormat

応答メッセージの形式。次のいずれかの値になります。

  • PlainText - メッセージには UTF-8 形式テキストが含まれています。

  • CustomPayload - メッセージはクライアント向けのカスタム形式です。

  • SSML - メッセージには音声出力のテキスト形式が含まれています。

  • Composite - メッセージには、インテントの作成時にメッセージが割り当てられたグループからの 1 つ以上のメッセージを含むエスケープされた JSON オブジェクトが含まれています。

有効な値：PlainText | CustomPayload | SSML | Composite

nluIntentConfidence

返されたインテントがユーザーのインテントに合致するものであると Amazon Lex がどれだけ確信しているかを示すスコアを提供します。スコアは 0.0～1.0 の間です。

スコアは相対的なものであり、絶対的なものではありません。スコアは、Amazon Lex の改善により変更されることがあります。

sentimentResponse

発話で表現されるセンチメント。

ボットがセンチメント分析のために Amazon Comprehend に発話を送信するように設定されている場合、このフィールドには分析の結果が含まれます。

sessionAttributes

セッション固有のコンテキスト情報を表すキーバリューのペアのマップ。

sessionId

セッションの一意の識別子。

slots

会話中にユーザーの入力から検出されたゼロ以上のインテントスロット (名前と値のペア) Amazon Lex のマップ。フィールドは base-64 エンコードです。

Amazon Lex は、あるスロットに対して可能性の高い値を含む解決リストを作成します。返す値は、スロットタイプの作成時や更新時に選択された valueSelectionStrategy によって決まります。valueSelectionStrategy が ORIGINAL_VALUE に設定されている場合、ユーザーの値がスロットの値と類似していれば、ユーザーが提供した値が返されます。valueSelectionStrategy が TOP_RESOLUTION Amazon Lex に設定されている場合は、解決リストの最初の値を返し、解決リストがない場合は null を返します。valueSelectionStrategy を指定しなかった場合、デフォルトは ORIGINAL_VALUE です。

slotToElicit

dialogState の値が ElicitSlot の場合、Amazon Lex が値を引き出すスロットの名前を返します。

レスポンスは、HTTP 本文として以下を返します。

audioStream

ユーザーに伝えるプロンプトまたはステートメントです。これは、ボットの構成とコンテキストに基づいています。例えば、Amazon Lex がユーザーのインテントを理解できなかった場合、ボット用に設定された clarificationPrompt を送信します。インテントがフルフィルメントアクションを達成する前に確認が必要な場合は、confirmationPrompt を送信します。別の例: Lambda 関数がインテントを正常に達成し、ユーザーに伝えるメッセージを送信したとします。その後、Amazon Lex はそのメッセージをレスポンスに送信します。

エラー

BadGatewayException

Amazon Lex ボットがまだ構築中であるか、依存するサービス (Amazon Polly、AWS Lambda) の 1 つが内部サービスエラーで失敗したかのどちらかです。

HTTP ステータスコード: 502

BadRequestException

リクエストの検証に失敗したか、コンテキストに使用可能なメッセージがないか、ボットの構築が失敗もしくは進行中であるか、または構築されていない変更が含まれています。

HTTP ステータスコード：400

ConflictException

2 つのクライアントが同じ AWS アカウント、Amazon Lex bot、ユーザー ID を使用しています。

HTTP ステータスコード: 409

DependencyFailedException

AWS Lambda や Amazon Polly などの依存関係にあるものが、例外を発生させました。例、

  • Amazon Lex が Lambda 関数を呼び出すのに十分な権限を持っていない場合。

  • Lambda 関数の実行に 30 秒以上かかる場合。

  • フルフィルメントの Lambda 関数が、スロットの値を削除せずに Delegate ダイアログアクションを返す場合。

HTTP ステータスコード: 424

InternalFailureException

内部サービスエラー。呼び出しを再試行します。

HTTP ステータスコード：500

LimitExceededException

制限を超えました。

HTTP ステータスコード: 429

LoopDetectedException

この例外は使われません。

HTTP ステータスコード: 508

NotAcceptableException

リクエストの accept ヘッダーに有効な値がありません。

HTTP ステータスコード: 406

NotFoundException

参照するリソース (Amazon Lex bot やエイリアスなど) が見つかりません。

HTTP ステータスコード: 404

RequestTimeoutException

入力音声が長すぎます。

HTTP ステータスコード: 408

UnsupportedMediaTypeException

Content-Typeヘッダー (PostContent API) の値が無効です。

HTTP ステータスコード: 415

例

例 1

このリクエストでは、URI がボット (Traffic)、ボットのバージョン ($LATEST)、エンドユーザー名 (someuser) を特定しています。Content-Type ヘッダーは、本文内のオーディオ形式を識別します。Amazon Lex はまた、他の形式をサポートしています。必要に応じて、オーディオをある形式から別の形式に変換するために、オープンソースソフトウェアの SoX を使用することができます。Accept HTTP ヘッダーを追加することで、レスポンスを得るための形式を指定します。

レスポンスでは、x-amz-lex-message ヘッダーがAmazon Lex が返したレスポンスを示しています。そして、クライアントはこのレスポンスをユーザーに送ることができます。同じメッセージを、(リクエストに応じて) チャンクドエンコーディングによりオーディオ/MPEG形式で送信します。

リクエスト例

"POST /bot/Traffic/alias/$LATEST/user/someuser/content HTTP/1.1[\r][\n]"
"x-amz-lex-session-attributes: eyJ1c2VyTmFtZSI6IkJvYiJ9[\r][\n]"
"Content-Type: audio/x-l16; channel-count=1; sample-rate=16000f[\r][\n]"
"Accept: audio/mpeg[\r][\n]"
"Host: runtime.lex.us-east-1.amazonaws.com[\r][\n]"
"Authorization: AWS4-HMAC-SHA256 Credential=BLANKED_OUT/20161230/us-east-1/lex/aws4_request, 
SignedHeaders=accept;content-type;host;x-amz-content-sha256;x-amz-date;x-amz-lex-session-attributes, Signature=78ca5b54ea3f64a17ff7522de02cd90a9acd2365b45a9ce9b96ea105bb1c7ec2[\r][\n]"
"X-Amz-Date: 20161230T181426Z[\r][\n]"
"X-Amz-Content-Sha256: e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855[\r][\n]"
"Transfer-Encoding: chunked[\r][\n]"
"Connection: Keep-Alive[\r][\n]"
"User-Agent: Apache-HttpClient/4.5.x (Java/1.8.0_112)[\r][\n]"
"Accept-Encoding: gzip,deflate[\r][\n]"
"[\r][\n]"
"1000[\r][\n]"
"[0x7][0x0][0x7][0x0][\n]"
"[0x0][0x7][0x0][0xfc][0xff][\n]"
"[0x0][\n]"
…

レスポンス例

"HTTP/1.1 200 OK[\r][\n]"
"x-amzn-RequestId: cc8b34af-cebb-11e6-a35c-55f3a992f28d[\r][\n]"
"x-amz-lex-message: Sorry, can you repeat that?[\r][\n]"
"x-amz-lex-dialog-state: ElicitIntent[\r][\n]"
"x-amz-lex-session-attributes: eyJ1c2VyTmFtZSI6IkJvYiJ9[\r][\n]"
"Content-Type: audio/mpeg[\r][\n]"
"Transfer-Encoding: chunked[\r][\n]"
"Date: Fri, 30 Dec 2016 18:14:28 GMT[\r][\n]"
"[\r][\n]"               
"2000[\r][\n]"
"ID3[0x4][0x0][0x0][0x0][0x0][0x0]#TSSE[0x0][0x0][0x0][0xf][0x0][0x0][0x3]Lavf57.41.100[0x0][0x0][0x0][0x0][0x0][0x0][0x0][0x0][0x0][0x0][0x0][0xff][0xf3]`[0xc4][0x0][0x1b]{[0x8d][0xe8][0x1]C[0x18][0x1][0x0]J[0xe0]`b[0xdd][0xd1][0xb][0xfd][0x11][0xdf][0xfe]";[0xbb][0xbb][0x9f][0xee][0xee][0xee][0xee]|DDD/[0xff][0xff][0xff][0xff]www?D[0xf7]w^?[0xff][0xfa]h[0x88][0x85][0xfe][0x88][0x88][0x88][[0xa2]'[0xff][0xfa]"{[0x9f][0xe8][0x88]]D[0xeb][0xbb][0xbb][0xa2]!u[0xfd][0xdd][0xdf][0x88][0x94][0x0]F[0xef][0xa1]8[0x0][0x82]w[0x88]N[0x0][0x0][0x9b][0xbb][0xe8][0xe
…

その他の参照資料

この API を言語固有の AWS SDK で使用する方法の詳細については、以下を参照してください。