情報処理装置、通信端末装置、情報処理装置の制御方法、通信端末装置の制御方法、制御プログラム、および、記録媒体
【課題】通信端末装置が、情報処理装置を、複数の処理を組み合わせて実行するように制御することを可能にする。
【解決手段】本発明の情報処理装置としてのテレビは、自装置を遠隔操作するために通信端末装置としての携帯電話が出力した、少なくとも１つの処理の実行を命令する制御画像５を複数受信する近距離通信部１２と、近距離通信部１２が受信した複数の制御画像５を解析する解析部２０と、解析部２０による解析結果に応じて各制御画像５の処理順序を決定する再生順序決定部２２とを備えていることを特徴としている。
【解決手段】本発明の情報処理装置としてのテレビは、自装置を遠隔操作するために通信端末装置としての携帯電話が出力した、少なくとも１つの処理の実行を命令する制御画像５を複数受信する近距離通信部１２と、近距離通信部１２が受信した複数の制御画像５を解析する解析部２０と、解析部２０による解析結果に応じて各制御画像５の処理順序を決定する再生順序決定部２２とを備えていることを特徴としている。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信端末装置が送信した制御データを受信し、該制御データに従って処理を実行する情報処理装置、通信端末装置、情報処理装置の制御方法、通信端末装置の制御方法、制御プログラム、および、記録媒体に関するものである。
【背景技術】
【０００２】
近年、デジタルカメラ、特にデジタルカメラ機能を有するカメラ付き携帯電話機の普及に伴い、写真を画像データとして取り扱うことが広く行われるようになった。これに伴い、デジタルカメラや携帯電話機から画像データを取り込み、該取り込んだ画像データを表示するテレビや、該取り込んだ画像データを印刷するプリンタなどの装置も広く用いられるようになった。
【０００３】
また、これらの装置間で、無線通信により画像データを転送する技術も普及している。無線通信により画像データを転送するための技術としては、ＩｒＳｉｍｐｌｅ（登録商標）のような高速赤外線通信、または、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＷｉＦｉ（登録商標）のような近距離用無線通信などが一般的である。このような無線通信技術を用いることにより、携帯電話機などの通信端末装置で撮影した写真をテレビなどの情報処理装置にて再生させることが、容易に行なえるようになっている。
【０００４】
さらに、近年の高速インターネットの普及に伴い、テレビなどの情報処理装置が、通信ネットワークを介して、サービス事業者が提供する外部のサーバから写真、動画、音楽、文章データなどによるコンテンツ、および、それらの複合コンテンツを取得し、該取得したコンテンツを再生できるようになっている。サービス事業者が提供するコンテンツとしては、鑑賞目的の写真コンテンツなどの他に、例えば、映画など動画コンテンツ、旅行の案内など広告目的の広告コンテンツなどがある。
【０００５】
これらの技術を用いれば、携帯電話などの通信端末装置と、テレビなどの情報処理装置と、インターネット上のコンテンツプロバイダとしてのサーバとを連携させることができる。例えば、携帯電話が入手したサーバからコンテンツ、または、コンテンツを再生するための制御データを、上述の無線通信技術を用いてテレビに送信し、上記コンテンツをテレビの大画面にて視聴できるようにするというユースケースが考えられる。
【０００６】
その他、装置間の連携を実現する技術としては、ＤＰＯＦ（Digital Print Order Format）を利用した、特許文献１の技術が挙げられる。特許文献１の技術では、印刷以外でもあらゆる情報処理装置の処理（写真再生、合成表示、複写保存、ＦＡＸ送信など）を命令する命令文をＤＰＯＦで記述する。そして、そのような命令文を含む制御データを、画像とともにデジタルカメラや携帯電話などの通信端末装置から情報処理装置に供給する。これにより、通信端末装置が情報処理装置を制御することができる。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００３−１１６０９３号公報（２００３年４月１８日公開）
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかしながら、上記従来の技術では、通信端末装置側では、情報処理装置に実行させたい複数種類の処理をまとめて情報処理装置に送信することは行われていない。また、情報処理装置側では、制御データを複数保有しているとしても、それらを順次処理することはできない。つまり、複数種類の処理を、組み合わせて一連の動作として実行できないという問題がある。
【０００９】
具体的には、複数の写真を合成して表示した後に、保存、印刷、ＦＡＸ送信したいとユーザが望む場合に、それぞれの処理に対応する制御データを複数用意して情報処理装置に供給しても、情報処理装置は、それらを順次処理することは行っておらず、ましてや、どのような順序で実行すればよいのかを判断することはできない。
【００１０】
本発明は、上記の問題点に鑑みてなされたものであり、その目的は、通信端末装置が、情報処理装置を、複数の処理を組み合わせて実行するように制御することが可能な情報処理装置、通信端末装置、情報処理装置の制御方法、通信端末装置の制御方法、制御プログラム、および、記録媒体を実現することにある。
【課題を解決するための手段】
【００１１】
本発明の情報処理装置は、上記課題を解決するために、自装置を遠隔操作するために通信端末装置が出力した、少なくとも１つの処理の実行を命令する制御データを複数受信する受信部と、上記受信部が受信した複数の制御データを解析する解析手段と、上記解析手段による解析結果に応じて各制御データの処理順序を決定する処理順序決定手段とを備えていることを特徴としている。
【００１２】
上記構成によれば、上記解析手段は、受信部が受信した複数の制御データを解析する。そして、処理順序決定手段は、上記解析手段による解析結果に応じて各制御データの処理順序を決定する。
【００１３】
これにより、制御データを決定された処理順序にて順次処理することが可能な情報処理装置を実現することが可能となる。処理順序は、送信された各制御データの解析結果に基づいて決定されている。そのため、送信された制御データをどの順序で処理すればより適切であるかが考慮された処理順序であると言える。このような処理順序にしたがって制御データが命令する処理を実行すれば、情報処理装置は、個々の処理をばらばらに実行する場合に比べて、複数の処理を順序よく一連の処理として実行することができ、より効果的な有意義な実行結果を出力することができる。
【００１４】
以上のことから、上記複数の制御データを出力した通信端末装置は、上記情報処理装置を、複数の処理を組み合わせて実行するように制御することが可能になる。
【００１５】
上記制御データは、該制御データが命令する処理の目的を格納する領域を含み、上記解析手段は、各制御データの目的を解析し、上記処理順序決定手段は、同一目的の制御データをまとめて処理するように処理順序を決定することが好ましい。
【００１６】
上記構成によれば、複数の制御データが、命令する処理の目的に応じて整列されておらず、順不同でまとめて受信された場合でも、情報処理装置は、同一目的ごとに連続して制御データを処理することができる。
【００１７】
上記制御データは、電子署名を格納する領域を含み、上記解析手段は、上記制御データに電子署名が格納されている場合に、該電子署名を検証し、上記処理順序決定手段は、有効な電子署名を有する制御データが電子署名を含まない制御データよりも優先的に処理されるように処理順序を決定することが好ましい。
【００１８】
上記構成によれば、情報処理装置を、署名が有効な信頼性の高い制御データほど、先に処理するように制御することが可能となる。
【００１９】
上記処理順序決定手段は、上記電子署名を含まない制御データに対して、処理順序を決定する代わりに、ユーザからの実行指示が入力されないかぎり処理を実行しないことを意味する処理禁止情報を付与することが好ましい。
【００２０】
上記構成によれば、信頼の度合いが不明な制御データについては、自動で処理することなく、ユーザの判断にしたがって処理できるので、情報処理装置の安全性を維持することが可能となる。
【００２１】
上記解析手段は、上記電子署名は無効であると判断した場合に、無効な電子署名を有する制御データを破棄することが好ましい。
【００２２】
上記構成によれば、信頼できない制御データについては、処理されず、また、保存も行わない。そのため、情報処理装置の安全性を高め、ユーザの利便性を向上させることが可能となる。
【００２３】
あるいは、上記情報処理装置は、上記制御データの各領域に含まれる複数の情報に基づいて、あらかじめ定められた判定基準にしたがって、各制御データの優先度を判定する優先度判定手段を備え、上記処理順序決定手段は、上記優先度判定手段が判定した優先度を考慮して各制御データの処理順序を決定してもよい。
【００２４】
上記構成によれば、上記制御データの各領域に含まれる複数の情報、すなわち、制御データの目的や性質などを表す属性情報に基づいて、複数受信された制御データに、優先順位を付与することができる。情報処理装置は、この優先順位にしたがって、複数の制御データを適切な順序で処理することが可能となる。
【００２５】
さらに、上記制御データは、該制御データが命令する処理の目的を格納する領域を含み、上記解析手段は、各制御データの目的を解析し、上記優先度判定手段は、上記処理の目的が自装置において既知である場合に当該目的を含む制御データの優先度を、既知でない目的を含む制御データよりも高く設定することが好ましい。
【００２６】
上記構成によれば、当該情報処理装置において既知の目的を含む制御データから先に処理されるように情報処理装置を制御することが可能となる。
【００２７】
既知の目的とは、当該情報処理装置が、制御データをどのように処理すべきか明確に判断できる目的、動作のことを指している。つまり、既知の目的が含まれた制御データについては、情報処理装置が正しい動作を行って正しい結果を出力することできる。一方、既知でない目的が含まれた制御データについては、情報処理装置は、それをどのように取り扱えばよいのか不明なため、当該制御データの処理に際し、正しい動作を行えるとは限らない。よって、正しい結果を出力できない可能性がある。
【００２８】
そこで、確実に正しい結果を出力できる、既知の目的を含む制御データから先に処理するように情報処理装置を制御することができる。これにより、ユーザの利便性を向上させることが可能となる。
【００２９】
さらに、上記制御データは、複数の制御データを１つのグループとして識別するためのグループＩＤと、同一グループにおいて予め定められた処理順序を示す順序パラメータとを格納する領域を含み、上記解析手段は、各制御データのグループＩＤおよび順序パラメータを解析し、上記処理順序決定手段は、上記グループＩＤおよび順序パラメータを有する制御データが優先的に処理されるように処理順序を決定するとともに、同一グループ内の各制御データに対しては、上記順序パラメータにしたがって処理順序を決定することが好ましい。
【００３０】
制御データを作成する装置（およびそのユーザ）において、意図する処理順序がある場合に、グループＩＤと順序パラメータとを含む制御データを作成し、それを情報処理装置に提供することができる。
【００３１】
上記構成によれば、情報処理装置は、グループＩＤと順序パラメータとが指定する順序で、各制御データを処理する。この順序は、制御データを作成する装置（およびそのユーザ）が意図する処理順序を反映したものである。
【００３２】
以上のことから、情報処理装置を、複数の処理を組み合わせて意図どおりの順序で実行するように制御することが可能となる。
【００３３】
本発明の通信端末装置は、上記課題を解決するために、情報処理装置を遠隔操作するための、少なくとも１つの処理の実行を命令する制御データを記憶する制御データ記憶部と、ユーザによって指定された複数の制御データを上記制御データ記憶部から取得する選択データ取得手段と、上記選択データ取得手段により取得された複数の制御データを上記情報処理装置が受信可能なように出力する出力部とを備え、上記選択データ取得手段は、上記ユーザによって所定の条件が指定された場合には、当該条件に合致する複数の制御データを上記制御データ記憶部から抽出することを特徴としている。
【００３４】
さらに、上記通信端末装置は、ユーザによって個々の制御データが選択されたとき、選択された順番にしたがって、選択された個々の制御データに対して処理順序を示す順序パラメータを設定するとともに、選択された制御データを１つのグループとして識別するためのグループＩＤをすべての制御データに対して設定する設定手段を備えていることが好ましい。
【００３５】
本発明の情報処理装置の制御方法は、上記課題を解決するために、自装置を遠隔操作するために通信端末装置が出力した、少なくとも１つの処理の実行を命令する制御データを複数受信する情報処理装置の制御方法であって、受信した複数の上記制御データを解析する解析ステップと、上記解析ステップによる解析結果に応じて各制御データの処理順序を決定する処理順序決定ステップとを含むことを特徴としている。
【００３６】
本発明の通信端末装置の制御方法は、上記課題を解決するために、情報処理装置を遠隔操作するための、少なくとも１つの処理の実行を命令する制御データを上記情報処理装置が受信可能なように出力する通信端末装置の制御方法であって、上記制御データを記憶する制御データ記憶部から、ユーザによって指定された複数の制御データを取得する選択データ取得ステップと、上記選択データ取得ステップにより取得された複数の制御データを出力する出力ステップとを含み、上記選択データ取得ステップでは、上記ユーザによって所定の条件が指定された場合には、当該条件に合致する複数の制御データを上記制御データ記憶部から抽出することを特徴としている。
【００３７】
なお、上記情報処理装置または上記通信端末装置は、コンピュータによって実現してもよく、この場合には、コンピュータを上記各手段として動作させることにより上記情報処理装置または上記通信端末装置をコンピュータにて実現させる上記情報処理装置または上記通信端末装置の制御プログラム、およびそれを記録したコンピュータ読み取り可能な記録媒体も、本発明の範疇に入る。
【発明の効果】
【００３８】
本発明の情報処理装置は、自装置を遠隔操作するために通信端末装置が出力した、少なくとも１つの処理の実行を命令する制御データを複数受信する受信部と、上記受信部が受信した複数の制御データを解析する解析手段と、上記解析手段による解析結果に応じて各制御データの処理順序を決定する処理順序決定手段とを備えていることを特徴としている。したがって、通信端末装置が、情報処理装置を、複数の処理を組み合わせて実行するように制御することが可能になるという効果を奏する。
【図面の簡単な説明】
【００３９】
【図１】本発明の実施形態におけるテレビの要部構成を示すブロック図である。
【図２】本発明の実施形態におけるコンテンツ再生システムの概略構成を示す図である。
【図３】制御画像のデータ構造の一例を模式的に示す図である。
【図４】本発明の実施形態における携帯電話の要部構成を示すブロック図である。
【図５】制御画像を格納する制御画像記憶部のファイル構造の具体例を示す図である。
【図６】本発明の実施形態における携帯電話の制御画像を送信する処理の流れを示すフローチャートである。
【図７】携帯電話が表示するＧＵＩ画面の具体例およびＧＵＩ画面の遷移の様子を示す図である。
【図８】制御画像を管理する制御画像管理テーブルのデータ構造の具体例を示す図である。
【図９】テレビの優先度判定部がＰｕｒｐｏｓｅに基づいて、制御画像の処理可不可を判断するときに参照する判定支援テーブルのデータ構造の具体例を示す図である。
【図１０】優先度判定部が各制御画像の優先度を判定するときに参照する優先度判定テーブルのデータ構造の具体例を示す図である。
【図１１】本発明の実施形態におけるテレビの処理の流れを示すフローチャートである。
【図１２】優先度判定部の優先度判定処理の流れを示すフローチャートである。
【図１３】再生順序決定部および再生コンテンツ取得部における再生順序決定、再生処理の流れを示すフローチャートである。
【図１４】図８の制御画像管理テーブルにて管理されている９つの制御画像について決定された再生順序と、それにしたがってコンテンツを再生するテレビの動作の流れを説明する図である。
【図１５】テレビに表示される、信頼できないコンテンツに関する注意書きおよび確認画面の具体例を示す図である。
【図１６】本発明の実施形態における携帯電話の要部構成を示すブロック図である。
【図１７】本発明の実施形態における制御データをＥＭＡＰで実現した場合の、制御画像のデータ構造の一例を示す。
【図１８】本発明の実施形態における制御画像を格納する制御画像記憶部のファイル構造の具体例を示す図である。
【図１９】本発明の実施形態における携帯電話の制御画像を送信する処理の流れを示すフローチャートである。
【図２０】携帯電話が表示するＧＵＩ画面の具体例およびＧＵＩ画面の遷移の様子を示す図である。
【図２１】制御画像を管理する制御画像管理テーブルのデータ構造の具体例を示す図である。
【図２２】本発明の実施形態における優先度判定テーブルのデータ構造の具体例を示す図である。
【図２３】本発明の実施形態における優先度判定部の優先度判定処理の流れを示すフローチャートである。
【図２４】本実施形態における再生順序決定部および再生コンテンツ取得部における再生順序決定、再生処理の流れを示すフローチャートである。
【図２５】テレビにおける、信頼できないコンテンツに関する注意書きおよび確認画面の具体例を示す図である。
【図２６】テレビに表示される、信頼できないコンテンツに関する注意書きおよび確認画面の具体例を示す図である。
【図２７】テレビに表示される、署名が無効で再生できないコンテンツに関する注意書きの具体例を示す図である。
【発明を実施するための形態】
【００４０】
以下、本発明の実施形態について、図面に基づいて説明する。以下の各実施形態では、一例として、本発明の通信端末装置を携帯電話に、情報処理装置をテレビに適用するものとする。これにより、本発明の情報処理システムとしての、コンテンツ再生システム（図２）を構築することができる。本実施形態における上記コンテンツ再生システムは、サーバが配信するコンテンツを再生するようにテレビに対して命令するための制御データを、携帯電話がテレビに複数送信するシステムである。これにより、携帯電話は、テレビが複数のコンテンツを順序よく連続して再生できるように、テレビを制御することができる。
【００４１】
〔コンテンツ再生システムの概要〕
図２は、本発明の実施形態におけるコンテンツ再生システム１００の概略構成を示す図である。図２に示すとおり、本実施形態のコンテンツ再生システム１００は、コンテンツを再生する情報処理装置としてのテレビ１、情報処理装置を制御するための制御データを送信する通信端末装置としての携帯電話２、制御データおよびコンテンツを供給するコンテンツプロバイダであるサーバ３とを含む構成となっている。
【００４２】
サーバ３（あるいは、サーバが複数存在する場合は、サーバ群３）は、制御データとして用いる制御画像５を生成し、それを携帯電話２に対して発行するものである。
【００４３】
本実施形態では、制御画像５とは、ＪＰＥＧ（Joint Photographic Experts Group）などの画像データのことであり、特に、当該画像データに付与されるメタ情報内に機器を制御するための命令文が埋め込まれているもののことをいう。携帯電話２は、サーバ３から供給された制御画像５をテレビ１などの機器に送信することによって、制御画像５に付与される命令文に基づいてテレビ１を遠隔操作することができる。本実施形態では、制御画像５は、テレビ１に対して所定のコンテンツ６にアクセスし再生するように命令する命令文が含まれている。制御画像５のデータ構造については、後に詳述する。
【００４４】
一方、本実施形態では、サーバ３は、テレビ１に対しては、テレビ１からの要求に応じてコンテンツ６をストリーミング配信する。コンテンツ６は、特に限定されないが、例えば、画像データ、音楽データ、映像データ、テキストデータ、ＨＴＭＬ（HyperText Markup Language）データ、ＸＭＬ（eXtensible Markup Language）データなどのように、テレビ１が再生できるさまざまな形式のデータで成り立っている。
【００４５】
なお、本実施形態では、制御画像５を発行するサーバと、コンテンツ６を配信するサーバとを同じ装置として記載しているが、このような構成に限定されない。制御画像５を発行するサーバとコンテンツ６の格納場所は物理的に同じ装置上である必要はない。制御画像５を発行するサーバは、コンテンツ６の格納場所を示す情報、例えば、ＵＲＬ（Uniform Resource Locator）などを把握し、それを制御画像５に埋め込むことができればよい。例えば、広告制御画像５ａを携帯電話２に供給する広告サービス３ａと、広告コンテンツを配信する広告コンテンツプロバイダ３ｃとは、同じ装置上に存在してもよいし、別々の装置上に存在してもよい。あるいは、電子署名付きの信頼できる制御画像５ｂを供給する登録サービス３ｂとコンテンツプロバイダ３ｄと、上述の広告サービス３ａと、広告コンテンツプロバイダ３ｃとが全て物理的に一つの装置内に存在してもよい。
【００４６】
携帯電話２は、サーバ３から発行された制御画像５を取得して、それを制御対象の機器（テレビ１など）に送信するものである。携帯電話２は、公衆通信回線４（インターネット、携帯電話網）を介して、サーバ３から制御画像５を受信する。そして、携帯電話２は、その制御画像５を、近距離無線通信手段を用いてテレビ１に送信する。本実施形態では、携帯電話２は、複数の制御画像５をテレビ１に送信することができる。なお、携帯電話２が制御画像５をテレビ１に送信するときに用いる近距離無線通信手段としては、特に限定されないが、ＩｒＳｉｍｐｌｅ（登録商標）のような高速赤外線通信、または、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＷｉＦｉ（登録商標）のような近距離用無線通信などの各種無線通信技術が採用される。
【００４７】
テレビ１は、携帯電話２が送信した複数の制御画像５を受信して、制御画像５を解析し、その解析結果に基づいて、制御画像５に含まれる各種データを処理するものである。本実施形態では、テレビ１は、制御画像５に埋め込まれている命令文にしたがって、サーバ３へアクセスして、その命令文が指定するコンテンツ６を取得し、その再生を行なう。
【００４８】
なお、本実施形態では、テレビ１とサーバ３との間のコンテンツ６の送受信は、インターネットなどの公衆通信回線４を介して行なわれる。
【００４９】
〔制御画像について〕
次に、制御画像５について説明する。図３は、制御画像５のデータ構造の一例を模式的に示す図である。図３に示すとおり、制御画像５は、画像を格納するための画像領域５１と、上記画像に対応付けてメタ情報を格納するためのＥｘｉｆ領域５０とを含む構造体である。本実施形態では、より具体的には、制御データとして、（１）コンテンツの種類（目的）と、（２）コンテンツの格納場所であるＵＲＬと、（３）当該制御画像の信頼性を証明するための（３）電子署名とが格納される。制御データのフォーマットとしてＥＭＡＰ（Embedded Meta-data format for Affixing on Picture）を利用することができる。ＥＭＡＰ形式で記述された制御データ（ＥＭＡＰファイル１５０）は、制御画像５のＥｘｉｆ領域５０に格納される。
【００５０】
ＥＭＡＰとは、ＪＰＥＧ形式の画像のＥｘｉｆ領域などにインターネット上のリソースの場所（ＵＲＩ（Uniform Resource Identifier）、ＵＲＬ）とそれに付随するデータを格納するフォーマットであり、ＩｒＤＡ（Infrared Data Association）で規定されている。本実施形態ではいくつかあるＥＭＡＰのメタ情報から下記を利用する。しかし、制御データの形式は、以下に限定されるものではない。
【００５１】
Ｐｕｒｐｏｓｅ：このフィールドには、ＥＭＡＰファイルを処理する際のヒント情報が格納される。ここに記述された内容にしたがい、テレビ１は、コンテンツの種類、目的を知ることができ、コンテンツをどのように扱うべきか（再生すべきか）を認識することができる。
【００５２】
ＵＲＩ：このフィールドには、コンテンツのインターネット上でのリソースの場所、すなわち、ＵＲＬが格納される。テレビ１は、ここに記述されたＵＲＬにアクセスし、再生するコンテンツを取得することができる。
【００５３】
ＰｒｏｖｉｄｅｒＤａｔａ：このフィールドには、制御画像５の提供者（サーバ３）が自由にデータを格納できる。本実施形態では、この領域に電子署名が格納される。テレビ１は、ここに格納された電子署名を検証し、当該制御画像５が信頼できるデータであるのか否かを判断することができる。
【００５４】
ＥＭＡＰファイル１５０は、上記フィールドの他に、以下のようなフィールドを含んでいてもよい。
【００５５】
ＡｄｄｉｔｉｏｎａｌＤａｔａ：自由なデータを任意に格納できるフィールドである。
【００５６】
ＵｓｅｒＤａｔａ：自由なデータを任意に格納できるフィールドである。
【００５７】
なお、制御データとしてのＥＭＡＰファイルおよびその構造は一例であり、本発明を限定するものではない。また、制御データは、Ｅｘｉｆ領域５０に限らず、画像との対応関係が維持される領域であればどこに格納されてもよい。
【００５８】
本発明のコンテンツ再生システム１００では、携帯電話２は、上述した制御画像５を、テレビ１に複数送信することができる。そして、テレビ１は、携帯電話２から受信した複数の制御画像５を、所定の順序で連続して処理することができる。そのため、携帯電話２は、複数の制御画像５をテレビ１に送信することにより、テレビ１を、複数の処理を組み合わせて実行するように制御することが可能となる。以下の各実施形態にて、複数の制御画像５を連続して処理することが可能なテレビ１、および、携帯電話２の構成について詳細に説明する。
【実施例１】
【００５９】
本発明の情報処理システム（通信端末装置および情報処理装置）に関し、第一の実施形態について図１〜図１５に基づいて説明すれば以下のとおりである。
【００６０】
本実施形態では、コンテンツ再生システム１００において、情報処理装置としてのテレビ１が、複数の制御画像５の処理順序を優先度に応じて決定する。テレビ１は、優先度を、電子署名、コンテンツの目的に基づいて判定する。
【００６１】
〔携帯電話の構成１〕
まず、複数の制御画像５をテレビ１に送信するための携帯電話２の構成について説明する。図４は、本発明の一実施形態における携帯電話２の要部構成を示すブロック図である。
【００６２】
図４に示すとおり、本実施形態の携帯電話２は、制御部６０、記憶部６１、近距離通信部６２、公衆回線通信部６３、画面表示部６４、および、操作入力部６５を備える構成となっている。
【００６３】
近距離通信部６２は、携帯電話２が公衆通信回線４を介してサーバ３から受信した制御画像５を、近距離無線通信手段を用いてテレビ１に送信するものである。近距離無線通信手段としては、ＩｒＤＡ、ＩｒＳＳなどの赤外線通信、Ｂｌｕｅｔｏｏｔｈ通信、ＷｉＦｉ通信などの近距離無線通信、または、Ｆｅｌｉｃａなどの非接触型ＩＣカードなど、適宜の手段を用いることが可能である。本実施形態では、近距離通信部６２は、赤外線通信プロトコル（ＩｒＳＳプロトコル）にて画像（制御画像５）を送信する赤外線発光部を含んで構成されているものとする。近距離通信部６２は、制御画像５を乗せた赤外線搬送波を該赤外線発光部からＩｒＳＳ対応のテレビ１の受光部に向けて送信する。
【００６４】
公衆回線通信部６３は、公衆通信回線４を介して外部機器と通信するものである。具体的には、３Ｇあるいは３．５Ｇなどの携帯電話網等を介して、他の携帯電話や一般の固定電話機と通話を行ったり、インターネットに接続してサーバ３などの外部装置とデータの送受信を行ったりする。特に、公衆回線通信部６３は、サーバ３が供給する制御画像５を受信することができる。公衆回線通信部６３が制御画像５を入手する方法としては、例えば、ユーザが、Ｗｅｂブラウジング中に閲覧したサイトを介して、サーバ３からダウンロードする方法が挙げられる。あるいは、広告メールまたはメールマガジンなどのように、制御画像５を添付した電子メールをサーバ３が送信し、それを公衆回線通信部６３が受信したりするなど、さまざまな方法が考えられる。
【００６５】
記憶部６１は、制御部６０が実行する制御プログラムおよびＯＳプログラム、ならびに、制御部６０が、携帯電話２が有する各種機能を実行するときに読み出す各種データを記憶するものである。記憶部６１は、ハードディスクなどの不揮発性の記憶装置によって構成される。記憶部６１には、例えば、公衆回線通信部６３を介してサーバ３から取得された制御画像５を保存するための制御画像記憶部８０が含まれる。
【００６６】
画面表示部６４は、携帯電話２が記憶する画像を表示したり、ユーザが携帯電話２を操作するための操作画面をＧＵＩ（Graphical User Interface）画面として表示したりするものである。例えば、ユーザがどの制御画像５をテレビ１に送信するのかを選択できるように、選択画面および選択ボタンを表示したり、制御画像記憶部８０に格納されている制御画像５の一覧を表示したりする。画面表示部６４は、例えば、ＬＣＤ（液晶ディスプレイ）などの表示装置で構成される。
【００６７】
操作入力部６５は、ユーザが携帯電話２に指示信号を入力するためのものである。操作入力部６５は、ボタン（十字キーや決定キーなど）、タッチパネル、タッチセンサ、もしくは、音声入力部と音声認識部などの適宜の入力装置で構成される。
【００６８】
制御部６０は、携帯電話２が備える各部を統括制御するものであり、機能ブロックとして、少なくとも、選択画像取得部７０を備えている。この選択画像取得部７０は、ＣＰＵ（central processing unit）が、ＲＯＭ（read only memory）等で実現された記憶部６１に記憶されているプログラムを不図示のＲＡＭ（random access memory）等に読み出して実行することで実現できる機能ブロックである。
【００６９】
選択画像取得部７０は、テレビ１に近距離無線送信するための制御画像５を制御画像記憶部８０から取得して近距離通信部６２に伝達するものである。選択画像取得部７０は、所定の条件に基づいて、制御画像記憶部８０に記憶されている制御画像５の中から、送信すべき１または複数の制御画像５を抽出する。
【００７０】
選択画像取得部７０は、例えば、ユーザが操作入力部６５を操作して選択した制御画像５を取得してもよい。また、複数の制御画像５を管理するフォルダが選択された場合は、フォルダ内のすべての制御画像５を取得する。あるいは、指定された条件に基づいて、条件に合致する制御画像５を取得してもよい。例えば、ユーザが、「最近１週間に受信したもの」という条件を指定した場合には、選択画像取得部７０は、上記条件に合致する制御画像５だけを制御画像記憶部８０から抽出して近距離通信部６２に伝達する。
【００７１】
これにより、近距離通信部６２は、複数の制御画像５を一度にテレビ１に送信することが可能となる。
【００７２】
本実施形態では、サーバ３から取得された制御画像５は、携帯電話２の制御画像記憶部８０において受信時期ごとに格納され管理されている。具体的には、図５に示すとおり、制御画像記憶部８０では、今週受信されたもの、先週受信されたもの、２週間前に受信されたもの、・・・と１週間ごとにフォルダが作成され、各制御画像５は、受信された時期に応じて所定のフォルダ下で管理される。図５に示す例では、今週受信された制御画像５は、合計で９枚ある。そして、制御画像５ごとに埋め込まれている電子署名、Ｐｕｒｐｏｓｅ（コンテンツの目的）などもその対応関係が維持されるように制御画像記憶部８０にて管理される。
【００７３】
例えば、ユーザが操作入力部６５を用いて、図５に示す「今週」のフォルダを送信対象として選択したとすると、選択画像取得部７０は「今週」のフォルダ内で管理される上述の９枚の制御画像５を取得して近距離通信部６２に伝達する。
【００７４】
〔携帯電話２の処理フロー１〕
次に、携帯電話２が複数の制御画像５を送信するときの処理の流れについて説明する。ここでは、図５に示す制御画像５を送信する場合について、図６および図７を参照しながら、携帯電話２の動作を説明する。
【００７５】
図６は、本実施形態における携帯電話２の制御画像５を送信する処理の流れを示すフローチャートである。図７は、携帯電話２が表示するＧＵＩ画面の具体例およびＧＵＩ画面の遷移の様子を示す図である。
【００７６】
制御画像５を送信するためのアプリケーションが携帯電話２において起動されると、まず、画面表示部６４は、送信対象の制御画像５をユーザに選択させるためのＧＵＩ画面（例えば、図７のＳｃｒ１）を表示する（図６のＳ１）。ＧＵＩ画面では、選択対象の制御画像５を個別に選べるように表示してもよいし、フォルダごとに選択できるように表示してもよい。図７のＳｃｒ１に示す例では、「今日」「今週」「先週」「２週前」というように入手した時期に応じてグループ分けされたフォルダを、ユーザが選択可能なように一覧表示している。ただし、選択肢を表示するためのＧＵＩ画面は上記に限定されない。その他、制御画像の作成日付ごとにグループ分けしたフォルダを表示してもよいし、携帯電話２にて制御画像を解析する解析機能を搭載し、制御画像５のＥＭＡＰファイルに含まれるＰｕｒｐｏｓｅごとに制御画像５を管理して、そのフォルダを選択肢として表示してもよい。
【００７７】
続いて、ユーザが送信対象を選択して、決定ボタンを押下すると（Ｓ２においてＹＥＳ）、選択画像取得部７０は、ユーザによって選択されたフォルダまたは制御画像５を特定し、特定した制御画像５を制御画像記憶部８０から抽出する。選択されたのがフォルダである場合には、当該フォルダに含まれるすべての制御画像５を抽出する（Ｓ３）。例えば、図７に示すように、ＧＵＩ画面のＳｃｒ１にて、「今週」のフォルダにカーソルがあたっている状態で、決定ボタンが押下されると、選択画像取得部７０は、図５に示す「今週」のフォルダに含まれる９枚の制御画像５を抽出する。そして、画面表示部６４は、抽出された９枚の制御画像５を送信してよいか否かをユーザに確認するＧＵＩ画面（図７Ｓｃｒ２）を表示する。ここで、図７のＳｃｒ２に示す例において、「はい」のボタンが押下されると、選択画像取得部７０は、抽出した９枚の制御画像５を近距離通信部６２に伝達する。このように、実際に送信する前に確認画面を設けることで誤送信を防ぐことができる。
【００７８】
近距離通信部６２は、選択画像取得部７０より伝達された９枚の制御画像５を、テレビ１に順次送信する（Ｓ４）。本実施形態のように、採用する近距離無線通信手段が、ＩｒＳＳなどの赤外線通信のように指向性を持つ場合には、送信部（発光部）をテレビ１の受信部（受光部）に向けるようにユーザに注意を喚起するメッセージを画面表示部６４の画面に表示することが望ましい。選択された制御画像５が複数ある場合に、未送信の制御画像５がある場合には（Ｓ５においてＹＥＳ）、すべての制御画像５を送信するまでＳ４の処理を繰り返す。このとき、図７のＧＵＩ画面Ｓｃｒ３に示すとおり、現在送信中の制御画像５が送信すべき枚数中の何番目にあたるのかを表示すると、ユーザは一目で送信の進捗を把握することができる。
【００７９】
このようにして、携帯電話２は複数の制御画像５を、近距離無線通信手段を用いてテレビ１に送信することができる。
【００８０】
〔テレビの構成１〕
次に、複数の制御画像５を携帯電話２から受信して順次再生するためのテレビ１の構成について説明する。図１は、本発明の一実施形態におけるテレビ１の要部構成を示すブロック図である。
【００８１】
図１に示すとおり、本実施形態のテレビ１は、制御部１０、記憶部１１、近距離通信部１２、公衆回線通信部１３、画面表示部１４、操作入力部１５、および、音声出力部１６を備える構成となっている。
【００８２】
近距離通信部１２は、携帯電話２との間で、近距離無線通信を行うものである。近距離通信部１２は、携帯電話２の近距離通信部６２が送信した制御画像５を、近距離無線通信手段を用いて受信する。近距離無線通信手段としては、ＩｒＤＡ、ＩｒＳＳなどの赤外線通信、Ｂｌｕｅｔｏｏｔｈ通信、ＷｉＦｉ通信などの近距離無線通信、または、Ｆｅｌｉｃａなどの非接触型ＩＣカードなど、適宜の手段を用いることが可能である。本実施形態では、近距離通信部１２は、赤外線通信プロトコル（ＩｒＳＳプロトコル）にて画像（制御画像５）を受信する赤外線受光部を含んで構成されているものとする。近距離通信部１２は、制御画像５を乗せた赤外線搬送波を携帯電話２の発光部から受信する。
【００８３】
公衆回線通信部１３は、公衆通信回線４を介して外部機器と通信するものである。具体的には、公衆回線通信部１３は、家庭内（構内）においては、ＬＡＮやルータ等と通信を行い、また、ルータを介してインターネットに接続し、サーバ３と通信を行う。公衆回線通信部１３は、公衆通信回線４を介して、ＵＲＬに示されるサーバ３の位置にアクセスして、サーバ３が配信するコンテンツをダウンロードする。このコンテンツのダウンロードは、再生コンテンツ取得部２３の指示にしたがって実行される。
【００８４】
記憶部１１は、制御部１０が実行する制御プログラムおよびＯＳプログラム、ならびに、制御部１０が、テレビ１が有する各種機能を実行するときに読み出す各種データを記憶するものである。記憶部１１は、ハードディスクなどの不揮発性の記憶装置によって構成される。本実施形態では、記憶部１１には、優先度を判定する際に制御部１０が参照する優先度判定テーブル３０および判定支援テーブル３１が含まれる。また、記憶部１１には、例えば、近距離通信部６２が携帯電話２から取得した制御画像５を保存、管理するための制御画像管理テーブル３２が含まれていてもよい。ただし、制御画像５を保存、管理するための記憶部は、上記構成に限定されない。例えば、複数枚の制御画像を受信し、そのときに一度だけ再生するようなユースケースでは、テレビ１の電源を切り、再度入れた場合に保存し続ける必要がない。そこで、上記記憶部を揮発性の記憶装置によって構成してもよい。
【００８５】
画面表示部１４は、携帯電話２から取得した制御画像５の画像を表示したり、サーバ３から取得したコンテンツを表示したりするものである。コンテンツが、画像データ、映像データあるいはＷｅｂブラウザを介して取得されたＨＴＭＬデータなど表示対象物を含んでいる場合に、画面表示部１４は、それらのコンテンツが制御部１０によって処理された結果を表示（再生）するものである。また、ユーザがテレビ１を操作するための操作画面をＧＵＩ画面として表示したりしてもよい。画面表示部１４は、例えば、ＬＣＤ（液晶ディスプレイ）、ＰＤＰ（プラズマディスプレイパネル）、またはＣＲＴ（Cathode-Ray Tube）ディスプレイなどの表示装置などの表示装置で構成される。
【００８６】
操作入力部１５は、ユーザがテレビ１に指示信号を入力するためのものである。操作入力部１５は、ボタン（十字キーや決定キーなど）、キーボード、マウス、タッチパネル、タッチセンサ、もしくは、音声入力部と音声認識部などの適宜の入力装置で構成される。入力装置としては、上記に限定されない。本実施形態では、操作入力部１５は、複数のキーが設けられた、テレビ１を遠隔操作するリモコンで構成されているものとする。操作入力部１５を用いてユーザにより入力された指示信号は、図示しない入出力制御部を介して、制御部１０の各部に送られる。これにより、ユーザはテレビ１を操作することが可能となる。
【００８７】
音声出力部１６は、音楽データ、音声データなどから成るコンテンツを再生することによって得られた音楽（音声）を出力するものであり、スピーカなどで構成される。
【００８８】
制御部１０は、テレビ１が備える各部を統括制御するものであり、機能ブロックとして、少なくとも、解析部２０、再生順序決定部２２および再生コンテンツ取得部２３を備えている。さらに、優先度判定部２１および画面制御部２４を備えていてもよい。また、ここでは図示しないが、制御部１０は、コンテンツ再生処理部を備えている。コンテンツ再生処理部は、再生コンテンツ取得部２３が取得した各種データ形式のコンテンツの再生処理を行って、処理結果を、画面制御部２４や音声出力部１６などの各部に出力するものである。コンテンツ再生処理部は、動画の再生、音楽の再生、静止画の表示、ＷＥＢコンテンツの表示を行う。
【００８９】
制御部１０の各部は、ＣＰＵ（central processing unit）が、ＲＯＭ（read only memory）等で実現された記憶部１１に記憶されているプログラムを不図示のＲＡＭ（random access memory）等に読み出して実行することで実現できる機能ブロックである。
【００９０】
解析部２０は、携帯電話２から取得した制御画像５を解析し、解析結果の制御データと、画像とを対応づけて制御画像管理テーブル３２に記憶するものである。
【００９１】
制御画像５に含まれる制御データは、ここでは、図３に示すＥＭＡＰファイル１５０である。ＥＭＡＰファイル１５０は、制御の目的（コンテンツの種類、テレビの動作）を示す“Ｐｕｒｐｏｓｅ”、制御画像５が信頼できるかどうかの判断材料となる電子署名の有無や有効無効の情報、コンテンツの再生のために必要なコンテンツの場所を表すＵＲＬを含んでいる。解析部２０は、これらの情報を解析して、その解析結果を制御画像管理テーブル３２に記憶する。
【００９２】
優先度判定部２１は、解析部２０によって解析された結果に基づいて、制御画像５の優先度を判定するものである。ここで、優先度とは、制御画像５の重要性、優先的に処理すべき度合いを示すものであり、制御画像５ごとに付与される。複数の制御画像５を処理するときに、各制御画像５の処理順を決定するときの指標となるものである。本実施形態では、優先度の値が小さいものほど、優先的に処理すべき度合いが強いものとする。
【００９３】
また、本実施形態では、優先度判定部２１は、記憶部１１に記憶される判定支援テーブル３１および優先度判定テーブル３０を参照して優先度を判定する。優先度判定テーブル３０には、どのようなパラメータを持つ制御画像５の優先度をどのように判定すべきかを定めたテーブルが記憶されている。優先度判定部２１は、制御画像５ごとに判定した優先度を、制御画像管理テーブル３２において、各制御画像５に関連付けて記憶する。
【００９４】
再生順序決定部２２は、複数の制御画像５ついて、それらを処理（本実施形態では、主にコンテンツ再生処理）する順序を決定するものである。再生順序決定部２２は、優先度判定テーブル３０に記憶されている、各制御画像５の制御データおよび優先度に基づいて、各制御画像５の再生順序を決定する。再生順序決定部２２は、決定した再生順序を、制御画像管理テーブル３２において、各制御画像５に関連付けて記憶する。
【００９５】
さらに、本実施形態では、再生順序決定部２２は、制御画像５に埋め込まれている電子署名が無効と判断された場合には、その制御画像５の制御データにしたがってコンテンツ取得、再生の処理を実行しないようになっている。よって、再生順序決定部２２は、再生順序を決定することに加えて、制御画像５に対して「再生を行わない」と判断を下すことも行う。このように判断された制御画像５については、再生順序決定部２２は、再生順序の代わりに「再生禁止」を意味するフラグ（以下、再生禁止フラグ（処理禁止情報））を関連付けて制御画像管理テーブル３２に記憶する。
【００９６】
再生コンテンツ取得部２３は、再生順序決定部２２が決定した順に、制御画像５の制御データにしたがってコンテンツを取得する処理を実行するものである。より具体的には、まず、再生コンテンツ取得部２３は、解析部２０が制御画像５を解析することにより得られたＵＲＬを取得する。そして、上記ＵＲＬに基づいて、そのＵＲＬが示すコンテンツを保存するサーバ３にアクセスするよう公衆回線通信部１３を制御する。そして、公衆通信回線４を介して、再生すべきコンテンツをサーバ３から取得する。
【００９７】
再生コンテンツ取得部２３が、再生順序にしたがってコンテンツを取得すると、図示しないコンテンツ再生処理部は、順次コンテンツを再生し、音声出力部１６または画面制御部２４に処理結果を伝達する。これにより、再生順序決定部２２が決定した順序に基づいてコンテンツを再生することができる。
【００９８】
なお、制御画像５の命令文に、録画の予約などが指示されている場合には、再生コンテンツ取得部２３は、外部からコンテンツを直接取得する動作の代わりに、録画機器に対して録画予約を指示する（コンテンツ取得を指示する）動作を行ってもよい。
【００９９】
さらに、本実施形態では、再生コンテンツ取得部２３は、再生禁止フラグが付与された制御画像５については、Ｅｘｉｆ領域５０の制御データを処理しない。これにより、署名が無効で信頼できない制御画像５を処理することを防止することが可能である。なお、上記再生禁止フラグは、ユーザの操作によって解除可能であってもよい。制御画像５の再生禁止フラグが解除されたときに、再生コンテンツ取得部２３は、その制御画像５の制御データにしたがって、コンテンツを取得してもよい。
【０１００】
画面制御部２４は、動画、写真、画像、ＯＳＤ（On-Screen Display）画像などの各表示対象物の画面構成、レイアウトを決定して、その画面構成に基づく映像信号を画面表示部１４に出力するものである。表示対象物としては、再生コンテンツ取得部２３が取得したコンテンツ、制御画像５の画像領域５１に含まれる画像、あるいは、制御部１０が生成したＧＵＩ画面などが上げられる。画面構成を決定するとは、例えば、複数の画像を一画面に表示する場合に、画面の分割数、分割サイズなどを決定したり、ＯＳＤ画像を特定の位置で写真上に重畳させたりすることである。
【０１０１】
さらに、本実施形態では、画面制御部２４は、再生順序決定部２２によって、再生禁止フラグが付与された制御画像５に対して、再生コンテンツ取得部２３の代わりに処理を行う。具体的には、再生コンテンツ取得部２３が、決定された再生順序にしたがって制御画像５の再生処理を行った後、まず、画面制御部２４は、上記再生禁止フラグに基づいて再生処理されなかった制御画像５を特定する。そして、それらの制御画像５の画像領域５１に格納されている画像とともに、これらが信頼できない制御画像５である旨の注意書きを画面表示部１４に出力する。さらに、再生の要否を問うＧＵＩ画面を出力してもよい。これによりユーザは、画面表示部１４を見て、信頼できない制御画像５の有無を確認するとともに、それらを再生するか否かをテレビ１に対して指示することができる。
【０１０２】
ここで、信頼できない制御画像５に対して再生指示が操作入力部１５から入力されたときは、再生順序決定部２２は、それらの制御画像５の再生禁止フラグを解除して、複数の場合再生順序を決定する。再生コンテンツ取得部２３は、改めて付与された再生順序にしたがって、未処理の制御画像５の制御データにしたがってコンテンツを取得する。
【０１０３】
〔テーブルについて〕
次に、記憶部１１に記憶される各種テーブルについて説明する。
【０１０４】
図８は、制御画像５を管理する制御画像管理テーブル３２のデータ構造の具体例を示す図である。図８に示すとおり、制御画像管理テーブル３２では、受信された制御画像５ごとに、その制御画像５についての各種情報が対応付けて記憶されている。
【０１０５】
本実施形態では、解析部２０は、携帯電話２から送信された制御画像５に対して受信順に制御画像ＩＤを付与し、それを図８に示す「制御画像ＩＤ」のフィールドに格納する。よって、ここでは、制御画像ＩＤはそのまま受信順序を示す。
【０１０６】
解析部２０は、各制御画像５の画像領域５１を解析し、画像領域５１に格納されている画像のファイル名を「ファイル名」のフィールドに格納する。
【０１０７】
解析部２０は、各制御画像５のＥｘｉｆ領域５０に記憶されているＥＭＡＰファイル１５０を解析する。解析部２０は、ＥＭＡＰファイル１５０の「Ｐｕｒｐｏｓｅ（図３）」に含まれている値を「Ｐｕｒｐｏｓｅ」のフィールドに格納する。
【０１０８】
解析部２０は、各制御画像５のＥＭＡＰファイル１５０に含まれる電子署名を検証する。解析部２０は、電子署名を検証した結果、それが有効であると確認できた場合には、“有効”の値を、無効である場合には“無効”の値を、ＥＭＡＰファイル１５０の所定の位置（「ＰｒｏｖｉｄｅｒＤａｔａ（図３）」）に電子署名が含まれていない場合には“なし”の値を、「電子署名」のフィールドに格納する。
【０１０９】
解析部２０は、各制御画像５のＥＭＡＰファイル１５０の「ＵＲＩ（図３）」に含まれている値（本実施形態では、コンテンツのＵＲＬ）を「ＵＲＬ」のフィールドに格納する。
【０１１０】
次に、優先度判定部２１は、解析部２０が作成した上述の制御画像５ごとの各フィールドの値、および、後段の判定支援テーブル３１を参照して、制御画像５ごとに優先度を判定する。優先度判定部２１は、判定結果の優先度を図８の「優先度」のフィールドに格納する。
【０１１１】
次に、再生順序決定部２２は、解析部２０および優先度判定部２１が作成した上述の各フィールドの値を参照して、制御画像５の再生順序（および再生禁止の制御画像５）を決定する。再生順序決定部２２は、決定した再生順序（および再生禁止フラグ）を図８の「再生順」のフィールドに格納する。
【０１１２】
図９は、優先度判定部２１がＰｕｒｐｏｓｅ（図３のＥＭＡＰファイル１５０内）に基づいて、制御画像５の処理可不可を判断するときに参照する判定支援テーブル３１のデータ構造の具体例を示す図である。なお判定支援テーブル３１の構造および内容は一例であって、本発明を限定するものではない。
【０１１３】
図９に示すとおり、判定支援テーブル３１では、Ｐｕｒｐｏｓｅの値とそのＰｕｒｐｏｓｅにしたがってテレビ１が実行可能な動作の内容とが関連付けて記憶されている。本実施形態では、テレビ１が識別、処理可能なＰｕｒｐｏｓｅの値は、一例として以下の３種類であるものとする。“ＰｈｏｔｏＡｌｂｕｍ”は、画像コンテンツをダウンロードしてスライドショー表示するように指示する命令文である。“Ｖｉｄｅｏ”は、動画コンテンツをダウンロードしてビデオ再生するように指示する命令文である。“Ｍｕｓｉｃ”は、音楽コンテンツをダウンロードして音楽再生するように指示する命令文である。それ以外の値がＰｕｒｐｏｓｅに含まれている場合には、テレビ１は、処理方法不明を意味する“Ｕｎｋｎｏｗｎ”と判断する。Ｐｕｒｐｏｓｅが“Ｕｎｋｎｏｗｎ”である制御画像５は、処理方法が不明であるため、とりあえずコンテンツをＷｅｂブラウザで表示するとテレビ１は解釈する。なお、Ｐｕｒｐｏｓｅごとに必ず異なる再生動作を規定する必要はない。“Ｖｉｄｅｏ”、“Ｍｕｓｉｃ”などのＰｕｒｐｏｓｅに対しても、ブラウザで再生できる機能があれば、Ｕｎｋｎｏｗｎと同様に、Ｗｅｂブラウザで表示するという再生動作を対応付けてもよい。
【０１１４】
優先度判定部２１は、図９に示す判定支援テーブル３１を参照することによって、図８に示す各制御画像５のＰｕｒｐｏｓｅの値に基づいて、制御画像５ごとに、テレビ１において処理可能な制御画像５か、処理方法不明（Ｕｎｋｎｏｗｎ）の制御画像５かを判断することができる。
【０１１５】
図１０は、優先度判定部２１が各制御画像５の優先度を判定するときに参照する優先度判定テーブル３０のデータ構造の具体例を示す図である。
【０１１６】
本実施形態では、優先度判定部２１は、２つの観点から制御画像５の優先度を決定する。優先度判定部２１は、第１に、ＥＭＡＰファイル１５０内に含まれる電子署名の有無および有の場合にはそれが有効か否かを判断する。第２に、優先度判定部２１は、ＥＭＡＰファイル１５０内に含まれるＰｕｒｐｏｓｅが、テレビ１が処理可能なＰｕｒｐｏｓｅであるか否かを判断する。そして、優先度判定部２１は、有効な電子署名を持つ制御画像５、および、テレビ１において処理可能なＰｕｒｐｏｓｅが設定されている制御画像５が優先的に処理されるように、優先度を判定する。
【０１１７】
具体的には、優先度判定部２１は、図１０に示す優先度判定テーブル３０にしたがって、有効な電子署名および処理可能なＰｕｒｐｏｓｅを含む制御画像５の優先度を「１」と判定し、有効な電子署名を持つがＰｕｒｐｏｓｅが“Ｕｎｋｎｏｗｎ”の制御画像５の優先度を「２」と判定し、電子署名を持たないが処理可能なＰｕｒｐｏｓｅを含む制御画像５の優先度を「３」と判定し、電子署名も持たずＰｕｒｐｏｓｅが“Ｕｎｋｎｏｗｎ”の制御画像５の優先度を「４」と判定する。
【０１１８】
本実施形態では、優先度の値が小さいほど優先度が高いことを意味しており、再生順序決定部２２は、この優先度を考慮して、各制御画像５の再生順序を決定する。
【０１１９】
これにより、信頼できるより安全な制御画像、および、テレビ１において確実に処理できる制御画像から優先的に順に処理するように、テレビ１を制御することが可能となる。
【０１２０】
なお、優先度の判定に用いる情報は、図１０に示すテーブルに限定されず、Ｉｆ−Ｔｈｅｎ文によって、実現されてもよい。
【０１２１】
〔テレビ１の処理フロー〕
図１１を参照しながら、テレビ１の処理の流れについて説明する。ここでは、複数の制御画像５を受信してから、それらを順序よく再生するまでのテレビ１の動作の概要について説明する。
【０１２２】
まず、近距離通信部１２（図１）は、携帯電話２から送信される制御画像５を受信し（Ｓ１１）、記憶部１１に格納する。制御画像５が記憶部１１に格納されるとき、解析部２０によって、制御画像５に制御画像ＩＤが付与され、制御画像管理テーブル３２の各情報と制御画像本体とは制御画像ＩＤによって紐付けされた状態で保存される。複数の制御画像５が送信される場合は、すべて受信するまでＳ１１の受信処理を繰り返す（Ｓ１２においてＮＯ→Ｓ１１）。
【０１２３】
すべての制御画像５が受信されると（Ｓ１２においてＹＥＳ）、解析部２０は、記憶部１１に保存した各制御画像を解析する（Ｓ１３）。具体的には、制御画像５の制御データ（ＥＭＡＰファイル１５０）を抽出する。本実施形態では、先に述べたように、解析部２０は、ＥＭＡＰファイル１５０の“Ｐｕｒｐｏｓｅ”の領域および“ＵＲＩ”の領域から値を抽出して、制御画像管理テーブル３２の所定のフィールドに格納する。また、“ＰｒｏｖｉｄｅｒＤａｔａ”領域に格納されている電子署名の有無を所定のフィールドに格納する。ここで、電子署名がある場合は、解析部２０は、制御画像５を検証し、電子署名が有効か無効かを判定する。そして、判定結果（有効または無効）を上記所定のフィールドに格納する。
【０１２４】
解析部２０が解析した結果（Ｐｕｒｐｏｓｅ、電子署名など）は、制御画像ＩＤに関連付けて制御画像管理テーブル３２に保存される。これにより、制御画像ＩＤによって、制御画像５の解析結果と制御画像本体とは紐付け管理することが可能である。なお、制御画像ＩＤに関連付けて保存するデータは、解析した実データそのものでも構わないし、あるいは、制御画像５のＥＭＡＰファイル１５０におけるそのデータが格納されている位置を示す情報であっても構わない。また、位置を示す情報はメモリ上のアドレスであってもよいし、制御画像の先頭からのオフセットであってもよい。このように、データの位置を示す情報だけをＩＤと関連付けて管理しておくようにすると、解析結果の実データを別途保存する構成と比べて、保存領域を削減することが可能となる。解析部２０は、Ｓ１３にて、受信した全制御画像について解析を行う。
【０１２５】
続いて、優先度判定部２１は、解析部２０の解析結果に基づいて、制御画像５の優先度を判定する（Ｓ１４）。優先度判定処理については図１２を参照しながら後に詳述する。まだ判定が終わっていない制御画像５がある場合には（Ｓ１５においてＹＥＳ）、Ｓ１４の優先度判定処理を繰り返す。
【０１２６】
受信したすべての制御画像５について優先度の判定が完了したら（Ｓ１５においてＮＯ）、再生順序決定部２２は、判定された優先度および解析部２０による解析結果に基づいて、各制御画像５の再生順序を決定する。再生コンテンツ取得部２３は、決定された再生順序に基づいて制御画像５を処理して再生すべきコンテンツを取得する。再生コンテンツ取得部２３が取得したコンテンツは、コンテンツ再生処理部によって取得され次第順次処理される（Ｓ１６）。再生順序決定、再生処理については図１３を参照しながら後に詳述する。
【０１２７】
〔優先度判定処理１〕
図１２は、優先度判定部２１の優先度判定処理の流れを示すフローチャートである。優先度判定部２１は、図８の制御画像管理テーブル３２を参照して、そこで管理されている制御画像５について優先度の判定を行う。
【０１２８】
まず、優先度判定部２１は、フィールド「電子署名」を参照して、判定対象の制御画像５についての電子署名の有無をチェックする。電子署名が有る場合には（Ｓ１０１においてＹＥＳ）、優先度判定部２１は、その電子署名が有効か無効かをチェックする。ここで、上記電子署名が無効である場合には（例えば、フィールド「電子署名」に無効を意味するフラグを立っているなど。Ｓ１０２においてＮＯ）、優先度判定部２１は、その制御画像５に対して処理を一切行わないようにする（Ｓ１０３）。あるいは、優先度判定部２１は、その制御画像５のレコードを制御画像管理テーブル３２から破棄してもよい。
【０１２９】
なお、解析部２０は、図１１のＳ１３にて電子署名の検証を行うので、このとき、電子署名が無効の制御画像５を破棄したり、あるいは、そのような制御画像５の一切の読み出しを禁止したりしてもよい。この場合は、優先度判定処理における電子署名の有効／無効を判断する処理を省略することができる。
【０１３０】
一方、優先度判定部２１は、有効な電子署名が付与されている制御画像５については（Ｓ１０２においてＹＥＳ）、当該制御画像５のＰｕｒｐｏｓｅをチェックする（Ｓ１０４）。ここで、優先度判定部２１は、図９に示す判定支援テーブル３１を参照する。そして、上記制御画像５のＰｕｒｐｏｓｅが、“ＰｈｏｔｏＡｌｂｕｍ”、“Ｖｉｄｅｏ”、“Ｍｕｓｉｃ”のいずれかと一致するかどうかを判断する。一致する場合には、上記Ｐｕｒｐｏｓｅは、テレビ１において処理可能なＰｕｒｐｏｓｅと判断し（Ｓ１０５においてＹＥＳ）、当該制御画像５の優先度を「１」に設定する（Ｓ１０６）。反対に、Ｐｕｒｐｏｓｅが、判定支援テーブル３１で管理されているＰｕｒｐｏｓｅのいずれとも一致しない場合には、優先度判定部２１は、上記Ｐｕｒｐｏｓｅがテレビ１においてＵｎｋｎｏｗｎなＰｕｒｐｏｓｅであると判断し（Ｓ１０５においてＮＯ）、当該制御画像５の優先度を「２」に設定する（Ｓ１０７）。
【０１３１】
優先度判定部２１は、電子署名がない制御画像５についても（Ｓ１０１においてＮＯ）、Ｐｕｒｐｏｓｅに基づいて優先度の判定を行う。
【０１３２】
制御画像５のＰｕｒｐｏｓｅが、判定支援テーブル３１で管理されているＰｕｒｐｏｓｅのいずれかと一致する場合には、処理可能Ｐｕｒｐｏｓｅを持つ制御画像５であると判断し（Ｓ１０８においてＹＥＳ）、その制御画像５の優先度を「３」に設定する（Ｓ１０９）。一方、判定支援テーブル３１で管理されているＰｕｒｐｏｓｅのいずれとも一致しない場合には、その制御画像５を、ＵｎｋｎｏｗｎなＰｕｒｐｏｓｅを持つ制御画像５であると判断し（Ｓ１０８においてＮＯ）、その制御画像５の優先度を「４」に設定する（Ｓ１１０）。
【０１３３】
この優先度判定処理は、記憶部１１に保存されている制御画像５に一つ一つについて実行されるものである。したがって、未判定の制御画像５がなくなるまでＳ１０１〜Ｓ１１０の処理は繰り返される。
【０１３４】
〔再生順序決定、再生処理１〕
図１３は、再生順序決定部２２および再生コンテンツ取得部２３における再生順序決定、再生処理の流れを示すフローチャートである。再生順序決定部２２は、上述のように判定された優先度を考慮して各制御画像５の再生順序を決定し、再生コンテンツ取得部２３は、決定された再生順序にしたがってコンテンツを取得する。これにより、コンテンツは、決定された順序にて再生される。
【０１３５】
再生順序決定部２２は、制御画像管理テーブル３２を参照して、優先度が「１」に設定されている制御画像５があるかどうかを判定する（Ｓ２０１）。優先度１の制御画像５がある場合は（Ｓ２０１においてＹＥＳ）、再生順序決定部２２は、優先度１の制御画像５を制御画像管理テーブル３２から抽出する（Ｓ２０２）。そして、再生順序決定部２２は、抽出した制御画像５のうち、受信順が先頭のもの（ここでは、制御画像ＩＤが一番若い番号のもの）について、再生順を「１」と定める。再生コンテンツ取得部２３は、この決定にしたがって、上記先頭の制御画像５を処理する（Ｓ２０３）。つまり、制御画像５に含まれるＵＲＬからコンテンツを取得して、コンテンツ再生処理部に対して上記コンテンツの再生を指示する。ここで、優先度１のＰｕｒｐｏｓｅは、テレビ１にとって既知のものであるので、コンテンツ再生処理部は、Ｐｕｒｐｏｓｅに基づくコンテンツ再生方法を実行することができる。
【０１３６】
なお、本実施形態では、優先度１の制御画像が複数ある場合は、再生順序決定部２２が、処理する順番を受信順にしたがって決定する構成としたが、本発明はこれに限定されず、再生順序決定部２２は、制御画像の作成日時順にしたがって決定してもよいし、あるいは、実行する優先度をＰｕｒｐｏｓｅごとにあらかじめ定めておき、それにしたがって決定してもよい。
【０１３７】
続いて、再生順序決定部２２は、Ｓ２０３にて処理済の制御画像５と同じＰｕｒｐｏｓｅを持つ制御画像が、Ｓ２０２にて抽出した未処理の制御画像の中にあるか否かを判断する（Ｓ２０４）。そして、Ｐｕｒｐｏｓｅが一致する未処理の制御画像がある場合には（Ｓ２０４においてＹＥＳ）、再生順序決定部２２は、当該制御画像を次に再生する制御画像として決定する。例えば、再生順を「２」と定める。
【０１３８】
図８に示す例では、Ｓ２０３にて制御画像ＩＤ：１の制御画像「Album1.jpg」が再生処理された場合には、続いて処理される制御画像として、制御画像「Album1.jpg」と同じＰｕｒｐｏｓｅを持つ制御画像ＩＤ：４の制御画像「Album2.jpg」が選ばれる。こうして、同一のＰｕｒｐｏｓｅごとに制御画像が受信順に処理されることが繰り返される（Ｓ２０３〜Ｓ２０５）。
【０１３９】
そして、優先度１の制御画像がすべて処理されると（Ｓ２０６においてＮＯ）、再生順序決定部２２は、次に、優先度２の制御画像がある場合に（Ｓ２０７においてＹＥＳ）、それらが優先的に処理されるよう再生順序を決定する。
【０１４０】
再生順序決定部２２は、優先度２の制御画像５を制御画像管理テーブル３２から抽出する（Ｓ２０８）。そして、再生順序決定部２２は、優先度２の制御画像５が複数の場合には、それらについて、受信順にしたがって再生順序を決定する。ここで抽出された制御画像５のＰｕｒｐｏｓｅはＵｎｋｎｏｗｎであるので、ここでは、Ｐｕｒｐｏｓｅは考慮されない。
【０１４１】
再生コンテンツ取得部２３は、再生順序決定部２２が決定した再生順にしたがって、優先度２の制御画像５を処理する（Ｓ２０９）。ここでは、制御画像５に含まれるＵＲＬからコンテンツを取得してデフォルトの処理方法でコンテンツを再生する（図９に示す例では、ブラウザ表示する）。
【０１４２】
Ｓ２０７において優先度２の制御画像がない場合（Ｓ２０７においてＮＯ）、または、Ｓ２０９の処理が終了した場合、次に、再生順序決定部２２は、制御画像管理テーブル３２に優先度３または優先度４の制御画像があるかどうかを判定する（Ｓ２１０）。
【０１４３】
優先度３または優先度４の未処理の制御画像がある場合（Ｓ２１０においてＹＥＳ）、再生順序決定部２２は、それら未処理の制御画像については、電子署名がないのでユーザの許可なしに自動再生すべきでないと判断する。そして、再生順序決定部２２は、そのような制御画像については、再生順の代わりに、再生禁止フラグを制御画像ＩＤに関連付けて保存する。
【０１４４】
本実施形態では、電子署名のない制御画像については、再生順序決定部２２は、自動で再生されないように再生を禁止する処理を行うが、電子署名のない制御画像に対する処理はそれだけで終了しない。自動再生が禁止された上記制御画像が、ユーザから再生の許可を得られた後に再生処理されるようにテレビ１を構成することができる。本実施形態では、画面制御部２４が、上記電子署名のない制御画像が信頼できない旨の注意書きと、それらの制御画像（コンテンツ）の再生要否を問う確認画面を表示する処理に移行する（Ｓ２１１以降）。
【０１４５】
画面制御部２４は、優先度３または４の未処理の制御画像数（ｎ個）が、テレビ１の画面表示部１４にて画面を分割して表示できる分割画面の最大数（ｍ分割）を超えているか否かを判定する（Ｓ２１１）。
【０１４６】
図８に示す制御画像管理テーブル３２を例に挙げて説明すると、Ｓ２１０の時点で、優先度３または４の未処理の制御画像は３個存在するので、ｎ＝３である。そして、図１５の例に示すとおり、分割可能な画面の最大数を４分割とすると、ｍ＝４である。この場合、画面制御部２４は、未処理制御画像数（ｎ個）が、最大分割数（ｍ分割）を超えていないと判定する（Ｓ２１１においてＹＥＳ）。そして、画面制御部２４は、すべての未処理制御画像が一覧表示できるように画面を分割して、各未処理制御画像の画像領域５１の画像を表示したり、処理概要説明文を表示したりして、それら未処理制御画像の再生要否を問い合わせるための確認画面を表示する（Ｓ２１２）。ここでは、例えば、図１５に示すとおり、画面制御部２４は、未処理制御画像３個が一覧表示できるように画面を分割して、未処理制御画像およびコンテンツ概要を表示するとともに、これらのコンテンツについて注意書きおよび確認画面を表示する。ここで、画面制御部２４は、未処理制御画像数に合わせて画面を３分割してもよいし、最大分割数に合わせて画面を４分割してもよい。
【０１４７】
なお、画面の最大分割数（ｍ分割）よりも多くの未処理制御画像（ｎ個）が存在する場合は（Ｓ２１１においてＮＯ）、画面制御部２４は、最大分割数ｍで画面を分割し、ｎ個中上位ｍ個の未処理制御画像を表示するとともに、注意書きおよび確認画面を表示する（Ｓ２１３）。画面制御部２４は、優先度順（および受信順）で、上位の制御画像から表示し、確認画面を複数ページに分ける構成で表示を行う。
【０１４８】
操作入力部１５介して再生要の指示が入力されると（Ｓ２１４においてＹＥＳ）、再生順序決定部２２は、ユーザによって選択された優先度３または４の制御画像の再生禁止フラグを解除する。再生コンテンツ取得部２３は、解除された制御画像を処理して、コンテンツを取得する（Ｓ２１５）。再生要と指示された未処理の制御画像の優先度が３の場合は、それぞれのＰｕｒｐｏｓｅに対応した方法でコンテンツの再生処理が実行され、優先度が４の場合は、デフォルトの方法でコンテンツの再生処理が実行される。
【０１４９】
例えば、図１５に示す確認画面において、「すべて再生」のボタンが押下されると、制御画像ＩＤ６、８および９の３つの制御画像を再生する指示がテレビ１に入力される。
【０１５０】
未処理の制御画像（優先度３または４）がまだ残っている場合に、それについてユーザから再生指示が入力されれば（Ｓ２１６においてＹＥＳかつＳ２１４においてＹＥＳ）、再生順序決定部２２および再生コンテンツ取得部２３は、コンテンツを取得する処理および再生処理を繰り返す。
【０１５１】
図１４は、図８の制御画像管理テーブル３２にて管理されている９つの制御画像について決定された再生順序と、それにしたがってコンテンツを再生するテレビ１の動作の流れを説明する図である。図１３に示す再生順序決定、再生処理によれば、上記９つの制御画像の再生順序は以下のとおりに決定される。
【０１５２】
上記９つの制御画像のうち、優先度１で最も先に受信されたのは、制御画像ＩＤ：１の「Album1.jpg」である。そこで、制御画像「Album1.jpg」が再生順序１となる。続いて、制御画像「Album1.jpg」とＰｕｒｐｏｓｅが同じ制御画像、つまり、制御画像ＩＤ：４の「Album2.jpg」が再生順序２と決定される。
【０１５３】
次に、残りの制御画像のうち、優先度１で最も先に受信されたのは、制御画像ＩＤ：２の「Uta1.jpg」である。そこで、制御画像「Uta1.jpg」が再生順序３となる。続いて、同一Ｐｕｒｐｏｓｅの制御画像が存在するので、制御画像ＩＤ：５の「Uta2.jpg」が再生順序４となる。
【０１５４】
次に、残り最後の優先度１の制御画像、つまり、制御画像ＩＤ：７の「Video1.jpg」が再生順序５と決定される。
【０１５５】
続いて、残りの制御画像の中には、優先度２の制御画像が１つ含まれているのでその制御画像、制御画像ＩＤ：３の「Newstopic1.jpg」が再生順序３と決定される。
【０１５６】
残りの制御画像、すなわち、優先度３または４の制御画像（ＩＤ：６、８、９）の制御画像は、署名がないため信頼できないので、自動で再生してよいものかどうか分からない。そこで、これら３つの制御画像については、再生順序を決定する代わりに、再生禁止フラグを付与する。これらの制御画像に対しては、優先度１または２のコンテンツが順次再生された後、最後に、注意書きおよび確認画面とともに画像を表示して再生の要否を問うという処理を実行する。
【０１５７】
図１４に示すとおり、テレビ１は決定された再生順序にしたがって９つの制御画像を処理する。
【０１５８】
まず、テレビ１は、優先度１の制御画像、ＩＤ：１、ＩＤ：４をこの順にて連続で処理して、コンテンツを取得し、スライドショー表示の処理を行う（第１処理）。テレビ１は、次に、ＩＤ：２、ＩＤ：５の制御画像をこの順にて連続で処理してコンテンツを取得し、音楽再生の処理を行う（第２処理）。続いてテレビ１は、ＩＤ：７の制御画像を処理して、ビデオコンテンツを取得、再生する（第３処理）。
【０１５９】
次に、テレビ１は、優先度２の制御画像、ＩＤ：３のニュースコンテンツを取得して、デフォルトの処理手段であるブラウザで表示する（第４処理）。
【０１６０】
最後に、テレビ１は、優先度３または４の制御画像（ＩＤ：６、８、９）から、画像領域５１に格納されている各画像を取り出し、それを画面表示部１４の画面を分割して表示する（第５処理）。ここでは、テレビ１は、制御画像の画像領域５１の画像を利用するのみで、Ｅｘｉｆ領域５０に格納されている制御データは処理しない（コンテンツの取得、再生は行わない）。そして、テレビ１は、図１５に示す表示画面例のように、信頼できないコンテンツである旨の注意書きおよびコンテンツ再生の要否を問い合わせる確認画面を表示する。確認画面表示後、ユーザが、操作入力部１５を介して上記確認画面から再生したい制御画像を選んだ場合は、テレビ１は、ユーザによって選択された制御画像を再生する。つまり、テレビ１は、電子署名のないコンテンツについては、自動再生を行わずに、ユーザの指示を受けてから再生する構成である。
【０１６１】
具体的には、テレビ１は、優先度１または２のコンテンツを順序よく再生し、優先度３または４のコンテンツについては、自動的に再生を行わない。まずは画像のみを一覧表示し、ユーザからの指示が入力された場合のみ再生する。つまり、テレビ１は、安全に処理できる制御画像のみを、複数連続で順序よく処理することができる。
【０１６２】
これにより、テレビ１は、複数の制御画像を順序よく続けて処理できる一方、信頼性の低いコンテンツについては、自動で再生しないようになるので、コンテンツ再生システムのより安全な運用が可能となる。
【実施例２】
【０１６３】
本発明の情報処理システム（通信端末装置および情報処理装置）に関し、第二の実施形態について、図１６〜図２７に基づいて説明すれば、以下のとおりである。なお、説明の便宜上、第一の実施形態の説明時に用いた図面に記載の部材と同じ機能を有する部材については、同じ符号を付記し、その説明を省略する。
【０１６４】
本実施形態では、携帯電話２が制御画像５をテレビ１に送信するときに、あらかじめ再生順序を指定できる構成について説明する。
【０１６５】
〔携帯電話の構成２〕
図１６は、本発明の一実施形態における携帯電話２の要部構成を示すブロック図である。図１６に示す携帯電話２において、図４に示す携帯電話２と異なる点は、制御部６０が、さらに、ＩＤＮＵＭ設定部７１を備えている点である。
【０１６６】
ＩＤＮＵＭ設定部７１は、制御画像に識別情報を設定するものである。より詳細には、ＩＤＮＵＭ設定部７１は、第一に、複数の制御画像を１つのグループとして管理するためのグループＩＤを各制御画像の制御データに埋め込む。第二に、あらかじめ定められた再生順序を示すパラメータ“ＮＵＭ”（順序パラメータ）を、制御データに埋め込む。
【０１６７】
本実施形態では、再生順序は、ユーザが携帯電話２を操作して再生順序を指定することにより決定される。画面表示部６４は、制御画像記憶部８０にて保存している制御画像（コンテンツ）の一覧を表示する。ユーザは、それらの制御画像を再生したい順に選択する。これにより、ＩＤＮＵＭ設定部７１は、選択された制御画像群に同一のグループＩＤを付与するとともに、各制御画像が選択された順にシリアルナンバーＮＵＭを付与する。本実施形態では、ＩＤＮＵＭ設定部７１は、グループＩＤおよびＮＵＭを制御画像５の制御データ内に埋め込む。図１７に、本実施形態における制御データをＥＭＡＰで実現した場合の、制御画像５のデータ構造の一例を示す。
【０１６８】
例えば、ユーザが６つの制御画像を順に選択し、制御画像５がユーザによって３番目に選択されたとする。図１７に示す例では、ＩＤＮＵＭ設定部７１は、６つの制御画像に対して付与するグループＩＤ「THISWEEK01」を、ＥＭＡＰファイル１５０のＵｓｅｒＤａｔａフィールドに格納している。そして、ＩＤＮＵＭ設定部７１は、３番目に選択された当該制御画像５は、３番目に処理されるべき制御画像であるので、再生順序が３番目であることを示すＮＵＭ「3 of 6」を、ＡｄｄｉｔｉｏｎａｌＤａｔａフィールドに格納する。
【０１６９】
図１７に示す制御画像５は一例であるので、本発明の携帯電話２はこれに限定されない。例えば、ＰｒｏｖｉｄｅｒＤａｔａフィールドに、グループＩＤおよびＮＵＭを埋め込むこともできる。また、パラメータＮＵＭは、再生順序がテレビ１において認識可能であれば何でもよいので、ＩＤＮＵＭ設定部７１は、分母を記載させずに単にシリアルナンバーをＮＵＭとしてＥＭＡＰファイル１５０に埋め込んでもよい。
【０１７０】
ＩＤＮＵＭ設定部７１によって、グループＩＤおよびＮＵＭが埋め込まれた各制御画像は、制御画像記憶部８０にて保存、管理される。図１８は、本実施形態における制御画像５を格納する制御画像記憶部８０のファイル構造の具体例を示す図である。
【０１７１】
図５に示す制御画像５と異なる点は、各制御画像５には、グループＩＤとＮＵＭとが付与されている点である。例えば、「今週」のフォルダがユーザによって選択された場合には、「今週」のフォルダ内の全制御画像５に対して、ＩＤＮＵＭ設定部７１は、グループＩＤ「THISWEEK01」を付与する。そして、ＩＤＮＵＭ設定部７１は、選択された順番どおりに、各制御画像５にＮＵＭを付与する。
【０１７２】
〔携帯電話２の処理フロー２〕
次に、携帯電話２が複数の制御画像５を送信するときの処理の流れについて説明する。ここでは、図１８に示す制御画像５を送信する場合について、図１９および図２０を参照しながら、携帯電話２の動作を説明する。
【０１７３】
図１９は、本実施形態における携帯電話２の制御画像５を送信する処理の流れを示すフローチャートである。図２０は、携帯電話２が表示するＧＵＩ画面の具体例およびＧＵＩ画面の遷移の様子を示す図である。
【０１７４】
制御画像５を送信するためのアプリケーションが携帯電話２において起動されると、まず、画面表示部６４は、送信対象の制御画像５をユーザに選択させるためのＧＵＩ画面（例えば、図２０のＳｃｒ１１）を表示する（図１９のＳ２１）。このとき、画面表示部６４は、テレビ１で再生したい順に制御画像５を選択するようにメッセージを表示してもよい。ＧＵＩ画面では、選択対象の制御画像５を個別に選べるようにアイコンが表示され、ユーザが再生したい順に制御画像を選ぶことができる。ユーザによって制御画像が選択されると（Ｓ２２においてＹＥＳ）、選択画像取得部７０は、当該制御画像が選択された順序を制御画像ＩＤと対応付けて図示しないＲＡＭなどの一時記憶部に保持する（Ｓ２３）。例えば、Ｓｃｒ１１に示す例では、カーソルが制御画像に当たっている状態で、「選択」ボタンが押下されると、「連続ドラマ１話」のコンテンツに対応する制御画像のＩＤと、選択順「１番目」の情報とが対応付けて一時的に記憶される。制御画像の選択は、ユーザが送信したい制御画像を選択し終わるまで繰り返される（Ｓ２４においてＮＯ、Ｓ２２においてＹＥＳ）。すでに選択された制御画像５については、選択された順番の情報を表示してもよい（Ｓｃｒ１２）。
【０１７５】
次に、ユーザの選択が完了した状態で、Ｓｃｒ１２にて「決定」ボタンが押下されると（Ｓ２４においてＹＥＳ）、ＩＤＮＵＭ設定部７１は、上記一時記憶部に記憶されている、選択されたすべての制御画像に対してグループＩＤを付与するとともに、制御画像のそれぞれに対しては、対応付けられている選択順に基づいて、再生順序を表すＮＵＭを設定する（Ｓ２５）。ここで、画面表示部６４は、図２０のＳｃｒ１２、１３に示すように、画面表示部６４は、ユーザによって選択された制御画像とその選択順とを表示した後、送信してもよいかどうかを問い合わせる画面を表示してもよい。これにより、ユーザが自身で選択した制御画像とその選択順を送信前に確認することができる。Ｓｃｒ１３にて「はい」のボタンが選択されると、選択画像取得部７０は、Ｓ２２およびＳ２３の繰り返し処理で選択されたすべての制御画像を制御画像記憶部８０から取得する。近距離通信部６２は、選択画像取得部７０が取得した制御画像５をテレビ１に送信する（Ｓ２６）。
【０１７６】
未送信の制御画像が残っている場合には（Ｓ２７においてＹＥＳ）、選択されたすべての制御画像が送信されるまでＳ２６を繰り返す。このとき、ユーザが送信の進捗を確認できるように、図２０のＳｃｒ１４に示す画面を画面表示部６４に表示させてもよい。
【０１７７】
上記方法によれば、制御画像５を送信する側の携帯電話２を用いて、複数の制御画像５の再生順序を決定してから、それらをテレビ１に送信することが可能となる。
【０１７８】
〔テレビの構成２〕
次に、複数の制御画像５を携帯電話２から受信して、携帯電話２が指定する順番でコンテンツを再生するためのテレビ１の構成について図１を参照しながら説明する。
【０１７９】
本実施形態におけるテレビ１の解析部２０は、受信した制御画像を解析する際、第一の実施形態において先に述べた解析項目に加え、ＥＭＡＰファイル１５０内のＵｓｅｒＤａｔａフィールドおよびＡｄｄｉｔｉｏｎａｌＤａｔａフィールドを解析し、グループＩＤおよびＮＵＭをそれぞれ抽出する。解析部２０は、抽出したグループＩＤおよびＮＵＭを、記憶部１１の制御画像管理テーブル３２に、制御画像ＩＤと関連付けて記憶する。ここで、解析部２０は、グループＩＤ、ＮＵＭの値を保存してもよいし、制御画像内のポインタ情報を記憶してもよい。
【０１８０】
図２１は、制御画像５を管理する制御画像管理テーブル３２のデータ構造の具体例を示す図である。本実施形態における制御画像管理テーブル３２は、図８に示す制御画像管理テーブル３２と比べて、さらに、グループＩＤとＮＵＭの値を格納するフィールドが設けられている。ただし、制御画像にグループＩＤとＮＵＭが埋め込まれていない場合は、解析部２０は、このフィールドを空値のままにしておいてもよいし、値無しを意味するフラグを格納してもよい。このようにして管理されるグループＩＤおよびＮＵＭの有無は、優先度判定部２１によって、優先度を判定するときに用いられる。ＮＵＭは、再生順序決定部２２によって、再生順序を決定するときに用いられる。
【０１８１】
本実施形態におけるテレビ１の優先度判定部２１は、各制御画像の優先度を判定する際、電子署名の有無（有効／無効）、および、Ｐｕｒｐｏｓｅに基づく判定よりも前に、各制御画像に上述のグループＩＤおよびＮＵＭが付与されているか否かをまず考慮して優先度を判定する。本実施形態では、優先度判定部２１は、図２２に示す優先度判定テーブル３０を参照して、各制御画像５の優先度を判定する。図２２は、本実施形態における優先度判定テーブル３０のデータ構造の具体例を示す図である。
【０１８２】
本実施形態では、優先度判定テーブル３０は、グループＩＤおよびＮＵＭの有無で場合分けされており、グループＩＤおよびＮＵＭが付与されている制御画像が最も優先度が高くなるように定められている。グループＩＤおよびＮＵＭが無い制御画像の優先度判定方法は、上述した第一の実施形態における優先度判定方法と同様である。
【０１８３】
具体的には、優先度判定部２１は、図２２に示す優先度判定テーブル３０にしたがって、まず、グループＩＤおよびＮＵＭを含む制御画像５の優先度を「１または２」と判定し、そうでない制御画像５の優先度を「３〜６のいずれか」と判定する。
【０１８４】
続いて、グループＩＤおよびＮＵＭが有りの制御画像のうち、有効な電子署名を有する制御画像の優先度を「１」と判定し、電子署名を持たない制御画像の優先度を「２」と判定する。
【０１８５】
グループＩＤおよびＮＵＭが無しの、残りの制御画像については、第一の実施形態のときと同様に、有効な電子署名の有無および処理可能なＰｕｒｐｏｓｅであるか否かを考慮して優先度を４段階で決定する。本実施形態では、第一の実施形態で「優先度１〜４」と判定していたものを、それぞれ、「優先度３〜６」と判定する。優先度判定部２１は、判定した優先度を、図２１に示す制御画像管理テーブル３２の「優先度」のフィールドに格納する。
【０１８６】
この優先度判定テーブル３０にしたがって判定された優先度を考慮することにより、再生順序決定部２２は、携帯電話２で指定されたユーザの希望が最も正確に反映された再生順序を決定することができる。なお、優先度判定テーブル３０は、図２２の例に限定されない。優先度を設定するための判定基準、および、どの判定基準を重要視するかについては、制御画像を扱う装置（テレビ１など）のポリシーにより適宜決定されればよい。具体的には、図２３に示す例では、優先度の判定基準について、（１）グループＩＤおよびＮＵＭの有無 ＞（２）署名の有無、有効／無効＞（３）処理できるＰｕｒｐｏｓｅか否か、の３つを採用し、その順に重要な判定基準として取り扱っている。しかし、本発明は上記に限らず、他の判定基準を採用してもよいし、上記判定基準を採用しなくてもよいし、判定基準を重要視する順を変更してもよい。
【０１８７】
例えば、ブランドイメージの高い装置（商品）などにおいては、信頼性が最も問われる。そこで、電子署名の有無および有効／無効の判定基準を最重要視してもよい。あるいは、あらゆるコンテンツを容易に多数連続表示できることを強みとする装置においては、電子署名にかかる判定基準を無視するなど、判定基準を選択的に採用してもよい。
【０１８８】
本実施形態におけるテレビ１の再生順序決定部２２は、まず、グループＩＤおよびＮＵＭ有りの優先度１および２の制御画像がより優先的に再生されるよう再生順序を決定する。本実施形態では、再生順序決定部２２は、優先度１および２の制御画像が原則ＮＵＭ順（ユーザの希望順）に再生されるよう再生順序を決定する。ここで、優先度２の制御画像は、電子署名がない信頼できない制御画像である。よって、再生順序決定部２２は、優先度２の制御画像に対しては、テレビ１のユーザの許可が出てから上記順序で再生されるように、再生順序と再生確認要フラグ（あるいは、再生禁止フラグ）とを併せて関連付けてもよい。
【０１８９】
本実施形態では、再生順序決定部２２は、優先度３〜６の制御画像に対しては、第一の実施形態にて優先度１〜４の制御画像に対して行われていたのと同様の手順で再生順序を決定する。
【０１９０】
上記構成によれば、携帯電話２においてユーザが指定した再生順序を優先的に考慮して、テレビ１が最終的なコンテンツの再生順序を決定し、複数のコンテンツを順序よく再生することが可能となる。
【０１９１】
〔優先度判定処理２〕
図２３は、本実施形態における、優先度判定部２１の優先度判定処理の流れを示すフローチャートである。優先度判定部２１は、図２１の制御画像管理テーブル３２を参照して、そこで管理されている制御画像５について優先度の判定を行う。
【０１９２】
まず、優先度判定部２１は、フィールド「グループＩＤ」および「ＮＵＭ」を参照して、値の有無をチェックする。グループＩＤおよびＮＵＭが有る場合には（Ｓ３０１においてＹＥＳ）、次にフィールド「電子署名」を参照して、判定対象の制御画像についての電子署名の有無をチェックする。
【０１９３】
電子署名が有る場合には（Ｓ３０２においてＹＥＳ）、優先度判定部２１は、その電子署名が有効か無効かをチェックする。ここで、上記電子署名が無効である場合には（例えば、フィールド「電子署名」に無効を意味するフラグを立っているなど。Ｓ３０３においてＮＯ）、優先度判定部２１は、その制御画像５に対して処理を一切行わないようにする（Ｓ３０４）。あるいは、優先度判定部２１は、その制御画像５のレコードを制御画像管理テーブル３２から破棄してもよい。ここで、署名検証に失敗したために処理を実行できないということをユーザに通知する画面を表示してもよい。反対に、上記電子署名が有効であった場合には（Ｓ３０３においてＹＥＳ）、優先度判定部２１は、Ｐｕｒｐｏｓｅの内容を問わずに、当該制御画像の優先度を「１」と判定する（Ｓ３０５）。
【０１９４】
一方、制御画像が電子署名を持たない場合には（Ｓ３０２においてＮＯ）、優先度判定部２１は、Ｐｕｒｐｏｓｅの内容を問わずに、当該制御画像の優先度を「２」と判定する（Ｓ３０６）。
【０１９５】
判定対象の制御画像が、グループＩＤおよびＮＵＭを持たない場合（Ｓ３０１においてＮＯ）、優先度判定部２１は、第一の実施形態における優先度判定処理１にしたがって、当該制御画像の優先度を判定する（Ｓ３０７）。すなわち、電子署名とＰｕｒｐｏｓｅとに基づいて優先度が判定される。本実施形態では、第一の実施形態において優先度１〜４と判定された制御画像は、それぞれ、優先度３〜６と判定される。
【０１９６】
優先度判定部２１は、まとめて受信した制御画像の各々についてこの優先度判定処理２を繰り返す。
【０１９７】
〔再生順序決定、再生処理２〕
図２４は、本実施形態における再生順序決定部２２および再生コンテンツ取得部２３における再生順序決定、再生処理の流れを示すフローチャートである。
【０１９８】
再生順序決定部２２は、制御画像管理テーブル３２を参照して、優先度が付与されたすべての制御画像について、優先度１または優先度２のものがあるか否かを確認する（Ｓ４０１）。すべての制御画像の優先度が３〜６のいずれかである場合（Ｓ４０１においてＮＯ）、図１３に示す再生順序決定、再生処理１にしたがって、各制御画像の再生順序が決定され、コンテンツが再生される（Ｓ４０７）。
【０１９９】
一方、優先度１または優先度２の制御画像がある場合は（Ｓ４０１においてＹＥＳ）、再生順序決定部２２は、同一のグループＩＤが付与された制御画像の中で、優先度１または２の制御画像を制御画像管理テーブル３２から読み出す（Ｓ４０２）。そして、再生順序決定部２２は、優先度１または２のグループＩＤが同じ制御画像について、ＮＵＭの小さいものから順に再生されるよう再生順序を決定する。
【０２００】
なお、本実施形態では、制御画像管理テーブル３２において、複数のグループＩＤの制御画像が混在する場合は、同じグループＩＤを持つ制御画像の枚数が多いものから先に処理するようにしてもよいし、ＮＵＭに全体の数（分母）も含まれていれば、より揃っている順（「同一グループＩＤの制御画像の数／ＮＵＭの全体の数」が大きい順）にグループごとに処理（再生順序決定、コンテンツ取得、再生）するようにしてもよい。
【０２０１】
次に、再生順序決定部２２は、Ｓ４０２において、再生順序をＮＵＭにしたがって決定した制御画像の中に、優先度２の制御画像があるか否かを判定する（Ｓ４０３）。ここで、優先度２の制御画像がない場合は（Ｓ４０３においてＮＯ）、再生コンテンツ取得部２３が信頼できるコンテンツをＮＵＭの順に取得し、コンテンツ再生処理部が順次それを再生する（Ｓ４０４）。優先度１の全制御画像の処理が完了したら（Ｓ４０５においてＮＯ）、優先度３以降の制御画像がある場合には（Ｓ４０６においてＹＥＳ）、それらについては、図１３に示す再生順序決定、再生処理１にしたがって、再生順序を決定し、コンテンツを再生する（Ｓ４０７）。
【０２０２】
一方、Ｓ４０３にて、優先度２の制御画像が含まれる場合は（Ｓ４０３においてＹＥＳ）、再生順序決定部２２は、当該制御画像に対して、再生順序とともに再生確認要フラグを付与する。優先度１と優先度２の制御画像が混在して連続処理される場合には、再生確認要フラグに基づいて、画面制御部２４は、次の処理を行う。すなわち、連続再生の途中で信頼性の保障されないコンテンツが含まれる旨の注意書きと、それらのコンテンツ再生処理を行う前に都度確認をするのか、すべて確認せずに再生処理を行うのかを問い合わせる確認画面とを画面表示部１４に表示する（Ｓ４０８）。上記注意書きおよび上記確認画面の具体例を図２５に示す。図２５に示すように、優先度２の（＝信頼性の低い）制御画像がどれであるか、画像とともに表示すれば、ユーザの視認性が向上する。
【０２０３】
上記確認画面において、ユーザ操作により「すべて再生する」の選択肢が選択された場合は（Ｓ４０９において１）、Ｓ４０４に移行し、再生コンテンツ取得部２３は、同一のグループＩＤで、優先度１または優先度２の制御画像を処理して、再生順序決定部２２によって決定された順で、コンテンツを取得する。コンテンツ再生処理部は、取得されたコンテンツを順次再生する。
【０２０４】
一方、再生前に「都度確認する」の選択肢が選択された場合は（Ｓ４０９において２）、Ｓ４０４と同様に、再生コンテンツ取得部２３およびコンテンツ再生処理部がＮＵＭの順に制御画像の処理を進める（Ｓ４１０）。Ｓ４１０の処理で処理対象の制御画像が優先度１である場合には（Ｓ４１１において１）、再生コンテンツ取得部２３は、当該対象の制御画像の制御データ（ＥＭＡＰファイル１５０）にしたがってコンテンツを取得し、コンテンツ再生処理部がそれを再生する（Ｓ４１２）。
【０２０５】
優先度１または２の未処理の制御画像があれば（Ｓ４１３においてＹＥＳ）、Ｓ４１０以降の処理を繰り返し、未処理の制御画像がなくなったら（Ｓ４１３においてＮＯ）、優先度３以降の再生順序決定、再生処理に移行する（Ｓ４０６、Ｓ４０７）。
【０２０６】
一方、処理対象の制御画像が優先度２である場合には（Ｓ４１１において２）、再生コンテンツ取得部２３は、この時点ではコンテンツを取得しない。代わりに、画面制御部２４は、当該対象の制御画像の画像（画像領域５１内）または該制御画像の処理概要を画面表示部１４にてユーザに提示する。そして、上記制御画像の処理（コンテンツ取得、再生）を実行するか否かを問い合わせる確認画面を表示する（Ｓ４１４）。例えば、図２６に示すような注意書きおよび確認画面を表示する。
【０２０７】
ユーザが上記画像を選択することにより、コンテンツ再生の指示がテレビ１に入力されると（Ｓ４１５において１）、再生コンテンツ取得部２３は、当該制御画像の制御データにしたがってコンテンツを取得する（Ｓ４１２）。一方、ユーザが「スキップする」の選択肢を選択した場合には（Ｓ４１５において２）、再生コンテンツ取得部２３は、当該制御画像の処理をスキップして、次の未処理制御画像があれば（Ｓ４１３においてＹＥＳ）、Ｓ４１０に戻って、次の再生順序の未処理制御画像を処理する。
【０２０８】
同一のグループＩＤを持つすべての制御画像について処理を実行した後は、次のグループＩＤを持つ制御画像についてＳ４０１からの処理を繰り返す。
【０２０９】
なお、上述の説明では、一連の制御画像の中に署名のない制御画像が含まれている場合に、Ｓ４０９において、ユーザは、それらをすべて自動再生するか、再生直前に都度再生要否を確認するかの何れかを選択するものとしたが、これに限定されない。図２５に示すとおり、署名のない制御画像のみを自動でスキップして自動再生するという選択肢がＳ４０８にて表示されてもよい。上記選択肢がＳ４０９にて選択された場合には、優先度１の制御画像のみが順次再生される。
【０２１０】
また、同一のグループ中に、電子署名が無効であるとして、図２３のＳ３０４にて処理しないと判断された制御画像が含まれる場合には、グループの先頭のコンテンツを再生する前に、画面制御部２４は、その旨をユーザに通知する通知画面を画面表示部１４に表示してもよい。上記通知画面の一例を図２７に示す。
【０２１１】
上記方法によれば、テレビ１は、複数の制御画像を受信した際に、それらの再生順序を、ユーザの希望を優先的に反映して決定することができるとともに、特に指定の無い場合には、優先度、コンテンツの目的（Ｐｕｒｐｏｓｅ）などに応じて適切な再生順序にて複数の制御画像を処理することが可能となる。また、本実施形態では、電子署名の検証結果も考慮するので、信頼のできないコンテンツはスキップすることができる。したがって、ユーザは安心して連続自動再生を楽しむことができる。
【０２１２】
なお、本実施形態では、携帯電話２のユーザが再生順序を決定する例について説明したが、制御画像を携帯電話２に供給するサーバ３が制御画像を生成するときに、再生順序をあらかじめ埋め込んでおいてもよい。このようにすれば、第二の実施形態におけるテレビ１の構成のままで、例えば、ドラマ、小説などの連続するコンテンツを正しい順序で再生することができる。
【０２１３】
本発明は上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。
【０２１４】
最後に、携帯電話２またはテレビ１の各ブロック、特に、選択画像取得部７０およびＩＤＮＵＭ設定部７１、ならびに、解析部２０、優先度判定部２１、再生順序決定部２２、再生コンテンツ取得部２３および画面制御部２４は、ハードウェアロジックによって構成してもよいし、次のようにＣＰＵを用いてソフトウェアによって実現してもよい。
【０２１５】
すなわち、携帯電話２またはテレビ１は、各機能を実現する制御プログラムの命令を実行するＣＰＵ（central processing unit）、上記プログラムを格納したＲＯＭ（read only memory）、上記プログラムを展開するＲＡＭ（random access memory）、上記プログラムおよび各種データを格納するメモリ等の記憶装置（記録媒体）などを備えている。そして、本発明の目的は、上述した機能を実現するソフトウェアである携帯電話２またはテレビ１の制御プログラムのプログラムコード（実行形式プログラム、中間コードプログラム、ソースプログラム）をコンピュータで読み取り可能に記録した記録媒体を、上記携帯電話２またはテレビ１に供給し、そのコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に記録されているプログラムコードを読み出し実行することによっても、達成可能である。
【０２１６】
上記記録媒体としては、例えば、磁気テープやカセットテープ等のテープ系、フロッピー（登録商標）ディスク／ハードディスク等の磁気ディスクやＣＤ−ＲＯＭ／ＭＯ／ＭＤ／ＤＶＤ／ＣＤ−Ｒ等の光ディスクを含むディスク系、ＩＣカード（メモリカードを含む）／光カード等のカード系、あるいはマスクＲＯＭ／ＥＰＲＯＭ／ＥＥＰＲＯＭ／フラッシュＲＯＭ等の半導体メモリ系などを用いることができる。
【０２１７】
また、携帯電話２またはテレビ１を通信ネットワークと接続可能に構成し、上記プログラムコードを、通信ネットワークを介して供給してもよい。この通信ネットワークとしては、特に限定されず、例えば、インターネット、イントラネット、エキストラネット、ＬＡＮ、ＩＳＤＮ、ＶＡＮ、ＣＡＴＶ通信網、仮想専用網（virtual private network）、電話回線網、移動体通信網、衛星通信網等が利用可能である。また、通信ネットワークを構成する伝送媒体としては、特に限定されず、例えば、ＩＥＥＥ１３９４、ＵＳＢ、電力線搬送、ケーブルＴＶ回線、電話線、ＡＤＳＬ回線等の有線でも、ＩｒＤＡやリモコンのような赤外線、Ｂｌｕｅｔｏｏｔｈ（登録商標）、８０２．１１無線、ＨＤＲ、携帯電話網、衛星回線、地上波デジタル網等の無線でも利用可能である。なお、本発明は、上記プログラムコードが電子的な伝送で具現化された、搬送波に埋め込まれたコンピュータデータ信号の形態でも実現され得る。
【産業上の利用可能性】
【０２１８】
本発明は、通信端末装置が制御データを情報処理装置に送信することで、情報処理装置を遠隔制御して情報を処理させることが可能な情報処理処理システムに好適に用いることができる。
【符号の説明】
【０２１９】
１ テレビ（情報処理装置）
２ 携帯電話（通信端末装置）
３ サーバ
３ａ 広告サービス
３ｂ 登録サービス
３ｃ 広告コンテンツプロバイダ
３ｄ コンテンツプロバイダ
４ 公衆通信回線
５ 制御画像（制御データ）
５ａ 広告制御画像（制御データ）
５ｂ 信頼できる制御画像（制御データ）
６ コンテンツ
１０ 制御部
１１ 記憶部
１２ 近距離通信部（受信部）
１３ 公衆回線通信部
１４ 画面表示部
１５ 操作入力部
１６ 音声出力部
２０ 解析部（解析手段）
２１ 優先度判定部（優先度判定手段）
２２ 再生順序決定部（処理順序決定手段）
２３ 再生コンテンツ取得部
２４ 画面制御部
３０ 優先度判定テーブル
３１ 判定支援テーブル
３２ 制御画像管理テーブル
５０ Ｅｘｉｆ領域（制御データ）
５１ 画像領域
６０ 制御部
６１ 記憶部
６２ 近距離通信部（出力部）
６３ 公衆回線通信部
６４ 画面表示部
６５ 操作入力部
７０ 選択画像取得部（選択データ取得手段）
７１ ＩＤＮＵＭ設定部
８０ 制御画像記憶部（制御データ記憶部）
１００ コンテンツ再生システム
１５０ ＥＭＡＰファイル（制御データ）
【技術分野】
【０００１】
本発明は、通信端末装置が送信した制御データを受信し、該制御データに従って処理を実行する情報処理装置、通信端末装置、情報処理装置の制御方法、通信端末装置の制御方法、制御プログラム、および、記録媒体に関するものである。
【背景技術】
【０００２】
近年、デジタルカメラ、特にデジタルカメラ機能を有するカメラ付き携帯電話機の普及に伴い、写真を画像データとして取り扱うことが広く行われるようになった。これに伴い、デジタルカメラや携帯電話機から画像データを取り込み、該取り込んだ画像データを表示するテレビや、該取り込んだ画像データを印刷するプリンタなどの装置も広く用いられるようになった。
【０００３】
また、これらの装置間で、無線通信により画像データを転送する技術も普及している。無線通信により画像データを転送するための技術としては、ＩｒＳｉｍｐｌｅ（登録商標）のような高速赤外線通信、または、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＷｉＦｉ（登録商標）のような近距離用無線通信などが一般的である。このような無線通信技術を用いることにより、携帯電話機などの通信端末装置で撮影した写真をテレビなどの情報処理装置にて再生させることが、容易に行なえるようになっている。
【０００４】
さらに、近年の高速インターネットの普及に伴い、テレビなどの情報処理装置が、通信ネットワークを介して、サービス事業者が提供する外部のサーバから写真、動画、音楽、文章データなどによるコンテンツ、および、それらの複合コンテンツを取得し、該取得したコンテンツを再生できるようになっている。サービス事業者が提供するコンテンツとしては、鑑賞目的の写真コンテンツなどの他に、例えば、映画など動画コンテンツ、旅行の案内など広告目的の広告コンテンツなどがある。
【０００５】
これらの技術を用いれば、携帯電話などの通信端末装置と、テレビなどの情報処理装置と、インターネット上のコンテンツプロバイダとしてのサーバとを連携させることができる。例えば、携帯電話が入手したサーバからコンテンツ、または、コンテンツを再生するための制御データを、上述の無線通信技術を用いてテレビに送信し、上記コンテンツをテレビの大画面にて視聴できるようにするというユースケースが考えられる。
【０００６】
その他、装置間の連携を実現する技術としては、ＤＰＯＦ（Digital Print Order Format）を利用した、特許文献１の技術が挙げられる。特許文献１の技術では、印刷以外でもあらゆる情報処理装置の処理（写真再生、合成表示、複写保存、ＦＡＸ送信など）を命令する命令文をＤＰＯＦで記述する。そして、そのような命令文を含む制御データを、画像とともにデジタルカメラや携帯電話などの通信端末装置から情報処理装置に供給する。これにより、通信端末装置が情報処理装置を制御することができる。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００３−１１６０９３号公報（２００３年４月１８日公開）
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかしながら、上記従来の技術では、通信端末装置側では、情報処理装置に実行させたい複数種類の処理をまとめて情報処理装置に送信することは行われていない。また、情報処理装置側では、制御データを複数保有しているとしても、それらを順次処理することはできない。つまり、複数種類の処理を、組み合わせて一連の動作として実行できないという問題がある。
【０００９】
具体的には、複数の写真を合成して表示した後に、保存、印刷、ＦＡＸ送信したいとユーザが望む場合に、それぞれの処理に対応する制御データを複数用意して情報処理装置に供給しても、情報処理装置は、それらを順次処理することは行っておらず、ましてや、どのような順序で実行すればよいのかを判断することはできない。
【００１０】
本発明は、上記の問題点に鑑みてなされたものであり、その目的は、通信端末装置が、情報処理装置を、複数の処理を組み合わせて実行するように制御することが可能な情報処理装置、通信端末装置、情報処理装置の制御方法、通信端末装置の制御方法、制御プログラム、および、記録媒体を実現することにある。
【課題を解決するための手段】
【００１１】
本発明の情報処理装置は、上記課題を解決するために、自装置を遠隔操作するために通信端末装置が出力した、少なくとも１つの処理の実行を命令する制御データを複数受信する受信部と、上記受信部が受信した複数の制御データを解析する解析手段と、上記解析手段による解析結果に応じて各制御データの処理順序を決定する処理順序決定手段とを備えていることを特徴としている。
【００１２】
上記構成によれば、上記解析手段は、受信部が受信した複数の制御データを解析する。そして、処理順序決定手段は、上記解析手段による解析結果に応じて各制御データの処理順序を決定する。
【００１３】
これにより、制御データを決定された処理順序にて順次処理することが可能な情報処理装置を実現することが可能となる。処理順序は、送信された各制御データの解析結果に基づいて決定されている。そのため、送信された制御データをどの順序で処理すればより適切であるかが考慮された処理順序であると言える。このような処理順序にしたがって制御データが命令する処理を実行すれば、情報処理装置は、個々の処理をばらばらに実行する場合に比べて、複数の処理を順序よく一連の処理として実行することができ、より効果的な有意義な実行結果を出力することができる。
【００１４】
以上のことから、上記複数の制御データを出力した通信端末装置は、上記情報処理装置を、複数の処理を組み合わせて実行するように制御することが可能になる。
【００１５】
上記制御データは、該制御データが命令する処理の目的を格納する領域を含み、上記解析手段は、各制御データの目的を解析し、上記処理順序決定手段は、同一目的の制御データをまとめて処理するように処理順序を決定することが好ましい。
【００１６】
上記構成によれば、複数の制御データが、命令する処理の目的に応じて整列されておらず、順不同でまとめて受信された場合でも、情報処理装置は、同一目的ごとに連続して制御データを処理することができる。
【００１７】
上記制御データは、電子署名を格納する領域を含み、上記解析手段は、上記制御データに電子署名が格納されている場合に、該電子署名を検証し、上記処理順序決定手段は、有効な電子署名を有する制御データが電子署名を含まない制御データよりも優先的に処理されるように処理順序を決定することが好ましい。
【００１８】
上記構成によれば、情報処理装置を、署名が有効な信頼性の高い制御データほど、先に処理するように制御することが可能となる。
【００１９】
上記処理順序決定手段は、上記電子署名を含まない制御データに対して、処理順序を決定する代わりに、ユーザからの実行指示が入力されないかぎり処理を実行しないことを意味する処理禁止情報を付与することが好ましい。
【００２０】
上記構成によれば、信頼の度合いが不明な制御データについては、自動で処理することなく、ユーザの判断にしたがって処理できるので、情報処理装置の安全性を維持することが可能となる。
【００２１】
上記解析手段は、上記電子署名は無効であると判断した場合に、無効な電子署名を有する制御データを破棄することが好ましい。
【００２２】
上記構成によれば、信頼できない制御データについては、処理されず、また、保存も行わない。そのため、情報処理装置の安全性を高め、ユーザの利便性を向上させることが可能となる。
【００２３】
あるいは、上記情報処理装置は、上記制御データの各領域に含まれる複数の情報に基づいて、あらかじめ定められた判定基準にしたがって、各制御データの優先度を判定する優先度判定手段を備え、上記処理順序決定手段は、上記優先度判定手段が判定した優先度を考慮して各制御データの処理順序を決定してもよい。
【００２４】
上記構成によれば、上記制御データの各領域に含まれる複数の情報、すなわち、制御データの目的や性質などを表す属性情報に基づいて、複数受信された制御データに、優先順位を付与することができる。情報処理装置は、この優先順位にしたがって、複数の制御データを適切な順序で処理することが可能となる。
【００２５】
さらに、上記制御データは、該制御データが命令する処理の目的を格納する領域を含み、上記解析手段は、各制御データの目的を解析し、上記優先度判定手段は、上記処理の目的が自装置において既知である場合に当該目的を含む制御データの優先度を、既知でない目的を含む制御データよりも高く設定することが好ましい。
【００２６】
上記構成によれば、当該情報処理装置において既知の目的を含む制御データから先に処理されるように情報処理装置を制御することが可能となる。
【００２７】
既知の目的とは、当該情報処理装置が、制御データをどのように処理すべきか明確に判断できる目的、動作のことを指している。つまり、既知の目的が含まれた制御データについては、情報処理装置が正しい動作を行って正しい結果を出力することできる。一方、既知でない目的が含まれた制御データについては、情報処理装置は、それをどのように取り扱えばよいのか不明なため、当該制御データの処理に際し、正しい動作を行えるとは限らない。よって、正しい結果を出力できない可能性がある。
【００２８】
そこで、確実に正しい結果を出力できる、既知の目的を含む制御データから先に処理するように情報処理装置を制御することができる。これにより、ユーザの利便性を向上させることが可能となる。
【００２９】
さらに、上記制御データは、複数の制御データを１つのグループとして識別するためのグループＩＤと、同一グループにおいて予め定められた処理順序を示す順序パラメータとを格納する領域を含み、上記解析手段は、各制御データのグループＩＤおよび順序パラメータを解析し、上記処理順序決定手段は、上記グループＩＤおよび順序パラメータを有する制御データが優先的に処理されるように処理順序を決定するとともに、同一グループ内の各制御データに対しては、上記順序パラメータにしたがって処理順序を決定することが好ましい。
【００３０】
制御データを作成する装置（およびそのユーザ）において、意図する処理順序がある場合に、グループＩＤと順序パラメータとを含む制御データを作成し、それを情報処理装置に提供することができる。
【００３１】
上記構成によれば、情報処理装置は、グループＩＤと順序パラメータとが指定する順序で、各制御データを処理する。この順序は、制御データを作成する装置（およびそのユーザ）が意図する処理順序を反映したものである。
【００３２】
以上のことから、情報処理装置を、複数の処理を組み合わせて意図どおりの順序で実行するように制御することが可能となる。
【００３３】
本発明の通信端末装置は、上記課題を解決するために、情報処理装置を遠隔操作するための、少なくとも１つの処理の実行を命令する制御データを記憶する制御データ記憶部と、ユーザによって指定された複数の制御データを上記制御データ記憶部から取得する選択データ取得手段と、上記選択データ取得手段により取得された複数の制御データを上記情報処理装置が受信可能なように出力する出力部とを備え、上記選択データ取得手段は、上記ユーザによって所定の条件が指定された場合には、当該条件に合致する複数の制御データを上記制御データ記憶部から抽出することを特徴としている。
【００３４】
さらに、上記通信端末装置は、ユーザによって個々の制御データが選択されたとき、選択された順番にしたがって、選択された個々の制御データに対して処理順序を示す順序パラメータを設定するとともに、選択された制御データを１つのグループとして識別するためのグループＩＤをすべての制御データに対して設定する設定手段を備えていることが好ましい。
【００３５】
本発明の情報処理装置の制御方法は、上記課題を解決するために、自装置を遠隔操作するために通信端末装置が出力した、少なくとも１つの処理の実行を命令する制御データを複数受信する情報処理装置の制御方法であって、受信した複数の上記制御データを解析する解析ステップと、上記解析ステップによる解析結果に応じて各制御データの処理順序を決定する処理順序決定ステップとを含むことを特徴としている。
【００３６】
本発明の通信端末装置の制御方法は、上記課題を解決するために、情報処理装置を遠隔操作するための、少なくとも１つの処理の実行を命令する制御データを上記情報処理装置が受信可能なように出力する通信端末装置の制御方法であって、上記制御データを記憶する制御データ記憶部から、ユーザによって指定された複数の制御データを取得する選択データ取得ステップと、上記選択データ取得ステップにより取得された複数の制御データを出力する出力ステップとを含み、上記選択データ取得ステップでは、上記ユーザによって所定の条件が指定された場合には、当該条件に合致する複数の制御データを上記制御データ記憶部から抽出することを特徴としている。
【００３７】
なお、上記情報処理装置または上記通信端末装置は、コンピュータによって実現してもよく、この場合には、コンピュータを上記各手段として動作させることにより上記情報処理装置または上記通信端末装置をコンピュータにて実現させる上記情報処理装置または上記通信端末装置の制御プログラム、およびそれを記録したコンピュータ読み取り可能な記録媒体も、本発明の範疇に入る。
【発明の効果】
【００３８】
本発明の情報処理装置は、自装置を遠隔操作するために通信端末装置が出力した、少なくとも１つの処理の実行を命令する制御データを複数受信する受信部と、上記受信部が受信した複数の制御データを解析する解析手段と、上記解析手段による解析結果に応じて各制御データの処理順序を決定する処理順序決定手段とを備えていることを特徴としている。したがって、通信端末装置が、情報処理装置を、複数の処理を組み合わせて実行するように制御することが可能になるという効果を奏する。
【図面の簡単な説明】
【００３９】
【図１】本発明の実施形態におけるテレビの要部構成を示すブロック図である。
【図２】本発明の実施形態におけるコンテンツ再生システムの概略構成を示す図である。
【図３】制御画像のデータ構造の一例を模式的に示す図である。
【図４】本発明の実施形態における携帯電話の要部構成を示すブロック図である。
【図５】制御画像を格納する制御画像記憶部のファイル構造の具体例を示す図である。
【図６】本発明の実施形態における携帯電話の制御画像を送信する処理の流れを示すフローチャートである。
【図７】携帯電話が表示するＧＵＩ画面の具体例およびＧＵＩ画面の遷移の様子を示す図である。
【図８】制御画像を管理する制御画像管理テーブルのデータ構造の具体例を示す図である。
【図９】テレビの優先度判定部がＰｕｒｐｏｓｅに基づいて、制御画像の処理可不可を判断するときに参照する判定支援テーブルのデータ構造の具体例を示す図である。
【図１０】優先度判定部が各制御画像の優先度を判定するときに参照する優先度判定テーブルのデータ構造の具体例を示す図である。
【図１１】本発明の実施形態におけるテレビの処理の流れを示すフローチャートである。
【図１２】優先度判定部の優先度判定処理の流れを示すフローチャートである。
【図１３】再生順序決定部および再生コンテンツ取得部における再生順序決定、再生処理の流れを示すフローチャートである。
【図１４】図８の制御画像管理テーブルにて管理されている９つの制御画像について決定された再生順序と、それにしたがってコンテンツを再生するテレビの動作の流れを説明する図である。
【図１５】テレビに表示される、信頼できないコンテンツに関する注意書きおよび確認画面の具体例を示す図である。
【図１６】本発明の実施形態における携帯電話の要部構成を示すブロック図である。
【図１７】本発明の実施形態における制御データをＥＭＡＰで実現した場合の、制御画像のデータ構造の一例を示す。
【図１８】本発明の実施形態における制御画像を格納する制御画像記憶部のファイル構造の具体例を示す図である。
【図１９】本発明の実施形態における携帯電話の制御画像を送信する処理の流れを示すフローチャートである。
【図２０】携帯電話が表示するＧＵＩ画面の具体例およびＧＵＩ画面の遷移の様子を示す図である。
【図２１】制御画像を管理する制御画像管理テーブルのデータ構造の具体例を示す図である。
【図２２】本発明の実施形態における優先度判定テーブルのデータ構造の具体例を示す図である。
【図２３】本発明の実施形態における優先度判定部の優先度判定処理の流れを示すフローチャートである。
【図２４】本実施形態における再生順序決定部および再生コンテンツ取得部における再生順序決定、再生処理の流れを示すフローチャートである。
【図２５】テレビにおける、信頼できないコンテンツに関する注意書きおよび確認画面の具体例を示す図である。
【図２６】テレビに表示される、信頼できないコンテンツに関する注意書きおよび確認画面の具体例を示す図である。
【図２７】テレビに表示される、署名が無効で再生できないコンテンツに関する注意書きの具体例を示す図である。
【発明を実施するための形態】
【００４０】
以下、本発明の実施形態について、図面に基づいて説明する。以下の各実施形態では、一例として、本発明の通信端末装置を携帯電話に、情報処理装置をテレビに適用するものとする。これにより、本発明の情報処理システムとしての、コンテンツ再生システム（図２）を構築することができる。本実施形態における上記コンテンツ再生システムは、サーバが配信するコンテンツを再生するようにテレビに対して命令するための制御データを、携帯電話がテレビに複数送信するシステムである。これにより、携帯電話は、テレビが複数のコンテンツを順序よく連続して再生できるように、テレビを制御することができる。
【００４１】
〔コンテンツ再生システムの概要〕
図２は、本発明の実施形態におけるコンテンツ再生システム１００の概略構成を示す図である。図２に示すとおり、本実施形態のコンテンツ再生システム１００は、コンテンツを再生する情報処理装置としてのテレビ１、情報処理装置を制御するための制御データを送信する通信端末装置としての携帯電話２、制御データおよびコンテンツを供給するコンテンツプロバイダであるサーバ３とを含む構成となっている。
【００４２】
サーバ３（あるいは、サーバが複数存在する場合は、サーバ群３）は、制御データとして用いる制御画像５を生成し、それを携帯電話２に対して発行するものである。
【００４３】
本実施形態では、制御画像５とは、ＪＰＥＧ（Joint Photographic Experts Group）などの画像データのことであり、特に、当該画像データに付与されるメタ情報内に機器を制御するための命令文が埋め込まれているもののことをいう。携帯電話２は、サーバ３から供給された制御画像５をテレビ１などの機器に送信することによって、制御画像５に付与される命令文に基づいてテレビ１を遠隔操作することができる。本実施形態では、制御画像５は、テレビ１に対して所定のコンテンツ６にアクセスし再生するように命令する命令文が含まれている。制御画像５のデータ構造については、後に詳述する。
【００４４】
一方、本実施形態では、サーバ３は、テレビ１に対しては、テレビ１からの要求に応じてコンテンツ６をストリーミング配信する。コンテンツ６は、特に限定されないが、例えば、画像データ、音楽データ、映像データ、テキストデータ、ＨＴＭＬ（HyperText Markup Language）データ、ＸＭＬ（eXtensible Markup Language）データなどのように、テレビ１が再生できるさまざまな形式のデータで成り立っている。
【００４５】
なお、本実施形態では、制御画像５を発行するサーバと、コンテンツ６を配信するサーバとを同じ装置として記載しているが、このような構成に限定されない。制御画像５を発行するサーバとコンテンツ６の格納場所は物理的に同じ装置上である必要はない。制御画像５を発行するサーバは、コンテンツ６の格納場所を示す情報、例えば、ＵＲＬ（Uniform Resource Locator）などを把握し、それを制御画像５に埋め込むことができればよい。例えば、広告制御画像５ａを携帯電話２に供給する広告サービス３ａと、広告コンテンツを配信する広告コンテンツプロバイダ３ｃとは、同じ装置上に存在してもよいし、別々の装置上に存在してもよい。あるいは、電子署名付きの信頼できる制御画像５ｂを供給する登録サービス３ｂとコンテンツプロバイダ３ｄと、上述の広告サービス３ａと、広告コンテンツプロバイダ３ｃとが全て物理的に一つの装置内に存在してもよい。
【００４６】
携帯電話２は、サーバ３から発行された制御画像５を取得して、それを制御対象の機器（テレビ１など）に送信するものである。携帯電話２は、公衆通信回線４（インターネット、携帯電話網）を介して、サーバ３から制御画像５を受信する。そして、携帯電話２は、その制御画像５を、近距離無線通信手段を用いてテレビ１に送信する。本実施形態では、携帯電話２は、複数の制御画像５をテレビ１に送信することができる。なお、携帯電話２が制御画像５をテレビ１に送信するときに用いる近距離無線通信手段としては、特に限定されないが、ＩｒＳｉｍｐｌｅ（登録商標）のような高速赤外線通信、または、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＷｉＦｉ（登録商標）のような近距離用無線通信などの各種無線通信技術が採用される。
【００４７】
テレビ１は、携帯電話２が送信した複数の制御画像５を受信して、制御画像５を解析し、その解析結果に基づいて、制御画像５に含まれる各種データを処理するものである。本実施形態では、テレビ１は、制御画像５に埋め込まれている命令文にしたがって、サーバ３へアクセスして、その命令文が指定するコンテンツ６を取得し、その再生を行なう。
【００４８】
なお、本実施形態では、テレビ１とサーバ３との間のコンテンツ６の送受信は、インターネットなどの公衆通信回線４を介して行なわれる。
【００４９】
〔制御画像について〕
次に、制御画像５について説明する。図３は、制御画像５のデータ構造の一例を模式的に示す図である。図３に示すとおり、制御画像５は、画像を格納するための画像領域５１と、上記画像に対応付けてメタ情報を格納するためのＥｘｉｆ領域５０とを含む構造体である。本実施形態では、より具体的には、制御データとして、（１）コンテンツの種類（目的）と、（２）コンテンツの格納場所であるＵＲＬと、（３）当該制御画像の信頼性を証明するための（３）電子署名とが格納される。制御データのフォーマットとしてＥＭＡＰ（Embedded Meta-data format for Affixing on Picture）を利用することができる。ＥＭＡＰ形式で記述された制御データ（ＥＭＡＰファイル１５０）は、制御画像５のＥｘｉｆ領域５０に格納される。
【００５０】
ＥＭＡＰとは、ＪＰＥＧ形式の画像のＥｘｉｆ領域などにインターネット上のリソースの場所（ＵＲＩ（Uniform Resource Identifier）、ＵＲＬ）とそれに付随するデータを格納するフォーマットであり、ＩｒＤＡ（Infrared Data Association）で規定されている。本実施形態ではいくつかあるＥＭＡＰのメタ情報から下記を利用する。しかし、制御データの形式は、以下に限定されるものではない。
【００５１】
Ｐｕｒｐｏｓｅ：このフィールドには、ＥＭＡＰファイルを処理する際のヒント情報が格納される。ここに記述された内容にしたがい、テレビ１は、コンテンツの種類、目的を知ることができ、コンテンツをどのように扱うべきか（再生すべきか）を認識することができる。
【００５２】
ＵＲＩ：このフィールドには、コンテンツのインターネット上でのリソースの場所、すなわち、ＵＲＬが格納される。テレビ１は、ここに記述されたＵＲＬにアクセスし、再生するコンテンツを取得することができる。
【００５３】
ＰｒｏｖｉｄｅｒＤａｔａ：このフィールドには、制御画像５の提供者（サーバ３）が自由にデータを格納できる。本実施形態では、この領域に電子署名が格納される。テレビ１は、ここに格納された電子署名を検証し、当該制御画像５が信頼できるデータであるのか否かを判断することができる。
【００５４】
ＥＭＡＰファイル１５０は、上記フィールドの他に、以下のようなフィールドを含んでいてもよい。
【００５５】
ＡｄｄｉｔｉｏｎａｌＤａｔａ：自由なデータを任意に格納できるフィールドである。
【００５６】
ＵｓｅｒＤａｔａ：自由なデータを任意に格納できるフィールドである。
【００５７】
なお、制御データとしてのＥＭＡＰファイルおよびその構造は一例であり、本発明を限定するものではない。また、制御データは、Ｅｘｉｆ領域５０に限らず、画像との対応関係が維持される領域であればどこに格納されてもよい。
【００５８】
本発明のコンテンツ再生システム１００では、携帯電話２は、上述した制御画像５を、テレビ１に複数送信することができる。そして、テレビ１は、携帯電話２から受信した複数の制御画像５を、所定の順序で連続して処理することができる。そのため、携帯電話２は、複数の制御画像５をテレビ１に送信することにより、テレビ１を、複数の処理を組み合わせて実行するように制御することが可能となる。以下の各実施形態にて、複数の制御画像５を連続して処理することが可能なテレビ１、および、携帯電話２の構成について詳細に説明する。
【実施例１】
【００５９】
本発明の情報処理システム（通信端末装置および情報処理装置）に関し、第一の実施形態について図１〜図１５に基づいて説明すれば以下のとおりである。
【００６０】
本実施形態では、コンテンツ再生システム１００において、情報処理装置としてのテレビ１が、複数の制御画像５の処理順序を優先度に応じて決定する。テレビ１は、優先度を、電子署名、コンテンツの目的に基づいて判定する。
【００６１】
〔携帯電話の構成１〕
まず、複数の制御画像５をテレビ１に送信するための携帯電話２の構成について説明する。図４は、本発明の一実施形態における携帯電話２の要部構成を示すブロック図である。
【００６２】
図４に示すとおり、本実施形態の携帯電話２は、制御部６０、記憶部６１、近距離通信部６２、公衆回線通信部６３、画面表示部６４、および、操作入力部６５を備える構成となっている。
【００６３】
近距離通信部６２は、携帯電話２が公衆通信回線４を介してサーバ３から受信した制御画像５を、近距離無線通信手段を用いてテレビ１に送信するものである。近距離無線通信手段としては、ＩｒＤＡ、ＩｒＳＳなどの赤外線通信、Ｂｌｕｅｔｏｏｔｈ通信、ＷｉＦｉ通信などの近距離無線通信、または、Ｆｅｌｉｃａなどの非接触型ＩＣカードなど、適宜の手段を用いることが可能である。本実施形態では、近距離通信部６２は、赤外線通信プロトコル（ＩｒＳＳプロトコル）にて画像（制御画像５）を送信する赤外線発光部を含んで構成されているものとする。近距離通信部６２は、制御画像５を乗せた赤外線搬送波を該赤外線発光部からＩｒＳＳ対応のテレビ１の受光部に向けて送信する。
【００６４】
公衆回線通信部６３は、公衆通信回線４を介して外部機器と通信するものである。具体的には、３Ｇあるいは３．５Ｇなどの携帯電話網等を介して、他の携帯電話や一般の固定電話機と通話を行ったり、インターネットに接続してサーバ３などの外部装置とデータの送受信を行ったりする。特に、公衆回線通信部６３は、サーバ３が供給する制御画像５を受信することができる。公衆回線通信部６３が制御画像５を入手する方法としては、例えば、ユーザが、Ｗｅｂブラウジング中に閲覧したサイトを介して、サーバ３からダウンロードする方法が挙げられる。あるいは、広告メールまたはメールマガジンなどのように、制御画像５を添付した電子メールをサーバ３が送信し、それを公衆回線通信部６３が受信したりするなど、さまざまな方法が考えられる。
【００６５】
記憶部６１は、制御部６０が実行する制御プログラムおよびＯＳプログラム、ならびに、制御部６０が、携帯電話２が有する各種機能を実行するときに読み出す各種データを記憶するものである。記憶部６１は、ハードディスクなどの不揮発性の記憶装置によって構成される。記憶部６１には、例えば、公衆回線通信部６３を介してサーバ３から取得された制御画像５を保存するための制御画像記憶部８０が含まれる。
【００６６】
画面表示部６４は、携帯電話２が記憶する画像を表示したり、ユーザが携帯電話２を操作するための操作画面をＧＵＩ（Graphical User Interface）画面として表示したりするものである。例えば、ユーザがどの制御画像５をテレビ１に送信するのかを選択できるように、選択画面および選択ボタンを表示したり、制御画像記憶部８０に格納されている制御画像５の一覧を表示したりする。画面表示部６４は、例えば、ＬＣＤ（液晶ディスプレイ）などの表示装置で構成される。
【００６７】
操作入力部６５は、ユーザが携帯電話２に指示信号を入力するためのものである。操作入力部６５は、ボタン（十字キーや決定キーなど）、タッチパネル、タッチセンサ、もしくは、音声入力部と音声認識部などの適宜の入力装置で構成される。
【００６８】
制御部６０は、携帯電話２が備える各部を統括制御するものであり、機能ブロックとして、少なくとも、選択画像取得部７０を備えている。この選択画像取得部７０は、ＣＰＵ（central processing unit）が、ＲＯＭ（read only memory）等で実現された記憶部６１に記憶されているプログラムを不図示のＲＡＭ（random access memory）等に読み出して実行することで実現できる機能ブロックである。
【００６９】
選択画像取得部７０は、テレビ１に近距離無線送信するための制御画像５を制御画像記憶部８０から取得して近距離通信部６２に伝達するものである。選択画像取得部７０は、所定の条件に基づいて、制御画像記憶部８０に記憶されている制御画像５の中から、送信すべき１または複数の制御画像５を抽出する。
【００７０】
選択画像取得部７０は、例えば、ユーザが操作入力部６５を操作して選択した制御画像５を取得してもよい。また、複数の制御画像５を管理するフォルダが選択された場合は、フォルダ内のすべての制御画像５を取得する。あるいは、指定された条件に基づいて、条件に合致する制御画像５を取得してもよい。例えば、ユーザが、「最近１週間に受信したもの」という条件を指定した場合には、選択画像取得部７０は、上記条件に合致する制御画像５だけを制御画像記憶部８０から抽出して近距離通信部６２に伝達する。
【００７１】
これにより、近距離通信部６２は、複数の制御画像５を一度にテレビ１に送信することが可能となる。
【００７２】
本実施形態では、サーバ３から取得された制御画像５は、携帯電話２の制御画像記憶部８０において受信時期ごとに格納され管理されている。具体的には、図５に示すとおり、制御画像記憶部８０では、今週受信されたもの、先週受信されたもの、２週間前に受信されたもの、・・・と１週間ごとにフォルダが作成され、各制御画像５は、受信された時期に応じて所定のフォルダ下で管理される。図５に示す例では、今週受信された制御画像５は、合計で９枚ある。そして、制御画像５ごとに埋め込まれている電子署名、Ｐｕｒｐｏｓｅ（コンテンツの目的）などもその対応関係が維持されるように制御画像記憶部８０にて管理される。
【００７３】
例えば、ユーザが操作入力部６５を用いて、図５に示す「今週」のフォルダを送信対象として選択したとすると、選択画像取得部７０は「今週」のフォルダ内で管理される上述の９枚の制御画像５を取得して近距離通信部６２に伝達する。
【００７４】
〔携帯電話２の処理フロー１〕
次に、携帯電話２が複数の制御画像５を送信するときの処理の流れについて説明する。ここでは、図５に示す制御画像５を送信する場合について、図６および図７を参照しながら、携帯電話２の動作を説明する。
【００７５】
図６は、本実施形態における携帯電話２の制御画像５を送信する処理の流れを示すフローチャートである。図７は、携帯電話２が表示するＧＵＩ画面の具体例およびＧＵＩ画面の遷移の様子を示す図である。
【００７６】
制御画像５を送信するためのアプリケーションが携帯電話２において起動されると、まず、画面表示部６４は、送信対象の制御画像５をユーザに選択させるためのＧＵＩ画面（例えば、図７のＳｃｒ１）を表示する（図６のＳ１）。ＧＵＩ画面では、選択対象の制御画像５を個別に選べるように表示してもよいし、フォルダごとに選択できるように表示してもよい。図７のＳｃｒ１に示す例では、「今日」「今週」「先週」「２週前」というように入手した時期に応じてグループ分けされたフォルダを、ユーザが選択可能なように一覧表示している。ただし、選択肢を表示するためのＧＵＩ画面は上記に限定されない。その他、制御画像の作成日付ごとにグループ分けしたフォルダを表示してもよいし、携帯電話２にて制御画像を解析する解析機能を搭載し、制御画像５のＥＭＡＰファイルに含まれるＰｕｒｐｏｓｅごとに制御画像５を管理して、そのフォルダを選択肢として表示してもよい。
【００７７】
続いて、ユーザが送信対象を選択して、決定ボタンを押下すると（Ｓ２においてＹＥＳ）、選択画像取得部７０は、ユーザによって選択されたフォルダまたは制御画像５を特定し、特定した制御画像５を制御画像記憶部８０から抽出する。選択されたのがフォルダである場合には、当該フォルダに含まれるすべての制御画像５を抽出する（Ｓ３）。例えば、図７に示すように、ＧＵＩ画面のＳｃｒ１にて、「今週」のフォルダにカーソルがあたっている状態で、決定ボタンが押下されると、選択画像取得部７０は、図５に示す「今週」のフォルダに含まれる９枚の制御画像５を抽出する。そして、画面表示部６４は、抽出された９枚の制御画像５を送信してよいか否かをユーザに確認するＧＵＩ画面（図７Ｓｃｒ２）を表示する。ここで、図７のＳｃｒ２に示す例において、「はい」のボタンが押下されると、選択画像取得部７０は、抽出した９枚の制御画像５を近距離通信部６２に伝達する。このように、実際に送信する前に確認画面を設けることで誤送信を防ぐことができる。
【００７８】
近距離通信部６２は、選択画像取得部７０より伝達された９枚の制御画像５を、テレビ１に順次送信する（Ｓ４）。本実施形態のように、採用する近距離無線通信手段が、ＩｒＳＳなどの赤外線通信のように指向性を持つ場合には、送信部（発光部）をテレビ１の受信部（受光部）に向けるようにユーザに注意を喚起するメッセージを画面表示部６４の画面に表示することが望ましい。選択された制御画像５が複数ある場合に、未送信の制御画像５がある場合には（Ｓ５においてＹＥＳ）、すべての制御画像５を送信するまでＳ４の処理を繰り返す。このとき、図７のＧＵＩ画面Ｓｃｒ３に示すとおり、現在送信中の制御画像５が送信すべき枚数中の何番目にあたるのかを表示すると、ユーザは一目で送信の進捗を把握することができる。
【００７９】
このようにして、携帯電話２は複数の制御画像５を、近距離無線通信手段を用いてテレビ１に送信することができる。
【００８０】
〔テレビの構成１〕
次に、複数の制御画像５を携帯電話２から受信して順次再生するためのテレビ１の構成について説明する。図１は、本発明の一実施形態におけるテレビ１の要部構成を示すブロック図である。
【００８１】
図１に示すとおり、本実施形態のテレビ１は、制御部１０、記憶部１１、近距離通信部１２、公衆回線通信部１３、画面表示部１４、操作入力部１５、および、音声出力部１６を備える構成となっている。
【００８２】
近距離通信部１２は、携帯電話２との間で、近距離無線通信を行うものである。近距離通信部１２は、携帯電話２の近距離通信部６２が送信した制御画像５を、近距離無線通信手段を用いて受信する。近距離無線通信手段としては、ＩｒＤＡ、ＩｒＳＳなどの赤外線通信、Ｂｌｕｅｔｏｏｔｈ通信、ＷｉＦｉ通信などの近距離無線通信、または、Ｆｅｌｉｃａなどの非接触型ＩＣカードなど、適宜の手段を用いることが可能である。本実施形態では、近距離通信部１２は、赤外線通信プロトコル（ＩｒＳＳプロトコル）にて画像（制御画像５）を受信する赤外線受光部を含んで構成されているものとする。近距離通信部１２は、制御画像５を乗せた赤外線搬送波を携帯電話２の発光部から受信する。
【００８３】
公衆回線通信部１３は、公衆通信回線４を介して外部機器と通信するものである。具体的には、公衆回線通信部１３は、家庭内（構内）においては、ＬＡＮやルータ等と通信を行い、また、ルータを介してインターネットに接続し、サーバ３と通信を行う。公衆回線通信部１３は、公衆通信回線４を介して、ＵＲＬに示されるサーバ３の位置にアクセスして、サーバ３が配信するコンテンツをダウンロードする。このコンテンツのダウンロードは、再生コンテンツ取得部２３の指示にしたがって実行される。
【００８４】
記憶部１１は、制御部１０が実行する制御プログラムおよびＯＳプログラム、ならびに、制御部１０が、テレビ１が有する各種機能を実行するときに読み出す各種データを記憶するものである。記憶部１１は、ハードディスクなどの不揮発性の記憶装置によって構成される。本実施形態では、記憶部１１には、優先度を判定する際に制御部１０が参照する優先度判定テーブル３０および判定支援テーブル３１が含まれる。また、記憶部１１には、例えば、近距離通信部６２が携帯電話２から取得した制御画像５を保存、管理するための制御画像管理テーブル３２が含まれていてもよい。ただし、制御画像５を保存、管理するための記憶部は、上記構成に限定されない。例えば、複数枚の制御画像を受信し、そのときに一度だけ再生するようなユースケースでは、テレビ１の電源を切り、再度入れた場合に保存し続ける必要がない。そこで、上記記憶部を揮発性の記憶装置によって構成してもよい。
【００８５】
画面表示部１４は、携帯電話２から取得した制御画像５の画像を表示したり、サーバ３から取得したコンテンツを表示したりするものである。コンテンツが、画像データ、映像データあるいはＷｅｂブラウザを介して取得されたＨＴＭＬデータなど表示対象物を含んでいる場合に、画面表示部１４は、それらのコンテンツが制御部１０によって処理された結果を表示（再生）するものである。また、ユーザがテレビ１を操作するための操作画面をＧＵＩ画面として表示したりしてもよい。画面表示部１４は、例えば、ＬＣＤ（液晶ディスプレイ）、ＰＤＰ（プラズマディスプレイパネル）、またはＣＲＴ（Cathode-Ray Tube）ディスプレイなどの表示装置などの表示装置で構成される。
【００８６】
操作入力部１５は、ユーザがテレビ１に指示信号を入力するためのものである。操作入力部１５は、ボタン（十字キーや決定キーなど）、キーボード、マウス、タッチパネル、タッチセンサ、もしくは、音声入力部と音声認識部などの適宜の入力装置で構成される。入力装置としては、上記に限定されない。本実施形態では、操作入力部１５は、複数のキーが設けられた、テレビ１を遠隔操作するリモコンで構成されているものとする。操作入力部１５を用いてユーザにより入力された指示信号は、図示しない入出力制御部を介して、制御部１０の各部に送られる。これにより、ユーザはテレビ１を操作することが可能となる。
【００８７】
音声出力部１６は、音楽データ、音声データなどから成るコンテンツを再生することによって得られた音楽（音声）を出力するものであり、スピーカなどで構成される。
【００８８】
制御部１０は、テレビ１が備える各部を統括制御するものであり、機能ブロックとして、少なくとも、解析部２０、再生順序決定部２２および再生コンテンツ取得部２３を備えている。さらに、優先度判定部２１および画面制御部２４を備えていてもよい。また、ここでは図示しないが、制御部１０は、コンテンツ再生処理部を備えている。コンテンツ再生処理部は、再生コンテンツ取得部２３が取得した各種データ形式のコンテンツの再生処理を行って、処理結果を、画面制御部２４や音声出力部１６などの各部に出力するものである。コンテンツ再生処理部は、動画の再生、音楽の再生、静止画の表示、ＷＥＢコンテンツの表示を行う。
【００８９】
制御部１０の各部は、ＣＰＵ（central processing unit）が、ＲＯＭ（read only memory）等で実現された記憶部１１に記憶されているプログラムを不図示のＲＡＭ（random access memory）等に読み出して実行することで実現できる機能ブロックである。
【００９０】
解析部２０は、携帯電話２から取得した制御画像５を解析し、解析結果の制御データと、画像とを対応づけて制御画像管理テーブル３２に記憶するものである。
【００９１】
制御画像５に含まれる制御データは、ここでは、図３に示すＥＭＡＰファイル１５０である。ＥＭＡＰファイル１５０は、制御の目的（コンテンツの種類、テレビの動作）を示す“Ｐｕｒｐｏｓｅ”、制御画像５が信頼できるかどうかの判断材料となる電子署名の有無や有効無効の情報、コンテンツの再生のために必要なコンテンツの場所を表すＵＲＬを含んでいる。解析部２０は、これらの情報を解析して、その解析結果を制御画像管理テーブル３２に記憶する。
【００９２】
優先度判定部２１は、解析部２０によって解析された結果に基づいて、制御画像５の優先度を判定するものである。ここで、優先度とは、制御画像５の重要性、優先的に処理すべき度合いを示すものであり、制御画像５ごとに付与される。複数の制御画像５を処理するときに、各制御画像５の処理順を決定するときの指標となるものである。本実施形態では、優先度の値が小さいものほど、優先的に処理すべき度合いが強いものとする。
【００９３】
また、本実施形態では、優先度判定部２１は、記憶部１１に記憶される判定支援テーブル３１および優先度判定テーブル３０を参照して優先度を判定する。優先度判定テーブル３０には、どのようなパラメータを持つ制御画像５の優先度をどのように判定すべきかを定めたテーブルが記憶されている。優先度判定部２１は、制御画像５ごとに判定した優先度を、制御画像管理テーブル３２において、各制御画像５に関連付けて記憶する。
【００９４】
再生順序決定部２２は、複数の制御画像５ついて、それらを処理（本実施形態では、主にコンテンツ再生処理）する順序を決定するものである。再生順序決定部２２は、優先度判定テーブル３０に記憶されている、各制御画像５の制御データおよび優先度に基づいて、各制御画像５の再生順序を決定する。再生順序決定部２２は、決定した再生順序を、制御画像管理テーブル３２において、各制御画像５に関連付けて記憶する。
【００９５】
さらに、本実施形態では、再生順序決定部２２は、制御画像５に埋め込まれている電子署名が無効と判断された場合には、その制御画像５の制御データにしたがってコンテンツ取得、再生の処理を実行しないようになっている。よって、再生順序決定部２２は、再生順序を決定することに加えて、制御画像５に対して「再生を行わない」と判断を下すことも行う。このように判断された制御画像５については、再生順序決定部２２は、再生順序の代わりに「再生禁止」を意味するフラグ（以下、再生禁止フラグ（処理禁止情報））を関連付けて制御画像管理テーブル３２に記憶する。
【００９６】
再生コンテンツ取得部２３は、再生順序決定部２２が決定した順に、制御画像５の制御データにしたがってコンテンツを取得する処理を実行するものである。より具体的には、まず、再生コンテンツ取得部２３は、解析部２０が制御画像５を解析することにより得られたＵＲＬを取得する。そして、上記ＵＲＬに基づいて、そのＵＲＬが示すコンテンツを保存するサーバ３にアクセスするよう公衆回線通信部１３を制御する。そして、公衆通信回線４を介して、再生すべきコンテンツをサーバ３から取得する。
【００９７】
再生コンテンツ取得部２３が、再生順序にしたがってコンテンツを取得すると、図示しないコンテンツ再生処理部は、順次コンテンツを再生し、音声出力部１６または画面制御部２４に処理結果を伝達する。これにより、再生順序決定部２２が決定した順序に基づいてコンテンツを再生することができる。
【００９８】
なお、制御画像５の命令文に、録画の予約などが指示されている場合には、再生コンテンツ取得部２３は、外部からコンテンツを直接取得する動作の代わりに、録画機器に対して録画予約を指示する（コンテンツ取得を指示する）動作を行ってもよい。
【００９９】
さらに、本実施形態では、再生コンテンツ取得部２３は、再生禁止フラグが付与された制御画像５については、Ｅｘｉｆ領域５０の制御データを処理しない。これにより、署名が無効で信頼できない制御画像５を処理することを防止することが可能である。なお、上記再生禁止フラグは、ユーザの操作によって解除可能であってもよい。制御画像５の再生禁止フラグが解除されたときに、再生コンテンツ取得部２３は、その制御画像５の制御データにしたがって、コンテンツを取得してもよい。
【０１００】
画面制御部２４は、動画、写真、画像、ＯＳＤ（On-Screen Display）画像などの各表示対象物の画面構成、レイアウトを決定して、その画面構成に基づく映像信号を画面表示部１４に出力するものである。表示対象物としては、再生コンテンツ取得部２３が取得したコンテンツ、制御画像５の画像領域５１に含まれる画像、あるいは、制御部１０が生成したＧＵＩ画面などが上げられる。画面構成を決定するとは、例えば、複数の画像を一画面に表示する場合に、画面の分割数、分割サイズなどを決定したり、ＯＳＤ画像を特定の位置で写真上に重畳させたりすることである。
【０１０１】
さらに、本実施形態では、画面制御部２４は、再生順序決定部２２によって、再生禁止フラグが付与された制御画像５に対して、再生コンテンツ取得部２３の代わりに処理を行う。具体的には、再生コンテンツ取得部２３が、決定された再生順序にしたがって制御画像５の再生処理を行った後、まず、画面制御部２４は、上記再生禁止フラグに基づいて再生処理されなかった制御画像５を特定する。そして、それらの制御画像５の画像領域５１に格納されている画像とともに、これらが信頼できない制御画像５である旨の注意書きを画面表示部１４に出力する。さらに、再生の要否を問うＧＵＩ画面を出力してもよい。これによりユーザは、画面表示部１４を見て、信頼できない制御画像５の有無を確認するとともに、それらを再生するか否かをテレビ１に対して指示することができる。
【０１０２】
ここで、信頼できない制御画像５に対して再生指示が操作入力部１５から入力されたときは、再生順序決定部２２は、それらの制御画像５の再生禁止フラグを解除して、複数の場合再生順序を決定する。再生コンテンツ取得部２３は、改めて付与された再生順序にしたがって、未処理の制御画像５の制御データにしたがってコンテンツを取得する。
【０１０３】
〔テーブルについて〕
次に、記憶部１１に記憶される各種テーブルについて説明する。
【０１０４】
図８は、制御画像５を管理する制御画像管理テーブル３２のデータ構造の具体例を示す図である。図８に示すとおり、制御画像管理テーブル３２では、受信された制御画像５ごとに、その制御画像５についての各種情報が対応付けて記憶されている。
【０１０５】
本実施形態では、解析部２０は、携帯電話２から送信された制御画像５に対して受信順に制御画像ＩＤを付与し、それを図８に示す「制御画像ＩＤ」のフィールドに格納する。よって、ここでは、制御画像ＩＤはそのまま受信順序を示す。
【０１０６】
解析部２０は、各制御画像５の画像領域５１を解析し、画像領域５１に格納されている画像のファイル名を「ファイル名」のフィールドに格納する。
【０１０７】
解析部２０は、各制御画像５のＥｘｉｆ領域５０に記憶されているＥＭＡＰファイル１５０を解析する。解析部２０は、ＥＭＡＰファイル１５０の「Ｐｕｒｐｏｓｅ（図３）」に含まれている値を「Ｐｕｒｐｏｓｅ」のフィールドに格納する。
【０１０８】
解析部２０は、各制御画像５のＥＭＡＰファイル１５０に含まれる電子署名を検証する。解析部２０は、電子署名を検証した結果、それが有効であると確認できた場合には、“有効”の値を、無効である場合には“無効”の値を、ＥＭＡＰファイル１５０の所定の位置（「ＰｒｏｖｉｄｅｒＤａｔａ（図３）」）に電子署名が含まれていない場合には“なし”の値を、「電子署名」のフィールドに格納する。
【０１０９】
解析部２０は、各制御画像５のＥＭＡＰファイル１５０の「ＵＲＩ（図３）」に含まれている値（本実施形態では、コンテンツのＵＲＬ）を「ＵＲＬ」のフィールドに格納する。
【０１１０】
次に、優先度判定部２１は、解析部２０が作成した上述の制御画像５ごとの各フィールドの値、および、後段の判定支援テーブル３１を参照して、制御画像５ごとに優先度を判定する。優先度判定部２１は、判定結果の優先度を図８の「優先度」のフィールドに格納する。
【０１１１】
次に、再生順序決定部２２は、解析部２０および優先度判定部２１が作成した上述の各フィールドの値を参照して、制御画像５の再生順序（および再生禁止の制御画像５）を決定する。再生順序決定部２２は、決定した再生順序（および再生禁止フラグ）を図８の「再生順」のフィールドに格納する。
【０１１２】
図９は、優先度判定部２１がＰｕｒｐｏｓｅ（図３のＥＭＡＰファイル１５０内）に基づいて、制御画像５の処理可不可を判断するときに参照する判定支援テーブル３１のデータ構造の具体例を示す図である。なお判定支援テーブル３１の構造および内容は一例であって、本発明を限定するものではない。
【０１１３】
図９に示すとおり、判定支援テーブル３１では、Ｐｕｒｐｏｓｅの値とそのＰｕｒｐｏｓｅにしたがってテレビ１が実行可能な動作の内容とが関連付けて記憶されている。本実施形態では、テレビ１が識別、処理可能なＰｕｒｐｏｓｅの値は、一例として以下の３種類であるものとする。“ＰｈｏｔｏＡｌｂｕｍ”は、画像コンテンツをダウンロードしてスライドショー表示するように指示する命令文である。“Ｖｉｄｅｏ”は、動画コンテンツをダウンロードしてビデオ再生するように指示する命令文である。“Ｍｕｓｉｃ”は、音楽コンテンツをダウンロードして音楽再生するように指示する命令文である。それ以外の値がＰｕｒｐｏｓｅに含まれている場合には、テレビ１は、処理方法不明を意味する“Ｕｎｋｎｏｗｎ”と判断する。Ｐｕｒｐｏｓｅが“Ｕｎｋｎｏｗｎ”である制御画像５は、処理方法が不明であるため、とりあえずコンテンツをＷｅｂブラウザで表示するとテレビ１は解釈する。なお、Ｐｕｒｐｏｓｅごとに必ず異なる再生動作を規定する必要はない。“Ｖｉｄｅｏ”、“Ｍｕｓｉｃ”などのＰｕｒｐｏｓｅに対しても、ブラウザで再生できる機能があれば、Ｕｎｋｎｏｗｎと同様に、Ｗｅｂブラウザで表示するという再生動作を対応付けてもよい。
【０１１４】
優先度判定部２１は、図９に示す判定支援テーブル３１を参照することによって、図８に示す各制御画像５のＰｕｒｐｏｓｅの値に基づいて、制御画像５ごとに、テレビ１において処理可能な制御画像５か、処理方法不明（Ｕｎｋｎｏｗｎ）の制御画像５かを判断することができる。
【０１１５】
図１０は、優先度判定部２１が各制御画像５の優先度を判定するときに参照する優先度判定テーブル３０のデータ構造の具体例を示す図である。
【０１１６】
本実施形態では、優先度判定部２１は、２つの観点から制御画像５の優先度を決定する。優先度判定部２１は、第１に、ＥＭＡＰファイル１５０内に含まれる電子署名の有無および有の場合にはそれが有効か否かを判断する。第２に、優先度判定部２１は、ＥＭＡＰファイル１５０内に含まれるＰｕｒｐｏｓｅが、テレビ１が処理可能なＰｕｒｐｏｓｅであるか否かを判断する。そして、優先度判定部２１は、有効な電子署名を持つ制御画像５、および、テレビ１において処理可能なＰｕｒｐｏｓｅが設定されている制御画像５が優先的に処理されるように、優先度を判定する。
【０１１７】
具体的には、優先度判定部２１は、図１０に示す優先度判定テーブル３０にしたがって、有効な電子署名および処理可能なＰｕｒｐｏｓｅを含む制御画像５の優先度を「１」と判定し、有効な電子署名を持つがＰｕｒｐｏｓｅが“Ｕｎｋｎｏｗｎ”の制御画像５の優先度を「２」と判定し、電子署名を持たないが処理可能なＰｕｒｐｏｓｅを含む制御画像５の優先度を「３」と判定し、電子署名も持たずＰｕｒｐｏｓｅが“Ｕｎｋｎｏｗｎ”の制御画像５の優先度を「４」と判定する。
【０１１８】
本実施形態では、優先度の値が小さいほど優先度が高いことを意味しており、再生順序決定部２２は、この優先度を考慮して、各制御画像５の再生順序を決定する。
【０１１９】
これにより、信頼できるより安全な制御画像、および、テレビ１において確実に処理できる制御画像から優先的に順に処理するように、テレビ１を制御することが可能となる。
【０１２０】
なお、優先度の判定に用いる情報は、図１０に示すテーブルに限定されず、Ｉｆ−Ｔｈｅｎ文によって、実現されてもよい。
【０１２１】
〔テレビ１の処理フロー〕
図１１を参照しながら、テレビ１の処理の流れについて説明する。ここでは、複数の制御画像５を受信してから、それらを順序よく再生するまでのテレビ１の動作の概要について説明する。
【０１２２】
まず、近距離通信部１２（図１）は、携帯電話２から送信される制御画像５を受信し（Ｓ１１）、記憶部１１に格納する。制御画像５が記憶部１１に格納されるとき、解析部２０によって、制御画像５に制御画像ＩＤが付与され、制御画像管理テーブル３２の各情報と制御画像本体とは制御画像ＩＤによって紐付けされた状態で保存される。複数の制御画像５が送信される場合は、すべて受信するまでＳ１１の受信処理を繰り返す（Ｓ１２においてＮＯ→Ｓ１１）。
【０１２３】
すべての制御画像５が受信されると（Ｓ１２においてＹＥＳ）、解析部２０は、記憶部１１に保存した各制御画像を解析する（Ｓ１３）。具体的には、制御画像５の制御データ（ＥＭＡＰファイル１５０）を抽出する。本実施形態では、先に述べたように、解析部２０は、ＥＭＡＰファイル１５０の“Ｐｕｒｐｏｓｅ”の領域および“ＵＲＩ”の領域から値を抽出して、制御画像管理テーブル３２の所定のフィールドに格納する。また、“ＰｒｏｖｉｄｅｒＤａｔａ”領域に格納されている電子署名の有無を所定のフィールドに格納する。ここで、電子署名がある場合は、解析部２０は、制御画像５を検証し、電子署名が有効か無効かを判定する。そして、判定結果（有効または無効）を上記所定のフィールドに格納する。
【０１２４】
解析部２０が解析した結果（Ｐｕｒｐｏｓｅ、電子署名など）は、制御画像ＩＤに関連付けて制御画像管理テーブル３２に保存される。これにより、制御画像ＩＤによって、制御画像５の解析結果と制御画像本体とは紐付け管理することが可能である。なお、制御画像ＩＤに関連付けて保存するデータは、解析した実データそのものでも構わないし、あるいは、制御画像５のＥＭＡＰファイル１５０におけるそのデータが格納されている位置を示す情報であっても構わない。また、位置を示す情報はメモリ上のアドレスであってもよいし、制御画像の先頭からのオフセットであってもよい。このように、データの位置を示す情報だけをＩＤと関連付けて管理しておくようにすると、解析結果の実データを別途保存する構成と比べて、保存領域を削減することが可能となる。解析部２０は、Ｓ１３にて、受信した全制御画像について解析を行う。
【０１２５】
続いて、優先度判定部２１は、解析部２０の解析結果に基づいて、制御画像５の優先度を判定する（Ｓ１４）。優先度判定処理については図１２を参照しながら後に詳述する。まだ判定が終わっていない制御画像５がある場合には（Ｓ１５においてＹＥＳ）、Ｓ１４の優先度判定処理を繰り返す。
【０１２６】
受信したすべての制御画像５について優先度の判定が完了したら（Ｓ１５においてＮＯ）、再生順序決定部２２は、判定された優先度および解析部２０による解析結果に基づいて、各制御画像５の再生順序を決定する。再生コンテンツ取得部２３は、決定された再生順序に基づいて制御画像５を処理して再生すべきコンテンツを取得する。再生コンテンツ取得部２３が取得したコンテンツは、コンテンツ再生処理部によって取得され次第順次処理される（Ｓ１６）。再生順序決定、再生処理については図１３を参照しながら後に詳述する。
【０１２７】
〔優先度判定処理１〕
図１２は、優先度判定部２１の優先度判定処理の流れを示すフローチャートである。優先度判定部２１は、図８の制御画像管理テーブル３２を参照して、そこで管理されている制御画像５について優先度の判定を行う。
【０１２８】
まず、優先度判定部２１は、フィールド「電子署名」を参照して、判定対象の制御画像５についての電子署名の有無をチェックする。電子署名が有る場合には（Ｓ１０１においてＹＥＳ）、優先度判定部２１は、その電子署名が有効か無効かをチェックする。ここで、上記電子署名が無効である場合には（例えば、フィールド「電子署名」に無効を意味するフラグを立っているなど。Ｓ１０２においてＮＯ）、優先度判定部２１は、その制御画像５に対して処理を一切行わないようにする（Ｓ１０３）。あるいは、優先度判定部２１は、その制御画像５のレコードを制御画像管理テーブル３２から破棄してもよい。
【０１２９】
なお、解析部２０は、図１１のＳ１３にて電子署名の検証を行うので、このとき、電子署名が無効の制御画像５を破棄したり、あるいは、そのような制御画像５の一切の読み出しを禁止したりしてもよい。この場合は、優先度判定処理における電子署名の有効／無効を判断する処理を省略することができる。
【０１３０】
一方、優先度判定部２１は、有効な電子署名が付与されている制御画像５については（Ｓ１０２においてＹＥＳ）、当該制御画像５のＰｕｒｐｏｓｅをチェックする（Ｓ１０４）。ここで、優先度判定部２１は、図９に示す判定支援テーブル３１を参照する。そして、上記制御画像５のＰｕｒｐｏｓｅが、“ＰｈｏｔｏＡｌｂｕｍ”、“Ｖｉｄｅｏ”、“Ｍｕｓｉｃ”のいずれかと一致するかどうかを判断する。一致する場合には、上記Ｐｕｒｐｏｓｅは、テレビ１において処理可能なＰｕｒｐｏｓｅと判断し（Ｓ１０５においてＹＥＳ）、当該制御画像５の優先度を「１」に設定する（Ｓ１０６）。反対に、Ｐｕｒｐｏｓｅが、判定支援テーブル３１で管理されているＰｕｒｐｏｓｅのいずれとも一致しない場合には、優先度判定部２１は、上記Ｐｕｒｐｏｓｅがテレビ１においてＵｎｋｎｏｗｎなＰｕｒｐｏｓｅであると判断し（Ｓ１０５においてＮＯ）、当該制御画像５の優先度を「２」に設定する（Ｓ１０７）。
【０１３１】
優先度判定部２１は、電子署名がない制御画像５についても（Ｓ１０１においてＮＯ）、Ｐｕｒｐｏｓｅに基づいて優先度の判定を行う。
【０１３２】
制御画像５のＰｕｒｐｏｓｅが、判定支援テーブル３１で管理されているＰｕｒｐｏｓｅのいずれかと一致する場合には、処理可能Ｐｕｒｐｏｓｅを持つ制御画像５であると判断し（Ｓ１０８においてＹＥＳ）、その制御画像５の優先度を「３」に設定する（Ｓ１０９）。一方、判定支援テーブル３１で管理されているＰｕｒｐｏｓｅのいずれとも一致しない場合には、その制御画像５を、ＵｎｋｎｏｗｎなＰｕｒｐｏｓｅを持つ制御画像５であると判断し（Ｓ１０８においてＮＯ）、その制御画像５の優先度を「４」に設定する（Ｓ１１０）。
【０１３３】
この優先度判定処理は、記憶部１１に保存されている制御画像５に一つ一つについて実行されるものである。したがって、未判定の制御画像５がなくなるまでＳ１０１〜Ｓ１１０の処理は繰り返される。
【０１３４】
〔再生順序決定、再生処理１〕
図１３は、再生順序決定部２２および再生コンテンツ取得部２３における再生順序決定、再生処理の流れを示すフローチャートである。再生順序決定部２２は、上述のように判定された優先度を考慮して各制御画像５の再生順序を決定し、再生コンテンツ取得部２３は、決定された再生順序にしたがってコンテンツを取得する。これにより、コンテンツは、決定された順序にて再生される。
【０１３５】
再生順序決定部２２は、制御画像管理テーブル３２を参照して、優先度が「１」に設定されている制御画像５があるかどうかを判定する（Ｓ２０１）。優先度１の制御画像５がある場合は（Ｓ２０１においてＹＥＳ）、再生順序決定部２２は、優先度１の制御画像５を制御画像管理テーブル３２から抽出する（Ｓ２０２）。そして、再生順序決定部２２は、抽出した制御画像５のうち、受信順が先頭のもの（ここでは、制御画像ＩＤが一番若い番号のもの）について、再生順を「１」と定める。再生コンテンツ取得部２３は、この決定にしたがって、上記先頭の制御画像５を処理する（Ｓ２０３）。つまり、制御画像５に含まれるＵＲＬからコンテンツを取得して、コンテンツ再生処理部に対して上記コンテンツの再生を指示する。ここで、優先度１のＰｕｒｐｏｓｅは、テレビ１にとって既知のものであるので、コンテンツ再生処理部は、Ｐｕｒｐｏｓｅに基づくコンテンツ再生方法を実行することができる。
【０１３６】
なお、本実施形態では、優先度１の制御画像が複数ある場合は、再生順序決定部２２が、処理する順番を受信順にしたがって決定する構成としたが、本発明はこれに限定されず、再生順序決定部２２は、制御画像の作成日時順にしたがって決定してもよいし、あるいは、実行する優先度をＰｕｒｐｏｓｅごとにあらかじめ定めておき、それにしたがって決定してもよい。
【０１３７】
続いて、再生順序決定部２２は、Ｓ２０３にて処理済の制御画像５と同じＰｕｒｐｏｓｅを持つ制御画像が、Ｓ２０２にて抽出した未処理の制御画像の中にあるか否かを判断する（Ｓ２０４）。そして、Ｐｕｒｐｏｓｅが一致する未処理の制御画像がある場合には（Ｓ２０４においてＹＥＳ）、再生順序決定部２２は、当該制御画像を次に再生する制御画像として決定する。例えば、再生順を「２」と定める。
【０１３８】
図８に示す例では、Ｓ２０３にて制御画像ＩＤ：１の制御画像「Album1.jpg」が再生処理された場合には、続いて処理される制御画像として、制御画像「Album1.jpg」と同じＰｕｒｐｏｓｅを持つ制御画像ＩＤ：４の制御画像「Album2.jpg」が選ばれる。こうして、同一のＰｕｒｐｏｓｅごとに制御画像が受信順に処理されることが繰り返される（Ｓ２０３〜Ｓ２０５）。
【０１３９】
そして、優先度１の制御画像がすべて処理されると（Ｓ２０６においてＮＯ）、再生順序決定部２２は、次に、優先度２の制御画像がある場合に（Ｓ２０７においてＹＥＳ）、それらが優先的に処理されるよう再生順序を決定する。
【０１４０】
再生順序決定部２２は、優先度２の制御画像５を制御画像管理テーブル３２から抽出する（Ｓ２０８）。そして、再生順序決定部２２は、優先度２の制御画像５が複数の場合には、それらについて、受信順にしたがって再生順序を決定する。ここで抽出された制御画像５のＰｕｒｐｏｓｅはＵｎｋｎｏｗｎであるので、ここでは、Ｐｕｒｐｏｓｅは考慮されない。
【０１４１】
再生コンテンツ取得部２３は、再生順序決定部２２が決定した再生順にしたがって、優先度２の制御画像５を処理する（Ｓ２０９）。ここでは、制御画像５に含まれるＵＲＬからコンテンツを取得してデフォルトの処理方法でコンテンツを再生する（図９に示す例では、ブラウザ表示する）。
【０１４２】
Ｓ２０７において優先度２の制御画像がない場合（Ｓ２０７においてＮＯ）、または、Ｓ２０９の処理が終了した場合、次に、再生順序決定部２２は、制御画像管理テーブル３２に優先度３または優先度４の制御画像があるかどうかを判定する（Ｓ２１０）。
【０１４３】
優先度３または優先度４の未処理の制御画像がある場合（Ｓ２１０においてＹＥＳ）、再生順序決定部２２は、それら未処理の制御画像については、電子署名がないのでユーザの許可なしに自動再生すべきでないと判断する。そして、再生順序決定部２２は、そのような制御画像については、再生順の代わりに、再生禁止フラグを制御画像ＩＤに関連付けて保存する。
【０１４４】
本実施形態では、電子署名のない制御画像については、再生順序決定部２２は、自動で再生されないように再生を禁止する処理を行うが、電子署名のない制御画像に対する処理はそれだけで終了しない。自動再生が禁止された上記制御画像が、ユーザから再生の許可を得られた後に再生処理されるようにテレビ１を構成することができる。本実施形態では、画面制御部２４が、上記電子署名のない制御画像が信頼できない旨の注意書きと、それらの制御画像（コンテンツ）の再生要否を問う確認画面を表示する処理に移行する（Ｓ２１１以降）。
【０１４５】
画面制御部２４は、優先度３または４の未処理の制御画像数（ｎ個）が、テレビ１の画面表示部１４にて画面を分割して表示できる分割画面の最大数（ｍ分割）を超えているか否かを判定する（Ｓ２１１）。
【０１４６】
図８に示す制御画像管理テーブル３２を例に挙げて説明すると、Ｓ２１０の時点で、優先度３または４の未処理の制御画像は３個存在するので、ｎ＝３である。そして、図１５の例に示すとおり、分割可能な画面の最大数を４分割とすると、ｍ＝４である。この場合、画面制御部２４は、未処理制御画像数（ｎ個）が、最大分割数（ｍ分割）を超えていないと判定する（Ｓ２１１においてＹＥＳ）。そして、画面制御部２４は、すべての未処理制御画像が一覧表示できるように画面を分割して、各未処理制御画像の画像領域５１の画像を表示したり、処理概要説明文を表示したりして、それら未処理制御画像の再生要否を問い合わせるための確認画面を表示する（Ｓ２１２）。ここでは、例えば、図１５に示すとおり、画面制御部２４は、未処理制御画像３個が一覧表示できるように画面を分割して、未処理制御画像およびコンテンツ概要を表示するとともに、これらのコンテンツについて注意書きおよび確認画面を表示する。ここで、画面制御部２４は、未処理制御画像数に合わせて画面を３分割してもよいし、最大分割数に合わせて画面を４分割してもよい。
【０１４７】
なお、画面の最大分割数（ｍ分割）よりも多くの未処理制御画像（ｎ個）が存在する場合は（Ｓ２１１においてＮＯ）、画面制御部２４は、最大分割数ｍで画面を分割し、ｎ個中上位ｍ個の未処理制御画像を表示するとともに、注意書きおよび確認画面を表示する（Ｓ２１３）。画面制御部２４は、優先度順（および受信順）で、上位の制御画像から表示し、確認画面を複数ページに分ける構成で表示を行う。
【０１４８】
操作入力部１５介して再生要の指示が入力されると（Ｓ２１４においてＹＥＳ）、再生順序決定部２２は、ユーザによって選択された優先度３または４の制御画像の再生禁止フラグを解除する。再生コンテンツ取得部２３は、解除された制御画像を処理して、コンテンツを取得する（Ｓ２１５）。再生要と指示された未処理の制御画像の優先度が３の場合は、それぞれのＰｕｒｐｏｓｅに対応した方法でコンテンツの再生処理が実行され、優先度が４の場合は、デフォルトの方法でコンテンツの再生処理が実行される。
【０１４９】
例えば、図１５に示す確認画面において、「すべて再生」のボタンが押下されると、制御画像ＩＤ６、８および９の３つの制御画像を再生する指示がテレビ１に入力される。
【０１５０】
未処理の制御画像（優先度３または４）がまだ残っている場合に、それについてユーザから再生指示が入力されれば（Ｓ２１６においてＹＥＳかつＳ２１４においてＹＥＳ）、再生順序決定部２２および再生コンテンツ取得部２３は、コンテンツを取得する処理および再生処理を繰り返す。
【０１５１】
図１４は、図８の制御画像管理テーブル３２にて管理されている９つの制御画像について決定された再生順序と、それにしたがってコンテンツを再生するテレビ１の動作の流れを説明する図である。図１３に示す再生順序決定、再生処理によれば、上記９つの制御画像の再生順序は以下のとおりに決定される。
【０１５２】
上記９つの制御画像のうち、優先度１で最も先に受信されたのは、制御画像ＩＤ：１の「Album1.jpg」である。そこで、制御画像「Album1.jpg」が再生順序１となる。続いて、制御画像「Album1.jpg」とＰｕｒｐｏｓｅが同じ制御画像、つまり、制御画像ＩＤ：４の「Album2.jpg」が再生順序２と決定される。
【０１５３】
次に、残りの制御画像のうち、優先度１で最も先に受信されたのは、制御画像ＩＤ：２の「Uta1.jpg」である。そこで、制御画像「Uta1.jpg」が再生順序３となる。続いて、同一Ｐｕｒｐｏｓｅの制御画像が存在するので、制御画像ＩＤ：５の「Uta2.jpg」が再生順序４となる。
【０１５４】
次に、残り最後の優先度１の制御画像、つまり、制御画像ＩＤ：７の「Video1.jpg」が再生順序５と決定される。
【０１５５】
続いて、残りの制御画像の中には、優先度２の制御画像が１つ含まれているのでその制御画像、制御画像ＩＤ：３の「Newstopic1.jpg」が再生順序３と決定される。
【０１５６】
残りの制御画像、すなわち、優先度３または４の制御画像（ＩＤ：６、８、９）の制御画像は、署名がないため信頼できないので、自動で再生してよいものかどうか分からない。そこで、これら３つの制御画像については、再生順序を決定する代わりに、再生禁止フラグを付与する。これらの制御画像に対しては、優先度１または２のコンテンツが順次再生された後、最後に、注意書きおよび確認画面とともに画像を表示して再生の要否を問うという処理を実行する。
【０１５７】
図１４に示すとおり、テレビ１は決定された再生順序にしたがって９つの制御画像を処理する。
【０１５８】
まず、テレビ１は、優先度１の制御画像、ＩＤ：１、ＩＤ：４をこの順にて連続で処理して、コンテンツを取得し、スライドショー表示の処理を行う（第１処理）。テレビ１は、次に、ＩＤ：２、ＩＤ：５の制御画像をこの順にて連続で処理してコンテンツを取得し、音楽再生の処理を行う（第２処理）。続いてテレビ１は、ＩＤ：７の制御画像を処理して、ビデオコンテンツを取得、再生する（第３処理）。
【０１５９】
次に、テレビ１は、優先度２の制御画像、ＩＤ：３のニュースコンテンツを取得して、デフォルトの処理手段であるブラウザで表示する（第４処理）。
【０１６０】
最後に、テレビ１は、優先度３または４の制御画像（ＩＤ：６、８、９）から、画像領域５１に格納されている各画像を取り出し、それを画面表示部１４の画面を分割して表示する（第５処理）。ここでは、テレビ１は、制御画像の画像領域５１の画像を利用するのみで、Ｅｘｉｆ領域５０に格納されている制御データは処理しない（コンテンツの取得、再生は行わない）。そして、テレビ１は、図１５に示す表示画面例のように、信頼できないコンテンツである旨の注意書きおよびコンテンツ再生の要否を問い合わせる確認画面を表示する。確認画面表示後、ユーザが、操作入力部１５を介して上記確認画面から再生したい制御画像を選んだ場合は、テレビ１は、ユーザによって選択された制御画像を再生する。つまり、テレビ１は、電子署名のないコンテンツについては、自動再生を行わずに、ユーザの指示を受けてから再生する構成である。
【０１６１】
具体的には、テレビ１は、優先度１または２のコンテンツを順序よく再生し、優先度３または４のコンテンツについては、自動的に再生を行わない。まずは画像のみを一覧表示し、ユーザからの指示が入力された場合のみ再生する。つまり、テレビ１は、安全に処理できる制御画像のみを、複数連続で順序よく処理することができる。
【０１６２】
これにより、テレビ１は、複数の制御画像を順序よく続けて処理できる一方、信頼性の低いコンテンツについては、自動で再生しないようになるので、コンテンツ再生システムのより安全な運用が可能となる。
【実施例２】
【０１６３】
本発明の情報処理システム（通信端末装置および情報処理装置）に関し、第二の実施形態について、図１６〜図２７に基づいて説明すれば、以下のとおりである。なお、説明の便宜上、第一の実施形態の説明時に用いた図面に記載の部材と同じ機能を有する部材については、同じ符号を付記し、その説明を省略する。
【０１６４】
本実施形態では、携帯電話２が制御画像５をテレビ１に送信するときに、あらかじめ再生順序を指定できる構成について説明する。
【０１６５】
〔携帯電話の構成２〕
図１６は、本発明の一実施形態における携帯電話２の要部構成を示すブロック図である。図１６に示す携帯電話２において、図４に示す携帯電話２と異なる点は、制御部６０が、さらに、ＩＤＮＵＭ設定部７１を備えている点である。
【０１６６】
ＩＤＮＵＭ設定部７１は、制御画像に識別情報を設定するものである。より詳細には、ＩＤＮＵＭ設定部７１は、第一に、複数の制御画像を１つのグループとして管理するためのグループＩＤを各制御画像の制御データに埋め込む。第二に、あらかじめ定められた再生順序を示すパラメータ“ＮＵＭ”（順序パラメータ）を、制御データに埋め込む。
【０１６７】
本実施形態では、再生順序は、ユーザが携帯電話２を操作して再生順序を指定することにより決定される。画面表示部６４は、制御画像記憶部８０にて保存している制御画像（コンテンツ）の一覧を表示する。ユーザは、それらの制御画像を再生したい順に選択する。これにより、ＩＤＮＵＭ設定部７１は、選択された制御画像群に同一のグループＩＤを付与するとともに、各制御画像が選択された順にシリアルナンバーＮＵＭを付与する。本実施形態では、ＩＤＮＵＭ設定部７１は、グループＩＤおよびＮＵＭを制御画像５の制御データ内に埋め込む。図１７に、本実施形態における制御データをＥＭＡＰで実現した場合の、制御画像５のデータ構造の一例を示す。
【０１６８】
例えば、ユーザが６つの制御画像を順に選択し、制御画像５がユーザによって３番目に選択されたとする。図１７に示す例では、ＩＤＮＵＭ設定部７１は、６つの制御画像に対して付与するグループＩＤ「THISWEEK01」を、ＥＭＡＰファイル１５０のＵｓｅｒＤａｔａフィールドに格納している。そして、ＩＤＮＵＭ設定部７１は、３番目に選択された当該制御画像５は、３番目に処理されるべき制御画像であるので、再生順序が３番目であることを示すＮＵＭ「3 of 6」を、ＡｄｄｉｔｉｏｎａｌＤａｔａフィールドに格納する。
【０１６９】
図１７に示す制御画像５は一例であるので、本発明の携帯電話２はこれに限定されない。例えば、ＰｒｏｖｉｄｅｒＤａｔａフィールドに、グループＩＤおよびＮＵＭを埋め込むこともできる。また、パラメータＮＵＭは、再生順序がテレビ１において認識可能であれば何でもよいので、ＩＤＮＵＭ設定部７１は、分母を記載させずに単にシリアルナンバーをＮＵＭとしてＥＭＡＰファイル１５０に埋め込んでもよい。
【０１７０】
ＩＤＮＵＭ設定部７１によって、グループＩＤおよびＮＵＭが埋め込まれた各制御画像は、制御画像記憶部８０にて保存、管理される。図１８は、本実施形態における制御画像５を格納する制御画像記憶部８０のファイル構造の具体例を示す図である。
【０１７１】
図５に示す制御画像５と異なる点は、各制御画像５には、グループＩＤとＮＵＭとが付与されている点である。例えば、「今週」のフォルダがユーザによって選択された場合には、「今週」のフォルダ内の全制御画像５に対して、ＩＤＮＵＭ設定部７１は、グループＩＤ「THISWEEK01」を付与する。そして、ＩＤＮＵＭ設定部７１は、選択された順番どおりに、各制御画像５にＮＵＭを付与する。
【０１７２】
〔携帯電話２の処理フロー２〕
次に、携帯電話２が複数の制御画像５を送信するときの処理の流れについて説明する。ここでは、図１８に示す制御画像５を送信する場合について、図１９および図２０を参照しながら、携帯電話２の動作を説明する。
【０１７３】
図１９は、本実施形態における携帯電話２の制御画像５を送信する処理の流れを示すフローチャートである。図２０は、携帯電話２が表示するＧＵＩ画面の具体例およびＧＵＩ画面の遷移の様子を示す図である。
【０１７４】
制御画像５を送信するためのアプリケーションが携帯電話２において起動されると、まず、画面表示部６４は、送信対象の制御画像５をユーザに選択させるためのＧＵＩ画面（例えば、図２０のＳｃｒ１１）を表示する（図１９のＳ２１）。このとき、画面表示部６４は、テレビ１で再生したい順に制御画像５を選択するようにメッセージを表示してもよい。ＧＵＩ画面では、選択対象の制御画像５を個別に選べるようにアイコンが表示され、ユーザが再生したい順に制御画像を選ぶことができる。ユーザによって制御画像が選択されると（Ｓ２２においてＹＥＳ）、選択画像取得部７０は、当該制御画像が選択された順序を制御画像ＩＤと対応付けて図示しないＲＡＭなどの一時記憶部に保持する（Ｓ２３）。例えば、Ｓｃｒ１１に示す例では、カーソルが制御画像に当たっている状態で、「選択」ボタンが押下されると、「連続ドラマ１話」のコンテンツに対応する制御画像のＩＤと、選択順「１番目」の情報とが対応付けて一時的に記憶される。制御画像の選択は、ユーザが送信したい制御画像を選択し終わるまで繰り返される（Ｓ２４においてＮＯ、Ｓ２２においてＹＥＳ）。すでに選択された制御画像５については、選択された順番の情報を表示してもよい（Ｓｃｒ１２）。
【０１７５】
次に、ユーザの選択が完了した状態で、Ｓｃｒ１２にて「決定」ボタンが押下されると（Ｓ２４においてＹＥＳ）、ＩＤＮＵＭ設定部７１は、上記一時記憶部に記憶されている、選択されたすべての制御画像に対してグループＩＤを付与するとともに、制御画像のそれぞれに対しては、対応付けられている選択順に基づいて、再生順序を表すＮＵＭを設定する（Ｓ２５）。ここで、画面表示部６４は、図２０のＳｃｒ１２、１３に示すように、画面表示部６４は、ユーザによって選択された制御画像とその選択順とを表示した後、送信してもよいかどうかを問い合わせる画面を表示してもよい。これにより、ユーザが自身で選択した制御画像とその選択順を送信前に確認することができる。Ｓｃｒ１３にて「はい」のボタンが選択されると、選択画像取得部７０は、Ｓ２２およびＳ２３の繰り返し処理で選択されたすべての制御画像を制御画像記憶部８０から取得する。近距離通信部６２は、選択画像取得部７０が取得した制御画像５をテレビ１に送信する（Ｓ２６）。
【０１７６】
未送信の制御画像が残っている場合には（Ｓ２７においてＹＥＳ）、選択されたすべての制御画像が送信されるまでＳ２６を繰り返す。このとき、ユーザが送信の進捗を確認できるように、図２０のＳｃｒ１４に示す画面を画面表示部６４に表示させてもよい。
【０１７７】
上記方法によれば、制御画像５を送信する側の携帯電話２を用いて、複数の制御画像５の再生順序を決定してから、それらをテレビ１に送信することが可能となる。
【０１７８】
〔テレビの構成２〕
次に、複数の制御画像５を携帯電話２から受信して、携帯電話２が指定する順番でコンテンツを再生するためのテレビ１の構成について図１を参照しながら説明する。
【０１７９】
本実施形態におけるテレビ１の解析部２０は、受信した制御画像を解析する際、第一の実施形態において先に述べた解析項目に加え、ＥＭＡＰファイル１５０内のＵｓｅｒＤａｔａフィールドおよびＡｄｄｉｔｉｏｎａｌＤａｔａフィールドを解析し、グループＩＤおよびＮＵＭをそれぞれ抽出する。解析部２０は、抽出したグループＩＤおよびＮＵＭを、記憶部１１の制御画像管理テーブル３２に、制御画像ＩＤと関連付けて記憶する。ここで、解析部２０は、グループＩＤ、ＮＵＭの値を保存してもよいし、制御画像内のポインタ情報を記憶してもよい。
【０１８０】
図２１は、制御画像５を管理する制御画像管理テーブル３２のデータ構造の具体例を示す図である。本実施形態における制御画像管理テーブル３２は、図８に示す制御画像管理テーブル３２と比べて、さらに、グループＩＤとＮＵＭの値を格納するフィールドが設けられている。ただし、制御画像にグループＩＤとＮＵＭが埋め込まれていない場合は、解析部２０は、このフィールドを空値のままにしておいてもよいし、値無しを意味するフラグを格納してもよい。このようにして管理されるグループＩＤおよびＮＵＭの有無は、優先度判定部２１によって、優先度を判定するときに用いられる。ＮＵＭは、再生順序決定部２２によって、再生順序を決定するときに用いられる。
【０１８１】
本実施形態におけるテレビ１の優先度判定部２１は、各制御画像の優先度を判定する際、電子署名の有無（有効／無効）、および、Ｐｕｒｐｏｓｅに基づく判定よりも前に、各制御画像に上述のグループＩＤおよびＮＵＭが付与されているか否かをまず考慮して優先度を判定する。本実施形態では、優先度判定部２１は、図２２に示す優先度判定テーブル３０を参照して、各制御画像５の優先度を判定する。図２２は、本実施形態における優先度判定テーブル３０のデータ構造の具体例を示す図である。
【０１８２】
本実施形態では、優先度判定テーブル３０は、グループＩＤおよびＮＵＭの有無で場合分けされており、グループＩＤおよびＮＵＭが付与されている制御画像が最も優先度が高くなるように定められている。グループＩＤおよびＮＵＭが無い制御画像の優先度判定方法は、上述した第一の実施形態における優先度判定方法と同様である。
【０１８３】
具体的には、優先度判定部２１は、図２２に示す優先度判定テーブル３０にしたがって、まず、グループＩＤおよびＮＵＭを含む制御画像５の優先度を「１または２」と判定し、そうでない制御画像５の優先度を「３〜６のいずれか」と判定する。
【０１８４】
続いて、グループＩＤおよびＮＵＭが有りの制御画像のうち、有効な電子署名を有する制御画像の優先度を「１」と判定し、電子署名を持たない制御画像の優先度を「２」と判定する。
【０１８５】
グループＩＤおよびＮＵＭが無しの、残りの制御画像については、第一の実施形態のときと同様に、有効な電子署名の有無および処理可能なＰｕｒｐｏｓｅであるか否かを考慮して優先度を４段階で決定する。本実施形態では、第一の実施形態で「優先度１〜４」と判定していたものを、それぞれ、「優先度３〜６」と判定する。優先度判定部２１は、判定した優先度を、図２１に示す制御画像管理テーブル３２の「優先度」のフィールドに格納する。
【０１８６】
この優先度判定テーブル３０にしたがって判定された優先度を考慮することにより、再生順序決定部２２は、携帯電話２で指定されたユーザの希望が最も正確に反映された再生順序を決定することができる。なお、優先度判定テーブル３０は、図２２の例に限定されない。優先度を設定するための判定基準、および、どの判定基準を重要視するかについては、制御画像を扱う装置（テレビ１など）のポリシーにより適宜決定されればよい。具体的には、図２３に示す例では、優先度の判定基準について、（１）グループＩＤおよびＮＵＭの有無 ＞（２）署名の有無、有効／無効＞（３）処理できるＰｕｒｐｏｓｅか否か、の３つを採用し、その順に重要な判定基準として取り扱っている。しかし、本発明は上記に限らず、他の判定基準を採用してもよいし、上記判定基準を採用しなくてもよいし、判定基準を重要視する順を変更してもよい。
【０１８７】
例えば、ブランドイメージの高い装置（商品）などにおいては、信頼性が最も問われる。そこで、電子署名の有無および有効／無効の判定基準を最重要視してもよい。あるいは、あらゆるコンテンツを容易に多数連続表示できることを強みとする装置においては、電子署名にかかる判定基準を無視するなど、判定基準を選択的に採用してもよい。
【０１８８】
本実施形態におけるテレビ１の再生順序決定部２２は、まず、グループＩＤおよびＮＵＭ有りの優先度１および２の制御画像がより優先的に再生されるよう再生順序を決定する。本実施形態では、再生順序決定部２２は、優先度１および２の制御画像が原則ＮＵＭ順（ユーザの希望順）に再生されるよう再生順序を決定する。ここで、優先度２の制御画像は、電子署名がない信頼できない制御画像である。よって、再生順序決定部２２は、優先度２の制御画像に対しては、テレビ１のユーザの許可が出てから上記順序で再生されるように、再生順序と再生確認要フラグ（あるいは、再生禁止フラグ）とを併せて関連付けてもよい。
【０１８９】
本実施形態では、再生順序決定部２２は、優先度３〜６の制御画像に対しては、第一の実施形態にて優先度１〜４の制御画像に対して行われていたのと同様の手順で再生順序を決定する。
【０１９０】
上記構成によれば、携帯電話２においてユーザが指定した再生順序を優先的に考慮して、テレビ１が最終的なコンテンツの再生順序を決定し、複数のコンテンツを順序よく再生することが可能となる。
【０１９１】
〔優先度判定処理２〕
図２３は、本実施形態における、優先度判定部２１の優先度判定処理の流れを示すフローチャートである。優先度判定部２１は、図２１の制御画像管理テーブル３２を参照して、そこで管理されている制御画像５について優先度の判定を行う。
【０１９２】
まず、優先度判定部２１は、フィールド「グループＩＤ」および「ＮＵＭ」を参照して、値の有無をチェックする。グループＩＤおよびＮＵＭが有る場合には（Ｓ３０１においてＹＥＳ）、次にフィールド「電子署名」を参照して、判定対象の制御画像についての電子署名の有無をチェックする。
【０１９３】
電子署名が有る場合には（Ｓ３０２においてＹＥＳ）、優先度判定部２１は、その電子署名が有効か無効かをチェックする。ここで、上記電子署名が無効である場合には（例えば、フィールド「電子署名」に無効を意味するフラグを立っているなど。Ｓ３０３においてＮＯ）、優先度判定部２１は、その制御画像５に対して処理を一切行わないようにする（Ｓ３０４）。あるいは、優先度判定部２１は、その制御画像５のレコードを制御画像管理テーブル３２から破棄してもよい。ここで、署名検証に失敗したために処理を実行できないということをユーザに通知する画面を表示してもよい。反対に、上記電子署名が有効であった場合には（Ｓ３０３においてＹＥＳ）、優先度判定部２１は、Ｐｕｒｐｏｓｅの内容を問わずに、当該制御画像の優先度を「１」と判定する（Ｓ３０５）。
【０１９４】
一方、制御画像が電子署名を持たない場合には（Ｓ３０２においてＮＯ）、優先度判定部２１は、Ｐｕｒｐｏｓｅの内容を問わずに、当該制御画像の優先度を「２」と判定する（Ｓ３０６）。
【０１９５】
判定対象の制御画像が、グループＩＤおよびＮＵＭを持たない場合（Ｓ３０１においてＮＯ）、優先度判定部２１は、第一の実施形態における優先度判定処理１にしたがって、当該制御画像の優先度を判定する（Ｓ３０７）。すなわち、電子署名とＰｕｒｐｏｓｅとに基づいて優先度が判定される。本実施形態では、第一の実施形態において優先度１〜４と判定された制御画像は、それぞれ、優先度３〜６と判定される。
【０１９６】
優先度判定部２１は、まとめて受信した制御画像の各々についてこの優先度判定処理２を繰り返す。
【０１９７】
〔再生順序決定、再生処理２〕
図２４は、本実施形態における再生順序決定部２２および再生コンテンツ取得部２３における再生順序決定、再生処理の流れを示すフローチャートである。
【０１９８】
再生順序決定部２２は、制御画像管理テーブル３２を参照して、優先度が付与されたすべての制御画像について、優先度１または優先度２のものがあるか否かを確認する（Ｓ４０１）。すべての制御画像の優先度が３〜６のいずれかである場合（Ｓ４０１においてＮＯ）、図１３に示す再生順序決定、再生処理１にしたがって、各制御画像の再生順序が決定され、コンテンツが再生される（Ｓ４０７）。
【０１９９】
一方、優先度１または優先度２の制御画像がある場合は（Ｓ４０１においてＹＥＳ）、再生順序決定部２２は、同一のグループＩＤが付与された制御画像の中で、優先度１または２の制御画像を制御画像管理テーブル３２から読み出す（Ｓ４０２）。そして、再生順序決定部２２は、優先度１または２のグループＩＤが同じ制御画像について、ＮＵＭの小さいものから順に再生されるよう再生順序を決定する。
【０２００】
なお、本実施形態では、制御画像管理テーブル３２において、複数のグループＩＤの制御画像が混在する場合は、同じグループＩＤを持つ制御画像の枚数が多いものから先に処理するようにしてもよいし、ＮＵＭに全体の数（分母）も含まれていれば、より揃っている順（「同一グループＩＤの制御画像の数／ＮＵＭの全体の数」が大きい順）にグループごとに処理（再生順序決定、コンテンツ取得、再生）するようにしてもよい。
【０２０１】
次に、再生順序決定部２２は、Ｓ４０２において、再生順序をＮＵＭにしたがって決定した制御画像の中に、優先度２の制御画像があるか否かを判定する（Ｓ４０３）。ここで、優先度２の制御画像がない場合は（Ｓ４０３においてＮＯ）、再生コンテンツ取得部２３が信頼できるコンテンツをＮＵＭの順に取得し、コンテンツ再生処理部が順次それを再生する（Ｓ４０４）。優先度１の全制御画像の処理が完了したら（Ｓ４０５においてＮＯ）、優先度３以降の制御画像がある場合には（Ｓ４０６においてＹＥＳ）、それらについては、図１３に示す再生順序決定、再生処理１にしたがって、再生順序を決定し、コンテンツを再生する（Ｓ４０７）。
【０２０２】
一方、Ｓ４０３にて、優先度２の制御画像が含まれる場合は（Ｓ４０３においてＹＥＳ）、再生順序決定部２２は、当該制御画像に対して、再生順序とともに再生確認要フラグを付与する。優先度１と優先度２の制御画像が混在して連続処理される場合には、再生確認要フラグに基づいて、画面制御部２４は、次の処理を行う。すなわち、連続再生の途中で信頼性の保障されないコンテンツが含まれる旨の注意書きと、それらのコンテンツ再生処理を行う前に都度確認をするのか、すべて確認せずに再生処理を行うのかを問い合わせる確認画面とを画面表示部１４に表示する（Ｓ４０８）。上記注意書きおよび上記確認画面の具体例を図２５に示す。図２５に示すように、優先度２の（＝信頼性の低い）制御画像がどれであるか、画像とともに表示すれば、ユーザの視認性が向上する。
【０２０３】
上記確認画面において、ユーザ操作により「すべて再生する」の選択肢が選択された場合は（Ｓ４０９において１）、Ｓ４０４に移行し、再生コンテンツ取得部２３は、同一のグループＩＤで、優先度１または優先度２の制御画像を処理して、再生順序決定部２２によって決定された順で、コンテンツを取得する。コンテンツ再生処理部は、取得されたコンテンツを順次再生する。
【０２０４】
一方、再生前に「都度確認する」の選択肢が選択された場合は（Ｓ４０９において２）、Ｓ４０４と同様に、再生コンテンツ取得部２３およびコンテンツ再生処理部がＮＵＭの順に制御画像の処理を進める（Ｓ４１０）。Ｓ４１０の処理で処理対象の制御画像が優先度１である場合には（Ｓ４１１において１）、再生コンテンツ取得部２３は、当該対象の制御画像の制御データ（ＥＭＡＰファイル１５０）にしたがってコンテンツを取得し、コンテンツ再生処理部がそれを再生する（Ｓ４１２）。
【０２０５】
優先度１または２の未処理の制御画像があれば（Ｓ４１３においてＹＥＳ）、Ｓ４１０以降の処理を繰り返し、未処理の制御画像がなくなったら（Ｓ４１３においてＮＯ）、優先度３以降の再生順序決定、再生処理に移行する（Ｓ４０６、Ｓ４０７）。
【０２０６】
一方、処理対象の制御画像が優先度２である場合には（Ｓ４１１において２）、再生コンテンツ取得部２３は、この時点ではコンテンツを取得しない。代わりに、画面制御部２４は、当該対象の制御画像の画像（画像領域５１内）または該制御画像の処理概要を画面表示部１４にてユーザに提示する。そして、上記制御画像の処理（コンテンツ取得、再生）を実行するか否かを問い合わせる確認画面を表示する（Ｓ４１４）。例えば、図２６に示すような注意書きおよび確認画面を表示する。
【０２０７】
ユーザが上記画像を選択することにより、コンテンツ再生の指示がテレビ１に入力されると（Ｓ４１５において１）、再生コンテンツ取得部２３は、当該制御画像の制御データにしたがってコンテンツを取得する（Ｓ４１２）。一方、ユーザが「スキップする」の選択肢を選択した場合には（Ｓ４１５において２）、再生コンテンツ取得部２３は、当該制御画像の処理をスキップして、次の未処理制御画像があれば（Ｓ４１３においてＹＥＳ）、Ｓ４１０に戻って、次の再生順序の未処理制御画像を処理する。
【０２０８】
同一のグループＩＤを持つすべての制御画像について処理を実行した後は、次のグループＩＤを持つ制御画像についてＳ４０１からの処理を繰り返す。
【０２０９】
なお、上述の説明では、一連の制御画像の中に署名のない制御画像が含まれている場合に、Ｓ４０９において、ユーザは、それらをすべて自動再生するか、再生直前に都度再生要否を確認するかの何れかを選択するものとしたが、これに限定されない。図２５に示すとおり、署名のない制御画像のみを自動でスキップして自動再生するという選択肢がＳ４０８にて表示されてもよい。上記選択肢がＳ４０９にて選択された場合には、優先度１の制御画像のみが順次再生される。
【０２１０】
また、同一のグループ中に、電子署名が無効であるとして、図２３のＳ３０４にて処理しないと判断された制御画像が含まれる場合には、グループの先頭のコンテンツを再生する前に、画面制御部２４は、その旨をユーザに通知する通知画面を画面表示部１４に表示してもよい。上記通知画面の一例を図２７に示す。
【０２１１】
上記方法によれば、テレビ１は、複数の制御画像を受信した際に、それらの再生順序を、ユーザの希望を優先的に反映して決定することができるとともに、特に指定の無い場合には、優先度、コンテンツの目的（Ｐｕｒｐｏｓｅ）などに応じて適切な再生順序にて複数の制御画像を処理することが可能となる。また、本実施形態では、電子署名の検証結果も考慮するので、信頼のできないコンテンツはスキップすることができる。したがって、ユーザは安心して連続自動再生を楽しむことができる。
【０２１２】
なお、本実施形態では、携帯電話２のユーザが再生順序を決定する例について説明したが、制御画像を携帯電話２に供給するサーバ３が制御画像を生成するときに、再生順序をあらかじめ埋め込んでおいてもよい。このようにすれば、第二の実施形態におけるテレビ１の構成のままで、例えば、ドラマ、小説などの連続するコンテンツを正しい順序で再生することができる。
【０２１３】
本発明は上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。
【０２１４】
最後に、携帯電話２またはテレビ１の各ブロック、特に、選択画像取得部７０およびＩＤＮＵＭ設定部７１、ならびに、解析部２０、優先度判定部２１、再生順序決定部２２、再生コンテンツ取得部２３および画面制御部２４は、ハードウェアロジックによって構成してもよいし、次のようにＣＰＵを用いてソフトウェアによって実現してもよい。
【０２１５】
すなわち、携帯電話２またはテレビ１は、各機能を実現する制御プログラムの命令を実行するＣＰＵ（central processing unit）、上記プログラムを格納したＲＯＭ（read only memory）、上記プログラムを展開するＲＡＭ（random access memory）、上記プログラムおよび各種データを格納するメモリ等の記憶装置（記録媒体）などを備えている。そして、本発明の目的は、上述した機能を実現するソフトウェアである携帯電話２またはテレビ１の制御プログラムのプログラムコード（実行形式プログラム、中間コードプログラム、ソースプログラム）をコンピュータで読み取り可能に記録した記録媒体を、上記携帯電話２またはテレビ１に供給し、そのコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に記録されているプログラムコードを読み出し実行することによっても、達成可能である。
【０２１６】
上記記録媒体としては、例えば、磁気テープやカセットテープ等のテープ系、フロッピー（登録商標）ディスク／ハードディスク等の磁気ディスクやＣＤ−ＲＯＭ／ＭＯ／ＭＤ／ＤＶＤ／ＣＤ−Ｒ等の光ディスクを含むディスク系、ＩＣカード（メモリカードを含む）／光カード等のカード系、あるいはマスクＲＯＭ／ＥＰＲＯＭ／ＥＥＰＲＯＭ／フラッシュＲＯＭ等の半導体メモリ系などを用いることができる。
【０２１７】
また、携帯電話２またはテレビ１を通信ネットワークと接続可能に構成し、上記プログラムコードを、通信ネットワークを介して供給してもよい。この通信ネットワークとしては、特に限定されず、例えば、インターネット、イントラネット、エキストラネット、ＬＡＮ、ＩＳＤＮ、ＶＡＮ、ＣＡＴＶ通信網、仮想専用網（virtual private network）、電話回線網、移動体通信網、衛星通信網等が利用可能である。また、通信ネットワークを構成する伝送媒体としては、特に限定されず、例えば、ＩＥＥＥ１３９４、ＵＳＢ、電力線搬送、ケーブルＴＶ回線、電話線、ＡＤＳＬ回線等の有線でも、ＩｒＤＡやリモコンのような赤外線、Ｂｌｕｅｔｏｏｔｈ（登録商標）、８０２．１１無線、ＨＤＲ、携帯電話網、衛星回線、地上波デジタル網等の無線でも利用可能である。なお、本発明は、上記プログラムコードが電子的な伝送で具現化された、搬送波に埋め込まれたコンピュータデータ信号の形態でも実現され得る。
【産業上の利用可能性】
【０２１８】
本発明は、通信端末装置が制御データを情報処理装置に送信することで、情報処理装置を遠隔制御して情報を処理させることが可能な情報処理処理システムに好適に用いることができる。
【符号の説明】
【０２１９】
１ テレビ（情報処理装置）
２ 携帯電話（通信端末装置）
３ サーバ
３ａ 広告サービス
３ｂ 登録サービス
３ｃ 広告コンテンツプロバイダ
３ｄ コンテンツプロバイダ
４ 公衆通信回線
５ 制御画像（制御データ）
５ａ 広告制御画像（制御データ）
５ｂ 信頼できる制御画像（制御データ）
６ コンテンツ
１０ 制御部
１１ 記憶部
１２ 近距離通信部（受信部）
１３ 公衆回線通信部
１４ 画面表示部
１５ 操作入力部
１６ 音声出力部
２０ 解析部（解析手段）
２１ 優先度判定部（優先度判定手段）
２２ 再生順序決定部（処理順序決定手段）
２３ 再生コンテンツ取得部
２４ 画面制御部
３０ 優先度判定テーブル
３１ 判定支援テーブル
３２ 制御画像管理テーブル
５０ Ｅｘｉｆ領域（制御データ）
５１ 画像領域
６０ 制御部
６１ 記憶部
６２ 近距離通信部（出力部）
６３ 公衆回線通信部
６４ 画面表示部
６５ 操作入力部
７０ 選択画像取得部（選択データ取得手段）
７１ ＩＤＮＵＭ設定部
８０ 制御画像記憶部（制御データ記憶部）
１００ コンテンツ再生システム
１５０ ＥＭＡＰファイル（制御データ）
【特許請求の範囲】
【請求項１】
自装置を遠隔操作するために通信端末装置が出力した、少なくとも１つの処理の実行を命令する制御データを複数受信する受信部と、
上記受信部が受信した複数の制御データを解析する解析手段と、
上記解析手段による解析結果に応じて各制御データの処理順序を決定する処理順序決定手段とを備えていることを特徴とする情報処理装置。
【請求項２】
上記制御データは、該制御データが命令する処理の目的を格納する領域を含み、
上記解析手段は、各制御データの目的を解析し、
上記処理順序決定手段は、同一目的の制御データをまとめて処理するように処理順序を決定することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
上記制御データは、電子署名を格納する領域を含み、
上記解析手段は、上記制御データに電子署名が格納されている場合に、該電子署名を検証し、
上記処理順序決定手段は、有効な電子署名を有する制御データが電子署名を含まない制御データよりも優先的に処理されるように処理順序を決定することを特徴とする請求項１または２に記載の情報処理装置。
【請求項４】
上記処理順序決定手段は、上記電子署名を含まない制御データに対して、処理順序を決定する代わりに、ユーザからの実行指示が入力されないかぎり処理を実行しないことを意味する処理禁止情報を付与することを特徴とする請求項３に記載の情報処理装置。
【請求項５】
上記解析手段は、上記電子署名は無効であると判断した場合に、無効な電子署名を有する制御データを破棄することを特徴とする請求項３または４に記載の情報処理装置。
【請求項６】
上記制御データの各領域に含まれる複数の情報に基づいて、あらかじめ定められた判定基準にしたがって、各制御データの優先度を判定する優先度判定手段を備え、
上記処理順序決定手段は、
上記優先度判定手段が判定した優先度を考慮して各制御データの処理順序を決定することを特徴とする請求項１から５までのいずれか１項に記載の情報処理装置。
【請求項７】
上記制御データは、該制御データが命令する処理の目的を格納する領域を含み、
上記解析手段は、各制御データの目的を解析し、
上記優先度判定手段は、上記処理の目的が自装置において既知である場合に当該目的を含む制御データの優先度を、既知でない目的を含む制御データよりも高く設定することを特徴とする請求項６に記載の情報処理装置。
【請求項８】
上記制御データは、複数の制御データを１つのグループとして識別するためのグループＩＤと、同一グループにおいて予め定められた処理順序を示す順序パラメータとを格納する領域を含み、
上記解析手段は、各制御データのグループＩＤおよび順序パラメータを解析し、
上記処理順序決定手段は、上記グループＩＤおよび順序パラメータを有する制御データが優先的に処理されるように処理順序を決定するとともに、同一グループ内の各制御データに対しては、上記順序パラメータにしたがって処理順序を決定することを特徴とする請求項１から７までのいずれか１項に記載の情報処理装置。
【請求項９】
情報処理装置を遠隔操作するための、少なくとも１つの処理の実行を命令する制御データを記憶する制御データ記憶部と、
ユーザによって指定された複数の制御データを上記制御データ記憶部から取得する選択データ取得手段と、
上記選択データ取得手段により取得された複数の制御データを上記情報処理装置が受信可能なように出力する出力部とを備え、
上記選択データ取得手段は、
上記ユーザによって所定の条件が指定された場合には、当該条件に合致する複数の制御データを上記制御データ記憶部から抽出することを特徴とする通信端末装置。
【請求項１０】
ユーザによって個々の制御データが選択されたとき、選択された順番にしたがって、選択された個々の制御データに対して処理順序を示す順序パラメータを設定するとともに、選択された制御データを１つのグループとして識別するためのグループＩＤをすべての制御データに対して設定する設定手段を備えていることを特徴とする請求項９に記載の通信端末装置。
【請求項１１】
自装置を遠隔操作するために通信端末装置が出力した、少なくとも１つの処理の実行を命令する制御データを複数受信する情報処理装置の制御方法であって、
受信した複数の上記制御データを解析する解析ステップと、
上記解析ステップによる解析結果に応じて各制御データの処理順序を決定する処理順序決定ステップとを含むことを特徴とする情報処理装置の制御方法。
【請求項１２】
情報処理装置を遠隔操作するための、少なくとも１つの処理の実行を命令する制御データを上記情報処理装置が受信可能なように出力する通信端末装置の制御方法であって、
上記制御データを記憶する制御データ記憶部から、ユーザによって指定された複数の制御データを取得する選択データ取得ステップと、
上記選択データ取得ステップにより取得された複数の制御データを出力する出力ステップとを含み、
上記選択データ取得ステップでは、上記ユーザによって所定の条件が指定された場合には、当該条件に合致する複数の制御データを上記制御データ記憶部から抽出することを特徴とする通信端末装置の制御方法。
【請求項１３】
コンピュータを、請求項１から８までのいずれか１項に記載の情報処理装置、または、請求項９または１０に記載の通信端末装置の各手段として機能させるための制御プログラム。
【請求項１４】
請求項１３に記載の制御プログラムを記録したコンピュータ読み取り可能な記録媒体。
【請求項１】
自装置を遠隔操作するために通信端末装置が出力した、少なくとも１つの処理の実行を命令する制御データを複数受信する受信部と、
上記受信部が受信した複数の制御データを解析する解析手段と、
上記解析手段による解析結果に応じて各制御データの処理順序を決定する処理順序決定手段とを備えていることを特徴とする情報処理装置。
【請求項２】
上記制御データは、該制御データが命令する処理の目的を格納する領域を含み、
上記解析手段は、各制御データの目的を解析し、
上記処理順序決定手段は、同一目的の制御データをまとめて処理するように処理順序を決定することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
上記制御データは、電子署名を格納する領域を含み、
上記解析手段は、上記制御データに電子署名が格納されている場合に、該電子署名を検証し、
上記処理順序決定手段は、有効な電子署名を有する制御データが電子署名を含まない制御データよりも優先的に処理されるように処理順序を決定することを特徴とする請求項１または２に記載の情報処理装置。
【請求項４】
上記処理順序決定手段は、上記電子署名を含まない制御データに対して、処理順序を決定する代わりに、ユーザからの実行指示が入力されないかぎり処理を実行しないことを意味する処理禁止情報を付与することを特徴とする請求項３に記載の情報処理装置。
【請求項５】
上記解析手段は、上記電子署名は無効であると判断した場合に、無効な電子署名を有する制御データを破棄することを特徴とする請求項３または４に記載の情報処理装置。
【請求項６】
上記制御データの各領域に含まれる複数の情報に基づいて、あらかじめ定められた判定基準にしたがって、各制御データの優先度を判定する優先度判定手段を備え、
上記処理順序決定手段は、
上記優先度判定手段が判定した優先度を考慮して各制御データの処理順序を決定することを特徴とする請求項１から５までのいずれか１項に記載の情報処理装置。
【請求項７】
上記制御データは、該制御データが命令する処理の目的を格納する領域を含み、
上記解析手段は、各制御データの目的を解析し、
上記優先度判定手段は、上記処理の目的が自装置において既知である場合に当該目的を含む制御データの優先度を、既知でない目的を含む制御データよりも高く設定することを特徴とする請求項６に記載の情報処理装置。
【請求項８】
上記制御データは、複数の制御データを１つのグループとして識別するためのグループＩＤと、同一グループにおいて予め定められた処理順序を示す順序パラメータとを格納する領域を含み、
上記解析手段は、各制御データのグループＩＤおよび順序パラメータを解析し、
上記処理順序決定手段は、上記グループＩＤおよび順序パラメータを有する制御データが優先的に処理されるように処理順序を決定するとともに、同一グループ内の各制御データに対しては、上記順序パラメータにしたがって処理順序を決定することを特徴とする請求項１から７までのいずれか１項に記載の情報処理装置。
【請求項９】
情報処理装置を遠隔操作するための、少なくとも１つの処理の実行を命令する制御データを記憶する制御データ記憶部と、
ユーザによって指定された複数の制御データを上記制御データ記憶部から取得する選択データ取得手段と、
上記選択データ取得手段により取得された複数の制御データを上記情報処理装置が受信可能なように出力する出力部とを備え、
上記選択データ取得手段は、
上記ユーザによって所定の条件が指定された場合には、当該条件に合致する複数の制御データを上記制御データ記憶部から抽出することを特徴とする通信端末装置。
【請求項１０】
ユーザによって個々の制御データが選択されたとき、選択された順番にしたがって、選択された個々の制御データに対して処理順序を示す順序パラメータを設定するとともに、選択された制御データを１つのグループとして識別するためのグループＩＤをすべての制御データに対して設定する設定手段を備えていることを特徴とする請求項９に記載の通信端末装置。
【請求項１１】
自装置を遠隔操作するために通信端末装置が出力した、少なくとも１つの処理の実行を命令する制御データを複数受信する情報処理装置の制御方法であって、
受信した複数の上記制御データを解析する解析ステップと、
上記解析ステップによる解析結果に応じて各制御データの処理順序を決定する処理順序決定ステップとを含むことを特徴とする情報処理装置の制御方法。
【請求項１２】
情報処理装置を遠隔操作するための、少なくとも１つの処理の実行を命令する制御データを上記情報処理装置が受信可能なように出力する通信端末装置の制御方法であって、
上記制御データを記憶する制御データ記憶部から、ユーザによって指定された複数の制御データを取得する選択データ取得ステップと、
上記選択データ取得ステップにより取得された複数の制御データを出力する出力ステップとを含み、
上記選択データ取得ステップでは、上記ユーザによって所定の条件が指定された場合には、当該条件に合致する複数の制御データを上記制御データ記憶部から抽出することを特徴とする通信端末装置の制御方法。
【請求項１３】
コンピュータを、請求項１から８までのいずれか１項に記載の情報処理装置、または、請求項９または１０に記載の通信端末装置の各手段として機能させるための制御プログラム。
【請求項１４】
請求項１３に記載の制御プログラムを記録したコンピュータ読み取り可能な記録媒体。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【公開番号】特開２０１０−１８７２０５（Ｐ２０１０−１８７２０５Ａ）
【公開日】平成２２年８月２６日（２０１０．８．２６）
【国際特許分類】
【出願番号】特願２００９−３０００９（Ｐ２００９−３０００９）
【出願日】平成２１年２月１２日（２００９．２．１２）
【出願人】（０００００５０４９）シャープ株式会社 (33,933)
【Ｆターム（参考）】
【公開日】平成２２年８月２６日（２０１０．８．２６）
【国際特許分類】
【出願日】平成２１年２月１２日（２００９．２．１２）
【出願人】（０００００５０４９）シャープ株式会社 (33,933)
【Ｆターム（参考）】
[ Back to top ]