(57)【特許請求の範囲】
【請求項１】
ネットワークに接続されたコンテンツ再生装置からの要求に応じて、上記ネットワークを介してコンテンツを送信するコンテンツ送信装置であって、
自装置で動作するアプリケーションソフトがコンテンツにアクセスしたことを検出するアクセス検出手段と、
上記アクセス検出手段が最後に検出したコンテンツを登録するコンテンツ登録手段と、
上記コンテンツ再生装置からコンテンツ要求を受信したときに、上記コンテンツ登録手段が登録したコンテンツを上記コンテンツ再生装置に送信するコンテンツ送信手段とを備え、
上記コンテンツ送信手段は、上記コンテンツ再生装置から自装置のルートディレクトリに対するコンテンツ要求を受信したときに、上記コンテンツ登録手段が登録したコンテンツを上記コンテンツ再生装置に送信することを特徴とするコンテンツ送信装置。
【請求項２】
上記コンテンツ送信手段は、自装置が上記ネットワークに接続した後、上記コンテンツ再生装置からの１回目のコンテンツ要求を受信したときに、上記コンテンツ登録手段が登録したコンテンツを上記コンテンツ再生装置に送信することを特徴とする請求項１に記載のコンテンツ送信装置。
【請求項３】
ネットワークに接続されたコンテンツ再生装置からの要求に応じて、上記ネットワークを介してコンテンツを送信するコンテンツ送信装置であって、
自装置で動作するアプリケーションソフトがコンテンツにアクセスしたことを検出するアクセス検出手段と、
上記アクセス検出手段が最後に検出したコンテンツを登録するコンテンツ登録手段と、
上記コンテンツ再生装置からコンテンツ要求を受信したときに、上記コンテンツ登録手段が登録したコンテンツを上記コンテンツ再生装置に送信するコンテンツ送信手段と、
上記コンテンツ再生装置を操作する操作装置が備える操作キーに対応するキー識別情報と、コンテンツの属性を示す属性情報とが対応付けられた対応リストを格納するリスト格納部と、
上記対応リストの属性情報を参照して、上記キー識別情報に当該属性情報が示す属性を有するコンテンツを対応付けるコンテンツ対応付手段とを備え、
上記コンテンツ送信手段は、上記コンテンツ再生装置から上記キー識別情報を受信したときに、上記コンテンツ対応付手段が当該キー識別情報に対応付けたコンテンツを上記コンテンツ再生装置に送信することを特徴とするコンテンツ送信装置。
【請求項４】
上記リスト格納部には、複数の対応リストが格納されており、各対応リストに含まれるキー識別情報は、該キー識別情報が含まれる対応リストを特定するための対応リスト特定情報を含み、
上記コンテンツ再生装置から上記複数の対応リストの１つに対する要求を受信したときに、要求された対応リストに含まれるキー識別情報を、上記コンテンツ再生装置に送信するキー識別情報送信手段とを備えていることを特徴とする請求項３に記載のコンテンツ送信装置。
【請求項５】
上記コンテンツ再生装置から上記対応リストの切り替え要求を受信したときに、上記リスト格納部に格納されている複数の対応リストのそれぞれを特定するためのリスト識別情報を、上記コンテンツ再生装置に送信するリスト識別情報送信手段を備えていることを特徴とする請求項４に記載のコンテンツ送信装置。
【請求項６】
上記キー識別情報送信手段は、上記コンテンツ再生装置から上記対応リストの切り替え要求を受信したときに、上記リスト格納部に格納されている複数の対応リストから選択した、１つの対応リストに含まれるキー識別情報を、上記コンテンツ再生装置に送信することを特徴とする請求項４に記載のコンテンツ送信装置。
【請求項７】
複数の上記対応リストを上記コンテンツ再生装置に送信するリスト送信手段と、
上記リスト送信手段が送信した対応リストの１つを指定するリスト指定情報を上記コンテンツ再生装置に送信するリスト指定情報送信手段とを備えていることを特徴とする請求項３から６の何れか１項に記載のコンテンツ送信装置。
【請求項８】
請求項１から７の何れか１項に記載のコンテンツ送信装置に、上記ネットワークを介してコンテンツ要求を送信し、該コンテンツ要求に対して送信されるコンテンツを受信するコンテンツ再生装置であって、
上記コンテンツ送信装置にコンテンツ要求を送信するコンテンツ要求手段と、
上記コンテンツ要求手段のコンテンツ要求に応じて受信したコンテンツを再生するコンテンツ再生手段とを備えていることを特徴とするコンテンツ再生装置。
【請求項９】
請求項３に記載のコンテンツ送信装置に、上記ネットワークを介してコンテンツ要求を送信し、該コンテンツ要求に対して送信されるコンテンツを受信するコンテンツ再生装置であって、
上記キー識別情報を上記操作装置の操作キーに対応付けるキー識別情報対応付手段と、
上記操作装置から操作信号を受信したときに、該操作信号が示す操作キーに対応付けられているキー識別情報を上記コンテンツ送信装置に送信してコンテンツ要求するコンテンツ要求手段と、
上記コンテンツ要求手段のコンテンツ要求に応じて受信したコンテンツを再生するコンテンツ再生手段とを備えていることを特徴とするコンテンツ再生装置。
【請求項１０】
請求項４に記載のコンテンツ送信装置に、上記ネットワークを介してコンテンツ要求を送信し、該コンテンツ要求に対して送信されるコンテンツを受信するコンテンツ再生装置であって、
上記コンテンツ送信装置のキー識別情報送信手段が送信したキー識別情報と、該キー識別情報を含む対応リストを識別するリスト識別情報とを対応付けた対応情報を生成する対応情報生成手段と、
上記対応リストの１つが選択されたときに、上記対応情報を参照して、選択された上記対応リストのリスト識別情報に対応付けられたキー識別情報を上記操作装置の操作キーに対応付けるキー識別情報対応付手段と、
上記操作装置から操作信号を受信したときに、該操作信号が示す操作キーに対応付けられているキー識別情報を上記コンテンツ送信装置に送信してコンテンツ要求するコンテンツ要求手段と、
上記コンテンツ要求手段のコンテンツ要求に応じて受信したコンテンツを再生するコンテンツ再生手段とを備えていることを特徴とするコンテンツ再生装置。
【請求項１１】
請求項１から７の何れか１項に記載のコンテンツ送信装置と、請求項８に記載のコンテンツ再生装置とを含む通信システム。
【請求項１２】
ネットワークに接続されたコンテンツ再生装置からの要求に応じて、上記ネットワークを介してコンテンツを送信するコンテンツ送信装置の制御方法であって、
上記コンテンツ送信装置で動作するアプリケーションソフトがコンテンツにアクセスしたことを検出するアクセス検出ステップと、
上記アクセス検出ステップで最後に検出したコンテンツを登録するコンテンツ登録ステップと、
上記コンテンツ再生装置からコンテンツ要求を受信したときに、上記コンテンツ登録ステップで登録したコンテンツを上記コンテンツ再生装置に送信するコンテンツ送信ステップとを含み、
上記コンテンツ送信ステップでは、上記コンテンツ再生装置から上記コンテンツ送信装置のルートディレクトリに対するコンテンツ要求を受信したときに、上記コンテンツ登録ステップにて登録したコンテンツを上記コンテンツ再生装置に送信することを特徴とするコンテンツ送信装置の制御方法。
【請求項１３】
ネットワークに接続されたコンテンツ再生装置からの要求に応じて、上記ネットワークを介してコンテンツを送信するコンテンツ送信装置の制御方法であって、
上記コンテンツ送信装置で動作するアプリケーションソフトがコンテンツにアクセスしたことを検出するアクセス検出ステップと、
上記アクセス検出ステップで最後に検出したコンテンツを登録するコンテンツ登録ステップと、
上記コンテンツ再生装置を操作する操作装置が備える操作キーに対応するキー識別情報と、コンテンツの属性を示す属性情報とが対応付けられた対応リストの属性情報を参照して、上記キー識別情報に当該属性情報が示す属性を有するコンテンツを対応付けるコンテンツ対応付ステップと、
上記コンテンツ再生装置からコンテンツ要求を受信したときに、上記コンテンツ登録ステップで登録したコンテンツを上記コンテンツ再生装置に送信するコンテンツ送信ステップとを含み、
上記コンテンツ送信ステップでは、上記コンテンツ再生装置から上記キー識別情報を受信したときに、上記コンテンツ対応付ステップにて当該キー識別情報に対応付けたコンテンツを上記コンテンツ再生装置に送信することを特徴とするコンテンツ送信装置の制御方法。
【請求項１４】
請求項１から７の何れか１項に記載のコンテンツ送信装置を動作させるための制御プログラムであって、コンピュータを上記各手段として機能させる制御プログラム。
【請求項１５】
請求項１４に記載の制御プログラムを記録したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツ再生装置の要求に応じてコンテンツを送信するコンテンツ送信装置に関し、より詳細には、コンテンツ再生装置から要求を受けたときに、提供可能なコンテンツのうち、ユーザが再生を希望していると考えられるコンテンツを送信するコンテンツ送信装置等に関する。
【背景技術】
【０００２】
近年、パーソナルコンピュータ（以下、ＰＣと呼ぶ）や携帯電話機等のコンテンツを格納する装置をコンテンツサーバとして機能させ、テレビジョン受像機（以下、テレビと呼ぶ）等をコンテンツ再生装置として機能させる通信システムが普及しつつある。このような通信システムをホームネットワークにおいて構築するための代表的な規格が、ＤＬＮＡ（Digital Living Network Alliance）である。
【０００３】
ＤＬＮＡ規格では、コンテンツサーバとして機能する機器と、コンテンツ再生装置として機能する機器とが、相互に命令を送信可能になっている。これにより、ユーザは、コンテンツ再生装置のみを制御することによって、コンテンツサーバの格納するコンテンツを当該コンテンツ再生装置に再生させることができる（下記の特許文献１参照）。
【０００４】
例えば、コンテンツ再生装置がテレビである場合には、テレビのユーザは、テレビのリモートコントローラ（以下、リモコンと呼ぶ）でテレビの操作を行うことによって、コンテンツサーバの格納するコンテンツをテレビに再生させることができる。そして、この際に、ユーザは、コンテンツサーバに対して操作を行う必要はない。
【０００５】
ここで、コンテンツサーバは、通常、多数のコンテンツを格納しているため、ユーザは複数のコンテンツから所望のコンテンツを選択して再生することになる。これについて、図２４に基づいて説明する。図２４は、従来のコンテンツ選択方法を示す図である。
【０００６】
同図（ａ）は、リモコンの外観を示している。図示のように、リモコンは、ユーザの操作を受け付ける操作キーとして、チャンネル選択に用いられる１〜１２の番号キーと、チャンネルを順送り及び逆送りするためのキーである選局キー、テレビの出力を切り替える入力切換キー、上下左右の方向キー、決定キー、終了キー、戻るキー、及び、青、赤、緑、黄の色キーを備えている。
【０００７】
また、同図（ｂ）は、テレビに表示されるフォルダ選択用の画面例を示している。図示のように、画面右側には画像、音楽、ビデオ、再生リストという選択対象のフォルダが一覧表示されている。そして、選択対象のフォルダのうち、「画像」のフォルダには、カーソルが表示されている。このカーソルが合わされたフォルダが、画面左側に表示されている選択フォルダに対応している。
【０００８】
さらに、画面下側には、リモコンのキーと、そのキーを操作したときに行われる処理との対応関係を示す操作ガイドが表示されている。この操作ガイドは、決定キー、４色の色キー、戻るキー、及び終了キーにフォルダ選択のための処理が割り当てられていることを示している。
【０００９】
操作ガイドに表示されているように、同図（ｂ）の画面が表示されているときに、所望のフォルダにカーソルを合わせて決定キーを押すことによって、そのフォルダを選択することができる。そして、フォルダを選択することによって、そのフォルダに含まれるファイルやフォルダを表示させることができる。
【００１０】
同図（ｃ）は、フォルダにカーソルを合わせて決定キーを押したときに表示される画面例を示している。図示のように、画面右側には選択対象のフォルダ及びファイルが一覧表示されている。また、フォルダの階層構造を示す文字列（/My Photo/及びFlower/）が表示されている。そして、カーソルが合わされているファイルの画像が、選択画像として画面の左側に表示されており、画面下側には操作ガイドが表示されている。
【００１１】
このように、従来は、コンテンツサーバのフォルダ構成を示すツリーを、テレビ放送の受信時には一般に使用されない、リモコンの方向キー、決定キー、及び色キー等を用いてブラウズすることによって所望のコンテンツのファイルを探し出し、選択していた。
【００１２】
なお、図示のようなフォルダ構成は、コンテンツサーバとコンテンツ再生装置とが通信を行うことによって取得される。これについて、図２５に基づいて説明する。図２５は、コンテンツを選択してテレビに表示させる処理の一例を示すタイミングチャート及び画面例を示す図である。
【００１３】
まず、コンテンツの再生を行うクライアント装置は、応答要求及びクライアント装置の属性情報を、ネットワークを介して接続されている各機器にブロードキャスト送信して、サーバサーチを行う。そして、この応答要求を受信したコンテンツサーバは、応答及び自機の属性情報をクライアント装置に送信する。
【００１４】
応答及び属性情報を受信したクライアント装置は、同図の画面例に示すように、受信した属性情報で特定されるコンテンツサーバを表示する。そして、表示したコンテンツサーバの中から図示のコンテンツサーバが選択されると、クライアント装置は、該コンテンツサーバにＩＤ＝０（ルートＩＤ）をリクエストする。このように、一般的なＤＬＮＡ対応機器は、コンテンツの要求先コンテンツサーバが決定したときにルートＩＤをリクエストするようになっている。
【００１５】
そして、ＩＤ＝０のリクエストを受信したコンテンツサーバは、子ＩＤとして、図示のファイル構成ツリーにおいて、ＩＤ＝０のルートディレクトリの直下にあるフォルダまたはファイルのＩＤをクライアント装置に送信する。ここでは、「/root」の直下には、「/Photo」、「/Movie」、及び「/Music」の３つのフォルダが存在するので、これらのＩＤであるＩＤ＝１０００、２０００、及び３０００を送信する。また、コンテンツサーバは、親ＩＤとしてＩＤ＝０を送信する。
【００１６】
これらのＩＤを受信したクライアント装置は、同図の画面例に示すように、受信したＩＤが示すフォルダのフォルダ名を表示する。また、同図の画面例では「戻る」と表示されている。これは、コンテンツサーバから受信した親ＩＤに割り当てられている。これらのフォルダ名及び「戻る」の表示は、図２４（ａ）（ｂ）に示したように、カーソルで選択可能になっている。
【００１７】
ここで、「Movie」が選択されると、クライアント装置は、「/Movie」のＩＤ（２０００）をコンテンツサーバにリクエストする。そして、ＩＤ＝２０００のリクエストを受信したコンテンツサーバは、子ＩＤとして、図示のファイル構成ツリーにおいて、ＩＤ＝２０００のフォルダの直下にあるフォルダまたはファイルのＩＤをクライアント装置に送信する。
【００１８】
ここでは、同図のファイル構成ツリーに示すように、「/Movie」の直下には、「gfe.wmv」及び「cba.wmv」のファイルが存在することを想定しているので、これらのＩＤであるＩＤ＝２００１及び２００１を送信する。また、コンテンツサーバは、親ＩＤとしてＩＤ＝２０００を送信する。
【００１９】
これらのＩＤを受信したクライアント装置は、同図の画面例に示すように、受信したＩＤが示すファイルのファイル名を表示する。また、同図の画面例では「戻る」と表示されている。これは、コンテンツサーバから受信した親ＩＤ（２０００）に割り当てられている。つまり、「戻る」を選択することで同図の２番目の画面例が表示されるようになっている。
【００２０】
ここで、「gef.wmv」が選択されると、クライアント装置は、コンテンツサーバにＩＤ＝２００１及び２００２のサムネイル画像と、ＩＤ＝２００１のコンテンツのＵＲＩとをリクエストする。そして、このリクエストを受信したコンテンツサーバは、ＩＤ＝２００１及び２００２のサムネイル画像を送信すると共に、受信したＵＲＩで特定されるコンテンツの実体、つまりＩＤ＝２００２の「gef.wmv」のファイルを送信する。
【００２１】
これらを受信したクライアント装置は、同図の４番目の画面例に示すように、受信したサムネイル画像を表示すると共に、gef.wmvの再生を開始するための画像を表示する。ここで、再生の開始指示が行われると、同図の５番目の画面例に示すように、gef.wmvの再生が開始される。
【先行技術文献】
【特許文献】
【００２２】
【特許文献１】特開２００８−１９１７７９号公報（２００８年８月２１日公開）
【発明の概要】
【発明が解決しようとする課題】
【００２３】
以上のように、従来技術では、ユーザは、コンテンツサーバに格納されているコンテンツのうち、所望のコンテンツを、コンテンツの再生を行うクライアント装置に出力させるために、ファイルのツリーを辿って所望のコンテンツを探し出し、そのコンテンツをコンテンツサーバにリクエストするという煩雑な操作を強いられる。なお、これは、ＤＬＮＡ規格におけるコンテンツサーバに限られず、任意の通信ネットワークに接続されたコンテンツ再生装置にコンテンツを送信して出力させるコンテンツ送信装置全般に生じる問題点である。
【００２４】
本発明は、上記課題に鑑みてなされたものであり、その目的は、コンテンツ送信装置が格納するコンテンツのうち、ユーザの所望のコンテンツをコンテンツ再生装置に容易に出力させることのできるコンテンツ送信装置等を提供することにある。
【課題を解決するための手段】
【００２５】
上記課題を解決するために、本発明のコンテンツ送信装置は、ネットワークに接続されたコンテンツ再生装置からの要求に応じて、上記ネットワークを介してコンテンツを送信するコンテンツ送信装置であって、自装置で動作するアプリケーションソフトがコンテンツにアクセスしたことを検出するアクセス検出手段と、上記アクセス検出手段が最後に検出したコンテンツを登録するコンテンツ登録手段と、上記コンテンツ再生装置からコンテンツ要求を受信したときに、上記コンテンツ登録手段が登録したコンテンツを上記コンテンツ再生装置に送信するコンテンツ送信手段とを備えていることを特徴としている。
【００２６】
また、上記課題を解決するために、本発明のコンテンツ送信装置の制御方法は、ネットワークに接続されたコンテンツ再生装置からの要求に応じて、上記ネットワークを介してコンテンツを送信するコンテンツ送信装置の制御方法であって、上記コンテンツ送信装置で動作するアプリケーションソフトがコンテンツにアクセスしたことを検出するアクセス検出ステップと、上記アクセス検出ステップで最後に検出したコンテンツを登録するコンテンツ登録ステップと、上記コンテンツ再生装置からコンテンツ要求を受信したときに、上記コンテンツ登録ステップで登録したコンテンツを上記コンテンツ再生装置に送信するコンテンツ送信ステップとを含むことを特徴としている。
【００２７】
上記の構成によれば、コンテンツ送信装置は、コンテンツ再生装置からコンテンツ要求を受信したときに、アプリケーションソフトが最後にアクセスしたコンテンツを、当該コンテンツ再生装置に送信する。
【００２８】
これにより、コンテンツ再生装置は、コンテンツ要求を行うだけで、コンテンツ送信装置のアプリケーションソフトが最後にアクセスしたコンテンツを受信し、出力することができる。
【００２９】
ここで、コンテンツに対するアプリケーションソフトのアクセス履歴は、コンテンツの重要度（あるいはユーザの注目度）の目安になる。つまり、アプリケーションソフトが長期間アクセスしていないようなコンテンツは、重要度が低いと考えられる。これに対し、アプリケーションソフトが最後にアクセスしたコンテンツは、重要度が高く、ユーザの所望のコンテンツである可能性が高い。
【００３０】
したがって、上記の構成によれば、コンテンツ送信装置が格納するコンテンツのうち、ユーザの所望のコンテンツをコンテンツ再生装置に容易に出力させることができる。
【００３１】
また、上記コンテンツ送信手段は、自装置が上記ネットワークに接続した後、上記コンテンツ再生装置からの１回目のコンテンツ要求を受信したときに、上記コンテンツ登録手段が登録したコンテンツを上記コンテンツ再生装置に送信することが好ましい。
【００３２】
上記の構成によれば、ネットワークに接続した後、１回目のコンテンツ要求を受信したときに、アプリケーションソフトが最後にアクセスしたコンテンツをコンテンツ再生装置に送信する。
【００３３】
したがって、上記の構成によれば、コンテンツ再生装置は、最初のコンテンツ要求でアプリケーションソフトが最後にアクセスしたコンテンツを受信することができ、それ以降のコンテンツ要求によって、それ以外のコンテンツを受信することができる。
【００３４】
また、上記コンテンツ送信手段は、上記コンテンツ再生装置から自装置のルートディレクトリに対するコンテンツ要求を受信したときに、上記コンテンツ登録手段が登録したコンテンツを上記コンテンツ再生装置に送信することが好ましい。
【００３５】
上記の構成によれば、ルートディレクトリに対するコンテンツ要求を受信したときに、アプリケーションソフトが最後にアクセスしたコンテンツをコンテンツ再生装置に送信する。つまり、ここでは、コンテンツ再生装置が、コンテンツを階層構造で管理していることを想定している。
【００３６】
ここで、〔背景技術〕で説明したように、一般的なコンテンツ再生装置は、最初にルートディレクトリに対するコンテンツ要求を行うものが多い。そして、ルートディレクトリに対するコンテンツ要求に対して、ルートディレクトリのオブジェクト（ファイル及びフォルダ）を送信した場合には、ユーザが所望のコンテンツに辿り付くことが困難である。
【００３７】
上記本発明の構成によれば、ルートディレクトリに対するコンテンツ要求を行う一般的なコンテンツ再生装置であっても、アプリケーションソフトが最後にアクセスしたコンテンツを容易に受信することができる。そして、ルートディレクトリ以外に対するコンテンツ要求によって、それ以外のコンテンツを受信することができる。
【００３８】
また、上記コンテンツ送信装置は、上記コンテンツ再生装置を操作する操作装置が備える操作キーに対応するキー識別情報と、コンテンツの属性を示す属性情報とが対応付けられた対応リストを格納するリスト格納部と、上記対応リストの属性情報を参照して、上記キー識別情報に当該属性情報が示す属性を有するコンテンツを対応付けるコンテンツ対応付手段とを備え、上記コンテンツ送信手段は、上記コンテンツ再生装置から上記キー識別情報を受信したときに、上記コンテンツ対応付手段が当該キー識別情報に対応付けたコンテンツを上記コンテンツ再生装置に送信することが好ましい。
【００３９】
上記の構成によれば、キー識別情報と属性情報とが対応付けられた対応リストを用いて、キー識別情報と、そのキー識別情報に対応付けられた属性情報が示す属性のコンテンツとが対応付けられる。そして、キー識別情報を受信したときに、受信したキー識別情報に対応付けていたコンテンツをコンテンツ再生装置に送信する。
【００４０】
したがって、コンテンツ再生装置は、キー識別情報を送信することによって、そのキー識別情報に対応する属性のコンテンツを受信することができる。また、キー識別情報は、コンテンツ再生装置を操作する操作装置が備える操作キーに対応しているので、コンテンツ再生装置は、操作キーが操作されたことを確認したときに、操作された操作キーに対応するキー識別情報をコンテンツ送信装置に送信することができる。
【００４１】
つまり、上記の構成によれば、操作装置の操作キーを操作することによって、特定の属性のコンテンツをコンテンツ送信装置からコンテンツ再生装置に送信させることが可能になる。そして、これにより、ユーザは、操作装置の操作キーを操作するという簡易な操作で所望の属性のコンテンツをコンテンツ再生装置に出力させることができる。
【００４２】
また、上記属性は、コンテンツを検索するための指標となるものであればよい。コンテンツの種類を示すものであってもよいし、入手経路であってもよいし、コンテンツの状態を示すものであってもよいし、これらの組み合わせであってもよい。コンテンツの種類としては、例えば、動画像、静止画像、音声、テキスト等が挙げられる。また、拡張子でコンテンツの種類分けを行ってもよい。入手経路としては、例えば、ダウンロード、電子メールで受信、他の装置から受信、撮影や録音、文字入力等により自装置で生成等が挙げられる。コンテンツの状態としては、未再生状態（画像表示及び音声出力の何れも行われていない状態）、ブックマークされた状態等が挙げられる。また、これら以外にも、例えばコンテンツの格納場所を上記の属性としてもよい。
【００４３】
また、上記リスト格納部には、複数の対応リストが格納されており、各対応リストに含まれるキー識別情報は、該キー識別情報が含まれる対応リストを特定するための対応リスト特定情報を含み、上記コンテンツ再生装置から上記複数の対応リストの１つに対する要求を受信したときに、要求された対応リストに含まれるキー識別情報を、上記コンテンツ再生装置に送信するキー識別情報送信手段とを備えていることが好ましい。
【００４４】
対応リストが複数ある場合には、コンテンツ再生装置からキー識別情報を受信したときに、送信するコンテンツを特定するためには、そのキー識別情報が何れの対応リストに含まれるものであるかを特定する必要がある。
【００４５】
上記の構成によれば、キー識別情報が対応リスト特定情報を含むので、コンテンツ再生装置から受信したキー識別情報が、何れの対応リストに含まれるものであるかを特定することができる。
【００４６】
また、上記の構成によれば、対応リストに対する要求を受信したときに、その対応リストに含まれるキー識別情報をコンテンツ再生装置に送信する。これにより、コンテンツ再生装置は、コンテンツ送信装置から受信したキー識別情報から、所望の属性のコンテンツに対応するキー識別情報を選んでコンテンツ送信装置に送信することにより、そのコンテンツを受信することができる。
【００４７】
また、上記コンテンツ送信装置は、上記コンテンツ再生装置から上記対応リストの切り替え要求を受信したときに、上記リスト格納部に格納されている複数の対応リストのそれぞれ特定するためのリスト識別情報を、上記コンテンツ再生装置に送信するリスト識別情報送信手段を備えていることが好ましい。
【００４８】
上記の構成によれば、リストの切り替え要求を受信したときに、リスト識別情報をコンテンツ再生装置に送信する。これにより、コンテンツ再生装置は、切り替え候補となる対応リストを特定することができる。
【００４９】
また、コンテンツ再生装置は、特定した対応リストをコンテンツ送信装置に送信することによって、その対応リストに含まれるキー識別情報を受信することができる。そして、所望の属性のコンテンツに対応するキー識別情報をコンテンツ送信装置に送信して、そのコンテンツを受信することができる。
【００５０】
上記キー識別情報送信手段は、上記コンテンツ再生装置から上記対応リストの切り替え要求を受信したときに、上記リスト格納部に格納されている複数の対応リストから選択した、１つの対応リストに含まれるキー識別情報を、上記コンテンツ再生装置に送信することが好ましい。
【００５１】
上記の構成によれば、リストの切り替え要求を受信したときに、１つの対応リストを選択して、その対応リストに含まれるキー識別情報をコンテンツ再生装置に送信する。したがって、コンテンツ再生装置は、受信したキー識別情報の中から、所望の属性のコンテンツに対応するキー識別情報をコンテンツ送信装置に送信することによって、そのコンテンツを受信することができる。
【００５２】
また、上記コンテンツ送信装置は、複数の上記対応リストを上記コンテンツ再生装置に送信するリスト送信手段と、上記リスト送信手段が送信した対応リストの１つを指定するリスト指定情報を上記コンテンツ再生装置に送信するリスト指定情報送信手段とを備えていることが好ましい。
【００５３】
上記の構成によれば、対応リストをコンテンツ再生装置に送信する。これにより、コンテンツ再生装置は、受信した対応リストに含まれるキー識別情報をコンテンツ送信装置に送信することによって、コンテンツ送信装置においてそのキー識別情報に対応付けられているコンテンツを受信することができる。
【００５４】
また、上記の構成によれば、リスト指定情報をコンテンツ再生装置に送信する。これにより、コンテンツ再生装置は、何れの対応リストのキー識別情報を送信すべきかを認識することができる。
【００５５】
また、本発明のコンテンツ再生装置は、上記課題を解決するために、上記コンテンツ送信装置に、上記ネットワークを介してコンテンツ要求を送信し、該コンテンツ要求に対して送信されるコンテンツを受信するコンテンツ再生装置であって、上記コンテンツ送信装置にコンテンツ要求を送信するコンテンツ要求手段と、上記コンテンツ要求手段のコンテンツ要求に応じて受信したコンテンツを再生するコンテンツ再生手段とを備えていることを特徴としている。
【００５６】
上記コンテンツ再生装置は、上記コンテンツ送信装置にコンテンツ要求を送信する。そして、上述のように、上記コンテンツ送信装置は、コンテンツ要求に対して、自装置のアプリケーションソフトが最後にアクセスしたコンテンツを送信する。
【００５７】
つまり、上記コンテンツ再生装置は、上記コンテンツ送信装置にコンテンツ要求を送信することによって、コンテンツ送信装置のアプリケーションソフトが最後にアクセスしたコンテンツを受信する。そして、上記コンテンツ再生装置は、受信したコンテンツを再生する。
【００５８】
したがって、上記の構成によれば、ユーザは、上記コンテンツ再生装置から上記コンテンツ送信装置にコンテンツ要求を送信させるだけで、コンテンツ送信装置に格納されているコンテンツのうち、重要度が高いと考えられる、アプリケーションソフトが最後にアクセスしたコンテンツを、コンテンツ再生装置に再生させて視聴等することができる。
【００５９】
また、本発明の他のコンテンツ再生装置は、上記課題を解決するために、上記コンテンツ送信装置に、上記ネットワークを介してコンテンツ要求を送信し、該コンテンツ要求に対して送信されるコンテンツを受信するコンテンツ再生装置であって、上記キー識別情報を上記操作装置の操作キーに対応付けるキー識別情報対応付手段と、上記操作装置から操作信号を受信したときに、該操作信号が示す操作キーに対応付けられているキー識別情報を上記コンテンツ送信装置に送信してコンテンツ要求するコンテンツ要求手段と、上記コンテンツ要求手段のコンテンツ要求に応じて受信したコンテンツを再生するコンテンツ再生手段とを備えていることを特徴としている。
【００６０】
上記の構成によれば、キー識別情報を上記操作装置の操作キーに対応付ける。そして、操作装置から操作信号を受信したときに、該操作信号が示す操作キーに対応付けたキー識別情報を上記コンテンツ送信装置に送信してコンテンツ要求し、要求に応じて受信したコンテンツを再生する。
【００６１】
ここで、上述のように、キー識別情報を受信したコンテンツ送信装置は、そのキー識別情報に対応する属性のコンテンツをコンテンツ再生装置に送信する。すなわち、上記の構成によれば、ユーザは、操作装置の操作キーを操作するだけで、所望の属性のコンテンツをコンテンツ再生装置に再生させることができる。
【００６２】
また、本発明のさらに他のコンテンツ再生装置は、コンテンツ送信装置に上記ネットワークを介してコンテンツ要求を送信し、該コンテンツ要求に対して送信されるコンテンツを受信するコンテンツ再生装置であって、上記コンテンツ送信装置のキー識別情報送信手段が送信したキー識別情報と、該キー識別情報を含む対応リストを識別するリスト識別情報とを対応付けた対応情報を生成する対応情報生成手段と、上記対応リストの１つが選択されたときに、上記対応情報を参照して、選択された上記対応リストのリスト識別情報に対応付けられたキー識別情報を特定し、特定したキー識別情報を上記操作装置の操作キーに対応付けるキー識別情報対応付手段と、上記操作装置から操作信号を受信したときに、該操作信号が示す操作キーに対応付けられているキー識別情報を上記コンテンツ送信装置に送信してコンテンツ要求するコンテンツ要求手段と、上記コンテンツ要求手段のコンテンツ要求に応じて受信したコンテンツを再生するコンテンツ再生手段とを備えていることを特徴としている。
【００６３】
上記の構成によれば、受信したキー識別情報をリスト識別情報と対応付けた対応情報を生成する。そして、対応リストが選択されたときに、上記対応情報を参照して、選択された対応リストのリスト識別情報に対応付けられたキー識別情報を操作装置の操作キーに対応付ける。
【００６４】
すなわち、上記の構成によれば、対応リストが選択されたときに、選択された対応リストのキー識別情報が過去に受信され、そのキー識別情報の対応情報が生成されていれば、コンテンツ送信装置からキー識別情報を取得することなく、操作キーへの対応付けを行うことができる。これにより、コンテンツ送信装置との通信回数を減らすことができると共に、迅速な対応付けを行うことができる。
【００６５】
また、上記コンテンツ送信装置と、上記コンテンツ再生装置とを含む通信システムであれば、上記コンテンツ送信装置または上記コンテンツ再生装置と同様の効果を奏する。
【００６６】
なお、上記コンテンツ送信装置は、コンピュータによって実現してもよく、この場合には、コンピュータを上記コンテンツ送信装置の各手段として動作させることにより、上記コンテンツ送信装置をコンピュータにて実現させる制御プログラム、及びそれを記録したコンピュータ読み取り可能な記録媒体も本発明の範疇に入る。
【発明の効果】
【００６７】
以上のように、本発明のコンテンツ送信装置は、自装置で動作するアプリケーションソフトがコンテンツにアクセスしたことを検出するアクセス検出手段と、上記アクセス検出手段が最後に検出したコンテンツを登録するコンテンツ登録手段と、上記コンテンツ再生装置からコンテンツ要求を受信したときに、上記コンテンツ登録手段が登録したコンテンツを上記コンテンツ再生装置に送信するコンテンツ送信手段とを備えている構成である。
【００６８】
また、本発明のコンテンツ送信装置の制御方法は、コンテンツ送信装置で動作するアプリケーションソフトがコンテンツにアクセスしたことを検出するアクセス検出ステップと、上記アクセス検出ステップで最後に検出したコンテンツを登録するコンテンツ登録ステップと、上記コンテンツ再生装置からコンテンツ要求を受信したときに、上記コンテンツ登録ステップで登録したコンテンツを上記コンテンツ再生装置に送信するコンテンツ送信ステップとを含む構成である。
【００６９】
上記の構成によれば、コンテンツ送信装置は、コンテンツ再生装置からコンテンツ要求を受信したときに、アプリケーションソフトが最後にアクセスしたコンテンツを、当該コンテンツ再生装置に送信する。したがって、コンテンツ送信装置が格納するコンテンツのうち、ユーザの所望のコンテンツをコンテンツ再生装置に容易に出力させることができる。
【図面の簡単な説明】
【００７０】
【図１】本発明の一実施形態を示す図であり、通信システムを構成する携帯電話機及びテレビの要部構成の一例を示すブロック図である。
【図２】上記通信システムの概要を示す図である。
【図３】上記テレビを操作するリモコンの番号キーへのコンテンツの割り当て例を示す図である。
【図４】上記携帯電話機が実行するコンテンツ管理処理の一例を示すフローチャートである。
【図５】上記通信システムで使用されるコンテンツ管理情報と対応リストの一例を示す図である。
【図６】上記通信システムにおいて、ラストコンテンツを自動表示させる処理の一例を示すタイミングチャート及び画面例を示す図である。
【図７】上記通信システムにおいて、リモコンでモード一覧から対応リストを選択し、選択した対応リストからコンテンツを選択してテレビに出力させる処理の一例を示すタイミングチャート及び画面例を示す図である。
【図８】上記テレビが、ＤｅｆａｕｌｔＫｅｙＩＤＬｉｓｔの各ＩＤとサムネイル画像とを受信したときに表示する画面の一例を示す図である。
【図９】図７の処理の続きを示す図であり、ＢｏｏｋｍａｒｋｅｄＣｏｎｔｅｎｔｓＩＤＬｉｓｔからコンテンツを選択してテレビに表示させる処理の一例を示すタイミングチャート及び画面例を示す図である。
【図１０】上記テレビが、ＢｏｏｋｍａｒｋｅｄＩＤＬｉｓｔの各ＩＤとサムネイル画像とを受信したときに表示する画面の一例を示す図である。
【図１１】上記通信システムにおいて、モード切り替えをモード一覧で行う場合の画面遷移の一例を示す図である。
【図１２】モード一覧を表示しない場合に用いるコンテンツ管理情報及び対応リストの一例を示す図である。
【図１３】モード一覧を表示させずにモード切り替えを行う場合に、リモコンでテレビにコンテンツを出力させる処理の一例を示すタイミングチャート及び画面例を示す図である。
【図１４】図１３の処理の続きを示すタイミングチャート及び画面例を示す図であり、モード一覧を表示させずに対応リストを切り替える例を示す図である。
【図１５】モード切り替えを１１番の番号キーで行う場合の画面遷移の一例を示す図である。
【図１６】上記携帯電話機が実行する処理の一例を示すフローチャートである。
【図１７】上記テレビが実行する処理の一例を示すフローチャートである。
【図１８】上記携帯電話機が実行するリクエスト対応処理の一例を示すフローチャートである。
【図１９】上記テレビが実行する操作信号対応処理の一例を示すフローチャートである。
【図２０】本発明の変形例で使用する対応リスト及びコンテンツ管理情報の一例を示す図である。
【図２１】上記変形例における処理の一例を示すタイミングチャート及び画面例を示す図である。
【図２２】上記通信システムにおけるページ切り替えを説明するための画面例を示す図である。
【図２３】番号キーにアプリ毎のコンテンツを割り当てる対応リストを用いた場合の割り当て結果の表示例を示す図である。
【図２４】従来技術を示す図であり、従来のコンテンツ選択方法を示す図である。
【図２５】従来技術を示す図であり、コンテンツを選択してテレビに表示させる処理の一例を示すタイミングチャート及び画面例を示す図である。
【発明を実施するための形態】
【００７１】
以下、本発明の実施の形態について、図１から図２３に基づいて詳細に説明する。
【００７２】
〔通信システムの概要〕
ここでは、まず本実施形態の通信システムの概要について、図２に基づいて説明する。図２は、本発明の一実施形態を示すものであり、通信システム１００の概要を示す図である。
【００７３】
通信システム１００は、コンテンツサーバとコンテンツ再生装置とが通信接続されたシステムであり、コンテンツ再生装置がコンテンツサーバにコンテンツを要求し、要求に応じて受信したコンテンツを出力するようになっている。図示の例では、通信システム１００は、コンテンツサーバとして携帯電話機（コンテンツ送信装置）１を含み、コンテンツ再生装置としてテレビジョン受像機（コンテンツ再生装置）２（以下、テレビ２と呼ぶ）を含んでいる。また、テレビ２を操作する装置として、リモートコントローラ（操作装置）３（以下、リモコン３と呼ぶ）を含み、携帯電話機１とテレビ２との通信を中継する装置としてルータ４を含む。
【００７４】
なお、通信システム１００は、互いに通信接続されたコンテンツサーバとコンテンツ再生装置とを少なくとも１つずつ含んでいればよく図示の例に限られない。そして、コンテンツ再生装置は、コンテンツサーバからコンテンツを取得して出力するものであればよく、例えばパーソナルコンピュータ（以下、ＰＣと呼ぶ）等であっても構わない。また、コンテンツ再生装置は、コンテンツ再生装置の要求を受けてコンテンツを送信するものであればよく、携帯型音楽プレイヤーや、ＰＤＡ（Personal Digital Assistance）、携帯型ゲーム機、ノートＰＣ等であってもよい。また、据え置き型の装置であってもよい。
【００７５】
また、ここでは、通信システム１００に含まれる各機器は、ＤＬＮＡ規格に対応した機器であり、ＤＬＮＡ規格に従って相互に通信を行うことを想定している。つまり、ここでは、通信システム１００がＤＬＮＡを用いたホームネットワークで構築されていることを想定している。なお、通信システム１００は、コンテンツ再生装置がコンテンツサーバにコンテンツを要求して、その要求に応じて送信されるコンテンツを受信できるようなものであればよく、ＤＬＮＡ規格に準拠しない通信ネットワークで構築されていても構わない。
【００７６】
携帯電話機１は、携帯電話網を介して音声通話や電子メール等の送受信を行う携帯型の端末装置である。また、携帯電話機１は、携帯電話機としての一般的な機能に加えて、テレビ２の要求に応じて、テレビ２にコンテンツを送信するコンテンツサーバとしての機能も有している。
【００７７】
テレビ２は、放送番組を受信して出力するテレビジョン受像機である。また、テレビ２は、ＤＬＮＡのクライアント機器としても機能する。具体的には、テレビ２は、通信システム１００に含まれる他の機器が送信するコンテンツを受信して、ユーザに提示する。つまり、テレビ２は、放送番組を受信して出力する放送出力モードと、コンテンツを受信して再生するコンテンツ再生モードとを有している。そして、これらのモードは、切り替え可能になっている。
【００７８】
なお、コンテンツの提示方法は、コンテンツの種類によって異なる。ここでは、テレビ２が、静止画像、動画像、音声の３種類のコンテンツを提示することを想定している。つまり、テレビ２は、コンテンツが静止画像である場合には、画像ファイルを受信して表示し、動画像である場合には、動画ファイルを受信して表示すると共に必要に応じて音声を出力し、音声である場合には、音声ファイルを受信して音声を出力することによってユーザへの提示を行う。無論、テレビ２に供給されるコンテンツはこれらの例に限られず、コンテンツの提示方法もコンテンツの種類に応じた方法を適宜採用することができる。
【００７９】
リモコン３は、テレビ２を遠隔操作するための入力装置である。具体的には、リモコン３に設けられた複数の操作キーを操作することによって、テレビ２の選局操作（チャンネル切り替え）や、通信システム１００に含まれる他の機器が送信するコンテンツをテレビ２に再生（提示）させるための入力等を行うことができるようになっている。
【００８０】
ルータ４は、通信システム１００に含まれる各機器間の通信を中継する中継装置である。ここでは、図示のように、ルータ４は、携帯電話機１に無線接続されていると共に、テレビ２に有線接続されており、これにより、携帯電話機１とテレビ２との通信の中継を行う。
【００８１】
以上の構成を備える通信システム１００は、リモコン３からの簡易な入力操作によって、携帯電話機１の格納するコンテンツのうち、ユーザが再生を希望していると考えられるコンテンツをテレビ２に出力させることができるという特徴を有している。
【００８２】
すなわち、図示のように、携帯電話機１でコンテンツを表示した後、リモコン３でテレビ２の入力切り替えを行ってテレビ２をコンテンツ再生モードに切り替えたときには、携帯電話機１で動作するアプリケーションソフト（以下、アプリと呼ぶ）が最後にアクセスしたコンテンツが自動的にテレビ２に表示される。以下では、このようなコンテンツをラストコンテンツと呼ぶ。
【００８３】
なお、ラストコンテンツは、コンテンツが再生または表示されたか否かにかかわらず、アプリが予め定められた処理の対象としたコンテンツである。具体的には、コンテンツを取得または生成するアプリによって携帯電話機１に最後に格納されたコンテンツや、コンテンツを再生するアプリによって最後に再生されたコンテンツ、アプリによって最後にブックマークされたコンテンツ等が挙げられる。
【００８４】
携帯電話機１のような端末装置では、通常、多くのアプリによってコンテンツが次々に取得され、アクセスされるので、コンテンツがアプリによってアクセスされたタイミングを示す情報は、そのコンテンツの重要度を示す指標となる。
【００８５】
なお、コンテンツがアクセスされた日時は、例えばＯＳ（Operating System）のファイルシステムを監視して特定することもできる。しかしながら、ＯＳのファイルシステムから取得したアクセス日時は、コンテンツの作成日時や更新日時が新しいことを示すだけのものであり、ユーザが再生を希望しているコンテンツを特定する指標としては十分とは言えない。
【００８６】
例えば、ＯＳのファイルシステムからアクセス日時を取得する場合には、携帯電話機１の備えるカメラで写真が撮影された直後に、ウェブサイトから写真をダウンロードしたときには、ダウンロードした写真がラストコンテンツとなる。
【００８７】
ここで、携帯電話機１で写真を撮ったときには、例えばその写真を家族に見せるために、すぐにテレビ２に表示させることを希望するユーザは多いと考えられる。その一方、ダウンロードした写真は、その内容がどのようなものであるか分からない場合もあるので、家族で見るのが適切かどうか、事前に携帯電話機１の写真ビューワーで中身を確認することを希望するユーザが多いと考えられる。つまり、この場合には、更新日時が最新のダウンロード写真よりも、カメラで撮影した写真をラストコンテンツにすることが好ましい。
【００８８】
ＯＳのファイルシステムからアクセス日時を取得した場合には、更新日時が最新のダウンロード写真よりも、カメラで撮影した写真をラストコンテンツにすることは不可能であるため、携帯電話機１では、アプリがコンテンツにアクセスした日時をラストコンテンツの特定に使用している。これにより、どのアプリがいつアクセスしたかによってラストコンテンツを特定することが可能になり、ユーザの希望するコンテンツがラストコンテンツに設定される可能性を高めることができる。
【００８９】
以上のように、ラストコンテンツは、ユーザの関心が高く、ユーザが再生を希望しているコンテンツである可能性が高いため、ラストコンテンツを自動的にテレビ２に表示させることにより、ユーザの利便性を高めることができる。
【００９０】
また、通信システム１００では、ラストコンテンツ以外のコンテンツをリモコン３で容易に選択して、テレビ２に出力させることができるようになっている。すなわち、同図のテーブルに記載されているように、リモコン３の１〜１２番の番号キーには、コンテンツが割り当てられている。なお、ここでは、コンテンツ再生装置がテレビ２であることを想定しているため、このような割り当てを行っているが、コンテンツ再生装置を操作する操作装置に応じた任意のキーへの割り当てを行うことができる。
【００９１】
そして、図示のように、リモコン３の赤ボタン（赤キー）を操作することにより、上記テーブルで規定される、番号キーへのコンテンツの割り当て態様がテレビ２に表示される。これにより、ユーザは、リモコン３の番号キーがどのようなコンテンツに割り当てられているかを容易に認識することができる。そして、リモコン３の番号キーを操作することにより、そのキーに割り当てられているコンテンツが携帯電話機１からテレビ２に送信させて、テレビ２に出力させることができる。
【００９２】
このように、通信システム１００では、リモコン３の番号キーでコンテンツを選択してテレビ２に出力させることができる。これにより、ユーザは、テレビのチャンネルを切り替えるときと同じような感覚で、コンテンツを切り替えることができる。
【００９３】
〔番号キーへの割り当て〕
続いて、リモコン３の番号キーへのコンテンツの割り当てについて、図３に基づいて説明する。図３は、リモコン３の番号キーへのコンテンツの割り当て例を示す図である。
【００９４】
図示のように、リモコン３の番号キーには、携帯電話機１のコンテンツが割り当てられている。そして、携帯電話機１が格納するコンテンツをテレビ２で再生させるとき、すなわちコンテンツ再生モードでは、ユーザは、リモコン３の番号キーでコンテンツを選択する。これにより、選択されたコンテンツが、携帯電話機１からテレビ２に送信されてテレビ２で出力される。
【００９５】
例えば、リモコン３の「６」の番号キーには、「受信メールに添付された動画」のコンテンツが割り当てられている。このため、リモコン３の「６」の番号キーを押したときには、携帯電話機１が受信した電子メールに添付された動画がテレビ２に送信されてテレビ２で再生される。
【００９６】
通信システム１００では、リモコン３の番号キーに対応するＩＤと、該ＩＤに割り当てるコンテンツを特定するための情報とが対応付けられた対応リストを用いてこのような割り当てを行っている。また、通信システム１００では、上記の対応リストを複数用い、対応リストを切り替えながらユーザにコンテンツを選択させる。
【００９７】
つまり、対応リストを切り替えることで、番号キーに割り当てられるコンテンツが切り替えられる。これにより、ユーザは、リモコン３の番号キーを用いて、多数のコンテンツの中から所望のコンテンツを選択することができる。なお、以下では、各対応リストに基づく割り当てが行われている状態をモードと呼ぶ。
【００９８】
また、リモコン３には、チャンネルを番号キーの昇順または降順で切り替えるためのキーである選局キーが設けられている。そして、この選局キーを用いてテレビ２の出力するコンテンツを変更することもできる。
【００９９】
選局キーを用いたコンテンツの変更は、選局キーが操作されたときにリモコン３から送信される、選局すべき放送番組を番号キーの番号順に変更するための信号に基づいて、番号キーを特定することよって実現される。すなわち、最後に入力された番号キーを記憶しておき、放送番組を順送りまたは逆送りする選局操作を、番号キーの順送りまたは逆送りに読み替えることで番号キーを特定することができる。
【０１００】
例えば、リモコン３の「６」の番号キーが押されて、「６」の番号キーが押されたことを示す操作信号がテレビ２に受信されたときに、「６」の番号キーを記憶する。その後、選局キーで放送番組を逆送りしたときには、選局すべき放送番組を逆送りする操作が行われたことを示す信号がテレビ２に受信される。このときに、記憶している「６」の番号キーを逆送りした「５」の番号キーに対する選局が行われたと判断する。これにより、「５」の番号キーに割り当てられている「受信メールに添付された写真」のコンテンツがテレビ２に送信されてテレビ２で再生される。
【０１０１】
このように、通信システム１００では、放送番組選局用の番号キーに、コンテンツを特定するための情報が対応付けられている。そして、コンテンツ再生モードにおいて、リモコン３で選局操作が行われたときには、その選局操作に応じた番号キーに対応付けられたコンテンツが、携帯電話機１からテレビ２に送信されて再生される。
【０１０２】
したがって、通信システム１００のユーザは、リモコン３の番号キーまたは選局キーを押すだけで所望のコンテンツをテレビ２で視聴等することができる。すなわち、通信システム１００では、テレビのチャンネル切り替えと同様の操作でサーバ３、携帯電話機１の格納するコンテンツをテレビ２に再生させることができるようになっており、ツリー形式の表示に不慣れなユーザでも操作が容易である。
【０１０３】
なお、番号キーに割り当てる対象は、テレビ２が携帯電話機１に要求するコンテンツを特定可能なものであればよい。例えば、図３の例のように、コンテンツの属性が割り当てられていてもよいし、携帯電話機１のフォルダやファイルが割り当てられていてもよい。
【０１０４】
また、ここでは、リモコン３の番号キーに割り当てを行う例について説明するが、チャンネル番号に対して割り当てを行ってもよい。要は、リモコン３で選局操作を行ったときに、選局操作に応じたコンテンツの要求が行われるような割り当てが行われていればよい。
【０１０５】
〔通信システム１００を構成する各機器の要部構成〕
続いて、通信システム１００を構成する各機器の要部構成について、図１に基づいて説明する。図１は、通信システム１００を構成する携帯電話機１及びテレビ２の要部構成の一例を示すブロック図である。
【０１０６】
図示のように、携帯電話機１は、携帯アプリ（アプリケーションソフト）１０、操作部１１、表示部１２、携帯制御部１３、携帯記憶部１４、及び通信部１５を備えている。
【０１０７】
携帯アプリ１０は、携帯電話機１で動作するアプリである。ここでは、図示のように、ファイルを表示するファイルビューワー、音声ファイルを再生する音楽プレイヤー、画像ファイルを表示する写真ビューワー、動画ファイルを再生する動画ビューワー、及び電子メールの送受信及び表示等を行うメーラーのアプリが含まれていることを想定している。無論、携帯アプリ１０に含まれるアプリは、これらの例に限られない。
【０１０８】
操作部１１は、ユーザの入力操作を受け付けるものである。操作部１１は、ユーザの入力操作を受け付け可能なものであればよく、例えばキーやボタンで構成してもよいし、タッチパネル等で構成してもよい。
【０１０９】
表示部１２は、画像を表示するものである。表示部１２は、携帯アプリ１０または携帯制御部１３の制御に従って画像を表示するものであればよく、例えば液晶表示装置や有機ＥＬ（Electro Luminescence）表示装置等で構成してもよい。
【０１１０】
携帯制御部１３は、携帯電話機１の動作を統括して制御するものであり、図示のように、アプリ監視部（アクセス検出手段）２０、コンテンツ管理部（コンテンツ登録手段、コンテンツ対応付手段）２１、及びリクエスト処理部（コンテンツ送信手段、キー識別情報送信手段、リスト識別情報送信手段）２２を含んでいる。
【０１１１】
アプリ監視部２０は、携帯アプリ１０の動作を監視して、携帯アプリ１０がコンテンツに関する予め定められた処理を行ったことを検出し、その旨をコンテンツ管理部２１に通知する。具体的には、アプリ監視部２０は、予め定められた処理を検出したときに、検出した処理、処理を行ったアプリ、及び処理の対象となったコンテンツのＩＤをコンテンツ管理部２１に通知する。
【０１１２】
なお、予め定められた処理とは、ラストコンテンツの特定、及び対応リストの更新（生成）に関わる処理である。ここでは、ラストコンテンツの特定に関わる処理が、コンテンツの再生（表示及び／または音声出力）処理、及びコンテンツをブックマークする処理であることを想定している。無論、ラストコンテンツは、最後にアプリがアクセスしたコンテンツであるから、予め定められた処理はこれらの例に限られない。なお、対応リストの更新（生成）に関わる処理については後述する。
【０１１３】
コンテンツ管理部２１は、携帯記憶部１４に格納されているコンテンツと対応リストの管理を行う。具体的には、コンテンツ管理部２１は、後述のコンテンツ管理処理により、新たに格納されたコンテンツへのＩＤ付与、削除されたコンテンツからのＩＤ削除、ラストコンテンツの登録、及び対応リストに基づくコンテンツの対応付け等を行う。
【０１１４】
リクエスト処理部２２は、コンテンツ再生装置（例えばテレビ２）からのリクエストに対応する処理を行う。具体的には、リクエスト処理部２２は、コンテンツ再生装置からルートディレクトリに対するコンテンツ要求を受信したときに、ラストコンテンツを当該コンテンツ再生装置に送信する。
【０１１５】
また、リクエスト処理部２２は、対応リストに基づいてコンテンツ再生装置からのリクエストに対応する。例えば、ある対応リストＡに基づく割り当てが行われているとき（対応リストＡのモードに設定されているとき）に、対応リストＡに含まれるＩＤのリクエストを受信したときには、リクエスト処理部２２は、コンテンツ管理部２１が対応リストＡの当該ＩＤに対応付けたコンテンツをコンテンツ再生装置に送信する。
【０１１６】
携帯記憶部１４は、携帯電話機１で使用される各種データを格納するものであり、コンテンツ格納部３０、コンテンツ管理情報３１、及びリスト格納部３２を含む。
【０１１７】
コンテンツ格納部３０は、コンテンツ再生装置に送信するコンテンツを格納するものである。コンテンツ格納部３０に格納されている全てのコンテンツには、コンテンツ管理部２１によってＩＤが付与されている。また、コンテンツ格納部３０には、フォルダ及びファイルが階層構造をもって格納されており、各フォルダについてもコンテンツ管理部２１によってＩＤが付与されている。
【０１１８】
コンテンツ管理情報３１は、コンテンツ格納部３０に格納されているコンテンツを管理するための情報である。具体的には、コンテンツ管理情報３１は、コンテンツ格納部３０に格納されている各コンテンツと、そのＩＤとが対応付けられた情報である。また、コンテンツ管理情報３１には、ラストコンテンツがラストコンテンツに固有のＩＤ（ＬａｓｔＩＤ）を付与されて登録されていると共に、対応リストの切り替えを行うためのＩＤが登録されている。なお、対応リストの切り替えを行うためのＩＤは、コンテンツ管理情報３１とは別に管理されていてもよい。
【０１１９】
リスト格納部３２は、リモコン３の番号キーに対応するＩＤと、該ＩＤに割り当てるコンテンツを特定するための情報とが対応付けられた対応リストを格納する。対応リストは、固有のＩＤを付与されて管理される。また、リスト格納部３２には、格納されている各対応リストのＩＤを含むリストも格納されている。
【０１２０】
通信部１５は、携帯電話機１が通信システム１００に含まれる他の機器と通信を行うためのものである。ここでは、通信部１５は、ＤＬＮＡ規格に従った通信を行うことを想定している。
【０１２１】
また、テレビ２は、図示のように、表示部４０、操作部４１、テレビ制御部４２、通信部４３、テレビ記憶部４４、及び操作信号受信部４５を備えている。
【０１２２】
表示部４０は、テレビ制御部４２の指示に従って画像を表示するものである。表示部４０には、テレビ２が受信した放送番組の映像や、携帯電話機１等のコンテンツサーバから受信したコンテンツ等が表示される。表示部４０は、テレビ制御部４２の制御に従って画像を表示するものであればよく、例えば液晶表示装置や有機ＥＬ（Electro Luminescence）表示装置等で構成してもよい。
【０１２３】
操作部４１は、ユーザの入力操作を受け付けるものである。操作部４１は、ユーザの入力操作を受け付け可能なものであればよく、例えばキーやボタン等で構成してもよい。
【０１２４】
テレビ制御部４２は、テレビ２の動作を統括して制御するものであり、テレビ制御部４２には、リクエスト実行部（コンテンツ要求手段、キー識別情報対応付手段、対応情報生成手段）５０と、コンテンツ再生部（コンテンツ再生手段）５１とが含まれている。
【０１２５】
リクエスト実行部５０は、リモコン３からの操作信号または操作部４１からの入力操作に基づいて、コンテンツサーバ（例えば携帯電話機１）にリクエストを送信する。また、リクエスト実行部５０は、コンテンツサーバから受信したＩＤをリモコン３の操作キーに対応付ける。そして、リモコン３から操作キーの操作に基づく操作信号を受信したときには、その操作キーに対応付けていたＩＤをコンテンツサーバにリクエストする。
【０１２６】
さらに、リクエスト実行部５０は、対応リストのＩＤと、携帯電話機１から受信した、該対応リストに含まれる各ＩＤとを対応付けた対応情報を生成する。ここで、リモコン３から受信した操作信号から、対応リストが選択されたと判断したときには、上記対応情報を参照して、選択された対応リストに含まれる各ＩＤを特定する。また、リクエスト実行部５０は、特定したＩＤをリモコン３の操作キーに割り当てる。これにより、携帯電話機１からＩＤを受信しなくとも、操作キーへの割り当てをおこなうことができる。
【０１２７】
コンテンツ再生部５１は、リクエスト実行部５０の指示に従ってコンテンツを再生する。具体的には、コンテンツ再生部５１は、画像コンテンツ（静止画像、動画像、文書等）の再生指示を受けたときには、そのコンテンツを表示部４０に表示し、必要に応じて、図示しないスピーカから音声出力する。また、音声コンテンツの再生指示を受けたときには、そのコンテンツを再生して、図示しないスピーカから音声出力する。
【０１２８】
通信部４３は、テレビ２が通信システム１００に含まれる他の機器と通信を行うためのものである。ここでは、通信部４３は、ＤＬＮＡ規格に従って携帯電話機１と通信を行うことを想定している。
【０１２９】
テレビ記憶部４４は、テレビ２で使用される各種データを格納するものである。図示のように、テレビ記憶部４４は、リスト格納部６０を含んでいる。リスト格納部６０には、リクエスト実行部５０が生成した対応情報が格納される。
【０１３０】
操作信号受信部４５は、リモコン３が送信する操作信号を受信し、受信した操作信号が示す命令をテレビ制御部４２のリクエスト実行部５０に通知する。例えば、リモコン３の番号キーが押されたときには、押された番号キーを示す操作信号がリモコン３から送信されるので、操作信号受信部４５は、この操作信号を受信してキー番号をリクエスト実行部５０に通知する。
【０１３１】
〔コンテンツ管理処理〕
コンテンツ管理部２１が行うコンテンツ管理処理について、図４に基づいて説明する。図４は、コンテンツ管理処理の一例を示すフローチャートである。
【０１３２】
アプリ監視部２０は、携帯アプリ１０がコンテンツに関する予め定めた処理を行うことを監視している（Ｓ１）。そして、処理が行われたことを検出する（Ｓ１でＹＥＳ）と、検出した処理を示す情報、処理を行ったアプリを示す情報、及び処理の対象となったコンテンツのＩＤをコンテンツ管理部２１に通知する。
【０１３３】
コンテンツ管理部２１は、アプリ監視部２０から、処理を示す情報、アプリを示す情報、及びコンテンツＩＤの通知を受信すると、処理の内容が、コンテンツの再生であるか確認する（Ｓ２）。ここで、コンテンツの再生であることが確認された場合（Ｓ２でＹＥＳ）には、コンテンツ管理部２１は、再生されたコンテンツにＬａｓｔＩＤを付与してラストコンテンツとして登録し（Ｓ３）、Ｓ４の処理に進む。ＬａｓｔＩＤが付与されたコンテンツには、２つのＩＤが付与された状態となる。一方、コンテンツの再生ではないことが確認された場合（Ｓ２でＮＯ）には、Ｓ３の処理を行わずにＳ４の処理に進む。
【０１３４】
なお、処理の内容がコンテンツのブックマークや、コンテンツの生成、コンテンツの格納である場合にも、ラストコンテンツとして登録するようにしてもよい。また、ラストコンテンツの登録を行うか否かを、アプリ監視部２０が検出したアプリに応じて変更してもよい。
【０１３５】
例えば、コンテンツ管理部２１は、ウェブサイトからコンテンツをダウンロードするアプリが、コンテンツを携帯電話機１にダウンロードした旨の通知をアプリ監視部２０から受けた場合には、そのコンテンツをラストコンテンツとして登録しないようにしてもよい。ダウンロードしたコンテンツは、どのようなコンテンツであるかをユーザが認識できない場合があり、このようなコンテンツがいきなりテレビ２で再生されることは好ましくないことも考えられるからである。
【０１３６】
また、例えば、ラストコンテンツの登録時に、そのラストコンテンツを再生したアプリを示す情報も登録するようにしてもよい。そして、アプリ毎に優先度を設定しておくことにより、特定のアプリが再生したコンテンツを他のアプリが再生したコンテンツよりも優先してラストコンテンツに設定してもよい。
【０１３７】
つまり、コンテンツ管理部２１は、アプリ監視部２０から、コンテンツの再生処理が行われたことを示す情報、アプリを示す情報、及びコンテンツＩＤの通知を受信したときに、現在のラストコンテンツを再生したアプリを確認する。そして、そのアプリの優先度と、今回アプリ監視部２０から通知されたアプリの優先度とを比較して、今回通知されたアプリの優先度が高ければラストコンテンツを更新し、低ければ更新しないようにしてもよい。
【０１３８】
これにより、コンテンツへのアクセスの早い遅いのみでなく、どのアプリがいつコンテンツにアクセスしたかに応じてラストコンテンツを決定することができるので、ユーザの好みに応じたコンテンツがラストコンテンツとなる確度を高めることが可能になる。
【０１３９】
Ｓ４では、コンテンツ管理部２１は、アプリ監視部２０から通知された処理、アプリ、及びコンテンツＩＤに基づき、コンテンツ管理情報３１の更新が必要であるか否かを確認する。ここで、コンテンツ管理情報３１の更新が必要であることが確認された場合（Ｓ４でＹＥＳ）には、コンテンツ管理部２１は、コンテンツ管理情報３１を更新してＳ６の処理に進む。
【０１４０】
例えば、コンテンツを追加する処理が検出された場合には、コンテンツ管理部２１は、追加されたコンテンツにＩＤを付与してコンテンツ管理情報３１を更新する。また、例えば、コンテンツを削除する処理が検出された場合には、削除されたコンテンツのＩＤを削除してコンテンツ管理情報３１を更新する。
【０１４１】
一方、コンテンツ管理情報３１の更新が必要でないことが確認された場合（Ｓ４でＮＯ）には、コンテンツ管理部２１は、コンテンツ管理情報３１を更新せずにＳ６の処理に進む。
【０１４２】
Ｓ６では、コンテンツ管理部２１は、対応リストの更新が必要であるかを確認する。ここで、対応リストの更新が必要であることが確認された場合（Ｓ６でＹＥＳ）には、コンテンツ管理部２１は、対応リストを更新して（Ｓ７）処理はＳ１に戻る。一方、対応リストの更新が必要でないことが確認された場合（Ｓ６でＮＯ）には、コンテンツ管理部２１は、対応リストを更新せずに処理はＳ１に戻る。
【０１４３】
なお、対応リストの更新とは、対応リストのＩＤに対応付けるコンテンツを更新することを指す。例えば、写真が撮影されて、コンテンツ格納部３０に格納された場合には、「最近撮った写真」に対応付けるコンテンツを上記撮影された写真に更新する。
【０１４４】
〔コンテンツ管理情報３１と対応リストの具体例〕
続いて、コンテンツ管理情報３１と対応リストの具体例を図５に基づいて説明する。図５は、コンテンツ管理情報３１と対応リストの一例を示す図である。
【０１４５】
図示のように、コンテンツ管理情報３１は、フォルダ及びコンテンツのそれぞれにＩＤが対応付けられた情報である。なお、このフォルダは、コンテンツ格納部３０のフォルダであり、コンテンツは、コンテンツ格納部３０に格納されているコンテンツである。同図において、ツリー形式で示しているように、コンテンツは階層的に格納、管理されている。
【０１４６】
また、コンテンツ管理情報３１では、コンテンツ格納部３０に格納されているコンテンツの１つが、ラストコンテンツとして登録されている。図示の例では、「007.jpg」がラストコンテンツとして登録されている。
【０１４７】
さらに、コンテンツ管理情報３１には、モード切り替え（対応リスト切り替え）のためのＩＤが含まれている。図示の例では、ＩＤ＝０９９９９の「ＣｈａｎｇｅＭｏｄｅＩＤ」がモード切り替えのためのＩＤに相当する。
【０１４８】
また、図示の例には、「ＫｅｙＩＤＬｉｓｔ」というリストが含まれている。ＫｅｙＩＤＬｉｓｔは、リスト格納部３２に格納されている各対応リストに割り当てられたＩＤを示すリストである。このＫｅｙＩＤＬｉｓｔを用いることによって、複数の対応リストを切り替えることができる。
【０１４９】
具体的には、図示のＫｅｙＩＤＬｉｓｔでは、「ＤｅｆａｕｌｔＫｅｙＩＤＬｉｓｔ」、「ＵｎｐｌａｙｅｄＰｈｏｔｏＩＤＬｉｓｔ」、「ＵｎｐｌａｙｅｄＭｕｓｉｃＩＤＬｉｓｔ」、「ＵｎｐｌａｙｅｄＭｏｖｉｅＩＤＬｉｓｔ」、及び「ＢｏｏｋｍａｒｋｅｄＣｏｎｔｅｎｔｓＩＤＬｉｓｔ」の５つの対応リストに、１９９９９、２９９９９、３９９９９、４９９９９、及び５９９９９のＩＤがそれぞれ対応付けられている。この対応リストによってリモコン３の番号キーでコンテンツを切り替えることが可能になる。
【０１５０】
そして、図５では、これらの対応リストのうち、ＤｅｆａｕｌｔＫｅｙＩＤＬｉｓｔ及びＢｏｏｋｍａｒｋｅｄＣｏｎｔｅｎｔｓＩＤＬｉｓｔの具体的内容を例示している。
【０１５１】
図示のＤｅｆａｕｌｔＫｅｙＩＤＬｉｓｔでは、リモコン３の１〜１０番の番号キーにＩＤ＝０１００１〜０１０１０が対応付けられている。このＩＤの２番目の数字が、ＤｅｆａｕｌｔＫｅｙＩＤＬｉｓｔのＩＤの先頭の数字と一致している。これにより、ＩＤ＝０１００１〜０１０１０が、ＤｅｆａｕｌｔＫｅｙＩＤＬｉｓｔに対応するＩＤであることを特定することができる。また、ＩＤ＝０１００１〜０１０１０の末尾の２桁は、リモコン３の番号キーに対応している。これにより、各ＩＤを受信したテレビ２が、何れのＩＤを何れの操作キーに割り当てるかを決定することができる。つまり、対応リストに含まれるＩＤには、対応リストを特定するための情報と、操作キーを特定するための情報とが含まれている。
【０１５２】
また、これらのＩＤには、それぞれコンテンツが割り当てられている。具体的には、ラストコンテンツ、未再生の写真、未再生の音楽等がそれぞれ割り当てられている。これらのコンテンツの割り当ては、上述のコンテンツ管理処理（図４参照）によって行われる。
【０１５３】
例えば、コンテンツの再生が行われたときには、ラストコンテンツが変わるので、それに応じてＩＤ＝０１００１に割り当てられるコンテンツが更新される。また、例えば、写真を撮影する等して新たな写真がコンテンツ格納部３０に追加されたときには、その写真のＩＤを未再生の写真に対応するＩＤ＝０１００２に割り当てる。
【０１５４】
また、１１番の番号キーにはＣｈａｎｇｅＭｏｄｅＩＤ（ＩＤ＝０９９９９）が対応付けられている。これにより、１１番の番号キーの操作によって、モード切り替え（使用する対応リストの切り替え）が可能になる。
【０１５５】
さらに、１２番の番号キーには、ルートＩＤ（ＩＤ＝０）が対応付けられている。これにより、１２番の番号キーの操作によって、ルートＩＤをリクエストすることが可能になる。なお、ルートＩＤをリクエストした場合には、図２５に示したように、ルートディレクトリの直下のファイル及びコンテンツのＩＤが受信される。
【０１５６】
また、図示のＢｏｏｋｍａｒｋｅｄＣｏｎｔｅｎｔｓＩＤＬｉｓｔでは、リモコン３の１〜１０番の番号キーにＩＤ＝０５００１〜０５０１０が対応付けられている。これらのＩＤには、それぞれコンテンツが割り当てられている。具体的には、ブックマークされたコンテンツがそれぞれ割り当てられている。これらのコンテンツの割り当ても、上述のコンテンツ管理処理（図４参照）によって行われる。
【０１５７】
例えば、コンテンツがブックマーク登録されたときには、ＩＤ＝０５００１〜０５０１０のうち、コンテンツが割り当てられていないＩＤに、上記ブックマークされたコンテンツを割り当てる。なお、全てのＩＤに割り当てが行われている場合には、割り当てられているＩＤの１つに代えて、上記ブックマークされたコンテンツを割り当てる。
【０１５８】
また、ＤｅｆａｕｌｔＫｅｙＩＤＬｉｓｔと同様に、１１番の番号キーにはＣｈａｎｇｅＭｏｄｅＩＤ（ＩＤ＝０９９９９）が、１２番の番号キーにはルートＩＤ（ＩＤ＝０）が対応付けられている。
【０１５９】
ＵｎｐｌａｙｅｄＰｈｏｔｏＩＤＬｉｓｔ、ＵｎｐｌａｙｅｄＭｕｓｉｃＩＤＬｉｓｔ、及びＵｎｐｌａｙｅｄＭｏｖｉｅＩＤＬｉｓｔも上述の対応リストと同様に、ＩＤと番号キーとが対応付けられており、ＩＤには対応リストに応じたコンテンツが割り当てられている。すなわち、ＵｎｐｌａｙｅｄＰｈｏｔｏＩＤＬｉｓｔでは、未再生の写真が割り当てられており、ＵｎｐｌａｙｅｄＭｕｓｉｃＩＤＬｉｓｔでは、未再生の音声コンテンツが割り当てられており、ＵｎｐｌａｙｅｄＭｏｖｉｅＩＤＬｉｓｔでは、未再生の動画コンテンツが割り当てられている。
【０１６０】
〔ラストコンテンツを自動表示させる処理の具体例〕
次に、ラストコンテンツを自動表示させる処理の具体例を図６に基づいて説明する。図６は、ラストコンテンツを自動表示させる処理の一例を示すタイミングチャート及び画面例を示す図である。なお、ここでは、図５に示したコンテンツ管理情報３１及び対応リストを使用することを想定している。
【０１６１】
まず、テレビ２は、応答要求（応答のリクエスト）及びテレビ２の属性情報を、通信システム１００に含まれる各機器にブロードキャスト送信して、サーバサーチを行う。そして、この応答要求を受信した携帯電話機１は、応答及び自端末の属性情報をテレビ２に送信する。
【０１６２】
応答及び属性情報を受信したテレビ２は、同図の画面例に示すように、受信した属性情報で特定されるサーバを表示する。図示の例では、ＰＣ００１、ＮＡＳ（Network Attached Storage）００１、Ｍｏｂｉｌｅ００１の３つのサーバから応答及び属性情報を受信したことを想定している。このうち、Ｍｏｂｉｌｅ００１が携帯電話機１に対応している。
【０１６３】
表示したサーバの中からＭｏｂｉｌｅ００１、すなわち携帯電話機１が選択されると、テレビ２は、携帯電話機１にＩＤ＝０（ルートＩＤ）をリクエストする。そして、ＩＤ＝０のリクエストを受信した携帯電話機１は、子ＩＤとして、ＩＤ＝０１００１を送信する。このＩＤ＝０１００１は、ＬａｓｔＩＤである。
【０１６４】
また、携帯電話機１は、ＬａｓｔＩＤが割り当てられたコンテンツの実体、すなわちラストコンテンツをテレビ２に送信する。さらに、携帯電話機１は、親ＩＤとしてＩＤ＝０９９９９を送信する。ここでは、図５のコンテンツ管理情報３１を用いることを想定しているので、ラストコンテンツは、ＩＤ＝１１０１の「００７．ｊｐｇ」である。また、親ＩＤは、ＫｅｙＩＤＬｉｓｔのＩＤである。
【０１６５】
そして、テレビ２は、受信したラストコンテンツを出力する。ここでは、ラストコンテンツが画像であることを想定しているので、テレビ２はラストコンテンツの表示を行う。これにより、同図の画面例に示すように、ラストコンテンツが表示される。
【０１６６】
〔リモコン３でコンテンツを出力させる処理の具体例（モード一覧から選択）〕
次に、リモコン３でコンテンツを出力させる処理の具体例を図７に基づいて説明する。図７は、リモコン３でモード一覧からモード選択し、選択したモードの対応リストからコンテンツを選択してテレビ２に出力させる処理の一例を示すタイミングチャート及び画面例を示す図である。なお、以下で説明する処理は、図６の（Ａ）及び（Ｂ）に続く処理である。
【０１６７】
まず、テレビ２は、受信した親ＩＤをリモコン３の操作キーに割り当てる。ここでは、リモコン３の赤キー（図３参照）にＩＤ＝０９９９９を割り当てる。無論、割り当ての対象となるキーは、リモコン３の操作キーの何れであっても構わない。
【０１６８】
そして、テレビ２は、ユーザの自装置に対する入力操作を検出するか、または操作が行われずに一定時間が経過したときには、同図の２番目の画面例に示すように、赤キーでメニュー画面が表示されることを示す画像を表示する。図５に示したように、コンテンツ管理情報３１において、ＩＤ＝０９９９９にはＣｈａｎｇｅＭｏｄｅＩＤが対応付けられている。
【０１６９】
ここで、リモコン３の赤キーが操作されると、赤キーが操作されたことを示す操作信号がリモコン３からテレビ２に送信される。そして、この操作信号を受信したテレビ２は、赤キーに割り当てたＩＤ＝０９９９９（ＣｈａｎｇｅＭｏｄｅＩＤ）を携帯電話機１にリクエストする。
【０１７０】
そして、ＩＤ＝０９９９９のリクエストを受信した携帯電話機１は、ＩＤ＝０９９９９に割り当てられている対象を特定する。上述のように、ＩＤ＝０９９９９は、ＣｈａｎｇｅＭｏｄｅＩＤ、すなわちモード切り替えを行う処理に割り当てられていることを想定している。そして、本例では、ＫｅｙＩＤＬｉｓｔに含まれる各対応リストのモードをテレビ２に一覧表示させてモード切り替えを行うことを想定している。
【０１７１】
このため、携帯電話機１は、ＫｅｙＩＤＬｉｓｔに含まれる各ＩＤ（ＩＤ＝１９９９９、…、５９９９９）と、これらのＩＤに対応するアイコンと、ルートＩＤとをテレビ２に送信する。また、親ＩＤとして、ＩＤ＝０９９９９を送信する。
【０１７２】
次に、上記のＩＤとアイコンを受信したテレビ２は、受信したＩＤをリモコン３の操作キーに割り当てる。具体的には、ＩＤ＝１９９９９、…、５９９９９をリモコン３の１〜５番の番号キーにそれぞれ割り当てる。また、ＩＤ＝０をリモコン３の１２番の番号キーに割り当てる。
【０１７３】
また、テレビ２は、受信したアイコンを表示して割り当て結果をユーザに提示する。具体的には、リモコン３の１〜５及び１２の番号キーの位置に、ＩＤ＝１９９９９、…、５９９９９、０に対応するアイコンをそれぞれ表示する。これらのアイコンは、ＩＤ＝１９９９９、…、５９９９９、０に対応するモードをユーザが認識できるようなものとすることが好ましい。なお、図示の例では、図面が煩雑になることを避けるため、アイコンの代わりにキー番号を示している。
【０１７４】
さらに、テレビ２は、ＩＤ＝０９９９９と、受信したＩＤ及びアイコンを対応付けた対応情報を生成し、リスト格納部６０に格納する。これにより、次にＩＤ＝０９９９９が割り当てられた操作キーが操作されたときに、携帯電話機１にリクエストを送信しなくとも、割り当て及び割り当て結果の表示を行うことができる。
【０１７５】
ここで、リモコン３の１番の番号キーが操作されると、１番の番号キーが操作されたことを示す操作信号がリモコン３からテレビ２に送信される。そして、この操作信号を受信したテレビ２は、１番の番号キーに割り当てたＩＤ＝１９９９９を携帯電話機１にリクエストする。図５に示したように、ＩＤ＝１９９９９は、ＤｅｆａｕｌｔＫｅｙＩＤＬｉｓｔに対応している。
【０１７６】
次に、ＩＤ＝１９９９９のリクエストを受信した携帯電話機１は、ＩＤ＝１９９９９に割り当てられている対象を特定する。ここでは、ＩＤ＝１９９９９が、ＤｅｆａｕｌｔＫｅｙＩＤＬｉｓｔに割り当てられていることを想定しているので、携帯電話機１は、ＤｅｆａｕｌｔＫｅｙＩＤＬｉｓｔに対するリクエストを受信したと判断する。そこで、携帯電話機１は、ＤｅｆａｕｌｔＫｅｙＩＤＬｉｓｔ含まれる各ＩＤ（ＩＤ＝０１００１〜０１０１０）と、これらのＩＤで特定される各コンテンツのサムネイル画像と、ＣｈａｎｇｅＭｏｄｅＩＤ（ＩＤ＝０９９９９）と、ルートＩＤとをテレビ２に送信する。また、親ＩＤとして、ＩＤ＝１９９９９を送信する。
【０１７７】
上記のＩＤとサムネイル画像を受信したテレビ２は、受信したＩＤをリモコン３の操作キーに割り当てる。具体的には、ＩＤ＝０１００１〜０１０１０をリモコン３の１〜１０番の番号キーにそれぞれ割り当てる。また、ＩＤ＝０９９９９を１１番の番号キーに割り当てて、ＩＤ＝０を１２番の番号キーに割り当てる。
【０１７８】
また、テレビ２は、受信したサムネイル画像を表示して割り当て結果をユーザに提示する。具体的には、リモコン３の１〜１０番の番号キーの位置に、ＩＤ＝０１００１〜０１０１０に対応するサムネイル画像をそれぞれ表示する。また、リモコン３の１１、１２番の番号キーの位置に、０９９９９、及び０に対応するアイコンを表示する。なお、表示する画像については後述する。
【０１７９】
ここで、リモコン３の２番の番号キーが操作されると、２番の番号キーが操作されたことを示す操作信号が、リモコン３からテレビ２に送信される。そして、この操作信号を受信したテレビ２は、２番の番号キーに割り当てたＩＤ＝０１００２を携帯電話機１にリクエストする。
【０１８０】
次に、ＩＤ＝０１００２のリクエストを受信した携帯電話機１は、ＩＤ＝０１００２に割り当てられている対象を特定する。図５に示すように、ＤｅｆａｕｌｔＫｅｙＩＤＬｉｓｔにおいて、ＩＤ＝０１００２には、ＩＤ＝０１１０２のコンテンツに割り当てられている。このため、携帯電話機１は、ＩＤ＝０１１０２のコンテンツをコンテンツ格納部３０から読み出す。
【０１８１】
そして、携帯電話機１は、読み出したコンテンツとＩＤ＝０１１０２とをテレビ２に送信すると共に、親ＩＤとして、ＩＤ＝１９９９９を送信し、これらを受信したテレビ２は、受信したコンテンツを出力する。図５に示すように、ＩＤ＝０１１０２のコンテンツは、「００９．ｇｉｆ」であり、これは画像のデータである。このため、図示のように、テレビ２は、携帯電話機１から受信した００９．ｇｉｆの画像データを表示する。
【０１８２】
〔ＤｅｆａｕｌｔＫｅｙＩＤＬｉｓｔの表示例〕
テレビ２は、ＤｅｆａｕｌｔＫｅｙＩＤＬｉｓｔの各ＩＤとサムネイル画像とを受信したときに、図８のような画像を表示してもよい。図８は、ＤｅｆａｕｌｔＫｅｙＩＤＬｉｓｔの各ＩＤとサムネイル画像とを受信したときに表示する画面の一例を示す図である。
【０１８３】
図示の例では、１〜１２のキー番号がそれぞれ付された１２個の矩形が表示されており、各矩形内にはキー番号に割り当てられた対象を示す文字列が表示されている。これにより、ユーザは、各番号キーにどのような対象が割り当てられているかを容易に認識することができ、また各番号キーを押したときにどのような処理が行われるかを容易に認識することができる。
【０１８４】
具体的には、１〜１０番の矩形には、ラストコンテンツやまだ再生されていない写真等のように、図５のＤｅｆａｕｌｔＫｅｙＩＤＬｉｓｔに含まれる各コンテンツを示す文字列が表示されている。また、１１番の矩形にはモード切替、１２番の矩形にはフォルダツリーと表示されている。これにより、リモコン３の１〜１０番の番号キーによって、携帯電話機１で最後に再生したコンテンツやまだ再生されていない写真等のコンテンツをテレビ２に出力させることができることを、ユーザに認識させることができる。また、１１番の番号キーによってモード切り替えを行うことができ、１２番の番号キーによってフォルダツリーを表示させることができることをユーザに認識させることができる。
【０１８５】
なお、同図では、図面が煩雑になることを避けるため、サムネイル画像の記載を省略しているが、コンテンツが割り当てられている番号の矩形には、そのコンテンツのサムネイル画像が表示される。これにより、ユーザは、コンテンツの中身を確認した上で、コンテンツを携帯電話機１から取得して表示するかを判断することができる。無論、割り当ての表示は、割り当てをユーザが認識できるようなものであればよく、図示の例に限られない。
【０１８６】
また、図示の例では、各番号キーに対応する矩形の配列を、リモコン３の番号キーの配列に合わせている（図３参照）。これにより、リモコン３の番号キーと、その番号キーを押したときに表示されるコンテンツとの対応関係をユーザが認識しやすくなる。
【０１８７】
〔リモコン３でコンテンツを表示させる処理の具体例（図７の続き）〕
続いて、図７の処理の続きを図９に基づいて説明する。図９は、図７の処理の続きを示す図であり、ＢｏｏｋｍａｒｋｅｄＣｏｎｔｅｎｔｓＩＤＬｉｓｔからコンテンツを選択してテレビに表示させる処理の一例を示すタイミングチャート及び画面例を示す図である。
【０１８８】
まず、テレビ２は、受信した親ＩＤをリモコン３の操作キーに割り当てる。ここでは、リモコン３の赤キー（図３参照）にＩＤ＝１９９９９を割り当てる。無論、割り当ての対象となる操作キーは、リモコン３の操作キーの何れであっても構わない。
【０１８９】
ここで、テレビ２は、ユーザの自装置に対する入力操作を検出するか、または操作が行われずに一定時間が経過したときには、同図の１番目の画面例に示すように、赤キーでメニュー画面が表示されることを示す画像を表示する。なお、ここでは、ＩＤ＝１９９９９が赤キーに割り当てられているので、赤キーの操作で表示されるメニュー画面は、図８に示したような、ＤｅｆａｕｌｔＫｅｙＩＤＬｉｓｔに基づくメニュー画面となる。
【０１９０】
この状態において、リモコン３の赤キーが操作されると、赤キーが操作されたことを示す操作信号がリモコン３からテレビ２に送信される。そして、この操作信号を受信したテレビ２は、ＩＤ＝１９９９９のリクエストは行わず、赤キーに割り当てたＤｅｆａｕｌｔＫｅｙＩＤＬｉｓｔに基づくメニュー画面を表示する。
【０１９１】
これは、テレビ２のリクエスト実行部５０が、モード設定されたときに、そのモードの対応リストのＩＤと、携帯電話機１から受信したＩＤ及びアイコン（またはサムネイル画像）とを対応付けた対応情報を生成してリスト格納部６０に格納しておくことにより可能になる。これにより、携帯電話機１と通信を行うことなく、迅速に表示を行うことができる。なお、アイコンやサムネイル画像の対応付けは省略することもできる。
【０１９２】
ここで、リモコン３の１１番の番号キーが操作されると、該操作キーが操作されたことを示す操作信号がリモコン３からテレビ２に送信される。そして、この操作信号を受信したテレビ２は、同図の画面例に示すように、１１番の番号キーに割り当てたモード一覧を表示する。このモード一覧についても、モード一覧のＩＤと、携帯電話機１から受信したＩＤ及びアイコンとを対応付けた対応情報を生成して格納しておき、再度リクエストを行うことなく表示することが好ましい。
【０１９３】
次に、リモコン３の５番の番号キーが操作されると、該操作キーが操作されたことを示す操作信号がリモコン３からテレビ２に送信される。そして、この操作信号を受信したテレビ２は、５番の番号キーに割り当てたＩＤ＝５９９９９を携帯電話機１にリクエストする。
【０１９４】
次に、ＩＤ＝５９９９９のリクエストを受信した携帯電話機１は、ＩＤ＝５９９９９に割り当てられている対象を特定する。ここでは、ＩＤ＝５９９９９が、ＢｏｏｋｍａｒｋｅｄＩＤＬｉｓｔ（図５参照）に割り当てられていることを想定しているので、携帯電話機１は、ＢｏｏｋｍａｒｋｅｄＩＤＬｉｓｔに含まれる各ＩＤ（ＩＤ＝０５００１〜０５０１０）と、これらのＩＤで特定される各コンテンツのサムネイル画像と、ＣｈａｎｇｅＭｏｄｅＩＤ（ＩＤ＝０９９９９）と、ルートＩＤとをテレビ２に送信する。また、親ＩＤとして、ＩＤ＝５９９９９を送信する。
【０１９５】
上記のＩＤとサムネイル画像を受信したテレビ２は、受信したＩＤをリモコン３の操作キーに割り当てる。具体的には、ＩＤ＝０５００１〜０５０１０をリモコン３の１〜１０番の番号キーにそれぞれ割り当てる。また、ＩＤ＝０９９９９を１１番の番号キーに割り当てると共に、ＩＤ＝０を１２番の番号キーに割り当てる。
【０１９６】
また、テレビ２は、受信したサムネイル画像を表示して割り当て結果をユーザに提示する。具体的には、リモコン３の１〜１０番の番号キーの位置に、ＩＤ＝０５００１〜０５０１０に対応するサムネイル画像をそれぞれ表示する。また、リモコン３の１１、１２番の番号キーの位置に、０９９９９、及び０に対応するアイコンを表示する。なお、ＢｏｏｋｍａｒｋｅｄＩＤＬｉｓｔに基づく表示例については後述する。
【０１９７】
ここで、リモコン３の３番の番号キーが操作されると、３番の番号キーが操作されたことを示す操作信号がリモコン３からテレビ２に送信される。そして、この操作信号を受信したテレビ２は、３番の番号キーに割り当てたＩＤ＝０５００３を携帯電話機１にリクエストする。
【０１９８】
次に、ＩＤ＝０５００３のリクエストを受信した携帯電話機１は、ＩＤ＝０５００３に割り当てられている対象を特定する。図５に示すように、ＢｏｏｋｍａｒｋｅｄＩＤＬｉｓｔにおいて、ＩＤ＝０５００３は、ＩＤ＝０４００３のコンテンツに割り当てられている。このため、携帯電話機１は、ＩＤ＝０４００３のコンテンツをコンテンツ格納部３０から読み出す。
【０１９９】
そして、携帯電話機１は、読み出したコンテンツとＩＤ＝０４００３とをテレビ２に送信すると共に、親ＩＤとして、ＩＤ＝５９９９９を送信し、これらを受信したテレビ２は、受信したコンテンツを出力する。図５に示すように、ＩＤ＝０４００３のコンテンツは、「ｄ２０１．ｗｍｖ」であり、これは動画のデータである。このため、図示のように、テレビ２は、携帯電話機１から受信したｄ２０１．ｗｍｖの動画データを再生する。
【０２００】
〔ＢｏｏｋｍａｒｋｅｄＩＤＬｉｓｔの表示例〕
テレビ２は、ＢｏｏｋｍａｒｋｅｄＩＤＬｉｓｔの各ＩＤとサムネイル画像とを受信したときに、図１０のような画像を表示してもよい。図１０は、ＢｏｏｋｍａｒｋｅｄＩＤＬｉｓｔの各ＩＤとサムネイル画像とを受信したときに表示する画面の一例を示す図である。
【０２０１】
図示の例では、１〜１２のキー番号がそれぞれ付された１２個の矩形が表示されており、各矩形内にはキー番号に割り当てられた対象を示す文字列が表示されている。これにより、ユーザは、各番号キーにどのような対象が割り当てられているかを容易に認識することができ、また各番号キーを押したときにどのような処理が行われるかを容易に認識することができる。
【０２０２】
具体的には、１〜１０番の矩形には、それぞれブックマークされたコンテンツ１〜１０と表示されている。また、１１番の矩形にはモード切替、１２番の矩形にはフォルダツリーと表示されている。これにより、リモコン３の１〜１０番の番号キーによって、携帯電話機１においてブックマークされたコンテンツをテレビ２に出力させることができることを、ユーザに認識させることができる。また、１１番の番号キーによってモード切り替えを行うことができ、１２番の番号キーによってフォルダツリーを表示させることができることをユーザに認識させることができる。
【０２０３】
なお、同図では、図面が煩雑になることを避けるため、サムネイル画像の記載を省略しているが、コンテンツが割り当てられている番号の矩形には、そのコンテンツのサムネイル画像が表示される。これにより、ユーザは、コンテンツの中身を確認した上で、コンテンツを携帯電話機１から取得して表示するかを判断することができる。
【０２０４】
〔モード一覧からのモード切り替え〕
以上説明した図５〜図１０の例では、モード一覧からモード切り替えを行っている。つまり、あるモードから他のモードに切り替えるときには、一度モード一覧を表示して、その中から切り替え先のモードを選択させる。これについて、図１１に基づいて説明する。図１１は、モード切り替えをモード一覧で行う場合の画面遷移の一例を示す図である。
【０２０５】
同図の左側には、モード切替メニューの画面例が示されている。モード切替メニューは、選択対象となるモードを一覧表示したメニュー画面であり、ＫｅｙＩＤＬｉｓｔに基づいて表示される。図示の例では、１番の矩形に、ＤｅｆａｕｌｔＫｅｙＩＤＬｉｓｔに対応するモード名である「デフォルトモード」と表示されている。２〜５番の矩形についても同様に、ＫｅｙＩＤＬｉｓｔに含まれる各対応リストに対応するモード名が表示されている。また、１２番の矩形には、「フォルダツリー」と表示されている。
【０２０６】
このモード切替メニューが表示されているときに、リモコン３の１〜５番の番号キーを操作することによって、モード切り替えを行うことができる。つまり、１番の番号キーを操作したときには、デフォルトモードに移行して、ＤｅｆａｕｌｔＫｅｙＩＤＬｉｓｔに対応する番号キーの割り当てが表示される。
【０２０７】
そして、デフォルトモードから他のモードに切り替えるときには、リモコン３の１１番の番号キーを操作して、再度モード切り替えメニューを表示させ、このメニューの中から切り替え先モードを選択する。
【０２０８】
〔リモコン３でコンテンツを表示させる処理の具体例（モード一覧を表示しない例）〕
次に、リモコン３でコンテンツを表示させる処理の他の例を図１２から図１５に基づいて説明する。上述では、モード一覧からモードを選択することでモード切り替えを行う例を示したが、本例ではモード一覧を表示させずにモード切り替えを行う。
【０２０９】
まず、使用するコンテンツ管理情報３１及び対応リストについて図１２に基づいて説明する。図１２は、モード一覧を表示しない場合に用いるコンテンツ管理情報３１及び対応リストの一例を示す図である。なお、上述の例と共通している部分についての説明は省略する。
【０２１０】
図５のコンテンツ管理情報３１では、ＩＤ＝０９９９９にＣｈａｎｇｅＭｏｄｅＩＤが割り当てられていたのに対し、本例のコンテンツ管理情報３１では、図示のように、ＫｅｙＩＤＬｉｓｔが割り当てられている。
【０２１１】
また、図５では、ＫｅｙＩＤＬｉｓｔの他に、対応リストとして、ＤｅｆａｕｌｔＫｅｙＩＤＬｉｓｔとＢｏｏｋｍａｒｋｅｄＣｏｎｔｅｎｔｓＩＤＬｉｓｔを例示していたが、本例ではＢｏｏｋｍａｒｋｅｄＣｏｎｔｅｎｔｓＩＤＬｉｓｔの代わりにＵｎｐｌａｙｅｄＰｈｏｔｏＩＤＬｉｓｔを例示している。ＵｎｐｌａｙｅｄＰｈｏｔｏＩＤＬｉｓｔは、図示のＫｅｙＩＤＬｉｓｔに記載のように、ＩＤ＝２９９９９に割り当てられた対応リストであり、未再生の写真を選択するための未再生写真モードで使用される対応リストである。
【０２１２】
続いて、処理の流れを図１３に基づいて説明する。図１３は、モード一覧を表示させずにモード切り替えを行う場合に、リモコン３でテレビ２にコンテンツを出力させる処理の一例を示すタイミングチャート及び画面例を示す図である。なお、以下で説明する処理は、図６の（Ａ）及び（Ｂ）に続く処理であることを想定している。このため、同図の１番目の画面例ではラストコンテンツがテレビ２に表示されている。
【０２１３】
まず、テレビ２は、受信した親ＩＤをリモコン３の操作キーに割り当てる。ここでは、リモコン３の赤キー（図３参照）にＩＤ＝０９９９９を割り当てる。無論、割り当ての対象となるキーは、リモコン３の操作キーの何れであっても構わない。
【０２１４】
そして、テレビ２は、ユーザの自装置に対する入力操作を検出するか、または操作が行われずに一定時間が経過したときには、同図の２番目の画面例に示すように、赤キーでメニュー画面が表示されることを示す画像を表示する。図１２に示したように、ＩＤ＝０９９９９にはＫｅｙＩＤＬｉｓｔが対応付けられている。
【０２１５】
ここで、リモコン３の赤キーが操作されると、赤キーが操作されたことを示す操作信号がリモコン３からテレビ２に送信される。そして、この操作信号を受信したテレビ２は、赤キーに対応付けられているＩＤ＝０９９９９を携帯電話機１にリクエストする。
【０２１６】
そして、ＩＤ＝０９９９９のリクエストを受信した携帯電話機１は、ＩＤ＝０９９９９に対応付けられている対象を特定する。上述のように、ＩＤ＝０９９９９は、ＫｅｙＩＤＬｉｓｔに対応付けられていることを想定している。つまり、ＩＤ＝０９９９９のリクエストが、モード切り替え（対応リスト切り替え）のリクエストということになる。そして、本例では、モード一覧を表示させずにモード切り替えを行うことを想定している。
【０２１７】
このため、携帯電話機１は、ＫｅｙＩＤＬｉｓｔに含まれる各ＩＤ（ＩＤ＝１９９９９、…、５９９９９）から１つのＩＤを選択する。ここでは、ＩＤの番号が最も小さいＩＤ＝１９９９９（ＤｅｆａｕｌｔＫｅｙＩＤＬｉｓｔ）の対応リストを選択することを想定している。このように、携帯電話機１が自動で選択した対応リストに含まれるＩＤを送信することにより、モード一覧がテレビ２に表示されないことになる。
【０２１８】
そして、携帯電話機１は、選択したＩＤの対応リストに含まれる各ＩＤ（ＩＤ＝０１００１〜０１０１０）と、これらのＩＤに対応するサムネイル画像と、ＩＤ＝０９９９９と、ルートＩＤとをテレビ２に送信する。また、親ＩＤとして、上記選択したＤｅｆａｕｌｔＫｅｙＩＤＬｉｓｔのＩＤを送信する。
【０２１９】
次に、上記のＩＤとアイコンを受信したテレビ２は、受信したＩＤをリモコン３の操作キーに割り当てる。具体的には、ＩＤ＝０１００１〜０１０１０をリモコン３の１〜１０番の番号キーにそれぞれ割り当てる。また、ＩＤ＝０９９９９をリモコン３の１１番、ＩＤ＝０を１２番の番号キーにそれぞれ割り当てる。これにより、テレビはデフォルトモードとなる。
【０２２０】
また、テレビ２は、受信したサムネイル画像を表示して割り当て結果をユーザに提示する。ここで表示される画像は、ＤｅｆａｕｌｔＫｅｙＩＤＬｉｓｔによる割り当て結果を示すものであるから、図８の例と同様である。
【０２２１】
＜リモコン３でコンテンツを表示させる処理の具体例（対応リストの切り替え）＞
続いて、図１３の処理の続きを図１４に基づいて説明する。図１４は、図１３の処理の続きを示すタイミングチャート及び画面例を示す図であり、モード一覧を表示させずに対応リストを切り替える例を示す図である。
【０２２２】
リモコン３の１１番の番号キーが操作されると、該キーが操作されたことを示す操作信号がリモコン３からテレビ２に送信される。そして、この操作信号を受信したテレビ２は、１１番の番号キーに割り当てたＩＤ＝０９９９９（ＣｈａｎｇｅＭｏｄｅＩＤ）を携帯電話機１にリクエストする。
【０２２３】
そして、ＩＤ＝０９９９９のリクエストを受信した携帯電話機１は、ＩＤ＝０９９９９に対応付けられている対象を特定する。図１２に示すように、携帯電話機１において、ＩＤ＝０９９９９は、ＫｅｙＩＤＬｉｓｔに対応付けられている。そして、本例では、モード一覧を表示させずにモード切り替えを行うことを想定している。
【０２２４】
このため、携帯電話機１は、ＫｅｙＩＤＬｉｓｔに含まれる各ＩＤ（ＩＤ＝１９９９９、…、５９９９９）から１つのＩＤを選択する。ここでは、テレビ２が、ＩＤの番号が最も小さいＩＤ＝１９９９９に対応するモード（デフォルトモード）に設定されているので、その次に番号の小さいＩＤ＝２９９９９の対応リスト（ＵｎｐｌａｙｅｄＰｈｏｔｏＩＤＬｉｓｔ）を選択する。
【０２２５】
つまり、携帯電話機１は、受信した親ＩＤから、テレビ２において設定されている現在のモードを特定する。そして、ＩＤ＝０９９９９のリクエストを受ける度に、予め定めた順序で、現在のモードとは異なる対応リストのＩＤをＫｅｙＩＤＬｉｓｔから選択する。
【０２２６】
なお、この順序は、ＩＤ番号の小さい順に限られず、任意の順序とすることができ、例えばテーブル形式のデータとして携帯電話機１に格納されていてもよい。また、順序は、必ずしも固定とする必要はなく、例えば、ユーザの選択頻度の高いモードのＩＤが先に表示されるように順序を変更してもよい。さらに、テレビ２で設定されているモードは、テレビ２の端末ＩＤやＩＰアドレスを受信し、これらの情報に基づいて特定することもできる。
【０２２７】
そして、携帯電話機１は、選択したＩＤの対応リストに含まれる各ＩＤ（ＩＤ＝０２００１〜０２０１０）と、これらのＩＤに対応するサムネイル画像と、ＩＤ＝０９９９９と、ルートＩＤとをテレビ２に送信する。また、親ＩＤとして、上記選択したＵｎｐｌａｙｅｄＰｈｏｔｏＩＤＬｉｓｔのＩＤを送信する。
【０２２８】
次に、上記のＩＤとアイコンを受信したテレビ２は、受信したＩＤをリモコン３の操作キーに割り当てる。具体的には、ＩＤ＝０２００１〜０２０１０をリモコン３の１〜１０番の番号キーにそれぞれ割り当てる。また、ＩＤ＝０９９９９をリモコン３の１１番、ＩＤ＝０を１２番の番号キーにそれぞれ割り当てる。これにより、テレビ２は、未再生写真モードとなる。
【０２２９】
また、テレビ２は、受信したサムネイル画像を表示して割り当て結果をユーザに提示する。なお、図示の例では、図面が煩雑になることを避けるためサムネイル画像の代わりにキー番号を示している。
【０２３０】
ここで、リモコン３の１番の番号キーが操作されると、１番の番号キーが操作されたことを示す操作信号がリモコン３からテレビ２に送信される。そして、この操作信号を受信したテレビ２は、１番の番号キーに割り当てたＩＤ＝０２００１を携帯電話機１にリクエストする。
【０２３１】
次に、ＩＤ＝０２００１のリクエストを受信した携帯電話機１は、ＩＤ＝０２００１に割り当てられている対象を特定する。図１２に示すように、ＵｎｐｌａｙｅｄＰｈｏｔｏＩＤＬｉｓｔにおいて、ＩＤ＝０２００１は、ＩＤ＝０１１０２のコンテンツに割り当てられている。このため、携帯電話機１は、ＩＤ＝０１１０２のコンテンツをコンテンツ格納部３０から読み出す。
【０２３２】
そして、携帯電話機１は、読み出したコンテンツとＩＤ＝０１１０２とをテレビ２に送信すると共に、親ＩＤとして、ＩＤ＝２９９９９を送信し、これらを受信したテレビ２は、受信したコンテンツを出力する。図１２に示すように、ＩＤ＝０１１０２のコンテンツは、「００９．ｇｉｆ」であり、これは画像のデータである。このためテレビ２は、同図の３番目の画面例に示すように、携帯電話機１から受信した００９．ｇｉｆの画像を表示する。
【０２３３】
そして、テレビ２は、ユーザの自装置に対する入力操作を検出するか、または操作が行われずに一定時間が経過したときには、同図の４番目の画面例に示すように、赤キーでメニュー画面が表示されることを示す画像を表示する。ここでは、赤キーには、最後に受信した親ＩＤ＝２９９９９が割り当てられている。
【０２３４】
ここで、リモコン３の赤キーが操作されると、赤キーが操作されたことを示す操作信号がリモコン３からテレビ２に送信される。そして、この操作信号を受信したテレビ２は、赤キーに割り当てたＩＤ＝２９９９９（ＵｎｐｌａｙｅｄＰｈｏｔｏＩＤＬｉｓｔ）を表示する。つまり、赤キーによって、直前のモードに切り替えることができるようになっている。
【０２３５】
＜モード一覧を用いないモード切り替え＞
以上説明した図１２〜図１４の例では、モード一覧を用いずに１１番の番号キーでモード切り替えを行っている。これについて、図１５に基づいて説明する。図１５は、モード切り替えを１１番の番号キーで行う場合の画面遷移の一例を示す図である。
【０２３６】
図示のように、未再生写真モードからデフォルトモードまでの各モードは、リモコン３の１１番の番号キーによって順番に切り替わるようになっている。これは、何れのモードにおいても、１１番の番号キーにモード切替（ＩＤ＝０９９９９）が割り当てられており、携帯電話機１は、ＩＤ＝０９９９９のリクエストを受信すると、現在設定されているモードの次のモードに対応するＩＤ等をテレビ２に送信することによって実現されている。
【０２３７】
また、図示のように、ブックマークモード（ＩＤ＝５９９９９）から切り替えを行ったときには、デフォルトモード（ＩＤ＝１９９９９）に切り替わることを想定している。つまり、ＩＤ＝１９９９９、…、５９９９９のモードは、切り替えを繰り返すことによってループすることを想定している。
【０２３８】
〔携帯電話機１が実行する処理の流れ〕
次に、携帯電話機１が実行する処理の流れをフローチャートで説明する。図１６は、携帯電話機１が実行する処理の一例を示すフローチャートである。
【０２３９】
リクエスト処理部２２は、応答要求の受信を待ち受けている（Ｓ１０）。そして、応答要求の受信が確認されたとき（Ｓ１０でＹＥＳ）には、リクエスト処理部２２は、応答要求の送信元に対して、応答及び携帯電話機１の属性情報を送信する（Ｓ１１）。なお、ここでは、応答要求の送信元がテレビ２であることを想定している。
【０２４０】
次に、リクエスト処理部２２は、ルートＩＤのリクエストを待ち受ける（Ｓ１２）。ここで、ルートＩＤのリクエストの受信を確認したとき（Ｓ１２でＹＥＳ）には、リクエスト処理部２２は、コンテンツ管理情報３１を参照して、ラストコンテンツＩＤが割り当てられているコンテンツを特定し、特定したコンテンツをコンテンツ格納部３０から読み出す。そして、リクエスト処理部２２は、ラストコンテンツＩＤと、上記読み出したコンテンツと、予め定められた親ＩＤとをテレビ２に送信する（Ｓ１３）。
【０２４１】
そして、リクエスト処理部２２は、リクエストの受信を待ち受ける（Ｓ１４）。ここで、リクエストの受信が確認されたとき（Ｓ１４でＹＥＳ）には、リクエスト処理部２２は、リクエスト対応処理を行う（Ｓ１５）。リクエスト対応処理の詳細は後述する。
【０２４２】
なお、図１６は、ルートＩＤのリクエストの受信が確認されたときに、ラストコンテンツを送信する例を示しているが、テレビ２の設定によっては、サーバサーチで検出されたサーバが選択されたときに、ルートＩＤ以外のＩＤ（例えば、過去にそのサーバからコンテンツを取得したときに最後にアクセスしたフォルダのＩＤ等）をリクエストすることも考えられる。
【０２４３】
このため、リクエスト処理部２２は、テレビ２と通信接続された後、テレビ２からの最初のリクエストを受信したときには、リクエストされたＩＤにかかわらず、ラストコンテンツを送信してもよい。これにより、ルートＩＤ以外のＩＤのリクエストを最初に受信した場合であっても、ラストコンテンツをテレビ２に出力させることができる。
【０２４４】
なお、最初のリクエストであるか否かは、例えば、通信接続された機器の端末ＩＤやＩＰアドレスを記憶しておくことで判断することもできる。すなわち、記憶されている端末ＩＤやＩＰアドレスの中に、受信したリクエストの送信元の端末ＩＤやＩＰアドレス含まれていない場合には、そのリクエストは最初のリクエストであると判断することができる。
【０２４５】
また、端末ＩＤ等を記憶する際には、当該機器と通信を行ったタイミングを示すタイミング情報（例えば、通信を開始した日時）についても合せて記憶しておくことが好ましい。これにより、タイミング情報に応じて、ラストコンテンツを送信するか否かを変更することができる。
【０２４６】
例えば、携帯電話機１と過去に通信接続されたことのある機器が、一定以上の期間を空けて、再度、携帯電話機１と通信接続されるような場合も考えられる。このような場合に当該機器が、携帯電話機１にリクエストを送信した場合には、リクエスト処理部２２は、そのリクエストを最初のリクエストとみなして、ラストコンテンツを送信してもよい。
【０２４７】
つまり、リクエスト処理部２２は、端末ＩＤやＩＰアドレスを既に記憶している機器からリクエストを受信した場合には、当該機器と最後に通信したタイミングを示すタイミング情報を参照し、そのタイミング情報が示すタイミング（例えば日時）から今回のリクエスト受信までの期間が、予め設定された期間（例えば１時間〜２４時間）を超えている場合には、そのリクエストを最初のリクエストとみなして、ラストコンテンツを送信してもよい。
【０２４８】
これにより、携帯電話機１と過去に通信接続されたことのある機器であっても、携帯電話機１からラストコンテンツを受信することができる。また、予め設定された期間を超えていない場合には、ラストコンテンツの送信を行わないので、上記期間内に同じ機器から続けてリクエストを受信した場合に、毎回ラストコンテンツが送信されることもない。
【０２４９】
また、上記期間内のリクエストについては、ルートＩＤのリクエストであっても、ラストコンテンツのリクエストとして処理せず、通常のルートＩＤのリクエストとして処理することが好ましい。つまり、リクエスト処理部２２は、上記期間内にルートＩＤのリクエストを受信したときには、ラストコンテンツではなく、ルートディレクトリに含まれる各オブジェクトのＩＤ等（携帯電話機１のルートディレクトリからのフォルダ構成を示すツリーを表示するために必要なデータ）を送信することが好ましい。これにより、携帯電話機１にルートＩＤのリクエストを送信して、フォルダツリーを表示すること等も可能になる。
【０２５０】
〔テレビ２が実行する処理の流れ〕
続いて、テレビ２が実行する処理の流れをフローチャートで説明する。図１７は、テレビ２が実行する処理の一例を示すフローチャートである。
【０２５１】
リクエスト実行部５０は、応答要求及びテレビ２の属性情報を、通信システム１００に含まれる各機器に対してブロードキャスト送信する（Ｓ２０）。そして、送信した応答要求に対する応答及び属性情報の受信を待ち受ける（Ｓ２１）。つまり、Ｓ２０及びＳ２１ではサーバサーチを行う。これらの処理は、予め定められた時間間隔で定期的に行われる。
【０２５２】
ここで、応答及び属性情報の受信が確認されたとき（Ｓ２１でＹＥＳ）には、リクエスト実行部５０は、受信した属性情報で特定されるサーバを表示部４０に表示して、コンテンツの要求先とするサーバをユーザに選択させる（Ｓ２２）。
【０２５３】
一定時間内にサーバの選択が確認されなかった場合（Ｓ２２でＮＯ）には、処理はＳ２０に戻る。一方、サーバの選択が確認された場合（Ｓ２２でＹＥＳ）には、リクエスト実行部５０は、選択されたサーバに対してルートＩＤのリクエストを送信する（Ｓ２３）。なお、ここでは、サーバサーチで携帯電話機１が検出され、Ｓ２２で携帯電話機１が選択されたことを想定している。つまり、Ｓ２３では、携帯電話機１にルートＩＤをリクエストする。
【０２５４】
上述のように、ルートＩＤのリクエストを受信した携帯電話機１は、図１６のＳ１２及びＳ１３の処理により、テレビ２にラストコンテンツＩＤ、該ＩＤのコンテンツ、及び親ＩＤを送信する。そして、これらを受信したリクエスト実行部５０は、コンテンツ再生部５１に指示して、受信したコンテンツを表示部４０に表示させる（Ｓ２４）。
【０２５５】
また、リクエスト実行部５０は、受信した親ＩＤとリモコン３の操作キーとの割り当てを行う（Ｓ２５）。これにより、受信した親ＩＤのリクエストをリモコン３の操作キーで行うことが可能になる。
【０２５６】
そして、リクエスト実行部５０は、リモコン３からの操作信号の受信を待ち受ける（Ｓ２６）。ここで、操作信号の受信が確認されたとき（Ｓ２６でＹＥＳ）には、リクエスト実行部５０は、操作信号対応処理を行う（Ｓ２７）。なお、操作信号対応処理の詳細は後述する。
【０２５７】
〔リクエスト対応処理〕
次に、図１６のＳ１５で行われるリクエスト対応処理の詳細について、図１８に基づいて説明する。図１８は、リクエスト対応処理の一例を示すフローチャートである。なお、ここでは、モード一覧を表示してモード選択を行わせる場合（図７〜図１１参照）の例を説明する。
【０２５８】
まず、リクエスト処理部２２は、受信したリクエストが対応リスト一覧のリクエストであるか確認する（Ｓ３０）。ここで、対応リスト一覧のリクエストであることが確認された場合（Ｓ３０でＹＥＳ）には、リクエスト処理部２２は、選択候補の各対応リストのＩＤ（例えばＫｅｙＩＤＬｉｓｔに含まれる各ＩＤ）及びアイコンを送信すると共に、予め定められた親ＩＤ（例えばモード切り替え処理のＩＤ）を送信し（Ｓ３１）、リクエスト対応処理を終了する。
【０２５９】
なお、対応リスト一覧のリクエストであるか否かは、コンテンツ管理情報３１を参照して判断される。例えば、図５のコンテンツ管理情報３１では、ＣｈａｎｇｅＭｏｄｅＩＤにＩＤ＝０９９９９が対応付けられているので、ＩＤ＝０９９９９のリクエストを受信したときに、対応リスト一覧のリクエストを受信したと判断する。
【０２６０】
一方、対応リスト一覧のリクエストではないことが確認された場合（Ｓ３０でＮＯ）には、リクエスト処理部２２は、受信したリクエストが対応リストのリクエストであるか確認する（Ｓ３２）。
【０２６１】
なお、対応リストのリクエストであるか否かは、リスト格納部３２に格納されている各対応リストの何れかに対する要求であるかを確認することで判断される。例えば、図５の例では、ＩＤ＝１９９９９、…、５９９９９の５つの対応リストが含まれているので、ＩＤ＝１９９９９、…、５９９９９の何れかのリクエストを受信したときに、対応リストのリクエストを受信したと判断する。
【０２６２】
ここで、対応リストのリクエストであることが確認された場合（Ｓ３２でＹＥＳ）には、リクエスト処理部２２は、リクエストされた対応リストからコンテンツＩＤを抽出する。また、抽出したコンテンツＩＤで特定されるコンテンツのサムネイル画像をコンテンツ格納部３０から読み出す。そして、抽出したコンテンツＩＤ及び読み出したサムネイル画像を送信すると共に、予め定められた親ＩＤを送信し（Ｓ３３）、リクエスト対応処理を終了する。
【０２６３】
一方、対応リストのリクエストでもないことが確認された場合（Ｓ３２でＮＯ）には、リクエスト処理部２２は、受信したリクエストがコンテンツのリクエストであるか確認する（Ｓ３４）。コンテンツのリクエストであるかは、受信したＩＤのコンテンツがコンテンツ格納部３０に格納されているかによって判断される。
【０２６４】
ここで、コンテンツのリクエストであることが確認された場合（Ｓ３４でＹＥＳ）には、リクエスト処理部２２は、リクエストされたコンテンツをコンテンツ格納部３０から読み出す。そして、読み出したコンテンツを送信し（Ｓ３５）、リクエスト対応処理を終了する。一方、コンテンツのリクエストでもないことが確認された場合（Ｓ３４でＮＯ）には、リクエスト処理部２２はリクエスト対応処理を終了する。
【０２６５】
〔操作信号対応処理〕
次に、図１７のＳ２７で行われる操作信号対応処理の詳細について、図１９に基づいて説明する。図１９は、操作信号対応処理の一例を示すフローチャートである。
【０２６６】
まず、操作信号受信部５２は、リモコン３から受信した操作信号から操作されたキーを特定し（Ｓ４０）、特定した操作キーをリクエスト実行部５０に通知する。そして、リクエスト実行部５０は、通知を受けた操作キーに割り当てられているＩＤのリクエストを送信する（Ｓ４１）。
【０２６７】
そして、リクエスト実行部５０は、送信したリクエストに対する応答として、ＩＤを受信したか確認する（Ｓ４２）。ここで、ＩＤの受信が確認されたとき（Ｓ４２でＹＥＳ）には、リクエスト実行部５０は、受信したＩＤをリモコン３の操作キーに割り当てる（Ｓ４３）。そして、割り当て結果を表示部４０に表示して（Ｓ４４）、操作信号対応処理を終了する。
【０２６８】
例えば、対応リストのＩＤのリクエストを送信した場合には、携帯電話機１からそのＩＤの対応リストに含まれる各コンテンツのＩＤが送信されるので、これらのＩＤを操作キーに割り当てる。また、この場合には、各コンテンツのサムネイル画像も送信されるので、これらを表示して割り当て結果を提示する。
【０２６９】
一方、送信したリクエストに対する応答として、ＩＤの受信が確認されなかった場合（Ｓ４２でＮＯ）には、リクエスト実行部５０は、コンテンツを受信したかを確認する（Ｓ４５）。
【０２７０】
ここで、コンテンツの受信が確認された場合（Ｓ４５でＹＥＳ）には、リクエスト実行部５０は、受信したコンテンツをコンテンツ再生部５１に指示して出力させ（Ｓ４６）、操作信号対応処理を終了する。一方、送信したリクエストに対する応答として、コンテンツを受信していないことが確認された場合（Ｓ４５でＮＯ）には、リクエスト実行部５０は、リクエスト対応処理を終了する。なお、図示の例では、受信したコンテンツを自動的に出力しているが、コンテンツの出力可否をユーザに選択させてもよい。
【０２７１】
〔変形例〕
上記では、テレビ２が携帯電話機１に対応リストを要求して、受信した対応リストに含まれる各ＩＤのリモコン３の操作キーへの割り当てを行う例を示した。しかしながら、例えば、携帯電話機１とテレビ２のメーカーが同じである場合のように、特定の機器間で頻繁にコンテンツの送受信を行う場合には、対応リストをまとめて送信してテレビ２に格納させてもよい。本変形例では、対応リストをまとめてテレビ２に送信して割り当てを行う例について、図２０及び図２１に基づいて説明する。
【０２７２】
＜使用データ＞
本変形例では、図２０に示すような対応リスト及びコンテンツ管理情報３１を使用することを想定している。図２０は、対応リスト及びコンテンツ管理情報３１の一例を示す図である。図示のように、ここでは、ＤｅｆａｕｌｔＫｅｙＩＤＬｉｓｔ、ＵｎｐｌａｙｅｄＰｈｏｔｏＩＤＬｉｓｔ、ＵｎｐｌａｙｅｄＭｕｓｉｃＩＤＬｉｓｔ、及びＵｎｐｌａｙｅｄＭｏｖｉｅＩＤＬｉｓｔの対応リストが存在することを想定している。これらの対応リストは、ＩＤのリクエストを受ける前に、携帯電話機１からテレビ２に送信しておく。なお、同図では、ＤｅｆａｕｌｔＫｅｙＩＤＬｉｓｔ以外の対応リストについては、割り当てられたコンテンツの例の記載を省略している。
【０２７３】
図示のように、コンテンツ管理情報３１には、ＤｅｆａｕｌｔＫｅｙＩＤＬｉｓｔのＩＤ（１９９９９）が含まれている。これにより、ラストコンテンツを表示した後、ＤｅｆａｕｌｔＫｅｙＩＤＬｉｓｔに基づく番号キーへの割り当てが行われる。
【０２７４】
また、ＭｅｎｕＫｅｙＩＤという対応リストもテレビ２に送信しておくことを想定している。ＭｅｎｕＫｅｙＩＤは、色キーに割り当てるＩＤを示す対応リストである。図示の例では、モード一覧を表示させるＩＤが赤キーに、前のページのリストを表示させるためのＩＤが緑キーに、次ページのリストを表示させるためのＩＤが黄キーに割り当てられている。なお、ページの切り替えについては後述する。
【０２７５】
＜処理の具体例＞
続いて、本変形例の処理の具体例を図２１に基づいて説明する。図２１は、本変形例に係る処理の一例を示すタイミングチャート及び画面例を示す図である。
【０２７６】
まず、テレビ２は、応答要求及びテレビ２の属性情報を、通信システム１００に含まれる各機器にブロードキャスト送信して、サーバサーチを行う。本変形例では、この応答要求を受信した携帯電話機１（詳細にはリクエスト処理部２２）は、応答及び自端末の属性情報に加えて、図２０に示したデータをテレビ２に送信する。つまり、リクエスト処理部は、対応リストをテレビ２に送信するリスト送信手段として機能する。
【０２７７】
応答、属性情報、及び上記のデータを受信したテレビ２は、図６の１番目の画面例に示したように、受信した属性情報で特定されるサーバを表示する。ここでは、表示したサーバから携帯電話機１が選択されたことを想定している。
【０２７８】
表示したサーバの中から携帯電話機１が選択されると、テレビ２は、携帯電話機１にＩＤ＝０（ルートＩＤ）をリクエストする。そして、ＩＤ＝０のリクエストを受信した携帯電話機１は、子ＩＤとして、ＩＤ＝０１００１を送信する。このＩＤ＝０１００１は、ＬａｓｔＩＤである。また、携帯電話機１は、ＬａｓｔＩＤが割り当てられたコンテンツの実体、すなわちラストコンテンツをテレビ２に送信する。
【０２７９】
さらに、携帯電話機１は、ＤｅｆａｕｌｔＫｅｙＩＤＬｉｓｔに含まれる各ＩＤ（ＩＤ＝０１００２〜０１０１０）と、これらのＩＤに対応するサムネイル画像と、ＣｈａｎｇｅＭｏｄｅＩＤ（０９９９９）と、ルートＩＤとをテレビ２に送信する。これにより、ＤｅｆａｕｌｔＫｅｙＩＤＬｉｓｔが指定される。つまり、リクエスト処理部２２は、リスト指定情報送信手段としても機能する。また、親ＩＤとして、ＤｅｆａｕｌｔＫｅｙＩＤＬｉｓｔのＩＤ（１９９９９）を送信する。なお、これらのＩＤのうち、属性情報と共に送信済みのものは送信を省略してもよい。
【０２８０】
そして、上記のＩＤとサムネイル画像を受信したテレビ２は、受信したラストコンテンツを出力する。ここでは、ラストコンテンツが画像であることを想定しているので、テレビ２はラストコンテンツの表示を行う。これにより、図示の画面例に示すように、ラストコンテンツが表示される。
【０２８１】
また、テレビ２は、受信したＩＤとサムネイル画像とをリモコン３の操作キーに割り当てる。具体的には、ＩＤ＝０１００１〜０１０１０及びこれらに対応するサムネイル画像をリモコン３の１〜１０番の番号キーにそれぞれ割り当てる。また、ＩＤ＝０９９９９をリモコン３の１１番、ＩＤ＝０を１２番の番号キーにそれぞれ割り当てる。
【０２８２】
ここで、リモコン３の３番の番号キーが操作されると、３番の番号キーが操作されたことを示す操作信号がリモコン３からテレビ２に送信される。そして、この操作信号を受信したテレビ２は、ＤｅｆａｕｌｔＫｅｙＩＤＬｉｓｔを参照して、３番の番号キーに割り当てたＩＤ＝０１００３に割り当てられたコンテンツを特定する。
【０２８３】
ここでは、図２０に示すように、ＤｅｆａｕｌｔＫｅｙＩＤＬｉｓｔのＩＤ＝０１００３には、ＩＤ＝０２１０２のコンテンツが割り当てられていることを想定している。このため、テレビ２は、携帯電話機１にＩＤ＝０２１０２をリクエストする。
【０２８４】
次に、ＩＤ＝０２１０２のリクエストを受信した携帯電話機１は、ＩＤ＝０２１０２に割り当てられているコンテンツをコンテンツ格納部３０から読み出す。そして、携帯電話機１は、読み出したコンテンツとＩＤ＝０２１０２とをテレビ２に送信すると共に、親ＩＤとして、ＩＤ＝１９９９９を送信し、これらを受信したテレビ２は、受信したコンテンツを出力する。ここでは、ＩＤ＝０２１０２のコンテンツは、楽曲（音声）データであることを想定している。このため、同図の画面例に示すように、テレビ２は、携帯電話機１から受信した楽曲を再生する。
【０２８５】
＜ページの切り替え＞
上記では、１つの対応リストに最大で１０個までのコンテンツのＩＤを含めておき、各コンテンツのＩＤを１〜１０の番号キーに割り当てる例を説明した。しかしながら、１つの対応リストに１１個以上のコンテンツのＩＤを含めてもよい。ここでは、１つの対応リストに複数のページを割り当てることによって、１１個以上のコンテンツのＩＤを含める例について説明する。
【０２８６】
例えば、図２０に示したＭｅｎｕＫｅｙＩＤを用いることによって、ページ切り替えを行うことが可能になる。図２２は、ページ切り替えを説明するための画面例を示す図である。なお、ここでは、未再生写真モードにおけるページ切り替えの例を説明する。
【０２８７】
上述のように、未再生写真モードでは、ＵｎｐｌａｙｅｄＰｈｏｔｏＩＤＬｉｓｔに基づいて割り当てが行われる。そして、ここでは、ＵｎｐｌａｙｅｄＰｈｏｔｏＩＤＬｉｓｔが複数のページを有していることを想定している。
【０２８８】
具体的には、ＵｎｐｌａｙｅｄＰｈｏｔｏＩＤＬｉｓｔ＿０１、ＵｎｐｌａｙｅｄＰｈｏｔｏＩＤＬｉｓｔ＿０２、ＵｎｐｌａｙｅｄＰｈｏｔｏＩＤＬｉｓｔ＿０３のように、未再生写真の対応リストが複数存在することを想定している。各対応リストは、何れも未再生の写真という属性のコンテンツのＩＤを１〜１０の番号キーに対応付けるものである。これにより、各モードに多数のコンテンツを含めることができる。
【０２８９】
ここで、図２０に示したＭｅｎｕＫｅｙＩＤでは、赤キーにモード一覧ＩＤが対応付けられており、緑キーには前のページのリストＩＤが対応付けられており、黄キーには次のページのリストＩＤが対応付けられている。
【０２９０】
つまり、図２０に示したＭｅｎｕＫｅｙＩＤを受信したテレビ２では、赤、緑、黄の色キーに、モード一覧ＩＤ、前のページのリストＩＤ、及び次のページのリストＩＤを割り当てる。これにより、上記の色キーを操作してモード一覧を表示させたり、対応リストのページ送り及びページ戻しを行ったりすることが可能になる。
【０２９１】
これらの割り当てをユーザに認識させるため、図２２の例では、緑キーが前のリストを表示させる処理に割り当てられており、黄キーが次のリストを表示させる処理に割り当てられていることを表示している。
【０２９２】
そして、ＵｎｐｌａｙｅｄＰｈｏｔｏＩＤＬｉｓｔ＿０２に基づく表示が行われているときに、緑キーが操作されると、テレビ２は自ら格納しているＵｎｐｌａｙｅｄＰｈｏｔｏＩＤＬｉｓｔ＿０１に基づいて、このリストに含まれる各ＩＤを番号キーに割り当てる。また、この割り当て結果を表示する。なお、テレビ２は、ＵｎｐｌａｙｅｄＰｈｏｔｏＩＤＬｉｓｔ＿０１を携帯電話機１にリクエストしてＩＤを受信し、割り当てを行ってもよい。
【０２９３】
〔対応リストの他の例〕
番号キーにコンテンツを割り当てるための対応リストは、上記実施形態で例示したものに限られず、携帯電話機１の有するアプリや、格納しているコンテンツの属性等に応じて、適宜設定することができる。例えば、図２３に示すような対応リストを用いてもよい。図２３は、番号キーにアプリ毎のコンテンツを割り当てる対応リストを用いた場合の割り当て結果の表示例を示す図である。なお、上記実施形態と共通している部分の説明は省略する。
【０２９４】
図示の例では、２番の矩形に「最近カメラで撮ったコンテンツ」と表示されている。つまり、図示の画面を表示させるための対応リストにおいて、２番の番号キーには、「最近カメラで撮ったコンテンツ」が割り当てられている。携帯電話機１が写真の撮影機能を備えている場合には、このようなコンテンツを割り当てる対応リストを用いてもよい。
【０２９５】
この対応リストは、以下のようにして作成（更新）すればよい。すなわち、アプリ監視部２０は、携帯電話機１で写真が撮影されて、撮影された写真がコンテンツ格納部３０に格納されたことを検出する。そして、コンテンツ管理部２１は、この検出を受けて、上記格納されたコンテンツのＩＤを「最近カメラで撮ったコンテンツ」の対応リストに追加する。
【０２９６】
また、図示の例では、３番の矩形に「最近ダウンロードしたコンテンツ」と表示されている。つまり、図示の画面を表示させるための対応リストにおいて、３番の番号キーには、「最近ダウンロードしたコンテンツ」が割り当てられている。携帯電話機１がウェブブラウザや、ＦＴＰ（File Transfer Protocol）アプリ等のような、コンテンツをインターネット上のウェブサイトや他の機器からダウンロードする機能を備えている場合には、このようなコンテンツを割り当てる対応リストを用いてもよい。
【０２９７】
この対応リストは、以下のようにして作成（更新）すればよい。すなわち、アプリ監視部２０は、携帯電話機１でコンテンツがダウンロードされて、コンテンツ格納部３０に格納されたことを検出する。そして、コンテンツ管理部２１は、この検出を受けて、上記格納されたコンテンツのＩＤを「最近ダウンロードしたコンテンツ」の対応リストに追加する。
【０２９８】
また、図示の例では、４番の矩形に「最近プレイヤで再生したコンテンツ」と表示されている。つまり、図示の画面を表示させるための対応リストにおいて、４番の番号キーには、「最近プレイヤで再生したコンテンツ」が割り当てられている。
【０２９９】
この対応リストは、以下のようにして作成（更新）すればよい。すなわち、アプリ監視部２０は、携帯電話機１のプレイヤアプリでコンテンツが再生されたことを検出する。そして、コンテンツ管理部２１は、この検出を受けて、再生されたコンテンツのＩＤを「最近プレイヤで再生したコンテンツ」の対応リストに追加する。
【０３００】
なお、検出対象のプレイヤは、１つであってもよいし、複数であってもよい。例えば、動画のプレイヤで再生したコンテンツと音声のプレイヤで再生したコンテンツとの両方を同じ番号キーに割り当ててもよい。
【０３０１】
また、図示の例では、４番の矩形に「最近メールで受信したコンテンツ」と表示されており、５番の矩形に「最近メールで送信したコンテンツ」と表示されている。つまり、図示の画面を表示させるための対応リストにおいて、５番の番号キーには、「最近メールで受信したコンテンツ」が割り当てられており、６番の番号キーには「最近メールで送信したコンテンツ」が割り当てられている。
【０３０２】
この対応リストは、以下のようにして作成（更新）すればよい。すなわち、アプリ監視部２０は、携帯電話機１のメーラが添付ファイル付きの電子メールを受信して、その添付ファイルがコンテンツ格納部３０に格納されたことを検出する。そして、コンテンツ管理部２１は、この検出を受けて、格納されたコンテンツのＩＤを「最近メールで受信したコンテンツ」の対応リストに追加する。また、アプリ監視部２０は、携帯電話機１のメーラが添付ファイル付きの電子メールを送信したことを検出する。そして、コンテンツ管理部２１は、この検出を受けて、送信したコンテンツのＩＤを「最近メールで送信したコンテンツ」の対応リストに追加する。
【０３０３】
さらに、図示の例では、７番の矩形に「最近アルバムで見たコンテンツ」と表示されている。つまり、図示の画面を表示させるための対応リストにおいて、７番の番号キーには、「最近アルバムで見たコンテンツ」が割り当てられている。携帯電話機１が画像をアルバムとして閲覧するためのアプリ（アルバムアプリ）を備えている場合には、このようなコンテンツを割り当てる対応リストを用いてもよい。
【０３０４】
この対応リストは、以下のようにして作成（更新）すればよい。すなわち、アプリ監視部２０は、携帯電話機１のアルバムアプリで画像が閲覧されたこと（表示部４０に表示されたこと）を検出する。そして、コンテンツ管理部２１は、この検出を受けて、上記閲覧されたコンテンツのＩＤを「最近アルバムで見たコンテンツ」の対応リストに追加する。このように、特定のアプリにアクセスされたコンテンツを割り当てることによって、ユーザは所望のコンテンツに辿り付きやすくなる。
【０３０５】
また、図示の例では、８番の矩形に「ＳＤカードのコンテンツ」と表示されている。つまり、図示の画面を表示させるための対応リストにおいて、８番の番号キーには、「ＳＤカードのコンテンツ」が割り当てられている。携帯電話機１がＳＤカードを装着可能である場合には、このようなコンテンツを割り当てる対応リストを用いてもよい。
【０３０６】
８番の番号キーが操作されたときには、テレビは、携帯電話機１に装着されたＳＤカードのコンテンツ一覧を表示（例えばツリー表示）してもよいし、ＳＤカードのコンテンツの中から、予め定めた基準で選択したコンテンツ（例えば最近更新されたコンテンツ）を表示してもよい。このように、特定の記録場所に記録されているコンテンツを割り当ててもよい。
【０３０７】
また、図示の例では、９番の矩形に「ＰＣのコンテンツ」と表示されている。つまり、図示の画面を表示させるための対応リストにおいて、９番の番号キーには、「ＰＣのコンテンツ」が割り当てられている。
【０３０８】
ここで、外部の機器と自装置とを同期させることによって、当該機器に格納されているコンテンツを、自装置に格納されているコンテンツと同じ感覚で再生できるようにする同期アプリが知られている。同期アプリは、外部の機器に格納されているコンテンツを自装置のユーザに提示して、提示したコンテンツが選択されたときには、そのコンテンツを当該機器から取得して再生する。また、同期アプリは、当該機器の格納しているコンテンツに追加、削除、変更等があったときには、自装置のユーザに提示するコンテンツをそれに合せて修正する。
【０３０９】
携帯アプリ１０に、このような同期アプリが含まれている場合には、この同期アプリの動作を監視することによって、「ＰＣのコンテンツ」が割り当てられた対応リストを作成及び更新することもできる。
【０３１０】
すなわち、アプリ監視部２０は、同期アプリがＰＣ（外部の機器）におけるコンテンツの追加、修正、または削除があったことを検出したかを監視する。そして、コンテンツ管理部２１は、同期アプリがＰＣにおけるコンテンツの追加または修正があったことを検出したことが確認された場合に、上記追加または修正されたコンテンツのＩＤを「ＰＣのコンテンツ」の対応リストに追加する。また、同期アプリがＰＣにおけるコンテンツの削除があったことを検出したことが確認された場合に、上記削除されたコンテンツのＩＤが「ＰＣのコンテンツ」の対応リストに含まれていれば、そのＩＤを削除する。
【０３１１】
なお、９番の番号キーが操作されたときには、テレビは、コンテンツ格納部３０に格納されているコンテンツのうち、ＰＣから取得したコンテンツ一覧を表示してもよいし、これらのコンテンツの中から、予め定めた基準で選択したコンテンツ（例えば最近更新されたコンテンツ）を表示してもよい。また、ＰＣから取得したコンテンツの識別は、コンテンツ取得時にコンテンツに取得元を示すタグを付けておく等によって行うこともできる。このように、特定の記録場所に記録されているコンテンツを割り当ててもよい。
【０３１２】
以上のように、操作キーへの割り当ては、ユーザが所望のコンテンツを探すための検索キーとなるような、任意のコンテンツ属性に基づいて行うことができる。
【０３１３】
なお、上記実施形態は、ＤＬＮＡ規格を前提としているので、コンテンツや対応リスト等の指定をＩＤで行っているが、コンテンツや対応リスト等の指定はＩＤ以外で行うことも無論可能である。例えば、コンテンツやフォルダ等のオブジェクトであれば、ＵＲＩ等で指定してもよい。
【０３１４】
本発明は上述した実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能である。すなわち、請求項に示した範囲で適宜変更した技術的手段を組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。
【０３１５】
最後に、携帯電話機１及びテレビ２の各ブロック、特に携帯制御部１３およびテレビ制御部４２は、集積回路（ＩＣチップ）上に形成された論理回路によってハードウェア的に実現してもよいし、ＣＰＵ（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）、携帯電話網、衛星回線、地上波デジタル網等の無線でも利用可能である。
【産業上の利用可能性】
【０３１９】
本発明は、コンテンツ再生装置の要求に応じてコンテンツを送信するコンテンツ送信装置に利用することができる。例えば、ＤＬＮＡサーバ機能を有する携帯電話機、ＮＡＳ、ＰＤＡ、ＰＣ等に好適に適用できる。
【符号の説明】
【０３２０】
１  携帯電話機（コンテンツ送信装置）
２  テレビ（コンテンツ再生装置）
３  リモコン（操作装置）
１０  携帯アプリ（アプリケーションソフト）
２０  アプリ監視部（アクセス検出手段）
２１  コンテンツ管理部（コンテンツ登録手段、コンテンツ対応付手段）
２２  リクエスト処理部（コンテンツ送信手段、キー識別情報送信手段、リスト識別情報送信手段、リスト送信手段、リスト指定情報送信手段）
３２  リスト格納部
５０  リクエスト実行部（コンテンツ要求手段、キー識別情報対応付手段、対応情報生成手段）
５１  コンテンツ再生部（コンテンツ再生手段）
１００  通信システム
【図１】
0005416011.tif 000002
【図２】
0005416011.tif 000003
【図３】
0005416011.tif 000004
【図４】
0005416011.tif 000005
【図５】
0005416011.tif 000006
【図６】
0005416011.tif 000007
【図７】
0005416011.tif 000008
【図８】
0005416011.tif 000009
【図９】
0005416011.tif 000010
【図１０】
0005416011.tif 000011
【図１１】
0005416011.tif 000012
【図１２】
0005416011.tif 000013
【図１３】
0005416011.tif 000014
【図１４】
0005416011.tif 000015
【図１５】
0005416011.tif 000016
【図１６】
0005416011.tif 000017
【図１７】
0005416011.tif 000018
【図１８】
0005416011.tif 000019
【図１９】
0005416011.tif 000020
【図２０】
0005416011.tif 000021
【図２１】
0005416011.tif 000022
【図２２】
0005416011.tif 000023
【図２３】
0005416011.tif 000024
【図２４】
0005416011.tif 000025
【図２５】
0005416011.tif 000026