WO2017029990A1

WO2017029990A1 - 受信装置、送信装置、およびデータ処理方法

Info

Publication number: WO2017029990A1
Application number: PCT/JP2016/072749
Authority: WO
Inventors: 武敏山根; 北里　直久; 淳北原; 山岸　靖明
Original assignee: ソニー株式会社
Priority date: 2015-08-17
Filing date: 2016-08-03
Publication date: 2017-02-23
Also published as: US10791381B2; JPWO2017029990A1; MX2018001690A; US20200068270A1; EP3340638A1; CA2993917A1; CN107925790A; EP3340638B1; CN107925790B; US11395050B2; KR20180042843A; KR102575517B1; US20200382847A1; EP3340638A4

Abstract

地上放送波以外の通信経路からの受信コンテンツについて、視聴情報の生成、送信を確実に実行可能とした構成を提供する。視聴情報の生成に適用するコンテンツＩＤや、視聴情報送信先情報等の視聴情報対応データを電子透かし（ＷａｔｅｒＭａｒｋ）、あるいは音声データファイル内に記録したコンテンツを送信装置から受信装置に送信する。受信装置は、電子透かし（ＷＭ）、あるいは音声データファイルから、コンテンツＩＤや、視聴情報送信先情報等を取得し、取得データを利用して視聴情報を生成して、生成した視聴情報を指定宛先に送信する。

Description

受信装置、送信装置、およびデータ処理方法

　本開示は、受信装置、送信装置、およびデータ処理方法に関する。さらに詳細には例えば放送波やネットワークを介したデータの受信や送信を実行する受信装置、送信装置、および通信データに関するデータ処理方法に関する。

　放送局やその他のコンテンツサーバ等の送信装置から、テレビ、ＰＣ、携帯端末等の受信装置に対して、放送波等による一方向通信、あるいは、インターネット等のネットワークを介した双方向通信、一方向通信を用いて放送番組等のコンテンツを送受信するシステムについての開発や規格化が、現在、盛んに進められている。
　なお、放送波およびネットワークを介したデータ配信を実現するための技術を開示した従来技術として、例えば特許文献１（特開２０１４－０５７２２７号公報）がある。

　米国における放送波およびネットワークを介したデータ配信システムに関する規格として、ＡＴＳＣ（Ａｄｖａｎｃｅｄ　Ｔｅｌｅｖｉｓｉｏｎ　Ｓｙｓｔｅｍｓ　Ｃｏｍｍｉｔｔｅｅ）２．０がある。さらに、現在、ＡＴＳＣ３．０の規格化が進行中である。
　ＡＴＳＣ３．０では、ＡＴＳＣ３．０放送受信処理を実行するＡＴＳＣ３．０準拠物理層（ＡＴＳＣ－ＰＨＹ）やミドルウェアを実装したＴＶ等の受信装置が、ＡＴＳＣ放送対応のＡＶセグメントや、制御情報を格納したシグナリングデータを受信して、シグナリングデータによる様々な制御に基づく放送コンテンツの再生を実現する構成を検討している。

　具体的には、例えばシグナリングデータによる制御によって、インターネット等で利用されているアプリケーションプログラム、いわゆるクライアントアプリケーションをそのまま利用した放送コンテンツの出力処理や、放送波等によって提供される様々なアプリケーションを利用したデータ処理を可能とした構成を検討している。

　さらに、上述したデータ配信システムに関する規格であるＡＴＳＣ２．０や、ＡＴＳＣ３．０には、ユーザのＴＶ等の受信装置における放送サービス視聴履歴収集のための規格（Ｕｓａｇｅ　Ｒｅｐｏｒｔｉｎｇ）についての規定も存在する。

　これは、各ユーザの所有するＴＶ等、放送サービス受信端末が、放送サービスの視聴状況を解析し、視聴情報レポートとしてのＣＤＭ（Ｃｏｎｓｕｍｐｔｉｏｎ　Ｄａｔａ　Ｍｅｓｓａｇｅ）を作成し、このＣＤＭを各ユーザ端末（ＴＶ等）から、視聴情報解析装置である視聴情報解析サーバ（Ｓｅｒｖｉｃｅ　Ｕｓａｇｅ　Ｄａｔａ　Ｓｅｒｖｅｒ）に送付する手順を規定したものである。

　しかし、現在のＣＤＭを適用した視聴情報送付に関する規格において、視聴状況レポートとしてのＣＤＭは、ＴＶ等のユーザ端末が地上放送波を介して直接受信したコンテンツのみをレポート対象として想定したフォーマットとなっている。
　米国では約７割の世帯が、放送サービスをケーブル放送事業者や衛星（サテライト）放送事業者から受信しており、地上波放送経由で直接受信しているのは全体の約３割に過ぎない。

　なお、米国には、ケーブル放送事業者や衛星（サテライト）放送事業者が多数、存在し、これらのケーブル放送事業者や衛星（サテライト）放送事業者はＭＶＰＤ（Ｍｕｌｔｉｃｈａｎｎｅｌ　Ｖｉｄｅｏ　Ｐｒｏｇｒａｍｍｉｎｇ　Ｄｉｓｔｒｉｂｕｔｏｒ）と呼ばれる。

　いわゆる４大ネットワークとよばれる米国の地上波放送局は、放送コンテンツを、地上波放送波を介して送信するとともに、これらのＭＶＰＤにも提供している。
　ＭＶＰＤは、放送局から受領した放送コンテンツを独自の送信フォーマットに従ったデータ変換、例えばスクランブル処理等を実行して、ＴＶ等のユーザ端末側に設置されたＭＶＰＤ事業者が提供するセットトップボックス（ＳＴＢ）に送信する。

　各ユーザ端末側に設置されたＳＴＢは、ＭＶＰＤ独自フォーマット対応のアルゴリズムに従った処理、例えばスクランブル解除処理等を実行し、ＳＴＢに接続されたＴＶ等のユーザ端末に出力し、ＴＶ装置側でコンテンツが再生される。
　ＭＶＰＤ事業者は、４大ネットワークとよばれる米国の地上波放送局の提供するコンテンツ以外にも、様々なビデオコンテンツ、例えば有料コンテンツを提供し、各ユーザから提供コンテンツに応じた視聴料を徴収することが可能なシステムとなっている。

　このように、米国では、地上波放送を直接受信して放送コンテンツを再生する利用者より、ＭＶＰＤ経由でコンテンツを受信し再生する利用者が多くなっている。
　このため、上述した視聴実績レポートデータであるＣＤＭは、全体の７割を占めるケーブルやサテライトサービス経由で行われたコンテンツ視聴履歴を反映できないという問題がある。

　また、ＡＴＳＣ３．０では視聴コンテンツをインターネット等のブロードバンド（Ｂｒｏａｄｂａｎｄ）通信ネットワークを介して配信するサービスについても規定している。
　しかし、現行のＣＤＭは、このようなブロードバンド通信ネットワーク配信による視聴履歴についても反映できないという問題がある。

特開２０１４－０５７２２７号公報

　本開示は、例えば上記問題点に鑑みてなされたものであり、地上放送波以外の経路を経由してＴＶ等のユーザ端末である受信装置が受信したコンテンツの視聴情報を取得して視聴情報解析装置に送信可能とする受信装置、送信装置、およびデータ処理方法を提供することを目的とする。

　本開示の第１の側面は、
　視聴情報の生成に適用する視聴情報対応データを電子透かし（ＷａｔｅｒＭａｒｋ）として埋め込んだコンテンツを受信する通信部と、
　受信コンテンツに埋め込まれた電子透かし（ＷＭ）から取得した視聴情報対応データを利用して視聴情報の生成処理を実行するデータ処理部を有する受信装置にある。

　さらに、本開示の第２の側面は、
　視聴情報の生成に適用する視聴情報対応データを音声データ格納ファイル内に記録したコンテンツを受信する通信部と、
　受信コンテンツを構成する音声データ格納ファイル内の記録データから取得した視聴情報対応データを利用して視聴情報の生成処理を実行するデータ処理部を有する受信装置にある。

　さらに、本開示の第３の側面は、
　視聴情報の生成に適用する視聴情報対応データを格納したシグナリングデータと、
　前記シグナリングデータの受信経路と異なる通信路を介して再生用コンテンツを受信する通信部と、
　前記再生用コンテンツを出力部に出力し、
　前記出力部の出力コンテンツに関する視聴情報の記録用データを前記シグナリングデータから取得し、取得データを利用して視聴情報を生成し、視聴情報解析装置に送信する受信装置にある。

　さらに、本開示の第４の側面は、
　受信装置における視聴情報生成に適用する視聴情報対応データを、再生データ格納ファイル内に記録したコンテンツを生成して送信するデータ処理部を有する送信装置にある。

　さらに、本開示の第５の側面は、
　受信装置において実行するデータ処理方法であり、
　通信部が、視聴情報の生成に適用する視聴情報対応データを電子透かし（ＷａｔｅｒＭａｒｋ）として埋め込んだコンテンツを受信し、
　データ処理部が、
　受信コンテンツに埋め込まれた電子透かし（ＷＭ）から取得した視聴情報対応データを利用して視聴情報の生成処理を実行するデータ処理方法にある。

　さらに、本開示の第６の側面は、
　送信装置において実行するデータ処理方法であり、
　データ処理部が、
　受信装置における視聴情報生成に適用する視聴情報対応データを、再生データ格納ファイル内に記録したコンテンツを生成して送信するデータ処理方法にある。

　本開示のさらに他の目的、特徴や利点は、後述する本開示の実施例や添付する図面に基づくより詳細な説明によって明らかになるであろう。なお、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。

　本開示の一実施例の構成によれば、地上放送波以外の通信経路からの受信コンテンツについて、視聴情報の生成、送信を確実に実行可能とした構成が実現される。
　具体的には、例えば、視聴情報の生成に適用するコンテンツＩＤや、視聴情報送信先情報等の視聴情報対応データを電子透かし（ＷａｔｅｒＭａｒｋ）、あるいは音声データファイル内に記録したコンテンツを送信装置から受信装置に送信する。受信装置は、電子透かし（ＷＭ）、あるいは音声データファイルから、コンテンツＩＤや、視聴情報送信先情報等を取得し、取得データを利用して視聴情報を生成して、生成した視聴情報を指定宛先に送信する。
　本構成により、地上放送波以外の通信経路からの受信コンテンツについて、視聴情報の生成、送信を確実に実行可能とした構成が実現される。
　なお、本明細書に記載された効果はあくまで例示であって限定されるものではなく、また付加的な効果があってもよい。

通信システムの一構成例について説明する図である。本開示の処理を実行する通信システムの一構成例について説明する図である。ＣＤＭ（Ｃｏｎｓｕｍｐｔｉｏｎ　Ｄａｔａ　Ｍｅｓｓａｇｅ）のフォーマットについて説明する図である。送信装置の送信データについて説明する図である。ＭＶＰＤ経由のコンテンツ送信における問題点について説明する図である。電子透かし（ＷＭ）を適用したＣＤＭ生成、送信用データの送信処理例について説明する図である。画像データに電子透かし（ＷＭ）として埋め込むＣＤＭ生成、送信用データについて説明する図である。画像データに電子透かし（ＷＭ）として埋め込むＣＤＭ生成、送信用データについて説明する図である。画像データに電子透かし（ＷＭ）として埋め込むＣＤＭ生成、送信用データについて説明する図である。画像データに電子透かし（ＷＭ）として埋め込むＣＤＭ生成、送信用データについて説明する図である。音声データに電子透かし（ＷＭ）として埋め込むＣＤＭ生成、送信用データについて説明する図である。音声データに電子透かし（ＷＭ）として埋め込むＣＤＭ生成、送信用データについて説明する図である。音声データに電子透かし（ＷＭ）として埋め込むＣＤＭ生成、送信用データについて説明する図である。送信装置の実行する処理シーケンスについて説明するフローチャートを示す図である。受信装置の実行する処理シーケンスについて説明するフローチャートを示す図である。拡張されたＣＤＭフォーマットについて説明する図である。拡張されたＣＤＭフォーマットについて説明する図である。拡張されたＣＤＭフォーマットについて説明する図である。圧縮音声データのユーザデータ記録領域にＣＤＭ生成、送信用データを記録して送信する処理例について説明する図である。ＭＰ４ファイルフォーマットについて説明する図である。ＭＰ４ファイルフォーマットについて説明する図である。圧縮音声データのユーザデータ記録領域に対するＣＤＭ生成、送信用データの記録構成例について説明する図である。送信装置の実行する処理シーケンスについて説明するフローチャートを示す図である。受信装置の実行する処理シーケンスについて説明するフローチャートを示す図である。ブロードバンド通信ネットワークを介したコンテンツ配信処理例について説明する図である。ブロードバンド通信ネットワークを介したコンテンツ配信に併せてＭＰＤを配信する処理例について説明する図である。ＭＰＤの構成例について説明する図である。ＭＰＤの構成例について説明する図である。ＭＰＤの構成例について説明する図である。送信装置の実行する処理シーケンスについて説明するフローチャートを示す図である。受信装置の実行する処理シーケンスについて説明するフローチャートを示す図である。送信装置と受信装置の構成例について説明する図である。送信装置と受信装置のハードウェア構成例について説明する図である。

　以下、図面を参照しながら本開示の受信装置、送信装置、およびデータ処理方法の詳細について説明する。なお、説明は以下の項目に従って行なう。
　１．通信システムの構成例とＣＤＭについて
　２．（実施例１）画像または音声データにＣＤＭ生成、送信処理に適用するＣＤＭ対応データを格納した電子透かし（ＷＭ）を埋め込んだ実施例について
　２－１．画像データに記録する電子透かし（ＷＭ）情報例
　２－２．音声データに記録する電子透かし（ＷＭ）情報例
　３．送信装置と受信装置の実行する処理（実施例１）のシーケンスについて
　４．新たなＣＤＭフォーマットについて
　５．（実施例２）圧縮音声データのユーザデータ記録領域にＣＤＭ生成、送信処理に適用するＣＤＭ対応データを記録した実施例について
　６．送信装置と受信装置の実行する処理（実施例２）のシーケンスについて
　７．（実施例３）ＭＰＤからコンテンツＩＤを取得してＣＤＭを生成する実施例について
　８．送信装置と受信装置の実行する処理（実施例３）のシーケンスについて
　９．送信装置と受信装置の構成例について
　１０．本開示の構成のまとめ

　　［１．通信システムの構成例とＣＤＭについて］
　まず、各ユーザのＴＶ等、放送サービスを受信し再生する受信装置が、放送コンテンツに関する視聴情報をまとめたレポートデータ、すなわちＣＤＭ（Ｃｏｎｓｕｍｐｔｉｏｎ　Ｄａｔａ　Ｍｅｓｓａｇｅ）を生成して、視聴解析装置に送信する通信システムの構成例について説明する。

　前述したように、米国における放送波およびネットワークを介したデータ配信システムに関する規格であるＡＴＳＣ（Ａｄｖａｎｃｅｄ　Ｔｅｌｅｖｉｓｉｏｎ　Ｓｙｓｔｅｍｓ　Ｃｏｍｍｉｔｔｅｅ）２．０や、現在、規格化が進められているＡＴＳＣ３．０には、ＴＶ等の受信装置における放送コンテンツの視聴履歴収集処理（Ｕｓａｇｅ　Ｒｅｐｏｒｔｉｎｇ）に関する規格が含まれている。

