JP2008537371A - デジタルコンテンツ提供システムにおける広告区間識別方法 - Google Patents

Abstract

本発明は、デジタルコンテンツ提供システムにおける広告区間識別方法に関し、その目的は、デジタルコンテンツ提供システムから提供されるデジタルコンテンツでの広告区間を識別するため、セグメントメタデータを用いた広告区間（Ｐｏｄ）識別方法を提供することにあり、上記の目的を達成するための本発明は、デジタルコンテンツ提供システムにおける広告区間識別方法であって、デジタルコンテンツでの広告区間を示す広告区間識別情報（ＰｏｄＩｄ）を含むセグメントメタデータを生成するステップと、該セグメントメタデータ及びデジタルコンテンツをユーザ端末に伝送するステップとを含むことを特徴とする。

Description

本発明は、デジタルコンテンツ提供システムにおける広告区間識別方法に関し、より詳細には、ＴＶＡ（ＴＶ−Ａｎｙｔｉｍｅ）システムのようなデジタルコンテンツ提供システムにおけるデジタルコンテンツでの広告位置を識別するための広告区間（Ｐｏｄ）識別方法に関する。

放送のデジタル化に伴い、マルチメディア、マルチチャネルのみならず、従来の片方向の放送受信から放送通信網に連動する様々な受信端末の受容といった複雑な形態へ、放送環境は急速に変化している。視聴者側では、制限されたチャネルの選択により放送番組を受信するという受動的な視聴から抜け出し、放送サービスに直接参加したり、又は所望の時間に所望の番組を受信及び視聴しようとする要求が高まっている。

このような変化は、放送環境がより複雑多様に個人化した形態に進化しつつあると要約することができる。カスタマイズ放送は、このように複雑多様な新しい放送環境において、視聴者がより便利かつ効率よく、所望の放送コンテンツを所望の時間に様々な端末で視聴者の好みに合わせて所望の形態で消費できるようにする。つまり、カスタマイズ放送は、ユーザの好み、端末性能、ネットワーク特性、自然環境（時間、場所、ユーザの気分など）などを含む使用環境に適したカスタマイズ放送コンテンツを提供しようとするものである。

このようなカスタマイズ放送に対する標準を制定するための団体として、「ＴＶ−Ａｎｙｔｉｍｅ」フォーラムがある。「ＴＶ−Ａｎｙｔｉｍｅ」フォーラムは、ＰＤＲ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ｒｅｃｏｄｅｒ）を備えたユーザ環境において、オーディオビジュアル関連サービスを提供するための標準の開発を目指して、１９９９年９月に設立された民間標準機構である。

前記「ＴＶ−Ａｎｙｔｉｍｅ」フォーラムでのカスタマイズ放送に対する標準は、想定するシステム環境及び提供しようとする主要機能的な側面から、Ｐｈａｓｅ１（ＴＶＡ−１）及びＰｈａｓｅ２（ＴＶＡ−２）という２つの段階に分けられる。

ＴＶＡ−１は、メイン放送番組が片方向の放送チャネルに伝送され、双方向ネットワークを介して追加のメタデータを獲得できる環境において、ＰＤＲを中心として、ＡＶ（Ａｕｄｉｏ／Ｖｉｄｅｏ）コンテンツの探索、選択、獲得、消費などのアプリケーションサービスを可能にするためのものである。

前記メタデータとは、番組のタイトル、ジャンル、概要などのコンテンツに関する記述的なデータを意味し、一般的には、データに関するデータ（ｄａｔａ ａｂｏｕｔ ｄａｔａ）として定義される。

ＴＶＡ−２は、片方向の放送チャネル及び双方向ネットワークを想定したＴＶＡ−１の消費環境を拡張し、ホームネットワーク環境においてＴＶＡ−１の主なサービス対象であったＡＶプログラムのみならず、アプリケーションプログラム、広告、イメージ、テキストなどといった様々な形態のメディアコンポーネントを結合し、１つの選択単位として識別及び獲得することができるパッケージ（Ｐａｃｋａｇｅ）を提供する。

このようなＴＶＡ−２では、現在、カスタマイズ広告サービスの提供に対するインタースティシャルコンテンツ（Ｉｎｔｅｒｓｔｉｔｉａｌ Ｃｏｎｔｅｎｔ）及びインタースティシャルメタデータ（Ｉｎｔｅｒｓｔｉｔｉａｌ Ｍｅｔａｄａｔａ）をめぐる議論が盛んになっている。しかしながら、 ＴＶ−Ａｎｙｔｉｍｅは、放送ストリーム内の「Ｐｏｄ」の識別情報をシグナリングするためのいかなるメカニズムも提供していないという問題がある。

