JP6558586B2 - 受信装置、受信方法、送信装置、及び、送信方法 - Google Patents

Description

本技術は、受信装置、受信方法、送信装置、及び、送信方法に関し、特に、ユーザの嗜好に応じたコンテンツを提供することができるようにした受信装置、受信方法、送信装置、及び、送信方法に関する。

IPTV（Internet Protocol Television）等のインターネットストリーミングにおける標準化の流れとして、HTTP（Hypertext Transfer Protocol）ストリーミングによるVoD（Video On Demand）ストリーミングや、ライブストリーミングに適用される方式の標準化が行われている。特に、ISO/IEC/MPEGで標準化が行われているMPEG-DASH（Moving Picture Expert Group - Dynamic Adaptive Streaming over HTTP）が注目されている（例えば、非特許文献１参照）。

MPEG-DASHは、MPD（Media Presentation Description）と呼ばれるメタファイルと、そこに記述されるチャンク化されたオーディオ、ビデオ、又は字幕等のメディアデータのアドレス（URL：Uniform Resource Locator）に従い、ストリームデータを取得して再生するものである。

MPDに記述されるメディアデータのストリームは、属性の異なる複数候補がRepresentation要素等に列挙される。MPDを処理するアプリケーション（例えば、ストリームプレイヤ等）は、それらの複数候補のストリームの中から、現在のネットワーク環境条件に応じた最適なストリームを選択し、当該ストリームを取得して再生する。そして、ネットワーク環境が変化すれば、それに応じて取得対象のストリームを変更することになる。

ISO/IEC 23009-1:2012 Information technology Dynamic adaptive streaming over HTTP (DASH)

ところで、各国のデジタル放送の規格では、伝送方式としてMPEG2-TS（Moving Picture Experts Group phase 2 - Transport Stream）方式が採用されているが、今後は、通信の分野で用いられているIP（Internet Protocol）パケットをデジタル放送に用いたIP伝送方式を導入することで、より高度なサービスを提供することが想定されている。そして、IP伝送方式を導入する際には、シグナリング情報として、MPD等のストリームの制御情報が用いられることが想定されている。

また、IP伝送方式を用いたデジタル放送においては、ユーザの嗜好に応じたコンテンツを提供できるようにしたいという要求が想定されるが、現状では、ユーザの嗜好に応じたコンテンツを提供するための技術方式は確立されていない。

本技術はこのような状況に鑑みてなされたものであり、ユーザの嗜好に応じたコンテンツを提供することができるようにするものである。

本技術の第１の側面の受信装置は、IP（Internet Protocol）伝送方式を用いたデジタル放送を選局する選局制御を行う選局制御部と、前記デジタル放送において、前記IP伝送方式のプロトコルの階層におけるIP層よりも上位の階層で伝送されるサービス単位のシグナリング情報に含まれるユーザの嗜好についての質問に対してコンテンツを提供する提供者により設定された回答を表す第１の回答情報と、前記質問に対して前記ユーザにより設定された回答を表す第２の回答情報とのマッチング処理の結果に従い、前記デジタル放送で伝送されるコンテンツを取得する取得制御を行う取得制御部とを備え、前記シグナリング情報は、前記コンテンツのストリームの制御情報として、MPEG-DASH（Moving Picture Expert Group - Dynamic Adaptive Streaming over HTTP）の規格で規定されたMPD（Media Presentation Description）を含む受信装置である。

前記シグナリング情報は、前記ユーザの嗜好についての質問を表す質問情報を含み、前記質問情報に対応して、前記第２の回答情報を生成する回答生成部をさらに備えるようにすることができる。

前記第１の回答情報は、前記MPDにおいて、前記第１の回答情報の内容又は参照先を規定する要素により指定されるようにすることができる。

前記第１の回答情報の内容又は参照先を規定する要素は、前記MPDで規定されているEssentialProperty要素又はSupplementalProperty要素であるようにすることができる。

前記EssentialProperty要素又は前記SupplementalProperty要素は、前記MPDで規定されているAdaptationSet要素、Representation要素、又はSubRepresentation要素に記述されるようにすることができる。

受信装置は、独立した装置であってもよいし、１つの装置を構成している内部ブロックであってもよい。

本技術の第１の側面の受信方法は、本技術の第１の側面の受信装置に対応する受信方法である。

本技術の第１の側面の受信装置、及び、受信方法においては、IP伝送方式を用いたデジタル放送を選局する選局制御が行われ、前記デジタル放送において、前記IP伝送方式のプロトコルの階層におけるIP層よりも上位の階層で伝送されるサービス単位のシグナリング情報に含まれるユーザの嗜好についての質問に対してコンテンツを提供する提供者により設定された回答を表す第１の回答情報と、前記質問に対して前記ユーザにより設定された回答を表す第２の回答情報とのマッチング処理の結果に従い、前記デジタル放送で伝送されるコンテンツを取得する取得制御が行われる。また、前記シグナリング情報には、前記コンテンツのストリームの制御情報として、MPEG-DASHの規格で規定されたMPDが含まれる。

本技術の第２の側面の送信装置は、コンテンツを取得する取得部と、IP伝送方式のプロトコルの階層におけるIP層よりも上位の階層で伝送されるサービス単位のシグナリング情報として、ユーザの嗜好についての質問に対して前記コンテンツを提供する提供者により設定された回答を表す第１の回答情報であって、前記質問に対して前記ユーザにより設定された回答を表す第２の回答情報とのマッチング処理に用いられる前記第１の回答情報を含む前記シグナリング情報を生成する生成部と、前記コンテンツとともに、前記第１の回答情報を含む前記シグナリング情報を、前記IP伝送方式を用いたデジタル放送信号で送信する送信部とを備え、前記シグナリング情報は、前記コンテンツのストリームの制御情報として、MPEG-DASHの規格で規定されたMPDを含む送信装置である。

前記生成部は、前記ユーザの嗜好についての質問を表す質問情報を含む前記シグナリング情報を生成し、前記送信部は、前記質問情報を含む前記シグナリング情報を送信するようにすることができる。

前記第１の回答情報は、前記MPDにおいて、前記第１の回答情報の内容又は参照先を規定する要素により指定されるようにすることができる。

前記第１の回答情報の内容又は参照先を規定する要素は、前記MPDで規定されているEssentialProperty要素又はSupplementalProperty要素であるようにすることができる。

前記EssentialProperty要素又は前記SupplementalProperty要素は、前記MPDで規定されているAdaptationSet要素、Representation要素、又はSubRepresentation要素に記述されるようにすることができる。

送信装置は、独立した装置であってもよいし、１つの装置を構成している内部ブロックであってもよい。

本技術の第２の側面の送信方法は、本技術の第２の側面の送信装置に対応する送信方法である。

本技術の第２の側面の送信装置、及び、送信方法においては、コンテンツが取得され、IP伝送方式のプロトコルの階層におけるIP層よりも上位の階層で伝送されるサービス単位のシグナリング情報として、ユーザの嗜好についての質問に対して前記コンテンツを提供する提供者により設定された回答を表す第１の回答情報であって、前記質問に対して前記ユーザにより設定された回答を表す第２の回答情報とのマッチング処理に用いられる前記第１の回答情報を含む前記シグナリング情報が生成され、前記コンテンツとともに、前記第１の回答情報を含む前記シグナリング情報が、前記IP伝送方式を用いたデジタル放送信号で送信される。また、前記シグナリング情報には、前記コンテンツのストリームの制御情報として、MPEG-DASHの規格で規定されたMPDが含まれる。

本技術の第１の側面、及び、第２の側面によれば、ユーザの嗜好に応じたコンテンツを提供することができる。

なお、ここに記載された効果は必ずしも限定されるものではなく、本開示中に記載されたいずれかの効果であってもよい。

3GPP-MBMSのプロトコルスタックを示す図である。 FLUTEの構造を示す図である。 IP伝送方式のデジタル放送のプロトコルスタックを示す図である。 IP伝送方式のデジタル放送の放送波の構成を示す図である。 PDIの全体像を示す図である。 PDIを処理する各装置における構成要素間のデータフローと、各構成要素で実行されるプロセスシーケンスを示す図である。 PDI-Qのスキーマの例を示す図である。 PDI-Qの記述例を示す図である。 PDI-Qに定義されている質問と回答の表示例を示す図である。 PDI-Aの記述例を示す図である。 マッチすると判定されるPDI-Aの記述例を示す図である。 マッチしないと判定されるPDI-Aの記述例を示す図である。 MPDのスキーマの例を示す図である。 MPDのスキーマの例を示す図である。 MPDのスキーマの例を示す図である。 EssentialProperty要素の構造を示す図である。 MPDの記述例を示す図である。 第１の実施の形態における放送通信システムの構成例を示す図である。 各サーバの構成例を示す図である。 クライアント装置の構成例を示す図である。 クライアント装置の制御部の機能的構成例を示す図である。 コンテンツ再生の前処理を説明するフローチャートである。 コンテンツ配信・再生処理を説明するフローチャートである。 コンテンツ配信・再生処理を説明するフローチャートである。 ESGの構造の例を示す図である。 サービスフラグメントの構成例を示す図である。 スケジュールフラグメントの構成例を示す図である。 コンテンツフラグメントの構成例を示す図である。 第２の実施の形態における放送通信システムの構成例を示す図である。 各サーバの構成例を示す図である。 クライアント装置の構成例を示す図である。 クライアント装置の制御部の機能的構成例を示す図である。 コンテンツ配信・再生処理を説明するフローチャートである。 コンテンツ配信・再生処理を説明するフローチャートである。 コンピュータの構成例を示す図である。

以下、図面を参照しながら本技術の実施の形態について説明する。なお、説明は以下の順序で行うものとする。

１．IP伝送方式によるデジタル放送の概要
２．PDIの概要
３．第１の実施の形態
（１）MPDの構造
（２）システム構成
（３）各装置における具体的な処理の流れ
４．第２の実施の形態
（１）ESGの構造
（２）システム構成
（３）各装置における具体的な処理の流れ
５．変形例
６．コンピュータの構成

＜１．IP伝送方式によるデジタル放送の概要＞

以下、IP（Internet Protocol）伝送方式によるデジタル放送の概要について説明するが、ここでは、比較のため、3GPP-(e)MBMS（Third Generation Partnership Project - Multimedia Broadcast Multicast Service）の概要を説明する。

（3GPP-MBMSのプロトコルスタック）
図１は、3GPP-MBMSのプロトコルスタックを示す図である。

図１において、最も下位の階層は、物理層（Physical Layer）とされる。3GPP-MBMSでは、図中の右側の放送を利用した伝送の場合、その物理層は、一方向のMBMS又は双方向のptp Bearer(s)のいずれかを利用することになる。

物理層に隣接する上位の階層は、IP層とされる。また、IP層に隣接する上位の階層は、UDP/TCP層とされる。すなわち、物理層としてMBMSを利用する場合には、IP層では、IPマルチキャストが用いられ、UDP/TCP層では、UDP（User Datagram Protocol）が用いられる。一方、物理層としてptp Bearer(s)を利用する場合には、IP層では、IPユニキャストが用いられ、UDP/TCP層では、TCP（Transmission Control Protocol）が用いられる。

UDP/TCP層に隣接する上位の階層は、FEC，HTTP(S)，FLUTEとされる。FLUTE（File Delivery over Unidirectional Transport）は、マルチキャストにおけるファイル転送用のプロトコルである。なお、FLUTEには、FEC（Forward Error Correction）が適用される。FLUTEの詳細な内容は、図２を参照して後述する。

FLUTEに隣接する上位の階層は、3GP-DASH，Download 3GPP file format etc，ptm File Repair，Service Announcement & Metadataとされる。また、ptm File Repairに隣接する上位階層は、Associated Delivery Proceduresとされる。

3GP-DASH（Dynamic Adaptive Streaming over HTTP）に隣接する上位階層は、オーディオやビデオ等のストリームデータとされる。すなわち、コンテンツを構成するオーディオやビデオ等のストリームデータは、ISO BMFF（Base Media File Format）の規格に準じたメディアセグメント（Media Segment）単位で、FLUTEセッションにより伝送することができる。また、Service Announcement & Metadataには、FLUTEセッションで伝送されるストリームデータの制御情報として、USD（User Service Description）やMPD（Media Presentation Description）を配置することができる。したがって、USDやMPD等の制御情報についても、FLUTEセッションで伝送することができる。さらに、FLUTEセッションでは、電子サービスガイドとしてのESG（Electronic Service Guide）を伝送することができる。

このように、3GPP-MBMSでは、3GPPファイルフォーマット（ISO BMFFファイル、MP4ファイル）に基づいたファイルのFLUTEセッションによるファイルダウンロード用のプロトコルを規定しているが、同じプロトコルによって、MPEG-DASHのfragmented MP4ファイルシーケンスと、MPEG-DASHの規格に準じているMPDを伝送することができる。なお、MPDは、同様にFLUTEセッションで伝送されるUSDから参照される。また、fragmented MP4とは、フラグメント化されたMP4ファイルを意味する。

なお、UDP/TCP層に隣接する上位の階層となるHTTP(S)の上位の階層は、3GP-DASHのストリームデータとされる。すなわち、3GP-DASHのストリームデータは、HTTP(S)を用いて伝送することもできる。また、UDP/TCP層に隣接する上位の階層となるFECの上位階層は、RTP/RTCP，MIKEYとされる。RTP/RTCPの上位階層は、RTP PayloadFormatsとされ、さらに、その上位階層は、ストリームデータとされる。すなわち、RTP（Real time Transport Protocol）セッションによりストリームデータを伝送することができる。MIKEYの上位階層は、Key Distribution（MTK）とされ、さらに、その上位階層は、MBMS Securityとされる。

一方、図中の左側の携帯電話通信網を利用した伝送の場合、その物理層は、双方向のptp Bearerのみを利用することになる。物理層に隣接する上位の階層は、IP層とされる。また、IP層に隣接する上位の階層は、TCP層とされ、さらに、TCP層に隣接する上位階層は、HTTP(S)層とされる。すなわち、これらの階層によって、インターネット等のネットワークで稼働するプロトコルスタックが実装される。

HTTP(S)層に隣接する上位の階層は、Service Announcement & Metadata，ptm File Repair，Reception Reporting，Registrationとされる。Service Announcement & Metadataには、放送を利用したFLUTEセッションで伝送されるストリームデータの制御情報として、USDやMPDを配置することができる。したがって、例えばインターネット上のサーバによって、USDやMPD等の制御情報が提供されるようにすることができる。また、インターネット上のサーバによってESGが提供されるようにしてもよい。

なお、ptm File Repairと、Reception Reportingに隣接する上位階層は、Associated Delivery Proceduresとされる。また、Registrationに隣接する上位階層は、MBMS Securityとされる。さらに、IP層に隣接する上位の階層であるUDP層の上位階層は、MIKEYとされる。MIKEYの上位階層は、Key Distribution（MTK）とされ、さらに、その上位階層は、MBMS Securityとされる。また、例えば、放送を利用したFLUTEセッションや、携帯電話通信網を利用したTCP/IPプロトコルを用いて、アプリケーション（Application(s)）を伝送することができる。

（FLUTEの構造）
図２は、図１のFLUTE（File Delivery over Unidirectional Transport）の構造を示す図である。

FLUTEは、マルチキャストにおけるファイル転送用のプロトコルとして仕様化されている。図２に示すように、FLUTEは、FDT（File Delivery Table）と、ALC（Asynchronous Layered Coding）と呼ばれるスケーラブルなファイルオブジェクトのマルチキャストプロトコル、具体的には、そのビルディングブロックであるLCT（Layered Coding Transport）やFEC（Forward Error Correction）コンポーネントの組み合わせにより構成される。

