Machine Payments Protocol

Machine Payments Protocolとは？

Machine Payments Protocol（MPP）は、エージェントやアプリが同一HTTP呼び出し内でAPIリクエスト/ツール呼び出し/コンテンツ分の支払いを行えるオープンプロトコルです。

主な特徴

• マシン間決済向けのオープンで標準化されたプロトコル：従来の人間によるチェックアウトではなく、エージェントやアプリ向けの自動決済フローをサポートします。
• リクエスト単位の課金モデル：個々のAPIリクエストに基づいて課金できます。
• ツール呼び出し単位の請求：エージェントが実行中に発生する個別のツール呼び出しに応じて料金を設定できます。
• コンテンツ単位の課金：リクエストフロー内でのコンテンツ生成または配信に関連する課金に対応します。
• 同一HTTP呼び出し内での決済：エージェントやアプリが1回のHTTPインタラクションで支払いとリクエストを同時に行えるよう設計されています。

Machine Payments Protocolの使い方

1. サイトのエントリーポイントから「今すぐMPPを試す」をクリックします。
2. プロトコルのアプローチを取り入れて、APIリクエスト（ツール呼び出しやコンテンツも含む）に課金を紐付けるようにAPIに支払い機能を追加します。
3. 同一HTTP呼び出しでエージェントやアプリの呼び出しを実行し、リクエストと支払いを同時に処理します。

既存システムにMPPを統合する場合は、まずどのアクションに対して課金したいか（APIリクエスト、ツール呼び出し、またはコンテンツ）を特定し、それらをプロトコルのリクエストフローにマッピングしてください。

利用事例

• リクエスト単位で課金するAPIプロバイダー：APIは各リクエストごとにクライアントから料金を受け取りつつ、決済処理を同一HTTP呼び出し内に収めることができます。
• 実行中にツールを呼び出すエージェント：エージェントが実行中に発生する特定のツール呼び出しに応じて料金を発生させることができます。
• コンテンツ生成サービス：サービスは生成または配信されるコンテンツごとに課金しつつ、その支払いを同じHTTPリクエスト内に組み込むことができます。
• 複数の自動化ステップをオーケストレーションするアプリケーション：アプリはこれらのステップを開始または推進するHTTP呼び出しと同時に支払いを処理でき、別途の決済ワークフローに頼る必要がありません。

FAQ

• ここでいう「マシン間決済」とは何を指しますか？ 人間によるチェックアウトフローではなく、エージェントやアプリ（自動クライアント）によって開始される決済を指します。

• MPPではどのように利用料を請求しますか？ サイトの説明によると、APIリクエスト、ツール呼び出し、またはコンテンツごとに課金できると記載されています。

• 支払いはAPIリクエストとは別に処理されますか？ プロトコルでは「同一HTTP呼び出し内で決済を行う」と説明されており、つまり支払いはリクエストのコンテキストに含まれています。

• MPPはAPIリクエストに限定されるのでしょうか、それともツールやコンテンツにも対応できますか？ 説明には、APIリクエスト、ツール呼び出し、およびコンテンツが課金可能なユニットとして明示されています。

代替案

• プロバイダー固有の直接的なAPI課金：オープンプロトコルを使用する代わりに、一部のプロバイダーは自社のAPI内で独自の課金セマンティクスを実装しています（多くの場合、プロバイダー固有の統合手順やリクエスト形式が必要です）。
• 自動クライアント向けのチェックアウトまたは決済リンクワークフロー：従来の決済フローは主に人間の行動向けに設計されており、HTTPリクエストの一環として支払いを行う必要がある自動エージェントにはあまり適していません。
• 汎用的なメータリング／利用状況トラッキングシステム：利用状況を追跡し後日請求するシステムでも同様の結果を得られますが、MPPのように同一HTTP呼び出し内に支払いを紐付けることはできません。