JP2012010397A - コンテンツ送信装置 - Google Patents

Abstract

【課題】
ネットワーク越しにコンテンツを取得する場合、コンテンツ送信装置側から取得したコンテンツリストに登録されたコンテンツであっても、送信側でリソースを使用している場合等は、送信を要求されても送信できずコンテンツ受信装置側で無駄な操作及び処理が行われる等という問題がある。
【解決手段】
コンテンツリストを要求された時点でリソースを使用していて送信不可能なコンテンツのリスト情報には、送信不可を設定し、受信装置側で無駄な処理が行われないようにし、またコンテンツリストを取得した時点でアクセス不可能なコンテンツ情報のコンテンツリストへの登録を制限してリスト生成処理の負荷を低減し、またコンテンツ送信装置が自装置のリソース使用状況の変化をトリガーとして、その時点で使用できるコンテンツのコンテンツリストを配信することで、コンテンツ受信装置は常に取得可能なコンテンツを参照できるようにした。
【選択図】図１

Description

本発明は、ネットワークで接続された他の機器に対して、自機器が持つコンテンツの情報と、要求されたコンテンツを送信するコンテンツ送信装置、及びネットワークで接続された他の機器からコンテンツを受信するコンテンツ受信装置に関するものである。

放送番組をHDD（Hard Disk Drive：ハードディスクドライブ）に蓄積するHDDレコーダや、チューナを内蔵していて放送番組が録画可能であると同時に、WAN（Wide Area Network：広域エリアネットワーク）上のサーバに保管されたコンテンツをダウンロードして自機器のHDDに保存できるPC（Personal Computer）など、大量のコンテンツを自機器内に蓄積できるAV機器が普及してきている。
また、テレビを介してWAN上のVOD（Video On Demand）コンテンツを取得するIPTVサービスの開始や、BS（Broadcast Satellite）アナログ放送のサービス終了に伴って、新たに複数のBSデジタル放送サービスの開始が計画されているなど、今後ますますユーザが接するコンテンツが増えていくと考えられる。

このような状況の中で、上記のような機器を１家庭で複数台保有している場合は、これらの機器を相互に接続して、蓄積しているコンテンツを共有したいという要求が高まっている。これに対して、DLNA（Digital Living Network Alliance）では、家庭内の機器同士をIP（Internet Protocol）ネットワークで相互に接続し、各機器に蓄積された、あるいはチューナなどを介して利用可能なコンテンツを共有するための標準規格が定められている。

DLNAでは、ネットワーク上に存在するコンテンツ送信装置からコンテンツを取得する際に、当該コンテンツ送信装置にはどのようなコンテンツが存在するか、そのコンテンツはどのようなコンテンツであるか（映像か音楽あるいは画像か、どのような圧縮フォーマットであるか、など）の情報（以下、コンテンツリストという）を、予め取得する必要がある（非特許文献1）。
膨大になったコンテンツの情報をユーザが利用しやすいように表示する方法及びその時のコンテンツを受信する側の機器（以下、コンテンツ受信装置という）のトラフィックなどのシステム状態に最適なコンテンツを取得する方法については、特許文献１で提案されている。

一方で、デジタルコンテンツを上記のようにネットワーク上で伝送して共有するような場合には伝送時のデータ品質の劣化が少なく、送信側の装置にあるコンテンツと同じ品質のコピー（複製）が受信側で作成できるため、著作権を保護すべきコンテンツに対しては、個人的利用の範囲を逸脱したコンテンツの不正なコピー作成を防止できるような配慮が必要である。例えばデジタルAV機器の間でコンテンツを送信する際には、コンテンツ送信装置側において暗号化を行い、コンテンツ受信装置側との間で復号化のための情報の共有化を行うことによって、送信先であるコンテンツ受信装置以外の機器によってコンテンツが正しく受信されて復号されない様にして、無制限なコピーの作成を防ぐコピープロテクトが実施されている。
このようなコピープロテクトの方法の一例としてデジタルAV機器に取り入れられているものには、例えばIEEE1394バス上でのコピープロテクト方法を定めたDTCP（Digital Transmission Content Protection）方式がある（非特許文献２）。

DLNA Home Networked Device Interoperability Guidelines ５C Digital Transmission Content Protection White Paper

特開2006−128848号公報

ネットワーク越しにコンテンツを取得する場合、コンテンツ送信装置側から取得したコンテンツリストに登録されたコンテンツであっても、送信側でローカル再生をしている、あるいは、送信側機器が録画処理をしている、などによってリソースを使用している場合は、コンテンツ送信を要求されても当該コンテンツを送信できない。しかし、コンテンツリストには当該コンテンツが登録されているためにコンテンツ受信装置側で再生処理を行ってしまい、無駄な操作及び処理が行われるという問題がある。

また、蓄積コンテンツや、チューナやWANを介して取得可能なコンテンツの数が増加してくると、コンテンツ受信装置がコンテンツのリスト情報を取得する際に、コンテンツ送信装置でのコンテンツリスト生成時に必要なキャッシュやメモリ領域が増大し、処理負荷が大きくなるとともに、ネットワーク上を流れる情報量も大きくなり、トラフィックを圧迫してしまうという問題がある。また、ユーザに表示する必要のある情報量も増えるため、コンテンツ受信装置における画面操作時の応答速度も低下してしまうという問題がある。上記特許文献１では、コンテンツ本体取得の際に送信されるコンテンツの最適化は行うものの、事前に取得するコンテンツリスト送信時の処理負荷やトラフィック等は考慮されていない。また、ユーザに表示する際にコンテンツ受信装置側で情報をマージするため、コンテンツの量が膨大になった際に、応答速度が低下してしまうと考えられる。さらに、コンテンツ送信装置側の負荷軽減については、考慮されていない。

本発明における第１の発明は、コンテンツリストを要求された時点でリソースを使用していて送信不可能なコンテンツのリスト情報には、送信不可であることがわかる識別情報を設定し、コンテンツ受信装置側で無駄な処理が行われないようにすることを特徴とする。
また、第２の発明は、コンテンツリストを取得する時点でアクセス不可能なコンテンツ情報のコンテンツリストへの登録を制限することで、コンテンツ送信装置におけるコンテンツリスト生成処理の負荷を低減するとともに、ネットワークに流れるコンテンツリストのデータサイズを低減してトラフィック圧迫を避け、コンテンツリスト取得時の応答速度を高速化することを特徴とする。

