WO2011118649A1

WO2011118649A1 - コンテンツ再生装置、コンテンツ再生装置の制御方法、制御プログラム、記録媒体、及びテレビジョン受像機

Info

Publication number: WO2011118649A1
Application number: PCT/JP2011/057025
Authority: WO
Inventors: 真章平田; 克良土居; 靖典山下; 成樹高橋; 大樹小笠原
Original assignee: シャープ株式会社
Priority date: 2010-03-23
Filing date: 2011-03-23
Publication date: 2011-09-29
Also published as: JP2011223564A

Abstract

　テレビ（１）は、コンテンツ再生モードにおいて、放送番組選局用の番号キーを備えるリモコン（２）から、該番号キーの何れかに対する操作が行われたことを示す操作信号を受信したときに、上記番号キーとサーバ（３）に格納されたコンテンツを特定するオブジェクトＩＤとが対応付けられた対応テーブルを参照して、操作された番号キーに対応するオブジェクトＩＤを特定するオブジェクト特定部（２３）と、オブジェクト特定部（２３）により特定されたオブジェクトＩＤで特定されるコンテンツの送信をサーバ（３）に要求するコンテンツ再生部（２２）とを備えているので、ユーザは、放送番組の選局操作と同じ感覚で、サーバ（３）に要求するコンテンツを容易に選択することができる。

Description

コンテンツ再生装置、コンテンツ再生装置の制御方法、制御プログラム、記録媒体、及びテレビジョン受像機

　本発明は、コンテンツサーバにコンテンツを要求して再生するコンテンツ再生装置に関し、より詳細にはコンテンツサーバに要求するコンテンツをユーザが容易に指定することのできるコンテンツ再生装置等に関する。

　近年、パーソナルコンピュータ（以下、ＰＣと呼ぶ）や携帯電話機等のコンテンツを格納する装置をコンテンツサーバとして機能させ、テレビジョン受像機（以下、テレビと呼ぶ）等をコンテンツ再生装置として機能させる通信システムが普及しつつある。このような通信システムをホームネットワークにおいて構築するための代表的な規格が、ＤＬＮＡ（Digital Living Network Alliance）である。

　ＤＬＮＡ規格では、コンテンツサーバとして機能する機器と、コンテンツ再生装置として機能する機器とが、相互に命令を送信可能になっている。これにより、ユーザは、コンテンツ再生装置のみを制御することによって、コンテンツサーバの格納するコンテンツを当該コンテンツ再生装置に再生させることができる（下記の特許文献１参照）。

　例えば、コンテンツ再生装置がテレビである場合には、テレビのユーザは、テレビのリモートコントローラ（以下、リモコンと呼ぶ）でテレビの操作を行うことによって、コンテンツサーバの格納するコンテンツをテレビに再生させることができる。そして、この際に、ユーザは、コンテンツサーバに対して操作を行う必要はない。

　ここで、コンテンツサーバは、通常、多数のコンテンツを格納しているため、ユーザは複数のコンテンツから所望のコンテンツを選択して再生することになる。これについて、図１６に基づいて説明する。図１６は、従来のコンテンツ選択方法を示す図である。

　同図（ａ）は、リモコンの外観を示している。図示のように、リモコンは、ユーザの操作を受け付ける操作キーとして、チャンネル選択に用いられる１～１２の番号キーと、チャンネルを順送り及び逆送りするためのキーである選局キー、テレビの出力を切り替える入力切換キー、上下左右の方向キー、決定キー、終了キー、戻るキー、及び、青、赤、緑、黄の色キーを備えている。

　また、同図（ｂ）は、テレビに表示されるフォルダ選択用の画面例を示している。図示のように、画面右側には画像、音楽、ビデオ、再生リストという選択対象のフォルダが一覧表示されている。そして、選択対象のフォルダのうち、「画像」のフォルダには、カーソルが表示されている。このカーソルが合わされたフォルダが、画面左側に表示されている選択フォルダに対応している。

　さらに、画面下側には、リモコンのキーと、そのキーを操作したときに行われる処理との対応関係を示す操作ガイドが表示されている。この操作ガイドは、決定キー、４色の色キー、戻るキー、及び終了キーにフォルダ選択のための処理が割り当てられていることを示している。

　操作ガイドに表示されているように、同図（ｂ）の画面が表示されているときに、所望のフォルダにカーソルを合わせて決定キーを押すことによって、そのフォルダを選択することができる。そして、フォルダを選択することによって、そのフォルダに含まれるファイルやフォルダを表示させることができる。

　同図（ｃ）は、フォルダにカーソルを合わせて決定キーを押したときに表示される画面例を示している。図示のように、画面右側には選択対象のフォルダ及びファイルが一覧表示されている。また、フォルダの階層構造を示す文字列（/My Photo/及びFlower/）が表示されている。そして、カーソルが合わされているファイルの画像が、選択画像として画面の左側に表示されており、画面下側には操作ガイドが表示されている。

　このように、従来は、コンテンツサーバのフォルダ構成を示すツリーを、テレビ放送の受信時には一般に使用されない、リモコンの方向キー、決定キー、及び色キー等を用いてブラウズすることによって所望のコンテンツのファイルを探し出し、選択していた。

日本国公開特許公報「特開２００８－１９１７７９号公報」（２００８年８月２１日公開）日本国公開特許公報「特開２００４－１２０７３８号公報」（２００４年４月１５日公開）日本国公開特許公報「特開２００９－１００００６号公報」（２００９年５月　７日公開）

　しかしながら、上記従来のコンテンツ選択方法は、テレビでは従来用いられることのなかったツリー形式でコンテンツを選択させるものであり、ユーザに馴染みにくいという問題がある。なお、これは、ＤＬＮＡ規格におけるコンテンツ再生装置に限られず、コンテンツサーバからコンテンツを受信して再生するコンテンツ再生装置全般に生じる問題点である。

　本発明は、上記課題に鑑みてなされたものであり、その目的は、ユーザが、コンテンツサーバに要求するコンテンツを容易に選択することのできるコンテンツ再生装置等を提供することにある。

　上記の課題を解決するために、本発明のコンテンツ再生装置は、放送番組を受信して出力する放送出力モードと、コンテンツサーバから提供されたコンテンツを再生するコンテンツ再生モードとを有するコンテンツ再生装置であって、上記コンテンツ再生モードにおいて、放送番組選局用の番号キーを備える操作装置から、該番号キーの何れかに対する操作が行われたことを示す操作信号を受信したときに、上記番号キーと上記コンテンツサーバに格納されたコンテンツを特定するコンテンツ特定情報とが対応付けられた対応情報を参照して、操作された番号キーに対応するコンテンツ特定情報を特定する特定手段と、上記特定手段により特定されたコンテンツ特定情報で特定されるコンテンツの送信を上記コンテンツサーバに要求するコンテンツ要求手段とを備えていることを特徴としている。

　また、本発明のコンテンツ再生装置の制御方法は、上記課題を解決するために、放送番組を受信して出力する放送出力モードと、コンテンツサーバから提供されたコンテンツを再生するコンテンツ再生モードとを有するコンテンツ再生装置の制御方法であって、上記コンテンツ再生モードにおいて、放送番組選局用の番号キーを備える操作装置から、該番号キーの何れかに対する操作が行われたことを示す操作信号を受信したときに、上記番号キーと上記コンテンツサーバに格納されたコンテンツを特定するコンテンツ特定情報とが対応付けられた対応情報を参照して、操作された番号キーに対応するコンテンツ特定情報を特定する特定ステップと、上記特定ステップで特定されたコンテンツ特定情報で特定されるコンテンツの送信を上記コンテンツサーバに要求するコンテンツ要求ステップとを含むことを特徴としている。

　上記の構成によれば、コンテンツ再生モードにおいて、番号キーとコンテンツ特定情報とが対応付けられた対応情報を用いて、操作された番号キーに対応するコンテンツ特定情報を特定する。そして、特定したコンテンツ特定情報で特定されたコンテンツの送信を要求する。

　すなわち、上記の構成によれば、コンテンツ再生モードにおいて、ユーザが操作装置の番号キーで選局操作を行うことにより、コンテンツ再生装置は、操作された番号キーに対応付けられたコンテンツの送信をコンテンツサーバに要求する。したがって、ユーザは、放送出力モードにおいて選局操作を行うときと同じ感覚で、コンテンツサーバに送信要求するコンテンツを選択することができる。

　このように、上記の構成によれば、多くのユーザが慣れ親しんでいる、放送番組の選局操作と近い操作感でコンテンツを送信させることを可能にすることにより、コンテンツ選択の操作性を著しく向上することができる。

　以上のように、本発明のコンテンツ再生装置は、コンテンツ再生モードにおいて、放送番組選局用の番号キーを備える操作装置から、該番号キーの何れかに対する操作が行われたことを示す操作信号を受信したときに、上記番号キーとコンテンツサーバに格納されたコンテンツを特定するコンテンツ特定情報とが対応付けられた対応情報を参照して、操作された番号キーに対応するコンテンツ特定情報を特定する特定手段と、上記特定手段により特定されたコンテンツ特定情報で特定されるコンテンツの送信を上記コンテンツサーバに要求するコンテンツ要求手段とを備えている構成である。

　また、本発明のコンテンツ再生装置の制御方法は、以上のように、コンテンツ再生モードにおいて、放送番組選局用の番号キーを備える操作装置から、該番号キーの何れかに対する操作が行われたことを示す操作信号を受信したときに、上記番号キーとコンテンツサーバに格納されたコンテンツを特定するコンテンツ特定情報とが対応付けられた対応情報を参照して、操作された番号キーに対応するコンテンツ特定情報を特定する特定ステップと、上記特定ステップで特定されたコンテンツ特定情報で特定されるコンテンツの送信を上記コンテンツサーバに要求するコンテンツ要求ステップとを含む構成である。

　上記の構成によれば、コンテンツ再生モードにおいて、ユーザが操作装置で選局操作を行うことにより、コンテンツ再生装置が、操作された番号キーに対応付けられたコンテンツの送信をコンテンツサーバに要求する。したがって、ユーザは、放送出力モードにおいて選局操作を行うときと同じ感覚で、コンテンツサーバに送信要求するコンテンツを選択することができる。

　すなわち、上記の構成によれば、多くのユーザが慣れ親しんでいる、放送番組の選局操作と近い操作感でコンテンツを送信させることを可能にすることにより、コンテンツ選択の操作性を著しく向上することができるという効果を奏する。

