(57)【特許請求の範囲】
【請求項１】
複数の視聴ソース機器と接続可能な接続部と、
ユーザからのコンテンツのリスト要求を受け付けるためのリスト要求受付部と、
前記リスト要求受付部がリスト要求を受付けた際に接続中の視聴ソース機器からリストを取得するリスト取得部と、
少なくとも、一部の視聴ソース機器のリストを全視聴ソース機器に共通のＵＩでコンテンツ選択可能なように表示するＵＩ表示部と、
接続部に接続された視聴ソース機器から取得したコンテンツ信号を処理する信号処理部と、
信号処理部で信号処理されたコンテンツ及び前記ＵＩを出力可能な出力部と、
前記リスト要求受付部がリスト要求を受付けた際に出力部で出力されているコンテンツが属する視聴ソース機器を識別し、識別した視聴ソース機器のリストを優先して表示するように制御するＵＩ表示制御部と、
を有するＡＶ装置。
【請求項２】
ＵＩ表示制御部は、
ＵＩ表示部にてコンテンツ選択がされてもＵＩを消去しないで表示を維持する維持制御手段を有する請求項１に記載のＡＶ装置。
【請求項３】
ＵＩ表示制御部は、
ＵＩ表示部にて選択されたコンテンツを示すマークである視聴中マークをＵＩの対応するコンテンツのリスト部分に表示する視聴中マーク表示手段を有する請求項１又は２のいずれか一に記載のＡＶ装置。
【請求項４】
ＵＩ表示制御部は、
表示されるＵＩのサイズの調整入力を受付けるサイズ調整入力手段を有し、サイズ調整入力手段での調整に応じて、出力部から出力されるＵＩ及びコンテンツの画面中に占める割合を制御するサイズ制御手段を有する請求項１から３のいずれか一に記載のＡＶ装置。
【請求項５】
ＵＩ表示制御部は、
表示するＵＩを透過型にするとともに出力部から出力されるコンテンツが示す画面領域に重ねて表示する透過型表示手段を有する請求項１から４のいずれか一に記載のＡＶ装置。
【請求項６】
複数の視聴ソース機器と接続するステップと、
ユーザからのコンテンツのリスト要求を受付けるステップと、
前記リスト要求を受付けるステップにてリスト要求を受付けた際に接続中の視聴ソース機器からリストを取得するステップと、
少なくとも一部の視聴ソース機器のリストを全視聴ソース機器に共通のＵＩでコンテン
ツ選択可能なように表示するステップと、
接続された視聴ソース機器から取得したコンテンツ信号を処理するステップと、
前記ステップで信号処理されたコンテンツおよび前記ＵＩを出力するステップと、
前記リスト要求を受付けるステップにてリスト要求を受付けた際に出力されているコンテンツが属する視聴ソース機器を識別し、識別された視聴ソース機器のリストを優先して表示するように制御するステップと、を有するＵＩ表示方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の視聴ソース機器に存在するコンテンツを統一したＵＩ（ユーザインターフェイス）で選択することが可能なＡＶ装置に関するものである。
【背景技術】
【０００２】
近年、映像や音楽などのコンテンツの提供は様々な形で行われている。このため、大量のコンテンツを視聴可能とするＡＶ機器などにおいては、コンテンツの選択の際にユーザが短時間で検索できるように、視認性の良いＵＩを備えているのが一般的になっている。例えば、特許文献１においては、リストをグループごとにシュリンクパックとして縮退表示しておき、選択された特定のグループのみを展開して表示をするようなＵＩが開示されている。また、特許文献２においては、複数の選択対象項目をそれぞれ表象する画像を表示画面の一方向に配列表示し、詳細表示用箇所に希望項目が配置されるように配列をスクロール移動させて、選択を行うＵＩが開示されている。
【特許文献１】特開２００５−１９８０３９
【特許文献２】特開２００６−３１１１５
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかし、上記のＵＩにてコンテンツの選択を行った後に再度ＵＩを表示させると、ＵＩは初期画面の状態に戻っている。このため、特定のリストに含まれる複数のコンテンツを見比べながら（複数回選択して）最終的な視聴決定を行いたいときでも、複数の視聴ソース機器のリストから特定のリストを選択するための操作を複数回にわたって行う必要があり、ユーザに余分な操作負担をかけていた。
【課題を解決するための手段】
【０００４】
以上の課題を解決するため、本発明は、ユーザからコンテンツのリスト要求を受付けた際に、現在出力されているコンテンツが属する視聴ソース機器のリストを優先してＵＩで表示することが可能なＡＶ装置を提案する。
【０００５】
具体的には以下のような発明を提供する。
【０００６】
第一発明では、複数の視聴ソース機器と接続可能な接続部と、ユーザからのコンテンツのリスト要求を受付けるためのリスト要求受付部と、接続中の視聴ソース機器からリストを取得可能なリスト取得部と、少なくとも一部の視聴ソース機器のリストを全視聴ソース機器に共通のＵＩでコンテンツ選択可能なように表示するＵＩ表示部と、接続部に接続された視聴ソース機器から取得したコンテンツ信号を処理する信号処理部と、信号処理部で信号処理されたコンテンツおよび前記ＵＩを出力可能な出力部と、出力部で出力されているコンテンツが属する視聴ソース機器のリストを優先して表示するように制御するＵＩ表示制御部を有するＡＶ装置を提供する。
【０００７】
第二発明では、第一発明を基本とし、さらに、ＵＩ表示制御部は、ＵＩ表示部にてコンテンツ選択がされてもＵＩを消去しないで表示を維持する維持制御手段を有するＡＶ装置を提供する。
【０００８】
第三発明では、第一発明または第二発明を基本とし、さらに、ＵＩ表示制御部は、ＵＩ表示部にて選択されたコンテンツを示すマークである視聴中マークをＵＩの対応するコンテンツのリスト部分に表示する視聴中マーク表示手段を有するＡＶ装置を提供する。
【０００９】
第四発明では、第一発明から第三発明のいずれか一を基本とし、さらに、ＵＩ表示制御部は、表示されるＵＩのサイズの調整入力を受付けるサイズ調整入力手段を有し、サイズ調整入力手段での調整に応じて、出力部から出力されるＵＩ及びコンテンツの画面中に占める割合を制御するサイズ制御手段を有するＡＶ装置を提供する。
【００１０】
第五発明では、第一発明から第四発明のいずれか一を基本とし、さらに、ＵＩ表示制御部は、表示するＵＩを透過型にするとともに出力部から出力されるコンテンツが示す画面領域に重ねて表示する透過型表示手段を有するＡＶ装置を提供する。
【００１１】
第六発明では、複数の視聴ソース機器と接続するステップと、ユーザからのコンテンツのリスト要求を受付けるステップと、接続中の視聴ソース機器からリストを取得するステップと、少なくとも一部の視聴ソース機器のリストを全視聴ソース機器に共通のＵＩでコンテンツ選択可能なように表示するステップと、接続された視聴ソース機器から取得したコンテンツ信号を処理するステップと、前記ステップで信号処理されたコンテンツおよび前記ＵＩを出力するステップと、出力されているコンテンツが属する視聴ソース機器のリストを優先して表示するように制御するステップを有するＵＩ表示方法を提供する。
【発明の効果】
【００１２】
本発明のＡＶ装置によれば、ユーザからコンテンツのリスト要求を受付けた際に、現在出力されているコンテンツの属する視聴ソース機器のリストを優先して表示するため、コンテンツの選択を行う際のユーザの操作負担が軽減されることになる。
【発明を実施するための最良の形態】
【００１３】
以下に、本発明の実施例を説明する。実施例と請求項の相互の関係は、以下のとおりである。実施例１は主に請求項１、請求項６などに関し、実施例２は主に請求項２などに関し、実施例３は主に請求項３などに関し、実施例４は主に請求項４などに関し、実施例５は主に請求項５などに関する。なお、本発明はこれら実施例に何ら限定されるものではなく、その要旨を逸脱しない範囲内において、様々な態様で実施しうる。
【実施例１】
【００１４】
<概要>
【００１５】
本実施例のＡＶ装置は、ユーザから視聴可能なコンテンツのリスト要求を受付けた際、その時点でＡＶ装置に接続されておりコンテンツを提供可能な一以上の視聴ソース機器の中から、現在出力されているコンテンツが属する視聴ソース機器のコンテンツのリストを優先して共通のＵＩにて表示する機能を有するものである。
【００１６】
図１は、本実施例のＡＶ装置の概要を表す図である。例えば、ユーザがある視聴ソース機器に属するコンテンツを視聴しているとする。この場合、ユーザがＵＩを表示させるための操作をＡＶ装置に対して行うと、当該視聴ソース機器のコンテンツのリストが複数のリストから自動的に選択され、共通ＵＩ上に表示される。つまり、ユーザは現在視聴しているコンテンツが属する視聴ソース機器のコンテンツのリストに素早くアクセスすることが可能である。また、視聴中のコンテンツと、表示されるコンテンツのリストが異なる視聴ソース機器によるものであった場合に生じうるユーザの混乱を回避することもできる。
<構成>
【００１７】
図２は、本実施例のＡＶ装置の機能ブロックの一例を示す図である。本件発明の構成要素である各部は、ハードウェア、ソフトウェア、ハードウェアとソフトウェアの両者、のいずれかによって構成される。例えば、これらを実現する一例として、コンピュータを利用する場合には、ＣＰＵ、メインメモリ、バス、インターフェイス、周辺機器などから構成されるハードウェアと、これらのハードウェア上にて実現可能なソフトウェアを挙げることができる。具体的には、メインメモリ上に展開されたプログラムを順次実行することで、メインメモリ上のデータや、インターフェイスを介して入力されるデータの加工、蓄積、出力などにより各部の機能が実現される。
【００１８】
同図において、本実施例の「ＡＶ装置」（０２００）は、「接続部」（０２０１）と、「出力部」（０２０２）と、「リスト要求受付部」（０２０３）と、「リスト取得部」（０２０４）と、「ＵＩ表示部」（０２０５）と、「ＵＩ表示制御部」（０２０６）と、「信号処理部」（０２０９）と、からなる。
【００１９】
なお、本発明は、装置として実現できるのみでなく、方法としても実現可能である。（本明細書の全体を通して同様である。）
【００２０】
「接続部」（０２０１）は、複数の視聴ソース機器と接続可能なように構成されている。
【００２１】
ここで、「視聴ソース機器」とは、本件発明のＡＶ装置の接続部と接続し、コンテンツなどの電子データをＡＶ装置と送受信可能に構成された機器であり、例えば、図２１に示すように、番組（デジタル地上波放送、ＢＳデジタル放送、ＣＳ放送などで放送される番組）を受信する番組受信装置、ハードディスク等の記憶媒体を有するパーソナルコンピュータやハイビジョンレコーダーなどの各種電子機器、ＶｏＤ（ビデオ・オン・デマンド）などのコンテンツ配信サーバから情報を取得可能なモデム装置、ＡＶ装置自身に内蔵されているＨＤＤなどであってもよい。これらは一つの機器が一つの視聴ソース機器を構成している。
【００２２】
または、視聴ソース機器の分類は、前記（図２１）のように一つの機器を一つの視聴ソース機器として捉えるのでなく、一つのメディアを一つの視聴ソース機器と捉えてもよい。具体的には、図２２に示すように、「放送」（２２０１）というメディアの視聴ソース機器、「デジタル録画機」（２２０２）という分類の視聴ソース機器、「外部ネットワークサーバ」（２２０３）という分類での視聴ソース機器、「ＤＬＮＡ準拠の家庭内サーバ」（２２０４）という分類での視聴ソース機器などである。
【００２３】
これらは、それぞれの視聴ソース機器が各コンテンツに対して保持管理している属性情報が各分類内で共通であるという特徴を有する。例えば、図２３（Ａ）に示すように、放送というメディアを取り扱う視聴ソース機器（２２０１）にはＢＳチューナ、ＣＳチューナ、地上デジタル放送チューナ、ＡＭラジオチューナ、ＦＭラジオチューナなど各種のものがあるが、放送にてコンテンツに関連付けて受信し、管理する属性情報としてはチャンネル名、チャンネルアイコン、番組名、開始時間、終了時間、パレンタルレート、番組内容（番組要約、番組概要）、入力情報、出演者、コピーガードなどがある。一方、デジタル録画番組というメディアを取り扱う視聴ソース機器（２２０２）には、ＨＤＤ録画機、ＢＤ（ブルーレイディスク）録画機、ＤＶＤ録画機であってＨＤＭＩ接続を利用するものや、Ｉ．ＬＩＮＫを利用するものや、これらで外部接続のもの、または内部接続のものなどを挙げることができる。そして、これらの視聴機器がコンテンツに関連付けて取得し、管理する属性情報としては、チャンネル名、番組名、開始時間、終了時間、パレンタルレート、コピーガードなどがある。また、外部ネットワークサーバから提供されるＶｏＤというサービスにて提供されるメディアを取り扱う視聴ソース機器（２２０３）は、インターネットを介してコンテンツを出力するＶｏＤサーバや、これから出力されるコンテンツを仲介する各種電子機器をあげることができる。この視聴ソース機器から配信されるコンテンツに関連付けて取得し、管理する属性情報としては、サービス事業者名、コンテンツ名、コンテンツ長、コンテンツの内容、おすすめ情報、キーワード、ジャンル、サムネイル用静止画、クレジット、パレンタルコード、購入情報などがある。さらにＤＬＮＡシステムで連結された各種の視聴ソース機器（２２０４）としては、ＨＤＤレコーダ、ＢＤレコーダ、ＤＶＤレコーダ、汎用ＰＣ、その他のデジタル家電などを挙げることができる。これらがコンテンツに関連付けて取得し、管理する属性情報としては、フォルダ名、ファイル名、コンテンツ長、作成日、更新日などがある。
【００２４】
なお、以下の説明で出てくる「視聴ソース機器」の概念は、前記で説明したいずれの分類（図２１または図２２）に従ったものであってもよい。当該前提は、以下のすべての実施形態において同様である。
【００２５】
「リスト要求受付部」（０２０３）は、ユーザからのコンテンツのリスト要求を受付けるように構成されている。「コンテンツのリスト要求」とは、ＡＶ装置にて現在視聴可能な、または、将来視聴可能になるコンテンツをリスト表示する要求である。例えば、リスト要求受付部は遠隔操作機器などから送出された赤外線を受信してリスト要求の内容を取得することが可能である。また、有線式にリスト要求を受付ける構成とすることやＡＶ装置に対する直接的なボタン入力を受付ける構成とすることも可能である。
【００２６】
「リスト取得部」（０２０４）は、接続中の視聴ソース機器からリストを取得可能なように構成されている。そして、取得したリストを保持するように構成してもよい。ここで、リスト取得部が取得する「リスト」とは、その視聴ソース機器がユーザに提供可能なコンテンツの一覧であり、取得するデータの中には、図２３（Ａ）に示すようなコンテンツの属性情報が含まれていてもよい。すなわち、リスト取得部は、放送や番組受信装置などの視聴ソース機器からは、放送中または放送予定の番組のリストを、ＰＣ、デジタル録画機などの視聴ソース機器からは、現在内部メモリに保存してあり再生などによる出力が可能なコンテンツのリストを、ＡＶ装置のＨＤＤである視聴ソース機器からは、現在保存してあり再生などによる出力が可能なコンテンツのリストを、外部ネットワークサーバ（ＶｏＤサーバなど）である視聴ソース機器からは、ダウンロード、ストリーミングなどにより受信し再生などによる出力が可能なコンテンツのリストを取得する。
【００２７】
なお、リストの取得方法としては、例えば、ユーザからのコンテンツのリスト要求を受付けた際に、接続部（０２０１）と接続中の全ての視聴ソース機器に対してリストの送信要求を送信して、接続中の全ての視聴ソース機器のコンテンツのリストを取得してもよい。または、定期的に接続部（０２０１）と接続中の視聴ソース機器に対して送信要求を送信して、接続中の全ての視聴ソース機器のコンテンツのリストを取得してもよい。さらには、ユーザからコンテンツのリスト要求を受付けると、一つの視聴ソース機器を特定し、前記特定した視聴ソース機器（コンテンツリストを表示すべき視聴ソース機器）のみからコンテンツのリストを取得してもよい。かかる場合、ユーザから他の視聴ソース機器のコンテンツのリスト要求を受付けると、その都度、特定された視聴ソース機器のみからコンテンツのリストを取得する。なお、前記「一つの視聴ソース機器」を特定する手段としては、以下のようなものであってもよい。例えば、以下で説明する「ＵＩ表示制御部」（０２０６）の機能により、ディスプレイに表示されているコンテンツが属する視聴ソース機器のコンテンツのリストを優先して表示するように構成する場合には、いずれの視聴ソース機器のコンテンツリストもディスプレイに表示されていない状態で、ユーザがコンテンツのリスト要求を入力すると、その時ディスプレイに表示されているコンテンツの属する視聴ソース機器が特定されてもよい。また、ディスプレイに一つの視聴ソース機器のコンテンツリストが表示されている状態で、ユーザが十字キーを操作すると、予め定められている視聴ソース機器の順番に従い、その次に表示すべき視聴ソース機器が特定されてもよい。前記を実現する手段としては、例えば、リスト取得部（０２０４）は、リスト要求受付部（０２０３）がＵＩ表示要求を受付けると、接続部（０２０１）を介して、その時点で接続中の視聴ソース機器を確認し、接続中の視聴ソース機器リストを生成する。そして、生成したリストの視聴ソース機器に対して所定の順番を付与し、保存する。その後、ユーザの十字キーなどによる操作を受付けると、前記生成し保存したリストを利用して、一つの視聴ソース機器を特定するようなものでもよい。
【００２８】
ここで、視聴ソース機器の電源が入っておらず、リストの取得が不可能なような場合は、当該視聴ソース機器に属するコンテンツに関してはリストを取得できないことをＵＩにて表示することも可能である。
【００２９】
「ＵＩ表示部」（０２０５）は、少なくとも一部の視聴ソース機器のリストを全視聴ソース機器に共通のＵＩでコンテンツ選択可能なように表示するように構成されている。ここで、「視聴ソース機器のリスト」とは、リスト取得部（０２０４）が視聴ソース機器から取得した、ユーザに提供可能なコンテンツのリストのことである。ＵＩ表示部は、各種の視聴ソース機器から取得した各種コンテンツのリストを、共通のＵＩで表示するよう構成されている。
【００３０】
共通のＵＩ（以下、「共通ＵＩ」という）としては特段制限されないが、例えば、図３で示すような表示形式であってもよい。図３は、放送や番組受信装置などの視聴ソース機器から取得した、放送中の番組のリストを共通ＵＩで表示している例（図中、左側）と、ＰＣである視聴ソース機器から取得した、内部メモリに保存してありＡＶ装置で出力可能なコンテンツのリストを共通ＵＩで表示している例（図中、右側）である。ＵＩ表示部は、図３に示すような共通ＵＩを利用したコンテンツリストをディスプレイに表示する。なお、表示手段としては、一度に複数の視聴ソース機器のコンテンツリストをディスプレイに表示してもよいし、いずれか一つの視聴ソース機器のコンテンツリストを表示してもよい。一度に複数の視聴ソース機器のコンテンツリストをディスプレイに表示する場合には、コンテンツとともに表示するのでなく、ディスプレイいっぱいにリストのみを表示してもよい。また、いずれか一つの視聴ソース機器のコンテンツリストをディスプレイに表示する場合には、コンテンツとともにリストを表示してもよい。その表示形態としては、ディスプレイを２分割してコンテンツとリストを並べて表示してもよい。または、ディスプレイいっぱいにコンテンツを表示し、その一部に透過型のリストを重ねて表示してもよい。当該構成については、以下の実施形態で詳細を説明する。前記のように、いずれか一の視聴ソース機器のコンテンツリストを表示する場合には、十字キーなどの操作により、ディスプレイに表示する視聴ソース機器のリストを切り替えることができるように構成してもよい。この際、ディスプレイに表示しているコンテンツが属する視聴ソース機器と異なる視聴ソース機器のコンテンツリストを表示できてもよい。
【００３１】
次に、図３の共通ＵＩの構成について説明する。図３で示す共通ＵＩは、縦一列に情報を表示するための複数の欄を配列している。一番上の欄には視聴ソース機器を識別可能な情報を表示し、その下には情報窓（０３０１）を備えている。そして、その下に、ユーザに提供可能なコンテンツを識別可能な情報を一覧表示している。情報窓（０３０１）とは、縦一列に配列された複数のコンテンツの中から、カーソルなどにより仮選択されている一のコンテンツの詳細な情報を表示するための欄である。なお、コンテンツを識別する情報を表示する欄の表示形態（表示する情報）は、図に示すように、視聴ソース機器ごとに異なるようにしてもよい。そして、本発明の共通ＵＩは、カーソルなどにより一のコンテンツが仮選択されている状態で、ユーザから決定キーなどの押下による決定入力（選択）を受付けると、それをトリガに、以下で説明する出力部（０２０２）から、選択されたコンテンツが出力されるよう処理する。
【００３２】
ここで、前記ＵＩ表示部の「提供可能コンテンツ一覧表示」や、「情報窓への詳細情報の表示」などは、各コンテンツの属性情報を利用して実現することが可能である。なお、ＵＩ表示部は、前記のようなＵＩ表示をするために必ずしも取得した属性情報に含まれるすべての項目の情報を利用する必要はなく、ＵＩ表示に必要な項目の情報のみを抽出し、抽出した情報のみを利用してＵＩ表示するように構成してもよい。具体的には、あらかじめ、ＵＩにて表示するように定められていた項目（「コンテンツ名」、「時間」、など）の情報のみを利用してＵＩ表示し、その他の項目（「コンテンツ長」など）の情報は利用しなくてもよい（ＵＩ表示しない）。また、あらかじめＵＩ表示するように定められていた項目の情報においても、データ形式の違いなどにより情報を読み取れないなどの何らかの不都合が生じた際には、当該項目は読み飛ばして、読み取れた情報のみをＵＩ表示するように構成してもよい。なお、当然に、何の項目の情報か識別不能である際にも、当該項目を読み飛ばして、読み取れた情報のみをＵＩ表示するように構成してもよい。
【００３３】
なお、図３では示されていないが、視聴ソース機器のリストごとにＵＩの色調を変化させることも可能である。さらに、リストの最上段又は最下段まで行った場合に、次の上向き又は下向き操作を行うことにより、一番下又は一番上に移動するといった構成とすることも可能である。また、ＵＩにおいて同種のリストをグループ化する構成も可能である。例えば、本実施例のＡＶ装置と接続されたモデム装置が複数のコンテンツ配信サーバからリストを受信可能な場合、ＵＩにおいて、これらのリストを結合して一つのリストとして表示することが可能である。つまり、各視聴ソース機器に対して各々のＵＩを表示する必要はなく、全ての視聴ソース機器のリストを単一のＵＩに統合することも可能である。複数のリストを単一のＵＩに統合する具体的な方法としては、リスト取得部で取得した視聴ソース機器のリスト情報を共通のＵＩフォーマットに適合するように変換することが考えられる。さらに、視聴ソース機器に関係なくコンテンツの種類ごとにリストを再編成して新たなリストとして表示するといった構成も可能である。これらの表示形式はユーザ操作によって随時変更可能な構成とすることも可能である。
【００３４】
「信号処理部」（０２０９）は、接続部に接続された視聴ソース機器から取得したコンテンツ信号を処理するよう構成されている。すなわち、動画像、静止画像、音声などからなるコンテンツを、ディスプレイやスピーカなどから出力するために、コンテンツ信号をデコード処理などするよう構成されている。当該構成については従来技術により実現できるので、ここでの詳細な説明は省略する。
【００３５】
「出力部」（０２０２）は、信号処理部で信号処理されたコンテンツおよびＵＩ表示部で処理されたＵＩを出力するよう構成されている。すなわち、出力部は、ディスプレイドライバ、ディスプレイ、スピーカ、ビデオ出力回路などで構成されている。また、テレビ入力、ビデオ入力、ＤＶＤ入力、ゲーム入力などの複数の入力を択一的に選択して出力するように構成されている。さらに、コンテンツとＵＩを同時にディスプレイに表示するために、映像合成手段を有している。映像合成手段は、ディスプレイ上に表示されているコンテンツとＵＩの表示面積を自由に変更できてもよい。
【００３６】
「ＵＩ表示制御部」（０２０６）は、出力部で出力されているコンテンツが属する視聴ソース機器のリストを優先して表示するように制御するよう構成されている。すなわち、ＵＩ表示制御部は、リスト要求受付部（０２０３）がリスト要求を受付けると、その際に出力部（０２０２）が出力しているコンテンツを識別し、また、そのコンテンツが属する視聴ソース機器を識別する。そして、リスト取得部（０２０４）が、リスト要求をトリガに接続中のすべての視聴ソース機器からコンテンツリストを取得するように構成する場合には、ＵＩ表示制御部（０２０６）は、ＵＩ表示部（０２０５）を制御し、現在出力されているコンテンツが属する視聴ソース機器のコンテンツリストを、最初に（優先して）表示するよう制御する。一方、リスト取得部（０２０４）が、リスト要求をトリガに一つの視聴ソース機器のみからコンテンツリストを取得するように構成する場合には、ＵＩ表示制御部（０２０６）は、リスト取得部（０２０４）を制御し、現在出力されているコンテンツが属する視聴ソース機器からコンテンツリストを取得するように制御する。
【００３７】
なお、ＵＩ表示制御部の前記機能は、以下のような手段により実現してもよい。
【００３８】
まず、リスト取得部（０２０４）は、各視聴ソース機器から図２３（Ａ）に示すようなコンテンツの属性情報を取得すると、取得した属性情報のそれぞれに対して、図２３（Ｂ）に示すような管理情報を付与し、属性情報とあわせて保持するように構成してもよい（当該前提は、以下のすべての実施形態において同様）。「管理情報」とは、「コンテンツの属している視聴ソース機器」、「再生レジューム位置（取得して直ぐは、頭の位置。なお、放送のコンテンツの場合、当該管理情報は除く。）」、「データ取得の時刻」、「出力中か否かを識別するマーク」などが考えられる。なお、前記は一例であり、前記以外の管理情報を付与してもよい。
【００３９】
前記のように構成する場合において、ＵＩ表示制御部（０２０６）は『ＵＩ表示部（０２０５）』を制御するように構成する場合には、例えば、リスト要求受付部（０２０３）がコンテンツのリスト要求を受付けると、リスト取得部（０２０４）は、接続中のすべての視聴ソース機器からコンテンツ属性情報を含むコンテンツのリストを取得し、各コンテンツ属性情報（図２３（Ａ））に管理情報（図２３（Ｂ））を付与して、それらを保持する。また、リスト取得部（０２０４）は、ＵＩ表示のために、保持しているすべての属性情報と管理情報を、ＵＩ表示部に渡すように構成する。
【００４０】
そして、ＵＩ表示制御部（０２０６）は、出力部（０２０２）または信号処理部（０２０９）または接続部（０２０１）から、現在出力中または処理中または取得中のコンテンツ（ディスプレイに表示中のコンテンツ）を識別する情報を取得すると、リスト取得部（０２０４）が保持している属性情報と管理情報を利用して、当該コンテンツの属性情報を検索し、そのコンテンツの属する視聴ソース機器を識別する。その後、識別した視聴ソース機器のＩＤと、前記ＩＤで特定される視聴ソース機器のコンテンツリストを最初に表示する指示信号を、ＵＩ表示部（０２０５）に送信するよう構成する。そして、ＵＩ表示部（０２０５）は、ＵＩ表示制御部（０２０６）から受信した前記視聴ソース機器ＩＤを利用して、リスト取得部（０２０４）から取得したコンテンツ属性情報の中から、該当するコンテンツ属性情報のみを抽出し、抽出したコンテンツ属性情報を利用してコンテンツをリスト表示する。
【００４１】
一方、ＵＩ表示制御部（０２０６）は『リスト取得部（０２０４）』を制御するように構成する場合には、例えば、リスト要求受付部（０２０３）がコンテンツのリスト要求を受付けると、ＵＩ表示制御部（０２０６）は、出力部（０２０２）または信号処理部（０２０９）または接続部（０２０１）から、現在出力中または処理中または取得中のコンテンツ（ディスプレイに表示中のコンテンツ）およびそのコンテンツの属する視聴ソース機器を識別する情報を取得する。そして、取得した情報で特定される視聴ソース機器を識別するＩＤと、前記ＩＤで特定される視聴ソース機器からコンテンツリストを取得する指示信号を、リスト取得部（０２０４）に送信するように制御してもよい。
【００４２】
または、リスト要求受付部（０２０３）がコンテンツのリスト要求を受付けると、リスト取得部（０２０４）は、接続中のすべての視聴ソース機器からコンテンツ属性情報を含むコンテンツのリストを取得し、各コンテンツ属性情報（図２３（Ａ））に管理情報（図２３（Ｂ））を付与して、それらを保持するように構成してもよい。
【００４３】
そして、ＵＩ表示制御部（０２０６）は、出力部（０２０２）または信号処理部（０２０９）または接続部（０２０１）から、現在出力中または処理中または取得中のコンテンツ（ディスプレイに表示中のコンテンツ）を識別する情報を取得すると、識別したコンテンツの属する視聴ソース機器と同じ視聴ソース機器に属しているコンテンツの属性情報をＵＩ表示部（０２０５）に渡すようにリスト取得部（０２０４）を制御する。
【００４４】
すると、リスト取得部（０２０４）は、保持しているコンテンツ属性情報と管理情報を利用して、現在出力中のコンテンツの属する視聴ソース機器ＩＤを識別すると、同じ視聴ソース機器ＩＤ（管理情報）が付与されているコンテンツ属性情報を抽出し、抽出したコンテンツ属性情報を、ＵＩ表示のために、ＵＩ表示部（０２０５）に渡すように構成する。そして、ＵＩ表示部（０２０５）は、リスト取得部（０２０４）から取得したコンテンツ属性情報を利用してコンテンツをリスト表示してもよい。
<具体的な構成>
【００４５】
次に、本実施例のＡＶ装置のそれぞれのハードウェア構成部の働きについて説明する。図４は、本実施例のＡＶ装置のハードウェア構成の一例を示す概略図である。この図を利用して、ＡＶ装置のそれぞれのハードウェア構成部の働きについて説明する。この図にあるように、ＡＶ装置は、リスト取得部とＵＩ表示部とＵＩ表示制御部と信号処理部に「ＣＰＵ」（０４０１）と「メインメモリ」（０４０２）を備える。また、ＡＶ装置はリストの情報やプログラムを保持するための「記憶装置（記憶媒体）」（０４０３）を備えている。また、接続部に「インターフェイス」（０４０４）を備え、リスト要求受付部に「リモートセンサー」（０４０５）を備えている。また、ＡＶ装置は、出力部に「ディスプレイドライバ」（０４０６）と「ディスプレイ」（０４０７）などを備えている。これらはシステムバスなどのデータ通信経路によって相互に接続され、情報の送受信や処理を行う。
【００４６】
リモートセンサーがリスト要求の信号を受信した場合、リスト取得プログラムは、インターフェイスを介して接続されている接続中の視聴ソース機器に対してリストの送信要求を送信し、当該命令により取得されたリスト情報をメインメモリの所定のアドレスに格納する。ここで、定期的に視聴ソース機器に対してリスト情報の送信要求を行い記憶装置に予め保持させている場合は、リスト取得プログラムは当該リスト情報を記憶装置から取得する構成とすることも可能である。
【００４７】
次に、ＵＩ表示制御プログラムは、ディスプレイに出力されているコンテンツがどの視聴ソース機器に属するコンテンツであるかの認定を行う。そして、当該認定に基づいて、ＵＩを表示させる際に優先して表示させるべき視聴ソース機器のリストを決定し、当該決定情報をメインメモリの所定のアドレスに格納する。
【００４８】
次に、ＵＩ表示プログラムは、メインメモリに格納されている各視聴ソース機器のリスト情報を共通ＵＩに適合したデータ形式へ変換する処理をＣＰＵにて行い、上記決定情報に基づいたＵＩの表示を行うための表示命令をディスプレイドライバに対して送出する。
【００４９】
表示命令を受けたディスプレイドライバは、ディスプレイに対してＵＩの表示を行うための表示信号を送出する。
<処理の流れ>
【００５０】
以下、図５、図２４のフローチャート図、図２５から図２７のシーケンス図を用いて、本実施形態のＡＶ装置の処理の流れの一例を説明する。なお、以下の処理は、方法、計算機に実行させるためのプログラム、またはこのプログラムが記録された読み取り可能な記録媒体として実施され得る（本明細書の全体を通して同様である）。
<<リスト要求を受付けると、それをトリガに接続中のすべての視聴ソース機器からリストを取得し、その時点で出力中のコンテンツの属する視聴ソース機器のリストを優先して表示するケースの処理の流れ（図５）>>
【００５１】
最初に、ステップＳ０５０１では、コンテンツのリスト要求を受けつけたか否か判断する。ここでの判断が、受けつけたとの判断である場合は、ステップＳ０５０２に進む。ここでの判断が、受けつけていないとの判断である場合は、待機する。この処理は、主にリスト要求受付部によって実行される。ステップＳ０５０２では、接続中の視聴ソース機器からコンテンツのリストを取得する。この処理は、主にリスト取得部によって実行される。ステップＳ０５０３では、現在出力されているコンテンツが属する視聴ソース機器の認定を行い、ＵＩにて優先表示するリストを決定する。この処理は、主にＵＩ表示制御部によって実行される。ステップＳ０５０４では、上記決定に基づいて、各視聴ソース機器のリストを共通のＵＩで表示させるための処理を行う。この処理は、主にＵＩ表示部、出力部によって実行される。なお、その後、他の視聴ソース機器のリスト要求を受付けると、ステップＳ０５０２にて取得し内部メモリに保存しているコンテンツリストを利用して、該当する視聴ソース機器のコンテンツリストを表示する。
<<リスト要求を受付けると、それをトリガにその時点で出力中のコンテンツの属する視聴ソース機器のみからリストを取得して表示し、他の視聴ソース機器のコンテンツのリスト要求を受付けると、その都度、該当する視聴ソース機器からリストを取得して表示するケースの処理の流れ（図２４）>>
【００５２】
最初に、ステップＳ２４０１では、コンテンツのリスト要求を受けつけたか否か判断する。ここでの判断が、受けつけたとの判断である場合は、ステップＳ２４０２に進む。ここでの判断が、受けつけていないとの判断である場合は、待機する。この処理は、主にリスト要求受付部によって実行される。ステップＳ２４０２では、ステップＳ２４０１でリスト要求を受付けた際にディスプレイに表示中（視聴中）のコンテンツが属する視聴ソース機器のみからコンテンツリストを取得する。この処理は、主にリスト取得部、ＵＩ表示制御部によって実行される。ステップＳ２４０３では、取得したコンテンツリストを共通のＵＩで表示させるための処理を行う。この処理は、主にＵＩ表示部、出力部によって実行される。
【００５３】
ステップＳ２４０４では、ディスプレイに表示中のコンテンツリストを他の視聴ソース機器のコンテンツリストに変更するための視聴ソース機器変更要求を受付けたか否か判断する。ここでの判断が、受けつけたとの判断である場合は、ステップＳ２４０５に進む。この処理は、主にリスト要求受付部によって実行される。ステップＳ２４０５では、リスト要求を受付けた視聴ソース機器のみからコンテンツリストを取得する。この処理は、主にリスト取得部によって実行される。その後、前記で説明したステップＳ２４０３に進み同様の処理を繰り返す。
【００５４】
ステップＳ２４０４での判断が、視聴ソース機器変更要求を受けつけていないとの判断である場合は、ステップＳ２４０６で、表示中のコンテンツリストの中から一つのコンテンツの選択が行われたか判断する。ここでの判断が、選択を受付けたとの判断である場合には、ステップＳ２４０７に進み、ディスプレイに表示中のコンテンツを選択されたコンテンツに切り替えたり、共通ＵＩを利用した表示中のコンテンツリストをディスプレイ上から消去する処理をしたりする。
<<図２４中、「（Ａ）コンテンツリスト新規」で示す処理の流れの詳細（図２５）>>
【００５５】
出力部がＵＩをディスプレイに出力していない状態で（Ｓ２５０１）、リスト要求受付部がユーザからＵＩ表示要求の入力を受付けると（Ｓ２５０２）、リスト要求受付部は、ＵＩ表示制御部、および、リスト取得部にその旨を通知する（Ｓ２５０３、Ｓ２５０４）。
【００５６】
ステップＳ２５０４での通知を受けたリスト取得部は、接続部に対して、現在、接続中の視聴ソース機器を確認する要求を送信する（Ｓ２５０５）。前記要求を受信した接続部は、各視聴ソース機器との接続状態を確認し（Ｓ２５０６）、リスト取得部に対して接続中の視聴ソース機器を通知する（Ｓ２５０７）。ステップＳ２５０７での通知を受けたリスト取得部は、前記通知に従い、接続中視聴ソース機器のリストを生成しメモリに格納する（Ｓ２５０８）。
【００５７】
また、ステップＳ２５０３での通知を受けたＵＩ表示制御部は、現在視聴中（出力部が出力中）のコンテンツの属する視聴ソース機器を特定すると（Ｓ２５０９）、特定した視聴ソース機器からコンテンツリストを取得するようリスト取得部を制御する（Ｓ２５１０）。すると、リスト取得部は、ステップＳ２５１０でのＵＩ表示制御部の制御に従い、特定された視聴ソース機器に対してコンテンツリスト要求を送信するよう接続部に指示する（Ｓ２５１１）。接続部は、ステップＳ２５１１でのリスト取得部からの指示に従い、特定された視聴ソース機器にコンテンツリスト要求を送信すると（Ｓ２５１２）、当該要求に応じて視聴ソース機器から送信されてきたコンテンツリストを受信し（Ｓ２５１３）、受信したコンテンツリストをリスト取得部に送信する（Ｓ２５１４）。その後、リスト取得部は、ステップＳ２５１４で受信したコンテンツリストをメモリに格納するとともに（Ｓ２５１５）、取得したコンテンツリストをＵＩ表示部に送信する（Ｓ２５１６）。コンテンツリストを取得したＵＩ表示部は、共通ＵＩを利用してコンテンツリストをディスプレイに表示するためにコンテンツリストを処理し（Ｓ２５１７）、処理したデータを出力部に送信する（Ｓ２５１８）。すると、前記データを受信した出力部が共通ＵＩを利用したコンテンツリストをディスプレイに出力する（Ｓ２５１９）。
<<図２４中、「（Ｂ）コンテンツリスト変更」で示す処理の流れの詳細（図２６）>>
【００５８】
出力部がＵＩをディスプレイに出力している状態で（Ｓ２６０１）、リスト要求受付部がユーザから表示中のコンテンツリストを、他の視聴ソース機器のコンテンツリストに変更する要求の入力を受付けると（Ｓ２６０２）、リスト要求受付部は、リスト取得部にその旨を通知する（Ｓ２６０３）。
【００５９】
ステップＳ２６０３での通知を受けたリスト取得部は、リスト要求受付部が受付けた変更要求の入力内容に従い、接続中の視聴ソース機器のリストなどを利用して、コンテンツリストを表示すべき一つの視聴ソース機器を特定する（Ｓ２６０４）。そして、特定した視聴ソース機器に対してコンテンツリスト要求を送信するよう接続部に指示する（Ｓ２６０５）。接続部は、ステップＳ２６０５でのリスト取得部からの指示に従い、特定された視聴ソース機器にコンテンツリスト要求を送信すると（Ｓ２６０６）、当該要求に応じて視聴ソース機器から送信されてきたコンテンツリストを受信し（Ｓ２６０７）、受信したコンテンツリストをリスト取得部に送信する（Ｓ２６０８）。その後、リスト取得部は、ステップＳ２６０８で受信したコンテンツリストをメモリに格納するとともに（Ｓ２６０８）、取得したコンテンツリストをＵＩ表示部に送信する（Ｓ２６１０）。コンテンツリストを取得したＵＩ表示部は、共通ＵＩを利用してコンテンツリストをディスプレイに表示するためにコンテンツリストを処理し（Ｓ２６１１）、処理したデータを出力部に送信する（Ｓ２６１２）。すると、前記データを受信した出力部は、共通ＵＩを利用して出力するコンテンツリストを、ステップＳ２６１２で受信したコンテンツリストに変更する（Ｓ２６１３）。
<<コンテンツリスト要求を送信した視聴ソース機器との通信に不具合が生じ、コンテンツリストを受信できなかった場合の処理の流れ（図２７）>>
【００６０】
出力部がＵＩをディスプレイに出力している状態で（Ｓ２７０１）、リスト要求受付部がユーザから表示中のコンテンツリストを、他の視聴ソース機器のコンテンツリストに変更する要求の入力を受付けると（Ｓ２７０２）、リスト要求受付部は、リスト取得部にその旨を通知する（Ｓ２７０３）。
【００６１】
ステップＳ２７０３での通知を受けたリスト取得部は、リスト要求受付部が受付けた変更要求の入力内容に従い、接続中の視聴ソース機器のリストなどを利用して、コンテンツリストを表示すべき一つの視聴ソース機器を特定する（Ｓ２７０４）。そして、特定した視聴ソース機器に対してコンテンツリスト要求を送信するよう接続部に指示する（Ｓ２７０５）。接続部は、ステップＳ２７０５でのリスト取得部からの指示に従い、特定された視聴ソース機器にコンテンツリスト要求を送信した際に、何らかの不具合により特定された視聴ソース機器との通信が失敗した場合（Ｓ２７０６）、その旨をリスト取得部に通知する（Ｓ２７０７）。
【００６２】
ステップＳ２７０７での通知を受けたリスト取得部は、内部メモリより通信の失敗を通知するための表示データを取り出すと（Ｓ２７０８）、当該データをＵＩ表示部に対して送信する（Ｓ２７０９）。前記通信失敗を通知するための表示データを受信したＵＩ表示部は、ディスプレイに表示するために受信したデータを処理し（Ｓ２７１０）、処理したデータを出力部に送信する（Ｓ２７１１）。すると、前記データを受信した出力部は、通信失敗を通知する表示データをディスプレイに出力する（Ｓ２７１２）。
<効果>
【００６３】
本発明のＡＶ装置によれば、ユーザからコンテンツのリスト要求を受付けた際に、現在出力されているコンテンツが属する視聴ソース機器のリストをＵＩに優先して表示するため、ユーザが視聴コンテンツの選択を連続的に行う際の操作負担を軽減することができる。
【実施例２】
【００６４】
<概要>
【００６５】
本実施例のＡＶ装置は、基本的に実施例１の装置と共通するが、ＵＩ表示部にてコンテンツが選択されてもＵＩを消去しないで表示を維持する特徴を有する点で異なる。
【００６６】
従来技術ではコンテンツの選択が行われるとＵＩが画面上から消去されるため、同一のリストにおいて連続的にコンテンツの選択を行う場合でも、ＵＩを再び表示させる操作と希望するリストに行き着くための操作を重複して行うことが必要であった。本実施例のＡＶ装置は、当該操作負担を軽減させるものである。
<構成>
【００６７】
図６は、本実施例のＡＶ装置の機能ブロックの一例を示す図である。図６において、本実施例の「ＡＶ装置」（０６００）は、「接続部」（０６０１）と、「出力部」（０６０２）と、「リスト要求受付部」（０６０３）と、「リスト取得部」（０６０４）と、「ＵＩ表示部」（０６０５）と、「ＵＩ表示制御部」（０６０６）と、「信号処理部」（０６０９）からなり、「ＵＩ表示制御部」は「維持制御手段」（０６０７）を有する。構成は基本的に実施例１に記載の装置の構成と同じであるため、相違点となる維持制御手段について以下詳述する。
【００６８】
「維持制御手段」（０６０７）は、ＵＩ表示部にてコンテンツ選択がされてもＵＩを消去しないで表示を維持するように構成されている。つまり、出力（再生など）されるコンテンツはＵＩの選択操作に基づいて切換わるが、ＵＩの表示は維持される。よって、ユーザは選択されたコンテンツの内容をディスプレイ等で確認しながらＵＩにて継続的にコンテンツの選択を行うことが可能である。なお、本実施例では、出力（再生など）コンテンツが表示されるディスプレイにＵＩが重畳表示される構成を主に想定しているが、必ずしも同一のディスプレイに表示される必要はなく、ＵＩ表示用のディスプレイを別に設ける構成とすることも可能である。
【００６９】
維持制御手段は、例えば、コンテンツの選択やフォーカス（カーソル）の移動などＵＩに対する操作が行われた場合、ＵＩの表示状態を表すデータをメインメモリや記憶装置などに保持させることにより可能である。これにより、ＵＩにてコンテンツの選択が行われても、任意の時間にわたって継続的にＵＩの表示を維持することが可能になる。ここで、ユーザがＵＩにてコンテンツの選択を行ってから一定時間（例えば５秒）維持表示させ、その間にユーザがＵＩに対していかなる操作も行わない場合にＵＩを消去する構成とすることも可能である。
【００７０】
また、ユーザ操作により一時的にＵＩを画面上から消去した場合でも、再表示させた時に前回のＵＩの表示状態をメインメモリ等から再現表示する構成とすることも可能である。さらに、ＡＶ装置の電源がＯＦＦになった後に電源をＯＮにした場合でも、ＯＦＦにする前のＵＩの表示状態を記憶装置のデータから再現表示することも可能である。
【００７１】
図７は、本実施例のＡＶ装置のハードウェア構成の一例を示す概略図である。その構成は、基本的に図４を用いて説明した実施例１の装置のハードウェア構成と共通する。ただし、本実施例の装置は、維持制御プログラムを有する。
【００７２】
リモートセンサーがリスト要求の信号を受信した場合、リスト取得プログラムは、インターフェイスを介して接続されている接続中の視聴ソース機器に対してリストの送信要求を送信し、当該命令により取得されたリスト情報をメインメモリの所定のアドレスに格納する。ここで、定期的に視聴ソース機器に対してリスト情報の送信要求を行い記憶装置に予め保持させている場合は、リスト取得プログラムは当該リスト情報を記憶装置から取得する構成とすることも可能である。
【００７３】
次に、ＵＩ表示制御プログラムは、ディスプレイに出力されているコンテンツがどの視聴ソース機器に属するコンテンツであるかの認定を行う。そして、当該認定に基づいて、ＵＩを表示させる際に優先して表示させるべき視聴ソース機器のリストを決定し、当該決定情報をメインメモリの所定のアドレスに格納する。
【００７４】
次に、ＵＩ表示プログラムは、メインメモリに格納されている各視聴ソース機器のリスト情報をＵＩに適合したデータ形式へ変換する処理をＣＰＵにて行い、上記決定情報に基づいたＵＩの表示を行うための表示命令をディスプレイドライバに対して送出する。表示命令を受けたディスプレイドライバは、ディスプレイに対してＵＩの表示を行うための表示信号を送出する。
【００７５】
維持制御プログラムは、ＵＩにてコンテンツの選択が行われた場合、選択時のＵＩの表示状態を表すデータをメインメモリの所定のアドレスに格納する。この時、当該データを記憶装置に保持させる構成も可能である。そして、コンテンツ選択後もＵＩを所定時間にわたって表示させるための維持制御データをメインメモリの所定のアドレスに格納する。ここで、コンテンツの選択が行われた後、ユーザからのＵＩの消去命令をリモートセンサーが受信するまで維持表示させておくことも可能である。ＵＩ表示プログラムは、維持制御データに基づいて、ＵＩの表示を行うための表示命令をディスプレイドライバに対して送出する。表示命令を受けたディスプレイドライバは、ディスプレイに対してＵＩの表示を行うための表示信号を送出する。
【００７６】
以下、図８、図２８のフローチャート図を用いて、本実施形態のＡＶ装置の処理の流れの一例を説明する。
<<リスト要求を受付けると、それをトリガに接続中のすべての視聴ソース機器からリストを取得し、その時点で出力中のコンテンツの属する視聴ソース機器のリストを優先して表示するケースの処理の流れ（図８）>>
【００７７】
最初に、ステップＳ０８０１では、コンテンツのリスト要求を受けつけたか否か判断する。ここでの判断が、受けつけたとの判断である場合は、ステップＳ０８０２に進む。ここでの判断が、受けつけていないとの判断である場合は、待機する。ステップＳ０８０２では、接続中の視聴ソース機器からコンテンツのリストを取得する。ステップＳ０８０３では、現在出力されているコンテンツが属する視聴ソース機器の認定を行い、ＵＩにて優先表示するリストを決定する。ステップＳ０８０４では、上記決定に基づいて、各視聴ソース機器のリストを共通のＵＩで表示させるための処理を行う。ステップＳ０８０５では、コンテンツの選択が行われたか否か判断する。ここでの判断が、選択されたとの判断である場合は、ステップＳ０８０６に進む。ここでの判断が、選択されていないとの判断である場合は、待機する。ステップＳ０８０６では、ＵＩの表示を消去しないで維持するための処理を行う。この処理は、主にＵＩ表示制御部の維持制御手段によって実行される。
<<リスト要求を受付けると、それをトリガにその時点で出力中のコンテンツの属する視聴ソース機器のみからリストを取得して表示し、他の視聴ソース機器のコンテンツのリスト要求を受付けると、その都度、該当する視聴ソース機器からリストを取得して表示するケースの処理の流れ（図２８）>>
【００７８】
最初に、ステップＳ２８０１では、コンテンツのリスト要求を受けつけたか否か判断する。ここでの判断が、受けつけたとの判断である場合は、ステップＳ２８０２に進む。ここでの判断が、受けつけていないとの判断である場合は、待機する。ステップＳ２８０２では、ステップＳ２８０１でリスト要求を受付けた際にディスプレイに表示中（視聴中）のコンテンツが属する視聴ソース機器のみからコンテンツリストを取得する。ステップＳ２８０３では、取得したコンテンツリストを共通のＵＩで表示させるための処理を行う。
【００７９】
ステップＳ２８０４では、ディスプレイに表示中のコンテンツリストの中から一つのコンテンツの選択が行われたか判断する。ここでの判断が、選択を受付けたとの判断である場合には、ステップＳ２８０５に進み、ディスプレイに表示中のコンテンツを選択されたコンテンツに切り替える。その際、ディスプレイに表示中の共通ＵＩはそのまま表示し続ける。
【００８０】
その後、ステップＳ２８０６では、ディスプレイに表示中のコンテンツリストを他の視聴ソース機器のコンテンツリストに変更するための視聴ソース機器変更要求を受付けたか否か判断する。ここでの判断が、受けつけたとの判断である場合は、ステップＳ２８０７に進む。ステップＳ２８０７では、リスト要求を受付けた視聴ソース機器のみからコンテンツリストを取得する。その後、前記で説明したステップＳ２８０３に進み同様の処理を繰り返す。
【００８１】
ステップＳ２８０８では、ＵＩをディスプレイ上から消去する要求を受付けたか判断する。そして、消去する要求を受付けたと判断するまでＵＩをディスプレイに表示し続け、ステップＳ２８０４、Ｓ２８０６、Ｓ２８０８の判断を繰り返す。
<効果>
【００８２】
本発明のＡＶ装置によれば、ユーザからコンテンツのリスト要求を受付けた際に、現在出力されているコンテンツが属する視聴ソース機器のリストを共通のＵＩ上に優先して表示し、かつ、コンテンツの選択が行われてもＵＩの表示を任意の時間にわたって維持するため、ユーザが視聴コンテンツの選択を連続的に行う際の操作負担が軽減される。
【実施例３】
【００８３】
<概要>
【００８４】
本実施例のＡＶ装置は、基本的に実施例１の装置と共通するが、ＵＩ表示部にて選択されたコンテンツに対して、ＵＩの対応するコンテンツのリスト部分に視聴中マークを表示する特徴を有する点で異なる。これにより、ユーザは、選択されたコンテンツをＵＩ上にて一見して把握することが可能になり、ユーザが視聴コンテンツの選択を連続的に行う際の操作負担が軽減される。
<構成>
【００８５】
図９は、本実施例のＡＶ装置の機能ブロックの一例を示す図である。図９において、本実施例の「ＡＶ装置」（０９００）は、「接続部」（０９０１）と、「出力部」（０９０２）と、「リスト要求受付部」（０９０３）と、「リスト取得部」（０９０４）と、「ＵＩ表示部」（０９０５）と、「ＵＩ表示制御部」（０９０６）と、「信号処理部」（０９０９）とからなり、「ＵＩ表示制御部」は「視聴中マーク表示手段」（０９０７）を有する。構成は基本的に実施例１に記載の装置の構成と同じであるため、相違点となる視聴中マーク表示手段について以下詳述する。
【００８６】
「視聴中マーク表示手段」（０９０７）は、ＵＩ表示部にて選択されたコンテンツを示すマークである視聴中マークをＵＩの対応するコンテンツのリスト部分に表示するように構成されている。これにより、選択されたコンテンツをＵＩ上にて一見して把握することが可能になる。
【００８７】
視聴中マークとしては、例えば図１０に示すように選択されたコンテンツのリスト部分に特定の記号を付加して表示する方法や、当該リスト部分を他のリスト部分と異なる色調で表示する方法が考えられる。ここで、フォーカスが当たっているコンテンツのリスト部分と選択されたリスト部分を区別するため、これらを異なる色調で表示する構成も可能である。
【００８８】
また、図１１に示すように、ＵＩにてあるコンテンツが選択された後に別のコンテンツが選択された場合も、先の選択に基づく視聴中マークを消去せず、後の選択に基づく視聴中マークとともに表示させる構成とすることも可能である。つまり、ＵＩ上にて複数の視聴中マークを選択履歴として表示させることができる。ここで、視聴中マークがついている複数のコンテンツをマルチ画面で同時に再生可能な構成とすることや、複数のコンテンツを一定間隔ごと（例えば３０秒ごと）に画面を切り替えながら順番に再生することが可能な構成とすることも可能である。さらに、コンテンツを選択する際に、特定の操作により（ここでは△▽ボタンの押下操作）視聴中マークがついていないコンテンツを飛ばしてフォーカスを移動させることが可能な構成とすることが考えられる。なお、ここでフォーカスの移動は単一の視聴ソース機器のリスト内に限られるものではなく、複数の視聴ソース機器のリスト間において移動可能な構成とすることも考えられる。
【００８９】
また、選択履歴を記憶装置等に保持させることにより、ＵＩが消去された後に再度表示された場合でも視聴中マークを該当箇所に表示する構成も可能である。
【００９０】
リモートセンサーがリスト要求の信号を受信した場合、リスト取得プログラムは、インターフェイスを介して接続されている接続中の視聴ソース機器に対してリストの送信要求を送信し、当該命令により取得されたリスト情報をメインメモリの所定のアドレスに格納する。ここで、定期的に視聴ソース機器に対してリスト情報の送信要求を行い記憶装置に予め保持させている場合は、リスト取得プログラムは当該リスト情報を記憶装置から取得する構成とすることも可能である。
【００９１】
次に、ＵＩ表示制御プログラムは、ディスプレイに出力されているコンテンツがどの視聴ソース機器に属するコンテンツであるかの認定を行う。そして、当該認定に基づいて、ＵＩを表示させる際に優先して表示させるべき視聴ソース機器のリストを決定し、当該決定情報をメインメモリの所定のアドレスに格納する。
【００９２】
次に、ＵＩ表示プログラムは、メインメモリに格納されている各視聴ソース機器のリスト情報をＵＩに適合したデータ形式へ変換する処理をＣＰＵにて行い、上記決定情報に基づいたＵＩの表示を行うための表示命令をディスプレイドライバに対して送出する。表示命令を受けたディスプレイドライバは、ディスプレイに対してＵＩの表示を行うための表示信号を送出する。
【００９３】
視聴中マークプログラムは、ＵＩにてコンテンツが選択された場合、選択操作情報をメインメモリの所定のアドレスに格納する。そして、選択されたコンテンツに対して視聴中マークをＵＩの対応するコンテンツのリスト部分に追加して表示するための処理をＣＰＵにて行う。
【００９４】
次に、ＵＩ表示プログラムは、ディスプレイドライバに対して、視聴中マークが追加されたＵＩの表示を行うための表示命令を送出する。表示命令を受けたディスプレイドライバは、ディスプレイに対して視聴中マークが追加されたＵＩの表示を行うための表示信号を送出する。
【００９５】
以下、図１３、図２９のフローチャート図を用いて、本実施形態のＡＶ装置の処理の流れの一例を説明する。
<<リスト要求を受付けると、それをトリガに接続中のすべての視聴ソース機器からリストを取得し、その時点で出力中のコンテンツの属する視聴ソース機器のリストを優先して表示するケースの処理の流れ（図１３）>>
【００９６】
最初に、ステップＳ１３０１では、コンテンツのリスト要求を受信したか否か判断する。ここでの判断が、受信したとの判断である場合は、ステップＳ１３０２に進む。ここでの判断が、受信していないとの判断である場合は、待機する。ステップＳ１３０２では、接続中の視聴ソース機器からコンテンツのリストを取得する。ステップＳ１３０３では、現在出力されているコンテンツが属する視聴ソース機器の認定を行い、ＵＩにて優先表示するリストを決定する。さらに、現在出力されているコンテンツのリスト部分に、視聴中マークを表示するための処理も合わせて行う。この処理は、主にＵＩ表示制御部によって実行される。ステップＳ１３０４では、上記決定に基づいて、各視聴ソース機器のリストを共通のＵＩで表示させるための処理を行う。ステップＳ１３０５では、コンテンツの選択が行われたか否か判断する。ここでの判断が、選択されたとの判断である場合は、ステップＳ１３０６に進む。ここでの判断が、選択されていないとの判断である場合は、待機する。ステップＳ１３０６では、選択されたコンテンツのリスト部分に視聴中マークを表示する。この処理は、主にＵＩ表示制御部の視聴中マーク表示手段によって実行される。
<<リスト要求を受付けると、それをトリガにその時点で出力中のコンテンツの属する視聴ソース機器のみからリストを取得して表示し、他の視聴ソース機器のコンテンツのリスト要求を受付けると、その都度、該当する視聴ソース機器からリストを取得して表示するケースの処理の流れ（図２９）>>
【００９７】
最初に、ステップＳ２９０１では、コンテンツのリスト要求を受けつけたか否か判断する。ここでの判断が、受けつけたとの判断である場合は、ステップＳ２９０２に進む。ここでの判断が、受けつけていないとの判断である場合は、待機する。ステップＳ２９０２では、ステップＳ２９０１でリスト要求を受付けた際にディスプレイに表示中（視聴中）のコンテンツが属する視聴ソース機器のみからコンテンツリストを取得する。ステップＳ２９０３では、取得したコンテンツリストを共通のＵＩで表示させるための処理を行う。そして、ステップＳ２９０４では、共通ＵＩを利用して表示中のコンテンツリストの中の、視聴中のコンテンツ（ディスプレイに出力中のコンテンツ）に対して視聴中マークを表示する。
【００９８】
ステップＳ２９０５では、ディスプレイに表示中のコンテンツリストを他の視聴ソース機器のコンテンツリストに変更するための視聴ソース機器変更要求を受付けたか否か判断する。ここでの判断が、受けつけたとの判断である場合は、ステップＳ２９０６に進む。ステップＳ２９０６では、リスト要求を受付けた視聴ソース機器のみからコンテンツリストを取得する。その後、前記で説明したステップＳ２９０３に進み同様の処理を繰り返す。
【００９９】
ステップＳ２９０５での判断が、視聴ソース機器変更要求を受けつけていないとの判断である場合は、ステップＳ２９０７で、表示中のコンテンツリストの中から一つのコンテンツの選択が行われたか判断する。ここでの判断が、選択を受付けたとの判断である場合には、ステップＳ２９０８に進み、ディスプレイに表示中のコンテンツを選択されたコンテンツに切り替えたり、共通ＵＩ上のコンテンツリストに対して、選択されたコンテンツに視聴中マークを付加したり、共通ＵＩをディスプレイ上から消去したりする。なお、リスト取得部が、実施例１で説明したように、取得した属性情報に管理情報を付与するように構成している場合には、ステップＳ２９０８において、選択されたコンテンツの管理情報に含まれる「出力中か否かを識別するマーク」を「出力中」を示す情報に書き換え、また、選択されていたコンテンツの管理情報に含まれる「出力中か否かを識別するマーク」を「未出力」を示す情報に書き換えてもよい。
<効果>
【０１００】
本発明のＡＶ装置によれば、ユーザからコンテンツのリスト要求を受付けた際に、現在出力されているコンテンツが属する視聴ソース機器のリストを共通ＵＩ上に優先して表示し、かつ、選択されたコンテンツを視聴中マークにより一見して把握できるため、ユーザが視聴コンテンツの選択を連続的に行う際の操作負担が軽減される。
【実施例４】
【０１０１】
<概要>
【０１０２】
本実施例のＡＶ装置は、基本的に実施例１の装置と共通するが、表示されるＵＩのサイズの調整入力を受付け、当該調整に応じて表示されるＵＩのサイズ及び出力されるコンテンツの画面中に占める割合を制御する特徴を有する点で異なる。これにより、ユーザは、視認性が向上するようにＵＩのサイズやコンテンツの画面中に占める割合を変更することが可能になり、ユーザが視聴コンテンツの選択を連続的に行う際の操作負担が軽減される。
<構成>
【０１０３】
図１４は、本実施例のＡＶ装置の機能ブロックの一例を示す図である。図１４において、本実施例の「ＡＶ装置」（１４００）は、「接続部」（１４０１）と、「出力部」（１４０２）と、「リスト要求受付部」（１４０３）と、「リスト取得部」（１４０４）と、「ＵＩ表示部」（１４０５）と、「ＵＩ表示制御部」（１４０６）と、「信号処理部」（１４０９）からなり、「ＵＩ表示制御部」は「サイズ調整入力手段」（１４０７）と「サイズ制御手段」（１４０８）を有する。構成は基本的に実施例１に記載の装置の構成と同じであるため、相違点となるサイズ調整入力手段とサイズ制御手段について以下詳述する。
【０１０４】
「サイズ調整入力手段」（１４０７）は、表示されるＵＩのサイズの調整入力を受付けるように構成されている。ここで、「ＵＩのサイズの調整入力を受付ける」とは、ＵＩのサイズを調整するために行われた入力操作の情報を取得することをいう。操作情報の取得方法としては、遠隔操作機器などにより送信された信号をリモートセンサーなどで取得する方法などが考えられる。ここで、ＵＩのサイズを調整する方法としては、複数のサイズの候補から特定のサイズを選択する構成や、任意のサイズに拡大又は縮小可能な構成とすることが考えられる。
【０１０５】
「サイズ制御手段」（１４０８）は、サイズ調整入力手段での調整に応じて出力部から出力されるＵＩ及びコンテンツの画面中に占める割合を制御するように構成されている。これにより、画面上におけるＵＩの表示領域を拡大させるにつれて、再生コンテンツの表示領域を縮小させる構成とすることが可能である。例えば、図１５に示すようにＵＩのサイズが画面のサイズに対して所定の大きさを占めた場合（ここでは、画面サイズの２分の１）に、再生コンテンツの全体が視認可能なように縮小表示させる方法が考えられる。
【０１０６】
リモートセンサーがリスト要求の信号を受信した場合、リスト取得プログラムは、インターフェイスを介して接続されている接続中の視聴ソース機器に対してリストの送信要求を送信し、当該命令により取得されたリスト情報をメインメモリの所定のアドレスに格納する。ここで、定期的に視聴ソース機器に対してリスト情報の送信要求を行い記憶装置に予め保持させている場合は、リスト取得プログラムは当該リスト情報を記憶装置から取得する構成とすることも可能である。
【０１０７】
次に、ＵＩ表示制御プログラムは、ディスプレイに出力されているコンテンツがどの視聴ソース機器に属するコンテンツであるかの認定を行う。そして、当該認定に基づいて、ＵＩを表示させる際に優先して表示させるべき視聴ソース機器のリストを決定し、当該決定情報をメインメモリの所定のアドレスに格納する。
【０１０８】
次に、ＵＩ表示プログラムは、メインメモリに格納されている各視聴ソース機器のリスト情報をＵＩに適合したデータ形式へ変換する処理をＣＰＵにて行い、上記決定情報に基づいたＵＩの表示を行うための表示命令をディスプレイドライバに対して送出する。表示命令を受けたディスプレイドライバは、ディスプレイに対してＵＩの表示を行うための表示信号を送出する。
【０１０９】
リモートセンサーがサイズ調整入力の信号を受信した場合、サイズ調整入力プログラムは、受信情報をメインメモリの所定のアドレスに格納し、当該情報からＵＩのサイズを示す数値データを算出するための処理をＣＰＵにて行う。
【０１１０】
サイズ制御プログラムは、当該数値データに基づいて、ディスプレイ上に表示されるＵＩのサイズ及びコンテンツの画面中に占める割合を制御するための処理をＣＰＵにて行う。制御処理の具体的な例としては、ＵＩのサイズが所定の大きさを超えるかいなかの判断をＣＰＵにて行い、超えると判断されば場合にコンテンツの再生画面を縮小表示させる処理が考えられる。
【０１１１】
以下、図１７、図３０のフローチャート図を用いて、本実施形態のＡＶ装置の処理の流れの一例を説明する。
<<リスト要求を受付けると、それをトリガに接続中のすべての視聴ソース機器からリストを取得し、その時点で出力中のコンテンツの属する視聴ソース機器のリストを優先して表示するケースの処理の流れ（図１７）>>
【０１１２】
最初に、ステップＳ１７０１では、コンテンツのリスト要求を受けつけたか否か判断する。ここでの判断が、受けつけたとの判断である場合は、ステップＳ１７０２に進む。ここでの判断が、受けつけていないとの判断である場合は、待機する。ステップＳ１７０２では、接続中の視聴ソース機器からコンテンツのリストを取得する。ステップＳ１７０３では、現在出力されているコンテンツが属する視聴ソース機器の認定を行い、ＵＩにて優先表示するリストを決定する。ステップＳ１７０４では、上記決定に基づいて、各視聴ソース機器のリストを共通のＵＩで表示させるための処理を行う。ステップＳ１７０５では、ＵＩのサイズ調整入力を受付けたか否か判断する。ここでの判断が、受付けたとの判断である場合は、ステップＳ１７０６に進む。ここでの判断が、受付けていないとの判断である場合は、待機する。この処理は、主にＵＩ表示制御部のサイズ調整入力手段によって実行される。ステップＳ１７０６では、調整に応じて表示されるＵＩのサイズ及び出力されるコンテンツの画面中に占める割合を制御する。この処理は、主にＵＩ表示制御部のサイズ制御手段によって実行される。
<<リスト要求を受付けると、それをトリガにその時点で出力中のコンテンツの属する視聴ソース機器のみからリストを取得して表示し、他の視聴ソース機器のコンテンツのリスト要求を受付けると、その都度、該当する視聴ソース機器からリストを取得して表示するケースの処理の流れ（図３０）>>
【０１１３】
最初に、ステップＳ３００１では、コンテンツのリスト要求を受けつけたか否か判断する。ここでの判断が、受けつけたとの判断である場合は、ステップＳ３００２に進む。ここでの判断が、受けつけていないとの判断である場合は、待機する。ステップＳ３００２では、ステップＳ３００１でリスト要求を受付けた際にディスプレイに表示中（視聴中）のコンテンツが属する視聴ソース機器のみからコンテンツリストを取得する。ステップＳ３００３では、取得したコンテンツリストを共通のＵＩで表示させるための処理を行う。
【０１１４】
ステップＳ３００４では、ＵＩのサイズ調整入力を受付けたか判断する。ここでの判断が、サイズ調整入力を受付けたとの判断である場合には、ステップＳ３００５に進む。ステップＳ３００５では、ステップＳ３００４での入力内容に従い、ディスプレイに表示するＵＩのサイズを調整し、また、コンテンツのディスプレイ中に占める割合を制御する。
【０１１５】
ステップＳ３００６では、ディスプレイに表示中のコンテンツリストを他の視聴ソース機器のコンテンツリストに変更するための視聴ソース機器変更要求を受付けたか否か判断する。ここでの判断が、受けつけたとの判断である場合は、ステップＳ３００７に進む。ステップＳ３００７では、リスト要求を受付けた視聴ソース機器のみからコンテンツリストを取得する。その後、前記で説明したステップＳ３００３に進み同様の処理を繰り返す。
【０１１６】
ステップＳ３００４での判断が、視聴ソース機器変更要求を受けつけていないとの判断である場合は、ステップＳ３００８で、表示中のコンテンツリストの中から一つのコンテンツの選択が行われたか判断する。ここでの判断が、選択を受付けたとの判断である場合には、ステップＳ３００９に進み、ディスプレイに表示中のコンテンツを選択されたコンテンツに切り替えたり、共通ＵＩを利用した表示中のコンテンツリストをディスプレイ上から消去する処理をしたりする。
<効果>
【０１１７】
本発明のＡＶ装置によれば、ユーザからコンテンツのリスト要求を受付けた際に、現在出力されているコンテンツの属する視聴ソース機器のリストをＵＩに優先して表示し、かつ、視認性が向上するようにＵＩのサイズやコンテンツの画面中に占める割合を変更することが可能なため、ユーザが視聴コンテンツの選択を連続的に行う際の操作負担が軽減される。
【実施例５】
【０１１８】
<概要>
【０１１９】
本実施例のＡＶ装置は、基本的に実施例１の装置と共通するが、表示するＵＩを透過型にするとともに出力されるコンテンツが示す画面領域に重ねて表示する特徴を有する点で異なる。これにより、透過型ＵＩをコンテンツの画面領域に視認性がよい状態で重ねて表示可能なため、ユーザが視聴コンテンツの選択を連続的に行う際の操作負担が軽減される。
<構成>
【０１２０】
図１８は、本実施例のＡＶ装置の機能ブロックの一例を示す図である。図１８において、本実施例の「ＡＶ装置」（１８００）は、「接続部」（１８０１）と、「出力部」（１８０２）と、「リスト要求受付部」（１８０３）と、「リスト取得部」（１８０４）と、「ＵＩ表示部」（１８０５）と、「ＵＩ表示制御部」（１８０６）と、「信号処理部」（１８０９）とからなり、「ＵＩ表示制御部」は「透過型表示手段」（１８０７）を有する。構成は基本的に実施例１に記載の装置の構成と同じであるため、相違点となる透過型表示手段について以下詳述する。
【０１２１】
「透過型表示手段」（１８０７）は、表示するＵＩを透過型にするとともに出力部から出力されるコンテンツが示す画面領域に重ねて表示するように構成されている。これにより、ユーザは本来ならばＵＩの表示によって隠されるはずの部分のコンテンツの再生内容も視認しつつ、コンテンツの選択を行うことが可能になる。参考までに、表示するＵＩを透過型にして出力している様子を示す概念図を図１の下側の図に示す。
【０１２２】
ここで、出力部からの情報に基づいて、コンテンツが出力されていない場合はＵＩを透過型にせずに表示し、コンテンツが出力されている場合にＵＩを透過型にして表示する構成とすることも可能である。
【０１２３】
また、ユーザからＵＩを透過型にするための信号を受けた際にＵＩを透過型にして表示させる構成とすることも可能である。ここで、ＵＩの透過率等は、適宜設定が可能な構成とすることも考えられる。なお、ＵＩを表示させる際は常に透過型とすることも可能である。
【０１２４】
リモートセンサーがリスト要求の信号を受信した場合、リスト取得プログラムは、インターフェイスを介して接続されている接続中の視聴ソース機器に対してリストの送信要求を送信し、当該命令により取得されたリスト情報をメインメモリの所定のアドレスに格納する。ここで、定期的に視聴ソース機器に対してリスト情報の送信要求を行い記憶装置に予め保持させている場合は、リスト取得プログラムは当該リスト情報を記憶装置から取得する構成とすることも可能である。
【０１２５】
次に、ＵＩ表示制御プログラムは、ディスプレイに出力されているコンテンツがどの視聴ソース機器に属するコンテンツであるかの認定を行う。そして、当該認定に基づいて、ＵＩを表示させる際に優先して表示させるべき視聴ソース機器のリストを決定し、当該決定情報をメインメモリの所定のアドレスに格納する。
【０１２６】
透過型表示プログラムは、ＵＩ表示制御プログラムの処理が実行されたと判断すると、表示されるＵＩを透過型にするための処理をＣＰＵにて行う。
【０１２７】
次に、ＵＩ表示プログラムは、メインメモリに格納されている各視聴ソース機器のリスト情報をＵＩに適合したデータ形式へ変換する処理をＣＰＵにて行い、上記決定情報に基づいた透過型ＵＩの表示を行うための表示命令をディスプレイドライバに対して送出する。表示命令を受けたディスプレイドライバは、ディスプレイに対して透過型ＵＩの表示を行うための表示信号を送出する。
【０１２８】
以下、図２０のフローチャート図を用いて、本実施形態のＡＶ装置の処理の流れの一例を説明する。
<<リスト要求を受付けると、それをトリガに接続中のすべての視聴ソース機器からリストを取得し、その時点で出力中のコンテンツの属する視聴ソース機器のリストを優先して表示するケースの処理の流れ（図２０）>>
【０１２９】
最初に、ステップＳ２００１では、コンテンツのリスト要求を受けつけたか否か判断する。ここでの判断が、受けつけたとの判断である場合は、ステップＳ２００２に進む。ここでの判断が、受けつけていないとの判断である場合は、待機する。ステップＳ２００２では、接続中の視聴ソース機器からコンテンツのリストを取得する。ステップＳ２００３では、現在出力されているコンテンツが属する視聴ソース機器の認定を行い、ＵＩにて優先表示するリストを決定する。ステップＳ２００４では、表示されるＵＩを透過型にするための処理を行う。この処理は、主にＵＩ表示制御部の透過型表示手段によって実行される。ステップＳ２００５では、上記決定に基づいて、各視聴ソース機器のリストを共通ＵＩで表示させるための処理を行う。
<<リスト要求を受付けると、それをトリガにその時点で出力中のコンテンツの属する視聴ソース機器のみからリストを取得して表示し、他の視聴ソース機器のコンテンツのリスト要求を受付けると、その都度、該当する視聴ソース機器からリストを取得して表示するケースの処理の流れ（図３１）>>
【０１３０】
最初に、ステップＳ３１０１では、コンテンツのリスト要求を受けつけたか否か判断する。ここでの判断が、受けつけたとの判断である場合は、ステップＳ３１０２に進む。ここでの判断が、受けつけていないとの判断である場合は、待機する。ステップＳ３１０２では、ステップＳ３１０１でリスト要求を受付けた際にディスプレイに表示中（視聴中）のコンテンツが属する視聴ソース機器のみからコンテンツリストを取得する。ステップＳ３１０３では、取得したコンテンツリストを共通のＵＩで表示させるための処理を行う。そして、ステップＳ３１０４では、コンテンツを表示中のディスプレイに、透過型の共通ＵＩを重ねて表示する。
【０１３１】
ステップＳ３１０５では、ディスプレイに表示中のコンテンツリストを他の視聴ソース機器のコンテンツリストに変更するための視聴ソース機器変更要求を受付けたか否か判断する。ここでの判断が、受けつけたとの判断である場合は、ステップＳ３１０６に進む。ステップＳ３１０６では、リスト要求を受付けた視聴ソース機器のみからコンテンツリストを取得する。その後、前記で説明したステップＳ３１０３に進み同様の処理を繰り返す。
【０１３２】
ステップＳ３１０５での判断が、視聴ソース機器変更要求を受けつけていないとの判断である場合は、ステップＳ３１０７で、表示中のコンテンツリストの中から一つのコンテンツの選択が行われたか判断する。ここでの判断が、選択を受付けたとの判断である場合には、ステップＳ３１０８に進み、ディスプレイに表示中のコンテンツを選択されたコンテンツに切り替えたり、共通ＵＩをディスプレイ上から消去したりする。
<効果>
【０１３３】
本発明のＡＶ装置によれば、ユーザからコンテンツのリスト要求を受付けた際に、現在出力されているコンテンツの属する視聴ソース機器のリストをＵＩ上に優先して表示し、かつ、透過型ＵＩをコンテンツの画面領域に視認性がよい状態で重ねて表示可能なため、ユーザが視聴コンテンツの選択を連続的に行う際の操作負担が軽減される。
【図面の簡単な説明】
【０１３４】
【図１】実施例１で説明するＡＶ装置の概要図
【図２】実施例１で説明するＡＶ装置の機能ブロック図
【図３】実施例１で説明するＡＶ装置において表示されるＵＩの一例を示す図
【図４】実施例１で説明するＡＶ装置の具体的な構成図
【図５】実施例１で説明するＡＶ装置の処理の流れを示すフロー図１
【図６】実施例２で説明するＡＶ装置の機能ブロック図
【図７】実施例２で説明するＡＶ装置の具体的な構成図
【図８】実施例２で説明するＡＶ装置の処理の流れを示すフロー図１
【図９】実施例３で説明するＡＶ装置の機能ブロック図
【図１０】実施例３で説明するＡＶ装置において表示される、視聴中マークが付加されたＵＩの一例を示す図
【図１１】実施例３で説明するＡＶ装置において表示される、複数の視聴中マークが付加されたＵＩの一例を示す図
【図１２】実施例３で説明するＡＶ装置の具体的な構成図
【図１３】実施例３で説明するＡＶ装置の処理の流れを示すフロー図１
【図１４】実施例４で説明するＡＶ装置の機能ブロック図
【図１５】実施例４で説明するＡＶ装置において、ＵＩのサイズが調整されることにより、コンテンツの画面中に占める割合が変化する構成の一例を示した図
【図１６】実施例４で説明するＡＶ装置の具体的な構成図
【図１７】実施例４で説明するＡＶ装置の処理の流れを示すフロー図１
【図１８】実施例５で説明するＡＶ装置の機能ブロック図
【図１９】実施例５で説明するＡＶ装置の具体的な構成図
【図２０】実施例５で説明するＡＶ装置の処理の流れを示すフロー図
【図２１】視聴ソース機器の概念を説明する図１
【図２２】視聴ソース機器の概念を説明する図２
【図２３】視聴ソース機器などで管理されるデータの模式図
【図２４】実施例１で説明するＡＶ装置の処理の流れを示すフロー図２
【図２５】実施例１で説明するＡＶ装置の処理の流れを示すシーケンス図１
【図２６】実施例１で説明するＡＶ装置の処理の流れを示すシーケンス図２
【図２７】実施例１で説明するＡＶ装置の処理の流れを示すシーケンス図３
【図２８】実施例２で説明するＡＶ装置の処理の流れを示すフロー図２
【図２９】実施例３で説明するＡＶ装置の処理の流れを示すフロー図２
【図３０】実施例４で説明するＡＶ装置の処理の流れを示すフロー図２
【図３１】実施例５で説明するＡＶ装置の処理の流れを示すフロー図２
【符号の説明】
【０１３５】
０２００        ＡＶ装置
０２０１        接続部
０２０２        出力部
０２０３        リスト要求受付部
０２０４        リスト取得部
０２０５        ＵＩ表示部
０２０６        ＵＩ表示制御部
０２０９        信号処理部
【図１】
0004679602.tif 000002
【図２】
0004679602.tif 000003
【図３】
0004679602.tif 000004
【図４】
0004679602.tif 000005
【図５】
0004679602.tif 000006
【図６】
0004679602.tif 000007
【図７】
0004679602.tif 000008
【図８】
0004679602.tif 000009
【図９】
0004679602.tif 000010
【図１０】
0004679602.tif 000011
【図１１】
0004679602.tif 000012
【図１２】
0004679602.tif 000013
【図１３】
0004679602.tif 000014
【図１４】
0004679602.tif 000015
【図１５】
0004679602.tif 000016
【図１６】
0004679602.tif 000017
【図１７】
0004679602.tif 000018
【図１８】
0004679602.tif 000019
【図１９】
0004679602.tif 000020
【図２０】
0004679602.tif 000021
【図２１】
0004679602.tif 000022
【図２２】
0004679602.tif 000023
【図２３】
0004679602.tif 000024
【図２４】
0004679602.tif 000025
【図２５】
0004679602.tif 000026
【図２６】
0004679602.tif 000027
【図２７】
0004679602.tif 000028
【図２８】
0004679602.tif 000029
【図２９】
0004679602.tif 000030
【図３０】
0004679602.tif 000031
【図３１】
0004679602.tif 000032