JP2005216171A - コンテンツ管理装置、コンテンツ管理方法及びコンテンツ管理プログラム - Google Patents

Abstract

【課題】ＸＭＬの名前空間を利用して記述されたコンテンツ情報に基づくコンテンツディレクトリサービスを適切に行うことができるコンテンツ情報管理装置、方法、およびプログラムを提供すること
【解決手段】ＸＭＬで記述されたコンテンツ情報を提供する情報提供装置からコンテンツを受信し、それぞれのコンテンツ情報から名前空間を宣言する記述を抽出する。抽出した名前空間の記述の接頭辞が重複することを検出したときは、これら接頭辞が重複しない値に置換してコンテンツ情報に含まれる名前空間を再構築することにより、これらのコンテンツを結合したＸＭＬ形式で管理することを可能とする。
【選択図】 図１

Description

本発明は、ネットワークを経由して提供されるコンテンツのコンテンツ情報（メタデータ）を管理するコンテンツ管理装置、コンテンツ管理方法及びコンテンツ管理プログラムに関する。

近年、音楽や映像（Ａｕｄｉｏ／Ｖｉｄｅｏ）などのコンテンツ（以下、「ＡＶコンテンツ」という）をビデオテープやコンパクトディスクのような物理的媒体に記憶し管理し再生する利用方法に代わって、ＡＶコンテンツの記録または再生を行う機器（以下、「ＡＶ機器」という）そのものがハードディスクを持ち、ＡＶコンテンツを内蔵ハードディスクに記録し保持するものが現れている。さらに、ＡＶ機器を相互にネットワークで結び、別の機器からのコンテンツの検索や操作、機器をまたいでのコンテンツの移動、複製、再生等を可能にしたものが現れてきている。例えばＩＥＥＥ(The Institute of Electrical and Electronics Engineers)１３９４方式シリアルバスを用いたＡＶ機器間伝送や、ＩＥＥＥ８０２方式ネットワークとＴＣＰ／ＩＰプロトコルを用いたものが開発されている。

最近では、汎用的なＡＶ機器連携の枠組みとしてＵＰｎＰ(Universal Plug and Play)ＡＶ規格が提案されている（下記非特許文献１参照）。これはＵＰｎＰ仕様にて定義されている基本サービスの上に、ＡＶコンテンツの問合せおよび再生／録画等に関する手続きとコンテンツ情報の記述に関する標準を定めたものである。ＵＰｎＰＡＶのコンテンツディレクトリサービス（ＣＤＳ：Content Directory Service）によれば、ＡＶ機器が保有しているコンテンツ情報を問い合せたり、そのようなＡＶ機器に対しコンテンツ情報の生成、削除、更新を要求するため方法が統一化される。

ＵＰｎＰＡＶに基づくネットワーク上でのＡＶコンテンツ利用に際し、他の機器が介在することで付加価値を与えることが考えられている。例えば、あるＡＶ機器が提供するコンテンツデータ形式を望ましい別のデータ形式に変換して提供したり、複数のＡＶ機器が管理するコンテンツ情報を一元管理して公開するといったことである。

これを踏まえ各製造業者またはサービス事業者は、ＵＰｎＰＡＶで定められている標準的なコンテンツ情報に対し独自の情報を付加するであろう。ＵＰｎＰＡＶではコンテンツ情報の記述にＸＭＬ(eXtensible Markup Language)が採用され、名前空間の技術も利用される。一般に、ＸＭＬの名前空間では一意のＵＲＩにより名前空間が宣言され、他の名前空間と識別される。一意のＵＲＩを用いることにより名前空間自体の登録管理が不要となるメリットがある。ＵＰｎＰＡＶにおいて標準として定義された名前空間と共に記述された要素（または属性）と、付加情報のために独自に定義された（非標準の）名前空間と共に記述された要素（または属性）とは、名前空間が互いに識別可能であることから、その衝突が回避される。

例えば複数のＡＶ機器が管理するコンテンツ情報を一元管理して提供する場合、複数の機器に分散して存在するコンテンツ情報を集約し、加工するために、ＤＯＭ(Document Object Model)と呼ばれる技術が利用される（下記非特許文献２参照）。ＤＯＭプロセッサはＸＭＬ記述を木構造に見立てた操作インタフェースを提供する。各機器から収集されたコンテンツ情報はＤＯＭのimportNodeメソッドを利用して結合され、コンテンツ情報ツリーが形成される。ＵＰｎＰＡＶのＣＤＳで用いられるコンテンツ情報もＸＭＬで記述され、該ＸＭＬ記述において用いられる名前空間宣言はＤＯＭ表現されたコンテンツ情報ツリーの最上位ノードに付属させる。
インターネット＜URL： "MediaServer:1 Device Template Version 1.01 For Universal Plug and Play Version 1.0, Status: Standardized DCP, Date: June 25, 2002", http://www.upnp.org/standardizeddcps/mediaserver.asp＞ インターネット＜URL： "Document Object Model (DOM) Level 2 Core Specification Version 1.0 W3C Recommendation 13 November, 2000", http://www.w3.org/TR/DOM-Level-2-Core/core.html＞

各機器から収集されたコンテンツ情報をＤＯＭにより結合するにあたり、各コンテンツ情報の名前空間宣言記述を抽出してコンテンツ情報ツリーの最上位ノードにそのまま付属させると問題が生じる。上述したように、ＸＭＬの名前空間を利用してコンテンツ情報のＸＭＬ記述における要素や属性の衝突は回避できる。また、名前空間自体はＵＲＩによって区別される。しかしながら、ＵＲＩは異なるものの名前空間指定に用いられる接頭辞は重複してしまう事態が起こり得る。これは、提供元が異なるコンテンツ情報のＸＭＬ記述を結合する際に起こりやすい。接頭辞は記述を簡素化するため名前空間指定に用いられ、ＵＲＩと共に名前空間宣言の一部を構成する。言い替えれば、一つの名前空間宣言は、ＵＲＩと、該ＵＲＩに関連付けられた接頭辞とから成る。接頭辞に重複が生じた場合、同一の接頭辞について複数の名前空間宣言が存在することになり問題となる。従来、この問題は設計上または運用上の問題として扱われており、重複が生じないように事前に考慮して名前空間宣言の接頭辞を設定する必要があり、これには多大な作業コストを要する。

本発明は、上記問題を解決するともにＸＭＬの名前空間を利用して記述されたコンテンツ情報に基づくコンテンツディレクトリサービスを適切に行うことができるコンテンツ情報管理装置、方法、およびプログラムを提供することを目的とする。