本発明の一実施形態に係る通信システムを構成するテレビ、リモコン、及びサーバの要部構成の一例を示すブロック図である。上記通信システムの概要を示す図である。上記リモコンの番号キーに割り当てられたフォルダの一例を示す図である。上記リモコンの番号キーに上記サーバ用に割り当てられたフォルダの一例を示す図である。上記リモコンの番号キーに、上記通信システムに含まれる携帯電話機用に割り当てられたフォルダの一例を示す図である。番号キーに割り当てるオブジェクトの一例を示す図である。上記テレビがオブジェクトの特定に使用する対応テーブルの一例を示す図である。上記対応テーブルの一例を示す図であり、サーバＵＤＮを含む対応テーブルの一例を示す図である。上記対応テーブルの一例を示す図であり、複数種類のサーバＵＤＮを含む対応テーブルの一例を示す図である。上記対応テーブルの一例を示す図であり、番号キーとフォルダのパスとが対応付けられた対応テーブルの一例を示す図である。上記テレビが実行する処理の一例を示すフローチャートである。上記テレビが実行するテーブル生成処理の一例を示すフローチャートである。番号キーとフォルダとの対応関係を示す画面例を示す図である。上記テレビが実行する設定変更処理の一例を示すフローチャートである。上記設定変更処理を行うときに表示される画面例を示す図である。従来のコンテンツ選択方法を示す図であり、同図（ａ）はリモコンの外観を示し、同図（ｂ）はテレビに表示されるフォルダ選択用の画面例を示し、同図（ｃ）はフォルダにカーソルを合わせて決定キーを押したときに表示される画面例を示している。（ａ）は、リモコンに設けられた一群の番号キーの物理的な配置を示す図である。（ｂ）は、各番号キーにオブジェクトを対応付ける方法を示した図である。（ａ）は、右キーおよび左キーを用いて実現される、対応付けの変更方法を示す図である。（ｂ）は、上キーおよび下キーを用いて実現される、対応付けの変更方法を示す図である。（ａ）は、番号キーとオブジェクトとの対応関係を全画面表示する画面例を示す図であり、（ｂ）は、番号キーとオブジェクトとの対応関係をＯＳＤ表示する画面例を示す図である。（ａ）は、テレビに表示された地図コンテンツを示す図であり、（ｂ）は、番号キーと地図コンテンツとの対応関係（対応テーブルの内容）を示す図である。（ａ）は、テレビに表示された地図コンテンツを示す図であり、（ｂ）は、番号キーと地図コンテンツとの対応関係（対応テーブルの内容）を示す図である。

　以下、本発明の実施の形態について、図１から図２１に基づいて詳細に説明する。

　〔通信システムの概要〕
　まず、本実施形態に係る通信システムの概要について、図２に基づいて説明する。図２は、通信システム６０の概要を示す図である。図示のように、通信システム６０は、テレビ（コンテンツ再生装置）１、リモートコントローラ（操作装置）２（以下、リモコン２と呼ぶ）、サーバ（コンテンツサーバ、対応情報サーバ）３、ルータ４、携帯電話機（コンテンツサーバ）５、及びＮＡＳ（Network Attached Storage：コンテンツサーバ）６を含む構成である。

　なお、通信システム６０に含まれる各機器は、ＤＬＮＡ規格に対応した機器であり、ＤＬＮＡ規格に従って相互に通信を行うことを想定している。つまり、ここでは、通信システム６０がＤＬＮＡを用いたホームネットワークであることを想定している。

　テレビ１は、放送番組を受信して出力するテレビジョン受像機である。また、テレビ１は、ＤＬＮＡのクライアント機器としても機能する。具体的には、テレビ１は、通信システム６０に含まれる他の機器が送信するコンテンツを受信して、ユーザに提示する。つまり、テレビ１は、放送番組を受信して出力する放送出力モードと、コンテンツを受信して再生するコンテンツ再生モードとを有している。そして、これらのモードは、切り替え可能になっている。

　なお、コンテンツの提示方法は、コンテンツの種類によって異なる。ここでは、テレビ１が、静止画像、動画像、音声の３種類のコンテンツを提示することを想定している。つまり、テレビ１は、コンテンツが静止画像である場合には、画像ファイルを受信して表示し、動画像である場合には、動画ファイルを受信して表示すると共に必要に応じて音声を出力し、音声である場合には、音声ファイルを受信して音声を出力することによってユーザへの提示を行う。無論、テレビ１に供給されるコンテンツはこれらの例に限られず、コンテンツの提示方法もコンテンツの種類に応じた方法を適宜採用することができる。

　リモコン２は、テレビ１を遠隔操作するための入力装置である。具体的には、リモコン２に設けられた複数の操作キーを操作することによって、テレビ１の選局操作（チャンネル切り替え）や、通信システム６０に含まれる他の機器が送信するコンテンツをテレビ１に再生（提示）させるための入力等を行うことができるようになっている。

　サーバ３は、テレビ１の要求に応じて、テレビ１にコンテンツを送信するコンテンツサーバである。ここでは、サーバ３が、ＤＬＮＡのサーバ機器として機能するパーソナルコンピュータ（以下、ＰＣと呼ぶ）であることを想定している。

　ルータ４は、通信システム６０に含まれる各機器間の通信を中継する中継装置である。ここでは、図示のように、ルータ４は、テレビ１、サーバ３、及びＮＡＳ６間の有線通信の中継と、これらの機器と携帯電話機５との無線通信の中継とを行う。

　携帯電話機５は、携帯電話網を介した通信機能等を備えた通信端末装置である。また、携帯電話機５は、ＤＬＮＡのサーバ機器として機能すると共に、ＤＬＮＡのクライアント機器としても機能する。すなわち、携帯電話機５は、自機が格納しているコンテンツを、テレビ１のようなクライアント機器に送信して出力させることができる。また、サーバ３やＮＡＳ６のようなサーバ機器が格納しているコンテンツを受信して出力することもできる。

　ＮＡＳ６は、ネットワークに接続して使用される記憶装置であり、テレビ１の要求に応じて、テレビ１にコンテンツを送信するコンテンツサーバとしての機能も有する。ここでは、通信システム６０をＤＬＮＡ規格に従って構成することを想定しているので、ＮＡＳ６は、ＤＬＮＡのサーバ機器としての機能を有している。

　なお、通信システム６０は、テレビ１と、テレビ１にコンテンツを提供する１以上のコンテンツサーバを含むものであればよく、図示の例に限られない。また、本実施形態では、通信システムをＤＬＮＡ規格に従って構成する例を説明するが、ＤＬＮＡ規格に準拠しない通信ネットワークであっても構わない。

　〔通信システム６０の主な特徴点〕
　続いて、通信システム６０の主な特徴点について、図３に基づいて説明する。図３は、リモコン２に設けられた放送番組選局用の番号キーに割り当てられたフォルダの一例を示す図である。

　図示のように、リモコン２の備える１から１２までの番号キーには、コンテンツサーバのフォルダツリーに含まれるフォルダがそれぞれ割り当てられている。なお、ここで、コンテンツサーバとは、テレビ１にコンテンツを提供可能な装置であり、図２の例では、サーバ３、携帯電話機５、及びＮＡＳ６がこれに該当する。

　すなわち、通信システム６０では、リモコン２の１から１２までの番号キーにコンテンツサーバのフォルダが割り当てられている。そして、コンテンツサーバが格納するコンテンツをテレビ１で再生させるとき、すなわちコンテンツ再生モードでは、ユーザは、リモコン２の番号キーでフォルダを選択する。これにより、選択されたフォルダに格納されているコンテンツが、当該コンテンツサーバからテレビ１に送信されてテレビ１で再生される。

　例えば、リモコン２の「８」の番号キーには、コンテンツサーバの「/root/ピクチャー/日付/2009/10」のフォルダが対応付けられている。このため、リモコン２の「８」の番号キーを押したときには、コンテンツサーバの「/root/ピクチャー/日付/2009/10」のフォルダに格納されているコンテンツがテレビ１に送信されてテレビ１で再生される。

　また、リモコン２には、チャンネルを順送り及び逆送りするためのキーである選局キーが設けられている。そして、この選局キーを用いてテレビ１の出力するコンテンツを変更することもできる。

　選局キーを用いたコンテンツの変更は、選局キーが操作されたときにリモコン２から送信される、選局すべき放送番組を番号キーの番号順に変更するための信号に基づいて、番号キーを特定することよって実現される。すなわち、最後に入力された番号キーを記憶しておき、放送番組を順送りまたは逆送りする（放送番組を番号キーの昇順または降順に切り替える）選局操作を、番号キーの順送りまたは逆送りに読み替えることで番号キーを特定することができる。

　例えば、リモコン２の「８」の番号キーが押されて、「８」の番号キーが押されたことを示す操作信号がテレビ１に受信されたときに、「８」の番号キーを記憶する。その後、選局キーで放送番組を逆送りしたときには、選局すべき放送番組を逆送りする操作が行われたことを示す信号がテレビ１に受信される。このときに、記憶している「８」の番号キーを逆送りした「７」の番号キーに対する選局が行われたと判断する。これにより、「７」の番号キーに割り当てられている「/root/ピクチャー/日付/2009/08」のフォルダに格納されているコンテンツがテレビ１に送信されてテレビ１で再生される。

　このように、通信システム６０では、放送番組選局用の番号キーに、コンテンツを特定するための情報が対応付けられている。そして、コンテンツ再生モードにおいて、リモコン２で選局操作が行われたときには、その選局操作に応じた番号キーに対応付けられたコンテンツが、コンテンツサーバからテレビ１に送信されて再生される。

　したがって、通信システム６０のユーザは、リモコン２の番号キーまたは選局キーを押すだけで所望のフォルダ内のコンテンツをテレビ１で視聴等することができる。すなわち、通信システム６０では、テレビのチャンネル切り替えと同様の操作でサーバ３、携帯電話機５、及びＮＡＳ６の格納するコンテンツをテレビ１に再生させることができるようになっており、ツリー形式の表示に不慣れなユーザでも操作が容易である。

　なお、番号キーに割り当てる対象は、テレビ１がコンテンツサーバに要求するコンテンツを特定可能なものであればよく、フォルダに限られない。例えば、コンテンツのファイルが番号キーに割り当てられていてもよい。

　また、ここでは、リモコン２の番号キーに割り当てを行う例について説明するが、チャンネル番号に対して割り当てを行ってもよい。要は、リモコン２で選局操作を行ったときに、選局操作に応じたコンテンツの要求が行われるような割り当てが行われていればよい。

　〔コンテンツサーバ毎の割り当て〕
　ここで、テレビ１にコンテンツを提供するコンテンツサーバが複数存在する場合には、コンテンツサーバ毎にフォルダ構成が異なっていることが通常である。このため、通信システム６０では、番号キーに割り当てるフォルダをコンテンツサーバ毎に設定する。これについて、図４及び図５に基づいて説明する。

