JP2006330829A - 情報処理装置および方法、並びにプログラム - Google Patents

Abstract

【課題】 ストリーミングの状態をユーザに認識させるようにする。
【解決手段】 ネットワークを介して、他の装置からコンテンツの提供を受けているとき、そのストリーミングの状態が良好であるか否かを、ユーザに認識させるような情報が、コンテンツとともに表示される。ストリーミングの状態は、バッファに蓄積されているデータの容量が一定量以上であるか否かが判断されることにより、良好な状態であるか否かが判断される。良好の場合には、例えば、円形の矢印が、回転されているような表示がされ、かつ、その回転速度が速い状態で表示される。本発明は、コンテンツを再生する再生装置に適用することができる。
【選択図】図１８

Description

本発明は、情報処理装置および方法、並びにプログラムに関し、特に、ストリーミングの状態をユーザに認識させる際に適用して好適な情報処理装置および方法、並びにプログラムに関する。

ネットワークの構築が家庭内などでも一般的に行われるようになってきている。そして、ネットワークで接続されている装置同士で、データの授受が行われる。授受されるデータとしては、映像データなどもあり、例えば、他の部屋にあるサーバから映像データを取得し再生させるといったようなことも行われている。

ネットワークではないが、データの転送が行われているときに、そのことをユーザに認識させるための処理が行われることが提案されている。（例えば、特許文献１参照）
特開平０３−２１４２５８号公報

ネットワークは、接続されている装置間で、大量のデータの授受が行われると、トラフィックが混み、良好にデータの授受が行えなくなることがある。また、ネットワークが無線で構成されている場合、大気の状態や、遮蔽物などの影響で、良好にデータの授受が行えなくなることがある。

良好にデータの授受が行えないと、例えば、再生されているコンテンツのストリーミングが途切れ、最悪な状態だと映像や音声が途切れてしまうことがある。映像や音声が途切れてしまったようなとき、ユーザは、途切れてしまった原因を把握できず、問題を解消できず、コンテンツを閲覧できないといったようなことが起こる可能性があった。

本発明はこのような状況に鑑みてなされたものであり、ユーザにストリーミングの状態を認識させるようにする。

本発明の情報処理装置は、データを受信する受信手段と、受信手段により受信されたデータを蓄積する蓄積手段と、蓄積手段により蓄積されているデータを読み出す読み出し手段と、蓄積手段により蓄積されているデータの蓄積量を監視する監視手段と、監視手段により監視されている蓄積量に応じた情報の表示を制御する表示制御手段とを備えることを特徴とする。

前記表示制御手段は、円形の矢印形状を、蓄積量に応じた回転速度で表示されるように表示を制御するようにすることができる。

前記表示制御手段は、蓄積量に応じた色での情報の表示を制御するようにすることができる。

本発明の情報処理方法は、供給されたデータの蓄積を制御する蓄積制御ステップと、蓄積制御ステップで蓄積が制御されたデータの蓄積量を監視する監視ステップと、監視ステップの処理で監視されている蓄積量に応じた情報の表示を制御する表示制御ステップとを含むことを特徴とする。

本発明のプログラムは、供給されたデータの蓄積を制御する蓄積制御ステップと、蓄積制御ステップで蓄積が制御されたデータの蓄積量を監視する監視ステップと、監視ステップの処理で監視されている蓄積量に応じた情報の表示を制御する表示制御ステップとを含むことを特徴とする。

本発明の情報処理装置および方法、並びにプログラムにおいては、受信されているデータの蓄積量が監視され、ストリーミングの状態に関する情報が表示される。

本発明によれば、ユーザにストリーミングの状態に関する情報を提示することができる。

以下に本発明の最良の形態を説明するが、開示される発明と実施の形態との対応関係を例示すると、次のようになる。明細書中には記載されているが、発明に対応するものとして、ここには記載されていない実施の形態があったとしても、そのことは、その実施の形態が、その発明に対応するものではないことを意味するものではない。逆に、実施の形態が発明に対応するものとしてここに記載されていたとしても、そのことは、その実施の形態が、その発明以外の発明には対応しないものであることを意味するものでもない。

さらに、この記載は、明細書に記載されている発明の全てを意味するものではない。換言すれば、この記載は、明細書に記載されている発明であって、この出願では請求されていない発明の存在、すなわち、将来、分割出願されたり、補正により出現し、追加されたりする発明の存在を否定するものではない。

本発明の情報処理装置は、例えば、図６のレンダラ１３である。本発明の情報処理装置は、データを受信する受信手段（例えば、図６のコンテンツ受信処理部２５４）と、受信手段により受信されたデータを蓄積する蓄積手段（例えば、図６のバッファ２５５）と、蓄積手段により蓄積されているデータを読み出す読み出し手段（例えば、図６のコンテンツデコード部２５６）と、蓄積手段により蓄積されているデータの蓄積量を監視する監視手段（例えば、図６のストリーミング情報処理部２５９）と、監視手段により監視されている蓄積量に応じた情報の表示を制御する表示制御手段（例えば、図６のストリーミング情報処理部２５９）とを備える。

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

図１は、本発明を適用したコンテンツ再生システム１の一実施の形態の構成を示すブロック図である。

このコンテンツ再生システム１においては、ネットワーク１２に、コントローラ１１、レンダラ１３−１乃至１３−Ｎ、およびサーバ１４が接続されている。

コントローラ１１は、例えば、専用の端末、またはＰＤＡ（Personal Digital Assistance）若しくはゲーム機などとの兼用の端末であって、ネットワーク１２に接続可能な端末であり、本発明の電子機器の一例である。

コントローラ１１は、ネットワーク１２を介して、コンテンツリスト取得要求をサーバ１４に送信する。ここで、コンテンツリスト取得要求とは、サーバ１４が提供可能なコンテンツのリスト情報を取得するための要求である。また、コンテンツリストとは、サーバ１４において提供可能であるコンテンツに関する情報である。また、そのコンテンツリストの情報には、コンテンツの状態、例えば、レンダラ１３―１乃至１３−Ｎのうちのいずれかのレンダラで再生中の状態であるといった情報も含まれる。

さらに、コントローラ１１は、ネットワーク１２を介して、コンテンツ再生指示をレンダラ１３−１乃至１３−Ｎのいずれかに送信する。ここで、コンテンツ再生指示とは、ユーザによる所望のコンテンツを再生（表示）させるための要求である。

ネットワーク１２は、例えば、IEEE（The Institute of Electrical and Electronic Engineers , Inc.）802.11規格に準拠した無線ＬＡＮ（Local Area Network）またはイーサーネット（商標）規格に準拠した有線のＬＡＮなどで構成される。ネットワーク１２には、コントローラ１１、レンダラ１３−１乃至１３−Ｎ、およびサーバ１４などが相互に接続されている。

なお、ネットワーク１２は、IEEE802.11規格に準拠した無線ＬＡＮまたはイーサーネット規格に準拠したＬＡＮに限定されず、例えば、インターネット、電話機回線、ISDN（Integrated Services Digital Network）などのPSTN（Public Switched Telephone Network）、FDDI（Fiber Distributed Data Interface）などの光ファイバ網、衛星通信網、WAN（Wide Area Network）、ＬＡＮなどの各種の専用または公衆回線網を利用して構成するようにしてもよい。

レンダラ１３−１乃至１３−Ｎのそれぞれは、例えば、テレビジョン受像機（テレビ）やＰＣ（Personal Computer）などのネットワーク１２に接続可能な機器である。

レンダラ１３−１乃至１３−Ｎのそれぞれは、ネットワーク１２を介して、コントローラ１１から送信されてくるコンテンツ再生指示を受信する。コンテンツ再生要求とは、レンダラ１３−１乃至１３−Ｎのそれぞれからサーバ１４宛に送信される、サーバ１４に対して、所定のコンテンツの提供を要求するための要求である。