ここで、インタースティシャルコンテンツとは、メインコンテンツの間、最初又は最後に挿入される追加のコンテンツであって、主に、広告コンテンツを称する。また、インタースティシャルメタデータは、インタースティシャルコンテンツを記述するデータであって、主に、広告コンテンツを記述するデータであり、主に、後述するインタースティシャルコンテンツの切り替えのために用いられるメタデータである。

一方、Ｐｏｄは、個別広告（Ａｖａｉｌ／Ｓｐｏｔ）の集合体が形成する広告の連続区間を意味し、このようなＰｏｄは、固有識別情報に基づいてユーザに提供されなければならない。

しかしながら、ＶｏＤサービス又はＩＰ−ＴＶのようなデジタルコンテンツ提供システムにおいて、Ｐｏｄをシグナリング及び識別するためのいかなる標準メカニズムも存在していないという問題がある。そのため、ＶｏＤ又はＩＰ−ＴＶにインタースティシャルコンテンツが挿入され、ＶｏＤ及びＩＰ−ＴＶサービスに対する新しいビジネスモデルが提供される場合、Ｐｏｄをシグナリング及び識別する標準メカニズムが必要となる。

一方、ＶｏＤ又はＩＰ−ＴＶサービス分野は、ＴＣＰ／ＩＰ又はＲＴＳＰ／ＲＴＰのような標準公開プロトコルを利用する公開市場（ｏｐｅｎ ｍａｒｋｅｔ）に容易に転換可能である。

以下では、このような従来の標準公開プロトコルについて説明する。

ＲＴＰ（Ｒｅａｌ−ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）は、リアルタイム伝送が保障されるべきオーディオやビデオなどのマルチメディアデータの伝送に用いられるプロトコルである。リアルタイム伝送を行うためには、シーケンスナンバリング（ｓｅｑｕｅｎｃｅ ｎｕｍｂｅｒｉｎｇ）、タイムスタンピング（ｔｉｍｅｓｔａｍｐｉｎｇ）、伝達モニタリング（ｄｅｌｉｖｅｒｙ ｍｏｎｉｔｏｒｉｎｇ）などの機能が必要であるが、このために用いられるプロトコルが、ＲＴＰである。ＲＴＰは、複数のユーザ間でマルチメディア画像会議を行うために設計されたものであるが、このほかにも、データの格納や制御、出力のための応用にも適用可能である。ＲＴＰは、順序番号及び時間情報とともに、ＩＰレベルで情報データを伝達することにより、順序のずれたデータや損失したデータを把握できるばかりでなく、データ再生時点を正確に把握することが可能である。ＲＴＰは、個別の独立レベルで実現されるのではなく、特定のアプリケーションプログラムにより実現され、アプリケーションプログラムにより処理できるように設計されたプロトコルである。ＲＴＰは、順次伝達又は時間に合わせてデータを伝達するものではないことから、データ伝送の品質を保障しないものの、その代わり、ＲＴＣＰ（ＲＴＰ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）により伝達状況をモニタし、最小限の制御機能及びメディア識別機能を提供し、これにより、データの流れを制御する。また、ＲＴＰは、ミキサ（Ｍｉｘｅｒ）機能及びトランスレータ（Ｔｒａｎｓｌａｔｏｒ）機能を提供し、ネットワークの状態に応じて帯域幅を調節することができる。ミキサは、オーディオ情報に関してのみ実行される。ミキサは、目的地の同じＲＴＰパケットに対してデータを混合し、共通のヘッダを付加する。トランスレータは、ミキサとは異なり、データのコーデックを変えてデータの量を調節し、ＲＴＰヘッダの修正は行わない。

ＲＴＣＰは、ＲＴＰのＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）の維持のために併せて用いられるプロトコルである。ＲＴＰは、データ伝送にのみ関与するのに対し、ＲＴＣＰは、データ伝送のモニタ及びセッション関連情報の伝送に関与する。ＲＴＰノードは、ネットワークの状態を分析し、周期的にネットワーク渋滞の有無を報告するため、ＲＴＣＰパケットを互いに送る。ＲＴＰ及びＲＴＣＰは、いずれもＵＤＰ上で動作するため、その特性上、データ品質の保障や、信頼性、ずれた順序、伝送防止などの機能を提供することはできないが、リアルタイムアプリケーションで必要な時間情報及び情報メディアの同期化機能を提供するため、最近、インターネット上でリアルタイム情報を利用するほぼ全てのアプリケーション（ＶＯＤ、ＡＯＤ、インターネット放送、映像会議など）にＲＴＰ及びＲＴＣＰが用いられている。

