JP5178120B2 - 情報処理装置、およびコンテンツリスト表示方法 - Google Patents

Description

本発明はネットワークに接続可能な情報処理装置、および情報処理装置の制御方法に関する。

ネットワークを介して、音声データや画像データ等のマルチメディアコンテンツを配信することは広く行われている。ネットワークに接続できるパーソナルコンピュータ（ＰＣ）や携帯型情報記録再生装置等の端末装置は、ポッドキャスティングシステム等を利用し、ネットワーク上に公開されたコンテンツを取得することができる。

ところが、コンテンツの提供者によっては、コンテンツを取得できる端末装置に制限を設けている場合がある。例えば、提供者と契約を交わしたユーザに対してのみライセンスを発行して、コンテンツを取得できるユーザを制限することがある。

特許文献１には、ネットワーク・プロバイダによって提供されるソフトウェアに対してライセンス・キーを設定し、ユーザがネットワーク・プロバイダに接続することによりライセンス・キーが更新される情報送信方法が記載されている。
特開２００１−２６５５８４号公報（段落００１７、図１）

ネットワーク上では、多数のコンテンツが配信されている。これらの多数のコンテンツのうち、どのコンテンツについて取得する許可を得ているのか、ユーザ自身が認識して管理することは困難である。

本発明は、前記のような問題に鑑みなされたもので、取得許可されているコンテンツを識別可能とする情報処理装置、およびコンテンツリスト表示方法を提供することを目的とする。

本発明に係る情報処理装置は、複数のコンテンツを提供する複数のコンテンツサーバと、複数のコンテンツサーバが提供する複数のコンテンツのライセンス情報を管理するライセンスサーバと、複数のコンテンツサーバへのリンクを有するポータルサイトとネットワークを介して通信する通信部と、コンテンツ取得のためのユーザ指示を受け付ける手段と、ユーザ指示を受け付けると、複数のポータルサイトの選択画面を表示するサイト表示手段と、複数のポータルサイトのいずれかが選択されると、選択されたポータルサイトに認証用のデータを送信する認証データ送信手段と、選択されたポータルサイトから認証後に送られてくる複数のコンテンツサーバの選択画面を、認証が必要なコンテンツサーバが識別可能となるように表示するサーバ表示手段と、複数のコンテンツサーバのいずれかが選択されると、選択されたコンテンツサーバが提供するコンテンツの取得許可が期限切れになっているか否かについて、通信部を介してライセンスサーバに問い合わせる問い合わせ手段と、問い合わせ手段による問い合わせ結果に応じて、前記取得許可が期限切れになっているコンテンツが識別可能となるように、選択されたコンテンツサーバが提供する複数のコンテンツをリスト表示する表示部と、を備える。

本発明に係る情報処理装置によれば、通信部が、コンテンツを提供するコンテンツサーバ、及びコンテンツサーバが提供するコンテンツのライセンス情報を管理するライセンスサーバとネットワークを介して通信し、問い合わせ手段が、コンテンツサーバが提供するコンテンツの取得許可について通信部を介してライセンスサーバに問い合わせ、表示部が、問い合わせ手段による問い合わせ結果に応じてコンテンツサーバが提供するコンテンツをリスト表示するため、取得許可されているコンテンツを識別することが可能となる。

以下、図面を参照して本発明の実施の形態について説明する。

第１の実施形態
図１は本発明の第１の実施形態に係る携帯可能なマルチメディアコンテンツ再生装置（プレーヤ）１の電気的構成の一例を示すブロック図である。また、図２はプレーヤ１の外観の一例を示す図である。

プレーヤ１は、主制御部であるＣＰＵ１１を有する。ＣＰＵ１１は、プレーヤ１の各部の動作を制御する。プレーヤ１の各部は、制御バス２５を介してＣＰＵ１１に接続されている。

ユーザは、操作部３を操作して操作指示や選択指示を入力することができる。ユーザによる操作部３の操作に応じた制御信号は、Ｉ／Ｏ（入出力）ポート１３からＣＰＵ１１に送られる。液晶ディスプレイ（ＬＣＤ）５は、動画や静止画、文字情報等の画像データを表示する。ＬＣＤ５に表示される文字情報としては、例えば再生中のコンテンツのファイル名や、再生中のコンテンツに含まれる歌詞データ等の文字情報がある。ＬＣＤ駆動回路１５は、ＣＰＵ１１の制御に基づいてＬＣＤ５を駆動する。

操作部３は、図２に示す多機能ボタン３ａを含んでいる。多機能ボタン３ａは、音声データや画像データ等のコンテンツの再生開始や停止の指示、ＬＣＤ５に表示される情報の切り換え指示、ＬＣＤ５に表示された歌詞データやファイル名等の文字情報のスクロール指示等の入力に用いられる。多機能ボタン３ａは、例えば中央部のボタンが押された場合は、コンテンツの再生開始や停止の指示をＣＰＵ１１に送信する。また、上下左右いずれかの方向ボタンが押されると、ボタンの押下に応じてＬＣＤ５に表示されている画像や文字列をスクロールさせる制御指示がＣＰＵ１１に伝達される。

プレーヤ１には、外部との無線通信に用いられるアンテナ部１ａが設けられている。アンテナ部１ａは、例えばＬＣＤ５の周囲や、プレーヤ１の側面の図示しない主電源スイッチの近傍等、プレーヤ１を構成する部材のうちの、非金属材料が用いられている部分に設けられることが好ましい。

ＣＰＵ１１には、ＲＯＭ２１およびＲＡＭ２３が、制御バス２５を介して接続されている。ＲＯＭ２１は、ＣＰＵ１１がプレーヤ１の動作を制御するために実行するプログラムデータを予め記憶する。また、ＲＯＭ２１は、外部装置との接続の際に必要とされる認証用データも予め記憶している。

ＲＡＭ２３はＣＰＵ１１により、ワークメモリとして利用される。ＲＡＭ２３は、制御信号に対応する制御情報や、ＨＤＤ７から読み出された一定量のデータを一時的に保持する。

バッテリ（二次電池）９は、プレーヤ１を携帯して用いる際の電源である。電源制御ＩＣ１９は、バッテリ９により提供される電力、すなわち所定の電圧および許容される電流を管理する。バッテリ９には充電部（ｃｈａｒｇｅｒ）３３が接続されている。本実施形態では、プレーヤ１の小型化のため、図示しない外部電源装置により５Ｖ前後の直流（ＤＣ）に減圧／変換された直流電圧が電源入力部から入力される。充電部３３は、商用電源（ＡＣ１００Ｖ）を直接受け入れる構造とすることも可能である。

ハードディスク装置（ＨＤＤ）７は、数Ｇ（ギガ）バイトから数１０Ｇバイトの記憶容量を有し、画像データや音声データを記憶する。ＨＤＤ７に換えて、フラッシュメモリやＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｉｓｋ）等がプレーヤ１に内蔵されていてもよい。また、ＨＤＤ７は、プレーヤ１から取り外すことが可能であってもよい。あるいはＨＤＤ７に換えて、ＳＤ・ＭＭＣメモリカード、メモリスティック、ＦＬＡＳＨ ＲＯＭ等の記憶装置がプレーヤ１に外付けされてもよい。

ＨＤＤ７は、予め圧縮された音声データや画像データ、ビデオデータ等のコンテンツデータを記録する。音声データの圧縮には、ＭＰ３、ＷＭＡ等の方式が、画像データの圧縮には、ＪＰＥＧ、ＧＩＦあるいはＢＭＰ等の方式が、ビデオデータの圧縮には、例えばＷＭＶ、ＭＰＥＧ１／２／４等の方式が用いられる。また、ＨＤＤ７に記憶されるコンテンツデータは、著作権法で定められた「私的利用」以外の複製（回数を定めた複製以外）等を抑止するため、プレーヤ１を用いた直接の再生およびアナログ信号での外部スピーカ等への出力のみを可能として、暗号化されていてもよい。

ＣＰＵ１１は、ＲＯＭ２１に予め記憶されている所定の再生プログラムを実行して、ＨＤＤ７に格納された音声データや画像データ等のコンテンツデータを再生する。再生プログラムによって再生可能なコンテンツの記録フォーマットは予め決められており、例えば上述のＭＰ３、ＷＭＡ、ＷＭＶフォーマット等である。また、コンテンツデータの再生プログラムは、ＨＤＤ７に予め記憶されていてもよい。

ＨＤＤ７（ハードディスク装置）はモータを含み、起動時に比較的大きな電力（バッテリ９から放電される電流値が大きい）を必要とする。このため、ＨＤＤ７からデータ読み出す際には、一定量のデータをＨＤＤ７から読み出してＲＡＭ２３に一時記憶（バッファ）したのち、ＨＤＤ７のドライブを停止させて消費電力を低減する。ＨＤＤ７に換えてＦＬＡＳＨ−ＲＯＭやＳＤメモリといった記憶装置を用いる場合でも、これらの記憶装置からの読み出し速度はＲＡＭ２３からの読み出し速度よりも遅いため、記憶装置から一定量のデータを読み出し、ＲＡＭ２３にバッファして、データ読み出しの高速化を図る。

出力部１７は、ＣＰＵ１１の制御に従って、ＨＤＤ７に記憶されている画像データや音声データをアナログ出力に変換する。また、出力端子４５は、通常のアナログ出力に利用される。

出力部１７に設けられたオーディオデコーダ４７は、音声データをアナログ信号に復調し、出力端子４５に転送する。また、出力部１７に設けられたビデオデコーダ４９は、ビデオ信号のアナログ変換を行い、変換したビデオ信号を出力端子４５に出力する。ヘッドホン、増幅機能付きスピーカ、モニタ装置、あるいは映像受像機等を出力端子４５に接続して、音声出力やビデオ出力を視聴することができる。出力端子４５からの音声出力を図示しないアンプ装置に入力し、アンプ装置に図示しないスピーカを接続して、より大きな音量を得ることも可能である。なお、オーディオデコーダ４７は、図示しないマイクまたはライン入力（外部入力）端から直接入力されるアナログ信号をデジタル信号に変換し、ＣＰＵ１１に送信することも可能である。

ＣＰＵ１１にはまた、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）ポート４１、無線ネットワーク（Ｗｉｒｅｌｅｓｓ Ｎｅｔｗｏｒｋ）ユニット（通信部）４３が接続されている。

プレーヤ１は、ＵＳＢポート４１を介して図示しない外部装置に接続され、外部装置との間でデータの受け渡しを行う。例えばパーソナルコンピュータ（ＰＣ）等の外部装置からは、ＵＳＢポート４１を介して、映像データや音声データがプレーヤ１に供給される。また、ＨＤＤ７に記憶された映像データや音声データが、ＵＳＢポート４１を介して外部装置に供給されてもよい。プレーヤ１から、半導体メモリを収容したオーディオ専用再生装置（ＵＳＢフラッシュメモリプレーヤ）やＵＳＢスピーカ等の外部装置へ、ＵＳＢポート４１を介して音声データを送信することができる。ＵＳＢポート４１は、マイク等の外部装置からの音楽／音声信号の入力にも利用される。

