生成AI APIの利用状況・費用データを取得する方法 完全ガイド｜5プロバイダの管理API

生成AI APIの利用状況と費用は、各プロバイダの管理画面で確認でき、定期的に集計したい場合は管理API（利用量のAPI・メトリクス・課金のAPI）で取得します。ただし、取得の方法も、見える粒度も、プロバイダごとにまったく違います。OpenAI と Claude は専用の Usage API で APIキー単位の利用量が取れますが、Azure OpenAI・AWS Bedrock・Google Vertex AI はクラウドの監視サービスのメトリクスで、デプロイメントやモデルの単位までしか見えません。

このガイドでは、5プロバイダの利用状況と費用データを取得する方法を、管理画面と管理APIの違い、プロバイダ別の取得方法、粒度の違い、一元管理の設計の順に整理します。各テーマの詳しい記事へのリンクも載せています。

API やメトリクスの名前は、執筆時点（2026年9月）の各社の公式ドキュメントに基づきます。仕様は変更されることがあるため、実装の前に各社の最新のリファレンスを確認してください。

1. なぜ利用状況のデータを取得するのか

請求書には、プロバイダごとの合計額しか載りません。「どの部署が・どのシステムが・どれだけ使ったか」を知るには、利用状況のデータを別に取得する必要があります。

管理画面で都度確認するだけなら、データの取得は不要です。しかし、部署別への組み替え、複数プロバイダの合算、長期の履歴、自動の通知が必要になると、管理APIで取得して自社のデータとして持つ必要が出てきます。

2. 管理画面と管理APIの違い

どのプロバイダでも、「利用量」と「費用（実費）」は別の API で取得します。利用量は細かい粒度で比較的すぐに反映され、実費は粗い粒度で遅れて確定します。この2つを区別することが、データ取得の設計の出発点です。

3. プロバイダ別の取得方法

全体の比較

取得できる項目や反映の遅れまで含めた一覧は「主要5プロバイダの管理API一覧｜取得できる項目比較」にまとめています。

OpenAI

組織の Admin API キーで Usage API を呼び出し、APIキー × モデル × 1時間の粒度で、入力・キャッシュ入力・出力のトークン数とリクエスト数を取得します。実費は Costs API で、プロジェクト × 日の粒度です。利用の種類（テキスト生成・埋め込み・画像など）ごとにエンドポイントが分かれている点に注意します。手順とリクエスト例は「OpenAI APIの使用量を確認・取得する方法｜Usage画面とUsage API」で説明しています。

Claude（Anthropic）

組織アカウントの Admin API キーで Usage API を呼び出し、APIキー × モデル × 1時間の粒度で、キャッシュの読み取り・作成を分けたトークン数を取得します。リクエスト数は取得できません。実費は Cost API で、ワークスペース × 日の粒度、UTC の日が確定した後（約1日遅れ）に取得できます。詳しくは「Claude APIの使用量を確認・取得する方法｜ConsoleとUsage API」を参照してください。

Azure OpenAI

Azure OpenAI リソースのメトリクス（Azure Monitor）で、デプロイメント × モデル × 時間のトークン数とリクエスト数を取得します。取得用のサービスプリンシパルには、閲覧者と Cost Management 閲覧者の権限を付けます。利用者個人の内訳と、キャッシュ入力の数は取得できません。実費は Cost Management で、リソース × 日・請求通貨（円建ての場合もある）です。詳しくは「Azure OpenAIの使用量を確認する方法｜Azure Monitorのメトリクス」を参照してください。

AWS Bedrock

CloudWatch の AWS/Bedrock のメトリクスで、モデル ID × リージョン × 時間の入力・出力トークン数と呼び出し回数を取得します。メトリクスはリージョンごとに記録されるため、使っているリージョンごとに取得します。実費は Cost Explorer で、他社のモデルが Marketplace のサービス名で計上される点に注意します。詳しくは「AWS Bedrockの使用量を確認する方法｜CloudWatchメトリクス」を参照してください。

Google Vertex AI

