JP3902136B2 - Ｓｏａｐ通信プロトコルに基づくウェブ・サービスのためのカウント／請求書作成機構を含む、サービス・プロバイダ・システム、資源カウンタ・サービス・プロバイダ・システム、ｓｏａｐウェブ・サービス・システム、方法およびプログラム - Google Patents

Description

本発明は、一般にはコンピュータ・システムに関し、より詳細には、ＳＯＡＰ通信プロトコルに基づくウェブ・サービスのためのアクセス・カウント機構および請求書作成機構に関する。

現在、インターネットにおいて、新しい技術、いわゆるウェブ・サービスが発展している。ウェブ・サービスは、既存の、または新しいｅビジネス・サービスをＳＯＡ（Service Oriented Architecture）として提供するものと定義することができる。これらのウェブ・サービスは通常、他のユーザのインターネット活動を管理する際にそのインターネット・ユーザをサポートする、独立したサービス・プロバイダによって提供される。そのようなサービスの例は、オンライン・ショップ向けの税金計算、インターネット・ショップ向けの支払処理、または様々な言語への文書翻訳である。インターネットでこれらのウェブ・サービスをサポートするために、新しいアーキテクチャであるＳＯＡ（ServiceOriented Architecture）が定義された。この新しいアーキテクチャは、ユーザがウェブ・サービスを見つける方法、潜在的なユーザがそのようなウェブ・サービスにアクセスする方法、および記述する言語を記述する。

これらのウェブ・サービス用の通信プロトコルもまた、ＳＯＡＰと呼ばれる、新しく定義されたプロトコルである。ＳＯＡＰはSimple Object Access Protocolを表す。

ＳＯＡＰは、ある種のオペレーティング・システムで動作するプログラムが、好ましくはワールド・ワイド・ウェブのＨＴＴＰ（Hypertext Transfer Protocol）とそのＸＭＬ（Extensible Markup Language）を情報交換のための機構として使用して、同じ種類または別の種類のオペレーティング・システム中のプログラムと通信する方式である。すべての主要なオペレーティング・システム・プラットフォームでウェブ・プロトコルがインストールされ、使用可能となっているので、ＨＴＴＰおよびＸＭＬは、ネットワーク中の様々なオペレーティング・システムの下で動作するプログラムが互いに通信するという問題に対しての、既に手近にある解決策である。ＳＯＡＰは、あるコンピュータ中のプログラムが別のコンピュータ中のプログラムを呼び出してそれに情報を渡すことができるように、ＨＴＴＰヘッダおよびＸＭＬファイルを符号化する方法を厳密に指定する。ＳＯＡＰはまた、呼び出されたプログラムが応答を返す方法も指定する。

ＳＯＡＰの基本的アーキテクチャを図１に示す。この基本的アーキテクチャは、サービス・プロバイダ、サービス・ブローカ、およびサービス・リクエスタの３つの構成要素を備える。

サービス・プロバイダは、サービス・プロバイダのウェブ・サービスの可用性を発行し、サービス・ブローカは、発行されたウェブ・サービスを登録および分類して検索サービスを提供し、サービス・リクエスタは、サービス・ブローカを使用して必要なウェブ・サービスを見つけ、次いでそのウェブ・サービスを利用する。

従来技術で使用される典型的なＳＯＡＰ通信アーキテクチャを図２に示す。

サービス・プロバイダは、ウェブ・サービス、例えば税金計算サービスを提供する。サービス・プロバイダは、サービス・プロバイダのウェブ・サービスをサービス・ブローカに対して発行する。サービス・プロバイダは、ウェブ・サービスの意味を認識し、それをサービス・ブローカの分類における正しいカテゴリとして発行する。サービス・プロバイダによってサービス・ブローカに対して発行されるものは、サービス記述と呼ばれる。サービス記述は、あるウェブ・サービスの意味およびメッセージＡＰＩ（アプリケーション・プログラミング・インターフェース）を記述するＸＭＬ文書である。例えば、税金計算プログラムについてのサービス記述は、サービスの価格、可用性、機能、ＵＲＬ、ＩＤＬなどを含むことができる。ＩＤＬすなわちインターフェース定義言語は、そのウェブ・サービスで必要な入出力データを定義する。必要なウェブ・サービスを認識しているサービス・リクエスタは、そのカテゴリ中のサービスのリストを求めてサービス・ブローカに照会する。サービス・リクエスタは、要求したウェブ・サービスについてのサービス記述を、ＳＯＡＰ−Ｆｉｎｄ応答によって受信する。サービス・リクエスタは、ＩＤＬを使用して、ショッピング・アプリケーションによって生成された入力データ・フォーマットをウェブ・サービスによって要求されるデータ・フォーマットに変換し、変換した入力データを含むＳＯＡＰ要求をウェブ・サービスに送る。ウェブ・サービスは、結果（出力データ）、例えば税金の結果を含むＳＯＡＰ応答をサービス・リクエスタに返す。

