(57)【要約】【課題】  ウェブサービスユーザのウェブサービス政策と、ウェブサービス提供者のウェブサービス政策との合意を行う方法及び装置を提供する。【解決手段】複数のウェブサービスが登録されたサーバがウェブサービスのうち、何れか一つのウェブサービスの政策に関する合意文書の作成を要請する関数を呼び出し、この関数の呼び出しに対するリターンとして、合意文書を獲得することによってウェブサービス政策の合意過程でのウェブサービスユーザの処理負担を減らした。【選択図】      図１２
2007026441.tif 000002
【特許請求の範囲】
【請求項１】
ウェブサービスユーザとウェブサービス提供者とのウェブサービスの政策に関する合意文書を獲得する方法において、
（ａ）複数のウェブサービスが登録されたサーバが、前記ウェブサービスのうち、何れか一つのウェブサービスの政策に関する合意文書の作成を要請する第１関数を呼び出すステップと、
（ｂ）前記第１関数の呼び出しに対するリターンとして、前記合意文書を獲得するステップとを含むことを特徴とする方法。
【請求項２】
前記第１関数は、前記サーバのＡＰＩ関数であり、
前記（ａ）ステップは、前記サーバに対して前記ＡＰＩ関数を遠隔で呼び出すことを特徴とする請求項１に記載の方法。
【請求項３】
（ｃ）前記ウェブサービスのうち、前記ウェブサービスユーザのウェブサービスの政策を基準に、前記ウェブサービスユーザにより呼び出し可能なウェブサービスの発見を要請する第２関数を呼び出すステップと、
（ｄ）前記第２関数の呼び出しに対するリターンとして、前記ウェブサービスユーザにより呼び出し可能なウェブサービスの目録を獲得するステップと、
（ｅ）前記獲得されたウェブサービスの目録のうち、何れか一つのウェブサービスを選択するステップとをさらに含み、
前記（ａ）ステップは、前記選択されたウェブサービスの政策に関する合意文書の作成を要請する関数を呼び出すことを特徴とする請求項１に記載の方法。
【請求項４】
前記ウェブサービスユーザのウェブサービスの政策を変更するステップをさらに含み、
前記（ａ）ステップは、前記変更された政策に関する合意文書の作成を要請する関数を呼び出すことを特徴とする請求項１に記載の方法。
【請求項５】
前記ウェブサービスのうち、何れか一つのウェブサービスを呼び出すステップと、
前記ウェブサービス呼び出しに対する失敗を通知されるステップとをさらに含み、
前記（ａ）ステップは、前記失敗を通知されれば、前記関数を呼び出すことを特徴とする請求項１に記載の方法。
【請求項６】
ウェブサービスユーザとウェブサービス提供者との間のウェブサービスの政策に関する合意文書を獲得する装置において、
複数のウェブサービスが登録されたサーバが、前記ウェブサービスのうち、何れか一つのウェブサービスの政策に関する合意文書の作成を要請する関数を生成する第１関数生成部と、
前記第１関数生成部により生成された関数の呼び出しに対するリターンとして、前記合意文書を獲得する受信部とを備えることを特徴とする装置。
【請求項７】
前記関数は、前記サーバのＡＰＩ関数であり、
前記サーバに対して、前記第１関数生成部により生成されたＡＰＩ関数を遠隔で呼び出す送信部をさらに備えることを特徴とする請求項６に記載の装置。
【請求項８】
前記ウェブサービスのうち、前記ウェブサービスユーザのウェブサービスの政策を基準に、前記ウェブサービスユーザにより呼び出し可能なウェブサービスの発見を要請する関数を生成する第２関数生成部をさらに備え、
前記受信部は、前記第２関数生成部により生成された関数の呼び出しに対するリターンとして、前記ウェブサービスユーザにより呼び出し可能なウェブサービスの目録を獲得し、
前記第１関数生成部は、前記獲得されたウェブサービスの目録のうち、前記ウェブサービスユーザにより選択されたウェブサービスの政策に関する合意文書の作成を要請する関数を呼び出すことを特徴とする請求項６に記載の装置。
【請求項９】
ウェブサービスユーザとウェブサービス提供者との間のウェブサービスの政策に関する合意文書を獲得する方法を、コンピュータで実行させるためのプログラムを記録したコンピュータで読み取り可能な記録媒体において、
複数のウェブサービスが登録されたサーバが、前記ウェブサービスのうち、何れか一つのウェブサービスの政策に関する合意文書の作成を要請する第１関数を呼び出すステップと、
前記第１関数の呼び出しに対するリターンとして、前記合意文書を獲得するステップとを含むことを特徴とする方法をコンピュータで実行させるためのプログラムを記録あるコンピュータで読み取り可能な記録媒体。
【請求項１０】
ウェブサービスユーザとウェブサービス提供者との間のウェブサービスの政策に関する合意文書を提供する方法において、
（ａ）複数のウェブサービスが登録されたサーバが、前記ウェブサービスのうち、何れか一つのウェブサービスの政策に関する合意文書の作成を要請する第１関数を呼び出されるステップと、
（ｂ）前記第１関数の呼び出しに応じて、前記第１関数に該当する一連の作業を行うステップと、
（ｃ）前記第１関数の呼び出しに対するリターンとして、前記（ｂ）ステップでの作業の実行結果の合意文書を前記ウェブサービスユーザに提供するステップとを含むことを特徴とする方法。
【請求項１１】
前記第１関数は、前記サーバのＡＰＩ関数であり、
前記（ａ）ステップは、前記ウェブサービスユーザから遠隔で前記ＡＰＩ関数を呼び出されることを特徴とする請求項１０に記載の方法。
【請求項１２】
前記（ｂ）ステップは、
前記ウェブサービスユーザのウェブサービス政策ファイル及び前記ウェブサービス提供者のウェブサービス政策ファイルを検索するステップと、
前記検索されたサービス政策ファイルを比較するステップと、
前記比較結果に基づいて前記合意文書を作成するステップとを含むことを特徴とする請求項１０に記載の方法。
【請求項１３】
（ｃ）前記ウェブサービスのうち、前記ウェブサービスユーザのウェブサービスの政策を基準に、前記ウェブサービスユーザにより呼び出し可能なウェブサービスの発見を要請する第２関数を呼び出されるステップと、
（ｄ）前記第２関数の呼び出しに応じて、前記第２関数に該当する一連の作業を行うステップと、
（ｅ）前記第２関数の呼び出しに対するリターンとして、前記（ｄ）ステップでの作業の実行結果の前記ウェブサービスユーザにより呼び出し可能なウェブサービスの目録を提供するステップとをさらに含み、
前記（ａ）は、前記ウェブサービスの目録のうち、前記ウェブサービスユーザにより選択されたウェブサービスの政策に関する合意文書の作成を要請する第１関数の呼び出しを受信することを特徴とする請求項１０に記載の方法。
【請求項１４】
前記（ｄ）ステップは、
（ｄ１）前記ウェブサービスユーザのサービス政策ファイル及び、前記ウェブサービスのうち、何れか一つのウェブサービスのサービス政策ファイルを検索するステップと、
（ｄ２）前記検索されたサービス政策ファイルを比較するステップと、
（ｄ３）前記比較結果に基づいて、前記ウェブサービスが前記ウェブサービスユーザにより呼び出し可能であるか否かを判別するステップと、
（ｄ４）前記判別結果に基づいて、前記ウェブサービスユーザにより呼び出し可能なウェブサービスの目録を作成するステップとをさらに含むことを特徴とする請求項１０に記載の方法。
【請求項１５】
ウェブサービスユーザとウェブサービス提供者との間のウェブサービスの政策に関する合意文書を提供する装置において、
複数のウェブサービスが登録されたサーバが、前記ウェブサービスのうち、何れか一つのウェブサービスの政策に関する合意文書の作成を要請する第１関数の呼び出しに応じて、前記第１関数に該当する一連の作業を行う第１関数処理部と、
前記第１関数の呼び出しに対するリターンとして、前記第１関数処理部での作業の実行結果の合意文書を提供する送信部とを備えることを特徴とする装置。
【請求項１６】
前記第１関数は、前記サーバのＡＰＩ関数であり、
前記ウェブサービスユーザから遠隔で前記ＡＰＩ関数を呼び出される受信部をさらに備え、
前記第１関数処理部は、前記受信部に受信されたＡＰＩ関数の呼び出しに応じて、前記ＡＰＩ関数に該当する一連の作業を行うことを特徴とする請求項１５に記載の装置。
【請求項１７】
前記ウェブサービスのうち、前記ウェブサービスユーザのウェブサービスの政策を基準に、前記ウェブサービスユーザにより呼び出し可能なウェブサービスの発見を要請する第２関数の呼び出しに応じて、前記第２関数に該当する一連の作業を行う第２関数処理部をさらに備え、
前記送信部は、前記第２関数処理部での作業の実行結果の前記ウェブサービスユーザにより呼び出し可能なウェブサービスの目録を提供し、
前記第１関数処理部は、前記送信部により提供されたウェブサービスの目録のうち、前記ウェブサービスユーザにより選択されたウェブサービスの政策に関する合意文書の作成を要請する関数に該当する一連の作業を行うことを特徴とする請求項１５に記載の装置。
【請求項１８】
ウェブサービスユーザとウェブサービス提供者との間のウェブサービスの政策に関する合意文書を提供する方法を、コンピュータで実行させるためのプログラムを記録したコンピュータで読み取り可能な記録媒体において、
複数のウェブサービスが登録されたサーバが、前記ウェブサービスのうち、何れか一つのウェブサービスの政策に関する合意文書の作成を要請する第１関数を呼び出されるステップと、
前記第１関数の呼び出しに応じて、前記第１関数に該当する一連の作業を行うステップと、
前記第１関数の呼び出しに対するリターンとして、前記（ｂ）ステップでの作業の実行結果の合意文書を前記ウェブサービスユーザに提供するステップとを含むことを特徴とする方法をコンピュータで実行させるためのプログラムを記録したコンピュータで読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ウェブサービスに係り、特に、ウェブサービスユーザのウェブサービス政策と、ウェブサービス提供者のウェブサービス政策との合意を行う方法及び装置に関する。
【背景技術】
【０００２】
ウェブサービスは、インターネット上でウェブを通じて提供される一連のサービスを言う。ウェブ上で全世界の各企業が提供するウェブサービスを容易に検索可能にするために、ＵＤＤＩ（Ｕｎｉｖｅｒｓａｌ  Ｄｅｓｃｒｉｐｔｉｏｎ，Ｄｉｓｃｏｖｅｒｙ  ａｎｄ  Ｉｎｔｅｇｒａｔｉｏｎ）が登場した。一般的に、ＵＤＤＩは、全世界の各企業が、インターネット上に存在する全世界のビジネス目録に自身を登録するためのＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）基盤のレジスタを意味する。
【０００３】
ウェブサービスユーザ及びウェブサービス提供者は、それらのそれぞれのウェブサービス政策である。ウェブサービス政策とは、ウェブサービスユーザの側面では、自身が呼び出そうとするウェブサービスに対する技術的な要求事項を意味し、ウェブサービス提供者の側面では、自身が提供するウェブサービスにより提供できる多様な技術的事項を意味する。
【０００４】
図１は、ウェブサービス政策の一般的な構成要素を示す図である。図１に示すように、従来のウェブサービス政策の一般的な構成要素としては、文字エンコーディング方式などの一般政策、保安トークンの形式などの保安政策、連続メッセージ伝送の有効期間などの信頼性政策などがある。
【０００５】
ウェブサービスユーザ及びウェブサービス提供者は、何れか一つのウェブサービスに対して相異なるウェブサービス政策を有しうるので、ウェブサービスユーザとウェブサービス提供者との間には、必ずウェブサービス政策に関する合意過程を経る必要がある。
【０００６】
図２は、ウェブサービス政策に関する合意過程を概略的に示す図である。図２に示すように、ウェブサービスユーザのウェブサービス政策とウェブサービス提供者のウェブサービス政策とに基づいて、文字エンコーディング方式は、ＵＴＦ−８、ウェブサービス言語はＫＲ、機密性は３ＤＥＳとするウェブサービス合意文書が作成された。ここで、ウェブサービス政策のうち何れか一つの構成要素内で一致するものが複数存在すれば、一般的に、まず、順位に応じて何れか一つが選択される。
【０００７】
図３は、ＵＤＤＩのデータ構造を示す図である。図３に示すように、ＵＤＤＩは、ビジネスエンティティ、ビジネスサービス、バインディングテンプレート、及びｔモデルの順に構成されたデータ構造である。これは、ウェブサービスについてのビジネス情報及び技術情報を体系的に保存するためのものである。
【０００８】
ビジネスエンティティは、ウェブサービス提供者のビジネスに関する情報を意味し、事業者名、産業分類、及び事業者ＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）などから構成される。ビジネスサービスは、ウェブサービスに関するビジネス情報を意味し、ウェブサービス名、ウェブサービス分類、及びウェブサービス説明などから構成される。バインディングテンプレートは、ウェブサービスに関する技術情報を意味し、ウェブサービスＵＲＬ等から構成される。ｔモデルは、ウェブサービスに関する技術スペックを意味し、ウェブサービスインターフェース及びウェブサービス政策等から構成される。
【０００９】
図４は、ＵＤＤＩが提供するＡＰＩ関数を示す図である。
【００１０】
ＵＤＤＩは、図３に示すようなデータ構造を検索するための、図４に示すような多様なＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｇｒａｍ  Ｉｎｔｅｒｆａｃｅ）関数を提供する。
【００１１】
図５は、従来のウェブサービスシステムの構成図である。図５に示すように、従来のウェブサービスシステムは、ウェブサービスユーザ１、ＵＤＤＩサーバ２、及びウェブサービス提供者３から構成される。図４に示すＡＰＩ関数を利用して、次のようにウェブサービス政策に関する合意が行える。
【００１２】
まず、ウェブサービス提供者３は、自身が提供するウェブサービスに関する情報をＵＤＤＩサーバ２に登録する。この情報は、ウェブサービス提供者３のウェブサービス政策に対するリンク、すなわち、ウェブサービス政策ファイルが保存された場所のアドレス（例えば、ＵＲＬ）を含む。次いで、ウェブサービスユーザ１は、ＵＤＤＩサーバ２に対して、ウェブサービス政策に対するリンクを検索し、このリンクを利用して、ウェブサービス提供者３のウェブサービス政策ファイルを検索する。次いで、ウェブサービスユーザ１は、自身のウェブサービス政策ファイルとウェブサービス提供者３のウェブサービス政策ファイルとを比較し、ウェブサービス政策の合意文書を作成する。次いで、ウェブサービスユーザ１は、ウェブサービス政策の合意文書を利用してウェブサービスを呼び出す。
【００１３】
多様な場合についてのさらに具体的なウェブサービス政策の合意過程は、図６ないし図９を参照して、以下で詳細に説明する。
【００１４】
図６は、従来のウェブサービス政策に関する合意過程のフローチャートである。図６に示すように、従来のウェブサービス政策に関する合意過程は、何れか一つのサービスを対象とする場合であり、次のようなステップで構成される。
【００１５】
ステップ６１で、ウェブサービスユーザ１は、ＵＤＤＩサーバ２に対して、何れか一つのウェブサービスに対するｇｅｔ＿ｓｅｒｖｉｃｅＤｅｔａｉｌ  ＡＰＩ関数を呼び出し、ＵＤＤＩサーバ２は、ウェブサービスユーザ１から、このｇｅｔ＿ｓｅｒｖｉｃｅＤｅｔａｉｌ  ＡＰＩ関数を呼び出される。
【００１６】
ステップ６２で、ＵＤＤＩサーバ２は、ステップ６１でのｇｅｔ＿ｓｅｒｖｉｃｅＤｅｔａｉｌ  ＡＰＩ関数の呼び出しに応じて、前記ウェブサービスのｔモデル目録を検索し、これをウェブサービスユーザ１に提供する。
ステップ６３で、ウェブサービスユーザ１は、ＵＤＤＩサーバ２から提供されたｔモデル目録のうち、ウェブサービス政策に該当するｔモデルキーを利用して、ｇｅｔ＿ｔＭｏｄｅｌＤｅｔａｉｌ  ＡＰＩ関数を呼び出し、ＵＤＤＩサーバ２は、ウェブサービスユーザ１から、このｇｅｔ＿ｔＭｏｄｅｌＤｅｔａｉｌ  ＡＰＩ関数を呼び出される。
【００１７】
ステップ６４で、ＵＤＤＩサーバ２は、ステップ６３でのｇｅｔ＿ｔＭｏｄｅｌＤｅｔａｉｌ  ＡＰＩ関数の呼び出しに応じて、前記ｔモデルキーに該当するｔモデルを検索し、これをウェブサービスユーザ１に提供する。
【００１８】
ステップ６５で、ウェブサービスユーザ１は、ＵＤＤＩサーバ２から提供されたｔモデルのうち、ウェブサービス政策に対するリンクを参照して、ウェブサービス提供者３に対してウェブサービス提供者３のウェブサービス政策ファイルを検索する。
【００１９】
ステップ６６で、ウェブサービスユーザ１は、自身のウェブサービス政策ファイルとウェブサービス提供者３のウェブサービス政策ファイルとを比較して、この比較結果に基づいてウェブサービス政策に関する合意文書を作成する。
【００２０】
ステップ６７で、ウェブサービスユーザ１は、ステップ６６で、作成されたウェブサービス政策に関する合意文書を利用して、ウェブサービス提供者３に対してウェブサービスを呼び出す。
【００２１】
図６に示す従来のウェブサービス政策に関する合意過程によれば、ウェブサービス提供者３は、三回の遠隔関数を呼び出さねばならず、二回のローカル関数を呼び出さねばならない。
【００２２】
図７は、従来のウェブサービス政策に関する他の合意過程のフローチャートである。図７に示すように、本実施形態に係るウェブサービス政策に関する他の合意過程は、複数のサービスを対象とする場合であり、次のようなステップで構成される。
【００２３】
ステップ７１で、ウェブサービスユーザ１は、ＵＤＤＩサーバ２に対して何れか一つのサービスカテゴリに対するｆｉｎｄ＿ｓｅｒｖｉｃｅ  ＡＰＩ関数を呼び出し、ＵＤＤＩサーバ２は、ウェブサービスユーザ１から、このｆｉｎｄ＿ｓｅｒｖｉｃｅ  ＡＰＩ関数を呼び出される。
【００２４】
ステップ７２で、ＵＤＤＩサーバ２は、ステップ７１でのｆｉｎｄ＿ｓｅｒｖｉｃｅ  ＡＰＩ関数の呼び出しに応じて、前記サービスカテゴリに属するウェブサービスの目録を検索し、これをウェブサービスユーザ１に提供する。
【００２５】
ステップ７３で、ＵＤＤＩサーバ２は、ウェブサービスユーザ１のウェブサービス政策ファイルをウェブサービスユーザ１に対して検索し、ステップ７２で、検索されたウェブサービスの目録のうち、ウェブサービス１を提供する第１ウェブサービス提供者３１のウェブサービス政策ファイルを、第１ウェブサービス提供者３１に対して検索する。
【００２６】
ステップ７３で、ウェブサービスユーザ１は、ＵＤＤＩサーバ２から提供されたウェブサービスの目録のうち、ウェブサービス１に対してｇｅｔ＿ｓｅｒｖｉｃｅＤｅｔａｉｌ  ＡＰＩ関数を呼び出し、ＵＤＤＩサーバ２は、ウェブサービスユーザ１から、このｇｅｔ＿ｓｅｒｖｉｃｅＤｅｔａｉｌ  ＡＰＩ関数を呼び出される。
【００２７】
ステップ７４で、ＵＤＤＩサーバ２は、ステップ７３でのｇｅｔ＿ｓｅｒｖｉｃｅＤｅｔａｉｌ  ＡＰＩ関数の呼び出しに応じて、前記ウェブサービス１のｔモデル目録を検索し、これをウェブサービスユーザ１に提供する。
【００２８】
ステップ７５で、ウェブサービスユーザ１は、ＵＤＤＩサーバ２から提供されたｔモデル目録のうち、ウェブサービス政策に該当するｔモデルキーを利用してｇｅｔ＿ｔＭｏｄｅｌＤｅｔａｉｌ  ＡＰＩ関数を呼び出し、ＵＤＤＩサーバ２は、ウェブサービスユーザ１から、このｇｅｔ＿ｔＭｏｄｅｌＤｅｔａｉｌ  ＡＰＩ関数を呼び出される。
【００２９】
ステップ７６で、ＵＤＤＩサーバ２は、ステップ７５でのｇｅｔ＿ｔＭｏｄｅｌＤｅｔａｉｌ  ＡＰＩ関数の呼び出しに応じて、前記ｔモデルキーに該当するｔモデルを検索し、これをウェブサービスユーザ１に提供する。
【００３０】
ステップ７７で、ウェブサービスユーザ１は、ＵＤＤＩサーバ２から提供されたｔモデルのうち、ウェブサービス政策に対するリンクを参照して、第１ウェブサービス提供者３１に対してウェブサービス提供者３のウェブサービス政策ファイルを検索する。
【００３１】
ステップ７８で、ウェブサービスユーザ１は、自身のウェブサービス政策ファイルと第１ウェブサービス提供者３１のウェブサービス政策ファイルとを比較して、この比較結果に基づいて第１ウェブサービス提供者３１のウェブサービスがウェブサービスユーザ１により呼び出し可能であるか否かを判別する。
【００３２】
ステップ７９で、ウェブサービスユーザ１は、ウェブサービスの目録の他のあらゆるウェブサービス、すなわち、ウェブサービス２−ウェブサービスｎに対してステップ７３ないしステップ７８を繰り返す。
【００３３】
ステップ７１０で、ウェブサービスユーザ１は、ステップ７８ないしステップ７９での判別結果に基づいて、ウェブサービスユーザ１により呼び出し可能なウェブサービスのうち、何れか一つのウェブサービスを選択する。以下では、ウェブサービスユーザ１がウェブサービス２を選択したと仮定して技術する。
【００３４】
ステップ７１１で、ウェブサービスユーザ１は、ウェブサービスユーザ１のウェブサービス政策ファイルと、ウェブサービス２を提供する第２ウェブサービス提供者３２のウェブサービス政策ファイルとの比較結果に基づいて、ウェブサービス政策に関する合意文書を作成する。
【００３５】
ステップ７１２で、ウェブサービスユーザ１は、ステップ７１１で、作成されたウェブサービス政策に関する合意文書を利用して、ウェブサービス提供者３２に対してウェブサービスを呼び出す。
【００３６】
図７に示す従来のウェブサービス政策に関する合意過程によれば、ウェブサービス提供者３２は、（３ｘｎ＋１）回の遠隔関数を呼び出さねばならず、（ｎ＋２）回のローカル関数を呼び出さねばならない。
【００３７】
図８は、従来のウェブサービス政策に関するさらに他の合意過程のフローチャートである。図８に示すように、従来のウェブサービス政策に関するさらに他の合意過程は、ウェブサービスユーザ１のウェブサービス政策が変更された場合であり、次のようなステップで構成される。
【００３８】
ステップ８１で、ウェブサービスユーザ１は、ウェブサービスユーザ１のウェブサービスの政策を変更する。
【００３９】
ステップ８２で、ウェブサービスユーザ１は、ＵＤＤＩサーバ２に対して、遠隔でステップ８１で、変更された政策に関する新たな合意文書を作成するために、ｇｅｔ＿ｓｅｒｖｉｃｅＤｅｔａｉｌ  ＡＰＩ関数を呼び出し、ＵＤＤＩサーバ２は、ウェブサービスユーザ１から、このｇｅｔ＿ｓｅｒｖｉｃｅＤｅｔａｉｌ  ＡＰＩ関数を呼び出される。
【００４０】
ステップ８３で、ＵＤＤＩサーバ２は、ステップ８２でのｇｅｔ＿ｓｅｒｖｉｃｅＤｅｔａｉｌ  ＡＰＩ関数の呼び出しに応じて、前記ウェブサービスのｔモデル目録を検索し、これをウェブサービスユーザ１に提供する。
【００４１】
ステップ８４で、ウェブサービスユーザ１は、ＵＤＤＩサーバ２から提供されたｔモデル目録のうち、ウェブサービス政策に該当するｔモデルキーを利用してｇｅｔ＿ｔＭｏｄｅｌＤｅｔａｉｌ  ＡＰＩ関数を呼び出し、ＵＤＤＩサーバ２は、ウェブサービスユーザ１から、このｇｅｔ＿ｔＭｏｄｅｌＤｅｔａｉｌ  ＡＰＩ関数を呼び出される。
【００４２】
ステップ８５で、ＵＤＤＩサーバ２は、ステップ８４でのｇｅｔ＿ｔＭｏｄｅｌＤｅｔａｉｌ  ＡＰＩ関数の呼び出しに応じて、前記ｔモデルキーに該当するｔモデルを検索し、これをウェブサービスユーザ１に提供する。
【００４３】
ステップ８６で、ウェブサービスユーザ１は、ＵＤＤＩサーバ２から提供されたｔモデルのうち、ウェブサービス政策に対するリンクを参照して、ウェブサービス提供者３に対してウェブサービス提供者３のウェブサービス政策ファイルを検索する。
【００４４】
ステップ８７で、ウェブサービスユーザ１は、自身のウェブサービス政策ファイルと、ウェブサービス提供者３のウェブサービス政策ファイルとを比較し、この比較結果に基づいてウェブサービス政策に関する合意文書を作成する。
【００４５】
ステップ８８で、ウェブサービスユーザ１は、ステップ８７で、作成されたウェブサービス政策に関する合意文書を利用して、ウェブサービス提供者３に対してウェブサービスを呼び出す。
【００４６】
図８に示す従来のウェブサービス政策に関する合意過程によれば、ウェブサービス提供者３は、三回の遠隔関数を呼び出さねばならず、二回のローカル関数を呼び出さねばならない。
【００４７】
図９は、従来のウェブサービス政策に関するさらに他の合意過程のフローチャートである。図９に示すように、従来のウェブサービス政策に関するさらに他の合意過程は、ウェブサービス提供者３のウェブサービス政策が変更された場合であり、次のようなステップで構成される。
【００４８】
ステップ９１で、ウェブサービス提供者３は、ウェブサービス提供者３のウェブサービスの政策を変更する。
【００４９】
ステップ９２で、ウェブサービスユーザ１は、既存のウェブサービス政策に関する合意文書を利用して、ウェブサービス提供者３に対してウェブサービスを呼び出す。
【００５０】
ステップ９３で、ウェブサービス提供者３は、このウェブサービスを呼び出され、ウェブサービスユーザ１のウェブサービス政策と、ウェブサービス提供者３のウェブサービス政策とが相異なることによって発生したウェブサービス呼び出しに対する失敗をウェブサービス提供者３に通知する。
【００５１】
ステップ９４で、ウェブサービスユーザ１は、ウェブサービス提供者３から９３ステップでのウェブサービス呼び出しに対する失敗を通知されれば、ＵＤＤＩサーバ２に対して、遠隔でウェブサービス呼び出しの失敗による新たな合意文書を作成するために、ｇｅｔ＿ｓｅｒｖｉｃｅＤｅｔａｉｌ  ＡＰＩ関数を呼び出し、ＵＤＤＩサーバ２は、ウェブサービスユーザ１から、このｇｅｔ＿ｓｅｒｖｉｃｅＤｅｔａｉｌ  ＡＰＩ関数を呼び出される。
【００５２】
ステップ９５で、ＵＤＤＩサーバ２は、ステップ９４でのｇｅｔ＿ｓｅｒｖｉｃｅＤｅｔａｉｌ  ＡＰＩ関数の呼び出しに応じて、前記ウェブサービスのｔモデル目録を検索し、これをウェブサービスユーザ１に提供する。
【００５３】
ステップ９６で、ウェブサービスユーザ１は、ＵＤＤＩサーバ２から提供されたｔモデル目録のうち、ウェブサービス政策に該当するｔモデルキーを利用してｇｅｔ＿ｔＭｏｄｅｌＤｅｔａｉｌ  ＡＰＩ関数を呼び出し、ＵＤＤＩサーバ２は、ウェブサービスユーザ１から、このｇｅｔ＿ｔＭｏｄｅｌＤｅｔａｉｌ  ＡＰＩ関数を呼び出される。
【００５４】
ステップ９７で、ＵＤＤＩサーバ２は、ステップ９６でのｇｅｔ＿ｔＭｏｄｅｌＤｅｔａｉｌ  ＡＰＩ関数の呼び出しに応じて、前記ｔモデルキーに該当するｔモデルを検索し、これをウェブサービスユーザ１に提供する。
【００５５】
ステップ９８で、ウェブサービスユーザ１は、ＵＤＤＩサーバ２から提供されたｔモデルのうち、ウェブサービス政策に対するリンクを参照して、ウェブサービス提供者３に対してウェブサービス提供者３のウェブサービス政策ファイルを検索する。
【００５６】
ステップ９９で、ウェブサービスユーザ１は、自身のウェブサービス政策ファイルと、ウェブサービス提供者３のウェブサービス政策ファイルとを比較して、この比較結果に基づいてウェブサービス政策に関する合意文書を作成する。
【００５７】
ステップ９１０で、ウェブサービスユーザ１は、ステップ９９で作成されたウェブサービス政策に関する合意文書を利用して、ウェブサービス提供者３に対してウェブサービスを呼び出す。
【００５８】
図９に示す従来のウェブサービス政策に関する合意過程によれば、ウェブサービス提供者３は、三回の遠隔関数を呼び出さねばならず、二回のローカル関数を呼び出さねばならない。
【００５９】
以上から、従来のウェブサービス政策に関する合意過程は、次のような問題点があるということが分かる。第一に、何れか一つのウェブサービスを対象とする場合、またはウェブサービス政策が変更された場合には、三回の遠隔関数を呼び出さねばならず、二回のローカル関数を呼び出さねばならない。これは、ウェブサービスユーザに相当の負担として作用する。
【００６０】
第二に、ウェブサービスユーザは、ウェブサービス政策に関する合意文書が必要である度に、ウェブサービス提供者のウェブサービス政策ファイルをダウンロードされて保存する必要がある。これは、ウェブサービスユーザのネットワークトラフィックを増加させ、ディスク資源を無駄にする結果を招く。特に、第一の問題点及び第二の問題点は、ウェブサービスユーザが、家電機器、携帯用機器のような低仕様の埋め込みシステムであれば、この問題はさらに深刻になる。
【００６１】
第三に、従来のウェブサービス政策に関する合意過程は、ウェブサービスユーザの内部でそれぞれ処理されるため、ウェブサービスユーザごとに他の方式で具現されうる。これは、ウェブサービス政策に関する合意過程の標準化に障害として作用し、そのそれぞれの方式を具現するための開発コストが上昇する。
【特許文献１】特開第２００４−２４６７８４号公報
【特許文献２】米国特許第２００３／０１０５８４６Ａ１号明細書
【発明の開示】
【発明が解決しようとする課題】
【００６２】
本発明が解決しようとする技術的課題は、ウェブサービスユーザの処理負担を減らしうる新たなＡＰＩ関数を利用して、ウェブサービス政策の合意を行う装置及び方法を提供するところにある。
【００６３】
また、前記方法をコンピュータで実行させるためのプログラムを記録したコンピュータで読み取り可能な記録媒体を提供するところにある。
【課題を解決するための手段】
【００６４】
前記技術的課題を解決するための本発明によって、ウェブサービスユーザとウェブサービス提供者とのウェブサービスの政策に関する合意文書を獲得する方法は、複数のウェブサービスが登録されたサーバが、前記ウェブサービスのうち、何れか一つのウェブサービスの政策に関する合意文書の作成を要請する第１関数を呼び出すステップと、前記第１関数の呼び出しに対するリターンとして、前記合意文書を獲得するステップとを含む。
【００６５】
前記他の技術的課題を解決するための本発明によって、ウェブサービスユーザとウェブサービス提供者との間のウェブサービスの政策に関する合意文書を獲得する装置において、複数のウェブサービスが登録されたサーバが、前記ウェブサービスのうち、何れか一つのウェブサービスの政策に関する合意文書の作成を要請する関数を生成する第１関数生成部と、前記第１関数生成部により生成された関数の呼び出しに対するリターンとして、前記合意文書を獲得する受信部とを備える。
【００６６】
前記さらに他の技術的課題を解決するために、本発明は、前記されたウェブサービスの政策に関する合意文書を獲得する方法を、コンピュータで実行させるためのプログラムを記録したコンピュータで読み取り可能な記録媒体を提供する。
【００６７】
前記さらに他の技術的課題を解決するための本発明によって、ウェブサービスユーザとウェブサービス提供者との間のウェブサービスの政策に関する合意文書を提供する方法は、複数のウェブサービスが登録されたサーバが、前記ウェブサービスのうち、何れか一つのウェブサービスの政策に関する合意文書の作成を要請する第１関数を呼び出されるステップと、前記第１関数の呼び出しに応じて、前記第１関数に該当する一連の作業を行うステップと、前記第１関数の呼び出しに対するリターンとして、前記作業の実行結果の合意文書を前記ウェブサービスユーザに提供するステップとを含む。
【００６８】
前記さらに他の技術的課題を解決するための本発明によって、ウェブサービスユーザとウェブサービス提供者との間のウェブサービスの政策に関する合意文書を提供する装置は、複数のウェブサービスが登録されたサーバが、前記ウェブサービスのうち、何れか一つのウェブサービスの政策に関する合意文書の作成を要請する第１関数の呼び出しに応じて、前記第１関数に該当する一連の作業を行う第１関数処理部と、前記第１関数の呼び出しに対するリターンとして、前記第１関数処理部での作業の実行結果の合意文書を提供する送信部とを備える。
【００６９】
前記さらに他の技術的課題を解決するために、本発明は前記されたウェブサービスの政策に関する合意文書を提供する方法を、コンピュータで実行させるためのプログラムを記録したコンピュータで読み取り可能な記録媒体を提供する。
【発明の効果】
【００７０】
本発明によれば、ウェブサービス政策の合意過程をＵＤＤＩサーバで行わせる新たなＡＰＩ関数を提案することによって、次のような効果が得られる。
【００７１】
第一に、従来には、何れか一つのウェブサービスを対象とする場合、またはウェブサービス政策が変更された場合に、三回の遠隔関数を呼び出さねばならず、二回のローカル関数を呼び出さねばならないが、本発明では、一回の遠隔関数を呼び出せばよいので、ウェブサービスユーザの処理負担を最小化した。
【００７２】
第二に、従来には、ウェブサービスユーザがウェブサービス政策に関する合意文書が必要であるたびに、ウェブサービス提供者のウェブサービス政策ファイルをダウンロードされて保存せねばならなかったが、本発明では、ＵＤＤＩサーバでウェブサービス政策の合意過程が行われるため、ウェブサービス提供者のウェブサービス政策ファイルをダウンロードされて保存する必要がなくなった。これにより、従来のウェブサービスユーザのネットワーク資源及びディスク資源の浪費をなくした。
【００７３】
第三に、従来には、ウェブサービス政策に関する合意過程が、ウェブサービスユーザの内部でそれぞれ処理されたが、本発明では、ウェブサービス政策に関する合意過程が、ＵＤＤＩサーバの１箇所で行われて、ウェブサービス政策に関する合意過程の標準化に寄与でき、従来のそれぞれの方式を具現するための開発コストが低減された。
【発明を実施するための最良の形態】
【００７４】
以下では、図面を参照して本発明の望ましい実施形態を詳細に説明する。
【００７５】
図１０は本発明の望ましい一実施形態に係るＡＰＩ関数を示す図である。
図１０に示すように、本実施形態に係るＡＰＩ関数には、ｆｉｎｄ＿ｓｅｒｖｉｃｅＢｙＰｏｌｉｃｙ  ＡＰＩ関数及びｇｅｔ＿ｓｅｒｖｉｃｅＰｏｌｉｃｙＡｇｒｅｅｍｅｎｔ  ＡＰＩ関数がある。
【００７６】
ｆｉｎｄ＿ｓｅｒｖｉｃｅＢｙＰｏｌｉｃｙ  ＡＰＩ関数は、何れか一つのサービスカテゴリに属する複数のウェブサービスのうち、ウェブサービスユーザのウェブサービスの政策を基準に、ウェブサービスユーザにより呼び出し可能なウェブサービスの発見を要請するＡＰＩ関数である。
【００７７】
ｆｉｎｄ＿ｓｅｒｖｉｃｅＢｙＰｏｌｉｃｙ  ＡＰＩ関数のパラメータは、ウェブサービスユーザのウェブサービス政策に対するリンク、カテゴリバッグ及びｔモデルバッグで構成される。ウェブサービスユーザのウェブサービス政策に対するリンクは、ウェブサービス政策ファイルが保存された場所のアドレス（例えば、ＵＲＬ）を意味する。カテゴリバッグは、ビジネスエンティティの特定のビジネス側面を記述するビジネスカテゴリの目録を意味する。ビジネスカテゴリの例としては、産業カテゴリ、商品カテゴリ、または地域カテゴリなどが挙げられる。ｔモデルバッグは、ｔモデルを特定するｔモデルキーの目録を意味する。カテゴリバッグ及びｔモデルバッグを利用してウェブサービスカテゴリを特定できる。
【００７８】
ＵＤＤＩサーバは、ウェブサービスユーザのウェブサービス政策に対するリンクを参照して、ウェブサービスユーザのウェブサービス政策ファイルを検索でき、カテゴリバッグ及びｔモデルバッグを参照して、これにより特定されたウェブサービスカテゴリに属するウェブサービスを提供するウェブサービス提供者のウェブサービス政策ファイルを検索でき、ウェブサービスユーザのウェブサービス政策ファイルと、ウェブサービス提供者のウェブサービス政策ファイルとを比較することによって、ウェブサービスユーザにより呼び出し可能なウェブサービス目録を作成できる。ウェブサービスユーザにより呼び出し可能なウェブサービス目録が、ｆｉｎｄ＿ｓｅｒｖｉｃｅＢｙＰｏｌｉｃｙ  ＡＰＩ関数のリターン値になる。このウェブサービス目録は、ウェブサービスのキー及びビジネスキーで構成される。
【００７９】
ｇｅｔ＿ｓｅｒｖｉｃｅＰｏｌｉｃｙＡｇｒｅｅｍｅｎｔ  ＡＰＩ関数は、複数のウェブサービスが登録されたＵＤＤＩサーバが、このウェブサービスのうち、何れか一つのウェブサービスの政策に関する合意文書の作成を要請するＡＰＩ関数である。
【００８０】
ｇｅｔ＿ｓｅｒｖｉｃｅＰｏｌｉｃｙＡｇｒｅｅｍｅｎｔ  ＡＰＩ関数のパラメータは、ウェブサービスキー及びウェブサービスユーザのウェブサービス政策に対するリンクで構成される。ＵＤＤＩサーバは、ウェブサービスユーザのウェブサービス政策に対するリンクを参照して、ウェブサービスユーザのウェブサービス政策ファイルを検索でき、ウェブサービスキーを参照して、これにより特定されたウェブサービスを提供するウェブサービス提供者のウェブサービス政策ファイルを検索でき、ウェブサービスユーザのウェブサービス政策ファイルと、ウェブサービス提供者のウェブサービス政策ファイルとを比較することによって、ウェブサービス政策に関する合意文書を作成できる。サービス政策に関する合意文書が、ｇｅｔ＿ｓｅｒｖｉｃｅＰｏｌｉｃｙＡｇｒｅｅｍｅｎｔ  ＡＰＩ関数のリターン値になる。
【００８１】
図１１は、本発明の望ましい一実施形態に係るウェブサービスシステムの構成図である。図１１に示すように、本実施形態に係るウェブサービスシステムは、ウェブサービスユーザ４、ＵＤＤＩサーバ５及びウェブサービス提供者６で構成され、図１０に示すＡＰＩ関数を利用して、次のようにウェブサービス政策に関する合意を行える。
【００８２】
まず、ウェブサービス提供者６は、自身が提供するウェブサービスに関する情報をＵＤＤＩサーバ５に登録する。この情報は、ウェブサービス提供者６のウェブサービス政策に対するリンク、すなわち、ウェブサービス政策ファイルが保存された場所のアドレス（例えば、ＵＲＬ）を含む。次いで、ウェブサービスユーザ４は、図１０に示すＡＰＩ関数を呼び出すことによって、ＵＤＤＩサーバ５により作成されたウェブサービス目録、またはウェブサービス政策の合意文書を獲得する。次いで、ウェブサービスユーザ１は、ウェブサービス政策の合意文書を利用してウェブサービスを呼び出す。
【００８３】
ＵＤＤＩサーバ５は、ウェブサービスユーザ４とは異なり、高仕様のサーバシステムであるため、コンピュータ資源及びディスク資源が豊かであり、ウェブサービス提供者６のウェブサービスに関する情報を保有している。したがって、本実施形態では、従来とは異なり、ウェブサービス政策の合意過程をＵＤＤＩサーバ５で行わせる新たなＡＰＩ関数を提案することにより、前記された従来の問題点を解決しようとした。
【００８４】
多様な場合についてのさらに具体的なウェブサービス政策の合意過程は、図１２ないし図１５を参照して以下で詳細に説明する。
【００８５】
図１２は、本発明の望ましい一実施形態に係るウェブサービス政策に関する合意過程のフローチャートである。図１２に示すように、本実施形態に係るウェブサービス政策に関する合意過程は、次のようなステップで構成され、ウェブサービスユーザ４の側面では、ウェブサービス政策に関する合意文書を獲得する方法で把握され、ＵＤＤＩサーバ５の側面では、ウェブサービス政策に関する合意文書を提供する方法で把握されうる。
【００８６】
ステップ１２１で、ウェブサービスユーザ４は、ＵＤＤＩサーバ５に対して遠隔で何れか一つのウェブサービスに対するｇｅｔ＿ｓｅｒｖｉｃｅＰｏｌｉｃｙＡｇｒｅｅｍｅｎｔ  ＡＰＩ関数を呼び出し、ＵＤＤＩサーバ５は、ウェブサービスユーザ４から遠隔で、このｇｅｔ＿ｓｅｒｖｉｃｅＰｏｌｉｃｙＡｇｒｅｅｍｅｎｔ  ＡＰＩ関数を呼び出される。
【００８７】
ステップ１２２で、ＵＤＤＩサーバ５は、ステップ１２１でのｇｅｔ＿ｓｅｒｖｉｃｅＰｏｌｉｃｙＡｇｒｅｅｍｅｎｔ  ＡＰＩ関数の呼び出しに応じて、ウェブサービスユーザ４に対してウェブサービスユーザ４のウェブサービス政策ファイルを検索し、ウェブサービス提供者６に対してウェブサービス提供者６のウェブサービス政策ファイルを検索する。
【００８８】
ステップ１２３で、ＵＤＤＩサーバ５は、ステップ１２２で、検索されたウェブサービスユーザ４のウェブサービス政策ファイルと、ウェブサービス提供者６のウェブサービス政策ファイルとを比較し、この比較結果に基づいてウェブサービス政策に関する合意文書を作成する。ただし、ウェブサービスユーザ４のウェブサービス政策ファイルと、ウェブサービス提供者６のウェブサービス政策ファイルとの構成要素が一致しないことによって、ウェブサービス政策に関する合意文書の作成自体が不可能でありうる。
【００８９】
ステップ１２４で、ＵＤＤＩサーバ５は、ステップ１２１でのｇｅｔ＿ｓｅｒｖｉｃｅＰｏｌｉｃｙＡｇｒｅｅｍｅｎｔ  ＡＰＩ関数の呼び出しに対するリターンとして、ステップ１２３で作成されたウェブサービス政策に関する合意文書をウェブサービスユーザ４に提供し、ウェブサービスユーザ４は、これを獲得する。
【００９０】
ステップ１２５で、ウェブサービスユーザ４は、ステップ１２４で獲得されたウェブサービス政策に関する合意文書を利用して、ウェブサービス提供者６に対してウェブサービスを呼び出す。
【００９１】
図６に示す従来のウェブサービス政策に関する合意過程によれば、ウェブサービス提供者は、三回の遠隔関数を呼び出さねばならず、二回のローカル関数を呼び出さねばならない一方、図１２に示す本実施形態に係るウェブサービス政策に関する合意過程は、一回の遠隔関数を呼び出せばよい。
【００９２】
図１３は、本発明の望ましい一実施形態に係るウェブサービス政策に関する他の合意過程のフローチャートである。図１３に示すように、本実施形態に係るウェブサービス政策に関する他の合意過程は、次のようなステップで構成され、ウェブサービスユーザ４の側面では、ウェブサービス政策に関する合意文書を獲得する方法で把握され、ＵＤＤＩサーバ５の側面では、ウェブサービス政策に関する合意文書を提供する方法で把握されうる。
【００９３】
ステップ１３１で、ウェブサービスユーザ４は、ＵＤＤＩサーバ５に対して遠隔で何れか一つのサービスカテゴリに対するｆｉｎｄ＿ｓｅｒｖｉｃｅＢｙＰｏｌｉｃｙ  ＡＰＩ関数を呼び出し、ＵＤＤＩサーバ５は、ウェブサービスユーザ４から遠隔で、このｆｉｎｄ＿ｓｅｒｖｉｃｅＢｙＰｏｌｉｃｙ  ＡＰＩ関数を呼び出される。
【００９４】
ステップ１３２で、ＵＤＤＩサーバ５は、ステップ１３１でのｆｉｎｄ＿ｓｅｒｖｉｃｅＢｙＰｏｌｉｃｙ  ＡＰＩ関数の呼び出しに応じて、前記サービスカテゴリに属するウェブサービスの目録を検索する。
【００９５】
ステップ１３３で、ＵＤＤＩサーバ５は、ウェブサービスユーザ４のウェブサービス政策ファイルをウェブサービスユーザ４に対して検索し、ステップ１３２で、検索されたウェブサービスの目録のうち、ウェブサービス１を提供する第１ウェブサービス提供者６１のウェブサービス政策ファイルを、第１ウェブサービス提供者６１に対して検索する。
【００９６】
ステップ１３４で、ＵＤＤＩサーバ５は、ステップ１３２で、検索されたウェブサービスユーザ４のウェブサービス政策ファイルと、第１ウェブサービス提供者６１のウェブサービス政策ファイルとを比較し、この比較結果に基づいて第１ウェブサービス提供者６１のウェブサービスがウェブサービスユーザ４により呼び出し可能であるか否かを判別する。
【００９７】
ステップ１３５で、ＵＤＤＩサーバ５は、ステップ１３２で、検索されたウェブサービスの目録の他のあらゆるウェブサービス、すなわち、ウェブサービス２−ウェブサービスｎに対してステップ１３３ないしステップ１３４を繰り返し、ステップ１３４での判別結果及びステップ１３３及びステップ１３４の繰り返しによる判別結果に基づいて、ウェブサービスユーザ４により呼び出し可能なウェブサービスの目録を作成する。ウェブサービスユーザ４のウェブサービス政策ファイルと、あるウェブサービス提供者のウェブサービス政策ファイルとの構成要素が一致しないことによって、このウェブサービス提供者のウェブサービスがウェブサービスユーザにより呼び出しが不可能でありうる。
【００９８】
ステップ１３６で、ＵＤＤＩサーバ５は、ステップ１３１でのｆｉｎｄ＿ｓｅｒｖｉｃｅＢｙＰｏｌｉｃｙ  ＡＰＩ関数の呼び出しに対するリターンとして、ステップ１３５で、作成されたウェブサービスの目録をウェブサービスユーザ４に提供し、ウェブサービスユーザ４は、これを獲得する。
【００９９】
ステップ１３７で、ウェブサービスユーザ４は、ステップ１３６で、獲得されたウェブサービスの目録のうち、何れか一つのウェブサービスを選択する。以下では、ウェブサービスユーザがウェブサービス２を選択したと仮定して記述する。
【０１００】
ステップ１３８で、ウェブサービスユーザ４は、ＵＤＤＩサーバ５に対して遠隔で、ステップ１３７で、選択されたウェブサービス２に対してｇｅｔ＿ｓｅｒｖｉｃｅＰｏｌｉｃｙＡｇｒｅｅｍｅｎｔ  ＡＰＩ関数を呼び出し、ＵＤＤＩサーバ５は、ウェブサービスユーザ４から遠隔で、このｇｅｔ＿ｓｅｒｖｉｃｅＰｏｌｉｃｙＡｇｒｅｅｍｅｎｔ  ＡＰＩ関数を呼び出される。
【０１０１】
ステップ１３９で、ＵＤＤＩサーバ５は、ステップ１３８でのｇｅｔ＿ｓｅｒｖｉｃｅＰｏｌｉｃｙＡｇｒｅｅｍｅｎｔ  ＡＰＩ関数の呼び出しに応じて、ウェブサービスユーザ４に対してウェブサービスユーザ４のウェブサービス政策ファイルを検索し、第２ウェブサービス提供者６２に対して第２ウェブサービス提供者６２のウェブサービス政策ファイルを検索する。
【０１０２】
ステップ１３１０で、ＵＤＤＩサーバ５は、ステップ１３９で、検索されたウェブサービスユーザ４のウェブサービス政策ファイルと、第２ウェブサービス提供者６２のウェブサービス政策ファイルとを比較し、この比較結果に基づいてウェブサービス政策に関する合意文書を作成する。
【０１０３】
ステップ１３１１で、ＵＤＤＩサーバ５は、ステップ１３８でのｇｅｔ＿ｓｅｒｖｉｃｅＰｏｌｉｃｙＡｇｒｅｅｍｅｎｔ  ＡＰＩ関数の呼び出しに対するリターンとして、ステップ１３１０で、作成されたウェブサービス政策に関する合意文書をウェブサービスユーザ４に提供し、ウェブサービスユーザ４は、これを獲得する。
【０１０４】
ステップ１３１２で、ウェブサービスユーザ４は、ステップ１３１１で、獲得されたウェブサービス政策に関する合意文書を利用して、ウェブサービス提供者６に対してウェブサービスを呼び出す。
【０１０５】
図７に示す従来のウェブサービス政策に関する合意過程によれば、ウェブサービス提供者は、（３ｘｎ＋１）回の遠隔関数を呼び出さねばならず、（ｎ＋２）回のローカル関数を呼び出さねばならない一方、図１３に示す本実施形態に係るウェブサービス政策に関する合意過程は、二回の遠隔関数を呼び出せばよい。
【０１０６】
図１４は、本発明の望ましい一実施形態に係るウェブサービス政策に関するさらに他の合意過程のフローチャートである。図１４に示すように、本実施形態に係るウェブサービス政策に関するさらに他の合意過程は、次のようなステップで構成され、ウェブサービスユーザ４の側面では、ウェブサービス政策に関する合意文書を獲得する方法で把握され、ＵＤＤＩサーバ５の側面では、ウェブサービス政策に関する合意文書を提供する方法で把握されうる。
【０１０７】
ステップ１４１で、ウェブサービスユーザ４は、ウェブサービスユーザ４のウェブサービスの政策を変更する。
【０１０８】
ステップ１４２で、ウェブサービスユーザ４は、ＵＤＤＩサーバ５に対して遠隔で、ステップ１４１で、変更された政策に関する合意文書の作成を要請するｇｅｔ＿ｓｅｒｖｉｃｅＰｏｌｉｃｙＡｇｒｅｅｍｅｎｔ  ＡＰＩ関数を呼び出し、ＵＤＤＩサーバ５は、ウェブサービスユーザ４から遠隔で、このｇｅｔ＿ｓｅｒｖｉｃｅＰｏｌｉｃｙＡｇｒｅｅｍｅｎｔ  ＡＰＩ関数を呼び出される。
【０１０９】
ステップ１４３で、ＵＤＤＩサーバ５は、ステップ１４２でのｇｅｔ＿ｓｅｒｖｉｃｅＰｏｌｉｃｙＡｇｒｅｅｍｅｎｔ  ＡＰＩ関数の呼び出しに応じて、ウェブサービスユーザ４に対してウェブサービスユーザ４のウェブサービス政策ファイルを検索し、ウェブサービス提供者６に対してウェブサービス提供者６のウェブサービス政策ファイルを検索する。
【０１１０】
ステップ１４４で、ＵＤＤＩサーバ５は、ステップ１４３で、検索されたウェブサービスユーザ４のウェブサービス政策ファイルと、ウェブサービス提供者６のウェブサービス政策ファイルとを比較し、この比較結果に基づいて新たなウェブサービス政策に関する合意文書を作成する。ただし、ウェブサービスユーザ４のウェブサービス政策ファイルと、ウェブサービス提供者６のウェブサービス政策ファイルとの構成要素らが一致しないことによって、ウェブサービス政策に関する合意文書の作成自体が不可能でありうる。
【０１１１】
ステップ１４５で、ＵＤＤＩサーバ５は、ステップ１４２でのｇｅｔ＿ｓｅｒｖｉｃｅＰｏｌｉｃｙＡｇｒｅｅｍｅｎｔ  ＡＰＩ関数の呼び出しに対するリターンとして、ステップ１４４で、作成された新たなウェブサービス政策に関する合意文書をウェブサービスユーザ４に提供し、ウェブサービスユーザ４は、これを獲得する。
【０１１２】
ステップ１４６で、ウェブサービスユーザ４は、ステップ１４５で、獲得されたウェブサービス政策に関する合意文書を利用して、ウェブサービス提供者６に対してウェブサービスを呼び出す。
【０１１３】
図８に示す従来のウェブサービス政策に関する合意過程によれば、ウェブサービス提供者は、三回の遠隔関数を呼び出さねばならず、二回のローカル関数を呼び出さねばならない一方、図１４に示す本実施形態に係るウェブサービス政策に関する合意過程は、一回の遠隔関数を呼び出せばよい。
【０１１４】
図１５は、本発明の望ましい一実施形態に係るウェブサービス政策に関するさらに他の合意過程のフローチャートである。図１５に示すように、本実施形態に係るウェブサービス政策に関する他の合意過程は、次のようなステップで構成され、ウェブサービスユーザ４の側面では、ウェブサービス政策に関する合意文書を獲得する方法で把握され、ＵＤＤＩサーバ５の側面では、ウェブサービス政策に関する合意文書を提供する方法で把握されうる。
【０１１５】
ステップ１５１で、ウェブサービス提供者６は、ウェブサービス提供者６のウェブサービスの政策を変更する。
【０１１６】
ステップ１５２で、ウェブサービスユーザ４は、既存のウェブサービス政策に関する合意文書を利用して、ウェブサービス提供者６に対してウェブサービスを呼び出す。
【０１１７】
ステップ１５３で、ウェブサービス提供者６は、このウェブサービスを呼び出されて、ウェブサービスユーザ４のウェブサービス政策と、ウェブサービス提供者６のウェブサービス政策とが異なることによって発生したウェブサービス呼び出しに対する失敗をウェブサービス提供者６に通知する。
【０１１８】
ステップ１５４で、ウェブサービスユーザ４は、ウェブサービス提供者６から、ステップ１５３でのウェブサービス呼び出しに対する失敗を通知されれば、ＵＤＤＩサーバ５に対して遠隔で、ウェブサービス呼び出し失敗による新たな合意文書の作成を要請するｇｅｔ＿ｓｅｒｖｉｃｅＰｏｌｉｃｙＡｇｒｅｅｍｅｎｔ  ＡＰＩ関数を呼び出し、ＵＤＤＩサーバ５は、ウェブサービスユーザ４から遠隔で、このｇｅｔ＿ｓｅｒｖｉｃｅＰｏｌｉｃｙＡｇｒｅｅｍｅｎｔ  ＡＰＩ関数を呼び出される。
【０１１９】
ステップ１５５で、ＵＤＤＩサーバ５は、ステップ１５４でのｇｅｔ＿ｓｅｒｖｉｃｅＰｏｌｉｃｙＡｇｒｅｅｍｅｎｔ  ＡＰＩ関数の呼び出しに応じて、ウェブサービスユーザ４に対してウェブサービスユーザ４のウェブサービス政策ファイルを検索し、ウェブサービス提供者６に対してウェブサービス提供者６のウェブサービス政策ファイルを検索する。
【０１２０】
ステップ１５６で、ＵＤＤＩサーバ５は、ステップ１５５で、検索されたウェブサービスユーザ４のウェブサービス政策ファイルと、ウェブサービス提供者６のウェブサービス政策ファイルとを比較し、この比較結果に基づいて新たなウェブサービス政策に関する合意文書を作成する。ただし、ウェブサービスユーザ４のウェブサービス政策ファイルと、ウェブサービス提供者６のウェブサービス政策ファイルとの構成要素が一致しないことによって、ウェブサービス政策に関する合意文書の作成自体が不可能でありうる。
【０１２１】
ステップ１５７で、ＵＤＤＩサーバ５は、ステップ１５４でのｇｅｔ＿ｓｅｒｖｉｃｅＰｏｌｉｃｙＡｇｒｅｅｍｅｎｔ  ＡＰＩ関数の呼び出しに対するリターンとして、ステップ１５６で、作成された新たなウェブサービス政策に関する合意文書をウェブサービスユーザ４に提供し、ウェブサービスユーザ４は、これを獲得する。
【０１２２】
ステップ１５８で、ＵＤＤＩサーバ５は、ステップ１５７で、獲得されたウェブサービス政策に関する合意文書を利用して、ウェブサービスユーザ４に対してウェブサービスを呼び出す。
【０１２３】
図９に示す従来のウェブサービス政策に関する合意過程によれば、ウェブサービス提供者は、三回の遠隔関数を呼び出さねばならず、二回のローカル関数を呼び出さねばならない一方、図１５に示す本実施形態に係るウェブサービス政策に関する合意過程は、一回の遠隔関数を呼び出せばよい。
【０１２４】
図１６は、本発明の望ましい一実施形態に係るウェブサービスユーザ４の構成図である。図１６に示すように、本実施形態に係るウェブサービスユーザ４は、ウェブサービス管理部４１、ｆｉｎｄ＿ｓｅｒｖｉｃｅＢｙＰｏｌｉｃｙ  ＡＰＩ関数生成部４２、ｇｅｔ＿ｓｅｒｖｉｃｅＰｏｌｉｃｙＡｇｒｅｅｍｅｎｔ  ＡＰＩ関数生成部４３、送受信部４４で構成される。本実施形態に係るウェブサービスユーザ４は、図１２ないし図１５に示すウェブサービス政策に関する合意過程を具現するために、ウェブサービスユーザ４内で駆動されるウェブサービスの政策に関する合意文書を獲得する装置として設計した。
【０１２５】
ウェブサービス管理部４１は、ウェブサービスユーザ４のウェブサービスを管理する。さらに詳細に説明すれば、ウェブサービス管理部４１は、ウェブサービスユーザ４により呼び出し可能なウェブサービスの発見が要求される場合、ｆｉｎｄ＿ｓｅｒｖｉｃｅＢｙＰｏｌｉｃｙ  ＡＰＩ関数生成部４２にｆｉｎｄ＿ｓｅｒｖｉｃｅＢｙＰｏｌｉｃｙ  ＡＰＩ関数の生成を指示する。また、ウェブサービス管理部４１は、何れか一つのウェブサービスの政策に関する合意文書が要求される場合、ｇｅｔ＿ｓｅｒｖｉｃｅＰｏｌｉｃｙＡｇｒｅｅｍｅｎｔ  ＡＰＩ関数生成部４３にｇｅｔ＿ｓｅｒｖｉｃｅＰｏｌｉｃｙＡｇｒｅｅｍｅｎｔ  ＡＰＩ関数の生成を指示する。
【０１２６】
また、ウェブサービス管理部４１は、送受信部４４からｆｉｎｄ＿ｓｅｒｖｉｃｅＢｙＰｏｌｉｃｙ  ＡＰＩ関数のリターン値に該当するウェブサービス目録を入力され、このウェブサービス目録のうち何れか一つを選択する。また、ウェブサービス管理部４１は、送受信部４４からｇｅｔ＿ｓｅｒｖｉｃｅＰｏｌｉｃｙＡｇｒｅｅｍｅｎｔ  ＡＰＩ関数のリターン値に該当するウェブサービス政策に関する合意文書を入力され、このウェブサービス政策に関する合意文書を利用して、ウェブサービス提供者６に対してウェブサービスを呼び出す。
【０１２７】
また、ウェブサービス管理部４１は、ウェブサービスユーザ４のウェブサービス政策の変更が要求される場合、ウェブサービスユーザ４のウェブサービス政策を変更する。また、ウェブサービス管理部４１は、送受信部４４からウェブサービス呼び出し失敗の通知を入力され、ｇｅｔ＿ｓｅｒｖｉｃｅＰｏｌｉｃｙＡｇｒｅｅｍｅｎｔ  ＡＰＩ関数生成部４３にｇｅｔ＿ｓｅｒｖｉｃｅＰｏｌｉｃｙＡｇｒｅｅｍｅｎｔ  ＡＰＩ関数の生成を指示する。
【０１２８】
ｆｉｎｄ＿ｓｅｒｖｉｃｅＢｙＰｏｌｉｃｙ  ＡＰＩ関数生成部４２は、ウェブサービス管理部４１の指示によって、何れか一つのサービスカテゴリに属する複数のウェブサービスのうち、ウェブサービスユーザ４のウェブサービスの政策を基準に、ウェブサービスユーザ４により呼び出し可能なウェブサービスの発見を要請するｆｉｎｄ＿ｓｅｒｖｉｃｅＢｙＰｏｌｉｃｙ  ＡＰＩ関数を生成する。
【０１２９】
ｇｅｔ＿ｓｅｒｖｉｃｅＰｏｌｉｃｙＡｇｒｅｅｍｅｎｔ  ＡＰＩ関数生成部４３は、ウェブサービス管理部４１の指示によって、複数のウェブサービスが登録されたＵＤＤＩサーバ５が、このウェブサービスのうち、何れか一つのウェブサービス、例えば、ウェブサービスユーザ４により選択されたウェブサービスの政策に関する合意文書の作成を要請するｇｅｔ＿ｓｅｒｖｉｃｅＰｏｌｉｃｙＡｇｒｅｅｍｅｎｔ  ＡＰＩ関数を生成する。
【０１３０】
送受信部４４は、ｆｉｎｄ＿ｓｅｒｖｉｃｅＢｙＰｏｌｉｃｙ  ＡＰＩ関数生成部４２により生成されたｆｉｎｄ＿ｓｅｒｖｉｃｅＢｙＰｏｌｉｃｙ  ＡＰＩ関数を遠隔で呼び出し、この呼び出しに対するリターンとして、ウェブサービスユーザ４により呼び出し可能なウェブサービスの目録を獲得し、これをウェブサービス管理部４１に出力する。また、送受信部４４は、ｇｅｔ＿ｓｅｒｖｉｃｅＰｏｌｉｃｙＡｇｒｅｅｍｅｎｔ  ＡＰＩ関数生成部４３により生成されたｇｅｔ＿ｓｅｒｖｉｃｅＰｏｌｉｃｙＡｇｒｅｅｍｅｎｔ  ＡＰＩ関数を遠隔で呼び出し、この呼び出しに対するリターンとして、ウェブサービス政策に関する合意文書を獲得し、これをウェブサービス管理部４１に出力する。また、送受信部４４は、ウェブサービス提供者６からウェブサービスのうち、何れか一つのウェブサービスの呼び出しに対する失敗を通知され
、これをウェブサービス管理部４１に出力する。
【０１３１】
図１７は、本発明の望ましい一実施形態に係るＵＤＤＩサーバ５の構成図である。図１７に示すように、本実施形態に係るＵＤＤＩサーバ５は、送受信部５１、ｆｉｎｄ＿ｓｅｒｖｉｃｅＢｙＰｏｌｉｃｙ  ＡＰＩ関数処理部５２、ｇｅｔ＿ｓｅｒｖｉｃｅＰｏｌｉｃｙＡｇｒｅｅｍｅｎｔ  ＡＰＩ関数処理部５３、登録部５４、及びウェブサービスデータベース５５で構成される。本実施形態に係るウェブサービス提供者６は、図１２ないし図１５に示すウェブサービス政策に関する合意過程を具現するために、ウェブサービス提供者６内で駆動されるウェブサービスの政策に関する合意文書を獲得する装置として設計した。
【０１３２】
送受信部５１は、ウェブサービスユーザ４から遠隔で、ウェブサービスデータベース５５に登録されたウェブサービスのうち、ウェブサービスユーザ４のウェブサービスの政策を基準に、ウェブサービスユーザ４により呼び出し可能なウェブサービスの発見を要請するｆｉｎｄ＿ｓｅｒｖｉｃｅＢｙＰｏｌｉｃｙ  ＡＰＩ関数を呼び出された場合、この呼び出しをｆｉｎｄ＿ｓｅｒｖｉｃｅＢｙＰｏｌｉｃｙ  ＡＰＩ関数処理部５２に出力する。また、送受信部５１は、ＵＤＤＩサーバ５が、ウェブサービスデータベース５５に登録されたウェブサービスのうち、何れか一つのウェブサービスの政策に関する合意文書の作成を要請するｇｅｔ＿ｓｅｒｖｉｃｅＰｏｌｉｃｙＡｇｒｅｅｍｅｎｔ  ＡＰＩ関数を呼び出された場合、この呼び出しをｇｅｔ＿ｓｅｒｖｉｃｅＰｏｌｉｃｙＡｇｒｅｅｍｅｎｔ  ＡＰＩ関数処理部５３に出力する。
【０１３３】
また、送受信部５１は、ｆｉｎｄ＿ｓｅｒｖｉｃｅＢｙＰｏｌｉｃｙ  ＡＰＩ関数の呼び出しに対するリターンとして、ｆｉｎｄ＿ｓｅｒｖｉｃｅＢｙＰｏｌｉｃｙ  ＡＰＩ関数処理部５２での作業の実行結果のウェブサービスユーザにより呼び出し可能なウェブサービスの目録をウェブサービスユーザ４に提供する。また、送受信部５１は、ｇｅｔ＿ｓｅｒｖｉｃｅＰｏｌｉｃｙＡｇｒｅｅｍｅｎｔ  ＡＰＩ関数の呼び出しに対するリターンとして、ｇｅｔ＿ｓｅｒｖｉｃｅＰｏｌｉｃｙＡｇｒｅｅｍｅｎｔ  ＡＰＩ関数処理部５３での作業の実行結果のウェブサービス政策に関する合意文書をウェブサービスユーザ４に提供する。
【０１３４】
ｆｉｎｄ＿ｓｅｒｖｉｃｅＢｙＰｏｌｉｃｙ  ＡＰＩ関数処理部５２は、送受信部５１から入力されたｆｉｎｄ＿ｓｅｒｖｉｃｅＢｙＰｏｌｉｃｙ  ＡＰＩ関数呼び出しに応じて、ｆｉｎｄ＿ｓｅｒｖｉｃｅＢｙＰｏｌｉｃｙ  ＡＰＩ関数に該当する一連の作業を行い、作業の実行結果を送受信部５１に出力する。ここで、一連の作業とは、図１３のステップ１３２ないしステップ１３６に該当する作業を意味する。
【０１３５】
ｇｅｔ＿ｓｅｒｖｉｃｅＰｏｌｉｃｙＡｇｒｅｅｍｅｎｔ  ＡＰＩ関数処理部５３は、送受信部５１から入力されたｇｅｔ＿ｓｅｒｖｉｃｅＰｏｌｉｃｙＡｇｒｅｅｍｅｎｔ  ＡＰＩ関数に応じて、ｇｅｔ＿ｓｅｒｖｉｃｅＰｏｌｉｃｙＡｇｒｅｅｍｅｎｔ  ＡＰＩ関数に該当する一連の作業を行い、作業の実行結果を送受信部５１に出力する。ここで、一連の作業とは、図１２のステップ１２２ないしステップ１２３、図１３のステップ１３９ないしステップ１３１ら、図１４のステップ１４３ないしステップ１４４、または、図１５のステップ１５５ないしステップ１５６に該当する作業を意味する。
【０１３６】
登録部５４は、全世界の数箇所に存在するウェブサービス提供者６からウェブサービスに関する情報を収集し、これをウェブサービスデータベース５５に保存することによってウェブサービスを登録する。
【０１３７】
一方、前述した本発明の実施形態は、コンピュータで実行できるプログラムで作成可能であり、コンピュータで読み取り可能な記録媒体を利用して、前記プログラムを動作させる汎用のディジタルコンピュータで具現されうる。また、前述した本発明の実施形態で使用されたデータの構造は、コンピュータで読み取り可能な記録媒体に多様な手段を通じて記録されうる。
【０１３８】
前記コンピュータで読み取り可能な記録媒体は、マグネチック記録媒体（例えば、ＲＯＭ、フロッピー（登録商標）ディスク、ハードディスク等）、光学的判読媒体（例えば、ＣＤ−ＲＯＭ、ＤＶＤ等）及びキャリアウェーブ（例えば、インターネットを介した伝送）のような記録媒体を含む。
【０１３９】
以上、本発明についてその望ましい実施形態を中心に説明した。当業者は、本発明が本発明の本質的な特性から逸脱しない範囲で変形された形態で具現されうることを理解できるであろう。したがって、開示された実施形態は、限定的な観点ではなく、説明的な観点で考慮されねばならない。本発明の範囲は、前述した説明ではなく特許請求の範囲に記載されており、それと同等な範囲内にある全ての差異点は、本発明に含まれたものと解釈されねばならない。
【産業上の利用可能性】
【０１４０】
本発明は、ウェブサービスを提供するサーバ及びウェブサービスユーザの端末機などに適用されうる。
【図面の簡単な説明】
【０１４１】
【図１】ウェブサービス政策の一般的な構成要素を示す図である。
【図２】ウェブサービス政策に関する合意過程を概略的に示す図である。
【図３】ＵＤＤＩのデータ構造を示す図である。
【図４】ＵＤＤＩが提供するＡＰＩ関数を示す図である。
【図５】従来のウェブサービスシステムの構成図である。
【図６】従来のウェブサービス政策に関する合意過程のフローチャートである。
【図７】従来のウェブサービス政策に関する他の合意過程のフローチャートである。
【図８】従来のウェブサービス政策に関するさらに他の合意過程のフローチャートである。
【図９】従来のウェブサービス政策に関するさらに他の合意過程のフローチャートである。
【図１０】本発明の望ましい一実施形態に係るＡＰＩ関数を示す図である。
【図１１】本発明の望ましい一実施形態に係るウェブサービスシステムの構成図である。
【図１２】本発明の望ましい一実施形態に係るウェブサービス政策に関する合意過程のフローチャートである。
【図１３】本発明の望ましい一実施形態に係るウェブサービス政策に関する他の合意過程のフローチャートである。
【図１４】本発明の望ましい一実施形態に係るウェブサービス政策に関するさらに他の合意過程のフローチャートである。
【図１５】本発明の望ましい一実施形態に係るウェブサービス政策に関するさらに他の合意過程のフローチャートである。
【図１６】本発明の望ましい一実施形態に係るウェブサービスユーザの構成図である。
【図１７】本発明の望ましい一実施形態に係るＵＤＤＩサーバの構成図である。
【符号の説明】
【０１４２】
４  ウェブサービスユーザ
５  ＵＤＤＩサーバ
６  ウェブサービス提供者
【図１】
2007026441.tif 000003
【図２】
2007026441.tif 000004
【図３】
2007026441.tif 000005
【図４】
2007026441.tif 000006
【図５】
2007026441.tif 000007
【図６】
2007026441.tif 000008
【図７】
2007026441.tif 000009
【図８】
2007026441.tif 000010
【図９】
2007026441.tif 000011
【図１０】
2007026441.tif 000012
【図１１】
2007026441.tif 000013
【図１２】
2007026441.tif 000014
【図１３】
2007026441.tif 000015
【図１４】
2007026441.tif 000016
【図１５】
2007026441.tif 000017
【図１６】
2007026441.tif 000018
【図１７】
2007026441.tif 000019