(57)【要約】【課題】本発明は、少なくとも１つのサービス・プロバイダサービス・プロバイダ（３６；３８）と、少なくとも１つのサービス・コンシューマ（３２）とを備える、通信ネットワーク内での利用方法およびシステムを提供する。【解決手段】本発明は、ランタイム中にウェブ・サービスのライセンス契約の妥当性を確認する方法およびシステムに関する。少なくとも１つのパラメータ（ＣＥＰ、ＣＦＰ）を備えることにより、サービス要求に対応付けられた計量イベント要求をキャッシュ・メモリ（７０）に保存できるかどうか、そしていくつ保存できるか定義する。パラメータ（ＣＥＰ、ＣＦＰ）はあらかじめ定義されていて、例えばライセンス契約に含めることもできる。さらに、カウンタを備えることにより、サービス要求を数えてもよい。カウンタの実際のステータスを、サービス・コンシューマ（３２）および／またはサービス・プロバイダ（３６；３８）に送信する。【選択図】図１
2007521581.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも１つのサービス・プロバイダ（３６、３８）と少なくとも１つのサービス・コンシューマ（３２）とを備え、前記サービス・プロバイダ（３６、３８）がサービスを前記サービス・コンシューマ（３２）へ提供する、通信ネットワーク内での利用方法であって、前記方法が、
ａ）サービス要求メッセージを前記サービス・コンシューマ（３２）から受信するステップと、
ｂ）前記サービス要求に対応付けられた計測イベント要求を生成するステップと、
ｃ）キャッシュ・メモリ（７０）の実際の内容を少なくとも１つのパラメータ（ＣＥＰ、ＣＦＰ）と比較するステップと、
ｄ）前記比較により可能な場合は、前記計測イベント要求を前記キャッシュ・メモリ（７０）に保存するステップと、
ｅ）前記比較により、前記計測イベント要求を前記キャッシュ・メモリ（７０）保存できない場合は、前記計測イベント要求を処理するために、前記計測イベント要求および前記キャッシュ・メモリ（７０）の内容を計測サービス（５２）に送信するステップと
を含み、
前記少なくとも１つのパラメータ（ＣＥＰ、ＣＦＰ）がサービス要求および所定の規則に対応付けられていること、および前記パラメータ（ＣＥＰ、ＣＦＰ）が、計測イベント要求をキャッシュ・メモリ（７０）に保存できるかどうか、そして、いくつ保存できるかを定義することを特徴とする、方法。
【請求項２】
ステップｃ）は、前記計測イベント要求を前記キャッシュ・メモリ（７０）に保存可能かどうかを示す、ブール・パラメータ（ＣＥＰ）のステータスを評価するステップを含む、請求項１項に記載の方法。
【請求項３】
ステップｃ）は、前記計測イベント要求を前記キャッシュ・メモリ（７０）に保存可能な場合に、
前記ブール・パラメータ（ＣＥＰ）に対応付けられた整数パラメータ（ＣＦＰ）の値を評価するステップと、
前記整数パラメータ（ＣＦＰ）の前記値を前記キャッシュ・メモリ（７０）の内容と比較するステップと、
を更に含む、請求項２に記載の方法。
【請求項４】
ステップｅ）は、前記キャッシュ・メモリ（７０）の前記計測イベント要求の実際の数が、前記整数パラメータ（ＣＦＰ）の値と同じか、増えている場合は、
前記計測イベント要求を処理するために、前記計測イベント要求を前記計測サービス（５２）に送信するステップと、
前記キャッシュ・メモリ（７０）の内容を消去するステップと、
を含む、請求項３に記載の方法。
【請求項５】
キャッシュ・メモリ（７０）の前記計測イベント要求の実際の数が前記整数パラメータ（ＣＦＰ）の前記値よりも少ない場合は、前記計測イベント要求を前記キャッシュ・メモリ（７０）に保存する、請求項３に記載の方法。
【請求項６】
前記規則が、前記サービス・プロバイダ（３６、３８）と前記サービス・コンシューマ（３２）との間で、サービスの種類と量とに関するライセンス契約であらかじめ定義されている、請求項１ないし５のいずれか１項に記載の方法。
【請求項７】
前記サービス要求メッセージを受信した後で、関連情報が前記サービス要求メッセージから分離される、請求項１ないし６のいずれか１項に記載の方法。
【請求項８】
前記サービス要求メッセージの前記関連情報が、要求データ、契約データ、ライセンス・データ、前記ブール・パラメータ（ＣＥＰ）、前記整数パラメータ（ＣＦＰ）、または前記サービス・コンシューマ（３２）あるいはそのすべてを含む、請求項７に記載の方法。
【請求項９】
前記対応付けられた計測イベント要求を前記計測サービス（５２）に送信する際に、前記サービスを数えるステップと、
実際に数えた結果を前記サービス・プロバイダ（３６、３８）または前記サービス・コンシューマ（３２）あるいはその両方に送信するステップと、
を更に含む、請求項１ないし８のいずれか１項に記載の方法。
【請求項１０】
前記提供されたサービスの各種類が別々に数えられる、請求項９に記載の方法。
【請求項１１】
前記通信ネットワークが、ウェブ・サービスを提供するのに適したコンピュータ・ネットワークである、請求項１ないし１０のいずれか１項に記載の方法。
【請求項１２】
前記方法がライセンス契約の妥当性を確認する方法であって、前記ライセンス契約が、前記サービス・プロバイダ（３６、３８）とサービス・コンシューマ（３２）との間で、サービスの種類と量とを定義する、請求項１ないし１１のいずれか１項に記載の方法。
【請求項１３】
少なくとも１つのサービス・プロバイダ（３６、３８）と少なくとも１つのサービス・コンシューマ（３２）とを備え、前記サービス・プロバイダ（３６、３８）がサービスを前記サービス・コンシューマ（３２）へ提供する、通信ネットワーク内での利用システムであって、前記システムが、
サービス要求メッセージを前記サービス・コンシューマ（３２）から受信するための入力装置（５９）と、
前記サービス要求に対応付けられた計測イベント要求を生成するためのジェネレータ（６２）と、
前記計測イベント要求を保存するためのキャッシュ・メモリ（７０）と、
前記キャッシュ・メモリ（７０）を制御するためのキャッシュ・コントローラ（６６）と、
−前記計測イベント要求を処理するために、前記計測イベント要求を計測サービス（５２）に送信するためのインボケータ（７２）と
を備え、
前記システムが、任意の計測イベント要求を前記キャッシュ・メモリ（７０）に保存可能かどうか評価するためのキャッシュ・イネーブラ（６４）と、前記要求と所定の規則とに関連付けられた少なくとも１つのパラメータ（ＣＥＰ、ＣＦＰ）によって、計測イベント要求をいくつ前記キャッシュ・メモリ（７０）に保存可能か評価するためのモニタ（６８）とを備えることを特徴とする、システム。
【請求項１４】
前記計測イベント要求を前記キャッシュ・メモリ（７０）に保存できるかどうかを示す、ブール・パラメータ（ＣＥＰ）のステータスを評価するためのキャッシュ・イネーブラ（６４）が備わる、請求項１３に記載のシステム。
【請求項１５】
計測イベント要求をいくつ前記キャッシュ・メモリ（７０）に保存できるか示す、整数パラメータ（ＣＦＰ）のステータスを評価するために前記モニタ（６８）が備わる、請求項１３または１４に記載のシステム。
【請求項１６】
前記入力装置（５９）が、前記関連情報を前記サービス要求メッセージから分離するためのメッセージ・コンテキスト・セパレータ（６０）に接続される、請求項１３ないし１５のいずれか１項に記載のシステム。
【請求項１７】
関連する計測イベント要求が前記計測サービス（５２）に送信された時に、前記要求されたサービスを数えるためのカウンタを前記システムが備える、請求項１３ないし１６のいずれか１項に記載のシステム。
【請求項１８】
請求項１ないし１２のいずれか１項に記載の方法を利用するために前記システムが備わる、請求項１３ないし１７のいずれか１項に記載のシステム。
【請求項１９】
前記システムが、ハードウェア、ソフトウェアまたはハードウェアおよびソフトウェアの組み合わせにより実施される、請求項１３ないし１８のいずれか１項に記載のシステム。
【請求項２０】
コンピュータに請求項１ないし１２のいずれか１項に記載の方法を実行させるためのコンピュータ読取可能プログラム手段を備える、コンピュータで利用可能な媒体に保存したコンピュータプログラム製品。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信ネットワーク内での利用方法およびシステムに関する。特に、本発明は、ランタイム中にコンピュータ・ネットワーク内でウェブ・サービスのライセンス契約の妥当性を確認する方法およびシステムに関する。
【背景技術】
【０００２】
通信ネットワーク内でのウェブ・サービスまたは他のサービスのライセンス契約では、サービス消費に関する規則を定めている。例えば、所定量のサービス消費を超えているといったような、ライセンス契約違反を常時監視するために、ライセンス契約では、ランタイム中にオンライン・ステータスで妥当性を確認する必要がある。多くの場合、ライセンス契約は、いわゆる高額／少量のウェブ・サービス消費ばかりでなく低額／大量のウェブ・サービス消費に関することもある。
【０００３】
ライセンス契約は一般に、２以上の契約当事者の間での取り決めであって、ライセンス条件を明記するものである。特に、ウェブ・サービスのライセンス契約は、ウェブ・サービス消費の条件に関するものである。これは、１または複数のウェブ・サービスと、サービス・コンシューマと呼ばれる要求する側の契約当事者の識別と、サービスのランク、料金および量等のサービス消費を指定するオプションの属性と、アクセス規則とを定めている。さらにライセンス契約では、消費ポリシーと、並行ポリシーと、時間ベースポリシーと、名前付きポリシーと、使用条件ポリシーとを定める場合もある。消費ポリシーは、指定した最大数まで要求を許可するものである。並行ポリシーは、同時に行う要求の最大数を指定するものである。時間ベースポリシーは、要求を許可する場合の回数を規定するものである。名前付きポリシーは、契約で定めた主体だけがサービスを要求できることを規定するものである。使用条件ポリシーは、例えば、サービスの再販を許可しないということを含む場合もある。
【０００４】
ウェブ・サービス消費を、計測サービスで監視する。これは、外部サーバ装置とすることもできる。ウェブ・サービスを呼び出す時にはいつも、計測サービスは計測イベントを生成する。他のデータの中から、これらの計測イベントの内容により、ウェブ・サービス消費に対応付けられたライセンス契約を指定する。計測イベントの典型的な例としては、呼出し開始時間（開始イベント）、呼出し終了時間（終了イベント）、呼出しトリガ（いわゆるアドホックイベント）および取消しイベント（キャンセルイベント）がある。
【０００５】
ウェブ・サービス呼出しの妥当性確認および計測は、一連のハンドラアレイにより処理する。サービス・コンシューマの識別確認またはライセンス契約の妥当性確認等のタスクを実行するために、これらのハンドラがサービスを呼び出す。ウェブ・サービスの呼出しに対応する計測イベントを処理して保存するために、計測ハンドラが計測サービスを呼び出す。これらのハンドラおよびサービスを提供するサーバ装置を、サービス・プロバイダと呼ぶ。要求されたウェブ・サービスを提供するサーバ装置を、サービス・サプライヤと呼ぶ。
【０００６】
サービス・コンシューマがサービス要求を開始する場合は、メッセージ・コンテキストをサービス・プロバイダのサービス要求メッセージから抽出する。メッセージ・コンテキストは、サービス要求メッセージの関連情報を含む。各種のハンドラを通過するうちに、メッセージ・コンテキストを完成する。これにより、関連情報をさらにメッセージ・コンテキストに挿入する。規定の行為を実行するために、各ハンドラがサービスを呼び出してもよい。これらのサービスは、外部サーバ装置であってもよい。かかる行為は、例えば、サービス・コンシューマの識別の確認としたり、契約およびライセンス関連データの提供としたりしてもよい。
【０００７】
ハンドラ系統の最後には、メッセージ・コンテキストは、適切な計測イベント要求を生成するために、計測ハンドラが要求する全データを含む。さらに含まれるこれらのデータは特に、承認した識別、契約データまたはライセンス・データであってもよい。サービス呼出しは全て、各種の計測イベント要求の生成を含む。これらの計測イベント要求を、計測ハンドラが生成して、計測サービスに送信する。計測サービスは、これらの計測イベント要求を処理する。計測サービスの呼出しには時間がかかるので、これらの計測イベント要求を処理することは、重大なシステムパフォーマンス障害となる。
【０００８】
従来技術の計測ハンドラは、メッセージ・コンテキスト・セパレータ、計測イベント・ジェネレータ、キャッシュ・コントローラ、キャッシュ・メモリおよび計測サービス・インボケータを備える。
【０００９】
メッセージ・コンテキスト・セパレータは、例えば、サービス要求情報、サービス・コンシューマの識別、契約およびライセンス内容等の関連情報をメッセージ・コンテキストから分離して、この情報を計測イベント・ジェネレータに転送する。計測イベント・ジェネレータは、計測イベントの種類およびメッセージ・コンテキストからの情報を含む計測イベント要求を生成する。ウェブ・サービス要求のステータスによるが、含まれる計測イベントの種類の例としては、開始計測イベント、終了計測イベント、呼出し計測イベントおよびキャンセル計測イベントがある。
【００１０】
キャッシュ・コントローラは、生成した計測イベント要求を受信して、この計測イベント要求を専用キャッシュ・メモリに一時的に保存する。通常、キャッシュ・メモリをＲＡＭメモリ領域で物理的に実施する。キャッシュ・メモリに保存可能な計測イベント要求の最大数は、一定の符号化プログラム・パラメータである。従って、キャッシュ・メモリは、一定の、所定の計測イベント要求の数を保存することができる。保存した計測イベント要求の数を、キャッシュ・コントローラが監視する。最大数を超えた場合は、キャッシュ・コントローラが保存したイベント要求をすべてキャッシュから読み出して、計測サービス・インボケータに転送して、キャッシュ・メモリの内容を最終的に消去する。計測サービス・インボケータが、計測イベント要求を含むメッセージを生成して、計測イベント要求を処理するために、計測サービスを呼び出す。
【００１１】
計測イベント要求をキャッシュすることが必要であったり、少なくとも有利であったりする点は、計測サービスの呼出しに時間がかかり、大量のネットワークリソースを必要とするからである。計測サービス呼出しパフォーマンスに時間がかかるのは、主にネットワーク・トランザクション時間に原因がある。トランザクション時間は、要求をリモートの計測サービスに送信して、返答を受信する時間である。パフォーマンスに時間がかかるのは、さらに、メッセージの暗号化および復号化と、計測サービスを実行するのにかかる時間とに原因がある。
【００１２】
計測サービスは、計測イベント要求から計測イベントを生成して、これらをデータベースに保存して、ライセンス妥当性確認構成装置にデータベースの更新ステータスに関する契約サービスを通知する。
【００１３】
ウェブ・サービス呼出しが対応するライセンス契約に定められたサービスアクセス規則に準じていることを計算して検証するために、契約サービスのライセンス妥当性確認構成装置は、保存した計測イベントを用いる。ウェブ・サービスのライセンス契約は、これらのサービスアクセス規則を記述するライセンスモデルに基づいている。
【００１４】
重要なライセンスモデルは、消費サービスアクセスまたは累積サービスアクセスあるいはその両方である。この規則は、ライセンス契約が所定の量に対して有効であることを意味している。このような量により、例えば、任意のライセンス契約のもとで何人のコンシューマがウェブ・サービスを使用できるか規定していてもよい。さらに重要なライセンスモデルは、並行サービスアクセスである。この規則は、同時サービス呼出しがいくつ可能かについての限度を規定している。
【００１５】
ライセンス契約妥当性確認について、ライセンス契約に対応する保存した計測イベントを受信するために、ライセンス契約妥当性確認構成装置が計測サービスを呼び出す。例えば、所定量のサービス消費を超えるといったライセンス契約違反を常時監視するために、ウェブ・サービス消費の累積および並行に関する規則を規定するライセンス契約では、ランタイム中にオンライン・ステータスでの妥当性確認を必要とする。ランタイム中に所定のライセンス契約限度を超えると、通常、業務上の結果を意味する。追加料金、罰金や、あるいはサービスからの除外等の業務上の措置がとられることになる。
【００１６】
計測ハンドラが計測イベント要求をキャッシュ・メモリに保存するので、計測サービスが維持する持続的な設備、例えば、データベースが、ビジネスサービスを要求した時点でのビジネスサービス消費の真のステータスを表しているのかどうか、まったく保証がない。
【００１７】
従って、考えられ得るウェブ・サービス消費違反は、キャッシュ・メモリをデータベースに送った後で、初めて検出されることになる。この時点とは、サービスを要求した時よりかなり後になる場合がある。このように違反の検出が遅れることは、重大な結果になることを意味する場合もある。サービス・サプライヤは、それが発生した時に過負荷を検出することができない。サービス・コンシューマは、消費または並行サービスアクセス制限違反あるいはその両方による追加料金を受けることになり、従って、予測できない業務上の影響を受けることになる。計測ハンドラによる固定符号化キャッシング方法のために、サービス・プロバイダは、計測イベント要求のキャッシングを個別契約のニーズに適用することができない。
【発明の開示】
【発明が解決しようとする課題】
【００１８】
本発明の目的は、上記の欠点を克服する、向上した利用方法およびシステムを提供することにある。
【課題を解決するための手段】
【００１９】
上記の目的を、独立項に記載の方法およびシステムにより達成する。さらに利点のある本発明の実施の形態については、従属項に記載され、以下の説明に記載されている。
【００２０】
利用方法およびシステムは、サービス要求に対応付けられた計測イベント要求をキャッシュ・メモリの保存できるかどうか、そして、いくつ保存できるか定義する、少なくとも１つのパラメータを用いる。例えば、ブール・パラメータにより、特定の計測イベント要求またはそれに対応付けられた信号を、通常ではキャッシュ・メモリに保存できるかどうか定義してもよい。さらに、ブール・パラメータに対応付けられた整数パラメータにより、特定の計測イベント要求またはそれに対応付けられた信号をいくつキャッシュ・メモリに保存できるか定義してもよい。別の例によれば、ブールおよび整数パラメータを１つのパラメータとして備えてもよい。
【００２１】
好ましくは、サービス呼出しカウンタを、提供されたサービス毎に計測システム内で実施してもよい。このカウンタは、データベース保存した、任意のサービスの実際の呼出しステータスを表す。
【発明を実施するための最良の形態】
【００２２】
上記およびさらに本発明の目的、特徴および利点について、以下の詳細な説明により明らかになるであろう。
【００２３】
本発明の新規の特徴について、添付の請求の範囲で述べる。本発明自体と、その利点とについて、添付の図面とともに、以下に詳細に説明する好適な実施の形態により十分に明らかになるであろう。
【００２４】
図１は、好適な本発明の実施の形態による、ライセンス契約の妥当性を確認する方法のデータフローチャートを示す。
【００２５】
第１のステップ２０では、関連情報をメッセージ・コンテキストから分離する。メッセージ・コンテキストは、サービス・コンシューマのサービス要求メッセージから抽出してある。メッセージ・コンテキストは、例えば、サービス要求情報、サービス・コンシューマの識別、契約およびライセンス内容および関連パラメータを含んでもよい。
【００２６】
第２のステップ２２では、メッセージ・コンテキストからの計測イベントの種類および関連情報を含む、計測イベント要求を生成する。計測イベントの種類の例としては、開始計測イベント、終了計測イベント、アドホック計測イベントおよびキャンセル計測イベントがある。
【００２７】
第３のステップ２４では、ＣＥＰ（キャッシュイネーブール・パラメータ）のステータスを評価する。ＣＥＰは、正および誤の２つの状態を有するブール・パラメータである。ＣＥＰは、ライセンス契約に含まれていて、計測イベント要求を専用キャッシュ・メモリに保存できるかどうか定義する。
【００２８】
ステップ２４でＣＥＰが誤の場合は、すなわち、計測イベント要求を前記専用キャッシュ・メモリに保存できない場合は、次に、ステップ２５に従って、計測イベント要求を直接計測サービスに渡すことになる。
【００２９】
ステップ２４でＣＥＰが正の場合は、計測イベント要求を転送して、次のステップ２６で実行する。次のステップ２６で、ＣＦＰ（キャッシュ・フラッシュ・パラメータ）を評価して、前記専用キャッシュ・メモリの計測イベント要求の数と比較する。ＣＦＰは整数パラメータであって、前記専用キャッシュ・メモリに保存することもできる計測イベント要求の最大数を定義する。
【００３０】
ステップ２６では、前記専用キャッシュ・メモリの計測イベント要求の数がＣＰＦの指定した規定量より少ない場合は、ステップ２７で、計測イベント要求を前記専用キャッシュ・メモリに保存する。
【００３１】
ステップ２６で、専用キャッシュ・メモリの計測イベント要求の数がＣＦＰの指定した規定量と等しい場合は、ステップ２８に従って、全計測イベント要求を前記キャッシュ・メモリから計測サービス・インボケータに送信する。最後に、ステップ３０に従って、前記キャッシュ・メモリの内容を消去する。
【００３２】
専用キャッシュ・メモリを備えることにより、生成した計測イベント要求を一時的に保存する。ＣＥＰおよびＣＦＰにより、多すぎる数の計測イベント要求を前記キャッシュ・メモリに保存しないようにする。この方法により、ＣＦＰが定義する前記キャッシュ・メモリ内の計測イベント要求の最大数を超えないようにすることができる。
【００３３】
計測サービス・インボケータは、計測イベント要求を受信して、計測イベント要求を処理するために、計測サービスを呼び出す。
【００３４】
あるいは、ＣＥＰおよびＣＦＰを１つのパラメータとして備えることもできる。この１つのパラメータは、前記キャッシュ・メモリ内の計測イベント要求の最大数を定義する整数であってもよい。誤のブールステータスを０の値で表して、正のブールステータスを任意の正の整数値で表してもよい。この１つのパラメータについても、ライセンス契約に含めてもよい。
【００３５】
図２は、本発明によるライセンス契約妥当性確認システムの好適な実施の形態の概略図を示す。ライセンス契約妥当性確認システムを、計測ハンドラ５０として実施する。計測ハンドラ５０の構成装置を備えることにより、図１のデータフローチャートによる方法を実行する。
【００３６】
計測ハンドラ５０は、入力装置５９と、メッセージ・コンテキスト・セパレータ６０と、計測イベント・ジェネレータ６２と、キャッシュ・イネーブラ６４と、一体型ＣＦＰモニタ６８を有するキャッシュ・コントローラ６６と、キャッシュ・メモリ７０と、計測サービス・インボケータ７２とを備える。
【００３７】
入力装置５９と、メッセージ・コンテキスト・セパレータ６０と、計測イベント・ジェネレータ６２と、キャッシュ・イネーブラ６４とは直列で接続している。キャッシュ・イネーブラ６４は、２つの出力を含む。キャッシュ・イネーブラ６４の第１の出力は、キャッシュ・コントローラ６６と接続している。キャッシュ・イネーブラ６４の第２の出力は、計測サービス・インボケータ７２と接続している。ＣＦＰモニタ６８は、キャッシュ・コントローラ６６内に組み込まれている。キャッシュ・コントローラ６６は、キャッシュ・メモリ７０と双方向に接続している。さらに、キャッシュ・コントローラ６６は、計測サービス・インボケータ７２と接続している。
【００３８】
入力装置５９は、サービス・コンシューマからサービス要求メッセージを受信する。メッセージ・コンテキスト・セパレータ６０は、例えば、サービス要求情報、サービス・コンシューマの識別、契約およびライセンス内容等の関連情報をメッセージ・コンテキストから分離して、この情報を計測イベント・ジェネレータ６２に転送する。ウェブ・サービスをサービス・プロバイダが呼び出す場合は、メッセージ・コンテキスト・セパレータ６０はやはりメッセージ・コンテキストをサービス・ハンドラ５６に転送して、要求されたウェブ・サービスを直ちに実行する。
【００３９】
計測イベント・ジェネレータ６２は、計測イベントの種類および情報を含む計測イベント要求をメッセージ・コンテキストから生成する。ウェブ・サービス要求のステータスによるが、計測イベントの種類の例としては、開始計測イベント、終了計測イベント、呼出し計測イベント（‘アドホック’イベント）またはキャンセル計測イベントがある。
【００４０】
キャッシュ・イネーブラ６４は、ＣＥＰのステータスを評価する。ＣＥＰが正の場合は、計測イベント要求をキャッシュ・コントローラ６６に転送する。ＣＥＰが誤の場合は、計測イベント要求を直接計測サービス・インボケータ７２に渡す。
【００４１】
キャッシュ・コントローラ６６は、生成した計測イベント要求をキャッシュ・イネーブラ６４から受信する。キャッシュ・メモリ７０に保存可能な計測イベント要求の最大数を、ＣＦＰにより定義する。キャッシュ・メモリ７０は、一時的にこれらの計測イベント要求を保存する。好ましくは、キャッシュ・メモリ７０は物理的なＲＡＭメモリ領域である。ＣＦＰモニタ６８は、キャッシュ・メモリ７０に保存した計測イベント要求の量を管理して、ＣＦＰが定義した最大数を超過しないように注意する。キャッシュ・メモリ７０内の計測イベント要求の数がＣＦＰの指定した規定量と等しい場合は、キャッシュ・コントローラ６６は、計測イベント要求を全て計測サービス・インボケータ７２に送信して、キャッシュ・メモリ７０の内容を最終的に消去する。計測サービス・インボケータ７２は、計測イベント要求を全て計測サービスに送信する。この計測サービスは、必ずしも計測ハンドラ５０の構成装置でなくてもよい。
【００４２】
計測イベント要求をキャッシングすることに利点があるのは、計測サービスの呼出しに時間がかかり、大量のネットワークリソースを消費するからである。計測サービス呼出しのパフォーマンスに時間がかかるのは、主にネットワーク・トランザクション時間が原因である。これは、要求を計測サービスに送信して、返答を受信する時間である。さらに、パフォーマンスに時間がかかるのは、例えば、メッセージの暗号化および復号化といったメッセージ処理や、計測サービスを実行するのにかかる時間が原因である。
【００４３】
ＣＥＰおよびＣＦＰを導入することにより、契約当事者がライセンス契約の妥当性を確認する方法を当事者の特定の要件に適用することができる。ＣＥＰを非活性化する、すなわち、誤のステータスにすることにより、計測ハンドラ５０の全キャッシング機能を無効にする。これにより、計測サービスおよびそのデータベースにウェブ・サービス使用の実際のステータスを反映させることを保証する。これにより、サービス・プロバイダとともにサービス・コンシューマが、高額のウェブ・サービス要求が累積または消費ライセンス契約範囲の限度を絶対超えないようにさせることができる。これにより、任意の計画した予算限度を超過する可能性を回避する。
【００４４】
サービス・コンシューマが低額のウェブ・サービスをたくさん要求する場合は、ＣＦＰを適切に定義することにより、無制限の予算超過の可能性を制限している場合であっても、ＣＥＰをイネーブルにすることにより、全システムパフォーマンスを提供する。
【００４５】
ライセンス契約内でのＣＥＰおよびＣＦＰの定義によるが、サービス・プロバイダが特定のウェブ・サービスに対応付けられたライセンス契約を別の料金で提供してもよいのは、これらのパラメータを設定すると、ネットワーク・トラフィックおよびリソースコストに影響を与えるからである。
【００４６】
図３〜図６は、計測ハンドラ５０が一体型となっている、２つの別の応用例を示す。これらの２つの応用例は、概略のものと、詳細なものを示している。
【００４７】
図３は、第１応用例の概略図である。図３は、サービス・コンシューマ３２と、サービス・サプライヤ３４と、サービス・プロバイダ３６との間の対話および接続を示す。サービス・コンシューマ３２は、サービス・サプライヤ３４が提供するウェブ・サービスを要求する。サービス・サプライヤ３４は、サービス・コンシューマ３２の識別と、ライセンス契約の有効性とを確認してサービスの実行を計測するために、サービス・プロバイダ３６を利用する。
【００４８】
サービス・コンシューマ３２と、サービス・サプライヤ３４と、サービス・プロバイダ３６との間の対話シーケンスについて、以下に説明する。対話については、矢印１〜５で表す。サービス・サプライヤ３４が提供するウェブ・サービスを呼び出すために、サービス・コンシューマ３２は、サービス要求を開始する（１）。サービス・サプライヤ３４は要求を受信して、契約システムおよびサービス・プロバイダ３６が提供するインフラサービスを利用するために、サービス要求をサービス・プロバイダ３６に送信する（２）。サービス・プロバイダ３６は、例えばコンシューマ識別の検証といった要求された契約サービスおよびインフラサービスを実行して、ライセンス契約が利用できることを確認して、計測イベントを開始して、ステータスをサービス・サプライヤ３４に返送する（３）。適切な計測イベントを生成するために、サービス・サプライヤ３４は、要求されたサービスを実行して、サービス・プロバイダ３６を呼び出す（４）。サービス・サプライヤ３４は、得られたサービスデータをサービス・コンシューマに送信する（５）。
【００４９】
図４は、図３によるサービス・プロバイダ３６の構成装置の詳細を示す。サービス・プロバイダ３６は、図３のサービス・サプライヤ３４に接続している。サービス・プロバイダ３６は、サーバ側ウェブ・サービス・インターフェースであるインターフェース４０と、プロファイル・ハンドラ４２と、契約ハンドラ４６と、図２の計測ハンドラ５０とを備える。サービス・プロバイダ３６は、プロファイル・サービス４４と、契約サービス４８と、計測サービス５２と接続している。プロファイル・サービス４４と、契約サービス４８と、計測サービス５２とを、外部サーバ装置としてもよい。さらに、契約サービス４８および計測サービス５２は、ライセンス検証構成装置５４と接続している。これも、外部サーバ装置であってもよい。
【００５０】
インターフェース４０は、直接サービス・サプライヤ３４と接続している。プロファイル・ハンドラ４２は、サービス・コンシューマ３２の識別を検証するために、プロファイル・サービス４４を用いる。契約ハンドラ４６は、契約状態および適用可能なライセンスポリシーを検証するために、契約サービス４８およびライセンス検証構成装置５４を用いる。計測ハンドラ５０は、適切な計測イベント、類似開始イベント、終了イベント、アドホックイベントまたはキャンセルイベントあるいはその両方を生成する。プロファイル・サービス４４は、識別検査を提供する。契約サービス４８は、有効な契約があるか検証する。それは、ライセンス構成装置を含み、サービス要求を規定のライセンスポリシーに確実に従わせるようにする。計測サービス５２は、計測イベントを生成して保存する。
【００５１】
これらの構成装置の間の対話について、以下に述べる。インターフェース４０は、サービス・サプライヤ３４が開始したサービス要求を受信して、メッセージ・コンテキストを抽出して、次のハンドラに渡す。ハンドラは、メッセージ・コンテキストを拡張して変更したり、拡張または変更したりして、この系統の次のハンドラに渡す。プロファイル・ハンドラ４２は、サービス・サプライヤ３４の識別を検査するために、プロファイル・サービス４４に対するサービス要求を開始する。プロファイル・サービス４４は、識別検査の結果をプロファイル・ハンドラ４２に返送する。契約ハンドラ４６は、対応する契約を識別して確認するために、契約サービス４８を呼び出す。ライセンス検証構成装置５４は、契約で規定されているライセンスポリシーを遵守しているか検査する。ライセンス検証構成装置５４は、この検査のために、計測サービス５２からの実際のデータあるいは履歴使用データを用いる。契約サービス４８は、ライセンス契約状態と、妥当性確認結果と、関連契約データとを契約ハンドラ４６に返送する。契約ハンドラ４６は、メッセージ・コンテキストを完成して、計測ハンドラ５０に渡す。計測ハンドラ５０は、サービス要求のステータスを反映している計測イベントを生成するために、計測サービス５２を呼び出す。計測サービス５２は、ウェブ・サービスの使用についてライセンス構成装置に通知する。ライセンス検証構成装置５４は、この情報を用いて、例えば、消費または並行ライセンス使用といった、特定のライセンスポリシーの妥当性確認を行う。計測ハンドラ５０は、更新メッセージ・コンテキストをインターフェース４０に返送する。インターフェース４０は、妥当性確認の結果をサービス・サプライヤ３４に返送する。
【００５２】
計測サービス５２は、計測イベント要求から計測イベントを生成して、これらをデータベースに保存して、データベースの更新ステータスに関する契約サービスをライセンス妥当性確認構成装置に通知する。計測イベント要求を、計測ハンドラ５０の計測サービス・インボケータ７２が送信する。
【００５３】
さらに、提供されたライセンス契約それぞれのサービス呼出しカウンタを、ライセンス妥当性確認構成装置５４内で実施する。各カウンタは、計測サービスのデータベースに保存した時の、提供されたウェブ・サービスの呼出しステータスを表す。計測サービスがそのデータベースを新規に生成した計測イベントで更新する毎に、ライセンス構成装置は計測サービスにより通知を受ける。ライセンス構成装置は、それに応じてそのカウンタを増加する。契約サービス４８は、サービス要求を受信した場合に、規定のライセンス条件が超過するかどうか検証するために、これらのカウンタを用いる。
【００５４】
図５は、第２応用例の概略図を示す。以下に、図５は、サービス・コンシューマ３２と、サービス・サプライヤ３４と、サービス・プロバイダ３８との間の対話および接続を示す。サービス・プロバイダ３８は、ウェブ・サービスをサービス・コンシューマ３２に提供する。サービス要求を履行するために、サービス・プロバイダ３８は、サービス・サプライヤ３４からウェブ・サービスを要求する。
【００５５】
これには、矢印６〜９で表す以下の対話シーケンスが必要である。サービス・コンシューマ３２は、サービス・プロバイダ３４が提供するウェブ・サービスを要求する（６）。サービス・プロバイダ３８は、サービス・コンシューマ３２の識別を検証して、ライセンス契約が有効で利用できることを確認して、計測イベントを開始して、サービス・サプライヤ３４が提供する、要求されたウェブ・サービスを呼び出す（７）。サービス・サプライヤ３４は、要求されたサービスを実行して、結果をサービス・プロバイダ３４に返送する（８）。サービス・プロバイダ３８は、適切な計測イベントを生成して、ウェブ・サービス結果をサービス・コンシューマ３２に返送する（９）。
【００５６】
図６は、サービス・プロバイダ３８の構成装置類およびそれらの呼出しシーケンスの詳細を示す。図４のサービス・プロバイダ３６と同様に、サービス・プロバイダ３８も、サーバ側ウェブ・サービス・インターフェースであるインターフェース４０と、プロファイル・ハンドラ４２と、契約ハンドラ４６と、計測ハンドラ５０とを備える。さらに、サービス・プロバイダ３８は、サービス・ハンドラ５６を備える。サービス・ハンドラ５６は、ビジネス・ウェブ・サービス５８と接続している。ビジネス・ウェブ・サービス５８は、要求されたサービスを履行するために、サービス・サプライヤ３４が備える外部サーバ装置である。図４と同様に、プロファイル・サービス４４、契約サービス４８および計測サービス５２それぞれを、プロファイル・ハンドラ４２と、契約ハンドラ４６と、計測ハンドラ５０と接続する。プロファイル・サービス４４は、識別検査を行う外部サーバ装置であってもよい。契約サービス４８は、有効な契約かどうか検証する外部サーバ装置であってもよい。これは、ライセンス構成装置を含み、サービス要求を確実に規定のライセンスポリシー従わせるようにする。計測サービス５２は、計測イベントを生成して保存する外部サーバ装置であってもよい。
【００５７】
サービス・プロバイダの機能構成装置間の対話について、以下に述べる。インターフェース４０は、サービス・コンシューマ３２が開始したサービス要求を受信して、メッセージ・コンテキストを抽出して、次のハンドラに渡す。ハンドラは、メッセージ・コンテキストを拡張して変更したり、拡張または変更したりして、この系統の次のハンドラに渡す。プロファイル・ハンドラ４２は、サービス・サプライヤ３４の識別を検査するために、プロファイル・サービス４４に対するサービス要求を開始する。プロファイル・サービス４４は、識別検査の結果をプロファイル・ハンドラ４２に返送する。契約ハンドラ４６は、対応する契約を識別して確認するために、契約サービス４８を呼び出す。ライセンス検証構成装置５４は、契約で規定するライセンスポリシーを遵守しているか検査する。ライセンス検証構成装置５４は、この検査のために、計測サーバ５２からの実際のデータまたは履歴使用データを用いる。契約サービス４８は、ライセンス契約状態と、妥当性確認結果と、関連契約データとを契約ハンドラ４６に返送する（６）。契約ハンドラ４６は、メッセージ・コンテキストを完成して、この系統の次のハンドラである計測ハンドラ５０に渡す。例えば、正常に終了したか、キャンセルになったかといった、ウェブ・サービス要求のステータスを反映する計測イベントを生成するために、計測ハンドラ５０は、計測サービス５２を呼び出す。計測サービス５２は、ウェブ・サービスの使用についてライセンス構成装置に通知する。ライセンス検証構成装置５４は、この情報を用いて、例えば、消費または並行ライセンス使用といった、特定のライセンスポリシーの妥当性確認を行う。サービス・ハンドラ５６は、要求されたウェブ・サービスを呼び出して、メッセージ・コンテキストを得られたサービス応答で更新する。計測ハンドラ５０は、更新メッセージ・コンテキストをインターフェース４０に返送する（１０）。インターフェース４０は、最初の呼び出しの結果をサービス・コンシューマ３２へ返送する。
【００５８】
さらに、サービス呼出しカウンタを、ライセンス妥当性確認構成装置５４内に実装する。提供されたライセンス契約それぞれに対して、サービス呼出しカウンタが１つ備えられる。各サービス呼出しカウンタは、計測サービス・データベースに保存した、提供されたウェブ・サービスの呼出しステータスを表す。ライセンス構成装置は、計測サービスがそのデータベースを新規に生成した計測イベントで更新する毎に、計測サービスにより通知を受ける。ライセンス構成装置は、それに応じてこれらのカウンタを増加する。契約サービスは、要求を受信した場合に、規定のライセンス条件が超過するかどうか検証するために、これらのカウンタを用いる。
【００５９】
契約サービスのライセンス構成装置内にサービス呼出しカウンタを導入することにより、ネットワーク・トラフィックコストについても大幅に低減する理由は、データベースを更新した場合に限って、計測サービス５２とライセンス検証構成装置５４との間のサービストラフィックを生成するからである。サービス呼出しカウンタにより、多額のネットワークコストを回避する。
【００６０】
以下の例は、本発明の利点を示している。
【実施例１】
【００６１】
第１の例によれば、サービス・コンシューマ３２は、この契約業者に対して最大５つの割り当て制限を設けている消費ライセンス契約に基づいて、１週間の時間枠でサービス・サプライヤ３４からのサーバ・ハードウェアを割り当てる必要がある。これは高額のサービス要求であるので、サービス・コンシューマ３２は、この限度、例えば、５を確実に超えないようにしたいと考えている。従って、ＣＥＰを無効にするライセンス契約を用いる。この場合、計測イベント・データベースおよびライセンス妥当性確認構成装置の次に対応するサービス呼出しカウンタは、サービス呼出しの現在のステータスを常に表示して、ライセンス契約の限度を超過する可能性を排除する。
【実施例２】
【００６２】
第２の例によれば、サービス・コンシューマ３２は、計算網環境内でアプリケーションを実行する。記憶装置を動的に割り当てるために、負荷の最大値が発生する場合には、記憶装置サプライヤとの消費ライセンス契約に基づいて、これらのアプリケーションを実行する。記憶装置を余分に割り当てることは、低額であるがサービスを頻繁に呼び出すと考えられるので、事前に計算した最大割り当てに基づいてライセンス契約を設計するが、ＣＥＰを有効にして、適当なＣＦＰを定義することにより、特定量に対するこの限度を超過させることができる。これにより、上限を一時的に超える場合があっても、記憶装置割り当てを確実に継続させる。従って余分のコスト目標値を超過する可能性に対して制限が設定されているとしても、コンシューマの操作を中止することがない。
【実施例３】
【００６３】
第３の例によれば、サービス・プロバイダ３８は、別のランクおよび／または価格設定条件に基づいて、ウェブ・サービスとしてビジネス・アプリケーションを提供する。対応するライセンス契約では、ＣＥＰおよびＣＦＰの値が異なっているのは、これらのパラメータが、サービス・プロバイダ３８がウェブ・サービスを提供できるコストに対して大きな影響を与えるからである。これにより、対応する供給コストを計算する可能性に応じて、サービス・プロバイダ３８がウェブ・サービスを別の料金表示で提供できるようになる。
【００６４】
本発明のシステムを、ハードウェア、ソフトウェアまたはハードウェアおよびソフトウェアの組み合わせにより、実施することもできる。
【００６５】
本発明を、ここに記載の方法を実施可能な特徴を全て含むコンピュータプログラム製品に埋め込むこともできる。さらに、コンピュータシステムにロードする場合は、前記コンピュータプログラム製品は、これらの方法を実行することができる。
【００６６】
ここに説明した本発明は、主にウェブ・サービスに関しているが、本発明はさらに、任意の種類の通信ネットワーク内の任意のサービスに適用可能である。
【００６７】
ここに詳細に説明した本発明は、その特定の好適な実施の形態に従っているが、その多くの変更および変形について、当業者によって実施してもよい。従って、添付の請求の範囲により、このような変更および変形はすべて、本発明の真の精神および範囲内に含まれるものである。
【図面の簡単な説明】
【００６８】
【図１】本発明による方法の好適な実施の形態を示すデータフローを示す。
【図２】本発明によるシステムの好適な実施の形態を示す概略説明図を示す。
【図３】本発明によるシステムの第１応用例の概略説明図を示す。
【図４】本発明によるシステムの第１応用例の詳細な説明図を示す。
【図５】本発明によるシステムの第２応用例の概略説明図を示す。
【図６】本発明によるシステムの第２応用例の詳細な説明図を示す。
【符号の説明】
【００６９】
２０  （データをメッセージ・コンテキストから分離する）ステップ
２２  （計測イベント要求を生成する）ステップ
２４  （ブール・パラメータを評価する）ステップ
２５  （計測イベント要求を計測ウェブ・サービスへ送信する）ステップ
２６  （整数パラメータを評価する）ステップ
２７  （計測イベント要求をキャッシュ・メモリに保存する）ステップ
２８  （計測イベント要求およびキャッシュした計測イベント要求を計測サービスへ送信する）ステップ
３０  （キャッシュ・メモリを消去する）ステップ
３２  サービス・コンシューマ
３４  サービス・サプライヤ
３６  サービス・プロバイダ
３８  サービス・プロバイダ
４０  インターフェース
４２  プロファイル・ハンドラ
４４  プロファイル・サービス
４６  契約ハンドラ
４８  契約サービス
５０  計測ハンドラ
５２  計測サービス
５４  ライセンス検証構成装置
５６  サービス・ハンドラ
５８  ビジネス・ウェブ・サービス
５９  入力装置
６０  メッセージ・コンテキスト・セパレータ
６２  計測イベント・ジェネレータ
６４  キャッシュ・イネーブラ
６６  キャッシュ・コントローラ
６８  ＣＦＰモニタ
７０  キャッシュ・メモリ
７２  計測サービス・インボケータ
【図１】
2007521581.tif 000003
【図２】
2007521581.tif 000004
【図３】
2007521581.tif 000005
【図４】
2007521581.tif 000006
【図５】
2007521581.tif 000007
【図６】
2007521581.tif 000008
【国際調査報告】
2007521581.tif 000009
2007521581.tif 000010