上記で議論したＳＯＡＰアーキテクチャは、新しいウェブ・サービスの課金の特徴に全く対処していない。今日、新しいウェブ・サービスがインターネットによって提供される限り、新しいウェブ・サービスは無料であるか、広告によって資金が供給されるかのどちらかである。

現在のところ、サービス・プロバイダがサービス・プロバイダのウェブ・サービスに課金することを可能にするＳＯＡＰウェブ・サービス・アーキテクチャについての一般化された課金モデルは存在しない。

したがって本発明の目的は、今日のＳＯＡＰアーキテクチャに非常に容易に統合することのできる、ウェブ・サービス向けの一般化された課金モデルを提供することである。

この目的は、独立請求項の特徴によって解決される。本発明の別の好ましい実施形態は従属請求項に置かれている。

本発明は、ＳＯＡＰ通信アーキテクチャに基づく独自の独立なウェブ・サービスとして提供される資源カウンタ・サービスによってウェブ・サービスをカウントするシステムおよび方法、ならびに資源カウンタ・サービスの結果を使用して、ＳＯＡＰ通信プロトコルに基づいて料金を計算するシステムおよび方法を開示する。資源カウンタ・サービスは、資源カウンタ・サービスのサービス記述へのアクセスを有するすべてのサービス・プロバイダによってアクセスすることができる。資源カウンタ・サービスについてのサービス記述は、サービス・プロバイダによって作成および発行され、サービス・ブローカによって分類され、課金モデルを使用するすべてのウェブ・サービス・プロバイダが資源カウンタ・サービスを起動するためにそれを発見および使用できることが好ましい。資源カウンタ・サービスは主に、ウェブ・サービスの使用に対する料金の計算を可能にする必要なすべてのデータ、例えばサービスの開始時間、サービスの終了時間を作成する機能を提供する。料金自体の最終的な計算は、別々の特定のアカウンティング／請求書提示構成要素によって行うことができる。アカウンティング／請求書提示構成要素は、資源カウンタ・サービスの拡張として実施することもできる。請求書提示や料金計算に加えて、資源カウンタ・サービスのデータを使用して、どんな種類の電子支払プロセスも起動することができる。資源カウンタのデータは、様々な評価モデルにマッピングすることができる。したがってこれは、様々なビジネス・モデルを有する複数のサービス・プロバイダをサポートする。最後に、資源カウンタ・サービスは、ウェブ・サービスの課金に関連する別の機能を提供することができ、例えばサービス・リクエスタのアカウントおよび契約を作成し、１組のアカウンティング・モデル・テンプレートを提供する。