ＲＴＳＰ（Ｒｅａｌ−Ｔｉｍｅ Ｓｔｒｅａｍｉｎｇ Ｐｒｏｔｏｃｏｌ）は、オンデマンド形式でリアルタイムでのメディアデータの伝送を行うアプリケーションレベルのプロトコルを指す。ＲＴＳＰは、インターネット上でストリーミングデータを制御する方法に対する標準案としてストリーミング技術に用いられる標準プロトコルであり、この規格は、１９９８年、ネットスケープ社、リアルネットワーク社、及びコロンビア大学が共同開発し、ＩＥＴＦ（Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ）に標準として登録された。ＲＴＳＰも、Ｈ．３２３と同様であり、マルチメディアコンテンツパケットフォーマットを指定するためにＲＴＰを用いる。しかし、Ｈ．３２３が一定規模のグループ間で画像会議を行うために設計されたのに対し、ＲＴＳＰは、大規模なグループにオーディオ及びビデオデータを効率的に放送する目的で設計された。

前述のように、ＴＣＰ／ＩＰ又はＲＴＳＰ／ＲＴＰのような標準公開プロトコルを利用する公開市場に容易に転換可能なＶｏＤ又はＩＰ−ＴＶサービス分野において、インタースティシャルコンテンツの切り替えをサービスする可能性を考慮すると、Ｐｏｄ識別の一貫性あるメカニズムなしに、多重ＶｏＤ／ＩＰ−ＴＶサービスを提供可能なセットトップボックスを実現することは非常に難しいという問題がある。ここで、インタースティシャルコンテンツの切り替えとは、ユーザ端末のＰＤＲ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ｒｅｃｏｒｄｅｒ）に格納された放送コンテンツを再生するとき、すでに挿入されていた広告（Ｉｎｔｅｒｓｔｉｔｉａｌ Ｃｏｎｔｅｎｔ）を、選好する他の広告に代替又は削除する機能を意味する。

そこで、本発明は、上記のような問題に鑑みてなされたものであって、その目的は、デジタルコンテンツ提供システムから提供されるデジタルコンテンツでの広告区間を識別するため、セグメントメタデータを用いた広告区間（Ｐｏｄ）識別方法を提供することにある。

また、本発明の他の目的は、ＵＲＩタイプのＰｏｄ識別情報を用いて、デジタルコンテンツでの広告区間を識別することができる広告区間（Ｐｏｄ）識別方法を提供することにある。

本発明の他の目的及び長所は、下記の説明により理解することができ、本発明の実施形態により更に明確になるはずである。また、本発明の目的及び長所は、特許請求の範囲に示す手段及びその組み合わせにより実現可能であることが容易にわかるであろう。

上記の目的を達成するための本発明は、デジタルコンテンツ提供システムにおける広告区間識別方法であって、デジタルコンテンツでの広告区間を示す広告区間識別情報（ＰｏｄＩｄ）を含むセグメントメタデータを生成するステップと、該セグメントメタデータ及びデジタルコンテンツをユーザ端末に伝送するステップとを含むことを特徴とする。

また、本発明は、デジタルコンテンツ提供システムにおける広告区間識別方法であって、デジタルコンテンツ及びセグメントメタデータを受信するステップと、該セグメントメタデータからセグメントグループ情報（ＳｅｇｍｅｎｔＧｒｏｕｐＩｎｆｏｒｍａｔｉｏｎ）を抽出するステップと、該セグメントグループ情報（ＳｅｇｍｅｎｔＧｒｏｕｐＩｎｆｏｒｍａｔｉｏｎ）からデジタルコンテンツでの広告区間を示す広告区間識別情報（ＰｏｄＩｄ）を獲得するステップとを含むことを特徴とする。

更に、本発明は、デジタルコンテンツ提供システムにおける広告区間識別方法であって、デジタルコンテンツでの広告の挿入位置情報である広告区間位置情報を含むデジタルコンテンツのパケットヘッダを生成するステップと、デジタルコンテンツに挿入された広告の広告区間識別情報（ＰｏｄＩｄ）をＵＲＩタイプで生成して前記パケットヘッダに追加するステップと、前記デジタルコンテンツのパケットヘッダを伝送するステップとを含むことを特徴とする。

なお、本発明は、デジタルコンテンツ提供システムにおける広告区間識別方法であって、デジタルコンテンツのパケットを受信するステップと、該パケットのパケットヘッダを抽出するステップと、該パケットヘッダからデジタルコンテンツでの広告の挿入位置情報である広告区間位置情報を獲得するステップと、前記パケットヘッダからＵＲＩタイプの広告区間識別情報（ＰｏｄＩｄ）を獲得するステップとを含むことを特徴とする。

本発明は、ＴＶＡによるセグメントメタデータを用いることにより、システムの追加構成なしに、経済的かつ容易にデジタルコンテンツでの広告区間を識別することができる効果がある。

また、本発明は、ＴＶＡのセグメントメタデータである「ＳｅｇｍｅｎｔＧｒｏｕｐＩｎｆｏｒｍａｔｉｏｎ」を用いてＰｏｄ識別情報を提供することにより、Ｐｏｄ識別のための伝送システム資源がない場合にも、現在のＴＶＡ規格に対する修正及び追加なしに、容易にＰｏｄ識別を支援することができる効果がある。

