JP6271830B2 - コンテンツ配信装置、制御方法、及びプログラム - Google Patents

Description

本発明は、コンテンツ配信装置、制御方法、及びプログラムに関する。

従来、相互通信可能な機器間での情報共有が行われている。近年では、家庭内に設けられたＬＡＮを利用してＡＶ（Audio・Visual）機器、ＰＣ（Personal Computer）、携帯電話等のモバイル機器、ゲーム機器等の間でホームネットワークを構築し、機器が有する情報を相互利用することが行われている。このようなホームネットワークを構築する規格の１つに、ＤＬＮＡ（Digital Living Network Alliance）がある。特許文献１には、ＤＬＮＡに準拠した機器を用いることで、構築したホームネットワーク内にあるコンテンツ管理サーバが管理するコンテンツを、同ネットワーク内のコンテンツ再生装置で再生するシステムが開示されている。

特開２０１０−２０４１９３号公報

特許文献１のシステムでは、コンテンツ管理サーバが管理するコンテンツのリストをコンテンツ再生装置は受信し、該リストの中からユーザにより再生が選択されたコンテンツの配信をコンテンツ管理サーバに要求している。しかしながら、このようなシステムではコンテンツ管理サーバにおける他の処理が実行されている最中等、処理負荷が高くなりアクセス遅延が生じる等の問題の発生をユーザに通知する方法については、これまで考慮されていなかった。

本発明は、上述の問題点に鑑みてなされたものであり、コンテンツ配信を行う装置の状態を好適に通知するコンテンツ配信装置、制御方法、及びプログラムを提供することを目的とする。

前述の目的を達成するために、本発明のコンテンツ配信装置は、以下の構成を備える。
管理するコンテンツを示すコンテンツ情報のリストを外部装置に送信し、該リストから外部装置において選択されたコンテンツ情報に対応するコンテンツについての視聴要求を受信したことに応じて、該選択されたコンテンツを外部装置に配信することが可能なコンテンツ配信装置であって、管理するコンテンツを示すコンテンツ情報のリストを生成する生成手段と、生成手段により生成されたリストを外部装置に対して送信する送信手段と、コンテンツ配信装置の状態が、所定の状態にあるか否かを判断する判断手段と、を有し、生成手段は、判断手段によりコンテンツ配信装置が所定の状態にあると判断された場合、管理するコンテンツを示すコンテンツ情報とは別の所定の状態に関するコンテンツ情報を含むリストを生成し、判断手段によりコンテンツ配信装置が所定の状態にないと判断された場合、管理するコンテンツを示すコンテンツ情報を含み、所定の状態に関するコンテンツ情報を含まないリストを生成し、所定の状態に関するコンテンツ情報が含まれるリストから、所定の状態に関するコンテンツ情報が外部装置において選択されたことに基づくコンテンツの取得要求を受信した場合には、管理されたコンテンツを配信する処理を行わず、コンテンツ配信装置が所定の状態であることを説明するためのコンテンツを配信することを特徴とする。

このような構成により本発明によれば、コンテンツ配信を行う装置の状態を好適に通知することが可能となる。

本発明の実施形態に係るコンテンツ共有システムのシステム構成を示した図 本発明の実施形態に係るデジタルビデオカメラ１００の機能構成を示したブロック図 本発明の実施形態に係るデジタルテレビ２０２において表示される表示画面を例示した第１の図 本発明の実施形態に係るデジタルビデオカメラ１００で実行されるバックアップ処理を例示したフローチャート 本発明の実施形態に係るデジタルテレビ２０２において表示される表示画面を例示した第２の図 本発明の実施形態１に係るデジタルビデオカメラ１００で実行されるＤＭＳ処理を例示したフローチャート 本発明の実施形態に係るデジタルテレビ２０２において表示される表示画面を例示した第３の図 本発明の実施形態に係るコンテンツリストの記述例を示した図 本発明の実施形態に係るＬａｓｔＣｈａｎｇｅイベントの記述例を示した図 本発明の実施形態に係るデジタルテレビ２０２において表示される表示画面を例示した第４の図 本発明の実施形態に係るＬａｓｔＣｈａｎｇｅイベントの記述例を示した別の図 本発明の実施形態に係るデジタルテレビ２０２において表示される表示画面を例示した第５の図 本発明の実施形態２に係るデジタルビデオカメラ１００で実行されるＤＭＳ処理を例示したフローチャート

［実施形態１］
以下、本発明の例示的な実施形態について、図面を参照して詳細に説明する。なお、以下に説明する一実施形態は、コンテンツ配信装置の一例としての、管理するコンテンツのリストを外部装置に送信し、該リストから視聴要求を受信したコンテンツを外部装置に配信するデジタルビデオカメラに、本発明を適用した例を説明する。しかし、本発明は、管理するコンテンツのリストを外部装置に送信し、該リストから視聴要求を受信したコンテンツを外部装置に配信可能な任意の機器に適用可能である。また、本明細書において、「コンテンツ」とは、画像データ及び動画像データを含み、機器が配信可能なデータを総称して用いられる。

《コンテンツ共有システムの構成》
図１は、本発明の実施形態に係るデジタルビデオカメラ１００を含む、機器間でコンテンツを共有するコンテンツ共有システムの構成を示した図である。

本実施形態のコンテンツ共有システムでは、デジタルビデオカメラ１００、記録サーバ２０１、及びデジタルテレビ２０２は、通信ネットワーク２０４を介して相互通信可能に接続される。またデジタルビデオカメラ１００、記録サーバ２０１、及びデジタルテレビ２０２はＤＬＮＡに対応した装置であり、コンテンツの相互利用が可能である。図の例では、記録サーバ２０１及びデジタルテレビ２０２は無線アクセスポイント２０３に有線接続され、デジタルビデオカメラ１００は無線アクセスポイント２０３を介して該ネットワークに接続されている。

デジタルビデオカメラ１００は、後述するように撮影機能を有する撮像装置であり、本実施形態のコンテンツ共有システムにおいて、撮影により得られたコンテンツを記録サーバ２０１及びデジタルテレビ２０２に配信することができる。またデジタルビデオカメラ１００に格納されたコンテンツは、バックアップ処理により記録サーバ２０１に転送されて記録される。

デジタルテレビ２０２は、コンテンツ共有システムにおけるコンテンツ再生装置である。ユーザはデジタルテレビ２０２を使用することで、デジタルビデオカメラ１００に格納されたコンテンツの視聴要求及び視聴を行うことができる。

〈デジタルビデオカメラ１００の構成〉
図２は、本発明の実施形態に係るデジタルビデオカメラ１００の機能構成を示すブロック図である。各ブロックは、図示されるようにバス１１３を介して接続される。