図３では、本発明の基本的概念が示されている。既存のＳＯＡＰアーキテクチャが、独自のウェブ・サービスとしてアクセス可能な資源カウンタ・サービスによって拡張される。資源カウンタ・サービスは、ＳＯＡＰメッセージを介して以下のように起動することができる。サービス・リクエスタ（クライアントｘ）１は、サービス・プロバイダ２からウェブ・サービスを使用する。このウェブ・サービスが無料でない場合、サービス・プロバイダ２は、アカウンティング・サービスを提供する資源カウンタ・サービス３に接触する。サービス・プロバイダ２はアカウンティング・サービス３に関してサービス・プロバイダと契約を有すると仮定する。資源カウンタ・サービスは、サービス・プロバイダ自体の内部サービスでもよい。サービス・プロバイダ２は、少なくともサービスの開始時間およびサービスの終了時間を提供することにより、そのサービス・リクエスタ１についてのアカウンティングを求めてＳＯＡＰメッセージ要求を資源カウンタ・サービス３に送信する（図４に、その場合の詳細な通信プロトコルを示す）。ある期間（例えば１週間、１月）の後、サービス・プロバイダ２は、アカウンティング期間についてのすべてのレコードを資源カウンタ・サービス・プロバイダ３に要求する。これらのレコードはデータベース４上に格納され、要求時にＳＯＡＰ応答として送信される。これらのレコードは、サービス・リクエスタによって生じた料金を計算するのに使用することができる。資源カウンタ・サービスは主に、ウェブ・サービスの実行に対する料金の計算を可能にする必要なすべてのデータ、例えばサービスの開始時間、サービスの終了時間を作成する機能を提供する。料金自体の最終的な計算は、別々の特定のアカウンティング／請求書提示構成要素によって行うことができる。アカウンティング／請求書提示構成要素は、資源カウンタ・サービスの拡張として実装することもできる。

図４に、本発明の資源カウンタ・サービスによって拡張された典型的なＳＯＡＰ通信アーキテクチャを示す。サービス・プロバイダ１６；１８、２０、２２は、ウェブ・サービス１および２、例えば税金計算サービスを提供する。別のサービス・プロバイダ３４は、資源カウンタ・サービス４２を提供する。サービス・プロバイダ１６、３４はどちらも、ＳＯＡＰメッセージ応答（Publish）を使用して、それらのウェブ・サービスについてのサービス記述１４、２８を、サービス・ブローカ４４の分類４６、４８、５０、５２における正しいカテゴリ内に発行する。サービス・リクエスタ２；４、６、８、ならびにサービス・プロバイダ１６は、ＳＯＡＰメッセージ応答（Find）によって、要求したウェブ・サービスのサービス記述１４、２８を受信する。サービス・リクエスタ２、特にそのＳＯＡＰクライアント１２は、ショッピング・アプリケーション・データ１０、例えばユーザが作成した注文リストを、要求したウェブ・サービス２４、３０が必要とするデータ表現に変換するために、要求したウェブ・サービスのサービス記述１４を使用することによってＳＯＡＰメッセージ要求を作成し、変換したショッピング・アプリケーション・データ１０および認証データを含むＳＯＡＰメッセージ要求をサービス・プロバイダ１６に送信する。認証に成功した場合、要求したウェブ・サービス２４、３０、例えば税金計算アプリケーションを呼び出すために、アプリケーション・サーバ２０によってＳＯＡＰメッセージ要求がＳＯＡＰサーバ１８を使用して実行される。ウェブ・サービスが完了したとき、サービス・プロバイダ１６は、カウント停止要求を資源カウンタ・サービス・プロバイダ３４に送信する。資源カウンタ・サービス４２は、アカウント・レコードをデータベースに格納する。ある期間の後、サービス・プロバイダ１６は、アカウンティング／請求提示構成要素３２を使用して、その人のサービス・リクエスタ２に対する料金を計算するためにアカウント・レコードを受信する。本発明の別の実施形態では、資源カウンタ・サービス４２は、サービス・プロバイダ１６によって提供される請求プロファイルに基づいて、サービス・リクエスタ２ごとの請求書を作成する追加の機能を有する。請求書は、ウェブ・サービスを提供するサービス・プロバイダ１６によってサービス・リクエスタ２に送信することができ、または資源カウンタ・サービス４２からサービス・リクエスタに直接送信することができる。

図５に、本発明の資源カウンタ・サービスの使用に関する対話図を示す。

この対話図は、ＨＴＴＰ／ＳＯＡＰベースの通信プロトコルを使用してアプリケーション・サービス・プロバイダ・マシン（ＡＳＰ）でウェブ・サービスを実行する方法を示す。要求されるウェブ・サービスは無料ではなく、したがってカウントのために資源カウンタ・サービスが起動される。

