JP5004168B2

JP5004168B2 - 連携処理システム、端末装置および連携処理方法

Info

Publication number: JP5004168B2
Application number: JP2007137088A
Authority: JP
Inventors: 悟史江口; 太一郎森下; 壮一仁田; 彩江夏; 三千太片山; 雅裕千葉; 敬信松原; 正樹橋浦; 清貴樫東
Original assignee: Sharp Corp
Current assignee: Sharp Corp
Priority date: 2007-05-23
Filing date: 2007-05-23
Publication date: 2012-08-22
Anticipated expiration: 2027-05-23
Also published as: JP2008294672A

Description

本発明は、連携処理システム、端末装置および連携処理方法に関し、特に、複数の装置が動作するためのデータに基づいて動作する連携処理システム、端末装置および連携処理方法に関する。

近年、宅内の複数種類の装置間において、互いにデータ通信を可能とするための規格（以下、異装置間通信規格ともいう）に準拠した装置が普及しつつある。異装置間通信規格は、たとえば、ＤＬＮＡ（Digital Living Network Alliance）規格である。異装置間通信規格に準拠した装置は、たとえば、テレビ受像機、ＨＤＤ（Hard disk drive）レコーダ、オーディオ装置等である。また、異装置間通信規格に準拠した装置は、一般的に、ルータ等のネットワーク機器を介して、インターネット等のネットワークにも接続可能となっている。

また、ネットワークに接続可能な異装置間通信規格に準拠した装置は、リモコンで操作可能な装置であるのが一般的である。そのため、リモコンで操作可能であり、かつ、ネットワークに接続可能な複数種類の装置を、１つの装置で操作することが要求される。

特開２００６−０２４１３７号公報（特許文献１）には、携帯電話を、ＴＶ、ＨＤＤレコーダ等の複数種類の装置を操作するためのリモコンとして使用する技術が開示されている。また、特開２００６−０２４１３７号公報（特許文献１）には、携帯電話において使用されるＵＩ（User Interface）コンテンツを、簡単に生成するための技術（以下、第１の先行技術ともいう）が開示されている。
特開２００６−０２４１３７号公報

携帯電話、ＴＶ、ＨＤＤレコーダ等の複数種類の装置は、互いに連携して動作することにより、多種多様な処理を実現できる。すなわち、多種多様な処理を実現するためには、複数種類の装置が、互いに連携して動作することが必要である。第１の先行技術では、携帯電話からの指示により、ＨＤＤレコーダが指示に応じた動作を行なうのみで、携帯電話と、ＨＤＤレコーダとが連携して動作することは開示されていない。

本発明は、上述の問題点を解決するためになされたものであって、その目的は、複数の装置の各々が、自装置の特性を十分に活用して、互いに連携した動作を行なうことが可能な連携処理システム、端末装置および連携処理方法を提供することである。

上述の課題を解決するために、この発明のある局面に従うと、第１端末装置および第２端末装置を含む連携処理システムであって、第１端末装置は、第２端末装置と互いに連携して動作するためのデータであって、第１端末装置に応じた第１連携処理データを記憶する第１記憶手段と、第１連携処理データに基づいた処理を実行する第１実行手段と、第１実行手段により実行される処理に基づくサービスデータを、第２端末装置へ送信する送信手段とを備え、第２端末装置は、送信手段により送信されたサービスデータを受信する受信手段と、受信したサービスデータに対応するデータであって、第１端末装置と互いに連携して動作するためのデータであって、第２端末装置に応じた第２連携処理データを外部から取得する取得手段と、取得した第２連携処理データを記憶する第２記憶手段と、第２連携処理データに基づいた処理を実行する第２実行手段とを備え、第２実行手段は、受信したサービスデータに基づく処理を実行する。

好ましくは、第２端末装置は、さらに、第２実行手段が実行した処理に基づく情報を、第１端末装置へ送信する処理情報送信手段を備える。

好ましくは、第２実行手段は、受信したステータス情報に基づいて、ネットワークにアクセスするための通信処理を行なう。

好ましくは、第１実行手段は、受付手段が受付けた指示入力に対応する処理であって、第１連携処理データに基づいた処理を実行する。

好ましくは、送信手段は、ステータス情報を、第１の通信経路を介して、第２端末装置へ送信し、受信手段は、第２実行手段が実行する、受信したステータス情報に基づく処理により、コンテンツを第２の通信経路を介して受信する。

好ましくは、第１連携処理データは、第１端末装置が有する機能に基づくデータであり、第２連携処理データは、第２端末装置が有する機能に基づくデータである。

この発明の他の局面に従うと、他の端末装置とデータ通信可能な端末装置であって、自装置に応じた処理データを記憶する記憶手段と、処理データに基づいた処理を実行する実行手段と、実行手段により実行される処理に基づくサービスデータを、他の端末装置へ送信する送信手段とを備える。

好ましくは、実行手段により実行された処理に基づく操作ガイドを表示する表示手段と、外部からの指示入力を受付ける受付手段とをさらに備え、サービスデータは、受付手段が受付けた指示入力に基づくデータである。

好ましくは、外部からの指示入力は、他の端末装置から送信されたサービスデータの受信に基づくものである。

好ましくは、実行手段は、受付手段が受付けた指示入力に対応する処理であって、処理データに基づいた処理を実行する。

好ましくは、送信手段は、実行手段が実行した処理に基づく情報を、他の端末装置へ送信する。

この発明のさらに他の局面に従うと、他の端末装置とデータ通信可能な端末装置であって、他の端末装置により実行される処理に基づくデータであって、他の端末装置により送信されたサービスデータを受信する受信手段と、受信したサービスデータに対応するデータであって、自装置に応じた処理データを外部から取得する取得手段と、取得した処理データに基づいた処理を実行する実行手段とを備える。

好ましくは、サービスデータに対応する処理データに基づいた処理が、実行手段により実行されている場合、処理データは、実行中のデータである。

好ましくは、データを記憶する記憶手段をさらに備え、サービスデータに対応する処理データは、記憶手段に記憶されているデータである。

好ましくは、実行手段は、取得したサービスデータに基づいて、ネットワークにアクセスするための通信処理を行なう。

好ましくは、データを記憶する記憶手段をさらに備え、サービスデータに対応する処理データが記憶手段に記憶されていない場合、取得手段は、ネットワークにアクセスして処理データを取得する。

好ましくは、処理データは、他の端末装置と互いに連携して動作するためのデータである。

好ましくは、サービスデータは、サービスを特定するためのサービス特定情報と、ステータス情報と、ファイルの情報とを含む。

好ましくは、処理データは、サービスデータに含まれるサービス特定情報により特定されるサービスに対応するデータである。

好ましくは、ステータス情報は、他の端末装置の処理データに基づいて行なわれる処理と並列して処理を行なうための情報である。

好ましくは、処理データは、自装置が有する機能に基づくデータである。
この発明のさらに他の局面に従うと、第１端末装置および第２端末装置を含む連携処理システムにより実行される連携処理方法は、第２端末装置と互いに連携して動作するためのデータであって、第１端末装置に応じた第１連携処理データに基づいた処理を、第１端末装置が実行するステップと、第１端末装置により実行される処理に基づくサービスデータを、第２端末装置へ送信するステップと、第２端末装置がサービスデータを受信するステップと、受信したサービスデータに対応するデータであって、第１端末装置と互いに連携して動作するためのデータであって、第２端末装置に応じた第２連携処理データを、第２端末装置が外部から取得するステップと、第２連携処理データに基づいた処理を第２端末装置が実行するステップとを備える。

本発明に係る連携処理システムは、第１端末装置および第２端末装置を含む。第１端末装置は、第２端末装置と互いに連携して動作するためのデータであって、第１端末装置に応じた第１連携処理データに基づいた処理を実行し、実行される処理に基づくサービスデータを、第２端末装置へ送信する。第２端末装置は、受信したサービスデータに対応するデータであって、第１端末装置と互いに連携して動作するためのデータであって、第２端末装置に応じた第２連携処理データを外部から取得し、第２連携処理データに基づいた処理を実行する。

したがって、複数の装置の各々が、自装置の特性を十分に活用して、互いに連携した動作を行なうことができる。その結果、多種多様な処理を実現することができる。

本発明に係る端末装置は、自装置に応じた処理データに基づいた処理を実行し、実行される処理に基づくサービスデータを、他の端末装置へ送信する。

本発明に係る端末装置は、他の端末装置により実行される処理に基づくデータであって、他の端末装置により送信されたサービスデータを受信し、受信したサービスデータに対応するデータであって、自装置に応じた処理データを外部から取得し、取得した処理データに基づいた処理を実行する。

本発明に係る連携処理方法は、第２端末装置と互いに連携して動作するためのデータであって、第１端末装置に応じた第１連携処理データに基づいた処理を、第１端末装置が実行し、実行される処理に基づくサービスデータを、第２端末装置へ送信し、受信したサービスデータに対応するデータであって、第１端末装置と互いに連携して動作するためのデータであって、第２端末装置に応じた第２連携処理データを、第２端末装置が外部から取得し、第２連携処理データに基づいた処理を第２端末装置が実行する。

以下、図面を参照しつつ、本発明の実施の形態について説明する。以下の説明では、同一の部品には同一の符号を付してある。それらの名称および機能も同じである。したがって、それらについての詳細な説明は繰り返さない。

本発明において取り扱うコンテンツとは、映像、音声、画像などのデジタルデータおよびそれらに関連する関連情報などを意図している。当然のことながら、上記コンテンツと同様の扱い方をされるものであれば、コンテンツはデジタルデータに限定されるものではない。また、コンテンツが、テレビ放送、インターネット放送、携帯電話網などのネットワークを介して提供されるならば、一つのコンテンツが複数のネットワークから提供されることも可能である。

＜第１の実施の形態＞
（システムの構成）
図１は、本実施の形態におけるネットワークシステム１０００の構成を示す図である。図１を参照して、ネットワークシステム１０００には、ホームネットワーク５０１．１，５０１．２，・・・，５０１．ｎが含まれる。以下においては、ホームネットワーク５０１．１，５０１．２，・・・，５０１．ｎ（ｎ：自然数）を総括的に、ホームネットワーク５０１ともいう。

ホームネットワーク５０１は、たとえば、宅内に設けられたネットワークである。宅内とは、たとえば、ユーザの自宅内、会社内等である。ホームネットワーク５０１には、通信端末装置５００と、映像表示装置６００と、通信部５０とが含まれる。

通信端末装置５００は、携帯電話である。なお、通信端末装置５００は、携帯電話に限定されることなく、通信機能を備え、携帯可能な装置であればどのような装置（たとえば、ＰＤＡ（Personal Digital Assistance）、ＰＣ（Personal Computer））でもよい。

通信端末装置５００は、電話網６０と、無線によりデータ通信可能である。電話網６０は、たとえば、携帯電話のための電話網である。なお、通信端末装置５００は、電話網６０とデータ通信をした場合、データ通信時に使用したデータ量に応じたパケット料金が発生する。

映像表示装置６００は、テレビジョン受信機である。なお、映像表示装置６００は、テレビジョン受信機の一例として、液晶テレビである。なお、映像表示装置６００は、液晶テレビに限定されることなく、画像を表示可能な装置であればどのような装置であってもよい。映像表示装置６００は、たとえば、プラズマテレビであってもよい。また、映像表示装置６００は、画像を表示するための表示装置と、当該表示装置に表示させるための画像データを送信する画像データ送信装置とから構成される装置であってもよい。画像データ送信装置は、たとえば、ＰＣ、ＳＴＢ（Set Top Box）、ＨＤＤ（Hard Disk Drive）レコーダ、ＤＶＤ（Digital Versatile Disc）レコーダ等である。この場合、画像データ送信装置と表示装置の接続方法は特に規定されない。

通信端末装置５００と、映像表示装置６００とは、無線または有線でデータ通信を行なう。すなわち、通信端末装置５００と、映像表示装置６００とを含む映像表示システムが構成される。

通信部５０は、通信端末装置５００、映像表示装置６００およびネットワーク７０の各々と、データ通信を行なう機能を有する。ネットワーク７０は、インターネットなどの外部のネットワークである。

通信部５０は、無線ＬＡＮの規格である、ＩＥＥＥ８０２．１１ｇに基づく無線技術を利用して、複数の機器と同時にデータ通信を行なう機能を有する。なお、無線技術は、ＩＥＥＥ８０２．１１ｇに基づく技術に限定されることはなく、その他の無線技術であってもよい。したがって、通信部５０は、通信端末装置５００、映像表示装置６００およびネットワーク７０の各々と、無線でデータ通信を行なうことが可能である。

また、通信部５０は、さらに、イーサネット（登録商標）を利用した通信用インターフェースを有し、ホームネットワーク５０１内の装置がネットワーク７０への接続要求を出した場合、機器が有するアドレスをネットワーク７０におけるアドレスに変換するＮＡＴ（Network Address Translation）機能を含むルータ機能を持つ。

したがって、通信部５０は、たとえば、ＬＡＮケーブルを介して、通信端末装置５００、映像表示装置６００およびネットワーク７０の各々とデータ通信を行なうことができる。すなわち、通信部５０は、通信端末装置５００、映像表示装置６００およびネットワーク７０の各々と、有線でデータ通信を行なうことが可能である。

また、ネットワーク７０は、電話網６０と、無線または有線によりデータ通信可能である。したがって、通信端末装置５００は、電話網６０を介して、ネットワーク７０とデータ通信可能である。

ネットワークシステム１０００には、さらに、サービスサーバ８００Ａと、検索サーバ８００Ｓと、Ｗｅｂサーバ８００Ｗとが含まれる。

サービスサーバ８００Ａは、コンテンツおよび、コンテンツに関連する情報等を提供するサーバである。コンテンツは、たとえば、動画像、音楽データ等である。コンテンツが、たとえば、番組の動画像である場合、コンテンツに関連する情報とは、たとえば、番組情報である。サービスサーバ８００Ａは、ＰＣである。なお、サービスサーバ８００Ａは、ＰＣに限定されることなく、動画像等のコンテンツ、音楽データ等のコンテンツ、コンテンツに関連する情報等を提供する機能を有した装置であればどのような装置であってもよい。

サービスサーバ８００Ａは、現在の日時から、所定期間（たとえば、２４時間）前の日時までの期間における、全てのチャンネルの全ての番組を録画し、番組を録画した録画データを記憶している。なお、サービスサーバ８００Ａは、現在の日時から、所定期間（たとえば、２４時間）経過後の録画データを自動的に削除する。したがって、サービスサーバ８００Ａには、現在の日時から、所定期間前の日時までの期間における、全てのチャンネルの全ての番組の録画データが記憶されている。

また、サービスサーバ８００Ａは、放送される番組の録画データとは別に、装置からの配信要求に応じて配信する、映画などの映像コンテンツを記憶している。なお、サービスサーバ８００Ａは、録画データの配信要求があれば、録画データの配信要求を行なった装置へ、配信要求された録画データを、送信またはストリーミング配信する。

また、サービスサーバ８００Ａは、現在、放送中の番組およびこれから放送予定の動画像データを所定期間（たとえば、２４時間）分予め記憶している。そして、現在、放送中の番組の動画像データの配信要求があれば、動画像データの配信要求を行なった装置へ、配信要求された動画像データをストリーミング配信する。

検索サーバ８００Ｓは、ネットワーク７０に接続された端末装置から、検索情報としてのキーワードを受信すると、受信したキーワードに関連する情報のＷｅｂページのＵＲＬ（Uniform Resource Locator）を検索するサーバである。検索サーバ８００Ｓは、ＰＣである。なお、検索サーバ８００Ｓは、ＰＣに限定されることなく、ネットワーク７０に接続された端末装置からキーワードを受信した場合、受信したキーワードに関連する情報のＷｅｂページのＵＲＬ（Uniform Resource Locator）を検索する機能を有する装置であればどのような装置であってもよい。

Ｗｅｂサーバ８００Ｗは、複数種類の情報の各々に対応する複数のＷｅｂページのデータを提供するサーバである。Ｗｅｂサーバ８００Ｗは、たとえば、映画に関連する情報に対応する複数のＷｅｂページのデータを提供する。Ｗｅｂサーバ８００Ｗは、ＰＣである。なお、Ｗｅｂサーバ８００Ｗは、ＰＣに限定されることなく、複数種類の情報の各々に対応する複数のＷｅｂページのデータを提供する機能を有する装置であればどのような装置であってもよい。

サービスサーバ８００Ａ、検索サーバ８００ＳおよびＷｅｂサーバ８００Ｗの各々は、ネットワーク７０と、無線または有線でデータ通信を行なう。

なお、サービスサーバ８００Ａは、ホームネットワーク５０１内に設けられてもよい。この場合、通信端末装置５００および映像表示装置６００は、ネットワーク７０を介することなく、サービスサーバ８００Ａとデータ通信可能なように構成される。

本実施の形態では、通信部５０は、通信端末装置５００、映像表示装置６００およびネットワーク７０の各々と、高速にデータ通信が可能であるとする。通信部５０は、通信端末装置５００、映像表示装置６００およびネットワーク７０の各々と、たとえば、最大で１００Ｍｂｐｓ（Mega bit per second）の速度でデータ通信が可能であるとする。

また、ネットワーク７０は、通信部５０、電話網６０、サービスサーバ８００Ａ、検索サーバ８００ＳおよびＷｅｂサーバ８００Ｗの各々と、高速にデータ通信が可能であるとする。ネットワーク７０は、通信部５０、電話網６０、サービスサーバ８００Ａ、検索サーバ８００ＳおよびＷｅｂサーバ８００Ｗの各々と、たとえば、最大で１００Ｍｂｐｓの速度でデータ通信が可能であるとする。したがって、たとえば、映像表示装置６００とネットワーク７０とのデータ通信の最大速度は１００Ｍｂｐｓであるとする。また、たとえば、通信端末装置５００とネットワーク７０とのデータ通信の最大速度は１００Ｍｂｐｓであるとする。

なお、通信端末装置５００と電話網６０とのデータ通信の速度は、通信端末装置５００とネットワーク７０とのデータ通信の速度よりも遅いとする。通信端末装置５００と電話網６０とのデータ通信の最大速度は、たとえば、２５６ｋｂｐｓであるとする。

また、通信端末装置５００と映像表示装置６００とのデータ通信の速度は、通信端末装置５００と電話網６０とのデータ通信の速度よりも、十分に速いとする。通信端末装置５００と映像表示装置６００とのデータ通信の最大速度は、たとえば、４Ｍｂｐｓであるとする。

（通信端末装置）
次に、通信端末装置５００について詳細に説明する。

図２は、通信端末装置５００の外観を正面から示した図である。図２を参照して、通信端末装置５００は、表示部５３０と、音声出力部５７０と、ＬＥＤ５７６と、入力部５４０とを備える。

表示部５３０は、文字や画像等を表示する機能を有する。表示部５３０は、ＬＣＤパネル（Liquid Crystal Display Panel）を使用した装置である。なお、表示部５３０は、上記以外の表示方式のパネルを使用した装置であってもよい。

表示部５３０の解像度は、横２４０（ドット）×縦４００（ドット）である。なお、表示部５３０の解像度は、横２４０（ドット）×縦４００（ドット）に限定されることなく、他の解像度であってもよい。

また、表示部５３０は、ユーザが、画面に直接触れることで、情報入力可能なタッチパネル機能を有する。表示部５３０は、ユーザが画面にタッチした位置情報を、後述する制御部５１０へ送信する。制御部５１０は、受信した位置情報に基づいて、所定の処理を行なう。

音声出力部５７０は、電話の音声を出力する機能を有する。音声出力部５７０には、音声を出力するスピーカが含まれる。音声出力部５７０は、後述する制御部５１０から受信した音声データに基づく音声をスピーカから出力する。

ＬＥＤ５７６は、通信端末装置５００で行なわれる処理に応じて、光による報知を行なう。たとえば、ＬＥＤ５７６は、電話の着信があった場合、光を点滅させる。

入力部５４０は、ボタン群５４１を含む。ボタン群５４１は、方向ボタン５４１Ａ，５４１Ｂ，５４１Ｃ，５４１Ｄと、決定ボタン５４１Ｅとを含む。方向ボタン５４１Ａ，５４１Ｂ，５４１Ｃ，５４１Ｄは、ユーザによる短時間（たとえば、１秒未満）の押下操作（以下、短押操作ともいう）により、表示部５３０に画像が表示されている場合、画像内の移動させる対象となる物（たとえば、カーソル等）を上下左右に移動させるためのボタンである。

具体的には、短押操作があった、方向ボタン５４１Ａ，５４１Ｂ，５４１Ｃ，５４１Ｄは、たとえば、カーソルを、それぞれ、上，下，左，右に移動させるためのボタンである。また、方向ボタン５４１Ａ，５４１Ｂ，５４１Ｃ，５４１Ｄは、ユーザによる長時間（たとえば、一秒以上）の押下操作（以下、長押操作ともいう）により、たとえば画面をそれぞれ、上，下，左，右に画面スクロールすることも可能である。

決定ボタン５４１Ｅは、短押操作により、たとえば、方向ボタン５４１Ａ，５４１Ｂ，５４１Ｃ，５４１Ｄの短押操作により選択された項目等を決定するためのボタンである。

入力部５４０は、さらに、機能ボタン５４２Ａ，５４２Ｂ，５４３Ａ，５４３Ｂを含む。機能ボタン５４２Ａ，５４２Ｂの各々は、短押操作により、たとえば、ユーザにより予め設定されたプログラム等を起動させるためのボタンである。

機能ボタン５４３Ａは、電話をかけるためのボタンである。たとえば、機能ボタン５４３Ａは、後述する数字ボタン群５４６の短押操作により電話番号を入力した後に、短押操作されることで、入力した電話番号の端末装置に電話をかける処理が行なわれる。また、機能ボタン５４３Ａは、通信端末装置５００に電話がかかってきた場合、短押操作により通話開始を行なうためのボタンである。機能ボタン５４３Ｂは、通信端末装置５００が通話中である場合、短押操作により通話を終了させるためのボタンである。また、機能ボタン５４３Ｂは、ユーザによる長時間（たとえば、１秒以上）の押下操作（以下、長押操作ともいう）により、通信端末装置５００の電源のオンとオフとの切替えを行なうためのボタンである。

入力部５４０は、さらに、数字ボタン群５４６を含む。数字ボタン群５４６は、１２個の数字ボタンを含む。なお、数字ボタン群５４６に含まれる数字ボタンの数は、１２個に限定されない。１２個の数字ボタンの各々は、短押操作により、数字、文字または記号等を入力するためのボタンである。１２個の数字ボタンの名称は、それぞれ、０ボタン，１ボタン，２ボタン，３ボタン，４ボタン，５ボタン，６ボタン，７ボタン，８ボタン，９ボタン，記号ボタン１、記号ボタン２という。

入力部５４０は、入力部５４０に含まれる複数のボタンのうち、短押操作または長押操作されたボタンに対応するボタン信号を、後述する制御部５１０へ送信する。すなわち、入力部５４０は、ユーザが通信端末装置５００を操作するためのインターフェースである。以下においては、ユーザによる、入力部５４０の操作または表示部５３０に対するタッチ操作を、インターフェース操作Ｍともいう。

通信端末装置５００は、さらに、音声入力部５７４と、生体情報取得部５７７とを備える。音声入力部５７４は、通話のときに、音声を入力する機能を有する。音声入力部５７４には、音声を入力するマイクが含まれる。音声入力部５７４は、マイクにより取得した音声を音声データに変換して、音声データを、通信端末装置５００内の後述する制御部５１０へ送信する。

生体情報取得部５７７は、人間の生体情報を取得する機能を有する。本実施の形態では、生体情報は、人間の体の一部である指紋をデータ化した情報であるとする。この場合、生体情報は、指紋の画像データ、指紋の特徴部分を抽出したデータ等となる。なお、生体情報は、指紋をデータ化した情報に限定されることなく、静脈、網膜、虹彩、顔等をデータ化した情報であってもよい。また、生体情報は、人間が発した声に基づく声紋等であってもよい。

生体情報取得部５７７は、人間の体の一部が接触すると、接触した体の一部をデータ化した生体情報を、後述する制御部５１０へ送信する。

携帯端末装置５００は、さらに、記録媒体挿入部５５０Ａを備える。記録媒体挿入部５５０Ａは、携帯端末装置５００に後述する記録媒体を挿入する部分である。

図３は、通信端末装置５００の外観を背面から示した図である。図３を参照して、通信端末装置５００は、さらに、音声出力部５７２と、撮像部５７８とを備える。音声出力部５７２は、後述する制御部５１０で行なわれる処理に対応した音声を出力する機能を有する。音声出力部５７２には、音声を出力するスピーカが含まれる。音声出力部５７２は、後述する制御部５１０から受信した音声データに基づく音声をスピーカから出力する。

撮像部５７８は、撮像対象となる被写体を撮像する撮像処理を行なう機能を有する。撮像部５７８は、図示しない、撮像レンズ、受光部およびカラーフィルタ部とを含む。受光部は、入力された光を電気信号に変換する機能を有する。受光部は、複数の受光素子から構成される。受光素子は、たとえば、ＣＣＤ（Charge Coupled Device）イメージセンサまたはＣＭＯＳ（Complementary Metal Oxide Semiconductor）イメージセンサ等を使用した素子である。

カラーフィルタ部は、複数のカラーフィルタから構成される。カラーフィルタは、Ｒ、Ｇ、Ｂの各々に対応したフィルタである。複数のカラーフィルタは、複数の受光素子にそれぞれ対応して設けられる。

撮像処理では以下の処理が行なわれる。まず、撮像部５７８が、撮像対象となる被写体に反射されて撮像レンズに入射した光を、カラーフィルタ部を介して、受光部に入力させる。受光部は入力された光を電気信号に変換する。そして、撮像部５７８は、変換した電気信号をデジタルデータ（以下、撮像画像データともいう）に変換する。

図４は、通信端末装置５００の内部構成を示したブロック図である。なお、図４には、説明のために、記録媒体５５５も示している。記録媒体５５５には、後述するプログラム１８０が記録されている。すなわち、プログラム１８０は、媒体等に記録されてプログラム製品として流通される。また、記録媒体５５５もプログラム製品として流通される。

図４を参照して、通信端末装置５００は、さらに、制御部５１０と、一時記憶部５２２と、記憶部５２０とを備える。

記憶部５２０は、データを不揮発的に記憶する機能を有する。記憶部５２０は、制御部５１０によってデータアクセスされる。記憶部５２０は、電源を供給されなくてもデータを不揮発的に保持可能な媒体（たとえば、フラッシュメモリ）である。記憶部５２０には、プログラム１８０、後述する録画データ、その他の各種データ等が記憶されている。プログラム１８０は、後述する、リモコンプログラムを含む。

制御部５１０は、記憶部５２０に記憶されたプログラム１８０に従って、通信端末装置５００内の各部に対する各種処理や、演算処理等を行なう機能を有する。制御部５１０は、ＣＰＵ（Central Processing Unit）である。なお、制御部５１０は、ＣＰＵに限定されることなく、演算機能を有するその他の回路であってもよい。

一時記憶部５２２は、制御部５１０によってデータアクセスされ、一時的にデータを記憶するワークメモリとして使用される。一時記憶部５２２は、ＤＲＡＭ（Dynamic Random Access Memory）である。なお、一時記憶部５２２は、ＤＲＡＭに限定されることなく、データを揮発的に記憶可能なその他の回路であってもよい。

通信端末装置５００は、さらに、アンテナ５０２と、チューナ５０５と、データ処理部５０７とを備える。

アンテナ５０２は、チューナ５０５と接続されている。チューナ５０５は、制御部５１０により指示された周波数の放送信号を、アンテナ５０２を介して受信する。チューナ５０５は、ディジタル放送およびアナログ放送に基づく放送信号を受信する機能を有する。

放送信号は、画像データ、音声データ、テキストデータ、ＥＰＧ（Electric Program Guide）（登録商標）データを含む。なお、放送信号が、ディジタル放送に基づく信号である場合、放送信号は、さらに、ＢＭＬ（Broadcast Markup Language）データ等が含まれる。ＥＰＧ（登録商標）データは、複数の番組情報を示すデータである。ＢＭＬデータは、画像データ、音声データおよびテキストデータの各々の配置位置や、動作などの制御を行なうためのデータである。チューナ５０５は、受信した放送信号を、データ処理部５０７へ送信する。

データ処理部５０７は、受信した放送信号を復調し、復調データとする。受信した放送信号が、アナログ放送に基づく信号である場合、データ処理部５０７は、以下の処理を行なう。まず、データ処理部５０７は、復調データを、デコード処理し、画像データ、音声データを得るとともに、放送信号の垂直帰線区間（ＶＢＩ：Vertical Blanking Interval）から、テキストデータ、ＥＰＧ（登録商標）データを得る。

そして、データ処理部５０７は、制御部５１０から、表示部５３０に画像を表示させるための表示指示を受信すると、画像データを、後述するＶＤＰ（Video Display Processor）５３２へ送信する。ＶＤＰ５３２は、画像データを受信すると、表示部５３０に画像データに基づく画像（動画像または静止画像）を表示させる。

また、データ処理部５０７は、制御部５１０から、録画処理を行なうための録画指示を受信すると、画像データおよび音声データを圧縮して、録画データとして、記憶部５２０に記憶させる。この場合の録画データを、以下においては、コンテンツともいう。録画データは、Ｈ．２６４形式で圧縮されたデータである。なお、録画データは、Ｈ．２６４形式で圧縮されたデータに限定されることなく、他の形式で圧縮されたデータであってもよい。ここで、他の形式とは、たとえば、ＭＰＥＧ（Moving Picture Experts Group）１、ＭＰＥＧ２等の形式である。

また、受信した放送信号が、ディジタル放送に基づく信号である場合、データ処理部５０７は、以下の処理を行なう。まず、データ処理部５０７は、復調データを、ディジタル放送のプロトコルに基づいてデコード処理し、デコードデータにする。デコードデータには、画像データ、音声データ、テキストデータ、ＥＰＧ（登録商標）データ、ＢＭＬデータが含まれる。デコードデータに含まれる、画像データおよび音声データは、Ｈ．２６４形式で圧縮されたデータである。なお、デコードデータに含まれる、画像データおよび音声データは、Ｈ．２６４形式で圧縮されたデータに限定されることなく、他の形式で圧縮されたデータであってもよい。ここで、他の形式とは、たとえば、ＭＰＥＧ１、ＭＰＥＧ２等の形式である。

そして、データ処理部５０７は、制御部５１０から、表示部５３０に画像を表示させるための表示指示を受信すると、表示指示により指定されたチャンネルのデコードデータに含まれる画像データを、後述するＶＤＰ５３２へ送信する。ＶＤＰ５３２は、画像データを受信すると、表示部５３０に画像データに基づく画像（動画像または静止画像）を表示させる。

また、データ処理部５０７は、制御部５１０から、録画処理を行なうための録画指示を受信すると、録画指示により指定されたチャンネルのデコードデータを、録画データとして、記憶部５２０に記憶させる。この場合の録画データを、以下においては、コンテンツともいう。この場合、録画データには、画像データ、音声データ、テキストデータおよびＢＭＬデータが含まれる。

通信端末装置５００は、さらに、ＶＤＰ５３２と、ＶＲＡＭ（Video Random Access Memory）５３６とを備える。

ＶＲＡＭ５３６は、画像データを一時的に記憶する機能を有する。
制御部５１０は、記憶部５２０に記憶されたプログラム１８０に従って、ＶＤＰ５３２に対し、描画指示を出す。描画指示とは、画像を生成し、当該画像を表示部５３０に表示させる指示である。

ＶＤＰ５３２は表示部５３０と接続されている。ＶＤＰ５３２は、制御部５１０からの描画指示に応じて、記憶部５２０内の後述するプログラム１８０からフォントデータ、図形データ等を読出し、ＶＲＡＭ５３６を利用して画像を生成する。そして、ＶＤＰ５３２は、ＶＲＡＭ５３６に記憶された画像データを読出し、表示部５３０に、当該画像データに基づく画像を表示させる。

通信端末装置５００は、さらに、入力部５４０と、記録媒体アクセス部５５０を備える。

制御部５１０は、入力部５４０に含まれる、前述した複数のボタンのうち、短押操作または長押操作があったボタンに対応するボタン信号を、入力部５４０から受信する。制御部５１０は、受信したボタン信号に応じた処理を行なう。

記録媒体アクセス部５５０は、記録媒体５５５が前述の記録媒体挿入部５５０Ａから通信端末装置５００に挿入（装着）されると、記録媒体５５５にデータアクセス可能となる。これにより、記録媒体アクセス部５５０は、プログラム１８０が記録された記録媒体５５５から、プログラム１８０を読出すことが可能となる。

記録媒体５５５に記憶されているプログラム１８０は、制御部５１０のインストール処理により、記録媒体アクセス部５５０により読み出され、制御部５１０が、プログラム１８０を、記憶部５２０に記憶させる。このインストール処理用プログラムは、予め、記憶部５２０に格納されており、インストール処理は、制御部５１０が、インストール処理用プログラムに基づいて行なう。

なお、記憶部５２０には、プログラム１８０がインストールされていなくてもよい。この場合、制御部５１０は、記録媒体アクセス部５５０を介して、記録媒体５５５に記憶されたプログラム１８０を読み出して、プログラム１８０に基づいた所定の処理を行なう。記録媒体５５５には、さらに、コンテンツデータ等も記録されている。コンテンツデータは、たとえば、音楽データ、動画像データ等である。

記録媒体５５５は、ＳＤ（Secure Digital（登録商標））メモリーカードである。なお、記録媒体５５５は、ＳＤメモリーカード（登録商標）に限定されることなく、データを不揮発的に記録可能なその他の媒体であってもよい。

通信端末装置５００は、さらに、通信部５６０と、通信部５６２とを備える。
通信部５６０は、制御部５１０とデータの送受信を行なう。また、通信部５６０は、映像表示装置６００と有線または無線で、データの送受信を行なう機能を有する。

通信部５６０は、ＵＳＢ（登録商標）（Universal Serial Bus）２．０の規格に基づく、シリアル転送を行なう通信用インターフェースの機能を有する。なお、シリアル転送を行なう通信用インターフェースの規格は、ＵＳＢ（登録商標）２．０に限定されることなく他の規格であってもよい。

なお、通信部５６０は、パラレル転送を行なう通信用インターフェースの機能を有していてもよい。パラレル転送を行なう通信用インターフェースは、たとえば、セントロニクス準拠の規格に準拠したインターフェースである。また、通信部５６０は、ＩＥＥＥ１３９４またはＳＣＳＩ規格に基づく通信用インターフェースの機能を有していてもよい。

また、通信部５６０は、さらに、無線データ通信機能を有する。無線データ通信機能は、Bluetooth（登録商標）を使用して、無線でデータ通信を行なう機能を有する。なお、無線データ通信は、Bluetooth（登録商標）を使用した方式に限定されることなく、たとえば、赤外線等を使用した他の通信方式であってもよい。通信部５６０は、制御部５１０からの制御指示に応じて、映像表示装置６００と無線でデータ通信を行なう。

通信部５６２は、制御部５１０と、データの送受信を行なう。通信部５６２は、無線ＬＡＮの規格である、ＩＥＥＥ８０２．１１ｇに基づく無線技術を利用してデータ通信を行なう機能を有する。なお、無線技術は、ＩＥＥＥ８０２．１１ｇに基づく技術に限定されることはなく、その他の無線技術であってもよい。したがって、通信部５６２は、無線により、通信部５０とデータ通信を行なうことができる。

また、通信部５６２は、さらに、イーサネット（登録商標）を利用した通信用インターフェースの機能を有する。したがって、通信部５６２は、たとえば、ＬＡＮケーブルを介して、通信部５０とデータ通信を行なうことができる。

通信端末装置５００は、さらに、アンテナ５６４と、通信部５６６とを備える。
アンテナ５６４は、通信部５６６と接続されている。通信部５６６は、アンテナ５６４を利用して、無線通信信号を送受信する機能を有する。通信部５６６は、制御部５１０により指示された周波数の無線通信信号を、アンテナ５６４を介して受信する。無線通信信号は、音声データ、文字データおよび画像データ等を含む信号である。

通信部５６６は、アンテナ５６４を利用して、無線通信信号により、図示しない最寄の基地局と通信を行なう。最寄の基地局は、電話網６０と通信を行なうことができる。したがって、通信部５６６は、アンテナ５６４を利用して、無線通信信号により、最寄の基地局を介して、電話網６０と通信を行なう。通信部５６６は、無線通信信号を受信した場合、当該無線通信信号を復調し、復調した無線通信信号に基づくデータを、制御部５１０へ送信する。また、通信部５６６は、無線通信信号を送信する場合、制御部５１０からデータ（たとえば、音声データ）を受信し、当該データを、所定のプロトコルに基づいて、無線通信信号に変換する。そして、通信部５６６は、アンテナ５６４を利用して、変換した無線通信信号を、図示しない最寄の基地局を介して、電話網６０へ送信する。

通信部５６６は、最寄の基地局と通信を行なうことで、基地局の位置を示す情報（以下、基地局位置情報ともいう）も取得可能である。通信部５６６は、制御部５１０からの制御指示に応じて、取得した基地局位置情報を、制御部５１０へ送信する。制御部５１０は、受信した基地局位置情報に基づいて、通信端末装置５００の位置を大まかに把握することができる。

また、通信部５６６は、ＧＰＳ（Global Positioning System）機能を有する。ＧＰＳ機能とは、人口衛星と通信して、通信端末装置５００の位置（緯度、経度、高度等に基づく位置）の情報（以下、ＧＰＳ位置情報ともいう）を取得する機能である。通信部５６６は、制御部５１０からの制御指示に応じて、ＧＰＳ位置情報を取得し、制御部５１０へ送信する。

携帯端末装置５００は、制御部５１０および通信部５６６の処理により、電話網６０を介して、ネットワーク７０からプログラムのダウンロード処理を行ない、記憶部５２０に格納することもできる。この場合、当該ダウンロードしたプログラムは、プログラム１８０である。