FDTは、TSI（Transport Session Identifier）ごとのインデックス情報として、ロケーション情報（例えばURLなど）やTOI（Transport Object Identifier）などの情報を含んでいる。FLUTEセッションでは、送信するファイルなどを１つのオブジェクトとして、TOIにより管理する。また、複数のオブジェクトの集合を１つのセッションとして、TSIにより管理する。すなわち、FLUTEセッションにおいては、TSIとTOIの２つの識別情報によって特定のファイルを指定することが可能となる。なお、FDTは、後述するFDD（File Delivery Description）に相当するものである。

（IP伝送方式のプロトコルスタック）
図３は、IP伝送方式のデジタル放送のプロトコルスタックを示す図である。

図３において、最も下位の階層は、物理層（Physical Layer）とされる。IP伝送方式のデジタル放送では、放送を利用した伝送に限らず、一部のデータを、通信を利用して伝送する場合があるが、放送を利用する場合、その物理層（Broadcast PHY）は、サービス（チャンネル）のために割り当てられた放送波の周波数帯域が対応することになる。

物理層の上位の階層は、IP層とされる。IP層は、TCP/IPのプロトコルスタックにおけるIP（Internet Protocol）に相当するものであり、IPアドレスによりIPパケットが特定される。IP層に隣接する上位階層はUDP層とされ、さらにその上位の階層は、File Delivery and Repair（AL-FEC）とされる。このFile Delivery and Repairには、例えばFLUTE+（File Delivery over Unidirectional Transport plus）を採用することができる。すなわち、IP伝送方式のデジタル放送においては、IPアドレスとUDPのポート番号が指定されたパケットが送信され、例えば、FLUTEセッションが確立されるようになされている。

なお、FLUTE+は、従来から規定されているFLUTEが拡張されたものであり、FLUTEの詳細は、RFC6726として規定されている。また、FLUTE+（「FLUTE plus」）は、例えば「FLUTE enhancement」など、他の名称で呼ばれる場合がある。

File Delivery and Repairに隣接する上位階層のうち、一部の階層は、ESG（Electronic Service Guide）、SCS（Service Channel Signaling）、NRTコンテンツ（NRT Content）とされ、ESG，SCS，NRTコンテンツは、例えばFLUTEセッションにより伝送される。ESGは、電子サービスガイド（番組情報）である。NRTコンテンツは、NRT（Non Real Time）放送で伝送されるコンテンツであって、受信機のストレージに一旦蓄積された後で再生が行われる。なお、NRTコンテンツは、コンテンツの一例であって、他のコンテンツのファイルがFLUTEセッションにより伝送されるようにしてもよい。

SCSは、サービス単位のシグナリング情報である。SCSとしては、例えば、USD（User Service Description），MPD（Media Presentation Description），SDP（Session Description Protocol），FDD（File Delivery Description），SPD（Service Parameter Description）が伝送される。

USDは、MPD，FDD，SDP等のシグナリング情報を参照するための参照情報を含んでいる。なお、USDは、USBD（User Service Bundle Description）と称される場合がある。MPDは、サービス単位で伝送されるストリーム（コンポーネント）ごとのセグメントURLなどの情報を含むストリームの制御情報である。上述したように、MPDは、MPEG-DASHの規格に準じている。

SDPは、サービス単位のサービス属性、ストリームの構成情報や属性、フィルタ情報、ロケーション情報などを含んでいる。FDDは、TSIごとのインデックス情報として、ロケーション情報（例えばURLなど）やTOIなどの情報を含んでいる。なお、FDDは、USDに要素として含めるようにしてもよい。また、FDDは、上述のFDT（File Delivery Table）に対応するものである。SPDは、サービスのレベルで規定された各種のパラメータを含んで構成される。

なお、USD，MPD，SDP，FDD，SPDは、例えば、XML（Extensible Markup Language）等のマークアップ言語により記述される。

File Delivery and Repairに隣接する上位階層のうち、上述した階層以外の他の階層は、DASH（ISO BMFF）とされる。また、DASH（ISO BMFF）に隣接する上位階層は、ビデオ（Video）やオーディオ（Audio）、字幕（CC：Closed Caption）等のコンポーネントのストリームデータとされる。すなわち、コンテンツを構成するオーディオやビデオ、字幕等のコンポーネントのストリームデータは、ISO BMFF（Base Media File Format）の規格に準じたメディアセグメント（Media Segment）単位で、例えばFLUTEセッションにより伝送されることになる。

LLS（Low Layer Signaling）は、低レイヤのシグナリング情報であって、BBPストリーム上で伝送される。例えば、LLSとしては、SCD（Service Configuration Description），EAD（Emergency Alerting Description），RRD（Region Rating Description）が伝送される。

SCDは、MPEG2-TS方式で用いられているID体系に対応するID体系を採用し、放送ネットワーク内のBBPストリーム構成とサービス構成が示される。また、SCDには、サービス単位の属性・設定情報、SCSにアクセスするためのSCS bootstrap情報、及び、ESGにアクセスするためのESG bootstrap情報などが含まれる。

EADは、緊急告知に関する情報を含んでいる。RRDは、レーティング情報を含んでいる。なお、SCD，EAD，RRDは、例えば、XML等のマークアップ言語により記述される。

一方、通信を利用する場合、その物理層（Broadband PHY）の上位の階層は、IP層とされる。また、IP層に隣接する上位階層は、TCP層とされ、さらに、TCP層に隣接する上位階層は、HTTP(S)層とされる。すなわち、これらの階層によって、インターネット等のネットワークで稼働するプロトコルスタックが実装される。

これにより、受信機は、例えばインターネット上のサーバとの間で、TCP/IPプロトコルを用いた通信を行い、ESGやSCS，NRTコンテンツ等を受信することができる。また、受信機は、インターネット上のサーバから、適応的にストリーミング配信されるオーディオやビデオ等のストリームデータを受信することができる。なお、このストリーミング配信は、MPEG-DASHの規格に準拠したものとなる。

また、例えば、放送のFLUTEセッションや、通信のTCP/IPプロトコルを用いて、アプリケーション（Applications）を伝送することができる。このアプリケーションは、HTML5（HyperText Markup Language 5）等のマークアップ言語により記述することができる。

以上のように、IP伝送方式のデジタル放送では、一部が3GPP-MBMSに対応したプロトコルスタックを採用している。これにより、コンテンツを構成するオーディオやビデオのストリームデータを、ISO BMFFの規格に準じたメディアセグメント単位で伝送することができる。また、ESGやSCS等のシグナリング情報を、放送と通信のどちらで伝送する場合であっても、IP層よりも下位の階層となる物理層（とデータリンク層）を除く階層、つまり、IP層よりも上位の階層では、プロトコルを共通にすることが可能となるため、受信機等においては、実装の負担や処理の負担を軽減することが期待される。

（IP伝送方式の放送波の構成）
図４は、IP伝送方式のデジタル放送の放送波の構成を示す図である。

図４において、所定の周波数帯域を有する放送波（RF Channel）には、複数のBBPストリームが伝送されている。また、各BBPストリームには、NTP（Network Time Protocol）、複数のサービスチャンネル（Service Channel）、ESG（ESG Service）、及び、LLSが含まれる。なお、NTP，サービスチャンネル、ESGは、UDP/IPのプロトコルに従って伝送されるが、LLSは、BBPストリーム上で伝送される。また、NTPは、時刻情報であって、複数のサービスチャンネルで共通とすることができる。

各サービスチャンネル（以下、「サービス」という。）には、ビデオやオーディオ、字幕等のコンテンツ（例えば、番組）を構成する情報であるコンポーネント（Component）と、USDやMPD等のSCSが含まれる。また、各サービスには、共通のIPアドレスが付与されており、このIPアドレスを用いて、１又は複数のサービスごとに、コンポーネントやSCSなどをパッケージ化することができる。

ここで、所定の周波数帯域を有する放送波（RF Channel）には、例えば放送事業者ごとに、RFチャンネルID（RF_channel_id）が割り当てられている。また、各放送波で伝送される１又は複数のBBPストリームには、BBPストリームID（BBP_stream_id）が割り当てられる。さらに、各BBPストリームで伝送される１又は複数のサービスには、サービスID（service_id）が割り当てられる。

このように、IP伝送方式のID体系としては、MPEG2-TS方式で用いられているネットワークID（network_id），トランスポートストリームID（transport_stream_id），サービスID（service_id）の組み合わせ（以下、「トリプレット（Triplet）」という。）に対応する構成が採用され、このトリプレットによって、放送ネットワーク内のBBPストリーム構成とサービス構成が示される。

このようなID体系を用いることで、現在広く普及しているMPEG2-TS方式との整合をとることができるため、例えば、MPEG2-TS方式からIP伝送方式への移行時のサイマルキャストに容易に対応することが可能となる。ただし、IP伝送方式のID体系では、RFチャンネルIDとBBPストリームIDが、MPEG2-TS方式におけるネットワークIDとトランスポートストリームIDに相当している。

＜２．PDIの概要＞

ところで、一般的なコンテンツの配信サービスにおいては、コンテンツを提供するプロバイダ側のサーバ（プロバイダサーバ）において設定されたフィルタリング属性を、メタデータとしてコンテンツに付与することで、コンテンツを受信するクライアント装置におけるコンテンツのフィルタリングが行われるようにしている。このフィルタリング属性は、ATSC（Advanced Television Systems Committee standards）やARIB（Association of Radio Industries and Business）等の標準化団体によって規定されたメタデータセットの中から選択されたメタデータの要素についての値として設定される。

すなわち、例えば、メタデータの要素として、「視聴対象」が選択され、メタデータの要素についての値として「10代」が設定されたフィルタリング属性が付与されたコンテンツは、「視聴対象が10代である視聴者向けのコンテンツ」が取得されるようにフィルタリングを行うクライアント装置に提供されることになる。

しかしながら、標準化団体によって規定されたメタデータセットに含まれないメタデータ（フィルタリング属性）を、コンテンツに付与することはなされていない。例えば、プロバイダ側が、「視聴対象が10代であり、かつ、就職活動に興味がある視聴者向けのコンテンツ」を配信したい場合であっても、標準化団体によって規定されたメタデータセットの中に、「就職活動に興味があるかどうか」がメタデータの要素として存在しない場合には、コンテンツに、メタデータの要素として、「就職活動に興味がある」が設定されたフィルタリング属性を付与することはできない。

したがって、プロバイダ側では、その時のニーズに応じた（例えば、流行を考慮した）、視聴者の関心事をメタデータとして付与したコンテンツを配信することができなかった。一方、このような場合、クライアント装置においては、その時のニーズに応じたコンテンツを取得するようなフィルタリングを行うことはできなかった。

ここで、標準化団体によって規定されたメタデータ以外の、その時のニーズに応じたメタデータが付与されたコンテンツを配信するための手法として、ATSC2.0で採用されたPDI（Preference Demographic and Interest）がある。

（PDIの全体像）
図５は、PDIの全体像を示す図である。

図５に示すように、プロバイダサーバでは、クライアント装置を使用するユーザの嗜好についての質問を表す情報であるPDI-Q（Preference Demographic and Interest - Question（Questionnaire））と、ユーザの嗜好についての質問に対してプロバイダにより設定された回答を表す情報であるPDI-A（Preference Demographic and Interest - Answer）（以下、「プロバイダ側PDI-A」とも称する。）が生成され、クライアント装置に送信される。なお、詳細は後述するが、プロバイダ側PDI-Aは、コンテンツとともに伝送されるMPDやESGに含めて送信することができる。

一方、クライアント装置では、PDI-Qが受信されると、PDI-Qの質問に対するユーザの回答を表す情報であるPDI-A（以下、「クライアント側PDI-A」とも称する。）が生成され、保存される。そして、クライアント装置では、プロバイダから配信されるコンテンツの受信に際し、プロバイダからのプロバイダ側PDI-Aと、保存されたクライアント側PDI-Aとのマッチング処理を行い、PDI-Aがマッチしたコンテンツのみが再生（蓄積）されることになる。

なお、図５において、アプリケーションとしてのTDO（Triggered Declarative Object）に関する記述など、本技術とは直接関係のない箇所の説明は省略している。因みに、PDI-Sは、Preference Demographic and Interest - Scriptの略であって、クライアント側PDI-Aを得るためのスクリプトを表している。

（PDIを処理する各装置の詳細）
図６は、PDIを処理する各装置における構成要素間のデータフローと、各構成要素で実行されるプロセスシーケンスを示す図である。

図６において、プロバイダサーバは、PDI-Qジェネレータ、メタデータディストリビュータ、及び、コンテンツディストリビュータから構成される。また、クライアント装置は、PDI-Aジェネレータ、及び、コンテンツフィルタから構成される。

プロバイダサーバにおいて、PDI-Qジェネレータは、PDI-Qを生成し、メタデータディストリビュータに供給するとともに、クライアント装置のPDI-Aジェネレータに配信する（ステップＳ１１）。メタデータディストリビュータは、コンテンツディストリビュータで生成されるコンテンツの内容を照会して、当該コンテンツを選択させたいユーザの嗜好を、PDI-QジェネレータからのPDI-Qの質問の内容に応じて設定することで、プロバイダ側PDI-Aを生成する（ステップＳ１２）。

プロバイダサーバのメタデータディストリビュータは、コンテンツディストリビュータで生成されるコンテンツの内容を照会して、当該コンテンツのメタデータを、プロバイダ側PDI-Aを含めて生成する（ステップＳ１３）。メタデータディストリビュータは、プロバイダ側PDI-Aを含むメタデータを、クライアント装置のコンテンツフィルタに配信する（ステップＳ１３）。また、コンテンツディストリビュータは、コンテンツを生成して、クライアント装置に配信する（ステップＳ１４）。

クライアント装置において、PDI-Aジェネレータは、プロバイダサーバのPDI-Qジェネレータから配信される、PDI-Qの質問に対するユーザの回答を表す情報であるクライアント側PDI-Aを生成し、コンテンツフィルタに供給する（ステップＳ２１）。

クライアント装置のコンテンツフィルタは、クライアント装置のPDI-Aジェネレータから供給されるクライアント側PDI-Aと、プロバイダサーバのメタデータディストリビュータから配信されるプロバイダ側PDI-Aを含むメタデータに基づいて、プロバイダサーバのコンテンツディストリビュータから配信されるコンテンツの中から、ユーザにとって最適なコンテンツをフィルタリング（取捨選択）する（ステップＳ２２）。

ここでは、プロバイダサーバのメタデータディストリビュータから配信されるメタデータの内容だけでなく、当該メタデータに含まれるプロバイダ側PDI-Aと、クライアント側PDI-Aとのマッチング処理の結果に従ったフィルタリングが行われ、PDI-Aがマッチしたコンテンツのみが再生（蓄積）されることになる。

なお、コンテンツのフィルタリングは、コンテンツの配信時にリアルタイムで行われて、選択されたコンテンツを再生（蓄積）する場合もあれば、コンテンツの配信時には、フィルタリングを適用せずに、バックグラウンドで、プロバイダサーバから配信されるコンテンツをすべて蓄積してから、その後にフィルタリングを適用して、蓄積されたコンテンツの中から、ユーザにとって最適なコンテンツが再生されるようにしてもよい。あるいは、蓄積されたコンテンツの中から、ユーザにとって不要なコンテンツが削除されるようにしてもよい。

ここで、プロバイダサーバで生成されるPDI-Q，PDI-A（図６のステップＳ１１，Ｓ１２）と、クライアント装置で生成されるPDI-A（図６のステップＳ２１）の詳細な構造について説明する。

