JP2003092753A

JP2003092753A - 構造化メタデータの伝送方法

Info

Publication number: JP2003092753A
Application number: JP2001222745A
Authority: JP
Inventors: Tomohiro Asami; 知弘浅見; Ichiro Ando; 一郎安藤
Original assignee: Victor Company of Japan Ltd
Current assignee: Victor Company of Japan Ltd
Priority date: 2000-12-21
Filing date: 2001-07-24
Publication date: 2003-03-28

Abstract

(57)【要約】【課題】統合可能なように複数の構造化メタデータを
ユニット化し、各構造化メタデータを各ユニットとして
伝送することにより伝送効率を高めることを可能とする
構造化メタデータの伝送方法を提供する。【解決手段】分離した上位の構造化メタデータに、上
位の構造メタデータ中の下位の構造化メタデータの分離
点（即ち接続点）を示す接続位置情報と、分離した下位
の構造化メタデータを指定する参照情報とを付加する。
分割された各構造化メタデータはＡｃｃｅｓｓＵｎｉ
ｔ内のメタデータ格納部であるＤｅｓｃｒｉｐｔｉｏｎ
に格納される。接続位置情報と参照情報とは接続先情報
格納部であるＦｒａｇｍｅｎｔＲｅｆｅｒｅｎｃｅに
格納される。この各ＡｃｃｅｓｓＵｎｉｔを伝送する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ディジタルＴＶ放
送等におけるコンテンツ内容を記述した構造化メタデー
タの伝送方法に関するものである。

【０００２】

【従来の技術】ＡＶコンテンツの内容を記述するための
枠組みとして、ＭＰＥＧ−７の標準化作業が進められて
いる。ＭＰＥＧ−７とは、ＡＶコンテンツを時間的及び
空間的に構造化し、ＡＶコンテンツの内容を木構造を用
いて記述する構造化メタデータの規格である。

【０００３】ＭＰＥＧ−７記述は、Ｄｅｓｃｒｉｐｔｏ
ｒ（Ｄ）とＤｅｓｃｒｉｐｔｉｏｎＳｃｈｅｍｅ（Ｄ
Ｓ）により構成される。Ｄはコンテンツの特徴を記述す
るための記述子であり、ＤＳは構造を記述するためのも
の（内容記述を記述子間の関係によって構成する方法の
規定）である。ＤＳは、Ｄやより下位のＤＳを要素とし
て持つことができ、記述子群に相当する。また、ＤやＤ
Ｓのシンタックス（構文）を規定するための言語が、Ｄ
ｅｓｃｒｉｐｔｉｏｎＤｅｆｉｎｉｔｉｏｎＬａｎｇ
ｕａｇｅ（ＤＤＬ）である。

【０００４】ＭＰＥＧ−７記述のフォーマットには、Ｘ
ＭＬ（ＥｘｔｅｎｓｉｂｌｅＭａｒｋｕｐＬａｎｇ
ｕａｇｅ）を用いる。また、ＤＤＬはＸＭＬＳｃｈｅ
ｍａにＭＰＥＧ−７独自の拡張を加えたものである。

【０００５】

【発明が解決しようとする課題】ＡＶコンテンツ内容の
検索の高速化、効率化のためには、前述した木構造を用
いてコンテンツ内容を記述した構造化メタデータが必要
である。

【０００６】しかし、現段階におけるＭＰＥＧ−７標準
化作業では、１つのＭＰＥＧ−７記述は１つの文書で構
成されており、そのため、例えばディジタルＴＶ放送に
おいて、１チャンネル内の１日分の放送内容のＭＰＥＧ
−７記述（構造化メタデータ）を作るとその文書は非常
に巨大になり、伝送効率が悪い。

【０００７】伝送効率を上げるために単純にＭＰＥＧ−
７記述の文書を分割したのでは、受信側で分割された文
書を統合して元の構造化メタデータを再現できない。単
なる分割、統合ではＭＰＥＧ−７記述が断片情報となっ
てしまい、コンテンツの内容記述情報として使用できな
くなる。さらに、単なる分割、統合では、上位階層の情
報、下位階層の情報といった、コンテンツの内容記述の
詳細度に応じた分割、統合ができない。

【０００８】また、受信不良や視聴者によるチャンネル
の切り替え等によりＭＰＥＧ−７記述に欠落情報が発生
した場合、欠落情報部分を部分的に再度補完することが
できず不便であった。

【０００９】本発明は、統合可能なように複数の構造化
メタデータをユニット化し、各構造化メタデータを各ユ
ニットとして伝送することにより伝送効率を高めること
を可能とする構造化メタデータの伝送方法を提供するこ
とを目的としている。さらに本発明は、受信側において
欠落データが発生した場合にも、不完全となる構造化メ
タデータの大きさを小さくとどめることができると共
に、不完全な構造化メタデータのみを再度補間可能とす
る構造化メタデータの伝送方法を提供することを目的と
している。

【００１０】

【課題を解決するための手段】そこで、上記目的を達成
するために本発明は、下記の方法を提供するものであ
る。（１）コンテンツの内容を記述するための第１の構造
化メタデータとその第１の構造化メタデータに対して下
位の関係となる第２の構造化メタデータとを伝送するた
めの構造化メタデータの伝送方法であって、メタデータ
格納部と接続先情報格納部とを有し、前記メタデータ格
納部には前記第１の構造化メタデータが格納され、前記
接続先情報格納部には前記第１の構造化メタデータ内に
おける前記第２の構造化メタデータの接続点を示す接続
位置情報と、少なくとも前記第２の構造化メタデータの
存在場所に関係する情報を有する前記第２の構造化メタ
データに関する参照情報とが格納される第１のユニット
と、前記第２の構造化メタデータを格納したメタデータ
格納部を有する第２のユニットとを用い、前記各ユニッ
トにそれぞれのユニットを特定するための識別情報を付
加して前記各ユニットを伝送することを特徴とする構造
化メタデータの伝送方法。（２）コンテンツの内容を記述するための第１の構造
化メタデータと、その第１の構造化メタデータに対して
下位の関係となる第２の構造化メタデータとを伝送する
ための構造化メタデータの伝送方法であって、前記第１
の構造化メタデータと前記第２の構造化メタデータと
は、木構造を有する１つの元の構造化メタデータから分
割されたものであり、メタデータ格納部と接続先情報格
納部とを有し、前記メタデータ格納部には前記第１の構
造化メタデータが格納され、前記接続先情報格納部に
は、前記元の構造化メタデータにおける前記第２の構造
化メタデータの最上位ノードに相当するノードを示す接
続位置情報と、少なくとも前記第２の構造化メタデータ
の存在場所に関係する情報を有する前記第２の構造化メ
タデータに関する参照情報とが格納された第１のユニッ
トと、前記第２の構造化メタデータが格納されたメタデ
ータ格納部を有する第２のユニットと、を伝送すること
を特徴とする構造化メタデータの伝送方法。（３）コンテンツの内容を記述するための第１の構造
化メタデータとその第１の構造化メタデータに対して下
位の関係となる第２の構造化メタデータとを伝送するた
めの構造化メタデータの伝送方法であって、メタデータ
格納部と接続先情報格納部とを有し、前記メタデータ格
納部には前記第１の構造化メタデータが格納され、前記
接続先情報格納部には、前記第１の構造化メタデータと
前記第２の構造化メタデータとが統合された場合に生成
されると想定した木構造を有する第３の構造化メタデー
タにおける、前記第２の構造化メタデータの最上位ノー
ドに相当するノードを示す接続位置情報と、少なくとも
前記第２の構造化メタデータの存在場所に関係する情報
を有する前記第２の構造化メタデータに関する参照情報
とが格納された第１のユニットと、前記第２の構造化メ
タデータが格納されたメタデータ格納部を有する第２の
ユニットと、を伝送することを特徴とする構造化メタデ
ータの伝送方法。

【００１１】

【発明の実施の形態】本発明の実施例においては、元の
構造化メタデータ（ここではＭＰＥＧ−７記述）を任意
の位置で分離する（あるいは上位の構造化メタデータと
それに統合されるべき下位の構造化メタデータとを作成
する）と共に、分離した上位の構造化メタデータに、下
位の構造化メタデータの分離点（即ち接続点）を示す接
続位置情報と、分離した下位の構造化メタデータを指定
する参照情報とを付加するものである。この参照情報
は、少なくとも第２の構造化メタデータの存在場所に関
係する情報を有する第２の構造化メタデータに関する参
照情報である。参照情報に、下位の構造化メタデータの
内容や処理方法等に関する情報をも記述し、ユーザーや
アプリケーションが下位の構造化メタデータを処理する
ための判断材料とするようにしてもよい。

【００１２】また、本実施例は、上位の構造化メタデー
タに付加された分離点（接続点）を示す接続位置情報
と、下位の構造化メタデータを指定する参照情報とに基
づき、下位の構造化メタデータを上位の構造化メタデー
タに接続し、元の構造化メタデータを再構成する（ある
いは上位の構造化メタデータとそれに統合されるべき下
位の構造化メタデータとを統合する）ものである。

【００１３】図１は、本発明の第１実施例を用いたＭＰ
ＥＧ−７記述（構造化メタデータ）の分割、蓄積・伝
送、再構成（統合）方法の内の、分割から蓄積・伝送ま
での処理の概略を示す図である。ＭＰＥＧ−７記述は複
数のＭＰＥＧ−７記述に分割され、分割された各ＭＰＥ
Ｇ−７記述はＡｃｃｅｓｓＵｎｉｔ内のメタデータ格
納部に格納される。インターネット等の蓄積系システム
においては、１つまたは複数のＡｃｃｅｓｓＵｎｉｔ
がファイル形式で蓄積される。一方、ディジタル・テレ
ビジョン放送等の伝送系システムにおいては、複数のＡ
ｃｃｅｓｓＵｎｉｔを連続的に並べ、データ・ストリ
ームを構成して伝送される。

【００１４】図２は、本発明の第１実施例を用いたＭＰ
ＥＧ−７記述の分割、蓄積・伝送、再構成（統合）方法
の内の、蓄積・伝送から再構成までの処理の概略を示す
図である。蓄積系システムまたは伝送系システムから、
複数のＡｃｃｅｓｓＵｎｉｔを取得する。複数のＡｃ
ｃｅｓｓＵｎｉｔ内のメタデータ格納部に格納されて
いるそれぞれのＭＰＥＧ−７記述を再構成することによ
り、元のＭＰＥＧ−７記述を得る。

【００１５】図３は、本発明の第１実施例に用いるＡｃ
ｃｅｓｓＵｎｉｔの構成例を示す概念図である。ま
た、図４は、図３に示したＡｃｃｅｓｓＵｎｉｔのＤ
ＤＬシンタックス例である。

【００１６】図３に示すＡｃｃｅｓｓＵｎｉｔは、メ
タデータ格納部であるＤｅｓｃｒｉｐｔｉｏｎと、接続
先情報格納部であるＦｒａｇｍｅｎｔＲｅｆｅｒｅｎ
ｃｅと、属性ｉｄ（識別情報）格納部とを備えている。

【００１７】Ｄｅｓｃｒｉｐｔｉｏｎは、元のＭＰＥＧ
−７記述から分割された各ＭＰＥＧ−７記述を格納する
ものである。Ｄｅｓｃｒｉｐｔｉｏｎは、１つのＡｃｃ
ｅｓｓＵｎｉｔ中に１つだけ存在する。