レンダラ１３−１乃至１３−Ｎのそれぞれは、コンテンツ再生要求に応じて、ネットワーク１２を介して、サーバ１４から送信されてくるコンテンツを受信して再生する。

サーバ１４は、例えば、専用のサーバやＰＣなどのネットワーク１２に接続可能な機器である。

サーバ１４は、コントローラ１１から送信されてくるコンテンツリスト取得要求に応じて、ネットワーク１２を介して、コンテンツリストをコントローラ１１宛に送信する。

また、サーバ１４は、レンダラ１３−１乃至１３−Ｎのいずれかから送信されてくるコンテンツ再生要求に応じて、ネットワーク１２を介して、例えば、MPEG2（Moving Picture Experts Group phase 2）やMPEG4などで符号化されたコンテンツをレンダラ１３−１乃至１３−Ｎのいずれかに送信（配信）する。

なお、以下の説明では、レンダラ１３−１乃至１３−Ｎを個々に区別する必要がない場合、単に、レンダラ１３と称する。また、図１で示されるコンテンツ再生システム１の例においては、説明をわかりやすくするために、コントローラ１１およびサーバ１４が、それぞれ１台ずつ設けられているが、実際には、複数のコントローラ１１をネットワーク１２に接続させるようにしてもよい。また、同様に、複数のサーバ１４を設けるようにしてもよい。

図２は、コントローラ１１の構成の例を示すブロック図である。

コントローラ１１は、ＣＰＵ（Central Processing Unit）３１、入力スイッチマトリックス部３２、ＲＯＭ（Read Only Memory）３３、ＲＡＭ（Random Access Memory）３４、バス３５、通信部３６、コーデック処理部３７、ＧＤＰ（Graphic Display Processor）３８、ＬＣＤ（Liquid Crystal Display）３９、データ入出力インターフェイス４０、および記録デバイス４１から構成される。ＣＰＵ３１、ＲＯＭ３３、ＲＡＭ３４、通信部３６、コーデック処理部３７、ＧＤＰ３８、ＬＣＤ３９、およびデータ入出力インターフェイス４０は、バス３５により相互に接続される。

ＣＰＵ３１は、コントローラ１１の各部を制御する。ＣＰＵ３１は、ＲＯＭ３３に記憶されているプログラムに従って各種の処理を実行する。ＲＡＭ３４には、ＣＰＵ３１が実行するプログラムやデータなどが適宜記憶される。

入力スイッチマトリックス部３２は、例えば、テンキー、音声調整キー、画質調整キー、または選局キーなどのキー操作部を含むように構成され、ユーザによる操作に応じた所定の操作信号をＣＰＵ３１に供給する。

通信部３６は、例えば、IEEE802.11の規格に準拠した無線ＬＡＮ、またはイーサーネット（商標）などの規格に準拠した有線ＬＡＮのインターフェイスなどから構成され、レンダラ１３などの他の機器と無線または有線によって相互に通信する。

コーデック処理部３７は、符号化の処理を行うか、または復号化の処理を行う。例えば、コーデック処理部３７は、通信部３６またはチューナ（図示せず）などから供給されてくる、アンテナ（図示せず）より受信された地上波や放送衛星からの電波などのテレビジョン放送の放送電波に対応する放送信号を復調した映像信号に対して、符号化の処理を施して、符号化の処理により得られた音声若しくは画像のデータを、データ入出力インターフェイス４０を介して、記録デバイス４１に供給する。また、例えば、コーデック処理部３７は、データ入出力インターフェイス４０を介して、記録デバイス４１から供給されてくる音声若しくは画像のデータに対して、復号化の処理を施して、復号化の処理により得られた画像データをＧＤＰ３８に供給するとともに、音声データをスピーカ（図示せず）などに供給する。

ＧＤＰ３８は、ＬＣＤ３９を駆動制御することで、画像をＬＣＤ３９の画面に表示させる。例えば、ＧＤＰ３８は、コーデック処理部３７によって復号された画像データの画像をＬＣＤ３９の画面に表示させる。

データ入出力インターフェイス４０は、例えば、ＵＳＢ（Universal Serial Bus）やメモリカード用のインターフェイスなどの、記録デバイス４１に対応した所定のインターフェイスで構成される。例えば、データ入出力インターフェイス４０は、記録デバイス４１がハードディスクである場合、そのハードディスクのインターフェイスに対応した所定のインターフェイスで構成される。

記録デバイス４１は、例えば、ハードディスク、メモリカード、記録可能なＤＶＤ、ＣＤ（Compact Disc）、若しくはＢＤ（Blu-ray Disc）、またはＭＤ（MiniDisc）（商標）などからなり、データ入出力インターフェイス４０に接続される。例えば、記録デバイス４１は、データ入出力インターフェイス４０を介して、コーデック処理部３７から供給されてきた符号化された音声若しくは画像のデータを記録するか、または自分が記録している符号化された音声若しくは画像のデータをコーデック処理部３７に供給する。

図３は、レンダラ１３の構成の例を示すブロック図である。

レンダラ１３は、ＣＰＵ６１、入力スイッチマトリックス部６２、ＲＯＭ６３、ＲＡＭ６４、バス６５、通信部６６、コーデック処理部６７、ＧＤＰ６８、およびＬＣＤ６９から構成される。ＣＰＵ６１、ＲＯＭ６３、ＲＡＭ６４、通信部６６、コーデック処理部６７、ＧＤＰ６８、およびＬＣＤ６９は、バス６５により相互に接続される。

ＣＰＵ６１は、レンダラ１３の各部を制御する。ＣＰＵ６１は、ＲＯＭ６３に記憶されているプログラムに従って各種の処理を実行する。ＲＡＭ６４には、ＣＰＵ６１が実行するプログラムやデータなどが適宜記憶される。

入力スイッチマトリックス部６２は、例えば、テンキー、音声調整キー、画質調整キー、または選局キーなどのキー操作部を含むように構成され、ユーザによる操作に応じた所定の操作信号をＣＰＵ６１に供給する。

通信部６６は、例えば、IEEE802.11の規格に準拠した無線ＬＡＮまたはイーサーネット（商標）などの規格に準拠した有線ＬＡＮのインターフェイスなどから構成され、コントローラ１１などの他の機器と無線または有線によって相互に通信する。

コーデック処理部６７は、符号化の処理を行うか、または復号化の処理を行う。例えば、コーデック処理部６７は、通信部６６またはチューナ（図示せず）から供給されてくる、アンテナ（図示せず）より受信された地上波や放送衛星からの電波などのテレビジョン放送の放送電波に対応する放送信号を復調した映像信号に対して、符号化の処理を施して、符号化の処理により得られた音声若しくは画像のデータを記録デバイス（図示せず）に供給する。また、例えば、コーデック処理部６７は、記録デバイス（図示せず）から供給されてくる音声若しくは画像のデータに対して、復号化の処理を施して、復号化の処理により得られた画像データをＧＤＰ６８に供給するとともに、音声データをスピーカ（図示せず）などに供給する。

ＧＤＰ６８は、ＬＣＤ６９を駆動制御することで、画像をＬＣＤ６９の画面に表示させる。例えば、ＧＤＰ６８は、コーデック処理部６７によって復号された画像データの画像をＬＣＤ６９の画面に表示させる。

なお、レンダラ１３を、図２と同様の構成としてもよい。

図４は、サーバ１４の構成の例を示すブロック図である。

ＣＰＵ１０１は、ＲＯＭ１０２に記憶されているプログラム、または、記憶部１０８に記憶されているプログラムに従って各種の処理を実行する。ＲＡＭ１０３には、ＣＰＵ１０１が実行するプログラムやデータなどが適宜記憶される。これらのＣＰＵ１０１、ＲＯＭ１０２、およびＲＡＭ１０３は、バス１０４を介して相互に接続されている。

