(57)【要約】【課題】ＳＯＡＰ通信プロトコルに基づく独自の独立なウェブ・サービスとして提供される資源カウンタ・サービスによってウェブ・サービスをカウントするシステムおよび方法、ならびに、料金を計算するために資源カウンタ・サービスの結果を使用してウェブ・サービスの請求書を作成するシステムおよび方法を提供すること。【解決手段】資源カウンタ・サービスは、資源カウンタ・サービスのサービス記述を有するすべてのサービス・プロバイダによってアクセスすることができる。資源カウンタ・サービスについてのサービス記述は、サービス・プロバイダによって作成および発行され、サービス・ブローカによって分類され、ウェブ・サービスに対する課金モデルを使用するすべてのサービス・プロバイダが資源カウンタ・サービスを起動するためにそれを発見および使用できることが好ましい。資源カウンタ・サービスは主に、ウェブ・サービスの使用に対する料金の計算を可能にする、必要なすべてのデータを作成する機能を提供する。料金自体の最終的な計算は、別々の特定のアカウンティング／請求書提示構成要素によって行うことができる。【選択図】図４
2004534991.tif 000002
【特許請求の範囲】
【請求項１】
サービス・リクエスタに対して課金可能なウェブ・サービスを提供するサービス・プロバイダ・システムであって、
サービス・プロバイダ・ウェブ・サービス構成要素と、
ＳＯＡＰ通信プロトコルを使用して、前記サービス・プロバイダ・システムとサービス・リクエスタ・システムの間の電子通信を可能にするサービス・プロバイダ通信構成要素（ＳＯＡＰサーバ）とを備え、ここで前記サービス・リクエスタ・システムは、前記ウェブ・サービスによって使用されるデジタル・データを生成するアプリケーション、前記サービス・プロバイダ通信構成要素（ＳＯＡＰサーバ）を介して前記ウェブ・サービスにアクセスするサービス記述、およびＳＯＡＰ通信プロトコルを使用することによって前記ＳＯＡＰサーバを介して前記アプリケーションと前記ウェブ・サービスの間でデジタル・データを交換するための通信構成要素（ＳＯＡＰクライアント）を有し、
前記サービス・プロバイダ・システムは、ＳＯＡＰ通信プロトコルを使用することによって別のサービス・プロバイダ・システムとの電子通信を可能にする通信構成要素（ＳＯＡＰクライアント）および前記サービス・リクエスタによってアクセスされる前記ウェブ・サービスの料金の電子計算のためのデータを提供する資源カウンタ・サービスを有する別のサービス・プロバイダによって提供される資源カウンタ・サービスに電子的にアクセスするためのサービス記述と、
前記資源カウンタ・サービスの前記サービス記述を使用し、かつＳＯＡＰ通信プロトコルを使用することにより、前記資源カウンタ・サービスの通信構成要素（ＳＯＡＰサーバ）とデータを電子的に交換する通信構成要素（ＳＯＡＰクライアント）を含むことを特徴とするサービス・プロバイダ・システム。
【請求項２】
前記資源カウンタ・サービスにアクセスするための前記サービス記述が、ＳＯＡＰ通信プロトコルを使用してサービス・ブローカによって提供される請求項１に記載のサービス・プロバイダ・システム。
【請求項３】
前記ＳＯＡＰ通信プロトコルがＨＴＴＰプロトコルに基づく請求項１に記載のサービス・プロバイダ・システム。
【請求項４】
前記サービス記述が、前記資源カウンタ・サービスの意味およびメッセージＡＰＩ（アプリケーション・プログラミング・インターフェース）を記述するＸＭＬ文書である請求項１に記載のサービス・プロバイダ・システム。
【請求項５】
カウントすべきウェブ・サービスに対する料金を計算するための、前記資源カウンタ・サービスによって提供される前記データへのアクセスを有する請求書提示構成要素をさらに備える請求項１に記載のサービス・プロバイダ・システム。
【請求項６】
請求項１に記載のサービス・プロバイダ・システムに対して資源カウンタ・サービスを提供する資源カウンタ・サービス・プロバイダ・システムであって、
サービス・リクエスタによってアクセスされるウェブ・サービスの計算のためのデータを提供する資源カウンタ・サービス構成要素と、
前記サービス・プロバイダ・システムに位置する通信構成要素（ＳＯＡＰクライアント）からデータを電子的に受信し、前記データを前記資源カウンタ・サービス構成要素に電子的に渡し、前記資源カウンタ・サービス構成要素の結果を電子的に受信し、前記サービス・リクエスタによってアクセスされるウェブ・サービスを提供する前記サービス・プロバイダの前記通信構成要素（ＳＯＡＰクライアント）に前記結果を電子的に送信する通信構成要素（ＳＯＡＰサーバ）とを含み、前記構成要素によって使用される前記通信プロトコルはＳＯＡＰである、資源カウンタ・サービス・プロバイダ・システム。
【請求項７】
前記資源カウンタ・サービス構成要素が、前記資源カウンタ・サービス機能によって提供される前記データを使用し、かつアクセスされる前記ウェブ・サービスに対する料金を計算する請求書提示機能によって拡張される請求項６に記載の資源カウンタ・サービス・プロバイダ・システム。
【請求項８】
前記資源カウンタ・サービスにアクセスするためのサービス記述が、前記資源カウンタ・サービス・プロバイダ・システムにより、ＳＯＡＰ通信プロトコルを使用して、前記サービス・ブローカの分類における正しいカテゴリ内に作成および発行される請求項６に記載の資源カウンタ・サービス・プロバイダ・システム。
【請求項９】
前記ＳＯＡＰ通信プロトコルがＨＴＴＰに基づく請求項８に記載の資源カウンタ・サービス・プロバイダ・システム。
【請求項１０】
前記サービス記述がＸＭＬ文書である請求項８に記載の資源カウンタ・サービス・プロバイダ・システム。
【請求項１１】
ＳＯＡＰ通信プロトコルを使用して、サービス・リクエスタ・システムとサービス・プロバイダ・システムの間の電子通信を可能にする通信構成要素（ＳＯＡＰクライアント）、ウェブ・サービスによって使用されるデジタル・データを生成するアプリケーション、および前記ウェブ・サービスにアクセスするためのサービス記述を含むサービス・リクエスタ・システムと、
ＳＯＡＰ通信プロトコルを使用して、前記サービス・リクエスタ・システムの前記通信構成要素と前記ウェブ・サービスとの電子通信を可能にする通信構成要素（ＳＯＡＰサーバ）、別のサービス・プロバイダによって提供される資源カウンタ・サービスに電子的にアクセスするためのサービス記述、および、
前記資源カウンタ・サービスの前記サービス記述を使用し、かつＳＯＡＰ通信プロトコルを使用することにより、資源カウンタ・サービスの通信構成要素（ＳＯＡＰサーバ）とデータを電子的に交換する通信構成要素（ＳＯＡＰクライアント）を含む、サービス・リクエスタ・システムに対してウェブ・サービスを提供するサービス・プロバイダ・システムと、
ウェブ・サービスをカウントする資源カウンタ・サービス構成要素および、
アクセスされるウェブ・サービスを提供する前記サービス・プロバイダ・システムに位置する通信構成要素（ＳＯＡＰクライアント）からデータを電子的に受信し、前記データを前記資源カウンタ・サービスに電子的に渡し、前記資源カウンタ・サービスの結果を電子的に受信し、前記サービス・プロバイダの前記通信構成要素に前記結果を電子的に送信する通信構成要素（ＳＯＡＰサーバ）を含み、前記構成要素によって使用される前記通信プロトコルがＳＯＡＰである、資源カウンタ・サービス・プロバイダ・システムとを備えるウェブ・サービス・アーキテクチャ。
【請求項１２】
請求項１ないし１０に記載のサービス・プロバイダ・システムを使用して、ウェブ・サービスをカウントおよび課金する方法であって、
サービス・リクエスタとサービス・プロバイダの間で認証プロセスを実施するステップと、
前記サービス・リクエスタの前記ＳＯＡＰクライアントによって作成される、要求されるウェブ・サービスを求めるＳＯＡＰ−Ｂｉｎｄ要求を受信するステップと、
選択すべき前記ウェブ・サービスについてのインスタンスを作成するステップと、
前記資源カウンタ・サービスを実行するために、前記資源カウンタ・サービス・プロバイダの前記ＳＯＡＰサーバにＳＯＡＰ−Ｂｉｎｄ要求を送信するステップと、
前記資源が前記ウェブ・サービスの実行を開始したというＳＯＡＰ応答を、前記資源カウンタ・サービス・プロバイダから受信するステップと、
前記ウェブ・サービスが完了したときに、カウントを停止するために前記資源カウンタ・サービスにＳＯＡＰ要求を送信するステップと、
前記資源カウンタ・サービスが停止したというＳＯＡＰ応答を受信するステップと、
前記ウェブ・サービスの結果を含むＳＯＡＰ要求を前記サービス・リクエスタに送信するステップとを含む方法。
【請求項１３】
前記資源カウンタ・サービスの実行を求める前記ＳＯＡＰ−Ｂｉｎｄ要求が、前記サービス・プロバイダの認証に関するデータを含む請求項１２に記載の方法。
【請求項１４】
前記ＳＯＡＰ−Ｂｉｎｄ要求が送信される前に、前記資源カウンタ・サービス・プロバイダで認証プロセスが実施される請求項１２に記載の方法。
【請求項１５】
アクセスされる前記ウェブ・サービスについての資源カウンタ・データを含むＳＯＡＰ応答を受信するステップと、
前記資源カウンタ・データに基づいて、前記サービス・リクエスタによってアクセスされる前記ウェブ・サービスに対する料金を計算するステップと、
アクセスされた前記ウェブ・サービスの料金を含む請求書を前記サービス・リクエスタに送信するステップとをさらに含む請求項１２に記載の方法。
【請求項１６】
前記サービス・プロバイダによって提供されるアカウント・モデルおよび前記資源カウンタ・データに基づいて、前記資源カウンタ・サービスによって計算および作成された請求書を含むＳＯＡＰ応答を受信するステップと、
前記請求書を前記サービス・リクエスタに送信するステップとをさらに含む請求項１２に記載の方法。
【請求項１７】
デジタル・コンピュータの内部メモリに格納されたコンピュータ・プログラム製品であって、製品が前記コンピュータ上で動作する場合に請求項１２ないし１６に記載の方法を実行するソフトウェア・コードのパーツを含むコンピュータ・プログラム製品。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般にはコンピュータ・システムに関し、より詳細には、ＳＯＡＰ通信プロトコルに基づくウェブ・サービスのためのアクセス・カウント機構および請求書作成機構に関する。
【背景技術】
【０００２】
現在、インターネットにおいて、新しい技術、いわゆるウェブ・サービスが発展している。ウェブ・サービスは、既存の、または新しいｅビジネス・サービスをＳＯＡ（Service Oriented Architecture）として提供するものと定義することができる。これらのウェブ・サービスは通常、他のユーザのインターネット活動を管理する際にそのインターネット・ユーザをサポートする、独立したサービス・プロバイダによって提供される。そのようなサービスの例は、オンライン・ショップ向けの税金計算、インターネット・ショップ向けの支払処理、または様々な言語への文書翻訳である。インターネットでこれらのウェブ・サービスをサポートするために、新しいアーキテクチャであるＳＯＡ（ServiceOriented Architecture）が定義された。この新しいアーキテクチャは、ユーザがウェブ・サービスを見つける方法、潜在的なユーザがそのようなウェブ・サービスにアクセスする方法、および記述する言語を記述する。
【０００３】
これらのウェブ・サービス用の通信プロトコルもまた、ＳＯＡＰと呼ばれる、新しく定義されたプロトコルである。ＳＯＡＰはSimple Object Access Protocolを表す。
【０００４】
ＳＯＡＰは、ある種のオペレーティング・システムで動作するプログラムが、好ましくはワールド・ワイド・ウェブのＨＴＴＰ（Hypertext Transfer Protocol）とそのＸＭＬ（Extensible Markup Language）を情報交換のための機構として使用して、同じ種類または別の種類のオペレーティング・システム中のプログラムと通信する方式である。すべての主要なオペレーティング・システム・プラットフォームでウェブ・プロトコルがインストールされ、使用可能となっているので、ＨＴＴＰおよびＸＭＬは、ネットワーク中の様々なオペレーティング・システムの下で動作するプログラムが互いに通信するという問題に対しての、既に手近にある解決策である。ＳＯＡＰは、あるコンピュータ中のプログラムが別のコンピュータ中のプログラムを呼び出してそれに情報を渡すことができるように、ＨＴＴＰヘッダおよびＸＭＬファイルを符号化する方法を厳密に指定する。ＳＯＡＰはまた、呼び出されたプログラムが応答を返す方法も指定する。
【０００５】
ＳＯＡＰの基本的アーキテクチャを図１に示す。この基本的アーキテクチャは、サービス・プロバイダ、サービス・ブローカ、およびサービス・リクエスタの３つの構成要素を備える。
【０００６】
サービス・プロバイダは、サービス・プロバイダのウェブ・サービスの可用性を発行し、サービス・ブローカは、発行されたウェブ・サービスを登録および分類して検索サービスを提供し、サービス・リクエスタは、サービス・ブローカを使用して必要なウェブ・サービスを見つけ、次いでそのウェブ・サービスを利用する。
【０００７】
従来技術で使用される典型的なＳＯＡＰ通信アーキテクチャを図２に示す。
【０００８】
サービス・プロバイダは、ウェブ・サービス、例えば税金計算サービスを提供する。サービス・プロバイダは、サービス・プロバイダのウェブ・サービスをサービス・ブローカに対して発行する。サービス・プロバイダは、ウェブ・サービスの意味を認識し、それをサービス・ブローカの分類における正しいカテゴリとして発行する。サービス・プロバイダによってサービス・ブローカに対して発行されるものは、サービス記述と呼ばれる。サービス記述は、あるウェブ・サービスの意味およびメッセージＡＰＩ（アプリケーション・プログラミング・インターフェース）を記述するＸＭＬ文書である。例えば、税金計算プログラムについてのサービス記述は、サービスの価格、可用性、機能、ＵＲＬ、ＩＤＬなどを含むことができる。ＩＤＬすなわちインターフェース定義言語は、そのウェブ・サービスで必要な入出力データを定義する。必要なウェブ・サービスを認識しているサービス・リクエスタは、そのカテゴリ中のサービスのリストを求めてサービス・ブローカに照会する。サービス・リクエスタは、要求したウェブ・サービスについてのサービス記述を、ＳＯＡＰ−Ｆｉｎｄ応答によって受信する。サービス・リクエスタは、ＩＤＬを使用して、ショッピング・アプリケーションによって生成された入力データ・フォーマットをウェブ・サービスによって要求されるデータ・フォーマットに変換し、変換した入力データを含むＳＯＡＰ要求をウェブ・サービスに送る。ウェブ・サービスは、結果（出力データ）、例えば税金の結果を含むＳＯＡＰ応答をサービス・リクエスタに返す。
【０００９】
上記で議論したＳＯＡＰアーキテクチャは、新しいウェブ・サービスの課金の特徴に全く対処していない。今日、新しいウェブ・サービスがインターネットによって提供される限り、新しいウェブ・サービスは無料であるか、広告によって資金が供給されるかのどちらかである。
【００１０】
現在のところ、サービス・プロバイダがサービス・プロバイダのウェブ・サービスに課金することを可能にするＳＯＡＰウェブ・サービス・アーキテクチャについての一般化された課金モデルは存在しない。
【発明の開示】
【発明が解決しようとする課題】
【００１１】
したがって本発明の目的は、今日のＳＯＡＰアーキテクチャに非常に容易に統合することのできる、ウェブ・サービス向けの一般化された課金モデルを提供することである。
【課題を解決するための手段】
【００１２】
この目的は、独立請求項の特徴によって解決される。本発明の別の好ましい実施形態は従属請求項に置かれている。
【００１３】
本発明は、ＳＯＡＰ通信アーキテクチャに基づく独自の独立なウェブ・サービスとして提供される資源カウンタ・サービスによってウェブ・サービスをカウントするシステムおよび方法、ならびに資源カウンタ・サービスの結果を使用して、ＳＯＡＰ通信プロトコルに基づいて料金を計算するシステムおよび方法を開示する。資源カウンタ・サービスは、資源カウンタ・サービスのサービス記述へのアクセスを有するすべてのサービス・プロバイダによってアクセスすることができる。資源カウンタ・サービスについてのサービス記述は、サービス・プロバイダによって作成および発行され、サービス・ブローカによって分類され、課金モデルを使用するすべてのウェブ・サービス・プロバイダが資源カウンタ・サービスを起動するためにそれを発見および使用できることが好ましい。資源カウンタ・サービスは主に、ウェブ・サービスの使用に対する料金の計算を可能にする必要なすべてのデータ、例えばサービスの開始時間、サービスの終了時間を作成する機能を提供する。料金自体の最終的な計算は、別々の特定のアカウンティング／請求書提示構成要素によって行うことができる。アカウンティング／請求書提示構成要素は、資源カウンタ・サービスの拡張として実施することもできる。請求書提示や料金計算に加えて、資源カウンタ・サービスのデータを使用して、どんな種類の電子支払プロセスも起動することができる。資源カウンタのデータは、様々な評価モデルにマッピングすることができる。したがってこれは、様々なビジネス・モデルを有する複数のサービス・プロバイダをサポートする。最後に、資源カウンタ・サービスは、ウェブ・サービスの課金に関連する別の機能を提供することができ、例えばサービス・リクエスタのアカウントおよび契約を作成し、１組のアカウンティング・モデル・テンプレートを提供する。
【発明を実施するための最良の形態】
【００１４】
図３では、本発明の基本的概念が示されている。既存のＳＯＡＰアーキテクチャが、独自のウェブ・サービスとしてアクセス可能な資源カウンタ・サービスによって拡張される。資源カウンタ・サービスは、ＳＯＡＰメッセージを介して以下のように起動することができる。サービス・リクエスタ（クライアントｘ）１は、サービス・プロバイダ２からウェブ・サービスを使用する。このウェブ・サービスが無料でない場合、サービス・プロバイダ２は、アカウンティング・サービスを提供する資源カウンタ・サービス３に接触する。サービス・プロバイダ２はアカウンティング・サービス３に関してサービス・プロバイダと契約を有すると仮定する。資源カウンタ・サービスは、サービス・プロバイダ自体の内部サービスでもよい。サービス・プロバイダ２は、少なくともサービスの開始時間およびサービスの終了時間を提供することにより、そのサービス・リクエスタ１についてのアカウンティングを求めてＳＯＡＰメッセージ要求を資源カウンタ・サービス３に送信する（図４に、その場合の詳細な通信プロトコルを示す）。ある期間（例えば１週間、１月）の後、サービス・プロバイダ２は、アカウンティング期間についてのすべてのレコードを資源カウンタ・サービス・プロバイダ３に要求する。これらのレコードはデータベース４上に格納され、要求時にＳＯＡＰ応答として送信される。これらのレコードは、サービス・リクエスタによって生じた料金を計算するのに使用することができる。資源カウンタ・サービスは主に、ウェブ・サービスの実行に対する料金の計算を可能にする必要なすべてのデータ、例えばサービスの開始時間、サービスの終了時間を作成する機能を提供する。料金自体の最終的な計算は、別々の特定のアカウンティング／請求書提示構成要素によって行うことができる。アカウンティング／請求書提示構成要素は、資源カウンタ・サービスの拡張として実装することもできる。
【００１５】
図４に、本発明の資源カウンタ・サービスによって拡張された典型的なＳＯＡＰ通信アーキテクチャを示す。サービス・プロバイダ１６；１８、２０、２２は、ウェブ・サービス１および２、例えば税金計算サービスを提供する。別のサービス・プロバイダ３４は、資源カウンタ・サービス４２を提供する。サービス・プロバイダ１６、３４はどちらも、ＳＯＡＰメッセージ応答（Publish）を使用して、それらのウェブ・サービスについてのサービス記述１４、２８を、サービス・ブローカ４４の分類４６、４８、５０、５２における正しいカテゴリ内に発行する。サービス・リクエスタ２；４、６、８、ならびにサービス・プロバイダ１６は、ＳＯＡＰメッセージ応答（Find）によって、要求したウェブ・サービスのサービス記述１４、２８を受信する。サービス・リクエスタ２、特にそのＳＯＡＰクライアント１２は、ショッピング・アプリケーション・データ１０、例えばユーザが作成した注文リストを、要求したウェブ・サービス２４、３０が必要とするデータ表現に変換するために、要求したウェブ・サービスのサービス記述１４を使用することによってＳＯＡＰメッセージ要求を作成し、変換したショッピング・アプリケーション・データ１０および認証データを含むＳＯＡＰメッセージ要求をサービス・プロバイダ１６に送信する。認証に成功した場合、要求したウェブ・サービス２４、３０、例えば税金計算アプリケーションを呼び出すために、アプリケーション・サーバ２０によってＳＯＡＰメッセージ要求がＳＯＡＰサーバ１８を使用して実行される。ウェブ・サービスが完了したとき、サービス・プロバイダ１６は、カウント停止要求を資源カウンタ・サービス・プロバイダ３４に送信する。資源カウンタ・サービス４２は、アカウント・レコードをデータベースに格納する。ある期間の後、サービス・プロバイダ１６は、アカウンティング／請求提示構成要素３２を使用して、その人のサービス・リクエスタ２に対する料金を計算するためにアカウント・レコードを受信する。本発明の別の実施形態では、資源カウンタ・サービス４２は、サービス・プロバイダ１６によって提供される請求プロファイルに基づいて、サービス・リクエスタ２ごとの請求書を作成する追加の機能を有する。請求書は、ウェブ・サービスを提供するサービス・プロバイダ１６によってサービス・リクエスタ２に送信することができ、または資源カウンタ・サービス４２からサービス・リクエスタに直接送信することができる。
【００１６】
図５に、本発明の資源カウンタ・サービスの使用に関する対話図を示す。
【００１７】
この対話図は、ＨＴＴＰ／ＳＯＡＰベースの通信プロトコルを使用してアプリケーション・サービス・プロバイダ・マシン（ＡＳＰ）でウェブ・サービスを実行する方法を示す。要求されるウェブ・サービスは無料ではなく、したがってカウントのために資源カウンタ・サービスが起動される。
【００１８】
サービス・リクエスタは、ＡＳＰにＨＴＴＰログオン要求を送信する（１）。ＡＳＰは、認証要求を返す（２）。例えばＡＳＰは、乱数を含む認証要求をサービス・リクエスタに送信する。サービス・リクエスタは、その秘密鍵と暗号アルゴリズムを使用して乱数を暗号化する。サービス・リクエスタは、暗号化した乱数と識別情報を含む応答をＡＳＰに送信する。ＡＳＰは、識別情報を使用して、サービス・リクエスタについての秘密をそのデータベースから取り出す。
【００１９】
ＡＳＰは、この鍵を使用して、サービス・リクエスタと同じアルゴリズムを使用するサービス・プロバイダに送られた同じ乱数を暗号化する。ＡＳＰは、サービス・リクエスタが返した暗号化乱数を、それ自体の暗号化プロセスの結果と比較する。これらの数が同じである場合、サービス・リクエスタは真正であり、要求したウェブ・サービスにアクセスすることが許される。
【００２０】
サービス・リクエスタ、特にそのＳＯＡＰクライアントは、要求したウェブ・サービス、好ましくはサービス・ブローカによって提供されるウェブ・サービスについてのサービス記述を使用してＨＴＴＰ／ＳＯＡＰ  Ｂｉｎｄ要求を作成し、ＨＴＴＰ／ＳＯＡＰ  Ｂｉｎｄ要求をＡＳＰに送信する（４）。次いでＨＴＴＰ／ＳＯＡＰ  Ｂｉｎｄ要求が、アプリケーション・サーバおよびＳＯＡＰサーバに転送される（５）。ＳＯＡＰサーバは、要求されたウェブ・サービスのインスタンスを作成するように要求する（６）。ＳＯＡＰクライアントは、資源カウンタ・サービス、好ましくはサービス・ブローカによって提供される資源カウンタ・サービスのサービス記述を使用して、資源カウンタ・サービスを起動するＨＴＴＰ／ＳＯＡＰ要求を作成し、資源カウンタ・サービスのＳＯＡＰサーバにＨＴＴＰ／ＳＯＡＰ要求を送信する（７）。好ましくは、前述のサービス・プロバイダについての追加の認証方法を実施した場合にのみステップ７を実行することができる。次いで、資源カウンタ・サービスが開始する（８）。ＳＯＡＰサーバは、「資源カウンタ・サービスが開始した」ことを示すＨＴＴＰ／ＳＯＡＰ応答をリクエスタに送信する（９）。次に、要求したウェブ・サービスが実行される（１０）。ウェブ・サービスが完了したとき（１１）、サービス・プロバイダのＳＯＡＰクライアントは、資源カウンタ・サービスにＨＴＴＰ／ＳＯＡＰ要求を送信してカウントを停止する（１２）。次いで、資源カウンタ・サービスが停止する（１３）。資源カウンタ・サービスは、「資源カウンタ・サービスが停止した」という応答をサービス・プロバイダに返す（１４）。サービス・プロバイダ、特にそのＳＯＡＰサーバは、サービスが完了したという応答をサービス・リクエスタに返し、結果を返す。
【００２１】
以下は、クライアント開始時間を記録するのに使用することができるサンプルＳＯＡＰ要求メッセージである。
2004534991.tif 000003
【００２２】
soap:bindingは、サービス・リクエスタを資源カウンタ・サービス・プロバイダにバインドし、ＳＯＡＰメッセージとトランスポート・プロトコルのタイプを定義する。サービス・リクエスタは、ServiceRequesterIdがサービス・プロバイダに渡される所であるsoap:header要素でサービス・リクエスタ自体を識別する。これは、この情報がsoap:header要素で渡されるサンプルである。ｓｏａｐヘッダはＳＯＡＰメッセージの任意選択部分であり、ＳＯＡＰヘッダが使用可能でない場合、ServiceRequesterIdをsoap:body要素の一部として渡すこともできる。soap:body要素は、実際の要求、例えばクライアントＩＤ、開始時間などを資源カウンタ・サービス・サーバに搬送する。
【００２３】
図６は、本発明の資源カウンタ・サービスから受け取った情報に基づいて請求書を作成する対話図である。サービス・リクエスタは、ある時にＡＳＰからウェブ・サービスを使用したことがあり、サービス・プロバイダのアカウンティング／請求書提示アプリケーションは、資源カウンタ・サービスからのデータから、請求書を作成する。以下のステップは、この方法によって実施される。
【００２４】
アカウンティング・アプリケーションは、サービス・リクエスタ（クライアントｘ）のアカウンティングを要求する（１）。
【００２５】
ＳＯＡＰクライアントは、時間フレームｙの間のクライアントｘについての使用レポートを要求するＨＴＴＰ／ＳＯＡＰ要求を、資源カウンタ・サービスのＳＯＡＰサーバに送信する（２）。ＳＯＡＰサーバは、要求された時間フレームについてのアカウンティング・データをデータベースから受け取る（３）。ＳＯＡＰサーバは、アカウンティング・データを有するＨＴＴＰ／ＳＯＡＰ応答を、アカウンティング・アプリケーションに返す（４、５）。アプリケーションは、資源カウンタ・サービスから受信したアカウンティング・データと、クライアントｘについての課金モデルとに基づいて、クライアントｘに対する請求書を生成する。請求書、例えばＥメールがクライアントｘに送信される（６）。請求書作成はまた、資源カウンタ・サービスの拡張として実施することもできる。
【００２６】
その場合、サービス・プロバイダは請求書のみを要求することになり、上記で開示した方法は、資源カウンタ・サービスで実施されることになる。
【００２７】
請求書の提示や料金の計算に加えて、資源カウンタ・サービスのデータを使用して、どんな種類の電子支払プロセスも起動することができる。資源カウンタのデータは、様々な評価モデルにマッピングすることができる。したがって、資源カウンタのデータは、異なるビジネス・モデルを有する複数のサービス・プロバイダをサポートする。
【００２８】
まとめとして、資源カウンタ・サービスは、以下のサービスを提供することができる。
サービス料金を計算するためのデータをアカウントし、例えばサービスのユーザ開始時間を記録し、サービスのユーザ終了時間を記録し、特定のユーザについての合計資源使用量をレポートし、使用されたサービスのユーザ当たりの統計をレポートし、
（その場限りの、または契約による）サービス・リクエスタ・アカウントを作成し、
サービス・プロバイダ契約を作成し、
要求されるサービスについてこの時にUSERIDが与えられている場合、照会に回答し、
サービス・リクエスタ・アカウントを維持し、
１組のアカウンティング・モデル・テンプレートを提供する。
【図面の簡単な説明】
【００２９】
【図１】本発明の基となるＳＯＡＰウェブ・サービス・アーキテクチャの基本構造を示す図である。
【図２】従来技術で使用される、典型的なＳＯＡＰウェブ・サービス通信アーキテクチャの一例を示す図である。
【図３】ＳＯＡＰウェブ・サービス・アーキテクチャ中に実装される本発明の資源カウンタを示す図である。
【図４】本発明の資源カウンタ・サービスによって拡張された、図２に示す既存のＳＯＡＰ通信アーキテクチャを示す図である。
【図５】本発明の資源カウンタ・サービスを使用することに関する対話図である。
【図６】本発明の資源カウンタ・サービスから受け取った情報に基づいて請求書を作成することに関する対話図である。
【図１】
2004534991.tif 000004
【図２】
2004534991.tif 000005
【図３】
2004534991.tif 000006
【図４】
2004534991.tif 000007
【図５】
2004534991.tif 000008
【図６】
2004534991.tif 000009
【国際公開パンフレット】
2004534991.tif 000010
2004534991.tif 000011
2004534991.tif 000012
2004534991.tif 000013
2004534991.tif 000014
2004534991.tif 000015
2004534991.tif 000016
2004534991.tif 000017
2004534991.tif 000018
2004534991.tif 000019
2004534991.tif 000020
2004534991.tif 000021
2004534991.tif 000022
2004534991.tif 000023
2004534991.tif 000024
2004534991.tif 000025
2004534991.tif 000026
2004534991.tif 000027
2004534991.tif 000028
2004534991.tif 000029
2004534991.tif 000030
2004534991.tif 000031
2004534991.tif 000032
2004534991.tif 000033
【国際公開パンフレット（コレクトバージョン）】
2004534991.tif 000034
2004534991.tif 000035
【国際調査報告】
2004534991.tif 000036
2004534991.tif 000037
2004534991.tif 000038