JP2009218844A - データ通信装置、データ通信方法、データ要求装置、データ要求方法、およびデータ通信システム - Google Patents

Abstract

【課題】データ通信装置、データ通信方法、データ要求装置、データ要求方法、およびデータ通信システムを提供すること。
【解決手段】視聴制限が設定されているコンテンツデータの所定データとしてコンテンツデータの真のタイトルを設定し、前記コンテンツデータのタイトルデータとして前記コンテンツデータの真のタイトルと異なる文字列を設定する設定部と、データ要求装置とデータ通信を行う通信部と、前記通信部により前記データ要求装置から受信された送信要求が所定情報の入力に基づく要求であるか否かに基づき、前記所定データとして設定されている前記真のタイトル、および前記タイトルデータとして設定されている前記文字列の前記通信部からの送信を制御する制御部と、をデータ通信装置に設ける。
【選択図】図４

Description

本発明は、データ通信装置、データ通信方法、データ要求装置、データ要求方法、およびデータ通信システムに関する。

近日、ＵＰｎＰ（Ｕｎｉｖｅｒｓａｌ Ｐｌｕｇ ａｎｄ Ｐｌａｙ）規格およびＤＬＮＡ（Ｄｉｇｉｔａｌ Ｌｉｖｉｎｇ Ｎｅｔｗｏｒｋ Ａｌｌｉａｎｃｅ）ガイドラインに従い、家庭内の機器を相互に接続してホームネットワークを構築する技術が注目を集めている。家庭内の機器は、例えば、コンテンツデータを再生するＤＭＰ（Ｄｉｇｉｔａｌ Ｍｅｄｉａ Ｐｌａｙｅｒ）または、ＤＭＰにコンテンツデータを提供するＤＭＳ（Ｄｉｇｉｔａｌ Ｍｅｄｉａ Ｓｅｒｖｅｒ）に大別される。

また、ＵＰｎＰ規格およびＤＬＮＡガイドラインでは、暴力や性描写を含むコンテンツデータを例えば１８歳未満の子供に視聴させないために、ＤＭＳがコンテンツデータにパレンタル制御（視聴制限）を設定する内容が記載されている。

また、特許文献１には、パレンタル制御に対応している受信機が、視聴制限時刻を設定し、現在時刻が視聴制限時刻でない場合にテレビジョン放送を受信する内容が記載されている。

特開２００７−３０６４２８号公報

しかし、ＵＰｎＰ規格およびＤＬＮＡガイドラインでは、ＤＭＳにおけるパレンタル制御について特に規定されていない。したがって、ＤＭＳがコンテンツデータに視聴制限を設定しても、パレンタル制御に対応していないＤＭＰは、該コンテンツデータに関する情報をユーザにそのまま提示してしまう場合が想定された。

そこで、本発明は、上記問題に鑑みてなされたものであり、本発明の目的とするところは、ＤＭＰなどのデータ要求装置の有する機能にかかわらず、データ要求装置におけるパレンタル制御を実現することが可能な、新規かつ改良されたデータ通信装置、データ通信方法、データ要求装置、データ要求方法、およびデータ通信システムを提供することにある。

上記課題を解決するために、本発明のある観点によれば、視聴制限が設定されているコンテンツデータの所定データとしてコンテンツデータの真のタイトルを設定し、前記コンテンツデータのタイトルデータとして前記コンテンツデータの真のタイトルと異なる文字列を設定する設定部と、データ要求装置とデータ通信を行う通信部と、前記通信部により前記データ要求装置から受信された送信要求が所定情報の入力に基づく要求であるか否かに基づき、前記所定データとして設定されている前記真のタイトル、および前記タイトルデータとして設定されている前記文字列の前記通信部からの送信を制御する制御部と、を備えるデータ通信装置が提供される。

かかる構成においては、制御部が、データ要求装置から所定情報の入力に基づく送信要求があったか否かに応じ、コンテンツデータの真のタイトルおよび真のタイトルと異なる文字列の送信を制御する。したがって、当該データ通信装置は、データ要求装置が所定情報の入力に基づく送信要求を行なう機能を有するか否かに応じ、データ要求装置へ送信するデータを変化させることができる。

前記制御部は、前記通信部により前記データ要求装置から受信された送信要求が所定情報の入力に基づく要求でない場合、前記通信部から前記文字列を前記タイトルデータとして送信させ、前記通信部により前記データ要求装置から受信された送信要求が所定情報の入力に基づく要求である場合、前記通信部から前記真のタイトルを前記タイトルデータとして送信させてもよい。

前記制御部は、前記通信部により前記データ要求装置から受信された送信要求が所定情報の入力に基づく要求でない場合、前記通信部から前記所定データとして設定されている前記真のタイトルを送信させず、前記通信部により前記データ要求装置から受信された送信要求が所定情報の入力に基づく要求である場合、前記通信部から前記所定データとして設定されている前記真のタイトルを送信させてもよい。

前記データ通信装置は、前記所定データまたは前記タイトルデータを含むコンテンツデータのメタデータを、上位メタデータの下位に階層的に記憶している記憶部をさらに備え、前記制御部は、視聴制限が設定されている上位メタデータの下位に配されているメタデータの送信要求が前記データ要求装置から前記通信部により受信され、かつ、前記メタデータの送信要求が前記所定情報の入力に基づく要求である場合、前記上位メタデータの下位に配されているメタデータを前記データ要求装置へ送信させてもよい。

前記データ通信装置は、コンテンツデータを記憶している記憶部をさらに備え、前記制御部は、前記記憶部内の視聴制限が設定されているコンテンツデータの送信要求が前記データ要求装置から前記通信部により受信され、かつ、前記コンテンツデータの送信要求が特定の情報を含む場合に、当該コンテンツデータを前記通信部から送信させてもよい。

また、上記課題を解決するために、本発明の別の観点によれば、視聴制限が設定されているコンテンツデータの所定データとしてコンテンツデータの真のタイトルを設定し、前記コンテンツデータのタイトルデータとして前記コンテンツデータの真のタイトルと異なる文字列を設定するステップと、データ要求装置から送信要求を受信するステップと、前記送信要求が所定情報の入力に基づく要求であるか否かに基づき、前記所定データとして設定されている前記真のタイトル、および前記タイトルデータとして設定されている前記文字列の前記通信部からの送信を制御するステップと、を含むデータ通信方法が提供される。

また、上記課題を解決するために、本発明の別の観点によれば、視聴制限が設定されているコンテンツデータの所定データとしてコンテンツデータの真のタイトルを設定し、前記コンテンツデータのタイトルデータとして前記コンテンツデータの真のタイトルと異なる文字列を設定し、送信要求を受信し、前記送信要求が所定情報の入力に基づく要求であるか否かに基づき、前記所定データとして設定されている前記真のタイトル、および前記タイトルデータとして設定されている前記文字列の前記通信部からの送信を制御するデータ通信装置と通信する通信部と、ユーザにより前記所定情報が入力される入力部と、前記所定情報の入力に基づく前記送信要求を前記通信部から前記データ通信装置へ送信させる制御部と、を備えるデータ要求装置が提供される。

また、上記課題を解決するために、本発明の別の観点によれば、ユーザにより所定情報が入力されるステップと、前記所定情報の入力に基づく送信要求を、視聴制限が設定されているコンテンツデータの所定データとしてコンテンツデータの真のタイトルを設定し、前記コンテンツデータのタイトルデータとして前記コンテンツデータの真のタイトルと異なる文字列を設定し、ある要求を受信し、該要求が所定情報の入力に基づく前記送信要求であるか否かに基づき、前記所定データとして設定されている前記真のタイトル、および前記タイトルデータとして設定されている前記文字列の前記通信部からの送信を制御するデータ通信装置へ送信するステップと、を含むデータ要求方法が提供される。

また、上記課題を解決するために、本発明の別の観点によれば、データ要求装置およびデータ通信装置を含むデータ通信システムが提供される。より詳細には、データ要求装置は、データ通信を行う第１の通信部、ユーザにより所定情報が入力される入力部、および、前記所定情報の入力に基づく送信要求を前記通信部から送信させる第１の制御部、を備える。また、データ通信装置は、視聴制限が設定されているコンテンツデータの所定データとしてコンテンツデータの真のタイトルを設定し、前記コンテンツデータのタイトルデータとして前記コンテンツデータの真のタイトルと異なる文字列を設定する設定部、前記データ要求装置とデータ通信を行う第２の通信部、および、前記通信部により前記データ要求装置から受信された送信要求が所定情報の入力に基づく要求であるか否かに基づき、前記所定データとして設定されている前記真のタイトル、および前記タイトルデータとして設定されている前記文字列の前記通信部からの送信を制御する第２の制御部を備える。

また、上記課題を解決するために、本発明の別の観点によれば、コンテンツデータ、およびコンテンツデータに視聴制限が設定されているか否かを示すメタデータを対応付けて記憶している記憶部と、データ要求装置から任意のコンテンツデータの送信要求を受信する通信部と、前記任意のコンテンツデータに視聴制限が設定されており、かつ、前記送信要求に特定の情報が含まれていない場合には前記通信部から前記任意のコンテンツデータを送信させず、前記任意のコンテンツデータに視聴制限が設定されており、かつ、前記送信要求に特定の情報が含まれている場合には前記通信部から前記任意のコンテンツデータを送信させる制御部と、を備えるデータ通信装置が提供される。

また、上記課題を解決するために、本発明の別の観点によれば、データ要求装置から任意のコンテンツデータの送信要求を受信するステップと、前記任意のコンテンツデータに視聴制限が設定されており、かつ、前記送信要求に特定の情報が含まれていない場合には前記任意のコンテンツデータを送信せず、前記任意のコンテンツデータに視聴制限が設定されており、かつ、前記送信要求に特定の情報が含まれている場合には前記任意のコンテンツデータを送信するステップと、を含むデータ通信方法が提供される。

また、上記課題を解決するために、本発明の別の観点によれば、任意のコンテンツデータの送信要求を受信し、前記任意のコンテンツデータに視聴制限が設定されており、かつ、前記送信要求に特定の情報が含まれていない場合には前記任意のコンテンツデータを送信せず、前記任意のコンテンツデータに視聴制限が設定されており、かつ、前記送信要求に特定の情報が含まれている場合には前記任意のコンテンツデータを送信するデータ通信装置と通信する通信部と、ユーザにより所定の操作入力が行なわれる入力部と、前記所定の操作入力が行なわれた場合に前記特定の情報を含む前記送信要求を前記通信部から前記データ通信装置へ送信させる制御部と、を備えるデータ要求装置が提供される。

また、上記課題を解決するために、本発明の別の観点によれば、ユーザにより所定の操作入力が行なわれるステップと、前記所定の操作入力が行なわれた場合に特定の情報を含む送信要求を、任意のコンテンツデータの要求を受信し、前記任意のコンテンツデータに視聴制限が設定されており、かつ、前記要求に前記特定の情報が含まれていない場合には前記任意のコンテンツデータを送信せず、前記任意のコンテンツデータに視聴制限が設定されており、かつ、前記要求が前記特定の情報を含む前記送信要求である場合には前記任意のコンテンツデータを送信するデータ通信装置、へ送信するステップと、を含むデータ要求方法が提供される。

また、上記課題を解決するために、本発明の別の観点によれば、データ要求装置およびデータ通信装置を含むデータ通信システムが提供される。より詳細には、データ要求装置は、データ通信を行う第１の通信部、ユーザにより所定の操作入力が行なわれる入力部、および、前記所定の操作入力が行なわれた場合に前記特定の情報を含む前記送信要求を前記通信部から前記データ通信装置へ送信させる第１の制御部を備える。また、データ通信装置は、コンテンツデータ、およびコンテンツデータに視聴制限が設定されているか否かを示すメタデータを対応付けて記憶している記憶部、前記データ要求装置から任意のコンテンツデータの要求を受信する第２の通信部、および、前記任意のコンテンツデータに視聴制限が設定されており、かつ、前記要求に前記特定の情報が含まれていない場合には前記第２の通信部から前記任意のコンテンツデータを送信させず、前記任意のコンテンツデータに視聴制限が設定されており、かつ、前記要求が前記特定の情報を含む前記送信要求である場合には前記第２の通信部から前記任意のコンテンツデータを送信させる第２の制御部を備える。

以上説明したように本発明にかかるデータ通信装置、データ通信方法、データ要求装置、データ要求方法、およびデータ通信システムによれば、ＤＭＰなどのデータ要求装置の有する機能にかかわらず、データ要求装置におけるパレンタル制御を実現することができる。

以下に添付図面を参照しながら、本発明の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。

また、以下に示す項目順序に従って当該「発明を実施するための最良の形態」を説明する。
〔１〕本実施形態にかかるホームネットワークの概要
〔２〕ＤＭＳの詳細な説明
〔２−１〕ＤＭＳのハードウェア構成
〔２−２〕ＤＭＳの機能
〔３〕ＤＭＰの詳細な説明
〔４〕ホームネットワークにおける動作
〔４−１〕ＣＤＳの生成（図１５〜図１９）
〔４−２〕メタデータの送信制御（図２０および図２１）
〔４−３〕コンテンツデータの送信制御
〔４−３−１〕ＤＭＳ側のＰＩＮを利用する例（図２２〜図２４）
〔４−３−２〕ＤＭＰ側のＰＩＮを利用する例（図２５および図２６）
〔５〕まとめ