【００１８】ＦｒａｇｍｅｎｔＲｅｆｅｒｅｎｃｅ
は、Ｄｅｓｃｒｉｐｔｉｏｎに格納されるＭＰＥＧ−７
記述とその下位のＭＰＥＧ−７記述とを再接続する際に
参照する接続先情報（接続位置情報と参照情報）を格納
するものである。Ｄｅｓｃｒｉｐｔｉｏｎに格納される
上位ＭＰＥＧ−７記述に接続されるべき下位のＭＰＥＧ
−７記述が複数存在する場合、ＦｒａｇｍｅｎｔＲｅ
ｆｅｒｅｎｃｅも下位のＭＰＥＧ−７記述毎にそれぞれ
存在する。また、Ｄｅｓｃｒｉｐｔｉｏｎに格納される
上位ＭＰＥＧ−７記述に接続されるべき下位のＭＰＥＧ
−７記述が１つも存在しない場合、Ｆｒａｇｍｅｎｔ
Ｒｅｆｅｒｅｎｃｅも１つも存在しない。

【００１９】ＦｒａｇｍｅｎｔＲｅｆｅｒｅｎｃｅ
は、ＣｏｎｎｅｃｔｉｏｎＰｏｉｎｔとＦｒａｇｍｅ
ｎｔＬｏｃａｔｉｏｎの２つの子供要素を備えてい
る。

【００２０】ＣｏｎｎｅｃｔｉｏｎＰｏｉｎｔは、Ｄ
ｅｓｃｒｉｐｔｉｏｎに格納される上位ＭＰＥＧ−７記
述中の、下位ＭＰＥＧ−７記述を接続する場所（接続
点）を示す接続位置情報である。ＩＤＲｅｆまたはＸＰ
ａｔｈのいずれかの子供要素を用いて、上位ＭＰＥＧ−
７記述中の特定のノードを指定する。ＩＤＲｅｆは、Ｍ
ＰＥＧ−７記述中に記述されたＩＤによって特定のノー
ドを指定するものである。一方、ＸＰａｔｈは、Ｗ３Ｃ
（ＷｏｒｌｄＷｉｄｅＷｅｂＣｏｎｓｏｒｔｉｕ
ｍ）で定められたＸＭＬパス言語ＸＰａｔｈ（ｈｔｔ
ｐ：／／ｗｗｗ．ｗ３．ｏｒｇ／ＴＲ／ｘｐａｔｈ）を
用いて、ＭＰＥＧ−７記述中の特定のノードを指定する
ものである。

【００２１】さらに、ＣｏｎｎｅｃｔｉｏｎＰｏｉｎ
ｔ内のｐｏｓｉｔｉｏｎ（属性ｐｏｓｉｔｉｏｎ）は、
ＩＤＲｅｆまたはＸＰａｔｈによって指定されたノード
に対して、下位ＭＰＥＧ−７記述を接続する位置を指定
する。ｐｏｓｉｔｉｏｎの値がｂｅｆｏｒｅの場合は指
定されたノードの前に接続し、ａｆｔｅｒの場合は指定
されたノードの後に接続する。ｆｉｒｓｔの場合は指定
されたノードの子ノードの先頭に接続し、ｌａｓｔの場
合は指定されたノードの子ノードの最後に接続する。

【００２２】この属性ｐｏｓｉｔｉｏｎの使用方法につ
いて、図８から図１１を用いて説明する。図８から図１
１の各図では、上位ＭＰＥＧ−７記述と下位ＭＰＥＧ−
７記述、及び接続後のＭＰＥＧ−７記述が、模式図と実
際のＸＭＬ記述とによって表されている。

【００２３】図８では、ＣｏｎｎｅｃｔｉｏｎＰｏｉ
ｎｔの要素ＩＤＲｅｆまたはＸＰａｔｈによって上位Ｍ
ＰＥＧ−７記述のノードＢが指定され、属性ｐｏｓｉｔ
ｉｏｎの値がｂｅｆｏｒｅである。このとき、下位ＭＰ
ＥＧ−７記述はノードＢの前に接続される。

【００２４】図９では、ＣｏｎｎｅｃｔｉｏｎＰｏｉ
ｎｔの要素ＩＤＲｅｆまたはＸＰａｔｈによって上位Ｍ
ＰＥＧ−７記述のノードＢが指定され、属性ｐｏｓｉｔ
ｉｏｎの値がａｆｔｅｒである。このとき、下位ＭＰＥ
Ｇ−７記述はノードＢの後に接続される。

【００２５】図１０では、ＣｏｎｎｅｃｔｉｏｎＰｏ
ｉｎｔの要素ＩＤＲｅｆまたはＸＰａｔｈによって上位
ＭＰＥＧ−７記述のノードＡが指定され、属性ｐｏｓｉ
ｔｉｏｎの値がｆｉｒｓｔである。このとき、下位ＭＰ
ＥＧ−７記述はノードＡの子供要素の先頭、即ちノード
Ｂの前に接続される。

【００２６】図１１では、ＣｏｎｎｅｃｔｉｏｎＰｏ
ｉｎｔの要素ＩＤＲｅｆまたはＸＰａｔｈによって上位
ＭＰＥＧ−７記述のノードＡが指定され、属性ｐｏｓｉ
ｔｉｏｎの値がｌａｓｔである。このとき、下位ＭＰＥ
Ｇ−７記述はノードＡの子供要素の最後、即ちノードＢ
の後に接続される。

【００２７】図３にもどって、ＦｒａｇｍｅｎｔＲｅ
ｆｅｒｅｎｃｅのもう一方の子供要素であるＦｒａｇｍ
ｅｎｔＬｏｃａｔｉｏｎは、Ｄｅｓｃｒｉｐｔｉｏｎ
に格納される上位ＭＰＥＧ−７記述に接続する下位ＭＰ
ＥＧ−７記述を示す参照情報である。Ｆｒａｇｍｅｎｔ
Ｌｏｃａｔｉｏｎのデータ型はｕｒｉＲｅｆｅｒｅｎ
ｃｅであり、ＵＲＩ（Uniform Resource Identifiers)
によって下位ＭＰＥＧ−７記述のルート要素を参照する
（下位ＭＰＥＧ−７記述の存在場所を指定する。）。こ
こでは、ＵＲＩに加え、Ｗ３Ｃで定められたＸＭＬポイ
ンタ言語ＸＰｏｉｎｔｅｒ（ｈｔｔｐ：／／ｗｗｗ．ｗ
３．ｏｒｇ／ＴＲ／ｘｐｔｒ）を利用し、外部ＸＭＬ文
書内部の特定の要素を参照する。

【００２８】また、ＦｒａｇｍｅｎｔＬｏｃａｔｉｏ
ｎはｃｏｎｔｅｎｔ（属性ｃｏｎｔｅｎｔ）とｕｓｅ
（属性ｕｓｅ）とを持つ。属性ｃｏｎｔｅｎｔは下位Ｍ
ＰＥＧ−７記述の内容の概略を記述するものである。こ
こでは、例えば、下位ＭＰＥＧ−７記述のルート要素名
が使用できる。この属性を利用し、ユーザーまたはアプ
リケーションは、必要なＭＰＥＧ−７記述を選択的に入
手または保存することができる。属性ｕｓｅは下位ＭＰ
ＥＧ−７記述の必要性を示すものである。デフォルト値
はｏｐｔｉｏｎａｌであるが、ｒｅｑｕｉｒｅｄと指定
することにより、ＭＰＥＧ−７アプリケーションに下位
ＭＰＥＧ−７記述を入手または保存することを強制する
ことができる。下位ＭＰＥＧ−７記述を著作権保護デー
タとしておけば、上位ＭＰＥＧ−７記述の著作権保護を
強化できる。

【００２９】属性ｉｄ格納部は、複数のＡｃｃｅｓｓ
Ｕｎｉｔを一意に識別するためのｉｄ（属性ｉｄ：識別
情報）を格納している。インターネット等の蓄積系シス
テムの場合は、ＡｃｃｅｓｓＵｎｉｔはファイルに格
納され、ＵＲＩを用いてＡｃｃｅｓｓＵｎｉｔを一意
に識別することができる。しかし、ディジタル・テレビ
ジョン放送等の伝送系システムの場合、複数のＡｃｃｅ
ｓｓＵｎｉｔを連続的に並べてデータ・ストリームが
構成されるので、インターネットと同様のＵＲＩを用い
ることができない。そこで、ＡｃｃｅｓｓＵｎｉｔの
属性ｉｄを利用してＡｃｃｅｓｓＵｎｉｔを一意に識
別する。

【００３０】以上の構成により、複数のＡｃｃｅｓｓ
Ｕｎｉｔを取得したとき、接続先情報格納部であるＦｒ
ａｇｍｅｎｔＲｅｆｅｒｅｎｃｅに格納された情報
（接続位置情報と参照情報）を元にして、分離された上
位ＭＰＥＧ−７記述と下位ＭＰＥＧ−７記述とを順次接
続することにより、元のＭＰＥＧ−７記述を再構成する
ことができる。また、必要なＡｃｃｅｓｓＵｎｉｔ、
即ち必要なＭＰＥＧ−７記述を参照情報に基づき選択す
ることにより、元のＭＰＥＧ−７記述を部分的に再構成
することもできる。さらには、その伝送において、分割
されたＭＰＥＧ−７記述を各ＡｃｃｅｓｓＵｎｉｔと
して伝送することにより、各ＡｃｃｅｓｓＵｎｉｔ毎の
伝送制御が行えるようになり伝送効率を高めることが可
能となる。

【００３１】また、接続のための情報である接続位置情
報と参照情報とを、メタデータ格納部（Ｄｅｓｃｒｉｐ
ｔｉｏｎ）とは異なる接続先情報格納部（Ｆｒａｇｍｅ
ｎｔＲｅｆｅｒｅｎｃｅ）に格納するようにしたので、
構造化メタデータの内部を操作することなく接続のため
の情報を付加することができるという効果がある。

【００３２】次に、本発明の第２実施例について説明す
る。第２実施例では、ＭＰＥＧ−７記述の分割から蓄積
・伝送までの処理の流れと、蓄積・伝送から再構成まで
の処理の流れは第１実施例と同様である。即ち、図１及
び図２に示す処理の流れは、第２実施例にも当てはま
る。但し、第２実施例では、ＡｃｃｅｓｓＵｎｉｔの
構成が第１実施例のそれとは異なる。

【００３３】図５は、本発明の第２実施例に用いる、Ａ
ｃｃｅｓｓＵｎｉｔの他の構成例を示す概念図であ
る。また、図６、図７は、図５に示したＡｃｃｅｓｓ
ＵｎｉｔのＤＤＬシンタックスである。

【００３４】本発明の第２実施例では、Ａｃｃｅｓｓ
Ｕｎｉｔは接続先情報格納部であるＦｒａｇｍｅｎｔ
Ｒｅｆｅｒｅｎｃｅ、メタデータ格納部を有するＵｐｄ
ａｔｅＣｏｍｍａｎｄ、及び属性ｉｄ（識別情報）格
納部を備えている。

【００３５】ＦｒａｇｍｅｎｔＲｅｆｅｒｅｎｃｅの
構成は、第１実施例におけるＦｒａｇｍｅｎｔＲｅｆ
ｅｒｅｎｃｅの構成と同様である。Ｆｒａｇｍｅｎｔ
Ｒｅｆｅｒｅｎｃｅは１つのＡｃｃｅｓｓＵｎｉｔ中
に複数存在する場合もあるし、１つも存在しない場合も
ある。

【００３６】また、属性ｉｄ（識別情報）格納部につい
ても、本発明の第１の実施例と同様である。