また、第３の発明は、コンテンツ送信装置が自装置のリソース使用状況の変化をトリガーとして、その時点で使用できるコンテンツのコンテンツリストを配信することで、コンテンツ受信装置は常に取得可能なコンテンツの情報のみから構成されるコンテンツリストを参照できる。
さらに、第４の発明は、上記第１から第３の発明において、コンテンツ送信装置がコンテンツリスト取得要求元のコンテンツ受信装置との機器認証結果から、著作権保護の必要なコンテンツのコンテンツリストの、コンテンツ受信装置への出力可否を制限することを特徴とする。

本発明のコンテンツ送信装置によれば、自機器のチューナやHDDなどのリソースの使用状態や著作権保護に必要な機器認証状況を管理し、コンテンツリスト情報を要求された際に、コンテンツ送信装置内のリソース状況によって送信できないコンテンツの識別情報を送信することで、コンテンツ受信装置側での無駄な再生処理が行われるのを防止する効果が得られる。さらに、リソース使用中や機器認証未実施のため利用できないコンテンツの情報を除いて送信することで、不要なトラフィックを発生させず、コンテンツ送信装置及びコンテンツ受信装置における処理負荷を低減し、コンテンツリスト取得時の応答速度も向上できるという利点がある。また、コンテンツ送信装置のリソース状態変化に応じてコンテンツリストを配信することで、コンテンツ受信装置では常に最新のリストを保持し、ユーザに提示することが可能となる。さらには、認証状態を管理することで、著作権保護コンテンツのコンテンツ情報送信を制御し、コンテンツ不正使用防止の効果を高めることができる。

本発明の一実施例によるホームネットワークシステムの全体構成図。 ネットワークを介したコンテンツ取得の流れを示すフロー図。 コンテンツ送信装置のブロック図。 リソース管理テーブルの説明図。 リソース使用状況変更後のリソース管理テーブルの説明図。 リソース使用開始時の処理フロー図。 リソース使用停止時の処理フロー図。 送信可否フラグを備えるコンテンツリストの例。 HDDが使用不可状態の時に生成される送信可否フラグ付コンテンツリストの例。 実施形態１におけるコンテンツ情報収集処理の詳細処理フロー図。 コンテンツ受信装置におけるリスト情報表示画面例。 コンテンツ送信装置でHDDが使用不可状態の時のコンテンツ受信装置におけるリスト情報表示画面例。 コンテンツリストの例 HDDが使用不可状態の時に生成されるコンテンツリストの例。 実施形態２におけるコンテンツ情報収集処理の詳細処理フロー図。 リソース状態管理テーブル更新時のシーケンス図。 リソース状態変化時のコンテンツリスト更新処理の詳細フロー図。 機器認証管理を行う場合のコンテンツ送信装置のブロック図。 認証状態管理テーブルの説明図。 機器認証処理完了時のシーケンス図。 CCIを持つコンテンツリストの例。 コンテンツリスト要求元機器との認証が未完の場合のコンテンツリスト例。 実施形態４におけるコンテンツ情報収集処理の詳細処理フロー図。

以下、図面を用いて本発明を実現する最良の形態の実施例を示す。

以下に、図面を用いて本発明の第１の実施の形態である実施例１について説明する。本実施例の目的は、コンテンツ情報取得時の、コンテンツ送信装置側の負荷低減、ネットワーク上のトラフィック低減及びコンテンツ受信装置側の応答を高速化することである。

図１は、本発明によるコンテンツ送信装置を利用してネットワーク経由でコンテンツを共有するホームネットワークシステムの全体構成図である。
１は、本発明によるコンテンツ送信装置である。２は、コンテンツ受信装置であり、IPネットワーク３を介してコンテンツ送信装置１からコンテンツリスト及びコンテンツを取得・再生する基本的な機能をすべて具備しているものとする。また、コンテンツ送信装置１は、アンテナ線４を介して、地上波放送用アンテナ５及び衛星放送用アンテナ６とつながっている。さらに、コンテンツ送信装置１は、ルータ７及びWAN８を介して、VODサーバ９に接続されている。

図２は図１におけるコンテンツ送信装置１とコンテンツ受信装置２の間でのコンテンツ再生時のシーケンス図である。図２を用いて、ネットワークを介したコンテンツリスト取得からコンテンツ再生までの簡単な流れを説明する。コンテンツ受信装置２は、最初に、コンテンツ送信装置１に対してコンテンツリスト取得要求を発行する（S1）。コンテンツ送信装置１は、コンテンツリスト取得要求を受信する（S２）と、自機器から送信可能なコンテンツの情報を収集する（S３）。コンテンツ送信装置１は、コンテンツ情報の収集が完了すると、コンテンツ受信装置２に対して、収集した情報を元に生成したコンテンツリストを送信する（S４）。
コンテンツ受信装置２は、コンテンツリストを受信する（S5）と、ユーザがリストからコンテンツを選択し（S６）、コンテンツ送信装置１に対して選択されたコンテンツのコンテンツ取得要求を発行する（S７）。コンテンツ送信装置１は、コンテンツ取得要求を受信する（S８）と、当該コンテンツを自機器内から取得し（S９）、コンテンツ受信装置２に送信する（S１０）。コンテンツ受信装置２は、コンテンツ送信装置からコンテンツを受信すると、これを再生する（S１１）。

図３は、図１におけるコンテンツ送信装置１及びコンテンツ受信装置２の最も簡単な構成を説明する機能ブロック図である。コンテンツ送信装置１は、以下の機能ブロックから構成される。
全体の制御を行うCPU（Central Processing Unit）１０１。
コンテンツ送信装置１上の主記憶装置となるメモリ１０２。
コンテンツ送信装置１でコンテンツをローカル再生する、あるいはネットワーク経由でコンテンツ受信装置２にコンテンツを送信する際にコンテンツ再生・送信を制御する再生制御部１０５。
録画機能を実現するための録画制御部１０６。
コンテンツ送信装置１上での再生や録画など、ユーザがローカルで操作を行うためのユーザインタフェース部１０７。
BS及びCS放送用（以下、BSCSという）チューナ１１０及び地上波デジタル放送用（以下、地デジという）チューナ１１１を制御するチューナ制御部１０９。
DVD（Digital Versatile Disk）ドライブなどの光学ドライブ１１３を制御する光学ドライブ制御部１１２。
HDD１１５を制御するHDD制御部１１４。
チューナ制御部１０９、光学ドライブ制御部１１０、HDD制御部１１４からの情報をまとめ、チューナ、光学ドライブ、HDDなどのコンテンツ送信装置１内のリソース使用状況を管理するリソース情報管理部１０８。
自機器内に存在するコンテンツ情報を収集し、コンテンツリストを形成してコンテンツ受信装置２に送信するコンテンツリスト生成・管理部１２０。
宅内あるいは宅外ネットワークに接続するための、ネットワークインタフェース１２１。