ＣＰＵ１０１にはまた、バス１０４を介して入出力インターフェイス１０５が接続されている。入出力インターフェイス１０５には、キーボード、マウスなどよりなる入力部１０６、ディスプレイなどよりなる出力部１０７が接続されている。ＣＰＵ１０１は、入力部１０６から入力される指令に対応して各種の処理を実行する。そして、ＣＰＵ１０１は、処理の結果得られた画像や音声などを出力部１０７に出力する。

入出力インターフェイス１０５に接続されている記憶部１０８は、例えば、ハードディスクなどで構成され、ＣＰＵ１０１が実行するプログラムや各種のデータを記憶する。通信部１０９は、ネットワーク１２、インターネット、その他のネットワーク、または通信媒体を介して外部の装置と通信する。

また、通信部１０９を介してプログラムを取得し、記憶部１０８に記憶してもよい。

入出力インターフェイス１０５に接続されているドライブ１１０は、磁気ディスク１２１、光ディスク１２２、光磁気ディスク１２３、または半導体メモリ１２４などが装着されたとき、それらを駆動し、そこに記録されているプログラムやデータなどを取得する。取得されたプログラムやデータは、必要に応じて記憶部１０８に転送され、記憶される。

図５は、コントローラ１１の機能の構成の例を示すブロック図である。

コントローラ１１は、通信部３６、コンテンツリスト取得部２０１、コンテンツ選択部２０２、コンテンツ表示再生処理部２０３、レンダラ制御部２０４、および、コンテンツ情報処理部２０５を含むようにして構成される。

通信部３６は、図２の通信部３６に対応し、例えば、ネットワーク１２を介して、レンダラ１３またはサーバ１４と通信する。通信部３６は、各種のデータを送信する送信部２２１および各種のデータを受信する受信部２２２を含むようにして構成される。

コンテンツリスト取得部２０１は、サーバ１４が提供可能なコンテンツのリストを要求するために、コンテンツリスト取得要求を生成する。コンテンツリスト取得部２０１は、生成したコンテンツリスト取得要求を通信部３６に供給する。

送信部２２１は、コンテンツリスト取得部２０１から供給されてくるコンテンツリスト取得要求を、ネットワーク１２を介して、サーバ１４に送信する。受信部２２２は、ネットワーク１２を介して、サーバ１４から受信したコンテンツリストをコンテンツリスト取得部２０１に供給する。

コンテンツリスト取得部２０１は、通信部３６から供給されてくるコンテンツリストを取得し、取得したコンテンツリストをＧＤＰ３８に供給することで、コンテンツリストをＬＣＤ３９（図２）の画面に表示させる。

コンテンツ選択部２０２は、ユーザによる入力スイッチマトリックス部３２（図２）の操作に応じて、ＬＣＤ３９の画面に表示されているコンテンツリストからコンテンツの選択を受け付ける。また、コンテンツ選択部２０２は、選択されたコンテンツに関する情報をコンテンツリスト取得部２０１から取得し、取得した情報をコンテンツ表示再生処理部２０３に供給する。

コンテンツ表示再生処理部２０３は、コンテンツ選択部２０２から供給されてくるコンテンツの情報を取得する。コンテンツ表示再生処理部２０３はコンテンツ選択部２０２から供給されたコンテンツに関する情報（ユーザが再生を指示したコンテンツの情報）を基に、コンテンツの再生を指示する要求であるコンテンツ再生指示を生成する。コンテンツ表示再生処理部２０３は、生成したコンテンツ再生指示を通信部３６に供給する。

送信部２２１は、コンテンツ表示再生処理部２０３から供給されてくるコンテンツ再生指示を、ネットワーク１２を介して、レンダラ１３に送信する。レンダラ制御部２０４は、コンテンツ表示再生処理部２０３の指示に従って、レンダラ１３を制御するためのコマンドを必要に応じ、送信部２２１に供給し、送信部２２１より送信させる。

コンテンツ情報処理部２０５は、所定のレンダラ１３がサーバ１４からコンテンツの提供を受けているときに、そのことをユーザに、例えば、そのコンテンツの一場面を示すサムネイル画像を取得し、ＬＣＤ３９の画面に表示させることにより認識させるための処理を実行するために設けられている。

図６は、レンダラ１３の機能の構成の例を示すブロック図である。

レンダラ１３は、通信部６６、機器情報管理部２５１、制御コマンド受信部２５２、コマンド処理部２５３、コンテンツ受信処理部２５４、バッファ２５５、コンテンツデコード部２５６、コンテンツ表示再生処理部２５７、音声出力部２５８、およびストリーミング情報処理部２５９を含むようにして構成される。

通信部６６は、図３の通信部６６に対応し、例えば、ネットワーク１２を介して、コントローラ１１またはサーバ１４と通信する。

通信部６６は、各種のデータを送信する送信部２６１および各種のデータを受信する受信部２６２を含むようにして構成される。受信部２６２は、ネットワーク１２を介して、コントローラ１１から受信したレンダラ検索要求を機器情報管理部２５１に供給する。

機器情報管理部２５１は、自分が記録している機器情報を基に、プロファイル情報を生成する。機器情報管理部２５１は、生成したプロファイル情報を通信部６６に供給する。

送信部２６１は、機器情報管理部２５１から供給されてくるプロファイル情報を、ネットワーク１２を介して、コントローラ１１宛に送信する。コントローラ１１側では、プロファイル情報を、レンダラ１３を選択する際などに用いる。受信部２６２は、ネットワーク１２を介して、コントローラ１１から受信したコンテンツ再生指示を制御コマンド受信部２５２に供給する。

制御コマンド受信部２５２は、コントローラ１１から受信したコンテンツ再生指示であって、通信部６６から供給されてくるコンテンツ再生指示を基に、コンテンツ再生指示を受信したか否かを判定する。

コマンド処理部２５３は、コンテンツ再生指示を受信したと判定された場合、サーバ１４に対して、所定のコンテンツの提供を要求するためのコンテンツ再生要求を生成し、生成したコンテンツ再生要求を、制御コマンド受信部２５２を介して、通信部６６に供給する。送信部２６１は、制御コマンド受信部２５２から供給されてくるコンテンツ再生要求を、ネットワーク１２を介して、サーバ１４宛に送信する。受信部２６２は、ネットワーク１２を介して、サーバ１４から受信したコンテンツをコンテンツ受信処理部２５４に供給する。

コンテンツ受信処理部２５４は、サーバ１４から受信したコンテンツであって、通信部６６から供給されてくるコンテンツを基に、コンテンツを受信したか否かを判定する。

コンテンツデコード部２５６は、バッファ２５５を介してコンテンツ受信処理部２５４から供給されてくるコンテンツに対して、後述するコンテンツエンコード部３０３に対応した所定のデコードの処理を施し、デコードの処理によって得られたコンテンツをコンテンツ表示再生処理部２５７に供給する。

また、コンテンツデコード部２５６は、例えば、コンテンツの画像の表示と音声の出力とを別々のレンダラ１３にさせる場合、コンテンツ受信処理部２５４から供給されてくるコンテンツに対して、コンテンツエンコード部３０３に対応した所定のデコードの処理を施し、デコードの処理によって得られた復号化されたコンテンツのデータのうち、画像データをコンテンツ表示再生処理部２５７に供給し、音声データを音声出力部２５８に供給する。

コンテンツ表示再生処理部２５７は、コンテンツをＧＤＰ３８に供給することで、コンテンツをＬＣＤ６９の画面に表示させて、コンテンツの再生を開始させる。音声出力部２５８は、コンテンツデコード部２５６から供給されてくるコンテンツの音声データを、図示していないスピーカなどに供給する。