ＣＰＵ１１０は、デジタルビデオカメラ１００が有する各ブロックの動作を制御する。具体的にはＣＰＵ１１０は、例えばＲＯＭ１０５に格納されている後述のタスクプログラムを読み出し、ＲＡＭ１０７に展開して実行することにより各ブロックの動作を制御する。本実施形態ではＣＰＵ１１０は、リアルタイムＯＳ（Operation System）であり、同時に複数のタスクプログラムの実行が可能である。

ＲＯＭ１０５は、例えば不揮発性メモリと、バス１１３を介したデータアクセスを制御するコントローラとで構成される。ＲＯＭ１０５には、後述のタスクプログラムに加え、各ブロックの動作に必要なパラメータや、表示部１０１の表示画面を構成するＧＵＩデータ等が格納される。

ＲＡＭ１０７は、例えば揮発性メモリと、バス１１３を介したデータアクセスを制御するコントローラとで構成される。ＲＡＭ１０７は、後述のタスクプログラムの展開領域としてだけでなく、該プログラムによる各ブロックの制御に必要なデータ等を格納する記憶領域としても用いられる。またＲＡＭ１０７は、各ブロックの動作において出力されたデータを一時的に格納する記憶領域としても用いられる。

表示部１０１は、例えばＬＣＤ等の表示装置である。表示部１０１の表示は表示制御部１０２により制御される。表示部１０１に表示される画像データは、ＶＲＡＭ１０４に保持され、表示制御部１０２は、ＶＲＡＭ１０４に保持された画像データを読み出して表示部１０１に表示する。

撮像部１０８は、例えばＣＣＤやＣＭＯＳセンサ等の撮像素子を有する。撮像部１０８は、不図示の光学系を介して撮像素子に結像された光学像を光電変換し、アナログ画像信号を生成する。また撮像部１０８は、得られたアナログ画像信号に対してＡ／Ｄ変換処理を適用して画像データを生成し、出力する。なお、撮像素子の読み出しや撮像部１０８の全体的な動作は、撮像制御部１０９により制御される。

画像処理部１０３は、撮像部１０８により撮像された画像データ、あるいは後述するＨＤＤ１０６に記録された画像データや動画像データに対する種々の画像処理を実行する。また画像処理部１０３は、表示部１０１に表示される画像データを、ＶＲＡＭ１０４に生成する。

ＨＤＤ１０６は、デジタルビデオカメラ１００が有する、画像データや動画像データの記録装置である。本実施形態では、デジタルビデオカメラ１００の記録装置はＨＤＤ１０６であるものとして説明するが、これに限られるものではないことは容易に想像されよう。デジタルビデオカメラ１００は、例えばメモリカード等の着脱可能に接続される記録装置をＨＤＤ１０６の代わりに有していてもよい。

操作部１１１は、例えば各種ボタン、操作キー、タッチパネルセンサ等の、デジタルビデオカメラ１００が有するユーザインタフェースである。操作部１１１は、ユーザにより操作入力がなされたことを検出すると、操作に応じた制御信号をＣＰＵ１１０に出力する。

通信部１１２は、デジタルビデオカメラ１００が有する外部装置との通信を行う通信インタフェースである。本実施形態では通信部１１２は、無線アクセスポイント２０３を介して通信ネットワーク２０４上の記録サーバ２０１あるいはデジタルテレビ２０２と通信接続する。

電源制御部１２１は、デジタルビデオカメラ１００が有する各ブロックへの電力供給を行う。電源制御部１２１は、接続された着脱可能バッテリ１２０あるいは外部電源１２２から供給された電力を、各ブロックに対して供給する。

なお、本実施形態ではハードウェアとしてデジタルビデオカメラ１００が備える各ブロックにおいて処理が実現されるものとして説明するが、本発明の実施はこれに限らず、各ブロックの処理は該各ブロックと同様の処理を行うプログラムで実現されてもよい。

《コンテンツ視聴動作の概要》
以下、本実施形態のコンテンツ共有システムにおけるコンテンツ視聴時の動作の概要について図を用いて説明する。なお、以下はユーザがデジタルテレビ２０２を操作することにより、デジタルビデオカメラ１００に記録されているコンテンツを視聴する際の各機器の動作例を説明する。また以下の説明で、デジタルテレビ２０２において行われる処理等は、動作の主体がデジタルテレビ２０２の制御部であるものとして説明するが、具体的な処理はデジタルテレビ２０２の不図示の構成要素により実現されてもよい。

まず、デジタルテレビ２０２においてコンテンツ共有システム内のＤＬＮＡ対応機器にアクセスする操作がなされたことを検出すると、デジタルテレビ２０２の制御部はＤＬＮＡで規定されたプロトコルに従ったリクエストを発行する。該リクエストに応じて、デジタルビデオカメラ１００は、ＤＬＮＡのデジタルメディアサーバ（ＤＭＳ）として機能する。これは、例えば通信部１１２がリクエストを受信したことをＣＰＵ１１０が検出し、対応するタスクプログラムを実行することにより実現可能である。なお、ＤＬＮＡ対応機器がＤＭＳとして機能するモードは「ＤＬＮＡモード」であり、リクエストを受信することに応じてＣＰＵ１１０により設定される。

リクエストが、ＤＭＳの提供可能なコンテンツのリスト（コンテンツリスト）の取得要求である場合、次のように処理がなされる。ＣＰＵ１１０はＨＤＤ１０６に記録されているコンテンツのうち、ＤＭＳとしてクライアント（デジタルテレビ２０２）に提供可能なコンテンツの情報を取得し、コンテンツリストを生成する。ＤＬＮＡでは、コンテンツリストはＸＭＬ形式のデータとして生成される。そしてＣＰＵ１１０は、生成したコンテンツリストを通信部１１２に伝送し、クライアントに送信させる。なお、コンテンツリストの取得要求は、（Universal Plug And Play）のＣＤＳ（Content Directory Service）で規定されるＢｒｏｗｓｅリクエストである。Ｂｒｏｗｓｅリクエストは、ＸＭＬで記述されたＳＯＡＰ（Simple Object Access Protocol）の規定に基づいてクライアントから送信される。

クライアントであるデジタルテレビ２０２の制御部はコンテンツリストを受信すると、ＸＭＬデータを解釈し、視聴するコンテンツをユーザに選択させる選択画面を生成して表示領域に表示する。選択画面は、例えば図３のようであってよい。図３の例では選択画面３００には、デジタルビデオカメラ１００が提供可能な各コンテンツが、選択可能な項目として並べて表示されている。各項目には、コンテンツの代表画像（またはサムネイル画像）３０１とファイル名（またはタイトル情報）３０２が含まれる。なお、代表画像３０１については、コンテンツリストの対応画像の所在を示すアドレス情報を基にデジタルビデオカメラ１００に対してＨＴＴＰのＧＥＴリクエスト（コンテンツの取得要求）を送信することで、デジタルビデオカメラ１００から受信できる。

