(57)【要約】【課題】Ｗｅｂサービスの提供者を効率良く選定すること。【解決手段】サービス要求装置２０が共有空間提供装置１０に要求サービス情報を送信し、共有空間提供装置１０が要求サービス情報を複数のサービス提供装置３０にマルチキャストする。そして、要求サービス情報をサービス提供装置３０の要求情報評価部３２が提供サービス情報記憶部３４を用いて評価し、評価結果に基づいて、提供するサービスの情報とともに応答部３３がサービス要求装置２０に応答する。【選択図】        図１
2011192217.tif 000002
【特許請求の範囲】
【請求項１】
コンピュータを、
提供するＷｅｂサービスに関する情報である提供Ｗｅｂサービス情報を記憶する提供サービス情報記憶部と、
Ｗｅｂサービスを要求するサービス要求装置から要求するＷｅｂサービスに関する情報である要求Ｗｅｂサービス情報を受信してＷｅｂサービスを提供する複数のサービス提供装置へマルチキャストする配信装置から、該要求Ｗｅｂサービス情報を受信する要求情報受信部と、
前記提供サービス情報記憶部に記憶された前記提供Ｗｅｂサービス情報を参照して前記要求Ｗｅｂサービス情報を評価する要求情報評価部と、
前記要求情報評価部による評価結果に基づいて特定される提供Ｗｅｂサービス情報を、前記サービス要求装置に応答する応答部と
を備えたサービス提供装置として機能させるためのサービス提供プログラム。
【請求項２】
前記要求情報評価部は、前記要求Ｗｅｂサービス情報と前記提供サービス情報記憶部が記憶する提供Ｗｅｂサービス情報それぞれに含まれる項目が合致するか否かを判定することにより前記要求Ｗｅｂサービス情報を評価し、前記要求Ｗｅｂサービス情報と前記提供Ｗｅｂサービス情報に含まれる項目が合致するか否かを判定する際に、前記要求Ｗｅｂサービス情報及び前記提供Ｗｅｂサービス情報に含まれる項目の包含関係に基づいて解析を行うことを特徴とする請求項１に記載のサービス提供プログラム。
【請求項３】
前記要求情報評価部は、
要求者が要求するＷｅｂサービスの分野と同様の分野のＷｅｂサービスを提供しているか否かを評価する第１評価部と、
前記第１評価部により提供していると判定された同様の分野のＷｅｂサービスにより入出力されるデータが、要求者が要求するＷｅｂサービスにより入出力されるデータに合致するか否かを判定する第２評価部と、
前記第２評価部により合致すると判定されたＷｅｂサービスに関する項目が、要求者が要求するＷｅｂサービスに関する項目と合致するか否かを判定する第３評価部と
を備え、
前記第３評価部において前記意味的解析を行うことを特徴とする請求項２に記載のサービス提供プログラム。
【請求項４】
前記第２評価部は、複数のＷｅｂサービスによって、前記入出力されるデータに合致するデータを入出力するＷｅｂサービスを生成し、生成したＷｅｂサービスを前記入出力されるデータが合致するＷｅｂサービスと判定することを特徴とする請求項３に記載のサービス提供プログラム。
【請求項５】
Ｗｅｂサービスを要求するサービス要求者が使用するサービス要求装置と、
Ｗｅｂサービスを提供する複数のサービス提供者がそれぞれサービスの提供に使用する複数のサービス提供装置と、
前記サービス要求者が要求するＷｅｂサービスに関する情報である要求Ｗｅｂサービス情報を前記サービス要求装置から受信して前記複数のサービス提供装置へマルチキャストする配信装置と
を備え、
前記複数のサービス提供装置は、前記要求Ｗｅｂサービス情報を評価してＷｅｂサービスを提供可能か否かを判定し、提供可能と判定した場合に、提供可能なＷｅｂサービスに関する情報である提供Ｗｅｂサービス情報を前記サービス要求装置に送信し、
前記サービス要求装置は、複数の提供Ｗｅｂサービス情報を受信して評価し、該評価した結果に基づいてサービス提供者を選定することを特徴とするサービス提供者選定システム。
【請求項６】
Ｗｅｂサービスを要求するサービス要求者が使用するサービス要求装置が、サービス要求者が要求するＷｅｂサービスに関する情報である要求Ｗｅｂサービス情報を、Ｗｅｂサービスを提供する複数のサービス提供者と前記サービス要求者とに情報を提供する配信装置に送信する要求情報送信ステップと、
前記配信装置が、前記複数のサービス提供者がそれぞれサービスの提供に使用する複数のサービス提供装置へ前記要求Ｗｅｂサービス情報をマルチキャストするマルチキャストステップと、
前記複数のサービス提供装置が、前記要求Ｗｅｂサービス情報を評価してＷｅｂサービスを提供可能か否かを判定する判定ステップと、
前記複数のサービス提供装置が、前記判定ステップでＷｅｂサービスを提供可能と判定した場合に、提供可能なＷｅｂサービスに関する情報である提供Ｗｅｂサービス情報を前記サービス要求装置に送信する応答ステップと、
前記サービス要求装置が、複数の提供Ｗｅｂサービス情報を受信して評価し、該評価した結果に基づいてサービス提供者を選定する選定ステップと
を含んだことを特徴とするサービス提供者選定方法。
【請求項７】
提供するＷｅｂサービスに関する情報である提供Ｗｅｂサービス情報を記憶する提供サービス情報記憶部と、
Ｗｅｂサービスを要求するサービス要求装置から要求するＷｅｂサービスに関する情報である要求Ｗｅｂサービス情報を受信してＷｅｂサービスを提供する複数のサービス提供装置へマルチキャストする配信装置から、該要求Ｗｅｂサービス情報を受信する要求情報受信部と、
前記提供サービス情報記憶部に記憶された前記提供Ｗｅｂサービス情報を参照して前記要求Ｗｅｂサービス情報を評価する要求情報評価部と、
前記要求情報評価部による評価結果に基づいて特定される前記提供Ｗｅｂサービス情報を前記サービス要求装置に応答する応答部と
を備えたことを特徴とするサービス提供装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サービス提供プログラム、サービス提供者選定システム、サービス提供者選定方法及びサービス提供装置に関する。
【背景技術】
【０００２】
現在、ネットワーク上に様々なＷｅｂサービスが様々なサービス提供者によって提供されている。ここで、Ｗｅｂサービスとは、Ｗｅｂを用いて行われる商品の販売、施設の予約、乗り物の予約、情報の配信などである。なお、以下では、「Ｗｅｂサービス」を単に「サービス」と呼ぶこととする。
【０００３】
サービスを要求するサービス要求者は、サービス提供者が提供するサービスに関する情報に基づいて、自分の要求に最も一致するサービスを提供するサービス提供者を選定し、サービスの提供を受けている。
【０００４】
図１７は、サービス提供者の選定を説明するための説明図である。図１７に示すように、サービス提供者Ａ、Ｂ、Ｃなど様々なサービス提供者が提供するサービスＡ、Ｂ、Ｃなどのサービスがサービスプールにプールされている。サービス要求者は、サービスプールの中から自分の要求に最も一致するサービスを、サービス提供者から提供されるサービスに関する情報に基いて選定している。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開平１１−２１２９１３号公報
【特許文献２】特開２００８−１０２６３７号公報
【特許文献３】特表２００６−５１１８８４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
Ｗｅｂサービス技術の進展に伴い、数多くの同質または異質のサービスやサービスコンポーネントが各サービス提供者から提供されている。また多くの新サービスは、そうした既に存在するサービスやサービスコンポーネントを抽出し、再利用し、または融合することによって用意される。
【０００７】
しかしながら、サービス提供者は、様々なサービス要求者を対象としてサービスに関する情報を提供するため、万人向けの一般的な情報しか提供することができず、個々のサービス要求者のニーズにあわせて柔軟にサービス情報を提供することができないという問題がある。
【０００８】
また、サービス要求者にとっては、サービスプールにプールされている様々なサービスの中から、前記サービスに関する情報に基いて自分の要求に最も一致するサービスを効率良く見つけることが困難であるという問題がある。
【０００９】
開示の技術は、上記に鑑みてなされたものであって、サービス提供者にとっては、サービスに関する情報を柔軟に提供することができるサービス提供プログラム、サービス提供者選定システム、サービス提供者選定方法及びサービス提供装置を提供することを目的とする。また、サービス要求者にとっては、要求に合うサービスを提供するサービス提供者を効率良く選定することができるサービス提供プログラム、サービス提供者選定システム、サービス提供者選定方法及びサービス提供装置を提供することを目的とする。
【課題を解決するための手段】
【００１０】
本願の開示するサービス提供プログラムは、コンピュータをサービス提供装置として機能させ、サービス提供装置は、提供するＷｅｂサービスに関する情報である提供Ｗｅｂサービス情報を記憶する。また、配信装置が、Ｗｅｂサービスを要求するサービス要求装置から要求するＷｅｂサービスに関する情報である要求Ｗｅｂサービス情報を受信してＷｅｂサービスを提供する複数のサービス提供装置へマルチキャストする。すると、サービス提供装置は、要求Ｗｅｂサービス情報を受信し、提供サービス情報を用いて要求Ｗｅｂサービス情報を評価する。そして、サービス提供装置は、評価結果に基づいて要求Ｗｅｂサービス情報に対してＷｅｂサービスの提供を提供Ｗｅｂサービス情報とともにサービス要求装置に応答する。提供Ｗｅｂサービス情報を受信したサービス要求装置は、該提供Ｗｅｂサービス情報を評価することにより、最も望ましいサービスを選択することができる。
【発明の効果】
【００１１】
本願の開示するサービス提供プログラムの一つの態様によれば、サービス提供者にとっては柔軟にサービス情報を提供することができ、サービス要求者にとっては効率良くサービス提供者を選定することができるという効果を奏する。
【図面の簡単な説明】
【００１２】
【図１】図１は、本実施例１に係るサービス提供者選定システムの構成を示す機能ブロック図である。
【図２】図２は、本実施例２に係るサービス提供者選定システムを説明するための説明図である。
【図３】図３は、本実施例２に係るサービス提供者選定システムのメッセージフローの概略を示す図である。
【図４】図４は、本実施例２に係るサービス提供者選定システムの構成を示す機能ブロック図である。
【図５】図５は、共有空間提供装置の具体例を示す図である。
【図６】図６は、ＲＦＴの一例を示す図である。
【図７】図７は、ＳＤの一例を示す図である。
【図８】図８は、詳細情報が基とするオントロジーを示す図である。
【図９】図９は、意味的解析を説明するための説明図である。
【図１０】図１０は、サービス提供装置によるＲＦＴ評価処理の処理手順を示すフローチャートである。
【図１１】図１１は、サービス要求装置が行う応答評価処理の処理手順を示すフローチャートである。
【図１２】図１２は、ＩＯ順位の一例を示す図である。
【図１３】図１３は、詳細情報順位の一例を示す図である。
【図１４】図１４は、応答評価部による選定例を示す図である。
【図１５】図１５は、他のＲＦＴ及びＳＤの例を示す図である。
【図１６】図１６は、本実施例１及び２に係るサービス提供プログラムを実行するコンピュータの構成を示す機能ブロック図である。
【図１７】図１７は、サービス提供者の選定を説明するための説明図である。
【発明を実施するための形態】
【００１３】
以下に添付図面を参照して、本願の開示するサービス提供プログラム、サービス提供者選定システム、サービス提供者選定方法及びサービス提供装置の好適な実施例を詳細に説明する。
【実施例１】
【００１４】
まず、本実施例１に係るサービス提供者選定システムの構成について説明する。図１は、本実施例１に係るサービス提供者選定システムの構成を示す機能ブロック図である。図１に示すように、本実施例１に係るサービス提供者選定システムは、共有空間提供装置１０と、サービス要求者が使用するサービス要求装置２０と、サービス提供者がサービスの提供に使用するサービス提供装置３０とを有する。
【００１５】
ここで、共有空間提供装置１０は、サービス要求者とサービス提供者との間で情報を共有する場を提供する装置である。また、ここでは説明の便宜上、１台のサービス要求装置２０及びサービス提供装置３０のみを示したが、サービス提供者選定システムは任意の台数のサービス要求装置２０及びサービス提供装置３０を有する。
【００１６】
サービス要求装置２０は、サービスを要求する装置であり、要求するサービスに関する情報である要求サービス情報を共有空間提供装置１０に送信する。共有空間提供装置１０は、サービス要求装置２０から要求サービス情報を受信し、受信した要求サービス情報を複数のサービス提供装置３０にマルチキャストする。サービス提供装置３０はサービスを提供する装置であり、共有空間提供装置１０から要求サービス情報を受信する。
【００１７】
サービス提供装置３０は、要求情報受信部３１と、要求情報評価部３２と、応答部３３と、提供サービス情報記憶部３４とを有する。提供サービス情報記憶部３４は、サービス提供装置３０が提供するサービスに関する情報を記憶する記憶部である。
【００１８】
要求情報受信部３１は、共有空間提供装置１０から要求サービス情報を受信する処理部である。要求情報評価部３２は、要求情報受信部３１が受信した要求サービス情報を提供サービス情報記憶部３４を用いて評価する処理部である。応答部３３は、要求情報評価部３２による評価結果に基づいて、提供するサービスの情報とともにサービス要求装置２０に応答する処理部である。
【００１９】
このように、サービス要求装置２０は要求サービス情報を共有空間提供装置１０に送信し、共有空間提供装置１０は複数のサービス提供装置３０に要求サービス情報をマルチキャストする。そして、要求サービス情報をサービス提供装置３０の要求情報評価部３２が提供サービス情報記憶部３４を用いて評価し、評価結果に基づいて、提供するサービスの情報とともに応答部３３がサービス要求装置２０に応答する。
【００２０】
したがって、共有空間提供装置１０には、全サービスに関する情報をデータベースとして保持する必要がなく、スケーラブルなシステムを構築することができる。また、サービス要求者は、自分の要求に適したサービス提供者をサービス提供者が提供する情報に基づいて探す必要がなく、柔軟かつ効率的にサービス提供者を決定することができる。また、サービス提供者は、共有空間提供装置１０によりマルチキャストされた要求サービス情報に基づいて応答するので、不特定多数ではなく個別にサービス情報を提供することができ、柔軟にサービス情報を提供することができる。
【実施例２】
【００２１】
次に、図２及び図３を用いて、本実施例２に係るサービス提供者選定システムについて説明する。図２は、本実施例２に係るサービス提供者選定システムを説明するための説明図である。図２に示すように、本実施例２に係るサービス提供者選定システムでは、サービス要求者がサービス要求に関する情報をＲＦＴ（Request  For  Tender）として公開する（１）。
【００２２】
すると、例えば、サービス提供者Ａ〜ＣがＲＦＴを評価し（２）、サービス提供者Ｂ及びＣがサービスを提供することを提供するサービスの情報とともにサービス要求者に応答する（３）。すると、サービス要求者は、サービス提供者Ｂ及びＣが提供するサービスの情報を評価し、サービス提供者Ｂと契約することを決定してサービス提供者Ｂに通知する（４）。
【００２３】
図３は、本実施例２に係るサービス提供者選定システムのメッセージフローの概略を示す図である。図３に示すように、サービス提供者はサービスを提供することを共有空間に通知し（ステップＳ１）、サービス要求者はＲＦＴを共有空間に提示する（ステップＳ２）。ここで、共有空間とは、サービス要求者とサービス提供者の間で共有される論理的な空間である。
【００２４】
そして、サービス要求者はＲＦＴ提示に対する応答を受け取り（ステップＳ３）、共有空間で公開されたＲＦＴはサービス提供者にマルチキャストされる（ステップＳ４）。なお、ステップＳ３とステップＳ４の順序はどちらが先であってもよい。
【００２５】
そして、マルチキャストされたＲＦＴはサービス提供者によって評価され（ステップＳ５）、サービスの提供を希望するサービス提供者はＳＤ（Service  Description）とともにＲＦＴに対する応答としてＲＦＴ応答をサービス要求者に送信する（ステップＳ６）。ここで、ＳＤはサービス提供者が提供するサービスに関する情報である。なお、サービス提供者がサービスの提供を希望しない場合には、所定の時間が経過するとタイムアウトとなる。
【００２６】
サービス要求者は、複数の応答を受信すると、ＳＤを評価し（ステップＳ７）、要求と最も一致するＳＤを応答したサービス提供者に発注する（ステップＳ８）。なお、共有空間に提示されたＲＦＴは、サービス要求者からのキャンセル指示によりキャンセルされる（ステップＳ９）。あるいは、共有空間に提示されたＲＦＴは、所定の時間が経過するとタイムアウトとなる。また、サービス提供者がサービスの提供を中止する場合には、サービス提供者はサービス停止を共有空間に通知する（ステップＳ１０）。
【００２７】
次に、本実施例２に係るサービス提供者選定システムの構成について説明する。図４は、本実施例２に係るサービス提供者選定システムの構成を示す機能ブロック図である。図４に示すように、サービス提供者選定システムは、共有空間を提供する共有空間提供装置１００と、サービスを要求するサービス要求装置２００と、サービスを提供するサービス提供装置３００とを有する。なお、ここでは説明の便宜上、１台のサービス要求装置２００及びサービス提供装置３００のみを示したが、サービス提供者選定システムは任意の台数のサービス要求装置２００及びサービス提供装置３００を有する。
【００２８】
図５は、共有空間提供装置１００の具体例を示す図である。図５に示すように、ＬＡＮのスケールでは、所定のＩＰアドレスやポートを有するハブやスイッチが共有空間提供装置１００として動作する。サービス要求装置２００が所定のＩＰアドレスやポートにＲＦＴを送信すると、ＲＦＴはサービス提供装置３００に送信される。
【００２９】
企業内イントラネットのスケールでは、サーバが共有空間提供装置１００として動作する。サービス要求装置２００は所定のサーバにＲＦＴを送信し、所定のサーバがＲＦＴをサービス提供装置３００にマルチキャストする。
【００３０】
インターネットのスケールでは、提供するサービスとリンク付けされたサービス提供装置（ＳＰ）に関する情報をマップデータベースとして管理するデータベース管理装置が共有空間提供装置１００として動作する。サービス要求装置２００は、データベース管理装置にＲＦＴを送信し、ＲＦＴを受信したデータベース管理装置がマップデータベースを用いてサービス提供装置３００にＲＦＴをマルチキャストする。
【００３１】
ただし、マップデータベースには、サービス提供者が提供するサービスに関する詳細な情報はなく、ＲＦＴをマルチキャストする対象となるサービス提供装置３００を選定するために必要な情報、例えば提供するサービスの分野に関する情報だけがある。また、データベース管理装置は、インターネット上の複数のデータベース管理サーバにより分散システムとして実現することもできる。
【００３２】
図４に示すように、共有空間提供装置１００は、サービス要求管理部１１０と、サービス提供装置管理部１２０と、共有情報記憶部１３０と、入出力部１４０と、通信部１５０とを有する。
【００３３】
サービス要求管理部１１０は、サービス要求装置２００からＲＦＴを通信部１５０を介して受信し、サービス要求装置２００に対応付けてＲＦＴを共有情報記憶部１３０に格納する処理部である。また、サービス要求管理部１１０は、ＲＦＴを受信するとＲＦＴの受信を通信部１５０を介してサービス要求装置２００に応答する。また、サービス要求管理部１１０は、サービス要求装置２００から通信部１５０を介してＲＦＴのキャンセルを受信し、キャンセルされたＲＦＴを対応付けられた情報とともに共有情報記憶部１３０から削除する。
【００３４】
サービス提供装置管理部１２０は、サービス提供装置３００からサービス提供の通知を通信部１５０を介して受信するとサービス提供装置３００に関する情報を共有情報記憶部１３０に格納する処理部である。また、サービス提供装置管理部１２０は、サービス要求管理部１１０が受信したＲＦＴを、共有情報記憶部１３０に情報が記憶された全てのサービス提供装置３００に通信部１５０を介してマルチキャストする。
【００３５】
なお、ここでは、サービス提供装置管理部１２０は、共有情報記憶部１３０に情報が記憶された全てのサービス提供装置３００にＲＦＴをマルチキャストすることとした。しかしながら、提供するサービスの分野などによってサービス提供装置３００を分類し、ＲＦＴに関連する分類に属するサービス提供装置３００にだけＲＦＴをマルチキャストするようにすることもできる。
【００３６】
共有情報記憶部１３０は、ＲＦＴ、サービス提供装置３００に関する情報などを記憶する記憶部である。共有情報記憶部１３０は、サービス要求管理部１１０、サービス提供装置管理部１２０により更新される。
【００３７】
入出力部１４０は、共有空間提供装置１００を管理する管理者からキーボード、マウスを用いて入力される指示を受け付け、受け付けた指示に基づいて、共有情報記憶部１３０に記憶された情報を表示装置に表示する処理部である。
【００３８】
通信部１５０は、ネットワークを介してサービス要求装置２００及びサービス提供装置３００と通信する処理部である。
【００３９】
サービス要求装置２００は、ＲＦＴ提示部２１０と、応答受信部２２０と、応答評価部２３０と、評価結果送信部２４０と、サービス情報記憶部２５０と、ＲＦＴ管理部２６０と、入出力部２７０と、通信部２８０とを有する。
【００４０】
ＲＦＴ提示部２１０は、サービス情報記憶部２５０に記憶されたＲＦＴを共有空間提供装置１００に送信する処理部である。また、ＲＦＴ提示部２１０は、共有空間提供装置１００からＲＦＴの受信に対する応答を受信する。
【００４１】
応答受信部２２０は、サービス提供装置３００からＳＤとともにＲＦＴ応答を受信し、受信したＳＤをＲＦＴ、サービス提供装置３００に関する情報に対応付けてサービス情報記憶部２５０に格納する処理部である。
【００４２】
応答評価部２３０は、応答受信部２２０が複数のＳＤを受信した場合に、サービス情報記憶部２５０に記憶されたＲＦＴ、オントロジーに関する情報に基づいて各ＳＤを評価し、ＳＤに対応付けて評価結果をサービス情報記憶部２５０に格納する処理部である。なお、オントロジー及びＳＤの評価方法の詳細については後述する。
【００４３】
評価結果送信部２４０は、サービス情報記憶部２５０を参照して最も高い評価のＳＤを選定し、選定したＳＤを送信したサービス提供装置３００に発注の通知を送信する処理部である。また、評価結果送信部２４０は、他のＳＤを送信したサービス提供装置３００に対しては、選定されなかった旨の通知を行う。
【００４４】
サービス情報記憶部２５０は、ＲＦＴ、ＳＤ、ＳＤを送信したサービス提供装置３００に関する情報、ＳＤの評価結果、オントロジーに関する情報などを記憶する記憶部である。
【００４５】
ＲＦＴ管理部２６０は、入出力部２７０を介してサービス要求者から入力されるサービス要求に基づいてＲＦＴを作成し、サービス情報記憶部２５０に格納する処理部である。また、ＲＦＴ管理部２６０は、ＲＦＴに対してサービス提供装置３００から送信されたＳＤの情報、ＳＤの評価結果、サービス提供者の選定結果などを入出力部２７０を介して表示する。
【００４６】
入出力部２７０は、サービス要求者からキーボード、マウスを用いて入力される情報を受け付け、ＲＦＴ管理部２６０に渡す処理部である。また、入出力部２７０は、サービス要求者から入力された情報、ＲＦＴ管理部２６０から渡されたＳＤの情報、ＳＤの評価結果、サービス提供者の選定結果などを表示装置に表示する。
【００４７】
通信部２８０は、ネットワークを介して共有空間提供装置１００及びサービス提供装置３００と通信する処理部である。
【００４８】
サービス提供装置３００は、サービス情報管理部３１０と、要求受信部３２０と、要求評価部３３０と、応答管理部３４０と、サービス情報記憶部３５０と、入出力部３６０と、通信部３７０とを有する。
【００４９】
サービス情報管理部３１０は、サービス提供者から入出力部３６０を介して入力されるサービス情報に基づいてＳＤを作成し、サービス情報記憶部３５０に格納する処理部である。また、サービス情報管理部３１０は、新たにサービスの提供を開始する場合に、サービス提供の開始を通信部３７０を介して共有空間提供装置１００に通知する。また、サービス情報管理部３１０は、サービスの提供を停止する場合に、サービス提供の停止を通信部３７０を介して共有空間提供装置１００に通知する。
【００５０】
なお、ここでは、サービスの提供を開始する場合と停止する場合に共有空間提供装置１００に通知することとした。しかしながら、提供するサービスの分野などによってサービスを分類し、分野ごとにサービス提供の開始と停止を共有空間提供装置１００に通知するようにすることもできる。
【００５１】
要求受信部３２０は、共有空間提供装置１００がマルチキャストするＲＦＴを通信部３７０を介して受信し、ＲＦＴを提示したサービス要求装置２００に関する情報とともにサービス情報記憶部３５０に格納する処理部である。
【００５２】
要求評価部３３０は、サービス情報記憶部３５０が記憶するＳＤ及びオントロジーに関する情報に基づいてＲＦＴを評価し、ＲＦＴに応答するか否かを判定する処理部である。なお、オントロジー及びＲＦＴの評価方法の詳細については後述する。
【００５３】
応答管理部３４０は、要求評価部３３０により応答すると判定されたＲＦＴについてサービスを要求するサービス要求装置２００にＲＦＴ応答をＳＤとともに通信部３７０を介して送信する処理部である。また、応答管理部３４０は、サービス要求装置２００からサービスの発注通知、失注通知を通信部３７０を介して受信し、通知された内容を入出力部３６０を介して表示する。
【００５４】
サービス情報記憶部３５０は、ＳＤ、ＲＦＴ、ＲＦＴを提示したサービス要求装置２００に関する情報、オントロジーに関する情報などを記憶する記憶部である。
【００５５】
入出力部３６０は、サービス提供者からキーボード、マウスを用いて入力される情報を受け付け、サービス情報管理部３１０に渡す処理部である。また、入出力部３６０は、サービス提供者から入力された情報、応答管理部３４０から渡された情報などを表示装置に表示する。
【００５６】
通信部３７０は、ネットワークを介して共有空間提供装置１００及びサービス要求装置２００と通信する処理部である。
【００５７】
次に、ＲＦＴ及びＳＤについて説明する。図６はＲＦＴの一例を示す図であり、図７はＳＤの一例を示す図である。図６及び図７に示すように、ＲＦＴ及びＳＤには＜一般情報＞と、＜機能＞と、＜詳細情報＞とが記述される。
【００５８】
＜一般情報＞は、サービスに関する一般的な情報を記述したものであり、項目として＜名前＞と、＜ＩＤ＞と、＜分野＞と、＜サービス提供者＞と、＜カテゴリ＞とがある。＜名前＞は、サービスの名前を示し、図６では、「本の注文」がサービスの名前である。＜ＩＤ＞は、ＲＦＴ又はＳＤを識別するための識別子である。＜分野＞は、サービスが属する分野を示し、図６では、電子商取引がサービスが属する分野である。＜サービス提供者＞は、サービス提供者の名前を示し、＜カテゴリ＞は、サービスの分類を示す。なお、＜一般情報＞に記述される項目は必須ではなく、任意に定義可能である。
【００５９】
＜機能＞は、サービスの基本的な機能を記述したものであり、項目として＜入力＞と、＜出力＞と、＜前提条件＞と、＜効果＞とがある。＜入力＞は、サービスを提供する場合に必要な情報を示し、図６では、「本の名前」と「著者」が「本の注文」サービスに必要な情報である。＜出力＞は、サービス提供により出力される情報であり、図６では、「注文確認」が出力される情報である。＜前提条件＞は、サービス提供の前提となる条件であり、例えば「本の注文」サービスでは、有効なクレジットカードが前提となる条件である。＜効果＞は、サービスの提供により得られる効果を示す。なお、＜入力＞と＜出力＞は必須項目であるが、＜前提条件＞と＜効果＞は任意項目である。また、各項目の値は任意に定義可能である。
【００６０】
＜詳細情報＞は、サービスに関する詳細な情報を記述したものであり、＜利用条件＞と、＜サービス品質＞と、＜セキュリティ>と、＜信用情報＞と、＜価格＞と、＜支払情報＞とがある。また、＜利用条件＞にはサブ項目として＜地域＞と、＜時間＞とがあり、＜支払情報＞にはサブ項目として＜通貨＞と、＜方法＞と、＜期限＞とがある。
【００６１】
＜利用条件＞は、サービスを利用する条件を示し、＜地域＞は地域的条件を、＜時間＞は時間的条件を示す。図６では、地域的条件は「日本」であり、時間的条件はなく２４時間常に可能である。＜サービス品質＞は、サービスの品質に関する情報を示し、図６では、返品可能期間が「１４日間返品可能」である。＜セキュリティ＞は利用制限に関する同意事項などを示し、＜信用情報＞はサービス提供者の信用に関する情報を示す。＜価格＞はサービスの価格を示し、＜支払情報＞は支払に関する情報を示す。＜通貨＞は支払に使用可能な通過の種類を示し、＜方法＞は支払方法を示し、＜期限＞は支払期限を示す。
【００６２】
なお、＜詳細情報＞の項目は任意に定義可能ではなく、特定のオントロジーに基づくものである。ここで、オントロジーとは、概念間の包含関係及び概念と具体例との関係を示すものであり、概念をクラスに対応させ、クラス−サブクラス及びクラス−インスタンスの関係を示すものである。ＲＦＴ及びＳＤの＜詳細情報＞は図８に示すオントロジーに基づいている。
【００６３】
図８に示すように、＜詳細情報＞が基とするオントロジーは、ルート（根）として「詳細情報」クラスがある。「詳細情報」クラスは、「利用条件」、「セキュリティ」、「信用情報」、「サービス品質」、「価格」、「支払情報」を属性として有する。そして、各属性の属性値の範囲として、「利用条件」クラス、「セキュリティ」クラス、「信用情報」クラス、「サービス品質」クラス、「価格」クラス、「支払情報」クラスが対応付けられる。
【００６４】
そして、例えば、「利用条件」クラスは、「時間」クラス、「地域」クラスとクラス−サブクラスの関係にあり、「地域」クラスは、「移動通信会社」クラス、「カバー領域」クラスとクラス−サブクラスの関係にある。また、「移動通信会社」は、「Ａ社」、「Ｂ社」、「Ｃ社」、「Ｄ社」のいずれかであり、「１００メータ」は「測定値」クラスのインスタンスである。「Ａ社」、「Ｂ社」、「Ｃ社」、「Ｄ社」、「１００メータ」などのインスタンスは、オントロジーの階層構造のリーフ（葉）である。
【００６５】
次に、ＲＦＴ、ＳＤの評価に用いられる意味的解析について説明する。図９は、意味的解析を説明するための説明図である。図９に示すように、ＲＦＴ、ＳＤの意味的解析では、ＲＦＴとＳＤの間で項目の値がマッチするか否かの解析を値が一致するか否か、すなわち文字列が一致するか否かだけでなく、図８に示したオントロジーを用いて行う。
【００６６】
意味的解析では、オントロジーに関する情報及び推論規則を記憶する知識ベースを用いた解析が行われる。ここで、推論規則とは、オントロジーに基づいて演繹推論を行う場合の規則などである。例えば、図８に示したオントロジーにおいて、「日本」クラスと「神奈川」クラスとの間には、クラス−サブクラスの関係があり、「神奈川」に住んでいれば「日本」に住んでいる、という推論規則が得られる。
【００６７】
このような意味的解析に対して、値が一致するか否かだけで項目の値がマッチするか否かを判定する解析を、ここでは、構文的解析と呼ぶこととする。ただし、構文的解析では、同義語の辞書を用いて、ＲＦＴとＳＤの間で項目の値が同義語である場合にも、値がマッチすると判定する。
【００６８】
次に、サービス提供装置３００によるＲＦＴ評価処理の処理手順について説明する。図１０は、サービス提供装置３００によるＲＦＴ評価処理の処理手順を示すフローチャートである。
【００６９】
図１０に示すように、ＲＦＴ評価処理では、要求受信部３２０が共有空間提供装置１００がマルチキャストしたＲＦＴを受信し（ステップＳ１０１）、サービス情報記憶部３５０に格納する。そして、要求評価部３３０が初期フィルタリングを行う（ステップＳ１０２）。初期フィルタリングでは、要求評価部３３０は、ＲＦＴとＳＤの間で＜名前＞、＜分野＞及び＜カテゴリ＞について構文的解析を用いた評価を行い、評価対象を関連するＳＤに絞る。
【００７０】
そして、要求評価部３３０は、ＲＦＴがサービス範囲であるか否か、すなわち、＜名前＞、＜分野＞及び＜カテゴリ＞についてＲＦＴにマッチするＳＤがあるか否かを判定する（ステップＳ１０３）。その結果、ＲＦＴがサービス範囲である場合には、ＩＯマッチングを行う（ステップＳ１０４）。
【００７１】
ＩＯマッチングでは、要求評価部３３０は、ＲＦＴとＳＤの間で＜入力＞及び＜出力＞について構文的解析を用いた評価を行い、評価対象を＜入力＞及び＜出力＞がマッチするＳＤに絞る。
【００７２】
そして、要求評価部３３０は、ＲＦＴと入出力がマッチするＳＤがあるか否か、すなわち、＜入力＞及び＜出力＞についてＲＦＴにマッチするＳＤがあるか否かを判定する（ステップＳ１０５）。ただし、ＩＯマッチングでは、要求評価部３３０は、＜入力＞及び＜出力＞について、全部ではなく一部だけが一致している場合にも、＜入力＞及び＜出力＞がマッチすると判定する。その結果、ＲＦＴと入出力がマッチするＳＤがある場合には、詳細情報マッチングを行う（ステップＳ１０６）。
【００７３】
詳細情報マッチングでは、要求評価部３３０は、ＲＦＴとＳＤの間で＜詳細情報＞についてオントロジーに基づく意味的解析を行う。そして、要求評価部３３０は、＜詳細情報＞についてＲＦＴにマッチするＳＤがあるか否かを判定する（ステップＳ１０７）。その結果、ＲＦＴと＜詳細情報＞がマッチするＳＤがある場合には、応答管理部３４０が、マッチしたＳＤとともにＲＦＴ応答を行う（ステップＳ１０８）。
【００７４】
これに対して、ＲＦＴがサービス範囲でない場合、ＲＦＴと入出力がマッチするＳＤがない場合、ＲＦＴと＜詳細情報＞がマッチするＳＤがない場合には、応答管理部３４０は応答することなくＲＦＴを破棄する（ステップＳ１０９）。
【００７５】
このように、要求評価部３３０が、ＲＦＴを評価して応答するか否かを決定することによって、サービス要求者は効率的にサービス提供者を探すことができる。また、要求評価部３３０が、ＲＦＴとＳＤの間で＜詳細情報＞についてオントロジーに基づく意味的解析を行うことによって、構文的解析では得られないＳＤを探し出すことができる。
【００７６】
また、要求評価部３３０が、ＩＯマッチングでは、＜入力＞及び＜出力＞について、全部ではなく一部だけが一致している場合にも、＜入力＞及び＜出力＞がマッチすると判定することによって、評価対象の範囲を広げることができる。なお、サービス提供装置３００が評価対象の範囲を広げても、最終的には、サービス要求装置２００が最適なＳＤを選択することとなる。
【００７７】
次に、サービス要求装置２００が行う応答評価処理の処理手順について説明する。図１１は、サービス要求装置２００が行う応答評価処理の処理手順を示すフローチャートである。図１１に示すように、応答評価処理では、応答受信部２２０が複数のＲＦＴ応答を受信し（ステップＳ２０１）、サービス情報記憶部２５０に格納する。
【００７８】
そして、応答評価部２３０が、ＩＯ順位付けを行う（ステップＳ２０２）。ＩＯ順位付けでは、応答評価部２３０は、ＲＦＴとＳＤの間で＜入力＞及び＜出力＞について構文的解析を用いた評価を行い、各ＳＤの順位付けを行う。図１２は、ＩＯ順位の一例を示す図である。図１２に示す例では、入力パラメータ数及び出力パラメータ数に基づいてＩＯ順位が決定される。
【００７９】
すなわち、ＲＦＴと入力パラメータ数及び出力パラメータ数がともに等しい場合にはＳＤのＩＯ順位は最も高い１となる。ＲＦＴと入力パラメータ数は等しく、出力パラメータ数が等しくない場合にはＳＤのＩＯ順位は２となる。ＲＦＴと入力パラメータ数は等しくなく、出力パラメータ数が等しい場合にはＳＤのＩＯ順位は３となる。ＲＦＴと入力パラメータ数も出力パラメータ数も等しくない場合にはＳＤのＩＯ順位は最も低い４となる。
【００８０】
そして、応答評価部２３０が、詳細情報順位付けを行う（ステップＳ２０３）。詳細情報順位付けでは、応答評価部２３０は、ＲＦＴとＳＤの間で＜詳細情報＞についてオントロジーに基づく意味的解析を用いた評価を行い、各ＳＤの順位付けを行う。図１３は、詳細情報順位の一例を示す図である。図１３に示す例では、ＲＦＴとＳＤの間で項目値の包含関係に基づいて詳細情報順位が決定される。
【００８１】
すなわち、ＲＦＴと全項目値が構文的解析により同一である場合にはＳＤの詳細情報順位は最も高い１となる。例えば、ＳＤの＜サービス品質＞の値が「１４日」であり、ＲＦＴの＜サービス品質＞の値が「２週間」である場合は、項目値は同一である。ＳＤの項目値がＲＦＴの項目値を包含する場合にはＳＤの詳細情報順位は２となる。例えば、ＳＤの＜地域＞の値が「日本」であり、ＲＦＴの＜地域＞の値が「神奈川」である場合は、ＳＤの項目値がＲＦＴの項目値を包含する。
【００８２】
ＳＤの項目値がＲＦＴの項目値に包含される場合にはＳＤの詳細情報順位は３となる。例えば、ＳＤの＜精度＞の値が「地区レベル」であり、ＲＦＴの＜精度＞の値が「１００メータ」である場合は、ＳＤの項目値はＲＦＴの項目値に包含される。ＳＤの項目値とＲＦＴの項目値との間に包含関係がなく、一部オーバーラップする場合にはＳＤの詳細情報順位は最も低い４となる。例えば、ＳＤの＜地域＞の値が「Ａ社」であり、ＲＦＴの＜地域＞の値が「神奈川」である場合は、「Ａ社」が「神奈川」の一部と他の地域にサービスを提供すると仮定すると、ＳＤの項目値とＲＦＴの項目値は一部オーバーラップする。
【００８３】
そして、評価結果送信部２４０が、ＩＯ順位と詳細情報順位の合計に基づいて最も順位が高いＳＤを発注対象として選定し、選定結果をＲＦＴ応答したサービス提供装置３００に送信する（ステップＳ２０４）。なお、合計順位が同じであるＳＤが複数ある場合には、詳細情報順位がＩＯ順位に優先する。すなわち、評価結果送信部２４０は、詳細情報順位が高いＳＤを発注対象として選定する。詳細情報順位がＩＯ順位に優先する理由は、サービス要求装置２００による評価はサービス提供装置３００による評価により絞り込まれたＳＤに対して行われるため、詳細な情報に基づく評価がより重要となるためである。
【００８４】
このように、応答評価部２３０が、複数のＳＤを評価することによって、最適なサービス提供者を選択することができる。また、応答評価部２３０が、ＲＦＴとＳＤの間で＜詳細情報＞についてオントロジーに基づく意味的解析を行うことによって、適切にサービス提供者を選択することができる。
【００８５】
図１４は、応答評価部２３０による選定例を示す図である。図１４では、ＳＤａのＩＯ順位は、ＲＦＴと入力パラメータ数は等しく、出力パラメータ数は等しくないので２となる。ＳＤｂのＩＯ順位は、ＲＦＴと入力パラメータ数は等しくなく、出力パラメータ数は等しいので３となる。なお、パラメータ数は、項目値の記述において「＆」、「ｏｒ」、「、」で区切られた記述の数である。
【００８６】
また、ＳＤａの詳細情報順位は、＜地域＞の値について、「日本」であるＲＦＴが「神奈川」であるＳＤａを包含するので３となる。ＳＤｂの詳細情報順位は、＜地域＞の値について、「日本」であるＲＦＴが「日本、米国＆欧州」であるＳＤｂに包含されるので２となる。ＳＤａ、ＳＤｂとも合計は５であるが、詳細情報順位については、ＳＤｂの順位が高いため、ＳＤｂが発注対象として選定される。
【００８７】
上述してきたように、本実施例２では、サービス要求装置２００が共有空間提供装置１００にＲＦＴを提示し、共有空間提供装置１００がＲＦＴをサービス提供装置３００にマルチキャストする。そして、サービス提供装置３００がＲＦＴを評価し、サービスを提供する場合にはサービス要求装置２００にＳＤとともにＲＦＴ応答を行う。そして、サービス要求装置２００が複数のＳＤを評価して最適なＳＤを選定する。
【００８８】
したがって、共有空間提供装置１００には、全サービスに関する情報をデータベースとして保持する必要がなく、データベースが大規模になることがないので、スケーラブルなシステムを構築することができる。また、サービス要求者は、自分の要求に適したサービス提供者をサービス提供者が提供する情報に基づいて探す必要がなく、柔軟かつ効率的にサービス提供者を決定することができる。また、サービス提供者は、マルチキャストされたＲＦＴに基づいて応答するので、不特定多数ではなく個別にサービス情報を提供することができ、柔軟にサービス情報を提供することができる。
【００８９】
また、本実施例２では、サービス要求装置２００がＳＤを評価する場合とサービス提供装置３００がＲＦＴを評価する場合に、オントロジーに基づく意味的解析を行うので、単に構文的解析を行う場合と比較して、より適切にＳＤ、ＲＦＴを評価することができる。また、本実施例２では、構文的解析と意味的解析を組み合わせてＳＤ、ＲＦＴの評価を行うので、効率良くＳＤ、ＲＦＴの評価を行うことができる。
【００９０】
また、本実施例２では、要求評価部３３０が、複数のＳＤを組み合わせることによってＲＦＴとマッチするＳＤが得られる場合には、新たなＳＤを合成してサービス情報記憶部３５０に格納し、評価対象に加える。したがって、サービス要求者が要求する新たなサービスを提供することができる。
【００９１】
なお、図１５には、緊急事態発生時に緊急事態発生場所の近くにいる人を特定し、緊急事態発生を通知するサービスについてのＲＦＴとＳＤの例を示す。緊急事態発生を通知するサービスでは、携帯電話番号と緊急事態発生場所の住所を入力情報として、緊急事態発生を通知する携帯電話番号を出力する。
【００９２】
また、本実施例１及び２では、サービス提供装置、サービス要求装置及び共用空間提供装置について説明した。しかしながら、サービス提供装置、サービス要求装置及び共用空間提供装置が有する構成をソフトウェアによって実現することで、同様の機能を有するサービス提供プログラム、サービス要求プログラム及び共用空間提供プログラムを得ることができる。そこで、一例として、サービス提供プログラムを実行するコンピュータについて説明する。
【００９３】
図１６は、本実施例１及び２に係るサービス提供プログラムを実行するコンピュータの構成を示す機能ブロック図である。図１６に示すように、コンピュータ４００は、ＲＡＭ４１０と、ＣＰＵ４２０と、ＨＤＤ４３０と、ＬＡＮインタフェース４４０と、入出力インタフェース４５０と、ＤＶＤドライブ４６０とを有する。
【００９４】
ＲＡＭ４１０は、プログラムやプログラムの実行途中結果などを記憶するメモリであり、ＣＰＵ４２０は、ＲＡＭ４１０からプログラムを読み出して実行する中央処理装置である。ＨＤＤ４３０は、プログラムやデータを格納するディスク装置であり、ＬＡＮインタフェース４４０は、コンピュータ４００をＬＡＮ経由で他のコンピュータに接続するためのインタフェースである。入出力インタフェース４５０は、マウスやキーボードなどの入力装置及び表示装置を接続するためのインタフェースであり、ＤＶＤドライブ４６０は、ＤＶＤの読み書きを行う装置である。
【００９５】
そして、コンピュータ４００において実行されるサービス提供プログラム４１１は、ＤＶＤに記憶され、ＤＶＤドライブ４６０によってＤＶＤから読み出されてコンピュータ４００にインストールされる。あるいは、サービス提供プログラム４１１は、ＬＡＮインタフェース４４０を介して接続された他のコンピュータシステムのデータベースなどに記憶され、これらのデータベースから読み出されてコンピュータ４００にインストールされる。そして、インストールされたサービス提供プログラム４１１は、ＨＤＤ４３０に記憶され、ＲＡＭ４１０に読み出されてＣＰＵ４２０によって実行される。
【符号の説明】
【００９６】
１０，１００    共有空間提供装置
２０，２００    サービス要求装置
３０，３００    サービス提供装置
３１    要求情報受信部
３２    要求情報評価部
３３    応答部
３４    提供サービス情報記憶部
１１０    サービス要求管理部
１２０    サービス提供装置管理部
１３０    共有情報記憶部
１４０    入出力部
１５０    通信部
２１０    ＲＦＴ提示部
２２０    応答受信部
２３０    応答評価部
２４０    評価結果送信部
２５０    サービス情報記憶部
２６０    ＲＦＴ管理部
２７０    入出力部
２８０    通信部
３１０    サービス情報管理部
３２０    要求受信部
３３０    要求評価部
３４０    応答管理部
３５０    サービス情報記憶部
３６０    入出力部
３７０    通信部
４００    コンピュータ
４１０    ＲＡＭ
４１１    サービス提供プログラム
４２０    ＣＰＵ
４３０    ＨＤＤ
４４０    ＬＡＮインタフェース
４５０    入出力インタフェース
４６０    ＤＶＤドライブ
【図１】
2011192217.tif 000003
【図２】
2011192217.tif 000004
【図３】
2011192217.tif 000005
【図４】
2011192217.tif 000006
【図５】
2011192217.tif 000007
【図６】
2011192217.tif 000008
【図７】
2011192217.tif 000009
【図８】
2011192217.tif 000010
【図９】
2011192217.tif 000011
【図１０】
2011192217.tif 000012
【図１１】
2011192217.tif 000013
【図１２】
2011192217.tif 000014
【図１３】
2011192217.tif 000015
【図１４】
2011192217.tif 000016
【図１５】
2011192217.tif 000017
【図１６】
2011192217.tif 000018
【図１７】
2011192217.tif 000019