　図４は、リモコン２の番号キーにサーバ３用に割り当てられたフォルダの一例を示す図である。図４の例では、図３と同じ割り当てがなされており、この割り当ては予め記憶されている。つまり、サーバ３にコンテンツを要求するときには、テレビ１は、予め記憶されたサーバ３用の割り当てに基づいて、要求するコンテンツのフォルダを特定する。

　なお、番号キーと、該番号キーに割り当てられるフォルダとの対応関係を示す対応情報は、テレビ１が取得可能に格納されていればよく、テレビ１以外の機器に格納されていてもよい。例えば、サーバ３用の対応情報は、サーバ３に格納されていてもよいし、テレビ１と通信接続されているサーバ３以外の機器に格納されていてもよい。

　一方、図５は、リモコン２の番号キーに携帯電話機５用に割り当てられたフォルダの一例を示す図である。携帯電話機５のフォルダ構成は、サーバ３のフォルダ構成とは異なっているので、各番号キーに割り当てられているフォルダも図４に示すフォルダとは異なっている。また、図５の例では、コンテンツのファイルが割り当てられている番号キーがある点も図４と異なっている。

　この割り当てを示す対応情報についても、テレビ１、携帯電話機５、あるいはテレビ１と通信接続された他の機器に記憶しておく。そして、テレビ１は、携帯電話機５にコンテンツを要求するときには、携帯電話機５用の対応情報を読み出して、番号キーに対応するフォルダまたはファイルを特定する。

　〔番号キーへの割り当て対象〕
　上記の例では、サーバ３または携帯電話機５に実際に存在する物理的なフォルダまたはファイルをリモコン２の番号キーに割り当てる例を示したが、番号キーに割り当てるオブジェクトはこれらの例に限られない。これについて、図６に基づいて説明する。図６は、番号キーに割り当てるオブジェクトの一例を示す図である。

　図示のように、１～３の番号キーには、最近サーバに追加された動画、音楽、写真がそれぞれ割り当てられている。また、４～６の番号キーには、最近再生された動画、音楽、写真がそれぞれ割り当てられている。そして、７～９の番号キーには、お勧めの動画、音楽、写真がそれぞれ割り当てられている。

　番号キーに割り当てられているこれらのオブジェクトは、実際にサーバに存在する物理的なフォルダではなく、所定の属性を有するファイルを含む仮想的なフォルダである。つまり、「最近サーバに追加された動画」という名称の物理的なフォルダは、サーバには存在しない。しかし、「最近サーバに追加された動画」という名称の仮想フォルダにアクセスすることによって、「所定の期間内にサーバに追加された動画ファイル」という属性を有するファイルをまとめて参照することができる。

　仮想フォルダを利用することにより、ファイルが実際にどのフォルダに格納されているかにかかわらず、所定の属性を有するファイルをテレビ１に再生させることができる。例えば、図示の例では、７番の番号キーを押したときには、コンテンツサーバにおいて「おススメ動画」として管理されているファイルがテレビ１に送信されてテレビ１で再生される。

　また、図示の例では、１０の番号キーに「携帯チャンネル」が割り当てられている。この「携帯チャンネル」は、携帯電話機５のカレントフォルダを指す。つまり、１０番の番号キーを押したときには、携帯電話機５において現在表示されているフォルダに含まれるファイルがテレビ１に送信されてテレビ１で再生される。

　さらに、図示の例では、１１の番号キーに「ドアフォンカメラ」が割り当てられている。つまり、図示の例では、テレビ１にドアフォンカメラが接続されていることを想定しており、１１番の番号キーを押したときには、ドアフォンカメラが撮影している映像がテレビ１に送信されてテレビ１で表示される。

　また、図示の例では、１２の番号キーに「ＤＬＮＡフォルダツリー」が割り当てられている。この「ＤＬＮＡフォルダツリー」は、図１６（ｂ）（ｃ）に示したようなツリー形式でサーバのフォルダを表示させ、表示させたフォルダツリーからユーザにコンテンツを選択させることを指す。ツリー形式は、ＰＣ等を使い慣れたユーザにとっては、使いやすい表示形式であるため、「ＤＬＮＡフォルダツリー」を番号キーに割り当てることにより、ツリー形式の表示に慣れたユーザの利便性も担保される。

　〔通信システム６０を構成する各機器の要部構成〕
　続いて、通信システム６０を構成する各機器の要部構成について、図１に基づいて説明する。図１は、通信システム６０を構成するテレビ１、リモコン２、及びサーバ３の要部構成の一例を示すブロック図である。

　図示のように、テレビ１は、テレビ番組を受信して表示する機能を担うブロックの他に、コンテンツ再生機能を担うテレビ側通信部１０、表示部１１、操作信号受信部１２、制御部１３、及び記憶部１４を備えている。テレビ側通信部１０、表示部１１、操作信号受信部１２、制御部１３、及び記憶部１４を「コンテンツ再生装置」と呼んだ場合、テレビ１は、コンテンツ再生装置を備えたテレビジョン受像機であると表現することができる。

　テレビ側通信部１０は、テレビ１が通信システム６０に含まれる他の機器と通信を行うためのものである。ここでは、テレビ側通信部１０は、ＤＬＮＡ規格に従った通信を行うことを想定している。

　表示部１１は、制御部１３の指示に従って画像を表示するものである。表示部１１には、テレビ１が受信した放送番組の映像や、コンテンツサーバから受信したコンテンツ等が表示される。

　操作信号受信部１２は、リモコン２が送信する操作信号を受信し、受信した操作信号が示す命令を制御部１３に通知する。例えば、リモコン２の番号キーが押されたときには、押された番号キーを示す操作信号がリモコン２から送信されるので、操作信号受信部１２は、この操作信号を受信してキー番号を制御部１３に通知する。

　制御部１３は、テレビ１の動作を統括して制御するものであり、テーブル生成部（対応情報生成手段）２０、テーブル取得部（対応情報取得手段）２１、コンテンツ再生部（コンテンツ要求手段）２２、及びオブジェクト特定部（特定手段、番号キー特定手段）２３を含んでいる。

　テーブル生成部２０は、操作信号受信部１２から通知されるキー番号からコンテンツサーバに要求するコンテンツを特定するための対応テーブル（対応情報）を生成する。なお、対応テーブルの詳細、及び対応テーブル生成処理の詳細については後述する。

　テーブル取得部２１は、テレビ１の外部の装置から対応テーブルを取得する。なお、外部の装置は、テレビ１と通信可能に接続された、テレビ１に対応テーブルを提供可能な装置であればよい。例えば、コンテンツサーバであってもよいし、テレビ１に接続された外付けの記憶装置等であってもよい。また、対応テーブルの配信を行う対応情報サーバを設け、この対応情報サーバから対応テーブルを取得するようにしてもよい。

　オブジェクト特定部２３は、上記の対応テーブルを用いて、リモコン２で押された番号キーに対応付けられたオブジェクトを特定する。また、オブジェクト特定部２３は、特定したオブジェクトをコンテンツ再生部２２に通知して、そのオブジェクトに対応するコンテンツを再生させる。さらに、オブジェクト特定部２３は、リモコン２から、選局すべき放送番組を番号キーの番号順に変更するための信号を受信したときに、該信号から選局すべき放送番組に対応する番号キーを特定し、特定した番号キーに対応付けられたオブジェクトを特定する。

　コンテンツ再生部２２は、オブジェクト特定部２３が特定したオブジェクトに基づいて、コンテンツを取得し、再生する。具体的には、コンテンツ再生部２２は、オブジェクトがファイルであれば、コンテンツサーバにコンテンツ要求を送信して、そのファイルを受信して再生する。また、オブジェクトがフォルダであれば、コンテンツサーバにコンテンツ要求を送信して、そのフォルダに含まれるファイルを受信して再生する。

　記憶部１４は、テレビ１で使用する各種データを格納するものであり、上記の対応テーブルを格納する対応テーブル格納部３０を含んでいる。

　なお、テレビ１は、上記のブロック以外にも、放送番組を受信するブロック、受信したテレビ放送をデコードするブロック、放送番組の出力とコンテンツの出力（放送出力モードとコンテンツ再生モード）とを切り替えるブロック、及び音声を出力するブロック等を備えているが、テレビ１の備える全てのブロックを記載すると図面が煩雑となるため、これらのブロックについては図示を省略している。

　次に、リモコン２について説明する。リモコン２は、テレビ１を遠隔操作する装置であり、操作信号送信部４０と操作部４１とを備えている。

　操作部４１は、ユーザの入力操作を受け付けるものであり、図２～５に示したように、１～１２の番号キー、音量設定キー、選局キー、入力切換キー、上下左右の方向キー、決定キー、終了キー、戻るキー、及び青、赤、緑、黄の色キー等で構成される。

　操作信号送信部４０は、操作部４１が受け付けた入力操作を示す操作信号を送信する。例えば、操作部４１の１～１２の番号キーが押されたときには、押された番号を示す操作信号を送信する。この操作信号がテレビ１の操作信号受信部１２に受信されることによって、リモコン２によるテレビ１の遠隔操作が実現される。なお、信号の送信は、赤外線やＢｌｕｅｔｏｏｔｈ（登録商標）等、任意の通信手段で行うことができる。

　サーバ３は、テレビ１と通信接続され、この通信接続を介してテレビ１が要求するコンテンツを送信するコンテンツサーバである。サーバ３は、サーバ側制御部５０とサーバ側通信部５１とを備えている。

　サーバ側制御部５０は、サーバ３の動作を統括して制御するものである。具体的には、サーバ側制御部５０は、テレビ１からコンテンツ要求を受信したときに、要求されたコンテンツをテレビ１に送信する。これにより、サーバ３のコンテンツサーバとしての機能が実現される。

　また、サーバ側制御部５０は、テレビ１からフォルダ情報要求を受信したときには、フォルダ情報をテレビ１に送信する。なお、フォルダ情報とは、サーバ３のフォルダまたはファイルの所在を示す情報である。

　さらに、サーバ側制御部５０は、テーブル要求を受信したときには対応テーブルをテレビ１に送信する。すなわち、ここでは、サーバ３が対応情報サーバとしての機能も有していることを想定している。

　サーバ側通信部５１は、サーバ３が他の機器と通信を行うためのものであり、通信システム６０では、サーバ３は、サーバ側通信部５１を介してテレビ１と通信接続している。そして、この通信接続を介してコンテンツ要求やコンテンツのファイル等がサーバ３とテレビ１との間で送受信される。なお、サーバ側通信部５１も、ＤＬＮＡ規格に従った通信を行う。