サービス・リクエスタは、ＡＳＰにＨＴＴＰログオン要求を送信する（１）。ＡＳＰは、認証要求を返す（２）。例えばＡＳＰは、乱数を含む認証要求をサービス・リクエスタに送信する。サービス・リクエスタは、その秘密鍵と暗号アルゴリズムを使用して乱数を暗号化する。サービス・リクエスタは、暗号化した乱数と識別情報を含む応答をＡＳＰに送信する。ＡＳＰは、識別情報を使用して、サービス・リクエスタについての秘密をそのデータベースから取り出す。

ＡＳＰは、この鍵を使用して、サービス・リクエスタと同じアルゴリズムを使用するサービス・プロバイダに送られた同じ乱数を暗号化する。ＡＳＰは、サービス・リクエスタが返した暗号化乱数を、それ自体の暗号化プロセスの結果と比較する。これらの数が同じである場合、サービス・リクエスタは真正であり、要求したウェブ・サービスにアクセスすることが許される。

サービス・リクエスタ、特にそのＳＯＡＰクライアントは、要求したウェブ・サービス、好ましくはサービス・ブローカによって提供されるウェブ・サービスについてのサービス記述を使用してＨＴＴＰ／ＳＯＡＰ Ｂｉｎｄ要求を作成し、ＨＴＴＰ／ＳＯＡＰ Ｂｉｎｄ要求をＡＳＰに送信する（４）。次いでＨＴＴＰ／ＳＯＡＰ Ｂｉｎｄ要求が、アプリケーション・サーバおよびＳＯＡＰサーバに転送される（５）。ＳＯＡＰサーバは、要求されたウェブ・サービスのインスタンスを作成するように要求する（６）。ＳＯＡＰクライアントは、資源カウンタ・サービス、好ましくはサービス・ブローカによって提供される資源カウンタ・サービスのサービス記述を使用して、資源カウンタ・サービスを起動するＨＴＴＰ／ＳＯＡＰ要求を作成し、資源カウンタ・サービスのＳＯＡＰサーバにＨＴＴＰ／ＳＯＡＰ要求を送信する（７）。好ましくは、前述のサービス・プロバイダについての追加の認証方法を実施した場合にのみステップ７を実行することができる。次いで、資源カウンタ・サービスが開始する（８）。ＳＯＡＰサーバは、「資源カウンタ・サービスが開始した」ことを示すＨＴＴＰ／ＳＯＡＰ応答をリクエスタに送信する（９）。次に、要求したウェブ・サービスが実行される（１０）。ウェブ・サービスが完了したとき（１１）、サービス・プロバイダのＳＯＡＰクライアントは、資源カウンタ・サービスにＨＴＴＰ／ＳＯＡＰ要求を送信してカウントを停止する（１２）。次いで、資源カウンタ・サービスが停止する（１３）。資源カウンタ・サービスは、「資源カウンタ・サービスが停止した」という応答をサービス・プロバイダに返す（１４）。サービス・プロバイダ、特にそのＳＯＡＰサーバは、サービスが完了したという応答をサービス・リクエスタに返し、結果を返す。

以下は、クライアント開始時間を記録するのに使用することができるサンプルＳＯＡＰ要求メッセージである。
<bindingname="AserviceBinding" ......>
<soap:binding ......./>
<operation name="Aservice"
<input message="tns:ServiceRequester">
<soap:headerelement="xsd1:ServiceRequesterId"/>
<soap:bodyelement="........"/>
</input>
</operation>
</binding>

soap:bindingは、サービス・リクエスタを資源カウンタ・サービス・プロバイダにバインドし、ＳＯＡＰメッセージとトランスポート・プロトコルのタイプを定義する。サービス・リクエスタは、ServiceRequesterIdがサービス・プロバイダに渡される所であるsoap:header要素でサービス・リクエスタ自体を識別する。これは、この情報がsoap:header要素で渡されるサンプルである。ｓｏａｐヘッダはＳＯＡＰメッセージの任意選択部分であり、ＳＯＡＰヘッダが使用可能でない場合、ServiceRequesterIdをsoap:body要素の一部として渡すこともできる。soap:body要素は、実際の要求、例えばクライアントＩＤ、開始時間などを資源カウンタ・サービス・サーバに搬送する。