〔１〕本実施形態にかかるホームネットワークの概要
まず、図１を参照し、本実施形態にかかるデータ通信システムの一例としてのホームネットワーク１０について概略的に説明する。

図１は、本実施形態にかかるホームネットワーク１０を含むコンテンツ提供システム１の構成を示した説明図である。図１に示したように、コンテンツ提供システム１は、コンテンツサーバ６と、放送局８と、通信網１２と、ホームネットワーク１０と、を備える。

コンテンツサーバ６は、通信網１２を介してホームネットワーク１０と接続されており、ホームネットワークへコンテンツデータおよびメタデータを送信する。例えば、コンテンツサーバ６は、ホームネットワーク１０からコンテンツリストを要求された場合、記憶しているメタデータをホームネットワークへ送信する。また、コンテンツサーバ６は、ホームネットワーク１０から特定のコンテンツデータを要求された場合、記憶している特定のコンテンツデータをホームネットワークへ送信する。かかるコンテンツサーバ６は、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）ＴＶサービスにおけるＩＰＴＶサーバであってもよい。

なお、コンテンツサーバ６が記憶しているコンテンツデータとしては、音楽、講演およびラジオ番組などの音楽データや、映画、テレビジョン番組、ビデオプログラム、写真、文書、絵画および図表などの映像データや、ゲームおよびソフトフェアなどの任意のデータがあげられる。

放送局８は、コンテンツデータを任意の方法により放送する。すなわち、図１においては放送局８が無線によりコンテンツデータを放送する例を示しているが、放送局８は有線によりコンテンツデータを放送してもよい。例えば、放送局８は、地上波デジタル放送、ケーブルＴＶ放送、ＢＳ（Ｂｒｏａｄｃａｓｔｉｎｇ Ｓａｔｅｌｌｉｔｅ）デジタル放送、ＣＳ（Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓａｔｅｌｌｉｔｅ）デジタル放送などの任意の放送を行なってもよい。

通信網１２は、通信網１２に接続されている装置から送信される情報の有線、または無線の伝送路である。例えば、通信網１２は、インターネット、電話回線網、衛星通信網などの公衆回線網や、Ｅｔｈｅｒｎｅｔ（登録商標）を含む各種のＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＩＰ−ＶＰＮ（Ｉｎｔｅｒｎｔ Ｐｒｏｔｏｃｏｌ−Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ）などの専用回線網を含んでもよい。

ホームネットワーク１０は、アンテナ１８と、ＤＭＳ２０と、ルータ２２と、ＤＭＰ３０Ａおよび３０Ｂを備える。なお、図１においては、各ＤＭＰを区別するために、ＤＭＰ３０Ａおよび３０Ｂのように符号の後に大文字のアルファベットを付しているが、各ＤＭＰを特に区別する必要が無い場合、単にＤＭＰ３０と総称する。

アンテナ１８は、放送局８から送信されたコンテンツデータの放送波を受信し、受信したコンテンツデータをＤＭＳ２０へ供給する。ルータ２２は、通信網１２を介してコンテンツサーバ６と接続されており、ＤＭＳ２０からの要求、およびコンテンツサーバ６から送信されるデータを中継する。

ＤＭＳ２０（データ通信装置）は、アンテナ１８およびルータ２２を介して供給されるコンテンツデータおよびメタデータを記憶する。また、ＤＭＳ２０は、記憶しているコンテンツデータを、ＤＭＰ３０からの要求に応じてＤＭＰ３０へ送信するデータ通信装置としての機能を有する。ただし、本実施形態にかかるＤＭＳ２０は、「〔２〕ＤＭＳの詳細な説明」で説明するように、ＤＭＰ３０からの要求が所定の条件を満たすか否かに応じて異なる動作をし、ＤＭＰ３０におけるパレンタル制御を実現する。

ＤＭＰ３０（データ要求装置）は、ＤＭＳ２０へコンテンツリストやコンテンツデータを要求するデータ要求装置としての機能を有する。また、ＤＭＰ３０は、ＤＭＳ２０から取得したコンテンツデータを再生する再生装置としても機能する。

なお、図１においてはＤＭＳ２０およびＤＭＰ３０が分離構成されている場合を示しているが、ＤＭＳ２０およびＤＭＰ３０は一体構成されていてもよい。また、図１においては、ＤＭＳ２０が受信機としての機能を包含する例を示しているが、ＤＭＳ２０と受信機は分離構成されてもよい。さらに、受信機とＤＭＰ３０は一体構成されても、分離構成されてもよい。

また、図１においては、ＤＭＰ３０の一例としてモニタを示しているが、ＤＭＰ３０は、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）、家庭用映像処理装置（ＤＶＤレコーダ、ビデオデッキなど）、携帯電話、ＰＨＳ（Ｐｅｒｓｏｎａｌ Ｈａｎｄｙｐｈｏｎｅ Ｓｙｓｔｅｍ）、携帯用音楽再生装置、携帯用映像処理装置、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔｓ）、家庭用ゲーム機器、携帯用ゲーム機器、家電機器などの情報処理装置であってもよい。当該ＤＭＰ３０の詳細な機能については、「〔３〕ＤＭＰの詳細な説明」において後述する。同様に、ＤＭＳ２０も、上記のような任意の情報処理装置であってもよい。

以上、図１を参照し、本実施形態にかかるホームネットワーク１０を含むコンテンツ提供システム１について概略的に説明した。続いて、図２を参照し、ＤＭＳ２０およびＤＭＰ３０の間で行なわれる通信の流れを説明する。

図２は、ＤＭＳ２０およびＤＭＰ３０の間で行なわれる通信の流れを示したシーケンス図である。まず、ＤＭＰ３０は、ホームネットワーク１０内に存在するＤＭＳ２０を検索する。具体的には、ＤＭＰ３０は、ＵＰｎＰ規格に従い、図２に示したようにＳＳＤＰ（Ｓｉｍｐｌｅ Ｓｅｒｖｉｃｅ Ｄｉｓｃｏｖｅｒｙ Ｐｒｏｔｏｃｏｌ） Ｍ−Ｓｅａｒｃｈをホームネットワーク１０内に送信する（Ｓ４２）。

そして、ＤＭＳ２０は、ＤＭＰ３０からＳＳＤＰ Ｍ−Ｓｅａｒｃｈを受信すると、ＵＰｎＰ規格に従い、図２に示したようにＳＳＤＰ ＲｅｓｐｏｎｓｅをＤＭＰ３０へ送信する（Ｓ４４）。ＤＭＰ３０は、かかるＳＳＤＰ Ｒｅｓｐｏｎｓｅを受信することにより、ＤＭＳ２０の存在、およびＤＭＳ２０のＩＰアドレスなどを特定することができる。

その後、ＤＭＰ３０は、ＤＭＳ２０に対して、ＤＭＳ２０の装置に関する装置データの送信を要求する。具体的には、ＤＭＰ３０は、図２に示したようにＤＭＳ２０に対してＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ） ＧＥＴ（装置データ：Ｄｅｖｉｃｅ Ｄｅｓｃｒｉｐｔｉｏｎ）を送信する（Ｓ４６）。

そして、ＤＭＳ２０は、ＤＭＰ３０からＨＴＴＰ ＧＥＴ（装置データ）を受信すると、図２に示したようにＤＭＰ３０へ装置データを送信する（Ｓ４８）。なお、装置データとしては、ＤＭＳ２０のメーカー名、機器名、機器ＩＤ、実装されている機能、などのＤＭＳ２０に関する任意の属性情報があげられる。

続いて、ＤＭＰ３０は、ＤＭＳ２０に対して、ＤＭＳ２０が記憶しているコンテンツデータの一覧、またはＤＭＳ２０が記憶しているコンテンツデータの一部の一覧の送信を要求する。具体的には、ＤＭＰ３０は、図２に示したようにＤＭＳ２０に対してＣＤＳ（Ｃｏｎｔｅｎｔ Ｄｉｒｅｃｔｏｒｙ Ｓｅｒｖｉｃｅ）：Ｂｒｏｗｓｅリクエストを送信する（Ｓ５０）。

そして、ＤＭＳ２０は、ＤＭＰ３０からＣＤＳ：Ｂｒｏｗｓｅリクエストを受信すると、ＣＤＳ：ＢｒｏｗｓｅリクエストにかかるコンテンツリストをＤＭＰ３０へ送信する。具体的には、ＤＭＳ２０は、図２に示したようにＤＭＰ３０に対してＣＤＳ：Ｂｒｏｗｓｅリクエストを送信する（Ｓ５２）。なお、コンテンツリストは、複数のコンテンツデータのメタデータであってもよい。

さらに、ＤＭＰ３０は、ＤＭＳ２０に対して、Ｓ５２において取得したコンテンツリストからユーザにより選択されたコンテンツデータを要求する。具体的には、ＤＭＰ３０は、ＤＭＳ２０に対して図２に示したようにＨＴＴＰ ＧＥＴ（コンテンツデータ）を送信する（Ｓ５４）。ＤＭＳ２０は、ＤＭＰ３０からＨＴＴＰ ＧＥＴ（コンテンツデータ）を受信すると、記憶しているコンテンツデータからＨＴＴＰ ＧＥＴ（コンテンツデータ）にかかるコンテンツデータを検索し、ＤＭＰ３０へ送信する。上記一連の流れにより、ＤＭＰ３０がコンテンツデータをＤＭＳ２０から取得し、再生することが可能となる。

（本実施形態に至った経緯）
ここで、ＤＭＳ２０は、暴力や性描写を含むコンテンツデータのメタデータに、該コンテンツデータが視聴制限されるべき旨を示すレーティングを記載することができる。一方、ＵＰｎＰ規格およびＤＬＮＡガイドラインでは、ＤＭＰ３０におけるパレンタル制御について特に規定されていない。

仮にＤＭＰ３０にパレンタル制御に関する機能が実装されている場合、ＤＭＰ３０は、ＤＭＳ２０によりレーティングが設定されているコンテンツデータの再生を制限し得る。しかし、ＤＭＰ３０にパレンタル制御に関する機能が実装されていない場合、ＤＭＳ２０がコンテンツデータにレーティングを設定しても、ＤＭＰ３０において該コンテンツデータのタイトルが表示されたり、コンテンツデータが再生されてしまう場合があった。

そこで、上記のような事情を一着眼点にして本実施形態にかかるＤＭＳ２０を創作するに至った。本実施形態にかかるＤＭＳ２０によれば、ＤＭＰ３０がパレンタル制御に対応しているか否かに拘らず、レーティングを設定したコンテンツデータに関するデータのＤＭＰ３０における表示を制限することができる。以下、図３〜図８を参照し、このような本実施形態にかかるＤＭＳ２０について詳細に説明する。

〔２〕ＤＭＳの詳細な説明
〔２−１〕ＤＭＳのハードウェア構成
図３は、本実施形態にかかるＤＭＳ２０のハードウェア構成を示した説明図である。ＤＭＳ２０は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）２０１と、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）２０２と、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）２０３と、ホストバス２０４と、ブリッジ２０５と、外部バス２０６と、インタフェース２０７と、入力装置２０８と、出力装置２１０と、ストレージ装置（ＨＤＤ）２１１と、ドライブ２１２と、通信装置２１５とを備える。

ＣＰＵ２０１は、演算処理装置および制御装置として機能し、各種プログラムに従ってＤＭＳ２０内の動作全般を制御する。また、ＣＰＵ２０１は、マイクロプロセッサであってもよい。ＲＯＭ２０２は、ＣＰＵ２０１が使用するプログラムや演算パラメータ等を記憶する。ＲＡＭ２０３は、ＣＰＵ２０１の実行において使用するプログラムや、その実行において適宜変化するパラメータ等を一次記憶する。これらはＣＰＵバスなどから構成されるホストバス２０４により相互に接続されている。

ホストバス２０４は、ブリッジ２０５を介して、ＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｃｏｎｎｅｃｔ／Ｉｎｔｅｒｆａｃｅ）バスなどの外部バス２０６に接続されている。なお、必ずしもホストバス２０４、ブリッジ２０５および外部バス２０６を分離構成する必要はなく、一のバスにこれらの機能を実装してもよい。

入力装置２０８は、例えば、マウス、キーボード、タッチパネル、ボタン、マイク、スイッチおよびレバーなどユーザが情報を入力するための入力手段と、ユーザによる入力に基づいて入力信号を生成し、ＣＰＵ２０１に出力する入力制御回路などから構成されている。ＤＭＳ２０のユーザは、該入力装置２０８を操作することにより、ＤＭＳ２０に対して各種のデータを入力したり処理動作を指示したりすることができる。

