サポート終了通知: 2025 年 9 月 15 日、 AWS は Amazon Lex V1 のサポートを終了します。 V1 2025 年 9 月 15 日を過ぎると、Amazon Lex V1 コンソールまたは Amazon Lex V1 リソースにはアクセスできなくなります。Amazon Lex V2 を使用している場合は、代わりに [Amazon Lex V2 ガイド](https://docs.aws.amazon.com/lexv2/latest/dg/what-is.html)を参照してください。 翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。 # 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」](https://docs.aws.amazon.com/lex/latest/dg/context-mgmt.html)(会話コンテキストの管理) を参照してください。 ## リクエストの構文 ``` 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](#API_runtime_PostContent_RequestSyntax) ** これは、`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/\$1 (デフォルトは mpeg) ** [activeContexts](#API_runtime_PostContent_RequestSyntax) ** リクエストに対してアクティブなコンテクストのリスト。コンテキストは、以前のインテントが達成されたとき、またはリクエストにコンテキストが含まれているときに有効になります。 コンテキストのリストを指定しない場合、Amazon Lex はセッションの現在のコンテキストリストを使用します。空のリストを指定すると、セッションのすべてのコンテキストがクリアされます。 ** [botAlias](#API_runtime_PostContent_RequestSyntax) ** Amazon Lex ボットのエイリアス。 必須: はい ** [botName](#API_runtime_PostContent_RequestSyntax) ** Amazon Lex ボットのエイリアス。 必須: はい ** [contentType](#API_runtime_PostContent_RequestSyntax) ** これは、`Content-Type` HTTP ヘッダーの値として渡します。 オーディオ形式またはテキストを示します。ヘッダーの値は、次のプレフィクスのいずれかで始まる必要があります。 + PCM 形式の場合、オーディオデータはリトルエンディアンのバイトオーダーでなければなりません。 + audio/l16; rate=16000; channels=1 + audio/x-l16; sample-rate=16000; channel-count=1 + audio/lpcm; sample-rate=8000; sample-size-bits=16; channel-count=1; is-big-endian=false + Opus 形式 + audio/x-cbr-opus-with-preamble;preamble-size=0;bit-rate=256000;frame-size-milliseconds=4 + テキスト形式 + text/plain; charset=utf-8 必須: はい ** [requestAttributes](#API_runtime_PostContent_RequestSyntax) ** これは、`x-amz-lex-request-attributes` HTTP ヘッダーの値として渡します。 クライアントアプリケーションと Amazon Lex の間で受け渡しされるリクエスト固有の情報。値は、文字列のキーと値を持つ JSON シリアライズされた Base64 エンコードされたマップでなければなりません。`requestAttributes` ヘッダーと `sessionAttributes` ヘッダーの合計サイズは 12KB に制限されています。 名前空間 `x-amz-lex:` は、特別な属性のために予約されています。プレフィックス `x-amz-lex:` を持つリクエスト属性を作成しないでください。 リクエスト属性の詳細については、[「Setting Requests Attributes」](https://docs.aws.amazon.com/lex/latest/dg/context-mgmt.html#context-mgmt-request-attribs)(リクエスト属性の設定) を参照してください。 ** [sessionAttributes](#API_runtime_PostContent_RequestSyntax) ** これは、`x-amz-lex-session-attributes` HTTP ヘッダーの値として渡します。 Amazon Lex とクライアントアプリケーションの間で渡されるアプリケーション固有の情報。値は、文字列のキーと値を持つ JSON シリアライズされた Base64 エンコードされたマップでなければなりません。`sessionAttributes` ヘッダーと `requestAttributes` ヘッダーの合計サイズは 12KB に制限されています。 詳細については、[「Setting Session Attributes」](https://docs.aws.amazon.com/lex/latest/dg/context-mgmt.html#context-mgmt-session-attribs) (セッション属性の設定) を参照してください。 ** [userId](#API_runtime_PostContent_RequestSyntax) ** クライアントアプリケーションユーザーの ID。Amazon Lex は、ユーザーとボットとの会話を識別するために使用します。実行時には、各リクエストに `userID` フィールドを含める必要があります。 アプリケーションに使用するユーザー ID を決定するには、以下の点を考慮してください。 + `userID` フィールドには、ユーザーの個人識別情報 (氏名、個人識別番号、その他のエンドユーザーの個人情報など) を含めることはできません。 + ユーザーがあるデバイスで会話を始め、別のデバイスで会話を続けたい場合は、ユーザー固有の識別子を使用します。 + 同じユーザーが 2 つの異なるデバイスで別々の会話ができるようにする場合は、デバイス固有の識別子を選択します。 + ユーザーは、同じボットの 2 つの異なるバージョンと、2 つの独立した会話をすることはできません。例えば、ユーザーは同じボットの PROD バージョンとベータ版と会話することはできません。例えば、テスト中に、ユーザーが 2 つの異なるバージョンと会話する必要があることが予想される場合は、ユーザー ID にボットエイリアスを含めて、2 つの会話を区切ります。 長さの制限: 最小長は 2 です。最大長は 100 です。 パターン: `[0-9a-zA-Z._:-]+` 必須: はい ## リクエストボディ リクエストは以下のバイナリデータを受け入れます。 ** [inputStream](#API_runtime_PostContent_RequestSyntax) ** `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](#API_runtime_PostContent_ResponseSyntax) ** セッションのアクティブコンテキストのリスト。コンテキストは、インテントが達成されたとき、または `PostContent`、`PostText`、`PutSession` のオペレーションを呼び出したときに設定できます。 コンテキストを使用して、あるインテントをフォローできるインテントを制御したり、アプリケーションの動作を変更したりすることができます。 ** [alternativeIntents](#API_runtime_PostContent_ResponseSyntax) ** ユーザーのインテントに該当する可能性のある 1～4 つの代替インテント。 各選択肢には、そのインテントがユーザーのインテントがどれだけ一致しているかを示す Amazon Lex のスコアが含まれます。インテントは信頼スコアでソートされます。 ** [botVersion](#API_runtime_PostContent_ResponseSyntax) ** 会話にレスポンスしたボットのバージョンです。この情報を使用して、あるバージョンのボットのパフォーマンスが別のバージョンよりも優れているかどうかを判断できます。 長さの制限：最小長 1、最大長 64 パターン: `[0-9]+|\$LATEST` ** [contentType](#API_runtime_PostContent_ResponseSyntax) ** リクエストの `Accept` HTTP ヘッダーで指定されたコンテンツタイプ。 ** [dialogState](#API_runtime_PostContent_ResponseSyntax) ** ユーザーインタラクションの現在の状態を示します。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](#API_runtime_PostContent_ResponseSyntax) ** リクエストの処理に使用されるテキストです。 入力がオーディオストリームであった場合、`encodedInputTranscript` フィールドにはオーディオストリームから抽出されたテキストが入ります。これは、インテントとスロット値を認識するために実際に処理されるテキストです。この情報を使用して、Amazon Lex が送信したオーディオを正しく処理しているかどうかを判断できます。 `encodedInputTranscript` フィールドは base-64 エンコードです。値を使用する前に、フィールドをデコードする必要があります。 ** [encodedMessage](#API_runtime_PostContent_ResponseSyntax) ** ユーザーに伝えるメッセージ。メッセージは、ボットの設定または Lambda 関数から送信できます。 インテントに Lambda 関数が設定されていない場合、または Lambda 関数が応答で `dialogAction.type` として `Delegate` を返した場合、Amazon Lex は次の行動を決定し、現在のインタラクションコンテキストに基づいてボットの設定から適切なメッセージを選択します。例えば、Amazon Lex がユーザー入力を理解できない場合、明確化プロンプトメッセージを使用します。 インテントを作成するときに、グループにメッセージを割り当てることができます。メッセージがグループに割り当てられている場合、Amazon Lex は各グループから 1 つのメッセージをレスポンスに返します。メッセージフィールドは、メッセージを含むエスケープされた JSON 文字列です。返される JSON 文字列の構造の詳細については、「[サポートされているメッセージ形式](howitworks-manage-prompts.md#msg-prompts-formats)」を参照してください。 Lambda 関数がメッセージを返した場合、Amazon Lex はそれをレスポンスでクライアントに渡します。 `encodedMessage` フィールドは base-64 エンコードです。値を使用する前に、フィールドをデコードする必要があります。 長さの制限：最小長 1、最大長は 1366 です。 ** [inputTranscript](#API_runtime_PostContent_ResponseSyntax) ** *このヘッダーは廃止されました。* リクエストの処理に使用されるテキストです。 このフィールドは、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](#API_runtime_PostContent_ResponseSyntax) ** Amazon Lex が認識している現在のユーザーのインテント。 ** [message](#API_runtime_PostContent_ResponseSyntax) ** *このヘッダーは廃止されました。* このフィールドは、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 文字列の構造の詳細については、「[サポートされているメッセージ形式](howitworks-manage-prompts.md#msg-prompts-formats)」を参照してください。 Lambda 関数がメッセージを返した場合、Amazon Lex はそれをレスポンスでクライアントに渡します。 長さの制限: 最小長は 1 です。最大長は 1,024 です。 ** [messageFormat](#API_runtime_PostContent_ResponseSyntax) ** 応答メッセージの形式。次のいずれかの値になります。 + `PlainText` - メッセージには UTF-8 形式テキストが含まれています。 + `CustomPayload` - メッセージはクライアント向けのカスタム形式です。 + `SSML` - メッセージには音声出力のテキスト形式が含まれています。 + `Composite` - メッセージには、インテントの作成時にメッセージが割り当てられたグループからの 1 つ以上のメッセージを含むエスケープされた JSON オブジェクトが含まれています。 有効な値：`PlainText | CustomPayload | SSML | Composite` ** [nluIntentConfidence](#API_runtime_PostContent_ResponseSyntax) ** 返されたインテントがユーザーのインテントに合致するものであると Amazon Lex がどれだけ確信しているかを示すスコアを提供します。スコアは 0.0～1.0 の間です。 スコアは相対的なものであり、絶対的なものではありません。スコアは、Amazon Lex の改善により変更されることがあります。 ** [sentimentResponse](#API_runtime_PostContent_ResponseSyntax) ** 発話で表現されるセンチメント。 ボットがセンチメント分析のために Amazon Comprehend に発話を送信するように設定されている場合、このフィールドには分析の結果が含まれます。 ** [sessionAttributes](#API_runtime_PostContent_ResponseSyntax) ** セッション固有のコンテキスト情報を表すキーバリューのペアのマップ。 ** [sessionId](#API_runtime_PostContent_ResponseSyntax) ** セッションの一意の識別子。 ** [slots](#API_runtime_PostContent_ResponseSyntax) ** 会話中にユーザーの入力から検出されたゼロ以上のインテントスロット (名前と値のペア) Amazon Lex のマップ。フィールドは base-64 エンコードです。 Amazon Lex は、あるスロットに対して可能性の高い値を含む解決リストを作成します。返す値は、スロットタイプの作成時や更新時に選択された `valueSelectionStrategy` によって決まります。`valueSelectionStrategy` が `ORIGINAL_VALUE` に設定されている場合、ユーザーの値がスロットの値と類似していれば、ユーザーが提供した値が返されます。`valueSelectionStrategy` が `TOP_RESOLUTION` Amazon Lex に設定されている場合は、解決リストの最初の値を返し、解決リストがない場合は null を返します。`valueSelectionStrategy` を指定しなかった場合、デフォルトは `ORIGINAL_VALUE` です。 ** [slotToElicit](#API_runtime_PostContent_ResponseSyntax) ** `dialogState` の値が `ElicitSlot` の場合、Amazon Lex が値を引き出すスロットの名前を返します。 レスポンスは、HTTP 本文として以下を返します。 ** [audioStream](#API_runtime_PostContent_ResponseSyntax) ** ユーザーに伝えるプロンプトまたはステートメントです。これは、ボットの構成とコンテキストに基づいています。例えば、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)、ボットのバージョン (\$1LATEST)、エンドユーザー名 (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 … ``` ## 以下の資料も参照してください。 言語固有の AWS SDKs のいずれかでこの API を使用する方法の詳細については、以下を参照してください。 + [AWS コマンドラインインターフェイス V2](https://docs.aws.amazon.com/goto/cli2/runtime.lex-2016-11-28/PostContent) + [AWS SDK for .NET V4](https://docs.aws.amazon.com/goto/DotNetSDKV4/runtime.lex-2016-11-28/PostContent) + [AWS SDK for C\$1\$1](https://docs.aws.amazon.com/goto/SdkForCpp/runtime.lex-2016-11-28/PostContent) + [AWS SDK for Go v2](https://docs.aws.amazon.com/goto/SdkForGoV2/runtime.lex-2016-11-28/PostContent) + [AWS SDK for Java V2](https://docs.aws.amazon.com/goto/SdkForJavaV2/runtime.lex-2016-11-28/PostContent) + [AWS SDK for JavaScript V3](https://docs.aws.amazon.com/goto/SdkForJavaScriptV3/runtime.lex-2016-11-28/PostContent) + [AWS SDK for Kotlin](https://docs.aws.amazon.com/goto/SdkForKotlin/runtime.lex-2016-11-28/PostContent) + [AWS SDK for PHP V3](https://docs.aws.amazon.com/goto/SdkForPHPV3/runtime.lex-2016-11-28/PostContent) + [AWS SDK for Python](https://docs.aws.amazon.com/goto/boto3/runtime.lex-2016-11-28/PostContent) + [AWS SDK for Ruby V3](https://docs.aws.amazon.com/goto/SdkForRubyV3/runtime.lex-2016-11-28/PostContent)