　具体的には、各ユーザのＴＶ等、放送サービスの受信装置が放送サービスの視聴実績に基づくレポートデータであるＣＤＭ（Ｃｏｎｓｕｍｐｔｉｏｎ　Ｄａｔａ　Ｍｅｓｓａｇｅ）を生成し、生成したＣＤＭを各ユーザ端末（ＴＶ等）から、視聴情報解析装置である視聴情報解析サーバ（Ｓｅｒｖｉｃｅ　Ｕｓａｇｅ　Ｄａｔａ　Ｓｅｒｖｅｒ）に送付する手順やＣＤＭフォーマットを規定している。

　現在の規格において、視聴実績レポートデータであるＣＤＭは、ＴＶ等の受信装置が地上放送波を介して直接受信した放送コンテンツに関する視聴状況のみを記録して報告するフォーマットとなっている。
　例えば、図１に示すように、放送サーバ（放送局）２１等の送信装置２０は、番組コンテンツや、広告コンテンツ等の様々な放送コンテンツが地上放送波を利用して送信する。

　ＴＶ３１等のユーザ端末である受信装置３０は、地上放送波を介して送信される放送コンテンツを受信し再生する。
　この時、受信装置３０は、予め規定されたＣＤＭ作成アルゴリズムを実行し、視聴実績に基づくレポートデータであるＣＤＭ（Ｃｏｎｓｕｍｐｔｉｏｎ　Ｄａｔａ　Ｍｅｓｓａｇｅ）ファイルを作成し、作成したＣＤＭファイルを視聴情報解析装置４０、具体的には、視聴情報解析サーバ（Ｓｅｒｖｉｃｅ　Ｕｓａｇｅ　Ｄａｔａ　Ｓｅｒｖｅｒ）４０に送付する。

　受信装置３０が受信する放送コンテンツが、すべて地上放送波のみを経由したデータである場合は、図１に示す通信システムを利用することで、視聴情報解析装置４０は、受信装置３０における放送コンテンツの視聴履歴情報を確実に取得して解析することが可能である。

　しかし、現在、米国では約７割の世帯が、ケーブル放送事業者や衛星（サテライト）放送事業者を介して放送コンテンツを受信している。すなわち、地上波放送経由で放送コンテンツを直接受信する利用者は全体の約３割しかいない。
　さらに、今後、インターネット等のブロードバンド（Ｂｒｏａｄｂａｎｄ）ネットワークを介した放送コンテンツの配信が増加することが想定されている。

　図２に示すように、放送コンテンツは、
　（ａ）地上放送波経由
　（ｂ）ＭＶＰＤ経由、
　（ｃ）ブロードバンド通信ネットワーク経由、
　これらの様々な通信路を介して受信装置３０に配信される。
　なお、前述したように、ケーブル放送事業者や衛星（サテライト）放送事業者はＭＶＰＤ（Ｍｕｌｔｉｃｈａｎｎｅｌ　Ｖｉｄｅｏ　Ｐｒｏｇｒａｍｍｉｎｇ　Ｄｉｓｔｒｉｂｕｔｏｒ）と呼ばれる。

　図２に示す放送サーバ（放送局）２１等の送信装置２０は、放送コンテンツを、地上放送波を介して送信するとともに、ＭＶＰＤ６０に提供する。さらに、ブロードバンド通信ネットワーク５０経由でＴＶ３１等のユーザ端末である受信装置３０に提供する。

　なお、ＭＶＰＤ６０は、例えば放送局から受領した放送コンテンツを独自のフォーマットに変換、例えば暗号化やスクランブル処理等を実行して各ユーザのＴＶ等のユーザ端末側に設置したＭＶＰＤ事業者が提供したセットトップボックス（ＳＴＢ）に送信する。
　ユーザ端末側のＳＴＢは、ＭＶＰＤ独自のアルゴリズムに従ったデータ処理、例えばスクランブル解除処理等を実行し、コンテンツ（ＡＶコンテンツ）をＳＴＢに接続されたＴＶ等のユーザ端末に出力して再生する。

　しかし、上述したように現行のＣＤＭは、受信装置が放送サービスを地上放送波を介して直接受信するコンテンツのみをレポート対象として想定したフォーマットとなっている。
　従って、図２に示すように、放送コンテンツが、
　（ａ）地上放送波経由
　（ｂ）ＭＶＰＤ経由、
　（ｃ）ブロードバンド通信ネットワーク経由、
　これらの様々な通信路を介して受信装置３０に配信されても、視聴情報解析装置４０は、地上放送波を介して受信、再生されたコンテンツの視聴履歴情報のみを反映したＣＤＭしか受信できないことになる。

　すなわち、現行のＣＤＭは、全体の７割を占めるケーブルやサテライトサービス経由で行われたコンテンツ視聴や、ブロードバンド通信ネットワーク配信による視聴情報を反映できないという問題がある。

　現行のＣＤＭのフォーマットについて、図３を参照して説明する。
　現行のＣＤＭフォーマットは図３に示すように、
　（１）視聴チャンネル番号、
　（２）視聴開始時間
　（３）視聴終了時間
　例えばこれらの情報の記録領域を持つ。

　なお、受信装置３０においてコンテンツ表示を実行しているチャンネル番号は、例えば受信装置３０側で設定した特定のチャンネルである場合があり、本来のコンテンツの放送物理チャンネル番号と一致しない場合がある。ＣＤＭに記録されるチャンネル番号は、ＣＤＭ送付先である図１に示す視聴情報解析装置４０において、視聴対象コンテンツを特定可能なチャンネル番号とする。このような、視聴対象コンテンツを特定可能なチャンネル番号は、バーチャル・チャンネル番号（Ｖｉｒｔｕａｌ　Ｃｈａｎｎｅｌ　Ｎｕｍｂｅｒ）と呼ばれる。

　ユーザ端末であるＴＶ等の受信装置３０は、予め記憶部に格納されたＣＤＭ作成プログラムを実行して、受信装置３０における受信チャンネル番号や視聴開始、終了時間情報を記録した図３に示すフォーマットに従ったＣＤＭファイルを作成し、作成したＣＤＭファイルを図１に示す視聴情報解析装置４０に送信する。

　なお、放送局等の送信装置２０は、地上放送波を介して受信装置３０に対するコンテンツ送信は、例えばアダプティブ（適応型）ストリーミング技術の規格であるＭＰＥＧ－ＤＡＳＨ規格に従って実行される。
　ＭＰＥＧ－ＤＡＳＨ規格には、以下の２つの規格が含まれる。
　（ａ）動画や音声ファイルの管理情報であるメタデータを記述するためのマニフェスト・ファイル（ＭＰＤ：Ｍｅｄｉａ　Ｐｒｅｓｅｎｔａｔｉｏｎ　Ｄｅｓｃｒｉｐｔｉｏｎ）に関する規格、
　（ｂ）動画コンテンツ伝送用のファイル・フォーマット（セグメント・フォーマット）に関する規格、
　送信装置２０から、受信装置３０に対するコンテンツ配信は、上記のＭＰＥＧ－ＤＡＳＨ規格に従って実行する。

　送信装置２０は、コンテンツデータを符号化し、符号化データおよび符号化データのメタデータを含むデータファイルを生成する。符号化処理は、例えばＭＰＥＧにおいて規定されるＭＰ４ファイルフォーマットに従って行われる。なお、送信装置２０がＭＰ４形式のデータファイルを生成する場合の符号化データのファイルは「ｍｄａｔ」、メタデータは「ｍｏｏｖ」や「ｍｏｏｆ」等と呼ばれる。

　送信装置２０の送信データの例について図４を参照して説明する。
　ＭＰＥＧ－ＤＡＳＨ規格に従ってデータ送信を実行する送信装置２０は、図４に示すように、大きく分けて以下の複数種類のデータの送信を行う。
　（ａ）画像データ
　（ｂ）音声データ
　（ｃ）シグナリングデータ（放送局生成シグナリング（Ｓｉｇｎａｌｉｎｇ－Ａ））

　画像データ、音声データは、例えば分割データとしてのＡＶセグメントとして送信される。これらは、受信装置３０において再生する画像（Ｖｉｄｅｏ）や、音声（Ａｕｄｉｏ）データ、すなわち例えば放送局の提供する番組コンテンツ等によって構成される。例えば、上述したＭＰ４符号化データ（ｍｄａｔ）や、メタデータ（ｍｏｏｖ，ｍｏｏｆ）によって構成される。なお、ＡＶセグメントは、ＤＡＳＨセグメントとも呼ばれる。

　一方、シグナリングデータは、例えば、番組表等の番組予定情報や、番組取得に必要となるアドレス情報（ＵＲＬ（Ｕｎｉｆｏｒｍ　Ｒｅｓｏｕｒｃｅ　Ｌｏｃａｔｏｒ）等）、さらにコンテンツの再生処理に必要な情報、例えばコーデック情報（符号化方式など）などからなる案内情報、アプリケーション制御情報等の様々な制御情報によって構成される。

　受信装置３０は、地上放送波を経由して受信する画像および音声データを再生する場合、同じく地上放送波を経由して受信するシグナリングデータを先行して受信し、シグナリングデータに記録されたアクセス情報や制御情報等を利用して、目的のコンテンツを格納したＡＶセグメントを取得し、再生処理を行なう。
　シグナリングデータは、例えばＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ　Ｍａｒｋｕｐ　Ｌａｎｇｕａｇｅ）形式のデータとして送信装置２０から送信される。

　シグナリングデータは、随時、繰り返し送信される。例えば１００ｍｓｅｃ毎など、頻繁に繰り返し送信される。
　これは、受信装置（クライアント）が、いつでも、即座にシグナリングデータを取得することを可能とするためである。
　クライアント（受信装置）は、随時、受信可能なシグナリングデータに基づいて、必要な番組コンテンツのアクセス用アドレスの取得や、コーデック設定処理など、番組コンテンツの受信および再生に必要な処理を遅滞なく実行することが可能となる。

　シグナリングデータには、さらに、上述した視聴実績レポートデータであるＣＤＭの送付先情報、例えば図１に示す視聴情報解析装置４０のアドレス（ＵＲＬ）や、その他、ＣＤＭに記録すべきデータであるチャンネル情報等のＣＤＭ対応データを記録したシグナリングデータが含まれる。

　受信装置３０は、地上放送波を介して受信する放送コンテツを視聴する場合、図４のステップＳ１１に示すように、シグナリングデータに記録されたＣＤＭ記録用データ（視聴チャンネル情報等）を取得して、先に図３を参照して説明したフォーマットに従ったＣＤＭを生成する。さらに、シグナリングデータに記録されたＣＤＭ送付先情報（例えばＵＲＬ等のアドレス）に対してＣＤＭを送信することができる。

　しかし、このＣＤＭ生成、送信に適用するＣＤＭ対応データが記録されているのは、地上放送波を介して送信されるシグナリングデータである。
　一方、先に図２を参照して説明したように、放送コンテンツは、
　（ａ）地上放送波経由
　（ｂ）ＭＶＰＤ経由、
　（ｃ）ブロードバンド通信ネットワーク経由、
　これらの様々な通信路を介して受信装置３０に送信される。

　受信装置３０が、地上波放送波経由で放送コンテンツを受信して視聴する場合は、地上放送波を介して送信されるシグナリンナグデータを受信し、受信したシグナリングデータからＣＤＭ送信先情報やＣＤＭ記録用データ等からなるＣＤＭ対応データを取得することができる。

　しかし、受信装置３０が、ＭＶＰＤ６０や、ブロードバンド通信ネットワーク５０経由で受信したコンテンツを再生する場合、受信装置３０は、地上放送波経由で送信されるシグナリンクデータの参照処理を行なうことなくコンテンツ再生を実行する場合がある。
　このように、地上放送波以外の経路で受信したコンテンツの再生処理が行われる場合、受信装置３０は、地上放送波経由で受信されるシグナリングデータに記録されているＣＤＭ生成に必要となるチャンネル情報やＣＤＭ送付先情報を取得することがない。この結果、ＣＤＭ生成、送信処理を行なうことができないことになる。

　以下、このような問題点を解決する複数の実施例について、順次、説明する。
　以下の各実施例について、順次、説明する。
　（実施例１）画像または音声データにＣＤＭ生成、送信処理に適用するＣＤＭ対応データを格納した電子透かし（ＷＭ）を埋め込んだ実施例
　（実施例２）圧縮音声データのユーザデータ記録領域にＣＤＭ生成、送信処理に適用するＣＤＭ対応データを記録した実施例
　（実施例３）ＭＰＤからコンテンツＩＤを取得してＣＤＭを生成する実施例

　　［２．（実施例１）画像または音声データにＣＤＭ生成、送信処理に適用するＣＤＭ対応データを格納した電子透かし（ＷＭ）を埋め込んだ実施例について］
　次に、実施例１として、画像または音声データにＣＤＭ対応データを格納した電子透かし（ＷＭ）を埋め込んだ実施例について説明する。

　図５は、受信装置３０が、ＭＶＰＤ６０経由で放送コンテンツを受信した場合の処理例について説明する図である。
　ＭＶＰＤ６０は、ケーブル放送事業者や衛星（サテライト）放送事業者等からなるＭＶＰＤ（Ｍｕｌｔｉｃｈａｎｎｅｌ　Ｖｉｄｅｏ　Ｐｒｏｇｒａｍｍｉｎｇ　Ｄｉｓｔｒｉｂｕｔｏｒ）である。

　地上波放送局等の送信装置２０は、ＭＶＰＤ６０に放送コンテンツであるコンテンツ１０１を提供する。ＭＶＰＤ６０は、例えば放送局から受領した放送コンテンツに対する所定の処理、例えばスクランブル処理等のデータ処理を実行して、各ユーザのＴＶ等のユーザ端末である受信装置３０側に設置したＭＶＰＤ事業者が提供したセットトップボックス（ＳＴＢ）７０に送信する。

　受信装置３０側に設置されたセットップボックス（ＳＴＢ）７０は、ＭＶＰＤ独自の処理、例えばスクランブル解除処理等を実行し、コンテンツ（ＡＶコンテンツ）をＳＴＢに接続されたＴＶ等の受信装置３０に出力して再生する。

　図５に示すように、ＭＶＰＤ６０は、放送局等の送信装置２０から放送コンテンツ１０１を受信し、放送コンテンツを各ユーザのＴＶ等のユーザ端末である受信装置３０側に設置したＭＶＰＤ事業者が提供したセットトップボックス（ＳＴＢ）７０に送信する。
　なお、この際にＭＶＰＤ６０は、例えばスクランブル解除のための情報や番組情報等の制御情報を記録したＭＶＰＤ独自のシグナリングデータ（Ｓｉｇｎａｌｉｎｇ－Ｂ）を生成してセットトップボックス（ＳＴＢ）７０に送信する。

　セットトップボックス（ＳＴＢ）７０は、図５に示すステップＳ２１において、ＭＶＰＤ独自のシグナリングデータ（Ｓｉｇｎａｌｉｎｇ－Ｂ）を参照して、画像、音声データに対する所定のデータ処理を実行し、再生用データを生成してＴＶ等の受信装置３０に出力する。

　受信装置３０は、ステップＳ２２において、ＳＴＢ７０から入力する画像音声データ１０２を再生（出力）する。例えばＨＤＭＩ（登録商標）ケーブル等を介して入力する。しかし、セットトップボックス（ＳＴＢ）は、シグナリングデータを受信装置３０に出力しないため、受信装置３０は、ＣＤＭ記録用データ（視聴チャンネル情報等）や、ＣＤＭ送付先情報（例えばＵＲＬ等のアドレス）等のＣＤＭ対応データを取得することができず、ＣＤＭ生成や送信を行うことができない。

