出力装置、テレビジョン受像機、システム、出力方法、プログラム、及び、記録媒体
【課題】テレビ等の出力装置において、ソース機器が携帯機器であるか否かの認識を可能ならしめる。
【解決手段】ソース機器から供給されたコンテンツを出力するテレビ１は、論理アドレスをソース機器から取得するアドレス取得部３０１と、デバイスタイプをソース機器から取得するデバイスタイプ取得部３０２と、論理アドレスとデバイスタイプとの組み合わせによってソース機器の機器種別を特定するＵＩ部３０５とを備えている。
【解決手段】ソース機器から供給されたコンテンツを出力するテレビ１は、論理アドレスをソース機器から取得するアドレス取得部３０１と、デバイスタイプをソース機器から取得するデバイスタイプ取得部３０２と、論理アドレスとデバイスタイプとの組み合わせによってソース機器の機器種別を特定するＵＩ部３０５とを備えている。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ソース機器から供給されたコンテンツを出力する出力装置、及び、出力方法に関する。また、このような出力装置にコンテンツを供給するソース機器に関する。更に、そのような出力装置を含むシステム、そのような出力装置としてコンピュータを動作させるためのプログラム、及び、そのようなプログラムが記録された記録媒体に関する。更に、そのような出力装置を備えたテレビジョン受像機に関する。
【背景技術】
【０００２】
近年、ＨＤＭＩ（High-Definition Multimedia Interface）（登録商標）規格に準拠したインターフェースを搭載するテレビ（テレビジョン受像機）やＰＣ（Personal Computer）が普及し、これらのシンク機器とソース機器（例えばＡＶ機器）とをＨＤＭＩケーブルを介して接続することが一般的となっている。ＨＤＭＩケーブルを介して接続されたシンク機器とソース機器とは、映像信号および音声信号に加え、ＣＥＣ（Consumer Electronics Control）コマンドを互いに送受信することができる。
【０００３】
ＨＤＭＩケーブルによって接続された機器間で送受信されるＣＥＣコマンドには、送信元および／または送信先の論理アドレスおよび／または物理アドレスが引数として含まれる。ＨＤＭＩケーブルによって接続された各機器は、ＣＥＣコマンドに含まれる論理アドレスおよび／または物理アドレスによって、そのＣＥＣコマンドの送信元および／または送信先を特定する。
【０００４】
ここで、論理アドレスは、機器種別（テレビ、レコーダ、プレーヤ、チューナ、オーディオ、その他の何れか）を示す１から１５までの自然数によって表現される。例えば、テレビには論理アドレス「０」が割り振られ、１台目のレコーダには論理アドレス「１」が割り振られ、２台目のレコーダには論理アドレス「２」が割り振られる。
【０００５】
ＣＥＣコマンドを用いれば、シンク機器からソース機器を制御したり、ソース機器からシンク機器を制御したりすることによって、これまでにはなかった利便性をユーザに提供することが可能になる。例えば、シンク機器の入力ソースを、コンテンツの再生を開始したソース機器に自動的に切り替えることができる。ＨＤＭＩの詳細については、非特許文献１に記載がある。
【０００６】
特許文献１には、テレビを操作（制御）するためのユーザーインターフェースを携帯電話端末に表示する技術が開示されている。特許文献１に記載の技術を用いれば、テレビやテレビのリモコンを用いることなく、携帯電話端末を用いてテレビを操作（制御）することができる。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００８−１０９３４１号公報（２００８年５月８日公開）
【非特許文献】
【０００８】
【非特許文献１】High-Definition Multimedia Interface Specification Version 1.3a,November 10 2006
【発明の概要】
【発明が解決しようとする課題】
【０００９】
しかしながら、従来のテレビにおいては、ＨＤＭＩ接続されたソース機器の機器種別を、プレーヤ、レコーダ、チューナ、又は、オーディオの何れであるかという以上に詳しく識別することができないという問題があった。これは、ＨＤＭＩ接続されたソース機器の機器種別を識別するために、論理アドレスを用いているためである。
【００１０】
このため、ソース機器を操作するためのユーザーインターフェースをテレビに表示しようとした場合、プレーヤ用、レコーダ用、チューナ用、又は、オーディオ用のユーザーインターフェースを表示することはできても、例えば、携帯機器用のユーザーインターフェースを表示するといったことができなかった。
【００１１】
本発明は、上記の課題に鑑みてなされたものであり、その目的は、ソース機器から供給されたコンテンツを出力する出力装置において、ソース機器の機器種別を従来よりも詳しく識別することができる出力装置を実現することにある。
【課題を解決するための手段】
【００１２】
上記の課題を解決するために、本発明に係る出力装置は、ソース機器から供給されたコンテンツを出力する出力装置において、第１の分類において上記ソース機器が分類される機器種別を示す第１の機器種別情報を上記ソース機器から取得する第１の機器種別情報取得手段と、上記第１の分類とは異なる第２の分類において上記ソース機器が分類される機器種別を示す第２の機器種別情報を上記ソース機器から取得する第２の機器種別情報取得手段と、上記ソース機器の機器種別を、上記第１の機器種別情報取得手段が取得した第１の機器種別情報と、上記第２の機器種別情報取得手段が取得した第２の機器種別情報とを組み合わせることによって特定する機器種別特定手段と、を備えている、ことを特徴とする。
【００１３】
また、上記課題を解決するために、本発明に係る出力方法は、ソース機器から供給されたコンテンツを出力装置が出力する出力方法において、第１の分類において上記ソース機器が分類される機器種別を示す第１の機器種別情報を、上記出力装置が上記ソース機器から取得する第１の機器種別情報取得ステップと、上記第１の分類とは異なる第２の分類において上記ソース機器が分類される機器種別を示す第２の機器種別情報を、上記出力装置が上記ソース機器から取得する第２の機器種別情報取得ステップと、上記出力装置が、上記ソース機器の機器種別を、上記第１の機器種別情報取得ステップにて取得した第１の機器種別情報と上記第２の機器種別情報取得ステップにて取得した第２の機器種別情報とを組み合わせることによって特定する機器種別特定ステップと、を含んでいる、ことを特徴とする。
【００１４】
また、上記課題を解決するために、本発明に係るソース機器は、出力装置にコンテンツを供給するソース機器であって、第１の分類において自身が分類される機器種別を示す第１の機器種別情報を上記出力装置に提供する第１の機器種別情報提供手段と、上記第１の分類とは異なる第２の分類において自身が分類される機器種別を示す第２の機器種別情報を上記出力装置に提供する第２の機器種別情報提供手段と、を備えている、ことを特徴とする。
【００１５】
また、上記課題を解決するために、本発明に係るシステムは、上記出力装置と上記ソース機器とを含んでいる、ことを特徴とする。
【００１６】
上記の構成によれば、上記第１の分類における機器種別と上記第２の分類における機器種別との組み合わせによって、上記ソース機器の機器種別を特定する。したがって、上記第１の分類における機器種別のみによって、上記ソース機器の機器種別を特定する場合と比べて、より詳しく上記ソース機器の機器種別を特定することができる。また、上記第１の分類における機器種別、又は、上記第２の分類における機器種別が異なるソース機器毎、異なる処理を実行することができる。
【００１７】
なお、上記ソース機器は、映像コンテンツを供給するソース機器であってもよいし、音声コンテンツを供給するソース機器であってもよいし、映像コンテンツ及び音声コンテンツを供給する装置であってもよい。また、上記ソース機器は、電子書籍を供給するソース機器であってもよい。上記出力機器は、映像コンテンツを出力（表示）する出力装置（表示装置）であってもよいし、音声コンテンツを出力する出力装置であってもよいし、映像コンテンツ及び音声コンテンツを出力する出力装置であってもよい。
【００１８】
また、上記第２の機器種別情報取得手段は、例えば、上記ソース機器との接続が確立されたことをトリガーとして上記第２の機器種別情報を取得する構成とすることができる。上記第１の機器種別情報取得手段も同様である。
【００１９】
本発明に係る出力装置において、上記第２の機器種別情報取得手段は、上記第１の機器種別情報が特定の機器種別を示す機器種別情報であるときに限って、上記第２の機器種別情報を上記ソース機器から取得し、上記機器種別特定手段は、上記第１の分類において上記特定の機器種別に分類されるソース機器の機器種別を上記第２の機器種別情報によって特定する、ことが望ましい。
【００２０】
上記の構成によれば、機器種別をより詳しく特定する必要があるソース機器が上記第１の分類において上記特定の機器に分類されるソース機器のみである場合に、上記第２の機器種別情報取得手段が無駄に上記第２の機器種別情報を取得することを回避することができる。
【００２１】
例えば、ＣＥＣプロトコルにおいて、携帯電話端末は、通常、プレーヤに分類される。したがって、携帯電話端末であるか否かを特定するために必要があるソース機器はプレーヤのみである。この場合、上記第２の機器種別情報取得手段は、論理アドレス（上記第１の機器種別情報）がプレーヤ１〜３（特定の機器種別）の何れかであるときに限って、上記第２の機器種別情報を上記ソース機器から取得し、上記機器種別特定手段は、上記第２の機器種別情報によって特定する構成が有効である。
【００２２】
本発明に係る出力装置は、上記ソース機器を製造又は販売したベンダを示すベンダ情報を上記ソース機器から取得するベンダ情報取得手段を更に備え、上記第２の機器種別情報取得手段は、上記ベンダ情報取得手段が取得したベンダ情報が特定のベンダを示すベンダ情報であるときに限って、上記第２の機器種別情報を上記ソース機器から取得し、上記機器種別特定手段は、上記特定のベンダが製造又は販売したソース機器の機器種別を、上記第２の機器種別情報によって特定する、ことが望ましい。
【００２３】
上記の構成によれば、上記第２の機器種別情報を提供することができない可能性のある、上記特定のベンダ以外のベンダが製造又は販売したソース機器から、上記第２の機器種別情報取得手段が無駄に上記第２の機器種別情報を取得しようとすることを回避することができる。
【００２４】
なお、上記第２の分類が、各ソース機器を２つの機器種別の何れかに分類するものである場合、例えば、上記第２の機器種別情報取得手段は、上記ソース機器に対して上記第２の機器種別情報の提供を要求すると共に、上記ソース機器が上記第２の分類において特定の機器種別に分類されるソース機器であるときに限って、上記第２の機器種別情報を上記ソース機器から取得し、上記機器種別特定手段は、上記ソース機器が上記第２の分類において上記特定の機器種別に分類されるソース機器であるか否かを、上記第２の機器種別情報取得手段が上記第２の機器種別情報を取得したか否かによって特定する、構成を採用することができる。
【００２５】
特に、上記第２の分類が、各ソース機器を携帯機器又は非携帯機器の何れかに分類するものである場合、例えば、上記第２の機器種別情報取得手段は、上記ソース機器に対して上記第２の機器種別情報を要求すると共に、上記ソース機器が携帯機器であるときに限って、上記第２の機器種別情報を上記ソース機器から取得し、上記機器種別特定手段は、上記ソース機器が携帯機器であるか否かを、上記第２の機器種別情報取得手段が上記第２の機器種別情報を取得したか否かによって特定する、構成を採用することができる。
【００２６】
本発明に係る出力装置は、上記ソース機器を操作するためのユーザーインターフェースであって、上記機器種別特定手段が特定した上記ソース機器の機器種別に応じたユーザーインターフェースを表示するユーザーインターフェース表示手段を備えている、ことが望ましい。また、本発明に係る出力装置は、上記ユーザーインターフェースに対してユーザ操作が為されたとき、該ユーザ操作に関連付けられたコマンドをソース機器に発行するコマンド発行手段を更に備えている、ことが望ましい。
【００２７】
上記の構成によれば、上記ソース機器を、上記ソース機器の機器種別に応じたユーザーインターフェースを用いてユーザに操作させることができる。
【００２８】
なお、上記ユーザーインターフェース表示手段は、上記ソース機器との接続が確立されたことをトリガーとして、上記ユーザーインターフェースの表示を開始し、上記ソース機器との接続が解除されたことをトリガーとして、上記ユーザーインターフェースの表示を終了する、構成とすることができる。また、上記ユーザーインターフェース表示手段は、当該出力装置に接続されているソース機器のうち、当該出力装置に最後に接続されたソース機器の機器種別に応じたユーザーインターフェースを表示する、構成とすることができる。
【００２９】
本発明に係る出力装置において、上記コマンド発行手段は、上記ソース機器上で動作する通信用アプリケーションを操作するためのコマンドを発行するものである、ことが望ましい。
【００３０】
上記の構成によれば、上記携帯機器が有している通信機能を、上記出力装置において利用することが可能になる。
【００３１】
本発明に係る出力装置において、上記通信用アプリケーションは、電子メールクライアントである、ことが望ましい。
【００３２】
上記構成によれば、上記携帯機器が有している電子メールクライアント機能を、上記出力装置において利用することが可能になる。
【００３３】
本発明に係る出力装置が、ＨＤＭＩケーブルを介して上記ソース機器から供給されたコンテンツを出力するシンク機器である場合、例えば、上記第１の機器種別情報取得手段及び上記第２の機器種別情報取得手段は、それぞれ、上記ＨＤＭＩケーブルを介して伝送されるＣＥＣコマンドを用いて上記第１の機器種別情報及び上記第２の機器種別情報を取得する構成を採用することができる。
【００３４】
なお、上記ソース機器は、ＵＳＢ、ＩＥＥＥ１３９４、イーサネット（登録商標）、ＩＥＥＥ８０２．１１、Ｂｌｕｅｔｏｏｔｈ、ＩｒＤＡ、又は、ＩｒＳｉｍｐｌｅの何れかを介して当該出力装置に接続される構成であってもよい。
【００３５】
本発明に係る出力装置は、携帯型情報端末から送信される制御コマンドであって、当該出力装置を操作するための制御コマンドを受信する制御コマンド受信手段、及び、上記携帯端末から送信される制御コマンドであって、上記ソース機器を操作するための制御コマンドを、該制御コマンドに相当するＣＥＣコマンドに変換して上記ソース機器に送信する制御コマンド転送手段の少なくとも何れかを備えている、ことが望ましい。
【００３６】
上記構成によれば、携帯型情報端末から上記出力装置を操作したり、上記ソース機器を操作したりすることが可能になる。
【００３７】
また、上記出力装置が備えているコンピュータを動作させるプログラムであって、上記コンピュータを上記の各手段として実行させるためのプログラム、および当該プログラムを記録したコンピュータ読み取り可能な記録媒体も本発明の技術的範囲に含まれる。また、上記出力装置を備えているテレビジョン受像機も本発明の技術的範囲に含まれる。
【発明の効果】
【００３８】
以上のように、本発明に係る出力装置は、ソース機器から供給されたコンテンツを出力する出力装置において、第１の分類において上記ソース機器が分類される機器種別を示す第１の機器種別情報を上記ソース機器から取得する第１の機器種別情報取得手段と、上記第１の分類とは異なる第２の分類において上記ソース機器が分類される機器種別を示す第２の機器種別情報を上記ソース機器から取得する第２の機器種別情報取得手段と、上記ソース機器の機器種別を、上記第１の機器種別情報取得手段が取得した第１の機器種別情報と、上記第２の機器種別情報取得手段が取得した第２の機器種別情報とを組み合わせることによって特定する機器種別特定手段と、を備えている。
【００３９】
また、本発明に係るソース機器は、出力装置にコンテンツを供給するソース機器であって、第１の分類において自身が分類される機器種別を示す第１の機器種別情報を上記出力装置に提供する第１の機器種別情報提供手段と、上記第１の分類とは異なる第２の分類において自身が分類される機器種別を示す第２の機器種別情報を上記出力装置に提供する第２の機器種別情報提供手段と、を備えている。
【００４０】
したがって、上記第１の分類における機器種別のみによって、上記ソース機器の機器種別を特定する場合と比べて、より詳しく上記ソース機器の機器種別を特定することができる。
【図面の簡単な説明】
【００４１】
【図１】本発明の実施形態に係るテレビ（テレビジョン受像機）が有する機能を示す機能ブロック図である。
【図２】図１に示すテレビと携帯電話端末とを含むシステムの構成を示す図である。
【図３】図２に示すテレビと携帯電話端末との他の接続態様を示す図である。（ａ）は、充電台を用いた接続態様を示し、（ｂ）は、テレビから給電する充電台を用いた接続態様を示し、（ｃ）は、テレビのスロットに携帯電話端末を装填する接続態様を示す。
【図４】図２に示すテレビの構成を示すブロック図である。
【図５】図２に示す携帯電話端末の構成を示すブロック図である。
【図６】図２に示すテレビが備えているＨＤＭＩレシーバの構成、及び、図２に示す携帯電話端末が備えているＨＤＭＩトランスミッタの構成を示すブロック図である。
【図７】図２に示すテレビにＯＳＤ表示される操作パネルの構成を示す図である。
【図８】図２に示すテレビにＯＳＤ表示されるソフトウェアキーボードの構成を示す図である。
【図９】図２に示すテレビにＯＳＤ表示される通話用の操作パネルを示す図である。
【図１０】図２に示すテレビにおける管理テーブル更新処理の流れを示すフローチャートである。
【図１１】図２に示すテレビにおける管理テーブル更新処理の実行例を示すシーケンス図であり、（ａ）は、携帯電話端末がテレビにＨＤＭＩ接続された場合を示し、（ｂ）は、ＢＤプレーヤがテレビにＨＤＭＩ接続された場合を示す。
【図１２】図２に示すテレビが利用する管理テーブルの構造及び内容を示す図であり、（ａ）は、携帯電話端末がテレビにＨＤＭＩ接続された場合を示し、（ｂ）は、ＢＤプレーヤがテレビにＨＤＭＩ接続された場合を示す。
【図１３】図１０に示す管理テーブル更新処理の変形例を示す図である。
【図１４】図１０に示す管理テーブル更新処理の他の変形例を示す図である。
【図１５】図２に示すテレビにおける操作パネル表示処理の流れを示すフローチャートである。
【図１６】（ａ）は、携帯電話端末側の電子メールクライアントが電子メールを受信したときに、テレビに表示される表示画面の例であり、（ｂ）は、携帯電話端末側のウェブブラウザにおいてＵＲＬが選択又は入力されたときに、テレビに表示される表示画面の例である。
【図１７】図２示すテレビと図５に示す携帯電話端末とを含むシステムの一実現例を示すブロック図である。
【図１８】携帯型情報端末からテレビ及びソース機器を操作することができるシステムの一実現例を示すブロック図である。
【図１９】携帯型情報端末のタッチパネルに表示される表示画面の構成例を示す図である。（ａ）は、テレビを操作するための表示画面、（ｂ）は、ソース機器を操作するための表示画面である。
【発明を実施するための形態】
【００４２】
本発明の実施形態について、図面に基づいて説明すれば以下のとおりである。なお、以下の説明においては、シンク機器（出力装置）としてテレビジョン受像機（以下「テレビ」と呼称する）を例示し、ソース機器として携帯電話端末を例示するが、本発明はこれに限定されるものではない。特に、携帯電話端末は、ソース機器として機能する携帯機器の一例に過ぎず、例えば、ＰＤＡ（Personal Digital Assistant）、携帯型デジタルオーディオプレーヤ、カーナビゲーションシステム（移動体端末機器）など他の携帯機器に置換可能である。
【００４３】
〔システムの構成〕
テレビ１と携帯電話端末２とを含むシステム１０の構成について、図２を参照して説明する。図２は、システム１０の構成を示す図である。
【００４４】
図２（ａ）に示すように、システム１０は、ＨＤＭＩ入力端子１１を備えたテレビ１と、ＨＤＭＩ出力端子２１を供えた携帯電話端末２とを含んでおり、テレビ１のＨＤＭＩ入力端子１１と携帯電話端末２のＨＤＭＩ出力端子２１とをＨＤＭＩケーブル３によって接続することにより構成される。システム１０において、携帯電話端末２は、テレビ１にコンテンツを供給するソース機器として機能し、テレビ１は、携帯電話端末２から供給されたコンテンツを出力するシンク機器として機能する。携帯電話端末２が供給し、テレビ１が出力するコンテンツとしては、映像及び音声の何れか一方又は両方が想定される。
【００４５】
また、図２（ｂ）に示すように、システム１０は、Ｎ個（ここでは３個）のＨＤＭＩ入力端子１１ａ〜１１ｃを備えたテレビ１と、Ｎ台以下（ここでは３台）の携帯電話端末２ａ〜２ｃとを含んでいてもよい。この場合、テレビ１が備えるＨＤＭＩ入力端子１１ａ〜１１ｃの各々と、携帯電話端末２ａ〜２ｃの各々とが、ＨＤＭＩケーブル３ａ〜３ｃによって接続される。なお、図２（ｂ）に示した例では、携帯電話端末２ａ〜２ｃを台４ａ〜４ｃ（後述する充電台４など）に載置することによって、携帯電話端末２ａ〜２ｃがＨＤＭＩケーブル３ａ〜３ｃの一端に接続され、テレビ１と携帯電話端末２ａ〜２ｃとのＨＤＭＩ接続が確立されるようになっている。
【００４６】
なお、テレビ１と携帯電話端末２とをＨＤＭＩ接続する接続態様は、図２（ａ）及び図２（ｂ）に示すものに限定されない。図３（ａ）及び図３（ｂ）に示すように、充電台４を用いてテレビ１と携帯電話端末２とを接続する構成を採用してもよい。
【００４７】
図３（ａ）に示す充電台４は、ＨＤＭＩ入力端子４１と電源端子４２とを備えており、携帯電話端末２を載置すると、携帯電話端末２のＨＤＭＩ出力端子２１と電源端子２２とが、それぞれ、充電台４のＨＤＭＩ入力端子４１と電源端子４２とに接続される。充電台４のＨＤＭＩ入力端子４１には、ＨＤＭＩケーブル４３が接続されており、そのＨＤＭＩケーブル４３の他端をテレビ１のＨＤＭＩ入力端子１１に接続することによって、テレビ１と携帯電話端末２とがＨＤＭＩ接続される。また、充電台４の電源端子４２には、電源ケーブル４４が接続されており、その電源ケーブル４４の他端に設けられたＡＣアダプターを商用電源に接続することによって、携帯電話端末２に電力を供給することができる。
【００４８】
図３（ｂ）に示す充電台４は、図３（ａ）に示す充電台４と同様、ＨＤＭＩ入力端子４１と電源端子４２とを備えており、携帯電話端末２を載置すると、携帯電話端末２のＨＤＭＩ出力端子２１と電源端子２２とが、それぞれ、充電台４のＨＤＭＩ入力端子４１と電源端子４２とに接続される。一端がＨＤＭＩ入力端子４１に接続されたＨＤＭＩケーブル４３の他端をテレビ１のＨＤＭＩ入力端子１１に接続すれば、テレビ１と携帯電話端末２とをＨＤＭＩ接続することができる。また、一端が電源端子４２に接続された電源ケーブル４４の他端をテレビ１に内蔵されたＡＣアダプター１２に接続すれば、携帯電話端末２に電力を供給することができる。なお、ＨＤＭＩケーブル４３と電源ケーブル４４とを一体化し、１本のケーブルでＨＤＭＩ接続と電力供給とを同時に行えるようにしてもよい。
【００４９】
また、ＨＤＭＩケーブル３を介さずに、図３（ｃ）に示すように、テレビ１と携帯電話端末２とを直接ＨＤＭＩ接続する構成を採用してもよい。図３（ｃ）に示すテレビ１には、スロット１３が設けられており、携帯電話端末２をスロット１３に装填すると、携帯電話端末２のＨＤＭＩ出力端子２１と、スロット１３内に設けられたテレビ１のＨＤＭＩ入力端子４１とが直接接続される。なお、携帯電話端末２を側面からテレビ１に装填する構成に代えて、携帯電話端末２を正面からテレビ１のベゼル部（ＬＣＤの下方のベゼル部）に装填する構成を採用してもよい。
【００５０】
〔テレビの構成〕
次に、本実施形態に係るテレビ１の構成について、図４を参照して説明する。図４は、テレビ１の構成を示すブロック図である。
【００５１】
図４に示すように、テレビ１は、３つのＨＤＭＩ入力端子１１ａ〜１１ｃ、ＨＤＭＩスイッチ１１ｄ、ＨＤＭＩレシーバ１００、映像入力端子１０１ａ、音声入力端子１０１ｂ、ＢＤドライブ１０２、チューナ１０３、ＩＰ放送チューナ１０４、衛星放送チューナ１０５、ＯＳＤ生成部１０６、映像セレクタ１０７、映像処理回路１０８、ＬＣＤコントローラ１０９、ＬＣＤ（Liquid Crystal Display）１１０、音声セレクタ１１１、音声処理回路１１２、デジタルアンプ１１３、スピーカ１１４、イーサネットＩ／Ｆ１１５、ＲＯＭ（Read-Only Memory）１１６、ＲＡＭ（Random Access Memory）１１７、ＣＰＵ（Central Processing Unit）１１８、赤外線受光部１１９、カメラ１２０、及び、人感センサ１２１を備えている。図４においては、映像信号の経路を実線で、音声信号の経路を１点鎖線で、データや制御信号の経路（バス）を太線で示している。
【００５２】
（１）ＨＤＭＩレシーバ１００が受信した映像、（２）映像入力端子１０１ａから入力された映像、（３）ＢＤドライブ１０２がＢＤ（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」のことを、それぞれ、「テレビ」、「レコーダ」、「プレーヤ」、「チューナ」、及び「オーディオ」とも記載する。
【００８５】
【表１】
【００８６】
一方、物理アドレスは、ソース機器からのパスを示す４桁の自然数によって表現される。例えば、シンク機器（テレビ）のｘ番目のＨＤＭＩ入力端子に接続されたソース機器Ｘには物理アドレス（ｘ，０，０，０）が割り振られ、ソース機器Ｘのｙ番目のＨＤＭＩ入力端子に接続されたソース機器Ｙには物理アドレス（ｘ，ｙ，０，０）が割り振られる。図４に示した構成においては、ＨＤＭＩ入力端子１１ａに接続されたソース機器に物理アドレス（１，０，０，０）が割り振られ、ＨＤＭＩ入力端子１１ｂに接続されたソース機器に物理アドレス（２，０，０，０）が割り振られる。なお、シンク機器であるテレビには物理アドレス（０，０，０，０）が割り振られる。
【００８７】
（テレビのＣＰＵが有する機能）
次に、携帯電話端末２との有機的な連携動作を実現するために、テレビ１のＣＰＵ１１８が有する機能について、図１を参照して説明する。図１は、テレビ１のＣＰＵ１１８が有する機能を表現した機能ブロック図である。なお、図１に示すブロック図は、ＣＰＵ１１８が有する各種機能のうち、本発明に特有なものを表現したものであり、ＣＰＵ１１８が、図１に示されていない機能を有していてもよいことは言うまでもない。
【００８８】
図１に示すように、テレビ１のＣＰＵ１１８は、アドレス取得部３０１、デバイスタイプ取得部３０２、管理テーブル更新部３０３、入力ソース選択部３０４、及び、ＵＩ部３０５として機能する。アドレス取得部３０１、デバイスタイプ取得部３０２、管理テーブル更新部３０３、入力ソース選択部３０４、及び、ＵＩ部３０５は、ＲＡＭ１１７に記憶された管理テーブルを参照しながら動作する。この管理テーブルには、テレビ１にＨＤＭＩ接続されている各ソース機器について、物理アドレスと論理アドレス（第１の機器種別情報）とデバイスタイプ（第２の機器種別情報）とが互いに関連付けて格納されている。
【００８９】
ここで、デバイスタイプとは、論理アドレスとは異なる分類においてソース機器が分類される機器種別を示す情報のことを指す。本実施形態においては、デバイスタイプとして、ソース機器が携帯機器に分類されるか非携帯機器に分類されるかを示す情報を用いる。管理テーブルにおいて、デバイスタイプが「Mobile Phone」に設定されているソース機器が携帯機器であり、そうでないソース機器が非携帯機器（据置機器）である。
【００９０】
アドレス取得部３０１は、テレビ１にＨＤＭＩ接続されたソース機器からその物理アドレス及び論理アドレスを取得するための手段である。５Ｖ電力検知部１５５から、新たなソース機器がテレビ１にＨＤＭＩ接続された旨の通知を受けると、アドレス制御部３０１は、新たにＨＤＭＩ接続されたソース機器からその物理アドレス及び論理アドレスを取得する。物理アドレス及び論理アドレスを取得するためのコマンドとして、本実施形態においては、ＣＥＣの標準コマンドである<Give Physical Address>コマンドを使用する。物理アドレス及び論理アドレスの取得が完了すると、アドレス取得部３０１は、取得した物理アドレス及び論理アドレスを管理テーブル更新部３０３に通知すると共に、アドレス取得処理が完了した旨をデバイスタイプ取得部３０２に通知する。
【００９１】
デバイスタイプ取得部３０２は、テレビ１にＨＤＭＩ接続されたソース機器からそのデバイスタイプを取得するための手段である。アドレス取得部３０１から、アドレス取得処理が完了した旨の通知を受けると、デバイスタイプ取得部３０２は、テレビ１にＨＤＭＩ接続されたソース機からそのデバイスタイプを取得する。デバイスタイプを取得するためのコマンドとして、本実施形態においては、本願において開示する新規なベンダコマンドである<Give Device Type>コマンドを使用する。デバイスタイプの取得に成功すると、デバイスタイプ取得部３０２は、取得したデバイスタイプを管理テーブル更新部３０３に通知する。デバイスタイプを取得することなくタイムアウトした場合、デバイスタイプ取得部３０２は、デバイスタイプが「プレーヤ」である旨を管理テーブル更新部３０３に通知する。
【００９２】
管理テーブル更新部３０３は、アドレス取得部３０１から通知された物理アドレス及び論理アドレス、並びに、デバイスタイプ取得部３０２から通知されたデバイスタイプを、互いに関連付けて管理テーブルに登録する。なお、アドレス取得部３０１から新たに通知された物理アドレスが既に登録されている物理アドレスに一致する場合、アドレス取得部３０１から新たに通知された物理アドレス及び論理アドレス、並びに、デバイスタイプ取得部３０２から新たに通知されたデバイスタイプによって、既に登録されている物理アドレス、論理アドレス、及びデバイスタイプをオーバーライトする。
【００９３】
テレビ１に新たなソース機器がＨＤＭＩ接続されると、アドレス取得部３０１、デバイスタイプ取得部３０２、及び、管理テーブル更新部３０３によって、ＲＡＭ１１７に記憶された管理テーブルが更新される。アドレス取得部３０１、デバイスタイプ取得部３０２、及び、管理テーブル更新部３０３により実現される管理テーブル更新処理の詳細については、参照する図面を代えて後述する。
【００９４】
入力ソース選択部３０４は、テレビ１にＨＤＭＩ接続されているソース機器からの要求、又は、テレビ１を操作しているユーザからの要求に応じて、テレビ１にＨＤＭＩ接続されているソース機器の何れかを入力ソースとして選択するための手段である。ソース機器からの要求は、ＣＥＣコマンドとしてＣＥＣ・Ｉ／Ｆ１５２から与えられ、ユーザからの要求は、リモコン信号として赤外線受光部１１９から与えられる。入力ソースの切り替えを要求するＣＥＣコマンドとして、本実施形態においては、<Active Source>コマンドを想定する。
【００９５】
入力ソース選択部３０４は、テレビ１にＨＤＭＩ接続されているソース機器の何れかから<Active Source>コマンドを受信すると、その<Active Source>コマンドに含まれる物理アドレスにより指定されるソース機器に入力ソースを切り替えると共に、その物理アドレスを引数とする<Set Stream Path>コマンドをテレビ１に接続されている各ソース機器に送信する。ここで、物理アドレス（ｘ，ｙ，ｚ，ｗ）により指定されるソース機器に入力ソースを切り替えるとは、ｘ番目のＨＤＭＩ入力端子がＨＤＭＩレシーバ１００に接続されるよう、ＨＤＭＩスイッチ１１ｄを制御することを指す。なお、<Set Stream Path>コマンドを送信しているのは、テレビ１と<Active Source>コマンドを送信したソース機器との間にパスが通るよう、これらの間に介在する機器に入力ソースの切り替えを指示するためである。
【００９６】
ＵＩ部３０５は、入力ソースとして選択されているソース機器に応じたグラフィカルユーザインタフェースである操作パネルをＯＳＤ表示するための手段である。ＵＩ部３０４は、プレーヤ用、レコーダ用、チューナ用、オーディオ用の操作パネルの他に、携帯機器用の操作パネルをＯＳＤ表示することができる。ＵＩ部３０４は、（１）入力ソースとして選択されているソース機器の物理アドレスを入力ソース選択部３０３から取得し、（２）取得した物理アドレスに関連付けられたデバイスタイプを、ＲＡＭ１１７に記憶された管理テーブルから読み出し、（３）読み出したデバイスタイプに応じた操作パネルをＯＳＤ表示する。例えば、読み出したデバイスタイプが「Mobile Phone」であれば、携帯機器用の操作パネルをＯＳＤ表示し、読み出したデバイスタイプが「Player」であれば、プレーヤ用の操作パネルをＯＳＤ表示する。なお、ＵＩ部３０５が操作パネルをＯＳＤ表示するとは、ＬＣＤ１１に操作パネルをＯＳＤ表示するために、その操作パネルの描画に必要なデータをＲＯＭ１１６から読み出し、読み出したデータをＯＳＤ生成部１０６に供給することを指す。
【００９７】
各機器種別用の操作パネルには、その機器種別に分類されるソース機器において実行可能な処理に対応したボタンが設けられている。例えば、プレーヤ用の操作パネルであれば、「早戻し」「再生」「早送り」といった処理に対応するボタンが設けられ、レコーダ用の操作パネルであれば、「録画」といった処理に対応するボタンが設けられる。ユーザは、所望の処理に対応するボタンを選択することによって、入力ソースとして選択されているソース機器に所望の処理を実行させることができる。
【００９８】
ＵＩ部３０５は、操作パネル上のボタンの何れかがユーザによって選択されると、選択されたボタンに対応する処理の実行を、入力ソースとして選択されているソース機器上で動作しているアプリケーション、又は、テレビ１上で動作しているアプリケーションに対して指示する。この際、ＵＩ部３０５は、どのボタンがユーザによって選択されたのかを、例えば、赤外線受光部１１９から与えられたリモコン信号を参照して特定する。また、選択されたボタンに対応する処理の実行を、入力ソースとして選択されているソース機器に指示するためのコマンドとして、本実施形態においては、例えば、ＣＥＣの標準コマンドである<Deck Control>コマンドを用いる。ある処理に対応するボタンが選択された場合、ＵＩ部３０５は、その処理の処理ＩＤを引数として含む<Deck Control>コマンドを、入力ソースとして選択されているソース機器に対して送信する。これにより、ユーザが選択したボタン（例えば「録画ボタン」）に対応した処理（例えば「録画処理」）の実行をソース機器に対して指示することができる。
【００９９】
なお、選択されたボタンに対応する処理の実行を指示するために使用可能なコマンドは、<Deck Control>コマンドに限定されない。例えば、ＣＥＣ標準コマンドである<User Control Pressed>コマンド及び<User Control Released>コマンド、又は、新規なベンダコマンドである<Remote Button Down>コマンド及び<Remote Button Up>コマンドを用いてもよい。テレビ１は、ある処理に対応するボタンが選択された時点で、その処理に対応する処理ＩＤを引数とする<User Control Pressed>コマンド又はRemote Button Down>コマンドを送信し、そのボタンの選択が解除された時点で、その処理ＩＤを引数とする<User Control Released>コマンド又は<Remote Button Up>コマンドを送信する。一方、ソース機器は、ある処理ＩＤを引数とする<User Control Pressed>コマンド又は<Remote Button Down>コマンドを受信した時点で、その処理ＩＤにより指定された処理の実行を開始し、その処理ＩＤを引数とする<User Control Released>コマンド又は<Remote Button Up>コマンドを受信した時点で、その処理ＩＤにより指定された処理の実行を終了する。つまり、携帯電話端末２は、<User Control Pressed>コマンド又は<Remote Button Down>コマンドを受信してから<User Control Released>コマンド又は<Remote Button Up>コマンドを受信するまでの間、<User Control Pressed>コマンド又は<Remote Button Down>コマンドに引数として含まれる処理ＩＤにより指定される処理を実行し続ける。これらのコマンドは、ボタンが選択されている期間に渡って実行されるべき処理（例えば、プレーヤ機器における「早送り」処理）の実行を指示する際に有効であり、<Deck Control>コマンドは、ボタンが選択された瞬間に実行されるべき処理（例えば、プレーヤ機器における「停止」処理）の実行を指示する際に有効である。
【０１００】
図７は、携帯機器用の操作パネル５０を含む表示画面（テレビ１のＬＣＤ１１０に表示される画面）の構成例を示す図である。入力ソースとして選択されているソース機器から供給された映像がスケーリング表示されると共に、ＵＩ部３０５によって作成された操作パネル５０がＯＳＤ表示されている。ここで、スケーリング表示とは、表示すべき映像本来のアスペクト比を保ったままサイズを縮小して表示する表示態様のことを指す。携帯電話端末２がソース機器として選択されている場合には、図７に示すように、携帯電話端末から供給される映像がスケーリング表示される。
【０１０１】
携帯機器用の操作パネル５０には、「早戻し」「再生」「早送り」といったプレーヤ用の操作パネルと共通するボタンの他に、「インターネット」「メール」といったプレーヤ用の操作パネルにはないボタンが設けられている。例えば、「メール」ボタンが選択された場合、ＵＩ部３０５は、電子メールクライアントの起動処理の処理ＩＤを引数として含む<Remote Button Down>コマンドを携帯電話端末２に送信する。これにより、携帯電話端末２において電子メールクライアントが立ち上がる。
【０１０２】
携帯電話端末２が入力ソースとして選択されている場合、ＵＩ部３０５は、携帯電話端末２を操作するための各種操作パネルをＯＳＤ表示する。
【０１０３】
図８は、ソフトウェアキーボード５１を含む表示画面（テレビ１のＬＣＤ１１０に表示される画面）の構成例を示す図である。入力ソースとして選択されている携帯電話端末２から供給された電子メールクライアントのＧＵＩ６１上に、ＵＩ部３０５によってＯＳＤ表示されたソフトウェアキーボード５１が配置されている。ＵＩ部３０５は、ユーザによってソフトウェアキーボード５１上のキーが選択される度に、選択されたキーに対応する処理ＩＤを含む<Remote Button Down>を携帯電話端末２に送信する。このような構成を採用することにより、ソフトウェアキーボード５１を用いて送信文を編集するなど、電子メールクライアントの操作をテレビ１のリモコンを用いて行うことができる。
【０１０４】
なお、ここでは、テレビ１から操作するアプリケーションの例として、電子メールクライアントを挙げたが、これに限定されるものではない。例えば、ウェブブラウザなど、他の通信用アプリケーションを操作の対象としてもよい。
【０１０５】
一般に、テレビ１と携帯電話端末２とでは、アクセス可能なコンテンツ、及び、利用可能な通信媒体が異なる。したがって、テレビ１から携帯電話端末２の通信用アプリケーションを操作できるようにし、テレビ１と携帯電話端末２とを有機的に連携させれば、テレビ１ではこれまでアクセスできなかったコンテンツ（携帯電話端末２でしかアクセスできなかったコンテンツ）にテレビ１でアクセスしたり、テレビ１ではこれまで利用できなかった通信媒体（携帯電話端末２でしか利用できない通信媒体）をテレビ１で利用したりすることができる。更に言えば、携帯電話端末２が有する通信機能をテレビ１において利用したり、テレビ１が有する通信機能を携帯電話端末２において利用したりすることによって、双方の通信機能を補間あるいは拡充することができる。
【０１０６】
ＨＤＭＩ接続されたテレビ１と携帯電話端末２とを含む、このようなシステムの実現例を図１７に示す。図１７に示すシステムにおいて、テレビ１は、インターネットＩＮを介して、メールサーバＭＳ、ウェブサーバＷＳ、及び、ＶＯＤサーバＶＳに接続されている。テレビ１とインターネットＩＮとの間に、ＩＳＰ（インターネット・サービス・プロバイダ）が提供するゲートウェイ等（不図示）が介在していてもよい。一方、携帯電話端末２は、基地局ＢＳ及びパケット網ＰＮを介して、キャリアサーバＣＳに接続されている。ここで、基地局ＢＳ、パケット網ＰＮ、及び、キャリアサーバＣＳは、携帯電話キャリア（通信事業者）が提供するものである。
【０１０７】
キャリアサーバＣＳは、メールサーバ機能を有しており、パケット網ＰＮに接続された携帯電話端末間での電子メールの送受信に利用される。また、キャリアサーバＣＳは、インターネットＩＮを介してメールサーバＭＳに接続されており、携帯電話端末２から送信された電子メール（メールサーバＭＳの管理下にあるクライアントを宛先とする電子メール）をメールサーバＭＳに転送したり、メールサーバＭＳから送信された電子メール（携帯電話端末２を宛先とする電子メール）を携帯電話端末２に転送したりする。
【０１０８】
更に、キャリアサーバＣＳは、コンテンツ配信機能を有しており、パケット網ＰＮに接続された各携帯電話端末への独自コンテンツ（携帯電話キャリアが独自に提供するコンテンツ）の配信に利用される。また、キャリアサーバＣＳは、インターネットＩＮを介してウェブサーバＷＳ及びＶＯＤサーバＶＳに接続されており、携帯電話端末２から送信されたコンテンツ要求をウェブサーバＷＳ又はＶＯＤサーバに転送したり、ウェブサーバＷＳ又はＶＯＤサーバＶＳから送信されたコンテンツを携帯電話端末２に転送したりする。
【０１０９】
図１７に示すシステムにおいて、テレビ１上で動作するウェブブラウザは、キャリアサーバＣＳから配信される独自コンテンツを取得することができない。しかしながら、テレビ１は、この独自コンテンツにアクセスすることを指示するＣＥＣコマンドを、ＨＤＭＩケーブルを介して携帯電話端末２に送信することができる。そうすると、このＣＥＣコマンドを受信した携帯電話端末２上で動作するウェブブラウザが、この独自コンテンツを取得し、取得した独自コンテンツを表す映像信号をＨＤＭＩケーブルを介してテレビ１に供給する。テレビ１は、この映像信号を参照することによって、この独自コンテンツをＬＣＤ１１０に表示することができる。このように、携帯電話端末２上で動作する通信アプリケーションを制御する機能をテレビ１に持たせることによって、携帯電話端末２でしかアクセスできないコンテンツを、ＬＣＤ１１０に表示することができる。
【０１１０】
図９は、通話用の操作パネル５２を含む表示画面（テレビ１のＬＣＤ１１０に表示される画面）の構成例を示す図である。図９（ａ）は、入力ソースとして携帯電話端末２が選択されており、かつ、携帯電話端末２上でコンテンツの再生が行われている場合の表示例である。ここでは、携帯電話端末２から供給された映像６２ａがスケールリング表示されると共に、ＵＩ部３０５からの指示によって生成された通話用の操作パネル５２がＯＳＤ表示されている。図９（ｂ）は、入力ソースとしてテレビ１が選択されている場合の表示例である。ここでは、テレビ１が受信した地上波デジタル放送の映像６２ｂがスケールリング表示されると共に、ＵＩ部３０５からの指示によって生成された通話用の操作パネル５２がＯＳＤ表示されている。ＵＩ部３０５は、ユーザによって操作パネル５２上の数字キーが選択される度に、選択された数字キーに対応する処理ＩＤを含む<User Control Pressed>コマンド及び<User Control Released>コマンドを携帯電話端末２に送信する。携帯電話端末２は、受信した<User Control Pressed>コマンド及び<User Control Released>コマンドの引数列からユーザが入力した電話番号を特定し、特定した電話番号に対して発呼する発呼処理を実行する。このような構成を採用することにより、携帯電話端末２又はテレビ１にて再生されたコンテンツを楽しみながら、テレビ１のリモコンを操作することによって、携帯電話端末２を用いた通話を行うことができる。なお、携帯電話端末２にて再生されたコンテンツとテレビ１にて再生されたコンテンツとを同時に表示する２画面構成（操作パネルを含めて３画面）を採用してもよい。
【０１１１】
図９（ｃ）は、入力ソースとして携帯電話端末２が選択されており、かつ、携帯電話端末２上で電子メールクライアントが実行されている場合の表示例である。ここでは、携帯電話端末２から供給された電子メールクライントのＵＩ画面６２ｃがスケーリング表示されると共に、ＵＩ部３０５からの指示によって生成された通話用の操作パネル５２がＯＳＤ表示されている。このような構成を採用することにより、「１」キーの多重押下で「あ」→「い」→「う」→「え」→「お」を入力するなど、携帯電話端末２を直接操作するのと同じ感覚でメール送信文を編集することなどができる。
【０１１２】
通話用の操作パネル５２は、更に、携帯電話端末２への着信を通知する着信通知機能を有している。この着信通知機能は、例えば、（１）携帯電話端末２がＣＥＣコマンドを使って着信番号をテレビ１に通知し、（２）通知された着信番号をＵＩ部３０５が通話用の操作パネル５２上にＯＳＤ表示することによって実現することができる。また、テレビ１自身が通話機能を有している場合には、テレビ１が有する通話機能を用いて、携帯電話端末２から通知された着信番号に対して発呼する構成を加えてもよい。これにより、ＩＰ電話や光電話など、携帯電話よりも使用料の安価な回線を使って、コールバックを行うことができる。より一般には、操作パネルに対して特定のユーザ操作が為されたときに、テレビ１が有する機能を使って、そのユーザ操作に関連付けられた処理を実行するようにしてもよい。
【０１１３】
以上のように、テレビ１は、ＨＤＭＩ接続された携帯電話端末２にＣＥＣコマンドを発行することによって、携帯電話端末２上で動作させる通信用アプリケーションを選択するか、又は、携帯電話端末２上で動作している通信用アプリケーションを制御する制御機能を有している。携帯電話端末２上で電子メールクライアントを動作させるか、ウェブブラウザを動作させるかを選択できること、及び、携帯電話端末２上で動作する電子メールクライアント、ウェブブラウザ、及び、通話用アプリケーションを制御できることは、上述したとおりである。このような機能は、テレビ１が備えるＵＩ部３０５によって実現される。
【０１１４】
更に、テレビ１は、携帯電話端末２に送信するコマンドをユーザーに選択させるための操作パネルをＬＣＤ１１０に表示する機能を有している。携帯電話端末２上で動作させる通信用アプリケーションを選択するための操作パネルの構成例としては、例えば、図７に示したものが挙げられる。また、携帯電話端末２上で動作する電子メールクライアントを制御するための操作パネルとしては、例えば、図８に示したもの、及び、図９（ｃ）に示したものが挙げられる。また、携帯電話端末上で動作する通話用アプリケーションを制御するための操作パネルとしては、例えば、図９（ａ）及び図９（ｂ）に示したものが挙げられる。このような機能は、テレビ１が備えるＵＩ部３０５及びＯＳＤ表示部によって実現される。なお、図９（ａ）〜（ｃ）に示すように、電話型配列のテンキーを操作パネルに設ければ、携帯電話端末２のテンキーを用いて実現し得る任意の操作を、操作パネルを用いて実現することができる。
【０１１５】
更に、テレビ１は、チューナ（地上波デジタル放送チューナ１０３、ＩＰ放送チューナ１０４、及び、衛星放送チューナ１０５の何れか）を介して受信した映像信号に基づいて映像をＬＣＤ１１０に表示する機能の他に、図８に示すように、ＨＤＭＩを介して携帯電話端末２から供給される映像信号に基づいて、携帯電話端末２上で動作する通信用アプリケーション（図８に示した例では電子メールクライアント）によって生成されたＧＵＩ（Graphical User Interface）をＬＣＤ１１０に表示する機能を有している。そして、上述した操作パネルは、図８に示すように、携帯電話端末２上で動作する通信用アプリケーションによって生成されたＧＵＩに重畳して表示されるか、あるいは、図９（ｂ）に示すように、チューナが受信した映像に重畳して表示される。
【０１１６】
なお、本実施形態においては、ＨＤＭＩ接続された携帯電話端末２からテレビ１にデバイスタイプを通知し、ソース機器が携帯機器であるか否かに応じた処理をテレビ１が実行する構成について説明したが、これに限定されるものではない。すなわち、ＨＤＭＩ接続された携帯電話端末２からテレビ１に、携帯電話端末２の個体情報、又は、携帯電話端末２のユーザの個人情報を通知し、ＨＤＭＩ接続された携帯電話端末がどの携帯電話端末であるか、又は、携帯電話端末２のユーザが誰であるかに応じた処理をテレビ１が実行する構成を採用してもよい。
【０１１７】
携帯電話端末２からテレビ１に通知する個体情報としては、例えば、携帯電話端末２の電話番号を用いればよい。ただし、固体情報として利用可能な情報はこれに限らず、携帯電話端末２を他の携帯電話端末と識別するために利用できる情報であれば何でもよい。例えば、ＵＳＩＭカード２０６から読み出した他の個体情報をＩＤとして利用してもよい。また、携帯電話端末２からテレビ１に通知する個人情報としては、例えば、携帯電話端末２のカメラ２２３を用いて撮像したユーザの顔（顔画像そのもの、若しくは、顔画像から抽出した特徴量）を用いればよい。ただし、個人情報として利用可能な情報はこれに限定されず、携帯電話端末２のユーザを推定するために利用できる情報であれば何でもよい。例えば、携帯電話端末２に指紋センサが搭載されている場合には、指紋センサを用いて検出したユーザの指紋（指紋画像そのもの、若しくは、指紋画像から抽出した特徴量）を個人情報としてもよい。更に、顔と指紋との組み合わせて個人情報として利用したり、顔を個人情報として用いるか、指紋を個人情報として用いるか、顔と指紋との組み合わせを個人情報として用いるかを、認証レベルに応じて切り替えたりしてもよい。また、ユーザの年齢が携帯電話端末２に登録されている場合には、ユーザの年齢を個人情報としてもよい。
【０１１８】
ＨＤＭＩ接続された携帯電話端末２から取得した個体情報又は個人情報に応じた処理としては、例えば、映像処理回路１０８における画質調整、音声処理回路１１２における音質調整、及び、ＯＳＤ生成部１０６におけるＧＵＩ調整などが挙げられる。Ａさんの携帯電話端末がＨＤＭＩ接続されているときには、コントラストの高い映像を表示し、Ｂさんの携帯電話端末がＨＤＭＩ接続されているときには、コントラストの低い映像を表示するなど、各携帯電話端末のユーザの好みにあった画質調整や音質調整が可能になる。ＧＵＩ調整の例としては、携帯電話端末２のユーザが子供である場合は、メニューを平仮名又は片仮名で表示する例や、携帯電話端末２のユーザが高齢者である場合はメニューのフォントサイズを大きくする例などが挙げられる。
【０１１９】
また、ＨＤＭＩ接続された携帯電話端末２から取得した個体情報又は個人情報は、テレビ１をクライアントとする各種ウェブサービスにおける個人認証に利用することができる。例えば、（１）ＵＳＩＭカード２０６（記憶部）から読み出した個体情報をテレビ１に送信するＨＤＭＩトランスミッタ２００（送信手段）を備えた携帯電話端末２と、（２）携帯電話端末２から送信された個体情報を受信し、受信した個体情報をＲＡＭ１１７（記憶部）に記憶させるＨＤＭＩレシーバ１００（受信手段）、及び、個体情報をＲＡＭ１１７（記憶部）から読み出し、読み出した個体情報をサーバに提供するイーサネットＩ／Ｆ１１５（提供手段）を備えたテレビ１と、（３）テレビ１から提供された個体情報に基づいてテレビ１のユーザを特定するユーザ特定手段を備えたサーバとを含むシステムを構成することができる。このようなシステムを構成すれば、サーバは、テレビ１のユーザ（又は、そのユーザに関する情報）に応じて、テレビ１に提供するサービスを選択または制限することができる。例えば、サーバは、テレビ１のユーザ（又は、そのユーザに関する情報）に応じて、テレビに配信するコンテンツを選択又は制限することができる。
【０１２０】
以上のように、テレビ１は、ＨＤＭＩ接続された携帯電話端末２から、携帯電話端末２を他の携帯機器と識別するための個体情報、又は、携帯電話端末２のユーザを他のユーザと識別するための個人情報を取得する機能を備えているので、この個体情報又は個人情報に応じて、表示する映像を変更することができる。上述した個人情報又は個体情報に応じた画質調整及びＧＵＩ調整は、ここで云う「映像の変更」の一例である。また、上述した固体情報又は個人情報に応じて選択されたコンテンツの配信を受ける（取得する）構成を採用する場合にも、個体情報又は個人情報に応じて表示する映像の内容が変更されることになる。
【０１２１】
また、本実施形態においては、ソース機器に対する処理の実行指示を、操作パネルを用いて行う構成について説明したが、これに限定されない。すなわち、ソース機器に対する処理の実行指示を、操作パネルを用いずに行うこともできる。例えば、テレビを操作するためのリモコンのキーが押下されたときに、テレビ１が、そのキーのキーＩＤをソース機器に通知する構成を採用してもよい。テレビ１が、押下されたキーのキーＩＤをソース機器に通知するためのコマンドとしては、ＣＥＣの標準コマンドである<User Control Pressed>コマンド及び<User Control Released>コマンドを使用することができる。テレビ１は、キーが押下された時点で<User Control Pressed>コマンドを送信し、キーが開放された時点で<User Control Released>コマンドを送信する。一方、ソース機器は、<User Control Pressed>コマンドを受信した時点で処理の実行を開始し、<User Control Released>コマンドを受信した時点で処理の実行を終了する。この際、押下されたキーのキーＩＤを各コマンドの引数とすれば、キーが押下されたタイミング及びキーが開放されたタイミングに加え、どのキーが押下されたのかをソース機器に通知することができる。このような構成を採用することによって、ユーザは、テレビ１を操作するためのリモコンがあたかも携帯電話端末２の一部であるかのように、携帯電話端末２を操作することが可能になる。
【０１２２】
（管理テーブル更新処理の詳細）
ソース機器とのＨＤＭＩ接続が確立されたときに、テレビ１（アドレス取得部３０１、デバイスタイプ取得部３０２、管理テーブル更新部３０３）にて実行される管理テーブル更新処理について、図１０を参照して説明する。図１０は、テレビ１にて実行される管理テーブル更新処理の流れを示すフローチャートである図１０に示すフローチャートに含まれる各ステップについて順に説明すれば以下のとおりである。
【０１２３】
ステップＳ１１：アドレス取得部３０１は、５Ｖ電力検知部１５５からソース機器との接続が確立された旨の通知を受けると、そのソース機器に対して<Give Physical Address>コマンドを送信する。
【０１２４】
ステップＳ１２：アドレス取得部３０１は、<Give Physical Address>コマンドに対するソース機器からの応答を待ち受ける。<Report Physical Address>コマンドを受信すると、アドレス取得部３０１は、<Report Physical Address>コマンドに引数として含まれている物理アドレス及び論理アドレス（機器種別情報）を管理テーブル更新部３０３に通知すると共に、アドレス取得処理が完了した旨をデバイスタイプ取得部３０２に通知する。
【０１２５】
ステップＳ１３：デバイスタイプ取得部３０２は、アドレス取得処理が完了した旨の通知を受けると、そのソース機器に対して<Give Device Type>コマンドを送信する。
【０１２６】
ステップＳ１４〜Ｓ１５：デバイスタイプ取得部３０２は、<Give Device Type>コマンドに対するソース機器からの応答を、タイムアウトする（ステップＳ１５においてＹｅｓ）まで待ち受ける。ここで、タイムアウトするとは、<Give Device Type>コマンドを送信してから予め定められた時間（例えば１秒）が経過したことを指す。タイムアウトする前に<Report Device Type>コマンドを受信すると、デバイスタイプ取得部３０２は、デバイスタイプが「Mobile Phone」である旨を管理テーブル更新部３０３に通知する。なお、本実施形態における、デバイスタイプは、<Report Device Type>の発行元が携帯電話端末であるか否かを示す情報であり、<Report Device Type>の発行元が携帯電話端末である場合は値「Mobile Phone」を取る。
【０１２７】
ステップＳ１６：<Report Device Type>コマンドを受信する前にタイムアウトした場合、デバイスタイプ取得部３０２は、ステップＳ１２にて取得した論理アドレスに対応する機器種別（図面においては、ステップＳ１２にて取得した論理アドレスがプレーヤ１〜３である場合を例示している）を管理テーブル更新部３０３に通知する。
【０１２８】
ステップＳ１７：管理テーブル更新部３０３は、ステップＳ１２にてアドレス取得部３０１から通知された物理アドレス及び論理アドレス、並びに、ステップＳ１４又はステップＳ１６にてデバイスタイプ取得部３０２から通知されたデバイスタイプを、互いに関連付けて管理テーブルに記録する。
【０１２９】
図１１（ａ）は、管理テーブル更新処理の実行例であって、携帯電話端末との間でＨＤＭＩ接続が確立された場合の実行例を示すシーケンス図である。図１２（ａ）は、管理テーブル更新処理を実行した後の管理テーブルの内容を示す図である。携帯電話端末との間でＨＤＭＩ接続が確立された場合、図１１（ａ）に示すように、<Give Device Type>コマンドに対して、携帯電話端末から「Mobile Phone」を引数に含む<Report Device Type>が返される。このため、管理テーブル更新部３０３は、図１２（ａ）に示すように、ＨＤＭＩ接続が確立された携帯電話端末の物理アドレス及び論理アドレスを、デバイスタイプ「Mobile Phone」に関連付けて管理テーブルに登録する。
【０１３０】
図１１（ｂ）は、管理テーブル更新処理の他の実行例であって、ＢＤプレーヤとの間でＨＤＭＩ接続が確立された場合の実行例を示すシーケンス図である。図１２（ｂ）は、管理テーブル更新処理を実行した後の管理テーブルの内容を示す図である。ＢＤプレーヤとの間でＨＤＭＩ接続が確立された場合、図１１（ｂ）に示すように、<Give Device Type>コマンドに対して、ＢＤプレーヤは<Report Device Type>を返さない。このため、管理テーブル更新部３０３は、図１２（ｂ）に示すように、ＨＤＭＩ接続が確立されたＢＤプレーヤの物理アドレス及び論理アドレスを、デバイスタイプ「Mobile Phone」ではなく、論理アドレス「プレーヤ」に関連付けて管理テーブルに登録する。
【０１３１】
なお、管理テーブル更新処理は、図１０に示したものに限定されない。例えば、図１３又は図１４のように変形することも可能である。
【０１３２】
図１３は、管理テーブル更新処理の第１の変形例を示すフローチャートである。図１３に示す管理テーブル更新処理は、（１）ソース機器の物理アドレス及び論理アドレスを取得し（ステップＳ１１〜１２）、（２）取得した論理アドレスが「プレーヤ」であるか否かを判定し（ステップＳ２１）、（３）取得した論理アドレスが「プレーヤ」である場合に限って、ソース機器のデバイスタイプを取得する（ステップＳ１３〜１５）ものである。携帯電話端末の論理アドレスを「プレーヤ」とすることが取り決められている場合には、携帯電話端末ではあり得ない「プレーヤ」以外のソース機器に対して<Give Device Type>を発行する無駄を省くことができる。
【０１３３】
図１４は、管理テーブル更新処理の第２の変形例を示すフローチャートである。図１４に示す管理テーブル更新処理は、（１）ソース機器の物理アドレス及び論理アドレスを取得し（Ｓ１１〜１２）、（２）<Give Vender ID>コマンド及び<Report Vender ID>コマンドを用いてソース機器のベンダＩＤを取得し（ステップＳ２２〜２３）、（３）ベンダＩＤが特定のベンダＩＤと一致しているか否かを判定し（ステップＳ２４）、（４）取得したベンダＩＤが予め定められた特定のベンダＩＤと一致している場合に限って、ソース機器のデバイスタイプを取得する（ステップＳ１３〜１５）ものである。ステップＳ２３にて取得したベンダＩＤと、<Give Device Type>コマンドをサポートしているメーカのベンダＩＤとをステップＳ２４において比較するようにすれば、<Give Device Type>をサポートしていないメーカ製のソース機器に対して<Give Device Type>コマンドを発行する無駄を省くことができる。
【０１３４】
（操作パネル表示処理の詳細）
テレビ１（ＵＩ部３０５）にて実行される操作パネル表示処理に図１５を参照して説明する。図１５は、操作パネル表示処理の流れを示すフローチャートである。図１５に示すフローチャートに含まれる各ステップについて説明すれば以下のとおりである。
【０１３５】
なお、図５に示す操作パネル表示処理は、ユーザが操作パネルの表示を要求したこと、又は、ソース機器がコンテンツの再生を開始したことをトリガーとして実行される。テレビ１（ＵＩ部３０５）は、赤外線受光部１１９から供給されるリモコン信号を参照して、ユーザからの要求を検知し、操作パネル表示処理の開始トリガーとすることができる。また、テレビ１（ＵＩ部３０５）は、ソース機器から送信される<Active Source>の受信を検出することによって、ソース機器がコンテンツの再生を開始したことを検知し、操作パネル表示処理の開始トリガーとすることができる。
【０１３６】
ステップＳ３１：ＵＩ部３０５は、入力ソースとして選択されているソース機器の物理アドレス（以下、「入力パス」と呼称）を入力ソース選択部３０４から取得し、取得した入力パスが管理テーブルに登録されているか否かを判定する。入力パスが管理テーブルに登録されている場合、ＵＩ部３０５は、入力パスに対応する操作パネルをＯＳＤ表示する。
【０１３７】
ステップＳ３２：取得した入力パスが管理テーブルに登録されている場合（ステップＳ３１においてＹｅｓ）、ＵＩ部３０５は、管理テーブルにおいて入力パスに関連付けられた論理アドレスを参照し、入力ソースとして選択されているソース機器の機器種別に対応する操作パネルをＯＳＤ表示する。ただし、管理テーブルにおいて、入力パスにデバイスタイプ「Mobile Phone」が関連付けられている場合には、携帯機器用の操作パネルをＯＳＤ表示する。
【０１３８】
ステップＳ３３：取得した入力パスが管理テーブルに登録されていない場合（ステップＳ３１においてＮｏ）、ＵＩ部３０５は、機器リストをＯＳＤ表示する。ここで、機器リストとは、管理テーブルに登録されている各ソース機器の機器種別を列挙したリストである。各ソース機器の機器種別（論理アドレス）に加え、各ソース機器の機器名が管理テーブルに登録されている場合には、各ソース機器の機器名を列挙したリストを機器リストとしてＯＳＤ表示してもよい。
【０１３９】
ステップＳ３４：機器リストをＯＳＤ表示した後、ＵＩ部３０５は、機器リストに列挙されたソースの機器の何れかがユーザによって選択されることを待ち受ける。ユーザによって機器リストから選択されたソース機器を、以下、選択機器と呼称する。
【０１４０】
ステップＳ３５：機器リストに列挙されたソース機器の何れかがユーザによって選択されると（ステップＳ３４においてＹｅｓ）、ＵＩ部３０５は、選択機器の機器種別に対応する操作パネルをＯＳＤ表示する。ただし、管理テーブルにおいて選択機器にデバイスタイプ「Mobile Phone」が関連付けられている場合には、携帯機器用の操作パネルをＯＳＤ表示する。
【０１４１】
ステップＳ３６：ＵＩ部３０５は、管理テーブルにおいて選択機器に関連付けられている物理アドレスが入力パスに一致しているか否かを判定する。
【０１４２】
ステップＳ３７：管理テーブルにおいて選択機器に関連付けられている物理アドレスが入力パスに一致しない場合（ステップＳ３６においてＹｅｓ）、ＵＩ部３０５は、入力パスの切り替えを入力ソース選択部３０４に指示する。入力ソース選択部３０４は、入力ソースとして選択するソースを選択機器に切り替える。
【０１４３】
なお、よりシンプルな他の操作パネル表示方法としては、携帯電話端末とのＨＤＭＩ接続が確立されたことをトリガーとして、携帯電話端末用の操作パネルの表示を開始し（操作パネルを画面上に出現させ）、その携帯電話端末とのＨＤＭＩ接続が解除されたことをトリガーとして、その携帯電話端末用の操作パネルの表示を終了する（操作パネルを画面上から消去する）方法を挙げることができる。図２（ｂ）に示すように、３つの携帯電話端末２ａ〜２ｃがＨＤＭＩ接続されている場合には、各携帯電話端末に対応する３つの操作パネルを同時に表示する構成を採用してもよいし、最後にＨＤＭＩ接続された携帯電話端末に対応する操作パネルのみを表示する構成を採用してもよい。
【０１４４】
（ワンセグコンテンツのリレー視聴）
なお、テレビ１は、ワンセグ放送を受信可能な携帯電話端末２とＨＤＭＩ接続されたときに、ＣＥＣコマンドを用いてワンセグ放送コンテンツの再生開始をその携帯電話端末２に指示し、テレビ１と携帯電話端末２とをＨＤＭＩ接続するだけでワンセグ放送コンテンツがテレビ１から出力される構成を採用してもよい。これにより、携帯電話端末２を用いてワンセグ放送コンテンツを視聴しながら帰宅したユーザが、自宅のテレビ１に携帯電話端末２を繋ぐだけで、直ちにワンセグ放送コンテンツの続きを視聴することが可能になる。
【０１４５】
（地上波デジタル放送チューナとしての利用）
また、テレビ１は、２０１１年のアナログ放送の停波に備えて、以下のような機能を有していてもよい。すなわち、アナログ放送の停波を検出（例えば、アナログ放送用チューナから映像/音声信号が出力されなくなったことを検出）した場合、テレビ１が、ＨＤＭＩ接続された携帯電話端末２にワンセグ放送の受信処理の開始を指示し、携帯電話端末２によって再生されたワンセグ放送コンテンツをテレビ１にて表示するようにしてもよい。これにより、アナログ放送チューナしか備えていないテレビを使用しているユーザも、テレビ１と携帯電話端末２とをＨＤＭＩ接続するだけで、アナログ放送停波後も携帯電話端末２のワンセグ放送用チューナで受信したテレビ番組を視聴することが可能になる。なお、携帯電話端末２でワンセグ放送以外の放送コンテンツを受信できるアンテナを搭載可能となった場合は、受信可能な放送はワンセグ放送に限定されるものではない。
【０１４６】
また、テレビ１は、ＨＤＭＩ接続された携帯電話端末２における電池残量を示す電池残量情報を携帯電話端末２から取得し、取得した電池残量情報に基づいて電池残量を示すインジケータをＯＳＤ表示する構成を採用してもよい。これにより、テレビ１とＨＤＭＩ接続された携帯電話端末２における電池残量を、ユーザは、テレビ１の大きな画面を通じて一目瞭然に確認することができる。なお、このインジケータを表示する画面上の位置は、特に限定されるものではないが、例えば、携帯電話端末用の操作パネルの近傍、あるいは、携帯電話端末の操作パネルに含まれる操作ボタンの近傍にこのインジケータを配置することができる。また、このインジケータを表示するタイミングは、特定に限定されるものではないが、例えば、テレビ１と携帯電話端末２との接続が確立された時点（携帯電話端末２が充電台に載置された時点）とすることができる。
【０１４７】
（テレビが有する通信機能の利用）
テレビ１は、ＣＰＵ１１８を備えているので、携帯電話端末２と同様、電子メールクライアントやウェブブラウザなどの通信用アプリケーションを実行することができる。以下、携帯電話端末２上で動作する通信用アプリケーションとテレビ１上で動作する通信用アプリケーションとの連携について、図１６を参照して簡単に説明する。
【０１４８】
図１６（ａ）は、携帯電話端末２側の電子メールクライアントが電子メールを受信したときに、テレビ１が表示する表示画面の例である。電子メールを受信すると、携帯電話端末２側の電子メールクライアントは、受信した電子メールの送信元アドレスを、ＣＥＣコマンドを使ってテレビ１側の電子メールクライアントに送信する。携帯電話端末２側の電子メールクライアントから送信元アドレスを受信すると、テレビ１側の電子メールクライアントは、図１６（ａ）に示す操作パネル７０を表示する。
【０１４９】
操作パネル７０には、携帯電話端末２側の電子メールクライアントが受信した電子メールの送信元アドレス７１の他に、テレビ１側の電子メールクライアントを用いて返信処理を実行するか、携帯電話端末２側の電子メールクライアントを用いて返信処理を実行するかを、ユーザに選択させるためのボタン７２ａ〜７２ｂが設けられている。
【０１５０】
テレビ１側の電子メールクライアントを用いて返信処理を行うことをユーザが選択した場合、テレビ１側の電子メールクライアントは、図１６（ａ）に示すように、送信元アドレス７１宛ての返信メールを作成するための返信メール作成画面７５を表示する。ユーザは、操作パネル７０に設けられテンキー７３を用いて、返信メール作成画面７５上に表示された送信文７６を自由に編集することができる。送信文７６の編集が完了し、ユーザが送信ボタン７７を選択すると、テレビ１側の電子メールクライアントは、編集が完了した送信文を含む電子メールを送信元アドレス７１宛てに送信する。
【０１５１】
この際、テレビ１側の電子メールクライアントは、イーサネットＩ／Ｆ１１５を介して電子メールを送信する。このため、携帯電話端末２側の電子メールクライアントを用いて電子メールを送信することに伴う通信費用は発生しない。
【０１５２】
図１６（ｂ）は、携帯電話端末２側のウェブブラウザにおいてユーザがＵＲＬを入力又は選択したときに、テレビ１が表示する表示画面の例である。ユーザがＵＲＬを入力又は選択すると、携帯電話端末２側のウェブブラウザは、ユーザが入力又は選択したＵＲＬを、ＣＥＣコマンドを使ってテレビ１側のウェブブラウザに送信する。携帯電話端末２側のウェブブラウザからＵＲＬを受信すると、テレビ１側のウェブブラウザは、図１６（ｂ）に示す操作パネル８０を表示する。
【０１５３】
操作パネル８０には、携帯電話端末２側のウェブブラウザにおいてユーザがＵＲＬを入力又は選択したＵＲＬ８１の他に、ウェブページへのアクセスをテレビ１にて実行するか携帯電話端末２にて実行するかをユーザに選択させるためのボタン８２ａ〜８２ｂが設けられている。ウェブページへのアクセスをテレビ１にて実行することをユーザが選択した場合、テレビ１側のウェブブラウザは、図１６（ｂ）に示すように、ＵＲＬ８１により指定されるリソースを取得し、取得したリソースを用いてウェブページ８５を表示する。このため、携帯電話端末２側のウェブブラウザを用いてウェブページを表示するためのリソースを取得することに伴う通信費用の発生を回避することができる。
【０１５４】
ここで、ウェブページへのアクセスとは、周知のように、リソース（以下、「ウェブリソース」と略記する）をウェブサーバから取得すると共に、取得したウェブリソースを参照してウェブページを表示する処理を指す。ウェブリソースとしては、ＨＴＭＬ（Hypertext Markup Language）文書や、ウェブページに埋め込まれる動画又は静止画を表す画像データなどが代表的である。
【０１５５】
図１６（ａ）を参照して説明したように、テレビ１は、携帯電話端末２側で実行すべき電子メールの送信処理を代行する機能を有している。また、このような機能を実現するために、テレビ１は、その電子メールの送信先を示すメールアドレスを携帯電話端末２から取得する機能を有している。特に、携帯電話端末２側で実行すべき送信処理が、携帯電話端末２が受信した受信メールに対する返信処理である場合、テレビ１が携帯電話端末２から取得するメールアドレスは、携帯電話端末２が受信した受信メールの送信元（＝返信処理における送信先）を示すメールアドレスになる。
【０１５６】
また、図１６（ｂ）を参照して説明したように、テレビ１は、携帯電話端末２側で実行すべきウェブリソースの取得処理を代行する機能を有している。また、このような機能を実現するために、テレビ１は、そのウェブリソースのＵＲＬを携帯電話端末２から取得する機能を有している。
【０１５７】
さらに、図９（ｃ）を参照して既に説明したように、テレビ１は、携帯電話端末２側で実行すべき通話のための呼出処理を代行する機能を有している。また、このような機能を実現するために、テレビ１は、その呼出処理における呼出先を示す電話番号を携帯電話端末２から取得する機能を有している。特に、携帯電話端末２側で実行すべき呼出処理が、携帯電話端末２が着信した呼出に対するコールバック処理である場合、テレビ１が携帯電話端末２から取得する電話番号は、携帯電話端末２が着信した呼出の呼出元（＝コールバック処理における呼出先）を示す電話番号になる。
【０１５８】
このように、テレビ１は、ＨＤＭＩを介して接続された携帯電話端末２から、携帯電話端末２が実行すべき通信処理に関する通信情報（メールアドレス、ＵＲＬ、又は、電話番号）を取得する通信情報取得機能と、取得した上記通信情報に基づいて携帯電話端末２が実行すべき通信処理（電子メールの送信処理、ウェブリソースの取得処理、又は、通話のための呼出処理）を代行する通信処理代行機能とを有している。上述したように、これらの通信情報をＣＥＣコマンドとして伝送する場合、ＨＤＭＩレシーバ１００が通信情報取得機能を実現するための手段として機能し、これらの通信処理をソフトウェア用いて実現する場合、通信用アプリケーション（電子メールクライアント、ウェブブラウザ、通話用アプリケーション）を実行するＣＰＵ１１８が通信処理代行機能を実現するための手段として機能する。
【０１５９】
ここで、テレビ１は、携帯電話端末２が実行すべき通信処理を代行する際に、携帯電話端末２が利用する通信媒体とは異なる通信媒体を利用することが望ましい。テレビ１で利用可能な通信媒体が携帯電話端末２で利用可能な通信媒体とが異なることは、図８を参照して既に説明したとおりであり、携帯電話端末２で利用可能な通信媒体とは異なる通信媒体を利用することによって、同じ通信処理がより安価に行ない得ることは、図９（ｃ）を参照して既に説明したとおりである。ここで、インターネットを利用する通信処理においては、携帯電話端末２で利用可能な通信媒体として、携帯電話キャリアが提供する非定額制（例えば、パケット数による従量制）のインターネット接続サービスが挙げられ、テレビ１で利用可能な通信媒体として、インターネット・サービス・プロバイダが提供する定額制のインターネット接続サービスが挙げられる。また、通話においては、携帯電話端末２で利用可能な通信媒体として、携帯電話網が挙げられ、テレビ１において利用可能な通信媒体として、ＩＰ電話網や光電話網などが挙げられる。
【０１６０】
（携帯型情報端末を利用したテレビ及びソース機器の制御）
テレビ１は、上述したようにリモコンを用いて操作してもよいが、スマートフォンやタブレット型ＰＣ等の携帯型情報端末を用いて操作してもよい。
【０１６１】
図１８は、携帯型情報端末５を利用してテレビ１を操作することが可能なシステム１０’の構成を示す図である。図１８に示すように、システム１０’は、テレビ１、ソース機器２、ルータ４、及び携帯型情報端末５を含んでいる。ソース機器２は、上述したように携帯電話端末であってもよいが、携帯電話端末以外のソース機器、例えば、レコーダ等であってもよい。テレビ１は、商用電源に接続して利用する据え置き型のテレビであってもよいし、バッテリーを内蔵したポータブルテレビ（外付チューナから無線ＬＡＮを介して送出される映像を再生するモニタを含む）であってもよい。
【０１６２】
図１８に示すシステム１０’において、テレビ１とソース機器２とは、ＨＤＭＩケーブル３によって互いに接続されている。テレビ１とソース機器２とが、このＨＤＭＩケーブル３を介して伝送されるＣＥＣコマンドを用いて相互に制御しあう点は、図２（ａ）に示したシステム１０と同様である。
【０１６３】
図１８に示すシステム１０’においては、更に、テレビ１と携帯型情報端末５とが互いに通信可能に構成されている。テレビ１と携帯型情報端末５との間の通信をサポートする通信媒体は特に限定されないが、ここでは、テレビ１と携帯型情報端末５との間にルータ４を介在させ、テレビ１とルータ４とをイーサネットケーブル６によって接続し、ルータ４と携帯型情報端末５とをＩＥＥＥ８０２．１１シリーズ等の無線ＬＡＮによって接続している。なお、テレビ１が無線ＬＡＮインターフェースを備えている場合には、テレビ１とルータ４とを無線ＬＡＮによって接続する構成、あるいは、ルータ４を介さずにテレビ１と携帯型情報端末５とを無線ＬＡＮによって接続する構成も可能である。
【０１６４】
テレビ１及び携帯型情報端末５は、ＵＰｎＰ（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）、携帯電話網、衛星回線、地上波デジタル網等の無線でも利用可能である。
【０１８１】
（ＨＤＭＩと置換可能な通信媒体）
なお、テレビ１と携帯電話端末２とを接続態様は、図２〜図３に示す有線接続に限定されない。テレビ１と携帯電話端末２とは、無線接続されていてもよいし、有線伝送媒体と無線伝送媒体との双方により接続されていてもよい。
【０１８２】
テレビ１と携帯電話端末２との接続に利用可能な有線伝送媒体としては、上述したＨＤＭＩ、ＵＳＢ、ＩＥＥＥ１３９４、イーサネット（Ethernet、登録商標）などが挙げられ、テレビ１と携帯電話端末２との接続に利用可能な有線伝送媒体としては、上述したＩＥＥＥ８０２．１１、Ｂｌｕｅｔｏｏｔｈ、ＩｒＤＡ、ＩｒＳｉｍｐｌｅなどが挙げられる。
【０１８３】
（付記事項）
本発明は上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。
【０１８４】
従来のテレビにおいては、ＨＤＭＩ接続されたソース機器の機器種別を、プレーヤ、レコーダ、チューナ、又は、オーディオの何れであるかという以上に詳しく識別することができないという問題があった。これは、ＨＤＭＩ接続されたソース機器の機器種別を識別するために、論理アドレスを用いているためである。
【０１８５】
このため、ソース機器を操作するためのユーザーインターフェースをテレビに表示しようとした場合、プレーヤ用、レコーダ用、チューナ用、又は、オーディオ用のユーザーインターフェースを表示することはできても、例えば、携帯機器用のユーザーインターフェースを表示するといったことができなかった。
【０１８６】
以下に示す一群の発明は、上記の課題に鑑みてなされたものであり、その目的は、ソース機器から供給されたコンテンツを出力する出力装置において、ソース機器の機器種別を従来よりも詳しく識別することができる出力装置を実現することにある。
【０１８７】
本発明に係る出力装置は、ソース機器から供給されたコンテンツを出力する出力装置において、第１の分類において上記ソース機器が分類される機器種別を示す第１の機器種別情報を上記ソース機器から取得する第１の機器種別情報取得手段と、上記第１の分類とは異なる第２の分類において上記ソース機器が分類される機器種別を示す第２の機器種別情報を上記ソース機器から取得する第２の機器種別情報取得手段と、上記ソース機器の機器種別を、上記第１の機器種別情報取得手段が取得した第１の機器種別情報と、上記第２の機器種別情報取得手段が取得した第２の機器種別情報とを組み合わせることによって特定する機器種別特定手段と、を備えている、ことを特徴とする。
【０１８８】
また、本発明に係る出力方法は、ソース機器から供給されたコンテンツを出力装置が出力する出力方法において、第１の分類において上記ソース機器が分類される機器種別を示す第１の機器種別情報を、上記出力装置が上記ソース機器から取得する第１の機器種別情報取得ステップと、上記第１の分類とは異なる第２の分類において上記ソース機器が分類される機器種別を示す第２の機器種別情報を、上記出力装置が上記ソース機器から取得する第２の機器種別情報取得ステップと、上記出力装置が、上記ソース機器の機器種別を、上記第１の機器種別情報取得ステップにて取得した第１の機器種別情報と上記第２の機器種別情報取得ステップにて取得した第２の機器種別情報とを組み合わせることによって特定する機器種別特定ステップと、を含んでいる、ことを特徴とする。
【０１８９】
また、本発明に係るソース機器は、出力装置にコンテンツを供給するソース機器であって、第１の分類において自身が分類される機器種別を示す第１の機器種別情報を上記出力装置に提供する第１の機器種別情報提供手段と、上記第１の分類とは異なる第２の分類において自身が分類される機器種別を示す第２の機器種別情報を上記出力装置に提供する第２の機器種別情報提供手段と、を備えている、ことを特徴とする。
【０１９０】
また、本発明に係るシステムは、上記出力装置と上記ソース機器とを含んでいる、ことを特徴とする。
【０１９１】
上記の構成によれば、上記第１の分類における機器種別と上記第２の分類における機器種別との組み合わせによって、上記ソース機器の機器種別を特定する。したがって、上記第１の分類における機器種別のみによって、上記ソース機器の機器種別を特定する場合と比べて、より詳しく上記ソース機器の機器種別を特定することができる。また、上記第１の分類における機器種別、又は、上記第２の分類における機器種別が異なるソース機器毎、異なる処理を実行することができる。
【０１９２】
なお、上記ソース機器は、映像コンテンツを供給するソース機器であってもよいし、音声コンテンツを供給するソース機器であってもよいし、映像コンテンツ及び音声コンテンツを供給する装置であってもよい。また、上記ソース機器は、電子書籍を供給するソース機器であってもよい。上記出力機器は、映像コンテンツを出力（表示）する出力装置（表示装置）であってもよいし、音声コンテンツを出力する出力装置であってもよいし、映像コンテンツ及び音声コンテンツを出力する出力装置であってもよい。
【０１９３】
また、上記第２の機器種別情報取得手段は、例えば、上記ソース機器との接続が確立されたことをトリガーとして上記第２の機器種別情報を取得する構成とすることができる。上記第１の機器種別情報取得手段も同様である。
【０１９４】
本発明に係る出力装置において、上記第２の機器種別情報取得手段は、上記第１の機器種別情報が特定の機器種別を示す機器種別情報であるときに限って、上記第２の機器種別情報を上記ソース機器から取得し、上記機器種別特定手段は、上記第１の分類において上記特定の機器種別に分類されるソース機器の機器種別を上記第２の機器種別情報によって特定する、ことが望ましい。
【０１９５】
上記の構成によれば、機器種別をより詳しく特定する必要があるソース機器が上記第１の分類において上記特定の機器に分類されるソース機器のみである場合に、上記第２の機器種別情報取得手段が無駄に上記第２の機器種別情報を取得することを回避することができる。
【０１９６】
例えば、ＣＥＣプロトコルにおいて、携帯電話端末は、通常、プレーヤに分類される。したがって、携帯電話端末であるか否かを特定するために必要があるソース機器はプレーヤのみである。この場合、上記第２の機器種別情報取得手段は、論理アドレス（上記第１の機器種別情報）がプレーヤ１〜３（特定の機器種別）の何れかであるときに限って、上記第２の機器種別情報を上記ソース機器から取得し、上記機器種別特定手段は、上記第２の機器種別情報によって特定する構成が有効である。
【０１９７】
本発明に係る出力装置は、上記ソース機器を製造又は販売したベンダを示すベンダ情報を上記ソース機器から取得するベンダ情報取得手段を更に備え、上記第２の機器種別情報取得手段は、上記ベンダ情報取得手段が取得したベンダ情報が特定のベンダを示すベンダ情報であるときに限って、上記第２の機器種別情報を上記ソース機器から取得し、上記機器種別特定手段は、上記特定のベンダが製造又は販売したソース機器の機器種別を、上記第２の機器種別情報によって特定する、ことが望ましい。
【０１９８】
上記の構成によれば、上記第２の機器種別情報を提供することができない可能性のある、上記特定のベンダ以外のベンダが製造又は販売したソース機器から、上記第２の機器種別情報取得手段が無駄に上記第２の機器種別情報を取得しようとすることを回避することができる。
【０１９９】
なお、上記第２の分類が、各ソース機器を２つの機器種別の何れかに分類するものである場合、例えば、上記第２の機器種別情報取得手段は、上記ソース機器に対して上記第２の機器種別情報の提供を要求すると共に、上記ソース機器が上記第２の分類において特定の機器種別に分類されるソース機器であるときに限って、上記第２の機器種別情報を上記ソース機器から取得し、上記機器種別特定手段は、上記ソース機器が上記第２の分類において上記特定の機器種別に分類されるソース機器であるか否かを、上記第２の機器種別情報取得手段が上記第２の機器種別情報を取得したか否かによって特定する、構成を採用することができる。
【０２００】
特に、上記第２の分類が、各ソース機器を携帯機器又は非携帯機器の何れかに分類するものである場合、例えば、上記第２の機器種別情報取得手段は、上記ソース機器に対して上記第２の機器種別情報を要求すると共に、上記ソース機器が携帯機器であるときに限って、上記第２の機器種別情報を上記ソース機器から取得し、上記機器種別特定手段は、上記ソース機器が携帯機器であるか否かを、上記第２の機器種別情報取得手段が上記第２の機器種別情報を取得したか否かによって特定する、構成を採用することができる。
【０２０１】
本発明に係る出力装置は、上記ソース機器を操作するためのユーザーインターフェースであって、上記機器種別特定手段が特定した上記ソース機器の機器種別に応じたユーザーインターフェースを表示するユーザーインターフェース表示手段を備えている、ことが望ましい。また、本発明に係る出力装置は、上記ユーザーインターフェースに対してユーザ操作が為されたとき、該ユーザ操作に関連付けられたコマンドをソース機器に発行するコマンド発行手段を更に備えている、ことが望ましい。
【０２０２】
上記の構成によれば、上記ソース機器を、上記ソース機器の機器種別に応じたユーザーインターフェースを用いてユーザに操作させることができる。
【０２０３】
なお、上記ユーザーインターフェース表示手段は、上記ソース機器との接続が確立されたことをトリガーとして、上記ユーザーインターフェースの表示を開始し、上記ソース機器との接続が解除されたことをトリガーとして、上記ユーザーインターフェースの表示を終了する、構成とすることができる。また、上記ユーザーインターフェース表示手段は、当該出力装置に接続されているソース機器のうち、当該出力装置に最後に接続されたソース機器の機器種別に応じたユーザーインターフェースを表示する、構成とすることができる。
【０２０４】
本発明に係る出力装置において、上記コマンド発行手段は、上記ソース機器上で動作する通信用アプリケーションを操作するためのコマンドを発行するものである、ことが望ましい。
【０２０５】
上記の構成によれば、上記携帯機器が有している通信機能を、上記出力装置において利用することが可能になる。
【０２０６】
本発明に係る出力装置において、上記通信用アプリケーションは、電子メールクライアントである、ことが望ましい。
【０２０７】
上記構成によれば、上記携帯機器が有している電子メールクライアント機能を、上記出力装置において利用することが可能になる。
【０２０８】
本発明に係る出力装置が、ＨＤＭＩケーブルを介して上記ソース機器から供給されたコンテンツを出力するシンク機器である場合、例えば、上記第１の機器種別情報取得手段及び上記第２の機器種別情報取得手段は、それぞれ、上記ＨＤＭＩケーブルを介して伝送されるＣＥＣコマンドを用いて上記第１の機器種別情報及び上記第２の機器種別情報を取得する構成を採用することができる。
【０２０９】
また、上記出力装置が備えているコンピュータを動作させるプログラムであって、上記コンピュータを上記の各手段として実行させるためのプログラム、および当該プログラムを記録したコンピュータ読み取り可能な記録媒体も本発明の技術的範囲に含まれる。
【０２１０】
従来のテレビに接続された携帯電話端末は、テレビの近傍（ＨＤＭＩ等の有線接続の場合はケーブルが届く範囲内、無線接続の場合は搬送波が到達する範囲内）に設置される。したがって、携帯電話端末に通信処理を実行させるためには、テレビに接続された携帯電話端末を手にとって操作せねばならず、ユーザに不便を強いることになっていた。このような課題を解決するものとして、本明細書には、以下に示す一群の発明が記載されている。
【０２１１】
１．インターフェースを介して接続された携帯機器にコマンドを発行することによって、当該携帯機器上で動作させる通信用アプリケーションを選択するか、又は、当該携帯機器上で動作している通信用アプリケーションを制御する制御手段を備えている、ことを特徴とする表示装置。
【０２１２】
上記の構成によれば、表示装置を用いて携帯機器上で動作させる通信用アプリケーションを選択したり、携帯機器上で動作している通信用アプリケーションを制御したりすることができる。すなわち、携帯機器を手にとって操作することなく、携帯機器の有する通信機能を活用することができる。
【０２１３】
２．上記携帯機器に送信するコマンドをユーザに選択させるための操作パネルをディスプレイに表示する操作パネル表示手段を更に備えている、ことを特徴とする１に記載の表示装置。
【０２１４】
上記の構成によれば、ユーザは、ディスプレイに表示された操作パネルを見ながら、携帯機器上で動作させる通信用アプリケーションを選択したり、携帯機器上で動作している通信用アプリケーションを制御したりするための操作を行なうことができる。これにより、表示装置を用いて携帯機器上で動作させる通信用アプリケーションを選択したり、携帯機器上で動作している通信用アプリケーションを制御したりする際の使い勝手が向上するという更なる効果を奏する。
【０２１５】
３．上記インターフェースを介して上記携帯機器から供給される映像信号に基づいて、上記通信用アプリケーションによって生成されたＧＵＩ（Graphical User Interface）を上記ディスプレイに表示するＧＵＩ表示手段を更に備え、上記操作パネル表示手段は、上記ＧＵＩ表示手段が表示するＧＵＩに重畳させて上記操作パネルを表示するものである、
ことを特徴とする２に記載の表示装置。
【０２１６】
上記の構成によれば、ユーザは、携帯機器上で動作する通信用アプリケーションによって生成され、ディスプレイに表示されたＧＵＩを見ながら、携帯機器上で動作している通信用アプリケーションを制御するための操作を行なうことができる。これにより、表示装置を用いて携帯機器上で動作させる通信用アプリケーションを選択したり、携帯機器上で動作している通信用アプリケーションを制御したりする際の使い勝手が向上するという更なる効果を奏する。
【０２１７】
４．チューナを介して受信した映像信号に基づいて、映像を上記ディスプレイに表示する映像表示手段を更に備え、上記操作パネル表示手段は、上記映像表示手段が表示する映像に重畳させて上記操作パネルを表示するものである、ことを特徴とする２に記載の表示装置。
【０２１８】
上記の構成によれば、ユーザは、受信映像（チューナが受信した映像信号が表す映像）を視聴しながら、携帯機器上で動作させる通信用アプリケーションを選択したり、携帯機器上で動作している通信用アプリケーションを制御したりするための操作を行なうことができる。これにより、表示装置を用いて携帯機器上で動作させる通信用アプリケーションを選択したり、携帯機器上で動作している通信用アプリケーションを制御したりする際に、受信映像の視聴が阻害されることを回避するという更なる効果を奏する。
【０２１９】
５．上記携帯機器は、携帯電話端末であり、上記操作パネルには、電話型配列のテンキーが設けられており、上記制御手段は、上記テンキーを構成する何れかのボタンがユーザにより選択されると、選択されたボタンに対応する処理の実行を指示するコマンドを上記携帯電話端末に送信するものである、ことを特徴とする１から４までの何れかに記載の表示装置。
【０２２０】
上記の構成によれば、携帯電話端末のテンキーを用いて実現し得る任意の操作を、操作パネルを用いて実現することができる。
【０２２１】
６．上記インターフェースは、ＨＤＭＩ（High-Definition Multimedia Interface）である、ことを特徴とする１から５までの何れかに記載の表示装置。
【０２２２】
上記の構成によれば、表示装置が携帯機器に送信するコマンドと、携帯機器が表示装置に送信する映像信号及び音声信号とを、１本のケーブルにより伝送することが可能になる。
【０２２３】
７．なお、上記インターフェースは、ＨＤＭＩに限定されない。例えば、ＵＳＢ、ＩＥＥＥ１３９４、イーサネット、ＩＥＥＥ８０２．１１、Ｂｌｕｅｔｏｏｔｈ、ＩｒＤＡ、又は、ＩｒＳｉｍｐｌｅの何れであってもよい。
【０２２４】
８．上記制御手段は、当該表示装置を遠隔操作するためのリモコンに対して為されたユーザ操作に応じたコマンドを上記携帯機器に発行する、ことを特徴とする１から７までの何れかに記載の表示装置。
【０２２５】
上記の構成によれば、携帯機器上で動作する通信用アプリケーションの選択または制御を、携帯機器を操作することによってではなく、リモコンを操作することによって実現することができる。特に、携帯機器上で動作する通信用アプリケーションによって生成されたＧＵＩを、表示装置のディスプレイに表示させる場合、携帯機器の小さなディスプレイを見ながら携帯機器に対して行なっていた操作を、表示装置の大きなディスプレイ（携帯機器のディスプレイよりも大きなものであればよい）を見ながらリモコンに対して行なうことが可能になる。
【０２２６】
また、これらの表示装置と携帯機器とを含むシステム、これらの表示装置が携帯機器を制御する制御方法、及び、これらの表示装置としてコンピュータを動作させるためのプログラムも本発明の範疇に含まれる。
【０２２７】
従来のテレビには、映像を視聴しているユーザが誰であるのかを特定するための仕組みがない。このため、ユーザの好みに応じた映像を表示することができないという課題がある。このような課題を解決するものとして、本明細書には以下に示す一群の発明が記載されている。
【０２２８】
１．インターフェースを介して接続された携帯機器から、当該携帯機器を他の携帯機器と識別するための個体情報、又は、当該携帯機器のユーザを他のユーザと識別するための個人情報を取得する個体／個人情報取得手段と、映像をディスプレイに表示する表示手段であって、上記個体／個人情報取得手段が取得した個体情報又は個人情報に応じて、表示する映像を変更する表示手段と、を備えている、ことを特徴とする表示装置。
【０２２９】
携帯電話端末などの携帯機器は、特定のユーザに占有されていることが一般的である。このため、表示装置に接続されている携帯機器から取得した個体情報又は個人情報に応じて表示する映像を変更すれば、表示装置を利用しているユーザに応じた映像を表示することが可能になる。
【０２３０】
２．上記表示手段が表示する映像の画質を、上記個体／個人情報取得手段が取得した個体情報又は個人情報に応じた画質に調整する映像処理手段を更に備えている、ことを特徴とする１に記載の表示装置。
【０２３１】
上記の構成によれば、表示する映像の画質を、表示装置を利用しているユーザに応じた画質に調整することが可能になる。
【０２３２】
３．上記表示手段が表示する映像と共に出力される音声の音質を、上記個体／個人情報取得手段が取得した個体情報又は個人情報に応じた音質に調整する音声処理手段を更に備えている、ことを特徴とする１又は２に記載の表示装置。
【０２３３】
上記の構成によれば、出力する音声の音質を、表示装置を利用しているユーザに応じた音質に調整することが可能になる。
【０２３４】
４．上記表示手段が表示するＧＵＩを生成するＧＵＩ生成手段であって、上記個体／個人情報取得手段が取得した個体情報又は個人情報に応じたＧＵＩを生成するＧＵＩ生成手段を備えている、ことを特徴とする１から３までの何れかに記載の表示装置。
【０２３５】
上記の構成によれば、表示するＧＵＩを、表示装置を利用しているユーザに応じたＧＵＩに調整することが可能になる。
【０２３６】
５．上記表示手段が表示するコンテンツを取得するコンテンツ取得手段であって、上記個体／個人情報取得手段が取得した個体情報又は個人情報に応じたコンテンツを取得するコンテンツ取得手段を更に備えている、ことを特徴とする１から４までの何れかに記載の表示装置。
【０２３７】
上記の構成によれば、表示する映像の内容を、表示装置を利用しているユーザに応じた内容に変更することが可能になる。
【０２３８】
６．上記個体情報又は個人情報は、上記携帯機器に内蔵されたＵＳＩＭ（Universal Subscriber Identity Module）カードから読み出された情報である、ことを特徴とする１から５までの何れかに記載の表示装置。
【０２３９】
上記の構成によれば、表示装置を利用しているユーザの特定に、例えば、電話番号当を利用することが可能になる。
【０２４０】
７．上記インターフェースは、ＨＤＭＩ（High-Definition Multimedia Interface）である、ことを特徴とする１から６までの何れかに記載の表示装置。
【０２４１】
上記の構成によれば、携帯機器が表示装置に送信する個体情報又は個人情報と、携帯機器が表示装置に送信する映像信号及び音声信号とを、１本のケーブルにより伝送することが可能になる。
【０２４２】
なお、上記インターフェースは、ＨＤＭＩに限定されない。例えば、ＵＳＢ、ＩＥＥＥ１３９４、イーサネット、ＩＥＥＥ８０２．１１、Ｂｌｕｅｔｏｏｔｈ、ＩｒＤＡ、又は、ＩｒＳｉｍｐｌｅの何れであってもよい。
【０２４３】
また、これらの表示装置と携帯機器とを含むシステム、これらの表示装置が映像を表示する表示方法、及び、これらの表示装置としてコンピュータを動作させるためのプログラムも本発明の範疇に含まれる。
【０２４４】
従来のテレビに接続された携帯電話端末は、テレビの近傍（ＨＤＭＩ等の有線接続の場合はケーブルが届く範囲内、無線接続の場合は搬送波が到達する範囲内）に設置される。したがって、携帯電話端末に通信処理を実行させるためには、テレビに接続された携帯電話端末を手にとって操作せねばならず、ユーザに不便を強いることになっていた。このような課題を解決するものとして、本明細書には以下に示す一群の発明が記載されている。
【０２４５】
１．通信機能を有する表示装置において、インターフェースを介して接続された携帯機器から、当該携帯機器が実行すべき通信処理に関する通信情報を取得する通信情報取得手段と、上記通信情報取得手段が取得した上記通信情報に基づいて、上記携帯機器が実行すべき通信処理を代行する通信処理代行手段と、を備えている、ことを特徴とする表示装置。
【０２４６】
上記の構成によれば、携帯機器が実行すべき通信処理を表示装置に代行させることができる。すなわち、携帯機器を手にとって操作することなく、携帯機器が実行すべき通信処理を実行することができる。
【０２４７】
２．上記通信処理代行手段は、上記携帯機器が上記通信処理に利用する通信網とは異なる通信網を利用して上記通信処理を代行する、ことを特徴とする１に記載の表示装置。
【０２４８】
上記の構成によれば、携帯機器が実行すべき通信処理を、より安価に実行することができる。
【０２４９】
３．上記携帯機器において上記通信処理を実行する場合、上記インターフェースを介して上記携帯機器から供給される映像信号に基づいて、上記携帯機器において生成されたＧＵＩ（Graphical User Interface）をディスプレイに表示し、当該表示装置において上記通信処理を代行する場合、当該表示装置において生成されたＧＵＩを上記ディスプレイに表示する表示手段を更に備えている、ことを特徴とする１または２に記載の表示装置。
【０２５０】
上記の構成によれば、上記通信処理を携帯機器において実行する場合であっても、上記通信処理を表示装置において実行する場合であっても、ユーザは、特定のディスプレイに表示されたＧＵＩを見ながら通信処理を実行する装置を操作することができる。
【０２５１】
４．上記通信処理は、電子メールを送信する送信処理であり、上記通信情報は、上記電子メールの送信先を示すメールアドレスである、ことを特徴とする１から３までの何れかに記載の表示装置。
【０２５２】
上記の構成によれば、携帯機器が実行するべき電子メールの送信処理を表示装置に代行させることができる。
【０２５３】
５．上記通信処理は、上記携帯機器が受信した受信メールに対する返信処理であり、上記通信情報は、上記受信メールの送信元を示すメールアドレスである、ことを特徴とする３に記載の表示装置。
【０２５４】
上記の構成によれば、携帯機器が実行するべき電子メールの返信処理を表示装置に代行させることができる。
【０２５５】
６．上記通信処理は、ウェブ上のリソースを受信する受信処理であり、上記通信情報は、上記リソースのＵＲＬ（Uniform Resource Locator）である、ことを特徴とする１から３までの何れかに記載の表示装置。
【０２５６】
上記の構成によれば、携帯機器が実行するべきウェブリソースの取得処理を表示装置に代行させることができる。
【０２５７】
７．上記通信処理は、通話のための呼出処理であり、上記通信情報は、呼出先を示す電話番号である、ことを特徴とする１から３までの何れかに記載の表示装置。
【０２５８】
上記の構成によれば、携帯機器が実行するべき通話のための呼出処理を表示装置に代行させることができる。
【０２５９】
８．上記通信処理は、上記携帯機器が着信した着信呼出に対するコールバック処理であり、上記通信情報は、上記着信呼出の呼出元を示す電話番号である、ことを特徴とする７に記載の表示装置。
【０２６０】
上記の構成によれば、携帯機器が実行するべきコールバックのための呼出処理を表示装置に代行させることができる。
【０２６１】
９．上記インターフェースは、ＨＤＭＩ（High-Definition Multimedia Interface）である、ことを特徴とする１から８までの何れかに記載の表示装置。
【０２６２】
上記の構成によれば、携帯機器が表示装置に送信する通信情報と、携帯機器が表示装置に送信する映像信号及び音声信号とを、１本のケーブルにより伝送することが可能になる。
【０２６３】
１０．上記インターフェースは、ＨＤＭＩに限定されない。例えば、ＵＳＢ、ＩＥＥＥ１３９４、イーサネット、ＩＥＥＥ８０２．１１、Ｂｌｕｅｔｏｏｔｈ、ＩｒＤＡ、又は、ＩｒＳｉｍｐｌｅの何れであってもよい。
【０２６４】
１１．上記通信処理代行手段は、当該表示装置を遠隔操作するためのリモコンに対して所定のユーザ操作が為されたとき、上記携帯機器が実行すべき通信処理を代行する、
ことを特徴とする１から１０の何れかに記載の表示装置。
【０２６５】
上記の構成によれば、携帯機器を操作することなく、通信処理を携帯機器に実行させるか、表示装置に代行させるかを切り替えることができる。
【０２６６】
なお、本発明は、表示装置に限らず、通信機能を有する通信装置一般に拡張することができる。すなわち、以下の通信装置も本発明の範疇に含まれる。
【０２６７】
１２．インターフェースを介して接続された他の通信装置から、当該他の通信装置が実行すべき通信処理に関する通信情報を取得する通信情報取得手段と、上記通信情報取得手段が取得した上記通信情報に基づいて、上記他の通信装置が実行すべき通信処理を代行する通信処理代行手段と、を備えている、ことを特徴とする通信装置。
【０２６８】
上記の構成によれば、第１の通信装置が実行すべき通信処理を第２の通信装置に代行させることができる。すなわち、第１の通信装置を操作することなく、第１の通信装置が実行すべき通信処理を実行することができる。
【０２６９】
また、これらの表示装置と携帯機器とを含むシステム、これらの表示装置が通信処理を代行する代行方法、及び、これらの表示装置としてコンピュータを動作させるためのプログラムも本発明の範疇に含まれる。
【産業上の利用可能性】
【０２７０】
本発明に係る出力装置は、ソース機器から供給されたコンテンツを出力するソース機器一般に利用することができる。
【符号の説明】
【０２７１】
１ テレビ
１１ａ〜１１ｃ ＨＤＭＩ入力端子
１１ｄ ＨＤＭＩスイッチ
１００ ＨＤＭＩレシーバ
１５１ ＴＭＤＳレシーバ
１５２ ＣＥＣ・Ｉ／Ｆ
１５３ ＤＤＣ・Ｉ／Ｆ
１５４ ＨＰＤ制御部
１５５ ５Ｖ電力検知部
１５６ ＥＤＩＤ格納部
１０１ａ 映像入力端子
１０１ｂ 音声入力端子
１０２ ＢＤドライブ
１０３ チューナ
１０４ ＩＰ放送チューナ
１０５ 衛星放送チューナ
１０６ ＯＳＤ生成部
１０７ 映像セレクタ
１０８ 映像処理回路
１０９ ＬＣＤコントローラ
１１０ ＬＣＤ
１１１ 音声セレクタ
１１２ 音声処理回路
１１３ デジタルアンプ
１１４ スピーカ
１１５ イーサネットＩ／Ｆ
１１６ ＲＯＭ
１１７ ＲＡＭ
１１８ ＣＰＵ
３０１ アドレス取得部
３０２ デバイスタイプ取得部
３０３ 管理テーブル更新部
３０４ 入力ソース選択部
３０５ ＵＩ部
１１９ 赤外線受光部
１２０ カメラ
１２１ 人感センサ
２ 携帯電話端末
２００ ＨＤＭＩトランスミッタ
２５１ ＴＭＤＳトランスミッタ
２５２ ＣＥＣ・Ｉ／Ｆ
２５３ ＤＤＣ・Ｉ／Ｆ
２５４ ＨＰＤ検知部
２５５ ５Ｖ電力制御部
ＰＮ パケット網
ＩＮ インターネット
【技術分野】
【０００１】
本発明は、ソース機器から供給されたコンテンツを出力する出力装置、及び、出力方法に関する。また、このような出力装置にコンテンツを供給するソース機器に関する。更に、そのような出力装置を含むシステム、そのような出力装置としてコンピュータを動作させるためのプログラム、及び、そのようなプログラムが記録された記録媒体に関する。更に、そのような出力装置を備えたテレビジョン受像機に関する。
【背景技術】
【０００２】
近年、ＨＤＭＩ（High-Definition Multimedia Interface）（登録商標）規格に準拠したインターフェースを搭載するテレビ（テレビジョン受像機）やＰＣ（Personal Computer）が普及し、これらのシンク機器とソース機器（例えばＡＶ機器）とをＨＤＭＩケーブルを介して接続することが一般的となっている。ＨＤＭＩケーブルを介して接続されたシンク機器とソース機器とは、映像信号および音声信号に加え、ＣＥＣ（Consumer Electronics Control）コマンドを互いに送受信することができる。
【０００３】
ＨＤＭＩケーブルによって接続された機器間で送受信されるＣＥＣコマンドには、送信元および／または送信先の論理アドレスおよび／または物理アドレスが引数として含まれる。ＨＤＭＩケーブルによって接続された各機器は、ＣＥＣコマンドに含まれる論理アドレスおよび／または物理アドレスによって、そのＣＥＣコマンドの送信元および／または送信先を特定する。
【０００４】
ここで、論理アドレスは、機器種別（テレビ、レコーダ、プレーヤ、チューナ、オーディオ、その他の何れか）を示す１から１５までの自然数によって表現される。例えば、テレビには論理アドレス「０」が割り振られ、１台目のレコーダには論理アドレス「１」が割り振られ、２台目のレコーダには論理アドレス「２」が割り振られる。
【０００５】
ＣＥＣコマンドを用いれば、シンク機器からソース機器を制御したり、ソース機器からシンク機器を制御したりすることによって、これまでにはなかった利便性をユーザに提供することが可能になる。例えば、シンク機器の入力ソースを、コンテンツの再生を開始したソース機器に自動的に切り替えることができる。ＨＤＭＩの詳細については、非特許文献１に記載がある。
【０００６】
特許文献１には、テレビを操作（制御）するためのユーザーインターフェースを携帯電話端末に表示する技術が開示されている。特許文献１に記載の技術を用いれば、テレビやテレビのリモコンを用いることなく、携帯電話端末を用いてテレビを操作（制御）することができる。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００８−１０９３４１号公報（２００８年５月８日公開）
【非特許文献】
【０００８】
【非特許文献１】High-Definition Multimedia Interface Specification Version 1.3a,November 10 2006
【発明の概要】
【発明が解決しようとする課題】
【０００９】
しかしながら、従来のテレビにおいては、ＨＤＭＩ接続されたソース機器の機器種別を、プレーヤ、レコーダ、チューナ、又は、オーディオの何れであるかという以上に詳しく識別することができないという問題があった。これは、ＨＤＭＩ接続されたソース機器の機器種別を識別するために、論理アドレスを用いているためである。
【００１０】
このため、ソース機器を操作するためのユーザーインターフェースをテレビに表示しようとした場合、プレーヤ用、レコーダ用、チューナ用、又は、オーディオ用のユーザーインターフェースを表示することはできても、例えば、携帯機器用のユーザーインターフェースを表示するといったことができなかった。
【００１１】
本発明は、上記の課題に鑑みてなされたものであり、その目的は、ソース機器から供給されたコンテンツを出力する出力装置において、ソース機器の機器種別を従来よりも詳しく識別することができる出力装置を実現することにある。
【課題を解決するための手段】
【００１２】
上記の課題を解決するために、本発明に係る出力装置は、ソース機器から供給されたコンテンツを出力する出力装置において、第１の分類において上記ソース機器が分類される機器種別を示す第１の機器種別情報を上記ソース機器から取得する第１の機器種別情報取得手段と、上記第１の分類とは異なる第２の分類において上記ソース機器が分類される機器種別を示す第２の機器種別情報を上記ソース機器から取得する第２の機器種別情報取得手段と、上記ソース機器の機器種別を、上記第１の機器種別情報取得手段が取得した第１の機器種別情報と、上記第２の機器種別情報取得手段が取得した第２の機器種別情報とを組み合わせることによって特定する機器種別特定手段と、を備えている、ことを特徴とする。
【００１３】
また、上記課題を解決するために、本発明に係る出力方法は、ソース機器から供給されたコンテンツを出力装置が出力する出力方法において、第１の分類において上記ソース機器が分類される機器種別を示す第１の機器種別情報を、上記出力装置が上記ソース機器から取得する第１の機器種別情報取得ステップと、上記第１の分類とは異なる第２の分類において上記ソース機器が分類される機器種別を示す第２の機器種別情報を、上記出力装置が上記ソース機器から取得する第２の機器種別情報取得ステップと、上記出力装置が、上記ソース機器の機器種別を、上記第１の機器種別情報取得ステップにて取得した第１の機器種別情報と上記第２の機器種別情報取得ステップにて取得した第２の機器種別情報とを組み合わせることによって特定する機器種別特定ステップと、を含んでいる、ことを特徴とする。
【００１４】
また、上記課題を解決するために、本発明に係るソース機器は、出力装置にコンテンツを供給するソース機器であって、第１の分類において自身が分類される機器種別を示す第１の機器種別情報を上記出力装置に提供する第１の機器種別情報提供手段と、上記第１の分類とは異なる第２の分類において自身が分類される機器種別を示す第２の機器種別情報を上記出力装置に提供する第２の機器種別情報提供手段と、を備えている、ことを特徴とする。
【００１５】
また、上記課題を解決するために、本発明に係るシステムは、上記出力装置と上記ソース機器とを含んでいる、ことを特徴とする。
【００１６】
上記の構成によれば、上記第１の分類における機器種別と上記第２の分類における機器種別との組み合わせによって、上記ソース機器の機器種別を特定する。したがって、上記第１の分類における機器種別のみによって、上記ソース機器の機器種別を特定する場合と比べて、より詳しく上記ソース機器の機器種別を特定することができる。また、上記第１の分類における機器種別、又は、上記第２の分類における機器種別が異なるソース機器毎、異なる処理を実行することができる。
【００１７】
なお、上記ソース機器は、映像コンテンツを供給するソース機器であってもよいし、音声コンテンツを供給するソース機器であってもよいし、映像コンテンツ及び音声コンテンツを供給する装置であってもよい。また、上記ソース機器は、電子書籍を供給するソース機器であってもよい。上記出力機器は、映像コンテンツを出力（表示）する出力装置（表示装置）であってもよいし、音声コンテンツを出力する出力装置であってもよいし、映像コンテンツ及び音声コンテンツを出力する出力装置であってもよい。
【００１８】
また、上記第２の機器種別情報取得手段は、例えば、上記ソース機器との接続が確立されたことをトリガーとして上記第２の機器種別情報を取得する構成とすることができる。上記第１の機器種別情報取得手段も同様である。
【００１９】
本発明に係る出力装置において、上記第２の機器種別情報取得手段は、上記第１の機器種別情報が特定の機器種別を示す機器種別情報であるときに限って、上記第２の機器種別情報を上記ソース機器から取得し、上記機器種別特定手段は、上記第１の分類において上記特定の機器種別に分類されるソース機器の機器種別を上記第２の機器種別情報によって特定する、ことが望ましい。
【００２０】
上記の構成によれば、機器種別をより詳しく特定する必要があるソース機器が上記第１の分類において上記特定の機器に分類されるソース機器のみである場合に、上記第２の機器種別情報取得手段が無駄に上記第２の機器種別情報を取得することを回避することができる。
【００２１】
例えば、ＣＥＣプロトコルにおいて、携帯電話端末は、通常、プレーヤに分類される。したがって、携帯電話端末であるか否かを特定するために必要があるソース機器はプレーヤのみである。この場合、上記第２の機器種別情報取得手段は、論理アドレス（上記第１の機器種別情報）がプレーヤ１〜３（特定の機器種別）の何れかであるときに限って、上記第２の機器種別情報を上記ソース機器から取得し、上記機器種別特定手段は、上記第２の機器種別情報によって特定する構成が有効である。
【００２２】
本発明に係る出力装置は、上記ソース機器を製造又は販売したベンダを示すベンダ情報を上記ソース機器から取得するベンダ情報取得手段を更に備え、上記第２の機器種別情報取得手段は、上記ベンダ情報取得手段が取得したベンダ情報が特定のベンダを示すベンダ情報であるときに限って、上記第２の機器種別情報を上記ソース機器から取得し、上記機器種別特定手段は、上記特定のベンダが製造又は販売したソース機器の機器種別を、上記第２の機器種別情報によって特定する、ことが望ましい。
【００２３】
上記の構成によれば、上記第２の機器種別情報を提供することができない可能性のある、上記特定のベンダ以外のベンダが製造又は販売したソース機器から、上記第２の機器種別情報取得手段が無駄に上記第２の機器種別情報を取得しようとすることを回避することができる。
【００２４】
なお、上記第２の分類が、各ソース機器を２つの機器種別の何れかに分類するものである場合、例えば、上記第２の機器種別情報取得手段は、上記ソース機器に対して上記第２の機器種別情報の提供を要求すると共に、上記ソース機器が上記第２の分類において特定の機器種別に分類されるソース機器であるときに限って、上記第２の機器種別情報を上記ソース機器から取得し、上記機器種別特定手段は、上記ソース機器が上記第２の分類において上記特定の機器種別に分類されるソース機器であるか否かを、上記第２の機器種別情報取得手段が上記第２の機器種別情報を取得したか否かによって特定する、構成を採用することができる。
【００２５】
特に、上記第２の分類が、各ソース機器を携帯機器又は非携帯機器の何れかに分類するものである場合、例えば、上記第２の機器種別情報取得手段は、上記ソース機器に対して上記第２の機器種別情報を要求すると共に、上記ソース機器が携帯機器であるときに限って、上記第２の機器種別情報を上記ソース機器から取得し、上記機器種別特定手段は、上記ソース機器が携帯機器であるか否かを、上記第２の機器種別情報取得手段が上記第２の機器種別情報を取得したか否かによって特定する、構成を採用することができる。
【００２６】
本発明に係る出力装置は、上記ソース機器を操作するためのユーザーインターフェースであって、上記機器種別特定手段が特定した上記ソース機器の機器種別に応じたユーザーインターフェースを表示するユーザーインターフェース表示手段を備えている、ことが望ましい。また、本発明に係る出力装置は、上記ユーザーインターフェースに対してユーザ操作が為されたとき、該ユーザ操作に関連付けられたコマンドをソース機器に発行するコマンド発行手段を更に備えている、ことが望ましい。
【００２７】
上記の構成によれば、上記ソース機器を、上記ソース機器の機器種別に応じたユーザーインターフェースを用いてユーザに操作させることができる。
【００２８】
なお、上記ユーザーインターフェース表示手段は、上記ソース機器との接続が確立されたことをトリガーとして、上記ユーザーインターフェースの表示を開始し、上記ソース機器との接続が解除されたことをトリガーとして、上記ユーザーインターフェースの表示を終了する、構成とすることができる。また、上記ユーザーインターフェース表示手段は、当該出力装置に接続されているソース機器のうち、当該出力装置に最後に接続されたソース機器の機器種別に応じたユーザーインターフェースを表示する、構成とすることができる。
【００２９】
本発明に係る出力装置において、上記コマンド発行手段は、上記ソース機器上で動作する通信用アプリケーションを操作するためのコマンドを発行するものである、ことが望ましい。
【００３０】
上記の構成によれば、上記携帯機器が有している通信機能を、上記出力装置において利用することが可能になる。
【００３１】
本発明に係る出力装置において、上記通信用アプリケーションは、電子メールクライアントである、ことが望ましい。
【００３２】
上記構成によれば、上記携帯機器が有している電子メールクライアント機能を、上記出力装置において利用することが可能になる。
【００３３】
本発明に係る出力装置が、ＨＤＭＩケーブルを介して上記ソース機器から供給されたコンテンツを出力するシンク機器である場合、例えば、上記第１の機器種別情報取得手段及び上記第２の機器種別情報取得手段は、それぞれ、上記ＨＤＭＩケーブルを介して伝送されるＣＥＣコマンドを用いて上記第１の機器種別情報及び上記第２の機器種別情報を取得する構成を採用することができる。
【００３４】
なお、上記ソース機器は、ＵＳＢ、ＩＥＥＥ１３９４、イーサネット（登録商標）、ＩＥＥＥ８０２．１１、Ｂｌｕｅｔｏｏｔｈ、ＩｒＤＡ、又は、ＩｒＳｉｍｐｌｅの何れかを介して当該出力装置に接続される構成であってもよい。
【００３５】
本発明に係る出力装置は、携帯型情報端末から送信される制御コマンドであって、当該出力装置を操作するための制御コマンドを受信する制御コマンド受信手段、及び、上記携帯端末から送信される制御コマンドであって、上記ソース機器を操作するための制御コマンドを、該制御コマンドに相当するＣＥＣコマンドに変換して上記ソース機器に送信する制御コマンド転送手段の少なくとも何れかを備えている、ことが望ましい。
【００３６】
上記構成によれば、携帯型情報端末から上記出力装置を操作したり、上記ソース機器を操作したりすることが可能になる。
【００３７】
また、上記出力装置が備えているコンピュータを動作させるプログラムであって、上記コンピュータを上記の各手段として実行させるためのプログラム、および当該プログラムを記録したコンピュータ読み取り可能な記録媒体も本発明の技術的範囲に含まれる。また、上記出力装置を備えているテレビジョン受像機も本発明の技術的範囲に含まれる。
【発明の効果】
【００３８】
以上のように、本発明に係る出力装置は、ソース機器から供給されたコンテンツを出力する出力装置において、第１の分類において上記ソース機器が分類される機器種別を示す第１の機器種別情報を上記ソース機器から取得する第１の機器種別情報取得手段と、上記第１の分類とは異なる第２の分類において上記ソース機器が分類される機器種別を示す第２の機器種別情報を上記ソース機器から取得する第２の機器種別情報取得手段と、上記ソース機器の機器種別を、上記第１の機器種別情報取得手段が取得した第１の機器種別情報と、上記第２の機器種別情報取得手段が取得した第２の機器種別情報とを組み合わせることによって特定する機器種別特定手段と、を備えている。
【００３９】
また、本発明に係るソース機器は、出力装置にコンテンツを供給するソース機器であって、第１の分類において自身が分類される機器種別を示す第１の機器種別情報を上記出力装置に提供する第１の機器種別情報提供手段と、上記第１の分類とは異なる第２の分類において自身が分類される機器種別を示す第２の機器種別情報を上記出力装置に提供する第２の機器種別情報提供手段と、を備えている。
【００４０】
したがって、上記第１の分類における機器種別のみによって、上記ソース機器の機器種別を特定する場合と比べて、より詳しく上記ソース機器の機器種別を特定することができる。
【図面の簡単な説明】
【００４１】
【図１】本発明の実施形態に係るテレビ（テレビジョン受像機）が有する機能を示す機能ブロック図である。
【図２】図１に示すテレビと携帯電話端末とを含むシステムの構成を示す図である。
【図３】図２に示すテレビと携帯電話端末との他の接続態様を示す図である。（ａ）は、充電台を用いた接続態様を示し、（ｂ）は、テレビから給電する充電台を用いた接続態様を示し、（ｃ）は、テレビのスロットに携帯電話端末を装填する接続態様を示す。
【図４】図２に示すテレビの構成を示すブロック図である。
【図５】図２に示す携帯電話端末の構成を示すブロック図である。
【図６】図２に示すテレビが備えているＨＤＭＩレシーバの構成、及び、図２に示す携帯電話端末が備えているＨＤＭＩトランスミッタの構成を示すブロック図である。
【図７】図２に示すテレビにＯＳＤ表示される操作パネルの構成を示す図である。
【図８】図２に示すテレビにＯＳＤ表示されるソフトウェアキーボードの構成を示す図である。
【図９】図２に示すテレビにＯＳＤ表示される通話用の操作パネルを示す図である。
【図１０】図２に示すテレビにおける管理テーブル更新処理の流れを示すフローチャートである。
【図１１】図２に示すテレビにおける管理テーブル更新処理の実行例を示すシーケンス図であり、（ａ）は、携帯電話端末がテレビにＨＤＭＩ接続された場合を示し、（ｂ）は、ＢＤプレーヤがテレビにＨＤＭＩ接続された場合を示す。
【図１２】図２に示すテレビが利用する管理テーブルの構造及び内容を示す図であり、（ａ）は、携帯電話端末がテレビにＨＤＭＩ接続された場合を示し、（ｂ）は、ＢＤプレーヤがテレビにＨＤＭＩ接続された場合を示す。
【図１３】図１０に示す管理テーブル更新処理の変形例を示す図である。
【図１４】図１０に示す管理テーブル更新処理の他の変形例を示す図である。
【図１５】図２に示すテレビにおける操作パネル表示処理の流れを示すフローチャートである。
【図１６】（ａ）は、携帯電話端末側の電子メールクライアントが電子メールを受信したときに、テレビに表示される表示画面の例であり、（ｂ）は、携帯電話端末側のウェブブラウザにおいてＵＲＬが選択又は入力されたときに、テレビに表示される表示画面の例である。
【図１７】図２示すテレビと図５に示す携帯電話端末とを含むシステムの一実現例を示すブロック図である。
【図１８】携帯型情報端末からテレビ及びソース機器を操作することができるシステムの一実現例を示すブロック図である。
【図１９】携帯型情報端末のタッチパネルに表示される表示画面の構成例を示す図である。（ａ）は、テレビを操作するための表示画面、（ｂ）は、ソース機器を操作するための表示画面である。
【発明を実施するための形態】
【００４２】
本発明の実施形態について、図面に基づいて説明すれば以下のとおりである。なお、以下の説明においては、シンク機器（出力装置）としてテレビジョン受像機（以下「テレビ」と呼称する）を例示し、ソース機器として携帯電話端末を例示するが、本発明はこれに限定されるものではない。特に、携帯電話端末は、ソース機器として機能する携帯機器の一例に過ぎず、例えば、ＰＤＡ（Personal Digital Assistant）、携帯型デジタルオーディオプレーヤ、カーナビゲーションシステム（移動体端末機器）など他の携帯機器に置換可能である。
【００４３】
〔システムの構成〕
テレビ１と携帯電話端末２とを含むシステム１０の構成について、図２を参照して説明する。図２は、システム１０の構成を示す図である。
【００４４】
図２（ａ）に示すように、システム１０は、ＨＤＭＩ入力端子１１を備えたテレビ１と、ＨＤＭＩ出力端子２１を供えた携帯電話端末２とを含んでおり、テレビ１のＨＤＭＩ入力端子１１と携帯電話端末２のＨＤＭＩ出力端子２１とをＨＤＭＩケーブル３によって接続することにより構成される。システム１０において、携帯電話端末２は、テレビ１にコンテンツを供給するソース機器として機能し、テレビ１は、携帯電話端末２から供給されたコンテンツを出力するシンク機器として機能する。携帯電話端末２が供給し、テレビ１が出力するコンテンツとしては、映像及び音声の何れか一方又は両方が想定される。
【００４５】
また、図２（ｂ）に示すように、システム１０は、Ｎ個（ここでは３個）のＨＤＭＩ入力端子１１ａ〜１１ｃを備えたテレビ１と、Ｎ台以下（ここでは３台）の携帯電話端末２ａ〜２ｃとを含んでいてもよい。この場合、テレビ１が備えるＨＤＭＩ入力端子１１ａ〜１１ｃの各々と、携帯電話端末２ａ〜２ｃの各々とが、ＨＤＭＩケーブル３ａ〜３ｃによって接続される。なお、図２（ｂ）に示した例では、携帯電話端末２ａ〜２ｃを台４ａ〜４ｃ（後述する充電台４など）に載置することによって、携帯電話端末２ａ〜２ｃがＨＤＭＩケーブル３ａ〜３ｃの一端に接続され、テレビ１と携帯電話端末２ａ〜２ｃとのＨＤＭＩ接続が確立されるようになっている。
【００４６】
なお、テレビ１と携帯電話端末２とをＨＤＭＩ接続する接続態様は、図２（ａ）及び図２（ｂ）に示すものに限定されない。図３（ａ）及び図３（ｂ）に示すように、充電台４を用いてテレビ１と携帯電話端末２とを接続する構成を採用してもよい。
【００４７】
図３（ａ）に示す充電台４は、ＨＤＭＩ入力端子４１と電源端子４２とを備えており、携帯電話端末２を載置すると、携帯電話端末２のＨＤＭＩ出力端子２１と電源端子２２とが、それぞれ、充電台４のＨＤＭＩ入力端子４１と電源端子４２とに接続される。充電台４のＨＤＭＩ入力端子４１には、ＨＤＭＩケーブル４３が接続されており、そのＨＤＭＩケーブル４３の他端をテレビ１のＨＤＭＩ入力端子１１に接続することによって、テレビ１と携帯電話端末２とがＨＤＭＩ接続される。また、充電台４の電源端子４２には、電源ケーブル４４が接続されており、その電源ケーブル４４の他端に設けられたＡＣアダプターを商用電源に接続することによって、携帯電話端末２に電力を供給することができる。
【００４８】
図３（ｂ）に示す充電台４は、図３（ａ）に示す充電台４と同様、ＨＤＭＩ入力端子４１と電源端子４２とを備えており、携帯電話端末２を載置すると、携帯電話端末２のＨＤＭＩ出力端子２１と電源端子２２とが、それぞれ、充電台４のＨＤＭＩ入力端子４１と電源端子４２とに接続される。一端がＨＤＭＩ入力端子４１に接続されたＨＤＭＩケーブル４３の他端をテレビ１のＨＤＭＩ入力端子１１に接続すれば、テレビ１と携帯電話端末２とをＨＤＭＩ接続することができる。また、一端が電源端子４２に接続された電源ケーブル４４の他端をテレビ１に内蔵されたＡＣアダプター１２に接続すれば、携帯電話端末２に電力を供給することができる。なお、ＨＤＭＩケーブル４３と電源ケーブル４４とを一体化し、１本のケーブルでＨＤＭＩ接続と電力供給とを同時に行えるようにしてもよい。
【００４９】
また、ＨＤＭＩケーブル３を介さずに、図３（ｃ）に示すように、テレビ１と携帯電話端末２とを直接ＨＤＭＩ接続する構成を採用してもよい。図３（ｃ）に示すテレビ１には、スロット１３が設けられており、携帯電話端末２をスロット１３に装填すると、携帯電話端末２のＨＤＭＩ出力端子２１と、スロット１３内に設けられたテレビ１のＨＤＭＩ入力端子４１とが直接接続される。なお、携帯電話端末２を側面からテレビ１に装填する構成に代えて、携帯電話端末２を正面からテレビ１のベゼル部（ＬＣＤの下方のベゼル部）に装填する構成を採用してもよい。
【００５０】
〔テレビの構成〕
次に、本実施形態に係るテレビ１の構成について、図４を参照して説明する。図４は、テレビ１の構成を示すブロック図である。
【００５１】
図４に示すように、テレビ１は、３つのＨＤＭＩ入力端子１１ａ〜１１ｃ、ＨＤＭＩスイッチ１１ｄ、ＨＤＭＩレシーバ１００、映像入力端子１０１ａ、音声入力端子１０１ｂ、ＢＤドライブ１０２、チューナ１０３、ＩＰ放送チューナ１０４、衛星放送チューナ１０５、ＯＳＤ生成部１０６、映像セレクタ１０７、映像処理回路１０８、ＬＣＤコントローラ１０９、ＬＣＤ（Liquid Crystal Display）１１０、音声セレクタ１１１、音声処理回路１１２、デジタルアンプ１１３、スピーカ１１４、イーサネットＩ／Ｆ１１５、ＲＯＭ（Read-Only Memory）１１６、ＲＡＭ（Random Access Memory）１１７、ＣＰＵ（Central Processing Unit）１１８、赤外線受光部１１９、カメラ１２０、及び、人感センサ１２１を備えている。図４においては、映像信号の経路を実線で、音声信号の経路を１点鎖線で、データや制御信号の経路（バス）を太線で示している。
【００５２】
（１）ＨＤＭＩレシーバ１００が受信した映像、（２）映像入力端子１０１ａから入力された映像、（３）ＢＤドライブ１０２がＢＤ（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」のことを、それぞれ、「テレビ」、「レコーダ」、「プレーヤ」、「チューナ」、及び「オーディオ」とも記載する。
【００８５】
【表１】
【００８６】
一方、物理アドレスは、ソース機器からのパスを示す４桁の自然数によって表現される。例えば、シンク機器（テレビ）のｘ番目のＨＤＭＩ入力端子に接続されたソース機器Ｘには物理アドレス（ｘ，０，０，０）が割り振られ、ソース機器Ｘのｙ番目のＨＤＭＩ入力端子に接続されたソース機器Ｙには物理アドレス（ｘ，ｙ，０，０）が割り振られる。図４に示した構成においては、ＨＤＭＩ入力端子１１ａに接続されたソース機器に物理アドレス（１，０，０，０）が割り振られ、ＨＤＭＩ入力端子１１ｂに接続されたソース機器に物理アドレス（２，０，０，０）が割り振られる。なお、シンク機器であるテレビには物理アドレス（０，０，０，０）が割り振られる。
【００８７】
（テレビのＣＰＵが有する機能）
次に、携帯電話端末２との有機的な連携動作を実現するために、テレビ１のＣＰＵ１１８が有する機能について、図１を参照して説明する。図１は、テレビ１のＣＰＵ１１８が有する機能を表現した機能ブロック図である。なお、図１に示すブロック図は、ＣＰＵ１１８が有する各種機能のうち、本発明に特有なものを表現したものであり、ＣＰＵ１１８が、図１に示されていない機能を有していてもよいことは言うまでもない。
【００８８】
図１に示すように、テレビ１のＣＰＵ１１８は、アドレス取得部３０１、デバイスタイプ取得部３０２、管理テーブル更新部３０３、入力ソース選択部３０４、及び、ＵＩ部３０５として機能する。アドレス取得部３０１、デバイスタイプ取得部３０２、管理テーブル更新部３０３、入力ソース選択部３０４、及び、ＵＩ部３０５は、ＲＡＭ１１７に記憶された管理テーブルを参照しながら動作する。この管理テーブルには、テレビ１にＨＤＭＩ接続されている各ソース機器について、物理アドレスと論理アドレス（第１の機器種別情報）とデバイスタイプ（第２の機器種別情報）とが互いに関連付けて格納されている。
【００８９】
ここで、デバイスタイプとは、論理アドレスとは異なる分類においてソース機器が分類される機器種別を示す情報のことを指す。本実施形態においては、デバイスタイプとして、ソース機器が携帯機器に分類されるか非携帯機器に分類されるかを示す情報を用いる。管理テーブルにおいて、デバイスタイプが「Mobile Phone」に設定されているソース機器が携帯機器であり、そうでないソース機器が非携帯機器（据置機器）である。
【００９０】
アドレス取得部３０１は、テレビ１にＨＤＭＩ接続されたソース機器からその物理アドレス及び論理アドレスを取得するための手段である。５Ｖ電力検知部１５５から、新たなソース機器がテレビ１にＨＤＭＩ接続された旨の通知を受けると、アドレス制御部３０１は、新たにＨＤＭＩ接続されたソース機器からその物理アドレス及び論理アドレスを取得する。物理アドレス及び論理アドレスを取得するためのコマンドとして、本実施形態においては、ＣＥＣの標準コマンドである<Give Physical Address>コマンドを使用する。物理アドレス及び論理アドレスの取得が完了すると、アドレス取得部３０１は、取得した物理アドレス及び論理アドレスを管理テーブル更新部３０３に通知すると共に、アドレス取得処理が完了した旨をデバイスタイプ取得部３０２に通知する。
【００９１】
デバイスタイプ取得部３０２は、テレビ１にＨＤＭＩ接続されたソース機器からそのデバイスタイプを取得するための手段である。アドレス取得部３０１から、アドレス取得処理が完了した旨の通知を受けると、デバイスタイプ取得部３０２は、テレビ１にＨＤＭＩ接続されたソース機からそのデバイスタイプを取得する。デバイスタイプを取得するためのコマンドとして、本実施形態においては、本願において開示する新規なベンダコマンドである<Give Device Type>コマンドを使用する。デバイスタイプの取得に成功すると、デバイスタイプ取得部３０２は、取得したデバイスタイプを管理テーブル更新部３０３に通知する。デバイスタイプを取得することなくタイムアウトした場合、デバイスタイプ取得部３０２は、デバイスタイプが「プレーヤ」である旨を管理テーブル更新部３０３に通知する。
【００９２】
管理テーブル更新部３０３は、アドレス取得部３０１から通知された物理アドレス及び論理アドレス、並びに、デバイスタイプ取得部３０２から通知されたデバイスタイプを、互いに関連付けて管理テーブルに登録する。なお、アドレス取得部３０１から新たに通知された物理アドレスが既に登録されている物理アドレスに一致する場合、アドレス取得部３０１から新たに通知された物理アドレス及び論理アドレス、並びに、デバイスタイプ取得部３０２から新たに通知されたデバイスタイプによって、既に登録されている物理アドレス、論理アドレス、及びデバイスタイプをオーバーライトする。
【００９３】
テレビ１に新たなソース機器がＨＤＭＩ接続されると、アドレス取得部３０１、デバイスタイプ取得部３０２、及び、管理テーブル更新部３０３によって、ＲＡＭ１１７に記憶された管理テーブルが更新される。アドレス取得部３０１、デバイスタイプ取得部３０２、及び、管理テーブル更新部３０３により実現される管理テーブル更新処理の詳細については、参照する図面を代えて後述する。
【００９４】
入力ソース選択部３０４は、テレビ１にＨＤＭＩ接続されているソース機器からの要求、又は、テレビ１を操作しているユーザからの要求に応じて、テレビ１にＨＤＭＩ接続されているソース機器の何れかを入力ソースとして選択するための手段である。ソース機器からの要求は、ＣＥＣコマンドとしてＣＥＣ・Ｉ／Ｆ１５２から与えられ、ユーザからの要求は、リモコン信号として赤外線受光部１１９から与えられる。入力ソースの切り替えを要求するＣＥＣコマンドとして、本実施形態においては、<Active Source>コマンドを想定する。
【００９５】
入力ソース選択部３０４は、テレビ１にＨＤＭＩ接続されているソース機器の何れかから<Active Source>コマンドを受信すると、その<Active Source>コマンドに含まれる物理アドレスにより指定されるソース機器に入力ソースを切り替えると共に、その物理アドレスを引数とする<Set Stream Path>コマンドをテレビ１に接続されている各ソース機器に送信する。ここで、物理アドレス（ｘ，ｙ，ｚ，ｗ）により指定されるソース機器に入力ソースを切り替えるとは、ｘ番目のＨＤＭＩ入力端子がＨＤＭＩレシーバ１００に接続されるよう、ＨＤＭＩスイッチ１１ｄを制御することを指す。なお、<Set Stream Path>コマンドを送信しているのは、テレビ１と<Active Source>コマンドを送信したソース機器との間にパスが通るよう、これらの間に介在する機器に入力ソースの切り替えを指示するためである。
【００９６】
ＵＩ部３０５は、入力ソースとして選択されているソース機器に応じたグラフィカルユーザインタフェースである操作パネルをＯＳＤ表示するための手段である。ＵＩ部３０４は、プレーヤ用、レコーダ用、チューナ用、オーディオ用の操作パネルの他に、携帯機器用の操作パネルをＯＳＤ表示することができる。ＵＩ部３０４は、（１）入力ソースとして選択されているソース機器の物理アドレスを入力ソース選択部３０３から取得し、（２）取得した物理アドレスに関連付けられたデバイスタイプを、ＲＡＭ１１７に記憶された管理テーブルから読み出し、（３）読み出したデバイスタイプに応じた操作パネルをＯＳＤ表示する。例えば、読み出したデバイスタイプが「Mobile Phone」であれば、携帯機器用の操作パネルをＯＳＤ表示し、読み出したデバイスタイプが「Player」であれば、プレーヤ用の操作パネルをＯＳＤ表示する。なお、ＵＩ部３０５が操作パネルをＯＳＤ表示するとは、ＬＣＤ１１に操作パネルをＯＳＤ表示するために、その操作パネルの描画に必要なデータをＲＯＭ１１６から読み出し、読み出したデータをＯＳＤ生成部１０６に供給することを指す。
【００９７】
各機器種別用の操作パネルには、その機器種別に分類されるソース機器において実行可能な処理に対応したボタンが設けられている。例えば、プレーヤ用の操作パネルであれば、「早戻し」「再生」「早送り」といった処理に対応するボタンが設けられ、レコーダ用の操作パネルであれば、「録画」といった処理に対応するボタンが設けられる。ユーザは、所望の処理に対応するボタンを選択することによって、入力ソースとして選択されているソース機器に所望の処理を実行させることができる。
【００９８】
ＵＩ部３０５は、操作パネル上のボタンの何れかがユーザによって選択されると、選択されたボタンに対応する処理の実行を、入力ソースとして選択されているソース機器上で動作しているアプリケーション、又は、テレビ１上で動作しているアプリケーションに対して指示する。この際、ＵＩ部３０５は、どのボタンがユーザによって選択されたのかを、例えば、赤外線受光部１１９から与えられたリモコン信号を参照して特定する。また、選択されたボタンに対応する処理の実行を、入力ソースとして選択されているソース機器に指示するためのコマンドとして、本実施形態においては、例えば、ＣＥＣの標準コマンドである<Deck Control>コマンドを用いる。ある処理に対応するボタンが選択された場合、ＵＩ部３０５は、その処理の処理ＩＤを引数として含む<Deck Control>コマンドを、入力ソースとして選択されているソース機器に対して送信する。これにより、ユーザが選択したボタン（例えば「録画ボタン」）に対応した処理（例えば「録画処理」）の実行をソース機器に対して指示することができる。
【００９９】
なお、選択されたボタンに対応する処理の実行を指示するために使用可能なコマンドは、<Deck Control>コマンドに限定されない。例えば、ＣＥＣ標準コマンドである<User Control Pressed>コマンド及び<User Control Released>コマンド、又は、新規なベンダコマンドである<Remote Button Down>コマンド及び<Remote Button Up>コマンドを用いてもよい。テレビ１は、ある処理に対応するボタンが選択された時点で、その処理に対応する処理ＩＤを引数とする<User Control Pressed>コマンド又はRemote Button Down>コマンドを送信し、そのボタンの選択が解除された時点で、その処理ＩＤを引数とする<User Control Released>コマンド又は<Remote Button Up>コマンドを送信する。一方、ソース機器は、ある処理ＩＤを引数とする<User Control Pressed>コマンド又は<Remote Button Down>コマンドを受信した時点で、その処理ＩＤにより指定された処理の実行を開始し、その処理ＩＤを引数とする<User Control Released>コマンド又は<Remote Button Up>コマンドを受信した時点で、その処理ＩＤにより指定された処理の実行を終了する。つまり、携帯電話端末２は、<User Control Pressed>コマンド又は<Remote Button Down>コマンドを受信してから<User Control Released>コマンド又は<Remote Button Up>コマンドを受信するまでの間、<User Control Pressed>コマンド又は<Remote Button Down>コマンドに引数として含まれる処理ＩＤにより指定される処理を実行し続ける。これらのコマンドは、ボタンが選択されている期間に渡って実行されるべき処理（例えば、プレーヤ機器における「早送り」処理）の実行を指示する際に有効であり、<Deck Control>コマンドは、ボタンが選択された瞬間に実行されるべき処理（例えば、プレーヤ機器における「停止」処理）の実行を指示する際に有効である。
【０１００】
図７は、携帯機器用の操作パネル５０を含む表示画面（テレビ１のＬＣＤ１１０に表示される画面）の構成例を示す図である。入力ソースとして選択されているソース機器から供給された映像がスケーリング表示されると共に、ＵＩ部３０５によって作成された操作パネル５０がＯＳＤ表示されている。ここで、スケーリング表示とは、表示すべき映像本来のアスペクト比を保ったままサイズを縮小して表示する表示態様のことを指す。携帯電話端末２がソース機器として選択されている場合には、図７に示すように、携帯電話端末から供給される映像がスケーリング表示される。
【０１０１】
携帯機器用の操作パネル５０には、「早戻し」「再生」「早送り」といったプレーヤ用の操作パネルと共通するボタンの他に、「インターネット」「メール」といったプレーヤ用の操作パネルにはないボタンが設けられている。例えば、「メール」ボタンが選択された場合、ＵＩ部３０５は、電子メールクライアントの起動処理の処理ＩＤを引数として含む<Remote Button Down>コマンドを携帯電話端末２に送信する。これにより、携帯電話端末２において電子メールクライアントが立ち上がる。
【０１０２】
携帯電話端末２が入力ソースとして選択されている場合、ＵＩ部３０５は、携帯電話端末２を操作するための各種操作パネルをＯＳＤ表示する。
【０１０３】
図８は、ソフトウェアキーボード５１を含む表示画面（テレビ１のＬＣＤ１１０に表示される画面）の構成例を示す図である。入力ソースとして選択されている携帯電話端末２から供給された電子メールクライアントのＧＵＩ６１上に、ＵＩ部３０５によってＯＳＤ表示されたソフトウェアキーボード５１が配置されている。ＵＩ部３０５は、ユーザによってソフトウェアキーボード５１上のキーが選択される度に、選択されたキーに対応する処理ＩＤを含む<Remote Button Down>を携帯電話端末２に送信する。このような構成を採用することにより、ソフトウェアキーボード５１を用いて送信文を編集するなど、電子メールクライアントの操作をテレビ１のリモコンを用いて行うことができる。
【０１０４】
なお、ここでは、テレビ１から操作するアプリケーションの例として、電子メールクライアントを挙げたが、これに限定されるものではない。例えば、ウェブブラウザなど、他の通信用アプリケーションを操作の対象としてもよい。
【０１０５】
一般に、テレビ１と携帯電話端末２とでは、アクセス可能なコンテンツ、及び、利用可能な通信媒体が異なる。したがって、テレビ１から携帯電話端末２の通信用アプリケーションを操作できるようにし、テレビ１と携帯電話端末２とを有機的に連携させれば、テレビ１ではこれまでアクセスできなかったコンテンツ（携帯電話端末２でしかアクセスできなかったコンテンツ）にテレビ１でアクセスしたり、テレビ１ではこれまで利用できなかった通信媒体（携帯電話端末２でしか利用できない通信媒体）をテレビ１で利用したりすることができる。更に言えば、携帯電話端末２が有する通信機能をテレビ１において利用したり、テレビ１が有する通信機能を携帯電話端末２において利用したりすることによって、双方の通信機能を補間あるいは拡充することができる。
【０１０６】
ＨＤＭＩ接続されたテレビ１と携帯電話端末２とを含む、このようなシステムの実現例を図１７に示す。図１７に示すシステムにおいて、テレビ１は、インターネットＩＮを介して、メールサーバＭＳ、ウェブサーバＷＳ、及び、ＶＯＤサーバＶＳに接続されている。テレビ１とインターネットＩＮとの間に、ＩＳＰ（インターネット・サービス・プロバイダ）が提供するゲートウェイ等（不図示）が介在していてもよい。一方、携帯電話端末２は、基地局ＢＳ及びパケット網ＰＮを介して、キャリアサーバＣＳに接続されている。ここで、基地局ＢＳ、パケット網ＰＮ、及び、キャリアサーバＣＳは、携帯電話キャリア（通信事業者）が提供するものである。
【０１０７】
キャリアサーバＣＳは、メールサーバ機能を有しており、パケット網ＰＮに接続された携帯電話端末間での電子メールの送受信に利用される。また、キャリアサーバＣＳは、インターネットＩＮを介してメールサーバＭＳに接続されており、携帯電話端末２から送信された電子メール（メールサーバＭＳの管理下にあるクライアントを宛先とする電子メール）をメールサーバＭＳに転送したり、メールサーバＭＳから送信された電子メール（携帯電話端末２を宛先とする電子メール）を携帯電話端末２に転送したりする。
【０１０８】
更に、キャリアサーバＣＳは、コンテンツ配信機能を有しており、パケット網ＰＮに接続された各携帯電話端末への独自コンテンツ（携帯電話キャリアが独自に提供するコンテンツ）の配信に利用される。また、キャリアサーバＣＳは、インターネットＩＮを介してウェブサーバＷＳ及びＶＯＤサーバＶＳに接続されており、携帯電話端末２から送信されたコンテンツ要求をウェブサーバＷＳ又はＶＯＤサーバに転送したり、ウェブサーバＷＳ又はＶＯＤサーバＶＳから送信されたコンテンツを携帯電話端末２に転送したりする。
【０１０９】
図１７に示すシステムにおいて、テレビ１上で動作するウェブブラウザは、キャリアサーバＣＳから配信される独自コンテンツを取得することができない。しかしながら、テレビ１は、この独自コンテンツにアクセスすることを指示するＣＥＣコマンドを、ＨＤＭＩケーブルを介して携帯電話端末２に送信することができる。そうすると、このＣＥＣコマンドを受信した携帯電話端末２上で動作するウェブブラウザが、この独自コンテンツを取得し、取得した独自コンテンツを表す映像信号をＨＤＭＩケーブルを介してテレビ１に供給する。テレビ１は、この映像信号を参照することによって、この独自コンテンツをＬＣＤ１１０に表示することができる。このように、携帯電話端末２上で動作する通信アプリケーションを制御する機能をテレビ１に持たせることによって、携帯電話端末２でしかアクセスできないコンテンツを、ＬＣＤ１１０に表示することができる。
【０１１０】
図９は、通話用の操作パネル５２を含む表示画面（テレビ１のＬＣＤ１１０に表示される画面）の構成例を示す図である。図９（ａ）は、入力ソースとして携帯電話端末２が選択されており、かつ、携帯電話端末２上でコンテンツの再生が行われている場合の表示例である。ここでは、携帯電話端末２から供給された映像６２ａがスケールリング表示されると共に、ＵＩ部３０５からの指示によって生成された通話用の操作パネル５２がＯＳＤ表示されている。図９（ｂ）は、入力ソースとしてテレビ１が選択されている場合の表示例である。ここでは、テレビ１が受信した地上波デジタル放送の映像６２ｂがスケールリング表示されると共に、ＵＩ部３０５からの指示によって生成された通話用の操作パネル５２がＯＳＤ表示されている。ＵＩ部３０５は、ユーザによって操作パネル５２上の数字キーが選択される度に、選択された数字キーに対応する処理ＩＤを含む<User Control Pressed>コマンド及び<User Control Released>コマンドを携帯電話端末２に送信する。携帯電話端末２は、受信した<User Control Pressed>コマンド及び<User Control Released>コマンドの引数列からユーザが入力した電話番号を特定し、特定した電話番号に対して発呼する発呼処理を実行する。このような構成を採用することにより、携帯電話端末２又はテレビ１にて再生されたコンテンツを楽しみながら、テレビ１のリモコンを操作することによって、携帯電話端末２を用いた通話を行うことができる。なお、携帯電話端末２にて再生されたコンテンツとテレビ１にて再生されたコンテンツとを同時に表示する２画面構成（操作パネルを含めて３画面）を採用してもよい。
【０１１１】
図９（ｃ）は、入力ソースとして携帯電話端末２が選択されており、かつ、携帯電話端末２上で電子メールクライアントが実行されている場合の表示例である。ここでは、携帯電話端末２から供給された電子メールクライントのＵＩ画面６２ｃがスケーリング表示されると共に、ＵＩ部３０５からの指示によって生成された通話用の操作パネル５２がＯＳＤ表示されている。このような構成を採用することにより、「１」キーの多重押下で「あ」→「い」→「う」→「え」→「お」を入力するなど、携帯電話端末２を直接操作するのと同じ感覚でメール送信文を編集することなどができる。
【０１１２】
通話用の操作パネル５２は、更に、携帯電話端末２への着信を通知する着信通知機能を有している。この着信通知機能は、例えば、（１）携帯電話端末２がＣＥＣコマンドを使って着信番号をテレビ１に通知し、（２）通知された着信番号をＵＩ部３０５が通話用の操作パネル５２上にＯＳＤ表示することによって実現することができる。また、テレビ１自身が通話機能を有している場合には、テレビ１が有する通話機能を用いて、携帯電話端末２から通知された着信番号に対して発呼する構成を加えてもよい。これにより、ＩＰ電話や光電話など、携帯電話よりも使用料の安価な回線を使って、コールバックを行うことができる。より一般には、操作パネルに対して特定のユーザ操作が為されたときに、テレビ１が有する機能を使って、そのユーザ操作に関連付けられた処理を実行するようにしてもよい。
【０１１３】
以上のように、テレビ１は、ＨＤＭＩ接続された携帯電話端末２にＣＥＣコマンドを発行することによって、携帯電話端末２上で動作させる通信用アプリケーションを選択するか、又は、携帯電話端末２上で動作している通信用アプリケーションを制御する制御機能を有している。携帯電話端末２上で電子メールクライアントを動作させるか、ウェブブラウザを動作させるかを選択できること、及び、携帯電話端末２上で動作する電子メールクライアント、ウェブブラウザ、及び、通話用アプリケーションを制御できることは、上述したとおりである。このような機能は、テレビ１が備えるＵＩ部３０５によって実現される。
【０１１４】
更に、テレビ１は、携帯電話端末２に送信するコマンドをユーザーに選択させるための操作パネルをＬＣＤ１１０に表示する機能を有している。携帯電話端末２上で動作させる通信用アプリケーションを選択するための操作パネルの構成例としては、例えば、図７に示したものが挙げられる。また、携帯電話端末２上で動作する電子メールクライアントを制御するための操作パネルとしては、例えば、図８に示したもの、及び、図９（ｃ）に示したものが挙げられる。また、携帯電話端末上で動作する通話用アプリケーションを制御するための操作パネルとしては、例えば、図９（ａ）及び図９（ｂ）に示したものが挙げられる。このような機能は、テレビ１が備えるＵＩ部３０５及びＯＳＤ表示部によって実現される。なお、図９（ａ）〜（ｃ）に示すように、電話型配列のテンキーを操作パネルに設ければ、携帯電話端末２のテンキーを用いて実現し得る任意の操作を、操作パネルを用いて実現することができる。
【０１１５】
更に、テレビ１は、チューナ（地上波デジタル放送チューナ１０３、ＩＰ放送チューナ１０４、及び、衛星放送チューナ１０５の何れか）を介して受信した映像信号に基づいて映像をＬＣＤ１１０に表示する機能の他に、図８に示すように、ＨＤＭＩを介して携帯電話端末２から供給される映像信号に基づいて、携帯電話端末２上で動作する通信用アプリケーション（図８に示した例では電子メールクライアント）によって生成されたＧＵＩ（Graphical User Interface）をＬＣＤ１１０に表示する機能を有している。そして、上述した操作パネルは、図８に示すように、携帯電話端末２上で動作する通信用アプリケーションによって生成されたＧＵＩに重畳して表示されるか、あるいは、図９（ｂ）に示すように、チューナが受信した映像に重畳して表示される。
【０１１６】
なお、本実施形態においては、ＨＤＭＩ接続された携帯電話端末２からテレビ１にデバイスタイプを通知し、ソース機器が携帯機器であるか否かに応じた処理をテレビ１が実行する構成について説明したが、これに限定されるものではない。すなわち、ＨＤＭＩ接続された携帯電話端末２からテレビ１に、携帯電話端末２の個体情報、又は、携帯電話端末２のユーザの個人情報を通知し、ＨＤＭＩ接続された携帯電話端末がどの携帯電話端末であるか、又は、携帯電話端末２のユーザが誰であるかに応じた処理をテレビ１が実行する構成を採用してもよい。
【０１１７】
携帯電話端末２からテレビ１に通知する個体情報としては、例えば、携帯電話端末２の電話番号を用いればよい。ただし、固体情報として利用可能な情報はこれに限らず、携帯電話端末２を他の携帯電話端末と識別するために利用できる情報であれば何でもよい。例えば、ＵＳＩＭカード２０６から読み出した他の個体情報をＩＤとして利用してもよい。また、携帯電話端末２からテレビ１に通知する個人情報としては、例えば、携帯電話端末２のカメラ２２３を用いて撮像したユーザの顔（顔画像そのもの、若しくは、顔画像から抽出した特徴量）を用いればよい。ただし、個人情報として利用可能な情報はこれに限定されず、携帯電話端末２のユーザを推定するために利用できる情報であれば何でもよい。例えば、携帯電話端末２に指紋センサが搭載されている場合には、指紋センサを用いて検出したユーザの指紋（指紋画像そのもの、若しくは、指紋画像から抽出した特徴量）を個人情報としてもよい。更に、顔と指紋との組み合わせて個人情報として利用したり、顔を個人情報として用いるか、指紋を個人情報として用いるか、顔と指紋との組み合わせを個人情報として用いるかを、認証レベルに応じて切り替えたりしてもよい。また、ユーザの年齢が携帯電話端末２に登録されている場合には、ユーザの年齢を個人情報としてもよい。
【０１１８】
ＨＤＭＩ接続された携帯電話端末２から取得した個体情報又は個人情報に応じた処理としては、例えば、映像処理回路１０８における画質調整、音声処理回路１１２における音質調整、及び、ＯＳＤ生成部１０６におけるＧＵＩ調整などが挙げられる。Ａさんの携帯電話端末がＨＤＭＩ接続されているときには、コントラストの高い映像を表示し、Ｂさんの携帯電話端末がＨＤＭＩ接続されているときには、コントラストの低い映像を表示するなど、各携帯電話端末のユーザの好みにあった画質調整や音質調整が可能になる。ＧＵＩ調整の例としては、携帯電話端末２のユーザが子供である場合は、メニューを平仮名又は片仮名で表示する例や、携帯電話端末２のユーザが高齢者である場合はメニューのフォントサイズを大きくする例などが挙げられる。
【０１１９】
また、ＨＤＭＩ接続された携帯電話端末２から取得した個体情報又は個人情報は、テレビ１をクライアントとする各種ウェブサービスにおける個人認証に利用することができる。例えば、（１）ＵＳＩＭカード２０６（記憶部）から読み出した個体情報をテレビ１に送信するＨＤＭＩトランスミッタ２００（送信手段）を備えた携帯電話端末２と、（２）携帯電話端末２から送信された個体情報を受信し、受信した個体情報をＲＡＭ１１７（記憶部）に記憶させるＨＤＭＩレシーバ１００（受信手段）、及び、個体情報をＲＡＭ１１７（記憶部）から読み出し、読み出した個体情報をサーバに提供するイーサネットＩ／Ｆ１１５（提供手段）を備えたテレビ１と、（３）テレビ１から提供された個体情報に基づいてテレビ１のユーザを特定するユーザ特定手段を備えたサーバとを含むシステムを構成することができる。このようなシステムを構成すれば、サーバは、テレビ１のユーザ（又は、そのユーザに関する情報）に応じて、テレビ１に提供するサービスを選択または制限することができる。例えば、サーバは、テレビ１のユーザ（又は、そのユーザに関する情報）に応じて、テレビに配信するコンテンツを選択又は制限することができる。
【０１２０】
以上のように、テレビ１は、ＨＤＭＩ接続された携帯電話端末２から、携帯電話端末２を他の携帯機器と識別するための個体情報、又は、携帯電話端末２のユーザを他のユーザと識別するための個人情報を取得する機能を備えているので、この個体情報又は個人情報に応じて、表示する映像を変更することができる。上述した個人情報又は個体情報に応じた画質調整及びＧＵＩ調整は、ここで云う「映像の変更」の一例である。また、上述した固体情報又は個人情報に応じて選択されたコンテンツの配信を受ける（取得する）構成を採用する場合にも、個体情報又は個人情報に応じて表示する映像の内容が変更されることになる。
【０１２１】
また、本実施形態においては、ソース機器に対する処理の実行指示を、操作パネルを用いて行う構成について説明したが、これに限定されない。すなわち、ソース機器に対する処理の実行指示を、操作パネルを用いずに行うこともできる。例えば、テレビを操作するためのリモコンのキーが押下されたときに、テレビ１が、そのキーのキーＩＤをソース機器に通知する構成を採用してもよい。テレビ１が、押下されたキーのキーＩＤをソース機器に通知するためのコマンドとしては、ＣＥＣの標準コマンドである<User Control Pressed>コマンド及び<User Control Released>コマンドを使用することができる。テレビ１は、キーが押下された時点で<User Control Pressed>コマンドを送信し、キーが開放された時点で<User Control Released>コマンドを送信する。一方、ソース機器は、<User Control Pressed>コマンドを受信した時点で処理の実行を開始し、<User Control Released>コマンドを受信した時点で処理の実行を終了する。この際、押下されたキーのキーＩＤを各コマンドの引数とすれば、キーが押下されたタイミング及びキーが開放されたタイミングに加え、どのキーが押下されたのかをソース機器に通知することができる。このような構成を採用することによって、ユーザは、テレビ１を操作するためのリモコンがあたかも携帯電話端末２の一部であるかのように、携帯電話端末２を操作することが可能になる。
【０１２２】
（管理テーブル更新処理の詳細）
ソース機器とのＨＤＭＩ接続が確立されたときに、テレビ１（アドレス取得部３０１、デバイスタイプ取得部３０２、管理テーブル更新部３０３）にて実行される管理テーブル更新処理について、図１０を参照して説明する。図１０は、テレビ１にて実行される管理テーブル更新処理の流れを示すフローチャートである図１０に示すフローチャートに含まれる各ステップについて順に説明すれば以下のとおりである。
【０１２３】
ステップＳ１１：アドレス取得部３０１は、５Ｖ電力検知部１５５からソース機器との接続が確立された旨の通知を受けると、そのソース機器に対して<Give Physical Address>コマンドを送信する。
【０１２４】
ステップＳ１２：アドレス取得部３０１は、<Give Physical Address>コマンドに対するソース機器からの応答を待ち受ける。<Report Physical Address>コマンドを受信すると、アドレス取得部３０１は、<Report Physical Address>コマンドに引数として含まれている物理アドレス及び論理アドレス（機器種別情報）を管理テーブル更新部３０３に通知すると共に、アドレス取得処理が完了した旨をデバイスタイプ取得部３０２に通知する。
【０１２５】
ステップＳ１３：デバイスタイプ取得部３０２は、アドレス取得処理が完了した旨の通知を受けると、そのソース機器に対して<Give Device Type>コマンドを送信する。
【０１２６】
ステップＳ１４〜Ｓ１５：デバイスタイプ取得部３０２は、<Give Device Type>コマンドに対するソース機器からの応答を、タイムアウトする（ステップＳ１５においてＹｅｓ）まで待ち受ける。ここで、タイムアウトするとは、<Give Device Type>コマンドを送信してから予め定められた時間（例えば１秒）が経過したことを指す。タイムアウトする前に<Report Device Type>コマンドを受信すると、デバイスタイプ取得部３０２は、デバイスタイプが「Mobile Phone」である旨を管理テーブル更新部３０３に通知する。なお、本実施形態における、デバイスタイプは、<Report Device Type>の発行元が携帯電話端末であるか否かを示す情報であり、<Report Device Type>の発行元が携帯電話端末である場合は値「Mobile Phone」を取る。
【０１２７】
ステップＳ１６：<Report Device Type>コマンドを受信する前にタイムアウトした場合、デバイスタイプ取得部３０２は、ステップＳ１２にて取得した論理アドレスに対応する機器種別（図面においては、ステップＳ１２にて取得した論理アドレスがプレーヤ１〜３である場合を例示している）を管理テーブル更新部３０３に通知する。
【０１２８】
ステップＳ１７：管理テーブル更新部３０３は、ステップＳ１２にてアドレス取得部３０１から通知された物理アドレス及び論理アドレス、並びに、ステップＳ１４又はステップＳ１６にてデバイスタイプ取得部３０２から通知されたデバイスタイプを、互いに関連付けて管理テーブルに記録する。
【０１２９】
図１１（ａ）は、管理テーブル更新処理の実行例であって、携帯電話端末との間でＨＤＭＩ接続が確立された場合の実行例を示すシーケンス図である。図１２（ａ）は、管理テーブル更新処理を実行した後の管理テーブルの内容を示す図である。携帯電話端末との間でＨＤＭＩ接続が確立された場合、図１１（ａ）に示すように、<Give Device Type>コマンドに対して、携帯電話端末から「Mobile Phone」を引数に含む<Report Device Type>が返される。このため、管理テーブル更新部３０３は、図１２（ａ）に示すように、ＨＤＭＩ接続が確立された携帯電話端末の物理アドレス及び論理アドレスを、デバイスタイプ「Mobile Phone」に関連付けて管理テーブルに登録する。
【０１３０】
図１１（ｂ）は、管理テーブル更新処理の他の実行例であって、ＢＤプレーヤとの間でＨＤＭＩ接続が確立された場合の実行例を示すシーケンス図である。図１２（ｂ）は、管理テーブル更新処理を実行した後の管理テーブルの内容を示す図である。ＢＤプレーヤとの間でＨＤＭＩ接続が確立された場合、図１１（ｂ）に示すように、<Give Device Type>コマンドに対して、ＢＤプレーヤは<Report Device Type>を返さない。このため、管理テーブル更新部３０３は、図１２（ｂ）に示すように、ＨＤＭＩ接続が確立されたＢＤプレーヤの物理アドレス及び論理アドレスを、デバイスタイプ「Mobile Phone」ではなく、論理アドレス「プレーヤ」に関連付けて管理テーブルに登録する。
【０１３１】
なお、管理テーブル更新処理は、図１０に示したものに限定されない。例えば、図１３又は図１４のように変形することも可能である。
【０１３２】
図１３は、管理テーブル更新処理の第１の変形例を示すフローチャートである。図１３に示す管理テーブル更新処理は、（１）ソース機器の物理アドレス及び論理アドレスを取得し（ステップＳ１１〜１２）、（２）取得した論理アドレスが「プレーヤ」であるか否かを判定し（ステップＳ２１）、（３）取得した論理アドレスが「プレーヤ」である場合に限って、ソース機器のデバイスタイプを取得する（ステップＳ１３〜１５）ものである。携帯電話端末の論理アドレスを「プレーヤ」とすることが取り決められている場合には、携帯電話端末ではあり得ない「プレーヤ」以外のソース機器に対して<Give Device Type>を発行する無駄を省くことができる。
【０１３３】
図１４は、管理テーブル更新処理の第２の変形例を示すフローチャートである。図１４に示す管理テーブル更新処理は、（１）ソース機器の物理アドレス及び論理アドレスを取得し（Ｓ１１〜１２）、（２）<Give Vender ID>コマンド及び<Report Vender ID>コマンドを用いてソース機器のベンダＩＤを取得し（ステップＳ２２〜２３）、（３）ベンダＩＤが特定のベンダＩＤと一致しているか否かを判定し（ステップＳ２４）、（４）取得したベンダＩＤが予め定められた特定のベンダＩＤと一致している場合に限って、ソース機器のデバイスタイプを取得する（ステップＳ１３〜１５）ものである。ステップＳ２３にて取得したベンダＩＤと、<Give Device Type>コマンドをサポートしているメーカのベンダＩＤとをステップＳ２４において比較するようにすれば、<Give Device Type>をサポートしていないメーカ製のソース機器に対して<Give Device Type>コマンドを発行する無駄を省くことができる。
【０１３４】
（操作パネル表示処理の詳細）
テレビ１（ＵＩ部３０５）にて実行される操作パネル表示処理に図１５を参照して説明する。図１５は、操作パネル表示処理の流れを示すフローチャートである。図１５に示すフローチャートに含まれる各ステップについて説明すれば以下のとおりである。
【０１３５】
なお、図５に示す操作パネル表示処理は、ユーザが操作パネルの表示を要求したこと、又は、ソース機器がコンテンツの再生を開始したことをトリガーとして実行される。テレビ１（ＵＩ部３０５）は、赤外線受光部１１９から供給されるリモコン信号を参照して、ユーザからの要求を検知し、操作パネル表示処理の開始トリガーとすることができる。また、テレビ１（ＵＩ部３０５）は、ソース機器から送信される<Active Source>の受信を検出することによって、ソース機器がコンテンツの再生を開始したことを検知し、操作パネル表示処理の開始トリガーとすることができる。
【０１３６】
ステップＳ３１：ＵＩ部３０５は、入力ソースとして選択されているソース機器の物理アドレス（以下、「入力パス」と呼称）を入力ソース選択部３０４から取得し、取得した入力パスが管理テーブルに登録されているか否かを判定する。入力パスが管理テーブルに登録されている場合、ＵＩ部３０５は、入力パスに対応する操作パネルをＯＳＤ表示する。
【０１３７】
ステップＳ３２：取得した入力パスが管理テーブルに登録されている場合（ステップＳ３１においてＹｅｓ）、ＵＩ部３０５は、管理テーブルにおいて入力パスに関連付けられた論理アドレスを参照し、入力ソースとして選択されているソース機器の機器種別に対応する操作パネルをＯＳＤ表示する。ただし、管理テーブルにおいて、入力パスにデバイスタイプ「Mobile Phone」が関連付けられている場合には、携帯機器用の操作パネルをＯＳＤ表示する。
【０１３８】
ステップＳ３３：取得した入力パスが管理テーブルに登録されていない場合（ステップＳ３１においてＮｏ）、ＵＩ部３０５は、機器リストをＯＳＤ表示する。ここで、機器リストとは、管理テーブルに登録されている各ソース機器の機器種別を列挙したリストである。各ソース機器の機器種別（論理アドレス）に加え、各ソース機器の機器名が管理テーブルに登録されている場合には、各ソース機器の機器名を列挙したリストを機器リストとしてＯＳＤ表示してもよい。
【０１３９】
ステップＳ３４：機器リストをＯＳＤ表示した後、ＵＩ部３０５は、機器リストに列挙されたソースの機器の何れかがユーザによって選択されることを待ち受ける。ユーザによって機器リストから選択されたソース機器を、以下、選択機器と呼称する。
【０１４０】
ステップＳ３５：機器リストに列挙されたソース機器の何れかがユーザによって選択されると（ステップＳ３４においてＹｅｓ）、ＵＩ部３０５は、選択機器の機器種別に対応する操作パネルをＯＳＤ表示する。ただし、管理テーブルにおいて選択機器にデバイスタイプ「Mobile Phone」が関連付けられている場合には、携帯機器用の操作パネルをＯＳＤ表示する。
【０１４１】
ステップＳ３６：ＵＩ部３０５は、管理テーブルにおいて選択機器に関連付けられている物理アドレスが入力パスに一致しているか否かを判定する。
【０１４２】
ステップＳ３７：管理テーブルにおいて選択機器に関連付けられている物理アドレスが入力パスに一致しない場合（ステップＳ３６においてＹｅｓ）、ＵＩ部３０５は、入力パスの切り替えを入力ソース選択部３０４に指示する。入力ソース選択部３０４は、入力ソースとして選択するソースを選択機器に切り替える。
【０１４３】
なお、よりシンプルな他の操作パネル表示方法としては、携帯電話端末とのＨＤＭＩ接続が確立されたことをトリガーとして、携帯電話端末用の操作パネルの表示を開始し（操作パネルを画面上に出現させ）、その携帯電話端末とのＨＤＭＩ接続が解除されたことをトリガーとして、その携帯電話端末用の操作パネルの表示を終了する（操作パネルを画面上から消去する）方法を挙げることができる。図２（ｂ）に示すように、３つの携帯電話端末２ａ〜２ｃがＨＤＭＩ接続されている場合には、各携帯電話端末に対応する３つの操作パネルを同時に表示する構成を採用してもよいし、最後にＨＤＭＩ接続された携帯電話端末に対応する操作パネルのみを表示する構成を採用してもよい。
【０１４４】
（ワンセグコンテンツのリレー視聴）
なお、テレビ１は、ワンセグ放送を受信可能な携帯電話端末２とＨＤＭＩ接続されたときに、ＣＥＣコマンドを用いてワンセグ放送コンテンツの再生開始をその携帯電話端末２に指示し、テレビ１と携帯電話端末２とをＨＤＭＩ接続するだけでワンセグ放送コンテンツがテレビ１から出力される構成を採用してもよい。これにより、携帯電話端末２を用いてワンセグ放送コンテンツを視聴しながら帰宅したユーザが、自宅のテレビ１に携帯電話端末２を繋ぐだけで、直ちにワンセグ放送コンテンツの続きを視聴することが可能になる。
【０１４５】
（地上波デジタル放送チューナとしての利用）
また、テレビ１は、２０１１年のアナログ放送の停波に備えて、以下のような機能を有していてもよい。すなわち、アナログ放送の停波を検出（例えば、アナログ放送用チューナから映像/音声信号が出力されなくなったことを検出）した場合、テレビ１が、ＨＤＭＩ接続された携帯電話端末２にワンセグ放送の受信処理の開始を指示し、携帯電話端末２によって再生されたワンセグ放送コンテンツをテレビ１にて表示するようにしてもよい。これにより、アナログ放送チューナしか備えていないテレビを使用しているユーザも、テレビ１と携帯電話端末２とをＨＤＭＩ接続するだけで、アナログ放送停波後も携帯電話端末２のワンセグ放送用チューナで受信したテレビ番組を視聴することが可能になる。なお、携帯電話端末２でワンセグ放送以外の放送コンテンツを受信できるアンテナを搭載可能となった場合は、受信可能な放送はワンセグ放送に限定されるものではない。
【０１４６】
また、テレビ１は、ＨＤＭＩ接続された携帯電話端末２における電池残量を示す電池残量情報を携帯電話端末２から取得し、取得した電池残量情報に基づいて電池残量を示すインジケータをＯＳＤ表示する構成を採用してもよい。これにより、テレビ１とＨＤＭＩ接続された携帯電話端末２における電池残量を、ユーザは、テレビ１の大きな画面を通じて一目瞭然に確認することができる。なお、このインジケータを表示する画面上の位置は、特に限定されるものではないが、例えば、携帯電話端末用の操作パネルの近傍、あるいは、携帯電話端末の操作パネルに含まれる操作ボタンの近傍にこのインジケータを配置することができる。また、このインジケータを表示するタイミングは、特定に限定されるものではないが、例えば、テレビ１と携帯電話端末２との接続が確立された時点（携帯電話端末２が充電台に載置された時点）とすることができる。
【０１４７】
（テレビが有する通信機能の利用）
テレビ１は、ＣＰＵ１１８を備えているので、携帯電話端末２と同様、電子メールクライアントやウェブブラウザなどの通信用アプリケーションを実行することができる。以下、携帯電話端末２上で動作する通信用アプリケーションとテレビ１上で動作する通信用アプリケーションとの連携について、図１６を参照して簡単に説明する。
【０１４８】
図１６（ａ）は、携帯電話端末２側の電子メールクライアントが電子メールを受信したときに、テレビ１が表示する表示画面の例である。電子メールを受信すると、携帯電話端末２側の電子メールクライアントは、受信した電子メールの送信元アドレスを、ＣＥＣコマンドを使ってテレビ１側の電子メールクライアントに送信する。携帯電話端末２側の電子メールクライアントから送信元アドレスを受信すると、テレビ１側の電子メールクライアントは、図１６（ａ）に示す操作パネル７０を表示する。
【０１４９】
操作パネル７０には、携帯電話端末２側の電子メールクライアントが受信した電子メールの送信元アドレス７１の他に、テレビ１側の電子メールクライアントを用いて返信処理を実行するか、携帯電話端末２側の電子メールクライアントを用いて返信処理を実行するかを、ユーザに選択させるためのボタン７２ａ〜７２ｂが設けられている。
【０１５０】
テレビ１側の電子メールクライアントを用いて返信処理を行うことをユーザが選択した場合、テレビ１側の電子メールクライアントは、図１６（ａ）に示すように、送信元アドレス７１宛ての返信メールを作成するための返信メール作成画面７５を表示する。ユーザは、操作パネル７０に設けられテンキー７３を用いて、返信メール作成画面７５上に表示された送信文７６を自由に編集することができる。送信文７６の編集が完了し、ユーザが送信ボタン７７を選択すると、テレビ１側の電子メールクライアントは、編集が完了した送信文を含む電子メールを送信元アドレス７１宛てに送信する。
【０１５１】
この際、テレビ１側の電子メールクライアントは、イーサネットＩ／Ｆ１１５を介して電子メールを送信する。このため、携帯電話端末２側の電子メールクライアントを用いて電子メールを送信することに伴う通信費用は発生しない。
【０１５２】
図１６（ｂ）は、携帯電話端末２側のウェブブラウザにおいてユーザがＵＲＬを入力又は選択したときに、テレビ１が表示する表示画面の例である。ユーザがＵＲＬを入力又は選択すると、携帯電話端末２側のウェブブラウザは、ユーザが入力又は選択したＵＲＬを、ＣＥＣコマンドを使ってテレビ１側のウェブブラウザに送信する。携帯電話端末２側のウェブブラウザからＵＲＬを受信すると、テレビ１側のウェブブラウザは、図１６（ｂ）に示す操作パネル８０を表示する。
【０１５３】
操作パネル８０には、携帯電話端末２側のウェブブラウザにおいてユーザがＵＲＬを入力又は選択したＵＲＬ８１の他に、ウェブページへのアクセスをテレビ１にて実行するか携帯電話端末２にて実行するかをユーザに選択させるためのボタン８２ａ〜８２ｂが設けられている。ウェブページへのアクセスをテレビ１にて実行することをユーザが選択した場合、テレビ１側のウェブブラウザは、図１６（ｂ）に示すように、ＵＲＬ８１により指定されるリソースを取得し、取得したリソースを用いてウェブページ８５を表示する。このため、携帯電話端末２側のウェブブラウザを用いてウェブページを表示するためのリソースを取得することに伴う通信費用の発生を回避することができる。
【０１５４】
ここで、ウェブページへのアクセスとは、周知のように、リソース（以下、「ウェブリソース」と略記する）をウェブサーバから取得すると共に、取得したウェブリソースを参照してウェブページを表示する処理を指す。ウェブリソースとしては、ＨＴＭＬ（Hypertext Markup Language）文書や、ウェブページに埋め込まれる動画又は静止画を表す画像データなどが代表的である。
【０１５５】
図１６（ａ）を参照して説明したように、テレビ１は、携帯電話端末２側で実行すべき電子メールの送信処理を代行する機能を有している。また、このような機能を実現するために、テレビ１は、その電子メールの送信先を示すメールアドレスを携帯電話端末２から取得する機能を有している。特に、携帯電話端末２側で実行すべき送信処理が、携帯電話端末２が受信した受信メールに対する返信処理である場合、テレビ１が携帯電話端末２から取得するメールアドレスは、携帯電話端末２が受信した受信メールの送信元（＝返信処理における送信先）を示すメールアドレスになる。
【０１５６】
また、図１６（ｂ）を参照して説明したように、テレビ１は、携帯電話端末２側で実行すべきウェブリソースの取得処理を代行する機能を有している。また、このような機能を実現するために、テレビ１は、そのウェブリソースのＵＲＬを携帯電話端末２から取得する機能を有している。
【０１５７】
さらに、図９（ｃ）を参照して既に説明したように、テレビ１は、携帯電話端末２側で実行すべき通話のための呼出処理を代行する機能を有している。また、このような機能を実現するために、テレビ１は、その呼出処理における呼出先を示す電話番号を携帯電話端末２から取得する機能を有している。特に、携帯電話端末２側で実行すべき呼出処理が、携帯電話端末２が着信した呼出に対するコールバック処理である場合、テレビ１が携帯電話端末２から取得する電話番号は、携帯電話端末２が着信した呼出の呼出元（＝コールバック処理における呼出先）を示す電話番号になる。
【０１５８】
このように、テレビ１は、ＨＤＭＩを介して接続された携帯電話端末２から、携帯電話端末２が実行すべき通信処理に関する通信情報（メールアドレス、ＵＲＬ、又は、電話番号）を取得する通信情報取得機能と、取得した上記通信情報に基づいて携帯電話端末２が実行すべき通信処理（電子メールの送信処理、ウェブリソースの取得処理、又は、通話のための呼出処理）を代行する通信処理代行機能とを有している。上述したように、これらの通信情報をＣＥＣコマンドとして伝送する場合、ＨＤＭＩレシーバ１００が通信情報取得機能を実現するための手段として機能し、これらの通信処理をソフトウェア用いて実現する場合、通信用アプリケーション（電子メールクライアント、ウェブブラウザ、通話用アプリケーション）を実行するＣＰＵ１１８が通信処理代行機能を実現するための手段として機能する。
【０１５９】
ここで、テレビ１は、携帯電話端末２が実行すべき通信処理を代行する際に、携帯電話端末２が利用する通信媒体とは異なる通信媒体を利用することが望ましい。テレビ１で利用可能な通信媒体が携帯電話端末２で利用可能な通信媒体とが異なることは、図８を参照して既に説明したとおりであり、携帯電話端末２で利用可能な通信媒体とは異なる通信媒体を利用することによって、同じ通信処理がより安価に行ない得ることは、図９（ｃ）を参照して既に説明したとおりである。ここで、インターネットを利用する通信処理においては、携帯電話端末２で利用可能な通信媒体として、携帯電話キャリアが提供する非定額制（例えば、パケット数による従量制）のインターネット接続サービスが挙げられ、テレビ１で利用可能な通信媒体として、インターネット・サービス・プロバイダが提供する定額制のインターネット接続サービスが挙げられる。また、通話においては、携帯電話端末２で利用可能な通信媒体として、携帯電話網が挙げられ、テレビ１において利用可能な通信媒体として、ＩＰ電話網や光電話網などが挙げられる。
【０１６０】
（携帯型情報端末を利用したテレビ及びソース機器の制御）
テレビ１は、上述したようにリモコンを用いて操作してもよいが、スマートフォンやタブレット型ＰＣ等の携帯型情報端末を用いて操作してもよい。
【０１６１】
図１８は、携帯型情報端末５を利用してテレビ１を操作することが可能なシステム１０’の構成を示す図である。図１８に示すように、システム１０’は、テレビ１、ソース機器２、ルータ４、及び携帯型情報端末５を含んでいる。ソース機器２は、上述したように携帯電話端末であってもよいが、携帯電話端末以外のソース機器、例えば、レコーダ等であってもよい。テレビ１は、商用電源に接続して利用する据え置き型のテレビであってもよいし、バッテリーを内蔵したポータブルテレビ（外付チューナから無線ＬＡＮを介して送出される映像を再生するモニタを含む）であってもよい。
【０１６２】
図１８に示すシステム１０’において、テレビ１とソース機器２とは、ＨＤＭＩケーブル３によって互いに接続されている。テレビ１とソース機器２とが、このＨＤＭＩケーブル３を介して伝送されるＣＥＣコマンドを用いて相互に制御しあう点は、図２（ａ）に示したシステム１０と同様である。
【０１６３】
図１８に示すシステム１０’においては、更に、テレビ１と携帯型情報端末５とが互いに通信可能に構成されている。テレビ１と携帯型情報端末５との間の通信をサポートする通信媒体は特に限定されないが、ここでは、テレビ１と携帯型情報端末５との間にルータ４を介在させ、テレビ１とルータ４とをイーサネットケーブル６によって接続し、ルータ４と携帯型情報端末５とをＩＥＥＥ８０２．１１シリーズ等の無線ＬＡＮによって接続している。なお、テレビ１が無線ＬＡＮインターフェースを備えている場合には、テレビ１とルータ４とを無線ＬＡＮによって接続する構成、あるいは、ルータ４を介さずにテレビ１と携帯型情報端末５とを無線ＬＡＮによって接続する構成も可能である。
【０１６４】
テレビ１及び携帯型情報端末５は、ＵＰｎＰ（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）、携帯電話網、衛星回線、地上波デジタル網等の無線でも利用可能である。
【０１８１】
（ＨＤＭＩと置換可能な通信媒体）
なお、テレビ１と携帯電話端末２とを接続態様は、図２〜図３に示す有線接続に限定されない。テレビ１と携帯電話端末２とは、無線接続されていてもよいし、有線伝送媒体と無線伝送媒体との双方により接続されていてもよい。
【０１８２】
テレビ１と携帯電話端末２との接続に利用可能な有線伝送媒体としては、上述したＨＤＭＩ、ＵＳＢ、ＩＥＥＥ１３９４、イーサネット（Ethernet、登録商標）などが挙げられ、テレビ１と携帯電話端末２との接続に利用可能な有線伝送媒体としては、上述したＩＥＥＥ８０２．１１、Ｂｌｕｅｔｏｏｔｈ、ＩｒＤＡ、ＩｒＳｉｍｐｌｅなどが挙げられる。
【０１８３】
（付記事項）
本発明は上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。
【０１８４】
従来のテレビにおいては、ＨＤＭＩ接続されたソース機器の機器種別を、プレーヤ、レコーダ、チューナ、又は、オーディオの何れであるかという以上に詳しく識別することができないという問題があった。これは、ＨＤＭＩ接続されたソース機器の機器種別を識別するために、論理アドレスを用いているためである。
【０１８５】
このため、ソース機器を操作するためのユーザーインターフェースをテレビに表示しようとした場合、プレーヤ用、レコーダ用、チューナ用、又は、オーディオ用のユーザーインターフェースを表示することはできても、例えば、携帯機器用のユーザーインターフェースを表示するといったことができなかった。
【０１８６】
以下に示す一群の発明は、上記の課題に鑑みてなされたものであり、その目的は、ソース機器から供給されたコンテンツを出力する出力装置において、ソース機器の機器種別を従来よりも詳しく識別することができる出力装置を実現することにある。
【０１８７】
本発明に係る出力装置は、ソース機器から供給されたコンテンツを出力する出力装置において、第１の分類において上記ソース機器が分類される機器種別を示す第１の機器種別情報を上記ソース機器から取得する第１の機器種別情報取得手段と、上記第１の分類とは異なる第２の分類において上記ソース機器が分類される機器種別を示す第２の機器種別情報を上記ソース機器から取得する第２の機器種別情報取得手段と、上記ソース機器の機器種別を、上記第１の機器種別情報取得手段が取得した第１の機器種別情報と、上記第２の機器種別情報取得手段が取得した第２の機器種別情報とを組み合わせることによって特定する機器種別特定手段と、を備えている、ことを特徴とする。
【０１８８】
また、本発明に係る出力方法は、ソース機器から供給されたコンテンツを出力装置が出力する出力方法において、第１の分類において上記ソース機器が分類される機器種別を示す第１の機器種別情報を、上記出力装置が上記ソース機器から取得する第１の機器種別情報取得ステップと、上記第１の分類とは異なる第２の分類において上記ソース機器が分類される機器種別を示す第２の機器種別情報を、上記出力装置が上記ソース機器から取得する第２の機器種別情報取得ステップと、上記出力装置が、上記ソース機器の機器種別を、上記第１の機器種別情報取得ステップにて取得した第１の機器種別情報と上記第２の機器種別情報取得ステップにて取得した第２の機器種別情報とを組み合わせることによって特定する機器種別特定ステップと、を含んでいる、ことを特徴とする。
【０１８９】
また、本発明に係るソース機器は、出力装置にコンテンツを供給するソース機器であって、第１の分類において自身が分類される機器種別を示す第１の機器種別情報を上記出力装置に提供する第１の機器種別情報提供手段と、上記第１の分類とは異なる第２の分類において自身が分類される機器種別を示す第２の機器種別情報を上記出力装置に提供する第２の機器種別情報提供手段と、を備えている、ことを特徴とする。
【０１９０】
また、本発明に係るシステムは、上記出力装置と上記ソース機器とを含んでいる、ことを特徴とする。
【０１９１】
上記の構成によれば、上記第１の分類における機器種別と上記第２の分類における機器種別との組み合わせによって、上記ソース機器の機器種別を特定する。したがって、上記第１の分類における機器種別のみによって、上記ソース機器の機器種別を特定する場合と比べて、より詳しく上記ソース機器の機器種別を特定することができる。また、上記第１の分類における機器種別、又は、上記第２の分類における機器種別が異なるソース機器毎、異なる処理を実行することができる。
【０１９２】
なお、上記ソース機器は、映像コンテンツを供給するソース機器であってもよいし、音声コンテンツを供給するソース機器であってもよいし、映像コンテンツ及び音声コンテンツを供給する装置であってもよい。また、上記ソース機器は、電子書籍を供給するソース機器であってもよい。上記出力機器は、映像コンテンツを出力（表示）する出力装置（表示装置）であってもよいし、音声コンテンツを出力する出力装置であってもよいし、映像コンテンツ及び音声コンテンツを出力する出力装置であってもよい。
【０１９３】
また、上記第２の機器種別情報取得手段は、例えば、上記ソース機器との接続が確立されたことをトリガーとして上記第２の機器種別情報を取得する構成とすることができる。上記第１の機器種別情報取得手段も同様である。
【０１９４】
本発明に係る出力装置において、上記第２の機器種別情報取得手段は、上記第１の機器種別情報が特定の機器種別を示す機器種別情報であるときに限って、上記第２の機器種別情報を上記ソース機器から取得し、上記機器種別特定手段は、上記第１の分類において上記特定の機器種別に分類されるソース機器の機器種別を上記第２の機器種別情報によって特定する、ことが望ましい。
【０１９５】
上記の構成によれば、機器種別をより詳しく特定する必要があるソース機器が上記第１の分類において上記特定の機器に分類されるソース機器のみである場合に、上記第２の機器種別情報取得手段が無駄に上記第２の機器種別情報を取得することを回避することができる。
【０１９６】
例えば、ＣＥＣプロトコルにおいて、携帯電話端末は、通常、プレーヤに分類される。したがって、携帯電話端末であるか否かを特定するために必要があるソース機器はプレーヤのみである。この場合、上記第２の機器種別情報取得手段は、論理アドレス（上記第１の機器種別情報）がプレーヤ１〜３（特定の機器種別）の何れかであるときに限って、上記第２の機器種別情報を上記ソース機器から取得し、上記機器種別特定手段は、上記第２の機器種別情報によって特定する構成が有効である。
【０１９７】
本発明に係る出力装置は、上記ソース機器を製造又は販売したベンダを示すベンダ情報を上記ソース機器から取得するベンダ情報取得手段を更に備え、上記第２の機器種別情報取得手段は、上記ベンダ情報取得手段が取得したベンダ情報が特定のベンダを示すベンダ情報であるときに限って、上記第２の機器種別情報を上記ソース機器から取得し、上記機器種別特定手段は、上記特定のベンダが製造又は販売したソース機器の機器種別を、上記第２の機器種別情報によって特定する、ことが望ましい。
【０１９８】
上記の構成によれば、上記第２の機器種別情報を提供することができない可能性のある、上記特定のベンダ以外のベンダが製造又は販売したソース機器から、上記第２の機器種別情報取得手段が無駄に上記第２の機器種別情報を取得しようとすることを回避することができる。
【０１９９】
なお、上記第２の分類が、各ソース機器を２つの機器種別の何れかに分類するものである場合、例えば、上記第２の機器種別情報取得手段は、上記ソース機器に対して上記第２の機器種別情報の提供を要求すると共に、上記ソース機器が上記第２の分類において特定の機器種別に分類されるソース機器であるときに限って、上記第２の機器種別情報を上記ソース機器から取得し、上記機器種別特定手段は、上記ソース機器が上記第２の分類において上記特定の機器種別に分類されるソース機器であるか否かを、上記第２の機器種別情報取得手段が上記第２の機器種別情報を取得したか否かによって特定する、構成を採用することができる。
【０２００】
特に、上記第２の分類が、各ソース機器を携帯機器又は非携帯機器の何れかに分類するものである場合、例えば、上記第２の機器種別情報取得手段は、上記ソース機器に対して上記第２の機器種別情報を要求すると共に、上記ソース機器が携帯機器であるときに限って、上記第２の機器種別情報を上記ソース機器から取得し、上記機器種別特定手段は、上記ソース機器が携帯機器であるか否かを、上記第２の機器種別情報取得手段が上記第２の機器種別情報を取得したか否かによって特定する、構成を採用することができる。
【０２０１】
本発明に係る出力装置は、上記ソース機器を操作するためのユーザーインターフェースであって、上記機器種別特定手段が特定した上記ソース機器の機器種別に応じたユーザーインターフェースを表示するユーザーインターフェース表示手段を備えている、ことが望ましい。また、本発明に係る出力装置は、上記ユーザーインターフェースに対してユーザ操作が為されたとき、該ユーザ操作に関連付けられたコマンドをソース機器に発行するコマンド発行手段を更に備えている、ことが望ましい。
【０２０２】
上記の構成によれば、上記ソース機器を、上記ソース機器の機器種別に応じたユーザーインターフェースを用いてユーザに操作させることができる。
【０２０３】
なお、上記ユーザーインターフェース表示手段は、上記ソース機器との接続が確立されたことをトリガーとして、上記ユーザーインターフェースの表示を開始し、上記ソース機器との接続が解除されたことをトリガーとして、上記ユーザーインターフェースの表示を終了する、構成とすることができる。また、上記ユーザーインターフェース表示手段は、当該出力装置に接続されているソース機器のうち、当該出力装置に最後に接続されたソース機器の機器種別に応じたユーザーインターフェースを表示する、構成とすることができる。
【０２０４】
本発明に係る出力装置において、上記コマンド発行手段は、上記ソース機器上で動作する通信用アプリケーションを操作するためのコマンドを発行するものである、ことが望ましい。
【０２０５】
上記の構成によれば、上記携帯機器が有している通信機能を、上記出力装置において利用することが可能になる。
【０２０６】
本発明に係る出力装置において、上記通信用アプリケーションは、電子メールクライアントである、ことが望ましい。
【０２０７】
上記構成によれば、上記携帯機器が有している電子メールクライアント機能を、上記出力装置において利用することが可能になる。
【０２０８】
本発明に係る出力装置が、ＨＤＭＩケーブルを介して上記ソース機器から供給されたコンテンツを出力するシンク機器である場合、例えば、上記第１の機器種別情報取得手段及び上記第２の機器種別情報取得手段は、それぞれ、上記ＨＤＭＩケーブルを介して伝送されるＣＥＣコマンドを用いて上記第１の機器種別情報及び上記第２の機器種別情報を取得する構成を採用することができる。
【０２０９】
また、上記出力装置が備えているコンピュータを動作させるプログラムであって、上記コンピュータを上記の各手段として実行させるためのプログラム、および当該プログラムを記録したコンピュータ読み取り可能な記録媒体も本発明の技術的範囲に含まれる。
【０２１０】
従来のテレビに接続された携帯電話端末は、テレビの近傍（ＨＤＭＩ等の有線接続の場合はケーブルが届く範囲内、無線接続の場合は搬送波が到達する範囲内）に設置される。したがって、携帯電話端末に通信処理を実行させるためには、テレビに接続された携帯電話端末を手にとって操作せねばならず、ユーザに不便を強いることになっていた。このような課題を解決するものとして、本明細書には、以下に示す一群の発明が記載されている。
【０２１１】
１．インターフェースを介して接続された携帯機器にコマンドを発行することによって、当該携帯機器上で動作させる通信用アプリケーションを選択するか、又は、当該携帯機器上で動作している通信用アプリケーションを制御する制御手段を備えている、ことを特徴とする表示装置。
【０２１２】
上記の構成によれば、表示装置を用いて携帯機器上で動作させる通信用アプリケーションを選択したり、携帯機器上で動作している通信用アプリケーションを制御したりすることができる。すなわち、携帯機器を手にとって操作することなく、携帯機器の有する通信機能を活用することができる。
【０２１３】
２．上記携帯機器に送信するコマンドをユーザに選択させるための操作パネルをディスプレイに表示する操作パネル表示手段を更に備えている、ことを特徴とする１に記載の表示装置。
【０２１４】
上記の構成によれば、ユーザは、ディスプレイに表示された操作パネルを見ながら、携帯機器上で動作させる通信用アプリケーションを選択したり、携帯機器上で動作している通信用アプリケーションを制御したりするための操作を行なうことができる。これにより、表示装置を用いて携帯機器上で動作させる通信用アプリケーションを選択したり、携帯機器上で動作している通信用アプリケーションを制御したりする際の使い勝手が向上するという更なる効果を奏する。
【０２１５】
３．上記インターフェースを介して上記携帯機器から供給される映像信号に基づいて、上記通信用アプリケーションによって生成されたＧＵＩ（Graphical User Interface）を上記ディスプレイに表示するＧＵＩ表示手段を更に備え、上記操作パネル表示手段は、上記ＧＵＩ表示手段が表示するＧＵＩに重畳させて上記操作パネルを表示するものである、
ことを特徴とする２に記載の表示装置。
【０２１６】
上記の構成によれば、ユーザは、携帯機器上で動作する通信用アプリケーションによって生成され、ディスプレイに表示されたＧＵＩを見ながら、携帯機器上で動作している通信用アプリケーションを制御するための操作を行なうことができる。これにより、表示装置を用いて携帯機器上で動作させる通信用アプリケーションを選択したり、携帯機器上で動作している通信用アプリケーションを制御したりする際の使い勝手が向上するという更なる効果を奏する。
【０２１７】
４．チューナを介して受信した映像信号に基づいて、映像を上記ディスプレイに表示する映像表示手段を更に備え、上記操作パネル表示手段は、上記映像表示手段が表示する映像に重畳させて上記操作パネルを表示するものである、ことを特徴とする２に記載の表示装置。
【０２１８】
上記の構成によれば、ユーザは、受信映像（チューナが受信した映像信号が表す映像）を視聴しながら、携帯機器上で動作させる通信用アプリケーションを選択したり、携帯機器上で動作している通信用アプリケーションを制御したりするための操作を行なうことができる。これにより、表示装置を用いて携帯機器上で動作させる通信用アプリケーションを選択したり、携帯機器上で動作している通信用アプリケーションを制御したりする際に、受信映像の視聴が阻害されることを回避するという更なる効果を奏する。
【０２１９】
５．上記携帯機器は、携帯電話端末であり、上記操作パネルには、電話型配列のテンキーが設けられており、上記制御手段は、上記テンキーを構成する何れかのボタンがユーザにより選択されると、選択されたボタンに対応する処理の実行を指示するコマンドを上記携帯電話端末に送信するものである、ことを特徴とする１から４までの何れかに記載の表示装置。
【０２２０】
上記の構成によれば、携帯電話端末のテンキーを用いて実現し得る任意の操作を、操作パネルを用いて実現することができる。
【０２２１】
６．上記インターフェースは、ＨＤＭＩ（High-Definition Multimedia Interface）である、ことを特徴とする１から５までの何れかに記載の表示装置。
【０２２２】
上記の構成によれば、表示装置が携帯機器に送信するコマンドと、携帯機器が表示装置に送信する映像信号及び音声信号とを、１本のケーブルにより伝送することが可能になる。
【０２２３】
７．なお、上記インターフェースは、ＨＤＭＩに限定されない。例えば、ＵＳＢ、ＩＥＥＥ１３９４、イーサネット、ＩＥＥＥ８０２．１１、Ｂｌｕｅｔｏｏｔｈ、ＩｒＤＡ、又は、ＩｒＳｉｍｐｌｅの何れであってもよい。
【０２２４】
８．上記制御手段は、当該表示装置を遠隔操作するためのリモコンに対して為されたユーザ操作に応じたコマンドを上記携帯機器に発行する、ことを特徴とする１から７までの何れかに記載の表示装置。
【０２２５】
上記の構成によれば、携帯機器上で動作する通信用アプリケーションの選択または制御を、携帯機器を操作することによってではなく、リモコンを操作することによって実現することができる。特に、携帯機器上で動作する通信用アプリケーションによって生成されたＧＵＩを、表示装置のディスプレイに表示させる場合、携帯機器の小さなディスプレイを見ながら携帯機器に対して行なっていた操作を、表示装置の大きなディスプレイ（携帯機器のディスプレイよりも大きなものであればよい）を見ながらリモコンに対して行なうことが可能になる。
【０２２６】
また、これらの表示装置と携帯機器とを含むシステム、これらの表示装置が携帯機器を制御する制御方法、及び、これらの表示装置としてコンピュータを動作させるためのプログラムも本発明の範疇に含まれる。
【０２２７】
従来のテレビには、映像を視聴しているユーザが誰であるのかを特定するための仕組みがない。このため、ユーザの好みに応じた映像を表示することができないという課題がある。このような課題を解決するものとして、本明細書には以下に示す一群の発明が記載されている。
【０２２８】
１．インターフェースを介して接続された携帯機器から、当該携帯機器を他の携帯機器と識別するための個体情報、又は、当該携帯機器のユーザを他のユーザと識別するための個人情報を取得する個体／個人情報取得手段と、映像をディスプレイに表示する表示手段であって、上記個体／個人情報取得手段が取得した個体情報又は個人情報に応じて、表示する映像を変更する表示手段と、を備えている、ことを特徴とする表示装置。
【０２２９】
携帯電話端末などの携帯機器は、特定のユーザに占有されていることが一般的である。このため、表示装置に接続されている携帯機器から取得した個体情報又は個人情報に応じて表示する映像を変更すれば、表示装置を利用しているユーザに応じた映像を表示することが可能になる。
【０２３０】
２．上記表示手段が表示する映像の画質を、上記個体／個人情報取得手段が取得した個体情報又は個人情報に応じた画質に調整する映像処理手段を更に備えている、ことを特徴とする１に記載の表示装置。
【０２３１】
上記の構成によれば、表示する映像の画質を、表示装置を利用しているユーザに応じた画質に調整することが可能になる。
【０２３２】
３．上記表示手段が表示する映像と共に出力される音声の音質を、上記個体／個人情報取得手段が取得した個体情報又は個人情報に応じた音質に調整する音声処理手段を更に備えている、ことを特徴とする１又は２に記載の表示装置。
【０２３３】
上記の構成によれば、出力する音声の音質を、表示装置を利用しているユーザに応じた音質に調整することが可能になる。
【０２３４】
４．上記表示手段が表示するＧＵＩを生成するＧＵＩ生成手段であって、上記個体／個人情報取得手段が取得した個体情報又は個人情報に応じたＧＵＩを生成するＧＵＩ生成手段を備えている、ことを特徴とする１から３までの何れかに記載の表示装置。
【０２３５】
上記の構成によれば、表示するＧＵＩを、表示装置を利用しているユーザに応じたＧＵＩに調整することが可能になる。
【０２３６】
５．上記表示手段が表示するコンテンツを取得するコンテンツ取得手段であって、上記個体／個人情報取得手段が取得した個体情報又は個人情報に応じたコンテンツを取得するコンテンツ取得手段を更に備えている、ことを特徴とする１から４までの何れかに記載の表示装置。
【０２３７】
上記の構成によれば、表示する映像の内容を、表示装置を利用しているユーザに応じた内容に変更することが可能になる。
【０２３８】
６．上記個体情報又は個人情報は、上記携帯機器に内蔵されたＵＳＩＭ（Universal Subscriber Identity Module）カードから読み出された情報である、ことを特徴とする１から５までの何れかに記載の表示装置。
【０２３９】
上記の構成によれば、表示装置を利用しているユーザの特定に、例えば、電話番号当を利用することが可能になる。
【０２４０】
７．上記インターフェースは、ＨＤＭＩ（High-Definition Multimedia Interface）である、ことを特徴とする１から６までの何れかに記載の表示装置。
【０２４１】
上記の構成によれば、携帯機器が表示装置に送信する個体情報又は個人情報と、携帯機器が表示装置に送信する映像信号及び音声信号とを、１本のケーブルにより伝送することが可能になる。
【０２４２】
なお、上記インターフェースは、ＨＤＭＩに限定されない。例えば、ＵＳＢ、ＩＥＥＥ１３９４、イーサネット、ＩＥＥＥ８０２．１１、Ｂｌｕｅｔｏｏｔｈ、ＩｒＤＡ、又は、ＩｒＳｉｍｐｌｅの何れであってもよい。
【０２４３】
また、これらの表示装置と携帯機器とを含むシステム、これらの表示装置が映像を表示する表示方法、及び、これらの表示装置としてコンピュータを動作させるためのプログラムも本発明の範疇に含まれる。
【０２４４】
従来のテレビに接続された携帯電話端末は、テレビの近傍（ＨＤＭＩ等の有線接続の場合はケーブルが届く範囲内、無線接続の場合は搬送波が到達する範囲内）に設置される。したがって、携帯電話端末に通信処理を実行させるためには、テレビに接続された携帯電話端末を手にとって操作せねばならず、ユーザに不便を強いることになっていた。このような課題を解決するものとして、本明細書には以下に示す一群の発明が記載されている。
【０２４５】
１．通信機能を有する表示装置において、インターフェースを介して接続された携帯機器から、当該携帯機器が実行すべき通信処理に関する通信情報を取得する通信情報取得手段と、上記通信情報取得手段が取得した上記通信情報に基づいて、上記携帯機器が実行すべき通信処理を代行する通信処理代行手段と、を備えている、ことを特徴とする表示装置。
【０２４６】
上記の構成によれば、携帯機器が実行すべき通信処理を表示装置に代行させることができる。すなわち、携帯機器を手にとって操作することなく、携帯機器が実行すべき通信処理を実行することができる。
【０２４７】
２．上記通信処理代行手段は、上記携帯機器が上記通信処理に利用する通信網とは異なる通信網を利用して上記通信処理を代行する、ことを特徴とする１に記載の表示装置。
【０２４８】
上記の構成によれば、携帯機器が実行すべき通信処理を、より安価に実行することができる。
【０２４９】
３．上記携帯機器において上記通信処理を実行する場合、上記インターフェースを介して上記携帯機器から供給される映像信号に基づいて、上記携帯機器において生成されたＧＵＩ（Graphical User Interface）をディスプレイに表示し、当該表示装置において上記通信処理を代行する場合、当該表示装置において生成されたＧＵＩを上記ディスプレイに表示する表示手段を更に備えている、ことを特徴とする１または２に記載の表示装置。
【０２５０】
上記の構成によれば、上記通信処理を携帯機器において実行する場合であっても、上記通信処理を表示装置において実行する場合であっても、ユーザは、特定のディスプレイに表示されたＧＵＩを見ながら通信処理を実行する装置を操作することができる。
【０２５１】
４．上記通信処理は、電子メールを送信する送信処理であり、上記通信情報は、上記電子メールの送信先を示すメールアドレスである、ことを特徴とする１から３までの何れかに記載の表示装置。
【０２５２】
上記の構成によれば、携帯機器が実行するべき電子メールの送信処理を表示装置に代行させることができる。
【０２５３】
５．上記通信処理は、上記携帯機器が受信した受信メールに対する返信処理であり、上記通信情報は、上記受信メールの送信元を示すメールアドレスである、ことを特徴とする３に記載の表示装置。
【０２５４】
上記の構成によれば、携帯機器が実行するべき電子メールの返信処理を表示装置に代行させることができる。
【０２５５】
６．上記通信処理は、ウェブ上のリソースを受信する受信処理であり、上記通信情報は、上記リソースのＵＲＬ（Uniform Resource Locator）である、ことを特徴とする１から３までの何れかに記載の表示装置。
【０２５６】
上記の構成によれば、携帯機器が実行するべきウェブリソースの取得処理を表示装置に代行させることができる。
【０２５７】
７．上記通信処理は、通話のための呼出処理であり、上記通信情報は、呼出先を示す電話番号である、ことを特徴とする１から３までの何れかに記載の表示装置。
【０２５８】
上記の構成によれば、携帯機器が実行するべき通話のための呼出処理を表示装置に代行させることができる。
【０２５９】
８．上記通信処理は、上記携帯機器が着信した着信呼出に対するコールバック処理であり、上記通信情報は、上記着信呼出の呼出元を示す電話番号である、ことを特徴とする７に記載の表示装置。
【０２６０】
上記の構成によれば、携帯機器が実行するべきコールバックのための呼出処理を表示装置に代行させることができる。
【０２６１】
９．上記インターフェースは、ＨＤＭＩ（High-Definition Multimedia Interface）である、ことを特徴とする１から８までの何れかに記載の表示装置。
【０２６２】
上記の構成によれば、携帯機器が表示装置に送信する通信情報と、携帯機器が表示装置に送信する映像信号及び音声信号とを、１本のケーブルにより伝送することが可能になる。
【０２６３】
１０．上記インターフェースは、ＨＤＭＩに限定されない。例えば、ＵＳＢ、ＩＥＥＥ１３９４、イーサネット、ＩＥＥＥ８０２．１１、Ｂｌｕｅｔｏｏｔｈ、ＩｒＤＡ、又は、ＩｒＳｉｍｐｌｅの何れであってもよい。
【０２６４】
１１．上記通信処理代行手段は、当該表示装置を遠隔操作するためのリモコンに対して所定のユーザ操作が為されたとき、上記携帯機器が実行すべき通信処理を代行する、
ことを特徴とする１から１０の何れかに記載の表示装置。
【０２６５】
上記の構成によれば、携帯機器を操作することなく、通信処理を携帯機器に実行させるか、表示装置に代行させるかを切り替えることができる。
【０２６６】
なお、本発明は、表示装置に限らず、通信機能を有する通信装置一般に拡張することができる。すなわち、以下の通信装置も本発明の範疇に含まれる。
【０２６７】
１２．インターフェースを介して接続された他の通信装置から、当該他の通信装置が実行すべき通信処理に関する通信情報を取得する通信情報取得手段と、上記通信情報取得手段が取得した上記通信情報に基づいて、上記他の通信装置が実行すべき通信処理を代行する通信処理代行手段と、を備えている、ことを特徴とする通信装置。
【０２６８】
上記の構成によれば、第１の通信装置が実行すべき通信処理を第２の通信装置に代行させることができる。すなわち、第１の通信装置を操作することなく、第１の通信装置が実行すべき通信処理を実行することができる。
【０２６９】
また、これらの表示装置と携帯機器とを含むシステム、これらの表示装置が通信処理を代行する代行方法、及び、これらの表示装置としてコンピュータを動作させるためのプログラムも本発明の範疇に含まれる。
【産業上の利用可能性】
【０２７０】
本発明に係る出力装置は、ソース機器から供給されたコンテンツを出力するソース機器一般に利用することができる。
【符号の説明】
【０２７１】
１ テレビ
１１ａ〜１１ｃ ＨＤＭＩ入力端子
１１ｄ ＨＤＭＩスイッチ
１００ ＨＤＭＩレシーバ
１５１ ＴＭＤＳレシーバ
１５２ ＣＥＣ・Ｉ／Ｆ
１５３ ＤＤＣ・Ｉ／Ｆ
１５４ ＨＰＤ制御部
１５５ ５Ｖ電力検知部
１５６ ＥＤＩＤ格納部
１０１ａ 映像入力端子
１０１ｂ 音声入力端子
１０２ ＢＤドライブ
１０３ チューナ
１０４ ＩＰ放送チューナ
１０５ 衛星放送チューナ
１０６ ＯＳＤ生成部
１０７ 映像セレクタ
１０８ 映像処理回路
１０９ ＬＣＤコントローラ
１１０ ＬＣＤ
１１１ 音声セレクタ
１１２ 音声処理回路
１１３ デジタルアンプ
１１４ スピーカ
１１５ イーサネットＩ／Ｆ
１１６ ＲＯＭ
１１７ ＲＡＭ
１１８ ＣＰＵ
３０１ アドレス取得部
３０２ デバイスタイプ取得部
３０３ 管理テーブル更新部
３０４ 入力ソース選択部
３０５ ＵＩ部
１１９ 赤外線受光部
１２０ カメラ
１２１ 人感センサ
２ 携帯電話端末
２００ ＨＤＭＩトランスミッタ
２５１ ＴＭＤＳトランスミッタ
２５２ ＣＥＣ・Ｉ／Ｆ
２５３ ＤＤＣ・Ｉ／Ｆ
２５４ ＨＰＤ検知部
２５５ ５Ｖ電力制御部
ＰＮ パケット網
ＩＮ インターネット
【特許請求の範囲】
【請求項１】
ソース機器から供給されたコンテンツを出力する出力装置であって、
第１の分類において上記ソース機器が分類される機器種別を示す第１の機器種別情報を上記ソース機器から取得する第１の機器種別情報取得手段と、
上記第１の分類とは異なる第２の分類において上記ソース機器が分類される機器種別を示す第２の機器種別情報を上記ソース機器から取得する第２の機器種別情報取得手段と、
上記ソース機器の機器種別を、上記第１の機器種別情報取得手段が取得した第１の機器種別情報と、上記第２の機器種別情報取得手段が取得した第２の機器種別情報とを組み合わせることによって特定する機器種別特定手段と、
上記ソース機器を操作するためのユーザーインターフェースであって、上記機器種別特定手段が特定した上記ソース機器の機器種別に応じたユーザーインターフェースを表示するユーザーインターフェース表示手段と、を備えている、
ことを特徴とする出力装置。
【請求項２】
上記ユーザーインターフェースに対してユーザ操作が為されたとき、該ユーザ操作に関連付けられたコマンドを上記ソース機器に発行するコマンド発行手段を更に備えている、ことを特徴とする請求項１に記載の出力装置。
【請求項３】
上記コマンド発行手段は、上記ソース機器上で動作する通信用アプリケーションを操作するためのコマンドを発行するものである、ことを特徴とする請求項２に記載の出力装置。
【請求項４】
上記通信用アプリケーションは、電子メールクライアントである、ことを特徴とする請求項３に記載の出力装置。
【請求項５】
上記ユーザーインターフェース表示手段は、当該出力装置に接続されているソース機器のうち、当該出力装置に最後に接続されたソース機器の機器種別に応じたユーザーインターフェースを表示する、
ことを特徴とする請求項１から４までの何れか１項に記載の出力装置。
【請求項６】
上記ユーザーインターフェース表示手段は、上記ソース機器との接続が確立されたことをトリガーとして、上記ユーザーインターフェースの表示を開始し、上記ソース機器との接続が解除されたことをトリガーとして、上記ユーザーインターフェースの表示を終了する、
ことを特徴とする請求項１から４までの何れか１項に記載の出力装置。
【請求項７】
上記第２の機器種別情報取得手段は、上記第１の機器種別情報が特定の機器種別を示す機器種別情報であるときに限って、上記第２の機器種別情報を上記ソース機器から取得し、
上記機器種別特定手段は、上記第１の分類において上記特定の機器種別に分類されるソース機器の機器種別を上記第２の機器種別情報によって特定する、
ことを特徴とする請求項１から６までの何れか１項に記載の出力装置。
【請求項８】
上記ソース機器を製造又は販売したベンダを示すベンダ情報を上記ソース機器から取得するベンダ情報取得手段を更に備え、
上記第２の機器種別情報取得手段は、上記ベンダ情報取得手段が取得したベンダ情報が特定のベンダを示すベンダ情報であるときに限って、上記第２の機器種別情報を上記ソース機器から取得し、
上記機器種別特定手段は、上記特定のベンダが製造又は販売したソース機器の機器種別を、上記第２の機器種別情報によって特定する、
ことを特徴とする請求項１から７までの何れか１項に記載の出力装置。
【請求項９】
上記第２の分類は、各ソース機器を２つの機器種別の何れかに分類するものであり、
上記第２の機器種別情報取得手段は、上記ソース機器に対して上記第２の機器種別情報の提供を要求すると共に、上記ソース機器が上記第２の分類において特定の機器種別に分類されるソース機器であるときに限って、上記第２の機器種別情報を上記ソース機器から取得し、
上記機器種別特定手段は、上記ソース機器が上記第２の分類において上記特定の機器種別に分類されるソース機器であるか否かを、上記第２の機器種別情報取得手段が上記第２の機器種別情報を取得したか否かによって特定する、
ことを特徴とする請求項１から８までの何れか１項に記載の出力装置。
【請求項１０】
上記ユーザーインターフェースに対してユーザ操作が為されたとき、該ユーザ操作に関連付けられた処理を実行する処理実行手段を更に備えている、ことを特徴とする請求項１から９までの何れか１項に記載の出力装置。
【請求項１１】
上記第２の機器種別情報取得手段は、上記ソース機器との接続が確立されたことをトリガーとして、上記第２の機器種別情報を上記ソース機器から取得する、
ことを特徴とする請求項１から１０までの何れか１項に記載の出力装置。
【請求項１２】
当該出力装置は、ＨＤＭＩケーブルを介して上記ソース機器から供給されたコンテンツを出力するシンク機器であり、
上記第１の機器種別情報取得手段及び上記第２の機器種別情報取得手段は、それぞれ、上記ＨＤＭＩケーブルを介して伝送されるＣＥＣコマンドを用いて上記第１の機器種別情報及び上記第２の機器種別情報を取得する、
ことを特徴とする請求項１から１１までの何れか１項に記載の出力装置。
【請求項１３】
上記ソース機器は、ＵＳＢ、ＩＥＥＥ１３９４、イーサネット、ＩＥＥＥ８０２．１１、Ｂｌｕｅｔｏｏｔｈ、ＩｒＤＡ、又は、ＩｒＳｉｍｐｌｅの何れかを介して当該出力装置に接続される、ことを特徴とする請求項１から１２までの何れか１項に記載の出力装置。
【請求項１４】
携帯型情報端末から送信される制御コマンドであって、当該出力装置を操作するための制御コマンドを受信する制御コマンド受信手段、及び、上記携帯型情報端末から送信される制御コマンドであって、上記ソース機器を操作するための制御コマンドを、該制御コマンドに相当するＣＥＣコマンドに変換して上記ソース機器に送信する制御コマンド転送手段の少なくとも何れかを備えている、ことを特徴とする請求項１から１３までの何れか１項に記載の出力装置。
【請求項１５】
請求項１から１４までの何れか１項に記載の出力装置を備えたテレビジョン受像機。
【請求項１６】
コンテンツを供給するソース機器と、上記ソース機器から供給されたコンテンツを出力する出力装置とを含むシステムであって、
上記ソース機器は、第１の分類において自身が分類される機器種別を示す第１の機器種別情報を上記出力装置に提供する第１の機器種別情報提供手段と、上記第１の分類とは異なる第２の分類において自身が分類される機器種別を示す第２の機器種別情報を上記出力装置に提供する第２の機器種別情報提供手段と、を備えており、
上記出力装置は、上記第１の機器種別情報を上記ソース機器から取得する第１の機器種別情報取得手段と、上記第２の機器種別情報を上記ソース機器から取得する第２の機器種別情報取得手段と、上記ソース機器の機器種別を、上記第１の機器種別情報と上記第２の機器種別情報とを組み合わせることによって特定する機器種別特定手段と、上記ソース機器を操作するためのユーザーインターフェースであって、上記機器種別特定手段が特定した上記ソース機器の機器種別に応じたユーザーインターフェースを表示するユーザーインターフェース表示手段と、を備えている、
ことを特徴とするシステム。
【請求項１７】
ソース機器から供給されたコンテンツを出力装置が出力する出力方法であって、
第１の分類において上記ソース機器が分類される機器種別を示す第１の機器種別情報を、上記出力装置が上記ソース機器から取得する第１の機器種別情報取得ステップと、
上記第１の分類とは異なる第２の分類において上記ソース機器が分類される機器種別を示す第２の機器種別情報を、上記出力装置が上記ソース機器から取得する第２の機器種別情報取得ステップと、
上記出力装置が、上記ソース機器の機器種別を、上記第１の機器種別情報取得ステップにて取得した第１の機器種別情報と上記第２の機器種別情報取得ステップにて取得した第２の機器種別情報とを組み合わせることによって特定する機器種別特定ステップと、
上記ソース機器を操作するためのユーザーインターフェースであって、上記機器種別特定ステップにて特定した上記ソース機器の機器種別に応じたユーザーインターフェースを表示するユーザーインターフェース表示ステップと、を含んでいる、
ことを特徴とする出力方法。
【請求項１８】
コンピュータを請求項１から１４までの何れか１項に記載の出力装置として動作させるためのプログラムであって、上記コンピュータを上記出力装置が備えている上記各手段として機能させるプログラム。
【請求項１９】
請求項１８に記載のプログラムが記録されたコンピュータ読み取り可能な記録媒体。
【請求項１】
ソース機器から供給されたコンテンツを出力する出力装置であって、
第１の分類において上記ソース機器が分類される機器種別を示す第１の機器種別情報を上記ソース機器から取得する第１の機器種別情報取得手段と、
上記第１の分類とは異なる第２の分類において上記ソース機器が分類される機器種別を示す第２の機器種別情報を上記ソース機器から取得する第２の機器種別情報取得手段と、
上記ソース機器の機器種別を、上記第１の機器種別情報取得手段が取得した第１の機器種別情報と、上記第２の機器種別情報取得手段が取得した第２の機器種別情報とを組み合わせることによって特定する機器種別特定手段と、
上記ソース機器を操作するためのユーザーインターフェースであって、上記機器種別特定手段が特定した上記ソース機器の機器種別に応じたユーザーインターフェースを表示するユーザーインターフェース表示手段と、を備えている、
ことを特徴とする出力装置。
【請求項２】
上記ユーザーインターフェースに対してユーザ操作が為されたとき、該ユーザ操作に関連付けられたコマンドを上記ソース機器に発行するコマンド発行手段を更に備えている、ことを特徴とする請求項１に記載の出力装置。
【請求項３】
上記コマンド発行手段は、上記ソース機器上で動作する通信用アプリケーションを操作するためのコマンドを発行するものである、ことを特徴とする請求項２に記載の出力装置。
【請求項４】
上記通信用アプリケーションは、電子メールクライアントである、ことを特徴とする請求項３に記載の出力装置。
【請求項５】
上記ユーザーインターフェース表示手段は、当該出力装置に接続されているソース機器のうち、当該出力装置に最後に接続されたソース機器の機器種別に応じたユーザーインターフェースを表示する、
ことを特徴とする請求項１から４までの何れか１項に記載の出力装置。
【請求項６】
上記ユーザーインターフェース表示手段は、上記ソース機器との接続が確立されたことをトリガーとして、上記ユーザーインターフェースの表示を開始し、上記ソース機器との接続が解除されたことをトリガーとして、上記ユーザーインターフェースの表示を終了する、
ことを特徴とする請求項１から４までの何れか１項に記載の出力装置。
【請求項７】
上記第２の機器種別情報取得手段は、上記第１の機器種別情報が特定の機器種別を示す機器種別情報であるときに限って、上記第２の機器種別情報を上記ソース機器から取得し、
上記機器種別特定手段は、上記第１の分類において上記特定の機器種別に分類されるソース機器の機器種別を上記第２の機器種別情報によって特定する、
ことを特徴とする請求項１から６までの何れか１項に記載の出力装置。
【請求項８】
上記ソース機器を製造又は販売したベンダを示すベンダ情報を上記ソース機器から取得するベンダ情報取得手段を更に備え、
上記第２の機器種別情報取得手段は、上記ベンダ情報取得手段が取得したベンダ情報が特定のベンダを示すベンダ情報であるときに限って、上記第２の機器種別情報を上記ソース機器から取得し、
上記機器種別特定手段は、上記特定のベンダが製造又は販売したソース機器の機器種別を、上記第２の機器種別情報によって特定する、
ことを特徴とする請求項１から７までの何れか１項に記載の出力装置。
【請求項９】
上記第２の分類は、各ソース機器を２つの機器種別の何れかに分類するものであり、
上記第２の機器種別情報取得手段は、上記ソース機器に対して上記第２の機器種別情報の提供を要求すると共に、上記ソース機器が上記第２の分類において特定の機器種別に分類されるソース機器であるときに限って、上記第２の機器種別情報を上記ソース機器から取得し、
上記機器種別特定手段は、上記ソース機器が上記第２の分類において上記特定の機器種別に分類されるソース機器であるか否かを、上記第２の機器種別情報取得手段が上記第２の機器種別情報を取得したか否かによって特定する、
ことを特徴とする請求項１から８までの何れか１項に記載の出力装置。
【請求項１０】
上記ユーザーインターフェースに対してユーザ操作が為されたとき、該ユーザ操作に関連付けられた処理を実行する処理実行手段を更に備えている、ことを特徴とする請求項１から９までの何れか１項に記載の出力装置。
【請求項１１】
上記第２の機器種別情報取得手段は、上記ソース機器との接続が確立されたことをトリガーとして、上記第２の機器種別情報を上記ソース機器から取得する、
ことを特徴とする請求項１から１０までの何れか１項に記載の出力装置。
【請求項１２】
当該出力装置は、ＨＤＭＩケーブルを介して上記ソース機器から供給されたコンテンツを出力するシンク機器であり、
上記第１の機器種別情報取得手段及び上記第２の機器種別情報取得手段は、それぞれ、上記ＨＤＭＩケーブルを介して伝送されるＣＥＣコマンドを用いて上記第１の機器種別情報及び上記第２の機器種別情報を取得する、
ことを特徴とする請求項１から１１までの何れか１項に記載の出力装置。
【請求項１３】
上記ソース機器は、ＵＳＢ、ＩＥＥＥ１３９４、イーサネット、ＩＥＥＥ８０２．１１、Ｂｌｕｅｔｏｏｔｈ、ＩｒＤＡ、又は、ＩｒＳｉｍｐｌｅの何れかを介して当該出力装置に接続される、ことを特徴とする請求項１から１２までの何れか１項に記載の出力装置。
【請求項１４】
携帯型情報端末から送信される制御コマンドであって、当該出力装置を操作するための制御コマンドを受信する制御コマンド受信手段、及び、上記携帯型情報端末から送信される制御コマンドであって、上記ソース機器を操作するための制御コマンドを、該制御コマンドに相当するＣＥＣコマンドに変換して上記ソース機器に送信する制御コマンド転送手段の少なくとも何れかを備えている、ことを特徴とする請求項１から１３までの何れか１項に記載の出力装置。
【請求項１５】
請求項１から１４までの何れか１項に記載の出力装置を備えたテレビジョン受像機。
【請求項１６】
コンテンツを供給するソース機器と、上記ソース機器から供給されたコンテンツを出力する出力装置とを含むシステムであって、
上記ソース機器は、第１の分類において自身が分類される機器種別を示す第１の機器種別情報を上記出力装置に提供する第１の機器種別情報提供手段と、上記第１の分類とは異なる第２の分類において自身が分類される機器種別を示す第２の機器種別情報を上記出力装置に提供する第２の機器種別情報提供手段と、を備えており、
上記出力装置は、上記第１の機器種別情報を上記ソース機器から取得する第１の機器種別情報取得手段と、上記第２の機器種別情報を上記ソース機器から取得する第２の機器種別情報取得手段と、上記ソース機器の機器種別を、上記第１の機器種別情報と上記第２の機器種別情報とを組み合わせることによって特定する機器種別特定手段と、上記ソース機器を操作するためのユーザーインターフェースであって、上記機器種別特定手段が特定した上記ソース機器の機器種別に応じたユーザーインターフェースを表示するユーザーインターフェース表示手段と、を備えている、
ことを特徴とするシステム。
【請求項１７】
ソース機器から供給されたコンテンツを出力装置が出力する出力方法であって、
第１の分類において上記ソース機器が分類される機器種別を示す第１の機器種別情報を、上記出力装置が上記ソース機器から取得する第１の機器種別情報取得ステップと、
上記第１の分類とは異なる第２の分類において上記ソース機器が分類される機器種別を示す第２の機器種別情報を、上記出力装置が上記ソース機器から取得する第２の機器種別情報取得ステップと、
上記出力装置が、上記ソース機器の機器種別を、上記第１の機器種別情報取得ステップにて取得した第１の機器種別情報と上記第２の機器種別情報取得ステップにて取得した第２の機器種別情報とを組み合わせることによって特定する機器種別特定ステップと、
上記ソース機器を操作するためのユーザーインターフェースであって、上記機器種別特定ステップにて特定した上記ソース機器の機器種別に応じたユーザーインターフェースを表示するユーザーインターフェース表示ステップと、を含んでいる、
ことを特徴とする出力方法。
【請求項１８】
コンピュータを請求項１から１４までの何れか１項に記載の出力装置として動作させるためのプログラムであって、上記コンピュータを上記出力装置が備えている上記各手段として機能させるプログラム。
【請求項１９】
請求項１８に記載のプログラムが記録されたコンピュータ読み取り可能な記録媒体。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【公開番号】特開２０１２−５０１２２（Ｐ２０１２−５０１２２Ａ）
【公開日】平成２４年３月８日（２０１２．３．８）
【国際特許分類】
【出願番号】特願２０１１−２２６１４６（Ｐ２０１１−２２６１４６）
【出願日】平成２３年１０月１３日（２０１１．１０．１３）
【分割の表示】特願２０１１−９４５２８（Ｐ２０１１−９４５２８）の分割
【原出願日】平成２３年４月２０日（２０１１．４．２０）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．Ｂｌｕｅｔｏｏｔｈ
【出願人】（０００００５０４９）シャープ株式会社 (33,933)
【Ｆターム（参考）】
【公開日】平成２４年３月８日（２０１２．３．８）
【国際特許分類】
【出願日】平成２３年１０月１３日（２０１１．１０．１３）
【分割の表示】特願２０１１−９４５２８（Ｐ２０１１−９４５２８）の分割
【原出願日】平成２３年４月２０日（２０１１．４．２０）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．Ｂｌｕｅｔｏｏｔｈ
【出願人】（０００００５０４９）シャープ株式会社 (33,933)
【Ｆターム（参考）】
[ Back to top ]