また、コンテンツ受信装置２は、以下の機能ブロックから構成される。
全体の制御を行うCPU（Central Processing Unit）２０１。
コンテンツ受信装置２上の主記憶装置となるメモリ２０２。
ネットワーク経由でコンテンツ送信装置１から取得したコンテンツの再生制御を行う再生制御部２０３。
ユーザ操作の受付や、コンテンツリストの表示を行うユーザインタフェース部２０４。
コンテンツリストの取得や、取得したコンテンツリストの表示する際の制御を行うコンテンツリスト取得・表示制御部２０５。
宅内あるいは宅外ネットワークに接続するための、ネットワークインタフェース２０６。

以下、図４、図５、図６及び図７を用いて、図１及び図３のコンテンツ送信装置１におけるリソース管理方法について説明する。
図４及び図５は、リソース情報管理部１０８が管理する、リソース情報管理テーブルである。まず、図４を用いて、リソース情報管理テーブルについて説明する。
リソース情報管理テーブル１０００は少なくとも、管理対象のリソースの名称を設定するリソース名１００１、当該リソースの分類情報（チューナ、光学ドライブ、etc）を示すクラス１００２、及び当該リソースの状態を示す使用状況１００３から構成される内部データベースである。

リソース名１００１は、コンテンツ送信装置１が持つ地デジチューナ、ＨＤＤ、ＤＶＤドライブなどのリソースの具体的名称を示す。同一コンテンツ送信装置内に、チューナやＨＤＤ、ＤＶＤドライブ等が複数存在する場合は、それぞれを識別可能な名称またはＩＤを登録する。また、管理対象のリソースとしては、チューナ等のほかに、USBメモリ、などの外部記憶媒体とのインタフェース、ネットワークインタフェースなども考えられる。クラス１００２は、上記リソース名１００１のリソースがチューナ、ＨＤＤ，光学ドライブなど、どのようなデバイスであるかのカテゴリ情報を示す。

リソース情報管理テーブルリソースの使用状況１００３は、当該リソースが“使用中”であり、ネットワーク経由では使用できない状態であるか、または、“使用可”であり、
ネットワーク経由で利用可能であるかなどのリソースの状態を示す。ここで示したリソース状態管理テーブルは１例であり、どのような構成のテーブルであっても、リソース状態を管理できれば同様の効果が得られる。

図５は、前記図４のリソース管理テーブル１０００において、リソース名：ハードディスクドライブが“使用中”になっている（１０５１）状態のテーブル情報である。
図６は、図１及び図３におけるコンテンツ送信装置１が、ローカルでのコンテンツ再生あるいは録画、またはネットワーク経由でのコンテンツ再生を実行し、チューナ、光学ドライブ、HDDなどのリソースを使用する際の処理を示したフロー図である。本処理は、コンテンツリスト取得等の処理とは独立して、当該リソースを使用する際には常に実行されるものである。本実施例では、１例としてユーザ指示により、コンテンツ送信装置１ローカルでHDDに蓄積した番組を再生するケースを考える。最初に、再生制御部１０１は、ユーザインタフェース１０７から、コンテンツ指定情報と共に、再生指示を受信する（Ｓ１０１）。

次に、再生制御部１０１は、HDD制御部１１４にHDD１１５からのコンテンツ再生の指示を行う（Ｓ１０２）。HDD制御部１１４は、再生指示を受信したらリソース情報管理部１０８に、HDD使用開始を通知する（Ｓ１０３）。リソース情報管理部１０８は、図４のリソース情報管理テーブル１０００に登録されたリソース名“ハードディスクドライブ”の使用状況を確認し、“使用可”であれば、これを“使用中”に更新する（Ｓ１０４）。更新後のテーブルは、図５のようになる。最後に、リソース情報管理部１０８はHDD制御部１１４へリソース使用可を通知し（Ｓ１０５）、HDD制御部１１４は、HDD１１５の指定されたコンテンツの再生を開始する（Ｓ１０６）。

上記処理において、リソース情報管理テーブル１０００を確認した結果、“使用中”となっている場合は、リソース情報管理部１０８からHDD制御部１１４へリソース使用不可を通知する。このとき、コンテンツ送信装置１では、再生開始シーケンスを中断する、ユーザ指示を優先して現在のHDDリソース使用を一度停止する、などのさまざまな選択肢が可能であるが、本発明の本旨ではないので本図には記載していない。

図７は、図１及び図３におけるコンテンツ受信装置１が、ローカルでのコンテンツ再生あるいは録画、またはネットワーク経由でのコンテンツ再生を停止し、チューナ、光学ドライブ、HDDなどのリソースを開放する際の処理を示したフロー図である。本処理は、コンテンツリスト取得等の処理とは独立して、当該リソースを開放する際には常に実行されるものである。本実施例では、前記図４における開始処理に対応した停止処理、すなわちユーザ指示によるコンテンツ送信装置１ローカルでのHDD再生停止処理を考える。まず、再生制御部１０１は、ユーザインタフェース１０７から、停止指示を受信する（Ｓ１５１）。

次に、再生制御部１０１は、HDD制御部１１４にコンテンツ再生停止指示を行う（Ｓ１５２）。HDD制御部１１４は、コンテンツの再生を停止する（Ｓ１５３）。コンテンツ再生を停止した後、HDD制御部１１４は、リソース情報管理部１０８に、HDD使用停止を通知する（Ｓ１５４）。リソース情報管理部１０８は、図４のリソース情報管理テーブル１０００に登録されたリソース名“ハードディスクドライブ”の使用状況を“使用可”に更新する（Ｓ１５５）。

本発明では、リソース管理に内部データベースを用いる実施例を示した。しかし、実際にハードウェアの使用状態を確認する方法、または、チューナ制御部などのプログラムモジュールの状態遷移を利用する方法など、さまざまな管理方法が考えられるが本発明をコンテンツ送信装置１に適用するに当たっては、リソースをどのように管理しても同様の効果が得られることは言うまでもない。