更に、本発明は、コンテンツの伝送が簡単なＴＣＰ／ＩＰ又はＲＴＳＰ／ＲＴＰのような、公開された標準に基づく公開市場において、インタースティシャルコンテンツの切り替えを支援するために追加のメカニズムとしての利用が可能という効果がある。

なお、本発明は、ＵＲＩタイプのＰｏｄ識別情報を用いることにより、デジタルコンテンツでの広告区間を識別することができる効果がある。

本発明の目的、特徴及び長所は、添付された図面に関する以下の詳細な説明を通じてより明確になるはずであり、それにより、本発明の属する技術分野における通常の知識を有する者が本発明の技術思想を容易に実施することができる。また、本発明の説明において、本発明に係る公知技術に対する具体的な説明が本発明の要旨を不明確にする可能性があると判断された場合、その詳細な説明を省略する。以下、添付された図面を参照して、本発明の好ましい実施形態を詳細に説明する。

図１は、本発明が適用されるデジタルコンテンツ提供システムの全体構成図である。

同図に示すように、本発明に係るデジタルコンテンツ提供システムは、放送サービス提供装置１００と、公開サービス提供装置２００と、ユーザ端末３００とを備えて構成することができる。

ユーザ端末３００は、放送チャネル及び／又は双方向のＩＰ網で構成されたネットワークを介して、前記放送サービス提供装置１００又は公開サービス提供装置２００に接続され、シグナリングされたＰｏｄ識別情報及びインタースティシャルメタデータを受信してＰｏｄの代替を行うことにより、カスタマイズ広告サービスを提供する。

放送サービス提供装置１００は、デジタルコンテンツ内にＰｏｄ識別情報をシグナリングするため、ＤＶＢ、ＡＴＳＣ、ＡＲＩＢのような伝送標準にしたがい、ＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）タイプのＰｏｄ識別情報（ＰｏｄＩｄ）を伝送するデジタル放送サービス提供装置を意味する。ＵＲＩは、ＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）及びＵＲＮ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｎａｍｅ）を含む。ＵＲＬは、実際のネットワーク経路を指し、ネットワーク上のリソースへのアクセス時に用いられる。ＵＲＬの最初の部分は、プロトコルを明示するが、ほとんどの場合はｈｔｔｐ、時にｆｔｐ又はｍａｉｌｔｏ、稀にｇｏｐｈｅｒ、ｎｅｗｓ、ｔｅｌｎｅｔ、ｆｉｌｅなどを用いる。このようなＵＲＬプロトコルの部分をスキーム（ｓｃｈｅｍｅ）という。スキームの後には、コロン（：）がつき、その後に識別された資源経路が現れる（例えば、ｈｔｔｐ：／／ｗｗｗ．ｘｍｌｇｏ．ｎｅｔ／ｄｏｃｕｍｅｎｔ／ｅｄｉｔｏｒ／ｅｄｉｔｏｒ．ｈｔｍｌ）。ＵＲＮは、資源に対して永続的かつ唯一のものであって、位置に独立の名前を提供するために存在する。これは、ＲＦＣ２１４１（ｈｔｔｐ：／／ｗｗｗ．ｉｅｔｆ．ｏｒｇ／ｒｆｃ／ｒｆｃ２１４１．ｔｘｔ）に定義されている。ＵＲＮは、文字列「ｕｒｎ」又は「ＵＲＮ」、ＮＩＤ（Ｎａｍｅｓｐａｃｅ Ｉｄｅｎｔｉｆｉｅｒ）、そして、ＮＳＳ（Ｎａｍｅｓｐａｃｅ Ｓｐｅｃｉｆｉｃ Ｓｔｒｉｎｇ）で構成されており、各構成エレメントの間にコロン（：）を位置させる（例えば、ｕｒｎ：ｘｍｌｇｏ：ｒｅｇｉｓｔｒｙ１）。

放送サービス提供装置１００におけるＰｏｄ識別過程に関する詳細な説明は、図３を参照して後述する。

公開サービス提供装置２００は、支配的なコンテンツプロバイダが存在しない環境において、コンテンツの伝送がＴＣＰ／ＩＰ又はＲＴＳＰ／ＲＴＰのような公開された標準に基づいてコンテンツを提供するＶＯＤ又はＩＰ＿ＴＶのようなデジタル放送サービス提供装置を意味する。公開サービス提供装置２００は、ＴＶＡ−１に定義されたセグメントメタデータを用いてＰｏｄ識別情報（ＰｏｄＩｄ）をシグナリングし、Ｐｏｄ識別情報（ＰｏｄＩｄ）は、ＣＲＩＤ（Ｃｏｎｔｅｎｔ Ｒｅｆｅｒｅｎｃｅ Ｉｄｅｎｔｉｆｉｅｒ）タイプであって、後述するセグメントグループ情報（ＳｅｇｍｅｎｔＧｒｏｕｐＩｎｆｏｒｍａｔｉｏｎ）の「ＰｒｏｇｒａｍＲｅｆ」及び「ｓｅｇｍｅｎｔＩｄ」を用いて提供される。