【００３７】ＵｐｄａｔｅＣｏｍｍａｎｄは、コマン
ドの実行によりＭＰＥＧ−７記述を構成するものであ
り、Ｔｙｐｅ、Ｌｏｃａｔｉｏｎ、Ｖａｌｕｅの３つの
子供要素により構成される。ＵｐｄａｔｅＣｏｍｍａ
ｎｄは１つのＡｃｃｅｓｓＵｎｉｔ中に１つ以上存在
する。

【００３８】Ｔｙｐｅは実行するコマンドの種類であ
り、ａｄｄ、ｄｅｌｅｔｅ、ｃｈａｎｇｅ、ｒｅｓｅｔ
のいずれかの値をとる。Ｔｙｐｅの値がａｄｄの場合
は、Ｌｏｃａｔｉｏｎによって示されるＭＰＥＧ−７記
述中の特定の位置に、Ｖａｌｕｅに格納されるＭＰＥＧ
−７記述を接続する。Ｔｙｐｅの値がｄｅｌｅｔｅの場
合は、Ｌｏｃａｔｉｏｎによって示されるＭＰＥＧ−７
記述中のノードとそれ以下のノードを削除する。Ｔｙｐ
ｅの値がｃｈａｎｇｅの場合は、Ｌｏｃａｔｉｏｎによ
って示されるＭＰＥＧ−７記述中のノードとそれ以下の
ノードを、Ｖａｌｕｅに格納されるＭＰＥＧ−７記述に
置き換える。Ｔｙｐｅの値がｒｅｓｅｔの場合は、ＭＰ
ＥＧ−７記述を予め定められた初期状態に戻す。

【００３９】Ｌｏｃａｔｉｏｎは、コマンドを実行する
場所を示す位置情報である。Ｌｏｃａｔｉｏｎのデータ
型はｕｒｉＲｅｆｅｒｅｎｃｅであり、ＵＲＩ及びＸＰ
ｏｉｎｔｅｒによってＭＰＥＧ−７記述中のコマンド実
行対象のノードを参照する。ここで参照するＭＰＥＧ−
７記述は、これ以前のコマンド実行によりすでに生成さ
れているＭＰＥＧ−７記述である。また、Ｌｏｃａｔｉ
ｏｎは属性ｐｏｓｉｔｉｏｎを持つ。属性ｐｏｓｉｔｉ
ｏｎはＴｙｐｅの値がａｄｄである場合のみ有効であ
り、Ｌｏｃａｔｉｏｎによって参照されるノードに対し
て、Ｖａｌｕｅに格納されるＭＰＥＧ−７記述を接続す
る位置を指定する。ｐｏｓｉｔｉｏｎの値がｂｅｆｏｒ
ｅの場合は指定されたノードの前に接続し、ａｆｔｅｒ
の場合は指定されたノードの後に接続する。ｆｉｒｓｔ
の場合は指定されたノードの子ノードの先頭に接続し、
ｌａｓｔの場合は指定されたノードの子ノードの最後に
接続する。

【００４０】Ｖａｌｕｅは、ＭＰＥＧ−７記述を格納す
るためのものである。

【００４１】ＵｐｄａｔｅＣｏｍｍａｎｄにおいて、
Ｔｙｐｅの値がａｄｄである場合の動作は、複数のＭＰ
ＥＧ−７記述を接続して１つのＭＰＥＧ−７記述を再構
成するものであるので、ＦｒａｇｍｅｎｔＲｅｆｅｒ
ｅｎｃｅの持つ機能と類似している。両者の機能の違い
は、ＦｒａｇｍｅｎｔＲｅｆｅｒｅｎｃｅによるＭＰ
ＥＧ−７記述の再構成が、上位ＭＰＥＧ−７記述から下
位ＭＰＥＧ−７記述への参照情報を利用し、Ａｃｃｅｓ
ｓＵｎｉｔ群を取得（または受信）したユーザー（ま
たはアプリケーション）の意図により行われるのに対
し、ＵｐｄａｔｅＣｏｍｍａｎｄによるＭＰＥＧ−７記
述の再構成は、下位ＭＰＥＧ−７記述から上位ＭＰＥＧ
−７記述への参照情報を利用し、ＡｃｃｅｓｓＵｎｉ
ｔ群の作成者または送信者の意図により行われることで
ある。即ち、ＦｒａｇｍｅｎｔＲｅｆｅｒｅｎｃｅの場
合は、ユーザーまたはアプリケーションがＦｒａｇｍｅ
ｎｔＬｏｃａｔｉｏｎに記述された情報を参考にして
必要なＭＰＥＧ−７記述を選択して元のＭＰＥＧ−７記
述を部分的に再構成できるのに対し、ＵｐｄａｔｅＣ
ｏｍｍａｎｄの場合は、ＭＰＥＧ−７記述の作成者また
は送信者がユーザーの側に再構成されるＭＰＥＧ−７記
述を制御することができる。従って、両者の機能は異な
り、目的に応じて使い分けるものである。

【００４２】次に、図８〜図１１で説明したＣｏｎｎｅ
ｃｔｉｏｎＰｏｉｎｔ（接続位置情報）内の属性ｐｏ
ｓｉｔｉｏｎ（指定されたノードに対する下位ＭＰＥＧ
−７記述の接続位置を指定する情報）について他の例を
説明する。図８〜図１１では属性ｐｏｓｉｔｉｏｎの値
が４つの値の場合を示したが、この内の２値を用いるこ
と（ｂｅｆｏｒｅとｌａｓｔ、またはａｆｔｅｒとｆｉ
ｒｓｔ）によって、任意の接続位置を指定することも可
能である。ここでは、属性ｐｏｓｉｔｉｏｎの取り得る
値が、ｂｅｆｏｒｅＡｓＳｉｂｌｉｎｇとｌａｓｔＡｓ
Ｃｈｉｌｄの場合について説明する。

【００４３】ｂｅｆｏｒｅＡｓＳｉｂｌｉｎｇは、Ｆｒ
ａｇｍｅｎｔＬｏｃａｔｉｏｎ（下位ＭＰＥＧ−７記
述に関する参照情報）により指定された下位ＭＰＥＧ−
７記述を、ＣｏｎｎｅｃｔｉｏｎＰｏｉｎｔにより指
定されたノードの前に兄弟として付加することを意味す
る。また、ｌａｓｔＡｓＣｈｉｌｄは、Ｆｒａｇｍｅｎ
ｔＬｏｃａｔｉｏｎにより指定された下位ＭＰＥＧ−
７記述を、ＣｏｎｎｅｃｔｉｏｎＰｏｉｎｔにより指
定されたノードの子供の最後に付加することを意味す
る。

【００４４】この属性ｐｏｓｉｔｉｏｎの使用方法につ
いて、図１２と図１３を用いて説明する。図１２と図１
３では、上位ＭＰＥＧ−７記述と下位ＭＰＥＧ−７記
述、及び接続後のＭＰＥＧ−７記述が、模式図と実際の
ＸＭＬ記述とによって表されている。

【００４５】図１２では、ＣｏｎｎｅｃｔｉｏｎＰｏ
ｉｎｔの要素ＩＤＲｅｆまたはＸＰａｔｈによって上位
ＭＰＥＧ−７記述のノードＢが指定され、属性ｐｏｓｉ
ｔｉｏｎの値がｂｅｆｏｒｅＡｓＳｉｂｌｉｎｇであ
る。このとき、下位ＭＰＥＧ−７記述はノードＢの前に
接続される。

【００４６】図１３では、ＣｏｎｎｅｃｔｉｏｎＰｏ
ｉｎｔの要素ＩＤＲｅｆまたはＸＰａｔｈによって上位
ＭＰＥＧ−７記述のノードＡが指定され、属性ｐｏｓｉ
ｔｉｏｎの値がｌａｓｔＡｓＣｈｉｌｄである。このと
き、下位ＭＰＥＧ−７記述はノードＡの子供要素の最
後、即ちノードＢの後に接続される。

【００４７】次に、この２値によって任意の位置を指定
できることを説明する。あるノードＡが子供を持たず、
そのノードの子供として下位ＭＰＥＧ−７記述追加する
場合、ＣｏｎｎｅｃｔｉｏｎＰｏｉｎｔでノードＡを
指定し、属性ｐｏｓｉｔｉｏｎをｌａｓｔＡｓＣｈｉｌ
ｄとすればよい。あるノードＡが子供を持ち、そのノー
ドの子供の最後に下位ＭＰＥＧ−７記述追加する場合、
ＣｏｎｎｅｃｔｉｏｎＰｏｉｎｔでノードＡを指定し、
属性ｐｏｓｉｔｉｏｎをｌａｓｔＡｓＣｈｉｌｄとすれ
ばよい。あるノードＡが子供を持ち、そのノードの子供
の最後以外の位置（即ちノードＡの子供ノードＢの前の
位置）に下位ＭＰＥＧ−７記述追加する場合、Ｃｏｎｎ
ｅｃｔｉｏｎＰｏｉｎｔでノードＢを指定し、属性ｐ
ｏｓｉｔｉｏｎをｂｅｆｏｒｅＡｓＳｉｂｌｉｎｇとす
ればよい。《バイナリ・フォーマット》ここまでの説明
では、ＡｃｃｅｓｓＵｎｉｔ内のＭＰＥＧ−７記述の
データ及び各情報をテキスト・データで表現したものと
したが、次に、ＡｃｃｅｓｓＵｎｉｔ内のＭＰＥＧ−７
記述のデータ及び各情報をバイナリ・データで表現した
第３実施例について説明する。

【００４８】テキスト・データで表現された各情報は、
ユーザーにとって理解が容易である、編集が容易であ
る、インターネットでのデータの送受信に好適である等
の利点を有する。一方、バイナリ・データで表現された
各情報は、テキスト・データで表現された各情報よりも
情報量が少なく伝送効率を向上させることができるの
で、ディジタル・テレビジョン放送、携帯端末向けのデ
ータ配信等でのデータの伝送に好適である。

【００４９】図１４は、本発明の第３実施例のＡｃｃｅ
ｓｓＵｎｉｔのバイナリ・フォーマットを示す図であ
る。

【００５０】ＡＵＩＤは各ＡｃｃｅｓｓＵｎｉｔを一
意に識別するためのＩＤである。全てのＡｃｃｅｓｓ
Ｕｎｉｔに一意の番号を割り振る。

【００５１】Ｌｅｎｇｔｈｏｆｆｒａｇｍｅｎｔ
ｒｅｆｅｒｅｎｃｅは、Ｌｅｎｇｔｈｏｆｆｒａｇ
ｍｅｎｔｒｅｆｅｒｅｎｃｅの終わりからＳｕｂ−ｔ
ｒｅｅｂｉｎａｒｙｒｅｐｒｅｓｅｎｔａｔｉｏｎ
の初めまでの長さをビット単位で表す。これにより、Ｆ
ｒａｇｍｅｎｔｒｅｆｅｒｅｎｃｅをデコードするこ
となく、Ｓｕｂ−ｔｒｅｅｂｉｎａｒｙｒｅｐｒｅ
ｓｅｎｔａｔｉｏｎに高速にアクセスすることができ
る。

【００５２】Ｎｕｍｂｅｒｏｆｆｒａｇｍｅｎｔ
ｒｅｆｅｒｅｎｃｅは、その後に続くＦｒａｇｍｅｎｔ
ｒｅｆｅｒｅｎｃｅ（接続位置情報と参照情報）の数
を表す。

【００５３】Ｆｒａｇｍｅｎｔｒｅｆｅｒｅｎｃｅ
は、上位の構造化メタデータと下位の構造化メタデータ
を接続するための情報（即ち接続先情報である接続位置
情報と参照情報）である。１つのＡｃｃｅｓｓＵｎｉ
ｔに複数のＦｒａｇｍｅｎｔｒｅｆｅｒｅｎｃｅを記述
することができる。Ｆｒａｇｍｅｎｔｒｅｆｅｒｅｎ
ｃｅの詳細なフォーマットについては、後で説明する。

