(57)【特許請求の範囲】
【請求項１】
クラウドサービスブローカー業務における多層課金のシステムであって、
ソフトウェアサービスを提供するように構成され、クラウドサービスブローカーに動作可能に接続される、少なくとも１つのサービスベンダーであって、
前記クラウドサービスブローカーが、
前記少なくとも１つのサービスベンダーのソフトウェアサービスを統合するように構成され、統合されたソフトウェアサービスをプロビジョニングするように構成されるコミュニケーションプロビジョニングチャンネルを確立するように更に構成される、コネクタと、
前記統合されたソフトウェアサービスのサービストランザクションを、前記コネクタを介してモニタリングするように構成されている少なくとも１つのトランザクションメディエータと、を備える、少なくとも１つのサービスベンダーと、
前記クラウドサービスブローカーに動作可能に接続され、前記統合されたソフトウェアサービスに加入する、少なくとも１つの川下加入者と、を含み、
前記クラウドサービスブローカーは、前記少なくとも１つのサービスベンダーのそれぞれについて、サービスベンダーの価格設定ルール及びサービスベンダーの課金ルールを受信するように構成され、
前記クラウドサービスブローカーは、前記少なくとも１つの川下加入者のそれぞれについての、川下加入者の価格設定ルール及び川下加入者の課金ルールを受信するように更に構成され、
前記クラウドサービスブローカーは、前記少なくとも１つの川下加入者のそれぞれによる、前記統合されたソフトウェアサービスの利用状況に少なくとも部分的に基づいて、前記サービスベンダーの価格設定ルール及び前記サービスベンダーの課金ルールを適用するように更に構成され、
前記クラウドサービスブローカーは、決算を計算及び調整を行うように更に構成され、前記決算及び調整は前記サービスベンダーの価格設定ルール、前記サービスベンダーの課金ルール、前記川下加入者の価格設定ルール、及び前記川下加入者の課金ルールに少なくとも部分的に基づいており、
前記クラウドサービスブローカーは損益を計算するように更に構成され、前記損益は前記少なくとも１つのサービスベンダーに支払われた費用と、前記少なくとも１つの川下加入者から受信された費用との差によって決定される、システム。
【請求項２】
前記少なくとも１つの川下加入者は、リセラー、サブリセラー、テナント、及びエンドカスタマーからなる群より選択される、請求項１に記載のシステム。
【請求項３】
前記少なくとも１つの川下加入者は、前記統合されたソフトウェアサービスを少なくとも１つの二次川下加入者に更にプロビジョニングするように構成されている、請求項１に記載のシステム。
【請求項４】
前記少なくとも１つの二次川下加入者は、リセラー、サブリセラー、テナント、及びエンドカスタマーからなる群より選択される、請求項３に記載のシステム。
【請求項５】
前記クラウドサービスブローカーは、決算及び調整報告書を生成するように更に構成されている、請求項１に記載のシステム。
【請求項６】
前記サービストランザクションは、加入有効化日、加入キャンセル日、統合ソフトウェアサービス変更、統合ソフトウェアサービス識別子、川下加入者識別子、前記ソフトウェアサービス、及びサービスマーカーからなる群より選択される、請求項１に記載のシステム。
【請求項７】
前記サービスマーカーは、有効化アクション、変更アクション、及びキャンセルアクションからなる群より選択される、請求項６に記載のシステム。
【請求項８】
前記サービスベンダーの価格設定ルール及び前記サービスベンダーの課金ルールは、前記少なくとも１つのサービスベンダーと前記クラウドサービスブローカーとの間の加入契約を含む、請求項１に記載のシステム。
【請求項９】
前記川下加入者の価格設定ルール及び前記川下加入者の課金ルールは、前記クラウドサービスブローカーと前記少なくとも１つの川下加入者との間の契約を含む、請求項１に記載のシステム。
【請求項１０】
前記川下加入者の価格設定ルール及び前記川下加入者の課金ルールは、前記少なくとも１つの川下加入者と前記少なくとも１つの二次川下加入者との間の契約を更に含む、請求項３に記載のシステム。
【請求項１１】
前記クラウドサービスブローカーはパートナーブローカーと動作可能に接続されている、請求項１に記載のシステム。
【請求項１２】
前記クラウドサービスブローカーは、前記統合されたソフトウェアサービスを前記パートナーブローカーに、前記パートナーブローカーによって取得されたライセンスに少なくとも部分的に基づいて、前記統合されたソフトウェアサービスにプロビジョニングするように更に構成されている、請求項１１に記載のシステム。
【請求項１３】
前記トランザクションメディエータに動作可能に接続され、前記パートナーブローカーによる前記統合されたソフトウェアサービスの利用状況をモニタリングするように構成されている、フェデレーテッドコネクタを更に含む、請求項１２に記載のシステム。
【請求項１４】
前記トランザクションメディエータは前記サービストランザクションを受信し、前記サービストランザクションにサービスベンダー価格設定ルール及びサービスベンダー課金ルールを適用するように構成されている、請求項１２に記載のシステム。
【請求項１５】
クラウドサービスブローカー業務における多層課金のコンピュータ実装方法であって、  クラウドサービスブローカーに動作可能に接続される、少なくとも１つのサービスベンダーにてソフトウェアサービスを構成することと、
前記クラウドサービスブローカーにて、前記少なくとも１つのサービスベンダーのソフトウェアサービスを統合させて、統合されたソフトウェアサービスを生成することと、
前記クラウドサービスブローカーにて、統合されたソフトウェアサービスをプロビジョニングするように構成されたコミュニケーションプロビジョニングチャンネルを、コネクタを介して確立させることと、
少なくとも１つのトランザクションメディエータを用い、前記コネクタを介して、前記統合されたソフトウェアサービスのサービストランザクションをモニタリングすることと、
前記クラウドサービスブローカーにて、前記統合されたソフトウェアサービスに対する加入であって、少なくとも１つの川下加入者に動作可能にアクセス可能な加入を生成することと、
前記クラウドサービスブローカーにて、サービスベンダー価格設定ルール及びサービスベンダー課金ルールを、前記少なくとも１つのサービスベンダーのそれぞれについて受信することと、
前記クラウドサービスブローカーにて、川下加入者の価格設定ルール及び川下加入者課金ルールを、前記少なくとも１つの川下加入者のそれぞれについて受信することと、
前記クラウドサービスブローカーにて、前記サービスベンダーの価格設定ルール及び前記サービスベンダー課金ルールを、前記少なくとも１つの川下加入者のそれぞれによる前記統合されたソフトウェアサービスの利用状況に少なくとも部分的に基づいて、適用することと、
前記クラウドサービスブローカーにて、決算及び調整をそれぞれ計算及び実行することであって、前記決算及び調整は前記サービスベンダー価格設定ルール、前記サービスベンダー課金ルール、前記川下加入者の価格設定ルール、及び前記川下加入者の請求ルールに少なくとも部分的に基づくことと、
前記クラウドサービスブローカーにて、前記少なくとも１つのサービスベンダーに支払われた費用と、前記少なくとも１つの川下加入者から受信された費用との差によって決定される損益を計算することと、を含む、方法。
【請求項１６】
前記少なくとも１つの川下加入者は、リセラー、サブリセラー、テナント、及びエンドカスタマーからなる群より選択される、請求項１５に記載の方法。
【請求項１７】
前記少なくとも１つの川下加入者によって、前記統合されたソフトウェアサービスを少なくとも１つの二次川下加入者にプロビジョニングすることを更に含む、請求項１５に記載の方法。
【請求項１８】
前記少なくとも１つの二次川下加入者は、リセラー、サブリセラー、テナント、及びエンドカスタマーからなる群より選択される、請求項１７に記載の方法。
【請求項１９】
前記クラウドサービスブローカーにて、決算及び調整報告書を生成することを更に含む、請求項１５に記載の方法。
【請求項２０】
前記サービストランザクションは、加入有効化日、加入キャンセル日、統合ソフトウェアサービス変更、統合ソフトウェアサービス識別子、川下加入識別子、前記ソフトウェアサービス、及びサービスマーカーからなる群より選択される、請求項１５に記載の方法。
【請求項２１】
前記サービスマーカーは、有効化アクション、変更アクション、及びキャンセルアクションからなる群より選択される、請求項２０に記載の方法。
【請求項２２】
前記サービスベンダー価格設定ルール及び前記サービスベンダー課金ルールは、前記少なくとも１つのサービスベンダーと前記クラウドサービスブローカーとの間の加入契約を含む、請求項１５に記載の方法。
【請求項２３】
前記川下加入者の価格設定ルール及び前記川下加入者課金ルールは、前記クラウドサービスブローカーと前記少なくとも１つの川下加入者との間の契約を含む、請求項１５に記載の方法。
【請求項２４】
前記川下加入者の価格設定ルール及び前記川下加入者課金ルールは、前記少なくとも１つの川下加入者と前記少なくとも１つの二次加入者との間の契約を含む、請求項１７に記載の方法。
【請求項２５】
前記クラウドサービスブローカーをパートナーブローカーに動作可能に接続することを更に含む、請求項１５に記載の方法。
【請求項２６】
前記パートナーブローカーによって取得されたライセンスに少なくとも部分的に基づいて、前記パートナーブローカーに前記統合されたソフトウェアサービスをプロビジョニングすることを更に含む、請求項２５に記載の方法。
【請求項２７】
前記トランザクションメディエータに動作可能に接続されるフェデレーテッドコネクタにて、前記パートナーブローカーによる前記統合されたソフトウェアサービスの利用状況をモニタリングすることを更に含む、請求項２６に記載の方法。
【請求項２８】
前記トランザクションメディエータにて、前記サービストランザクションを受信し、前記サービストランザクションにサービスベンダー価格設定ルール及びサービスベンダー課金ルールを適用することを更に含む、請求項１５に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
（関連出願の相互参照）
この特許出願は、２０１６年１２月２８日出願の米国特許出願第６２／４３９，６１９号の優先権を主張し、本明細書にその開示内容を参照によって援用する。
【０００２】
この開示は、課金システム及び方法に関し、より具体的には、クラウドサービスブローカー業務における多層課金システム及び方法に関する。
【背景技術】
【０００３】
現在、多くのソフトウェアベンダーが自身のソフトウェアを、オンラインサービスプラットフォームを介して提供している。このようなサービスとしてのソフトウェア（ＳａａＳ）プラットフォームは、ＳａａＳ加入者／エンドユーザに、ＳａａＳプロバイダによりホストされているソフトウェアサービスを取得して使用することを可能にする。「オンデマンドソフトウェア」とも呼ばれるＳａａＳは、通常、利用に基づく従量課金によって、又は利用料を用いて価格設定される。例えば、ＳａａＳ加入者は、ＳａａＳベンダーに月額（又は年額）の利用料を支払うことで、特定の時間期間（例えば、一カ月）、ＳａａＳプラットフォームにアクセスすることができる。逆に、利用に基づく従量課金制度では、ＳａａＳ加入者はＳａａＳプロバイダに対し、所定の期間内でのＳａａＳプラットフォームの利用状況に基づいて支払う。例えば、加入者は利用状況ごとのレートで請求されてもよく、利用状況はＳａａＳプラットフォーム内の１つ以上のリソースに基づいて計る。これらの「加入者−ベンダー」制度では、加入者とＳａａＳベンダーとの間の課金は１対１の関係であり、ＳａａＳベンダーの費用は加入者に直接伝えられ、そうすると加入者はＳａａＳプラットフォームへの継続的なアクセスを確実にするためにそれを支払うことになる。
【０００４】
ソフトウェアサービス配信の代替システムでは、クラウドサービスブローカーが用いられる。クラウドサービスブローカーは、加入者／エンドユーザとＳａａＳベンダーとの間の媒介として作用する組織である。クラウドサービスブローカーは、異なるソフトウェアサービス（様々なＳａａＳベンダーより利用可能）をまとめて、利用者に統合されたサービスのセット（すなわち、クラウドサービスパッケージ）を提示してもよい。いくつかの状況では、クラウドサービスブローカーはソフトウェアサービスをもホストし、伝統的なＳａａＳベンダーの代わりに作用する。加えて、クラウドサービスブローカーは異なるレベルでの様々なＳａａＳベンダーへの加入のプロビジョニング及び販売を可能とし、結果として川下のリセラーの階層システムをもたらす。これらのリセラーはその後に、サービスを再リセラー及びエンドユーザに再販することができる。いくつかの状況では、これらのリセラーはＳａａＳオファーを、ＳａａＳベンダー及び／又はクラウドブローカーと比較して異なる価格制度で価格設定してもよい。
【０００５】
クラウドサービスブローカーシステムにおける課金は、クラウドサービスブローカーを通して管理される。なぜなら、クラウドサービスブローカーが、このようなソフトウェア配信システムにおいての多くの関係性を管理することができる唯一のエンティティだからである。クラウドブローカーシステムで課金することの複雑さは、ＳａａＳベンダーの種類の混ざり合い、リセラーの影響、及びこれらのエンティティのそれぞれによって提供される様々な課金制度によって発生する。例えば、クラウドサービスパッケージは、複数のＳａａＳベンダーからの複数のソフトウェアサービスを含み得る。クラウドサービスパッケージ内のこれらの複数のソフトウェアサービスのそれぞれは、様々な課金制度（例えば、利用に基づく及び加入に基づく制度の組み合わせ、並びにそれぞれ多種多様なインセンティブ及び課金属性を有して）を含むことができる。更に、川下のリセラーは、クラウドサービスパッケージについて独自の価格設定精度を提供してもよい。
【０００６】
加入者エンドユーザがクラウドサービスブローカー又は川下のリセラーからソフトウェアサービスを取得した場合、その加入者エンドユーザにとって課金は伝統的な「加入者−ベンダー」制度にあるような１対１の関係性ではない。代わりに、クラウドサービスブローカー制度内の加入者エンドユーザは、クラウドサービスブローカー配信経路の層内にて異なる価格に基づいて課金されてもよい。したがって、このような課金制度を実施することは、階層にわたったエンティティ（すなわち、ＳａａＳベンダー、リセラー、サブリセラーなど）からの課金ルール及び課金制度におけるバリエーションを考慮しなければならない。更に、川上のエンティティ（例えば、ＳａａＳベンダー）からの課金ルールと川下のエンティティ（例えば、リセラー）からのものとでは格差があり得、それによって、１つの特定のエンティティの課金制度に基づいて加入者エンドユーザに掛けられた課金が不適切となる。例えば、固定された割増及び割引が川上のエンティティ（例えば、ＳａａＳベンダー）によって適用され得るが、そのマークアップ及び割引は川下のエンティティ（例えば、リセラーのエンドユーザ）については適切でない場合がある。同様に、同じ課金ルールがソフトウェア配信システムの各レベルで適用された場合、結果として柔軟でない契約及びソフトウェアサービス配信のルールになる。加えて、配信経路におけるエンティティの特定タイプに基づいて、価格設定（及び対応する課金ルール）をカスタマイズする能力が不足している。例えば、直接の加入者エンドユーザは、間接での加入者エンドユーザとは異なって請求され得る。これは、ソフトウェア配信システムの異なるエレメントにわたる失われた収入を結果として引き起こす。最後に、異なる課金ルールに従って配信される卸売販売のサービスを実行することができず、そのことでより大きなサービスプロバイダの機会の喪失を結果として引き起こす。
【０００７】
したがって、クラウドサービスブローカー業務における多層課金の改善されたシステム及び方法が必要である。
【発明の概要】
【０００８】
本開示の少なくとも１つの実施形態では、クラウドサービスブローカー業務における多層課金のシステムを提供している。システムは、サービスベンダーと、クラウドブローカーと、第１のリセラー、第２のリセラー、及び第３のリセラーなどの、異なる階層レベルでのリセラーと、を含む。システムはエンドカスタマーを更に含み、エンドカスタマーはサービスベンダーから直接、又はリセラーを介して間接的に、サービスを受けることができる。
【０００９】
本開示の少なくとも１つの実施形態では、クラウドサービスブローカー業務における多層課金システムは、マーケットプレイスと、サービスプロバイダデータベースと、パートナーデータベースと、マーケットプレイスブローカーと、フェデレーテッドコネクタと、トランザクションメディエータと、利用状況データベースと、プロビジョニングデータベースと、コネクタと、スケジューラと、ネットワークと、を含む。
【００１０】
本開示の少なくとも１つの実施形態では、マーケットプレイスブローカーは、システム内の様々なエンティティ間で確立された契約を管理するように構成されている。
【００１１】
本開示の少なくとも１つの実施形態では、マーケットプレイスブローカーは、利用可能なサービスのカタログを記憶するように構成され、コネクタの課金利用状況をモニタリングするように構成され、フェデレーテッドコネクタを含む。  
【００１２】
本開示の少なくとも１つの実施形態では、マーケットプレイスブローカーは、パートナーにマーケットプレイスを介してサービスを販売するように構成されている。
【００１３】
本開示の少なくとも１つの実施形態では、マーケットプレイスは、システムを通る全てのトランザクションについての課金情報を記憶するように構成されるトランザクションメディエータを更に含む。マーケットプレイスは、システムを通る全てのトランザクションについての調整特有の詳細を記憶するように更に構成されている。
【００１４】
本開示の少なくとも１つの実施形態では、クラウドブローカーはパートナーによって操作されてもよく、パートナーはサービスベンダーのサービスを加入者に提供するように動作する。
【００１５】
本開示の少なくとも１つの実施形態では、クラウドブローカーはまた、リセラー及びサブリセラーの階層を保つように構成されている。
【００１６】
本開示の少なくとも１つの実施形態では、クラウドブローカー及びマーケットプレイスブローカーは単一のエンティティとして動作してもよい。
【００１７】
本開示の少なくとも１つの実施形態では、クラウドサービスブローカー業務における多層課金の方法が提供される。方法は、課金期間にわたって適用されたとおりにトランザクションを判定することと、トランザクションを開始させて、加入者の課金サイクルがトランザクションの属性に基づいて更新されるか開始されることと、課金期間の費用を計算することと、サービスベンダーとクラウドブローカーとの間の契約を判定することと、各期間についてブローカーの売上を計算することと、を含む。
【００１８】
本開示の少なくとも１つの実施形態では、方法は、各サービスベンダーについて契約及び加入の記録を保つことと、特定の課金期間中での個々での費用をそれぞれ計算することと、を含む。
【００１９】
本開示の少なくとも１つの実施形態では、方法は、各サービスベンダーでの費用を計算することと、クラウドブローカーでのサービス費用を計算することと、リセラーでの費用を計算することと、エンドカスタマー（単数又は複数）に対して統合された請求書を生成することと、を含む。
【００２０】
本開示の少なくとも１つの実施形態では、費用は、サービスベンダー、クラウドブローカー、リセラーのそれぞれについて計算され、統合された請求書が、エンドカスタマー（単数又は複数）に対して生成される。
【００２１】
本開示の少なくとも１つの実施形態では、方法は、プロビジョニング操作の属性をトランザクションメディエータに報告することと、サービス利用状況データベースにデータを記憶することと、サービス利用状況報告書をサービスベンダーとの調整に要求することと、サービスベンダーの課金ルールを受信することと、サービスの合計利用状況を計算することと、報告書をフェデレーテッドコネクタに送信することと、報告書をマーケットプレイスブローカーに送信することと、サービスベンダーの価格設定モデルを適用してサービスベンダーとの調整についての利用状況報告書を生成することと、パートナーへの請求書発行のためにサービス利用状況報告書を要求することと、パートナーの登録から課金ルールを受信することと、サービスの合計利用状況を計算することと、報告書をフェデレーテッドコネクタに送信することと、報告書をマーケットプレイスブローカーに送信することと、パートナーからの価格設定モデルを適用することと、パートナーに請求書を発行することと、を含む。
【図面の簡単な説明】
【００２２】
【図１】図１は、クラウドサービスブローカー業務における多層課金についてのシステムの概略図を示す。
【図１Ａ】図１Ａは、クラウドサービスブローカー業務における多層課金についてのシステムの概略図を示す。
【図１Ｂ】図１Ｂは、クラウドサービスブローカー業務における多層課金についてのシステムの概略図を示す。
【図２】図２は、クラウドサービスブローカー業務における多層課金についてのシステムの概略図を示す。
【図２Ａ】図２Ａは、クラウドサービスブローカー業務における多層課金についての方法のフローチャート及び構成要素を示す。
【図２Ｂ】図２Ｂは、クラウドサービスブローカー業務における多層課金についての方法のフローチャート及び構成要素を示す。
【図２Ｃ】図２Ｃは、クラウドサービスブローカー業務における多層課金についての方法のフローチャート及び構成要素を示す。
【図３】図３は、クラウドサービスブローカー業務における多層課金についての方法のフローチャート及び構成要素を示す。
【図４】図４は、クラウドサービスブローカー業務における多層課金についての方法のフローチャート及び構成要素を示す。
【図５】図５は、クラウドサービスブローカー業務における多層課金についての方法のフローチャート及び構成要素を示す。
【図６】図６は、クラウドサービスブローカー業務における多層課金についてのシステムの方法を示す。
【発明を実施するための形態】
【００２３】
ここで、添付図面に図示される本開示の好適な実施形態を詳細に参照する。本開示の追加の特徴及び利点を以下に記載し、その記載より明らかになるであろう、又は開示の実施によって習得されよう。上記の一般的な記載と以下の詳細な記載は両方とも例示的かつ説明的であり、請求される開示の更なる説明を提供するように意図されるように理解されたい。
【００２４】
ここで図１を参照すると、クラウドサービスブローカー業務における多層課金のための、概して１００で示されるシステムが示されている。システム１００は、サービスベンダー１０２、クラウドブローカー１０４、第１のリセラー１０６、第２のリセラー１０８、第３のリセラー１１０、及びエンドカスタマー１１２を含む。
【００２５】
本開示の少なくとも１つの実施形態では、サービスベンダー１０２は、その顧客（例えば、企業又は異なる大きさのカスタマー）に対してサービス加入を提供するエンティティである。明確性の為に、サービスベンダー１０２は「サービスプロバイダ」として呼ばれてもよく、両方の用語が交換可能に使用できるように理解されたい。加えて、サービスベンダー１０２は、独立したソフトウェアベンダーのホストサーバ(図示せず)に配置されるアプリケーション及びサービスへの加入を提供することができる。サービスベンダー１０２は更に、カスタマーが加入するサービスをホストすることができる。サービスベンダー１０２は、サービスを（通常は自身のクラウドインフラストラクチャ上にて）開発、サポート及び実行するソフトウェア開発会社であり得る。サービスベンダー１０２はまた、彼らのサービスへの加入を販売かつ提供する。サービスベンダー１０２がそのサービスのそれぞれについて、アプリケーションプログラミングインターフェース（ＡＰＩ）を提供することを理解されたい。ＡＰＩは、外部アプリケーションで使用されるための、サービスベンダー１０２によって提供されるクラス、プロシージャ、機能、構造及び定数のセットを含んでもよい。サービスベンダー１０２は、例えば、Ｄｒｏｐｂｏｘ（登録商標）、Ａｍａｚｏｎ（登録商標）ウェブサービス、及びＯｆｆｉｃｅ  ３６５（登録商標）などの、複数のサービスベンダー（例えば、サービスベンダー１０２ａ、１０２ｂ、及び１０２ｃ）を含むことができる。複数のサービスベンダー１０２のそれぞれは様々なソフトウェアサービスを提供し、いくつかの非限定的な例としては、例えば電子メール、ウェブホスティング、ファイル共有及びストレージ、ネットワーク、電話通信、メッセージング、ビデオ会議、一般通信、企業資源計画（ＥＲＰ）、顧客関係管理（ＣＲＭ）、サプライチェーン管理などが挙げられる。サービスベンダー１０２は、彼らのサービスをリセラー又はエンドカスタマーに直接提供できることを理解されたい。
【００２６】
本開示の少なくとも１つの実施形態では、サービスベンダー１０２は、リセラー及びエンドカスタマーによる彼らのサービスの利用状況をモニタリングするように構成されている。例えば、サービスベンダー１０２ａ（Ｏｆｆｉｃｅ  ３６５（登録商標））は、加入者によるサービスベンダー１０２ａのサービスの利用によって引き起こされた計算リソース使用状況をモニタリングするように構成されてもよい。計算リソースは、いくつかの非限定的な例を挙げると、時間に基づいて利用される１つ以上の計算リソース、１つ以上の読み書き入出力動作、及びネットワーク帯域利用状況の群から選択される、少なくとも１つの計量されたメトリックを含むことができるように理解されたい。更に、計量利用状況は、アプリケーションプログラミングインターフェース（ＡＰＩ）の１つ以上で行われ得るように理解されたい。また、このようなモニタリングによって得られたメトリックはサービスベンダー１０２の環境内に記憶され得る、又はシステム１００内の他のエンティティに、例えば、インターネットを介して、送信可能であるようにも理解されたい。
【００２７】
サービスベンダー１０２は自身の課金ルールを適用するように構成され得るように理解されたい。例えば、サービスベンダー１０２ｂ（例えば、Ａｍａｚｏｎ（登録商標）ウェブサービス）は、定額の、月額料金構造を適用してもよく、一方で、サービスベンダー１０２ｃ（例えば、Ｄｒｏｐｂｏｘ（登録商標））は計算リソースの利用状況に比例した料金を適用してもよい。更に、サービスベンダー１０２が、システム１００内の他のエンティティに課金ルールを送信してもよいように理解されたい。
【００２８】
本開示の少なくとも１つの実施形態では、システム１００はクラウドブローカー１０４を更に含んでいる。クラウドブローカー１０４は、（例えば、サービスベンダー１０２からの）異なるソフトウェアサービスを、ＡＰＩを介して統合するエンティティであり、プロビジョニングの機能を提供し、サービスベンダー１０２のサービスに対する加入を、様々な他のエンティティ（例えば、リセラー及びエンドカスタマー）に販売する。クラウドブローカー１０４は、異なるタイプのサービスベンダー１０２についてのユーザインターフェースを提供するように理解されたい。例えば、通信サービス（例えば電子メール）を提供するサービスベンダーは、ホスティング又はストレージサービスベンダー（例えば、Ｄｒｏｐｂｏｘ）とは異なるインターフェースを有することになる。更に、異なるインターフェースを提供することは、本明細書に更に開示するように、リセラーの階層システムをサポートする。
【００２９】
本開示の少なくとも１つの実施形態では、システム１００は、異なる階層レベルでリセラーを更に含む。例えば、第１のリセラー１０６は地理に基づいたリセラーであってもよい（例えば、第１のリセラー１０６ａは米国（ＵＳ）に対応し、第１のリセラー１０６ｂはフランス（ＦＲ）に対応し、第１のリセラー１０６ｃはブラジル（ＢＲ）に対応する）。システム１００は更に、第２のリセラー１０８及び第３のリセラー１１０など、川下のリセラーを含んでもよい。リセラーは、任意の因子、いくつかの非限定的な例を挙げると、地理的な分布、業種、消費者分類、又は技術分類などに基づいて整理されてもよい。選択された数のリセラー及び川下リセラーしか示されていないが、システム１００は、本開示によってリセラーに委託された機能を実行するように集合的に動作可能な、当該技術で周知のタイプのソフトウェア及びハードウェアシステム（例えば、インターネット）によって接続される任意の数のリセラー及び川下のリセラーを含むことができるように理解されたい。
【００３０】
本開示の少なくとも１つの実施形態では、システム１００はエンドカスタマー１１２を更に含む。エンドカスタマー１１２は、サービスベンダー１０２（又はサービスベンダー１０２に少なくとも由来し得るもの）によって提供されるサービスに加入する個人又は企業組織を含むことができる。エンドカスタマー１１２は、サービスベンダー１０２から直接、又はリセラーを介して間接的に、サービスを受けてもよいように理解されたい。例えば、図１を参照すると、エンドカスタマー（単数又は複数）１１２ａは第２のリセラー１０８ａからサービスを受けることができ、第２のリセラー１０８ａは第１のリセラー１０６ａの川下のリセラーである。同様に、エンドカスタマー（単数又は複数）１１２ｂは第３のリセラー１１０ｂからサービスを受けることができ、第３のリセラー１１０ｂは第２のリセラー１０８ｂの川下のリセラーであり、第２のリセラー１０８ｂは第１のリセラー１０６ａの川下のリセラーである。リセラーのそれぞれが自身の課金及び価格設定制度を使用するように構成されており、エンドカスタマー１１２のそれぞれがサービスベンダー１０２からの同一のサービスに加入したとしても、異なる価格設定及び課金条件を受け得ることを理解されたい。
【００３１】
ここで図１Ａを参照すると、クラウドサービスブローカー業務における多層課金についての、概して１２０で示されるシステムが示されている。システム１２０は、マーケットプレイス１２２、サービスプロバイダデータベース１２４、パートナーデータベース１２６、マーケットプレイスブローカー１２８、フェデレーテッドコネクタ１３０、トランザクションメディエータ１３２、利用状況データベース１３４、プロビジョニングデータベース１３６、コネクタ１３８、スケジューラ１４０、及びネットワーク１４２を含む。
【００３２】
本開示の少なくとも１つの実施形態では、サービスプロバイダデータベース１２４、パートナーデータベース１２６、利用状況データベース１３４、及びプロビジョニングデータベース１３６は、システム１２０によって生成された、及び／又は１つ以上の情報源から取得された情報を記憶する。本開示の少なくとも１つの実施形態では、図１Ａの実施形態に示すように、サービスプロバイダデータベース１２４及びパートナーデータベース１２６はマーケットプレイスブローカー１２８に「関連付ける」ことができ、並びに利用状況データベース１３４及びプロビジョニングデータベース１３６は、 トランザクションメディエータ１３２と「関連付ける」ことができる。サービスプロバイダデータベース１２４、パートナーデータベース１２６、利用状況データベース１３４、及びプロビジョニングデータベース１３６のそれぞれはまた、リモートサーバ又はコンピューティングデバイスが、例えばＡｍａｚｏｎ  ＡＷＳ、Ｒａｃｋｓｐａｃｅ、又は他の仮想インフラストラクチャ、或いは任意のビジネスネットワークなどでマーケットプレイス１２２と双方向のデータ転送ができるという前提で、マーケットプレイス１２２から遠隔にあるサーバ又はコンピューティングデバイスに「関連付ける」ことができる。本開示の少なくとも１つの実施形態では、サービスプロバイダデータベース１２４、パートナーデータベース１２６、利用状況データベース１３４、及びプロビジョニングデータベース１３６が存在するマーケットプレイス１２２は、マーケットプレイス１２２（例えば、ネットワーク１４２を介して）、及びその中の構成要素と電子的に接続しており、それらが互いに継続的な双方向でのデータ交換が可能であるようになっている。
【００３３】
明確性の目的で、サービスプロバイダデータベース１２４、パートナーデータベース１２６、利用状況データベース１３４、及びプロビジョニングデータベース１３６を図１Ａに示し、単一のデータベースとして参照している。当業者であれば、サービスプロバイダデータベース１２４、パートナーデータベース１２６、利用状況データベース１３４、及びプロビジョニングデータベース１３６が、当該技術で周知のタイプのソフトウェアシステムによって接続された複数のデータベースを含み得るように理解され得て、これらが集合的に、本開示によるサービスプロバイダデータベース１２４、パートナーデータベース１２６、利用状況データベース１３４、及びプロビジョニングデータベース１３６のそれぞれに委託された機能を実行可能であるように理解されたい。サービスプロバイダデータベース１２４、パートナーデータベース１２６、利用状況データベース１３４、及びプロビジョニングデータベース１３６のそれぞれはまた、例えばＨａｄｏｏｐアーキテクチャなどの、大きなデータサービスについての配信されたデータアーキテクチャの一部であってもよい。サービスプロバイダデータベース１２４、パートナーデータベース１２６、利用状況データベース１３４、及びプロビジョニングデータベース１３６はそれぞれ、リレーショナルデータベースアーキテクチャ、ｎｏＳＱＬ、ＯＬＡＰ、又はデータベースの従来技術で知られている他のデータベースアーキテクチャを含み得る。サービスプロバイダデータベース１２４、パートナーデータベース１２６、利用状況データベース１３４、及びプロビジョニングデータベース１３６のそれぞれは、例えば、ＭＩＣＲＯＳＯＦＴのＳＱＬサーバ、ＭＩＣＲＯＳＯＦＴのＡＣＣＥＳＳ、ＭｏｎｇｏＤＢ、Ｒｅｄｉｓ、Ｈａｄｏｏｐ、又はＩＢＭのＤＢ２データベース管理システムなどの多くの周知のデータベース管理システム、又はＯＲＡＣＬＥ若しくはＳＹＢＡＳＥから入手可能なデータベース管理システムの内の１つを含んでもよい。サービスプロバイダデータベース１２４、パートナーデータベース１２６、利用状況データベース１３４、及びプロビジョニングデータベース１３６のそれぞれは、更に本明細書に開示するように、それに通信される情報を取得して記憶する。
【００３４】
本開示の少なくとも１つの実施形態では、マーケットプレイスブローカー１２８は、システム１００における様々なエンティティ（例えば、サービスベンダー１０２、クラウドブローカー１０４、第１のリセラー１０６、エンドカスタマー１１２など）の間で確立された契約を管理するように構成されている。例えば、複数のサービスベンダー１０２の任意のものによって提供されるサービスへの全ての加入は契約に準拠し、契約は、いくつかの非限定的な例を挙げると、価格設定、ライセンス費用、及びサービスレベルの同意書などのサービスの条件を記録する。同様に、リセラー（例えば、第１のリセラー１０６）は追加（又は異なる）契約条件を有してもよく、エンドカスタマー１１２のサービスの授受は、サービスベンダーの契約書の条件ではなく、リセラーの契約書の条件に準拠する。このような例示的な実施形態では、特定のサービスを提供、販売、及び変更する可能性は、サービスベンダー１０２の適用可能な契約条件によって管理される。
【００３５】
本開示の少なくとも１つの実施形態では、マーケットプレイスブローカー１２８は、利用可能なサービス（すなわち、サービスベンダー又はリセラーより提供されるサービス）のカタログを記憶するように構成されている。サービスベンダー１０２によって提供されるサービスは、サービスベンダー１０２がマーケットプレイス１２２と契約を結んでいる時に「利用可能」と考慮される。契約を譲渡する工程の中で、サービスベンダー１０２は、各サービスについてのサービスプラン、課金ルール（例えば、本明細書に更に開示するように、ＳＫＵ）及びコネクタ（例えば、コネクタ１３８）をマーケットプレイス１２２に対して提供してもよい。サービスベンダー１０２’のプラン及び課金ルールは、サービスプロバイダデータベース１２４に記憶される。
【００３６】
本開示の少なくとも１つの実施形態では、マーケットプレイスブローカー１２８は、コネクタ１３８の課金利用状況をモニタリングするように更に構成されている。例えば、パートナー１０４ａは、サービスベンダー１０２に基づいてサービスを提供したいと望むエンティティであり得る。パートナー１０４ａが新たなサービス提供をサービスベンダー１０２に基づいて生成したとき、パートナー１０４ａはコネクタ１３８を用いてマーケットプレイス１２２に動作可能に接続して、サービスベンダー１１２のサービスを契約できるようにする。これは「プロビジョニング」として考慮することができる。例えば、図１Ａを参照すると、クラウドブローカー１０４はパートナー１０４ａによって操作されてもよく、パートナー１０４ａはサービスベンダー１０２のサービスを提供したいと望んでいる。  このような例示的な実施形態では、パートナー１０４ａはマーケットプレイス１２２を介して、コネクタ１３８の使用を介して「利用可能」にされる（すなわち、サービスベンダー１０２はコネクタ１３８の使用を介してパートナー１０４ａに利用可能にされる）。この例に続いて、パートナー１０４ａはこれにより、プロビジョニングされた後に、リセラー１０６又はエンドカスタマー１１２にもサービスを提供することができる。
【００３７】
本開示の少なくとも１つの実施形態では、マーケットプレイス１２２はフェデレーテッドコネクタ１３０を更に含む。フェデレーテッドコネクタ１３０は、トランザクションメディエータ１３２からのパートナー加入に基づく利用状況報告書を受信するように構成されている（本明細書に更に開示するように）。例えば、マーケットプレイスブローカーとパートナーとの間の契約は、月初日に請求書が送られてくることを必要とし得るが、一方でフェデレーテッドコネクタ１３０はトランザクションメディエータ１３２に対して、月初日に、必要なデータを受信するように要求を送信する。
【００３８】
本開示の少なくとも１つの実施形態では、マーケットプレイス１２２はコネクタ１３８を更に含む。コネクタ１３８は、サービスそれぞれ（例えば、サービスベンダー１０２のいずれかによって提供されるサービス）に対応して構成されている。複数のサービスベンダー１０２のそれぞれについて（例えば、図１に示すように）、コネクタ１３８は、本明細書に更に開示するように、１つの加入を別のものから区別するように構成されている。コネクタ１３８は、サービスのソース（すなわち、サービスベンダー１０２の識別情報）及びサービスの目的先（例えば、エンドカスタマー１１２の識別情報）を識別するように構成されている。コネクタ１３８はまた、サービスのプロビジョニング中にサービスについての情報を受信してもよいように理解されたい。本開示の少なくとも１つの実施形態では、コネクタ１３８は、コネクタ１３８がパートナー加入毎に基づいて配置されるために、パートナー１０４ａ及びその加入を定義するように構成されている。複数のサービスベンダー１０２のそれぞれが、コネクタ１３８に対して、プロビジョニングが成功裏に完了したと確認すると、任意のテナント（例えば、エンドカスタマー１１２）及びエンドユーザＩＤがクラウドブローカー１０４によって生成され、加入ＩＤがサービスベンダー１０２によって生成されるように理解されたい。更に、単一のコネクタ１３８が示されているが、システム１２０は、複数のサービスベンダー１０２のそれぞれをサポートするのに必要なだけのコネクタ１３８を含むことができるように理解されたい。例えば、マーケットプレイスブローカー１２８がＮ個の異なるサービスについてＮ個の加入を購入した場合、マーケットプレイス１２２はＮ個の異なるサービスのそれぞれについて、Ｎ個のコネクタ１３８インスタンスを提供してもよい。
【００３９】
本開示の少なくとも１つの実施形態では、マーケットプレイスブローカー１２８は、パートナー（例えば、パートナー１０４ａ）に対して、その特定のパートナーのためのサービスプランに応じて、マーケットプレイス１２２を介してサービスを販売するように構成されている。パートナーのサービスの販売それぞれについて、マーケットプレイスブローカー１２８はコネクタハブ（図示せず、但し本明細書に参照によって援用される、米国特許出願番号第１５／００５，１５１号、ＰＲＯＶＩＳＩＯＮＩＮＧ  ＡＰＰＬＩＣＡＴＩＯＮＳ  ＵＳＩＮＧ  Ａ  ＣＯＮＮＥＣＴＯＲＳ  ＨＵＢ  ＳＥＲＶＩＣＥに開示するとおり）に要求を送信し、パートナー（例えば、パートナー１０４ａ）がマーケットプレイス１２２に動作可能に接続し、暫定チャンネルにチューニングするようにコネクタインスタンス（例えば、コネクタ１３８）を配置するように理解されたい。同時に、マーケットプレイスブローカー１２８は、フェデレーテッドコネクタ１３０及びトランザクションメディエータ１３２を介して、パートナーに課金サービスを提供する。マーケットプレイスブローカー１２８はクラウドブローカー１０４と同様に動作するが、クラウドブローカー１０４はサービスとしてソフトウェアを販売するためにチャンネルを提供し、一方で、マーケットプレイスブローカー１２８は、いずれサービスとして販売されるサービスをプロビジョニングするためのメカニズムを提供する。
【００４０】
本開示の少なくとも１つの実施形態では、コネクタ１３８は、例えば、サービスのプロビジョニングが実現した時に、トランザクションメディエータ１３２と動作可能に接続される。コネクタ１３８はトランザクションメディエータ１３２に報告するように更に構成されており、報告は、いくつかの非限定的な例を挙げると、有効化日、プロビジョニング、キャンセル、変更、サービスＩＤ（本明細書中に更に開示するとおり）、クラウドサービスブローカーの識別情報、サービスの数、アクティブ化、変更及びキャンセルなどのアクションのマーカーなどが含まれる。更に、コネクタ１３８は、階層的な課金システム内のエンティティのＩＤを報告してもよいように理解されたい。例えば、エンティティは、第１のリセラー１０６、第２のリセラー１０８、第３のリセラー１１０、及びエンドカスタマー１１２を含むことができる。コネクタ１３８は、トランザクションメディエータ１３２によるアクティビティの分析を行うように更に動作する。
【００４１】
本開示の少なくとも１つの実施形態では、システム１２０は、コネクタ１３８に動作可能に接続されたスケジューラ１４０を更に含む。例示的な実施形態では、販売されるサービスには、ディスクスペース、ＣＰＵ時間（都度払いサービス）が含まれるように理解されたい。スケジューラ１４０は、リソース利用状況（例えば、ディスクスペース利用状況、ＣＰＵ時間）の追跡を、適用可能なサービスベンダー１０２に対して周期的な要求を送信することによってそのような情報を取得するために提供するように構成されている。スケジューラ１４０は、リソース利用状況情報を、必要に応じて、或いは周期的に、トランザクションメディエータ１３２に送信するように更に構成されている。
【００４２】
本開示の少なくとも１つの実施形態では、マーケットプレイス１２２はトランザクションメディエータ１３２を更に含む。トランザクションメディエータ１３２は、システム１２０を通る全てのトランザクションについての課金情報を記憶するように構成されている。例えば、エンドカスタマー（単数又は複数）１１２とサービスベンダー１０２ａとの間のトランザクションは、サービスベンダー１０２ａからのソフトウェアの購入、サービスベンダー１０２ａからのソフトウェア及び／又はサービスのアップグレード、サービスベンダー１０２ａからのソフトウェア及び／又はサービスのダウングレード、サービスベンダー１０２ａからのサービスのキャンセルなどのタイプであってもよい。本開示の少なくとも１つの実施形態では、トランザクションメディエータ１３２はサービス識別子を追跡するように更に構成されており、サービス識別子はトランザクションに関するリソースタイプの英数字の識別子である。トランザクションメディエータ１３２は、例えば、サービスベンダー１０２の加入者（単数又は複数）によって使用されるユニット又はライセンスの数などの販売単位（ＵＯＭ）を追跡するように、更に構成されている。トランザクションメディエータ１３２はまた、サービスの利用状況の数量及び開始・終了日をも追跡してもよく、加えて、いくつかの非限定的な例を挙げると、計算リソース利用状況の計測又はモニタリング、並びにサービスベンダー１０２から課金ルールを受信してもよい。
【００４３】
本開示の少なくとも１つの実施形態では、マーケットプレイス１２２は、トランザクションメディエータ１３２を介してシステム１２０を通る全てのトランザクションについての調整特有の詳細を記憶するように更に構成される。例えば、複数のサービスベンダー１０２のそれぞれは、それにベンダー識別子（ＩＤ）が関連付けられてもよい。トランザクションメディエータ１３２は、例えば、サービスベンダー側データ（例えば、加入ＩＤ）、任意の他の独自の識別子、任意のリセラー又はエンドカスタマーについてのパートナー識別子若しくは加入ＩＤ、パートナー側データ（例えば、エンドカスタマー加入ＩＤ）及び注文識別子など、他の識別子を収集するように構成される。
【００４４】
全てのトランザクションのそれぞれについて、トランザクションメディエータ１３２は、ベンダーの識別情報、リセラーの識別情報、エンドカスタマーの識別情報、サービスベンダー１０２及びリセラー（例えば、第１のリセラー１０６、第２のリセラー１０８、第３のリセラー１１０）からの課金ルール、並びにシステム１００内のエンティティそれぞれについての利用状況及び価格設定を報告するため（適用可能である場合）に必要な最低量のデータを記憶しなければならないように理解されたい。
【００４５】
本開示の少なくとも１つの実施形態では、クラウドブローカー１０４はパートナー１０４ａによって操作されてもよく、パートナー１０４ａは、サービスベンダー１０２のサービスを加入者に提供するように操作する。クラウドブローカー１０４は要求に応じて全ての追跡されたリソースタイプの利用状況情報を受信し、リソースタイプ毎で集合されてサービスベンダー１０２（又はリセラー）によって定められた条件に応じて日割り計算されるように、更に構成されている。前の例を続けて、サービスベンダー１０２ａ（Ｏｆｆｉｃｅ  ３６５（登録商標））が、加入者によって生じた計算リソースの利用に基づいて課金するように構成されている場合、サービスベンダー１０２ａはこの情報を追跡してもよく、トランザクションメディエータ１３２はこの情報を受信するように構成されている。
【００４６】
本開示の少なくとも１つの実施形態では、クラウドブローカー１０４はまた、リセラー及びサブリセラーの階層を保つように構成されている。例えば、クラウドブローカー１０４は、第１のリセラー１０６、第２のリセラー１０８、第３のリセラー１１０、及びエンドカスタマー１１２に供してもよい（図１に示すように）。このような例示的な実施形態では、クラウドブローカー１０４は、エンティティを加入させることによって、クラウドサービスの消費を捉えて保つように構成されている。なお、クラウドブローカー１０４はパートナーに加入者（例えば、エンドカスタマー１１２）の利用状況を捉えて課金することを可能とするように構成される一方で、マーケットプレイスブローカー１２８はコネクタ１３８の利用状況についてパートナーに課金するように動作してもよいように理解されたい。
【００４７】
トランザクションメディエータ１３２は、個々に請求可能なクラウドサービスのプロビジョニング動作を示すエンドカスタマー（単数又は複数）１１２及びサービスベンダー１０２を通るトランザクションを記録するために、ソフトウェアエージェントを有して更に構成される。本開示の少なくとも１つの実施形態では、トランザクションに関係のある情報は続いて処理されて、課金目的で抽出され得る中央システム（例えば、マーケットプレイス１２２）に引き渡される。プロビジョニングフローをモニタリングすることで、クラウドブローカー１０４は、サービスベンダー１０２のデータによって課される同一の課金ルールに頼る必要なく、リアルタイムでの課金情報を提供することができるように更に理解されたい。
【００４８】
本開示の少なくとも１つの実施形態では、クラウドブローカー１０４及びマーケットプレイスブローカー１２８は、図１Ｂにおけるシステム１５０に示すように、単一のエンティティとして動作してもよい。マーケットプレイスブローカー１２８は、本明細書に更に開示するように、クラウドブローカー１０４と同一の機能を実行することができるように理解されたい。
【００４９】
本開示の少なくとも１つの実施形態では、システム１５０は、第１のリセラー１０６、第２のリセラー１０８、第３のリセラー１１０、及びエンドカスタマー１１２を含む。第２のリセラー１０８は、上記のように、第１のリセラー１０６からのサービスを再販するように動作する、サブリセラーを含んでもよいように理解されたい。更に、第３のリセラー１１０は、マーケットプレイスブローカー１２８からサービスに加入するテナントを含んでもよいように理解されたい。テナントはサービスを使用するように動作する。エンドカスタマー１１２はテナントのエンドユーザ（例えば、サービスに加入した企業テナントの従業員エンドユーザ）、又は再販タイプのエンティティ（例えば、リセラー１１０によって提供された統合ソフトウェアサービスの直接消費者）のエンドユーザであり得るように理解されたい。
【００５０】
本開示の少なくとも１つの実施形態では、マーケットプレイスブローカー１２８は、本明細書に更に記載するように、各関係者が自身の課金及び価格設定ルールを実行するのに必要に応じて、第１のリセラー１０６、第２のリセラー１０８、第３のリセラー１１０、及びエンドカスタマー１１２をプロビジョニングするように動作可能に構成されている。
【００５１】
ここで図２を参照すると、概して２００で示される、クラウドサービスブローカー業務における多層課金の方法のフローチャート及び構成要素が示されている。フローチャート２００は、課金期間２０４にわたって適用されるトランザクション２０２を含む。本開示の少なくとも１つの実施形態では、トランザクション２０２は、購入２１０、アドオン２１２、アップグレード２１４、ダウングレード２１６、及びキャンセル２１８を含む。選択されたトランザクションのみが示されているが、トランザクション２０２が、クラウドサービスブローカー業務における多層課金での当業者には周知かつ実施されている任意のタイプのトランザクションを含み得ることを理解されたい。
【００５２】
本開示の少なくとも１つの実施形態では、トランザクション２０２のそれぞれは、トランザクション属性、いくつかの非限定的な例を挙げるならば、サービス開始日、課金期間、及び任意のインセンティブなどを含むことができる。例えば、購入２１０は月次課金期間（すなわち、課金期間は1カ月）を含み、インセンティブは初月無料サービスを含む。トランザクション属性（課金ルールとしても知られる）は、システム１００内の様々なエンティティ（例えば、クラウドブローカー１０４、第１のリセラー１０６、など）との間の契約からくるように理解されたい。トランザクション２０２のそれぞれについて、他の請求ルール、例えば、無料期間、満額支払い、購入及び／又はキャンセルの日割り計算、アドオン、アップグレード、ダウングレード、調整（例えば、親登録と子登録との間の課金期間の調整）、及び応当日などが含まれ得ることを更に理解されたい。
【００５３】
本開示の少なくとも１つの実施形態では、加入者（例えば、エンドカスタマー１１２）はトランザクションを開始させてもよく、それによって加入者の課金サイクルは、トランザクション属性に基づいて更新されるか開始される。例えば、購入２１０は、サービスを購入するためのトランザクションである。購入２１０の属性には、月次リズム（すなわち、月次課金サイクル）と、インセンティブとして初月無料サービスが含まれる。したがって、第１の課金サイクル（すなわち、初月）では、加入者はいかなる費用をも請求されない。同様に、同じ加入者は数か月後にアドオン２１２を開始してもよい。このような例では、アドオン２１２の費用は加入者のサービスの合計費用に追加される。図２に示すように、加入者費用２１０ａは、３カ月目における加入者費用２１２ａによって補われている。アドオン２１２の属性は、課金サイクルが親（すなわち、購入２１０）のものと調整されていることを示している。したがって、アドオン２１２は、購入２１０と同じ課金サイクル中に課金される。図２に示すように、アドオン２１２は、インセンティブとして初月無料を含む。アドオン２１２は自身の調整属性を有し得て、その課金サイクルが親（すなわち、購入２１０）のものと調整されない場合があることを理解されたい。
【００５４】
本開示の少なくとも１つの実施形態では、加入者はサービスのアップグレードをも希望してもよい。例えば、アップグレード２１４のトランザクションを（例えば、マーケットプレイス１２２にて）開始して、それによって加入者費用２１４ａはアップグレードされた加入者費用２１４ｂに変更される（図２に示すように）。アップグレード２１４は、「旧」期間中での日割り計算、及び「新」期間中の日割り計算の属性を含む。アップグレード２１４が開始される課金サイクル中には、加入者費用２１４ａから加入者費用２１４ｂへの遷移は、遷移の両側にて、月次課金サイクルについて日割り計算されるように理解されたい（すなわち、登録者は課金サイクルのはじめからは加入者費用２１４ａに基づいて日割り計算され、アップブレード時点から課金サイクルの終わりまでは加入者費用２１４ｂに基づいて日割り計算される）。
【００５５】
本開示の少なくとも１つの実施形態では、課金期間費用２２０は、加入者によって発生した複数の費用の合計に基づいて、各課金期間の終わりに計算される。例えば、課金期間２２０ａ中、かつ一人の加入者が全てのトランザクション２０２を開始させたと仮定して、加入者の費用は、加入者費用２１０ａ、加入者費用２１２ａ、加入者費用２１４ａ、加入者費用２１６ａを含み得る（ダウングレードへの遷移を含む）。課金期間２２０ａの費用は、加入者によって生じた個々のサービスの費用の全ての合計であるように理解されたい。更に、そのような費用には、いくつかの非限定的な例を挙げると、リセラー毎の費用、エンドカスタマー毎の費用、又はサービスベンダー毎の費用を含み得るように理解されたい。
【００５６】
ここで図２Ａを参照すると、本開示の少なくとも１つの実施形態に係る、クラウドサービスブローカー業務における多層課金の例示的な方法の、実施例２４０が示されている。実施例２４０ではサービスベンダーとクラウドブローカーとの間の契約が規定され、そこではサービスベンダーへの複数の加入が生成されている（すなわち、プランＰ１への加入、プランＰ２への加入、及びプランＰ３への加入であって、各課金期間について、プランＰ１は＄１００掛かり、プランＰ２は＄２００掛かり、プランＰ３は＄３００掛かる）。複数の加入のそれぞれが、それに伴う複数の課金属性を含むように理解されたい。実施例２４０では、複数の加入のそれぞれは加入調整がなされ、応当日は各月の１０日にあたる（それが複数の加入のそれぞれの各課金期間の開始／終了時である）。更に、複数の加入のそれぞれは、サービスベンダーが最初の応当日まで無料期間を提供するプロモーション期間を含む。複数の加入のそれぞれはまた、日割り計算するため、及び各課金期間の終了後に請求するための用意をも含む。各登録についての課金属性は、サービスベンダー１０２に依存し得ることを理解されたい。
【００５７】
引き続き実施例２４０を見ると、第１の加入者（例えば、エンドカスタマー１１２）は、２５０ａにて示すように、サービスプランＰ１に最初に加入してもよく、第２の加入者は、２５２ａにて示すように、サービスプランＰ３に最初に加入してもよく、第３の加入者は、２５４ａにて示すように、サービスプランＰ３に最初に加入してもよい。課金サイクルの終わりに、それぞれの加入者について、サービスベンダー１０２は、２６０ｂ、２６２ｂ、２６４ｂ、２６６ｂ、及び２６８ｂに示すように、適切なクラウドブローカー（例えば、クラウドブローカー１０４）に対して、課金請求書を送信する。例えば、２６０ｂは、課金期間２６０ａ中のプランＰ１、Ｐ２、及びＰ３に加入した合計費用を示している。本実施例では、２６０ｂでの費用は、それぞれのプランが、上に定義したとおり、最初の応当日で終了するプロモーションでのサービス無料期間を含むために、＄０である。同様に、２６２ｂ（課金期間２６２ａの費用）では、プランＰ１の費用は＄１００、プランＰ２の費用は＄０、及びプランＰ３の費用は＄６００である。
【００５８】
引き続き上記実施例を見ると、図２Ｂでは、クラウドブローカー１０４とその加入者（例えば、エンドカスタマー１１２ａ、１１２ｂ、１１２ｃ、１１２ｄ）との間の契約が示されており、加入者は月毎の加入で登録している。図２Ｂで示すように、加入者（単数又は複数）については、プランＰ１は＄１２０掛かり、プランＰ２は＄２４０掛かり、プランＰ３は＄３６０掛かる。更に、プランのそれぞれに適用される属性は、応当日が購入日にあたる加入調整、無料期間無し、プラン変更に対する返金無し、日割り計算されたキャンセル、及び費用の前払い、を含むことを理解されたい。
【００５９】
図２Ｂに示す課金モデルに続いて、各期間についてのブローカー売上２７０は、課金期間についての合計売上に基づく。例えば、期間２７０ｂ中では、プランＰ１の合計費用は＄１２０であり、プランＰ２の合計費用は＄０であり、プランＰ３の合計費用は＄７２０である。同様に、期間２７２ｂについては、プランＰ１の合計費用は＄１２０であり、プランＰ２の合計費用は＄０であり、プランＰ３の合計費用は＄７２０である。引き続きこの実施例を見ると、期間２７４ｂについては、プランＰ１の合計費用は＄１２０であり、プランＰ２の合計費用は＄２４０であり、プランＰ３の合計費用は＄７２０である。
【００６０】
本開示の少なくとも１つの実施形態では、システム１００は、各サービスベンダー（例えば、サービスベンダー１０２）、リセラー（例えば、リセラー１０６）、及びエンドカスタマー（例えば、エンドカスタマー１１２）についての契約及び加入の記録を保つように更に構成されている。これが、階層におけるエンティティがそれぞれ調整及び損益分析を行うことを可能とするように理解されたい。例えば、図２Ｃを参照すると、クラウドブローカー１０４のブローカー売上２７０と、クラウドブローカー１０４のブローカー支払２７２との間の決算及び調整が示されている。この実施例では、期間２７０ｂにおけるプランＰ１のブローカー売上は＄１２０であるのに対し、プランＰ１についての同一課金期間のブローカー支払は、２６０ｂに示すように、＄０である。図２Ｃに示すように、任意の課金期間について、ブローカー売上２７０とブローカー支払２７２との間での決算及び調整があることを理解されたい。
【００６１】
ここで図３を参照すると、概して３００で示される、クラウドサービスブローカー業務における多層課金の方法のフローチャート及び構成要素が示されている。フローチャート３００は、サービス３０２、サービス属性３０２ａ、課金期間３１０、及び月次費用３１２を示している。本開示の少なくとも１つの実施形態では、サービス３０２のそれぞれは、加入者（例えば、エンドカスタマー１１２）によって加入されているサービスを表す。サービス３０２は、サービスベンダー１０２が、クラウドブローカー１０４を介してサービスを販売するためにクラウドブローカー１０４と契約した時に、クラウドブローカー１０４から受けることができることを理解されたい。本開示の少なくとも１つの実施形態では、サービス３０２のそれぞれは、サービス属性３０２ａが関連付けてられている。例えば、サービス識別子「ＳＫＵ−Ｃ３」は属性「ａ」、「ｆ」、及び「ｐ」を含み、「ａ」はＳＫＵ−Ｃ３が調整されていることを示し、「ｆ」は無料の最初の期間があることを示し、「ｐ」は、例えばキャンセル中に日割り計算されることを示す。
【００６２】
本開示の少なくとも１つの実施形態では、月次費用３１２のそれぞれは、特定の課金期間３１０中での、サービスの個々の費用をそれぞれ足すことで計算される。例えば、課金期間３１０ｂ（２月）中では、合計月次費用３１２ｂは、ＳＫＵ−Ａ１、ＳＫＵ−Ｂ２、ＳＫＵ−Ｃ３（ａｆｐ）、ＳＫＵ−Ｃ３（ａｆｐ）、ＳＫＵ−Ｄ４（ａｐｆ）、及びＳＫＵ−Ｄ４（ｕｆｆ）に関連付けられる費用を含む。月次費用３１２のそれぞれは、サービス属性３０２ａのそれぞれに基づいて、サービス３０２と関連付けられる各個々の費用をそれぞれ足すことで計算されるように理解されたい。
【００６３】
ここで図４を参照すると、概して４００で示す、クラウドサービスブローカー業務における多層課金の方法のフローチャート及び構成要素が示されている。本開示の少なくとも１つの実施形態では、受注伝票４０２が生成される。受注伝票４０２は加入期間４０４を示し、加入期間は複数の課金期間（４０６ａ、４０６ｂ、及び４０６ｃ）に分けられている。それぞれの課金期間について、課金費用が計算される。例えば、課金期間４０６ａでは、課金事前注文４０８ａが計算される。課金期間４０６ａの終了時に、利用状況が収集される。課金期間４０６ａの終了時に、課金事後注文４１０ａが計算される。加入期間４０４は受注伝票４０２、又は加入者とサービスプロバイダ（例えば、サービスベンダー１０２、若しくはリセラー）又はエンドカスタマーであっても同意された契約条件の他のものに基づいて、複数の課金期間に分けられてもよい。
【００６４】
ここで図５を参照すると、概して５００で示される、クラウドサービス業務における多層課金の方法及び構成要素が示されている。方法５００は、サービスベンダー１０２それぞれでの費用を計算するステップ５０２と、クラウドブローカー１０４でサービス費用を計算するステップ５０４と、リセラー１０６ａ及び１０８ａで費用を計算するステップ５０８と、エンドカスタマー（単数又は複数）１１２ａについての統合された請求書を生成するステップ５１０と、を含む。
【００６５】
本開示の少なくとも１つの実施形態では、費用は、ステップ５０２にて、サービスベンダー１０２のそれぞれについて計算される。例えば、クラウドブローカー１０４は、サービスベンダー１０２が最初にセットアップされた（すなわち、「利用可能」となった）ときから、サービスベンダー１０２のそれぞれについての契約情報を有する。サービスベンダー１０２のそれぞれについて、契約に基づく価格設定制度が展開されている。例えば、サービスベンダー１０２ａはライセンス構造に基づいて、請求応当日が月の４日にあたり、支払日は期間の終了時となる、月次課金サイクルで請求してもよい。同様に、サービスベンダー１０２ｂは、例として、「都度払い」制度に基づいた、応当日が月の５日にあたり、支払は課金期間の終了時とした、四半期での課金サイクルで変更されてもよい。
【００６６】
本開示の少なくとも１つの実施形態では、費用は、ステップ５０４にて、クラウドブローカー１０４で計算される。例えば、クラウドブローカー１０４は、サービスベンダー１０２ｂが四半期毎に課金しているとしても、月次課金期間に基づいて課金請求書を生成する必要があり得る。このような例示的な実施形態では、クラウドブローカー１０４は、サービスベンダーの課金期間が先になる場合、予想される費用に基づいて費用を計算するように構成されている。
【００６７】
本開示の少なくとも１つの実施形態では、費用は、ステップ５０８にて、リセラー１０６ａ及び１０８ａについて計算される。ここで再度、リセラー１０６ａ及び１０８ａのそれぞれは、サービスベンダー１０２のものとは課金特性が異なる、独立した契約条件を有することができる。例えば、リセラー１０８ａでは、サービスベンダー１０２ａ（Ｏｆｆｉｃｅ  ３６５（登録商標））は月の１５日にあたる応当日を有してもよいが、記載するように、サービスベンダー１０２ａは月の４日に課金する。
【００６８】
本開示の少なくとも１つの実施形態では、ステップ５１０にて、エンドカスタマー（単数又は複数）１１２ａについて統合された請求書が生成される。なお、エンドカスタマー１１２ａについて、エンドカスタマー１１２ａの加入から生じた費用は全て、エンドカスタマー１１２ａの課金特性に基づいた単一の請求書上に生成されるように、単一の請求書が生成されることを理解されたい。エンドカスタマー１１２ａの請求特性は、川上のエンティティ（例えば、サービスベンダー１０２、及びリセラー１０６ａ及び１０８ａ）のものとは異なり得るように理解されたい。
【００６９】
ここで図６を参照すると、概して６００で示される、クラウドサービスブローカー業務における多層課金の方法が示されている。本開示の少なくとも１つの実施形態では、方法は、コネクタ１３８がトランザクションメディエータ１３２にプロビジョニング動作の属性を報告するステップ６０２と、トランザクションメディエータ１３２が利用状況データベース１３４にデータを記憶するステップ６０４と、フェデレーテッドコネクタ１３０がサービスベンダー１０２との調整のためにサービス利用状況報告書を要求するステップ６０６と、トランザクションメディエータ１３２がサービスベンダー１０２の課金ルールを受信して、サービス利用状況を判定するステップ６０８と、トランザクションメディエータ１３２がサービスの合計利用状況を計算するステップ６１０と、トランザクションメディエータ１３２が報告書をフェデレーテッドコネクタ１３０に送信するステップ６１２と、フェデレーテッドコネクタ１３０が報告書をマーケットプレイスブローカー１２８に送信するステップ６１４と、マーケットプレイスブローカー１２８がサービスベンダー１０２の価格設定モデルを適用して、サービスベンダー１０２との調整のために利用状況報告書を生成するステップ６１６と、フェデレーテッドコネクタ１３０がサービス利用状況報告書をパートナー１０４ａの請求書発行のために要求するステップ６１８と、トランザクションメディエータ１３２がパートナー１０４ａの加入から課金ルールを受信し、トランザクションメディエータ１３２がサ−ビス利用状況データを判定するために課金ルールを適用するステップ６２０と、トランザクションメディエータ１３２がサービスの合計利用状況を計算するステップ６２２と、トランザクションメディエータ１３２が報告書をフェデレーテッドコネクタ１３０に送信するステップ６２４と、フェデレーテッドコネクタ１３０が報告書をマーケットブローカー１２８に送信するステップ６２６と、マーケットプレイスブローカー１２８がパートナー１０４ａの加入からの価格設定モデルを利用状況報告のために適用してパートナー１０４ａに請求するステップ６２８と、を含む。
【００７０】
本開示を図面及び前述の記載にて詳細に図示及び記載しているが、これは例示的かつ特徴に限定されないように考慮されるものとし、特定の実施形態のみが示されて記載されており、本開示の範疇内の変更及び変形は全て保護されることが望まれるように理解されたい。
【図１】
0006854352.tif 000002
【図１Ａ】
0006854352.tif 000003
【図１Ｂ】
0006854352.tif 000004
【図２】
0006854352.tif 000005
【図２Ａ】
0006854352.tif 000006
【図２Ｂ】
0006854352.tif 000007
【図２Ｃ】
0006854352.tif 000008
【図３】
0006854352.tif 000009
【図４】
0006854352.tif 000010
【図５】
0006854352.tif 000011
【図６】
0006854352.tif 000012