(57)【要約】【課題】メタデータに対応するオペレーションが実際に実装されていることを保証する。【解決手段】サービスコンポーネント選択部２３は、ネットワーク１上のＰｒｏｆｉｌｅ記述６５を参照し、ユーザコンテキスト・ポリシＤＢ５により候補を絞り込むとともに、検索検証部２４からオペレーショシが実装されていないという回答が返ってきた場合には、そのサービスコンポーネントを除外してサービスコンポーネントを選択する。検索検証部２４は、サービスコンポーネント選択部２３から供給されるサービスコンポーネントについて、ｇｒｏｕｎｄｉｎｇ記述６３を参照し、オペレーションが実装されているか否かを検証し、実装されていない場合には、実装されていないことをサービスコンポーネント選択部２３に通知する。【選択図】図２
2008217159.tif 000002
【特許請求の範囲】
【請求項１】
指定されたサービスシナリオに基づいてサービスコンポーネントを連携した連携サービスを提供する際に、前記サービスシナリオとのメタデータマッチングにより、前記サービスコンポーネントを発見するサービスコンポーネント発見方法であって、
前記サービスコンポーネントを検索する際に、前記サービスコンポーネントのプロセスメタデータとインタフェース情報とマッピング情報とに基づいて、マッチングした前記サービスコンポーネントに対応するオペレーションが実装されているか否かを検証する検索検証ステップを含むことを特徴とするサービスコンポーネント発見方法。
【請求項２】
指定されたサービスシナリオに基づいてサービスコンポーネントを連携した連携サービスを提供する際に、前記サービスシナリオとのメタデータマッチングにより、前記サービスコンポーネントを発見するサービスコンポーネント発見方法であって、
前記サービスコンポーネントを登録する際に、前記サービスコンポーネントのプロセスメタデータとインタフェース情報とマッピング情報とに基づいて、前記プロセスメタデータに対応するオペレーションが実装されているか否かを検証する登録検証ステップと、
オペレーションが実装されているか否かの情報を前記プロセスメタデータに付加する実装情報付加ステップと
を含むことを特徴とするサービスコンポーネント発見方法。
【請求項３】
前記登録検証ステップは、前記プロセスメタデータ及び前記インタフェース情報のパラメータの型が異なる場合には、前記マッピング情報にその変換ルールを記述することを特徴とする請求項２記載のサービスコンポーネント発見方法。
【請求項４】
ユーザ端末から指定されたサービスシナリオに基づいて、サービスコンポーネント提供装置によってサービスコンポーネントを連携した連携サービスを提供する際に、サービス連携装置によって前記サービスシナリオとのメタデータマッチングを行うことにより、前記サービスコンポーネントを発見するサービスコンポーネント発見システムであって、
前記サービス連携装置は、
前記サービスコンポーネントを検索する際に、前記サービスコンポーネントのプロセスメタデータとインタフェース情報とマッピング情報とに基づいて、マッチングした前記サービスコンポーネントに対応するオペレーションが実装されているか否かを検証する検索検証手段を具備することを特徴とするサービスコンポーネント発見システム。
【請求項５】
ユーザ端末から指定されたサービスシナリオに基づいて、サービスコンポーネント提供装置によってサービスコンポーネントを連携した連携サービスを提供する際に、サービスコンポーネント情報データベースによって前記サービスシナリオとのメタデータマッチングを行うことにより、前記サービスコンポーネントを発見するサービスコンポーネント発見システムであって、
前記サービスコンポーネント情報データベースは、
前記サービスコンポーネントを登録する際に、前記サービスコンポーネントのプロセスメタデータとインタフェース情報とマッピング情報とに基づいて、前記プロセスメタデータに対応するオペレーションが実装されているか否かを検証する登録検証手段と、
前記登録検証手段による検証結果に基づいて、前記オペレーションが実装されているか否かの情報を前記プロセスメタデータに付加する実装情報付加手段と
具備することを特徴とするサービスコンポーネント発見システム。
【請求項６】
前記登録検証手段は、前記プロセスメタデータ及び前記インタフェース情報のパラメータの型が異なる場合には、前記マッピング情報にその変換ルールを記述することを特徴とする請求項５記載のサービスコンポーネント発見システム。
【請求項７】
指定されたサービスシナリオに基づいてサービスコンポーネントを連携した連携サービスを提供する際に、前記サービスシナリオとのメタデータマッチングにより、前記サービスコンポーネントを発見するサービス連携装置を制御するコンピュータに、
前記サービスコンポーネントを検索する際に、前記サービスコンポーネントのプロセスメタデータとインタフェース情報とマッピング情報とに基づいて、マッチングした前記サービスコンポーネントに対応するオペレーションが実装されているか否かを検証する検索検証ステップを実行させるためのサービスコンポーネント発見プログラム。
【請求項８】
指定されたサービスシナリオに基づいてサービスコンポーネントを連携した連携サービスを提供する際に、前記サービスシナリオとのメタデータマッチングにより、前記サービスコンポーネントを発見するサービス連携装置を制御するコンピュータに、
前記サービスコンポーネントを登録する際に、前記サービスコンポーネントのプロセスメタデータとインタフェース情報とマッピング情報とに基づいて、前記プロセスメタデータに対応するオペレーションが実装されているか否かを検証する登録検証ステップと、
オペレーションが実装されているか否かの情報を前記プロセスメタデータに付加する実装情報付加ステップと
を実行させるためのサービスコンポーネント発見プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク上のサービス機能要素であるサービスコンポーネントを、サービスコンポーネントの機能種別を表すサービスカテゴリの接続関係を記述したサービスシナリオに基づいて、メタデータマッチングにより発見するサービスコンポーネント発見方法、サービスコンポーネント発見システム及びサービスコンポーネント発見プログラムに関する。
【背景技術】
【０００２】
従来、サービスシナリオに基づいて、メタデータマッチングによりサービスコンポーネントを発見するサービスコンポーネント発見技術が知られている。該サービスコンポーネント発見技術では、サービスコンポーネントを提供するサービスコンポーネント提供装置が、サービスコンポーネントのメタデータを公開し、サービスコンポーネントのリクエスタが、公開されたメタデータとのメタデータマッチングにより発見するものがある（例えば、特許文献１参照）。
【０００３】
具体的な発見方法としては、ピュア型ピアツーピア方式とハイブリッド型ピアツーピア方式との２つの方式を状況に応じて使い分けするものがある。ピュア型ピアツーピア方式にあっては、サービスコンポーネントのリクエスタから問合せを受けたサービスコンポーネント提供装置が、隣接する他のサービスコンポーネント提供装置に問合せを順次中継して行くことにより、サービスコンポーネントの候補を発見する。
【０００４】
一方、ハイブリッド型ピアツーピア方式にあっては、サービスコンポーネントのメタデータをネットワーク上のインデックスサーバに予め登録しておき、サービスコンポーネントのリクエスタが、インデックスサーバに問い合わせることにより、サービスコンポーネントの候補を見つける。これにより、ネットワーク上にあるサービスコンポーネントからユーザの状況に応じたサービスコンポーネントを選択し、ユーザが所望するサービスを生成することが可能になる。
【０００５】
また、他のメタデータマッチングによりサービスコンポーネントを発見するサービスコンポーネント発見技術としては、利便性を高める観点からサービスコンポーネントのメタデータの記述に、OWL−S（Web Ontology Language for Services：例えば、非特許文献１参照）を適用しているものがある。ＯＷＬ−Ｓは、ｐｒｏｆｉｌｅ（プロファイル）と、ｐｒｏｃｅｓｓ  ｍｏｄｅｌ（プロセスモデル）と、ｇｒｏｕｎｄｉｎｇ（グランディング）との３つの記述からなる。
【０００６】
ｐｒｏｆｉｌｅ記述には、どのようなサービスを提供するかを記述し、ｐｒｏｃｅｓｓ  ｍｏｄｅｌ記述には、どのように動くかの抽象的なプロセスの入出力、条件、効果等を記述し、ｇｒｏｕｎｄｉｎｇ記述には、どのようにアクセスするかの、ｐｒｏｃｅｓｓ  ｍｏｄｅ１と実際のオペレーションのインタフェース情報とのマッピング情報を記述する。ｐｒｏｃｅｓｓ  ｍｏｄｅｌ記述は、実際のオペレーションのメタデータ（プロセスメタデータ）として使われ、サービスシナリオ記述者は、サービスコンポーネントの詳細実装を意識せずにサービスシナリオが記述できるようになる。ＯＷＬ−Ｓは、ネットワーク上に公開される。
【０００７】
これにより、サービスを利用するときは、サービスコンポーネントを連携するサービス連携エンジンにサービスシナリオを入力し、サービス連携エンジンが、サービスシナリオに記述されたメタデータとサービスコンポーネントのプロセスメタデータとのメタデータマッチングによりサービスコンポーネントの候補を発見し、発見したサービスコンポーネントの候補のｐｒｏｆｉｌｅ記述とユーザコンテキストＤＢ（Database）とからユーザ状況に適切なサービスコンポーネントを選択し、選択したサービスコンポーネントのｇｒｏｕｎｄｉｎｇ記述を用いて実際のオペレーションのインタフェース情報（ＷＳＤＬ：Web Services Description Languageや、ＵＰｎＰ：Universal Plug and Play）に変換し、サービスコンポーネントをバインドし、実行・連携することが可能になる（例えば、非特許文献２参照）。
【特許文献１】特開２００５−１９６６７６号公報
【非特許文献１】http://www.daml.org/services
【非特許文献２】山登庸次，ｅｔ ａｌ．，「ユビキタス環境にて動的にサービス実現するためのサービス合成技術」，情報処理学会論文誌Ｖｏｌ．４８，Ｎｏ．２，ｐｐ．５６２−５７７，Ｆｅｂ．２００７
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかしながら、上述した従来技術（特許文献１、非特許文献２）では、メタデータに対応するオペレーションが実際に実装されているかを保証することについては言及されていない。メタデータのマッチングによりサービスコンポーネントの候補を発見し、候補の中から最適と考えられるサービスコンポーネントを選択したとき、選択したサービスコンポーネントのオペレーションが実装されていないということが起こり得る。この結果、連携サービスの提供に支障をきたす可能性がある。
【０００９】
すなわち、これら従来技術のサービスコンポーネント発見技術では、サービスシナリオに基づいて、メタデータマッチングによりサービスコンポーネントを発見する際に、メタデータに対応するオペレーションが実際に実装されているかが保証されないという問題がある。
【００１０】
本発明は、このような事情を考慮してなされたものであり、その目的は、メタデータに対応するオペレーションが実際に実装されていることを保証することができるサービスコンポーネント発見方法、サービスコンポーネント発見システム及びサービスコンポーネント発見プログラムを提供することにある。
【課題を解決するための手段】
【００１１】
上述した課題を解決するために、本発明は、指定されたサービスシナリオに基づいてサービスコンポーネントを連携した連携サービスを提供する際に、前記サービスシナリオとのメタデータマッチングにより、前記サービスコンポーネントを発見するサービスコンポーネント発見方法であって、前記サービスコンポーネントを検索する際に、前記サービスコンポーネントのプロセスメタデータとインタフェース情報とマッピング情報とに基づいて、マッチングした前記サービスコンポーネントに対応するオペレーションが実装されているか否かを検証する検索検証ステップを含むことを特徴とするサービスコンポーネント発見方法である。
【００１２】
また、上述した課題を解決するために、本発明は、指定されたサービスシナリオに基づいてサービスコンポーネントを連携した連携サービスを提供する際に、前記サービスシナリオとのメタデータマッチングにより、前記サービスコンポーネントを発見するサービスコンポーネント発見方法であって、前記サービスコンポーネントを登録する際に、前記サービスコンポーネントのプロセスメタデータとインタフェース情報とマッピング情報とに基づいて、前記プロセスメタデータに対応するオペレーションが実装されているか否かを検証する登録検証ステップと、オペレーションが実装されているか否かの情報を前記プロセスメタデータに付加する実装情報付加ステップとを含むことを特徴とするサービスコンポーネント発見方法である。
【００１３】
本発明は、上記の発明において、前記登録検証ステップは、前記プロセスメタデータ及び前記インタフェース情報のパラメータの型が異なる場合には、前記マッピング情報にその変換ルールを記述することを特徴とする。
【００１４】
また、上述した課題を解決するために、本発明は、ユーザ端末から指定されたサービスシナリオに基づいて、サービスコンポーネント提供装置によってサービスコンポーネントを連携した連携サービスを提供する際に、サービス連携装置によって前記サービスシナリオとのメタデータマッチングを行うことにより、前記サービスコンポーネントを発見するサービスコンポーネント発見システムであって、前記サービス連携装置は、前記サービスコンポーネントを検索する際に、前記サービスコンポーネントのプロセスメタデータとインタフェース情報とマッピング情報とに基づいて、マッチングした前記サービスコンポーネントに対応するオペレーションが実装されているか否かを検証する検索検証手段を具備することを特徴とするサービスコンポーネント発見システムである。
【００１５】
また、上述した課題を解決するために、本発明は、ユーザ端末から指定されたサービスシナリオに基づいて、サービスコンポーネント提供装置によってサービスコンポーネントを連携した連携サービスを提供する際に、サービスコンポーネント情報データベースによって前記サービスシナリオとのメタデータマッチングを行うことにより、前記サービスコンポーネントを発見するサービスコンポーネント発見システムであって、前記サービスコンポーネント情報データベースは、前記サービスコンポーネントを登録する際に、前記サービスコンポーネントのプロセスメタデータとインタフェース情報とマッピング情報とに基づいて、前記プロセスメタデータに対応するオペレーションが実装されているか否かを検証する登録検証手段と、前記登録検証手段による検証結果に基づいて、前記オペレーションが実装されているか否かの情報を前記プロセスメタデータに付加する実装情報付加手段と具備することを特徴とするサービスコンポーネント発見システムである。
【００１６】
本発明は、上記の発明において、前記登録検証手段は、前記プロセスメタデータ及び前記インタフェース情報のパラメータの型が異なる場合には、前記マッピング情報にその変換ルールを記述することを特徴とする。
【００１７】
また、上述した課題を解決するために、本発明は、指定されたサービスシナリオに基づいてサービスコンポーネントを連携した連携サービスを提供する際に、前記サービスシナリオとのメタデータマッチングにより、前記サービスコンポーネントを発見するサービス連携装置を制御するコンピュータに、前記サービスコンポーネントを検索する際に、前記サービスコンポーネントのプロセスメタデータとインタフェース情報とマッピング情報とに基づいて、マッチングした前記サービスコンポーネントに対応するオペレーションが実装されているか否かを検証する検索検証ステップを実行させるためのサービスコンポーネント発見プログラムである。
【００１８】
また、上述した課題を解決するために、本発明は、指定されたサービスシナリオに基づいてサービスコンポーネントを連携した連携サービスを提供する際に、前記サービスシナリオとのメタデータマッチングにより、前記サービスコンポーネントを発見するサービス連携装置を制御するコンピュータに、前記サービスコンポーネントを登録する際に、前記サービスコンポーネントのプロセスメタデータとインタフェース情報とマッピング情報とに基づいて、前記プロセスメタデータに対応するオペレーションが実装されているか否かを検証する登録検証ステップと、オペレーションが実装されているか否かの情報を前記プロセスメタデータに付加する実装情報付加ステップとを実行させるためのサービスコンポーネント発見プログラムである。
【発明の効果】
【００１９】
この発明によれば、指定されたサービスシナリオに基づいてサービスコンポーネントを連携した連携サービスを提供する場合、サービスシナリオとのメタデータマッチングにより、サービスコンポーネントを検索する際に、前記サービスコンポーネントのプロセスメタデータとインタフェース情報とマッピング情報とに基づいて、マッチングしたサービスコンポーネントに対応するオペレーションが実装されているか否かを検証する。したがって、メタデータに対応するオペレーションが実際に実装されていることを保証することができるという利点が得られる。
【００２０】
また、本発明によれば、指定されたサービスシナリオに基づいてサービスコンポーネントを連携した連携サービスを提供する場合、サービスシナリオとのメタデータマッチングにより、サービスコンポーネントを登録する際に、サービスコンポーネントのプロセスメタデータとインタフェース情報とマッピング情報とに基づいて、プロセスメタデータに対応するオペレーションが実装されているか否かを検証し、オペレーションが実装されているか否かの情報をプロセスメタデータに付加する。したがって、メタデータに対応するオペレーションが実際に実装されていることを保証することができるという利点が得られる。
【００２１】
また、本発明によれば、プロセスメタデータ及びインタフェース情報のパラメータの型が異なる場合には、マッピング情報にその変換ルールを記述する。したがって、メタデータに対応するオペレーションにその変換ルールを用いて実際にアクセスできることを保証することができるという利点が得られる。
【発明を実施するための最良の形態】
【００２２】
以下、本発明の一実施形態を、図面を参照して説明する。
【００２３】
Ａ．第１実施形態
（システム構成）
図１は、本発明の第１実施形態によるサービス提供システムの構成例を示すブロック図である。図１において、サービス提供システムは、ネットワーク１と、サービス連携エンジン２と、サービスシナリオＤＢ（Ｄａｔａｂａｓｅ）３と、サービスコンポーネント情報ＤＢ４と、ユーザコンテキスト・ポリシＤＢ５と、サービスコンポーネント提供装置６と、ユーザ端末装置７とからなる。
【００２４】
サービス連携エンジン２、サービスシナリオＤＢ３、サービスコンポーネント情報ＤＢ４、ユーザコンテキスト・ポリシＤＢ５、サービスコンポーネント提供装置６およびユーザ端末装置７は、ネットワーク１に接続されている。
【００２５】
なお、図１では、図面の都合上、サービスコンポーネント提供装置６およびユーザ端末装置７を１つずつ示しているが、それぞれ複数存在していてもよい。
【００２６】
ネットワーク１は、電話交換等の通信ネットワーク、あるいは、インターネット等の情報ネットワーク、あるいは、移動体ネットワーク等のネットワークである。サービス連携エンジン２は、サービスシナリオに基づいてサービスコンポーネントの検出、選択、実行・連携を行うエンジンである。
【００２７】
サービスシナリオＤＢ３は、サービスシナリオ記述者（図示を省略）が記述したサービスシナリオを蓄積するデータベースである。サービスコンポーネント情報ＤＢ４は、サービスコンポーネント提供装置６が公開するサービスコンポーネント情報を蓄積するデータベースであり、メタデータによる検索及びインタフェース情報による検索の両方の検索が可能である。
【００２８】
ユーザコンテキスト・ポリシＤＢ５は、ユーザのコンテキスト情報およびユーザのポリシ情報を蓄積するデータベースである。サービスコンポーネント提供装置６は、サービスコンポーネントを提供する装置であり、サービス連携エンジン２からサービスコンポーネントの機能（オペレーション）の実行要求を受信し、機能実行し、機能実行結果をサービス連携エンジン２に送信する。
【００２９】
ユーザ端末装置７は、ユーザの操作により動作する端末装置であり、サービス連携エンジン２に連携サービス提供を依頼するため、サービス提供依頼を送信し、サービス連携エンジン２から送信される依頼サービス実行結果を受信する。
【００３０】
（システム機能）
本第１実施形態によるサービス提供システムの機能は、ユーザが、個人の端末装置７や、サーバに搭載されたサービス連携エンジン２を用いて、サービスシナリオに基づいてメタデータマッチングによりサービスコンポーネントの候補を発見して選択するとき、サービス連携エンジン２、あるいはサービスコンポーネント情報ＤＢ４の機能により、メタデータに対応するオペレーションが実際に実装されていることが保証されたサービスコンポーネントを選択し、保証されないサービスコンポーネントを選択しないようにするものである。
【００３１】
（サービス提供システムの構成装置）
次に、本第１実施形態によるサービス提供システムの構成装置について説明する。
図２は、本第１実施形態によるサービス提供システムの構成装置の構成例を示すブロック図である。図２には、本第１実施形態に係るサービス連携エンジン２、サービスコンポーネント情報ＤＢ４及びサービスコンポーネント提供装置６の構成例を示している。
【００３２】
図２において、サービスコンポーネント提供装置６は、提供するサービスコンポーネントの機能（オペレーション）６１、インタフェース情報（ＷＳＤＬなど）６２、ｇｒｏｕｎｄ  ｉｎｇ記述６３、ｐｒｏｃｅｓｓ  ｍｏｄｅｌ記述６４及びｐｒｏｆｉｌｅ記述６５を管理し、インタフェース情報６２、ｐｒｏｆｉｌｅ記述６３、ｐｒｏｃｅｓｓ  ｍｏｄｅ１記述６４及びｐｒｏｆｉｌｅ記述６５をネットワーク１上に公開する。
【００３３】
サービスコンポーネント情報ＤＢ４は、サービス情報蓄積部４１を備えている。サービス情報蓄積部４１は、ｐｒｏｃｅｓｓ  ｍｏｄｅｌ記述６４を実際のオペレーションのメタデータ（プロセスメタデータ）として蓄積するとともに、ネットワーク１上のＰｒｏｆｉｌｅ記述６５及びｇｒｏｕｎｄｉｎｇ記述６３を参照可にする情報を蓄積する。サービス情報蓄積部４１は、サービス連携エンジン２から送信されるメタデータの検索を受信すると、マッチングしたサービスコンポーネントのｐｒｏｃｅｓｓ  ｍｏｄｅ１記述６４、ｐｒｏｆｉｌｅ記述６５及びｇｒｏｕｎｄ  ｉｎｇ記述６３を参照可にする情報をサービス連携エンジン２に返送する。
【００３４】
サービス連携エンジン２は、サービスシナリオ設定部２１と、サービスコンポーネント検出部２２と、サービスコンポーネント選択部２３と、本発明の特徴である検索検証部２４と、サービスコンポーネント実行・連携部２５とを備えている。サービスシナリオ設定部２１は、ユーザ端末装置７から送信されるサービス提供依頼に含まれるサービスシナリオ、あるいはサービス提供依頼に含まれるサービスシナリオを指定する情報を受信し、サービスシナリオＤＢ３を検索し、該当するサービスシナリオを設定し、設定したサービスシナリオをサービスコンポーネント検出部２２に供給する。
【００３５】
サービスコンポーネント検出部２２は、サービスシナリオ設定部２１から供給されるサービスシナリオに記述されたサービスコンポーネントのメタデータを用いて、サービスコンポーネント情報ＤＢ４を検索し、サービスコンポーネント情報ＤＢ４から返送されるサービスコンポーネントの候補のｐｒｏｃｅｓｓ  ｍｏｄｅｌ記述６４等の情報を受信し、該受信したｐｒｏｃｅｓｓ  ｍｏｄｅｌ記述６４等の情報をサービスコンポーネント選択部２３に供給する。
【００３６】
サービスコンポーネント選択部２３は、ネットワーク１上のＰｒｏｆｉｌｅ記述６５を参照し、ユーザコンテキスト・ポリシＤＢ５により候補を絞り込むとともに、検索検証部２４にオペレーションが実装されているか否かを問い合わせ、オペレーショシが実装されていないという回答が返ってきた場合には、そのサービスコンポーネントを除外してサービスコンポーネントを選択し、選択したサービスコンポーネントを、検索検証部２４及びサービスコンポーネント実行・連携部２５に供給する。
【００３７】
検索検証部２４は、サービスコンポーネント選択部２３から供給されるサービスコンポーネントについて、ｇｒｏｕｎｄｉｎｇ記述６３を参照し、オペレーションが実装されているか否かを検証し、実装されていない場合には、実装されていないことをサービスコンポーネント選択部２３に通知する。
【００３８】
サービスコンポーネント実行・連携部２４は、供給されるサービスコンポーネントに基づいて、サービスコンポーネント提供装置６にサービスコンポーネントの機能（オペレーション）の実行要求を送信し、機能の実行結果を受信し、連携し、依頼サービス実行の結果をユーザ端末装置７に送信する。
【００３９】
（システム動作）
次に、本第１実施形態によるサービス提供システムの動作について説明する。
図３は、本第１実施形態によるサービス提供システムの動作を示すシーケンス図である。図３には、ユーザ端末装置７、サービス連携エンジン２、サービスシナリオＤＢ３、サービスコンポーネント情報ＤＢ４、ユーザコンテキスト・ポリシＤＢ５、ネットワーク１およびサービスコンポーネント提供装置６間のシーケンスが示されている。
【００４０】
サービスコンポーネント提供装置６がインタフェース情報６２、ｇｒｏｕｎｄｉｎｇ記述６３、ｐｒｏｃｅｓｓ  ｍｏｄｅｌ記述６４およびｐｒｏｆｉｌｅ記述６５をネットワーク１上に公開し（ステップＡ１）、サービスコンポーネント情報ＤＢ４がｐｒｏｃｅｓｓ  ｍｏｄｅｌ記述６４、ネットワーク１上のｐｒｏｆｉｌｅ記述６５及びｇｒｏｕｎｄｉｎｇ記述６３を参照可能に蓄積する（ステップＡ２、Ａ３）。
【００４１】
ユーザ端末装置７がサービス連携エンジン２にサービス提供依頼を送信する（ステップＡ４）。次に、サービス連携エンジン２がサービスシナリオを設定し（ステップＡ５）、サービスコンポーネントを検出し（ステップＡ６）、選択し（ステップＡ７）、オペレーションが実装されているか否かを検証する（ステップＡ８）。
【００４２】
次に、検証結果に基づいて、オペレーションが実装されているか否かを判定し（ステップＡ９）、実装されていない場合には、実装されているサービスコンポーネントを選択するために、ステップＡ７に戻る。一方、オペレーションが実装されている場合には、サービスコンポーネントの実行・連携を行い（ステップＡ１０）、依頼サービス実行結果をユーザ端末装置７に送信する（ステップＡ１１）。
【００４３】
上述した第１実施形態によれば、サービス連携エンジン２がオペレーションの実装を検証することにより、選択されたサービスコンポーネントがオペレーションを実際に実装していることを保証することができるようになる。
【００４４】
Ｂ．第２実施形態
次に、本発明の第２実施形態について説明する。
本第２実施形態では、サービスコンポーネント情報ＤＢ４がオペレーションの実装を検証することを特徴とする。
【００４５】
（サービス提供システムの構成装置）
次に、本第２実施形態によるサービス提供システムの構成装置について説明する。
図４は、本第２実施形態によるサービス提供システムの構成装置の構成例を示すブロック図である。なお、図２に対応する部分には同一の符号を付けて説明を省略する。図４には、本第１実施形態に係るサービス連携エンジン２、サービスコンポーネント情報ＤＢ４及びサービスコンポーネント提供装置６の構成例を示している。
【００４６】
サービスコンポーネント情報ＤＢ４は、本発明の特徴であるサービス情報蓄積部４２と、同じく本発明の特徴である登録検証部４３とを備えている。サービス情報蓄積部４２は、ネットワーク１上のｐｒｏｆｉｌｅ記述６５及びｇｒｏｕｎｄｉｎｇ記述６３を参照可にする情報と、ｐｒｏｃｅｓｓ  ｍｏｄｅｌ記述６４とを蓄積する。サービス情報蓄積部４２は、登録検証部４３からオペレーションが実装されていないことが通知された場合には、ｐｒｏｃｅｓｓ  ｍｏｄｅｌ記述６４に実装されていないことを示す情報を付加する。そして、実装されていないことを示す情報が付加された場合には、サービス連携エンジン２から検索された際、マッチングされない。
【００４７】
登録検証部４３は、サービスコンポーネントを登録する際に、サービスコンポーネントのプロセスメタデータとインタフェース情報とマッピング情報とに基づいて、プロセスメタデータに対応するオペレーションが実装されているか否かを検証する。また、登録検証部４３は、プロセスメタデータ及びインタフェース情報のパラメータの型が異なる場合には、マッピング情報にその変換ルールを記述するようになっている。
【００４８】
（システム動作）
次に、本第２実施形態によるサービス提供システムの動作について説明する。
図５は、本第２実施形態によるサービス提供システムの動作を示すシーケンス図である。図５には、ユーザ端末装置７、サービス連携エンジン２、サービスシナリオＤＢ３、サービスコンポーネント情報ＤＢ４、ユーザコンテキスト・ポリシＤＢ５、ネットワーク１及びサービスコンポーネント提供装置６間のシーケンスが示されている。
【００４９】
サービスコンポーネント提供装置６がインタフェース情報６２、ｇｒｏｕｎｄｉｎｇ記述６３、ｐｒｏｃｅｓｓ  ｍｏｄｅｌ記述６４及びｐｒｏｆｉｌｅ記述６５をネットワーク１上に公開し（ステップＢ１）、サービスコンポーネント情報ＤＢ４がプロセスメタデータに対応するオペレーションが実装されているか否かを検証し（ステップＢ２、Ｂ３）、ｐｒｏｃｅｓｓ  ｍｏｄｅｌ記述６４、ネットワーク１上のｐｒｏｆｉｌｅ記述６５及びｇｒｏｕｎｄ  ｉｎｇ記述６３を参照可能に蓄積する（ステップＢ４）。
【００５０】
ユーザ端末装置７がサービス連携エンジン２にサービス提供依頼を送信する（ステップＢ５）。次に、サービス連携エンジン２がサービスシナリオを設定し（ステップＢ６）、サービスコンポーネントを検出し（ステップＢ７）、選択し（ステップＢ８）、サービスコンポーネントの実行・連携を行い（ステップＢ９）、依頼サービス実行結果をユーザ端末装置７に送信する（ステップＢ１０）。
【００５１】
なお、ステップＢ３は、プロセスメタデータ及びインタフェース情報のパラメータの型が異なる場合には、マッピング情報にその変換ルールを記述することを含む。
【００５２】
上述した第2実施形態によれば、サービスコンポーネント情報ＤＢ４がオペレーションの実装の検証を行うことにより、選択されたサービスコンポーネントがオペレーションを実際に実装していることを保証することができるようになる。
また、変換ルールを用いることで、連携エンジンのサービスコンポーネント実行・連携部は、プロセスメタデータからインタフェースに変換し、サービスコンポーネントに実際にアクセスできることを保証することができる。
【００５３】
また、上述した第１及び第２実施形態によれば、さらに以下の効果が得られる。
（１）ユーザにとっては、メタデータによるサービスコンポーネントの選択がしやすくなることから、柔軟なサービスが利用できるようになる。
（２）サービス提供者にとっては、メタデータを用いたサービスコンポーネントの選択が柔軟で、かつ確実にできるようになり、またサービスコンポーネントの登録時にはプロセスメタデータと実装されているオペレーションとのマッピング検証を行うため、メタデータで検索して発見したサービスコンポーネントが実際には対応するオペレーションを実装していなかったということがなくなり信頼性を高めることができる。
【００５４】
なお、本発明は、図１〜図５を用いて説明した形態に限定されるものではなく、その主旨を逸脱しない範囲において種々変更可能である。
【産業上の利用可能性】
【００５５】
上述したように、本発明が産業上の利用が可能であることは明らかである。すなわち、ユーザにとっては、メタデータによるサービスコンポーネントを容易に選択することができることから、柔軟なサービスが利用できるようになり、サービス提供者にとっては、メタデータを用いたサービスコンポーネントの選択が柔軟で、かつ確実にできるようになり、また、サービスコンポーネントの登録時には、プロセスメタデータと実装されているオペレーションとのマヅピング検証を行うため、メタデータで検索して発見したサービスコンポーネントが実際には対応するオペレーションを実装していなかったということがなくなり、信頼性を高めることができることから、サービスの利用が拡大し、システムおよび関連装置の需要が一層高まることが期待できる。
【図面の簡単な説明】
【００５６】
【図１】本発明の第１実施形態によるサービス提供システムの構成例を示すブロック図である。
【図２】本第１実施形態によるサービス提供システムの構成装置の構成例を示すブロック図である。
【図３】本第１実施形態によるサービス提供システムの動作を示すシーケンス図である。
【図４】本第２実施形態によるサービス提供システムの構成装置の構成例を示すブロック図である。
【図５】本第２実施形態によるサービス提供システムの動作を示すシーケンス図である。
【符号の説明】
【００５７】
１  ネットワーク
２  サービス連携エンジン
２１  サービスシナリオ設定部
２２  サービスコンポーネント検出部
２３  サービスコンポーネント選択部
２４  検索検証部（検索検証手段）
２５  サービスコンポーネント実行・連携部
３    サービスシナリオＤＢ
４    サービスコンポーネント情報ＤＢ
４１、４２  サービス情報蓄積部
４３  登録検証部（登録検証手段、実装情報付加手段）
５    ユーザコンテキスト・ポリシＤＢ
６    サービスコンポーネント提供装置
６１  オペレーション
６２  インタフェース
６３  Ｇｒｏｕｎｄｉｎｇ
６４  Ｐｒｏｃｅｓｓ  ｍｏｄｅｌ
６５  Ｐｒｏｆｉｌｅ
７  ユーザ端末装置
【図１】
2008217159.tif 000003
【図２】
2008217159.tif 000004
【図３】
2008217159.tif 000005
【図４】
2008217159.tif 000006
【図５】
2008217159.tif 000007