ソース機器、シンク機器、システム、プログラム、及び、記録媒体
【課題】携帯電話端末などのソース機器において、より確実に自装置の状態をユーザに報知することを可能ならしめる。
【解決手段】ソース機器である携帯電話端末２は、自装置の状態をテレビ１に表示させるためのコマンドであって、自装置の状態を指定するイベントＩＤを含むコマンドを発行するコマンド処理部３０４を備えている。
【解決手段】ソース機器である携帯電話端末２は、自装置の状態をテレビ１に表示させるためのコマンドであって、自装置の状態を指定するイベントＩＤを含むコマンドを発行するコマンド処理部３０４を備えている。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、シンク機器にコンテンツを供給するソース機器、そのようなシンク機器から供給されたコンテンツを出力するシンク機器、及び、そのようなソース機器とシンク機器とを含むシステムに関する。また、コンピュータをそのようなソース機器として動作させるためのプログラム、及び、そのようなプログラムが記録された記録媒体に関する。
【背景技術】
【０００２】
近年、ＨＤＭＩ（High-Definition Multimedia Interface）を搭載するテレビが普及し、テレビとソース機器とをＨＤＭＩケーブルを介して接続することが一般的となっている。ＨＤＭＩケーブルを介して接続されたテレビとソース機器とは、映像信号および音声信号に加え、ＣＥＣ（Consumer Electronics Control）コマンドを互いに送受信する。
【０００３】
ＣＥＣコマンドを用いれば、テレビからソース機器を制御したり、ソース機器からテレビを制御したりすることによって、これまでにはなかった利便性をユーザに提供することが可能になる。例えば、テレビの入力ソースを、コンテンツの再生を開始したソース機器に自動的に切り替えることができる。ＨＤＭＩの詳細については、例えば、非特許文献１を参照されたい。
【０００４】
また、Ｍｉｃｒｏ・ＨＤＭＩコネクタが規格化されたことに伴い、今後、携帯機器とテレビとをＨＤＭＩ接続し、携帯機器にて再生されたコンテンツをテレビに表示するといったユースケースの増加が想定される。例えば、昨今の携帯電話端末は、静止画コンテンツ、動画コンテンツ、及び音声コンテンツを再生する機能を有しており、ソース機器として利用することができる。ＰＤＡ、携帯型デジタルオーディオプレーヤ、デジタルカメラなどの携帯機器も同様である。
【０００５】
なお、音声通話の着信や電子メールの受信など携帯電話端末が自装置の状態をユーザに報知するための技術としては、特許文献１〜４に記載のものなどが知られている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００３−１９９１６４号公報（平成１５年７月１１日公開）
【特許文献２】特開２００５−２０５４１号公報（平成１７年１月２０日公開）
【特許文献３】特開２００７−３１８６５３号公報（平成１９年１２月６日公開）
【特許文献４】特開２００８−４１０８号公報（平成２０年１月１０日公開）
【非特許文献】
【０００７】
【非特許文献１】High-Definition Multimedia Interface Specification Version 1.3a,November 10 2006
【発明の概要】
【発明が解決しようとする課題】
【０００８】
携帯電話端末は、通常、ユーザの近傍に置かれるが、ＨＤＭＩケーブル等によってテレビと有線接続された場合、ユーザの近傍ではなくテレビの近傍に置かれる可能性が高い。この場合、上記従来の技術を用いて、携帯電話端末の状態をユーザに報知することは困難であった。
【０００９】
本発明は、上記の課題に鑑みてなされたものであり、その目的は、携帯電話端末などのソース機器において、より確実に自装置の状態をユーザに報知することを可能ならしめることにある。
【課題を解決するための手段】
【００１０】
上記課題を解決するために、本発明におけるソース機器は、シンク機器が出力するコンテンツを、該シンク機器に供給するソース機器において、当該ソース機器の状態を上記シンク機器に表示させるためのコマンドであって、当該ソース機器の状態を指定する状態指定情報を含むコマンドを発行するコマンド発行手段を備えている、ことを特徴としている。
【００１１】
上記の構成によれば、上記コマンドに含まれる状態指定情報に基づいて、上記シンク機器が上記ソース機器の状態を表示する。これにより、ユーザは、上記ソース機器の状態を上記シンク機器の表示から知ることができる。すなわち、より確実にソース機器の状態をユーザに報知することができる。
【００１２】
なお、上記コマンド発行手段は、当該ソース機器の状態が変化したときに、変化後の状態を指定する状態指定情報を含むコマンドを発行するものであってもよいし、上記シンク機器からの要求を受けたときに、そのときの当該ソース機器の状態を指定する状態指定情報を含むコマンドを発行するものであってもよいし、上記シンク機器との接続が確立されたときに、そのときの当該ソース機器の状態を指定する状態指定情報を含むコマンドを発行するものであってもよい。何れの場合であっても、より確実にソース機器の状態をユーザに報知することができる。
【００１３】
また、上記コマンド発行手段が発行する各コマンドには、上記シンク機器が当該ソース機器の状態を表示する際、どのコマンドに含まれる状態指定情報により指定される状態を優先して表示すべきかを指定する優先順位指定情報が含まれている、ことが好ましい。
【００１４】
上記構成によれば、シンク機器が優先して表示すべき状態を、ソース機器側から指定することができる。
【００１５】
また、上記コマンド発行手段が発行するコマンドには、上記シンク機器が当該ソース機器の状態を表示する期間を指定する表示期間指定情報が含まれている、ことが好ましい。
【００１６】
上記構成によれば、ソース機器の状態をシンク機器が表示すべき期間を、ソース機器側から指定することができる。
【００１７】
また、上記コマンド発行手段が発行するコマンドには、上記シンク機器が当該ソース機器の状態を表示するディスプレイ上の位置を指定する表示位置指定情報が含まれている、ことが好ましい。
【００１８】
上記構成によれば、ソース機器の状態をシンク機器が表示すべき位置（ディスプレイ上の位置）を、ソース機器側から指定することができる。例えば、これにより、ディスクプレイ上に表示された本来の映像が隠されないように、ソース機器の状態を表示させることができる。
【００１９】
また、上記コマンド発行手段が発行するコマンドには、上記シンク機器が当該ソース機器の状態と共に表示するアイコンを指定するアイコン指定情報が含まれている、ことが好ましい。
【００２０】
上記構成によれば、ソース機器の状態と共にシンク機器が表示すべきアイコンを、ソース機器側から指定することができる。
【００２１】
また、上記コマンド発行手段が発行するコマンドには、上記シンク機器が当該ソース機器の状態と共に出力する効果音を指定する効果音指定情報が含まれている、ことが好ましい。
【００２２】
上記構成によれば、ソース機器の状態と共にシンク機器が出力する効果音を、ソース機器側から指定することができる。
【００２３】
また、上記コマンド発行手段が発行するコマンドには、上記シンク機器が当該ソース機器の状態を表示する際の表示態様を指定する表示態様指定情報が含まれている、ことが好ましい。
【００２４】
上記構成によれば、ソース機器の状態をシンク機器が表示する際の表示態様を、ソース機器側から指定することができる。
【００２５】
また、上記コマンド発行手段が発行するコマンドには、上記シンク機器の操作方法を示す操作ガイドを、上記シンク機器が当該ソース機器の状態と共に表示するか否かを指定するガイド表示指定情報が含まれている、ことが好ましい。
【００２６】
上記構成によれば、シンク機器が操作ガイドを表示するか否かを、ソース機器側から指定することができる。
【００２７】
本発明におけるソース機器は、通話を行うための通話手段を更に備え、上記コマンド発行手段は、上記通話手段が着信中であることを示す状態指定情報を含むコマンドを発行する、ことが好ましい。
【００２８】
上記構成によれば、ソース機器が着信中であることを、シンク機器を介してユーザに報知することができる。
【００２９】
また、上記コマンド発行手段は、上記通話手段の着信履歴を示す状態指定情報を含むコマンドを発行する、ことが好ましい。
【００３０】
上記構成によれば、ソース機器の着信履歴を、シンク機器を介してユーザに提示することができる。
【００３１】
本発明におけるソース機器は、電子メールを受信する電子メール受信手段を更に備え、上記コマンド発行手段は、上記電子メール受信手段が電子メールを受信したことを示す状態指定情報を含むコマンドを発行する、ことが好ましい。
【００３２】
上記構成によれば、ソース機器が電子メールを受信したことを、シンク機器を介してユーザに報知することができる。
【００３３】
また、上記コマンド発行手段は、上記電子メール受信手段の受信履歴を示す状態指定情報を含むコマンドを発行する、ことが好ましい。
【００３４】
上記構成によれば、ソース機器の受信履歴を、シンク機器を介してユーザに提示することができる。
【００３５】
本発明に係るソース機器は、当該ソース機器の各部に電力を供給する電力源を更に備え、上記コマンド発行手段は、上記電力源の状態を示す状態指定情報を含むコマンドを発行する、ことが好ましい。
【００３６】
上記の構成によれば、ソース機器の電力源の状態（例えば、バッテリの残量）を、シンク機器を介してユーザに報知することができる。
【００３７】
本発明に係るソース機器は、上記シンク機器によって発行されたコマンドであって、当該ソース機器にて実行すべき処理を指定する処理指定情報を含むコマンドに応じて、該処理指定情報により指定される処理を実行する処理実行手段を更に備えている、ことが好ましい。
【００３８】
上記構成によれば、例えば、シンク機器を操作することによって、ソース機器を操作することなくソース機器に所定の処理を実行させることができる。
【００３９】
本発明に係るソース機器は、上記処理実行手段が上記処理指定情報により指定される処理を実行することによって生成された映像信号を上記シンク機器に供給する映像信号供給手段を更に備えている、ことが好ましい。
【００４０】
上記構成によれば、例えば、ソース機器に所定の処理を実行させることによって得られた映像を、シンク機器を介して出力することができる。
【００４１】
本発明に係る上記シンク機器は、ＨＤＭＩ（High-Definition Multimedia Interface）を介して当該ソース機器に接続されており、上記コマンドは、ＣＥＣ（Consumer Electronics Control）コマンドである、とすることができる。
【００４２】
本発明に係るシンク機器は、上記課題を解決するために、ソース機器から供給されたコンテンツを出力するシンク機器において、上記ソース機器によって発行されたコマンドであって、上記ソース機器の状態を指定する状態指定情報を含むコマンドに応じて、該状態指定情報により指定される上記ソース機器の状態を表示する状態表示手段を備えている、ことを特徴を特徴としている。
【００４３】
上記構成によれば、上記コマンドに含まれる状態指定情報に基づいて、上記シンク機器が上記ソース機器の状態を表示する。これにより、ユーザは、上記ソース機器の状態を上記シンク機器の表示内容から知ることができる。すなわち、より確実にソース機器の状態をユーザに報知することができる。
【００４４】
本発明に係るシンク機器は、携帯型情報端末から送信される制御コマンドであって、当該シンク機器を操作するための制御コマンドを受信する制御コマンド受信手段、及び、上記携帯端末から送信される制御コマンドであって、上記ソース機器を操作するための制御コマンドを、該制御コマンドに相当するＣＥＣコマンドに変換して上記ソース機器に送信する制御コマンド転送手段の少なくとも何れかを備えている、ことが望ましい。また、上記シンク機器は、テレビジョン受像機であることが好ましい。
【００４５】
上記構成によれば、携帯型情報端末から上記シンク機器を操作したり、上記ソース機器を操作したりすることが可能になる。
【発明の効果】
【００４６】
本発明によれば、ソース機器の状態がシンク機器に表示される。したがって、より確実にソース機器の状態をユーザに報知することができる。
【図面の簡単な説明】
【００４７】
【図１】本発明の実施形態に係る携帯電話端末が有する機能を示す機能ブロック図である。
【図２】図１に示す携帯電話端末とテレビ（テレビジョン受像機）とを含むシステムの構成を示す図である。
【図３】図２に示す携帯電話端末とテレビとの他の接続態様を示す図である。（ａ）は、充電台を用いた接続態様を示し、（ｂ）は、テレビから給電する充電台を用いた接続態様を示し、（ｃ）は、テレビのスロットに携帯電話端末を装填する接続態様を示す。
【図４】図２に示すテレビの構成を示すブロック図である。
【図５】図２に示す携帯電話端末の構成を示すブロック図である。
【図６】図２に示すテレビが備えているＨＤＭＩレシーバの構成、及び、図２に示す携帯電話端末が備えているＨＤＭＩトランスミッタの構成を示すブロック図である。
【図７】<Report Mobile Event>コマンドと共にテレビに対して送信するデータの形式の例を表す図である。
【図８】受信メール画面の例を示す図であり、（ａ）及び（ｂ）は、携帯電話端末のＬＣＤに表示される受信メール画面の例であり、（ｃ）は、テレビのＬＣＤに表示される受信メール画面の例である。
【図９】イベント画面を含む表示画面の構成例を示す図であり（ａ）は、携帯電話端末に音声着信があった場合の表示画面の表示例であり、（ｂ）は、携帯電話端末が電子メールを受信した場合の表示画面の表示例である。
【図１０】図２に示す携帯電話端末におけるコマンド発行処理の音声着信時の流れを示すフローチャートである。
【図１１】図２に示す携帯電話端末におけるコマンド発行処理の音声着信時の実行例を示すシーケンス図である。
【図１２】図２に示す携帯電話端末におけるコマンド発行処理の電子メール受信時の流れを示すフローチャートである。
【図１３】図２に示す携帯電話端末におけるコマンド発行処理の電子メール受信時の実行例を示すシーケンス図である。
【図１４】携帯型情報端末からテレビ及びソース機器を操作することができるシステムの一実現例を示すブロック図である。
【図１５】携帯型情報端末のタッチパネルに表示される表示画面の構成例を示す図である。（ａ）は、テレビを操作するための表示画面、（ｂ）は、ソース機器を操作するための表示画面である。
【発明を実施するための形態】
【００４８】
本発明の実施形態について、図面に基づいて説明すれば以下のとおりである。なお、以下の説明においては、ソース機器として携帯電話端末を例示し、シンク機器としてテレビジョン受像機（以下「テレビ」と呼称する）を例示するが、本発明はこれに限定されるものではない。特に、携帯電話端末は、ソース機器として機能する携帯機器の一例に過ぎず、本発明は、ＰＤＡ（Personal Digital Assistant）、携帯型デジタルオーディオプレーヤ、デジタルカメラ等の携帯機器にも適用することができる。
【００４９】
〔システムの構成〕
テレビ１と携帯電話端末２とを含むシステム１０の構成について、図２を参照して説明する。図２は、システム１０の構成を示す図である。
【００５０】
図２（ａ）に示すように、システム１０は、ＨＤＭＩ入力端子１１を備えたテレビ１と、ＨＤＭＩ出力端子２１を供えた携帯電話端末２とを含んでおり、テレビ１のＨＤＭＩ入力端子１１と携帯電話端末２のＨＤＭＩ出力端子２１とをＨＤＭＩケーブル３によって接続することにより構成される。システム１０において、携帯電話端末２は、テレビ１にコンテンツを供給するソース機器として機能し、テレビ１は、携帯電話端末２から供給されたコンテンツを出力するシンク機器として機能する。携帯電話端末２が供給し、テレビ１が出力するコンテンツとしては、映像及び音声の何れか一方又は両方が想定される。
【００５１】
また、図２（ｂ）に示すように、システム１０は、Ｎ個（ここでは３個）のＨＤＭＩ入力端子１１ａ〜１１ｃを備えたテレビ１と、Ｎ台以下（ここでは３台）の携帯電話端末２ａ〜２ｃとを含んでいてもよい。この場合、テレビ１が備えるＨＤＭＩ入力端子１１ａ〜１１ｃの各々と、携帯電話端末２ａ〜２ｃの各々とが、ＨＤＭＩケーブル３ａ〜３ｃによって接続される。なお、図２（ｂ）に示した例では、携帯電話端末２ａ〜２ｃを台４ａ〜４ｃ（後述する充電台４など）に載置することによって、携帯電話端末２ａ〜２ｃがＨＤＭＩケーブル３ａ〜３ｃの一端に接続され、テレビ１と携帯電話端末２ａ〜２ｃとのＨＤＭＩ接続が確立されるようになっている。
【００５２】
なお、テレビ１と携帯電話端末２とをＨＤＭＩ接続する接続態様は、図２に示すものに限定されない。図３（ａ）及び図３（ｂ）に示すように、充電台４を用いてテレビ１と携帯電話端末２とを接続する構成を採用してもよい。
【００５３】
図３（ａ）に示す充電台４は、ＨＤＭＩ入力端子４１と電源端子４２とを備えており、携帯電話端末２を載置すると、携帯電話端末２のＨＤＭＩ出力端子２１と電源端子２２とが、それぞれ、充電台４のＨＤＭＩ入力端子４１と電源端子４２とに接続される。充電台４のＨＤＭＩ入力端子４１には、ＨＤＭＩケーブル４３が接続されており、そのＨＤＭＩケーブル４３の他端をテレビ１のＨＤＭＩ入力端子１１に接続することによって、テレビ１と携帯電話端末２とがＨＤＭＩ接続される。また、充電台４の電源端子４２には、電源ケーブル４４が接続されており、その電源ケーブル４４の他端に設けられたＡＣアダプターを商用電源に接続することによって、携帯電話端末２に電力を供給することができる。
【００５４】
図３（ｂ）に示す充電台４は、図３（ａ）に示す充電台４と同様、ＨＤＭＩ入力端子４１と電源端子４２とを備えており、携帯電話端末２を載置すると、携帯電話端末２のＨＤＭＩ出力端子２１と電源端子２２とが、それぞれ、充電台４のＨＤＭＩ入力端子４１と電源端子４２とに接続される。一端がＨＤＭＩ入力端子４１に接続されたＨＤＭＩケーブル４３の他端をテレビ１のＨＤＭＩ入力端子１１に接続すれば、テレビ１と携帯電話端末２とをＨＤＭＩ接続することができる。また、一端が電源端子４２に接続された電源ケーブル４４の他端をテレビ１に内蔵されたＡＣアダプター１２に接続すれば、携帯電話端末２に電力を供給することができる。なお、ＨＤＭＩケーブル４３と電源ケーブル４４とを一体化し、１本のケーブルでＨＤＭＩ接続と電力供給とを同時に行えるようにしてもよい。
【００５５】
また、ＨＤＭＩケーブル３を介さずに、図３（ｃ）に示すように、テレビ１と携帯電話端末２とを直接ＨＤＭＩ接続する構成を採用してもよい。図３（ｃ）に示すテレビ１には、スロット１３が設けられており、携帯電話端末２をスロット１３に装填すると、携帯電話端末２のＨＤＭＩ出力端子２１と、スロット１３内に設けられたテレビ１のＨＤＭＩ入力端子４１とが直接接続される。なお、携帯電話端末２を側面からテレビ１に装填する構成に代えて、携帯電話端末２を正面からテレビ１のベゼル部（ＬＣＤの下方のベゼル部）に装填する構成を採用してもよい。
【００５６】
〔テレビの構成〕
次に、本実施形態に係るテレビ１の構成について、図４を参照して説明する。図４は、テレビ１の構成を示すブロック図である。
【００５７】
図４に示すように、テレビ１は、３つのＨＤＭＩ入力端子１１ａ〜１１ｃ、ＨＤＭＩスイッチ１１ｄ、ＨＤＭＩレシーバ１００、映像入力端子１０１ａ、音声入力端子１０１ｂ、ＢＤドライブ１０２、チューナ１０３、ＩＰ放送チューナ１０４、衛星放送チューナ１０５、ＯＳＤ生成部１０６、映像セレクタ１０７、映像処理回路１０８、ＬＣＤコントローラ１０９、ＬＣＤ（Liquid Crystal Display）１１０、音声セレクタ１１１、音声処理回路１１２、デジタルアンプ１１３、スピーカ１１４、イーサネット（登録商標）Ｉ／Ｆ１１５、ＲＯＭ１１６、ＲＡＭ１１７、ＣＰＵ１１８、赤外線受光部１１９、カメラ１２０、及び、人感センサ１２１を備えている。図４においては、映像信号の経路を実線で、音声信号の経路を１点鎖線で、データや制御信号の経路（バス）を太線で示している。
【００５８】
（１）ＨＤＭＩレシーバ１００が受信した映像、（２）映像入力端子１０１ａから入力された映像、（３）ＢＤドライブ１０２がＢＤ（Blu-ray Disc）から読み出した映像、（４）チューナ１０３が受信した映像、（５）ＩＰ放送チューナ１０４が受信した映像、及び、（６）衛星放送チューナ１０５が受信した映像は、それぞれ、映像セレクタ１０７に供給される。また、（１）ＨＤＭＩレシーバ１００が受信した音声、（２）音声入力端子１０１ｂから入力された音声、（３）ＢＤドライブ１０２がＢＤから読み出した音声、（４）チューナ１０３が受信した音声、（５）ＩＰ放送チューナ１０４が受信した音声、及び、（６）衛星放送チューナ１０５が受信した音声は、それぞれ、音声セレクタ１１１に供給される。
【００５９】
なお、（ａ）ＨＤＭＩレシーバ１００が何れのＨＤＭＩ入力端子に接続されるか、すなわち、ＨＤＭＩスイッチ１１ｄが何れのＨＤＭＩ入力端子から入力されたコンテンツをＨＤＭＩレシーバ１００に供給するか、（ｂ）チューナ１０３が何れのチャンネルを介して伝送されたコンテンツを受信するか、（ｃ）ＩＰ放送チューナ１０４が何れのサーバから配信されたコンテンツを受信するか、（ｄ）衛星放送チューナ１０５が何れのチャンネルを介して伝送されたコンテンツを受信するかを選局する選局制御は、ＣＰＵ１１８によって行われる。また、（ｅ）ＢＤドライブ１０２における再生、停止、早送り、巻戻し、チャプタ遷移などの再生制御も、ＣＰＵ１１８によって行われる。
【００６０】
映像セレクタ１０７は、（１）ＨＤＭＩレシーバ１００から供給された映像、（２）映像入力端子１０１ａから供給された映像、（３）ＢＤドライブ１０２から供給された映像、（４）チューナ１０３から供給された映像、（５）ＩＰ放送チューナ１０４から供給された映像、及び、（６）衛星放送チューナ１０５から供給された映像のうちの何れか１つを選択する。映像セレクタ１０７によって選択された映像は、映像処理回路１０８に供給される。なお、映像セレクタ１０７が何れの映像を選択するかは、ＣＰＵ１１８によって制御される。
【００６１】
映像処理回路１０８は、映像セレクタ１０７から供給された映像の画質を調整する。また、映像処理回路１０８は、映像セレクタ１０７から供給された映像をスケーリングする。ここで、画質の調整とは、例えば、輝度、シャープネス、及び、コントラストの少なくとも何れかを変化させることを指す。また、スケーリングとは、表示すべき映像本来のアスペクト比を保ったままサイズを縮小することを指す。映像処理回路１０８によって画質調整とスケーリングとを施された映像は、ＬＣＤコントローラ１０９に供給される。なお、映像処理回路１０８が画質をどのように変化させるか、及び、映像をどの程度縮小するかは、ＣＰＵ１１８によって制御される。
【００６２】
ＬＣＤコントローラ１０９は、映像処理回路１０８から供給された映像が表示されるようにＬＣＤ１１０を駆動する。これにより、映像セレクタ１０７により選択された映像がＬＣＤ１１０から出力される。なお、ＯＳＤ生成部１０６からＯＳＤ画像が供給されている場合、ＬＣＤコントローラ１０９は、ＯＳＤ生成部１０６から供給されたＯＳＤ画像を映像処理回路１０８から供給された映像に重ねて表示する。
【００６３】
音声セレクタ１１１は、（１）ＨＤＭＩレシーバ１００から供給された音声、（２）映像入力端子１０１ａから供給された音声、（３）ＢＤドライブ１０２から供給された音声、（４）チューナ１０３から供給された音声、（５）ＩＰ放送チューナ１０４から供給された音声、及び、（６）衛星放送チューナ１０５から供給された音声のうちの何れか１つを選択する。音声セレクタ１１１によって選択された音声は、音声処理回路１１２に供給される。なお、音声セレクタ１１１が何れの音声を選択するかは、ＣＰＵ１１８によって制御される。ただし、映像セレクタ１０７における映像の選択と、音声セレクタ１１１における音声の選択とは連動しており、例えば、映像セレクタ１０７がＨＤＭＩレシーバ１００から供給された映像を選択しているときには、音声セレクタ１１１もＨＤＭＩレシーバ１００から供給された音声を選択する。
【００６４】
音声処理回路１１２は、音声セレクタ１１１から供給された音声の音量及び音質を調整する。ここで、音質の調整とは、音声セレクタ１１１から供給された音声の周波数特性を変化させること（例えば、低域の強調や高域の強調など）を指す。音声処理回路１１２によって音量及び音質を調整された音声は、デジタルアンプ１１３に供給される。なお、音声処理回路１１２によって音量及び音質をどのように変化させるかは、ＣＰＵ１１８によって制御される。
【００６５】
デジタルアンプ１１３は、音声処理回路１１２から供給された音声が出力されるようにスピーカ１１４を駆動する。これにより、音声セレクタ１１１により選択された音声がスピーカ１１４から出力される。
【００６６】
ＣＰＵ１１８は、赤外線受光部１１９が受信したリモコン信号、カメラ１２０が撮像した画像、及び、人感センサ１２１が出力する出力信号に応じて上記各部を制御する。人感センサ１２１の出力信号は、その感知範囲内に視聴者が存在するか否かを示す２値信号である。赤外線受光部１１９を用いた制御としては、例えば、チューナ１０３にて選択するチャンネルをリモコン信号に応じて切り替える制御や、映像セレクタ１０７及び音声セレクタ１１１にて選択する映像及び音声をリモコン信号に応じて切り替える制御などが挙げられる。また、カメラ１２０を用いた制御としては、例えば、映像処理回路１０８において画質をどのように調整するかを、撮像した画像に基づいて特定した視聴者に応じて切り替える制御などが挙げられる。また、人感センサ１２１を用いた制御としては、例えば、ＬＣＤ１１０のバックライトを点灯するか消灯するかを、感知結果に応じて切り替える制御などが挙げられる。
【００６７】
また、ＣＰＵ１１８は、ＨＤＭＩレシーバ１００が携帯電話端末２から受信したＣＥＣコマンドを実行したり、ＨＤＭＩレシーバ１００が携帯電話端末２に送信するＣＥＣコマンドを生成したりすることによって、携帯電話端末２との連携動作を実現する。ＣＥＣコマンドを用いたテレビ１と携帯電話端末２との連携動作については、参照する図面を代えて後で詳しく説明する。
【００６８】
ＲＯＭ１１６は、ＣＰＵ１１８によって実行されるプログラムなどの固定データが格納される、読み出し可能かつ書き込み不能なメモリである。ＯＳＤ画像を生成するためにＯＳＤ生成部１０６が参照するＪＰＥＧデータやＳＶＧ（Scalable Vector Graphics）データなども、このＲＯＭ１１６に格納される。一方、ＲＡＭ１１７は、ＣＰＵ１１８が演算のために参照するデータ、及び、ＣＰＵ１１８が演算によって生成したデータなどの可変データが格納される、読み出し可能かつ書き込み可能なメモリである。
【００６９】
イーサネットＩ／Ｆ１１５は、テレビ１をネットワークに接続するためのインターフェースである。上述したＩＰ放送チューナ１０４は、このイーサネットＩ／Ｆ１１５を介してインターネット上のサーバにアクセスする。
【００７０】
〔携帯電話端末の構成〕
次に、携帯電話端末２の構成について、図５を参照して説明する。図５は、携帯電話端末２の構成を示すブロック図である。
【００７１】
図５に示すように、携帯電話端末２は、ＨＤＭＩ出力端子２１、ＨＤＭＩトランスミッタ２００、マイクロＵＳＢ端子２０１、マイクロＵＳＢ・Ｉ／Ｆ２０２、Ｂｌｕｅｔｏｏｔｈ・Ｉ／Ｆ２０３、ＷＬＡＮ（Wireless LAN）・Ｉ／Ｆ２０４、メモリカード２０５（着脱可能）、ＵＳＩＭ（Universal Subscriber Identity Module）カード２０６（着脱可能）、ＧＰＳ（Global positioning system）２０７、ＲＦ部２１１、音声ＣＯＤＥＣ２１２、メインコントローラ２１３、ＲＴＣ（Real Time Clock）部２１４、キースキャン部２１５、充電回路２１６、電源レギュレータ２１７、電池残量検出部２１８、電池２１９、ＬＣＤコントローラ２２０、ＬＣＤ２２１、タッチパネル２２２、カメラ２２３、ＤＴＶ部２２４、ＦＬＡＳＨメモリ２２５、及び、ＲＡＭ２２６を備えている。図５においては、メインコントローラ２１３と共に主基板上に実装されるブロックを点線で囲んで示している。
【００７２】
携帯電話端末２は、（１）主にＲＦ部２１１と音声ＣＯＤＥＣ部２１２とにより実現される通話機能、（２）主にカメラ２２３により実現される撮像機能、（３）主にＤＴＶ部２２４により実現されるワンセグ放送の受信機能、（４）主に電池２１９と電源レギュレータ２１７とにより実現される給電機能、（５）主に充電回路２１６と電池残量検出部２１８と電池２１９によって実現される充電機能、（６）主にＢｌｕｅｔｏｏｔｈ・Ｉ／Ｆ２０３又はＷＬＡＮ・Ｉ／Ｆ２０４によって実現される無線通信機能、（７）主にＧＰＳ２０７によって実現される位置管理機能、（８）主にＲＴＣ部２１４によって実現される時間管理機能、（９）主にキースキャン部２１５又はタッチパネル２２２によって実現されるユーザ操作検知機能を有している。ただし、これらの機能は、従来の携帯電話端末２が備えている通常の機能であるため、ここではその説明を省略する。
【００７３】
携帯電話端末２は、これらの機能の他に、コンテンツを再生するコンテンツ再生機能を有している。携帯電話端末２が再生可能なコンテンツとしては、静止画、動画、音声などが挙げられる。静止画、動画、又は音声の再生は、例えば、メインコントローラ２１３がＦＬＡＳＨメモリ２２６から読み出した静止画データ（ＪＰＥＧデータ等）、動画データ（ＭＰＥＧデータ等）、又は音声データ（ＭＰ３データ等）をデコードすることによって実現される。ＦＬＡＳＨメモリ２２６の代わりに、ＭｉｃｒｏＵＳＢ端子に接続されたＵＳＢデバイス、あるいは、メモリカード２０５から読み出した静止画データ、動画データ、又は音声データをデコードするようにしてもよい。メインコントローラ２１３によってデコードされたコンテンツは、ＨＤＭＩトランスミッタ２００に供給される。ＨＤＭＩトランスミッタ２００は、メインコントローラ２１３から供給されたコンテンツを、ＨＤＭＩケーブル３を介して接続されたテレビ１に送信する。
【００７４】
また、携帯電話端末２は、通信用アプリケーションの実行機能を有している。携帯電話端末２が実行可能な通信用アプリケーションには、ＲＦ２１１部による基地局との通信を利用するものと、Ｂｌｕｅｔｏｏｔｈ・Ｉ／Ｆ２０３又はＷＬＡＮ・Ｉ／Ｆ２０４による近距離無線通信を利用するものとがある（インターネットを利用するアプリケーションは、前者の通信用アプリケーションとしても後者の通信用アプリケーションとしても実装することが可能である）。通信用アプリケーションの具体例としては、電子メールクライアントやウェブブラウザなどの汎用アプリケーションに加え、各種ウェブサービスを利用するための専用アプリケーションなどが挙げられる。例えば、ニュースや渋滞情報などの文字情報を配信するプッシュ型情報サービスは、そのようなウェブサービスの一例である。
【００７５】
更に、メインコントローラ２１３は、ＨＤＭＩトランスミッタ２００がテレビ１から受信したＣＥＣコマンドを実行したり、ＨＤＭＩトランスミッタ２００がテレビ１に送信するＣＥＣコマンドを生成したりすることによって、テレビ１との連携動作を実現する。たとえば、ＨＤＭＩトランスミッタ２００が<Give Physical Address>コマンドを受信すると、メインコトローラ２１３は、自身の物理アドレスと論理アドレス（Playback Device）とを引数とする引数とする<Report Physical Address>コマンドをＨＤＭＩトランスミッタ２００に送信させる。また、ＨＤＭＩトランスミッタ２００が<Give Device Type>コマンドを受信すると、メインコトローラ２１３は、自身のデバイスタイプ（Mobile Phone）を引数とする<Report Device Type>コマンドをＨＤＭＩトランスミッタ２００に送信させる。ＣＥＣコマンドを用いたテレビ１と携帯電話端末２との連携動作については、参照する図面を代えて後で詳しく説明する。
【００７６】
〔ＨＤＭＩトランスミッタおよびＨＤＭＩレシーバの詳細〕
次に、図６を参照して、テレビ１が備えているＨＤＭＩレシーバ１００と、携帯電話端末２が備えているＨＤＭＩトランスミッタ２００とについて、もう少し詳しく説明する。図６は、ＨＤＭＩレシーバ１００及びＨＤＭＩトランスミッタ２００の構成を示したブロック図である。
【００７７】
ＨＤＭＩケーブル３は、コンテンツ（映像信号および音声信号）を伝送するＴＭＤＳ（Transition Minimized Differential Signaling）ラインと、ＣＥＣ（Consumer Electronics Control）コマンドを伝送するＣＥＣラインと、ＥＤＩＤ（Extended Display Identification Data）を伝送するＤＤＣ（Display Data Cannel）ラインと、ＨＰＤ（Hot Plug Detect）信号を伝送するＨＰＤラインと、接続検知のためにソース機器によって電圧（対グランド電位）が５Ｖに制御される５Ｖ電力ラインとを備えている。
【００７８】
ＨＤＭＩレシーバ１００は、ＴＭＤＳレシーバ１５１、ＣＥＣ・Ｉ／Ｆ１５２、ＤＤＣ・Ｉ／Ｆ１５３、ＨＰＤ制御部１５４、５Ｖ電力検知部１５５、及び、ＥＤＩＤ格納部１５６を備えている。ＨＤＭＩレシーバ１００の各部は、ＣＰＵ１１８によって制御される。
【００７９】
ＴＭＤＳレシーバ１５１は、ＨＤＭＩケーブル３のＴＭＤＳラインを介して伝送されたコンテンツを受信するためのインターフェースである。ＴＭＤＳレシーバ１５１が受信したコンテンツは、映像セレクタ１０７及び音声セレクタ１１１に供給される。
【００８０】
ＣＥＣ・Ｉ／Ｆ１５２は、ＨＤＭＩケーブル３のＣＥＣラインを介して伝送されたＣＥＣコマンドを受信するためのインターフェースである。ＣＥＣ・Ｉ／Ｆ１５２が受信したＣＥＣコマンドは、ＣＰＵ１１８に供給される。また、ＣＥＣ・Ｉ／Ｆ１５２は、ＨＤＭＩケーブル３のＣＥＣラインを介してＣＥＣコマンドを送信するためのインターフェースである。ＣＥＣ・Ｉ／Ｆ１５２が送信するＣＥＣコマンドは、ＣＰＵ１１８から供給される。
【００８１】
ＤＤＣ・Ｉ／Ｆ１５３は、ＨＤＭＩケーブル３のＤＤＣラインを介してＥＤＩＤを送信するためのインターフェースである。ＤＤＣ・Ｉ／Ｆ１５３が送信するＥＤＩＤは、ＥＤＩＤ格納部１５６から読み出される。
【００８２】
５Ｖ電力検知部１５５は、ＨＤＭＩケーブル３の５Ｖ電力ラインが接続される５Ｖ電力ピンの電圧をモニタし、その立ち上がりタイミングを検知する。５Ｖ電力ピンの電圧が５Ｖに立ち上がったことを検知すると、５Ｖ電力検知部１５５は、ＨＤＭＩトランスミッタ２００との接続が確立されたことをＣＰＵ１１８及びＨＰＤ制御部１５４に通知する。ＨＰＤ制御部１５４は、５Ｖ電力検知部１５５からこの通知を受けると、ＨＤＭＩケーブル３のＨＰＤラインが接続されるＨＰＤピンの電圧をＨレベルに立ち上げる。ＨＤＭＩトランスミッタ２００は、ＨＤＭＩケーブル３のＨＰＤラインに接続されるＨＰＤピンの電圧がＨレベルに立ち上がると、ＨＤＭＩレシーバ１００のＥＤＩＤ格納部１５６に格納されたＥＤＩＤを、ＤＤＣラインを介して読み出す。
【００８３】
（ＨＤＭＩトランスミッタ２００の詳細）
ＨＤＭＩトランスミッタ２００は、ＴＭＤＳトランスミッタ２５１、ＣＥＣ・Ｉ／Ｆ２５２、ＤＤＣ・Ｉ／Ｆ２５３、ＨＰＤ検知部２５４、及び、５Ｖ電力制御部２５５を備えている。ＨＤＭＩトランスミッタ２００の各部はメインコントローラ２１３によって制御される。
【００８４】
ＴＭＤＳトランスミッタ２５１は、ＨＤＭＩケーブル３のＴＭＤＳラインを介してコンテンツを送信するためのインターフェースである。ＴＭＤＳトランスミッタ２５１が送信するコンテンツは、メインコントローラ２１３によってデコードされたコンテンツである。
【００８５】
ＣＥＣ・Ｉ／Ｆ２５２は、ＨＤＭＩケーブル３のＣＥＣラインを介して伝送されたＣＥＣコマンドを受信するためのインターフェースである。ＣＥＣ・Ｉ／Ｆ２５２が受信したＣＥＣコマンドは、メインコントローラ２１３に供給される。また、ＣＥＣ・Ｉ／Ｆ２５２は、ＨＤＭＩケーブル３のＣＥＣラインを介してＣＥＣコマンドを送信するためのインターフェースである。ＣＥＣ・Ｉ／Ｆ２５２が送信するＣＥＣコマンドは、メインコントローラ２１３から供給される。
【００８６】
ＤＤＣ・Ｉ／Ｆ２５３は、ＨＤＭＩケーブル３のＤＤＣラインを介して伝送されたＥＤＩＤを受信するためのインターフェースである。ＤＤＣ・Ｉ／Ｆ２５３が受信したＥＤＩＤは、メインコントローラ２１３を介してＲＡＭ２２７に記憶される。
【００８７】
ＨＤＭＩレシーバ１００がＨＤＭＩトランスミッタ２００に接続されたことを検知できるよう、５Ｖ電力制御部２５５は、ＨＤＭＩケーブル３の５Ｖ電力ラインに接続される５Ｖ電力ピンの電圧を５Ｖに制御する。ＨＰＤ検知部２５４は、ＨＤＭＩケーブル３のＨＰＤラインが接続されるＨＰＤピンの電圧をモニタし、その立ち上がりタイミングを検知する。ＨＰＤピンの電圧がＨレベルに立ち上がったことを検知すると、ＨＰＤ検知部２５４は、シンク機器との接続が確立されたことをメインコントローラ２１３及びＤＤＣ・Ｉ／Ｆ２５３に通知する。ＤＤＣ・Ｉ／Ｆ２５３は、ＨＰＤ検知部２５４からこの通知を受けると、ＨＤＭＩレシーバ１００のＤＤＣ・Ｉ／Ｆを介して、ＥＤＩＤ格納部１５６に格納されているＥＤＩＤを読み出す。
【００８８】
なお、ＨＤＭＩケーブルによって接続された機器間で送受信されるＣＥＣコマンドには、送信元および／または送信先の論理アドレスおよび／または物理アドレスが引数として含まれる。ＨＤＭＩケーブルによって接続された各機器は、ＣＥＣコマンドに含まれる論理アドレスおよび／または物理アドレスによって、そのＣＥＣコマンドの送信元および／または送信先を特定する。
【００８９】
ここで、論理アドレスは、機器種別（テレビ、レコーダ、プレーヤ、チューナ、オーディオの何れか）を示す１から１５までの自然数によって表現される。例えば、テレビには論理アドレス「０」が割り振られ、１台目のレコーダには論理アドレス「１」が割り振られる、２台目のレコーダには論理アドレス「２」が割り振られる。なお、論理アドレスと機器種別との対応関係は、下表のように定められている。本明細書においては、下表における「TV」、「Recording Device１〜３」、「Playback Device１〜３」、「Tuner１〜４」、及び「Audio System」のことを、それぞれ、「テレビ」、「レコーダ」、「プレーヤ」、「チューナ」、及び「オーディオ」とも記載する。
【００９０】
【表１】
【００９１】
一方、物理アドレスは、ソース機器からのパスを示す４桁の自然数によって表現される。例えば、シンク機器（テレビ）のｘ番目のＨＤＭＩ入力端子に接続されたソース機器Ｘには物理アドレス（ｘ，０，０，０）が割り振られ、ソース機器Ｘのｙ番目のＨＤＭＩ入力端子に接続されたソース機器Ｙには物理アドレス（ｘ，ｙ，０，０）が割り振られる。図４に示した構成においては、ＨＤＭＩ入力端子１１ａに接続されたソース機器に物理アドレス（１，０，０，０）が割り振られ、ＨＤＭＩ入力端子１１ｂに接続されたソース機器に物理アドレス（２，０，０，０）が割り振られる。なお、シンク機器であるテレビには物理アドレス（０，０，０，０）が割り振られる。
【００９２】
〔携帯電話端末のメインコントローラが有する機能〕
次に、テレビ１との連係動作を実現するために、携帯電話端末２のメインコントローラ２１３が有する機能について、図１を参照して説明する。図１は、携帯電話端末２のメインコントローラ２１３、及び、テレビ１のＣＰＵ１１８が有する機能を表現した機能ブロック図である。なお、図１に示すブロック図は、メインコントローラ２１３及びＣＰＵ１１８が有する各種機能のうち、本発明に特有なものを表現したものであり、メインコントローラ２１３及びＣＰＵ１１８が、図１に示されていない機能を有していてもよいことは言うまでもない。
【００９３】
図１に示すように、携帯電話端末２のメインコントローラ２１３は、通話アプリケーション３０１、電子メールクライアント３０２、プッシュ型情報配信サービスクライアント３０３、及び、コマンド処理部３０４を備えている。
【００９４】
通話アプリケーション３０１は、音声通話機能及びＴＶ電話機能を実現するためのアプリケーションである。通話アプリケーション３０１は、音声通話を着信すると、呼出処理を開始すると共に、呼出開始をコマンド処理部３０４に通知する。また、通話処理を開始することなく呼出処理を終了した場合（すなわち、ユーザが呼出に応じなかった場合）、呼出終了をコマンド処理部３０４に通知すると共に、発信元の電話番号を着信履歴としてＲＡＭ２２６に記録する。テレビ電話を着信したときにも同様の処理を実行する。
【００９５】
電子メールクライアント３０２は、電子メールを送受信するためのアプリケーションである。電子メールクライアント３０２は、電子メールを受信すると、電子メールを受信した旨をコマンド処理部３０４に通知すると共に、送信元のメールアドレスを受信履歴としてＲＡＭ２２６に記録する。
【００９６】
プッシュ型情報配信サービスクライアント３０３は、プッシュ型情報配信サーバから配信された文字情報（以下「プッシュ型情報」と呼称する）を受信すると、受信したプッシュ型情報をコマンド処理部３０４に通知すると共に、受信したプッシュ型情報をＲＡＭ２２６に格納する。
【００９７】
コマンド処理部３０４は、携帯電話端末２の状態をテレビ１に表示させるためのコマンドを発行する手段である。具体的には、以下のように動作する。
【００９８】
コマンド処理部３０４は、通話アプリケーション３０１から呼出開始が通知されると、携帯電話端末２の状態が「音声通話着信中状態」に遷移したと判断し、「音声通話着信中状態」に対応するイベントＩＤ＝５を含む〈Report Mobile Event〉コマンドを、ＣＥＣ・Ｉ／Ｆ２５２を介してテレビ１に発行する。また、コマンド処理部３０４は、通話アプリケーション３０１から呼出終了が通知されると、携帯電話端末２の状態が「非音声通話着信中状態」に遷移したと判断し、「音声通話着信中」である旨の表示をクリアさせるためのコマンドを、ＣＥＣ・Ｉ／Ｆ２５２を介してテレビ１に発行する。
【００９９】
ここで、〈Report Mobile Event〉コマンドは、携帯電話端末２の状態をテレビ１に表示させるためのコマンドである。本実施形態においては、テレビ１に「音声通話着信中」である旨の表示をクリアさせるためにも、また、後述するように、テレビ１にプッシュ型情報を送信するためにも、この〈Report Mobile Event〉コマンドを利用する。なお、〈Report Mobile Event〉コマンドの詳細については、参照する図面を代えて後述する。
【０１００】
また、コマンド処理部３０４は、電子メールクライアント３０２から電子メールを受信した旨の通知を受けると、携帯電話端末２の状態が「新着メールあり」に遷移したと判断し、「新着メールあり」状態に対応するイベントＩＤ＝９を含む〈Report Mobile Event〉コマンドを、ＣＥＣ・Ｉ／Ｆ２５２を介してテレビ１に発行する。
【０１０１】
また、コマンド処理部３０４は、プッシュ型情報配信サービスクライアント３０３からプッシュ型情報を取得すると、取得したプッシュ型情報を、ＣＥＣ・Ｉ／Ｆ２５２を介してテレビ１に送信する。上述したとおり、本実施形態においては、テレビ１にプッシュ型情報を送信するためにも〈Report Mobile Event〉コマンドを利用する。
【０１０２】
更に、コマンド処理部３０４は、ＨＰＤ検知部２５４によってテレビ１との接続が確立されたことが検知されたときにも、〈Report Mobile Event〉コマンドを使って、携帯電話端末２の状態をテレビ１に表示させる。また、コマンド処理部３０４は、テレビ１から要求（Request Mobile Functionコマンド、詳細については後述）を受けたときにも、〈Report Mobile Event〉コマンドを使って、携帯電話端末２の状態をテレビ１に表示させる。この際、コマンド処理部３０４がテレビ１に表示させる状態は、何れの場合も、ＲＡＭ２２６に蓄積されている着信履歴及び受信履歴の件数によって指定される状態（「新着メールＡ件、不在着信Ｂ件」として表現し得る状態）である。なお、「新着メールＡ件、不在着信Ｂ件」という状態を指定するためには、対応するイベントＩＤ＝４に加えて、２つのパラメータＡ及びＢとが用いられる。
【０１０３】
なお、コマンド処理部３０４は、ＨＰＤ検知部２５４によってテレビ１との接続が確立されたことが検知されたとき、及び、テレビ１から要求（Request Mobile Functionコマンド）を受けたときにテレビ１に表示させる状態は、着信履歴及び受信履歴の件数によって指定される状態に限らない。例えば、着信履歴及び受信履歴の件数によって指定される状態の代わりに、音声通話もしくはテレビ電話の着信履歴の有無、又は、電子メールの受信履歴の有無によって指定される状態（「新着メールあり」「不在着信あり」として表現し得る状態）をテレビ１に表示させるようにしてもよい。
【０１０４】
携帯電話端末２の状態と、携帯電話端末２が〈Report Mobile Event〉コマンドに含めるイベントＩＤとの関係は、下表のように整理される。
【０１０５】
【表２】
【０１０６】
図７は、〈Report Mobile Event〉コマンドのデータ構造を示す図である。〈Report Mobile Event〉コマンドは、フォーマットＩＤ（同図において「Format_ID」）、優先順位指定情報（同図において「優先順位」）、ガイド表示指定情報（同図において「ガイド表示有無」）、イベントＩＤ、表示期間指定情報（同図において「表示時間」）、表示位置指定情報（同図において「表示位置」）、アイコンＩＤ、効果音ＩＤ、文字色指定情報（同図において「文字色」）、背景色指定情報（同図において「背景色」）、パラメータ１（同図において「Parameter1」）、及び、パラメータ２（同図において「Parameter2」）が連接されてなる引数をもつ。
【０１０７】
フォーマットＩＤは、後続する引数のデータ構造を示す。例えば、フォーマットＩＤ「００００」は、優先順位指定情報、ガイド表示指定情報、及び、イベントＩＤがこの順で後続することを示し、フォーマットＩＤ「０００１」は、優先順位指定情報、ガイド表示指定情報、イベントＩＤ、及び、パラメータ１がこの順で後続することを示す。
【０１０８】
優先順位指定情報は、テレビ１がどの〈Report Mobile Event〉コマンドを優先して実行すべきか（どの〈Report Mobile Event〉コマンドに含まれるイベントＩＤにより指定される状態を優先して表示すべきか）を指定する情報である。優先順位指定情報は、０〜１５の値をとる。優先度が最も高い〈Report Mobile Event〉コマンドにおいては、優先順位指定情報の値が０に設定され、優先度が最も低い〈Report Mobile Event〉コマンドにおいては、優先順位指定情報が１５に設定される。
【０１０９】
イベントＩＤは、携帯電話端末２の状態を指定する情報である。イベントＩＤにより指定可能な状態としては、先に示した表２に示す各状態が挙げられる。表２において、「音声通話着信中」は、音声通話の着信後、呼出中の状態を示し、「不在音声着信あり」は、通話が実現することなく呼出が解除された音声通話の着信履歴が蓄積されている状態を示す。また、「テレビ電話着信中」は、テレビ電話の着信後、呼出中の状態を示し、「不在テレビ電話着信あり」は、通話が実現することなく呼出が解除されたテレビ電話の着信履歴が蓄積されている状態を示す。また、「新着メールあり」とは、受信した電子メールが未確認のまま蓄積されている状態を示す。更に、「新着メールＡ件、不在着信Ｂ件」は、受信したＡ件の電子メールが未確認のまま蓄積され、かつ、通話が実現することなく呼出が解除された音声通話の着信履歴がＢ件分蓄積されていることを示す。
【０１１０】
ガイド表示指定情報は、操作方法を示す操作ガイドを、携帯電話端末２の状態と共にテレビ１に表示させるか否かを指定する情報である。ガイド表示指定情報は、０又は１の値をとる。操作ガイドを表示させない場合には、ガイド表示指定情報の値が０に設定され、操作ガイドを表示させる場合には、ガイド表示指定情報の値が１に設定される。
【０１１１】
表示期間指定情報は、携帯電話端末２の状態をテレビ１に表示させる期間を指定する情報である。具体的には、表示を継続する時間が予め定められた単位時間の何倍かを指定する。表示期間指定情報が省略された場合、テレビ１は、予め定められた単位時間の２倍の時間に渡って携帯電話端末２の状態を表示する。表示位置指定情報は、携帯電話端末２の状態をテレビ１に表示させる位置を指定する情報である。具体的には、予め定められた表示位置（ここではディスプレイの右下隅、右上隅、左下隅、左上、又は中央）の何れかを指定する。表示位置指定情報が省略された場合、テレビ１は、ディスプレイの右下隅に携帯電話端末２の状態を表示する。表示位置指定情報によって、右下隅、右上隅、左下隅、左上、又は中央以外のディスプレイ上の位置を指定することができるようにしてもよい。例えば、チャンネルコール欄に表示するといった指定も可能である。
【０１１２】
アイコンＩＤ（アイコン指定情報）は、携帯電話端末２の状態と共にテレビ１に表示させるアイコンを指定する情報である。アイコンＩＤが省略された場合、テレビ１は、アイコンを表示しない。効果音ＩＤ（効果音指定情報）は、携帯電話端末２の状態と共にテレビ１に出力させる効果音を指定する情報である。効果音ＩＤが省略された場合、テレビ１は、効果音を出力しない。
【０１１３】
文字色指定情報は、携帯電話端末２の状態を示すテキストの文字色を指定する情報である。文字色指定情報が省略された場合、テレビ１は、予め定められたデフォルトの文字色（例えば黒）で携帯電話端末２の状態を示すテキストを表示する。背景色指定情報は、携帯電話端末２の状態を示すテキストの背景色を指定する情報である。背景色指定情報が省略された場合、テレビ１は、予め定められたデフォルトの背景色（例えば白）の上に、携帯電話端末２の状態を示すテキストを表示する。
【０１１４】
なお、〈Report Mobile Event〉コマンドに含める各パラメータの値は、〈Report Mobile Event〉コマンドに含めるイベントＩＤに応じて、例えば、下表のように設定される。
【０１１５】
【表３】
【０１１６】
なお、本実施形態においては、図７に示すように、フォーマットＩＤ＝１１００に設定された〈Report Mobile Event〉コマンドを、携帯電話端末２からテレビ１に８バイトの文字列を送信するために使用する。
【０１１７】
なお、本実施形態においては、フォーマットＩＤ＝００００に設定され、かつ、イベントＩＤ＝０に設定された〈Report Mobile Event〉コマンドを、テレビ１における携帯電話端末２の状態表示をクリアするために使用する。また、フォーマットＩＤ＝００００に設定され、かつ、イベントＩＤ＝１に設定されたコマンドを、テレビ１の文字列バッファをクリアするために使用する。
【０１１８】
更に、本実施形態においては、フォーマットＩＤ＝１１００に設定され、かつ、イベントＩＤ＝２に設定された〈Report Mobile Event〉コマンドを、携帯電話端末２からテレビ１に文字列（８バイト分）を伝送するために使用する。〈Report Mobile Event〉コマンドをＮ回用いることによって、８×Ｎバイトの文字列を分割伝送することができる。このように伝送された文字列は、各〈Report Mobile Event〉コマンドに含まれる文字列順序指定情報（同図において「文字列順番」）に関連付けて文字列バッファに格納される。また、また、フォーマットＩＤ＝０００に設定され、かつ、イベントＩＤ＝３に設定された〈Report Mobile Event〉コマンドを、テレビ１に文字列の表示開始を指示するために使用する。このコマンドを受けたテレビ１は、文字列バッファに蓄積された各文字列を文字列順序指定情報により指定される順序で連結することによって元の文字列を再構築し、再構築した文字列の表示を開始する。このような仕組みを採用することによって、プッシュ型情報配信サービスにより提供されるニュースなどの長い文字列であっても、ＣＥＣコマンドを用いてテレビ１に伝送することが可能になる。
【０１１９】
〔テレビのＣＰＵが有する機能〕
再び図１を参照して、テレビ１のＣＰＵが有する機能について説明する。テレビ１のＣＰＵ１１８は、ＵＩ部３０５及び入力ソース選択部３０７として機能する。
【０１２０】
ＵＩ部３０５は、携帯電話端末２によって発行された〈Report Mobile Event〉コマンドに応じたテキストをＯＳＤ表示するための構成である。ＵＩ部３０５は、ＯＳＤ表示すべきテキストをＲＡＭ１１７に格納されたテーブルを参照して決定する。このテーブルには、〈Report Mobile Event〉コマンドに含まれるイベントＩＤと、〈Report Mobile Event〉コマンドに応じてＯＳＤ表示すべきテキストとが関連付けて格納されており、ＵＩ部３０５は、〈Report Mobile Event〉コマンドに含まれるイベントＩＤからＯＳＤ表示すべきテキストを導出することができる。下表は、そのようなテーブルの一例である。
【０１２１】
【表４】
【０１２２】
また、ＵＩ部３０５は、上記のテーブルから導出したテキストをＯＳＤ表示する表示期間及び表示位置を、〈Report Mobile Event〉コマンドに含まれる表示期間指定情報及び表示位置指定情報に応じて設定する。なお、携帯電話端末２から表示期間及び表示位置が重複する２つの〈Report Mobile Event〉コマンドを受信した場合には、どちらのテキストを表示するかを、それら２つの〈Report Mobile Event〉コマンドの各々に含まれる優先順位指定情報を比較することによって決定する。
【０１２３】
また、ＵＩ部３０５は、上記のテーブルから導出したテキストと共に表示するアイコンをアイコンＩＤに基づいて設定し、上記テーブルから導出したテキストを表示するのと同時に鳴らす効果音を効果音ＩＤに基づいて設定する。更に、上記のテーブルから導出したテキストの表示する際の文字色、及び、上記のテーブルから導出したテキストの背景色を、文字色指定情報、及び、背景色指定情報に基づいて設定する。
【０１２４】
なお、本実施形態において、ＵＩ部３０５がイベントＩＤに応じたテキストのＯＳＤ表示を開始するタイミングは、そのイベントＩＤを含む〈Report Mobile Event〉コマンドを受信した直後であるが、本発明はこれに限定されるものではない。例えば、ＵＩ部３０５がイベントＩＤに応じたテキストのＯＳＤ表示を開始するタイミングを、ＣＭ開始タイミングまで遅延する構成を採用してもよい。これにより、ＣＭ以外の番組の視聴を阻害されることなく、携帯電話端末２の状態をＯＳＤ表示することが可能になる。
【０１２５】
〔Report Mobile Errorコマンドについて〕
次に、携帯電話端末２のコマンド処理部３０４が発行するReport Mobile Errorコマンドについて説明する。
【０１２６】
携帯電話端末２のコマンド処理部３０４は、携帯電話端末２でエラーが発生した場合、エラーが発生したことをテレビ１に表示させるためのコマンドを、テレビ１に発行する。コマンド処理部３０４は、発生したエラーの状態を指定するエラーＩＤ（状態指定情報）を含むコマンド（エラー通知コマンド）をテレビ１のＵＩ部３０５に送信する。なお、エラー通知コマンドとして、本実施形態においては、本願において開示する新規なベンダコマンドである<Report Mobile Error>コマンドを使用する。
【０１２７】
テレビ１のＵＩ部３０５は、受信したエラー通知コマンドに含まれるエラーＩＤに関連付けられた処理内容をテレビ１のＲＡＭ１１７から読み出す。以下の表に、テレビ１のＲＡＭ１１７に格納されている、エラーＩＤに対応付けられているテレビ１の処理内容の例を示す。
【０１２８】
【表５】
【０１２９】
〔Request Mobile Functionコマンドについて〕
次に、テレビ１のＵＩ部３０５が発行するRequest Mobile Functionコマンドについて説明する。
【０１３０】
コマンド処理部３０４は、〈Request Mobile Function〉コマンドをテレビ１から取得し、取得した〈Request Mobile Function〉コマンドに含まれるリクエストＩＤ（処理指定情報）によって指定された処理の実行を各部に指示する。
【０１３１】
以下の表に、リクエストＩＤに携帯電話端末２の処理内容の例及びテレビ１からの<Request Mobile Function>コマンドの内容の例を示す。
【０１３２】
【表６】
【０１３３】
テレビ１から送信された<Request Mobile Function>コマンドに含まれるリクエストＩＤが「１」の場合、要求される処理は受信メールの内容表示である。携帯電話端末２は、受信メールの内容を表示するための受信メール画面をテレビ１に表示させる処理を行う。つまり、コマンド処理部３０４は、携帯電話端末２に表示される受信メール画面を、テレビ１の画面サイズに合わせてスケーリングした受信メール画面を生成するよう電子メールクライアント３０２に指示する。電子メールクライアント３０２により生成された受信メール画面を表す映像信号は、ＴＭＤＳトランスミッタ２５１からテレビ１に供給される。
【０１３４】
即ち、受信メールの内容は映像信号としてＴＭＤＳトランスミッタ２５１からテレビ１に供給される。ＴＭＤＳトランスミッタ２５１のラインは、広帯域のラインである。このラインを使用することで、受信メールの内容が大量になった場合であっても、受信メールの内容を高速にテレビ１に表示することができる。一方、このラインはコンテンツ（映像、音声など）を送信するためのものである。そこで、このラインを使用するために、電子メールクライアント３０２は、受信メールの内容から受信メール画面を表す映像信号を生成している。
【０１３５】
図８は、受信メール画面の例を示す図である。図８（ａ）及び（ｂ）は、携帯電話端末２のＬＣＤ２２１に表示される受信メール画面の例であり、図８（ｃ）は、テレビ１のＬＣＤ１１０に表示される受信メール画面の例である。電子メールクライアント３０２は、図８（ａ）もしくは（ｂ）に示すような携帯電話端末２に表示される受信メール画面を、テレビ１の画面サイズに合わせてスケーリングする。これにより、テレビ１に受信メール画面を表示させることができる。
【０１３６】
電子メールクライアント３０２に受信メール画面の生成を指示した後、コマンド処理部３０４は、携帯電話端末２にＨＤＭＩ接続しているシンク機器であるテレビ１に対し、携帯電話端末２に入力ソースの切り替えを要求する。シンク機器への要求は、ＣＥＣコマンドとしてＣＥＣ・Ｉ／Ｆ２５２から送信する。入力ソースの切り替えを要求するＣＥＣコマンドとして、本実施形態においては<Active Source>コマンドを想定する。
【０１３７】
テレビ１の入力ソース選択部３０７は、携帯電話端末２から<Active Source>コマンドを受信すると、その<Active Source>コマンドに含まれる物理アドレスにより指定されるソース機器（本実施形態の場合、携帯電話端末２）に入力ソースを切り替えると共に、その物理アドレスを引数とする<Set Stream Path>コマンドをテレビ１に接続されている各ソース機器に送信する。ここで、物理アドレス（ｘ，ｙ，ｚ，ｗ）により指定されるソース機器に入力ソースを切り替えるとは、ｘ番目のＨＤＭＩ入力端子がＨＤＭＩレシーバ１００に接続されるよう、ＨＤＭＩスイッチ１１ｄを制御することを指す。その後、<Set Stream Path>コマンドを送信、テレビ１と<Active Source>コマンドを送信したソース機器との間にパスが通るよう、これらの間に介在する機器に入力ソースの切り替えを指示する。これにより、電子メールクライアント３０２によって生成された受信メール画面が、確実にテレビ１に表示される。
【０１３８】
また、テレビ１から送信された<Request Mobile Function>コマンドに含まれるリクエストＩＤが「０」の場合、要求される処理は着信履歴及び受信履歴の表示である。携帯電話端末２は、不在着信件数（着信履歴）及び新着メール件数（受信履歴）をテレビ１に表示させる。つまり、コマンド処理部３０４は、ＲＡＭ２２６に格納されている不在着信件数及び新着メール件数を取得する。取得した不在着信件数及び新着メール件数を含む〈Report Mobile Event〉コマンドを発行するようコマンド処理部３０４に通知する。コマンド処理部３０４は、不在着信件数及び新着メール件数を示すイベントＩＤをＲＡＭ２２６から取得し、該イベントＩＤ、不在着信件数及び新着メール件数を含む〈Report Mobile Event〉コマンドを発行する。これにより、テレビ１に不在着信件数及び新着メール件数を表示させることができる。
【０１３９】
なお、表６で挙げたリクエストＩＤ、リクエストＩＤに対応付けられている携帯電話端末２の処理内容及び、リクエスト内容はこれに限定されるものではない。
【０１４０】
図９は、イベント画面を含む表示画面（テレビ１のＬＣＤ１１０に表示される画面）の構成例を示す図である。図９（ａ）は、携帯電話端末２に音声着信があった場合の表示画面の表示例である。ここでは、テレビ１が受信した地上波デジタル放送の映像６０ａが表示されると共に、ＵＩ部３０５からの指示によって生成された音声通話着信中のイベントを示すイベント画面５０ａがＯＳＤ表示されている。図９（ｂ）は、携帯電話端末２がメールを受信した場合の表示画面の表示例である。ここでは、ＢＤドライブ１０２が再生している映像６０ｂが表示されると共に、ＵＩ部３０５からの指示によって生成されたメール受信のイベントを示すイベント画面５０ｂがＯＳＤ表示されている。また、イベント画面５０ｂは、ガイド表示５１を含んでいる。ユーザは、ガイドに従い、テレビ１を操作することによって、表６に示すようなリクエスト内容の処理を要求することができる。
【０１４１】
なお、ここでは、イベント画面５０ａ及びイベント画面５０ｂがテレビ１にＯＳＤ表示されている場合の構成として、地上波デジタル放送の映像、及び、ＢＤドライブが再生している映像を例に挙げて説明したが、これに限定されるものではない。例えば、（１）ＨＤＭＩレシーバ１００から供給された映像、（２）映像入力端子１０１ａから供給された映像、（３）ＢＤドライブ１０２から供給された映像、（４）チューナ１０３から供給された映像、（５）ＩＰ放送チューナ１０４から供給された映像、及び、（６）衛星放送チューナ１０５から供給された映像などが挙げられる。つまり、テレビ１に表示されている映像が、どのような映像であっても、イベント画面をＯＳＤ表示することが可能である。
【０１４２】
（コマンド発行処理の具体例）
携帯電話端末２とテレビ１とのＨＤＭＩ接続が確立されているときに、携帯電話端末２にて実行されるコマンド発行処理の具体例について、図１０〜図１３を参照して説明する。なお、上述した本実施形態にて使用する<Report Mobile Event>コマンドに含まれるイベントＩＤ及び該イベントＩＤに関連付けられた携帯電話端末２の状態をテレビ１に表示するために必要な情報は、該イベントＩＤのみで表現し、該イベントＩＤを括弧（［］）で括って示す。また、<Request Mobile Function>コマンドに含まれるリクエストＩＤ、及び、<Report Mobile Error>コマンドに含まれるエラーＩＤも同様に括弧（［］）で括って示す。
【０１４３】
図１０は、携帯電話端末２に音声着信があった時、携帯電話端末２にて実行されるコマンド発行処理の流れを示すフローチャートである。図１０に示すフローチャートに含まれる各ステップについて順に説明すれば以下のとおりである。
【０１４４】
ステップＳ１１：通話アプリケーション３０１は、音声通話を着信すると、コマンド処理部３０４に音声通話着信中（呼出中）である旨の通知を行う。コマンド処理部３０４は、テレビ１に対し、音声通話着信中のイベントＩＤを含むコマンド<Report Mobile Event>[５]を発行する。
【０１４５】
ステップＳ１２〜Ｓ１３：通話アプリケーション３０１は、呼出を実行している間、ｍ秒毎（ｍは、自然数）にコマンド処理部３０４に音声通話着信中である旨の通知を繰り返す。上記秒数は、<Report Mobile Event>[５]に含まれる表示時間（ｎ秒とする）より短い時間に設定する（ｍ＜ｎ）。これは、テレビ１に表示されるイベント画面が携帯電話に音声着信がある間、表示され続けるようにするためである。コマンド処理部３０４は、通話アプリケーション３０１から音声通話着信中のである旨の通知を受けると、<Report Mobile Event>[５]をテレビ１に対して再度発行する。
【０１４６】
ステップＳ１４：通話アプリケーション３０１は、呼出が終了すると、呼出が終了した旨をコマンド処理部３０４に通知する。コマンド処理部３０４は、テレビ１に対し、音声着信終了のイベントＩＤを含むコマンド<Report Mobile Event>[０]を発行する。
【０１４７】
ステップＳ１５〜Ｓ１６：通話アプリケーション３０１は、該音声着信が不在着信であるか否かを判断し、不在着信ではない場合、処理を終了する。通話が成立することなく呼出が終了した場合は、不在着信である。不在着信である場合、通話アプリケーション３０１はコマンド処理部３０４に不在着信となった旨を通知する。コマンド処理部３０４は、不在着信発生のイベントＩＤを含むコマンド<Report Mobile Event>[６]をテレビ１に対して発行する。
【０１４８】
ステップＳ１７〜Ｓ１８：コマンド処理部３０４は、テレビ１から着信情報の詳細表示を要求する要求コマンド<Request Mobile Function>[０]を受信した場合、ＲＡＭ２２６から不在着信件数及び新着メール件数を取得し、取得した不在着信件数及び新着メール件数を含む〈Report Mobile Event〉コマンドを発行するようコマンド処理部３０４に通知する。コマンド処理部３０４は、不在着信件数及び新着メール件数を示すイベントＩＤをＲＡＭ２２６から取得し、該イベントＩＤ、不在着信件数及び新着メール件数を含むコマンド<Request Mobile Function>[４]を、テレビ１に対して発行する。
【０１４９】
図１１は、コマンド発行処理の実行例であって、携帯電話端末２とテレビ１との間でＨＤＭＩ接続が確立され、携帯電話端末２に音声着信があった時の実行例を示すシーケンス図である。図１１に示すように、携帯電話端末２に音声着信があった時、音声通話着信中はテレビ１にイベント画面が表示され続けるように、<Report Mobile Event>[５]を送信し、着信が終了した時に<Report Mobile Event>[０]を送信する。テレビ１は<Report Mobile Event>[０]を受信するとイベント画面の表示を終了する。また、テレビ１に不在着信がある旨のイベント画面が表示され、ユーザの操作によって、着信情報の詳細表示要求が携帯電話端末２に送信された場合、携帯電話端末２は、コマンド処理部３０４は、不在着信件数及び新着メール件数を示すイベントＩＤ、不在着信件数及び新着メール件数を含むコマンド<Request Mobile Function>[４]をテレビ１に送信することで、不在着信件数と新着メール件数をイベント画面に表示させる。
【０１５０】
図１２は、携帯電話端末２が電子メールを受信した時、携帯電話端末２にて実行されるコマンド発行処理の流れを示すフローチャートである。図１２に示すフローチャートに含まれる各ステップについて順に説明すれば以下のとおりである。
【０１５１】
ステップＳ２１：電子メールクライアント３０２は、電子メールを受信した場合、コマンド処理部３０４に電子メールを受信した旨の通知を行う。コマンド処理部３０４は、テレビ１に対し、電子メール受信のイベントＩＤを含むコマンド<Report Mobile Event>[９]を発行する。
【０１５２】
ステップＳ２２〜Ｓ２４：コマンド処理部３０４は、テレビ１から受信メールの詳細表示要求コマンド<Request Mobile Function>[１]を受信した場合、電子メール機能である電子メールクライアントに受信メール画面を表示させる。電子メールクライアントが応答しない場合、コマンド処理部３０４は、受信メールの表示機能が使用できない旨のエラーを表示させるエラー通知コマンド<Report Mobile Error>[１]をテレビ１に対して発行する。
【０１５３】
ステップＳ２５：電子メールクライアント３０２は、携帯電話端末２に表示する受信メール画面をスケーリングして、テレビ１に表示する受信メール画面を生成する。そして、生成した受信メール画面を表す映像信号を、ＴＭＤＳトランスミッタ２５１からテレビ１に供給する。
【０１５４】
ステップＳ２６：コマンド処理部３０４は、起動コマンドである<Text View On>をテレビ１に対して送信する。
【０１５５】
ステップＳ２７： コマンド処理部３０４は、入力ソース切り替え要求コマンドである<Active Source>コマンドをテレビ１に対して送信する。
【０１５６】
ステップＳ２８：コマンド処理部３０４は、入力ソース切り替え指示コマンドである<Set Stream Path>を受信する。これにより、テレビ１の入力を携帯電話端末２に切り替えることができる。
【０１５７】
図１３は、コマンド発行処理の実行例であって、携帯電話端末２とテレビ１との間でＨＤＭＩ接続が確立され、携帯電話端末２が電子メールを受信した時の実行例を示すシーケンス図である。図１３に示すように、携帯電話端末２が電子メールを受信した時、携帯電話端末２は、電子メール受信のイベントＩＤを含むコマンド<Report Mobile Event>[９]をテレビ１に対して送信する。ユーザ操作によってメールの内容を確認する指示がテレビ１から送信された場合、携帯電話端末２は電子メールクライアントを起動し、電子メールの画面をテレビ１に対して供給する。
【０１５８】
このように、携帯電話端末２とテレビ１とのＨＤＭＩ接続が確立しているときに、携帯電話端末２は、携帯電話端末２の状態の変化をトリガーにして、テレビ１に携帯電話端末２の状態を表示させることができる。携帯電話端末２の状態を示すイベント画面がテレビ１に表示されることにより、ユーザは、携帯電話端末２から離れた場所に居る場合においても、携帯電話端末２の状態を確認することができる。
【０１５９】
また、ユーザがテレビ１を操作することによって、携帯電話端末２がテレビ１からの要求を受信した時に、携帯電話端末２は、テレビ１がユーザの要求した処理を行うことができる。これにより、ユーザは、携帯電話端末２を直接操作することなく、携帯電話端末２に対し、指定する処理を要求することができ、携帯電話端末２は、指定された処理を行うことができる。
【０１６０】
なお、テレビ１に携帯電話端末２の状態を表示するトリガーとなるものは、携帯電話端末２の状態が変化した時、もしくは、携帯電話端末２がテレビ１からの要求を受信した時に限定されない。携帯電話端末２は、携帯電話端末２とテレビ１とのＨＤＭＩ接続が確立したときをトリガーにして、テレビ１に携帯電話端末２の状態を表示させることが可能である。
【０１６１】
携帯電話端末２とテレビ１とのＨＤＭＩ接続が確立した時、テレビ１に表示させる携帯電話端末２の状態とは、例えば、不在着信件数と新着メール件数であってもよい。この場合、表２に示すように携帯電話端末２とテレビ１とのＨＤＭＩ接続が確立したという状態変化とイベントＩＤとを関連付けて携帯電話端末２のＲＡＭ２２６に格納し、表４に示すように該イベントＩＤに関連付けられたテレビ１の処理内容をテレビ１のＲＡＭ１１７に格納することで、携帯電話端末２は不在着信件数と新着メール件数をテレビ１に表示させることができる。
【０１６２】
また、携帯電話端末２は、携帯電話端末２の状態が変化した時及び携帯電話端末２とテレビ１とのＨＤＭＩ接続が確立した時、イベント画面をテレビ１に表示させる前に、テレビ１に対しＣＥＣコマンド<Give Device Power Status>を送信し、テレビ１の電源状態を確認し、電源状態がＯＮで無い場合は、起動コマンド<Text View On>を送信する構成としてもよい。これにより、イベント画面が表示されないということを防ぐことができ、ユーザはテレビ１の電源状態を気にしなくともテレビ１の画面上で携帯電話端末２の状態を確認することができる。
【０１６３】
また、状態指定情報（イベントＩＤ）として、表２に示す携帯電話端末２の各状態を指定する状態指定情報について説明したが、これに限定されるものではない。例えば、携帯電話端末２の電池２１９の状態、つまり、電池残量検出部２１８によって検出された電池残量を状態指定情報としてもよい。これにより、携帯電話端末２の電池残量をテレビ１に表示することができる。
【０１６４】
また、状態指定情報（イベントＩＤ）として、携帯電話端末２に自動的にプッシュ配信される文字情報を状態指定情報としてもよい。これにより、ユーザは、携帯電話端末２の近くに居ることなく、携帯電話端末２に自動的に表示される天気予報やニュースといった文字情報をテレビ１の画面上で確認することができる。
【０１６５】
（携帯型情報端末を利用したテレビ及びソース機器の制御）
図１４は、携帯型情報端末５を利用してテレビ１を操作することが可能なシステム１０’の構成を示す図である。図１４に示すように、システム１０’は、テレビ１、携帯電話端末２、携帯型情報端末５、およびルータ７を含んでいる。携帯電話端末２は、携帯電話端末以外のソース機器、例えば、レコーダ等であってもよい。テレビ１は、商用電源に接続して利用する据え置き型のテレビであってもよいし、バッテリーを内蔵したポータブルテレビ（外付チューナから無線ＬＡＮを介して送出される映像を再生するモニタを含む）であってもよい。
【０１６６】
図１４に示すシステム１０’において、テレビ１と携帯電話端末２とは、ＨＤＭＩケーブル３によって互いに接続されている。テレビ１と携帯電話端末２とが、このＨＤＭＩケーブル３を介して伝送されるＣＥＣコマンドを用いて相互に制御しあう点は、図２（ａ）に示したシステム１０と同様である。
【０１６７】
図１４に示すシステム１０’においては、更に、テレビ１と携帯型情報端末５とが互いに通信可能に構成されている。テレビ１と携帯型情報端末５との間の通信をサポートする通信媒体は特に限定されないが、ここでは、テレビ１と携帯型情報端末５との間にルータ７を介在させ、テレビ１とルータ７とをイーサネットケーブル６によって接続し、ルータ７と携帯型情報端末５とをＩＥＥＥ８０２．１１シリーズ等の無線ＬＡＮによって接続している。なお、テレビ１が無線ＬＡＮインターフェースを備えている場合には、テレビ１とルータ７とを無線ＬＡＮによって接続する構成、あるいは、ルータ７を介さずにテレビ１と携帯型情報端末５とを無線ＬＡＮによって接続する構成も可能である。
【０１６８】
テレビ１及び携帯型情報端末５は、ＵＰｎＰ（Universal Plug and Play）をサポートしていることが好ましい。この場合、携帯型情報端末５は、ルータ７のサービスエリア内に入ると、ＳＤＤＰ等のプロトコルを用いてルータ７に接続されたテレビ１を自動的に検出することができる。この際、携帯型情報端末５は、テレビ１の機器名を取得する。
【０１６９】
携帯型情報端末５には、携帯型情報端末５をテレビ１のリモコンのように機能させるためのアプリケーション（以下「リモコンアプリ」と記載）がインストールされている。リモコンアプリが起動された後にテレビ１を検出した場合、あるいは、テレビ１を検出した後にリモコンアプリが起動された場合、携帯型情報端末５によるテレビ１の操作（ＩＰコントロール）が可能になる。なお、ＬＡＮ内にテレビ１等のＵＰｎＰ対応機器が複数存在している場合、携帯型情報端末５は、それらＵＰｎＰ対応機器の機器名のリストを表示し、ユーザに操作対象機器を選択させる。
【０１７０】
携帯型情報端末５上で動作するリモコンアプリにより生成され、携帯電話端末５のタッチパネルに表示される表示画面の例を図１５（ａ）に示す。この表示画面は、リモコンをエミュレートしたものであり、「テレビ電源」と記された電源キー、「−」「＋」と記された音量調整キー、「１」〜「１２」が放送局名と共に記されたチャンネルキーなど、テレビ１を操作するための各種キーが設けられている。例えば、「１」と記されたチャンネルキーが押下されると、リモコンアプリは、チャンネルを１チャンネルに切り替えることを指示する制御コマンドをテレビ１に送信する。テレビ１は、受信した制御コマンドに従って、チャンネルを１チャンネルに切り替える。この際、テレビ１においては、図４に示すイーサネットＩ／Ｆ１１５及びＣＰＵ１１８が制御コマンド受信手段として機能する。
【０１７１】
リモコンアプリは、テレビ１を操作する機能の他に、携帯電話端末２を操作する機能も有している。具体的には、図１５（ａ）に示す表示画面の下部に設けられた「リンク操作」キーを押下すると、図１５（ｂ）に示す表示画面が現れる。図１５（ｂ）に示す表示画面には、早戻しキー、再生キー、早送りキーなど、携帯電話端末２を操作するための各種キーが設けられている。例えば、再生キーが押下されると、リモコンアプリは、対象コンテンツの再生開始を指示する制御コマンドをテレビ１に送信する。テレビ１は、受信した制御コマンドをこれに相当するＣＥＣコマンドに変換し、得られたＣＥＣコマンドを携帯電話端末２に送信する。携帯電話端末２は、受信したＣＥＣコマンドに従って対象コンテンツの再生を開始する。この際、テレビ１においては、図４に示すイーサネットＩ／Ｆ１１５、ＣＰＵ１１８、及びＨＤＭＩレシーバ１００が制御コマンド転送手段として機能する。
【０１７２】
携帯電話端末２を操作するための表示画面に関して、テレビ１が携帯電話端末の論理アドレス及び／又はデバイスタイプを携帯型情報端末５に通知し、携帯型情報端末５上で動作するリモコンアプリが携帯電話端末２の論理アドレス及び／又はデバイスタイプに応じた表示画面を表示するようにしてもよい。これにより、どのようなタイプの携帯電話端末２がテレビ１にＨＤＭＩ接続された場合であっても、そのタイプの携帯電話端末２の操作に適したリモコンとして携帯型情報端末５を機能させることが可能になる。
【０１７３】
なお、携帯型情報端末５上で動作するリモコンアプリは、従来の赤外線リモコンをエミュレートすることを基本としたものであるが、従来の赤外線リモコンにはなかった機能をも有し得る。従来の赤外線リモコンが有する機能の他に、例えば、以下のような機能をリモコンアプリに持たせることができる。
【０１７４】
１．ＵＲＬジャンプ機能、すなわち、テレビ１上で動作するウェブブラウザを起動し、指定したＵＲＬにアクセスさせる機能。
【０１７５】
２．ＴＶ状態取得機能、すなわち、テレビ１のステータス情報、設定情報、及びイベント情報を取得する機能。
【０１７６】
３．文字入力機能、すなわち、ソフトウェアキーボードを用いた文字列の入力を受け付け、入力された文字列をテレビ１に送信する機能。
【０１７７】
４．インフォメーション通知機能、すなわち、携帯型情報端末５において電話着信イベントやメール受信イベントが発生した際に、当該イベントの発生をテレビ１に通知する機能。
【０１７８】
５．シームレス検索機能、すなわち、キーワードにより番組情報、録画リスト、ＶＯＤタイトル、インターネットから検索した結果を表示する機能。
【０１７９】
６．フレンドリネーム設定機能、すなわち、テレビ１側のフレンドリネーム（機器リスト名）を、携帯型情報端末５を用いて設定する機能。
【０１８０】
なお、以上の説明では、携帯型情報端末５と携帯電話端末２とがルータ７及びテレビ１を介して通信するものとしたが、携帯型情報端末５と携帯電話端末２とが無線ＬＡＮを用いて直接通信する構成を採用してもよい。この場合、携帯電話端末２を操作するための制御コマンドを携帯型情報端末５から携帯電話端末２に直接送信することも可能になる。
【０１８１】
本発明は、このような機能を持った携帯型情報端末５を含むシステム１０’についても適用可能である。
【０１８２】
（プログラム及び記録媒体）
最後に、携帯電話端末２及びテレビ１の各ブロックは、集積回路（ＩＣチップ）上に形成された論理回路によってハードウェア的に実現してもよいし、ＣＰＵ（Central Processing Unit）を用いてソフトウェア的に実現してもよい。
【０１８３】
後者の場合、携帯電話端末２及びテレビ１は、各機能を実現するプログラムの命令を実行するＣＰＵ、上記プログラムを格納したＲＯＭ（Read Only Memory）、上記プログラムを展開するＲＡＭ（Random Access Memory）、上記プログラムおよび各種データを格納するメモリ等の記憶装置（記録媒体）などを備えている。そして、本発明の目的は、上述した機能を実現するソフトウェアである携帯電話端末２及びテレビ１の制御プログラムのプログラムコード（実行形式プログラム、中間コードプログラム、ソースプログラム）をコンピュータで読み取り可能に記録した記録媒体を、上記携帯電話端末２及びテレビ１に供給し、そのコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に記録されているプログラムコードを読み出し実行することによっても、達成可能である。
【０１８４】
上記記録媒体としては、例えば、磁気テープやカセットテープ等のテープ類、フロッピー（登録商標）ディスク／ハードディスク等の磁気ディスクやＣＤ−ＲＯＭ／ＭＯ／ＭＤ／ＤＶＤ／ＣＤ−Ｒ等の光ディスクを含むディスク類、ＩＣカード（メモリカードを含む）／光カード等のカード類、マスクＲＯＭ／ＥＰＲＯＭ／ＥＥＰＲＯＭ／フラッシュＲＯＭ等の半導体メモリ類、あるいはＰＬＤ（Programmable logic device）やＦＰＧＡ（Field Programmable Gate Array）等の論理回路類などを用いることができる。
【０１８５】
また、携帯電話端末２及びテレビ１を通信ネットワークと接続可能に構成し、上記プログラムコードを通信ネットワークを介して供給してもよい。この通信ネットワークは、プログラムコードを伝送可能であればよく、特に限定されない。例えば、インターネット、イントラネット、エキストラネット、ＬＡＮ、ＩＳＤＮ、ＶＡＮ、ＣＡＴＶ通信網、仮想専用網（Virtual Private Network）、電話回線網、移動体通信網、衛星通信網等が利用可能である。また、この通信ネットワークを構成する伝送媒体も、プログラムコードを伝送可能な媒体であればよく、特定の構成または種類のものに限定されない。例えば、ＩＥＥＥ１３９４、ＵＳＢ、電力線搬送、ケーブルＴＶ回線、電話線、ＡＤＳＬ（Asymmetric Digital Subscriber Line）回線等の有線でも、ＩｒＤＡやリモコンのような赤外線、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＩＥＥＥ８０２．１１無線、ＨＤＲ（High Data Rate）、ＮＦＣ（Near Field Communication）、ＤＬＮＡ（Digital Living Network Alliance）、携帯電話網、衛星回線、地上波デジタル網等の無線でも利用可能である。
【０１８６】
なお、テレビ１と携帯電話端末２との接続態様は、図２〜図３に示す有線接続に限定されない。テレビ１と携帯電話端末２とは、無線接続されていてもよいし、有線伝送媒体と無線伝送媒体との双方により接続されていてもよい。
【０１８７】
本発明は上述した実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能である。すなわち、請求項に示した範囲で適宜変更した技術的手段を組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。
【産業上の利用可能性】
【０１８８】
本発明は、ＨＤＭＩケーブル等によってシンク機器に接続されるソース機器、特に、携帯型のソース機器に好適に利用することができる。
【符号の説明】
【０１８９】
１ テレビ
１１ｄ ＨＤＭＩスイッチ
１００ ＨＤＭＩレシーバ
１５１ ＴＭＤＳレシーバ
１５２ ＣＥＣ・Ｉ／Ｆ
１５３ ＤＤＣ・Ｉ／Ｆ
１５４ ＨＰＤ制御部
１５５ ５Ｖ電力検知部
１５６ ＥＤＩＤ格納部
１０６ ＯＳＤ生成部
１１７ ＲＡＭ
１１８ ＣＰＵ
３０５ ＵＩ部（状態表示手段）
３０７ 入力ソース選択部
２ 携帯電話端末
２１ ＨＤＭＩ出力端子
２００ ＨＤＭＩトランスミッタ
２５１ ＴＭＤＳトランスミッタ（映像信号供給手段）
２５２ ＣＥＣ・Ｉ／Ｆ
２５３ ＤＤＣ・Ｉ／Ｆ
２５４ ＨＰＤ検知部
２５５ ５Ｖ電力制御部
２０１ マイクロＵＳＢ端子
２０２ マイクロＵＳＢ・Ｉ／Ｆ
２０３ Ｂｌｕｅｔｏｏｔｈ・Ｉ／Ｆ
２０４ ＷＬＡＮ・Ｉ／Ｆ
２０５ メモリカード
２０６ ＵＳＩＭカード
２０７ ＧＰＳ
２１０ データ処理部
２１１ ＲＦ部
２１２ 音声ＣＯＤＥＣ部
２１３ メインコントローラ
３０１ 通話アプリケーション（通話手段）
３０２ 電子メールクライアント（電子メール受信手段）
３０３ プッシュ型情報配信サービスクライアント
３０４ コマンド処理部（コマンド発行手段、処理実行手段）
２１４ ＲＴＣ部
２１５ キースキャン部
２１６ 充電回路
２１７ 電源レギュレータ
２１８ 電池残量検出部
２１９ 電池（電力源）
２２０ ＬＣＤコントローラ
２２１ ＬＣＤ
２２２ タッチパネル
２２３ カメラ
２２４ ＤＴＶ部
２２５ ＦＬＡＳＨメモリ
２２６ ＲＡＭ
２２７ 音声入力部
２２８ 音声出力部
【技術分野】
【０００１】
本発明は、シンク機器にコンテンツを供給するソース機器、そのようなシンク機器から供給されたコンテンツを出力するシンク機器、及び、そのようなソース機器とシンク機器とを含むシステムに関する。また、コンピュータをそのようなソース機器として動作させるためのプログラム、及び、そのようなプログラムが記録された記録媒体に関する。
【背景技術】
【０００２】
近年、ＨＤＭＩ（High-Definition Multimedia Interface）を搭載するテレビが普及し、テレビとソース機器とをＨＤＭＩケーブルを介して接続することが一般的となっている。ＨＤＭＩケーブルを介して接続されたテレビとソース機器とは、映像信号および音声信号に加え、ＣＥＣ（Consumer Electronics Control）コマンドを互いに送受信する。
【０００３】
ＣＥＣコマンドを用いれば、テレビからソース機器を制御したり、ソース機器からテレビを制御したりすることによって、これまでにはなかった利便性をユーザに提供することが可能になる。例えば、テレビの入力ソースを、コンテンツの再生を開始したソース機器に自動的に切り替えることができる。ＨＤＭＩの詳細については、例えば、非特許文献１を参照されたい。
【０００４】
また、Ｍｉｃｒｏ・ＨＤＭＩコネクタが規格化されたことに伴い、今後、携帯機器とテレビとをＨＤＭＩ接続し、携帯機器にて再生されたコンテンツをテレビに表示するといったユースケースの増加が想定される。例えば、昨今の携帯電話端末は、静止画コンテンツ、動画コンテンツ、及び音声コンテンツを再生する機能を有しており、ソース機器として利用することができる。ＰＤＡ、携帯型デジタルオーディオプレーヤ、デジタルカメラなどの携帯機器も同様である。
【０００５】
なお、音声通話の着信や電子メールの受信など携帯電話端末が自装置の状態をユーザに報知するための技術としては、特許文献１〜４に記載のものなどが知られている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００３−１９９１６４号公報（平成１５年７月１１日公開）
【特許文献２】特開２００５−２０５４１号公報（平成１７年１月２０日公開）
【特許文献３】特開２００７−３１８６５３号公報（平成１９年１２月６日公開）
【特許文献４】特開２００８−４１０８号公報（平成２０年１月１０日公開）
【非特許文献】
【０００７】
【非特許文献１】High-Definition Multimedia Interface Specification Version 1.3a,November 10 2006
【発明の概要】
【発明が解決しようとする課題】
【０００８】
携帯電話端末は、通常、ユーザの近傍に置かれるが、ＨＤＭＩケーブル等によってテレビと有線接続された場合、ユーザの近傍ではなくテレビの近傍に置かれる可能性が高い。この場合、上記従来の技術を用いて、携帯電話端末の状態をユーザに報知することは困難であった。
【０００９】
本発明は、上記の課題に鑑みてなされたものであり、その目的は、携帯電話端末などのソース機器において、より確実に自装置の状態をユーザに報知することを可能ならしめることにある。
【課題を解決するための手段】
【００１０】
上記課題を解決するために、本発明におけるソース機器は、シンク機器が出力するコンテンツを、該シンク機器に供給するソース機器において、当該ソース機器の状態を上記シンク機器に表示させるためのコマンドであって、当該ソース機器の状態を指定する状態指定情報を含むコマンドを発行するコマンド発行手段を備えている、ことを特徴としている。
【００１１】
上記の構成によれば、上記コマンドに含まれる状態指定情報に基づいて、上記シンク機器が上記ソース機器の状態を表示する。これにより、ユーザは、上記ソース機器の状態を上記シンク機器の表示から知ることができる。すなわち、より確実にソース機器の状態をユーザに報知することができる。
【００１２】
なお、上記コマンド発行手段は、当該ソース機器の状態が変化したときに、変化後の状態を指定する状態指定情報を含むコマンドを発行するものであってもよいし、上記シンク機器からの要求を受けたときに、そのときの当該ソース機器の状態を指定する状態指定情報を含むコマンドを発行するものであってもよいし、上記シンク機器との接続が確立されたときに、そのときの当該ソース機器の状態を指定する状態指定情報を含むコマンドを発行するものであってもよい。何れの場合であっても、より確実にソース機器の状態をユーザに報知することができる。
【００１３】
また、上記コマンド発行手段が発行する各コマンドには、上記シンク機器が当該ソース機器の状態を表示する際、どのコマンドに含まれる状態指定情報により指定される状態を優先して表示すべきかを指定する優先順位指定情報が含まれている、ことが好ましい。
【００１４】
上記構成によれば、シンク機器が優先して表示すべき状態を、ソース機器側から指定することができる。
【００１５】
また、上記コマンド発行手段が発行するコマンドには、上記シンク機器が当該ソース機器の状態を表示する期間を指定する表示期間指定情報が含まれている、ことが好ましい。
【００１６】
上記構成によれば、ソース機器の状態をシンク機器が表示すべき期間を、ソース機器側から指定することができる。
【００１７】
また、上記コマンド発行手段が発行するコマンドには、上記シンク機器が当該ソース機器の状態を表示するディスプレイ上の位置を指定する表示位置指定情報が含まれている、ことが好ましい。
【００１８】
上記構成によれば、ソース機器の状態をシンク機器が表示すべき位置（ディスプレイ上の位置）を、ソース機器側から指定することができる。例えば、これにより、ディスクプレイ上に表示された本来の映像が隠されないように、ソース機器の状態を表示させることができる。
【００１９】
また、上記コマンド発行手段が発行するコマンドには、上記シンク機器が当該ソース機器の状態と共に表示するアイコンを指定するアイコン指定情報が含まれている、ことが好ましい。
【００２０】
上記構成によれば、ソース機器の状態と共にシンク機器が表示すべきアイコンを、ソース機器側から指定することができる。
【００２１】
また、上記コマンド発行手段が発行するコマンドには、上記シンク機器が当該ソース機器の状態と共に出力する効果音を指定する効果音指定情報が含まれている、ことが好ましい。
【００２２】
上記構成によれば、ソース機器の状態と共にシンク機器が出力する効果音を、ソース機器側から指定することができる。
【００２３】
また、上記コマンド発行手段が発行するコマンドには、上記シンク機器が当該ソース機器の状態を表示する際の表示態様を指定する表示態様指定情報が含まれている、ことが好ましい。
【００２４】
上記構成によれば、ソース機器の状態をシンク機器が表示する際の表示態様を、ソース機器側から指定することができる。
【００２５】
また、上記コマンド発行手段が発行するコマンドには、上記シンク機器の操作方法を示す操作ガイドを、上記シンク機器が当該ソース機器の状態と共に表示するか否かを指定するガイド表示指定情報が含まれている、ことが好ましい。
【００２６】
上記構成によれば、シンク機器が操作ガイドを表示するか否かを、ソース機器側から指定することができる。
【００２７】
本発明におけるソース機器は、通話を行うための通話手段を更に備え、上記コマンド発行手段は、上記通話手段が着信中であることを示す状態指定情報を含むコマンドを発行する、ことが好ましい。
【００２８】
上記構成によれば、ソース機器が着信中であることを、シンク機器を介してユーザに報知することができる。
【００２９】
また、上記コマンド発行手段は、上記通話手段の着信履歴を示す状態指定情報を含むコマンドを発行する、ことが好ましい。
【００３０】
上記構成によれば、ソース機器の着信履歴を、シンク機器を介してユーザに提示することができる。
【００３１】
本発明におけるソース機器は、電子メールを受信する電子メール受信手段を更に備え、上記コマンド発行手段は、上記電子メール受信手段が電子メールを受信したことを示す状態指定情報を含むコマンドを発行する、ことが好ましい。
【００３２】
上記構成によれば、ソース機器が電子メールを受信したことを、シンク機器を介してユーザに報知することができる。
【００３３】
また、上記コマンド発行手段は、上記電子メール受信手段の受信履歴を示す状態指定情報を含むコマンドを発行する、ことが好ましい。
【００３４】
上記構成によれば、ソース機器の受信履歴を、シンク機器を介してユーザに提示することができる。
【００３５】
本発明に係るソース機器は、当該ソース機器の各部に電力を供給する電力源を更に備え、上記コマンド発行手段は、上記電力源の状態を示す状態指定情報を含むコマンドを発行する、ことが好ましい。
【００３６】
上記の構成によれば、ソース機器の電力源の状態（例えば、バッテリの残量）を、シンク機器を介してユーザに報知することができる。
【００３７】
本発明に係るソース機器は、上記シンク機器によって発行されたコマンドであって、当該ソース機器にて実行すべき処理を指定する処理指定情報を含むコマンドに応じて、該処理指定情報により指定される処理を実行する処理実行手段を更に備えている、ことが好ましい。
【００３８】
上記構成によれば、例えば、シンク機器を操作することによって、ソース機器を操作することなくソース機器に所定の処理を実行させることができる。
【００３９】
本発明に係るソース機器は、上記処理実行手段が上記処理指定情報により指定される処理を実行することによって生成された映像信号を上記シンク機器に供給する映像信号供給手段を更に備えている、ことが好ましい。
【００４０】
上記構成によれば、例えば、ソース機器に所定の処理を実行させることによって得られた映像を、シンク機器を介して出力することができる。
【００４１】
本発明に係る上記シンク機器は、ＨＤＭＩ（High-Definition Multimedia Interface）を介して当該ソース機器に接続されており、上記コマンドは、ＣＥＣ（Consumer Electronics Control）コマンドである、とすることができる。
【００４２】
本発明に係るシンク機器は、上記課題を解決するために、ソース機器から供給されたコンテンツを出力するシンク機器において、上記ソース機器によって発行されたコマンドであって、上記ソース機器の状態を指定する状態指定情報を含むコマンドに応じて、該状態指定情報により指定される上記ソース機器の状態を表示する状態表示手段を備えている、ことを特徴を特徴としている。
【００４３】
上記構成によれば、上記コマンドに含まれる状態指定情報に基づいて、上記シンク機器が上記ソース機器の状態を表示する。これにより、ユーザは、上記ソース機器の状態を上記シンク機器の表示内容から知ることができる。すなわち、より確実にソース機器の状態をユーザに報知することができる。
【００４４】
本発明に係るシンク機器は、携帯型情報端末から送信される制御コマンドであって、当該シンク機器を操作するための制御コマンドを受信する制御コマンド受信手段、及び、上記携帯端末から送信される制御コマンドであって、上記ソース機器を操作するための制御コマンドを、該制御コマンドに相当するＣＥＣコマンドに変換して上記ソース機器に送信する制御コマンド転送手段の少なくとも何れかを備えている、ことが望ましい。また、上記シンク機器は、テレビジョン受像機であることが好ましい。
【００４５】
上記構成によれば、携帯型情報端末から上記シンク機器を操作したり、上記ソース機器を操作したりすることが可能になる。
【発明の効果】
【００４６】
本発明によれば、ソース機器の状態がシンク機器に表示される。したがって、より確実にソース機器の状態をユーザに報知することができる。
【図面の簡単な説明】
【００４７】
【図１】本発明の実施形態に係る携帯電話端末が有する機能を示す機能ブロック図である。
【図２】図１に示す携帯電話端末とテレビ（テレビジョン受像機）とを含むシステムの構成を示す図である。
【図３】図２に示す携帯電話端末とテレビとの他の接続態様を示す図である。（ａ）は、充電台を用いた接続態様を示し、（ｂ）は、テレビから給電する充電台を用いた接続態様を示し、（ｃ）は、テレビのスロットに携帯電話端末を装填する接続態様を示す。
【図４】図２に示すテレビの構成を示すブロック図である。
【図５】図２に示す携帯電話端末の構成を示すブロック図である。
【図６】図２に示すテレビが備えているＨＤＭＩレシーバの構成、及び、図２に示す携帯電話端末が備えているＨＤＭＩトランスミッタの構成を示すブロック図である。
【図７】<Report Mobile Event>コマンドと共にテレビに対して送信するデータの形式の例を表す図である。
【図８】受信メール画面の例を示す図であり、（ａ）及び（ｂ）は、携帯電話端末のＬＣＤに表示される受信メール画面の例であり、（ｃ）は、テレビのＬＣＤに表示される受信メール画面の例である。
【図９】イベント画面を含む表示画面の構成例を示す図であり（ａ）は、携帯電話端末に音声着信があった場合の表示画面の表示例であり、（ｂ）は、携帯電話端末が電子メールを受信した場合の表示画面の表示例である。
【図１０】図２に示す携帯電話端末におけるコマンド発行処理の音声着信時の流れを示すフローチャートである。
【図１１】図２に示す携帯電話端末におけるコマンド発行処理の音声着信時の実行例を示すシーケンス図である。
【図１２】図２に示す携帯電話端末におけるコマンド発行処理の電子メール受信時の流れを示すフローチャートである。
【図１３】図２に示す携帯電話端末におけるコマンド発行処理の電子メール受信時の実行例を示すシーケンス図である。
【図１４】携帯型情報端末からテレビ及びソース機器を操作することができるシステムの一実現例を示すブロック図である。
【図１５】携帯型情報端末のタッチパネルに表示される表示画面の構成例を示す図である。（ａ）は、テレビを操作するための表示画面、（ｂ）は、ソース機器を操作するための表示画面である。
【発明を実施するための形態】
【００４８】
本発明の実施形態について、図面に基づいて説明すれば以下のとおりである。なお、以下の説明においては、ソース機器として携帯電話端末を例示し、シンク機器としてテレビジョン受像機（以下「テレビ」と呼称する）を例示するが、本発明はこれに限定されるものではない。特に、携帯電話端末は、ソース機器として機能する携帯機器の一例に過ぎず、本発明は、ＰＤＡ（Personal Digital Assistant）、携帯型デジタルオーディオプレーヤ、デジタルカメラ等の携帯機器にも適用することができる。
【００４９】
〔システムの構成〕
テレビ１と携帯電話端末２とを含むシステム１０の構成について、図２を参照して説明する。図２は、システム１０の構成を示す図である。
【００５０】
図２（ａ）に示すように、システム１０は、ＨＤＭＩ入力端子１１を備えたテレビ１と、ＨＤＭＩ出力端子２１を供えた携帯電話端末２とを含んでおり、テレビ１のＨＤＭＩ入力端子１１と携帯電話端末２のＨＤＭＩ出力端子２１とをＨＤＭＩケーブル３によって接続することにより構成される。システム１０において、携帯電話端末２は、テレビ１にコンテンツを供給するソース機器として機能し、テレビ１は、携帯電話端末２から供給されたコンテンツを出力するシンク機器として機能する。携帯電話端末２が供給し、テレビ１が出力するコンテンツとしては、映像及び音声の何れか一方又は両方が想定される。
【００５１】
また、図２（ｂ）に示すように、システム１０は、Ｎ個（ここでは３個）のＨＤＭＩ入力端子１１ａ〜１１ｃを備えたテレビ１と、Ｎ台以下（ここでは３台）の携帯電話端末２ａ〜２ｃとを含んでいてもよい。この場合、テレビ１が備えるＨＤＭＩ入力端子１１ａ〜１１ｃの各々と、携帯電話端末２ａ〜２ｃの各々とが、ＨＤＭＩケーブル３ａ〜３ｃによって接続される。なお、図２（ｂ）に示した例では、携帯電話端末２ａ〜２ｃを台４ａ〜４ｃ（後述する充電台４など）に載置することによって、携帯電話端末２ａ〜２ｃがＨＤＭＩケーブル３ａ〜３ｃの一端に接続され、テレビ１と携帯電話端末２ａ〜２ｃとのＨＤＭＩ接続が確立されるようになっている。
【００５２】
なお、テレビ１と携帯電話端末２とをＨＤＭＩ接続する接続態様は、図２に示すものに限定されない。図３（ａ）及び図３（ｂ）に示すように、充電台４を用いてテレビ１と携帯電話端末２とを接続する構成を採用してもよい。
【００５３】
図３（ａ）に示す充電台４は、ＨＤＭＩ入力端子４１と電源端子４２とを備えており、携帯電話端末２を載置すると、携帯電話端末２のＨＤＭＩ出力端子２１と電源端子２２とが、それぞれ、充電台４のＨＤＭＩ入力端子４１と電源端子４２とに接続される。充電台４のＨＤＭＩ入力端子４１には、ＨＤＭＩケーブル４３が接続されており、そのＨＤＭＩケーブル４３の他端をテレビ１のＨＤＭＩ入力端子１１に接続することによって、テレビ１と携帯電話端末２とがＨＤＭＩ接続される。また、充電台４の電源端子４２には、電源ケーブル４４が接続されており、その電源ケーブル４４の他端に設けられたＡＣアダプターを商用電源に接続することによって、携帯電話端末２に電力を供給することができる。
【００５４】
図３（ｂ）に示す充電台４は、図３（ａ）に示す充電台４と同様、ＨＤＭＩ入力端子４１と電源端子４２とを備えており、携帯電話端末２を載置すると、携帯電話端末２のＨＤＭＩ出力端子２１と電源端子２２とが、それぞれ、充電台４のＨＤＭＩ入力端子４１と電源端子４２とに接続される。一端がＨＤＭＩ入力端子４１に接続されたＨＤＭＩケーブル４３の他端をテレビ１のＨＤＭＩ入力端子１１に接続すれば、テレビ１と携帯電話端末２とをＨＤＭＩ接続することができる。また、一端が電源端子４２に接続された電源ケーブル４４の他端をテレビ１に内蔵されたＡＣアダプター１２に接続すれば、携帯電話端末２に電力を供給することができる。なお、ＨＤＭＩケーブル４３と電源ケーブル４４とを一体化し、１本のケーブルでＨＤＭＩ接続と電力供給とを同時に行えるようにしてもよい。
【００５５】
また、ＨＤＭＩケーブル３を介さずに、図３（ｃ）に示すように、テレビ１と携帯電話端末２とを直接ＨＤＭＩ接続する構成を採用してもよい。図３（ｃ）に示すテレビ１には、スロット１３が設けられており、携帯電話端末２をスロット１３に装填すると、携帯電話端末２のＨＤＭＩ出力端子２１と、スロット１３内に設けられたテレビ１のＨＤＭＩ入力端子４１とが直接接続される。なお、携帯電話端末２を側面からテレビ１に装填する構成に代えて、携帯電話端末２を正面からテレビ１のベゼル部（ＬＣＤの下方のベゼル部）に装填する構成を採用してもよい。
【００５６】
〔テレビの構成〕
次に、本実施形態に係るテレビ１の構成について、図４を参照して説明する。図４は、テレビ１の構成を示すブロック図である。
【００５７】
図４に示すように、テレビ１は、３つのＨＤＭＩ入力端子１１ａ〜１１ｃ、ＨＤＭＩスイッチ１１ｄ、ＨＤＭＩレシーバ１００、映像入力端子１０１ａ、音声入力端子１０１ｂ、ＢＤドライブ１０２、チューナ１０３、ＩＰ放送チューナ１０４、衛星放送チューナ１０５、ＯＳＤ生成部１０６、映像セレクタ１０７、映像処理回路１０８、ＬＣＤコントローラ１０９、ＬＣＤ（Liquid Crystal Display）１１０、音声セレクタ１１１、音声処理回路１１２、デジタルアンプ１１３、スピーカ１１４、イーサネット（登録商標）Ｉ／Ｆ１１５、ＲＯＭ１１６、ＲＡＭ１１７、ＣＰＵ１１８、赤外線受光部１１９、カメラ１２０、及び、人感センサ１２１を備えている。図４においては、映像信号の経路を実線で、音声信号の経路を１点鎖線で、データや制御信号の経路（バス）を太線で示している。
【００５８】
（１）ＨＤＭＩレシーバ１００が受信した映像、（２）映像入力端子１０１ａから入力された映像、（３）ＢＤドライブ１０２がＢＤ（Blu-ray Disc）から読み出した映像、（４）チューナ１０３が受信した映像、（５）ＩＰ放送チューナ１０４が受信した映像、及び、（６）衛星放送チューナ１０５が受信した映像は、それぞれ、映像セレクタ１０７に供給される。また、（１）ＨＤＭＩレシーバ１００が受信した音声、（２）音声入力端子１０１ｂから入力された音声、（３）ＢＤドライブ１０２がＢＤから読み出した音声、（４）チューナ１０３が受信した音声、（５）ＩＰ放送チューナ１０４が受信した音声、及び、（６）衛星放送チューナ１０５が受信した音声は、それぞれ、音声セレクタ１１１に供給される。
【００５９】
なお、（ａ）ＨＤＭＩレシーバ１００が何れのＨＤＭＩ入力端子に接続されるか、すなわち、ＨＤＭＩスイッチ１１ｄが何れのＨＤＭＩ入力端子から入力されたコンテンツをＨＤＭＩレシーバ１００に供給するか、（ｂ）チューナ１０３が何れのチャンネルを介して伝送されたコンテンツを受信するか、（ｃ）ＩＰ放送チューナ１０４が何れのサーバから配信されたコンテンツを受信するか、（ｄ）衛星放送チューナ１０５が何れのチャンネルを介して伝送されたコンテンツを受信するかを選局する選局制御は、ＣＰＵ１１８によって行われる。また、（ｅ）ＢＤドライブ１０２における再生、停止、早送り、巻戻し、チャプタ遷移などの再生制御も、ＣＰＵ１１８によって行われる。
【００６０】
映像セレクタ１０７は、（１）ＨＤＭＩレシーバ１００から供給された映像、（２）映像入力端子１０１ａから供給された映像、（３）ＢＤドライブ１０２から供給された映像、（４）チューナ１０３から供給された映像、（５）ＩＰ放送チューナ１０４から供給された映像、及び、（６）衛星放送チューナ１０５から供給された映像のうちの何れか１つを選択する。映像セレクタ１０７によって選択された映像は、映像処理回路１０８に供給される。なお、映像セレクタ１０７が何れの映像を選択するかは、ＣＰＵ１１８によって制御される。
【００６１】
映像処理回路１０８は、映像セレクタ１０７から供給された映像の画質を調整する。また、映像処理回路１０８は、映像セレクタ１０７から供給された映像をスケーリングする。ここで、画質の調整とは、例えば、輝度、シャープネス、及び、コントラストの少なくとも何れかを変化させることを指す。また、スケーリングとは、表示すべき映像本来のアスペクト比を保ったままサイズを縮小することを指す。映像処理回路１０８によって画質調整とスケーリングとを施された映像は、ＬＣＤコントローラ１０９に供給される。なお、映像処理回路１０８が画質をどのように変化させるか、及び、映像をどの程度縮小するかは、ＣＰＵ１１８によって制御される。
【００６２】
ＬＣＤコントローラ１０９は、映像処理回路１０８から供給された映像が表示されるようにＬＣＤ１１０を駆動する。これにより、映像セレクタ１０７により選択された映像がＬＣＤ１１０から出力される。なお、ＯＳＤ生成部１０６からＯＳＤ画像が供給されている場合、ＬＣＤコントローラ１０９は、ＯＳＤ生成部１０６から供給されたＯＳＤ画像を映像処理回路１０８から供給された映像に重ねて表示する。
【００６３】
音声セレクタ１１１は、（１）ＨＤＭＩレシーバ１００から供給された音声、（２）映像入力端子１０１ａから供給された音声、（３）ＢＤドライブ１０２から供給された音声、（４）チューナ１０３から供給された音声、（５）ＩＰ放送チューナ１０４から供給された音声、及び、（６）衛星放送チューナ１０５から供給された音声のうちの何れか１つを選択する。音声セレクタ１１１によって選択された音声は、音声処理回路１１２に供給される。なお、音声セレクタ１１１が何れの音声を選択するかは、ＣＰＵ１１８によって制御される。ただし、映像セレクタ１０７における映像の選択と、音声セレクタ１１１における音声の選択とは連動しており、例えば、映像セレクタ１０７がＨＤＭＩレシーバ１００から供給された映像を選択しているときには、音声セレクタ１１１もＨＤＭＩレシーバ１００から供給された音声を選択する。
【００６４】
音声処理回路１１２は、音声セレクタ１１１から供給された音声の音量及び音質を調整する。ここで、音質の調整とは、音声セレクタ１１１から供給された音声の周波数特性を変化させること（例えば、低域の強調や高域の強調など）を指す。音声処理回路１１２によって音量及び音質を調整された音声は、デジタルアンプ１１３に供給される。なお、音声処理回路１１２によって音量及び音質をどのように変化させるかは、ＣＰＵ１１８によって制御される。
【００６５】
デジタルアンプ１１３は、音声処理回路１１２から供給された音声が出力されるようにスピーカ１１４を駆動する。これにより、音声セレクタ１１１により選択された音声がスピーカ１１４から出力される。
【００６６】
ＣＰＵ１１８は、赤外線受光部１１９が受信したリモコン信号、カメラ１２０が撮像した画像、及び、人感センサ１２１が出力する出力信号に応じて上記各部を制御する。人感センサ１２１の出力信号は、その感知範囲内に視聴者が存在するか否かを示す２値信号である。赤外線受光部１１９を用いた制御としては、例えば、チューナ１０３にて選択するチャンネルをリモコン信号に応じて切り替える制御や、映像セレクタ１０７及び音声セレクタ１１１にて選択する映像及び音声をリモコン信号に応じて切り替える制御などが挙げられる。また、カメラ１２０を用いた制御としては、例えば、映像処理回路１０８において画質をどのように調整するかを、撮像した画像に基づいて特定した視聴者に応じて切り替える制御などが挙げられる。また、人感センサ１２１を用いた制御としては、例えば、ＬＣＤ１１０のバックライトを点灯するか消灯するかを、感知結果に応じて切り替える制御などが挙げられる。
【００６７】
また、ＣＰＵ１１８は、ＨＤＭＩレシーバ１００が携帯電話端末２から受信したＣＥＣコマンドを実行したり、ＨＤＭＩレシーバ１００が携帯電話端末２に送信するＣＥＣコマンドを生成したりすることによって、携帯電話端末２との連携動作を実現する。ＣＥＣコマンドを用いたテレビ１と携帯電話端末２との連携動作については、参照する図面を代えて後で詳しく説明する。
【００６８】
ＲＯＭ１１６は、ＣＰＵ１１８によって実行されるプログラムなどの固定データが格納される、読み出し可能かつ書き込み不能なメモリである。ＯＳＤ画像を生成するためにＯＳＤ生成部１０６が参照するＪＰＥＧデータやＳＶＧ（Scalable Vector Graphics）データなども、このＲＯＭ１１６に格納される。一方、ＲＡＭ１１７は、ＣＰＵ１１８が演算のために参照するデータ、及び、ＣＰＵ１１８が演算によって生成したデータなどの可変データが格納される、読み出し可能かつ書き込み可能なメモリである。
【００６９】
イーサネットＩ／Ｆ１１５は、テレビ１をネットワークに接続するためのインターフェースである。上述したＩＰ放送チューナ１０４は、このイーサネットＩ／Ｆ１１５を介してインターネット上のサーバにアクセスする。
【００７０】
〔携帯電話端末の構成〕
次に、携帯電話端末２の構成について、図５を参照して説明する。図５は、携帯電話端末２の構成を示すブロック図である。
【００７１】
図５に示すように、携帯電話端末２は、ＨＤＭＩ出力端子２１、ＨＤＭＩトランスミッタ２００、マイクロＵＳＢ端子２０１、マイクロＵＳＢ・Ｉ／Ｆ２０２、Ｂｌｕｅｔｏｏｔｈ・Ｉ／Ｆ２０３、ＷＬＡＮ（Wireless LAN）・Ｉ／Ｆ２０４、メモリカード２０５（着脱可能）、ＵＳＩＭ（Universal Subscriber Identity Module）カード２０６（着脱可能）、ＧＰＳ（Global positioning system）２０７、ＲＦ部２１１、音声ＣＯＤＥＣ２１２、メインコントローラ２１３、ＲＴＣ（Real Time Clock）部２１４、キースキャン部２１５、充電回路２１６、電源レギュレータ２１７、電池残量検出部２１８、電池２１９、ＬＣＤコントローラ２２０、ＬＣＤ２２１、タッチパネル２２２、カメラ２２３、ＤＴＶ部２２４、ＦＬＡＳＨメモリ２２５、及び、ＲＡＭ２２６を備えている。図５においては、メインコントローラ２１３と共に主基板上に実装されるブロックを点線で囲んで示している。
【００７２】
携帯電話端末２は、（１）主にＲＦ部２１１と音声ＣＯＤＥＣ部２１２とにより実現される通話機能、（２）主にカメラ２２３により実現される撮像機能、（３）主にＤＴＶ部２２４により実現されるワンセグ放送の受信機能、（４）主に電池２１９と電源レギュレータ２１７とにより実現される給電機能、（５）主に充電回路２１６と電池残量検出部２１８と電池２１９によって実現される充電機能、（６）主にＢｌｕｅｔｏｏｔｈ・Ｉ／Ｆ２０３又はＷＬＡＮ・Ｉ／Ｆ２０４によって実現される無線通信機能、（７）主にＧＰＳ２０７によって実現される位置管理機能、（８）主にＲＴＣ部２１４によって実現される時間管理機能、（９）主にキースキャン部２１５又はタッチパネル２２２によって実現されるユーザ操作検知機能を有している。ただし、これらの機能は、従来の携帯電話端末２が備えている通常の機能であるため、ここではその説明を省略する。
【００７３】
携帯電話端末２は、これらの機能の他に、コンテンツを再生するコンテンツ再生機能を有している。携帯電話端末２が再生可能なコンテンツとしては、静止画、動画、音声などが挙げられる。静止画、動画、又は音声の再生は、例えば、メインコントローラ２１３がＦＬＡＳＨメモリ２２６から読み出した静止画データ（ＪＰＥＧデータ等）、動画データ（ＭＰＥＧデータ等）、又は音声データ（ＭＰ３データ等）をデコードすることによって実現される。ＦＬＡＳＨメモリ２２６の代わりに、ＭｉｃｒｏＵＳＢ端子に接続されたＵＳＢデバイス、あるいは、メモリカード２０５から読み出した静止画データ、動画データ、又は音声データをデコードするようにしてもよい。メインコントローラ２１３によってデコードされたコンテンツは、ＨＤＭＩトランスミッタ２００に供給される。ＨＤＭＩトランスミッタ２００は、メインコントローラ２１３から供給されたコンテンツを、ＨＤＭＩケーブル３を介して接続されたテレビ１に送信する。
【００７４】
また、携帯電話端末２は、通信用アプリケーションの実行機能を有している。携帯電話端末２が実行可能な通信用アプリケーションには、ＲＦ２１１部による基地局との通信を利用するものと、Ｂｌｕｅｔｏｏｔｈ・Ｉ／Ｆ２０３又はＷＬＡＮ・Ｉ／Ｆ２０４による近距離無線通信を利用するものとがある（インターネットを利用するアプリケーションは、前者の通信用アプリケーションとしても後者の通信用アプリケーションとしても実装することが可能である）。通信用アプリケーションの具体例としては、電子メールクライアントやウェブブラウザなどの汎用アプリケーションに加え、各種ウェブサービスを利用するための専用アプリケーションなどが挙げられる。例えば、ニュースや渋滞情報などの文字情報を配信するプッシュ型情報サービスは、そのようなウェブサービスの一例である。
【００７５】
更に、メインコントローラ２１３は、ＨＤＭＩトランスミッタ２００がテレビ１から受信したＣＥＣコマンドを実行したり、ＨＤＭＩトランスミッタ２００がテレビ１に送信するＣＥＣコマンドを生成したりすることによって、テレビ１との連携動作を実現する。たとえば、ＨＤＭＩトランスミッタ２００が<Give Physical Address>コマンドを受信すると、メインコトローラ２１３は、自身の物理アドレスと論理アドレス（Playback Device）とを引数とする引数とする<Report Physical Address>コマンドをＨＤＭＩトランスミッタ２００に送信させる。また、ＨＤＭＩトランスミッタ２００が<Give Device Type>コマンドを受信すると、メインコトローラ２１３は、自身のデバイスタイプ（Mobile Phone）を引数とする<Report Device Type>コマンドをＨＤＭＩトランスミッタ２００に送信させる。ＣＥＣコマンドを用いたテレビ１と携帯電話端末２との連携動作については、参照する図面を代えて後で詳しく説明する。
【００７６】
〔ＨＤＭＩトランスミッタおよびＨＤＭＩレシーバの詳細〕
次に、図６を参照して、テレビ１が備えているＨＤＭＩレシーバ１００と、携帯電話端末２が備えているＨＤＭＩトランスミッタ２００とについて、もう少し詳しく説明する。図６は、ＨＤＭＩレシーバ１００及びＨＤＭＩトランスミッタ２００の構成を示したブロック図である。
【００７７】
ＨＤＭＩケーブル３は、コンテンツ（映像信号および音声信号）を伝送するＴＭＤＳ（Transition Minimized Differential Signaling）ラインと、ＣＥＣ（Consumer Electronics Control）コマンドを伝送するＣＥＣラインと、ＥＤＩＤ（Extended Display Identification Data）を伝送するＤＤＣ（Display Data Cannel）ラインと、ＨＰＤ（Hot Plug Detect）信号を伝送するＨＰＤラインと、接続検知のためにソース機器によって電圧（対グランド電位）が５Ｖに制御される５Ｖ電力ラインとを備えている。
【００７８】
ＨＤＭＩレシーバ１００は、ＴＭＤＳレシーバ１５１、ＣＥＣ・Ｉ／Ｆ１５２、ＤＤＣ・Ｉ／Ｆ１５３、ＨＰＤ制御部１５４、５Ｖ電力検知部１５５、及び、ＥＤＩＤ格納部１５６を備えている。ＨＤＭＩレシーバ１００の各部は、ＣＰＵ１１８によって制御される。
【００７９】
ＴＭＤＳレシーバ１５１は、ＨＤＭＩケーブル３のＴＭＤＳラインを介して伝送されたコンテンツを受信するためのインターフェースである。ＴＭＤＳレシーバ１５１が受信したコンテンツは、映像セレクタ１０７及び音声セレクタ１１１に供給される。
【００８０】
ＣＥＣ・Ｉ／Ｆ１５２は、ＨＤＭＩケーブル３のＣＥＣラインを介して伝送されたＣＥＣコマンドを受信するためのインターフェースである。ＣＥＣ・Ｉ／Ｆ１５２が受信したＣＥＣコマンドは、ＣＰＵ１１８に供給される。また、ＣＥＣ・Ｉ／Ｆ１５２は、ＨＤＭＩケーブル３のＣＥＣラインを介してＣＥＣコマンドを送信するためのインターフェースである。ＣＥＣ・Ｉ／Ｆ１５２が送信するＣＥＣコマンドは、ＣＰＵ１１８から供給される。
【００８１】
ＤＤＣ・Ｉ／Ｆ１５３は、ＨＤＭＩケーブル３のＤＤＣラインを介してＥＤＩＤを送信するためのインターフェースである。ＤＤＣ・Ｉ／Ｆ１５３が送信するＥＤＩＤは、ＥＤＩＤ格納部１５６から読み出される。
【００８２】
５Ｖ電力検知部１５５は、ＨＤＭＩケーブル３の５Ｖ電力ラインが接続される５Ｖ電力ピンの電圧をモニタし、その立ち上がりタイミングを検知する。５Ｖ電力ピンの電圧が５Ｖに立ち上がったことを検知すると、５Ｖ電力検知部１５５は、ＨＤＭＩトランスミッタ２００との接続が確立されたことをＣＰＵ１１８及びＨＰＤ制御部１５４に通知する。ＨＰＤ制御部１５４は、５Ｖ電力検知部１５５からこの通知を受けると、ＨＤＭＩケーブル３のＨＰＤラインが接続されるＨＰＤピンの電圧をＨレベルに立ち上げる。ＨＤＭＩトランスミッタ２００は、ＨＤＭＩケーブル３のＨＰＤラインに接続されるＨＰＤピンの電圧がＨレベルに立ち上がると、ＨＤＭＩレシーバ１００のＥＤＩＤ格納部１５６に格納されたＥＤＩＤを、ＤＤＣラインを介して読み出す。
【００８３】
（ＨＤＭＩトランスミッタ２００の詳細）
ＨＤＭＩトランスミッタ２００は、ＴＭＤＳトランスミッタ２５１、ＣＥＣ・Ｉ／Ｆ２５２、ＤＤＣ・Ｉ／Ｆ２５３、ＨＰＤ検知部２５４、及び、５Ｖ電力制御部２５５を備えている。ＨＤＭＩトランスミッタ２００の各部はメインコントローラ２１３によって制御される。
【００８４】
ＴＭＤＳトランスミッタ２５１は、ＨＤＭＩケーブル３のＴＭＤＳラインを介してコンテンツを送信するためのインターフェースである。ＴＭＤＳトランスミッタ２５１が送信するコンテンツは、メインコントローラ２１３によってデコードされたコンテンツである。
【００８５】
ＣＥＣ・Ｉ／Ｆ２５２は、ＨＤＭＩケーブル３のＣＥＣラインを介して伝送されたＣＥＣコマンドを受信するためのインターフェースである。ＣＥＣ・Ｉ／Ｆ２５２が受信したＣＥＣコマンドは、メインコントローラ２１３に供給される。また、ＣＥＣ・Ｉ／Ｆ２５２は、ＨＤＭＩケーブル３のＣＥＣラインを介してＣＥＣコマンドを送信するためのインターフェースである。ＣＥＣ・Ｉ／Ｆ２５２が送信するＣＥＣコマンドは、メインコントローラ２１３から供給される。
【００８６】
ＤＤＣ・Ｉ／Ｆ２５３は、ＨＤＭＩケーブル３のＤＤＣラインを介して伝送されたＥＤＩＤを受信するためのインターフェースである。ＤＤＣ・Ｉ／Ｆ２５３が受信したＥＤＩＤは、メインコントローラ２１３を介してＲＡＭ２２７に記憶される。
【００８７】
ＨＤＭＩレシーバ１００がＨＤＭＩトランスミッタ２００に接続されたことを検知できるよう、５Ｖ電力制御部２５５は、ＨＤＭＩケーブル３の５Ｖ電力ラインに接続される５Ｖ電力ピンの電圧を５Ｖに制御する。ＨＰＤ検知部２５４は、ＨＤＭＩケーブル３のＨＰＤラインが接続されるＨＰＤピンの電圧をモニタし、その立ち上がりタイミングを検知する。ＨＰＤピンの電圧がＨレベルに立ち上がったことを検知すると、ＨＰＤ検知部２５４は、シンク機器との接続が確立されたことをメインコントローラ２１３及びＤＤＣ・Ｉ／Ｆ２５３に通知する。ＤＤＣ・Ｉ／Ｆ２５３は、ＨＰＤ検知部２５４からこの通知を受けると、ＨＤＭＩレシーバ１００のＤＤＣ・Ｉ／Ｆを介して、ＥＤＩＤ格納部１５６に格納されているＥＤＩＤを読み出す。
【００８８】
なお、ＨＤＭＩケーブルによって接続された機器間で送受信されるＣＥＣコマンドには、送信元および／または送信先の論理アドレスおよび／または物理アドレスが引数として含まれる。ＨＤＭＩケーブルによって接続された各機器は、ＣＥＣコマンドに含まれる論理アドレスおよび／または物理アドレスによって、そのＣＥＣコマンドの送信元および／または送信先を特定する。
【００８９】
ここで、論理アドレスは、機器種別（テレビ、レコーダ、プレーヤ、チューナ、オーディオの何れか）を示す１から１５までの自然数によって表現される。例えば、テレビには論理アドレス「０」が割り振られ、１台目のレコーダには論理アドレス「１」が割り振られる、２台目のレコーダには論理アドレス「２」が割り振られる。なお、論理アドレスと機器種別との対応関係は、下表のように定められている。本明細書においては、下表における「TV」、「Recording Device１〜３」、「Playback Device１〜３」、「Tuner１〜４」、及び「Audio System」のことを、それぞれ、「テレビ」、「レコーダ」、「プレーヤ」、「チューナ」、及び「オーディオ」とも記載する。
【００９０】
【表１】
【００９１】
一方、物理アドレスは、ソース機器からのパスを示す４桁の自然数によって表現される。例えば、シンク機器（テレビ）のｘ番目のＨＤＭＩ入力端子に接続されたソース機器Ｘには物理アドレス（ｘ，０，０，０）が割り振られ、ソース機器Ｘのｙ番目のＨＤＭＩ入力端子に接続されたソース機器Ｙには物理アドレス（ｘ，ｙ，０，０）が割り振られる。図４に示した構成においては、ＨＤＭＩ入力端子１１ａに接続されたソース機器に物理アドレス（１，０，０，０）が割り振られ、ＨＤＭＩ入力端子１１ｂに接続されたソース機器に物理アドレス（２，０，０，０）が割り振られる。なお、シンク機器であるテレビには物理アドレス（０，０，０，０）が割り振られる。
【００９２】
〔携帯電話端末のメインコントローラが有する機能〕
次に、テレビ１との連係動作を実現するために、携帯電話端末２のメインコントローラ２１３が有する機能について、図１を参照して説明する。図１は、携帯電話端末２のメインコントローラ２１３、及び、テレビ１のＣＰＵ１１８が有する機能を表現した機能ブロック図である。なお、図１に示すブロック図は、メインコントローラ２１３及びＣＰＵ１１８が有する各種機能のうち、本発明に特有なものを表現したものであり、メインコントローラ２１３及びＣＰＵ１１８が、図１に示されていない機能を有していてもよいことは言うまでもない。
【００９３】
図１に示すように、携帯電話端末２のメインコントローラ２１３は、通話アプリケーション３０１、電子メールクライアント３０２、プッシュ型情報配信サービスクライアント３０３、及び、コマンド処理部３０４を備えている。
【００９４】
通話アプリケーション３０１は、音声通話機能及びＴＶ電話機能を実現するためのアプリケーションである。通話アプリケーション３０１は、音声通話を着信すると、呼出処理を開始すると共に、呼出開始をコマンド処理部３０４に通知する。また、通話処理を開始することなく呼出処理を終了した場合（すなわち、ユーザが呼出に応じなかった場合）、呼出終了をコマンド処理部３０４に通知すると共に、発信元の電話番号を着信履歴としてＲＡＭ２２６に記録する。テレビ電話を着信したときにも同様の処理を実行する。
【００９５】
電子メールクライアント３０２は、電子メールを送受信するためのアプリケーションである。電子メールクライアント３０２は、電子メールを受信すると、電子メールを受信した旨をコマンド処理部３０４に通知すると共に、送信元のメールアドレスを受信履歴としてＲＡＭ２２６に記録する。
【００９６】
プッシュ型情報配信サービスクライアント３０３は、プッシュ型情報配信サーバから配信された文字情報（以下「プッシュ型情報」と呼称する）を受信すると、受信したプッシュ型情報をコマンド処理部３０４に通知すると共に、受信したプッシュ型情報をＲＡＭ２２６に格納する。
【００９７】
コマンド処理部３０４は、携帯電話端末２の状態をテレビ１に表示させるためのコマンドを発行する手段である。具体的には、以下のように動作する。
【００９８】
コマンド処理部３０４は、通話アプリケーション３０１から呼出開始が通知されると、携帯電話端末２の状態が「音声通話着信中状態」に遷移したと判断し、「音声通話着信中状態」に対応するイベントＩＤ＝５を含む〈Report Mobile Event〉コマンドを、ＣＥＣ・Ｉ／Ｆ２５２を介してテレビ１に発行する。また、コマンド処理部３０４は、通話アプリケーション３０１から呼出終了が通知されると、携帯電話端末２の状態が「非音声通話着信中状態」に遷移したと判断し、「音声通話着信中」である旨の表示をクリアさせるためのコマンドを、ＣＥＣ・Ｉ／Ｆ２５２を介してテレビ１に発行する。
【００９９】
ここで、〈Report Mobile Event〉コマンドは、携帯電話端末２の状態をテレビ１に表示させるためのコマンドである。本実施形態においては、テレビ１に「音声通話着信中」である旨の表示をクリアさせるためにも、また、後述するように、テレビ１にプッシュ型情報を送信するためにも、この〈Report Mobile Event〉コマンドを利用する。なお、〈Report Mobile Event〉コマンドの詳細については、参照する図面を代えて後述する。
【０１００】
また、コマンド処理部３０４は、電子メールクライアント３０２から電子メールを受信した旨の通知を受けると、携帯電話端末２の状態が「新着メールあり」に遷移したと判断し、「新着メールあり」状態に対応するイベントＩＤ＝９を含む〈Report Mobile Event〉コマンドを、ＣＥＣ・Ｉ／Ｆ２５２を介してテレビ１に発行する。
【０１０１】
また、コマンド処理部３０４は、プッシュ型情報配信サービスクライアント３０３からプッシュ型情報を取得すると、取得したプッシュ型情報を、ＣＥＣ・Ｉ／Ｆ２５２を介してテレビ１に送信する。上述したとおり、本実施形態においては、テレビ１にプッシュ型情報を送信するためにも〈Report Mobile Event〉コマンドを利用する。
【０１０２】
更に、コマンド処理部３０４は、ＨＰＤ検知部２５４によってテレビ１との接続が確立されたことが検知されたときにも、〈Report Mobile Event〉コマンドを使って、携帯電話端末２の状態をテレビ１に表示させる。また、コマンド処理部３０４は、テレビ１から要求（Request Mobile Functionコマンド、詳細については後述）を受けたときにも、〈Report Mobile Event〉コマンドを使って、携帯電話端末２の状態をテレビ１に表示させる。この際、コマンド処理部３０４がテレビ１に表示させる状態は、何れの場合も、ＲＡＭ２２６に蓄積されている着信履歴及び受信履歴の件数によって指定される状態（「新着メールＡ件、不在着信Ｂ件」として表現し得る状態）である。なお、「新着メールＡ件、不在着信Ｂ件」という状態を指定するためには、対応するイベントＩＤ＝４に加えて、２つのパラメータＡ及びＢとが用いられる。
【０１０３】
なお、コマンド処理部３０４は、ＨＰＤ検知部２５４によってテレビ１との接続が確立されたことが検知されたとき、及び、テレビ１から要求（Request Mobile Functionコマンド）を受けたときにテレビ１に表示させる状態は、着信履歴及び受信履歴の件数によって指定される状態に限らない。例えば、着信履歴及び受信履歴の件数によって指定される状態の代わりに、音声通話もしくはテレビ電話の着信履歴の有無、又は、電子メールの受信履歴の有無によって指定される状態（「新着メールあり」「不在着信あり」として表現し得る状態）をテレビ１に表示させるようにしてもよい。
【０１０４】
携帯電話端末２の状態と、携帯電話端末２が〈Report Mobile Event〉コマンドに含めるイベントＩＤとの関係は、下表のように整理される。
【０１０５】
【表２】
【０１０６】
図７は、〈Report Mobile Event〉コマンドのデータ構造を示す図である。〈Report Mobile Event〉コマンドは、フォーマットＩＤ（同図において「Format_ID」）、優先順位指定情報（同図において「優先順位」）、ガイド表示指定情報（同図において「ガイド表示有無」）、イベントＩＤ、表示期間指定情報（同図において「表示時間」）、表示位置指定情報（同図において「表示位置」）、アイコンＩＤ、効果音ＩＤ、文字色指定情報（同図において「文字色」）、背景色指定情報（同図において「背景色」）、パラメータ１（同図において「Parameter1」）、及び、パラメータ２（同図において「Parameter2」）が連接されてなる引数をもつ。
【０１０７】
フォーマットＩＤは、後続する引数のデータ構造を示す。例えば、フォーマットＩＤ「００００」は、優先順位指定情報、ガイド表示指定情報、及び、イベントＩＤがこの順で後続することを示し、フォーマットＩＤ「０００１」は、優先順位指定情報、ガイド表示指定情報、イベントＩＤ、及び、パラメータ１がこの順で後続することを示す。
【０１０８】
優先順位指定情報は、テレビ１がどの〈Report Mobile Event〉コマンドを優先して実行すべきか（どの〈Report Mobile Event〉コマンドに含まれるイベントＩＤにより指定される状態を優先して表示すべきか）を指定する情報である。優先順位指定情報は、０〜１５の値をとる。優先度が最も高い〈Report Mobile Event〉コマンドにおいては、優先順位指定情報の値が０に設定され、優先度が最も低い〈Report Mobile Event〉コマンドにおいては、優先順位指定情報が１５に設定される。
【０１０９】
イベントＩＤは、携帯電話端末２の状態を指定する情報である。イベントＩＤにより指定可能な状態としては、先に示した表２に示す各状態が挙げられる。表２において、「音声通話着信中」は、音声通話の着信後、呼出中の状態を示し、「不在音声着信あり」は、通話が実現することなく呼出が解除された音声通話の着信履歴が蓄積されている状態を示す。また、「テレビ電話着信中」は、テレビ電話の着信後、呼出中の状態を示し、「不在テレビ電話着信あり」は、通話が実現することなく呼出が解除されたテレビ電話の着信履歴が蓄積されている状態を示す。また、「新着メールあり」とは、受信した電子メールが未確認のまま蓄積されている状態を示す。更に、「新着メールＡ件、不在着信Ｂ件」は、受信したＡ件の電子メールが未確認のまま蓄積され、かつ、通話が実現することなく呼出が解除された音声通話の着信履歴がＢ件分蓄積されていることを示す。
【０１１０】
ガイド表示指定情報は、操作方法を示す操作ガイドを、携帯電話端末２の状態と共にテレビ１に表示させるか否かを指定する情報である。ガイド表示指定情報は、０又は１の値をとる。操作ガイドを表示させない場合には、ガイド表示指定情報の値が０に設定され、操作ガイドを表示させる場合には、ガイド表示指定情報の値が１に設定される。
【０１１１】
表示期間指定情報は、携帯電話端末２の状態をテレビ１に表示させる期間を指定する情報である。具体的には、表示を継続する時間が予め定められた単位時間の何倍かを指定する。表示期間指定情報が省略された場合、テレビ１は、予め定められた単位時間の２倍の時間に渡って携帯電話端末２の状態を表示する。表示位置指定情報は、携帯電話端末２の状態をテレビ１に表示させる位置を指定する情報である。具体的には、予め定められた表示位置（ここではディスプレイの右下隅、右上隅、左下隅、左上、又は中央）の何れかを指定する。表示位置指定情報が省略された場合、テレビ１は、ディスプレイの右下隅に携帯電話端末２の状態を表示する。表示位置指定情報によって、右下隅、右上隅、左下隅、左上、又は中央以外のディスプレイ上の位置を指定することができるようにしてもよい。例えば、チャンネルコール欄に表示するといった指定も可能である。
【０１１２】
アイコンＩＤ（アイコン指定情報）は、携帯電話端末２の状態と共にテレビ１に表示させるアイコンを指定する情報である。アイコンＩＤが省略された場合、テレビ１は、アイコンを表示しない。効果音ＩＤ（効果音指定情報）は、携帯電話端末２の状態と共にテレビ１に出力させる効果音を指定する情報である。効果音ＩＤが省略された場合、テレビ１は、効果音を出力しない。
【０１１３】
文字色指定情報は、携帯電話端末２の状態を示すテキストの文字色を指定する情報である。文字色指定情報が省略された場合、テレビ１は、予め定められたデフォルトの文字色（例えば黒）で携帯電話端末２の状態を示すテキストを表示する。背景色指定情報は、携帯電話端末２の状態を示すテキストの背景色を指定する情報である。背景色指定情報が省略された場合、テレビ１は、予め定められたデフォルトの背景色（例えば白）の上に、携帯電話端末２の状態を示すテキストを表示する。
【０１１４】
なお、〈Report Mobile Event〉コマンドに含める各パラメータの値は、〈Report Mobile Event〉コマンドに含めるイベントＩＤに応じて、例えば、下表のように設定される。
【０１１５】
【表３】
【０１１６】
なお、本実施形態においては、図７に示すように、フォーマットＩＤ＝１１００に設定された〈Report Mobile Event〉コマンドを、携帯電話端末２からテレビ１に８バイトの文字列を送信するために使用する。
【０１１７】
なお、本実施形態においては、フォーマットＩＤ＝００００に設定され、かつ、イベントＩＤ＝０に設定された〈Report Mobile Event〉コマンドを、テレビ１における携帯電話端末２の状態表示をクリアするために使用する。また、フォーマットＩＤ＝００００に設定され、かつ、イベントＩＤ＝１に設定されたコマンドを、テレビ１の文字列バッファをクリアするために使用する。
【０１１８】
更に、本実施形態においては、フォーマットＩＤ＝１１００に設定され、かつ、イベントＩＤ＝２に設定された〈Report Mobile Event〉コマンドを、携帯電話端末２からテレビ１に文字列（８バイト分）を伝送するために使用する。〈Report Mobile Event〉コマンドをＮ回用いることによって、８×Ｎバイトの文字列を分割伝送することができる。このように伝送された文字列は、各〈Report Mobile Event〉コマンドに含まれる文字列順序指定情報（同図において「文字列順番」）に関連付けて文字列バッファに格納される。また、また、フォーマットＩＤ＝０００に設定され、かつ、イベントＩＤ＝３に設定された〈Report Mobile Event〉コマンドを、テレビ１に文字列の表示開始を指示するために使用する。このコマンドを受けたテレビ１は、文字列バッファに蓄積された各文字列を文字列順序指定情報により指定される順序で連結することによって元の文字列を再構築し、再構築した文字列の表示を開始する。このような仕組みを採用することによって、プッシュ型情報配信サービスにより提供されるニュースなどの長い文字列であっても、ＣＥＣコマンドを用いてテレビ１に伝送することが可能になる。
【０１１９】
〔テレビのＣＰＵが有する機能〕
再び図１を参照して、テレビ１のＣＰＵが有する機能について説明する。テレビ１のＣＰＵ１１８は、ＵＩ部３０５及び入力ソース選択部３０７として機能する。
【０１２０】
ＵＩ部３０５は、携帯電話端末２によって発行された〈Report Mobile Event〉コマンドに応じたテキストをＯＳＤ表示するための構成である。ＵＩ部３０５は、ＯＳＤ表示すべきテキストをＲＡＭ１１７に格納されたテーブルを参照して決定する。このテーブルには、〈Report Mobile Event〉コマンドに含まれるイベントＩＤと、〈Report Mobile Event〉コマンドに応じてＯＳＤ表示すべきテキストとが関連付けて格納されており、ＵＩ部３０５は、〈Report Mobile Event〉コマンドに含まれるイベントＩＤからＯＳＤ表示すべきテキストを導出することができる。下表は、そのようなテーブルの一例である。
【０１２１】
【表４】
【０１２２】
また、ＵＩ部３０５は、上記のテーブルから導出したテキストをＯＳＤ表示する表示期間及び表示位置を、〈Report Mobile Event〉コマンドに含まれる表示期間指定情報及び表示位置指定情報に応じて設定する。なお、携帯電話端末２から表示期間及び表示位置が重複する２つの〈Report Mobile Event〉コマンドを受信した場合には、どちらのテキストを表示するかを、それら２つの〈Report Mobile Event〉コマンドの各々に含まれる優先順位指定情報を比較することによって決定する。
【０１２３】
また、ＵＩ部３０５は、上記のテーブルから導出したテキストと共に表示するアイコンをアイコンＩＤに基づいて設定し、上記テーブルから導出したテキストを表示するのと同時に鳴らす効果音を効果音ＩＤに基づいて設定する。更に、上記のテーブルから導出したテキストの表示する際の文字色、及び、上記のテーブルから導出したテキストの背景色を、文字色指定情報、及び、背景色指定情報に基づいて設定する。
【０１２４】
なお、本実施形態において、ＵＩ部３０５がイベントＩＤに応じたテキストのＯＳＤ表示を開始するタイミングは、そのイベントＩＤを含む〈Report Mobile Event〉コマンドを受信した直後であるが、本発明はこれに限定されるものではない。例えば、ＵＩ部３０５がイベントＩＤに応じたテキストのＯＳＤ表示を開始するタイミングを、ＣＭ開始タイミングまで遅延する構成を採用してもよい。これにより、ＣＭ以外の番組の視聴を阻害されることなく、携帯電話端末２の状態をＯＳＤ表示することが可能になる。
【０１２５】
〔Report Mobile Errorコマンドについて〕
次に、携帯電話端末２のコマンド処理部３０４が発行するReport Mobile Errorコマンドについて説明する。
【０１２６】
携帯電話端末２のコマンド処理部３０４は、携帯電話端末２でエラーが発生した場合、エラーが発生したことをテレビ１に表示させるためのコマンドを、テレビ１に発行する。コマンド処理部３０４は、発生したエラーの状態を指定するエラーＩＤ（状態指定情報）を含むコマンド（エラー通知コマンド）をテレビ１のＵＩ部３０５に送信する。なお、エラー通知コマンドとして、本実施形態においては、本願において開示する新規なベンダコマンドである<Report Mobile Error>コマンドを使用する。
【０１２７】
テレビ１のＵＩ部３０５は、受信したエラー通知コマンドに含まれるエラーＩＤに関連付けられた処理内容をテレビ１のＲＡＭ１１７から読み出す。以下の表に、テレビ１のＲＡＭ１１７に格納されている、エラーＩＤに対応付けられているテレビ１の処理内容の例を示す。
【０１２８】
【表５】
【０１２９】
〔Request Mobile Functionコマンドについて〕
次に、テレビ１のＵＩ部３０５が発行するRequest Mobile Functionコマンドについて説明する。
【０１３０】
コマンド処理部３０４は、〈Request Mobile Function〉コマンドをテレビ１から取得し、取得した〈Request Mobile Function〉コマンドに含まれるリクエストＩＤ（処理指定情報）によって指定された処理の実行を各部に指示する。
【０１３１】
以下の表に、リクエストＩＤに携帯電話端末２の処理内容の例及びテレビ１からの<Request Mobile Function>コマンドの内容の例を示す。
【０１３２】
【表６】
【０１３３】
テレビ１から送信された<Request Mobile Function>コマンドに含まれるリクエストＩＤが「１」の場合、要求される処理は受信メールの内容表示である。携帯電話端末２は、受信メールの内容を表示するための受信メール画面をテレビ１に表示させる処理を行う。つまり、コマンド処理部３０４は、携帯電話端末２に表示される受信メール画面を、テレビ１の画面サイズに合わせてスケーリングした受信メール画面を生成するよう電子メールクライアント３０２に指示する。電子メールクライアント３０２により生成された受信メール画面を表す映像信号は、ＴＭＤＳトランスミッタ２５１からテレビ１に供給される。
【０１３４】
即ち、受信メールの内容は映像信号としてＴＭＤＳトランスミッタ２５１からテレビ１に供給される。ＴＭＤＳトランスミッタ２５１のラインは、広帯域のラインである。このラインを使用することで、受信メールの内容が大量になった場合であっても、受信メールの内容を高速にテレビ１に表示することができる。一方、このラインはコンテンツ（映像、音声など）を送信するためのものである。そこで、このラインを使用するために、電子メールクライアント３０２は、受信メールの内容から受信メール画面を表す映像信号を生成している。
【０１３５】
図８は、受信メール画面の例を示す図である。図８（ａ）及び（ｂ）は、携帯電話端末２のＬＣＤ２２１に表示される受信メール画面の例であり、図８（ｃ）は、テレビ１のＬＣＤ１１０に表示される受信メール画面の例である。電子メールクライアント３０２は、図８（ａ）もしくは（ｂ）に示すような携帯電話端末２に表示される受信メール画面を、テレビ１の画面サイズに合わせてスケーリングする。これにより、テレビ１に受信メール画面を表示させることができる。
【０１３６】
電子メールクライアント３０２に受信メール画面の生成を指示した後、コマンド処理部３０４は、携帯電話端末２にＨＤＭＩ接続しているシンク機器であるテレビ１に対し、携帯電話端末２に入力ソースの切り替えを要求する。シンク機器への要求は、ＣＥＣコマンドとしてＣＥＣ・Ｉ／Ｆ２５２から送信する。入力ソースの切り替えを要求するＣＥＣコマンドとして、本実施形態においては<Active Source>コマンドを想定する。
【０１３７】
テレビ１の入力ソース選択部３０７は、携帯電話端末２から<Active Source>コマンドを受信すると、その<Active Source>コマンドに含まれる物理アドレスにより指定されるソース機器（本実施形態の場合、携帯電話端末２）に入力ソースを切り替えると共に、その物理アドレスを引数とする<Set Stream Path>コマンドをテレビ１に接続されている各ソース機器に送信する。ここで、物理アドレス（ｘ，ｙ，ｚ，ｗ）により指定されるソース機器に入力ソースを切り替えるとは、ｘ番目のＨＤＭＩ入力端子がＨＤＭＩレシーバ１００に接続されるよう、ＨＤＭＩスイッチ１１ｄを制御することを指す。その後、<Set Stream Path>コマンドを送信、テレビ１と<Active Source>コマンドを送信したソース機器との間にパスが通るよう、これらの間に介在する機器に入力ソースの切り替えを指示する。これにより、電子メールクライアント３０２によって生成された受信メール画面が、確実にテレビ１に表示される。
【０１３８】
また、テレビ１から送信された<Request Mobile Function>コマンドに含まれるリクエストＩＤが「０」の場合、要求される処理は着信履歴及び受信履歴の表示である。携帯電話端末２は、不在着信件数（着信履歴）及び新着メール件数（受信履歴）をテレビ１に表示させる。つまり、コマンド処理部３０４は、ＲＡＭ２２６に格納されている不在着信件数及び新着メール件数を取得する。取得した不在着信件数及び新着メール件数を含む〈Report Mobile Event〉コマンドを発行するようコマンド処理部３０４に通知する。コマンド処理部３０４は、不在着信件数及び新着メール件数を示すイベントＩＤをＲＡＭ２２６から取得し、該イベントＩＤ、不在着信件数及び新着メール件数を含む〈Report Mobile Event〉コマンドを発行する。これにより、テレビ１に不在着信件数及び新着メール件数を表示させることができる。
【０１３９】
なお、表６で挙げたリクエストＩＤ、リクエストＩＤに対応付けられている携帯電話端末２の処理内容及び、リクエスト内容はこれに限定されるものではない。
【０１４０】
図９は、イベント画面を含む表示画面（テレビ１のＬＣＤ１１０に表示される画面）の構成例を示す図である。図９（ａ）は、携帯電話端末２に音声着信があった場合の表示画面の表示例である。ここでは、テレビ１が受信した地上波デジタル放送の映像６０ａが表示されると共に、ＵＩ部３０５からの指示によって生成された音声通話着信中のイベントを示すイベント画面５０ａがＯＳＤ表示されている。図９（ｂ）は、携帯電話端末２がメールを受信した場合の表示画面の表示例である。ここでは、ＢＤドライブ１０２が再生している映像６０ｂが表示されると共に、ＵＩ部３０５からの指示によって生成されたメール受信のイベントを示すイベント画面５０ｂがＯＳＤ表示されている。また、イベント画面５０ｂは、ガイド表示５１を含んでいる。ユーザは、ガイドに従い、テレビ１を操作することによって、表６に示すようなリクエスト内容の処理を要求することができる。
【０１４１】
なお、ここでは、イベント画面５０ａ及びイベント画面５０ｂがテレビ１にＯＳＤ表示されている場合の構成として、地上波デジタル放送の映像、及び、ＢＤドライブが再生している映像を例に挙げて説明したが、これに限定されるものではない。例えば、（１）ＨＤＭＩレシーバ１００から供給された映像、（２）映像入力端子１０１ａから供給された映像、（３）ＢＤドライブ１０２から供給された映像、（４）チューナ１０３から供給された映像、（５）ＩＰ放送チューナ１０４から供給された映像、及び、（６）衛星放送チューナ１０５から供給された映像などが挙げられる。つまり、テレビ１に表示されている映像が、どのような映像であっても、イベント画面をＯＳＤ表示することが可能である。
【０１４２】
（コマンド発行処理の具体例）
携帯電話端末２とテレビ１とのＨＤＭＩ接続が確立されているときに、携帯電話端末２にて実行されるコマンド発行処理の具体例について、図１０〜図１３を参照して説明する。なお、上述した本実施形態にて使用する<Report Mobile Event>コマンドに含まれるイベントＩＤ及び該イベントＩＤに関連付けられた携帯電話端末２の状態をテレビ１に表示するために必要な情報は、該イベントＩＤのみで表現し、該イベントＩＤを括弧（［］）で括って示す。また、<Request Mobile Function>コマンドに含まれるリクエストＩＤ、及び、<Report Mobile Error>コマンドに含まれるエラーＩＤも同様に括弧（［］）で括って示す。
【０１４３】
図１０は、携帯電話端末２に音声着信があった時、携帯電話端末２にて実行されるコマンド発行処理の流れを示すフローチャートである。図１０に示すフローチャートに含まれる各ステップについて順に説明すれば以下のとおりである。
【０１４４】
ステップＳ１１：通話アプリケーション３０１は、音声通話を着信すると、コマンド処理部３０４に音声通話着信中（呼出中）である旨の通知を行う。コマンド処理部３０４は、テレビ１に対し、音声通話着信中のイベントＩＤを含むコマンド<Report Mobile Event>[５]を発行する。
【０１４５】
ステップＳ１２〜Ｓ１３：通話アプリケーション３０１は、呼出を実行している間、ｍ秒毎（ｍは、自然数）にコマンド処理部３０４に音声通話着信中である旨の通知を繰り返す。上記秒数は、<Report Mobile Event>[５]に含まれる表示時間（ｎ秒とする）より短い時間に設定する（ｍ＜ｎ）。これは、テレビ１に表示されるイベント画面が携帯電話に音声着信がある間、表示され続けるようにするためである。コマンド処理部３０４は、通話アプリケーション３０１から音声通話着信中のである旨の通知を受けると、<Report Mobile Event>[５]をテレビ１に対して再度発行する。
【０１４６】
ステップＳ１４：通話アプリケーション３０１は、呼出が終了すると、呼出が終了した旨をコマンド処理部３０４に通知する。コマンド処理部３０４は、テレビ１に対し、音声着信終了のイベントＩＤを含むコマンド<Report Mobile Event>[０]を発行する。
【０１４７】
ステップＳ１５〜Ｓ１６：通話アプリケーション３０１は、該音声着信が不在着信であるか否かを判断し、不在着信ではない場合、処理を終了する。通話が成立することなく呼出が終了した場合は、不在着信である。不在着信である場合、通話アプリケーション３０１はコマンド処理部３０４に不在着信となった旨を通知する。コマンド処理部３０４は、不在着信発生のイベントＩＤを含むコマンド<Report Mobile Event>[６]をテレビ１に対して発行する。
【０１４８】
ステップＳ１７〜Ｓ１８：コマンド処理部３０４は、テレビ１から着信情報の詳細表示を要求する要求コマンド<Request Mobile Function>[０]を受信した場合、ＲＡＭ２２６から不在着信件数及び新着メール件数を取得し、取得した不在着信件数及び新着メール件数を含む〈Report Mobile Event〉コマンドを発行するようコマンド処理部３０４に通知する。コマンド処理部３０４は、不在着信件数及び新着メール件数を示すイベントＩＤをＲＡＭ２２６から取得し、該イベントＩＤ、不在着信件数及び新着メール件数を含むコマンド<Request Mobile Function>[４]を、テレビ１に対して発行する。
【０１４９】
図１１は、コマンド発行処理の実行例であって、携帯電話端末２とテレビ１との間でＨＤＭＩ接続が確立され、携帯電話端末２に音声着信があった時の実行例を示すシーケンス図である。図１１に示すように、携帯電話端末２に音声着信があった時、音声通話着信中はテレビ１にイベント画面が表示され続けるように、<Report Mobile Event>[５]を送信し、着信が終了した時に<Report Mobile Event>[０]を送信する。テレビ１は<Report Mobile Event>[０]を受信するとイベント画面の表示を終了する。また、テレビ１に不在着信がある旨のイベント画面が表示され、ユーザの操作によって、着信情報の詳細表示要求が携帯電話端末２に送信された場合、携帯電話端末２は、コマンド処理部３０４は、不在着信件数及び新着メール件数を示すイベントＩＤ、不在着信件数及び新着メール件数を含むコマンド<Request Mobile Function>[４]をテレビ１に送信することで、不在着信件数と新着メール件数をイベント画面に表示させる。
【０１５０】
図１２は、携帯電話端末２が電子メールを受信した時、携帯電話端末２にて実行されるコマンド発行処理の流れを示すフローチャートである。図１２に示すフローチャートに含まれる各ステップについて順に説明すれば以下のとおりである。
【０１５１】
ステップＳ２１：電子メールクライアント３０２は、電子メールを受信した場合、コマンド処理部３０４に電子メールを受信した旨の通知を行う。コマンド処理部３０４は、テレビ１に対し、電子メール受信のイベントＩＤを含むコマンド<Report Mobile Event>[９]を発行する。
【０１５２】
ステップＳ２２〜Ｓ２４：コマンド処理部３０４は、テレビ１から受信メールの詳細表示要求コマンド<Request Mobile Function>[１]を受信した場合、電子メール機能である電子メールクライアントに受信メール画面を表示させる。電子メールクライアントが応答しない場合、コマンド処理部３０４は、受信メールの表示機能が使用できない旨のエラーを表示させるエラー通知コマンド<Report Mobile Error>[１]をテレビ１に対して発行する。
【０１５３】
ステップＳ２５：電子メールクライアント３０２は、携帯電話端末２に表示する受信メール画面をスケーリングして、テレビ１に表示する受信メール画面を生成する。そして、生成した受信メール画面を表す映像信号を、ＴＭＤＳトランスミッタ２５１からテレビ１に供給する。
【０１５４】
ステップＳ２６：コマンド処理部３０４は、起動コマンドである<Text View On>をテレビ１に対して送信する。
【０１５５】
ステップＳ２７： コマンド処理部３０４は、入力ソース切り替え要求コマンドである<Active Source>コマンドをテレビ１に対して送信する。
【０１５６】
ステップＳ２８：コマンド処理部３０４は、入力ソース切り替え指示コマンドである<Set Stream Path>を受信する。これにより、テレビ１の入力を携帯電話端末２に切り替えることができる。
【０１５７】
図１３は、コマンド発行処理の実行例であって、携帯電話端末２とテレビ１との間でＨＤＭＩ接続が確立され、携帯電話端末２が電子メールを受信した時の実行例を示すシーケンス図である。図１３に示すように、携帯電話端末２が電子メールを受信した時、携帯電話端末２は、電子メール受信のイベントＩＤを含むコマンド<Report Mobile Event>[９]をテレビ１に対して送信する。ユーザ操作によってメールの内容を確認する指示がテレビ１から送信された場合、携帯電話端末２は電子メールクライアントを起動し、電子メールの画面をテレビ１に対して供給する。
【０１５８】
このように、携帯電話端末２とテレビ１とのＨＤＭＩ接続が確立しているときに、携帯電話端末２は、携帯電話端末２の状態の変化をトリガーにして、テレビ１に携帯電話端末２の状態を表示させることができる。携帯電話端末２の状態を示すイベント画面がテレビ１に表示されることにより、ユーザは、携帯電話端末２から離れた場所に居る場合においても、携帯電話端末２の状態を確認することができる。
【０１５９】
また、ユーザがテレビ１を操作することによって、携帯電話端末２がテレビ１からの要求を受信した時に、携帯電話端末２は、テレビ１がユーザの要求した処理を行うことができる。これにより、ユーザは、携帯電話端末２を直接操作することなく、携帯電話端末２に対し、指定する処理を要求することができ、携帯電話端末２は、指定された処理を行うことができる。
【０１６０】
なお、テレビ１に携帯電話端末２の状態を表示するトリガーとなるものは、携帯電話端末２の状態が変化した時、もしくは、携帯電話端末２がテレビ１からの要求を受信した時に限定されない。携帯電話端末２は、携帯電話端末２とテレビ１とのＨＤＭＩ接続が確立したときをトリガーにして、テレビ１に携帯電話端末２の状態を表示させることが可能である。
【０１６１】
携帯電話端末２とテレビ１とのＨＤＭＩ接続が確立した時、テレビ１に表示させる携帯電話端末２の状態とは、例えば、不在着信件数と新着メール件数であってもよい。この場合、表２に示すように携帯電話端末２とテレビ１とのＨＤＭＩ接続が確立したという状態変化とイベントＩＤとを関連付けて携帯電話端末２のＲＡＭ２２６に格納し、表４に示すように該イベントＩＤに関連付けられたテレビ１の処理内容をテレビ１のＲＡＭ１１７に格納することで、携帯電話端末２は不在着信件数と新着メール件数をテレビ１に表示させることができる。
【０１６２】
また、携帯電話端末２は、携帯電話端末２の状態が変化した時及び携帯電話端末２とテレビ１とのＨＤＭＩ接続が確立した時、イベント画面をテレビ１に表示させる前に、テレビ１に対しＣＥＣコマンド<Give Device Power Status>を送信し、テレビ１の電源状態を確認し、電源状態がＯＮで無い場合は、起動コマンド<Text View On>を送信する構成としてもよい。これにより、イベント画面が表示されないということを防ぐことができ、ユーザはテレビ１の電源状態を気にしなくともテレビ１の画面上で携帯電話端末２の状態を確認することができる。
【０１６３】
また、状態指定情報（イベントＩＤ）として、表２に示す携帯電話端末２の各状態を指定する状態指定情報について説明したが、これに限定されるものではない。例えば、携帯電話端末２の電池２１９の状態、つまり、電池残量検出部２１８によって検出された電池残量を状態指定情報としてもよい。これにより、携帯電話端末２の電池残量をテレビ１に表示することができる。
【０１６４】
また、状態指定情報（イベントＩＤ）として、携帯電話端末２に自動的にプッシュ配信される文字情報を状態指定情報としてもよい。これにより、ユーザは、携帯電話端末２の近くに居ることなく、携帯電話端末２に自動的に表示される天気予報やニュースといった文字情報をテレビ１の画面上で確認することができる。
【０１６５】
（携帯型情報端末を利用したテレビ及びソース機器の制御）
図１４は、携帯型情報端末５を利用してテレビ１を操作することが可能なシステム１０’の構成を示す図である。図１４に示すように、システム１０’は、テレビ１、携帯電話端末２、携帯型情報端末５、およびルータ７を含んでいる。携帯電話端末２は、携帯電話端末以外のソース機器、例えば、レコーダ等であってもよい。テレビ１は、商用電源に接続して利用する据え置き型のテレビであってもよいし、バッテリーを内蔵したポータブルテレビ（外付チューナから無線ＬＡＮを介して送出される映像を再生するモニタを含む）であってもよい。
【０１６６】
図１４に示すシステム１０’において、テレビ１と携帯電話端末２とは、ＨＤＭＩケーブル３によって互いに接続されている。テレビ１と携帯電話端末２とが、このＨＤＭＩケーブル３を介して伝送されるＣＥＣコマンドを用いて相互に制御しあう点は、図２（ａ）に示したシステム１０と同様である。
【０１６７】
図１４に示すシステム１０’においては、更に、テレビ１と携帯型情報端末５とが互いに通信可能に構成されている。テレビ１と携帯型情報端末５との間の通信をサポートする通信媒体は特に限定されないが、ここでは、テレビ１と携帯型情報端末５との間にルータ７を介在させ、テレビ１とルータ７とをイーサネットケーブル６によって接続し、ルータ７と携帯型情報端末５とをＩＥＥＥ８０２．１１シリーズ等の無線ＬＡＮによって接続している。なお、テレビ１が無線ＬＡＮインターフェースを備えている場合には、テレビ１とルータ７とを無線ＬＡＮによって接続する構成、あるいは、ルータ７を介さずにテレビ１と携帯型情報端末５とを無線ＬＡＮによって接続する構成も可能である。
【０１６８】
テレビ１及び携帯型情報端末５は、ＵＰｎＰ（Universal Plug and Play）をサポートしていることが好ましい。この場合、携帯型情報端末５は、ルータ７のサービスエリア内に入ると、ＳＤＤＰ等のプロトコルを用いてルータ７に接続されたテレビ１を自動的に検出することができる。この際、携帯型情報端末５は、テレビ１の機器名を取得する。
【０１６９】
携帯型情報端末５には、携帯型情報端末５をテレビ１のリモコンのように機能させるためのアプリケーション（以下「リモコンアプリ」と記載）がインストールされている。リモコンアプリが起動された後にテレビ１を検出した場合、あるいは、テレビ１を検出した後にリモコンアプリが起動された場合、携帯型情報端末５によるテレビ１の操作（ＩＰコントロール）が可能になる。なお、ＬＡＮ内にテレビ１等のＵＰｎＰ対応機器が複数存在している場合、携帯型情報端末５は、それらＵＰｎＰ対応機器の機器名のリストを表示し、ユーザに操作対象機器を選択させる。
【０１７０】
携帯型情報端末５上で動作するリモコンアプリにより生成され、携帯電話端末５のタッチパネルに表示される表示画面の例を図１５（ａ）に示す。この表示画面は、リモコンをエミュレートしたものであり、「テレビ電源」と記された電源キー、「−」「＋」と記された音量調整キー、「１」〜「１２」が放送局名と共に記されたチャンネルキーなど、テレビ１を操作するための各種キーが設けられている。例えば、「１」と記されたチャンネルキーが押下されると、リモコンアプリは、チャンネルを１チャンネルに切り替えることを指示する制御コマンドをテレビ１に送信する。テレビ１は、受信した制御コマンドに従って、チャンネルを１チャンネルに切り替える。この際、テレビ１においては、図４に示すイーサネットＩ／Ｆ１１５及びＣＰＵ１１８が制御コマンド受信手段として機能する。
【０１７１】
リモコンアプリは、テレビ１を操作する機能の他に、携帯電話端末２を操作する機能も有している。具体的には、図１５（ａ）に示す表示画面の下部に設けられた「リンク操作」キーを押下すると、図１５（ｂ）に示す表示画面が現れる。図１５（ｂ）に示す表示画面には、早戻しキー、再生キー、早送りキーなど、携帯電話端末２を操作するための各種キーが設けられている。例えば、再生キーが押下されると、リモコンアプリは、対象コンテンツの再生開始を指示する制御コマンドをテレビ１に送信する。テレビ１は、受信した制御コマンドをこれに相当するＣＥＣコマンドに変換し、得られたＣＥＣコマンドを携帯電話端末２に送信する。携帯電話端末２は、受信したＣＥＣコマンドに従って対象コンテンツの再生を開始する。この際、テレビ１においては、図４に示すイーサネットＩ／Ｆ１１５、ＣＰＵ１１８、及びＨＤＭＩレシーバ１００が制御コマンド転送手段として機能する。
【０１７２】
携帯電話端末２を操作するための表示画面に関して、テレビ１が携帯電話端末の論理アドレス及び／又はデバイスタイプを携帯型情報端末５に通知し、携帯型情報端末５上で動作するリモコンアプリが携帯電話端末２の論理アドレス及び／又はデバイスタイプに応じた表示画面を表示するようにしてもよい。これにより、どのようなタイプの携帯電話端末２がテレビ１にＨＤＭＩ接続された場合であっても、そのタイプの携帯電話端末２の操作に適したリモコンとして携帯型情報端末５を機能させることが可能になる。
【０１７３】
なお、携帯型情報端末５上で動作するリモコンアプリは、従来の赤外線リモコンをエミュレートすることを基本としたものであるが、従来の赤外線リモコンにはなかった機能をも有し得る。従来の赤外線リモコンが有する機能の他に、例えば、以下のような機能をリモコンアプリに持たせることができる。
【０１７４】
１．ＵＲＬジャンプ機能、すなわち、テレビ１上で動作するウェブブラウザを起動し、指定したＵＲＬにアクセスさせる機能。
【０１７５】
２．ＴＶ状態取得機能、すなわち、テレビ１のステータス情報、設定情報、及びイベント情報を取得する機能。
【０１７６】
３．文字入力機能、すなわち、ソフトウェアキーボードを用いた文字列の入力を受け付け、入力された文字列をテレビ１に送信する機能。
【０１７７】
４．インフォメーション通知機能、すなわち、携帯型情報端末５において電話着信イベントやメール受信イベントが発生した際に、当該イベントの発生をテレビ１に通知する機能。
【０１７８】
５．シームレス検索機能、すなわち、キーワードにより番組情報、録画リスト、ＶＯＤタイトル、インターネットから検索した結果を表示する機能。
【０１７９】
６．フレンドリネーム設定機能、すなわち、テレビ１側のフレンドリネーム（機器リスト名）を、携帯型情報端末５を用いて設定する機能。
【０１８０】
なお、以上の説明では、携帯型情報端末５と携帯電話端末２とがルータ７及びテレビ１を介して通信するものとしたが、携帯型情報端末５と携帯電話端末２とが無線ＬＡＮを用いて直接通信する構成を採用してもよい。この場合、携帯電話端末２を操作するための制御コマンドを携帯型情報端末５から携帯電話端末２に直接送信することも可能になる。
【０１８１】
本発明は、このような機能を持った携帯型情報端末５を含むシステム１０’についても適用可能である。
【０１８２】
（プログラム及び記録媒体）
最後に、携帯電話端末２及びテレビ１の各ブロックは、集積回路（ＩＣチップ）上に形成された論理回路によってハードウェア的に実現してもよいし、ＣＰＵ（Central Processing Unit）を用いてソフトウェア的に実現してもよい。
【０１８３】
後者の場合、携帯電話端末２及びテレビ１は、各機能を実現するプログラムの命令を実行するＣＰＵ、上記プログラムを格納したＲＯＭ（Read Only Memory）、上記プログラムを展開するＲＡＭ（Random Access Memory）、上記プログラムおよび各種データを格納するメモリ等の記憶装置（記録媒体）などを備えている。そして、本発明の目的は、上述した機能を実現するソフトウェアである携帯電話端末２及びテレビ１の制御プログラムのプログラムコード（実行形式プログラム、中間コードプログラム、ソースプログラム）をコンピュータで読み取り可能に記録した記録媒体を、上記携帯電話端末２及びテレビ１に供給し、そのコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に記録されているプログラムコードを読み出し実行することによっても、達成可能である。
【０１８４】
上記記録媒体としては、例えば、磁気テープやカセットテープ等のテープ類、フロッピー（登録商標）ディスク／ハードディスク等の磁気ディスクやＣＤ−ＲＯＭ／ＭＯ／ＭＤ／ＤＶＤ／ＣＤ−Ｒ等の光ディスクを含むディスク類、ＩＣカード（メモリカードを含む）／光カード等のカード類、マスクＲＯＭ／ＥＰＲＯＭ／ＥＥＰＲＯＭ／フラッシュＲＯＭ等の半導体メモリ類、あるいはＰＬＤ（Programmable logic device）やＦＰＧＡ（Field Programmable Gate Array）等の論理回路類などを用いることができる。
【０１８５】
また、携帯電話端末２及びテレビ１を通信ネットワークと接続可能に構成し、上記プログラムコードを通信ネットワークを介して供給してもよい。この通信ネットワークは、プログラムコードを伝送可能であればよく、特に限定されない。例えば、インターネット、イントラネット、エキストラネット、ＬＡＮ、ＩＳＤＮ、ＶＡＮ、ＣＡＴＶ通信網、仮想専用網（Virtual Private Network）、電話回線網、移動体通信網、衛星通信網等が利用可能である。また、この通信ネットワークを構成する伝送媒体も、プログラムコードを伝送可能な媒体であればよく、特定の構成または種類のものに限定されない。例えば、ＩＥＥＥ１３９４、ＵＳＢ、電力線搬送、ケーブルＴＶ回線、電話線、ＡＤＳＬ（Asymmetric Digital Subscriber Line）回線等の有線でも、ＩｒＤＡやリモコンのような赤外線、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＩＥＥＥ８０２．１１無線、ＨＤＲ（High Data Rate）、ＮＦＣ（Near Field Communication）、ＤＬＮＡ（Digital Living Network Alliance）、携帯電話網、衛星回線、地上波デジタル網等の無線でも利用可能である。
【０１８６】
なお、テレビ１と携帯電話端末２との接続態様は、図２〜図３に示す有線接続に限定されない。テレビ１と携帯電話端末２とは、無線接続されていてもよいし、有線伝送媒体と無線伝送媒体との双方により接続されていてもよい。
【０１８７】
本発明は上述した実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能である。すなわち、請求項に示した範囲で適宜変更した技術的手段を組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。
【産業上の利用可能性】
【０１８８】
本発明は、ＨＤＭＩケーブル等によってシンク機器に接続されるソース機器、特に、携帯型のソース機器に好適に利用することができる。
【符号の説明】
【０１８９】
１ テレビ
１１ｄ ＨＤＭＩスイッチ
１００ ＨＤＭＩレシーバ
１５１ ＴＭＤＳレシーバ
１５２ ＣＥＣ・Ｉ／Ｆ
１５３ ＤＤＣ・Ｉ／Ｆ
１５４ ＨＰＤ制御部
１５５ ５Ｖ電力検知部
１５６ ＥＤＩＤ格納部
１０６ ＯＳＤ生成部
１１７ ＲＡＭ
１１８ ＣＰＵ
３０５ ＵＩ部（状態表示手段）
３０７ 入力ソース選択部
２ 携帯電話端末
２１ ＨＤＭＩ出力端子
２００ ＨＤＭＩトランスミッタ
２５１ ＴＭＤＳトランスミッタ（映像信号供給手段）
２５２ ＣＥＣ・Ｉ／Ｆ
２５３ ＤＤＣ・Ｉ／Ｆ
２５４ ＨＰＤ検知部
２５５ ５Ｖ電力制御部
２０１ マイクロＵＳＢ端子
２０２ マイクロＵＳＢ・Ｉ／Ｆ
２０３ Ｂｌｕｅｔｏｏｔｈ・Ｉ／Ｆ
２０４ ＷＬＡＮ・Ｉ／Ｆ
２０５ メモリカード
２０６ ＵＳＩＭカード
２０７ ＧＰＳ
２１０ データ処理部
２１１ ＲＦ部
２１２ 音声ＣＯＤＥＣ部
２１３ メインコントローラ
３０１ 通話アプリケーション（通話手段）
３０２ 電子メールクライアント（電子メール受信手段）
３０３ プッシュ型情報配信サービスクライアント
３０４ コマンド処理部（コマンド発行手段、処理実行手段）
２１４ ＲＴＣ部
２１５ キースキャン部
２１６ 充電回路
２１７ 電源レギュレータ
２１８ 電池残量検出部
２１９ 電池（電力源）
２２０ ＬＣＤコントローラ
２２１ ＬＣＤ
２２２ タッチパネル
２２３ カメラ
２２４ ＤＴＶ部
２２５ ＦＬＡＳＨメモリ
２２６ ＲＡＭ
２２７ 音声入力部
２２８ 音声出力部
【特許請求の範囲】
【請求項１】
シンク機器が出力するコンテンツを、該シンク機器に供給するソース機器において、
当該ソース機器の状態を上記シンク機器に表示させるためのコマンドであって、当該ソース機器の状態を指定する状態指定情報を含むコマンドを発行するコマンド発行手段を備えている、ことを特徴とするソース機器。
【請求項２】
上記コマンド発行手段は、当該ソース機器の状態が変化したときに、変化後の状態を指定する状態指定情報を含むコマンドを発行する、ことを特徴とする請求項１に記載のソース機器。
【請求項３】
上記コマンド発行手段は、上記シンク機器からの要求を受けたときに、そのときの当該ソース機器の状態を指定する状態指定情報を含むコマンドを発行する、ことを特徴とする請求項１に記載のソース機器。
【請求項４】
上記コマンド発行手段は、上記シンク機器との接続が確立されたときに、そのときの当該ソース機器の状態を指定する状態指定情報を含むコマンドを発行する、ことを特徴とする請求項１に記載のソース機器。
【請求項５】
上記コマンド発行手段が発行する各コマンドには、上記シンク機器が当該ソース機器の状態を表示する際、どのコマンドに含まれる状態指定情報により指定される状態を優先して表示すべきかを指定する優先順位指定情報が含まれている、ことを特徴とする請求項１から４の何れか１項に記載のソース機器。
【請求項６】
上記コマンド発行手段が発行するコマンドには、上記シンク機器が当該ソース機器の状態を表示する期間を指定する表示期間指定情報が含まれている、ことを特徴とする請求項１から５の何れか１項に記載のソース機器。
【請求項７】
上記コマンド発行手段が発行するコマンドには、上記シンク機器が当該ソース機器の状態を表示するディスプレイ上の位置を指定する表示位置指定情報が含まれている、ことを特徴とする請求項１から６の何れか１項に記載のソース機器。
【請求項８】
上記コマンド発行手段が発行するコマンドには、上記シンク機器が当該ソース機器の状態と共に表示するアイコンを指定するアイコン指定情報が含まれている、ことを特徴とする請求項１から７の何れか１項に記載のソース機器。
【請求項９】
上記コマンド発行手段が発行するコマンドには、上記シンク機器が当該ソース機器の状態と共に出力する効果音を指定する効果音指定情報が含まれている、ことを特徴とする請求項１から８の何れか１項に記載のソース機器。
【請求項１０】
上記コマンド発行手段が発行するコマンドには、上記シンク機器が当該ソース機器の状態を表示する際の表示態様を指定する表示態様指定情報が含まれている、ことを特徴とする請求項１から９までの何れか１項に記載のソース機器。
【請求項１１】
上記コマンド発行手段が発行するコマンドには、上記シンク機器の操作方法を示す操作ガイドを、上記シンク機器が当該ソース機器の状態と共に表示するか否かを指定するガイド表示指定情報が含まれている、ことを特徴とする請求項１から１０までの何れか１項に記載のソース機器。
【請求項１２】
通話を行うための通話手段を更に備え、
上記コマンド発行手段は、上記通話手段が着信中であることを示す状態指定情報を含むコマンドを発行する、ことを特徴とする請求項１から１１までの何れか１項に記載のソース機器。
【請求項１３】
上記コマンド発行手段は、上記通話手段の着信履歴を示す状態指定情報を含むコマンドを発行する、ことを特徴とする請求項１２に記載のソース機器。
【請求項１４】
電子メールを受信する電子メール受信手段を更に備え、
上記コマンド発行手段は、上記電子メール受信手段が電子メールを受信したことを示す状態指定情報を含むコマンドを発行する、ことを特徴とする請求項１から１３までの何れか１項に記載のソース機器。
【請求項１５】
上記コマンド発行手段は、上記電子メール受信手段の受信履歴を示す状態指定情報を含むコマンドを発行する、ことを特徴とする請求項１４に記載のソース機器。
【請求項１６】
当該ソース機器の各部に電力を供給する電力源を更に備え、
上記コマンド発行手段は、上記電力源の状態を示す状態指定情報を含むコマンドを発行する、ことを特徴とする請求項１から１５までの何れか１項に記載のソース機器。
【請求項１７】
上記シンク機器によって発行されたコマンドであって、当該ソース機器にて実行すべき処理を指定する処理指定情報を含むコマンドに応じて、該処理指定情報により指定される処理を実行する処理実行手段を更に備えている、ことを特徴とする請求項１から１６までの何れか１項に記載のソース機器。
【請求項１８】
上記処理実行手段が上記処理指定情報により指定される処理を実行することによって生成された映像信号を上記シンク機器に供給する映像信号供給手段を更に備えている、ことを特徴とする請求項１７に記載のソース機器。
【請求項１９】
上記シンク機器は、ＨＤＭＩ（High-Definition Multimedia Interface）を介して当該ソース機器に接続されており、上記コマンドは、ＣＥＣ（Consumer Electronics Control）コマンドである、ことを特徴とする請求項１から１８までの何れか１項に記載のソース機器。
【請求項２０】
ソース機器から供給されたコンテンツを出力するシンク機器において、
上記ソース機器によって発行されたコマンドであって、上記ソース機器の状態を指定する状態指定情報を含むコマンドに応じて、該状態指定情報により指定される上記ソース機器の状態を表示する状態表示手段を備えている、ことを特徴とするシンク機器。
【請求項２１】
上記シンク機器は、携帯型情報端末から送信される制御コマンドであって、当該シンク機器を操作するための制御コマンドを受信する制御コマンド受信手段、及び、上記携帯型情報端末から送信される制御コマンドであって、上記ソース機器を操作するための制御コマンドを、該制御コマンドに相当するＣＥＣコマンドに変換して上記ソース機器に送信する制御コマンド転送手段の少なくとも何れかを備えている、ことを特徴とする請求項２０に記載のシンク機器。
【請求項２２】
上記シンク機器は、テレビジョン受像機であることを特徴とする請求項２０または２１に記載のシンク機器。
【請求項２３】
請求項１に記載のソース機器と、請求項２０に記載のシンク機器とを含むシステム。
【請求項２４】
コンピュータを請求項１から１９までの何れか１項に記載のソース機器として動作させるためのプログラムであって、上記コンピュータを上記ソース機器が備えている上記各手段として機能させるプログラム。
【請求項２５】
請求項２４に記載のプログラムが記録されたコンピュータ読み取り可能な記録媒体。
【請求項１】
シンク機器が出力するコンテンツを、該シンク機器に供給するソース機器において、
当該ソース機器の状態を上記シンク機器に表示させるためのコマンドであって、当該ソース機器の状態を指定する状態指定情報を含むコマンドを発行するコマンド発行手段を備えている、ことを特徴とするソース機器。
【請求項２】
上記コマンド発行手段は、当該ソース機器の状態が変化したときに、変化後の状態を指定する状態指定情報を含むコマンドを発行する、ことを特徴とする請求項１に記載のソース機器。
【請求項３】
上記コマンド発行手段は、上記シンク機器からの要求を受けたときに、そのときの当該ソース機器の状態を指定する状態指定情報を含むコマンドを発行する、ことを特徴とする請求項１に記載のソース機器。
【請求項４】
上記コマンド発行手段は、上記シンク機器との接続が確立されたときに、そのときの当該ソース機器の状態を指定する状態指定情報を含むコマンドを発行する、ことを特徴とする請求項１に記載のソース機器。
【請求項５】
上記コマンド発行手段が発行する各コマンドには、上記シンク機器が当該ソース機器の状態を表示する際、どのコマンドに含まれる状態指定情報により指定される状態を優先して表示すべきかを指定する優先順位指定情報が含まれている、ことを特徴とする請求項１から４の何れか１項に記載のソース機器。
【請求項６】
上記コマンド発行手段が発行するコマンドには、上記シンク機器が当該ソース機器の状態を表示する期間を指定する表示期間指定情報が含まれている、ことを特徴とする請求項１から５の何れか１項に記載のソース機器。
【請求項７】
上記コマンド発行手段が発行するコマンドには、上記シンク機器が当該ソース機器の状態を表示するディスプレイ上の位置を指定する表示位置指定情報が含まれている、ことを特徴とする請求項１から６の何れか１項に記載のソース機器。
【請求項８】
上記コマンド発行手段が発行するコマンドには、上記シンク機器が当該ソース機器の状態と共に表示するアイコンを指定するアイコン指定情報が含まれている、ことを特徴とする請求項１から７の何れか１項に記載のソース機器。
【請求項９】
上記コマンド発行手段が発行するコマンドには、上記シンク機器が当該ソース機器の状態と共に出力する効果音を指定する効果音指定情報が含まれている、ことを特徴とする請求項１から８の何れか１項に記載のソース機器。
【請求項１０】
上記コマンド発行手段が発行するコマンドには、上記シンク機器が当該ソース機器の状態を表示する際の表示態様を指定する表示態様指定情報が含まれている、ことを特徴とする請求項１から９までの何れか１項に記載のソース機器。
【請求項１１】
上記コマンド発行手段が発行するコマンドには、上記シンク機器の操作方法を示す操作ガイドを、上記シンク機器が当該ソース機器の状態と共に表示するか否かを指定するガイド表示指定情報が含まれている、ことを特徴とする請求項１から１０までの何れか１項に記載のソース機器。
【請求項１２】
通話を行うための通話手段を更に備え、
上記コマンド発行手段は、上記通話手段が着信中であることを示す状態指定情報を含むコマンドを発行する、ことを特徴とする請求項１から１１までの何れか１項に記載のソース機器。
【請求項１３】
上記コマンド発行手段は、上記通話手段の着信履歴を示す状態指定情報を含むコマンドを発行する、ことを特徴とする請求項１２に記載のソース機器。
【請求項１４】
電子メールを受信する電子メール受信手段を更に備え、
上記コマンド発行手段は、上記電子メール受信手段が電子メールを受信したことを示す状態指定情報を含むコマンドを発行する、ことを特徴とする請求項１から１３までの何れか１項に記載のソース機器。
【請求項１５】
上記コマンド発行手段は、上記電子メール受信手段の受信履歴を示す状態指定情報を含むコマンドを発行する、ことを特徴とする請求項１４に記載のソース機器。
【請求項１６】
当該ソース機器の各部に電力を供給する電力源を更に備え、
上記コマンド発行手段は、上記電力源の状態を示す状態指定情報を含むコマンドを発行する、ことを特徴とする請求項１から１５までの何れか１項に記載のソース機器。
【請求項１７】
上記シンク機器によって発行されたコマンドであって、当該ソース機器にて実行すべき処理を指定する処理指定情報を含むコマンドに応じて、該処理指定情報により指定される処理を実行する処理実行手段を更に備えている、ことを特徴とする請求項１から１６までの何れか１項に記載のソース機器。
【請求項１８】
上記処理実行手段が上記処理指定情報により指定される処理を実行することによって生成された映像信号を上記シンク機器に供給する映像信号供給手段を更に備えている、ことを特徴とする請求項１７に記載のソース機器。
【請求項１９】
上記シンク機器は、ＨＤＭＩ（High-Definition Multimedia Interface）を介して当該ソース機器に接続されており、上記コマンドは、ＣＥＣ（Consumer Electronics Control）コマンドである、ことを特徴とする請求項１から１８までの何れか１項に記載のソース機器。
【請求項２０】
ソース機器から供給されたコンテンツを出力するシンク機器において、
上記ソース機器によって発行されたコマンドであって、上記ソース機器の状態を指定する状態指定情報を含むコマンドに応じて、該状態指定情報により指定される上記ソース機器の状態を表示する状態表示手段を備えている、ことを特徴とするシンク機器。
【請求項２１】
上記シンク機器は、携帯型情報端末から送信される制御コマンドであって、当該シンク機器を操作するための制御コマンドを受信する制御コマンド受信手段、及び、上記携帯型情報端末から送信される制御コマンドであって、上記ソース機器を操作するための制御コマンドを、該制御コマンドに相当するＣＥＣコマンドに変換して上記ソース機器に送信する制御コマンド転送手段の少なくとも何れかを備えている、ことを特徴とする請求項２０に記載のシンク機器。
【請求項２２】
上記シンク機器は、テレビジョン受像機であることを特徴とする請求項２０または２１に記載のシンク機器。
【請求項２３】
請求項１に記載のソース機器と、請求項２０に記載のシンク機器とを含むシステム。
【請求項２４】
コンピュータを請求項１から１９までの何れか１項に記載のソース機器として動作させるためのプログラムであって、上記コンピュータを上記ソース機器が備えている上記各手段として機能させるプログラム。
【請求項２５】
請求項２４に記載のプログラムが記録されたコンピュータ読み取り可能な記録媒体。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【公開番号】特開２０１２−５１１６（Ｐ２０１２−５１１６Ａ）
【公開日】平成２４年１月５日（２０１２．１．５）
【国際特許分類】
【出願番号】特願２０１１−１１２７９６（Ｐ２０１１−１１２７９６）
【出願日】平成２３年５月１９日（２０１１．５．１９）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．Ｂｌｕｅｔｏｏｔｈ
【出願人】（０００００５０４９）シャープ株式会社 (33,933)
【Ｆターム（参考）】
【公開日】平成２４年１月５日（２０１２．１．５）
【国際特許分類】
【出願日】平成２３年５月１９日（２０１１．５．１９）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．Ｂｌｕｅｔｏｏｔｈ
【出願人】（０００００５０４９）シャープ株式会社 (33,933)
【Ｆターム（参考）】
[ Back to top ]