出力装置２１０は、例えば、ＣＲＴ（Ｃａｔｈｏｄｅ Ｒａｙ Ｔｕｂｅ）ディスプレイ装置、液晶ディスプレイ（ＬＣＤ）装置、ＯＬＥＤ（Ｏｒｇａｎｉｃ Ｌｉｇｈｔ Ｅｍｉｔｔｉｎｇ Ｄｉｓｐｌａｙ）装置およびランプなどの表示装置と、スピーカおよびヘッドホンなどの音声出力装置で構成される。出力装置２１０は、例えば、再生されたコンテンツを出力する。具体的には、表示装置は再生された映像データ等の各種情報をテキストまたはイメージで表示する。一方、音声出力装置は、再生された音声データ等を音声に変換して出力する。

ストレージ装置２１１は、本実施形態にかかるＤＭＳ２０の記憶部の一例として構成されたデータ格納用の装置である。ストレージ装置２１１は、記憶媒体、記憶媒体にデータを記録する記録装置、記憶媒体からデータを読み出す読出し装置および記憶媒体に記録されたデータを削除する削除装置などを含んでもよい。ストレージ装置２１１は、例えば、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）で構成される。このストレージ装置２１１は、ハードディスクを駆動し、ＣＰＵ２０１が実行するプログラムや各種データを格納する。また、このストレージ装置２１１には、コンテンツデータ、メタデータ、および装置データなどが記録される。

ドライブ２１２は、記憶媒体用リーダライタであり、ＤＭＳ２０に内蔵、あるいは外付けされる。ドライブ２１２は、装着されている磁気ディスク、光ディスク、光磁気ディスク、または半導体メモリ等のリムーバブル記憶媒体２４に記録されている情報を読み出して、ＲＡＭ２０３に出力する。

通信装置２１５は、例えば、通信網１２に接続するための通信デバイス等で構成された通信インタフェースである。また、通信装置２１５は、無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）対応通信装置であっても、ワイヤレスＵＳＢ対応通信装置であっても、有線による通信を行うワイヤー通信装置であってもよい。この通信装置２１５は、コンテンツサーバ６との間で、通信網１２を介して、コンテンツデータ、メタデータなどの各種データを送受信する。

なお、上記では図３を参照してＤＭＳ２０のハードウェア構成について説明したが、ＤＭＰ３０のハードウェアはＤＭＳ２０と実質的に同一に構成することが可能であるため、説明を省略する。

〔２−２〕ＤＭＳの機能
以上、図３を参照して本実施形態にかかるＤＭＳ２０のハードウェア構成を説明した。続いて、図４〜図８を参照し、本実施形態にかかるＤＭＳ２０の機能を説明する。

図４は、本実施形態にかかるＤＭＳ２０の構成を示した機能ブロック図である。図４に示したように、ＤＭＳ２０は、通信部２１６と、木構造管理部２２０と、コンテンツデータ取得部２２２と、記憶部２２４と、操作部２２８と、装置データ設定部２３２と、制御部２３６と、を備える。

通信部２１６は、ホームネットワーク１０に含まれる他の装置や外部装置との有線または無線のインターフェースであって、他の装置から各種データを受信する受信部および他の装置へ各種データを送信する送信部として機能する。例えば、通信部２１６は、コンテンツサーバ６からコンテンツデータを受信したり、ＤＭＰ３０へコンテンツデータを送信したりする。また、通信部２１６は、ＩＥＥＥ（Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｉｃａｌ ａｎｄ Ｅｌｅｃｔｒｏｎｉｃ Ｅｎｇｉｎｅｅｒｓ）８０２．１１ａ、ｂ、ｇなどに規定される無線通信機能を有してもよいし、ＩＥＥＥ８０２．１１ｎに規定されるＭＩＭＯ（Ｍｕｌｔｉｐｌｅ Ｉｎｐｕｔ Ｍｕｌｔｉｐｌｅ Ｏｕｔｐｕｔ）通信機能を有してもよい。さらに、通信部２１６は、ＩＥＥＥ８０２．３に規定される有線ＬＡＮ対応する通信機能を有してもよい。

木構造管理部２２０は、通信部２１６により受信されたコンテンツデータのメタデータを木構造化（階層構造化）して記憶部２２４に記録する。また、記憶部２２４に記録されているメタデータの木構造の更新、修正などの管理を行なう。ここで、図５〜図７を参照して木構造管理部２２０により管理されるメタデータの木構造について説明する。

図５は、メタデータの木構造を模式的に示した説明図である。図５に示したように、第１階層に１のメタデータが配され、第１階層のメタデータの下位に複数のメタデータが配され（第２階層）、さらに第２の階層の各メタデータの下位に複数のメタデータが配される（第３階層）。

具体的には、第１階層にはタイトルが「Ｒｏｏｔ」であるメタデータＭ０が配されている。また、メタデータＭ０の下位にはタイトルが「ＭｙＶｉｄｅｏｓ」であるメタデータＭ１、タイトルが「ＭｙＰｈｏｔｏｓ」であるメタデータＭ２、およびタイトルが「Ｍｙ Ｍｕｓｉｃｓ」であるメタデータＭ３が配されている。さらに、メタデータＭ１、メタデータＭ２、およびメタデータＭ３は、下位にメタデータを有する。このように下位にメタデータを有するメタデータを、本明細書においてはコンテナと称する場合がある。

例えば、タイトルが「ＭｙＶｉｄｅｏｓ」であるメタデータＭ１の下位には、タイトルが「Ｃｈｌｏｅ Ｄａｎｃｅｒ」であるメタデータＭ６、およびタイトルが「Ｄｒｏｗｎ」であるメタデータＭ８が配されている。メタデータＭ６、およびメタデータＭ８は、コンテンツデータのメタデータである。このようなコンテンツデータのメタデータを、本明細書においてはアイテムと称する場合がある。なお、メタデータＭ２、およびメタデータＭ３も下位にアイテムを有するが、図５においては図面の明瞭性の観点から省略している。

続いて、図６および図７を参照し、各メタデータのより詳細な構成を説明する。なお、説明の便宜上、図５において各メタデータに付した番号は、各メタデータを識別するＩＤであるものとして説明を続ける。

図６は、コンテナに該当するメタデータの構成を示した説明図である。

メタデータＭ１に含まれる「ｃｏｎｔａｉｎｅｒ ｉｄ＝“１”」は、メタデータＭ１のＩＤが「１」であることを示し、「ｐａｒｅｎｔＩＤ＝“０”」はメタデータＭ１がメタデータＭ０の下位に配されていることを示す。また、「ｃｈｉｌｄＣｏｕｎｔ＝“２”」は、メタデータＭ１の下位に２のメタデータが配されていることを示す。

また、メタデータＭ１に含まれる「〈ｄｃ：ｔｉｔｌｅ〉Ｍｙ Ｖｉｄｅｏｓ〈／ｄｃ：ｔｉｔｌｅ〉」は、メタデータＭ１のタイトルが「Ｍｙ Ｖｉｄｅｏｓ」であることを示す。

さらに、メタデータＭ１に含まれる「〈ｕｐｎｐ：ｒａｔｉｎｇ〉ＰＧ−１３〈／ｕｐｎｐ：ｒａｔｉｎｇ〉」は、メタデータＭ１の下位に配されているメタデータに対応するコンテンツデータに、視聴制限「ＰＧ−１３」が設定されていることを示す。かかる「ＰＧ−１３」はレーティングと称される場合があり、他のレーティングとしては、例えばＲ１４、Ｒ１６、Ｒ１８、およびＲ２０などがあげられる。

同様に、メタデータＭ２は、メタデータＭ２のＩＤが「２」であることを示し、メタデータＭ２がメタデータＭ０の下位に配されていることを示し、メタデータＭ２の下位に２のメタデータが配されていることを示す。また、メタデータＭ２にはレーティングが設定されていない。

また、メタデータＭ３は、メタデータＭ３のＩＤが「３」であることを示し、メタデータＭ３がメタデータＭ０の下位に配されていることを示し、メタデータＭ３の下位に２のメタデータが配されていることを示す。また、メタデータＭ３にはレーティングが設定されていない。

なお、図６に示したメタデータは、ＤＭＰ３０からのＣＤＳ：Ｂｒｏｗｓｅリクエスト６０に応じてＤＭＳ２０からＤＭＰ３０へ送信される。ＣＤＳ：Ｂｒｏｗｓｅリクエスト６０に含まれる「“０”“ＢｒｏｗｓｅＤｉｒｅｃｔＣｈｉｌｄｒｅｎ”」はＩＤが０であるメタデータＭ０の下位に配されているメタデータが要求対象であることを示す。

図７は、アイテムに該当するメタデータの構成を示した説明図である。

メタデータＭ６に含まれる「ｉｔｅｍ ｉｄ＝“６”」は、メタデータＭ６のＩＤが「６」であることを示し、「ｐａｒｅｎｔＩＤ＝“１”」はメタデータＭ６がメタデータＭ１の下位に配されていることを示す。

また、木構造管理部２２０は、「〈ｄｃ：ｔｉｔｌｅ〉＊＊＊〈／ｄｃ：ｔｉｔｌｅ〉」のように、コンテンツデータのタイトルとして、コンテンツデータの真のタイトルと異なる文字列を必要に応じて設定する。例えば、木構造管理部２２０は、ユーザにより指定があった場合、当該メタデータにレーティングが設定される場合、レーティングが設定されているコンテナの下位に当該メタデータが配される場合などにタイトルとして上記文字列を設定してもよい。

また、木構造管理部２２０は、「〈ｄｃ：ｔｉｔｌｅ〉＊＊＊〈／ｄｃ：ｔｉｔｌｅ〉」の「〈ｄｃ：ｔｉｔｌｅ〉」を、「〈ｄｃ：ｔｉｔｌｅ ａｖ：ｈｉｄｄｅｎ＝“ｔｒｕｅ”〉」としてもよい。特定のＤＭＰ３０は、「〈ｄｃ：ｔｉｔｌｅ ａｖ：ｈｉｄｄｅｎ＝“ｔｒｕｅ”〉」を参照することにより、コンテンツデータの真のタイトルが隠蔽されていることを把握することが可能となる。

また、木構造管理部２２０は、上記のようにコンテンツデータのタイトルとして文字列を設定した場合、コンテンツデータの真のタイトルを所定データとして設定する。図７に示した例では、木構造管理部２２０は、「〈ａｖ：ｏｒｉｇｉｎａｌＴｉｔｌｅ〉」という項目に、コンテンツデータの真のタイトルである「Ｃｈｌｏｅ Ｄａｎｃｅｒ」を設定している。

また、メタデータＭ６に含まれる「〈ｕｐｎｐ：ｒａｔｉｎｇ〉Ｒ１６〈／ｕｐｎｐ：ｒａｔｉｎｇ〉」は、メタデータＭ６に対応するコンテンツデータに、視聴制限「Ｒ１６」が設定されていることを示す。その他、メタデータＭ６には、コンテンツデータ「Ｃｈｌｏｅ Ｄａｎｃｅｒ」の属性や所在を示す情報などが含まれる。

同様に、メタデータＭ８に含まれる「ｉｔｅｍ ｉｄ＝“８”」は、メタデータＭ８のＩＤが「８」であることを示し、「ｐａｒｅｎｔＩＤ＝“１”」はメタデータＭ８がメタデータＭ１の下位に配されていることを示す。

また、メタデータＭ６に含まれる「〈ｄｃ：ｔｉｔｌｅ〉Ｄｒｏｗｎ〈／ｄｃ：ｔｉｔｌｅ〉」は、メタデータＭ６に対応するコンテンツデータのタイトルが「Ｄｒｏｗｎ」であることを示す。メタデータＭ６の「〈ｄｃ：ｔｉｔｌｅ〉」にはコンテンツデータの真のタイトルが設定されているため、木構造管理部２２０は、特に「〈ａｖ：ｏｒｉｇｉｎａｌＴｉｔｌｅ〉」という項目の設定を行っていない。その他、メタデータＭ６には、コンテンツデータ「Ｄｒｏｗｎ」の属性や所在を示す情報などが含まれる。

なお、図７に示したメタデータは、ＤＭＰ３０からのＣＤＳ：Ｂｒｏｗｓｅリクエスト６０に応じてＤＭＳ２０からＤＭＰ３０へ送信される。ＣＤＳ：Ｂｒｏｗｓｅリクエスト６０に含まれる「“１”“ＢｒｏｗｓｅＤｉｒｅｃｔＣｈｉｌｄｒｅｎ”」はＩＤが１であるメタデータＭ１の下位に配されているメタデータが要求対象であることを示す。また、ＤＭＳ２０は、特段の要求が無い限り、所定データとして設定されている「〈ａｖ：ｏｒｉｇｉｎａｌＴｉｔｌｅ〉Ｃｈｌｏｅ Ｄａｎｃｅｒ〈／ａｖ：ｏｒｉｇｉｎａｌＴｉｔｌｅ〉」はＤＭＰ３０へ送信しなくてもよい。

ここで、図４を参照してＤＭＳ２０の構成の説明に戻ると、コンテンツデータ取得部２２２は、コンテンツデータを取得して記憶部２２４に記録する。例えば、コンテンツデータ取得部２２２は、ユーザにより選択されたコンテンツデータの送信をコンテンツサーバ６へ要求し、該要求に応じて送信されたコンテンツデータを取得してもよい。また、アンテナ１８により受信されるコンテンツデータから特定のコンテンツデータを取得して記憶部２２４に記録してもよい。