ストリーミング情報処理部２５９は、バッファ２５５に蓄積されているデータ量（蓄積量）を監視し、データ量に応じた情報を、ユーザ側に提示するための処理を実行する。バッファ２５５のデータ量は、ここでは、ストリーミングの状態を表す１つの指標であるとし、ストリーミングの状態を示す状態をユーザに提示するための処理を、ストリーミング情報処理部２５９が行うとして説明をする。

図７は、サーバ１４の機能の構成の例を示すブロック図である。

サーバ１４は、通信部１０９、コンテンツ配信処理部３０１、コンテンツ管理部３０２、およびコンテンツエンコード部３０３を含むようにして構成される。

通信部１０９は、図４の通信部１０９に対応し、例えば、ネットワーク１２を介して、コントローラ１１またはレンダラ１３と通信する。

通信部１０９は、各種のデータを送信する送信部３１２および各種のデータを受信する受信部３１１を含むようにして構成される。受信部３１１は、ネットワーク１２を介して、コントローラ１１から受信したコンテンツリスト取得要求をコンテンツ配信処理部３０１に供給する。

コンテンツ配信処理部３０１は、通信部１０９から供給されてくるコンテンツリスト取得要求に応じて、コンテンツ管理部３０２に記録されているコンテンツに関する情報を読み出すことで、コンテンツリストを生成する。コンテンツ配信処理部３０１は、生成したコンテンツリストを通信部１０９に供給する。

送信部３１２は、コンテンツ配信処理部３０１から供給されてくるコンテンツリストを、ネットワーク１２を介して、コントローラ１１宛に送信する。受信部３１１は、ネットワーク１２を介して、レンダラ１３から受信したコンテンツ再生要求をコンテンツ配信処理部３０１に供給する。コンテンツ配信処理部３０１は、通信部１０９から供給されてくるコンテンツ再生要求をコンテンツ管理部３０２に供給する。

コンテンツ管理部３０２は、コンテンツ配信処理部３０１から供給されてくるコンテンツ再生要求に応じて、コンテンツをコンテンツエンコード部３０３に供給する。コンテンツエンコード部３０３は、コンテンツ管理部３０２からコンテンツを取得し、取得したコンテンツに対して、所定の符号化の処理を施すことで、符号化することで得られたコンテンツをコンテンツ配信処理部３０１に供給する。

コンテンツ配信処理部３０１は、コンテンツエンコード部３０３から供給されてくるコンテンツを取得し、取得したコンテンツを通信部１０９に供給する。送信部３１２は、コンテンツ配信処理部３０１から供給されてくるコンテンツを、ネットワーク１２を介して、レンダラ１３宛に送信する。

次に、本発明のコンテンツ再生システム１の処理の一例として、ユーザによって選択されたコンテンツを、ユーザにより選択されたレンダラ１３で再生（表示）させる処理について説明する。

図８は、コントローラ１１による、コンテンツ再生の処理を説明するフローチャートである。

ステップＳ１１において、コンテンツリスト取得部２０１は、サーバ１４が提供可能なコンテンツのリストを要求するために、コンテンツリスト取得要求を生成する。コンテンツリスト取得部２０１は、生成したコンテンツリスト取得要求を通信部３６に供給する。

ステップＳ１２において、通信部３６は、コンテンツリスト取得部２０１から供給されてくるコンテンツリスト取得要求を、ネットワーク１２を介して、サーバ１４宛に送信する。

ステップＳ１３において、コンテンツリスト取得部２０１は、サーバ１４から送信されたコンテンツリストであって、通信部３６から供給されてくるデータを基に、コンテンツリストを受信したか否かを判定する。

ステップＳ１３において、コンテンツリストを受信していないと判定された場合、ステップＳ１３に戻り、上述した処理が繰り返される。すなわち、コントローラ１１は、サーバ１４からコンテンツリストが送信されてくるまで待機している。

一方、ステップＳ１３において、コンテンツリストを受信したと判定された場合、ステップＳ１４に進み、コンテンツリスト取得部２０１は、通信部３６から供給されてくるコンテンツリストをＧＤＰ３８（図２）に供給することで、コンテンツリストをＬＣＤ３９の画面に表示させる。例えば、コンテンツリスト取得部２０１は、通信部３６から供給されてくるコンテンツリストをＧＤＰ３８に供給することで、サーバ１４が提供可能なコンテンツリストとして、“コンテンツＡ”、“コンテンツＢ”、および“コンテンツＣ”をＬＣＤ３９の画面に表示させる。

コンテンツリスト取得部２０１により取得されるコンテンツリストには、各コンテンツの状態に関する情報も含まれている。コンテンツの状態に関する情報とは、所定のコンテンツが再生されている状態である、再生の一時停止中の状態であるなど、コンテンツがネットワーク１２に接続されているいずれかのレンダラ１３により利用されている状態であるか否かを表す情報である。

また、コンテンツの状態に関する情報に、どのレンダラ１３にコンテンツを提供しているのかなどの、コンテンツを利用しているレンダラ１３の情報も含められるようにしても良い。

このようなコンテンツの状態に関する情報が含まれるコンテンツリストを取得したコンテンツリスト取得部２０１は、ＧＤＰ３８に、そのコンテンツリストを供給する。コンテンツリストがＧＤＰ３９に供給されることで、コンテンツリストが、ＬＣＤ３９に表示される。ここで、ＬＣＤ３９に表示されるコンテンツリストの一例を、図９に示す。

図９に示した画面例では、サーバ１４から供給されたコンテンツリストには、“コンテンツＡ”、“コンテンツＢ”、および“コンテンツＣ”という３つのコンテンツ名が含まれていた場合を示している。図９に示したように、コンテンツを識別するための情報として、まずコンテンツ名が表示される。

コンテンツを識別するための情報として、コンテンツ名の他に、コンテンツ中の１場面を示したサムネイル画像も表示される。図９においては、コンテンツ名の左側に、サムネイル画像が表示されている。このサムネイル画像に関する情報も、コンテンツリスト取得部２０１が取得するコンテンツリストに含まれている。

さらに、図９に示したように、コンテンツを識別するための情報としてコンテンツ名の右側には、そのコンテンツの状態を表す情報が表示される。図９に示した例では、“コンテンツＡ”というコンテンツ名の右側に、一般的に再生を示すマークである三角のマークが表示されている。すなわち、この場合、サーバ１４から提供されるコンテンツのうち、コンテンツＡは、例えばレンダラ１３−１により再生されていることが、ユーザに、情報として提供されていることになる。

また、表示部３８には、カーソル４０１も表示される。このカーソル４０１は、ユーザが再生などの処理を実行させたいコンテンツを選択するときに操作される。図９に示した例では、“コンテンツＡ”の上に、カーソル４０１が位置している。カーソル４０１は、ここでは、上下方向（図中、縦方向）に移動するとする。

なお、ここでは、カーソル４０１が上下方向に移動するとして説明を続けるが、カーソル４０１が上下方向に移動するのではなく、カーソル４０１は固定された状態で表示され、コンテンツ名などのコンテンツに関する情報が上下方向に移動されるようにしても良い。

ユーザが、入力スイッチマトリックス部３２を操作し、カーソル４０１を下側に移動させた場合、ＬＣＤ３８の画面は、図１０に示したような画面になる。カーソル４０１は、“コンテンツＢ”というコンテンツ名のところに移動されている。コンテンツＢは、再生中などでないために、状態のところには、何のマークも表示されない。また、コンテンツＡの状態のところも、カーソル４０１が移動することにより、カーソル４０１が位置しなくなったので、状態のところには、何のマークも表示されない。このように、カーソル４０１が位置しているときだけ、そのコンテンツがどのような状態であるかを示す情報が表示されるようにしても良い。