【００５４】Ｓｕｂ−ｔｒｅｅｂｉｎａｒｙｒｅｐ
ｒｅｓｅｎｔａｔｉｏｎは、構造化メタデータをバイナ
リ・データで表現したものである。例えば、ＸＭＬで記
述された構造化メタデータを、何らかのバイナリ符号化
方式によりバイナリ・データに変換する。ＸＭＬのバイ
ナリ符号化方式としては、ＷＡＰ（ＷｉｒｅｌｅｓｓＡ
ｐｐｌｉｃａｔｉｏｎＰｒｏｔｏｃｏｌ）Ｆｏｒｕ
ｍで規定するＢｉｎａｒｙＸＭＬＣｏｎｔｅｎｔ
ＦｏｒｍａｔＳｐｅｃｉｆｉｃａｔｉｏｎ等がある。

【００５５】図１５は、Ｆｒａｇｍｅｎｔｒｅｆｅｒ
ｅｎｃｅのバイナリ・フォーマットを示す図である。

【００５６】ＲｅｆｅｒｅｎｃｅｏｆＣｏｎｔｅｎ
ｔｓＩＤは、参照する下位構造化メタデータの内容
を、内容の種類ごとに一意に割り振られたＩＤによって
示すものである（下位構造化メタデータの内容に関する
情報である）。予め構造化メタデータの内容を分類し、
各分類に対してＩＤを一意に割り振っておく必要があ
る。

【００５７】Ｎｅｃｅｓｓｉｔｙは、参照する下位構造
化メタデータの必要性を１ビットで表すものである（上
位構造化メタデータへの統合の必要性を示す情報であ
る）。０ならばオプション、１ならば必須である。

【００５８】ＲｅｆｅｒｅｎｃｅｔｏＡＵＩＤは、
参照する下位構造化メタデータを格納するＡｃｃｅｓｓ
Ｕｎｉｔに付加されたＡＵＩＤを用いて下位構造化メ
タデータを参照するための情報（下位構造化メタデータ
の存在場所に関係する情報）である。

【００５９】上記のＲｅｆｅｒｅｎｃｅｏｆＣｏｎ
ｔｅｎｔｓＩＤ、Ｎｅｃｅｓｓｉｔｙ、及びＲｅｆｅ
ｒｅｎｃｅｔｏＡＵＩＤの３つが、下位構造化メタ
データに関する参照情報である。

【００６０】Ｃｏｎｎｅｃｔｉｏｎｐｏｉｎｔは、Ｓ
ｕｂ−ｔｒｅｅｂｉｎａｒｙｒｅｐｒｅｓｅｎｔａ
ｔｉｏｎに格納される構造化メタデータ中の下位構造化
メタデータの接続点を示す接続位置情報である。ここで
は、例えばＸＰａｔｈによって構造化メタデータ内の任
意のノードを指定し、ｐｏｓｉｔｉｏｎによって、その
指定されたノードに対しての下位構造化メタデータを接
続する位置を指定する。さらに、ＸＰａｔｈとｐｏｓｉ
ｔｉｏｎを何らかのバイナリ符号化方式でバイナリ・デ
ータに変換したものを用いてもよい。《分割ファイル伝
送のためのシステム》図１６は、ディジタル・テレビジ
ョン放送等でビデオ・コンテンツと共にＭＰＥＧ−７記
述を伝送するためのＭＰＥＧ−７伝送システムを示す図
である。

【００６１】ＸＭＬ文書として記述されたＭＰＥＧ−７
記述は、分割器によって、予め設定された基準に従って
適当な数の断片に分割される。さらに、各断片に再統合
のために必要なＦｒａｇｍｅｎｔＲｅｆｅｒｅｎｃ
ｅ、属性ｉｄ等が付加され、図３，５に示すようなＡｃ
ｃｅｓｓＵｎｉｔが構成される。ＡｃｃｅｓｓＵｎ
ｉｔはＭＰＥＧ−７バイナリ符号化器へ出力される。

【００６２】ＭＰＥＧ−７バイナリ符号化器は、入力さ
れるＭＰＥＧ−７記述を有するＡｃｃｅｓｓＵｎｉｔ
をバイナリに符号化する。符号化されたバイナリＭＰＥ
Ｇ−７ＡｃｃｅｓｓＵｎｉｔは、伝送制御器へ出力
される。

【００６３】一方、ビデオ・コンテンツは、ビデオ符号
化器によって符号化される。ここではＭＰＥＧ−２等の
ビデオ符号化方式を用いる。ビデオ符号化データは、伝
送制御器へ出力される。

【００６４】伝送制御器は、入力されるバイナリＭＰＥ
Ｇ−７ＡｃｃｅｓｓＵｎｉｔとビデオ符号化データ
をマルチプレクスし、伝送する。バイナリＭＰＥＧ−７
ＡｃｃｅｓｓＵｎｉｔは、カルーセル方式で伝送さ
れる。その際、あらかじめ設定された基準に従って、カ
ルーセル伝送の期間や頻度をＡｃｃｅｓｓＵｎｉｔ毎
に制御する。例えば、重要な情報を含むＡｃｃｅｓｓ
Ｕｎｉｔほど、また、上位構造化メタデータを有するＡ
ｃｃｅｓｓＵｎｉｔほど、カルーセル伝送の期間を長
くし、伝送頻度を高くする。

【００６５】図１７は、図１６に示すＭＰＥＧ−７伝送
システムにより伝送される放送データを受信するための
ＭＰＥＧ−７受信システムを示す図である。

【００６６】受信された放送データは、受信機によりデ
マルチプレクスされ、バイナリＭＰＥＧ−７Ａｃｃｅ
ｓｓＵｎｉｔとビデオ符号化データとに分けられる。
バイナリＭＰＥＧ−７ＡｃｃｅｓｓＵｎｉｔはＭＰ
ＥＧ−７バイナリ復号化器へ出力され、ビデオ符号化デ
ータはビデオ復号化器へ出力される。

【００６７】ＭＰＥＧ−７バイナリ復号化器は、入力さ
れるバイナリＭＰＥＧ−７ＡｃｃｅｓｓＵｎｉｔを
複合化し、ＸＭＬ形式のＭＰＥＧ−７Ａｃｃｅｓｓ
Ｕｎｉｔ（テキスト・フォーマットのもの）を出力す
る。

【００６８】統合器は、入力されるＭＰＥＧ−７Ａｃ
ｃｅｓｓＵｎｉｔのＦｒａｇｍｅｎｔＲｅｆｅｒｅ
ｎｃｅに記述されている統合のための情報に基づき、Ｍ
ＰＥＧ−７ＡｃｃｅｓｓＵｎｉｔを再統合し、ＭＰ
ＥＧ−７記述を出力する。このとき、Ｆｒａｇｍｅｎｔ
Ｒｅｆｅｒｅｎｃｅ内の下位構造化メタデータに関す
る参照情報における上位構造化メタデータへの統合の必
要性を示す情報（属性ｕｓｅ，Ｎｅｃｅｓｓｉｔｙ）、
及び／または、下位構造化メタデータの内容に関する情
報に基づき、再統合の可否を判断するようにしてもよ
い。

【００６９】一方、ビデオ複合化器は、入力されるビデ
オ符号化データを複合化し、ビデオ・コンテンツを出力
する。 ≪インターネットを介したコンテンツ検索における属性
の活用例≫図１８は、インターネットを介したビデオ・
コンテンツ検索のネットワーク図である。ビデオ・デー
タベースには、多数のビデオ・コンテンツとそれぞれに
対応するＭＰＥＧ−７記述が記憶されている。また、Ｍ
ＰＥＧ−７記述は上位側ＭＰＥＧ−７記述であるビデオ
・セグメント情報を含むＡｃｃｅｓｓＵｎｉｔと、下
位側ＭＰＥＧ−７記述である色や音声などの分野ごとの
記述子を含むＡｃｃｅｓｓＵｎｉｔとに上述の分割方
法を用いて分割されている。

【００７０】ビデオ・セグメント情報ＡｃｃｅｓｓＵ
ｎｉｔ内には複数のＦｒａｇｍｅｎｔＲｅｆｅｒｅｎ
ｃｅ（接続位置情報と参照情報）が存在し、それぞれの
ＦｒａｇｍｅｎｔＲｅｆｅｒｅｎｃｅが分野ごとの各
記述子ＡｃｃｅｓｓＵｎｉｔを参照すると共に、参照
先ＭＰＥＧ−７記述の内容の概略が属性として付加され
ている。ユーザーはインターネットを介して任意のＭＰ
ＥＧ−７ＡｃｃｅｓｓＵｎｉｔをダウンロードし、
ビデオ・コンテンツの検索を行うことができる。

【００７１】図１９は、図１８に示したインターネット
を介したビデオ・コンテンツ検索のフローチャートであ
る。

【００７２】ユーザーは、初めに、ビデオ・コンテンツ
・データベースからビデオ・セグメント情報Ａｃｃｅｓ
ｓＵｎｉｔをダウンロードする。次に、ビデオ・セグ
メント情報ＡｃｃｅｓｓＵｎｉｔ内のＦｒａｇｍｅｎ
ｔＲｅｆｅｒｅｎｃｅには参照先ＭＰＥＧ−７記述の
内容の概略を示す属性が付加されているので、その情報
を元にして検索に使用する記述子を含むＡｃｃｅｓｓ
Ｕｎｉｔをダウンロードする。例えば、色に関する記述
子で検索するなら色に関する記述子ＡｃｃｅｓｓＵｎ
ｉｔをダウンロードし、音声に関する記述子で検索する
なら音声に関する記述子ＡｃｃｅｓｓＵｎｉｔをダウ
ンロードする。また、検索に使用する記述子を含むＡｃ
ｃｅｓｓＵｎｉｔを参照するＦｒａｇｍｅｎｔＲｅ
ｆｅｒｅｎｃｅがそのビデオ・セグメント情報Ａｃｃｅ
ｓｓＵｎｉｔに存在しなければ、そのコンテンツはス
キップして次のコンテンツの検索に移る。

【００７３】ダウンロードされたＡｃｃｅｓｓＵｎｉ
ｔ中のＭＰＥＧ−７記述は、ユーザーが設定した検索条
件と照らし合わされる。そして、もし検索条件に適合し
ていれば、対応するビデオ・コンテンツをビデオ・コン
テンツ・データベースからダウンロードし、検索を終了
する。もし検索条件に適合しなければ、次のコンテンツ
の検索に移る。

【００７４】次に、本発明の第４実施例について説明す
る。第４実施例では、ＭＰＥＧ−７記述の分割から蓄積
・伝送までの処理の流れと、蓄積・伝送から再構成まで
の処理の流れは第１実施例と概略同様である。即ち、図
１及び図２に示す処理の流れは、第４実施例にも当ては
まる。但し、第４実施例では、ＡｃｃｅｓｓＵｎｉｔ
の構成が第１実施例のそれとは異なる。

【００７５】図２０は、本発明の第４実施例に用いる、
ＡｃｃｅｓｓＵｎｉｔの構成例を示す概念図である。
また、図２１は、図２０に示したＡｃｃｅｓｓＵｎｉ
ｔのＤＤＬシンタックスである。また、図２２〜図２５
は、図２０に示したＡｃｃｅｓｓＵｎｉｔのバイナリ
・フォーマットである。