　この問題を解決する実施例として、図６以下を参照して（実施例１）、すなわち、
　画像または音声データにＣＤＭ生成、送信処理に適用するＣＤＭ対応データを格納した電子透かし（ＷＭ）を埋め込んだ実施例１について説明する。

　図６は、図５を参照して説明した例と同様、受信装置３０が、ＭＶＰＤ６０経由で放送コンテンツを受信する場合の処理例について説明する図である。
　ＭＶＰＤ６０は、ケーブル放送事業者や衛星（サテライト）放送事業者等からなるＭＶＰＤ（Ｍｕｌｔｉｃｈａｎｎｅｌ　Ｖｉｄｅｏ　Ｐｒｏｇｒａｍｍｉｎｇ　Ｄｉｓｔｒｉｂｕｔｏｒ）である。

　地上波放送局等の送信装置２０は、ＭＶＰＤ６０に電子透かし（ＷＭ：ＷａｔｅｒＭａｒｋ）を埋め込んだ放送コンテンツ、すなわち電子透かし（ＷＭ）格納コンテンツ１２１をを提供する。

　放送コンテンツとは、番組コンテンツや、広告コンテンツ等の放送用コンテンツであり、画像データと音声データを含むコンテンツである。
　送信装置２０は、コンテンツを構成する画像データ、または音声データの少なくともいずれかに、ＣＤＭ対応データを電子透かし（ＷＭ）として格納したコンテンツをＭＶＰＤ６０に提供する。

　すなわち、送信装置２０は、ＣＤＭに対する記録データや、ＣＤＭ送信先情報（アドレス）を電子透かしとして記録した画像データ、または音声データを含む電子透かし（ＷＭ）格納コンテンツを生成、または取得して、ＭＶＰＤ６０に提供する。

　ＭＶＰＤ６０は、例えば放送局等の送信装置２０から受領した電子透かし（ＷＭ）格納コンテンツを、各ユーザのＴＶ等のユーザ端末である受信装置３０側に設置したＭＶＰＤ事業者が提供したセットトップボックス（ＳＴＢ）７０に送信する。

　受信装置３０側に設置されたセットップボックス（ＳＴＢ）７０は、ＭＶＰＤ独自のシグナリングデータに従って受信データを解析し、コンテンツ（ＡＶコンテンツ）をＳＴＢに接続されたＴＶ等の受信装置３０に出力して再生する。

　図６に示すように、ＭＶＰＤ６０は、各ユーザのＴＶ等のユーザ端末である受信装置３０側に設置したＭＶＰＤ事業者が提供したセットトップボックス（ＳＴＢ）７０に対して以下の各データを送信する。
　（ａ）電子透かし（ＷＭ）格納画像データ、
　（ｂ）電子透かし（ＷＭ）格納音声データ、
　（ｃ）シグナリングデータ（Ｓｉｇｎａｌｉｎｇ－Ｂ）

　なお、シグナリングデータ（Ｓｉｇｎａｌｉｎｇ－Ｂ）はＭＶＰＤ６０の生成したＭＶＰＤ独自のシグナリングデータであり、ＭＶＰＤ事業者の提供装置であるセットトップボックス（ＳＴＢ）７０において解析等の処理が可能なデータである。

　また、電子透かし（ＷＭ）は、画像データ、音声データの少なくともいずれか一方に格納されていればよい。
　電子透かし（ＷＭ）には、ＣＤＭに対する記録データや、ＣＤＭ送信先情報（アドレス）等のＣＤＭ生成処理、送信処理に必要となるデータ、すなわちＣＤＭ対応データが記録されている。

　セットトップボックス（ＳＴＢ）７０は、図６に示すステップＳ３１において、ＭＶＰＤ６０から送信されるＭＶＰＤ独自のシグナリングデータ（Ｓｉｇｎａｌｉｎｇ－Ｂ）を参照して、再生用データとしての電子透かし（ＷＭ）格納コンテンツ１２２を生成してＴＶ等の受信装置３０に出力する。例えばＨＤＭＩ（登録商標）ケーブル等を介して出力する。

　なお、画像データ、または音声データに格納された電子透かし（ＷＭ）は、スクランブル処理や、暗号化、符号化処理、復号処理によって消去や変更されないデータである。
　すなわち、ＳＴＢ７０から受信装置３０に出力されるコンテンツは、ＣＤＭ生成処理、送信処理に必要となるＣＤＭ対応データが電子透かし（ＷＭ）として記録された電子透かし（ＷＭ）格納コンテンツ１２２である。

　受信装置３０は、ステップＳ３２において、ＳＴＢ７０から入力する電子透かし（ＷＭ）格納コンテンツ１２２を適用したコンテンツ再生（出力）を実行する。さらに、受信装置３０は、電子透かし（ＷＭ）格納コンテンツ１２２からの電子透かし（ＷＭ）検出処理を実行する。

　受信装置３０は、画像データ、または音声データに埋め込まれた電子透かし（ＷＭ）の検出処理を実行し、電子透かし（ＷＭ）として記録されたＣＤＭ対応データを取得し、取得したＣＤＭ対応データを適用してＣＤＭを生成して、生成したＣＤＭを視聴情報解析装置に送信する。

　なお、電子透かし（ＷＭ）として記録されたＣＤＭ対応データには、受信装置３０において再生対象となったコンテンツのコンテンツ情報（コンテンツＩＤやチャンネルＩＤ）、ＣＤＭ送信先情報（ＵＲＬ等の視聴情報解析装置アドレス）などが記録されている。

　このように、本実施例１では、受信装置３０は、再生対象コンテンツを構成する画像データ、または音声データに格納された電子透かし（ＷＭ）から、ＣＤＭの生成や送信処理に必要となる情報を取得することが可能となる。
　従って、地上放送波を介して送信されるシグナリングデータを参照することなく、ＣＤＭの生成、送信処理を行なうことができる。

　なお、図６においては、電子透かし（ＷＭ）埋め込みコンテンツの送信処理をＭＶＰＤ６０経由の送信コンテンツとした例を説明したが、電子透かし（ＷＭ）埋め込みコンテンツの送信経路は、ＭＶＰＤ６０経由に限らず、その他の経路、例えば図２を参照して説明した地上放送波や、インターネット等のブロードバンド通信ネットワーク５０を介した経路としてもよい。いずれの経路を利用した場合でも、受信装置３０は、コンテンツ自身に埋め込まれた電子透かし（ＷＭ）からＣＤＭ対応情報、すなわちＣＤＭ記録用データやＣＤＭ送信先情報等を取得することができる。

　次に、図７以下を参照して、画像データおよび音声データに対して記録する電子透かし（ＷＭ）のデータ構成例について説明する。
　以下に示す各電子透かし（ＷＭ）情報例について、順次、説明する。
　（１）画像データに記録する電子透かし（ＷＭ）情報例（図７～図１０）
　（２）音声データに記録する電子透かし（ＷＭ）情報例（図１１～図１３）

　　［２－１．画像データに記録する電子透かし（ＷＭ）情報例］
　まず、図７～図１０を参照して画像データに埋め込む電子透かし（ＷＭ）のデータ構成例について説明する。
　図７は、画像データに埋め込む電子透かし（ＷＭ）のデータ構成例を示す図である。
　図７に示すように、画像データに埋め込まれる電子透かし（ＷＭ）には複数のＣＤＭ対応データが記録される。具体的には、例えば、以下のデータが記録される。
　（１ａ）コンテンツＩＤ情報
　（１ｂ）チャンネルＩＤ情報
　（１ｃ）ＣＤＭ送信アドレス情報（ＵＲＩ）

　（１ａ）コンテンツＩＤ情報は、この電子透かし（ＷＭ）が埋め込まれた画像データに対応するコンテンツの識別子である。例えば特定の番組コンテンツや、広告コンテンツの識別子である。

　（１ｂ）チャンネルＩＤ情報は、この電子透かし（ＷＭ）が埋め込まれた画像データに対応するコンテンツを提供している放送局のチャンネル番号である。なお、受信装置３０においてコンテンツ表示を実行しているチャンネル番号は、例えばＭＶＰＤの利用する特定のチャンネルである場合があり、本来のコンテンツの放送物理チャンネルと番号と一致しない場合がある。電子透かしとして埋め込まれるチャンネル番号は、ＣＤＭ送付先である図１に示す視聴情報解析装置４０において、視聴対象コンテンツを特定可能なチャンネル番号とする。
　このような、視聴対象コンテンツを特定可能なチャンネル番号は、バーチャル・チャンネル番号（Ｖｉｒｔｕａｌ　Ｃｈａｎｎｅｌ　Ｎｕｍｂｅｒ）と呼ばれる。

　（１ｃ）ＣＤＭ送信アドレス情報（ＵＲＩ）は、ＣＤＭを送信するＣＤＭ送信先のアドレス（ＵＲＩ）である。図１に示す視聴情報解析装置４０のアドレス、例えばＵＲＩが記録される。

　（１ａ）コンテンツＩＤ情報の詳細構成について、図８を参照して説明する。
　図８に示すように、コンテンツＩＤ情報として記録されるデータには、以下のデータが含まれる。
　ＩＤタイプ情報
　番組コンテンツＩＤ（ＥＩＤＲ）、または広告コンテンツＩＤ）（ａｄＩＤ）

　ＩＤタイプ情報は、この電子透かし内に記録されたコンテンツＩＤが、放送局の提供する番組コンテンツの識別子であるか、広告コンテンツの識別子であるかを示すＩＤタイプ情報を記録する領域である。

　電子透かし内の記録コンテンツＩＤが、放送局の提供する番組コンテンツの識別子である場合は、
　ＩＤタイプ＝ＥＩＤＲ
　上記のタイプ情報が記録される。

　一方、電子透かし内の記録コンテンツＩＤが、広告コンテンツの識別子である場合は、
　ＩＤタイプ＝ａｄＩＤ
　上記のタイプ情報が記録される。
　なお、ＥＩＤＲは、例えば映画や各番組等のコンテンツ識別情報として規定された識別子：ＥＩＤＲ（Ｅｎｔｅｒｔａｉｎｍｅｎｔ　Ｉｄｅｎｔｉｆｉｅｒ　Ｒｅｇｉｓｔｒｙ）である。

　ＩＤタイプ＝ＥＩＤＲが記録されている場合、コンテンツＩＤ情報記録フィールドには、番組コンテンツＩＤ（ＥＩＤＲ）が記録される。
　一方、ＩＤタイプ＝ａｄＩＤが記録されている場合、コンテンツＩＤ情報記録フィールドには、広告コンテンツＩＤ（ａｄＩＤ）が記録される。

　受信装置３０は、画像データに記録された電子透かし（ＷＭ）から、いずれかのコンテンツＩＤ、すなわち、番組コンテンツＩＤ（ＥＩＤＲ）、または広告コンテンツＩＤ（ａｄＩＤ）を取得して、視聴情報記録レポートであるＣＤＭに記録する。

　次に、図９を参照して（１ｂ）チャンネルＩＤ情報と、（１ｃ）ＣＤＭ送信アドレス情報（ＵＲＩ）について説明する。
　図９（１ｂ）に示すように、（１ｂ）チャンネルＩＤ情報には、
　メジャーチャンネル番号情報、
　マイナーチャンネル番号情報、
　これらの各チャンネル番号情報記録領域が含まれる。

　米国におけるＴＶチャンネル番号は、例えば、１５．４２チャンネル等のような設定であり、この場合１５が、メジャーチャンネル番号、４２がマイナーチャンネル番号となる。
　これらの各チャンネル番号が記録される。
　受信装置３０は、これらのチャンネル番号を取得して、視聴情報記録レポートであるＣＤＭに記録する。

　また、図９（１ｃ）に示すように、（１ｃ）ＣＤＭ送信アドレス情報（ＵＲＩ）には、
　ＵＲＩタイプ情報、
　ＵＲＩ情報、
　これらの各情報が記録される。

　ＵＲＩタイプ情報には、ＵＲＩ情報として記録されるＵＲＩが、何のＵＲＩてあるかを示すタイプ情報を記録する。
　図１０にＵＲＩタイプ情報の具体例を示す。
　ＵＲＩタイプ情報には、０ｘ００～０ｘＦＦの値が設定可能である。

　ＵＲＩタイプ＝０ｘ００は、ＵＲＩ情報として記録されたＵＲＩが、ＡＩＴ（アプリケーション・インフォメーション・テーブル）のアクセス用ＵＲＩであることを示す。
　ＵＲＩタイプ＝０ｘ０１は、ＵＲＩ情報として記録されたＵＲＩが、ＭＰＤ（メディア・プレゼンテーション・ディスクリプションのアクセス用ＵＲＩであることを示す。
　ＵＲＩタイプ＝０ｘ０２は、ＵＲＩ情報として記録されたＵＲＩが、ＥＳＧ（Ｅｌｅｃｔｒｏｎｉｃ　Ｓｅｒｖｉｃｅ　Ｇｕｉｄｅ）のアクセス用ＵＲＩであることを示す。
　ＵＲＩタイプ＝０ｘ０３は、ＵＲＩ情報として記録されたＵＲＩが、ＣＤＭ送信先ＵＲＩであることを示す。

　なお、ＡＩＴは、受信装置３０において実行するアプリケーションの取得や実行に必要となるアプリケーション制御情報を記録したテーブルであり、放送局等の送信装置２０から提供される。
　また、ＭＰＤは、動画や音声ファイルの管理情報であるメタデータを記述するためのマニフェスト・ファイルであり、放送局等の送信装置２０から提供される。
　また、ＥＳＧは、電子番組表であり、放送局等の送信装置２０から提供される。

　ＵＲＩタイプ＝０ｘ０３は、ＵＲＩ情報として記録されたＵＲＩが、ＣＤＭ送信先ＵＲＩであることを示す。すなわち、このＵＲＩが図１に示す視聴情報解析装置４０のアドレスとなる。
　受信装置３０は、ＵＲＩタイプ＝０ｘ０３が設定されているＵＲＩ情報を取得し、このＵＲＩをＣＤＭ送信先に設定して、生成したＣＤＭを送信する。

　なお、図７～図１０を参照して説明したデータは電子透かし（ＷＭ）に記録されるＣＤＭ対応データの一部である。電子透かし（ＷＭ）には、その他の様々なＣＤＭ対応データが記録される。例えば、ＣＤＭの送信タイミング情報が記録される。受信装置３０は、電子透かし（ＷＭ）に記録されたＣＤＭ送信タイミング情報に従って、生成したＣＤＭを視聴情報解析装置４０に送信する。

　このように、受信装置３０は、再生対象コンテンツである番組コンテンツ、あるいは広告コンテンツを構成する画像データに埋め込まれた電子透かし（ＷＭ）から、ＣＤＭ生成用情報やＣＤＭ送付先情報、ＣＤＭ送信タイミング情報等を取得することで、視聴情報会席に必要となる十分なデータを記録したＣＤＭを作成し、最適のタイミングでＣＤＭを所定の宛先に送信することが可能となる。