次に、図８、図９、図１０を用いて、図２におけるコンテンツ情報収集処理S３の詳細
処理例を説明する。
図８及び図９は、図３のコンテンツ送信装置におけるコンテンツリスト生成・管理部１２０において生成されるコンテンツリストの例である。図８は図３の構成のコンテンツ送信装置において、すべてのリソースが使用可である場合のコンテンツリストの１例である。図８を用いて、コンテンツリストについて説明する。コンテンツリスト１１００は、コンテンツを一意に識別するためのID１１０１、該コンテンツのディレクトリ位置を示すコンテナＩＤ１１０２、該コンテンツのタイトル１１０３、該コンテンツを提供するリソース１１０４、該コンテンツが送信可能であるかどうかを示す送信可否フラグ１１０５、該コンテンツが放送番組あるいは放送番組を録画したものであった場合のチャンネル名１１０６、該コンテンツの分類を示すジャンル１１０７、ネットワーク経由で当該コンテンツを取得する際に指定するＵＲＩ（Uniform Resource Locator）１１０８など、各々のコンテンツの詳細情報を含むデータである。ＩＤ１１０１は、当該コンテンツをシステム（コンテンツ送信装置１）内で一意に識別するための識別子である。

コンテナＩＤ１１０２は、コンテンツリスト取得時にコンテンツ受信装置側でディレクトリ構造を作成してコンテンツ情報を表示する際に利用されるディレクトリ位置指定のためのＩＤであり、該コンテンツが属するディレクトリの位置を示す。タイトル１１０３はユーザが指定する、あるいは放送局で指定されるコンテンツの名称である。リソース１１０４は該コンテンツがチューナ・ＨＤＤ・光学ドライブなど、どのリソースにより提供されるコンテンツであるかを示す識別情報である。送信可否フラグ１１０５は、コンテンツ送信装置１が現在当該コンテンツを送信可能かどうかを識別する識別情報である。チャンネル名１１０６は、該コンテンツが放送番組または放送番組を録画したコンテンツである場合の、放送局情報である。

ジャンル１１０７は、該コンテンツが、ドラマ、スポーツ番組、映画、バラエティ番組など、どのように分類されるかを示す。ＵＲＩ１１０８は、ネットワーク経由で該コンテンツを取得する際に指定する位置識別情報である。本実施例では上記のような項目を例示したが、この他にも、コンテンツリストに設定される情報として、コンテンツ長、コンテンツのファイルサイズなどの項目もあるが、本発明の本旨ではないため、これらの説明は省略する。

図９は、図３の構成のコンテンツ送信装置１において、ＨＤＤ１１５が使用不可である場合に生成されるコンテンツリストの１例である。図９のコンテンツリスト１２００には
、リソース１１０４が“HDD”であるコンテンツ情報の、送信可否フラグ１１０５が“否”に設定される（１２０１）。

図１０は、図２におけるコンテンツ情報収集処理Ｓ３の詳細処理フロー図である。本処理では、図４のリソース管理テーブル１０００に登録されたすべてのリソースの使用状況を確認し、“使用可”であれば当該リソースが提供するコンテンツ情報の送信可否フラグ
１１０５に“可”を設定し、“使用不可”であれば送信可否フラグ１１０５に“否”を設
定する。以下に、図１０を用いて、図３の構成例でのコンテンツ情報収集処理Ｓ３を説明する。本例では、コンテンツ送信装置１は図３の構成で、リソースとして地デジチューナ１１１、BSCSチューナ１１０、HDD１１５、DVDドライブ１１３をもつものとする。コンテンツ送信装置１は、コンテンツリスト取得要求を受け付ける（図２のＳ２）と、本コンテンツ情報収集処理S３を開始する。

図３のコンテンツリスト生成・管理部１２０は、最初に、リソース管理テーブル１０００の１番目のレコードであるリソース名：“地デジチューナ”の使用状況を確認するとと
もに、ＥＰＧやコンテンツ送信装置１にキャッシュされた番組情報から、地デジチューナから提供されるコンテンツの情報を取得する（Ｓ２０１）。確認の結果、地デジチューナ
が“使用可”であれば（S２０２YES）、地デジライブコンテンツの送信可否フラグ１１０５に“可”を設定する（Ｓ２０３）。地デジチューナが“使用可”でない場合（S２０２NO）は、地デジチューナから提供される番組情報の送信可否フラグ１１０５に“否”を設定する（S２０４）。

次に、コンテンツリスト生成・管理部１２０は、リソース管理テーブル１０００の２番目のレコードであるリソース名：“BSCSチューナ”の使用状況を確認するとともに、BSCSチューナから提供されるコンテンツの情報を取得する（Ｓ２０５）。BSCSチューナが“使用可”であれば（S２０６YES）、BSCSライブコンテンツの送信可否フラグ１１０５を“可”に設定する（Ｓ２０７）。BSCSチューナが“使用可”でない場合（S２０６NO）は、BSCSチューナから提供される番組情報の送信可否フラグ１１０５に“否”を設定する（Ｓ２０８）。

次に、コンテンツリスト生成・管理部１２０は、リソース管理テーブル１０００の３番目のレコードであるリソース名：“ハードディスクドライブ”の使用状況を確認するとともに、ハードディスクドライブに蓄積済みのコンテンツ情報を取得する（Ｓ２０９）。ＨＤＤが“使用可”であれば（S２１０YES）、HDD蓄積コンテンツの送信可否フラグ１１０５を“可”に設定する（Ｓ２１１）。HDDが“使用可”でない場合（S２１０NO）は、HDD蓄積コンテンツの送信可否フラグ１１０５を“否”に設定する（Ｓ２１２）。次に、コンテンツリスト生成・管理部１２０は、リソース管理テーブル１０００の４番目のレコードであるリソース名：“ＤＶＤドライブ”の使用状況を確認するとともに、DVDに蓄積されたコンテンツ情報を取得する（Ｓ２１３）。

ＤＶＤドライブにディスクが挿入されていて、なおかつＤＶＤドライブが使用可（ディスク挿入済み＆使用可）であれば（S２１４YES）、DVD蓄積コンテンツの送信可否フラグ１１０５を“可”に設定する（Ｓ２１５）。ＤＶＤドライブが“使用可”でない場合（S２１４NO）は、DVD蓄積コンテンツの送信可否フラグ１１０５を“否”に設定する（Ｓ２１６）。最後に、コンテンツリスト生成・管理部１２０は、収集した情報からコンテンツリストを生成する（Ｓ２１７）。コンテンツリスト生成・管理部１２０は、ここで生成したコンテンツリストを、コンテンツ受信装置１に送信する（図２のＳ４）。

本例では、リソースとして上記４つの構成を説明したが、この他にも、地上波アナログ放送用チューナ、ＣＤ−ＲＯＭドライブ、ＢｌｕｅＲａｙディスクドライブ、ネットワークインタフェースなど、さまざまなリソースが考えられ、本発明では、それらどのリソースも同じように扱うことができる。