【００７６】第４実施例では、元のＭＰＥＧ−７記述を
１つの上位のＭＰＥＧ−７記述と２つの下位のＭＰＥＧ
−７記述とに分割し、２つの下位のＭＰＥＧ−７記述を
１つのＡｃｃｅｓｓＵｎｉｔに格納した場合（即ち１
つのＡｃｃｅｓｓＵｎｉｔに複数のＭＰＥＧ−７記述
を格納することができるようにした場合）を例に挙げて
説明する。

【００７７】第４実施例は、１つのＡｃｃｅｓｓＵｎ
ｉｔに格納された複数の下位ＭＰＥＧ−７記述を、上位
ＭＰＥＧ−７記述が格納されたＡｃｃｅｓｓＵｎｉｔ
から参照する場合に、効率的に参照できるようにしたも
のである。

【００７８】ＡｃｃｅｓｓＵｎｉｔは、メタデータ格
納部であるＤｅｓｃｒｉｐｔｉｏｎと、接続先情報格納
部であるＦｒａｇｍｅｎｔＲｅｆｅｒｅｎｃｅとを備
えている。

【００７９】Ｄｅｓｃｒｉｐｔｉｏｎは、元のＭＰＥＧ
−７記述から分割された各ＭＰＥＧ−７記述を格納する
ものである。Ｄｅｓｃｒｉｐｔｉｏｎは、１つのＡｃｃ
ｅｓｓＵｎｉｔ中に複数存在することも可能である。

【００８０】ＦｒａｇｍｅｎｔＲｅｆｅｒｅｎｃｅ
は、Ｄｅｓｃｒｉｐｔｉｏｎに格納されるＭＰＥＧ−７
記述とその下位のＭＰＥＧ−７記述とを再接続する際に
参照する接続先情報（接続位置情報と参照情報）を格納
するものである。ＦｒａｇｍｅｎｔＲｅｆｅｒｅｎｃ
ｅは、ＣｏｎｎｅｃｔｉｏｎＰｏｉｎｔ（接続位置情
報）とＦｒａｇｍｅｎｔＬｏｃａｔｉｏｎ（少なくと
も下位ＭＰＥＧ−７記述の存在場所に関係する情報を有
する参照情報）との２つの子供要素を備えている。Ｃｏ
ｎｎｅｃｔｉｏｎＰｏｉｎｔとＦｒａｇｍｅｎｔＬ
ｏｃａｔｉｏｎとの組は各下位ＭＰＥＧ−７記述毎に設
けられる。第４実施例では下位ＭＰＥＧ−７記述が２つ
であるので、ＣｏｎｎｅｃｔｉｏｎＰｏｉｎｔとＦｒ
ａｇｍｅｎｔＬｏｃａｔｉｏｎとの組は２組設けられ
る。

【００８１】なお、Ｄｅｓｃｒｉｐｔｉｏｎに格納され
る上位ＭＰＥＧ−７記述に接続されるべき下位のＭＰＥ
Ｇ−７記述が１つも存在しない場合、Ｆｒａｇｍｅｎｔ
Ｒｅｆｅｒｅｎｃｅも１つも存在しない。また、下位
ＭＰＥＧ−７記述の格納状態に応じて、Ｆｒａｇｍｅｎ
ｔＲｅｆｅｒｅｎｃｅは１つのＡｃｃｅｓｓＵｎｉ
ｔ内に複数存在する場合もある。

【００８２】ＣｏｎｎｅｃｔｉｏｎＰｏｉｎｔは、Ｄ
ｅｓｃｒｉｐｔｉｏｎに格納される上位ＭＰＥＧ−７記
述に対して下位ＭＰＥＧ−７記述を接続する位置に関す
る情報である。ＣｏｎｎｅｃｔｉｏｎＰｏｉｎｔ中の
ＸＰａｔｈには、分割前の元のＭＰＥＧ−７記述におけ
る下位ＭＰＥＧ−７記述の最上位ノードに相当するノー
ド（下位ＭＰＥＧ−７記述のルート・ノードのパス（こ
れはＤｅｓｃｒｉｐｔｉｏｎに格納される上位ＭＰＥＧ
−７記述には存在しないノード））を記述する。これに
より、第１実施例で説明した属性ｐｏｓｉｔｉｏｎがな
くても、上位ＭＰＥＧ−７記述に対して下位ＭＰＥＧ−
７記述を接続する位置を正確に記述することができる。

【００８３】また、ＣｏｎｎｅｃｔｉｏｎＰｏｉｎｔ
中にｅｌｅｍｅｎｔＮａｍｅ（属性ｅｌｅｍｅｎｔ
Ｎａｍｅ）を設けてもよい。属性ｅｌｅｍｅｎｔＮａ
ｍｅには、分割前の元のＭＰＥＧ−７記述における下位
ＭＰＥＧ−７記述の最上位ノードに相当するノードの名
前（下位ＭＰＥＧ−７記述のルート・ノードの名前）を
記述する。これにより、分離の前後で下位ＭＰＥＧ−７
記述のルート・ノードの名前が異なる場合に、再接続時
に下位ＭＰＥＧ−７記述のルート・ノードの名前を分離
前の名前に変換して接続することができる。

【００８４】なお、ここでは、上位ＭＰＥＧ−７記述と
下位ＭＰＥＧ−７記述とを１つの元のＭＰＥＧ−７記述
から分割したものというとらえ方をしたが、このとらえ
方ではなく、ＭＰＥＧ−７記述同士を統合することを想
定して、上位ＭＰＥＧ−７記述と下位ＭＰＥＧ−７記述
とを個々に作成するというとらえ方もできる。このとら
え方に基づけば、ＣｏｎｎｅｃｔｉｏｎＰｏｉｎｔ中
のＸＰａｔｈには、上位ＭＰＥＧ−７記述と下位ＭＰＥ
Ｇ−７記述とが統合された場合に生成されると想定した
ＭＰＥＧ−７記述における、前記下位ＭＰＥＧ−７記述
の最上位ノードに相当するノード（下位ＭＰＥＧ−７記
述のルート・ノードのパス）を記述することになる。属
性ｅｌｅｍｅｎｔＮａｍｅには、前記想定したＭＰＥ
Ｇ−７記述における下位ＭＰＥＧ−７記述の最上位ノー
ドに相当するノードの名前（下位ＭＰＥＧ−７記述のル
ート・ノードの名前）を記述することになる。どちらの
とらえ方をしても、ＣｏｎｎｅｃｔｉｏｎＰｏｉｎｔ
中のＸＰａｔｈに記述される内容は実質的には同一とな
る。属性ｅｌｅｍｅｎｔＮａｍｅに記述される内容
も、どちらのとらえ方をしても、実質的には同一とな
る。

【００８５】次に、ＦｒａｇｍｅｎｔＲｅｆｅｒｅｎ
ｃｅのもう一方の子供要素であるＦｒａｇｍｅｎｔＬ
ｏｃａｔｉｏｎについて説明する。Ｆｒａｇｍｅｎｔ
Ｌｏｃａｔｉｏｎは、Ｄｅｓｃｒｉｐｔｉｏｎに格納さ
れる上位ＭＰＥＧ−７記述に接続する下位ＭＰＥＧ−７
記述を示す参照情報である。ＦｒａｇｍｅｎｔＬｏｃ
ａｔｉｏｎのデータ型はｕｒｉＲｅｆｅｒｅｎｃｅであ
る。

【００８６】上位ＭＰＥＧ−７記述側のＡｃｃｅｓｓ
Ｕｎｉｔから下位ＭＰＥＧ-７記述を参照させる場合、
基本的には、ＦｒａｇｍｅｎｔＬｏｃａｔｉｏｎ中の
ＨＲｅｆに下位ＭＰＥＧ−７記述を含むＡｃｃｅｓｓ
ＵｎｉｔのＵＲＩ（UniformResource Identifiers)を記
述する。

【００８７】図２０に示すように、上位ＭＰＥＧ−７記
述に複数の下位ＭＰＥＧ−７記述を参照させ、さらにそ
れらの下位ＭＰＥＧ−７記述が同一のＡｃｃｅｓｓＵ
ｎｉｔに含まれる場合、ＦｒａｇｍｅｎｔＲｅｆｅｒ
ｅｎｃｅ内で各ＣｏｎｎｅｃｔｉｏｎＰｏｉｎｔ及び
各ＦｒａｇｍｅｎｔＬｏｃａｔｉｏｎとは独立した共
通属性ｈｒｅｆに、そのＡｃｃｅｓｓＵｎｉｔのＵＲ
Ｉを記述する。そして、ＦｒａｇｍｅｎｔＲｅｆｅｒ
ｅｎｃｅ内に下位ＭＰＥＧ−７記述毎に存在する各Ｆｒ
ａｇｍｅｎｔＬｏｃａｔｉｏｎ中のＨＲｅｆを省略し
てもよい。（各ＦｒａｇｍｅｎｔＬｏｃａｔｉｏｎ中
のＨＲｅｆに記述されるＵＲＩは共通の情報となるた
め。）但し、同一のＡｃｃｅｓｓＵｎｉｔに含まれる複数の
下位ＭＰＥＧ−７記述を一意に識別するために、各Ｆｒ
ａｇｍｅｎｔＬｏｃａｔｉｏｎ中のＦｒａｇｍｅｎｔ
Ｉｎｄｅｘに複数の下位ＭＰＥＧ−７記述を識別する
番号を記述する。番号は、ＡｃｃｅｓｓＵｎｉｔに含
まれる下位ＭＰＥＧ−７記述に対して、先頭から順に正
の整数を割り当てる。

【００８８】また、参照する下位ＭＰＥＧ−７記述の概
略内容を各ＦｒａｇｍｅｎｔＬｏｃａｔｉｏｎ内のｃ
ｏｎｔｅｎｔ（属性ｃｏｎｔｅｎｔ）に記述するように
してもよい。複数の下位ＭＰＥＧ−７記述についての概
略内容が同一の場合、ＦｒａｇｍｅｎｔＲｅｆｅｒｅ
ｎｃｅ内で各ＣｏｎｎｅｃｔｉｏｎＰｏｉｎｔ及び各
ＦｒａｇｍｅｎｔＬｏｃａｔｉｏｎとは独立した共通
属性ｃｏｎｔｅｎｔに、その概略内容を記述する。そし
て、ＦｒａｇｍｅｎｔＲｅｆｅｒｅｎｃｅ中にある、
該当する下位ＭＰＥＧ−７記述の各Ｆｒａｇｍｅｎｔ
Ｌｏｃａｔｉｏｎの属性ｃｏｎｔｅｎｔを省略してもよ
い。（各ＦｒａｇｍｅｎｔＬｏｃａｔｉｏｎ中の属性
ｃｏｎｔｅｎｔに記述される概略内容は共通の情報とな
るため。）また、複数の下位ＭＰＥＧ−７記述の概略内
容が異なっても、その上位概念が同一の場合、Ｆｒａｇ
ｍｅｎｔＲｅｆｅｒｅｎｃｅの共通属性ｃｏｎｔｅｎ
ｔにその上位概念を記述し、そのＦｒａｇｍｅｎｔＲ
ｅｆｅｒｅｎｃｅ中の各ＦｒａｇｍｅｎｔＬｏｃａｔ
ｉｏｎの属性ｃｏｎｔｅｎｔにはそれぞれの内容の概略
を記述する。