　　［２－２．音声データに記録する電子透かし（ＷＭ）情報例］
　次に、図１１～図１３を参照して音声データに埋め込む電子透かし（ＷＭ）のデータ例について説明する。
　図１１は、音声データに埋め込む電子透かし（ＷＭ）のデータ例を示す図である。
　図１１に示すように、音声データに埋め込まれる電子透かし（ＷＭ）には複数のＣＤＭ対応データが記録される。具体的には、例えば、以下のデータが記録される。
　（２ａ）チャンネルＩＤ情報
　（２ｂ）トリガ情報
　（２ｃ）コンテンツＩＤ情報

　（２ａ）チャンネルＩＤ情報は、この電子透かし（ＷＭ）が埋め込まれた音声データに対応するコンテンツを提供している放送局のチャンネル番号である。なお、受信装置３０においてコンテンツ表示を実行しているチャンネル番号は、例えばＭＶＰＤの利用する特定のチャンネルである場合があり、本来のコンテンツの放送物理チャンネルと番号と一致しない場合がある。電子透かしとして埋め込まれるチャンネル番号は、ＣＤＭ送付先である図１に示す視聴情報解析装置４０において、視聴対象コンテンツを特定可能なチャンネル番号とする。

　（２ｂ）トリガ情報は、先に図７、図８を参照して説明した画像データに埋め込まれる電子透かしデータ中のＣＤＭ送信アドレス情報（ＵＲＩ）に相当する。すなわち、ＣＤＭを送信するＣＤＭ送信先のアドレス（ＵＲＩ）が記録される。図１に示す視聴情報解析装置４０のアドレス、例えばＵＲＩが記録される。

　（２ｃ）コンテンツＩＤ情報は、この電子透かし（ＷＭ）が埋め込まれた音声データに対応するコンテンツの識別子である。例えば特定の番組コンテンツや、広告コンテンツの識別子である。

　（２ａ）チャンネルＩＤ情報には、図１１に示すように、
　メジャーチャンネル番号情報、
　マイナーチャンネル番号情報、
　これらの各チャンネル番号情報記録領域が含まれる。

　先に説明したように、米国におけるＴＶチャンネル番号は、例えば、１５．４２チャンネル等のような設定であり、この場合１５が、メジャーチャンネル番号、４２がマイナーチャンネル番号となる。
　これらの各チャンネル番号が記録される。
　受信装置３０は、これらのチャンネル番号を取得して、視聴情報記録レポートであるＣＤＭに記録する。

　（２ｂ）トリガ情報の詳細構成について、図１２を参照して説明する。
　トリガ情報中には、図１２に示すように、
　トリガ情報（＝ＵＲＩ記録領域）、
　ＵＲＩタイプ情報、
　これらの各情報が記録される。

　ＵＲＩタイプ情報には、トリガ情報として記録されるＵＲＩが、何のＵＲＩてあるかを示すタイプ情報を記録する。
　図１２にＵＲＩタイプ情報の具体例を示す。
　ＵＲＩタイプ情報としての設定値は、以下のいずれかとなる。
　ＡＩＴ、
　ＭＰＤ、
　ＥＳＧ、
　ＣＤＭ、
　ｏｔｈｅｒｓ（その他）、

　ＵＲＩタイプ＝ＡＩＴは、トリガ情報として記録されたＵＲＩが、ＡＩＴ（アプリケーション・インフォメーション・テーブル）のアクセス用ＵＲＩであることを示す。
　ＵＲＩタイプ＝ＭＰＤは、トリガ情報として記録されたＵＲＩが、ＭＰＤ（メディア・プレゼンテーション・ディスクリプションのアクセス用ＵＲＩであることを示す。
　ＵＲＩタイプ＝ＥＳＧは、トリガ情報として記録されたＵＲＩが、ＥＳＧ（Ｅｌｅｃｔｒｏｎｉｃ　Ｓｅｒｖｉｃｅ　Ｇｕｉｄｅ）のアクセス用ＵＲＩであることを示す。
　ＵＲＩタイプ＝ＣＤＭは、トリガ情報として記録されたＵＲＩが、ＣＤＭ送信先ＵＲＩであることを示す。

　なお、前述したようにＡＩＴは、受信装置３０において実行するアプリケーションの取得や実行に必要となるアプリケーション制御情報を記録したテーブルであり、放送局等の送信装置２０から提供される。
　また、ＭＰＤは、動画や音声ファイルの管理情報であるメタデータを記述するためのマニフェスト・ファイルであり、放送局等の送信装置２０から提供される。
　また、ＥＳＧは、電子番組表であり、放送局等の送信装置２０から提供される。

　ＵＲＩタイプ＝ＣＤＭは、トリガ情報として記録されたＵＲＩが、ＣＤＭ送信先ＵＲＩであることを示す。すなわち、このＵＲＩが図１に示す視聴情報解析装置４０のアドレスとなる。
　受信装置３０は、ＵＲＩタイプ＝ＣＤＭに対応して記録されているトリガ情報に記録されているＵＲＩ情報を取得し、このＵＲＩをＣＤＭ送信先に設定して、生成したＣＤＭを送信する。

　次に、（２ｃ）コンテンツＩＤ情報の詳細構成について、図１３を参照して説明する。
　図１３に示すように、コンテンツＩＤ情報として記録されるデータには、以下のデータが含まれる。
　ＩＤタイプ
　コンテンツＩＤ（ＥＩＤＲ、またはａｄＩＤ）

　電子透かし内の記録コンテンツＩＤが、放送局の提供する番組コンテンツの識別子である場合は、
　ＩＤタイプ＝ＥＩＤＲ
　上記のタイプ情報が記録される。
　電子透かし内の記録コンテンツＩＤが、広告コンテンツの識別子である場合は、
　ＩＤタイプ＝ａｄＩＤ
　上記のタイプ情報が記録される。
　なお、ＥＩＤＲは、例えば映画や各番組等のコンテンツ識別情報として規定された識別子：ＥＩＤＲ（Ｅｎｔｅｒｔａｉｎｍｅｎｔ　Ｉｄｅｎｔｉｆｉｅｒ　Ｒｅｇｉｓｔｒｙ）である。

　ＩＤタイプ＝ＥＩＤＲが記録されている場合、コンテンツＩＤ記録フィールドには、番組コンテンツＩＤ（ＥＩＤＲ）が記録される。
　一方、ＩＤタイプ＝ａｄＩＤが記録されている場合、コンテンツＩＤ記録フィールドには、広告コンテンツＩＤ（ａｄＩＤ）が記録される。
　受信装置３０は、いずれか記録されたコンテンツＩＤ、すなわち、番組コンテンツＩＤ（ＥＩＤＲ）、または広告コンテンツＩＤ（ａｄＩＤ）を取得して、視聴情報記録レポートであるＣＤＭに記録する。

　なお、図１１～図１３を参照して説明したデータは電子透かし（ＷＭ）に記録されるＣＤＭ対応データの一部である。電子透かし（ＷＭ）には、その他の様々なＣＤＭ対応データが記録される。例えば、ＣＤＭの送信タイミング情報が記録される。受信装置３０は、電子透かし（ＷＭ）に記録されたＣＤＭ送信タイミング情報に従って、生成したＣＤＭを視聴情報解析装置４０に送信する。

　このように、受信装置３０は、再生対象コンテンツである番組コンテンツ、あるいは広告コンテンツを構成する音声データに埋め込まれた電子透かし（ＷＭ）から、ＣＤＭ生成用情報やＣＤＭ送付先情報、ＣＤＭ送信タイミング情報等を取得することで、視聴情報会席に必要となる十分なデータを記録したＣＤＭを作成し、最適のタイミングでＣＤＭを所定の宛先に送信することが可能となる。

　　［３．送信装置と受信装置の実行する処理（実施例１）のシーケンスについて］
　次に、図１４、図１５に示すフローチャートを参照して送信装置と受信装置の実行する処理のシーケンスについて説明する。

　まず、図１４に示すフローチャートを参照して送信装置の実行する処理のシーケンスについて説明する。
　なお、図１４に示すフローチャートに従った処理を実行する送信装置は、例えば、図６に示す送信装置２０であり、放送局等の送信装置２０である。
　送信装置２０は、例えば、図１４に示すフローチャートに従った処理を実行させるプログラムを記憶部に格納し、このプログラムを例えばプログラム実行機能を持つＣＰＵを有するデータ処理部において実行する。
　以下、図１４に示すフローの各ステップの処理について説明する。

　　（ステップＳ１１１）
　まず、送信装置のデータ処理部はステップＳ１１１において、ＣＤＭ（視聴情報）送信先情報、コンテンツＩＤ他、ＣＤＭ生成、送信用データ等を含む電子透かし（ＷＭ）を埋め込んだコンテンツ（ＡＶコンテンツ）を生成、または取得する。

　具体的には、例えば図７～図１０を参照して説明した電子透かし情報を埋め込んだ画像データ、あるいは、図１１～図１３を参照して説明した電子透かし情報を埋め込んだ音声データ、少なくともいずれかを含むコンテンツを生成、または取得する処理を実行する。

　　（ステップＳ１１２）
　次に、送信装置のデータ処理部はステップＳ１１２において、ステップＳ１１１で生成した電子透かし埋め込みコンテンツを送信する。

　なお、コンテンツ送信経路は、前述したように、ＭＶＰＤ６０を経由して受信装置３０に送信する経路に限らず、地上放送波経由、インターネット等のブロードバンド通信ネットワーク経由、いずれの経路で行うことも可能である。

　次に、図１５に示すフローチャートを参照して、電子透かし埋め込みコンテンツを受信してＣＤＭを生成して送信する処理を実行する受信装置側の処理シーケンスについて説明する。

　なお、図１５に示すフローチャートに従った処理を実行する受信装置は、例えば、図６に示す受信装置３０である。
　受信装置３０は、例えば、図１５に示すフローチャートに従った処理を実行させるプログラムを記憶部に格納し、このプログラムを例えばプログラム実行機能を持つＣＰＵを有するデータ処理部において実行する。
　以下、図１５に示すフローの各ステップの処理について説明する。

　　（ステップＳ１２１）
　まず、受信装置はステップＳ１２１において、ＣＤＭ（視聴情報）送信先情報、コンテンツＩＤ他、ＣＤＭ生成、送信用データ等を含む電子透かし（ＷＭ）を埋め込んだコンテンツ（ＡＶコンテンツ）を受信する。

　コンテンツ受信経路は、前述したように、ＭＶＰＤ６０を介した経路に限らず、地上放送波経由、インターネット等のブロードバンド通信ネットワーク経由、いずれの経路も可能である。

　　（ステップＳ１２２）
　次に、受信装置のデータ処理部は、ステップＳ１２２において、コンテンツに埋め込まれた電子透かし（ＷＭ）から、ＣＤＭ送信先情報、コンテンツＩＤ他、ＣＤＭ生成、送信用データを取得する。

　受信コンテンツの画像データ、または音声データの少なくともいずれかには、先に図７～図１３を参照して説明したＣＤＭ対応データ、すなわち、ＣＤＭ送信先情報、コンテンツＩＤ他、ＣＤＭ生成や送信処理に必要なデータが記録されている。受信装置のデータ処理部は、これらのＣＤＭ対応データを電子透かしから取得する。

　　（ステップＳ１２３）
　次に、受信装置のデータ処理部は、ステップＳ１２３において、電子透かし（ＷＭ）からの取得データ用いて、ＣＤＭを生成する。
　なお、受信装置の生成するＣＤＭは、例えば先に図３を参照して説明した基本的なＣＤＭフォーマットをベースとして、本実施例に併せて変更した新たな拡張フォーマットに従ったＣＤＭとすることが好ましい。
　本実施例に最適なＣＤＭの拡張フォーマットについては、次の説明項目［４．新たなＣＤＭフォーマットについて］において詳細を説明する。

　　（ステップＳ１２４）
　次に、受信装置のデータ処理部は、ステップＳ１２４において、電子透かし（ＷＭ）から取得したＣＤＭ送信先情報、すなわち、図１に示す視聴情報解析装置４０のアドレス（ＵＲＬ）情報を用いて、このアドレスに対して、ステップＳ１２３で生成したＣＤＭを送信する。
　なお、電子透かし（ＷＭ）からＣＤＭ送信タイミング情報を取得した場合は、このＣＤＭ送信タイミング情報に従ってＣＤＭの送信タイミングを決定して送信処理を実行する。

　このようにして、受信装置３０は、画像データまたは音声データに埋め込まれた電子透かし（ＷＭ）からＣＤＭ生成および送信処理に必要となるＣＤＭ対応データを取得して、これを参照してＣＤＭの生成を実行し視聴情報解析装置に送信することが可能となる。

　　［４．新たなＣＤＭフォーマットについて］
　現行のＣＤＭのフォーマットについては、先に、図３を参照して説明した通りである。
　現行のＣＤＭフォーマットは図３に示すように、
　（１）視聴チャンネル番号、
　（２）視聴開始時間
　（３）視聴終了時間
　例えばこれらの情報の記録領域を持つ。
　この図３に示すＣＤＭフォーマットは、地上放送波を受信して視聴したコンテンツに基づく視聴情報記録用のＣＤＭである。
　図３に示すＣＤＭフォーマットでは、受信装置３０におい視聴したコンテンツの識別情報として、視聴チャンネル番号を記録する設定としている。

　しかし、例えば、実施例１において説明したＭＶＰＤ６０が、ケーブルＴＶ（ＣＡＴＶ）等を介して放送コンテンツを提供する場合、チャンネル設定は、ＭＶＰＤ事業者独自の設定になる。さらに、ＭＶＰＤ事業者独自の設定チャンネル情報は、セットトップボックス（ＳＴＢ）７０からＴＶ等の受信装置３０に入力されない。
　従って、受信装置３０の設定チャンネル情報を図３に示す従来型のＣＤＭに記録しても、そのチャンネルに対応するコンテンツが何であるかが不明確になる恐れがある。
　このような問題を解決する新たなＣＤＭフォーマットについて、図１６～図１８を参照して説明する。

　図１６には、図３に示す（１）現ＣＤＭフォーマットの一部と、（２）拡張フォーマットの一部を示している。
　図１６に示すように、（１）現ＣＤＭフォーマットの視聴チャンネル番号記録領域を変更する。
　（２）拡張ＣＤＭフォーマットでは、（１）現ＣＤＭフォーマットの視聴チャンネル番号記録領域を以下の各データを記録する領域に拡張する。
　（ａ）サービスソース情報
　（ｂ）コンテンツＩＤ情報
　（ｃ）コンテンツＩＤタイプ情報
　これらの情報である。
　これらの情報を記録可能とする。

　（ａ）サービスソース情報には、受信装置３０において受信し再生したコンテンツの受信経路を示す情報を記録する。
　（ｂ）コンテンツＩＤ情報には、受信装置３０において受信し再生したコンテンツの識別子であるコンテンツＩＤを記録する。
　（ｃ）コンテンツＩＤタイプ情報には、コンテンツＩＤ情報記録フィールドに記録したコンテンツＩＤの種類を示すコンテンツＩＤを記録する。

　（ａ）サービスソース情報の具体的な記録例について図１７を参照して説明する。
　図１７に示すように、サービスソースＩＤの設定値として、１～５の設定値のいずれかが記録される。各設定値は、このＣＤＭに記録された視聴情報が、以下のいずれの経路で受信したコンテンツに関する視聴情報であるかを示す。
　サービスソース設定値＝１：地上放送波経由のコンテンツ
　サービスソース設定値＝２：ブロードバンド通信ネットワーク経由のコンテンツ
　サービスソース設定値＝３：復号型（ハイブリッド）コンテンツ
　サービスソース設定値＝４：その他（ＣＡＴＶ、衛星放送等のＭＶＰＤ経由）のコンテンツ
　サービスソース設定値＝５：リザーブ