本発明の一観点に係るコンテンツ情報管理装置は、名前空間を指定してＸＭＬで記述されたコンテンツ情報を提供する第１、第２のコンテンツ提供装置に対して問合わせをし、該問合わせに応答した第１のコンテンツ提供装置から提供される第１のコンテンツ情報と該問合わせに応答した第２のコンテンツ提供装置から提供される第２のコンテンツ情報とを結合して木構造を有する応答を生成し、該応答を他の装置からの問合わせに応じて送信するコンテンツ情報管理装置において、前記第１のコンテンツ情報から第１の名前空間宣言記述を抽出し、前記第２のコンテンツ情報から第２の名前空間宣言記述を抽出する抽出手段と、前記木構造の最上位ノードに前記第１および第２の名前空間宣言記述を配置した際の、該第１の名前空間宣言記述に含まれる第１の接頭辞と、該第２の名前空間宣言記述に含まれる第２の接頭辞との重複を検知する検知手段と、前記重複を回避するために前記第１、第２のコンテンツ情報を処理する処理手段と、前記処理手段により処理された第１、第２のコンテンツ情報を結合して前記応答を生成する応答生成手段と、を具備する。

本発明によれば、ＸＭＬの名前空間を利用して記述されたコンテンツ情報に基づくコンテンツディレクトリサービスを適切に行うことができるコンテンツ情報管理装置、方法、およびプログラムを提供できる。

以下、図面を参照しながら本発明の実施形態を説明する。図１は本発明の実施形態に係るネットワークシステムの構成を示す図である。このシステムには、コンテンツおよびコンテンツ情報を有するＡＶ機器１、ＡＶ機器２と、本発明が適用されたコンテンツ情報管理装置３と、コンテンツ情報管理装置３に対し要求を行うコントロール機器４とが通信路５を介して接続されている。コントロール機器４は、コンテンツ情報管理装置３に対しコンテンツ情報の検索要求（コンテンツ情報の閲覧や検索）や操作要求（コンテンツ情報の生成、削除、変更等）を行う。これら要求に応じて、コンテンツ情報管理装置３は、ＸＭＬの名前空間を利用して記述されたコンテンツ情報に基づくコンテンツディレクトリサービスを提供する。コンテンツ情報管理装置３は自装置および検索対象であるＡＶ機器１、ＡＶ機器２が管理するコンテンツ情報の検索等を行い、その結果に基づいてコントロール機器４への応答を生成する。また、自機器またはＡＶ機器１、ＡＶ機器２から得たコンテンツ情報を集約してコンテンツ情報ツリーを構築するにあたり、コンテンツ情報管理装置３は名前空間宣言における接頭辞の衝突を回避する。

コントロール機器４とコンテンツ情報管理装置３との間の通信はＵＰｎＰＡＶに従うことを前提とする。上記コンテンツディレクトリサービスはＵＰｎＰＡＶに規定のものが利用される。コンテンツ情報管理装置３とＡＶ機器１、ＡＶ機器２との間の通信についても、実施形態の説明ではＵＰｎＰＡＶとする。この場合、コントロール機器４はコンテンツ情報管理装置３を介さずに、ＡＶ機器１およびＡＶ機器２に直接、コンテンツ情報をＵＰｎＰＡＶで問い合わせることができることになるが、このことは以下に説明する本発明には関係しない。

図２はコントロール機器４がコンテンツ検索要求を行った際にコンテンツ情報管理装置３から返されるコンテンツ情報の一例を示している。コンテンツ情報はＸＭＬで記述されており、最上位の＜ＤＩＤＬ−Ｌｉｔｅ＞タグ２０で囲われた２つのアイテム２１と、１つのコンテナ２２とが記述されている。例えば、１番目の＜ｉｔｅｍ＞タグ２３で囲われた内容を見ると、このアイテムのｉｄは"00000011"であり、その親ｉｄは"00000002"である。タイトルは「山の風景」であり日付は2003/09/02である。オブジェクトクラスは"object.item.imageItem.photo"であり、実際のメディアリソースは「http://192.168.0.2/query_content.cgi?id=00000010」であってＨＴＴＰでアクセスできる。データ形式はＪＰＥＧ画像形式であってそのサイズは140000である。図３にこのコンテンツ情報のＤＯＭ表現（一部省略）を示す。

図４は名前空間宣言の一例を示す図である。この名前空間宣言３０は、名前空間であることを示す"xmlns"と、それに続く名前空間接頭辞４１（この例では"dc"）と、等号の右辺に名前空間ＵＲＩ４２（この例では"http://purl.org/dc/elements/1.1/"）が配置される。接頭辞４１は記述を簡素化するため名前空間指定に用いられる。ＵＲＩと接頭辞とは等号によって関連付けられている。

ＤＯＭ表現のツリーにおいて、名前空間接頭辞が付与された要素よりも下位に属する各要素名で接頭辞が付与されているものは、その接頭辞に対応するＵＲＩで識別される名前空間において、その要素名が定義されている。すなわち、ある名前空間指定が有効な範囲（スコープ）は、ＤＯＭ表現においてその下位に位置する要素全てに及ぶ。名前空間宣言は、ＸＭＬタグの属性のように記述される。名前空間宣言をタグ毎に行うことがもきるが、ＵＰｎＰＡＶの場合、最上位のタグでまとめて行われることが多い。ここでは、最上位のタグは＜ＤＩＤＬ−Ｌｉｔｅ＞タグに相当する。

図５は、コンテンツ情報管理装置で管理されるコンテンツ情報群の木構造の一部を示したものである。図２に示されたコンテンツ情報は、枠線５０に囲われた部分に対応する。

図６はコンテンツ情報管理装置の詳細構成を示すブロック図である。同図に示すように、コンテンツ情報管理装置３は、通信処理部６０、問合わせ受付部６１、問合わせ分配・集積部６２、コンテンツ情報ツリー６３、問合わせ書替え部６４、デバイス別名前空間リスト６５、デバイス別問合わせ処理部６６を有する。通信路５を経て通信処理部６０が受信したコントロール機器４からの問合わせは、問合わせ受付部６１により受け付けられる。問合わせ受付部６１は受け付けた問合わせを問合わせ分配・集積部６２に送る。問合わせ分配・集積部６２は該問合わせをコンテンツ情報ツリー６３に与えるとともに、問合わせ書替え部６４にも送る。問合わせ書替え部６４は送られてきた問合わせをデバイス別名前空間リスト６５を参照して書き替えるとともに、この書替え済みの問合わせをデバイス別問合わせ処理部６６に送る。デバイス別問合わせ処理部６６はこの書替え済みの問合わせを該当するデバイスに送信するよう通信処理部６０に指示する。これに応じて通信処理部６０は該問合わせを通信路５を介して該当するデバイス（ここではＡＶ機器１、２のいずれか）に送信する。デバイスはこれに応じて応答する。この応答は、デバイス別問合わせ処理部６６に送られて処理される。デバイス別問合わせ処理部６６は該デバイス別応答を問合わせ応答書替え部６７に送る。問合わせ応答書替え部６７は該デバイス別応答をデバイス別名前空間リスト６５を参照して書き替えるとともに、この書替え済みの応答を問合わせ分配・集積部６２に送る。問合わせ分配・集積部６２はこの書替え済みの応答をコンテンツ情報ツリー６３に結合して集約し、問合わせ処理部６１に送る。問合わせ処理部６１はこの集約済みの応答をコントロール機器４に送信するよう通信処理部６０に指示する。通信処理部６０は該集約済みの応答を通信路５を介して該当するコントロール機器４に送信する。