Cloud Monitoring の Vertex AI（パブリッシャーモデル）のメトリクスで、モデル × ロケーション × 時間のトークン数と呼び出し回数を取得します。出力トークンには思考のトークンが含まれます。実費は BigQuery の請求エクスポートで取得し、エクスポートを有効にした日以降のデータしか出ないため、早めに有効にしておきます。詳しくは「Vertex AIの使用量を確認する方法｜Cloud Monitoringのメトリクス」を参照してください。

4. 粒度の違いと「疑似キー」

粒度の違いは、各社の認証の仕組みから来ています。OpenAI と Claude は APIキーごとに利用が記録されますが、Azure はリソースのキー、Bedrock と Vertex AI はクラウドの権限で利用するため、利用者ごとの記録がありません。

5社を同じ表で扱うには、各社で最も細かく取れる単位を「キー」として扱うのが実用的です。Azure は「リソース ＋ デプロイメント」、Bedrock は「アカウント ＋ リージョン ＋ モデル」、Vertex AI は「プロジェクト ＋ ロケーション ＋ モデル」を疑似キーとすれば、すべての利用量を「キー × モデル × 時間」の形に揃えられます。

ただし、疑似キーで揃えても、利用者個人の内訳が見えない限界は残ります。部署別に見たい場合は、Azure はデプロイメント・リソースを、Bedrock と Vertex AI はアカウント・プロジェクトを部署ごとに分けておくことが前提です。詳しくは「生成AI利用状況の粒度はプロバイダで違う｜キー・デプロイ・モデル」で説明しています。

5. 利用量と実費——概算と実費を区別する

APIキー・利用者単位の実費は、どのプロバイダにも存在しません。部署別・利用者別の費用は、利用量に単価を掛けた概算になります。報告では「合計は実費、内訳は概算」と明記し、月次で概算の合計と実費の差を確認します。

概算を出すには、プロバイダ・モデル・トークンの種類ごとの単価表を自社で持ち、改定に追随する必要があります。キャッシュの読み取り・作成の単価が違うプロバイダでは、内訳ごとに単価を掛けます。

6. 一元管理の設計

複数のプロバイダのデータを1か所で管理するには、次の流れで仕組みを作ります。

特に時間の境界の固定と上書きによる重複防止は、後から直すのが難しい部分です。最初の設計で決めておきます。詳しくは「5プロバイダの使用量を一元管理する方法｜管理API横断」を参照してください。

7. 手作業の限界

最初は、各社の管理画面から CSV を出し、表計算で部署に割り振る手作業でも始められます。しかし、次の段階で限界が来ます。

手作業は「月末の集計」には使えても、「月の途中で気づく」ことはできません。予算の統制や漏えいの検知まで考えるなら、定期取得の仕組みが必要になります。

8. セキュリティの注意点

管理用の認証情報

管理APIの認証情報は、組織全体の利用状況を読める強い鍵です。

プロンプトの内容は取得しない

管理APIが返すのは、トークン数・モデル・時刻などの利用量のメタデータで、プロンプトや応答の内容は含まれません。利用状況と費用の把握は、内容に触れずに実現できます。これはセキュリティ審査で説明しやすい特徴です。

一方、呼び出し元ごとの内訳を得るためにモデル呼び出しログなどを有効にすると、プロンプトや応答の内容も記録されることがあります。有効にする場合は、保存先のアクセス権と保持期間を慎重に決め、社内の情報管理のルールに合うかを確認します。

通信経路に入らない

管理APIでの取得は、アプリケーションとプロバイダの間の通信には入りません。取得の仕組みが止まっても、生成AIの利用自体は止まりません。前段にゲートウェイを置く方式と比べて、可用性とセキュリティ審査の面で導入しやすいのが特徴です。

9. 内製するか、ツールを使うか

プロバイダが1〜2社で開発の余力があれば、内製も現実的です。プロバイダが3社以上、または専任の担当者がいない場合は、仕様変更と単価表の保守が続くことを見込んで判断します。ツールを選ぶときは、通信経路に入らないか、プロンプトの内容を取得しないか、預ける認証情報が読み取り専用で済むかを確認します。

10. 始め方——3つのステップ

最初の1社では、共通のデータ形式と、時間・重複の扱いを決めることに時間を使います。ここを決めておけば、プロバイダを足しても同じ表で集計できます。

11. 取得したデータの使い道

利用状況と費用のデータを取得できるようになると、次の管理ができるようになります。