　例えば、サービスソース設定値として［１］が設定されているＣＤＭは、このＣＤＭに記録された視聴情報が、地上放送波を経由して受信したコンテンツに関する視聴情報を記録したＣＤＭであることを示す。
　サービスソース設定値として［２］が設定されているＣＤＭは、このＣＤＭに記録された視聴情報が、インターネット等のブロードバンド通信ネットワークを経由して受信したコンテンツに関する視聴情報を記録したＣＤＭであることを示す。

　サービスソース設定値として［３］が設定されているＣＤＭは、このＣＤＭに記録された視聴情報が、地上放送波、ブロードバンド通信ネットワーク、ＭＶＰＤ、いずれか２つ以上の経路を経由して受信した複数コンテンツに関する視聴情報を記録したＣＤＭであることを示す。
　サービスソース設定値として［４］が設定されているＣＤＭは、このＣＤＭに記録された視聴情報が、ＣＡＴＶ、衛星放送等のＭＶＰＤ経由で受信したコンテンツに関する視聴情報を記録したＣＤＭであることを示す。

　視聴情報解析装置４０は、このＣＤＭに記録されたサービスソース情報に基づいて、受信装置３０において視帳されたコンテンツの受信経路を判別することが可能となる。
　なお、受信装置３０は、受信装置３０におけるコンテンツ受信経路を判別する処理を実行して、この経路判別処理結果から得られるサービスソース情報をＣＤＭに記録する。

　図１６に示す拡張ＣＤＭフォーマットにおける新たな記録情報として示す、以下のデータ、すなわち、
　（ｂ）コンテンツＩＤ情報
　（ｃ）コンテンツＩＤタイプ情報
　これらのデータは、例えば、先に図７～図１３を参照して説明した画像データや、音声データに埋め込まれる電子透かし（ＷＭ）に記録されているデータを利用して記録される。

　（ｂ）コンテンツＩＤ情報には、例えば、番組コンテンツＩＤ（ＥＩＤＲ）、または広告コンテンツＩＤ）（ａｄＩＤ）、あるいはチャンネル番号（Ｖｉｒｔｕａｌ　Ｃｈａｎｎｅｌ　ｎｕｍｂｅｒ）を記録する。
　チャンネル番号（Ｖｉｒｔｕａｌ　Ｃｈａｎｎｅｌ　ｎｕｍｂｅｒ）を記録可能としているのは、地上放送波を受信して視聴した場合に生成するＣＤＭとしても適用可能な設定とするためである。

　なお、記録するチャンネル番号は、バーチャル・チャンネル番号（Ｖｉｒｔｕａｌ　Ｃｈａｎｎｅｌ　ｎｕｍｂｅｒ）である。バーチャル・チャンネル番号（Ｖｉｒｔｕａｌ　Ｃｈａｎｎｅｌ　ｎｕｍｂｅｒ）は、前述したようにコンテンツの放送物理チャンネルではなく、放送局を識別可能とするチャンネル番号である。
　なお、先に図７～図１３を参照して説明した電子透かし（ＷＭ）記録データてあるメジャーチャンネル番号と、マイナーチャンネル番号が、バーチャル・チャンネル番号（Ｖｉｒｔｕａｌ　Ｃｈａｎｎｅｌ　ｎｕｍｂｅｒ）に相当する。

　（ｃ）コンテンツＩＤタイプ情報には、（ｂ）コンテンツＩＤ情報として記録されたコンテンツＩＤのＩＤタイプ情報を記録する。具体例について、図１８を参照して説明する。
　コンテンツＩＤタイプ情報の設定値と、コンテンツＩＤ情報記録フィールドの記録ＩＤの意味との対応関係は以下の通りとなる。
　設定値＝１：コンテンツＩＤ情報記録フィールドに記録されたＩＤはチャンネル番号（Ｖｉｒｔｕａｌ　Ｃｈａｎｎｅｌ　Ｎｕｍｂｅｒ）を示す。
　設定値＝２：コンテンツＩＤ情報記録フィールドに記録されたＩＤは番組識別子（ＥＩＤＲ）を示す。
　設定値＝３：コンテンツＩＤ情報記録フィールドに記録されたＩＤは広告識別子（ａｄ－ＩＤ）を示す。
　設定値＝４：リザーブ

　図１６～図１８を参照して説明したように、
　（２）拡張ＣＤＭフォーマットでは、（１）現ＣＤＭフォーマットの視聴チャンネル番号記録領域を以下の各データを記録する領域に拡張する。
　（ａ）サービスソース情報
　（ｂ）コンテンツＩＤ情報
　（ｃ）コンテンツＩＤタイプ情報
　これらの情報である。

　これらの情報を記録可能とすることで、受信装置３０が、地上放送波以外の経路から受信したコンテンツを視聴した場合にも、視聴コンテンツを確実に識別可能としたＣＤＭを作成することが可能となる。
　さらに、受信装置３０におけるコンテンツの受信経路も判別可能となり、これまでのＣＤＭフォーマットに比較して、より詳細な視聴情報が取得可能となる。

　　［５．（実施例２）圧縮音声データのユーザデータ記録領域にＣＤＭ生成、送信処理に適用するＣＤＭ対応データを記録した実施例について］
　次に、実施例２として、圧縮音声データのユーザデータ記録領域にＣＤＭ生成、送信処理に適用するＣＤＭ対応データを記録した実施例について説明する。

　先に図５を参照して説明したように、受信装置３０が、ケーブル放送事業者や衛星（サテライト）放送事業者等からなるＭＶＰＤ（Ｍｕｌｔｉｃｈａｎｎｅｌ　Ｖｉｄｅｏ　Ｐｒｏｇｒａｍｍｉｎｇ　Ｄｉｓｔｒｉｂｕｔｏｒ）６０からコンテンツを受信し、再生する場合、地上放送波経由で受信するシグナリングデータに記録されたチャンネル番号やＣＤＭ送付先情報等が得られず、ＣＤＭの生成、送信ができない。

　この問題を解決するため、上述した（実施例１）では、ＣＤＭ生成処理、送信処理を可能とするためのＣＤＭ対応データを電子透かし（ＷＭ）として画像、音声データに埋め込んだ実施例を説明した。
　以下に説明する実施例２は、ＣＤＭ生成処理、送信処理を可能とするためのＣＤＭ対応データを電子透かし（ＷＭ）ではなく、圧縮音声データのユーザデータ記録領域に格納した実施例である。

　図１９を参照して本実施例２の処理について説明する。
　図１９は、前述した実施例１において図６を参照して説明した例と同様、受信装置３０が、ＭＶＰＤ６０経由で放送コンテンツを受信する場合の処理例について説明する図である。
　ＭＶＰＤ６０は、ケーブル放送事業者や衛星（サテライト）放送事業者等からなるＭＶＰＤ（Ｍｕｌｔｉｃｈａｎｎｅｌ　Ｖｉｄｅｏ　Ｐｒｏｇｒａｍｍｉｎｇ　Ｄｉｓｔｒｉｂｕｔｏｒ）である。

　地上波放送局等の送信装置２０は、ＭＶＰＤ６０に放送コンテンツ、すなわち画像データと音声データからなる放送コンテンツであるＡＶコンテンツ１３１を提供する。
　ＡＶコンテンツ１３１を構成する画像データや音声データは、符号化データである。例えばＭＰ４形式による符号化データである。

　送信装置２０は、放送用のコンテンツデータを符号化し、符号化データおよび符号化データのメタデータを含むデータファイルを生成する。先に説明したように、符号化処理は、例えばＭＰＥＧにおいて規定されるＭＰ４ファイルフォーマットに従って行われる。なお、送信装置２０がＭＰ４形式のデータファイルを生成する場合の符号化データのファイルは「ｍｄａｔ」、メタデータは「ｍｏｏｖ」や「ｍｏｏｆ」等と呼ばれる。

　図２０、図２１を参照して、ＭＰ４ファイルフォーマットの概要について説明する。
　図２０には、ＩＳＯ／ＩＥＣ１４４９６－１２で規定されたＭＰ４ファイルフォーマットの例を示している。
　図２０に示すＭＰ４ファイルは、ＭＰ４ファイルフォーマットに従ったデータの記録あるいは再生処理における１つの処理単位として設定されるファイルである。

　ＭＰ４ファイルは、ボックス（ｂｏｘ）単位の領域設定がなされ、各ボックスには、ボックス単位で定義されたデータが格納される。
　各ボックスは、ボックスサイズ（ｂｏｘ－ｓｉｚｅ）、ボックスタイプ（ｂｏｘ－ｔｙｐｅ）、ボックスデータ（ｂｏｘ－ｄａｔａ）の各領域を有する。
　ボックスサイズ（ｂｏｘ－ｓｉｚｅ）には、ボックスのデータ長（バイトサイズ）が記録される。
　ボックスタイプ（ｂｏｘ－ｔｙｐｅ）には、ボックスに格納するデータの種類が記録される。
　ボックスデータ（ｂｏｘ－ｄａｔａ）には、ボックスタイプで示される種類のデータが記録される。

　図２０に示すＭＰ４ファイルには、以下のタイプのボックスが設定される。
　ｍｏｏｖボックス、
　ｔｒａｋボックス、
　ｍｄａｔボックス、
　上記の各ボックスが設定される。

　画像、音声、字幕等の再生対象データである実データはｍｄａｔボックスに格納される。
　また、ｍｄａｔボックスに格納したデータに関する属性情報、再生制御情報等のメタデータは、ｍｏｏｖボックス内のｔｒａｋボックスに格納される。

　ｍｏｏｖボックスは、ＭＰ４ファイルのｍｄａｔボックスに格納されたデータのメタデータ（再生制御情報や属性情報）の格納領域として設定されるボックスである。
　ｍｏｏｖボックス内には、１つ以上のｔｒａｋボックスが設定される。ｔｒａｋボックスは、例えば画像、音声、字幕等のデータ種類別に設定可能であり、各データのメタデータを格納する。

　図２１を参照して、ＭＰ４ファイルに対するデータ格納構成例について説明する。ＭＰ４ファイルには、前述したように以下の各ボックスが設定される。
　ｍｏｏｖボックス、
　ｔｒａｋボックス、
　ｍｄａｔボックス、
　上記の各ボックスが設定される。

　ｍｄａｔボックスには、例えば、
　（ａ）画像
　（ｂ）音声
　（ｃ）字幕
　これらのデータを格納する。

　ＭＰ４ファイルフォーマットのデータ部であるｍｄａｔボックスの格納データは、基本データ単位としてのサンプル（ｓａｍｐｌｅ）に区分される。
　１つのｍｄａｔボックスには画像サンプルのみの集合、あるいは音声サンプルのみの集合、または字幕サンプルのみの集合、いずれか同一種類のデータサンプルの集合が格納されることになる。

　ｍｏｏｖボックスは、ＭＰ４ファイルのｍｄａｔボックスに格納されたデータのメタデータ（再生制御情報や属性情報）の格納領域である。
　ｍｏｏｖボックス内には、１つ以上のｔｒａｋボックスが設定される。ｔｒａｋボックスは、例えば画像、音声、字幕等のデータ種類別に設定可能であり、各データのメタデータを格納する。

　図２１に示すｔｒａｋ（Ｖｉｄｅｏ）ボックスは、画像データに関する属性情報や制御情報を格納した画像対応メタデータ格納ボックスである。
　ｔｒａｋ（Ａｕｄｉｏ）ボックスは、音声データに関する属性情報や制御情報を格納した画像対応メタデータ格納ボックスである。
　ｔｒａｋ（Ｓｕｂｔｉｔｌｅ）ボックスは、字幕データに関する属性情報や制御情報を格納した画像対応メタデータ格納ボックスである。

　本実施例２においては、ＣＤＭ生成処理、送信処理を可能とするためのＣＤＭ対応データを圧縮音声データ内に構成されるユーザデータ記録領域に格納する。
　具体的には、例えば、図２１に示すｍｄａｔボックス内に格納される圧縮音声データを格納した音声サンプル内、あるいは音声サンプルに並列して設定されるユーザデータ記録領域にＣＤＭ生成、送信に適用可能なＣＤＭ対応データを格納する。

　例えば、図１９に示すＭＶＰＤ６０は、放送局等の送信装置２０から受信するＭＰ４ファイルから再生対象データ（画像、音声、字幕）を取得して、セットトップボックス（ＳＴＢ）７０に対して、これらの再生対象データのみを送信する可能性がある。すなわち、ＭＰ４ファイル単位の送信処理を行なわず、他のデータ転送フォーマットに従って再生対象データのみを送信する可能性がある。この場合、ＭＰ４ファイルに格納されたメタデータの送信が行われない可能性がある。
　このような場合でも、圧縮音声データは、セットトップボックス（ＳＴＢ）７０経由で、ＴＶ等の受信装置３０に送信される。従って、圧縮音声データ内に設定されるユーザデータ記録領域に記録されたＣＤＭ対応データは、確実にセットトップボックス（ＳＴＢ）７０経由で、ＴＶ等の受信装置３０において取得される。

　ＴＶ等の受信装置３０は、圧縮音声データのユーザデータ記録領域からＣＤＭ対応データを取得し、取得したＣＤＭ対応データを適用してＣＤＭを生成して、生成したＣＤＭを視聴情報解析装置に送信することができる。

　なお、ＣＤＭ対応データには、受信装置３０において再生対象となるＡＶコンテンツのコンテンツ情報（コンテンツＩＤやチャンネルＩＤ）、ＣＤＭ送信先情報（ＵＲＬ等の視聴情報解析装置アドレス）、ＣＤＭ送信タイミング情報などが記録されている。
　具体的には、例えば、先に図７～図１３を参照して説明した電子透かし（ＷＭ）に記録されるＣＤＭ対応データと同様のＣＤＭ対応データが記録される。

　なお、図１９に示すＭＶＰＤ６０が、放送局等の送信装置２０から受信するＭＰ４ファイルをそのまま、セットトップボックス（ＳＴＢ）７０に送信し、セットトップボックス（ＳＴＢ）７０が、ＭＰ４ファイルをＴＶ等の受信装置３０に出力する場合は、ＭＰ４ファイルのメタデータ格納領域にＣＤＭ対応データを記録する構成としてもよい。

　図２２を参照してＭＰ４ファイルのメタデータ格納領域にＣＤＭ対応データを格納した例を示す。
　図２２に示す例は、ＭＰ４ファイルのユーザデータ記録領域、すなわち、音声制御情報格納ボックスであるｔｒａｋボックス内のユーザデータを格納するユーザデータ（ｕｄｔａ）ボックス内の下位ボックスにＣＤＭ生成処理、送信処理に適用する情報を記録したＣＤＭ対応データ記録ボックスを設定した例である。

　このように、本実施例２では、圧縮音声データ対応のユーザデータ記録領域にＣＤＭ生成処理、送信処理に適用するＣＤＭ対応データを記録する。

　図１９に示す送信装置２０は、放送コンテンツを構成する音声データの符号化データである圧縮音声データのユーザデータ記録領域にＣＤＭ対応データを記録したＡＶコンテンツ１３１をＭＶＰＤ６０に提供する。