ユーザは、選択画面から視聴するコンテンツの項目を選択することで、該コンテンツのデータをデジタルビデオカメラ１００から受信してデジタルテレビ２０２に表示させることができる。具体的にはデジタルテレビ２０２の制御部は、コンテンツリストに含まれる、選択された項目に対応するコンテンツのアドレス情報を基にＨＴＴＰのＧＥＴリクエストを送信することで、デジタルビデオカメラ１００から該コンテンツのデータを受信する。

リクエストが、ＨＴＴＰのＧＥＴリクエストである場合、ＣＰＵ１１０はリクエストに含まれるアドレス情報で特定されるコンテンツをＨＤＤ１０６から読み出し、通信部１１２に送信させる。なお、ＧＥＴリクエストへの応答は、デジタルビデオカメラ１００がＤＬＮＡモードにある場合に行われる。

《バックアップ処理》
次に、本実施形態のデジタルビデオカメラ１００において実行される、ＨＤＤ１０６に記録されたコンテンツを記録サーバ２０１に転送して記録させるバックアップ処理について、図４のフローチャートを用いて具体的な処理を説明する。該フローチャートに対応する処理は、ＣＰＵ１１０が、例えばＲＯＭ１０５に記憶されている対応するタスクプログラムを読み出し、ＲＡＭ１０７に展開して実行することにより実現することができる。なお、本バックアップ処理は、デジタルビデオカメラ１００に外部電源１２２が接続された際に開始され、バックアップが未完了のコンテンツを自動的に記録サーバ２０１に転送して記録させるものとして説明する。しかしながら、本バックアップ処理の開始はこれに限らず、例えばユーザによりコンテンツが手動で選択され、バックアップを行う指示がなされた際に開始されるものであってもよい。

Ｓ４０１で、ＣＰＵ１１０は、バックアップが未完了のコンテンツがＨＤＤ１０６に存在するか否かを判断する。バックアップが未完了であるか否かの情報は、例えばコンテンツのそれぞれに関連付けてＲＯＭ１０５あるいはＨＤＤ１０６に格納されていればよい。ＣＰＵ１１０は、バックアップが未完了のコンテンツが存在すると判断した場合は処理をＳ４０２に移し、存在しないと判断した場合は本ステップの処理を繰り返す。

Ｓ４０２で、ＣＰＵ１１０は、デジタルビデオカメラ１００のモードが、ＤＭＳとして機能していることを示すＤＬＮＡモードに設定されているか否かを判断する。具体的にはＣＰＵ１１０は、ＲＡＭ１０７に格納されているモード設定情報を参照し、現在のデジタルビデオカメラ１００のモードを判断する。ＣＰＵ１１０は、デジタルビデオカメラ１００のモードがＤＬＮＡモードであると判断した場合は処理をＳ４０３に移し、ＤＬＮＡモードではないと判断した場合は処理をＳ４０４に移す。

Ｓ４０３で、ＣＰＵ１１０は、ＤＭＳとしてデジタルビデオカメラ１００を参照している機器、即ちデジタルテレビ２０２に対して、提供可能なコンテンツの構成に変更があったことを通知する。具体的にはＣＰＵ１１０は通信部１１２を制御し、ＵＰｎＰのＣＤＳプロトコルで規定されるＬａｓｔＣｈａｎｇｅイベントを発行し、デジタルテレビ２０２に対して送信させる。

なお、デジタルテレビ２０２の制御部は、該ＬａｓｔＣｈａｎｇｅイベントを受信すると、更新されたコンテンツリストを取得するためにデジタルビデオカメラ１００に対してコンテンツリストの取得要求を送信する動作を行う。このときＣＰＵ１１０は、ＲＡＭ１０７に記憶されているコンテンツリストを、デジタルビデオカメラ１００がバックアップ動作を行っていることを示す項目を含めて更新する。通常、コンテンツリストには１つの項目としてコンテンツ名等が含められることで、コンテンツリストを受信した装置に、コンテンツを配信する装置が提供可能なコンテンツの情報を伝送することができる。本実施形態のデジタルビデオカメラ１００では、バックアップ動作を行っていることを示す情報（本実施形態では「バックアップ中」）をコンテンツリストの項目として含めることで、デジタルテレビ２０２にデジタルビデオカメラ１００の状態を伝達可能である。

例えばデジタルテレビ２０２において図３で示したような選択画面３００が表示されていた場合、更新後のコンテンツリストを受信してデジタルテレビ２０２に表示される画面は図５に示されるような画面となる。更新後のコンテンツリストを受信して表示される表示画面５００には、デジタルビデオカメラ１００においてバックアップ動作が行われていることを示す項目５０３が含まれる。

Ｓ４０４で、ＣＰＵ１１０は、デジタルビデオカメラ１００がバックアップ動作中であることを示す情報をＲＡＭ１０７に格納する。

Ｓ４０５で、ＣＰＵ１１０は、バックアップ動作を開始する。具体的にはＣＰＵ１１０は、バックアップが未完了のコンテンツを順にＨＤＤ１０６から読み出して通信部１１２に伝送し、記録サーバ２０１に送信させる。なお、このときＣＰＵ１１０は、バックアップが完了したコンテンツについて、関連付けられているバックアップが未完了であるか否かを示す情報を更新する。

Ｓ４０６で、ＣＰＵ１１０は、バックアップが未完了のコンテンツの全てを送信完了したか、あるいはユーザによるバックアップ動作の中断操作がなされたか否かを判断する。具体的にはＣＰＵ１１０は、ＲＯＭ１０５あるいはＨＤＤ１０６にコンテンツごとに格納されている、バックアップが未完了であるか否かを示す情報を参照し、バックアップが未完了のコンテンツが存在するか否かを判断する。またＣＰＵ１１０は、操作部１１１から本バックアップ処理の中断指示を示す制御信号を受信したか否かを判断する。ＣＰＵ１１０は、本ステップにおける判断結果が真（バックアップ完了、バックアップ動作中断）である場合は処理をＳ４１０に移す。またＣＰＵ１１０は、本ステップにおける判断結果が偽（未完了バックアップあり、バックアップ続行）である場合は、バックアップ動作を継続し、処理をＳ４０７に移す。

Ｓ４０７で、ＣＰＵ１１０は、Ｓ４０２と同様にデジタルビデオカメラ１００のモードがＤＬＮＡモードに設定されているか否かを判断する。ＣＰＵ１１０は、デジタルビデオカメラ１００のモードがＤＬＮＡモードであると判断した場合は処理をＳ４０８に移し、ＤＬＮＡモードではないと判断した場合は処理をＳ４０９に移す。

