(57)【要約】 【課題】連携サービスを利用する者は、その連携サービスを実行するまでに多数のステップを踏まなければならない。【解決手段】前記連携サービスの仕様に関する情報である連携サービス仕様情報を保持する連携サービス仕様情報記憶機能と、前記連携サービスの仕様にもとづいて前記連携サービスを実装する前記アプリケーションに関する情報であるアプリケーション情報を保持するアプリケーション情報記憶機能と、前記連携サービス仕様情報記憶機能または前記アプリケーション情報記憶機能を参照する制御要求を受信する制御要求受信機能と、前記制御要求にもとづいて要求された制御を実行した結果を送信する制御応答送信機能と、前記制御要求にもとづいて要求された前記連携サービス仕様情報またはアプリケーション情報を登録する登録制御機能とを有する。【選択図】図１
2005196432.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して２つ以上のアプリケーションが連携して動作することで実行される連携サービスに必要となる所望のアプリケーションを動作させるべき所望の装置へ配信するための連携サービス配信システムに用いる情報管理装置であって、
前記連携サービスの仕様に関する情報である連携サービス仕様情報を保持する連携サービス仕様情報記憶機能と、
前記連携サービスの仕様にもとづいて前記連携サービスを実装する前記アプリケーションに関する情報であるアプリケーション情報を保持するアプリケーション情報記憶機能と、
前記連携サービス仕様情報記憶機能または前記アプリケーション情報記憶機能を参照する制御要求を受信する制御要求受信機能と、
前記制御要求にもとづいて要求された制御を実行した結果を送信する制御応答送信機能と、
前記制御要求にもとづいて要求された前記連携サービス仕様情報または前記アプリケーション情報を登録する登録制御機能とを有する情報管理装置。
【請求項２】
前記連携サービスの仕様を保持するための連携サービス仕様記憶機能を更に有する、請求項１に記載の情報管理装置。
【請求項３】
前記連携サービス仕様情報は、前記連携サービスの仕様を保持する場所を参照するためのＵＲＩを含む、請求項１に記載の情報管理装置。
【請求項４】
前記アプリケーションを保持するためのアプリケーション記憶機能を更に有する、請求項１に記載の情報管理装置。
【請求項５】
前記アプリケーション情報は、前記アプリケーションを保持する場所を参照するためのＵＲＩを含む、請求項１に記載の情報管理装置。
【請求項６】
前記連携サービス仕様情報は、前記連携サービスを実行するために必要とされる他の前記連携サービスの仕様を識別する情報を含む、請求項１に記載の情報管理装置。
【請求項７】
前記アプリケーション情報は、前記アプリケーションが実装する前記連携サービスの仕様を識別する情報を含む、請求項１に記載の情報管理装置。
【請求項８】
前記連携サービスの仕様として、前記連携サービスを構成する前記２つ以上のアプリケーションを実行するために必要な機器タイプ群を採用する、請求項１に記載の情報管理装置。
【請求項９】
前記連携サービスの仕様として、前記連携サービスを構成する前記２つ以上のアプリケーション間において送受信されるデータタイプを採用する、請求項１に記載の情報管理装置。
【請求項１０】
前記連携サービスの仕様として、前記連携サービスを構成する前記２つ以上のアプリケーション間において利用されるプロトコルタイプを採用する、請求項１に記載の情報管理装置。
【請求項１１】
前記制御要求にもとづいて要求された連携サービス仕様情報またはアプリケーション情報を検索する検索制御機能を更に有する、請求項１に記載の情報管理装置。
【請求項１２】
前記制御要求受信機能により受信される制御要求は、前記連携サービス仕様情報を識別する情報を含むことを特徴とする、請求項１１に記載の情報管理装置。
【請求項１３】
前記制御要求受信機能により受信される制御要求は、前記アプリケーション情報を識別する情報を含むことを特徴とする、請求項１１に記載の情報管理装置。
【請求項１４】
前記検索制御機能は、前記連携サービス仕様情報を識別する情報から、前記連携サービス仕様情報を検索し、前記連携サービス仕様情報に対応する連携サービス仕様がさらに複数の連携サービス仕様を含む場合、前記複数の連携サービス仕様情報を検索することを特徴とする、請求項１２に記載の情報管理装置。
【請求項１５】
前記検索制御機能は、前記連携サービス仕様情報を識別する情報から、前記連携サービスを実行するために必要とされる前記アプリケーション情報を検索することを特徴とする、請求項１２に記載の情報管理装置。
【請求項１６】
前記検索制御機能は、前記連携サービス仕様情報を識別する情報から、実行するために前記連携サービスの仕様を必要とする他の連携サービスの仕様に関する情報である前記連携サービス仕様情報を検索することを特徴とする、請求項１２に記載の情報管理装置。
【請求項１７】
前記検索制御機能は、前記連携サービス仕様情報を識別する情報から、前記連携サービスと連携する連携サービスの仕様に関する情報である前記連携サービス仕様情報を検索することを特徴とする、請求項１２に記載の情報管理装置。
【請求項１８】
前記検索制御機能は、前記連携サービス仕様情報を識別する情報から、前記連携サービスを実装するアプリケーションに関する情報である前記アプリケーション情報、および、前記連携サービスと連携する連携サービスを実装するアプリケーションに関する情報である前記アプリケーション情報を検索することを特徴とする、請求項１２に記載の情報管理装置。
【請求項１９】
前記検索制御機能は、前記アプリケーション情報を識別する情報から、実行するために前記アプリケーションを必要とする連携サービスの仕様に関する情報である前記連携サービス仕様情報を検索することを特徴とする、請求項１３に記載の情報管理装置。
【請求項２０】
前記検索制御機能は、前記アプリケーション情報を識別する情報から、前記アプリケーションと連携するアプリケーションに関する情報を検索することを特徴とする、請求項１３に記載の情報管理装置。
【請求項２１】
ネットワークを介して２つ以上のアプリケーションが連携して動作することで実行される連携サービスに必要となる所望のアプリケーションを動作させるべき所望の装置へ配信するための連携サービス配信システムに用いる情報管理方法であって、
前記連携サービスの仕様に関する情報である連携サービス仕様情報を保持する連携サービス仕様情報記憶ステップと、
前記連携サービスの仕様にもとづいて前記連携サービスを実装する前記アプリケーションに関する情報であるアプリケーション情報を保持するアプリケーション情報記憶ステップと、
前記連携サービス仕様情報記憶ステップまたは前記アプリケーション情報記憶ステップを参照する制御要求を受信する制御要求受信ステップと、
前記制御要求にもとづいて要求された制御を実行した結果を送信する制御応答送信ステップと、
前記制御要求にもとづいて要求された前記連携サービス仕様情報または前記アプリケーション情報を登録する登録制御ステップとを有する情報管理方法。
【請求項２２】
前記連携サービスの仕様を保持するための連携サービス仕様記憶ステップを更に有する、請求項２１に記載の情報管理方法。
【請求項２３】
前記連携サービス仕様情報は、前記連携サービスの仕様を保持する場所を参照するためのＵＲＩを含む、請求項２１に記載の情報管理方法。
【請求項２４】
前記アプリケーションを保持するためのアプリケーション記憶ステップを更に有する、請求項２１に記載の情報管理方法。
【請求項２５】
前記アプリケーション情報は、前記アプリケーションを保持する場所を参照するためのＵＲＩを含む、請求項２１に記載の情報管理方法。
【請求項２６】
前記連携サービス仕様情報は、前記連携サービスを実行するために必要とされる他の前記連携サービスの仕様を識別する情報を含む、請求項２１に記載の情報管理方法。
【請求項２７】
前記アプリケーション情報は、前記アプリケーションが実装する前記連携サービスの仕様を識別する情報を含む、請求項２１に記載の情報管理方法。
【請求項２８】
前記連携サービスの仕様として、前記連携サービスを構成する前記２つ以上のアプリケーションを実行するために必要な機器タイプ群を採用する、請求項２１に記載の情報管理方法。
【請求項２９】
前記連携サービスの仕様として、前記連携サービスを構成する前記２つ以上のアプリケーション間において送受信されるデータタイプを採用する、請求項２１に記載の情報管理方法。
【請求項３０】
前記連携サービスの仕様として、前記連携サービスを構成する前記２つ以上のアプリケーション間において利用されるプロトコルタイプを採用する、請求項２１に記載の情報管理方法。
【請求項３１】
前記制御要求にもとづいて要求された連携サービス仕様情報またはアプリケーション情報を検索する検索制御ステップを更に有する、請求項２１に記載の情報管理方法。
【請求項３２】
前記制御要求受信ステップにより受信される制御要求は、その受信する情報として、前記連携サービスの仕様に関する情報である前記連携サービス仕様情報を識別する情報を含むことを特徴とする、請求項３１に記載の情報管理方法。
【請求項３３】
前記制御要求受信ステップにより受信される制御要求は、その受信する情報として、前記アプリケーションに関する情報である前記アプリケーション情報を識別する情報を含むことを特徴とする、請求項３１に記載の情報管理方法。
【請求項３４】
前記検索制御ステップは、前記連携サービス仕様情報を識別する情報から、前記連携サービス仕様情報を検索し、前記連携サービス仕様情報に対応する連携サービス仕様がさらに複数の連携サービス仕様を含む場合、前記複数の連携サービス仕様情報を検索することを特徴とする、請求項１２に記載の情報管理方法。
【請求項３５】
前記検索制御ステップは、前記連携サービス仕様情報を識別する情報から、前記連携サービスを実行するために必要とされるアプリケーション情報を検索することを特徴とする、請求項３２に記載の情報管理方法。
【請求項３６】
前記検索制御ステップは、前記連携サービス仕様情報を識別する情報から、実行するために前記連携サービスの仕様を必要とする他の連携サービスの仕様情報を検索することを特徴とする、請求項３２に記載の情報管理方法。
【請求項３７】
前記検索制御ステップは、前記連携サービス仕様情報を識別する情報から、前記連携サービスと連携する連携サービスの仕様に関する情報である連携サービス仕様情報を検索することを特徴とする、請求項３２に記載の情報管理方法。
【請求項３８】
前記検索制御ステップは、前記連携サービス仕様情報を識別する情報から、前記連携サービスを実装するアプリケーションに関する情報であるアプリケーション情報、および、前記連携サービスと連携する連携サービスを実装するアプリケーションに関する情報であるアプリケーション情報を検索することを特徴とする、請求項３２に記載の情報管理方法。
【請求項３９】
前記検索制御ステップは、前記プリケーション情報を識別する情報から、実行するために前記アプリケーションを必要とする連携サービスの仕様に関する情報である前記連携サービス仕様情報を検索することを特徴とする、請求項３３に記載の情報管理方法。
【請求項４０】
前記検索制御ステップは、前記アプリケーション情報を識別する情報から、前記アプリケーションと連携するアプリケーションに関する情報を検索することを特徴とする、請求項３３に記載の情報管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報を管理するための情報管理装置および情報管理方法に関し、詳しくはネットワークを介して２つ以上のアプリケーションが連携して動作することで実行される連携サービスに必要となる所望のアプリケーションを配信するための連携サービス配信システムに用いる情報管理装置および情報管理方法に関し、更に詳しくは、連携サービスの仕様に関する情報である連携サービス仕様情報、および、その連携サービスの仕様にもとづいてその連携サービスを実装する各アプリケーションに関する情報であるアプリケーション情報を管理する情報管理装置および情報管理方法に関する。
【背景技術】
【０００２】
従来、ネットワーク上のサーバ側の情報処理装置または情報処理端末（以下サーバと称す）によって提供されているサービスへバインドするための情報を、クライアントへ提供するための情報管理装置（以下レジストリと称す）としては、例えば下記非特許文献１に示す標準化技術であるＵＤＤＩがある。ＵＤＤＩにおいては、クライアントはサービスに関する情報が登録されたレジストリへ自身が要求するサービスに関する情報を送信する。その情報を受信したレジストリはクライアントへその要求するサービスを提供するサーバへクライアントをバインドするためのＵＲＩ等の情報を返信する。
【０００３】
ＵＤＤＩの特徴の１つとして、サーバによって提供されるサービスの仕様と、そのサービスを実装するサーバへバインドするための情報とを、分離して管理することが可能である。すなわち、あるサービスの仕様を策定する者とそのサービスの仕様を実装する者とは異なってもよく、また、あるサービスの仕様に対してそのサービスの仕様を実装するサーバは複数存在してもよい。
【非特許文献１】Ｔｏｍ  Ｂｅｌｌｗｏｏｄ、他１０名、”ＵＤＤＩ  Ｖｅｒｓｉｏｎ３．０”、２００２年７月１９日、インターネット＜ＵＲＬ：http://uddi.org/pubs/uddi-v3.00-published-20020719.pdf＞
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかし、ＵＤＤＩにおいては、バインドされるサーバ上で所望のサービスを実行するためにサーバ側にて動作させるアプリケーション（以下サーバアプリケーションと称す）がすでに動作していることが前提とされている。さらに、クライアント側の情報処理装置または情報処理端末（以下クライアントと称す）はクライアント側にて所望のサービスを実行するために動作させるアプリケーション（以下クライアントアプリケーションと称す）を自身で準備することが前提とされている。すなわち、ＵＤＤＩにおいては、２つ以上のアプリケーションをダウンロードして連携して動作することで実行するようなサービス、すなわち、連携サービスが想定されていない。
【０００５】
ＵＤＤＩにおいても、前述のような連携サービスを実行するための情報を保持することは可能である。ただし、そのためには、あくまである前述のような連携サービスを提供する者が、その連携サービスを構成する２つ以上のアプリケーション群を一括して登録しなければならない。また、その連携サービスを利用する者は、その連携サービスを実行するまでに多数のステップを踏まなければならない。
【０００６】
本発明の目的は、前述のような連携サービスに必要な２つ以上のアプリケーションの集合であるアプリケーション群において、個々のアプリケーションを提供する者による個別の登録を可能とする情報管理装置とその方法を提供すること、および、その連携サービスを利用する者によるその連携サービスの実行に要求されるステップ数の軽減を可能とする情報管理装置とその方法を提供することである。
【課題を解決するための手段】
【０００７】
本発明の情報管理装置は、ネットワークを介して２つ以上のアプリケーションが連携して動作することで実行される連携サービスに必要となる所望のアプリケーションを動作させるべき所望の装置へ配信するための連携サービス配信システムに用いる情報管理装置であって、前記連携サービスの仕様に関する情報である連携サービス仕様情報を保持する連携サービス仕様情報記憶機能と、前記連携サービスの仕様にもとづいて前記連携サービスを実装する前記アプリケーションに関する情報であるアプリケーション情報を保持するアプリケーション情報記憶機能と、前記連携サービス仕様情報記憶機能または前記アプリケーション情報記憶機能を参照する制御要求を受信する制御要求受信機能と、前記制御要求にもとづいて要求された制御を実行した結果を送信する制御応答送信機能と、前記制御要求にもとづいて要求された前記連携サービス仕様情報または前記アプリケーション情報を登録する登録制御機能とを有するものである。
【０００８】
また、前記連携サービスの仕様を保持するための連携サービス仕様記憶機能を更に有するものである。
【０００９】
また、前記連携サービス仕様情報は、前記連携サービスの仕様を保持する場所を参照するためのＵＲＩを含むものである。
【００１０】
また、前記アプリケーションを保持するためのアプリケーション記憶機能を更に有するものである。
【００１１】
また、前記アプリケーション情報は、前記アプリケーションを保持する場所を参照するためのＵＲＩを含むものである。
【００１２】
また、前記連携サービス仕様情報は、前記連携サービスを実行するために必要とされる他の前記連携サービスの仕様を識別する情報を含むものである。
【００１３】
また、前記アプリケーション情報は、前記アプリケーションが実装する前記連携サービスの仕様を識別する情報を含むものである。
【００１４】
また、前記連携サービスの仕様として、前記連携サービスを構成する前記２つ以上のアプリケーションを実行するために必要な機器タイプ群を採用するものである。
【００１５】
また、前記連携サービスの仕様として、前記連携サービスを構成する前記２つ以上のアプリケーション間において送受信されるデータタイプを採用するものである。
【００１６】
また、前記連携サービスの仕様として、前記連携サービスを構成する前記２つ以上のアプリケーション間において利用されるプロトコルタイプを採用するものである。
【００１７】
また、前記制御要求にもとづいて要求された連携サービス仕様情報またはアプリケーション情報を検索する検索制御機能を更に有するものである。
【００１８】
また、前記制御要求受信機能により受信される制御要求は、前記連携サービス仕様情報を識別する情報を含むことを特徴とするものである。
【００１９】
また、前記制御要求受信機能により受信される制御要求は、前記アプリケーション情報を識別する情報を含むことを特徴とするものである。
【００２０】
また、前記検索制御機能は、前記連携サービス仕様情報を識別する情報から、前記連携サービス仕様情報を検索し、前記連携サービス仕様情報に対応する連携サービス仕様がさらに複数の連携サービス仕様を含む場合、前記複数の連携サービス仕様情報を検索することを特徴とする。
【００２１】
また、前記検索制御機能は、前記連携サービス仕様情報を識別する情報から、前記連携サービスを実行するために必要とされるアプリケーション情報を検索することを特徴とするものである。
【００２２】
また、前記検索制御機能は、前記連携サービス仕様情報を識別する情報から、実行するために前記連携サービスの仕様を必要とする他の連携サービスの仕様情報を検索することを特徴とするものである。
【００２３】
また、前記検索制御機能は、前記連携サービス仕様情報を識別する情報から、前記連携サービスと連携する連携サービスの仕様に関する情報である連携サービス仕様情報を検索することを特徴とするものである。
【００２４】
また、前記検索制御機能は、前記連携サービス仕様情報を識別する情報から、前記連携サービスを実装するアプリケーションに関する情報であるアプリケーション情報、および、前記連携サービスと連携する連携サービスを実装するアプリケーションに関する情報であるアプリケーション情報を検索することを特徴とするものである。
【００２５】
また、前記検索制御機能は、前記プリケーション情報を識別する情報から、実行するために前記アプリケーションを必要とする連携サービスの仕様に関する情報である前記連携サービス仕様情報を検索することを特徴とするものである。
【００２６】
また、前記検索制御機能は、前記アプリケーション情報を識別する情報から、前記アプリケーションと連携するアプリケーションに関する情報を検索することを特徴とするものである。
【００２７】
本発明の情報管理方法は、ネットワークを介して２つ以上のアプリケーションが連携して動作することで実行される連携サービスに必要となる所望のアプリケーションを動作させるべき所望の装置へ配信するための連携サービス配信システムに用いる情報管理方法であって、前記連携サービスの仕様に関する情報である連携サービス仕様情報を保持する連携サービス仕様情報記憶ステップと、前記連携サービスの仕様にもとづいて前記連携サービスを実装する前記アプリケーションに関する情報であるアプリケーション情報を保持するアプリケーション情報記憶ステップと、前記連携サービス仕様情報記憶ステップまたは前記アプリケーション情報記憶ステップを参照する制御要求を受信する制御要求受信ステップと、前記制御要求にもとづいて要求された制御を実行した結果を送信する制御応答送信ステップと、前記制御要求にもとづいて要求された前記連携サービス仕様情報または前記アプリケーション情報を登録する登録制御ステップとを有する。
【００２８】
また、前記連携サービスの仕様を保持するための連携サービス仕様記憶ステップを更に有する。
【００２９】
また、前記連携サービス仕様情報は、前記連携サービスの仕様を保持する場所を参照するためのＵＲＩを含む。
【００３０】
また、前記アプリケーションを保持するためのアプリケーション記憶ステップを更に有する。
【００３１】
また、前記アプリケーション情報は、前記アプリケーションを保持する場所を参照するためのＵＲＩを含む。
【００３２】
また、前記連携サービス仕様情報は、前記連携サービスを実行するために必要とされる他の前記連携サービスの仕様を識別する情報を含む。
【００３３】
また、前記アプリケーション情報は、前記アプリケーションが実装する前記連携サービスの仕様を識別する情報を含む。
【００３４】
また、前記連携サービスの仕様として、前記連携サービスを構成する前記２つ以上のアプリケーションを実行するために必要な機器タイプ群を採用する。
【００３５】
また、前記連携サービスの仕様として、前記連携サービスを構成する前記２つ以上のアプリケーション間において送受信されるデータタイプを採用する。
【００３６】
また、前記連携サービスの仕様として、前記連携サービスを構成する前記２つ以上のアプリケーション間において利用されるプロトコルタイプを採用する。
【００３７】
また、前記制御要求にもとづいて要求された連携サービス仕様情報またはアプリケーション情報を検索する検索制御ステップを更に有する。
【００３８】
また、前記制御要求受信ステップにより受信される制御要求は、その受信する情報として、前記連携サービスの仕様に関する情報である前記連携サービス仕様情報を識別する情報を含むことを特徴とする。
【００３９】
また、前記制御要求受信ステップにより受信される制御要求は、その受信する情報として、前記アプリケーションに関する情報である前記アプリケーション情報を識別する情報を含むことを特徴とする。
【００４０】
また、前記検索制御ステップは、前記連携サービス仕様情報を識別する情報から、前記連携サービス仕様情報を検索し、前記連携サービス仕様情報に対応する連携サービス仕様がさらに複数の連携サービス仕様を含む場合、前記複数の連携サービス仕様情報を検索することを特徴とする。
【００４１】
また、前記検索制御ステップは、前記連携サービス仕様情報を識別する情報から、前記連携サービスを実行するために必要とされるアプリケーション情報を検索することを特徴とする。
【００４２】
また、前記検索制御ステップは、前記連携サービス仕様情報を識別する情報から、実行するために前記連携サービスの仕様を必要とする他の連携サービスの仕様情報を検索することを特徴とする。
【００４３】
また、前記検索制御ステップは、前記連携サービス仕様情報を識別する情報から、前記連携サービスと連携する連携サービスの仕様に関する情報である連携サービス仕様情報を検索することを特徴とする。
【００４４】
また、前記検索制御ステップは、前記連携サービス仕様情報を識別する情報から、前記連携サービスを実装するアプリケーションに関する情報であるアプリケーション情報、および、前記連携サービスと連携する連携サービスを実装するアプリケーションに関する情報であるアプリケーション情報を検索することを特徴とする。
【００４５】
また、前記検索制御ステップは、前記プリケーション情報を識別する情報から、実行するために前記アプリケーションを必要とする連携サービスの仕様に関する情報である前記連携サービス仕様情報を検索することを特徴とする。
【００４６】
また、前記検索制御ステップは、前記アプリケーション情報を識別する情報から、前記アプリケーションと連携するアプリケーションに関する情報を検索することを特徴とする。
【発明の効果】
【００４７】
本発明の情報管理装置によれば、ネットワークを介して２つ以上のアプリケーションが連携して動作することで実行される連携サービスに必要となる所望のアプリケーションを動作させるべき所望の装置へ配信するための連携サービス配信システムに用いる情報管理装置であって、前記連携サービスの仕様に関する情報である連携サービス仕様情報を保持する連携サービス仕様情報記憶機能と、前記連携サービスの仕様にもとづいて前記連携サービスを実装する前記アプリケーションに関する情報であるアプリケーション情報を保持するアプリケーション情報記憶機能と、前記連携サービス仕様情報記憶機能または前記アプリケーション情報記憶機能を参照する制御要求を受信する制御要求受信機能と、前記制御要求にもとづいて要求された制御を実行した結果を送信する制御応答送信機能と、前記制御要求にもとづいて要求された前記連携サービス仕様情報または前記アプリケーション情報を登録する登録制御機能とを有するので、サービス仕様策定者が策定する連携サービスの仕様と、サービスアプリケーション提供者が提供する連携サービスを構成する各アプリケーションにおいて、それぞれに関する情報を記述するためのデータタイプを個別に定義することが可能となるため、一方から他方を参照するための情報を保持することで、サービス仕様策定者が策定する連携サービスの仕様と、サービスアプリケーション提供者が提供する連携サービスを構成する各アプリケーションを、個別に登録するとともに管理することが可能となる。すなわち、サービスアプリケーション提供者は、サービス仕様策定者を介さずに各アプリケーションを提供することが可能となって、異なるサービスアプリケーション提供者間で自由闊達な競争がなされるようになる。
【００４８】
また、前記連携サービスの仕様を保持するための連携サービス仕様記憶機能を更に有するようにすれば、サービス仕様策定者が連携サービスの仕様に関する情報を登録すると同時に、連携サービスの仕様を配置することが可能となって、その連携サービスの仕様に関する情報に対応する連携サービスの仕様の存在を保証することが可能となる。また、異なるサービス仕様策定者によって策定される連携サービスの仕様を一元化して参照することが可能となるため、サービスアプリケーション提供者によるアプリケーションの提供を容易にすることが可能となる。
【００４９】
また、前記連携サービス仕様情報は、前記連携サービスの仕様を保持する場所を参照するためのＵＲＩを含むようにすれば、サービス仕様策定者が連携サービスの仕様を配置する場所を自由に選択することが可能となるため、サービス仕様策定者による連携サービスの仕様の保守を容易にすることが可能になる。また、情報管理装置を提供する情報管理装置提供者による情報管理装置の実装を容易にすることが可能となる。
【００５０】
また、前記アプリケーションを保持するためのアプリケーション記憶機能を更に有するようにすれば、サービスアプリケーション提供者がアプリケーションに関する情報を登録すると同時に、アプリケーションを配置することが可能となって、そのアプリケーションに関する情報に対応するアプリケーションの存在を保証することが可能となる。また、サービス利用者がアプリケーションに関する情報を検索すると同時に、アプリケーションを取得することが可能となる。
【００５１】
また、前記アプリケーション情報は、前記アプリケーションを保持する場所を参照するためのＵＲＩを含むようにすれば、サービスアプリケーション提供者がアプリケーションを配置する場所を自由に選択することが可能となるため、サービスアプリケーション提供者によるアプリケーションの保守を容易にすることが可能になる。また、情報管理装置を提供する情報管理装置提供者による情報管理装置の実装を容易にすることが可能となる。
【００５２】
また、前記連携サービス仕様情報は、前記連携サービスを実行するために必要とされる他の前記連携サービスの仕様を識別する情報を含むようにすれば、実装するアプリケーションがすでに存在する連携サービスの仕様を利用することで、新たな連携サービスの仕様を策定することが可能となる。
【００５３】
また、前記アプリケーション情報は、前記アプリケーションが実装する前記連携サービスの仕様を識別する情報を含むようにすれば、異なるサービスアプリケーション提供者がある連携サービスの仕様を実装するアプリケーションを個別に提供することが可能となる。
【００５４】
また、前記連携サービスの仕様として、前記連携サービスを構成する前記２つ以上のアプリケーションを実行するために必要な機器タイプ群を採用するようにすれば、多種多様な機器タイプ上で動作するアプリケーションを連携することで実行される連携サービスの仕様を策定することが可能となる。
【００５５】
また、前記連携サービスの仕様として、前記連携サービスを構成する前記２つ以上のアプリケーション間において送受信されるデータタイプを採用するようにすれば、構成するアプリケーション群間で多種多様なデータタイプを送受信する連携サービスの仕様を策定することが可能となる。
【００５６】
また、前記連携サービスの仕様として、前記連携サービスを構成する前記２つ以上のアプリケーション間において利用されるプロトコルタイプを採用するようにすれば、構成するアプリケーション群間で多種多様なプロトコルタイプを利用する連携サービスの仕様を策定することが可能となる。
【００５７】
また、前記制御要求にもとづいて要求された連携サービス仕様情報またはアプリケーション情報を検索する検索制御機能を更に有するようにすれば、サービス利用者は、自らが要求する連携サービスを実行するための連携サービス仕様情報あるいはアプリケーション情報を検索することで、その要求に応じて連携サービスによる利益を享受することが可能となる。
【００５８】
また、前記制御要求受信機能により受信される制御要求は、前記連携サービス仕様情報を識別する情報を含むようにすれば、連携サービスの仕様に関する情報を、連携サービスの仕様に関する情報、あるいは、アプリケーションに関する情報を検索するためのキーとして利用することが可能となる。
【００５９】
また、前記制御要求受信機能により受信される制御要求は、前記アプリケーション情報を識別する情報を含むようにすれば、アプリケーションに関する情報を、連携サービスの仕様に関する情報、あるいは、アプリケーションに関する情報を検索するためのキーとして利用することが可能となる。
【００６０】
また、前記検索制御機能は、前記連携サービス仕様情報を識別する情報から、前記連携サービス仕様情報を検索し、前記連携サービス仕様情報に対応する連携サービス仕様がさらに複数の連携サービス仕様を含む場合、前記複数の連携サービス仕様情報を検索するようにすれば、連携サービスの仕様に関する情報によって、その連携サービスを構成する複数の連携サービスの仕様に関する情報群を検索することが可能となるため、サービス利用者は、その連携サービスを実行するまでに要求されるステップ数を軽減することが可能となる。また、サービス利用者は、複数の連携サービスの仕様に関する情報群より、最適な連携サービスの仕様を選択することが可能となる。
【００６１】
また、前記検索制御機能は、前記連携サービス仕様情報を識別する情報から、前記連携サービスを実行するために必要とされるアプリケーション情報を検索するようにすれば、連携サービスの仕様に関する情報によって、その連携サービスを実行するために必要とされるアプリケーションに関する情報群を検索することが可能となるため、サービス利用者は、その連携サービスを実行するまでに要求されるステップ数を軽減することが可能となる。また、サービス利用者は、複数のアプリケーションに関する情報群より、最適なアプリケーションを選択することが可能となる。
【００６２】
また、前記検索制御機能は、前記連携サービス仕様情報を識別する情報から、実行するために前記連携サービスの仕様を必要とする他の連携サービスの仕様情報を検索するようにすれば、連携サービスの仕様に関する情報によって、実行するためにその連携サービスを必要とする他の連携サービスの仕様に関する情報群を検索することが可能となるため、サービス利用者は、その連携サービスを実行するまでに要求されるステップ数を軽減することが可能となる。また、サービス利用者は、複数の連携サービスの仕様に関する情報群より、最適な連携サービスの仕様を選択することが可能となる。
【００６３】
また、前記検索制御機能は、前記連携サービス仕様情報を識別する情報から、前記連携サービスと連携する連携サービスの仕様に関する情報である連携サービス仕様情報を検索するようにすれば、連携サービスの仕様に関する情報によって、その連携サービスと連携する連携サービスの仕様に関する情報群を検索することが可能となるため、サービス利用者は、その連携サービスを実行するまでに要求されるステップ数を軽減することが可能となる。また、サービス利用者は、複数の連携サービスの仕様に関する情報群より、最適な連携サービスの仕様を選択することが可能となる。
【００６４】
また、前記検索制御機能は、前記連携サービス仕様情報を識別する情報から、前記連携サービスを実装するアプリケーションに関する情報であるアプリケーション情報、および、前記連携サービスと連携する連携サービスを実装するアプリケーションに関する情報であるアプリケーション情報を検索するようにすれば、連携サービスの仕様に関する情報によって、その連携サービスの仕様を実装するアプリケーションに関する情報群、および、その連携サービスと連携する連携サービスの仕様を実装するアプリケーションに関する情報群を検索することが可能となるため、サービス利用者は、その連携サービスを実行するまでに要求されるステップ数を軽減することが可能となる。また、サービス利用者は、複数のアプリケーションに関する情報群より、最適なアプリケーションを選択することが可能となる。
【００６５】
また、前記検索制御機能は、前記プリケーション情報を識別する情報から、実行するために前記アプリケーションを必要とする連携サービスの仕様に関する情報である前記連携サービス仕様情報を検索するようにすれば、アプリケーションに関する情報によって、実行するためにそのアプリケーションを必要とする連携サービスの仕様に関する情報群を検索することが可能となるため、サービス利用者は、そのアプリケーションを必要とする連携サービスを実行するまでに要求されるステップ数を軽減することが可能となる。また、サービス利用者は、複数の連携サービスの仕様に関する情報群より、最適な連携サービスの仕様を選択することが可能となる。
【００６６】
また、前記検索制御機能は、前記アプリケーション情報を識別する情報から、前記アプリケーションと連携するアプリケーションに関する情報を検索するようにすれば、アプリケーションに関する情報によって、そのアプリケーションと連携するアプリケーションに関する情報群を検索することが可能となるため、そのアプリケーションを必要とする連携サービスを実行するまでに要求されるステップ数を軽減することが可能となる。また、サービス利用者は、複数のアプリケーションに関する情報群より、最適なアプリケーションを選択することが可能となる。
【００６７】
本発明の情報管理方法によれば、ネットワークを介して２つ以上のアプリケーションが連携して動作することで実行される連携サービスに必要となる所望のアプリケーションを動作させるべき所望の装置へ配信するための連携サービス配信システムに用いる情報管理方法であって、前記連携サービスの仕様に関する情報である連携サービス仕様情報を保持する連携サービス仕様情報記憶ステップと、前記連携サービスの仕様にもとづいて前記連携サービスを実装する前記アプリケーションに関する情報であるアプリケーション情報を保持するアプリケーション情報記憶ステップと、前記連携サービス仕様情報記憶ステップまたは前記アプリケーション情報記憶ステップを参照する制御要求を受信する制御要求受信ステップと、前記制御要求にもとづいて要求された制御を実行した結果を送信する制御応答送信ステップと、前記制御要求にもとづいて要求された前記連携サービス仕様情報または前記アプリケーション情報を登録する登録制御ステップとを有するので、サービス仕様策定者が策定する連携サービスの仕様と、サービスアプリケーション提供者が提供する連携サービスを構成する各アプリケーションにおいて、それぞれに関する情報を記述するためのデータタイプを個別に定義することが可能となるため、一方から他方を参照するための情報を保持することで、サービス仕様策定者が策定する連携サービスの仕様と、サービスアプリケーション提供者が提供する連携サービスを構成する各アプリケーションを、個別に登録するとともに管理することが可能となる。すなわち、サービスアプリケーション提供者は、サービス仕様策定者を介さずに各アプリケーションを提供することが可能となって、異なるサービスアプリケーション提供者間で自由闊達な競争がなされるようになる。
【００６８】
また、前記連携サービスの仕様を保持するための連携サービス仕様記憶ステップを更に有するようにすれば、サービス仕様策定者が連携サービスの仕様に関する情報を登録すると同時に、連携サービスの仕様を配置することが可能となって、その連携サービスの仕様に関する情報に対応する連携サービスの仕様の存在を保証することが可能となる。また、異なるサービス仕様策定者によって策定される連携サービスの仕様を一元化して参照することが可能となるため、サービスアプリケーション提供者によるアプリケーションの提供を容易にすることが可能となる。
【００６９】
また、前記連携サービス仕様情報は、前記連携サービスの仕様を保持する場所を参照するためのＵＲＩを含むようにすれば、サービス仕様策定者が連携サービスの仕様を配置する場所を自由に選択することが可能となるため、サービス仕様策定者による連携サービスの仕様の保守を容易にすることが可能になる。また、情報管理装置を提供する情報管理装置提供者による情報管理装置の実装を容易にすることが可能となる。
【００７０】
また、前記アプリケーションを保持するためのアプリケーション記憶ステップを更に有するようにすれば、サービスアプリケーション提供者がアプリケーションに関する情報を登録すると同時に、アプリケーションを配置することが可能となって、そのアプリケーションに関する情報に対応するアプリケーションの存在を保証することが可能となる。また、サービス利用者がアプリケーションに関する情報を検索すると同時に、アプリケーションを取得することが可能となる。
【００７１】
また、前記アプリケーション情報は、前記アプリケーションを保持する場所を参照するためのＵＲＩを含むようにすれば、サービスアプリケーション提供者がアプリケーションを配置する場所を自由に選択することが可能となるため、サービスアプリケーション提供者によるアプリケーションの保守を容易にすることが可能になる。また、情報管理装置を提供する情報管理装置提供者による情報管理装置の実装を容易にすることが可能となる。
【００７２】
また、前記連携サービス仕様情報は、前記連携サービスを実行するために必要とされる他の前記連携サービスの仕様を識別する情報を含むようにすれば、実装するアプリケーションがすでに存在する連携サービスの仕様を利用することで、新たな連携サービスの仕様を策定することが可能となる。
【００７３】
また、前記アプリケーション情報は、前記アプリケーションが実装する前記連携サービスの仕様を識別する情報を含むようにすれば、異なるサービスアプリケーション提供者がある連携サービスの仕様を実装するアプリケーションを個別に提供することが可能となる。
【００７４】
また、前記連携サービスの仕様として、前記連携サービスを構成する前記２つ以上のアプリケーションを実行するために必要な機器タイプ群を採用するようにすれば、多種多様な機器タイプ上で動作するアプリケーションを連携することで実行される連携サービスの仕様を策定することが可能となる。
【００７５】
また、前記連携サービスの仕様として、前記連携サービスを構成する前記２つ以上のアプリケーション間において送受信されるデータタイプを採用するようにすれば、構成するアプリケーション群間で多種多様なデータタイプを送受信する連携サービスの仕様を策定することが可能となる。
【００７６】
また、前記連携サービスの仕様として、前記連携サービスを構成する前記２つ以上のアプリケーション間において利用されるプロトコルタイプを採用するようにすれば、構成するアプリケーション群間で多種多様なプロトコルタイプを利用する連携サービスの仕様を策定することが可能となる。
【００７７】
また、前記制御要求にもとづいて要求された前記連携サービス仕様情報または前記アプリケーション情報を検索する検索制御ステップを更に有するようにすれば、サービス利用者は、自らが要求する連携サービスを実行するための連携サービス仕様情報あるいはアプリケーション情報を検索することで、その要求に応じて連携サービスによる利益を享受することが可能となる。
【００７８】
また、前記制御要求受信ステップにより受信される制御要求は、その受信する情報として、前記連携サービスの仕様に関する情報である前記連携サービス仕様情報を識別する情報を含むようにすれば、連携サービスの仕様に関する情報を、連携サービスの仕様に関する情報、あるいは、アプリケーションに関する情報を検索するためのキーとして利用することが可能となる。
【００７９】
また、前記制御要求受信ステップにより受信される制御要求は、その受信する情報として、前記アプリケーションに関する情報である前記アプリケーション情報を識別する情報を含むようにすれば、アプリケーションに関する情報を、連携サービスの仕様に関する情報、あるいは、アプリケーションに関する情報を検索するためのキーとして利用することが可能となる。
【００８０】
また、前記検索制御ステップは、連携サービス仕様情報を識別する情報から、前記連携サービス仕様情報に対応する連携サービス検索し、前記対応する連携サービスが複数の連携サービス仕様を含む場合、前記複数の連携サービス仕様情報を検索するようにすれば、連携サービスの仕様に関する情報によって、その連携サービスを構成する複数の連携サービスの仕様に関する情報群を検索することが可能となるため、サービス利用者は、その連携サービスを実行するまでに要求されるステップ数を軽減することが可能となる。また、サービス利用者は、複数の連携サービスの仕様に関する情報群より、最適な連携サービスの仕様を選択することが可能となる。
【００８１】
また、前記検索制御ステップは、前記連携サービス仕様情報を識別する情報から、前記連携サービスを実行するために必要とされるアリプケーション情報を検索するようにすれば、連携サービスの仕様に関する情報によって、その連携サービスを実行するために必要とされるアプリケーションに関する情報群を検索することが可能となるため、サービス利用者は、その連携サービスを実行するまでに要求されるステップ数を軽減することが可能となる。また、サービス利用者は、複数のアプリケーションに関する情報群より、最適なアプリケーションを選択することが可能となる。
【００８２】
また、前記検索制御ステップは、前記連携サービス仕様情報を識別する情報から、実行するために前記連携サービスの仕様を必要とする他の連携サービスの仕様情報を検索するようにすれば、連携サービスの仕様に関する情報によって、実行するためにその連携サービスを必要とする他の連携サービスの仕様に関する情報群を検索することが可能となるため、サービス利用者は、その連携サービスを実行するまでに要求されるステップ数を軽減することが可能となる。また、サービス利用者は、複数の連携サービスの仕様に関する情報群より、最適な連携サービスの仕様を選択することが可能となる。
【００８３】
また、前記検索制御ステップは、前記連携サービス仕様情報を識別する情報から、前記連携サービスと連携する連携サービスの仕様に関する情報である連携サービス仕様情報を検索するようにすれば、連携サービスの仕様に関する情報によって、その連携サービスと連携する連携サービスの仕様に関する情報群を検索することが可能となるため、サービス利用者は、その連携サービスを実行するまでに要求されるステップ数を軽減することが可能となる。また、サービス利用者は、複数の連携サービスの仕様に関する情報群より、最適な連携サービスの仕様を選択することが可能となる。
【００８４】
また、前記検索制御ステップは、前記連携サービス仕様情報を識別する情報から、前記連携サービスを実装するアプリケーションに関する情報であるアプリケーション情報、および、前記連携サービスと連携する連携サービスを実装するアプリケーションに関する情報であるアプリケーション情報を検索するようにすれば、連携サービスの仕様に関する情報によって、その連携サービスの仕様を実装するアプリケーションに関する情報群、および、その連携サービスと連携する連携サービスの仕様を実装するアプリケーションに関する情報群を検索することが可能となるため、サービス利用者は、その連携サービスを実行するまでに要求されるステップ数を軽減することが可能となる。また、サービス利用者は、複数のアプリケーションに関する情報群より、最適なアプリケーションを選択することが可能となる。
【００８５】
また、前記検索制御ステップは、前記プリケーション情報を識別する情報から、実行するために前記アプリケーションを必要とする連携サービスの仕様に関する情報である前記連携サービス仕様情報を検索するようにすれば、アプリケーションに関する情報によって、実行するためにそのアプリケーションを必要とする連携サービスの仕様に関する情報群を検索することが可能となるため、サービス利用者は、そのアプリケーションを必要とする連携サービスを実行するまでに要求されるステップ数を軽減することが可能となる。また、サービス利用者は、複数の連携サービスの仕様に関する情報群より、最適な連携サービスの仕様を選択することが可能となる。
【００８６】
また、前記検索制御ステップは、前記アプリケーション情報を識別する情報から、前記アプリケーションと連携するアプリケーションに関する情報を検索するようにすれば、アプリケーションに関する情報によって、そのアプリケーションと連携するアプリケーションに関する情報群を検索することが可能となるため、そのアプリケーションを必要とする連携サービスを実行するまでに要求されるステップ数を軽減することが可能となる。また、サービス利用者は、複数のアプリケーションに関する情報群より、最適なアプリケーションを選択することが可能となる。
【発明を実施するための最良の形態】
【００８７】
（実施の形態１）
以下に、本発明の実施の形態１に係る連携サービスに必要となる各アプリケーションを配信するためのシステム（以下、サービス配信システムと称す）を、図面を参照しながら説明する。連携サービスとは２つ以上のアプリケーションが連携して動作することで実行されることにより利用者に提供されるサービスである。
【００８８】
このとき、提供される２つ以上のアプリケーションは異なる提供者が提供しても良いし、同一の提供者が提供してもよい。
【００８９】
図１（ａ）は、本実施の形態に係る機器連携サービス配信システム（以下サービス配信システムと称す）の全体構成の一例を示した図である。
【００９０】
上記サービス配信システムは、連携サービス仕様情報とアプリケーション情報を管理するサーバ（以下、サービス情報レジストリと称す）５、および、連携サービスを構成するアプリケーションを管理するサーバ（以下、サービスアプリケーションレポジトリと称す）６を備える。図１（ａ）において、サービスアプリケーションレポジトリ６はサービスアプリケーションレポジトリ７および８の２つから構成されるが、３つ以上のサービスアプリケーションレポジトリから構成されてもよい。前記サービス配信システムは、サービス仕様策定者１によって策定された連携サービス仕様に沿って、サービスアプリケーション提供者２が提供するアプリケーションを、連携サービスを利用するサービス利用者９へネットワークを介して配信するためのシステムである。
【００９１】
図１（ａ）において、サービス仕様策定者１は１つ、サービスアプリケーション提供者２はサービスアプリケーション提供者３および４の２つから構成されるが、それぞれ２つ以上、３つ以上から構成されてもよい。サービス仕様策定者１、サービスアプリケーション提供者２、サービス情報レジストリ５、サービスアプリケーションレポジトリ６、および、サービス利用者９は、それぞれネットワークなどによって接続されていて、相互にアクセス可能である。
【００９２】
なお、サービス利用者９は、連携サービスを構成する各アプリケーションが配信される配信先の対象となる機器を利用するのであるがこの機器の一例として、例えば、携帯電話、ホームサーバ、デジタルスチルカメラ（ＤＳＣ）、デジタルビデオカメラ（ＤＶＣ）、セットトップボックス（ＳＴＢ）、デジタルテレビ（ＤＴＶ）、あるいは、パーソナルコンピュータ（ＰＣ）、ホームサーバなどネットワークを介してアプリケーションが連携して動作できるような機器である。
【００９３】
まず、上記サービスアプリケーションレポジトリ６は、アプリケーションを登録するまたは取得するための制御要求を受信する制御要求受信機能とともにその制御要求への応答を送信する制御応答送信機能を有する通信部、要求されたアプリケーションを登録するまたは検索する制御部、および、アプリケーションを保持するアプリケーション記憶機能である記憶部を備える。ただし、図１（ａ）においてはそれらの構成部が省略されている。なお、上記のサービスアプリケーションレポジトリ７、８における各構成部は、ＣＰＵ、ＲＡＭ、ＲＯＭ、Ｉ／Ｏ機器、および、プログラム等が相互に作用することで実現される機能であって、それぞれの機能を有する物理的な装置を内部に個別に有するような構成でなくともよい。
【００９４】
次いで、上記サービス情報レジストリ５は、サービス仕様情報とアプリケーション情報を登録するまたは取得するための制御要求を受信する制御要求受信機能に相当する制御要求受信部５１１ともにその制御要求への応答を送信する制御応答送信機能に相当する制御応答送信部５１２を有する通信部５１、要求された連携サービス情報とアプリケーション情報を登録する登録制御機能に相当する登録制御部５２１および後述する記憶部５３に登録した連携サービス仕様情報、アプリケーション情報を検索する検索制御機能に相当する検索制御部５２２を有する制御部５２、および、連携サービス仕様情報を保持する連携サービス仕様情報記憶機能に相当する連携サービス仕様情報記憶部５３１とアプリケーション情報を保持するアプリケーション情報記憶機能に相当するアプリケーション情報記憶部５３２を有する記憶部５３を備える。図１（ｂ）において、それらの構成部を示す。なお、上記のサービス情報レジストリ５における各構成部は、ＣＰＵ、ＲＡＭ、ＲＯＭ、Ｉ／Ｏ機器、および、プログラム等が相互に作用することで実現される機能であって、それぞれの機能を有する物理的な装置を内部に個別に有するような構成でなくともよい。
【００９５】
また、前記サービス情報レジストリ５がその記憶部５３に保持する連携サービス仕様情報を、図面を参照しながら説明する。図２は、連携サービス仕様情報の一例である。連携サービス仕様識別子は、サービス情報レジストリへ登録される連携サービス仕様情報を識別するために、サービス情報レジストリ５によって連携サービス仕様情報に一意に割り当てられる。そして、連携サービス仕様名はその連携サービス仕様の名称を、連携サービス仕様説明はその連携サービス仕様の簡単な説明を、それぞれ表す。必要な連携サービス仕様は、その連携サービスを実行するために必要とされるその他の連携サービス仕様識別子を表す。連携サービス仕様ＵＲＩは、その連携サービスの詳細な仕様が記述されている場所への参照を表す。本実施の形態では、連携サービスの詳細な情報はサービス仕様策定者１が指定するサービス情報レジストリとは別のレポジトリ（図示せず）に保持されており、このレポジトリは例えばＷｅｂサーバなどである。また、このレポジトリは連携サービスの詳細な仕様を登録するまたは取得するための制御要求を受信する制御要求受信機能とともにその制御要求への応答を送信する制御応答送信機能を有する通信部、要求された連携サービスの詳細な仕様を登録するまたは検索する制御部および連携サービスの詳細な仕様を保持するための連携サービス仕様記憶機能としての記憶部（図示せず）を有する。図２は、”携帯電話とホームサーバとによる録画予約”を実現する連携サービス仕様Ａがあって、その連携サービス仕様Ａを実行するためには連携サービス仕様識別子として”Ａ０−００−００−０１”および”Ａ０−００−００−０２”をもつ連携サービス仕様が必要であることを示す。
【００９６】
次いで、サービス情報レジストリ５がその記憶部５３に保持するアプリケーション情報を、図面を参照しながら説明する。図３は、アプリケーション情報の一例である。アプリケーション識別子は、サービス情報レジストリへ登録されるアプリケーション情報を識別するために、サービス情報レジストリによってアプリケーション情報に一意に割り当てられる。そして、アプリケーション名はそのアプリケーションの名称を、アプリケーション説明はそのアプリケーションの簡単な説明を、それぞれ表す。実装する連携サービス仕様は、そのアプリケーションが実装する連携サービス仕様識別子を表す。アプリケーションＵＲＩは、そのアプリケーションが配置されている場所への参照を表す。図３は、”携帯電話による録画予約”を実現するアプリケーションＡがあって、そのアプリケーションＡは連携サービス仕様識別子として”Ａ０−００−００−０１”をもつ連携サービス仕様を実装することを示す。
【００９７】
以上のように構成された本実施の形態に係るサービス配信システムの動作を、図面を参照しながら説明する。
【００９８】
サービス配信システムの動作は、３つの段階に大別することができる。まず、第１の段階は、サービス仕様策定者がサービス情報レジストリへ自らが策定した連携サービス仕様情報を登録する段階である。次いで、第２の段階は、サービスアプリケーション提供者がサービスアプリケーションレポジトリへ自らが提供するアプリケーションを配置するとともに、サービス情報レジストリへ自らが提供するアプリケーション情報を登録する段階である。最後に、第３の段階は、サービス利用者がサービス情報レジストリへ自らが要求する連携サービスを実装するアプリケーション情報を取得するとともに、サービスアプリケーションレポジトリへそのアプリケーションを取得する段階である。
【００９９】
まず、図４は、第１の段階、すなわち、サービス仕様策定者１がサービス情報レジストリ５へ自らが策定した連携サービス仕様情報を登録する段階における、サービス仕様策定者１、および、サービス情報レジストリ５の動作を示したフローチャートである。
【０１００】
サービス仕様策定者１は、例えば、携帯電話とホームサーバとによって録画予約を実現するような連携サービス仕様を策定する（ステップＳ０１）。連携サービス仕様とは、例えば、その連携サービスを実行するために必要とされる機器群、その連携サービスを実行するために必要とされるその他の連携サービス（複数でもよい）、その連携サービスを構成する２つ以上のアプリケーション間で送受信されるデータ形式、２つ以上のアプリケーション間で利用されるプロトコルタイプなどである。サービス仕様策定者１は、自らが策定した連携サービス仕様を、ネットワークなどを介して第三者が参照することが可能な位置、例えばＷｅｂサーバ上などに配置する。第三者がその連携サービス仕様を参照するために必要とされる情報は、その連携サービス仕様情報内の連携サービス仕様ＵＲＩとして記述される。サービス仕様策定者１が連携サービス仕様をＷｅｂサーバ上に配置する場合、その連携サービス仕様情報内の連携サービス仕様ＵＲＩとしては、その連携サービス仕様が配置されているインターネットＵＲＬを記述する。サービス仕様策定者１は、サービス情報レジストリ５へ、その連携サービス仕様ＵＲＩを含む自らが策定した連携サービス仕様情報をサービス情報レジストリ５に登録するように要求する（ステップＳ０２）。サービス情報レジストリ５は、通信部５１（より詳しくは制御要求受信部５１１）より登録要求を受けた後、制御部（より詳しくは登録制御部５２１）にて連携サービス仕様情報を識別するために連携サービス仕様識別子を一意に付与する（ステップＳ１１）。サービス情報レジストリ５（より詳しくは登録制御部５２１）は、自らが付与した連携サービス仕様識別子とともに、連携サービス仕様情報を記憶部（より詳しくは連携サービス仕様情報記憶部５３１）に登録する（ステップＳ１２）。サービス情報レジストリ５（より詳しくは登録制御部５２１）は、登録が完了した後、通信部５１（より詳しくは制御応答送信部５１２）よりサービス仕様策定者１が使用する機器へ、その連携サービス仕様情報の登録要求に対する応答として、その連携サービス仕様情報をサービス情報レジストリ５に登録が完了したことを返す（ステップＳ１３）。
【０１０１】
なお、連携サービス仕様を策定するサービス仕様策定者１は、２つ以上であってもよい。ある連携サービスを実行するためにその他の連携サービス（複数でもよい）が必要とされる場合、それらの連携サービス仕様を策定するサービス仕様策定者は、すべて等しくてもよく、また、すべて異なってもよい。
【０１０２】
次いで、図５は、第２の段階、すなわち、サービスアプリケーション提供者３または４がサービスアプリケーションレポジトリ７または８へ自らが提供するアプリケーションを配置するとともに、サービス情報レジストリ５へ自らが提供するアプリケーション情報を登録する段階における、サービス仕様策定者１、サービスアプリケーション提供者３または４、サービス情報レジストリ５、および、サービスアプリケーションレポジトリ７または８の動作を示したフローチャートである。
【０１０３】
サービスアプリケーション提供者３または４は、サービス仕様策定者１へ、例えば、携帯電話とホームサーバとによって録画予約を実現するような、自らが提供する連携サービス仕様をサービスアプリケーション提供者３または４に取得することを要求する（ステップＳ２０１）。サービス仕様策定者１は、サービスアプリケーション提供者３または４へ、その連携サービス仕様の取得要求に対する応答として、対応する連携サービス仕様を返す（ステップＳ１０１）。サービスアプリケーション提供者３または４は、サービス仕様策定者１が提供する連携サービス仕様を取得して（ステップＳ２０２）、その連携サービス仕様、例えば、その連携サービスを実行するために必要とされる機器群、その連携サービスを実行するために必要とされるその他の連携サービス（複数でもよい）、その連携サービスを構成する２つ以上のアプリケーション間で送受信されるデータ形式などに沿って、その連携サービス仕様を満足するように実装するアプリケーションを作成する（ステップＳ２０３）。
【０１０４】
サービスアプリケーション提供者３または４は、サービスアプリケーションレポジトリ７または８へ、提供するアプリケーションをサービスアプリケーションレポジトリ７または８に配置するように要求する（ステップＳ２０４）。サービスアプリケーションレポジトリ７または８は、サービスアプリケーション提供者３または４が提供するアプリケーションを配置し（ステップＳ４０１）、そのアプリケーションの配置要求に対する応答として、そのアプリケーションを配置したことを返す（ステップＳ４０２）。第三者がそのアプリケーションを取得するために必要とされる情報は、そのアプリケーション情報内のアプリケーションＵＲＩとして記述される。サービスアプリケーションレポジトリとしては、例えばＷｅｂサーバなどが利用される。サービスアプリケーションレポジトリとしてＷｅｂサーバが利用される場合、そのアプリケーション情報内のアプリケーションＵＲＩとしては、そのアプリケーションが配置されているインターネットＵＲＬを記述する。
【０１０５】
サービスアプリケーション提供者３または４は、サービス情報レジストリ５へ、そのアプリケーションＵＲＩを含む自らが提供するアプリケーション情報をサービス情報レジストリ５に登録するように要求する（ステップＳ２０５）。サービス情報レジストリ５は、通信部５１（より詳しくは制御要求受信部５１１）より登録要求を受けた後、制御部５２（より詳しくは登録制御部５２１）にてアプリケーション情報を識別するためにアプリケーション識別子を一意に付与する（ステップＳ３０１）。サービス情報レジストリ５（より詳しくは登録制御部５２１）は、自らが付与したアプリケーション識別子とともに、アプリケーション情報を記憶部５３（より詳しくはアプリケーション情報記憶部５３２）に登録する（ステップＳ３０２）。サービス情報レジストリ５（より詳しくは登録制御部５２１）は、登録が完了した後、通信部５１（より詳しくは制御応答送信部５１２）より登録を要求したサービスアプリケーション提供者３または４が使用する機器へ、そのアプリケーション情報の登録要求に対する応答として、そのアプリケーション情報をサービス情報レジストリ５に登録が完了したことを返す（ステップＳ３０３）。
【０１０６】
なお、サービス仕様策定者１、および、サービスアプリケーション提供者３または４はすべて等しくてもよく、また、すべて異なってもよい。
【０１０７】
なお、ある連携サービス仕様を実装する２つ以上のアプリケーションは、すべて等しいサービスアプリケーション提供者によって提供されてもよく、また、すべて異なるサービスアプリケーション提供者によって提供されてもよい。
【０１０８】
最後に、図６は、第３の段階、すなわち、サービス利用者９がサービス情報レジストリ５へ自らが要求する連携サービスを実装するアプリケーション情報を取得するとともに、サービスアプリケーションレポジトリ７または８へそのアプリケーションを取得する段階における、サービス利用者９、サービス情報レジストリ５、および、サービスアプリケーションレポジトリ７または８の動作を示したフローチャートである。
【０１０９】
サービス利用者９は、サービス情報レジストリ５へ、連携サービス仕様識別子を指定してサービス情報レジストリ５が保持する連携サービス仕様情報を検索するように要求する（ステップＳ５０１）。
【０１１０】
なお、サービス利用者９は、サービス情報レジストリ５へ、サービス情報レジストリ５が保持する連携サービス仕様情報を検索するように要求する以前に、例えば、ネットワーク上に設置されているポータルサイト等から、自らが指定する連携サービス仕様識別子を取得していることを前提に説明をする。
【０１１１】
サービス情報レジストリ５は、通信部５１（より詳しくは制御要求受信部５１１）より受信したサービス利用者９が指定した連携サービス仕様識別子をもつ連携サービス仕様情報から、その連携サービスを実行するためにその他の連携サービス群が必要とされるか判別する（ステップＳ６０１）。
【０１１２】
その連携サービスを実行するためにその他の連携サービス（複数でもよい）が必要とされるならば、制御部５２（より詳しくは検索制御部５２２）にてその連携サービス仕様情報から実行するために必要とされるその他の連携サービス仕様識別子（複数でもよい）を抽出し、その連携サービス仕様識別子（複数でもよい）をもつ連携サービス仕様情報を検索する（ステップＳ６０２）。そして、記憶部５３（より詳しくはアプリケーション情報記憶部５３２）が保持するアプリケーション情報から、その連携サービス仕様識別子を実装するアプリケーション情報を検索する（ステップＳ６０３）。
【０１１３】
その連携サービスを実行するためにその他の連携サービスが必要とされないならば、記憶部５３（より詳しくはアプリケーション情報記憶部５３２）が保持するアプリケーション情報から、その連携サービス仕様識別子を実装するアプリケーション情報を検索する（ステップＳ６０３）。
【０１１４】
サービス情報レジストリ５は、サービス利用者９へ、その連携サービス仕様識別子による検索要求に対する応答として、制御部５２（より詳しくは検索制御部５２２）が検索したその連携サービス仕様識別子をもつ連携サービス仕様情報、その連携サービスを実行するために必要とされるその他の連携サービス仕様情報、および、これらの連携サービス仕様を実装するアプリケーション情報を返す（ステップＳ６０４）。
【０１１５】
例えば、サービス情報レジストリ５が、図２、および、図３に示すような連携サービス仕様情報、および、アプリケーション情報を保持し、サービス利用者９が、サービス情報レジストリ５へ、連携サービス仕様識別子として”００−００−００−０１”を指定して、サービス情報レジストリ５が保持する連携サービス仕様情報を検索するように要求した場合を挙げる。
【０１１６】
まず、サービス情報レジストリ５の制御部５２（より詳しくは検索制御部５２２）は、図２に示す「連携サービス仕様識別子」として”００−００−００−０１”をもつ連携サービス仕様Ａを検索する。連携サービス仕様Ａに沿った連携サービスを実行するためには、図２に示す「必要な連携サービス仕様」から連携サービス仕様識別子として”Ａ０−００−００−０１”および”Ａ０−００−００−０２”をもつ連携サービス仕様が必要とされることが判る（ステップＳ６０１）。サービス情報レジストリ５の制御部（より詳しくは検索制御部）は、連携サービス仕様識別子として”Ａ０−００−００−０１”をもつ連携サービス仕様Ａ０１、および、連携サービス仕様識別子として”Ａ０−００−００−０２”をもつ連携サービス仕様Ａ０２が検索される（ステップＳ６０２）。
【０１１７】
次いで、サービス情報レジストリ５の制御部５２（より詳しくは検索制御部５２２）は連携サービス仕様Ａ０１の連携サービス仕様識別子（Ａ０−００−００−０１）、および、連携サービス仕様Ａ０２の連携サービス仕様識別子（Ａ０−００−００−０２）を「実装するアプリケーション仕様」に含むアプリケーション情報を記憶部５３（より詳しくはアプリケーション情報記憶部５３２）から検索し、アプリケーションＡ、および、アプリケーションＢが検索される（ステップＳ６０３）。
【０１１８】
最後に、サービス情報レジストリ５の通信部５１（より詳しくは制御応答送信部５１２）は、サービス利用者９へ、その連携サービス仕様識別子による検索要求に対する応答として、連携サービス仕様識別子として”００−００−００−０１”をもつ連携サービス仕様Ａ、連携サービス仕様Ａに沿った連携サービスを実行するために必要とされる連携サービス仕様Ａ０１と連携サービス仕様Ａ０２、および、連携サービス仕様Ａ０１を実装するアプリケーションＡと連携サービス仕様Ａ０２を実装するアプリケーションＢを返す（ステップＳ６０４）。
【０１１９】
サービス利用者９は、自らが指定した連携サービス仕様識別子をもつ連携サービス仕様を実装する１つ以上のアプリケーション情報の情報群から１つを選択し（ステップＳ５０２）、そのアプリケーション情報のアプリケーションＵＲＩに掲載されたサービスアプリケーションレポジトリ７または８へ、自らが選択したアプリケーションを自らに取得するように要求する（ステップＳ５０３）。サービスアプリケーションレポジトリ７または８は、サービス利用者９へ、サービス利用者９が選択したアプリケーションの取得要求に対する応答として、そのアプリケーションを返す（ステップＳ７０１）。サービス利用者９は、自らが選択したアプリケーションを取得する（ステップＳ５０４）。
【０１２０】
またサービス情報レジストリ５より返答されるアプリケーション情報のうちサービス利用者９が利用する機器上で動作はしないが、この機器と連携して動作する機器上で動作するアプリケーション情報に対応するアプリケーションが連携して動作する機器上に存在しなことをネットワークを介して得ているのであれば、サービス利用者９は、このアプリケーションを対応する機器へ転送するようにサービスアプリケーションレジストリ６へ指示するようにしても良い。
【０１２１】
係る構成によれば、サービス仕様策定者1が策定する連携サービスの仕様と、サービスアプリケーション提供者が提供する連携サービスを構成する各アプリケーションにおいて、それぞれに関する情報を記述するためのデータタイプを個別に定義し、かつ、アプリケーションに関する情報内にのみそのアプリケーションが実装する連携サービス仕様に関する情報を参照するための情報を保持する、すなわち、連携サービス仕様に関する情報内にはその連携サービス仕様を実装するアプリケーションに関する情報を参照するための情報を保持しない。それによって、サービス仕様策定者が策定する連携サービスの仕様と、サービスアプリケーション提供者が提供する連携サービスを構成する各アプリケーションを、個別に提供することが可能となる。それとともに、連携サービスの仕様に関する情報をキーとして、その連携サービスを実行するために必要とされる複数の連携サービスの仕様（連携サービス仕様群）、および、その連携サービスの仕様群を実装するアプリケーションに関する情報群を検索するための処理ステップを定義することが可能となるため、サービス利用者は、その連携サービスを実行するまでに要求されるステップ数を軽減することが可能となる。また、サービス利用者は、複数の連携サービスの仕様、あるいは、その連携サービス仕様を実装するアプリケーションに関する情報群より、最適な連携サービスの仕様、あるいは、その連携サービスの仕様を実装するアプリケーションを選択することが可能となる。
【０１２２】
なお本実施の形態ではサービス情報レジストリ５、サービスアプリケーションレポジトリ７、８、連携サービスの詳細な情報を保持するレポジトリとは別体のものを例に説明をしたがこれに限定される必要はなく、一体としても構わない。
【０１２３】
（実施の形態２）
以下に、本発明の実施の形態２に係るサービス配信システムを、図面を参照しながら説明する。本実施の形態に係るサービス配信システムの全体構成の一例は、実施の形態１と同様であるので、図１、図２、および、図３を援用することとする。
【０１２４】
本実施の形態に係るサービス配信システムの動作を、図面を参照しながら説明する。
【０１２５】
実施の形態１と同様に、サービス配信システムの動作は、３つの段階に大別することができる。まず、第１の段階は、サービス仕様策定者がサービス情報レジストリへ自らが策定した連携サービス仕様情報を登録する段階である。次いで、第２の段階は、サービスアプリケーション提供者がサービスアプリケーションレポジトリへ自らが提供するアプリケーションを配置するとともに、サービス情報レジストリへ自らが提供するアプリケーション情報を登録する段階である。最後に、第３の段階は、サービス利用者がサービス情報レジストリへ自らが要求する連携サービスを実装するアプリケーション情報を取得するとともに、サービスアプリケーションレポジトリへそのアプリケーションを取得する段階である。
【０１２６】
第１の段階、および、第２の段階は、第１の実施形態と同様であるので、図４、および、図５を援用することとする。第３の段階、すなわち、サービス利用者９がサービス情報レジストリ５へ自らが要求する連携サービスを実装するアプリケーション情報を取得するとともに、サービスアプリケーションレポジトリ７または８へそのアプリケーションを取得する段階における、サービス利用者９、サービス情報レジストリ５、および、サービスアプリケーションレポジトリ７または８の動作を示したフローチャートを図７に示す。
【０１２７】
サービス利用者９は、サービス情報レジストリ５へ、連携サービス仕様識別子を指定してサービス情報レジストリ５が保持する連携サービス仕様情報を検索するように要求する（ステップＳ５１１）。
【０１２８】
なお、サービス利用者９は、サービス情報レジストリ５へ、サービス情報レジストリ５が保持する連携サービス仕様情報を検索するように要求する以前に、例えば、ネットワーク上に設置されているポータルサイト等から、自らが指定する連携サービス仕様識別子を取得していることを前提に説明をする。
【０１２９】
サービス情報レジストリ５は、通信部５１（より詳しくは制御要求受信部５１１）より受信したサービス利用者９が指定した連携サービス仕様識別子をもつ連携サービス仕様が、その他の連携サービスを実行するために必要とされるか判別する（ステップＳ６１１）。
【０１３０】
その連携サービス仕様がその他の連携サービスを実行するために必要とされるならば、実行するために必要な連携サービス仕様としてその連携サービス仕様識別子をもつ連携サービス仕様識別子を制御部５２（より詳しくは検索制御部５２２）にて検索し（ステップＳ６１２）、その連携サービス仕様識別子群をもつ連携サービスを実行するために必要な連携サービス仕様識別子を検索する（ステップＳ６１３）。そして、記憶部５３（より詳しくはアプリケーション情報記憶部５３２）が保持するアプリケーション情報から、その連携サービス仕様識別子を実装するアプリケーション情報を制御部５２（より詳しくは検索制御部５２２）にて検索する（ステップＳ６１４）。
【０１３１】
その連携サービスを実行するためにその他の連携サービスが必要とされないならば、その連携サービスを実行するために必要な連携サービス仕様識別子を制御部５２（より詳しくは検索制御部５２２）にて検索し（ステップＳ６１３）、自らが保持するアプリケーション情報から、その連携サービス仕様識別子を実装するアプリケーション情報を検索する（ステップＳ６１４）。
【０１３２】
サービス情報レジストリ５の通信部５１（より詳しくは制御応答送信部５１２）は、サービス利用者９へ、その連携サービス仕様識別子による検索要求に対する応答として、制御部５２（より詳しくは検索制御部５２２）にて検索したその連携サービス仕様識別子をもつ連携サービス仕様情報、実行するために必要な連携サービス仕様としてその連携サービス仕様識別子をもつ連携サービス仕様情報、その連携サービス仕様情報をもつ連携サービスを実行するために必要な連携サービス仕様情報、および、その連携サービス仕様を実装するアプリケーション情報を返す（ステップＳ６１５）。
【０１３３】
例えば、サービス情報レジストリ５が、図２、および、図３に示すような連携サービス仕様情報、および、アプリケーション情報を保持し、サービス利用者９が、サービス情報レジストリ５へ、連携サービス仕様識別子として”Ａ０−００−００−０１”を指定して、サービス情報レジストリ５が保持する連携サービス仕様情報を検索するように要求した場合を挙げる。
【０１３４】
まず、サービス情報レジストリ５の制御部５２（より詳しくは検索制御部５２２）は、図２に示す「連携サービス仕様識別子」として”Ａ０−００−００−０１”をもつ連携サービス仕様Ａ０１を検索する。連携サービス仕様Ａ０１は、連携サービス仕様Ａに沿った連携サービスを実行するために必要とされる仕様である（ステップＳ６１１）。サービス情報レジストリ５の制御部５２（より詳しくは検索制御部５２２）は、実行するために「必要な連携サービス仕様」として”Ａ０−００−００−０１”を含む連携サービス仕様を検索し、その結果連携サービス仕様Ａが検索される（ステップＳ６１２）。
【０１３５】
次いで、サービス情報レジストリ５の制御部５２（より詳しくは検索制御部５２２）は、連携サービス仕様Ａに沿った連携サービスを実行するために「必要な連携サービス仕様」として”Ａ０−００−００−０１”を連携サービス仕様識別子としてもつ連携サービス仕様Ａ０１、および、”Ａ０−００−００−０２”を連携サービス仕様識別子としてもつ連携サービス仕様Ａ０２が検索される（ステップＳ６１３）。サービス情報レジストリ５の制御部（より詳しくは検索制御部）は連携サービス仕様Ａ０１の連携サービス仕様識別子（Ａ０−００−００−０１）、および、連携サービス仕様Ａ０２の連携サービス仕様識別子（Ａ０−００−００−０２）を「実装するアプリケーション情報」に含むアプリケーション情報を記憶部５３（より詳しくはアプリケーション情報記憶部５３２）から検索し、アプリケーションＡ、および、アプリケーションＢが検索される（ステップＳ６１４）。
【０１３６】
最後に、サービス情報レジストリ５の通信部５１（より詳しくは制御応答送信部５１２）は、サービス利用者９へ、その連携サービス仕様識別子による検索要求に対する応答として、連携サービス仕様識別子として”Ａ０−００−００−０１”をもつ連携サービス仕様Ａ０１、実行するために必要な連携サービス仕様として”Ａ０−００−００−０１”をもつ連携サービス仕様Ａ、連携サービス仕様Ａに沿った連携サービスを実行するために必要とされる連携サービス仕様Ａ０１と連携サービス仕様Ａ０２、および、連携サービス仕様Ａ０１を実装するアプリケーションＡと連携サービス仕様Ａ０２を実装するアプリケーションＢを返す（ステップＳ６１５）。
【０１３７】
サービス利用者９は、自らが指定した連携サービス仕様識別子をもつ連携サービス仕様を実装するアプリケーション情報を１つ以上含む情報群から１つを選択し（ステップＳ５１２）、選択したアプリケーション情報のアプリケーションＵＲＩに掲載されたサービスアプリケーションレポジトリ７または８へ、自らが選択したアプリケーションを自らに取得するように要求する（ステップＳ５１３）。サービスアプリケーションレポジトリ７または８は、サービス利用者９へ、サービス利用者９が選択したアプリケーションの取得要求に対する応答として、そのアプリケーションを返す（ステップＳ７１１）。サービス利用者９は、自らが選択したアプリケーションを取得する（ステップＳ５１４）。
【０１３８】
係る構成によれば、サービス仕様策定者が策定する連携サービスの仕様と、サービスアプリケーション提供者が提供する連携サービスを構成する各アプリケーションにおいて、それぞれに関する情報を記述するためのデータタイプを個別に定義し、かつ、アプリケーションに関する情報内にのみそのアプリケーションが実装する連携サービス仕様に関する情報を参照するための情報を保持する、すなわち、連携サービス仕様に関する情報内にはその連携サービス仕様を実装するアプリケーションに関する情報を参照するための情報を保持しない。それによって、サービス仕様策定者が策定する連携サービスの仕様と、サービスアプリケーション提供者が提供する連携サービスを構成する各アプリケーションを、個別に提供することが可能となる。それとともに、連携サービスの仕様に関する情報をキーとして、実行するためにその連携サービスを必要とする連携サービスの仕様に関する情報群を検索するための処理ステップを定義することが可能となる。さらに、連携サービスの仕様に関する情報をキーとして、その連携サービスと連携する連携サービスの仕様、および、その連携サービスの仕様を実装するアプリケーションに関する情報群を検索するための処理ステップを定義することが可能となるため、サービス利用者は、その連携サービスを実行するまでに要求されるステップ数を軽減することが可能となる。また、サービス利用者は、複数の連携サービスの仕様、あるいは、その連携サービスの仕様を実装するアプリケーションに関する情報群より、最適な連携サービスの仕様、あるいは、その連携サービスの仕様を実装するアプリケーションを選択することが可能となる。
【０１３９】
（実施の形態３）
以下に、本発明の実施の形態３に係るサービス配信システムを、図面を参照しながら説明する。本実施の形態に係るサービス配信システムの全体構成の一例は、実施の形態１と同様であるので、図１、図２、および、図３を援用することとする。
【０１４０】
本実施の形態に係るサービス配信システムの動作を、図面を参照しながら説明する。
【０１４１】
実施の形態１と同様に、サービス配信システムの動作は、３つの段階に大別することができる。まず、第１の段階は、サービス仕様策定者がサービス情報レジストリへ自らが策定した連携サービス仕様情報を登録する段階である。次いで、第２の段階は、サービスアプリケーション提供者がサービスアプリケーションレポジトリへ自らが提供するアプリケーションを配置するとともに、サービス情報レジストリへ自らが提供するアプリケーション情報を登録する段階である。最後に、第３の段階は、サービス利用者がサービス情報レジストリへ自らが要求する連携サービスを実装するアプリケーション情報を取得するとともに、サービスアプリケーションレポジトリへそのアプリケーションを取得する段階である。
【０１４２】
第１の段階、および、第２の段階は、第１の実施形態と同様であるので、図４、および、図５を援用することとする。第３の段階、すなわち、サービス利用者９がサービス情報レジストリ５へ自らが要求する連携サービスを実装するアプリケーション情報を取得するとともに、サービスアプリケーションレポジトリ７または８へそのアプリケーションを取得する段階における、サービス利用者９、サービス情報レジストリ５、および、サービスアプリケーションレポジトリ７または８の動作を示したフローチャートを図８に示す。
【０１４３】
サービス利用者９は、サービス情報レジストリ５へ、アプリケーション識別子を指定してサービス情報レジストリ５が保持するアプリケーション情報を検索するように要求する（ステップＳ５２１）。
【０１４４】
なお、サービス利用者９は、サービス情報レジストリ５へ、サービス情報レジストリ５が保持する連携サービス仕様情報を検索するように要求する以前に、例えば、ネットワーク上に設置されているポータルサイト等から、自らが指定するアプリケーション識別子を取得していることとする。
【０１４５】
サービス情報レジストリ５は、通信部５１（より詳しくは制御要求受信部５１１）より受信したサービス利用者９が指定したアプリケーション識別子をもつアプリケーションが実装する連携サービス仕様識別子を検索する（ステップＳ６２１）。サービス情報レジストリ５は、その連携サービス仕様識別子をもつ連携サービス仕様が、その他の連携サービス群を実行するために必要とされるか判別する（ステップＳ６２２）。
【０１４６】
その連携サービス仕様がその他の連携サービスを実行するために必要とされるならば、実行するために必要な連携サービス仕様としてその連携サービス仕様識別子をもつ連携サービス仕様識別子を制御部５２（より詳しくは検索制御部５２２）にて検索し（ステップＳ６２３）、その連携サービス仕様識別子をもつ連携サービスを実行するために必要な連携サービス仕様識別子を制御部５２（より詳しくは検索制御部５２２）にて検索する（ステップＳ６２４）。そして、自らが保持するアプリケーション情報から、その連携サービス仕様識別子を実装するアプリケーション情報を制御部５２（より詳しくは検索制御部５２２）にて検索する（ステップＳ６２５）。
【０１４７】
その連携サービスを実行するためにその他の連携サービスが必要とされないならば、その連携サービスを実行するために必要な連携サービス仕様識別子を制御部５２（より詳しくは検索制御部５２２）にて検索し（ステップＳ６２４）、記憶部５３（より詳しくはアプリケーション情報記憶部５３２）が保持するアプリケーション情報から、その連携サービス仕様識別子を実装するアプリケーション情報を制御部５２（より詳しくは検索制御部５２２）にて検索する（ステップＳ６２５）。
【０１４８】
サービス情報レジストリ５の通信部５１（より詳しくは制御応答送信部５１２）は、サービス利用者９へ、そのアプリケーション識別子による検索要求に対する応答として、制御部５２（より詳しくは検索制御部５２２）が検索したそのアプリケーション識別子をもつアプリケーション情報、そのアプリケーション識別子をもつアプリケーションが実装する連携サービス仕様情報、実行するために必要な連携サービス仕様としてその連携サービス仕様識別子をもつ連携サービス仕様情報、その連携サービス仕様情報をもつ連携サービスを実行するために必要な連携サービス仕様情報、および、その連携サービス仕様を実装するアプリケーション情報を返す（ステップＳ６２６）。
【０１４９】
例えば、サービス情報レジストリ５が、図２、および、図３に示すような連携サービス仕様情報、および、アプリケーション情報を保持し、サービス利用者９が、サービス情報レジストリ５へ、アプリケーション識別子として”００−００−００−０Ａ”を指定して、サービス情報レジストリ５が保持するアプリケーション情報を検索するように要求した場合を挙げる。
【０１５０】
まず、サービス情報レジストリ５の制御部（より詳しくは検索制御部）は、アプリケーション識別子として”００−００−００−０Ａ”をもつアプリケーションＡが実装する連携サービス仕様として”Ａ０−００−００−０１”を連携サービス仕様識別子としてもつ連携サービス仕様Ａ０１を連携サービス仕様情報から検索する（ステップＳ６２１）。連携サービス仕様Ａ０１は、連携サービス仕様Ａに沿った連携サービスを実行するために必要とされる（ステップＳ６２２）。サービス情報レジストリ５は、実行するために必要な連携サービス仕様として”Ａ０−００−００−０１”をもつ連携サービス仕様Ａを検索する（ステップＳ６２３）。
【０１５１】
次いで、サービス情報レジストリ５の制御部５２（より詳しくは検索制御部５２２）は、連携サービス仕様Ａに沿った連携サービスを実行するために必要な連携サービス仕様として”Ａ０−００−００−０１”を連携サービス仕様識別子としてもつ連携サービス仕様Ａ０１、および、”Ａ０−００−００−０２”を連携サービス仕様識別子としてもつ連携サービス仕様Ａ０２を検索する（ステップＳ６２４）。サービス情報レジストリ５の制御部５２（より詳しくは検索制御部５２２）は連携サービス仕様Ａ０１を実装するアプリケーションＡと連携サービス仕様Ａ０２を実装するアプリケーションＢを検索する（ステップＳ６２５）。
【０１５２】
最後に、サービス情報レジストリ５の通信部５１（より詳しくは制御応答送信部５１２）は、サービス利用者９へ、そのアプリケーション識別子による検索要求に対する応答として、アプリケーション識別子として”００−００−００−０Ａ”をもつアプリケーションＡ、アプリケーションＡが実装する連携サービス仕様として”Ａ０−００−００−０１”をもつ連携サービス仕様Ａ０１、実行するために必要な連携サービス仕様として”Ａ０−００−００−０１”をもつ連携サービス仕様Ａ、連携サービス仕様Ａに沿った連携サービスを実行するために必要とされる連携サービス仕様Ａ０１と連携サービス仕様Ａ０２、および、連携サービス仕様Ａ０１を実装するアプリケーションＡと連携サービス仕様Ａ０２を実装するアプリケーションＢを返す（ステップＳ６２６）。
【０１５３】
サービス利用者９は、自らが指定したアプリケーション識別子をもつアプリケーション情報を含む１つ以上のアプリケーション情報を含む情報群から１つを選択し（ステップＳ５２２）、選択したアプリケーション情報のアプリケーションＵＲＩに掲載されたサービスアプリケーションレポジトリ７または８へ、自らが選択したアプリケーションを自らに取得するように要求する（ステップＳ５２３）。サービスアプリケーションレポジトリ７または８は、サービス利用者９へ、サービス利用者９が選択したアプリケーションの取得要求に対する応答として、そのアプリケーションを返す（ステップＳ７２１）。サービス利用者９は、自らが選択したアプリケーションを取得する（ステップＳ５２４）。
【０１５４】
係る構成によれば、サービス仕様策定者が策定する連携サービスの仕様と、サービスアプリケーション提供者が提供する連携サービスを構成する各アプリケーションにおいて、それぞれに関する情報を記述するためのデータタイプを個別に定義し、かつ、アプリケーションに関する情報内にのみそのアプリケーションが実装する連携サービス仕様に関する情報を参照するための情報を保持する、すなわち、連携サービス仕様に関する情報内にはその連携サービス仕様を実装するアプリケーションに関する情報を参照するための情報を保持しない。それによって、サービス仕様策定者が策定する連携サービスの仕様と、サービスアプリケーション提供者が提供する連携サービスを構成する各アプリケーションを、個別に提供することが可能となる。それとともに、アプリケーションに関する情報をキーとして、実行するためにそのアプリケーションを必要とする連携サービスの仕様に関する情報群を検索するための処理ステップを定義することが可能となる。さらに、アプリケーションに関する情報をキーとして、そのアプリケーションと連携するアプリケーションに関する情報群を検索するための処理ステップを定義することが可能となるため、そのアプリケーションを必要とする連携サービスを実行するまでに要求されるステップ数を軽減することが可能となる。また、サービス利用者は、複数のアプリケーションに関する情報群より、最適なアプリケーションを選択することが可能となる。
【産業上の利用可能性】
【０１５５】
本発明に関わるレジストリおよびその方法は、２つ以上のアプリケーションが連携することで実行されるサービスである、連携サービスを配信するシステムにおいて、異なるサービスアプリケーション提供者がサービス仕様策定者を介さずに各アプリケーションをサービス利用者へ配信することを可能とするため、異なるサービスアプリケーション提供者間で自由闊達な競争がなされるという効果を有し、例えば、今後さらなる発展が期待されるネットワーク接続が可能なＣＥ機器やモバイル機器の普及にともなって、それらを連携することで実行されるサービス、すなわち、連携サービスを配信するためのレジストリおよびその方法等として利用可能である。
【図面の簡単な説明】
【０１５６】
【図１】（ａ）本発明の実施の形態に係るサービス配信システムの全体構成を示す図（ｂ）本発明の実施の形態に係るサービス情報レジストリの内部構成を示す図
【図２】本発明の実施の形態に係る連携サービス仕様情報の一例を示した図
【図３】本発明の実施の形態に係るアプリケーション情報の一例を示した図
【図４】本発明の実施の形態に係るサービス仕様策定者がサービス情報レジストリへ連携サービス仕様情報を登録する段階におけるサービス仕様策定者、および、サービス情報レジストリの動作を示したフローチャート
【図５】本発明の実施の形態に係るサービスアプリケーション提供者がサービスアプリケーションレポジトリへアプリケーションを配置するとともに、サービス情報レジストリへアプリケーション情報を登録する段階におけるサービス仕様策定者、サービスアプリケーション提供者、サービス情報レジストリ、および、サービスアプリケーションレポジトリの動作を示したフローチャート
【図６】本発明の実施の形態１に係るサービス利用者がサービス情報レジストリへ連携サービスを実装するアプリケーション情報を取得するとともに、サービスアプリケーションレポジトリへそのアプリケーションを取得する段階におけるサービス利用者、サービス情報レジストリ、および、サービスアプリケーションレポジトリの動作を示したフローチャート
【図７】本発明の実施の形態２に係るサービス利用者がサービス情報レジストリへ連携サービスを実装するアプリケーション情報を取得するとともに、サービスアプリケーションレポジトリへそのアプリケーションを取得する段階におけるサービス利用者、サービス情報レジストリ、および、サービスアプリケーションレポジトリの動作を示したフローチャート
【図８】本発明の実施の形態３に係るサービス利用者がサービス情報レジストリへ連携サービスを実装するアプリケーション情報を取得するとともに、サービスアプリケーションレポジトリへそのアプリケーションを取得する段階におけるサービス利用者、サービス情報レジストリ、および、サービスアプリケーションレポジトリの動作を示したフローチャート
【符号の説明】
【０１５７】
１    サービス仕様策定者
２    サービスアプリケーション提供者
３    サービスアプリケーション提供者Ａ
４    サービスアプリケーション提供者Ｂ
５    サービス情報レジストリ
６    サービスアプリケーションレポジトリ
７    サービスアプリケーションレポジトリＡ
８    サービスアプリケーションレポジトリＢ
９    サービス利用者
【図１】
2005196432.tif 000003
【図２】
2005196432.tif 000004
【図３】
2005196432.tif 000005
【図４】
2005196432.tif 000006
【図５】
2005196432.tif 000007
【図６】
2005196432.tif 000008
【図７】
2005196432.tif 000009
【図８】
2005196432.tif 000010