（PDI-Qのスキーマの例）
図７は、XML（Extensible Markup Language）文書からなるPDI-Qの構造を定義するためのXMLスキーマの例を示す図である。なお、図７においては、説明の都合上、各行に行番号を記述している。

図７において、１行目は、PDI-Qが識別されるための宣言や定義を示しており、２行目は、PDI-Qとして定義される質問全体の名称及び型の宣言を示している。

３行目乃至１２行目は、２行目で宣言された質問のそれぞれについての名称及び型の宣言を示している。具体的には、５行目の"QIA"の名称で定義される質問の型"IntegerAnswerType"は、その質問が整数値型の回答を求める質問であることを示しており、６行目の"QBA"の名称で定義される質問の型"BooleanAnswerType"は、その質問が論理値型の回答を求める質問であることを示している。

また、７行目の“QSA”の名称で定義される質問の型"SelectionAnswerType"は、その質問が回答候補選択型の回答を求める質問であることを示しており、８行目の"QTA"の名称で定義される質問の型"TextAnswerType"は、その質問が文字列型の回答を求める質問であることを示している。さらに、９行目の“QAA”の名称で定義される質問の型"AnyAnswerType"は、その質問が回答の型を制限しない質問であることを示している。

１３行目乃至４４行目は、上述のように宣言された質問のうちの、"QIA"、"QBA"、"QSA"、及び、"QTA"の名称で定義される質問それぞれの要素の宣言を示している。特に、１５行目、２４行目、３１行目、４０行目に示されるid要素は、それぞれの質問の項目を識別するためのID（Identifier）を表しており、その第１のフォーマットとして、"common:[category:]question-ID"と定義される。

この第１のフォーマットにおいて、"common"は、そのid要素で識別される質問がプロバイダに関わらず共通に定義された質問であることを表し、"category"は、質問のカテゴリを表し、"question-ID"は、質問の識別子を表している。なお、"category"は、必要に応じて、"common:[category1:category2:category3:・・・]question-ID"などのように、階層的なネスト構造としてもよい。

また、id要素は、第２のフォーマットとして、"providerName:[category:]question-ID"と定義される。この第２のフォーマットにおいて、"providerName"は、そのid要素で識別される質問を設定したプロバイダの名称を表している。なお、"category"及び"question-ID"は、第１のフォーマットにおけるそれぞれと同様である。

このように、PDI-Qとして定義される質問は、id要素によって、コンテンツを提供するプロバイダによらない（プロバイダ共通の）質問と、コンテンツを提供するプロバイダ独自に定義される質問とに区別される。

なお、図７においては、PDI-Qの構造を定義するためのXMLスキーマについて説明したが、PDI-Qとして定義される質問に対する回答であるPDI-Aの構造を定義するためのXMLスキーマは、基本的にPDI-Qの構造を定義したXMLスキーマと同様の構造を有しているので、その説明は省略する。また、XMLスキーマにより定義されるPDI-Qの構造は、図７で示された例に限られず、他の構造を採用することができる。

（PDI-Qの記述例）
図８は、図６のステップＳ１１において、プロバイダサーバのPDI-Qジェネレータにより生成されるPDI-Qの記述例を示す図である。

図８において、QSA要素の開始タグと終了タグの間には、id要素、q要素、及び、ａ要素が記述されており、回答候補選択型の回答を求める質問を定義している。また、QSA要素のminChoice属性には、"1"が指定されており、回答される選択肢の数が１つに制約されることを意味している。

id要素には、質問と回答候補の組の識別子として、"ProviderA:123"が記述されている。q要素には、質問として、"Which do you prefer, captions for adult or for children?"（大人向けの字幕であるか、子供向けの字幕であるか？）が記述されている。ａ要素には、質問に対する回答の選択肢として、"For adults"（大人向け）と、"For children"（子供向け）がそれぞれ記述されている。

（質問と回答の表示例）
図９は、図６のステップＳ２１において、クライアント装置が、プロバイダサーバから受信したPDI-Q（図８）に定義されている質問と回答の画面（ユーザとの対話画面）を表示している例を示す図である。

図９においては、図８のPDI-Qの開始タグと終了タグの間に記述されるq要素の記述内容に対応して、"Which do you prefer, captions for adult or for children?"である質問が表示されている。また、この質問の下段には、ａ要素の記述内容に対応した"For adults"と、"For children"である回答の選択肢が表示されている。クライアント装置では、質問を確認したユーザにより、いずれか一方の選択肢が選択可能になされている。すなわち、ユーザによる質問に対する回答の選択肢の選択の結果に応じて、クライアント装置のPDI-Aジェネレータによりクライアント側PDI-Aが生成されることになる。

なお、図６のステップＳ１２においても、図９の対話画面が表示され、プロバイダによる質問に対する回答の選択肢の選択の結果に応じて、プロバイダサーバのメタデータディストリビュータによりプロバイダ側PDI-Aが生成されることになる。

（PDI-Aの記述例）
図１０は、図６のステップＳ２１において、クライアント装置のPDI-Aジェネレータにより生成されるクライアント側PDI-Aの記述例を示す図である。

図１０において、QSA要素の開始タグと終了タグの間には、id要素、q要素、及び、ａ要素が記述されており、回答候補選択型の回答を求める質問とその回答を定義している。

id要素には、質問と回答候補の組の識別子として、"ProviderA:123"が記述されている。q要素には、質問として、"Which do you prefer, captions for adult or for children?"が記述されている。ａ要素には、質問に対する回答として、"For adults"のみが記述されている。

すなわち、図１０のクライアント側PDI-Aでは、図９の対話画面において、"Which do you prefer, captions for adult or for children?"である質問に対する、"For adults"と"For children"である回答の選択肢のうち、"For adults"が選択された場合の記述例を示している。なお、図９の対話画面において、回答の選択肢から"For children"が選択された場合、図１０のクライアント側PDI-Aにおいて、ａ要素には、"For adults"の代わりに、"For children"が記述されることになる。

（コンテンツのフィルタリング）
次に、図６のステップＳ２２に対応するコンテンツのフィルタリングの詳細を説明する。ここでは、図６のステップＳ２１において、クライアント側PDI-Aとして、図１０のクライアント側PDI-Aが生成された場合について説明する。図１１及び図１２には、コンテンツのメタデータに含まれる、プロバイダ側PDI-Aの一例が示されている。

図１１のプロバイダ側PDI-Aには、質問に対する回答として、"For adults"が記述されているため、クライアント装置では、プロバイダ側PDI-A（図１１）とクライアント側PDI-A（図１０）とのマッチング処理が行われると、PDI-Aがマッチすると判定され、プロバイダ側PDI-A（図１１）を含むメタデータが付加されたコンテンツの再生（蓄積）が行われる。

すなわち、プロバイダサーバでは、大人向けの字幕を好むユーザを対象としたコンテンツを配信しているが、クライアント装置のユーザも、大人向けの字幕を好んでいるため、当該コンテンツは、ユーザにとって最適なコンテンツであるとみなされて、再生されることになる。

一方、図１２のプロバイダ側PDI-Aには、質問に対する回答として、"For children"が記述されているため、クライアント装置では、プロバイダ側PDI-A（図１２）とクライアント側PDI-A（図１０）とのマッチング処理が行われると、PDI-Aがマッチしないと判定され、プロバイダ側PDI-A（図１２）を含むメタデータが付加されたコンテンツの再生（蓄積）が行われることはない。

すなわち、プロバイダサーバでは、大人向けの字幕を好むユーザを対象としたコンテンツを配信しているが、クライアント装置のユーザは、子供向けの字幕を好んでいるため、当該コンテンツは、ユーザにとって最適なコンテンツであるとはみなされず、再生されることはない。

以上のように、PDIを採用することで、標準化団体によって規定されたメタデータ以外の、その時のニーズに応じたメタデータが付与されたコンテンツを配信することが可能となる。ところで、上述したように、IP伝送方式を採用したデジタル放送においては、ユーザの嗜好に応じたコンテンツを提供できるようにしたいという要求が想定される。そこで、本技術では、IP伝送方式を採用したデジタル放送において、その時のニーズに応じたメタデータが付与されたコンテンツを配信することが可能となるPDIを採用することで、ユーザの嗜好に応じたコンテンツを提供できるようにする。以下、その詳細な実現方法について説明する。

＜３．第１の実施の形態＞

第１の実施の形態では、PDI（Preference Demographic and Interest）をMPD（Media Presentation Description）に配置することで、プロバイダサーバからクライアント装置にPDIを提供して、ユーザの嗜好に応じたコンテンツを提供できるようにする。

（１）MPDの構造

（MPDのスキーマ）
図１３乃至図１５は、MPDのスキーマを示す図である。なお、MPDは、例えばXML等のマークアップ言語による階層構造で記述される。

MPDは、Period要素（図１３）、AdaptationSet要素（図１４）、Representation要素（図１５）、及び、SubRepresentation要素（図１５）が階層構造で記述される。

Period要素は、番組等のコンテンツの構成を記述する単位となる。また、AdaptationSet要素、Representation要素、又は、SubRepresentation要素は、コンテンツを構成するビデオやオーディオ、字幕等のコンポーネントのストリームごとに利用され、ぞれぞれのストリームの属性を記述することができる。

AdaptationSet要素は、ビデオやオーディオのストリーム等の単一のストリームの他、複数のストリームが多重化されたストリームに対応している。MPEG-DASHの規格においては、AdaptationSet要素に含めることが可能な要素や属性として、図１４のAdaptationSet要素の配下の要素や属性が規定されている。例えば、AdaptationSet要素には、新たな要素を定義することが可能となるEssentialProperty要素やSupplementalProperty要素を記述することができる。

Representation要素は、その上位要素（親要素）となるAdaptationSet要素の範囲内で、例えばビットレート等のパラメータが異なる複数の選択肢となるコンポーネントのストリームを列挙することができる。なお、コンテンツは、１又は複数のコンポーネントから構成されるので、ここでは、コンテンツのストリームが列挙されているとも言える。Representation要素に含めることが可能な要素や属性として、図１５のRepresentation要素の配下の要素や属性が規定されている。例えば、Representation要素には、AdaptationSet要素と同様に、EssentialProperty要素やSupplementalProperty要素を記述することができる。

SubRepresentation要素は、その上位要素となるRepresentation要素の範囲内で、例えばビットレート等のパラメータが異なる複数の選択肢となるコンポーネントのストリームを列挙することができる。SubRepresentation要素に含めることが可能な要素や属性として、図１５のSubRepresentation要素の配下の要素や属性が規定されている。例えば、SubRepresentation要素には、AdaptationSet要素やRepresentation要素と同様に、EssentialProperty要素やSupplementalProperty要素を記述することができる。

（EssentialProperty要素の構造）
図１６は、EssentialProperty要素の構造を示す図である。上述したように、EssentialProperty要素は、AdaptationSet要素、Representation要素、又は、SubRepresentation要素の下位要素として記述することができる。

図１６に示すように、EssentialProperty要素は、schemeIdUri属性とそのschemeIdUri属性の値（URI：Uniform Resource Identifier）により特定されるフォーマットに則して値が決定されるvalue属性からなる。なお、value属性はオプショナルな属性とされる。このEssentialProperty要素を利用して、プロバイダ側PDI-Aに関する情報が指定されるようにする。

（第１の指定方法）
プロバイダ側PDI-Aの第１の指定方法としては、名前空間オーソリティとして、"urn:ATSC"を定義して、そのオーソリティが規定する"urn:ATSC:PDIInstance"というUri属性値を定義する。そして、このUri属性値をschemeIdUri属性の値として持っているEssentialProperty要素を有するAdaptationSet要素の配下に列挙されたコンテンツ（コンポーネント）のストリームは、value属性として格納されるPDIインスタンス（プロバイダ側PDI-A）の内容と、クライアント装置側で生成（保存）されたPDIインスタンス（クライアント側PDI-A）の内容とがマッチした場合にのみ再生（蓄積）されるものとする。

例えば、EssentialProperty要素のvalue属性として、"Which do you prefer, captions for adult or for children?"である質問と、"For adults"である回答が、PDIインスタンスとして格納されている場合に、クライアント装置のユーザが、質問に対する回答として、"For adults"を選択していたときには、対応するAdaptationSet要素の配下に列挙されたコンテンツ（コンポーネント）のストリームが再生（蓄積）されることになる。なお、ここでは、質問に対する回答として、"For adults"が選択された場合を例示したが、"For children"が選択された場合には、PDI-Aがマッチしないので、対応するAdaptationSet要素の配下に列挙されたコンテンツ（コンポーネント）のストリームは再生（蓄積）されないことになる。

（第２の指定方法）
また、プロバイダ側PDI-Aの第２の指定方法として、EssentialProperty要素のschemeIdUri属性として、"urn:ATSC:PDIReference"を定義して、value属性に、PDIインスタンスへの参照URLを格納するようにしてもよい。この方法を採用した場合、例えば、EssentialProperty要素のvalue属性として、"http://a.com/thePdi.pdi"が格納されるので、この参照先URLに従い、PDIファイルを取得することで、そこに記述されたPDIインスタンス（プロバイダ側PDI-A）が得られる。そして、PDIファイルから得られるPDIインスタンス（プロバイダ側PDI-A）の内容と、クライアント装置側で生成（保存）されたPDIインスタンス（クライアント側PDI-A）の内容とがマッチした場合にのみ、対象のストリームが再生（蓄積）されることになる。

（MPDの記述例）
図１７は、MPDの記述例を示す図である。

図１７においては、Period要素の下位要素として、２つのAdaptationSet要素が例示されている。id=1のAdaptationSet要素は、上述した第１の指定方法に対応する記述内容とされ、id=2のAdaptationSet要素は、上述した第２の指定方法に対応する記述内容とされる。

id=1のAdaptationSet要素の配下のEssentialProperty要素には、schemeIdUri属性の値として"urn:ATSC:PDIInstance"が指定され、value属性の値として、PDITable要素とQSA要素の開始タグと終了タグが配置され、その下位要素として、以下のid要素、q要素、及び、a要素が配置される。id要素の開始タグと終了タグの間には、"ProviderA:123"、q要素の開始タグと終了タグの間には、"Which do you prefer, captions for adult or for children?"、a要素の開始タグと終了タグの間には、"For adults"がそれぞれ指定されている。なお、ここでは、PDITable要素を省略して、QSA要素のみが配置されるようにしてもよい。

これにより、id=1のAdaptationSet要素の配下に列挙されたコンテンツ（コンポーネント）のストリームを再生可能なクライアント装置においては、当該AdaptationSet要素のEssentialProperty要素のvalue属性として格納されるPDIインスタンス（プロバイダ側PDI-A）の内容と、クライアント装置側で生成（保存）されたPDIインスタンス（クライアント側PDI-A）の内容とのマッチング処理が行われる。そして、クライアント装置においては、それらのPDIインスタンスがマッチした場合にのみ、当該AdaptationSet要素の配下に列挙されたコンテンツのストリームを再生することになる。

id=2のAdaptationSet要素の配下のEssentialProperty要素には、schemeIdUri属性の値として"urn:ATSC:PDIReference"が指定され、value属性の値として、"http://a.com/thePdi.pdi"が指定されている。