【００８９】以上により、ＦｒａｇｍｅｎｔＲｅｆｅ
ｒｅｎｃｅの属性情報として、そのＦｒａｇｍｅｎｔ
Ｒｅｆｅｒｅｎｃｅ内の複数のＦｒａｇｍｅｎｔＬｏ
ｃａｔｉｏｎに共通する情報が記述されていれば、個々
のＦｒａｇｍｅｎｔＬｏｃａｔｉｏｎの情報を見なく
ても、その属性情報を見るだけで下位ＭＰＥＧ−７記述
を含むＡｃｃｅｓｓＵｎｉｔを取得するか否かを判断
したり、実際に取得したりできるので、参照情報の処理
が簡潔になる。さらには、ＦｒａｇｍｅｎｔＲｅｆｅｒ
ｅｎｃｅの属性情報として複数のＦｒａｇｍｅｎｔＬ
ｏｃａｔｉｏｎに共通する情報を記述することに加え
て、各ＦｒａｇｍｅｎｔＬｏｃａｔｉｏｎ中の該当す
る情報を省略すれば、参照情報の情報量が少なくなり、
効率的に伝送できる。

【００９０】また、複数のＣｏｎｎｅｃｔｉｏｎＰｏ
ｉｎｔ中の属性ｅｌｅｍｅｎｔＮａｍｅに記述された
下位ＭＰＥＧ−７記述のルート・ノードの名前が同一の
場合、ＦｒａｇｍｅｎｔＲｅｆｅｒｅｎｃｅ中の各Ｃ
ｏｎｎｅｃｔｉｏｎＰｏｉｎｔ及び各Ｆｒａｇｍｅｎ
ｔＬｏｃａｔｉｏｎとは独立した共通属性ｅｌｅｍｅ
ｎｔＮａｍｅに、下位ＭＰＥＧ−７記述のルート・ノ
ードの名前を記述し、各ＣｏｎｎｅｃｔｉｏｎＰｏｉ
ｎｔ中の属性ｅｌｅｍｅｎｔＮａｍｅを省略するよう
にしてもよい。これにより、接続位置情報の処理の簡潔
化が図れ、接続位置情報の情報量の削減も可能となる。

【００９１】このように、ＦｒａｇｍｅｎｔＲｅｆｅ
ｒｅｎｃｅ（接続先情報）の属性情報をも上位ＭＰＥＧ
−７記述と複数の下位ＭＰＥＧ−７記述との接続（統
合）に利用することにより、ＦｒａｇｍｅｎｔＲｅｆ
ｅｒｅｎｃｅ内の各ＣｏｎｎｅｃｔｉｏｎＰｏｉｎｔ
（接続位置情報）及び／または各ＦｒａｇｍｅｎｔＬ
ｏｃａｔｉｏｎ（参照情報）の処理の簡潔化が図れ、接
続（統合）の高速化が図れる。

【００９２】もちろん、第４実施例は、第１実施例と同
様に、複数のＡｃｃｅｓｓＵｎｉｔを取得したとき、
接続先情報格納部であるＦｒａｇｍｅｎｔＲｅｆｅｒ
ｅｎｃｅに格納された情報（接続位置情報と参照情報）
を元にして、分離された上位ＭＰＥＧ−７記述と下位Ｍ
ＰＥＧ−７記述とを順次接続することにより、元のＭＰ
ＥＧ−７記述を再構成することができる。また、必要な
ＡｃｃｅｓｓＵｎｉｔ、即ち必要なＭＰＥＧ−７記述
を参照情報に基づき選択することにより、元のＭＰＥＧ
−７記述を部分的に再構成することもできる。さらに
は、その伝送において、分割されたＭＰＥＧ−７記述を
各ＡｃｃｅｓｓＵｎｉｔとして伝送することにより、
各ＡｃｃｅｓｓＵｎｉｔ毎の伝送制御が行えるように
なり伝送効率を高めることが可能となる。

【００９３】また、接続のための情報である接続位置情
報と参照情報とを、メタデータ格納部（Ｄｅｓｃｒｉｐ
ｔｉｏｎ）とは異なる接続先情報格納部（Ｆｒａｇｍｅ
ｎｔＲｅｆｅｒｅｎｃｅ）に格納するようにしたので、
構造化メタデータの内部を操作することなく接続のため
の情報を付加することができるという効果がある。

【００９４】第４実施例おいても、第１実施例と同様
に、下位ＭＰＥＧ−７記述の統合の必要性を示す情報で
あるｕｓｅ（属性ｕｓｅ）をＦｒａｇｍｅｎｔＬｏｃ
ａｔｉｏｎに記述してもよい。また、複数のＡｃｃｅｓ
ｓＵｎｉｔを一意に識別するためのｉｄ（属性ｉｄ：
識別情報）を格納した属性ｉｄ格納部をＡｃｃｅｓｓＵ
ｎｉｔに設けてもよい。

【００９５】さらには、本実施例においても第３実施例
で説明したように、ＡｃｃｅｓｓＵｎｉｔ内のＭＰＥＧ
−７記述のデータ及び各情報（属性ｉｄ、接続位置情
報、参照情報、属性情報）をテキスト・データで表現し
てもよいし（図２１参照）、ＡｃｃｅｓｓＵｎｉｔ内
のＭＰＥＧ−７記述のデータ及び各情報をバイナリ・デ
ータで表現してもよい。図２２は第４実施例におけるＡ
ｃｃｅｓｓＵｎｉｔのバイナリ・フォーマット、図２
３はそのＦｒａｇｍｅｎｔＲｅｆｅｒｅｎｃｅのバイ
ナリ・フォーマット、図２４はそのＣｏｎｎｅｃｔｉｏ
ｎＰｏｉｎｔのバイナリ・フォーマット、図２５はそ
のＦｒａｇｍｅｎｔＬｏｃａｔｉｏｎのバイナリ・フ
ォーマットである。

【００９６】また、第４実施例は、図１６に示すＭＰＥ
Ｇ−７伝送システム、図１７に示すＭＰＥＧ−７受信シ
ステム、図１８に示すビデオ・コンテンツ検索のネット
ワーク図、図１９に示すビデオ・コンテンツ検索のフロ
ーチャートに当然適用可能である。

【００９７】第４実施例では、元のＭＰＥＧ−７記述を
１つの上位のＭＰＥＧ−７記述と２つの下位のＭＰＥＧ
−７記述とに分割した例を示したが、１つの上位のＭＰ
ＥＧ−７記述と５つの下位のＭＰＥＧ−７記述とに分割
した例を第５実施例（第４実施例と同様の分割、伝送、
統合方法を用いるもの）として図２６に示す。第５実施
例では２つの下位のＭＰＥＧ−７記述１１，１２を格納
した下位側第１のＡｃｃｅｓｓＵｎｉｔと、それぞれ
１つずつの下位のＭＰＥＧ−７記述２１，３１，４１を
格納した下位側第２〜下位側第４のＡｃｃｅｓｓＵｎ
ｉｔとが設けられているものとする。

【００９８】上位のＭＰＥＧ−７記述を格納したＡｃｃ
ｅｓｓＵｎｉｔには、各下位ＭＰＥＧ−７記述毎に対
応したＣｏｎｎｅｃｔｉｏｎＰｏｉｎｔ（接続位置情
報）とＦｒａｇｍｅｎｔＬｏｃａｔｉｏｎ（参照情
報）との組が設けられる。第５実施例では下位ＭＰＥＧ
−７記述が５つであるので、ＣｏｎｎｅｃｔｉｏｎＰ
ｏｉｎｔとＦｒａｇｍｅｎｔＬｏｃａｔｉｏｎとの組
は５組設けられる。

【００９９】各ＦｒａｇｍｅｎｔＬｏｃａｔｉｏｎ中
のＨＲｅｆには、第４実施例で説明したようにそれぞれ
対応する下位ＭＰＥＧ−７記述を含むＡｃｃｅｓｓＵ
ｎｉｔのＵＲＩ（Uniform Resource Identifiers)を記
述する。

【０１００】図２６に示すように、下位のＭＰＥＧ−７
記述１１と下位のＭＰＥＧ−７記述１２とは同一の下位
側第１のＡｃｃｅｓｓＵｎｉｔに格納されているの
で、下位のＭＰＥＧ−７記述１１，１２に対応する各Ｆ
ｒａｇｍｅｎｔＬｏｃａｔｉｏｎ中のＨＲｅｆは共通
の情報となる。そこで、下位のＭＰＥＧ−７記述１１，
１２に対応するＣｏｎｎｅｃｔｉｏｎＰｏｉｎｔとＦ
ｒａｇｍｅｎｔＬｏｃａｔｉｏｎとの組を同一の第１
のＦｒａｇｍｅｎｔＲｅｆｅｒｅｎｃｅに格納し、そ
の第１のＦｒａｇｍｅｎｔＲｅｆｅｒｅｎｃｅの共通
属性ｈｒｅｆに、下位側第１のＡｃｃｅｓｓＵｎｉｔ
のＵＲＩを記述する。この場合、ＦｒａｇｍｅｎｔＲ
ｅｆｅｒｅｎｃｅ内に下位ＭＰＥＧ−７記述毎に存在す
る各ＦｒａｇｍｅｎｔＬｏｃａｔｉｏｎ中のＨＲｅｆ
を省略してもよい。

【０１０１】下位側第１のＡｃｃｅｓｓＵｎｉｔに含
まれる２つの下位ＭＰＥＧ−７記述１１，１２を一意に
識別するために、それぞれの下位ＭＰＥＧ−７記述に対
応する各ＦｒａｇｍｅｎｔＬｏｃａｔｉｏｎ中のＦｒ
ａｇｍｅｎｔＩｎｄｅｘに２つの下位ＭＰＥＧ−７記
述１１，１２を識別する番号を記述する。番号は、Ａｃ
ｃｅｓｓＵｎｉｔに含まれる下位ＭＰＥＧ−７記述に
対して、先頭から順に正の整数を割り当てる。

【０１０２】次に、下位側第２のＡｃｃｅｓｓＵｎｉ
ｔに格納されている下位のＭＰＥＧ−７記述２１に対応
するＦｒａｇｍｅｎｔＬｏｃａｔｉｏｎ内のｃｏｎｔ
ｅｎｔ（属性ｃｏｎｔｅｎｔ）と、下位側第３のＡｃｃ
ｅｓｓＵｎｉｔに格納されている下位のＭＰＥＧ−７
記述３１に対応するＦｒａｇｍｅｎｔＬｏｃａｔｉｏ
ｎ内のｃｏｎｔｅｎｔ（属性ｃｏｎｔｅｎｔ）とが同一
内容であるとする。また、下位のＭＰＥＧ−７記述２１
に対応するＣｏｎｎｅｃｔｉｏｎＰｏｉｎｔ中の属性
ｅｌｅｍｅｎｔＮａｍｅと、下位のＭＰＥＧ−７記述
３１に対応するＣｏｎｎｅｃｔｉｏｎＰｏｉｎｔ中の
属性ｅｌｅｍｅｎｔＮａｍｅとが同一内容であるとす
る。

【０１０３】この場合、下位のＭＰＥＧ−７記述２１，
３１に対応するＣｏｎｎｅｃｔｉｏｎＰｏｉｎｔとＦ
ｒａｇｍｅｎｔＬｏｃａｔｉｏｎとの組を同一の第２
のＦｒａｇｍｅｎｔＲｅｆｅｒｅｎｃｅに格納する。
そして、その第２のＦｒａｇｍｅｎｔＲｅｆｅｒｅｎ
ｃｅの共通属性ｃｏｎｔｅｎｔに、上記２つの属性ｃｏ
ｎｔｅｎｔの同一内容を記述すると共に、第２のＦｒａ
ｇｍｅｎｔＲｅｆｅｒｅｎｃｅの共通属性ｅｌｅｍｅ
ｎｔＮａｍｅに、上記２つの属性ｅｌｅｍｅｎｔＮ
ａｍｅの同一内容を記述する。このとき、第２のＦｒａ
ｇｍｅｎｔＲｅｆｅｒｅｎｃｅ内に下位ＭＰＥＧ−７
記述毎に存在する各ＦｒａｇｍｅｎｔＬｏｃａｔｉｏｎ
の属性ｃｏｎｔｅｎｔ、及び下位ＭＰＥＧ−７記述毎に
存在する各ＣｏｎｎｅｃｔｉｏｎＰｏｉｎｔの属性ｅ
ｌｅｍｅｎｔＮａｍｅを省略してもよい。