　すなわち、送信装置２０は、ＣＤＭに対する記録データや、ＣＤＭ送信先情報（アドレス）を圧縮音声データのユーザデータ記録領域に記録したＡＶコンテンツ１３１を生成、または取得して、ＭＶＰＤ６０に提供する。

　ＭＶＰＤ６０は、例えば放送局等の送信装置２０から受領したＡＶコンテンツ１３１を各ユーザのＴＶ等のユーザ端末である受信装置３０側に設置したＭＶＰＤ事業者が提供したセットトップボックス（ＳＴＢ）７０に送信する。

　受信装置３０側に設置されたセットップボックス（ＳＴＢ）７０は、、ＭＶＰＤ独自のシグナリングデータに従って受信データを解析し、コンテンツ（ＡＶコンテンツ）をＳＴＢに接続されたＴＶ等の受信装置３０に出力して再生する。

　図１９に示すように、ＭＶＰＤ６０は、各ユーザのＴＶ等のユーザ端末である受信装置３０側に設置したＭＶＰＤ事業者が提供したセットトップボックス（ＳＴＢ）７０に対して以下の各データを送信する。
　（ａ）画像データ、
　（ｂ）ＣＤＭ対応データ付属音声データ、
　（ｃ）シグナリングデータ（Ｓｉｇｎａｌｉｎｇ－Ｂ）

　音声データには、ＣＤＭに対する記録データや、ＣＤＭ送信先情報（アドレス）等のＣＤＭ生成処理、送信処理に必要となるデータ、すなわちＣＤＭ対応データが付加されている。

　セットトップボックス（ＳＴＢ）７０は、図６に示すステップＳ４１において、ＭＶＰＤ６０から送信されるＭＶＰＤ独自のシグナリングデータ（Ｓｉｇｎａｌｉｎｇ－Ｂ）を参照して所定のデータ処理、例えばスクランブル解除処理等を実行して、再生用データとしてのＡＶコンテンツ１３１を取得してＴＶ等の受信装置３０に出力する。

　なお、セットトップボックス７０から受信装置３０に出力される音声データのユーザデータ記録領域には、ＣＤＭ生成や送信に必要となるＣＤＭ対応データが格納されている。

　受信装置３０は、ステップＳ４２において、ＳＴＢ７０から例えばＨＤＭＩ（登録商標）ケーブル等を介して入力するＡＶコンテンツ１３２を適用したコンテンツ再生（出力）を実行する。さらに、受信装置３０は、符号化音声データのユーザデータ記録領域からＣＤＭ対応データを取得する処理を実行する。

　すなわち、音声データを格納したファィル内のユーザデータ記録領域に記録されたＣＤＭ生成、送信に適用可能なＣＤＭ対応データを取得し、取得したＣＤＭ対応データを適用してＣＤＭを生成して、生成したＣＤＭを視聴情報解析装置に送信する。

　このように、本実施例２では、受信装置３０は、再生対象コンテンツを構成する音声データの格納ファイルから、ＣＤＭの生成や送信処理に必要となる情報を取得することが可能となる。
　従って、地上放送波を介して送信されるシグナリングデータを参照することなく、ＣＤＭの生成、送信処理を行なうことができる。

　なお、図１９においては、ＣＤＭ対応データを圧縮符号化音声データに追加記録しコンテンツの送信処理をＭＶＰＤ６０経由の送信コンテンツとした例を説明したが、コンテンツ送信経路は、ＭＶＰＤ６０経由に限らず、その他の経路、例えば図２を参照して説明した地上放送波や、インターネット等のブロードバンド通信ネットワークを介した経路としてもよい。いずれの経路を利用した場合でも、受信装置３０は、圧縮音声格納ファイル内のユーザデータ記録領域からＣＤＭ対応情報、すなわちＣＤＭ記録用データやＣＤＭ送信先情報等を取得することができる。

　　［６．送信装置と受信装置の実行する処理（実施例２）のシーケンスについて］
　次に、図２３、図２４に示すフローチャートを参照して送信装置と受信装置の実行する処理のシーケンスについて説明する。

　まず、図２３に示すフローチャートを参照して送信装置の実行する処理のシーケンスについて説明する。
　なお、図２３に示すフローチャートに従った処理を実行する送信装置は、例えば、図１９に示す送信装置２０であり、放送局等の送信装置２０である。
　送信装置２０は、例えば、図２３に示すフローチャートに従った処理を実行させるプログラムを記憶部に格納し、このプログラムを例えばプログラム実行機能を持つＣＰＵを有するデータ処理部において実行する。
　以下、図２３に示すフローの各ステップの処理について説明する。

　　（ステップＳ１３１）
　まず、送信装置のデータ処理部はステップＳ１３１において、ＣＤＭ（視聴情報）送信先情報、コンテンツＩＤ他、ＣＤＭ生成、送信に適用するＣＤＭ対応データを圧縮音声データのユーザデータ記録領域に記録したコンテンツ（ＡＶコンテンツ）を生成、または取得する。

　具体的には、圧縮音声データ、またはそのメタデータ内のユーザデータ記録領域にＣＤＭ（視聴情報）送信先情報、コンテンツＩＤ他、ＣＤＭ生成、送信に適用するＣＤＭ対応データを格納したコンテンツを生成、または取得する処理を実行する。

　　（ステップＳ１３２）
　次に、送信装置のデータ処理部はステップＳ１３２において、ステップＳ１３１で生成したＣＤＭ対応データを格納したコンテンツを送信する。

　次に、図２４に示すフローチャートを参照して、コンテンツを受信してＣＤＭを生成して送信する処理を実行する受信装置側の処理シーケンスについて説明する。

　なお、図２４に示すフローチャートに従った処理を実行する受信装置は、例えば、図１９に示す受信装置３０である。
　受信装置３０は、例えば、図２４に示すフローチャートに従った処理を実行させるプログラムを記憶部に格納し、このプログラムを例えばプログラム実行機能を持つＣＰＵを有するデータ処理部において実行する。
　以下、図２４に示すフローの各ステップの処理について説明する。

　　（ステップＳ１４１）
　まず、受信装置はステップＳ１４１において、ＣＤＭ（視聴情報）送信先情報、コンテンツＩＤ他、ＣＤＭ生成、送信用データ等を圧縮音声データファイルのユーザデータ記録領域に記録したコンテンツ（ＡＶコンテンツ）を受信する。

　　（ステップＳ１４２）
　次に、受信装置のデータ処理部は、ステップＳ１４２において、圧縮音声データファイルのユーザデータ記録領域から、ＣＤＭ送信先情報、コンテンツＩＤ他、ＣＤＭ生成、送信用データを取得する。

　受信コンテンツを構成する圧縮音声データのユーザデータ記録領域には、ＣＤＭ対応データ、すなわち、ＣＤＭ送信先情報、コンテンツＩＤ他、ＣＤＭ生成や送信処理に必要なデータが記録されている。受信装置のデータ処理部は、これらのＣＤＭ対応データを取得する。

　　（ステップＳ１４３）
　次に、受信装置のデータ処理部は、ステップＳ１４３において、圧縮音声データファイルのユーザデータ記録領域からの取得データ用いて、ＣＤＭを生成する。
　なお、受信装置の生成するＣＤＭは、例えば先に図３を参照して説明した基本的なＣＤＭフォーマットをベースとして、図１６～図１８を参照して説明した拡張フォーマットに従ったＣＤＭとすることが好ましい。

　　（ステップＳ１４４）
　次に、受信装置のデータ処理部は、ステップＳ１４４において、圧縮音声データファイルのユーザデータ記録領域から取得したＣＤＭ送信先情報、すなわち、図１に示す視聴情報解析装置４０のアドレス（ＵＲＬ）情報を用いて、このアドレスに対して、ステップＳ１４３で生成したＣＤＭを送信する。
　なお、圧縮音声データファイルのユーザデータ記録領域からＣＤＭ送信タイミング情報を取得した場合は、このＣＤＭ送信タイミング情報に従ってＣＤＭの送信タイミングを決定して送信処理を実行する。

　このようにして、受信装置３０は、圧縮音声データに対応して設定されるユーサデータ記録領域に格納されたＣＤＭ生成、および送信処理に必要となるＣＤＭ対応データを取得して、これを参照してＣＤＭの生成を実行し視聴情報解析装置に送信することが可能となる。

　　［７．（実施例３）ＭＰＤからコンテンツＩＤを取得してＣＤＭを生成する実施例について］
　次に、実施例３として、ＭＰＤからコンテンツＩＤを取得してＣＤＭを生成する実施例について説明する。
　本実施例は、主に、受信装置が、インターネット等のブロードバンド通信ネットワークを介して受信したコンテンツに関するＣＤＭを生成して、送信する場合に最適な実施例である。
　ただし、本実施例３も、他の実施例と同様、コンテンツ送信経路を問わず利用可能な実施例である。

　図２５は、受信装置３０が、インターネット等のブロードバンド通信ネットワーク５０経由で放送コンテンツを受信した場合の処理例について説明する図である。
　地上波放送局等の送信装置２０は、インターネット等のブロードバンド通信ネットワーク５０を介して放送コンテンツを各ユーザのＴＶ等のユーザ端末である受信装置３０に送信する。
　受信装置３０は、受信コンテンツをＴＶ等の受信装置３０に出力して再生する。

　図２５に示すように、インターネット等のブロードバンド通信ネットワーク５０を介して送信されるデータは画像データ、音声データのみであり、送信装置２０が地上放送波経由で送信するシグナリングデータが含まれない。

　受信装置３０は、ステップＳ６１において、インターネット等のブロードバンド通信ネットワーク５０から入力する画像音声データを再生（出力）する。しかし、シグナリングデータはインターネット等のブロードバンド通信ネットワーク５０を介して受しないため、受信装置３０は、ＣＤＭ記録用データ（視聴チャンネル情報等）や、ＣＤＭ送付先情報（例えばＵＲＬ等のアドレス）等のＣＤＭ対応データを取得することができず、ＣＤＭ生成や送信を行うことができない。

　この問題を解決する実施例として、図２６以下を参照して（実施例３）、すなわち、
　ＭＰＤにＣＤＭ対応データを記録した実施例３について説明する。

　図２６は、図２５を参照して説明した例と同様、受信装置３０が、インターネット等のブロードバンド通信ネットワーク５０経由で放送コンテンツを受信する場合の処理例について説明する図である。

　地上波放送局等の送信装置２０は、インターネット等のブロードバンド通信ネットワーク５０を介して放送コンテンツを構成する画像データ、音声データを受信装置３０に提供する。
　地上波放送局等の送信装置２０は、この処理に併せて、地上放送波を介して、シグナリングデータを受信装置３０に送信する。

　なお、シグナリングデータは、受信装置３０が地上放送波を介して受信、再生するＡＶセグメントのアクセス情報や、復号処理等の受信後の処理に必要となる案内情報や制御情報を含むデータであり、送信装置２０から随時繰り返し送信されるデータである。

　シグナリングデータには、情報に応じた様々な種類がある。具体的には、例えば、サービス単位のシグナリングデータであるＵＳＤ（ユーザサービスディスクリプション（Ｕｓｅｒ　Ｓｅｒｖｉｃｅ　Ｄｅｓｃｒｉｐｔｉｏｎ））がある。
　ＵＳＤには、様々な種類の制御情報が含まれる。代表的な制御情報として、コンテンツ（ＡＶセグメント）に対応する様々な案内情報、制御情報を格納したマニフェスト・ファイルを持つシグナリングデータであるＭＰＤ（メディアプレゼンテーションディスクリプション（Ｍｅｄｉａ　Ｐｒｅｓｅｎｔａｔｉｏｎ　Ｄｅｓｃｒｉｐｔｉｏｎ））がある。

　各種のシグナリングデータは、それぞれ受信装置３０において、送信装置２０から送信されるＡＶセグメントやアプリケーション（アプリケーションプログラム）の受信、再生処理、制御処理に必要となるデータであり、例えばカテゴリ別に個別のファイル（メタファイル）として設定され、送信装置から送信される。

　本実施例３では、図２６に示すように、受信装置３０は、再生対象となる放送コンテンツを構成する画像データ、および音声データについてはブロードバンド通信ネットワーク５０を介して受信する。
　図２６のステップＳ７１に示すように、受信装置３０は、さらに、送信装置２０が地上放送波を介して送信するシグナリングデータの１つであるＭＰＤを受信し、このＭＰＤからコンテンツＩＤを取得して、取得したコンテンツＩＤをＣＤＭに記録する。

　先に説明したように、放送局等の送信装置２０は、受信装置３０に対する地上放送波を介したコンテンツ送信を、例えばアダプティブ（適応型）ストリーミング技術の規格であるＭＰＥＧ－ＤＡＳＨ規格に従って実行する。
　ＭＰＥＧ－ＤＡＳＨ規格には、以下の２つの規格が含まれる。
　（ａ）動画や音声ファイルの管理情報であるメタデータを記述するためのマニフェスト・ファイル（ＭＰＤ：Ｍｅｄｉａ　Ｐｒｅｓｅｎｔａｔｉｏｎ　Ｄｅｓｃｒｉｐｔｉｏｎ）に関する規格、
　（ｂ）動画コンテンツ伝送用のファイル・フォーマット（セグメント・フォーマット）に関する規格、
　送信装置２０から、受信装置３０に対するコンテンツ配信は、例えば上記のＭＰＥＧ－ＤＡＳＨ規格に従って実行される。

　ＭＰＤは、このＭＰＥＧ－ＤＡＳＨ規格に従ったシグナリングデータの１つである。
　ＭＰＤについて、図２７以下を参照して説明する。
　ＭＰＤ（Ｍｅｄｉａ　Ｐｒｅｓｅｎｔａｔｉｏｎ　Ｄｅｓｃｒｉｐｔｉｏｎ）は、例えばある番組の放送時間を細分化した時間区間であるピリオド（Ｐｅｒｉｏｄ）単位で、様々な制御データを受信装置３０に提供することができる。

　図２７は、ＭＰＤのフォーマットの一例を示す図である。
　ＭＰＤは、画像や、音声それぞれのストリームごとに、以下の様々な規定範囲単位で属性等の情報や制御情報を記述可能である。
　（１）時間軸上の区間を規定したピリオド（Ｐｅｒｉｏｄ）
　（２）画像、音声等のデータ種類等を規定したアダプテーション（Ａｄａｐｔａｔｉｏｎ）
　（３）画像の種類、音声の種類等を規定したリプレゼンテーション（Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ）
　（４）画像、音声のセグメント（ＡＶセグメント）単位の情報記録領域となるセグメントインフォ（ＳｅｇｍｅｎｔＩｎｆｏ）

　図２８は、ＭＰＤに記録されるＡＶセグメント対応の情報（制御情報や管理情報、属性情報など）を時系列に展開して示した図である。
　左から右に時間が経過するものとする。この時間軸は、例えば受信装置におけるＡＶコンテンツの再生時間に対応する。

　ＡＶセグメントに対応する様々な情報がＭＰＤに記録される。なお、ＭＰＤはシグナリングデータの一部であり、例えばＡＶセグメントに先行して送信される。
　ＭＰＤは、図２７を参照して説明したように、以下の各データ単位で情報が記録できる。
　（１）時間軸上の区間を規定したピリオド（Ｐｅｒｉｏｄ）
　（２）画像、音声等のデータ種類等を規定したアダプテーション（Ａｄａｐｔａｔｉｏｎ）
　（３）画像の種類、音声の種類等を規定したリプレゼンテーション（Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ）
　（４）画像、音声のセグメント（ＡＶセグメント）単位の情報記録領域となるセグメントインフォ（ＳｅｇｍｅｎｔＩｎｆｏ）
　図２８は、これらのデータ領域を時間軸、およびデータ種類別に展開して示した図である。