これにより、id=2のAdaptationSet要素の配下に列挙されたコンテンツ（コンポーネント）のストリームを再生可能なクライアント装置においては、当該AdaptationSet要素のEssentialProperty要素のvalue属性として格納される参照URL（"http://a.com/thePdi.pdi"）に従って取得されるPDIファイルから得られるPDIインスタンス（プロバイダ側PDI-A）の内容と、クライアント装置側で生成（保存）されたPDIインスタンス（クライアント側PDI-A）の内容とのマッチング処理が行われる。そして、クライアント装置においては、それらのPDIインスタンスがマッチした場合にのみ、当該AdaptationSet要素の配下に列挙されたコンテンツのストリームを再生することになる。

このように、AdaptationSet要素において、EssentialProperty要素のschemeIdUri属性とvalue属性によって、PDIインスタンス（プロバイダ側PDI-A）に関する情報を指定することで、PDIをMPDに配置することが可能となるので、プロバイダサーバからクライアント装置にPDIを提供して、ユーザの嗜好に応じたコンテンツを提供することができるようになる。

なお、図１７のMPDの記述例では、AdaptationSet要素に、EssentialProperty要素を記述した場合を示したが、上述したように、EssentialProperty要素は、Representation要素（図１５）、又は、SubRepresentation要素（図１５）に記述してもよい。また、EssentialProperty要素の代わりに、SupplementalProperty要素を用いることでも、AdaptationSet要素等において、PDIインスタンス（プロバイダ側PDI-A）に関する情報を指定することができる。

（２）システム構成

（放送通信システムの構成例）
図１８は、第１の実施の形態における放送通信システムの構成例を示す図である。なお、システムとは、複数の構成要素（装置等）の集合を意味する。

図１８の放送通信システム１は、上述したMPDに含まれるプロバイダ側PDI-Aを参照することで、クライアント側PDI-Aとのマッチング処理を行い、ユーザの嗜好に応じたコンテンツを提供可能なシステムである。

図１８において、放送通信システム１は、プロバイダサーバ１０、放送サーバ２０、通信サーバ３０、及び、クライアント装置５０から構成される。クライアント装置５０は、インターネット等からなるネットワーク９０を介して、通信サーバ３０と接続される。また、プロバイダサーバ１０は、放送サーバ２０及び通信サーバ３０と通信可能に接続されている。

プロバイダサーバ１０は、コンテンツのストリームデータと、そのコンテンツのメタデータを蓄積している。プロバイダサーバ１０は、コンテンツのストリームデータに基づいて、セグメントデータを生成し、放送サーバ２０又は通信サーバ３０に送信する。なお、コンテンツは、オーディオやビデオ、字幕などの１又は複数のコンポーネントから構成される。また、セグメントデータは、FLUTEセッション等でコンテンツのストリームを伝送する場合に、各コンポーネントのファイルを、ISO BMFF（Base Media File Format）の規定に準じたセグメントごとに分割して得られるデータである。セグメントは、イニシャライズセグメント（Initialization Segment）と、メディアセグメント（Media Segment）からなるが、ここでは、説明の簡略化のため、それらのセグメントを特に区別せずに説明する。

また、プロバイダサーバ１０は、クライアント装置５０を使用するユーザの嗜好についての質問を表す情報であるPDI-Q（Preference Demographic and Interest - Question）を生成し、放送サーバ２０又は通信サーバ３０に送信する。

さらに、プロバイダサーバ１０は、PDI-Qに基づいて、ユーザの嗜好についての質問に対してプロバイダにより設定された回答を表す情報であるPDI-A（Preference Demographic and Interest - Answer）（プロバイダ側PDI-A）を生成する。そして、プロバイダサーバ１０は、コンテンツのメタデータに基づいて、プロバイダ側PDI-Aを含むMPD（Media Presentation Description）を生成し、放送サーバ２０又は通信サーバ３０に送信する。

放送サーバ２０は、プロバイダサーバ１０から送信されてくるセグメントデータと、プロバイダ側PDI-Aを含むMPDを受信する。放送サーバ２０は、プロバイダサーバ１０からのプロバイダ側PDI-Aを含むMPDや、各種のサーバ等から取得したシグナリング情報の元のデータに基づいて、シグナリング情報を生成する。放送サーバ２０は、コンテンツのセグメントデータとともに、シグナリング情報をデジタル放送信号で送信する。

通信サーバ３０は、プロバイダサーバ１０から送信されてくるセグメントデータと、プロバイダ側PDI-Aを含むMPDのファイルを受信する。通信サーバ３０は、プロバイダサーバ１０からのプロバイダ側PDI-Aを含むMPDのファイルや、各種のサーバ等から取得したシグナリング情報の元のデータに基づいて、シグナリング情報を生成する。通信サーバ３０は、クライアント装置５０からの要求に応じて、コンテンツのセグメントデータ又はシグナリング情報を、ネットワーク９０を介してクライアント装置５０に送信する。

なお、放送サーバ２０又は通信サーバ３０は、プロバイダサーバ１０から送信されてくるPDI-Qを受信し、所定のタイミングで、クライアント装置５０に送信する。ただし、PDI-Qは、プロバイダサーバ１０から直接、クライアント装置５０に送信されるようにしてもよい。

クライアント装置５０は、放送サーバ２０又は通信サーバ３０から送信されてくるPDI-Qを受信する。クライアント装置５０は、受信したPDI-Qに基づいて、PDI-Qの質問に対するユーザの回答を表す情報であるPDI-A（クライアント側PDI-A）を生成し、保存する。

クライアント装置５０は、放送サーバ２０からのデジタル放送信号により送信されるセグメントデータと、シグナリング情報を受信する。また、クライアント装置５０は、通信サーバ３０に対する要求に応じて、ネットワーク９０を介して、通信サーバ３０から送信されてくるセグメントデータと、シグナリング情報を受信する。

ここで、クライアント装置５０は、放送又は通信で伝送されるコンテンツのセグメントデータの受信に際し、シグナリング情報としてのMPDに含まれるプロバイダ側PDI-Aと、保存しているクライアント側PDI-Aのマッチング処理を行う。そして、クライアント装置５０は、当該マッチング処理の結果に従い、放送又は通信で伝送されるシグナリング情報に基づいて、放送又は通信で伝送されるコンテンツのセグメントデータを取得し、PDI-Aがマッチしたコンテンツを再生する。

放送通信システム１は、以上のように構成される。次に、図１８の放送通信システム１を構成する各装置の詳細な構成について説明する。

（送信側の装置の構成例）
図１９は、図１８の各サーバの構成例を示す図である。

図１９において、プロバイダサーバ１０は、PDI-Qジェネレータ１１１、送信部１１２、PDI-Aジェネレータ１１３、メタデータディストリビュータ１１４、コンテンツ蓄積部１１５、及び、コンテンツディストリビュータ１１６から構成される。

PDI-Qジェネレータ１１１は、PDI-Qを生成し、送信部１１２又はPDI-Aジェネレータ１１３に供給する。送信部１１２は、PDI-Qジェネレータ１１１から供給されるPDI-Qを、放送サーバ２０又は通信サーバ３０に送信する。PDI-Aジェネレータ１１３は、PDI-Qジェネレータ１１１から供給されるPDI-Qに基づいて、プロバイダ側PDI-Aを生成し、メタデータディストリビュータ１１４に供給する。

メタデータディストリビュータ１１４は、PDI-Aジェネレータ１１３から供給されるプロバイダ側PDI-Aに基づいて、コンテンツ蓄積部１１５に蓄積されているコンテンツの中から、プロバイダ側が設定した回答に対応するコンテンツを特定（照会）する。メタデータディストリビュータ１１４は、特定したコンテンツのメタデータに基づいて、プロバイダ側PDI-Aを含むMPDを生成し、送信部１１２に供給する。送信部１１２は、メタデータディストリビュータ１１４から供給される、プロバイダ側PDI-Aを含むMPDを、放送サーバ２０又は通信サーバ３０に送信する。

コンテンツディストリビュータ１１６は、コンテンツ蓄積部１１５に蓄積されているコンテンツの中から、メタデータディストリビュータ１１４により特定されたコンテンツのストリームデータ（ファイル）を取得する。コンテンツディストリビュータ１１６は、取得したコンテンツのストリームデータに基づいて、セグメントデータを生成し、送信部１１２に供給する。送信部１１２は、コンテンツディストリビュータ１１６から供給されるコンテンツのセグメントデータを、放送サーバ２０又は通信サーバ３０に送信する。

プロバイダサーバ１０は、以上のように構成される。

図１９において、放送サーバ２０は、受信部２１１、セグメントデータ取得部２１２、シグナリング情報生成部２１３、及び、送信部２１４から構成される。

受信部２１１は、プロバイダサーバ１０から送信されてくるコンテンツのセグメントデータと、プロバイダ側PDI-Aを含むMPDを受信し、セグメントデータをセグメントデータ取得部２１２に、プロバイダ側PDI-Aを含むMPDをシグナリング情報生成部２１３にそれぞれ供給する。

セグメントデータ取得部２１２は、受信部２１１から供給されるセグメントデータを取得して処理し、送信部２１４に供給する。シグナリング情報生成部２１３は、受信部２１１から供給されるプロバイダ側PDI-Aを含むMPDや、各種のサーバ等から取得したシグナリング情報の元のデータに基づいて、シグナリング情報を生成し、送信部２１４に供給する。

送信部２１４には、セグメントデータ取得部２１２からのセグメントデータと、シグナリング情報生成部２１３からのシグナリング情報が供給される。送信部２１４は、コンテンツのセグメントデータとシグナリング情報を変調し、アンテナ２１５を介してデジタル放送信号で送信する。

なお、放送サーバ２０では、プロバイダサーバ１０からのPDI-Qを受信した場合、PDI-Qを、デジタル放送信号で送信する。ここで、PDI-Qは、例えば、MPD等のシグナリング情報に含めて送信することができるが、クライアント装置５０において、コンテンツの再生に先立って取得されればよく、その伝送形式や伝送のタイミングは任意である。

また、コンテンツのセグメントデータとSCS（Service Channel Signaling）のファイルは、IP伝送方式を用いたデジタル放送の放送波によって、FLUTE（File Delivery over Unidirectional Transport）セッションにより伝送される。

放送サーバ２０は、以上のように構成される。

図１９において、通信サーバ３０は、受信部３１１、セグメントデータ取得部３１２、シグナリング情報生成部３１３、及び、通信部３１４から構成される。

受信部３１１は、プロバイダサーバ１０から送信されてくるコンテンツのセグメントデータとプロバイダ側PDI-Aを含むMPDを受信し、セグメントデータをセグメントデータ取得部３１２に、プロバイダ側PDI-Aを含むMPDをシグナリング情報生成部３１３にそれぞれ供給する。

セグメントデータ取得部３１２は、受信部３１１から供給されるセグメントデータを取得して処理し、通信部３１４に供給する。シグナリング情報生成部３１３は、受信部３１１から供給されるプロバイダ側PDI-Aを含むMPDや、各種のサーバ等から取得したシグナリング情報の元のデータに基づいて、シグナリング情報を生成し、通信部３１４に供給する。

通信部３１４には、セグメントデータ取得部３１２からのセグメントデータと、シグナリング情報生成部３１３からのシグナリング情報が供給される。通信部３１４は、クライアント装置５０からのセグメントデータ又はシグナリング情報の要求に応じて、コンテンツのセグメントデータ又はシグナリング情報を、ネットワーク９０を介して、クライアント装置５０に送信する。

なお、通信サーバ３０では、プロバイダサーバ１０からのPDI-Qを受信した場合、クライアント装置５０からのPDI-Qの要求に応じて、PDI-Qを、ネットワーク９０を介して、クライアント装置５０に送信する。ここで、PDI-Qは、例えば、MPD等のシグナリング情報に含めて送信することができるが、クライアント装置５０において、コンテンツの再生に先立って取得されればよく、その伝送形式や伝送のタイミングは任意である。

通信サーバ３０は、以上のように構成される。

なお、図１８及び図１９においては、説明の都合上、送信側のプロバイダサーバ１０、放送サーバ２０、及び、通信サーバ３０を個別の装置であるとして説明しているが、送信側の装置は、図１９に示した機能的構成を有していればよく、例えば、プロバイダサーバ１０と放送サーバ２０を、あるいは、プロバイダサーバ１０と通信サーバ３０を、１つの装置として捉えてもよい。その際、例えば、受信部や送信部などの重複した機能については１つにまとめることができる。

また、例えば、通信サーバ３０における、セグメントデータを提供する機能と、シグナリング情報を提供する機能を分離して、セグメントデータとシグナリング情報が、異なるサーバから提供されるようにしてもよい。さらに、放送サーバ２０や通信サーバ３０において、セグメントデータやプロバイダ側PDI-Aを含むMPDが生成されるようにしてもよい。

（受信側の装置の構成例）
図２０は、図１８のクライアント装置の構成例を示す図である。

図２０において、クライアント装置５０は、チューナ５１２、フィルタリング処理部５１３、シグナリング情報取得部５１４、セグメントデータ取得部５１５、制御部５１６、入力部５１７、NVRAM５１８、再生部５１９、ストレージ５２０、及び、通信部５２１から構成される。

チューナ５１２は、制御部５１６からの制御に従い、アンテナ５１１を介して受信したIP伝送方式を用いたデジタル放送の放送波から、選局が指示された特定のサービスのデジタル放送信号を抽出して復調し、その結果得られるBBPストリームを、フィルタリング処理部５１３に供給する。

フィルタリング処理部５１３は、制御部５１６からの制御に従い、チューナ５１２から供給されるBBPストリームで伝送されるパケットに対して、IPアドレスやポート番号、TSI，TOIなどを用いたフィルタリング処理を行う。このフィルタリング処理によって、LLSやSCS等のシグナリング情報、又は、コンテンツのセグメントデータが抽出される。そして、シグナリング情報は、シグナリング情報取得部５１４に供給され、セグメントデータは、セグメントデータ取得部５１５に供給される。

シグナリング情報取得部５１４は、フィルタリング処理部５１３によるフィルタリング処理の結果得られるシグナリング情報、又は、通信部５２１から供給されるシグナリング情報を取得して処理し、制御部５１６に供給する。なお、シグナリング情報として取得されるSCSが、FLUTEセッションで伝送されている場合には、LCTパケットに格納されたデータを解析することで、USDやMPD等のファイルが取得されることになる。

制御部５１６は、入力部５１７からの操作信号等に基づいて、クライアント装置５０の各部の動作を制御する。制御部５１６は、初期スキャン処理時に、シグナリング情報取得部５１４から、シグナリング情報としてLLSが供給された場合、SCDを選局情報としてNVRAM５１８に保存する。そして、制御部５１６は、ユーザによりサービスの選局操作が行われた場合、NVRAM５１８から選局情報を読み出し、当該選局情報に基づいて、チューナ５１２により実行される選局処理を制御する。

また、制御部５１６は、シグナリング情報取得部５１４からシグナリング情報として、PDI-Qが供給された場合、PDI-Qに基づいて、クライアント側PDI-Aを生成し、NVRAM５１８に保存する。そして、制御部５１６は、シグナリング情報取得部５１４からシグナリング情報として、SCSが供給された場合、MPDに含まれるプロバイダ側PDI-Aと、NVRAM５１８に保存されたクライアント側PDI-Aとのマッチング処理を行う。

制御部５１６は、PDI-Aのマッチング処理の結果、PDI-Aがマッチした場合には、シグナリング情報取得部５１４からシグナリング情報として供給されるSCSから得られるIPアドレスやポート番号、TSI，TOIなどに基づいて、フィルタリング処理部５１３により実行されるフィルタリング処理を制御する。このフィルタリング処理によって、コンテンツのセグメントデータが、セグメントデータ取得部５１５に供給される。

