(57)【特許請求の範囲】
【請求項１】
伝送装置が受信装置に対して、ネットワークを介してコンテンツに関するメタデータを伝送する伝送システムにおいて、
前記伝送装置は、
フラグメント単位でフラグメント更新管理情報が付与された前記メタデータを保持するメタデータ保持手段と、
前記フラグメント更新管理情報を除く複数の前記フラグメントの前記メタデータによりドキュメントを構成し、前記ドキュメントにより配信単位を生成する配信単位生成手段と、
前記配信単位の前記メタデータを圧縮する圧縮手段と、
圧縮された前記配信単位の前記メタデータにドキュメント更新管理情報を付与するドキュメント更新管理情報付与手段と、
前記ドキュメント更新管理情報が付与された、圧縮された前記配信単位の前記メタデータをネットワークを介して配信する配信手段と
を備え、
前記受信装置は、
前記配信単位の圧縮された前記メタデータを受信する受信手段と、
受信した前記配信単位の圧縮されている前記メタデータを解凍する解凍手段と、
解凍された前記配信単位の前記メタデータを保持する保持手段と、
前記配信単位の圧縮された前記メタデータに付与されている前記ドキュメント更新管理情報を、前記ドキュメントを構成する前記フラグメントの前記フラグメント更新管理情報としてコピーするコピー手段と
を備える伝送システム。
【請求項２】
伝送装置が受信装置に対して、ネットワークを介してコンテンツに関するメタデータを伝送する伝送システムの伝送方法であって、
前記伝送装置においては、
メタデータ保持手段が、フラグメント単位でフラグメント更新管理情報が付与された前記メタデータを保持し、
配信単位生成手段が、前記フラグメント更新管理情報を除く複数の前記フラグメントの前記メタデータによりドキュメントを構成し、前記ドキュメントにより配信単位を生成し、
圧縮手段が、前記配信単位の前記メタデータを圧縮し、
ドキュメント更新管理情報付与手段が、圧縮された前記配信単位の前記メタデータにドキュメント更新管理情報を付与し、
配信手段が、前記ドキュメント更新管理情報が付与された、圧縮された前記配信単位の前記メタデータをネットワークを介して配信し、
前記受信装置においては、
受信手段が、前記配信単位の圧縮された前記メタデータを受信し、
解凍手段が、受信した前記配信単位の圧縮されている前記メタデータを解凍し、
保持手段が、解凍された前記配信単位の前記メタデータを保持し、
コピー手段が、前記配信単位の圧縮された前記メタデータに付与されている前記ドキュメント更新管理情報を、前記ドキュメントを構成する前記フラグメントの前記フラグメント更新管理情報としてコピーする
伝送方法。
【請求項３】
ネットワークを介してコンテンツに関するメタデータを伝送する伝送装置において、
フラグメント単位でフラグメント更新管理情報が付与された前記メタデータを保持するメタデータ保持手段と、
前記フラグメント更新管理情報を除く複数の前記フラグメントの前記メタデータによりドキュメントを構成し、前記ドキュメントにより配信単位を生成する配信単位生成手段と、
前記配信単位の前記メタデータを圧縮する圧縮手段と、
圧縮された前記配信単位の前記メタデータにドキュメント更新管理情報を付与するドキュメント更新管理情報付与手段と、
前記ドキュメント更新管理情報が付与された、圧縮された前記配信単位の前記メタデータを配信する配信手段と
を備える伝送装置。
【請求項４】
前記メタデータが更新された場合、前記フラグメント更新管理情報を更新する第1のフラグメント更新管理情報更新手段と、
前記配信単位で前記ドキュメント更新管理情報が付与された場合、更新された前記ドキュメント更新管理情報に対応するように、前記フラグメント更新管理情報を更新する第２のフラグメント更新管理情報更新手段と
をさらに備える請求項３に記載の伝送装置。
【請求項５】
前記メタデータを生成するメタデータ生成手段と、
前記メタデータに前記フラグメント単位で前記フラグメント更新管理情報を付与するフラグメント更新管理情報付与手段と
をさらに備える請求項３に記載の伝送装置。
【請求項６】
ネットワークを介してコンテンツに関するメタデータを伝送する伝送装置の伝送方法において、
メタデータ保持手段が、フラグメント単位でフラグメント更新管理情報が付与された前記メタデータを保持し、
配信単位生成手段が、前記フラグメント更新管理情報を除く複数の前記フラグメントの前記メタデータによりドキュメントを構成し、前記ドキュメントにより配信単位を生成し、
圧縮手段が、前記配信単位の前記メタデータを圧縮し、
ドキュメント更新管理情報付与手段が、圧縮された前記配信単位の前記メタデータにドキュメント更新管理情報を付与し、
配信手段が、前記ドキュメント更新管理情報が付与された、圧縮された前記配信単位の前記メタデータを配信する
伝送方法。
【請求項７】
ネットワークを介してコンテンツに関するメタデータを伝送するプログラムにおいて、
フラグメント単位でフラグメント更新管理情報が付与された前記メタデータを保持するメタデータ保持ステップと、
前記フラグメント更新管理情報を除く複数の前記フラグメントの前記メタデータによりドキュメントを構成し、前記ドキュメントにより配信単位を生成する配信単位生成ステップと、
前記配信単位の前記メタデータを圧縮する圧縮ステップと、
圧縮された前記配信単位の前記メタデータにドキュメント更新管理情報を付与するドキュメント更新管理情報付与ステップと、
前記ドキュメント更新管理情報が付与された、圧縮された前記配信単位の前記メタデータを配信する配信ステップと
をコンピュータに実行させるプログラム。
【請求項８】
請求項７に記載のプログラムが記録されている記録媒体。
【請求項９】
ネットワークを介してコンテンツに関するメタデータを受信する受信装置において、
フラグメント単位で前記メタデータに付与されたフラグメント更新管理情報を除く複数のフラグメントの前記メタデータにより構成されるドキュメントからなる配信単位の圧縮された前記メタデータを受信する受信手段と、
受信した前記配信単位の圧縮されている前記メタデータを解凍する解凍手段と、
解凍された前記配信単位の前記メタデータを保持する保持手段と、
前記配信単位の圧縮された前記メタデータに付与されているドキュメント更新管理情報を、前記ドキュメントを構成する前記フラグメントの前記フラグメント更新管理情報としてコピーするコピー手段と
を備える受信装置。
【請求項１０】
ネットワークを介してコンテンツに関するメタデータを受信する受信装置の受信方法において、
受信手段が、フラグメント単位で前記メタデータに付与されたフラグメント更新管理情報を除く複数のフラグメントの前記メタデータにより構成されるドキュメントからなる配信単位の圧縮された前記メタデータを受信し、
解凍手段が、受信した前記配信単位の圧縮されている前記メタデータを解凍し、
保持手段が、解凍された前記配信単位の前記メタデータを保持し、
コピー手段が、前記配信単位の圧縮された前記メタデータに付与されているドキュメント更新管理情報を、前記ドキュメントを構成する前記フラグメントの前記フラグメント更新管理情報としてコピーする
受信方法。
【請求項１１】
ネットワークを介してコンテンツに関するメタデータを受信するプログラムにおいて、
フラグメント単位で前記メタデータに付与されたフラグメント更新管理情報を除く複数のフラグメントの前記メタデータにより構成されるドキュメントからなる配信単位の圧縮された前記メタデータを受信する受信ステップと、
受信した前記配信単位の圧縮されている前記メタデータを解凍する解凍ステップと、
解凍された前記配信単位の前記メタデータを保持する保持ステップと、
前記配信単位の圧縮された前記メタデータに付与されているドキュメント更新管理情報を、前記ドキュメントを構成する前記フラグメントの前記フラグメント更新管理情報としてコピーするコピーステップと
をコンピュータに実行させるプログラム。
【請求項１２】
請求項１１に記載のプログラムが記録されている記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、伝送システムおよび方法、伝送装置および方法、受信装置および方法、プログラム、並びに記録媒体に関し、特に、伝送装置に大きな負荷をかけることなくメタデータを伝送できるようにした伝送システムおよび方法、伝送装置および方法、受信装置および方法、プログラム、並びに記録媒体に関する。
【背景技術】
【０００２】
最近、コンテンツをインターネットを介して伝送することが提案されている。この場合、ユーザがコンテンツを選択するのに必要な情報であるメタデータもインターネットを介して伝送することになる（例えば、特許文献１）。
【０００３】
メタデータの伝送者はメタデータを更新する場合があり、ユーザには最新のメタデータを配信する必要がある。そこで、伝送者はメタデータを更新した場合、その更新情報を各ユーザに通知し、各ユーザが保持するメタデータを最新のものに更新してもらう。
【０００４】
メタデータが確実に更新されるように更新を管理するために、更新されたメタデータを識別するための情報と、更新内容についての情報が必要となる。放送事業者、通信事業者、家電メーカ、コンテンツプロバイダなどで標準化が進められているＴＶ−Ａｎｙｔｉｍｅフォーラムで開発されたメタデータ標準仕様は、我国ではＡＲＩＢ（Association of  Radio Industries and Businesses）−Ｂ３８で標準とされている。この標準では、更新の最小単位はフラグメント（Ｆｒａｇｍｅｎｔ）と称され、このフラグメントに割り当てられた識別子とバージョン情報により更新単位が特定される。
【０００５】
すなわち、図１に示されるように、タグ＜ProgramInformationからタグ＜/ProgramInformation＞までの間のデータで表されるフラグメントとしてのメタデータテーブルエントリには、識別子としてのfragmentId=xxxと、バージョン情報としてのfragmentVersion=yyyが、更新管理情報として記述されている。
【０００６】
ユーザからメタデータの伝送の要求を受けると、メタデータの伝送元の伝送装置は、更新管理情報を除くメタデータをフラグメント単位で圧縮し、圧縮されたフラグメントに更新管理情報を付加して受信装置に伝送する。受信装置は、受信したメタデータを解凍し、更新管理情報に対応して保持する。伝送装置は、メタデータを効率的に伝送できるように、各フラグメント単位のメタデータを予め圧縮し、更新管理情報を付加して保持する。
【０００７】
メタデータの更新が行われた場合、伝送装置は、圧縮された更新後のフラグメントに更新管理情報を付加して受信装置に伝送する。受信装置は、受信した更新管理情報に対応するメタデータを保持しているかを検索し、対応するメタデータを保持している場合には、そのメタデータを解凍し、その解凍したメタデータで、いままで保持していたメタデータを更新する。
【０００８】
更新管理情報も圧縮して伝送することも可能であるが、更新管理情報も圧縮すると、受信装置は受信したデータを全て解凍してからでないと、更新処理を行うことができなくなり、データベースの更新効率が低下する。そこで、それを防止するために、更新管理情報は圧縮されずに伝送される。
【０００９】
例えば、図２に示されるように、複数のフラグメント（メタデータテーブルエントリ）が存在する場合、更新管理情報(FragmentManagementInfo)は各フラグメント毎に付与される。その結果、フラグメントの一部に微細な修正が行われた場合においても、確実にそのフラグメントだけを更新することが可能となる。
【００１０】
【特許文献１】特開２００５−２７５５０３号公報
【発明の開示】
【発明が解決しようとする課題】
【００１１】
ＴＶ−Ａｎｙｔｉｍｅでは、フラグメント単位でしかメタデータの識別ができない。そこで、複数のフラグメントが更新された場合、伝送装置は、メタデータをフラグメント単位で圧縮し、対応する更新管理情報を付加する処理を、更新したフラグメントの分だけ実行することになる。その結果、伝送装置の圧縮のための負荷が大きくなる。
【００１２】
本発明は、このような状況に鑑みてなされたものであり、伝送装置に大きな負荷をかけることなくメタデータを伝送することができるようにするものである。
【課題を解決するための手段】
【００１３】
本発明の一側面は、伝送装置が受信装置に対して、ネットワークを介してコンテンツに関するメタデータを伝送する伝送システムにおいて、前記伝送装置は、フラグメント単位でフラグメント更新管理情報が付与された前記メタデータを保持するメタデータ保持手段と、前記フラグメント更新管理情報を除く複数の前記フラグメントの前記メタデータによりドキュメントを構成し、前記ドキュメントにより配信単位を生成する配信単位生成手段と、前記配信単位の前記メタデータを圧縮する圧縮手段と、圧縮された前記配信単位の前記メタデータにドキュメント更新管理情報を付与するドキュメント更新管理情報付与手段と、前記ドキュメント更新管理情報が付与された、圧縮された前記配信単位の前記メタデータをネットワークを介して配信する配信手段とを備え、前記受信装置は、前記配信単位の圧縮された前記メタデータを受信する受信手段と、受信した前記配信単位の圧縮されている前記メタデータを解凍する解凍手段と、解凍された前記配信単位の前記メタデータを保持する保持手段と、前記配信単位の圧縮された前記メタデータに付与されている前記ドキュメント更新管理情報を、前記ドキュメントを構成する前記フラグメントの前記フラグメント更新管理情報としてコピーするコピー手段とを備える伝送システムである。
【００１４】
本発明の一側面は、伝送装置が受信装置に対して、ネットワークを介してコンテンツに関するメタデータを伝送する伝送システムの伝送方法であって、前記伝送装置においては、メタデータ保持手段が、フラグメント単位でフラグメント更新管理情報が付与された前記メタデータを保持し、配信単位生成手段が、前記フラグメント更新管理情報を除く複数の前記フラグメントの前記メタデータによりドキュメントを構成し、前記ドキュメントにより配信単位を生成し、圧縮手段が、前記配信単位の前記メタデータを圧縮し、ドキュメント更新管理情報付与手段が、圧縮された前記配信単位の前記メタデータにドキュメント更新管理情報を付与し、配信手段が、前記ドキュメント更新管理情報が付与された、圧縮された前記配信単位の前記メタデータをネットワークを介して配信し、前記受信装置においては、受信手段が、前記配信単位の圧縮された前記メタデータを受信し、解凍手段が、受信した前記配信単位の圧縮されている前記メタデータを解凍し、保持手段が、解凍された前記配信単位の前記メタデータを保持し、コピー手段が、前記配信単位の圧縮された前記メタデータに付与されている前記ドキュメント更新管理情報を、前記ドキュメントを構成する前記フラグメントの前記フラグメント更新管理情報としてコピーする伝送方法である。
【００１５】
本発明の他の側面は、ネットワークを介してコンテンツに関するメタデータを伝送する伝送装置において、フラグメント単位でフラグメント更新管理情報が付与された前記メタデータを保持するメタデータ保持手段と、前記フラグメント更新管理情報を除く複数の前記フラグメントの前記メタデータによりドキュメントを構成し、前記ドキュメントにより配信単位を生成する配信単位生成手段と、前記配信単位の前記メタデータを圧縮する圧縮手段と、圧縮された前記配信単位の前記メタデータにドキュメント更新管理情報を付与するドキュメント更新管理情報付与手段と、前記ドキュメント更新管理情報が付与された、圧縮された前記配信単位の前記メタデータを配信する配信手段とを備える伝送装置である。
【００１６】
前記メタデータが更新された場合、前記フラグメント更新管理情報を更新する第1のフラグメント更新管理情報更新手段と、前記配信単位で前記ドキュメント更新管理情報が付与された場合、更新された前記ドキュメント更新管理情報に対応するように、前記フラグメント更新管理情報を更新する第２のフラグメント更新管理情報更新手段とをさらに備えることができる。
【００１７】
前記メタデータを生成するメタデータ生成手段と、前記メタデータに前記フラグメント単位で前記フラグメント更新管理情報を付与するフラグメント更新管理情報付与手段とをさらに備えることができる。
【００１８】
本発明の他の側面は、ネットワークを介してコンテンツに関するメタデータを伝送する伝送装置の伝送方法において、メタデータ保持手段が、フラグメント単位でフラグメント更新管理情報が付与された前記メタデータを保持し、配信単位生成手段が、前記フラグメント更新管理情報を除く複数の前記フラグメントの前記メタデータによりドキュメントを構成し、前記ドキュメントにより配信単位を生成し、圧縮手段が、前記配信単位の前記メタデータを圧縮し、ドキュメント更新管理情報付与手段が、圧縮された前記配信単位の前記メタデータにドキュメント更新管理情報を付与し、配信手段が、前記ドキュメント更新管理情報が付与された、圧縮された前記配信単位の前記メタデータを配信する伝送方法である。
【００１９】
本発明の他の側面は、ネットワークを介してコンテンツに関するメタデータを伝送するプログラムにおいて、フラグメント単位でフラグメント更新管理情報が付与された前記メタデータを保持するメタデータ保持ステップと、前記フラグメント更新管理情報を除く複数の前記フラグメントの前記メタデータによりドキュメントを構成し、前記ドキュメントにより配信単位を生成する配信単位生成ステップと、前記配信単位の前記メタデータを圧縮する圧縮ステップと、圧縮された前記配信単位の前記メタデータにドキュメント更新管理情報を付与するドキュメント更新管理情報付与ステップと、前記ドキュメント更新管理情報が付与された、圧縮された前記配信単位の前記メタデータを配信する配信ステップとをコンピュータに実行させるプログラムである。
【００２０】
本発明の他の側面は、上記プログラムが記録されている記録媒体である。
【００２１】
本発明のさらに他の側面は、ネットワークを介してコンテンツに関するメタデータを受信する受信装置において、フラグメント単位で前記メタデータに付与されたフラグメント更新管理情報を除く複数のフラグメントの前記メタデータにより構成されるドキュメントからなる配信単位の圧縮された前記メタデータを受信する受信手段と、受信した前記配信単位の圧縮されている前記メタデータを解凍する解凍手段と、解凍された前記配信単位の前記メタデータを保持する保持手段と、前記配信単位の圧縮された前記メタデータに付与されているドキュメント更新管理情報を、前記ドキュメントを構成する前記フラグメントの前記フラグメント更新管理情報としてコピーするコピー手段とを備える受信装置である。
【００２２】
本発明のさらに他の側面は、ネットワークを介してコンテンツに関するメタデータを受信する受信装置の受信方法において、受信手段が、フラグメント単位で前記メタデータに付与されたフラグメント更新管理情報を除く複数のフラグメントの前記メタデータにより構成されるドキュメントからなる配信単位の圧縮された前記メタデータを受信し、解凍手段が、受信した前記配信単位の圧縮されている前記メタデータを解凍し、保持手段が、解凍された前記配信単位の前記メタデータを保持し、コピー手段が、前記配信単位の圧縮された前記メタデータに付与されているドキュメント更新管理情報を、前記ドキュメントを構成する前記フラグメントの前記フラグメント更新管理情報としてコピーする受信方法である。
【００２３】
本発明のさらに他の側面は、ネットワークを介してコンテンツに関するメタデータを受信するプログラムにおいて、フラグメント単位で前記メタデータに付与されたフラグメント更新管理情報を除く複数のフラグメントの前記メタデータにより構成されるドキュメントからなる配信単位の圧縮された前記メタデータを受信する受信ステップと、受信した前記配信単位の圧縮されている前記メタデータを解凍する解凍ステップと、解凍された前記配信単位の前記メタデータを保持する保持ステップと、前記配信単位の圧縮された前記メタデータに付与されているドキュメント更新管理情報を、前記ドキュメントを構成する前記フラグメントの前記フラグメント更新管理情報としてコピーするコピーステップとをコンピュータに実行させるプログラムである。
【００２４】
本発明のさらに他の側面は、上記プログラムが記録されている記録媒体である。
【００２５】
本発明の一側面においては、伝送装置が受信装置に対して、ネットワークを介してコンテンツに関するメタデータを伝送する伝送システムにおいて、前記伝送装置においては、メタデータ保持手段が、フラグメント単位でフラグメント更新管理情報が付与された前記メタデータを保持し、配信単位生成手段とが、複数の前記フラグメントの前記フラグメント更新管理情報を除く前記メタデータによりドキュメントを構成し、前記ドキュメントにより配信単位を生成し、圧縮手段とが、前記配信単位の前記メタデータを圧縮し、ドキュメント更新管理情報付与手段が、圧縮された前記配信単位の前記メタデータにドキュメント更新管理情報を付与し、配信手段とが、前記ドキュメント更新管理情報が付与された、圧縮された前記配信単位の前記メタデータをネットワークを介して配信し、前記受信装置においては、受信手段が、前記配信単位の圧縮された前記メタデータを受信し、解凍手段が、受信した前記配信単位の圧縮されている前記メタデータを解凍し、保持手段が、解凍された前記配信単位の前記メタデータを保持し、コピー手段が、前記配信単位の圧縮された前記メタデータに付与されている前記ドキュメント更新管理情報を、前記ドキュメントを構成する前記フラグメントの前記フラグメント更新管理情報としてコピーする。
【００２６】
本発明の他の側面においては、ネットワークを介して伝送されるコンテンツに関するメタデータを伝送する伝送装置において、メタデータ保持手段が、フラグメント単位でフラグメント更新管理情報が付与された前記メタデータを保持し、配信単位生成手段が、複数の前記フラグメントの前記フラグメント更新管理情報を除く前記メタデータによりドキュメントを構成し、前記ドキュメントにより配信単位を生成し、圧縮手段が、前記配信単位の前記メタデータを圧縮し、ドキュメント更新管理情報付与手段が、圧縮された前記配信単位の前記メタデータにドキュメント更新管理情報を付与し、配信手段が、前記ドキュメント更新管理情報が付与された、圧縮された前記配信単位の前記メタデータを配信する。
【００２７】
さらに本発明の他の側面においては、ネットワークを介して伝送されてくるコンテンツに関するメタデータを受信する受信装置において、受信手段が、フラグメント単位で前記メタデータに付与された複数のフラグメントのフラグメント更新管理情報を除く前記メタデータにより構成されるドキュメントからなる配信単位の圧縮された前記メタデータを受信し、解凍手段が、受信した前記配信単位の圧縮されている前記メタデータを解凍し、保持手段が、解凍された前記配信単位の前記メタデータを保持し、コピー手段が、前記配信単位の圧縮された前記メタデータに付与されているドキュメント更新管理情報を、前記ドキュメントを構成する前記フラグメントの前記フラグメント更新管理情報としてコピーする。
【００２８】
ネットワークとは、少なくとも２つの装置が接続され、ある装置から、他の装置に対して、情報の伝達をできるようにした仕組みをいう。ネットワークを介して通信する装置は、独立した装置どうしであっても良いし、１つの装置を構成している内部ブロックどうしであっても良い。
【００２９】
また、通信とは、無線通信および有線通信は勿論、無線通信と有線通信とが混在した通信、即ち、ある区間では無線通信が行われ、他の区間では有線通信が行われるようなものであっても良い。さらに、ある装置から他の装置への通信が有線通信で行われ、他の装置からある装置への通信が無線通信で行われるようなものであっても良い。
【発明の効果】
【００３０】
以上のように、本発明の一側面によれば、伝送装置に大きな負荷をかけることなくメタデータを伝送することができる。
【発明を実施するための最良の形態】
【００３１】
以下に本発明の実施の形態を説明するが、本発明の構成要件と、明細書または図面に記載の実施の形態との対応関係を例示すると、次のようになる。この記載は、本発明をサポートする実施の形態が、明細書または図面に記載されていることを確認するためのものである。従って、明細書または図面中には記載されているが、本発明の構成要件に対応する実施の形態として、ここには記載されていない実施の形態があったとしても、そのことは、その実施の形態が、その構成要件に対応するものではないことを意味するものではない。逆に、実施の形態が構成要件に対応するものとしてここに記載されていたとしても、そのことは、その実施の形態が、その構成要件以外の構成要件には対応しないものであることを意味するものでもない。
【００３２】
本発明の一側面は、伝送装置（例えば、図７の伝送装置４１）が受信装置（例えば、図７の受信装置４２）に対して、ネットワーク（例えば、図７のネットワーク４３）を介してコンテンツに関するメタデータを伝送する伝送システム（例えば、図７の伝送システム３１）において、前記伝送装置は、フラグメント単位でフラグメント更新管理情報が付与された前記メタデータを保持するメタデータ保持手段（例えば、図９の保持部１５３）と、前記フラグメント更新管理情報を除く複数の前記フラグメントの前記メタデータによりドキュメントを構成し、前記ドキュメントにより配信単位を生成する配信単位生成手段（例えば、図１０の生成部１７１）と、前記配信単位の前記メタデータを圧縮する圧縮手段（例えば、図１０の圧縮部１７２）と、圧縮された前記配信単位の前記メタデータにドキュメント更新管理情報を付与するドキュメント更新管理情報付与手段（例えば、図１０の付与部１７３）と、前記ドキュメント更新管理情報が付与された、圧縮された前記配信単位の前記メタデータをネットワークを介して配信する配信手段（例えば、図１０の配信部１７５）とを備え、前記受信装置は、前記配信単位の圧縮された前記メタデータを受信する受信手段（例えば、図１１の受信部２０１）と、受信した前記配信単位の圧縮されている前記メタデータを解凍する解凍手段（例えば、図１１の解凍部２０２）と、解凍された前記配信単位の前記メタデータを保持する保持手段（例えば、図１１の保持部２０３）と、前記配信単位の圧縮された前記メタデータに付与されている前記ドキュメント更新管理情報を、前記ドキュメントを構成する前記フラグメントの前記フラグメント更新管理情報としてコピーするコピー手段（例えば、図１１のコピー部２０４）とを備える伝送システムである。
【００３３】
前記メタデータが更新された場合、前記フラグメント更新管理情報を更新する第1のフラグメント更新管理情報更新手段（例えば、図９の更新部１５４）と、前記配信単位で前記ドキュメント更新管理情報が付与された場合、更新された前記ドキュメント更新管理情報に対応するように、前記フラグメント更新管理情報を更新する第２のフラグメント更新管理情報更新手段（例えば、図１０の更新部１７４）とをさらに備えることができる。
【００３４】
前記メタデータを生成するメタデータ生成手段（例えば、図９の生成部１５１）と、前記メタデータに前記フラグメント単位で前記フラグメント更新管理情報を付与するフラグメント更新管理情報付与手段（例えば、図９の付与部１５２）とをさらに備えることができる。
【００３５】
本発明の他の側面は、ネットワークを介してコンテンツに関するメタデータを伝送する伝送装置の伝送方法において、メタデータ保持手段（例えば、図９の保持部１５３）が、フラグメント単位でフラグメント更新管理情報が付与された前記メタデータを保持し（例えば、図１３のステップS３）、配信単位生成手段（例えば、図１０の生成部１７１）が、前記フラグメント更新管理情報を除く複数の前記フラグメントの前記メタデータによりドキュメントを構成し、前記ドキュメントにより配信単位を生成し（例えば、図１３のステップＳ１１）、圧縮手段（例えば、図１０の圧縮部１７２）が、前記配信単位の前記メタデータを圧縮し（例えば、図１３のステップＳ１２）、ドキュメント更新管理情報付与手段（例えば、図１０の付与部１７３）が、圧縮された前記配信単位の前記メタデータにドキュメント更新管理情報を付与し（例えば、図１３のステップＳ１３）、配信手段（例えば、図１０の配信部１７５）が、前記ドキュメント更新管理情報が付与された、圧縮された前記配信単位の前記メタデータを配信する（例えば、図１３のステップＳ１５）伝送方法である。
【００３６】
また本発明の他の側面は、ネットワークを介してコンテンツに関するメタデータを受信する受信装置の受信方法において、受信手段（例えば、図１１の受信部２０１）が、フラグメント単位で前記メタデータに付与されたフラグメント更新管理情報を除く複数のフラグメントの前記メタデータにより構成されるドキュメントからなる配信単位の圧縮された前記メタデータを受信し（例えば、図１３のステップＳ２１）、解凍手段（例えば、図１１の解凍部２０２）が、受信した前記配信単位の圧縮されている前記メタデータを解凍し（例えば、図１３のステップＳ２２）、保持手段（例えば、図１１の保持部２０３）が、解凍された前記配信単位の前記メタデータを保持し（例えば、図１３のステップＳ２３）、コピー手段（例えば、図１１のコピー部２０４）が、前記配信単位の圧縮された前記メタデータに付与されているドキュメント更新管理情報を、前記ドキュメントを構成する前記フラグメントの前記フラグメント更新管理情報としてコピーする（例えば、図１３のステップＳ２４）受信方法である。
【００３７】
以下、図を参照して本発明の実施の形態について説明する。
【００３８】
図３は本発明のデータ構造の一実施の形態の構成を表している。この実施の形態においては、複数のフラグメント毎のメタデータテーブルエントリ１２−１、１２−２，１２−３，１２−４・・・により１つの配信単位１１が構成されている。メタデータテーブルエントリ１２−１は、固有の更新管理情報（フラグメント更新管理情報）を含んでいない。同様に、メタデータテーブルエントリ１２−２，１２−３，１２−４・・・も、それぞれ固有の更新管理情報を含んでいない。そして、この配信単位１１に対して、更新管理情報１３としてのFragmentManagementInfoが付加されている。ドキュメント更新管理情報１３は圧縮されず、プレーンテキストのままとされるが、各フラグメント毎のメタデータテーブルエントリ１２−１、１２−２，１２−３，１２−４・・・は全体が１つのデータとして圧縮される。
【００３９】
このように、各フラグメントに固有の更新管理情報は付与されず、１つの配信単位１１に１つの更新管理情報１３のみが付与された状態で、配信単位１１がネットワークを介して伝送される。従って、オーバーヘッドが小さくなり、無駄に伝送帯域が使用されることが抑制される。また、圧縮処理は、各フラグメント毎に複数回（フラグメントの個数回）行われるのではなく、配信単位全体に対して１回行われるだけなので、伝送装置４１（図７を参照して後述する）における圧縮処理の負荷が軽くなる。
【００４０】
より具体的に説明すると、伝送装置４１のメタデータサーバデータベース５２（図７を参照して後述する）は、通常、例えば図４に示されるシンタックスでメタデータを保持する。この実施の形態においては、メタデータは２つのフラグメントで構成されている。第1のフラグメントは、最初のタグ＜ProgramInformationTable>からタグ＜/ProgramInformationTable>までのタイトルが「１２３」とされているメタデータである。タグPrgramInformationには、ProgramIdが「crid://ca.com/123」と記述されている他、そのフラグメント更新管理情報として、識別子fragmentIDが「０００４」と、そのバージョンfragmentVersionが「ｖ．０２」と、それぞれ記述されている。メタデータの内容は、タグ＜BasicDescription>からタグ＜/BasicDescription>までに記述されている。
【００４１】
第2のフラグメントは、次のタグ＜ProgramInformationTable>からタグ＜/ProgramInformationTable>までのタイトルが「４５６」とされているメタデータである。タグPrgramInformationには、ProgramIdが「crid://ca.com/456」と記述されている他、そのフラグメント更新管理情報としては、識別子fragmentIDが「０００７」と、そのバージョンfragmentVersionが「ｖ．０５」と、それぞれ記述されている。メタデータの内容は、タグ＜BasicDescription>からタグ＜/BasicDescription>までに記述されている。
【００４２】
なお、図示は省略されているが、更新管理情報としては、この他に、生成の日付、有効期間も記述することができる。
【００４３】
図４に示されるシンタックスのメタデータは、ネットワーク４３（図７を参照して後述する）を介して伝送される場合、図５に示されるようなシンタックスの配信単位とされる。この配信単位のドキュメント更新管理情報は、複数のフラグメント（この実施の形態の場合、第1のフラグメントと第２のフラグメント）からなる１つのドキュメントに対して与えられ、その識別子fragmentIDが「０００２」とされ、バージョンfragmentVersionが「ｖ．０８」とされている。第1のフラグメントと第２のフラグメントのいずれにおいても、タグPrgramInformationには、programIdが「crid://ca.com/123」または「crid://ca.com/456」と記述されているが、図４における「０００４」または「０００７」の識別子fragmentID、「ｖ．０２」または「ｖ．０８」のバージョンfragmentVersionといったフラグメント更新管理情報は記述されていない。タグ＜BasicDescription>からタグ＜/BasicDescription>までのメタデータの内容には、図４の内容がそのまま含まれている。
【００４４】
図６は、図５のシンタックスを構成するための、ＴＶ−Ａｎｙｔｉｍｅのスキーマを拡張するＸＭＬ（Extensible Markup Language）スキーマのシンタックスを示す。これは、ＴＶ−Ａｎｙｔｉｍｅのメタデータの更新管理情報である属性（すなわちグループ）fragmentIdentificationをルート要素のTVAMainの属性として利用できるようにするための拡張スキーマである。
【００４５】
schema xmlns：tva=”urn:tva:metadata:2006/03”は、オリジナルのＴＶ−Ａｎｙｔｉｍｅのメタデータを識別する名前空間、xmlns=http://www.w3.org/2001/XMLSchemaは，ＸＭＬスキーマを識別する名前空間、targetNamespace=”urn:iptv”は、新しく定義するスキーマが、”urn:iptv”で識別されることの宣言、＜complexType name=”TVAMainType”＞は、拡張されたルート要素であるTVAMainTypeの定義、＜extension base=”tva: TVAMainType”＞は、拡張の元となるオリジナルのTV-Anytimeのルート要素の指定、＜attributeGroup ref=”tva:fragmentIdentification”/＞は、追加する属性であるfragmentIdentificationの定義である。
【００４６】
図７は本発明の伝送システムの一実施の形態の構成を示すブロック図である。この伝送システム３１は、コンテンツとそのメタデータを伝送する伝送装置４１と、伝送装置４１からネットワーク４３を介してコンテンツとメタデータを受信する受信装置４２とにより構成されている。
【００４７】
なお、図７には、受信装置４１が１台のみ示されているが、実際には複数の受信装置が伝送装置４１からコンテンツとメタデータの伝送を受けるべく接続されている。
【００４８】
ネットワーク４３は、少なくともその一部にインターネットを含む、有線もしくは無線、またはそれらの結合により構成されるネットワークである。
【００４９】
ＩＰＴＶ(Internet Protocol Television)サーバとしての伝送装置４１は、メタデータ生成部５１、メタデータサーバデータベース５２、メタデータ配信部５３、およびＩＰＴＶメディアサーバ５４の機能的構成を有している。
【００５０】
メタデータ生成部５１は、メタデータを生成する。メタデータサーバデータベース５２はメタデータ生成部５１により生成されたメタデータを保持する。メタデータ配信部５３は、メタデータサーバデータベース５２に保持されているメタデータをネットワーク４３を介して受信装置４２に伝送する。IPTVメディアサーバ５４は、コンテンツをネットワーク４３を介して受信装置４２に伝送する。
【００５１】
ＩＰＴＶクライアント端末としての受信装置４２は、メタデータ受信部６１、メタデータクライアントデータベース６２、ユーザインターフェース処理部６３、およびIPTVメディアクライアント６４の機能的構成を有している。
【００５２】
メタデータ受信部６１は、ネットワーク４３を介して伝送装置４１から伝送されてくるメタデータを受信する。メタデータクライアントデータベース６２は、メタデータ受信部６１が受信したメタデータを保持する。ユーザインターフェース処理部６３は、ユーザからの指示を入力する。IPTVメディアクライアント６４は、ユーザインターフェース処理部６３からの指示に基づいて、ネットワーク４３を介して伝送装置４１から伝送されてくるコンテンツを受信し、再生する。
【００５３】
図８は受信装置４２の一実施の形態のハードウェアの構成を示すブロック図である。CPU（Central Processing Unit）１２１は、ROM（Read Only Memory）１２２、または記憶部１２８に記憶されているプログラムに従って各種の処理を実行する。RAM（Random Access Memory）１２３には、CPU１２１が実行するプログラムやデータなどが適宜記憶される。これらのCPU１２１、ROM１２２、およびRAM１２３は、バス１２４により相互に接続されている。
【００５４】
CPU１２１にはまた、バス１２４を介して入出力インターフェース１２５が接続されている。入出力インターフェース１２５には、キーボード、マウス、マイクロホンなどよりなる入力部１２６、ディスプレイ、スピーカなどよりなる出力部１２７が接続されている。CPU１２１は、入力部１２６から入力される指令に対応して各種の処理を実行する。そして、CPU１２１は、処理の結果を出力部１２７に出力する。
【００５５】
入出力インターフェース１２５に接続されている記憶部１２８は、例えばハードディスクからなり、CPU１２１が実行するプログラムや各種のデータを記憶する。通信部１２９は、ネットワーク４３を介して外部の装置と通信する。また、通信部１２９を介してプログラムを取得し、記憶部１２８に記憶してもよい。
【００５６】
入出力インターフェース１２５に接続されているドライブ１３０は、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリなどのリムーバブルメディア１３１が装着されたとき、それらを駆動し、そこに記録されているプログラムやデータなどを取得する。取得されたプログラムやデータは、必要に応じて記憶部１２８に転送され、記憶される。
【００５７】
なお、図示は省略するが、伝送装置４１も同様に、そのハードウェアは図８に示されるように構成される。
【００５８】
図９はメタデータ生成部５１の機能的構成を表している。メタデータ生成部５１は、生成部１５１、付与部１５２、保持部１５３、および更新部１５４を有する。
【００５９】
生成部１５１は、メタデータを生成する。付与部１５２は、生成部１５１により生成されたメタデータにフラグメント更新管理情報を付与する。保持部１５３は、更新管理情報が付与されたメタデータを保持する。更新部１５４は保持されているメタデータと更新管理情報を更新する。
【００６０】
図１０はメタデータ配信部５３の機能的構成を表している。メタデータ配信部５３は、生成部１７１、圧縮部１７２、付与部１７３、更新部１７４、および配信部１７５を有する。
【００６１】
生成部１７１は、メタデータの配信単位を生成する。圧縮部１７２は、生成部１７１により生成された配信単位に含まれるメタデータを圧縮し、データ量を減少させる。付与部１７３は、生成部１７１により生成された配信単位にドキュメント更新管理情報を付与する。更新部１７４は、配信単位のメタデータと付与部１７３により付与されたドキュメント更新管理情報を更新する。配信部１７５は、更新管理情報が付与された、圧縮された配信単位のメタデータをネットワーク４３を介して受信装置４２に伝送する。
【００６２】
図１１はメタデータ受信部６１の機能的構成を表している。メタデータ受信部６１は、受信部２０１、解凍部２０２、保持部２０３、およびコピー部２０４を有する。
【００６３】
受信部２０１は、ネットワーク４３を介して伝送装置４１から伝送されてきたメタデータを受信する。解凍部２０２は、受信部２０１により受信された圧縮されているメタデータを解凍する。保持部２０３は、解凍部２０２により解凍されたメタデータを保持する。コピー部２０４は、配信単位のドキュメント更新管理情報を、各フラグメント（各メタデータテーブルエントリ）に、そのフラグメント更新管理情報としてコピーする。
【００６４】
図１２はユーザインターフェース処理部６３の機能的構成を表している。ユーザインターフェース処理部６３は、提示部２２１、選択部２２２、および依頼部２２３を有する。
【００６５】
提示部２２１は、保持されているメタデータをユーザに提示する。選択部２２２は、メタデータに基づくユーザからの指示に基づいて、コンテンツを選択する。依頼部２２３は選択部２２２により選択されたコンテンツの再生を、ＩＰＴＶメディアクライアント６４を介して伝送装置４１に依頼する。
【００６６】
次に、図１３のフローチャートを参照して、伝送装置４１から受信装置４２がメタデータを受信し、それに基づいてコンテンツを受信する処理について説明する。
【００６７】
伝送装置４１においては、以下のようにしてメタデータが生成され、メタデータサーバデータベース５２に保持される。
【００６８】
すなわち、ステップＳ１において、メタデータ生成部５１の生成部１５１は、IPTVメディアサーバ５４に保持されているコンテンツに関するメタデータ等のメタデータテーブルエントリを生成する。この場合、１つのフラグメントのメタデータテーブルエントリが、コンテンツの１つのシーンに対応するように生成される。これにより、例えばそのコンテンツのタイトル、俳優の氏名、製作年月日、その他そのコンテンツに関する情報が、メタデータテーブルエントリ、特にタグ＜BasicDescription＞とタグ＜/BasicDescription＞の間に記述される。その結果、指定されたキーワードをメタデータテーブルエントリから検索することで、そのキーワードに関係するコンテンツが検索可能となる。
【００６９】
ステップＳ２において、付与部１５２は生成されたメタデータに更新管理情報（フラグメント更新管理情報）を付与する。例えば、そのフラグメントの識別子fragmentIDとそのフラグメントのバージョンfrgmentVersionが更新管理情報とされる。
【００７０】
ステップＳ３において、保持部１５３は、以上のようにして生成されたメタデータとその更新管理情報を対応付けて保持する。すなわち、メタデータと対応する更新管理情報がフラグメント単位でメタデータサーバデータベース５２に保持される。
【００７１】
ステップＳ４において、更新部１５４は、メタデータサーバデータベース５２に保持されているメタデータを必要に応じて更新する。メタデータを更新したとき、更新部１５４は、さらにメタデータサーバデータベース５２に保持されている更新管理情報を更新する。これにより、例えば、メタデータのバージョンfragmentVersionが新たなバージョンに更新される。
【００７２】
以上のようにして、伝送装置４１においては、IPTVメディアサーバ５４に保持されているコンテンツに関係するメタデータが、メタデータサーバデータベース５２に保持される。
【００７３】
ここまでの処理を図１４を参照して具体的に説明する。
【００７４】
メタデータ生成部５１の生成部１５１がメタデータテーブルエントリXの内容（ｘ）を生成すると（ステップS１）、その更新管理情報が付与部１５２により付与され(ステップS２)、保持部１５３がこれをメタデータサーバデータベース５２に保持させる（ステップＳ３）。図１４においては、このフラグメント更新管理情報のバージョンは「ｖ．０１」とされている。フラグメントはそのコンテンツの１つのシーンに対応する。
【００７５】
その後、更新部１５４によりこのフラグメントのメタデータテーブルエントリXの内容が（ｘ）から（ｙ）に更新されると、フラグメント更新管理情報のバージョンは「ｖ．０１」から「ｖ．０２」に更新される(ステップS４)。
【００７６】
図１４においては、生成部１５１によりさらにメタデータテーブルエントリYの内容（ｚ）が生成され（ステップS１）、そのバージョンが「ｖ．０１」とされ（ステップS２）、それに対応するフラグメントが保持される（ステップS３）。
【００７７】
受信装置４２のユーザは、所望のコンテンツの視聴を希望するとき、ネットワーク４３を介して伝送装置４１にアクセスし、受信装置４２からそのコンテンツに関係するキーワードを入力する。伝送装置４１は入力されたキーワードに関係するメタデータを、メタデータサーバデータベース５２に予め保持されているメタデータから検索する。
【００７８】
例えばユーザは、好きな俳優が出演しているコンテンツを受信したい場合、その俳優の氏名をキーワードとして入力する。伝送装置４１は、メタデータサーバデータベース５２に保持されているメタデータに基づいて、その俳優の氏名が記述されているフラグメントを検索する。この検索を容易にするため、メタデータは圧縮されていない状態で保持されている。
【００７９】
検索されたメタデータは、図１３に示されるように、受信装置４１に伝送される。
【００８０】
すなわち、ステップＳ１１において、メタデータ配信部５３の生成部１７１は、メタデータの配信単位を生成する。配信単位はメタデータを配信する必要が生じたとき、その配信する１以上のフラグメントにより構成される。配信単位を構成する複数のフラグメントは、全体で１つのドキュメントを構成する。
【００８１】
ステップＳ１２において、圧縮部１７２は伝送する配信単位を構成するメタデータを圧縮する。この圧縮は、フラグメント毎に行われるのではなく、配信単位を構成する複数のフラグメント全体を１つの単位として行われる。従って、圧縮処理に要する時間が、フラグメント毎に行う場合に比べて短くなり、それだけ伝送装置４１の負荷が軽減される。
【００８２】
ステップＳ１３において、付与部１７３は、１つの配信単位（１つのドキュメント）に１つのドキュメント更新管理情報を付与する。ステップＳ１４において、更新部１７４は、配信単位に含まれるメタデータテーブルエントリのフラグメント更新管理情報を更新する。すなわち、配信単位を構成する各フラグメント毎のフラグメント更新管理情報が、配信単位のドキュメント更新管理情報により更新される。これにより個々のフラグメント単位のフラグメント更新管理情報を伝送せずに、伝送した場合と同様に、フラグメント単位での更新管理が可能となる。
【００８３】
ステップＳ１５において、配信部１７５は配信単位のメタデータを配信する。すなわち、ネットワーク４３を介して受信装置４２にメタデータが伝送される。メタデータは配信単位で圧縮されているので、フラグメント単位で圧縮して各フラグメントに更新情報を付加して伝送する場合に較べて、オーバーヘッドが小さくなり、その分だけデータ量が少なくなり、広い伝送帯域が使用されることが抑制される。
【００８４】
以上の配信処理を図１４を参照してさらに具体的に説明する。
【００８５】
メタデータ配信部５３の生成部１７１がメタデータテーブルエントリXの内容（ｘ）とメタデータテーブルエントリYの内容（ｚ）からなる配信単位を生成すると(ステップS１１)、圧縮部１７２がその配信単位を構成するメタデータを圧縮し（ステップS１２）、付与部１７３がその配信単位にドキュメント更新管理情報としてバージョン「ｖ０．１」を付与する（ステップS１３）。
【００８６】
更新部１７４は、メタデータサーバデータベース５２にフラグメント単位で保持されている、その配送単位を構成するメタデータテーブルエントリXとメタデータテーブルエントリYのフラグメント更新管理情報のバージョンを、配信単位のドキュメント更新管理情報のバージョン「ｖ０．１」に更新する（ステップS１４）。これにより、メタデータテーブルエントリXのバージョンが「ｖ．０２」から「ｖ．０１」に更新される。メタデータテーブルエントリYのバージョンは元々「ｖ０．１」なので、更新されても実際には変化しない。
【００８７】
そして、圧縮されたメタデータテーブルエントリXの内容（ｘ）とメタデータテーブルエントリYの内容（ｚ）が、更新管理情報のバージョン「ｖ．０１」を付加して、配送単位として配信部１７５により受信装置４２に伝送される（ステップＳ１５）。
【００８８】
図１４においては、さらに更新部１５４がメタデータテーブルエントリYの内容（ｚ）を内容（ａ）に更新し、そのバージョンを「ｖ．０１」から「ｖ．０２」に更新する（ステップS４）。更新部１５４はまた、このメタデータテーブルエントリYの内容（ａ）を内容（ｂ）にさらに更新し、そのバージョンを「ｖ．０２」から「ｖ．０３」に更新する（ステップS４）。その結果、メタデータサーバデータベース５２に保持されているメタデータテーブルエントリYの内容が（ｚ）から（ａ），（ｂ）と、順次更新され、バージョンも、「ｖ．０１」から「ｖ．０２」，「ｖ．０３」へと、順次更新される。
【００８９】
さらにこの状態で、メタデータ配信部５３の生成部１７１がメタデータテーブルエントリXの内容（ｙ）とメタデータテーブルエントリYの内容（ｂ）を含む配信単位を生成し（ステップS１１）、圧縮部１７２がそれを圧縮し（ステップS１２）、付与部１７３が配信単位にドキュメント更新管理情報としてのバージョン「ｖ．０２」を付与すると(ステップS１３)、更新部１７４が、メタデータサーバデータベース５２に保持されている、内容（ｙ）のメタデータテーブルエントリXの更新管理情報としてのバージョンを「ｖ．０１」から「ｖ．０２」に更新する。同様に、内容（ｂ）のメタデータテーブルエントリYの更新管理情報としてのバージョンが「ｖ．０３」から「ｖ．０２」に更新される（ステップＳ１４）。そして、配信部１７５により配信単位が配信される（ステップＳ１５）。
【００９０】
以上のようにしてメタデータがネットワーク４３を介して配信されると、受信装置４２はこのメタデータを図１３に示されるように受信する。
【００９１】
すなわち、ステップＳ２１において、メタデータ受信部６１の受信部２０１は、配信単位のメタデータを受信する。ステップＳ２２において、解凍部２０２は、圧縮されているメタデータテーブルエントリの内容を解凍する。ステップＳ２３において、保持部２０３は解凍されたメタデータテーブルエントリの内容を、メタデータクライアントデータベース６２に保持させる。
【００９２】
ステップＳ２４において、コピー部２０４は、受信した配信単位のドキュメント更新管理情報を各メタデータテーブルエントリのフラグメント更新管理情報にコピーする。これにより、更新管理情報が再びフラグメントであるメタデータテーブルエントリ単位で管理されることになる。
【００９３】
以上の受信処理を、図１５を参照してさらに具体的に説明する。
【００９４】
メタデータ受信部６１の受信部２０１が配信単位である内容（ｙ）のメタデータテーブルエントリXと内容（ｚ）のメタデータテーブルエントリYを受信すると(ステップS２１)、解凍部２０２がこれを解凍し（ステップS２２）、保持部２０３がメタデータクライアントデータベース６２に保持させる（ステップS２３）。コピー部２０４は配信単位のドキュメント更新管理情報としてのバージョン「ｖ．０１」を、メタデータクライアントデータベース６２に保持されている内容（ｙ）のメタデータテーブルエントリXと内容（ｚ）のメタデータテーブルエントリYのフラグメント更新管理情報のバージョンとしてコピーする(ステップS２４)。
【００９５】
以上のようにして、伝送装置４１のメタデータサーバデータベース５２に保持されている内容（ｙ）のメタデータテーブルエントリXのフラグメント更新管理情報のバージョン「ｖ．０１」（図１４の上から３番目の４角形の点線内の内容（ｙ）のメタデータテーブルエントリXのバージョン「ｖ．０１」）が、受信装置４２のメタデータクライアントデータベース６２に保持されている内容（ｙ）のメタデータテーブルエントリXのフラグメント更新管理情報のバージョン「ｖ．０１」（図１５の上の４角形の点線内の内容（ｙ）のメタデータテーブルエントリXのバージョン「ｖ．０１」）と一致する。
【００９６】
同様に、メタデータサーバデータベース５２に保持されている内容（ｚ）のメタデータテーブルエントリYのフラグメント更新管理情報のバージョン「ｖ．０１」（図１４の上から３番目の４角形の点線内の内容（ｚ）のメタデータテーブルエントリYのバージョン「ｖ．０１」）が、受信装置４２のメタデータクライアントデータベース６２に保持されている内容（ｚ）のメタデータテーブルエントリYのフラグメント更新管理情報のバージョン「ｖ．０１」（図１５の上の４角形の点線内の内容（ｚ）のメタデータテーブルエントリYのバージョン「ｖ．０１」）と一致する。
【００９７】
さらに、図１５においては、メタデータ受信部６１の受信部２０１が配信単位である内容（ｙ）のメタデータテーブルエントリXと内容（ｂ）のメタデータテーブルエントリYを受信すると(ステップS２１)、解凍部２０２がこれを解凍し（ステップS２２）、保持部２０３がメタデータクライアントデータベース６２に保持させる（ステップS２３）。コピー部２０４は配信単位のドキュメント更新管理情報としてのバージョン「ｖ．０２」を、メタデータクライアントデータベース６２に保持されている内容（ｙ）のメタデータテーブルエントリXと内容（ｂ）のメタデータテーブルエントリYのフラグメント更新管理情報のバージョンとしてコピーする(ステップS２４)。
【００９８】
その結果、伝送装置４１のメタデータサーバデータベース５２に保持されている内容（ｙ）のメタデータテーブルエントリXの更新管理情報のバージョン「ｖ．０２」（図１４の一番下の４角形の点線内の内容（ｙ）のメタデータテーブルエントリXのバージョン「ｖ．０２」）が、受信装置４２のメタデータクライアントデータベース６２に保持されている内容（ｙ）のメタデータテーブルエントリXの更新管理情報のバージョン「ｖ．０２」（図１５の下の４角形の点線内の内容（ｙ）のメタデータテーブルエントリXのバージョン「ｖ．０２」）と一致する。
【００９９】
同様に、メタデータサーバデータベース５２に保持されている内容（ｂ）のメタデータテーブルエントリYの更新管理情報のバージョン「ｖ．０２」（図１４の一番下の４角形の点線内の内容（ｚ）のメタデータテーブルエントリYのバージョン「ｖ．０２」）が、受信装置４２のメタデータクライアントデータベース６２に保持されている内容（ｂ）のメタデータテーブルエントリYの更新管理情報のバージョン「ｖ．０２」（図１５の上の４角形の点線内の内容（ｂ）のメタデータテーブルエントリYのバージョン「ｖ．０２」）と一致する。
【０１００】
なお、以上のようにして一度配送単位で伝送された複数のメタデータテーブルエントリは、以後、同じもの同志が常にまとめて更新される。
【０１０１】
以上のようにしてメタデータが受信装置４２に受信されると、ユーザはメタデータに基づいてコンテンツの情報を提示させ、提示された情報から所定のコンテンツを選択し、再生させる。その動作は図１３に示されるようになる。
【０１０２】
すなわち、ステップＳ３１において、ユーザインターフェース処理部６３の提示部２２１は、ユーザからの指示があると、メタデータクライアントデータベース６２に保持されているメタデータを提示する。これによりメタデータに記述されている各コンテンツの内容が提示される。ユーザはこの提示された情報に基づいて、再生を希望するコンテンツを指定する。
【０１０３】
ステップＳ３２において、選択部２２２はユーザによる指定に基づいて、コンテンツを選択する。ステップＳ３３において依頼部２２３は、選択されたコンテンツの再生をＩＰＴＶメディアクライアント６４に依頼する。
【０１０４】
ステップＳ４１において、受信装置４２のＩＰＴＶメディアクライアント６４と伝送装置４１のＩＰＴＶメディアサーバ５４との間にネットワーク４３を介してセッションが張られ、ＩＰＴＶメディアクライアント６４は選択されたコンテンツの再生をＩＰＴＶメディアサーバ５４に要求する。ＩＰＴＶメディアサーバ５４は保持しているコンテンツをネットワーク４３を介してＩＰＴＶメディアクライアント６４に伝送する。ＩＰＴＶメディアクライアント６４は受信したコンテンツを再生する。これによりユーザは指定したコンテンツを視聴することができる。
【０１０５】
なお、以上においては、ユーザから要求のあったメタデータを配信単位として構成し、配送するようにしたが、予め所定のメタデータを配信単位として構成し、記憶しておき、ユーザから要求があったとき、その記憶しておいたものを伝送することも可能である。この場合、ユーザが希望しないメタデータが含まれている可能性があるが、希望するメタデータは全て含まれているのであるから、実用的にはほとんど問題にならない。逆に、ユーザが希望するメタデータの一部が配信単位に含まれていない場合には、ユーザが希望するメタデータを最も多く含む配信単位を配送するようにすることができる。
【０１０６】
予め用意する配送単位は、多くのユーザが希望するメタデータが含まれるように、複数のユーザからの要求の統計結果に基づいて決定することができる。
【０１０７】
以上の実施の形態においては、ＴＶ−Ａｎｙｔｉｍｅのメタデータドキュメントのルート要素であるＴＶＡＭａｉｎの属性に更新管理情報を付与するようにしたが、ＴＶ−Ａｎｙｔｉｍｅのメタデータドキュメントを格納するファイルのヘッダに更新管理情報を付与することもできる。
【０１０８】
図１６はこの場合の実施の形態を表している。ＴＶ−Ａｎｙｔｉｍｅのメタデータドキュメント２６２は、コンテンツのメタデータテーブルエントリ２６３−１，２６３−２を有している。メタデータテーブルエントリ２６３−１，２６３−２は圧縮されている。そして、このＴＶ−Ａｎｙｔｉｍｅのメタデータドキュメント２６２を格納するファイル２６１が配信単位とされる。ファイル２６１のヘッダ２６４として、メタデータドキュメント２６２のドキュメント更新管理情報であるFragmentManagementInfoが付与される。
【０１０９】
この場合においても、受信装置４２は伝送装置４１からこの配信単位としてのファイル２６１を受信後、メタデータテーブルエントリ２６３−１，２６３−２を解凍し、それぞれのフラグメント更新管理情報として、ヘッダ２６４に記述されているドキュメント更新管理情報をコピーする。
【０１１０】
この場合のＴＶ−Ａｎｙｔｉｍｅのメタデータのドキュメントを格納するファイルのヘッダのデータ構造の実施の形態が、図１７に示されている。
【０１１１】
＜schema xmlns：tva=”urn:tva:metadata:2006/03”は、オリジナルのＴＶ−Ａｎｙｔｉｍｅのメタデータを識別する名前空間、xmlns=http://www.w3.org/2001/XMLSchemaは，ＸＭＬスキーマを識別する名前空間、targetNamespace=”urn:iptv”は、新しく定義するスキーマが、”urn:iptv”で識別されることの宣言、＜complexType name=”MetadataEncapsulationType”＞は、ＴＶ−Ａｎｙｔｉｍｅのメタデータドキュメントを格納するファイルヘッダの定義、＜element base=”tva: TVAMainType”＞は、ＴＶ−Ａｎｙｔｉｍｅのルート要素、＜attributeGroup ref=”tva:fragmentIdentification”/＞は、追加する属性であるfragmentIdentificationの定義である。
【０１１２】
図１８は、図１７のスキーマに基づいたデータ構造を有する、ＴＶ−Ａｎｙｔｉｍｅのメタデータドキュメントを格納するファイルヘッダに更新管理情報を付与した具体的例を表している。
【０１１３】
＜MetadataEncapsulationType fragmentId=”0002” fragmentVersion=”v.08”＞がドキュメント更新管理情報であり、fragmentId=”0002”がドキュメントを識別する識別子、fragmentVersion=”v.08”がドキュメントのバージョンである。
【０１１４】
メタデータテーブルエントリは２つあり、１つにはprogramIdが”crid://ca.com/123”、コンテンツのタイトルが「１２３」であるメタデータが、他の１つには、programIdが”crid://ca.com/456”、コンテンツのタイトルが「４５６」であるメタデータが、それぞれ記述されている。
【０１１５】
このようにファイルのヘッダとしてドキュメント更新管理情報を記述しても、メタデータドキュメントの属性にドキュメント更新管理情報を記述した場合と同様の効果を実現することができる。
【０１１６】
上述した一連の処理は、ハードウエアにより実行させることもできるし、ソフトウエアにより実行させることもできる。一連の処理をソフトウエアにより実行させる場合には、そのソフトウエアを構成するプログラムが、専用のハードウエアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどに、プログラム記録媒体からインストールされる。
【０１１７】
コンピュータにインストールされ、コンピュータによって実行可能な状態とされるプログラムを格納するプログラム記録媒体は、図８に示すように、磁気ディスク（フレキシブルディスクを含む）、光ディスク（CD-ROM(Compact Disc-Read Only Memory),DVD(Digital Versatile Disc)を含む）、光磁気ディスクを含む）、もしくは半導体メモリなどよりなるパッケージメディアであるリムーバブルメディア１３１、または、プログラムが一時的もしくは永続的に格納されるROM１２２や、記憶部１２８を構成するハードディスクなどにより構成される。プログラム記録媒体へのプログラムの格納は、必要に応じてルータ、モデムなどのインタフェースである通信部１２９を介して、ローカルエリアネットワーク、インターネット、デジタル衛星放送といった、有線または無線の通信媒体を利用して行われる。
【０１１８】
なお、本明細書において、プログラムを記述するステップは、記載された順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。
【０１１９】
また、本明細書において、システムとは、複数の装置により構成される装置全体を表すものである。
【０１２０】
なお、本発明の実施の形態は、上述した実施の形態に限定されるものではなく、本発明の要旨を逸脱しない範囲において種々の変更が可能である。
【図面の簡単な説明】
【０１２１】
【図１】従来のメタデータテーブルエントリの構成を示す図である。
【図２】従来のドキュメントの構成を示す図である。
【図３】本発明の配信単位の一実施の形態の構成を示す図である。
【図４】配信単位を構成する前のドキュメントの構成を示す図である。
【図５】本発明の配信単位の実施の形態の具体的構成を示す図である。
【図６】拡張スキーマの構成を示す図である。
【図７】本発明の伝送システムの一実施の形態の構成を示すブロック図である。
【図８】受信装置の一実施の形態の構成を示すブロック図である。
【図９】メタデータ生成部の一実施の形態の機能的構成を示すブロック図である。
【図１０】メタデータ配信部の一実施の形態の機能的構成を示すブロック図である。
【図１１】メタデータ受信部の一実施の形態の機能的構成を示すブロック図である。
【図１２】ユーザインターフェースの一実施の形態の機能的構成を示すブロック図である。
【図１３】メタデータの伝送処理を説明するフローチャートである。
【図１４】伝送装置の処理を説明する図である。
【図１５】受信装置の処理を説明する図である。
【図１６】本発明の配信単位の他の実施の形態の構成を示す図である。
【図１７】メタデータドキュメントを格納するファイルのヘッダの構成を示す図である。
【図１８】メタデータドキュメントを格納するファイルのヘッダに更新管理情報を付与した構成を示す図である。
【符号の説明】
【０１２２】
１１  配信単位，  １２−１乃至１２−４  メタデータテーブルエントリ，  １３  ドキュメント更新管理情報，  ４１  伝送装置，  ４２  受信装置，  ４３  ネットワーク，  ５１  メタデータ生成部，  ５２  メタデータサーバデータベース，  ５３  メタデータ配信部，  ５４  ＩＰＴＶメディアサーバ，  ６１  メタデータ受信部，  ６２  メタデータクライアントデータベース，  ６３  ユーザインターフェース処理部，  ６４  ＩＰＴＶメディアクライアント，  １５１  生成部，  １５２  付与部，  １５３  保持部，  １５４  更新部，  １７１  生成部，  １７２  圧縮部，  １７３  付与部，  １７４  更新部，  １７５  配信部，  ２０１  受信部，  ２０２  解凍部，  ２０３  保持部，  ２０４  コピー部，  ２２１  提示部，  ２２２  選択部，  ２２３  依頼部
【図１】
0005061797.tif 000002
【図２】
0005061797.tif 000003
【図３】
0005061797.tif 000004
【図４】
0005061797.tif 000005
【図５】
0005061797.tif 000006
【図６】
0005061797.tif 000007
【図７】
0005061797.tif 000008
【図８】
0005061797.tif 000009
【図９】
0005061797.tif 000010
【図１０】
0005061797.tif 000011
【図１１】
0005061797.tif 000012
【図１２】
0005061797.tif 000013
【図１３】
0005061797.tif 000014
【図１４】
0005061797.tif 000015
【図１５】
0005061797.tif 000016
【図１６】
0005061797.tif 000017
【図１７】
0005061797.tif 000018
【図１８】
0005061797.tif 000019