記憶部２２４は、各種データが記録される記憶媒体である。各種データとしては、コンテンツデータ、図５〜図７を参照して説明したメタデータ、およびＤＭＳ２０の装置データ、および認証用データ（ＰＩＮ）などがあげられる。また、記憶部２２４は、例えば、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ−Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）などの不揮発性メモリや、ハードディスクおよび円盤型磁性体ディスクなどの磁気ディスクや、ＣＤ−Ｒ（Ｃｏｍｐａｃｔ Ｄｉｓｃ Ｒｅｃｏｒｄａｂｌｅ）／ＲＷ（ＲｅＷｒｉｔａｂｌｅ）、ＤＶＤ−Ｒ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ Ｒｅｃｏｒｄａｂｌｅ）／ＲＷ／＋Ｒ／＋ＲＷ／ＲＡＭ（Ｒａｍｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）およびＢＤ（Ｂｌｕ−Ｒａｙ Ｄｉｓｃ（登録商標））―Ｒ／ＢＤ−ＲＥなどの光ディスクや、ＭＯ（Ｍａｇｎｅｔｏ Ｏｐｔｉｃａｌ）ディスクなどの記憶媒体であってもよい。

操作部２２８は、ＤＭＳ２０のユーザとのインタフェースである。操作部２２８は、タッチパネル、ボタン、スイッチ、レバー、ダイヤルや、リモートコントローラが発生する赤外線信号用の受光部あるいは無線信号の受信部などからなる操作手段と、この操作手段に対するユーザからの操作に応じて操作信号を生成して出力する入力制御回路などから構成されている。ＤＭＳ２０のユーザは、この操作部２２８を操作することにより、ＤＭＳ２０に対して各種のデータを入力したり、各種処理を指示したりすることができる。例えば、ユーザは、操作部２２８を介してコンテンツデータのレーティングや、タイトルを隠蔽するか否かなどを入力することができる。

装置データ設定部２３２は、例えば操作部２２８を介してユーザにより入力された装置データを設定する。装置データには、レーティングが設定されているコンテンツデータのＤＭＰ３０における視聴、またはタイトルの表示の際に必要となるＰＩＮ（Ｐｅｒｓｏｎａｌ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ Ｎｕｍｂｅｒ）に関する情報が含まれる。このような装置データの具体例を図８に示す。

図８は、装置データの具体例を示した説明図である。図８に示したように、装置データは、装置タイプ、メーカー名、メーカーＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）、ＵＵＩＤ（Ｕｎｉｖｅｒｓａｌｌｙ Ｕｎｉｑｕｅ Ｉｄｅｎｔｉｆｉｅｒ）などの各種データを含む。

また、図８に示した装置データは、利用ＰＩＮ情報７８として、「＜ａｖ：Ｘ＿ＰａｒｅｎｔａｌＬｏｃｋ ｘｍｌｎｓ：ａｖ＝“ｕｒｎ：ｓｃｈｅｍａｓ−ｓｏｎｙ−ｃｏｍ：ａｖ”＞」という項目に「Ｓｅｒｖｅｒ」が記載されている。これは、レーティングが設定されているコンテンツデータのＤＭＰ３０における視聴、またはタイトルの表示の際に、ＤＭＳ２０のＰＩＮコードが必要となる設定であることを示す。仮に利用ＰＩＮ情報７８として「Ｃｌｉａｎｔ」が記載されていた場合、レーティングが設定されているコンテンツデータのＤＭＰ３０における視聴、またはタイトルの表示の際に、ＤＭＰ３０のＰＩＮコードが必要となる設定であることを示す。なお、当該利用ＰＩＮ情報７８は、ユーザにより操作部２２８を介して入力された情報に基づいて設定されてもよい。

ここで、図４を参照してＤＭＳ２０の構成の説明に戻ると、制御部２３６は、記憶部２２４に記録されている各種データのＤＭＰ３０への送信を制御する。例えば、制御部２３６は、ＤＭＳ２０またはＤＭＰ３０のＰＩＮがＤＭＰ３０において入力された場合に、レーティングが設定されているコンテンツデータをＤＭＰ３０へ送信する。また、制御部２３６は、ＤＭＳ２０またはＤＭＰ３０のＰＩＮがＤＭＰ３０において入力された場合に、レーティングが設定されているコンテンツデータの真のタイトルをＤＭＰ３０へ送信してもよい。

また、制御部２３６は、ＤＭＰ３０から受信されたＣＤＳ：ＢｒｏｗｓｅリクエストがＤＭＳ２０またはＤＭＰ３０のＰＩＮの入力に基づく要求でない場合、「〈ｄｃ：ｔｉｔｌｅ〉」として設定されている文字列を送信してもよい。一方、制御部２３６は、ＣＤＳ：Ｂｒｏｗｓｅリクエストが上記ＰＩＮの入力に基づく要求である場合、「〈ａｖ：ｏｒｉｇｉｎａｌＴｉｔｌｅ〉」として設定されている真のタイトルを「〈ｄｃ：ｔｉｔｌｅ〉」に記載して送信してもよい。かかる構成においては、ＤＭＰ３０がＰＩＮ入力を要求するパレンタル制御機能を有さない場合、ＤＭＰ３０は「〈ｄｃ：ｔｉｔｌｅ〉」として設定されている文字列をコンテンツデータのタイトルと認識して表示する。一方、ＤＭＰ３０がＰＩＮ入力を要求するパレンタル制御機能を有する場合、該ＤＭＰ３０にコンテンツデータの真のタイトルを表示させることが可能である。

また、制御部２３６は、レーティングが設定されているメタデータの下位のメタデータに対するＣＤＳ：Ｂｒｏｗｓｅリクエストがあり、該ＣＤＳ：Ｂｒｏｗｓｅリクエストが上記ＰＩＮ入力に基づく要求である場合に下位のメタデータを送信してもよい。一方、制御部２３６は、レーティングが設定されているメタデータの下位のメタデータに対するＣＤＳ：Ｂｒｏｗｓｅリクエストがあり、該ＣＤＳ：Ｂｒｏｗｓｅリクエストが上記ＰＩＮ入力に基づく要求でない場合には下位のメタデータを送信しなくてもよい。かかる構成においては、ＤＭＰ３０がＰＩＮ入力を要求するパレンタル制御機能を有さない場合、ＤＭＰ３０はレーティングが設定されているメタデータの下位にメタデータが配されていないと認識する。一方、ＤＭＰ３０がＰＩＮ入力を要求するパレンタル制御機能を有する場合、該ＤＭＰ３０に下位のメタデータに関する情報を表示させることが可能である。

なお、本実施形態においてはＰＩＮコードを利用してユーザ認証を行なう例を示しているが、ユーザ認証の方法はかかる例に限定されない。例えば、ユーザ名、パスワードを利用してユーザ認証を行なってもよい。さらに、例えば、ユーザ認証は、ユーザに指紋の入力を要求し、入力された指紋が記憶部２２４に記憶されている指紋と一致、あるいは類似するか否かに基づいた認証を行なう指紋認証方式であってもよい。または、ユーザ認証は、ユーザにＩＣカードの近接操作を要求し、近接されたＩＣカードが記憶部２２４に記憶されたＩＣカード情報と一致するか否かに基づいた認証を行なう媒体認証方式であってもよい。その他、ユーザ認証は、ユーザの音声を利用する音声認証方式、ユーザの網膜の模様に基づく網膜認証方式、ユーザの顔の形に基づく顔認証方式などであってもよい。

また、このような制御部２３６のより詳細な機能については、「〔４〕ホームネットワークにおける動作」において説明する。

〔３〕ＤＭＰの詳細な説明
以上、図４〜図８を参照して本実施形態にかかるＤＭＳ２０について説明した。続いて、図９〜図１４を参照し、ＤＭＳ２０と通信可能なＤＭＰ３０について説明する。なお、以下では、ＤＭＰ３０がパレンタル制御機能を有する場合に重きをおいて説明する。

図９は、ＤＭＰ３０の構成を示した機能ブロック図である。図９に示したように、ＤＭＰ３０は、通信部３１６と、入力部３２０と、表示画面生成部３２８と、表示部３３２と、制御部３３６と、を備える。

通信部３１６は、ＤＭＳ２０との有線または無線のインターフェースであって、ＤＭＳ２０から各種データを受信する受信部およびＤＭＳ２０へ各種要求を送信する送信部として機能する。例えば、通信部３１６は、ＤＭＳ２０の通信部２１６と同様に、ＩＥＥＥ８０２．１１ａ、ｂ、ｇなどに規定される無線通信機能を有してもよいし、ＩＥＥＥ８０２．１１ｎに規定されるＭＩＭＯ通信機能を有してもよい。さらに、通信部３１６は、ＩＥＥＥ８０２．３に規定される有線ＬＡＮ対応する通信機能を有してもよい。

入力部３２０は、ＤＭＰ３０のユーザとのインタフェースである。入力部３２０は、ＤＭＳ２０の操作部２２８と同様に、タッチパネル、ボタン、スイッチ、レバー、ダイヤルや、リモートコントローラが発生する赤外線信号用の受光部あるいは無線信号の受信部などからなる操作手段を含む。また入力部３２０は、この操作手段に対するユーザからの操作に応じて操作信号を生成して出力する入力制御回路などから構成されている。ＤＭＰ３０のユーザは、この入力部３２０を操作することにより、ＤＭＰ３０に対して各種のデータを入力したり、各種処理を指示したりすることができる。例えば、ユーザは、入力部３２０を介してコンテンツリストを要求したり、ＤＭＳ２０またはＤＭＰ３０のＰＩＮコードを入力したり、コンテンツデータを要求することができる。

表示画面生成部３２８は、ＤＭＳ２０から取得されたデータに基づいて各種表示画面を生成し、表示部３３２に表示させる。例えば、表示画面生成部３２８は、ＤＭＳ２０から取得されたコンテンツリストに基づいてコンテンツリスト画面を生成したり、ＤＭＳ２０から取得されたコンテンツデータをデコードして再生画面を生成したりする。なお、コンテンツデータのフォーマットデータとしては、例えば、ＪＰＥＧ（Ｊｏｉｎｔ Ｐｈｏｔｏｇｒａｐｈｉｃ ｃｏｄｉｎｇ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）、ＭＰＥＧ（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）１、ＭＰＥＧ２またはＭＰＥＧ４などの画像圧縮形式や、ＭＰ３（ＭＰＥＧ１ Ａｕｄｉｏ Ｌａｙｅｒ−３）、ＡＡＣ（Ａｄｖａｎｃｅｄ Ａｕｄｉｏ Ｃｏｄｉｎｇ）、ＬＰＣＭ（Ｌｉｎｅａｒ ＰＣＭ）、ＷＭＡ９（Ｗｉｎｄｏｗｓ（登録商標） Ｍｅｄｉａ Ａｕｄｉｏ９）、ＡＴＲＡＣ（Ａｄａｐｔｉｖｅ ＴＲａｎｓｆｏｒｍ Ａｃｏｕｓｔｉｃ Ｃｏｄｉｎｇ）またはＡＴＲＡＣ３などの音声圧縮形式があげられる。

表示部３３２は、表示画面生成部３２８により生成された各種表示画面を表示する。表示部３３２は、例えば、ＣＲＴディスプレイ装置、液晶ディスプレイ装置、またはＯＬＥＤ装置であってもよい。

制御部３３６は、入力部３２０へのユーザによる入力に基づき、各種要求を生成し、生成した要求をＤＭＳ２０へ送信する。例えば、制御部３３６は、コンテンツリストをユーザにより要求されると、ＣＤＳ：Ｂｒｏｗｓｅリクエストを生成し、ＤＭＳ２０へ送信する。このとき、制御部３３６は、ユーザによりＤＭＳ２０またはＤＭＰ３０のＰＩＮコードの入力があった場合、かかるＰＩＮコードの入力を反映させたＣＤＳ：Ｂｒｏｗｓｅリクエストを生成する。制御部３３６により生成されるＣＤＳ：Ｂｒｏｗｓｅリクエストの具体例を図１０に示す。

図１０は、ＣＤＳ：Ｂｒｏｗｓｅリクエストの具体例を示した説明図である。図１０に示したように、ＣＤＳ：Ｂｒｏｗｓｅリクエストは、要求対象のメタデータを指定する記載８４を含む。例えば、図１０に示した記載は、「Ｍｙ Ｖｉｄｅｏｓ」の下位に配されているメタデータが要求対象であることを示す。さらに、制御部３３６は、ユーザによりＤＭＳ２０またはＤＭＰ３０のＰＩＮコードの入力があった場合、「Ｘ−ＰＡＲＥＮＴＡＬＬＯＣＫ」（記載８２）をＣＤＳ：Ｂｒｏｗｓｅリクエストのヘッダに付加する。