制御部５１０は、ネットワーク７０からダウンロードしたプログラム（プログラム１８０）に従って、所定の処理を行なう。このダウンロード用プログラムは、予め、記憶部５２０に格納されており、ダウンロード処理は、制御部５１０が、ダウンロード用プログラムに基づいて行なう。

制御部５１０は、前述した音声出力部５７０，５７２、音声入力部５７４とデータ通信する。

制御部５１０が、音声データを音声出力部５７０へ送信すると、音声出力部５７０は、制御部５１０から受信した音声データに基づく音声をスピーカから出力する。制御部５１０が、音声データを音声出力部５７２へ送信すると、音声出力部５７２は、制御部５１０から受信した音声データに基づく音声をスピーカから出力する。

ユーザが音声入力部５７４に含まれるマイクに対して音声を発すると、音声入力部５７４は、マイクにより取得した音声を音声データに変換して、音声データを、制御部５１０へ送信する。

制御部５１０は、前述したＬＥＤ５７６、撮像部５７８および生体情報取得部５７７の各々とデータ通信する。ＬＥＤ５７６は、制御部５１０からの制御指示に基づいて、光を発する。

撮像部５７８は、制御部５１０からの制御指示に基づいて、前述の撮像処理を行ない、撮像画像データを制御部５１０へ送信する。制御部５１０は、撮像画像データを受信すると、撮像画像データを、一時記憶部５２２、記憶部５２０および記録媒体５５５のいずれかに記憶させる。

生体情報取得部５７７は、生体情報を取得すると、取得した生体情報（たとえば、指紋情報）を、制御部５１０へ送信する。

通信端末装置５００は、さらに、振動部５７９を備える。振動部５７９は、制御部５１０からの制御指示に基づいて、振動部５７９自身が振動することにより、通信端末装置５００を振動させる機能を有する。振動部５７９は、たとえば、電話の着信、電子メールの受信時に、制御部５１０からの制御指示に基づいて、通信端末装置５００を振動させる。

通信端末装置５００は、さらに、ＲＦＩＤ（Radio Frequency Identification）５８０を備える。ＲＦＩＤ５８０は、たとえば、FeliCa（登録商標）などのセキュリティ機能をもったＲＦＩＤに基づく集積回路で、非接触で図示しない読み取り端末と通信を行う。また、ＲＦＩＤ５８０は、制御部５１０からの制御指示に基づいて、端末ＩＤなどのデータを出力する。

（映像表示装置）
次に、映像表示装置６００について詳細に説明する。

図５は、映像表示装置６００の内部構成を示したブロック図である。なお、図５には、説明のために、記録媒体５５５Ａも示している。記録媒体５５５Ａには、後述するプログラム１８０Ａが記録されている。すなわち、プログラム１８０Ａは、媒体等に記録されてプログラム製品として流通される。また、記録媒体５５５Ａもプログラム製品として流通される。

図５を参照して、映像表示装置６００は、表示部６３０と、音声出力部６７０とを備える。表示部６３０は、文字や画像等を表示する機能を有する。表示部６３０は、ＬＣＤパネル（Liquid Crystal Display Panel）を使用した装置である。なお、表示部５３０は、上記以外の表示方式のパネルを使用した装置であってもよい。

表示部６３０が表示可能な画像のサイズは、表示部５３０が表示可能な画像のサイズより大きい。また、表示部６３０の解像度は、表示部５３０の解像度より大きい。たとえば、表示部６３０の解像度は、横１９２０（ドット）×縦１０８０（ドット）の解像度である。なお、表示部６３０の解像度は、横１９２０（ドット）×縦１０８０（ドット）に限定されることなく、他の解像度であってもよい。

音声出力部６７０は、映像表示装置６００の外部に設けられる。音声出力部６７０は、後述する制御部６１０で行なわれる処理に対応した音声を出力する機能を有する。音声出力部６７０には、音声を出力するスピーカが含まれる。音声出力部６７０は、後述する制御部６１０から受信した音声データに基づく音声をスピーカから出力する。

映像表示装置６００は、さらに、制御部６１０と、一時記憶部６２２と、記憶部６２０とを備える。

記憶部６２０は、データを不揮発的に記憶する機能を有する。記憶部６２０は、制御部６１０によってデータアクセスされる。記憶部６２０は、大容量のデータを記憶可能なハードディスクである。なお、記憶部６２０は、ハードディスクに限定されることなく、電源を供給されなくてもデータを不揮発的に保持可能な媒体（たとえば、フラッシュメモリ）であればよい。記憶部６２０には、プログラム１８０Ａ、後述する録画データ、映像表示装置６００を識別するための装置ＩＤ、その他の各種データ等が記憶されている。

制御部６１０は、記憶部６２０に記憶されたプログラム１８０Ａに従って、映像表示装置６００内の各部に対する各種処理や、演算処理等を行なう機能を有する。制御部６１０は、前述の制御部５１０と同様なものであるので詳細な説明は繰り返さない。

一時記憶部６２２は、制御部６１０によってデータアクセスされ、一時的にデータを記憶するワークメモリとして使用される。一時記憶部６２２は、前述の一時記憶部５２２と同様なものであるので詳細な説明は繰り返さない。

映像表示装置６００は、さらに、アンテナ６０２と、チューナ６０５と、データ処理部６０７とを備える。

アンテナ６０２は、チューナ６０５と接続されている。チューナ６０５は、制御部６１０により指示された周波数の放送信号を、アンテナ６０２を介して受信する。チューナ６０５は、ディジタル放送およびアナログ放送に基づく放送信号を受信する機能を有する。

放送信号は、画像データ、音声データ、テキストデータ、ＥＰＧ（登録商標）データを含む。なお、放送信号が、ディジタル放送に基づく信号である場合、放送信号は、さらに、前述したＢＭＬデータ等が含まれる。チューナ６０５は、受信した放送信号を、データ処理部６０７へ送信する。

データ処理部６０７は、受信した放送信号を復調し、復調データとする。受信した放送信号が、アナログ放送に基づく信号である場合、データ処理部６０７は、以下の処理を行なう。まず、データ処理部６０７は、復調データを、デコード処理し、画像データおよび音声データを取得するとともに、放送信号の垂直帰線区間から、テキストデータ、ＥＰＧ（登録商標）データを取得する。

そして、データ処理部６０７は、制御部６１０から、表示部６３０に画像を表示させるための表示指示を受信すると、画像データを、後述するＶＤＰ６３２へ送信する。ＶＤＰ６３２は、画像データを受信すると、表示部６３０に画像データに基づく画像（動画像または静止画像）を表示させる。

また、データ処理部６０７は、制御部６１０から、録画処理を行なうための録画指示を受信すると、画像データおよび音声データを圧縮して、録画データとして、記憶部６２０に記憶させる。録画データは、ＭＰＥＧ２形式で圧縮されたデータである。なお、録画データは、ＭＰＥＧ２形式で圧縮されたデータに限定されることなく、他の形式で圧縮されたデータであってもよい。ここで、他の形式とは、たとえば、Ｈ．２６４等の形式である。

また、受信した放送信号が、ディジタル放送に基づく信号である場合、データ処理部６０７は、以下の処理を行なう。まず、データ処理部６０７は、復調データを、ディジタル放送の規格に基づいてデコード処理し、デコードデータにする。デコードデータには、画像データ、音声データ、テキストデータ、ＥＰＧ（登録商標）データ、ＢＭＬデータが含まれる。デコードデータに含まれる、画像データおよび音声データは、ＭＰＥＧ２形式で圧縮されたデータである。なお、デコードデータに含まれる、画像データおよび音声データは、ＭＰＥＧ２形式で圧縮されたデータに限定されることなく、他の形式で圧縮されたデータであってもよい。ここで、他の形式とは、たとえば、Ｈ．２６４等の形式である。

そして、データ処理部６０７は、制御部６１０から、表示部６３０に画像データを表示させるための表示指示を受信すると、表示指示により指定されたチャンネルのデコードデータに含まれる画像データを、後述するＶＤＰ６３２へ送信する。ＶＤＰ６３２は、画像データを受信すると、表示部６３０に画像データに基づく画像（動画像または静止画像）を表示させる。

以下においては、チューナ６０５が受信した放送信号に基づく画像であって、かつ、表示部６３０に表示される画像を、ＴＶ画像ともいう。なお、映像表示装置６００を操作するための後述するリモコン３００に設けられる、“１”〜“１２”の数字ボタンの押下操作で、直接、選局可能なＴＶ画像のチャンネルの種類の数は、最大で１２個であるとする。当然のことながら、リモコン３００に設けられる数字ボタンの数が多ければ多いほど、直接、選局可能なＴＶ画像のチャンネルの種類の数は多くなる。

リモコン３００の“１”〜“１２”の数字ボタンには、それぞれ、“１”〜“１２”のリモコンチャンネル番号が設定される。たとえば、“３”の数字ボタンには、リモコンチャンネル番号“３”が設定される。また、１つのリモコンチャンネル番号には、１つのＴＶ画像のチャンネルを登録可能である。たとえば、リモコンチャンネル番号“１”に対し、ＴＶ画像のチャンネル番号“８”が登録されているとする。この場合、リモコン３００の“１”の数字ボタンが、ユーザにより押下処理されることにより、リモコン３００から、チャンネル番号“８”のＴＶ画像を選局するためのリモコン信号が、映像表示装置６００へ送信される。

なお、映像表示装置６００は、複数種類のＴＶ画像を同時に、表示部６３０に表示する機能を有する。また、映像表示装置６００は、ＴＶ画像と、他の種類の画像とを同時に、表示部６３０に表示する機能を有する。

また、データ処理部６０７は、制御部６１０から、録画処理を行なうための録画指示を受信すると、録画指示により指定されたチャンネルのデコードデータを、録画データとして、記憶部６２０に記憶させる。この場合の録画データを、以下においては、コンテンツともいう。この場合、録画データには、画像データ、音声データ、テキストデータおよびＢＭＬデータが含まれる。

映像表示装置６００は、さらに、ＶＤＰ６３２と、ＶＲＡＭ６３６とを備える。
ＶＲＡＭ６３６は、画像データを一時的に記憶する機能を有する。

制御部６１０は、記憶部６２０に記憶されたプログラム１８０Ａに従って、ＶＤＰ６３２に対し、描画指示を出す。描画指示とは、画像を生成し、当該画像を表示部６３０に表示させる指示である。

ＶＤＰ６３２は表示部６３０と接続されている。ＶＤＰ６３２は、制御部６１０からの描画指示に応じて、記憶部６２０内の後述するプログラム１８０Ａからフォントデータ、図形データ等を読出し、ＶＲＡＭ６３６を利用して画像を生成する。そして、ＶＤＰ６３２は、ＶＲＡＭ６３６に記憶された画像データを読出し、表示部６３０に、当該画像データに基づく画像を表示させる。

映像表示装置６００は、さらに、入力部６４０と、記録媒体アクセス部６５０とを備える。

入力部６４０は、図示されない複数のボタンを含む。複数のボタンは、映像表示装置６００の外部に設けられている。複数のボタンのうち、いずれかのボタンがユーザにより押下操作されると、入力部６４０は、押下操作されたボタンに対応するボタン信号を、制御部６１０へ送信する。制御部６１０は、受信したボタン信号に基づいて、所定の処理を行なう。以下においては、ユーザによる、入力部６４０のボタン操作を、インターフェース操作Ｔともいう。

記録媒体アクセス部６５０は、プログラム１８０Ａが記録された記録媒体５５５Ａから、プログラム１８０Ａを読出す機能を有する。記録媒体５５５Ａに記憶されているプログラム１８０Ａは、制御部６１０のインストール処理により、記録媒体アクセス部６５０により読み出され、制御部６１０が、プログラム１８０Ａを、記憶部６２０に記憶させる。このインストール処理用プログラムは、予め、記憶部６２０に格納されており、インストール処理は、制御部６１０が、インストール処理用プログラムに基づいて行なう。

なお、記憶部６２０には、プログラム１８０Ａがインストールされていなくてもよい。この場合、制御部６１０は、記録媒体アクセス部６５０を介して、記録媒体５５５Ａに記憶されたプログラム１８０Ａを読み出して、プログラム１８０Ａに基づいた所定の処理を行なう。記録媒体５５５Ａには、さらに、コンテンツデータ等も記録されている。コンテンツデータは、たとえば、音楽データ、動画像データ等である。

記録媒体５５５Ａは、ＳＤメモリーカード（登録商標）である。なお、記録媒体５５５は、ＳＤメモリーカード（登録商標）に限定されることなく、データを不揮発的に記録可能なその他の媒体、たとえば、Blu-ray Disc(登録商標)、ＨＤ−ＤＶＤ（High-Definition Digital Versatile Disc）（登録商標）、ＤＶＤ−ＲＯＭ（Digital Versatile Disk Read Only Memory）、ＣＤ−ＲＯＭ（Compact Disk Read Only Memory）、等であってもよい。

映像表示装置６００は、さらに、通信部６６０と、通信部６６２とを備える。
通信部６６０は、制御部６１０とデータの送受信を行なう。また、通信部６６０は、通信端末装置５００と有線または無線で、データの送受信を行なう機能を有する。なお、通信部６６０は、前述の通信部５６０と同様な構成および機能を有するので詳細な説明は繰り返さない。

通信部６６２は、制御部６１０と、データの送受信を行なう。通信部６６２は、前述の通信部５６２と同様な構成および機能を有するので詳細な説明は繰り返さない。したがって、通信部６６２は、無線により、通信部５０とデータ通信を行なうことができる。また、通信部６６２は、たとえば、ＬＡＮケーブルを介して、通信部５０とデータ通信を行なうことができる。

したがって、本実施の形態における映像表示装置６００は、ネットワーク７０から、通信部５０および通信部６６２を介して、プログラムのダウンロード処理を行ない、記憶部６２０に格納することもできる。この場合、当該ダウンロードしたプログラムは、プログラム１８０Ａである。

制御部６１０は、ネットワーク７０からダウンロードしたプログラム（プログラム１８０Ａ）に従って、所定の処理を行なう。このダウンロード用プログラムは、予め、記憶部６２０に格納されており、ダウンロード処理は、制御部６１０が、ダウンロード用プログラムに基づいて行なう。

映像表示装置６００は、さらに、リモコン信号受信部６８０を備える。リモコン信号受信部６８０は、リモコン（リモートコントローラー）３００から出力される、映像表示装置６００を操作するためのリモコン信号を受信する機能を有する。リモコン信号受信部６８０は、受信したリモコン信号を制御部６１０へ送信する。制御部６１０は、受信したリモコン信号に応じて、対応する処理を行なう。なお、リモコン３００には、前述したように、ＴＶ画像を選局するための“１”〜“１２”の数字ボタンが設けられる。以下においては、ユーザによる、リモコン３００の操作も、インターフェース操作Ｔともいう。

なお、前述した通信端末装置５００がリモコン３００の機能を有することも想定でき、通信端末装置５００、リモコン３００は、２つが存在する場合、および一方のみしか存在しない場合なども想定できる。

制御部６１０は、前述した音声出力部６７０とデータ通信する。制御部６１０が、音声データを音声出力部６７０へ送信すると、音声出力部６７０は、制御部６１０から受信した音声データに基づく音声をスピーカから出力する。

（サービスサーバ、検索サーバおよびＷｅｂサーバ）
図６は、サービスサーバ８００Ａの内部構成を示したブロック図である。図６を参照して、サービスサーバ８００Ａは、表示部８３０と、制御部８１０と、一時記憶部８２２と、記憶部８２０とを備える。

表示部８３０は、文字や画像等を表示する機能を有する。表示部８３０は、前述の表示部６３０と同様なものであるので詳細な説明は繰り返さない。

記憶部８２０は、データを不揮発的に記憶する機能を有する。記憶部８２０は、制御部８１０によってデータアクセスされる。記憶部８２０は、大容量のデータを記憶可能なハードディスクである。なお、記憶部８２０は、ハードディスクに限定されることなく、電源を供給されなくてもデータを不揮発的に保持可能な媒体（たとえば、フラッシュメモリ）であればよい。記憶部８２０には、プログラム１８０Ｂ、録画データ、コンテンツデータ、その他の各種データ等が記憶されている。

制御部８１０は、記憶部８２０に記憶されたプログラム１８０Ｂに従って、サービスサーバ８００Ａ内の各部に対する各種処理や、演算処理等を行なう機能を有する。制御部８１０は、前述の制御部５１０と同様なものであるので詳細な説明は繰り返さない。

一時記憶部８２２は、制御部８１０によってデータアクセスされ、一時的にデータを記憶するワークメモリとして使用される。一時記憶部８２２は、前述の一時記憶部５２２と同様なものであるので詳細な説明は繰り返さない。

サービスサーバ８００Ａは、さらに、ＶＤＰ８３２と、ＶＲＡＭ８３６とを備える。
ＶＲＡＭ８３６は、画像データを一時的に記憶する機能を有する。

制御部８１０は、記憶部８２０に記憶されたプログラム１８０Ｂに従って、ＶＤＰ８３２に対し、描画指示を出す。描画指示とは、画像を生成し、当該画像を表示部８３０に表示させる指示である。

ＶＤＰ８３２は表示部８３０と接続されている。ＶＤＰ８３２は、制御部８１０からの描画指示に応じて、記憶部５２０内の後述するプログラム１８０Ｂからフォントデータ、図形データ等を読出し、ＶＲＡＭ８３６を利用して画像を生成する。そして、ＶＤＰ８３２は、ＶＲＡＭ８３６に記憶された画像データを読出し、表示部８３０に、当該画像データに基づく画像を表示させる。

サービスサーバ８００Ａは、さらに、入力部８４０を備える。
入力部８４０には、マウス８４２と、キーボード８４４とが接続されている。ユーザは、マウス８４２またはキーボード８４４を利用して、サービスサーバ８００Ａに指示を与える。マウス８４２またはキーボード８４４からの入力指示は、入力部８４０を介して制御部８１０へ送信される。制御部８１０は、入力部８４０からの入力指示に基づいて所定の処理を行なう。

サービスサーバ８００Ａは、さらに、通信部８６０と、通信部８６２とを備える。
通信部８６０は、制御部８１０とデータの送受信を行なう。また、通信部８６０は、図示しない他の装置と有線または無線で、データの送受信を行なう機能を有する。なお、通信部８６０は、前述の通信部５６０と同様な構成および機能を有するので詳細な説明は繰り返さない。

通信部８６２は、制御部８１０と、データの送受信を行なう。通信部８６２は、前述の通信部５６２と同様な構成および機能を有するので詳細な説明は繰り返さない。したがって、通信部８６２は、無線により、ネットワーク７０とデータ通信を行なうことができる。また、通信部８６２は、たとえば、ＬＡＮケーブルを介して、ネットワーク７０とデータ通信を行なうことができる。

なお、検索サーバ８００ＳおよびＷｅｂサーバ８００Ｗの各々も、前述したサービスサーバ８００Ａと同様な構成を有するので詳細な説明は繰り返さない。

（リモコン）
次に、通信端末装置５００を、映像表示装置６００を操作するためのリモコン（以下、表示装置リモコンともいう）として使用するための処理について説明する。インターフェース操作Ｍにより、制御部５１０がプログラム１８０のリモコンプログラムを実行すると、通信端末装置５００を、表示装置リモコンとして使用することが可能となる。この場合、表示部５３０には、以下のリモコン画像ＭＧ１００が表示される。

図７は、一例としてのリモコン画像ＭＧ１００を示す図である。図７を参照して、リモコン画像ＭＧ１００には、ボタン画像ＭＢＧ１１０，ＭＢＧ１２０，ＭＢＧ１３０が配置される。

ボタン画像ＭＢＧ１１０，ＭＢＧ１２０，ＭＢＧ１３０の各々は、インターフェース操作Ｍにより、押下処理されることで、制御部５１０が、後述の対応するリモコン信号を、通信部５６０を利用して、映像表示装置６００へ送信するためのボタン画像である。

ボタン画像ＭＢＧ１１０は、インターフェース操作Ｍにより、押下処理されることで、電源リモコン信号を、映像表示装置６００へ送信するためのボタン画像である。ここで、映像表示装置６００は、待機モードを有する。待機モードとは、表示部６３０に画像を表示させるための電源がオフであるために、表示部６３０が画像を表示できない状態であって、主電源がオフでない状態である。すなわち、待機モードとは、表示部６３０に画像が表示されていない状態であって、主電源がオフでない状態である。以下においては、表示部６３０に画像を表示させるための電源を画像表示電源ともいう。

したがって、映像表示装置６００が待機モードの場合、電源リモコン信号を受信することにより、画像表示電源がオンされることにより、表示部６３０に画像を表示させることができる。なお、以下においては、画像表示電源がオンの状態の映像表示装置６００を通常モードともいう。すなわち、電源リモコン信号は、映像表示装置６００において、待機モードと、通常モードとを切替えるためのリモコン信号である。

ボタン画像ＭＢＧ１２０は、インターフェース操作Ｍにより、押下処理されることで、番組表表示リモコン信号を、映像表示装置６００へ送信するためのボタン画像である。番組表表示リモコン信号は、映像表示装置６００の表示部６３０に、後述する番組表画像を表示させるためのリモコン信号である。

ボタン画像ＭＢＧ１３０は、インターフェース操作Ｍにより、押下処理されることで、メニュー表示リモコン信号を、映像表示装置６００へ送信するためのボタン画像である。メニュー表示リモコン信号は、映像表示装置６００の表示部６３０に、後述するメニュー画像を表示させるためのリモコン信号である。

リモコン画像ＭＧ１００には、さらに、ボタン画像ＭＢＧ１４２，ＭＢＧ１４４，ＭＢＧ１５２，ＭＢＧ１５４が配置される。ボタン画像ＭＢＧ１４２，ＭＢＧ１４４，ＭＢＧ１５２，ＭＢＧ１５４の各々は、インターフェース操作Ｍにより、押下処理されることで、制御部５１０が、後述の対応するリモコン信号を、通信部５６０を利用して、映像表示装置６００へ送信するためのボタン画像である。

ボタン画像ＭＢＧ１４２は、インターフェース操作Ｍにより、押下処理されることで、音量アップリモコン信号を、映像表示装置６００へ送信するためのボタン画像である。音量アップリモコン信号は、映像表示装置６００の音声出力部６７０から出力される音声を大きくさせるためのリモコン信号である。ボタン画像ＭＢＧ１４４は、インターフェース操作Ｍにより、押下処理されることで、音量ダウンリモコン信号を、映像表示装置６００へ送信するためのボタン画像である。音量ダウンリモコン信号は、映像表示装置６００の音声出力部６７０から出力される音声を小さくさせるためのリモコン信号である。

ボタン画像ＭＢＧ１５２は、インターフェース操作Ｍにより、押下処理されることで、チャンネルプラスリモコン信号を、映像表示装置６００へ送信するためのボタン画像である。チャンネルプラスリモコン信号は、映像表示装置６００の表示部６３０にＴＶ画像が表示されている場合に、前述のリモコンチャンネル番号を１インクリメントさせるためのリモコン信号である。なお、リモコンチャンネル番号が“１２”の場合に、上記の１インクリメントされる処理が行われた場合、リモコンチャンネル番号は、“１”になる。なお、チャンネルプラスリモコン信号は、ＴＶ画像のチャンネル番号を、１インクリメントさせるためのリモコン信号であってもよい。

ボタン画像ＭＢＧ１５４は、インターフェース操作Ｍにより、押下処理されることで、チャンネルマイナスリモコン信号を、映像表示装置６００へ送信するためのボタン画像である。チャンネルマイナスリモコン信号は、映像表示装置６００の表示部６３０にＴＶ画像が表示されている場合に、前述のリモコンチャンネル番号を１デクリメントさせるためのリモコン信号である。なお、リモコンチャンネル番号が“１”の場合に、上記の１デクリメントされる処理が行われた場合、リモコンチャンネル番号は、“１２”になる。なお、チャンネルマイナスリモコン信号は、ＴＶ画像のチャンネル番号を、１デクリメントさせるためのリモコン信号であってもよい。

リモコン画像ＭＧ１００には、さらに、ボタン画像ＭＢＧ１７０，ＭＢＧ１８０が配置される。ボタン画像ＭＢＧ１７０およびボタン画像ＭＢＧ１８０の各々は、インターフェース操作Ｍにより、押下処理されることで、制御部５１０が、後述の対応するリモコン信号を、通信部５６０を利用して、映像表示装置６００へ送信するためのボタン画像である。

以下においては、通信端末装置５００が、映像表示装置６００へリモコン信号を送信することで映像表示装置６００を操作可能な場合における、通信端末装置５００の動作モードを、リモコンモードともいう。

なお、リモコンモードの通信端末装置５００において、数字ボタン群５４６に含まれる１２個の数字ボタンのいずれかが短押操作された場合、制御部５１０は、押下された数字ボタンに対応するリモコン信号を出力する。

（データ通信）
次に、リモコンモードの通信端末装置５００で行なわれる処理（以下、操作判定処理Ｍともいう）と、通信端末装置５００から送信されるリモコン信号を受信した場合に映像表示装置６００で行なわれる処理（以下、制御信号対応処理Ｔともいう）について説明する。

図８は、操作判定処理Ｍおよび制御信号対応処理Ｔのフローチャートである。図８を参照して、通信端末装置５００が行なう操作判定処理Ｍでは、まず、ステップＳ１０の処理が行なわれる。

ステップＳ１０では、制御部５１０が、制御操作があるか否かを判定する。ここで、制御操作は、表示部５３０に対するタッチ操作、または、通信端末装置５００の外部に設けられた複数の外部ボタンのいずれかの押下操作である。

複数の外部ボタンは、方向ボタン５４１Ａ，５４１Ｂ，５４１Ｃ，５４１Ｄ、決定ボタン５４１Ｅ、機能ボタン５４２Ａ，５４２Ｂ，５４３Ａ，５４３Ｂ、数字ボタン群５４６に含まれる１２個の数字ボタンである。ステップＳ１０において、ＹＥＳならば、ステップＳ１２に進む。一方、ステップＳ１０において、ＮＯならば、再度、ステップＳ１０の処理が行なわれる。

ステップＳ１２では、制御部５１０が、通信部５６０を利用して、制御操作に対応する、映像表示装置６００を操作するための制御信号としてのリモコン信号を、映像表示装置６００へ送信する。ステップＳ１２の処理が終了すると、再度、ステップＳ１０の処理が行なわれる。

映像表示装置６００が行なう制御信号対応処理Ｔでは、まず、ステップＳ２０の処理が行なわれる。

ステップＳ２０では、制御部６１０が、制御信号としてのリモコン信号を受信したか否かを判定する。ステップＳ２０において、ＹＥＳならば、ステップＳ２２に進む。一方、ステップＳ２０において、ＮＯならば、再度、ステップＳ２０の処理が行なわれる。

ステップＳ２２では、制御信号対応処理が行なわれる。制御信号対応処理では、制御部６１０が、受信したリモコン信号に応じた処理を行なう。ステップＳ２２の処理が終了すると、再度、ステップＳ２０の処理が行なわれる。

（機能情報の登録）
次に、通信端末装置５００および映像表示装置６００の各々の機能情報を、サービスサーバ８００Ａに登録するための処理について説明する。ここで、機能情報とは、対応する装置が有する機能を示す情報である。ここで、映像表示装置６００の記憶部６２０には、以下の機能情報テーブルＴＤ１００が記憶されている。機能情報テーブルＴＤ１００は、映像表示装置６００が有する機能を示すテーブルである。

図９は、一例としての機能情報テーブルＴＤ１００を示す図である。機能情報テーブルＴＤ１００は、複数の機能情報から構成される。図９を参照して、機能情報テーブルＴＤ１００において、「機能名」とは、機能の名称である。「装置ＩＤ」とは、装置を識別するための情報である。ここで、装置ＩＤ“１１ＴＡ”は、映像表示装置６００の装置ＩＤであるとする。

「機能名」の項目において、「画像表示機能」とは、画像を表示する機能である。機能情報テーブルＴＤ１００が示す“１９２０×１０８０”は、表示部６３０の解像度（横１９２０（ドット）×縦１０８０（ドット））を示す。「動画再生機能」とは、対応する装置が再生可能な動画像のフォーマットを示す。機能情報テーブルＴＤ１００では、映像表示装置６００が、ＭＰＥＧ２形式の動画像を再生可能なことを示す。「決済機能」において「番号入力」とは、映像表示装置６００が、リモコン３００等の操作により、クレジット番号の入力を受付け可能な機能（以下、番号入力決済機能ともいう）を示す。すなわち、映像表示装置６００は、番号入力決済機能を有する。

「ＧＰＳ機能」は、前述したので詳細な説明は繰り返さない。「ナビゲーション機能」とは、地図等において目的地を指定することで、目的地までの経路を案内するための機能である。「カメラ機能」とは、被写体を撮像する機能である。「クーポン機能」とは、クーポンを利用するための機能である。機能情報テーブルＴＤ１００は、映像表示装置６００が、「ＧＰＳ機能」、「ナビゲーション機能」、「カメラ機能」および「クーポン機能」を有さないことを示す。

また、通信端末装置５００の記憶部５２０には、以下の機能情報テーブルＭＤ１００が記憶されている。機能情報テーブルＭＤ１００は、通信端末装置５００が有する機能を示すテーブルである。

図１０は、一例としての機能情報テーブルＭＤ１００を示す図である。機能情報テーブルＭＤ１００は、複数の機能情報から構成される。図１０を参照して、機能情報テーブルＭＤ１００に示される複数の項目は、それぞれ、図９の機能情報テーブルＴＤ１００に示される複数の項目と同様なので詳細な説明は繰り返さない。ここで、装置ＩＤ“１１ＭＡ”は、通信端末装置５００の装置ＩＤであるとする。

機能情報テーブルＭＤ１００が示す“２４０×４００”は、表示部５３０の解像度（横２４０（ドット）×縦４００（ドット））を示す。機能情報テーブルＭＤ１００では、通信端末装置５００が、Ｈ．２６４形式の動画像を再生可能なことを示す。また、機能情報テーブルＭＤ１００では、通信端末装置５００が、電子マネーを取り扱う機能（以下、電子マネー機能ともいう）を有することを示す。また、機能情報テーブルＭＤ１００は、通信端末装置５００が、「ＧＰＳ機能」、「ナビゲーション機能」、「カメラ機能」および「クーポン機能」を有することを示す。

次に、通信端末装置５００および映像表示装置６００の各々の機能情報を、サービスサーバ８００Ａに登録するための処理（以下、機能情報登録処理ともいう）について説明する。以下においては、機能情報登録処理において、通信端末装置５００で行なわれる処理を機能情報登録処理Ｍともいう。また、機能情報登録処理において、映像表示装置６００で行なわれる処理を機能情報登録処理Ｔともいう。また、機能情報登録処理において、サービスサーバ８００Ａで行なわれる処理を機能情報登録処理Ｓともいう。

なお、サービスサーバ８００ＡのＩＰアドレスは、“１１１．２２２．１１１．２２２”であるとする。以下においては、サービスサーバ８００ＡのＩＰアドレスを、サービスＩＰアドレスともいう。ここで、サービスＩＰアドレスは、通信端末装置５００の記憶部５２０にのみ記憶されているとする。また、通信端末装置５００はリモコンモードに設定されているとする。また、通信端末装置５００の表示部５３０には、図７のリモコン画像ＭＧ１００が表示されているとする。

図１１は、機能情報登録処理Ｍ、機能情報登録処理Ｔおよび機能情報登録処理Ｓのフローチャートである。図１１を参照して、機能情報登録処理Ｍでは、まず、ステップＳ１１０の処理が行なわれる。

ステップＳ１１０では、制御部５１０が、初期設定操作があるか否かを判定する。初期設定操作は、図７のボタン画像ＭＢＧ１７０を押下処理するためのインターフェース操作Ｍである。ステップＳ１１０において、ＹＥＳならば、ステップＳ１１１に進む。一方、ステップＳ１１０において、ＮＯならば、再度、ステップＳ１１０の処理が行なわれる。ここでは、初期設定操作があったとして、ステップＳ１１１に進む。

ステップＳ１１１では、装置検出処理Ｍが行なわれる。装置検出処理Ｍでは、制御部５１０が、無線通信により、データ通信可能な装置を検出する。ここで、無線通信は、たとえば、Bluetooth（登録商標）を利用した通信である。装置検出処理Ｍにより、データ通信可能な装置が検出されると、制御部５１０は、ＶＤＰ５３２を利用して、検出した装置を示す検出装置画像を、表示部５３０に表示させる。そして、ステップＳ１１１の処理は終了する。

ここで、データ通信可能な装置として、映像表示装置６００が検出されたとする。この場合、表示部５３０には、以下の検出装置画像ＭＧ２００が表示されるとする。なお、データ通信可能な装置が検出されない場合、ステップＳ１１１の処理が繰り返される。

図１２は、一例としての検出装置画像ＭＧ２００を示す図である。図１２を参照して、検出装置画像ＭＧ２００には、装置が検出された旨のメッセージと、ボタン画像ＭＢＧ２１５とが配置される。ボタン画像ＭＢＧ２１５は、映像表示装置６００の機能情報を、サービスサーバ８００Ａに登録するためのボタン画像である。なお、ステップＳ１１１の処理により複数の装置が検出された場合は、検出装置画像ＭＧ２００には、検出された複数の装置にそれぞれ対応する複数のボタン画像が配置される。

再び、図１１を参照して、ステップＳ１１１の処理の後、ステップＳ１１２に進む。
ステップＳ１１２では、制御部５１０が、登録操作Ｍがあるか否かを判定する。登録操作Ｍは、ボタン画像ＭＢＧ２１５を押下処理するためのインターフェース操作Ｍである。ステップＳ１１２において、ＹＥＳならば、ステップＳ１１３に進む。一方、ステップＳ１１２において、ＮＯならば、再度、ステップＳ１１２の処理が行なわれる。ここでは、登録操作Ｍがあったとして、ステップＳ１１３に進む。

ステップＳ１１３では、登録必要情報送信処理Ｍが行なわれる。登録必要情報送信処理Ｍでは、制御部５１０が、登録必要情報を、サービスサーバ８００Ａへ送信する。ここで、登録必要情報は、映像表示装置６００の機能情報を、サービスサーバ８００Ａに登録するために必要な情報である。登録必要情報には、サービスＩＰアドレス“１１１．２２２．１１１．２２２”と、ユニークＩＤとが含まれる。

ユニークＩＤとは、映像表示装置６００の機能情報と、通信端末装置５００の機能情報とを関連付けてサービスサーバ８００Ａに登録するためのＩＤである。ここで、ユニークＩＤは、制御部５１０により生成されるとする。ユニークＩＤは、たとえば、通信端末装置５００のＭＡＣアドレスに基づいて生成されたＩＤであるとする。ここで、ユニークＩＤは、“ＭＭ．１１．２２”であるとする。なお、ユニークＩＤは、上記方法により生成されたＩＤに限定されるものではない。たとえば、ユニークＩＤは、ＩＰアドレスであってもよい。

機能情報登録処理Ｔでは、まず、ステップＳ１４１の処理が行なわれる。
ステップＳ１４１では、制御部６１０が、登録必要情報を受信したか否かを判定する。ステップＳ１４１において、ＹＥＳならば、ステップＳ１４２に進む。一方、ステップＳ１４１において、ＮＯならば、再度、ステップＳ１４１の処理が行なわれる。ここでは、登録必要情報を受信したとして、ステップＳ１４２に進む。

ステップＳ１４２では、機能情報送信処理Ｔが行なわれる。機能情報送信処理Ｔでは、制御部６１０が、ユニークＩＤおよび機能情報テーブルを、受信した登録必要情報に含まれるサービスＩＰアドレスで特定されるサービスサーバ８００Ａへ送信する。なお、サービスＩＰアドレスは、“１１１．２２２．１１１．２２２”である。ここで、サービスサーバ８００Ａに送信されるユニークＩＤは、“ＭＭ．１１．２２”であるとする。また、サービスサーバ８００Ａに送信される機能情報テーブルは、図９の機能情報テーブルＴＤ１００であるとする。ステップＳ１４２の処理が終了すると、機能情報登録処理Ｔは終了する。

機能情報登録処理Ｓでは、まず、ステップＳ１８１の処理が行なわれる。
ステップＳ１８１では、制御部８１０が、ユニークＩＤおよび機能情報テーブルを受信したか否かを判定する。ステップＳ１８１において、ＹＥＳならば、ステップＳ１８２に進む。一方、ステップＳ１８１において、ＮＯならば、再度、ステップＳ１８１の処理が行なわれる。ここでは、ユニークＩＤ“ＭＭ．１１．２２”および機能情報テーブルＴＤ１００を受信したとして、ステップＳ１８２に進む。

ステップＳ１８２では、情報記憶処理Ｓが行なわれる。情報記憶処理Ｓでは、制御部８１０が、受信した機能情報テーブルを、関連装置機能情報テーブルとして、記憶部８２０に記憶させる。また、制御部８１０は、受信したユニークＩＤと、受信した機能情報テーブルに示される装置ＩＤとを対応付けて、記憶部８２０に記憶させる。なお、記憶部８２０に関連装置機能情報テーブルが既に記憶されている場合の処理は後述する。

ここでは、記憶部８２０に、関連装置機能情報テーブルとしての機能情報テーブルＴＤ１００が記憶されるとする。また、記憶部８２０に、ユニークＩＤ“ＭＭ．１１．２２”と、機能情報テーブルＴＤ１００に示される装置ＩＤ“１１ＴＡ”とが対応付けられて記憶されるとする。そして、ステップＳ１８３に進む。

ステップＳ１８３では、制御部８１０が、記憶部８２０に、同一のユニークＩＤが対応付けられた複数の装置ＩＤが記憶されているか否かを判定する。ステップＳ１８３において、ＹＥＳならば、ステップＳ１８４に進む。一方、ステップＳ１８３において、ＮＯならば、再度、ステップＳ１８１の処理が行なわれる。ここでは、記憶部８２０に、ユニークＩＤ“ＭＭ．１１．２２”と対応付けられた、１つの装置ＩＤ“１１ＴＡ”が記憶されているとして、再度、ステップＳ１８１の処理が行なわれる。