カーソル４０１が位置しているコンテンツは、ユーザが注目しているコンテンツであると考えることができ、注目されているコンテンツのみ、情報を表示することは、ユーザに有効的に情報を提供できると考えられる。

勿論、図１１に示すように、カーソル４０１が位置していないコンテンツに関しても、コンテンツの情報として表示する情報（マーク）があるときには、表示させるようにしても良い。図１１に示した例では、コンテンツＢには、表示すべき情報がないため、状態のところには何も表示されていないが、コンテンツＣは、再生状態であるため（他の装置に提供中であるため）、そのことを示すマークが、状態のところに表示されている。

状態のところに、表示される情報としては、再生中などを表すマークのみでなく、どのレンダラ１３に対して提供されているのかを示す情報（提供先の機器を識別するための情報）なども、表示されるようにしても良い。例えば、図１２に示すように、“コンテンツＡ”は、“サーバ”から“レンダラ１３−１”に対して供給されているという情報が、状態のところの情報として表示されている。勿論、“サーバ”や“レンダラ１３−１”といった言葉ではなく、サーバやレンダラ１３−１を表すマークなどが表示されるようにしても良い。

このように、サーバ１４から提供されるコンテンツの状態を表示させるようにすることで、以下のような利点がある。後述するように、ユーザは、例えば、図１２に示したようなコンテンツリストの中から、レンダラ１３で再生させたいコンテンツを選択する。選択されたコンテンツが、選択が行われたときにサーバ１４からレンダラ１３（ユーザがコンテンツの再生を所望しているレンダラ１３とは異なるレンダラ１３）に提供されているような場合に、そのコンテンツが選択され、再生が指示されると、再生が始めから開始されてしまうといったことが起こる可能性がある。

すなわち、例えば、コンテンツＡがレンダラ１３−１で再生されているときに、ユーザにより、コンテンツＡが、レンダラ１３−１で再生を開始するように指示されてしまったような場合、コンテンツＡの再生が初めから開始されてしまうことが考えられる。このようなことは、例えば、図１２に示したように、コンテンツＡの状態をユーザに提示することで、ユーザがコンテンツＡの状態を認識することができるので防ぐことが可能となる。

また、例えば、サーバ１４自体が、１つのコンテンツを２台のレンダラ１３に、同時に提供する（同一の場面（データ）を提供する、あるいは、異なる場面を提供する）機能がないような場合（例えば、ＶＴＲ（Video Tape Recorder）のような機器の場合）、コンテンツの状態に関する情報をユーザに提供することで、その時点でサーバ１４が提供できないコンテンツを、選択してしまうようなことを防ぐことが可能となる。

また、ネットワーク１２に接続されているレンダラ１３は、必ずしも、コントローラ１１が存在している部屋と同一の部屋にあるとは限らない。換言すれば、ユーザは、コントローラ１１を用いて、ユーザ自身が存在する部屋とは異なる部屋に設置されているレンダラ１３を操作することもできる。

例えば、図１２のように、コンテンツの状態を示す情報を提示するようにすれば、ユーザは、離れたところにある（直接目視することができない場所にある）レンダラ１３で再生されているコンテンツの状態を認識することができるので、例えば、他の部屋に設置されているレンダラ１３で再生されているコンテンツを、その部屋まで見に行くといったようなことを行うことが可能となる。

このように、コンテンツの状態をコントローラ１１のＬＣＤ３９に表示させることで、ユーザにコンテンツの状態を認識させることができるので、ユーザがコンテンツの状態を認識することによる利点は大きいと考えられる。

なお、コンテンツの状態として表示される情報は、再生などを示すマークや、コンテンツの供給先などの情報のみだけでなく、その他の情報も表示されるようにしても良い。また、図９乃至１２に示した画面は、それぞれ一例であり、限定を示すものではない。すなわち、他の構成の画面であっても良い。

なお、ここでは、上述したように、サーバ１４からコンテンツリストを取得し、そのコンテンツリストに、コンテンツの状態に関する情報が含まれているとして説明をした。コンテンツの状態に関する情報は、コンテンツリスト以外のリスト（データ）に含まれていても良い。例えば、サーバリストに含まれているようにし、サーバリストが取得されることにより、上記した処理が実行されるようにしても良い。

またサーバリスト自体にコンテンツリストが含まれるようにしても良い。また、コンテンツリストとは別にコンテンツの状態に関する情報が取得されるようにしても良い。このように、コンテンツの状態に関する情報は、システムの構成などに依存し、その形式や取得先などは、適宜変更可能である。

本明細書においては、コンテンツのリスト（コンテンツリスト）との表記は、コンテンツのリストそのものを含むことは勿論であるが、コンテンツに関する情報も含むリストであることを意味する。また、コンテンツに関する情報がコンテンツリストには含まれない（別である）場合であっても、説明の都合上、本明細書においてはコンテンツリストと表記する。

図８のフローチャートに説明を戻す。ステップＳ１５において、コンテンツ選択部２０２は、ユーザによる入力スイッチマトリックス部３２の操作に応じて、ＬＣＤ３９の画面に表示されているコンテンツリスト（例えば、図９乃至図１２に示した画面）からコンテンツの選択を受け付ける。また、コンテンツ選択部２０２は、選択されたコンテンツに関する情報をコンテンツリスト取得部２０１から取得し、取得した情報をコンテンツ表示再生処理部２０３に供給する。

例えば、コンテンツ選択部２０２は、ユーザによる入力スイッチマトリックス部３２の操作によって、“コンテンツＡ”、“コンテンツＢ”、および“コンテンツＣ”であるコンテンツのうち、“コンテンツＢ”であるコンテンツが選択された場合、“コンテンツＢ”であるコンテンツに関する情報をコンテンツ表示再生処理部２０３に供給する。コンテンツに関する情報とは、ユーザにより選択されたコンテンツを識別するための情報であり、例えば、コンテンツに割り当てられたＩＤなどの情報である。

ステップＳ１６において、選択されたコンテンツを再生させるレンダラ１３の選択が受け付けられる。例えば、コンテンツが選択されると、ＬＣＤ３８の表示が、レンダラ１３の選択画面に切り替えられる。レンダラ１３の選択画面には、その時点で、ネットワーク１２に接続され、コンテンツを再生する機能を有する機器を表す情報、例えば、設置されている部屋の名称、機器の名前などといった情報が表示される。

ユーザは、表示されているレンダラ１３の選択画面（不図示）から、コンテンツを再生させたいレンダラ１３を選択し、決定する。このようなユーザによる操作が、入力スイッチマトリックス部３２を介して行われる。

ステップＳ１７において、コンテンツ表示再生処理部２０３は、再生するコンテンツを示す情報および選択されたレンダラ１３を示す情報を基に、コンテンツの再生を指示する要求であるコンテンツ再生指示を生成する。コンテンツ表示再生処理部２０３は、生成したコンテンツ再生指示を通信部３６に供給する。例えば、コンテンツ表示再生処理部２０３は、コンテンツ選択部２０２から供給された“コンテンツＢ”であるコンテンツを示す情報および“レンダラ１３―１”を示す情報を基に、コンテンツ再生指示を生成し、生成したコンテンツ再生指示を通信部３６に供給する。

ステップＳ１８において、通信部３６は、コンテンツ表示再生処理部２０３から供給されてくるコンテンツ再生指示を、ネットワーク１２を介して、リストから選択されたレンダラ１３宛に送信する。例えば、通信部３６は、コンテンツ表示再生処理部２０３から供給されてくる、“コンテンツＢ”であるコンテンツを再生するためのコンテンツ再生指示を、ネットワーク１２を介して、“レンダラ１３―１”宛に送信する。

このようにして、サーバ１４からレンダラ１３に対してコンテンツの提供が開始される。

レンダラ１３によりユーザの指示したコンテンツの再生が開始されると、コントローラ１１では、レンダラ１３により再生されているコンテンツの情報を、ユーザ側に提示する処理が実行される。