図６は、本発明の資源カウンタ・サービスから受け取った情報に基づいて請求書を作成する対話図である。サービス・リクエスタは、ある時にＡＳＰからウェブ・サービスを使用したことがあり、サービス・プロバイダのアカウンティング／請求書提示アプリケーションは、資源カウンタ・サービスからのデータから、請求書を作成する。以下のステップは、この方法によって実施される。

アカウンティング・アプリケーションは、サービス・リクエスタ（クライアントｘ）のアカウンティングを要求する（１）。

ＳＯＡＰクライアントは、時間フレームｙの間のクライアントｘについての使用レポートを要求するＨＴＴＰ／ＳＯＡＰ要求を、資源カウンタ・サービスのＳＯＡＰサーバに送信する（２）。ＳＯＡＰサーバは、要求された時間フレームについてのアカウンティング・データをデータベースから受け取る（３）。ＳＯＡＰサーバは、アカウンティング・データを有するＨＴＴＰ／ＳＯＡＰ応答を、アカウンティング・アプリケーションに返す（４、５）。アプリケーションは、資源カウンタ・サービスから受信したアカウンティング・データと、クライアントｘについての課金モデルとに基づいて、クライアントｘに対する請求書を生成する。請求書、例えばＥメールがクライアントｘに送信される（６）。請求書作成はまた、資源カウンタ・サービスの拡張として実施することもできる。

その場合、サービス・プロバイダは請求書のみを要求することになり、上記で開示した方法は、資源カウンタ・サービスで実施されることになる。

請求書の提示や料金の計算に加えて、資源カウンタ・サービスのデータを使用して、どんな種類の電子支払プロセスも起動することができる。資源カウンタのデータは、様々な評価モデルにマッピングすることができる。したがって、資源カウンタのデータは、異なるビジネス・モデルを有する複数のサービス・プロバイダをサポートする。

まとめとして、資源カウンタ・サービスは、以下のサービスを提供することができる。
サービス料金を計算するためのデータをアカウントし、例えばサービスのユーザ開始時間を記録し、サービスのユーザ終了時間を記録し、特定のユーザについての合計資源使用量をレポートし、使用されたサービスのユーザ当たりの統計をレポートし、
（その場限りの、または契約による）サービス・リクエスタ・アカウントを作成し、
サービス・プロバイダ契約を作成し、
要求されるサービスについてこの時にUSERIDが与えられている場合、照会に回答し、
サービス・リクエスタ・アカウントを維持し、
１組のアカウンティング・モデル・テンプレートを提供する。

本発明の基となるＳＯＡＰウェブ・サービス・アーキテクチャの基本構造を示す図である。 従来技術で使用される、典型的なＳＯＡＰウェブ・サービス通信アーキテクチャの一例を示す図である。 ＳＯＡＰウェブ・サービス・アーキテクチャ中に実装される本発明の資源カウンタを示す図である。 本発明の資源カウンタ・サービスによって拡張された、図２に示す既存のＳＯＡＰ通信アーキテクチャを示す図である。 本発明の資源カウンタ・サービスを使用することに関する対話図である。 本発明の資源カウンタ・サービスから受け取った情報に基づいて請求書を作成することに関する対話図である。

Claims (16)

1. サービス・リクエスタ・システムに対して課金可能なウェブ・サービスを提供するサービス・プロバイダ・システムであって、
   （ａ）前記ウェブ・サービスを提供し、ＳＯＡＰ通信プロトコルを使用して、サービス・リクエスタ・システムとの間で電子通信する第１ＳＯＡＰサーバおよび別のサービス・プロバイダ・システムと通信する第１ＳＯＡＰクライアントと、
   （ｂ）前記サービス・リクエスタ・システムによってアクセスされる前記ウェブ・サービスの有料・無料に応答して電子計算のためのデータを提供する資源カウンタ・サービスを有する前記別のサービス・プロバイダによって提供される資源カウンタ・サービスに電子的にアクセスするためのサービス記述とを含み、
   （ｃ）前記第１ＳＯＡＰサーバは、前記資源カウンタ・サービスにアクセスするための前記サービス記述を使用し、かつＳＯＡＰ通信プロトコルを使用することにより、前記資源カウンタ・サービスの第２ＳＯＡＰサーバとデータを電子的に交換し、さらに、前記サービス・プロバイダ・システムの前記第１ＳＯＡＰサーバは、
   （ｄ）前記ウェブ・サービスによって使用されるデジタル・データを生成するアプリケーション、前記第１ＳＯＡＰサーバを介して前記ウェブ・サービスにアクセスするデータ表現に変換するためのサービス記述、およびＳＯＡＰ通信プロトコルを使用することによって前記第１ＳＯＡＰサーバを介して前記アプリケーションと前記ウェブ・サービスの間でデジタル・データを交換するための第２ＳＯＡＰクライアントを含む前記サービス・リクエスタ・システムと通信することを特徴とする、
   サービス・プロバイダ・システム。