公開サービス提供装置２００は、基本的にＴＶＡに定義されたメタデータを用い、本発明に係るＴＶＡに定義された内容のうち、主要部分を説明すると、次のとおりである（ＥＴＳＩ ＴＳ １０２ ８２２−３−１ Ｖ１．２．１（２００４−０９）、Ｔｉｔｌｅ：Ｂｒｏａｄｃａｓｔ ａｎｄ Ｏｎ−ｌｉｎｅ Ｓｅｒｖｉｃｅｓ：Ｓｅａｒｃｈ、ｓｅｌｅｃｔ、ａｎｄ ｒｉｇｈｔｆｕｌ ｕｓｅ ｏｆ ｃｏｎｔｅｎｔ ｏｎ ｐｅｒｓｏｎａｌ ｓｔｏｒａｇｅ ｓｙｓｔｅｍｓ（ＴＶ−Ａｎｙｔｉｍｅ Ｐｈａｓｅ１）；Ｐａｒｔ３：Ｍｅｔａｄａｔａ；Ｓｕｂ−ｐａｒｔ１：Ｍｅｔａｄａｔａ ｓｃｈｅｍｅｓ参照）。

ＴＶＡは、デジタルコンテンツ、すなわち、ＡＶストリーム内の一定区間を定義及びアクセスして扱うことのできるセグメンテーションを定義している。

ＡＶセグメンテーションの過程から得られた、分割されたＡＶをセグメントといい、このようなセグメントをグループにまとめたものをＡＶセグメントグループという。このようなセグメンテーションに関するメタデータであるセグメントメタデータには、セグメント情報（ＳｅｇｍｅｎｔＩｎｆｏｒｍａｔｉｏｎ）及びセグメントグループ情報（ＳｅｇｍｅｎｔＧｒｏｕｐＩｎｆｏｒｍａｔｉｏｎ）がある。

「ＳｅｇｍｅｎｔＩｎｆｏｒｍａｔｉｏｎＴａｂｌｅ」は、セグメントに関する情報（あらすじ、タイトル、キーワードなど）を提供する。「ＳｅｇｍｅｎｔＩｄ」は、セグメント識別子であり、「ＰｒｏｇｒａｍＲｅｆ」は、セグメントが含まれるプログラム参照情報である。

セグメントグループ情報（ＳｅｇｍｅｎｔＧｒｏｕｐＩｎｆｏｒｍａｔｉｏｎ）は、セグメントグループに関する情報（あらすじ、タイトル、キーワード）を提供する。セグメントグループ情報（ＳｅｇｍｅｎｔＧｒｏｕｐＩｎｆｏｒｍａｔｉｏｎ）は、セグメントグループがどのような共通した属性でグループになったのかを知らせる「ＧｒｏｕｐＴｙｐｅ」を含み、全体的には、前記「ＳｅｇｍｅｎｔＩｎｆｏｒｍａｔｉｏｎＴａｂｌｅ」に類似した構造を有する。

図２は、本発明の一実施形態に係る公開サービスのためのセグメントメタデータを用いたＰｏｄ識別過程を示すフローチャートである。

まず、公開サービス提供装置２００は、ＴＶＡ標準規格にしたがい、セグメント情報（ＳｅｇｍｅｎｔＩｎｆｏｒｍａｔｉｏｎ）及びセグメントグループ情報（ＳｅｇｍｅｎｔＧｒｏｕｐＩｎｆｏｒｍａｔｉｏｎ）を含むセグメントメタデータを生成し、デジタルコンテンツ（ＴＳ）とともに伝送する（Ｓ２１０）。

次いで、ユーザ端末３００は、伝送されたデジタルコンテンツ（ＴＳ）及びセグメントメタデータを受信し（Ｓ２２０）、受信されたセグメントメタデータのセグメント情報（ＳｅｇｍｅｎｔＩｎｆｏｒｍａｔｉｏｎ）からＰｏｄの位置を獲得する（Ｓ２３０）。より具体的に説明すると、ユーザ端末３００は、セグメント情報（ＳｅｇｍｅｎｔＩｎｆｏｒｍａｔｉｏｎ）のセグメント位置情報（ＳｅｇｍｅｎｔＬｏｃａｔｏｒ）からＰｏｄの位置を獲得する。

次いで、ユーザ端末３００は、受信されたセグメントメタデータのセグメントグループ情報（ＳｅｇｍｅｎｔＧｒｏｕｐＩｎｆｏｒｍａｔｉｏｎ）からＰｏｄ識別情報（ＰｏｄＩｄ）を獲得する（Ｓ２３０）。より具体的に説明すると、ユーザ端末３００は、セグメントグループ情報（ＳｅｇｍｅｎｔＧｒｏｕｐＩｎｆｏｒｍａｔｉｏｎ）の「ＳｅｇｍｅｎｔＩｄ」及び「ＰｒｏｇｒａｍＲｅｆ」からＣＲＩＤタイプのＰｏｄＩｄを獲得する。

