(57)【要約】  本技術は、所望の運用形態で、視聴履歴に関する運用を行うことができるようにする受信装置、送信装置、及び、データ処理方法に関する。受信装置は、送信装置から伝送路を介して伝送されるデジタル放送の放送波を受信し、放送波で伝送されるコンテンツの視聴履歴に関する視聴履歴情報の記録又は送信を制御するための制御情報を取得し、制御情報に基づいて、視聴履歴情報の記録又は送信を制御する。本技術は、例えば、IP伝送方式に対応したテレビ受像機に適用することができる。
2017010312.tif 000002
【特許請求の範囲】
【請求項１】
デジタル放送の放送波を受信する受信部と、
前記放送波で伝送されるコンテンツの視聴履歴に関する視聴履歴情報の記録又は送信を制御するための制御情報を取得する取得部と、
前記制御情報に基づいて、前記視聴履歴情報の記録又は送信を制御する制御部と
を備える受信装置。
【請求項２】
前記制御部は、
前記制御情報により指定される、前記視聴履歴情報の記録範囲と記録期間に応じて、前記視聴履歴情報を、記録部に記録し、
前記制御情報により指定される、前記視聴履歴情報を収集する視聴履歴サーバに前記視聴履歴情報を送信するタイミングを示す送信タイミング情報に応じて、記録された前記視聴履歴情報を、通信回線を介して、前記視聴履歴サーバに送信する
請求項１に記載の受信装置。
【請求項３】
前記取得部は、前記放送波で伝送される前記制御情報、又は前記制御情報を提供する制御情報サーバから通信回線を介して提供される前記制御情報を取得し、
前記制御部は、放送経由又は通信経由で取得された前記制御情報に基づいて、前記視聴履歴情報の記録又は送信を制御する
請求項２に記載の受信装置。
【請求項４】
前記取得部は、前記放送波で伝送されるトリガ情報に基づいて、前記制御情報を提供する制御情報サーバから通信回線を介して前記制御情報を取得し、
前記制御部は、通信経由で取得された前記制御情報に基づいて、前記視聴履歴情報の記録又は送信を制御する
請求項２に記載の受信装置。
【請求項５】
前記視聴履歴情報の記録範囲は、前記コンテンツの視聴履歴に関する基本的な情報である基本情報とともに、前記コンテンツの録画に関する録画情報、前記コンテンツを構成するコンポーネントに関するコンポーネント情報、又は、前記コンテンツと連動して実行されるアプリケーションに関するアプリケーション情報を記録するかどうかを示す情報を含み、
前記制御部は、前記視聴履歴情報の記録範囲に応じた範囲で、前記視聴履歴情報を、記録部に記録する
請求項２に記載の受信装置。
【請求項６】
前記制御部は、
前記視聴履歴情報を、常に記録部に記録し、
記録された前記視聴履歴情報のうち、前記制御情報により指定される、前記視聴履歴情報の送信範囲と送信期間に応じた視聴履歴情報を、通信回線を介して、前記視聴履歴情報を収集する視聴履歴サーバに送信する
請求項１に記載の受信装置。
【請求項７】
前記取得部は、前記放送波で伝送される前記制御情報、又は前記制御情報を提供する制御情報サーバから通信回線を介して提供される前記制御情報を取得し、
前記制御部は、放送経由又は通信経由で取得された前記制御情報に基づいて、前記視聴履歴情報の送信を制御する
請求項６に記載の受信装置。
【請求項８】
前記取得部は、前記放送波で伝送されるトリガ情報に含まれる前記制御情報に基づいて、前記視聴履歴情報の送信を制御する
請求項６に記載の受信装置。
【請求項９】
前記視聴履歴情報の送信範囲は、前記コンテンツの視聴履歴に関する基本的な情報である基本情報とともに、前記コンテンツの録画に関する録画情報、前記コンテンツを構成するコンポーネントに関するコンポーネント情報、又は、前記コンテンツと連動して実行されるアプリケーションに関するアプリケーション情報を送信するかどうかを示す情報を含み、
前記制御部は、前記視聴履歴情報の送信範囲に応じた範囲で、前記視聴履歴情報を、前記視聴履歴サーバに送信する
請求項６に記載の受信装置。
【請求項１０】
デジタル放送の放送波で伝送されるコンテンツの視聴履歴に関する視聴履歴情報の記録又は送信を制御するための制御情報を取得し、
前記制御情報に基づいて、前記視聴履歴情報の記録又は送信を制御する
ステップを含むデータ処理方法。
【請求項１１】
コンテンツの視聴履歴に関する視聴履歴情報の記録又は送信を制御するための制御情報を生成する生成部と、
前記コンテンツとともに、前記制御情報を、デジタル放送の放送波で送信する送信部と
を備える送信装置。
【請求項１２】
前記生成部は、前記視聴履歴情報の記録範囲と記録期間、及び、前記視聴履歴情報を収集する視聴履歴サーバに前記視聴履歴情報を送信するタイミングを示す送信タイミング情報を含む前記制御情報を生成する
請求項１１に記載の送信装置。
【請求項１３】
前記視聴履歴情報の記録範囲は、前記コンテンツの視聴履歴に関する基本的な情報である基本情報とともに、前記コンテンツの録画に関する録画情報、前記コンテンツを構成するコンポーネントに関するコンポーネント情報、又は、前記コンテンツと連動して実行されるアプリケーションに関するアプリケーション情報を記録するかどうかを示す情報を含む
請求項１２に記載の送信装置。
【請求項１４】
前記生成部は、前記視聴履歴情報の送信範囲と送信期間を含む前記制御情報を生成する
請求項１１に記載の送信装置。
【請求項１５】
前記視聴履歴情報の送信範囲は、前記コンテンツの視聴履歴に関する基本的な情報である基本情報とともに、前記コンテンツの録画に関する録画情報、前記コンテンツを構成するコンポーネントに関するコンポーネント情報、又は、前記コンテンツと連動して実行されるアプリケーションに関するアプリケーション情報を送信するかどうかを示す情報を含む
請求項１４に記載の送信装置。
【請求項１６】
コンテンツの視聴履歴に関する視聴履歴情報の記録又は送信を制御するための制御情報を生成し、
前記コンテンツとともに、前記制御情報を、デジタル放送の放送波で送信する
ステップを含むデータ処理方法。
【請求項１７】
コンテンツの視聴履歴に関する視聴履歴情報の記録又は送信に関連する情報を含むトリガ情報を生成するトリガ生成部と、
前記コンテンツとともに、前記トリガ情報をデジタル放送の放送波に含めて送信する送信部と
を備える送信装置。
【請求項１８】
前記トリガ生成部は、前記視聴履歴情報の記録範囲と記録期間、及び、前記視聴履歴情報を収集する視聴履歴サーバに前記視聴履歴情報を送信するタイミングを示す送信タイミング情報を含む制御情報を提供する制御情報サーバの宛先情報を含む前記トリガ情報を生成する
請求項１７に記載の送信装置。
【請求項１９】
前記トリガ生成部は、前記視聴履歴情報の送信範囲と送信期間を含む前記トリガ情報を生成する
請求項１７に記載の送信装置。
【請求項２０】
コンテンツの視聴履歴に関する視聴履歴情報の記録又は送信に関連する情報を含むトリガ情報を生成し、
前記コンテンツとともに、前記トリガ情報をデジタル放送の放送波に含めて送信する
ステップを含むデータ処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本技術は、受信装置、送信装置、及び、データ処理方法に関し、特に、所望の運用形態で、視聴履歴に関する運用を行うことができるようにした受信装置、送信装置、及び、データ処理方法に関する。
【背景技術】
【０００２】
放送の分野では、コンテンツの視聴履歴を収集して分析するなどの視聴履歴に関する運用が行われる場合がある。例えば、視聴履歴を、定期的に又は必要なときに伝送する技術が開示されている(例えば、特許文献１参照)。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００９−２７８６５１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、視聴履歴に関する運用を実現するための技術方式が確立されていないため、所望の運用形態で、視聴履歴に関する運用を行うための提案が要請されていた。【０００５】
本技術はこのような状況に鑑みてなされたものであり、所望の運用形態で、視聴履歴に関する運用を行うことができるようにするものである。
【課題を解決するための手段】
【０００６】
本技術の第１の側面の受信装置は、デジタル放送の放送波を受信する受信部と、前記放送波で伝送されるコンテンツの視聴履歴に関する視聴履歴情報の記録又は送信を制御するための制御情報を取得する取得部と、前記制御情報に基づいて、前記視聴履歴情報の記録又は送信を制御する制御部とを備える受信装置である。【０００７】
本技術の第１の側面の受信装置は、独立した装置であってもよいし、１つの装置を構成している内部ブロックであってもよい。また、本技術の第１の側面のデータ処理方法は、上述した本技術の第１の側面の受信装置に対応するデータ処理方法である。【０００８】
本技術の第１の側面の受信装置及びデータ処理方法においては、デジタル放送の放送波で伝送されるコンテンツの視聴履歴に関する視聴履歴情報の記録又は送信を制御するための制御情報が取得され、前記制御情報に基づいて、前記視聴履歴情報の記録又は送信が制御される。【０００９】
本技術の第２の側面の送信装置は、コンテンツの視聴履歴に関する視聴履歴情報の記録又は送信を制御するための制御情報を生成する生成部と、前記コンテンツとともに、前記制御情報を、デジタル放送の放送波で送信する送信部とを備える送信装置である。【００１０】
本技術の第２の側面の送信装置は、独立した装置であってもよいし、１つの装置を構成している内部ブロックであってもよい。また、本技術の第２の側面のデータ処理方法は、上述した本技術の第２の側面の送信装置に対応するデータ処理方法である。【００１１】
本技術の第２の側面の送信装置及びデータ処理方法においては、コンテンツの視聴履歴に関する視聴履歴情報の記録又は送信を制御するための制御情報が生成され、前記コンテンツとともに、前記制御情報が、デジタル放送の放送波で送信される。【００１２】
本技術の第３の側面の送信装置は、コンテンツの視聴履歴に関する視聴履歴情報の記録又は送信に関連する情報を含むトリガ情報を生成するトリガ生成部と、前記コンテンツとともに、前記トリガ情報をデジタル放送の放送波に含めて送信する送信部とを備える送信装置である。【００１３】
本技術の第３の側面の送信装置は、独立した装置であってもよいし、１つの装置を構成している内部ブロックであってもよい。また、本技術の第３の側面のデータ処理方法は、上述した本技術の第３の側面の送信装置に対応するデータ処理方法である。【００１４】
本技術の第３の側面の送信装置及びデータ処理方法においては、コンテンツの視聴履歴に関する視聴履歴情報の記録又は送信に関連する情報を含むトリガ情報が生成され、前記コンテンツとともに、前記トリガ情報がデジタル放送の放送波に含めて送信される。
【発明の効果】
【００１５】
本技術の第１の側面乃至第３の側面によれば、所望の運用形態で、視聴履歴に関する運用を行うことができる。【００１６】
なお、ここに記載された効果は必ずしも限定されるものではなく、本開示中に記載されたいずれかの効果であってもよい。
【図面の簡単な説明】
【００１７】
【図１】本技術を適用した伝送システムの一実施の形態の構成を示す図である。
【図２】本技術を適用したIP伝送方式のプロトコルスタックを示す図である。
【図３】Usage Reportingの運用形態に応じた受信装置の動作を説明する図である。
【図４】サブスクリプションUR(直接受信)のシナリオの例を示す図である。
【図５】サブスクリプションUR(トリガ受信)のシナリオの例を示す図である。
【図６】インスタントUR(直接受信)のシナリオの例を示す図である。
【図７】インスタントUR(トリガ受信)のシナリオの例を示す図である。
【図８】URTメタデータの概要を説明する図である。
【図９】URTメタデータのシンタックスの例を示す図である。
【図１０】CDMのシンタックスの例を示す図である。
【図１１】トリガ情報を用いた制御の概要を説明する図である。
【図１２】トリガ情報のシンタックスの例を示す図である。
【図１３】コマンドIDに応じたトリガ情報のタイプを示す図である。
【図１４】URLRトリガ情報のフォーマットの例を示す図である。
【図１５】URUトリガ情報のフォーマットの例を示す図である。
【図１６】送信装置の構成例を示す図である。
【図１７】受信装置の構成例を示す図である。
【図１８】図１７の制御部の機能的構成例を示す図である。
【図１９】視聴履歴サーバの構成例を示す図である。
【図２０】送信処理を説明するフローチャートである。
【図２１】視聴履歴対応処理を説明するフローチャートである。
【図２２】受信処理を説明するフローチャートである。
【図２３】サブスクリプションUR(直接受信)の場合の視聴履歴対応処理を説明するフローチャートである。
【図２４】サブスクリプションUR(トリガ受信)の場合の視聴履歴対応処理を説明するフローチャートである。
【図２５】インスタントUR(直接受信)の場合の視聴履歴対応処理を説明するフローチャートである。
【図２６】インスタントUR(トリガ受信)の場合の視聴履歴対応処理を説明するフローチャートである。
【図２７】視聴履歴ログ収集処理を説明するフローチャートである。
【図２８】コンピュータの構成例を示す図である。
【発明を実施するための形態】
【００１８】
以下、図面を参照しながら本技術の実施の形態について説明する。なお、説明は以下の順序で行うものとする。
【００１９】
１．システムの構成
２．視聴履歴に関する運用
（１）第１の方式：サブスクリプションUR(直接受信)
（２）第２の方式：サブスクリプションUR(トリガ受信)
（３）第３の方式：インスタントUR(直接受信)
（４）第４の方式：インスタントUR(トリガ受信)
３．視聴履歴に関する運用で用いられる各データの詳細仕様
（１）URTメタデータの構造              
（２）CDMの構造
（３）トリガ情報の構造
４．各装置の構成
５．各装置で実行される処理の流れ
６．変形例
７．コンピュータの構成
【００２０】
＜１．システムの構成＞
【００２１】
（伝送システムの構成例）
図１は、本技術を適用した伝送システムの一実施の形態の構成を示す図である。なお、システムとは、複数の装置が論理的に集合した物をいう。
【００２２】
図１において、伝送システム１は、送信装置１０、受信装置２０、URTサーバ３０、及び、視聴履歴サーバ４０から構成される。
【００２３】
この伝送システム１において、送信装置１０と受信装置２０との間では、伝送路８０を介して、例えばATSC3.0等のデジタル放送の規格に準拠したデータ伝送が行われる。ATSC3.0は、現在策定中の次世代のATSC(Advanced Television Systems Committee)規格である。また、図１の伝送システム１において、受信装置２０、URTサーバ３０、及び、視聴履歴サーバ４０は、ネットワーク９０に接続されており、相互に通信を行うことができる。なお、ネットワーク９０は、インターネット等の通信回線である。
【００２４】
送信装置１０は、ATSC3.0等のデジタル放送の規格に対応した送信機である。送信装置１０は、テレビ番組等のコンテンツを構成するビデオやオーディオ、字幕等(のコンポーネント)のストリームを、デジタル放送信号として、伝送路８０を介して送信(伝送)する。
【００２５】
また、送信装置１０は、シグナリングとして、URT(Usage Report Table)メタデータを、デジタル放送信号に含めて送信することができる。URTメタデータは、コンテンツの視聴履歴に関する視聴履歴情報(視聴履歴ログ)の記録又は送信を制御するための制御情報である。なお、URTメタデータの詳細な構成は、図８及び図９を参照して後述する。ここで、視聴履歴ログとしては、例えば、CDM(Consumption Data Message)を利用することができる。なお、CDMの詳細な構成は、図１０を参照して後述する。また、CDMは、XML(Extensible Markup Language)形式のファイルとして提供されるため、以下の説明では、CDMファイルとも称する。
【００２６】
さらに、送信装置１０は、各種の機能を提供するためのトリガ情報を、デジタル放送信号に含めて送信することができる。ここで、トリガ情報には、URLR(Usage Report Log Request)トリガ情報及びURU(Usage Report Upload)トリガ情報が含まれる。なお、URLRトリガ情報の詳細な構成は、図１４を参照して後述する。また、URUトリガ情報の詳細な構成は、図１５を参照して後述する。
【００２７】
URLRトリガ情報やURUトリガ情報などのトリガ情報は、コンテンツを構成するビデオ又はオーディオのウォータマークを利用して伝送することができる。以下の説明では、URLRトリガ情報とURUトリガ情報が、ビデオウォータマークを利用して伝送される場合を一例に説明する。
【００２８】
受信装置２０は、ATSC3.0等のデジタル放送の規格に対応した受信機であって、例えば、テレビ受像機やセットトップボックスなどの固定受信機、あるいは、スマートフォンや携帯電話機、タブレット型コンピュータなどのモバイル受信機である。また、受信装置２０は、例えば車載テレビなどの自動車に搭載される機器であってもよい。
【００２９】
受信装置２０は、送信装置１０から伝送路８０を介して送信(伝送)されてくる、デジタル放送信号を受信して、ビデオやオーディオ、字幕等(のコンポーネント)のストリームを取得して処理し、テレビ番組等のコンテンツの映像や音声を出力する。
【００３０】
また、受信装置２０は、送信装置１０から伝送路８０を介して送信(伝送)されてくる、デジタル放送信号に含まれるURTメタデータ又はトリガ情報を受信して、取得することができる。また、受信装置２０は、URLRトリガ情報に基づいて、ネットワーク９０を介してURTサーバ３０にアクセスし、URTメタデータを取得することができる。すなわち、受信装置２０は、放送経由又は通信経由でURTメタデータを取得することができる。
【００３１】
受信装置２０は、例えば製品機能として常に視聴履歴ログを記録するか、あるいは、シグナリングとして取得されるURTメタデータに基づいて、視聴履歴ログを記録する。そして、受信装置２０は、URTメタデータ又はURUトリガ情報に基づいて、記録していた視聴履歴ログを、ネットワーク９０を介して視聴履歴サーバ４０に送信する。
【００３２】
URTサーバ３０は、URTメタデータを提供するサーバである。URTサーバ３０は、受信装置２０からの要求に応じて、ネットワーク９０を介してURTメタデータを、受信装置２０に提供する。
【００３３】
視聴履歴サーバ４０は、複数の受信装置２０からネットワーク９０を介して送信されてくる視聴履歴ログを収集して処理するサーバである。視聴履歴サーバ４０は、単独の放送事業者のほか、例えば、複数の放送事業者により設立された共同運営の事業者や、放送事業者とは関係のない第三者組織(例えば視聴率調査を専門で行う代理の組織)により提供される。
【００３４】
以上、伝送システムの構成について説明した。
【００３５】
なお、図１においては、説明の都合上、１台の送信装置１０と、１台の受信装置２０を例示して説明したが、実際には、送信装置１０−１乃至１０−ｉ(ｉは１以上の整数)と、受信装置２０−１乃至２０−ｊ(ｊは１以上の整数)から構成されている。また、図１において、伝送路８０としては、例えば地上波のほか、衛星回線やケーブルテレビジョン網(有線回線)等を利用することができる。
【００３６】
（プロトコルスタック）
ところで、ATSC3.0では、データ伝送に、TS(Transport Stream)パケットではなく、IP/UDPパケット、すなわち、UDP(User Datagram Protocol)パケットを含むIP(Internet Protocol)パケットを用いることが決定されている。
【００３７】
また、ATSC3.0においては、トランスポート・プロトコルとして、ROUTE(Real-Time Object Delivery over Unidirectional Transport)と、MMT(MPEG Media Transport)が併存し、いずれか一方のトランスポート・プロトコルを用いてビデオやオーディオ、字幕等(のコンポーネント)のストリームが伝送される。
【００３８】
ここで、ROUTEは、バイナリファイルを一方向でマルチキャスト転送するのに適したプロトコルであるFLUTE(File Delivery over Unidirectional Transport)を拡張したプロトコルである。また、MMTは、IP(Internet Protocol)上で用いられるトランスポート方式であり、制御情報によりIPアドレスやURL(Uniform Resource Locator)を設定することで、ビデオやオーディオ等のデータを参照することができる。
【００３９】
さらに、ATSC3.0においては、シグナリングとして、LLS(Link Layer Signaling)シグナリング情報と、SLS(Service Layer Signaling)シグナリング情報を規定することが想定されており、先行して取得されるLLSシグナリング情報に記述される情報に従い、サービスごとのSLSシグナリング情報が取得されることになる。
【００４０】
ここで、LLSシグナリング情報としては、例えば、SLT(Service List Table)，URT(Usage Report Table)等のメタデータが含まれる。SLTメタデータは、サービスの選局に必要な情報(選局情報)など、放送ネットワークにおけるストリームやサービスの構成を示す情報を含む。また、URTメタデータは、視聴履歴ログの記録又は送信を制御するための制御情報である。
【００４１】
また、SLSシグナリング情報としては、例えば、USD(User Service Description)，LSID(LCT Session Instance Description)，MPD(Media Presentation Description)等のメタデータが含まれる。USDメタデータは、他のメタデータの取得先などの情報を含む。LSIDメタデータは、ROUTEプロトコルの制御情報である。MPDメタデータは、コンポーネントのストリームの再生を管理するための制御情報である。
【００４２】
なお、USD，LSID，MPD等のメタデータは、XML等のマークアップ言語により記述される。また、MPDメタデータは、MPEG-DASH(Dynamic Adaptive Streaming over HTTP)の規格に準じている。また、上述した説明では、URTメタデータは、LLSシグナリング情報として伝送されるとして説明したが、SLSシグナリング情報として伝送されるようにしてもよい。
【００４３】
図２は、本実施例のプロトコルスタックを示す図である。
【００４４】
図２において、最も下位の階層は、物理層(Physical Layer)とされる。この物理層に隣接する上位の階層は、レイヤ２の階層(Layer2)とされ、さらに、レイヤ２の階層に隣接する上位の階層は、IP層とされる。また、IP層に隣接する上位の階層はUDP層とされる。すなわち、UDPパケットを含むIPパケット(IP/UDPパケット)が、レイヤ２のGenericパケットのペイロードに配置され、カプセル化(encapsulation)される。また、物理層のフレーム(ATSC Physical Frame)は、プリアンブルとデータ部から構成されるが、データ部には、複数のGenericパケットをカプセル化して得られるBBフレームに対してエラー訂正用のパリティを付加した後に、インターリーブやマッピング等の物理層に関する処理が行われることで得られるデータがマッピングされる。
【００４５】
UDP層に隣接する上位の階層は、ROUTE，MMT，SLTとされる。すなわち、ROUTEセッションで伝送される、ビデオ、オーディオ、及び、字幕のストリームと、SLSシグナリング情報のストリームと、NRTコンテンツのストリームは、IP/UDPパケットに格納されて伝送される。なお、NRTコンテンツは、NRT(Non Real Time)放送で配信されるコンテンツであって、受信装置２０のストレージに一旦蓄積された後で再生が行われる。また、NRTコンテンツ以外のファイル(例えばアプリケーションのファイル)がROUTEセッションで伝送されるようにしてもよい。
【００４６】
一方で、MMTセッションで伝送される、ビデオ、オーディオ、及び、字幕のストリームと、SLSシグナリング情報のストリームは、IP/UDPパケットに格納されて伝送される。また、SLTメタデータは、IP/UDPパケットに格納されて伝送される。
【００４７】
以上のようなプロトコルスタックが採用されているため、受信装置２０は、ROUTEセッションで伝送されるコンポーネントのストリームにより提供されるサービス(チャンネル)の選局時には、SLTメタデータに含まれる選局情報に従い、ROUTEセッションで伝送されるSLSシグナリング情報を取得する(Ｓ１−１，Ｓ１−２)。そして、受信装置２０は、USD，LSID，MPD等のメタデータに従い、選局されたサービスを提供するコンポーネントのストリームに接続する(Ｓ１−３)。これにより、受信装置２０では、選局されたサービスに応じたコンテンツ(例えばテレビ番組)の映像や音声が出力される。
【００４８】
また、受信装置２０は、MMTセッションで伝送されるコンポーネントのストリームにより提供されるサービスの選局時には、SLTメタデータに含まれる選局情報に従い、MMTセッションで伝送されるSLSシグナリング情報を取得する(Ｓ２−１，Ｓ２−２)。そして、受信装置２０は、SLSシグナリング情報に含まれる各種のメタデータに従い、選局されたサービスを提供するコンポーネントのストリームに接続する(Ｓ２−３)。これにより、受信装置２０では、選局されたサービスに応じたコンテンツ(例えばテレビ番組)の映像や音声が出力される。
【００４９】
＜２．視聴履歴に関する運用＞
【００５０】
ところで、放送の分野では、Usage Reportingとして、コンテンツの視聴履歴を収集して分析するなどの視聴履歴に関する運用が行われる場合がある。このような運用としては、放送事業者(放送局)が、自身の提供するサービス(テレビ番組)についての視聴履歴を調査するケースと、放送事業者とは関係のない第三者組織(例えば視聴率調査を専門で行う代理の組織)が、複数の放送事業者により提供されるサービスを横断して調査するケースが想定される。
【００５１】
また、視聴率調査会社などの視聴履歴を調査する側からすれば、視聴履歴を調べたい範囲は、その目的により異なるものであって、例えば、全てのサービスの全時間帯を調査したい場合や、特定のサービスに応じたコンテンツの視聴状況のみを調査した場合など、様々なケースが想定される。また、ここでは、単に、サービスに応じたコンテンツの視聴状況のみを調査するだけでなく、例えばユーザの操作履歴等を調査することも想定される。さらに、受信装置２０が備える機能によっても、視聴履歴の分析能力が異なる可能性がある。
【００５２】
また、受信装置２０には、視聴履歴ログを記録するためのログ容量に制約がなく、大容量のログデータを記録できる場合だけでなく、視聴履歴ログを記録するためのログ容量に制約があり、限られたログデータしか記録できない場合も想定され、そのような場合には、全てのサービスについて全時間帯の視聴履歴ログを記録することはできない。したがって、視聴履歴ログを記録するに際しては、ログ範囲とログ期間を制限することが必要な場合も出てくる。
【００５３】
このように、視聴履歴に関する運用としては、様々な運用形態が想定されるが、視聴履歴に関する運用を行うための技術方式が確立されていないため、所望の運用形態で、視聴履歴に関する運用を行うための提案が要請されていた。そこで、本技術では、第１の方式乃至第４の方式を提案して、所望の運用形態で、視聴履歴に関する運用を行うことができるようにする。
【００５４】
（視聴履歴ログの制御方法）
図３は、第１の方式乃至第４の方式における視聴履歴ログの制御方法について説明する図である。
【００５５】
図３に示すように、本技術では、Usage Reportingの運用種別と受信環境との組み合わせに応じた運用形態ごとに、第１の方式乃至第４の方式の４つの方式の視聴履歴ログの制御方法を定義している。
【００５６】
ここで、Usage Reportingの運用種別には、視聴履歴を調査する側が、あらかじめ視聴履歴ログの記録条件(記録範囲と記録期間)を指定する運用である「サブスクリプションUR(Subscription Usage Reporting)」と、視聴履歴を調査する側が、視聴履歴ログの記録条件を指定せずに、視聴履歴ログの送信条件(送信範囲と送信期間)を指定する運用である「インスタントUR(Instant Usage Reporting)」がある。
【００５７】
また、受信環境には、放送経由又は通信経由でURTメタデータを受信して、視聴履歴ログの制御を行う「直接受信」と、放送経由でトリガ情報(URLRトリガ情報又はURUトリガ情報)を受信して、視聴履歴ログの制御を行う「トリガ受信」とがある。なお、ケーブルテレビ(CATV)や衛星放送などの有料放送を提供するMVPD(Multichannel Video Programming Distributors)によりコンテンツが提供される場合に、シグナリングとしての制御情報を伝送できないことが想定されるが、トリガ情報を利用すれば、受信環境に関係なく、制御情報を伝送することが可能となる。
【００５８】
まず、第１の方式は、「サブスクリプションUR」である運用種別と、「直接受信」である受信環境との組み合わせからなる運用形態での視聴履歴ログの制御方法を定義している。
【００５９】
この第１の方式が採用された場合、受信装置２０は、放送経由又は通信経由でURTメタデータを取得し(Ｓ１１)、このURTメタデータに従ったログ範囲とログ期間で、視聴履歴ログを記録する(Ｓ１２)。そして、受信装置２０は、URTメタデータに従ったアップロード期間で、視聴履歴ログを視聴履歴サーバ４０にアップロードする(Ｓ１３)。
【００６０】
このように、第１の方式では、放送経由又は通信経由で取得されるURTメタデータに基づいて、視聴履歴ログの記録又は送信を制御することになる。なお、第１の方式の詳細な内容については、図４を参照して後述する。
【００６１】
次に、第２の方式は、「サブスクリプションUR」である運用種別と、「トリガ受信」である受信環境との組み合わせからなる運用形態での視聴履歴ログの制御方法を定義している。
【００６２】
この第２の方式が採用された場合、受信装置２０は、放送経由で、ビデオウォータマークを利用して伝送されるURLRトリガ情報を取得し(Ｓ２１)、このURLRトリガ情報に従い、URTサーバ３０からURTメタデータを取得する(Ｓ２２)。受信装置２０は、このURTメタデータに従ったログ範囲とログ期間で、視聴履歴ログを記録する(Ｓ２３)。そして、受信装置２０は、URTメタデータに従ったアップロード期間で、視聴履歴ログを視聴履歴サーバ４０にアップロードする(Ｓ２４)。
【００６３】
このように、第２の方式では、放送経由で取得されるURLRトリガ情報に応じて通信経由で取得されるURTメタデータに基づいて、視聴履歴ログの記録又は送信を制御することになる。なお、第２の方式の詳細な内容については、図５を参照して後述する。
【００６４】
次に、第３の方式は、「インスタントUR」である運用種別と、「直接受信」である受信環境との組み合わせからなる運用形態での視聴履歴ログの制御方法を定義している。
【００６５】
この第３の方式が採用された場合、受信装置２０は、常時、視聴履歴ログを記録する(Ｓ３１)。そして、受信装置２０は、放送経由又は通信経由でURTメタデータを取得し(Ｓ３２)、このURTメタデータに従ったログ範囲とログ期間で、記録していた視聴履歴ログを、視聴履歴サーバ４０にアップロードする(Ｓ３３)。
【００６６】
このように、第３の方式では、常時、視聴履歴ログを記録するとともに、放送経由又は通信経由で取得されるURTメタデータに基づいて、記録していた視聴履歴ログの送信を制御することになる。
【００６７】
最後に、第４の方式は、「インスタントUR」である運用種別と、「トリガ受信」である受信環境との組み合わせからなる運用形態での視聴履歴ログの制御方法を定義している。
【００６８】
この第４の方式が採用された場合、受信装置２０は、常時、視聴履歴ログを記録する(Ｓ４１)。そして、受信装置２０は、放送経由でビデオウォータマークを利用して伝送されるURUトリガ情報を取得し(Ｓ４２)、URUトリガ情報に従ったログ範囲とログ期間で、記録していた視聴履歴ログを、視聴履歴サーバ４０にアップロードする(Ｓ４３)。
【００６９】
以上のように、第１の方式乃至第４の方式のいずれかの方式によって、視聴履歴ログの記録又は送信を制御することができる。次に、上述した第１の方式乃至第４の方式における視聴履歴ログの制御方法の詳細について説明する。
【００７０】
（１）第１の方式：サブスクリプションUR(直接受信)
【００７１】
図４は、受信環境が直接受信となる場合のサブスクリプションURのシナリオの例を示す図である。
【００７２】
図４においては、送信装置１０から送信される、放送ストリームであって、受信装置２０により受信される放送ストリームが図示されている。この放送ストリームは、ビデオ、オーディオ、及び、シグナリングのストリームを含んでいる。受信装置２０は、放送ストリームを処理して、コンテンツの再生を行う。
【００７３】
ここで、第１の方式を採用した場合、受信装置２０は、送信装置１０からのシグナリングのストリームとして伝送されるURTメタデータを受信する(Ｓ１１)。なお、URTメタデータは、ネットワーク９０を介してURTサーバ３０から提供されるようにしてもよい。すなわち、URTメタデータは、放送経由又は通信経由で取得される。
【００７４】
次に、受信装置２０は、放送経由又は通信経由で取得したURTメタデータを解析して、URTメタデータの解析結果に応じたログ範囲とログ期間で、視聴履歴ログを記録する(Ｓ１２)。
【００７５】
ここでは、例えば、ログ範囲として、記録すべき視聴履歴ログの項目(ログの詳細度)示す情報が指定され、ログ期間として、視聴履歴ログを記録する時間帯を示す情報が指定されるので、受信装置２０では、ログ期間が示す時間帯になる度に、ログ範囲が示す項目(ログの詳細度)に応じた視聴履歴ログ(CDMファイル)が記録されることになる(Ｓ１２−１，Ｓ１２−２，Ｓ１２−３，Ｓ１２−４，・・・)。
【００７６】
そして、受信装置２０は、視聴履歴サーバ４０のURL(以下、視聴履歴サーバURLという)に従い、URTメタデータの解析結果に応じたアップロード期間で、ログ範囲とログ期間に応じて記録していた視聴履歴ログを、ネットワーク９０を介して視聴履歴サーバ４０にアップロードする(Ｓ１３)。なお、URTメタデータには、宛先情報として、視聴履歴サーバURLが含まれているので、そこから、視聴履歴サーバURLが取得される。
【００７７】
ここでは、例えば、アップロード期間として、視聴履歴ログを視聴履歴サーバ４０にアップロードする時間帯を示す情報が指定されるので、受信装置２０では、アップロード期間が示す時間帯になる度に、ログ範囲とログ期間に応じて記録していた視聴履歴ログ(CDMファイル)が、視聴履歴サーバ４０にアップロードされることになる(Ｓ１３−１，Ｓ１３−２，・・・)。
【００７８】
これにより、視聴履歴サーバ４０では、ネットワーク９０を介して、複数の受信装置２０からアップロードされる視聴履歴ログ(CDMファイル)を収集して、分析(例えば視聴率調査)を行うことができる。
【００７９】
以上のように、第１の方式では、受信装置２０において、例えば、視聴履歴ログを記録するためのログ容量に制約があり、限られたログデータしか記録できない場合に、放送経由又は通信経由で取得されるURTメタデータに従い、放送局側から指定された項目(ログ範囲とログ期間)に応じた視聴履歴ログを記録するとともに、放送局側から指定されたタイミング(アップロード期間)で、視聴履歴ログを定期的に、視聴履歴サーバ４０にアップロードすることになる。
【００８０】
（２）第２の方式：サブスクリプションUR(トリガ受信)
【００８１】
図５は、受信環境がトリガ受信となる場合のサブスクリプションURのシナリオの例を示す図である。
【００８２】
図５においては、送信装置１０から送信される、放送ストリームであって、受信装置２０により受信される放送ストリームが図示されている。この放送ストリームでは、特に、URLRトリガ情報を含むビデオストリームのみを図示している。受信装置２０は、放送ストリームを処理して、コンテンツの再生を行う。
【００８３】
ここで、第２の方式を採用した場合、受信装置２０は、送信装置１０からのビデオストリームに含まれるURLRトリガ情報を受信する(Ｓ２１)。なお、この例では、URLRトリガ情報は、ビデオウォータマークを利用して伝送されているが、例えば、オーディオウォータマークやオーディオユーザデータを利用するなど、他の方法を利用して伝送されるようにしてもよい。
【００８４】
次に、受信装置２０は、放送経由で取得したURLRトリガ情報を解析して、URLRトリガ情報の解析結果に従い、ネットワーク９０を介してURTサーバ３０にアクセスし、URTメタデータを取得する(Ｓ２２)。なお、URLRトリガ情報には、宛先情報として、URTサーバ３０のURL(以下、URTサーバURLという)が含まれているので、そこから、URTサーバURLが取得される。
【００８５】
次に、受信装置２０は、通信経由で取得したURTメタデータを解析して、URTメタデータの解析結果に応じたログ範囲とログ期間で、視聴履歴ログを記録する(Ｓ２３)。
【００８６】
ここでは、例えば、ログ範囲として、記録すべき視聴履歴ログの項目(ログの詳細度)示す情報が指定され、ログ期間として、視聴履歴ログを記録する時間帯を示す情報が指定されるので、受信装置２０では、ログ期間が示す時間帯になる度に、ログ範囲が示す内容(ログの詳細度)に応じた視聴履歴ログ(CDMファイル)が記録されることになる(Ｓ２３−１，Ｓ２３−２，Ｓ２３−３，Ｓ２３−４，・・・)。
【００８７】
そして、受信装置２０は、視聴履歴サーバURLに従い、URTメタデータの解析結果に応じたアップロード期間で、ログ範囲とログ期間に応じて記録していた視聴履歴ログを、ネットワーク９０を介して視聴履歴サーバ４０にアップロードする(Ｓ２４)。なお、視聴履歴サーバURLは、URTメタデータから取得される。
【００８８】
ここでは、例えば、アップロード期間として、視聴履歴ログを視聴履歴サーバ４０にアップロードする時間帯を示す情報が指定されるので、受信装置２０では、アップロード期間が示す時間帯になる度に、ログ範囲とログ期間に応じて記録していた視聴履歴ログ(CDMファイル)が、視聴履歴サーバ４０にアップロードされることになる(Ｓ２４−１，Ｓ２４−２，・・・)。
【００８９】
これにより、視聴履歴サーバ４０では、ネットワーク９０を介して、複数の受信装置２０からアップロードされる視聴履歴ログ(CDMファイル)を収集して、分析(例えば視聴率調査)を行うことができる。
【００９０】
以上のように、第２の方式では、受信装置２０において、例えば、視聴履歴ログを記録するためのログ容量に制約があり、限られたログデータしか記録できない場合に、URLRトリガ情報に応じて通信経由で取得されるURTメタデータに従い、放送局側から指定された項目(ログ範囲とログ期間)に応じた視聴履歴ログを記録するとともに、放送局側から指定されたタイミング(アップロード期間)で、視聴履歴ログを定期的に、視聴履歴サーバ４０にアップロードすることになる。
【００９１】
（３）第３の方式：インスタントUR(直接受信)
【００９２】
図６は、受信環境が直接受信となる場合のインスタントURのシナリオの例を示す図である。
【００９３】
図６においては、送信装置１０から送信される、放送ストリームであって、受信装置２０により受信される放送ストリームが図示されている。受信装置２０は、放送ストリームを処理して、コンテンツの再生を行う。
【００９４】
ここで、第３の方式を採用した場合、受信装置２０は、例えば製品機能として、全てのサービスのコンテンツの再生時に、任意の項目の視聴履歴ログ(CDMファイル)を、常に記録している(Ｓ３１)。なお、図６においては、常時、視聴履歴ログが記録されていることを、視聴履歴ログＬ１で表現している。
【００９５】
次に、受信装置２０は、送信装置１０からのシグナリングのストリームとして伝送されるURTメタデータを受信する(Ｓ３２)。なお、URTメタデータは、ネットワーク９０を介してURTサーバ３０から提供されるようにしてもよい。すなわち、第３の方式においても、第１の方式と同様に、URTメタデータは、放送経由又は通信経由で取得される。
【００９６】
そして、受信装置２０は、放送経由又は通信経由で取得したURTメタデータを解析して、常時記録していた視聴履歴ログのうち、URTメタデータの解析結果に応じたログ範囲とログ期間に対応する視聴履歴ログを(過去にさかのぼって)抽出する(Ｓ３３)。受信装置２０は、視聴履歴サーバURLに従い、(過去にさかのぼって)抽出された視聴履歴ログを、ネットワーク９０を介して視聴履歴サーバ４０にアップロードする(Ｓ３３)。
【００９７】
ここでは、例えば、受信装置２０において、URTメタデータを受信した時点で、常に記録されていた視聴履歴ログＬ１(図中の灰色で表現)のうち、URTメタデータの解析結果に応じたログ範囲とログ期間に対応した視聴履歴ログＬ２(図中の黒色で表現)が、過去にさかのぼって抽出されて(切り出されて)、視聴履歴サーバ４０にアップロードされる。
【００９８】
これにより、視聴履歴サーバ４０では、ネットワーク９０を介して、複数の受信装置２０からアップロードされる視聴履歴ログ(CDMファイル)を収集して、分析(例えば視聴率調査)を行うことができる。
【００９９】
以上のように、第３の方式では、受信装置２０において、例えば、視聴履歴ログを記録するためのログ容量に制約がなく、大容量のログデータを記録できる場合に、常時、任意項目の視聴履歴ログを記録し続けるとともに、放送経由又は通信経由で取得されるURTメタデータに従い、常時記録していた視聴履歴ログのうち、放送局側から指定された項目(ログ範囲とログ期間)に応じた視聴履歴ログを、視聴履歴サーバ４０にアップロードすることになる。
【０１００】
（４）第４の方式：インスタントUR(トリガ受信)
【０１０１】
図７は、受信環境がトリガ受信となる場合のインスタントURのシナリオの例を示す図である。
【０１０２】
図７においては、送信装置１０から送信される、放送ストリームであって、受信装置２０により受信される放送ストリームが図示されている。この放送ストリームでは、特に、URUトリガ情報を含むビデオストリームのみを図示している。受信装置２０は、放送ストリームを処理して、コンテンツの再生を行う。
【０１０３】
ここで、第４の方式を採用した場合、受信装置２０は、例えば製品機能として、全てのサービスのコンテンツの再生時に、任意の項目の視聴履歴ログ(CDMファイル)を、常に記録している(Ｓ４１)。なお、図７においても、図６と同様に、受信装置２０で、常時、視聴履歴ログが記録されていることを、視聴履歴ログＬ１で表現している。
【０１０４】
次に、受信装置２０は、送信装置１０からのビデオストリームに含まれるURUトリガ情報を受信する(Ｓ４２)。なお、URUトリガ情報は、ビデオウォータマークを利用して伝送されるが、例えば、オーディオウォータマークやオーディオユーザデータを利用するなど、他の方法を利用して伝送されるようにしてもよい。
【０１０５】
そして、受信装置２０は、放送経由で取得したURUトリガ情報を解析して、常時記録されていた視聴履歴ログのうち、URUトリガ情報の解析結果に応じたログ範囲とログ期間に対応した視聴履歴ログを(過去にさかのぼって)抽出する(Ｓ４３)。受信装置２０は、視聴履歴サーバURLに従い、(過去にさかのぼって)抽出された視聴履歴ログを、ネットワーク９０を介して視聴履歴サーバ４０にアップロードする(Ｓ４３)。
【０１０６】
ここでは、例えば、受信装置２０において、URUトリガ情報を受信した時点で、常に記録されていた視聴履歴ログＬ１(図中の灰色で表現)のうち、URUトリガ情報の解析結果に応じたログ範囲とログ期間に対応した視聴履歴ログＬ２(図中の黒色で表現)が、過去にさかのぼって抽出されて(切り出されて)、視聴履歴サーバ４０にアップロードされる。
【０１０７】
これにより、視聴履歴サーバ４０では、ネットワーク９０を介して、複数の受信装置２０からアップロードされる視聴履歴ログ(CDMファイル)を収集して、分析(例えば視聴率調査)を行うことができる。
【０１０８】
以上のように、第４の方式では、受信装置２０において、例えば、視聴履歴ログを記録するためのログ容量に制約がなく、大容量のログデータを記録できる場合に、常時、視聴履歴ログを記録し続けるとともに、放送経由で取得されるURUトリガ情報に従い、常時記録していた視聴履歴ログのうち、放送局側から指定された項目(ログ範囲とログ期間)に応じた視聴履歴ログを、視聴履歴サーバ４０にアップロードすることになる。
【０１０９】
＜３．視聴履歴に関する運用で用いられる各データの詳細仕様＞
【０１１０】
（１）URTメタデータの構造
【０１１１】
（URTの概要）
図８は、URT(Usage Report Table)メタデータの概要を説明する図である。
【０１１２】
URTメタデータには、サービスごとに、１又は複数の単位UR(Usage Reporting)情報が含まれる。図８に示すように、URTメタデータにおいて、単位UR情報には、ログ範囲(Log Scope)、ログ期間(Log Period)、及び、アップロード期間(Upload Timing)が、主な項目として指定されている。また、アップロードグループ(Uploadgroup)には、視聴履歴ログをグループ単位でアップロードするための情報が指定される。
【０１１３】
ログ範囲には、視聴履歴ログとして記録すべき項目が指定される。ログ範囲には、視聴履歴ログとして記録すべき項目として、ベーシック(basic)、コンポーネント(component)、レコード(record)、及び、アプリケーション(app)を含むことができる。ただし、これらのログ範囲の情報のうち、ベーシックは必須の項目とされるが、ベーシック以外のコンポーネント、レコード、及び、アプリケーションは、オプションで指定される項目とされる。
【０１１４】
ベーシック(basic)は、例えば、コンテンツを視聴したかどうかなどの基本的な情報(基本情報)である。コンポーネント(component)は、ビデオやオーディオごとに、複数のコンポーネントが存在する場合に、どのコンポーネントを視聴したかどうかなどのコンポーネントに関する情報(コンポーネント情報)である。
【０１１５】
レコード(record)は、コンテンツが録画された場合に、その録画されたコンテンツを視聴したかどうかなどの録画に関する情報(録画情報)である。アプリケーション(app)は、コンテンツに連動するアプリケーションが存在する場合に、どのアプリケーションを実行したかなどのアプリケーションに関する情報(アプリケーション情報)である。
【０１１６】
ログ期間には、視聴履歴ログを記録する期間が指定される。ログ期間には、視聴履歴ログを記録する期間として、周期情報(periodic)及び期間情報(period)を含むことができる。
【０１１７】
ログ期間の周期情報(periodic)としては、例えば、期間情報(period)として指定される期間が、１回のみ(one-time)、毎日(everyday)、毎週(every week)、又は毎月(every month)であることを指定することができる。また、期間情報(period)としては、視聴履歴ログを記録する開始時刻と終了時刻が指定される。
【０１１８】
アップロード期間(Upload Timing)には、アップロードグループIDごとに、視聴履歴ログのアップロートのタイミングとアップロードの宛先情報が指定される。アップロードの宛先情報には、視聴履歴サーバURLが指定される。
【０１１９】
また、視聴履歴ログのアップロートのタイミングとしては、周期情報(periodic)及び期間情報(period)を含むことができる。
【０１２０】
アップロード期間の周期情報(periodic)としては、期間情報(period)として指定される期間が、１回のみ(one-time)である場合や、毎日(everyday)、毎週(every week)、又は毎月(every month)などの繰り返しであることを指定することができる。また、期間情報(period)としては、視聴履歴ログのアップロードの開始時刻と終了時刻が指定される。
【０１２１】
さらに、アップロード期間には、多数の受信装置２０が、一斉に視聴履歴サーバ４０にアクセスする(アクセスが集中する)ことを避けるために、視聴履歴ログのアップロードのタイミングを分散させるための分散パラメータ(diffusion)を指定することができる。
【０１２２】
ここで、図８の説明では、Usage Reportingの運用種別が、サブスクリプションURである場合のURTメタデータ、すなわち、第１の方式又は第２の方式で用いられるURTメタデータを前提にして、受信装置２０では、当該URTメタデータに指定される視聴履歴ログのログ範囲とログ期間(記録範囲と記録期間)で、視聴履歴ログが記録される場合を説明した。
【０１２３】
一方で、Usage Reportingの運用種別が、インスタントURである場合のURTメタデータ、すなわち、第３の方式で用いられるURTメタデータの場合には、受信装置２０では、常時記録している視聴履歴ログのうち、当該URTメタデータに指定されるログ範囲とログ期間(送信範囲と送信期間)に対応する視聴履歴ログを(過去にさかのぼって)抽出し、視聴履歴サーバ４０にアップロードすることになる。なお、第４の方式では、URTメタデータを利用せずに、URUトリガ情報に指定されるログ範囲とログ期間(送信範囲と送信期間)が用いられる。
【０１２４】
なお、図８においては、アップロードグループを定義して、視聴履歴ログが、グループ単位でアップロードされる例を示しているが、アップロードグループを利用せずに、例えば、視聴履歴ログのログ単位で、視聴履歴サーバ４０にアップロードされるようにしてもよい。
【０１２５】
（URTのシンタックス）
図９は、XML形式のURT(Usage Report Table)メタデータのシンタックスの例を示す図である。なお、図９において、要素と属性のうち、属性には「@」が付されている。また、インデントされた要素と属性は、その上位の要素に対して指定されたものとなる。これらの関係は、後述する図１０においても同様とされる。
【０１２６】
ルート要素としてのURT要素は、ServiceLog要素、及び、Upload:group要素の上位要素となる。ServiceLog要素には、サービスごとに、１又は複数の単位UR情報が含まれる。ServiceLog要素は、BroadcastStreamId属性、ServiceId属性、及び、LogUnt要素の上位要素となる。
【０１２７】
BroadcastStreamId属性には、ブロードキャストストリームIDが指定される。ServiceId属性には、サービスIDが指定される。すなわち、ブロードキャストストリームIDとサービスIDによって、対象のサービスが特定される。
【０１２８】
LogUnt要素は、group属性、scope要素、及び、period要素の上位要素となる。group属性には、アップロードグループを識別するためのアップロードグループIDが指定される。
【０１２９】
scope要素は、視聴履歴ログとして記録(送信)すべき項目が指定される。scope要素は、basic属性、comp属性、rec属性、及び、app属性の上位要素となる。basic属性には、基本情報が、視聴履歴ログとして記録(送信)すべき項目であるかどうかを示すフラグが指定される。comp属性には、コンポーネント情報が、視聴履歴ログとして記録(送信)すべき項目であるかどうかを示すフラグが指定される。
【０１３０】
rec属性には、録画情報が、視聴履歴ログとして記録(送信)すべき項目であるかどうかを示すフラグが指定される。app属性には、アプリケーション情報が、視聴履歴ログとして記録(送信)すべき項目であるかどうかを示すフラグが指定される。なお、scope要素において、basic属性は必須の属性とされるが、comp属性、rec属性、及び、app属性は、オプショナルな属性とされる。
【０１３１】
period要素には、視聴履歴ログを記録(送信)する期間が指定される。period要素は、periodic属性、begin属性、及び、end属性の上位要素となる。periodic属性は、期間情報(記録期間又は送信期間)として指定される期間が、１回のみ(onetime)である場合や、毎時(hourly)、毎日(daily)、毎週(weekly)、又は毎月(monthly)などの繰り返しであることを示す周期情報を指定することができる。
【０１３２】
begin属性には、視聴履歴ログのログ開始時刻が指定される。また、end属性には、視聴履歴ログのログ終了時刻が指定される。すなわち、period要素のbegin属性とend属性によって、視聴履歴ログを記録(送信)する開始時刻と終了時刻からなる期間情報(記録期間又は送信期間)が指定される。
【０１３３】
Upload:group要素には、アップロード期間に関する情報として、アップロードグループIDごとに、視聴履歴ログのアップロードタイミングとアップロードの宛先情報が指定される。Upload:group要素は、id属性、uri属性、periodic属性、begin属性、end属性、及び、diffusion属性の上位要素となる。
【０１３４】
id属性には、アップロードグループを識別するためのアップロードグループIDが指定される。uri属性には、視聴履歴サーバURLが指定される。periodic属性は、期間情報(アップロード期間)として指定される期間が、１回のみ(onetime)である場合や、毎時(hourly)、毎日(daily)、毎週(weekly)、又は毎月(monthly)などの繰り返しであることを示す周期情報を指定することができる。
【０１３５】
begin属性には、視聴履歴ログのアップロード期間の開始時刻が指定される。また、end属性には、視聴履歴ログのアップロード期間の終了時刻が指定される。すなわち、Upload:group要素のbegin属性とend属性によって、視聴履歴ログをアップロードする開始時刻と終了時刻からなる期間情報(アップロード期間)が指定される。
【０１３６】
diffusion属性には、視聴履歴ログのアップロードのタイミングを分散させるための分散パラメータが指定される。
【０１３７】
なお、図９において、出現数(Cardinality)であるが、"1"が指定された場合にはその要素又は属性は必ず１つだけ指定され、"0..1"が指定された場合には、その要素又は属性を指定するかどうかは任意である。また、"1..n"が指定された場合には、その要素又は属性は１以上指定され、"0..n"が指定された場合には、その要素又は属性を１以上指定するかどうかは任意である。これらの関係は、後述する図１０のCDMのシンタックスでも同様である。
【０１３８】
（２）CDMの構造
【０１３９】
（CDMのシンタックス）
図１０は、視聴履歴ログの一例である、XML形式のCDM(Consumption Data Message)のシンタックスの例を示す図である。
【０１４０】
図１０において、ルート要素としてのCDM要素は、protocolVersion属性、及び、AVChannel要素の上位要素となる。protocolVersion属性には、CDMのプロトコルバージョンが指定される。
【０１４１】
AVChannel要素には、サービス(チャンネル)ごとの視聴履歴に関する情報が指定される。AVChannel要素は、BroadcastStreamId属性、ServiceId属性、及び、ViewInterval要素の上位要素となる。BroadcastStreamId属性には、ブロードキャストストリームIDが指定される。ServiceId属性には、サービスIDが指定される。すなわち、ブロードキャストストリームIDとサービスIDによって、対象のサービスが特定される。
【０１４２】
ViewInterval要素は、startTime属性、endTime属性、presentRecord属性、viewStartTime属性、viewEndTime属性、DOinterval要素、及び、Component要素の上位要素となる。
【０１４３】
startTime属性とendTime属性により、ログ期間内で、対象のサービスに応じたコンテンツの視聴開始時刻と視聴終了時刻が指定される。すなわち、この期間により、コンテンツを視聴したかどうかが記録される。
【０１４４】
presentRecord属性は、視聴形態が指定される。例えば、"p(present)"が指定された場合、コンテンツを録画せずにオンエア時に視聴していることを意味する。また、"r(record)"が指定された場合、コンテンツを録画して視聴していることを意味する。"p+r(present + record)"が指定された場合、コンテンツをオンエア時に視聴し、さらに録画しても視聴していることを意味する。
【０１４５】
viewStartTime属性とviewEndTime属性により、presentRecord属性として、"r(record)"又は"p+r(present + record)"が指定される場合に、録画されたコンテンツの視聴開始時刻と視聴終了時刻が指定される。
【０１４６】
DOinterval要素には、アプリケーションに関する情報が指定される。DOinterval要素は、AppId要素、startTime属性、及び、endTime属性の上位要素となる。AppId要素には、アプリケーションを識別するアプリケーションIDが指定される。startTime属性とendTime属性により、対象のアプリケーションの実行開始時刻と実行終了時刻が指定される。
【０１４７】
Component要素には、コンポーネントに関する情報が指定される。Component要素は、componentId属性、pathType属性、startTime属性、及び、endTime属性の上位要素となる。componentId属性には、コンポーネントを識別するコンポーネントIDが指定される。pathType属性には、対象のコンポーネントのパス、すなわち、放送経由であるか、又は通信経由であるかが指定される。startTime属性とendTime属性により、対象のコンポーネントの視聴開始時間と視聴終了時刻が指定される。
【０１４８】
ここで、図１０において、「basic」、「+rec」、「+comp」、及び、「+app」の項目は、図８又は図９のURTメタデータに含まれるベーシック(basic)、コンポーネント(component)、レコード(record)、及び、アプリケーション(app)に対応している。また、図１０において、「basic」、「+rec」、「+comp」、及び、「+app」の項目ごとに、CDMの要素と属性に対して、「○」が記入されるか、又は空欄となっているが、「○」が記入された場合には、対象のログ範囲に応じて、視聴履歴ログ(CDM)として記録(送信)されることを意味している。
【０１４９】
すなわち、URTメタデータにおいて、ベーシック(basic)が指定されている場合、視聴履歴ログ(CDMファイル)として、protocolVersion属性、AVChannel要素のBroadcastStreamId属性及びServiceId属性、並びに、ViewInterval要素のstartTime属性及びendTime属性により指定される基本情報が記録(送信)される。ただし、ログ範囲において、ベーシックは必須の項目であるため、それらの基本情報は、常に、視聴履歴ログ(CDMファイル)として記録(送信)されることになる。
【０１５０】
また、URTメタデータにおいて、レコード(record)が指定されている場合、視聴履歴ログ(CDMファイル)として、ViewInterval要素のpresentRecord属性、viewStartTime属性、及び、viewEndTime属性により指定される録画情報が記録(送信)される。ただし、ログ範囲において、レコードはオプショナルな項目とされる。
【０１５１】
さらに、URTメタデータにおいて、アプリケーション(app)が指定されている場合、視聴履歴ログ(CDMファイル)として、DOinterval要素のAppId要素、startTime属性、及び、endTime属性により指定されるアプリケーション情報が記録(送信)される。ただし、ログ範囲において、アプリケーションはオプショナルな項目とされる。
【０１５２】
さらにまた、URTメタデータにおいて、コンポーネント(component)が指定されている場合、視聴履歴ログ(CDMファイル)として、Component要素のcomponentId属性、pathType属性、startTime属性、及び、endTime属性により指定されるコンポーネント情報が記録(送信)される。ただし、ログ範囲において、コンポーネントはオプショナルな項目とされる。
【０１５３】
なお、図１０のCDMのシンタックスに示した要素や属性は一例であって、他の要素や属性が、ベーシックやレコードなどのログ範囲の項目に含まれるようにしてもよい。また、ベーシック(basic)、レコード(record)、アプリケーション(app)、及び、コンポーネント(component)は、ログ範囲の分類(項目)の一例であって、他の項目が定義されるようにしてもよい。
【０１５４】
（３）トリガ情報の構造
【０１５５】
図１１は、トリガ情報を用いた制御の概要を説明する図である。
【０１５６】
トリガ情報を用いた制御では、例えば、放送ストリームに含まれるビデオストリームにおいて、ビデオウォータマークを利用して、各種の機能を提供するためのトリガ情報(Trigger)が伝送されるようにする。これにより、受信装置２０では、当該トリガ情報に基づいて、各種の機能に応じた処理を行うことになる。
【０１５７】
図１１において、受信装置２０は、アプリケーションに関する機能を提供するためのトリガ情報(アプリトリガ情報)を受信した場合、当該アプリトリガ情報に基づいて、AITを取得することで、コンテンツに連動して実行されるアプリケーションの動作を制御することができる。なお、AIT(Application Information Table)は、ネットワーク９０上のサーバ等から取得される、アプリケーション制御情報である。
【０１５８】
また、受信装置２０は、SLSシグナリング情報に関する機能を提供するためのトリガ情報(SLSトリガ情報)を受信した場合、当該SLSトリガ情報に基づいて、例えば、MPDメタデータを取得することで、適応的に、通信経由で取得されるコンテンツを構成するビデオデータやオーディオデータ(Alternative Components)を出力することができる。
【０１５９】
受信装置２０は、字幕に関する機能を提供するためのトリガ情報(字幕トリガ情報)を受信した場合、当該字幕トリガ情報に基づいて、SIT等の字幕情報を取得することで、コンテンツに重畳表示される字幕を制御することができる。なお、SIT(Subtitle Information Table)は、字幕を制御するための制御情報である。
【０１６０】
また、受信装置２０は、電子番組表に関する機能を提供するためのトリガ情報(ESGトリガ情報)を受信した場合、当該ESGトリガ情報に基づいて、ESG情報を取得することで、電子番組表に関する処理を行うことができる。
【０１６１】
さらにまた、受信装置２０は、緊急告知サービスに関する機能を提供するためのトリガ情報(EADトリガ情報)を受信した場合、当該EADトリガ情報に基づいて、EAD情報を取得することで、緊急告知サービスに関する処理を行うことができる。
【０１６２】
ここで、視聴履歴に関する運用を行う場合において、受信装置２０は、URLRトリガ情報を受信したとき、当該URLRトリガ情報に基づいて、ネットワーク９０を介してURTサーバ３０からURTメタデータを取得することで、URTメタデータの解析結果に従ったログ範囲とログ期間で、視聴履歴ログ(CDMファイル)を記録することになる。
【０１６３】
そして、受信装置２０は、URTメタデータの解析結果に従ったアップロード期間で、記録していた視聴履歴ログ(CDMファイル)を、ネットワーク９０を介して視聴履歴サーバURLにアップロードする。すなわち、この場合、視聴履歴に関する運用として、第２の方式の運用形態が実現される。
【０１６４】
また、視聴履歴に関する運用を行う場合において、受信装置２０は、URUトリガ情報を受信したとき、当該URUトリガ情報を解析し、常時記録されていた視聴履歴ログのうち、URUトリガ情報の解析結果に応じたログ範囲とログ期間に対応した視聴履歴ログを(過去にさかのぼって)抽出する。
【０１６５】
そして、受信装置２０は、視聴履歴サーバURLに従い、(過去にさかのぼって)抽出された視聴履歴ログを、ネットワーク９０を介して視聴履歴サーバ４０にアップロードする。すなわち、この場合、視聴履歴に関する運用として、第４の方式の運用形態が実現される。
【０１６６】
なお、受信装置２０は、TLT(Trigger List Table)を取得するためのトリガ情報(TLTトリガ情報)を取得した場合、当該TLTトリガ情報に基づいて、TLT情報を取得することで、現時点でどのようなトリガ情報が伝送されているかを認識してから、トリガ情報を取得することができる。なお、TLTは、チャンネル(トリガチャンネル)ごとに伝送されるトリガ情報のリストを示したトリガチャンネルリスト(Trigger Channel List)である。
【０１６７】
（トリガ情報のシンタックス）
図１２は、トリガ情報のシンタックスの例を示す図である。
【０１６８】
トリガ情報は、トリガ情報のタイプを示すタイプ情報としてのコマンドID(cmdID)と、トリガ情報が伝送されるトリガチャンネルを識別するためのトリガチャンネルIDと、トリガ情報本体であるロケーション情報としてのURI(Uniform Resource Identifier)が記述される構造となる。
【０１６９】
図１２において、4ビットのnumber_of_triggerには、トリガ情報の数を示すトリガ数（N：Nは1以上の整数）が指定される。4ビットのtrigger_map_numberには、トリガ情報のマップの数を示すトリガマップ数（M：Mは1以上の整数）が指定される。1ビットのtrigger_name_flagには、トリガ情報の名称を配置するかどうかを示すフラグが指定される。
【０１７０】
トリガ数Nの第１ループには、トリガ情報ごとに、channelID、cmdID、version、length、及び、name_lengthが配置される。8ビットのchannelIDには、トリガチャンネルIDが指定される。ここで、トリガチャンネルは、トリガ情報により提供される機能ごとの系列を示しており、トリガチャンネルIDにより識別される。
【０１７１】
8ビットのcmdIDには、コマンドIDが指定される。コマンドIDには、トリガ情報のタイプ(種類)を示すタイプ情報である。なお、コマンドIDの詳細については、図１３を参照して後述する。8ビットのversionには、トリガチャンネルごとのバージョン情報が指定される。8ビットのlengthには、トリガ情報のバイト数が指定される。
【０１７２】
trigger_name_flagが"1"である場合には、8ビットのname_lengthにより、トリガ情報の名称の長さが指定され、そのループには、8ビットのtrigger_name_byteが配置される。trigger_name_byteには、トリガ情報の名称が指定される。
【０１７３】
トリガマップ数Mのループには、16ビットのtrigger_map_bitsが配置される。trigger_map_bitsは、各ビットにより現在伝送されているトリガタイプを示すビットマップである。
【０１７４】
トリガ数Nの第２ループには、トリガ情報ごとに、8ビットのURI_byteが配置される。URI_byteには、トリガ本体としてのURIが指定される。
【０１７５】
（トリガ情報のタイプ）
図１３は、コマンドIDに応じたトリガ情報のタイプを示す図である。
【０１７６】
図１３において、"0"であるコマンドIDは、TLTトリガ情報であることを示し、そのURIとして、TLT情報を提供するTLTサーバのURLが指定される。"1"であるコマンドIDは、アプリトリガ情報であることを示し、そのURIとして、AITを提供するAITサーバのURLが指定される。"2"であるコマンドIDは、アプリケーションを直接制御するためのトリガ情報であることを示し、そのURIとして、例えば、アプリケーションを提供するアプリケーションサーバのURLが指定される。
【０１７７】
"3"であるコマンドIDは、SLSトリガ情報であることを示し、そのURIとして、SLS(例えば、MPDメタデータ)を提供するSLSサーバのURLが指定される。"4"であるコマンドIDは、字幕トリガ情報であることを示し、そのURIとして、字幕情報を提供する字幕サーバのURLが指定される。"5"であるコマンドIDは、ESGトリガ情報であることを示し、そのURIとして、ESG情報を提供するESGサーバのURLが指定される。
【０１７８】
"6"であるコマンドIDは、EADトリガ情報であることを示し、そのURIとして、EADを提供するEADサーバのURLが指定される。"7"であるコマンドIDは、RRTトリガ情報であることを示し、そのURIとして、RRTを提供するRRTサーバのURLが指定される。"8"であるコマンドIDは、PDI(Preference Demographic and Interest)に対応したトリガ情報であることを示し、そのURIとして、PDIを提供するPDIサーバのURLが指定される。なお、PDIは、プロバイダサーバからの質問に対するユーザの回答を示す情報を生成することで、ユーザの嗜好にマッチしたコンテンツのみが再生(蓄積)されるようにする仕組みである。
【０１７９】
"9"であるコマンドIDは、URLRトリガ情報であることを示し、そのURIとして、URTサーバ３０のURL(URTサーバURL)が指定される。また、"10"であるコマンドIDは、URUトリガ情報であることを示し、そのURIとして、視聴履歴サーバ４０のURL(視聴履歴サーバURL)が指定される。
【０１８０】
（URLRトリガ情報のフォーマット）
図１４は、URLRトリガ情報のフォーマットの例を示す図である。
【０１８１】
図１４において、URLRトリガ情報は、チャンネルID、コマンドID、及び、バージョン情報等のヘッダ情報と、トリガ情報本体であるロケーション情報(locator_part)としてのURIが記述される構造となる。
【０１８２】
チャンネルIDには、当該URLRトリガ情報が伝送されているトリガチャンネルを識別するIDが指定される。コマンドIDには、URLRトリガ情報である場合、"9"が指定される。また、ロケーション情報には、URTメタデータを提供するURTサーバ３０のURL(URTサーバURL)が指定される。
【０１８３】
タームス(terms)には、ディフュージョン情報(diffusion)が指定される。ディフュージョン情報には、複数の受信装置２０が、URTメタデータをURTサーバ３０に要求する際に、URTサーバ３０へのアクセスを、確率的に拡散させるための情報が指定される。
【０１８４】
（URUトリガ情報のフォーマット）
図１５は、URUトリガ情報のフォーマットの例を示す図である。
【０１８５】
図１５において、URUトリガ情報は、チャンネルID、コマンドID、及び、バージョン情報等のヘッダ情報と、トリガ情報本体であるロケーション情報(locator_part)としてのURIが記述される構造となる。
【０１８６】
チャンネルIDには、当該URUトリガ情報が伝送されているトリガチャンネルを識別するIDが指定される。コマンドIDには、URUトリガ情報である場合、"10"が指定される。また、ロケーション情報には、常時記録していた視聴履歴ログ(CDMファイル)をアップロードする視聴履歴サーバ４０のURL(視聴履歴サーバURL)が指定される。
【０１８７】
タームス(terms)には、アップロード対象のログ期間とログ範囲(送信期間と送信範囲)、及び、ディフュージョン情報(diffusion)が指定される。
【０１８８】
このログ期間(target_period)には、視聴履歴ログの送信期間が指定される。例えば、ここでは、1*10 hex digitで表される視聴履歴ログのログ開始時刻が、"b="として指定され、1*10 hex digitで表される視聴履歴ログのログ終了時刻が、"e="として指定されるので、受信装置２０では、これらのログ開始時刻とログ終了時刻からなる期間情報(送信期間)に対応した視聴履歴ログが、常時記録されていた視聴履歴ログから抽出される(切り出される)ことになる。
【０１８９】
また、ログ範囲(scope)には、視聴履歴ログの送信範囲が指定される。例えば、ここでは、視聴履歴ログとして送信すべき項目として、基本情報(basic)は、必須の項目とされ、コンポーネント情報(comp)、録画情報(rec)、及び、アプリケーション情報(app)は、オプショナルな項目とされる。
【０１９０】
ディフュージョン情報には、複数の受信装置２０が、視聴履歴ログ(CDMファイル)を視聴履歴サーバ４０にアップロードする際に、視聴履歴サーバ４０へのアクセスを、確率的に拡散させるための情報が指定される。
【０１９１】
＜４．各装置の構成＞
【０１９２】
次に、図１６乃至図１９を参照して、図１の伝送システム１を構成する各装置の詳細な構成について説明する。ここでは、送信装置１０、受信装置２０、及び、視聴履歴サーバ４０の構成を、順に説明する。
【０１９３】
（送信装置の構成例）
図１６は、図１の送信装置１０の構成例を示す図である。
【０１９４】
図１６において、送信装置１０は、ビデオデータ取得部１１１、ビデオエンコーダ１１２、オーディオデータ取得部１１３、オーディオエンコーダ１１４、シグナリング生成部１１５、シグナリング処理部１１６、トリガ生成部１１７、マルチプレクサ１１８、及び、送信部１１９から構成される。
【０１９５】
ビデオデータ取得部１１１は、外部のサーバ、カメラ、又は記録媒体等から、コンテンツ(例えばテレビ番組など)のビデオデータを取得し、ビデオエンコーダ１１２及びトリガ生成部１１７に供給する。ビデオエンコーダ１１２は、ビデオデータ取得部１１１から供給されるビデオデータを、所定の符号化方式に準拠して符号化し、マルチプレクサ１１８に供給する。
【０１９６】
オーディオデータ取得部１１３は、外部のサーバ、マイクロフォン、又は記録媒体等から、コンテンツ(例えばテレビ番組など)のオーディオデータを取得し、オーディオエンコーダ１１４に供給する。オーディオエンコーダ１１４は、オーディオデータ取得部１１３から供給されるオーディオデータを、所定の符号化方式に準拠して符号化し、マルチプレクサ１１８に供給する。
【０１９７】
シグナリング生成部１１５は、コンテンツの選局や再生等の処理で用いられるシグナリング情報を生成し、シグナリング処理部１１６に供給する。シグナリング処理部１１６は、シグナリング生成部１１５から供給されるシグナリング情報を処理し、マルチプレクサ１１８に供給する。ここでは、例えば、LLSシグナリング情報やSLSシグナリング情報が生成され、処理される。
【０１９８】
トリガ生成部１１７は、所定のタイミングで、トリガ情報を生成し、ビデオエンコーダ１１２に供給する。ビデオエンコーダ１１２は、ビデオデータの符号化を行うに際して、ビデオデータに、トリガ生成部１１７から供給されるトリガ情報を埋め込んで符号化する。
【０１９９】
マルチプレクサ１１８は、ビデオエンコーダ１１２から供給されるビデオストリームと、オーディオエンコーダ１１４から供給されるオーディオストリームと、シグナリング処理部１１６から供給されるシグナリングストリームとを多重化して、その結果得られる放送ストリームを、送信部１１９に供給する。
【０２００】
送信部１１９は、マルチプレクサ１１８から供給される放送ストリームを、アンテナ１３１を介して、デジタル放送の放送波(デジタル放送信号)として送信する。
【０２０１】
（受信装置の構成例）
図１７は、図１の受信装置２０の構成例を示す図である。
【０２０２】
図１７において、受信装置２０は、制御部２１１、メモリ２１２、記録部２１３、入力部２１４、受信部２１５、デマルチプレクサ２１６、ビデオデコーダ２１７、ビデオ出力部２１８、オーディオデコーダ２１９、オーディオ出力部２２０、表示部２２１、スピーカ２２２、及び、通信部２２３から構成される。なお、図１７の受信装置２０の構成では、表示部２２１とスピーカ２２２を含む構成を示しているが、表示部２２１とスピーカ２２２を含めない構成としてもよい。
【０２０３】
制御部２１１は、受信装置２０の各部の動作を制御する。メモリ２１２は、例えば、NVRAM(Non Volatile RAM)等の不揮発性メモリであって、制御部２１１からの制御に従い、各種のデータを記録する。記録部２１３は、半導体メモリやハードディスク等のストレージであって、例えば、視聴履歴ログ(CDMファイル)などのデータを記録する。入力部２１４は、ユーザの操作に応じて、操作信号を制御部２１１に供給する。
【０２０４】
受信部２１５は、アンテナ２３１を介して受信されたデジタル放送の放送波(デジタル放送信号)から、サービスの選局操作に応じた信号を抽出して復調し、その結果得られる放送ストリームを、デマルチプレクサ２１６に供給する。
【０２０５】
デマルチプレクサ２１６は、受信部２１５から供給される放送ストリームを、ビデオストリームと、オーディオストリームと、シグナリングストリームに分離する。デマルチプレクサ２１６は、ビデオデータをビデオデコーダ２１７に、オーディオデータをオーディオデコーダ２１９に、シグナリング情報を制御部２１１に、それぞれ供給する。
【０２０６】
制御部２１１は、デマルチプレクサ２１６から供給されるシグナリング情報に基づいて、サービスの選局操作に応じたコンテンツを再生するために、デマルチプレクサ２１６や各コンポーネントの処理部などの各部を制御する。
【０２０７】
ビデオデコーダ２１７は、デマルチプレクサ２１６から供給されるビデオデータを、所定の復号方式に準拠して復号し、ビデオ出力部２１８に供給する。ビデオ出力部２１８は、ビデオデコーダ２１７から供給されるビデオデータを、表示部２２１に供給する。これにより、表示部２２１には、サービスの選局操作に応じたコンテンツ(例えばテレビ番組など)の映像が表示される。
【０２０８】
オーディオデコーダ２１９は、デマルチプレクサ２１６から供給されるオーディオデータを、所定の復号方式に準拠して復号し、オーディオ出力部２２０に供給する。オーディオ出力部２２０は、オーディオデコーダ２１９から供給されるオーディオデータを、スピーカ２２２に供給する。これにより、スピーカ２２２からは、サービスの選局操作に応じたコンテンツ(例えばテレビ番組など)の音声が出力される。
【０２０９】
通信部２２３は、制御部２１１からの制御に従い、ネットワーク９０を介してURTサーバ３０や視聴履歴サーバ４０等のサーバと、各種のデータをやりとりする。
【０２１０】
（制御部の機能的構成例）
図１８は、図１７の制御部２１１の機能的構成例を示す図である。
【０２１１】
図１８において、制御部２１１は、放送制御部２５１、通信制御部２５２、URT取得部２５３、トリガ取得部２５４、データ解析部２５５、及び、視聴履歴ログ制御部２５６を含んで構成される。
【０２１２】
放送制御部２５１は、デジタル放送信号として伝送される放送ストリームに含まれるコンテンツを再生するために、受信部２１５やデマルチプレクサ２１６、各コンポーネントの処理部などの各部を制御する。
【０２１３】
通信制御部２５２は、ネットワーク９０を介してURTサーバ３０や視聴履歴サーバ４０等のサーバと各種のデータをやりとりするために、通信部２２３を制御する。
【０２１４】
URT取得部２５３は、放送経由又は通信経由で受信されるURTメタデータを取得し、データ解析部２５５に供給する。データ解析部２５５は、URT取得部２５３から供給されるURTメタデータを解析し、その解析結果を、視聴履歴ログ制御部２５６に供給する。視聴履歴ログ制御部２５６は、データ解析部２５５から供給される(URTメタデータの)解析結果に基づいて、視聴履歴ログに関する処理を行うために、各部の動作を制御する。
【０２１５】
トリガ取得部２５４は、放送経由で受信されるURLRトリガ情報又はURUトリガ情報を取得し、データ解析部２５５に供給する。データ解析部２５５は、トリガ取得部２５４から供給されるURLRトリガ情報を解析し、その解析結果(URTサーバURL)を、通信制御部２５２に供給する。
【０２１６】
また、データ解析部２５５は、トリガ取得部２５４から供給されるURUトリガ情報を解析し、その解析結果を、視聴履歴ログ制御部２５６に供給する。視聴履歴ログ制御部２５６は、データ解析部２５５から供給される(URUトリガ情報の)解析結果に基づいて、視聴履歴ログに関する処理を行うために、各部の動作を制御する。
【０２１７】
（視聴履歴サーバの構成例）
図１９は、図１の視聴履歴サーバ４０の構成例を示す図である。
【０２１８】
図１９において、視聴履歴サーバ４０は、制御部４１１、通信部４１２、及び、記録部４１３から構成される。
【０２１９】
制御部４１１は、視聴履歴サーバ４０の各部の動作を制御する。制御部４１１は、視聴履歴ログ管理部４５１を含む。視聴履歴ログ管理部４５１は、視聴履歴ログを管理して処理する。
【０２２０】
通信部４１２は、制御部４１１からの制御に従い、受信装置２０からネットワーク９０を介して送信されてくる視聴履歴ログを受信し、制御部４１１に供給する。視聴履歴ログ管理部４５１は、通信部４１２から供給される視聴履歴ログを、記録部４１３に記録する。これにより、記録部４１３には、複数の受信装置２０から順次送られてくる視聴履歴ログが収集され、例えば、放送事業者(放送局)ごとに蓄積されることになる。
【０２２１】
視聴履歴ログ管理部４５１は、視聴履歴ログを処理するタイミングとなった場合に、記録部４１３から、放送事業者(放送局)ごとの視聴履歴ログを読み出して処理(分析)する。視聴履歴ログ管理部４５１は、視聴履歴ログの処理結果(例えば視聴率調査結果)を、通信部４１２に供給する。通信部４１２は、制御部４１１からの制御に従い、視聴履歴ログの処理結果を、各種のネットワーク(不図示)を介して、各放送事業者が管理するサーバ等に送信する。
【０２２２】
＜５．各装置で実行される処理の流れ＞
【０２２３】
次に、図２０乃至図２７のフローチャートを参照して、図１の伝送システム１を構成する各装置で実行される処理の流れを説明する。ここでは、送信装置１０、受信装置２０、及び、視聴履歴サーバ４０で実行される処理を、順に説明する。
【０２２４】
（送信処理）
まず、図２０のフローチャートを参照して、図１の送信装置１０により実行される送信処理の流れについて説明する。
【０２２５】
ステップＳ１０１においては、コンポーネント処理が行われる。
【０２２６】
このコンポーネント処理では、ビデオデータ取得部１１１及びビデオエンコーダ１１２によりビデオデータに対する処理が行われ、オーディオデータ取得部１１３及びオーディオエンコーダ１１４によりオーディオデータに対する処理が行われる。なお、放送ストリームに字幕データが含まれる場合には、字幕データに対する処理が行われるようにしてもよい。
【０２２７】
ステップＳ１０２においては、シグナリング処理が行われる。
【０２２８】
このシグナリング処理では、シグナリング生成部１１５及びシグナリング処理部１１６によりシグナリング情報に対する処理が行われる。なお、ここでは、例えば、LLSやSLS等のシグナリング情報が生成されて処理されることになる。
【０２２９】
ステップＳ１０３においては、送信部１１９により送信処理が行われ、ステップＳ１０１で処理された各コンポーネントのストリームと、ステップＳ１０２で処理されたシグナリング情報とを含む放送ストリームが、デジタル放送信号として、アンテナ１３１を介して送信される。
【０２３０】
ステップＳ１０３の処理が終了すると、図２０の送信処理は終了される。
【０２３１】
以上、送信処理の流れについて説明した。
【０２３２】
（視聴履歴対応処理）
次に、図２１のフローチャートを参照して、図１の送信装置１０により実行される視聴履歴対応処理の流れについて説明する。なお、この視聴履歴対応処理は、図２０のステップＳ１０１又はＳ１０２の処理と並行して実行される処理とされる。
【０２３３】
ステップＳ１１１においては、Usage Reportingの運用種別が、サブスクリプションURであるのか、あるいはインスタントURであるのかが判定される。
【０２３４】
ステップＳ１１１において、Usage Reportingの運用種別が、サブスクリプションURであると判定された場合、処理は、ステップＳ１１２に進められる。ステップＳ１１２においては、受信環境が、直接受信であるのか、あるいは間接受信であるのかが判定される。
【０２３５】
ステップＳ１１２において、受信環境が、直接受信であると判定された場合、処理は、ステップＳ１１３に進められる。ステップＳ１１３において、シグナリング生成部１１５は、URTメタデータ(図９)を生成する。また、ステップＳ１１４において、シグナリング処理部１１６は、ステップＳ１１３の処理で生成されたURTメタデータを処理する。
【０２３６】
これにより、第１の方式のサブスクリプションUR(直接受信)が採用された場合に、放送ストリームに含まれるシグナリング情報として、URTメタデータが追加され、デジタル放送信号として送信されることになる(図２０のＳ１０３)。
【０２３７】
また、ステップＳ１１２において、受信環境が、トリガ受信であると判定された場合、処理は、ステップＳ１１５に進められる。ステップＳ１１５において、トリガ生成部１１７は、URLRトリガ情報(図１４)を生成する。また、ステップＳ１１６において、ビデオエンコーダ１１２は、ステップＳ１１５の処理で生成されたURLRトリガ情報を処理して、URLRトリガ情報がビデオウォータマークを利用して伝送されるようにする。
【０２３８】
これにより、第２の方式のサブスクリプションUR(トリガ受信)が採用された場合に、放送ストリームに含まれるビデオストリームとして、ビデオウォータマークを利用したURLRトリガ情報が追加され、デジタル放送信号として送信されることになる(図２０のＳ１０３)。
【０２３９】
一方で、ステップＳ１１１において、Usage Reportingの運用種別が、インスタントURであると判定された場合、処理は、ステップＳ１１７に進められる。ステップＳ１１７においては、受信環境が、直接受信であるのか、あるいはトリガ受信であるのかが判定される。
【０２４０】
ステップＳ１１７において、受信環境が、直接受信であると判定された場合、処理は、ステップＳ１１８に進められる。ステップＳ１１８において、シグナリング生成部１１５は、URTメタデータ(図９)を生成する。また、ステップＳ１１９において、シグナリング処理部１１６は、ステップＳ１１８の処理で生成されたURTメタデータを処理する。
【０２４１】
これにより、第３の方式のインスタントUR(直接受信)が採用された場合に、放送ストリームに含まれるシグナリング情報として、URTメタデータが追加され、デジタル放送信号として送信されることになる(図２０のＳ１０３)。
【０２４２】
また、ステップＳ１１７において、受信環境が、トリガ受信であると判定された場合、処理は、ステップＳ１２０に進められる。ステップＳ１２０において、トリガ生成部１１７は、URUトリガ情報(図１５)を生成する。また、ステップＳ１２１において、ビデオエンコーダ１１２は、ステップＳ１２０の処理で生成されたURUトリガ情報を処理して、URUトリガ情報がビデオウォータマークを利用して伝送されるようにする。
【０２４３】
これにより、第４の方式のインスタントUR(トリガ受信)が採用された場合に、放送ストリームに含まれるビデオストリームとして、ビデオウォータマークを利用したURUトリガ情報が追加され、デジタル放送信号として送信されることになる(図２０のＳ１０３)。
【０２４４】
ステップＳ１１４，Ｓ１１６，Ｓ１１９，又はＳ１２１のいずれかの処理が終了すると、図２１の視聴履歴対応処理は終了される。
【０２４５】
以上、視聴履歴対応処理の流れについて説明した。この視聴履歴対応処理では、第１の方式乃至第４の方式のいずれかの方式が採用された場合に、採用された方式に応じて、URTメタデータ、URLRトリガ情報、又はURUトリガ情報が生成され、デジタル放送信号として送信される。
【０２４６】
（受信処理）
次に、図２２のフローチャートを参照して、図１の受信装置２０により実行される受信処理の流れについて説明する。
【０２４７】
ステップＳ２０１においては、受信部２１５等により受信処理が行われ、送信装置１０から伝送路８０を介して伝送されるデジタル放送信号が受信される。
【０２４８】
ステップＳ２０２においては、シグナリング処理が行われる。
【０２４９】
このシグナリング処理では、制御部２１１によって、放送ストリームから分離されたシグナリング情報が処理される。ここでは、例えば、制御部２１１は、LLSやSLS等のシグナリング情報に基づいて、選局されたサービスに対応するコンテンツを再生するために、各部の動作を制御する。
【０２５０】
ステップＳ２０３においては、コンポーネント処理が行われる。
【０２５１】
このコンポーネント処理では、制御部２１１からの制御に従い、ビデオデコーダ２１７及びビデオ出力部２１８によりビデオデータに対する処理が行われ、オーディオデコーダ２１９及びオーディオ出力部２２０によりオーディオデータに対する処理が行われる。なお、放送ストリームに字幕データが含まれる場合には、字幕データに対する処理が行われるようにしてもよい。
【０２５２】
そして、コンポーネント処理が行われることで、選局されたサービスに対応するコンテンツの映像が、表示部２２１に表示され、音声がスピーカ２２２から出力される。
【０２５３】
以上、受信処理の流れについて説明した。
【０２５４】
（視聴履歴対応処理）
次に、図１の受信装置２０により実行される視聴履歴対応処理の流れについて説明するが、ここでは、第１の方式乃至第４の方式に対応した視聴履歴対応処理について順に説明するものとする。
【０２５５】
（第１の方式の視聴履歴対応処理）
まず、図２３のフローチャートを参照して、第１の方式のサブスクリプションUR(直接受信)の場合の視聴履歴対応処理の流れについて説明する。
【０２５６】
ステップＳ２１１において、放送制御部２５１は、デジタル放送信号に含まれるURTメタデータを受信したかどうかを判定する。ステップＳ２１１において、URTメタデータを受信していないと判定された場合、ステップＳ２１１の判定処理が繰り返される。
【０２５７】
ステップＳ２１１において、URTメタデータを受信したと判定された場合、処理は、ステップＳ２１２に進められる。ステップＳ２１２において、URT取得部２５３は、デジタル放送信号に含まれるURTメタデータを取得する。
【０２５８】
例えば、URTメタデータが、LLSシグナリング情報として伝送される場合には、受信装置２０における初期スキャン処理時に、URTメタデータが取得される。また、例えば、URTメタデータが、SLSシグナリング情報として伝送される場合には、所望のサービスの選局時に、URTメタデータが更新されたとき、最新のURTメタデータが取得される。
【０２５９】
なお、受信装置２０に、外部装置(不図示)からURTサーバURLが通知されるか、あるいは、あらかじめURTサーバURLが保持されるようにすることで、受信装置２０は、当該URTサーバURLに従い、ネットワーク９０を介してURTサーバ３０にアクセスし、URTサーバ３０から提供されるURTメタデータを取得するようにしてもよい。
【０２６０】
ステップＳ２１３において、データ解析部２５５は、ステップＳ２１２の処理で取得されたURTメタデータを解析する。このURTメタデータには、上述した図９に示したように、視聴履歴ログのログ範囲とログ期間(記録範囲と記録期間)、アップロード期間(送信タイミング情報)が記述されているので、それらの情報が解析結果として得られる。
【０２６１】
ステップＳ２１４において、視聴履歴ログ制御部２５６は、ステップＳ２１３の解析結果に基づいて、視聴履歴ログを記録するログ期間であるかどうかを判定する。
【０２６２】
ステップＳ２１４において、ログ期間であると判定された場合、処理は、ステップＳ２１５に進められる。ステップＳ２１５において、視聴履歴ログ制御部２５６は、ログ範囲が示す項目(ログの詳細度)に応じた視聴履歴ログを、記録部２１３に記録する。
【０２６３】
ここでは、ログ範囲として、例えば、必須の項目としてのベーシックとともに、コンポーネント、レコード、又はアプリケーションがオプショナルな項目として設定されているので、視聴履歴ログ制御部２５６は、視聴履歴ログ(CDMファイル)として、基本情報(例えば対象のコンテンツを視聴したかどうかを示す情報など)を記録するとともに、コンポーネント情報、録画情報、又はアプリケーション情報を記録することができる。
【０２６４】
ステップＳ２１５の処理が終了すると、処理は、ステップＳ２１６に進められる。また、ステップＳ２１４において、ログ期間ではないと判定された場合、視聴履歴ログの記録を行わないため、ステップＳ２１５の処理はスキップされ、処理は、ステップＳ２１６に進められる。
【０２６５】
ステップＳ２１６において、視聴履歴ログ制御部２５６は、ステップＳ２１３の解析結果に基づいて、視聴履歴ログを送信するアップロード期間であるかどうかを判定する。
【０２６６】
ステップＳ２１６において、アップロード期間ではないと判定された場合、処理は、ステップＳ２１４に戻り、ステップＳ２１４乃至Ｓ２１６の処理が繰り返される。これにより、アップロード期間となるまでの期間において、ログ範囲とログ期間に応じて、視聴履歴ログが記録され続ける。
【０２６７】
そして、ステップＳ２１６において、アップロード期間であると判定された場合、処理は、ステップＳ２１７に進められる。ステップＳ２１７において、通信制御部２５２は、通信部２２３を制御して、ステップＳ２１３の解析結果から得られる視聴履歴サーバURLに従い、記録部２１３に記録された視聴履歴ログを、ネットワーク９０を介して、視聴履歴サーバ４０宛てに送信する。
【０２６８】
例えば、視聴履歴ログのログ期間として、毎日19:00〜20:00の時間帯が指定され、視聴履歴ログのアップロード期間として、毎週日曜日の23:45〜23:55の時間が指定されている場合、受信装置２０では、毎日19:00〜20:00の時間帯となったとき、視聴履歴ログのログ範囲に応じた視聴履歴ログ(CDMファイル)を記録する。ここで、視聴履歴ログのログ範囲として、例えば、ベーシックとレコードが指定された場合、視聴履歴ログ(CDMファイル)として、基本情報と録画情報が記録される。
【０２６９】
そして、受信装置２０は、日曜日の23:45〜23:55の時間帯となったとき、１週間分(の毎日19:00〜20:00の時間帯)の視聴履歴ログ(CDMファイル)を、ネットワーク９０を介して視聴履歴サーバ４０にアップロードする。なお、例えば、特定のサービス(例えば特別番組など)を対象にして、１回のみの視聴履歴ログが、視聴履歴サーバ４０にアップロードされるようにしてもよい(いわゆるワンショット)。
【０２７０】
以上、サブスクリプションUR(直接受信)の場合の視聴履歴対応処理の流れについて説明した。この第１の方式に応じた視聴履歴対応処理では、放送経由又は通信経由で取得されるURTメタデータに従い、放送局側から指定された項目(ログ範囲とログ期間)に応じた視聴履歴ログを記録するとともに、放送局側から指定されたタイミング(アップロード期間)で、視聴履歴ログを定期的に、視聴履歴サーバ４０にアップロードすることになる。
【０２７１】
これにより、受信装置２０では、記録部２１３に記録する視聴履歴ログのログ容量を減らすことができるので、記録部２１３の容量に制約があり、限られた視聴履歴ログのデータしか記録できない受信装置２０であっても、視聴履歴に関する処理を行うことができる。
【０２７２】
（第２の方式の視聴履歴対応処理）
次に、図２４のフローチャートを参照して、第２の方式のサブスクリプションUR(トリガ受信)の場合の視聴履歴対応処理の流れについて説明する。
【０２７３】
ステップＳ２２１において、放送制御部２５１は、デジタル放送信号に含まれるURLRトリガ情報を受信したかどうかを判定する。ここで、URLRトリガ情報は、例えば、ビデオウォータマークを利用して伝送されている。ステップＳ２２１において、URLRトリガ情報を受信していないと判定された場合、ステップＳ２２１の判定処理が繰り返される。
【０２７４】
ステップＳ２２１において、URLRトリガ情報を受信したと判定された場合、処理は、ステップＳ２２２に進められる。ステップＳ２２２において、トリガ取得部２５４は、ビデオウォータマークを利用して伝送されるURLRトリガ情報を取得する。
【０２７５】
ステップＳ２２３において、データ解析部２５５は、ステップＳ２２２の処理で取得されたURLRトリガ情報を解析する。このURLRトリガ情報には、上述した図１４に示したように、URTサーバ３０のURTサーバURLが記述されているので、このURTサーバURLが解析結果として得られる。
【０２７６】
ステップＳ２２４において、通信制御部２５２は、通信部２２３を制御して、URTサーバURLに従い、ネットワーク９０を介してURTサーバ３０にアクセスし、URTメタデータを取得する。
【０２７７】
ステップＳ２２５において、データ解析部２５５は、ステップＳ２２４の処理で取得されたURTメタデータを解析する。このURTメタデータには、上述した図９に示したように、視聴履歴ログのログ範囲とログ期間(記録範囲と記録期間)、アップロード期間(送信タイミング情報)が記述されているので、それらの情報が解析結果として得られる。
【０２７８】
ステップＳ２２６において、視聴履歴ログ制御部２５６は、ステップＳ２１５の解析結果に基づいて、視聴履歴ログを記録するログ期間であるかどうかを判定する。
【０２７９】
ステップＳ２２６において、ログ期間であると判定された場合、処理は、ステップＳ２２７に進められる。ステップＳ２２７において、視聴履歴ログ制御部２５６は、ログ範囲が示す項目(ログの詳細度)に応じた視聴履歴ログを、記録部２１３に記録する。
【０２８０】
ここでは、ログ範囲として、例えば、必須の項目としてのベーシックとともに、コンポーネント、レコード、又はアプリケーションがオプショナルな項目として設定されているので、視聴履歴ログ制御部２５６は、視聴履歴ログ(CDMファイル)として、基本情報(例えば対象のコンテンツを視聴したかどうかを示す情報など)を記録するとともに、コンポーネント情報、録画情報、又はアプリケーション情報を記録することができる。
【０２８１】
ステップＳ２２７の処理が終了すると、処理は、ステップＳ２２８に進められる。また、ステップＳ２２６において、ログ期間ではないと判定された場合、視聴履歴ログの記録を行わないため、ステップＳ２２７の処理はスキップされ、処理は、ステップＳ２２８に進められる。
【０２８２】
ステップＳ２２８において、視聴履歴ログ制御部２５６は、ステップＳ２２５の解析結果に基づいて、視聴履歴ログを送信するアップロード期間であるかどうかを判定する。
【０２８３】
ステップＳ２２８において、アップロード期間ではないと判定された場合、処理は、ステップＳ２２６に戻り、ステップＳ２２６乃至Ｓ２２８の処理が繰り返される。これにより、アップロード期間となるまでの期間において、ログ範囲とログ期間に応じて、視聴履歴ログが記録される。
【０２８４】
そして、ステップＳ２２８において、アップロード期間であると判定された場合、処理は、ステップＳ２２９に進められる。ステップＳ２２９において、通信制御部２５２は、通信部２２３を制御して、ステップＳ２２５の解析結果から得られる視聴履歴サーバURLに従い、記録部２１３に記録された視聴履歴ログを、ネットワーク９０を介して、視聴履歴サーバ４０宛てに送信する。
【０２８５】
例えば、視聴履歴ログのログ期間として、毎日19:00〜20:00の時間帯が指定され、視聴履歴ログのアップロード期間として、毎週日曜日の23:45〜23:55の時間が指定されている場合、受信装置２０では、毎日19:00〜20:00の時間帯となったとき、視聴履歴ログのログ範囲に応じた視聴履歴ログ(CDMファイル)を記録する。ここで、視聴履歴ログのログ範囲として、例えば、ベーシックとコンポーネントが指定された場合、視聴履歴ログ(CDMファイル)として、基本情報とコンポーネント情報が記録される。
【０２８６】
そして、受信装置２０は、日曜日の23:45〜23:55の時間帯となったとき、１週間分(の毎日19:00〜20:00の時間帯)の視聴履歴ログ(CDMファイル)を、ネットワーク９０を介して視聴履歴サーバ４０にアップロードする。
【０２８７】
以上、サブスクリプションUR(トリガ受信)の場合の視聴履歴対応処理の流れについて説明した。この第２の方式に応じた視聴履歴対応処理では、URLRトリガ情報に応じて通信経由で取得されるURTメタデータに従い、放送局側から指定された項目(ログ範囲とログ期間)に応じた視聴履歴ログを記録するとともに、放送局側から指定されたタイミング(アップロード期間)で、視聴履歴ログを定期的に、視聴履歴サーバ４０にアップロードすることになる。
【０２８８】
これにより、受信装置２０では、記録部２１３に記録する視聴履歴ログのログ容量を減らすことができるので、記録部２１３の容量に制約があり、限られた視聴履歴ログのデータしか記録できない受信装置２０であっても、視聴履歴に関する処理を行うことができる。また、ケーブルテレビ(CATV)等の有料放送を提供するMVPDによりコンテンツが提供される場合に、シグナリングとしての制御情報を伝送できないことが想定されるが、URLRトリガ情報を利用すれば、受信環境に関係なく、URTサーバ３０によりURTメタデータが提供されるようにすることが可能となる。
【０２８９】
（第３の方式の視聴履歴対応処理）
次に、図２５のフローチャートを参照して、第３の方式のインスタントUR(直接受信)の場合の視聴履歴対応処理の流れについて説明する。
【０２９０】
ステップＳ２３１において、視聴履歴ログ制御部２５６は、例えば製品機能として、全てのサービスのコンテンツの再生時に、常に、任意の項目の視聴履歴ログを、記録部２１３に記録する。
【０２９１】
ステップＳ２３２において、放送制御部２５１は、デジタル放送信号に含まれるURTメタデータを受信したかどうかを判定する。ステップＳ２３２において、URTメタデータを受信していないと判定された場合、処理は、ステップＳ２３１に戻り、それ以降の処理が繰り返される。すなわち、URTメタデータが受信されるまでの間は、記録部２１３には、常に視聴履歴ログが記録され続ける。
【０２９２】
一方、ステップＳ２３２において、URTメタデータを受信したと判定された場合、処理は、ステップＳ２３３に進められる。ステップＳ２３３において、URT取得部２５３は、デジタル放送信号に含まれるURTメタデータを取得する。
【０２９３】
なお、受信装置２０に、外部装置(不図示)からURTサーバURLが通知されるか、あるいは、あらかじめURTサーバURLが保持されるようにすることで、受信装置２０は、当該URTサーバURLに従い、ネットワーク９０を介してURTサーバ３０にアクセスし、URTサーバ３０から提供されるURTメタデータを取得するようにしてもよい。
【０２９４】
ステップＳ２３４において、データ解析部２５５は、ステップＳ２３３の処理で取得されたURTメタデータを解析する。このURTメタデータには、上述した図９に示したように、視聴履歴ログのログ範囲とログ期間(送信範囲と送信期間)が記述されているので、それらの情報が解析結果として得られる。
【０２９５】
ステップＳ２３５において、視聴履歴ログ制御部２５６は、記録部２１３に常時記録されていた視聴履歴ログのうち、ステップＳ２３４の解析結果に応じたログ範囲とログ期間に対応する視聴履歴ログを(過去にさかのぼって)取得(抽出)する。
【０２９６】
ステップＳ２３６において、通信制御部２５２は、通信部２２３を制御して、ステップＳ２３４の解析結果から得られる視聴履歴サーバURLに従い、ステップＳ２３５の処理で取得された(過去にさかのぼって抽出された)視聴履歴ログを、ネットワーク９０を介して、視聴履歴サーバ４０宛てに送信する。
【０２９７】
例えば、受信装置２０において、記録部２１３に、常時記録されていた１ヶ月分の視聴履歴ログ(CDMファイル)が蓄積されている場合に、視聴履歴ログのログ期間として、毎週土曜日19:00〜20:00の時間帯が指定され、ログ範囲として、ベーシックとアプリケーションが指定された場合、それらのログ範囲とログ期間に応じた視聴履歴ログ(CDMファイル)が、１ヶ月分の視聴履歴ログ(CDMファイル)から抽出される(切り出される)。そして、受信装置２０は、１ヶ月分の視聴履歴ログ(CDMファイル)のうち、毎週土曜日19:00〜20:00の時間帯における基本情報とアプリケーション情報を含む視聴履歴ログ(CDMファイル)を、ネットワーク９０を介して視聴履歴サーバ４０にアップロードする。
【０２９８】
なお、第３の方式を採用した場合、受信装置２０では、基本的には、URTメタデータを受信したタイミングで、視聴履歴ログを抽出して、視聴履歴サーバ４０にアップロードするが、他のタイミングでアップロードされるようにしてもよい。
【０２９９】
以上、インスタントUR(直接受信)の場合の視聴履歴対応処理の流れについて説明した。この第３の方式に応じた視聴履歴対応処理では、常時、任意項目の視聴履歴ログを記録し続けるとともに、放送経由又は通信経由で取得されるURTメタデータに従い、常時記録していた視聴履歴ログのうち、放送局側から指定された項目(ログ範囲とログ期間)に応じた視聴履歴ログを、視聴履歴サーバ４０にアップロードすることになる。
【０３００】
なお、第３の方式が採用されるのは、大容量の記録部２１３によって、視聴履歴ログを記録するためのログ容量に制約がなく、大容量のログデータを記録できる場合が想定されるが、ログ容量に制約がある場合でも、例えばユーザ設定などに応じて、常に視聴履歴ログが記録されるようにしてもよい。
【０３０１】
（第４の方式の視聴履歴対応処理）
最後に、図２６のフローチャートを参照して、第４の方式のインスタントUR(トリガ受信)の場合の視聴履歴対応処理の流れについて説明する。
【０３０２】
ステップＳ２４１において、視聴履歴ログ制御部２５６は、例えば製品機能として、全てのサービスのコンテンツの再生時に、常に、任意の項目の視聴履歴ログを、記録部２１３に記録する。
【０３０３】
ステップＳ２４２において、放送制御部２５１は、デジタル放送信号に含まれるURUトリガ情報を受信したかどうかを判定する。ここで、URUトリガ情報は、例えば、ビデオウォータマークを利用して伝送されている。ステップＳ２４２において、URUトリガ情報を受信していないと判定された場合、処理は、ステップＳ２４１に戻り、それ以降の処理が繰り返される。すなわち、URUトリガ情報が受信されるまでの間は、記録部２１３には、常に視聴履歴ログが記録され続ける。
【０３０４】
一方、ステップＳ２４２において、URUトリガ情報を受信したと判定された場合、処理は、ステップＳ２４３に進められる。ステップＳ２４３において、トリガ取得部２５４は、ビデオウォータマークを利用して伝送されるURUトリガ情報を取得する。
【０３０５】
ステップＳ２４４において、データ解析部２５５は、ステップＳ２４３の処理で取得されたURUトリガ情報を解析する。このURUトリガ情報には、上述した図１５に示したように、ログ範囲とログ期間(送信範囲と送信期間)、視聴履歴サーバ４０の視聴履歴サーバURLが記述されているので、それらの情報が解析結果として得られる。
【０３０６】
ステップＳ２４５において、視聴履歴ログ制御部２５６は、記録部２１３に常時記録されていた視聴履歴ログのうち、ステップＳ２４４の解析結果に応じたログ範囲とログ期間に対応する視聴履歴ログを(過去にさかのぼって)取得(抽出)する。
【０３０７】
ステップＳ２４６において、通信制御部２５２は、通信部２２３を制御して、ステップＳ２４４の解析結果から得られる視聴履歴サーバURLに従い、ステップＳ２４５の処理で取得された(過去にさかのぼって抽出された)視聴履歴ログを、ネットワーク９０を介して、視聴履歴サーバ４０宛てに送信する。
【０３０８】
例えば、受信装置２０において、記録部２１３に、常時記録されていた１ヶ月分の視聴履歴ログ(CDMファイル)が蓄積されている場合に、視聴履歴ログのログ期間として、毎週土曜日19:00〜20:00の時間帯が指定され、ログ範囲として、ベーシックとアプリケーションが指定された場合、それらのログ範囲とログ期間に応じた視聴履歴ログ(CDMファイル)が、１ヶ月分の視聴履歴ログ(CDMファイル)から抽出される(切り出される)。そして、受信装置２０は、１ヶ月分の視聴履歴ログ(CDMファイル)のうち、毎週土曜日19:00〜20:00の時間帯における基本情報とアプリケーション情報を含む視聴履歴ログ(CDMファイル)を、ネットワーク９０を介して視聴履歴サーバ４０にアップロードする。
【０３０９】
なお、第４の方式を採用した場合、受信装置２０では、基本的には、URUトリガ情報を受信したタイミングで、視聴履歴ログを抽出して、視聴履歴サーバ４０にアップロードするが、他のタイミングでアップロードされるようにしてもよい。
【０３１０】
以上、インスタントUR(トリガ受信)の場合の視聴履歴対応処理の流れについて説明した。この第４の方式に応じた視聴履歴対応処理では、常時、視聴履歴ログを記録し続けるとともに、放送経由で取得されるURUトリガ情報に従い、常時記録していた視聴履歴ログのうち、放送局側から指定された項目(ログ範囲とログ期間)に応じた視聴履歴ログを、視聴履歴サーバ４０にアップロードすることになる。
【０３１１】
また、ケーブルテレビ(CATV)等の有料放送を提供するMVPDによりコンテンツが提供される場合に、シグナリングとしての制御情報を伝送できないことが想定されるが、URUトリガ情報を利用すれば、受信環境に関係なく、URUトリガ情報に含まれる制御情報を取得することが可能となる。
【０３１２】
なお、第４の方式が採用されるのは、大容量の記録部２１３によって、視聴履歴ログを記録するためのログ容量に制約がなく、大容量のログデータを記録できる場合が想定されるが、ログ容量に制約がある場合でも、例えばユーザ設定などに応じて、常に視聴履歴ログが記録されるようにしてもよい。
【０３１３】
（視聴履歴ログ収集処理）
次に、図２７のフローチャートを参照して、図１の視聴履歴サーバ４０により実行される視聴履歴ログ収集処理の流れについて説明する。
【０３１４】
ステップＳ４０１において、視聴履歴ログ管理部４５１は、受信装置２０から、ネットワーク９０を介して、視聴履歴ログが送信されてきたかどうかを判定する。
【０３１５】
ステップＳ４０１において、受信装置２０からの視聴履歴ログが送信されてきたと判定された場合、処理は、ステップＳ４０２に進められる。ステップＳ４０２において、通信部４１２は、ネットワーク９０を介して、受信装置２０から送信されてくる視聴履歴ログを受信する。
【０３１６】
ステップＳ４０３において、視聴履歴ログ管理部４５１は、ステップＳ４０２の処理で受信された視聴履歴ログを、記録部４１３に記録する。
【０３１７】
ステップＳ４０３の処理が終了すると、処理は、ステップＳ４０４に進められる。なお、ステップＳ４０１において、受信装置２０から視聴履歴ログが送信されてこないと判定された場合、ステップＳ４０２，Ｓ４０３の処理はスキップされ、処理は、ステップＳ４０４に進められる。
【０３１８】
ステップＳ４０４において、視聴履歴ログ管理部４５１は、記録部４１３に記録された視聴履歴ログを処理するかどうかを判定する。
【０３１９】
ステップＳ４０４において、視聴履歴ログを処理しないと判定された場合、処理は、ステップＳ４０１に戻り、それ以降の処理が繰り返される。すなわち、ステップＳ４０１乃至Ｓ４０４の処理が繰り返されることで、複数の受信装置２０から送信されてくる視聴履歴ログが収集され、サービス(チャンネル)ごとの視聴履歴ログが、記録部４１３に蓄積されることになる。
【０３２０】
一方、ステップＳ４０４において、視聴履歴ログを処理すると判定された場合、処理は、ステップＳ４０５に進められる。ステップＳ４０５において、視聴履歴ログ管理部４５１は、ステップＳ４０３の処理で、記録部４１３に記録(蓄積)された視聴履歴ログを読み出して、読み出された視聴履歴ログを処理する。
【０３２１】
ここでは、例えば、視聴履歴ログ管理部４５１により視聴履歴ログが分析されることで、各サービス(チャンネル)ごとの視聴率が調査され、放送事業者(放送局)ごとの視聴履歴レポートが生成される。そして、放送事業者ごとの視聴履歴レポートは、各放送事業者が管理するサーバ等に送信される。ステップＳ４０５の処理が終了すると、図２７の視聴履歴ログ収集処理は終了する。
【０３２２】
以上、視聴履歴ログ収集処理の流れについて説明した。この視聴履歴ログ収集処理では、複数の受信装置２０からの視聴履歴ログが順次収集され、所定のタイミングで、収集された視聴履歴ログが処理(分析)され、視聴履歴ログの処理結果が得られる。
【０３２３】
＜６．変形例＞
【０３２４】
上述した説明としては、デジタル放送の規格として、米国等で採用されている方式であるATSC(例えばATSC3.0)を説明したが、本技術は、日本等が採用する方式であるISDB(Integrated Services Digital Broadcasting)や、欧州の各国等が採用する方式であるDVB(Digital Video Broadcasting)などに適用するようにしてもよい。
【０３２５】
また、上述したSLT(Service List Table)やURT(Usage Report Table)などのシグナリング情報の名称は、一例であって、他の名称が用いられるようにしてもよい。仮に、シグナリング情報の名称として、他の名称が用いられた場合であっても、単に形式的に名称が変更になっただけであり、そのシグナリング情報の実質的な内容が異なるものではない。例えば、SLTは、FIT(Fast Information Table)などと称される場合がある。
【０３２６】
＜７．コンピュータの構成＞
【０３２７】
上述した一連の処理は、ハードウェアにより実行することもできるし、ソフトウェアにより実行することもできる。一連の処理をソフトウェアにより実行する場合には、そのソフトウェアを構成するプログラムが、コンピュータにインストールされる。図２８は、上述した一連の処理をプログラムにより実行するコンピュータのハードウェアの構成例を示す図である。
【０３２８】
コンピュータ９００において、CPU(Central Processing Unit)９０１，ROM(Read Only Memory)９０２，RAM(Random Access Memory)９０３は、バス９０４により相互に接続されている。バス９０４には、さらに、入出力インターフェース９０５が接続されている。入出力インターフェース９０５には、入力部９０６、出力部９０７、記録部９０８、通信部９０９、及び、ドライブ９１０が接続されている。
【０３２９】
入力部９０６は、キーボード、マウス、マイクロフォンなどよりなる。出力部９０７は、ディスプレイ、スピーカなどよりなる。記録部９０８は、ハードディスクや不揮発性のメモリなどよりなる。通信部９０９は、ネットワークインターフェースなどよりなる。ドライブ９１０は、磁気ディスク、光ディスク、光磁気ディスク、又は半導体メモリなどのリムーバブルメディア９１１を駆動する。
【０３３０】
以上のように構成されるコンピュータ９００では、CPU９０１が、ROM９０２や記録部９０８に記録されているプログラムを、入出力インターフェース９０５及びバス９０４を介して、RAM９０３にロードして実行することにより、上述した一連の処理が行われる。
【０３３１】
コンピュータ９００(CPU９０１)が実行するプログラムは、例えば、パッケージメディア等としてのリムーバブルメディア９１１に記録して提供することができる。また、プログラムは、ローカルエリアネットワーク、インターネット、デジタル衛星放送といった、有線又は無線の伝送媒体を介して提供することができる。
【０３３２】
コンピュータ９００では、プログラムは、リムーバブルメディア９１１をドライブ９１０に装着することにより、入出力インターフェース９０５を介して、記録部９０８にインストールすることができる。また、プログラムは、有線又は無線の伝送媒体を介して、通信部９０９で受信し、記録部９０８にインストールすることができる。その他、プログラムは、ROM９０２や記録部９０８に、あらかじめインストールしておくことができる。
【０３３３】
ここで、本明細書において、コンピュータがプログラムに従って行う処理は、必ずしもフローチャートとして記載された順序に沿って時系列に行われる必要はない。すなわち、コンピュータがプログラムに従って行う処理は、並列的あるいは個別に実行される処理(例えば、並列処理あるいはオブジェクトによる処理)も含む。また、プログラムは、１のコンピュータ(プロセッサ)により処理されるものであってもよいし、複数のコンピュータによって分散処理されるものであってもよい。
【０３３４】
なお、本技術の実施の形態は、上述した実施の形態に限定されるものではなく、本技術の要旨を逸脱しない範囲において種々の変更が可能である。
【０３３５】
また、本技術は、以下のような構成をとることができる。
【０３３６】
（１）
デジタル放送の放送波を受信する受信部と、
前記放送波で伝送されるコンテンツの視聴履歴に関する視聴履歴情報の記録又は送信を制御するための制御情報を取得する取得部と、
前記制御情報に基づいて、前記視聴履歴情報の記録又は送信を制御する制御部と
を備える受信装置。
（２）
前記制御部は、
前記制御情報により指定される、前記視聴履歴情報の記録範囲と記録期間に応じて、前記視聴履歴情報を、記録部に記録し、
前記制御情報により指定される、前記視聴履歴情報を収集する視聴履歴サーバに前記視聴履歴情報を送信するタイミングを示す送信タイミング情報に応じて、記録された前記視聴履歴情報を、通信回線を介して、前記視聴履歴サーバに送信する
（１）に記載の受信装置。
（３）
前記取得部は、前記放送波で伝送される前記制御情報、又は前記制御情報を提供する制御情報サーバから通信回線を介して提供される前記制御情報を取得し、
前記制御部は、放送経由又は通信経由で取得された前記制御情報に基づいて、前記視聴履歴情報の記録又は送信を制御する
（２）に記載の受信装置。
（４）
前記取得部は、前記放送波で伝送されるトリガ情報に基づいて、前記制御情報を提供する制御情報サーバから通信回線を介して前記制御情報を取得し、
前記制御部は、通信経由で取得された前記制御情報に基づいて、前記視聴履歴情報の記録又は送信を制御する
（２）に記載の受信装置。
（５）
前記視聴履歴情報の記録範囲は、前記コンテンツの視聴履歴に関する基本的な情報である基本情報とともに、前記コンテンツの録画に関する録画情報、前記コンテンツを構成するコンポーネントに関するコンポーネント情報、又は、前記コンテンツと連動して実行されるアプリケーションに関するアプリケーション情報を記録するかどうかを示す情報を含み、
前記制御部は、前記視聴履歴情報の記録範囲に応じた範囲で、前記視聴履歴情報を、記録部に記録する
（２）乃至（４）のいずれかに記載の受信装置。
（６）
前記制御部は、
前記視聴履歴情報を、常に記録部に記録し、
記録された前記視聴履歴情報のうち、前記制御情報により指定される、前記視聴履歴情報の送信範囲と送信期間に応じた視聴履歴情報を、通信回線を介して、前記視聴履歴情報を収集する視聴履歴サーバに送信する
（１）に記載の受信装置。
（７）
前記取得部は、前記放送波で伝送される前記制御情報、又は前記制御情報を提供する制御情報サーバから通信回線を介して提供される前記制御情報を取得し、
前記制御部は、放送経由又は通信経由で取得された前記制御情報に基づいて、前記視聴履歴情報の送信を制御する
（６）に記載の受信装置。
（８）
前記取得部は、前記放送波で伝送されるトリガ情報に含まれる前記制御情報に基づいて、前記視聴履歴情報の送信を制御する
（６）に記載の受信装置。
（９）
前記視聴履歴情報の送信範囲は、前記コンテンツの視聴履歴に関する基本的な情報である基本情報とともに、前記コンテンツの録画に関する録画情報、前記コンテンツを構成するコンポーネントに関するコンポーネント情報、又は、前記コンテンツと連動して実行されるアプリケーションに関するアプリケーション情報を送信するかどうかを示す情報を含み、
前記制御部は、前記視聴履歴情報の送信範囲に応じた範囲で、前記視聴履歴情報を、前記視聴履歴サーバに送信する
（６）乃至（８）のいずれかに記載の受信装置。
（１０）
デジタル放送の放送波で伝送されるコンテンツの視聴履歴に関する視聴履歴情報の記録又は送信を制御するための制御情報を取得し、
前記制御情報に基づいて、前記視聴履歴情報の記録又は送信を制御する
ステップを含むデータ処理方法。
（１１）
コンテンツの視聴履歴に関する視聴履歴情報の記録又は送信を制御するための制御情報を生成する生成部と、
前記コンテンツとともに、前記制御情報を、デジタル放送の放送波で送信する送信部と
を備える送信装置。
（１２）
前記生成部は、前記視聴履歴情報の記録範囲と記録期間、及び、前記視聴履歴情報を収集する視聴履歴サーバに前記視聴履歴情報を送信するタイミングを示す送信タイミング情報を含む前記制御情報を生成する
（１１）に記載の送信装置。
（１３）
前記視聴履歴情報の記録範囲は、前記コンテンツの視聴履歴に関する基本的な情報である基本情報とともに、前記コンテンツの録画に関する録画情報、前記コンテンツを構成するコンポーネントに関するコンポーネント情報、又は、前記コンテンツと連動して実行されるアプリケーションに関するアプリケーション情報を記録するかどうかを示す情報を含む
（１２）に記載の送信装置。
（１４）
前記生成部は、前記視聴履歴情報の送信範囲と送信期間を含む前記制御情報を生成する
（１１）に記載の送信装置。
（１５）
前記視聴履歴情報の送信範囲は、前記コンテンツの視聴履歴に関する基本的な情報である基本情報とともに、前記コンテンツの録画に関する録画情報、前記コンテンツを構成するコンポーネントに関するコンポーネント情報、又は、前記コンテンツと連動して実行されるアプリケーションに関するアプリケーション情報を送信するかどうかを示す情報を含む
（１４）に記載の送信装置。
（１６）
コンテンツの視聴履歴に関する視聴履歴情報の記録又は送信を制御するための制御情報を生成し、
前記コンテンツとともに、前記制御情報を、デジタル放送の放送波で送信する
ステップを含むデータ処理方法。
（１７）
コンテンツの視聴履歴に関する視聴履歴情報の記録又は送信に関連する情報を含むトリガ情報を生成するトリガ生成部と、
前記コンテンツとともに、前記トリガ情報をデジタル放送の放送波に含めて送信する送信部と
を備える送信装置。
（１８）
前記トリガ生成部は、前記視聴履歴情報の記録範囲と記録期間、及び、前記視聴履歴情報を収集する視聴履歴サーバに前記視聴履歴情報を送信するタイミングを示す送信タイミング情報を含む制御情報を提供する制御情報サーバの宛先情報を含む前記トリガ情報を生成する
（１７）に記載の送信装置。
（１９）
前記トリガ生成部は、前記視聴履歴情報の送信範囲と送信期間を含む前記トリガ情報を生成する
（１７）に記載の送信装置。
（２０）
コンテンツの視聴履歴に関する視聴履歴情報の記録又は送信に関連する情報を含むトリガ情報を生成し、
前記コンテンツとともに、前記トリガ情報をデジタル放送の放送波に含めて送信する
ステップを含むデータ処理方法。
【符号の説明】
【０３３７】
１  伝送システム，  １０  送信装置，  ２０  受信装置，  ３０  URTサーバ，  ４０  視聴履歴サーバ，  ８０  伝送路，  ９０  ネットワーク，  １１１  ビデオデータ取得部，  １１２  ビデオエンコーダ，  １１３  オーディオデータ取得部，  １１４  オーディオエンコーダ，  １１５  シグナリング生成部，  １１６  シグナリング処理部，  １１７  トリガ生成部，  １１８  マルチプレクサ，  １１９  送信部，  ２１１  制御部，  ２１２  メモリ，  ２１３  記録部，  ２１４  入力部，  ２１５  受信部，  ２１６  デマルチプレクサ，  ２１７  ビデオデコーダ，  ２１８  ビデオ出力部，  ２１９  オーディオデコーダ，  ２２０  オーディオ出力部，  ２２１  表示部，  ２２２  スピーカ，  ２２３  通信部，  ２５１  放送制御部，  ２５２  通信制御部，  ２５３  URT取得部，  ２５４  トリガ取得部，  ２５５  データ解析部，  ２５６  視聴履歴ログ制御部，  ４１１  制御部，  ４１２  通信部，  ４１３  記録部，  ４５１  視聴履歴ログ管理部，  ９００  コンピュータ，  ９０１  CPU
【図１】
2017010312.tif 000003
【図２】
2017010312.tif 000004
【図３】
2017010312.tif 000005
【図４】
2017010312.tif 000006
【図５】
2017010312.tif 000007
【図６】
2017010312.tif 000008
【図７】
2017010312.tif 000009
【図８】
2017010312.tif 000010
【図９】
2017010312.tif 000011
【図１０】
2017010312.tif 000012
【図１１】
2017010312.tif 000013
【図１２】
2017010312.tif 000014
【図１３】
2017010312.tif 000015
【図１４】
2017010312.tif 000016
【図１５】
2017010312.tif 000017
【図１６】
2017010312.tif 000018
【図１７】
2017010312.tif 000019
【図１８】
2017010312.tif 000020
【図１９】
2017010312.tif 000021
【図２０】
2017010312.tif 000022
【図２１】
2017010312.tif 000023
【図２２】
2017010312.tif 000024
【図２３】
2017010312.tif 000025
【図２４】
2017010312.tif 000026
【図２５】
2017010312.tif 000027
【図２６】
2017010312.tif 000028
【図２７】
2017010312.tif 000029
【図２８】
2017010312.tif 000030
【国際調査報告】
2017010312.tif 000031
2017010312.tif 000032
2017010312.tif 000033
2017010312.tif 000034