【０１０４】また、下位ＭＰＥＧ−７記述２１，３１の
概略内容が異なっても、その上位概念が同一の場合、第
２のＦｒａｇｍｅｎｔＲｅｆｅｒｅｎｃｅの共通属性
ｃｏｎｔｅｎｔにその上位概念を記述し、そのＦｒａｇ
ｍｅｎｔＲｅｆｅｒｅｎｃｅ中の各Ｆｒａｇｍｅｎｔ
Ｌｏｃａｔｉｏｎの属性ｃｏｎｔｅｎｔにはそれぞれ
の内容の概略を記述するようにしてもよい。

【０１０５】下位側第４のＡｃｃｅｓｓＵｎｉｔに格
納されている下位のＭＰＥＧ−７記述４１に対応するＣ
ｏｎｎｅｃｔｉｏｎＰｏｉｎｔとＦｒａｇｍｅｎｔ
Ｌｏｃａｔｉｏｎとは、他の下位のＭＰＥＧ−７記述に
対応するＣｏｎｎｅｃｔｉｏｎＰｏｉｎｔとＦｒａｇ
ｍｅｎｔＬｏｃａｔｉｏｎと共通内容がないので、第
３のＦｒａｇｍｅｎｔＲｅｆｅｒｅｎｃｅに格納され
る。

【０１０６】なお、上記説明では、構造化メタデータ
を、コンテンツの内容を記述するための木構造を有する
構造化メタデータとしたが、電子番組案内を記述するた
めの木構造を有する構造化メタデータとしてもよい。電
子番組案内とは一般的にＥＰＧと呼ばれているものであ
り、番組タイトル、放送日時、放送チャンネル、番組概
要等の情報である。

【０１０７】また、上述の各実施例で説明した構造化メ
タデータ（ＭＰＥＧ−７記述）の分割方法、統合方法を
実行させるためのプログラムを、インターネット、ＣＤ
−ＲＯＭ等で各ユーザに配布し、各ユーザはそのプログ
ラムをパソコン等に取り込み、そのプログラムを取り込
んだ機器を分割装置、統合装置として用いてもよい。

【０１０８】

【発明の効果】以上の通り、本発明の構造化メタデータ
の伝送方法は下記の効果を有する。（イ）統合可能なように複数の構造化メタデータをユ
ニット化し、各構造化メタデータを各ユニットとして伝
送することにより、各ユニット毎の伝送制御が行えるよ
うになり、伝送効率を高めることができる。さらに本発
明を用いれば、受信側において欠落データが発生した場
合にも、不完全となる構造化メタデータの大きさを小さ
くとどめることができると共に、不完全な構造化メタデ
ータのみを再度補間できる。（ロ）各ユニットにそれぞれのユニットを特定するた
めの識別情報を付加して前記各ユニットを伝送するよう
にしたので、ディジタル・テレビジョン放送等の伝送系
システムにおいても、各ユニットを一意に識別すること
ができる。（ハ）本発明を用いれば、上位階層の情報、下位階層
の情報といった、コンテンツの内容記述の詳細度に応じ
た伝送が行える。（ニ）第１の構造化メタデータと第２の構造化メタデ
ータとの接続のための情報である接続位置情報と参照情
報とを、メタデータ格納部とは異なる接続先情報格納部
に格納するようにしたので、第１の構造化メタデータの
内部を操作することなく接続のための情報を付加して伝
送できる。（ホ）第１のユニットにおいて、第１の構造
化メタデータ内における第２の構造化メタデータの接続
点を示す接続位置情報が、第１の構造化メタデータ内に
おけるノードを指定する情報と、そのノードに対する第
２の構造化メタデータの接続位置を指定する情報とを有
するものとした場合には、接続位置情報における接続点
を正確に指定する記述が容易となる。（ヘ）第１のユニットにおいて、第２の構造
化メタデータに関する参照情報が、第２の構造化メタデ
ータの内容に関する情報を有する場合には、接続先の第
２の構造化メタデータを入手することなく接続先メタデ
ータの内容の概略を知ることができ、接続先の第２の構
造化メタデータを入手する必要があるかないかを、接続
先の構造化メタデータを入手することなく判断できる。（ト）第１のユニットにおいて、第２の構造
化メタデータに関する参照情報が、第１の構造化メタデ
ータへの統合（接続）の必要性を示す情報を有する場合
には、統合先（接続先）の構造化メタデータを入手する
ことを強制できる。統合先（接続先）の構造化メタデー
タを著作権保護データとしておけば、統合元（接続元）
の構造化メタデータの著作権保護を強化できる。（チ）ユニットを特定するための識別情報、前記第１
の構造化メタデータ、前記第２の構造化メタデータ、前
記接続位置情報、及び前記第２の構造化メタデータに関
する参照情報を、テキスト形式で記述した場合には、ユ
ーザーにとって理解が容易である、編集が容易である、
インターネットでのデータの送受信に好適である等の利
点を有する。（リ）ユニットを特定するための識別情報、前記第１
の構造化メタデータ、前記第２の構造化メタデータ、前
記接続位置情報、及び前記第２の構造化メタデータに関
する参照情報を、バイナリ形式で記述した場合には、テ
キスト・データで表現された各情報よりも情報量が少な
く伝送効率を向上させることができるので、ディジタル
・テレビジョン放送、携帯端末向けのデータ配信等での
データの伝送に好適である。（ヌ）前記第１のユニットにおいて、接続位置情報
を、分割前の前記構造化メタデータにおける（または、
前記第１の構造化メタデータと前記第２の構造化メタデ
ータとが統合された場合に生成されると想定した木構造
を有する第３の構造化メタデータにおける）、前記第２
の構造化メタデータの最上位ノードに相当するノードを
示す情報とした場合には、前記第１の構造化メタデータ
に対して前記第２の構造化メタデータを接続（統合）す
る位置をより少ない情報量でより正確に記述することが
できる。（ル）前記第１のユニットにおいて、前記接続位置情
報が、分割前の前記構造化メタデータにおける（また
は、前記第１の構造化メタデータと前記第２の構造化メ
タデータとが統合された場合に生成されると想定した木
構造を有する第３の構造化メタデータにおける）、前記
第２の構造化メタデータの最上位ノードに相当するノー
ドの名前に関する名前情報を有する場合には、前記第２
の構造化メタデータの最上位ノードの名前が分離前の前
記構造化メタデータにおける（または前記想定した第３
の構造化メタデータにおける）そのノードに相当するノ
ードの名前と異なる場合にも、接続時（統合時）に、前
記第２の構造化メタデータの最上位ノードの名前を分離
前の名前（または前記想定した第３の構造化メタデータ
における名前）に変換して接続（統合）することができ
る。（ヲ）２つ以上の第２の構造化メタデータが存在する
場合において、各前記第２の構造化メタデータの各接続
位置情報における２つ以上の前記接続位置情報に共通す
る情報である共通接続位置情報と、各前記第２の構造化
メタデータに関する各参照情報における２つ以上の前記
参照情報に共通する情報である共通参照情報との、２つ
の共通情報の内の少なくとも一方の共通情報を、前記第
１のユニット内の接続先情報格納部に属性共通情報とし
て有する場合には、前記属性共通情報の有する情報に応
じて、前記属性共通情報を、前記接続位置情報及び／ま
たは前記参照情報に対して優先して、前記第１及び第２
の構造化メタデータの統合時に用いることにより、前記
第１のユニット内の接続先情報格納部にある各接続位置
情報及び／または各参照情報の処理の簡潔化が図れ、接
続（統合）時の高速化が図れる。

【図面の簡単な説明】

【図１】第１実施例を用いた構造化メタデータの分割方
法、伝送方法、及び統合方法の内の、分割から蓄積・伝
送までの処理の流れの概略を示す図である。

【図２】第１実施例を用いた構造化メタデータの分割方
法、伝送方法、及び統合方法の内の、蓄積・伝送から再
構成までの処理の概略を示す図である。

【図３】第１実施例に用いるＡｃｃｅｓｓＵｎｉｔの
構成を示す概念図である。

【図４】図３に示したＡｃｃｅｓｓＵｎｉｔのＤＤＬ
シンタックス例である。

【図５】第２の実施例に用いるＡｃｃｅｓｓＵｎｉｔ
の構成を示す概念図である。

【図６】図５に示したＡｃｃｅｓｓＵｎｉｔのＤＤＬ
シンタックス例である。

【図７】図５に示したＡｃｃｅｓｓＵｎｉｔのＤＤＬ
シンタックス例である。

【図８】属性ｐｏｓｉｔｉｏｎの使用方法を説明するた
めの図である。

【図９】属性ｐｏｓｉｔｉｏｎの使用方法を説明するた
めの図である。

【図１０】属性ｐｏｓｉｔｉｏｎの使用方法を説明する
ための図である。

【図１１】属性ｐｏｓｉｔｉｏｎの使用方法を説明する
ための図である。

【図１２】属性ｐｏｓｉｔｉｏｎの使用方法を説明する
ための図である。

【図１３】属性ｐｏｓｉｔｉｏｎの使用方法を説明する
ための図である。

【図１４】第３実施例におけるＡｃｃｅｓｓＵｎｉｔ
のバイナリ・フォーマットを示す図である。

【図１５】第３実施例におけるＦｒａｇｍｅｎｔｒｅ
ｆｅｒｅｎｃｅのバイナリ・フォーマットを示す図であ
る。

【図１６】ＭＰＥＧ−７伝送システムを示す図である。

【図１７】ＭＰＥＧ−７受信システムを示す図である。

【図１８】一実施例を用いたインターネットを介しての
ビデオ・コンテンツ検索のネットワークを示す図であ
る。

【図１９】インターネットを介したビデオ・コンテンツ
検索の処理の流れを示すフローチャートである。

【図２０】第４実施例に用いるＡｃｃｅｓｓＵｎｉｔ
の構成を示す概念図である。

【図２１】図２０に示したＡｃｃｅｓｓＵｎｉｔのＤ
ＤＬシンタックス例である。

【図２２】第４実施例におけるＡｃｃｅｓｓＵｎｉｔ
のバイナリ・フォーマットである。

【図２３】第４実施例におけるＦｒａｇｍｅｎｔＲｅ
ｆｅｒｅｎｃｅのバイナリ・フォーマットである。

【図２４】第４実施例におけるＣｏｎｎｅｃｔｉｏｎ
Ｐｏｉｎｔのバイナリ・フォーマットである。

【図２５】第４実施例におけるＦｒａｇｍｅｎｔＬｏ
ｃａｔｉｏｎのバイナリ・フォーマットである。