かかるＣＤＳ：Ｂｒｏｗｓｅリクエストを受信したＤＭＳ２０は、図７に示したメタデータＭ６およびＭ７をＤＭＰ３０に送信する。ここで、ＤＭＳ２０から送信されるメタデータＭ６の「〈ｄｃ：ｔｉｔｌｅ〉」には、真のタイトルである「Ｃｈｌｏｅ Ｄａｎｃｅｒ」が記載されているものとする。この場合、表示画面生成部３２８は、図１１に示すコンテンツリスト画面９０を生成し、表示部３３２に表示させる。

図１１は、コンテンツリスト画面９０の一例を示した説明図である。図１１に示したように、コンテンツリスト画面９０は、各コンテンツデータに対応するサムネイル９２Ａおよび９４Ｂ、タイトル９４Ａおよび９４Ｂ、および再生ボタン９６Ａおよび９６Ｂを含む。ユーザは、かかるコンテンツリスト画面９０に含まれる再生ボタン９６Ａまたは９６Ｂを選択することにより、ＤＭＳ２０に対してコンテンツデータの送信を要求することができる。

なお、上記では、ユーザによりＤＭＳ２０またはＤＭＰ３０のＰＩＮコードの入力があった場合、制御部３３６が「Ｘ−ＰＡＲＥＮＴＡＬＬＯＣＫ」をＣＤＳ：Ｂｒｏｗｓｅリクエストのヘッダに付加する例を説明したが、本実施形態はかかる例に限定されない。例えば、制御部３３６は、ユーザによりＤＭＳ２０またはＤＭＰ３０のＰＩＮコードの入力があった場合、図１２に示すようにＰＩＮコードをＣＤＳ：ＢｒｏｗｓｅリクエストのＢｏｄｙ部分に含ませてもよい。本実施形態においては、かかるＣＤＳ：ＢｒｏｗｓｅリクエストをＣＤＳ：Ｘ−Ｂｒｏｗｓｅリクエストと称する。

図１２は、ＣＤＳ：Ｘ−Ｂｒｏｗｓｅリクエストの具体例を示した説明図である。図１２に示したように、ＣＤＳ：Ｘ−Ｂｒｏｗｓｅリクエストは、要求対象のメタデータを指定する記載８６を含む。例えば、図１２に示した記載は、「Ｍｙ Ｖｉｄｅｏｓ」の下位に配されているメタデータが要求対象であることを示す。さらに、制御部３３６は、ユーザによりＤＭＳ２０またはＤＭＰ３０のＰＩＮコードの入力があった場合、「〈ＰＩＮ〉００００〈ＰＩＮ〉」（記載８８）を含むＣＤＳ：Ｘ−Ｂｒｏｗｓｅリクエストを生成してもよい。

また、上記では、ＤＭＳ２０から送信されるメタデータＭ６の「〈ｄｃ：ｔｉｔｌｅ〉」には、真のタイトルである「Ｃｈｌｏｅ Ｄａｎｃｅｒ」が記載されている例を説明したが、後述するように、本実施形態はかかる例に限定されない。

また、ＤＭＳ２０は、ＣＤＳ：Ｂｒｏｗｓｅリクエストに「Ｘ−ＰＡＲＥＮＴＡＬＬＯＣＫ」が付加されていない場合、またはＣＤＳ：Ｘ−Ｂｒｏｗｓｅリクエストが受信されない場合、ＤＭＰ３０において真のタイトルが表示されないようメタデータを送信する。例えば、ＤＭＳ２０は、「〈ｄｃ：ｔｉｔｌｅ〉」として「＊＊＊」を記載したままメタデータ６をＤＭＰ３０へ送信する。この場合、ＤＭＰ３０は、例えば図１３に示すコンテンツリスト画面を表示する。

図１３は、コンテンツリスト画面１００の他の例を示した説明図である。図１３に示したように、コンテンツリスト画面１００においては、真のタイトルと異なる「＊＊＊」という文字列１０４Ａが表示され、サムネイルも本来のサムネイルと異なるサムネイルが表示される。

パレンタル制御に対応していないＤＭＰも、「Ｘ−ＰＡＲＥＮＴＡＬＬＯＣＫ」が付加されたＣＤＳ：ＢｒｏｗｓｅリクエストやＣＤＳ：Ｘ−Ｂｒｏｗｓｅリクエストを送信できないため、図１３に示したように真のタイトルやサムネイルを表示することができない。すなわち、本実施形態によれば、パレンタル制御に対応していないＤＭＰにおいても、コンテンツデータのタイトルやサムネイルなどの情報の表示を制限することができる。

また、制御部３３６は、コンテンツリスト画面においてユーザによりコンテンツデータが選択されると、選択されたコンテンツデータの送信を要求するＨＴＴＰ ＧＥＴ（コンテンツデータ）を生成し、ＤＭＳ２０へ送信する。このとき、制御部３３６は、ユーザによりＤＭＳ２０またはＤＭＰ３０のＰＩＮコードの入力があった場合、かかるＰＩＮコードの入力を反映させたＨＴＴＰ ＧＥＴ（コンテンツデータ）を生成する。制御部３３６により生成されるＨＴＴＰ ＧＥＴ（コンテンツデータ）の具体例を図１４に示す。

図１４は、ＨＴＴＰ ＧＥＴ（コンテンツデータ）の具体例を示した説明図である。図１４に示したように、ＨＴＴＰ ＧＥＴ（コンテンツデータ）には、要求対象であるコンテンツデータを示す「ｉｔｅｍ ｉｄ＝“６”」という記載が含まれる。さらに、制御部３３６は、ユーザによりＤＭＳ２０またはＤＭＰ３０のＰＩＮコードの入力があった場合、ＨＴＴＰ ＧＥＴ（コンテンツデータ）のヘッダ部分に、「Ｘ−ＰＡＲＥＮＴＡＬＬＯＣＫ」を付加する。なお、制御部３３６は、ＤＭＰ３０側のＰＩＮコードが利用される場合には単に「Ｘ−ＰＡＲＥＮＴＡＬＬＯＣＫ」を付加し、ＤＭＳ２０側のＰＩＮコードが利用される場合には「Ｘ−ＰＡＲＥＮＴＡＬＬＯＣＫ」の値とてユーザにより入力された値を記載する。

ＤＭＳ２０は、レーティングが設定されているコンテンツデータを指定するＨＴＴＰ ＧＥＴ（コンテンツデータ）を受信した場合、「Ｘ−ＰＡＲＥＮＴＡＬＬＯＣＫ」が含まれていれば、該当するコンテンツデータをＤＭＰ３０へ送信する。一方、ＤＭＳ２０は、「Ｘ−ＰＡＲＥＮＴＡＬＬＯＣＫ」が含まれていない場合、ＤＭＰ３０に対してエラーメッセージ（例えば、エラーコード５０３）を送信する。

パレンタル制御に対応していないＤＭＰは、「Ｘ−ＰＡＲＥＮＴＡＬＬＯＣＫ」が付加されたＨＴＴＰ ＧＥＴ（コンテンツデータ）を送信できないため、レーティングが設定されているコンテンツデータＤＭＳ２０から取得することができない。すなわち、本実施形態によれば、パレンタル制御に対応していないＤＭＰにおけるコンテンツデータの再生を制限することができる。

〔４〕ホームネットワークにおける動作
以上、図９〜図１４を参照して本実施形態にかかるＤＭＰ３０について説明した。続いて、図１５〜図２６を参照し、本実施形態にかかるホームネットワーク１０の動作を説明する。

〔４−１〕ＣＤＳの生成（図１５〜図１９）
まず、図１５を参照して、ＤＭＳ２０において実行される装置データおよびコンテナの設定動作について説明する。

図１５は、ＤＭＳ２０において実行される装置データおよびコンテナの設定動作の流れを示したフローチャートである。図１５に示したように、まず、装置データ設定部２３２は、レーティングが設定されているコンテンツデータのＤＭＰ３０における視聴のためにＤＭＳ２０のＰＩＮコードを利用させるか否かを判断する（Ｓ４０４）。例えば、装置データ設定部２３２は、ユーザ入力に基づいてＤＭＳ２０のＰＩＮコードを利用させるか否かを判断してもよい。

そして、装置データ設定部２３２は、ＤＭＳ２０のＰＩＮコードを利用させない場合、装置データの「＜ａｖ：Ｘ＿ＰａｒｅｎｔａｌＬｏｃｋ ｘｍｌｎｓ：ａｖ＝“ｕｒｎ：ｓｃｈｅｍａｓ−ｓｏｎｙ−ｃｏｍ：ａｖ”＞」にＣｌｉａｎｔを設定する（Ｓ４０８）。一方、装置データ設定部２３２は、ＤＭＳ２０のＰＩＮコードを利用させる場合、装置データの「＜ａｖ：Ｘ＿ＰａｒｅｎｔａｌＬｏｃｋ ｘｍｌｎｓ：ａｖ＝“ｕｒｎ：ｓｃｈｅｍａｓ−ｓｏｎｙ−ｃｏｍ：ａｖ”＞」にＳｅｒｖｅｒを設定する（Ｓ４１２）。

また、木構造管理部２２０は、木構造に含まれる各コンテナにアクセス制限を設定するか否かを判断し、アクセス制限を設定するコンテナには、「ｕｐｎｐ：ｒａｔｉｎｇ」を記載する。なお、いずれのコンテナにアクセス制限を設定するかはユーザにより選択されてもよい。

次に、図１６〜図１９を参照し、木構造管理部２２０によりメタデータの設定が行われる流れを説明する。

図１６〜図１９は、木構造管理部２２０によりメタデータの設定が行われる流れを示したフローチャートである。まず、木構造管理部２２０は、通信部２１６により受信されたコンテンツデータがレーティングコンテンツであるか否かを判断する（Ｓ５０４）。そして、木構造管理部２２０は、通信部２１６により受信されたコンテンツデータがレーティングコンテンツでないと判断した場合、通常処理へ移行する（Ｓ５０８）。

一方、木構造管理部２２０は、通信部２１６により受信されたコンテンツデータがレーティングコンテンツであると判断した場合、該コンテンツデータのメタデータであるアイテムに「ｕｐｎｐ：ｒａｔｉｎｇ」を付加する（Ｓ５１２）。ここで、木構造管理部２２０は、例えばＭＰＥＧ−２のＴＳストリームに含まれるＥＩＴ（Ｅｖｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｔａｂｌｅ）に基づいて「ｕｐｎｐ：ｒａｔｉｎｇ」を付加することができる。

続いて、木構造管理部２２０は、記憶部２２４に記録されている装置データを参照し、ＤＭＳ２０のＰＩＮコードを使用する設定であるか否かを確認する（Ｓ５１６）。木構造管理部２２０は、ＤＭＳ２０のＰＩＮコードを使用しない設定である場合、図１７に示す処理へ移行する。一方、木構造管理部２２０は、ＤＭＳ２０のＰＩＮコードを使用する設定である場合、該アイテムを必要に応じてアクセス制限（レーティング）が設定されているコンテナの下位に配する（Ｓ５２０、Ｓ５２４）。

ここで、アクセス制限が設定されているコンテナの下位のアイテムをＤＭＰ３０が取得するには、「Ｘ−ＰＡＲＥＮＴＡＬＬＯＣＫ」が付加されているＣＤＳ：Ｂｒｏｗｓｅリクエスト、またはＣＤＳ：Ｘ−Ｂｒｏｗｓｅリクエストが必要となる。なお、木構造管理部２２０は、該アイテムをアクセス制限が設定されているコンテナの下位に配さない場合、図１８に示す処理に移行する。また、木構造管理部２２０は、該アイテムをアクセス制限が設定されているコンテナの下位に配した場合、図１９に示す処理に移行する。

図１７に示すように、木構造管理部２２０は、ＤＭＳ２０のＰＩＮコードを使用しない設定である場合、コンテンツデータのタイトルを隠すか否かを判断する（Ｓ５３２）。そして、木構造管理部２２０は、コンテンツデータのタイトルを隠す場合には、コンテンツデータの真のタイトル（オリジナルタイトル）を「〈ａｖ：ｏｒｉｇｉｎａｌＴｉｔｌｅ〉」に設定する。さらに、木構造管理部２２０は、「〈ｄｃ：ｔｉｔｌｅ〉」には例えば「＊＊＊」を設定する（Ｓ５３４）。そして、当該コンテンツデータは、「Ｘ−ＰＡＲＥＮＴＡＬＬＯＣＫ」を含むＨＴＴＰ ＧＥＴに応じて返信されるよう設定される（Ｓ５３６）。

また、図１８に示すように、木構造管理部２２０は、該アイテムをアクセス制限が設定されているコンテナの下位に配さない場合、該コンテンツデータのタイトルを隠す必要があるか否かを判断する（Ｓ５４０）。さらに、木構造管理部２２０は、タイトルを隠す必要があると判断した場合、ＤＭＰ３０におけるタイトル表示のためにＤＭＳ２０のＰＩＮコードを必要とさせるか否かを判断する（Ｓ５４２）。

