この図は、OCIで支払フレームワークを設定してデータを収益化するためのアーキテクチャを示しています。次の3つの要素で構成されます。 オンプレミスの場所は、ERPサービスとCRMサービスをOCI実装と共有します。
OCIの場所には次が含まれます

クライアント・アプリケーションと支払プロセッサ(Stripeなど)はインターネット上に存在します。

コンポーネントは、このデータフローを説明する番号付き矢印によって相互接続されます。
  1. 顧客はアイデンティティ・プロバイダを使用して認証します。
  2. APIゲートウェイを介した顧客アクセス・データ製品API。後でリクエストの承認後に独自のポリシー(スロットルなど)が適用されます。
  3. APIゲートウェイは、リクエストを認可するファンクションを呼び出します。
  4. この関数は、提供された顧客トークンをアイデンティティ・プロバイダで検証します
  5. この機能では、CRMまたは他のシステムのデータ製品に対する顧客のアクセス権がチェックされ、サブスクリプションまたは使用ごとの支払が適用されるかどうかもチェックされます。サブスクリプションが適用される場合は、そのサブスクリプションが有効かどうかがチェックされます。
  6. 承認されると、APIゲートウェイはリクエストをプロキシ関数に転送します。
  7. リクエストごとに、プロキシ機能はデータ製品へのアクセスを課金します。この課金は、データ製品へのアクセスが成功した後でも実行できるため、アクセスが失敗した場合に顧客に課金される状況を回避できます。課金は、次のいずれかによって行われます。
    1. 元帳での記録使用; または
    2. 支払プロバイダを介したオンライン支払の実行。
  8. プロキシ関数は、顧客のかわりに収益化されたデータにアクセスします。