Ｓ４０８で、ＣＰＵ１１０は、バックアップ動作に係る通信部１１２において使用する通信帯域を制限させ、処理をＳ４０６に戻す。即ち、ＣＰＵ１１０は、バックアップが未完了のコンテンツの送信に係る通信帯域を制限する。具体的にはＣＰＵ１１０は、コンテンツデータの提供に係る転送レートを保証できるように、閾値を設けてバックアップ動作に係る転送レートを制限させる。例えば通信部１１２が許容する転送レートが５０Ｍｂｐｓであり、コンテンツデータの提供に係る転送レートが２０Ｍｂｐｓである場合、閾値はマージンを含めて２５Ｍｂｐｓ等に設定される。そして、ＣＰＵ１１０はバックアップ動作に係る転送レートが閾値以上とならないように、転送レートの制限を行う。なお、通信帯域の制限は、通信部１１２がバックアップ動作で転送する転送データのブロックサイズ、及び転送指示を発行するタイミングを制御することにより行われる。

Ｓ４０９で、ＣＰＵ１１０は、通信部１１２において使用する通信帯域の制限が行われている場合は、制限を解除させて処理をＳ４０６に戻す。

Ｓ４１０で、ＣＰＵ１１０は、Ｓ４０４においてＲＡＭ１０７に格納したバックアップ動作中であることを示す情報を削除する。

Ｓ４１１で、ＣＰＵ１１０は、Ｓ４０２と同様にデジタルビデオカメラ１００のモードがＤＬＮＡモードに設定されているか否かを判断する。ＣＰＵ１１０は、デジタルビデオカメラ１００のモードがＤＬＮＡモードであると判断した場合は処理をＳ４１２に移し、ＤＬＮＡモードではないと判断した場合は本バックアップ処理を完了する。

Ｓ４１２で、ＣＰＵ１１０は、Ｓ４０３と同様に、提供可能なコンテンツの構成に変更があったことをデジタルテレビ２０２に対して通知し、本バックアップ処理を完了する。なお、本ステップにおける提供可能なコンテンツの構成の変更は、バックアップ動作を行っていることを示す項目の削除である。即ち、再びデジタルテレビ２０２の表示画面を、図５の表示画面５００から図３の表示画面３００に戻すことができるため、ユーザあるいはデジタルテレビ２０２にデジタルビデオカメラ１００がバックアップ動作中でないことを通知できる。

《ＤＭＳ処理》
次に、本実施形態のデジタルビデオカメラ１００においてバックアップ処理と同時実行されうる、デジタルビデオカメラ１００をＤＭＳとして機能させるＤＭＳ処理について、図６のフローチャートを用いて具体的な処理を説明する。該フローチャートに対応する処理は、ＣＰＵ１１０が、例えばＲＯＭ１０５に記憶されている対応するタスクプログラムを読み出し、ＲＡＭ１０７に展開して実行することにより実現することができる。なお、本ＤＭＳ処理は、デジタルビデオカメラ１００が通信ネットワーク２０４に接続可能になった際に開始されるものとして説明する。しかしながら、本ＤＭＳ処理の開始はこれに限らず、例えばユーザにより通信ネットワーク２０４上のＤＬＮＡ対応機器の検索動作が行われたことに応じて、対応する信号をデジタルテレビ２０２より受信した際に開始されるものであってもよい。

Ｓ６０１で、ＣＰＵ１１０は、ＤＬＮＡで規定されるプロトコルに従ったパケット（リクエスト）を通信部１１２が受信したか否かを判断する。ＣＰＵ１１０は、通信部１１２がリクエストを受信したと判断した場合は処理をＳ６０２に移し、受信していないと判断した場合は処理をＳ６１５に移す。

Ｓ６０２で、ＣＰＵ１１０は、リクエストを受信してからの経過時間を計測するタイマの動作を開始する。なお、本ステップにおいて既に計測が開始されたタイマが存在する場合は、ＣＰＵ１１０は該タイマをリセットし、再度計測を開始する。

Ｓ６０３で、ＣＰＵ１１０は、デジタルビデオカメラ１００がバックアップ動作中であるか否かを判断する。具体的にはＣＰＵ１１０は、バックアップ動作中であることを示す情報がＲＡＭ１０７に格納されているか否かにより判断する。ＣＰＵ１１０は、デジタルビデオカメラ１００がバックアップ動作中であると判断した場合は処理をＳ６０６に移し、バックアップ動作中ではないと判断した場合は処理をＳ６０４に移す。

Ｓ６０４で、ＣＰＵ１１０は、ＲＡＭ１０７に格納されているモード設定情報をＤＬＮＡモードに変更する。即ち、バックアップ動作中ではない状態でＤＬＮＡで規定されるリクエストを受信した場合、ＣＰＵ１１０はデジタルビデオカメラ１００のモードをＤＬＮＡモードに設定する。なお、本ステップにおいて既にデジタルビデオカメラ１００がＤＬＮＡモードにある場合は、ＣＰＵ１１０はモード設定を行わないものとする。

Ｓ６０５で、ＣＰＵ１１０は、Ｓ６０１において受信したリクエストに応じた通常の処理を実行する。

一方、Ｓ６０６でＣＰＵ１１０は、現在のデジタルビデオカメラ１００のモードがＤＬＮＡモードに設定されているか否かを判断する。具体的にはＣＰＵ１１０は、ＲＡＭ１０７に格納されているモード設定情報を参照し、現在のデジタルビデオカメラ１００のモードを判断する。ＣＰＵ１１０は、現在のデジタルビデオカメラ１００のモードがＤＬＮＡモードであると判断した場合は処理をＳ６０５に移し、ＤＬＮＡモードではないと判断した場合は処理をＳ６０７に移す。即ち、バックアップ動作中の状態で、かつＤＬＮＡモードが設定されている場合は、バックアップ動作とコンテンツの送信に係る処理を並行して実行する状態であるので、ＣＰＵ１１０はＤＭＳとしての通常の処理を実行する。

Ｓ６０７で、ＣＰＵ１１０は、Ｓ６０１において受信したリクエストが、ＨＴＴＰのＧＥＴリクエストであるか否かを判断する。ＣＰＵ１１０は、受信したリクエストがＧＥＴリクエストであると判断した場合は処理をＳ６１０に移し、ＧＥＴリクエストではないと判断した場合は処理をＳ６０８に移す。

Ｓ６０８で、ＣＰＵ１１０は、Ｓ６０１において受信したリクエストが、Ｂｒｏｗｓｅリクエストであるか否かを判断する。ＣＰＵ１１０は、受信したリクエストがＢｒｏｗｓｅリクエストであると判断した場合は処理をＳ６０９に移し、Ｂｒｏｗｓｅリクエストではないと判断した場合は処理をＳ６０５に移す。