そして、木構造管理部２２０は、ＤＭＰ３０におけるタイトル表示のためにＤＭＳ２０のＰＩＮコードを必要とさせる場合、「〈ｄｃ：ｔｉｔｌｅ ａｖ：ｈｉｄｄｅｎ＝“ｔｒｕｅ”〉」に例えば「＊＊＊」などのランダムな文字列を設定する（Ｓ５４４）。また、木構造管理部２２０は、コンテンツデータの真のタイトルを「〈ａｖ：ｏｒｉｇｉｎａｌＴｉｔｌｅ〉」に設定する。ここで、ＤＭＰ３０にける真のタイトルの表示のためには、ＤＭＳ２０のＰＩＮコードを含むＣＤＳ：Ｂｒｏｗｓｅリクエスト、またはＣＤＳ：Ｘ−Ｂｒｏｗｓｅリクエストが必要となるよう設定される。

一方、木構造管理部２２０は、ＤＭＰ３０におけるタイトル表示のためにＤＭＳ２０のＰＩＮコードを必要とさせない場合、コンテンツデータの真のタイトルを「〈ａｖ：ｏｒｉｇｉｎａｌＴｉｔｌｅ〉」に設定する。さらに、木構造管理部２２０は、「〈ｄｃ：ｔｉｔｌｅ〉」には例えば「＊＊＊」を設定する（Ｓ５４６）。また、当該コンテンツデータは、「Ｘ−ＰＡＲＥＮＴＡＬＬＯＣＫ」およびＤＭＳ２０のＰＩＮコードを含むＨＴＴＰ ＧＥＴに応じて返信されるよう設定される（Ｓ５４８）。

また、図１９に示すように、木構造管理部２２０は、該アイテムをアクセス制限が設定されているコンテナの下位に配する場合、該コンテンツデータのタイトルを隠す必要があるか否かを判断する（Ｓ５５０）。さらに、木構造管理部２２０は、タイトルを隠す必要があると判断した場合、ＤＭＰ３０におけるタイトル表示のためにＤＭＳ２０のＰＩＮコードを必要とさせるか否かを判断する（Ｓ５５２）。

そして、木構造管理部２２０は、ＤＭＰ３０におけるタイトル表示のためにＤＭＳ２０のＰＩＮコードを必要とさせる場合、「〈ｄｃ：ｔｉｔｌｅ ａｖ：ｈｉｄｄｅｎ＝“ｔｒｕｅ”〉」に例えば「＊＊＊」などのランダムな文字列を設定する（Ｓ５５６）。また、木構造管理部２２０は、コンテンツデータの真のタイトルを「〈ａｖ：ｏｒｉｇｉｎａｌＴｉｔｌｅ〉」に設定する。ここで、ＤＭＰ３０にける真のタイトルの表示のためには、ＤＭＳ２０のＰＩＮコードを含むＣＤＳ：Ｂｒｏｗｓｅリクエスト、またはＣＤＳ：Ｘ−Ｂｒｏｗｓｅリクエストが必要となるよう設定される。

一方、木構造管理部２２０は、ＤＭＰ３０におけるタイトル表示のためにＤＭＳ２０のＰＩＮコードを必要とさせない場合、コンテンツデータの真のタイトルを「〈ａｖ：ｏｒｉｇｉｎａｌＴｉｔｌｅ〉」に設定する。さらに、木構造管理部２２０は、「〈ｄｃ：ｔｉｔｌｅ〉」には例えば「＊＊＊」を設定する（Ｓ５５４）。

さらに、該コンテンツデータにアクセス制限が必要である場合（Ｓ５５８）、当該コンテンツデータは、「Ｘ−ＰＡＲＥＮＴＡＬＬＯＣＫ」およびＤＭＳ２０のＰＩＮコードを含むＨＴＴＰ ＧＥＴに応じて返信されるよう設定される（Ｓ５６０）。この場合、ＤＭＰ３０は、当該コンテンツデータのタイトルを取得する際、およびコンテンツデータを取得する際にＤＭＳ２０のＰＩＮコードの入力を要求される。したがって、ＤＭＳ２０のＰＩＮコードは複数用意されていてもよい。その結果、例えば、ＤＭＰ３０による当該コンテンツデータのタイトルの取得を許容しつつ、ＤＭＰ３０による当該コンテンツデータの取得を制限することが可能となる。

〔４−２〕メタデータの送信制御（図２０および図２１）
次に、図２０および図２１を参照し、ＤＭＳ２０がＤＭＰ３０へメタデータを送信する流れを説明する。

図２０は、ＤＭＳ２０がＤＭＰ３０へメタデータを送信する流れを示したフローチャートである。より詳細には、図２０は、ＤＭＰ３０におけるタイトル表示のためにＤＭＳ２０のＰＩＮコードが必要となる場合の流れを示している。

図２０に示したように、まず、「Ｘ−ＰＡＲＥＮＴＡＬＬＯＣＫ」が付加されたＣＤＳ：ＢｒｏｗｓｅをＤＭＳ２０がＤＭＰ３０から受信する（Ｓ６０４）。そして、制御部２３６は、リクエスト先がコンテナであり（Ｓ６０８）、対象コンテナにアクセス制限が設定されている場合（Ｓ６１２）、ＣＤＳ：Ｂｒｏｗｓｅに含まれるＰＩＮコードがＤＭＳ２０のＰＩＮコードと一致するか否かを判断する（Ｓ６２０）。

そして、制御部２３６は、ＣＤＳ：Ｂｒｏｗｓｅに含まれるＰＩＮコードがＤＭＳ２０のＰＩＮコードと一致する場合、対象コンテナの下位に配されているアイテムからなるコンテンツリストをＤＭＰ３０へ送信する（Ｓ６２８）。一方、制御部２３６は、ＣＤＳ：Ｂｒｏｗｓｅに含まれるＰＩＮコードがＤＭＳ２０のＰＩＮコードと一致しない場合、エラーコード（例えば、８００）をＤＭＰ３０へ送信する（Ｓ６２４）。なお、対象コンテナにアクセス制限が設定されていない場合には（Ｓ６１２）、制御部２３６は通常処理へ移行する（Ｓ６１６）。

一方、リクエスト先がアイテムであり（Ｓ６０８）、対象アイテムのタイトルに表示制限が設定されている場合（Ｓ６３２）、制御部２３６は、ＣＤＳ：Ｂｒｏｗｓｅに含まれるＰＩＮコードがＤＭＳ２０のＰＩＮコードと一致するか否かを判断する（Ｓ６３６）。そして、制御部２３６は、ＣＤＳ：Ｂｒｏｗｓｅに含まれるＰＩＮコードがＤＭＳ２０のＰＩＮコードと一致する場合、対象アイテムの「〈ｄｃ：ｔｉｔｌｅ〉」にコンテンツデータの真のタイトルを入れてＤＭＰ３０へ送信する（Ｓ６４０）。なお、制御部２３６は、コンテンツデータの真のタイトルを「〈ａｖ：ｏｒｉｇｉｎａｌＴｉｔｌｅ〉」に入れたまま送信してもよい。

一方、制御部２３６は、ＣＤＳ：Ｂｒｏｗｓｅに含まれるＰＩＮコードがＤＭＳ２０のＰＩＮコードと一致しない場合、エラーコード（例えば、８００）をＤＭＰ３０へ送信する（Ｓ６２４）。なお、対象アイテムのタイトルに表示制限が設定されていない場合には（Ｓ６３２）、制御部２３６は通常処理へ移行する（Ｓ６１６）。また、対象アイテムに「〈ｄｃ：ｔｉｔｌｅ ａｖ：ｈｉｄｄｅｎ＝“ｔｒｕｅ”〉」が設定されている場合、対象アイテムのタイトルに表示制限が設定されていると判断されてもよい。

なお、ＤＭＰ３０側のＰＩＮコードを使用する設定である場合、ＤＭＳ２０は、ＣＤＳ：Ｂｒｏｗｓｅに「Ｘ−ＰＡＲＥＮＴＡＬＬＯＣＫ」が付加されていれば、コンテンツデータの真のタイトルをＤＭＰ３０へ送信してもよい。ただし、ＤＭＰ３０においてＤＭＰ３０のＰＩＮコードが入力された場合に「Ｘ−ＰＡＲＥＮＴＡＬＬＯＣＫ」がＣＤＳ：Ｂｒｏｗｓｅに付加されていることが前提となる。

図２１は、ＤＭＳ２０がＤＭＰ３０へメタデータを送信する流れの他の例を示したフローチャートである。図２１は、図２０と同様に、ＤＭＰ３０におけるタイトル表示のためにＤＭＳ２０のＰＩＮコードが必要となる場合の流れを示している。

図２１に示したように、まず、ＰＩＮコードを含むＣＤＳ：Ｘ−ＢｒｏｗｓｅをＤＭＳ２０がＤＭＰ３０から受信する（Ｓ６５４）。そして、制御部２３６は、リクエスト先がコンテナであり（Ｓ６５８）、対象コンテナにアクセス制限が設定されている場合（Ｓ６６２）、ＣＤＳ：Ｘ−Ｂｒｏｗｓｅに含まれるＰＩＮコードがＤＭＳ２０のＰＩＮコードと一致するか否かを判断する（Ｓ６７０）。

そして、制御部２３６は、ＣＤＳ：Ｘ−Ｂｒｏｗｓｅに含まれるＰＩＮコードがＤＭＳ２０のＰＩＮコードと一致する場合、対象コンテナの下位に配されているアイテムからなるコンテンツリストをＤＭＰ３０へ送信する（Ｓ６７８）。一方、制御部２３６は、ＣＤＳ：Ｘ−Ｂｒｏｗｓｅに含まれるＰＩＮコードがＤＭＳ２０のＰＩＮコードと一致しない場合、エラーコード（例えば、８００）をＤＭＰ３０へ送信する（Ｓ６７４）。さらに、制御部２３６は、対象コンテナにアクセス制限が設定されていない場合にも（Ｓ６６２）、エラーコード（例えば、対象となるコンテナまたはアイテムがＰＩＮコードを必要としていないことを示す“８０１”）をＤＭＰ３０へ送信する（Ｓ６７４）。

一方、リクエスト先がアイテムであり（Ｓ６５８）、対象アイテムのタイトルに表示制限が設定されている場合（Ｓ６８２）、制御部２３６は、ＣＤＳ：Ｘ−Ｂｒｏｗｓｅに含まれるＰＩＮコードがＤＭＳ２０のＰＩＮコードと一致するか否かを判断する（Ｓ６８６）。そして、制御部２３６は、ＣＤＳ：Ｘ−Ｂｒｏｗｓｅに含まれるＰＩＮコードがＤＭＳ２０のＰＩＮコードと一致する場合、対象アイテムの「〈ｄｃ：ｔｉｔｌｅ〉」にコンテンツデータの真のタイトルを入れてＤＭＰ３０へ送信する（Ｓ６９０）。

一方、制御部２３６は、ＣＤＳ：Ｘ−Ｂｒｏｗｓｅに含まれるＰＩＮコードがＤＭＳ２０のＰＩＮコードと一致しない場合、エラーコード（例えば、８００）をＤＭＰ３０へ送信する（Ｓ６７４）。さらに、制御部２３６は、対象コンテナにアクセス制限が設定されていない場合にも（Ｓ６８２）、エラーコード（例えば、８０１）をＤＭＰ３０へ送信する（Ｓ６７４）。また、対象アイテムに「〈ｄｃ：ｔｉｔｌｅ ａｖ：ｈｉｄｄｅｎ＝“ｔｒｕｅ”〉」が設定されている場合、対象アイテムのタイトルに表示制限が設定されていると判断されてもよい。

〔４−３〕コンテンツデータの送信制御
〔４−３−１〕ＤＭＳ側のＰＩＮを利用する例（図２２〜図２４）
次に、図２２〜図２４を参照し、ＤＭＳ２０側のＰＩＮコードを利用する場合のコンテンツデータの送信制御の流れについて説明する。

図２２は、ＤＭＳ２０におけるコンテンツデータの送信制御の流れを示したフローチャートである。図２２に示したように、ＤＭＳ２０がＨＴＴＰ ＧＥＴ（コンテンツデータ）を受信すると（Ｓ７０８）、制御部２３６は、該当するコンテンツデータにアクセス制限が設定されているか否かを確認する（Ｓ７０８）。例えば、制御部２３６は、当該コンテンツデータのレーティングを参照することによりアクセス制限の設定の有無を確認してもよい。そして、制御部２３６は、該当するコンテンツデータにアクセス制限が設定されていない場合には、通常処理へ移行する（Ｓ７１２）。

一方、制御部２３６は、当該コンテンツデータにアクセス制限が設定されており、ＨＴＴＰ ＧＥＴに「Ｘ−ＰＡＲＥＮＴＡＬＬＯＣＫ」が付加されている場合、「Ｘ−ＰＡＲＥＮＴＡＬＬＯＣＫ」の値と自装置のＰＩＮコードが一致するか判断する（Ｓ７２４）。そして、制御部２３６は、ＰＩＮコードが一致する場合、当該コンテンツデータをＤＭＰ３０へ送信する（Ｓ７２８）。なお、制御部２３６は、ＨＴＴＰ ＧＥＴに「Ｘ−ＰＡＲＥＮＴＡＬＬＯＣＫ」が付加されていない場合、または、ＰＩＮコードが一致しない場合、ＤＭＰ３０へエラーコード（例えば、５０３）を送信する（Ｓ７２０）。