2. 前記資源カウンタ・サービスにアクセスするための前記サービス記述が、ＳＯＡＰ通信プロトコルを使用してサービス・ブローカによって提供される請求項１に記載のサービス・プロバイダ・システム。
3. 前記ＳＯＡＰ通信プロトコルがＨＴＴＰプロトコルに基づく請求項１に記載のサービス・プロバイダ・システム。
4. 前記サービス記述が、前記ウェブ・サービスの機能およびメッセージＡＰＩ（アプリケーション・プログラミング・インターフェース）を記述するＸＭＬ文書である請求項１に記載のサービス・プロバイダ・システム。
5. カウントすべき前記ウェブ・サービスに対する料金を計算するための、前記資源カウンタ・サービスによって提供される前記データへのアクセスを有する請求書提示アプリケーション手段をさらに備える請求項１に記載のサービス・プロバイダ・システム。
6. 請求項１に記載のサービス・プロバイダ・システムに対して資源カウンタ・サービスを提供する資源カウンタ・サービス・プロバイダ・システムであって、
   サービス・リクエスタ・システムによってアクセスされるウェブ・サービスの請求計算のためのデータを提供する資源カウンタ・サービス構成手段と、
   前記サービス・プロバイダ・システムに位置する前記第１ＳＯＡＰサーバからデータを電子的に受信し、前記データを前記資源カウンタ・サービス構成手段に電子的に渡し、前記資源カウンタ・サービス構成手段の結果を電子的に受信し、前記サービス・リクエスタ・システムによってアクセスされるウェブ・サービスを提供する前記サービス・プロバイダ・システムの前記第１ＳＯＡＰクライアントに前記結果を電子的に送信する前記第２ＳＯＡＰサーバとを含み、前記資源カウンタ・サービス構成手段によって使用される前記通信プロトコルはＳＯＡＰである、資源カウンタ・サービス・プロバイダ・システム。
7. 前記サービス・プロバイダ・システムが、前記資源カウンタ・サービス構成手段によって提供される前記データを使用し、かつアクセスされる前記ウェブ・サービスに対する料金を計算する請求書提示手段を含む、請求項６に記載の資源カウンタ・サービス・プロバイダ・システム。
8. 前記ＳＯＡＰ通信プロトコルがＨＴＴＰを使用する、請求項６に記載の資源カウンタ・サービス・プロバイダ・システム。
9. 前記サービス記述がＸＭＬ文書である請求項６に記載の資源カウンタ・サービス・プロバイダ・システム。
10. サービス・リクエスタ・システムに対して課金可能なウェブ・サービスを提供するＳＯＡＰウェブ・サービス・プロバイダ・システムであって、
    （ａ）前記ウェブ・サービスによって使用されるデジタル・データを生成するアプリケーション、第１ＳＯＡＰサーバを介して前記ウェブ・サービスにアクセスするデータ表現に変換するためのサービス記述、およびＳＯＡＰ通信プロトコルを使用することによって前記第１ＳＯＡＰサーバを介して前記アプリケーションと前記ウェブ・サービスの間でデジタル・データを交換するための第２ＳＯＡＰクライアントを含むサービス・リクエスタ・システムと、
    （ｂ）前記ウェブ・サービスを提供し、ＳＯＡＰ通信プロトコルを使用して、サービス・リクエスタ・システムとの間で電子通信する第１ＳＯＡＰサーバおよび別のサービス・プロバイダ・システムと通信する第１ＳＯＡＰクライアントと、前記サービス・リクエスタ・システムによってアクセスされる前記ウェブ・サービスの有料・無料に応答して電子計算のためのデータを提供する資源カウンタ・サービスを有する前記別のサービス・プロバイダによって提供される資源カウンタ・サービスに電子的にアクセスするためのサービス記述とを含むサービス・プロバイダ・システムと、
    （ｃ）前記ウェブ・サービスをカウントする資源カウンタ・サービス構成手段と、アクセスされる前記ウェブ・サービスを提供する前記サービス・プロバイダ・システムに位置する前記第１ＳＯＡＰクライアントからデータを電子的に受信し、前記データを前記資源カウンタ・サービスに電子的に渡し、前記資源カウンタ・サービスの結果を電子的に受信し、前記サービス・プロバイダ・システムの前記第１ＳＯＡＰクライアントに前記結果を電子的に送信する第２ＳＯＡＰサーバを含み、前記資源カウンタ・サービス構成手段によって使用される前記通信プロトコルがＳＯＡＰである、資源カウンタ・サービス・プロバイダ・システムと
    を備えるＳＯＡＰウェブ・サービス・システム。