プレーヤ１と外部装置との間のデータの受け渡しは、無線ネットワークユニット４３を利用して行われてもよい。プレーヤ１には、外部装置から、無線ネットワークユニット４３を介して画像データや音声データが供給され、ＨＤＤ７に記憶された映像データや音声データは、無線ネットワークユニット４３を介して外部装置に供給される。無線ネットワークユニット４３は、２．４ＧＨｚ帯の電波を用いた（高速）通信規格のプロトコルに準拠したブルートゥース（Bluetooth）（登録商標）に対応していてもよいし、ＩＥＥＥ８０２．１１ａ／ｂ／ｇ／ｎに準拠した汎用の無線ＬＡＮに対応していてもよい。あるいはこの両方に対応していてもよい。プレーヤ１は、プレーヤ１から特定の範囲に位置し、所定の条件を満足するサーバコンピュータやパーソナルコンピュータとの間で、無線ネットワークユニット４３を介して、ワイヤレスに通信することができる。

プレーヤ１は、無線ネットワークユニット４３を介して、インターネット等のネットワークに接続することができる。そしてネットワーク上に公開されている音声データファイル、および画像データファイル等のコンテンツをダウンロードして、ＨＤＤ７内に格納することができる。また、プレーヤ１は、ＨＤＤ７に格納されたデータを再生することも可能である。

図３は、プレーヤ１が接続するネットワーク２００を模式的に表した図である。

プレーヤ１は、無線ネットワークユニット４３を介してアクセスポイント（ＡＰ）１００に接続する。アクセスポイント１００は、ネットワーク２００に接続されている。ネットワーク２００には、この他にコンテンツサーバ２０１、ライセンスサーバ２０２、およびポータルサイト２０３が接続されている。プレーヤ１はネットワーク２００を介して、コンテンツサーバ２０１、ライセンスサーバ２０２、およびポータルサイト２０３とデータのやり取りを行うことができる。

コンテンツサーバ２０１は、音声データファイルや画像データファイル等のコンテンツデータを配信するサーバ装置である。コンテンツサーバ２０１は一般のコンピュータ等から構成されている。プレーヤ１は、コンテンツサーバ２０１が提供するコンテンツを、ネットワーク２００を介して取得することができる。ただし、コンテンツサーバ２０１は、コンテンツの取得が可能なユーザを制限している場合があり、ユーザは予め、コンテンツサーバ２０１の設置者からコンテンツの取得許可（ライセンス）を受ける必要がある。

ライセンスサーバ２０２は、コンテンツサーバ２０１が、どのユーザにどのようなコンテンツの取得を許可しているかの情報（ライセンス情報）を保持するサーバ装置である。ライセンスサーバ２０２は一般のコンピュータ等から構成されている。ライセンス情報には、ユーザＩＤ、および対応するコンテンツＩＤが含まれる。ユーザＩＤとは、コンテンツサーバ２０１の設置者が、サービスの利用を許可したユーザに対して発行するユーザ識別用のデータである。またコンテンツＩＤは、コンテンツを特定するためのデータである。すなわち、ライセンスサーバ２０３は、ユーザが取得可能なコンテンツのコンテンツＩＤを、ユーザＩＤと対応付けて記憶する。関連する複数のコンテンツ（例えば同一の演奏者による音楽データ）に同一のコンテンツＩＤが付されていてもよい。ライセンスサーバ２０２は、常に最新のライセンス情報を保持するように、ライセンス情報の管理を行っている。

プレーヤ１では、コンテンツサーバ２０１から発行されたユーザＩＤを、ＲＯＭ２１に記憶している。ユーザＩＤをＲＯＭ２１に記憶しない場合は、コンテンツサーバ２０１およびライセンスサーバ２０２にユーザＩＤを要求される都度、ユーザがユーザＩＤを入力する必要がある。

コンテンツサーバ２０１と、ライセンスサーバ２０２とを、独立した装置とすることによって情報セキュリティの向上を図ることができる。

ポータルサイト２０３は、プレーヤ１に、コンテンツサーバ２０１へのリンクを提供する例えばＷｅｂサイト等である。ネットワーク２００には通常、多数のコンテンツサーバ２０１が接続されている。プレーヤ１が、多数のコンテンツサーバ２０１の中から所望の一つにたどり着くのは簡単ではない。そこで、ポータルサイト２０３は、プレーヤ１が簡単に所望のコンテンツサーバ２０１にたどり着けるよう、コンテンツサーバ２０１へのリンクリストをプレーヤ１に提供する。

ポータルサイト２０３は、メニュー画面データおよび当該メニュー画面データの更新データを保持しており、要求に応じてプレーヤ１に送信する。メニュー画面データは、コンテンツサーバ２０１へのリンクリストを含むデータであり、プレーヤ１のＬＣＤ５にメニュー画面として表示される。また、更新データとは、当該メニュー画面データの最新の更新日時を表すデータである。

ポータルサイト２０３は、メニュー画面データを提供するユーザに制限を設けている場合がある。プレーヤ１のユーザは、ポータルサイト２０３の設置者からも、予めサービスの利用許可を受ける必要がある。この場合、ポータルサイト２０３は、プレーヤ１のユーザが利用許可を受けた正当なユーザであるか否かを認証してから、メニュー画面情報を提供する。ポータルサイト２０３には、サービスの利用を許可されたプレーヤ１を識別するための認証用データが登録されている。本実施形態においては、プレーヤ１のモデル名およびシリアルナンバーが認証用データとして用いられる。

ネットワーク２００には通常、多数のポータルサイト２０３が接続されている。プレーヤ１のＲＯＭ２１には予め、複数のポータルサイト２０３のネットワーク上でのアドレスが登録（記憶）されている。また、登録されているポータルサイト２０３が、ユーザを制限している場合には、当該ポータルサイト２０３のアドレスにはユーザ制限を表すフラグが付されてＲＯＭ２１に記憶される。また、メニュー画面データを受信すると、ＣＰＵ１１は、受信したメニュー画面データおよびその更新データもＲＯＭ２１に記憶する。

ネットワーク上では、多数のコンテンツが配信されている。これらの多数のコンテンツのうち、どのコンテンツについて取得する許可を得ているのか、ユーザ自身が認識して管理することは困難である。以下では、取得許可を得ているコンテンツを容易に識別できるように、ＬＣＤ５に表示するためのコンテンツリスト表示処理について説明する。

図４は、プレーヤ１の電源投入後に、ＬＣＤ５に表示されるスタート画面の一例を示す図である。図４に示す例では、スタート画面には「ＭＵＳＩＣ」、「ＶＩＤＥＯ」、「ＰＯＤＣＡＳＴＩＮＧ」の３項目が表示されている。ユーザは、多機能ボタン３ａを操作して、表示された項目の中から任意の一項目を選ぶことができる。「ＭＵＳＩＣ」が選択されると、所定の音声再生プログラムが起動し、「ＶＩＤＥＯ」が選択されると、所定の動画像再生プログラムが起動する。ユーザが「ＰＯＤＣＡＳＴＩＮＧ」を選択すると、ネットワークを介してコンテンツを取得するための、コンテンツリスト表示処理プログラムが起動する。

図５は、本発明によるコンテンツリスト表示処理の全体の流れを示すフローチャートである。

ＬＣＤ５に表示されたスタート画面上（図４参照）で、ユーザが「ＰＯＤＣＡＳＴＩＮＧ」の項目を選択すると、ＣＰＵ１１は、ＲＯＭ２１にアドレス登録されているポータルサイト２０３をＬＣＤ５の表示画面にリスト表示する（ブロックＡ１）。図６は、ポータルサイトリストの一例を示す図である。図６に示す例では、「Ｐｏｒｔａｌ Ａ」、「Ｐｏｒｔａｌ Ｂ」、「Ｐｏｒｔａｌ Ｃ」の３つのポータルサイトがリスト表示されている。

ポータルサイトリストが表示された後、ＣＰＵ１１は、ユーザが多機能ボタン３ａを操作して、ＬＣＤ５に表示されたポータルサイト２０３の中から一つを選択するのを待つ（ブロックＡ２）。ユーザがポータルサイトリストから一つのポータルサイト２０３を選択すると（ブロックＡ２でＹＥＳ）、ＣＰＵ１１は、選択されたポータルサイト２０３との間で認証処理を開始する（ブロックＡ３）。

ポータルサイト２０３は、サービスを提供する（リンクリストを提供する）ユーザに制限を設けていることがある。この場合、プレーヤ１のユーザは、ポータルサイト２０３の設置者から予めサービスの利用許可を受けておく必要がある。ユーザを制限しているポータルサイト２０３は、認証処理（ブロックＡ３）において、プレーヤ１から送信された認証用データと、登録されている認証用データとを照合して、プレーヤ１のユーザがサービスの利用許可を受けたユーザであるか否かを判断する。本実施の形態においては、プレーヤ１のモデル名およびシリアルナンバーが認証用データとして用いられる。

図７は、プレーヤおよびポータルサイトの間で行われる認証処理のフローチャートである。

認証処理では、まずプレーヤ１のＣＰＵ１１は、選択されたポータルサイト２０３がユーザを制限しているポータルサイトであり、認証処理が必要であるか否かを判断する（ブロックＢ１）。すなわち、選択されたポータルサイト２０３のアドレスをＲＯＭ２１から読み出し、読み出されたアドレスに、ユーザ制限を表すフラグが付されているか否かを判断する。

ユーザ制限フラグが付されていない場合、当該選択されたポータルサイト２０３は、ユーザを制限していないポータルサイトであり、認証処理の必要がないと判断される（ブロックＢ１でＮｏ）。選択されたポータルサイト２０３が、ユーザ認証を行わないサイトである場合は、以下の認証処理を行う必要はないので、そのまま図５のフローチャートに復帰する。

一方、読み出されたアドレスにユーザ制限フラグが付されていた場合、選択されたポータルサイト２０３は、ユーザを制限しており、認証処理が必要であると判断される（ブロックＢ１でＹｅｓ）。すると、ＣＰＵ１１は、無線ネットワークユニット４３を介し、読み出されたアドレスに対して、認証開始の要求を送信する（ブロックＢ２）。

プレーヤ１からの要求に応じて、ポータルサイト２０３は、認証用データを送信するようプレーヤ１に要求する（ブロックＢ３）。本実施の形態においては、プレーヤ１のモデル名およびシリアルナンバーが、認証用データとして用いられる。