【図２６】第５実施例に用いるＡｃｃｅｓｓＵｎｉｔ
の構成を示す概念図である。

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号ＦＩテーマコート゛(参考）Ｈ０４Ｎ 7/08 Ｈ０４Ｎ 7/13 Ｚ 7/081 7/08 Ｚ // Ｈ０４Ｈ 1/00 Ｆターム(参考） 5B075 KK07 KK25 KK35 ND16 NS10 5B082 BA09 HA05 HA08 5C059 MA00 PP20 RC05 RC12 RC19 RC24 RC34 RF23 SS02 SS11 UA06 UA39 5C063 AB03 AB05 CA29 CA34 CA36 DA03 DA07 EB01 EB27 EB39

Claims

【特許請求の範囲】

【請求項１】コンテンツの内容を記述するための第１の
構造化メタデータとその第１の構造化メタデータに対し
て下位の関係となる第２の構造化メタデータとを伝送す
るための構造化メタデータの伝送方法であって、メタデータ格納部と接続先情報格納部とを有し、前記メ
タデータ格納部には前記第１の構造化メタデータが格納
され、前記接続先情報格納部には前記第１の構造化メタ
データ内における前記第２の構造化メタデータの接続点
を示す接続位置情報と、少なくとも前記第２の構造化メ
タデータの存在場所に関係する情報を有する前記第２の
構造化メタデータに関する参照情報とが格納される第１
のユニットと、前記第２の構造化メタデータを格納したメタデータ格納
部を有する第２のユニットとを用い、前記各ユニットはそれぞれのユニットを特定するための
識別情報を備えて伝送されることを特徴とする構造化メ
タデータの伝送方法。
【請求項２】請求項１記載の構造化メタデータの伝送方
法において、前記各ユニットの伝送頻度をユニット単位で制御するこ
とを特徴とする構造化メタデータの伝送方法。
【請求項３】請求項１または２記載の構造化メタデータ
の伝送方法において、前記接続位置情報は、前記第１の構造化メタデータ内に
おけるノードを指定する情報と、そのノードに対する前
記第２の構造化メタデータの接続位置を指定する情報と
を有することを特徴とする構造化メタデータの伝送方
法。
【請求項４】請求項１〜３のいずれか一つに記載の構造
化メタデータの伝送方法において、前記第２の構造化メタデータに関する参照情報は、前記
第２の構造化メタデータの内容に関する情報を有するこ
とを特徴とする構造化メタデータの伝送方法。
【請求項５】請求項１〜４のいずれか一つに記載の構造
化メタデータの伝送方法において、前記第２の構造化メタデータに関する参照情報は、前記
第１の構造化メタデータへの統合の必要性を示す情報を
有することを特徴とする構造化メタデータの伝送方法。
【請求項６】請求項１〜５のいずれか一つに記載の構造
化メタデータの伝送方法において、前記第２の構造化メタデータに関する参照情報が有する
前記第２の構造化メタデータの存在場所に関係する情報
は、前記第２のユニットに付加された前記ユニットを特
定するための識別情報に基づく情報であることを特徴と
する構造化メタデータの伝送方法。
【請求項７】請求項１〜６のいずれか一つに記載の構造
化メタデータの伝送方法において、前記ユニットを特定するための識別情報、前記第１の構
造化メタデータ、前記第２の構造化メタデータ、前記接
続位置情報、及び前記第２の構造化メタデータに関する
参照情報は、テキスト形式で記述されていることを特徴
とする構造化メタデータの伝送方法。
【請求項８】請求項１〜６のいずれか一つに記載の構造
化メタデータの伝送方法において、前記ユニットを特定するための識別情報、前記第１の構
造化メタデータ、前記第２の構造化メタデータ、前記接
続位置情報、及び前記第２の構造化メタデータに関する
参照情報は、バイナリ形式で記述されていることを特徴
とする構造化メタデータの伝送方法。
【請求項９】請求項１〜８のいずれか一つに記載の構造
化メタデータの伝送方法において、前記第１及び第２の構造化メタデータを、電子番組案内
を記述するための木構造を有する構造化メタデータとし
たことを特徴とする構造化メタデータの伝送方法。
【請求項１０】請求項１〜９のいずれか一つに記載の構
造化メタデータの伝送方法において、前記第１の構造化メタデータと前記第２の構造化メタデ
ータとは、木構造を有する１つの元の構造化メタデータ
から分割されたものであり、前記接続位置情報は、前記元の構造化メタデータにおけ
る、前記第２の構造化メタデータの最上位ノードに相当
するノードの名前に関する名前情報を有することを特徴
とする構造化メタデータの伝送方法。
【請求項１１】請求項１〜９のいずれか一つに記載の構
造化メタデータの伝送方法において、前記接続位置情報は、前記第１の構造化メタデータと前
記第２の構造化メタデータとが統合された場合に生成さ
れると想定した木構造を有する第３の構造化メタデータ
における、前記第２の構造化メタデータの最上位ノード
に相当するノードの名前に関する名前情報を有すること
を特徴とする構造化メタデータの伝送方法。
【請求項１２】請求項１〜１１のいずれか一つに記載の
構造化メタデータの伝送方法において、前記第２の構造化メタデータが２つ以上存在し、全ての前記第２の構造化メタデータを格納した１つの第
２のユニット、及び／または、１つの前記第２の構造化
メタデータを最小単位として、前記分割した全ての第２
の構造化メタデータの内の一部分を格納した複数の第２
のユニットを用い、各前記第２の構造化メタデータの各接続位置情報におけ
る２つ以上の前記接続位置情報に共通する情報である共
通接続位置情報と、各前記第２の構造化メタデータに関
する各参照情報における２つ以上の前記参照情報に共通
する情報である共通参照情報との、２つの共通情報の内
の少なくとも一方の共通情報を、前記第１のユニット内
の接続先情報格納部に属性共通情報として有することを
特徴とする構造化メタデータの伝送方法。
【請求項１３】コンテンツの内容を記述するための第１
の構造化メタデータと、その第１の構造化メタデータに
対して下位の関係となる第２の構造化メタデータとを伝
送するための構造化メタデータの伝送方法であって、前記第１の構造化メタデータと前記第２の構造化メタデ
ータとは、木構造を有する１つの元の構造化メタデータ
から分割されたものであり、メタデータ格納部と接続先情報格納部とを有し、前記メ
タデータ格納部には前記第１の構造化メタデータが格納
され、前記接続先情報格納部には、前記元の構造化メタ
データにおける前記第２の構造化メタデータの最上位ノ
ードに相当するノードを示す接続位置情報と、少なくと
も前記第２の構造化メタデータの存在場所に関係する情
報を有する前記第２の構造化メタデータに関する参照情
報とが格納された第１のユニットと、前記第２の構造化メタデータが格納されたメタデータ格
納部を有する第２のユニットと、を伝送することを特徴
とする構造化メタデータの伝送方法。
【請求項１４】コンテンツの内容を記述するための第１
の構造化メタデータとその第１の構造化メタデータに対
して下位の関係となる第２の構造化メタデータとを伝送
するための構造化メタデータの伝送方法であって、メタデータ格納部と接続先情報格納部とを有し、前記メ
タデータ格納部には前記第１の構造化メタデータが格納
され、前記接続先情報格納部には、前記第１の構造化メ
タデータと前記第２の構造化メタデータとが統合された
場合に生成されると想定した木構造を有する第３の構造
化メタデータにおける、前記第２の構造化メタデータの
最上位ノードに相当するノードを示す接続位置情報と、
少なくとも前記第２の構造化メタデータの存在場所に関
係する情報を有する前記第２の構造化メタデータに関す
る参照情報とが格納された第１のユニットと、前記第２の構造化メタデータが格納されたメタデータ格
納部を有する第２のユニットと、を伝送することを特徴
とする構造化メタデータの伝送方法。
【請求項１５】請求項１３に記載の構造化メタデータの
伝送方法において、前記接続位置情報は、前記元の構造化メタデータにおけ
る、前記第２の構造化メタデータの最上位ノードに相当
するノードの名前に関する名前情報を有することを特徴
とする構造化メタデータの伝送方法。
【請求項１６】請求項１４に記載の構造化メタデータの
伝送方法において、前記接続位置情報は、前記第３の構造化メタデータにお
ける、前記第２の構造化メタデータの最上位ノードに相
当するノードの名前に関する名前情報を有することを特
徴とする構造化メタデータの伝送方法。
【請求項１７】請求項１３〜１６のいずれか一つに記載
の構造化メタデータの伝送方法において、前記各ユニットの伝送頻度をユニット単位で制御するこ
とを特徴とする構造化メタデータの伝送方法。
【請求項１８】請求項１３〜１７のいずれか一つに記載
の構造化メタデータの伝送方法において、前記第２の構造化メタデータに関する参照情報は、前記
第２の構造化メタデータの内容に関する情報を有するこ
とを特徴とする構造化メタデータの伝送方法。
【請求項１９】請求項１３〜１８のいずれか一つに記載
の構造化メタデータの伝送方法において、前記第２の構造化メタデータに関する参照情報は、前記
第１の構造化メタデータへの統合の必要性を示す情報を
有することを特徴とする構造化メタデータの伝送方法。
【請求項２０】請求項１３〜１９のいずれか一つに記載
の構造化メタデータの伝送方法において、前記各ユニットはそれぞれのユニットを特定するための
識別情報を備えて伝送されることを特徴とする構造化メ
タデータの伝送方法。
【請求項２１】請求項２０に記載の構造化メタデータの
伝送方法において、前記第２の構造化メタデータに関する参照情報が有する
前記第２の構造化メタデータの存在場所に関係する情報
は、前記第２のユニットに付加された前記ユニットを特
定するための識別情報に基づく情報であることを特徴と
する構造化メタデータの伝送方法。
【請求項２２】請求項１３〜１９のいずれか一つに記載
の構造化メタデータの伝送方法において、前記第１の構造化メタデータ、前記第２の構造化メタデ
ータ、前記接続位置情報、及び前記第２の構造化メタデ
ータに関する参照情報は、テキスト形式で記述されてい
ることを特徴とする構造化メタデータの伝送方法。
【請求項２３】請求項２０または２１記載の構造化メタ
データの伝送方法において、前記ユニットを特定するための識別情報、前記第１の構
造化メタデータ、前記第２の構造化メタデータ、前記接
続位置情報、及び前記第２の構造化メタデータに関する
参照情報は、テキスト形式で記述されていることを特徴
とする構造化メタデータの伝送方法。
【請求項２４】請求項１３〜１９のいずれか一つに記載
の構造化メタデータの伝送方法において、前記第１の構造化メタデータ、前記第２の構造化メタデ
ータ、前記接続位置情報、及び前記第２の構造化メタデ
ータに関する参照情報は、バイナリ形式で記述されてい
ることを特徴とする構造化メタデータの伝送方法。
【請求項２５】請求項２０または２１記載の構造化メタ
データの伝送方法において、前記ユニットを特定するための識別情報、前記第１の構
造化メタデータ、前記第２の構造化メタデータ、前記接
続位置情報、及び前記第２の構造化メタデータに関する
参照情報は、バイナリ形式で記述されていることを特徴
とする構造化メタデータの伝送方法。
【請求項２６】請求項１３〜２５のいずれか一つに記載
の構造化メタデータの伝送方法において、前記第１及び第２の構造化メタデータを、電子番組案内
を記述するための構造化メタデータとしたことを特徴と
する構造化メタデータの伝送方法。
【請求項２７】請求項１３〜２６のいずれか一つに記載
の構造化メタデータの伝送方法において、前記第２の構造化メタデータが２つ以上存在し、全ての前記第２の構造化メタデータを格納した１つの第
２のユニット、及び／または、１つの前記第２の構造化
メタデータを最小単位として、前記分割した全ての第２
の構造化メタデータの内の一部分を格納した複数の第２
のユニットを用い、各前記第２の構造化メタデータの各接続位置情報におけ
る２つ以上の前記接続位置情報に共通する情報である共
通接続位置情報と、各前記第２の構造化メタデータに関
する各参照情報における２つ以上の前記参照情報に共通
する情報である共通参照情報との、２つの共通情報の内
の少なくとも一方の共通情報を、前記第１のユニット内
の接続先情報格納部に属性共通情報として有することを
特徴とする構造化メタデータの伝送方法。