(57)【要約】【課題】  コンテンツデータを管理する管理情報の効率的な運用を行なう通信装置及び通信方法を提供する。【解決手段】  外部装置からネットワークを介して検索要求又は閲覧要求を受信する受信部と、１以上のコンテンツデータを木構造で管理する管理情報を格納する管理部と、受信部で受信した外部装置からの検索要求又は閲覧要求に対し、管理部の管理情報を検索した検索結果を、ネットワークを介して送信する送信部と、受信部で受信した外部装置からの検索要求又は閲覧要求に応じて、新たな部分木を生成し、この部分木を用いて管理部が管理する管理情報を更新する更新部をもつ通信装置。【選択図】図１
2008003938.tif 000002
【特許請求の範囲】
【請求項１】
外部装置からネットワークを介して検索要求又は閲覧要求を受信する受信部と、
１以上のコンテンツデータを木構造で管理する管理情報を格納する管理部と、
前記受信部で受信した前記外部装置からの検索要求又は閲覧要求に対し、前記管理部の管理情報を検索した検索結果を、前記ネットワークを介して送信する送信部と、
受信部で受信した前記外部装置からの検索要求又は閲覧要求に応じて、新たな部分木を生成し、この部分木を用いて前記管理部が管理する前記管理情報を更新する更新部を具備することを特徴とする通信装置。
【請求項２】
前記更新部は、前記外部装置からの検索要求又は閲覧要求で与えられる引数に基づきコンテナ及びアイテムを生成することで、前記部分木を生成することを特徴とする請求項１記載の通信装置。
【請求項３】
前記更新部は、前記受信部で受信した前記外部装置からの検索要求又は閲覧要求の回数を記憶し、この累積回数が所定回数以上あった場合に、新たな部分木を生成しこの部分木を用いて前記管理部が管理する前記管理情報を更新することを特徴とする請求項１記載の通信装置。
【請求項４】
前記受信部は、前記受信部で受信した検索要求又は閲覧要求がどの外部装置からのものであるかを前記外部装置のアドレス情報に基づいて判断し、
前記更新部は、同一の外部装置からの検索要求又は閲覧要求の回数を記憶し、この累積回数が所定回数以上あった場合に、新たな部分木を生成しこの部分木を用いて前記管理部が管理する前記管理情報を更新することを特徴とする請求項１記載の通信装置。
【請求項５】
前記受信部は、前記受信部で受信した検索要求又は閲覧要求がどの外部装置からのものであるかを前記外部装置のアドレス情報に基づいて判断し、
前記更新部は、互いに異なる外部装置からの検索要求又は閲覧要求の回数を記憶し、この累積回数が所定回数以上あった場合に、新たな部分木を生成しこの部分木を用いて前記管理部が管理する前記管理情報を更新することを特徴とする請求項１記載の通信装置。
【請求項６】
外部装置とＵＰｎＰによりネットワークを介して通信し、ＣＤＳとして機能する通信装置であって、
前記外部装置からSearch要求又はBrowse要求のコマンドを受信する受信部と、
１以上のコンテンツデータを木構造で管理する管理情報を格納する管理部と、
前記受信部で受信したSearch要求又はBrowse要求のコマンドに対し、前記管理情報が管理する前記管理情報に基づいて前記外部装置に応答を送信する送信部と、
前記コマンド受信部で受信したSearch要求又はBrowse要求のコマンドで与えられた引数に応じて新たなコンテナ又はアイテムを作成し、作成したコンテナ又はアイテムを用いて前記管理部が管理する木構造の前記管理情報を更新する更新部を具備することを特徴とする通信装置。
【請求項７】
前記更新部は、Search要求の引数として与えられるSearch Criteriaのプロパティ名に基づいてコンテナ又はアイテムを作成し、作成したコンテナ又はアイテムを用いて前記管理部が管理する木構造の前記管理情報を更新することを特徴とする請求項６記載の通信装置。
【請求項８】
前記更新部は、Search要求又はBrowse要求の引数として与えられるSort Criteria及びFilterのプロパティ名に基づいてコンテナ又はアイテムを作成し、作成したコンテナ又はアイテムを用いて前記管理部が管理する木構造の前記管理情報を更新することを特徴とする請求項６記載の通信装置。
【請求項９】
外部装置からネットワークを介して検索要求又は閲覧要求を受信し、
前記受信した前記外部装置からの検索要求又は閲覧要求に対し、１以上のコンテンツデータを木構造で管理する管理情報を検索した検索結果を前記ネットワークを介して送信し、
前記外部装置からの検索要求又は閲覧要求に応じて、新たな部分木を生成し、この部分木を用いて前記管理情報を更新することを特徴とする通信方法。
【請求項１０】
前記外部装置からの検索要求又は閲覧要求で与えられる引数に基づき、コンテナ及びアイテムを生成することで、前記部分木を生成することを特徴とする請求項９記載の通信方法。
【請求項１１】
前記外部装置からの検索要求又は閲覧要求の回数を記憶し、この累積回数が所定回数以上あった場合に、新たな部分木を生成しこの部分木を用いて前記管理情報を更新することを特徴とする請求項９記載の通信方法。
【請求項１２】
前記受信した検索要求又は閲覧要求がどの外部装置からのものであるかを前記外部装置のアドレス情報に基づいて判断し、
この判断により同一の外部装置からの検索要求又は閲覧要求の回数を記憶し、この累積回数が所定回数以上あった場合に、新たな部分木を生成しこの部分木を用いて前記管理情報を更新することを特徴とする請求項９記載の通信方法。
【請求項１３】
前記受信した検索要求又は閲覧要求がどの外部装置からのものであるかを前記外部装置のアドレス情報に基づいて判断し、
この判断により互いに異なる外部装置からの検索要求又は閲覧要求の回数を記憶し、この累積回数が所定回数以上あった場合に、新たな部分木を生成しこの部分木を用いて前記管理情報を更新することを特徴とする請求項９記載の通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、コンテンツデータを木構造で管理する管理情報をもつ通信装置及び通信方法に関する。
【背景技術】
【０００２】
近年、デジタルネットワーク技術が一般に普及しつつあり、これを利用した通信装置も多く開発されてきている。又、このようなネットワーク通信環境において、ネットワーク上の通信装置が保有する複数のコンテンツを検索し管理する技術も知られている。
【０００３】
特許文献１は、コンテンツデータを階層構造の複数の管理単位で管理するサーバに、一部の階層毎の管理単位情報データを要求して取得し、そのデータを記録保持して、階層構造を再構成する。これにより、予め保持している管理単位を再構成した階層構造で提示することにより、コンテンツデータを迅速に検索できる装置を開示している。
【特許文献１】特開２００５−１８２３０１公報。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかし、特許文献１の検索できる装置は、コンテンツデータを管理するサーバにクライアントがアクセスして検索結果を取得し、この検索結果をクライアント側の装置で効率的に利用する技術を示している。従って、クライアント側の装置ではなく、サーバ装置において、検索に用いられる管理情報をいかに効率的に運用するかの具体的な方法については述べられてはいない。
【０００５】
本発明は、コンテンツデータを管理する管理情報の効率的な運用を行なう通信装置及び通信方法を提供することを目的とする。
【課題を解決するための手段】
【０００６】
課題を解決する一実施形態は、外部装置（Ｃ）からネットワークを介して検索要求又は閲覧要求を受信する受信部（３）と、１以上のコンテンツデータを木構造で管理する管理情報を格納する管理部（９）と、前記受信部で受信した前記外部装置からの検索要求又は閲覧要求に対し、前記管理部の管理情報を検索した検索結果を、前記ネットワークを介して送信する送信部（３−２）と、受信部で受信した前記外部装置からの検索要求又は閲覧要求に応じて、新たな部分木を生成し、この部分木を用いて前記管理部が管理する前記管理情報を更新する更新部（８）を具備することを特徴とする通信装置である。
【発明の効果】
【０００７】
コンテンツデータの管理情報の検索結果に応じて新たな部分木を生成し、管理情報を更新して、効率的な管理情報の運用を可能とする通信装置を提供する。
【発明を実施するための最良の形態】
【０００８】
以下、この発明の実施の形態について図面を参照して詳細に説明する。  
図１は、本発明の一実施形態に係る通信装置の構成の一例を示すブロック図。図２は、同様に通信装置が扱う初期状態のＣＤＳの木構造の一例を示す説明図。図３は、同様に通信装置が行なう木構造更新処理の一例を示すフローチャート。図４は、同様に通信装置がupnp：genreによるsearchによって生成する追加の木構造の一例を示す説明図。図５は、同様に通信装置がdc：dateによるsortによって生成する追加の木構造の一例を示す説明図。図６は、同様に通信装置がupnp：genreによるsearchによって更新された木構造の一例を示す説明図。図７は、同様に通信装置が更にdc：dateによるsortによって更新された木構造の一例を示す説明図。図８は、同様に通信装置が行なう木構造の更新処理の一例を示すフローチャート。図９は、同様に通信装置が行なう木構造の更新処理の他の一例を示すフローチャート。図１０は、同様に通信装置の他の構成の一例を示すブロック図である。
【０００９】
（概要）
初めに、本発明の一実施形態に係る木構造検索処理・更新処理の概要を説明する。ＩＰネットワークの機器制御のプロトコルとしてＵＰｎＰ（Universal Plug and Play）があり、ＡＶ機器向けの仕様としてＵＰｎＰ ＡＶ Architectureという仕様がＵＰｎＰ Forumで定義されている。ＵＰｎＰ ＡＶ Architectureでは非制御機能を実装するサーバとしてＵＰｎＰ Media Server Device（以下、ＭＳＤ、又は単にサーバ装置と述べる）が定義されているが、ＵＰｎＰサーバ装置には、サーバ装置が格納しているコンテンツのリストをクライアント装置Ｃ（又はＭＳＣＰ（Media Server Control Point）に提供するサービスとして、Content Directory Service（以下、ＣＤＳと述べる）が定義されている。
【００１０】
ＣＤＳではコンテンツリストをコンテナとアイテムによってコンテンツの情報を管理している。アイテムはコンテンツを格納するＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）エレメントとして定義されており、ひとつのコンテンツはひとつのアイテムによって表現する。一方、コンテナは、アイテム及びコンテナを子供として持つことができるＸＭＬエレメントとして定義されている。
【００１１】
即ち、一般的なファイルシステムにたとえれば、コンテナは、ディレクトリであり、アイテムはファイルに対応する。ＣＤＳは、ひとつだけ存在するルートコンテナという特殊なコンテナを根とした木構造によってコンテンツを管理している。
【００１２】
又ＣＤＳでは、コントロールポイントであるクライアント装置Ｃに対して木構造で表されたコンテンツの情報を提供するためのアクションとして、閲覧機能のBrowse（閲覧要求、以下ＣＤＳ：Browse）及び、検索機能のSearch（検索要求、以下ＣＤＳ：Search）が定義されている。
【００１３】
クライアント装置Ｃは、ＭＤＳのＣＤＳ：Browse及び、ＣＤＳ：Searchアクションを呼び出すことにより、サーバ装置１のコンテンツのリストを取得することができる。一方、ＣＤＳの木構造を操作するアクションとして、コンテナやアイテムの作成を行うCreate Objectアクション等が定義されている。ＣＤＳの木構造を更新する場合は、これらのアクションを呼び出すことによってコンテナやアイテムを新たに追加することができる。
【００１４】
クライアント装置Ｃによって、サーバ装置１のＣＤＳの閲覧を行う場合、あらかじめサーバ装置１を実装するデバイスによって定義されている木構造に沿ってアクセスすることになる。コンテンツの数が増えてくると、クライアント装置Ｃを利用するユーザにとって、どのような木構造をもっていれば検索が容易となるかといったユーザビリティに直接つながり、木構造を更新する必要が出てくる。
【００１５】
一般には、クライアント装置Ｃがサーバ装置１に対してCreate Object等のアクションを実行してコンテンツのショートカットをサーバ装置１に登録しなければならず煩雑である。従って、後述するような本発明の一実施形態である木構造の更新処理を行なうものである。
【００１６】
＜本発明の一実施形態に係る通信装置であるサーバ装置＞
このような木構造更新処理を、本発明の一実施形態に係る通信装置である図１の具体的なサーバ装置の例を用いて以下に詳細な説明を行なう。
【００１７】
（構成）
本発明の一実施形態に係る通信装置であるサーバ装置１は、図１に示すように、一例としてＵＰｎＰメディアサーバであるものとする。
【００１８】
サーバ装置１は、ＴＣＰ／ＩＰネットワーク機能をもつ通信部２を有しており、クライアント側の通信装置Ｃ（Media Server Control Point）とＩＰネットワークＮにより接続されている。更に、サーバ装置１は、通信部２に接続されるアクション受信部３を有しており、アクション受信部３は、ＣＤＳ:BrowseやＣＤＳ:Search等のアクション要求をクライアント装置Ｃから受信する。アクション受信部３で受信したアクションに応じた検索結果等のレスポンス（応答）は、レスポンス送信部３−２から通信部２を介してクライアントＣへ送信される。
【００１９】
さらにサーバ装置１は、このアクション受信部３にそれぞれ接続され、部分木構造を生成するSort Criteria処理部４と、同様に部分木構造を生成するFilter処理部５と、同様に部分木構造を生成するSearch Criteria処理部６と、木構造更新部８に対して指示を出すＣＤＳ更新指示部７を有している。これらのSort Criteria処理部４、Filter処理部５、Search Criteria処理部６は、アクション受信部３でのＣＤＳ：BrowseやＣＤＳ：Searchに引数として与えられるプロパティに基づいて部分木構造を生成する。
【００２０】
また、サーバ装置１は、コンテンツとメタデータを記憶する内部データベースＢと、作成した部分木を用いて木構造を更新する木構造更新部８と、で、内部データベースＢに記憶されるコンテンツやメタデータの管理情報を木構造で管理する木構造管理部９と、木構造管理部からの出力を受けレスポンスを通信部２に供給するレスポンス送信部３−２を有している。
【００２１】
・木構造
又、本発明に係るサーバ装置１の木構造管理部９が管理し、検索処理及び木構造更新処理の対象とされる木構造の例を図２に示す。図２は、内部データベースＢに記憶されているデータから生成した木構造の例を示している。ＣＤＳには、ひとつだけ存在するルートコンテナＴ０という特殊なコンテナを根とした木構造（木構造）によってコンテンツを管理している。又、この木構造は木構造管理部９によって記憶されている。
【００２２】
（動作）
次に、本発明に係る通信装置であるサーバ装置１の検索処理及び木構造更新処理を図３、図８及び図９のフローチャートを用いて、以下に詳細に説明する。
【００２３】
・概要
この実施形態に係るサーバ装置１においては、図３のフローチャートに示すように、クライアント装置ＣからＣＤＳ：Browseの検索要求をアクション受信部３が受信すると（ステップＳ１１）、そのアクションの引数をアクション受信部３が解析し、木構造管理部９で木構造として管理されている管理情報からその検索結果をレスポンス送信部３−２が作成し、クライアント装置Ｃへ返送する（ステップＳ１２）。さらに、当該アクションで与えられたSort CriteriaやFilterの引数のプロパティ名に基づき、新たなコンテナ及びそれに格納するアイテムにより部分木を生成し、これにより木構造を更新する（ステップＳ１３）。
【００２４】
・詳細な検索処理及び木構造更新処理の説明
ここで、詳細な検索処理及び木構造更新処理の説明を、図３、図８及び図９のフローチャートを用いて以下に詳細に説明する。
【００２５】
サーバ装置１において、図３のフローチャートに示すように、クライアント装置Ｃから送信されてくるＣＤＳ：Searchアクションリクエスト、又は、ＣＤＳ：Browseリクエストの受信に応じて（ステップＳ１１）、アクション受信部３がその引数を解析する。
【００２６】
そして、木構造管理部９で管理されている図２に示すような初期状態のＣＤＳの木構造のデータを受け取り、各アクションのレスポンスを生成し、レスポンス送信部３−２を通しておのおののリクエストに対するレスポンスを返答する（ステップＳ１２）。
【００２７】
同時に、クライアント装置Ｃから受信したアクションがＣＤＳ：Searchリクエストの場合は、アクション受信部３は、Sort Criteria引数の値、及びFilter引数の値、Search Criteria引数の値のそれぞれを、Sort Criteria処理部４、Filter処理部５、Search Criteria処理部６に渡す。
【００２８】
Sort Criteria処理部４、Filter処理部５、Search Criteria処理部６は、其々引数を受け取ると、当該引数に応じてコンテナやアイテムを子供に持つ部分木を作成し、木構造更新部８は、作成された部分木を用いて木構造管理部９が管理する木構造の管理情報を更新する。
【００２９】
又、クライアント装置Ｃから受信したアクションがＣＤＳ：Browseリクエストの場合は、アクション受信部３は、Filter引数の値、Sort Criteria引数の値のそれぞれを、Sort Criteria処理部４、Filter処理部５、Search Criteria処理部６に渡す。
【００３０】
又、同時に、アクション受信部３は、ＣＤＳ更新指示部７に対してアクションを送信してきた機器の識別情報と共に、上記の引数の値をＣＤＳ更新指示部７に渡す。なお、外部装置を識別するための識別情報は、ＩＰアドレス又はＭＡＣアドレスでもよいが、これらの組み合わせでもよい。
【００３１】
次に、図８を参照しながら木構造の更新処理（図３のＳ１３）について説明する。
【００３２】
まずSort Criteria処理部４は、図８のフローチャートが示すように、Sort Criteriaの引数をプロパティに分解する（ステップＳ２１）。すなわち、一つのプロパティを選択し（ステップＳ２２）、この選択したプロパティについて、内部データベースＢを検索する（ステップＳ２３）。
【００３３】
そして、一つ以上の検索結果があれば、プロパティ名に基づいたコンテナを生成する（ステップＳ２５）。そして、プロパティの値を“dt：title”とするコンテナを生成する（ステップＳ２６）。更に、プロパティの値が同じコンテナの子供として、アイテムを割り当てる（ステップＳ２７）。
【００３４】
このようなステップＳ２２からステップＳ２７の動作を、全てのプロパティを選択したと判断（ステップＳ２８）できるまで続行する。すなわち、内部データベースに格納されている各コンテンツと関連付けられている各プロパティの全ての値を検索し、そのプロパティのとりうる全ての値とその値を持つコンテンツの情報を関連づけて、例えば図４に示すような部分木構造を生成することができる。
【００３５】
ここで、図４は、upnp：genreの値で検索を行うようなＣＤＳ：Searchアクションが呼び出された場合の例である。ジャンルに応じて、“ニュース”ジャンルと“スポーツ”ジャンルとに応じて、部分木構造が生成されている。
【００３６】
図４では、プロパティがdc：dateであった場合の例である。ここでは、日付に応じて、“２００６年３月１０日”、“２００６年３月１１日”、“２００６年３月１５日”の新たなコンテナを定義し、それぞれを親と持つアイテムをリフェレンスアイテムとして生成し、部分木構造を生成している。
【００３７】
又、該当プロパティを持たないアイテムが存在した場合は、そのアイテムはdc：titleとして“その他”という値を持つコンテナを持ちその子供としてリフェレンスアイテムとして生成してもよい。
【００３８】
一方、Filter処理部５も同様に、図８のフローチャートが示す手順に準じて、Filter引数に指定されたプロパティを元にSort Criteria処理部４と同様に、部分木構造を生成する。又、Search Criteria処理部６も同様に、図８のフローチャートが示す手順に準じて、Sort Criteria処理部４と同様に、部分木構造を生成する。
【００３９】
一方、ＣＤＳ更新指示部７は、上記のＣＤＳ：BrowseやＣＤＳ：Searchアクションを送信してきた機器の識別情報とそれらに含まれていたプロパティ情報を関連づけて記憶しており、何らかの条件に基づいて更新するか否かを判断し、木構造更新部８に対して判断に応じた指示を出す。
【００４０】
この木構造を更新するか否かの条件は、色々なものが状況に応じて可能である。例えば、図９のフローチャートのステップＳ３１に示されるように、同一のクライアント装置Ｃからあらかじめ定められた回数、たとえば５回の同一プロパティを含んだアクションを受信したか否かを、更新の条件にすることが好適である。
【００４１】
即ち、ＣＤＳ更新指示部７は、upnp：genreを引数として含むＣＤＳ：Searchアクションが同一のクライアント装置Ｃから累積で５回送信されてきた場合に、図３に示す部分木構造を木構造管理部９に対して追加するように木構造更新部８に対して更新指示を出す。
【００４２】
又、このとき、同一のクライアント装置Ｃから所定回数の累積した検索命令があった場合だけでなく、異なる機種のクライアント装置Ｃから所定回数（５回等）の累積した検索命令があった場合を条件とすることも好適である。即ち、多くの異なるクライアント装置Ｃから同様の検索命令があったことを評価して、木構造を更新する場合の条件である。
【００４３】
木構造更新部８は、指示に従いルートコンテナの子供に指定されたプロパティから生成された部分木構造を追加し、木構造管理部９に対して新たな木構造を記憶し直す。図６は、ルートコンテナＴ０に図４のジャンルに関するコンテナＴ１を追加して更新した場合の木構造の一例を示す。又、図７は図６の木構造に、更に、図５の日付に関するコンテナＴ２を追加して更新した場合の木構造の一例を示す。
【００４４】
又、部分木を追加する部分は、ルートではなくて、特定のコンテナの子供となるようにしてもよいし、あらかじめ存在している木構造の子供となるようにしてもよい。例えば、dc：titleがフォルダ１としてもよい。
【００４５】
このように本発明に係るサーバ装置においては、Sort Criteria処理部４、Filter処理部５、Search Criteria処理部６によって含まれるプロパティに基づいた部分木構造を生成し、これをＣＤＳの木構造に追加する。これにより、ユーザが興味を持ったプロパティに関連したコンテンツの分類を、サーバ装置１側で自動的に生成するようになり、コンテンツ数が多い場合でもユーザはクライアント装置側から容易にコンテンツの検索を可能とするサーバ装置である。
【００４６】
又、ＣＤＳ更新指示部７により、予め定められた回数等のアクセスにより木構造を更新する等の条件を与えることで、ザッピング等のノイズを除去し、真にユーザが使いやすい木構造を生成することが可能となる。
【００４７】
＜本発明の一実施形態に係る木構造更新機能が適用される放送記録装置＞
次に、発明の一実施形態に係る木構造更新機能が適用される放送記録装置の一例を図１０を用いて説明する。
【００４８】
（構成）
初めに、図１０は、本発明の一実施形態に係る放送記録装置の構成の一例を示すブロック図である。図１０の放送記録装置１０は、２種類のディスクドライブ部を有する。まず、ビデオファイルを構築できる情報記録媒体である第１のメディアとしての光ディスクＤを回転駆動し、情報の読み書きを実行する光ディスクドライブ部１９を有する。又、第２のメディアとしてのハードディスクを駆動するハードディスクドライブ部１８を有する。制御部３０は、全体の動作を司るべくデータバスを介して各部に接続されている。
【００４９】
又、図１０の放送記録装置１０は、録画側を構成するエンコーダ部２１と、再生側を構成するＭＰＥＧデコーダ部２３と、装置本体の動作を制御する制御部３０とを主たる構成要素としている。放送記録装置１０は、入力側のセレクタ１６と出力側のセレクタ１７とを有しており、入力側のセレクタ１６には、ＬＡＮ等の通信部１１と、いわゆる衛星放送（ＢＳ／ＣＳ）チューナ部１２と、いわゆる地上波チューナ部１３とが接続され、エンコーダ部２１に信号を出力する。又、ＢＳ／ＣＳチューナ部１２には衛星アンテナが、地上波チューナ部１３には地上波アンテナが接続されている。又、放送記録装置１０は、エンコーダ部２１と、エンコーダ部２１の出力を受け、データ編集等の所望のデータ処理を行うデータ編集部２０、データ編集部２０に接続されるハードディスクドライブ部１８、光ディスクドライブ部１９を有している。更に、放送記録装置１０は、ハードディスクドライブ部１８、光ディスクドライブ部１９からの信号を受けてデコードするＭＰＥＧデコーダ部２３と、エンコーダ部２１、バッファ部２２、ＭＰＥＧデコーダ部２３、多重化部２８、分離部２９、制御部３０、上述した木構造の更新処理を行なう木構造処理部４２、予予約録画処理を行なう予約録画部４３を有している。この木構造処理部４２は、図１のサーバ装置１の通信部２を除いた構成と略対応するものであり、通信部２は、図１０の通信部１３に対応するものである。
【００５０】
これらの各部は、データバスを介して制御部３０に接続されている。更に、セレクタ部１７の出力は、外部の受像機４１に接続されるか、外部装置との通信を行うインタフェース部２７を介して、外部装置に供給される。
【００５１】
更に、放送記録装置１０は、データバスを介して制御部３０に接続され、ユーザの操作やリモコンＲの操作を受ける操作部３２を有している。ここで、リモコンは、放送記録装置１０の本体に設けられる操作部３２とほぼ同等の操作を可能とするものであり、ハードディスクドライブ部１８や光ディスクドライブ部１９の記録再生指示や、編集指示、又、チューナの操作、予約録画の設定等、各種設定が可能である。
【００５２】
（動作）
・基本動作
このような構成の放送記録装置１０において、光ディスクに例を取って、再生処理と記録処理の概要を説明すると、制御部３０の制御下において、所定速度に回転される光ディスクＤは、レーザ光が照射されその反射光が光ピックアップにより検出され、これに基づく検出信号が出力される。この検出信号に基づいて、ＲＦ信号が生成され、データの読取処理に続いて再生処理が行われる。
【００５３】
又、光ディスクの記録処理は、制御部３０の制御下において、例えば図示しない入力部を介しセレクタ部１６を介して供給されたデータは、エンコーダ部２１に供給され、コード化されて出力される。このコード化出力と制御部３０の出力に応じて、レーザドライバの駆動電流が光ピックアップに供給され、光ディスクＤの記憶領域に照射することで、記録処理が行われるものである。
【００５４】
このような放送記録装置１０においても、木構造処理部４２が内蔵する内部データベース部Ｂ又はハードディスクドライブ部１８に用意された内部データベースのコンテンツデータに関する木構造の管理情報が、先に説明された方法と同等の方法により更新される。これにより、外部からアクセスするクライアントは、過去の検索結果を利用した木構造の管理情報を容易に参照することが可能となる。
【００５５】
以上記載した様々な実施形態により、当業者は本発明を実現することができるが、更にこれらの実施形態の様々な変形例を思いつくことが当業者によって容易であり、発明的な能力をもたなくとも様々な実施形態へと適用することが可能である。従って、本発明は、開示された原理と新規な特徴に矛盾しない広範な範囲に及ぶものであり、上述した実施形態に限定されるものではない。
【図面の簡単な説明】
【００５６】
【図１】本発明の一実施形態に係る通信装置の構成の一例を示すブロック図。
【図２】本発明の一実施形態に係る通信装置が扱う初期状態のＣＤＳの木構造の一例を示す説明図。
【図３】本発明の一実施形態に係る通信装置が行なう木構造更新処理の一例を示すフローチャート。
【図４】本発明の一実施形態に係る通信装置がupnp：genreによるsearchによって生成する追加の木構造の一例を示す説明図。
【図５】本発明の一実施形態に係る通信装置がdc：dateによるsortによって生成する追加の木構造の一例を示す説明図。
【図６】本発明の一実施形態に係る通信装置がupnp：genreによるsearchによって更新された木構造の一例を示す説明図。
【図７】本発明の一実施形態に係る通信装置が更にdc：dateによるsortによって更新された木構造の一例を示す説明図。
【図８】本発明の一実施形態に係る通信装置が行なう木構造の更新処理の一例を示すフローチャート。
【図９】本発明の一実施形態に係る通信装置が行なう木構造の更新処理の他の一例を示すフローチャート。
【図１０】本発明の一実施形態に係る通信装置の他の構成の一例を示すブロック図。
【符号の説明】
【００５７】
４…Sort Criteria処理部、５…Filter処理部、６…Search Criteria処理部、７…ＣＤＳ更新指示部、Ｂ…内部データベース、８…木構造更新部、９…木構造管理部。
【図１】
2008003938.tif 000003
【図２】
2008003938.tif 000004
【図３】
2008003938.tif 000005
【図４】
2008003938.tif 000006
【図５】
2008003938.tif 000007
【図６】
2008003938.tif 000008
【図７】
2008003938.tif 000009
【図８】
2008003938.tif 000010
【図９】
2008003938.tif 000011
【図１０】
2008003938.tif 000012
【手続補正書】
【提出日】平成18年7月24日(2006.7.24)
【手続補正１】
【補正対象書類名】図面
【補正対象項目名】図９
【補正方法】変更
【補正の内容】
【図９】
2008003938.tif 000013