プレーヤ１のＣＰＵ１１は、認証用データ（モデル名、シリアルナンバー）をポータルサイト２０３に送信する（ブロックＢ４）。ポータルサイト２０３は、予め登録されているサービスの利用許可を受けたプレーヤの認証用データと、送信されてきた認証用データとを照合する（ブロックＢ５）。

照合の結果、プレーヤ１が送信した認証用データが、予めポータルサイト２０３に登録されている認証用データと一致しなかった場合、ポータルサイト２０３は、認証に成功しなかったと判断する（ブロックＢ６でＮｏ）。認証に成功しなかった場合（ブロックＢ６でＮｏ）には、プレーヤ１は選択されたポータルサイト２０３の利用許可を受けていないと判断され、コンテンツリスト表示処理は終了する。この後、他のポータルサイトを選択する等、所定の処理が行われる。

また、照合の結果、プレーヤ１が送信した認証用データが、予めポータルサイト２０３に登録されている認証用データと一致した場合、ポータルサイト２０３は、認証に成功したと判断する（ブロックＢ６でＹｅｓ）。認証に成功した場合（ブロックＢ６でＹｅｓ）、ポータルサイト２０３は、プレーヤ１に対して認証に成功したことを通知する（ブロックＢ７）。

無線ネットワークユニット４３を介して認証結果を受信すると（ブロックＢ８）、プレーヤ１のＣＰＵ１１は、図５のフローチャートの処理に復帰する。

認証処理が終了して、選択したポータルサイト２０３から利用許可を得ていることが確認されると、ＣＰＵ１１は、メニュー更新処理を開始し（図５のブロックＡ４）、選択されたポータルサイト２０３から最新のメニュー画面データを取得する。

選択されたポータルサイト２０３は、コンテンツサーバ２０１へのリンクリストを含むメニュー画面データを、プレーヤ１に提供する。ブロックＡ４のメニュー更新処理によって、プレーヤ１には最新のメニュー画面データが提供される。

また、プレーヤ１が、以前に当該選択されたポータルサイト２０３からメニュー画面データの提供を受けている場合には、プレーヤ１のＲＯＭ２１には、以前のメニュー画面データが記憶されている。ブロックＡ４のメニュー更新処理によって、ＲＯＭ２１に記憶されたメニュー画面データを最新のデータに更新することができる。

図８は、プレーヤおよびポータルサイトの間で行われるメニュー更新処理のフローチャートである。

プレーヤ１のＣＰＵ１１は、メニュー更新処理開始の要求を、無線ネットワークユニット４３を介して、選択されたポータルサイト２０３に送信する（ブロックＣ１）。

ポータルサイト２０３は、プレーヤ１が保持しているメニュー画面データの更新データを送信するよう、プレーヤ１に要求する（ブロックＣ２）。メニュー画面データの更新データは、当該メニュー画面データの更新日時を示すデータである。

プレーヤ１のＣＰＵ１１は、ＲＯＭ２１に記憶されている更新データを、無線ネットワークユニット４３を介してポータルサイト２０３に送信する（ブロックＣ３）。ここで、ＲＯＭ２１にメニュー画面データおよびその更新データが記憶されていない場合には、ポータルサイト２０３にその旨を通知する。

ポータルサイト２０３は、プレーヤ１が最新のメニュー画面データを取得する必要があるか否かを判断する（ブロックＣ４）。プレーヤ１から送信された更新データが表す更新日時が、ポータルサイト２０３に保持されている更新データが表す更新日時よりも古い場合は、プレーヤ１は最新のメニュー画面データを取得する必要がある。また、プレーヤ１のＲＯＭ２１にメニュー画面データが記憶されていない旨が通知されている場合にも、プレーヤ１は最新のメニュー画面データを取得する必要がある。

プレーヤ１が最新のメニュー画面データを取得する必要がある場合は（ブロックＣ４でＹｅｓ）、ポータルサイト２０３はプレーヤ１に、最新のメニュー画面データの取得が必要であることを通知する（ブロックＣ５）。一方、プレーヤ１が最新のメニュー画面データを取得する必要はない場合は（ブロックＣ４でＮｏ）、ポータルサイト２０３はプレーヤ１に最新データの取得は不要であることを通知する（ブロックＣ６）。

続いて、プレーヤ１のＣＰＵ１１は、ポータルサイト２０３から、最新のメニュー画面データ取得の必要性が通知されたか否かを判断する（ブロックＣ７）。

ポータルサイト２０３からの通知が、最新のデータの取得が不要であることを示す場合には（ブロックＣ７でＮｏ）、プレーヤ１のＲＯＭ２１に格納されているメニュー画面データは最新のデータであるため、メニュー画面データの取得を行わずに、図５のフローチャートに復帰する。

ポータルサイト２０３からの通知が、最新データ取得の必要性を示す場合（ブロックＣ７でＹｅｓ）、プレーヤ１のＣＰＵ１１は、最新のメニュー画面データをポータルサイト２０３に要求する（ブロックＣ８）。ポータルサイト２０３は、プレーヤ１からの要求に応じて、最新のメニュー画面データをプレーヤ１に送信する（ブロックＣ９）。この際、メニュー画面データの新しい更新データもプレーヤ１に送信される。

ポータルサイト２０３は、各コンテンツサーバ２０１へのリンクに、コンテンツ取得可能なユーザに制限を設けているコンテンツサーバであるか否か、有償のコンテンツサーバであるか否か等を示すフラグを付して、プレーヤ１に提供するようにしてもよい。

ポータルサイト２０３から送信されたメニュー画面データおよび更新データは、プレーヤ１の無線ネットワークユニット４３を介して受信される（ブロックＣ１０）。プレーヤ１のＣＰＵ１１は、受信したメニュー画面データおよび更新データをＲＯＭ２１に記憶する（ブロックＣ１１）。その後、図５のフローチャートに復帰する。

以上のメニュー更新処理の結果、プレーヤ１のＲＯＭ２１には、最新のメニュー画面データが記憶されることとなる。最新のメニュー画面データを取得したら、プレーヤ１のＣＰＵ１１は、当該最新のメニュー画面データを利用して、ＬＣＤ５の表示画面にリンクリストを含んだメニュー画面を表示する（図５のブロックＡ５）。

図９は、ＬＣＤ５に表示されたメニュー画面の一例を示す図である。図９の例では、ポータルサイト（Ｐｏｒｔａｌ Ａ）から提供されたメニュー画面が表示されている。図９のリンクリストには、コンテンツサーバ２０１として「コンテンツサーバα（Ｓｅｒｖｅｒ α）」、「コンテンツサーバβ（Ｓｅｒｖｅｒ β）」の２つが含まれている。ここで、ポータルサイト２０３から提供されたコンテンツサーバαへのリンクには、ユーザ制限を設けていることを示すフラグが付されていた場合には、図９に示すように、認証処理が必要であることを示す「要認証」が付加されて表示される。

この他に、有償のコンテンツサーバであるか否か等を示すフラグがリンクに付されて、ポータルサイト２０３から提供された場合には、有償であることを明示的に表示する等、フラグに対応した表示を行うことができる。

次に、プレーヤ１のＣＰＵ１１は、ユーザが操作部３の多機能ボタン３ａを操作して、リンクリストから一つのコンテンツサーバを選択するのを待つ（図５のブロックＡ６）。ユーザが一つのコンテンツサーバ２０１を選択すると（ブロックＡ６でＹＥＳ）、プレーヤ１のＣＰＵ１１は、選択されたコンテンツサーバ２０１からコンテンツリストを取得する（ブロックＡ７）。

ブロックＡ７のコンテンツリスト取得処理では、ＣＰＵ１１は、選択されたコンテンツサーバ２０１から、当該コンテンツサーバ２０１が公開しているコンテンツのコンテンツリスト５０を取得する。コンテンツリストは例えばコンテンツを配信するためのＸＭＬ文法であるＲＳＳ形式で記述されている。なお、コンテンツリストの記述形式は、ＲＳＳ形式に限らず、Ａｔｏｍ形式等の他の記述形式であってもよい。

図１０は、コンテンツサーバから配信されるＲＳＳ形式で記述されたコンテンツリスト５０の一例を示す図である。

図１０では、コンテンツサーバα（Ｓｅｒｖｅｒ α）から配信されるコンテンツリスト５０の例が示されている。コンテンツリスト５０は、開始宣言部５１、サーバ情報部５２、終了宣言部５３、コンテンツ情報部６_１、６_２、…６_ｎ（ｎは任意の数）の各部分から成り立つ。コンテンツリストがＲＳＳ形式で記述されている場合には、開始宣言部５１には、ＸＭＬ文書であることを宣言するＸＭＬ宣言、ＲＳＳのバージョン情報等が含まれる。サーバ情報部５２には、コンテンツサーバα（Ｓｅｒｖｅｒ α）のアドレスやコンテンツサーバαを説明する説明情報、対応するライセンスサーバ２０２のアドレス等の、コンテンツサーバαについての情報（メタ情報）が記述されている。また、終了宣言部５３は、コンテンツリスト５０の終端を示す。

コンテンツサーバαがネットワーク上に公開している「データファイル１（ｄａｔａｆｉｌｅ１）」、「データファイル２（ｄａｔａｆｉｌｅ２）」、…についての情報は、サーバ情報部５２と、終了宣言部５３の間のコンテンツ情報部６_１、６_２…に記述される。

データファイル１についての情報は、コンテンツ情報部６_１に記述されている。コンテンツ情報部６_１には、データファイル１のファイル名、説明情報、配信日時、ＵＲＬ、ファイルサイズ、ファイルタイプ（記録フォーマット）、コンテンツＩＤ等の情報が含まれる。また、データファイル２についての情報は、コンテンツ情報部６_２に記述される。同様に、データファイル３、４・・・のについての情報は、図示しないコンテンツ情報部６_３、６_４・・・に記述される。

ブロックＡ７でコンテンツサーバ２０１からコンテンツリスト５０を取得すると、プレーヤ１のＣＰＵ１１は、取得したコンテンツリスト５０に対してフィルタリング処理を施す（図５のブロックＡ８）。

プレーヤ１のＲＯＭ２１（あるいはＨＤＤ７）には、コンテンツの再生プログラムが格納されている。この再生プログラムが再生可能なコンテンツの記録フォーマットは予め決められている。このため、コンテンツをコンテンツサーバ２０１から取得しても、その記録フォーマットによっては、再生できない場合がある。

また、記録フォーマットはプレーヤ１で再生可能なものであったとしても、プレーヤ１では再生できないコンテンツもある。例えば、ＬＣＤ５の解像度よりも大きい解像度を有する画像データは、プレーヤ１では再生できない。また、プレーヤ１で再生可能なビットレートにも、上限がある。フィルタリング処理（ブロックＡ８）では、このようなプレーヤ１では再生できないコンテンツのファイル情報をコンテンツリスト５０から削除する。