　〔対応テーブル〕
　次に、対応テーブルについて説明する。対応テーブルは、番号キーと、コンテンツサーバに要求するコンテンツを特定するための情報（コンテンツ特定情報）とが対応付けられたテーブルである。図７は、対応テーブルの一例を示している。図示の対応テーブルは、１～１２の番号キーと、オブジェクトＩＤとが対応付けられたテーブルである。

　１～１２の番号キーは、それぞれリモコン２の１～１２の番号キーに対応している。また、各番号キーに対応付けられたオブジェクトＩＤは、コンテンツサーバのフォルダまたはファイルを示している。このような対応テーブルを用いることにより、リモコン２から受信した操作信号が示す番号キーに対応するフォルダまたはファイルを特定することができる。

　ここで、ＤＬＮＡ規格では、コンテンツサーバは、全てのフォルダ（仮想フォルダを含む）及びファイルにオブジェクトＩＤを割り付けることが定められている。このため、図示の例のように、各番号キーに対応付けるオブジェクトは、オブジェクトＩＤで特定することが簡便であり好ましい。

　また、上述のように、フォルダ構成はコンテンツサーバ毎に異なっているのが通常である。このため、オブジェクトＩＤのみではフォルダを特定することができない場合がある。ゆえに、対応テーブルには、オブジェクトＩＤが何れのコンテンツサーバのものであるかを特定するための情報が含まれていることが好ましい。

　例えば、対応テーブルに、その対応テーブルが何れのコンテンツサーバに対応しているかを示す情報を付加してもよい。これにより、テレビ１が通信接続しているコンテンツサーバに応じた対応テーブルを選択することができる。

　なお、テレビ１が通信接続しているコンテンツサーバに応じた対応テーブルが存在しない場合には、テーブル生成部２０によって対応テーブルを生成したり、テーブル取得部２１によって対応テーブルを取得したりしてもよい。

　ただし、対応テーブルの生成や取得には、ある程度の手間と時間を要するので、事前にフォルダ構成が分かっているコンテンツサーバについては、予め対応テーブルを作成して対応テーブル格納部３０に格納しておくことが好ましい。例えば、テレビ１のメーカーが提供するコンテンツサーバであれば、予めフォルダ構成が分かっているので、このフォルダ構成に基づいて作成した対応テーブルを対応テーブル格納部３０に格納しておけばよい。これにより、ユーザがコンテンツを楽しむ総合的な環境を提供することができる。

　また、例えば、図８のような対応テーブルを用いることによっても、コンテンツサーバの識別が可能である。図８は、サーバＵＤＮ（Unique Device Name：サーバ特定情報）を含む対応テーブルの一例を示す図である。図示の対応テーブルは、１～１２の番号キーとサーバＵＤＮとオブジェクトＩＤとが対応付けられたテーブルである。

　ＵＤＮは、コンテンツサーバに固有の値となるため、ＵＤＮとオブジェクトＩＤの組み合わせにより、コンテンツサーバのフォルダ（あるいはファイル）を一意に特定することができる。すなわち、このような対応テーブルをコンテンツサーバ毎に取得または生成しておくことにより、テレビ１は、何れのコンテンツサーバが格納するコンテンツがリモコン２で選択されたかを特定することができる。

　なお、複数の対応テーブルが対応テーブル格納部３０に格納されている場合には、オブジェクト特定部２３は、テレビ１と通信接続されているコンテンツサーバのＵＤＮを確認し、確認したＵＤＮが含まれる対応テーブルを用いてオブジェクトの特定を行う。

　また、複数のコンテンツサーバが接続されていることが確認されたときには、その何れかに対応する対応テーブルをユーザに選択させてもよい。また、予め定めたルールに従って自動的に１つの対応テーブルを選択してもよい。例えば、テレビ１と通信接続されたタイミングが、現在の日時に最も近いコンテンツサーバの対応テーブルを選択してもよい。これにより、通信システム６０に新たに追加したコンテンツサーバのコンテンツを再生対象にすることができる。

　また、図８の例では、全ての番号キーに同一のＵＤＮが対応付けられているが、各番号キーに対応付けられているＵＤＮは異なっていてもよい。これについて、図９に基づいて説明する。図９は、複数種類のサーバＵＤＮを含む対応テーブルの一例を示す図である。

　図示の対応テーブルでは、１～３の番号キーに対応付けられたＵＤＮと、４～６の番号キーに対応付けられたＵＤＮと、７、８の番号キーに対応付けられたＵＤＮと、９、１０の番号キーに対応付けられたＵＤＮと、１１、１２の番号キーに対応付けられたＵＤＮとがそれぞれ異なっている。

　このため、図９の対応テーブルを用いた場合には、１～１２の番号キーで複数のコンテンツサーバのコンテンツを横断的に切り替えることができる。例えば、１～３の番号キーに対応付けられたＵＤＮがサーバ３のＵＤＮであり、４～６の番号キーに対応付けられたＵＤＮがＮＡＳ６のＵＤＮである場合には、１～３の番号キーでテレビ１にサーバ３の格納するコンテンツを出力させることができ、４～６の番号キーでテレビ１にＮＡＳ６の格納するコンテンツを出力させることができる。

　なお、各番号キーには、コンテンツサーバのフォルダまたはファイルを特定できるような情報が対応付けられていればよい。例えば、図１０に示すように、フォルダまたはファイルのパスを番号キーに対応付けてもよい。

　図１０は、番号キーとフォルダのパスとが対応付けられた対応テーブルの一例を示す図である。図示の例では、各番号キーに、フォルダの階層を「/」で示したパスが対応付けられている。このような対応テーブルを用いた場合であっても、番号キーに対応するフォルダまたはファイルを特定することができる。

　〔処理の流れ〕
　続いて、テレビ１が実行する処理の流れについて、図１１に基づいて説明する。図１１は、テレビ１が実行する処理の一例を示すフローチャートである。なお、ここでは、対応テーブルが予め取得または作成されて対応テーブル格納部３０に格納されていることを前提としている。また、ここでは、テレビ１が放送番組を受信して表示部１１に表示する状態（放送出力モード）であることを想定している。この状態では、リモコン２の番号キーまたは選局キーを操作することによって、受信して表示する放送番組が切り替わる。

　まず、オブジェクト特定部２３は、コンテンツサーバの提供するコンテンツを出力するように切り替える指示の有無を確認する（Ｓ１）。つまり、Ｓ１ではコンテンツ再生モードへの切り替えの有無が確認される。なお、この指示は、例えばリモコン２の入力切換キー（図３～５参照）で行われる。ここで、切り替え指示があったことを確認した場合（Ｓ１でＹＥＳ）には、オブジェクト特定部２３は、対応テーブル格納部３０から対応テーブルを取得する（Ｓ２）。

　次に、オブジェクト特定部２３は、キー番号の入力の有無、すなわち選局操作が行われたか否かを確認する（Ｓ３）。具体的には、オブジェクト特定部２３は、リモコン２の番号キーまたは選局キーが押されて、操作信号が送信され、この操作信号を受信した操作信号受信部１２からキー番号が通知されたときにキー番号の入力があったと判断する。

　そして、キー番号の入力があったと判断した場合（Ｓ３でＹＥＳ）には、オブジェクト特定部２３は、Ｓ２で取得した対応テーブルを用いて、入力されたキー番号に対応するオブジェクトを特定し（Ｓ４）、特定したオブジェクトをコンテンツ再生部２２に通知する。この通知は、例えばオブジェクトＩＤをコンテンツ再生部２２に送信することで行われる。

　なお、選局操作は、リモコン２の選局キーで行われてもよい。この場合には、オブジェクト特定部２３は、選局キーが操作されたときにリモコン２から送信される、選局すべき放送番組を番号キーの番号順に変更するための信号に基づいて番号キーを特定し、特定した番号キーに対応するオブジェクトを特定する。

　通知を受けたコンテンツ再生部２２は、通知されたオブジェクトに複数のコンテンツが含まれるか否かを確認する（Ｓ５）。なお、オブジェクトに複数のコンテンツが含まれる場合とは、例えばオブジェクトがフォルダであり、そのフォルダ内にテレビ１で再生可能なコンテンツが複数含まれているような場合である。また、オブジェクトに１つのコンテンツが含まれる場合とは、オブジェクトがフォルダであり、そのフォルダ内に１つのコンテンツが含まれている場合か、オブジェクトがコンテンツのファイルである場合を指す。

　なお、オブジェクトがフォルダである場合には、コンテンツ再生部２２は、テレビ側通信部１０を介してコンテンツサーバオブジェクトＩＤを送信して、そのフォルダの内容についての問い合わせを行う。そして、この問い合わせに対する応答（例えば当該フォルダに含まれるコンテンツのリストの送信）によって、そのフォルダに複数のコンテンツが含まれているかを判断する。また、そのフォルダにどのようなコンテンツが含まれているかを特定する。

　ここで、オブジェクトに１つのコンテンツのみが含まれる場合には（Ｓ５でＮＯ）、コンテンツ再生部２２は、Ｓ７の処理に進み、そのコンテンツを再生する。具体的には、コンテンツ再生部２２は、テレビ側通信部１０を介してコンテンツサーバに再生対象のコンテンツ要求を送信する。そして、このコンテンツ要求に応じて送信されるコンテンツを受信し、再生する。例えば、コンテンツが画像である場合には、コンテンツ再生部２２は、受信した画像から表示データを生成して表示部１１に送信し、これを表示させる。

　一方、オブジェクトに複数のコンテンツが含まれる場合には（Ｓ５でＹＥＳ）、コンテンツ再生部２２は、その複数のコンテンツの中から、再生対象とするコンテンツを特定する（Ｓ６）。

　なお、Ｓ６におけるコンテンツの特定方法は特に限定されず、例えばファイル名順、作成日時順、更新日時順、参照日時順等でリスト内のコンテンツを配列させたときに、先頭または末尾となるコンテンツを特定してもよい。

　この後、処理はＳ７に進み、上記のようにして特定したコンテンツが再生される。このように、コンテンツ再生部２２は、オブジェクト特定部２３が特定したオブジェクトに複数のコンテンツが含まれる場合には、複数のコンテンツの中から選択した１つのコンテンツを再生する。これにより、ユーザは、フォルダの中からコンテンツを選択する操作を行うことなく、放送番組を切り替えるときと同じような感覚でコンテンツサーバの格納するコンテンツを楽しむことができる。

　なお、コンテンツ再生部２２は、オブジェクトに複数のコンテンツが含まれる場合には、選択した１つのコンテンツのみを再生してもよいが、その複数のコンテンツを順番に再生することが好ましい。例えば、オブジェクトに画像ファイルが複数含まれている場合には、スライドショー形式でその複数の画像ファイルを順次表示させることが好ましい。また、動画ファイルや音声ファイルの場合には、１つのファイルの再生が終了した後、自動的に次のファイルの再生を行うようにすることが好ましい。