機能情報登録処理Ｍでは、ステップＳ１１３の処理の後、ステップＳ１１４に進む。
ステップＳ１１４では、機能情報送信処理Ｍが行なわれる。機能情報送信処理Ｍでは、制御部５１０が、ユニークＩＤおよび機能情報テーブルを、サービスＩＰアドレスで特定されるサービスサーバ８００Ａへ送信する。なお、サービスＩＰアドレスは、“１１１．２２２．１１１．２２２”である。ここで、サービスサーバ８００Ａに送信されるユニークＩＤは、“ＭＭ．１１．２２”であるとする。また、サービスサーバ８００Ａに送信される機能情報テーブルは、図１０の機能情報テーブルＭＤ１００であるとする。そして、機能情報登録処理Ｍの処理は終了する。

機能情報登録処理Ｓでは、前述したステップＳ１８１の処理により、ユニークＩＤ“ＭＭ．１１．２２”および機能情報テーブルＭＤ１００を受信したとして、ステップＳ１８２に進む。

ステップＳ１８２では、前述したのと同様な処理が行なわれるので詳細な説明は繰り返さない。ここで、記憶部８２０には、既に、関連装置機能情報テーブルとしての機能情報テーブルＴＤ１００が記憶されているとする。この場合、制御部８１０は、関連装置機能情報テーブルとしての機能情報テーブルＴＤ１００に、受信した機能情報テーブルＭＤ１００を追記する。この処理により、記憶部８２０には、後述する関連装置機能情報テーブルＳＤ１００が記憶されるとする。

また、制御部８１０は、受信したユニークＩＤ“ＭＭ．１１．２２”と、受信した機能情報テーブルＭＤ１００に示される装置ＩＤとを対応付けて、記憶部８２０に記憶させる。この処理により、記憶部８２０に、ユニークＩＤ“ＭＭ．１１．２２”と、機能情報テーブルＭＤ１００に示される装置ＩＤ“１１ＭＡ”とが対応付けられて記憶されるとする。

ステップＳ１８３では、前述したのと同様な処理が行なわれるので詳細な説明は繰り返さない。ここで、記憶部８２０に、同一のユニークＩＤ“ＭＭ．１１．２２”が対応付けられた、装置ＩＤ“１１ＴＡ”および装置ＩＤ“１１ＭＡ”が記憶されているとする。この場合、ステップＳ１８３において、ＹＥＳと判定され、ステップＳ１８４に進む。

ステップＳ１８４では、関連装置特定テーブルが生成される。ここで、関連装置特定テーブルは、関連付けられた複数の装置を特定するためのテーブルである。具体的には、制御部８１０が、同一のユニークＩＤが対応付けられた複数の装置ＩＤと、当該ユニークＩＤとを対応づけた関連装置特定テーブルを生成する。そして、制御部８１０は、生成した関連装置特定テーブルを、記憶部８２０に記憶させる。そして、ステップＳ１８４の処理は終了する。

ここで、記憶部８２０に、同一のユニークＩＤ“ＭＭ．１１．２２”が対応付けられた、装置ＩＤ“１１ＴＡ”および装置ＩＤ“１１ＭＡ”が記憶されているとする。この場合、ステップＳ１８４の処理により、以下の関連装置特定テーブルＳＤ８０が生成される。

図１３は、一例としての関連装置特定テーブルＳＤ８０を示す図である。図１３を参照して、関連装置特定テーブルＳＤ８０により、装置ＩＤ“１１ＴＡ”により特定される映像表示装置６００と、装置ＩＤ“１１ＭＡ”により特定される通信端末装置５００とは、関連付けられた装置であることが分かる。

なお、関連装置特定テーブルは、２台に限定されることなく、３台以上の装置を対応づけてもよい。

なお、関連装置特定テーブルには、使用可能な有効期限が対応付けられてもよい。この場合、対応する有効期限が経過した関連装置特定テーブルは、使用不可能となる。

再び、図１１を参照して、ステップＳ１８４の処理の後、再度、ステップＳ１８１の処理が行なわれる。

図１４は、一例としての関連装置機能情報テーブルＳＤ１００を示す図である。図１４に示される項目は、図９で説明したのと同様なので詳細な説明は繰り返さない。図１４を参照して、関連装置機能情報テーブルＳＤ１００は、たとえば、装置ＩＤ“１１ＴＡ”により特定される映像表示装置６００は、ＧＰＳ機能を有さないことを示す。また、関連装置機能情報テーブルＳＤ１００は、たとえば、装置ＩＤ“１１ＭＡ”により特定される通信端末装置５００は、ＧＰＳ機能を有することを示す。

以上の処理により、複数の装置の各々の機能情報を示す関連装置機能情報テーブルが生成され、サービスサーバ８００Ａに登録される。すなわち、複数の装置の各々の機能情報が、サービスサーバ８００Ａに登録される。

（装置に応じたＵＩ（User Interface）コンテンツの生成）
次に、通信端末装置５００および映像表示装置６００の各々の有する機能に応じたサービスＵＩコンテンツを生成するための処理（以下、ＵＩコンテンツ生成処理ともいう）について説明する。ここで、サービスＵＩコンテンツは、サービスサーバ８００Ａが提供するサービスを受けるための操作を、ユーザに報知するためのデータである。サービスサーバ８００Ａが提供するサービスは、たとえば、映像コンテンツ等の配信、決済処理等である。

ここで、通信端末装置５００において、たとえば、ＲＳＳ（Rich Site SummaryまたはReally Simple Syndication）リーダーにより、サービスサーバ８００Ａが提供可能な複数のサービスが、通信端末装置５００に登録されているとする。ここで、通信端末装置５００に登録されている複数のサービスのリストを表示した画像を、登録サービスリスト画像ともいう。ここで、通信端末装置５００の表示部５３０には、以下の登録サービスリスト画像Ｇ１００が表示されているとする。

図１５は、一例としての登録サービスリスト画像Ｇ１００を示す図である。図１５を参照して、登録サービスリスト画像Ｇ１００には、登録されている複数のサービスにそれぞれ対応する複数のサービス名が表示される。サービス名“サービスＡ”は、たとえば、映像を配信するためのサービスである。サービス名“サービスＢ“は、たとえば、地図を利用したナビゲーションのサービスである。

登録サービスリスト画像Ｇ１００には、さらに、選択枠ＳＬ１１０が配置される。選択枠ＳＬ１１０は、複数のサービス名のうちの１つを選択するための枠である。選択枠ＳＬ１１０は、通信端末装置５００において、方向ボタン５４１Ａを押下されることにより上に移動する。また、選択枠ＳＬ１１０は、通信端末装置５００において、方向ボタン５４１Ｂを押下されることにより下に移動する。

次に、ＵＩコンテンツ生成処理について説明する。ＵＩコンテンツ生成処理により生成されるサービスＵＩコンテンツには、サービスシナリオと、サービスシナリオの実行時に使用される複数のメディアデータとが含まれる。ここで、サービスシナリオは、コンテンツに対して行なう処理、ユーザの操作に対して行なう処理等が記述されたデータである。メディアデータは、スクリプトデータ、テキストデータ、画像データ等のデータである。

サービスシナリオは、当該サービスシナリオを実行する装置が有する機能に基づいて、オリジナルシナリオおよびシナリオ生成テーブルを利用して生成される。ここで、オリジナルシナリオは、コンテンツに対して行なう処理、ユーザの操作に対して行なう処理等が記述されたデータである。オリジナルシナリオは、ＸＭＬ（Extensible Markup Language）で記述される。なお、オリジナルシナリオは、ＸＭＬ以外の言語で記述されてもよい。

図１６は、一例としてのオリジナルシナリオＳＤ２００の構成を示す図である。オリジナルシナリオＳＤ２００は、スクリプトで示される複数の処理を含む。図１６を参照して、オリジナルシナリオＳＤ２００において、「処理名」とは、複数の処理の名称である。「ステップ番号」とは、対応する処理を特定するための番号である。ここで、オリジナルシナリオＳＤ２００は、予め、サービスサーバ８００Ａの記憶部８２０に記憶されているとする。

また、シナリオ生成テーブルは、サービスシナリオを生成するための条件が記述されたテーブルである。サービスシナリオは、ＸＭＬで記述される。なお、サービスシナリオは、ＸＭＬ以外の言語で記述されてもよい。なお、シナリオ生成テーブルは、オリジナルシナリオに示される各処理と対応するように生成される。

図１７は、一例としてのシナリオ生成テーブルＳＤ２１０を示す図である。図１７を参照して、シナリオ生成テーブルＳＤ２１０に示されるステップ番号は、オリジナルシナリオＳＤ２００に示されるステップ番号と対応する。なお、「シナリオ生成条件」とは、サービスシナリオを生成するための条件である。「シナリオ生成条件」の項目に示される各内容についての詳細は後述する。ここで、シナリオ生成テーブルＳＤ２１０は、予め、サービスサーバ８００Ａの記憶部８２０に記憶されているとする。

以下においては、通信端末装置５００により実行されるサービスシナリオを、サービスシナリオＭともいう。また、映像表示装置６００により実行されるサービスシナリオを、サービスシナリオＴともいう。また、通信端末装置５００の表示部５３０には、図１５の登録サービスリスト画像Ｇ１００が表示されているとする。

図１８は、ＵＩコンテンツ生成処理のフローチャートである。図１８では、通信端末装置５００、映像表示装置６００およびサービスサーバ８００Ａの各々において行なわれる処理を示す。通信端末装置５００では、まず、ステップＳ２１１の処理が行なわれる。

ステップＳ２１１では、制御部５１０が、選択操作Ｍがあるか否かを判定する。ここで、選択操作Ｍは、選択枠ＳＬ１１０によりサービス名が選択されている状態で、決定ボタン５４１Ｅを押下する操作である。ステップＳ２１１において、ＹＥＳならば、ステップＳ２１２に進む。一方、ステップＳ２１１において、ＮＯならば、再度、ステップＳ２１１の処理が行なわれる。ここでは、選択操作Ｍがあったとして、ステップＳ２１２に進む。なお、選択操作Ｍにより選択されたサービス名は、“サービスＡ”であるとする。

ステップＳ２１２では、制御部５１０が、サービスＵＩコンテンツ要求指示を、サービスサーバ８００Ａへ送信する。サービスＵＩコンテンツ要求指示は、サービスＵＩコンテンツを、サービスサーバ８００Ａに対し要求するための指示である。なお、送信されるサービスＵＩコンテンツ要求指示には、通信端末装置５００の装置ＩＤ“１１ＭＡ”および選択されたサービス名“サービスＡ”が含まれるとする。そして、ステップＳ２１２の処理は終了する。

サービスサーバ８００Ａでは、まず、ステップＳ２８１の処理が行なわれる。
ステップＳ２８１では、制御部８１０が、サービスＵＩコンテンツ要求指示を受信したか否かを判定する。ステップＳ２８１において、ＹＥＳならば、ステップＳ２９０に進む。一方、ステップＳ２８１において、ＮＯならば、再度、ステップＳ２８１の処理が行なわれる。ここでは、サービスＵＩコンテンツ要求指示を受信したとして、ステップＳ２９０に進む。

ステップＳ２９０では、サービスシナリオ生成処理Ｓが行なわれる。サービスシナリオ生成処理Ｓは、前述したサービスシナリオＴおよびサービスシナリオＭを生成するための処理である。

図１９は、サービスシナリオ生成処理Ｓのフローチャートである。図１９を参照して、ステップＳ２９１では、制御部８１０が、記憶部８２０から、受信したサービスＵＩコンテンツ要求指示に含まれるサービス名が“サービスＡ”のサービスに対応する、オリジナルシナリオおよびシナリオ生成テーブルを読み出す。この処理により読み出されたオリジナルシナリオおよびシナリオ生成テーブルは、それぞれ、図１６のオリジナルシナリオＳＤ２００および図１７のシナリオ生成テーブルＳＤ２１０であるとする。そして、ステップＳ２９２に進む。

ステップＳ２９２では、制御部８１０が、記憶部８２０に記憶されている関連装置特定テーブルにおいて、受信したサービスＵＩコンテンツ要求指示に含まれる装置ＩＤ“１１ＭＡ”に対応付けられている装置ＩＤを取得する。ここで、関連装置特定テーブルは、図１３の関連装置特定テーブルＳＤ８０であるとする。この場合、取得される装置ＩＤは、“１１ＴＡ”となる。そして、ステップＳ２９３に進む。

ステップＳ２９３では、判定処理Ｓが行なわれる。判定処理Ｓでは、制御部８１０が、映像表示装置６００および通信端末装置５００の各々が有する機能と、シナリオ生成テーブルとに基づいて、オリジナルシナリオに含まれる複数の処理のうち、映像表示装置６００および通信端末装置５００において使用する処理を判定する。

具体的には、制御部８１０が、図１４の関連装置機能情報テーブルＳＤ１００および図１７のシナリオ生成テーブルＳＤ２１０に基づいて、判定テーブルを生成する。生成される判定テーブルは、制御部８１０が、オリジナルシナリオＳＤ２００に含まれる複数の処理のうち、映像表示装置６００および通信端末装置５００において使用する処理を判定したテーブルである。制御部８１０は、生成した判定テーブルを、記憶部８２０に記憶させる。

ここで、シナリオ生成テーブルＳＤ２１０に示される「シナリオ生成条件」の各項目について説明する。シナリオ生成テーブルＳＤ２１０において、「高解像度側」とは、映像表示装置６００および通信端末装置５００のうち、表示部の解像度が高い装置に対し、対応するステップ番号（ＳＴ１）の処理を使用するという条件である。この場合、制御部８１０は、関連装置機能情報テーブルＳＤ１００に示される画像表示機能により、映像表示装置６００に対し、オリジナルシナリオＳＤ２００に含まれる、ステップ番号ＳＴ１の処理（コンテンツ・リスト表示処理）を使用すると判定する。

シナリオ生成テーブルＳＤ２１０において、「全て」とは、映像表示装置６００および通信端末装置５００の両方に、対応するステップ番号（ＳＴ２）の処理を使用するという条件である。

シナリオ生成テーブルＳＤ２１０において、「電子マネー＞番号入力」とは、映像表示装置６００および通信端末装置５００のうち、番号入力決済機能を有する装置より、電子マネー機能を有する装置に対し、対応するステップ番号（ＳＴ３）の処理を使用するという条件である。

この場合、制御部８１０は、関連装置機能情報テーブルＳＤ１００に示される決済機能により、通信端末装置５００に対し、オリジナルシナリオＳＤ２００に含まれる、ステップ番号ＳＴ３の処理（購入処理）を使用すると判定する。すなわち、購入処理では、番号入力決済機能より、電子マネー機能が優先して使用される。

シナリオ生成テーブルＳＤ２１０において、「ＭＰＥＧ２」とは、映像表示装置６００および通信端末装置５００のうち、ＭＰＥＧ２形式の動画像を再生可能な装置に対し、対応するステップ番号（ＳＴ４）の処理を使用するという条件である。この場合、制御部８１０は、関連装置機能情報テーブルＳＤ１００に示される動画再生機能により、映像表示装置６００に対し、オリジナルシナリオＳＤ２００に含まれる、ステップ番号ＳＴ４の処理（コンテンツ再生処理）を使用すると判定する。

シナリオ生成テーブルＳＤ２１０において、「ＳＴ４を行なう装置」とは、映像表示装置６００および通信端末装置５００のうち、ステップ番号ＳＴ４の処理を行なう装置に対し、対応するステップ番号（ＳＴ５）の処理を使用するという条件である。この場合、制御部８１０は、ステップ番号ＳＴ４の処理を行なう映像表示装置６００に対し、オリジナルシナリオＳＤ２００に含まれる、ステップ番号ＳＴ５の処理（特典表示処理）を使用すると判定する。

シナリオ生成テーブルＳＤ２１０において、「クーポン機能を有する装置」とは、映像表示装置６００および通信端末装置５００のうち、クーポン機能を有する装置に対し、対応するステップ番号（ＳＴ６）の処理を使用するという条件である。この場合、制御部８１０は、関連装置機能情報テーブルＳＤ１００に示されるクーポン機能の有無により、通信端末装置５００に対し、オリジナルシナリオＳＤ２００に含まれる、ステップ番号ＳＴ６の処理（クーポン取得処理）を使用すると判定する。

以上の制御部８１０の判定により、以下の判定テーブルＳＤ３００が生成される。なお、生成された判定テーブルＳＤ３００が記憶部８２０に記憶されると、ステップＳ２９３の処理は終了する。

図２０は、一例としての判定テーブルＳＤ３００を示す図である。図２０を参照して、「ステップ番号」の項目に示される複数のステップ番号は、オリジナルシナリオＳＤ２００に示されるステップ番号と対応する。装置ＩＤ“１１ＴＡ”は、映像表示装置６００の装置ＩＤである。装置ＩＤ“１１ＭＡ”は、通信端末装置５００の装置ＩＤである。すなわち、判定テーブルＳＤ３００は、映像表示装置６００および通信端末装置５００の各々に対して、使用する処理を判定したテーブルである。

判定テーブルＳＤ３００において、「使用」とは、オリジナルシナリオＳＤ２００に含まれる、対応するステップ番号の処理を使用することを示す。「不使用」とは、オリジナルシナリオＳＤ２００に含まれる、対応するステップ番号の処理を使用しないことを示す。

再び、図１９を参照して、ステップＳ２９３の処理の後、ステップＳ２９４に進む。
ステップＳ２９４では、シナリオ生成処理Ｓが行なわれる。シナリオ生成処理Ｓは、オリジナルシナリオに含まれる複数の処理のうち、装置が有する機能に応じた処理を使用することで、装置に応じたサービスシナリオを生成する処理である。シナリオ生成処理Ｓでは、制御部８１０が、オリジナルシナリオおよび判定テーブルに基づいて、映像表示装置６００および通信端末装置５００の各々が有する機能に応じたサービスシナリオを生成する。生成されたサービスシナリオは、映像表示装置６００および通信端末装置５００が互いに連携して動作するためのデータである。そして、制御部８１０は、生成したサービスシナリオを、記憶部８２０に記憶させる。

ここで、オリジナルシナリオは、図１６のオリジナルシナリオＳＤ２００であるとする。判定テーブルは、図２０の判定テーブルＳＤ３００であるとする。この場合、制御部８１０は、以下のサービスシナリオＳＴＤ４００およびサービスシナリオＳＭＤ４００を生成する。サービスシナリオＳＴＤ４００は、装置ＩＤ“１１ＴＡ”の映像表示装置６００により実行されるシナリオである。サービスシナリオＳＭＤ４００は、装置ＩＤ“１１ＭＡ”の通信端末装置５００により実行されるシナリオである。

図２１は、一例としてのサービスシナリオを示す図である。図２１（Ａ）は、一例としてのサービスシナリオＳＴＤ４００を示す図である。図２１（Ｂ）は、一例としてのサービスシナリオＳＭＤ４００を示す図である。

サービスシナリオＳＴＤ４００において、ステップ番号ＴＳＴ１〜ＴＳＴ６は、それぞれ、ステップ番号ＳＴ１〜ＳＴ６に対応する。また、サービスシナリオＳＭＤ４００において、ステップ番号ＭＳＴ１〜ＭＳＴ６は、それぞれ、ステップ番号ＳＴ１〜ＳＴ６に対応する。

まず、サービスシナリオＳＴＤ４００の生成方法について説明する。サービスシナリオＳＴＤ４００は、まず、図２０の判定テーブルＳＤ３００の装置ＩＤ“１１ＴＡ”の列において、「使用」に対応するステップ番号（たとえば、ＳＴ１、ＳＴ２）の処理を用いて生成される。たとえば、判定テーブルＳＤ３００におけるステップ番号ＳＴ１の処理（コンテンツ・リスト表示処理）は、サービスシナリオＳＴＤ４００のステップ番号ＴＳＴ１の処理とされる。同様に、判定テーブルＳＤ３００におけるステップ番号ＳＴ２、ＳＴ４、ＳＴ５の処理は、それぞれ、サービスシナリオＳＴＤ４００のステップ番号ＴＳＴ２、ＴＳＴ４、ＴＳＴ５の処理とされる。

そして、判定テーブルＳＤ３００の装置ＩＤ“１１ＴＡ”の列において、「不使用」に対応するステップ番号（以下、不使用ステップ番号Ｔともいう）の１つ前のステップ番号が存在し、かつ、当該１つ前のステップ番号が「使用」である場合、以下の処理ＴＡが行なわれる。処理ＴＡでは、１つ前のステップ番号に対応する、サービスシナリオＳＴＤ４００のステップ番号の処理に、通信端末装置５００で実行されるサービスシナリオＳＭＤ４００における、不使用ステップ番号Ｔに対応するステップ番号の処理に移行する処理が追加される。

具体的には、判定テーブルＳＤ３００における、不使用ステップ番号Ｔとしてのステップ番号ＳＴ３の１つ前のステップ番号ＳＴ２に対応する、サービスシナリオＳＴＤ４００のステップ番号ＴＳＴ２の処理に、サービスシナリオＳＭＤ４００のステップ番号ＭＳＴ３の処理に移行する処理が追加される。なお、ステップ番号ＴＳＴ５の処理にも、ステップ番号ＴＳＴ２の処理と同様に、サービスシナリオＳＭＤ４００の処理に移行する処理が追加される。

また、判定テーブルＳＤ３００の装置ＩＤ“１１ＴＡ”の列において、不使用ステップ番号Ｔが存在する場合、以下の処理ＴＡ１が行なわれる。処理ＴＡ１では、判定テーブルＳＤ３００の不使用ステップ番号Ｔとしてのステップ番号ＳＴ３、ＳＴ６にそれぞれ対応する、サービスシナリオＳＴＤ４００のステップ番号ＴＳＴ３、ＴＳＴ６の処理が、待機処理とされる。

以上説明したようにサービスシナリオＳＴＤ４００は生成される。生成されたサービスシナリオＳＴＤ４００は、映像表示装置６００が有する機能に応じたサービスシナリオである。すなわち、サービスシナリオＳＴＤ４００は、映像表示装置６００に応じた処理データである。なお、サービスシナリオＳＴＤ４００のファイル名は、“VOD_TV.xml”であるとする。

次に、サービスシナリオＳＭＤ４００の生成方法について説明する。サービスシナリオＳＭＤ４００は、まず、図２０の判定テーブルＳＤ３００の装置ＩＤ“１１ＭＡ”の列において、「使用」に対応するステップ番号（たとえば、ＳＴ２、ＳＴ３、およびＳＴ６）の処理を用いて生成される。たとえば、判定テーブルＳＤ３００におけるステップ番号ＳＴ２の処理（コンテンツ詳細表示処理）は、サービスシナリオＳＭＤ４００のステップ番号ＭＳＴ２の処理とされる。同様に、判定テーブルＳＤ３００におけるステップ番号ＳＴ３、ＳＴ６の処理は、それぞれ、サービスシナリオＳＭＤ４００のステップ番号ＴＳＴ３、ＴＳＴ６の処理とされる。

そして、判定テーブルＳＤ３００の装置ＩＤ“１１ＭＡ”の列において、「不使用」に対応するステップ番号（以下、不使用ステップ番号Ｍともいう）の１つ前のステップ番号が存在し、かつ、当該１つ前のステップ番号が「使用」である場合、以下の処理ＭＡが行なわれる。処理ＭＡでは、１つ前のステップ番号に対応する、サービスシナリオＳＭＤ４００のステップ番号の処理に、映像表示装置６００で実行されるサービスシナリオＳＴＤ４００における、不使用ステップ番号Ｍに対応するステップ番号の処理に移行する処理が追加される。

具体的には、判定テーブルＳＤ３００における、不使用ステップ番号Ｍとしてのステップ番号ＳＴ４の１つ前のステップ番号ＳＴ３に対応する、サービスシナリオＳＭＤ４００のステップ番号ＭＳＴ３の処理に、サービスシナリオＳＴＤ４００のステップ番号ＴＳＴ４の処理に移行する処理が追加される。

また、判定テーブルＳＤ３００の装置ＩＤ“１１ＭＡ”の列において、不使用ステップ番号Ｍであって、コンテンツ再生処理に対応しないステップ番号が存在する場合、以下の処理ＭＡ１が行なわれる。処理ＭＡ１では、判定テーブルＳＤ３００における不使用ステップ番号Ｍとしてのステップ番号ＳＴ１、ＳＴ５にそれぞれ対応する、サービスシナリオＳＭＤ４００のステップ番号ＭＳＴ１、ＭＳＴ５の処理が、映像表示装置制御処理とされる。映像表示装置制御処理は、映像表示装置６００を制御するための処理である。

また、判定テーブルＳＤ３００の装置ＩＤ“１１ＭＡ”の列において、不使用ステップ番号Ｍであって、コンテンツ再生処理に対応するステップ番号が存在する場合、以下の処理ＭＡ２が行なわれる。処理ＭＡ２では、判定テーブルＳＤ３００における不使用ステップ番号Ｍとしてのステップ番号ＳＴ４に対応する、サービスシナリオＳＭＤ４００のステップ番号ＭＳＴ４の処理が、映像表示装置制御処理Ａとされる。映像表示装置制御処理Ａは、映像表示装置６００においてコンテンツの再生を制御するための処理である。

以上説明したようにサービスシナリオＳＭＤ４００は生成される。生成されたサービスシナリオＳＭＤ４００は、通信端末装置５００が有する機能に応じたサービスシナリオである。すなわち、サービスシナリオＳＭＤ４００は、通信端末装置５００に応じた処理データである。なお、サービスシナリオＳＭＤ４００のファイル名は、“VOD_Mobile.xml”であるとする。

また、サービスシナリオＳＴＤ４００およびサービスシナリオＳＭＤ４００は、それぞれ、映像表示装置６００および通信端末装置５００で実行されることにより、映像表示装置６００および通信端末装置５００が互いに連携して動作するためのデータである。また、サービスシナリオＳＴＤ４００およびサービスシナリオＳＭＤ４００は、映像表示装置６００および通信端末装置５００が互いに連携して動作する際に、連携においえて使いやすい機能（たとえば、電子マネー機能）を優先的に使用したシナリオでもある。

図２２は、映像表示装置６００により実行されるサービスシナリオＳＴＤ４００のスクリプトの記述の一例を示す図である。図２２を参照して、第２行〜第４行は、スクリプトのヘッダ部分である。第６行〜第１０行は、ステップ番号ＴＳＴ１のコンテンツ・リスト表示処理のスクリプトの一例である。第１１行〜第１４行は、ステップ番号ＴＳＴ２に対応する、コンテンツ詳細表示処理と、サービスシナリオＳＭＤ４００のステップ番号ＭＳＴ３の処理に移行する処理とを示すスクリプトの一例である。

第１５行は、ステップ番号ＴＳＴ３の待機処理のスクリプトの一例である。第１６行〜第２２行は、コンテンツ再生処理のスクリプトの一例である。第２３行〜第２６行は、ステップ番号ＴＳＴ５に対応する、特典表示処理と、サービスシナリオＳＭＤ４００のステップ番号ＭＳＴ６の処理に移行する処理とを示すスクリプトの一例である。第２７行は、ステップ番号ＴＳＴ６の待機処理のスクリプトの一例である。なお、スクリプトの詳細な説明は後述する。

図２３は、通信端末装置５００により実行されるサービスシナリオＳＭＤ４００のスクリプトの記述の一例を示す図である。図２３を参照して、第２行〜第４行は、スクリプトのヘッダ部分である。第６行は、ステップ番号ＭＳＴ１の映像表示装置制御処理のスクリプトの一例である。第７行〜第１０行は、ステップ番号ＭＳＴ２のコンテンツ詳細表示処理のスクリプトの一例である。

第１１行〜第１４行は、ステップ番号ＭＳＴ３に対応する、購入処理と、サービスシナリオＳＴＤ４００のステップ番号ＴＳＴ４の処理に移行する処理とを示すスクリプトの一例である。第１５行は、ステップ番号ＭＳＴ４の映像表示装置制御処理Ａのスクリプトの一例である。第１６行は、ステップ番号ＭＳＴ５の映像表示装置制御処理のスクリプトの一例である。第１７行〜第２０行は、ステップ番号ＭＳＴ６のクーポン取得処理のスクリプトの一例である。なお、スクリプトの詳細な説明は後述する。

再び、図１９を参照して、ステップＳ２９４の処理が終了すると、図１８のＵＩコンテンツ生成処理に戻り、ステップＳ２９０の次のステップＳ２９６に進む。

ステップＳ２９６では、ＵＩコンテンツ送信処理Ｓが行なわれる。ＵＩコンテンツ送信処理Ｓでは、制御部８１０が、サービスＵＩコンテンツＴおよびサービスＵＩコンテンツＭを、それぞれ、映像表示装置６００および通信端末装置５００へ送信する。サービスＵＩコンテンツＴは、映像表示装置６００で処理されるコンテンツである。サービスＵＩコンテンツＭは、通信端末装置５００で処理されるコンテンツである。

サービスＵＩコンテンツＴには、図２２のサービスシナリオＳＴＤ４００と、サービスシナリオＳＴＤ４００の実行時に使用される複数のメディアデータＴとが含まれる。メディアデータＴは、スクリプトデータＴ、テキストデータ、画像データ等のデータである。スクリプトデータＴは、ＳＶＧ（Scalable Vector Graphics）の規格に基づいて生成されたデータ（以下、ＳＶＧデータともいう）である。スクリプトデータＴは、たとえば、図２２の第６行に記載されている、ファイル名が“リスト表示．ｓｖｇ”のデータである。

サービスＵＩコンテンツＭには、図２３のサービスシナリオＳＭＤ４００と、サービスシナリオＳＭＤ４００の実行時に使用される複数のメディアデータＭとが含まれる。メディアデータＭは、スクリプトデータＭ、テキストデータ、画像データ等のデータである。スクリプトデータＭは、ＳＶＧの規格に基づいて生成されたデータである。スクリプトデータＭは、たとえば、図２３の第６行に記載されている、ファイル名が“ＴＶ制御．ｓｖｇ”のデータである。そして、ＵＩコンテンツ生成処理におけるサービスサーバ８００Ａの処理は終了する。

ＵＩコンテンツ生成処理において、通信端末装置５００では、ステップＳ２１２の処理の後、ステップＳ２１６に進む。

ステップＳ２１６では、ＵＩコンテンツ受信処理Ｍが行なわれる。ＵＩコンテンツ受信処理Ｍでは、制御部５１０が、サービスＵＩコンテンツＭを受信し、受信したサービスＵＩコンテンツＭを、記憶部５２０に記憶させる。そして、ステップＳ２１７に進む。

ステップＳ２１７では、制御部５１０が、サービスＵＩコンテンツＭに含まれるサービスシナリオＳＭＤ４００を実行することによりシナリオ実行処理Ｍを実行する。シナリオ実行処理Ｍは、他の処理とは独立して行なわれる処理である。そして、ＵＩコンテンツ生成処理における通信端末装置５００の処理は終了する。

ＵＩコンテンツ生成処理において、映像表示装置６００では、ステップＳ２４６の処理が行なわれる。

ステップＳ２４６では、ＵＩコンテンツ受信処理Ｔが行なわれる。ＵＩコンテンツ受信処理Ｔでは、制御部６１０が、サービスＵＩコンテンツＴを受信し、受信したサービスＵＩコンテンツＴを、記憶部６２０に記憶させる。そして、ステップＳ２４７に進む。

ステップＳ２４７では、制御部６１０が、サービスＵＩコンテンツＴに含まれるサービスシナリオＳＴＤ４００を実行することによりシナリオ実行処理Ｔを実行する。シナリオ実行処理Ｔは、他の処理とは独立して行なわれる処理である。そして、ＵＩコンテンツ生成処理における映像表示装置６００の処理は終了する。

以上説明したように、サービスサーバ８００Ａは、映像表示装置６００および通信端末装置５００の各々が有する機能に応じたサービスシナリオを生成する。そして、サービスサーバ８００Ａは、映像表示装置６００が有する機能に応じた図２２のサービスシナリオＳＴＤ４００を含むサービスＵＩコンテンツＴを、映像表示装置６００へ送信する。また、サービスサーバ８００Ａは、通信端末装置５００が有する機能に応じた図２３のサービスシナリオＳＭＤ４００を含むサービスＵＩコンテンツＭを、通信端末装置５００へ送信する。

サービスシナリオＳＴＤ４００およびサービスシナリオＳＭＤ４００は、それぞれ、映像表示装置６００および通信端末装置５００で実行されることにより、映像表示装置６００および通信端末装置５００が互いに連携して動作するためのデータである。また、サービスシナリオＳＴＤ４００およびサービスシナリオＳＭＤ４００は、それぞれ、映像表示装置６００および通信端末装置５００の有する機能に応じたシナリオである。すなわち、サービスシナリオＳＴＤ４００およびサービスシナリオＳＭＤ４００は、それぞれ、映像表示装置６００および通信端末装置５００に応じた処理データである。

したがって、映像表示装置６００および通信端末装置５００は、それぞれ、サービスシナリオＳＴＤ４００およびサービスシナリオＳＭＤ４００を実行することで、映像表示装置６００および通信端末装置５００の各々が有する機能を十分に活用して、互いに連携した動作を行なうことができる。すなわち、複数の装置の各々が、自装置の特性を十分に活用して、互いに連携した動作を行なうことができる。その結果、多種多様な処理を実現することができる。

なお、本発明において、図１９のステップＳ２９３の判定処理Ｓにおいて、判定テーブルを生成する際に、考慮される機能は、図１４の関連装置機能情報テーブルＳＤ１００に示される機能以外であってもよい。たとえば、通話機能、電子メール送受信機能、文字入力機能、地図表示機能、通信機能、文字（ニュース）表示機能、広告閲覧機能等が判定テーブルを生成する際に、考慮されてもよい。

また、判定処理Ｓにおいて、判定テーブルを生成する際に、考慮される「シナリオ生成条件」は、図１７のシナリオ生成テーブルＳＤ２１０に示される条件以外にも、サービスサーバ８００Ａが提供するサービスに応じて、様々な条件が考えられる。たとえば、提供されるサービスが文字入力機能を用いる場合、生成される「シナリオ生成条件」は、通信端末装置５００の文字入力機能を、映像表示装置６００におけるリモコンによる文字入力機能より、優先度を高くするという条件である。

また、提供されるサービスが地図表示機能を用いる場合、生成される「シナリオ生成条件」は、通信端末装置５００の表示部５３０および映像表示装置６００の表示部６３０のうち、画面サイズが大きい方の優先度を高くするという条件である。

また、提供されるサービスが通信機能を用いる場合、生成される「シナリオ生成条件」は、通信端末装置５００および映像表示装置６００のうち、高速通信可能な装置の優先度を高くするという条件である。また、提供されるサービスが文字（ニュース）表示機能を用いる場合、生成される「シナリオ生成条件」は、通信端末装置５００および映像表示装置６００において、優先度を同じとする条件である。

また、提供されるサービスが広告閲覧機能を用いる場合、生成される「シナリオ生成条件」は、通信端末装置５００の表示部５３０および映像表示装置６００の表示部６３０のうち、画面サイズが大きい方の優先度を高くするという条件である。

なお、関連装置特定テーブルおよび関連装置機能情報テーブルは、サービスサーバ８００Ａではなく、通信端末装置５００または映像表示装置６００が有していてもよい。たとえば、通信端末装置５００が、関連装置特定テーブルおよび関連装置機能情報テーブルを有しているとする。また、オリジナルシナリオは、サービスサーバ８００Ａが有しているとする。

この場合、通信端末装置５００は、サービスサーバ８００Ａに対し、自装置の有する機能に応じたサービスシナリオを要求し、当該サービスシナリオを取得する。通信端末装置５００は、関連装置特定テーブルおよび関連装置機能情報テーブルを参照して、自装置以外にも、サービスシナリオを有効に利用可能な装置（以下、装置Ａともいう）があると判定したとする。この場合、通信端末装置５００は、サービスサーバ８００Ａに対し、サービスシナリオを、装置Ａに対しても送信するための指示を出す。サービスサーバ８００Ａは、当該指示に応じて、サービスシナリオを、装置Ａへ送信する。

（装置に応じたサービスシナリオに基づく処理）
次に、通信端末装置５００および映像表示装置６００に応じたサービスシナリオに基づく処理について説明する。具体的には、シナリオ実行処理Ｍおよびシナリオ実行処理Ｔについて説明する。前述したように、シナリオ実行処理Ｍは、通信端末装置５００の制御部５１０が、サービスシナリオＳＭＤ４００を実行することにより行なわれる処理である。また、シナリオ実行処理Ｔは、映像表示装置６００の制御部６１０が、サービスシナリオＳＴＤ４００を実行することにより行なわれる処理である。

図２４は、シナリオ実行処理Ｔおよびシナリオ実行処理Ｍのフローチャートである。図２４を参照して、シナリオ実行処理Ｔでは、まず、ステップＳ３４１の処理が行なわれる。

ステップＳ３４１では、コンテンツ・リスト表示処理が行なわれる。コンテンツ・リスト表示処理は、制御部６１０が、図２２の第６行を実行することにより行なわれる処理である。第６行の“svg-viewer”とは、ＳＶＧデータを解析して、ＳＶＧデータに応じたコンテンツ等を表示するためのアプリケーション（以下、ＳＶＧビューアともいう）の名称である。なお、ＳＶＧビューアは、記憶部６２０に予め記憶されている。以下においては、制御部６１０により実行されるＳＶＧビューアを、ＳＶＧビューアＴともいう。

コンテンツ・リスト表示処理では、ＳＶＧビューアＴが、図２２の第６行のファイル名が“リスト表示．ｓｖｇ”のデータを解析して、以下のリスト画像Ｇ３００を生成し、表示部６３０に、リスト画像Ｇ３００を表示する。