セグメントデータ取得部５１５は、フィルタリング処理部５１３によるフィルタリング処理の結果得られるコンテンツのセグメントデータ、又は、通信部５２１から供給されるコンテンツのセグメントデータを取得して処理し、再生部５１９又はストレージ５２０に供給する。なお、コンテンツのセグメントデータが、FLUTEセッションで伝送されている場合には、オーディオやビデオのストリームに接続することで、LCTパケットに格納されたセグメントデータが抽出される。

再生部５１９は、制御部５１６からの制御に従い、セグメントデータ取得部５１５により取得されたコンテンツのセグメントデータから得られるオーディオデータを再生して、スピーカ（不図示）に出力する。スピーカは、再生部５１９から出力されるオーディオデータに対応する音声を出力する。

また、再生部５１９は、制御部５１６からの制御に従い、セグメントデータ取得部５１５により取得されたコンテンツのセグメントデータから得られるビデオデータを再生し、ディスプレイ（不図示）に出力する。ディスプレイは、再生部５１９から出力されるビデオデータに対応する映像を表示する。

ストレージ５２０は、セグメントデータ取得部５１５から供給されるセグメントデータから得られるコンテンツのオーディオデータとビデオデータを蓄積する。ストレージ５２０は、再生部５１９からの要求に応じて、蓄積しているコンテンツのオーディオデータとビデオデータを供給する。再生部５１９は、ストレージ５２０から読み出されるオーディオデータとビデオデータを再生する。

通信部５２１は、制御部５１６からの制御に従い、ネットワーク９０を介して通信サーバ３０にアクセスし、シグナリング情報を要求する。通信部５２１は、ネットワーク９０を介して通信サーバ３０から送信されるシグナリング情報を受信して、シグナリング情報取得部５１４に供給する。

また、通信部５２１は、制御部５１６からの制御に従い、ネットワーク９０を介して通信サーバ３０にアクセスし、ストリーム配信を要求する。通信部５２１は、ネットワーク９０を介して通信サーバ３０からストリーミング配信されるコンテンツのストリームのセグメントデータを受信し、セグメントデータ取得部５１５に供給する。

なお、図２０のクライアント装置５０において、例えば、チューナ５１２、入力部５１７、NVRAM５１８、ストレージ５２０、及び、通信部５２１は、ハードウェアにより構成される。また、クライアント装置５０において、例えば、フィルタリング処理部５１３、シグナリング情報取得部５１４、セグメントデータ取得部５１５、制御部５１６の一部の機能、及び、再生部５１９の一部の機能は、ソフトウェア（「ミドルウェア」や「DASHクライアント」）により実現される機能である。

また、図２０のクライアント装置５０の構成例においては、スピーカやディスプレイが外部に設けられている構成となっているが、クライアント装置５０がスピーカやディスプレイを有する構成としてもよい。この場合、例えば、クライアント装置５０は、テレビ受像機として構成され、ユーザの各家庭等に設置される。

（制御部の機能的構成例）
図２１は、図２０の制御部５１６における、初期スキャン処理、選局処理、フィルタリング処理、通信処理、及び、PDI-Aのマッチング処理の制御を行う部分の機能的構成例を示す図である。

図２１において、制御部５１６は、選局制御部５５１、シグナリング情報解析部５５２、フィルタリング制御部５５３、通信制御部５５４、及び、PDI-Aジェネレータ５５５から構成される。

選局制御部５５１は、チューナ５１２により実行される選局処理を制御する。フィルタリング制御部５５３は、フィルタリング処理部５１３により実行されるフィルタリング処理を制御する。

初期スキャン処理時においては、選局制御部５５１がチューナ５１２を制御し、フィルタリング制御部５５３がフィルタリング処理部５１３を制御することで、シグナリング情報取得部５１４によって、LLSとして伝送されるSCDが取得され、シグナリング情報解析部５５２に供給される。シグナリング情報解析部５５２は、シグナリング情報取得部５１４からのSCD等を解析して得られる選局情報を、NVRAM５１８に保存する。

選局制御部５５１は、選局処理時に、NVRAM５１８に保存された選局情報を取得する。選局制御部５５１は、取得した選局情報に基づいて、チューナ５１２により実行される選局処理を制御する。また、選局制御部５５１は、選局情報に含まれるSCDのSCS Bootstrap情報を、フィルタリング制御部５５３に供給する。

フィルタリング制御部５５３は、選局制御部５５１から供給されるSCS Bootstrap情報に基づいて、フィルタリング処理部５１３により実行されるフィルタリング処理を制御する。これにより、フィルタリング処理部５１３では、SCSのLCTパケットのフィルタリング処理が実行され、シグナリング情報取得部５１４によりUSDやMPDなどのシグナリング情報（SCS）が取得される。シグナリング情報取得部５１４は、シグナリング情報（SCS）を、シグナリング情報解析部５５２に供給する。

シグナリング情報解析部５５２は、シグナリング情報取得部５１４から供給されるシグナリング情報（SCS）を解析し、その解析結果を、フィルタリング制御部５５３又は通信制御部５５４に供給する。また、シグナリング情報解析部５５２は、シグナリング情報（例えばMPD）に、PDI-Qが含まれている場合には、PDI-Qを、PDI-Aジェネレータ５５５に供給する。

PDI-Aジェネレータ５５５は、シグナリング情報解析部５５２から供給されるPDI-Qに基づいて、クライアント側PDI-Aを生成し、NVRAM５１８に保存する。例えば、PDI-Aジェネレータ５５５は、PDI-Qに記述されている質問と回答の選択肢を、ディスプレイに表示させて（例えば、図９の対話画面）、入力部５１７からのユーザの質問に対する回答の選択肢の選択の結果に応じて、クライアント側PDI-Aを生成する。

シグナリング情報解析部５５２は、シグナリング情報の解析の結果に基づいて、MPDに含まれるプロバイダ側PDI-Aと、NVRAM５１８に保存されたクライアント側PDI-Aとのマッチング処理を行い、PDI-Aがマッチした場合には、対象のコンテンツのストリームの配信経路を特定する。また、シグナリング情報解析部５５２は、PDI-Aのマッチング処理の結果、PDI-Aがマッチしない場合には、対象のコンテンツの再生（蓄積）を中止する。

そして、シグナリング情報解析部５５２は、対象のコンテンツのセグメントデータの配信経路が放送となる場合には、それらのストリームに接続するためのIPアドレス、ポート番号、TSI、TOIを特定し、フィルタリング制御部５５３に供給する。また、シグナリング情報解析部５５２は、セグメントデータの配信経路が通信となる場合には、それらの取得先の情報（例えばURL）を、通信制御部５５４に供給する。

フィルタリング制御部５５３は、シグナリング情報解析部５５２から供給されるIPアドレス、ポート番号、TSI、TOIに基づいて、フィルタリング処理部５１３により実行されるフィルタリング処理を制御する。これにより、フィルタリング処理部５１３では、セグメントデータのLCTパケットのフィルタリング処理が実行され、それにより得られるコンテンツのセグメントデータが、セグメントデータ取得部５１５に供給される。

通信制御部５５４は、シグナリング情報解析部５５２から供給される取得先の情報（例えばURL）に基づいて、通信部５２１により実行される通信処理を制御する。これにより、通信部５２１では、通信サーバ３０からネットワーク９０を介してストリーミング配信されるコンテンツのセグメントデータが受信され、セグメントデータ取得部５１５に供給される。

（３）各装置における具体的な処理の流れ

次に、図１８の放送通信システム１を構成する各装置における具体的な処理の流れについて説明する。

（コンテンツ再生の前処理）
まず、図２２のフローチャートを参照して、クライアント装置５０により実行されるコンテンツ再生の前処理の流れについて説明する。ただし、図２２においては、説明を分かりやすくするため、プロバイダサーバ１０と放送サーバ２０で実行される処理についても示している。

プロバイダサーバ１０は、図２２のステップＳ１１１乃至Ｓ１１２の処理を実行する。具体的には、ステップＳ１１１において、PDI-Qジェネレータ１１１は、PDI-Qを生成し、送信部１１２に供給する。ステップＳ１１２において、送信部１１２は、PDI-Qジェネレータ１１１から供給されるPDI-Qを、放送サーバ２０に送信する。

すなわち、放送事業者等のプロバイダ側においては、放送（配信）されるコンテンツのスポンサや放送事業者自身が、特定の嗜好や属性を有するユーザに対するコンテンツの配信を要求した場合、プロバイダ側のスタッフ（コンテンツの提供者）の操作に応じて、クライアント装置５０を使用するユーザに対して、どのような嗜好や属性を有するかを質問するためのPDI-Qが生成され、放送サーバ２０に送信される。

放送サーバ２０は、図２２のステップＳ２１１乃至Ｓ２１３の処理を実行する。具体的には、ステップＳ２１１において、受信部２１１は、プロバイダサーバ１０から送信されるPDI-Qを受信し、シグナリング情報生成部２１３に供給する。ステップＳ２１２において、シグナリング情報生成部２１３は、受信部２１１から供給されるPDI-Qを処理し、送信部２１４に供給する。ステップＳ２１３において、送信部２１４は、シグナリング情報生成部２１３から供給されるPDI-Qを変調し、アンテナ２１５を介してデジタル放送信号で送信する。

クライアント装置５０は、図２２のステップＳ５１１乃至Ｓ５１６の処理を実行する。具体的には、ステップＳ５１１においては、チューナ５１２が、選局制御部５５１からの制御に従い、選局処理を行い、フィルタリング処理部５１３が、フィルタリング制御部５５３からの制御に従い、フィルタリング処理を行うことで、PDI-Qが受信される。PDI-Qは、シグナリング情報取得部５１４により取得され、シグナリング情報解析部５５２に供給される。シグナリング情報解析部５５２は、MPDにPDI-Qが含まれている場合、MPDからPDI-Qを取得し、PDI-Aジェネレータ５５５に供給する。

ステップＳ５１２において、PDI-Aジェネレータ５５５は、シグナリング情報解析部５５２から供給されるPDI-Qを解析する。ステップＳ５１３において、PDI-Aジェネレータ５５５は、ステップＳ５１２の解析結果に従い、PDI-Qで定義されている質問に対する回答を、ディスプレイに表示させる（例えば、図９の対話画面）。そして、ステップＳ５１４において、PDI-Aジェネレータ５５５は、入力部５１７を介して、ユーザによる質問に対する回答の入力又は選択を受け付ける。

ステップＳ５１５において、PDI-Aジェネレータ５５５は、入力部５１７から供給される操作信号に基づいて、ユーザによる質問に対する回答の入力又は選択の結果に応じたPDI-A（クライアント側PDI-A）を生成する。ステップＳ５１６において、PDI-Aジェネレータ５５５は、生成したクライアント側PDI-Aを、NVRAM５１８に保存する。

以上、コンテンツ再生の前処理について説明した。このコンテンツ再生の前処理が実行されることで、クライアント装置５０では、クライアント側PDI-Aが生成（保存）され、コンテンツの再生の準備が整うことになる。なお、上述したように、PDI-Qは、クライアント装置５０におけるコンテンツの再生（蓄積）に先立って取得されるものであり、例えば、放送サーバ２０から所定の時間間隔で取得されるか、あるいは、特定のサービスの選局時に取得されるようにすることができる。

（コンテンツ配信・再生処理）
次に、図２３及び図２４のフローチャートを参照して、図１８の放送通信システム１を構成する各装置により実行される、コンテンツ配信・再生処理の流れを説明する。

プロバイダサーバ１０は、図２３のステップＳ１２１乃至Ｓ１２６の処理を実行する。具体的には、ステップＳ１２１において、PDI-Aジェネレータ１１３は、図２２のステップＳ１１１で生成されたPDI-Qに基づいて、プロバイダ側PDI-Aを生成し、メタデータディストリビュータ１１４に供給する。

すなわち、放送事業者等のプロバイダのスタッフ（コンテンツの提供者）の操作に応じて、PDI-Qが生成された場合に、PDI-Qで定義されている質問に対する回答を、ディスプレイに表示させて（例えば、図９の対話画面）、プロバイダのスタッフに、その質問に対する回答を入力又は選択させることで、その回答を表すPDI-A（プロバイダ側PDI-A）を生成する。つまり、プロバイダ側PDI-Aは、プロバイダ側がクライアント装置５０を使用するユーザの嗜好を考慮に入れ、そのユーザに対してのちに配信されるコンテンツを視聴させるための情報（回答）を表している。

ステップＳ１２２において、メタデータディストリビュータ１１４は、PDI-Aジェネレータ１１３から供給されるプロバイダ側PDI-Aに基づいて、コンテンツ蓄積部１１５に蓄積されているコンテンツの中から、プロバイダ側が設定した回答に対応するコンテンツを特定（照会）する。

なお、ここで特定されるコンテンツは、プロバイダ側PDI-Aと、蓄積されているコンテンツのメタデータとの類似度が所定値よりも高いものとしてもよいし、プロバイダのスタッフによって、ユーザに視聴させたいコンテンツとしてあらかじめ選択されたものであってもよい。

ステップＳ１２３において、メタデータディストリビュータ１１４は、ステップＳ１２２で特定したコンテンツのメタデータに基づいて、プロバイダ側PDI-Aを含むMPDを生成し、送信部１１２に供給する。ステップＳ１２４において、送信部１１２は、メタデータディストリビュータ１１４から供給される、プロバイダ側PDI-Aを含むMPDを、放送サーバ２０に送信する。

ステップＳ１２５において、コンテンツディストリビュータ１１６は、コンテンツ蓄積部１１５に蓄積されているコンテンツの中から、メタデータディストリビュータ１１４により特定されたコンテンツのオーディオやビデオ等のストリームデータを取得する。コンテンツディストリビュータ１１６は、取得したストリームデータに基づいて、コンテンツのセグメントデータを生成し、送信部１１２に供給する。ステップＳ１２６において、送信部１１２は、コンテンツディストリビュータ１１６から供給されるコンテンツのセグメントデータを、放送サーバ２０に送信する。

放送サーバ２０は、図２３のステップＳ２２１乃至Ｓ２２５の処理と、図２４のステップＳ２２６乃至Ｓ２２７の処理を実行する。具体的には、ステップＳ２２１において、受信部２１１は、プロバイダサーバ１０から送信されるプロバイダ側PDI-Aを含むMPDを受信する。また、ステップＳ２２２において、受信部２１１は、プロバイダサーバ１０から送信されるセグメントデータを受信する。

ステップＳ２２３において、シグナリング情報生成部２１３は、各種のサーバ等から取得したシグナリング情報の元のデータに基づいて、LLSのシグナリング情報を生成する。また、ステップＳ２２４において、シグナリング情報生成部２１３は、受信部２１１から供給されるプロバイダ側PDI-Aを含むMPDや、各種のサーバ等から取得したシグナリング情報の元のデータに基づいて、SCSのシグナリング情報を生成する。

ステップＳ２２５において、送信部２１４は、LLSのパケットを、アンテナ２１５を介して、デジタル放送信号で送信する。また、ステップＳ２２６において、送信部２１４は、FLUTEセッションによるSCSのLCTパケットを、アンテナ２１５を介して、IP伝送方式を用いたデジタル放送信号で送信する。さらに、ステップＳ２２７において、送信部２１４は、FLUTEセッションによるセグメントデータのLCTパケットを、アンテナ２１５を介して、IP伝送方式を用いたデジタル放送信号で送信する。このように、放送サーバ２０は、シグナリング情報やセグメントデータを、IP伝送方式を用いたデジタル放送信号で送信している。