　コンテンツの再生を開始した後、処理はＳ３に戻り、キー番号の入力の有無が確認される。つまり、キー番号の入力が確認されるまでの間、コンテンツの再生が行われる。なお、同図には示していないが、Ｓ２～Ｓ７の処理の間においても、出力切り替えの入力は受け付けられるようになっている。例えば、放送出力モードへの出力切り替え指示を確認した場合には、必要に応じてコンテンツサーバからのコンテンツ受信を中止して、放送番組の受信及び出力が行われる。

　なお、上記の例では、フォルダが対応付けられている番号キーに入力があった場合には、当該フォルダに含まれるファイルを再生する例を説明した。しかし、この場合には、そのフォルダに含まれるファイルを表示して、表示したファイルの中から再生するファイルをユーザに選択させるようにしてもよい。

　〔対応テーブルの生成〕
　テレビ１は、テーブル生成部２０を備えているので、自ら対応テーブルを生成することができる。ここでは、テーブル生成部２０が対応テーブルを生成する処理について、図１２に基づいて説明する。図１２には、テーブル生成処理の一例を示すフローチャートである。

　まず、テーブル生成部２０は、新規のサーバ、すなわち過去に対応テーブルを生成していなかったコンテンツサーバが検出されたか否かを確認する（Ｓ１０）。ＤＬＮＡでは、一定の周期でネットワークに応答要求をブロードキャスト送信して、その応答要求に対する応答を受信することで、ネットワークに接続している機器を検出するようになっている。このため、Ｓ１０の処理は、応答要求の送信を行い、新規のコンテンツサーバからの応答の有無を確認することによって実現することもできる。

　ここで、新規のコンテンツサーバの検出が確認された場合（Ｓ１０でＹＥＳ）には、テーブル生成部２０は、検出されたコンテンツサーバからフォルダ情報を取得する（Ｓ１１）。具体的には、テーブル生成部２０は、テレビ側通信部１０を介して、検出されたコンテンツサーバにフォルダ情報を送信するように要求し、この要求に対する応答としてそのコンテンツサーバのフォルダを示すフォルダ情報を受信する。

　なお、フォルダ情報は、コンテンツサーバのフォルダまたはファイルの所在を示すものであればよい。言い換えれば、フォルダ情報は、当該情報を用いることによって、テレビ１がコンテンツサーバのフォルダまたはファイルにアクセスできるようなものであればよい。例えば、フォルダのオブジェクトＩＤやアドレスをフォルダ情報としてもよい。

　次に、テーブル生成部２０は、Ｓ１１で取得したフォルダ情報と番号キーとの対応付けを行う。続いて、テーブル生成部２０は、全ての番号キーへの対応付けが終了したか否かを確認する（Ｓ１３）。ここでは、１～１２の番号キーにフォルダの割り当てを行うことを想定しているので、Ｓ１３では、１～１２の番号キーのそれぞれにフォルダが対応付けられているか否かを確認する。

　ここで、対応付けがなされていない番号キーの存在が確認された場合（Ｓ１３でＮＯ）には、処理はＳ１１に戻り、コンテンツサーバから再度フォルダ情報を取得する。無論、ここで取得するフォルダ情報は、先に取得したフォルダ情報とは異なるフォルダに対応するものである。

　なお、コンテンツサーバにどのようなフォルダのフォルダ情報を要求するか、またどのような順序でフォルダ情報を要求するかは特に限定されない。例えば、ルートディレクトリの直下にあるフォルダのフォルダ情報を、所定の順序（フォルダ名順等）で要求するようにしてもよい。そして、ルートディレクトリの直下にあるフォルダのフォルダ情報を全て取得した後は、さらに１つ下の階層にあるフォルダのフォルダ情報を要求してもよい。

　一方、全ての番号キーに対応付けがなされていることが確認された場合（Ｓ１３でＹＥＳ）には、テーブル生成部２０は、現在の番号キーとフォルダとの対応関係を示す画像を生成して表示部１１に表示させる（Ｓ１４）。なお、コンテンツサーバによっては、フォルダ及びファイルの総数が１２に満たないことも想定される。このような場合には、対応付けがなされていない番号キーを残した状態でＳ１４の処理に進めばよい。

　次に、テーブル生成部２０は、現在の番号キーとフォルダとの対応関係を変更する指示の有無を確認する（Ｓ１５）。なお、この指示は、例えば、Ｓ１４で表示された画像を確認したユーザのリモコン２操作によって行われる。

　ここで、変更指示を確認した場合（Ｓ１５でＹＥＳ）には、テーブル生成部２０は、設定変更処理を行って（Ｓ１６）、番号キーとフォルダとの対応関係を変更する。そして、処理はＳ１４に戻り、変更後の対応関係が表示される。

　一方、変更指示が確認されなかった場合（Ｓ１５でＮＯ）には、テーブル生成部２０は、現在の番号キーとフォルダとの対応関係を基に対応テーブルを生成する（Ｓ１７）。具体的には、テーブル生成部２０は、番号キーとオブジェクトＩＤとを対応付けて対応テーブルを生成する。最後に、テーブル生成部２０は、作成した対応テーブルを対応テーブル格納部３０に格納し、テーブル生成処理を終了する。

　なお、図８、図９のような対応テーブルを生成するときには、コンテンツサーバからＵＤＮを取得して対応付ける。また、図１０のような対応テーブルを生成する場合には、オブジェクトＩＤではなくフォルダのパスを対応付ける。

　〔対応関係をユーザに提示するための表示画面例〕
　図１２のフローチャートのＳ１３では、例えば図１３に示すような画面を表示してもよい。図１３は、番号キーとフォルダとの対応関係を示す画面例を示す図である。なお、表示させる画面は、番号キーとフォルダとの対応関係をユーザが認識できるようなものであればよく、この例に限定されない。

　図示のように、テレビ１の表示部１１には、１～１２のキー番号がそれぞれ付された１２個の矩形が表示されており、各矩形内にはキー番号に対応付けられたオブジェクトを示す文字列が表示されている。これにより、ユーザは、各番号キーにどのようなフォルダが対応付けられているかを容易に認識することができ、また各番号キーを押したときにどのようなコンテンツがテレビ１から出力されるかを容易に認識することができる。

　なお、図示の例では、各番号キーに対応する矩形の配列を、リモコン２の番号キーの配列に合わせている（図３～５参照）。これにより、リモコン２の番号キーと、その番号キーを押したときに表示されるコンテンツとの対応関係をユーザが認識しやすくなる。

　また、図示の例では、リモコン２の操作キーに割り当てられている処理を示す操作ガイドが表示されている。具体的には、リモコン２の上下左右の方向キーには表示されている矩形の何れかに表示されたカーソル（図示の例ではキー番号１の矩形にカーソルが表示されている）を移動させる処理が割り当てられていることを示す操作ガイドが表示されている。また、決定キーにはカーソルが合わされた矩形に表示された文字列が示すコンテンツを表示部１１に表示させる（再生する）処理が割り当てられていることを示す操作ガイドが表示されている。

　さらに、青キーには、番号キーに対応付けられているフォルダを変更する設定変更の処理が割り当てられていることを示す操作ガイドが表示されている。すなわち、図示の例では、方向キーで設定変更したいフォルダにカーソルを合わせてリモコン２の青キーが押されたときに、その番号キーに対応付けられているフォルダに変更ありと判断することを想定している。そして、変更ありと判断された番号キーについて、設定変更処理を行って、対応付けられているフォルダを変更することができるようになっていることを想定している。

　〔設定変更処理〕
　次に、図１２のＳ１６で行われる設定変更処理の詳細について、図１４に基づいて説明する。図１４は、設定変更処理の一例を示すフローチャートである。

　まず、テーブル生成部２０は、変更候補のフォルダを表示する（Ｓ２０）。変更候補のフォルダの表示方法は特に限定されず、例えば図１６の従来例のように、ツリー形式で変更候補のフォルダやファイルを表示してもよい。そして、テーブル生成部２０は、表示した変更候補を切り替える入力操作が行われたか否かを確認する（Ｓ２１）。

　ここで、変更候補を切り替える入力操作が行われたことが確認された場合（Ｓ２１でＹＥＳ）には、処理はＳ２１に戻って切り替え先の変更候補のフォルダを表示する。一方、変更候補を切り替える入力操作が行われたことが確認されなかった場合（Ｓ２１でＮＯ）には、テーブル生成部２０は、変更先フォルダが決定されたか否かを確認する（Ｓ２２）。

　そして、変更先フォルダの決定が確認されなかった場合（Ｓ２２でＮＯ）には、処理はＳ２１に戻る。一方、変更先フォルダの決定が確認された場合（Ｓ２２でＹＥＳ）には、テーブル生成部２０は、決定されたフォルダに割り当て（対応付け）を変更して（Ｓ２３）、設定変更処理を終了する。

　〔設定変更時の表示画像例〕
　続いて、設定変更時に表示する画像の例を図１５に基づいて説明する。図１５は、設定変更処理を行うときに表示させる画面例を示す図である。なお、設定変更時に表示させる画面は、変更候補のフォルダ等をユーザが認識できるようなものであればよく、この例に限定されない。

　図示のように、テレビ１の表示部１１には、変更対象となっているキー番号が表示されている。この例で１番のキー番号が変更対象となっている。また、同図において破線で囲まれる変更先表示領域には、変更候補のフォルダ及びファイルが表示されている。これにより、ユーザは、１番のキー番号を変更先表示領域に表示されている何れかのファイルまたはフォルダに対応付けることが可能であることを認識することができる。

　また、図示の例では、ユーザが操作に迷わないように、ガイド表示がなされている。具体的には、変更対象のキー番号の近傍には、キー番号への割り当ての設定変更をする旨、及び割り当てたいフォルダまたはファイルの選択方法、及び選択したフォルダまたはファイルの決定方法を示す文章が表示されている。

　また、操作ガイドとして、上下左右の方向キーがカーソル移動に割り当てられており、決定キーがカーソルの合わされたファイルまたはフォルダを表示させる処理に割り当てられており、青キーが設定変更を反映させる処理に割り当てられていることを示す文字列が表示されている。

　このような画面を表示することによって、ユーザは、キー番号に対応付けるフォルダまたはファイルを変更するためにリモコン２のどのキーを操作すればよいか認識することができる。

　〔変形例〕
　上述の実施形態では、対応テーブルを用いて番号キーに対応するコンテンツを特定する例を示したが、コンテンツの特定に用いる情報は、番号キーとコンテンツを特定可能な情報とが対応付けられたものであればよく、テーブル形式のものに限られない。