コンテンツの解像度やビットレートの情報は、そのコンテンツが有するプロファイルデータに含まれている。プロファイルデータのデータサイズは１ｋＢｙｔｅ（キロバイト）より小さく、通常は、コンテンツデータの先頭部分に配置されている。このため、コンテンツデータの先頭の１ｋＢｙｔｅのデータを選択的にダウンロードして、プロファイルデータを抽出することが可能である。なお、本実施の形態においては、ユーザが取得を許可されていないコンテンツであっても、プロファイルデータの抽出のために先頭の１ｋＢｙｔｅデータをダウンロードすることは可能である。

図１１は、プレーヤが実行するフィルタリング処理のフローチャートである。

まず、ＣＰＵ１１は、取得したコンテンツリスト５０に含まれる各コンテンツ情報部６_１、６_２…のうち、先頭のコンテンツ情報部６_１および対応するコンテンツを、処理の対象として選択する（ブロックＤ１）。例えば図１０に示すコンテンツリスト５０の例では、先頭のコンテンツ情報部６_１および対応するデータファイル１（ｄａｔａｆｉｌｅ１）が処理の対象として選択される。

次に、ＣＰＵ１１は、選択したコンテンツ情報部６_１から、当該選択コンテンツの記録フォーマットを検出する（ブロックＤ２）。そして、ＣＰＵ１１は、検出した記録フォーマットが、プレーヤ１で再生可能なフォーマットであるか否かを判断する（ブロックＤ３）。

検出した記録フォーマットが、プレーヤ１では再生できないフォーマットである場合（ブロックＤ３でＮｏ）、ＣＰＵ１１は、選択されているコンテンツ情報部６_１をコンテンツリスト５０から削除する（ブロックＤ１０）。

一方、検出した記録フォーマットが、プレーヤ１で再生可能なフォーマットである場合（ブロックＤ３でＹｅｓ）、ＣＰＵ１１は、無線ネットワークユニット４３を介して、コンテンツサーバ２０１から、コンテンツ情報部６_１に対応するコンテンツデータの先頭の１ｋＢｙｔｅデータを取得する（ブロックＤ４）。そして、ＣＰＵ１１は、取得した１ｋＢｙｔｅのデータからプロファイルデータを抽出する（ブロックＤ５）。

プロファイルデータには、このコンテンツの解像度やビットレートの情報が含まれている。ＣＰＵ１１は、プロファイルデータから、解像度データを検出する（ブロックＤ６）。その後、ＣＰＵ１１は、検出した解像度が、ＬＣＤ５に表示可能な解像度であるか否かを判断する（ブロックＤ７）。

検出した解像度がＬＣＤ５では表示できない解像度である場合は（ブロックＤ７でＮｏ）、ＣＰＵ１１は、選択されているコンテンツ情報部６_１をコンテンツリスト５０から削除する（ブロックＤ１０）。

一方、検出した解像度が、ＬＣＤ５で表示可能な解像度である場合（ブロックＤ７でＹｅｓ）、ＣＰＵ１１は、続いてプロファイルデータから、ビットレートデータを検出する（ブロックＤ８）。そして、ＣＰＵ１１は、検出したビットレートが、プレーヤ１で再生可能なビットレートであるか否かを判断する（ブロックＤ９）。

検出したビットレートが、プレーヤ１で再生できないビットレートである場合（ブロックＤ９でＮｏ）、ＣＰＵ１１は、選択されているコンテンツ情報部６_１をコンテンツリスト５０から削除する（ブロックＤ１０）。その後、ＣＰＵ１１は、コンテンツリスト５０に含まれるすべてのコンテンツ情報部６_１、６_２…についてフィルタリング処理が終了したか否かを判断する（ブロックＤ１１）。

フィルタリング処理が終了していないコンテンツ情報部が残っている場合は（ブロックＤ１１でＮｏ）、ＣＰＵ１１は、コンテンツリスト５０から、次のコンテンツ情報部を選択して処理の対象とし（ブロックＤ１２）、ブロックＤ２以降の処理を繰り返す。

コンテンツリスト５０に含まれるすべてコンテンツ情報部６_１、６_２…について、フィルタリング処理が終了すると（ブロックＤ１１でＹｅｓ）、図５のフローチャートの処理に復帰する。

以上のフィルタリング処理の結果、コンテンツリスト５０からは、プレーヤ１再生できないコンテンツの情報が除かれる。コンテンツリスト５０には、プレーヤ１が再生可能なコンテンツのファイル情報のみが残っている。

フィルタリング処理が終了すると、プレーヤ１のＣＰＵ１１は、コンテンツリスト５０に対してライセンス確認処理を施す（図５のブロックＡ９）。

コンテンツサーバ２０１は、コンテンツを配信するユーザを制限している場合があり、ユーザは予め、コンテンツサーバ２０１の設置者からサービスの利用（コンテンツ取得）の許可を受ける必要がある。ライセンスサーバ２０２は、コンテンツサーバ２０１がサービスの利用を許可したユーザに対して発行するユーザＩＤを管理している。ライセンスサーバ２０２は、ユーザＩＤに対応付けて、当該ユーザが取得可能なコンテンツを示すコンテンツＩＤも記憶している。関連する複数のコンテンツ（例えば同一の演奏者による音楽データ）に同一のコンテンツＩＤが付されていてもよい。ライセンスサーバ２０２は、常に最新のライセンス情報を保持するように、ライセンス情報の管理を行っている。ライセンス確認処理（ブロックＡ９）では、プレーヤ１は、コンテンツリストに含まれるコンテンツの取得が許可されているか（ライセンスされているか）否かを、ライセンスサーバ２０２に問い合わせる。問い合わせの結果として得られるライセンス情報は、コンテンツリスト５０の各コンテンツ情報部６_１、６_２…に書き込まれる。

図１２は、プレーヤおよびライセンスサーバの間で行われるライセンス確認処理の内容を示すフローチャートである。

まず、プレーヤ１のＣＰＵ１１は、ライセンスサーバ２０２のアドレスを特定する（ブロックＥ１）。ライセンスサーバ２０２のアドレスは、選択されたコンテンツサーバ２０１から送信されたコンテンツリスト５０に含まれている。例えば、図１０に示すコンテンツリスト５０であれば、コンテンツサーバ２０１の情報が記載されているサーバ情報部５２に、当該コンテンツサーバ２０１に対応するライセンスサーバ２０２のアドレスも記載されている。ＣＰＵ１１は、サーバ情報部５２から、ブロックＡ６で選択されたコンテンツサーバ２０１に対応するライセンスサーバ２０２のアドレスを検出する。コンテンツリスト５０にライセンスサーバ２０２のアドレスが含まれていない場合には、改めて当該選択されたコンテンツサーバ２０１に問い合わせてもよい。

次にＣＰＵ１１は、コンテンツサーバ２０１がユーザを制限しているか否かを判断する（ブロックＥ２）。コンテンツサーバ２０１がユーザを制限しているか否かは、コンテンツリスト５０のサーバ情報部５２に含まれる情報に基づいて判断可能である。コンテンツサーバ２０１が、コンテンツの取得が可能なユーザを制限していない場合は（ブロックＥ２でＮｏ）、図５のフローチャートに復帰する。

一方、コンテンツサーバ２０１が、コンテンツの取得が可能なユーザを制限している場合（ブロックＥ２でＹｅｓ）、プレーヤ１のＣＰＵ１１は、ＲＯＭ２１に記憶されたユーザＩＤを読み出し、読み出したユーザＩＤを特定されたアドレスに対して送信する（ブロックＥ３）。あるいは、ユーザＩＤを入力するようユーザに促して、ユーザ入力したユーザＩＤを送信するようにしてもよい。

ライセンスサーバ２０２は、ユーザＩＤを受信すると（ブロックＥ４）、当該受信したユーザＩＤが、コンテンツサーバ２０１から発行された正しいユーザＩＤであるか否かを判断する（ブロックＥ５）。受信したユーザＩＤが、ライセンスサーバ２０２が管理するユーザＩＤと異なっていれば、この受信したユーザＩＤは正しいユーザＩＤではないと判断される。

受信したユーザＩＤが正しいＩＤではないと判断された場合（ブロックＥ５でＮｏ）、プレーヤ１のユーザはコンテンツサーバ２０１から利用許可を受けていないとみなされ、コンテンツリスト表示処理は終了する。この後、例えば他のライセンスサーバとの間でライセンス確認処理を行う等、所定の処理が行われる。

一方、受信したユーザＩＤが正しいＩＤであると判断された場合（ブロックＥ５でＹｅｓ）、ライセンスサーバ２０２は、プレーヤ１に対してコンテンツのコンテンツＩＤを送信するよう要求する（ブロックＥ６）。

すると、プレーヤ１のＣＰＵ１１は、フコンテンツリスト５０に含まれる各コンテンツ情報部６_１、６_２…のうち、先頭のコンテンツ情報部６_１および対応するコンテンツを処理の対象として選択する（ブロックＥ７）。コンテンツ情報部６_１が、ブロックＡ８のフィルタリング処理によって削除されていれば、コンテンツ情報部６_１以外の、先頭のコンテンツ情報部が選択される。

ＣＰＵ１１は、選択したコンテンツ情報部６_１（または、他のコンテンツ情報部）に含まれるコンテンツＩＤを読み出して、無線ネットワークユニット４３を介してライセンスサーバ２０２に送信する（ブロックＥ８）。

ライセンスサーバ２０２は、コンテンツＩＤを受信すると（ブロックＥ９）、プレーヤ１のユーザは、当該コンテンツＩＤに対応するコンテンツの取得を許可されているか（ライセンスされているか）否かを判断する（ブロックＥ１０）。ライセンスサーバ２０２は、ユーザＩＤに対応させて、ユーザに取得が許可されているコンテンツのコンテンツＩＤを保持している。ライセンスサーバ２０２は保持しているデータと、プレーヤ１から送られてきたデータを照合して、ブロックＥ１０の判断を行う。

プレーヤ１から送られてきたコンテンツＩＤに対応するコンテンツの取得が、ユーザに許可されていると判断された場合（ブロックＥ１０でＹｅｓ）、ライセンスサーバ２０２はプレーヤ１に、当該コンテンツの取得が許可されていることを示すライセンス情報（取得許可）を送信する（ブロックＥ１１）。一方、コンテンツの取得が許可されていない場合（ブロックＥ１０でＮｏ）、ライセンスサーバ２０２はプレーヤ１に、許可されていないことを示すライセンス情報（取得不許可）を送信する（ブロックＥ１２）。