クライアント装置５０は、図２３のステップＳ５２１乃至Ｓ５２４の処理と、図２４のステップＳ５２５乃至Ｓ５３５の処理を実行する。具体的には、クライアント装置５０では、放送サーバ２０からデジタル放送信号として送信される、LLSパケットが受信される（Ｓ５２１）。ステップＳ５２２において、フィルタリング処理部５１３は、フィルタリング制御部５５３からの制御に従い、LLSパケットのフィルタリング処理を行う。

ステップＳ５２３において、シグナリング情報取得部５１４は、LLSパケットのパーシングを行い、SCD等のシグナリング情報を取得する。また、ステップＳ５２４において、シグナリング情報解析部５５２は、SCDに含まれるSCS Bootstrap情報に基づいて、SCSのアドレスを特定する。

ここで、クライアント装置５０では、放送サーバ２０からデジタル放送信号として送信される、FLUTEセッションによるSCSのLCTパケットが受信される（Ｓ５２５）。ステップＳ５２６において、フィルタリング処理部５１３は、フィルタリング制御部５５３からの制御に従い、SCSのLCTパケットのフィルタリング処理を行う。このフィルタリング処理によって、SCSのLCTパケットが抽出されるので、このLCTパケットのパーシングを行うことで、USDやMPDなどのシグナリング情報が取得される。

ステップＳ５２７において、シグナリング情報解析部５５２は、MPDのパーシングを行う。ステップＳ５２８において、シグナリング情報解析部５５２は、ステップＳ５２７のパーシングの結果に従い、MPDに含まれるプロバイダ側PDI-Aと、図２２のステップＳ５１６で保存されたクライアント側PDI-Aとのマッチング処理を行う。

ステップＳ５２９において、シグナリング情報解析部５５２は、ステップＳ５２８のマッチング処理の結果に応じたコンテンツのストリームを選択する。

例えば、MPDから得られるプロバイダ側PDI-Aが、図１１のPDI-Aであって、NVRAM５１８に保存されているクライアント側PDI-Aが、図１０のPDI-Aである場合、それらのPDI-Aはマッチするので、例えば、MPDのAdaptationSet要素（Representation要素）の配下に列挙されたコンテンツのストリームが、再生対象（蓄積対象）として選択されることになる。一方、例えば、MPDから得られるプロバイダ側PDI-Aが、図１２のPDI-Aであって、NVRAM５１８に保存されているクライアント側PDI-Aが、図１０のPDI-Aである場合、それらのPDI-Aはマッチしないので、例えば、MPDのAdaptationSet要素（Representation要素）の配下に列挙されたコンテンツのストリームが、再生対象（蓄積対象）として選択されることはない。

ステップＳ５３０において、シグナリング情報解析部５５２は、ステップＳ５２９で選択されたコンテンツのストリームについて、ステップＳ５２７のパーシングの結果に従い、USDを参照することで、放送・通信のアドレス解決を行う。なお、USDのdeliveryMethod要素には、ストリームの配信経路を識別するための情報が指定されるので、USDを参照することで、MPDのAdaptationSet要素（Representation要素）に列挙されたコンテンツのストリームが、放送又は通信のいずれかで伝送されているかのアドレス解決を行うことができる。ここでは、MPDのAdaptationSet要素（Representation要素）に列挙されたコンテンツのストリームが、放送で伝送されていることが特定されたものとして、以下の説明を続ける。

ステップＳ５３１において、シグナリング情報解析部５５２は、FDDやSDPなどのシグナリング情報に基づいて、ステップＳ５２８のマッチング処理の結果に応じたコンテンツを構成するオーディオやビデオのストリームを取得するためのアドレス（IPアドレス、ポート番号、TSI、及び、TOI）を特定する。

ここで、クライアント装置５０では、放送サーバ２０からデジタル放送信号として送信される、FLUTEセッションによるセグメントデータのLCTパケットが受信される（Ｓ５３２）。ステップＳ５３３において、フィルタリング処理部５１３は、フィルタリング制御部５５３からの制御に従い、セグメントデータのLCTパケットのフィルタリング処理を行う。このフィルタリング処理によって、セグメントデータのLCTパケットからセグメントデータが抽出され、セグメントデータ取得部５１５により取得される。

そして、再生部５１９は、セグメントデータ取得部５１５から供給されるセグメントデータのバッファリングを行い（Ｓ５３４）、さらに、レンダリングを行う（Ｓ５３５）。これにより、クライアント装置５０では、PDI-Aのマッチング処理の結果に応じたコンテンツ、すなわち、ユーザの嗜好に応じたコンテンツが再生されることになる。なお、PDI-Aのマッチング処理の結果に応じたコンテンツは、ストレージ５２０に蓄積して、後から再生されるようにしてもよい。

以上、コンテンツ配信・再生処理について説明した。このコンテンツ配信・再生処理では、MPDに含まれるプロバイダ側PDI-Aと、あらかじめ保存されたクライアント側PDI-Aとのマッチング処理が行われ、PDI-Aのマッチング処理の結果に応じたコンテンツ、すなわち、ユーザの嗜好に応じたコンテンツを再生することができる。また、PDIを採用しているため、標準化団体によって規定されたメタデータ以外の、その時のニーズに応じたメタデータが付与されたコンテンツを再生することができる。

なお、図２２のコンテンツ再生の前処理と、図２３及び図２４のコンテンツ配信・再生処理においては、説明の都合上、放送サーバ２０によりPDI-Qやコンテンツ等がマルチキャスト配信される例を説明したが、PDI-Qやコンテンツ等が、通信サーバ３０によりユニキャスト配信されるようにしてもよい。

＜４．第２の実施の形態＞

第２の実施の形態では、PDI（Preference Demographic and Interest）をESG（Electronic Service Guide）に配置することで、プロバイダサーバからクライアント装置にPDIを提供して、ユーザの嗜好に応じたコンテンツを提供できるようにする。ESGは、電子サービスガイド（番組情報）であって、オーディオやビデオ等からなるコンテンツの内容、及び、関連する制御情報を記述することができる。

（１）ESGの構造

（ESGの構造）
図２５は、ESGの構造の例を示す図である。なお、図２５において、フラグメント間を接続する各ラインは、接続された各フラグメントでの相互参照を意味している。

図２５において、ESGは、それぞれの目的を有するフラグメントで構成され、使用する用途に応じて、アドミニストラティブ（Administrative）、プロビジョニング（Provisioning）、コア（Core）、及び、アクセス（Access）からなる４つのグループに分けられる。

アドミニストラティブは、ESGを受信することができる基本情報を提供するグループである。アドミニストラティブのグループは、サービスガイド伝達ディスクリプタ（ServiceGuideDeliveryDescriptor）から構成される。サービスガイド伝達ディスクリプタは、複数のサービスガイドフラグメントを受信することができるチャネルに関する情報、チャンネルに関するスケジューリング情報、及び、更新情報を、クライアント装置に提供する。これにより、クライアント装置では、必要なESGのみを適切な時間で受信することが可能となる。

プロビジョニングは、サービス受信に関する料金情報を提供するためのグループである。プロビジョニングのグループは、購買アイテム（PurchaseItem）、購買データ（PurchaseData）、及び、購買チャネル（PurchaseChannel）から構成される。購買アイテムは、サービス又はサービスバンドルに関する料金情報を提供する。購買データは、ユーザがどのような方法を通じて料金を支払うことができるかに関する情報を提供する。購買チャネルは、ユーザが実際にサービスを購入することができるシステムに関する情報を提供する。

コアは、サービスそれ自体に関する情報を提供するグループである。コアのグループは、サービス（Service）、スケジュール（Schedule）、及び、コンデンツ（Content）から構成される。サービスは、チャンネル・サービスの内容、及び、関連する制御情報を含むメタデータを提供する。スケジュールは、コンテンツの配信スケジュール、及び、関連する制御情報を含むメタデータを提供する。コンデンツは、サービスを構成するコンデンツの内容、及び、関連する制御情報を含むメタデータを提供する。

なお、プロバイダ側PDI-Aは、サービスフラグメント（Service Fragment）、スケジュールフラグメント（Schedule Fragment）、及び、コンテンツフラグメント（Content Fragment）の少なくともいずれか１つのフラグメントに格納することができる。

アクセスは、コアのグループのサービスを受信する方法を示すサービスアクセス情報、及び、サービスを構成しているコンデンツが送信されるセッションに関する具体的な情報を提供するグループであって、クライアント装置がサービスにアクセスすることができるようにする。アクセスのグループは、アクセス（Access）、及び、セッションディスクリプション（SessionDescription）から構成される。

アクセスのグループ内のアクセスは、１つのサービスに関する複数のアクセス方法をクライアント装置に提供することにより、１つのサービスに基づいていくつかの付加的なサービスにアクセスすることができる方法を提供する。セッションディスクリプションは、１つのアクセスフラグメント（AccessFragment）で定義されたサービスアクセスが送信するサービスに関するセッション情報を提供する。

また、上述した４つのグループのほかに、プレビューデータ（Preview Data）と、インタラクティビティデータ（Interactivity Data）がある。プレビューデータは、サービスとコンテンツのためのプレビューやアイコンなどを提供する。インタラクティビティデータは、サービスやコンテンツに関するアプリケーションについてのメタデータを提供する。なお、PDI-Qは、インタラクティビティデータフラグメント（Interactivity Data Fragment）に格納することができる。

なお、Service Guideの仕様としては、OMA（Open Mobile Alliance）によって、図２５に示されるデータ構成が規定されている。また、図２５に示されるService Guideの構成の詳細は、「"Service Guide for Mobile Broadcast Services", Open Mobile Alliance, OMA-TSBCAST_ServiceGuide-V1_0, Candidate Version 1.0」に規定されている。

（サービスフラグメントの構成例）
図２６は、図２５のESGのサービスフラグメント（Service Fragment）の構成例を示す図である。

図２６のサービスフラグメントにおいて、プロバイダ側PDI-Aは、最下段に規定されているPrivateExt要素に、新たにPDI-A要素を追加することで、そこに格納される。具体的には、PDI-A要素は、XMLスキーマによって、<xs:element name = "PDI-A" type = "xs:string" xmlns:xs = "http://www.w3.org/2001/XMLSchema"/>と文字列で表現されてエンコードされる。

（スケジュールフラグメントの構成例）
図２７は、図２５のESGのスケジュールフラグメント（Schedule Fragment）の構成例を示す図である。

図２７のスケジュールフラグメントにおいて、プロバイダ側PDI-Aは、最下段に規定されているPrivateExt要素に、新たにPDI-A要素を追加することで、そこに格納される。具体的には、例えば、PDI-A要素は、XMLスキーマによって、<xs:element name = "PDI-A" type = "xs:string" xmlns:xs = "http://www.w3.org/2001/XMLSchema"/>と文字列で表現されてエンコードされる。

（コンテンツフラグメントの構成例）
図２８は、図２５のESGのコンテンツフラグメント（Content Fragment）の構成例を示す図である。

図２８のコンテンツフラグメントにおいて、プロバイダ側PDI-Aは、最下段に規定されているPrivateExt要素に、新たにPDI-A要素を追加することで、そこに格納される。具体的には、例えば、PDI-A要素は、XMLスキーマによって、<xs:element name = "PDI-A" type = "xs:string" xmlns:xs = "http://www.w3.org/2001/XMLSchema"/>と文字列で表現されてエンコードされる。

なお、図示はしないが、PDI-Qは、インタラクティビティデータフラグメント（Interactivity Data Fragment）において、PrivateExt要素に、新たにPDI-Q要素を追加することで、そこに格納される。

（２）システム構成

（放送通信システムの構成例）
図２９は、第２の実施の形態における放送通信システムの構成例を示す図である。

図２９の放送通信システム２は、上述したESGに含まれるプロバイダ側PDI-Aを参照することで、クライアント側PDI-Aとのマッチング処理を行い、ユーザの嗜好に応じたコンテンツを提供可能なシステムである。

図２９において、放送通信システム２は、プロバイダサーバ１０、放送サーバ２１、通信サーバ３１、及び、クライアント装置５１から構成される。すなわち、図２９の放送通信システム２は、図１８の放送通信システム１と比べて、放送サーバ２０と通信サーバ３０の代わりに、放送サーバ２１と通信サーバ３１が設けられ、クライアント装置５０の代わりに、クライアント装置５１が設けられている点が異なっている。また、図２９の放送通信システム２は、図１８の放送通信システム１と同様の箇所には同一の符号が付してあり、その説明は適宜省略する。

プロバイダサーバ１０は、コンテンツのセグメントデータと、MPDを生成し、コンテンツのメタデータとともに、放送サーバ２１又は通信サーバ３１に送信する。また、プロバイダサーバ１０は、PDI-Qと、プロバイダ側PDI-Aを生成し、放送サーバ２１又は通信サーバ３１に送信する。すなわち、第２の実施の形態では、MPDには、プロバイダ側PDI-Aが含まれないことになる。

放送サーバ２１は、プロバイダサーバ１０から送信されてくるセグメントデータ、MPD、コンテンツのメタデータ、PDI-Q、及び、プロバイダ側PDI-Aを受信する。放送サーバ２１は、プロバイダサーバ１０からのMPDや、各種のサーバ等から取得したシグナリング情報の元のデータに基づいて、シグナリング情報を生成する。

また、放送サーバ２１は、プロバイダサーバ１０からのコンテンツのメタデータ、PDI-Q、及び、プロバイダ側PDI-A、並びに、各種のサーバ等から取得したESGを生成するための情報に基づいて、PDI-Q及びプロバイダ側PDI-Aの少なくとも一方を含むESGを生成する。放送サーバ２１は、セグメントデータとともに、シグナリング情報とESGをデジタル放送信号で送信する。

通信サーバ３１は、プロバイダサーバ１０から送信されてくるセグメントデータ、MPD、コンテンツのメタデータ、PDI-Q、及び、プロバイダ側PDI-Aを受信する。通信サーバ３１は、プロバイダサーバ１０からのMPDや、各種のサーバ等から取得したシグナリング情報の元のデータに基づいて、シグナリング情報を生成する。

また、通信サーバ３１は、プロバイダサーバ１０からのコンテンツのメタデータ、PDI-Q、及び、プロバイダ側PDI-A、並びに、各種のサーバ等から取得したESGを生成するための情報に基づいて、PDI-Q及びプロバイダ側PDI-Aの少なくとも一方を含むESGを生成する。通信サーバ３１は、クライアント装置５１からの要求に応じて、セグメントデータ、シグナリング情報、又は、ESGを、ネットワーク９０を介してクライアント装置５１に送信する。

クライアント装置５１は、放送サーバ２１又は通信サーバ３１から送信されてくるPDI-Q及びプロバイダ側PDI-Aの少なくとも一方を含むESGを受信する。クライアント装置５１は、受信したESGから得られるPDI-Qに基づいて、PDI-Qの質問に対するユーザの回答を表す情報であるPDI-A（クライアント側PDI-A）を生成し、保存する。

クライアント装置５１は、放送サーバ２１からのデジタル放送信号により送信されるセグメントデータと、シグナリング情報を受信する。また、クライアント装置５１は、通信サーバ３１に対する要求に応じて、ネットワーク９０を介して、通信サーバ３１から送信されてくるセグメントデータと、シグナリング情報を受信する。

ここで、クライアント装置５１は、放送又は通信で伝送されるコンテンツのセグメントデータの受信に際し、ESGに含まれるプロバイダ側PDI-Aと、保存しているクライアント側PDI-Aのマッチング処理を行う。そして、クライアント装置５１は、当該マッチング処理の結果に従い、放送又は通信で伝送されるシグナリング情報に基づいて、放送又は通信で伝送されるコンテンツのセグメントデータを取得し、PDI-Aがマッチしたコンテンツを再生する。