　また、上述の実施形態では、本発明をテレビ１に適用した例を示したが、この例に限られない。本発明は、操作装置から送信される操作信号に従ってコンテンツサーバからコンテンツを取得して再生するコンテンツ再生装置であれば、適用が可能である。例えば、音楽プレイヤーや携帯電話機、ＰＣ、ＰＤＡ（Personal Digital Assistance）等にも適用が可能である。

　さらに、上述の実施形態では、あるコンテンツサーバについては、そのコンテンツサーバ用に生成された１つの対応テーブルを用いる例を示したが、同じコンテンツサーバに複数の対応テーブルが用意されていてもよい。この場合には、複数の対応テーブルからユーザが選択した対応テーブルを用いるか、予め定めた方式に従って自動的に選択した対応テーブルを用いてコンテンツの特定を行う。例えば、時間帯に応じて何れの対応テーブルを用いるかを選択してもよい。

　〔コンテンツが階層構造を有している場合〕
　コンテンツサーバに格納されたコンテンツは、しばしば、階層構造を有している。このような場合、ユーザがリモコン２に設けられた各番号キーを押下したときに、その番号キーの物理的または論理的な位置に応じた階層に属するオブジェクトを、テレビ１がコンテンツサーバに要求する構成を採用することが好ましい。

　このような構成を実現するためには、上述した対応テーブルにおいて、各番号キー（より正確に言えば、その番号キーのキーＩＤ）と、その番号キーの物理的または論理的な位置に応じた階層に属するオブジェクト（より正確に言えば、そのオブジェクトのオブジェクトＩＤおよびオブジェクト名）とを対応付ければよい。このような構成を採用した場合、所望のコンテンツをテレビ１に再生させるために押下すべき番号キーを容易に特定することが可能になる。このような効果は、特許文献１～３に記載の技術からは、全く予期し得ないものである。

　ここで、ある番号キーの「物理的な位置」とは、リモコン２上に配置された一群の番号キーのなかでその番号キーが占める場所のことを指す。例えば、図３～図５に示すように、一群の番号キーがリモコン２上に格子状に配置されている場合、各番号キーの属する列および行を、その番号キーの物理的な位置と看做すことができる。この場合、番号キー１の物理的な位置は（１，１）となり、番号キー２の物理的な位置は（１，２）となる（（ｉ，ｊ）は、第ｉ列第ｊ行を表す）。また、ある番号キーの「論理的な位置」とは、一群の番号キーに付された番号を昇順または降順に並べたときにその番号キーが占める順序のことを指す。例えば、一群の番号キーに付された番号を昇順に並べた場合、番号キー１の論理的な位置は１となり、番号キー２の論理的な位置は２となる。

　また、「オブジェクト」とは、コンテンツが格納されたファイル、および、ファイルが格納されたディレクトリ（フォルダと呼ばれることもある）の双方を指す。ディレクトリを用いることによって、コンテンツサーバに蓄積された一群のファイル（に格納されたコンテンツ）に階層構造をもたせ得ることは、周知のとおりである。この場合、ルートディレクトリの直下に置かれたオブジェクトは第１階層に属することになり、第１階層に属するディレクトリの直下に置かれたオブジェクトは第２階層に属することになる。なお、一群のコンテンツに階層構造を持たせるために、必ずしもディレクトリを用いる必要はない。すなわち、一群のコンテンツに階層構造を持たせるためには、コンテンツ間に親子関係が定義されていればよく、コンテンツ間の親子関係を定義する手段はディレクトリに限らない。

　以下、本実施形態に係る発明を３つの具体例に即して説明する。

　＜具体例１＞
　本実施形態に係る発明の第１の具体例について、図１７～図１９を参照して説明する。本具体例は、コンテンツサーバに格納されたマルチメディアコンテンツ（静止画、動画、音声、テキスト、又はそれらを混合したもの）をテレビ１で再生する際に好適な具体例である。

　図１７（ａ）は、リモコン２に設けられた一群の番号キーの物理的な配置を示す図である。同図に示すように、リモコン２上には１～１２の１２個の番号キーが格子状に配列されている。本具体例において、第１列に配置された１、４、７、１０の各番号キーは、第１階層に属するオブジェクトの選択に利用される。また、第２列に配置された２、５、８、１１の各番号キーは、第２階層に属する属するオブジェクトの選択に利用される。また、第３列に配置された３、６、９、１２の各番号キーは、第３階層に属するオブジェクトの選択に利用される。

　図１７（ｂ）は、１～１２の各番号キーにオブジェクトを対応付ける方法を示した図である。

　テレビ１は、ルートディレクトリに関するコンテンツリストをコンテンツサーバに要求することによって、同コンテンツリストを取得する。ルートディレクトリに関するコンテンツディレクトリには、ルートディレクトリの直下に置かれたオブジェクトのオブジェクトＩＤおよびオブジェクト名が格納されている。テレビ１は、これらのオブジェクトの中から、第１列に配置された４つの番号キー１、４、７、１０に対応付ける４つのオブジェクトを選択する。そして、テレビ１は、これら４つのオブジェクトのオブジェクトＩＤおよびオブジェクト名の各々を、４つの番号キー１、４、７、１０の各々に対応付けるように、対応テーブルを更新する。

　図１７（ｂ）の左上に、更新後の対応テーブルを例示する。図１７（ｂ）の左上に例示した対応テーブルにおいては、番号キー１に/Imageディレクトリ（より正確にはそのオブジェクトＩＤおよびオブジェクト名）が対応付けられ、番号キー４に/Musicディレクトリ（より正確にはそのオブジェクトＩＤおよびオブジェクト名）が対応付けられ、番号キー７に/Videoディレクトリ（より正確にはそのオブジェクトＩＤおよびオブジェクト名）が対応付けられ、番号キー１０に/Textディレクトリ（より正確にはそのオブジェクトＩＤおよびオブジェクト名）が対応付けられている。

　この状態でユーザが番号キー１、４、７、１０の何れかを押下すると、テレビ１は、押下された番号キーに対応付けられたディレクトリに関するコンテンツリストをコンテンツサーバに要求することによって、同コンテンツリストを取得する。例えば、番号キー１が押下された場合、テレビ１は、/Imageディレクトリに関するコンテンツリストを取得する。このコンテンツリストには、/Imageディレクトリの直下に置かれたオブジェクトのオブジェクトＩＤおよびオブジェクト名が格納されている。テレビ１は、これらのオブジェクトの中から、第２列に配置された４つの番号キー２、５、８、１１に対応付ける４つのオブジェクトを選択する。そして、テレビ１は、これらの４つのオブジェクトのオブジェクトＩＤおよびオブジェクト名の各々を、４つの番号キー２、５、８、１１の各々に対応付けるよう、対応テーブルを更新する。

　図１７（ｂ）の中央上に、更新後の対応テーブルを例示する。図１７（ｂ）の中央上に例示した対応テーブルにおいては、番号キー２に/Image/Japanディレクトリ（より正確にはそのオブジェクトＩＤおよびオブジェクト名）が対応付けられ、番号キー５に/Image/USディレクトリ（より正確にはそのオブジェクトＩＤおよびオブジェクト名）が対応付けられ、番号キー８に/Image/EUディレクトリ（より正確にはそのオブジェクトＩＤおよびオブジェクト名）が対応付けられ、番号キー１１に/Image/Chinaディレクトリ（より正確にはそのオブジェクトＩＤおよびオブジェクト名）が対応付けられている。なお、番号キー１の代わりに番号キー１０が押下された場合、更新後の対応テーブルは、図１７（ｂ）の中央下に示すようになる。

　この状態でユーザが番号キー２、５、８、１１の何れかを押下すると、テレビ１は、押下された番号キーに対応付けられたディレクトリに関するコンテンツリストをコンテンツサーバに要求することによって、同コンテンツリストを取得する。例えば、番号キー２が押下された場合、テレビ１は、/Image/Japanディレクトリに関するコンテンツリストを取得する。このコンテンツリストには、/Image/Japanディレクトリの直下に置かれたオブジェクトのオブジェクトＩＤおよびオブジェクト名が格納されている。テレビ１は、これらのオブジェクトの中から、第３列に配置された４つの番号キー３、６、９、１２に対応付ける４つのオブジェクトを選択する。そして、テレビ１は、これらの４つのオブジェクトのオブジェクトＩＤおよびオブジェクト名の各々を、４つの番号キー３、６、９、１２の各々に対応付けるよう、対応テーブルを更新する。

　図１７（ｂ）の右上に、更新後の対応テーブルを例示する。図１７（ｂ）の右上に例示した対応テーブルにおいては、番号キー３に/Image/Japan/Tokyoディレクトリ（より正確にはそのオブジェクトＩＤおよびオブジェクト名）が対応付けられ、番号キー６に/Image/Japan/Osakaディレクトリ（より正確にはそのオブジェクトＩＤおよびオブジェクト名）が対応付けられ、番号キー９に/Image/Japan/Kyotoディレクトリ（より正確にはそのオブジェクトＩＤおよびオブジェクト名）が対応付けられ、番号キー１２に/Image/Japan/Naraディレクトリ（より正確にはそのオブジェクトＩＤおよびオブジェクト名）が対応付けられている。なお、番号キー２の代わりに番号キー５が押下された場合、更新後の対応テーブルは、図１７（ｂ）の右下に示すようになる。

　以上のような番号キーとオブジェクトとの対応付けを行うことによって、コンテンツサーバに格納されたオブジェクトを、そのオブジェクトの属する階層に応じた番号キーに対応付けることができる。

　番号キーとオブジェクトとの間の対応付けは、リモコン２の方向キーを用いて変更可能であることが好ましい。図１８（ａ）は、右キーおよび左キーを用いて実現される、対応付けの変更態様を示す図である。図１８（ｂ）は、上キーおよび下キーを用いて実現される、対応付けの変更態様を示す図である。

　リモコン２の右キーが押下された場合、図１８（ａ）に示すように、テレビ１は、各列に配置された番号キーに対応付けるオブジェクトの階層をひとつ深くする。すなわち、リモコン２の右キーが押下された場合、第ｉ列に配置された各番号キーに対応付けるオブジェクトを、第ｊ階層に属するオブジェクトから第ｊ＋１階層に属するオブジェクトに変更する。これにより、第３列に配置された各番号キーに、より下位の階層に属する新たなオブジェクトを対応付けることが可能になる。一方、リモコン２の左キーが押下された場合、図１８（ａ）に示すように、テレビ１は、各列に配置された各番号キーに対応付けるオブジェクトの階層をひとつ浅くする。すなわち、リモコン２の左キーが押下された場合、第ｉ列に配置された各番号キーに対応付けるオブジェクトを、第ｊ階層に属するオブジェクトから第ｊ－１階層に属するオブジェクトに変更する。これにより、第１列に配置された各番号キーに、より上位の階層に属する新たなオブジェクトを対応付けることが可能になる。