図７はコンテンツ情報管理装置が周囲のデバイスを発見した際のデバイス別名前空間リストの更新処理手順を示す図である。通信路５に接続されたデバイス（ＡＶ機器１、２等）が発見されると、通信処理部６０はその発見通知をデバイス管理部６８に送る。デバイス管理部６８は該発見されたデバイスから名前空間宣言の記述を取得するよう通信処理部６０に指示する。また、デバイス管理部６８は発見されたデバイス別問合わせ処理部６６を追加するとともに、該デバイスから送られてくる名前空間宣言の記述に基づいてデバイス別名前空間リスト６５を更新する。

一方、図８は通信路上からデバイスが消失した際のデバイス別名前空間リストの更新処理手順を示している。通信路５上からデバイスが消失すると、通信処理部６０はこれを検知し、消失通知をデバイス管理部６８に送る。デバイス管理部６８は消失通知に応じて該当するデバイス別問合わせ処理部６６を削除（無効化）し、デバイス別名前空間リスト６５の項目を削除することにより更新を行う。

図９は本実施形態に係るネットワークシステムにおけるコントロール機器、コンテンツ情報管理装置、およびＡＶ機器の間のアクティビティを概略的に示す図である。このアクティビティは次のステップを含む。

ステップ１：コントロール機器４がコンテンツ情報管理装置３に問合せを送る。

ステップ２：コンテンツ情報管理装置３は、該問合せに対して前処理を行う。

ステップ３：ステップ２の処理結果に基づいて、コンテンツ情報管理装置３は、該問合わせに対応すべき機器（自機器またはＡＶ機器１，２）を選択し、該機器に対する前処理を行う。

ステップ４：ステップ３の処理結果に基づいて、コンテンツ情報管理装置３は該問合せに対応する機器（自機器またはＡＶ機器１，２）に対し該問合せを転送する。

ステップ５：ＡＶ機器１，２はコンテンツ情報管理装置３からの問合せに対する応答を返す。

ステップ６：コンテンツ情報管理装置３は、各機器から返された応答について後処理を行う。

ステップ７：コンテンツ情報管理装置３は、ステップ６での各応答を結合し、後処理を行う。

ステップ８：コンテンツ情報管理装置３は、ステップ７での処理結果に基づいて、コントロール機器４に応答を返す。

ステップ４においてＡＶ機器１がコンテンツ情報管理装置３に返すコンテンツ情報の一例を図１０に示し、そのＤＯＭ表現を図１１に示す。図１１のコンテンツ情報において、名前空間宣言１００はＵＰｎＰＡＶにおいて非標準の独自のものであり、接頭辞として"av"が定義されている。この名前空間宣言はツリー構造を有する図１２のＤＯＭ表現において、最上位のノードに付属している（１１０）。また、図１１のコンテンツ情報において、要素１０１、１０２は名前空間宣言１００において定義された接頭辞"av"により名前空間が指定されており、ＵＰｎＰＡＶにおいて非標準の独自のものである。これら要素は図１２において要素ノード１１１、１１２に対応する。図１２において、最上位のノードから下位のノードの全てに対して名前空間宣言１１０は及ぶ。同様に、別のＡＶ機器２がコンテンツ情報管理装置３に返すコンテンツ情報の一例を図１２に示し、そのＤＯＭ表現を図１３に示す。図１２のコンテンツ情報において、名前空間宣言１２０はＵＰｎＰＡＶにおいて非標準の独自のものであり、接頭辞として図１１のコンテンツ情報と同一の"av"が定義されている。この名前空間宣言は図１３のＤＯＭ表現において、最上位のノードに付属している（１３０）。また、図１２のコンテンツ情報において、要素１２１、１２２は名前空間宣言１２０において定義された接頭辞"av"により名前空間が指定されており、ＵＰｎＰＡＶにおいて非標準の独自のものである。これら要素は図１３において要素ノード１３１、１３２、１３３に対応する。図１３において、最上位のノードから下位のノードの全てに対して名前空間宣言１３０は及ぶ。

以上２つのコンテンツ情報を集約すると、名前空間の接頭辞"av"が重複する。コンテンツ情報管理装置３は以下に説明する第１〜第３実施形態に従い、このような重複を回避する。以下に説明する第１〜第３実施形態は、いずれも上述したステップ５〜８に適用される。

（第１実施形態）
図１４は第１実施形態に係るコンテンツ情報管理装置のアクティビティ図である。このアクティビティは応答生成方法１に関する。応答生成方法１は独自名前空間のスコープを縮小することである。アクティビティは次のように構成される。

ステップＡ０：各ＡＶ機器１および２からの応答を受信する。

ステップＡ１：各ＡＶ機器１および２から受信した応答から＜ＤＩＤＬ−Ｌｉｔｅ＞タグに付随する名前空間宣言を各々抽出する。

ステップＡ２：抽出された名前空間宣言のうち、独自の名前空間宣言を＜ＤＩＤＬ−Ｌｉｔｅ＞タグよりも一つ下位のタグのそれぞれに移す。

ステップＡ３：各応答を結合する。

ステップＡ４：結合された応答をコントロール機器４に返す。

ステップＡ２によるＡＶ機器１および２からの応答に対する処理結果を図１５、図１６に示す。図１５のＤＯＭ表現に示すように、最上位の＜ＤＩＤＬ−Ｌｉｔｅ＞ノードにおける名前空間宣言群１５０において、独自の名前空間宣言は見当たらない。そして、＜ＤＩＤＬ−Ｌｉｔｅ＞ノードよりも一つ下位の要素ノード群（ここでは３つ）に、独自の名前空間宣言１５１、１５２、１５３（いずれも同一）が移動している。これにより、独自の名前空間宣言がおよぶ範囲は、最上位の＜ＤＩＤＬ−Ｌｉｔｅ＞ノードを含まず、この最上位ノードよりも一つ下位の要素ノード以下の範囲となる。図１６に示すように、このコンテンツ情報についても、最上位の＜ＤＩＤＬ−Ｌｉｔｅ＞ノードにおける名前空間宣言群１６０において、独自の名前空間宣言は見当たらない。そして、＜ＤＩＤＬ−Ｌｉｔｅ＞ノードよりも一つ下位の要素ノード（ここでは３つ）に、独自の名前空間宣言１６１、１６２、１６３が移動している。これにより、独自の名前空間宣言がおよぶ範囲は、最上位の＜ＤＩＤＬ−Ｌｉｔｅ＞ノードを含まず、この最上位ノードよりも一つ下位の要素ノード以下の範囲となる。

