(57)【要約】【課題】複合コンテンツを実行側の端末上で解析・処理するとともに、サービス利用者自身が複合コンテンツのカスタマイズを容易に実現する。【解決手段】少なくとも１つのプロバイダ装置１０２によって提供される複数のコンテンツを連携させて実行するために必要となる複合コンテンツ情報リストをコンテンツ管理装置１０１に記憶しておき、記憶されている複合コンテンツ情報リストをコンテンツ実行端末１０３が取得する。コンテンツ実行端末１０３は、取得した複合コンテンツ情報リストに基づいてコンテンツの実行手順を導出し、導出された実行手順に従って実行可能なコンテンツをユーザが選択できるように該ユーザに提示する。ユーザによって選択されたコンテンツをコンテンツ実行端末１０３が実行する。【選択図】      図１
2005250971.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも１つのプロバイダ装置によって提供される複数のコンテンツを連携させて実行するために必要となる複合コンテンツ情報リストを記憶する記憶手段と、前記記憶手段に記憶されている複合コンテンツ情報リストを取得する複合コンテンツ情報リスト取得手段と、前記複合コンテンツ情報リスト取得手段により取得した複合コンテンツ情報リストに基づいてコンテンツの実行手順を導出する実行手順導出手段と、前記実行手順導出手段により導出された実行手順に従って実行可能なコンテンツをユーザが選択できるように該ユーザに提示する提示手段とを含み、ユーザによって選択されたコンテンツを実行することを特徴とするコンテンツ転送・実行システム。
【請求項２】
少なくとも１つのプロバイダ装置によって提供される複数のコンテンツを連携させて実行するために必要となる複合コンテンツ情報リストを取得する複合コンテンツ情報リスト取得手段と、前記複合コンテンツ情報リスト取得手段により取得した複合コンテンツ情報リストに基づいてコンテンツの実行手順を導出する実行手順導出手段と、前記実行手順導出手段により導出された実行手順に従って実行可能なコンテンツをユーザが選択できるように該ユーザに提示する提示手段と、を含むことを特徴とするコンテンツ実行端末。
【請求項３】
前記実行手順導出手段は、前記複合コンテンツ情報リストに含まれている各コンテンツの入出力パラメータに基づいてコンテンツ実行手順を決定することを特徴とする請求項２記載のコンテンツ実行端末。
【請求項４】
前記複合コンテンツ情報リストに、プロバイダ装置が提供するコンテンツを追加する手段を更に含むことを特徴とする請求項２又は３記載のコンテンツ実行端末。
【請求項５】
各コンテンツの入出力パラメータを記憶する手段と、パラメータのデータ型を記憶する手段とを更に含み、
前記実行手順導出手段は、パラメータのデータ型に従って生成したインスタンス名に基づいて実行手順を導出することを特徴とする請求項２から４のいずれか１項に記載のコンテンツ実行端末。
【請求項６】
複数のコンテンツをまとめて複合コンテンツ情報として管理するコンテンツ管理装置であって、少なくとも１つのプロバイダ装置によって提供される複数のコンテンツを連携させて実行するために必要となる複合コンテンツ情報リストを記憶する記憶手段と、前記複合コンテンツ情報リストの取得要求に応答して前記記憶手段に記憶されている複合コンテンツ情報リストを要求元に送信する送信手段とを含むことを特徴とするコンテンツ管理装置。
【請求項７】
少なくとも１つのプロバイダ装置によって提供される複数のコンテンツを連携させて実行するために必要となる複合コンテンツ情報リストを取得する複合コンテンツ情報リスト取得ステップと、前記複合コンテンツ情報リスト取得ステップにおいて取得した複合コンテンツ情報リストに基づいてコンテンツの実行手順を導出する実行手順導出ステップと、前記実行手順導出ステップおいて導出された実行手順に従って実行可能なコンテンツをユーザが選択できるように該ユーザに提示する提示ステップと、ユーザによって選択されたコンテンツを実行するコンテンツ実行ステップとを含むことを特徴とするコンテンツ転送・実行方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はコンテンツ転送・実行システム、コンテンツ実行端末、コンテンツ管理装置、コンテンツ転送・実行方法に関し、特にインターネット上のコンテンツ管理装置から移動端末へ複数サービス連携方法の処理方法の記述をダウンロードし、移動端末がこの記述内容にしたがってプロバイダ装置により提供されるコンテンツを取得・連携させ、実行するコンテンツ転送・実行システム、コンテンツ実行端末、コンテンツ管理装置、コンテンツ転送・実行方法に関する。
【背景技術】
【０００２】
複数のサービスを連携させて実行させる既存の技術としては、Ｗｅｂサービスの連携を目的としたＢｕｓｉｎｅｓｓ  Ｐｒｏｃｅｓｓ  Ｅｘｅｃｕｔｉｏｎ Ｌａｎｇｕａｇｅ(ＢＰＥＬ)がある(非特許文献１)。また、Ｓｅｍａｎｔｉｃ  Ｗｅｂ  Ｓｅｒｖｉｃｅｓ（ＤＡＭＬ−Ｓ）においても、サービスの連携を概念間の意味的な関係性を記述したオントロジを用いることでＷｅｂサービス連携実現を目指している（非特許文献２）。
【０００３】
ＢＰＥＬはＷｅｂサービスにおける複数サービスの連携を、複合Ｗｅｂサービスとして提供する。このためＢＰＥＬの記述は複数のＷｅｂサービスに関する記述（Ｗｅｂ  Ｓｅｒｖｉｃｅｓ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｌａｎｇｕａｇｅ：ＷＳＤＬ）を参照するとともに、自身のＢＰＥＬ文書それ自体もＷｅｂサービスとして提供するために、自身の複合ＷｅｂサービスについてもＷＳＤＬ文書として表現する。ＢＰＥＬ文書は、個々のＷｅｂサービスの実行手順・制御構造などを陽に記述する。例えば実行手順を記述する際には＜ｓｅｑｕｅｎｃｅ＞タグを用いて処理手順の順序に従って記述を行い、また、Ｉｆ−ｔｈｅｎ−ｅｌｓｅなどに対応するタグ、並列処理に関するタグなどが厳密に定義されている。また、処理対象のＷｅｂサービスは厳密に定義され、同様のサービスを提供する他のＷｅｂサービスと置き換えるためには別途ＢＰＥＬ文書を記述する必要がある。このように、ＢＰＥＬにより記述された複合Ｗｅｂサービスは、それ自体がハードコーディングされたプログラムであり、サービスの変更を容易に行うことができない。
【０００４】
同様の問題は非特許文献２で参照しているＳｅｍａｎｔｉｃ  Ｗｅｂ  Ｓｅｖｉｃｅｓにおいても同様である。
Ｓｅｍａｎｔｉｃ  Ｗｅｂ  Ｓｅｖｉｃｅｓでは、サービスを構成するデータ型やオペレーション（インターフェース）の定義に意味情報を利用する点がＢＰＥＬとの大きな違いであるが、処理手順や制御構造を陽に記述するという点では同様である。
【非特許文献１】“Ｂｕｓｉｎｅｓｓ  Ｐｒｏｃｅｓｓ  Ｅｘｅｃｕｔｉｏｎ  Ｌａｎｇｕａｇｅ  ｆｏｒ  Ｗｅｂ  Ｓｅｒｖｉｃｅ，  Ｖｅｒｓｉｏｎ  １．０”、[ｏｎｌｉｎｅ]、２００２年７月３１日、[平成１６年２月２６日検索]、インターネット＜ＵＲＬ：http://www-106.ibm.com/developerworks/library/ws-bpel1/＞
【非特許文献２】“ＤＡＭＬ  Ｓｅｒｖｉｃｅｓ”、[ｏｎｌｉｎｅ]、“Ｔｈｅ  ＤＡＲＰＡ  Ａｇｅｎｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ  Ｈｏｍｅｐａｇｅ”、[平成１６年２月２６日検索]、インターネット＜ＵＲＬ：http://www.daml.org/services/＞
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、複数のコンテンツを組み合わせて１つの複合コンテンツとして提供する場合、従来技術では、コンテンツの組み合わせ方を容易に変更することができない。非特許文献１や非特許文献２に開示されているコンテンツ連携方法は、あくまで複合コンテンツの作成を行うのがコンテンツ開発者であり、プログラミングなどの技術に精通した人間であることを前提としている。また、複合コンテンツとして構成される個々のコンテンツは、複合コンテンツ上ではハードコーディングによる密な結合として表現されているため、記述の変更はプログラムの書き換えと同様の専門的知識を要求するものとなる。つまり複合コンテンツは組み合わせの対象となるもとのコンテンツ種類が変わるごとに、個別の設計、処理フローを用意しなければならない。
【０００６】
本発明は上記の問題を解決するためになされたものであり、その目的は複合コンテンツを実行側の端末上で解析・処理するとともに、サービス利用者自身が複合コンテンツのカスタマイズを容易に実現することのできるコンテンツ転送・実行システム、コンテンツ実行端末、コンテンツ管理装置、コンテンツ転送・実行方法を提供することである。
【課題を解決するための手段】
【０００７】
本発明の請求項１によるコンテンツ転送・実行システムは、少なくとも１つのプロバイダ装置によって提供される複数のコンテンツを連携させて実行するために必要となる複合コンテンツ情報リストを記憶する記憶手段と、前記記憶手段に記憶されている複合コンテンツ情報リストを取得する複合コンテンツ情報リスト取得手段と、前記複合コンテンツ情報リスト取得手段により取得した複合コンテンツ情報リストに基づいてコンテンツの実行手順を導出する実行手順導出手段と、前記実行手順導出手段により導出された実行手順に従って実行可能なコンテンツをユーザが選択できるように該ユーザに提示する提示手段とを含み、ユーザによって選択されたコンテンツを実行することを特徴とする。こうすることにより、複数の異なるプロバイダ装置から提供されるコンテンツを組み合わせ、複合コンテンツとして連続して実行させることができる。
【０００８】
本発明の請求項２によるコンテンツ実行端末は、少なくとも１つのプロバイダ装置によって提供される複数のコンテンツを連携させて実行するために必要となる複合コンテンツ情報リストを取得する複合コンテンツ情報リスト取得手段と、前記複合コンテンツ情報リスト取得手段により取得した複合コンテンツ情報リストに基づいてコンテンツの実行手順を導出する実行手順導出手段と、前記実行手順導出手段により導出された実行手順に従って実行可能なコンテンツをユーザが選択できるように該ユーザに提示する提示手段と、を含むことを特徴とする。こうすることにより、複数の異なるプロバイダ装置から提供されるコンテンツをコンテンツ実行端末において組み合わせ、複合コンテンツとして連続して実行させることができる。
【０００９】
本発明の請求項３によるコンテンツ実行端末は、請求項２において、前記実行手順導出手段は、前記複合コンテンツ情報リストに含まれている各コンテンツの入出力パラメータに基づいてコンテンツ実行手順を決定することを特徴とする。こうすることにより、コンテンツ実行手順を適切に決定することができる。
本発明の請求項４によるコンテンツ実行端末は、請求項２又は３において、前記複合コンテンツ情報リストに、プロバイダ装置が提供するコンテンツを追加する手段を更に含むことを特徴とする。こうすることにより、サービス利用者自身が複合コンテンツのカスタマイズを容易に実現できる。ここで、「カスタマイズ」とは、コンテンツ管理装置に予め用意されている複合コンテンツを実行することではなく、ユーザが独自に、既存の複合コンテンツに新しいサービスを追加することをいう。
【００１０】
本発明の請求項５によるコンテンツ実行端末は、各コンテンツの入出力パラメータを記憶する手段と、パラメータのデータ型を記憶する手段とを更に含み、
前記実行手順導出手段は、パラメータのデータ型に従って生成したインスタンス名に基づいて実行手順を導出することを特徴とする。こうすることにより、実行手順を明示的に記述しなくても、実行順序を正しく導出することができる。
【００１１】
本発明の請求項６によるコンテンツ管理装置は、複数のコンテンツをまとめて複合コンテンツ情報として管理するコンテンツ管理装置であって、少なくとも１つのプロバイダ装置によって提供される複数のコンテンツを連携させて実行するために必要となる複合コンテンツ情報リストを記憶する記憶手段と、前記複合コンテンツ情報リストの取得要求に応答して前記記憶手段に記憶されている複合コンテンツ情報リストを要求元に送信する送信手段とを含むことを特徴とする。こうすることにより、複数の異なるプロバイダ装置から提供されるコンテンツを組み合わせ、複合コンテンツとして連続して実行させることができる。
【００１２】
本発明の請求項７によるコンテンツ転送・実行方法は、少なくとも１つのプロバイダ装置によって提供される複数のコンテンツを連携させて実行するために必要となる複合コンテンツ情報リストを取得する複合コンテンツ情報リスト取得ステップと、前記複合コンテンツ情報リスト取得ステップにおいて取得した複合コンテンツ情報リストに基づいてコンテンツの実行手順を導出する実行手順導出ステップと、前記実行手順導出ステップおいて導出された実行手順に従って実行可能なコンテンツをユーザが選択できるように該ユーザに提示する提示ステップと、ユーザによって選択されたコンテンツを実行するコンテンツ実行ステップとを含むことを特徴とする。こうすることにより、複数の異なるプロバイダ装置から提供されるコンテンツを組み合わせ、複合コンテンツとして連続して実行させることができる。この場合、複合コンテンツ情報リストのみを取得して、コンテンツ実行端末上で実行可能かを事前に検証するので、実行不可能なコンテンツをダウンロードしてネットワークの負荷をかけることがなく、実行手順を導出しユーザに実行可能なコンテンツを提示してユーザが選択して初めて、コンテンツのダウンロードを行うことができる。こうすることにより、ユーザが新たなコンテンツを追加する際に、記述を一から用意する必要がなく、リストの中に項目を増やすだけで対応することができる。
【発明の効果】
【００１３】
以上説明したように本発明は、取得した複合コンテンツ情報リストに基づいてコンテンツの実行手順を導出し、その実行手順に従って実行可能なコンテンツをユーザが選択できるように提示して、選択されたコンテンツを実行することにより、複数の異なるプロバイダ装置から提供されるコンテンツを複合コンテンツとして組み合わせ、連続して実行することができるとともに、サービス利用者自身が既存の複合コンテンツをカスタマイズし、独自にコンテンツを追加することができるという効果がある。
【発明を実施するための最良の形態】
【００１４】
以下、本発明の実施の形態を、図面を参照して説明する。なお、以下の説明において参照する各図では、他の図と同等部分は同一符号によって示されている。
（システム全体の構成）
本発明によるコンテンツ転送・実行システムの構成例について、図１を参照して説明する。同図を参照すると、本システムは、コンテンツ管理装置１０１と、複数（本例では３台）のプロバイダ装置１０２と、コンテンツ実行端末１０３とを含んで構成され、これらがインターネット１００を介して相互にデータ送受信可能になっている。
【００１５】
コンテンツ管理装置１０１は、複数のプロバイダ装置１０２から提供されるコンテンツをまとめて管理する装置である。このコンテンツ管理装置１０１は、コンテンツ実行端末１０３からの要求に対し、複数のコンテンツを連携させて実行するために必要となる複合コンテンツ情報リストを送信する機能を有する。
プロバイダ装置１０２は、個別のコンテンツを提供するサーバである。個々のプロバイダ装置１０２が提供するコンテンツについては、複合コンテンツという形でコンテンツ管理装置１０１がその管理を行う。プロバイダ装置１０２は、コンテンツそのもの（Ｗｅｂページやアプリケーションのバイナリコード）などに加え、コンテンツ情報（コンテンツの入出力インターフェース情報）を管理する。
【００１６】
コンテンツ実行端末１０３は、利用者Ｒが操作する端末である。このコンテンツ実行端末１０３は、コンテンツ管理装置１０１から受信した複合コンテンツ情報リストを解析し、複数のプロバイダから提供されるコンテンツを連携させて実行する機能を有するとともに、連携させるコンテンツの一部を差し替えたり、追加したりする機能を有する。
【００１７】
（コンテンツ管理装置）
コンテンツ管理装置１０１の機能構成例が図２に示されている。同図に示されているように、コンテンツ管理装置１０１は、複合コンテンツ情報リストを管理する複合コンテンツ情報管理部２０１と、複合コンテンツ情報リストが格納されている複合コンテンツ情報ＤＢ（Ｄａｔａ  Ｂａｓｅ）２０２と、コンテンツ実行端末１０３から、複合コンテンツ情報リスト取得要求を受け付ける複合コンテンツ情報取得要求受信部２０３と、コンテンツ実行端末１０３からの複合コンテンツ情報リスト取得の要求に対し、リストの送信を行うための複合コンテンツ情報送信部２０４とを含んで構成されている。なお、コンテンツ管理装置１０１は少なくとも１つの複合コンテンツ情報リストを管理する。
【００１８】
（プロバイダ装置）
プロバイダ装置１０２の機能構成例が図３に示されている。同図に示されているように、プロバイダ装置１０２は、コンテンツ実行端末１０３からのコンテンツ取得要求を受け付けるコンテンツ取得要求受信部３０１と、コンテンツ実行端末１０３からのコンテンツ取得要求に従い、プロバイダ装置１０２が提供するコンテンツを送信するコンテンツ送信部３０２と、提供するコンテンツを管理するコンテンツ管理部３０３と、コンテンツ実行端末１０３上でユーザ自身が独自に複合コンテンツに利用可能なコンテンツを追加する際に参照する必要があるコンテンツ情報を管理するコンテンツ情報管理部３０４と、コンテンツ実行端末１０３からのコンテンツ情報取得要求を受信するコンテンツ情報取得要求受信部３０５と、コンテンツ実行端末１０３からのコンテンツ情報取得要求を受けて、コンテンツ情報を送信するコンテンツ情報送信部３０６とを含んで構成されている。
【００１９】
（コンテンツ実行端末）
コンテンツ実行端末１０３の機能構成例が図４に示されている。同図に示されているように、コンテンツ実行端末１０３は、コンテンツを実行するユーザインターフェースとして機能する表示部４０１と、コンテンツを実行するユーザインターフェースとして機能する入力部４０２と、コンテンツ管理装置１０１に対して複合コンテンツ情報リストを要求する複合コンテンツ情報リスト取得要求送信部４０３と、送信した複合コンテンツ情報リスト取得要求を受けたコンテンツ管理装置１０１から送信されてくる複合コンテンツ情報リストを受信する複合コンテンツ情報リスト受信部４０４と、取得した複合コンテンツ情報リストをコンテンツ実行端末１０３ローカルで管理する複合コンテンツ情報リスト記憶部４０５と、複合コンテンツ情報リストを解析する複合コンテンツ情報データ解析部４０６と、複合コンテンツ情報リストの解析結果を格納する複合コンテンツ情報解析データ管理部４０７とを含んで構成されている。
【００２０】
また、コンテンツ実行端末１０３は、複合コンテンツ情報リストを構成する個別のコンテンツを連携する際のデータ受け渡しのための変数を管理するパラメータインスタンスＤＢ４０８と、複合コンテンツ情報リストを構成する個別のコンテンツの入出力パラメータのセットを管理するパラメータ入出力ＤＢ４０９と、複合コンテンツ情報解析データ管理部４０７の情報を元に、複合コンテンツの実行に際し、個々のコンテンツの実行手順制約をもとに、実行可能手順を導出する複合コンテンツフロー生成処理部４１０と、複合コンテンツを構成する個別コンテンツの取得要求をプロバイダ装置１０２に対して送信する、コンテンツ取得要求送信部４１１と、プロバイダ装置１０２へのコンテンツ取得要求を受けてプロバイダ装置１０２から送信されるコンテンツを受信するコンテンツ受信部４１２と、受信したコンテンツを管理するコンテンツ管理部４１３と、受信したコンテンツを格納するコンテンツＤＢ４１４とを含んで構成されている。
【００２１】
さらに、コンテンツ実行端末１０３は、解析した複合コンテンツフローの処理手順に従って複数のコンテンツ実行の状態遷移を管理する複合コンテンツフロー実行管理部４１５と、複合コンテンツ実行時における複数のコンテンツ間でのデータ連携を行うコンテンツ間パラメータ連携処理部４１６と、複合コンテンツを構成する個別のコンテンツをユーザが独自に追加するにあたって必要となる個別のコンテンツ情報をプロバイダ装置１０２に対し取得要求するためのコンテンツ情報取得要求送信部４１７と、コンテンツ情報の受信を行うコンテンツ情報受信部４１８と、受信したコンテンツ情報を複合コンテンツの構成要素として登録するための処理・検証を行うコンテンツ登録処理部４１９とを含んで構成されている。
【００２２】
以上のように構成されたコンテンツ転送・実行システムによる動作は、複合コンテンツ情報リスト取得、複合コンテンツ情報リスト解析及び実行手順導出処理、複合コンテンツの実行、新規コンテンツ登録の４つのフェーズに分けることができる。以下、コンテンツ管理装置１０１が管理する複合コンテンツ情報リスト、及びプロバイダ装置１０２が管理するコンテンツ情報について説明するとともに、上記の各フェーズについてより具体的に説明する。
【００２３】
（複合コンテンツ情報リスト）
複合コンテンツ情報リストは、サービスブロバイタまたは第三者により記述され、記述の検証作業を行った後、コンテンツ管理装置１０１の管理者によって登録が行われる。複合コンテンツ情報リストは異なる複数のプロバイダ装置１０２から提供されるコンテンツを連携させて利用するために必要な情報を有している。複合コンテンツ情報リストの一例を示すと、例えば図５に示されているように記述される。
【００２４】
図５では複合コンテンツ情報リストがＸＭＬ形式で記述されている。以下、ＸＭＬ記述の各要素（ＸＭＬ  ｅｌｅｍｅｎｔ）と属性（ＸＭＬ  ａｔｔｒｉｂｕｔｅ）について説明する。
ａ）  ＜ＣｏｍｐｏｓｉｔｅＳｅｒｖｉｃｅ＞要素は、複合コンテンツであることを示している。
ｎａｍｅ属性は、複合コンテンツに対して、複合コンテンツ情報リスト内において与えるユニークなＩＤである。
ｕｒｌ属性は、複合コンテンツに対して、インターネット上で与えるユニークなＩＤである。
【００２５】
ｂ）  ＜Ｐａｒａｍｅｔｅｒｓ＞要素は、複合コンテンツ情報リストを構成する個々のコンテンツが利用する入出力パラメータ型を子要素として定義する。子要素には＜Ｐａｒａｍｅｔｅｒ＞要素を持っている。
＜Ｐａｒａｍｅｔｅｒ＞要素は、複合コンテンツにおいて、コンテンツ間でデータをやり取りする際のパラメータを定義する。
ＩＤ属性は、パラメータの名前に関して、複合コンテンツ情報リスト内において与えるユニークなＩＤである。なお、このＩＤはパラメータのインスタンス名に相当する。
ｕｒｌ属性は、パラメータの名前に関して、インターネット上で与えるユニークなＩＤである。
ｍｅｓｓａｇｅＴｙｐｅ属性は、パラメータのデータ型に関して、インターネット上で与えられたスキーマ定義を参照する。なお、この属性はパラメータのデータ型に相当する。
【００２６】
ｃ）  ＜Ｏｐｅｒａｔｉｏｎｓ＞要素は、プロバイダ装置１０２が提供するコンテンツそれぞれに対応して定義される抽象的な＜Ｏｐｅｒａｔｉｏｎ＞要素を子ノードとして持つ。
ｄ）  ＜Ｏｐｅｒａｔｉｏｎ＞要素は、複合コンテンツを構成し、プロバイダ装置１０２から提供される個々のコンテンツに対応する要素である。子ノードとして、＜ｉｎｐｕｔ＞要素、＜ｏｕｔｐｕｔ＞要素、＜ＴａｒｇｅｔＯｐｅｒａｔｉｏｎｓ＞要素を持つ。
【００２７】
ｅ）  ＜ｉｎｐｕｔ＞要素は、親ノードである＜Ｏｐｅｒａｔｉｏｎ＞要素の入力パラメータとして取る引数を参照する。Ｊａｖa（登録商標）などの通常のプログラミング言語同様、親ノードである＜Ｏｐｅｒａｔｉｏｎ＞要素に対して、＜ｉｎｐｕｔ＞要素は複数持つことができる。
ｎａｍｅ属性は、＜Ｐａｒａｍｅｔｅｒ＞要素のＩＤを参照する。
【００２８】
ｆ）  ＜ｏｕｔｐｕｔ＞要素：親ノードである＜Ｏｐｅｒａｔｉｏｎ＞要素の出力パラメータ（返り値）を参照する。Ｊａｖa（登録商標）などの通常のプログラミング言語同様、親ノードである＜Ｏｐｅｒａｔｉｏｎ＞要素に対して、＜ｏｕｔｐｕｔ＞要素は最大１つのみ定義することができる。
ｎａｍｅ属性は、＜Ｐａｒａｍｅｔｅｒ＞要素のＩＤを参照する。
【００２９】
ｇ）  ＜ＴａｒｇｅｔＯｐｅｒａｔｉｏｎｓ＞要素は、親ノードである＜Ｏｐｅｒａｔｉｏｎ＞要素に対応して、具体的なコンテンツを提供するサービスを参照する＜ＴａｒｇｅｔＯｐｅｒａｔｉｏｎ＞要素を子ノードとして複数持つ。
ｈ）  ＜ＴａｒｇｅｔＯｐｅｒａｔｉｏｎ＞要素は、プロバイダ装置１０２から提供される実際のコンテンツを参照する。
【００３０】
ｕｒｌ属性：実際にインターネット上で提供されるコンテンツに対して割り当てられたユニークなＩＤを参照する。例えば、Ｗｅｂサービスにおけるｗｓｄｌファイルなどになる。
複合コンテンツを表す＜ＣｏｍｐｏｓｉｔｅＳｅｒｖｉｃｅ＞として、ここでは“映画を見る”という例に関して記述している。これに対して、複合コンテンツの構成要素である＜Ｏｐｅｒａｔｉｏｎ＞として、“映画館を決める”、“見る映画を決める”、“映画を予約する”が存在する。
【００３１】
この関係を階層関係として図示すると、図６のようになる。同図では、“映画館を決める”、“見る映画を決める”、“映画を予約する”という下位のコンテンツを組み合わせて、“映画を見る”という上位の目的を実現するという関係を表現している。また、“映画館を決める”ためには、“総合映画情報”というコンテンツが利用できること、“見る映画を決める”ためには、“総合映画情報”、“人気映画ランキング”、“映画予約サービス”という複数のコンテンツが利用可能であることも示している。
なおこれに加えて、複合コンテンツ情報リストでは、コンテンツ間でやり取りされるパラメータに関する情報が＜Ｐａｒａｍｅｔｅｒｓ＞要素以下に記述されている。
【００３２】
（コンテンツ情報）
各プロバイダ装置１０２が管理する情報として、コンテンツ情報が存在する。コンテンツ情報はＷＳＤＬ（Ｗｅｂ  Ｓｅｒｖｉｃｅｓ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｌａｎｇｕａｇｅ）などの既存技術を用いることが可能であるが、最低限必要な情報として記述すると、図７に示されているようになる。
図７においても、図５の場合と同様にＸＭＬ形式で記述されている。以下、ＸＭＬ記述の各要素（ＸＭＬ  ｅｌｅｍｅｎｔ）と属性（ＸＭＬ  ａｔｔｒｉｂｕｔｅ）について説明する。
【００３３】
ａ）  ＜Ｓｅｒｖｉｃｅ＞要素は、プロバイダ装置１０２により提供されるコンテンツであることを示す。
ＩＤ属性は、コンテンツ情報内において与えるユニークなＩＤである。
ｕｒｌ属性は、コンテンツ情報に対して、インターネット上で与えるユニークなＩＤである。
ｂ）  ＜Ｐａｒａｍｅｔｅｒｓ＞要素は、コンテンツが利用する入出力パラメータ型を子要素として定義する。子要素には＜Ｐａｒａｍｅｔｅｒ＞要素を持つ。
【００３４】
ｃ）  ＜Ｐａｒａｍｅｔｅｒ＞要素は、このコンテンツが使用するパラメータを定義する。この定義は、複合コンテンツにおいて、他のプロバイダ装置が提供するコンテンツとの間でデータをやり取りする際のマッチング処理を行う際に使われる。
ＩＤ属性は、パラメータの名前に関して、複合コンテンツ情報リスト内において与えるユニークなＩＤである。なお、このＩＤはパラメータのインスタンス名に相当する。
ｕｒｌ属性は、パラメータの名前に関して、インターネット上で与えるユニークなＩＤである。
ｍｅｓｓａｇｅＴｙｐｅ属性は、パラメータのデータ型に関して、インターネット上で与えられたスキーマ定義を参照する。なお、この属性はパラメータのデータ型に相当する。
【００３５】
ｄ）  ＜ＡｂｓｔｒａｃｔＯｐｅｒａｔｉｏｎｓ＞要素の子要素である＜Ｏｐｅｒａｔｉｏｎ＞要素は、コンテンツ管理装置１０１上で定義された＜Ｏｐｅｒａｔｉｏｎｓ＞要素の子ノードである＜Ｏｐｅｒａｔｉｏｎ＞要素との間で対応を取るために使われる。図７の例では、このコンテンツが、コンテンツ管理上で定義された“ｃｈｏｏｓｅＭｏｖｉｅ”、“ｃｈｏｏｓｅＴｈｅａｔｅｒ”という２つの＜Ｏｐｅｒａｔｉｏｎ＞に利用可能であることを示している。
【００３６】
ｅ）  ＜Ｏｐｅｒａｔｉｏｎ＞要素は、複合コンテンツを構成する＜Ｏｐｅｒａｔｉｏｎ＞要素を参照すると同時に、ユーザが独自にコンテンツを参照して複合コンテンツにプロバイダ装置１０１の提供するコンテンツを登録する際の検証に用いられる。子ノードとして、＜ｉｎｐｕｔ＞要素、＜ｏｕｔｐｕｔ＞要素を持つ。
【００３７】
ｆ）  ＜ｉｎｐｕｔ＞要素は、親ノードである＜Ｏｐｅｒａｔｉｏｎ＞要素の入力パラメータとして取る引数を参照する。Ｊａｖa（登録商標）などの通常のプログラミング言語同様、親ノードである＜Ｏｐｅｒａｔｉｏｎ＞要素に対して、＜ｉｎｐｕｔ＞要素は複数持つことができる。
ｎａｍｅ属性は、＜Ｐａｒａｍｅｔｅｒ＞要素のＩＤを参照する。
【００３８】
ｇ）  ＜ｏｕｔｐｕｔ＞要素は、親ノードである＜Ｏｐｅｒａｔｉｏｎ＞要素の出力パラメータ（返り値）を参照する。Ｊａｖa（登録商標）などの通常のプログラミング言語同様、親ノードである＜Ｏｐｅｒａｔｉｏｎ＞要素に対して、＜ｏｕｔｐｕｔ＞要素は最大１つのみ定義することができる。
ｎａｍｅ属性は、＜Ｐａｒａｍｅｔｅｒ＞要素のＩＤを参照する。
図７に書かれたコンテンツ情報を図示すると、図８に示されているようになる。この例では、プロバイダ装置１０２が提供する総合映画情報というコンテンツが、“映画館を決める”、“見る映画を決める”といういずれの場合のオペレーションにも利用可能なことを表現している。
【００３９】
（複合コンテンツ情報リスト取得フェーズ）
複合コンテンツ情報リストをコンテンツ管理装置１０１に登録されているが、実行に際して、ユーザの操作により、コンテンツ実行端末１０３からコンテンツ管理装置１０１に対して取得要求を行う。この取得手順の流れが図９に示されている。
同図において、コンテンツ実行端末１０３からコンテンツ管理装置１０１に対して、複合コンテンツ情報リスト取得要求を送信する（ステップＳ１１）。
コンテンツ管理装置１０１では、複合コンテンツ情報リスト取得要求を受信すると（ステップＳ１２）、該当する複合コンテンツ情報リストを検索する（ステップＳ１３）。そして、コンテンツ管理装置１０１は、複合コンテンツ情報リストを送信する（ステップＳ１４）。
【００４０】
コンテンツ実行端末１０３では、複合コンテンツ情報リストを受信すると（ステップＳ１５）、複合コンテンツ情報リストを登録する（ステップＳ１６）。
なお、コンテンツ実行端末１０３からの複合コンテンツ情報リスト取得は、例えばブラウザからユーザが目的に合った項目を選択する形式で実現することができる。図５の例でいえば、ユーザに対して「映画に行く」という項目を選択可能な形式で表示すればよい。
受信した複合コンテンツ情報リストはコンテンツ実行端末１０３上の複合コンテンツ情報リスト記憶部４０５に記憶される。
【００４１】
（複合コンテンツ情報リスト解析及び実行手順導出処理フェーズ）
図１０は、複合コンテンツ情報リストの解析処理を示すフローチャートである。ユーザが複合コンテンツを実行するにあたって、コンテンツ実行端末１０３はこれらの処理を行い、記述の検証を行って、実行のフェーズに移る。
同図において、まず、ユーザにより複合コンテンツ情報リストの呼び出しを行う（ステップＳ２１）。これは、図９に示されているようにネットワーク上のコンテンツ管理装置１０１から取得しても、コンテンツ実行端末１０３の複合コンテンツ情報リスト記憶部４０５から呼び出してもよい。
【００４２】
続いて、複合コンテンツ情報リストの解析フェーズに移り、パラメータインスタンスＤＢ４０８への登録が行われる（ステップＳ２２）。この場合、図５の複合コンテンツ情報リストは、例えば図１１に示されているような形式でパラメータインスタンスＤＢ４０８に登録される。登録が正しく行えない場合には、記述にエラーがあるものとみなし、複合コンテンツの解析処理を強制終了する（ステップＳ２２→Ｓ２３）。
【００４３】
ここで、パラメータインスタンスＤＢ４０８のデータ構成について、図１１を参照して説明する。
同図において、「パラメータインスタンスＩＤ」は、ある複合コンテンツ情報リストを解析して得られたパラメータインスタンスの中で、一意に定まるＩＤである。
「インスタンス名」は、図５における、＜Ｐａｒａｍｅｔｅｒ＞要素のＩＤ属性に相当する。
【００４４】
「データ型名」は、図５における＜Ｐａｒａｍｅｔｅｒ＞要素のｍｅｓｓａｇｅＴｙｐｅ属性に相当する。複合データ型などの場合、併せてｕｒｌ属性でインターネット上に定義された情報を参照する。
「インスタンス値」は、複合コンテンツ実行時に個々のコンテンツを実行した結果出力されるインスタンスの値を格納する。同時に、インスタンス値が“Ｎｕｌｌ”であるかどうかをフラグとして利用し、複数コンテンツの実行状態遷移を制御するのに用いられる。
【００４５】
図１０に戻り、次に、パラメータ入出力ＤＢ４０９への登録が行われる（ステップＳ２４）。この場合、図５の複合コンテンツ情報リストは、例えば図１２に示されているような形式で登録される。パラメータインスタンスＤＢ４０８への登録同様、正しく登録が行えない場合には、記述にエラーがあるものとみなし、複合コンテンツの解析処理を強制終了する（ステップＳ２４→Ｓ２３）。
ここで、パラメータ入出力ＤＢ４０９のデータ構成について、図１２を参照して説明する。
【００４６】
同図において、「パラメータ入出力ＩＤ」は、ある複合コンテンツ情報リストを解析して得られた入出力パラメータの中で、オペレーションの入力・出力を区別できるように一意に与えられたＩＤである。図５の複合コンテンツ情報リストの＜Ｏｐｅｒａｔｉｏｎ＞要素の子ノードである＜Ｉｎｐｕｔ＞タグ、＜Ｏｕｔｐｕｔ＞タグが個々のパラメータ入出力ＩＤに対応する。
【００４７】
「パラメータインスタンスＩＤ」は、入出力パラメータのインスタンスとの対応を取るため、パラメータインスタンスＤＢ４０８を参照可能とするために格納される。
「入出力フラグ」は入出力パラメータが入力であるか、出力であるかを判断するためのフラグである。
「オペレーション名」は、それぞれの入出力パラメータがどのオペレーションに対応するかを示している。図５における＜Ｏｐｅｒａｔｉｏｎ＞要素のｎａｍｅ属性に相当する。
【００４８】
「実行手順導出チェック済みフラグ」は、複合コンテンツの実行手順を導出する際に、既にチェックを行ったかどうかをチェックするためのフラグとして用いる。同図においては、実行手順導出チェック済みフラグが全て“Ｆａｌｓｅ”になっている。実行手順導出チェック済みフラグのうち、既にチェックを行ったものについては、“Ｆａｌｓｅ”から“Ｔｒｕｅ”に変更される。
【００４９】
図１０に戻り、以上の情報がパラメータインスタンスＤＢ４０８やパラメータ入出力ＤＢ４０９へ登録されると、引き続いて、複合コンテンツの実行手順導出処理が行われる（ステップＳ２５）。正しく導出が行えない場合には、記述にエラーがあるものとみなし、複合コンテンツの解析処理を強制終了する（ステップＳ２５→Ｓ２３）。
【００５０】
以上のように、各コンテンツの入出力パラメータ、パラメータのデータ型をそれぞれ記憶しておき、パラメータのデータ型に従ってインスタンスを生成し、入出力パラメータのインスタンス名に基づき、出力−入力間の対応関係を利用して実行手順を導出する。こうすることにより、実行手順を明示的に記述しなくても、実行順序を正しく導出することができる。
ここで、詳細な導出手順は、例えば図１３に示されているフローチャートで実現できる。
同図において、最初に、パラメータインスタンスＤＢ４０８からチェック済みフラグが立っていない情報を呼び出す（ステップＳ３１）。また、パラメータ入出力ＤＢ４０９から先のパラメータインスタンスに関連付けられたオペレーションを呼び出す（ステップＳ３２）。
【００５１】
次に、入出力フラグを用いて、パラメータとオペレーションとを接続し、実行手順ツリーを作成（又は延長）する（ステップＳ３３）。そして、パラメータインスタンスＤＢ４０８に対し、チェックしたパラメータインスタンスのテーブルにチェック済みフラグを立てる（ステップＳ３４）。また、パラメータ入出力ＤＢ４０９に対し、チェック済みフラグを立てる（ステップＳ３５）。
【００５２】
続いて、すべてのパラメータがチェック済みか判断する（ステップＳ３６）。チェック済みでないパラメータがある場合は、ステップＳ３１に戻り、処理が続行される（ステップＳ３６→Ｓ３１）。
すべてのパラメータがチェック済みの場合、パラメータ入出力ＤＢ４０９のすべてのテーブルにチェック済みフラグが付いているか判断する（ステップＳ３６→Ｓ３７）。パラメータ入出力ＤＢ４０９のすべてのテーブルにチェック済みフラグが付いていない場合、記述にエラーがあるものとみなし、処理を強制終了する（ステップＳ３７→Ｓ３８）。
【００５３】
図１３に示されているフローチャートに従って、図５の複合コンテンツ情報リストの実行手順を解析すると、図１４に示されているように順次フローが形成される。同図には入出力パラメータの依存関係に基づく実行手順フローの導出の概要が示されている。同図を参照すると、“映画館を決める”“見る映画を決める”に、“映画を予約する”が依存している関係になるように、順次フローが形成されている。
【００５４】
（複合コンテンツの実行フェーズ）
複合コンテンツ情報リストの解析・実行手順の導出処理が終わると、複合コンテンツの実行フェーズに移る。上述した解析・実行手順導出のフェーズでは、プロバイダ装置１０２からコンテンツをダウンロードする処理は行わず、実行時にコンテンツをダウンロードする。これは実行手順の導出だけでは、実際にユーザが利用するコンテンツが一意に決定できないためである。すなわち、ユーザがどのサービスを選択したかが決まった時点で、初めて利用されるコンテンツが決定し、実行手順の導出だけでは、いずれのコンテンツが利用されるかは完全にはわからないからである。
【００５５】
上述した図６の例では“見る映画を決める”というオペレーションの実行には、“総合映画情報”、“人気映画ランキング”、“映画批評”の３種類のコンテンツが利用可能である。従って、ユーザに対し、実行可能なコンテンツを提示し、ユーザがコンテンツを選択した後、ダウンロードの処理を行う。この処理のフローは図１５に示されているようになる。
【００５６】
同図において、最初に、実行可能なコンテンツをユーザに提示する（ステップＳ４１）。ユーザがコンテンツを選択すると、そのコンテンツがダウンロード済みか判断する（ステップＳ４２）。
コンテンツが既にダウンロード済みの場合には、コンテンツ実行端末１０３に保存（キャッシュ）されているコンテンツを利用し、起動・実行する（ステップＳ４２→Ｓ４３）。これに対し、コンテンツを始めて利用する際には、プロバイダ装置１０２に対し、コンテンツの取得要求を送信し（ステップＳ４２→Ｓ４４）、コンテンツを取得する（ステップＳ４５）。コンテンツを取得した後、起動・実行する（ステップＳ４２）。
【００５７】
次に、実行結果としてコンテンツが返す返り値をデータとして、パラメータインスタンスＤＢ４０８のインスタンス値に登録する（ステップＳ４６）。続いて、複合コンテンツフロー実行管理部４１５（図４参照）において、実行済みのオペレーションにフラグを立てる（ステップＳ４７）。
以上の処理は、すべてのコンテンツを実行終了するまで継続して行われる（ステップＳ４８→Ｓ４１…）。なお、ステップＳ４１において、ユーザが終了を選択すると、処理は終了となる。
【００５８】
ここで、コンテンツ実行の状態遷移を管理する複合コンテンツフロー実行管理部４１５において管理されているデータは、例えば図１６に示されているように表すことができる。同図を参照すると、最初に実行可能なオペレーションは“映画館を決める”、“見る映画を決める”の２つのオペレーションである。そして、２つのコンテンツの実行が完了すると、実行済みフラグが共に“Ｔｒｕｅ”となり、次のオペレーションについての実行済みフラグが“Ｆａｌｓｅ”から“Ｔｒｕｅ”に変わる。これにより、次のオペレーションである“映画を予約する”が実行可能となる。
【００５９】
図１６に示されている例では実行可能なコンテンツが複数存在し、ユーザにいずれかのコンテンツを選択してもらう必要がある。コンテンツの選択に際しては、例えば図１７に示されているように表示する。
同図においては、「映画館を決めるなら」に関して、「総合映画情報」のみが選択できるようになっている。また、「見る映画を決めるなら」に関して、「総合映画情報」、「人気映画ランキング」、「映画批評」が選択できるようになっている。
この表示内容を見たユーザがコンテンツを実行し、完了するごとに、その時点で実行可能なコンテンツを表示する。
【００６０】
（新規コンテンツ登録フェーズ）
ユーザが複合コンテンツ情報リストに独自に新しくコンテンツを追加したい場合、新しいコンテンツが複合コンテンツの構成要素として利用可能かを検証する必要がある。これらの処理の流れが図１８に示されている。
同図において、まず、新たにコンテンツを追加したい複合コンテンツ情報リストを読み込み、解析・実行手順導出の処理を行う（ステップＳ５１）。この処理は図１０の場合と共通である。ただし、複合コンテンツ情報リストへの追加作業はコンテンツ実行端末ローカルに保存されているコンテンツ情報リストに対して行う。
【００６１】
続いて、複合コンテンツ実行の手順に移る。ここで、ユーザに対して実行可能なコンテンツを提示する（ステップＳ５２）。このとき、実行可能なコンテンツとともに、新規コンテンツ追加の項目を選択できるよう、コンテンツ実行端末１０３の表示部４０１の画面に表示して利用者に提示する（後述する図１９参照）。この表示状態でユーザの操作を促し、処理は入力待ち状態となる。
【００６２】
ユーザが新規コンテンツの追加を選択する場合、コンテンツ実行端末１０３のブックマーク等を参照し、ユーザが追加したいコンテンツを選択操作する。すると、選択したコンテンツが新たに既存の複合コンテンツ情報リストに追加可能かを検証するため、選択されたコンテンツを提供するプロバイダ装置１０２に、コンテンツ情報の取得要求を送信する（ステップＳ５３）。これにより、コンテンツ情報と複合コンテンツ情報リストとの対応関係を調べる。
【００６３】
プロバイダ装置１０２からコンテンツ情報を取得すると（ステップＳ５４）、パラメータ入出力ＤＢ４０９の出力パラメータで、新規コンテンツ情報の出力パラメータと一致するものがあるか判断する（ステップＳ５５）。ステップＳ５５における判断の結果、一致するものがなければ、コンテンツを追加付加して、処理は終了となる（ステップＳ５５→Ｓ５６）。
【００６４】
ステップＳ５５における判断の結果、一致するものがあれば、次に、出力パラメータが一致したオペレーションのなかで、すべてのパラメータが一致するものがあるか判断する（ステップＳ５７）。ステップＳ５７における判断の結果、一致するものがなければ、コンテンツを追加付加して、処理は終了となる（ステップＳ５７→Ｓ５６）。
ステップＳ５７における判断の結果、一致するものがあれば、複合コンテンツ情報リストに追加するコンテンツ情報を元に、記述を追加する（ステップＳ５７→Ｓ５８）。
【００６５】
図１９には、コンテンツ追加処理におけるコンテンツ実行端末１０３上の画面表示と遷移の一例が示されている。同図において、（ａ）はコンテンツの追加前の画面表示の例、（ｂ）はコンテンツ追加操作の画面表示の例、（ｃ）はコンテンツの追加後の画面表示の例、である。
同図（ａ）を参照すると、「見る映画を決めるなら」の項目として、「総合映画情報」、「人気映画ランキング」が選択でき、「映画館を決めるなら」の項目として、「総合映画情報」を選択できるようになっている。この画面表示において、ユーザが「Ｂｏｏｋｍａｒｋからサービスの追加」を選択すると、同図（ｂ）の画面表示に移行する。
【００６６】
同図（ｂ）を参照すると、本例では、「Ｂｏｏｋｍａｒｋ一覧からの選択」として、「○○の映画評論」、「乗り換え案内」のいずれかを選択できるようになっている。そして、追加先として、「見る映画を決める」、「映画館を決める」、「映画を予約する」のいずれかを選択できるようになっている。ここで、ユーザが「○○の映画評論」を、「見る映画を決める」に追加する操作を行うと、同図（ｃ）の画面表示に移行する。
【００６７】
同図（ｃ）を参照すると、本例では、「見る映画を決めるなら」の項目として、「総合映画情報」、「人気映画ランキング」の他に、「○○の映画評論」が追加されている。以上のようなユーザの操作により、コンテンツが追加されたことになる。
なお、出力パラメータの数は、通常のプログラミング言語と同様で最大１つだけに限られている。従って、複合コンテンツ情報リストにおける＜Ｏｐｅｒａｔｉｏｎ＞要素と、コンテンツ情報における＜ＡｂｓｔｒａｃｔＯｐｅｒａｔｉｏｎ＞における入出力パラメータとの対応を取る処理では、＜ｏｕｔｐｕｔ＞要素からチェックを行い、＜ｏｕｔｐｕｔ＞要素が共通である場合のみ、＜ｉｎｐｕｔ＞要素をチェックする。
【００６８】
（コンテンツ転送・実行方法）
以上説明したコンテンツ転送・実行システムでは、以下のようなコンテンツ転送・実行方法が実現されている。すなわち、少なくとも１つのプロバイダ装置によって提供される複数のコンテンツを連携させて実行するために必要となる複合コンテンツ情報リストを取得する複合コンテンツ情報リスト取得ステップ（図９参照）と、上記複合コンテンツ情報リスト取得ステップにおいて取得した複合コンテンツ情報リストに基づいてコンテンツの実行手順を導出する実行手順導出ステップ（図１０参照）と、上記実行手順導出ステップおいて導出された実行手順に従って実行可能なコンテンツをユーザが選択できるように該ユーザに提示する提示ステップ（図１５参照）と、ユーザによって選択されたコンテンツを実行するコンテンツ実行ステップ（図１５参照）とを含むコンテンツ転送・実行方法が実現されている。このような方法を採用することにより、複数の異なるプロバイダ装置から提供されるコンテンツをカスタマイズして組み合わせ、複合コンテンツとして連続して実行させることができる。
【００６９】
（まとめ）
本発明により、コンテンツ実行端末において、複数の異なるプロバイダ装置から提供されるコンテンツを組み合わせ、複合コンテンツとして連続して実行させることが可能になる。この際、コンテンツの連続実行に必要となる複合コンテンツ情報リストは、処理対象のコンテンツを列挙して記述したものでしかないが、コンテンツ実行端末上において解析され、自動的に正しい処理手順に並べ替えられる。このため、異なるコンテンツを処理手順の中に組み込む際、複合コンテンツ実行リストを新たに書き直すことなく、記述にコンテンツ情報を追加するだけでよい。ユーザが気に入ったコンテンツをブックマークの要領で登録すれば、そのコンテンツは複合コンテンツの正しい処理手順位置に組み込まれる。これにより、プログラム開発者ではなく、エンドユーザによって容易に複合コンテンツのカスタマイズを実現することができる。
【産業上の利用可能性】
【００７０】
本発明は、分散して存在するサービスについて、利用者が組み合わせてカスタマイズして組み合わせる場合に利用することができる。
【図面の簡単な説明】
【００７１】
【図１】本発明の実施の形態によるコンテンツ転送・実行システムの構成例を示すブロック図である。
【図２】図１中のコンテンツ管理装置の機能構成例を示すブロック図である。
【図３】図１中のプロバイダ装置の機能構成例を示すブロック図である。
【図４】図１中のコンテンツ実行端末の機能構成例を示すブロック図である。
【図５】複合コンテンツ情報リストの一例を示す図である。
【図６】複合コンテンツと個別コンテンツとの階層関係を示す図である。
【図７】各プロバイダ装置が管理するコンテンツ情報の一例を示す図である。
【図８】コンテンツと複合コンテンツのオペレーションとの関係を示す図である。
【図９】複合コンテンツ情報リストの取得手順を示す図である。
【図１０】複合コンテンツ情報リストの解析処理を示すフローチャートである。
【図１１】パラメータインスタンスＤＢの登録内容の例を示す図である。
【図１２】パラメータ入出力ＤＢの登録内容の例を示す図である。
【図１３】複合コンテンツ実行手順の導出処理を示すフローチャートである。
【図１４】入出力パラメータの依存関係に基づく実行手順フローの導出の様子を示す図である。
【図１５】複合コンテンツの実行処理を示すフローチャートである。
【図１６】複合コンテンツフロー実行管理部によって管理されるデータ形式の例を示す図である。
【図１７】実行可能なコンテンツをユーザに提示するためのコンテンツ実行端末上の画面表示例を示す図である。
【図１８】コンテンツの新規登録処理を示すフローチャートである。
【図１９】コンテンツ追加処理におけるコンテンツ実行端末上の画面表示と遷移の一例であり、（ａ）はコンテンツの追加前の画面表示例、（ｂ）はコンテンツ追加操作の画面表示例、（ｃ）はコンテンツの追加後の画面表示例である。
【符号の説明】
【００７２】
１００  インターネット
１０１  コンテンツ管理装置
１０２  プロバイダ装置
１０３  コンテンツ実行端末
２０１  複合コンテンツ情報管理部
２０２  複合コンテンツ情報ＤＢ
２０３  複合コンテンツ情報取得要求受信部
２０４  複合コンテンツ情報送信部
３０１  コンテンツ取得要求受信部
３０２  コンテンツ送信部
３０３  コンテンツ管理部
３０４  コンテンツ情報管理部
３０５  コンテンツ情報取得要求受信部
３０６  コンテンツ情報送信部
４０１  表示部
４０２  入力部
４０３  複合コンテンツ情報リスト取得要求送信部
４０４  複合コンテンツ情報リスト受信部
４０５  複合コンテンツ情報リスト記憶部
４０６  複合コンテンツ情報データ解析部
４０７  複合コンテンツ情報解析データ管理部
４１０  複合コンテンツフロー生成処理部
４１１  コンテンツ取得要求送信部
４１２  コンテンツ受信部
４１３  コンテンツ管理部
４１５  複合コンテンツフロー実行管理部
４１６  コンテンツ間パラメータ連携処理部
４１７  コンテンツ情報取得要求送信部
４１８  コンテンツ情報受信部
４１９  コンテンツ登録処理部
４０８  パラメータインスタンスＤＢ
４０９  パラメータ入出力ＤＢ
４１４  コンテンツＤＢ
【図１】
2005250971.tif 000003
【図２】
2005250971.tif 000004
【図３】
2005250971.tif 000005
【図４】
2005250971.tif 000006
【図５】
2005250971.tif 000007
【図６】
2005250971.tif 000008
【図７】
2005250971.tif 000009
【図８】
2005250971.tif 000010
【図９】
2005250971.tif 000011
【図１０】
2005250971.tif 000012
【図１１】
2005250971.tif 000013
【図１２】
2005250971.tif 000014
【図１３】
2005250971.tif 000015
【図１４】
2005250971.tif 000016
【図１５】
2005250971.tif 000017
【図１６】
2005250971.tif 000018
【図１７】
2005250971.tif 000019
【図１８】
2005250971.tif 000020
【図１９】
2005250971.tif 000021