なお、「Ｘ−ＰＡＲＥＮＴＡＬＬＯＣＫ」への記載が要求される情報は、ＰＩＮコードに限られず、例えば、ユーザ名であっても、パスワードであってもよい。

図２３および図２４は、ＤＭＰ３０がＤＭＳ２０のＰＩＮコードを利用してコンテンツデータを取得する流れを示したフローチャートである。図２３に示したように、ＤＭＰ３０の制御部３３６は、ＳＳＤＰ Ｍ−Ｓｅａｒｃｈを送信し、ＤＭＳ２０からＳＳＤＰ Ｒｅｓｐｏｎｓｅを受信する（Ｓ７３２）。続いて、制御部３３６は、ＨＴＴＰ ＧＥＴ（装置データ）を送信することにより、ＤＭＳ２０からＤＭＳ２０の装置データを取得する（Ｓ７３６）。ここで、装置データに含まれる「＜ａｖ：Ｘ＿ＰａｒｅｎｔａｌＬｏｃｋ ｘｍｌｎｓ：ａｖ＝“ｕｒｎ：ｓｃｈｅｍａｓ−ｓｏｎｙ−ｃｏｍ：ａｖ”＞」には、「Ｓｅｒｖｅｒ」と記載されている。当該記載に基づき、ＤＭＰ３０はＤＭＳ２０へのアクセスにＤＭＳ２０のＰＩＮコードが必要であることを把握する。

その後、制御部３３６は、入力部３２０へのユーザ入力に基づき、ＤＭＳ２０に記憶されているメタデータのうちで、所定階層のメタデータの一覧を示すリストを要求し〈ＣＤＳ：Ｂｒｏｕｓｅリクエスト〉、該リストを取得する（Ｓ７４０）。そして、ＤＭＰ３０は、取得したリストに含まれるコンテナにレーティングが設定されている場合（Ｓ７４４）、図２４に示す処理へ移行する。

具体的には、表示画面生成部３２８がユーザにＤＭＳ２０のＰＩＮコードの入力を促す画面を生成する（Ｓ７４８）。そして、制御部３３６は、ユーザにより入力されたＰＩＮコードの値を有する「Ｘ−ＰＡＲＥＮＴＡＬＬＯＣＫ」をヘッダに付加してＣＤＳ：Ｂｒｏｗｓｅリクエストを送信する（Ｓ７５２）。その結果、ＤＭＰ３０は、レーティングが設定されているコンテナの下位のリストを取得することができる（Ｓ７５６）。その後、ＤＭＰ３０は、図２３のＳ７４４の処理へ戻る。

また、ＤＭＰ３０は、取得したリストに含まれるコンテナおよびアイテムにレーティングが設定されている場合（Ｓ７４４）、通常処理へ移行する（Ｓ７４６）。

さらに、制御部３３６は、取得したリストに含まれるアイテムにレーティングが設定されている場合（Ｓ７４４）、アイテムに「〈ｄｃ：ｔｉｔｌｅ ａｖ：ｈｉｄｄｅｎ＝“ｔｒｕｅ”〉」が設定されているか否かを確認する（Ｓ７６０）。そして、アイテムに「〈ｄｃ：ｔｉｔｌｅ ａｖ：ｈｉｄｄｅｎ＝“ｔｒｕｅ”〉」が設定されている場合、表示画面生成部３２８がユーザにＤＭＳ２０のＰＩＮコードの入力を促す画面を生成する（Ｓ７６４）。また、この間、表示画面生成部３２８はコンテンツデータのタイトルとして「〈ｄｃ：ｔｉｔｌｅ ａｖ：ｈｉｄｄｅｎ＝“ｔｒｕｅ”〉」に記載されている例えば「＊＊＊」などの文字列を表示する（Ｓ７６８）。

続いて、制御部３３６は、ユーザにより入力されたＰＩＮコードを含む「Ｘ−ＰＡＲＥＮＴＡＬＬＯＣＫ」をヘッダに付加してＣＤＳ：Ｂｒｏｗｓｅリクエストを送信する（Ｓ７７２）。その結果、ユーザにより入力されたＰＩＮコードが正しかった場合、ＤＭＳ２０から真のタイトルが記載された「〈ｄｃ：ｔｉｔｌｅ〉」が送信されるため、表示画面生成部３２８は当該真のタイトルを表示する。ただし、ユーザにより入力されたＰＩＮコードが誤っていた場合、ＤＭＳ２０からエラーコードが送信される。さらに、制御部３３６は、入力部３２０へのユーザ入力に基づき、「Ｘ−ＰＡＲＥＮＴＡＬＬＯＣＫ」をヘッダに含むＨＴＴＰ ＧＥＴ（コンテンツデータ）を送信することによりコンテンツデータを取得することができる（Ｓ７８４）。

一方、アイテムに「〈ｄｃ：ｔｉｔｌｅ ａｖ：ｈｉｄｄｅｎ＝“ｔｒｕｅ”〉」が設定されていない場合（Ｓ７６０）、表示画面生成部３２８は「〈ａｖ：ｏｒｉｇｉｎａｌＴｉｔｌｅ〉」に記載されているタイトルを表示する（Ｓ７７６）。なお、「〈ａｖ：ｏｒｉｇｉｎａｌＴｉｔｌｅ〉」がない場合、表示画面生成部３２８は「〈ｄｃ：ｔｉｔｌｅ〉」に記載されているタイトルを表示してもよい。さらに、表示画面生成部３２８がユーザにＤＭＳ２０のＰＩＮコードの入力を促す画面を生成する（Ｓ７８０）。その後、ＤＭＰ３０はＳ７８４の処理へ移行する。

〔４−３−２〕ＤＭＰ側のＰＩＮを利用する例（図２５および図２６）
次に、図２５および図２６を参照し、ＤＭＰ３０側のＰＩＮコードを利用する場合のコンテンツデータの送信制御の流れについて説明する。

図２５は、ＤＭＳ２０におけるコンテンツデータの送信制御の流れを示したフローチャートである。図２５に示したように、ＤＭＳ２０がＤＭＰ３０からＨＴＴＰ ＧＥＴ（コンテンツデータ）を受信すると（Ｓ８０４）、対象コンテンツデータにアクセス制限が設定されているか否かを制御部２３６が確認する（Ｓ８０８）。そして、制御部２３６は、対象コンテンツデータにアクセス制限が設定されていない場合、通常処理へ移行する（Ｓ８１２）。

一方、対象コンテンツデータにアクセス制限が設定されている場合、制御部２３６はＨＴＴＰ ＧＥＴ（コンテンツデータ）のヘッダに「Ｘ−ＰＡＲＥＮＴＡＬＬＯＣＫ」が付加されているか否か確認する（Ｓ８１６）。そして、制御部２３６は、「Ｘ−ＰＡＲＥＮＴＡＬＬＯＣＫ」が付加されていない場合、ＤＭＰ３０へエラーコードを送信する（Ｓ８２４）。一方、「Ｘ−ＰＡＲＥＮＴＡＬＬＯＣＫ」が付加されている場合、リクエスト元のＤＭＰ３０へ対象コンテンツデータを送信する（Ｓ８２０）。

図２６は、ＤＭＰ３０がＤＭＰ３０のＰＩＮコードを利用してコンテンツデータを取得する流れを示したフローチャートである。図２６に示したように、ＤＭＰ３０の制御部３３６は、ＳＳＤＰ Ｍ−Ｓｅａｒｃｈを送信し、ＤＭＳ２０からＳＳＤＰ Ｒｅｓｐｏｎｓｅを受信する（Ｓ８３２）。続いて、制御部３３６は、ＨＴＴＰ ＧＥＴ（装置データ）を送信することにより、ＤＭＳ２０からＤＭＳ２０の装置データを取得する（Ｓ８３６）。ここで、装置データに含まれる「＜ａｖ：Ｘ＿ＰａｒｅｎｔａｌＬｏｃｋ ｘｍｌｎｓ：ａｖ＝“ｕｒｎ：ｓｃｈｅｍａｓ−ｓｏｎｙ−ｃｏｍ：ａｖ”＞」には、「Ｃｌｉａｎｔ」と記載されている。当該記載に基づき、ＤＭＰ３０はＤＭＳ２０へのアクセスにＤＭＰ３０のＰＩＮコードが必要であることを把握する。

その後、制御部３３６は、入力部３２０へのユーザ入力に基づき、ＤＭＳ２０に記憶されているメタデータのうちで、所定階層のメタデータの一覧を示すリストを要求し〈ＣＤＳ：Ｂｒｏｕｓｅリクエスト〉、該リストを取得する（Ｓ８４０）。

続いて、制御部３３６は、取得したリストに含まれる「〈ｕｐｎｐ：ｒａｔｉｎｇ〉」を参照し、取得したアイテムにレーティングが設定されているか否かを確認する（Ｓ８４４）。そして、表示画面生成部３２８は、取得されたアイテムにレーティングが設定されていないと制御部３３６により確認された場合（Ｓ８４４）、「〈ｄｃ：ｔｉｔｌｅ〉」に記載されているタイトルを表示する（Ｓ８４８）。

一方、表示画面生成部３２８は、取得されたアイテムにレーティングが設定されていないと制御部３３６により確認された場合（Ｓ８４４）、「〈ｄｃ：ｔｉｔｌｅ〉」、または「〈ａｖ：ｏｒｉｇｉｎａｌＴｉｔｌｅ〉」に記載されているタイトルを表示する（Ｓ８５２）。その後、取得されたアイテムに対応するコンテンツデータの再生をユーザが所望すると、表示画面生成部３２８がユーザにＤＭＰ３０のＰＩＮコードの入力を促す画面を生成する（Ｓ８５６）。そして、制御部３３６は、ユーザにより入力されたＰＩＮコードと、ＤＭＰ３０のＰＩＮコードが一致するか否かを判断する（Ｓ８６０）。

ＰＩＮコードが一致しないと判断された場合にはＤＭＰ３０はＳ８５６からの処理に戻る。一方、ＰＩＮコードが一致すると判断された場合、制御部３３６は「Ｘ−ＰＡＲＥＮＴＡＬＬＯＣＫ」をＨＴＴＰ ＧＥＴ（コンテンツデータ）のヘッダに付加してＤＭＳ２０へ送信する（Ｓ８６４）。その結果、ＤＭＳ２０から対象コンテンツデータが送信され、ＤＭＰ３０はコンテンツデータを取得し、再生することができる。

〔５〕まとめ
以上説明したように、本実施形態においては、例えば、制御部２３６は、ＤＭＳ２０またはＤＭＰ３０のＰＩＮがＤＭＰ３０において入力された場合に、レーティングが設定されているコンテンツデータをＤＭＰ３０へ送信する。また、制御部２３６は、ＤＭＳ２０またはＤＭＰ３０のＰＩＮがＤＭＰ３０において入力された場合に、レーティングが設定されているコンテンツデータの真のタイトルをＤＭＰ３０へ送信する。かかる構成においては、ＤＭＰ３０がＰＩＮ入力を要求するパレンタル制御機能を有さない場合、ＤＭＰ３０はコンテンツデータ、およびコンテンツデータの真のタイトルを取得することができない。一方、ＤＭＰ３０がＰＩＮ入力を要求するパレンタル制御機能を有する場合、該ＤＭＰ３０にコンテンツデータ、およびコンテンツデータの真のタイトルを提供することが可能である。

また、制御部２３６は、ＤＭＰ３０から受信されたＣＤＳ：ＢｒｏｗｓｅリクエストがＤＭＳ２０またはＤＭＰ３０のＰＩＮの入力に基づく要求でない場合、「〈ｄｃ：ｔｉｔｌｅ〉」として設定されている文字列を送信してもよい。一方、制御部２３６は、ＣＤＳ：Ｂｒｏｗｓｅリクエストが上記ＰＩＮの入力に基づく要求である場合、「〈ａｖ：ｏｒｉｇｉｎａｌＴｉｔｌｅ〉」として設定されている真のタイトルを「〈ｄｃ：ｔｉｔｌｅ〉」に記載して送信してもよい。かかる構成においては、ＤＭＰ３０がＰＩＮ入力を要求するパレンタル制御機能を有さない場合、ＤＭＰ３０は「〈ｄｃ：ｔｉｔｌｅ〉」として設定されている文字列をコンテンツデータのタイトルと認識して表示する。一方、ＤＭＰ３０がＰＩＮ入力を要求するパレンタル制御機能を有する場合、該ＤＭＰ３０にコンテンツデータの真のタイトルを表示させることが可能である。