ステップＡ３によるこれらコンテンツ情報の結合結果を図１７に示し、図１８にそのＸＭＬ記述を示す。図１７に示すように、結合後においても最上位のノードには、やはり独自定義の名前空間宣言は付属していない。この最上位のノードよりも一つ下位の要素ノードとして、コンテンツ情報は結合されている（ここでは６つの要素）。独自の名前空間宣言１７１〜１７３は、結合元の名前空間宣言１５１〜１５３（図１５）に対応する。名前空間宣言１７４〜１７６は、これらとは異なる結合元の名前空間宣言１６１〜１６３（図１６）に対応する。名前空間宣言が及ぶ範囲は該名前空間宣言が属するノードよりも下位のノードであることから、接頭辞の重複による問題を回避できる。

なお、id="….", parentID="….."のように示されるコンテンツ情報の識別子はコントロール機器４に渡される時点で一意である必要がある。以下の説明では、これらコンテンツ情報識別子は既に一意であることが保証されているものと仮定する。現実には、異なる機器間で同一の識別子が割り当てられてしまうことがあるが（各機器のコンテンツツリーの根である"0"を除く）、これを防ぐために、コンテンツ情報管理装置３においてコンテンツ情報識別子の付け替えを行う必要がある。具体的には、例えば、機器毎に一意性が保証されているＵＤＮ(Unique Device Name)を各コンテンツ情報識別子に前置すればよい。あるいはコンテンツ情報管理装置３から応答に係るコンテンツ情報の木構造を個別に提供するようにしてもよい。

以上説明した第１実施形態によれば、独自名前空間のスコープを縮小する応答生成方法１により接頭辞が重複する問題を回避して応答を生成できる。応答生成方法１は、名前空間宣言が冗長的な記述となるものの、処理手順が単純である点で有利である。

（第２実施形態）
図１９は第２実施形態に係るコンテンツ情報管理装置のアクティビティ図である。このアクティビティは応答生成方法２に関する。応答生成方法２では独自名前空間宣言に係わる情報を全て削除する。アクティビティは次のように構成される。

ステップＢ０：各ＡＶ機器１および２からの応答を受信する。

ステップＢ１：各ＡＶ機器１および２から受信した応答から、最上位の＜ＤＩＤＬ−Ｌｉｔｅ＞タグに付随する名前空間宣言をそれぞれ抽出する。

ステップＢ２：抽出された名前空間宣言のうち、独自名前空間宣言に係る定義そのものを削除するとともに、該独自名前空間の指定とともに記述された要素および属性も全て削除し、これを応答とする。

ステップＢ３：ステップＢ２において得られた各応答を結合する。

ステップＢ４：結合された応答をコントロール機器４に返す。

ステップＢ２によるＡＶ機器１および２からの応答に対する処理結果をそれぞれ図２０、図２１に示す。また、ステップＢ３による結合結果を図２２に示し、ステップＢ４により最終的にコントロール機器４への応答を図２３に示す。これらの図から分かるように、独自名前空間に関する記述はコンテンツ情報に一切含まれていない。必然的に、名前空間の接頭辞（ここでは"av"）が重複することもない。

以上説明した第２実施形態によれば、独自名前空間宣言に係わる情報を全て削除する応答生成方法２により接頭辞が重複する問題を回避して応答を生成できる。応答生成方法２は、独自定義に基づいたコンテンツ情報を提供できなくなるが、標準的な名前空間以外をサポートしないような、限定された能力しか持たないコントロール機器４にも対応可能になるという利点がある。

（第３実施形態）
図２４は第３実施形態に係るコンテンツ情報管理装置のアクティビティ図である。このアクティビティは応答生成方法３に関する。応答生成方法３では独自名前空間の接頭辞を管理する。具体的には、重複する複数の接頭辞を各々が互いに異なるものとなるように別の接頭辞に置換する。

コンテンツ情報管理装置３は、デバイス別名前空間リスト（図６の６５参照）と、置換名前空間リストを持つ。デバイス別名前空間リストは、機器識別子（ＵＤＮ）と、ＵＲＩと、当該名前空間の接頭辞およびＵＲＩの少なくともいずれかがＵＰｎＰＡＶ標準であるかそれとも非標準の独自のものであるかを区別する情報とを有する。置換名前空間リストは、ＵＲＩと、置換後の新たな名前空間接頭辞と、当該ＵＲＩがＵＰｎＰＡＶ標準であるかそれとも非標準の独自のものであるかを区別する情報とを有する。デバイス別名前空間リストの一例を図２５に示し、置換名前空間リストの一例を図２６に示す。

図２５に示すように、デバイス別名前空間リストは、その上から３行がＡＶ機器１からの応答例に含まれる名前空間宣言から抽出された名前空間情報に相当し、下の３行がＡＶ機器２からの応答例に含まれる名前空間宣言から抽出された名前空間情報に相当する（下記ステップＣ２を参照）。図２６に示すように、置換名前空間リストでは、デバイス別名前空間リストで重複する、ＡＶ機器１およびＡＶ機器２で各々独自に定義されているＵＲＩについて、名前空間接頭辞"av"が別の新たな接頭辞"av1"，"av2"に置換されている。

デバイス別名前空間リストでは、同名の名前空間接頭辞が存在する可能性があるが、置換名前空間リストでは、名前空間接頭辞は唯一であるように定められる。重複しないように接頭辞の文字列を別の文字列に置換する方法としては、例えば、（１）デバイス別名前空間リストから名前空間接頭辞の文字列をコピーし、この名前空間接頭辞が置換名前空間リストの他のいかなる要素とも同一とはならないよう、規則的に文字列を追加（例えば"1"を末尾に追加）し、これを置換後の新たな接頭辞とする。（２）置換後の新たな空間接頭辞を生成する際の時刻など、一意のパラメタを元に生成することも可能である。

図２４に示すように、本実施形態のアクティビティは次のように構成される。

ステップＣ０：各ＡＶ機器１および２からの応答を受信する。

ステップＣ１：各ＡＶ機器１および２が返した応答において、最上位の＜ＤＩＤＬ−Ｌｉｔｅ＞タグで宣言されている名前空間を抽出する。

ステップＣ２：抽出した名前空間のＵＲＩと接頭辞、及び機器識別子（ここではＵＰｎＰで機器の識別に用いられるＵＤＮ(Unique Device Name)を用いる）を対にして、デバイス別名前空間リストに追加する。

ステップＣ３：デバイス別名前空間リストの各々のＵＲＩに対して、新たな接頭辞を生成し、置換名前空間リストに追加する。

ステップＣ４：各応答に現れる名前空間接頭辞を、置換名前空間リストに対応する新接頭辞で置き換える。

ステップＣ５：各応答を結合する。

ステップＣ６：結合された応答をコントロール機器４に返す。

