制御装置、コンテンツ処理システム、遠隔制御方法、制御プログラム、および、記録媒体
【課題】複数の機器間の連携により、多種多様なコンテンツ処理を実現する。
【解決手段】本発明の制御装置は、コンテンツの処理の実行を被制御装置に指示する制御装置であって、上記被制御装置が実行可能な処理の内容をコンテンツのデータ形式ごとに示す機能情報に基づいて、コンテンツに対して、該コンテンツを実行可能な被制御装置と、該被制御装置が該コンテンツに対して実行可能な処理とを関連付けるデータ関連付け部２４と、自装置において、データ関連付け部２４による関連付けが行われたコンテンツに対し、所定のイベントが発生した場合に、該コンテンツに関連付けられた被制御装置に対して、該コンテンツに関連付けられた処理の実行を指示する遠隔指示部２５とを備えている。
【解決手段】本発明の制御装置は、コンテンツの処理の実行を被制御装置に指示する制御装置であって、上記被制御装置が実行可能な処理の内容をコンテンツのデータ形式ごとに示す機能情報に基づいて、コンテンツに対して、該コンテンツを実行可能な被制御装置と、該被制御装置が該コンテンツに対して実行可能な処理とを関連付けるデータ関連付け部２４と、自装置において、データ関連付け部２４による関連付けが行われたコンテンツに対し、所定のイベントが発生した場合に、該コンテンツに関連付けられた被制御装置に対して、該コンテンツに関連付けられた処理の実行を指示する遠隔指示部２５とを備えている。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツを処理するコンテンツ処理システムに関するものであり、特に、コンテンツ処理システムにおいて、コンテンツを処理する被制御装置を制御する制御装置に関するものである。
【背景技術】
【０００２】
家庭内の複数の機器をネットワーク接続し、機器間での通信を可能とした、いわゆるホームネットワークが普及してきている。
【０００３】
上記ホームネットワークを実現するための技術の一例として、ＤＬＮＡ（Digital Living Network Alliance）が挙げられる。このＤＬＮＡガイドラインに対応した各機器をホームネットワークに接続すれば、種類の異なる様々な機器間でも連携を取ることが可能になる。
【０００４】
機器間の連携とは、例えば、以下のような利用形態である。ユーザは、手持ちの機器（ＤＭＣ；Digital Media Controller）を操作して、別のサーバ機器（ＤＭＳ；Digital Media Server）に保存された動画、音楽、画像などのメディアデータからなるコンテンツ、あるいはこれらの複合コンテンツのインデックス情報を手持ちの機器に表示させて、再生したい所望のコンテンツを選択することができる。さらに、ユーザは、手持ちの機器（ＤＭＣ）にて、選んだコンテンツを再生する別の機器（ＤＭＲ；Digital Media Renderer）を選択し、選んだコンテンツを選んだ機器に再生させることが可能になる。
【０００５】
特許文献１には、上述のように、ＤＭＣ機器からのコントロール信号に基づいて、ＤＭＲ機器、あるいは、ＤＭＳ機器におけるコンテンツ再生動作を制御して、機器間の連携を実現する技術が開示されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００５−０２０１８０号公報（２００５年１月２０日公開）
【発明の概要】
【発明が解決しようとする課題】
【０００７】
最近では、携帯電話やパソコンなどに限らず、家電など多種多様な電子機器が通信機能を備え、ホームネットワークを構築できるようになってきている。すなわち、コンテンツを処理する機器は多様化し、またその処理内容も様々である。
【０００８】
したがって、特許文献１に記載されているような、機器に保存されている単一のデータ形式で成り立っているコンテンツを別の機器に再生させるといった画一的な連携ではなく、多様なデータ形式で管理されているコンテンツを、多様な機器に、多様に処理させることが可能な、機器間の柔軟な連携ための仕組み作りが求められる。
【０００９】
このような課題は、ＤＬＮＡ対応機器による処理システムに特化して生じるものではなく、各機器の通信機能によって機器間の連携を実現しているあらゆる処理システムに共通して生じるものである。
【００１０】
本発明は、上記の問題点に鑑みてなされたものであり、その目的は、複数の機器間の連携により、多種多様なコンテンツ処理を実行する制御装置、コンテンツ処理システム、遠隔制御方法、制御プログラム、および、記録媒体を実現することにある。
【課題を解決するための手段】
【００１１】
本発明の制御装置は、上記課題を解決するために、コンテンツの処理の実行を被制御装置に指示する制御装置であって、上記被制御装置が実行可能な処理の内容をコンテンツのデータ形式ごとに示す機能情報に基づいて、コンテンツに対して、該コンテンツを実行可能な被制御装置と、該被制御装置が該コンテンツに対して実行可能な処理とを関連付ける関連付け手段と、自装置において、上記関連付け手段によって関連付けが行われたコンテンツについて、所定のイベントが発生した場合に、該コンテンツに関連付けられた被制御装置に対して、該コンテンツに関連付けられた処理の実行を指示する遠隔指示手段とを備えていることを特徴としている。
【００１２】
上記構成によれば、制御装置の関連付け手段は、被制御装置の機能情報に基づいて、どの被制御装置が、どのデータ形式のコンテンツに対して、どのような処理を実行可能かを把握する。そして、関連付け手段は、自装置で扱うコンテンツについて、該コンテンツを実行可能な被制御装置と、該被制御装置が該コンテンツに対して実行可能な処理とを関連付ける。この関連付けはコンテンツごとに行われる。
【００１３】
そして、自装置において、この関連付けが行われたコンテンツついて、あるイベントが発生した場合には、遠隔指示手段は、イベントが発生したコンテンツに関連付けられている被制御装置および処理とに基づいて、該被制御装置に対し、該処理を実行するよう遠隔指示する。
【００１４】
以上のように、関連付け手段の関連付け処理によって、被制御装置が何種類、何台存在しても、各被制御装置がコンテンツを処理する機能を何種類有していようが、本発明の制御装置は、コンテンツと、それを処理する被制御装置と、その処理内容とを紐付けて管理することが可能となる。したがって、扱われているコンテンツについて、遠隔指示の何らかのトリガ（所定のイベント）が発生したときには、遠隔指示手段が、適切な被制御装置を選んで、遠隔指示を適切に行うことが可能となる。
【００１５】
これにより、あるデータ形式のコンテンツをある機器にて再生させるといった画一的な連携ではなく、多種多様なコンテンツ処理を実現するための柔軟な装置間の連携を実現することが可能となる。
【００１６】
上記関連付け手段は、上記コンテンツに対して、さらに、該コンテンツに関連する関連コンテンツを関連付けるものであり、上記遠隔指示手段は、上記所定のイベントが発生したコンテンツに関連付けられた関連コンテンツに対する処理の実行を指示してもよい。
【００１７】
上記構成によれば、制御装置で扱うのと同じコンテンツを被制御装置にも処理させるといった画一的な連携ではなく、多様な形態で管理されているコンテンツを、多様な機器に、多様に処理させることが可能な、装置間のさらに柔軟な連携を実現することができる。
【００１８】
上記関連付け手段は、コンテンツに関連付ける上記被制御装置の実行可能な処理を、自装置がユーザ操作を受け付けることにより発生する操作イベントごとに関連付けるものであり、上記遠隔指示手段は、自装置において、上記関連付け手段によって関連付けが行われたコンテンツについて、上記操作イベントが発生した場合に、該コンテンツおよび発生した該操作イベントに関連付けられた処理の実行を指示することが好ましい。
【００１９】
上記構成によれば、コンテンツに関連付けられる被制御装置およびその処理内容は、さらに、発生する操作イベントごとに分けて管理される。これにより、ユーザは、制御装置に対する操作内容を変えることで、意図的に、どの被制御装置にどのコンテンツ処理を実行させるのかを選択することが可能となる。したがって、柔軟な連携を実現する上で、ユーザの利便性が向上する。
【００２０】
上記コンテンツには、１以上のメディアデータが含まれており、上記機能情報は、上記メディアデータのデータ形式ごとに、上記被制御装置が実行可能な処理の内容を示すものであり、上記関連付け手段は、上記コンテンツのメディアデータごとに上記関連付けを行うことが好ましい。
【００２１】
コンテンツが、１または複数のあらゆるデータ形式のメディアデータを含んでいる場合、メディアデータの形式ごとに、関連付けが行われることが好ましい。
【００２２】
そこで、上記関連付け手段は、メディアデータごとに、そのデータ形式のメディアデータを処理可能な被制御装置と、該被制御装置が実行可能な処理とを関連付けて管理する。
【００２３】
これにより、自装置において、上記コンテンツに含まれる、某メディアデータに某イベントが発生した場合には、上記遠隔指示手段は、該メディアデータに関連付けられている被制御装置に対して、同じく関連付けられている処理の実行を遠隔指示することができる。
【００２４】
以上のとおり、コンテンツが、１または複数のあらゆるデータ形式のメディアデータを含んでいる場合でも、柔軟な連携を実現することが可能となる。
【００２５】
本発明の制御装置は、さらに、通信可能な１以上の被制御装置から、それぞれの機能情報を取得する機能情報取得手段と、通信可能な被制御装置ごとに、上記機能情報を記憶する機能情報記憶部とを備えていることが好ましい。
【００２６】
上記構成によれば、機能情報記憶部において、通信可能な被制御装置の機能情報を管理することができる。このような機能情報に基づいて、関連付け手段が関連付けを行えば、通信不可の被制御装置に対して、すなわち、遠隔指示を行えない不適切な被制御装置に対して、遠隔指示を実行するという、遠隔指示手段の動作の無駄を回避することが可能となる。
【００２７】
上記機能情報取得手段は、通信可能な被制御装置を定期的に確認して、上記機能情報記憶部に記憶されている機能情報を更新するものであり、上記関連付け手段は、上記機能情報が更新された場合に、更新された機能情報に基づいて、上記関連付けの内容を更新することが好ましい。
【００２８】
上記構成によれば、機能情報記憶部に記憶されている機能情報は、常に、最新の状態を維持することができる。よって、最新の機能情報を用いれば、関連付け手段によって行われる関連付けの内容も、最新の状態に維持される。
【００２９】
したがって、制御装置と被制御装置との間の通信可否状況が変化する場合であっても、通信可能な被制御装置に遠隔指示を行わなかったり、通信不可の被制御装置に遠隔指示を行ったりするという遠隔指示手段の動作の無駄を回避することができる。
【００３０】
このような構成は、制御装置または被制御装置が携帯性・可搬性を有し、制御装置と被制御装置との間の通信可否状況が頻繁に変更されるような環境下では、特に、効果が大きい。
【００３１】
本発明のコンテンツ処理システムは、上記課題を解決するために、上述の本発明の制御装置と、上記制御装置の指示にしたがって、コンテンツを処理する被制御装置と、上記制御装置および上記被制御装置にコンテンツを供給するコンテンツ供給装置とを含むことを特徴としている。
【００３２】
本発明の遠隔制御方法は、上記課題を解決するために、コンテンツの処理の実行を被制御装置に指示する遠隔制御方法であって、上記被制御装置が実行可能な処理の内容をコンテンツのデータ形式ごとに示す機能情報に基づいて、コンテンツに対して、該コンテンツを実行可能な被制御装置と、該被制御装置が該コンテンツに対して実行可能な処理とを関連付けるデータ関連付けステップと、上記データ関連付けステップにて関連付けが行われたコンテンツについて、所定のイベントの発生を検知する検知ステップと、上記検知ステップにて上記イベントが検知された場合に、上記コンテンツに関連付けられた被制御装置に対して、該コンテンツに関連付けられた処理の実行を指示する遠隔指示ステップとを含むことを特徴としている。
【００３３】
なお、上記制御装置は、コンピュータによって実現してもよく、この場合には、コンピュータを上記各手段として動作させることにより上記制御装置をコンピュータにて実現させる制御装置の制御プログラム、およびそれを記録したコンピュータ読み取り可能な記録媒体も、本発明の範疇に入る。
【発明の効果】
【００３４】
本発明の制御装置は、上記課題を解決するために、コンテンツの処理の実行を被制御装置に指示する制御装置であって、上記被制御装置が実行可能な処理の内容をコンテンツのデータ形式ごとに示す機能情報に基づいて、コンテンツに対して、該コンテンツを実行可能な被制御装置と、該被制御装置が該コンテンツに対して実行可能な処理とを関連付ける関連付け手段と、自装置において、上記関連付け手段によって関連付けが行われたコンテンツについて、所定のイベントが発生した場合に、該コンテンツに関連付けられた被制御装置に対して、該コンテンツに関連付けられた処理の実行を指示する遠隔指示手段とを備えていることを特徴としている。
【００３５】
本発明のコンテンツ処理システムは、上記課題を解決するために、上述の本発明の制御装置と、上記制御装置の指示にしたがって、コンテンツを処理する被制御装置と、上記制御装置および上記被制御装置にコンテンツを供給するコンテンツ供給装置とを含むことを特徴としている。
【００３６】
本発明の遠隔制御方法は、上記課題を解決するために、コンテンツの処理の実行を被制御装置に指示する遠隔制御方法であって、上記被制御装置が実行可能な処理の内容をコンテンツのデータ形式ごとに示す機能情報に基づいて、コンテンツに対して、該コンテンツを実行可能な被制御装置と、該被制御装置が該コンテンツに対して実行可能な処理とを関連付けるデータ関連付けステップと、上記データ関連付けステップにて関連付けが行われたコンテンツについて、所定のイベントの発生を検知する検知ステップと、上記検知ステップにて上記イベントが検知された場合に、上記コンテンツに関連付けられた被制御装置に対して、該コンテンツに関連付けられた処理の実行を指示する遠隔指示ステップとを含むことを特徴としている。
【００３７】
したがって、画一的な連携ではなく、複数の装置間の柔軟な連携により、多種多様なコンテンツ処理を実現することができるという効果を奏する。
【図面の簡単な説明】
【００３８】
【図１】本発明の実施形態における携帯端末装置の要部構成を示すブロック図である。
【図２】本発明の実施形態におけるコンテンツ処理システムの概要を示す図である。
【図３】コンテンツのデータ構造を模式的に示す図である。
【図４】装置リスト（機能情報）のデータベース構造を示す図である。
【図５】装置リスト（機能情報）の具体例を示す図である。
【図６】携帯端末装置の機能情報取得部が実行する機能情報取得処理の流れを示すフローチャートである。
【図７】コンテンツ記憶部に記憶されているコンテンツのデータベース構造を示す図である。
【図８】コンテンツ記憶部に記憶されるコンテンツのデータベースの具体例を示す図である。
【図９】コンテンツ記憶部に記憶されるコンテンツのデータベースの具体例を示す図であり、特に、関連付け情報の具体例を示す図である。
【図１０】携帯端末装置の遠隔指示部が生成する遠隔指示情報の具体例を模式的に示す図である。
【図１１】携帯端末装置のコンテンツ処理部がコンテンツを再生処理したことによって、表示部に表示される画面の具体例を示す図である。
【図１２】携帯端末装置のコンテンツ取得部が取得した解析前のコンテンツが、ＨＴＭＬで記述された場合の記述例を示す図である。
【図１３】図１１および図１２に示すコンテンツ９０が、図７に示したデータベース構造に即して、コンテンツ記憶部に格納された状態を模式的に示す図である。
【図１４】図１３に示すコンテンツ９０のメディアデータ９１ａについて、関連付け情報８１が付与された状態を模式的に示す図である。
【図１５】携帯端末装置のデータ関連付け部が実行する関連付け処理、および、遠隔指示部が実行する遠隔指示情報伝達処理の流れを示すフローチャートである。
【図１６】携帯端末装置のコンテンツ処理部がコンテンツを再生処理したことによって、表示部に表示される画面およびＧＵＩの具体例を示す図である。
【図１７】携帯端末装置とコンテンツ処理装置との間での情報の授受を説明するシーケンス図である。
【発明を実施するための形態】
【００３９】
以下に、図面を参照しつつ、本発明の実施の形態について説明する。以下の説明では、同一の部品および構成要素には同一の符号を付してある。それらの名称および機能も同じである。したがってそれらについての詳細な説明は繰返さない。
【００４０】
≪実施形態１≫
本発明の実施形態に係るコンテンツ処理システムの一例を図に基づいて説明する。図２は、本実施形態におけるコンテンツ処理システム１００の概要を示す図である。
【００４１】
本発明のコンテンツ処理システム１００には、コンテンツの処理を遠隔制御する制御エンティティ（制御装置）と、コンテンツを処理する処理エンティティ（被制御装置）と、処理対象のコンテンツを供給する供給エンティティ（コンテンツ供給装置）とが含まれている。１台の装置が、上述の複数のエンティティを兼ねていてもよい。
【００４２】
図２によれば、コンテンツ処理システム１００は、携帯端末装置１、家庭内ルータ４、テレビ２ａ、ブルーレイディスク（ＢＤ）レコーダ２ｂ、カーナビゲーション装置２ｃ、および、コンテンツ配信サーバ３ａ〜ｃを含んで構成されている。
【００４３】
本実施形態では、携帯端末装置１は制御エンティティおよび処理エンティティとして機能する。テレビ２ａ、ブルーレイディスク（ＢＤ）レコーダ２ｂおよびカーナビゲーション装置２ｃは処理エンティティとして機能する。以下では、これらの処理エンティティを、区別する必要がない場合には、コンテンツ処理装置２と総称する。コンテンツ配信サーバ３ａ〜ｃは供給エンティティとして機能する。これらの供給エンティティを、区別する必要がない場合には、コンテンツ供給装置３と総称する。
【００４４】
なお、各装置は、上記の例に限定されず、他のエンティティとして機能してもよい。また、図２に示された装置の具体例は、各エンティティを実現する装置としての一例であって、本発明における各装置の構成を限定する意図はない。
【００４５】
本実施形態では、携帯端末装置１、テレビ２ａおよびブルーレイディスク（ＢＤ）レコーダ２ｂは、家庭内ルータ４配下の家庭内ＬＡＮ５ａに参加してホームネットワークを構築し、該ホームネットワーク内の装置間で相互に通信できる。また、ホームネットワーク内の各装置は、家庭内ルータ４を介してインターネット５ｂに接続し、コンテンツ配信サーバ３ａ〜ｃとの間で相互に通信することができる。さらに、携帯端末装置１は、赤外線通信、Ｂｌｕｅｔｏｏｔｈ（登録商標）通信などの近距離無線通信機能を備えており、同機能を有するカーナビゲーション装置２ｃと、赤外線などの近距離無線通信手段５ｃを介して通信することができる。
【００４６】
コンテンツ供給装置３は、処理の対象となるコンテンツを管理し、コンテンツを携帯端末装置１またはコンテンツ処理装置２に供給するものである。本実施形態では、コンテンツ供給装置３は、インターネット５ｂ上に存在するコンテンツ配信サーバ３ａ〜ｃとして実現される。
【００４７】
携帯端末装置１は、制御エンティティとしてコンテンツ処理システム１００において扱われているコンテンツの処理をコンテンツ処理装置２に対して指示するものである。本実施形態では、携帯端末装置１は、処理エンティティとしても機能し、上記コンテンツの処理を自身で実行するものでもある。
【００４８】
図２に示すとおり、本実施形態における制御エンティティは、ＰＤＡ（Personal Digital Assistance）、携帯電話、携帯ゲーム機、電子辞書、電子書籍端末などの持ち運び可能な携帯端末装置１であることを想定している。制御エンティティは、リモコンのごとく用いるため、携帯性に優れた装置であることが好ましいが、携帯端末装置１に限らず、据え置き型の装置によって実現してもよい。
【００４９】
携帯端末装置１は、宅内においては無線ＬＡＮにより家庭内ルータ４に接続して、ホームネットワーク内の各コンテンツ処理装置２と通信することができる。また、宅外においては、近距離無線通信手段を介してコンテンツ処理装置２と通信することができる。さらに、携帯電話網や公衆無線ＬＡＮ等５ｄを介してコンテンツ配信サーバ３ａ〜ｃに接続することができる。
【００５０】
携帯端末装置１は、コンテンツ配信サーバ３ａ〜ｃより、処理対象のメディアデータを１または複数含むコンテンツを取得する。本実施形態では、携帯端末装置１は、処理エンティティとして、取得したコンテンツを再生する処理を実行し、自装置に表示部にコンテンツを表示することができる。コンテンツに含まれるメディアデータとしては、テキストデータ、文書データ、電子書籍データ、辞書データ、画像データ、動画データ、音声データ、音楽データなど、あらゆるデータ形式のデータが想定されている。
【００５１】
携帯端末装置１は、取得したコンテンツを処理しているときに（例えば、再生中に）、家庭内ルータ４配下の家庭内ＬＡＮ５ａに参加している状態であれば、同ＬＡＮに存在するコンテンツ処理装置２を発見する。また、近距離無線通信が可能な範囲内にコンテンツ処理装置２が存在すれば、これを発見する。携帯端末装置１は、発見した各コンテンツ処理装置２より、当該コンテンツ処理装置２が実行可能な処理内容を示す機能情報を取得する。
【００５２】
携帯端末装置１は、取得したコンテンツについて、コンテンツごと、あるいは、コンテンツに含まれるメディアデータごとに、コンテンツ処理装置２において実行され得る処理内容との関連付けを行い、これを記憶しておく機能を備えている。
【００５３】
これにより、携帯端末装置１においてコンテンツが処理されているとき、ユーザ操作などを契機として、メディアデータが選択されたり、選択されたメディアデータに対して所定の操作が行われたりすると、制御エンティティとしての携帯端末装置１は、上記メディアデータの処理を、通信可能な１以上のコンテンツ処理装置２に指示するために、遠隔指示情報を送信する。遠隔指示情報とは、選択されたコンテンツ（メディアデータ）の処理実行を指示する命令である。このとき、遠隔指示情報には、命令文の他に、上記メディアデータの処理を実行するために必要な各種情報が伝送される。
【００５４】
コンテンツ処理装置２は、制御エンティティとしての携帯端末装置１からの指示にしたがって、コンテンツ（１または複数のメディアデータ）の処理を実行するものである。コンテンツ処理装置２によって処理されるコンテンツは、コンテンツ処理装置２によって、家庭内ルータ４およびインターネット５ｂを介して、コンテンツ配信サーバ３ａ〜ｃから取得されるものであってもよいし、携帯端末装置１から伝送される遠隔指示情報に含まれるものであってもよい。
【００５５】
本発明のコンテンツ処理システム１００においては、携帯端末装置１の指示に応じてコンテンツ処理装置２が処理するコンテンツは、携帯端末装置１が処理しているコンテンツと全く同一であってもよいが、一部あるいは全く異なるコンテンツであってもかまわない。
【００５６】
本実施形態では、コンテンツ処理システム１００において扱われるコンテンツは、コンテンツ単位またはメディアデータ単位で相互に関連する他のコンテンツ／メディアデータと紐付けられて管理されている。つまり、コンテンツ処理装置２側では、携帯端末装置１において処理された元のコンテンツ（第１データ）と紐付けられた、関連コンテンツ（第２データ）が処理されてもよい。
【００５７】
このように、本発明のコンテンツ処理システム１００では、内容が単一でないコンテンツを扱うことができるため、携帯端末装置１の指示を契機として、そのコンテンツについて多様な出力結果を得ることができる。
【００５８】
例えば、図２に示す例では、携帯端末装置１は、コンテンツ供給装置３から、番組情報を含む元コンテンツを取得し、元コンテンツを再生して、番組に関する説明文と番組の一場面を示すサムネイル画像を表示する。一方、携帯端末装置１からコンテンツの処理を指示されたテレビ２ａは、上記元のコンテンツの関連コンテンツをコンテンツ供給装置３から取得して、該関連コンテンツの処理、例えば、上記番組の動画を再生して表示することができる。
【００５９】
さらに、コンテンツ処理システム１００には、様々な機能を有する多様なコンテンツ処理装置２が含まれている。したがって、内容的に全く同一のコンテンツが処理されても、そのコンテンツについて多様な処理を実現することができる。
【００６０】
例えば、携帯端末装置１は、取得したコンテンツに含まれるメディアデータのうち、テキストデータおよび静止画データ（第１データ）を処理する一方、その携帯端末装置１の指示にしたがって上記コンテンツを処理するテレビ２ａは、該コンテンツに含まれる、もしくは外部参照される動画データ（第２データ）を再生する処理を実行する。さらに、ＢＤレコーダ２ｂは、上記動画データ（第２データ）を録画する処理を実行する。
【００６１】
以上のように、本発明のコンテンツ処理システム１００によれば、携帯端末装置１とコンテンツ処理装置２との連携によって、多種多様なコンテンツ処理を柔軟に実現することができる。
【００６２】
上記を実現するために、携帯端末装置１は、制御エンティティとして、コンテンツ処理装置２の機能情報を取得する機能情報取得処理、コンテンツ／メディアデータと、処理内容との関連付け処理、コンテンツ処理装置２に対してコンテンツの処理を指示する遠隔指示情報伝達処理を実行する。これらの処理を実行する携帯端末装置１の構成について、後に詳述する。まずは、上述の各エンティティを実現するための装置の具体例と、コンテンツメディアデータの定義について説明する。
【００６３】
〔装置の具体例〕
本実施形態において、携帯端末装置１、コンテンツ処理装置２は、情報通信機器、映像・音響機器、家電機器、および、アミューズメント機器などで実現することができる。上記情報通信機器としては、パーソナルコンピュータやホームサーバなどの情報機器、電話機などの通信機器が該当する。通信機器としては、特に、携帯電話、ＰＤＡ(Personal Digital Assistance)、ノート型コンピュータ、装着型コンピュータなどの携帯型情報通信機器が想定されている。
【００６４】
上記映像・音響機器としては、画像記録機器であるデジタルスチルカメラ、映像記録機器であるデジタルビデオカメラ、ＨＤＤ(Hard Disk Drive)レコーダ、ＢＤ（Blu-ray disk）レコーダおよびＤＶＤ(Digital Versatile Disk)レコーダ、映像再生機器であるＢＤプレーヤおよびＤＶＤプレーヤ、音楽記録・再生機器であるシリコンオーディオレコーダまたはプレーヤ、および、ＣＤ(Compact Disk)レコーダまたはプレーヤ、ならびに、放送データ受信・再生機器であるテレビジョン受像機およびラジオなどが該当する。
【００６５】
上記家電機器としては、冷蔵庫、洗濯機、エアコンディショナ、掃除機、空気清浄機、および、電子レンジなどの機器が該当する。
【００６６】
上記アミューズメント機器としては、家庭用もしくは携帯型ゲーム機器などが該当する。
【００６７】
携帯端末装置１およびコンテンツ処理装置２は、上述の情報処理、通信、画像記録・再生、映像記録・再生、音声記録・再生、放送データ受信・再生といった機能の複数を有する装置であってもよく、その他、上記に挙げたもの以外であっても、コンテンツ／メディアデータの処理が可能な装置であれば、どのような形態であっても構わない。
【００６８】
〔コンテンツおよびメディアデータの定義〕
本実施形態においてメディアデータとは、上述したとおり、静止画データ、動画データ、音声データ、音楽データ、文書データ、テキストデータなどの単体データ、もしくは、それらを統合してなるデータを指す。
【００６９】
また、コンテンツとは、上述のメディアデータそのもの、もしくは上述のメディアデータを１つ以上含んで構成されるデータを指し、装置間でやりとりされる、メディアデータの集まりを１個のデータとして取り扱うためのデータ単位でもある。
【００７０】
コンテンツのデータ形式はＸＭＬ等人間に可読のテキスト形式で記述されてもよいし、人間が直接読めないバイナリ形式であってもよい。
【００７１】
図３は、コンテンツのデータ構造を模式的に示す図である。
【００７２】
図３に示すとおり、コンテンツは、メディアデータ以外にも、メタ情報および制御情報を含んでいる。メタ情報は、コンテンツＩＤ、コンテンツのＵＲＬ（Uniform Resource Locator）、コンテンツ記述アプリのバージョン情報など、コンテンツに関する属性情報を含む。
【００７３】
制御情報は、各メディアデータについての画面上のレイアウト情報、時間軸上の再生開始・終了タイミングや再生速度情報、音量情報、外部アプリケーションの起動命令文、装置内外との情報授受命令文、他のコンテンツへのリンク遷移情報などを含む。
【００７４】
これらのメタ情報および制御情報は、本実施形態では、ＨＴＭＬ（HyperText Markup Language）などの人間に可読のテキスト形式のスクリプトとして記述される。
【００７５】
つまり、コンテンツとは、上記スクリプトと上記スクリプトにて参照される１つ以上のメディアデータとから構成される。しかし、コンテンツのデータ構造、データ形式は、これに限定されず、本実施形態で説明する機能、処理が実現できるのであれば何でもよく、例えば、コンテンツはバイナリ形式であっても構わない。
【００７６】
〔第１データと第２データの定義〕
本発明のコンテンツ処理システム１００において、制御エンティティ＋処理エンティティの携帯端末装置１によって処理されるコンテンツ（メディアデータ）を、第１データと称し、携帯端末装置１によって遠隔制御される処理エンティティのコンテンツ処理装置２によって処理されるコンテンツ（メディアデータ）を第２データと称する。第１データと第２データとは、全く同一のデータであってもよいし、異なるデータであってもよい。
【００７７】
例えば、第１データが、低解像度の写真画像であって、第２データが、同じ内容であってより高解像度な写真画像であること想定される。また、第１データが、動画を紹介する静止画＋テキストのコンテンツであって、第２データが、上記動画を含むコンテンツであることが想定される。また、第１データが、携帯端末装置向けにレイアウトが考慮されたコンテンツであって、第２データが、同じ内容であって、大画面テレビ向けにレイアウトが考慮されたコンテンツであることが想定される。また、第１データが、処理能力の低い装置向けのフレームレートが低い動画であって、第２データが、処理能力の高い装置向けのフレームレートが高い動画であることが想定される。
【００７８】
なお、第１データと第２データとは、コンテンツ処理システム１００におけるいずれかの装置において紐付けて管理されていればよい。例えば、コンテンツを配信するコンテンツ供給装置３において、ＩＤやグループ識別子などを用いて、最初から紐付けを行っておくことが考えられる。これにより、携帯端末装置１（データ関連付け部２４）は、自装置にて処理するコンテンツに対して、別の関連コンテンツが存在することを認識することができる。
【００７９】
あるいは、携帯端末装置１（データ関連付け部２４）が、自装置が処理している第１データと関連する第２データについて、他のコンテンツ処理装置２（例えばテレビ）向けのバージョンの有無を、コンテンツ供給装置３に予め問い合わせておくことが考えられる。この場合、第１データが操作されたときに、第１データが、テレビ２ａと関連付けられている場合には、テレビ向けに事前に問い合わせておいた第２データを処理するように、テレビ２ａに遠隔指示することができる。あるいは、携帯端末装置１から第１データを処理するように指示されたコンテンツ処理装置２の方から、第１データが指定された旨を通知して、コンテンツ供給装置３に問い合わせることが考えられる。この場合、コンテンツ供給装置３は、問い合わせを受けた第１データと、問い合わせ元のコンテンツ処理装置２の能力とを考慮して、第１データに紐付けられている、コンテンツ処理装置２に適した第２データをテレビに返す。
【００８０】
上記構成によれば、携帯端末装置１は、自装置にて処理中のコンテンツに関連している別のコンテンツの処理を、コンテンツ処理装置２に対して遠隔指示することが可能となる。結果として、多様なコンテンツを処理し、柔軟な連携を実現することができる。
【００８１】
〔携帯端末装置１の構成〕
図１は、本発明の実施形態における携帯端末装置１の要部構成を示すブロック図である。
【００８２】
図１に示すとおり、本実施形態における携帯端末装置１は、制御部１０、記憶部１１、操作部１２、表示部１３、通信部１４および近距離無線通信部１５を備える構成となっている。
【００８３】
操作部１２は、ユーザが携帯端末装置１に指示信号を入力するためのものである。操作部１２は、ボタン（十字キー、決定キー、文字・数字入力キーなど）、タッチパネル、タッチセンサとタッチペン、もしくは、音声入力部と音声認識部などの適宜の入力装置で構成される。
【００８４】
表示部１３は、携帯端末装置１が処理したコンテンツ（例えば、ＸＭＬ（eXtensible Markup Language）文書、静止画、および、動画など）を表示したり、ユーザが携帯端末装置１を操作するための操作画面をＧＵＩ（Graphical User Interface）画面として表示したりするものである。表示部１３は、例えば、ＬＣＤ（液晶ディスプレイ）などの表示装置で構成される。
【００８５】
通信部１４は、通信網（例えば、図２の家庭内ＬＡＮ５ａ、携帯電話網や公衆無線ＬＡＮ等５ｄ）を介して外部の装置と通信し、データの送受信を行うものである。通信部１４は、例えば、家庭内ＬＡＮ５ａを介して、家庭内の各コンテンツ処理装置２と通信し、データの授受を行う。また、通信部１４は、公衆回線通信部としての機能を備え、携帯電話網や公衆無線ＬＡＮ等５ｄおよびインターネット５ｂを介して、コンテンツ処理システム１００で扱われるコンテンツを管理するコンテンツ供給装置３と通信し、データの授受を行う。具体的には、３Ｇあるいは３．５Ｇなどの携帯電話網等を介して、他の携帯電話や一般の固定電話機と通話を行ったり、コンテンツ配信サーバ３ａ〜ｃから所望のコンテンツをダウンロードしたりすることができる。
【００８６】
近距離無線通信部１５は、近距離無線通信手段５ｃを用いて外部の装置と無線通信するものである。近距離無線通信手段としては、ＩｒＤＡ、ＩｒＳＳなどの赤外線通信、Ｂｌｕｅｔｏｏｔｈ通信、ＷｉＦｉ通信などの近距離無線通信、または、Ｆｅｌｉｃａなどの非接触型ＩＣカードなど、適宜の手段を用いることが可能である。本実施形態では、近距離無線通信部１５は、赤外線通信プロトコル（ＩｒＳＳプロトコル）にて画像を送信する赤外線発光部を含んで構成されているものとする。近距離無線通信部１５は、画像を乗せた赤外線搬送波を該赤外線発光部からＩｒＳＳ対応の装置（例えば、図２のカーナビゲーション装置２ｃ）の受光部に向けて送信する。これにより、携帯端末装置１は、遠隔指示情報をカーナビゲーション装置２ｃに送信して、コンテンツの処理をカーナビゲーション装置２ｃに命令することができる。
【００８７】
記憶部１１は、制御部１０が実行する制御プログラムおよびＯＳプログラム、ならびに、制御部１０が、携帯端末装置１が有する各種機能を実行するときに読み出す各種データを記憶するものである。特に、記憶部１１は、携帯端末装置１が実行する、機能情報取得処理、関連付け処理、遠隔指示情報伝達処理を実行する際に読み出す各種プログラム、データを記憶する。具体的には、記憶部１１には、コンテンツ記憶部３０および装置リスト記憶部３１が含まれる。
【００８８】
制御部１０は、携帯端末装置１が備える各部を統括制御するものであり、機能ブロックとして、コンテンツ取得部２１、コンテンツ解析部２２、コンテンツ処理部２３、データ関連付け部２４、遠隔指示部２５、および、機能情報取得部２６を備えている。さらに、制御部１０は、機能ブロックとして、イベント処理部２０を備えていてもよい。
【００８９】
上述した制御部１０の各機能ブロックは、ＣＰＵ（central processing unit）が、ＲＯＭ（read only memory）等で実現された記憶装置（記憶部１１）に記憶されているプログラムを不図示のＲＡＭ（random access memory）等に読み出して実行することで実現できる。
【００９０】
イベント処理部２０は、携帯端末装置１において発生するあらゆるイベントを検知して、携帯端末装置１の制御部１０の各部に伝達するものである。例えば、イベント処理部２０は、ユーザが操作部１２を操作して何らかの指示を携帯端末装置１に入力したことにより発生する操作イベントを検知する。あるいは、図示しない計時部にて経過時間が計測されている場合に、一定時間が経過したことを定期的に検知する。
【００９１】
コンテンツ取得部２１は、通信部１４を介して、供給エンティティであるコンテンツ供給装置３からコンテンツあるいはこれに含まれるメディアデータを取得するものである。例えば、イベント処理部２０が、コンテンツ取得指示が入力されたことを検知すると、コンテンツ取得部２１は、当該指示にて指定されたコンテンツを取得する。
【００９２】
コンテンツ解析部２２は、コンテンツ取得部２１によって取得されたコンテンツを解析し、携帯端末装置１にて処理可能なデータ構造にて、該コンテンツをコンテンツ記憶部３０に格納するものである。
【００９３】
コンテンツ処理部２３は、コンテンツ記憶部３０に記憶されているコンテンツを、処理するものである。コンテンツ処理には、コンテンツを再生したり、コンテンツを録画したり、コンテンツを複製したり、携帯端末装置１がコンテンツに対して実行し得るあらゆる処理が含まれている。ここでは、コンテンツ処理部２３は、コンテンツを再生する再生制御部として機能するものとする。
【００９４】
データ関連付け部２４は、携帯端末装置１の関連付け処理を実行するものである。関連付け処理とは、コンテンツ記憶部３０に記憶されているコンテンツ、または、コンテンツに含まれるメディアデータと、そのコンテンツ（メディアデータ）を処理可能なコンテンツ処理装置２およびその処理内容（機能）とを関連付ける処理である。データ関連付け部２４は、メディアデータとコンテンツ処理装置２および処理内容（機能）とを関連付けるために、関連付け情報を生成して、記憶されているコンテンツの各メディアデータに付与する。これらの関連付け処理の動作、関連付け情報のデータ構造、および、具体例については後述する。
【００９５】
さらに、携帯端末装置１が処理するコンテンツ（メディアデータ）と、コンテンツ処理装置２に処理させるコンテンツ（メディアデータ）とが全く同一でない場合には、携帯端末装置１が処理するコンテンツ（メディアデータ）を第１データとし、コンテンツ処理装置２に処理させるコンテンツ（メディアデータ）を第２データとして、データ関連付け部２４は、第１データと第２データとの関連付けを実行してもよい。第１データと第２データとの関連付けの手順については、〔第１データと第２データの定義〕にて、すでに説明したとおりである。
【００９６】
遠隔指示部２５は、携帯端末装置１の遠隔指示情報伝達処理を実行するものである。遠隔指示情報伝達処理とは、携帯端末装置１が他のコンテンツ処理装置２に対してコンテンツの処理を遠隔指示するための遠隔指示情報を生成し、送信する処理である。遠隔指示情報伝達処理の動作、遠隔指示情報のデータ構造、および、具体例については後述する。
【００９７】
機能情報取得部２６は、携帯端末装置１の機能情報取得処理を実行するものである。機能情報取得処理とは、携帯端末装置１が遠隔指示可能な範囲で通信可能な（アクティブな）コンテンツ処理装置２から、機能情報を取得する処理である。機能情報取得部２６が取得する機能情報によって、携帯端末装置１は、再生中のどのメディアデータを、どの装置が、どのように処理できるのかを把握することができる。
【００９８】
機能情報取得部２６は、アクティブなコンテンツ処理装置２から機能情報を収集して、装置リストを作成し、装置リスト記憶部３１に格納する。
【００９９】
装置リストのデータ構造、および、具体例については後述する。
【０１００】
〔機能情報と装置リストについて〕
携帯端末装置１は、現時点で通信可能なコンテンツ処理装置２の機能情報を装置リスト記憶部３１に記憶した装置リストにて管理する。装置リストは、機能情報取得部２６によって取得された各コンテンツ処理装置２の機能情報に基づいて作成される。装置リストに登録された各装置の機能情報は、携帯端末装置１のデータ関連付け部２４が、コンテンツ（メディアデータ）と、各コンテンツ処理装置２（およびその処理内容）とを関連付けるために必要な情報となる。
【０１０１】
図４は、装置リスト記憶部３１に記憶されている装置リストのデータベース構造を示す図である。図４に示すデータベース構造はほんの一例であって、本発明を限定するものではない。
【０１０２】
図４に示す例では、各コンテンツ処理装置２の機能情報は、装置リスト記憶部３１において、device_listと名づけられた装置リストにて装置ごとに管理される。device_listには、device_id（装置ＩＤ）が関連付けられる。device_idは、コンテンツ処理装置２を一意に識別するための識別情報である。device_listにdevice_idが関連付けられることをここでは、エントリと称する。エントリされた状態とは、すなわち、そのdevice_idが示すコンテンツ処理装置２が、携帯端末装置１と通信可能な状態にあって、そのことを携帯端末装置１が検知した状態のことである。device_idのエントリ数は、device_listに対して０以上である。コンテンツ処理装置２の固有の情報として、device_idに加えて、さらに、コンテンツ処理装置２のip_addredd（ＩＰアドレス）、uuid（ＵＵＩＤ；Universally Unique Identifier（コンピュータが一意に識別するための識別子））、friendly_name（フレンドリネーム）などの情報も併せて関連付けられてもよい。
【０１０３】
さらに、device_idごとに、機能情報が関連付けられる。機能情報とはすなわち、当該装置が処理できるメディアデータの種別（形式）ごとに、その形式のメディアデータに対して該装置が実行可能な処理内容（アクション）の情報を関連付けたものである。
【０１０４】
図４に示すmime_typeは、メディアデータの種別を、action_idは、処理内容を識別するためのＩＤを示す。そして、action_idに関連付けられたaction_method、action_url、action_bodyは、具体的な処理内容を示す。
【０１０５】
１つの装置は、０以上の種別のメディアデータを処理可能であるので、device_idとmime_typeとの関係は、１対０以上（０．．＊）である。
【０１０６】
本実施形態は、コンテンツ処理装置２は、メディアデータの１つの形式に対しては、０以上の種類の処理機能（アクション）を備えている。したがって、メディアデータ種別（mime_type）と、アクション（action_id）との関係は、１対０以上(０．．＊)である。
【０１０７】
図４に示す装置リストは、定期的に、あるいは、コンテンツ処理装置２からエントリ、エントリ削除のオファーがあったときに、機能情報取得部２６がコンテンツ処理装置２から機能情報を取得するたびに更新されることが望ましい。
【０１０８】
図５は、装置リスト記憶部３１に記憶される装置リストの具体例を示す図である。図５に示す装置リストは、図４の示す装置リストを理解し易くする目的で、具体例を用いて簡略化して記載したものであり、各図の装置リストは携帯端末装置１において同じものを示している。
【０１０９】
例えば、機能情報取得部２６は、通信部１４および近距離無線通信部１５を介して、近隣のコンテンツ処理装置２を探索した結果、テレビ２ａ、ＢＤレコーダ２ｂ、および、カーナビゲーション装置２ｃを発見したとする。
【０１１０】
機能情報取得部２６は、テレビ２ａに対して機能情報を要求する。テレビ２ａは、静止画データと、動画データと、音楽データを処理することが可能であり、静止画データについて、指定されたＵＲＬから画像を取得してその画像を表示するという機能と、動画／音楽データについて、指定されたＵＲＬから動画／音楽データを取得してその動画／音楽を再生する機能とを備えているものとする。
【０１１１】
テレビ２ａは、上記要求に対して、自身が扱えるメディアデータの形式ごとに、そのメディアデータに対して実行できる処理内容（機能）を関連付けた機能情報を返信する。
【０１１２】
機能情報取得部２６は、上記機能情報を取得して、図５に示すとおり、装置ＩＤおよび装置のＩＰアドレスごとに、上記機能情報を関連付ける。
【０１１３】
機能情報取得部２６は、ＢＤレコーダ２ｂおよびカーナビゲーション装置２ｃに対しても、テレビ２ａと同様の問合せを行ってそれぞれから機能情報を取得し、装置リストに登録する。
【０１１４】
このような装置リストを参照することにより、データ関連付け部２４は、コンテンツとコンテンツ処理装置２と、該装置によって実行される処理内容との関連付けを行うことが可能となる。
【０１１５】
〔機能情報取得処理の流れについて〕
図６は、携帯端末装置１の機能情報取得部２６が実行する機能情報取得処理の流れを示すフローチャートである。
【０１１６】
イベント処理部２０が、定期的な更新タイミング、もしくは、他の所定の更新タイミング（携帯端末装置１の起動時などに必ず機能情報取得処理を実行するように設定されているものがあってもよいし、ユーザ操作に従って機能情報取得処理が実行されてもよい）を検知した場合（Ｓ１０１においてＹＥＳ）、機能情報取得部２６は、通信部１４を介して、コンテンツ処理装置２の探索を行う（Ｓ１０２）。この処理は具体的にはたとえば、ＵＰｎＰのディスカバリ処理によって実現できる。コンテンツ処理装置２発見のためのマルチキャストパケットを家庭内ＬＡＮ５ａに送信すると、アクティブなコンテンツ処理装置２が、上記パケットへの応答メッセージを携帯端末装置１へ送信する。携帯端末装置１は、機能情報取得部２６が、この応答メッセージを受信することにより、コンテンツ処理装置２の存在を発見し、および、その宅内家庭内ＬＡＮ５ａ上でのアドレス情報（ＩＰアドレス）を知ることができる。なお、近距離無線通信部１５が、赤外線通信手段にて実現されている場合、Ｓ１０２における装置探索動作は、以下の通りに実行される。すなわち、例えば、携帯端末装置１とカーナビゲーション装置２ｃとが赤外線通信を行う場合、ユーザは、携帯端末装置１を、カーナビゲーション装置２ｃに物理的に近づけて、両方の装置を「赤外線通信モード」等に設定した状態にして、両装置を操作する。これにより、携帯端末装置１は、通信可能なカーナビゲーション装置２ｃを発見することができる。
【０１１７】
なお、赤外線通信手段が、ＩｒＳＳなど、片方向通信プロファイルの場合には、送信装置側から受信装置側へ一方的に情報を送りつけることしかできない。このような場合には、Ｓ１０２の装置探索動作を省略しても構わない。その代わりに、携帯端末装置１には、「カーナビ（カーナビゲーション装置２ｃ）に送信する」などの操作メニューを携帯端末装置１にあらかじめ組み込んでおき、カーナビゲーション装置２ｃが通信可能な範囲に実際に存在するか否かに関わらず、存在することを前提として、カーナビゲーション装置２ｃ向けに遠隔指示情報を作成し、送信するように携帯端末装置１を構成する。携帯端末装置１の上記構成によれば、片方向通信プロファイルにより装置間の連携を実現する実施形態においても本願発明を適用することが可能となる。携帯端末装置１から送信された遠隔指示情報は、実際に受信可能状態にあるカーナビゲーション装置２ｃが赤外線通信エリア内に存在する場合にのみ受信されるという構成である。
【０１１８】
Ｓ１０２の装置探索動作におけるマルチキャストパケットの送信によって、１以上のコンテンツ処理装置２が発見された場合（Ｓ１０３においてＹＥＳ）、機能情報取得部２６は、通信部１４（あるいは、近距離無線通信部１５）を介して、発見したコンテンツ処理装置２それぞれに対して、機能情報を要求し、これを取得する（Ｓ１０４）。機能情報は、メディアデータのデータ形式ごとに実行可能な処理内容（機能）が示された情報である。この機能情報の授受は、マルチキャストではなくユニキャスト通信で実施される。
【０１１９】
機能情報取得部２６は、取得した機能情報を、装置リスト記憶部３１に記憶する（Ｓ１０５）。コンテンツ処理装置２がエントリされていない場合には、新規レコードを登録し、すでにエントリされているコンテンツ処理装置２であれば既存レコードを更新する。
【０１２０】
なお、携帯端末装置１は、更新タイミングで自発的に機能情報を取得するだけでなく、コンテンツ処理装置２からエントリのオファー、エントリ停止通知を受信したことを契機として、装置リストを更新してもよい。
【０１２１】
機能情報取得部２６は、通信部１４または近距離無線通信部１５を介して、コンテンツ処理装置２から機能情報に関するメッセージを受信すると（Ｓ１０１においてＮＯ、Ｓ１０６においてＹＥＳ）、受信したメッセージを解析する。
【０１２２】
解析の結果、上記メッセージが、エントリの申し出であった場合（Ｓ１０７においてＡ）、機能情報取得部２６は、上述したとおり、申し出のあったコンテンツ処理装置２に対して機能情報を要求し、これを取得して（Ｓ１０４）、装置リストを更新する（Ｓ１０５）。エントリの申し出のメッセージには、コンテンツ処理装置２の存在を示す情報と、該コンテンツ処理装置２にＩＰアドレスが含まれている。
【０１２３】
一方、受信したメッセージが、コンテンツ処理装置２の機能停止を伝えるものであった場合には、依頼主のコンテンツ処理装置２のレコードを装置リスト記憶部３１から削除して、コンテンツ処理装置２のエントリを抹消する（Ｓ１０８）。
【０１２４】
なお、今回のＳ１０２の装置探索動作において、前回までは発見されていた（通信可能に存在していた）コンテンツ処理装置２が、発見されなくなった場合には、（Ｓ１０３においてＮＯ、かつ、Ｓ１０９においてＹＥＳ）、機能情報取得部２６は、その発見されなくなったコンテンツ処理装置２のレコードを装置リスト記憶部３１から削除して、当該コンテンツ処理装置２のエントリを抹消する（Ｓ１０８）。
【０１２５】
以上のように、装置リスト記憶部３１に記憶されている装置リストは、定期的に、あるいは、周囲の状況の変化に応じて、最新の情報を維持するように工夫されている。
【０１２６】
〔コンテンツと関連付け情報について〕
携帯端末装置１は、自装置が処理中のコンテンツに対して所定の操作が行われた場合には、該コンテンツに関連付けられているコンテンツ処理装置２に対して、上記コンテンツの処理を遠隔指示することができる。上記を達成するために、携帯端末装置１は、取得したコンテンツと、エントリ中のコンテンツ処理装置２との関係性に基づいて、コンテンツとコンテンツ処理装置２との関連付けを実施する。このとき生成された関連付け情報は、携帯端末装置１が、コンテンツ処理装置２に対して適切な遠隔指示を行うために必要な情報となる。以下では、携帯端末装置１に記憶されているコンテンツと、該コンテンツに付与される関連付け情報について説明する。
【０１２７】
図７は、コンテンツ記憶部３０に記憶されているコンテンツのデータベース構造を示す図である。図７に示すデータベース構造はほんの一例であって、本発明を限定するものではない。
【０１２８】
図７に示す例では、コンテンツ供給装置３から取得された各コンテンツは、content_id（コンテンツＩＤ）を主キーとして管理される。content_idにより、コンテンツを一意に特定したり検索したりすることができ、コンテンツの他の属性を参照することも可能である。コンテンツの他の属性の例としては、original_urlとlocal_cacheとが挙げられる。original_url（コンテンツソースＵＲＬ）は、そのコンテンツの管理・保存元のＵＲＬ文字列を示す。local_cache（保存先）は、このコンテンツを取得し、携帯端末装置１がメモリやディスクなどの記憶領域に一時保存した際のアドレスを示す。
【０１２９】
さらに、content_idごとに、コンテンツに含まれるメディアデータの情報が関連付けられる。コンテンツに含まれる各メディアデータは、data_idを主キーとして管理される。１つのコンテンツに対し、０以上（複数）のメディアデータが含まれることがある。そのため、コンテンツとメディアデータとは１対多（０・・＊）の関係である。さらに、メディアデータごとにメディアデータの属性が関連付けて保存されてもよい。例えば、メディアデータの属性の具体例としては、original_url、local_cache、media_type、position、start_time、duration、および、repeatが挙げられる。
【０１３０】
original_url（メディアデータソースＵＲＬ）は、メディアデータの管理・保存元のＵＲＬ文字列を示す。local_cache（保存先）は、このメディアデータを取得し、携帯端末装置１がメモリやディスクなどの記憶領域に一時保存した際のアドレスを示す。media_type（データ形式）には、メディアデータのデータ形式を表す文字列が格納される。position（レイアウト情報）には、コンテンツが再生されたときの、当該メディアデータが表示される座標値が格納される。start_time（再生開始時間情報）には、コンテンツが再生された際に、当該メディアデータ自身が再生開始される時刻のオフセット値が格納される。duration（再生時間情報）にメディアデータの再生時間が格納される。repeat（繰り返し有無）には、メディアデータを再生する際に繰り返し再生するかどうかのフラグ値が格納される。
【０１３１】
さらに、data_id（メディアデータ）ごとに、イベントとそのイベントが発生したときの携帯端末装置１が行うべき振る舞い（アクション）とが関連付けて記憶される。イベントは、再生中のコンテンツに対するユーザの何らかの操作（クリック、マウスオン、各種キー操作、タッチパネルへのタッチ操作、携帯端末装置１本体を傾けたり振ったりした操作など）によって発生する。また、イベントは、ユーザ操作をトリガとする以外に、プログラムやアプリケーションからの指示による内部イベント、携帯端末装置１に搭載されるＧＰＳ、温度計、電波強度、電池容量等の各種センサからの通知などをトリガとして発生するイベントも含まれる。これらのイベントのうち、データ関連付け部２４が実行する関連付け処理の対象となるのは、当該イベントが発生したときに、メディアデータに対して携帯端末装置１が何らかの動作（アクション）を実行する場合のイベントである。
【０１３２】
イベントは、event_idを主キーとして管理されている。そして、そのイベントが発生したときに、携帯端末装置１が行うべき振る舞い（アクション）については、action_idを主キーとして、event_idに関連付けて管理される。
【０１３３】
あるメディアデータに対し、あるイベントが発生した際のアクションは一意に定まるが、複数のイベントに対して同じアクションが割り当てられる場合もある。またメディアデータによっては、アクションが必要なイベントが発生しない場合もあるし、上記イベントが複数種類発生する場合もある。よって、メディアデータ（data_id）と、イベント（event_id）との関係は、１対多（０．．＊）であり、イベント（event_id）とアクション（action_id）との関係は、多（１．．＊）対１である。
【０１３４】
さらに、action_idには、他のアクションの属性が関連付けられてもよい。アクションの属性の具体例としては、action_method、action_url、および、action_bodyが挙げられる。action_methodは、アクションの種別を指定する情報を格納するものであり、格納される具体的な情報としては、例えば、ＨＴＴＰ ＧＥＴ、ＨＴＴＰ ＰＯＳＴ、あるいは、内部機能の呼び出しなどがある。action_urlは、action_method（特に、ＨＴＴＰ ＧＥＴ、ＨＴＴＰ ＰＯＳＴ）の実施対象物（目的のデータ）の所在を指定するＵＲＬ文字列を格納するものである。action_bodyは、action_method（特に、ＨＴＴＰ ＰＯＳＴ）を実施する際に添付されるメディアデータや、ＵＲＬ文字列とは別に送付する付加情報（サービスへアクセスするための認証情報など）を格納するものである。
【０１３５】
コンテンツ取得部２１によって取得されたコンテンツは、コンテンツ解析部２２によって解析されて、図７に示すデータ構造にてコンテンツ記憶部３０に格納される。格納されたコンテンツに対しては、さらに、データ関連付け部２４によって、関連付け情報が付加される。この関連付け情報に基づいて、遠隔指示部２５は、コンテンツに対して所定のイベントが発生したときに、適切なコンテンツ処理装置２に対して適切な遠隔指示を行うことができる。
【０１３６】
図８および図９は、コンテンツ記憶部３０に記憶されるコンテンツのデータベースの具体例を示す図であり、図８は、あるコンテンツ（ＩＤ；ａａ００１）について各種属性情報８０が格納されたときの具体例を示し、図９は、さらに、上記コンテンツに含まれている、あるメディアデータ９１ａ（静止画データ、ＩＤ；ｖｉｄｅｏ１＿１）に紐付けられた、元々付与されているイベントとアクションの具体例（属性情報８０）および後から付加された関連付け情報８１の具体例を示している。図８および図９に示すコンテンツのデータベースは、図７に示すコンテンツのデータベースを理解し易くする目的で、具体例を用いて簡略化して記載したものであり、各図に示されたデータベースは、本発明を限定する意図はなく、図７に示すデータベースと同じものを示している。
【０１３７】
例えば、コンテンツ取得部２１が、コンテンツ配信サーバ３ａから、静止画データとテキストデータとが３組配置されたコンテンツ（ＩＤ；ａａ００１）を取得したとする。このコンテンツは、視聴可能な３つの番組の一覧を紹介するコンテンツで、３枚の静止画データは、それぞれの番組の代表的な１シーンを表すサムネイル画像である。そして、３つのテキストデータは、それぞれの番組のタイトルを表す文字列である。当該コンテンツにおいては、上記文字列がクリック（イベント）されると、そのテキストに関連付けられた番組の解説コンテンツを取得するように振る舞い（アクション）が割り当てられている。これは元々コンテンツに付加されているアクションで、携帯端末装置１自身が実行するべきセルフアクションである。
【０１３８】
コンテンツ解析部２２は、上記コンテンツのスクリプトを解析し、解析結果に基づいてコンテンツを図８に示すデータ構造に基づいてコンテンツ記憶部３０に格納する。ここでは、コンテンツ（ＩＤ；ａａ００１）には、メディアデータとして、静止画が３枚とテキストが３つ含まれているので、６つのメディアデータＩＤが、上記コンテンツに関連付けて記憶される。図８には、１つめの番組の静止画（メディアデータ９１ａ）とテキスト、２つめの番組の静止画のメディアデータの具体例を示し、以下の記載を省略している。
【０１３９】
コンテンツ解析部２２は、メディアデータごとにも、属性情報８０（イベントとセルフアクション）があれば、それを関連付けて格納する。メディアデータごとの属性情報８０の詳細を、図９に示す。ここでは、１つめのテキストデータについて、イベントとセルフアクションとが関連付けられていたので、コンテンツ解析部２２は、スクリプトを解析し、上記イベントとセルフアクションとを属性情報８０として格納した場合の具体例を示している。図９に示す属性情報８０（イベントとセルフアクション）は、該テキストデータに対してクリックのイベントが起こったときには、関連する解説コンテンツを取得するというアクションが割り当てられていることを意味している。
【０１４０】
図９および図８に示すとおり、上述のような手順で、取得されたコンテンツがコンテンツ記憶部３０に格納されると、次に、データ関連付け部２４は、図８、９のように管理されている、コンテンツごとかつメディアデータごとに、関連付け情報８１を付加する。データ関連付け部２４は、装置リスト記憶部３１に記憶されている装置リストの機能情報を参照し、どの装置がどの形式のメディアデータをどのように処理できるのかを把握して、メディアデータとコンテンツ処理装置２とを関連付けて関連付け情報８１を生成する。
【０１４１】
関連付け情報８１の具体例を図９に示す。関連付け情報８１は、コンテンツ（または、それに含まれるメディアデータ）と、該コンテンツを処理する他のコンテンツ処理装置２との関連を示す情報である。また、関連付け情報８１は、コンテンツについて、関連コンテンツが存在する場合には、コンテンツ同士の関連性を示す情報を含む。図９に示す例では、データ関連付け部２４は、関連付け情報８１を、コンテンツのメディアデータのイベント（属性情報８０）ごと、かつ、コンテンツ処理装置２ごとに生成する。図９に示すとおり、関連付け情報８１は、少なくとも、遠隔指示宛先情報と遠隔指示アクション情報とを含んでいる。関連コンテンツが存在する場合には、関連付け情報８１は、さらに、元のコンテンツ（第１データ）に関連する、関連コンテンツ（第２データ）に関する情報を含んでいてもよい。
【０１４２】
遠隔指示宛先情報は、あるメディアデータに対して、あるイベントが発生したときに、どの装置に対して遠隔指示情報を送信するのかを示す情報であり、遠隔指示アクション情報は、どのような遠隔指示情報を送信するのかを示す情報である。
【０１４３】
データ関連付け部２４は、まず、装置リスト（例えば、図５）を参照する。そして、どの装置が、どのメディアデータに対してどのような処理を実行できるのか（すなわち、装置の機能）を把握する。
【０１４４】
ここで、現在処理対象となっているコンテンツ「ａａ００１」は、番組（動画）の紹介ページであり、コンテンツ「ａａ００１」のデータ構造を解析すれば、各静止画（第１データ）は動画（第２データ）と紐付けられていることが分かるものとする。そこで、データ関連付け部２４は、上記コンテンツに含まれる静止画のメディアデータ（第１データ）に、動画のメディアデータ（第２データ）を関連付け、さらに、上記第１データに他のコンテンツ処理装置２、および該コンテンツ処理装置２の機能を関連付ける必要があると判断する。
【０１４５】
まず、データ関連付け部２４は、上記静止画（第１データ）に関連する動画（第２データ）の情報を取得する。これは、コンテンツ解析部２２の解析によって、コンテンツ記憶部３０に元々記録されているものであってもよいし、コンテンツ取得部２１がコンテンツ供給装置３に問い合わせて改めて取得されたものであってもよい。そして、例えば、動画のＩＤが取得されると、データ関連付け部２４は、上記静止画のＩＤ（ｖｉｄｅｏ０１＿１）と、上記動画のＩＤ（ｖｉｄｅｏ０１＿３）とを関連付ける。ここで、静止画（第１データ）と動画（第２データ）との紐付けを把握する方法は、様々な方法が考えられる。第１データと第２データとの紐付け方法とその具体例については、〔第１データと第２データの定義〕にて説明したとおりである。
【０１４６】
データ関連付け部２４は、上記装置リストから、上記動画のメディアデータを取得してそのメディアデータを処理（再生や録画などあらゆる処理）することができるアクティブなコンテンツ処理装置２を検索する。
【０１４７】
図５に示す装置リストを参照すれば、データ関連付け部２４は、動画を取得して処理することが可能なアクティブな装置は、テレビ２ａ（ＩＤ；ＤＴＶ２ａ）と、ＢＤレコーダ２ｂ（ＩＤ；ＢＤＲ２ｂ）との２台であることを検知する。そして、そのそれぞれの装置が、「動画を再生」、「動画を録画」する機能（実行可能処理内容）を備えていることを検知する。そして、データ関連付け部２４は、装置リストに記憶された、上記機能をコンテンツ処理装置２に実行させるために必要な遠隔指示アクションを判断する。
【０１４８】
最後に、データ関連付け部２４は、第１データとしてのメディアデータ、イベント、検知されたアクティブな装置ごとに、関連付け情報８１を生成する。関連付け情報８１は、図９に示すとおり、例えば、遠隔指示宛先、機能、遠隔指示アクション、第２データのメディアデータＩＤが含まれる。
【０１４９】
例えば、図５の装置リストによれば、テレビ２ａは、動画のＵＲＬが与えられたら、これに基づいて動画を取得して再生する動画再生機能を有していると分かる。そこで、データ関連付け部２４は、テレビ２ａについては、「ＨＴＴＰ ＧＥＴで、静止画に紐付けられた関連動画（第２データ）のＵＲＬを通知してテレビ２ａに上記動画を取得させる」という旨の遠隔指示アクション情報を生成する。
【０１５０】
具体的には、図９に示すとおり、データ関連付け部２４は、メディアデータＩＤ「ｖｉｄｅｏ０１＿１」の静止画データの、イベント「クリック時」に対して、上記関連付け情報８１、すなわち、「テレビ２ａについて、ＨＴＴＰ ＧＥＴにて、上記静止画データに関連する動画（ｖｉｄｅｏ０１＿３）のＵＲＬを通知してテレビ２ａに上記動画を取得させる」という遠隔指示アクションを付与する。
【０１５１】
このようにして生成され、付加された関連付け情報８１を参照することにより、遠隔指示部２５は、あるメディアデータに対してあるイベントが発生したときに、適切な遠隔指示情報を生成して、適切なコンテンツ処理装置２に送信することができ、結果として、多種多様なコンテンツの処理を遠隔で制御することが可能となる。
【０１５２】
〔遠隔指示情報について〕
携帯端末装置１の遠隔指示部２５は、自装置が処理中のコンテンツ（メディアデータ）に対して所定の操作が行われた場合には、該コンテンツ（メディアデータ）に関連付けられているコンテンツ処理装置２に対して、上記コンテンツあるいは該コンテンツに関連する別のコンテンツの処理を遠隔から指示することができる。遠隔指示部２５は、上述の関連付け情報８１に基づいて、コンテンツの処理を指示するための遠隔指示情報を生成する。
【０１５３】
上述の例を用いてコンテンツ処理部２３および遠隔指示部２５の動作を説明する。
【０１５４】
まず、コンテンツ処理部２３が、コンテンツ記憶部３０から、関連付け情報８１が付与されたコンテンツ（ＩＤ；ａａ００１）を読み出して再生処理を実行し、上記コンテンツを表示部１３に表示する。ユーザは、操作部１２を操作して、表示されたコンテンツのうち、ｖｉｄｅｏ０１＿１の静止画をクリックしたとする。このとき、イベント処理部２０は、クリックのイベント発生をコンテンツ処理部２３および遠隔指示部２５に通知する。コンテンツ処理部２３は、イベント処理部２０によってイベントの発生が検知されたとき、自装置が実行すべきセルフアクション（属性情報８０）が上記イベントに関連付けられている場合には、これを実行してもよい。
【０１５５】
一方、遠隔指示部２５は、コンテンツ（ＩＤ；ａａ００１）のメディアデータ（ＩＤ；ｖｉｄｅｏ０１＿１）の、クリック時の関連付け情報８１を参照する。図９に示す関連付け情報８１にしたがって、遠隔指示部２５は、テレビ２ａとＢＤレコーダ２ｂとのそれぞれに対して、「ＨＴＴＰ ＧＥＴで関連する動画のＵＲＬを取得せよ」という旨の遠隔指示情報を生成する。
【０１５６】
図１０は、遠隔指示部２５が生成する遠隔指示情報の具体例を模式的に示す図である。図１０に示す遠隔指示情報は、本発明の一例を示すものであって、本発明を限定する意図はない。
【０１５７】
図１０に示すとおり、遠隔指示情報は、アクションの種別を指定するＭＥＴＨＯＤと、アクション実施の対象物（目的のデータ）の所在を指定するＵＲＬと、アクション実施の対象物として添付されるメディアデータを格納するＢＯＤＹとを含むデータ構造となっている。図１０に示す具体例では、遠隔指示情報は、ＵＲＬに指定されているメディアデータを取得することを指示するものとなっている。
【０１５８】
例えば、テレビ２ａが図１０に示す遠隔指示情報を携帯端末装置１から受信すると、受信した遠隔指示情報にしたがって、動画（ｖｉｄｅｏ０１＿１の静止画に対応する関連動画）を指定されたＵＲＬに基づいて取得して、これを再生する処理を実行することができる。また、同様に、ＢＤレコーダ２ｂは、上記遠隔指示情報にしたがって、上記関連動画を取得してこれを録画する処理を実行することができる。
【０１５９】
なお、遠隔指示部２５は、処理対象のメディアデータ（画像）などを、ＵＲＬ指定ではなく、遠隔指示情報に含めて直接コンテンツ処理装置２に送信することができる。この場合、遠隔指示部２５は、フィールドＢＯＤＹに、ＮＵＬＬではなく、処理対象のメディアデータを格納する。
【０１６０】
以下では、データ関連付け部２４が実行する関連付け処理と、遠隔指示部２５が実行する遠隔指示情報伝達処理の流れについて説明するが、まず、その際に用いる具体例について、図１１〜図１４に基づいて説明する。
【０１６１】
〔具体例の説明〕
・コンテンツの具体例−ＨＴＭＬ記述例および画面表示例
図１１と図１２を参照して、コンテンツの具体例について述べる。図１１は、携帯端末装置１のコンテンツ処理部２３がコンテンツを再生処理したことによって、表示部１３に表示される画面の具体例を示す図である。図１２は、コンテンツ取得部２１が取得した解析前のコンテンツが、ＨＴＭＬで記述された場合の記述例を示す図である。図１１および図１２に示したコンテンツは、一例として、ＶｏＤ（Video on Demand）のムービーコンテンツを一覧表示するためのコンテンツを示している。
【０１６２】
コンテンツ９０は、以下の手順でコンテンツ配信サーバ３ａから携帯端末装置１へと供給されたものである。ユーザの携帯端末装置１に対する操作にしたがって、携帯端末装置１のコンテンツ取得部２１は、コンテンツ配信サーバ３ａを運営するＶｏＤサービス事業者のサイトにアクセスする。ユーザは、ユーザ情報(アカウント、パスワードなど)を入力しているので、コンテンツ取得部２１は、上記ユーザ情報に基づいて上記事業者が提供するサービスにログインする。これにより、携帯端末装置１の表示部１３にて、ＶｏＤムービーコンテンツをブラウザで閲覧または検索することができる。上記サービスでは、ユーザは、ブラウザから気になるＶｏＤムービーコンテンツをチェックすることができる。さらに、上記サービスでは、後から、チェックしたＶｏＤムービーコンテンツのリストを一覧表示する機能を提供している。図１１および図１２に示すコンテンツ９０は、ユーザがチェックしたムービーコンテンツを一覧表示させるためのコンテンツを想定している。
【０１６３】
図１１に示す例では、ＶｏＤムービーコンテンツのリストは縦一列に列挙される表示形態である。一行が１つのムービーコンテンツに対応しており、この一行の左側に静止画像（ムービーの内容を代表するサムネイル画像）、右側にタイトル文字列を表示する。図１２の記述例では、２６行目、３７行目、４８行目の<ｉｍｇ>タグで参照されているｐｎｇデータが左側に表示される静止画像、２９行目、４０行目、５１行目に記述されている文字列が、右側に表示されるタイトル文字列であり、これらが、コンテンツ９０に含まれるメディアデータ９１となる。例えば、図１２の２６行目に記述されているメディアデータ９１ａが、図１１の左上の静止画であるメディアデータ９１ａに対応している。
【０１６４】
図１３は、図１１および図１２のコンテンツ９０が、図７に示したデータベース構造に即して、コンテンツ記憶部３０に格納された状態を模式的に示す図である。図１３に示すコンテンツ９０のデータ構造は、図１２に示すコンテンツ９０をコンテンツ解析部２２が解析したものである。図１３に示されているコンテンツ９０の各フィールド(content_id、original_url、local_cache)は、コンテンツ取得部２１が、コンテンツ９０の取得を完了した時点で、コンテンツ解析部２２が更新するものであってよい。
【０１６５】
コンテンツ解析部２２は、コンテンツ９０を解析し、コンテンツ９０の中に、メディアデータ９１の存在を確認する。具体的には、メディアデータ９１ａを含む３つの静止画データ、および、３つのテキストデータである。コンテンツ解析部２２は、図１３に示すとおり、コンテンツ９０に関連付けて、各メディアデータにつき、データエントリを作成する。例えば、data_id「ｖｉｄｅｏ０１＿１」のデータエントリは、図１１および図１２に示すメディアデータ９１ａに対応している。
【０１６６】
より具体的には、コンテンツ解析部２２は、data_idについて、図１２のＨＴＭＬ文中の当該メディアデータのタグに付与されているｉｄ等を利用して一意に定める。また、コンテンツ解析部２２は、local_cacheについては、実際に、メディアデータ９１を取得した段階で更新する。本実施形態では、図１２の２９行目に記述されているテキストデータについては、<ａ>タグにより別のコンテンツ９０へのハイパーリンクが設定されている。このため、メディアデータ９１であるテキストデータ「はじめてのピラティス」をユーザがクリックすると、コンテンツ取得部２１が、リンク先である別のコンテンツ（例えば、番組「はじめてのピラティス」を紹介、解説するコンテンツ）を取得するようになっている。
【０１６７】
コンテンツ解析部２２は、コンテンツ記憶部３０にコンテンツを格納する時には、ハイパーリンクへの操作内容を反映する。図１３に示す例では、コンテンツ解析部２２は、ｏｎＣｌｉｃｋのイベントを、テキストのメディアデータ「ｖｉｄｅｏ０１＿２」（「はじめてのピラティス」の文字列）に関連付けており、上記イベントに対して、さらに、action_idが「ａｃｔｉｏｎ０１＿２＿１」で識別されるアクションを関連付けている。このアクションは、action_methodがＨＴＴＰ ＧＥＴであり、action_urlがリンク先であるＵＲＬを示している。つまり、このアクションは、上記ＵＲＬに格納されている、ＨＴＭＬデータを取得するというアクションであり、テキストデータ「はじめてのピラティス」がクリックされるというイベントが発生したときに、携帯端末装置１によって実行されるアクションである。
【０１６８】
・コンテンツとコンテンツ処理装置との関連付けの具体例−ＤＢ保存状態、画面表示例、ＨＴＭＬ記述例（ＨＴＭＬを編集／再取得する場合）
次に、図１２および図１３に示すコンテンツ９０が取得されたときに、近隣のコンテンツ処理装置２がエントリされている場合に、データ関連付け部２４が、コンテンツ９０と該コンテンツ処理装置２の機能情報に基づいて生成した関連付け情報の具体例について述べる。
【０１６９】
図１４は、図１３に示すコンテンツ９０のメディアデータ９１ａについて、関連付け情報８１が付与された状態を模式的に示す図である。
【０１７０】
図１４に示す例では、関連付け情報８１は、メディアデータ９１ａ（data_id；ｖｉｄｅｏ０１＿１）であるｐｎｇデータについて、これが画面上でクリックされたときに、遠隔指示部２５が実行すべき、遠隔指示用のアクションを示している。具体的には、関連付け情報８１は、ＩＰアドレスが「１９２．１６８．０．３」であるコンテンツ処理装置２に対して、コンテンツ配信サーバ３ａのＵＲＬと、上記ｐｎｇデータに紐付けられている動画の「ビデオＩＤ」を通知して、ＨＴＴＰ ＧＥＴリクエストを送信するように、携帯端末装置１に対して指示するものである。
【０１７１】
関連付け情報８１についてさらに詳細に説明すると、図１４に示すとおり、関連付け情報８１において、event_idが「ｏｎＣｌｉｃｋ」のイベントが、メディアデータ「ｖｉｄｅｏ０１＿１」に関連付けられており、上記イベントが、action_idが「ａｃｔｉｏｎ０１＿１＿１」であるアクションと関連付けられている。上記アクションは、action_methodについて「ＨＴＴＰ ＧＥＴ」が指定されている。また、action_urlについては、「コンテンツ処理装置２が処理を行うために携帯端末装置１が遠隔指示情報を作成するために必要な情報」が指定されている。すなわち、コンテンツ処理装置２を特定するためのＩＰアドレス情報「１９２．１６８．０．３」、コンテンツ処理装置２に、メッセージを送信するものであることを示す文字列「ｓｅｎｄ＿ｍｅｓｓａｇｅ」、および、コンテンツ処理装置２が処理実行時に必要とするパラメータ（属性、値のセット）を列挙したものをつなぎあわせてＵＲＬの形式にしたものが、action_urlに格納される。
【０１７２】
図１４に示す例では「ｓｅｒｖｉｃｅＵｒｌ」としてコンテンツ配信サーバ３ａのＵＲＬが指定されており、「ｖｉｄｅｏＩｄ」としてコンテンツ配信サーバ３ａで管理されているビデオコンテンツの識別子が指定されており、「ｕｉｄ」としてユーザ識別子が指定されている。上述の情報を含むaction_urlがコンテンツ処理装置２によって取得されると、コンテンツ処理装置２は、上記「ｓｅｒｖｉｃｅＵｒｌ」で指定されるコンテンツ配信サーバ３ａに対して、上記「ｕｉｄ」で指定されるユーザ識別子でアクセスすることができ、さらに、「ｖｉｄｅｏＩｄ」で指定されるビデオコンテンツ(第２データ)を取得して、再生することができる。
【０１７３】
次に、図１１〜図１４の具体例に基づいて、携帯端末装置１の処理の流れを説明する。
【０１７４】
〔関連付け処理および遠隔指示情報伝達処理の流れについて〕
図１５は、携帯端末装置１のデータ関連付け部２４が実行する関連付け処理、および、遠隔指示部２５が実行する遠隔指示情報伝達処理の流れを示すフローチャートである。
【０１７５】
はじめに、携帯端末装置１のイベント処理部２０が、操作部１２を介して、あるコンテンツの取得、および、それを再生する旨の指示が入力されたことを検知する（Ｓ２０１においてＹＥＳ）。この指示にしたがって、コンテンツ取得部２１は、通信部１４を介して、指示されたコンテンツ配信サーバ３ａから指示されたコンテンツを取得する（Ｓ２０２）。例えば、図１２に示すコンテンツ９０が取得される。
【０１７６】
続いて、コンテンツ解析部２２は、コンテンツ９０を解析して、コンテンツ９０に含まれる各メディアデータ９１の情報（例えば、データファイルのＵＲＬ、ファイル名、データ形式、データサイズ、画面上に表示する際の座標値情報、再生する際のタイミング情報、再生速度情報、音量情報、など）を、所定のデータ構造にてコンテンツ記憶部３０に格納する（Ｓ２０３）。コンテンツ記憶部３０に記憶されたコンテンツ９０のデータ構造は、例えば、図１３に示すとおりである。
【０１７７】
なお、コンテンツ９０が図１２に示すようにマークアップ言語であるＨＴＭＬで記述されるなどして、各メディアデータ９１が外部参照されている場合には、Ｓ２０２に戻り、コンテンツ取得部２１が上記外部参照されているメディアデータを取得することにしてもよい。あるいは、上記メディアデータを実際に再生するようユーザが操作した段階で初めて取得することにしてもよい。例えば、静止画データであれば、Ｓ２０３の段階でＳ２０１に戻り、予め静止画データを取得しておくことによって、直ちに表示できるようにしておくことが望ましいと考えられるし、一方、ストリーミング再生する動画データであれば、あとでユーザ操作により再生開始が指示された時点で、コンテンツ取得部２１がデータ取得することが望ましいと考えられる。
【０１７８】
次に、データ関連付け部２４が、コンテンツ９０に含まれる各メディアデータ９１について、関連付け情報８１を付与する関連付け処理を実行する。詳細には、データ関連付け部２４は、装置リスト記憶部３１に記憶されている装置リストを参照して、携帯端末装置１の周囲で現在アクティブなコンテンツ処理装置２の把握する（Ｓ２０４）。そして、上記装置リストから、上記アクティブなコンテンツ処理装置２のそれぞれについて、家庭内ＬＡＮ５ａ上のアドレス情報、データ形式ごとにメディアデータに対して実行可能な処理内容の情報（すなわち、機能情報）を取得する。
【０１７９】
そして、データ関連付け部２４は、関連付け情報８１を生成することにより、コンテンツの各メディアデータ９１とコンテンツ処理装置２とを関連付ける（Ｓ２０５）。データ関連付け部２４は、機能情報に基づいて、メディアデータ９１と関連が深いメディアデータについて何らかの処理を実行できるコンテンツ処理装置２とを関連付ける。この関連付け処理が実行された結果、コンテンツ記憶部３０に記憶されているコンテンツ９０のデータ構造は、例えば、図１３に示すデータ構造から、図１４に示すデータ構造へと更新される。
【０１８０】
なお、図６に示すとおり、アクティブなコンテンツ処理装置２を管理する装置リストは、定期更新やコンテンツ処理装置２からのオファーによって、時間の経過とともに変化する可能性がある。このため、装置リストが更新された場合には（Ｓ２０６においてＹＥＳ）、更新された装置リストに基づいて、データ関連付け部２４は、関連付け処理を再度実行することが望ましい。
【０１８１】
続いて、コンテンツ処理部２３（ここでは、コンテンツ処理部２３は、コンテンツを再生する再生制御部として機能する）は、コンテンツ記憶部３０に記憶されている図１４に示すコンテンツ９０を処理して、再生表示用のコンテンツ９０を表示部１３に出力する。これにより、表示部１３は、コンテンツ９０を再生表示することができる（Ｓ２０７）。表示部１３にコンテンツ９０が表示されたときの画面の一例は、図１１に示すとおりである。
【０１８２】
コンテンツ９０が再生されている間、再生中のコンテンツに対して、ユーザ操作が行われないうちに、装置リストが更新された場合には（Ｓ２０８においてＮＯ、Ｓ２０６においてＹＥＳ）、データ関連付け部２４は関連付け処理（Ｓ２０４、Ｓ２０５）を繰り返し、コンテンツ処理部２３が、更新されたコンテンツ９０を再生して、再び、ユーザ操作待機状態に遷移する。
【０１８３】
一方、コンテンツ９０が再生されている間、コンテンツに対してユーザが何らかの操作を行うと、イベント処理部２０は、操作部１２を介して、ユーザ操作のイベント発生を検知する（Ｓ２０８においてＹＥＳ）。操作イベントは、イベント処理部２０から、コンテンツ処理部２３、コンテンツ取得部２１、遠隔指示部２５などの制御部１０の各部へ通知される。イベント処理部２０が検知する操作イベントとしては、具体的には、携帯端末装置１が備える特定のキーの押下、あるいは、携帯端末装置１が備えるタッチスクリーンのタップなどが想定される。このような、イベント発生通知は、以下のようにして実現する。すなわち、制御部１０の各部が取り扱うためのイベントハンドラを、イベント処理部２０に予め登録しておくことで、実際に特定のキーの押下やタッチスクリーンのタップといった操作イベント（これらは通常、操作部１２の図示しないデバイスドライバを介してイベント処理部２０へ通知される）が、各部に通知されるようになる。
【０１８４】
制御部１０は、イベント発生時の状態（フォーカス位置がどこにあるか、など）、イベントの種類（どのキーが押下されたか、など）といった条件で場合分けを行い、各場合において規定されている処理の実行を、コンテンツ取得部２１、コンテンツ処理部２３、遠隔指示部２５などの各部へ指示する。
【０１８５】
ここで、操作されたメディアデータおよび発生した操作イベントに対して、所定のコンテンツを取得するというアクション（図９に示すセルフアクション（８０）、図１３に示す属性情報８０など）が割り当てられている場合（Ｓ２０９においてＹＥＳ）、コンテンツ取得部２１は、Ｓ２０１に戻り、指定されたコンテンツ（またはメディアデータ）を取得する。この場合、上記アクションには、例えば、ＵＲＬが指定されているなど、別のコンテンツを取得する旨の記述文が含まれる。
【０１８６】
あるいは、上記メディアデータおよび上記操作イベントに対して、他の装置に遠隔指示情報を送信するというアクション（図９、図１４に示す関連付け情報８１）が割り当てられている場合（Ｓ２０９においてＮＯ、Ｓ２１０においてＹＥＳ）、遠隔指示部２５は、遠隔指示情報伝達処理を実行する。すなわち、遠隔指示部２５は、アクティブなコンテンツ処理装置２にそれぞれに対して、関連付け情報８１に基づいて遠隔指示情報（図１０参照）を生成し、これを、通信部１４または近距離無線通信部１５を介して、それぞれのコンテンツ処理装置２に送信する（Ｓ２１１）。これにより、コンテンツ処理装置２は、コンテンツの処理に必要な情報を遠隔指示情報の中から入手することができ、指示どおりにコンテンツの処理を実行することができる。
【０１８７】
Ｓ２０８にて検知されるユーザ操作によって、入力される指示としては、他に例えば、再生制御のためのメニューを表示する指示、画面をスクロールさせる指示、所定のＵＲＬに対してＨＴＴＰリクエストを送信する指示、携帯端末装置１が備える所定の機能を実行する指示、などといったものが考えられる。これらの指示が入力された場合には（Ｓ２１０においてＮＯ）、これらの指示に対応するアクションを携帯端末装置１の各部が適宜実行する（Ｓ２１２）。なお、Ｓ２１２で携帯端末装置１が実行する処理は、携帯端末装置１の機能として予めプログラムされているアクションであってもよいし、コンテンツ９０のスクリプト記述などによって割り当てられているアクションであってもよい。
【０１８８】
Ｓ２０８において操作されたメディアデータに、自装置が実行すべきアクションと、遠隔指示すべきアクションとが両方含まれている場合には、携帯端末装置１は、自装置において割り当てられたアクションを実行するとともに、他のコンテンツ処理装置２に対しても割り当てられたアクションにしたがって遠隔指示情報を送信してもよい。例えば、静止画データがクリックされた場合に、自装置において、当該静止画データに関連する番組の解説コンテンツを表示するとともに、他の装置に対しては、関連する動画を再生させる、というように、自装置の処理と他の装置への処理の指示を両立することが可能である。
【０１８９】
コンテンツ９０の再生を終了する旨の指示が入力されないうちは（Ｓ２１３においてＮＯ）、コンテンツ処理部２３は、コンテンツ９０の再生を継続し、装置リストの更新またはユーザ操作のイベント発生を待機する状態に遷移する。コンテンツ９０の再生を終了する旨の指示が入力された場合は（Ｓ２１３においてＹＥＳ）、一連の処理を終了する。
【０１９０】
〔変形例〕
上述の実施形態では、１つのメディアデータに複数のコンテンツ処理装置２の機能が関連付けられている場合、それぞれのコンテンツ処理装置２に対して、それぞれの遠隔指示情報が送信される構成について説明した。しかし本発明の構成はこの構成に限定されない。
【０１９１】
例えば、メディアデータに関連付けられているコンテンツ処理装置２あるいは機能が複数種類ある場合には、そのメディアデータが操作されたときに、さらに、それを選択肢とするＧＵＩを表示し、ユーザによって選択された選択肢に基づいて、１つの装置に１つの遠隔指示情報を送信する構成としてもよい。
【０１９２】
図１６は、上記ＧＵＩの具体例を示す図である。
【０１９３】
図１６に示すメディアデータ９１ａ（静止画データ）には、図９に示すとおり、メディアデータ９１ａの関連動画を処理可能なテレビ２ａとＢＤレコーダ２ｂとが対応付けられている。そこで、コンテンツ処理部２３は、メディアデータ９１ａがユーザ操作によって選択されたとき、テレビ２ａとＢＤレコーダ２ｂとのいずれの装置に上記関連動画を処理させたいのかをユーザに選択させるためのＧＵＩ９２を表示してもよい。このとき、ＧＵＩ９２の選択肢には、図９に示す装置ＩＤまたは装置名をそのまま記載してもよいし、図９に示す各装置の機能名を記載してもよい。図１６に示す例では、各装置の機能名を選択肢に記載している。ここで、「動画を録画」が選択された場合には、遠隔指示部２５は、図９に示す関連付け情報８１のうち、遠隔指示宛先「ＢＤＲ２ｂ」に関連付けられている遠隔指示アクションに基づいて、遠隔指示情報を生成し、これを、通信部１４を介して、ＢＤレコーダ２ｂに送信する。
【０１９４】
これにより、携帯端末装置１は、コンテンツ９０を再生中に、メディアデータ９１ａ（第１データ）に対して所定の操作が行われた場合に、メディアデータ９１ａに関連するメディアデータ（第２データ）の録画処理を、ＢＤレコーダ２ｂに対して遠隔指示することが可能となる。
【０１９５】
〔コンテンツ処理システムにおける装置間の情報の流れ〕
図１７は、携帯端末装置１とコンテンツ処理装置２との間での情報の授受を説明するシーケンス図である。
【０１９６】
携帯端末装置１において、機能情報取得処理が実行されるとき、まず、周囲の装置の探索が行われる。これは図６のＳ１０２に相当する。装置の探索には、例えば、ＵＰｎＰで規定されるＤｅｖｉｃｅ Ｄｉｓｃｏｖｅｒｙの仕組みを用いることが可能である。
【０１９７】
具体的には、携帯端末装置１は、装置を発見するためのパケットをマルチキャスト送信し（Ｓ３０１）、これに対し、コンテンツ処理装置２は、ＩＰアドレスを含む応答メッセージを携帯端末装置１に返信する（Ｓ３０２）。
【０１９８】
続いて、携帯端末装置１およびコンテンツ処理装置２は、装置情報の交換を行う。これは図６のＳ１０４に相当する。装置情報の交換には、例えば、ＵＰｎＰで規定されるＤｅｓｃｒｉｐｔｉｏｎの仕組みを利用することが可能である。
【０１９９】
具体的には、携帯端末装置１は、機能情報を要求するためのパケットをユニキャスト送信し（Ｓ３０３）、これに対し、コンテンツ処理装置２は、自装置の機能情報を返信する（Ｓ３０４）。これにより、携帯端末装置１は、コンテンツ処理装置２が、メディアデータのデータ形式の種類ごとに、各メディアデータに対してどのような処理を実行することができるのかを把握することができる。
【０２００】
そして、携帯端末装置１は、適宜のタイミングで、遠隔指示アクションを指示するユーザ操作を受け付けて、これに応じて、遠隔指示情報伝達処理を実行する。遠隔指示情報伝達処理において、携帯端末装置１が送信するリクエストは、コンテンツ処理装置２に対して送信する遠隔指示情報のことであり、ＵＲＬに“send_message”の文字列が含まれる。携帯端末装置１が、“send_message”を含む遠隔指示情報を送信すると（Ｓ３０５）、コンテンツ処理装置２は、指示されたコンテンツ処理を実行する。ここで、コンテンツ処理装置２は、遠隔指示情報に対するレスポンスとして、処理結果が反映された制御ＵＩ、遠隔指示情報を問題なく受け取った旨を示す制御ＵＩ、あるいは、処理が完了したことを示す制御ＵＩなどを携帯端末装置１に返信してもよい（Ｓ３０６）。
【０２０１】
〔応用例〕
これまで説明してきた本発明のコンテンツ処理システム１００の仕組みを活用して実現できるアプリケーションについて例示する。
【０２０２】
（応用例１：ＶｏＤ再生）
ビデオ・オン・デマンド（ＶｏＤ）サービスでは、まず、携帯端末装置１などの制御エンティティにおいて、コンテンツの一覧、検索、コンテンツ情報（キャスティングやあらすじ、予告編ムービー、視聴者の評価コメントなど）の閲覧を行い、見たいコンテンツの視聴権利を購入する。購入したコンテンツに関する情報を処理エンティティとしてのテレビへ送信することにより、当該コンテンツをテレビで再生し、視聴することができる。
【０２０３】
本発明のコンテンツ処理システム１００では、上述したとおり、１つのコンテンツについて、関連する複数の他のコンテンツあるいはメディアデータが管理されており、例えば、コンテンツ処理装置の機能などに応じて、その１群のメディアデータから選択的に各装置にメディアデータが供給される。
【０２０４】
よって、同じ群に紐付けされたコンテンツについて、同種の処理を実行する場合でも、携帯端末装置１が実行する場合と、テレビ２ａが実行する場合とは、処理結果の出力一様でなく異なる場合がある。例えば、携帯端末装置１では、低解像度の画像（第１データ）が表示され、テレビ２ａでは、同じ内容の画像でも、上記第１データよりも高解像度の画像（第２データ）が表示されるといった具合である。
【０２０５】
携帯端末装置１は、自装置にて処理中のコンテンツに紐付けられた他のコンテンツを処理するよう、他の装置に指示を送ることで、自装置にて処理できないコンテンツについても、当該コンテンツの処理の実行を指示することが可能である。よって、画一的な連携ではなく、コンテンツを多様な装置に、多様に処理させるといった柔軟な連携を実現することが可能となる。
【０２０６】
（応用例２：録画予約）
まず、ユーザは、携帯端末装置１において、放送番組表の閲覧を行い、見たい番組を発見する。そして、上記番組に関する情報を含む遠隔指示情報を、ＢＤレコーダなどのレコーダへ送信する。これにより、レコーダにて上記番組を録画することができる。例えば、本発明のコンテンツ処理システム１００では、携帯端末装置１は、自装置に備わっていない機能（処理内容）についても、それを備える他の装置に指示を送ることで、当該処理の実行を指示することが可能である。よって、画一的な連携ではなく、コンテンツを多様な装置に、多様に処理させるといった柔軟な連携を実現することが可能となる。
【０２０７】
（応用例３：カーナビ目的地設定）
ユーザは、携帯端末装置１を用いて、目的地に関する情報を検索する。携帯端末装置１が取得した目的地情報は、ＪＰＥＧ形式の画像データの注釈領域に埋め込まれた状態で、テキストデータの状態で、携帯端末装置１に保存される。
【０２０８】
ユーザが携帯端末装置１を持って、カーナビゲーション装置２ｃが搭載された車両に乗り込み、携帯端末装置１とカーナビゲーション装置２ｃとを赤外線通信させる。
【０２０９】
携帯端末装置１は、上記目的地情報を、画像データ形式あるいはテキストデータ形式にてカーナビゲーション装置２ｃに送信することができる。上記目的地情報を受信したカーナビゲーション装置２ｃは、該目的地情報を目的地として登録し、該目的地までの道案内を開始することができる。このように、家庭内ＬＡＮ５ａだけでなく、近距離無線通信手段を介して通信可能な装置とも、柔軟な連携を実現することが可能となる。
【０２１０】
以上で説明した実施形態、変形例および応用例においては、コンテンツ供給装置３から提供されるコンテンツを、図２に示す具体例としての携帯端末装置１、テレビ２ａ、ＢＤレコーダ２ｂ、カーナビゲーション装置２ｃが処理する場合について述べたが、コンテンツを処理する処理エンティティあるいは制御エンティティの実現は、複数の機能が一体に構成されてなる単一の装置によってなされるものとは限らない。
【０２１１】
すなわち、受信機などのようにコンテンツを取得するための取得装置、画像を取得するための、カメラなどのメディアデータ入力装置、コンテンツの処理に特化したコンテンツ処理装置、および、テレビジョン受像機などのメディアデータ出力装置など、複数の装置を組み合わせて、１つの処理エンティティあるいは制御エンティティを実現してもよい。
【０２１２】
このような場合であっても、各装置は、相互に専用回線を介した通信あるいは無線通信などを行って、メディアデータ、制御信号をやり取りする。そして、各装置のうち、上記コンテンツ処理装置において、上記取得装置によって取得されたスクリプトの再生および編集処理を実行する。そして、上記メディアデータ入力装置にて入力されたメディアデータなどを用いて、マルチメディアコンテンツの編集を行うことができる。さらに、上記メディアデータ出力装置にて、上記取得されたコンテンツ、あるいは、上記編集したマルチメディアデータを再生させることができる。
【０２１３】
さらに、このようなスクリプトを実行するスクリプト実行方法を、プログラムとして提供することもできる。このようなプログラムは、コンピュータに付属するフレキシブルディスク、ＣＤ−ＲＯＭ（Compact Disc-Read Only Memory）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）およびメモリカードなどのコンピュータ読取り可能な記録媒体にて記録させて、プログラム製品として提供することもできる。あるいは、コンピュータに内蔵するハードディスクなどの記録媒体にて記録させて、プログラムを提供することもできる。また、ネットワークを介したダウンロードによって、プログラムを提供することもできる。
【０２１４】
提供されるプログラム製品は、ハードディスクなどのプログラム格納部にインストールされて実行される。なお、プログラム製品は、プログラム自体と、プログラムが記録された記録媒体とを含む。
【０２１５】
今回開示された実施形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
【０２１６】
最後に、携帯端末装置１の各ブロック、特に、コンテンツ解析部２２、データ関連付け部２４、遠隔指示部２５、および、機能情報取得部２６は、ハードウェアロジックによって構成してもよいし、次のようにＣＰＵを用いてソフトウェアによって実現してもよい。
【０２１７】
すなわち、携帯端末装置１は、各機能を実現する制御プログラムの命令を実行するＣＰＵ（central processing unit）、上記プログラムを格納したＲＯＭ（read only memory）、上記プログラムを展開するＲＡＭ（random access memory）、上記プログラムおよび各種データを格納するメモリ等の記憶装置（記録媒体）などを備えている。そして、本発明の目的は、上述した機能を実現するソフトウェアである携帯端末装置１の制御プログラムのプログラムコード（実行形式プログラム、中間コードプログラム、ソースプログラム）をコンピュータで読み取り可能に記録した記録媒体を、上記携帯端末装置１に供給し、そのコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に記録されているプログラムコードを読み出し実行することによっても、達成可能である。
【０２１８】
上記記録媒体としては、例えば、磁気テープやカセットテープ等のテープ系、フロッピー（登録商標）ディスク／ハードディスク等の磁気ディスクやＣＤ−ＲＯＭ／ＭＯ／ＭＤ／ＤＶＤ／ＣＤ−Ｒ等の光ディスクを含むディスク系、ＩＣカード（メモリカードを含む）／光カード等のカード系、あるいはマスクＲＯＭ／ＥＰＲＯＭ／ＥＥＰＲＯＭ／フラッシュＲＯＭ等の半導体メモリ系などを用いることができる。
【０２１９】
また、携帯端末装置１を通信ネットワークと接続可能に構成し、上記プログラムコードを、通信ネットワークを介して供給してもよい。この通信ネットワークとしては、特に限定されず、例えば、インターネット、イントラネット、エキストラネット、ＬＡＮ、ＩＳＤＮ、ＶＡＮ、ＣＡＴＶ通信網、仮想専用網（virtual private network）、電話回線網、移動体通信網、衛星通信網等が利用可能である。また、通信ネットワークを構成する伝送媒体としては、特に限定されず、例えば、ＩＥＥＥ１３９４、ＵＳＢ、電力線搬送、ケーブルＴＶ回線、電話線、ＡＤＳＬ回線等の有線でも、ＩｒＤＡやリモコンのような赤外線、Ｂｌｕｅｔｏｏｔｈ（登録商標）、８０２．１１無線、ＨＤＲ、携帯電話網、衛星回線、地上波デジタル網等の無線でも利用可能である。なお、本発明は、上記プログラムコードが電子的な伝送で具現化された、搬送波に埋め込まれたコンピュータデータ信号の形態でも実現され得る。
【産業上の利用可能性】
【０２２０】
本発明は、コンテンツを処理する制御装置および被制御装置を含むコンテンツ処理システムに利用することができる。例えば、本発明の制御装置および被制御装置を、ＤＬＮＡ対応機器にて構成した場合、多種多様な機能を備える被制御装置に、多種多様なコンテンツをあらゆる処理内容で処理させることが可能となり、装置間の柔軟な連携を実現することができる。
【符号の説明】
【０２２１】
１ 携帯端末装置（制御装置）
２ コンテンツ処理装置（被制御装置）
２ａ テレビ（被制御装置）
２ｂ ブルーレイディスク（ＢＤ）レコーダ（被制御装置）
２ｃ カーナビゲーション装置（被制御装置）
３ コンテンツ供給装置
３ａ〜ｃ コンテンツ配信サーバ（コンテンツ供給装置）
４ 家庭内ルータ
５ａ 家庭内ＬＡＮ
５ｂ インターネット
５ｃ 近距離無線通信手段
５ｄ 公衆無線ＬＡＮ等
１０ 制御部
１１ 記憶部
１２ 操作部
１３ 表示部
１４ 通信部
１５ 近距離無線通信部
２０ イベント処理部
２１ コンテンツ取得部
２２ コンテンツ解析部
２３ コンテンツ処理部
２４ データ関連付け部（関連付け手段）
２５ 遠隔指示部（遠隔指示手段）
２６ 機能情報取得部（機能情報取得手段）
３０ コンテンツ記憶部
３１ 装置リスト記憶部（機能情報記憶部）
８０ 属性情報
８１ 情報
９０ コンテンツ
９１ メディアデータ
９１ａ メディアデータ
９２ ＧＵＩ
１００ コンテンツ処理システム
【技術分野】
【０００１】
本発明は、コンテンツを処理するコンテンツ処理システムに関するものであり、特に、コンテンツ処理システムにおいて、コンテンツを処理する被制御装置を制御する制御装置に関するものである。
【背景技術】
【０００２】
家庭内の複数の機器をネットワーク接続し、機器間での通信を可能とした、いわゆるホームネットワークが普及してきている。
【０００３】
上記ホームネットワークを実現するための技術の一例として、ＤＬＮＡ（Digital Living Network Alliance）が挙げられる。このＤＬＮＡガイドラインに対応した各機器をホームネットワークに接続すれば、種類の異なる様々な機器間でも連携を取ることが可能になる。
【０００４】
機器間の連携とは、例えば、以下のような利用形態である。ユーザは、手持ちの機器（ＤＭＣ；Digital Media Controller）を操作して、別のサーバ機器（ＤＭＳ；Digital Media Server）に保存された動画、音楽、画像などのメディアデータからなるコンテンツ、あるいはこれらの複合コンテンツのインデックス情報を手持ちの機器に表示させて、再生したい所望のコンテンツを選択することができる。さらに、ユーザは、手持ちの機器（ＤＭＣ）にて、選んだコンテンツを再生する別の機器（ＤＭＲ；Digital Media Renderer）を選択し、選んだコンテンツを選んだ機器に再生させることが可能になる。
【０００５】
特許文献１には、上述のように、ＤＭＣ機器からのコントロール信号に基づいて、ＤＭＲ機器、あるいは、ＤＭＳ機器におけるコンテンツ再生動作を制御して、機器間の連携を実現する技術が開示されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００５−０２０１８０号公報（２００５年１月２０日公開）
【発明の概要】
【発明が解決しようとする課題】
【０００７】
最近では、携帯電話やパソコンなどに限らず、家電など多種多様な電子機器が通信機能を備え、ホームネットワークを構築できるようになってきている。すなわち、コンテンツを処理する機器は多様化し、またその処理内容も様々である。
【０００８】
したがって、特許文献１に記載されているような、機器に保存されている単一のデータ形式で成り立っているコンテンツを別の機器に再生させるといった画一的な連携ではなく、多様なデータ形式で管理されているコンテンツを、多様な機器に、多様に処理させることが可能な、機器間の柔軟な連携ための仕組み作りが求められる。
【０００９】
このような課題は、ＤＬＮＡ対応機器による処理システムに特化して生じるものではなく、各機器の通信機能によって機器間の連携を実現しているあらゆる処理システムに共通して生じるものである。
【００１０】
本発明は、上記の問題点に鑑みてなされたものであり、その目的は、複数の機器間の連携により、多種多様なコンテンツ処理を実行する制御装置、コンテンツ処理システム、遠隔制御方法、制御プログラム、および、記録媒体を実現することにある。
【課題を解決するための手段】
【００１１】
本発明の制御装置は、上記課題を解決するために、コンテンツの処理の実行を被制御装置に指示する制御装置であって、上記被制御装置が実行可能な処理の内容をコンテンツのデータ形式ごとに示す機能情報に基づいて、コンテンツに対して、該コンテンツを実行可能な被制御装置と、該被制御装置が該コンテンツに対して実行可能な処理とを関連付ける関連付け手段と、自装置において、上記関連付け手段によって関連付けが行われたコンテンツについて、所定のイベントが発生した場合に、該コンテンツに関連付けられた被制御装置に対して、該コンテンツに関連付けられた処理の実行を指示する遠隔指示手段とを備えていることを特徴としている。
【００１２】
上記構成によれば、制御装置の関連付け手段は、被制御装置の機能情報に基づいて、どの被制御装置が、どのデータ形式のコンテンツに対して、どのような処理を実行可能かを把握する。そして、関連付け手段は、自装置で扱うコンテンツについて、該コンテンツを実行可能な被制御装置と、該被制御装置が該コンテンツに対して実行可能な処理とを関連付ける。この関連付けはコンテンツごとに行われる。
【００１３】
そして、自装置において、この関連付けが行われたコンテンツついて、あるイベントが発生した場合には、遠隔指示手段は、イベントが発生したコンテンツに関連付けられている被制御装置および処理とに基づいて、該被制御装置に対し、該処理を実行するよう遠隔指示する。
【００１４】
以上のように、関連付け手段の関連付け処理によって、被制御装置が何種類、何台存在しても、各被制御装置がコンテンツを処理する機能を何種類有していようが、本発明の制御装置は、コンテンツと、それを処理する被制御装置と、その処理内容とを紐付けて管理することが可能となる。したがって、扱われているコンテンツについて、遠隔指示の何らかのトリガ（所定のイベント）が発生したときには、遠隔指示手段が、適切な被制御装置を選んで、遠隔指示を適切に行うことが可能となる。
【００１５】
これにより、あるデータ形式のコンテンツをある機器にて再生させるといった画一的な連携ではなく、多種多様なコンテンツ処理を実現するための柔軟な装置間の連携を実現することが可能となる。
【００１６】
上記関連付け手段は、上記コンテンツに対して、さらに、該コンテンツに関連する関連コンテンツを関連付けるものであり、上記遠隔指示手段は、上記所定のイベントが発生したコンテンツに関連付けられた関連コンテンツに対する処理の実行を指示してもよい。
【００１７】
上記構成によれば、制御装置で扱うのと同じコンテンツを被制御装置にも処理させるといった画一的な連携ではなく、多様な形態で管理されているコンテンツを、多様な機器に、多様に処理させることが可能な、装置間のさらに柔軟な連携を実現することができる。
【００１８】
上記関連付け手段は、コンテンツに関連付ける上記被制御装置の実行可能な処理を、自装置がユーザ操作を受け付けることにより発生する操作イベントごとに関連付けるものであり、上記遠隔指示手段は、自装置において、上記関連付け手段によって関連付けが行われたコンテンツについて、上記操作イベントが発生した場合に、該コンテンツおよび発生した該操作イベントに関連付けられた処理の実行を指示することが好ましい。
【００１９】
上記構成によれば、コンテンツに関連付けられる被制御装置およびその処理内容は、さらに、発生する操作イベントごとに分けて管理される。これにより、ユーザは、制御装置に対する操作内容を変えることで、意図的に、どの被制御装置にどのコンテンツ処理を実行させるのかを選択することが可能となる。したがって、柔軟な連携を実現する上で、ユーザの利便性が向上する。
【００２０】
上記コンテンツには、１以上のメディアデータが含まれており、上記機能情報は、上記メディアデータのデータ形式ごとに、上記被制御装置が実行可能な処理の内容を示すものであり、上記関連付け手段は、上記コンテンツのメディアデータごとに上記関連付けを行うことが好ましい。
【００２１】
コンテンツが、１または複数のあらゆるデータ形式のメディアデータを含んでいる場合、メディアデータの形式ごとに、関連付けが行われることが好ましい。
【００２２】
そこで、上記関連付け手段は、メディアデータごとに、そのデータ形式のメディアデータを処理可能な被制御装置と、該被制御装置が実行可能な処理とを関連付けて管理する。
【００２３】
これにより、自装置において、上記コンテンツに含まれる、某メディアデータに某イベントが発生した場合には、上記遠隔指示手段は、該メディアデータに関連付けられている被制御装置に対して、同じく関連付けられている処理の実行を遠隔指示することができる。
【００２４】
以上のとおり、コンテンツが、１または複数のあらゆるデータ形式のメディアデータを含んでいる場合でも、柔軟な連携を実現することが可能となる。
【００２５】
本発明の制御装置は、さらに、通信可能な１以上の被制御装置から、それぞれの機能情報を取得する機能情報取得手段と、通信可能な被制御装置ごとに、上記機能情報を記憶する機能情報記憶部とを備えていることが好ましい。
【００２６】
上記構成によれば、機能情報記憶部において、通信可能な被制御装置の機能情報を管理することができる。このような機能情報に基づいて、関連付け手段が関連付けを行えば、通信不可の被制御装置に対して、すなわち、遠隔指示を行えない不適切な被制御装置に対して、遠隔指示を実行するという、遠隔指示手段の動作の無駄を回避することが可能となる。
【００２７】
上記機能情報取得手段は、通信可能な被制御装置を定期的に確認して、上記機能情報記憶部に記憶されている機能情報を更新するものであり、上記関連付け手段は、上記機能情報が更新された場合に、更新された機能情報に基づいて、上記関連付けの内容を更新することが好ましい。
【００２８】
上記構成によれば、機能情報記憶部に記憶されている機能情報は、常に、最新の状態を維持することができる。よって、最新の機能情報を用いれば、関連付け手段によって行われる関連付けの内容も、最新の状態に維持される。
【００２９】
したがって、制御装置と被制御装置との間の通信可否状況が変化する場合であっても、通信可能な被制御装置に遠隔指示を行わなかったり、通信不可の被制御装置に遠隔指示を行ったりするという遠隔指示手段の動作の無駄を回避することができる。
【００３０】
このような構成は、制御装置または被制御装置が携帯性・可搬性を有し、制御装置と被制御装置との間の通信可否状況が頻繁に変更されるような環境下では、特に、効果が大きい。
【００３１】
本発明のコンテンツ処理システムは、上記課題を解決するために、上述の本発明の制御装置と、上記制御装置の指示にしたがって、コンテンツを処理する被制御装置と、上記制御装置および上記被制御装置にコンテンツを供給するコンテンツ供給装置とを含むことを特徴としている。
【００３２】
本発明の遠隔制御方法は、上記課題を解決するために、コンテンツの処理の実行を被制御装置に指示する遠隔制御方法であって、上記被制御装置が実行可能な処理の内容をコンテンツのデータ形式ごとに示す機能情報に基づいて、コンテンツに対して、該コンテンツを実行可能な被制御装置と、該被制御装置が該コンテンツに対して実行可能な処理とを関連付けるデータ関連付けステップと、上記データ関連付けステップにて関連付けが行われたコンテンツについて、所定のイベントの発生を検知する検知ステップと、上記検知ステップにて上記イベントが検知された場合に、上記コンテンツに関連付けられた被制御装置に対して、該コンテンツに関連付けられた処理の実行を指示する遠隔指示ステップとを含むことを特徴としている。
【００３３】
なお、上記制御装置は、コンピュータによって実現してもよく、この場合には、コンピュータを上記各手段として動作させることにより上記制御装置をコンピュータにて実現させる制御装置の制御プログラム、およびそれを記録したコンピュータ読み取り可能な記録媒体も、本発明の範疇に入る。
【発明の効果】
【００３４】
本発明の制御装置は、上記課題を解決するために、コンテンツの処理の実行を被制御装置に指示する制御装置であって、上記被制御装置が実行可能な処理の内容をコンテンツのデータ形式ごとに示す機能情報に基づいて、コンテンツに対して、該コンテンツを実行可能な被制御装置と、該被制御装置が該コンテンツに対して実行可能な処理とを関連付ける関連付け手段と、自装置において、上記関連付け手段によって関連付けが行われたコンテンツについて、所定のイベントが発生した場合に、該コンテンツに関連付けられた被制御装置に対して、該コンテンツに関連付けられた処理の実行を指示する遠隔指示手段とを備えていることを特徴としている。
【００３５】
本発明のコンテンツ処理システムは、上記課題を解決するために、上述の本発明の制御装置と、上記制御装置の指示にしたがって、コンテンツを処理する被制御装置と、上記制御装置および上記被制御装置にコンテンツを供給するコンテンツ供給装置とを含むことを特徴としている。
【００３６】
本発明の遠隔制御方法は、上記課題を解決するために、コンテンツの処理の実行を被制御装置に指示する遠隔制御方法であって、上記被制御装置が実行可能な処理の内容をコンテンツのデータ形式ごとに示す機能情報に基づいて、コンテンツに対して、該コンテンツを実行可能な被制御装置と、該被制御装置が該コンテンツに対して実行可能な処理とを関連付けるデータ関連付けステップと、上記データ関連付けステップにて関連付けが行われたコンテンツについて、所定のイベントの発生を検知する検知ステップと、上記検知ステップにて上記イベントが検知された場合に、上記コンテンツに関連付けられた被制御装置に対して、該コンテンツに関連付けられた処理の実行を指示する遠隔指示ステップとを含むことを特徴としている。
【００３７】
したがって、画一的な連携ではなく、複数の装置間の柔軟な連携により、多種多様なコンテンツ処理を実現することができるという効果を奏する。
【図面の簡単な説明】
【００３８】
【図１】本発明の実施形態における携帯端末装置の要部構成を示すブロック図である。
【図２】本発明の実施形態におけるコンテンツ処理システムの概要を示す図である。
【図３】コンテンツのデータ構造を模式的に示す図である。
【図４】装置リスト（機能情報）のデータベース構造を示す図である。
【図５】装置リスト（機能情報）の具体例を示す図である。
【図６】携帯端末装置の機能情報取得部が実行する機能情報取得処理の流れを示すフローチャートである。
【図７】コンテンツ記憶部に記憶されているコンテンツのデータベース構造を示す図である。
【図８】コンテンツ記憶部に記憶されるコンテンツのデータベースの具体例を示す図である。
【図９】コンテンツ記憶部に記憶されるコンテンツのデータベースの具体例を示す図であり、特に、関連付け情報の具体例を示す図である。
【図１０】携帯端末装置の遠隔指示部が生成する遠隔指示情報の具体例を模式的に示す図である。
【図１１】携帯端末装置のコンテンツ処理部がコンテンツを再生処理したことによって、表示部に表示される画面の具体例を示す図である。
【図１２】携帯端末装置のコンテンツ取得部が取得した解析前のコンテンツが、ＨＴＭＬで記述された場合の記述例を示す図である。
【図１３】図１１および図１２に示すコンテンツ９０が、図７に示したデータベース構造に即して、コンテンツ記憶部に格納された状態を模式的に示す図である。
【図１４】図１３に示すコンテンツ９０のメディアデータ９１ａについて、関連付け情報８１が付与された状態を模式的に示す図である。
【図１５】携帯端末装置のデータ関連付け部が実行する関連付け処理、および、遠隔指示部が実行する遠隔指示情報伝達処理の流れを示すフローチャートである。
【図１６】携帯端末装置のコンテンツ処理部がコンテンツを再生処理したことによって、表示部に表示される画面およびＧＵＩの具体例を示す図である。
【図１７】携帯端末装置とコンテンツ処理装置との間での情報の授受を説明するシーケンス図である。
【発明を実施するための形態】
【００３９】
以下に、図面を参照しつつ、本発明の実施の形態について説明する。以下の説明では、同一の部品および構成要素には同一の符号を付してある。それらの名称および機能も同じである。したがってそれらについての詳細な説明は繰返さない。
【００４０】
≪実施形態１≫
本発明の実施形態に係るコンテンツ処理システムの一例を図に基づいて説明する。図２は、本実施形態におけるコンテンツ処理システム１００の概要を示す図である。
【００４１】
本発明のコンテンツ処理システム１００には、コンテンツの処理を遠隔制御する制御エンティティ（制御装置）と、コンテンツを処理する処理エンティティ（被制御装置）と、処理対象のコンテンツを供給する供給エンティティ（コンテンツ供給装置）とが含まれている。１台の装置が、上述の複数のエンティティを兼ねていてもよい。
【００４２】
図２によれば、コンテンツ処理システム１００は、携帯端末装置１、家庭内ルータ４、テレビ２ａ、ブルーレイディスク（ＢＤ）レコーダ２ｂ、カーナビゲーション装置２ｃ、および、コンテンツ配信サーバ３ａ〜ｃを含んで構成されている。
【００４３】
本実施形態では、携帯端末装置１は制御エンティティおよび処理エンティティとして機能する。テレビ２ａ、ブルーレイディスク（ＢＤ）レコーダ２ｂおよびカーナビゲーション装置２ｃは処理エンティティとして機能する。以下では、これらの処理エンティティを、区別する必要がない場合には、コンテンツ処理装置２と総称する。コンテンツ配信サーバ３ａ〜ｃは供給エンティティとして機能する。これらの供給エンティティを、区別する必要がない場合には、コンテンツ供給装置３と総称する。
【００４４】
なお、各装置は、上記の例に限定されず、他のエンティティとして機能してもよい。また、図２に示された装置の具体例は、各エンティティを実現する装置としての一例であって、本発明における各装置の構成を限定する意図はない。
【００４５】
本実施形態では、携帯端末装置１、テレビ２ａおよびブルーレイディスク（ＢＤ）レコーダ２ｂは、家庭内ルータ４配下の家庭内ＬＡＮ５ａに参加してホームネットワークを構築し、該ホームネットワーク内の装置間で相互に通信できる。また、ホームネットワーク内の各装置は、家庭内ルータ４を介してインターネット５ｂに接続し、コンテンツ配信サーバ３ａ〜ｃとの間で相互に通信することができる。さらに、携帯端末装置１は、赤外線通信、Ｂｌｕｅｔｏｏｔｈ（登録商標）通信などの近距離無線通信機能を備えており、同機能を有するカーナビゲーション装置２ｃと、赤外線などの近距離無線通信手段５ｃを介して通信することができる。
【００４６】
コンテンツ供給装置３は、処理の対象となるコンテンツを管理し、コンテンツを携帯端末装置１またはコンテンツ処理装置２に供給するものである。本実施形態では、コンテンツ供給装置３は、インターネット５ｂ上に存在するコンテンツ配信サーバ３ａ〜ｃとして実現される。
【００４７】
携帯端末装置１は、制御エンティティとしてコンテンツ処理システム１００において扱われているコンテンツの処理をコンテンツ処理装置２に対して指示するものである。本実施形態では、携帯端末装置１は、処理エンティティとしても機能し、上記コンテンツの処理を自身で実行するものでもある。
【００４８】
図２に示すとおり、本実施形態における制御エンティティは、ＰＤＡ（Personal Digital Assistance）、携帯電話、携帯ゲーム機、電子辞書、電子書籍端末などの持ち運び可能な携帯端末装置１であることを想定している。制御エンティティは、リモコンのごとく用いるため、携帯性に優れた装置であることが好ましいが、携帯端末装置１に限らず、据え置き型の装置によって実現してもよい。
【００４９】
携帯端末装置１は、宅内においては無線ＬＡＮにより家庭内ルータ４に接続して、ホームネットワーク内の各コンテンツ処理装置２と通信することができる。また、宅外においては、近距離無線通信手段を介してコンテンツ処理装置２と通信することができる。さらに、携帯電話網や公衆無線ＬＡＮ等５ｄを介してコンテンツ配信サーバ３ａ〜ｃに接続することができる。
【００５０】
携帯端末装置１は、コンテンツ配信サーバ３ａ〜ｃより、処理対象のメディアデータを１または複数含むコンテンツを取得する。本実施形態では、携帯端末装置１は、処理エンティティとして、取得したコンテンツを再生する処理を実行し、自装置に表示部にコンテンツを表示することができる。コンテンツに含まれるメディアデータとしては、テキストデータ、文書データ、電子書籍データ、辞書データ、画像データ、動画データ、音声データ、音楽データなど、あらゆるデータ形式のデータが想定されている。
【００５１】
携帯端末装置１は、取得したコンテンツを処理しているときに（例えば、再生中に）、家庭内ルータ４配下の家庭内ＬＡＮ５ａに参加している状態であれば、同ＬＡＮに存在するコンテンツ処理装置２を発見する。また、近距離無線通信が可能な範囲内にコンテンツ処理装置２が存在すれば、これを発見する。携帯端末装置１は、発見した各コンテンツ処理装置２より、当該コンテンツ処理装置２が実行可能な処理内容を示す機能情報を取得する。
【００５２】
携帯端末装置１は、取得したコンテンツについて、コンテンツごと、あるいは、コンテンツに含まれるメディアデータごとに、コンテンツ処理装置２において実行され得る処理内容との関連付けを行い、これを記憶しておく機能を備えている。
【００５３】
これにより、携帯端末装置１においてコンテンツが処理されているとき、ユーザ操作などを契機として、メディアデータが選択されたり、選択されたメディアデータに対して所定の操作が行われたりすると、制御エンティティとしての携帯端末装置１は、上記メディアデータの処理を、通信可能な１以上のコンテンツ処理装置２に指示するために、遠隔指示情報を送信する。遠隔指示情報とは、選択されたコンテンツ（メディアデータ）の処理実行を指示する命令である。このとき、遠隔指示情報には、命令文の他に、上記メディアデータの処理を実行するために必要な各種情報が伝送される。
【００５４】
コンテンツ処理装置２は、制御エンティティとしての携帯端末装置１からの指示にしたがって、コンテンツ（１または複数のメディアデータ）の処理を実行するものである。コンテンツ処理装置２によって処理されるコンテンツは、コンテンツ処理装置２によって、家庭内ルータ４およびインターネット５ｂを介して、コンテンツ配信サーバ３ａ〜ｃから取得されるものであってもよいし、携帯端末装置１から伝送される遠隔指示情報に含まれるものであってもよい。
【００５５】
本発明のコンテンツ処理システム１００においては、携帯端末装置１の指示に応じてコンテンツ処理装置２が処理するコンテンツは、携帯端末装置１が処理しているコンテンツと全く同一であってもよいが、一部あるいは全く異なるコンテンツであってもかまわない。
【００５６】
本実施形態では、コンテンツ処理システム１００において扱われるコンテンツは、コンテンツ単位またはメディアデータ単位で相互に関連する他のコンテンツ／メディアデータと紐付けられて管理されている。つまり、コンテンツ処理装置２側では、携帯端末装置１において処理された元のコンテンツ（第１データ）と紐付けられた、関連コンテンツ（第２データ）が処理されてもよい。
【００５７】
このように、本発明のコンテンツ処理システム１００では、内容が単一でないコンテンツを扱うことができるため、携帯端末装置１の指示を契機として、そのコンテンツについて多様な出力結果を得ることができる。
【００５８】
例えば、図２に示す例では、携帯端末装置１は、コンテンツ供給装置３から、番組情報を含む元コンテンツを取得し、元コンテンツを再生して、番組に関する説明文と番組の一場面を示すサムネイル画像を表示する。一方、携帯端末装置１からコンテンツの処理を指示されたテレビ２ａは、上記元のコンテンツの関連コンテンツをコンテンツ供給装置３から取得して、該関連コンテンツの処理、例えば、上記番組の動画を再生して表示することができる。
【００５９】
さらに、コンテンツ処理システム１００には、様々な機能を有する多様なコンテンツ処理装置２が含まれている。したがって、内容的に全く同一のコンテンツが処理されても、そのコンテンツについて多様な処理を実現することができる。
【００６０】
例えば、携帯端末装置１は、取得したコンテンツに含まれるメディアデータのうち、テキストデータおよび静止画データ（第１データ）を処理する一方、その携帯端末装置１の指示にしたがって上記コンテンツを処理するテレビ２ａは、該コンテンツに含まれる、もしくは外部参照される動画データ（第２データ）を再生する処理を実行する。さらに、ＢＤレコーダ２ｂは、上記動画データ（第２データ）を録画する処理を実行する。
【００６１】
以上のように、本発明のコンテンツ処理システム１００によれば、携帯端末装置１とコンテンツ処理装置２との連携によって、多種多様なコンテンツ処理を柔軟に実現することができる。
【００６２】
上記を実現するために、携帯端末装置１は、制御エンティティとして、コンテンツ処理装置２の機能情報を取得する機能情報取得処理、コンテンツ／メディアデータと、処理内容との関連付け処理、コンテンツ処理装置２に対してコンテンツの処理を指示する遠隔指示情報伝達処理を実行する。これらの処理を実行する携帯端末装置１の構成について、後に詳述する。まずは、上述の各エンティティを実現するための装置の具体例と、コンテンツメディアデータの定義について説明する。
【００６３】
〔装置の具体例〕
本実施形態において、携帯端末装置１、コンテンツ処理装置２は、情報通信機器、映像・音響機器、家電機器、および、アミューズメント機器などで実現することができる。上記情報通信機器としては、パーソナルコンピュータやホームサーバなどの情報機器、電話機などの通信機器が該当する。通信機器としては、特に、携帯電話、ＰＤＡ(Personal Digital Assistance)、ノート型コンピュータ、装着型コンピュータなどの携帯型情報通信機器が想定されている。
【００６４】
上記映像・音響機器としては、画像記録機器であるデジタルスチルカメラ、映像記録機器であるデジタルビデオカメラ、ＨＤＤ(Hard Disk Drive)レコーダ、ＢＤ（Blu-ray disk）レコーダおよびＤＶＤ(Digital Versatile Disk)レコーダ、映像再生機器であるＢＤプレーヤおよびＤＶＤプレーヤ、音楽記録・再生機器であるシリコンオーディオレコーダまたはプレーヤ、および、ＣＤ(Compact Disk)レコーダまたはプレーヤ、ならびに、放送データ受信・再生機器であるテレビジョン受像機およびラジオなどが該当する。
【００６５】
上記家電機器としては、冷蔵庫、洗濯機、エアコンディショナ、掃除機、空気清浄機、および、電子レンジなどの機器が該当する。
【００６６】
上記アミューズメント機器としては、家庭用もしくは携帯型ゲーム機器などが該当する。
【００６７】
携帯端末装置１およびコンテンツ処理装置２は、上述の情報処理、通信、画像記録・再生、映像記録・再生、音声記録・再生、放送データ受信・再生といった機能の複数を有する装置であってもよく、その他、上記に挙げたもの以外であっても、コンテンツ／メディアデータの処理が可能な装置であれば、どのような形態であっても構わない。
【００６８】
〔コンテンツおよびメディアデータの定義〕
本実施形態においてメディアデータとは、上述したとおり、静止画データ、動画データ、音声データ、音楽データ、文書データ、テキストデータなどの単体データ、もしくは、それらを統合してなるデータを指す。
【００６９】
また、コンテンツとは、上述のメディアデータそのもの、もしくは上述のメディアデータを１つ以上含んで構成されるデータを指し、装置間でやりとりされる、メディアデータの集まりを１個のデータとして取り扱うためのデータ単位でもある。
【００７０】
コンテンツのデータ形式はＸＭＬ等人間に可読のテキスト形式で記述されてもよいし、人間が直接読めないバイナリ形式であってもよい。
【００７１】
図３は、コンテンツのデータ構造を模式的に示す図である。
【００７２】
図３に示すとおり、コンテンツは、メディアデータ以外にも、メタ情報および制御情報を含んでいる。メタ情報は、コンテンツＩＤ、コンテンツのＵＲＬ（Uniform Resource Locator）、コンテンツ記述アプリのバージョン情報など、コンテンツに関する属性情報を含む。
【００７３】
制御情報は、各メディアデータについての画面上のレイアウト情報、時間軸上の再生開始・終了タイミングや再生速度情報、音量情報、外部アプリケーションの起動命令文、装置内外との情報授受命令文、他のコンテンツへのリンク遷移情報などを含む。
【００７４】
これらのメタ情報および制御情報は、本実施形態では、ＨＴＭＬ（HyperText Markup Language）などの人間に可読のテキスト形式のスクリプトとして記述される。
【００７５】
つまり、コンテンツとは、上記スクリプトと上記スクリプトにて参照される１つ以上のメディアデータとから構成される。しかし、コンテンツのデータ構造、データ形式は、これに限定されず、本実施形態で説明する機能、処理が実現できるのであれば何でもよく、例えば、コンテンツはバイナリ形式であっても構わない。
【００７６】
〔第１データと第２データの定義〕
本発明のコンテンツ処理システム１００において、制御エンティティ＋処理エンティティの携帯端末装置１によって処理されるコンテンツ（メディアデータ）を、第１データと称し、携帯端末装置１によって遠隔制御される処理エンティティのコンテンツ処理装置２によって処理されるコンテンツ（メディアデータ）を第２データと称する。第１データと第２データとは、全く同一のデータであってもよいし、異なるデータであってもよい。
【００７７】
例えば、第１データが、低解像度の写真画像であって、第２データが、同じ内容であってより高解像度な写真画像であること想定される。また、第１データが、動画を紹介する静止画＋テキストのコンテンツであって、第２データが、上記動画を含むコンテンツであることが想定される。また、第１データが、携帯端末装置向けにレイアウトが考慮されたコンテンツであって、第２データが、同じ内容であって、大画面テレビ向けにレイアウトが考慮されたコンテンツであることが想定される。また、第１データが、処理能力の低い装置向けのフレームレートが低い動画であって、第２データが、処理能力の高い装置向けのフレームレートが高い動画であることが想定される。
【００７８】
なお、第１データと第２データとは、コンテンツ処理システム１００におけるいずれかの装置において紐付けて管理されていればよい。例えば、コンテンツを配信するコンテンツ供給装置３において、ＩＤやグループ識別子などを用いて、最初から紐付けを行っておくことが考えられる。これにより、携帯端末装置１（データ関連付け部２４）は、自装置にて処理するコンテンツに対して、別の関連コンテンツが存在することを認識することができる。
【００７９】
あるいは、携帯端末装置１（データ関連付け部２４）が、自装置が処理している第１データと関連する第２データについて、他のコンテンツ処理装置２（例えばテレビ）向けのバージョンの有無を、コンテンツ供給装置３に予め問い合わせておくことが考えられる。この場合、第１データが操作されたときに、第１データが、テレビ２ａと関連付けられている場合には、テレビ向けに事前に問い合わせておいた第２データを処理するように、テレビ２ａに遠隔指示することができる。あるいは、携帯端末装置１から第１データを処理するように指示されたコンテンツ処理装置２の方から、第１データが指定された旨を通知して、コンテンツ供給装置３に問い合わせることが考えられる。この場合、コンテンツ供給装置３は、問い合わせを受けた第１データと、問い合わせ元のコンテンツ処理装置２の能力とを考慮して、第１データに紐付けられている、コンテンツ処理装置２に適した第２データをテレビに返す。
【００８０】
上記構成によれば、携帯端末装置１は、自装置にて処理中のコンテンツに関連している別のコンテンツの処理を、コンテンツ処理装置２に対して遠隔指示することが可能となる。結果として、多様なコンテンツを処理し、柔軟な連携を実現することができる。
【００８１】
〔携帯端末装置１の構成〕
図１は、本発明の実施形態における携帯端末装置１の要部構成を示すブロック図である。
【００８２】
図１に示すとおり、本実施形態における携帯端末装置１は、制御部１０、記憶部１１、操作部１２、表示部１３、通信部１４および近距離無線通信部１５を備える構成となっている。
【００８３】
操作部１２は、ユーザが携帯端末装置１に指示信号を入力するためのものである。操作部１２は、ボタン（十字キー、決定キー、文字・数字入力キーなど）、タッチパネル、タッチセンサとタッチペン、もしくは、音声入力部と音声認識部などの適宜の入力装置で構成される。
【００８４】
表示部１３は、携帯端末装置１が処理したコンテンツ（例えば、ＸＭＬ（eXtensible Markup Language）文書、静止画、および、動画など）を表示したり、ユーザが携帯端末装置１を操作するための操作画面をＧＵＩ（Graphical User Interface）画面として表示したりするものである。表示部１３は、例えば、ＬＣＤ（液晶ディスプレイ）などの表示装置で構成される。
【００８５】
通信部１４は、通信網（例えば、図２の家庭内ＬＡＮ５ａ、携帯電話網や公衆無線ＬＡＮ等５ｄ）を介して外部の装置と通信し、データの送受信を行うものである。通信部１４は、例えば、家庭内ＬＡＮ５ａを介して、家庭内の各コンテンツ処理装置２と通信し、データの授受を行う。また、通信部１４は、公衆回線通信部としての機能を備え、携帯電話網や公衆無線ＬＡＮ等５ｄおよびインターネット５ｂを介して、コンテンツ処理システム１００で扱われるコンテンツを管理するコンテンツ供給装置３と通信し、データの授受を行う。具体的には、３Ｇあるいは３．５Ｇなどの携帯電話網等を介して、他の携帯電話や一般の固定電話機と通話を行ったり、コンテンツ配信サーバ３ａ〜ｃから所望のコンテンツをダウンロードしたりすることができる。
【００８６】
近距離無線通信部１５は、近距離無線通信手段５ｃを用いて外部の装置と無線通信するものである。近距離無線通信手段としては、ＩｒＤＡ、ＩｒＳＳなどの赤外線通信、Ｂｌｕｅｔｏｏｔｈ通信、ＷｉＦｉ通信などの近距離無線通信、または、Ｆｅｌｉｃａなどの非接触型ＩＣカードなど、適宜の手段を用いることが可能である。本実施形態では、近距離無線通信部１５は、赤外線通信プロトコル（ＩｒＳＳプロトコル）にて画像を送信する赤外線発光部を含んで構成されているものとする。近距離無線通信部１５は、画像を乗せた赤外線搬送波を該赤外線発光部からＩｒＳＳ対応の装置（例えば、図２のカーナビゲーション装置２ｃ）の受光部に向けて送信する。これにより、携帯端末装置１は、遠隔指示情報をカーナビゲーション装置２ｃに送信して、コンテンツの処理をカーナビゲーション装置２ｃに命令することができる。
【００８７】
記憶部１１は、制御部１０が実行する制御プログラムおよびＯＳプログラム、ならびに、制御部１０が、携帯端末装置１が有する各種機能を実行するときに読み出す各種データを記憶するものである。特に、記憶部１１は、携帯端末装置１が実行する、機能情報取得処理、関連付け処理、遠隔指示情報伝達処理を実行する際に読み出す各種プログラム、データを記憶する。具体的には、記憶部１１には、コンテンツ記憶部３０および装置リスト記憶部３１が含まれる。
【００８８】
制御部１０は、携帯端末装置１が備える各部を統括制御するものであり、機能ブロックとして、コンテンツ取得部２１、コンテンツ解析部２２、コンテンツ処理部２３、データ関連付け部２４、遠隔指示部２５、および、機能情報取得部２６を備えている。さらに、制御部１０は、機能ブロックとして、イベント処理部２０を備えていてもよい。
【００８９】
上述した制御部１０の各機能ブロックは、ＣＰＵ（central processing unit）が、ＲＯＭ（read only memory）等で実現された記憶装置（記憶部１１）に記憶されているプログラムを不図示のＲＡＭ（random access memory）等に読み出して実行することで実現できる。
【００９０】
イベント処理部２０は、携帯端末装置１において発生するあらゆるイベントを検知して、携帯端末装置１の制御部１０の各部に伝達するものである。例えば、イベント処理部２０は、ユーザが操作部１２を操作して何らかの指示を携帯端末装置１に入力したことにより発生する操作イベントを検知する。あるいは、図示しない計時部にて経過時間が計測されている場合に、一定時間が経過したことを定期的に検知する。
【００９１】
コンテンツ取得部２１は、通信部１４を介して、供給エンティティであるコンテンツ供給装置３からコンテンツあるいはこれに含まれるメディアデータを取得するものである。例えば、イベント処理部２０が、コンテンツ取得指示が入力されたことを検知すると、コンテンツ取得部２１は、当該指示にて指定されたコンテンツを取得する。
【００９２】
コンテンツ解析部２２は、コンテンツ取得部２１によって取得されたコンテンツを解析し、携帯端末装置１にて処理可能なデータ構造にて、該コンテンツをコンテンツ記憶部３０に格納するものである。
【００９３】
コンテンツ処理部２３は、コンテンツ記憶部３０に記憶されているコンテンツを、処理するものである。コンテンツ処理には、コンテンツを再生したり、コンテンツを録画したり、コンテンツを複製したり、携帯端末装置１がコンテンツに対して実行し得るあらゆる処理が含まれている。ここでは、コンテンツ処理部２３は、コンテンツを再生する再生制御部として機能するものとする。
【００９４】
データ関連付け部２４は、携帯端末装置１の関連付け処理を実行するものである。関連付け処理とは、コンテンツ記憶部３０に記憶されているコンテンツ、または、コンテンツに含まれるメディアデータと、そのコンテンツ（メディアデータ）を処理可能なコンテンツ処理装置２およびその処理内容（機能）とを関連付ける処理である。データ関連付け部２４は、メディアデータとコンテンツ処理装置２および処理内容（機能）とを関連付けるために、関連付け情報を生成して、記憶されているコンテンツの各メディアデータに付与する。これらの関連付け処理の動作、関連付け情報のデータ構造、および、具体例については後述する。
【００９５】
さらに、携帯端末装置１が処理するコンテンツ（メディアデータ）と、コンテンツ処理装置２に処理させるコンテンツ（メディアデータ）とが全く同一でない場合には、携帯端末装置１が処理するコンテンツ（メディアデータ）を第１データとし、コンテンツ処理装置２に処理させるコンテンツ（メディアデータ）を第２データとして、データ関連付け部２４は、第１データと第２データとの関連付けを実行してもよい。第１データと第２データとの関連付けの手順については、〔第１データと第２データの定義〕にて、すでに説明したとおりである。
【００９６】
遠隔指示部２５は、携帯端末装置１の遠隔指示情報伝達処理を実行するものである。遠隔指示情報伝達処理とは、携帯端末装置１が他のコンテンツ処理装置２に対してコンテンツの処理を遠隔指示するための遠隔指示情報を生成し、送信する処理である。遠隔指示情報伝達処理の動作、遠隔指示情報のデータ構造、および、具体例については後述する。
【００９７】
機能情報取得部２６は、携帯端末装置１の機能情報取得処理を実行するものである。機能情報取得処理とは、携帯端末装置１が遠隔指示可能な範囲で通信可能な（アクティブな）コンテンツ処理装置２から、機能情報を取得する処理である。機能情報取得部２６が取得する機能情報によって、携帯端末装置１は、再生中のどのメディアデータを、どの装置が、どのように処理できるのかを把握することができる。
【００９８】
機能情報取得部２６は、アクティブなコンテンツ処理装置２から機能情報を収集して、装置リストを作成し、装置リスト記憶部３１に格納する。
【００９９】
装置リストのデータ構造、および、具体例については後述する。
【０１００】
〔機能情報と装置リストについて〕
携帯端末装置１は、現時点で通信可能なコンテンツ処理装置２の機能情報を装置リスト記憶部３１に記憶した装置リストにて管理する。装置リストは、機能情報取得部２６によって取得された各コンテンツ処理装置２の機能情報に基づいて作成される。装置リストに登録された各装置の機能情報は、携帯端末装置１のデータ関連付け部２４が、コンテンツ（メディアデータ）と、各コンテンツ処理装置２（およびその処理内容）とを関連付けるために必要な情報となる。
【０１０１】
図４は、装置リスト記憶部３１に記憶されている装置リストのデータベース構造を示す図である。図４に示すデータベース構造はほんの一例であって、本発明を限定するものではない。
【０１０２】
図４に示す例では、各コンテンツ処理装置２の機能情報は、装置リスト記憶部３１において、device_listと名づけられた装置リストにて装置ごとに管理される。device_listには、device_id（装置ＩＤ）が関連付けられる。device_idは、コンテンツ処理装置２を一意に識別するための識別情報である。device_listにdevice_idが関連付けられることをここでは、エントリと称する。エントリされた状態とは、すなわち、そのdevice_idが示すコンテンツ処理装置２が、携帯端末装置１と通信可能な状態にあって、そのことを携帯端末装置１が検知した状態のことである。device_idのエントリ数は、device_listに対して０以上である。コンテンツ処理装置２の固有の情報として、device_idに加えて、さらに、コンテンツ処理装置２のip_addredd（ＩＰアドレス）、uuid（ＵＵＩＤ；Universally Unique Identifier（コンピュータが一意に識別するための識別子））、friendly_name（フレンドリネーム）などの情報も併せて関連付けられてもよい。
【０１０３】
さらに、device_idごとに、機能情報が関連付けられる。機能情報とはすなわち、当該装置が処理できるメディアデータの種別（形式）ごとに、その形式のメディアデータに対して該装置が実行可能な処理内容（アクション）の情報を関連付けたものである。
【０１０４】
図４に示すmime_typeは、メディアデータの種別を、action_idは、処理内容を識別するためのＩＤを示す。そして、action_idに関連付けられたaction_method、action_url、action_bodyは、具体的な処理内容を示す。
【０１０５】
１つの装置は、０以上の種別のメディアデータを処理可能であるので、device_idとmime_typeとの関係は、１対０以上（０．．＊）である。
【０１０６】
本実施形態は、コンテンツ処理装置２は、メディアデータの１つの形式に対しては、０以上の種類の処理機能（アクション）を備えている。したがって、メディアデータ種別（mime_type）と、アクション（action_id）との関係は、１対０以上(０．．＊)である。
【０１０７】
図４に示す装置リストは、定期的に、あるいは、コンテンツ処理装置２からエントリ、エントリ削除のオファーがあったときに、機能情報取得部２６がコンテンツ処理装置２から機能情報を取得するたびに更新されることが望ましい。
【０１０８】
図５は、装置リスト記憶部３１に記憶される装置リストの具体例を示す図である。図５に示す装置リストは、図４の示す装置リストを理解し易くする目的で、具体例を用いて簡略化して記載したものであり、各図の装置リストは携帯端末装置１において同じものを示している。
【０１０９】
例えば、機能情報取得部２６は、通信部１４および近距離無線通信部１５を介して、近隣のコンテンツ処理装置２を探索した結果、テレビ２ａ、ＢＤレコーダ２ｂ、および、カーナビゲーション装置２ｃを発見したとする。
【０１１０】
機能情報取得部２６は、テレビ２ａに対して機能情報を要求する。テレビ２ａは、静止画データと、動画データと、音楽データを処理することが可能であり、静止画データについて、指定されたＵＲＬから画像を取得してその画像を表示するという機能と、動画／音楽データについて、指定されたＵＲＬから動画／音楽データを取得してその動画／音楽を再生する機能とを備えているものとする。
【０１１１】
テレビ２ａは、上記要求に対して、自身が扱えるメディアデータの形式ごとに、そのメディアデータに対して実行できる処理内容（機能）を関連付けた機能情報を返信する。
【０１１２】
機能情報取得部２６は、上記機能情報を取得して、図５に示すとおり、装置ＩＤおよび装置のＩＰアドレスごとに、上記機能情報を関連付ける。
【０１１３】
機能情報取得部２６は、ＢＤレコーダ２ｂおよびカーナビゲーション装置２ｃに対しても、テレビ２ａと同様の問合せを行ってそれぞれから機能情報を取得し、装置リストに登録する。
【０１１４】
このような装置リストを参照することにより、データ関連付け部２４は、コンテンツとコンテンツ処理装置２と、該装置によって実行される処理内容との関連付けを行うことが可能となる。
【０１１５】
〔機能情報取得処理の流れについて〕
図６は、携帯端末装置１の機能情報取得部２６が実行する機能情報取得処理の流れを示すフローチャートである。
【０１１６】
イベント処理部２０が、定期的な更新タイミング、もしくは、他の所定の更新タイミング（携帯端末装置１の起動時などに必ず機能情報取得処理を実行するように設定されているものがあってもよいし、ユーザ操作に従って機能情報取得処理が実行されてもよい）を検知した場合（Ｓ１０１においてＹＥＳ）、機能情報取得部２６は、通信部１４を介して、コンテンツ処理装置２の探索を行う（Ｓ１０２）。この処理は具体的にはたとえば、ＵＰｎＰのディスカバリ処理によって実現できる。コンテンツ処理装置２発見のためのマルチキャストパケットを家庭内ＬＡＮ５ａに送信すると、アクティブなコンテンツ処理装置２が、上記パケットへの応答メッセージを携帯端末装置１へ送信する。携帯端末装置１は、機能情報取得部２６が、この応答メッセージを受信することにより、コンテンツ処理装置２の存在を発見し、および、その宅内家庭内ＬＡＮ５ａ上でのアドレス情報（ＩＰアドレス）を知ることができる。なお、近距離無線通信部１５が、赤外線通信手段にて実現されている場合、Ｓ１０２における装置探索動作は、以下の通りに実行される。すなわち、例えば、携帯端末装置１とカーナビゲーション装置２ｃとが赤外線通信を行う場合、ユーザは、携帯端末装置１を、カーナビゲーション装置２ｃに物理的に近づけて、両方の装置を「赤外線通信モード」等に設定した状態にして、両装置を操作する。これにより、携帯端末装置１は、通信可能なカーナビゲーション装置２ｃを発見することができる。
【０１１７】
なお、赤外線通信手段が、ＩｒＳＳなど、片方向通信プロファイルの場合には、送信装置側から受信装置側へ一方的に情報を送りつけることしかできない。このような場合には、Ｓ１０２の装置探索動作を省略しても構わない。その代わりに、携帯端末装置１には、「カーナビ（カーナビゲーション装置２ｃ）に送信する」などの操作メニューを携帯端末装置１にあらかじめ組み込んでおき、カーナビゲーション装置２ｃが通信可能な範囲に実際に存在するか否かに関わらず、存在することを前提として、カーナビゲーション装置２ｃ向けに遠隔指示情報を作成し、送信するように携帯端末装置１を構成する。携帯端末装置１の上記構成によれば、片方向通信プロファイルにより装置間の連携を実現する実施形態においても本願発明を適用することが可能となる。携帯端末装置１から送信された遠隔指示情報は、実際に受信可能状態にあるカーナビゲーション装置２ｃが赤外線通信エリア内に存在する場合にのみ受信されるという構成である。
【０１１８】
Ｓ１０２の装置探索動作におけるマルチキャストパケットの送信によって、１以上のコンテンツ処理装置２が発見された場合（Ｓ１０３においてＹＥＳ）、機能情報取得部２６は、通信部１４（あるいは、近距離無線通信部１５）を介して、発見したコンテンツ処理装置２それぞれに対して、機能情報を要求し、これを取得する（Ｓ１０４）。機能情報は、メディアデータのデータ形式ごとに実行可能な処理内容（機能）が示された情報である。この機能情報の授受は、マルチキャストではなくユニキャスト通信で実施される。
【０１１９】
機能情報取得部２６は、取得した機能情報を、装置リスト記憶部３１に記憶する（Ｓ１０５）。コンテンツ処理装置２がエントリされていない場合には、新規レコードを登録し、すでにエントリされているコンテンツ処理装置２であれば既存レコードを更新する。
【０１２０】
なお、携帯端末装置１は、更新タイミングで自発的に機能情報を取得するだけでなく、コンテンツ処理装置２からエントリのオファー、エントリ停止通知を受信したことを契機として、装置リストを更新してもよい。
【０１２１】
機能情報取得部２６は、通信部１４または近距離無線通信部１５を介して、コンテンツ処理装置２から機能情報に関するメッセージを受信すると（Ｓ１０１においてＮＯ、Ｓ１０６においてＹＥＳ）、受信したメッセージを解析する。
【０１２２】
解析の結果、上記メッセージが、エントリの申し出であった場合（Ｓ１０７においてＡ）、機能情報取得部２６は、上述したとおり、申し出のあったコンテンツ処理装置２に対して機能情報を要求し、これを取得して（Ｓ１０４）、装置リストを更新する（Ｓ１０５）。エントリの申し出のメッセージには、コンテンツ処理装置２の存在を示す情報と、該コンテンツ処理装置２にＩＰアドレスが含まれている。
【０１２３】
一方、受信したメッセージが、コンテンツ処理装置２の機能停止を伝えるものであった場合には、依頼主のコンテンツ処理装置２のレコードを装置リスト記憶部３１から削除して、コンテンツ処理装置２のエントリを抹消する（Ｓ１０８）。
【０１２４】
なお、今回のＳ１０２の装置探索動作において、前回までは発見されていた（通信可能に存在していた）コンテンツ処理装置２が、発見されなくなった場合には、（Ｓ１０３においてＮＯ、かつ、Ｓ１０９においてＹＥＳ）、機能情報取得部２６は、その発見されなくなったコンテンツ処理装置２のレコードを装置リスト記憶部３１から削除して、当該コンテンツ処理装置２のエントリを抹消する（Ｓ１０８）。
【０１２５】
以上のように、装置リスト記憶部３１に記憶されている装置リストは、定期的に、あるいは、周囲の状況の変化に応じて、最新の情報を維持するように工夫されている。
【０１２６】
〔コンテンツと関連付け情報について〕
携帯端末装置１は、自装置が処理中のコンテンツに対して所定の操作が行われた場合には、該コンテンツに関連付けられているコンテンツ処理装置２に対して、上記コンテンツの処理を遠隔指示することができる。上記を達成するために、携帯端末装置１は、取得したコンテンツと、エントリ中のコンテンツ処理装置２との関係性に基づいて、コンテンツとコンテンツ処理装置２との関連付けを実施する。このとき生成された関連付け情報は、携帯端末装置１が、コンテンツ処理装置２に対して適切な遠隔指示を行うために必要な情報となる。以下では、携帯端末装置１に記憶されているコンテンツと、該コンテンツに付与される関連付け情報について説明する。
【０１２７】
図７は、コンテンツ記憶部３０に記憶されているコンテンツのデータベース構造を示す図である。図７に示すデータベース構造はほんの一例であって、本発明を限定するものではない。
【０１２８】
図７に示す例では、コンテンツ供給装置３から取得された各コンテンツは、content_id（コンテンツＩＤ）を主キーとして管理される。content_idにより、コンテンツを一意に特定したり検索したりすることができ、コンテンツの他の属性を参照することも可能である。コンテンツの他の属性の例としては、original_urlとlocal_cacheとが挙げられる。original_url（コンテンツソースＵＲＬ）は、そのコンテンツの管理・保存元のＵＲＬ文字列を示す。local_cache（保存先）は、このコンテンツを取得し、携帯端末装置１がメモリやディスクなどの記憶領域に一時保存した際のアドレスを示す。
【０１２９】
さらに、content_idごとに、コンテンツに含まれるメディアデータの情報が関連付けられる。コンテンツに含まれる各メディアデータは、data_idを主キーとして管理される。１つのコンテンツに対し、０以上（複数）のメディアデータが含まれることがある。そのため、コンテンツとメディアデータとは１対多（０・・＊）の関係である。さらに、メディアデータごとにメディアデータの属性が関連付けて保存されてもよい。例えば、メディアデータの属性の具体例としては、original_url、local_cache、media_type、position、start_time、duration、および、repeatが挙げられる。
【０１３０】
original_url（メディアデータソースＵＲＬ）は、メディアデータの管理・保存元のＵＲＬ文字列を示す。local_cache（保存先）は、このメディアデータを取得し、携帯端末装置１がメモリやディスクなどの記憶領域に一時保存した際のアドレスを示す。media_type（データ形式）には、メディアデータのデータ形式を表す文字列が格納される。position（レイアウト情報）には、コンテンツが再生されたときの、当該メディアデータが表示される座標値が格納される。start_time（再生開始時間情報）には、コンテンツが再生された際に、当該メディアデータ自身が再生開始される時刻のオフセット値が格納される。duration（再生時間情報）にメディアデータの再生時間が格納される。repeat（繰り返し有無）には、メディアデータを再生する際に繰り返し再生するかどうかのフラグ値が格納される。
【０１３１】
さらに、data_id（メディアデータ）ごとに、イベントとそのイベントが発生したときの携帯端末装置１が行うべき振る舞い（アクション）とが関連付けて記憶される。イベントは、再生中のコンテンツに対するユーザの何らかの操作（クリック、マウスオン、各種キー操作、タッチパネルへのタッチ操作、携帯端末装置１本体を傾けたり振ったりした操作など）によって発生する。また、イベントは、ユーザ操作をトリガとする以外に、プログラムやアプリケーションからの指示による内部イベント、携帯端末装置１に搭載されるＧＰＳ、温度計、電波強度、電池容量等の各種センサからの通知などをトリガとして発生するイベントも含まれる。これらのイベントのうち、データ関連付け部２４が実行する関連付け処理の対象となるのは、当該イベントが発生したときに、メディアデータに対して携帯端末装置１が何らかの動作（アクション）を実行する場合のイベントである。
【０１３２】
イベントは、event_idを主キーとして管理されている。そして、そのイベントが発生したときに、携帯端末装置１が行うべき振る舞い（アクション）については、action_idを主キーとして、event_idに関連付けて管理される。
【０１３３】
あるメディアデータに対し、あるイベントが発生した際のアクションは一意に定まるが、複数のイベントに対して同じアクションが割り当てられる場合もある。またメディアデータによっては、アクションが必要なイベントが発生しない場合もあるし、上記イベントが複数種類発生する場合もある。よって、メディアデータ（data_id）と、イベント（event_id）との関係は、１対多（０．．＊）であり、イベント（event_id）とアクション（action_id）との関係は、多（１．．＊）対１である。
【０１３４】
さらに、action_idには、他のアクションの属性が関連付けられてもよい。アクションの属性の具体例としては、action_method、action_url、および、action_bodyが挙げられる。action_methodは、アクションの種別を指定する情報を格納するものであり、格納される具体的な情報としては、例えば、ＨＴＴＰ ＧＥＴ、ＨＴＴＰ ＰＯＳＴ、あるいは、内部機能の呼び出しなどがある。action_urlは、action_method（特に、ＨＴＴＰ ＧＥＴ、ＨＴＴＰ ＰＯＳＴ）の実施対象物（目的のデータ）の所在を指定するＵＲＬ文字列を格納するものである。action_bodyは、action_method（特に、ＨＴＴＰ ＰＯＳＴ）を実施する際に添付されるメディアデータや、ＵＲＬ文字列とは別に送付する付加情報（サービスへアクセスするための認証情報など）を格納するものである。
【０１３５】
コンテンツ取得部２１によって取得されたコンテンツは、コンテンツ解析部２２によって解析されて、図７に示すデータ構造にてコンテンツ記憶部３０に格納される。格納されたコンテンツに対しては、さらに、データ関連付け部２４によって、関連付け情報が付加される。この関連付け情報に基づいて、遠隔指示部２５は、コンテンツに対して所定のイベントが発生したときに、適切なコンテンツ処理装置２に対して適切な遠隔指示を行うことができる。
【０１３６】
図８および図９は、コンテンツ記憶部３０に記憶されるコンテンツのデータベースの具体例を示す図であり、図８は、あるコンテンツ（ＩＤ；ａａ００１）について各種属性情報８０が格納されたときの具体例を示し、図９は、さらに、上記コンテンツに含まれている、あるメディアデータ９１ａ（静止画データ、ＩＤ；ｖｉｄｅｏ１＿１）に紐付けられた、元々付与されているイベントとアクションの具体例（属性情報８０）および後から付加された関連付け情報８１の具体例を示している。図８および図９に示すコンテンツのデータベースは、図７に示すコンテンツのデータベースを理解し易くする目的で、具体例を用いて簡略化して記載したものであり、各図に示されたデータベースは、本発明を限定する意図はなく、図７に示すデータベースと同じものを示している。
【０１３７】
例えば、コンテンツ取得部２１が、コンテンツ配信サーバ３ａから、静止画データとテキストデータとが３組配置されたコンテンツ（ＩＤ；ａａ００１）を取得したとする。このコンテンツは、視聴可能な３つの番組の一覧を紹介するコンテンツで、３枚の静止画データは、それぞれの番組の代表的な１シーンを表すサムネイル画像である。そして、３つのテキストデータは、それぞれの番組のタイトルを表す文字列である。当該コンテンツにおいては、上記文字列がクリック（イベント）されると、そのテキストに関連付けられた番組の解説コンテンツを取得するように振る舞い（アクション）が割り当てられている。これは元々コンテンツに付加されているアクションで、携帯端末装置１自身が実行するべきセルフアクションである。
【０１３８】
コンテンツ解析部２２は、上記コンテンツのスクリプトを解析し、解析結果に基づいてコンテンツを図８に示すデータ構造に基づいてコンテンツ記憶部３０に格納する。ここでは、コンテンツ（ＩＤ；ａａ００１）には、メディアデータとして、静止画が３枚とテキストが３つ含まれているので、６つのメディアデータＩＤが、上記コンテンツに関連付けて記憶される。図８には、１つめの番組の静止画（メディアデータ９１ａ）とテキスト、２つめの番組の静止画のメディアデータの具体例を示し、以下の記載を省略している。
【０１３９】
コンテンツ解析部２２は、メディアデータごとにも、属性情報８０（イベントとセルフアクション）があれば、それを関連付けて格納する。メディアデータごとの属性情報８０の詳細を、図９に示す。ここでは、１つめのテキストデータについて、イベントとセルフアクションとが関連付けられていたので、コンテンツ解析部２２は、スクリプトを解析し、上記イベントとセルフアクションとを属性情報８０として格納した場合の具体例を示している。図９に示す属性情報８０（イベントとセルフアクション）は、該テキストデータに対してクリックのイベントが起こったときには、関連する解説コンテンツを取得するというアクションが割り当てられていることを意味している。
【０１４０】
図９および図８に示すとおり、上述のような手順で、取得されたコンテンツがコンテンツ記憶部３０に格納されると、次に、データ関連付け部２４は、図８、９のように管理されている、コンテンツごとかつメディアデータごとに、関連付け情報８１を付加する。データ関連付け部２４は、装置リスト記憶部３１に記憶されている装置リストの機能情報を参照し、どの装置がどの形式のメディアデータをどのように処理できるのかを把握して、メディアデータとコンテンツ処理装置２とを関連付けて関連付け情報８１を生成する。
【０１４１】
関連付け情報８１の具体例を図９に示す。関連付け情報８１は、コンテンツ（または、それに含まれるメディアデータ）と、該コンテンツを処理する他のコンテンツ処理装置２との関連を示す情報である。また、関連付け情報８１は、コンテンツについて、関連コンテンツが存在する場合には、コンテンツ同士の関連性を示す情報を含む。図９に示す例では、データ関連付け部２４は、関連付け情報８１を、コンテンツのメディアデータのイベント（属性情報８０）ごと、かつ、コンテンツ処理装置２ごとに生成する。図９に示すとおり、関連付け情報８１は、少なくとも、遠隔指示宛先情報と遠隔指示アクション情報とを含んでいる。関連コンテンツが存在する場合には、関連付け情報８１は、さらに、元のコンテンツ（第１データ）に関連する、関連コンテンツ（第２データ）に関する情報を含んでいてもよい。
【０１４２】
遠隔指示宛先情報は、あるメディアデータに対して、あるイベントが発生したときに、どの装置に対して遠隔指示情報を送信するのかを示す情報であり、遠隔指示アクション情報は、どのような遠隔指示情報を送信するのかを示す情報である。
【０１４３】
データ関連付け部２４は、まず、装置リスト（例えば、図５）を参照する。そして、どの装置が、どのメディアデータに対してどのような処理を実行できるのか（すなわち、装置の機能）を把握する。
【０１４４】
ここで、現在処理対象となっているコンテンツ「ａａ００１」は、番組（動画）の紹介ページであり、コンテンツ「ａａ００１」のデータ構造を解析すれば、各静止画（第１データ）は動画（第２データ）と紐付けられていることが分かるものとする。そこで、データ関連付け部２４は、上記コンテンツに含まれる静止画のメディアデータ（第１データ）に、動画のメディアデータ（第２データ）を関連付け、さらに、上記第１データに他のコンテンツ処理装置２、および該コンテンツ処理装置２の機能を関連付ける必要があると判断する。
【０１４５】
まず、データ関連付け部２４は、上記静止画（第１データ）に関連する動画（第２データ）の情報を取得する。これは、コンテンツ解析部２２の解析によって、コンテンツ記憶部３０に元々記録されているものであってもよいし、コンテンツ取得部２１がコンテンツ供給装置３に問い合わせて改めて取得されたものであってもよい。そして、例えば、動画のＩＤが取得されると、データ関連付け部２４は、上記静止画のＩＤ（ｖｉｄｅｏ０１＿１）と、上記動画のＩＤ（ｖｉｄｅｏ０１＿３）とを関連付ける。ここで、静止画（第１データ）と動画（第２データ）との紐付けを把握する方法は、様々な方法が考えられる。第１データと第２データとの紐付け方法とその具体例については、〔第１データと第２データの定義〕にて説明したとおりである。
【０１４６】
データ関連付け部２４は、上記装置リストから、上記動画のメディアデータを取得してそのメディアデータを処理（再生や録画などあらゆる処理）することができるアクティブなコンテンツ処理装置２を検索する。
【０１４７】
図５に示す装置リストを参照すれば、データ関連付け部２４は、動画を取得して処理することが可能なアクティブな装置は、テレビ２ａ（ＩＤ；ＤＴＶ２ａ）と、ＢＤレコーダ２ｂ（ＩＤ；ＢＤＲ２ｂ）との２台であることを検知する。そして、そのそれぞれの装置が、「動画を再生」、「動画を録画」する機能（実行可能処理内容）を備えていることを検知する。そして、データ関連付け部２４は、装置リストに記憶された、上記機能をコンテンツ処理装置２に実行させるために必要な遠隔指示アクションを判断する。
【０１４８】
最後に、データ関連付け部２４は、第１データとしてのメディアデータ、イベント、検知されたアクティブな装置ごとに、関連付け情報８１を生成する。関連付け情報８１は、図９に示すとおり、例えば、遠隔指示宛先、機能、遠隔指示アクション、第２データのメディアデータＩＤが含まれる。
【０１４９】
例えば、図５の装置リストによれば、テレビ２ａは、動画のＵＲＬが与えられたら、これに基づいて動画を取得して再生する動画再生機能を有していると分かる。そこで、データ関連付け部２４は、テレビ２ａについては、「ＨＴＴＰ ＧＥＴで、静止画に紐付けられた関連動画（第２データ）のＵＲＬを通知してテレビ２ａに上記動画を取得させる」という旨の遠隔指示アクション情報を生成する。
【０１５０】
具体的には、図９に示すとおり、データ関連付け部２４は、メディアデータＩＤ「ｖｉｄｅｏ０１＿１」の静止画データの、イベント「クリック時」に対して、上記関連付け情報８１、すなわち、「テレビ２ａについて、ＨＴＴＰ ＧＥＴにて、上記静止画データに関連する動画（ｖｉｄｅｏ０１＿３）のＵＲＬを通知してテレビ２ａに上記動画を取得させる」という遠隔指示アクションを付与する。
【０１５１】
このようにして生成され、付加された関連付け情報８１を参照することにより、遠隔指示部２５は、あるメディアデータに対してあるイベントが発生したときに、適切な遠隔指示情報を生成して、適切なコンテンツ処理装置２に送信することができ、結果として、多種多様なコンテンツの処理を遠隔で制御することが可能となる。
【０１５２】
〔遠隔指示情報について〕
携帯端末装置１の遠隔指示部２５は、自装置が処理中のコンテンツ（メディアデータ）に対して所定の操作が行われた場合には、該コンテンツ（メディアデータ）に関連付けられているコンテンツ処理装置２に対して、上記コンテンツあるいは該コンテンツに関連する別のコンテンツの処理を遠隔から指示することができる。遠隔指示部２５は、上述の関連付け情報８１に基づいて、コンテンツの処理を指示するための遠隔指示情報を生成する。
【０１５３】
上述の例を用いてコンテンツ処理部２３および遠隔指示部２５の動作を説明する。
【０１５４】
まず、コンテンツ処理部２３が、コンテンツ記憶部３０から、関連付け情報８１が付与されたコンテンツ（ＩＤ；ａａ００１）を読み出して再生処理を実行し、上記コンテンツを表示部１３に表示する。ユーザは、操作部１２を操作して、表示されたコンテンツのうち、ｖｉｄｅｏ０１＿１の静止画をクリックしたとする。このとき、イベント処理部２０は、クリックのイベント発生をコンテンツ処理部２３および遠隔指示部２５に通知する。コンテンツ処理部２３は、イベント処理部２０によってイベントの発生が検知されたとき、自装置が実行すべきセルフアクション（属性情報８０）が上記イベントに関連付けられている場合には、これを実行してもよい。
【０１５５】
一方、遠隔指示部２５は、コンテンツ（ＩＤ；ａａ００１）のメディアデータ（ＩＤ；ｖｉｄｅｏ０１＿１）の、クリック時の関連付け情報８１を参照する。図９に示す関連付け情報８１にしたがって、遠隔指示部２５は、テレビ２ａとＢＤレコーダ２ｂとのそれぞれに対して、「ＨＴＴＰ ＧＥＴで関連する動画のＵＲＬを取得せよ」という旨の遠隔指示情報を生成する。
【０１５６】
図１０は、遠隔指示部２５が生成する遠隔指示情報の具体例を模式的に示す図である。図１０に示す遠隔指示情報は、本発明の一例を示すものであって、本発明を限定する意図はない。
【０１５７】
図１０に示すとおり、遠隔指示情報は、アクションの種別を指定するＭＥＴＨＯＤと、アクション実施の対象物（目的のデータ）の所在を指定するＵＲＬと、アクション実施の対象物として添付されるメディアデータを格納するＢＯＤＹとを含むデータ構造となっている。図１０に示す具体例では、遠隔指示情報は、ＵＲＬに指定されているメディアデータを取得することを指示するものとなっている。
【０１５８】
例えば、テレビ２ａが図１０に示す遠隔指示情報を携帯端末装置１から受信すると、受信した遠隔指示情報にしたがって、動画（ｖｉｄｅｏ０１＿１の静止画に対応する関連動画）を指定されたＵＲＬに基づいて取得して、これを再生する処理を実行することができる。また、同様に、ＢＤレコーダ２ｂは、上記遠隔指示情報にしたがって、上記関連動画を取得してこれを録画する処理を実行することができる。
【０１５９】
なお、遠隔指示部２５は、処理対象のメディアデータ（画像）などを、ＵＲＬ指定ではなく、遠隔指示情報に含めて直接コンテンツ処理装置２に送信することができる。この場合、遠隔指示部２５は、フィールドＢＯＤＹに、ＮＵＬＬではなく、処理対象のメディアデータを格納する。
【０１６０】
以下では、データ関連付け部２４が実行する関連付け処理と、遠隔指示部２５が実行する遠隔指示情報伝達処理の流れについて説明するが、まず、その際に用いる具体例について、図１１〜図１４に基づいて説明する。
【０１６１】
〔具体例の説明〕
・コンテンツの具体例−ＨＴＭＬ記述例および画面表示例
図１１と図１２を参照して、コンテンツの具体例について述べる。図１１は、携帯端末装置１のコンテンツ処理部２３がコンテンツを再生処理したことによって、表示部１３に表示される画面の具体例を示す図である。図１２は、コンテンツ取得部２１が取得した解析前のコンテンツが、ＨＴＭＬで記述された場合の記述例を示す図である。図１１および図１２に示したコンテンツは、一例として、ＶｏＤ（Video on Demand）のムービーコンテンツを一覧表示するためのコンテンツを示している。
【０１６２】
コンテンツ９０は、以下の手順でコンテンツ配信サーバ３ａから携帯端末装置１へと供給されたものである。ユーザの携帯端末装置１に対する操作にしたがって、携帯端末装置１のコンテンツ取得部２１は、コンテンツ配信サーバ３ａを運営するＶｏＤサービス事業者のサイトにアクセスする。ユーザは、ユーザ情報(アカウント、パスワードなど)を入力しているので、コンテンツ取得部２１は、上記ユーザ情報に基づいて上記事業者が提供するサービスにログインする。これにより、携帯端末装置１の表示部１３にて、ＶｏＤムービーコンテンツをブラウザで閲覧または検索することができる。上記サービスでは、ユーザは、ブラウザから気になるＶｏＤムービーコンテンツをチェックすることができる。さらに、上記サービスでは、後から、チェックしたＶｏＤムービーコンテンツのリストを一覧表示する機能を提供している。図１１および図１２に示すコンテンツ９０は、ユーザがチェックしたムービーコンテンツを一覧表示させるためのコンテンツを想定している。
【０１６３】
図１１に示す例では、ＶｏＤムービーコンテンツのリストは縦一列に列挙される表示形態である。一行が１つのムービーコンテンツに対応しており、この一行の左側に静止画像（ムービーの内容を代表するサムネイル画像）、右側にタイトル文字列を表示する。図１２の記述例では、２６行目、３７行目、４８行目の<ｉｍｇ>タグで参照されているｐｎｇデータが左側に表示される静止画像、２９行目、４０行目、５１行目に記述されている文字列が、右側に表示されるタイトル文字列であり、これらが、コンテンツ９０に含まれるメディアデータ９１となる。例えば、図１２の２６行目に記述されているメディアデータ９１ａが、図１１の左上の静止画であるメディアデータ９１ａに対応している。
【０１６４】
図１３は、図１１および図１２のコンテンツ９０が、図７に示したデータベース構造に即して、コンテンツ記憶部３０に格納された状態を模式的に示す図である。図１３に示すコンテンツ９０のデータ構造は、図１２に示すコンテンツ９０をコンテンツ解析部２２が解析したものである。図１３に示されているコンテンツ９０の各フィールド(content_id、original_url、local_cache)は、コンテンツ取得部２１が、コンテンツ９０の取得を完了した時点で、コンテンツ解析部２２が更新するものであってよい。
【０１６５】
コンテンツ解析部２２は、コンテンツ９０を解析し、コンテンツ９０の中に、メディアデータ９１の存在を確認する。具体的には、メディアデータ９１ａを含む３つの静止画データ、および、３つのテキストデータである。コンテンツ解析部２２は、図１３に示すとおり、コンテンツ９０に関連付けて、各メディアデータにつき、データエントリを作成する。例えば、data_id「ｖｉｄｅｏ０１＿１」のデータエントリは、図１１および図１２に示すメディアデータ９１ａに対応している。
【０１６６】
より具体的には、コンテンツ解析部２２は、data_idについて、図１２のＨＴＭＬ文中の当該メディアデータのタグに付与されているｉｄ等を利用して一意に定める。また、コンテンツ解析部２２は、local_cacheについては、実際に、メディアデータ９１を取得した段階で更新する。本実施形態では、図１２の２９行目に記述されているテキストデータについては、<ａ>タグにより別のコンテンツ９０へのハイパーリンクが設定されている。このため、メディアデータ９１であるテキストデータ「はじめてのピラティス」をユーザがクリックすると、コンテンツ取得部２１が、リンク先である別のコンテンツ（例えば、番組「はじめてのピラティス」を紹介、解説するコンテンツ）を取得するようになっている。
【０１６７】
コンテンツ解析部２２は、コンテンツ記憶部３０にコンテンツを格納する時には、ハイパーリンクへの操作内容を反映する。図１３に示す例では、コンテンツ解析部２２は、ｏｎＣｌｉｃｋのイベントを、テキストのメディアデータ「ｖｉｄｅｏ０１＿２」（「はじめてのピラティス」の文字列）に関連付けており、上記イベントに対して、さらに、action_idが「ａｃｔｉｏｎ０１＿２＿１」で識別されるアクションを関連付けている。このアクションは、action_methodがＨＴＴＰ ＧＥＴであり、action_urlがリンク先であるＵＲＬを示している。つまり、このアクションは、上記ＵＲＬに格納されている、ＨＴＭＬデータを取得するというアクションであり、テキストデータ「はじめてのピラティス」がクリックされるというイベントが発生したときに、携帯端末装置１によって実行されるアクションである。
【０１６８】
・コンテンツとコンテンツ処理装置との関連付けの具体例−ＤＢ保存状態、画面表示例、ＨＴＭＬ記述例（ＨＴＭＬを編集／再取得する場合）
次に、図１２および図１３に示すコンテンツ９０が取得されたときに、近隣のコンテンツ処理装置２がエントリされている場合に、データ関連付け部２４が、コンテンツ９０と該コンテンツ処理装置２の機能情報に基づいて生成した関連付け情報の具体例について述べる。
【０１６９】
図１４は、図１３に示すコンテンツ９０のメディアデータ９１ａについて、関連付け情報８１が付与された状態を模式的に示す図である。
【０１７０】
図１４に示す例では、関連付け情報８１は、メディアデータ９１ａ（data_id；ｖｉｄｅｏ０１＿１）であるｐｎｇデータについて、これが画面上でクリックされたときに、遠隔指示部２５が実行すべき、遠隔指示用のアクションを示している。具体的には、関連付け情報８１は、ＩＰアドレスが「１９２．１６８．０．３」であるコンテンツ処理装置２に対して、コンテンツ配信サーバ３ａのＵＲＬと、上記ｐｎｇデータに紐付けられている動画の「ビデオＩＤ」を通知して、ＨＴＴＰ ＧＥＴリクエストを送信するように、携帯端末装置１に対して指示するものである。
【０１７１】
関連付け情報８１についてさらに詳細に説明すると、図１４に示すとおり、関連付け情報８１において、event_idが「ｏｎＣｌｉｃｋ」のイベントが、メディアデータ「ｖｉｄｅｏ０１＿１」に関連付けられており、上記イベントが、action_idが「ａｃｔｉｏｎ０１＿１＿１」であるアクションと関連付けられている。上記アクションは、action_methodについて「ＨＴＴＰ ＧＥＴ」が指定されている。また、action_urlについては、「コンテンツ処理装置２が処理を行うために携帯端末装置１が遠隔指示情報を作成するために必要な情報」が指定されている。すなわち、コンテンツ処理装置２を特定するためのＩＰアドレス情報「１９２．１６８．０．３」、コンテンツ処理装置２に、メッセージを送信するものであることを示す文字列「ｓｅｎｄ＿ｍｅｓｓａｇｅ」、および、コンテンツ処理装置２が処理実行時に必要とするパラメータ（属性、値のセット）を列挙したものをつなぎあわせてＵＲＬの形式にしたものが、action_urlに格納される。
【０１７２】
図１４に示す例では「ｓｅｒｖｉｃｅＵｒｌ」としてコンテンツ配信サーバ３ａのＵＲＬが指定されており、「ｖｉｄｅｏＩｄ」としてコンテンツ配信サーバ３ａで管理されているビデオコンテンツの識別子が指定されており、「ｕｉｄ」としてユーザ識別子が指定されている。上述の情報を含むaction_urlがコンテンツ処理装置２によって取得されると、コンテンツ処理装置２は、上記「ｓｅｒｖｉｃｅＵｒｌ」で指定されるコンテンツ配信サーバ３ａに対して、上記「ｕｉｄ」で指定されるユーザ識別子でアクセスすることができ、さらに、「ｖｉｄｅｏＩｄ」で指定されるビデオコンテンツ(第２データ)を取得して、再生することができる。
【０１７３】
次に、図１１〜図１４の具体例に基づいて、携帯端末装置１の処理の流れを説明する。
【０１７４】
〔関連付け処理および遠隔指示情報伝達処理の流れについて〕
図１５は、携帯端末装置１のデータ関連付け部２４が実行する関連付け処理、および、遠隔指示部２５が実行する遠隔指示情報伝達処理の流れを示すフローチャートである。
【０１７５】
はじめに、携帯端末装置１のイベント処理部２０が、操作部１２を介して、あるコンテンツの取得、および、それを再生する旨の指示が入力されたことを検知する（Ｓ２０１においてＹＥＳ）。この指示にしたがって、コンテンツ取得部２１は、通信部１４を介して、指示されたコンテンツ配信サーバ３ａから指示されたコンテンツを取得する（Ｓ２０２）。例えば、図１２に示すコンテンツ９０が取得される。
【０１７６】
続いて、コンテンツ解析部２２は、コンテンツ９０を解析して、コンテンツ９０に含まれる各メディアデータ９１の情報（例えば、データファイルのＵＲＬ、ファイル名、データ形式、データサイズ、画面上に表示する際の座標値情報、再生する際のタイミング情報、再生速度情報、音量情報、など）を、所定のデータ構造にてコンテンツ記憶部３０に格納する（Ｓ２０３）。コンテンツ記憶部３０に記憶されたコンテンツ９０のデータ構造は、例えば、図１３に示すとおりである。
【０１７７】
なお、コンテンツ９０が図１２に示すようにマークアップ言語であるＨＴＭＬで記述されるなどして、各メディアデータ９１が外部参照されている場合には、Ｓ２０２に戻り、コンテンツ取得部２１が上記外部参照されているメディアデータを取得することにしてもよい。あるいは、上記メディアデータを実際に再生するようユーザが操作した段階で初めて取得することにしてもよい。例えば、静止画データであれば、Ｓ２０３の段階でＳ２０１に戻り、予め静止画データを取得しておくことによって、直ちに表示できるようにしておくことが望ましいと考えられるし、一方、ストリーミング再生する動画データであれば、あとでユーザ操作により再生開始が指示された時点で、コンテンツ取得部２１がデータ取得することが望ましいと考えられる。
【０１７８】
次に、データ関連付け部２４が、コンテンツ９０に含まれる各メディアデータ９１について、関連付け情報８１を付与する関連付け処理を実行する。詳細には、データ関連付け部２４は、装置リスト記憶部３１に記憶されている装置リストを参照して、携帯端末装置１の周囲で現在アクティブなコンテンツ処理装置２の把握する（Ｓ２０４）。そして、上記装置リストから、上記アクティブなコンテンツ処理装置２のそれぞれについて、家庭内ＬＡＮ５ａ上のアドレス情報、データ形式ごとにメディアデータに対して実行可能な処理内容の情報（すなわち、機能情報）を取得する。
【０１７９】
そして、データ関連付け部２４は、関連付け情報８１を生成することにより、コンテンツの各メディアデータ９１とコンテンツ処理装置２とを関連付ける（Ｓ２０５）。データ関連付け部２４は、機能情報に基づいて、メディアデータ９１と関連が深いメディアデータについて何らかの処理を実行できるコンテンツ処理装置２とを関連付ける。この関連付け処理が実行された結果、コンテンツ記憶部３０に記憶されているコンテンツ９０のデータ構造は、例えば、図１３に示すデータ構造から、図１４に示すデータ構造へと更新される。
【０１８０】
なお、図６に示すとおり、アクティブなコンテンツ処理装置２を管理する装置リストは、定期更新やコンテンツ処理装置２からのオファーによって、時間の経過とともに変化する可能性がある。このため、装置リストが更新された場合には（Ｓ２０６においてＹＥＳ）、更新された装置リストに基づいて、データ関連付け部２４は、関連付け処理を再度実行することが望ましい。
【０１８１】
続いて、コンテンツ処理部２３（ここでは、コンテンツ処理部２３は、コンテンツを再生する再生制御部として機能する）は、コンテンツ記憶部３０に記憶されている図１４に示すコンテンツ９０を処理して、再生表示用のコンテンツ９０を表示部１３に出力する。これにより、表示部１３は、コンテンツ９０を再生表示することができる（Ｓ２０７）。表示部１３にコンテンツ９０が表示されたときの画面の一例は、図１１に示すとおりである。
【０１８２】
コンテンツ９０が再生されている間、再生中のコンテンツに対して、ユーザ操作が行われないうちに、装置リストが更新された場合には（Ｓ２０８においてＮＯ、Ｓ２０６においてＹＥＳ）、データ関連付け部２４は関連付け処理（Ｓ２０４、Ｓ２０５）を繰り返し、コンテンツ処理部２３が、更新されたコンテンツ９０を再生して、再び、ユーザ操作待機状態に遷移する。
【０１８３】
一方、コンテンツ９０が再生されている間、コンテンツに対してユーザが何らかの操作を行うと、イベント処理部２０は、操作部１２を介して、ユーザ操作のイベント発生を検知する（Ｓ２０８においてＹＥＳ）。操作イベントは、イベント処理部２０から、コンテンツ処理部２３、コンテンツ取得部２１、遠隔指示部２５などの制御部１０の各部へ通知される。イベント処理部２０が検知する操作イベントとしては、具体的には、携帯端末装置１が備える特定のキーの押下、あるいは、携帯端末装置１が備えるタッチスクリーンのタップなどが想定される。このような、イベント発生通知は、以下のようにして実現する。すなわち、制御部１０の各部が取り扱うためのイベントハンドラを、イベント処理部２０に予め登録しておくことで、実際に特定のキーの押下やタッチスクリーンのタップといった操作イベント（これらは通常、操作部１２の図示しないデバイスドライバを介してイベント処理部２０へ通知される）が、各部に通知されるようになる。
【０１８４】
制御部１０は、イベント発生時の状態（フォーカス位置がどこにあるか、など）、イベントの種類（どのキーが押下されたか、など）といった条件で場合分けを行い、各場合において規定されている処理の実行を、コンテンツ取得部２１、コンテンツ処理部２３、遠隔指示部２５などの各部へ指示する。
【０１８５】
ここで、操作されたメディアデータおよび発生した操作イベントに対して、所定のコンテンツを取得するというアクション（図９に示すセルフアクション（８０）、図１３に示す属性情報８０など）が割り当てられている場合（Ｓ２０９においてＹＥＳ）、コンテンツ取得部２１は、Ｓ２０１に戻り、指定されたコンテンツ（またはメディアデータ）を取得する。この場合、上記アクションには、例えば、ＵＲＬが指定されているなど、別のコンテンツを取得する旨の記述文が含まれる。
【０１８６】
あるいは、上記メディアデータおよび上記操作イベントに対して、他の装置に遠隔指示情報を送信するというアクション（図９、図１４に示す関連付け情報８１）が割り当てられている場合（Ｓ２０９においてＮＯ、Ｓ２１０においてＹＥＳ）、遠隔指示部２５は、遠隔指示情報伝達処理を実行する。すなわち、遠隔指示部２５は、アクティブなコンテンツ処理装置２にそれぞれに対して、関連付け情報８１に基づいて遠隔指示情報（図１０参照）を生成し、これを、通信部１４または近距離無線通信部１５を介して、それぞれのコンテンツ処理装置２に送信する（Ｓ２１１）。これにより、コンテンツ処理装置２は、コンテンツの処理に必要な情報を遠隔指示情報の中から入手することができ、指示どおりにコンテンツの処理を実行することができる。
【０１８７】
Ｓ２０８にて検知されるユーザ操作によって、入力される指示としては、他に例えば、再生制御のためのメニューを表示する指示、画面をスクロールさせる指示、所定のＵＲＬに対してＨＴＴＰリクエストを送信する指示、携帯端末装置１が備える所定の機能を実行する指示、などといったものが考えられる。これらの指示が入力された場合には（Ｓ２１０においてＮＯ）、これらの指示に対応するアクションを携帯端末装置１の各部が適宜実行する（Ｓ２１２）。なお、Ｓ２１２で携帯端末装置１が実行する処理は、携帯端末装置１の機能として予めプログラムされているアクションであってもよいし、コンテンツ９０のスクリプト記述などによって割り当てられているアクションであってもよい。
【０１８８】
Ｓ２０８において操作されたメディアデータに、自装置が実行すべきアクションと、遠隔指示すべきアクションとが両方含まれている場合には、携帯端末装置１は、自装置において割り当てられたアクションを実行するとともに、他のコンテンツ処理装置２に対しても割り当てられたアクションにしたがって遠隔指示情報を送信してもよい。例えば、静止画データがクリックされた場合に、自装置において、当該静止画データに関連する番組の解説コンテンツを表示するとともに、他の装置に対しては、関連する動画を再生させる、というように、自装置の処理と他の装置への処理の指示を両立することが可能である。
【０１８９】
コンテンツ９０の再生を終了する旨の指示が入力されないうちは（Ｓ２１３においてＮＯ）、コンテンツ処理部２３は、コンテンツ９０の再生を継続し、装置リストの更新またはユーザ操作のイベント発生を待機する状態に遷移する。コンテンツ９０の再生を終了する旨の指示が入力された場合は（Ｓ２１３においてＹＥＳ）、一連の処理を終了する。
【０１９０】
〔変形例〕
上述の実施形態では、１つのメディアデータに複数のコンテンツ処理装置２の機能が関連付けられている場合、それぞれのコンテンツ処理装置２に対して、それぞれの遠隔指示情報が送信される構成について説明した。しかし本発明の構成はこの構成に限定されない。
【０１９１】
例えば、メディアデータに関連付けられているコンテンツ処理装置２あるいは機能が複数種類ある場合には、そのメディアデータが操作されたときに、さらに、それを選択肢とするＧＵＩを表示し、ユーザによって選択された選択肢に基づいて、１つの装置に１つの遠隔指示情報を送信する構成としてもよい。
【０１９２】
図１６は、上記ＧＵＩの具体例を示す図である。
【０１９３】
図１６に示すメディアデータ９１ａ（静止画データ）には、図９に示すとおり、メディアデータ９１ａの関連動画を処理可能なテレビ２ａとＢＤレコーダ２ｂとが対応付けられている。そこで、コンテンツ処理部２３は、メディアデータ９１ａがユーザ操作によって選択されたとき、テレビ２ａとＢＤレコーダ２ｂとのいずれの装置に上記関連動画を処理させたいのかをユーザに選択させるためのＧＵＩ９２を表示してもよい。このとき、ＧＵＩ９２の選択肢には、図９に示す装置ＩＤまたは装置名をそのまま記載してもよいし、図９に示す各装置の機能名を記載してもよい。図１６に示す例では、各装置の機能名を選択肢に記載している。ここで、「動画を録画」が選択された場合には、遠隔指示部２５は、図９に示す関連付け情報８１のうち、遠隔指示宛先「ＢＤＲ２ｂ」に関連付けられている遠隔指示アクションに基づいて、遠隔指示情報を生成し、これを、通信部１４を介して、ＢＤレコーダ２ｂに送信する。
【０１９４】
これにより、携帯端末装置１は、コンテンツ９０を再生中に、メディアデータ９１ａ（第１データ）に対して所定の操作が行われた場合に、メディアデータ９１ａに関連するメディアデータ（第２データ）の録画処理を、ＢＤレコーダ２ｂに対して遠隔指示することが可能となる。
【０１９５】
〔コンテンツ処理システムにおける装置間の情報の流れ〕
図１７は、携帯端末装置１とコンテンツ処理装置２との間での情報の授受を説明するシーケンス図である。
【０１９６】
携帯端末装置１において、機能情報取得処理が実行されるとき、まず、周囲の装置の探索が行われる。これは図６のＳ１０２に相当する。装置の探索には、例えば、ＵＰｎＰで規定されるＤｅｖｉｃｅ Ｄｉｓｃｏｖｅｒｙの仕組みを用いることが可能である。
【０１９７】
具体的には、携帯端末装置１は、装置を発見するためのパケットをマルチキャスト送信し（Ｓ３０１）、これに対し、コンテンツ処理装置２は、ＩＰアドレスを含む応答メッセージを携帯端末装置１に返信する（Ｓ３０２）。
【０１９８】
続いて、携帯端末装置１およびコンテンツ処理装置２は、装置情報の交換を行う。これは図６のＳ１０４に相当する。装置情報の交換には、例えば、ＵＰｎＰで規定されるＤｅｓｃｒｉｐｔｉｏｎの仕組みを利用することが可能である。
【０１９９】
具体的には、携帯端末装置１は、機能情報を要求するためのパケットをユニキャスト送信し（Ｓ３０３）、これに対し、コンテンツ処理装置２は、自装置の機能情報を返信する（Ｓ３０４）。これにより、携帯端末装置１は、コンテンツ処理装置２が、メディアデータのデータ形式の種類ごとに、各メディアデータに対してどのような処理を実行することができるのかを把握することができる。
【０２００】
そして、携帯端末装置１は、適宜のタイミングで、遠隔指示アクションを指示するユーザ操作を受け付けて、これに応じて、遠隔指示情報伝達処理を実行する。遠隔指示情報伝達処理において、携帯端末装置１が送信するリクエストは、コンテンツ処理装置２に対して送信する遠隔指示情報のことであり、ＵＲＬに“send_message”の文字列が含まれる。携帯端末装置１が、“send_message”を含む遠隔指示情報を送信すると（Ｓ３０５）、コンテンツ処理装置２は、指示されたコンテンツ処理を実行する。ここで、コンテンツ処理装置２は、遠隔指示情報に対するレスポンスとして、処理結果が反映された制御ＵＩ、遠隔指示情報を問題なく受け取った旨を示す制御ＵＩ、あるいは、処理が完了したことを示す制御ＵＩなどを携帯端末装置１に返信してもよい（Ｓ３０６）。
【０２０１】
〔応用例〕
これまで説明してきた本発明のコンテンツ処理システム１００の仕組みを活用して実現できるアプリケーションについて例示する。
【０２０２】
（応用例１：ＶｏＤ再生）
ビデオ・オン・デマンド（ＶｏＤ）サービスでは、まず、携帯端末装置１などの制御エンティティにおいて、コンテンツの一覧、検索、コンテンツ情報（キャスティングやあらすじ、予告編ムービー、視聴者の評価コメントなど）の閲覧を行い、見たいコンテンツの視聴権利を購入する。購入したコンテンツに関する情報を処理エンティティとしてのテレビへ送信することにより、当該コンテンツをテレビで再生し、視聴することができる。
【０２０３】
本発明のコンテンツ処理システム１００では、上述したとおり、１つのコンテンツについて、関連する複数の他のコンテンツあるいはメディアデータが管理されており、例えば、コンテンツ処理装置の機能などに応じて、その１群のメディアデータから選択的に各装置にメディアデータが供給される。
【０２０４】
よって、同じ群に紐付けされたコンテンツについて、同種の処理を実行する場合でも、携帯端末装置１が実行する場合と、テレビ２ａが実行する場合とは、処理結果の出力一様でなく異なる場合がある。例えば、携帯端末装置１では、低解像度の画像（第１データ）が表示され、テレビ２ａでは、同じ内容の画像でも、上記第１データよりも高解像度の画像（第２データ）が表示されるといった具合である。
【０２０５】
携帯端末装置１は、自装置にて処理中のコンテンツに紐付けられた他のコンテンツを処理するよう、他の装置に指示を送ることで、自装置にて処理できないコンテンツについても、当該コンテンツの処理の実行を指示することが可能である。よって、画一的な連携ではなく、コンテンツを多様な装置に、多様に処理させるといった柔軟な連携を実現することが可能となる。
【０２０６】
（応用例２：録画予約）
まず、ユーザは、携帯端末装置１において、放送番組表の閲覧を行い、見たい番組を発見する。そして、上記番組に関する情報を含む遠隔指示情報を、ＢＤレコーダなどのレコーダへ送信する。これにより、レコーダにて上記番組を録画することができる。例えば、本発明のコンテンツ処理システム１００では、携帯端末装置１は、自装置に備わっていない機能（処理内容）についても、それを備える他の装置に指示を送ることで、当該処理の実行を指示することが可能である。よって、画一的な連携ではなく、コンテンツを多様な装置に、多様に処理させるといった柔軟な連携を実現することが可能となる。
【０２０７】
（応用例３：カーナビ目的地設定）
ユーザは、携帯端末装置１を用いて、目的地に関する情報を検索する。携帯端末装置１が取得した目的地情報は、ＪＰＥＧ形式の画像データの注釈領域に埋め込まれた状態で、テキストデータの状態で、携帯端末装置１に保存される。
【０２０８】
ユーザが携帯端末装置１を持って、カーナビゲーション装置２ｃが搭載された車両に乗り込み、携帯端末装置１とカーナビゲーション装置２ｃとを赤外線通信させる。
【０２０９】
携帯端末装置１は、上記目的地情報を、画像データ形式あるいはテキストデータ形式にてカーナビゲーション装置２ｃに送信することができる。上記目的地情報を受信したカーナビゲーション装置２ｃは、該目的地情報を目的地として登録し、該目的地までの道案内を開始することができる。このように、家庭内ＬＡＮ５ａだけでなく、近距離無線通信手段を介して通信可能な装置とも、柔軟な連携を実現することが可能となる。
【０２１０】
以上で説明した実施形態、変形例および応用例においては、コンテンツ供給装置３から提供されるコンテンツを、図２に示す具体例としての携帯端末装置１、テレビ２ａ、ＢＤレコーダ２ｂ、カーナビゲーション装置２ｃが処理する場合について述べたが、コンテンツを処理する処理エンティティあるいは制御エンティティの実現は、複数の機能が一体に構成されてなる単一の装置によってなされるものとは限らない。
【０２１１】
すなわち、受信機などのようにコンテンツを取得するための取得装置、画像を取得するための、カメラなどのメディアデータ入力装置、コンテンツの処理に特化したコンテンツ処理装置、および、テレビジョン受像機などのメディアデータ出力装置など、複数の装置を組み合わせて、１つの処理エンティティあるいは制御エンティティを実現してもよい。
【０２１２】
このような場合であっても、各装置は、相互に専用回線を介した通信あるいは無線通信などを行って、メディアデータ、制御信号をやり取りする。そして、各装置のうち、上記コンテンツ処理装置において、上記取得装置によって取得されたスクリプトの再生および編集処理を実行する。そして、上記メディアデータ入力装置にて入力されたメディアデータなどを用いて、マルチメディアコンテンツの編集を行うことができる。さらに、上記メディアデータ出力装置にて、上記取得されたコンテンツ、あるいは、上記編集したマルチメディアデータを再生させることができる。
【０２１３】
さらに、このようなスクリプトを実行するスクリプト実行方法を、プログラムとして提供することもできる。このようなプログラムは、コンピュータに付属するフレキシブルディスク、ＣＤ−ＲＯＭ（Compact Disc-Read Only Memory）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）およびメモリカードなどのコンピュータ読取り可能な記録媒体にて記録させて、プログラム製品として提供することもできる。あるいは、コンピュータに内蔵するハードディスクなどの記録媒体にて記録させて、プログラムを提供することもできる。また、ネットワークを介したダウンロードによって、プログラムを提供することもできる。
【０２１４】
提供されるプログラム製品は、ハードディスクなどのプログラム格納部にインストールされて実行される。なお、プログラム製品は、プログラム自体と、プログラムが記録された記録媒体とを含む。
【０２１５】
今回開示された実施形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
【０２１６】
最後に、携帯端末装置１の各ブロック、特に、コンテンツ解析部２２、データ関連付け部２４、遠隔指示部２５、および、機能情報取得部２６は、ハードウェアロジックによって構成してもよいし、次のようにＣＰＵを用いてソフトウェアによって実現してもよい。
【０２１７】
すなわち、携帯端末装置１は、各機能を実現する制御プログラムの命令を実行するＣＰＵ（central processing unit）、上記プログラムを格納したＲＯＭ（read only memory）、上記プログラムを展開するＲＡＭ（random access memory）、上記プログラムおよび各種データを格納するメモリ等の記憶装置（記録媒体）などを備えている。そして、本発明の目的は、上述した機能を実現するソフトウェアである携帯端末装置１の制御プログラムのプログラムコード（実行形式プログラム、中間コードプログラム、ソースプログラム）をコンピュータで読み取り可能に記録した記録媒体を、上記携帯端末装置１に供給し、そのコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に記録されているプログラムコードを読み出し実行することによっても、達成可能である。
【０２１８】
上記記録媒体としては、例えば、磁気テープやカセットテープ等のテープ系、フロッピー（登録商標）ディスク／ハードディスク等の磁気ディスクやＣＤ−ＲＯＭ／ＭＯ／ＭＤ／ＤＶＤ／ＣＤ−Ｒ等の光ディスクを含むディスク系、ＩＣカード（メモリカードを含む）／光カード等のカード系、あるいはマスクＲＯＭ／ＥＰＲＯＭ／ＥＥＰＲＯＭ／フラッシュＲＯＭ等の半導体メモリ系などを用いることができる。
【０２１９】
また、携帯端末装置１を通信ネットワークと接続可能に構成し、上記プログラムコードを、通信ネットワークを介して供給してもよい。この通信ネットワークとしては、特に限定されず、例えば、インターネット、イントラネット、エキストラネット、ＬＡＮ、ＩＳＤＮ、ＶＡＮ、ＣＡＴＶ通信網、仮想専用網（virtual private network）、電話回線網、移動体通信網、衛星通信網等が利用可能である。また、通信ネットワークを構成する伝送媒体としては、特に限定されず、例えば、ＩＥＥＥ１３９４、ＵＳＢ、電力線搬送、ケーブルＴＶ回線、電話線、ＡＤＳＬ回線等の有線でも、ＩｒＤＡやリモコンのような赤外線、Ｂｌｕｅｔｏｏｔｈ（登録商標）、８０２．１１無線、ＨＤＲ、携帯電話網、衛星回線、地上波デジタル網等の無線でも利用可能である。なお、本発明は、上記プログラムコードが電子的な伝送で具現化された、搬送波に埋め込まれたコンピュータデータ信号の形態でも実現され得る。
【産業上の利用可能性】
【０２２０】
本発明は、コンテンツを処理する制御装置および被制御装置を含むコンテンツ処理システムに利用することができる。例えば、本発明の制御装置および被制御装置を、ＤＬＮＡ対応機器にて構成した場合、多種多様な機能を備える被制御装置に、多種多様なコンテンツをあらゆる処理内容で処理させることが可能となり、装置間の柔軟な連携を実現することができる。
【符号の説明】
【０２２１】
１ 携帯端末装置（制御装置）
２ コンテンツ処理装置（被制御装置）
２ａ テレビ（被制御装置）
２ｂ ブルーレイディスク（ＢＤ）レコーダ（被制御装置）
２ｃ カーナビゲーション装置（被制御装置）
３ コンテンツ供給装置
３ａ〜ｃ コンテンツ配信サーバ（コンテンツ供給装置）
４ 家庭内ルータ
５ａ 家庭内ＬＡＮ
５ｂ インターネット
５ｃ 近距離無線通信手段
５ｄ 公衆無線ＬＡＮ等
１０ 制御部
１１ 記憶部
１２ 操作部
１３ 表示部
１４ 通信部
１５ 近距離無線通信部
２０ イベント処理部
２１ コンテンツ取得部
２２ コンテンツ解析部
２３ コンテンツ処理部
２４ データ関連付け部（関連付け手段）
２５ 遠隔指示部（遠隔指示手段）
２６ 機能情報取得部（機能情報取得手段）
３０ コンテンツ記憶部
３１ 装置リスト記憶部（機能情報記憶部）
８０ 属性情報
８１ 情報
９０ コンテンツ
９１ メディアデータ
９１ａ メディアデータ
９２ ＧＵＩ
１００ コンテンツ処理システム
【特許請求の範囲】
【請求項１】
コンテンツの処理の実行を被制御装置に指示する制御装置であって、
上記被制御装置が実行可能な処理の内容をコンテンツのデータ形式ごとに示す機能情報に基づいて、コンテンツに対し、該コンテンツを実行可能な被制御装置と、該被制御装置が該コンテンツに対して実行可能な処理とを関連付ける関連付け手段と、
自装置において、上記関連付け手段によって関連付けが行われたコンテンツについて、所定のイベントが発生した場合に、該コンテンツに関連付けられた被制御装置に対して、該コンテンツに関連付けられた処理の実行を指示する遠隔指示手段とを備えていることを特徴とする制御装置。
【請求項２】
上記関連付け手段は、
上記コンテンツに対して、さらに、該コンテンツに関連する関連コンテンツを関連付けるものであり、
上記遠隔指示手段は、
上記所定のイベントが発生したコンテンツに関連付けられた関連コンテンツに対する処理の実行を指示することを特徴とする請求項１に記載の制御装置。
【請求項３】
上記関連付け手段は、
コンテンツに関連付ける上記被制御装置の実行可能な処理を、自装置がユーザ操作を受け付けることにより発生する操作イベントごとに関連付けるものであり、
上記遠隔指示手段は、
自装置において、上記関連付け手段によって関連付けが行われたコンテンツについて、上記操作イベントが発生した場合に、該コンテンツおよび発生した該操作イベントに関連付けられた処理の実行を指示することを特徴とする請求項１または２に記載の制御装置。
【請求項４】
上記コンテンツには、１以上のメディアデータが含まれており、上記機能情報は、上記メディアデータのデータ形式ごとに、上記被制御装置が実行可能な処理の内容を示すものであり、
上記関連付け手段は、上記コンテンツのメディアデータごとに上記関連付けを行うことを特徴とする請求項１から３までのいずれか１項に記載の制御装置。
【請求項５】
通信可能な１以上の被制御装置から、それぞれの機能情報を取得する機能情報取得手段と、
通信可能な被制御装置ごとに、上記機能情報を記憶する機能情報記憶部とを備えていることを特徴とする請求項１から４までのいずれか１項に記載の制御装置。
【請求項６】
上記機能情報取得手段は、
通信可能な被制御装置を定期的に確認して、上記機能情報記憶部に記憶されている機能情報を更新するものであり、
上記関連付け手段は、
上記機能情報が更新された場合に、更新された機能情報に基づいて、上記関連付けの内容を更新することを特徴とする請求項５に記載の制御装置。
【請求項７】
請求項１から６までのいずれか１項に記載の制御装置と、
上記制御装置の指示にしたがって、コンテンツを処理する被制御装置と、
上記制御装置および上記被制御装置にコンテンツを供給するコンテンツ供給装置とを含むことを特徴とするコンテンツ処理システム。
【請求項８】
コンテンツの処理の実行を被制御装置に指示する遠隔制御方法であって、
上記被制御装置が実行可能な処理の内容をコンテンツのデータ形式ごとに示す機能情報に基づいて、コンテンツに対して、該コンテンツを実行可能な被制御装置と、該被制御装置が該コンテンツに対して実行可能な処理とを関連付けるデータ関連付けステップと、
上記データ関連付けステップにて関連付けが行われたコンテンツについて、所定のイベントの発生を検知する検知ステップと、
上記検知ステップにて上記イベントが検知された場合に、上記コンテンツに関連付けられた被制御装置に対して、該コンテンツに関連付けられた処理の実行を指示する遠隔指示ステップとを含むことを特徴とする遠隔制御方法。
【請求項９】
コンピュータを、請求項１から６までのいずれか１項に記載の制御装置の各手段として機能させるための制御プログラム。
【請求項１０】
請求項９に記載の制御プログラムを記録したコンピュータ読み取り可能な記録媒体。
【請求項１】
コンテンツの処理の実行を被制御装置に指示する制御装置であって、
上記被制御装置が実行可能な処理の内容をコンテンツのデータ形式ごとに示す機能情報に基づいて、コンテンツに対し、該コンテンツを実行可能な被制御装置と、該被制御装置が該コンテンツに対して実行可能な処理とを関連付ける関連付け手段と、
自装置において、上記関連付け手段によって関連付けが行われたコンテンツについて、所定のイベントが発生した場合に、該コンテンツに関連付けられた被制御装置に対して、該コンテンツに関連付けられた処理の実行を指示する遠隔指示手段とを備えていることを特徴とする制御装置。
【請求項２】
上記関連付け手段は、
上記コンテンツに対して、さらに、該コンテンツに関連する関連コンテンツを関連付けるものであり、
上記遠隔指示手段は、
上記所定のイベントが発生したコンテンツに関連付けられた関連コンテンツに対する処理の実行を指示することを特徴とする請求項１に記載の制御装置。
【請求項３】
上記関連付け手段は、
コンテンツに関連付ける上記被制御装置の実行可能な処理を、自装置がユーザ操作を受け付けることにより発生する操作イベントごとに関連付けるものであり、
上記遠隔指示手段は、
自装置において、上記関連付け手段によって関連付けが行われたコンテンツについて、上記操作イベントが発生した場合に、該コンテンツおよび発生した該操作イベントに関連付けられた処理の実行を指示することを特徴とする請求項１または２に記載の制御装置。
【請求項４】
上記コンテンツには、１以上のメディアデータが含まれており、上記機能情報は、上記メディアデータのデータ形式ごとに、上記被制御装置が実行可能な処理の内容を示すものであり、
上記関連付け手段は、上記コンテンツのメディアデータごとに上記関連付けを行うことを特徴とする請求項１から３までのいずれか１項に記載の制御装置。
【請求項５】
通信可能な１以上の被制御装置から、それぞれの機能情報を取得する機能情報取得手段と、
通信可能な被制御装置ごとに、上記機能情報を記憶する機能情報記憶部とを備えていることを特徴とする請求項１から４までのいずれか１項に記載の制御装置。
【請求項６】
上記機能情報取得手段は、
通信可能な被制御装置を定期的に確認して、上記機能情報記憶部に記憶されている機能情報を更新するものであり、
上記関連付け手段は、
上記機能情報が更新された場合に、更新された機能情報に基づいて、上記関連付けの内容を更新することを特徴とする請求項５に記載の制御装置。
【請求項７】
請求項１から６までのいずれか１項に記載の制御装置と、
上記制御装置の指示にしたがって、コンテンツを処理する被制御装置と、
上記制御装置および上記被制御装置にコンテンツを供給するコンテンツ供給装置とを含むことを特徴とするコンテンツ処理システム。
【請求項８】
コンテンツの処理の実行を被制御装置に指示する遠隔制御方法であって、
上記被制御装置が実行可能な処理の内容をコンテンツのデータ形式ごとに示す機能情報に基づいて、コンテンツに対して、該コンテンツを実行可能な被制御装置と、該被制御装置が該コンテンツに対して実行可能な処理とを関連付けるデータ関連付けステップと、
上記データ関連付けステップにて関連付けが行われたコンテンツについて、所定のイベントの発生を検知する検知ステップと、
上記検知ステップにて上記イベントが検知された場合に、上記コンテンツに関連付けられた被制御装置に対して、該コンテンツに関連付けられた処理の実行を指示する遠隔指示ステップとを含むことを特徴とする遠隔制御方法。
【請求項９】
コンピュータを、請求項１から６までのいずれか１項に記載の制御装置の各手段として機能させるための制御プログラム。
【請求項１０】
請求項９に記載の制御プログラムを記録したコンピュータ読み取り可能な記録媒体。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【公開番号】特開２０１２−４７４０（Ｐ２０１２−４７４０Ａ）
【公開日】平成２４年１月５日（２０１２．１．５）
【国際特許分類】
【出願番号】特願２０１０−１３６４０３（Ｐ２０１０−１３６４０３）
【出願日】平成２２年６月１５日（２０１０．６．１５）
【出願人】（０００００５０４９）シャープ株式会社 (33,933)
【Ｆターム（参考）】
【公開日】平成２４年１月５日（２０１２．１．５）
【国際特許分類】
【出願日】平成２２年６月１５日（２０１０．６．１５）
【出願人】（０００００５０４９）シャープ株式会社 (33,933)
【Ｆターム（参考）】
[ Back to top ]