また、制御部２３６は、レーティングが設定されているメタデータの下位のメタデータに対するＣＤＳ：Ｂｒｏｗｓｅリクエストがあり、該ＣＤＳ：Ｂｒｏｗｓｅリクエストが上記ＰＩＮ入力に基づく要求である場合に下位のメタデータを送信してもよい。一方、制御部２３６は、レーティングが設定されているメタデータの下位のメタデータに対するＣＤＳ：Ｂｒｏｗｓｅリクエストがあり、該ＣＤＳ：Ｂｒｏｗｓｅリクエストが上記ＰＩＮ入力に基づく要求でない場合には下位のメタデータを送信しなくてもよい。かかる構成においては、ＤＭＰ３０がＰＩＮ入力を要求するパレンタル制御機能を有さない場合、ＤＭＰ３０はレーティングが設定されているメタデータの下位にメタデータが配されていないと認識する。一方、ＤＭＰ３０がＰＩＮ入力を要求するパレンタル制御機能を有する場合、該ＤＭＰ３０に下位のメタデータに関する情報を表示させることが可能である。

このように、本実施形態によれば、ＤＭＰ３０が特段のパレンタル制御機能に対応しているか否かにかかわらず、ＤＭＳ２０の制御により実質的にＤＭＰ３０におけるパレンタル制御を実現することができる。

以上、添付図面を参照しながら本発明の好適な実施形態について説明したが、本発明は係る例に限定されないことは言うまでもない。当業者であれば、特許請求の範囲に記載された範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、それらについても当然に本発明の技術的範囲に属するものと了解される。

例えば、本明細書のＤＭＳ２０およびＤＭＰ３０の処理における各ステップは、必ずしもフローチャートとして記載された順序に沿って時系列に処理する必要はない。例えば、ＤＭＳ２０およびＤＭＰ３０の処理における各ステップは、並列的あるいは個別に実行される処理（例えば、並列処理あるいはオブジェクトによる処理）を含んでもよい。

また、ＤＭＳ２０およびＤＭＰ３０に内蔵されるＣＰＵ２０１、ＲＯＭ２０２およびＲＡＭ２０３などのハードウェアを、上述したＤＭＳ２０およびＤＭＰ３０の各構成と同等の機能を発揮させるためのコンピュータプログラムも作成可能である。また、該コンピュータプログラムを記憶させた記憶媒体も提供される。また、図４または図９の機能ブロック図で示したそれぞれの機能ブロックをハードウェアで構成することで、一連の処理をハードウェアで実現することもできる。

本実施形態にかかるホームネットワークを含むコンテンツ提供システム１の構成を示した説明図である。 ＤＭＳおよびＤＭＰの間で行なわれる通信の流れを示したシーケンス図である。 本実施形態にかかるＤＭＳのハードウェア構成を示した説明図である。 本実施形態にかかるＤＭＳの構成を示した機能ブロック図である。 メタデータの木構造を模式的に示した説明図である。 コンテナに該当するメタデータの構成を示した説明図である。 アイテムに該当するメタデータの構成を示した説明図である。 装置データの具体例を示した説明図である。 ＤＭＰの構成を示した機能ブロック図である。 ＣＤＳ：Ｂｒｏｗｓｅリクエストの具体例を示した説明図である。 コンテンツリスト画面の一例を示した説明図である。 ＣＤＳ：Ｘ−Ｂｒｏｗｓｅリクエストの具体例を示した説明図である。 コンテンツリスト画面の他の例を示した説明図である。 ＨＴＴＰ ＧＥＴ（コンテンツデータ）の具体例を示した説明図である。 ＤＭＳにおいて実行される装置データおよびコンテナの設定動作の流れを示したフローチャートである。 木構造管理部によりメタデータの設定が行われる流れを示したフローチャートである。 木構造管理部によりメタデータの設定が行われる流れを示したフローチャートである。 木構造管理部によりメタデータの設定が行われる流れを示したフローチャートである。 木構造管理部によりメタデータの設定が行われる流れを示したフローチャートである。 ＤＭＳがＤＭＰへメタデータを送信する流れを示したフローチャートである。 ＤＭＳがＤＭＰへメタデータを送信する流れの他の例を示したフローチャートである。 ＤＭＳにおけるコンテンツデータの送信制御の流れを示したフローチャートである。 ＤＭＰがＤＭＳのＰＩＮコードを利用してコンテンツデータを取得する流れを示したフローチャートである。 ＤＭＰがＤＭＳのＰＩＮコードを利用してコンテンツデータを取得する流れを示したフローチャートである。 ＤＭＳにおけるコンテンツデータの送信制御の流れを示したフローチャートである。 ＤＭＰがＤＭＰのＰＩＮコードを利用してコンテンツデータを取得する流れを示したフローチャートである。

符号の説明

２０ ＤＭＳ
３０、３０Ａ、３０Ｂ ＤＭＰ
２１６、３１６ 通信部
２２０ 木構造管理部
２２４ 記憶部
２２８ 操作部
２３６、３３６ 制御部
３２０ 入力部
３２８ 表示画面生成部
３３２ 表示部

Claims (14)

1. 視聴制限が設定されているコンテンツデータの所定データとしてコンテンツデータの真のタイトルを設定し、前記コンテンツデータのタイトルデータとして前記コンテンツデータの真のタイトルと異なる文字列を設定する設定部と；
   データ要求装置とデータ通信を行う通信部と；
   前記通信部により前記データ要求装置から受信された送信要求が所定情報の入力に基づく要求であるか否かに基づき、前記所定データとして設定されている前記真のタイトル、および前記タイトルデータとして設定されている前記文字列の前記通信部からの送信を制御する制御部と；
   を備える、データ通信装置。
2. 前記制御部は、
   前記通信部により前記データ要求装置から受信された送信要求が所定情報の入力に基づく要求でない場合、前記通信部から前記文字列を前記タイトルデータとして送信させ、
   前記通信部により前記データ要求装置から受信された送信要求が所定情報の入力に基づく要求である場合、前記通信部から前記真のタイトルを前記タイトルデータとして送信させる、請求項１に記載のデータ通信装置。
3. 前記制御部は、
   前記通信部により前記データ要求装置から受信された送信要求が所定情報の入力に基づく要求でない場合、前記通信部から前記所定データとして設定されている前記真のタイトルを送信させず、
   前記通信部により前記データ要求装置から受信された送信要求が所定情報の入力に基づく要求である場合、前記通信部から前記所定データとして設定されている前記真のタイトルを送信させる、請求項１に記載のデータ通信装置。
4. 前記データ通信装置は、
   前記所定データまたは前記タイトルデータを含むコンテンツデータのメタデータを、上位メタデータの下位に階層的に記憶している記憶部をさらに備え、
   前記制御部は、
   視聴制限が設定されている上位メタデータの下位に配されているメタデータの送信要求が前記データ要求装置から前記通信部により受信され、かつ、前記メタデータの送信要求が前記所定情報の入力に基づく要求である場合、前記上位メタデータの下位に配されているメタデータを前記データ要求装置へ送信させる、請求項１に記載のデータ処理装置。
5. 前記データ通信装置は、
   コンテンツデータを記憶している記憶部をさらに備え、
   前記制御部は、
   前記記憶部内の視聴制限が設定されているコンテンツデータの送信要求が前記データ要求装置から前記通信部により受信され、かつ、前記コンテンツデータの送信要求が特定の情報を含む場合に、当該コンテンツデータを前記通信部から送信させる、請求項１に記載のデータ通信装置。
6. 視聴制限が設定されているコンテンツデータの所定データとしてコンテンツデータの真のタイトルを設定し、前記コンテンツデータのタイトルデータとして前記コンテンツデータの真のタイトルと異なる文字列を設定するステップと；
   データ要求装置から送信要求を受信するステップと；
   前記送信要求が所定情報の入力に基づく要求であるか否かに基づき、前記所定データとして設定されている前記真のタイトル、および前記タイトルデータとして設定されている前記文字列の前記通信部からの送信を制御するステップと；
   を含む、データ通信方法。
7. 視聴制限が設定されているコンテンツデータの所定データとしてコンテンツデータの真のタイトルを設定し、前記コンテンツデータのタイトルデータとして前記コンテンツデータの真のタイトルと異なる文字列を設定し、送信要求を受信し、前記送信要求が所定情報の入力に基づく要求であるか否かに基づき、前記所定データとして設定されている前記真のタイトル、および前記タイトルデータとして設定されている前記文字列の前記通信部からの送信を制御するデータ通信装置と通信する通信部と；
   ユーザにより前記所定情報が入力される入力部と；
   前記所定情報の入力に基づく前記送信要求を前記通信部から前記データ通信装置へ送信させる制御部と；
   を備える、データ要求装置。
8. ユーザにより所定情報が入力されるステップと；
   前記所定情報の入力に基づく送信要求を、
   視聴制限が設定されているコンテンツデータの所定データとしてコンテンツデータの真のタイトルを設定し、前記コンテンツデータのタイトルデータとして前記コンテンツデータの真のタイトルと異なる文字列を設定し、ある要求を受信し、該要求が所定情報の入力に基づく前記送信要求であるか否かに基づき、前記所定データとして設定されている前記真のタイトル、および前記タイトルデータとして設定されている前記文字列の前記通信部からの送信を制御するデータ通信装置へ送信するステップと；
   を含む、データ要求方法。
9. データ通信を行う第１の通信部、
   ユーザにより所定情報が入力される入力部、および、
   前記所定情報の入力に基づく送信要求を前記通信部から送信させる第１の制御部、
   を備えるデータ要求装置と；
   視聴制限が設定されているコンテンツデータの所定データとしてコンテンツデータの真のタイトルを設定し、前記コンテンツデータのタイトルデータとして前記コンテンツデータの真のタイトルと異なる文字列を設定する設定部、
   前記データ要求装置とデータ通信を行う第２の通信部、および、
   前記通信部により前記データ要求装置から受信された送信要求が所定情報の入力に基づく要求であるか否かに基づき、前記所定データとして設定されている前記真のタイトル、および前記タイトルデータとして設定されている前記文字列の前記通信部からの送信を制御する第２の制御部、
   を備えるデータ通信装置と；を含むデータ通信システム。
10. コンテンツデータ、およびコンテンツデータに視聴制限が設定されているか否かを示すメタデータを対応付けて記憶している記憶部と；
    データ要求装置から任意のコンテンツデータの送信要求を受信する通信部と；
    前記任意のコンテンツデータに視聴制限が設定されており、かつ、前記送信要求に特定の情報が含まれていない場合には前記通信部から前記任意のコンテンツデータを送信させず、
    前記任意のコンテンツデータに視聴制限が設定されており、かつ、前記送信要求に特定の情報が含まれている場合には前記通信部から前記任意のコンテンツデータを送信させる制御部と；
    を備えるデータ通信装置。
11. データ要求装置から任意のコンテンツデータの送信要求を受信するステップと；
    前記任意のコンテンツデータに視聴制限が設定されており、かつ、前記送信要求に特定の情報が含まれていない場合には前記任意のコンテンツデータを送信せず、
    前記任意のコンテンツデータに視聴制限が設定されており、かつ、前記送信要求に特定の情報が含まれている場合には前記任意のコンテンツデータを送信するステップと；
    を含むデータ通信方法。
12. 任意のコンテンツデータの送信要求を受信し、前記任意のコンテンツデータに視聴制限が設定されており、かつ、前記送信要求に特定の情報が含まれていない場合には前記任意のコンテンツデータを送信せず、前記任意のコンテンツデータに視聴制限が設定されており、かつ、前記送信要求に特定の情報が含まれている場合には前記任意のコンテンツデータを送信するデータ通信装置と通信する通信部と；
    ユーザにより所定の操作入力が行なわれる入力部と；
    前記所定の操作入力が行なわれた場合に前記特定の情報を含む前記送信要求を前記通信部から前記データ通信装置へ送信させる制御部と；
    を備える、データ要求装置。
13. ユーザにより所定の操作入力が行なわれるステップと；
    前記所定の操作入力が行なわれた場合に特定の情報を含む送信要求を、
    任意のコンテンツデータの要求を受信し、前記任意のコンテンツデータに視聴制限が設定されており、かつ、前記要求に前記特定の情報が含まれていない場合には前記任意のコンテンツデータを送信せず、前記任意のコンテンツデータに視聴制限が設定されており、かつ、前記要求が前記特定の情報を含む前記送信要求である場合には前記任意のコンテンツデータを送信するデータ通信装置、へ送信するステップと；
    を含む、データ要求方法。
14. データ通信を行う第１の通信部、
    ユーザにより所定の操作入力が行なわれる入力部、および、
    前記所定の操作入力が行なわれた場合に前記特定の情報を含む前記送信要求を前記通信部から前記データ通信装置へ送信させる第１の制御部、
    を備えるデータ要求装置と；
    コンテンツデータ、およびコンテンツデータに視聴制限が設定されているか否かを示すメタデータを対応付けて記憶している記憶部、
    前記データ要求装置から任意のコンテンツデータの要求を受信する第２の通信部、および、
    前記任意のコンテンツデータに視聴制限が設定されており、かつ、前記要求に前記特定の情報が含まれていない場合には前記第２の通信部から前記任意のコンテンツデータを送信させず、
    前記任意のコンテンツデータに視聴制限が設定されており、かつ、前記要求が前記特定の情報を含む前記送信要求である場合には前記第２の通信部から前記任意のコンテンツデータを送信させる第２の制御部、
    を備えるデータ通信装置と；を含むデータ通信システム。
    
    

Images