ステップＣ４によるＡＶ機器１および２からの応答に対する処理結果をそれぞれ図２７、図２８に示す。図２７に示すように、ＡＶ機器１からの応答の処理結果のコンテンツ情報において、最上位ノードにおける名前空間宣言２７０における接頭辞は、当初"av"であったが、図２６の置換名前空間リストからわかるように"av1"に置換されている。同様に、この名前空間宣言２７０に基づく名前空間指定を伴う要素ノード２７１、２７２についても、接頭辞が"av1"に置換されている。図２８に示すように、ＡＶ機器２からの応答の処理結果のコンテンツ情報において、最上位ノードにおける名前空間宣言２８０における接頭辞は、当初"av"であったが、図２６の置換名前空間リストからわかるように"av2"に置換されている。同様に、この名前空間宣言２８０に基づく名前空間指定を伴う要素ノード２８１〜２８３についても、接頭辞が"av2"に置換されている。

ステップＣ５による結合結果を図２９に示し、ステップＣ６により最終的にコントロール機器４への応答を図３０に示す。図２９に示すように、コンテンツ情報の結合結果において、最上位ノードの名前空間宣言部分における２つの独自名前空間宣言２９０は、互いに接頭辞が重複していない。また、要素ノード２９１〜２９２では他の要素ノード２９３〜２９５の接頭辞"av2"とは異なる"av1"が名前空間の指定に用いられている。

以上説明した第３実施形態によれば、上記２つの名前空間リストを管理するためのコストおよび上記ステップＣ４における置換処理コストを要するものの、コントロール機器４への応答の最上位のノードである＜ＤＩＤＬ−Ｌｉｔｅ＞に全ての名前空間宣言を含めることができることから、コントロール機器４において受信した応答の名前空間に関する処理を簡単化できる。

なお、図２４のアクティビティは、各ＡＶ機器を発見した直後に、一回だけデバイス別名前空間リストを作成するというものに変形することができる。これにより、デバイス別名前空間リストおよび置換名前空間リストの管理に係る処理コストを低減できる。ただし、各ＡＶ機器（コンテンツ管理装置）での名前空間宣言は不変であることを前提とする。図３１はこの変形例に係るアクティビティを示す図である。

ステップＤ０：コンテンツ情報管理装置３は周囲機器の発見を試みる。ここでは、ＵＰｎＰのＳＳＤＰ(Simple Service Device Protocol)のｄｉｓｃｏｖｅｒ（発見）メッセージを通信路５上に送出する。

ステップＤ１：ＡＶ機器１または２はコンテンツ情報管理装置３にＳＳＤＰレスポンスを送り、自機器の存在を示す。あるいは、ＡＶ機器１または２はＳＳＤＰのａｌｉｖｅ（到達）メッセージを送ることによって、ステップ０のｄｉｓｃｏｖｅｒメッセージの有無に拠らず、周囲機器に自機器の存在をアナウンスする。これらは、ＵＰｎＰ機器の通常の動作手順に含まれる。

ステップＤ２：コンテンツ情報管理装置３は、新規に発見したＡＶ機器１または２に対しブラウズアクション(Browse( "0", BrowseMetadata ))を送る。このブラウズアクションは、ＡＶ機器１または２が保有するコンテンツツリーのうち、必ず存在するルート要素"0"のコンテンツ情報を取得する問合せに相当する。

ステップＤ３：各ＡＶ機器１または２は、ブラウズアクションに対する応答を返す。この応答には、＜ＤＩＤＬ−Ｌｉｔｅ＞タグに付随する名前空間宣言が含まれる。

ステップＤ４：上記応答から、名前空間宣言を抽出し、ＡＶ機器１または２のデバイス識別子、ＵＲＩ、名前空間接頭辞および標準的名前空間であるか否かを示す情報をデバイス別名前空間リストに追加することにより更新を行う。

ステップＤ５：デバイス別名前空間リストの更新部分に対応する置換名前空間リストの一部を更新する。

（第４実施形態）
第４実施形態では、コンテンツ情報管理装置３がコントロール機器４からの問合わせを受け付ける処理と、その後の処理の手順を詳細に説明する。これら処理手順は第１実施形態で説明したステップ１〜４に対応しており、具体的には次の通りである。

ステップＥ０：コントロール機器４がコンテンツ情報管理装置３に問合せを送る。

ステップＥ１：コンテンツ情報管理装置３は、受け付けた問合せについて、これが検索要求に相当するか、それとも操作要求に相当するかを判断する。

ステップＥ２：コンテンツ情報管理装置３は、受け付けた問合せについて、検索の起点または操作の対象となるコンテンツ情報識別子から、対応する自機器またはＡＶ機器１，２を選択する。

ステップＥ３：コンテンツ情報管理装置３は、受け付けた問合せについて、対応する自機器またはＡＶ機器１，２の名前空間宣言に基づき後述するいずれかの変換を施す。

ステップＥ４：変換が施された問合せを、対応する自機器またはＡＶ機器１または２に送る。

ステップＥ０におけるコントロール機器４からコンテンツ管理装置３に対してなされる問合わせに対し、コンテンツ管理装置３は上述した第１〜第３実施形態で説明した応答生成方法毎に、以下に説明するいずれかの受付方法に従って受付処理を行う。

（応答生成方法１の場合）
受付方法１：独自名前空間の指定を伴う要素及び属性を含む問合わせは受付ない（拒絶する）。

受付方法２：独自名前空間の指定を伴う要素及び属性については、かかる指定に接頭辞を用いないで完全なＵＲＩを前置するように問合わせに処理を施す。例えば、"av1:originalFileFomat"を"urn:schemas-hogehoge-org:av:1-0:originalFileFormat"とする。

受付方法３：ＳＯＡＰ(Simple Object Access Protocol)の引数タグに名前空間宣言を付与する。ＵＰｎＰでの問い合わせ等の手続き呼び出しはＳＯＡＰによって行われる。ＳＯＡＰでは、手続き名とその引数はやはりＸＭＬで記述される。引数タグまたはその１つ上位に位置する手続き名タグに、適当な名前空間宣言を付加し、その接頭辞が前置された要素名または属性名を用いる。ＳＯＡＰの手続呼び出しの一例を図３２に示す。この例では、手続き名タグである＜Ｓｅａｒｃｈ＞タグに接頭辞"av1"，"av2"の名前空間宣言が追加されている。

（応答生成方法２の場合）
受付方法４：独自名前空間の指定を伴う要素及び属性を含む問合わせは受付ない（拒絶する）。

（応答生成方法３の場合）
応答生成方法１の場合と同様に受付方法１〜３のいずれかとする。あるいは、受付方法５として、置換名前空間リストで定義される名前空間接頭辞を前置するよう問合わせに処理を施してもよい。

ここで、上記ステップＥ３をさらに詳細に説明する。問合せは大きく検索要求と操作要求の２つに大別される。これら問合せの種類に応じて、以下に説明するように処理方法が異なる。