プレーヤ１は、無線ネットワークユニット４３を介して、ライセンスサーバ２０２から送信されてきたライセンス情報を受信する（ブロックＥ１３）。プレーヤ１のＣＰＵ１１は、コンテンツリスト５０の先頭のコンテンツ情報部６_１（または他のコンテンツ情報部）に受信したライセンス情報を書き込む（ブロックＥ１４）。すなわち、コンテンツの取得が許可されている場合は、取得許可を表すライセンス情報が書き込まれ、取得が許可されていない場合には、取得不許可を表すライセンス情報が書き込まれる。

その後、ＣＰＵ１１は、コンテンツリスト５０に含まれるすべてのコンテンツ情報部６_１、６_２…について、ライセンス確認処理が終了したか否かを判断する（ブロックＥ１５）。

ライセンス確認処理が終了していないコンテンツ情報部が残っている場合は（ブロックＥ１５でＮｏ）、ＣＰＵ１１は、コンテンツリスト５０から、次のコンテンツ情報部を選択して処理の対象とし（ブロックＥ１６）、ブロックＥ８以降の処理を繰り返す。

コンテンツリスト５０に含まれるすべてのコンテンツ情報部６_１、６_２…について、ライセンス確認処理が終了すると（ブロックＥ１でＹｅｓ）、図５のフローチャートの処理に復帰する。

以上のライセンス確認処理の結果、コンテンツリスト５０の各コンテンツ情報部には、コンテンツの取得が、プレーヤ１のユーザに許可されているか否かを表すライセンス情報が書き込まれていることになる。

ライセンス確認処理が終了すると、コンテンツリスト５０に基づいて、コンテンツのリストが表示され（図５のブロックＡ１０）、コンテンツリスト表示処理が終了する。

ここで、ＣＰＵ１１は、各コンテンツ情報部６_１、６_２…に書き込まれたライセンス情報を参照して、取得が許可されたコンテンツと、取得が許可されていないコンテンツとでは、表示を異ならせることができる。

図１３は、ＬＣＤ５に表示されるコンテンツリスト画面の一例を示す図である。図１３の例では、コンテンツサーバα（Ｓｅｒｖｅｒ α）が配信するコンテンツのうち、プレーヤ１が再生可能なコンテンツ「データファイル２（ｄａｔａｆｉｌｅ２）」、「データファイル３（ｄａｔａｆｉｌｅ３）」、「データファイル５（ｄａｔａｆｉｌｅ５）」がリスト表示されている。この例のコンテンツリスト５０では、コンテンツ情報部６_２（データファイル２に対応）およびコンテンツ情報部６_５（データファイル５に対応）にライセンス情報（取得許可）が書き込まれている。このため、ユーザに取得が許可されているデータファイル２およびデータファイル５には、記号Ｌが付されて表示される。ユーザはこの記号によって、どのファイルに取得許可が与えられているかを簡単に識別することができる。

ユーザは、このコンテンツリスト表示処理によってＬＣＤ５に表示されたコンテンツリストから、多機能ボタン３ａの操作によって、一つあるいは多数のコンテンツを選択することが可能である。取得許可が与えられているコンテンツが選択された場合には、コンテンツサーバ２０１から、当該選択したコンテンツがダウンロードされる。取得が許可されていないコンテンツが選択された場合は、プレーヤ１は、選択されたコンテンツのダウンロードを行わない。

あるいは、コンテンツが選択されたら、プレーヤ１は、当該選択されたコンテンツのライセンス情報を、コンテンツサーバ２０１に送信するようにしてもよい。コンテンツサーバ２０１では、送信されてきたライセンス情報の内容に応じた処理を行うことができる。

コンテンツサーバ２０１は、プレーヤ１から送信されてきたライセンス情報が取得許可を表す場合にのみ、コンテンツのダウンロードを許可する。すなわち、コンテンツサーバ２０１からコンテンツをダウンロードするためには、ライセンスサーバ２０２から送られてきた所得許可を表すライセンス情報を、コンテンツサーバ２０１に送信しなくてはならず、ライセンスサーバ２０２から送信されるライセンス情報は、コンテンツをダウンロードするための鍵の役割を果たしている。従って、情報セキュリティ向上のために、ライセンス情報は暗号化されて送受信されてもよい。一方、プレーヤ１がコンテンツサーバ２０１に送信したライセンス情報が、取得許可を表すライセンス情報ではない場合には、ユーザに利用許諾を得るよう促すための画面データを送信する。プレーヤ１は、この画面データに含まれている所定の利用許諾処理へのリンクに従って、利用許諾処理へと移行する。

本実施形態に係るマルチメディア再生装置（プレーヤ）１によれば、コンテンツサーバから当該コンテンツサーバが配信しているコンテンツのリストを取得し、当該コンテンツリストからプレーヤ1では再生できないコンテンツを削除し、また、コンテンツリストに含まれるコンテンツの取得が許可されているか否かをライセンスサーバに問い合わせ、問い合わせた結果をコンテンツリストに書き加えることができる。

このため、コンテンツリストを表示する際に、取得が許可されたコンテンツと、許可されていないコンテンツとでは、表示を区別することができる。従って、ユーザは、コンテンツサーバ２０１が提供しているコンテンツのうち、どのコンテンツが取得可能なのかを簡単に認識することができる。

また、コンテンツリストから何れかのコンテンツ選択した場合に行われる処理を、ライセンス情報に応じた処理にすることができる。このため、取得が許可されたコンテンツが選択された場合に行われる処理と、取得が許可されていないコンテンツが選択された場合の処理とを異ならせることが可能になる。

本実施の形態では、コンテンツサーバ２０１から発行されたユーザＩＤはＲＯＭ２１に記憶されているとしたが、ユーザＩＤはＨＤＤ７に予め記憶されていてもよい。また、ポータルサイトのアドレスや、コンテンツサーバ２０１から取得したメニュー画面データおよびその更新データもＲＯＭ２１に記憶されるとしたが、これらのデータもＨＤＤ７に記憶するようにしてもよい。

本実施形態では、メニュー更新処理（図５のブロックＡ４、図８のフローチャート）によって、プレーヤ１は最新のリンクリストを取得する。このため、コンテンツサーバ２０３のアドレスが変更していても、プレーヤ１は、ポータルサイト２０３から提供される最新のメニュー画面データに基づいて、簡単にコンテンツサーバ２０３にたどり着くことができる。

また、本実施形態では、図５のブロックＡ７では、コンテンツサーバ２０１からコンテンツリスト５０を取得した。このコンテンツリスト５０は、コンテンツサーバ２０１から利用許可を受けていないユーザであっても取得できる。取得したコンテンツリスト５０に含まれるコンテンツに、ユーザの興味を引くものがあれば、ユーザはそこで、コンテンツサーバ２０１に利用許諾を求める処理を開始できるように構成することも可能である。

本実施形態では、コンテンツサーバ２０１から取得するコンテンツリスト５０に、対応するライセンスサーバ２０２のアドレス等の情報が含まれるとしたが、ライセンスサーバ２０２の情報は、他の方法で提供されてもよい。

本実施形態では、コンテンツサーバ２０１から取得するコンテンツリスト５０は、ＲＳＳやＡｔｏｍ形式等で記述されているとしたが、コンテンツサーバ２０１が配信する各コンテンツの情報を記述できる形式であれば、どのような形式であってもよい。

本実施形態のフィルタリング処理（図５のブロックＡ８および図１１のフローチャート）では、ユーザが取得を許可されていないコンテンツであっても、そのプロファイルデータは取得可能であった。しかしながら、フィルタリング処理（図５のブロックＡ８）とライセンス確認処理（ブロックＡ９）の順番を入れ替えた上で、ライセンス確認処理によって取得許可のライセンス情報を得たコンテンツのみ、先頭の１ｋＢｙｔｅデータをダウンロードできるようにしてもよい。

本実施形態では、ユーザが取得許可されたコンテンツには記号を付けて表示し、取得が許可されていないコンテンツとは区別して表示された（図５のブロックＡ１０）。しかしながら、表示の区別はこれに限られない。取得が許可されていないコンテンツに記号を付してもよいし、あるいは取得が許可されていないコンテンツは、リストに表示しないようにしてもよい。

本実施形態の認証処理（図５のブロックＡ３、図７のフローチャート）では、認証用データとしてプレーヤ１のモデル名およびシリアルナンバーが用いられたが、これ以外の情報が認証用データとして用いられてもよい。

次に、本発明の他の実施形態を説明する。以下の実施形態で第１実施形態と対応する部分は対応する参照数字を付して詳細な説明は省略する。他の実施形態の構成は図１に示すブロック図で表される。

第２の実施形態
第１の実施形態のライセンス確認処理（図５のブロックＡ９、図１２のフローチャート）では、コンテンツリスト５０に含まれるすべてのコンテンツについて、プレーヤ１のユーザがその取得を許可されているか否かが判断された。本実施形態のライセンス確認処理では、取得許可されているかだけではなく、取得許可に有効期限があるか、この有効期限が切れているか等も判断することができる。

第１の実施形態では、ライセンスサーバ２０２が管理するライセンス情報に含まれる情報は、コンテンツサーバ２０１からコンテンツの取得することが許可されたユーザのユーザＩＤ、および当該ユーザに取得が許可されているコンテンツのコンテンツＩＤであった。これに加えて、本実施形態では、コンテンツ取得許可の有効期限についてのデータが、ユーザＩＤおよびコンテンツＩＤに関連付けられて、ライセンスサーバ２０２によって管理されている。

第２の実施形態によるコンテンツリスト表示処理の全体の流れは、第1の実施形態と同様に、図５のフローチャートで示される。

ＬＣＤ５に表示されたスタート画面上（図４参照）で、ユーザが「ＰＯＤＣＡＳＴＩＮＧ」の項目を選択すると、ＣＰＵ１１は、ＲＯＭ２１にアドレス登録されているポータルサイト２０３をＬＣＤ５の表示画面にリスト表示する（ブロックＡ１）。

ポータルサイトリストが表示された後、ＣＰＵ１１は、ユーザが多機能ボタン３ａを操作して、ＬＣＤ５に表示されたポータルサイト２０３の中から一つを選択するのを待つ（ブロックＡ２）。ユーザがポータルサイトリストから一つのポータルサイト２０３を選択すると（ブロックＡ２でＹＥＳ）、ＣＰＵ１１は、選択されたポータルサイト２０３との間で認証処理を開始する（ブロックＡ３）。ブロックＡ３の認証処理の内容は、第１の実施形態と同様に、図７のフローチャートで表される。