　リモコン２の下キーが押下された場合、図１８（ｂ）に示すように、テレビ１は、現在、第ｉ列第ｊ＋１行に配置された番号キーに対応付けられているオブジェクトを、新たに、第ｉ列第ｊ行に配置された番号キーに対応付け直す。これにより、第３行に配置された各番号キーに、新たなオブジェクトを対応付けることが可能になる。一方、リモコン２の上キーが押下された場合、テレビ１は、現在、第ｉ列第ｊ－１行に配置された番号キーに対応付けられているオブジェクトを、新たに、第ｉ列第ｊ行に配置された番号キーに対応付け直す。これにより、第１行に配置された各番号キーに、新たなオブジェクトを対応付けることが可能になる。

　テレビ１は、例えば、図１９（ａ）または図１９（ｂ）に示すような画面を表示してもよい。図１９（ａ）は、番号キーとオブジェクトとの対応関係を全画面表示する画面例を示す図であり、図１９（ｂ）は、番号キーとオブジェクトとの対応関係をＯＳＤ表示する画面例を示す図である。なお、表示させる画面は、番号キーとフォルダとの対応関係をユーザが認識できるようなものであればよく、これらの例に限定されない。

　図１９（ａ）および図１９（ｂ）に図示したように、テレビ１の表示部１１には、１～１２のキー番号がそれぞれ付された１２個の矩形が表示されており、各矩形内にはキー番号に対応付けられたオブジェクト名を示す文字列が表示されている。これにより、ユーザは、各番号キーにどのようなオブジェクトが対応付けられているかを容易に認識することができる。

　なお、図１９（ａ）および図１９（ｂ）に図示した例では、各番号キーに対応する矩形の配列を、リモコン２の番号キーの物理的な配置に合わせている。これにより、リモコン２の番号キーと、その番号キーを押したときに表示されるコンテンツとの対応関係をユーザが認識しやすくなる。

　また、図１９（ａ）に図示した例では、番号キーとオブジェクトとの対応関係を示す１２個の矩形と共に、リモコン２の方向キーの使用方法を示す操作ガイドが表示されている。これにより、リモコン２の方向キーを押下することによって、番号キーとオブジェクトとの対応付けを変更可能であることを、ユーザが認識しやすくなる。

　また、図１９（ｂ）に図示した例では、番号キーとオブジェクトとの対応関係を示す１２個の矩形がＤＬＮＡアプリケーションによって再生された映像に重畳して表示されている。これにより、再生中のコンテンツの視聴を阻害することなく、番号キーとオブジェクトとの対応関係をユーザに知らせることが可能になる。

　なお、本具体例においては、ある列に配置された番号キーが押下される度に、その番号キーに対応するディレクトに関するコンテンツリストをコンテンツサーバから取得し、このコンテンツリストを参照して対応テーブルを更新する構成について説明したが、これに限定されない。すなわち、コンテンツサーバに格納されている全てのオブジェクトのオブジェクトＩＤおよびオブジェクト名が格納されたコンテンツリストをコンテンツサーバから事前に取得し、以後、番号キーが押下される度に、このコンテンツリストを参照して対応テーブルを更新する構成を採用してもよい。これにより、番号キーが押下される度にコンテンツリストを取得する処理を省略することができるので、より速やかに対応テーブルを更新することが可能になる。

　＜具体例２＞
　本実施形態に係る発明の第２の具体例について、図２０を参照して説明する。本具体例は、コンテンツサーバに格納された地図コンテンツ（地図を表す画像データ）をテレビ１で再生する際に好適な具体例である。なお、本具体例におけるコンテンツサーバとしては、インターネットを介して接続されたクライアントに地図コンテンツを提供する公知の地図コンテンツサーバを用いればよい。

　地図コンテンツサーバに格納された一群の地図コンテンツは階層構造を有している。例えば、日本各地の地図コンテンツを提供する地図コンテンツサーバにおいては、日本全図が第１階層に置かれ、日本全図よりも詳細な県地図（例えば、千葉県地図）が第２階層に置かれ、県地図よりも詳細な市地図（例えば千葉市地図）が第３階層に置かれ、市地図よりも詳細な区地図（例えば美浜区地図）が第４階層に置かれる。第５階層以下も同様である。

　千葉県地図を表示部１１に表示しているときに（図２０（ａ）参照）、ユーザが千葉県千葉市美浜区中瀬を選択すると、テレビ１は、千葉県地図、千葉市地図、美浜区地図、および中瀬地図を、それぞれ、番号キー１、２、３、および４に対応付ける（図２０（ｂ）参照）。この際、上位の階層に属する広域地図コンテンツを、昇べきの順で順序が前の番号キーに対応付け、下位の階層に属する狭域地図コンテンツを、昇べきの順で順序の後の番号キーに対応付ける。そして、番号キー１、２、３、および４が押下されたとき、テレビ１は、押下された番号キーに対応付けられた地図コンテンツを地図コンテンツサーバから取得し、取得した地図コンテンツを表示部１１に表示する。

　このように地図コンテンツと番号キーとを対応付けることによって、ユーザは、リモコン２の４つの番号キー１～４の何れかを押下するだけで、広域地図コンテンツ（図２０に示す例では千葉県地図）、狭域地図コンテンツ（図２０に示す例では中瀬地図）、および、これら２つの地図コンテンツの中間の階層に属する中間地図コンテンツ（図２０に示す例では千葉市地図または美浜区地図）を容易にテレビ１に表示させることができる。

　もちろん、番号キー１～４の各々に対応付けられた地図コンテンツを、番号キー１～４を押下することによってテレビ１に表示させる代わりに、チャンネルアップキーおよびチャンネルダウンキーを押下することによってテレビ１に表示させてもよい。この場合、チャンネルダウンキーが押下されると、テレビ１は、表示中の地図コンテンツ（例えば千葉県地図）のひとつ下の階層にある地図コンテンツ（例えば千葉市地図）を表示する。一方、チャンネルアップキーが押下されると、テレビ１は、表示中の地図コンテンツ（例えば千葉市地図）のひとつ上の階層にある地図コンテンツ（例えば千葉県地図）を表示する。

　なお、本具体例においては、表示中の地図コンテンツを番号キー１に対応付けるようにしたが、これに限定されない。例えば、所定の地図コンテンツ（例えば日本全図）を常に所定の番号キー（例えば番号キー１）に対応付け、当該所定の地図コンテンツよりも下の階層に属する地図コンテンツ（例えば千葉県地図、千葉市地図、美浜区地図、中瀬地図・・・）を当該所定の番号キー（例えば番号キー１）よりも順序が後の番号キー（例えば番号キー２、３、４、５、・・・）に順次対応付ける構成であってもよい。また、表示中の地図コンテンツ（例えば中瀬地図）を常に所定の番号キー（例えば番号キー５）に対応付け、当該表示中の地図コンテンツよりも上の階層に属する地図コンテンツ（例えば美浜区地図、千葉市地図、千葉県地図、日本全図）を当該所定の番号キー（例えば番号キー５）よりも順序が前の番号キー（番号キー４、３、２、１）に順次対応付ける構成であってもよい。

　＜具体例３＞
　本実施形態に係る発明の第３の具体例について、図２１を参照して説明する。本具体例は、第２の具体例と同様、コンテンツサーバに格納された地図コンテンツ（地図を表す画像データ）をテレビ１で再生する際に好適な具体例である。なお、本具体例におけるコンテンツサーバとしては、第２の具体例と同様、インターネットを介して接続されたクライアントに地図コンテンツを提供する公知の地図コンテンツサーバを用いればよい。

　第２の具体例と本具体例との相違点は、第２の具体例においては、テレビ１によって同時に表示される地図コンテンツの個数が１であったのに対して、本具体例においては、テレビ１によって同時に表示されるコンテンツの個数が４である点である（図２１（ａ）参照）。また、第２の具体例においては、表示中の地図コンテンツを番号キー１に対応付け、その地図コンテンツよりも下位の階層にあるコンテンツを番号キー２～４に対応付けていたのに対して、本具体例においては、表示中の４つの地図コンテンツのうち、（１）第１の地図コンテンツを番号キー１に対応付け、第１の地図コンテンツよりも下位の階層にある地図コンテンツを番号キー１と同じ行に配置された番号キー２～３に対応付け、（２）第２の地図コンテンツを番号キー４に対応付け、第２の地図コンテンツよりも下位の階層にある地図コンテンツを番号キー４と同じ行に配置された番号キー５～６に対応付け、（３）第３の地図コンテンツを番号キー７に対応付け、第３の地図コンテンツよりも下位の階層にある地図コンテンツを番号キー７と同じ行に配置された番号キー８～９に対応付け、（４）第４の地図コンテンツを番号キー１０に対応付け、第４の地図コンテンツよりも下位の階層にある地図コンテンツを番号キー１０と同じ行に配置された番号キー１１～１２に対応付けている点である。すなわち、本具体例においては、第２の具体例と同様の対応付けを、各行に配置された番号キーに対して行っている（図２１（ｂ）参照）。

　本具体例における地図コンテンツと番号キーとの対応付けは、第１の具体例と同様に変更することが可能である。すなわち、図２１（ｃ）に示すように、右キーが押下された場合、各列の番号キーに対応付ける地図コンテンツを、現在よりもひとつ浅い階層の地図コンテンツに変更し、左キーが押下された場合、各列の番号キーに対応付ける地図コンテンツを、現在よりもひとつ深い階層の地図コンテンツに変更する。これにより、ユーザは、３階層以上の階層構造を有する地図コンテンツ群の中から所望の地図コンテンツを容易に選択することができる。

　〔付記事項〕
　本発明は上述した実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能である。すなわち、請求項に示した範囲で適宜変更した技術的手段を組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。

　最後に、テレビ１の各ブロック、特に制御部１３は、集積回路（ＩＣチップ）上に形成された論理回路によってハードウェア的に実現してもよいし、ＣＰＵ（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）、ＤＬＮＡ、携帯電話網、衛星回線、地上波デジタル網等の無線でも利用可能である。

　〔まとめ〕
　以上のように、本実施形態のコンテンツ再生装置は、放送番組を受信して出力する放送出力モードと、コンテンツサーバから提供されたコンテンツを再生するコンテンツ再生モードとを有するコンテンツ再生装置であって、上記コンテンツ再生モードにおいて、放送番組選局用の番号キーを備える操作装置から、該番号キーの何れかに対する操作が行われたことを示す操作信号を受信したときに、上記番号キーと上記コンテンツサーバに格納されたコンテンツを特定するコンテンツ特定情報とが対応付けられた対応情報を参照して、操作された番号キーに対応するコンテンツ特定情報を特定する特定手段と、上記特定手段により特定されたコンテンツ特定情報で特定されるコンテンツの送信を上記コンテンツサーバに要求するコンテンツ要求手段とを備えていることを特徴としている。