図１１及び図１２は、上記処理によって送信されたコンテンツリストを取得した際の、コンテンツ受信装置２におけるリスト情報表示画面例である。図１１は、前記図８のコンテンツリスト１１００を受信した場合の、コンテンツ受信装置２におけるリスト情報表示画面例であり、図１２は、前記図９のコンテンツリスト１２００を受信した場合のコンテンツ受信装置２におけるリスト表示画面例である。

図１２の画面例２２００では、コンテンツ受信装置が取得不可能なコンテンツの情報を、取得可否フラグ１１０５を利用してコンテンツリスト取得・表示制御部２０５でフィルタリングして、図１１の画面例２１００内の２１０１に相当する部分を表示していない。したがって、ユーザがコンテンツリストには表示されているが、実際には取得不可能なコンテンツを指定して無駄な再生処理が行われることがなくなる。

なお、本例では取得不可能なコンテンツについては、リスト情報表示の際に表示しない例を示したが、当該コンテンツのリスト情報に、取得不可であることを明示する記号を付加する、当該コンテンツのリスト情報をグレーアウトする、などの方法で当該コンテンツを選択しないようにしても同様の効果が得られる。

図２におけるほかの処理（Ｓ１、Ｓ２及びＳ４〜Ｓ１０）は本発明の本旨ではないので、詳細な処理の説明は行わない。すべて、DLNAなどで規定された一般的な手法で実現可能な処理である。例えばDLNAでは、コンテンツリストの取得は、UPnP（Universal Plug & Play）を、コンテンツの取得はHTTP（HyperText Transfer Protocol）またはRTP（Realtime Transport Protocol）を利用する。
以上により、コンテンツリストを要求された時点でリソースを使用していて送信不可能なコンテンツのリスト情報には、送信不可であることがわかる識別情報を設定し、コンテンツ受信装置側で無駄な処理が行われないようにすることが可能となる。

以下に、図面を用いて本発明の第２の実施の形態である実施例２について説明する。
本実施例２におけるホームネットワークシステムの全体構成、コンテンツ送信装置の機能ブロック構成、及び、リソース管理方法などは、実施例１と同様である。
本実施例２では、コンテンツリストを取得した時点でアクセス不可能なコンテンツ情報をコンテンツリストに載せないことで、コンテンツ送信装置１におけるコンテンツリスト生成処理の負荷を低減するとともに、ネットワークに流れるコンテンツリストのデータサイズを低減してトラフィック圧迫を避け、コンテンツリスト取得時の応答速度を高速化することを目的とする。

以下に、図１３、図１４、図１５を用いて、図２におけるコンテンツ情報収集処理Ｓ３の詳細処理例を説明する。
図１３及び図１４は、図３のコンテンツ送信装置におけるコンテンツリスト生成・管理部１２０において生成されるコンテンツリストの例である。図１３は図３の構成のコンテンツ送信装置において、すべてのリソースが使用可である場合のコンテンツリストの１例である。図１３のコンテンツリスト１３００は、図８のコンテンツリスト１１００とほぼ同様であるが、当該コンテンツの送信可否を示す送信可否フラグ１１０５は不要であるため、これを省略している。

図１４は、本実施形態２において、図３の構成のコンテンツ送信装置１によって、ＨＤＤ１１５が使用不可である場合に生成されるコンテンツリストの１例である。図１４のコンテンツリスト１４００には、リソース１１０４がＨＤＤであるコンテンツ情報（図１３の１３０１）が登録されない。

図１５は、図２におけるコンテンツ情報収集処理Ｓ３の詳細処理フロー図である。本処理では、図４のリソース管理テーブル１０００に登録されたすべてのリソースの使用状況を確認し、“使用可”であれば当該リソースが提供するコンテンツの情報を自装置内あるいは外部から収集する。以下に、図１５を用いて、本実施形態２における図３の構成例でのコンテンツ情報収集処理Ｓ３を説明する。コンテンツ送信装置１は、コンテンツリスト取得要求を受け付ける（図２のＳ２）と、本コンテンツ情報収集処理を開始する。
図３のコンテンツリスト生成・管理部１２０は、最初に、リソース管理テーブル１０００の１番目のレコードであるリソース名：“地デジチューナ”の使用状況を確認する（Ｓ２５１）。地デジチューナが“使用可”であれば（Ｓ２５２YES）、ＥＰＧやコンテンツ送信装置１にキャッシュされた番組情報から、地デジチューナから提供される番組情報を取得する（Ｓ２５３）。地デジチューナが“使用可”でない場合（Ｓ２５２NO）は、何もせずに次の処理にうつる。

次に、コンテンツリスト生成・管理部１２０は、リソース管理テーブル１０００の２番目のレコードであるリソース名：“BSCSチューナ”の使用状況を確認する（Ｓ２５４）。
BSCSチューナが“使用可”であれば（Ｓ２５５YES）、ＥＰＧやコンテンツ送信装置１にキャッシュされた番組情報から、BSCSチューナから提供される番組情報を取得する（Ｓ２５６）。BSCSチューナが“使用可”でない場合（Ｓ２５５NO）は、何もせずに次の処理に移る。

次に、コンテンツリスト生成・管理部１２０は、リソース管理テーブル１０００の３番目のレコードであるリソース名：“ハードディスクドライブ”の使用状況を確認する（Ｓ２５７）。ＨＤＤが“使用可”であれば（Ｓ２５８YES）、コンテンツ送信装置１に保存された蓄積コンテンツ情報から、ハードディスクドライブに蓄積済みのコンテンツ情報を取得する（Ｓ２５９）。HDDが“使用可”でない場合（Ｓ２５８NO）は、何もせずに次の処理に移る。次に、コンテンツリスト生成・管理部１２０は、リソース管理テーブル１０００の４番目のレコードであるリソース名：“ＤＶＤドライブ”の使用状況を確認する（Ｓ２６０）。

ＤＶＤドライブにディスクが挿入されていて、なおかつＤＶＤドライブが使用可（ディスク挿入済み＆使用可）であれば（S２６１YES）、ＤＶＤから、コンテンツ情報を取得する（Ｓ２６２）。ＤＶＤドライブが“使用可”でない場合（S２６１NO）は、何もせずに次の処理に移る。最後に、コンテンツリスト生成・管理部１２０は、収集した情報からコンテンツリストを生成する（Ｓ２６３）。コンテンツリスト生成・管理部１２０は、ここで生成したコンテンツリストを、コンテンツ受信装置１に送信する（図２のＳ４）。
上記処理によって送信されたコンテンツリストを利用した場合の、コンテンツ受信装置２におけるリスト情報の画面表示例は、図１２と同様となる。ただし、ここではコンテンツ受信装置側でのフィルタリング処理は不要である。