Ｓ６０９で、ＣＰＵ１１０は、コンテンツリストを生成する。本ステップは、バックアップ動作中、ＤＬＮＡモードではない状態でＢｒｏｗｓｅリクエスト（送信要求）を受信した場合の処理になる。ＣＰＵ１１０は、デジタルビデオカメラ１００がまだＤＬＮＡモードに設定されていない状態であるので、通常であればＤＬＮＡモードを設定した後に対応する処理を実行する。しかしながら、本ステップではバックアップ動作が既に行われている状態である。つまり、デジタルビデオカメラ１００がＤＬＮＡモードに設定された場合、ＧＥＴリクエストが送信されることで、バックアップ動作と共にコンテンツ配信の動作が行われるため、通信遅延等、ユーザにとって不利益な状態が生じうる。このため本実施形態のデジタルビデオカメラ１００では、バックアップ動作中の状態で、かつＤＬＮＡモードが設定されていない場合、ＣＰＵ１１０はＢｒｏｗｓｅリクエストに応じて次の項目を含むコンテンツリストを生成する。
・デジタルビデオカメラ１００がバックアップ動作中であることを示す項目
・ＤＬＮＡモードへのモード切替を指示する項目

このように、項目として上記の２つの項目を含むコンテンツリストを生成することで、デジタルテレビ２０２に図５で示したような表示画面５００を表示させることができる。なお、表示画面において項目５０４が「ＤＬＮＡモードへのモード切替を指示する項目」に対応する。

一方、Ｓ６０７において受信したリクエストがＧＥＴリクエストであった場合、ＣＰＵ１１０はＳ６１０で、ＤＬＮＡモードへのモード切替を指示する項目についてのリクエストであるか否かを判断する。Ｓ６０７において受信したＧＥＴリクエストは、Ｓ６０９において正生成されたコンテンツリストに対応する表示画面５００についてなされた操作に応じてデジタルビデオカメラ１００に送信されるリクエストである。本ステップではＣＰＵ１１０は、図５で示した表示画面５００に含まれるいずれの項目についてのコンテンツの取得要求であるかを判断する。ＣＰＵ１１０は、ＧＥＴリクエストがＤＬＮＡモードへのモード切替を指示する項目についてのリクエストであると判断した場合、処理をＳ６１２に移す。またＣＰＵ１１０は、バックアップ動作中であることを示す項目についてのリクエストであると判断した場合、処理をＳ６１１に移す。

Ｓ６１１で、ＣＰＵ１１０は、例えば図７（ａ）に示すようなバックアップ動作中の詳細説明を行う表示画面７０１を生成する。

これに対し、ＧＥＴリクエストがＤＬＮＡモードへのモード切替を指示する項目であった場合、ＣＰＵ１１０はＳ６１２で、ＲＡＭ１０７に格納されているモード設定情報をＤＬＮＡモードに変更する。

Ｓ６１３で、ＣＰＵ１１０は、デジタルビデオカメラ１００のモードがＤＬＮＡモードに切り替わったことを示す、例えば図７（ｂ）に示すような表示画面７０２を生成する。

Ｓ６１４で、ＣＰＵ１１０は、デジタルテレビ２０２からのリクエストへの応答として生成したデータを通信部１１２に伝送し、デジタルテレビ２０２に送信させる。具体的には本ステップでデジタルテレビ２０２に送信されるデータは、
・Ｓ６０５でＤＭＳとしての通常の処理により生成された生成物
・Ｓ６０９で生成されたコンテンツリスト
・Ｓ６１１で生成された表示画面
・Ｓ６１３で生成された表示画面
のいずれかである。ＣＰＵ１１０はデータの送信が完了すると、処理をＳ６０１に戻す。本実施形態ではＳ６０９、Ｓ６１１、及びＳ６１３については、該ステップが実行される際に送信データが生成されるものとして説明したが、表示する内容は固定的であるため、予め生成されたデータを読み出す構成であってもよい。

なお、Ｓ６０１においてリクエストを受信していないと判断した場合、ＣＰＵ１１０はＳ６１５で、Ｓ６０２において開始したタイマのカウントが、予め定められたタイムアウト時間に到達したか否かを判断する。ＣＰＵ１１０は、タイマのカウントがタイムアウト時間に到達したと判断した場合には処理をＳ６１６に移し、到達していないと判断した場合は処理をＳ６０１に戻す。

Ｓ６１６で、ＣＰＵ１１０は、現在のデジタルビデオカメラ１００のモード設定がＤＬＮＡモードに設定されている場合はＤＬＮＡモードを解除し、処理をＳ６０１に戻す。具体的にはＣＰＵ１１０は、ＲＡＭ１０７に記憶されているモード設定情報を、ＤＬＮＡモードから通常動作のモードに変更する。

このようにすることで、本実施形態のデジタルビデオカメラ１００は、送信遅延等が生じうる処理がデジタルビデオカメラ１００において実行されていることを、コンテンツリストを利用してユーザに通知することができる。

《動作例》
以下、このようなバックアップ処理及びＤＭＳ処理による具体的な動作例を説明する。

〈バックアップ処理開始後にＤＬＮＡアクセスがなされるケース〉
デジタルビデオカメラ１００が外部電源１２２に接続されてバックアップ処理が実行されると、バックアップが未完了のコンテンツの記録サーバ２０１への転送が行われる。この間、ユーザによるデジタルテレビ２０２への操作がなされ、デジタルテレビ２０２の制御部がＢｒｏｗｓｅリクエストをデジタルビデオカメラ１００に送信した場合を考える。

ＣＰＵ１１０は、通信部１１２においてＢｒｏｗｓｅリクエストを受信すると、デジタルビデオカメラ１００がバックアップ動作中であるため、実行しているＤＭＳ処理をＳ６０３→Ｓ６０６と処理する。またデジタルビデオカメラ１００はＤＬＮＡモードに設定されていないため、ＣＰＵ１１０はＳ６０６→Ｓ６０７→Ｓ６０８→Ｓ６０９→Ｓ６１４と処理を行い、２つのコンテンツが提供可能であることを示すコンテンツリストを、応答として送信する。このとき送信されるコンテンツリストは、例えば図８に示されるようなＸＭＬ記述であってよい。

図８に示したＸＭＬ記述では、コンテンツリストはヘッダ８０１、２つのコンテンツを示す項目情報８０２と８０３、及びフッタ８０４で構成される。ヘッダ８０１はＤＬＮＡのＣＤＳのＢｒｏｗｓｅ応答に用いる一般的なヘッダである。またフッタ８０４は、Ｂｒｏｗｓｅ応答としてアイテムがいくつあるかを示す情報８１７を含んだ情報である。また各項目情報は、表示文字列８１１または８１４、実際のコンテンツデータのアドレス情報８１２または８１５、及び代表画像データのアドレス情報８１３また８１６を有する。