　また、本実施形態のコンテンツ再生装置の制御方法は、放送番組を受信して出力する放送出力モードと、コンテンツサーバから提供されたコンテンツを再生するコンテンツ再生モードとを有するコンテンツ再生装置の制御方法であって、上記コンテンツ再生モードにおいて、放送番組選局用の番号キーを備える操作装置から、該番号キーの何れかに対する操作が行われたことを示す操作信号を受信したときに、上記番号キーと上記コンテンツサーバに格納されたコンテンツを特定するコンテンツ特定情報とが対応付けられた対応情報を参照して、操作された番号キーに対応するコンテンツ特定情報を特定する特定ステップと、上記特定ステップで特定されたコンテンツ特定情報で特定されるコンテンツの送信を上記コンテンツサーバに要求するコンテンツ要求ステップとを含むことを特徴としている。

　なお、コンテンツ特定情報に対応付けられる番号キーには、放送番組が割り当てられていない番号が含まれていても構わない。また、上記コンテンツとしては、例えば静止画像、動画像、音声等が挙げられる。さらに、送信要求に応じて受信したコンテンツは、受信後の任意のタイミングで再生すればよく、必ずしも取得直後に再生する必要はない。ただし、取得直後に再生した場合には、多くのユーザが慣れ親しんでいる、放送番組の選局後の表示状態とより近くなるので、取得直後に再生することが好ましい。

　また、上記コンテンツ再生装置は、上記操作装置から、選局すべき放送番組を上記番号キーの番号順に変更するための信号を受信したときに、該信号から選局すべき放送番組に対応する番号キーを特定する番号キー特定手段を備え、上記特定手段は、上記番号キー特定手段が番号キーを特定したときに、上記対応情報を参照して、当該番号キーに対応するコンテンツ特定情報を特定することが好ましい。

　上記の構成によれば、選局すべき放送番組を番号キーの番号順に変更するための信号を受信したときに、該信号から選局すべき放送番組に対応する番号キーを特定する。そして、このようにして特定された番号キーに対応するコンテンツ特定情報が特定される。

　すなわち、上記の構成によれば、操作装置で選局すべき放送番組を番号キーの番号順に変更するための操作を行うことによっても、コンテンツサーバに送信要求するコンテンツを選択することができる。なお、操作装置で選局すべき放送番組を番号キーの番号順に変更するための操作としては、例えばチャンネルを順送りまたは逆送りするための選局キーによる操作が挙げられる。

　また、上記コンテンツ要求手段は、上記コンテンツ特定情報がコンテンツを格納するフォルダを示している場合には、上記コンテンツサーバに当該フォルダ内のコンテンツの送信を要求することが好ましい。

　上記の構成によれば、コンテンツ特定情報がコンテンツを格納するフォルダを示している場合には、そのフォルダ内のコンテンツの送信を要求する。したがって、ユーザは、フォルダに含まれるコンテンツの中から送信を要求するコンテンツを選択する必要がなく、コンテンツは自動的に送信される。つまり、上記の構成によれば、操作装置から選局操作を行うことによって選局するというテレビのリモコンと同様の操作で、コンテンツを送信させて再生することが可能である。

　なお、フォルダ内に含まれるコンテンツが特定できない場合には、コンテンツサーバにそのフォルダに含まれるコンテンツのリストを要求し、このリストを用いてコンテンツを特定すればよい。また、フォルダ内に複数のコンテンツが含まれている場合には、予め定めた基準に従って選択した１つのコンテンツの送信を要求すればよい。基準としては、例えば、コンテンツの作成日時、更新日時、参照日時、コンテンツ名等が挙げられる。

　また、上記コンテンツ再生装置は、上記対応情報を配信する対応情報サーバに、上記対応情報の送信を要求して上記対応情報を取得する対応情報取得手段を備えていることが好ましい。

　上記コンテンツ再生装置は、対応情報を用いてコンテンツの特定及び要求を行うので、予め対応情報を自装置内に格納しておくか、対応情報を生成するか、または何らかの方法で対応情報を取得する必要がある。そこで、上記の構成によれば、対応情報サーバから対応情報を取得する。これにより、取得した対応情報を用いてコンテンツの特定及び要求を行うことができる。

　また、上記コンテンツ再生装置は、上記コンテンツサーバに要求して、該コンテンツサーバが格納するコンテンツのコンテンツ特定情報を取得し、取得したコンテンツ特定情報を番号キーに対応付けることによって上記対応情報を生成する対応情報生成手段を備えていることが好ましい。

　上記の構成によれば、コンテンツ再生装置において対応情報を生成する。これにより、対応情報が予めコンテンツ再生装置に格納されていない場合や、外部の機器から対応情報を取得することができない場合であっても、生成した対応情報を用いてコンテンツの特定及び要求を行うことができる。

　また、上記対応情報には、上記コンテンツサーバを特定するサーバ特定情報が含まれており、上記コンテンツ要求手段は、上記サーバ特定情報で特定されるコンテンツサーバに対して、上記特定手段が特定したコンテンツ特定情報で特定されたコンテンツを要求することが好ましい。

　上記の構成によれば、対応情報にコンテンツサーバを特定するサーバ特定情報が含まれており、サーバ特定情報で特定されるコンテンツサーバに対して、上記特定手段が特定したコンテンツ特定情報で特定されるコンテンツを要求する。

　したがって、上記の構成によれば、上記コンテンツ再生装置が複数のコンテンツサーバと通信接続されている場合であっても、その中から１つのコンテンツサーバを特定してコンテンツを要求することができる。

　なお、上記コンテンツ再生装置は、コンピュータによって実現してもよく、この場合には、コンピュータを上記コンテンツ再生装置の各手段として動作させることにより、上記コンテンツ再生装置をコンピュータにて実現させる制御プログラム、及びそれを記録したコンピュータ読み取り可能な記録媒体も本実施形態の範疇に入る。

　本発明は、操作装置から送信される操作信号に従ってコンテンツサーバからコンテンツを取得して再生するコンテンツ再生装置に適用可能である。例えば、テレビの他、音楽プレイヤーや携帯電話機、ＰＣ、ＰＤＡ等にも適用が可能である。

　１　テレビ（コンテンツ再生装置）
　２　リモコン（操作装置）
　３　サーバ（コンテンツサーバ、対応情報サーバ）
　５　携帯電話機（コンテンツサーバ）
　６　ＮＡＳ（コンテンツサーバ）
２０　テーブル生成部（対応情報生成手段）
２１　テーブル取得部（対応情報取得手段）
２２　コンテンツ再生部（コンテンツ要求手段）
２３　オブジェクト特定部（特定手段、番号キー特定手段）

Claims

　放送番組を受信して出力する放送出力モードと、コンテンツサーバから提供されたコンテンツを再生するコンテンツ再生モードとを有するコンテンツ再生装置であって、
　上記コンテンツ再生モードにおいて、放送番組選局用の番号キーを備える操作装置から、該番号キーの何れかに対する操作が行われたことを示す操作信号を受信したときに、上記番号キーと上記コンテンツサーバに格納されたコンテンツを特定するコンテンツ特定情報とが対応付けられた対応情報を参照して、操作された番号キーに対応するコンテンツ特定情報を特定する特定手段と、
　上記特定手段により特定されたコンテンツ特定情報で特定されるコンテンツの送信を上記コンテンツサーバに要求するコンテンツ要求手段とを備えていることを特徴とするコンテンツ再生装置。
　上記コンテンツサーバに格納されたコンテンツは、階層構造を有しており、
　上記対応情報において、番号キーと、該番号キーの物理的または論理的な位置に応じた階層に属するコンテンツを特定するコンテンツ特定情報とが対応付けられていることを特徴とする請求項１に記載のコンテンツ再生装置。
　上記操作装置から、選局すべき放送番組を上記番号キーの番号順に変更するための信号を受信したときに、該信号から選局すべき放送番組に対応する番号キーを特定する番号キー特定手段を備え、
　上記特定手段は、上記番号キー特定手段が番号キーを特定したときに、上記対応情報を参照して、当該番号キーに対応するコンテンツ特定情報を特定することを特徴とする請求項１または２に記載のコンテンツ再生装置。
　上記コンテンツ要求手段は、上記コンテンツ特定情報がコンテンツを格納するフォルダを示している場合には、上記コンテンツサーバに当該フォルダ内のコンテンツの送信を要求することを特徴とする請求項１から３の何れか１項に記載のコンテンツ再生装置。
　上記対応情報を配信する対応情報サーバに、上記対応情報の送信を要求して上記対応情報を取得する対応情報取得手段を備えていることを特徴とする請求項１から４の何れか１項に記載のコンテンツ再生装置。
　上記コンテンツサーバに要求して、該コンテンツサーバが格納するコンテンツのコンテンツ特定情報を取得し、取得したコンテンツ特定情報を番号キーに対応付けることによって上記対応情報を生成する対応情報生成手段を備えていることを特徴とする請求項１から５の何れか１項に記載のコンテンツ再生装置。
　上記対応情報には、上記コンテンツサーバを特定するサーバ特定情報が含まれており、
　上記コンテンツ要求手段は、上記サーバ特定情報で特定されるコンテンツサーバに対して、上記特定手段が特定したコンテンツ特定情報で特定されたコンテンツの送信を要求することを特徴とする請求項１から６の何れか１項に記載のコンテンツ再生装置。
　放送番組を受信して出力する放送出力モードと、コンテンツサーバから提供されたコンテンツを再生するコンテンツ再生モードとを有するコンテンツ再生装置の制御方法であって、
　上記コンテンツ再生モードにおいて、放送番組選局用の番号キーを備える操作装置から、該番号キーの何れかに対する操作が行われたことを示す操作信号を受信したときに、上記番号キーと上記コンテンツサーバに格納されたコンテンツを特定するコンテンツ特定情報とが対応付けられた対応情報を参照して、操作された番号キーに対応するコンテンツ特定情報を特定する特定ステップと、
　上記特定ステップで特定されたコンテンツ特定情報で特定されるコンテンツの送信を上記コンテンツサーバに要求するコンテンツ要求ステップとを含むことを特徴とするコンテンツ再生装置の制御方法。
　請求項１から７の何れか１項に記載のコンテンツ再生装置としてコンピュータを機能させることを特徴とする制御プログラム。
　請求項９に記載の制御プログラムを記録したコンピュータ読み取り可能な記録媒体。
　請求項１から７の何れか１項に記載のコンテンツ再生装置を備えていることを特徴とするテレビジョン受像機。