以上により、リスト取得時に使用不可能なリソースから提供されるコンテンツ情報を除いてコンテンツリストを生成・送信することで、コンテンツ送信装置１の処理負荷の低減、ネットワークのトラフィック低減、コンテンツ受信装置側の応答速度の向上及びユーザによる無駄な処理を低減することを実現できる。

次に、本発明の第３の実施の形態である実施例３を図面を用いて説明する。本実施例の目的は、リソースの使用状況変化を契機としてコンテンツ送信装置１がコンテンツリストを生成・配信することで、コンテンツ受信装置２が、常に、取得可能なコンテンツ情報を保持し、ユーザがそれを即時に知ることができるようにすることである。
ホームネットワークシステムの全体構成図及びコンテンツ送信装置のブロック図は、第１の実施の形態と同様のため、説明を省略する。

図１６及び図１７を用いて、本実施形態の処理フローを説明する。
図１６は、リソース情報管理テーブル更新時のリソース管理部及びコンテンツリスト生成・管理部の処理フローである。HDDが使用状態になる。チューナが使用状態になる、等、リソースの使用状態が更新されると、リソース管理部は、コンテンツリスト生成・管理部に対して、リソース状態変化通知を発行する（Ｓ３０１）。コンテンツリスト管理部は、該リースの使用状況に応じてコンテンツリストを更新する（Ｓ３３０２）。次に、コンテンツリスト生成・管理部１２０は更新したコンテンツリストをコンテンツ受信装置２に配信する。

図１７は、上記図１１のコンテンツリスト更新処理（Ｓ３３０２）の詳細な処理フロー図である。図１７を用いて、コンテンツリスト更新処理（Ｓ３３０２）の詳細処理を説明する。コンテンツリスト生成・管理部１１５は、リソース状態変化通知を受信する（Ｓ４０１）と、該リソースが使用不可になったのか、使用可になったのか、などの該リソースの変化内容を判定する（Ｓ４０２）。使用不可だったリソースが使用可になった場合、コ
ンテンツリスト生成・管理部は、該リソースから提供されるコンテンツの情報を取得する（Ｓ４０３）。使用可だったリソースが使用不可になった場合、何もせずに次の処理に進
む。次に、コンテンツリスト生成・管理部は、該リソース以外のリソースによって提供されるコンテンツ情報を収集する（Ｓ４０４）。コンテンツリスト生成・管理部１２０は、
上記処理によりコンテンツ情報の収集が完了したら、コンテンツリストを生成する（Ｓ４０５）。

以上により配信されるコンテンツリストを、コンテンツ受信装置２側で取得・保持しておけば、ユーザは常に利用可能なコンテンツ情報を参照し、再生指示を行うことができる。
本実施例では、リソース使用状態の変化にともなってコンテンツ情報が配信されるため、コンテンツ送信装置１において録画を行い、HDDに蓄積されたコンテンツが追加された場合も、即座にそれがコンテンツリストに反映され、ユーザは常に最新の情報を参照することができる、という効果がある。

次に、本発明の第４の実施の形態である実施例４を図面を用いて説明する。本実施例の目的は、実施例１と同様である。ただし、管理する状態として、リソース状態の他に、機器間の認証状態を追加する。これにより、前述の効果が得られるのに加えて、機器認証が完了していない機器に、自機器が持つコンテンツの情報を送信するのを抑制することができ、著作権保護が必要なコンテンツの不正利用を防止する効果が高まる。

ホームネットワークシステムの全体構成は、実施の形態１と同様である。
本実施例におけるコンテンツ送信装置１の機能ブロック図を、図１８に示す。
１０１から１２１は、実施の形態１と同様である。１３０は認証状態を管理する認証状態管理部であり、１３１は、機器認証処理を実施する認証制御部である。

図１９、図２０を用いて、図１８のコンテンツ送信装置１における認証状態の管理方法の例を示す。
図１９は、図１８のコンテンツ送信装置１における認証状態管理部１３０が管理する、認証状態管理テーブルである。まず、図１９を用いて、認証状態管理テーブルについて説明する。認証状態管理テーブル３０００は、 要求元機器デバイスID３００１、要求元機器公開鍵３００２、要求元機器認証時IPアドレス３００３、要求元機器MACアドレス３００４、最終認証時刻３００５、認証結果３００６、認証失敗要因３００７などの項目から構成される内部データベースである。要求元機器デバイスID３００１は、機器認証を行う際に取得する相手先（コンテンツ受信装置２）を一意に識別できるIDである。
要求元機器公開鍵３００２は、機器認証時に交換される相手先の公開鍵である。これらは機器と１対１に結び付けられるため、相手先の識別情報として利用する。

要求元機器認証時IPアドレス３００３及び要求元機器MACアドレス３００４は、認証処
理を行った際の相手先のIPアドレス及びMACアドレスである。最終認証時刻３００５は、
最後に認証処理を行った時間を示す。また、認証結果３００６には、認証処理の結果、認証失敗要因３００７には、認証処理に失敗した場合の失敗要因を示す。

次に、図２０を用いて、認証状態管理の処理フローを示す。機器認証制御部１３１において、コンテンツ受信装置２とコンテンツ送信装置１の間の機器認証が実施される（S５
０１）と、機器認証制御部１３１は、認証状態管理部１３０に機器認証結果を通知する（
S５０２）。認証状態管理部１３０は機器認証結果を受信すると、認証状態管理テーブル
を更新する（S５０３）。更新処理では、新規に機器認証が行われた場合は、レコードが
追加され、登録済機器の再認証が行われた場合には、最終認証時刻２００５などが更新される。
この他にも、機器認証時に交換した鍵を破棄した場合などにも、認証状態管理テーブルを更新する。