データを取得すること自体が目的ではなく、これらの管理を回すための土台です。どの使い道を優先するかで、必要な粒度と取得の間隔が決まります。急増の検知を重視するなら1時間以内の間隔で、月次の報告が中心なら1日1回でも足ります。

12. 用語の整理

13. よくある質問

Q. 管理画面の数字と、APIで取得した数字が合いません。 タイムゾーン（UTC と日本時間）、集計の対象（エンドポイントやリソースの範囲）、直近分の反映待ちを確認します。同じ UTC の期間・同じ対象で比べると一致させやすくなります。

Q. サブスクリプション（ChatGPT や Claude の法人プラン）の利用も取得できますか？ API キーを経由しないサブスクリプションの利用は、各社の管理APIの利用量には含まれません。席数と契約で別に管理します。

Q. 過去のデータはどこまで取得できますか？ プロバイダや API によって、取得できる期間に上限があります。導入時に取得できる範囲で過去分をさかのぼって取り込み、以後は定期取得して自社で保存します。

Q. 取得の仕組みを作るのに、どのくらいかかりますか？ 1社分の取得と保存だけなら比較的短期間で作れますが、複数のプロバイダの正規化、遅れの補正、単価表の保守、組織マッピング、画面と通知まで含めると、継続的な開発と運用が必要になります。

Q. 管理APIの呼び出しに料金はかかりますか？ API によって異なります。AWS の Cost Explorer の API のように呼び出しごとに少額の料金がかかるものや、Google Cloud の BigQuery のようにクエリの量に応じて料金がかかるものがあります。各社の料金と利用の上限を確認したうえで、取得の間隔と範囲を決めます。

Q. 取得した利用量のデータに個人情報は含まれますか？ APIキーの ID やキー名、プロバイダに登録された持ち主のメールアドレスなどのメタデータが含まれることがあります。プロンプトや応答の内容は含まれませんが、保存するデータの範囲と閲覧できる人は、社内のルールに沿って決めます。

まとめ

• 利用状況と費用は、各社の管理画面で確認し、定期的な集計は管理API（利用量・メトリクス・課金）で取得する
• OpenAI と Claude は Usage API で APIキー単位、Azure はメトリクスでデプロイメント単位、Bedrock と Vertex AI はメトリクスでモデル単位まで
• 実費はどの社もプロジェクト・リソース・アカウント単位まで。部署別・利用者別の費用は概算で、合計は実費で突合する
• 一元管理は、疑似キーで粒度を揃え、UTC の時間境界と上書きで重複を防ぎ、直近分の再取得で遅れを補正する
• 認証情報は読み取り専用で厳重に保管する。管理APIはプロンプトの内容を返さず、通信経路にも入らない

ManageAIは、OpenAI・Azure OpenAI・Claude・AWS Bedrock・Google Vertex AIの5プロバイダの管理APIを横断して、利用量を15分ごと、実費を1時間ごとに自動で取得し、APIキー・デプロイメント・モデルという粒度の違いを疑似キーで揃えて1つの画面に並べます。部署・利用者・プロジェクト別に可視化し、実費と概算を常に区別して表示します。読み取り専用の認証情報の登録だけで始められ、プロンプト原文は構造上取得しません。

モニター企業募集の詳細を見る／資料請求・お問い合わせ

このクラスターの記事

• OpenAI APIの使用量を確認・取得する方法｜Usage画面とUsage API
• Azure OpenAIの使用量を確認する方法｜Azure Monitorのメトリクス
• AWS Bedrockの使用量を確認する方法｜CloudWatchメトリクス
• Vertex AIの使用量を確認する方法｜Cloud Monitoringのメトリクス
• Claude APIの使用量を確認・取得する方法｜ConsoleとUsage API
• 5プロバイダの使用量を一元管理する方法｜管理API横断
• 生成AI利用状況の粒度はプロバイダで違う｜キー・デプロイ・モデル
• 主要5プロバイダの管理API一覧｜取得できる項目比較

次に読む

• 生成AI API料金比較 2026｜OpenAI・Azure OpenAI・Claude・AWS Bedrock・Vertex AIの課金体系を横断解説
• 生成AI APIキー管理 完全ガイド｜台帳・権限・ローテーション・費用の紐づけ