この認証処理（ブロックＡ３、図７のフローチャート）では、選択されたポータルサイト２０３は、プレーヤ１から送信された認証用データと、登録されている認証用データとを照合して、プレーヤ１のユーザがサービスの利用許可を受けたユーザであるか否かを判断する。本実施の形態においても、プレーヤ１のモデル名およびシリアルナンバーが認証用データとして用いられる。

認証処理が終了して、選択したポータルサイト２０３から利用許可を得ていることが確認されると、ＣＰＵ１１は、メニュー更新処理を開始し（ブロックＡ４）、選択されたポータルサイト２０３から最新のメニュー画面データを取得する。ブロックＡ４のメニュー画面更新処理の内容は、第１の実施形態と同様に、図８のフローチャートで表される。

メニュー更新処理（ブロックＡ４、図８のフローチャート）により、プレーヤ１には、選択されたポータルサイト２０３から最新のメニュー画面データが提供される。メニュー更新処理の結果、プレーヤ１のＲＯＭ２１には、最新のメニュー画面データが記憶されることとなる。最新のメニュー画面データを取得したら、プレーヤ１のＣＰＵ１１は、当該最新のメニュー画面データを利用して、ＬＣＤ５の表示画面にリンクリストを含んだメニュー画面を表示する（ブロックＡ５）。

次に、プレーヤ１のＣＰＵ１１は、ユーザが操作部３の多機能ボタン３ａを操作して、リンクリストから一つのコンテンツサーバを選択するのを待つ（ブロックＡ６）。ユーザが一つのコンテンツサーバ２０１を選択すると（ブロックＡ６でＹＥＳ）、プレーヤ１のＣＰＵ１１は、選択されたコンテンツサーバ２０１からコンテンツリストを取得する（ブロックＡ７）。

選択されたコンテンツサーバ２０１から取得したコンテンツリスト５０には、第１の実施形態と同様に、例えば図１０に示すような開始宣言部５１、サーバ情報部５２、終了宣言部５３、コンテンツ情報部６_１、６_２、…６_ｎ（ｎは任意の数）が含まれている。

選択されたコンテンツサーバ２０１からコンテンツリスト５０を取得すると、プレーヤ１のＣＰＵ１１は、取得したコンテンツリスト５０に対してフィルタリング処理を施す（ブロックＡ８）。フィルタリング処理の内容は、第１の実施形態と同様に、図１１のフローチャートで示される。

フィルタリング処理（ブロックＡ８、図１１のフローチャート）では、プレーヤ１では再生できないコンテンツについての情報をコンテンツリスト５０から削除する。

コンテンツリスト５０に含まれるすべてのコンテンツ情報部６_１、６_２…について、フィルタリング処理が終了すると、コンテンツリスト５０からは、プレーヤ１では再生できないコンテンツの情報が除かれ、プレーヤ１が再生可能なコンテンツのコンテンツ情報部のみが残る。

プレーヤ１のＣＰＵ１１は、コンテンツリスト５０に対してライセンス確認処理を施す（ブロックＡ９）。第１の実施形態では、コンテンツリスト５０に含まれるすべてのコンテンツについて、ユーザがその取得を許可されているか否かが判断された。本実施形態では、取得が許可されているか否かだけではなく、取得許可に有効期限があるか、この有効期限が切れているかどうか等も判断される。

図１４は、第２実施形態によるライセンス確認処理を示すフローチャートである。

まず、プレーヤ１のＣＰＵ１１は、ライセンスサーバ２０２のアドレスを特定する（ブロックＥＡ１）。ライセンスサーバ２０２のアドレスは、選択されたコンテンツサーバ２０１から送信されたコンテンツリスト５０に含まれている。例えば、図１０に示すコンテンツリスト５０であれば、サーバ情報部５２に、ライセンスサーバ２０２のアドレスが記載されている。ＣＰＵ１１は、サーバ情報部５２から、ライセンスサーバ２０２のアドレスを検出する。コンテンツリスト５０にライセンスサーバ２０２のアドレスが含まれていない場合には、改めてコンテンツサーバ２０１に問い合わせてもよい。

次にＣＰＵ１１は、コンテンツサーバ２０１がユーザを制限しているか否かを判断する（ブロックＥＡ２）。コンテンツサーバ２０１がユーザを制限しているか否かは、コンテンツリスト５０のサーバ情報部５２に含まれる情報に基づいて判断可能である。

コンテンツサーバ２０１が、コンテンツの取得が可能なユーザを制限していない場合は（ブロックＥＡ２でＮｏ）、図５のフローチャートに復帰する。

一方、コンテンツサーバ２０１が、コンテンツの取得が可能なユーザを制限している場合（ブロックＥＡ２でＹｅｓ）、プレーヤ１のＣＰＵ１１は、ＲＯＭ２１に記憶されたユーザＩＤを読み出し、読み出したユーザＩＤを特定されたアドレスに対して送信する（ブロックＥＡ３）。あるいは、ユーザＩＤを入力するようユーザに促して、ユーザ入力したユーザＩＤを送信するようにしてもよい。

ライセンスサーバ２０２は、ユーザＩＤを受信すると（ブロックＥＡ４）、当該受信したユーザＩＤが、コンテンツサーバ２０１から発行された正しいユーザＩＤであるか否かを判断する（ブロックＥＡ５）。受信したユーザＩＤが、ライセンスサーバ２０２が管理するユーザＩＤと異なっていれば、この受信したユーザＩＤは正しいユーザＩＤではないと判断される。

受信したユーザＩＤが正しいＩＤではないと判断された場合は（ブロックＥＡ５でＮｏ）、プレーヤ１のユーザはコンテンツサーバ２０１から利用許可を受けていないとみなされ、コンテンツリスト表示処理は終了する。この後、例えば他のライセンスサーバとの間でライセンス確認処理を行う等、所定の処理が行われる。

一方、受信したユーザＩＤが正しいＩＤであると判断された場合は（ブロックＥＡ５でＹｅｓ）、ライセンスサーバ２０２は、プレーヤ１に対してコンテンツのコンテンツＩＤを送信するよう要求する（ブロックＥＡ６）。

プレーヤ１のＣＰＵ１１は、フコンテンツリスト５０に含まれる各コンテンツ情報部６１、６２…のうち、先頭のコンテンツ情報部６１および対応するコンテンツを処理の対象として選択する（ブロックＥＡ７）。

ＣＰＵ１１は、処理対象のコンテンツは、ライセンスを確認する必要があるか否かを判断する。この判断は、選択したコンテンツ情報部６１に記載された情報に基づいて行われる。コンテンツサーバ２０１が、どのユーザにも取得を許可しているようなコンテンツについては、ライセンスを確認する必要がない。

ライセンスを確認する必要がないと判断されたら（ブロックＥＡ８でＮｏ）、ＣＰＵ１１は、コンテンツリスト５０から、次のコンテンツ情報部を選択して処理の対象とし（ブロックＥＡ９）、ブロックＥＡ８に戻り、新たに選択された処理対象のコンテンツには、ライセンス確認の必要があるのか否かを判断する。

処理対象となっているコンテンツについて、ライセンスを確認する必要があると判断されると（ブロックＥＡ８でＹｅｓ）、ＣＰＵ１１は、処理対象のコンテンツに対応するコンテンツＩＤを、無線ネットワークユニット４３を介してライセンスサーバ２０２に送信する（ブロックＥＡ１０）。

ライセンスサーバ２０２は、コンテンツＩＤを受信すると（ブロックＥＡ１１）、プレーヤ１のユーザが、処理対象のコンテンツの取得を許可されているか（ライセンスされているか）否かを判断する（ブロックＥＡ１２）。ライセンスサーバ２０２は、ユーザＩＤに対応させて、ユーザに取得が許可されているコンテンツのコンテンツＩＤを保持している。ライセンスサーバ２０２は保持しているデータと、プレーヤ１から送られてきたデータを照合して、ブロックＥＡ１２の判断を行う。

処理対象のコンテンツの取得が、プレーヤ１のユーザに許可されていない場合（ブロックＥＡ１２でＮｏ）、ライセンスサーバ２０２はプレーヤ１に、許可されていないことを示すライセンス情報（取得不許可）を送信する（ブロックＥＡ１３）。

一方、処理対象のコンテンツの取得が、プレーヤ１のユーザに許可されていると判断された場合は（ブロックＥＡ１２でＹｅｓ）、続いて、プレーヤ１のユーザが処理対象のコンテンツを取得できる有効期限が設定されているか否かを判断する（ブロックＥＡ１４）。ライセンスサーバ２０２は、ユーザＩＤおよびコンテンツＩＤに対応させて、有効期限の情報も管理している。

プレーヤ１のユーザが、処理対象のコンテンツを取得するのに、有効期限が設定されていない場合は（ブロックＥＡ１４でＮｏ）、ライセンスサーバ２０２は、プレーヤ１に、コンテンツの取得に有効期限が設定されていないことを示すライセンス情報（期限なし）を送信する。

一方、有効期限が設定されている場合は（ブロックＥＡ１４でＹｅｓ）、この有効期限が既に切れているか否かを判断する（ブロックＥＡ１６）。

有効期限が切れている場合は（ブロックＥＡ１６でＹｅｓ）、ライセンスサーバ２０２は、プレーヤ１に、既にコンテンツ取得の有効期限が切れていることを示すライセンス情報（期限切れ）を送信する（ブロックＥＡ１７）。一方、有効期限が切れていなければ（ブロックＥＡ１６でＮｏ）、ライセンスサーバ２０２は、プレーヤ１に、コンテンツ取得の有効期限内であることを示すライセンス情報（期限内）を送信する（ブロックＥＡ１８）。

プレーヤ１は、無線ネットワークユニット４３を介して、ライセンスサーバ２０２から送信されてきたライセンス情報を受信する（ブロックＥＡ１９）。プレーヤ１のＣＰＵ１１は、コンテンツリスト５０に含まれる処理対象のコンテンツ情報部に、受信したライセンス情報を書き加える（ブロックＥＡ２０）。

その後、ＣＰＵ１１は、コンテンツリスト５０に含まれるすべてのコンテンツ情報部６_１、６_２…について、ライセンス確認処理が終了したか否かを判断する（ブロックＥＡ２１）。

ライセンス確認処理が終了していないコンテンツ情報部が残っている場合は（ブロックＥＡ２１でＮｏ）、ＣＰＵ１１は、コンテンツリスト５０から、次のコンテンツ情報部を選択して処理の対象とし（ブロックＥＡ９）、ブロックＥＡ８以降の処理を繰り返す。

コンテンツリスト５０に含まれるすべてのコンテンツ情報部６_１、６_２、…６_ｎについてライセンス確認処理が終了すると（ブロックＥＡ２１でＹｅｓ）、図５のフローチャートの処理に復帰する。