図２５は、一例としてのリスト画像Ｇ３００を示す図である。図２５を参照して、リスト画像Ｇ３００は、サービスサーバ８００Ａが配信可能な複数のコンテンツの各々のタイトルがリスト表示される。たとえば、「ＡＢ物語」は、映画のタイトルである。また、リスト画像Ｇ３００には、選択枠ＳＬ３１０が配置される。選択枠ＳＬ３１０は、複数のタイトルのうちの１つを選択するための枠である。選択枠ＳＬ３１０は、後述するステップＳ３１１の映像表示装置制御処理が行われている通信端末装置５００において、方向ボタン５４１Ａを押下されることにより上に移動する。また、選択枠ＳＬ３１０は、通信端末装置５００において、方向ボタン５４１Ｂを押下されることにより下に移動する。

リスト画像Ｇ３００には、さらに、ボタン画像ＢＧ３１２、ＢＧ３１４が配置される。ボタン画像ＢＧ３１２は、押下処理されることにより、選択枠ＳＬ３１０で選択されているタイトルのコンテンツの詳細情報を、映像表示装置６００の表示部６３０に表示させるためのボタン画像である。ボタン画像ＢＧ３１４は、押下処理されることにより、選択枠ＳＬ３１０で選択されているタイトルのコンテンツの詳細情報を、通信端末装置５００の表示部５３０に表示させるためのボタン画像である。

ボタン画像ＢＧ３１２およびボタン画像ＢＧ３１４は、ユーザに操作をガイドするための操作ガイドでもある。以下においては、サービスシナリオの実行により、表示部５３０および表示部６３０に表示されるボタン画像を、操作ガイドともいう。

再び、図２４を参照して、シナリオ実行処理Ｍでは、まず、ステップＳ３１１の処理が行なわれる。

ステップＳ３１１では、映像表示装置制御処理が行なわれる。映像表示装置制御処理は、制御部５１０が、図２３の第６行を実行することにより行なわれる処理である。なお、ＳＶＧビューアは、記憶部５２０に予め記憶されている。以下においては、制御部５１０により実行されるＳＶＧビューアを、ＳＶＧビューアＭともいう。ＳＶＧビューアＭは、図２３の第６行のファイル名が“ＴＶ制御．ｓｖｇ”のデータを解析して、以下のＴＶ制御画像ＭＧ３００を生成し、表示部５３０に、ＴＶ制御画像ＭＧ３００を表示する。

図２６は、一例としてのＴＶ制御画像ＭＧ３００を示す図である。図２６を参照して、ＴＶ制御画像ＭＧ３００は、図２に示した、入力部５４０に含まれる複数のボタンを表示した画像である。ＴＶ制御画像ＭＧ３００では、入力部５４０に含まれる複数のボタンのうち、斜線で示されるボタンの操作が有効であることを示す。すなわち、ＴＶ制御画像ＭＧ３００は、図２の方向ボタン５４１Ａ，５４１Ｂ，５４１Ｃ，５４１Ｄと、決定ボタン５４１Ｅとの押下操作のみが有効であることを示す。以下においては、通信端末装置５００に設けられたボタンにおいて、操作が有効なボタンを、操作有効ボタンともいう。

なお、前述した“ＴＶ制御．ｓｖｇ”のデータには、押下された操作有効ボタンを認識し、当該操作有効ボタンに応じたリモコン信号を、映像表示装置６００へ送信するためのリモコン信号送信スクリプトも記述されている。操作有効ボタンが押下されると、制御部５１０は、リモコン信号送信スクリプトに基づいて、押下された操作有効ボタンに対応するリモコン信号を、映像表示装置６００へ送信する。映像表示装置６００は、操作有効ボタンに対応するリモコン信号を受信した場合、受信したリモコン信号に応じた処理を行なう。

再び、図２４を参照して、シナリオ実行処理Ｔでは、ステップＳ３４１の処理の後、ステップＳ３４２に進む。

ステップＳ３４２では、制御部６１０が、詳細操作Ｍがあったか否かを判定する。詳細操作Ｍは、図２５の選択枠ＳＬ３１０によりタイトルが選択された状態で行なわれる、通信端末装置５００における操作有効ボタンの押下操作による、ボタン画像ＧＢ３１４を押下処理するための操作である。

ステップＳ３４２において、ＹＥＳならば、制御部６１０は、図２２の第６行のファイル名が"リスト表示.svg"のデータに記述されているスクリプトに基づいて、ファイル名が“ユーザ操作１．ｔｘｔ”のテキストファイルに、“携帯電話で詳細”という文字列を記述する。また、制御部６１０は、ファイル名が"リスト表示.svg"のデータに記述されているスクリプトに基づいて、ファイル名が“ＶＯＤコンテンツ．ｔｘｔ”のテキストファイルに、選択されたタイトル（たとえば、“ＡＢ物語”）の文字列を記述する。なお、ファイル名が“ＶＯＤコンテンツ．ｔｘｔ”のテキストファイルに記述される文字列は、選択されたタイトルを特定する文字列であれば、他の文字列であってもよい。そして、ステップＳ３４２Ａに進む。

一方、ステップＳ３４２において、ＮＯならば、後述するステップＳ３４３に進む。ここでは、詳細操作Ｍがあったとして、ステップＳ３４２Ａに進む。なお、詳細操作Ｍにより選択されたタイトルは、「ＡＢ物語」であるとする。

ステップＳ３４２Ａでは、サービスデータＡ生成処理Ｔが行なわれる。サービスデータＡ生成処理Ｔは、図２２の第７行、第９行のスクリプトに示されるように、ファイル名が“ユーザ操作１．ｔｘｔ”のテキストファイルに、“携帯電話で詳細”が記述されている場合に行なわれる処理である。

サービスデータＡ生成処理Ｔでは、制御部６１０が、図２２の第９行の“xlink:href="VOD_Mobile.xml:id=詳細表示"”の記述に基づいて、サービスデータＡとしての、以下のサービスデータＴＳＤ５００Ａを生成する。そして、ステップＳ３４２Ａの処理は終了する。なお、“xlink:href="VOD_Mobile.xml:id=詳細表示"”は、ファイル名が“VOD_Mobile.xml”であるサービスシナリオＳＭＤ４００に記載されている“step id="詳細表示"にリンクされていることをしめす。

図２７は、一例としてのサービスデータＴＳＤ５００Ａを示す図である。図２７を参照して、サービスデータＴＳＤ５００Ａにおいて、ＵＲＩ（Uniform Resource Identifier）は、サービスデータの送信先の装置が有するサービスシナリオを特定するためのＵＲＩである。ここで、ＵＲＩ“http://service.com/VOD_Mobile.xml”は、通信端末装置５００の記憶部５２０に記憶されている、ファイル名が“VOD_Mobile.xml”であるサービスシナリオＳＭＤ４００を特定する。また、ＵＲＩ“http://service.com/VOD_Mobile.xml”に含まれる、“http://service.com/”は、サービスサーバ８００Ａが提供するサービスを特定するための情報でもある。すなわち、ＵＲＩは、サービスサーバ８００Ａが提供するサービスを特定するための情報でもある。すなわち、ＵＲＩにより特定されるサービスシナリオは、ＵＲＩにより特定されるサービスに対応するデータでもある。

「ステータスＩＤ」とは、サービスデータの送信先の装置が有するサービスシナリオ内において実行される行を特定するためのステータス情報である。すなわち、「ステータスＩＤ」は、サービスデータの送信先の装置が実行すべき処理を特定するための情報でもある。「ファイル名」とは、サービスデータＴＳＤ５００Ａに含まれるメディアデータのファイル名である。すなわち、サービスデータＴＳＤ５００Ａには、ファイル名が“ユーザ操作１．ｔｘｔ”のテキストファイルと、ファイル名が“ＶＯＤコンテンツ．ｔｘｔ”のテキストファイルとが含まれる。

「内容」とは、対応するファイル名のデータに記述されている文字列を示す。たとえば、サービスデータＴＳＤ５００Ａでは、ファイル名が“ユーザ操作１．ｔｘｔ”のテキストファイルに“携帯電話で詳細”という文字列が記述されていることを示す。

再び、図２４を参照して、ステップＳ３４２Ａの処理の後、ステップＳ３４２Ｂに進む。

ステップＳ３４２Ｂでは、サービスデータＡ送信処理Ｔが行なわれる。サービスデータＡ送信処理Ｔは、制御部６１０が、図２２の第９行の“xlink:href="VOD_Mobile.xml:id=詳細表示"”の記述に基づいて、サービスデータＡとしてのサービスデータＴＳＤ５００Ａを、無線通信により、通信端末装置５００へ送信する。そして、ステップＳ３４２Ｂの処理は終了する。

シナリオ実行処理Ｍでは、ステップＳ３１１の処理の後、ステップＳ３１２に進む。
ステップＳ３１２では、制御部５１０が、サービスデータＡとしての図２７のサービスデータＴＳＤ５００Ａを受信したか否かを判定する。ステップＳ３１２において、ＹＥＳならば、ステップＳ３１３に進む。一方、ステップＳ３１２において、ＮＯならば、再度、ステップＳ３１２の処理が行なわれる。ここでは、サービスデータＡとしてのサービスデータＴＳＤ５００Ａを受信したとして、ステップＳ３１３に進む。

ステップＳ３１３では、コンテンツ詳細表示処理Ｍが行なわれる。コンテンツ詳細表示処理Ｍは、制御部５１０が、受信したサービスデータＴＳＤ５００Ａに示されるステータスＩＤ“詳細表示”により特定される図２３の第７行を実行することにより行なわれる処理である。

コンテンツ詳細表示処理Ｍでは、ＳＶＧビューアＭが、図２３の第７行のファイル名が“詳細表示．ｓｖｇ”のデータを解析して、以下の詳細情報表示画像ＭＧ４００を生成する。ファイル名が“詳細表示．ｓｖｇ”のデータは、図１８のステップＳ２１６の処理により受信したサービスＵＩコンテンツＭに含まれるデータである。なお、“詳細表示．ｓｖｇ”のデータには、図２５に表示される複数のタイトルにそれぞれ対応する複数の詳細情報が含まれる。

具体的には、制御部５１０が、ファイル名が“詳細表示．ｓｖｇ”のデータに記述されているスクリプトに基づいて、ファイル名が“ＶＯＤコンテンツ．ｔｘｔ”のテキストファイルに記述された“ＡＢ物語”に対応する詳細情報を、ファイル名が“詳細表示．ｓｖｇ”のデータに含まれる複数の詳細情報から選択する。そして、制御部５１０は、ファイル名が“詳細表示．ｓｖｇ”のデータに記述されているスクリプトに基づいて、選択した詳細情報を表示した詳細情報表示画像ＭＧ４００を生成し、表示部５３０に、詳細情報表示画像ＭＧ４００を表示する。そして、ステップＳ３１３の処理は終了する。

図２８は、一例としての詳細情報表示画像ＭＧ４００を示す図である。図２８を参照して、詳細情報表示画像ＭＧ４００には、選択されたコンテンツのタイトル（「ＡＢ物語」）の詳細情報が表示される。また、詳細情報表示画像Ｇ４００には、ボタン画像ＭＢＧ４１４が配置される。ボタン画像ＭＢＧ４１４は、押下処理されることにより、購入処理をするためのボタン画像である。

再び、図２４を参照して、ステップＳ３１３の処理の後、ステップＳ３１４に進む。
ステップＳ３１４では、制御部５１０が、購入操作Ｍがあるか否かを判定する。購入操作Ｍは、操作有効ボタンの押下操作による、ボタン画像ＭＢＧ４１４を押下処理するための操作である。

ステップＳ３１４において、ＹＥＳならば、制御部５１０は、図２３の第７行のファイル名が“詳細表示．ｓｖｇ”のデータに記述されているスクリプトに基づいて、ファイル名が“ユーザ操作１．ｔｘｔ”のテキストファイルに、“購入”という文字列を記述する。そして、ステップＳ３１４Ａに進む。一方、ステップＳ３１４において、ＮＯならば、後述するステップＳ３１４Ｎに進む。ここでは、購入操作Ｍがあったとして、ステップＳ３１４Ａに進む。

処理がステップＳ３１４Ａに進む場合、サービスデータＴＳＤ５００Ａは、以下の、サービスデータＴＳＤ５００Ｂとなる。

図２９は、一例としてのサービスデータＴＳＤ５００Ｂを示す図である。図２９を参照して、サービスデータＴＳＤ５００Ｂは、図２７のサービスデータＴＳＤ５００Ａと比較して、ファイル名が“ユーザ操作１．ｔｘｔ”のテキストファイルに記述される文字列が、“購入”である点が異なる。それ以外は、サービスデータＴＳＤ５００Ａと同様なので詳細な説明は繰り返さない。

再び、図２４を参照して、ステップＳ３１４Ａでは、購入処理Ｍが行なわれる。購入処理Ｍは、図２３の第８行、第９行のスクリプトに示されるように、ファイル名が“ユーザ操作１．ｔｘｔ”のテキストファイルに、“購入”が記述されている場合に、図２３の第９行の“xlink:href="購入表示"”の記述により、“step id="購入表示"”が記述された第１１行が実行されることにより行なわれる処理である。

購入処理Ｍでは、制御部５１０が、サービスサーバ８００Ａに対し、コンテンツを購入するための決済処理を行なう。決済処理は、たとえば、電子マネーを利用した決済である。ここで、購入されたコンテンツは、タイトルが「ＡＢ物語」のコンテンツであるとする。

決済処理が終了すると、ＳＶＧビューアＭが、図２３の第１１行のファイル名が“購入表示．ｓｖｇ”のデータを解析して、以下の購入画像ＭＧ５００を生成し、表示部５３０に、購入画像ＭＧ５００を表示する。そして、ステップＳ３１４Ａの処理は終了する。

図３０は、一例としての購入画像ＭＧ５００を示す図である。購入画像ＭＧ５００は、図２８の詳細情報表示画像ＭＧ４００と比較して、購入した旨のメッセージが表示される点と、ボタン画像ＭＢＧ４１４の代わりにボタン画像ＭＢＧ５１４が配置される点とが異なる。それ以外は、詳細情報表示画像ＭＧ４００と同様なので詳細な説明は繰り返さない。ボタン画像ＭＢＧ５１４は、押下処理されることにより、購入したコンテンツを、映像表示装置６００で再生させるためのボタン画像である。

再び、図２４を参照して、ステップＳ３１４Ａの処理の後、ステップＳ３１５に進む。
ステップＳ３１５では、制御部５１０が、再生操作Ｍがあるか否かを判定する。再生操作Ｍは、操作有効ボタンの押下操作による、ボタン画像ＭＢＧ５１４を押下処理するための操作である。ステップＳ３１５において、ＹＥＳならば、制御部５１０は、図２３の第１１行のファイル名が“購入表示．ｓｖｇ”のデータに記述されているスクリプトに基づいて、ファイル名が“ユーザ操作２．ｔｘｔ”のテキストファイルに、“ＴＶで見る”という文字列を記述する。

また、制御部５１０は、ファイル名が“購入表示．ｓｖｇ”のデータに記述されているスクリプトに基づいて、ファイル名が“ＶＯＤコンテンツ．ｔｘｔ”のテキストファイルに、タイトルが「ＡＢ物語」のコンテンツのファイル名（ＡＢ物語．ｍｐｇ）を記述する。なお、コンテンツのファイル名に限定されることなく、たとえば、コンテンツを特定するＵＲＩが記述されてもよい。そして、ステップＳ３１５Ａに進む。

一方、ステップＳ３１５において、ＮＯならば、再度、ステップＳ３１５の処理が行なわれる。ここでは、再生操作Ｍがあったとして、ステップＳ３１５Ａに進む。

ステップＳ３１５Ａでは、サービスデータＢ生成処理Ｍが行なわれる。サービスデータＢ生成処理Ｍは、図２３の第１２行、第１３行のスクリプトに示されるように、ファイル名が“ユーザ操作２．ｔｘｔ”のテキストファイルに、“ＴＶで見る”が記述されている場合に行なわれる処理である。

サービスデータＢ生成処理Ｍでは、制御部５１０が、図２３の第１３行の“xlink:href="VOD_TV.xml:id=コンテンツ再生"”の記述に基づいて、サービスデータＢとしての、以下のサービスデータＴＳＤ５００Ｃを生成する。そして、ステップＳ３１５Ａの処理は終了する。

図３１は、一例としてのサービスデータＴＳＤ５００Ｃを示す図である。図３１を参照して、サービスデータＴＳＤ５００Ｃに示される各項目は、図２７で説明したので詳細な説明は繰り返さない。ここで、ＵＲＩ“http://service.com/VOD_TV.xml”は、映像表示装置６００の記憶部６２０に記憶されている、ファイル名が“VOD_TV.xml”であるサービスシナリオＳＴＤ４００を特定する。

なお、サービスデータＴＳＤ５００Ｃは、図２９のサービスデータＴＳＤ５００Ｂと比較して、さらに、ファイル名が“ユーザ操作２．ｔｘｔ”のテキストファイルが含まれる。なお、サービスデータＴＳＤ５００Ｃに含まれる、ファイル名が“ＶＯＤコンテンツ．ｔｘｔ”のテキストファイルには、タイトルが「ＡＢ物語」のコンテンツのファイル名（ＡＢ物語．ｍｐｇ）が記述される。

再び、図２４を参照して、ステップＳ３１５Ａの処理の後、ステップＳ３１５Ｂに進む。

ステップＳ３１５Ｂでは、サービスデータＢ送信処理Ｍが行なわれる。サービスデータＢ送信処理Ｍは、制御部５１０が、図２３の第１３行の“xlink:href="VOD_TV.xml:id=コンテンツ再生"”の記述に基づいて、サービスデータＢとしてのサービスデータＴＳＤ５００Ｃを、無線通信により、映像表示装置６００へ送信する。そして、ステップＳ３１５Ｂの処理は終了する。

シナリオ実行処理Ｔでは、ステップＳ３４２Ｂの処理の後、ステップＳ３４５に進む。
ステップＳ３４５では、制御部６１０が、サービスデータＢとしてのサービスデータＴＳＤ５００Ｃを受信したか否かを判定する。ステップＳ３４５において、ＹＥＳならば、ステップＳ３４６に進む。一方、ステップ３４５において、ＮＯならば、再度、ステップＳ３４５の処理が行なわれる。ここでは、サービスデータＢとしてのサービスデータＴＳＤ５００Ｃを受信したとして、ステップＳ３４６に進む。

ステップＳ３４６では、コンテンツ再生処理が行なわれる。コンテンツ再生処理は、制御部６１０が、受信したサービスデータＴＳＤ５００Ｃに示されるステータスＩＤ“コンテンツ再生”により特定される図２２の第１６行を実行することにより行なわれる処理である。図２２の第１６行の“movie-player”は、コンテンツを再生するためのアプリケーション（以下、コンテンツ再生プログラムともいう）の名称である。

なお、コンテンツ再生プログラムは、記憶部６２０に予め記憶されている。以下においては、制御部６１０により実行されるコンテンツ再生プログラムを、コンテンツ再生プログラムＴともいう。図２２の第１６行の“＠”は、ファイル名が“VODコンテンツ.txt”のテキストファイルに記述された文字列を、コンテンツ再生プログラムＴが取得することを示す。以下においては、図２２の第１６行の“param=“@VODコンテンツ.txt"”の記述に基づくコンテンツを、再生対象コンテンツともいう。ここで、再生対象コンテンツは、ファイル名が“ＶＯＤコンテンツ．ｔｘｔ”のテキストファイルに記述されているファイル名“ＡＢ物語．ｍｐｇ”のコンテンツであるとする。

コンテンツ再生処理では、コンテンツ再生プログラムＴが、再生対象コンテンツを、サービスサーバ８００Ａに要求する。サービスサーバ８００Ａは、再生対象コンテンツの要求に応じて、再生対象コンテンツを、映像表示装置６００へストリーミング配信する。

コンテンツ再生プログラムＴは、サービスサーバ８００Ａから配信される再生対象コンテンツを、ネットワーク７０および通信部５０を介して、受信しながら再生する。コンテンツ再生プログラムＴは、再生しているコンテンツの画像を、表示部６３０に表示させる。

シナリオ実行処理Ｍでは、ステップＳ３１５Ｂの処理の後、ステップＳ３１６に進む。
ステップＳ３１６では、映像表示装置制御処理Ａが行なわれる。映像表示装置制御処理Ａは、図２３の第１３行の“move="TV制御2"”の記述により、“step id=" TV制御2"”が記述された第１５行が実行されることにより行なわれる処理である。

映像表示装置制御処理Ａでは、ＳＶＧビューアＭが、図２３の第１５行のファイル名が“再生制御．ｓｖｇ”のデータを解析して、以下の再生制御画像ＭＧ３００Ａを生成し、表示部５３０に、再生制御画像ＭＧ３００Ａを表示する。

図３２は、一例としての再生制御画像ＭＧ３００Ａを示す図である。図３２を参照して、再生制御画像ＭＧ３００Ａは、図２に示した、入力部５４０に含まれる複数のボタンを表示した画像である。ＴＶ制御画像ＭＧ３００Ａでは、入力部５４０に含まれる複数のボタンのうち、斜線で示されるボタンの操作が有効であることを示す。すなわち、ＴＶ制御画像ＭＧ３００は、図２の方向ボタン５４１Ａ，５４１Ｂ，５４１Ｃ，５４１Ｄと、決定ボタン５４１Ｅと、数字ボタン群５４６に含まれる、２ボタン、５ボタン、８ボタンとの押下操作のみが有効であることを示す。以下においては、通信端末装置５００に設けられたボタンにおいて、操作が有効なボタンを、操作有効ボタンともいう。

なお、前述した“再生制御．ｓｖｇ”のデータには、押下された操作有効ボタンを認識し、当該操作有効ボタンに応じたリモコン信号を、映像表示装置６００へ送信するためのリモコン信号送信スクリプトも記述されている。操作有効ボタンが押下されると、制御部５１０は、リモコン信号送信スクリプトに基づいて、押下された操作有効ボタンに対応するリモコン信号を、映像表示装置６００へ送信する。映像表示装置６００は、操作有効ボタンに対応するリモコン信号を受信した場合、受信したリモコン信号に応じた処理を行なう。

２ボタンが押下された場合、制御部５１０は、映像表示装置６００において再生されているコンテンツを停止させるための停止リモコン信号を、映像表示装置６００へ送信する。５ボタンが押下された場合、制御部５１０は、映像表示装置６００において停止または一時停止状態のコンテンツを再び再生させるための再生リモコン信号を、映像表示装置６００へ送信する。８ボタンが押下された場合、制御部５１０は、映像表示装置６００において再生されているコンテンツを一時停止させるための一時停止リモコン信号を、映像表示装置６００へ送信する。

ステップＳ３４６のコンテンツ再生処理では、コンテンツ再生プログラムＴが、通信端末装置５００から受信したリモコン信号に応じて、コンテンツの再生を制御する。当該制御は、図２２の第１９行〜第２１行に記述されている“action”に基づいて行なわれる。たとえば、制御部６１０が、通信端末装置５００から一時停止リモコン信号を受信した場合、再生中のコンテンツを一時停止させる。

コンテンツの再生が終了した場合、コンテンツ再生プログラムＴは、図２２の第１６行のスクリプトに基づいて、ファイル名が“ユーザ操作３．ｔｘｔ”のテキストファイルに、“コンテンツ終了”という文字列を記述する。そして、ステップＳ３４６Ａに進む。

ステップＳ３４６Ａでは、サービスデータＣ生成処理Ｔが行なわれる。サービスデータＣ生成処理Ｔは、図２２の第１７行、第１８行のスクリプトに示されるように、ファイル名が“ユーザ操作３．ｔｘｔ”のテキストファイルに、“コンテンツ終了”が記述されている場合に行なわれる処理である。

サービスデータＣ生成処理Ｔでは、制御部６１０が、図２２の第１８行の“xlink:href=“VOD_Mobile.xml:id=TV制御3"”の記述に基づいて、サービスデータＣとしての、以下のサービスデータＴＳＤ５００Ｄを生成する。そして、ステップＳ３４６Ａの処理は終了する。

図３３は、一例としてのサービスデータＴＳＤ５００Ｄを示す図である。図３３を参照して、サービスデータＴＳＤ５００Ｄに示される各項目は、図２７で説明したので詳細な説明は繰り返さない。ここで、ＵＲＩ“http://service.com/VOD_Mobile.xml”は、通信端末装置５００の記憶部５２０に記憶されている、ファイル名が“VOD_Mobile.xml”であるサービスシナリオＳＭＤ４００を特定する。

なお、サービスデータＴＳＤ５００Ｄは、図３１のサービスデータＴＳＤ５００Ｃと比較して、さらに、ファイル名が“ユーザ操作３．ｔｘｔ”のテキストファイルが含まれる。

再び、図２４を参照して、ステップＳ３４６Ａの処理の後、ステップＳ３４６Ｂに進む。

ステップＳ３４６Ｂでは、サービスデータＣ送信処理Ｔが行なわれる。サービスデータＣ送信処理Ｔは、制御部６１０が、図２２の第１８行の“xlink:href=“VOD_Mobile.xml:id=TV制御3"”の記述に基づいて、サービスデータＣとしてのサービスデータＴＳＤ５００Ｄを、無線通信により、通信端末装置５００へ送信する。そして、ステップＳ３４６Ｂの処理は終了する。

シナリオ実行処理Ｍでは、ステップＳ３１６の処理の後、ステップＳ３１６Ａに進む。
ステップＳ３１６Ａでは、制御部５１０が、サービスデータＣとしての図３３のサービスデータＴＳＤ５００Ｄを受信したか否かを判定する。ステップＳ３１６Ａにおいて、ＹＥＳならば、ステップＳ３１７に進む。一方、ステップＳ３１６Ａにおいて、ＮＯならば、再度、ステップＳ３１６Ａの処理が行なわれる。ここでは、サービスデータＣとしてのサービスデータＴＳＤ５００Ｄを受信したとして、ステップＳ３１７に進む。

ステップＳ３１７では、映像表示装置制御処理が行なわれる。映像表示装置制御処理は、制御部５１０が、受信したサービスデータＴＳＤ５００Ｄに示されるステータスＩＤ“ＴＶ制御３”により特定される図２３の第１６行を実行することにより行なわれる処理である。

映像表示装置制御処理では、ＳＶＧビューアＭが、図２３の第１６行のファイル名が“ＴＶ制御．ｓｖｇ”のデータを解析して、図２６のＴＶ制御画像ＭＧ３００を生成し、表示部５３０に、ＴＶ制御画像ＭＧ３００を表示する。

再び、図２４を参照して、シナリオ実行処理Ｔでは、ステップＳ３４６Ｂの処理の後、ステップＳ３４７に進む。

ステップＳ３４７では、特典表示処理Ｔが行なわれる。特典表示処理Ｔは、図２２の第１８行の“move="特典表示"”の記述により、“step id="特典表示"”が記述された第２３行が実行されることにより行なわれる処理である。

特典表示処理Ｔでは、ＳＶＧビューアＴが、図２２の第２３行のファイル名が“特典表示．ｓｖｇ”のデータを解析して、以下の特典表示画像Ｇ６００を生成し、表示部６３０に、特典表示画像Ｇ６００を表示する。

図３４は、一例としての特典表示画像Ｇ６００を示す図である。図３４を参照して、特典表示画像Ｇ６００には、再生が終了したコンテンツの特典のメッセージが表示される。たとえば、関連グッズのクーポンが取得できる旨のメッセージが表示される。また、特典表示画像Ｇ６００には、ボタン画像ＢＧ６１４が配置される。ボタン画像ＢＧ６１４は、押下処理されることにより、通信端末装置５００においてクーポンを取得するための処理を行なうためのボタン画像である。

再び、図２４を参照して、シナリオ実行処理Ｔでは、ステップＳ３４７の処理の後、ステップＳ３４８に進む。

ステップＳ３４８では、制御部６１０が、クーポン取得操作Ｔがあったか否かを判定する。クーポン取得操作Ｔは、通信端末装置５００における操作有効ボタンの押下操作による、ボタン画像ＢＧ６１４を押下処理するための操作である。ステップＳ３４８において、ＹＥＳならば、制御部６１０が、図２２の第２３行のファイル名が"特典表示.svg"のデータに記述されているスクリプトに基づいて、ファイル名が“ユーザ操作４．ｔｘｔ”のテキストファイルに、“クーポン”という文字列を記述する。そして、ステップＳ３４８Ａに進む。

一方、ステップＳ３４８において、ＮＯならば、再度、ステップＳ３４８の処理が行なわれる。ここでは、クーポン取得操作Ｔがあったとして、ステップＳ３４８Ａに進む。

ステップＳ３４８Ａでは、サービスデータＤ生成処理Ｔが行なわれる。サービスデータＤ生成処理Ｔは、図２２の第２４行、第２５行のスクリプトに示されるように、ファイル名が“ユーザ操作４．ｔｘｔ”のテキストファイルに、“クーポン”が記述されている場合に行なわれる処理である。

サービスデータＤ生成処理Ｔでは、制御部６１０が、図２２の第２５行の“xlink:href="VOD_Mobile.xml:id=クーポン"”の記述に基づいて、サービスデータＤとしての、以下のサービスデータＴＳＤ５００Ｅを生成する。そして、ステップＳ３４８Ａの処理は終了する。

図３５は、一例としてのサービスデータＴＳＤ５００Ｅを示す図である。図３５を参照して、サービスデータＴＳＤ５００Ｅに示される各項目は、図３３で説明したので詳細な説明は繰り返さない。なお、サービスデータＴＳＤ５００Ｅは、図３３のサービスデータＴＳＤ５００Ｄと比較して、さらに、ファイル名が“ユーザ操作４．ｔｘｔ”のテキストファイルが含まれる。

再び、図２４を参照して、ステップＳ３４８Ａの処理の後、ステップＳ３４８Ｂに進む。

ステップＳ３４８Ｂでは、サービスデータＤ送信処理Ｔが行なわれる。サービスデータＤ送信処理Ｔは、制御部６１０が、図２２の第２５行の“xlink:href="VOD_Mobile.xml:id=クーポン"”の記述に基づいて、サービスデータＤとしてのサービスデータＴＳＤ５００Ｅを、無線通信により、通信端末装置５００へ送信する。そして、ステップＳ３４８Ｂの処理は終了する。

シナリオ実行処理Ｍでは、ステップＳ３１７の処理の後、ステップＳ３１７Ａに進む。
ステップＳ３１７Ａでは、制御部５１０が、サービスデータＤとしての図３５のサービスデータＴＳＤ５００Ｅを受信したか否かを判定する。ステップＳ３１７Ａにおいて、ＹＥＳならば、ステップＳ３１８に進む。一方、ステップＳ３１７Ａにおいて、ＮＯならば、再度、ステップＳ３１７Ａの処理が行なわれる。ここでは、サービスデータＤとしてのサービスデータＴＳＤ５００Ｅを受信したとして、ステップＳ３１８に進む。

ステップＳ３１８では、クーポン取得処理Ｍが行なわれる。クーポン取得処理Ｍは、制御部５１０が、受信したサービスデータＴＳＤ５００Ｅに示されるステータスＩＤ“クーポン”により特定される図２３の第１７行を実行することにより行なわれる処理である。

クーポン取得処理Ｍでは、ＳＶＧビューアＭが、図２３の第１７行のファイル名が“クーポン表示．ｓｖｇ”のデータを解析して、以下のクーポン表示画像ＭＧ７００を生成し、表示部５３０に、クーポン表示画像ＭＧ７００を表示する。

図３６は、一例としてのクーポン表示画像ＭＧ７００を示す図である。図３６を参照して、クーポン表示画像ＭＧ７００には、クーポン画像ＭＧ７１０と、ボタン画像ＭＢＧ７１４とが配置される。クーポン画像ＭＧ７１０は、たとえば、店の店員に見せることで、クーポンに記載された商品を割引価格で購入することができる画像である。ボタン画像ＭＢＧ７１４は、押下処理されることにより、クーポン画像ＭＧ７１０を、記憶部５２０に記憶させるためのボタン画像である。

再び、図２４を参照して、クーポン取得処理Ｍでは、制御部５１０が、ファイル名が“クーポン表示．ｓｖｇ”のデータに記述されているスクリプトに基づいて、クーポン保存操作Ｍがあった場合、クーポン画像ＭＧ７１０を、記憶部５２０に記憶させる。クーポン保存操作Ｍは、ボタン画像ＭＢＧ７１４を押下処理するためのインターフェース操作Ｍである。そして、制御部５１０は、図２３の第１７行のファイル名が“クーポン表示．ｓｖｇ”のデータに記述されているスクリプトに基づいて、ファイル名が“ユーザ操作３．ｔｘｔ”のテキストファイルに、「クーポンを保存」という文字列を記述する。

そして、図２３の第１８行、第１９行のスクリプトに示されるように、ファイル名が“ユーザ操作３．ｔｘｔ”のテキストファイルに、“クーポンを保存”が記述され、図２３の第１７行のスクリプトが再度実行される。なお、シナリオ実行処理Ｍを終了するためのインターフェース操作Ｍがあった場合、ステップＳ３１８の処理は終了し、シナリオ実行処理Ｍは終了する。

クーポン取得処理Ｔでは、ステップＳ３４８Ｂの処理の後、ステップＳ３４８Ｃに進む。

ステップＳ３４８Ｃでは、待機処理Ｔが行なわれる。待機処理Ｔは、図２２の第２５行の“move="クーポン取得中"”の記述により、“step id="クーポン取得中"”が記述された第２７行が実行されることにより行なわれる処理である。

待機処理Ｔでは、ＳＶＧビューアＴが、図２２の第２７行のファイル名が“クーポン取得中．ｓｖｇ”のデータを解析して、以下のクーポン取得中画像Ｇ６１０を生成し、表示部６３０に表示されている画像の前面に表示させる。これにより、表示部６３０には、たとえば、以下の待機中画像Ｇ６００Ａが表示される。

図３７は、一例としての待機中画像Ｇ６００Ａを示す図である。待機中画像Ｇ６００Ａには、クーポン取得中画像Ｇ６１０が表示される。

再び、図２４を参照して、ステップＳ３４８Ｃの待機処理Ｔは、シナリオ実行処理Ｍの終了に応じて終了し、クーポン取得処理Ｔは終了する。

次に、ステップＳ３４１の処理の後、詳細操作Ｍがなかった場合の処理について説明する。この場合、ステップＳ３４２の処理により、ステップＳ３４３に進む。

ステップＳ３４３では、制御部６１０が、詳細操作Ｔがあったか否かを判定する。詳細操作Ｔは、図２５の選択枠ＳＬ３１０によりタイトルが選択された状態で行なわれる、通信端末装置５００における操作有効ボタンの押下操作による、ボタン画像ＢＧ３１２を押下処理するための操作である。

ステップＳ３４３において、ＹＥＳならば、制御部６１０は、図２２の第６行のファイル名が“リスト表示.svg”のデータに記述されているスクリプトに基づいて、ファイル名が“ユーザ操作１．ｔｘｔ”のテキストファイルに、“ＴＶで詳細”という文字列を記述する。また、制御部６１０は、図２２の第６行のファイル名が“リスト表示.svg”のデータに記述されているスクリプトに基づいて、ファイル名が“ＶＯＤコンテンツ．ｔｘｔ”のテキストファイルに、選択されたタイトル（たとえば、“ＡＢ物語”）の文字列を記述する。なお、ファイル名が“ＶＯＤコンテンツ．ｔｘｔ”のテキストファイルに記述される文字列は、選択されたタイトルを特定する文字列であれば、他の文字列であってもよい。そして、ステップＳ３４３Ａに進む。

一方、ステップＳ３４３において、ＮＯならば、再度、ステップＳ３４２の処理が行なわれる。ここでは、詳細操作Ｔがあったとして、ステップＳ３４３Ａに進む。なお、詳細操作Ｔにより選択されたタイトルは、「ＡＢ物語」であるとする。

ステップＳ３４３Ａでは、コンテンツ詳細表示処理Ｔが行なわれる。コンテンツ詳細表示処理Ｔは、図２２の第７行、第８行のスクリプトに示されるように、ファイル名が“ユーザ操作１．ｔｘｔ”のテキストファイルに、“ＴＶで詳細”が記述されている場合に、図２２の第８行の記述により、第１１行が実行されることにより行なわれる処理である。

コンテンツ詳細表示処理Ｔでは、ＳＶＧビューアＴが、図２２の第１１行のファイル名が“詳細表示．ｓｖｇ”のデータを解析して、以下の詳細情報表示画像Ｇ４００を生成する。ファイル名が“詳細表示．ｓｖｇ”のデータは、図１８のステップＳ２４６の処理により受信したサービスＵＩコンテンツＴに含まれるデータである。なお、“詳細表示．ｓｖｇ”のデータには、図２５に表示される複数のタイトルにそれぞれ対応する複数の詳細情報が含まれる。

具体的には、制御部６１０が、ファイル名が“詳細表示．ｓｖｇ”のデータに記述されているスクリプトに基づいて、ファイル名が“ＶＯＤコンテンツ．ｔｘｔ”のテキストファイルに記述された“ＡＢ物語”に対応する詳細情報を、ファイル名が“詳細表示．ｓｖｇ”のデータに含まれる複数の詳細情報から選択する。そして、制御部６１０は、ファイル名が“詳細表示．ｓｖｇ”のデータに記述されているスクリプトに基づいて、選択した詳細情報を表示した詳細情報表示画像Ｇ４００を生成し、表示部６３０に、詳細情報表示画像Ｇ４００を表示する。そして、ステップＳ３４３Ａの処理は終了する。