図２１、図２２及び、図２３を用いて、本実施形態による、機器認証状態を利用したコンテンツリストの送信制御処理の処理フローを説明する。
図２１及び図２２は、図１８のコンテンツ送信装置１におけるコンテンツリスト生成・管理部１２０において生成されるコンテンツリストを示すテーブルである。
図２１は図１８のコンテンツ送信装置１において、コンテンツ送信装置１と、コンテンツリスト要求元のコンテンツ受信装置２の間で機器認証が完了している場合に生成されるコンテンツリストの１例である。コンテンツリスト１５００は、図８のコンテンツリスト１１００の項目ID１１０１、コンテナＩＤ１１０２、タイトル１１０３、リソース１１０４、チャンネル名１１０６、ジャンル１１０７、ＵＲＩ１１０８に加えて、CCI（Copy Control Information：コピー制限情報）１５０１を含む。CCI１５０１は、該コンテンツのコピー制限情報（コピー制限無し、一回だけコピー可、コピー不可など）を示す識別情報である。１５０２はコピー制限なしのコンテンツのレコードの１例である。
ここで示した認証状態管理テーブルは１例であり、どのような構成のテーブルであっても、認証状態を管理できれば同様の効果が得られる。

図２２は、図１８のコンテンツ送信装置１において、コンテンツ送信装置１と、コンテンツリスト要求元のコンテンツ受信装置２の間で機器認証が完了していない場合に生成されるコンテンツリストの１例である。図２２のコンテンツリスト１６００には、コピー制限なしのコンテンツ情報（図２１の１５０２）のみが登録される。

図２３は、図２のコンテンツ情報収集処理S３の、本実施形態における詳細処理フロー
図である。以下に、図２３を用いて、本実施形態におけるコンテンツ情報収集処理の流れを説明する。最初に、コンテンツリスト生成・管理部１２０は、認証状態管理部１３０が管理する認証状態管理テーブルから、コンテンツリスト送信先のコンテンツ受信装置２との間の認証状態を取得する（S６０１）。次に、コンテンツリスト生成・管理部１２０は
、送信可能なコンテンツのコンテンツ情報を取得する（S６０２）。コンテンツの情報を
取得すると、該コンテンツがCopyFree（コピー制限なし）のコンテンツであるかどうかを確認し（S６０３）、CopyFree以外（コピー制限あり）コンテンツである（S６０３でNO）場合は、事前に取得したコンテンツリスト送信先機器との認証状態を確認する（S６０４）。確認の結果、認証済みであった（S６０４でYES）場合は、該コンテンツをコンテンツリストに追加する（S６０５）。

ここで、未認証の（S６０４でNO）場合は、何もしない。該コンテンツがCopyFree（コ
ピー制限なし）コンテンツ（S６０３でYES）の場合、機器認証済みかどうかの判定は行わず、該コンテンツをコンテンツリストに追加する（S６０５）。以上をすべてのコンテンツについて繰り返すことにより、コンテンツリストを生成する。また、ここでは、リソース情報を利用したコンテンツリスト生成処理を省略したが、もちろん組み合わせて実施してもよい。

以上により生成されるコンテンツリストを送信することで、ネットワークトラフィック低減及びコンテンツ受信装置２における処理応答の高速化が図れるとともに、機器認証が完了していない機器に、自機器が持つコンテンツの情報を送信するのを抑制することができ、著作権保護が必要なコンテンツの不正利用を防止する効果を高めることができる。

本例では、認証処理が完了していないコンテンツ受信装置に対しては、著作権保護コンテンツのコンテンツ情報を含むコンテンツリストを送信しない方法を例示した。しかし、コンテンツリスト内に含まれる情報を利用して機器認証処理を開始するコンテンツ受信装置の場合、上記の処理では、機器認証がいつまでも実行されず、著作権保護コンテンツのコンテンツ情報が取得できなくなる可能性がある。そのような場合は、実施形態１と同様に、コンテンツ情報に、認証状態を示す識別情報を載せたコンテンツリストを送信すれば
、コンテンツ受信装置側で機器認証処理を開始する契機とすることが可能である。

他にも、コンテンツリストを送信する前に、コンテンツ受信装置に対して認証処理実行要求を発行する方法もある。これにより、コンテンツ受信装置は、該コンテンツ送信装置に著作権保護コンテンツが存在することを検知し、必要な認証処理を開始する契機とすることが可能となる。また、実施の形態２と組み合わせる場合も、同様にすれば必要な認証処理を実行できる。

１ コンテンツ送信装置
２ コンテンツ受信装置
３ ＩＰネットワーク
４ アンテナ線
５ 地上派放送用アンテナ
６ ＢＳＣＳ放送用アンテナ
７ ルータ
８ ＷＡＮ
９ ＶＯＤサーバ
１０１ CPU
１０２ メモリ
１０５ 再生制御部
１０６ 録画制御部
１０７ ユーザインタフェース部
１０８ リソース情報管理部
１０９ チューナ制御部
１１０ BSCSチューナ
１１１ 地デジチューナ
１１２ 光学ドライブ制御部
１１３ 光学ドライブ
１１４ ＨＤＤ制御部
１１５ ＨＤＤ
１２０ コンテンツリスト生成・管理部
１２１ ネットワークインタフェース
１３０ 認証状態管理部
１３１ 機器認証制御部

上記の目的は、その一例として特許請求の範囲に記載の構成により達成される。

次に、再生制御部１０５は、HDD制御部１１４にHDD１１５からのコンテンツ再生の指示を行う（Ｓ１０２）。HDD制御部１１４は、再生指示を受信したらリソース情報管理部１０８に、HDD使用開始を通知する（Ｓ１０３）。リソース情報管理部１０８は、図４のリソース情報管理テーブル１０００に登録されたリソース名“ハードディスクドライブ”の使用状況を確認し、“使用可”であれば、これを“使用中”に更新する（Ｓ１０４）。更新後のテーブルは、図５のようになる。最後に、リソース情報管理部１０８はHDD制御部１１４へリソース使用可を通知し（Ｓ１０５）、HDD制御部１１４は、HDD１１５の指定されたコンテンツの再生を開始する（Ｓ１０６）。

図７は、図１及び図３におけるコンテンツ受信装置１が、ローカルでのコンテンツ再生あるいは録画、またはネットワーク経由でのコンテンツ再生を停止し、チューナ、光学ドライブ、HDDなどのリソースを開放する際の処理を示したフロー図である。本処理は、コンテンツリスト取得等の処理とは独立して、当該リソースを開放する際には常に実行されるものである。本実施例では、前記図６における開始処理に対応した停止処理、すなわちユーザ指示によるコンテンツ送信装置１ローカルでのHDD再生停止処理を考える。まず、再生制御部１０５は、ユーザインタフェース１０７から、停止指示を受信する（Ｓ１５１）。