以上の本実施形態によるライセンス確認処理の結果、コンテンツリスト５０の各コンテンツ情報部６_１、６_２…には、コンテンツの取得がプレーヤ１のユーザに許可されているか否かだけではなく、コンテンツ取得の有効期限についての情報が書き込まれることになる。

ライセンス確認処理が終了すると、コンテンツリスト５０に基づいて、コンテンツのリストが表示され（図５のブロックＡ１０）、コンテンツリスト表示処理が終了する。

ここで、ＣＰＵ１１は、各コンテンツ情報部６_１、６_２…に書き込まれたライセンス情報を参照して、取得が許可されていないコンテンツ、取得の有効期限が切れたコンテンツ、有効期限内のコンテンツ表示等を区別可能に表示させる。

例えば、有効期限があるコンテンツには期限を表す記号を、有効期限が切れているコンテンツには、警告の記号を付ける等の表示が可能である。これによって、ユーザは、各コンテンツの取得可能な期間についての情報も認識できるようになる。

ユーザは、このコンテンツリスト表示処理によってＬＣＤ５に表示されたコンテンツリストから、多機能ボタン３ａの操作によって、一つあるいは多数のコンテンツを選択することが可能である。取得許可が与えられているコンテンツ（ライセンス確認の必要がないコンテンツ、取得期限内のコンテンツ）が選択された場合には、コンテンツサーバ２０１から、当該選択したコンテンツがダウンロードされる。取得が許可されていないコンテンツ（取得期限が切れたコンテンツ、取得が許可されていないコンテンツ）が選択された場合は、プレーヤ１は、選択されたコンテンツのダウンロードを行わない。

本実施形態においても、コンテンツが選択されたら、プレーヤ１は、当該選択されたコンテンツのライセンス情報を、コンテンツサーバ２０１に送信するようにしてもよい。コンテンツサーバ２０１では、送信されてきたライセンス情報の内容に応じた処理を行うことができる。本実施形態では、ライセンス確認処理（図５のブロックＡ９、図１４のフローチャート）の結果得られたライセンス情報は、コンテンツ取得有効期限の情報を含んでいる。例えば、プレーヤ１がコンテンツサーバ２０１に送信したライセンス情報が、有効期限切れを示すような場合には、ユーザに再び利用許諾を得るよう促すための画面データを送信する。プレーヤ１は、この画面データに含まれている所定の利用許諾処理へのリンクに従って、利用許諾処理へと移行する。プレーヤ１から送信されたライセンス情報が、コンテンツの取得有効期限内であることを示す場合は、選択されたコンテンツをプレーヤ１に送信してもよいし、取得有効期限の延長処理を行うための画面データを送信してもよい。

本実施形態に係るマルチメディア再生装置（プレーヤ）１によれば、コンテンツサーバから当該コンテンツサーバが配信しているコンテンツのリストを取得し、当該コンテンツリストからプレーヤ1では再生できないコンテンツを削除し、また、コンテンツリストに含まれるコンテンツの取得が許可されているか否か、及びコンテンツの取得有効期限についての情報をライセンスサーバに問い合わせ、問い合わせた結果をコンテンツリストに書き加えることができる。

このため、コンテンツリストを表示する際に、取得が許可されたコンテンツと、許可されていないコンテンツとでは、表示を区別することができる。また、取得有効期限が切れたコンテンツや、取得有効期限内のコンテンツとでも表示を区別することができる。さらに、コンテンツリストから何れかのコンテンツ選択した場合に行われる処理を、取得有効期限および取得許可の有無に応じて変更することができる。

なお、上述の説明では、ライセンスサーバ２０２は、コンテンツの取得有効期限を管理するとしたが、これに加えて、ダウンロードしたコンテンツの有効再生回数（何回まで再生可能かを示す数）等も管理することができる。ライセンス確認処理（図５のブロックＡ９、図１４のフローチャート）では、有効再生回数の情報も、ライセンス情報に付加してプレーヤ１に送信することができる。プレーヤ１では、受信したライセンス情報に基づいて、有効再生回数をコンテンツリストに付加して表示することができる（ブロックＡ１０）。あるいは、ライセンスサーバ２０２は、ユーザが、所定の期間内にコンテンツサーバ２０２からダウンロードできるコンテンツの数を管理していてもよい。ライセンス確認処理（図５のブロックＡ９、図１４のフローチャート）では、ユーザがコンテンツサーバ２０１からダウンロード可能なコンテンツの数をライセンス情報に付加して、プレーヤ１に送信することができる。プレーヤ１では、受信したライセンス情報に基づいて、ユーザがこの後ダウンロードできるコンテンツの数をコンテンツリストに表示することができる（ブロックＡ１０）。

従って、ユーザは、コンテンツサーバ２０１が提供しているコンテンツのより詳細なライセンス情報を簡単に得ることができる。また、コンテンツごとに取得されたライセンス情報に応じた処理を行うことも可能になる。

本実施形態では、コンテンツサーバ２０１から発行されたユーザＩＤはＲＯＭ２１に記憶されているとしたが、ユーザＩＤはＨＤＤ７に予め記憶されていてもよい。また、ポータルサイトのアドレスや、コンテンツサーバ２０１から取得したメニュー画面データおよびその更新データもＲＯＭ２１に記憶されるとしたが、これらのデータもＨＤＤ７に記憶するようにしてもよい。

本実施形態では、メニュー更新処理（図５のブロックＡ４、図８のフローチャート）によって、プレーヤ１は最新のリンクリストを取得する。このため、コンテンツサーバ２０３のアドレスが変更していても、プレーヤ１は、ポータルサイト２０３から提供される最新のメニュー画面データに基づいて、簡単にコンテンツサーバ２０３にたどり着くことができる。

また、本実施形態では、図５のブロックＡ７では、コンテンツサーバ２０１からコンテンツリスト５０を取得した。このコンテンツリスト５０は、コンテンツサーバ２０１から利用許可を受けていないユーザであっても取得できる。取得したコンテンツリストに含まれるコンテンツに、ユーザの興味を引くものがあれば、ユーザはそこで、コンテンツサーバ２０１に利用許諾を求めることができる。

本実施形態では、コンテンツサーバ２０１から取得するコンテンツリスト５０に、対応するライセンスサーバ２０２のアドレス等の情報が含まれるとしたが、ライセンスサーバ２０２の情報は、他の方法で提供されてもよい。

本実施形態では、コンテンツサーバ２０１から取得するコンテンツリスト５０は、ＲＳＳやＡｔｏｍ形式等で記述されているとしたが、コンテンツサーバ２０１が配信する各コンテンツの情報を記述できる形式であれば、どのような形式であってもよい。

本実施形態のフィルタリング処理（図５のブロックＡ８および図１１のフローチャート）では、ユーザが取得を許可されていないコンテンツであっても、そのプロファイルデータは取得可能であった。しかしながら、フィルタリング処理（図５のブロックＡ８）とライセンス確認処理（ブロックＡ９）の順番を入れ替えてもよい。その上で、ライセンス確認処理によって、取得許可のライセンス情報を得たコンテンツのみ、先頭の１ｋＢｙｔｅデータをダウンロードできるようにしてもよい。

本実施形態の認証処理（図５のブロックＡ３、図７のフローチャート）では、認証用データとしてプレーヤ１のモデル名およびシリアルナンバーが用いられたが、これ以外の情報が認証用データとして用いられてもよい。

スキンファイルの変更処理
本発明は上述した実施の形態に限定されず、種々変形して実施可能である。例えば、第１及び第２の実施形態におけるメニュー更新処理（図５のブロックＡ４、図８のフローチャート）は、以下のように変形して実施することが可能である。

通常、プレーヤ１のＧＵＩデザイン（ＬＣＤ５の画面デザイン、文字やボタン等の外見）は、所定のスキンファイルによって定義されている。このスキンファイルをポータルサイト２０３が管理することができる。上述のメニュー更新処理において、ポータルサイト２０３は、メニュー画面データと共にスキンファイル変更指示をプレーヤ１に送信することができる。

プレーヤ１では通常、このスキンファイルをＲＯＭ２１に記憶している。

図８のメニュー更新処理において、プレーヤ１のＣＰＵ１１からメニュー更新処理の開始を要求されたら（ブロックＣ１）、ポータルサイト２０３は、プレーヤ１が保持しているメニュー画面データの更新データを送信するよう、プレーヤ１に要求する（ブロックＣ２）。この時に、ポータルサイト２０３は、プレーヤ１のモデル名、及びプレーヤ１が有するスキンファイルの情報も送信するように、プレーヤ１に要求する。ただし、ブロックＡ３の認証処理で、認証用データとしてすでにモデル名の提供を受けている場合は、モデル名の要求は行わなくてもよい。

プレーヤ１のＣＰＵ１１は、要求に応じて、モデル名、スキンファイルの情報、及びＲＯＭ２１に記憶されている更新データを、無線ネットワークユニット４３を介してポータルサイト２０３に送信する（ブロックＣ３）。

ポータルサイト２０３は、プレーヤ１が最新のメニュー画面データを取得する必要があるか否かの判断だけでなく、スキンファイルの変更も行う必要があるか否かの判断も行う（ブロックＣ４）。

図１５は、ポータルサイト２０３が保持しているスキン決定テーブル２０３ａに記憶されるデータの内容の一例を示す図である。ポータルサイト２０３は、このスキン決定テーブル２０３ａに基づいて、プレーヤ１に適したスキンファイルを検出する。図１５に示す例では、メニュー画面データの更新があったか（すなわち、プレーヤ１は最新のメニュー画面データを取得する必要があるか）どうかと、プレーヤ１のモデル名との組み合わせから、プレーヤ１に適したスキンファイルを検出する。そして、ポータルサイト２０３は、検出されたスキンファイルが、プレーヤ１のＲＯＭ２１に保存されているスキンファイルと相違するかを、プレーヤ１から送信されてきたスキンファイル情報に基づいて判断する（ブロックＣ４）。相違する場合は、プレーヤ１は、スキンファイルを変更する必要がある。

ポータルサイト２０３は、ブロックＣ５及びブロックＣ６において、メニュー画面更新の必要性があるか否かをプレーヤ１に通知するが、この際に、スキンファイル変更の必要性の有無も共に通知する。

続いて、プレーヤ１のＣＰＵ１１は、ポータルサイト２０３からの通知に基づいて、最新のメニュー画面データ取得の必要性、及びスキンファイル変更の必要性を判断する（ブロックＣ７）。

最新のメニュー画面データを取得したり、スキンファイルを変更したりする必要があれば、プレーヤ１は、ポータルサイト２０３に、必要なデータを送信するよう要求する（ブロックＣ８）。ポータルサイト２０３は、プレーヤ１からの要求に応じて、最新のメニュー画面データや、スキンファイルデータをプレーヤ１に送信する（ブロックＣ９）。