放送通信システム２は、以上のように構成される。次に、図２９の放送通信システム２を構成する各装置の詳細な構成について説明する。

（送信側の装置の構成例）
図３０は、図２９の各サーバの構成例を示す図である。なお、図３０において、図１９の各サーバの構成と同様の箇所には同一の符号が付してあり、その説明は適宜省略する。

図３０において、プロバイダサーバ１０は、図１９のプロバイダサーバ１０と同様に、PDI-Qジェネレータ１１１乃至コンテンツディストリビュータ１１６から構成され、コンテンツのセグメントデータ、MPD、PDI-Q、及び、プロバイダ側PDI-Aを生成し、コンテンツのメタデータとともに、放送サーバ２１又は通信サーバ３１に送信する。

図３０において、放送サーバ２１は、図１９の放送サーバ２０と比べて、受信部２１１乃至送信部２１４のほかに、ESG生成部２２１が設けられている。ESG生成部２２１は、受信部２１１により受信されるコンテンツのメタデータ、PDI-Q、及び、プロバイダ側PDI-A、並びに、各種のサーバ等から取得したESGを生成するための情報に基づいて、PDI-Q及びプロバイダ側PDI-Aの少なくとも一方を含むESGを生成し、送信部２１４に供給する。

送信部２１４は、セグメントデータ、シグナリング情報、及び、ESGを変調し、アンテナ２１５を介してデジタル放送信号で送信する。

放送サーバ２１は、以上のように構成される。

図３０において、通信サーバ３１は、図１９の通信サーバ３０と比べて、受信部３１１乃至通信部３１４のほかに、ESG生成部３２１が設けられている。ESG生成部３２１は、受信部３１１により受信されるコンテンツのメタデータ、PDI-Q、及び、プロバイダ側PDI-A、並びに、各種のサーバ等から取得したESGを生成するための情報に基づいて、PDI-Q及びプロバイダ側PDI-Aの少なくとも一方を含むESGを生成し、通信部３１４に供給する。

通信部３１４は、クライアント装置５１からのセグメントデータ、シグナリング情報、又は、ESGの要求に応じて、セグメントデータ、シグナリング情報、又は、ESGを、ネットワーク９０を介して、クライアント装置５１に送信する。

通信サーバ３１は、以上のように構成される。

なお、図３０の送信側の装置は、図３０に示した機能的構成を有していればよく、例えば、プロバイダサーバ１０と放送サーバ２１が、あるいは、プロバイダサーバ１０と通信サーバ３１が、１つの装置として構成されるようにしてもよい。また、通信サーバ３１における、セグメントデータを提供する機能と、シグナリング情報を提供する機能と、ESGを提供する機能を分離して、セグメントデータと、シグナリング情報、PDI-Q及びプロバイダ側PDI-Aの少なくとも一方を含むESGが、異なるサーバから提供されるようにしてもよい。

（受信側の装置の構成例）
図３１は、図２９のクライアント装置の構成例を示す図である。なお、図３１において、図２０のクライアント装置５０の構成と同様の箇所には同一の符号が付してあり、その説明は適宜省略する。

図３１において、クライアント装置５１は、図２０のクライアント装置５０と比べて、チューナ５１２乃至通信部５２１のほかに、ESG取得部５３１が設けられている。ESG取得部５３１は、フィルタリング処理部５１３によるフィルタリング処理の結果得られるESG、又は、通信部５２１から供給されるESGを取得して処理し、ストレージ５２０に保存する。これにより、再生部５１９は、ユーザの操作等に応じて、ストレージ５２０に保存されたESGを読み出して、電子サービスガイドとしてのESGを、ディスプレイに表示させる。

また、ESG取得部５３１は、ESGに含まれるPDI-Q、又は、プロバイダ側PDI-Aを取得して、制御部５１６に供給する。制御部５１６は、ESG取得部５３１からPDI-Qが供給された場合、PDI-Qに基づいて、クライアント側PDI-Aを生成し、NVRAM５１８に保存する。また、制御部５１６は、ESG取得部５３１からプロバイダ側PDI-Aが供給された場合、そのプロバイダ側PDI-Aと、NVRAM５１８に保存されたクライアント側PDI-Aとのマッチング処理を行う。

そして、制御部５１６は、PDI-Aのマッチング処理の結果、PDI-Aがマッチした場合には、シグナリング情報取得部５１４からシグナリング情報として供給されるSCSから得られるIPアドレスやポート番号、TSI，TOIなどに基づいて、フィルタリング処理部５１３により実行されるフィルタリング処理を制御することになる。これにより、クライアント装置５１では、PDI-Aのマッチング処理の結果に応じたコンテンツが再生されることになる。

（制御部の機能的構成例）
図３２は、図３１の制御部５１６における、初期スキャン処理、選局処理、フィルタリング処理、通信処理、及び、PDI-Aのマッチング処理の制御を行う部分の機能的構成例を示す図である。なお、図３２において、図２１の制御部５１６の構成と同様の箇所には同一の符号が付してあり、その説明は適宜省略する。

図３２においては、図２１の構成と比べて、図３１のクライアント装置５１に対応して、ESG取得部５３１が追加されている点が異なっている。ESG取得部５３１は、ESGに含まれるPDI-Qを取得して、PDI-Aジェネレータ５５５に供給する。また、ESG取得部５３１は、ESGに含まれるプロバイダ側PDI-Aを取得して、シグナリング情報解析部５５２に供給する。

PDI-Aジェネレータ５５５は、ESG取得部５３１から供給されるPDI-Qに基づいて、クライアント側PDI-Aを生成し、NVRAM５１８に保存する。例えば、PDI-Aジェネレータ５５５は、PDI-Qに記述されている質問と回答の選択肢を、ディスプレイに表示させて（例えば、図９の対話画面）、入力部５１７からのユーザの質問に対する回答の選択肢の選択の結果に応じて、クライアント側PDI-Aを生成する。

シグナリング情報解析部５５２は、ESG取得部５３１から供給されるプロバイダ側PDI-Aと、NVRAM５１８に保存されたクライアント側PDI-Aとのマッチング処理を行う。そして、シグナリング情報解析部５５２は、当該マッチング処理の結果、PDI-Aがマッチした場合には、シグナリング情報の解析の結果に基づいて、対象のコンテンツのストリームの配信経路を特定する。また、シグナリング情報解析部５５２は、PDI-Aのマッチング処理の結果、PDI-Aがマッチしない場合には、対象のコンテンツの再生（蓄積）を中止する。

（３）各装置における具体的な処理の流れ

次に、図２９の放送通信システム２を構成する各装置における具体的な処理の流れについて説明する。

（コンテンツ再生の前処理）
クライアント装置５１において、コンテンツの再生に先立って実行される、コンテンツ再生の前処理は、MPDを参照して取得されたPDI-Qが、ESGを参照して取得される点を除いて、図２２のコンテンツ再生の前処理の流れと同様である。すなわち、クライアント装置５１においては、放送サーバ２１から送信されるESGに含まれるPDI-Qが取得され、当該ESGから取得されたPDI-Qに基づいて、クライアント側PDI-Aが生成され、保存されることになる。

（コンテンツ配信・再生処理）
次に、図３３乃至図３４のフローチャートを参照して、図２９の放送通信システム２を構成する各装置により実行される、コンテンツ配信・再生処理の流れを説明する。

プロバイダサーバ１０は、図３３のステップＳ１５１乃至Ｓ１５７の処理を実行する。具体的には、ステップＳ１５１においては、図２３のステップＳ１２１と同様に、PDI-Aジェネレータ１１３によって、プロバイダ側PDI-Aが生成される。また、ステップＳ１５２においては、図２３のステップＳ１２２と同様に、メタデータディストリビュータ１１４によって、プロバイダ側PDI-Aに基づいて、コンテンツ蓄積部１１５に蓄積されているコンテンツの中から、プロバイダ側が設定した回答に対応するコンテンツが特定（照会）される。

ステップＳ１５３において、メタデータディストリビュータ１１４は、コンテンツ蓄積部１１５に蓄積されているコンテンツのメタデータの中から、特定したコンテンツ等に関するメタデータを取得する。ステップＳ１５４において、送信部１１２は、メタデータディストリビュータ１１４から供給される、プロバイダ側PDI-Aとメタデータを、放送サーバ２１に送信する。

ステップＳ１５５においては、図２３のステップＳ１２５と同様に、コンテンツディストリビュータ１１６によって、コンテンツ蓄積部１１５に蓄積されているコンテンツのストリームデータに基づいて、セグメントデータが生成される。また、ステップＳ１５６において、メタデータディストリビュータ１１４は、コンテンツ蓄積部１１５に蓄積されているコンテンツのメタデータに基づいて、MPDを生成する。ステップＳ１５７において、送信部１１２は、コンテンツディストリビュータ１１６から供給されるセグメントデータと、メタデータディストリビュータ１１４から供給されるMPDを、放送サーバ２１に送信する。

放送サーバ２１は、図３３のステップＳ２５１乃至Ｓ２５６の処理と、図３４のステップＳ２５７乃至Ｓ２５９の処理を実行する。具体的には、ステップＳ２５１において、受信部２１１は、プロバイダサーバ１０から送信されるプロバイダ側PDI-Aとメタデータを受信する。また、ステップＳ２５２において、受信部２１１は、プロバイダサーバ１０から送信されるセグメントデータとMPDを受信する。

ステップＳ２５３においては、図２３のステップＳ２２３と同様に、シグナリング情報生成部２１３によって、LLSのシグナリング情報が生成される。また、ステップＳ２５４においては、図２３のステップＳ２２４と同様に、シグナリング情報生成部２１３によって、SCSのシグナリング情報が生成される。ステップＳ２５５において、ESG生成部２２１は、受信部２１１により受信されるコンテンツのメタデータ、及び、プロバイダ側PDI-A、並びに、各種のサーバ等から取得したESGを生成するための情報に基づいて、プロバイダ側PDI-Aを含むESGを生成し、送信部２１４に供給する。

ステップＳ２５６においては、図２３のステップＳ２５５と同様に、送信部２１４によって、LLSのパケットが、アンテナ２１５を介して、デジタル放送信号で送信される。また、ステップＳ２５７においては、図２４のステップＳ２２６と同様に、送信部２１４によって、FLUTEセッションによるSCSのLCTパケットが、アンテナ２１５を介して、IP伝送方式を用いたデジタル放送信号で送信される。

ステップＳ２５８において、送信部２１４は、FLUTEセッションによるESGのLCTパケットを、アンテナ２１５を介して、IP伝送方式を用いたデジタル放送信号で送信する。また、ステップＳ２５９においては、図２４のステップＳ２２７と同様に、送信部２１４によって、FLUTEセッションによるセグメントデータのLCTパケットが、アンテナ２１５を介して、IP伝送方式を用いたデジタル放送信号で送信される。このように、放送サーバ２１は、シグナリング情報やプロバイダ側PDI-Aを含むESG、セグメントデータを、IP伝送方式を用いたデジタル放送で送信している。

クライアント装置５１は、図３３のステップＳ５５１乃至Ｓ５５４の処理と、図３４のステップＳ５５５乃至Ｓ５６９の処理を実行する。具体的には、ステップＳ５５１乃至Ｓ５５７においては、図２３と図２４のステップＳ５２１乃至Ｓ５２７と同様の処理が行われる。

すなわち、クライアント装置５１においては、放送サーバ２１からデジタル放送信号として送信されるLLSパケットが受信され、LLSパケットのフィルタリング処理が行われる。また、クライアント装置５１においては、LLSのパーシングが行われることで、SCSのアドレスが特定され、放送サーバ２１からデジタル放送信号として送信されるSCSのLCTパケットのフィルタリング処理が行われる。そして、クライアント装置５１では、取得されたSCSのパーシングが行われる。

ステップＳ５５８において、シグナリング情報解析部５５２は、SCDに含まれるESG Bootstrap情報に基づいて、ESGのアドレスを特定する。ここで、クライアント装置５１では、FLUTEセッションによるESGのLCTパケットが受信される（Ｓ５５９）。ステップＳ５６０において、フィルタリング処理部５１３は、フィルタリング制御部５５３からの制御に従い、ESGのLCTパケットのフィルタリング処理を行う。このフィルタリング処理によって、ESGのLCTパケットが抽出されるので、LCTパケットのパーシングを行うことで、ESGが取得されて、ESG取得部５３１に供給される。

ステップＳ５６１において、ESG取得部５３１は、ESGのパーシングを行い、ESGに含まれるプロバイダ側PDI-Aを取得して、シグナリング情報解析部５５２に供給する。ステップＳ５６２において、シグナリング情報解析部５５２は、ESG取得部５３１から供給されるプロバイダ側PDI-Aと、NVRAM５１８に保存されたクライアント側PDI-Aとのマッチング処理を行う。

ステップＳ５６３において、シグナリング情報解析部５５２は、ステップＳ５６２のマッチング処理の結果に応じたコンテンツのストリームを選択する。

例えば、ESGから得られるプロバイダ側PDI-Aが、図１１のPDI-Aであって、NVRAM５１８に保存されているクライアント側PDI-Aが、図１０のPDI-Aである場合、それらのPDI-Aはマッチするので、例えば、対象のコンテンツのストリームが、再生対象（蓄積対象）として選択されることになる。一方、例えば、ESGから得られるプロバイダ側PDI-Aが、図１２のPDI-Aであって、NVRAM５１８に保存されているクライアント側PDI-Aが、図１０のPDI-Aである場合、それらのPDI-Aはマッチしないので、例えば、対象のコンテンツのストリームが、再生対象（蓄積対象）として選択されることはない。

ステップＳ５６４乃至Ｓ５６９においては、図２４のステップＳ５３０乃至Ｓ５３５と同様の処理が行われる。すなわち、クライアント装置５１においては、放送・通信のアドレス解決が行われ、ステップＳ５６２のマッチング処理の結果に応じたコンテンツのストリームを取得するためのアドレス（IPアドレス、ポート番号、TSI、及び、TOI）が特定される。また、クライアント装置５１では、放送サーバ２１からデジタル放送信号として送信される、FLUTEセッションによるセグメントデータのLCTパケットのフィルタリング処理が行われる。

そして、クライアント装置５１では、セグメントデータのバッファリングとレンダリングが行われ、PDI-Aのマッチング処理の結果に応じたコンテンツ、すなわち、ユーザの嗜好に応じたコンテンツが再生されることになる。なお、PDI-Aのマッチング処理の結果に応じたコンテンツは、ストレージ５２０に蓄積して、後から再生されるようにしてもよい。

以上、コンテンツ配信・再生処理について説明した。このコンテンツ配信・再生処理では、ESGに含まれるプロバイダ側PDI-Aと、あらかじめ保存されたクライアント側PDI-Aとのマッチング処理が行われ、PDI-Aのマッチング処理の結果に応じたコンテンツ、すなわち、ユーザの嗜好に応じたコンテンツを再生することができる。また、PDIを採用しているため、標準化団体によって規定されたメタデータ以外の、その時のニーズに応じたメタデータが付与されたコンテンツを再生することができる。

なお、図３３及び図３４のコンテンツ配信・再生処理においては、説明の都合上、放送サーバ２１によりPDI-Aやコンテンツ等がマルチキャスト配信される例を説明したが、PDI-Aやコンテンツ等が、通信サーバ３１によりユニキャスト配信されるようにしてもよい。

＜５．変形例＞