このような過程により、ユーザ端末３００は、代替又は削除を希望する広告区間（Ｐｏｄ）のＰｏｄＩｄ及びＰｏｄの位置を獲得することができる。

以下では、前述した公開サービスのためのセグメントメタデータを用いたＰｏｄ識別過程を、次のようなＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）構文のセグメントメタデータの具体例を挙げて詳細に説明する。

前記例のセグメントメタデータは、５つのＰｏｄに対する位置及びＰｏｄ識別情報（ＰｏｄＩｄ）を提供する。すなわち、前述のように、前記セグメントメタデータの「ＳｅｇｍｅｎｔＩｄ」及び「ＰｒｏｇｒａｍＲｅｆ」は、Ｐｏｄ識別情報（ＰｏｄＩｄ）として用いられ、「ＳｅｇｍｅｎｔＬｏｃａｔｏｒ」の「ＭｅｄｉａＲｅｌＩｎｃｒＴｉｍｅＰｏｉｎｔ」は、Ｐｏｄの正確な位置を知らせることができる。

前記例のセグメントメタデータの該当部分を再度引用してより具体的に説明すると、次のとおりである。

前記セグメントメタデータのセグメントグループ情報（ＳｅｇｍｅｎｔＧｒｏｕｐＩｎｆｏｒｍａｔｏｉｎ）のＸＭＬ構文を参照すると、「ｃｒｉｄ：／／ｙｂｃ．ｃｏｍ／ｍｙｐｒｏｇｒａｍ１」として識別されるプログラムには、任意のコンテンツを挿入可能な位置に該当する「ｉｎｓｅｒｔｉｏｎＰｏｉｎｔｓ」タイプのセグメントが、「ｓｅｇｍｅｎｔ０１」から「ｓｅｇｍｅｎｔ０５」までの、合計５つあることがわかる。ユーザ端末は、この任意のコンテンツの挿入に用いられる位置情報を広告区間（Ｐｏｄ／Ｉｎｔｅｒｓｔｉｔｉａｌ Ｂｒｅａｋ）の位置を示すのに活用する。すなわち、「ｓｅｇｍｅｎｔ０１」から「ｓｅｇｍｅｎｔ０５」のそれぞれは、Ｐｏｄ０１からＰｏｄ０５のスタート位置に該当する。

前記セグメントメタデータのＸＭＬ構文を参照すると、ユーザ端末は、「ＳｅｇｍｅｎｔＩｄ」、「ＰｒｏｇｒａｍＲｅｆ」、及び「ＭｅｄｉａＲｅｌｉｎｃｒＴｉｍｅＰｏｉｎｔ」から、Ｐｏｄ識別情報（ＰｏｄＩｄ）が「ｓｅｇｍｅｎｔ０３」及び「ｃｒｉｄ：／／ｙｂｃ．ｃｏｍ／ｍｙｐｒｏｇｒａｍ１」に該当する３番目のＰｏｄであるＰｏｄ０３の位置がプログラムのはじめから５５分（１０００００／３０（１秒当たりのフレーム数）／６０（１分当たりの秒数））経過した位置にあることがわかる。

本実施形態では、Ｐｏｄ識別情報（ＰｏｄＩｄ）として、「ＳｅｇｍｅｎｔＩｄ」及び「ＰｒｏｇｒａｍＲｅｆ」を併せて用いているが、ＳｅｇｍｅｎｔＩｄのみをＰｏｄ識別情報として用いることもできる。ただし、「ＳｅｇｍｅｎｔＩｄ」だけでＰｏｄ識別情報の固有性を保障できない場合は、「ＰｒｏｇｒａｍＲｅｆ」及び「ＳｅｇｍｅｎｔＩｄ」を併せて用いることが好ましい。

図３は、本発明の一実施形態に係る放送サービスのためのＵＲＩタイプのＰｏｄ識別情報を用いたＰｏｄ識別過程を示すフローチャートである。

まず、放送サービス提供装置１００は、メイン放送番組に広告区間を挿入（スプライシング）するとき、デジタルコンテンツ（ＴＳ）のパケットヘッダ（Ｐａｃｋｅｔ Ｈｅａｄｅｒ）のアダプテーションフィールド（Ａｄａｐｔａｔｉｏｎ Ｆｉｅｌｄ）の「ｓｐｌｉｃｅ＿ｃｏｕｎｔｄｏｗｎ」に広告区間の挿入（スプライシング）が発生する位置を記載する（Ｓ３１０）。ここで、「ｓｐｌｉｃｅ＿ｃｏｕｎｔｄｏｗｎ」は、正の整数値又は負の整数値を有し、正の値は、現在のＴＳパケットから挿入位置（ｓｐｌｉｃｉｎｇ ｐｏｉｎｔ）までの残りのＴＳパケットの数を、負の値は、挿入発生後の挿入位置（ｓｐｌｉｃｉｎｇ ｐｏｉｎｔ）から経過したＴＳパケットの数を表す。