一方、デジタルテレビ２０２の制御部は受信したコンテンツリストを解析し、表示文字列８１１及び８１４から、図５の表示画面５００における項目５０３及び５０４に対応する文字列を取得して表示する。また、代表画像データのアドレス情報８１３及び８１５を基にデータを取得すると、表示画面５００における代表画像５０１及び５０２として表示する。なお、通常とは異なる情報通知用コンテンツについての代表画像は、項目の内容に対応した絵柄の画像データであることが好ましい。このように、情報通知用にＤＬＮＡの規格に沿ったＸＭＬを生成、送信することで、ＤＬＮＡ規格に準拠した表示装置であれば同様の表示態様で情報通知が可能である。

また表示画面５００の項目５０４が選択され、ＤＬＮＡモードへのモード切替の指示に係るＧＥＴリクエストがデジタルテレビ２０２から送信されると、ＣＰＵ１１０は、Ｓ６０７→Ｓ６１０→Ｓ６１２と処理を行う。Ｓ６１２においてデジタルビデオカメラ１００のモード設定をＤＬＮＡモードに変更すると、ＣＰＵ１１０はバックアップ処理のＳ４０３でＬａｓｔＣｈａｎｇｅイベントを発行する。これにより、デジタルテレビ２０２の制御部にＢｒｏｗｓｅリクエストを送信させ、情報通知用のコンテンツリストではなく、デジタルビデオカメラ１００がＤＭＳとして提供可能なコンテンツリストをデジタルテレビ２０２に取得させることができる。またモード変更により、ＣＰＵ１１０はＳ４０６→Ｓ４０７→Ｓ４０８と処理し、バックアップ動作に係る通信帯域を制限することで、デジタルテレビ２０２へのコンテンツデータの提供に係る転送レートを保証する。

〈ＤＬＮＡアクセスがなされている間にバックアップ動作が開始されるケース〉
次に、デジタルビデオカメラ１００がＤＬＮＡモードにある場合に外部電源１２２に接続され、バックアップ処理が開始される場合を考える。このとき、デジタルテレビ２０２には図３に示した表示画面３００が表示されているものとする。

ＣＰＵ１１０はバックアップ処理を開始すると、デジタルビデオカメラ１００がＤＬＮＡモードであるため、Ｓ４０３でＬａｓｔＣｈａｎｇｅイベントを発行する。これにより、デジタルテレビ２０２の制御部にＢｒｏｗｓｅリクエストを送信させることができる。ＬａｓｔＣｈａｎｇｅイベントに係るＸＭＬ記述は、例えば図９のようであってよい。図９に示したＸＭＬ記述では、新たに追加された項目が２つあることを示す更新情報９０１及び９０２が含まれる。

ＬａｓｔＣｈａｎｇｅイベントの発行に対するＢｒｏｗｓｅリクエストをデジタルテレビ２０２から受信すると、ＣＰＵ１１０はＤＭＳ処理のＳ６０３→Ｓ６０６→Ｓ６０５と処理し、新たに追加された２つの項目を含むコンテンツリストを生成する。該コンテンツリストによりデジタルテレビ２０２に表示される表示画面は、図１０に示すような表示画面１０００になる。表示画面１０００には、バックアップ動作が行われていることを示す項目１００１と、ＤＬＮＡモードを解除（停止要求）してバックアップ動作を優先するための、モード切替を指示する項目１００２とが、提供するコンテンツの項目に加えて含まれる。

なお、表示画面１０００が表示されている際に、バックアップ未完了のコンテンツのバックアップが完了した場合、ＣＰＵ１１０はバックアップ処理のＳ４１２でＬａｓｔＣｈａｎｇｅイベントを発行する。該ＬａｓｔＣｈａｎｇｅイベントに係るＸＭＬ記述は、例えば図１１のようであってよい。図１１に示したＸＭＬ記述では、削除された項目が２つあることを示す更新情報１１０１及び１１０２が含まれる。なお、このようなＸＭＬ記述を受信した場合、デジタルテレビ２０２の制御部はＢｒｏｗｓｅリクエストを送信せずに、既に受信しているコンテンツリストから該当する項目を削除すればよい。これにより、例えば図１０の表示画面１０００から図５の表示画面５００にデジタルテレビ２０２の表示が変更される。

なお、本実施形態ではバックアップ処理が開始されるとバックアップ動作が強制的に開始されるものとして説明したが、バックアップを開始するか否かを、コンテンツリストを利用してデジタルテレビ２０２を操作するユーザに確認してもよい。また、本実施形態ではデジタルビデオカメラ１００においてバックアップ処理とＤＭＳ処理とが並列実行されることにより、デジタルビデオカメラ１００における処理負荷が高くなることをユーザに通知するものとして説明した。また２つの処理を並列実行してもよいかをユーザに問い合わせるものとして説明した。しかしながら、本発明の実施はこれに限られるものではない。本発明は、デジタルビデオカメラ１００が所定の状態にあることを、コンテンツリストを用いてコンテンツ配信先の機器に通知するものであれば適用可能である。

以上説明したように、本実施形態のコンテンツ配信装置は、コンテンツ配信を行う装置の状態を好適に通知することができる。具体的にはコンテンツ配信装置は、装置が配信可能なコンテンツを通知するコンテンツリストに、装置の状態を示す項目をコンテンツとして含めることで、リストを受信する外部装置にコンテンツ配信装置の状態を通知することができる。

［変形例］
上述した実施形態１では、バックアップ動作中にＤＬＮＡモードへのモード切替を指示する項目が選択された際に、コンテンツリストの更新を通知することで、デジタルビデオカメラ１００が提供可能なコンテンツのリストの取得要求を送信させていた。即ち、デジタルテレビ２０２に提供可能なコンテンツリストを取得させるために、デジタルビデオカメラ１００のＣＰＵ１１０はＬａｓｔＣｈａｎｇｅイベントを発行し、デジタルテレビ２０２にＢｒｏｗｓｅリクエストを送信させる必要があった。つまり、デジタルテレビ２０２の制御部は、ＬａｓｔＣｈａｎｇｅイベントを受信しない限り、表示画面の更新に係るコンテンツリストの取得要求を送信しない、所謂受動的な構成であった。

本変形例では、ＬａｓｔＣｈａｎｇｅイベントを受信することなく、デジタルテレビ２０２が能動的に、表示画面の更新に係るコンテンツリストの取得要求を送信する方法について説明する。なお、本変形例のコンテンツ共有システム及びデジタルビデオカメラ１００の構成は、上述した実施形態１と同様であるため、説明は省略する。

