JP2003092753A - 構造化メタデータの伝送方法 - Google Patents
構造化メタデータの伝送方法Info
- Publication number
- JP2003092753A JP2003092753A JP2001222745A JP2001222745A JP2003092753A JP 2003092753 A JP2003092753 A JP 2003092753A JP 2001222745 A JP2001222745 A JP 2001222745A JP 2001222745 A JP2001222745 A JP 2001222745A JP 2003092753 A JP2003092753 A JP 2003092753A
- Authority
- JP
- Japan
- Prior art keywords
- structured metadata
- information
- metadata
- structured
- unit
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Abstract
(57)【要約】
【課題】 統合可能なように複数の構造化メタデータを
ユニット化し、各構造化メタデータを各ユニットとして
伝送することにより伝送効率を高めることを可能とする
構造化メタデータの伝送方法を提供する。 【解決手段】 分離した上位の構造化メタデータに、上
位の構造メタデータ中の下位の構造化メタデータの分離
点（即ち接続点）を示す接続位置情報と、分離した下位
の構造化メタデータを指定する参照情報とを付加する。
分割された各構造化メタデータはＡｃｃｅｓｓ Ｕｎｉ
ｔ内のメタデータ格納部であるＤｅｓｃｒｉｐｔｉｏｎ
に格納される。接続位置情報と参照情報とは接続先情報
格納部であるＦｒａｇｍｅｎｔ Ｒｅｆｅｒｅｎｃｅに
格納される。この各ＡｃｃｅｓｓＵｎｉｔを伝送する。
ユニット化し、各構造化メタデータを各ユニットとして
伝送することにより伝送効率を高めることを可能とする
構造化メタデータの伝送方法を提供する。 【解決手段】 分離した上位の構造化メタデータに、上
位の構造メタデータ中の下位の構造化メタデータの分離
点（即ち接続点）を示す接続位置情報と、分離した下位
の構造化メタデータを指定する参照情報とを付加する。
分割された各構造化メタデータはＡｃｃｅｓｓ Ｕｎｉ
ｔ内のメタデータ格納部であるＤｅｓｃｒｉｐｔｉｏｎ
に格納される。接続位置情報と参照情報とは接続先情報
格納部であるＦｒａｇｍｅｎｔ Ｒｅｆｅｒｅｎｃｅに
格納される。この各ＡｃｃｅｓｓＵｎｉｔを伝送する。
Description
【０００１】
【発明の属する技術分野】本発明は、ディジタルＴＶ放
送等におけるコンテンツ内容を記述した構造化メタデー
タの伝送方法に関するものである。
送等におけるコンテンツ内容を記述した構造化メタデー
タの伝送方法に関するものである。
【０００２】
【従来の技術】ＡＶコンテンツの内容を記述するための
枠組みとして、ＭＰＥＧ−７の標準化作業が進められて
いる。ＭＰＥＧ−７とは、ＡＶコンテンツを時間的及び
空間的に構造化し、ＡＶコンテンツの内容を木構造を用
いて記述する構造化メタデータの規格である。
枠組みとして、ＭＰＥＧ−７の標準化作業が進められて
いる。ＭＰＥＧ−７とは、ＡＶコンテンツを時間的及び
空間的に構造化し、ＡＶコンテンツの内容を木構造を用
いて記述する構造化メタデータの規格である。
【０００３】ＭＰＥＧ−７記述は、Ｄｅｓｃｒｉｐｔｏ
ｒ（Ｄ）とＤｅｓｃｒｉｐｔｉｏｎＳｃｈｅｍｅ（Ｄ
Ｓ）により構成される。Ｄはコンテンツの特徴を記述す
るための記述子であり、ＤＳは構造を記述するためのも
の（内容記述を記述子間の関係によって構成する方法の
規定）である。ＤＳは、Ｄやより下位のＤＳを要素とし
て持つことができ、記述子群に相当する。また、ＤやＤ
Ｓのシンタックス（構文）を規定するための言語が、Ｄ
ｅｓｃｒｉｐｔｉｏｎ ＤｅｆｉｎｉｔｉｏｎＬａｎｇ
ｕａｇｅ（ＤＤＬ）である。
ｒ（Ｄ）とＤｅｓｃｒｉｐｔｉｏｎＳｃｈｅｍｅ（Ｄ
Ｓ）により構成される。Ｄはコンテンツの特徴を記述す
るための記述子であり、ＤＳは構造を記述するためのも
の（内容記述を記述子間の関係によって構成する方法の
規定）である。ＤＳは、Ｄやより下位のＤＳを要素とし
て持つことができ、記述子群に相当する。また、ＤやＤ
Ｓのシンタックス（構文）を規定するための言語が、Ｄ
ｅｓｃｒｉｐｔｉｏｎ ＤｅｆｉｎｉｔｉｏｎＬａｎｇ
ｕａｇｅ（ＤＤＬ）である。
【０００４】ＭＰＥＧ−７記述のフォーマットには、Ｘ
ＭＬ（Ｅｘｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇ
ｕａｇｅ）を用いる。また、ＤＤＬはＸＭＬ Ｓｃｈｅ
ｍａにＭＰＥＧ−７独自の拡張を加えたものである。
ＭＬ（Ｅｘｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇ
ｕａｇｅ）を用いる。また、ＤＤＬはＸＭＬ Ｓｃｈｅ
ｍａにＭＰＥＧ−７独自の拡張を加えたものである。
【０００５】
【発明が解決しようとする課題】ＡＶコンテンツ内容の
検索の高速化、効率化のためには、前述した木構造を用
いてコンテンツ内容を記述した構造化メタデータが必要
である。
検索の高速化、効率化のためには、前述した木構造を用
いてコンテンツ内容を記述した構造化メタデータが必要
である。
【０００６】しかし、現段階におけるＭＰＥＧ−７標準
化作業では、１つのＭＰＥＧ−７記述は１つの文書で構
成されており、そのため、例えばディジタルＴＶ放送に
おいて、１チャンネル内の１日分の放送内容のＭＰＥＧ
−７記述（構造化メタデータ）を作るとその文書は非常
に巨大になり、伝送効率が悪い。
化作業では、１つのＭＰＥＧ−７記述は１つの文書で構
成されており、そのため、例えばディジタルＴＶ放送に
おいて、１チャンネル内の１日分の放送内容のＭＰＥＧ
−７記述（構造化メタデータ）を作るとその文書は非常
に巨大になり、伝送効率が悪い。
【０００７】伝送効率を上げるために単純にＭＰＥＧ−
７記述の文書を分割したのでは、受信側で分割された文
書を統合して元の構造化メタデータを再現できない。単
なる分割、統合ではＭＰＥＧ−７記述が断片情報となっ
てしまい、コンテンツの内容記述情報として使用できな
くなる。さらに、単なる分割、統合では、上位階層の情
報、下位階層の情報といった、コンテンツの内容記述の
詳細度に応じた分割、統合ができない。
７記述の文書を分割したのでは、受信側で分割された文
書を統合して元の構造化メタデータを再現できない。単
なる分割、統合ではＭＰＥＧ−７記述が断片情報となっ
てしまい、コンテンツの内容記述情報として使用できな
くなる。さらに、単なる分割、統合では、上位階層の情
報、下位階層の情報といった、コンテンツの内容記述の
詳細度に応じた分割、統合ができない。
【０００８】また、受信不良や視聴者によるチャンネル
の切り替え等によりＭＰＥＧ−７記述に欠落情報が発生
した場合、欠落情報部分を部分的に再度補完することが
できず不便であった。
の切り替え等によりＭＰＥＧ−７記述に欠落情報が発生
した場合、欠落情報部分を部分的に再度補完することが
できず不便であった。
【０００９】本発明は、統合可能なように複数の構造化
メタデータをユニット化し、各構造化メタデータを各ユ
ニットとして伝送することにより伝送効率を高めること
を可能とする構造化メタデータの伝送方法を提供するこ
とを目的としている。さらに本発明は、受信側において
欠落データが発生した場合にも、不完全となる構造化メ
タデータの大きさを小さくとどめることができると共
に、不完全な構造化メタデータのみを再度補間可能とす
る構造化メタデータの伝送方法を提供することを目的と
している。
メタデータをユニット化し、各構造化メタデータを各ユ
ニットとして伝送することにより伝送効率を高めること
を可能とする構造化メタデータの伝送方法を提供するこ
とを目的としている。さらに本発明は、受信側において
欠落データが発生した場合にも、不完全となる構造化メ
タデータの大きさを小さくとどめることができると共
に、不完全な構造化メタデータのみを再度補間可能とす
る構造化メタデータの伝送方法を提供することを目的と
している。
【００１０】
【課題を解決するための手段】そこで、上記目的を達成
するために本発明は、下記の方法を提供するものであ
る。 （１） コンテンツの内容を記述するための第１の構造
化メタデータとその第１の構造化メタデータに対して下
位の関係となる第２の構造化メタデータとを伝送するた
めの構造化メタデータの伝送方法であって、メタデータ
格納部と接続先情報格納部とを有し、前記メタデータ格
納部には前記第１の構造化メタデータが格納され、前記
接続先情報格納部には前記第１の構造化メタデータ内に
おける前記第２の構造化メタデータの接続点を示す接続
位置情報と、少なくとも前記第２の構造化メタデータの
存在場所に関係する情報を有する前記第２の構造化メタ
データに関する参照情報とが格納される第１のユニット
と、前記第２の構造化メタデータを格納したメタデータ
格納部を有する第２のユニットとを用い、前記各ユニッ
トにそれぞれのユニットを特定するための識別情報を付
加して前記各ユニットを伝送することを特徴とする構造
化メタデータの伝送方法。 （２） コンテンツの内容を記述するための第１の構造
化メタデータと、その第１の構造化メタデータに対して
下位の関係となる第２の構造化メタデータとを伝送する
ための構造化メタデータの伝送方法であって、前記第１
の構造化メタデータと前記第２の構造化メタデータと
は、木構造を有する１つの元の構造化メタデータから分
割されたものであり、メタデータ格納部と接続先情報格
納部とを有し、前記メタデータ格納部には前記第１の構
造化メタデータが格納され、前記接続先情報格納部に
は、前記元の構造化メタデータにおける前記第２の構造
化メタデータの最上位ノードに相当するノードを示す接
続位置情報と、少なくとも前記第２の構造化メタデータ
の存在場所に関係する情報を有する前記第２の構造化メ
タデータに関する参照情報とが格納された第１のユニッ
トと、前記第２の構造化メタデータが格納されたメタデ
ータ格納部を有する第２のユニットと、を伝送すること
を特徴とする構造化メタデータの伝送方法。 （３） コンテンツの内容を記述するための第１の構造
化メタデータとその第１の構造化メタデータに対して下
位の関係となる第２の構造化メタデータとを伝送するた
めの構造化メタデータの伝送方法であって、メタデータ
格納部と接続先情報格納部とを有し、前記メタデータ格
納部には前記第１の構造化メタデータが格納され、前記
接続先情報格納部には、前記第１の構造化メタデータと
前記第２の構造化メタデータとが統合された場合に生成
されると想定した木構造を有する第３の構造化メタデー
タにおける、前記第２の構造化メタデータの最上位ノー
ドに相当するノードを示す接続位置情報と、少なくとも
前記第２の構造化メタデータの存在場所に関係する情報
を有する前記第２の構造化メタデータに関する参照情報
とが格納された第１のユニットと、前記第２の構造化メ
タデータが格納されたメタデータ格納部を有する第２の
ユニットと、を伝送することを特徴とする構造化メタデ
ータの伝送方法。
するために本発明は、下記の方法を提供するものであ
る。 （１） コンテンツの内容を記述するための第１の構造
化メタデータとその第１の構造化メタデータに対して下
位の関係となる第２の構造化メタデータとを伝送するた
めの構造化メタデータの伝送方法であって、メタデータ
格納部と接続先情報格納部とを有し、前記メタデータ格
納部には前記第１の構造化メタデータが格納され、前記
接続先情報格納部には前記第１の構造化メタデータ内に
おける前記第２の構造化メタデータの接続点を示す接続
位置情報と、少なくとも前記第２の構造化メタデータの
存在場所に関係する情報を有する前記第２の構造化メタ
データに関する参照情報とが格納される第１のユニット
と、前記第２の構造化メタデータを格納したメタデータ
格納部を有する第２のユニットとを用い、前記各ユニッ
トにそれぞれのユニットを特定するための識別情報を付
加して前記各ユニットを伝送することを特徴とする構造
化メタデータの伝送方法。 （２） コンテンツの内容を記述するための第１の構造
化メタデータと、その第１の構造化メタデータに対して
下位の関係となる第２の構造化メタデータとを伝送する
ための構造化メタデータの伝送方法であって、前記第１
の構造化メタデータと前記第２の構造化メタデータと
は、木構造を有する１つの元の構造化メタデータから分
割されたものであり、メタデータ格納部と接続先情報格
納部とを有し、前記メタデータ格納部には前記第１の構
造化メタデータが格納され、前記接続先情報格納部に
は、前記元の構造化メタデータにおける前記第２の構造
化メタデータの最上位ノードに相当するノードを示す接
続位置情報と、少なくとも前記第２の構造化メタデータ
の存在場所に関係する情報を有する前記第２の構造化メ
タデータに関する参照情報とが格納された第１のユニッ
トと、前記第２の構造化メタデータが格納されたメタデ
ータ格納部を有する第２のユニットと、を伝送すること
を特徴とする構造化メタデータの伝送方法。 （３） コンテンツの内容を記述するための第１の構造
化メタデータとその第１の構造化メタデータに対して下
位の関係となる第２の構造化メタデータとを伝送するた
めの構造化メタデータの伝送方法であって、メタデータ
格納部と接続先情報格納部とを有し、前記メタデータ格
納部には前記第１の構造化メタデータが格納され、前記
接続先情報格納部には、前記第１の構造化メタデータと
前記第２の構造化メタデータとが統合された場合に生成
されると想定した木構造を有する第３の構造化メタデー
タにおける、前記第２の構造化メタデータの最上位ノー
ドに相当するノードを示す接続位置情報と、少なくとも
前記第２の構造化メタデータの存在場所に関係する情報
を有する前記第２の構造化メタデータに関する参照情報
とが格納された第１のユニットと、前記第２の構造化メ
タデータが格納されたメタデータ格納部を有する第２の
ユニットと、を伝送することを特徴とする構造化メタデ
ータの伝送方法。
【００１１】
【発明の実施の形態】本発明の実施例においては、元の
構造化メタデータ（ここではＭＰＥＧ−７記述）を任意
の位置で分離する（あるいは上位の構造化メタデータと
それに統合されるべき下位の構造化メタデータとを作成
する）と共に、分離した上位の構造化メタデータに、下
位の構造化メタデータの分離点（即ち接続点）を示す接
続位置情報と、分離した下位の構造化メタデータを指定
する参照情報とを付加するものである。この参照情報
は、少なくとも第２の構造化メタデータの存在場所に関
係する情報を有する第２の構造化メタデータに関する参
照情報である。参照情報に、下位の構造化メタデータの
内容や処理方法等に関する情報をも記述し、ユーザーや
アプリケーションが下位の構造化メタデータを処理する
ための判断材料とするようにしてもよい。
構造化メタデータ（ここではＭＰＥＧ−７記述）を任意
の位置で分離する（あるいは上位の構造化メタデータと
それに統合されるべき下位の構造化メタデータとを作成
する）と共に、分離した上位の構造化メタデータに、下
位の構造化メタデータの分離点（即ち接続点）を示す接
続位置情報と、分離した下位の構造化メタデータを指定
する参照情報とを付加するものである。この参照情報
は、少なくとも第２の構造化メタデータの存在場所に関
係する情報を有する第２の構造化メタデータに関する参
照情報である。参照情報に、下位の構造化メタデータの
内容や処理方法等に関する情報をも記述し、ユーザーや
アプリケーションが下位の構造化メタデータを処理する
ための判断材料とするようにしてもよい。
【００１２】また、本実施例は、上位の構造化メタデー
タに付加された分離点（接続点）を示す接続位置情報
と、下位の構造化メタデータを指定する参照情報とに基
づき、下位の構造化メタデータを上位の構造化メタデー
タに接続し、元の構造化メタデータを再構成する（ある
いは上位の構造化メタデータとそれに統合されるべき下
位の構造化メタデータとを統合する）ものである。
タに付加された分離点（接続点）を示す接続位置情報
と、下位の構造化メタデータを指定する参照情報とに基
づき、下位の構造化メタデータを上位の構造化メタデー
タに接続し、元の構造化メタデータを再構成する（ある
いは上位の構造化メタデータとそれに統合されるべき下
位の構造化メタデータとを統合する）ものである。
【００１３】図１は、本発明の第１実施例を用いたＭＰ
ＥＧ−７記述（構造化メタデータ）の分割、蓄積・伝
送、再構成（統合）方法の内の、分割から蓄積・伝送ま
での処理の概略を示す図である。ＭＰＥＧ−７記述は複
数のＭＰＥＧ−７記述に分割され、分割された各ＭＰＥ
Ｇ−７記述はＡｃｃｅｓｓ Ｕｎｉｔ内のメタデータ格
納部に格納される。インターネット等の蓄積系システム
においては、１つまたは複数のＡｃｃｅｓｓ Ｕｎｉｔ
がファイル形式で蓄積される。一方、ディジタル・テレ
ビジョン放送等の伝送系システムにおいては、複数のＡ
ｃｃｅｓｓ Ｕｎｉｔを連続的に並べ、データ・ストリ
ームを構成して伝送される。
ＥＧ−７記述（構造化メタデータ）の分割、蓄積・伝
送、再構成（統合）方法の内の、分割から蓄積・伝送ま
での処理の概略を示す図である。ＭＰＥＧ−７記述は複
数のＭＰＥＧ−７記述に分割され、分割された各ＭＰＥ
Ｇ−７記述はＡｃｃｅｓｓ Ｕｎｉｔ内のメタデータ格
納部に格納される。インターネット等の蓄積系システム
においては、１つまたは複数のＡｃｃｅｓｓ Ｕｎｉｔ
がファイル形式で蓄積される。一方、ディジタル・テレ
ビジョン放送等の伝送系システムにおいては、複数のＡ
ｃｃｅｓｓ Ｕｎｉｔを連続的に並べ、データ・ストリ
ームを構成して伝送される。
【００１４】図２は、本発明の第１実施例を用いたＭＰ
ＥＧ−７記述の分割、蓄積・伝送、再構成（統合）方法
の内の、蓄積・伝送から再構成までの処理の概略を示す
図である。蓄積系システムまたは伝送系システムから、
複数のＡｃｃｅｓｓ Ｕｎｉｔを取得する。複数のＡｃ
ｃｅｓｓ Ｕｎｉｔ内のメタデータ格納部に格納されて
いるそれぞれのＭＰＥＧ−７記述を再構成することによ
り、元のＭＰＥＧ−７記述を得る。
ＥＧ−７記述の分割、蓄積・伝送、再構成（統合）方法
の内の、蓄積・伝送から再構成までの処理の概略を示す
図である。蓄積系システムまたは伝送系システムから、
複数のＡｃｃｅｓｓ Ｕｎｉｔを取得する。複数のＡｃ
ｃｅｓｓ Ｕｎｉｔ内のメタデータ格納部に格納されて
いるそれぞれのＭＰＥＧ−７記述を再構成することによ
り、元のＭＰＥＧ−７記述を得る。
【００１５】図３は、本発明の第１実施例に用いるＡｃ
ｃｅｓｓ Ｕｎｉｔの構成例を示す概念図である。ま
た、図４は、図３に示したＡｃｃｅｓｓ ＵｎｉｔのＤ
ＤＬシンタックス例である。
ｃｅｓｓ Ｕｎｉｔの構成例を示す概念図である。ま
た、図４は、図３に示したＡｃｃｅｓｓ ＵｎｉｔのＤ
ＤＬシンタックス例である。
【００１６】図３に示すＡｃｃｅｓｓ Ｕｎｉｔは、メ
タデータ格納部であるＤｅｓｃｒｉｐｔｉｏｎと、接続
先情報格納部であるＦｒａｇｍｅｎｔ Ｒｅｆｅｒｅｎ
ｃｅと、属性ｉｄ（識別情報）格納部とを備えている。
タデータ格納部であるＤｅｓｃｒｉｐｔｉｏｎと、接続
先情報格納部であるＦｒａｇｍｅｎｔ Ｒｅｆｅｒｅｎ
ｃｅと、属性ｉｄ（識別情報）格納部とを備えている。
【００１７】Ｄｅｓｃｒｉｐｔｉｏｎは、元のＭＰＥＧ
−７記述から分割された各ＭＰＥＧ−７記述を格納する
ものである。Ｄｅｓｃｒｉｐｔｉｏｎは、１つのＡｃｃ
ｅｓｓ Ｕｎｉｔ中に１つだけ存在する。
−７記述から分割された各ＭＰＥＧ−７記述を格納する
ものである。Ｄｅｓｃｒｉｐｔｉｏｎは、１つのＡｃｃ
ｅｓｓ Ｕｎｉｔ中に１つだけ存在する。
【００１８】Ｆｒａｇｍｅｎｔ Ｒｅｆｅｒｅｎｃｅ
は、Ｄｅｓｃｒｉｐｔｉｏｎに格納されるＭＰＥＧ−７
記述とその下位のＭＰＥＧ−７記述とを再接続する際に
参照する接続先情報（接続位置情報と参照情報）を格納
するものである。Ｄｅｓｃｒｉｐｔｉｏｎに格納される
上位ＭＰＥＧ−７記述に接続されるべき下位のＭＰＥＧ
−７記述が複数存在する場合、Ｆｒａｇｍｅｎｔ Ｒｅ
ｆｅｒｅｎｃｅも下位のＭＰＥＧ−７記述毎にそれぞれ
存在する。また、Ｄｅｓｃｒｉｐｔｉｏｎに格納される
上位ＭＰＥＧ−７記述に接続されるべき下位のＭＰＥＧ
−７記述が１つも存在しない場合、Ｆｒａｇｍｅｎｔ
Ｒｅｆｅｒｅｎｃｅも１つも存在しない。
は、Ｄｅｓｃｒｉｐｔｉｏｎに格納されるＭＰＥＧ−７
記述とその下位のＭＰＥＧ−７記述とを再接続する際に
参照する接続先情報（接続位置情報と参照情報）を格納
するものである。Ｄｅｓｃｒｉｐｔｉｏｎに格納される
上位ＭＰＥＧ−７記述に接続されるべき下位のＭＰＥＧ
−７記述が複数存在する場合、Ｆｒａｇｍｅｎｔ Ｒｅ
ｆｅｒｅｎｃｅも下位のＭＰＥＧ−７記述毎にそれぞれ
存在する。また、Ｄｅｓｃｒｉｐｔｉｏｎに格納される
上位ＭＰＥＧ−７記述に接続されるべき下位のＭＰＥＧ
−７記述が１つも存在しない場合、Ｆｒａｇｍｅｎｔ
Ｒｅｆｅｒｅｎｃｅも１つも存在しない。
【００１９】Ｆｒａｇｍｅｎｔ Ｒｅｆｅｒｅｎｃｅ
は、Ｃｏｎｎｅｃｔｉｏｎ ＰｏｉｎｔとＦｒａｇｍｅ
ｎｔ Ｌｏｃａｔｉｏｎの２つの子供要素を備えてい
る。
は、Ｃｏｎｎｅｃｔｉｏｎ ＰｏｉｎｔとＦｒａｇｍｅ
ｎｔ Ｌｏｃａｔｉｏｎの２つの子供要素を備えてい
る。
【００２０】Ｃｏｎｎｅｃｔｉｏｎ Ｐｏｉｎｔは、Ｄ
ｅｓｃｒｉｐｔｉｏｎに格納される上位ＭＰＥＧ−７記
述中の、下位ＭＰＥＧ−７記述を接続する場所（接続
点）を示す接続位置情報である。ＩＤＲｅｆまたはＸＰ
ａｔｈのいずれかの子供要素を用いて、上位ＭＰＥＧ−
７記述中の特定のノードを指定する。ＩＤＲｅｆは、Ｍ
ＰＥＧ−７記述中に記述されたＩＤによって特定のノー
ドを指定するものである。一方、ＸＰａｔｈは、Ｗ３Ｃ
（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ Ｃｏｎｓｏｒｔｉｕ
ｍ）で定められたＸＭＬパス言語ＸＰａｔｈ（ｈｔｔ
ｐ：／／ｗｗｗ．ｗ３．ｏｒｇ／ＴＲ／ｘｐａｔｈ）を
用いて、ＭＰＥＧ−７記述中の特定のノードを指定する
ものである。
ｅｓｃｒｉｐｔｉｏｎに格納される上位ＭＰＥＧ−７記
述中の、下位ＭＰＥＧ−７記述を接続する場所（接続
点）を示す接続位置情報である。ＩＤＲｅｆまたはＸＰ
ａｔｈのいずれかの子供要素を用いて、上位ＭＰＥＧ−
７記述中の特定のノードを指定する。ＩＤＲｅｆは、Ｍ
ＰＥＧ−７記述中に記述されたＩＤによって特定のノー
ドを指定するものである。一方、ＸＰａｔｈは、Ｗ３Ｃ
（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ Ｃｏｎｓｏｒｔｉｕ
ｍ）で定められたＸＭＬパス言語ＸＰａｔｈ（ｈｔｔ
ｐ：／／ｗｗｗ．ｗ３．ｏｒｇ／ＴＲ／ｘｐａｔｈ）を
用いて、ＭＰＥＧ−７記述中の特定のノードを指定する
ものである。
【００２１】さらに、Ｃｏｎｎｅｃｔｉｏｎ Ｐｏｉｎ
ｔ内のｐｏｓｉｔｉｏｎ（属性ｐｏｓｉｔｉｏｎ）は、
ＩＤＲｅｆまたはＸＰａｔｈによって指定されたノード
に対して、下位ＭＰＥＧ−７記述を接続する位置を指定
する。ｐｏｓｉｔｉｏｎの値がｂｅｆｏｒｅの場合は指
定されたノードの前に接続し、ａｆｔｅｒの場合は指定
されたノードの後に接続する。ｆｉｒｓｔの場合は指定
されたノードの子ノードの先頭に接続し、ｌａｓｔの場
合は指定されたノードの子ノードの最後に接続する。
ｔ内のｐｏｓｉｔｉｏｎ（属性ｐｏｓｉｔｉｏｎ）は、
ＩＤＲｅｆまたはＸＰａｔｈによって指定されたノード
に対して、下位ＭＰＥＧ−７記述を接続する位置を指定
する。ｐｏｓｉｔｉｏｎの値がｂｅｆｏｒｅの場合は指
定されたノードの前に接続し、ａｆｔｅｒの場合は指定
されたノードの後に接続する。ｆｉｒｓｔの場合は指定
されたノードの子ノードの先頭に接続し、ｌａｓｔの場
合は指定されたノードの子ノードの最後に接続する。
【００２２】この属性ｐｏｓｉｔｉｏｎの使用方法につ
いて、図８から図１１を用いて説明する。図８から図１
１の各図では、上位ＭＰＥＧ−７記述と下位ＭＰＥＧ−
７記述、及び接続後のＭＰＥＧ−７記述が、模式図と実
際のＸＭＬ記述とによって表されている。
いて、図８から図１１を用いて説明する。図８から図１
１の各図では、上位ＭＰＥＧ−７記述と下位ＭＰＥＧ−
７記述、及び接続後のＭＰＥＧ−７記述が、模式図と実
際のＸＭＬ記述とによって表されている。
【００２３】図８では、Ｃｏｎｎｅｃｔｉｏｎ Ｐｏｉ
ｎｔの要素ＩＤＲｅｆまたはＸＰａｔｈによって上位Ｍ
ＰＥＧ−７記述のノードＢが指定され、属性ｐｏｓｉｔ
ｉｏｎの値がｂｅｆｏｒｅである。このとき、下位ＭＰ
ＥＧ−７記述はノードＢの前に接続される。
ｎｔの要素ＩＤＲｅｆまたはＸＰａｔｈによって上位Ｍ
ＰＥＧ−７記述のノードＢが指定され、属性ｐｏｓｉｔ
ｉｏｎの値がｂｅｆｏｒｅである。このとき、下位ＭＰ
ＥＧ−７記述はノードＢの前に接続される。
【００２４】図９では、Ｃｏｎｎｅｃｔｉｏｎ Ｐｏｉ
ｎｔの要素ＩＤＲｅｆまたはＸＰａｔｈによって上位Ｍ
ＰＥＧ−７記述のノードＢが指定され、属性ｐｏｓｉｔ
ｉｏｎの値がａｆｔｅｒである。このとき、下位ＭＰＥ
Ｇ−７記述はノードＢの後に接続される。
ｎｔの要素ＩＤＲｅｆまたはＸＰａｔｈによって上位Ｍ
ＰＥＧ−７記述のノードＢが指定され、属性ｐｏｓｉｔ
ｉｏｎの値がａｆｔｅｒである。このとき、下位ＭＰＥ
Ｇ−７記述はノードＢの後に接続される。
【００２５】図１０では、Ｃｏｎｎｅｃｔｉｏｎ Ｐｏ
ｉｎｔの要素ＩＤＲｅｆまたはＸＰａｔｈによって上位
ＭＰＥＧ−７記述のノードＡが指定され、属性ｐｏｓｉ
ｔｉｏｎの値がｆｉｒｓｔである。このとき、下位ＭＰ
ＥＧ−７記述はノードＡの子供要素の先頭、即ちノード
Ｂの前に接続される。
ｉｎｔの要素ＩＤＲｅｆまたはＸＰａｔｈによって上位
ＭＰＥＧ−７記述のノードＡが指定され、属性ｐｏｓｉ
ｔｉｏｎの値がｆｉｒｓｔである。このとき、下位ＭＰ
ＥＧ−７記述はノードＡの子供要素の先頭、即ちノード
Ｂの前に接続される。
【００２６】図１１では、Ｃｏｎｎｅｃｔｉｏｎ Ｐｏ
ｉｎｔの要素ＩＤＲｅｆまたはＸＰａｔｈによって上位
ＭＰＥＧ−７記述のノードＡが指定され、属性ｐｏｓｉ
ｔｉｏｎの値がｌａｓｔである。このとき、下位ＭＰＥ
Ｇ−７記述はノードＡの子供要素の最後、即ちノードＢ
の後に接続される。
ｉｎｔの要素ＩＤＲｅｆまたはＸＰａｔｈによって上位
ＭＰＥＧ−７記述のノードＡが指定され、属性ｐｏｓｉ
ｔｉｏｎの値がｌａｓｔである。このとき、下位ＭＰＥ
Ｇ−７記述はノードＡの子供要素の最後、即ちノードＢ
の後に接続される。
【００２７】図３にもどって、Ｆｒａｇｍｅｎｔ Ｒｅ
ｆｅｒｅｎｃｅのもう一方の子供要素であるＦｒａｇｍ
ｅｎｔ Ｌｏｃａｔｉｏｎは、Ｄｅｓｃｒｉｐｔｉｏｎ
に格納される上位ＭＰＥＧ−７記述に接続する下位ＭＰ
ＥＧ−７記述を示す参照情報である。Ｆｒａｇｍｅｎｔ
Ｌｏｃａｔｉｏｎのデータ型はｕｒｉＲｅｆｅｒｅｎ
ｃｅであり、ＵＲＩ（Uniform Resource Identifiers)
によって下位ＭＰＥＧ−７記述のルート要素を参照する
（下位ＭＰＥＧ−７記述の存在場所を指定する。）。こ
こでは、ＵＲＩに加え、Ｗ３Ｃで定められたＸＭＬポイ
ンタ言語ＸＰｏｉｎｔｅｒ（ｈｔｔｐ：／／ｗｗｗ．ｗ
３．ｏｒｇ／ＴＲ／ｘｐｔｒ）を利用し、外部ＸＭＬ文
書内部の特定の要素を参照する。
ｆｅｒｅｎｃｅのもう一方の子供要素であるＦｒａｇｍ
ｅｎｔ Ｌｏｃａｔｉｏｎは、Ｄｅｓｃｒｉｐｔｉｏｎ
に格納される上位ＭＰＥＧ−７記述に接続する下位ＭＰ
ＥＧ−７記述を示す参照情報である。Ｆｒａｇｍｅｎｔ
Ｌｏｃａｔｉｏｎのデータ型はｕｒｉＲｅｆｅｒｅｎ
ｃｅであり、ＵＲＩ（Uniform Resource Identifiers)
によって下位ＭＰＥＧ−７記述のルート要素を参照する
（下位ＭＰＥＧ−７記述の存在場所を指定する。）。こ
こでは、ＵＲＩに加え、Ｗ３Ｃで定められたＸＭＬポイ
ンタ言語ＸＰｏｉｎｔｅｒ（ｈｔｔｐ：／／ｗｗｗ．ｗ
３．ｏｒｇ／ＴＲ／ｘｐｔｒ）を利用し、外部ＸＭＬ文
書内部の特定の要素を参照する。
【００２８】また、Ｆｒａｇｍｅｎｔ Ｌｏｃａｔｉｏ
ｎはｃｏｎｔｅｎｔ（属性ｃｏｎｔｅｎｔ）とｕｓｅ
（属性ｕｓｅ）とを持つ。属性ｃｏｎｔｅｎｔは下位Ｍ
ＰＥＧ−７記述の内容の概略を記述するものである。こ
こでは、例えば、下位ＭＰＥＧ−７記述のルート要素名
が使用できる。この属性を利用し、ユーザーまたはアプ
リケーションは、必要なＭＰＥＧ−７記述を選択的に入
手または保存することができる。属性ｕｓｅは下位ＭＰ
ＥＧ−７記述の必要性を示すものである。デフォルト値
はｏｐｔｉｏｎａｌであるが、ｒｅｑｕｉｒｅｄと指定
することにより、ＭＰＥＧ−７アプリケーションに下位
ＭＰＥＧ−７記述を入手または保存することを強制する
ことができる。下位ＭＰＥＧ−７記述を著作権保護デー
タとしておけば、上位ＭＰＥＧ−７記述の著作権保護を
強化できる。
ｎはｃｏｎｔｅｎｔ（属性ｃｏｎｔｅｎｔ）とｕｓｅ
（属性ｕｓｅ）とを持つ。属性ｃｏｎｔｅｎｔは下位Ｍ
ＰＥＧ−７記述の内容の概略を記述するものである。こ
こでは、例えば、下位ＭＰＥＧ−７記述のルート要素名
が使用できる。この属性を利用し、ユーザーまたはアプ
リケーションは、必要なＭＰＥＧ−７記述を選択的に入
手または保存することができる。属性ｕｓｅは下位ＭＰ
ＥＧ−７記述の必要性を示すものである。デフォルト値
はｏｐｔｉｏｎａｌであるが、ｒｅｑｕｉｒｅｄと指定
することにより、ＭＰＥＧ−７アプリケーションに下位
ＭＰＥＧ−７記述を入手または保存することを強制する
ことができる。下位ＭＰＥＧ−７記述を著作権保護デー
タとしておけば、上位ＭＰＥＧ−７記述の著作権保護を
強化できる。
【００２９】属性ｉｄ格納部は、複数のＡｃｃｅｓｓ
Ｕｎｉｔを一意に識別するためのｉｄ（属性ｉｄ：識別
情報）を格納している。インターネット等の蓄積系シス
テムの場合は、Ａｃｃｅｓｓ Ｕｎｉｔはファイルに格
納され、ＵＲＩを用いてＡｃｃｅｓｓ Ｕｎｉｔを一意
に識別することができる。しかし、ディジタル・テレビ
ジョン放送等の伝送系システムの場合、複数のＡｃｃｅ
ｓｓ Ｕｎｉｔを連続的に並べてデータ・ストリームが
構成されるので、インターネットと同様のＵＲＩを用い
ることができない。そこで、Ａｃｃｅｓｓ Ｕｎｉｔの
属性ｉｄを利用してＡｃｃｅｓｓ Ｕｎｉｔを一意に識
別する。
Ｕｎｉｔを一意に識別するためのｉｄ（属性ｉｄ：識別
情報）を格納している。インターネット等の蓄積系シス
テムの場合は、Ａｃｃｅｓｓ Ｕｎｉｔはファイルに格
納され、ＵＲＩを用いてＡｃｃｅｓｓ Ｕｎｉｔを一意
に識別することができる。しかし、ディジタル・テレビ
ジョン放送等の伝送系システムの場合、複数のＡｃｃｅ
ｓｓ Ｕｎｉｔを連続的に並べてデータ・ストリームが
構成されるので、インターネットと同様のＵＲＩを用い
ることができない。そこで、Ａｃｃｅｓｓ Ｕｎｉｔの
属性ｉｄを利用してＡｃｃｅｓｓ Ｕｎｉｔを一意に識
別する。
【００３０】以上の構成により、複数のＡｃｃｅｓｓ
Ｕｎｉｔを取得したとき、接続先情報格納部であるＦｒ
ａｇｍｅｎｔ Ｒｅｆｅｒｅｎｃｅに格納された情報
（接続位置情報と参照情報）を元にして、分離された上
位ＭＰＥＧ−７記述と下位ＭＰＥＧ−７記述とを順次接
続することにより、元のＭＰＥＧ−７記述を再構成する
ことができる。また、必要なＡｃｃｅｓｓ Ｕｎｉｔ、
即ち必要なＭＰＥＧ−７記述を参照情報に基づき選択す
ることにより、元のＭＰＥＧ−７記述を部分的に再構成
することもできる。さらには、その伝送において、分割
されたＭＰＥＧ−７記述を各Ａｃｃｅｓｓ Ｕｎｉｔと
して伝送することにより、各ＡｃｃｅｓｓＵｎｉｔ毎の
伝送制御が行えるようになり伝送効率を高めることが可
能となる。
Ｕｎｉｔを取得したとき、接続先情報格納部であるＦｒ
ａｇｍｅｎｔ Ｒｅｆｅｒｅｎｃｅに格納された情報
（接続位置情報と参照情報）を元にして、分離された上
位ＭＰＥＧ−７記述と下位ＭＰＥＧ−７記述とを順次接
続することにより、元のＭＰＥＧ−７記述を再構成する
ことができる。また、必要なＡｃｃｅｓｓ Ｕｎｉｔ、
即ち必要なＭＰＥＧ−７記述を参照情報に基づき選択す
ることにより、元のＭＰＥＧ−７記述を部分的に再構成
することもできる。さらには、その伝送において、分割
されたＭＰＥＧ−７記述を各Ａｃｃｅｓｓ Ｕｎｉｔと
して伝送することにより、各ＡｃｃｅｓｓＵｎｉｔ毎の
伝送制御が行えるようになり伝送効率を高めることが可
能となる。
【００３１】また、接続のための情報である接続位置情
報と参照情報とを、メタデータ格納部（Ｄｅｓｃｒｉｐ
ｔｉｏｎ）とは異なる接続先情報格納部（Ｆｒａｇｍｅ
ｎｔＲｅｆｅｒｅｎｃｅ）に格納するようにしたので、
構造化メタデータの内部を操作することなく接続のため
の情報を付加することができるという効果がある。
報と参照情報とを、メタデータ格納部（Ｄｅｓｃｒｉｐ
ｔｉｏｎ）とは異なる接続先情報格納部（Ｆｒａｇｍｅ
ｎｔＲｅｆｅｒｅｎｃｅ）に格納するようにしたので、
構造化メタデータの内部を操作することなく接続のため
の情報を付加することができるという効果がある。
【００３２】次に、本発明の第２実施例について説明す
る。第２実施例では、ＭＰＥＧ−７記述の分割から蓄積
・伝送までの処理の流れと、蓄積・伝送から再構成まで
の処理の流れは第１実施例と同様である。即ち、図１及
び図２に示す処理の流れは、第２実施例にも当てはま
る。但し、第２実施例では、Ａｃｃｅｓｓ Ｕｎｉｔの
構成が第１実施例のそれとは異なる。
る。第２実施例では、ＭＰＥＧ−７記述の分割から蓄積
・伝送までの処理の流れと、蓄積・伝送から再構成まで
の処理の流れは第１実施例と同様である。即ち、図１及
び図２に示す処理の流れは、第２実施例にも当てはま
る。但し、第２実施例では、Ａｃｃｅｓｓ Ｕｎｉｔの
構成が第１実施例のそれとは異なる。
【００３３】図５は、本発明の第２実施例に用いる、Ａ
ｃｃｅｓｓ Ｕｎｉｔの他の構成例を示す概念図であ
る。また、図６、図７は、図５に示したＡｃｃｅｓｓ
ＵｎｉｔのＤＤＬシンタックスである。
ｃｃｅｓｓ Ｕｎｉｔの他の構成例を示す概念図であ
る。また、図６、図７は、図５に示したＡｃｃｅｓｓ
ＵｎｉｔのＤＤＬシンタックスである。
【００３４】本発明の第２実施例では、Ａｃｃｅｓｓ
Ｕｎｉｔは接続先情報格納部であるＦｒａｇｍｅｎｔ
Ｒｅｆｅｒｅｎｃｅ、メタデータ格納部を有するＵｐｄ
ａｔｅ Ｃｏｍｍａｎｄ、及び属性ｉｄ（識別情報）格
納部を備えている。
Ｕｎｉｔは接続先情報格納部であるＦｒａｇｍｅｎｔ
Ｒｅｆｅｒｅｎｃｅ、メタデータ格納部を有するＵｐｄ
ａｔｅ Ｃｏｍｍａｎｄ、及び属性ｉｄ（識別情報）格
納部を備えている。
【００３５】Ｆｒａｇｍｅｎｔ Ｒｅｆｅｒｅｎｃｅの
構成は、第１実施例におけるＦｒａｇｍｅｎｔ Ｒｅｆ
ｅｒｅｎｃｅの構成と同様である。Ｆｒａｇｍｅｎｔ
Ｒｅｆｅｒｅｎｃｅは１つのＡｃｃｅｓｓ Ｕｎｉｔ中
に複数存在する場合もあるし、１つも存在しない場合も
ある。
構成は、第１実施例におけるＦｒａｇｍｅｎｔ Ｒｅｆ
ｅｒｅｎｃｅの構成と同様である。Ｆｒａｇｍｅｎｔ
Ｒｅｆｅｒｅｎｃｅは１つのＡｃｃｅｓｓ Ｕｎｉｔ中
に複数存在する場合もあるし、１つも存在しない場合も
ある。
【００３６】また、属性ｉｄ（識別情報）格納部につい
ても、本発明の第１の実施例と同様である。
ても、本発明の第１の実施例と同様である。
【００３７】Ｕｐｄａｔｅ Ｃｏｍｍａｎｄは、コマン
ドの実行によりＭＰＥＧ−７記述を構成するものであ
り、Ｔｙｐｅ、Ｌｏｃａｔｉｏｎ、Ｖａｌｕｅの３つの
子供要素により構成される。Ｕｐｄａｔｅ Ｃｏｍｍａ
ｎｄは１つのＡｃｃｅｓｓ Ｕｎｉｔ中に１つ以上存在
する。
ドの実行によりＭＰＥＧ−７記述を構成するものであ
り、Ｔｙｐｅ、Ｌｏｃａｔｉｏｎ、Ｖａｌｕｅの３つの
子供要素により構成される。Ｕｐｄａｔｅ Ｃｏｍｍａ
ｎｄは１つのＡｃｃｅｓｓ Ｕｎｉｔ中に１つ以上存在
する。
【００３８】Ｔｙｐｅは実行するコマンドの種類であ
り、ａｄｄ、ｄｅｌｅｔｅ、ｃｈａｎｇｅ、ｒｅｓｅｔ
のいずれかの値をとる。Ｔｙｐｅの値がａｄｄの場合
は、Ｌｏｃａｔｉｏｎによって示されるＭＰＥＧ−７記
述中の特定の位置に、Ｖａｌｕｅに格納されるＭＰＥＧ
−７記述を接続する。Ｔｙｐｅの値がｄｅｌｅｔｅの場
合は、Ｌｏｃａｔｉｏｎによって示されるＭＰＥＧ−７
記述中のノードとそれ以下のノードを削除する。Ｔｙｐ
ｅの値がｃｈａｎｇｅの場合は、Ｌｏｃａｔｉｏｎによ
って示されるＭＰＥＧ−７記述中のノードとそれ以下の
ノードを、Ｖａｌｕｅに格納されるＭＰＥＧ−７記述に
置き換える。Ｔｙｐｅの値がｒｅｓｅｔの場合は、ＭＰ
ＥＧ−７記述を予め定められた初期状態に戻す。
り、ａｄｄ、ｄｅｌｅｔｅ、ｃｈａｎｇｅ、ｒｅｓｅｔ
のいずれかの値をとる。Ｔｙｐｅの値がａｄｄの場合
は、Ｌｏｃａｔｉｏｎによって示されるＭＰＥＧ−７記
述中の特定の位置に、Ｖａｌｕｅに格納されるＭＰＥＧ
−７記述を接続する。Ｔｙｐｅの値がｄｅｌｅｔｅの場
合は、Ｌｏｃａｔｉｏｎによって示されるＭＰＥＧ−７
記述中のノードとそれ以下のノードを削除する。Ｔｙｐ
ｅの値がｃｈａｎｇｅの場合は、Ｌｏｃａｔｉｏｎによ
って示されるＭＰＥＧ−７記述中のノードとそれ以下の
ノードを、Ｖａｌｕｅに格納されるＭＰＥＧ−７記述に
置き換える。Ｔｙｐｅの値がｒｅｓｅｔの場合は、ＭＰ
ＥＧ−７記述を予め定められた初期状態に戻す。
【００３９】Ｌｏｃａｔｉｏｎは、コマンドを実行する
場所を示す位置情報である。Ｌｏｃａｔｉｏｎのデータ
型はｕｒｉＲｅｆｅｒｅｎｃｅであり、ＵＲＩ及びＸＰ
ｏｉｎｔｅｒによってＭＰＥＧ−７記述中のコマンド実
行対象のノードを参照する。ここで参照するＭＰＥＧ−
７記述は、これ以前のコマンド実行によりすでに生成さ
れているＭＰＥＧ−７記述である。また、Ｌｏｃａｔｉ
ｏｎは属性ｐｏｓｉｔｉｏｎを持つ。属性ｐｏｓｉｔｉ
ｏｎはＴｙｐｅの値がａｄｄである場合のみ有効であ
り、Ｌｏｃａｔｉｏｎによって参照されるノードに対し
て、Ｖａｌｕｅに格納されるＭＰＥＧ−７記述を接続す
る位置を指定する。ｐｏｓｉｔｉｏｎの値がｂｅｆｏｒ
ｅの場合は指定されたノードの前に接続し、ａｆｔｅｒ
の場合は指定されたノードの後に接続する。ｆｉｒｓｔ
の場合は指定されたノードの子ノードの先頭に接続し、
ｌａｓｔの場合は指定されたノードの子ノードの最後に
接続する。
場所を示す位置情報である。Ｌｏｃａｔｉｏｎのデータ
型はｕｒｉＲｅｆｅｒｅｎｃｅであり、ＵＲＩ及びＸＰ
ｏｉｎｔｅｒによってＭＰＥＧ−７記述中のコマンド実
行対象のノードを参照する。ここで参照するＭＰＥＧ−
７記述は、これ以前のコマンド実行によりすでに生成さ
れているＭＰＥＧ−７記述である。また、Ｌｏｃａｔｉ
ｏｎは属性ｐｏｓｉｔｉｏｎを持つ。属性ｐｏｓｉｔｉ
ｏｎはＴｙｐｅの値がａｄｄである場合のみ有効であ
り、Ｌｏｃａｔｉｏｎによって参照されるノードに対し
て、Ｖａｌｕｅに格納されるＭＰＥＧ−７記述を接続す
る位置を指定する。ｐｏｓｉｔｉｏｎの値がｂｅｆｏｒ
ｅの場合は指定されたノードの前に接続し、ａｆｔｅｒ
の場合は指定されたノードの後に接続する。ｆｉｒｓｔ
の場合は指定されたノードの子ノードの先頭に接続し、
ｌａｓｔの場合は指定されたノードの子ノードの最後に
接続する。
【００４０】Ｖａｌｕｅは、ＭＰＥＧ−７記述を格納す
るためのものである。
るためのものである。
【００４１】Ｕｐｄａｔｅ Ｃｏｍｍａｎｄにおいて、
Ｔｙｐｅの値がａｄｄである場合の動作は、複数のＭＰ
ＥＧ−７記述を接続して１つのＭＰＥＧ−７記述を再構
成するものであるので、Ｆｒａｇｍｅｎｔ Ｒｅｆｅｒ
ｅｎｃｅの持つ機能と類似している。両者の機能の違い
は、Ｆｒａｇｍｅｎｔ ＲｅｆｅｒｅｎｃｅによるＭＰ
ＥＧ−７記述の再構成が、上位ＭＰＥＧ−７記述から下
位ＭＰＥＧ−７記述への参照情報を利用し、Ａｃｃｅｓ
ｓ Ｕｎｉｔ群を取得（または受信）したユーザー（ま
たはアプリケーション）の意図により行われるのに対
し、ＵｐｄａｔｅＣｏｍｍａｎｄによるＭＰＥＧ−７記
述の再構成は、下位ＭＰＥＧ−７記述から上位ＭＰＥＧ
−７記述への参照情報を利用し、Ａｃｃｅｓｓ Ｕｎｉ
ｔ群の作成者または送信者の意図により行われることで
ある。即ち、ＦｒａｇｍｅｎｔＲｅｆｅｒｅｎｃｅの場
合は、ユーザーまたはアプリケーションがＦｒａｇｍｅ
ｎｔ Ｌｏｃａｔｉｏｎに記述された情報を参考にして
必要なＭＰＥＧ−７記述を選択して元のＭＰＥＧ−７記
述を部分的に再構成できるのに対し、Ｕｐｄａｔｅ Ｃ
ｏｍｍａｎｄの場合は、ＭＰＥＧ−７記述の作成者また
は送信者がユーザーの側に再構成されるＭＰＥＧ−７記
述を制御することができる。従って、両者の機能は異な
り、目的に応じて使い分けるものである。
Ｔｙｐｅの値がａｄｄである場合の動作は、複数のＭＰ
ＥＧ−７記述を接続して１つのＭＰＥＧ−７記述を再構
成するものであるので、Ｆｒａｇｍｅｎｔ Ｒｅｆｅｒ
ｅｎｃｅの持つ機能と類似している。両者の機能の違い
は、Ｆｒａｇｍｅｎｔ ＲｅｆｅｒｅｎｃｅによるＭＰ
ＥＧ−７記述の再構成が、上位ＭＰＥＧ−７記述から下
位ＭＰＥＧ−７記述への参照情報を利用し、Ａｃｃｅｓ
ｓ Ｕｎｉｔ群を取得（または受信）したユーザー（ま
たはアプリケーション）の意図により行われるのに対
し、ＵｐｄａｔｅＣｏｍｍａｎｄによるＭＰＥＧ−７記
述の再構成は、下位ＭＰＥＧ−７記述から上位ＭＰＥＧ
−７記述への参照情報を利用し、Ａｃｃｅｓｓ Ｕｎｉ
ｔ群の作成者または送信者の意図により行われることで
ある。即ち、ＦｒａｇｍｅｎｔＲｅｆｅｒｅｎｃｅの場
合は、ユーザーまたはアプリケーションがＦｒａｇｍｅ
ｎｔ Ｌｏｃａｔｉｏｎに記述された情報を参考にして
必要なＭＰＥＧ−７記述を選択して元のＭＰＥＧ−７記
述を部分的に再構成できるのに対し、Ｕｐｄａｔｅ Ｃ
ｏｍｍａｎｄの場合は、ＭＰＥＧ−７記述の作成者また
は送信者がユーザーの側に再構成されるＭＰＥＧ−７記
述を制御することができる。従って、両者の機能は異な
り、目的に応じて使い分けるものである。
【００４２】次に、図８〜図１１で説明したＣｏｎｎｅ
ｃｔｉｏｎ Ｐｏｉｎｔ（接続位置情報）内の属性ｐｏ
ｓｉｔｉｏｎ（指定されたノードに対する下位ＭＰＥＧ
−７記述の接続位置を指定する情報）について他の例を
説明する。図８〜図１１では属性ｐｏｓｉｔｉｏｎの値
が４つの値の場合を示したが、この内の２値を用いるこ
と（ｂｅｆｏｒｅとｌａｓｔ、またはａｆｔｅｒとｆｉ
ｒｓｔ）によって、任意の接続位置を指定することも可
能である。ここでは、属性ｐｏｓｉｔｉｏｎの取り得る
値が、ｂｅｆｏｒｅＡｓＳｉｂｌｉｎｇとｌａｓｔＡｓ
Ｃｈｉｌｄの場合について説明する。
ｃｔｉｏｎ Ｐｏｉｎｔ（接続位置情報）内の属性ｐｏ
ｓｉｔｉｏｎ（指定されたノードに対する下位ＭＰＥＧ
−７記述の接続位置を指定する情報）について他の例を
説明する。図８〜図１１では属性ｐｏｓｉｔｉｏｎの値
が４つの値の場合を示したが、この内の２値を用いるこ
と（ｂｅｆｏｒｅとｌａｓｔ、またはａｆｔｅｒとｆｉ
ｒｓｔ）によって、任意の接続位置を指定することも可
能である。ここでは、属性ｐｏｓｉｔｉｏｎの取り得る
値が、ｂｅｆｏｒｅＡｓＳｉｂｌｉｎｇとｌａｓｔＡｓ
Ｃｈｉｌｄの場合について説明する。
【００４３】ｂｅｆｏｒｅＡｓＳｉｂｌｉｎｇは、Ｆｒ
ａｇｍｅｎｔ Ｌｏｃａｔｉｏｎ（下位ＭＰＥＧ−７記
述に関する参照情報）により指定された下位ＭＰＥＧ−
７記述を、Ｃｏｎｎｅｃｔｉｏｎ Ｐｏｉｎｔにより指
定されたノードの前に兄弟として付加することを意味す
る。また、ｌａｓｔＡｓＣｈｉｌｄは、Ｆｒａｇｍｅｎ
ｔ Ｌｏｃａｔｉｏｎにより指定された下位ＭＰＥＧ−
７記述を、Ｃｏｎｎｅｃｔｉｏｎ Ｐｏｉｎｔにより指
定されたノードの子供の最後に付加することを意味す
る。
ａｇｍｅｎｔ Ｌｏｃａｔｉｏｎ（下位ＭＰＥＧ−７記
述に関する参照情報）により指定された下位ＭＰＥＧ−
７記述を、Ｃｏｎｎｅｃｔｉｏｎ Ｐｏｉｎｔにより指
定されたノードの前に兄弟として付加することを意味す
る。また、ｌａｓｔＡｓＣｈｉｌｄは、Ｆｒａｇｍｅｎ
ｔ Ｌｏｃａｔｉｏｎにより指定された下位ＭＰＥＧ−
７記述を、Ｃｏｎｎｅｃｔｉｏｎ Ｐｏｉｎｔにより指
定されたノードの子供の最後に付加することを意味す
る。
【００４４】この属性ｐｏｓｉｔｉｏｎの使用方法につ
いて、図１２と図１３を用いて説明する。図１２と図１
３では、上位ＭＰＥＧ−７記述と下位ＭＰＥＧ−７記
述、及び接続後のＭＰＥＧ−７記述が、模式図と実際の
ＸＭＬ記述とによって表されている。
いて、図１２と図１３を用いて説明する。図１２と図１
３では、上位ＭＰＥＧ−７記述と下位ＭＰＥＧ−７記
述、及び接続後のＭＰＥＧ−７記述が、模式図と実際の
ＸＭＬ記述とによって表されている。
【００４５】図１２では、Ｃｏｎｎｅｃｔｉｏｎ Ｐｏ
ｉｎｔの要素ＩＤＲｅｆまたはＸＰａｔｈによって上位
ＭＰＥＧ−７記述のノードＢが指定され、属性ｐｏｓｉ
ｔｉｏｎの値がｂｅｆｏｒｅＡｓＳｉｂｌｉｎｇであ
る。このとき、下位ＭＰＥＧ−７記述はノードＢの前に
接続される。
ｉｎｔの要素ＩＤＲｅｆまたはＸＰａｔｈによって上位
ＭＰＥＧ−７記述のノードＢが指定され、属性ｐｏｓｉ
ｔｉｏｎの値がｂｅｆｏｒｅＡｓＳｉｂｌｉｎｇであ
る。このとき、下位ＭＰＥＧ−７記述はノードＢの前に
接続される。
【００４６】図１３では、Ｃｏｎｎｅｃｔｉｏｎ Ｐｏ
ｉｎｔの要素ＩＤＲｅｆまたはＸＰａｔｈによって上位
ＭＰＥＧ−７記述のノードＡが指定され、属性ｐｏｓｉ
ｔｉｏｎの値がｌａｓｔＡｓＣｈｉｌｄである。このと
き、下位ＭＰＥＧ−７記述はノードＡの子供要素の最
後、即ちノードＢの後に接続される。
ｉｎｔの要素ＩＤＲｅｆまたはＸＰａｔｈによって上位
ＭＰＥＧ−７記述のノードＡが指定され、属性ｐｏｓｉ
ｔｉｏｎの値がｌａｓｔＡｓＣｈｉｌｄである。このと
き、下位ＭＰＥＧ−７記述はノードＡの子供要素の最
後、即ちノードＢの後に接続される。
【００４７】次に、この２値によって任意の位置を指定
できることを説明する。あるノードＡが子供を持たず、
そのノードの子供として下位ＭＰＥＧ−７記述追加する
場合、Ｃｏｎｎｅｃｔｉｏｎ ＰｏｉｎｔでノードＡを
指定し、属性ｐｏｓｉｔｉｏｎをｌａｓｔＡｓＣｈｉｌ
ｄとすればよい。あるノードＡが子供を持ち、そのノー
ドの子供の最後に下位ＭＰＥＧ−７記述追加する場合、
ＣｏｎｎｅｃｔｉｏｎＰｏｉｎｔでノードＡを指定し、
属性ｐｏｓｉｔｉｏｎをｌａｓｔＡｓＣｈｉｌｄとすれ
ばよい。あるノードＡが子供を持ち、そのノードの子供
の最後以外の位置（即ちノードＡの子供ノードＢの前の
位置）に下位ＭＰＥＧ−７記述追加する場合、Ｃｏｎｎ
ｅｃｔｉｏｎ ＰｏｉｎｔでノードＢを指定し、属性ｐ
ｏｓｉｔｉｏｎをｂｅｆｏｒｅＡｓＳｉｂｌｉｎｇとす
ればよい。《バイナリ・フォーマット》ここまでの説明
では、Ａｃｃｅｓｓ Ｕｎｉｔ内のＭＰＥＧ−７記述の
データ及び各情報をテキスト・データで表現したものと
したが、次に、ＡｃｃｅｓｓＵｎｉｔ内のＭＰＥＧ−７
記述のデータ及び各情報をバイナリ・データで表現した
第３実施例について説明する。
できることを説明する。あるノードＡが子供を持たず、
そのノードの子供として下位ＭＰＥＧ−７記述追加する
場合、Ｃｏｎｎｅｃｔｉｏｎ ＰｏｉｎｔでノードＡを
指定し、属性ｐｏｓｉｔｉｏｎをｌａｓｔＡｓＣｈｉｌ
ｄとすればよい。あるノードＡが子供を持ち、そのノー
ドの子供の最後に下位ＭＰＥＧ−７記述追加する場合、
ＣｏｎｎｅｃｔｉｏｎＰｏｉｎｔでノードＡを指定し、
属性ｐｏｓｉｔｉｏｎをｌａｓｔＡｓＣｈｉｌｄとすれ
ばよい。あるノードＡが子供を持ち、そのノードの子供
の最後以外の位置（即ちノードＡの子供ノードＢの前の
位置）に下位ＭＰＥＧ−７記述追加する場合、Ｃｏｎｎ
ｅｃｔｉｏｎ ＰｏｉｎｔでノードＢを指定し、属性ｐ
ｏｓｉｔｉｏｎをｂｅｆｏｒｅＡｓＳｉｂｌｉｎｇとす
ればよい。《バイナリ・フォーマット》ここまでの説明
では、Ａｃｃｅｓｓ Ｕｎｉｔ内のＭＰＥＧ−７記述の
データ及び各情報をテキスト・データで表現したものと
したが、次に、ＡｃｃｅｓｓＵｎｉｔ内のＭＰＥＧ−７
記述のデータ及び各情報をバイナリ・データで表現した
第３実施例について説明する。
【００４８】テキスト・データで表現された各情報は、
ユーザーにとって理解が容易である、編集が容易であ
る、インターネットでのデータの送受信に好適である等
の利点を有する。一方、バイナリ・データで表現された
各情報は、テキスト・データで表現された各情報よりも
情報量が少なく伝送効率を向上させることができるの
で、ディジタル・テレビジョン放送、携帯端末向けのデ
ータ配信等でのデータの伝送に好適である。
ユーザーにとって理解が容易である、編集が容易であ
る、インターネットでのデータの送受信に好適である等
の利点を有する。一方、バイナリ・データで表現された
各情報は、テキスト・データで表現された各情報よりも
情報量が少なく伝送効率を向上させることができるの
で、ディジタル・テレビジョン放送、携帯端末向けのデ
ータ配信等でのデータの伝送に好適である。
【００４９】図１４は、本発明の第３実施例のＡｃｃｅ
ｓｓ Ｕｎｉｔのバイナリ・フォーマットを示す図であ
る。
ｓｓ Ｕｎｉｔのバイナリ・フォーマットを示す図であ
る。
【００５０】ＡＵＩＤは各Ａｃｃｅｓｓ Ｕｎｉｔを一
意に識別するためのＩＤである。全てのＡｃｃｅｓｓ
Ｕｎｉｔに一意の番号を割り振る。
意に識別するためのＩＤである。全てのＡｃｃｅｓｓ
Ｕｎｉｔに一意の番号を割り振る。
【００５１】Ｌｅｎｇｔｈ ｏｆ ｆｒａｇｍｅｎｔ
ｒｅｆｅｒｅｎｃｅは、Ｌｅｎｇｔｈ ｏｆ ｆｒａｇ
ｍｅｎｔ ｒｅｆｅｒｅｎｃｅの終わりからＳｕｂ−ｔ
ｒｅｅ ｂｉｎａｒｙ ｒｅｐｒｅｓｅｎｔａｔｉｏｎ
の初めまでの長さをビット単位で表す。これにより、Ｆ
ｒａｇｍｅｎｔ ｒｅｆｅｒｅｎｃｅをデコードするこ
となく、Ｓｕｂ−ｔｒｅｅ ｂｉｎａｒｙ ｒｅｐｒｅ
ｓｅｎｔａｔｉｏｎに高速にアクセスすることができ
る。
ｒｅｆｅｒｅｎｃｅは、Ｌｅｎｇｔｈ ｏｆ ｆｒａｇ
ｍｅｎｔ ｒｅｆｅｒｅｎｃｅの終わりからＳｕｂ−ｔ
ｒｅｅ ｂｉｎａｒｙ ｒｅｐｒｅｓｅｎｔａｔｉｏｎ
の初めまでの長さをビット単位で表す。これにより、Ｆ
ｒａｇｍｅｎｔ ｒｅｆｅｒｅｎｃｅをデコードするこ
となく、Ｓｕｂ−ｔｒｅｅ ｂｉｎａｒｙ ｒｅｐｒｅ
ｓｅｎｔａｔｉｏｎに高速にアクセスすることができ
る。
【００５２】Ｎｕｍｂｅｒ ｏｆ ｆｒａｇｍｅｎｔ
ｒｅｆｅｒｅｎｃｅは、その後に続くＦｒａｇｍｅｎｔ
ｒｅｆｅｒｅｎｃｅ（接続位置情報と参照情報）の数
を表す。
ｒｅｆｅｒｅｎｃｅは、その後に続くＦｒａｇｍｅｎｔ
ｒｅｆｅｒｅｎｃｅ（接続位置情報と参照情報）の数
を表す。
【００５３】Ｆｒａｇｍｅｎｔ ｒｅｆｅｒｅｎｃｅ
は、上位の構造化メタデータと下位の構造化メタデータ
を接続するための情報（即ち接続先情報である接続位置
情報と参照情報）である。１つのＡｃｃｅｓｓ Ｕｎｉ
ｔに複数のＦｒａｇｍｅｎｔｒｅｆｅｒｅｎｃｅを記述
することができる。Ｆｒａｇｍｅｎｔ ｒｅｆｅｒｅｎ
ｃｅの詳細なフォーマットについては、後で説明する。
は、上位の構造化メタデータと下位の構造化メタデータ
を接続するための情報（即ち接続先情報である接続位置
情報と参照情報）である。１つのＡｃｃｅｓｓ Ｕｎｉ
ｔに複数のＦｒａｇｍｅｎｔｒｅｆｅｒｅｎｃｅを記述
することができる。Ｆｒａｇｍｅｎｔ ｒｅｆｅｒｅｎ
ｃｅの詳細なフォーマットについては、後で説明する。
【００５４】Ｓｕｂ−ｔｒｅｅ ｂｉｎａｒｙ ｒｅｐ
ｒｅｓｅｎｔａｔｉｏｎは、構造化メタデータをバイナ
リ・データで表現したものである。例えば、ＸＭＬで記
述された構造化メタデータを、何らかのバイナリ符号化
方式によりバイナリ・データに変換する。ＸＭＬのバイ
ナリ符号化方式としては、ＷＡＰ（ＷｉｒｅｌｅｓｓＡ
ｐｐｌｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ） Ｆｏｒｕ
ｍで規定するＢｉｎａｒｙ ＸＭＬ Ｃｏｎｔｅｎｔ
Ｆｏｒｍａｔ Ｓｐｅｃｉｆｉｃａｔｉｏｎ等がある。
ｒｅｓｅｎｔａｔｉｏｎは、構造化メタデータをバイナ
リ・データで表現したものである。例えば、ＸＭＬで記
述された構造化メタデータを、何らかのバイナリ符号化
方式によりバイナリ・データに変換する。ＸＭＬのバイ
ナリ符号化方式としては、ＷＡＰ（ＷｉｒｅｌｅｓｓＡ
ｐｐｌｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ） Ｆｏｒｕ
ｍで規定するＢｉｎａｒｙ ＸＭＬ Ｃｏｎｔｅｎｔ
Ｆｏｒｍａｔ Ｓｐｅｃｉｆｉｃａｔｉｏｎ等がある。
【００５５】図１５は、Ｆｒａｇｍｅｎｔ ｒｅｆｅｒ
ｅｎｃｅのバイナリ・フォーマットを示す図である。
ｅｎｃｅのバイナリ・フォーマットを示す図である。
【００５６】Ｒｅｆｅｒｅｎｃｅ ｏｆ Ｃｏｎｔｅｎ
ｔｓ ＩＤは、参照する下位構造化メタデータの内容
を、内容の種類ごとに一意に割り振られたＩＤによって
示すものである（下位構造化メタデータの内容に関する
情報である）。予め構造化メタデータの内容を分類し、
各分類に対してＩＤを一意に割り振っておく必要があ
る。
ｔｓ ＩＤは、参照する下位構造化メタデータの内容
を、内容の種類ごとに一意に割り振られたＩＤによって
示すものである（下位構造化メタデータの内容に関する
情報である）。予め構造化メタデータの内容を分類し、
各分類に対してＩＤを一意に割り振っておく必要があ
る。
【００５７】Ｎｅｃｅｓｓｉｔｙは、参照する下位構造
化メタデータの必要性を１ビットで表すものである（上
位構造化メタデータへの統合の必要性を示す情報であ
る）。０ならばオプション、１ならば必須である。
化メタデータの必要性を１ビットで表すものである（上
位構造化メタデータへの統合の必要性を示す情報であ
る）。０ならばオプション、１ならば必須である。
【００５８】Ｒｅｆｅｒｅｎｃｅ ｔｏ ＡＵＩＤは、
参照する下位構造化メタデータを格納するＡｃｃｅｓｓ
Ｕｎｉｔに付加されたＡＵＩＤを用いて下位構造化メ
タデータを参照するための情報（下位構造化メタデータ
の存在場所に関係する情報）である。
参照する下位構造化メタデータを格納するＡｃｃｅｓｓ
Ｕｎｉｔに付加されたＡＵＩＤを用いて下位構造化メ
タデータを参照するための情報（下位構造化メタデータ
の存在場所に関係する情報）である。
【００５９】上記のＲｅｆｅｒｅｎｃｅ ｏｆ Ｃｏｎ
ｔｅｎｔｓ ＩＤ、Ｎｅｃｅｓｓｉｔｙ、及びＲｅｆｅ
ｒｅｎｃｅ ｔｏ ＡＵＩＤの３つが、下位構造化メタ
データに関する参照情報である。
ｔｅｎｔｓ ＩＤ、Ｎｅｃｅｓｓｉｔｙ、及びＲｅｆｅ
ｒｅｎｃｅ ｔｏ ＡＵＩＤの３つが、下位構造化メタ
データに関する参照情報である。
【００６０】Ｃｏｎｎｅｃｔｉｏｎ ｐｏｉｎｔは、Ｓ
ｕｂ−ｔｒｅｅ ｂｉｎａｒｙ ｒｅｐｒｅｓｅｎｔａ
ｔｉｏｎに格納される構造化メタデータ中の下位構造化
メタデータの接続点を示す接続位置情報である。ここで
は、例えばＸＰａｔｈによって構造化メタデータ内の任
意のノードを指定し、ｐｏｓｉｔｉｏｎによって、その
指定されたノードに対しての下位構造化メタデータを接
続する位置を指定する。さらに、ＸＰａｔｈとｐｏｓｉ
ｔｉｏｎを何らかのバイナリ符号化方式でバイナリ・デ
ータに変換したものを用いてもよい。《分割ファイル伝
送のためのシステム》図１６は、ディジタル・テレビジ
ョン放送等でビデオ・コンテンツと共にＭＰＥＧ−７記
述を伝送するためのＭＰＥＧ−７伝送システムを示す図
である。
ｕｂ−ｔｒｅｅ ｂｉｎａｒｙ ｒｅｐｒｅｓｅｎｔａ
ｔｉｏｎに格納される構造化メタデータ中の下位構造化
メタデータの接続点を示す接続位置情報である。ここで
は、例えばＸＰａｔｈによって構造化メタデータ内の任
意のノードを指定し、ｐｏｓｉｔｉｏｎによって、その
指定されたノードに対しての下位構造化メタデータを接
続する位置を指定する。さらに、ＸＰａｔｈとｐｏｓｉ
ｔｉｏｎを何らかのバイナリ符号化方式でバイナリ・デ
ータに変換したものを用いてもよい。《分割ファイル伝
送のためのシステム》図１６は、ディジタル・テレビジ
ョン放送等でビデオ・コンテンツと共にＭＰＥＧ−７記
述を伝送するためのＭＰＥＧ−７伝送システムを示す図
である。
【００６１】ＸＭＬ文書として記述されたＭＰＥＧ−７
記述は、分割器によって、予め設定された基準に従って
適当な数の断片に分割される。さらに、各断片に再統合
のために必要なＦｒａｇｍｅｎｔ Ｒｅｆｅｒｅｎｃ
ｅ、属性ｉｄ等が付加され、図３，５に示すようなＡｃ
ｃｅｓｓ Ｕｎｉｔが構成される。Ａｃｃｅｓｓ Ｕｎ
ｉｔはＭＰＥＧ−７バイナリ符号化器へ出力される。
記述は、分割器によって、予め設定された基準に従って
適当な数の断片に分割される。さらに、各断片に再統合
のために必要なＦｒａｇｍｅｎｔ Ｒｅｆｅｒｅｎｃ
ｅ、属性ｉｄ等が付加され、図３，５に示すようなＡｃ
ｃｅｓｓ Ｕｎｉｔが構成される。Ａｃｃｅｓｓ Ｕｎ
ｉｔはＭＰＥＧ−７バイナリ符号化器へ出力される。
【００６２】ＭＰＥＧ−７バイナリ符号化器は、入力さ
れるＭＰＥＧ−７記述を有するＡｃｃｅｓｓ Ｕｎｉｔ
をバイナリに符号化する。符号化されたバイナリＭＰＥ
Ｇ−７ Ａｃｃｅｓｓ Ｕｎｉｔは、伝送制御器へ出力
される。
れるＭＰＥＧ−７記述を有するＡｃｃｅｓｓ Ｕｎｉｔ
をバイナリに符号化する。符号化されたバイナリＭＰＥ
Ｇ−７ Ａｃｃｅｓｓ Ｕｎｉｔは、伝送制御器へ出力
される。
【００６３】一方、ビデオ・コンテンツは、ビデオ符号
化器によって符号化される。ここではＭＰＥＧ−２等の
ビデオ符号化方式を用いる。ビデオ符号化データは、伝
送制御器へ出力される。
化器によって符号化される。ここではＭＰＥＧ−２等の
ビデオ符号化方式を用いる。ビデオ符号化データは、伝
送制御器へ出力される。
【００６４】伝送制御器は、入力されるバイナリＭＰＥ
Ｇ−７ Ａｃｃｅｓｓ Ｕｎｉｔとビデオ符号化データ
をマルチプレクスし、伝送する。バイナリＭＰＥＧ−７
Ａｃｃｅｓｓ Ｕｎｉｔは、カルーセル方式で伝送さ
れる。その際、あらかじめ設定された基準に従って、カ
ルーセル伝送の期間や頻度をＡｃｃｅｓｓ Ｕｎｉｔ毎
に制御する。例えば、重要な情報を含むＡｃｃｅｓｓ
Ｕｎｉｔほど、また、上位構造化メタデータを有するＡ
ｃｃｅｓｓ Ｕｎｉｔほど、カルーセル伝送の期間を長
くし、伝送頻度を高くする。
Ｇ−７ Ａｃｃｅｓｓ Ｕｎｉｔとビデオ符号化データ
をマルチプレクスし、伝送する。バイナリＭＰＥＧ−７
Ａｃｃｅｓｓ Ｕｎｉｔは、カルーセル方式で伝送さ
れる。その際、あらかじめ設定された基準に従って、カ
ルーセル伝送の期間や頻度をＡｃｃｅｓｓ Ｕｎｉｔ毎
に制御する。例えば、重要な情報を含むＡｃｃｅｓｓ
Ｕｎｉｔほど、また、上位構造化メタデータを有するＡ
ｃｃｅｓｓ Ｕｎｉｔほど、カルーセル伝送の期間を長
くし、伝送頻度を高くする。
【００６５】図１７は、図１６に示すＭＰＥＧ−７伝送
システムにより伝送される放送データを受信するための
ＭＰＥＧ−７受信システムを示す図である。
システムにより伝送される放送データを受信するための
ＭＰＥＧ−７受信システムを示す図である。
【００６６】受信された放送データは、受信機によりデ
マルチプレクスされ、バイナリＭＰＥＧ−７ Ａｃｃｅ
ｓｓ Ｕｎｉｔとビデオ符号化データとに分けられる。
バイナリＭＰＥＧ−７ Ａｃｃｅｓｓ ＵｎｉｔはＭＰ
ＥＧ−７バイナリ復号化器へ出力され、ビデオ符号化デ
ータはビデオ復号化器へ出力される。
マルチプレクスされ、バイナリＭＰＥＧ−７ Ａｃｃｅ
ｓｓ Ｕｎｉｔとビデオ符号化データとに分けられる。
バイナリＭＰＥＧ−７ Ａｃｃｅｓｓ ＵｎｉｔはＭＰ
ＥＧ−７バイナリ復号化器へ出力され、ビデオ符号化デ
ータはビデオ復号化器へ出力される。
【００６７】ＭＰＥＧ−７バイナリ復号化器は、入力さ
れるバイナリＭＰＥＧ−７ Ａｃｃｅｓｓ Ｕｎｉｔを
複合化し、ＸＭＬ形式のＭＰＥＧ−７ Ａｃｃｅｓｓ
Ｕｎｉｔ（テキスト・フォーマットのもの）を出力す
る。
れるバイナリＭＰＥＧ−７ Ａｃｃｅｓｓ Ｕｎｉｔを
複合化し、ＸＭＬ形式のＭＰＥＧ−７ Ａｃｃｅｓｓ
Ｕｎｉｔ（テキスト・フォーマットのもの）を出力す
る。
【００６８】統合器は、入力されるＭＰＥＧ−７ Ａｃ
ｃｅｓｓ ＵｎｉｔのＦｒａｇｍｅｎｔ Ｒｅｆｅｒｅ
ｎｃｅに記述されている統合のための情報に基づき、Ｍ
ＰＥＧ−７ Ａｃｃｅｓｓ Ｕｎｉｔを再統合し、ＭＰ
ＥＧ−７記述を出力する。このとき、Ｆｒａｇｍｅｎｔ
Ｒｅｆｅｒｅｎｃｅ内の下位構造化メタデータに関す
る参照情報における上位構造化メタデータへの統合の必
要性を示す情報（属性ｕｓｅ，Ｎｅｃｅｓｓｉｔｙ）、
及び／または、下位構造化メタデータの内容に関する情
報に基づき、再統合の可否を判断するようにしてもよ
い。
ｃｅｓｓ ＵｎｉｔのＦｒａｇｍｅｎｔ Ｒｅｆｅｒｅ
ｎｃｅに記述されている統合のための情報に基づき、Ｍ
ＰＥＧ−７ Ａｃｃｅｓｓ Ｕｎｉｔを再統合し、ＭＰ
ＥＧ−７記述を出力する。このとき、Ｆｒａｇｍｅｎｔ
Ｒｅｆｅｒｅｎｃｅ内の下位構造化メタデータに関す
る参照情報における上位構造化メタデータへの統合の必
要性を示す情報（属性ｕｓｅ，Ｎｅｃｅｓｓｉｔｙ）、
及び／または、下位構造化メタデータの内容に関する情
報に基づき、再統合の可否を判断するようにしてもよ
い。
【００６９】一方、ビデオ複合化器は、入力されるビデ
オ符号化データを複合化し、ビデオ・コンテンツを出力
する。 ≪インターネットを介したコンテンツ検索における属性
の活用例≫図１８は、インターネットを介したビデオ・
コンテンツ検索のネットワーク図である。ビデオ・デー
タベースには、多数のビデオ・コンテンツとそれぞれに
対応するＭＰＥＧ−７記述が記憶されている。また、Ｍ
ＰＥＧ−７記述は上位側ＭＰＥＧ−７記述であるビデオ
・セグメント情報を含むＡｃｃｅｓｓ Ｕｎｉｔと、下
位側ＭＰＥＧ−７記述である色や音声などの分野ごとの
記述子を含むＡｃｃｅｓｓ Ｕｎｉｔとに上述の分割方
法を用いて分割されている。
オ符号化データを複合化し、ビデオ・コンテンツを出力
する。 ≪インターネットを介したコンテンツ検索における属性
の活用例≫図１８は、インターネットを介したビデオ・
コンテンツ検索のネットワーク図である。ビデオ・デー
タベースには、多数のビデオ・コンテンツとそれぞれに
対応するＭＰＥＧ−７記述が記憶されている。また、Ｍ
ＰＥＧ−７記述は上位側ＭＰＥＧ−７記述であるビデオ
・セグメント情報を含むＡｃｃｅｓｓ Ｕｎｉｔと、下
位側ＭＰＥＧ−７記述である色や音声などの分野ごとの
記述子を含むＡｃｃｅｓｓ Ｕｎｉｔとに上述の分割方
法を用いて分割されている。
【００７０】ビデオ・セグメント情報Ａｃｃｅｓｓ Ｕ
ｎｉｔ内には複数のＦｒａｇｍｅｎｔ Ｒｅｆｅｒｅｎ
ｃｅ（接続位置情報と参照情報）が存在し、それぞれの
Ｆｒａｇｍｅｎｔ Ｒｅｆｅｒｅｎｃｅが分野ごとの各
記述子Ａｃｃｅｓｓ Ｕｎｉｔを参照すると共に、参照
先ＭＰＥＧ−７記述の内容の概略が属性として付加され
ている。ユーザーはインターネットを介して任意のＭＰ
ＥＧ−７ Ａｃｃｅｓｓ Ｕｎｉｔをダウンロードし、
ビデオ・コンテンツの検索を行うことができる。
ｎｉｔ内には複数のＦｒａｇｍｅｎｔ Ｒｅｆｅｒｅｎ
ｃｅ（接続位置情報と参照情報）が存在し、それぞれの
Ｆｒａｇｍｅｎｔ Ｒｅｆｅｒｅｎｃｅが分野ごとの各
記述子Ａｃｃｅｓｓ Ｕｎｉｔを参照すると共に、参照
先ＭＰＥＧ−７記述の内容の概略が属性として付加され
ている。ユーザーはインターネットを介して任意のＭＰ
ＥＧ−７ Ａｃｃｅｓｓ Ｕｎｉｔをダウンロードし、
ビデオ・コンテンツの検索を行うことができる。
【００７１】図１９は、図１８に示したインターネット
を介したビデオ・コンテンツ検索のフローチャートであ
る。
を介したビデオ・コンテンツ検索のフローチャートであ
る。
【００７２】ユーザーは、初めに、ビデオ・コンテンツ
・データベースからビデオ・セグメント情報Ａｃｃｅｓ
ｓ Ｕｎｉｔをダウンロードする。次に、ビデオ・セグ
メント情報Ａｃｃｅｓｓ Ｕｎｉｔ内のＦｒａｇｍｅｎ
ｔ Ｒｅｆｅｒｅｎｃｅには参照先ＭＰＥＧ−７記述の
内容の概略を示す属性が付加されているので、その情報
を元にして検索に使用する記述子を含むＡｃｃｅｓｓ
Ｕｎｉｔをダウンロードする。例えば、色に関する記述
子で検索するなら色に関する記述子Ａｃｃｅｓｓ Ｕｎ
ｉｔをダウンロードし、音声に関する記述子で検索する
なら音声に関する記述子Ａｃｃｅｓｓ Ｕｎｉｔをダウ
ンロードする。また、検索に使用する記述子を含むＡｃ
ｃｅｓｓ Ｕｎｉｔを参照するＦｒａｇｍｅｎｔ Ｒｅ
ｆｅｒｅｎｃｅがそのビデオ・セグメント情報Ａｃｃｅ
ｓｓ Ｕｎｉｔに存在しなければ、そのコンテンツはス
キップして次のコンテンツの検索に移る。
・データベースからビデオ・セグメント情報Ａｃｃｅｓ
ｓ Ｕｎｉｔをダウンロードする。次に、ビデオ・セグ
メント情報Ａｃｃｅｓｓ Ｕｎｉｔ内のＦｒａｇｍｅｎ
ｔ Ｒｅｆｅｒｅｎｃｅには参照先ＭＰＥＧ−７記述の
内容の概略を示す属性が付加されているので、その情報
を元にして検索に使用する記述子を含むＡｃｃｅｓｓ
Ｕｎｉｔをダウンロードする。例えば、色に関する記述
子で検索するなら色に関する記述子Ａｃｃｅｓｓ Ｕｎ
ｉｔをダウンロードし、音声に関する記述子で検索する
なら音声に関する記述子Ａｃｃｅｓｓ Ｕｎｉｔをダウ
ンロードする。また、検索に使用する記述子を含むＡｃ
ｃｅｓｓ Ｕｎｉｔを参照するＦｒａｇｍｅｎｔ Ｒｅ
ｆｅｒｅｎｃｅがそのビデオ・セグメント情報Ａｃｃｅ
ｓｓ Ｕｎｉｔに存在しなければ、そのコンテンツはス
キップして次のコンテンツの検索に移る。
【００７３】ダウンロードされたＡｃｃｅｓｓ Ｕｎｉ
ｔ中のＭＰＥＧ−７記述は、ユーザーが設定した検索条
件と照らし合わされる。そして、もし検索条件に適合し
ていれば、対応するビデオ・コンテンツをビデオ・コン
テンツ・データベースからダウンロードし、検索を終了
する。もし検索条件に適合しなければ、次のコンテンツ
の検索に移る。
ｔ中のＭＰＥＧ−７記述は、ユーザーが設定した検索条
件と照らし合わされる。そして、もし検索条件に適合し
ていれば、対応するビデオ・コンテンツをビデオ・コン
テンツ・データベースからダウンロードし、検索を終了
する。もし検索条件に適合しなければ、次のコンテンツ
の検索に移る。
【００７４】次に、本発明の第４実施例について説明す
る。第４実施例では、ＭＰＥＧ−７記述の分割から蓄積
・伝送までの処理の流れと、蓄積・伝送から再構成まで
の処理の流れは第１実施例と概略同様である。即ち、図
１及び図２に示す処理の流れは、第４実施例にも当ては
まる。但し、第４実施例では、Ａｃｃｅｓｓ Ｕｎｉｔ
の構成が第１実施例のそれとは異なる。
る。第４実施例では、ＭＰＥＧ−７記述の分割から蓄積
・伝送までの処理の流れと、蓄積・伝送から再構成まで
の処理の流れは第１実施例と概略同様である。即ち、図
１及び図２に示す処理の流れは、第４実施例にも当ては
まる。但し、第４実施例では、Ａｃｃｅｓｓ Ｕｎｉｔ
の構成が第１実施例のそれとは異なる。
【００７５】図２０は、本発明の第４実施例に用いる、
Ａｃｃｅｓｓ Ｕｎｉｔの構成例を示す概念図である。
また、図２１は、図２０に示したＡｃｃｅｓｓ Ｕｎｉ
ｔのＤＤＬシンタックスである。また、図２２〜図２５
は、図２０に示したＡｃｃｅｓｓ Ｕｎｉｔのバイナリ
・フォーマットである。
Ａｃｃｅｓｓ Ｕｎｉｔの構成例を示す概念図である。
また、図２１は、図２０に示したＡｃｃｅｓｓ Ｕｎｉ
ｔのＤＤＬシンタックスである。また、図２２〜図２５
は、図２０に示したＡｃｃｅｓｓ Ｕｎｉｔのバイナリ
・フォーマットである。
【００７６】第４実施例では、元のＭＰＥＧ−７記述を
１つの上位のＭＰＥＧ−７記述と２つの下位のＭＰＥＧ
−７記述とに分割し、２つの下位のＭＰＥＧ−７記述を
１つのＡｃｃｅｓｓ Ｕｎｉｔに格納した場合（即ち１
つのＡｃｃｅｓｓ Ｕｎｉｔに複数のＭＰＥＧ−７記述
を格納することができるようにした場合）を例に挙げて
説明する。
１つの上位のＭＰＥＧ−７記述と２つの下位のＭＰＥＧ
−７記述とに分割し、２つの下位のＭＰＥＧ−７記述を
１つのＡｃｃｅｓｓ Ｕｎｉｔに格納した場合（即ち１
つのＡｃｃｅｓｓ Ｕｎｉｔに複数のＭＰＥＧ−７記述
を格納することができるようにした場合）を例に挙げて
説明する。
【００７７】第４実施例は、１つのＡｃｃｅｓｓ Ｕｎ
ｉｔに格納された複数の下位ＭＰＥＧ−７記述を、上位
ＭＰＥＧ−７記述が格納されたＡｃｃｅｓｓ Ｕｎｉｔ
から参照する場合に、効率的に参照できるようにしたも
のである。
ｉｔに格納された複数の下位ＭＰＥＧ−７記述を、上位
ＭＰＥＧ−７記述が格納されたＡｃｃｅｓｓ Ｕｎｉｔ
から参照する場合に、効率的に参照できるようにしたも
のである。
【００７８】Ａｃｃｅｓｓ Ｕｎｉｔは、メタデータ格
納部であるＤｅｓｃｒｉｐｔｉｏｎと、接続先情報格納
部であるＦｒａｇｍｅｎｔ Ｒｅｆｅｒｅｎｃｅとを備
えている。
納部であるＤｅｓｃｒｉｐｔｉｏｎと、接続先情報格納
部であるＦｒａｇｍｅｎｔ Ｒｅｆｅｒｅｎｃｅとを備
えている。
【００７９】Ｄｅｓｃｒｉｐｔｉｏｎは、元のＭＰＥＧ
−７記述から分割された各ＭＰＥＧ−７記述を格納する
ものである。Ｄｅｓｃｒｉｐｔｉｏｎは、１つのＡｃｃ
ｅｓｓ Ｕｎｉｔ中に複数存在することも可能である。
−７記述から分割された各ＭＰＥＧ−７記述を格納する
ものである。Ｄｅｓｃｒｉｐｔｉｏｎは、１つのＡｃｃ
ｅｓｓ Ｕｎｉｔ中に複数存在することも可能である。
【００８０】Ｆｒａｇｍｅｎｔ Ｒｅｆｅｒｅｎｃｅ
は、Ｄｅｓｃｒｉｐｔｉｏｎに格納されるＭＰＥＧ−７
記述とその下位のＭＰＥＧ−７記述とを再接続する際に
参照する接続先情報（接続位置情報と参照情報）を格納
するものである。Ｆｒａｇｍｅｎｔ Ｒｅｆｅｒｅｎｃ
ｅは、Ｃｏｎｎｅｃｔｉｏｎ Ｐｏｉｎｔ（接続位置情
報）とＦｒａｇｍｅｎｔ Ｌｏｃａｔｉｏｎ（少なくと
も下位ＭＰＥＧ−７記述の存在場所に関係する情報を有
する参照情報）との２つの子供要素を備えている。Ｃｏ
ｎｎｅｃｔｉｏｎ ＰｏｉｎｔとＦｒａｇｍｅｎｔ Ｌ
ｏｃａｔｉｏｎとの組は各下位ＭＰＥＧ−７記述毎に設
けられる。第４実施例では下位ＭＰＥＧ−７記述が２つ
であるので、Ｃｏｎｎｅｃｔｉｏｎ ＰｏｉｎｔとＦｒ
ａｇｍｅｎｔ Ｌｏｃａｔｉｏｎとの組は２組設けられ
る。
は、Ｄｅｓｃｒｉｐｔｉｏｎに格納されるＭＰＥＧ−７
記述とその下位のＭＰＥＧ−７記述とを再接続する際に
参照する接続先情報（接続位置情報と参照情報）を格納
するものである。Ｆｒａｇｍｅｎｔ Ｒｅｆｅｒｅｎｃ
ｅは、Ｃｏｎｎｅｃｔｉｏｎ Ｐｏｉｎｔ（接続位置情
報）とＦｒａｇｍｅｎｔ Ｌｏｃａｔｉｏｎ（少なくと
も下位ＭＰＥＧ−７記述の存在場所に関係する情報を有
する参照情報）との２つの子供要素を備えている。Ｃｏ
ｎｎｅｃｔｉｏｎ ＰｏｉｎｔとＦｒａｇｍｅｎｔ Ｌ
ｏｃａｔｉｏｎとの組は各下位ＭＰＥＧ−７記述毎に設
けられる。第４実施例では下位ＭＰＥＧ−７記述が２つ
であるので、Ｃｏｎｎｅｃｔｉｏｎ ＰｏｉｎｔとＦｒ
ａｇｍｅｎｔ Ｌｏｃａｔｉｏｎとの組は２組設けられ
る。
【００８１】なお、Ｄｅｓｃｒｉｐｔｉｏｎに格納され
る上位ＭＰＥＧ−７記述に接続されるべき下位のＭＰＥ
Ｇ−７記述が１つも存在しない場合、Ｆｒａｇｍｅｎｔ
Ｒｅｆｅｒｅｎｃｅも１つも存在しない。また、下位
ＭＰＥＧ−７記述の格納状態に応じて、Ｆｒａｇｍｅｎ
ｔ Ｒｅｆｅｒｅｎｃｅは１つのＡｃｃｅｓｓ Ｕｎｉ
ｔ内に複数存在する場合もある。
る上位ＭＰＥＧ−７記述に接続されるべき下位のＭＰＥ
Ｇ−７記述が１つも存在しない場合、Ｆｒａｇｍｅｎｔ
Ｒｅｆｅｒｅｎｃｅも１つも存在しない。また、下位
ＭＰＥＧ−７記述の格納状態に応じて、Ｆｒａｇｍｅｎ
ｔ Ｒｅｆｅｒｅｎｃｅは１つのＡｃｃｅｓｓ Ｕｎｉ
ｔ内に複数存在する場合もある。
【００８２】Ｃｏｎｎｅｃｔｉｏｎ Ｐｏｉｎｔは、Ｄ
ｅｓｃｒｉｐｔｉｏｎに格納される上位ＭＰＥＧ−７記
述に対して下位ＭＰＥＧ−７記述を接続する位置に関す
る情報である。Ｃｏｎｎｅｃｔｉｏｎ Ｐｏｉｎｔ中の
ＸＰａｔｈには、分割前の元のＭＰＥＧ−７記述におけ
る下位ＭＰＥＧ−７記述の最上位ノードに相当するノー
ド（下位ＭＰＥＧ−７記述のルート・ノードのパス（こ
れはＤｅｓｃｒｉｐｔｉｏｎに格納される上位ＭＰＥＧ
−７記述には存在しないノード））を記述する。これに
より、第１実施例で説明した属性ｐｏｓｉｔｉｏｎがな
くても、上位ＭＰＥＧ−７記述に対して下位ＭＰＥＧ−
７記述を接続する位置を正確に記述することができる。
ｅｓｃｒｉｐｔｉｏｎに格納される上位ＭＰＥＧ−７記
述に対して下位ＭＰＥＧ−７記述を接続する位置に関す
る情報である。Ｃｏｎｎｅｃｔｉｏｎ Ｐｏｉｎｔ中の
ＸＰａｔｈには、分割前の元のＭＰＥＧ−７記述におけ
る下位ＭＰＥＧ−７記述の最上位ノードに相当するノー
ド（下位ＭＰＥＧ−７記述のルート・ノードのパス（こ
れはＤｅｓｃｒｉｐｔｉｏｎに格納される上位ＭＰＥＧ
−７記述には存在しないノード））を記述する。これに
より、第１実施例で説明した属性ｐｏｓｉｔｉｏｎがな
くても、上位ＭＰＥＧ−７記述に対して下位ＭＰＥＧ−
７記述を接続する位置を正確に記述することができる。
【００８３】また、Ｃｏｎｎｅｃｔｉｏｎ Ｐｏｉｎｔ
中にｅｌｅｍｅｎｔ Ｎａｍｅ（属性ｅｌｅｍｅｎｔ
Ｎａｍｅ）を設けてもよい。属性ｅｌｅｍｅｎｔ Ｎａ
ｍｅには、分割前の元のＭＰＥＧ−７記述における下位
ＭＰＥＧ−７記述の最上位ノードに相当するノードの名
前（下位ＭＰＥＧ−７記述のルート・ノードの名前）を
記述する。これにより、分離の前後で下位ＭＰＥＧ−７
記述のルート・ノードの名前が異なる場合に、再接続時
に下位ＭＰＥＧ−７記述のルート・ノードの名前を分離
前の名前に変換して接続することができる。
中にｅｌｅｍｅｎｔ Ｎａｍｅ（属性ｅｌｅｍｅｎｔ
Ｎａｍｅ）を設けてもよい。属性ｅｌｅｍｅｎｔ Ｎａ
ｍｅには、分割前の元のＭＰＥＧ−７記述における下位
ＭＰＥＧ−７記述の最上位ノードに相当するノードの名
前（下位ＭＰＥＧ−７記述のルート・ノードの名前）を
記述する。これにより、分離の前後で下位ＭＰＥＧ−７
記述のルート・ノードの名前が異なる場合に、再接続時
に下位ＭＰＥＧ−７記述のルート・ノードの名前を分離
前の名前に変換して接続することができる。
【００８４】なお、ここでは、上位ＭＰＥＧ−７記述と
下位ＭＰＥＧ−７記述とを１つの元のＭＰＥＧ−７記述
から分割したものというとらえ方をしたが、このとらえ
方ではなく、ＭＰＥＧ−７記述同士を統合することを想
定して、上位ＭＰＥＧ−７記述と下位ＭＰＥＧ−７記述
とを個々に作成するというとらえ方もできる。このとら
え方に基づけば、Ｃｏｎｎｅｃｔｉｏｎ Ｐｏｉｎｔ中
のＸＰａｔｈには、上位ＭＰＥＧ−７記述と下位ＭＰＥ
Ｇ−７記述とが統合された場合に生成されると想定した
ＭＰＥＧ−７記述における、前記下位ＭＰＥＧ−７記述
の最上位ノードに相当するノード（下位ＭＰＥＧ−７記
述のルート・ノードのパス）を記述することになる。属
性ｅｌｅｍｅｎｔ Ｎａｍｅには、前記想定したＭＰＥ
Ｇ−７記述における下位ＭＰＥＧ−７記述の最上位ノー
ドに相当するノードの名前（下位ＭＰＥＧ−７記述のル
ート・ノードの名前）を記述することになる。どちらの
とらえ方をしても、Ｃｏｎｎｅｃｔｉｏｎ Ｐｏｉｎｔ
中のＸＰａｔｈに記述される内容は実質的には同一とな
る。属性ｅｌｅｍｅｎｔ Ｎａｍｅに記述される内容
も、どちらのとらえ方をしても、実質的には同一とな
る。
下位ＭＰＥＧ−７記述とを１つの元のＭＰＥＧ−７記述
から分割したものというとらえ方をしたが、このとらえ
方ではなく、ＭＰＥＧ−７記述同士を統合することを想
定して、上位ＭＰＥＧ−７記述と下位ＭＰＥＧ−７記述
とを個々に作成するというとらえ方もできる。このとら
え方に基づけば、Ｃｏｎｎｅｃｔｉｏｎ Ｐｏｉｎｔ中
のＸＰａｔｈには、上位ＭＰＥＧ−７記述と下位ＭＰＥ
Ｇ−７記述とが統合された場合に生成されると想定した
ＭＰＥＧ−７記述における、前記下位ＭＰＥＧ−７記述
の最上位ノードに相当するノード（下位ＭＰＥＧ−７記
述のルート・ノードのパス）を記述することになる。属
性ｅｌｅｍｅｎｔ Ｎａｍｅには、前記想定したＭＰＥ
Ｇ−７記述における下位ＭＰＥＧ−７記述の最上位ノー
ドに相当するノードの名前（下位ＭＰＥＧ−７記述のル
ート・ノードの名前）を記述することになる。どちらの
とらえ方をしても、Ｃｏｎｎｅｃｔｉｏｎ Ｐｏｉｎｔ
中のＸＰａｔｈに記述される内容は実質的には同一とな
る。属性ｅｌｅｍｅｎｔ Ｎａｍｅに記述される内容
も、どちらのとらえ方をしても、実質的には同一とな
る。
【００８５】次に、Ｆｒａｇｍｅｎｔ Ｒｅｆｅｒｅｎ
ｃｅのもう一方の子供要素であるＦｒａｇｍｅｎｔ Ｌ
ｏｃａｔｉｏｎについて説明する。Ｆｒａｇｍｅｎｔ
Ｌｏｃａｔｉｏｎは、Ｄｅｓｃｒｉｐｔｉｏｎに格納さ
れる上位ＭＰＥＧ−７記述に接続する下位ＭＰＥＧ−７
記述を示す参照情報である。Ｆｒａｇｍｅｎｔ Ｌｏｃ
ａｔｉｏｎのデータ型はｕｒｉＲｅｆｅｒｅｎｃｅであ
る。
ｃｅのもう一方の子供要素であるＦｒａｇｍｅｎｔ Ｌ
ｏｃａｔｉｏｎについて説明する。Ｆｒａｇｍｅｎｔ
Ｌｏｃａｔｉｏｎは、Ｄｅｓｃｒｉｐｔｉｏｎに格納さ
れる上位ＭＰＥＧ−７記述に接続する下位ＭＰＥＧ−７
記述を示す参照情報である。Ｆｒａｇｍｅｎｔ Ｌｏｃ
ａｔｉｏｎのデータ型はｕｒｉＲｅｆｅｒｅｎｃｅであ
る。
【００８６】上位ＭＰＥＧ−７記述側のＡｃｃｅｓｓ
Ｕｎｉｔから下位ＭＰＥＧ-７記述を参照させる場合、
基本的には、Ｆｒａｇｍｅｎｔ Ｌｏｃａｔｉｏｎ中の
ＨＲｅｆに下位ＭＰＥＧ−７記述を含むＡｃｃｅｓｓ
ＵｎｉｔのＵＲＩ（UniformResource Identifiers)を記
述する。
Ｕｎｉｔから下位ＭＰＥＧ-７記述を参照させる場合、
基本的には、Ｆｒａｇｍｅｎｔ Ｌｏｃａｔｉｏｎ中の
ＨＲｅｆに下位ＭＰＥＧ−７記述を含むＡｃｃｅｓｓ
ＵｎｉｔのＵＲＩ（UniformResource Identifiers)を記
述する。
【００８７】図２０に示すように、上位ＭＰＥＧ−７記
述に複数の下位ＭＰＥＧ−７記述を参照させ、さらにそ
れらの下位ＭＰＥＧ−７記述が同一のＡｃｃｅｓｓ Ｕ
ｎｉｔに含まれる場合、Ｆｒａｇｍｅｎｔ Ｒｅｆｅｒ
ｅｎｃｅ内で各Ｃｏｎｎｅｃｔｉｏｎ Ｐｏｉｎｔ及び
各Ｆｒａｇｍｅｎｔ Ｌｏｃａｔｉｏｎとは独立した共
通属性ｈｒｅｆに、そのＡｃｃｅｓｓ ＵｎｉｔのＵＲ
Ｉを記述する。そして、Ｆｒａｇｍｅｎｔ Ｒｅｆｅｒ
ｅｎｃｅ内に下位ＭＰＥＧ−７記述毎に存在する各Ｆｒ
ａｇｍｅｎｔ Ｌｏｃａｔｉｏｎ中のＨＲｅｆを省略し
てもよい。（各Ｆｒａｇｍｅｎｔ Ｌｏｃａｔｉｏｎ中
のＨＲｅｆに記述されるＵＲＩは共通の情報となるた
め。） 但し、同一のＡｃｃｅｓｓ Ｕｎｉｔに含まれる複数の
下位ＭＰＥＧ−７記述を一意に識別するために、各Ｆｒ
ａｇｍｅｎｔ Ｌｏｃａｔｉｏｎ中のＦｒａｇｍｅｎｔ
Ｉｎｄｅｘに複数の下位ＭＰＥＧ−７記述を識別する
番号を記述する。番号は、Ａｃｃｅｓｓ Ｕｎｉｔに含
まれる下位ＭＰＥＧ−７記述に対して、先頭から順に正
の整数を割り当てる。
述に複数の下位ＭＰＥＧ−７記述を参照させ、さらにそ
れらの下位ＭＰＥＧ−７記述が同一のＡｃｃｅｓｓ Ｕ
ｎｉｔに含まれる場合、Ｆｒａｇｍｅｎｔ Ｒｅｆｅｒ
ｅｎｃｅ内で各Ｃｏｎｎｅｃｔｉｏｎ Ｐｏｉｎｔ及び
各Ｆｒａｇｍｅｎｔ Ｌｏｃａｔｉｏｎとは独立した共
通属性ｈｒｅｆに、そのＡｃｃｅｓｓ ＵｎｉｔのＵＲ
Ｉを記述する。そして、Ｆｒａｇｍｅｎｔ Ｒｅｆｅｒ
ｅｎｃｅ内に下位ＭＰＥＧ−７記述毎に存在する各Ｆｒ
ａｇｍｅｎｔ Ｌｏｃａｔｉｏｎ中のＨＲｅｆを省略し
てもよい。（各Ｆｒａｇｍｅｎｔ Ｌｏｃａｔｉｏｎ中
のＨＲｅｆに記述されるＵＲＩは共通の情報となるた
め。） 但し、同一のＡｃｃｅｓｓ Ｕｎｉｔに含まれる複数の
下位ＭＰＥＧ−７記述を一意に識別するために、各Ｆｒ
ａｇｍｅｎｔ Ｌｏｃａｔｉｏｎ中のＦｒａｇｍｅｎｔ
Ｉｎｄｅｘに複数の下位ＭＰＥＧ−７記述を識別する
番号を記述する。番号は、Ａｃｃｅｓｓ Ｕｎｉｔに含
まれる下位ＭＰＥＧ−７記述に対して、先頭から順に正
の整数を割り当てる。
【００８８】また、参照する下位ＭＰＥＧ−７記述の概
略内容を各Ｆｒａｇｍｅｎｔ Ｌｏｃａｔｉｏｎ内のｃ
ｏｎｔｅｎｔ（属性ｃｏｎｔｅｎｔ）に記述するように
してもよい。複数の下位ＭＰＥＧ−７記述についての概
略内容が同一の場合、Ｆｒａｇｍｅｎｔ Ｒｅｆｅｒｅ
ｎｃｅ内で各Ｃｏｎｎｅｃｔｉｏｎ Ｐｏｉｎｔ及び各
Ｆｒａｇｍｅｎｔ Ｌｏｃａｔｉｏｎとは独立した共通
属性ｃｏｎｔｅｎｔに、その概略内容を記述する。そし
て、Ｆｒａｇｍｅｎｔ Ｒｅｆｅｒｅｎｃｅ中にある、
該当する下位ＭＰＥＧ−７記述の各Ｆｒａｇｍｅｎｔ
Ｌｏｃａｔｉｏｎの属性ｃｏｎｔｅｎｔを省略してもよ
い。（各Ｆｒａｇｍｅｎｔ Ｌｏｃａｔｉｏｎ中の属性
ｃｏｎｔｅｎｔに記述される概略内容は共通の情報とな
るため。）また、複数の下位ＭＰＥＧ−７記述の概略内
容が異なっても、その上位概念が同一の場合、Ｆｒａｇ
ｍｅｎｔ Ｒｅｆｅｒｅｎｃｅの共通属性ｃｏｎｔｅｎ
ｔにその上位概念を記述し、そのＦｒａｇｍｅｎｔ Ｒ
ｅｆｅｒｅｎｃｅ中の各Ｆｒａｇｍｅｎｔ Ｌｏｃａｔ
ｉｏｎの属性ｃｏｎｔｅｎｔにはそれぞれの内容の概略
を記述する。
略内容を各Ｆｒａｇｍｅｎｔ Ｌｏｃａｔｉｏｎ内のｃ
ｏｎｔｅｎｔ（属性ｃｏｎｔｅｎｔ）に記述するように
してもよい。複数の下位ＭＰＥＧ−７記述についての概
略内容が同一の場合、Ｆｒａｇｍｅｎｔ Ｒｅｆｅｒｅ
ｎｃｅ内で各Ｃｏｎｎｅｃｔｉｏｎ Ｐｏｉｎｔ及び各
Ｆｒａｇｍｅｎｔ Ｌｏｃａｔｉｏｎとは独立した共通
属性ｃｏｎｔｅｎｔに、その概略内容を記述する。そし
て、Ｆｒａｇｍｅｎｔ Ｒｅｆｅｒｅｎｃｅ中にある、
該当する下位ＭＰＥＧ−７記述の各Ｆｒａｇｍｅｎｔ
Ｌｏｃａｔｉｏｎの属性ｃｏｎｔｅｎｔを省略してもよ
い。（各Ｆｒａｇｍｅｎｔ Ｌｏｃａｔｉｏｎ中の属性
ｃｏｎｔｅｎｔに記述される概略内容は共通の情報とな
るため。）また、複数の下位ＭＰＥＧ−７記述の概略内
容が異なっても、その上位概念が同一の場合、Ｆｒａｇ
ｍｅｎｔ Ｒｅｆｅｒｅｎｃｅの共通属性ｃｏｎｔｅｎ
ｔにその上位概念を記述し、そのＦｒａｇｍｅｎｔ Ｒ
ｅｆｅｒｅｎｃｅ中の各Ｆｒａｇｍｅｎｔ Ｌｏｃａｔ
ｉｏｎの属性ｃｏｎｔｅｎｔにはそれぞれの内容の概略
を記述する。
【００８９】以上により、Ｆｒａｇｍｅｎｔ Ｒｅｆｅ
ｒｅｎｃｅの属性情報として、そのＦｒａｇｍｅｎｔ
Ｒｅｆｅｒｅｎｃｅ内の複数のＦｒａｇｍｅｎｔ Ｌｏ
ｃａｔｉｏｎに共通する情報が記述されていれば、個々
のＦｒａｇｍｅｎｔ Ｌｏｃａｔｉｏｎの情報を見なく
ても、その属性情報を見るだけで下位ＭＰＥＧ−７記述
を含むＡｃｃｅｓｓ Ｕｎｉｔを取得するか否かを判断
したり、実際に取得したりできるので、参照情報の処理
が簡潔になる。さらには、ＦｒａｇｍｅｎｔＲｅｆｅｒ
ｅｎｃｅの属性情報として複数のＦｒａｇｍｅｎｔ Ｌ
ｏｃａｔｉｏｎに共通する情報を記述することに加え
て、各Ｆｒａｇｍｅｎｔ Ｌｏｃａｔｉｏｎ中の該当す
る情報を省略すれば、参照情報の情報量が少なくなり、
効率的に伝送できる。
ｒｅｎｃｅの属性情報として、そのＦｒａｇｍｅｎｔ
Ｒｅｆｅｒｅｎｃｅ内の複数のＦｒａｇｍｅｎｔ Ｌｏ
ｃａｔｉｏｎに共通する情報が記述されていれば、個々
のＦｒａｇｍｅｎｔ Ｌｏｃａｔｉｏｎの情報を見なく
ても、その属性情報を見るだけで下位ＭＰＥＧ−７記述
を含むＡｃｃｅｓｓ Ｕｎｉｔを取得するか否かを判断
したり、実際に取得したりできるので、参照情報の処理
が簡潔になる。さらには、ＦｒａｇｍｅｎｔＲｅｆｅｒ
ｅｎｃｅの属性情報として複数のＦｒａｇｍｅｎｔ Ｌ
ｏｃａｔｉｏｎに共通する情報を記述することに加え
て、各Ｆｒａｇｍｅｎｔ Ｌｏｃａｔｉｏｎ中の該当す
る情報を省略すれば、参照情報の情報量が少なくなり、
効率的に伝送できる。
【００９０】また、複数のＣｏｎｎｅｃｔｉｏｎ Ｐｏ
ｉｎｔ中の属性ｅｌｅｍｅｎｔ Ｎａｍｅに記述された
下位ＭＰＥＧ−７記述のルート・ノードの名前が同一の
場合、Ｆｒａｇｍｅｎｔ Ｒｅｆｅｒｅｎｃｅ中の各Ｃ
ｏｎｎｅｃｔｉｏｎ Ｐｏｉｎｔ及び各Ｆｒａｇｍｅｎ
ｔ Ｌｏｃａｔｉｏｎとは独立した共通属性ｅｌｅｍｅ
ｎｔ Ｎａｍｅに、下位ＭＰＥＧ−７記述のルート・ノ
ードの名前を記述し、各Ｃｏｎｎｅｃｔｉｏｎ Ｐｏｉ
ｎｔ中の属性ｅｌｅｍｅｎｔ Ｎａｍｅを省略するよう
にしてもよい。これにより、接続位置情報の処理の簡潔
化が図れ、接続位置情報の情報量の削減も可能となる。
ｉｎｔ中の属性ｅｌｅｍｅｎｔ Ｎａｍｅに記述された
下位ＭＰＥＧ−７記述のルート・ノードの名前が同一の
場合、Ｆｒａｇｍｅｎｔ Ｒｅｆｅｒｅｎｃｅ中の各Ｃ
ｏｎｎｅｃｔｉｏｎ Ｐｏｉｎｔ及び各Ｆｒａｇｍｅｎ
ｔ Ｌｏｃａｔｉｏｎとは独立した共通属性ｅｌｅｍｅ
ｎｔ Ｎａｍｅに、下位ＭＰＥＧ−７記述のルート・ノ
ードの名前を記述し、各Ｃｏｎｎｅｃｔｉｏｎ Ｐｏｉ
ｎｔ中の属性ｅｌｅｍｅｎｔ Ｎａｍｅを省略するよう
にしてもよい。これにより、接続位置情報の処理の簡潔
化が図れ、接続位置情報の情報量の削減も可能となる。
【００９１】このように、Ｆｒａｇｍｅｎｔ Ｒｅｆｅ
ｒｅｎｃｅ（接続先情報）の属性情報をも上位ＭＰＥＧ
−７記述と複数の下位ＭＰＥＧ−７記述との接続（統
合）に利用することにより、Ｆｒａｇｍｅｎｔ Ｒｅｆ
ｅｒｅｎｃｅ内の各Ｃｏｎｎｅｃｔｉｏｎ Ｐｏｉｎｔ
（接続位置情報）及び／または各Ｆｒａｇｍｅｎｔ Ｌ
ｏｃａｔｉｏｎ（参照情報）の処理の簡潔化が図れ、接
続（統合）の高速化が図れる。
ｒｅｎｃｅ（接続先情報）の属性情報をも上位ＭＰＥＧ
−７記述と複数の下位ＭＰＥＧ−７記述との接続（統
合）に利用することにより、Ｆｒａｇｍｅｎｔ Ｒｅｆ
ｅｒｅｎｃｅ内の各Ｃｏｎｎｅｃｔｉｏｎ Ｐｏｉｎｔ
（接続位置情報）及び／または各Ｆｒａｇｍｅｎｔ Ｌ
ｏｃａｔｉｏｎ（参照情報）の処理の簡潔化が図れ、接
続（統合）の高速化が図れる。
【００９２】もちろん、第４実施例は、第１実施例と同
様に、複数のＡｃｃｅｓｓ Ｕｎｉｔを取得したとき、
接続先情報格納部であるＦｒａｇｍｅｎｔ Ｒｅｆｅｒ
ｅｎｃｅに格納された情報（接続位置情報と参照情報）
を元にして、分離された上位ＭＰＥＧ−７記述と下位Ｍ
ＰＥＧ−７記述とを順次接続することにより、元のＭＰ
ＥＧ−７記述を再構成することができる。また、必要な
Ａｃｃｅｓｓ Ｕｎｉｔ、即ち必要なＭＰＥＧ−７記述
を参照情報に基づき選択することにより、元のＭＰＥＧ
−７記述を部分的に再構成することもできる。さらに
は、その伝送において、分割されたＭＰＥＧ−７記述を
各Ａｃｃｅｓｓ Ｕｎｉｔとして伝送することにより、
各Ａｃｃｅｓｓ Ｕｎｉｔ毎の伝送制御が行えるように
なり伝送効率を高めることが可能となる。
様に、複数のＡｃｃｅｓｓ Ｕｎｉｔを取得したとき、
接続先情報格納部であるＦｒａｇｍｅｎｔ Ｒｅｆｅｒ
ｅｎｃｅに格納された情報（接続位置情報と参照情報）
を元にして、分離された上位ＭＰＥＧ−７記述と下位Ｍ
ＰＥＧ−７記述とを順次接続することにより、元のＭＰ
ＥＧ−７記述を再構成することができる。また、必要な
Ａｃｃｅｓｓ Ｕｎｉｔ、即ち必要なＭＰＥＧ−７記述
を参照情報に基づき選択することにより、元のＭＰＥＧ
−７記述を部分的に再構成することもできる。さらに
は、その伝送において、分割されたＭＰＥＧ−７記述を
各Ａｃｃｅｓｓ Ｕｎｉｔとして伝送することにより、
各Ａｃｃｅｓｓ Ｕｎｉｔ毎の伝送制御が行えるように
なり伝送効率を高めることが可能となる。
【００９３】また、接続のための情報である接続位置情
報と参照情報とを、メタデータ格納部（Ｄｅｓｃｒｉｐ
ｔｉｏｎ）とは異なる接続先情報格納部（Ｆｒａｇｍｅ
ｎｔＲｅｆｅｒｅｎｃｅ）に格納するようにしたので、
構造化メタデータの内部を操作することなく接続のため
の情報を付加することができるという効果がある。
報と参照情報とを、メタデータ格納部（Ｄｅｓｃｒｉｐ
ｔｉｏｎ）とは異なる接続先情報格納部（Ｆｒａｇｍｅ
ｎｔＲｅｆｅｒｅｎｃｅ）に格納するようにしたので、
構造化メタデータの内部を操作することなく接続のため
の情報を付加することができるという効果がある。
【００９４】第４実施例おいても、第１実施例と同様
に、下位ＭＰＥＧ−７記述の統合の必要性を示す情報で
あるｕｓｅ（属性ｕｓｅ）をＦｒａｇｍｅｎｔ Ｌｏｃ
ａｔｉｏｎに記述してもよい。また、複数のＡｃｃｅｓ
ｓ Ｕｎｉｔを一意に識別するためのｉｄ（属性ｉｄ：
識別情報）を格納した属性ｉｄ格納部をＡｃｃｅｓｓＵ
ｎｉｔに設けてもよい。
に、下位ＭＰＥＧ−７記述の統合の必要性を示す情報で
あるｕｓｅ（属性ｕｓｅ）をＦｒａｇｍｅｎｔ Ｌｏｃ
ａｔｉｏｎに記述してもよい。また、複数のＡｃｃｅｓ
ｓ Ｕｎｉｔを一意に識別するためのｉｄ（属性ｉｄ：
識別情報）を格納した属性ｉｄ格納部をＡｃｃｅｓｓＵ
ｎｉｔに設けてもよい。
【００９５】さらには、本実施例においても第３実施例
で説明したように、ＡｃｃｅｓｓＵｎｉｔ内のＭＰＥＧ
−７記述のデータ及び各情報（属性ｉｄ、接続位置情
報、参照情報、属性情報）をテキスト・データで表現し
てもよいし（図２１参照）、Ａｃｃｅｓｓ Ｕｎｉｔ内
のＭＰＥＧ−７記述のデータ及び各情報をバイナリ・デ
ータで表現してもよい。図２２は第４実施例におけるＡ
ｃｃｅｓｓ Ｕｎｉｔのバイナリ・フォーマット、図２
３はそのＦｒａｇｍｅｎｔ Ｒｅｆｅｒｅｎｃｅのバイ
ナリ・フォーマット、図２４はそのＣｏｎｎｅｃｔｉｏ
ｎ Ｐｏｉｎｔのバイナリ・フォーマット、図２５はそ
のＦｒａｇｍｅｎｔ Ｌｏｃａｔｉｏｎのバイナリ・フ
ォーマットである。
で説明したように、ＡｃｃｅｓｓＵｎｉｔ内のＭＰＥＧ
−７記述のデータ及び各情報（属性ｉｄ、接続位置情
報、参照情報、属性情報）をテキスト・データで表現し
てもよいし（図２１参照）、Ａｃｃｅｓｓ Ｕｎｉｔ内
のＭＰＥＧ−７記述のデータ及び各情報をバイナリ・デ
ータで表現してもよい。図２２は第４実施例におけるＡ
ｃｃｅｓｓ Ｕｎｉｔのバイナリ・フォーマット、図２
３はそのＦｒａｇｍｅｎｔ Ｒｅｆｅｒｅｎｃｅのバイ
ナリ・フォーマット、図２４はそのＣｏｎｎｅｃｔｉｏ
ｎ Ｐｏｉｎｔのバイナリ・フォーマット、図２５はそ
のＦｒａｇｍｅｎｔ Ｌｏｃａｔｉｏｎのバイナリ・フ
ォーマットである。
【００９６】また、第４実施例は、図１６に示すＭＰＥ
Ｇ−７伝送システム、図１７に示すＭＰＥＧ−７受信シ
ステム、図１８に示すビデオ・コンテンツ検索のネット
ワーク図、図１９に示すビデオ・コンテンツ検索のフロ
ーチャートに当然適用可能である。
Ｇ−７伝送システム、図１７に示すＭＰＥＧ−７受信シ
ステム、図１８に示すビデオ・コンテンツ検索のネット
ワーク図、図１９に示すビデオ・コンテンツ検索のフロ
ーチャートに当然適用可能である。
【００９７】第４実施例では、元のＭＰＥＧ−７記述を
１つの上位のＭＰＥＧ−７記述と２つの下位のＭＰＥＧ
−７記述とに分割した例を示したが、１つの上位のＭＰ
ＥＧ−７記述と５つの下位のＭＰＥＧ−７記述とに分割
した例を第５実施例（第４実施例と同様の分割、伝送、
統合方法を用いるもの）として図２６に示す。第５実施
例では２つの下位のＭＰＥＧ−７記述１１，１２を格納
した下位側第１のＡｃｃｅｓｓ Ｕｎｉｔと、それぞれ
１つずつの下位のＭＰＥＧ−７記述２１，３１，４１を
格納した下位側第２〜下位側第４のＡｃｃｅｓｓ Ｕｎ
ｉｔとが設けられているものとする。
１つの上位のＭＰＥＧ−７記述と２つの下位のＭＰＥＧ
−７記述とに分割した例を示したが、１つの上位のＭＰ
ＥＧ−７記述と５つの下位のＭＰＥＧ−７記述とに分割
した例を第５実施例（第４実施例と同様の分割、伝送、
統合方法を用いるもの）として図２６に示す。第５実施
例では２つの下位のＭＰＥＧ−７記述１１，１２を格納
した下位側第１のＡｃｃｅｓｓ Ｕｎｉｔと、それぞれ
１つずつの下位のＭＰＥＧ−７記述２１，３１，４１を
格納した下位側第２〜下位側第４のＡｃｃｅｓｓ Ｕｎ
ｉｔとが設けられているものとする。
【００９８】上位のＭＰＥＧ−７記述を格納したＡｃｃ
ｅｓｓ Ｕｎｉｔには、各下位ＭＰＥＧ−７記述毎に対
応したＣｏｎｎｅｃｔｉｏｎ Ｐｏｉｎｔ（接続位置情
報）とＦｒａｇｍｅｎｔ Ｌｏｃａｔｉｏｎ（参照情
報）との組が設けられる。第５実施例では下位ＭＰＥＧ
−７記述が５つであるので、Ｃｏｎｎｅｃｔｉｏｎ Ｐ
ｏｉｎｔとＦｒａｇｍｅｎｔ Ｌｏｃａｔｉｏｎとの組
は５組設けられる。
ｅｓｓ Ｕｎｉｔには、各下位ＭＰＥＧ−７記述毎に対
応したＣｏｎｎｅｃｔｉｏｎ Ｐｏｉｎｔ（接続位置情
報）とＦｒａｇｍｅｎｔ Ｌｏｃａｔｉｏｎ（参照情
報）との組が設けられる。第５実施例では下位ＭＰＥＧ
−７記述が５つであるので、Ｃｏｎｎｅｃｔｉｏｎ Ｐ
ｏｉｎｔとＦｒａｇｍｅｎｔ Ｌｏｃａｔｉｏｎとの組
は５組設けられる。
【００９９】各Ｆｒａｇｍｅｎｔ Ｌｏｃａｔｉｏｎ中
のＨＲｅｆには、第４実施例で説明したようにそれぞれ
対応する下位ＭＰＥＧ−７記述を含むＡｃｃｅｓｓ Ｕ
ｎｉｔのＵＲＩ（Uniform Resource Identifiers)を記
述する。
のＨＲｅｆには、第４実施例で説明したようにそれぞれ
対応する下位ＭＰＥＧ−７記述を含むＡｃｃｅｓｓ Ｕ
ｎｉｔのＵＲＩ（Uniform Resource Identifiers)を記
述する。
【０１００】図２６に示すように、下位のＭＰＥＧ−７
記述１１と下位のＭＰＥＧ−７記述１２とは同一の下位
側第１のＡｃｃｅｓｓ Ｕｎｉｔに格納されているの
で、下位のＭＰＥＧ−７記述１１，１２に対応する各Ｆ
ｒａｇｍｅｎｔ Ｌｏｃａｔｉｏｎ中のＨＲｅｆは共通
の情報となる。そこで、下位のＭＰＥＧ−７記述１１，
１２に対応するＣｏｎｎｅｃｔｉｏｎ ＰｏｉｎｔとＦ
ｒａｇｍｅｎｔ Ｌｏｃａｔｉｏｎとの組を同一の第１
のＦｒａｇｍｅｎｔ Ｒｅｆｅｒｅｎｃｅに格納し、そ
の第１のＦｒａｇｍｅｎｔ Ｒｅｆｅｒｅｎｃｅの共通
属性ｈｒｅｆに、下位側第１のＡｃｃｅｓｓ Ｕｎｉｔ
のＵＲＩを記述する。この場合、Ｆｒａｇｍｅｎｔ Ｒ
ｅｆｅｒｅｎｃｅ内に下位ＭＰＥＧ−７記述毎に存在す
る各Ｆｒａｇｍｅｎｔ Ｌｏｃａｔｉｏｎ中のＨＲｅｆ
を省略してもよい。
記述１１と下位のＭＰＥＧ−７記述１２とは同一の下位
側第１のＡｃｃｅｓｓ Ｕｎｉｔに格納されているの
で、下位のＭＰＥＧ−７記述１１，１２に対応する各Ｆ
ｒａｇｍｅｎｔ Ｌｏｃａｔｉｏｎ中のＨＲｅｆは共通
の情報となる。そこで、下位のＭＰＥＧ−７記述１１，
１２に対応するＣｏｎｎｅｃｔｉｏｎ ＰｏｉｎｔとＦ
ｒａｇｍｅｎｔ Ｌｏｃａｔｉｏｎとの組を同一の第１
のＦｒａｇｍｅｎｔ Ｒｅｆｅｒｅｎｃｅに格納し、そ
の第１のＦｒａｇｍｅｎｔ Ｒｅｆｅｒｅｎｃｅの共通
属性ｈｒｅｆに、下位側第１のＡｃｃｅｓｓ Ｕｎｉｔ
のＵＲＩを記述する。この場合、Ｆｒａｇｍｅｎｔ Ｒ
ｅｆｅｒｅｎｃｅ内に下位ＭＰＥＧ−７記述毎に存在す
る各Ｆｒａｇｍｅｎｔ Ｌｏｃａｔｉｏｎ中のＨＲｅｆ
を省略してもよい。
【０１０１】下位側第１のＡｃｃｅｓｓ Ｕｎｉｔに含
まれる２つの下位ＭＰＥＧ−７記述１１，１２を一意に
識別するために、それぞれの下位ＭＰＥＧ−７記述に対
応する各Ｆｒａｇｍｅｎｔ Ｌｏｃａｔｉｏｎ中のＦｒ
ａｇｍｅｎｔ Ｉｎｄｅｘに２つの下位ＭＰＥＧ−７記
述１１，１２を識別する番号を記述する。番号は、Ａｃ
ｃｅｓｓ Ｕｎｉｔに含まれる下位ＭＰＥＧ−７記述に
対して、先頭から順に正の整数を割り当てる。
まれる２つの下位ＭＰＥＧ−７記述１１，１２を一意に
識別するために、それぞれの下位ＭＰＥＧ−７記述に対
応する各Ｆｒａｇｍｅｎｔ Ｌｏｃａｔｉｏｎ中のＦｒ
ａｇｍｅｎｔ Ｉｎｄｅｘに２つの下位ＭＰＥＧ−７記
述１１，１２を識別する番号を記述する。番号は、Ａｃ
ｃｅｓｓ Ｕｎｉｔに含まれる下位ＭＰＥＧ−７記述に
対して、先頭から順に正の整数を割り当てる。
【０１０２】次に、下位側第２のＡｃｃｅｓｓ Ｕｎｉ
ｔに格納されている下位のＭＰＥＧ−７記述２１に対応
するＦｒａｇｍｅｎｔ Ｌｏｃａｔｉｏｎ内のｃｏｎｔ
ｅｎｔ（属性ｃｏｎｔｅｎｔ）と、下位側第３のＡｃｃ
ｅｓｓ Ｕｎｉｔに格納されている下位のＭＰＥＧ−７
記述３１に対応するＦｒａｇｍｅｎｔ Ｌｏｃａｔｉｏ
ｎ内のｃｏｎｔｅｎｔ（属性ｃｏｎｔｅｎｔ）とが同一
内容であるとする。また、下位のＭＰＥＧ−７記述２１
に対応するＣｏｎｎｅｃｔｉｏｎ Ｐｏｉｎｔ中の属性
ｅｌｅｍｅｎｔ Ｎａｍｅと、下位のＭＰＥＧ−７記述
３１に対応するＣｏｎｎｅｃｔｉｏｎ Ｐｏｉｎｔ中の
属性ｅｌｅｍｅｎｔ Ｎａｍｅとが同一内容であるとす
る。
ｔに格納されている下位のＭＰＥＧ−７記述２１に対応
するＦｒａｇｍｅｎｔ Ｌｏｃａｔｉｏｎ内のｃｏｎｔ
ｅｎｔ（属性ｃｏｎｔｅｎｔ）と、下位側第３のＡｃｃ
ｅｓｓ Ｕｎｉｔに格納されている下位のＭＰＥＧ−７
記述３１に対応するＦｒａｇｍｅｎｔ Ｌｏｃａｔｉｏ
ｎ内のｃｏｎｔｅｎｔ（属性ｃｏｎｔｅｎｔ）とが同一
内容であるとする。また、下位のＭＰＥＧ−７記述２１
に対応するＣｏｎｎｅｃｔｉｏｎ Ｐｏｉｎｔ中の属性
ｅｌｅｍｅｎｔ Ｎａｍｅと、下位のＭＰＥＧ−７記述
３１に対応するＣｏｎｎｅｃｔｉｏｎ Ｐｏｉｎｔ中の
属性ｅｌｅｍｅｎｔ Ｎａｍｅとが同一内容であるとす
る。
【０１０３】この場合、下位のＭＰＥＧ−７記述２１，
３１に対応するＣｏｎｎｅｃｔｉｏｎ ＰｏｉｎｔとＦ
ｒａｇｍｅｎｔ Ｌｏｃａｔｉｏｎとの組を同一の第２
のＦｒａｇｍｅｎｔ Ｒｅｆｅｒｅｎｃｅに格納する。
そして、その第２のＦｒａｇｍｅｎｔ Ｒｅｆｅｒｅｎ
ｃｅの共通属性ｃｏｎｔｅｎｔに、上記２つの属性ｃｏ
ｎｔｅｎｔの同一内容を記述すると共に、第２のＦｒａ
ｇｍｅｎｔ Ｒｅｆｅｒｅｎｃｅの共通属性ｅｌｅｍｅ
ｎｔ Ｎａｍｅに、上記２つの属性ｅｌｅｍｅｎｔ Ｎ
ａｍｅの同一内容を記述する。このとき、第２のＦｒａ
ｇｍｅｎｔ Ｒｅｆｅｒｅｎｃｅ内に下位ＭＰＥＧ−７
記述毎に存在する各ＦｒａｇｍｅｎｔＬｏｃａｔｉｏｎ
の属性ｃｏｎｔｅｎｔ、及び下位ＭＰＥＧ−７記述毎に
存在する各Ｃｏｎｎｅｃｔｉｏｎ Ｐｏｉｎｔの属性ｅ
ｌｅｍｅｎｔ Ｎａｍｅを省略してもよい。
３１に対応するＣｏｎｎｅｃｔｉｏｎ ＰｏｉｎｔとＦ
ｒａｇｍｅｎｔ Ｌｏｃａｔｉｏｎとの組を同一の第２
のＦｒａｇｍｅｎｔ Ｒｅｆｅｒｅｎｃｅに格納する。
そして、その第２のＦｒａｇｍｅｎｔ Ｒｅｆｅｒｅｎ
ｃｅの共通属性ｃｏｎｔｅｎｔに、上記２つの属性ｃｏ
ｎｔｅｎｔの同一内容を記述すると共に、第２のＦｒａ
ｇｍｅｎｔ Ｒｅｆｅｒｅｎｃｅの共通属性ｅｌｅｍｅ
ｎｔ Ｎａｍｅに、上記２つの属性ｅｌｅｍｅｎｔ Ｎ
ａｍｅの同一内容を記述する。このとき、第２のＦｒａ
ｇｍｅｎｔ Ｒｅｆｅｒｅｎｃｅ内に下位ＭＰＥＧ−７
記述毎に存在する各ＦｒａｇｍｅｎｔＬｏｃａｔｉｏｎ
の属性ｃｏｎｔｅｎｔ、及び下位ＭＰＥＧ−７記述毎に
存在する各Ｃｏｎｎｅｃｔｉｏｎ Ｐｏｉｎｔの属性ｅ
ｌｅｍｅｎｔ Ｎａｍｅを省略してもよい。
【０１０４】また、下位ＭＰＥＧ−７記述２１，３１の
概略内容が異なっても、その上位概念が同一の場合、第
２のＦｒａｇｍｅｎｔ Ｒｅｆｅｒｅｎｃｅの共通属性
ｃｏｎｔｅｎｔにその上位概念を記述し、そのＦｒａｇ
ｍｅｎｔ Ｒｅｆｅｒｅｎｃｅ中の各Ｆｒａｇｍｅｎｔ
Ｌｏｃａｔｉｏｎの属性ｃｏｎｔｅｎｔにはそれぞれ
の内容の概略を記述するようにしてもよい。
概略内容が異なっても、その上位概念が同一の場合、第
２のＦｒａｇｍｅｎｔ Ｒｅｆｅｒｅｎｃｅの共通属性
ｃｏｎｔｅｎｔにその上位概念を記述し、そのＦｒａｇ
ｍｅｎｔ Ｒｅｆｅｒｅｎｃｅ中の各Ｆｒａｇｍｅｎｔ
Ｌｏｃａｔｉｏｎの属性ｃｏｎｔｅｎｔにはそれぞれ
の内容の概略を記述するようにしてもよい。
【０１０５】下位側第４のＡｃｃｅｓｓ Ｕｎｉｔに格
納されている下位のＭＰＥＧ−７記述４１に対応するＣ
ｏｎｎｅｃｔｉｏｎ ＰｏｉｎｔとＦｒａｇｍｅｎｔ
Ｌｏｃａｔｉｏｎとは、他の下位のＭＰＥＧ−７記述に
対応するＣｏｎｎｅｃｔｉｏｎ ＰｏｉｎｔとＦｒａｇ
ｍｅｎｔ Ｌｏｃａｔｉｏｎと共通内容がないので、第
３のＦｒａｇｍｅｎｔ Ｒｅｆｅｒｅｎｃｅに格納され
る。
納されている下位のＭＰＥＧ−７記述４１に対応するＣ
ｏｎｎｅｃｔｉｏｎ ＰｏｉｎｔとＦｒａｇｍｅｎｔ
Ｌｏｃａｔｉｏｎとは、他の下位のＭＰＥＧ−７記述に
対応するＣｏｎｎｅｃｔｉｏｎ ＰｏｉｎｔとＦｒａｇ
ｍｅｎｔ Ｌｏｃａｔｉｏｎと共通内容がないので、第
３のＦｒａｇｍｅｎｔ Ｒｅｆｅｒｅｎｃｅに格納され
る。
【０１０６】なお、上記説明では、構造化メタデータ
を、コンテンツの内容を記述するための木構造を有する
構造化メタデータとしたが、電子番組案内を記述するた
めの木構造を有する構造化メタデータとしてもよい。電
子番組案内とは一般的にＥＰＧと呼ばれているものであ
り、番組タイトル、放送日時、放送チャンネル、番組概
要等の情報である。
を、コンテンツの内容を記述するための木構造を有する
構造化メタデータとしたが、電子番組案内を記述するた
めの木構造を有する構造化メタデータとしてもよい。電
子番組案内とは一般的にＥＰＧと呼ばれているものであ
り、番組タイトル、放送日時、放送チャンネル、番組概
要等の情報である。
【０１０７】また、上述の各実施例で説明した構造化メ
タデータ（ＭＰＥＧ−７記述）の分割方法、統合方法を
実行させるためのプログラムを、インターネット、ＣＤ
−ＲＯＭ等で各ユーザに配布し、各ユーザはそのプログ
ラムをパソコン等に取り込み、そのプログラムを取り込
んだ機器を分割装置、統合装置として用いてもよい。
タデータ（ＭＰＥＧ−７記述）の分割方法、統合方法を
実行させるためのプログラムを、インターネット、ＣＤ
−ＲＯＭ等で各ユーザに配布し、各ユーザはそのプログ
ラムをパソコン等に取り込み、そのプログラムを取り込
んだ機器を分割装置、統合装置として用いてもよい。
【０１０８】
【発明の効果】以上の通り、本発明の構造化メタデータ
の伝送方法は下記の効果を有する。 （イ） 統合可能なように複数の構造化メタデータをユ
ニット化し、各構造化メタデータを各ユニットとして伝
送することにより、各ユニット毎の伝送制御が行えるよ
うになり、伝送効率を高めることができる。さらに本発
明を用いれば、受信側において欠落データが発生した場
合にも、不完全となる構造化メタデータの大きさを小さ
くとどめることができると共に、不完全な構造化メタデ
ータのみを再度補間できる。 （ロ） 各ユニットにそれぞれのユニットを特定するた
めの識別情報を付加して前記各ユニットを伝送するよう
にしたので、ディジタル・テレビジョン放送等の伝送系
システムにおいても、各ユニットを一意に識別すること
ができる。 （ハ） 本発明を用いれば、上位階層の情報、下位階層
の情報といった、コンテンツの内容記述の詳細度に応じ
た伝送が行える。 （ニ） 第１の構造化メタデータと第２の構造化メタデ
ータとの接続のための情報である接続位置情報と参照情
報とを、メタデータ格納部とは異なる接続先情報格納部
に格納するようにしたので、第１の構造化メタデータの
内部を操作することなく接続のための情報を付加して伝
送できる。 （ホ） 第１のユニットにおいて、第１の構造
化メタデータ内における第２の構造化メタデータの接続
点を示す接続位置情報が、第１の構造化メタデータ内に
おけるノードを指定する情報と、そのノードに対する第
２の構造化メタデータの接続位置を指定する情報とを有
するものとした場合には、接続位置情報における接続点
を正確に指定する記述が容易となる。 （ヘ） 第１のユニットにおいて、第２の構造
化メタデータに関する参照情報が、第２の構造化メタデ
ータの内容に関する情報を有する場合には、接続先の第
２の構造化メタデータを入手することなく接続先メタデ
ータの内容の概略を知ることができ、接続先の第２の構
造化メタデータを入手する必要があるかないかを、接続
先の構造化メタデータを入手することなく判断できる。 （ト） 第１のユニットにおいて、第２の構造
化メタデータに関する参照情報が、第１の構造化メタデ
ータへの統合（接続）の必要性を示す情報を有する場合
には、統合先（接続先）の構造化メタデータを入手する
ことを強制できる。統合先（接続先）の構造化メタデー
タを著作権保護データとしておけば、統合元（接続元）
の構造化メタデータの著作権保護を強化できる。 （チ） ユニットを特定するための識別情報、前記第１
の構造化メタデータ、前記第２の構造化メタデータ、前
記接続位置情報、及び前記第２の構造化メタデータに関
する参照情報を、テキスト形式で記述した場合には、ユ
ーザーにとって理解が容易である、編集が容易である、
インターネットでのデータの送受信に好適である等の利
点を有する。 （リ） ユニットを特定するための識別情報、前記第１
の構造化メタデータ、前記第２の構造化メタデータ、前
記接続位置情報、及び前記第２の構造化メタデータに関
する参照情報を、バイナリ形式で記述した場合には、テ
キスト・データで表現された各情報よりも情報量が少な
く伝送効率を向上させることができるので、ディジタル
・テレビジョン放送、携帯端末向けのデータ配信等での
データの伝送に好適である。 （ヌ） 前記第１のユニットにおいて、接続位置情報
を、分割前の前記構造化メタデータにおける（または、
前記第１の構造化メタデータと前記第２の構造化メタデ
ータとが統合された場合に生成されると想定した木構造
を有する第３の構造化メタデータにおける）、前記第２
の構造化メタデータの最上位ノードに相当するノードを
示す情報とした場合には、前記第１の構造化メタデータ
に対して前記第２の構造化メタデータを接続（統合）す
る位置をより少ない情報量でより正確に記述することが
できる。 （ル） 前記第１のユニットにおいて、前記接続位置情
報が、分割前の前記構造化メタデータにおける（また
は、前記第１の構造化メタデータと前記第２の構造化メ
タデータとが統合された場合に生成されると想定した木
構造を有する第３の構造化メタデータにおける）、前記
第２の構造化メタデータの最上位ノードに相当するノー
ドの名前に関する名前情報を有する場合には、前記第２
の構造化メタデータの最上位ノードの名前が分離前の前
記構造化メタデータにおける（または前記想定した第３
の構造化メタデータにおける）そのノードに相当するノ
ードの名前と異なる場合にも、接続時（統合時）に、前
記第２の構造化メタデータの最上位ノードの名前を分離
前の名前（または前記想定した第３の構造化メタデータ
における名前）に変換して接続（統合）することができ
る。 （ヲ） ２つ以上の第２の構造化メタデータが存在する
場合において、各前記第２の構造化メタデータの各接続
位置情報における２つ以上の前記接続位置情報に共通す
る情報である共通接続位置情報と、各前記第２の構造化
メタデータに関する各参照情報における２つ以上の前記
参照情報に共通する情報である共通参照情報との、２つ
の共通情報の内の少なくとも一方の共通情報を、前記第
１のユニット内の接続先情報格納部に属性共通情報とし
て有する場合には、前記属性共通情報の有する情報に応
じて、前記属性共通情報を、前記接続位置情報及び／ま
たは前記参照情報に対して優先して、前記第１及び第２
の構造化メタデータの統合時に用いることにより、前記
第１のユニット内の接続先情報格納部にある各接続位置
情報及び／または各参照情報の処理の簡潔化が図れ、接
続（統合）時の高速化が図れる。
の伝送方法は下記の効果を有する。 （イ） 統合可能なように複数の構造化メタデータをユ
ニット化し、各構造化メタデータを各ユニットとして伝
送することにより、各ユニット毎の伝送制御が行えるよ
うになり、伝送効率を高めることができる。さらに本発
明を用いれば、受信側において欠落データが発生した場
合にも、不完全となる構造化メタデータの大きさを小さ
くとどめることができると共に、不完全な構造化メタデ
ータのみを再度補間できる。 （ロ） 各ユニットにそれぞれのユニットを特定するた
めの識別情報を付加して前記各ユニットを伝送するよう
にしたので、ディジタル・テレビジョン放送等の伝送系
システムにおいても、各ユニットを一意に識別すること
ができる。 （ハ） 本発明を用いれば、上位階層の情報、下位階層
の情報といった、コンテンツの内容記述の詳細度に応じ
た伝送が行える。 （ニ） 第１の構造化メタデータと第２の構造化メタデ
ータとの接続のための情報である接続位置情報と参照情
報とを、メタデータ格納部とは異なる接続先情報格納部
に格納するようにしたので、第１の構造化メタデータの
内部を操作することなく接続のための情報を付加して伝
送できる。 （ホ） 第１のユニットにおいて、第１の構造
化メタデータ内における第２の構造化メタデータの接続
点を示す接続位置情報が、第１の構造化メタデータ内に
おけるノードを指定する情報と、そのノードに対する第
２の構造化メタデータの接続位置を指定する情報とを有
するものとした場合には、接続位置情報における接続点
を正確に指定する記述が容易となる。 （ヘ） 第１のユニットにおいて、第２の構造
化メタデータに関する参照情報が、第２の構造化メタデ
ータの内容に関する情報を有する場合には、接続先の第
２の構造化メタデータを入手することなく接続先メタデ
ータの内容の概略を知ることができ、接続先の第２の構
造化メタデータを入手する必要があるかないかを、接続
先の構造化メタデータを入手することなく判断できる。 （ト） 第１のユニットにおいて、第２の構造
化メタデータに関する参照情報が、第１の構造化メタデ
ータへの統合（接続）の必要性を示す情報を有する場合
には、統合先（接続先）の構造化メタデータを入手する
ことを強制できる。統合先（接続先）の構造化メタデー
タを著作権保護データとしておけば、統合元（接続元）
の構造化メタデータの著作権保護を強化できる。 （チ） ユニットを特定するための識別情報、前記第１
の構造化メタデータ、前記第２の構造化メタデータ、前
記接続位置情報、及び前記第２の構造化メタデータに関
する参照情報を、テキスト形式で記述した場合には、ユ
ーザーにとって理解が容易である、編集が容易である、
インターネットでのデータの送受信に好適である等の利
点を有する。 （リ） ユニットを特定するための識別情報、前記第１
の構造化メタデータ、前記第２の構造化メタデータ、前
記接続位置情報、及び前記第２の構造化メタデータに関
する参照情報を、バイナリ形式で記述した場合には、テ
キスト・データで表現された各情報よりも情報量が少な
く伝送効率を向上させることができるので、ディジタル
・テレビジョン放送、携帯端末向けのデータ配信等での
データの伝送に好適である。 （ヌ） 前記第１のユニットにおいて、接続位置情報
を、分割前の前記構造化メタデータにおける（または、
前記第１の構造化メタデータと前記第２の構造化メタデ
ータとが統合された場合に生成されると想定した木構造
を有する第３の構造化メタデータにおける）、前記第２
の構造化メタデータの最上位ノードに相当するノードを
示す情報とした場合には、前記第１の構造化メタデータ
に対して前記第２の構造化メタデータを接続（統合）す
る位置をより少ない情報量でより正確に記述することが
できる。 （ル） 前記第１のユニットにおいて、前記接続位置情
報が、分割前の前記構造化メタデータにおける（また
は、前記第１の構造化メタデータと前記第２の構造化メ
タデータとが統合された場合に生成されると想定した木
構造を有する第３の構造化メタデータにおける）、前記
第２の構造化メタデータの最上位ノードに相当するノー
ドの名前に関する名前情報を有する場合には、前記第２
の構造化メタデータの最上位ノードの名前が分離前の前
記構造化メタデータにおける（または前記想定した第３
の構造化メタデータにおける）そのノードに相当するノ
ードの名前と異なる場合にも、接続時（統合時）に、前
記第２の構造化メタデータの最上位ノードの名前を分離
前の名前（または前記想定した第３の構造化メタデータ
における名前）に変換して接続（統合）することができ
る。 （ヲ） ２つ以上の第２の構造化メタデータが存在する
場合において、各前記第２の構造化メタデータの各接続
位置情報における２つ以上の前記接続位置情報に共通す
る情報である共通接続位置情報と、各前記第２の構造化
メタデータに関する各参照情報における２つ以上の前記
参照情報に共通する情報である共通参照情報との、２つ
の共通情報の内の少なくとも一方の共通情報を、前記第
１のユニット内の接続先情報格納部に属性共通情報とし
て有する場合には、前記属性共通情報の有する情報に応
じて、前記属性共通情報を、前記接続位置情報及び／ま
たは前記参照情報に対して優先して、前記第１及び第２
の構造化メタデータの統合時に用いることにより、前記
第１のユニット内の接続先情報格納部にある各接続位置
情報及び／または各参照情報の処理の簡潔化が図れ、接
続（統合）時の高速化が図れる。
【図１】第１実施例を用いた構造化メタデータの分割方
法、伝送方法、及び統合方法の内の、分割から蓄積・伝
送までの処理の流れの概略を示す図である。
法、伝送方法、及び統合方法の内の、分割から蓄積・伝
送までの処理の流れの概略を示す図である。
【図２】第１実施例を用いた構造化メタデータの分割方
法、伝送方法、及び統合方法の内の、蓄積・伝送から再
構成までの処理の概略を示す図である。
法、伝送方法、及び統合方法の内の、蓄積・伝送から再
構成までの処理の概略を示す図である。
【図３】第１実施例に用いるＡｃｃｅｓｓ Ｕｎｉｔの
構成を示す概念図である。
構成を示す概念図である。
【図４】図３に示したＡｃｃｅｓｓ ＵｎｉｔのＤＤＬ
シンタックス例である。
シンタックス例である。
【図５】第２の実施例に用いるＡｃｃｅｓｓ Ｕｎｉｔ
の構成を示す概念図である。
の構成を示す概念図である。
【図６】図５に示したＡｃｃｅｓｓ ＵｎｉｔのＤＤＬ
シンタックス例である。
シンタックス例である。
【図７】図５に示したＡｃｃｅｓｓ ＵｎｉｔのＤＤＬ
シンタックス例である。
シンタックス例である。
【図８】属性ｐｏｓｉｔｉｏｎの使用方法を説明するた
めの図である。
めの図である。
【図９】属性ｐｏｓｉｔｉｏｎの使用方法を説明するた
めの図である。
めの図である。
【図１０】属性ｐｏｓｉｔｉｏｎの使用方法を説明する
ための図である。
ための図である。
【図１１】属性ｐｏｓｉｔｉｏｎの使用方法を説明する
ための図である。
ための図である。
【図１２】属性ｐｏｓｉｔｉｏｎの使用方法を説明する
ための図である。
ための図である。
【図１３】属性ｐｏｓｉｔｉｏｎの使用方法を説明する
ための図である。
ための図である。
【図１４】第３実施例におけるＡｃｃｅｓｓ Ｕｎｉｔ
のバイナリ・フォーマットを示す図である。
のバイナリ・フォーマットを示す図である。
【図１５】第３実施例におけるＦｒａｇｍｅｎｔ ｒｅ
ｆｅｒｅｎｃｅのバイナリ・フォーマットを示す図であ
る。
ｆｅｒｅｎｃｅのバイナリ・フォーマットを示す図であ
る。
【図１６】ＭＰＥＧ−７伝送システムを示す図である。
【図１７】ＭＰＥＧ−７受信システムを示す図である。
【図１８】一実施例を用いたインターネットを介しての
ビデオ・コンテンツ検索のネットワークを示す図であ
る。
ビデオ・コンテンツ検索のネットワークを示す図であ
る。
【図１９】インターネットを介したビデオ・コンテンツ
検索の処理の流れを示すフローチャートである。
検索の処理の流れを示すフローチャートである。
【図２０】第４実施例に用いるＡｃｃｅｓｓ Ｕｎｉｔ
の構成を示す概念図である。
の構成を示す概念図である。
【図２１】図２０に示したＡｃｃｅｓｓ ＵｎｉｔのＤ
ＤＬシンタックス例である。
ＤＬシンタックス例である。
【図２２】第４実施例におけるＡｃｃｅｓｓ Ｕｎｉｔ
のバイナリ・フォーマットである。
のバイナリ・フォーマットである。
【図２３】第４実施例におけるＦｒａｇｍｅｎｔ Ｒｅ
ｆｅｒｅｎｃｅのバイナリ・フォーマットである。
ｆｅｒｅｎｃｅのバイナリ・フォーマットである。
【図２４】第４実施例におけるＣｏｎｎｅｃｔｉｏｎ
Ｐｏｉｎｔのバイナリ・フォーマットである。
Ｐｏｉｎｔのバイナリ・フォーマットである。
【図２５】第４実施例におけるＦｒａｇｍｅｎｔ Ｌｏ
ｃａｔｉｏｎのバイナリ・フォーマットである。
ｃａｔｉｏｎのバイナリ・フォーマットである。
【図２６】第５実施例に用いるＡｃｃｅｓｓ Ｕｎｉｔ
の構成を示す概念図である。
の構成を示す概念図である。
─────────────────────────────────────────────────────
フロントページの続き
(51)Int.Cl.7 識別記号 ＦＩ テーマコート゛(参考）
Ｈ０４Ｎ 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 (27)
- 【請求項１】コンテンツの内容を記述するための第１の
構造化メタデータとその第１の構造化メタデータに対し
て下位の関係となる第２の構造化メタデータとを伝送す
るための構造化メタデータの伝送方法であって、 メタデータ格納部と接続先情報格納部とを有し、前記メ
タデータ格納部には前記第１の構造化メタデータが格納
され、前記接続先情報格納部には前記第１の構造化メタ
データ内における前記第２の構造化メタデータの接続点
を示す接続位置情報と、少なくとも前記第２の構造化メ
タデータの存在場所に関係する情報を有する前記第２の
構造化メタデータに関する参照情報とが格納される第１
のユニットと、 前記第２の構造化メタデータを格納したメタデータ格納
部を有する第２のユニットとを用い、 前記各ユニットはそれぞれのユニットを特定するための
識別情報を備えて伝送されることを特徴とする構造化メ
タデータの伝送方法。 - 【請求項２】請求項１記載の構造化メタデータの伝送方
法において、 前記各ユニットの伝送頻度をユニット単位で制御するこ
とを特徴とする構造化メタデータの伝送方法。 - 【請求項３】請求項１または２記載の構造化メタデータ
の伝送方法において、 前記接続位置情報は、前記第１の構造化メタデータ内に
おけるノードを指定する情報と、そのノードに対する前
記第２の構造化メタデータの接続位置を指定する情報と
を有することを特徴とする構造化メタデータの伝送方
法。 - 【請求項４】請求項１〜３のいずれか一つに記載の構造
化メタデータの伝送方法において、 前記第２の構造化メタデータに関する参照情報は、前記
第２の構造化メタデータの内容に関する情報を有するこ
とを特徴とする構造化メタデータの伝送方法。 - 【請求項５】請求項１〜４のいずれか一つに記載の構造
化メタデータの伝送方法において、 前記第２の構造化メタデータに関する参照情報は、前記
第１の構造化メタデータへの統合の必要性を示す情報を
有することを特徴とする構造化メタデータの伝送方法。 - 【請求項６】請求項１〜５のいずれか一つに記載の構造
化メタデータの伝送方法において、 前記第２の構造化メタデータに関する参照情報が有する
前記第２の構造化メタデータの存在場所に関係する情報
は、前記第２のユニットに付加された前記ユニットを特
定するための識別情報に基づく情報であることを特徴と
する構造化メタデータの伝送方法。 - 【請求項７】請求項１〜６のいずれか一つに記載の構造
化メタデータの伝送方法において、 前記ユニットを特定するための識別情報、前記第１の構
造化メタデータ、前記第２の構造化メタデータ、前記接
続位置情報、及び前記第２の構造化メタデータに関する
参照情報は、テキスト形式で記述されていることを特徴
とする構造化メタデータの伝送方法。 - 【請求項８】請求項１〜６のいずれか一つに記載の構造
化メタデータの伝送方法において、 前記ユニットを特定するための識別情報、前記第１の構
造化メタデータ、前記第２の構造化メタデータ、前記接
続位置情報、及び前記第２の構造化メタデータに関する
参照情報は、バイナリ形式で記述されていることを特徴
とする構造化メタデータの伝送方法。 - 【請求項９】請求項１〜８のいずれか一つに記載の構造
化メタデータの伝送方法において、 前記第１及び第２の構造化メタデータを、電子番組案内
を記述するための木構造を有する構造化メタデータとし
たことを特徴とする構造化メタデータの伝送方法。 - 【請求項１０】請求項１〜９のいずれか一つに記載の構
造化メタデータの伝送方法において、 前記第１の構造化メタデータと前記第２の構造化メタデ
ータとは、木構造を有する１つの元の構造化メタデータ
から分割されたものであり、 前記接続位置情報は、前記元の構造化メタデータにおけ
る、前記第２の構造化メタデータの最上位ノードに相当
するノードの名前に関する名前情報を有することを特徴
とする構造化メタデータの伝送方法。 - 【請求項１１】請求項１〜９のいずれか一つに記載の構
造化メタデータの伝送方法において、 前記接続位置情報は、前記第１の構造化メタデータと前
記第２の構造化メタデータとが統合された場合に生成さ
れると想定した木構造を有する第３の構造化メタデータ
における、前記第２の構造化メタデータの最上位ノード
に相当するノードの名前に関する名前情報を有すること
を特徴とする構造化メタデータの伝送方法。 - 【請求項１２】請求項１〜１１のいずれか一つに記載の
構造化メタデータの伝送方法において、 前記第２の構造化メタデータが２つ以上存在し、 全ての前記第２の構造化メタデータを格納した１つの第
２のユニット、及び／または、１つの前記第２の構造化
メタデータを最小単位として、前記分割した全ての第２
の構造化メタデータの内の一部分を格納した複数の第２
のユニットを用い、 各前記第２の構造化メタデータの各接続位置情報におけ
る２つ以上の前記接続位置情報に共通する情報である共
通接続位置情報と、各前記第２の構造化メタデータに関
する各参照情報における２つ以上の前記参照情報に共通
する情報である共通参照情報との、２つの共通情報の内
の少なくとも一方の共通情報を、前記第１のユニット内
の接続先情報格納部に属性共通情報として有することを
特徴とする構造化メタデータの伝送方法。 - 【請求項１３】コンテンツの内容を記述するための第１
の構造化メタデータと、その第１の構造化メタデータに
対して下位の関係となる第２の構造化メタデータとを伝
送するための構造化メタデータの伝送方法であって、 前記第１の構造化メタデータと前記第２の構造化メタデ
ータとは、木構造を有する１つの元の構造化メタデータ
から分割されたものであり、 メタデータ格納部と接続先情報格納部とを有し、前記メ
タデータ格納部には前記第１の構造化メタデータが格納
され、前記接続先情報格納部には、前記元の構造化メタ
データにおける前記第２の構造化メタデータの最上位ノ
ードに相当するノードを示す接続位置情報と、少なくと
も前記第２の構造化メタデータの存在場所に関係する情
報を有する前記第２の構造化メタデータに関する参照情
報とが格納された第１のユニットと、 前記第２の構造化メタデータが格納されたメタデータ格
納部を有する第２のユニットと、を伝送することを特徴
とする構造化メタデータの伝送方法。 - 【請求項１４】コンテンツの内容を記述するための第１
の構造化メタデータとその第１の構造化メタデータに対
して下位の関係となる第２の構造化メタデータとを伝送
するための構造化メタデータの伝送方法であって、 メタデータ格納部と接続先情報格納部とを有し、前記メ
タデータ格納部には前記第１の構造化メタデータが格納
され、前記接続先情報格納部には、前記第１の構造化メ
タデータと前記第２の構造化メタデータとが統合された
場合に生成されると想定した木構造を有する第３の構造
化メタデータにおける、前記第２の構造化メタデータの
最上位ノードに相当するノードを示す接続位置情報と、
少なくとも前記第２の構造化メタデータの存在場所に関
係する情報を有する前記第２の構造化メタデータに関す
る参照情報とが格納された第１のユニットと、 前記第２の構造化メタデータが格納されたメタデータ格
納部を有する第２のユニットと、を伝送することを特徴
とする構造化メタデータの伝送方法。 - 【請求項１５】請求項１３に記載の構造化メタデータの
伝送方法において、 前記接続位置情報は、前記元の構造化メタデータにおけ
る、前記第２の構造化メタデータの最上位ノードに相当
するノードの名前に関する名前情報を有することを特徴
とする構造化メタデータの伝送方法。 - 【請求項１６】請求項１４に記載の構造化メタデータの
伝送方法において、 前記接続位置情報は、前記第３の構造化メタデータにお
ける、前記第２の構造化メタデータの最上位ノードに相
当するノードの名前に関する名前情報を有することを特
徴とする構造化メタデータの伝送方法。 - 【請求項１７】請求項１３〜１６のいずれか一つに記載
の構造化メタデータの伝送方法において、 前記各ユニットの伝送頻度をユニット単位で制御するこ
とを特徴とする構造化メタデータの伝送方法。 - 【請求項１８】請求項１３〜１７のいずれか一つに記載
の構造化メタデータの伝送方法において、 前記第２の構造化メタデータに関する参照情報は、前記
第２の構造化メタデータの内容に関する情報を有するこ
とを特徴とする構造化メタデータの伝送方法。 - 【請求項１９】請求項１３〜１８のいずれか一つに記載
の構造化メタデータの伝送方法において、 前記第２の構造化メタデータに関する参照情報は、前記
第１の構造化メタデータへの統合の必要性を示す情報を
有することを特徴とする構造化メタデータの伝送方法。 - 【請求項２０】請求項１３〜１９のいずれか一つに記載
の構造化メタデータの伝送方法において、 前記各ユニットはそれぞれのユニットを特定するための
識別情報を備えて伝送されることを特徴とする構造化メ
タデータの伝送方法。 - 【請求項２１】請求項２０に記載の構造化メタデータの
伝送方法において、 前記第２の構造化メタデータに関する参照情報が有する
前記第２の構造化メタデータの存在場所に関係する情報
は、前記第２のユニットに付加された前記ユニットを特
定するための識別情報に基づく情報であることを特徴と
する構造化メタデータの伝送方法。 - 【請求項２２】請求項１３〜１９のいずれか一つに記載
の構造化メタデータの伝送方法において、 前記第１の構造化メタデータ、前記第２の構造化メタデ
ータ、前記接続位置情報、及び前記第２の構造化メタデ
ータに関する参照情報は、テキスト形式で記述されてい
ることを特徴とする構造化メタデータの伝送方法。 - 【請求項２３】請求項２０または２１記載の構造化メタ
データの伝送方法において、 前記ユニットを特定するための識別情報、前記第１の構
造化メタデータ、前記第２の構造化メタデータ、前記接
続位置情報、及び前記第２の構造化メタデータに関する
参照情報は、テキスト形式で記述されていることを特徴
とする構造化メタデータの伝送方法。 - 【請求項２４】請求項１３〜１９のいずれか一つに記載
の構造化メタデータの伝送方法において、 前記第１の構造化メタデータ、前記第２の構造化メタデ
ータ、前記接続位置情報、及び前記第２の構造化メタデ
ータに関する参照情報は、バイナリ形式で記述されてい
ることを特徴とする構造化メタデータの伝送方法。 - 【請求項２５】請求項２０または２１記載の構造化メタ
データの伝送方法において、 前記ユニットを特定するための識別情報、前記第１の構
造化メタデータ、前記第２の構造化メタデータ、前記接
続位置情報、及び前記第２の構造化メタデータに関する
参照情報は、バイナリ形式で記述されていることを特徴
とする構造化メタデータの伝送方法。 - 【請求項２６】請求項１３〜２５のいずれか一つに記載
の構造化メタデータの伝送方法において、 前記第１及び第２の構造化メタデータを、電子番組案内
を記述するための構造化メタデータとしたことを特徴と
する構造化メタデータの伝送方法。 - 【請求項２７】請求項１３〜２６のいずれか一つに記載
の構造化メタデータの伝送方法において、 前記第２の構造化メタデータが２つ以上存在し、 全ての前記第２の構造化メタデータを格納した１つの第
２のユニット、及び／または、１つの前記第２の構造化
メタデータを最小単位として、前記分割した全ての第２
の構造化メタデータの内の一部分を格納した複数の第２
のユニットを用い、 各前記第２の構造化メタデータの各接続位置情報におけ
る２つ以上の前記接続位置情報に共通する情報である共
通接続位置情報と、各前記第２の構造化メタデータに関
する各参照情報における２つ以上の前記参照情報に共通
する情報である共通参照情報との、２つの共通情報の内
の少なくとも一方の共通情報を、前記第１のユニット内
の接続先情報格納部に属性共通情報として有することを
特徴とする構造化メタデータの伝送方法。
Priority Applications (4)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001222745A JP2003092753A (ja) | 2000-12-21 | 2001-07-24 | 構造化メタデータの伝送方法 |
| US10/164,377 US20030009472A1 (en) | 2001-07-09 | 2002-06-10 | Method related to structured metadata |
| CN02123045A CN1396770A (zh) | 2001-07-09 | 2002-06-12 | 结构化元数据的合并方法、传输方法以及分割方法 |
| EP02254793A EP1276327A3 (en) | 2001-07-09 | 2002-07-09 | Method for processing structured metadata |
Applications Claiming Priority (7)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000-388520 | 2000-12-21 | ||
| JP2000388520 | 2000-12-21 | ||
| JP2001-44927 | 2001-02-21 | ||
| JP2001044927 | 2001-02-21 | ||
| JP2001-207457 | 2001-07-09 | ||
| JP2001207457 | 2001-07-09 | ||
| JP2001222745A JP2003092753A (ja) | 2000-12-21 | 2001-07-24 | 構造化メタデータの伝送方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2003092753A true JP2003092753A (ja) | 2003-03-28 |
Family
ID=27481895
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001222745A Pending JP2003092753A (ja) | 2000-12-21 | 2001-07-24 | 構造化メタデータの伝送方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2003092753A (ja) |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2005029331A1 (ja) * | 2003-09-19 | 2005-03-31 | Matsushita Electric Industrial Co., Ltd. | デジタル・アイテム消費のためのファンクション・メタデータの更新方法 |
| JP2005295167A (ja) * | 2004-03-31 | 2005-10-20 | Toshiba Corp | メタデータ、メタデータ配信装置、動画再生装置、動画再生システム、メタデータ配信方法、動画再生方法、メタデータ配信プログラムおよび動画再生プログラム |
| US7844644B2 (en) | 2003-12-13 | 2010-11-30 | Samsung Electronics Co., Ltd. | Method and apparatus for managing data written in markup language and computer-readable recording medium for recording a program |
| JP2013538469A (ja) * | 2010-04-12 | 2013-10-10 | サムスン エレクトロニクス カンパニー リミテッド | 実感効果処理システム及び方法 |
| CN112434526A (zh) * | 2020-11-24 | 2021-03-02 | 南京莱斯信息技术股份有限公司 | 基于北斗通信的指挥信息结构化语义表达与重构方法 |
-
2001
- 2001-07-24 JP JP2001222745A patent/JP2003092753A/ja active Pending
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2005029331A1 (ja) * | 2003-09-19 | 2005-03-31 | Matsushita Electric Industrial Co., Ltd. | デジタル・アイテム消費のためのファンクション・メタデータの更新方法 |
| US7844644B2 (en) | 2003-12-13 | 2010-11-30 | Samsung Electronics Co., Ltd. | Method and apparatus for managing data written in markup language and computer-readable recording medium for recording a program |
| JP2005295167A (ja) * | 2004-03-31 | 2005-10-20 | Toshiba Corp | メタデータ、メタデータ配信装置、動画再生装置、動画再生システム、メタデータ配信方法、動画再生方法、メタデータ配信プログラムおよび動画再生プログラム |
| JP2013538469A (ja) * | 2010-04-12 | 2013-10-10 | サムスン エレクトロニクス カンパニー リミテッド | 実感効果処理システム及び方法 |
| KR101746453B1 (ko) * | 2010-04-12 | 2017-06-13 | 삼성전자주식회사 | 실감 효과 처리 시스템 및 방법 |
| CN112434526A (zh) * | 2020-11-24 | 2021-03-02 | 南京莱斯信息技术股份有限公司 | 基于北斗通信的指挥信息结构化语义表达与重构方法 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP1276327A2 (en) | Method for processing structured metadata | |
| US20080147823A1 (en) | Structured data receiving apparatus, receiving method, reviving program, transmitting apparatus, and transmitting method | |
| JP2003092753A (ja) | 構造化メタデータの伝送方法 | |
| US20110185275A1 (en) | Device and method for updating structured information | |
| JP2003092744A (ja) | 構造化メタデータの分割方法 | |
| JP2003091534A (ja) | 構造化メタデータの統合方法 | |
| JP3932136B2 (ja) | 構造化データの送信装置及び構造化データの送信方法 | |
| JP2004180258A (ja) | 構造化データの送信装置 | |
| JP3932123B2 (ja) | 構造化データの受信プログラム、構造化データの受信装置、及び構造化データの受信方法 | |
| Van Lancker et al. | A Framework for Transformations of XML within the Binary Domain. | |
| JP3932122B2 (ja) | 構造化データの受信プログラム、構造化データの受信装置、及び構造化データの受信方法 | |
| JP3932135B2 (ja) | 構造化データの送信装置及び構造化データの送信方法 | |
| JP3932137B2 (ja) | 構造化データの送信装置及び構造化データの送信方法 | |
| JP2007095082A (ja) | 構造化データの受信プログラム | |
| Cheng et al. | SMIL-Based Wireless Multimedia Gateway Architecture And Platform | |
| JP2004320689A (ja) | 構造化データの受信装置 | |
| JP2004320069A (ja) | 構造化データの受信プログラム | |
| JP2004320685A (ja) | 構造化データの受信装置 | |
| JP2004320070A (ja) | 構造化データの受信プログラム | |
| JP2004320068A (ja) | 構造化データの受信プログラム | |
| JP2004320687A (ja) | 構造化データの受信装置 | |
| JP2004178545A (ja) | 構造化データの送信方法 | |
| JP2004318775A (ja) | 構造化データの受信装置 | |
| JP2004320703A (ja) | 構造化データの受信方法 | |
| JP2005063452A (ja) | 構造化データの送信装置 |