また、放送サービス提供装置１００は、任意のパケットがどの広告区間（Ｐｏｄ）に属するのかを知らせるため、ＴＳパケットヘッダの冗長フィールド（ｒｅｄｕｎｄａｎｔ ｆｉｅｌｄ）にＵＲＩタイプのＰｏｄ識別情報（ＰｏｄＩｄ）を記載し（Ｓ３２０）、ユーザ端末にＴＳパケットを伝送する（Ｓ３３０）。

次いで、ユーザ端末３００は、受信されたＴＳパケットヘッダの「ｓｐｌｉｃｅ＿ｃｏｕｎｔｄｏｗｎ」の内容を獲得し、Ｐｏｄのスタート位置を確認し、ＴＳパケットヘッダの冗長フィールドを介してＵＲＩタイプのＰｏｄ識別情報（ＰｏｄＩｄ）を獲得する（Ｓ３４０）。

上述のような本発明の方法は、プログラムとして実現され、コンピュータで読み取り可能な形態で記録媒体（ＣＤ−ＲＯＭ、ＲＡＭ、ＲＯＭ、フロッピーディスク、ハードディスク、光磁気ディスクなど）に格納され得る。このような過程は、本発明の属する技術分野における通常の知識を有する者が容易に実施することができるため、これ以上の詳細な説明は省略する。

以上のように、本発明は、本発明の属する技術分野における通常の知識を有する者にとって、本発明の技術思想を逸脱しない範囲内で様々な置換、変形及び変更が可能なため、上述した実施形態及び添付された図面により限定されるものではない。

本発明は、ＴＶＡ（ＴＶ−Ａｎｙｔｉｍｅ）システムなどに利用される。

本発明が適用されるデジタルコンテンツ提供システムの全体構成図である。 本発明の一実施形態に係る公開サービスのためのセグメントメタデータを用いたＰｏｄ識別過程を示すフローチャートである。 本発明の一実施形態に係る放送サービスのためのＵＲＩタイプのＰｏｄ識別情報を用いたＰｏｄ識別過程を示すフローチャートである。

Claims (18)

1. デジタルコンテンツ提供システムにおける広告区間識別方法であって、
   デジタルコンテンツでの広告区間を示す広告区間識別情報（ＰｏｄＩｄ）を含むセグメントメタデータを生成するステップと、
   該セグメントメタデータ及びデジタルコンテンツをユーザ端末に伝送するステップと
   を含むことを特徴とするデジタルコンテンツ提供システムにおける広告区間識別方法。
2. 前記セグメントメタデータが、
   前記広告区間識別情報（ＰｏｄＩｄ）を含むセグメントグループ情報（ＳｅｇｍｅｎｔＧｒｏｕｐＩｎｆｏｒｍａｔｉｏｎ）を含むことを特徴とする請求項１に記載のデジタルコンテンツ提供システムにおける広告区間識別方法。
3. 前記広告区間識別情報（ＰｏｄＩｄ）が、
   ＣＲＩＤタイプであることを特徴とする請求項２に記載のデジタルコンテンツ提供システムにおける広告区間識別方法。
4. 前記広告区間識別情報（ＰｏｄＩｄ）が、
   前記セグメントグループ情報（ＳｅｇｍｅｎｔＧｒｏｕｐＩｎｆｏｒｍａｔｉｏｎ）のセグメント識別子（ＳｅｇｍｅｎｔＩｄ）を含むことを特徴とする請求項２に記載のデジタルコンテンツ提供システムにおける広告区間識別方法。
5. 前記広告区間識別情報（ＰｏｄＩｄ）が、
   前記セグメントグループ情報（ＳｅｇｍｅｎｔＧｒｏｕｐＩｎｆｏｒｍａｔｉｏｎ）が含むプログラム参照情報（ＰｒｏｇｒａｍＲｅｆ）を更に含むことを特徴とする請求項４に記載のデジタルコンテンツ提供システムにおける広告区間識別方法。
6. 前記広告区間位置情報を含むセグメントメタデータを生成するステップを更に含み、
   前記セグメントメタデータが、
   前記広告区間位置情報を含むセグメント情報（ＳｅｇｍｅｎｔＩｎｆｏｒｍａｔｉｏｎ）を更に含むことを特徴とする請求項１に記載のデジタルコンテンツ提供システムにおける広告区間識別方法。
