割り当てと上限

このドキュメントでは、Dialogflow の使用に関する一般的な割り当てと上限について説明します。割り当てと上限の完全なリストを確認する方法については、以下をご覧ください。Google は、このような制限事項を変更できる権限を有し、このページにもその変更が反映されます。

割り当て

割り当ては、プロジェクトに適用されるデフォルトの制約です。生成機能を使用する場合、モデルとリージョンの組み合わせごとに独自の生成割り当てがあります。有料のエディションを使用している場合は、割り当ての引き上げをリクエストできます。割り当ての目的は、クライアントごとのサービスの負荷を調整することで、これによりサービスが過負荷になるのを防ぎ、予想外のリソースの使用からクライアントを保護します。

Dialogflow の割り当ては、エージェントのエディションによって異なります。割り当てはプロジェクトごとに適用され、プロジェクトを使用するすべてのアプリケーションと IP アドレス間で共有されます。

割り当ての時間境界の詳細:

• 月ごとの割り当ては、毎月 1 日の 12:00（太平洋時間）に補充されます。
• 1 日あたりの割り当ては、毎日午前 0 時（太平洋時間）に補充されます。太平洋時間の夏時間への移行が 1 日の長さを超えると、比例した割り当てボーナスが付与されます。ただし、夏時間への移行により、1 日が短くなっても、それに相当する差し引きはありません。
• 分単位の割り当ては、分に対して60 秒ごとにリセットされます。

割り当ての表に記載されている割り当ては、通常使用される割り当てです。すべての割り当てを確認するには、Google Cloud コンソール Dialogflow の割り当てページをご覧ください。

生成割り当て

エージェントが会話エージェント（Dialogflow CX）の生成機能を使用する場合、モデルとリージョンの組み合わせごとに一意の割り当てがあります。

割り当て識別子

ConversationalAgentLlmTokenConsumption 割り当ては、会話エージェント（Dialogflow CX）の大規模言語モデル（LLM）のトークン使用量を追跡するリージョン割り当てです。この割り当ては、さまざまな LLM ベースモデルで測定されます。現在、次のモデルがサポートされています。

• gemini-1.5-pro
• gemini-1.5-pro-002
• gemini-1.5-flash
• gemini-1.5-flash-002
• gemini-2.0-flash-001
• gemini-2.0-flash-lite-001
• gemini-2.5-flash
• gemini-2.5-flash-lite

ConversationalAgentLlmTokenConsumption 割り当ては、次の会話エージェント（Dialogflow CX）機能での LLM トークンの使用状況を追跡します。

• 生成ツール
• 生成的フォールバック
• ハンドブック
• Datastore

ConversationalAgentLlmTokenConsumption 割り当てのデフォルトの上限は、1 分あたり 600,000 トークンです。

マルチリージョン割り当ての増加リクエスト

マルチリージョンの割り当て増加をリクエストする必要がある場合は、次のいずれかの特定のリージョンに対してリクエストを送信します。

• 米国とグローバルのマルチリージョンにあるエージェントの場合は、us-central1 を使用します。
• EU マルチリージョンのエージェントの場合は、europe-west4 を使用します。

リージョンとモデル別のトークン使用量を可視化する

Metrics Explorer を使用して、さまざまなリージョンとモデルでの LLM トークンの使用状況を把握する手順は次のとおりです。

1. Metrics Explorer にアクセスする: Metrics Explorer を開きます。
2. 指標を選択する: 分析する指標として Conversational Agent LLM tokens quota usage を選択します。
3. 集計と整列指定子を構成する:
   • 集計関数を Sum に設定して、トークンの合計使用量を取得します。
   • Configure Aligner をクリックして、時系列の連続するデータポイント間の変化の計算を有効にします。これにより、時間の経過に伴う使用状況の傾向を把握できます。
4. 集計ディメンションを定義する: トークンの使用状況を分類するには、集計のディメンションとして location と base_model を選択します。これにより、リージョンやモデルによってトークンの消費量がどのように異なるかを確認できます。
5. 整列指定子関数を設定する: 整列指定子関数として Sum を選択して、連続するデータポイント間のトークン使用量の合計変化量を計算します。

割り当て増加リクエスト

必要に応じて、割り当ての増加の調整をリクエストできます。

Dialogflow エージェントとサービス アカウントの認証に異なるプロジェクトを使用する場合は、ユーザー プロジェクトの割り当ての引き上げをリクエストしてください。詳細については、Dialogflow ES に複数のプロジェクトを使用するまたは 会話エージェント（Dialogflow CX）に複数のプロジェクトを使用するをご覧ください。

Dialogflow ES エージェントについては、割り当ての増加をリクエストする前に、Dialogflow のエディションにエージェントをアップグレードしてください。

割り当ての表

料金と割り当ての説明にあたっては以下の用語を使用します。

• リクエスト: リクエストとは、Dialogflow サービスの API 呼び出しのことです。API を使った直接的な呼び出しか、統合やコンソールを使った間接的な呼び出しかは問いません。エージェントのタスクとデザインに応じて、エンドユーザーが Dialogflow エージェントでタスクを達成するために必要なリクエスト数は、大幅に異なります。
• セッション: セッションは、Dialogflow エージェントとエンドユーザーとの間の会話を表します。セッションはアクティブのままで、そのセッションへの最後のリクエストの送信から 30 分間、データが保存されます。 セッションは、チャット セッションまたはボイス セッションのいずれかです。
  • チャット セッション: チャット セッションは、リクエストとレスポンスにテキストのみを使用します。
  • ボイス セッション:ボイス セッションは、リクエスト、レスポンス、あるいはその両方に音声を使用します。
• コンシューマ プロジェクトとリソース プロジェクト: 複数のプロジェクトを使用している場合、リクエスト認証に関連付けられたプロジェクト（コンシューマ プロジェクト）とリクエスト内のエージェントに関連付けられたプロジェクト（リソース プロジェクト）が異なる可能性があります。この場合、料金と割り当ての決定にはコンシューマ プロジェクトが使用されます。詳細については、Dialogflow ES に複数のプロジェクトを使用するまたは 会話エージェント（Dialogflow CX）に複数のプロジェクトを使用するをご覧ください。

次の表は、エージェント タイプ別にエディションの割り当てを比較したものです。付随機能として表中に記されていない限り、リクエストによって使用されるすべての機能に対して割り当ては累積していきます。

上限

上限は固定で、引き上げることはできません。多くのリソースやフィールドには数量、時間、または文字数の上限があり、これらはサービスの実装時に固定されます。

次の表に通常適用される上限を示します。機能固有のドキュメントおよび API リファレンス ドキュメントにその他の制限事項が記載されている場合があります。

数量上限

時間上限

文字数上限

サイズの制限