（１：問合せが検索要求の場合）
検索要求について、ＵＰｎＰＡＶではＢｒｏｗｓｅとＳｅａｒｃｈの二つの操作が定義されている。例えばＳｅａｒｃｈ操作では、検索の起点となるコンテンツ情報識別子、検索条件およびフィルタ条件、ソート条件、件数指定が引数として与えられる。ここで、検索条件およびフィルタ条件、ソート条件の記述に名前空間接頭辞を伴う要素が用いられ得る。

（処理方法１：失敗応答を返す）
ステップＥ３−１：検索条件、フィルタ条件及びソート条件に、該ＡＶ機器が対応しない名前空間指定およびその要素または属性が当該要求に含まれるか否かを検査する。

ステップＥ３−２：ＡＶ機器が対応しない名前空間指定およびその要素または属性が含まれる場合、該要求に対する失敗応答を返す。

（処理方法２：空応答を返す）
ステップＥ３−１：検索条件、フィルタ条件及びソート条件に、該ＡＶ機器が対応しない名前空間指定およびその要素または属性が当該要求に含まれるかを検査する。

ステップＥ３−２：上記で、該ＡＶ機器が対応しない名前空間指定およびその要素または属性が含まれるか場合、当該要求に対応するコンテンツ情報がない旨を示す空応答を返す。

（処理方法３：非対応名前空間要素及び属性を除去する）
ステップＥ３−１：検索条件、フィルタ条件及びソート条件に、該ＡＶ機器が対応しない名前空間指定およびその要素または属性が当該要求に含まれるか否かを検査する。

ステップＥ３−２：上記で、該ＡＶ機器が対応しない名前空間指定およびその要素または属性が当該要求に含まれる場合、以下の処理を施す。

ステップＥ３−２ａ：ソート条件のうち、該ＡＶ機器で対応しない名前空間の要素に関する指定を削除する。

ステップＥ３−２ｂ：フィルタ条件のうち、該ＡＶ機器で対応しない名前空間の要素に関する指定を削除する。

ステップＥ３−２ｃ：検索条件のうち、該ＡＶ機器で対応しない名前空間の要素に関する項をＦＡＬＳＥ（偽）値に置換する。

ステップＥ３−３：該ＡＶ機器が対応する名前空間の接頭辞をデバイス別名前空間リストから取得し、置換する。

ステップＥ３−４：以上の処理結果を、該ＡＶ機器に問い合わせとして送る。

例えば、図３３に示すＳｅａｒｃｈ操作に対する３つの処理例を挙げる。ここで、コントロール機器４からの問合わせは受付方法５に従って処理され、応答生成方法３が用いられるものとする。

（処理方法１：失敗応答を返す）
ＡＶ機器１で非対応の名前空間要素（"av2:originalFormat"）が用いられていることを理由に失敗応答を返す。

（処理方法２：空応答を返す）
ＡＶ機器１で非対応の名前空間要素（"av2:originalFormat"）が用いられていることを理由に空応答を返す。

（処理方法３：Ｓｅａｒｃｈ操作を編集処理して送る）
図３４に示すような編集処理後のＳｅａｒｃｈ操作をＡＶ機器１に送る。この編集処理では、"av2"を伴う要素を削除するとともに、接頭辞"av1"が"av"に置換される。

以上の処理方法１および２によれば、単純な応答処理となり処理負担がかからない。これに対し処理方法３の場合、引数に与えるコンテンツ情報の内容によって要求が失敗する可能性を小さく抑えられる。また、名前空間指定を問合せ先のＡＶ機器が対応する接頭辞に置き換えることで、名前空間に対する処理能力が十分でないＡＶ機器に対応できる点で好ましい。なお、コンテンツ情報の一部（要素）が欠落することによる影響を抑えるべく、非対応名前空間要素が引数に含まれる際に失敗応答を返してもよい。

（２：問合せが、操作要求の場合）
操作要求について、ＵＰｎＰＡＶではＣｒｅｔａｔｅＯｂｊｅｃｔ，ＤｅｓｔｒｏｙＯｂｊｅｃｔ，ＵｐｄａｔｅＯｂｊｅｃｔ，ＣｒｅａｔｅＲｅｆｅｒｅｎｃｅの４つの種類の操作が定義されている。例えばＣｒｅａｔｅＯｂｊｅｃｔでは、作成の起点となるコンテンツ情報識別子と、その直下に作成するコンテンツ情報の＜ＤＩＤＬ−Ｌｉｔｅ＞で始まる記述を引数として与えられる。ここで作成するコンテンツ情報記述に名前空間接頭辞を伴う要素が用いられる。

（処理方法１：失敗応答を返す）
ステップＥ３−１：コンテンツ情報記述引数に、該ＡＶ機器が対応しない名前空間指定およびその要素または属性が含まれるているか否かを検査する。

ステップＥ３−２：該ＡＶ機器が対応しない名前空間指定およびその要素または属性が含まれるている場合、当該要求に対する失敗応答を返す。

（処理方法２：非対応名前空間要素及び属性を除外してから実際の処理を行う）
ステップＥ３−１：コンテンツ情報記述引数に、該ＡＶ機器が対応しない名前空間指定およびその要素または属性が含まれているか否かを検査する。

ステップＥ３−２：上記で、該ＡＶ機器が対応しない名前空間指定およびその要素または属性が含まれるている場合、該要素または属性を削除する。

ステップＥ３−３：該ＡＶ機器が対応する名前空間の接頭辞をデバイス別名前空間リストから取得し、置換する。

ステップＥ３−４：以上の処理結果を、該ＡＶ機器に問い合わせとして送る。

例えば、図３５に示すＣｒｅａｔｅＯｂｊｅｃｔ操作に対する２つの処理例を挙げる。

ここで、コントロール機器４からの問合わせは受付方法５に従って処理され、応答生成方法３が用いられるものとする。

（処理方法１：失敗応答を返す）
ＡＶ機器１で非対応の名前空間要素（"av1:originalFormat"）が用いられていることを理由に失敗応答を返す。

（処理方法２：空応答を返す）
ＡＶ機器１で非対応の名前空間要素（"av1:originalFormat"）が用いられていることを理由に空応答を返す。

（処理方法３：Ｓｅａｒｃｈ操作を編集処理して送る）
図３６に示すような編集処理後のＣｒｅａｔｅＯｂｊｅｃｔ操作をＡＶ機器１に送る。この編集処理では、接頭辞"av1"が"av"に置換される。

以上の処理方法１および２によれば、単純な応答処理となり処理負担がかからない。これに対し処理方法３の場合、引数に与えるコンテンツ情報の内容によって要求が失敗する可能性を小さく抑えられる。また、名前空間指定を問合せ先のＡＶ機器が対応する接頭辞に置き換えることで、名前空間に対する処理能力が十分でないＡＶ機器に対応できる点で好ましい。