11. 請求項１〜９のいずれか１項に記載のサービス・プロバイダ・システムを使用してウェブ・サービスのカウントおよび課金を実行させる方法であって、該方法は、前記サービス・プロバイダ・システムに対して、
    サービス・リクエスタ・システムとサービス・プロバイダ・システムの間で認証プロセスを実施するステップと、
    前記サービス・リクエスタ・システムが含む前記第２ＳＯＡＰクライアントによって作成される、要求される前記ウェブ・サービスを求めるＳＯＡＰ−Ｂｉｎｄ要求を受信するステップと、
    選択すべき前記ウェブ・サービスのインスタンスを作成するステップと、
    前記資源カウンタ・サービスを実行するために、前記資源カウンタ・サービス・プロバイダ・システムが含む前記第２ＳＯＡＰサーバにＳＯＡＰ−Ｂｉｎｄ要求を送信するステップと、
    前記資源が前記ウェブ・サービスの実行を開始したというＳＯＡＰ応答を、前記ＳＯＡＰサーバから受信するステップと、
    前記ウェブ・サービスが完了したときに、カウントを停止するため前記第２ＳＯＡＰサーバに要求を送信するステップと、
    前記資源カウンタ・サービスが停止したというＳＯＡＰ応答を前記第２ＳＯＡＰサーバから受信するステップと、
    前記ウェブ・サービスの結果を含むＳＯＡＰ応答を前記サービス・リクエスタ・システムに送信するステップと
    を実行させる方法。
12. 前記資源カウンタ・サービスの実行を求める前記ＳＯＡＰ−Ｂｉｎｄ要求が、前記サービス・プロバイダ・システムの認証に関するデータを含む請求項１１に記載の方法。
13. 前記ＳＯＡＰ−Ｂｉｎｄ要求が送信される前に、前記資源カウンタ・サービス・プロバイダ・システムで認証プロセスが実施される請求項１１に記載の方法。
14. アクセスされる前記ウェブ・サービスについての資源カウンタ・データを含むＳＯＡＰ応答を受信するステップと、
    前記資源カウンタ・データに基づいて、前記サービス・リクエスタ・システムによってアクセスされる前記ウェブ・サービスに対する料金を計算するステップと、
    アクセスされた前記ウェブ・サービスの料金を含む請求書を前記サービス・リクエスタ・システムに送信するステップとをさらに実行させる、請求項１１に記載の方法。
15. 前記サービス・プロバイダ・システムによって提供されるアカウント・モデルおよび前記資源カウンタ・データに基づいて、前記資源カウンタ・サービスによって計算および作成された請求書を含むＳＯＡＰ応答を受信するステップと、
    前記請求書を前記サービス・リクエスタ・システムに送信するステップと
    をさらに実行させる、請求項１１に記載の方法。
16. 請求項１１〜１５に記載の方法をコンピュータに対して実行させる、コンピュータ実行可能なプログラム。

Images