　図２８には、以下の２つのアダプテーション（Ａｄａｐｔａｔｉｏｎ）を示している。
　（Ｖ）画像対応情報記録領域であるアダプテーションＶ（Ａｄａｐｔａｔｉｏｎ（Ｖ））
　（Ａ）音声対応情報記録領域であるアダプテーションＡ（Ａｄａｐｔａｔｉｏｎ（Ａ））

　（Ｖ）画像対応情報記録領域であるアダプテーションＶ（Ａｄａｐｔａｔｉｏｎ（Ｖ））は、異なる属性を持つストリーム単位の情報記録領域として、以下の２つのリプレゼンテーション（Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ）を有する。
　（Ｖ１）低ビットレート画像対応の情報記録領域であるリプレゼンテーション（Ｖ１）（Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ（Ｖ１））
　（Ｖ２）高ビットレート画像対応の情報記録領域であるリプレゼンテーション（Ｖ２）（Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ（Ｖ２））

　同様に、（Ａ）音声像対応情報記録領域であるアダプテーションＡ（Ａｄａｐｔａｔｉｏｎ（Ａ））は、異なる属性を持つストリーム単位の情報記録領域としての以下の２つのリプレゼンテーション（Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ）を有する。
　（Ａ１）日本語音声対応の情報記録領域であるリプレゼンテーション（Ａ１）（Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ（Ａ１））
　（Ａ２）英語音声対応の情報記録領域であるリプレゼンテーション（Ａ２）（Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ（Ａ２））

　さらに、各リプレゼンテーション（Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ）は、再生時間軸対応のピリオド、さらに、セグメント単位で情報が記録可能な構成となっている。

　例えば、高ビットレート画像と日本語音声を選択して再生する受信装置（クライアント）は、ピリオド１のセグメント（１１）の再生に際して、再生対象とする高ビットレート画像と日本語音声に関する情報をＭＰＤから選択して取得することになる。
　この選択対象とするＭＰＤの記録情報が、図に示すセグメント領域３０１，３０２の情報となる。

　受信装置３０は、シグナリングデータとして送信装置から送信されるＭＰＤから、自装置で再生対象とするデータ（セグメント）に対応する情報のみを選択して参照する。ＭＰＤには、データ種別、時間単位のセグメント対応情報を記録することができる。

　ＭＰＤの一部の構成データの具体的なデータ例を図２９に示す。
　図２９に示すＭＰＤ構成データは、ＭＰＤ内の１つのピリオド情報記録領域であり、図に示すように、この中にコンテンツＩＤ（図に示す例はＥＩＤＲ）が記録されている。
　図２９に示す例では、コンテンツＩＤとして、
　ＥＩＤＲ：１０．５２４～－１Ｅ４９－Ｗ
　上記データが記録されている。
　受信装置３０は、このＭＰＤ記録データから、
　コンテンツＩＤ：１０５２４～１Ｅ４９－Ｗ
　コンテンツタイプ：ＥＩＤＲ（番組コンテンツに対応するコンテンツＩＤ）
　これらの情報を取得することができる。

　なお、コンテンツが広告コンテンツである場合、ＭＰＤの記録データは、
　ａｄＩＤ：１１．３２４～Ａ２３５－Ｗ
　上記のような設定となる。すなわち、コンテンツＩＤの前段に広告コンテンツに対応するコンテンツＩＤであることを示すコンテンツＩＤタイプ情報（ａｄＩＤ）が設定される。

　このように、受信装置３０は、ＭＰＤから、コンテンツＩＤ情報とコンテンツＩＤタイプ情報を読み取ることが可能となる。
　受信装置３０は、インターネット等のブロードバンド通信ネットワーク５０を介して送信されるデータ等、地上放送波以外の経路から受信するコンテンツを再生する場合、地上放送波経由のＭＰＤを取得する。
　このＭＰＤ取得処理を実行することで、ＭＰＤに記録されたコンテンツＩＤ、コンテンツＩＤタイプを取得し、取得情報をＣＤＭに記録することが可能となる。

　なお、本実施例においても、受信装置３０の生成するＣＤＭは、先に図１６～図１８を参照して説明した新たなＣＤＭフォーマットに従ったＣＤＭとする。すなわち、
　（ａ）サービスソース情報
　（ｂ）コンテンツＩＤ情報
　（ｃ）コンテンツＩＤタイプ情報
　これらの情報を有するＣＤＭを生成する構成とする。
　なお、サービスソース情報については、受信装置３０がコンテンツの受信経路を確認して記録する。

　本実施例において、ＭＰＤには、ＣＤＭの送信先情報やＣＤＭ送信タイミング情報が記録されておらず、受信装置３０はこれらの情報をＭＰＤから取得することができないが、受信装置３０は、ＭＰＤ以外の送信装置２０の提供するシグナリングデータから、ＣＤＭ送信先アドレスや送信タイミング情報を取得することができる。
　あるいは、送信装置２０が、ＭＰＤにＣＤＭの送信先情報や、送信タイミング情報を記録して送信する構成としてもよい。
　あるいは、本実施例３の処理と、前述した実施例１，２において説明した処理を併用する構成として、受信装置３０がＣＤＭ生成、送信に必要な情報を取得する構成としてもよい。

　　［８．送信装置と受信装置の実行する処理（実施例３）のシーケンスについて］
　次に、図３０、図３１に示すフローチャートを参照して送信装置と受信装置の実行する処理のシーケンスについて説明する。

　まず、図３０に示すフローチャートを参照して送信装置の実行する処理のシーケンスについて説明する。
　なお、図３０に示すフローチャートに従った処理を実行する送信装置は、例えば、図２６に示す送信装置２０であり、放送局等の送信装置２０である。
　送信装置２０は、例えば、図３０に示すフローチャートに従った処理を実行させるプログラムを記憶部に格納し、このプログラムを例えばプログラム実行機能を持つＣＰＵを有するデータ処理部において実行する。
　以下、図３０に示すフローの各ステップの処理について説明する。

　　（ステップＳ２１１）
　まず、送信装置のデータ処理部はステップＳ２１１において、ブロードバンド通信ネットワーク配信コンテンツ対応のコンテンツＩＤ他、ＣＤＭ生成、送信用データを記録したシグナリングデータ（ＭＰＤ）を生成する。
　具体的には、例えば図２９を参照して説明したようにコンテンツＩＤ等が記録されたＭＰＤを生成する。

　　（ステップＳ２１２）
　次に、送信装置のデータ処理部はステップＳ２１２において、コンテンツのブロードバンド通信ネットワーク配信を実行するとともに、ブロードバンド通信ネットワーク配信コンテンツ対応のコンテンツＩＤ他、ＣＤＭ生成、送信用データを記録したシグナリングデータ（ＭＰＤ）を送信する。

　なお、コンテンツ送信経路は、前述したように、ブロードバンド通信ネットワーク５０を経由して受信装置３０に送信する経路に限らず、地上放送波経由、ＭＶＰＤ経由、いずれの経路で行うことも可能である。

　次に、図３１に示すフローチャートを参照して、コンテンツを受信してＣＤＭを生成して送信する処理を実行する受信装置側の処理シーケンスについて説明する。

　なお、図３１に示すフローチャートに従った処理を実行する受信装置は、例えば、図２６に示す受信装置３０である。
　受信装置３０は、例えば、図３１に示すフローチャートに従った処理を実行させるプログラムを記憶部に格納し、このプログラムを例えばプログラム実行機能を持つＣＰＵを有するデータ処理部において実行する。
　以下、図３１に示すフローの各ステップの処理について説明する。

　　（ステップＳ２３１）
　まず、受信装置はステップＳ２３１において、ブロードバンド通信ネットワーク配信コンテンツを受信し、さらに、ブロードバンド通信ネットワーク配信コンテンツ対応のコンテンツＩＤ他、ＣＤＭ生成、送信用データを記録したシグナリングデータ（ＭＰＤ）を受信する。

　コンテンツ受信経路は、前述したように、ブロードバンド通信ネットワーク５０を介した経路に限らず、地上放送波経由、ＭＶＰＤ６０経由、いずれの経路も可能である。

　　（ステップＳ２３２）
　次に、受信装置のデータ処理部は、ステップＳ２３２において、シグナリンクデータ（ＭＰＤ）から、コンテンツＩＤ他、ＣＤＭ送信用データを取得する。
　例えば図２９に示すＭＰＤからコンテンツＩＤ、コンテンツＩＤタイプ情報等を取得する。

　　（ステップＳ２３３）
　次に、受信装置のデータ処理部は、ステップＳ２３３において、シグナリンクデータ（ＭＰＤ）から取得データ等を記録したＣＤＭ（視聴情報）を生成する。
　なお、受信装置の生成するＣＤＭは、例えば先に図３を参照して説明した基本的なＣＤＭフォーマットをベースとして、図１６～図１８を参照して説明した拡張フォーマットに従ったＣＤＭとすることが好ましい。

　　（ステップＳ２３４）
　次に、受信装置のデータ処理部は、ステップＳ２３４において、シグナリンクデータ、あるいはその他のデータから取得したＣＤＭ（視聴情報）送信先に対して、生成したＣＤＭ（視聴情報）を送信する。
　すなわち、図１に示す視聴情報解析装置４０のアドレス（ＵＲＬ）情報を用いて、このアドレスに対して、ステップＳ２３３で生成したＣＤＭを送信する。
　なお、ＭＰＤ、あるいはＭＰＤ以外のデータからＣＤＭ送信タイミング情報を取得した場合は、このＣＤＭ送信タイミング情報に従ってＣＤＭの送信タイミングを決定して送信処理を実行する。

　前述したように、受信装置３０は、ＭＰＤ以外の送信装置２０の提供するシグナリングデータから、ＣＤＭ送信先アドレスや送信タイミング情報を取得することができる。
　あるいは、送信装置２０が、ＭＰＤにＣＤＭの送信先情報や送信タイミング情報を記録して送信する構成としてもよい。
　あるいは、本実施例３の処理と、前述した実施例１，２において説明した処理と併用して、ＣＤＭ生成、送信に必要な情報を取得する構成としてもよい。

　このように、本実施例においては、受信装置３０は、ＭＰＤに記録されたコンテンツＩＤやコンテンツＩＤタイプ情報をＣＤＭ記録情報として利用する構成としたので、インターネット等、地上放送波以外のルートからコンテンツを受信して再生する場合においても、ＣＤＭ記録用データをＭＰＤから確実に取得することが可能となる。

　　［９．送信装置と受信装置の構成例について］
　次に、通信装置である送信装置２０と、受信装置３０の装置構成例について、図３２、図３３を参照して説明する。

　図３２には、送信装置２０と、受信装置３０の構成例を示している。
　送信装置２０は、データ処理部７５１、通信部７５２、記憶部７５３を有する。
　受信装置３０は、データ処理部７７１、通信部７７２、記憶部７７３、入力部７７４、出力部７７５を有する。
　データ処理部には通信データ処理部７７１ａ、再生処理部７７１ｂが含まれる。

　送信装置２０のデータ処理部７５１は、データ配信サービスを実行するための各種のデータ処理を実行する。例えばデータ配信サービスの構成データの生成や送信制御を行う。さらに、データ処理部７５１は、受信装置３０に提供するコンテンツ、アプリケーション、その他の様々なデータや、シグナリングデータの生成、送信処理を行う。
　さらにＣＤＭ生成、送信に適用するためのＣＤＭ対応データの生成や、記録処理等を実行する。ＣＤＭ対応データの記録処理としては、例えば電子透かし（ＷＭ）としての記録処理や、その他のデータ記録領域に対する記録処理を実行する。

　通信部７５２は、ＡＶセグメントの他、アプリケーション、その他の様々なデータ、シグナリングデータ等の配信等の通信処理を行う。
　記憶部７５３は配信対象とするＡＶセグメント、アプリケーション、アプリケーションによって利用されるデータ、シグナリングデータなどが格納される。
　さらに、記憶部７５３は、データ処理部７５１の実行するデータ処理のワークエリアとして利用され、また各種パラメータの記憶領域としても利用される。

　一方、受信装置３０は、データ処理部７７１、通信部７７２、記憶部７７３、入力部７７４、出力部７７５を有する。
　通信部７７２は、送信装置２０から配信されるデータ、例えばＡＶセグメントやアプリケーション、シグナリングデータ等を受信する。

　データ処理部７７１は、通信データ処理部７７１ａ、再生処理部７７１ｂを有し、例えば先に説明した実施例に従った処理等を実行する。
　具体的には、ＣＤＭの生成処理や、送信処理等を実行する。
　例えば電子透かし（ＷＭ）や、ＭＰＤ、その他のデータ領域からＣＤＭ生成、ＣＤＭ送信に必要な情報を取得し、ＣＤＭを生成して視聴情報解析装置に対して送信する。

　ユーザの指示コマンド、例えばチャンネル選択、アプリケーション起動、インストール等の様々なコマンドは入力部７７４を介して入力される。
　再生データは表示部やスピーカ等の出力部７７５に出力される。
　記憶部７７３はＡＶセグメント、アプリケーション、アプリケーションによって利用されるデータ、シグナリングデータなどが格納される。
　さらに、記憶部７７３は、データ処理部７７１の実行するデータ処理のワークエリアとして利用され、また各種パラメータの記憶領域としても利用される。

　図３３は、送信装置２０、受信装置３０として適用可能な通信装置のハードウェア構成例を示している。

　ＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）８０１は、ＲＯＭ（Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ）８０２、または記憶部８０８に記憶されているプログラムに従って各種の処理を実行するデータ処理部として機能する。例えば、上述した実施例において説明したシーケンスに従った処理を実行する。ＲＡＭ（Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｒｙ）８０３には、ＣＰＵ８０１が実行するプログラムやデータなどが記憶される。これらのＣＰＵ８０１、ＲＯＭ８０２、およびＲＡＭ８０３は、バス８０４により相互に接続されている。

　ＣＰＵ８０１はバス８０４を介して入出力インタフェース８０５に接続され、入出力インタフェース８０５には、各種スイッチ、キーボード、マウス、マイクロホンなどよりなる入力部８０６、ディスプレイ、スピーカなどよりなる出力部８０７が接続されている。ＣＰＵ８０１は、入力部８０６から入力される指令に対応して各種の処理を実行し、処理結果を例えば出力部８０７に出力する。

　入出力インタフェース８０５に接続されている記憶部８０８は、例えばハードディスク等からなり、ＣＰＵ８０１が実行するプログラムや各種のデータを記憶する。通信部８０９は、インターネットやローカルエリアネットワークなどのネットワークを介したデータ通信の送受信部、さらに放送波の送受信部として機能し、外部の装置と通信する。

　入出力インタフェース８０５に接続されているドライブ８１０は、磁気ディスク、光ディスク、光磁気ディスク、あるいはメモリカード等の半導体メモリなどのリムーバブルメディア８１１を駆動し、データの記録あるいは読み取りを実行する。

　なお、データの符号化あるいは復号は、データ処理部としてのＣＰＵ８０１の処理として実行可能であるが、符号化処理あるいは復号処理を実行するための専用ハードウェアとしてのコーデックを備えた構成としてもよい。