図１３のフローチャートを参照し、レンダラ１３により再生されているコンテンツの情報を、ユーザ側に提示する処理について説明する。図１３のフローチャートに基づく処理は、コントローラ１１のコンテンツ情報処理部２０５（図５）において実行される。

ステップＳ３１において、サムネイル画像の表示が行われる。コントローラ１１側においては、上記したような処理が実行されることにより、またレンダラ１３やサーバ１４で後述するような処理が実行されることにより、レンダラ１３で所定のコンテンツの再生が開始されると、コントローラ１１のＬＣＤ３９上には、選択されたコンテンツ（再生が開始されたコンテンツ）のサムネイル画像が、例えば、図１４に示すように表示される。

この時点で表示されるサムネイル画像は、コンテンツリストに含まれていた情報から取得されるデータにより生成される画像である。すなわち、例えば、図１２に示したコンテンツリストから、“コンテンツＢ”が選択された場合、その“コンテンツＢ”を表すサムネイル画像（図中、“コンテンツＢ”とのコンテンツ名の左側に表示されている画像）である。

このように、指示されたレンダラ１３においてコンテンツの再生が開始されると、コントローラ１１のＬＣＤ３９上には、図１４に示したように、どのレンダラ１３で再生が開始されたのかを示す情報、再生が開始されたコンテンツの名称、そのコンテンツの一場面を示すサムネイル画像（レンダラ１３で再生されているコンテンツに含まれる所定の場面を示す画像）が表示される。

このように表示がなされることで、ユーザは、どのレンダラで、どのようなコンテンツが再生されているのかを認識することができる。また、コントローラ１１が、レンダラ１３を操作することもできるように構成されているような場合、操作対象となるレンダラ１３を特定するのに役立つ情報を提示できる。

このように、コンテンツリストに表示されていたサムネイル画像を、コントローラ１１のＬＣＤ３９に表示させ、そのまま、そのサムネイル画像を表示し続けるようにしても良いが、レンダラ１３で再生されているコンテンツに合わせて、ＬＣＤ３９に表示されるサムネイル画像も切り替えられる（更新される）ようにしても良い。ただし、常に更新が行われていると、実質的に、レンダラ１３と同じ映像がコントローラ１１上でも表示されていることになるが、コントローラ１１上でレンダラ１３と同じ映像を表示させる必要性はないので、図１３のフローチャートの処理のように、処理が行われるようにする。

すなわち、ステップＳ３１において、サムネイル画像が表示されると、ステップＳ３２において、所定の時間が経過したか否かが判断される。この所定の時間は、ユーザにより設定される仕組みを設けても良い。また、所定の時間として、比較的短い時間、例えば、３０秒などと設定されても良いし、比較的長い時間、例えば、１０分などと設定されても良い。所定の時間は、適宜、コントローラ１１の処理能力や、ユーザの好み（利便性）を考慮して設定されればよい。

ステップＳ３２において、所定の時間が経過したと判断された場合、ステップＳ３３に処理が進められる。ステップＳ３３において、サーバ１４に対して、その時点で、レンダラ１３に提供しているコンテンツの情報（この場合、サムネイル画像）を提供するように要求が出される。その要求に対応してサーバ１４から送信されてきた情報が、ステップＳ３４において受信される。

このように、コントローラ１１は、所定の周期で、サーバ１４からコンテンツの情報を取得する。よって、所定の周期で、ＬＣＤ３９に表示されている画像も更新されることになる。

サーバ１４からの情報としては、要求が出された時点でレンダラ１３に提供されているコンテンツのメタ情報などである。コントローラ１１のコンテンツ情報取得部２０５は、サーバ１４からのメタ情報などを受信すると、ステップＳ３１に処理を戻し、それ以降の処理を繰り返す。よって、新たなサムネイル画像が、ＬＣＤ１３９上に表示される。

なお、サーバ１４からのメタ情報に、サムネイル画像のデータが含まれていれば、サムネイル画像がＬＣＤ３９上に表示されるが、例えば、アニメーションＧＩＦ（Graphic Interchange Format）などによるデータが含まれている場合には、そのデータに基づく画像が表示される。例えば、アニメーションＧＩＦは、1つのファイルの中に複数のＧＩＦ形式の静止画を保存し、それらを順番に表示してくことで動画表示を行うものであるため、ユーザには、レンダラ１３で再生されているコンテンツに関する疑似的な動画像が提供されることになる。

なお、ここでは、サムネイル画像や動画像などの情報が、ユーザ側に提示されるとして説明したが、その他の情報も提示されるようにしても良い。

このような処理がコントローラ１１において行われる。次に、サーバ１４におけるコンテンツの提供に係わる処理について、図１５のフローチャートを参照して説明する。

ステップＳ５１において、コンテンツ配信処理部３０１は、コントローラ１１から受信したコンテンツリスト取得要求であって、通信部１０９から供給されてくるデータを基に、コンテンツ取得要求を受信したか否かを判定する。

ステップＳ５１において、コンテンツリスト取得要求を受信していないと判定された場合、ステップＳ５１に戻り、上述した処理が繰り返される。すなわち、サーバ１４は、コントローラ１１からコンテンツリスト取得要求を受信するまで待機している。

一方、ステップＳ５１において、コンテンツリスト取得要求を受信したと判定された場合、ステップＳ５２に進み、コンテンツ配信処理部３０１は、コンテンツリストを生成する。コンテンツ配信処理部３０１は、生成したコンテンツリストを通信部１０９に供給する。例えば、コンテンツ配信処理部３０１は、コンテンツ管理部３０２に記録されているコンテンツに関する情報を読み出すことで、自分が提供可能なコンテンツとして、“コンテンツＡ”、“コンテンツＢ”、および“コンテンツＣ”であるコンテンツを含むコンテンツリストを生成し、生成したそのコンテンツリストを通信部１０９に供給する。

また、生成されるコンテンツリストには、コンテンツ毎に、コンテンツの状況に関する情報（レンダラ１３に提供中であるなどの情報）も含まれる。

ステップＳ５３において、通信部１０９は、コンテンツ配信処理部３０１から供給されてくるコンテンツリストを、ネットワーク１２を介して、コントローラ１１宛に送信する。

ステップＳ５４において、コンテンツ配信処理部３０１は、レンダラ１３から受信したコンテンツ再生要求であって、通信部１０９から供給されてくるデータを基に、コンテンツ再生要求を受信したか否かを判定する。

ステップＳ５４において、コンテンツ再生要求を受信していないと判定された場合、ステップＳ５４に戻り、上述した処理が繰り返される。すなわち、サーバ１４は、レンダラ１３からコンテンツ再生要求を受信するまで待機している。

一方、ステップＳ５４において、コンテンツ再生要求を受信したと判定された場合、ステップＳ５５に進み、コンテンツ配信処理部３０１は、コンテンツ管理部３０２からコンテンツを取得する。コンテンツ配信処理部３０１は、取得したコンテンツを通信部１０９に供給する。

例えば、コンテンツ配信処理部３０１は、“コンテンツＢ”であるコンテンツのコンテンツ再生要求をコンテンツ管理部３０２に供給する。コンテンツ管理部３０２は、自分が記録しているコンテンツの中から、“コンテンツＢ”であるコンテンツをコンテンツエンコード部３０３に供給する。コンテンツエンコード部３０３は、コンテンツ管理部３０１から供給されてくる、“コンテンツＢ”であるコンテンツを、MPEG2であるコーデック方式によってエンコードする。コンテンツ配信処理部３０１は、コンテンツエンコード部３０３から、エンコードされた“コンテンツＢ”であるコンテンツを取得し、取得したコンテンツを通信部１０９に供給する。