本変形例ではＣＰＵ１１０は、ＤＭＳ処理のＳ６０９で生成するコンテンツリストにおいて、ＤＬＮＡモードへのモード切替を指示する項目の属性をデータではなくフォルダとして生成する。このときデジタルテレビ２０２に該コンテンツリストに対応して表示される表示画面は、例えば図１２に示されるような表示画面１２００となる。表示画面１２００において、代表画像１２０１及び項目１２０３は、図５の表示画面５００における代表画像５０１及び項目５０３と共通である。一方、表示画面１２００の項目１２０４は属性がフォルダに変更されているため、代表画像ではなくフォルダアイコン１２０２が表示されている。

デジタルテレビ２０２において項目１２０４を選択する指示がなされた場合、デジタルテレビ２０２の制御部はフォルダ内の構成を参照するために、Ｂｒｏｗｓｅリクエストをデジタルビデオカメラ１００に送信する。デジタルビデオカメラ１００ではＣＰＵ１１０は、該フォルダについてのＢｒｏｗｓｅリクエストを受信した場合、デジタルビデオカメラ１００のモード設定をＤＬＮＡモードに変更する。そしてＣＰＵ１１０は、ＤＭＳとして提供可能なコンテンツのリストを生成し、デジタルテレビ２０２に送信すればよい。

このようにして、本変形例のデジタルビデオカメラ１００ではＤＬＮＡモードへのモード切替指示がなされた場合に、ＬａｓｔＣｈａｎｇｅイベントを発行することなく、デジタルテレビ２０２にコンテンツリストの取得要求を行わせることができる。即ち、ＣＰＵ１１０は、ＬａｓｔＣｈａｎｇｅイベントを発行することなく適切なコンテンツリストをデジタルテレビ２０２に送信することができる。

［実施形態２］
上述した実施形態１と変形例とは、コンテンツ配信装置であるデジタルビデオカメラ１００からコンテンツを受信する外部装置の仕様に応じて、切り替え可能に実現されてもよい。即ち、外部装置の仕様に応じて、情報通知用に図５の表示画面５００と図１２の表示画面１２００のいずれかが表示されるように、コンテンツリストを生成する処理を異ならせてもよい。

本実施形態では、通信ネットワーク２０４を介してデジタルビデオカメラ１００にＤＬＮＡアクセスする機器は、ＬａｓｔＣｈａｎｇｅイベント等のイベンティング機能に対応可能であるか否かを示すリクエストをデジタルビデオカメラ１００に送信する。このリクエストは、ＵＰｎＰが利用するＧＥＮＡ（General Event Notification Architecture）で規定されるＳｕｂＳｃｒｉｂｅリクエスト（対応可能）またはＵｎＳｕｂＳｃｒｉｂｅリクエスト（非対応）である。なお、ＳｕｂＳｃｒｉｂｅリクエストは状態変更が発生した場合にイベントとして通知することの登録要求、ＵｎＳｕｂＳｃｒｉｂｅリクエストは状態変更が発生しても通知をしないことの登録要求である。

《ＤＭＳ処理》
以下、本実施形態のＤＭＳ処理について、図１３のフローチャートを用いて詳細を説明する。なお、本実施形態のコンテンツ共有システム及びデジタルビデオカメラ１００の構成は上述した実施形態１と同様であるため、説明は省略する。また本実施形態のＤＭＳ処理において実施形態１のＤＭＳと同様の処理を行うステップについては同一の参照符号を付して説明を省略する。また図１３のフローチャートは、図６に示したＤＭＳ処理のフローチャートの一部を抜粋して変形したものであり、図１３に表示されないステップの処理については、図６と同様に行われるものとする。

Ｓ６０７において受信したリクエストがＧＥＴリクエストではないと判断した場合、ＣＰＵ１１０はＳ１３０１で、受信したリクエストがＢｒｏｗｓｅリクエストであるか否かを判断する。ＣＰＵ１１０は、受信したリクエストがＢｒｏｗｓｅリクエストであると判断した場合は処理をＳ１３０６に移し、Ｂｒｏｗｓｅリクエストではないと判断した場合は処理をＳ６０５に移す。

Ｓ６０５におけるリクエストに対応した通常の処理を実行した後、ＣＰＵ１１０はＳ１３０２で、受信したリクエストがＳｕｂＳｃｒｉｂｅリクエストであるか否かを判断する。ＣＰＵ１１０は、受信したリクエストがＳｕｂＳｃｒｉｂｅリクエストであった場合は処理をＳ１３０３に移し、ＳｕｂＳｃｒｉｂｅリクエストではなかった場合は処理をＳ１３０４に移す。

Ｓ１３０３で、ＣＰＵ１１０は、ＲＡＭ１０７に格納されているモード設定情報にイベント通知モードであることを示す情報を追加する。

一方、受信したリクエストがＳｕｂＳｃｒｉｂｅリクエストではなかったとＳ１３０２において判断した場合、ＣＰＵ１１０はＳ１３０４で、受信したリクエストがＵｎＳｕｂＳｃｒｉｂｅリクエストであるか否かを判断する。ＣＰＵ１１０は、受信したリクエストがＵｎＳｕｂＳｃｒｉｂｅリクエストであると判断した場合は処理をＳ１３０５に移し、ＵｎＳｕｂＳｃｒｉｂｅリクエストではないと判断した場合は処理をＳ６１４に移す。

Ｓ１３０５で、ＣＰＵ１１０は、ＲＡＭ１０７に格納されているモード設定情報からイベント通知モードであることを示す情報を削除する。

このように、イベンティング機能にデジタルテレビ２０２が対応しているか否かによって、ＣＰＵ１１０はデジタルビデオカメラ１００にイベント通知モードの設定を行う。

また受信したリクエストがＢｒｏｗｓｅリクエストであるとＳ１３０１において判断した場合、ＣＰＵ１１０はＳ１３０６で、ＢｒｏｗｓｅリクエストがＤＬＮＡモードへのモード切替を指示する「フォルダ」に対するものであるか否かを判断する。即ち、図１２に示した表示画面１２００の項目１２０４が選択された際になされたＢｒｏｗｓｅリクエストであるか否かを、本ステップにおいてＣＰＵ１１０は判断する。ＣＰＵ１１０は、Ｂｒｏｗｓｅリクエストが該フォルダに対するものであると判断した場合は処理をＳ１３０７に移し、フォルダに対するものではないと判断した場合は処理をＳ１３０８に移す。

Ｓ１３０７で、ＣＰＵ１１０は、ＲＡＭ１０７に格納されているモード設定情報をＤＬＮＡモードに変更し、処理をＳ６１４に移す。