　　［１０．本開示の構成のまとめ］
　以上、特定の実施例を参照しながら、本開示の実施例について詳解してきた。しかしながら、本開示の要旨を逸脱しない範囲で当業者が実施例の修正や代用を成し得ることは自明である。すなわち、例示という形態で本発明を開示してきたのであり、限定的に解釈されるべきではない。本開示の要旨を判断するためには、特許請求の範囲の欄を参酌すべきである。

　なお、本明細書において開示した技術は、以下のような構成をとることができる。
　（１）　視聴情報の生成に適用する視聴情報対応データを電子透かし（ＷａｔｅｒＭａｒｋ）として埋め込んだコンテンツを受信する通信部と、
　受信コンテンツに埋め込まれた電子透かし（ＷＭ）から取得した視聴情報対応データを利用して視聴情報の生成処理を実行するデータ処理部を有する受信装置。

　（２）　前記データ処理部は、
　受信コンテンツを出力部に出力する処理を実行し、
　前記出力部の出力コンテンツに埋め込まれた電子透かし（ＷＭ）を解析して、電子透かし（ＷＭ）から視聴情報対応データを取得し、取得した視聴情報対応データを利用して視聴情報を生成し、視聴情報解析装置に送信する（１）に記載の受信装置。

　（３）　前記電子透かし情報は、コンテンツを構成する画像データ、または音声データの少なくともいずれかに埋め込まれ、
　前記データ処理部は、
　画像データ、または音声データの少なくともいずれかのデータを対象とした電子透かし（ＷＭ）解析による視聴情報対応データ取得処理を実行する（１）または（２）に記載の受信装置。

　（４）　前記電子透かし（ＷＭ）には、該電子透かしの埋め込みコンテンツの識別子であるコンテンツＩＤが記録され、
　前記データ処理部は、電子透かし（ＷＭ）からコンテンツＩＤを取得して、前記視聴情報の記録データとする（１）～（３）いずれかに記載の受信装置。

　（５）　前記電子透かし（ＷＭ）には、前記コンテンツＩＤのタイプを示すコンテンツＩＤタイプ情報が記録され、
　前記データ処理部は、電子透かし（ＷＭ）からコンテンツＩＤタイプ情報を取得して、前記視聴情報の記録データとする（４）に記載の受信装置。

　（６）　前記タイプ情報は、前記コンテンツＩＤが、番組コンテンツＩＤであるか、広告コンテンツＩＤであるかを示すタイプ情報である（５）に記載の受信装置。

　（７）　前記電子透かし（ＷＭ）には、前記視聴情報の送信先情報が記録され、
　前記データ処理部は、電子透かし（ＷＭ）から前記送信先情報を取得して、生成した視聴情報を前記送信先情報の指定宛先に送信する（１）～（６）いずれかに記載の受信装置。

　（８）　視聴情報の生成に適用する視聴情報対応データを音声データ格納ファイル内に記録したコンテンツを受信する通信部と、
　受信コンテンツを構成する音声データ格納ファイル内の記録データから取得した視聴情報対応データを利用して視聴情報の生成処理を実行するデータ処理部を有する受信装置。

　（９）　前記視聴情報対応データは、音声データ格納ファイル内に設定されるユーザデータ記録領域に格納され、
　前記データ処理部は、
　前記音声データ格納ファイルのユーザデータ記録領域から視聴情報対応データを取得し、取得した視聴情報対応データを利用して視聴情報を生成し、視聴情報解析装置に送信する（８）に記載の受信装置。

　（１０）　前記音声データ格納ファイルには、該音声データ格納ファイルを構成要素とするコンテンツの識別子であるコンテンツＩＤが記録され、
　前記データ処理部は、音声データ格納ファイルからコンテンツＩＤを取得して、前記視聴情報の記録データとする（８）または（９）に記載の受信装置。

　（１１）　前記音声データ格納ファイルには、前記コンテンツＩＤのタイプを示すコンテンツＩＤタイプ情報が記録され、
　前記データ処理部は、音声データ格納ファイルからコンテンツＩＤタイプ情報を取得して、前記視聴情報の記録データとする（１０）に記載の受信装置。

　（１２）　前記タイプ情報は、前記コンテンツＩＤが、番組コンテンツＩＤであるか、広告コンテンツＩＤであるかを示すタイプ情報である（１１）に記載の受信装置。

　（１３）　前記音声データ格納ファイルには、前記視聴情報の送信先情報が記録され、
　前記データ処理部は、音声データ格納ファイルから前記送信先情報を取得して、生成した視聴情報を前記送信先情報の指定宛先に送信する（８）～（１２）いずれかに記載の受信装置。

　（１４）　視聴情報の生成に適用する視聴情報対応データを格納したシグナリングデータと、
　前記シグナリングデータの受信経路と異なる通信路を介して再生用コンテンツを受信する通信部と、
　前記再生用コンテンツを出力部に出力し、
　前記出力部の出力コンテンツに関する視聴情報の記録用データを前記シグナリングデータから取得し、取得データを利用して視聴情報を生成し、視聴情報解析装置に送信する受信装置。

　（１５）　前記データ処理部は、
　ブロードバンド通信ネットワークを介して受信した再生用コンテンツに対応する視聴情報を、地上放送波を介して受信したシグナリングデータからの取得データを用いて生成する（１４）に記載の受信装置。

　（１６）　前記シグナリングデータは、ＭＰＥＨ－ＤＡＳＨ規格において規定されるＭＰＤ（Ｍｅｄｉａ　Ｐｒｅｓｅｎｔａｔｉｏｎ　Ｄｅｓｃｒｉｐｔｉｏｎ）である（１４）または（１５）に記載の受信装置。

　（１７）　受信装置における視聴情報生成に適用する視聴情報対応データを、再生データ格納ファイル内に記録したコンテンツを生成して送信するデータ処理部を有する送信装置。

　（１８）　前記データ処理部は、
　前記視聴情報対応データを、
　（ａ）前記コンテンツを構成する画像データ、または音声データに埋め込んだ電子透かし（ＷａｔｅｒＭａｒｋ）、または、
　（ｂ）前記コンテンツを構成する音声データを格納したファイル内に設定されるユーザデータ記録領域、
　上記（ａ）または（ｂ）のいずれかに記録したコンテンツを生成して送信する（１７）に記載の送信装置。

　（１９）　受信装置において実行するデータ処理方法であり、
　通信部が、視聴情報の生成に適用する視聴情報対応データを電子透かし（ＷａｔｅｒＭａｒｋ）として埋め込んだコンテンツを受信し、
　データ処理部が、
　受信コンテンツに埋め込まれた電子透かし（ＷＭ）から取得した視聴情報対応データを利用して視聴情報の生成処理を実行するデータ処理方法。

　（２０）　送信装置において実行するデータ処理方法であり、
　データ処理部が、
　受信装置における視聴情報生成に適用する視聴情報対応データを、再生データ格納ファイル内に記録したコンテンツを生成して送信するデータ処理方法。

　また、明細書中において説明した一連の処理はハードウェア、またはソフトウェア、あるいは両者の複合構成によって実行することが可能である。ソフトウェアによる処理を実行する場合は、処理シーケンスを記録したプログラムを、専用のハードウェアに組み込まれたコンピュータ内のメモリにインストールして実行させるか、あるいは、各種処理が実行可能な汎用コンピュータにプログラムをインストールして実行させることが可能である。例えば、プログラムは記録媒体に予め記録しておくことができる。記録媒体からコンピュータにインストールする他、ＬＡＮ（Ｌｏｃａｌ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）、インターネットといったネットワークを介してプログラムを受信し、内蔵するハードディスク等の記録媒体にインストールすることができる。

　なお、明細書に記載された各種の処理は、記載に従って時系列に実行されるのみならず、処理を実行する装置の処理能力あるいは必要に応じて並列的にあるいは個別に実行されてもよい。また、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。

　以上、説明したように、本開示の一実施例の構成によれば、地上放送波以外の通信経路からの受信コンテンツについて、視聴情報の生成、送信を確実に実行可能とした構成が実現される。
　具体的には、例えば、視聴情報の生成に適用するコンテンツＩＤや、視聴情報送信先情報等の視聴情報対応データを電子透かし（ＷａｔｅｒＭａｒｋ）、あるいは音声データファイル内に記録したコンテンツを送信装置から受信装置に送信する。受信装置は、電子透かし（ＷＭ）、あるいは音声データファイルから、コンテンツＩＤや、視聴情報送信先情報等を取得し、取得データを利用して視聴情報を生成して、生成した視聴情報を指定宛先に送信する。
　本構成により、地上放送波以外の通信経路からの受信コンテンツについて、視聴情報の生成、送信を確実に実行可能とした構成が実現される。

　　２０　送信装置
　　２１　放送サーバ
　　３０　受信装置
　　３１　ＴＶ
　　４０　視聴情報解析装置
　　４１　視聴情報解析サーバ
　　５０　ブロードバンド通信ネットワーク
　　６０　ＭＶＰＤ
　　７０　セットトップボックス（ＳＴＢ）
　７５１　データ処理部
　７５２　通信部
　７５３　記憶部
　７７１　データ処理部
　７７２　通信部
　７７３　記憶部
　７７４　入力部
　７７５　出力部
　８０１　ＣＰＵ
　８０２　ＲＯＭ
　８０３　ＲＡＭ
　８０４　バス
　８０５　入出力インタフェース
　８０６　入力部
　８０７　出力部
　８０８　記憶部
　８０９　通信部
　８１０　ドライブ
　８１１　リムーバブルメディア

Claims

　視聴情報の生成に適用する視聴情報対応データを電子透かし（ＷａｔｅｒＭａｒｋ）として埋め込んだコンテンツを受信する通信部と、
　受信コンテンツに埋め込まれた電子透かし（ＷＭ）から取得した視聴情報対応データを利用して視聴情報の生成処理を実行するデータ処理部を有する受信装置。
　前記データ処理部は、
　受信コンテンツを出力部に出力する処理を実行し、
　前記出力部の出力コンテンツに埋め込まれた電子透かし（ＷＭ）を解析して、電子透かし（ＷＭ）から視聴情報対応データを取得し、取得した視聴情報対応データを利用して視聴情報を生成し、視聴情報解析装置に送信する請求項１に記載の受信装置。
　前記電子透かし情報は、コンテンツを構成する画像データ、または音声データの少なくともいずれかに埋め込まれ、
　前記データ処理部は、
　画像データ、または音声データの少なくともいずれかのデータを対象とした電子透かし（ＷＭ）解析による視聴情報対応データ取得処理を実行する請求項１に記載の受信装置。
　前記電子透かし（ＷＭ）には、該電子透かしの埋め込みコンテンツの識別子であるコンテンツＩＤが記録され、
　前記データ処理部は、電子透かし（ＷＭ）からコンテンツＩＤを取得して、前記視聴情報の記録データとする請求項１に記載の受信装置。
　前記電子透かし（ＷＭ）には、前記コンテンツＩＤのタイプを示すコンテンツＩＤタイプ情報が記録され、
　前記データ処理部は、電子透かし（ＷＭ）からコンテンツＩＤタイプ情報を取得して、前記視聴情報の記録データとする請求項４に記載の受信装置。
　前記タイプ情報は、前記コンテンツＩＤが、番組コンテンツＩＤであるか、広告コンテンツＩＤであるかを示すタイプ情報である請求項５に記載の受信装置。
　前記電子透かし（ＷＭ）には、前記視聴情報の送信先情報が記録され、
　前記データ処理部は、電子透かし（ＷＭ）から前記送信先情報を取得して、生成した視聴情報を前記送信先情報の指定宛先に送信する請求項１に記載の受信装置。
　視聴情報の生成に適用する視聴情報対応データを音声データ格納ファイル内に記録したコンテンツを受信する通信部と、
　受信コンテンツを構成する音声データ格納ファイル内の記録データから取得した視聴情報対応データを利用して視聴情報の生成処理を実行するデータ処理部を有する受信装置。
　前記視聴情報対応データは、音声データ格納ファイル内に設定されるユーザデータ記録領域に格納され、
　前記データ処理部は、
　前記音声データ格納ファイルのユーザデータ記録領域から視聴情報対応データを取得し、取得した視聴情報対応データを利用して視聴情報を生成し、視聴情報解析装置に送信する請求項８に記載の受信装置。
　前記音声データ格納ファイルには、該音声データ格納ファイルを構成要素とするコンテンツの識別子であるコンテンツＩＤが記録され、
　前記データ処理部は、音声データ格納ファイルからコンテンツＩＤを取得して、前記視聴情報の記録データとする請求項８に記載の受信装置。
　前記音声データ格納ファイルには、前記コンテンツＩＤのタイプを示すコンテンツＩＤタイプ情報が記録され、
　前記データ処理部は、音声データ格納ファイルからコンテンツＩＤタイプ情報を取得して、前記視聴情報の記録データとする請求項１０に記載の受信装置。
　前記タイプ情報は、前記コンテンツＩＤが、番組コンテンツＩＤであるか、広告コンテンツＩＤであるかを示すタイプ情報である請求項１１に記載の受信装置。
　前記音声データ格納ファイルには、前記視聴情報の送信先情報が記録され、
　前記データ処理部は、音声データ格納ファイルから前記送信先情報を取得して、生成した視聴情報を前記送信先情報の指定宛先に送信する請求項８に記載の受信装置。
　視聴情報の生成に適用する視聴情報対応データを格納したシグナリングデータと、
　前記シグナリングデータの受信経路と異なる通信路を介して再生用コンテンツを受信する通信部と、
　前記再生用コンテンツを出力部に出力し、
　前記出力部の出力コンテンツに関する視聴情報の記録用データを前記シグナリングデータから取得し、取得データを利用して視聴情報を生成し、視聴情報解析装置に送信する受信装置。
　前記データ処理部は、
　ブロードバンド通信ネットワークを介して受信した再生用コンテンツに対応する視聴情報を、地上放送波を介して受信したシグナリングデータからの取得データを用いて生成する請求項１４に記載の受信装置。
　前記シグナリングデータは、ＭＰＥＨ－ＤＡＳＨ規格において規定されるＭＰＤ（Ｍｅｄｉａ　Ｐｒｅｓｅｎｔａｔｉｏｎ　Ｄｅｓｃｒｉｐｔｉｏｎ）である請求項１４に記載の受信装置。
　受信装置における視聴情報生成に適用する視聴情報対応データを、再生データ格納ファイル内に記録したコンテンツを生成して送信するデータ処理部を有する送信装置。
　前記データ処理部は、
　前記視聴情報対応データを、
　（ａ）前記コンテンツを構成する画像データ、または音声データに埋め込んだ電子透かし（ＷａｔｅｒＭａｒｋ）、または、
　（ｂ）前記コンテンツを構成する音声データを格納したファイル内に設定されるユーザデータ記録領域、
　上記（ａ）または（ｂ）のいずれかに記録したコンテンツを生成して送信する請求項１７に記載の送信装置。
　受信装置において実行するデータ処理方法であり、
　通信部が、視聴情報の生成に適用する視聴情報対応データを電子透かし（ＷａｔｅｒＭａｒｋ）として埋め込んだコンテンツを受信し、
　データ処理部が、
　受信コンテンツに埋め込まれた電子透かし（ＷＭ）から取得した視聴情報対応データを利用して視聴情報の生成処理を実行するデータ処理方法。
　送信装置において実行するデータ処理方法であり、
　データ処理部が、
　受信装置における視聴情報生成に適用する視聴情報対応データを、再生データ格納ファイル内に記録したコンテンツを生成して送信するデータ処理方法。