なお、本発明は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。

本発明の実施形態に係るネットワークシステムの構成を示す図 コントロール機器がコンテンツ検索要求を行った際にコンテンツ情報管理装置から返されるコンテンツ情報の一例を示す図 図２のコンテンツ情報のＤＯＭ表現（一部省略）を示す図 図４は名前空間宣言の一例を示す図 コンテンツ情報の木構造例を示す図 コンテンツ情報管理装置の詳細構成を示すブロック図 コンテンツ情報管理装置が周囲のデバイスを発見した際のデバイス別名前空間リストの更新処理手順を示す図 通信路上からデバイスが消失した際のデバイス別名前空間リストの更新処理手順を示す図 ネットワークシステムにおけるコントロール機器、コンテンツ情報管理装置、およびＡＶ機器の間のアクティビティを概略的に示す図 ＡＶ機器がコンテンツ情報管理装置に返すコンテンツ情報の一例を示す図 図１０のコンテンツ情報のＤＯＭ表現を示す図 別のＡＶ機器がコンテンツ情報管理装置に返すコンテンツ情報の一例を示す図 図１２のコンテンツ情報のＤＯＭ表現を示す図 本発明の第１実施形態に係るコンテンツ情報管理装置のアクティビティ図 ＡＶ機器からの応答に対する処理結果のＤＯＭ表現を示す図 別のＡＶ機器からの応答に対する処理結果のＤＯＭ表現を示す図 コントローラ機器への応答としてのコンテンツ情報の結合結果を示す図 図１７の結合結果のＸＭＬ記述を示す図 本発明の第２実施形態に係るコンテンツ情報管理装置のアクティビティ図 ＡＶ機器からの応答に対する処理結果のＤＯＭ表現を示す図 別のＡＶ機器からの応答に対する処理結果のＤＯＭ表現を示す図 コントローラ機器への応答としてのコンテンツ情報の結合結果を示す図 図２２の結合結果のＸＭＬ記述を示す図 本発明の第３実施形態に係るコンテンツ情報管理装置のアクティビティ図 デバイス別名前空間リストの一例を示す図 置換名前空間リストの一例を示す図 ＡＶ機器からの応答に対する処理結果のＤＯＭ表現を示す図 別のＡＶ機器からの応答に対する処理結果のＤＯＭ表現を示す図 コントローラ機器への応答としてのコンテンツ情報の結合結果のＤＯＭ表現を示す図 コントローラ機器への応答としてのコンテンツ情報の結合結果のＸＭＬ記述を示す図 第３実施形態の変形例に係り、名前空間宣言の取得手順のアクティビティを示す図 本発明の第４実施形態に係り、ＳＯＡＰの手続呼び出しの一例を示す図 Ｓｅａｒｃｈ操作の一例を示す図 編集処理後のＳｅａｒｃｈ操作を示す図 ＣｒｅａｔｅＯｂｊｅｃｔ操作の一例を示す図 編集処理後のＣｒｅａｔｅＯｂｊｅｃｔ操作の一例を示す図

符号の説明

１…ＡＶ機器、２…ＡＶ機器、３…コンテンツ情報管理装置、４…コントロール機器、５…通信路。

Claims (21)

1. 名前空間を指定してＸＭＬで記述されたコンテンツ情報を提供する第１、第２のコンテンツ提供装置に対して問合わせをし、該問合わせに応答した第１のコンテンツ提供装置から提供される第１のコンテンツ情報と該問合わせに応答した第２のコンテンツ提供装置から提供される第２のコンテンツ情報とを結合して木構造を有する応答を生成し、該応答を他の装置からの問合わせに応じて送信するコンテンツ情報管理装置において、
   前記第１のコンテンツ情報から第１の名前空間宣言記述を抽出し、前記第２のコンテンツ情報から第２の名前空間宣言記述を抽出する抽出手段と、
   前記木構造の最上位ノードに前記第１および第２の名前空間宣言記述を配置した際の、該第１の名前空間宣言記述に含まれる第１の接頭辞と、該第２の名前空間宣言記述に含まれる第２の接頭辞との重複を検知する検知手段と、
   前記重複を回避するために前記第１、第２のコンテンツ情報を処理する処理手段と、
   前記処理手段により処理された第１、第２のコンテンツ情報を結合して前記応答を生成する応答生成手段と、
   を具備することを特徴とするコンテンツ情報管理装置。
2. 前記処理手段は、前記木構造において前記第１のコンテンツ情報に相当する第１の部分木内のいずれかのノードに前記第１の名前空間宣言記述を移動し、該木構造において前記第２のコンテンツ情報に相当する第２の部分木内のいずれかのノードに前記第２の名前空間宣言記述を移動することを特徴とする請求項１記載のコンテンツ情報管理装置。
3. 前記処理手段は、前記第１の接頭辞に関係する記述を前記第１のコンテンツ情報から削除し、前記第２の接頭辞に関係する記述を前記第２のコンテンツ情報から削除することを特徴とする請求項１記載のコンテンツ情報管理装置。
4. 前記処理手段は、前記第１の接頭辞を第３の接頭辞に置換するとともに前記第２の接頭辞を該第３の接頭辞とは異なる第４の接頭辞に置換することを特徴とする請求項１記載のコンテンツ情報管理装置。
5. 前記第１、第２のコンテンツ提供装置の各々について、名前空間の接頭辞と該接頭辞が標準であるか否かの別に相当する情報とを表す名前空間リストを記憶する名前空間リスト記憶手段と、
   前記他の装置からの問合わせに含まれる名前空間の接頭辞を前記名前空間リストに照合することにより、該他の装置からの問合わせのあて先に相当するコンテンツ提供装置が該問合わせを受付可能か否かを判定する判定手段と、
   前記判定手段による判定結果に応じて、前記問合わせを受け付けるか拒絶する受付手段と、
   をさらに具備することを特徴とする請求項１〜４のいずれか一項記載のコンテンツ情報管理装置。
6. 前記あて先に相当するコンテンツ提供装置は前記問合わせを受付可能でないと判定されたならば、前記受付手段が前記他の装置に対し失敗応答を返答することを特徴とする請求項５記載のコンテンツ情報管理装置。
7. 前記あて先に相当するコンテンツ提供装置は前記問合わせを受付可能でないと判定されたならば、前記受付手段が前記他の装置に対し空応答を返答することを特徴とする請求項５記載のコンテンツ情報管理装置。
8. 前記他の装置からの問合わせに含まれる名前空間の接頭辞が標準でないことから前記あて先に相当するコンテンツ提供装置は前記問合わせを受付可能でないと判定されたならば、該問合わせに含まれる名前空間の接頭辞において標準でないものを除去し、該問合わせを受け付ける請求項５記載のコンテンツ情報管理装置。
9. 標準でない接頭辞を新たに別の接頭辞に置換するための接頭辞置換リストを記憶する接頭辞置換リスト記憶手段をさらに具備し、
   前記受付手段は、前記他の装置からの問合わせに含まれる名前空間の接頭辞のうち標準でない接頭辞を前記接頭辞置換リストに基づいて置換するとともに、該問合わせを受け付ける請求項５記載のコンテンツ情報管理装置。