7. 前記広告区間位置情報が、
   前記セグメント情報（ＳｅｇｍｅｎｔＩｎｆｏｒｍａｔｉｏｎ）のセグメント位置情報（ＳｅｇｍｅｎｔＬｏｃａｔｏｒ）を用いて提供されることを特徴とする請求項６に記載のデジタルコンテンツ提供システムにおける広告区間識別方法。
8. デジタルコンテンツ提供システムにおける広告区間識別方法であって、
   デジタルコンテンツ及びセグメントメタデータを受信するステップと、
   該セグメントメタデータからセグメントグループ情報（ＳｅｇｍｅｎｔＧｒｏｕｐＩｎｆｏｒｍａｔｉｏｎ）を抽出するステップと、
   該セグメントグループ情報（ＳｅｇｍｅｎｔＧｒｏｕｐＩｎｆｏｒｍａｔｉｏｎ）からデジタルコンテンツでの広告区間を示す広告区間識別情報（ＰｏｄＩｄ）を獲得するステップと
   を含むことを特徴とするデジタルコンテンツ提供システムにおける広告区間識別方法。
9. 前記広告区間識別情報（ＰｏｄＩｄ）が、
   ＣＲＩＤタイプであることを特徴とする請求項８に記載のデジタルコンテンツ提供システムにおける広告区間識別方法。
10. 前記広告区間識別情報（ＰｏｄＩｄ）が、
    前記セグメントグループ情報（ＳｅｇｍｅｎｔＧｒｏｕｐＩｎｆｏｒｍａｔｉｏｎ）のセグメント識別子（ＳｅｇｍｅｎｔＩｄ）を含むことを特徴とする請求項８に記載のデジタルコンテンツ提供システムにおける広告区間識別方法。
11. 前記広告区間識別情報（ＰｏｄＩｄ）が、
    前記セグメントグループ情報（ＳｅｇｍｅｎｔＧｒｏｕｐＩｎｆｏｒｍａｔｉｏｎ）のプログラム参照情報（ＰｒｏｇｒａｍＲｅｆ）を更に含むことを特徴とする請求項１０に記載のデジタルコンテンツ提供システムにおける広告区間識別方法。
12. 前記セグメントメタデータからセグメント情報（ＳｅｇｍｅｎｔＩｎｆｏｒｍａｔｉｏｎ）を抽出するステップと、
    該セグメント情報（ＳｅｇｍｅｎｔＩｎｆｏｒｍａｔｉｏｎ）から前記広告区間位置情報を獲得するステップと
    を更に含むことを特徴とする請求項８に記載のデジタルコンテンツ提供システムにおける広告区間識別方法。
13. 前記広告区間位置情報が、
    前記セグメント情報（ＳｅｇｍｅｎｔＩｎｆｏｒｍａｔｉｏｎ）のセグメント位置情報（ＳｅｇｍｅｎｔＬｏｃａｔｏｒ）を用いて獲得されることを特徴とする請求項１２に記載のデジタルコンテンツ提供システムにおける広告区間識別方法。
14. デジタルコンテンツ提供システムにおける広告区間識別方法であって、
    デジタルコンテンツでの広告の挿入位置情報である広告区間位置情報を含むデジタルコンテンツのパケットヘッダを生成するステップと、
    デジタルコンテンツに挿入された広告の広告区間識別情報（ＰｏｄＩｄ）をＵＲＩタイプで生成して前記パケットヘッダに追加するステップと、
    前記デジタルコンテンツのパケットヘッダを伝送するステップと
    を含むことを特徴とするデジタルコンテンツ提供システムにおける広告区間識別方法。
15. 前記広告区間位置情報が、
    前記パケットヘッダのアダプテーションフィールド（Ａｄａｐｔａｔｉｏｎ Ｆｉｅｌｄ）に含まれることを特徴とする請求項１４に記載のデジタルコンテンツ提供システムにおける広告区間識別方法。
16. 前記広告区間識別情報が、
    前記パケットヘッダの冗長フィールド（ｒｅｄｕｎｄａｎｔ ｆｉｅｌｄ）に含まれることを特徴とする請求項１５に記載のデジタルコンテンツ提供システムにおける広告区間識別方法。
17. デジタルコンテンツ提供システムにおける広告区間識別方法であって、
    デジタルコンテンツのパケットを受信するステップと、
    該パケットのパケットヘッダを抽出するステップと、
    該パケットヘッダからデジタルコンテンツでの広告の挿入位置情報である広告区間位置情報を獲得するステップと、
    前記パケットヘッダからＵＲＩタイプの広告区間識別情報（ＰｏｄＩｄ）を獲得するステップと
    を含むことを特徴とするデジタルコンテンツ提供システムにおける広告区間識別方法。
18. 前記広告区間位置情報が、
    前記パケットヘッダのアダプテーションフィールド（Ａｄａｐｔａｔｉｏｎ Ｆｉｅｌｄ）の内容を用いて獲得することを特徴とする請求項１７に記載のデジタルコンテンツ提供システムにおける広告区間識別方法。

Images