次に、再生制御部１０５は、HDD制御部１１４にコンテンツ再生停止指示を行う（Ｓ１５２）。HDD制御部１１４は、コンテンツの再生を停止する（Ｓ１５３）。コンテンツ再生を停止した後、HDD制御部１１４は、リソース情報管理部１０８に、HDD使用停止を通知する（Ｓ１５４）。リソース情報管理部１０８は、図４のリソース情報管理テーブル１０００に登録されたリソース名“ハードディスクドライブ”の使用状況を“使用可”に更新する（Ｓ１５５）。

図１６及び図１７を用いて、本実施形態の処理フローを説明する。
図１６は、リソース情報管理テーブル更新時のリソース管理部及びコンテンツリスト生成・管理部の処理フローである。HDDが使用状態になる。チューナが使用状態になる、等、リソースの使用状態が更新されると、リソース管理部は、コンテンツリスト生成・管理部に対して、リソース状態変化通知を発行する（Ｓ３０１）。コンテンツリスト管理部は、該リースの使用状況に応じてコンテンツリストを更新する（Ｓ３０２）。次に、コンテンツリスト生成・管理部１２０は更新したコンテンツリストをコンテンツ受信装置２に配信する。

図１７は、上記図１１のコンテンツリスト更新処理（Ｓ３０２）の詳細な処理フロー図である。図１７を用いて、コンテンツリスト更新処理（Ｓ３０２）の詳細処理を説明する。コンテンツリスト生成・管理部１１５は、リソース状態変化通知を受信する（Ｓ４０１）と、該リソースが使用不可になったのか、使用可になったのか、などの該リソースの変化内容を判定する（Ｓ４０２）。使用不可だったリソースが使用可になった場合、コンテンツリスト生成・管理部は、該リソースから提供されるコンテンツの情報を取得する（Ｓ４０３）。使用可だったリソースが使用不可になった場合、何もせずに次の処理に進む。次に、コンテンツリスト生成・管理部は、該リソース以外のリソースによって提供されるコンテンツ情報を収集する（Ｓ４０４）。コンテンツリスト生成・管理部１２０は、上記処理によりコンテンツ情報の収集が完了したら、コンテンツリストを生成する（Ｓ４０５）。

次に、図２０を用いて、認証状態管理の処理フローを示す。機器認証制御部１３１において、コンテンツ受信装置２とコンテンツ送信装置１の間の機器認証が実施される（S５０１）と、機器認証制御部１３１は、認証状態管理部１３０に機器認証結果を通知する（S５０２）。認証状態管理部１３０は機器認証結果を受信すると、認証状態管理テーブルを更新する（S５０３）。更新処理では、新規に機器認証が行われた場合は、レコードが追加され、登録済機器の再認証が行われた場合には、最終認証時刻３００５などが更新される。
この他にも、機器認証時に交換した鍵を破棄した場合などにも、認証状態管理テーブルを更新する。

Claims (13)

1. ネットワーク接続した他の装置へコンテンツを送信するコンテンツ送信装置であって、
   前記コンテンツ送信時に使用するリソースの一つとしての内蔵あるいは外付けの周辺装置の使用状況を管理するリソース情報管理部と、
   前記コンテンツに関する情報を収集してコンテンツリストを生成し、前記他の装置へ前記コンテンツリストを送信するコンテンツリスト生成・管理部と、を備えたことを特徴とするコンテンツ送信装置。
2. 前記リソース情報管理部は、少なくとも、前記周辺装置を識別する名称及びその使用状況を示すデータから構成するデータベースを生成し、前記データベースを利用してリソースの一つである前記周辺装置の使用状況を管理すること、を特徴とする請求項１に記載のコンテンツ送信装置。
3. 管理対象であるリソースが、各種放送波を受信するチューナであることを特徴とする請求項１または２の何れかに記載のコンテンツ送信装置。
4. 管理対象であるリソースが、各種光学ドライブのような外部記憶媒体であることを特徴とする請求項１または２の何れかに記載のコンテンツ送信装置。
5. 管理対象であるリソースが、ハードディスクドライブのような内部記憶装置であることを特徴とする請求項１または２の何れかに記載のコンテンツ送信装置。
6. 管理対象であるリソースが、ネットワークインタフェースであることを特徴とする請求項１または２の何れかに記載のコンテンツ送信装置。
7. 前記コンテンツリスト生成・管理部が、コンテンツ情報生成時に、各々のリソースの使用状況を確認し、使用不可能なリソースについては、該リソースから提供されるコンテンツの情報に現在使用不可能であることを示す情報を含んだコンテンツリストを生成することを特徴とする請求項１から６の何れかに記載のコンテンツ送信装置。
8. ネットワーク上のコンテンツ送信装置からコンテンツ情報を取得し、これを表示するコンテンツリスト取得・表示制御部と、ネットワーク上のコンテンツ送信装置から取得したコンテンツを再生する再生制御部と、を備えたコンテンツ受信装置であって、
   コンテンツリスト取得・表示制御部が、前記請求項７に記載のコンテンツ送信装置から送信されたコンテンツリストから、コンテンツ送信装置のリソースが使用不可であるために利用できないコンテンツの情報を解釈し、これをフィルタリングして表示することを特徴とするコンテンツ受信装置。
9. 前記コンテンツリスト生成・管理部が、コンテンツ情報生成時に、各々のリソースの使用状況を確認し、使用不可能なリソースについては、該リソースから提供されるコンテンツの情報を含まないコンテンツリストを生成することを特徴とする請求項１から７の何れかに記載のコンテンツ送信装置。
10. 前記コンテンツリスト生成・管理部が、リソース使用状況更新時にコンテンツリストを生成し、これを配信することを特徴とする請求項１から６の何れかまたは８または９に記載のコンテンツ送信装置。
11. ネットワーク上の他の機器との間の機器認証処理を制御する機器認証制御部と、他機器との機器認証結果を管理する認証状態管理部を有することを特徴とする請求項１から６の何れかまたは８または９または１０に記載のコンテンツ送信装置。
12. 前記コンテンツリスト生成・管理部が、コンテンツ情報生成時に、コンテンツリスト要求元機器との認証状態を確認し、認証が実施されていない機器である場合には著作権保護コンテンツの情報を含まないコンテンツリストを生成することを特徴とする請求項１から６の何れかまたは８または９または１０または１１に記載のコンテンツ送信装置。
13. 前記コンテンツリスト生成・管理部が、コンテンツ情報生成時に、コンテンツリスト要求元機器との認証状態を確認し、認証が実施されていない機器である場合には認証処理開始要求を発行することを特徴とする請求項１から６の何れかまたは８または９または１０または１１または１２に記載のコンテンツ送信装置。

Images