10. 名前空間を指定してＸＭＬで記述されたコンテンツ情報を提供する第１、第２のコンテンツ提供装置に対して問合わせをし、該問合わせに応答した第１のコンテンツ提供装置から提供される第１のコンテンツ情報と該問合わせに応答した第２のコンテンツ提供装置から提供される第２のコンテンツ情報とを結合して木構造を有する応答を生成し、該応答を他の装置からの問合わせに応じて送信するコンテンツ情報管理方法において、
    前記第１のコンテンツ情報から第１の名前空間宣言記述を抽出し、前記第２のコンテンツ情報から第２の名前空間宣言記述を抽出する抽出ステップと、
    前記木構造の最上位ノードに前記第１および第２の名前空間宣言記述を配置した際の、該第１の名前空間宣言記述に含まれる第１の接頭辞と、該第２の名前空間宣言記述に含まれる第２の接頭辞との重複を検知する検知ステップと、
    前記重複を回避するために前記第１、第２のコンテンツ情報を処理する処理ステップと、
    前記処理ステップにより処理された第１、第２のコンテンツ情報を結合して前記応答を生成する応答生成ステップと、
    を具備することを特徴とするコンテンツ情報管理方法。
11. 前記処理ステップは、前記木構造において前記第１のコンテンツ情報に相当する第１の部分木内のいずれかのノードに前記第１の名前空間宣言記述を移動し、該木構造において前記第２のコンテンツ情報に相当する第２の部分木内のいずれかのノードに前記第２の名前空間宣言記述を移動することを含む請求項１０記載のコンテンツ情報管理方法。
12. 前記処理ステップは、前記第１の接頭辞に関係する記述を前記第１のコンテンツ情報から削除し、前記第２の接頭辞に関係する記述を前記第２のコンテンツ情報から削除することを含む請求項１０記載のコンテンツ情報管理方法。
13. 前記処理ステップは、前記第１の接頭辞を第３の接頭辞に置換するとともに前記第２の接頭辞を該第３の接頭辞とは異なる第４の接頭辞に置換することを含む請求項１０記載のコンテンツ情報管理方法。
14. 前記第１、第２のコンテンツ提供装置の各々について、名前空間の接頭辞と該接頭辞が標準であるか否かの別に相当する情報とを表す名前空間リストを記憶する名前空間リスト記憶ステップと、
    前記他の装置からの問合わせに含まれる名前空間の接頭辞を前記名前空間リストに照合することにより、該他の装置からの問合わせのあて先に相当するコンテンツ提供装置が該問合わせを受付可能か否かを判定する判定ステップと、
    前記判定ステップによる判定結果に応じて、前記問合わせを受け付けるか拒絶する受付ステップと、
    をさらに具備することを特徴とする請求項１０〜１３のいずれか一項記載のコンテンツ情報管理方法。
15. 標準でない接頭辞を新たに別の接頭辞に置換するための接頭辞置換リストを記憶する接頭辞置換リスト記憶ステップをさらに具備し、
    前記受付ステップは、前記他の装置からの問合わせに含まれる名前空間の接頭辞のうち標準でない接頭辞を前記接頭辞置換リストに基づいて置換するとともに、該問合わせを受け付けるステップを含む請求項１４記載のコンテンツ情報管理方法。
16. 名前空間を指定してＸＭＬで記述されたコンテンツ情報を提供する第１、第２のコンテンツ提供装置に対して問合わせをし、該問合わせに応答した第１のコンテンツ提供装置から提供される第１のコンテンツ情報と該問合わせに応答した第２のコンテンツ提供装置から提供される第２のコンテンツ情報とを結合して木構造を有する応答を生成し、該応答を他の装置からの問合わせに応じて送信するコンテンツ情報管理プログラムにおいて、
    前記第１のコンテンツ情報から第１の名前空間宣言記述を抽出し、前記第２のコンテンツ情報から第２の名前空間宣言記述を抽出する抽出手順と、
    前記木構造の最上位ノードに前記第１および第２の名前空間宣言記述を配置した際の、該第１の名前空間宣言記述に含まれる第１の接頭辞と、該第２の名前空間宣言記述に含まれる第２の接頭辞との重複を検知する検知手順と、
    前記重複を回避するために前記第１、第２のコンテンツ情報を処理する処理手順と、
    前記処理手順により処理された第１、第２のコンテンツ情報を結合して前記応答を生成する応答生成手順と、
    をコンピュータに実行させるためのコンテンツ情報管理プログラム。
17. 前記処理手順は、前記木構造において前記第１のコンテンツ情報に相当する第１の部分木内のいずれかのノードに前記第１の名前空間宣言記述を移動し、該木構造において前記第２のコンテンツ情報に相当する第２の部分木内のいずれかのノードに前記第２の名前空間宣言記述を移動することを含む請求項１６記載のコンテンツ情報管理プログラム。
18. 前記処理手順は、前記第１の接頭辞に関係する記述を前記第１のコンテンツ情報から削除し、前記第２の接頭辞に関係する記述を前記第２のコンテンツ情報から削除することを含む請求項１６記載のコンテンツ情報管理プログラム。
19. 前記処理手順は、前記第１の接頭辞を第３の接頭辞に置換するとともに前記第２の接頭辞を該第３の接頭辞とは異なる第４の接頭辞に置換することを含む請求項１６記載のコンテンツ情報管理プログラム。
20. 前記第１、第２のコンテンツ提供装置の各々について、名前空間の接頭辞と該接頭辞が標準であるか否かの別に相当する情報とを表す名前空間リストを記憶する名前空間リスト記憶手順と、
    前記他の装置からの問合わせに含まれる名前空間の接頭辞を前記名前空間リストに照合することにより、該他の装置からの問合わせのあて先に相当するコンテンツ提供装置が該問合わせを受付可能か否かを判定する判定手順と、
    前記判定手順による判定結果に応じて、前記問合わせを受け付けるか拒絶する受付手順と、
    をさらに具備することを特徴とする請求項１６〜１９のいずれか一項記載のコンテンツ情報管理プログラム。
21. 標準でない接頭辞を新たに別の接頭辞に置換するための接頭辞置換リストを記憶する接頭辞置換リスト記憶手順をさらに具備し、
    前記受付手順は、前記他の装置からの問合わせに含まれる名前空間の接頭辞のうち標準でない接頭辞を前記接頭辞置換リストに基づいて置換するとともに、該問合わせを受け付ける手順を含む請求項２０記載のコンテンツ情報管理プログラム。

Images