図３８は、一例としての詳細情報表示画像Ｇ４００を示す図である。図３８を参照して、詳細情報表示画像Ｇ４００には、選択されたコンテンツのタイトル（「ＡＢ物語」）の詳細情報が表示される。また、詳細情報表示画像Ｇ４００には、コンテンツ画像Ｇ４１０と、ボタン画像ＢＧ４１４とが配置される。コンテンツ画像Ｇ４１０は、たとえば、選択されたコンテンツの１シーンの動画像である。ボタン画像ＢＧ４１４は、押下処理されることにより、通信端末装置５００において購入処理をするためのボタン画像である。

再び、図２４を参照して、ステップＳ３４３Ａの処理の後、ステップＳ３４３Ｂに進む。

ステップＳ３４３Ｂでは、制御部６１０が、購入操作Ｔがあるか否かを判定する。購入操作Ｔは、通信端末装置５００における操作有効ボタンの押下操作による、ボタン画像ＢＧ４１４を押下処理するための操作である。

ステップＳ３４３Ｂにおいて、ＹＥＳならば、制御部６１０は、図２２の第１１行のファイル名が“詳細表示．ｓｖｇ”のデータに記述されているスクリプトに基づいて、ファイル名が“ユーザ操作２．ｔｘｔ”のテキストファイルに、“携帯電話で購入”という文字列を記述する。そして、ステップＳ３４３Ｃに進む。一方、ステップＳ３４３Ｂにおいて、ＮＯならば、再度、ステップＳ３４３Ｂの処理が行なわれる。ここでは、購入操作Ｔがあったとして、ステップＳ３４３Ｃに進む。

ステップＳ３４３Ｃでは、サービスデータＥ生成処理Ｔが行なわれる。サービスデータＥ生成処理Ｔは、図２２の第１２行、第１３行のスクリプトに示されるように、ファイル名が“ユーザ操作２．ｔｘｔ”のテキストファイルに、“携帯電話で購入”が記述されている場合に行なわれる処理である。

サービスデータＥ生成処理Ｔでは、制御部６１０が、図２２の第１３行の“xlink:href="VOD_Mobile.xml:id=購入表示"”の記述に基づいて、サービスデータＥとしての、以下のサービスデータＴＳＤ５００Ｆを生成する。そして、ステップＳ３４３Ｃの処理は終了する。なお、“xlink:href="VOD_Mobile.xml:id=購入表示"”は、ファイル名が“VOD_Mobile.xml”であるサービスシナリオＳＭＤ４００に記載されている“step id="購入表示"にリンクされていることをしめす。

図３９は、一例としてのサービスデータＴＳＤ５００Ｆを示す図である。
再び、図２４を参照して、ステップＳ３４３Ｃの処理の後、ステップＳ３４３Ｄに進む。

ステップＳ３４３Ｄでは、サービスデータＥ送信処理Ｔが行なわれる。サービスデータＥ送信処理Ｔは、制御部６１０が、図２２の第９行の“xlink:href="VOD_Mobile.xml:id=購入表示"”の記述に基づいて、サービスデータＥとしてのサービスデータＴＳＤ５００Ｆを、無線通信により、通信端末装置５００へ送信する。そして、ステップＳ３４３Ｄの処理は終了する。

シナリオ実行処理Ｍでは、前述のステップＳ３１４において、ＮＯならば、ステップＳ３１４Ｎに進む。

ステップＳ３１４Ｎでは、制御部５１０が、サービスデータＥとしての図３８のサービスデータＴＳＤ５００Ｆを受信したか否かを判定する。ステップＳ３１４Ｎにおいて、ＹＥＳならば、制御部５１０が、受信したサービスデータＴＳＤ５００Ｆに示されるステータスＩＤ“購入表示”により特定される図２３の第１１行を実行することにより、前述のステップＳ３１４Ａに進む。一方、ステップＳ３１４Ｎにおいて、ＮＯならば、再度、ステップＳ３１４の処理が行なわれる。

シナリオ実行処理Ｔでは、ステップＳ３４３Ｄの処理の後、ステップＳ３４４に進む。
ステップＳ３４４では、待機処理ＴＮが行なわれる。待機処理ＴＮは、図２２の第１３行の“move="携帯電話で購入中"”の記述により、“step id="携帯電話で購入中"”が記述された第１５行が実行されることにより行なわれる処理である。

待機処理ＴＮでは、ＳＶＧビューアＴが、図２２の第１５行のファイル名が“携帯電話で購入中．ｓｖｇ”のデータを解析して、以下の購入中画像Ｇ４２０を生成し、表示部６３０に表示されている画像の前面に表示させる。これにより、表示部６３０には、たとえば、以下の待機中画像Ｇ４００Ａが表示される。

図４０は、一例としての待機中画像Ｇ４００Ａを示す図である。待機中画像Ｇ４００Ａには、購入中画像Ｇ４２０が表示される。

再び、図２４を参照して、ステップＳ３４４の待機処理ＴＮは、所定時間（たとえば、１分）が経過すると終了し、前述したステップＳ３４５の処理が行なわれる。

以上説明したシナリオ実行処理Ｔおよびシナリオ実行処理Ｍにより、映像表示装置６００および通信端末装置５００の各々は、自装置が有する機能を十分に活用して、互いに連携した動作を行なうことができる。すなわち、複数の装置の各々が、自装置の特性を十分に活用して、互いに連携した動作を行なうことができる。その結果、多種多様な処理を実現することができる。

なお、サービスシナリオは、複数のステップ番号にそれぞれ対応する複数の処理を含んでいたが、１つのサービスシナリオには、１つのステップ番号に対応する処理のみが含まれていてもよい。この場合、必要に応じて、対応するサービスシナリオを、サービスサーバ８００Ａから取得して実行してもよい。

なお、映像表示装置６００および通信端末装置５００の間において、サービスデータは、無線通信等で直接送受信されてもよいし、ネットワーク等を介して、送受信されてもよい。

また、サービスデータに含まれる、複数のデータは、データごとに、利用される通信経路が異なってもよい。たとえば、ステータス情報は、無線を利用した通信経路が利用され、メディアデータは、高速通信が可能なネットワークが利用されてもよい。

（装置に応じたＵＩコンテンツの生成の他の例）
次に、動画像コンテンツ以外におけるＵＩコンテンツ生成処理の他の例について説明する。

ここで、通信端末装置５００において、たとえば、ＲＳＳリーダーにより、飲食店に関する複数のコンテンツが、通信端末装置５００に登録されているとする。ここで、通信端末装置５００の表示部５３０には、以下の登録コンテンツリスト画像Ｇ１００Ａが表示されているとする。

図４１は、一例としての登録コンテンツリスト画像Ｇ１００Ａを示す図である。図４１を参照して、登録コンテンツリスト画像Ｇ１００Ａには、登録されている複数のコンテンツにそれぞれ対応する複数の店名が表示される。登録コンテンツリスト画像Ｇ１００Ａには、選択枠ＳＬ１１０が配置される。選択枠ＳＬ１１０は、複数の店名のうちの１つを選択するための枠である。選択枠ＳＬ１１０は、通信端末装置５００において、方向ボタン５４１Ａを押下されることにより上に移動する。また、選択枠ＳＬ１１０は、通信端末装置５００において、方向ボタン５４１Ｂを押下されることにより下に移動する。

次に、ＵＩコンテンツ生成処理について説明する。ここで、サービスサーバ８００Ａの記憶部８２０には、以下のオリジナルシナリオＳＤ２００Ａが記憶されているとする。

図４２は、一例としてのオリジナルシナリオＳＤ２００Ａの構成を示す図である。オリジナルシナリオＳＤ２００Ａは、スクリプトで示される複数の処理を含む。図４２を参照して、オリジナルシナリオＳＤ２００Ａの各項目は、図１６で説明したので詳細な説明は繰り返さない。

また、サービスサーバ８００Ａの記憶部８２０には、以下のシナリオ生成テーブルＳＤ２１０Ａが記憶されているとする。

図４３は、一例としてのシナリオ生成テーブルＳＤ２１０Ａを示す図である。図４３を参照して、シナリオ生成テーブルＳＤ２１０Ａの各項目は、図１７で説明したので詳細な説明は繰り返さない。シナリオ生成テーブルＳＤ２１０Ａに示されるステップ番号は、オリジナルシナリオＳＤ２００Ａに示されるステップ番号と対応する。

ここで、通信端末装置５００の表示部５３０には、図４１の登録コンテンツリスト画像Ｇ１００Ａが表示されているとする。

再び、図１８を参照して、ステップＳ２１１では、前述したのと同様な処理が行なわれるので詳細な説明は繰り返さない。ここでは、選択操作Ｍがあったとして、ステップＳ２１２に進む。なお、選択操作Ｍにより選択された店名は、“ＡＢレストラン”であるとする。

ステップＳ２１２では、前述したのと同様な処理が行なわれるので詳細な説明は繰り返さない。この処理により、サービスＵＩコンテンツ要求指示が、サービスサーバ８００Ａへ送信される。なお、サービスＵＩコンテンツ要求指示には、通信端末装置５００の装置ＩＤ“１１ＭＡ”が含まれるとする。

サービスサーバ８００Ａでは、まず、ステップＳ２８１の処理が行なわれる。
ステップＳ２８１では、前述したのと同様な処理が行なわれるので詳細な説明は繰り返さない。

ステップＳ２９０では、サービスシナリオ生成処理Ｓが行なわれる。
再び、図１９を参照して、ステップＳ２９１では、前述したのと同様な処理が行なわれるので詳細な説明は繰り返さない。この処理により、図４２のオリジナルシナリオＳＤ２００Ａと、図４３のシナリオ生成テーブルＳＤ２１０Ａとが読み出されたとする。

ステップＳ２９２では、前述したのと同様な処理が行なわれるので詳細な説明は繰り返さない。この処理により、受信したサービスＵＩコンテンツ要求指示に含まれる装置ＩＤ“１１ＭＡ”に対応付けられている装置ＩＤ“１１ＴＡ”が取得されるとする。

ステップＳ２９３では、前述したのと同様な処理が行なわれるので詳細な説明は繰り返さない。この処理により、制御部８１０が、図１４の関連装置機能情報テーブルＳＤ１００および図４３のシナリオ生成テーブルＳＤ２１０Ａに基づいて、判定テーブルを生成する。生成される判定テーブルは、制御部８１０が、オリジナルシナリオＳＤ２００Ａに含まれる複数の処理のうち、映像表示装置６００および通信端末装置５００において使用する処理を判定したテーブルである。制御部８１０は、生成した判定テーブルを、記憶部８２０に記憶させる。ここでは、以下の判定テーブルＳＤ３００Ａが生成される。

図４４は、一例としての判定テーブルＳＤ３００Ａを示す図である。図４４を参照して、「ステップ番号」の項目に示される複数のステップ番号は、図４２のオリジナルシナリオＳＤ２００Ａに示されるステップ番号と対応する。

再び、図１９を参照して、ステップＳ２９４では、前述したのと同様な処理が行なわれるので詳細な説明は繰り返さない。この処理により、以下のサービスシナリオＳＴＤ４００ＡおよびサービスシナリオＳＭＤ４００Ａが生成される。

図４５は、一例としてのサービスシナリオを示す図である。図４５（Ａ）は、一例としてのサービスシナリオＳＴＤ４００Ａを示す図である。図４５（Ｂ）は、一例としてのサービスシナリオＳＭＤ４００Ａを示す図である。サービスシナリオＳＴＤ４００Ａにおいて、ステップ番号ＴＳＴ１〜ＴＳＴ３は、それぞれ、オリジナルシナリオＳＤ２００Ａのステップ番号ＳＴ１〜ＳＴ３に対応する。また、サービスシナリオＳＭＤ４００Ａにおいて、ステップ番号ＭＳＴ１〜ＭＳＴ３は、それぞれ、オリジナルシナリオＳＤ２００Ａのステップ番号ＳＴ１〜ＳＴ３に対応する。

なお、サービスシナリオＳＴＤ４００ＡおよびサービスシナリオＳＭＤ４００Ａの生成方法は、前述したサービスシナリオＳＴＤ４００およびサービスシナリオＳＭＤ４００の生成方法と同様なので詳細な説明は繰り返さない。

ステップＳ２９６では、前述したのと同様な処理が行なわれるので詳細な説明は繰り返さない。この処理により、サービスＵＩコンテンツＴおよびサービスＵＩコンテンツＭが、それぞれ、映像表示装置６００および通信端末装置５００へ送信される。

サービスＵＩコンテンツＴには、図４５（Ａ）のサービスシナリオＳＴＤ４００Ａと、サービスシナリオＳＴＤ４００Ａの実行時に使用される複数のメディアデータＴとが含まれる。サービスＵＩコンテンツＭには、図４５（Ｂ）のサービスシナリオＳＭＤ４００Ａと、サービスシナリオＳＭＤ４００Ａの実行時に使用される複数のメディアデータＭとが含まれる。

ステップＳ２１６では、前述したのと同様に、ＵＩコンテンツ受信処理Ｍが行なわれる。この処理により、サービスＵＩコンテンツＭが、記憶部５２０に記憶される。

ステップＳ２１７では、前述したのと同様に、制御部５１０が、サービスＵＩコンテンツＭに含まれるサービスシナリオＳＭＤ４００Ａを実行することによりシナリオ実行処理Ｍを実行する。シナリオ実行処理Ｍは、他の処理とは独立して行なわれる処理である。

ステップＳ２４６では、前述したのと同様に、ＵＩコンテンツ受信処理Ｔが行なわれる。この処理により、サービスＵＩコンテンツＴが、記憶部６２０に記憶される。

ステップＳ２４７では、前述したのと同様に、制御部６１０が、サービスＵＩコンテンツＴに含まれるサービスシナリオＳＴＤ４００Ａを実行することによりシナリオ実行処理Ｔを実行する。シナリオ実行処理Ｔは、他の処理とは独立して行なわれる処理である。

そして、サービスシナリオＳＴＤ４００ＡおよびサービスシナリオＳＭＤ４００Ａの実行に基づいて、前述した図２４のシナリオ実行処理Ｔおよびシナリオ実行処理Ｍと同様な処理が行なわれる。なお、サービスシナリオＳＴＤ４００ＡおよびサービスシナリオＳＭＤ４００Ａの実行に基づく処理は、前述した図２４のシナリオ実行処理Ｔおよびシナリオ実行処理Ｍと同様なので詳細な説明は繰り返さない。

図４６は、サービスシナリオＳＴＤ４００ＡおよびサービスシナリオＳＭＤ４００Ａの実行により使用される画像の遷移の一例を示す図である。

まず、映像表示装置６００では、お店リスト表示処理により、表示部６３０に、図４６（Ａ）のリスト画像Ｇ８００が表示される。リスト画像Ｇ８００には、ボタン画像ＢＧ８１２、ＢＧ８１４が配置される。ボタン画像ＢＧ８１２が押下処理されると、地図表示処理により、映像表示装置６００では、表示部６３０に、図４６（Ｂ）のリスト画像Ｇ８００Ａが表示される。リスト画像Ｇ８００Ａには、リスト画像Ｇ８００において、選択したお店の周辺の地図が表示される。リスト画像Ｇ８００Ａには、さらに、ボタン画像ＢＧ８１４Ａが配置される。

なお、表示部６３０に、リスト画像Ｇ８００Ａが表示されている期間、通信端末装置５００の表示部５３０には、図４６（Ｅ）のＴＶ制御画像ＭＧ８００Ａが表示される。ＴＶ制御画像ＭＧ８００Ａは、図２６のＴＶ制御画像ＭＧ３００と同様なので詳細な説明は繰り返さない。

ボタン画像ＢＧ８１４Ａが押下処理されると、対応するサービスデータが、映像表示装置６００から通信端末装置５００へ送信される。そして、通信端末装置５００では、ナビゲーション処理により、目的地までのナビゲーションが開始される。なお、通信端末装置５００において、ナビゲーション処理が行なわれている期間、映像表示装置６００では、待機処理により、表示部６３０には、図４６（Ｃ）の待機画像Ｇ８００Ｂが表示される。

また、表示部６３０に、リスト画像Ｇ８００が表示されているときに、ボタン画像ＢＧ８１４が押下処理されると、対応するサービスデータが、映像表示装置６００から通信端末装置５００へ送信される。そして、通信端末装置５００の表示部５３０には、リスト画像ＭＧ８００が表示される。そして、ボタン画像ＭＢＧ８１４が押下処理されると、対応するサービスデータが、通信端末装置５００から映像表示装置６００へ送信される。そして、映像表示装置６００では、前述した地図表示処理が行なわれる。

以上説明したように、地図、ナビゲーション機能等を利用したサービスにおいても、映像表示装置６００および通信端末装置５００の各々は、自装置が有する機能を十分に活用して、互いに連携した動作を行なうことができる。すなわち、複数の装置の各々が、自装置の特性を十分に活用して、互いに連携した動作を行なうことができる。その結果、多種多様な処理を実現することができる。

＜第１の実施の形態の変形例１＞
（関連装置特定テーブルおよび関連装置機能情報テーブルの生成処理の変形例１）
次に、関連装置特定テーブルおよび関連装置機能情報テーブルを生成する処理の他の例について説明する。

図４７は、第１の実施の形態の変形例１における、機能情報登録処理ＭＡ、機能情報登録処理ＴＡおよび機能情報登録処理ＳＡのフローチャートである。機能情報登録処理ＭＡ、機能情報登録処理ＴＡおよび機能情報登録処理ＳＡは、それぞれ、通信端末装置５００、映像表示装置６００およびサービスサーバ８００Ａが行なう処理である。

なお、図４７において、図１１と同じステップ番号の処理は、図１１で説明した処理と同様な処理が行なわれるので詳細な説明は繰り返さない。以下においては、図１１の処理と異なる処理を主に説明する。

ステップＳ１１０では、第１の実施の形態で説明した、図１１のステップＳ１１０の処理と同様な処理が行なわれるので詳細な説明は繰り返さない。ここでは、初期設定操作があったとして、ステップＳ１１１Ａに進む。

ステップＳ１１１Ａでは、装置検出処理ＭＡが行なわれる。装置検出処理ＭＡでは、制御部５１０が、無線通信により、データ通信可能な装置を検出する。ここで、無線通信は、たとえば、Bluetooth（登録商標）を利用した通信である。装置検出処理ＭＡにより、データ通信可能な装置が検出されると、制御部５１０は、ＶＤＰ５３２を利用して、検出した装置を示す検出装置画像を、表示部５３０に表示させる。そして、制御部５１０は、データ通信可能な装置の装置ＩＤを取得し、記憶部５２０に記憶させる。

ここで、データ通信可能な装置として、映像表示装置６００が検出されたとする。この場合、表示部５３０には、図１２の検出装置画像ＭＧ２００が表示されるとする。また、取得した装置ＩＤは、“１１ＴＡ”であるとする。そして、ステップＳ１１２に進む。

ステップＳ１１２では、第１の実施の形態で説明したステップＳ１１２の処理と同様な処理が行なわれるので詳細な説明は繰り返さない。ステップＳ１１２において、ＹＥＳならば、ステップＳ１１２Ａに進む。一方、ステップＳ１１２において、ＮＯならば、再度、ステップＳ１１２の処理が行なわれる。ここでは、登録操作Ｍがあったとして、ステップＳ１１２Ａに進む。

ステップＳ１１２Ａでは、制御部５１０が、映像表示装置６００の機能情報テーブルが記憶部５２０に記憶されているか否かを判定する。ステップＳ１１２Ａにおいて、ＹＥＳならば、後述するステップＳ１１４Ａに進む。一方、ステップＳ１１２Ａにおいて、ＮＯならば、ステップＳ１１２Ｂに進む。ここでは、映像表示装置６００の機能情報テーブルが記憶部５２０に記憶されていないとして、ステップＳ１１２Ｂに進む。

ステップＳ１１２Ｂでは、機能情報取得処理Ｍが行なわれる。機能情報取得処理Ｍでは、制御部５１０が、機能情報要求指示Ｍを、映像表示装置６００へ送信する。機能情報要求指示Ｍは、映像表示装置６００の記憶部６２０に記憶されている機能情報テーブルを要求するための指示である。

機能情報登録処理Ｔでは、まず、ステップＳ１４０Ａの処理が行なわれる。ここで、映像表示装置６００の記憶部６２０には、図９の機能情報テーブルＴＤ１００が記憶されているとする。

ステップＳ１４０Ａでは、制御部６１０が、機能情報要求指示Ｍを受信したか否かを判定する。ステップＳ１４０Ａにおいて、ＹＥＳならば、ステップＳ１４２Ａに進む。一方、ステップＳ１４０Ａにおいて、ＮＯならば、再度、ステップＳ１４０Ａの処理が行なわれる。ここでは、機能情報要求指示Ｍを受信したとして、ステップＳ１４２Ａに進む。

ステップＳ１４２Ａでは、機能情報送信処理ＴＡが行なわれる。機能情報送信処理ＴＡでは、制御部６１０が、機能情報テーブルＴＤ１００を、通信端末装置５００へ送信する。そして、この機能情報登録処理ＴＡは終了する。

機能情報登録処理ＭＡでは、ステップＳ１１２Ｂの機能情報取得処理Ｍにおいて、制御部５１０が、機能情報テーブルＴＤ１００を受信すると、受信した機能情報テーブルＴＤ１００を、記憶部５２０に記憶させる。そして、ステップＳ１１４Ａに進む。

ステップＳ１１４Ａでは、機能情報送信処理ＭＡが行なわれる。ここで、記憶部５２０には、図１０の機能情報テーブルＭＤ１００および機能情報テーブルＴＤ１００が記憶されているとする。機能情報送信処理ＭＡでは、制御部５１０が、自装置の機能情報テーブルＭＤ１００と、映像表示装置６００の機能情報テーブルＴＤ１００とを、サービスサーバ８００Ａへ送信する。

機能情報登録処理ＳＡでは、まず、ステップＳ１８１Ａの処理が行なわれる。
ステップＳ１８１Ａでは、制御部８１０が、複数の機能情報テーブルを受信したか否かを判定する。ステップＳ１８１Ａにおいて、ＹＥＳならば、ステップＳ１８２に進む。一方、ステップＳ１８１Ａにおいて、ＮＯならば、再度、ステップＳ１８１Ａの処理が行なわれる。ここでは、機能情報テーブルＭＤ１００および機能情報テーブルＴＤ１００を受信したとして、ステップＳ１８２Ａに進む。

ステップＳ１８２Ａでは、情報記憶処理ＳＡが行なわれる。情報記憶処理ＳＡでは、制御部８１０が、受信した機能情報テーブルＭＤ１００および機能情報テーブルＴＤ１００を含むテーブルを、関連装置機能情報テーブルとして、記憶部８２０に記憶させる。この処理により、記憶部８２０には、図１４の関連装置機能情報テーブルＳＤ１００が記憶される。そして、ステップＳ１８４Ａに進む。

ステップＳ１８４Ａでは、関連装置特定テーブルＡが生成される。ここで、関連装置特定テーブルＡは、関連付けられた複数の装置を特定するためのテーブルである。具体的には、制御部８１０が、機能情報テーブルＭＤ１００および機能情報テーブルＴＤ１００がそれぞれ示す、装置ＩＤ“１１ＭＡ”および装置ＩＤ“１１ＴＡ”を対応付けた関連装置特定テーブルＡを生成する。そして、制御部８１０は、生成した関連装置特定テーブルＡを、記憶部８２０に記憶させる。そして、ステップＳ１８４Ａの処理は終了する。この場合、生成された関連装置特定テーブルＡは、図１３の関連装置特定テーブルＳＤ８０から、ユニークＩＤを削除したテーブルとなる。そして、この機能情報登録処理ＳＡは終了する。

以上説明したように、通信端末装置５００が、映像表示装置６００の機能情報テーブルを取得し、通信端末装置５００が、自装置の機能情報テーブルと、映像表示装置６００の機能情報テーブルとを、サービスサーバ８００Ａへ送信する。

そして、複数の装置の各々の機能情報を示す関連装置機能情報テーブルが生成され、サービスサーバ８００Ａに登録される。すなわち、複数の装置の各々の機能情報が、サービスサーバ８００Ａに登録される。

なお、機能情報登録処理ＭＡおよび機能情報登録処理ＴＡは、それぞれ、映像表示装置６００および通信端末装置５００が行なってもよい。すなわち、映像表示装置６００が、通信端末装置５００の機能情報テーブルを取得し、映像表示装置６００が、自装置の機能情報テーブルと、通信端末装置５００の機能情報テーブルとを、サービスサーバ８００Ａへ送信してもよい。そして、以下のＵＩコンテンツ生成処理Ｎが行なわれる。

図４８は、第１の実施の形態の変形例１における、ＵＩコンテンツ生成処理Ｎのフローチャートである。ＵＩコンテンツ生成処理Ｎは、図１８のＵＩコンテンツ生成処理と比較して、ステップＳ２９６の代わりにステップＳ２９６Ｎが行なわれる点と、ステップＳ２１６の代わりにステップＳ２１６Ｎが行なわれる点と、ステップＳ２１６Ｕが行なわれる点とが異なる。それ以外は、ＵＩコンテンツ生成処理と同様なので詳細な説明は繰り返さない。

第１の実施の形態と同様に、ＵＩコンテンツ生成処理ＮのステップＳ２１１、Ｓ２１２、Ｓ２８１、Ｓ２９０の処理が行なわれることにより、映像表示装置６００が有する機能に応じた図２２のサービスシナリオＳＴＤ４００と、通信端末装置５００が有する機能に応じた図２３のサービスシナリオＳＭＤ４００とが生成される。

サービスシナリオＳＴＤ４００およびサービスシナリオＳＭＤ４００は、それぞれ、映像表示装置６００および通信端末装置５００で実行されることにより、映像表示装置６００および通信端末装置５００が互いに連携して動作するためのデータである。

ステップＳ２９０の処理の後、ステップＳ２９６Ｎに進む。
ステップＳ２９６Ｎでは、ＵＩコンテンツ送信処理ＳＮが行なわれる。ＵＩコンテンツ送信処理ＳＮでは、制御部８１０が、サービスＵＩコンテンツＴおよびサービスＵＩコンテンツＭを、通信端末装置５００へ送信する。サービスＵＩコンテンツＴおよびサービスＵＩコンテンツＭは、第１の実施の形態において、図１８のステップＳ２９６で説明したのと同様なので詳細な説明は繰り返さない。

ＵＩコンテンツ生成処理Ｎにおいて、通信端末装置５００では、ステップＳ２１２の処理の後、ステップＳ２１６Ｎに進む。

ステップＳ２１６Ｎでは、ＵＩコンテンツ受信処理ＭＮが行なわれる。ＵＩコンテンツ受信処理ＭＮでは、制御部５１０が、サービスＵＩコンテンツＴおよびサービスＵＩコンテンツＭを受信し、サービスＵＩコンテンツＴおよびサービスＵＩコンテンツＭを、記憶部５２０に記憶させる。そして、ステップＳ２１６Ｕに進む。

ステップＳ２１６Ｕでは、ＵＩコンテンツ送信処理ＭＮが行なわれる。ＵＩコンテンツ送信処理ＭＮでは、制御部５１０が、サービスＵＩコンテンツＴを、映像表示装置６００へ送信する。そして、ステップＳ２１７に進む。

すなわち、通信端末装置５００が、自装置のサービスＵＩコンテンツＭと、映像表示装置６００のサービスＵＩコンテンツＴを取得し、通信端末装置５００が、映像表示装置６００のサービスＵＩコンテンツＴを、映像表示装置６００へ送信する。

ＵＩコンテンツ生成処理Ｎにおいて、映像表示装置６００では、ステップＳ２４６の処理が行なわれる。

そして、第１の実施の形態と同様に、ＵＩコンテンツ生成処理ＮのステップＳ２１７、Ｓ２４７の処理が行なわれる。これにより、映像表示装置６００において、サービスシナリオＳＴＤ４００が実行され、通信端末装置５００において、サービスシナリオＳＭＤ４００が実行される。

そして、第１の実施の形態と同様に、図２４のシナリオ実行処理Ｔおよびシナリオ実行処理Ｍが行なわれる。

以上の処理が行なわれることにより、第１の実施の形態と同様な効果を奏する。すなわち、映像表示装置６００および通信端末装置５００の各々は、自装置が有する機能を十分に活用して、互いに連携した動作を行なうことができる。すなわち、複数の装置の各々が、自装置の特性を十分に活用して、互いに連携した動作を行なうことができる。その結果、多種多様な処理を実現することができる。

なお、ＵＩコンテンツ生成処理Ｎにおいて、ステップＳ２１１、Ｓ２１２、Ｓ２１６Ｎ、Ｓ２１６Ｕ、Ｓ２１７の処理を、映像表示装置６００が行なってもよい。また、ステップＳ２４６、Ｓ２４７の処理を、通信端末装置５００が行なってもよい。すなわち、映像表示装置６００が、自装置のサービスＵＩコンテンツＴと、通信端末装置５００のサービスＵＩコンテンツＭを取得し、映像表示装置６００が、通信端末装置５００のサービスＵＩコンテンツＭを、通信端末装置５００へ送信してもよい。

＜第１の実施の形態の変形例２＞
（関連装置特定テーブルおよび関連装置機能情報テーブルの生成処理の変形例２）
次に、関連装置特定テーブルおよび関連装置機能情報テーブルを生成する処理の他の例について説明する。

図４９は、第１の実施の形態の変形例２における、機能情報登録処理ＭＢ、機能情報登録処理Ｔおよび機能情報登録処理ＳＢのフローチャートである。機能情報登録処理ＭＢ、機能情報登録処理Ｔおよび機能情報登録処理ＳＢは、それぞれ、通信端末装置５００、映像表示装置６００およびサービスサーバ８００Ａが行なう処理である。

なお、図４９において、図１１と同じステップ番号の処理は、図１１で説明した処理と同様な処理が行なわれるので詳細な説明は繰り返さない。以下においては、図１１の処理と異なる処理を主に説明する。

ステップＳ１１０では、第１の実施の形態で説明したステップＳ１１０の処理と同様な処理が行なわれるので詳細な説明は繰り返さない。ここでは、初期設定操作があったとして、ステップＳ１１０Ａに進む。

ステップＳ１１０Ａでは、機能情報送信処理ＭＢが行なわれる。機能情報送信処理ＭＢでは、制御部５１０が、図１０の機能情報テーブルＭＤ１００を、サービスサーバ８００Ａへ送信する。そして、ステップＳ１１０Ａの処理は終了する。

機能情報登録処理ＳＢでは、まず、ステップＳ１８０Ｂの処理が行なわれる。
ステップＳ１８０Ｂでは、制御部８１０が、機能情報テーブルを受信したか否かを判定する。ステップＳ１８０Ｂにおいて、ＹＥＳならば、ステップＳ１８０Ｃに進む。一方、ステップＳ１８０Ｂにおいて、ＮＯならば、再度、ステップＳ１８０Ｂの処理が行なわれる。ここでは、機能情報テーブルＭＤ１００を受信したとして、ステップＳ１８０Ｃに進む。

ステップＳ１８０Ｃでは、情報記憶処理ＳＢが行なわれる。情報記憶処理ＳＢでは、制御部８１０が、受信した機能情報テーブルＭＤ１００を、関連装置機能情報テーブルとして、記憶部８２０に記憶させる。そして、ステップＳ１８０Ｄに進む。

ステップＳ１８０Ｄでは、制御部８１０が、ユニークＩＤを生成し、生成したユニークＩＤを、通信端末装置５００へ送信する。ここで、生成されたユニークＩＤは、“ＭＭ．１１．２２”であるとする。そして、ステップＳ１８０Ｄの処理は終了する。

機能情報登録処理ＭＢでは、ステップＳ１１０Ａの処理の後、ステップＳ１１０Ｂに進む。

ステップＳ１１０Ｂでは、制御部５１０が、ユニークＩＤを受信したか否かを判定する。ステップＳ１１０Ｂにおいて、ＹＥＳならば、ステップＳ１１１に進む。一方、ステップＳ１１０Ｂにおいて、ＮＯならば、再度、ステップＳ１１０Ｂの処理が行なわれる。ここでは、ユニークＩＤ“ＭＭ．１１．２２”を受信したとして、ステップＳ１１１に進む。

ステップＳ１１１では、第１の実施の形態で説明したステップＳ１１１の処理と同様な処理が行なわれるので詳細な説明は繰り返さない。この処理により、映像表示装置６００が検出されたとする。この場合、表示部５３０には、図１２の検出装置画像ＭＧ２００が表示される。

ステップＳ１１２では、第１の実施の形態で説明したステップＳ１１２の処理と同様な処理が行なわれるので詳細な説明は繰り返さない。ステップＳ１１２において、ＹＥＳならば、ステップＳ１１３Ｂに進む。一方、ステップＳ１１２において、ＮＯならば、再度、ステップＳ１１２の処理が行なわれる。ここでは、登録操作Ｍがあったとして、ステップＳ１１３Ｂに進む。

ステップＳ１１３Ｂでは、登録必要情報送信処理ＭＢが行なわれる。登録必要情報送信処理ＭＢでは、制御部５１０が、登録必要情報を、映像表示装置６００へ送信する。ここで、登録必要情報は、映像表示装置６００の機能情報を、サービスサーバ８００Ａに登録するために必要な情報である。登録必要情報には、サービスＩＰアドレス“１１１．２２２．１１１．２２２”と、受信したユニークＩＤ“ＭＭ．１１．２２”とが含まれる。そして、機能情報登録処理ＭＢの処理は終了する。

機能情報登録処理Ｔでは、まず、ステップＳ１４１の処理が行なわれる。
ステップＳ１４１では、第１の実施の形態で説明したステップＳ１４１の処理と同様な処理が行なわれるので詳細な説明は繰り返さない。ここでは、登録必要情報を受信したとして、ステップＳ１４２に進む。

ステップＳ１４２では、第１の実施の形態で説明したステップＳ１４２の処理と同様な処理が行なわれるので詳細な説明は繰り返さない。この処理により、ユニークＩＤ“ＭＭ．１１．２２”および機能情報テーブルＴＤ１００が、サービスサーバ８００Ａへ送信される。ステップＳ１４２の処理が終了すると、機能情報登録処理Ｔは終了する。

機能情報登録処理ＳＢでは、ステップＳ１８０Ｄの処理の後、ステップＳ１８１に進む。

ステップＳ１８１では、第１の実施の形態で説明したステップＳ１８１の処理と同様な処理が行なわれるので詳細な説明は繰り返さない。ここでは、ユニークＩＤ“ＭＭ．１１．２２”および機能情報テーブルＴＤ１００を受信したとして、ステップＳ１８３Ｂに進む。

ステップＳ１８３Ｂでは、制御部８１０が、受信ユニークＩＤは、生成ユニークＩＤと同一であるか否かを判定する。受信ユニークＩＤは、ステップＳ１８１の処理により受信したユニークＩＤである。生成ユニークＩＤは、ステップＳ１８０Ｄの処理により生成されたユニークＩＤである。ステップＳ１８３Ｂにおいて、ＹＥＳならば、ステップＳ１８３Ｎに進む。一方、ステップＳ１８３Ｂにおいて、ＮＯならば、再度、ステップＳ１８１の処理が行なわれる。ここで、受信ユニークＩＤ（“ＭＭ．１１．２２”）は、生成ユニークＩＤと同一であるとして、ステップＳ１８３Ｎに進む。

ステップＳ１８３Ｎでは、情報記憶処理ＳＢＮが行なわれる。情報記憶処理ＳＢＮでは、制御部８１０が、受信した機能情報テーブルＴＤ１００を、記憶部８２０に記憶されている、関連装置機能情報テーブルとしての機能情報テーブルＭＤ１００に追記する。この処理により、記憶部８２０には、図１４の関連装置機能情報テーブルＳＤ１００が記憶されるとする。そして、ステップＳ１８４Ｂに進む。

ステップＳ１８４Ｂでは、関連装置特定テーブルＢが生成される。ここで、関連装置特定テーブルＢは、関連付けられた複数の装置を特定するためのテーブルである。具体的には、制御部８１０が、受信した機能情報テーブルＴＤ１００に示される装置ＩＤ“１１ＴＡ”と、機能情報テーブルＭＤ１００に示される装置ＩＤ“１１ＭＡ”と、生成ユニークＩＤ（“ＭＭ．１１．２２”）とを対応付けた関連装置特定テーブルを生成する。

ここで、機能情報テーブルＭＤ１００は、ユニークＩＤの送信先の通信端末装置５００の機能情報テーブルである。この処理により、図１３の関連装置特定テーブルＳＤ８０が生成される。そして、制御部８１０は、生成した関連装置特定テーブルＳＤ８０を、記憶部８２０に記憶させる。そして、この機能情報登録処理ＳＢは終了する。

なお、図４９の機能情報登録処理ＭＢおよび機能情報登録処理Ｔは、それぞれ、映像表示装置６００および通信端末装置５００が行なってもよい。

そして、図１８のＵＩコンテンツ生成処理または、図４８のＵＩコンテンツ生成処理Ｎが行なわれる。この処理により、映像表示装置６００が有する機能に応じた図２２のサービスシナリオＳＴＤ４００と、通信端末装置５００が有する機能に応じた図２３のサービスシナリオＳＭＤ４００とが生成される。

＜第１の実施の形態の変形例３＞
（関連装置特定テーブルおよび関連装置機能情報テーブルの生成処理の変形例３）
次に、関連装置特定テーブルおよび関連装置機能情報テーブルを生成する処理の他の例について説明する。

図５０は、第１の実施の形態の変形例３における、機能情報登録処理ＭＣ、機能情報登録処理ＴＣおよび機能情報登録処理ＳＣのフローチャートである。機能情報登録処理ＭＣ、機能情報登録処理ＴＣおよび機能情報登録処理ＳＣは、それぞれ、通信端末装置５００、映像表示装置６００およびサービスサーバ８００Ａが行なう処理である。

なお、図５０において、図１１と同じステップ番号の処理は、図１１で説明した処理と同様な処理が行なわれるので詳細な説明は繰り返さない。以下においては、図１１の処理と異なる処理を主に説明する。

ステップＳ１１０では、第１の実施の形態で説明したステップＳ１１０の処理と同様な処理が行なわれるので詳細な説明は繰り返さない。ここでは、初期設定操作があったとして、ステップＳ１１１に進む。