ポータルサイト２０３から送信されたデータは、プレーヤ１の無線ネットワークユニット４３を介して受信される（ブロックＣ１０）。プレーヤ１のＣＰＵ１１は、受信したメニュー画面データおよびスキンファイルデータをＲＯＭ２１に記憶する（ブロックＣ１１）。その後、図５のフローチャートに復帰する。

続くブロックＡ５では、上述のメニュー更新処理によって得られたスキンファイルに基づいて、メニュー画面が表示される。従って、メニュー画面に更新がある場合と、更新がない場合とでは、ＬＣＤ５の表示を相違させることができる。このため、ユーザがメニュー画面の更新を容易に視認することが可能になる。

なお、上述の図１５に示すスキン決定テーブル２０３ａは、プレーヤ１のモデル名およびメニュー画面データの更新の有無に応じたスキンファイルのデータを格納していた。しかしながら、スキン決定テーブル２０３ａは、例えば季節に応じたスキンファイルのデータを格納してもいてもよい。その他の要素に基づいて、プレーヤ１に適したスキンファイルを決定してもよい。

このように、ポータルサイト２０３が意図する表示をプレーヤ１に行わせることも可能である。

本願発明は、前記各実施形態に限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で種々に変形することが可能である。さらに、前記各実施形態には種々の段階の発明が含まれており、開示される複数の構成要件における適宜な組み合わせにより種々の発明が抽出され得る。例えば、１つの実施形態に示される全構成要件から幾つかの構成要件が削除されたり、幾つかの実施形態に示される構成要件が組み合わされても、発明が解決しようとする課題の欄で述べた課題が解決でき、発明の効果の欄で述べられている効果が得られる場合には、この構成要件が削除されたり組み合わされた構成が発明として抽出され得るものである。

本発明の一実施形態に係るマルチメディア再生装置（プレーヤ）の概略構成を示すブロック図。 図１に示すプレーヤの外観を示す正面図。 前記プレーヤが接続するネットワークを模式的に示す図。 電源投入後に、ＬＣＤに表示されるスタート画面を示す図。 コンテンツリスト表示処理の全体の流れを示すフローチャート。 ＬＣＤに表示されるポータルサイトリストを示す図。 プレーヤ及びポータルサイトの間で行われる認証処理のフローチャート。 プレーヤおよびポータルサイトの間で行われるメニュー更新処理のフローチャート。 ＬＣＤに表示されるメニュー画面を示す図。 コンテンツサーバから配信されるコンテンツリスト情報を示す図。 プレーヤが実行するフィルタリング処理のフローチャート。 プレーヤおよびライセンスサーバの間で行われるライセンス確認処理のフローチャートである。 ＬＣＤに表示されるコンテンツリストを示す図である。 第２実施形態によるライセンス確認処理のフローチャート。 ポータルサイトが保持するスキン決定テーブルに記憶されるデータ内容を示す図。

符号の説明

１…マルチメディア再生装置（プレーヤ）、１ａ…アンテナ部、３…操作部、３ａ…多機能ボタン、５…ＬＣＤ、７…ハードディスク装置、９…バッテリ、１１…ＣＰＵ、１３…Ｉ／Ｏポート、１５…ＬＣＤ駆動回路、１７…出力部、１９…電源制御部、２１…ＲＯＭ、２３…ＲＡＭ、２５…バス、３３…充電部、４１…ＵＳＢポート、４３…無線ネットワークユニット、４５…出力端子、４７…オーディオデコーダ、４９…ビデオデコーダ、１００…アクセスポイント、２００…ネットワーク、２０１・・・コンテンツサーバ、２０２…ライセンスサーバ、２０３…ポータルサイト。

Claims (15)

1. 複数のコンテンツを提供する複数のコンテンツサーバと、前記複数のコンテンツサーバが提供する複数のコンテンツのライセンス情報を管理するライセンスサーバと、コンテンツサーバへのリンクを有する複数のポータルサイトとネットワークを介して通信する通信部と、
   コンテンツ取得のためのユーザ指示を受信する手段と、
   前記ユーザ指示を受信すると、前記複数のポータルサイトの選択画面を表示するサイト表示手段と、
   前記複数のポータルサイトのいずれかが選択されると、選択されたポータルサイトに認証用のデータを送信する認証データ送信手段と、
   前記選択されたポータルサイトによる認証後に前記選択されたポータルサイトから送られてくる前記複数のコンテンツサーバの選択画面を、認証が必要なコンテンツサーバが識別可能となるように表示するサーバ表示手段と、
   前記複数のコンテンツサーバのいずれかが選択されると、選択されたコンテンツサーバが提供する複数のコンテンツの取得許可が期限切れになっているか否かについて、前記通信部を介して前記ライセンスサーバに問い合わせる問い合わせ手段と、
   前記問い合わせ手段による問い合わせ結果に応じて、前記取得許可が期限切れになっているコンテンツが識別可能となるように、前記選択されたコンテンツサーバが提供する複数のコンテンツを表示するコンテンツ表示部と、
   を備える情報処理装置。
2. 前記コンテンツ表示部は、前記取得許可が期限切れになっているコンテンツと前記取得許可が期限切れになっていないコンテンツを区別可能となるように、前記選択されたコンテンツサーバが提供する複数のコンテンツをリスト表示する、請求項１に記載の情報処理装置。
3. 前記問い合わせ手段は、前記選択されたコンテンツサーバが提供する複数のコンテンツに、取得期間が設定されているか否かを、前記ライセンスサーバにさらに問い合わせ、
   前記コンテンツ表示部は、前記取得期間が設定されたコンテンツの識別も可能となるように、前記選択されたコンテンツサーバが提供する複数のコンテンツをリスト表示する、請求項１に記載の情報処理装置。
4. 前記問い合わせ手段は、前記選択されたコンテンツサーバから取得可能なコンテンツの数を、前記ライセンスサーバに問い合わせ、
   前記コンテンツ表示部は、前記選択されたコンテンツサーバから取得可能なコンテンツの数を表示する、請求項１に記載の情報処理装置。
5. 前記選択されたコンテンツサーバから、前記選択されたコンテンツサーバが提供するコンテンツリストを、前記通信部を介して取得するリスト取得手段を、更に備え、
   前記問い合わせ手段は、前記リスト取得手段が取得した前記コンテンツリストに含まれるコンテンツの取得許可について、前記通信部を介して前記ライセンスサーバに問い合わせる、請求項１に記載の情報処理装置。
6. 前記コンテンツリストは、各コンテンツについて、前記問い合わせ手段が前記ライセンスサーバに取得許可を問い合わせる必要があるかないかを示す情報を含む、請求項５に記載の情報処理装置。
7. コンテンツを再生する再生手段と、
   前記コンテンツリストに含まれるコンテンツから、前記再生手段によって再生できないコンテンツを検出する検出手段と、
   前記検出手段によって検出された、前記再生手段によって再生できないコンテンツの情報を、前記コンテンツリストから削除する削除手段と、を更に備える請求項６に記載の情報処理装置。
8. 前記コンテンツサーバは、コンテンツの取得を許可するユーザにユーザ識別データを、
   提供するコンテンツにコンテンツ識別データを付与し、
   前記ライセンスサーバは、前記ユーザのユーザ識別データ、及び前記ユーザが取得許可されたコンテンツのコンテンツ識別データを関連付けて管理する、請求項１に記載の情報処理装置。
9. 前記問い合わせ手段は、ユーザ識別データ及びコンテンツ識別データを、前記通信部を介して前記ライセンスサーバに送信して、前記ユーザ識別データによって識別されるユーザに、前記コンテンツ識別データによって識別されるコンテンツの取得が許可されているかを問い合わせ、
   前記ライセンスサーバは、前記送信手段によって送信されたユーザ識別データ及びコンテンツ識別データと、前記ライセンスサーバが管理するユーザ識別データ及びコンテンツ識別データとを照合して、前記ユーザ識別データによって識別されるユーザに、前記コンテンツ識別データによって識別されるコンテンツの取得が許可されているか否かを判断する、請求項８に記載の情報処理装置。
10. 前記サーバ表示手段は、
    前記複数のコンテンツサーバへのリンクを含むリンクリストを、前記通信部を介して、前記選択されたポータルサイトから取得する、リンクリスト取得手段と、
    前記リンクリスト取得手段によって取得された前記リンクリストを表示するリンクリスト表示手段と、
    前記リンクリスト表示手段に表示された前記リンクリストに含まれる複数のコンテンツサーバから、ユーザの選択に応じて一つのコンテンツサーバを指定する指定手段と、を更に備え、
    前記問い合わせ手段は、前記指定手段によって指定されたコンテンツサーバが提供するコンテンツの取得許可について、前記通信部を介して前記ライセンスサーバに問い合わせる、請求項１に記載の情報処理装置。
11. 前記リンクリスト表示手段は、コンテンツの提供に制限を設けているコンテンツサーバを識別可能に表示する、請求項１０に記載の情報処理装置。
12. 前記問い合わせ手段は、前記指定手段によって、前記コンテンツの提供に制限を設けているコンテンツサーバが指定された場合に、前記指定手段によって指定されたコンテンツサーバが提供するコンテンツの取得許可について、前記通信部を介して前記ライセンスサーバに問い合わせる、請求項１１に記載の情報処理装置。
13. 表示方法を定義するスキンファイルを、前記通信部を介して、前記選択されたポータルサイトから取得するスキンファイル取得手段を、更に備え、
    前記リンクリスト表示手段は、前記スキンファイル取得手段によって取得されたスキンファイルに基づいて、前記リンクリストを前記表示部に表示させる、請求項１０に記載の情報処理装置。
14. 前記複数のポータルサイトは、スキンファイルを管理するための管理テーブルを有する、請求項１３に記載の情報処理装置。
15. コンテンツ取得のためのユーザ指示を受け付けることと、
    前記ユーザ指示を受け付けると、複数のポータルサイトの選択画面を表示することと、
    前記複数のポータルサイトのいずれかが選択されると、前記選択されたポータルサイトに認証用のデータを送信することと、
    前記選択されたポータルサイトから認証後に送られてくる前記複数のコンテンツサーバの選択画面を、認証が必要なコンテンツサーバが識別可能となるように表示することと、
    前記複数のコンテンツサーバのいずれかが選択されると、前記選択されたコンテンツサーバが提供する複数のコンテンツの取得許可が期限切れになっているか否かについて、コンテンツのライセンス情報を管理するライセンスサーバに問い合わせることと、
    問い合わせ結果に応じて、前記取得許可が期限切れになっているコンテンツが識別可能となるように、前記選択されたコンテンツサーバが提供する複数のコンテンツをリスト表示することを具備するコンテンツリスト表示方法。

Images