ステップＳ５６において、通信部１０９は、コンテンツ配信処理部３０１から供給されてくるコンテンツを、ネットワーク１２を介して、レンダラ１３宛に送信する。例えば、通信部１０９は、コンテンツ配信処理部３０１から供給されてくる、“コンテンツＢ”であるコンテンツを、ネットワーク１２を介して、レンダラ１３宛（ユーザにより設定された、例えば、レンダラ１３−１宛）に送信する。

なお、コンテンツの再生は、コントローラ１１やレンダラ１３からの指示、ユーザによる入力部１０６の操作、またはコンテンツエンコード部３０３からのコンテンツの入力の停止などにより終了し、これにより、サーバ１４による、コンテンツの提供（再生）の処理は終了される。

このように、コントローラ１１とサーバ１４において処理が実行されることにより、所定のレンダラ１３上で、ユーザが所望したコンテンツが再生される。次に、レンダラ１３において実行されるコンテンツの再生に係わる処理について、図１６のフローチャートを参照して説明する。

ステップＳ７１において、制御コマンド受信部２５２は、コントローラ１１から受信したコンテンツ再生指示であって、通信部６６から供給されてくるデータを基に、コンテンツ再生指示を受信したか否かを判定する。

ステップＳ７１において、コンテンツ再生指示を受信していないと判定された場合、ステップＳ７１に戻り、上述した処理が繰り返される。すなわち、レンダラ１３は、コントローラ１１からコンテンツ再生指示を受信するまで待機している。

一方、ステップＳ７１において、コンテンツ再生指示を受信したと判定された場合、ステップＳ７２に進み、コマンド処理部２５３は、サーバ１４に対して、所定のコンテンツの提供を要求するためのコンテンツ再生要求を生成し、生成したコンテンツ再生要求を、制御コマンド受信部２５２を介して、通信部６６に供給する。例えば、コマンド処理部２５３は、サーバ１４に対して、“コンテンツＢ”であるコンテンツの提供を要求するためのコンテンツ再生要求を生成し、生成したコンテンツ再生要求を、制御コマンド受信部２５２を介して、通信部６６に供給する。

ステップＳ７３において、通信部６６は、制御コマンド受信部２５２から供給されてくるコンテンツ再生要求を、ネットワーク１２を介して、サーバ１４宛に送信する。

ステップＳ７４において、コンテンツ受信処理部２５４は、サーバ１４から受信したコンテンツであって、通信部６６から供給されてくるデータを基に、コンテンツを受信したか否かを判定する。ステップＳ７４において、コンテンツを受信していないと判定された場合、ステップＳ７４に戻り、上述した処理が繰り返される。すなわち、レンダラ１３は、サーバ１４からコンテンツを受信するまで待機している。

一方、ステップＳ７４において、コンテンツを受信したと判定された場合、ステップＳ７５に進み、コンテンツ表示再生処理部２５７は、コンテンツをＬＣＤ６９の画面に表示させることで、コンテンツの再生を開始する。レンダラ１３のコンテンツデコード部２５６は、コンテンツ受信処理部２５４から供給されてくる、“コンテンツＢ”であるコンテンツに対して、コンテンツエンコード部３０３に対応した所定のデコードの処理を施し、デコードの処理によって得られたコンテンツをコンテンツ表示再生処理部２５７に供給する。

コンテンツ表示再生処理部２５７は、コンテンツデコード部２５６から供給されてくる、“コンテンツＢ”であるコンテンツをＧＤＰ６８に供給してＬＣＤ６９の画面に表示させることで、“コンテンツＢ”であるコンテンツの再生が開始される。

なお、コンテンツの再生は、コントローラ１１からの指示、ユーザによる入力スイッチマトリックス部６２の操作、またはコンテンツデコード部２５６からのコンテンツの入力の停止などにより終了し、これにより、レンダラ１３による、コンテンツの再生の処理は終了される。

このようにして、コントローラ１１、レンダラ１３、およびサーバ１４が、それぞれ処理を実行することにより、所定のレンダラ１３で、サーバ１４から提供されるコンテンツが再生される。

ところで、上述したように、コントローラ１１、レンダラ１３、およびサーバ１４は、ネットワーク１２を介して、それぞれ接続されている。サーバ１４からレンダラ１３に対してコンテンツが提供されるわけだが、このコンテンツの送受信も、ネットワーク１２を介して行われる。ネットワーク１２には、図１に示したようにレンダラ１３が複数接続され、それらの複数のレンダラ１３が同時期にデータを送受信するようなときには、ネットワーク１２のトラフィックが混み合うことも考えられる。

上記したような処理が行われることにより所定のレンダラ１３でコンテンツの再生が開始されても、ネットワーク１２のトラフィックが混み合うことにより、必要量のコンテンツのデータが、サーバ１４からレンダラ１３に供給されない状況が発生する可能性もある。

また、レンダラ１３とサーバ１４を接続しているネットワーク１２の一部または全部が無線であった場合、大気の状態や部屋の構造などに依存し、通信状態が悪くなることも考えられる。また、レンダラ１３がユーザにより携帯可能な装置（持ち出し可能な装置、以下、モバイル装置と記述する）のような場合、ユーザが、モバイル装置（レンダラ１３）を持ちあることにより、通信状態が悪くなることも考えられる。

本実施の形態においては、コントローラ１１もコーデック処理部３７（図２）を有する構造としているため、コントローラ１１でもサーバ１４から提供されるコンテンツを再生することが可能である。コントローラ１１は、通常、ユーザが持ち運びできる構造とされている。よって、ユーザがコントローラ１１で、コンテンツを楽しむことも考えられる。

ネットワーク１２を介してのデータの送受信の状態、特に、この場合、サーバ１４から提供されるコンテンツを再生するレンダラ１３（またはコントローラ１１）との間で行われるストリーミングの状態は、常に安定しているわけでなく変化する可能性がある。そこで、ストリーミングの状態をユーザに認識させることにより、ストリーミングの状態が悪いときには、何らかの処置をユーザがとり（例えば、ストリーミングの状態が良いところに移動する）、状態を改善してもらうようにする。

次に、レンダラ１３で行われるストリーミングの状態をユーザに認識させるための処理（ユーザにストリーミングの状態に関する情報を提示するための処理）について、図１７のフローチャートを参照して説明する。なお、ここでは、レンダラ１３で行われる処理として説明するが、上記したように、コントローラ１１もコンテンツを再生することができるので、コントローラ１１でも同様の処理が実行されるようにしても良い。

ステップＳ９１において、ストリーミング情報処理部２５９（図６）は、バッファ２５５に蓄積されているデータ量を監視する。バッファ２５５は、書き込みポイントと読み出しポインタという２つのポインタを有している。

書き込み速度が、読み出し速度よりも上回っていれば、コンテンツデコード部２５６において、データが途切れることなく、デコードすることができるので、ストリーミングの状態は安定している状態であるといえる。しかしながら、書き込み速度が、読み出し速度より下回った場合、コンテンツデコード部２５６において、デコードするデータが途切れる可能性があるので、ストリーミングの状態は不安点な状態であるといえる。

書き込みポインタと読み出しポインタとの差分（差分の絶対値）を監視することで、書き込み速度が、読み出し速度よりも上回っているのか否かを判断することが可能である。よって、ここでは、ストリーミングの状態を示す指標として、バッファ２５５の書き込みポインタと読み出しポインタとの差分を用いる。

ステップＳ９２において、書き込みポインタと読み出しポインタの差分（以下、ポインタ差分と記述する）が、所定の閾値以上であるか否かが判断される。ポインタ差分が、所定の閾値以上であるということは、書き込みの方が、読み出しよりも上回っており（バッファ２５５に充分なデータが蓄積されており）、ストリーミングの状態が安定していることを示している。よって、ステップＳ９２において、ポインタ差分が所定の閾値以上であると判断された場合、ステップＳ９３に処理が進められ、安定状態を示す表示が行われる。