ステップＳ１１２では、第１の実施の形態で説明したステップＳ１１２の処理と同様な処理が行なわれるので詳細な説明は繰り返さない。ステップＳ１１２において、ＹＥＳならば、ステップＳ１１３Ｃに進む。一方、ステップＳ１１２において、ＮＯならば、再度、ステップＳ１１２の処理が行なわれる。ここでは、登録操作Ｍがあったとして、ステップＳ１１３Ｃに進む。

ステップＳ１１３Ｃでは、通信必要情報Ｔ取得処理Ｍが行なわれる。通信必要情報Ｔ要求処理Ｍは、通信必要情報Ｔを取得するための処理である。通信必要情報Ｔは、サービスサーバ８００Ａが、映像表示装置６００とデータ通信するために必要な情報である。ここでは、通信必要情報Ｔは、一例として、映像表示装置６００のＩＰアドレス“ＴＴＴ．２２２．１１１．２２２”であるとする。なお、通信必要情報Ｔは、ＩＰアドレス以外の情報であってもよい。

通信必要情報Ｔ取得処理Ｍでは、制御部５１０が、通信必要情報Ｔ要求指示Ｍを、映像表示装置６００へ送信する。通信必要情報Ｔ要求指示Ｍは、映像表示装置６００の通信必要情報Ｔ（ＩＰアドレス）を取得するための指示である。そして、ステップＳ１１３Ｃの処理は終了する。

機能情報登録処理ＴＣでは、まず、ステップＳ１４１Ｃの処理が行なわれる。
ステップＳ１４１Ｃでは、制御部６１０が、通信必要情報Ｔ要求指示Ｍを受信したか否かを判定する。ステップＳ１４１Ｃにおいて、ＹＥＳならば、ステップＳ１４２Ｃに進む。一方、ステップＳ１４１Ｃにおいて、ＮＯならば、再度、ステップＳ１４１Ｃの処理が行なわれる。ここでは、通信必要情報Ｔ要求指示Ｍを受信したとして、ステップＳ１４２Ｃに進む。

ステップＳ１４２Ｃでは、通信必要情報Ｔ送信処理Ｔが行なわれる。通信必要情報Ｔ送信処理Ｔでは、制御部６１０が、通信必要情報Ｔを、通信端末装置５００へ送信する。そして、この機能情報登録処理ＴＣは終了する。送信される通信必要情報Ｔは、映像表示装置６００のＩＰアドレス“ＴＴＴ．２２２．１１１．２２２”であるとする。

機能情報登録処理ＭＣでは、ステップＳ１１２Ｂの通信必要情報Ｔ取得処理Ｍにおいて、制御部５１０が、通信必要情報Ｔを受信すると、受信した通信必要情報Ｔを、記憶部５２０に記憶させる。そして、ステップＳ１１４Ｃに進む。

ステップＳ１１４Ｃでは、機能情報送信処理ＭＣが行なわれる。ここで、記憶部５２０には、図１０の機能情報テーブルＭＤ１００が記憶されているとする。機能情報送信処理ＭＡでは、制御部５１０が、通信必要情報Ｔと、自装置の機能情報テーブルＭＤ１００とを、サービスサーバ８００Ａへ送信する。ここで、通信必要情報Ｔは、映像表示装置６００のＩＰアドレス“ＴＴＴ．２２２．１１１．２２２”であるとする。そして、この機能情報登録処理ＭＣは終了する。

機能情報登録処理ＳＣでは、まず、ステップＳ１８１Ｃの処理が行なわれる。
ステップＳ１８１Ｃでは、制御部８１０が、通信必要情報Ｔおよび機能情報テーブルを受信したか否かを判定する。ステップＳ１８１Ｃにおいて、ＹＥＳならば、ステップＳ１８２Ｃに進む。一方、ステップＳ１８１Ｃにおいて、ＮＯならば、再度、ステップＳ１８１Ｃの処理が行なわれる。ここでは、通信必要情報Ｔとしての映像表示装置６００のＩＰアドレス“ＴＴＴ．２２２．１１１．２２２”と、機能情報テーブルＭＤ１００とを受信したとして、ステップＳ１８２Ｃに進む。

ステップＳ１８２Ｃでは、情報記憶処理ＳＣが行なわれる。情報記憶処理ＳＣでは、制御部８１０が、受信した通信必要情報Ｔと、機能情報テーブルとを対応付けて、記憶部８２０に記憶させる。この処理により、記憶部８２０に、映像表示装置６００のＩＰアドレス“ＴＴＴ．２２２．１１１．２２２”と、機能情報テーブルＭＤ１００とが対応付けられて記憶されるとする。そして、ステップＳ１８３Ｃに進む。

ステップＳ１８３Ｃでは、機能情報取得処理ＳＣが行なわれる。機能情報取得処理ＳＣでは、制御部８１０が、機能情報要求指示Ｍを、ＩＰアドレス“ＴＴＴ．２２２．１１１．２２２”で特定される映像表示装置６００へ送信する。機能情報要求指示Ｍは、映像表示装置６００の記憶部６２０に記憶されている機能情報テーブルを要求するための指示である。

機能情報登録処理ＴＣでは、まず、ステップＳ１４２Ｃの処理の後、ステップＳ１４４Ｃに進む。ここで、映像表示装置６００の記憶部６２０には、図９の機能情報テーブルＴＤ１００が記憶されているとする。

ステップＳ１４４Ｃでは、制御部６１０が、機能情報要求指示Ｍを受信したか否かを判定する。ステップＳ１４４Ｃにおいて、ＹＥＳならば、ステップＳ１４５Ｃに進む。一方、ステップＳ１４４Ｃにおいて、ＮＯならば、再度、ステップＳ１４４Ｃの処理が行なわれる。ここでは、機能情報要求指示Ｍを受信したとして、ステップＳ１４５Ｃに進む。

ステップＳ１４５Ｃでは、機能情報送信処理ＴＣが行なわれる。機能情報送信処理ＴＣでは、制御部６１０が、機能情報テーブルＴＤ１００を、サービスサーバ８００Ａへ送信する。そして、この機能情報登録処理ＴＣは終了する。

機能情報登録処理ＳＣでは、ステップＳ１８３Ｃの機能情報取得処理ＳＣにおいて、制御部８１０が、機能情報テーブルＴＤ１００を受信すると、受信した機能情報テーブルＴＤ１００と、既に記憶部８２０に記憶されている機能情報テーブルＭＤ１００とを含むテーブルを、関連装置機能情報テーブルとして、記憶部８２０に記憶させる。この処理により、記憶部８２０には、図１４の関連装置機能情報テーブルＳＤ１００が記憶されるとする。そして、ステップＳ１８４Ｃに進む。

ステップＳ１８４Ｃでは、第１の実施の形態の変形例１で説明した図４７のステップＳ１８４Ａと同様な処理が行なわれるので詳細な説明は繰り返さない。この処理により、関連装置特定テーブルＡが、記憶部８２０に記憶される。関連装置特定テーブルＡは、図１３の関連装置特定テーブルＳＤ８０から、ユニークＩＤを削除したテーブルとなる。そして、この機能情報登録処理ＳＣは終了する。

なお、図５０の機能情報登録処理ＭＣおよび機能情報登録処理ＴＣは、それぞれ、映像表示装置６００および通信端末装置５００が行なってもよい。

＜第１の実施の形態の変形例４＞
（関連装置機能情報テーブルの生成処理の変形例４）
次に、関連装置機能情報テーブルを生成する処理の他の例について説明する。

図５１は、第１の実施の形態の変形例４における、機能情報登録処理ＭＤおよび機能情報登録処理ＴＡのフローチャートである。機能情報登録処理ＭＤおよび機能情報登録処理ＴＡは、それぞれ、通信端末装置５００および映像表示装置６００が行なう処理である。

なお、図５１において、図１１と同じステップ番号の処理は、図１１で説明した処理と同様な処理が行なわれるので詳細な説明は繰り返さない。以下においては、図１１の処理と異なる処理を主に説明する。

ステップＳ１１１Ａでは、第１の実施の形態の変形例１で説明した図４７のステップＳ１１１Ａの装置検出処理ＭＡと同様な処理が行なわれるので詳細な説明は繰り返さない。この処理により、表示部５３０には、図１２の検出装置画像ＭＧ２００が表示されるとする。

ステップＳ１１２では、第１の実施の形態で説明したステップＳ１１２の処理と同様な処理が行なわれるので詳細な説明は繰り返さない。ここでは、登録操作Ｍがあったとして、ステップＳ１１２Ａに進む。

ステップＳ１１２Ａでは、第１の実施の形態の変形例１で説明した図４７のステップＳ１１２Ａの処理と同様な処理が行なわれるので詳細な説明は繰り返さない。ここでは、映像表示装置６００の機能情報テーブルが記憶部５２０に記憶されていないとして、ステップＳ１１２Ｂに進む。なお、ステップＳ１１２Ａにおいて、ＹＥＳならば、この機能情報登録処理ＭＤは終了する。

ステップＳ１１２Ｂでは、第１の実施の形態の変形例１で説明した図４７のステップＳ１１２Ｂの機能情報取得処理Ｍと同様な処理が行なわれるので詳細な説明は繰り返さない。この処理により、機能情報要求指示Ｍが、映像表示装置６００へ送信される。

機能情報登録処理ＴＡでは、まず、ステップＳ１４０Ａの処理が行なわれる。ここで、映像表示装置６００の記憶部６２０には、図９の機能情報テーブルＴＤ１００が記憶されているとする。

ステップＳ１４０Ａでは、第１の実施の形態の変形例１で説明した図４７のステップＳ１４０Ａの処理と同様な処理が行なわれるので詳細な説明は繰り返さない。ここでは、機能情報要求指示Ｍを受信したとして、ステップＳ１４２Ａに進む。

ステップＳ１４２Ａでは、第１の実施の形態の変形例１で説明した図４７のステップＳ１４２Ａの処理と同様な処理が行なわれるので詳細な説明は繰り返さない。この処理により、機能情報テーブルＴＤ１００が、通信端末装置５００へ送信される。そして、この機能情報登録処理ＴＡは終了する。

ここで、記憶部５２０には、図１０の機能情報テーブルＭＤ１００が予め記憶されているとする。

機能情報登録処理ＭＤでは、ステップＳ１１２Ｂの機能情報取得処理Ｍにおいて、制御部５１０が、機能情報テーブルＴＤ１００を受信すると、受信した機能情報テーブルＴＤ１００と、既に記憶部５２０に記憶されている機能情報テーブルＭＤ１００とを含むテーブルを、関連装置機能情報テーブルとして、記憶部５２０に記憶させる。この処理により、記憶部５２０には、図１４の関連装置機能情報テーブルＳＤ１００が記憶されるとする。そして、この機能情報登録処理ＭＤは終了する。

以上説明したように、本実施の形態では、サービスサーバ８００Ａがなくても、通信端末装置５００が、関連装置機能情報テーブルを生成することができる。

なお、図５１の機能情報登録処理ＭＤおよび機能情報登録処理ＴＡは、それぞれ、映像表示装置６００および通信端末装置５００が行なってもよい。すなわち、関連装置機能情報テーブルを、映像表示装置６００が生成してもよい。

なお、関連装置特定テーブルおよび関連装置機能情報テーブルの生成処理は、前述した、第１の実施の形態および第１の実施の形態の変形例１〜４に限定されることはない。たとえば、通信端末装置５００および映像表示装置６００の各々が、サービスサーバ８００にアクセスして、自装置の機能情報テーブルを登録してもよい。この場合、サービスサーバ８００において、ユーザが、マウス８４２、キーボード８４４等の操作により、関連装置特定テーブルを生成してもよい。

また、サービスサーバ８００に、通信端末装置５００および映像表示装置６００の各々のＩＰアドレスがユーザにより予め登録されていてもよい。この場合、サービスサーバ８００は、登録されているＩＰアドレスにより特定される通信端末装置５００および映像表示装置６００の各々へ、機能情報テーブルを要求する。そして、サービスサーバ８００において、ユーザが、マウス８４２、キーボード８４４等の操作により、関連装置特定テーブルを生成してもよい。

また、サービスサーバ８００が、ホームネットワーク５０１内に設けられている場合、サービスサーバ８００は、ブロードキャストにより、機能情報テーブルを要求する指示をホームネットワーク５０１内の通信端末装置５００および映像表示装置６００へ送信する。そして、サービスサーバ８００は、通信端末装置５００および映像表示装置６００の各々の機能情報テーブルを取得する。

この場合、サービスサーバ８００において、ユーザが、マウス８４２、キーボード８４４等の操作により、関連装置特定テーブルを生成してもよい。この場合、サービスサーバ８００は、生成された関連装置特定テーブルに基づいて、関連装置機能情報テーブルを生成する。

＜第２の実施の形態＞
次に、通信端末装置５００および映像表示装置６００においてそれぞれ実行されるサービスシナリオＭＡおよびサービスシナリオＴＡにおいて、同じ処理（たとえば、図２１（Ａ）および図２１（Ｂ）のコンテンツ詳細表示処理）を有さない場合の処理について説明する。

本実施の形態におけるネットワークシステムは、第１の実施の形態におけるネットワークシステム１０００と同様なので詳細な説明は繰り返さない。通信端末装置５００、映像表示装置６００およびサービスサーバ８００Ａの各々の構成は、第１の実施の形態において、説明した構成と同様なので詳細な説明は繰り返さない。

まず、前述した、図１１の処理、図４７の処理、図４９の処理、および、図５０の処理のいずれかの処理が行なわれることにより、サービスサーバ８００Ａの記憶部８２０に図１４の関連装置機能情報テーブルＳＤ１００が登録されるとする。

（装置に応じたＵＩコンテンツの生成）
次に、本実施の形態において、通信端末装置５００および映像表示装置６００の各々の有する機能に応じたサービスＵＩコンテンツを生成するための処理（以下、ＵＩコンテンツ生成処理Ａともいう）について説明する。ここで、通信端末装置５００の表示部５３０には、図１５の登録コンテンツリスト画像Ｇ１００が表示されているとする。

また、サービスサーバ８００Ａの記憶部８２０には、以下のオリジナルシナリオＳＤ２００Ｂが記憶されているとする。

図５２は、一例としてのオリジナルシナリオＳＤ２００Ｂの構成を示す図である。オリジナルシナリオＳＤ２００Ｂは、スクリプトで示される複数の処理を含む。図５２を参照して、オリジナルシナリオＳＤ２００Ｂは、図１６のオリジナルシナリオＳＤ２００と比較して、選択処理が追加されている点が異なる。それ以外は、オリジナルシナリオＳＤ２００と同様なので詳細な説明は繰り返さない。

また、サービスサーバ８００Ａの記憶部８２０には、以下のシナリオ生成テーブルＳＤ２１０Ｂが記憶されているとする。

図５３は、一例としてのシナリオ生成テーブルＳＤ２１０Ｂを示す図である。シナリオ生成テーブルＳＤ２１０Ｂの各項目は、図１７で説明したので詳細な説明は繰り返さない。シナリオ生成テーブルＳＤ２１０Ｂに示されるステップ番号は、オリジナルシナリオＳＤ２００Ｂに示されるステップ番号と対応する。なお、「シナリオ生成条件」の項目に示される各内容についての詳細は後述する。

図５４は、ＵＩコンテンツ生成処理Ａのフローチャートである。図５４では、通信端末装置５００、映像表示装置６００およびサービスサーバ８００Ａの各々において行なわれる処理を示す。図５４において、図１８と同じステップ番号の処理は、図１８で説明した処理と同様な処理が行なわれるので詳細な説明は繰り返さない。以下においては、図１８の処理と異なる処理を主に説明する。

ステップＳ２１１では、第１の実施の形態で説明した処理と同様な処理が行なわれるので詳細な説明は繰り返さない。ここでは、選択操作Ｍがあったとして、ステップＳ２１２に進む。なお、選択操作Ｍにより選択されたタイトルは、“ＡＢ物語”であるとする。

ステップＳ２１２では、第１の実施の形態で説明した処理と同様な処理が行なわれるので詳細な説明は繰り返さない。この処理により、サービスＵＩコンテンツ要求指示が、サービスサーバ８００Ａへ送信される。なお、サービスＵＩコンテンツ要求指示には、通信端末装置５００の装置ＩＤ“１１ＭＡ”が含まれるとする。

サービスサーバ８００Ａでは、まず、ステップＳ２８１の処理が行なわれる。
ステップＳ２８１では、第１の実施の形態で説明した処理と同様な処理が行なわれるので詳細な説明は繰り返さない。そして、ステップＳ２９０Ａに進む。

ステップＳ２９０Ａでは、サービスシナリオ生成処理ＳＡが行なわれる。
図５５は、サービスシナリオ生成処理ＳＡのフローチャートである。図５５を参照して、サービスシナリオ生成処理ＳＡは、図１９のサービスシナリオ生成処理Ｓと比較して、ステップＳ２９４の代わりにステップＳ２９４Ａの処理が行なわれる点が異なる。それ以外は、サービスシナリオ生成処理Ｓと同様なので詳細な説明は繰り返さない。

ステップＳ２９１では、第１の実施の形態で説明した処理と同様な処理が行なわれるので詳細な説明は繰り返さない。この処理により、図５２のオリジナルシナリオＳＤ２００Ｂと、図５３のシナリオ生成テーブルＳＤ２１０Ｂとが読み出されたとする。

ステップＳ２９２では、第１の実施の形態で説明した処理と同様な処理が行なわれるので詳細な説明は繰り返さない。この処理により、受信したサービスＵＩコンテンツ要求指示に含まれる装置ＩＤ“１１ＭＡ”に対応付けられている装置ＩＤ“１１ＴＡ”が取得されるとする。

ステップＳ２９３では、第１の実施の形態で説明した処理と同様に判定処理Ｓが行なわれる。判定処理Ｓでは、制御部８１０が、映像表示装置６００および通信端末装置５００の各々が有する機能と、シナリオ生成テーブルとに基づいて、オリジナルシナリオに含まれる複数の処理のうち、映像表示装置６００および通信端末装置５００において使用する処理を判定する。

具体的には、制御部８１０が、図１４の関連装置機能情報テーブルＳＤ１００および図５３のシナリオ生成テーブルＳＤ２１０Ｂに基づいて、判定テーブルを生成する。生成される判定テーブルは、制御部８１０が、図５２のオリジナルシナリオＳＤ２００Ｂに含まれる複数の処理のうち、映像表示装置６００および通信端末装置５００において使用する処理を判定したテーブルである。制御部８１０は、生成した判定テーブルを、記憶部８２０に記憶させる。

ここで、シナリオ生成テーブルＳＤ２１０Ｂに示される「シナリオ生成条件」の各項目について説明する。シナリオ生成テーブルＳＤ２１０Ｂにおいて、「携帯電話のみ」とは、通信端末装置５００に対し、対応するステップ番号（ＳＴ１）の処理を使用するという条件である。したがって、オリジナルシナリオＳＤ２００Ｂに示されるステップ番号ＳＴ１〜ＳＴ４の処理は、通信端末装置５００において使用される。

シナリオ生成テーブルＳＤ２１０Ｂにおいて、「非選択装置ではレビュー表示処理」とは、映像表示装置６００および通信端末装置５００のうち、対応する対応するステップ番号（ＳＴ５）の処理を使用しないと判定された装置に対し、レビュー表示処理を使用するという条件である。ここで、ステップ番号（ＳＴ５）の処理（コンテンツ再生処理）は、第１の実施の形態で説明したのと同様、ＭＰＥＧ２形式の動画像を再生可能な映像表示装置６００に対し使用すると判定されるので、レビュー表示処理は、通信端末装置５００に対し使用すると判定される。

それ以外の「シナリオ生成条件」の項目は、第１の実施の形態で説明したのと同様なので詳細な説明は繰り返さない。

以上の制御部８１０の判定により、以下の判定テーブルＳＤ３００Ｂが生成される。なお、生成された判定テーブルＳＤ３００Ｂが記憶部８２０に記憶されると、ステップＳ２９３の処理は終了する。

図５６は、一例としての判定テーブルＳＤ３００Ｂを示す図である。図５６を参照して、判定テーブルＳＤ３００Ｂの各項目は、図２０で説明したので詳細な説明は繰り返さない。

再び、図５５を参照して、ステップＳ２９３の処理の後、ステップＳ２９４Ａに進む。
ステップＳ２９４Ａでは、シナリオ生成処理ＳＡが行なわれる。シナリオ生成処理ＳＡは、オリジナルシナリオに含まれる複数の処理のうち、装置が有する機能に応じた処理を使用することで、装置に応じたサービスシナリオを生成する処理である。シナリオ生成処理ＳＡでは、制御部８１０が、オリジナルシナリオ、シナリオ生成テーブルおよび判定テーブルに基づいて、映像表示装置６００および通信端末装置５００の各々が有する機能に応じたサービスシナリオを生成する。生成されたサービスシナリオは、映像表示装置６００および通信端末装置５００が互いに連携して動作するためのデータである。そして、制御部８１０は、生成したサービスシナリオを、記憶部８２０に記憶させる。

ここで、オリジナルシナリオは、図５２のオリジナルシナリオＳＤ２００Ｂであるとする。シナリオ生成テーブルは、図５３のシナリオ生成テーブルＳＤ２１０Ｂであるとする。判定テーブルは、図５６の判定テーブルＳＤ３００Ｂであるとする。この場合、制御部８１０は、以下のサービスシナリオＳＴＤ４００ＢおよびサービスシナリオＳＭＤ４００Ｂを生成する。サービスシナリオＳＴＤ４００Ｂは、装置ＩＤ“１１ＴＡ”の映像表示装置６００により実行されるシナリオである。サービスシナリオＳＭＤ４００Ｂは、装置ＩＤ“１１ＭＡ”の通信端末装置５００により実行されるシナリオである。

図５７は、一例としてのサービスシナリオを示す図である。図５７（Ａ）は、一例としてのサービスシナリオＳＴＤ４００Ｂを示す図である。図５７（Ｂ）は、一例としてのサービスシナリオＳＭＤ４００Ｂを示す図である。

サービスシナリオＳＴＤ４００Ｂにおいて、ステップ番号ＴＳＴ１〜ＴＳＴ６は、それぞれ、オリジナルシナリオＳＤ２００Ｂのステップ番号ＳＴ１〜ＳＴ７に対応する。また、サービスシナリオＳＭＤ４００Ｂにおいて、ステップ番号ＭＳＴ１〜ＭＳＴ７は、それぞれ、オリジナルシナリオＳＤ２００Ｂのステップ番号ＳＴ１〜ＳＴ７に対応する。

まず、サービスシナリオＳＴＤ４００Ｂの生成方法について説明する。サービスシナリオＳＴＤ４００Ｂは、まず、図５６の判定テーブルＳＤ３００Ｂの装置ＩＤ“１１ＴＡ”の列において、「使用」に対応するステップ番号（たとえば、ＳＴ５）の処理を用いて生成される。たとえば、判定テーブルＳＤ３００Ｂにおけるステップ番号ＳＴ５の処理（コンテンツ再生処理）は、サービスシナリオＳＴＤ４００Ｂのステップ番号ＴＳＴ５の処理とされる。同様に、判定テーブルＳＤ３００Ｂにおけるステップ番号ＳＴ６の処理は、サービスシナリオＳＴＤ４００Ｂのステップ番号ＴＳＴ６の処理とされる。

そして、判定テーブルＳＤ３００Ｂの装置ＩＤ“１１ＴＡ”の列において、「不使用」に対応するステップ番号（以下、不使用ステップ番号Ｔともいう）の１つ前のステップ番号が存在し、かつ、当該１つ前のステップ番号が「使用」である場合、以下の処理ＴＡが行なわれる。処理ＴＡでは、１つ前のステップ番号に対応する、サービスシナリオＳＴＤ４００Ｂのステップ番号の処理に、通信端末装置５００で実行されるサービスシナリオＳＭＤ４００Ｂにおける、不使用ステップ番号Ｔに対応するステップ番号の処理に移行する処理が追加される。

具体的には、判定テーブルＳＤ３００Ｂにおける、不使用ステップ番号Ｔとしてのステップ番号ＳＴ７の１つ前のステップ番号ＳＴ６に対応する、サービスシナリオＳＴＤ４００Ｂのステップ番号ＴＳＴ２の処理に、サービスシナリオＳＭＤ４００Ｂのステップ番号ＭＳＴ７の処理に移行する処理が追加される。

また、判定テーブルＳＤ３００Ｂの装置ＩＤ“１１ＴＡ”の列において、不使用ステップ番号Ｔが存在し、当該不使用ステップ番号Ｔが、最後のステップ番号でない場合、以下の処理ＴＡ２が行なわれる。処理ＴＡ２では、判定テーブルＳＤ３００Ｂにおける、不使用ステップ番号Ｔとしてのステップ番号ＳＴ１〜ＳＴ４にそれぞれ対応する、サービスシナリオＳＴＤ４００Ｂのステップ番号ＴＳＴ１〜ＴＳＴ４の処理が、「なし」とされる。

また、判定テーブルＳＤ３００Ｂの装置ＩＤ“１１ＴＡ”の列において、不使用ステップ番号Ｔが存在し、当該不使用ステップ番号Ｔが、最後のステップ番号である場合、以下の処理ＴＡ３が行なわれる。処理ＴＡ３では、判定テーブルＳＤ３００Ｂにおける、不使用ステップ番号Ｔとしてのステップ番号ＳＴ７に対応する、サービスシナリオＳＴＤ４００Ｂのステップ番号ＴＳＴ７の処理が、待機処理とされる。

以上説明したようにサービスシナリオＳＴＤ４００Ｂは生成される。生成されたサービスシナリオＳＴＤ４００Ｂは、映像表示装置６００が有する機能に応じたサービスシナリオである。

次に、サービスシナリオＳＭＤ４００Ｂの生成方法について説明する。サービスシナリオＳＭＤ４００Ｂは、まず、図５６の判定テーブルＳＤ３００Ｂの装置ＩＤ“１１ＭＡ”の列において、「使用」に対応するステップ番号（たとえば、ＳＴ１〜ＳＴ４、ＳＴ７）の処理を用いて生成される。たとえば、判定テーブルＳＤ３００Ｂにおけるステップ番号ＳＴ１の処理（コンテンツ・リスト詳細表示処理）は、サービスシナリオＳＭＤ４００Ｂのステップ番号ＭＳＴ１の処理とされる。同様に、判定テーブルＳＤ３００Ｂにおけるステップ番号ＳＴ２〜４の処理は、それぞれ、サービスシナリオＳＭＤ４００のステップ番号ＴＳＴ２〜ＴＳＴ４の処理とされる。また、判定テーブルＳＤ３００Ｂにおけるステップ番号ＳＴ７の処理は、サービスシナリオＳＭＤ４００のステップ番号ＴＳＴ７の処理とされる。

そして、判定テーブルＳＤ３００Ｂの装置ＩＤ“１１ＭＡ”の列において、「不使用」に対応するステップ番号（以下、不使用ステップ番号Ｍともいう）の１つ前のステップ番号が存在し、かつ、当該１つ前のステップ番号が「使用」である場合、以下の処理ＭＡが行なわれる。処理ＭＡでは、１つ前のステップ番号に対応する、サービスシナリオＳＭＤ４００Ｂのステップ番号の処理に、映像表示装置６００で実行されるサービスシナリオＳＴＤ４００Ｂにおける、不使用ステップ番号Ｍに対応するステップ番号の処理に移行する処理が追加される。

具体的には、判定テーブルＳＤ３００Ｂにおける、不使用ステップ番号Ｍとしてのステップ番号ＳＴ５の１つ前のステップ番号ＳＴ４に対応する、サービスシナリオＳＭＤ４００のステップ番号ＭＳＴ４の処理に、サービスシナリオＳＴＤ４００のステップ番号ＴＳＴ５の処理に移行する処理が追加される。

また、判定テーブルＳＤ３００Ｂの装置ＩＤ“１１ＭＡ”の列において、不使用ステップ番号Ｍであって、コンテンツ再生処理に対応するステップ番号が存在する場合、以下の処理ＭＡ２が行なわれる。処理ＭＡ２では、判定テーブルＳＤ３００Ｂにおける不使用ステップ番号Ｍとしてのステップ番号ＳＴ５に対応する、サービスシナリオＳＭＤ４００Ｂのステップ番号ＭＳＴ５の処理が、映像表示装置制御処理Ａとされる。映像表示装置制御処理Ａは、映像表示装置６００においてコンテンツの再生を制御するための処理である。

また、判定テーブルＳＤ３００Ｂの装置ＩＤ“１１ＭＡ”の列において、不使用ステップ番号Ｍが存在し、当該不使用ステップ番号Ｍが、最後のステップ番号でない場合、以下の処理ＭＡ３が行なわれる。処理ＭＡ３では、判定テーブルＳＤ３００Ｂにおける不使用ステップ番号Ｍとしてのステップ番号ＳＴ６にそれぞれ対応する、サービスシナリオＳＭＤ４００Ｂのステップ番号ＭＳＴ６の処理が、「なし」とされる。

また、図５３のシナリオ生成テーブルＳＤ２１０Ｂのステップ番号ＳＴ５のシナリオ生成条件（非選択装置ではレビュー表示処理）により、判定テーブルＳＤ３００Ｂにおける不使用ステップ番号Ｍとしてのステップ番号ＳＴ５に対応する、サービスシナリオＳＭＤ４００Ｂのステップ番号ＭＳＴ５の処理に、「レビュー表示処理」が追加される。

以上説明したようにサービスシナリオＳＭＤ４００Ｂは生成される。生成されたサービスシナリオＳＭＤ４００Ｂは、通信端末装置５００が有する機能に応じたサービスシナリオである。また、サービスシナリオＳＴＤ４００ＢおよびサービスシナリオＳＭＤ４００Ｂの各々は、同じ処理を含まないシナリオとなる。

そして、シナリオ生成処理ＳＡでは、さらに、削除処理Ｓが行なわれる。削除処理Ｓでは、制御部８１０が、生成されたサービスシナリオＳＴＤ４００ＢおよびサービスシナリオＳＭＤ４００Ｂにおいて、「なし」とされているステップ番号を削除し、ステップ番号を振りなおすことにより、以下のサービスシナリオＳＴＤ４００ＣおよびサービスシナリオＳＭＤ４００Ｃを生成する。なお、サービスシナリオＳＴＤ４００ＣおよびサービスシナリオＳＭＤ４００Ｃでは、移行先のステップ番号も、振りなおされたステップ番号に変更されたものとなる。

図５８は、一例としてのサービスシナリオを示す図である。図５８（Ａ）は、一例としてのサービスシナリオＳＴＤ４００Ｃを示す図である。生成されたサービスシナリオＳＴＤ４００Ｃは、映像表示装置６００が有する機能に応じたサービスシナリオである。なお、サービスシナリオＳＴＤ４００Ｃのファイル名は、“VOD_TV.xml”であるとする。

図５８（Ｂ）は、一例としてのサービスシナリオＳＭＤ４００Ｃを示す図である。生成されたサービスシナリオＳＭＤ４００Ｃは、通信端末装置５００が有する機能に応じたサービスシナリオである。なお、サービスシナリオＳＭＤ４００Ｃのファイル名は、“VOD_Mobile.xml”であるとする。

また、サービスシナリオＳＴＤ４００ＣおよびサービスシナリオＳＭＤ４００Ｃは、それぞれ、映像表示装置６００および通信端末装置５００で実行されることにより、映像表示装置６００および通信端末装置５００が互いに連携して動作するためのデータである。

前述したように、サービスシナリオＳＴＤ４００ＢおよびサービスシナリオＳＭＤ４００Ｂの各々は、同じ処理を含まないシナリオである。したがって、サービスシナリオＳＴＤ４００ＣおよびサービスシナリオＳＭＤ４００Ｃの各々は、同じ処理を含まないシナリオとなる。

図５９は、映像表示装置６００により実行されるサービスシナリオＳＴＤ４００Ｃのスクリプトの記述の一例を示す図である。図５９を参照して、第６行〜第１２行は、図５８（Ａ）のサービスシナリオＳＴＤ４００Ｃのステップ番号ＴＳＴ１のコンテンツ再生処理のスクリプトの一例である。第１３行は、ステップ番号ＴＳＴ２の特典表示処理のスクリプトの一例である。第１７行は、ステップ番号ＴＳＴ３の待機処理のスクリプトの一例である。なお、スクリプトの詳細な説明は後述する。

図６０は、通信端末装置５００により実行されるサービスシナリオＳＭＤ４００Ｃのスクリプトの記述の一例を示す図である。図６０を参照して、第６行は、図５８（Ｂ）のサービスシナリオＳＭＤ４００Ｃのステップ番号ＭＳＴ１のコンテンツ・リスト表示処理のスクリプトの一例である。第１０行は、ステップ番号ＭＳＴ２のコンテンツ詳細表示処理のスクリプトの一例である。

第１４行は、ステップ番号ＭＳＴ３の購入処理のスクリプトの一例である。第１８行は、ステップ番号ＭＳＴ４の選択処理のスクリプトの一例である。第２３行は、ステップ番号ＭＳＴ５の映像表示装置制御処理Ａのスクリプトの一例である。第２４行は、ステップ番号ＭＳＴ５のレビュー表示処理のスクリプトの一例である。第２８行は、ステップ番号ＭＳＴ６のクーポン取得処理のスクリプトの一例である。なお、スクリプトの詳細な説明は後述する。

再び、図５５を参照して、ステップＳ２９４Ａの処理が終了すると、図５４のＵＩコンテンツ生成処理Ａに戻り、ステップＳ２９０Ａの次のステップＳ２９６Ａに進む。

ステップＳ２９６Ａでは、ＵＩコンテンツ送信処理ＳＡが行なわれる。ＵＩコンテンツ送信処理ＳＡでは、制御部８１０が、サービスＵＩコンテンツＭＡを、通信端末装置５００へ送信する。サービスＵＩコンテンツＭＡは、通信端末装置５００で処理されるコンテンツである。

サービスＵＩコンテンツＭＡには、図６０のサービスシナリオＳＭＤ４００Ｃと、サービスシナリオＳＭＤ４００Ｃの実行時に使用される複数のメディアデータＭとが含まれる。メディアデータＭは、スクリプトデータＭ、テキストデータ、画像データ等のデータである。スクリプトデータＭは、ＳＶＧの規格に基づいて生成されたデータである。スクリプトデータＭは、たとえば、図６０の第６行に記載されている、ファイル名が“リスト表示．ｓｖｇ”のデータである。そして、ステップＳ２９６Ａの処理は終了する。

ＵＩコンテンツ生成処理Ａにおいて、通信端末装置５００では、ステップＳ２１２の処理の後、ステップＳ２１６Ａに進む。

ステップＳ２１６Ａでは、ＵＩコンテンツ受信処理ＭＡが行なわれる。ＵＩコンテンツ受信処理ＭＡでは、制御部５１０が、サービスＵＩコンテンツＭＡを受信し、受信したサービスＵＩコンテンツＭＡを、記憶部５２０に記憶させる。そして、ステップＳ２１７Ａに進む。

ステップＳ２１７Ａでは、制御部５１０が、サービスＵＩコンテンツＭＡに含まれるサービスシナリオＳＭＤ４００Ｃを実行することによりシナリオ実行処理ＭＡを実行する。シナリオ実行処理ＭＡは、他の処理とは独立して行なわれる処理である。なお、後述する処理により、シナリオ実行処理ＴＡも実行される。ここで、通信端末装置５００はリモコンモードに設定されているとする。

図６１は、シナリオ実行処理ＴＡおよびシナリオ実行処理ＭＡのフローチャートである。シナリオ実行処理ＭＡでは、まず、ステップＳ４４１の処理が行なわれる。

ステップＳ４１１では、コンテンツ・リスト表示処理Ｍが行なわれる。コンテンツ・リスト表示処理Ｍは、制御部５１０が、図６０の第６行を実行することにより行なわれる処理である。前述したように、制御部５１０により実行されるＳＶＧビューアを、ＳＶＧビューアＭともいう。

コンテンツ・リスト表示処理Ｍでは、ＳＶＧビューアＭが、図６０の第６行のファイル名が“リスト表示．ｓｖｇ”のデータを解析して、以下のリスト画像ＭＧ３００Ａを生成し、表示部５３０に、リスト画像ＭＧ３００Ａを表示する。

図６２は、一例としてのリスト画像ＭＧ３００Ａを示す図である。図６２を参照して、リスト画像ＭＧ３００Ａは、サービスサーバ８００Ａが配信可能な複数のコンテンツの各々のタイトルがリスト表示される。また、リスト画像ＭＧ３００Ａには、選択枠ＭＳＬ３１０が配置される。選択枠ＭＳＬ３１０は、複数のタイトルのうちの１つを選択するための枠である。選択枠ＭＳＬ３１０は、方向ボタン５４１Ａを押下されることにより上に移動する。また、選択枠ＭＳＬ３１０は、方向ボタン５４１Ｂを押下されることにより下に移動する。

リスト画像ＭＧ３００Ａには、さらに、ボタン画像ＭＢＧ３１４が配置される。ボタン画像ＭＢＧ３１４は、押下処理されることにより、選択枠ＭＳＬ３１０で選択されているタイトルのコンテンツの詳細情報を、通信端末装置５００の表示部５３０に表示させるためのボタン画像である。

再び、図６１を参照して、シナリオ実行処理ＭＡでは、ステップＳ４１１の処理の後、ステップＳ４１２に進む。

ステップＳ４１２では、制御部５１０が、詳細操作ＭＡがあったか否かを判定する。詳細操作ＭＡは、図６２の選択枠ＭＳＬ３１０によりタイトルが選択された状態で行なわれる、ボタン画像ＭＧＢ３１４を押下処理するためのインターフェース操作Ｍである。