またＳ１３０８ではＣＰＵ１１０は、ＲＡＭ１０７に格納されているモード設定情報を参照し、デジタルビデオカメラ１００のモードがイベント通知モードであるか否かを判断する。ＣＰＵ１１０は、デジタルビデオカメラ１００のモードがイベント通知モードであると判断した場合は処理をＳ６０９に移し、イベント通知モードではないと判断した場合は処理をＳ１３０９に移す。

Ｓ１３０９で、ＣＰＵ１１０は、
・デジタルビデオカメラ１００がバックアップ動作中であることを示す項目
・ＤＬＮＡモードへのモード切替を指示するフォルダ
を含むコンテンツリストを生成する。

このように、本実施形態のデジタルビデオカメラ１００は、外部装置からのＤＬＮＡアクセスがなされた際に、外部装置がイベンティング機能に対応するか否かを判断して、コンテンツリストの提供方法を異ならせることができる。

［その他の実施形態］
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。

Claims (8)

1. 管理するコンテンツを示すコンテンツ情報のリストを外部装置に送信し、該リストから前記外部装置において選択されたコンテンツ情報に対応するコンテンツについての視聴要求を受信したことに応じて、該選択されたコンテンツを前記外部装置に配信することが可能なコンテンツ配信装置であって、
   前記管理するコンテンツを示すコンテンツ情報のリストを生成する生成手段と、
   前記生成手段により生成されたリストを前記外部装置に対して送信する送信手段と、
   前記コンテンツ配信装置の状態が、所定の状態にあるか否かを判断する判断手段と、を有し、
   前記生成手段は、前記判断手段により前記コンテンツ配信装置が前記所定の状態にあると判断された場合、前記管理するコンテンツを示すコンテンツ情報とは別の前記所定の状態に関するコンテンツ情報を含むリストを生成し、前記判断手段により前記コンテンツ配信装置が前記所定の状態にないと判断された場合、前記管理するコンテンツを示すコンテンツ情報を含み、前記所定の状態に関するコンテンツ情報を含まないリストを生成し、
   前記所定の状態に関するコンテンツ情報が含まれる前記リストから、前記所定の状態に関するコンテンツ情報が前記外部装置において選択されたことに基づくコンテンツの取得要求を受信した場合には、前記管理されたコンテンツを配信する処理を行わず、前記コンテンツ配信装置が前記所定の状態であることを説明するためのコンテンツを配信することを特徴とするコンテンツ配信装置。
2. 前記所定の状態は、前記送信手段における転送レートが閾値以上である処理が実行される状態であることを特徴とする請求項１に記載のコンテンツ配信装置。
3. 前記外部装置から、リストの送信要求を受信する受信手段をさらに有し、
   前記生成手段は、前記判断手段により前記コンテンツ配信装置が前記所定の状態にあると判断されている際に、前記受信手段により前記送信要求を受信した場合、前記所定の状態に関するコンテンツ情報を含むリストを生成し、
   前記送信手段は、前記所定の状態に関するコンテンツ情報を含むリストを前記外部装置に送信する
   ことを特徴とする請求項１または２に記載のコンテンツ配信装置。
4. 前記所定の状態に関するコンテンツ情報を含むリストは、前記所定の状態に関するコンテンツ情報と、前記管理するコンテンツを示すコンテンツ情報のリストの送信要求を前記コンテンツ配信装置に行うためのコンテンツ情報とで構成されることを特徴とする請求項３に記載のコンテンツ配信装置。
5. 前記生成手段は、前記選択されたコンテンツを前記外部装置に対して配信している際に、前記判断手段により前記コンテンツ配信装置が前記所定の状態になったと判断された場合、前記所定の状態に関するコンテンツ情報と、前記選択されたコンテンツの配信の停止要求を前記コンテンツ配信装置に行うためのコンテンツ情報とを含むリストを生成し、
   前記送信手段は、前記所定の状態に関するコンテンツ情報と、前記選択されたコンテンツの配信の停止要求を前記コンテンツ配信装置に行うためのコンテンツ情報とを含むリストを前記外部装置に送信する
   ことを特徴とする請求項１乃至４のいずれか１項に記載のコンテンツ配信装置。
6. 前記生成手段は、前記選択されたコンテンツを前記外部装置に対して配信している際に、前記コンテンツ配信装置を前記所定の状態にする処理が開始される場合、前記所定の状態にする処理を前記コンテンツ配信装置に開始させるためのコンテンツ情報と、前記選択されたコンテンツの配信の停止要求を前記コンテンツ配信装置に行うためのコンテンツ情報とを含むリストを生成し、
   前記送信手段は、前記所定の状態にする処理を前記コンテンツ配信装置に開始させるためのコンテンツ情報と、前記選択されたコンテンツの配信の停止要求を前記コンテンツ配信装置に行うためのコンテンツ情報とを含むリストを前記外部装置に送信する
   ことを特徴とする請求項１乃至４のいずれか１項に記載のコンテンツ配信装置。
7. 管理するコンテンツを示すコンテンツ情報のリストを外部装置に送信し、該リストから前記外部装置において選択されたコンテンツ情報に対応するコンテンツについての視聴要求を受信したことに応じて、該選択されたコンテンツを前記外部装置に配信することが可能なコンテンツ配信装置の制御方法であって、
   前記コンテンツ配信装置の生成手段が、前記管理するコンテンツを示すコンテンツ情報のリストを生成する生成工程と、
   前記コンテンツ配信装置の送信手段が、前記生成工程において生成されたリストを前記外部装置に対して送信する送信工程と、
   前記コンテンツは新装置の判断手段が、前記コンテンツ配信装置の状態が、所定の状態にあるか否かを判断する判断工程と、を有し、
   前記生成手段は前記生成工程において、前記判断工程において前記コンテンツ配信装置が前記所定の状態にあると判断された場合、前記管理するコンテンツを示すコンテンツ情報とは別の前記所定の状態に関するコンテンツ情報を含むリストを生成し、前記判断工程において前記コンテンツ配信装置が前記所定の状態にないと判断された場合、前記管理するコンテンツを示すコンテンツ情報を含み、前記所定の状態に関するコンテンツ情報を含まないリストを生成し、
   前記所定の状態に関するコンテンツ情報が含まれる前記リストから、前記所定の状態に関するコンテンツ情報が前記外部装置において選択されたことに基づくコンテンツの取得要求を受信した場合には、前記管理されたコンテンツを配信する処理を行わず、前記コンテンツ配信装置が前記所定の状態であることを説明するためのコンテンツを配信する
   ことを特徴とするコンテンツ配信装置の制御方法。
8. コンピュータを、請求項１乃至６のいずれか１項に記載のコンテンツ配信装置の各手段として機能させるためのプログラム。

Images