一方、ポインタ差分が、所定の閾値以下であるということは、書き込みの方が、読み出しよりも下回っており（バッファ２５５に充分なデータが蓄積されておらず）、ストリーミングの状態が不安定であることを示している。よって、ステップＳ９２において、ポインタ差分が所定の閾値以下であると判断された場合、ステップＳ９４に処理が進められ、不安定状態を示す表示が行われる。

レンダラ１３においてコンテンツが再生されている間は、図１７に示したフローチャートの処理が繰り返し行われることにより、ユーザに、ストリーミングの状態に関する情報の提示が継続的に行われる。このような提示は、ユーザの指示により行われない（停止する）ようにすることも可能とされている。

図１８は、ステップＳ９３において安定状態の表示が行われたときのＬＣＤ６９上の画面例、または、ステップＳ９４において、不安定状態の表示が行われたときのＬＣＤ６９上の画面例を示す。

図１８に示したように、再生されているコンテンツの画像上に、ストリーミング情報表示部３２１が設けられ、そのストリーミング情報表示部３２１に、ストリーミングの状態を示す言葉、マークなどが表示される。図１８に示した例では、マークが表示されている。図１８に示したマークは、円形状の矢印が回転するイメージをユーザに与えるような形状のマークである。

図１８に示したマークは、回転され表示されるようにしても良い。矢印状のマークの回転速度が速いときには、ストリーミングの状態が安定していることを示し、回転速度が遅いときには、ストリーミングの状態が不安定であることを示すようにしても良い。すなわち、矢印状のマークの回転速度が、ストリーミングの状態を表すようにしても良い。

他の表示の仕方として、ストリーミングの状態に応じて、マークの色が変えられて表示されるようにしても良い。例えば、図１８に示したように、塗りつぶした状態のマークは、ストリーミングの状態が安定していることを示し、図１９に示したように、斜線の状態のマークは、ストリーミングの状態が不安定であることを示すようにしても良い。

また、マークの色を変えるようにしても良い。例えば、ストリーミングが安定な状態であることを示すマークの色は青、ストリーミングの状態が不安定な状態であることを示すマークの色は赤といったように、マークの色が変化するようにしても良い。

また、図１７に示したフローチャートに基づけば、安定状態か不安定状態かの２つの状態しか示せないが、閾値を複数設け、閾値以上であるか否かという判断処理を閾値毎に設けることにより、ストリーミングの状態を、例えば、“良い”、“普通”、“悪い”といったような複数の状態で示せるようになる。このように、複数の状態を示すような場合、“良い”のときは青、“普通”のときは黄、“悪い”のときは赤といったように、マークの色が変化するようにしても良い。

さらに、マークの形状自体を変化させるようにしても良い。例えば、図１８（図１９）に示したようなマークでストリーミングの状態を示す場合、ストリーミングの状態が安定しているときには太い矢印形状のマークで、ストリーミングの状態が不安定なときには細い矢印形状のマークで表示されるようにしても良い。

また、これらの表示の仕方を組み合わせた状態で、ストリーミングの状態を示す情報が表示されるようにしても勿論良い。例えば、ストリーミングの状態を矢印形状のマークの回転速度で表すと共に、そのマークの色もストリーミングの状態に対応して変化するように表示されても良い。

このように、ストリーミングの状態を示す情報を、ユーザに提示することで、ユーザはストリーミングの状態を認識することが可能となる。また、ユーザは、再生されているコンテンツがネットワーク１２経由で受信されていることも認識することができる。よって、ストリーミングの状態が不安定な状態になったときなど、ユーザは、不安定な状態を解消するような処理を行うことができ、不安定な状態を解消することで、快適にコンテンツを楽しむことが可能となる。

なお、本明細書において、媒体により提供されるプログラムを記述するステップは、記載された順序に従って、時系列的に行われる処理は勿論、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。

また、本明細書において、システムとは、複数の装置により構成される装置全体を表すものである。

本発明を適用したコンテンツ再生システムの一実施の形態の構成を示すブロック図である。 コントローラの構成例を示すブロック図である。 レンダラの構成を示すブロック図である。 サーバの構成例を示すブロック図である。 コントローラの機能の構成例を示すブロック図である。 レンダラの機能の構成例を示すブロック図である。 サーバの機能の構成例を示すブロック図である。 コントローラによる、コンテンツ再生の処理を説明するフローチャートである。 コンテンツリストの表示例を示す図である。 コンテンツリストの表示例を示す図である。 コンテンツリストの表示例を示す図である。 コンテンツリストの表示例を示す図である。 コンテンツ情報提示処理について説明するフローチャートである。 サムネイル画像が表示された画面例を示す図である。 サーバによる、コンテンツ提供の処理を説明するフローチャートである。 レンダラによる、コンテンツ再生の処理を説明するフローチャートである。 ストリーミングの状態の提示に係わる処理について説明するためのフローチャートである。 ストリーミングの状態を示す情報が表示された画面例を示す図である。 ストリーミングの状態を示す情報が表示された画面例を示す図である。

符号の説明

１ コンテンツ再生システム， １１ コントローラ， １２ ネットワーク， １３−１乃至１３−Ｎ レンダラ， １４ サーバ， ３１ ＣＰＵ， ３６ 通信部，３７ コーデック処理部， ４０ データ入力インターフェイス， ４１ 記録デバイス， ６１ ＣＰＵ， ６６ 通信部， １０１ ＣＰＵ， １０９ 通信部， ２０１ コンテンツリスト取得部， ２０２ コンテンツ選択部， ２０３ コンテンツ表示再生処理部， ２０４ レンダラ制御部， ２０５ コンテンツ情報処理部， ２２１ 送信部， ２２２ 受信部， ２５１ 機器情報管理部， ２５２ 制御コマンド受信部， ２５３ コマンド処理部， ２５４ コンテンツ受信処理部， ２５５ バッファ， ２５６ コンテンツデコード部， ２５７ コンテンツ表示再生処理部， ２５８ 音声出力部， ２５９ ストリーミング情報処理部， ２６１ 送信部， ２６２ 受信部， ３０１ コンテンツ配信処理部， ３０２ コンテンツ管理部， ３０３ コンテンツエンコード部， ３１１ 受信部， ３１２ 送信部

Claims (5)

1. データを受信する受信手段と、
   前記受信手段により受信された前記データを蓄積する蓄積手段と、
   前記蓄積手段により蓄積されている前記データを読み出す読み出し手段と、
   前記蓄積手段により蓄積されている前記データの蓄積量を監視する監視手段と、
   前記監視手段により監視されている前記蓄積量に応じた情報の表示を制御する表示制御手段と
   を備えることを特徴とする情報処理装置。
2. 前記表示制御手段は、円形の矢印形状を、前記蓄積量に応じた回転速度で表示されるように表示を制御する
   ことを特徴とする請求項１に記載の情報処理装置。
3. 前記表示制御手段は、前記蓄積量に応じた色での前記情報の表示を制御する
   ことを特徴とする請求項１に記載の情報処理装置。
4. 供給されたデータの蓄積を制御する蓄積制御ステップと、
   前記蓄積制御ステップで蓄積が制御された前記データの蓄積量を監視する監視ステップと、
   前記監視ステップの処理で監視されている前記蓄積量に応じた情報の表示を制御する表示制御ステップと
   を含むことを特徴とする情報処理方法。
5. 供給されたデータの蓄積を制御する蓄積制御ステップと、
   前記蓄積制御ステップで蓄積が制御された前記データの蓄積量を監視する監視ステップと、
   前記監視ステップの処理で監視されている前記蓄積量に応じた情報の表示を制御する表示制御ステップと
   を含むことを特徴とするコンピュータが読み取り可能なプログラム。

Images