ステップＳ４１２において、ＹＥＳならば、制御部５１０は、図６０の第６行のファイル名が"リスト表示.svg"のデータに記述されているスクリプトに基づいて、ファイル名が“ユーザ操作１．ｔｘｔ”のテキストファイルに、“詳細を見る”という文字列を記述する。また、制御部５１０は、ファイル名が"リスト表示.svg"のデータに記述されているスクリプトに基づいて、ファイル名が“ＶＯＤコンテンツ．ｔｘｔ”のテキストファイルに、選択されたタイトル（たとえば、“ＡＢ物語”）の文字列を記述する。そして、ステップＳ４１３に進む。一方、ステップＳ４１２において、ＮＯならば、再度、ステップＳ４１２の処理が行なわれる。ここでは、詳細操作ＭＡがあったとして、ステップＳ４１３に進む。なお、詳細操作ＭＡにより選択されたタイトルは、「ＡＢ物語」であるとする。

ステップＳ４１３では、コンテンツ詳細表示処理ＭＡが行なわれる。コンテンツ詳細表示処理ＭＡは、図６０の第７行、第８行のスクリプトに示されるように、ファイル名が“ユーザ操作１．ｔｘｔ”のテキストファイルに、“詳細を見る”が記述されていることにより、第１０行が実行されることにより行なわれる処理である。

コンテンツ詳細表示処理ＭＡでは、ＳＶＧビューアＭが、図６０の第１０行のファイル名が“詳細表示．ｓｖｇ”のデータを解析して、図２８の詳細情報表示画像ＭＧ４００を生成する。ファイル名が“詳細表示．ｓｖｇ”のデータは、図５４のステップＳ２１６Ａの処理により受信したサービスＵＩコンテンツＭＡに含まれるデータである。なお、“詳細表示．ｓｖｇ”のデータには、図６２に表示される複数のタイトルにそれぞれ対応する複数の詳細情報が含まれる。

具体的には、制御部５１０が、ファイル名が“詳細表示．ｓｖｇ”のデータに記述されているスクリプトに基づいて、ファイル名が“ＶＯＤコンテンツ．ｔｘｔ”のテキストファイルに記述された“ＡＢ物語”に対応する詳細情報を、ファイル名が“詳細表示．ｓｖｇ”のデータに含まれる複数の詳細情報から選択する。そして、制御部５１０は、ファイル名が“詳細表示．ｓｖｇ”のデータに記述されているスクリプトに基づいて、選択した詳細情報を表示した詳細情報表示画像ＭＧ４００を生成し、表示部５３０に、詳細情報表示画像ＭＧ４００を表示する。そして、ステップＳ４１４に進む。

ステップＳ４１４では、図２４のステップＳ３１４と同様な処理が行なわれるので詳細な説明は繰り返さない。ステップＳ４１４において、ＹＥＳならば、制御部５１０は、図６０の第１０行のファイル名が"詳細表示.svg"のデータに記述されているスクリプトに基づいて、ファイル名が“ユーザ操作２．ｔｘｔ”のテキストファイルに、“購入”という文字列を記述する。そして、ステップＳ４１４Ａに進む。一方、ステップＳ４１４において、ＮＯならば、再度、ステップＳ４１４の処理が行なわれる。ここでは、購入操作Ｍがあったとして、ステップＳ４１４Ａに進む。

ステップＳ４１４Ａでは、購入処理ＭＡが行なわれる。購入処理ＭＡは、図６０の第１１行、第１２行のスクリプトに示されるように、ファイル名が“ユーザ操作２．ｔｘｔ”のテキストファイルに、“購入”が記述されていることにより、第１４行が実行されることにより行なわれる処理である。

購入処理ＭＡでは、制御部５１０が、サービスサーバ８００Ａに対し、コンテンツを購入するための決済処理を行なう。決済処理は、たとえば、電子マネーを利用した決済である。ここで、購入されたコンテンツは、タイトルが「ＡＢ物語」のコンテンツであるとする。

決済処理が終了すると、ＳＶＧビューアＭが、図６０の第１４行のファイル名が“購入表示．ｓｖｇ”のデータを解析して、図３０の購入画像ＭＧ５００を生成し、表示部５３０に、購入画像ＭＧ５００を表示する。そして、ステップＳ４１５に進む。

ステップＳ４１５では、図２４のステップＳ３１５と同様な処理が行なわれるので詳細な説明は繰り返さない。ステップＳ４１５において、ＹＥＳならば、制御部５１０は、図６０の第１４行のファイル名が“購入表示．ｓｖｇ”のデータに記述されているスクリプトに基づいて、ファイル名が“ユーザ操作３．ｔｘｔ”のテキストファイルに、“ＴＶで見る”という文字列を記述する。

また、制御部５１０は、ファイル名が“購入表示．ｓｖｇ”のデータに記述されているスクリプトに基づいて、ファイル名が“ＶＯＤコンテンツ．ｔｘｔ”のテキストファイルに、タイトルが「ＡＢ物語」のコンテンツのファイル名（ＡＢ物語．ｍｐｇ）を記述する。そして、ステップＳ４１５Ｎに進む。一方、ステップＳ４１５において、ＮＯならば、再度、ステップＳ４１５の処理が行なわれる。ここでは、再生操作Ｍがあったとして、ステップＳ４１５Ｎに進む。

ステップＳ４１５Ｎでは、制御部５１０が、ＵＩコンテンツＴＡ要求指示を、サービスサーバ８００Ａへ送信する。ここで、ＵＩコンテンツＴＡ要求指示は、サービスサーバ８００Ａに対し、図５９のサービスシナリオＳＴＤ４００Ｃを含む、サービスＵＩコンテンツＴＡを、映像表示装置６００へ送信させるための指示である。そして、ステップＳ４１５Ｎの処理は終了する。

再び、図５４を参照して、ステップＳ２９６Ａの処理の後、ステップＳ２９７Ａに進む。

ステップＳ２９７Ａでは、制御部８１０が、ＵＩコンテンツＴＡ要求指示を受信したか否かを判定する。ステップＳ２９７Ａにおいて、ＹＥＳならば、ステップＳ２９８Ａに進む。一方、ステップＳ２９７Ａにおいて、ＮＯならば、再度、ステップＳ２９７Ａの処理が行なわれる。ここでは、ＵＩコンテンツＴＡ要求指示を受信したとして、ステップＳ２９８Ａに進む。

ステップＳ２９８Ａでは、ＵＩコンテンツ送信処理ＳＢが行なわれる。ＵＩコンテンツ送信処理ＳＢでは、制御部８１０が、サービスＵＩコンテンツＴＡを、映像表示装置６００へ送信する。サービスＵＩコンテンツＴＡは、映像表示装置６００で処理されるコンテンツである。

サービスＵＩコンテンツＴＡには、図５９のサービスシナリオＳＴＤ４００Ｃと、サービスシナリオＳＴＤ４００Ｃの実行時に使用される複数のメディアデータＴとが含まれる。メディアデータＴは、スクリプトデータＴ、テキストデータ、画像データ等のデータである。スクリプトデータＴは、ＳＶＧの規格に基づいて生成されたデータである。スクリプトデータＴは、たとえば、図５９の第１３行に記載されている、ファイル名が“特典表示．ｓｖｇ”のデータである。そして、ＵＩコンテンツ生成処理Ａにおけるサービスサーバ８００Ａの処理は終了する。

ＵＩコンテンツ生成処理Ａにおいて、映像表示装置６００では、ステップＳ２４６Ａの処理が行なわれる。

ステップＳ２４６Ａでは、ＵＩコンテンツ受信処理ＴＡが行なわれる。ＵＩコンテンツ受信処理ＴＡでは、制御部６１０が、サービスＵＩコンテンツＴＡを受信し、受信したサービスＵＩコンテンツＴＡを、記憶部６２０に記憶させる。そして、ステップＳ２４７Ａに進む。

ステップＳ２４７Ａでは、制御部６１０が、サービスＵＩコンテンツＴＡに含まれるサービスシナリオＳＴＤ４００Ｃを実行することによりシナリオ実行処理ＴＡを実行する。シナリオ実行処理ＴＡは、他の処理とは独立して行なわれる処理である。そして、ＵＩコンテンツ生成処理Ａにおける映像表示装置６００の処理は終了する。

再び、図６１を参照して、ステップＳ４１５Ｎの処理の後、ステップＳ４１５Ａに進む。

ステップＳ４１５Ａでは、サービスデータＮＡ生成処理Ｍが行なわれる。サービスデータＮＡ生成処理Ｍは、図６０の第１５行、第１６行のスクリプトに示されるように、ファイル名が“ユーザ操作３．ｔｘｔ”のテキストファイルに、“ＴＶで見る”が記述されている場合に行なわれる処理である。

サービスデータＮＡ生成処理Ｍでは、制御部５１０が、図６０の第１６行の“xlink:href=“VOD_TV.xml:id=コンテンツ再生"”の記述に基づいて、サービスデータＮＡとしての、以下のサービスデータＴＳＤ５００Ｇを生成する。そして、ステップＳ４１５Ａの処理は終了する。

図６３は、一例としてのサービスデータＴＳＤ５００Ｇを示す図である。図６３を参照して、サービスデータＴＳＤ５００Ｇに示される各項目は、図２７で説明したので詳細な説明は繰り返さない。ここで、ＵＲＩ“http://service.com/VOD_TV.xml”は、映像表示装置６００の記憶部６２０に記憶されている、ファイル名が“VOD_TV.xml”であるサービスシナリオＳＴＤ４００Ｃを特定する。

サービスデータＴＳＤ５００Ｇには、ファイル名が“ユーザ操作１．ｔｘｔ”、“ユーザ操作２．ｔｘｔ”および “ユーザ操作３．ｔｘｔ”のテキストファイルと、ファイル名が“ＶＯＤコンテンツ．ｔｘｔ”のテキストファイルとが含まれる。

再び、図６１を参照して、ステップＳ４１５Ａの処理の後、ステップＳ４１５Ｂ進む。
ステップＳ４１５Ｂでは、サービスデータＮＡ送信処理Ｍが行なわれる。サービスデータＮＡ送信処理Ｍは、制御部５１０が、図６０の第１６行の“xlink:href="VOD_TV.xml:id=コンテンツ再生"”の記述に基づいて、サービスデータＮＡとしてのサービスデータＴＳＤ５００Ｇを、無線通信により、映像表示装置６００へ送信する。そして、ステップＳ４１５Ｂの処理は終了する。

シナリオ実行処理ＴＡでは、まず、ステップＳ４４１の処理が行なわれる。
ステップＳ４４１では、制御部６１０が、サービスデータＮＡとしてのサービスデータＴＳＤ５００Ｇを受信したか否かを判定する。ステップＳ４４１において、ＹＥＳならば、ステップＳ４４２に進む。一方、ステップＳ４４１において、ＮＯならば、再度、ステップＳ４４１の処理が行なわれる。ここでは、サービスデータＮＡとしてのサービスデータＴＳＤ５００Ｇを受信したとして、ステップＳ４４２に進む。

ステップＳ４４２では、コンテンツ再生処理Ａが行なわれる。コンテンツ再生処理Ａは、制御部６１０が、受信したサービスデータＴＳＤ５００Ｇに示されるステータスＩＤ“コンテンツ再生”により特定される図５９の第６行を実行することにより行なわれる処理である。図５９の第６行の“movie-player”は、コンテンツを再生するためのアプリケーション（以下、コンテンツ再生プログラムともいう）の名称である。

なお、コンテンツ再生プログラムは、記憶部６２０に予め記憶されている。前述したように、制御部６１０により実行されるコンテンツ再生プログラムを、コンテンツ再生プログラムＴともいう。前述したように、図５９の第６行の“param=“@VODコンテンツ.txt"”の記述に基づくコンテンツを、再生対象コンテンツともいう。ここで、再生対象コンテンツは、ファイル名が“ＶＯＤコンテンツ．ｔｘｔ”のテキストファイルに記述されているファイル名“ＡＢ物語．ｍｐｇ”のコンテンツであるとする。

コンテンツ再生処理Ａでは、コンテンツ再生プログラムＴが、再生対象コンテンツを、サービスサーバ８００Ａに要求する。サービスサーバ８００Ａは、再生対象コンテンツの要求に応じて、再生対象コンテンツを、映像表示装置６００へストリーミング配信する。

シナリオ実行処理ＭＡでは、ステップＳ４１５Ｂの処理の後、ステップＳ４１６に進む。

ステップＳ４１６では、選択処理Ｍが行なわれる。選択処理Ｍは、図６０の第１６行の記述により、第１８行が実行されることにより行なわれる処理である。

選択処理Ｍでは、ＳＶＧビューアＭが、図６０の第１８行のファイル名が“選択操作．ｓｖｇ”のデータを解析して、以下の選択操作画像ＭＧ５００Ａを生成し、表示部５３０に、選択操作画像ＭＧ５００Ａを表示する。

図６４は、一例としての選択操作画像ＭＧ５００Ａを示す図である。図６４を参照して、選択操作画像ＭＧ５００Ａには、再生中のコンテンツに対して行なう操作を選択する旨のメッセージが表示される。また、選択操作画像ＭＧ５００Ａには、ボタン画像ＭＢＧ５２２、ＭＢＧ５２４が配置される。

ボタン画像ＭＢＧ５２２は、押下処理されることにより、再生中のコンテンツの制御を行なうためのボタン画像である。ボタン画像ＭＢＧ５２４は、押下処理されることにより、再生中のコンテンツの関連情報を表示するためのボタン画像である。

再び、図６１を参照して、ステップＳ４１６の処理の後、ステップＳ４１６Ａに進む。
ステップＳ４１６Ａでは、制御部５１０が、情報表示操作Ｍがあるか否かを判定する。情報表示操作Ｍは、ボタン画像ＭＢＧ５２４を押下処理するためのインターフェース操作Ｍである。ステップＳ４１６Ａにおいて、ＹＥＳならば、制御部５１０は、図６０の第１８行のファイル名が“選択操作.svg”のデータに記述されているスクリプトに基づいて、ファイル名が“ユーザ操作４．ｔｘｔ”のテキストファイルに、“関連情報表示”という文字列を記述する。そして、ステップＳ４１６Ｂに進む。一方、ステップＳ４１６Ａにおいて、ＮＯならば、後述するステップＳ４１７Ｊに進む。ここでは、情報表示操作Ｍがあったとして、ステップＳ４１６Ｂに進む。

ステップＳ４１６Ｂでは、レビュー表示処理Ｍが行なわれる。レビュー表示処理Ｍは、図６０の第１９行、第２１行のスクリプトに示されるように、ファイル名が“ユーザ操作４．ｔｘｔ”のテキストファイルに、“関連情報表示”が記述されていることにより、第２４行が実行されることにより行なわれる処理である。

レビュー表示処理Ｍでは、ＳＶＧビューアＭが、図６０の第２４行のファイル名が“関連情報表示．ｓｖｇ”のデータと、ファイル名が“再生結果．ｔｘｔ”のテキストファイルとに基づいて、関連情報表示画像を生成し、表示部５３０に、関連情報表示画像を表示する。ここで、ファイル名が“再生結果．ｔｘｔ”のテキストファイルには、初期状態では、何も記述されていないとする。この場合、以下の関連情報表示画像ＭＧ６００が生成され、関連情報表示画像ＭＧ６００が表示部５３０に表示される。そして、ステップＳ４１６Ｂの処理は終了する。

図６５は、一例としての関連情報表示画像ＭＧ６００を示す図である。図６５を参照して、関連情報表示画像ＭＧ６００には、再生中のコンテンツに対するレビューを参照できる旨のメッセージと、コンテンツの再生終了後には、お楽しみがある旨のメッセージとが表示される。また、関連情報表示画像ＭＧ６００には、ボタン画像ＭＢＧ６２２が配置される。ボタン画像ＭＢＧ６２２は、押下処理されることにより、映像表示装置６００において再生中のコンテンツのレビューを参照するためのボタン画像である。

再び、図６１を参照して、ステップＳ４１６Ｂの処理の後、ステップＳ４１６Ｃに進む。

ステップＳ４１６Ｃでは、制御部５１０が、レビュー参照操作Ｍがあるか否かを判定する。レビュー参照操作Ｍは、ボタン画像ＭＢＧ６２２を押下処理するためのインターフェース操作Ｍである。ステップＳ４１６Ｃにおいて、ＹＥＳならば、ステップＳ４１６Ｄに進む。一方、ステップＳ４１６Ｃにおいて、ＮＯならば、後述するステップＳ４１６Ｅに進む。ここでは、レビュー参照操作Ｍがあったとして、ステップＳ４１６Ｄに進む。

ステップＳ４１６Ｄでは、レビュー参照処理Ｍが行なわれる。レビュー参照処理Ｍでは、制御部５１０が、たとえば、サービスサーバ８００Ａにアクセスして、映像表示装置６００において再生中のコンテンツのレビューの情報を取得し、表示部５３０に表示させる。そして、ステップＳ４１６Ｄの処理は終了する。

シナリオ実行処理ＴＡのステップＳ４４２のコンテンツ再生処理Ａでは、図２４のステップＳ３４６のコンテンツ再生処理と同様、コンテンツ再生プログラムＴが、通信端末装置５００から受信したリモコン信号に応じて、コンテンツの再生を制御する。当該制御は、図５９の第９行〜第１１行に記述されている“action”に基づいて行なわれる。

コンテンツの再生が終了した場合、コンテンツ再生プログラムＴは、図５９の第６行のスクリプトに基づいて、ファイル名が“ユーザ操作１．ｔｘｔ”のテキストファイルに、“コンテンツ終了”という文字列を記述する。また、コンテンツ再生プログラムＴは、図５９の第６行のスクリプトに基づいて、ファイル名が“再生結果．ｔｘｔ”のテキストファイルに、“再生終了”という文字列を記述する。そして、ステップＳ４４２Ａに進む。

ステップＳ４４２Ａでは、サービスデータＮＢ生成処理Ｔが行なわれる。サービスデータＮＢ生成処理Ｔは、図５９の第７行、第８行のスクリプトに示されるように、ファイル名が“ユーザ操作１．ｔｘｔ”のテキストファイルに、“コンテンツ終了”が記述されている場合に行なわれる処理である。

サービスデータＮＢ生成処理Ｔでは、制御部６１０が、図５９の第８行の“xlink:href="VOD_Mobile.xml:id=関連情報表示"”の記述に基づいて、サービスデータＮＢとしての、以下のサービスデータＴＳＤ５００Ｈを生成する。そして、ステップＳ４４２Ａの処理は終了する。

図６６は、一例としてのサービスデータＴＳＤ５００Ｈを示す図である。図６６を参照して、サービスデータＴＳＤ５００Ｈに示される各項目は、図２７で説明したので詳細な説明は繰り返さない。ここで、ＵＲＩ“http://service.com/VOD_Mobile.xml”は、通信端末装置５００の記憶部５２０に記憶されている、ファイル名が“VOD_Mobile.xml”であるサービスシナリオＳＭＤ４００Ｃを特定する。

サービスデータＴＳＤ５００Ｈは、図６３のサービスデータＴＳＤ５００Ｇと比較して、ファイル名が“ユーザ操作１．ｔｘｔ”に記述される文字列が異なる点と、“再生結果．ｔｘｔ”のテキストファイルがさらに含まれる点とが異なる。それ以外は、サービスデータＴＳＤ５００Ｇと同様なので詳細な説明は繰り返さない。

再び、図６１を参照して、ステップＳ４４２Ａの処理の後、ステップＳ４４２Ｂに進む。

ステップＳ４４２Ｂでは、サービスデータＮＢ送信処理Ｔが行なわれる。サービスデータＮＢ送信処理Ｔは、制御部６１０が、図５９の第８行の“xlink:href="VOD_Mobile.xml:id=関連情報表示"”の記述に基づいて、サービスデータＮＢとしてのサービスデータＴＳＤ５００Ｇを、無線通信により、通信端末装置５００へ送信する。そして、ステップＳ４４２Ｂの処理は終了する。

シナリオ実行処理ＭＡでは、ステップＳ４１６Ｄの処理の後、ステップＳ４１６Ｅに進む。

ステップＳ４１６Ｅでは、制御部５１０が、サービスデータＮＢとしてのサービスデータＴＳＤ５００Ｇを受信したか否かを判定する。ステップＳ４１６Ｅにおいて、ＹＥＳならば、ステップＳ４１６Ｆに進む。一方、ステップＳ４１６Ｅにおいて、ＮＯならば、再度、ステップＳ４１６Ｃの処理が行なわれる。ここでは、サービスデータＮＢとしてのサービスデータＴＳＤ５００Ｇを受信したとして、ステップＳ４１６Ｆに進む。

ステップＳ４１６Ｆでは、レビュー表示処理ＭＡが行なわれる。レビュー表示処理ＭＡは、制御部５１０が、受信したサービスデータＴＳＤ５００Ｇに示されるステータスＩＤ“関連情報表示”により特定される図６０の第２４行を実行することにより行なわれる処理である。

レビュー表示処理ＭＡでは、ＳＶＧビューアＭが、図６０の第２４行のファイル名が“関連情報表示．ｓｖｇ”のデータと、ファイル名が“再生結果．ｔｘｔ”のテキストファイルとに基づいて、関連情報表示画像を生成し、表示部５３０に、関連情報表示画像を表示する。ここで、ファイル名が“再生結果．ｔｘｔ”のテキストファイルには、“再生終了”という文字列が記述されているとする。この場合、以下の関連情報表示画像ＭＧ６００Ａが生成され、関連情報表示画像ＭＧ６００Ａが表示部５３０に表示される。そして、ステップＳ４１６Ｆの処理は終了する。

図６７は、一例としての関連情報表示画像ＭＧ６００Ａを示す図である。図６７を参照して、関連情報表示画像ＭＧ６００Ａは、図６５の関連情報表示画像ＭＧ６００と比較して、ボタン画像ＭＢＧ６２４がさらに配置される点が異なる。それ以外は、関連情報表示画像ＭＧ６００と同様なので詳細な説明は繰り返さない。すなわち、コンテンツの再生が終了すると、ボタン画像ＭＢＧ６２４が表示されることになる。

ボタン画像ＭＢＧ６２４は、押下処理されることにより、クーポンを取得するためのボタン画像である。

なお、表示部５３０に関連情報表示画像ＭＧ６００Ａが表示されているときに、ボタン画像ＭＢＧ６２２を押下処理するためのレビュー参照操作Ｍがあった場合、前述したステップＳ４１６Ｄのレビュー参照処理Ｍが行なわれた後、後述するステップＳ４１７に進む。

再び、図６１を参照して、ステップＳ４１６Ｆの処理の後、ステップＳ４１７に進む。
ステップＳ４１７では、制御部５１０が、クーポン取得操作Ｍがあったか否かを判定する。クーポン取得操作Ｍは、ボタン画像ＭＢＧ６２４を押下処理するためのインターフェース操作Ｍである。ステップＳ４１７において、ＹＥＳならば、制御部５１０は、図６０の第２４行の“関連情報表示．ｓｖｇ”のデータに記述されているスクリプトに基づいて、ファイル名が“ユーザ操作５．ｔｘｔ”のテキストファイルに、“クーポン”という文字列を記述する。そして、ステップＳ４１８に進む。一方、ステップＳ４１７において、ＮＯならば、後述するステップＳ４１７Ａに進む。ここでは、クーポン取得操作Ｍがあったとして、ステップＳ４１８に進む。

ステップＳ４１８では、図２４のステップＳ３１８と同様にクーポン取得処理Ｍが行なわれる。クーポン取得処理Ｍは、図６０の第２５行、第２６行のスクリプトに示されるように、ファイル名が“ユーザ操作５．ｔｘｔ”のテキストファイルに、“クーポン”が記述されていることにより、第２８行が実行されることにより行なわれる処理である。

クーポン取得処理Ｍでは、ＳＶＧビューアＭが、図６０の第２８行のファイル名が“クーポン表示．ｓｖｇ”のデータを解析して、図３６のクーポン表示画像ＭＧ７００を生成し、表示部５３０に、クーポン表示画像ＭＧ７００を表示する。

なお、クーポンを保存するための処理等は、図２４のステップＳ３１８と同様なので詳細な説明は繰り返さない。なお、シナリオ実行処理ＭＡを終了するためのインターフェース操作Ｍがあった場合、ステップＳ４１８の処理は終了し、シナリオ実行処理ＭＡは終了する。

クーポン取得処理ＴＡでは、ステップＳ４４２Ｂの処理の後、ステップＳ４４７に進む。

ステップＳ４４７では、図２４のステップＳ３４７と同様に特典表示処理Ｔが行なわれる。特典表示処理Ｔは、図５９の第８行の記述により、第１３行が実行されることにより行なわれる処理である。

特典表示処理Ｔでは、ＳＶＧビューアＴが、図５９の第１３行のファイル名が“特典表示．ｓｖｇ”のデータを解析して、図３４の特典表示画像Ｇ６００を生成し、表示部６３０に、特典表示画像Ｇ６００を表示する。そして、ステップＳ４４８に進む。

ステップＳ４４８では、制御部６１０が、クーポン取得操作Ｔがあったか否かを判定する。クーポン取得操作Ｔは、通信端末装置５００における、図３４のボタン画像ＢＧ６１４を押下処理するための操作である。ステップＳ４４８において、ＹＥＳならば、制御部６１０が、図５９の第１３行のファイル名が"特典表示.svg"のデータに記述されているスクリプトに基づいて、ファイル名が“ユーザ操作２．ｔｘｔ”のテキストファイルに、“クーポン”という文字列を記述する。そして、ステップＳ４４８Ａに進む。

一方、ステップＳ４４８において、ＮＯならば、再度、ステップＳ４４８の処理が行なわれる。ここでは、クーポン取得操作Ｔがあったとして、ステップＳ４４８Ａに進む。

ステップＳ４４８Ａでは、サービスデータＮＣ生成処理Ｔが行なわれる。サービスデータＮＣ生成処理Ｔは、図５９の第１４行、第１５行のスクリプトに示されるように、ファイル名が“ユーザ操作２．ｔｘｔ”のテキストファイルに、“クーポン”が記述されている場合に行なわれる処理である。

サービスデータＮＣ生成処理Ｔでは、制御部６１０が、図５９の第１５行の“xlink:href="VOD_Mobile.xml:id=クーポン"”の記述に基づいて、サービスデータＮＣとしての、以下のサービスデータＴＳＤ５００Ｊを生成する。そして、ステップＳ４４８Ａの処理は終了する。

図６８は、一例としてのサービスデータＴＳＤ５００Ｊを示す図である。図６８を参照して、サービスデータＴＳＤ５００Ｊに示される各項目は、図２７で説明したので詳細な説明は繰り返さない。

再び、図６１を参照して、ステップＳ４４８Ａの処理の後、ステップＳ４４８Ｂに進む。

ステップＳ４４８Ｂでは、サービスデータＮＣ送信処理Ｔが行なわれる。サービスデータＮＣ送信処理Ｔは、制御部６１０が、図５９の第１５行の“xlink:href="VOD_Mobile.xml:id=クーポン"”の記述に基づいて、サービスデータＮＣとしてのサービスデータＴＳＤ５００Ｊを、無線通信により、通信端末装置５００へ送信する。そして、ステップＳ４４８Ｂの処理は終了する。

シナリオ実行処理ＭＡでは、ステップＳ４１７において、ＮＯならば、ステップＳ４１７Ａに進む。

ステップＳ４１７Ａでは、制御部５１０が、サービスデータＮＣとしてのサービスデータＴＳＤ５００Ｊを受信したか否かを判定する。ステップＳ４１７Ａにおいて、ＹＥＳならば、ステップＳ４１８に進む。一方、ステップＳ４１７Ａにおいて、ＮＯならば、再度、ステップＳ４１７の処理が行なわれる。ここでは、サービスデータＮＣとしてのサービスデータＴＳＤ５００Ｊを受信したとして、ステップＳ４１８に進む。

ステップＳ４１８では、前述したようにクーポン取得処理Ｍが行なわれる。ステップＳ４１７Ａの処理の後、ステップＳ４１８の処理が行なわれる場合のクーポン取得処理Ｍは、制御部５１０が、受信したサービスデータＴＳＤ５００Ｊに示されるステータスＩＤ“クーポン”により特定される図６０の第２８行を実行することにより行なわれる処理である。なお、クーポン取得処理Ｍについては、前述したので詳細な説明は繰り返さない。

クーポン取得処理ＴＡでは、ステップＳ４４８Ｂの処理の後、ステップＳ４４８Ｃに進む。

ステップＳ４４８Ｃでは、図２４のステップＳ３４８Ｃと同様に、待機処理Ｔが行なわれる。待機処理Ｔは、図５９の第１５行の記述により、第１７行が実行されることにより行なわれる処理である。この処理により、表示部６３０には、図３７の待機中画像Ｇ６００Ａが表示される。なお、シナリオ実行処理ＭＡの終了に応じて終了し、クーポン取得処理ＴＡは終了する。

次に、図６１のステップＳ４１６の処理の後、情報表示操作Ｍがなかった場合の処理について説明する。この場合、ステップＳ４１６Ａにおいて、ＮＯと判定され、ステップＳ４１７Ｊに進む。

ステップＳ４１７Ｊでは、制御部５１０が、再生制御操作Ｍがあるか否かを判定する。再生制御操作Ｍは、図６４のボタン画像ＭＢＧ５２２を押下処理するためのインターフェース操作Ｍである。ステップＳ４１７Ｊにおいて、ＹＥＳならば、制御部５１０は、図６０の第１８行のファイル名が“選択操作.svg”のデータに記述されているスクリプトに基づいて、ファイル名が“ユーザ操作４．ｔｘｔ”のテキストファイルに、“ＴＶ制御”という文字列を記述する。そして、ステップＳ４１７Ｋに進む。一方、ステップＳ４１７Ｊにおいて、ＮＯならば、再度、ステップＳ４１６Ａの処理が行なわれる。ここでは、再生制御操作があったとして、ステップＳ４１７Ｋに進む。

ステップＳ４１７Ｋでは、図２４のステップＳ３１６と同様に、映像表示装置制御処理Ａが行なわれるので詳細な説明は繰り返さない。映像表示装置制御処理Ａは、図６０の第１９行、第２０行のスクリプトに示されるように、ファイル名が“ユーザ操作４．ｔｘｔ”のテキストファイルに、“ＴＶ制御”が記述されていることにより、第２３行が実行されることにより行なわれる処理である。この処理により、表示部５３０に図３２の再生制御画像ＭＧ３００Ａが表示される。そして、前述したステップＳ４１６Ｅの処理が行なわれる。

以上説明したように、通信端末装置５００および映像表示装置６００においてそれぞれ実行されるサービスシナリオＭＡ（サービスシナリオＳＭＤ４００Ｃ）およびサービスシナリオＴＡ（サービスシナリオＳＴＤ４００Ｃ）に、同じ処理が含まれない場合においても、本実施の形態では、第１の実施の形態で得られる効果を奏する。

すなわち、シナリオ実行処理ＴＡおよびシナリオ実行処理ＭＡにより、映像表示装置６００および通信端末装置５００の各々は、自装置が有する機能を十分に活用して、互いに連携した動作を行なうことができる。すなわち、複数の装置の各々が、自装置の特性を十分に活用して、互いに連携した動作を行なうことができる。その結果、多種多様な処理を実現することができる。

＜第２の実施の形態の変形例＞
次に、通信端末装置５００および映像表示装置６００においてそれぞれ実行されるサービスシナリオＭＡおよびサービスシナリオＴＡにおいて、同じ処理（たとえば、図２１（Ａ）および図２１（Ｂ）のコンテンツ詳細表示処理）を有さない場合の処理の他の例について説明する。

（装置に応じたＵＩコンテンツの生成）
次に、本実施の形態において、通信端末装置５００および映像表示装置６００の各々の有する機能に応じたサービスＵＩコンテンツを生成するための処理（以下、ＵＩコンテンツ生成処理Ｂともいう）について説明する。ここで、通信端末装置５００の表示部５３０には、図１５の登録コンテンツリスト画像Ｇ１００が表示されているとする。

また、サービスサーバ８００Ａの記憶部８２０には、図５２のオリジナルシナリオＳＤ２００Ｂが記憶されているとする。また、サービスサーバ８００Ａの記憶部８２０には、図５３のシナリオ生成テーブルＳＤ２１０Ｂが記憶されているとする。

図６９は、ＵＩコンテンツ生成処理Ｂのフローチャートである。図６９では、通信端末装置５００、映像表示装置６００およびサービスサーバ８００Ａの各々において行なわれる処理を示す。図６９において、図５４と同じステップ番号の処理は、図５４で説明した処理と同様な処理が行なわれるので詳細な説明は繰り返さない。以下においては、図５４の処理と異なる処理を主に説明する。

通信端末装置５００において行なわれる、図６９のステップＳ２１１、Ｓ２１２の処理は、第２の実施の形態で説明した処理と同様なので詳細な説明は繰り返さない。

また、サービスサーバ８００Ａにおいて行なわれる、ステップＳ２８１、Ｓ２９０Ａ、Ｓ２９６Ａの処理は、第２の実施の形態で説明した処理と同様なので詳細な説明は繰り返さない。

また、通信端末装置５００において行なわれる、図６９のステップＳ２１６Ａの処理は、第２の実施の形態で説明した処理と同様なので詳細な説明は繰り返さない。そして、ステップＳ２１７Ｂに進む。

ステップＳ２１７Ｂでは、制御部５１０が、サービスＵＩコンテンツＭＡに含まれるサービスシナリオＳＭＤ４００Ｃを実行することによりシナリオ実行処理ＭＢを実行する。シナリオ実行処理ＭＢは、他の処理とは独立して行なわれる処理である。なお、後述する処理により、シナリオ実行処理ＴＢも実行される。ここで、通信端末装置５００はリモコンモードに設定されているとする。

図７０は、シナリオ実行処理ＴＢおよびシナリオ実行処理ＭＢのフローチャートである。図７０において、図６１と同じステップ番号の処理は、図６１で説明した処理と同様な処理が行なわれるので詳細な説明は繰り返さない。以下においては、図６１の処理と異なる処理を主に説明する。

シナリオ実行処理ＭＢにおいて行なわれる、図７０のステップＳ４１１、Ｓ４１２、Ｓ４１３、Ｓ４１４、Ｓ４１４Ａ、Ｓ４１５の処理は、第２の実施の形態で説明した処理と同様なので詳細な説明は繰り返さない。ステップＳ４１５において、ＹＥＳならば、ステップＳ４１５Ａに進む。

シナリオ実行処理ＭＢにおいて行なわれる、ステップＳ４１５Ａ、Ｓ４１５Ｂの処理は、第２の実施の形態で説明した処理と同様なので詳細な説明は繰り返さない。この処理により、サービスデータＮＡとしての図６３のサービスデータＴＳＤ５００Ｇが、無線通信により、映像表示装置６００へ送信される。

再び、図６９を参照して、ＵＩコンテンツ生成処理Ｂにおいて、映像表示装置６００では、ステップＳ２４１Ｂの処理が行なわれる。

ステップＳ２４１Ｂでは、制御部６１０が、サービスデータＮＡとしてのサービスデータＴＳＤ５００Ｇを受信したか否かを判定する。ステップＳ２４１Ｂにおいて、ＹＥＳならば、ステップＳ２４２Ｂに進む。一方、ステップＳ２４１Ｂにおいて、ＮＯならば、再度、ステップＳ２４１Ｂの処理が行なわれる。ここでは、サービスデータＮＡとしてのサービスデータＴＳＤ５００Ｇを受信したとして、ステップＳ２４２Ｂに進む。

ステップＳ２４２Ｂでは、サービスデータ解析処理ＴＢが行なわれる。サービスデータ解析処理ＴＢでは、制御部６１０が、受信したサービスデータＮＡとしてのサービスデータＴＳＤ５００Ｇに示されるＵＲＩ“http://service.com/VOD_TV.xml”を参照する。ここで、ＵＲＩ“http://service.com/VOD_TV.xml”は、図５９のサービスシナリオＳＴＤ４００Ｃを特定するとする。すなわち、サービスデータＮＡとしてのサービスデータＴＳＤ５００Ｇは、サービスシナリオＳＴＤ４００Ｃと対応するデータである。そして、ステップＳ２４３Ｂに進む。

ステップＳ２４３Ｂでは、制御部６１０が、ＵＩコンテンツＴＢ要求指示を、サービスサーバ８００Ａへ送信する。ここで、ＵＩコンテンツＴＢ要求指示は、サービスサーバ８００Ａに対し、ステップＳ２４２Ｂのサービスデータ解析処理ＴＢにより参照されたＵＲＩ“http://service.com/VOD_TV.xml”により特定される、図５９のサービスシナリオＳＴＤ４００Ｃを含む、サービスＵＩコンテンツＴＡを要求するための指示である。そして、ステップＳ２４３Ｂの処理は終了する。

サービスサーバ８００Ａでは、ステップＳ２９６Ａの処理の後、ステップＳ２９７Ｂに進む。

ステップＳ２９７Ｂでは、制御部８１０が、ＵＩコンテンツＴＢ要求指示を受信したか否かを判定する。ステップＳ２９７Ｂにおいて、ＹＥＳならば、ステップＳ２９８Ａに進む。一方、ステップＳ２９７Ｂにおいて、ＮＯならば、再度、ステップＳ２９７Ｂの処理が行なわれる。ここでは、ＵＩコンテンツＴＢ要求指示を受信したとして、ステップＳ２９８Ａに進む。

ステップＳ２９８Ａでは、第２の実施の形態で説明した処理と同様な処理が行なわれるので詳細な説明は繰り返さない。この処理により、サービスＵＩコンテンツＴＡが、映像表示装置６００へ送信される。

映像表示装置６００では、ステップＳ２４３Ｂの処理の後、ステップＳ２４６Ａに進む。

ステップＳ２４６Ａでは、第２の実施の形態で説明した処理と同様な処理が行なわれるので詳細な説明は繰り返さない。そして、ステップＳ２４７Ｂに進む。