なお、上述した説明では、プロバイダ側PDI-Aが、MPD又はESGに含まれる例を説明したが、プロバイダ側PDI-Aは、IP伝送方式のプロトコルの階層におけるIP層よりも上位の階層で伝送される伝送情報に含めて伝送することができる。すなわち、MPDとESGは、伝送情報の一例であって、例えば、プロバイダ側PDI-Aは、伝送情報としての、オーディオやビデオ、字幕などのコンテンツを構成するコンポーネントに含めることができる。

また、上述した説明では、クライアント側PDI-Aは、クライアント装置５０（５１）のNVRAM５１８に保存されるとして説明したが、例えば、ネットワーク９０上に、クライアント側PDI-Aを管理するための専用のサーバを設けて、そこで集中的に管理してもよい。この場合、クライアント装置５０（５１）は、図２２のステップＳ５１６の処理で、ネットワーク９０を介して専用のサーバにアクセスして、クライアント側PDI-Aをアップロードし、図２４のステップＳ５２８（図３４のステップＳ５６２）の処理で、ネットワーク９０を介して専用のサーバにアクセスして、アップロード済みのクライアント側PDI-Aをダウンロードすることになる。

なお、上述した説明では、シグナリング情報の名称として、Descriptionの略である「D」を用いたが、Tableの略である「T」が用いられる場合がある。例えば、SCD（Service Configuration Description）は、SCT（Service Configuration Table）と記述される場合がある。また、例えば、SPD（Service Parameter Description）は、SPT（Service Parameter Table）と記述される場合がある。ただし、これらの名称の違いは、「Description」と「Table」との形式的な違いであって、各シグナリング情報の実質的な内容が異なるものではない。

＜６．コンピュータの構成＞

上述した一連の処理は、ハードウェアにより実行することもできるし、ソフトウェアにより実行することもできる。一連の処理をソフトウェアにより実行する場合には、そのソフトウェアを構成するプログラムが、コンピュータにインストールされる。図３５は、上述した一連の処理をプログラムにより実行するコンピュータのハードウェアの構成例を示す図である。

コンピュータ９００において、CPU（Central Processing Unit）９０１，ROM（Read Only Memory）９０２，RAM（Random Access Memory）９０３は、バス９０４により相互に接続されている。バス９０４には、さらに、入出力インターフェース９０５が接続されている。入出力インターフェース９０５には、入力部９０６、出力部９０７、記録部９０８、通信部９０９、及び、ドライブ９１０が接続されている。

入力部９０６は、キーボード、マウス、マイクロフォンなどよりなる。出力部９０７は、ディスプレイ、スピーカなどよりなる。記録部９０８は、ハードディスクや不揮発性のメモリなどよりなる。通信部９０９は、ネットワークインターフェースなどよりなる。ドライブ９１０は、磁気ディスク、光ディスク、光磁気ディスク、又は半導体メモリなどのリムーバブルメディア９１１を駆動する。

以上のように構成されるコンピュータ９００では、CPU９０１が、ROM９０２や記録部９０８に記憶されているプログラムを、入出力インターフェース９０５及びバス９０４を介して、RAM９０３にロードして実行することにより、上述した一連の処理が行われる。

コンピュータ９００（CPU９０１）が実行するプログラムは、例えば、パッケージメディア等としてのリムーバブルメディア９１１に記録して提供することができる。また、プログラムは、ローカルエリアネットワーク、インターネット、デジタル衛星放送といった、有線又は無線の伝送媒体を介して提供することができる。

コンピュータ９００では、プログラムは、リムーバブルメディア９１１をドライブ９１０に装着することにより、入出力インターフェース９０５を介して、記録部９０８にインストールすることができる。また、プログラムは、有線又は無線の伝送媒体を介して、通信部９０９で受信し、記録部９０８にインストールすることができる。その他、プログラムは、ROM９０２や記録部９０８に、あらかじめインストールしておくことができる。

ここで、本明細書において、コンピュータがプログラムに従って行う処理は、必ずしもフローチャートとして記載された順序に沿って時系列に行われる必要はない。すなわち、コンピュータがプログラムに従って行う処理は、並列的あるいは個別に実行される処理（例えば、並列処理あるいはオブジェクトによる処理）も含む。また、プログラムは、１のコンピュータ（プロセッサ）により処理されるものであってもよいし、複数のコンピュータによって分散処理されるものであってもよい。

なお、本技術の実施の形態は、上述した実施の形態に限定されるものではなく、本技術の要旨を逸脱しない範囲において種々の変更が可能である。

また、本技術は、以下のような構成をとることができる。

（１）
IP（Internet Protocol）伝送方式を用いたデジタル放送を選局する選局制御を行う選局制御部と、
前記デジタル放送において、前記IP伝送方式のプロトコルの階層におけるIP層よりも上位の階層で伝送される伝送情報に含まれるユーザの嗜好についての質問に対してコンテンツを提供する提供者により設定された回答を表す第１の回答情報と、前記質問に対して前記ユーザにより設定された回答を表す第２の回答情報とのマッチング処理の結果に従い、前記デジタル放送で伝送されるコンテンツを取得する取得制御を行う取得制御部と
を備える受信装置。
（２）
前記伝送情報は、前記ユーザの嗜好についての質問を表す質問情報を含み、
前記質問情報に対応して、前記第２の回答情報を生成する回答生成部をさらに備える
（１）に記載の受信装置。
（３）
前記伝送情報は、前記コンテンツのストリームの制御情報を含むシグナリング情報である
（１）又は（２）に記載の受信装置。
（４）
前記シグナリング情報は、MPEG-DASH（Moving Picture Expert Group - Dynamic Adaptive Streaming over HTTP）の規格で規定されたMPD（Media Presentation Description）に対応している
（３）に記載の受信装置。
（５）
前記第１の回答情報は、前記MPDにおいて、前記第１の回答情報の内容又は参照先を規定する要素により指定される
（４）に記載の受信装置。
（６）
前記第１の回答情報の内容又は参照先を規定する要素は、前記MPDで規定されているEssentialProperty要素又はSupplementalProperty要素である
（５）に記載の受信装置。
（７）
前記伝送情報は、前記コンテンツに関する番組情報である
（１）又は（２）に記載の受信装置。
（８）
前記番組情報は、OMA（Open Mobile Alliance）の規格で規定されたESG（Electronic Service Guide）に対応している
（７）に記載の受信装置。
（９）
前記第１の回答情報は、前記ESGを構成する要素のうち、サービスフラグメント、スケジュールフラグメント、及び、コンテンツフラグメントの少なくともいずれか１つのフラグメントにおいて、新たに規定される要素に格納される
（８）に記載の受信装置。
（１０）
受信装置の受信方法において、
前記受信装置が、
IP伝送方式を用いたデジタル放送を選局する選局制御を行い、
前記デジタル放送において、前記IP伝送方式のプロトコルの階層におけるIP層よりも上位の階層で伝送される伝送情報に含まれるユーザの嗜好についての質問に対してコンテンツを提供する提供者により設定された回答を表す第１の回答情報と、前記質問に対して前記ユーザにより設定された回答を表す第２の回答情報とのマッチング処理の結果に従い、前記デジタル放送で伝送されるコンテンツを取得する取得制御を行う
ステップを含む受信方法。
（１１）
コンテンツを取得する取得部と、
IP伝送方式のプロトコルの階層におけるIP層よりも上位の階層で伝送される伝送情報として、ユーザの嗜好についての質問に対して前記コンテンツを提供する提供者により設定された回答を表す第１の回答情報であって、前記質問に対して前記ユーザにより設定された回答を表す第２の回答情報とのマッチング処理に用いられる前記第１の回答情報を含む前記伝送情報を生成する伝送情報生成部と、
前記コンテンツとともに、前記第１の回答情報を含む前記伝送情報を、前記IP伝送方式を用いたデジタル放送信号で送信する送信部と
を備える送信装置。
（１２）
前記伝送情報生成部は、前記ユーザの嗜好についての質問を表す質問情報を含む前記伝送情報を生成し、
前記送信部は、前記質問情報を含む前記伝送情報を送信する
（１１）に記載の送信装置。
（１３）
前記伝送情報は、前記コンテンツのストリームの制御情報を含むシグナリング情報である
（１１）又は（１２）に記載の送信装置。
（１４）
前記シグナリング情報は、MPEG-DASHの規格で規定されたMPDに対応している
（１３）に記載の送信装置。
（１５）
前記第１の回答情報は、前記MPDにおいて、前記第１の回答情報の内容又は参照先を規定する要素により指定される
（１４）に記載の送信装置。
（１６）
前記第１の回答情報の内容又は参照先を規定する要素は、前記MPDで規定されているEssentialProperty要素又はSupplementalProperty要素である
（１５）に記載の送信装置。
（１７）
前記伝送情報は、前記コンテンツに関する番組情報である
（１１）又は（１２）に記載の送信装置。
（１８）
前記番組情報は、OMAの規格で規定されたESGに対応している
（１７）に記載の送信装置。
（１９）
前記第１の回答情報は、前記ESGを構成する要素のうち、サービスフラグメント、スケジュールフラグメント、及び、コンテンツフラグメントの少なくともいずれか１つのフラグメントにおいて、新たに規定される要素に格納される
（１８）に記載の送信装置。
（２０）
送信装置の送信方法において、
前記送信装置が、
コンテンツを取得し、
IP伝送方式のプロトコルの階層におけるIP層よりも上位の階層で伝送される伝送情報として、ユーザの嗜好についての質問に対して前記コンテンツを提供する提供者により設定された回答を表す第１の回答情報であって、前記質問に対して前記ユーザにより設定された回答を表す第２の回答情報とのマッチング処理に用いられる前記第１の回答情報を含む前記伝送情報を生成し、
前記コンテンツとともに、前記第１の回答情報を含む前記伝送情報を、前記IP伝送方式を用いたデジタル放送信号で送信する
ステップを含む送信方法。

１，２ 放送通信システム， １０ プロバイダサーバ， ２０，２１ 放送サーバ， ３０，３１ 通信サーバ， ５０，５１ クライアント装置， ９０ インターネット， １１１ PDI-Qジェネレータ， １１３ PDI-Aジェネレータ， １１４ メタデータディストリビュータ， １１６ コンテンツディストリビュータ， ２１２，３１２ セグメントデータ取得部， ２１３，３１３ シグナリング情報生成部， ２１４ 送信部， ３１４ 通信部， ２２１，３２１ ESG生成部， ５１２ チューナ， ５１３ フィルタリング処理部， ５１４ シグナリング情報取得部， ５１５ セグメントデータ取得部， ５１６ 制御部， ５１８ NVRAM， ５１９ 再生部， ５２０ ストレージ， ５２１ 通信部， ５３１ ESG取得部， ５５１ 選局制御部， ５５２ シグナリング情報解析部， ５５３ フィルタリング制御部， ５５４ 通信制御部， ５５５ PDI-Aジェネレータ， ９００ コンピュータ， ９０１ CPU

Claims (12)

1. IP（Internet Protocol）伝送方式を用いたデジタル放送を選局する選局制御を行う選局制御部と、
   前記デジタル放送において、前記IP伝送方式のプロトコルの階層におけるIP層よりも上位の階層で伝送されるサービス単位のシグナリング情報に含まれるユーザの嗜好についての質問に対してコンテンツを提供する提供者により設定された回答を表す第１の回答情報と、前記質問に対して前記ユーザにより設定された回答を表す第２の回答情報とのマッチング処理の結果に従い、前記デジタル放送で伝送されるコンテンツを取得する取得制御を行う取得制御部と
   を備え、
   前記シグナリング情報は、前記コンテンツのストリームの制御情報として、MPEG-DASH（Moving Picture Expert Group - Dynamic Adaptive Streaming over HTTP）の規格で規定されたMPD（Media Presentation Description）を含む
   受信装置。
2. 前記シグナリング情報は、前記ユーザの嗜好についての質問を表す質問情報を含み、
   前記質問情報に対応して、前記第２の回答情報を生成する回答生成部をさらに備える
   請求項１に記載の受信装置。
3. 前記第１の回答情報は、前記MPDにおいて、前記第１の回答情報の内容又は参照先を規定する要素により指定される
   請求項２に記載の受信装置。
4. 前記第１の回答情報の内容又は参照先を規定する要素は、前記MPDで規定されているEssentialProperty要素又はSupplementalProperty要素である
   請求項３に記載の受信装置。
5. 前記EssentialProperty要素又は前記SupplementalProperty要素は、前記MPDで規定されているAdaptationSet要素、Representation要素、又はSubRepresentation要素に記述される
   請求項４に記載の受信装置。
6. 受信装置の受信方法において、
   前記受信装置が、
   IP伝送方式を用いたデジタル放送を選局する選局制御を行い、
   前記デジタル放送において、前記IP伝送方式のプロトコルの階層におけるIP層よりも上位の階層で伝送されるサービス単位のシグナリング情報に含まれるユーザの嗜好についての質問に対してコンテンツを提供する提供者により設定された回答を表す第１の回答情報と、前記質問に対して前記ユーザにより設定された回答を表す第２の回答情報とのマッチング処理の結果に従い、前記デジタル放送で伝送されるコンテンツを取得する取得制御を行う
   ステップを含み、
   前記シグナリング情報は、前記コンテンツのストリームの制御情報として、MPEG-DASHの規格で規定されたMPDを含む
   受信方法。
7. コンテンツを取得する取得部と、
   IP伝送方式のプロトコルの階層におけるIP層よりも上位の階層で伝送されるサービス単位のシグナリング情報として、ユーザの嗜好についての質問に対して前記コンテンツを提供する提供者により設定された回答を表す第１の回答情報であって、前記質問に対して前記ユーザにより設定された回答を表す第２の回答情報とのマッチング処理に用いられる前記第１の回答情報を含む前記シグナリング情報を生成する生成部と、
   前記コンテンツとともに、前記第１の回答情報を含む前記シグナリング情報を、前記IP伝送方式を用いたデジタル放送信号で送信する送信部と
   を備え、
   前記シグナリング情報は、前記コンテンツのストリームの制御情報として、MPEG-DASHの規格で規定されたMPDを含む
   送信装置。
8. 前記生成部は、前記ユーザの嗜好についての質問を表す質問情報を含む前記シグナリング情報を生成し、
   前記送信部は、前記質問情報を含む前記シグナリング情報を送信する
   請求項７に記載の送信装置。
9. 前記第１の回答情報は、前記MPDにおいて、前記第１の回答情報の内容又は参照先を規定する要素により指定される
   請求項８に記載の送信装置。
10. 前記第１の回答情報の内容又は参照先を規定する要素は、前記MPDで規定されているEssentialProperty要素又はSupplementalProperty要素である
    請求項９に記載の送信装置。
11. 前記EssentialProperty要素又は前記SupplementalProperty要素は、前記MPDで規定されているAdaptationSet要素、Representation要素、又はSubRepresentation要素に記述される
    請求項１０に記載の送信装置。
12. 送信装置の送信方法において、
    前記送信装置が、
    コンテンツを取得し、
    IP伝送方式のプロトコルの階層におけるIP層よりも上位の階層で伝送されるサービス単位のシグナリング情報として、ユーザの嗜好についての質問に対して前記コンテンツを提供する提供者により設定された回答を表す第１の回答情報であって、前記質問に対して前記ユーザにより設定された回答を表す第２の回答情報とのマッチング処理に用いられる前記第１の回答情報を含む前記シグナリング情報を生成し、
    前記コンテンツとともに、前記第１の回答情報を含む前記シグナリング情報を、前記IP伝送方式を用いたデジタル放送信号で送信する
    ステップを含み、
    前記シグナリング情報は、前記コンテンツのストリームの制御情報として、MPEG-DASHの規格で規定されたMPDを含む
    送信方法。

Images