ステップＳ２４７Ｂでは、制御部６１０が、サービスＵＩコンテンツＴＡに含まれるサービスシナリオＳＴＤ４００Ｃを実行することによりシナリオ実行処理ＴＢを実行する。シナリオ実行処理ＴＢは、他の処理とは独立して行なわれる処理である。そして、ＵＩコンテンツ生成処理Ｂにおける映像表示装置６００の処理は終了する。

再び、図７０を参照して、シナリオ実行処理ＴＢでは、ステップＳ４４２の処理が行なわれる。なお、シナリオ実行処理ＴＢで行なわれる、ステップＳ４４２以降の処理は、第２の実施の形態で説明した処理と同様な処理が行なわれるので詳細な説明は繰り返さない。また、シナリオ実行処理ＭＢにおいて行なわれる、ステップＳ４１６以降の処理は、第２の実施の形態で説明した処理と同様な処理が行なわれるので詳細な説明は繰り返さない。

すなわち、シナリオ実行処理ＴＢおよびシナリオ実行処理ＭＢにより、映像表示装置６００および通信端末装置５００の各々は、自装置が有する機能を十分に活用して、互いに連携した動作を行なうことができる。すなわち、複数の装置の各々が、自装置の特性を十分に活用して、互いに連携した動作を行なうことができる。その結果、多種多様な処理を実現することができる。

＜第３の実施の形態＞
次に、複数台の通信端末装置５００が、１台の映像表示装置６００と、無線等により直接データ通信可能な範囲内にある場合の処理について説明する。すなわち、複数台の通信端末装置５００が、１台の映像表示装置６００と、直接、データ通信可能である場合の処理について説明する。

以下の説明では、２台の通信端末装置５００が、映像表示装置６００と、直接、無線等によりデータ通信可能であるとする。以下においては、２台の通信端末装置５００のうち、一方の通信端末装置５００を、通信端末装置Ａともいう。また、２台の通信端末装置５００のうち、他方の通信端末装置５００を通信端末装置Ｂともいう。通信端末装置Ａの装置ＩＤは“１１ＭＡ”であるとする。通信端末装置Ｂの装置ＩＤは“１１ＭＢ”であるとする。なお、通信端末装置５００の数は、２台に限定されることなく、３台以上であってもよい。

本実施の形態におけるネットワークシステムは、第１の実施の形態におけるネットワークシステム１０００において、ホームネットワーク５０１内に２台の通信端末装置５００が含まれるシステムである。それ以外は、第１の実施の形態におけるネットワークシステム１０００と同様なので詳細な説明は繰り返さない。通信端末装置５００、映像表示装置６００およびサービスサーバ８００Ａの各々の構成は、第１の実施の形態において、説明した構成と同様なので詳細な説明は繰り返さない。

まず、通信端末装置Ａ、映像表示装置６００およびサービスサーバ８００が、前述した、図１１の処理、図４７の処理、図４９の処理、および、図５０の処理のいずれかの処理を行なうことにより、サービスサーバ８００Ａの記憶部８２０に、図１３の関連装置特定テーブルＳＤ８０および図１４の関連装置機能情報テーブルＳＤ１００が登録されるとする。

そして、通信端末装置Ａが、図１８のＵＩコンテンツ生成処理のステップＳ２１１、Ｓ２１２を実行し、サービスサーバ８００が、ＵＩコンテンツ生成処理のステップＳ２８１、Ｓ２９０を実行する。これにより、映像表示装置６００が有する機能に応じた図２２のサービスシナリオＳＴＤ４００と、通信端末装置Ａが有する機能に応じた図２３のサービスシナリオＳＭＤ４００とが生成される。

サービスシナリオＳＴＤ４００およびサービスシナリオＳＭＤ４００は、それぞれ、映像表示装置６００および通信端末装置Ａで実行されることにより、映像表示装置６００および通信端末装置Ａが互いに連携して動作するためのデータである。

なお、通信端末装置Ａが、図４８のＵＩコンテンツ生成処理ＮのステップＳ２１１、Ｓ２１２を実行し、サービスサーバ８００が、ＵＩコンテンツ生成処理ＮのステップＳ２８１、Ｓ２９０を実行してもよい。

そして、サービスサーバ８００が、図１８のＵＩコンテンツ生成処理のステップＳ２９６を実行し、通信端末装置Ａが、ＵＩコンテンツ生成処理のステップＳ２１６、Ｓ２１７を実行し、映像表示装置６００が、ＵＩコンテンツ生成処理のステップＳ２４６、Ｓ２４７を実行する。これにより、通信端末装置Ａの記憶部５２０には、サービスＵＩコンテンツＭが記憶される。また、映像表示装置６００の記憶部６２０には、サービスＵＩコンテンツＴが記憶される。

サービスＵＩコンテンツＭには、図２３のサービスシナリオＳＭＤ４００と、サービスシナリオＳＭＤ４００の実行時に使用される複数のメディアデータＭとが含まれる。サービスＵＩコンテンツＴには、図２２のサービスシナリオＳＴＤ４００と、サービスシナリオＳＴＤ４００の実行時に使用される複数のメディアデータＴとが含まれる。

また、ステップＳ２１７の処理により、通信端末装置Ａでは、図２４のシナリオ実行処理Ｍが行なわれる。また、ステップＳ２４７の処理により、映像表示装置６００では、図２４のシナリオ実行処理Ｔが行なわれる。

なお、サービスサーバ８００が、図４８のＵＩコンテンツ生成処理ＮのステップＳ２９６Ｎを実行し、通信端末装置Ａが、ＵＩコンテンツ生成処理ＮのステップＳ２１６Ｎ、Ｓ２１６Ｕ，Ｓ２１７を実行し、映像表示装置６００が、ＵＩコンテンツ生成処理ＮのステップＳ２４６、Ｓ２４７を実行してもよい。

そして、通信端末装置Ａおよび映像表示装置６００が、それぞれ、シナリオ実行処理Ｍおよびシナリオ実行処理Ｔを実行している途中で、通信端末装置Ａと、映像表示装置６００とが、互いにデータ通信不能となったとする。

通信端末装置Ａと、映像表示装置６００とが、互いにデータ通信不能となる状況としては、たとえば、通信端末装置Ａのユーザに用事が発生し、外出する必要が生じた場合である。この場合、通信端末装置Ａが行なっていた処理の続きを、通信端末装置Ｂが引継ぐことになる。

次に、通信端末装置Ｂが、通信端末装置Ａが行なっていた処理の続きを引継ぐための処理について説明する。ここでは、一例として、映像表示装置６００が、図２４のステップＳ３４３Ｄにより、サービスデータＥとしての図３９のサービスデータＴＳＤ５００Ｆを送信した後、通信端末装置Ａと、映像表示装置６００とが、互いにデータ通信不能な時間が所定時間（たとえば、１分）以上継続したとする。

この場合、映像表示装置６００の制御部６１０は、実行中の図２２のサービスシナリオＳＴＤ４００において、第１５行を実行した後、処理を一時停止する。そして、制御部６１０は、サービスシナリオＳＴＤ４００において、最後に実行したスクリプト（第１５行）を特定するための情報（以下、一時停止情報Ｔともいう）を、記憶部６２０に記憶させる。

また、通信端末装置Ｂは、以下の代替装置実行処理Ｍを行なう。なお、通信端末装置Ｂの有する機能は、通信端末装置Ａの有する機能と同じであるとする。この場合、通信端末装置Ｂの記憶部５２０には、以下の機能情報テーブルＭＤ１００Ｂが記憶されているとする。

図７１は、一例としての機能情報テーブルＭＤ１００Ｂを示す図である。図７１を参照して、機能情報テーブルＭＤ１００Ｂは、図１０の機能情報テーブルＭＤ１００と比較して、装置ＩＤが異なる。それ以外は、機能情報テーブルＭＤ１００と同様なので詳細な説明は繰り返さない。なお、通信端末装置Ｂの有する機能の詳細は、通信端末装置Ａの有する機能の詳細と異なっていてもよい。たとえば、通信端末装置Ｂの有する電子マネー機能と、通信端末装置Ａの有する電子マネー機能とは、異なる規格の電子マネーを取り扱う機能であってもよい。

図７２は、代替装置実行処理Ｍのフローチャートである。なお、図７２には、映像表示装置６００およびサービスサーバ８００の各々において行なわれる処理も示される。図７２を参照して、ステップＳ５１１では、制御部５１０が、サービスデータを受信したか否かを判定する。ステップＳ５１１において、ＹＥＳならば、ステップＳ５１１Ａに進む。一方、ステップＳ５１１において、ＮＯならば、再度、ステップＳ５１１の処理が行なわれる。ここでは、図３９のサービスデータＴＳＤ５００Ｆを受信したとして、ステップＳ５１１Ａに進む。

ステップＳ５１１Ａでは、制御部５１０が、受信したサービスデータＴＳＤ５００Ｆに対応するサービスシナリオが、記憶部５２０に記憶されているか否かを判定する。ステップＳ５１１Ａにおいて、ＹＥＳならば、後述するステップＳ５２７に進む。一方、ステップＳ５１１Ａにおいて、ＮＯならば、ステップＳ５１２に進む。ここでは、受信したサービスデータＴＳＤ５００Ｆに対応するサービスシナリオが、記憶部５２０に記憶されていないとして、ステップＳ５１２に進む。

ステップＳ５１２では、図４７のステップＳ１１２Ｂと同様に機能情報取得処理Ｍが行なわれるので詳細な説明は繰り返さない。この処理により、機能情報要求指示Ｍが、映像表示装置６００へ送信される。

映像表示装置６００では、ステップＳ５４０の処理が行なわれる。
ステップＳ５４０では、図４７のステップＳ１４０Ａと同様な処理が行なわれるので詳細な説明は繰り返さない。ステップＳ５４０において、ＹＥＳならば、ステップＳ５４２に進む。一方、ステップＳ５４０において、ＮＯならば、再度、ステップＳ５４０の処理が行なわれる。ここでは、機能情報要求指示Ｍを受信したとして、ステップＳ５４２に進む。

ステップＳ５４２では、図４７のステップＳ１４２Ａと同様に、機能情報送信処理ＴＡが行なわれるので詳細な説明は繰り返さない。この処理により、図９の機能情報テーブルＴＤ１００が、通信端末装置Ｂへ送信される。そして、ステップＳ５４２の処理は終了する。

代替装置実行処理Ｍでは、ステップＳ５１２の機能情報取得処理Ｍにおいて、制御部５１０が、機能情報テーブルＴＤ１００を受信すると、受信した機能情報テーブルＴＤ１００を、記憶部５２０に記憶させる。そして、ステップＳ５１４に進む。

ステップＳ５１４では、図４７のステップＳ１１４Ａと同様に、機能情報送信処理ＭＡが行なわれる。ここで、記憶部５２０には、図７１の機能情報テーブルＭＤ１００Ｂと、機能情報テーブルＴＤ１００とが記憶されているとする。機能情報送信処理ＭＡでは、制御部５１０が、自装置の機能情報テーブルＭＤ１００Ｂと、映像表示装置６００の機能情報テーブルＴＤ１００とを、サービスサーバ８００Ａへ送信する。そして、ステップＳ５１４の処理は終了する。

サービスサーバ８００Ａでは、まず、ステップＳ５８１の処理が行なわれる。
ステップＳ５８１では、図４７のステップＳ１８１Ａと同様な処理が行なわれるので詳細な説明は繰り返さない。ここでは、機能情報テーブルＭＤ１００Ｂおよび機能情報テーブルＴＤ１００を受信したとして、ステップＳ５８２に進む。

ステップＳ５８２では、情報記憶処理ＳＤが行なわれる。ここで、サービスサーバ８００Ａの記憶部８２０には、図１４の関連装置機能情報テーブルＳＤ１００が記憶されているとする。この場合、制御部８１０は、関連装置機能情報テーブルＳＤ１００に、受信した機能情報テーブルＭＤ１００Ｂを追記する。この処理により、記憶部８２０には、以下の関連装置機能情報テーブルＳＤ１００Ｂが記憶されるとする。そして、この処理は終了する。

図７３は、一例としての関連装置機能情報テーブルＳＤ１００Ｂを示す図である。図７３を参照して、関連装置機能情報テーブルＳＤ１００Ｂは、図１４の関連装置機能情報テーブルＳＤ１００にさらに、機能情報テーブルＭＤ１００Ｂが追記されたテーブルである。

再び、図７２を参照して、ステップＳ５８２の処理の後、ステップＳ５８３に進む。
ステップＳ５８３では、通信端末装置Ｂが、映像表示装置６００と関連付けされているか否かが判定される。具体的には、制御部８１０が、記憶部８２０に記憶されている、図１３の関連装置特定テーブルＳＤ８０に、通信端末装置Ｂの装置ＩＤ“１１ＭＢ”があるか否かを判定する。ステップＳ５８３において、ＹＥＳならば、後述するステップＳ５８５Ａに進む。一方、ステップＳ５８３において、ＮＯならば、ステップＳ５８４に進む。ここでは、関連装置特定テーブルＳＤ８０に、装置ＩＤ“１１ＭＢ”がないとして、ステップＳ５８４に進む。

ステップＳ５８４では、関連装置特定テーブルＢが生成される。ここで、関連装置特定テーブルＢは、関連付けられた複数の装置を特定するためのテーブルである。具体的には、制御部８１０が、関連装置特定テーブルＳＤ８０に、機能情報テーブルＭＤ１００Ｂが示す装置ＩＤ“１１ＭＢ”を追記した関連装置特定テーブルＢを生成する。そして、制御部８１０は、生成した関連装置特定テーブルＢを、記憶部８２０に記憶させる。そして、ステップＳ５８４の処理は終了する。

なお、通信端末装置Ｂの機能情報を、サービスサーバ８００Ａに登録するための処理は、上記処理に限定されることなく、図１１、図４９、図５０および図５１のいずれの処理であってもよい。

再び、図７２を参照して、代替装置実行処理Ｍでは、ステップＳ５１４の処理の後、ステップＳ５２２に進む。

ステップＳ５２２では、図１８のステップＳ２１２の処理と同様な処理が行なわれるので詳細な説明は繰り返さない。この処理により、サービスＵＩコンテンツ要求指示が、サービスサーバ８００Ａへ送信される。サービスＵＩコンテンツ要求指示には、通信端末装置Ｂの装置ＩＤ“１１ＭＢ”が含まれるとする。そして、ステップＳ５２２の処理は終了する。

サービスサーバ８００Ａでは、ステップＳ５８４の処理の後、ステップＳ５８５Ａに進む。

ステップＳ５８５Ａでは、図１８のステップＳ２８１の処理と同様な処理が行なわれるので詳細な説明は繰り返さない。ここでは、サービスＵＩコンテンツ要求指示を受信したとして、ステップＳ５９０に進む。

ステップＳ５９０では、サービスシナリオ生成処理Ｓが行なわれる。サービスシナリオ生成処理Ｓは、前述した図１９の各処理の説明において、通信端末装置５００を通信端末装置Ｂと置換え、装置ＩＤ“１１ＭＡ”を装置ＩＤ“１１ＭＢ”と置き換えた説明と同様なので詳細な説明は繰り返さない。この処理により、図２２のサービスシナリオＳＴＤ４００および図２３のサービスシナリオＳＭＤ４００が生成される。サービスシナリオＳＴＤ４００は、映像表示装置６００が有する機能に応じたサービスシナリオである。サービスシナリオＳＭＤ４００は、通信端末装置Ｂが有する機能に応じたサービスシナリオである。そして、ステップＳ５９６に進む。

ステップＳ５９６では、図１８のステップＳ２９６と同様に、ＵＩコンテンツ送信処理Ｓが行なわれるので詳細な説明は繰り返さない。この処理により、サービスＵＩコンテンツＴおよびサービスＵＩコンテンツＭが、それぞれ、映像表示装置６００および通信端末装置Ｂへ送信される。

サービスＵＩコンテンツＴには、図２２のサービスシナリオＳＴＤ４００と、サービスシナリオＳＴＤ４００の実行時に使用される複数のメディアデータＴとが含まれる。サービスＵＩコンテンツＭには、図２３のサービスシナリオＳＭＤ４００と、サービスシナリオＳＭＤ４００の実行時に使用される複数のメディアデータＭとが含まれる。

なお、サービスＵＩコンテンツＴおよびサービスＵＩコンテンツＭの送信方法は、ステップＳ５９６の方法に限定されることなく、図４８で説明した方法によって行なわれてもよい。

代替装置実行処理Ｍでは、ステップＳ５２２の処理の後、ステップＳ５２６に進む。
ステップＳ５２６では、図１８のステップＳ２１６と同様に、ＵＩコンテンツ受信処理Ｍが行なわれるので詳細な説明は繰り返さない。この処理により、記憶部５２０にサービスＵＩコンテンツＭが記憶される。そして、ステップＳ５２７に進む。

ステップＳ５２７では、図１８のステップＳ２１７と同様に、制御部５１０が、サービスＵＩコンテンツＭに含まれるサービスシナリオＳＭＤ４００を実行することによりシナリオ実行処理Ｍを実行する。シナリオ実行処理Ｍは、他の処理とは独立して行なわれる処理である。そして、代替装置実行処理Ｍは終了する。

再び、図２４を参照して、シナリオ実行処理Ｍでは、通信端末装置Ｂの制御部５１０が、受信した図３９のサービスデータＴＳＤ５００Ｆに示されるステータスＩＤ“購入表示”により特定される図２３の第１１行を実行することにより、前述のステップＳ３１４Ａの処理が実行される。ステップＳ３１４Ａ以後の処理は、前述したのと同様なので詳細な説明は繰り返さない。

再び、図７２を参照して、ステップＳ５４２の処理の後、ステップＳ５４６に進む。
ステップＳ５４６では、図１８のステップＳ２４６と同様に、ＵＩコンテンツ受信処理Ｔが行なわれるので詳細な説明は繰り返さない。この処理により、記憶部６２０に、サービスＵＩコンテンツＴが記憶される。そして、ステップＳ５４７に進む。

ステップＳ５４７では、図１８のステップＳ２４７と同様に、制御部６１０が、サービスＵＩコンテンツＴに含まれるサービスシナリオＳＴＤ４００を実行することによりシナリオ実行処理Ｔを実行する。シナリオ実行処理Ｔは、他の処理とは独立して行なわれる処理である。そして、ＵＩコンテンツ生成処理における映像表示装置６００の処理は終了する。

再び、図２４を参照して、シナリオ実行処理Ｔでは、映像表示装置６００の制御部６１０が、記憶部６２０に記憶されている一時停止情報Ｔにより特定されるスクリプト（図２３の第１５行）を実行する。これにより、ステップＳ３４４の処理が行なわれる。ステップＳ３４４以後の処理は、前述したのと同様なので詳細な説明は繰り返さない。

なお、シナリオ実行処理Ｔにおいて、制御部６１０が行なう、一時停止された続きの処理の情報は、通信端末装置Ｂから映像表示装置６００に対し通知されてもよい。

以上説明したように、通信端末装置Ａと、映像表示装置６００とが、互いにデータ通信不能となった場合、サービスサーバ８００Ａは、通信端末装置Ｂが有する機能に応じたサービスシナリオ（サービスシナリオＳＭＤ４００）および映像表示装置６００が有する機能に応じたサービスシナリオ（サービスシナリオＳＴＤ４００）を生成する。そして、サービスサーバ８００Ａは、サービスシナリオＳＴＤ４００を含むサービスＵＩコンテンツＴを、映像表示装置６００へ送信する。また、サービスサーバ８００Ａは、サービスシナリオＳＭＤ４００を含むサービスＵＩコンテンツＭを、通信端末装置Ｂへ送信する。

そして、通信端末装置Ｂは、通信端末装置Ａにおいて中断した処理の続きの処理を実行する。また、映像表示装置６００は、一時停止した処理の続きの処理を実行する。

したがって、通信端末装置Ａと、映像表示装置６００とが、互いにデータ通信不能となった場合においても、映像表示装置６００および通信端末装置Ｂは、映像表示装置６００および通信端末装置Ｂの各々が有する機能を十分に活用して、互いに連携した動作を行なうことができる。すなわち、複数の装置の各々が、自装置の特性を十分に活用して、互いに連携した動作を行なうことができる。その結果、多種多様な処理を実現することができる。

（機能ブロック図）
図７４は、第１の実施の形態、第１の実施の形態の変形例１〜４、第２の実施の形態、および、第２の実施の形態の変形例における制御部８１０の機能ブロック図である。図７４を参照して、制御部８１０は、取得部８１１と、生成部８１３と、送信部８１５とを含む。

取得部８１１は、複数の端末装置にそれぞれ対応する複数の装置情報を取得する。生成部８１３は、複数の装置情報に基づいて、複数の端末装置が互いに連携して動作するためのデータであって、複数の端末装置にそれぞれ応じた複数の連携処理データを生成する。送信部８１５は、複数の連携処理データの各々を、対応する端末装置へ送信する。

なお、制御部８１０に含まれる、取得部８１１、生成部８１３および送信部８１５の全てまたは一部は、ハードウエアで構成されてもよい。

図７５は、第１の実施の形態、第１の実施の形態の変形例１〜４、第２の実施の形態、および、第２の実施の形態の変形例における制御部５１０および制御部６１０の機能ブロック図である。図７５を参照して、制御部５１０は、第１取得部５１１と、送信部５１３と、第２取得部５１５と、実行部５１７とを含む。

第１取得部５１１は、他の端末装置から、他の端末装置の装置情報を取得する。送信部５１３は、自装置の装置情報と、他の端末装置の装置情報とを、データ生成装置へ送信する。第２取得部５１５は、データ生成装置により、自装置の装置情報と、他の端末装置の装置情報とに基づいて生成されたデータであって、他の端末装置と互いに連携して動作するためのデータであって、自装置に応じた連携処理データを、データ生成装置から取得する。実行部５１７は、自装置に応じた連携処理データを実行することにより、他の端末装置と互いに連携して動作するため処理を行なう。

なお、制御部５１０に含まれる、第１取得部５１１、送信部５１３、第２取得部５１５および実行部５１７の全てまたは一部は、ハードウエアで構成されてもよい。

制御部６１０は、第１取得部６１１と、送信部６１３と、第２取得部６１５と、実行部６１７とを含む。

第１取得部６１１は、他の端末装置から、他の端末装置の装置情報を取得する。送信部６１３は、自装置の装置情報と、他の端末装置の装置情報とを、データ生成装置へ送信する。第２取得部６１５は、データ生成装置により、自装置の装置情報と、他の端末装置の装置情報とに基づいて生成されたデータであって、他の端末装置と互いに連携して動作するためのデータであって、自装置に応じた連携処理データを、データ生成装置から取得する。実行部６１７は、自装置に応じた連携処理データを実行することにより、他の端末装置と互いに連携して動作するため処理を行なう。

なお、制御部６１０に含まれる、第１取得部６１１、送信部６１３、第２取得部６１５および実行部６１７の全てまたは一部は、ハードウエアで構成されてもよい。

図７６は、第１の実施の形態、第１の実施の形態の変形例１〜４、第２の実施の形態、および、第２の実施の形態の変形例における、他の例としての制御部５１０および制御部６１０の機能ブロック図である。図７６を参照して、制御部５１０は、第１実行部５１１Ａと、送信部５１５Ａとを含む。

第１実行部５１１Ａは、映像表示装置６００と互いに連携して動作するためのデータであって、通信端末装置５００に応じた第１連携処理データに基づいた処理を実行する。送信部５１５Ａは、第１実行部５１１Ａにより実行される処理に基づくサービスデータを、映像表示装置６００へ送信する。

なお、制御部５１０に含まれる、第１実行部５１１Ａおよび送信部５１５Ａの全てまたは一部は、ハードウエアで構成されてもよい。

制御部６１０は、受信部６１１Ａと、取得部６１３Ａと、第２実行部６１５Ａとを含む。

受信部６１１Ａは、送信部５１５Ａにより送信されたサービスデータを受信する。取得部６１３Ａは、受信したサービスデータに対応するデータであって、通信端末装置５００と互いに連携して動作するためのデータであって、映像表示装置６００に応じた第２連携処理データを外部から取得する。第２実行部６１５Ａは、第２連携処理データに基づいた処理を実行する。

なお、制御部６１０に含まれる、受信部６１１Ａ、取得部６１３Ａおよび第２実行部６１５Ａの全てまたは一部は、ハードウエアで構成されてもよい。

図７７は、第３の実施の形態における制御部８１０の機能ブロック図である。図７７を参照して、制御部８１０は、取得部８１１Ａと、生成部８１３Ａと、送信部８１５Ａとを含む。

取得部８１１Ａは、第１端末装置と第２端末装置とが互いにデータ通信不能となった場合、第２端末装置の装置情報と、第３端末装置の装置情報とを取得する。生成部８１３Ａは第２端末装置の装置情報および第３端末装置の装置情報に基づいて、第２端末装置と、第３端末装置とが互いに連携して動作するためのデータであって、第２端末装置および第３端末装置にそれぞれ応じた第１連携処理データおよび第２連携処理データを生成する。送信部８１５Ａは、第１連携処理データおよび第２連携処理データを、それぞれ、第２端末装置および第３端末装置へ送信する。

なお、制御部８１０に含まれる、取得部８１１Ａ、生成部８１３Ａおよび送信部８１５Ａの全てまたは一部は、ハードウエアで構成されてもよい。

今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

本実施の形態におけるネットワークシステムの構成を示す図である。通信端末装置の外観を正面から示した図である。通信端末装置の外観を背面から示した図である。通信端末装置の内部構成を示したブロック図である。映像表示装置の内部構成を示したブロック図である。サービスサーバの内部構成を示したブロック図である。一例としてのリモコン画像を示す図である。操作判定処理Ｍおよび制御信号対応処理Ｔのフローチャートである。一例としての機能情報テーブルを示す図である。一例としての機能情報テーブルを示す図である。機能情報登録処理Ｍ、機能情報登録処理Ｔおよび機能情報登録処理Ｓのフローチャートである。一例としての検出装置画像を示す図である。一例としての関連装置特定テーブルを示す図である。一例としての関連装置機能情報テーブルを示す図である。一例としての登録コンテンツリスト画像を示す図である。一例としてのオリジナルシナリオの構成を示す図である。一例としてのシナリオ生成テーブルを示す図である。ＵＩコンテンツ生成処理のフローチャートである。サービスシナリオ生成処理Ｓのフローチャートである。一例としての判定テーブルを示す図である。一例としてのサービスシナリオを示す図である。映像表示装置により実行されるサービスシナリオのスクリプトの記述の一例を示す図である。通信端末装置により実行されるサービスシナリオのスクリプトの記述の一例を示す図である。シナリオ実行処理Ｔおよびシナリオ実行処理Ｍのフローチャートである。一例としてのリスト画像を示す図である。一例としてのＴＶ制御画像を示す図である。一例としてのサービスデータを示す図である。一例としての詳細情報表示画像を示す図である。一例としてのサービスデータを示す図である。一例としての購入画像を示す図である。一例としてのサービスデータを示す図である。一例としての再生制御画像を示す図である。一例としてのサービスデータを示す図である。一例としての特典表示画像を示す図である。一例としてのサービスデータを示す図である。一例としてのクーポン表示画像を示す図である。一例としての待機中画像を示す図である。一例としての詳細情報表示画像を示す図である。一例としてのサービスデータを示す図である。一例としての待機中画像を示す図である。一例としての登録コンテンツリスト画像を示す図である。一例としてのオリジナルシナリオの構成を示す図である。一例としてのシナリオ生成テーブルを示す図である。一例としての判定テーブルを示す図である。一例としてのサービスシナリオを示す図である。異なる２つのサービスシナリオの実行により使用される画像の遷移の一例を示す図である。第１の実施の形態の変形例１における、機能情報登録処理ＭＡ、機能情報登録処理ＴＡおよび機能情報登録処理ＳＡのフローチャートである。第１の実施の形態の変形例１における、ＵＩコンテンツ生成処理Ｎのフローチャートである。第１の実施の形態の変形例２における、機能情報登録処理ＭＢ、機能情報登録処理Ｔおよび機能情報登録処理ＳＢのフローチャートである。第１の実施の形態の変形例３における、機能情報登録処理ＭＣ、機能情報登録処理ＴＣおよび機能情報登録処理ＳＣのフローチャートである。第１の実施の形態の変形例４における、機能情報登録処理ＭＤおよび機能情報登録処理ＴＡのフローチャートである。一例としてのオリジナルシナリオの構成を示す図である。一例としてのシナリオ生成テーブルを示す図である。ＵＩコンテンツ生成処理Ａのフローチャートである。サービスシナリオ生成処理ＳＡのフローチャートである。一例としての判定テーブルを示す図である。一例としてのサービスシナリオを示す図である。一例としてのサービスシナリオを示す図である。映像表示装置により実行されるサービスシナリオのスクリプトの記述の一例を示す図である。通信端末装置により実行されるサービスシナリオのスクリプトの記述の一例を示す図である。シナリオ実行処理ＴＡおよびシナリオ実行処理ＭＡのフローチャートである。一例としてのリスト画像を示す図である。一例としてのサービスデータを示す図である。一例としての選択操作画像を示す図である。一例としての関連情報表示画像を示す図である。一例としてのサービスデータを示す図である。一例としての関連情報表示画像を示す図である。一例としてのサービスデータを示す図である。ＵＩコンテンツ生成処理Ｂのフローチャートである。シナリオ実行処理ＴＢおよびシナリオ実行処理ＭＢのフローチャートである。一例としての機能情報テーブルを示す図である。代替装置実行処理Ｍのフローチャートである。一例としての関連装置機能情報テーブルを示す図である。第１の実施の形態、第１の実施の形態の変形例１〜４、第２の実施の形態、および、第２の実施の形態の変形例における制御部の機能ブロック図である。第１の実施の形態、第１の実施の形態の変形例１〜４、第２の実施の形態、および、第２の実施の形態の変形例における、異なる２つの制御部の機能ブロック図である。第１の実施の形態、第１の実施の形態の変形例１〜４、第２の実施の形態、および、第２の実施の形態の変形例における、他の例としての異なる２つの制御部の機能ブロック図である。第３の実施の形態における制御部の機能ブロック図である。

符号の説明

５０通信部、７０ネットワーク、１８０，１８０Ａ，１８０Ｂプログラム、３００リモコン、５００通信端末装置、５１０，６１０，８１０制御部、５２０，６２０，８２０記憶部、５３０，６３０表示部、５４０入力部、５５５，５５５Ａ記録媒体、６００映像表示装置、８００Ａサービスサーバ、８００Ｓ検索サーバ、８００ＷＷｅｂサーバ、１０００ネットワークシステム。

Claims

受信したデータを実行する第１端末装置および第２端末装置と、前記第１端末装置および前記第２端末装置とデータ通信可能なデータ生成装置とを含む連携処理システムであって、
前記データ生成装置は、
前記第１端末装置および前記第２端末装置の各々に対応する装置情報を取得する取得手段と、
前記第１端末装置の装置情報と前記第２端末装置の装置情報とに基づいて、前記第１端末装置と前記第２端末装置とが連携して動作するためのデータであって、前記第１端末装置に応じた第１連携処理データおよび前記第２端末装置に応じた第２連携処理データを生成する生成手段と、
前記第１連携処理データを前記第１端末装置に送信し、前記第２連携処理データを前記第２端末装置に送信する送信手段とを備え、
前記第１端末装置は、
前記第１連携処理データを前記データ生成装置から取得する第１取得手段と、
前記取得した前記第１連携処理データを記憶する第１記憶手段と、
前記第１連携処理データに基づいた処理を実行する第１実行手段と、
前記第１実行手段により実行される処理に基づくサービスデータを、前記第２端末装置へ送信する送信手段とを備え、
前記第２端末装置は、
前記送信手段により送信された前記サービスデータを受信する受信手段と、
前記第２連携処理データを前記データ生成装置から取得する第２取得手段と、
前記取得した前記第２連携処理データを記憶する第２記憶手段と、
前記第２連携処理データに基づいた処理を実行する第２実行手段とを備え、
前記第２連携処理データは、前記第２端末装置が受信した前記サービスデータに対応したデータであり、
前記第２実行手段は、受信した前記サービスデータに基づく処理を実行する、連携処理システム。
前記第２端末装置は、さらに、
前記第２実行手段が実行した処理に基づく情報を、前記第１端末装置へ送信する処理
情報送信手段を備える、請求項１に記載の連携処理システム。
前記第２実行手段は、受信した前記サービスデータに基づいて、ネットワークにアクセスするための通信処理を行なう、請求項１または請求項２に記載の連携処理システム。
前記第１端末装置は、さらに、
前記第１実行手段により実行された処理に基づく操作ガイドを表示する表示手段と、
前記表示手段により表示された操作ガイドに対する指示入力を受付ける受付手段とを備え、
前記第１実行手段は、前記受付手段が受付けた指示入力に対応する処理であって、前記第１連携処理データに基づいた処理を実行する、請求項１に記載の連携処理システム。
前記送信手段は、前記サービスデータを、第１の通信経路を介して、前記第２端末装置へ送信し、
前記受信手段は、前記第２実行手段が実行する、受信した前記サービスデータに基づく処理により、コンテンツを第２の通信経路を介して受信する、請求項１に記載の連携処理システム。
前記第１連携処理データは、前記第１端末装置が有する機能に基づくデータであり、
前記第２連携処理データは、前記第２端末装置が有する機能に基づくデータである、請求項１に記載の連携処理システム。
前記第１連携処理データは、前記第１端末装置に適応した操作画面を表示するための画像データを含み、前記第２連携処理データは、前記第２端末装置に適応した操作画面を表示するための画像データを含む、請求項１〜６のいずれか１項に記載の連携処理システム。
他の端末装置およびデータ生成装置とデータ通信可能な端末装置であって、
前記他の端末装置と互いに連携して動作するための連携処理データを前記データ生成装置から取得する取得手段と、
前記取得した前記連携処理データを記憶する記憶手段と、
前記連携処理データに基づいた処理を実行する実行手段と、
前記実行手段により実行される処理に基づくサービスデータを、前記他の端末装置へ送信する送信手段とを備える、端末装置。
前記実行手段により実行された処理に基づく操作ガイドを表示する表示手段と、
外部からの指示入力を受付ける受付手段とをさらに備え、
前記サービスデータは、前記受付手段が受付けた指示入力に基づくデータである、請求項８に記載の端末装置。
前記外部からの指示入力は、前記他の端末装置から送信されたサービスデータの受信に基づくものである、請求項９に記載の端末装置。
前記実行手段は、前記受付手段が受付けた指示入力に対応する処理であって、前記連携処理データに基づいた処理を実行する、請求項９に記載の端末装置。
前記送信手段は、前記実行手段が実行した処理に基づく情報を、前記他の端末装置へ送信する、請求項８に記載の端末装置。
前記連携処理データは、前記端末装置に適応した操作画面を表示するための画像データ
を含む、請求項８〜１２のいずれか１項に記載の端末装置。
他の端末装置およびデータ生成装置とデータ通信可能な端末装置であって、
前記他の端末装置により実行される処理に基づくデータであって、前記他の端末装置により送信されたサービスデータを受信する受信手段と、
受信した前記サービスデータに対応するデータであって、前記他の端末装置と互いに連携して動作するための連携処理データを前記データ生成装置から取得する取得手段と、
前記取得した前記連携処理データに基づいた処理を実行する実行手段とを備え、
前記実行手段は、受信した前記サービスデータに基づく処理を実行する、端末装置。
前記サービスデータに対応する前記連携処理データに基づいた処理が、前記実行手段により実行されている場合、前記連携処理データは、実行中のデータである、請求項１４に記載の端末装置。
データを記憶する記憶手段をさらに備え、
前記サービスデータに対応する前記連携処理データは、前記記憶手段に記憶されているデータである、請求項１４に記載の端末装置。
前記実行手段は、取得した前記サービスデータに基づいて、ネットワークにアクセスするための通信処理を行なう、請求項１４に記載の端末装置。
データを記憶する記憶手段をさらに備え、
前記サービスデータに対応する前記連携処理データが前記記憶手段に記憶されていない場合、前記取得手段は、ネットワークにアクセスして前記連携処理データを前記データ生成装置から取得する、請求項１４に記載の端末装置。
前記連携処理データは、前記端末装置に適応した操作画面を表示するための画像データを含む、請求項１４〜１８のいずれか１項に記載の端末装置。
前記サービスデータは、サービスを特定するためのサービス特定情報と、ステータス情報と、ファイルの情報とを含む、請求項８または１４に記載の端末装置。
前記連携処理データは、前記サービスデータに含まれる前記サービス特定情報により特定されるサービスに対応するデータである、請求項２０に記載の端末装置。
前記ステータス情報は、前記他の端末装置の連携処理データに基づいて行なわれる処理と並列して処理を行なうための情報である、請求項２０に記載の端末装置。
前記連携処理データは、自装置が有する機能に基づくデータである、請求項８または１４に記載の端末装置。
第１端末装置と第２端末装置とデータ生成装置とを含む連携処理システムにより実行される連携処理方法であって、
前記データ生成装置が、第１端末装置の装置情報と前記第２端末装置の装置情報とに基づいて、前記第１端末装置と前記第２端末装置とが連携して動作するための第１連携処理データおよび第２連携処理データを生成するステップと、
前記データ生成装置が、前記第１連携処理データを前記第１端末装置に送信し、前記第２連携処理データを前記第２端末装置に送信するステップと、
前記第１端末装置が、前記第１連携処理データを前記データ生成装置から取得するステップと、
前記第１連携処理データに基づいた処理を、前記第１端末装置が実行するステップと、
前記第１端末装置により実行される処理に基づくサービスデータを、前記第１端末装置が前記第２端末装置へ送信するステップと、
前記第２端末装置が前記サービスデータを受信するステップと、
前記第２連携処理データを前記第２端末装置が前記データ生成装置から取得するステップと、
前記第２連携処理データに基づいた処理を前記第２端末装置が実行するステップとを備え、
前記第２連携処理データは、前記第２端末装置が受信した前記サービスデータに対応したデータである、連携処理方法。