(57)【要約】【課題】パッケージに対応するコンテンツのメタデータを取得することができる受信装置を提供すること。【解決手段】配信中のパッケージに属するメディアコンポーネント各々のフォーマットを表すフォーマット情報と、パッケージに対応するコンテンツＩＤとが記載された制御情報を取得する制御情報取得部と、制御情報に基づき、受信するメディアコンポーネントとして、自装置で再生可能なメディアコンポーネントを選択するコンポーネント選択部と、コンテンツＩＤに基づき、パッケージに対応するメタデータを取得するメタデータ取得部とを具備する受信装置である。【選択図】図１
2018029387.tif 000002
【特許請求の範囲】
【請求項１】
配信中のパッケージに属するメディアコンポーネント各々のフォーマットを表すフォーマット情報が記載された制御情報を取得する制御情報取得部と、
前記制御情報に基づき、受信する前記メディアコンポーネントとして、自装置で再生可能なメディアコンポーネントを選択するコンポーネント選択部と、
前記制御情報に基づき、前記パッケージに対応するメタデータを取得するメタデータ取得部と
を具備し、
前記制御情報は、前記パッケージのパッケージＩＤを含み、
前記メタデータ取得部は、番組の配信スケジュールを通知する番組毎の番組情報であって、対象の番組に対応するパッケージのパッケージＩＤと、対象の番組のイベントＩＤと開始時刻と継続時間と、対象の番組に関するメタデータとを含む番組情報を取得し、取得した番組情報のうち、前記制御情報に含まれるパッケージＩＤと一致するパッケージＩＤを含む番組情報から、番組に関するメタデータを取得すること
を特徴とする受信装置。
【請求項２】
配信中のパッケージに属するメディアコンポーネント各々のフォーマットを表すフォーマット情報が記載された制御情報を取得する制御情報取得部と、
前記制御情報に基づき、受信する前記メディアコンポーネントとして、自装置で再生可能なメディアコンポーネントを選択するコンポーネント選択部と、
前記制御情報に基づき、前記パッケージに対応するメタデータを取得するメタデータ取得部と、
受信予約された番組のパッケージＩＤを記憶する受信予約記憶部と、
受信予約する番組の番組情報に含まれるパッケージＩＤを、前記受信予約記憶部に記憶させる受信予約部と、
受信予約された番組を受信する際に、配信中の番組の番組情報を取得し、該番組情報に含まれるパッケージＩＤと、前記受信予約記憶部が記憶している前記受信予約された番組のパッケージＩＤとを比較し、一致しているときに、前記受信予約された番組の受信を、決定する予約受信処理部と
を具備し、
前記番組情報は、対象の番組のイベントＩＤと開始時刻と継続時間とを含む、
ことを特徴とする受信装置。
【請求項３】
前記パッケージＩＤの値は、前記番組が変わるときには、変わることを特徴とする請求項１または請求項２に記載の受信装置。
【請求項４】
コンピュータを、
請求項１から３までのいずれか一項に記載の受信装置、
として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、受信装置およびプログラムに関する。
【背景技術】
【０００２】
これまでのデジタル放送では、ひとつひとつのコンテンツすなわち番組をイベントという単位で管理する。そして、イベント単位での番組情報を記載して伝送することができる（非特許文献１参照）。また、コンテンツの詳細情報として個々のコンテンツを一意に識別してメタデータを記載することができる（非特許文献２参照）。
【０００３】
例えば、特許文献１には、既存のデジタル放送で定義されているＳＩ（Service Information）のイベント情報から、サーバー型放送で使用されるメタデータへの変換手法およびメタデータの更新手法が記載されている。また、特許文献２には、非特許文献１で用いられる番組情報と、ＸＭＬ（Extensible Markup Language）で記述された番組情報メタデータを統合的に運用することが記載されている。
【０００４】
一方、放送と通信といった複数伝送路でのコンテンツ配信に対応したトランスポート方式であるＭＭＴ(MPEG Media Transport、非特許文献３参照)においては、複数コンポーネントを組み合わせたパッケージとして一意に定義して提供し、受信側で受信、再生可能なコンポーネントを選択する。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特許第４５９８８０４号公報
【特許文献２】特許第４８５５８７６号公報
【非特許文献】
【０００６】
【非特許文献１】一般社団法人  電波産業会、“デジタル放送に使用する番組配列情報”、ＡＲＩＢ  ＳＴＤ−Ｂ１０  ５．２版
【非特許文献２】一般社団法人  電波産業会、“サーバー型放送における符号化、伝送及び蓄積制御方式”、ＡＲＩＢ  ＳＴＤ−Ｂ３８  ２．３版
【非特許文献３】ISO/IEC JTC1/SC29/WG11、“Study of ISO/IEC CD 23008-1 MPEG Media Transport”、ISO/IEC JTC1/SC29 N13089、２０１２年１０月
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、上述のＭＭＴのようにパッケージを用いた配信においては、パッケージとコンテンツとの関係が定義されていないため、パッケージに対応するコンテンツのメタデータを取得することができないという問題がある。
【０００８】
本発明は、このような事情に鑑みてなされたもので、パッケージに対応するコンテンツのメタデータを取得することができる受信装置およびプログラムを提供する。
【課題を解決するための手段】
【０００９】
（１）この発明は上述した課題を解決するためになされたもので、本発明の一態様は、配信中のパッケージに属するメディアコンポーネント各々のフォーマットを表すフォーマット情報と、前記パッケージに対応するコンテンツＩＤとが記載された制御情報を取得する制御情報取得部と、前記制御情報に基づき、受信する前記メディアコンポーネントとして、自装置で再生可能なメディアコンポーネントを選択するコンポーネント選択部と、前記コンテンツＩＤに基づき、前記パッケージに対応するメタデータを取得するメタデータ取得部とを具備することを特徴とする受信装置である。
【００１０】
（２）また、本発明の他の態様は、（１）に記載の受信装置であって、前記制御情報は、前記パッケージのパッケージＩＤを含み、前記メタデータ取得部は、番組の配信スケジュールを通知する番組毎の番組情報であって、対象の番組に対応するパッケージのパッケージＩＤと、対象の番組に関するメタデータとを含む番組情報を取得し、取得した番組情報のうち、前記制御情報に含まれるパッケージＩＤと一致するパッケージＩＤを含む番組情報から、番組に関するメタデータを取得することを特徴とする。
【００１１】
（３）また、本発明の他の態様は、（１）または（２）に記載の受信装置であって、受信予約された番組のパッケージＩＤを記憶する受信予約記憶部と、受信予約する番組の番組情報に含まれるパッケージＩＤを、前記受信予約記憶部に記憶させる受信予約部と、受信予約された番組を受信する際に、配信中の番組の番組情報を取得し、該番組情報に含まれるパッケージＩＤと、前記受信予約記憶部が記憶している前記受信予約された番組のパッケージＩＤとを比較し、一致しているときに、前記受信予約された番組の受信を、決定する予約受信処理部とを具備する。
【００１２】
（４）また、本発明の他の態様は、（２）または（３）に記載の受信装置であって、前記パッケージＩＤの値は、前記番組が変わるときには、変わることを特徴とする。
【００１３】
（５）また、本発明の他の態様は、コンテンツＩＤを、前記コンテンツＩＤが示すコンテンツを含むパッケージのパッケージＩＤと対応付けている番組情報を受信する受信部と、前記受信した番組情報を記憶する番組情報記憶部と、コンテンツＩＤを指定されると、前記番組情報記憶部が記憶する番組情報を参照し、指定されたコンテンツＩＤが対応付けられているパッケージＩＤを抽出するロケーション解決部とを具備することを特徴とする受信装置である。
【００１４】
（６）また、本発明の他の態様は、（５）に記載の受信装置であって、前記番組情報は、前記コンテンツＩＤを、前記パッケージＩＤに加えて、前記コンテンツが示すコンテンツの配信の開始時刻および継続時間を表す情報と対応付けており、前記ロケーション解決部は、前記指定されたコンテンツＩＤが対応付けられているパッケージＩＤに加えて、前記指定されたコンテンツＩＤが対応付けられている前記開始時刻および継続時間を表す情報を抽出することを特徴とする。
【００１５】
（７）また、本発明の他の態様は、コンピュータを、配信中のパッケージに属するメディアコンポーネント各々のフォーマットを表すフォーマット情報と、前記パッケージに対応するコンテンツＩＤとが記載された制御情報を取得する制御情報取得部、前記制御情報に基づき、受信する前記メディアコンポーネントとして、自装置で再生可能なメディアコンポーネントを選択するコンポーネント選択部、前記コンテンツＩＤに基づき、前記パッケージに対応するメタデータを取得するメタデータ取得部として機能させるためのプログラムである。
【００１６】
（８）また、本発明の他の態様は、コンピュータを、コンテンツＩＤを、前記コンテンツＩＤが示すコンテンツを含むパッケージのパッケージＩＤと対応付けている番組情報を受信する受信部、前記受信した番組情報を記憶する番組情報記憶部、コンテンツＩＤを指定されると、前記番組情報記憶部が記憶する番組情報を参照し、指定されたコンテンツＩＤが対応付けられているパッケージＩＤを抽出するロケーション解決部として機能させるためのプログラムである。
【発明の効果】
【００１７】
この発明によれば、パッケージに対応するコンテンツのメタデータを取得することができる。
【図面の簡単な説明】
【００１８】
【図１】この発明の第１の実施形態によるサービス提供システムの構成を示す概略ブロック図である。
【図２】同実施形態による受信装置３０の構成を示す概略ブロック図である。
【図３】同実施形態による制御情報処理部３０４の構成を示す概略ブロック図である。
【図４】同実施形態による番組情報Ｅの内容例を示すテーブルである。
【図５】同実施形態による番組情報ＥにパッケージＩＤを格納する際のフォーマット例を示す図である。
【図６】同実施形態による制御情報Ｃの内容例を示すテーブルである。
【図７】同実施形態による制御情報ＣにコンテンツＩＤを格納する際のフォーマット例を示す図である。
【図８】同実施形態による番組の受信処理を説明するフローチャートである。
【図９】同実施形態による番組表に関する処理を説明するフローチャートである。
【図１０】同実施形態による予約受信処理を説明するフローチャートである。
【図１１】この発明の第２の実施形態による番組情報Ｅの内容例を示すテーブルである。
【図１２】同実施形態による番組の受信処理を説明するフローチャートである。
【図１３】同実施形態による番組表に関する処理を説明するフローチャートである。
【図１４】同実施形態による予約受信処理を説明するフローチャートである。
【発明を実施するための形態】
【００１９】
［第１の実施形態］
以下、図面を参照して、本発明の第１の実施形態について説明する。本実施形態では、サービス提供者は、開始時時刻と継続時間とを有する番組が、時間方向につながったものとして、サービスを提供する。サービス提供者は、提供する番組を構成する映像や音声といったメディアコンポーネントを複数の伝送路を用いて伝送を行う。また、番組を構成するメディアコンポーネントに関する情報を記載した制御情報や、電子番組表を生成するためのメタデータを含む番組情報も該伝送路を用いて伝送する。以下では、サービスを一つのみ提供する場合、すなわち同時に提供される番組は一つのみである場合を例に説明するが、複数のサービスが提供されてもよい。また、サービスには、サービスＩＤが付され、番組にはイベントＩＤが付されている。そして、後述するパッケージには、パッケージＩＤが付されており、本実施形態では、番組（イベントＩＤの値）が変わると、パッケージＩＤの値も変わる場合を説明する。
【００２０】
図１は、本実施形態によるサービス提供システムの構成を示す概略ブロック図である。
図１に示すように、本実施形態におけるサービス提供システムは、コンテンツサーバ１１、１２、メタデータサーバ１３、伝送路２１、２２、受信装置３０、メディア出力装置４０を含んで構成される。コンテンツサーバ１１は、映像のメディアコンポーネントＶ１、音声のメディアコンポーネントＡ１、制御情報Ｃ、番組情報Ｅを、マルチキャスト伝送を用いて配信する。また、コンテンツサーバ１２は、映像のメディアコンポーネントＶ２、音声のメディアコンポーネントＡ２、制御情報Ｃを、マルチキャスト伝送を用いて配信する。
【００２１】
これら、映像のメディアコンポーネントＶ１、Ｖ２、音声のメディアコンポーネントＡ１、Ａ２は、同じ番組の映像と音声である。すなわち、メディアコンポーネントＶ１、Ｖ２は、同一内容の映像であり、メディアコンポーネントＡ１、Ａ２は、同一内容の音声である。本実施形態では、メディアコンポーネントＶ１と、Ｖ２とでは、例えば、符号化方式や解像度などのデータ形式が異なる。すなわち、この例では、番組としては、これらのメディアコンポーネントのうち、映像のメディアコンポーネント１つと、音声のメディアコンポーネント１つとで成立している。したがって、この番組の受信と再生とを行うには、受信装置３０は、自装置で受信および再生可能な、映像と音声のメディアコンポーネントを１つずつ選択して、受信および再生を行えばよい。
【００２２】
そこで、これら、映像のメディアコンポーネントＶ１、Ｖ２、音声のメディアコンポーネントＡ１、Ａ２を纏めた単位をパッケージという。また、制御情報Ｃは、例えば、ＩＳＯ／ＩＥＣ  ２３００８−１  Ｍｐｅｇ  Ｍｅｄｉａ  Ｔｒａｎｓｐｏｒｔ（MMT）で規定されるＭＰＴａｂｌｅ（MMT Package Table）であり、該パッケージに属するメディアコンポーネントに関する情報、該パッケージに対応するコンテンツＩＤ（Content Reference ID；ＣＲＩＤともいう）とを含む情報である。番組情報Ｅは、例えば、ＭＰＥＧ２で規定されるＥＩＴ（Event Information Table）であり、各番組のサービスＩＤ、イベントＩＤ、開始時刻、継続時間、コンテンツＩＤ、パッケージＩＤとを含む情報である。
【００２３】
メタデータサーバ１３は、受信装置３０からのリクエストの応答として、メタデータＭを配信する。リクエストには、コンテンツＩＤが含まれており、メタデータサーバ１３は、該コンテンツＩＤのコンテンツに関するメタデータＭを配信する。なお、ここで、コンテンツＩＤが付与されるコンテンツは、配信時刻とは紐付けられていない概念である。例えば、同じ内容の番組が、複数回、繰り返し配信されるときは、配信機会ごとに異なるイベントＩＤが付与されるが、コンテンツＩＤは同一となってもよい。メタデータＭには、コンテンツの内容紹介などのテキストデータが含まれる。
【００２４】
伝送路２１は、コンテンツサーバ１１と受信装置３０とを接続するＩＰネットワークであり、コンテンツサーバ１１が送信した各メディアコンポーネントと制御情報Ｃと番組情報Ｅとを、受信装置３０にマルチキャスト伝送する。伝送路２２は、コンテンツサーバ１２と受信装置３０とを接続するＩＰネットワークであり、コンテンツサーバ１２が送信した各メディアコンポーネントと制御情報Ｃとを、受信装置３０にマルチキャスト伝送する。また、伝送路２２は、メタデータサーバ１３と受信装置３０とを接続するＩＰネットワークであり、受信装置３０からのリクエストに従い、メタデータＭを受信装置３０にユニキャストする。
【００２５】
受信装置３０は、伝送路２１、２２にて伝送された各メディアコンポーネント、制御情報Ｃを取得し、制御情報Ｃを参照して、メディアコンポーネントを組み合わせることでコンテンツを構成し、再生する。なお、受信装置３０は、通常のマルチキャストで使用されているＩＧＭＰ／ＭＬＤのプロトコルに従いコンテンツの受信を開始する。また、受信装置３０は、再生したコンテンツの映像信号Ｖｓおよび音声信号Ａｓをメディア出力装置４０に入力する。メディア出力装置４０は、液晶ディスプレイなどの表示デバイスと、スピーカなどの音声出力デバイスとを有しており、入力されたコンテンツの映像信号Ｖｓおよび音声信号Ａｓに従い、映像の表示と音声の出力とを行う。
【００２６】
なお、本実施形態では、コンテンツを構成するメディアコンポーネントとして、映像と音声とを挙げたが、文字、静止画像など、その他のものであってもよい。また、伝送路２１、２２として、ＩＰネットワークを挙げたが、地上デジタル放送、衛星放送、ＣＤＮ（Contents Delivery Network）、インターネットなど、その他の伝送路であってもよい。
また、インターネットプロトコルのバージョンは、４（いわゆるＩＰｖ４）であってもよいし、６（いわゆるＩＰｖ６）であってもよい。ただし、ＩＰパケットをベースとした伝送方式を、伝送路２１、２２において共通に用いている。すなわち、各メディアコンポーネントは、その映像データや音声データが符号化され、それをＩＰパケット化されて伝送路２１、２２で伝送されている。
【００２７】
図２は、受信装置３０の構成を示す概略ブロック図である。受信装置３０は、ＩＰデータフロー受信部３０１、３０２、ＩＰパケット分離部３０３、制御情報処理部３０４、コンポーネント選択部３０５、プロファイル管理部３０６、ＩＰパケット整序部３０７、コンポーネント復号部３０８、ビデオバッファ３０９、ビデオデコーダ３１０、オーディオバッファ３１１、オーディオデコーダ３１２、合成部３１３、メタデータリクエスト部３１４を含んで構成される。
【００２８】
ＩＰデータフロー受信部３０１は、メディアコンポーネントＶ１、Ａ１、制御情報Ｃ、番組情報Ｅを含む各ＩＰデータフローを、伝送路２１から受信する。ＩＰデータフロー受信部３０２は、メディアコンポーネントＶ２、Ａ２、制御情報Ｃ、メタデータＭを含む各ＩＰデータフローを、伝送路２２から受信する。ＩＰパケット分離部３０３は、ＩＰデータフロー受信部３０１、３０２が受信したＩＰデータフローから、そのＩＰアドレスとポート番号に基づき、ＩＰパケットを分離する。ＩＰパケット分離部３０３は、分離したＩＰパケットのうち、制御情報Ｃ、番組情報Ｅ、メタデータＭを格納するＩＰパケットを、制御情報処理部３０４に入力し、後述するようにコンポーネント選択部３０５により選択されたメディアコンポーネントを格納するＩＰパケットを、ＩＰパケット整序部３０７に入力する。
【００２９】
制御情報処理部３０４は、入力されたＩＰパケットから制御情報Ｃ、番組情報Ｅ、メタデータＭを抽出する。制御情報処理部３０４は、これらの情報を用いて、番組情報画像Ｇ１の生成や、番組表画像Ｇ２の生成、受信するサービスの決定を行う。制御情報処理部３０４は、生成した番組情報画像Ｇ１、番組表画像Ｇ２を、合成部３１３に入力する。また、制御情報処理部３０４は、受信するサービスが決定したときは、そのサービスの制御情報Ｃをコンポーネント選択部３０５に入力する。また、制御情報処理部３０４は、必要に応じて、メタデータＭのリクエストＲを、メタデータリクエスト部３１４に入力する。プロファイル管理部３０６は、受信装置３０の能力を示す情報（デバイスプロファイル）を予め記憶する。この能力を示す情報は、受信装置３０が再生可能なデータ形式、受信装置３０が受信可能な伝送路を含む。
【００３０】
コンポーネント選択部３０５は、制御情報Ｃと、デバイスプロファイルとを参照して、受信装置３０の能力に応じたメディアコンポーネントを選択し、ＩＰパケット分離部３０３に通知する。例えば、コンポーネント選択部３０５は、映像のメディアコンポーネントとして、メディアコンポーネントＶ２を選択し、音声のメディアコンポーネントとして、メディアコンポーネントＡ１を選択する。
【００３１】
ＩＰパケット整序部３０７は、入力された各メディアコンポーネントのＩＰパケットを整序する。コンポーネント復号部３０８は、ＩＰパケット整序部３０７により整序されたＩＰパケットから、各メディアコンポーネントを復号する。コンポーネント復号部３０８は、復号したメディアコンポーネントのうち、映像のメディアコンポーネントをビデオバッファ３０９に入力し、音声のメディアコンポーネントをオーディオバッファ３１１に入力する。
【００３２】
ビデオバッファ３０９は、コンポーネント復号部３０８に入力された映像のメディアコンポーネントを格納するバッファであり、伝送路によるジッターなどを吸収する。ビデオデコーダ３１０は、ビデオバッファ３０９が格納している映像のメディアコンポーネントを復号して、映像信号を生成する。ビデオデコーダ３１０は、生成した映像信号を、合成部３１３に入力する。合成部３１３は、ビデオデコーダ３１０から入力された映像信号の映像に、制御情報処理部３０４が生成した番組情報画像Ｇ１や番組表画像Ｇ２を重ね合わせた映像の映像信号Ｖｓを生成する。合成部３１３は、映像信号Ｖｓをメディア出力装置４０に入力する。
【００３３】
オーディオバッファ３１１は、コンポーネント復号部３０８に入力された音声のメディアコンポーネントを格納するバッファであり、伝送路によるジッターなどを吸収する。オーディオデコーダ３１２は、オーディオバッファ３１１が格納している音声のメディアコンポーネントを復号して、音声信号Ａｓを生成する。オーディオデコーダ３１２は、音声信号Ａｓをメディア出力装置４０に入力する。
【００３４】
図３は、制御情報処理部３０４の構成を示す概略ブロック図である。図３に示すように、制御情報処理部３０４は、番組受信処理部４０１、番組情報画像生成部４０２、番組表処理部４０３、受信予約記憶部４０４、予約受信処理部４０５、番組情報記憶部４０６、ロケーション解決部４０７、コンテンツＩＤ処理部４０８を含んで構成される。番組受信処理部４０１は、受信する番組のサービスＩＤとパッケージＩＤとを、番組表処理部４０３、予約受信処理部４０５またはコンテンツＩＤ処理部４０８から入力されると、該サービスＩＤ、該パッケージＩＤの制御情報ＣをＩＰパケット分離部３０３から取得して、コンポーネント選択部３０５と番組情報画像生成部４０２に入力する。なお、サービスＩＤと、該サービスＩＤの制御情報Ｃが伝送されているフローとの対応を取得する方法は、いずれかの伝送路で伝送されており、それを受信する、あるいは、番組受信処理部４０１が予め記憶しており、それを読み出すなど、どのような方法であってもよい。なお、フローがマルチキャストであれば、送信元のＩＰアドレスと、宛先のＩＰアドレス（マルチキャストアドレス）と、ポート番号とで、フローは識別される。
【００３５】
番組情報画像生成部４０２は、番組受信処理部４０１から制御情報Ｃを入力されると、制御情報Ｃに対応する最新の番組情報Ｅから、該番組の番組概要を抽出し、受信している番組を、視聴者に通知するための番組情報画像Ｇ１を生成する。このときに、番組情報画像生成部４０２は、制御情報ＣからコンテンツＩＤを抽出し、該コンテンツＩＤのコンテンツに関するメタデータＭのリクエストＲを、メタデータリクエスト部３１４に入力する。番組情報画像生成部４０２は、該リクエストＲに対する応答であるメタデータＭを、ＩＰパケット分離部３０３から取得したときは、番組情報画像Ｇ１に、メタデータＭに格納された番組に関する詳細情報などの情報を含める。
【００３６】
番組表処理部４０３は、番組情報ＥをＩＰパケット分離部３０３から取得し、取得した番組情報Ｅを用いて、番組の配信スケジュールをユーザに通知する番組表画像Ｇ２を生成し、合成部３１３に入力する。表示されている番組表の中から、ユーザが特定の番組を指定すると、番組表処理部４０３は、該番組が配信中であるか否かを判定し、配信中であるときは、該番組（サービス）の受信を番組受信処理部４０１に指示する。配信中でないときは、番組表処理部４０３は、該番組のパッケージＩＤ、開始時刻、継続時間を番組情報Ｅから抽出し、抽出したこれらの情報を、該番組のサービスＩＤとともに、受信予約記憶部４０４に記憶させる。
【００３７】
受信予約記憶部４０４は、番組表処理部４０３またはコンテンツＩＤ処理部４０８によって記憶させられた情報を、受信予約情報として記憶する。予約受信処理部４０５は、受信予約記憶部４０４が記憶する、いずれかの受信予約情報の開始時刻になると、該開始時刻の受信予約情報を、受信予約記憶部４０４から読み出す。予約受信処理部４０５は、最新の番組情報ＥをＩＰパケット分離部３０３から取得し、読み出した受信予約情報と一致するか判定し、一致するときは、番組受信処理部４０１に該番組（サービス）の受信を指示する。なお、前述したように番組情報ＥがＥＩＴである場合は、最新の番組情報Ｅとして、配信中（ｐｒｅｓｅｎｔ）の番組の番組情報と、次に配信される（ｆｏｌｌｏｗｉｎｇ）番組の番組情報とからなるＥＩＴｐ／ｆ（ｐｒｅｓｅｎｔ／ｆｏｌｌｏｗｉｎｇ）を用いる。これは、ＥＩＴのうち、ＥＩＴｐ／ｆには、配信スケジュールの変更がリアルタイムに反映されるからである。
【００３８】
番組情報記憶部４０６は、番組情報ＥをＩＰパケット分離部３０３から取得し、記憶する。ロケーション解決部４０７は、コンテンツＩＤ処理部４０８からコンテンツＩＤを指定されると、番組情報記憶部４０６が記憶する番組情報Ｅを参照して、コンテンツＩＤが対応付けられているサービスＩＤ、パッケージＩＤ、開始時刻、継続時間を、ロケータとして返す。このように、番組情報Ｅには、コンテンツＩＤと、サービスＩＤと、パッケージＩＤとが含まれているので、この番組情報Ｅを参照することで、コンテンツＩＤのロケーション解決を行うことができる。
【００３９】
コンテンツＩＤ処理部４０８は、ユーザ操作などにより指定されたコンテンツＩＤを取得する。コンテンツＩＤの取得方法は、例えば、ユーザが直接入力したものを受け付けてもよいし、Ｗｅｂページに記載されているコンテンツＩＤを取得してもよい。コンテンツＩＤ処理部４０８は、取得したコンテンツＩＤをロケーション解決部４０７に指定して、該コンテンツＩＤのロケータを取得する。コンテンツＩＤ処理部４０８は、該ロケータに含まれている開始時刻から継続時間の間に、現在時刻が含まれているか否か、すなわち配信中であるか否かを判定する。
【００４０】
配信中であるときは、コンテンツＩＤ処理部４０８は、該ロケータに含まれているサービスＩＤとパッケージＩＤとを番組受信処理部４０１に指定する。すなわち、コンテンツＩＤ処理部４０８は、サービスＩＤとパッケージＩＤとで指定される番組の受信を、番組受信処理部４０１に指示する。一方、配信中でないときは、該ロケータを受信予約情報として、受信予約記憶部４０４に記憶させる。
【００４１】
図４は、番組情報Ｅの内容例を示すテーブルである。なお、図４の例は、２つのサービスが提供されており、これらのサービスの番組情報を、番組情報Ｅが含んでいる場合の例である。前述したように、提供されているサービスが一つのみの場合は、サービスＩＤ「０００２」と、それに対応付けられた情報は、番組情報Ｅに含まれなくてよい。図４に示すように、番組情報は、各番組に関する、サービスＩＤ、イベントＩＤ、開始時刻、継続時間、コンテンツＩＤ、パッケージＩＤを含む。
【００４２】
図４の例では、サービスＩＤが「０００１」のサービスで提供される番組の番組情報として、イベントＩＤ「１０００」と、開始時刻「２０１３年０１月２４日１７時００分００秒」と、継続時間「０１時間００分００秒」と、コンテンツＩＤ「ｃｒｉｄ：／／ｘｘｘ．ｏｒ．ｊｐ；Ａ」、パッケージＩＤ「０００１」と、番組概要「タイトルＡ：ＸＸＸＸ」とからなる番組情報が記載されている。同様に、サービスＩＤが「０００１」のサービスで提供される番組の番組情報として、イベントＩＤ「１００１」と、開始時刻「２０１３年０１月２４日１８時００分００秒」と、継続時間「００時間３０分００秒」と、コンテンツＩＤ「ｃｒｉｄ：／／ｙｙｙ．ｏｒ．ｊｐ；Ｂ」、パッケージＩＤ「００２０」と、番組概要「タイトルＢ：ＹＹＹＹ」とからなる番組情報が記載されている。
【００４３】
また、サービスＩＤが「０００１」のサービスで提供される番組の番組情報として、イベントＩＤ「１００５」と、開始時刻「２０１３年０１月２４日２３時００分００秒」と、継続時間「０１時間００分００秒」と、コンテンツＩＤ「ｃｒｉｄ：／／ｚｚｚ．ｏｒ．ｊｐ；Ｃ」、パッケージＩＤ「００１０」と、番組概要「タイトルＣ：ＺＺＺＺ」とからなる番組情報と、イベントＩＤ「１００９」と、開始時刻「２０１３年０１月２５日２３時００分００秒」と、継続時間「０１時間００分００秒」と、コンテンツＩＤ「ｃｒｉｄ：／／ｚｚｚ．ｏｒ．ｊｐ；Ｃ」、パッケージＩＤ「００１０」と、番組概要「タイトルＣ：ＺＺＺＺ」とからなる番組情報とが記載されている。
【００４４】
イベントＩＤは、番組を識別する情報であるため、少なくとも同じサービスＩＤの番組情報においては、番組情報毎に異なる値となる。一方、パッケージＩＤは、番組内容を識別する情報とすることができるので、番組が再放送されるときは、最初の放送のときと、再放送のときとで、イベントＩＤは異なるが、パッケージＩＤは一致させることができる。また、コンテンツＩＤも、番組内容を識別する情報とすることができるので、番組が再放送されるときは、最初の放送のときと、再放送のときとで、一致させることができる。
図４の例では、イベントＩＤ「１００５」の番組情報に含まれているパッケージＩＤは「００１０」であり、コンテンツＩＤは「ｃｒｉｄ：／／ｚｚｚ．ｏｒ．ｊｐ；Ｃ」である。そして、該番組を再放送する番組の番組情報であるイベントＩＤ「１００９」の番組情報に含まれているパッケージＩＤは「００１０」であり、コンテンツＩＤは「ｃｒｉｄ：／／ｚｚｚ．ｏｒ．ｊｐ；Ｃ」であり、同一の値となっている。
【００４５】
さらに、図４の例では、サービスＩＤが「０００２」のサービスで提供される番組の番組情報として、イベントＩＤ「２００４」と、開始時刻「２０１３年０１月２３日２３時００分００秒」と、継続時間「０１時間００分００秒」と、コンテンツＩＤ「ｃｒｉｄ：／／ａａａ．ｏｒ．ｊｐ；Ｘ」パッケージＩＤ「００１５」と、番組概要「タイトルＤ：ＡＡＡＡ」とからなる番組情報が記載されている。このように、番組情報Ｅには、複数のサービスの番組情報が含まれていてもよい。
【００４６】
図５は、番組情報ＥにパッケージＩＤを格納する際のフォーマット例を示す図である。
図５に示す例では、記述子（descriptor）形式で、パッケージＩＤを番組情報Ｅに格納する。図５において、Ｓｙｎｔａｘは、構文を示す欄であり、Ｎｏ．ｏｆ  ｂｉｔｓは、該構文のビット数であり、Ｍｎｅｍｏｎｉｃは、該ビット数のビットのデータ形式を示す。
Ｍｎｅｍｏｎｉｃのｕｉｍｓｂｆは、unsigned integer most significant bit firstの略であり、符号無し整数、最上位ビットが先頭を意味する。
【００４７】
図５の例では、記述子の名称は「Ｅｖｅｎｔ＿ｐａｃｋａｇｅ＿ｄｅｓｃｒｉｐｔｏｒ」である。そして、記述子の先頭には、この記述子が「Ｅｖｅｎｔ＿ｐａｃｋａｇｅ＿ｄｅｓｃｒｉｐｔｏｒ」であることを示すための８ビットの予め決められた値が格納される記述子タグ（descriptor_tag）の領域が配置されている。続いて、８ビットの記述子長（descriptor_length）の領域と、８ビットのパッケージＩＤ長（MMT_package_id_length）の領域が配置されている。そして、続いて、パッケージＩＤ長で指定されたバイト数のパッケージＩＤ（MMT_package_id_byte）の領域が配置されている。
【００４８】
図６は、制御情報Ｃの内容例を示すテーブルである。制御情報Ｃは、そのとき配信されているパッケージのパッケージＩＤと、コンテンツＩＤと、該パッケージに含まれるメディアコンポーネント各々のコンポーネントタイプと、フロー種別と、フロー情報とを含む。図６に示す例では、制御情報Ｃは、パッケージＩＤとして、「０００１」を、コンテンツＩＤとして、「ＣＲＩＤ：／／ＸＸＸ.ｏｒ.ｊｐ；Ａ」を含む。さらに、制御情報Ｃは、該パッケージに含まれる４つのメディアコンポーネント各々のコンポーネントタイプとして、「映像：１９２０×１０８０」、「映像：１２８０×７２０」、「音声：５．１ｃｈ」、「音声：ステレオ」を含む。さらに、制御情報Ｃは、該パッケージに含まれる４つのメディアコンポーネント各々のフロー種別として、「ＩＰマルチキャスト」、「ＩＰマルチキャスト」、「ＩＰマルチキャスト」、「ＩＰマルチキャスト」を含む。
【００４９】
さらに制御情報Ｃは、該パッケージに含まれる４つのメディアコンポーネント各々のフロー情報として、「ｓｒｃＩＰ：ｘ０１．ｘ０２．ｘ０３．ｘ０４、ｄｓｔＩＰ：ｙ０１．ｙ０２．ｙ０３．ｙ０４、ｄｓｔＰｏｒｔ：ｚ０１」、「ｓｒｃＩＰ：ｘ１１．ｘ１２．ｘ１３．ｘ１４、ｄｓｔＩＰ：ｙ１１．ｙ１２．ｙ１３．ｙ１４、ｄｓｔＰｏｒｔ：ｚ１１」、「ｓｒｃＩＰ：ｘ２１．ｘ２２．ｘ２３．ｘ２４、ｄｓｔＩＰ：ｙ２１．ｙ２２．ｙ２３．ｙ２４、ｄｓｔＰｏｒｔ：ｚ２１」、「ｓｒｃＩＰ：ｘ３１．ｘ３２．ｘ３３．ｘ３４、ｄｓｔＩＰ：ｙ３１．ｙ３２．ｙ３３．ｙ３４、ｄｓｔＰｏｒｔ：ｚ３１」を含む。
【００５０】
なお、コンポーネントタイプは、映像や音声などのメディアコンポーネントの種類と、映像のときは解像度、音声のときはチャネル数を含む。また、フロー情報において「ｓｒｃＩＰ」は、送信元のＩＰアドレス、「ｄｓｔＩＰ」は、送信先のＩＰアドレス、「ｄｓｔＰｏｒｔ」は、送信先のポート番号である。
【００５１】
図７は、制御情報ＣにコンテンツＩＤを格納する際のフォーマット例を示す図である。
図７に示す例では、記述子（descriptor）形式で、コンテンツＩＤを制御情報Ｃに格納する。図７において、Ｓｙｎｔａｘは、構文を示す欄であり、Ｎｏ．ｏｆ  ｂｉｔｓは、該構文のビット数であり、Ｍｎｅｍｏｎｉｃは、該ビット数のビットのデータ形式を示す。
Ｍｎｅｍｏｎｉｃのｕｉｍｓｂｆは、unsigned integer most significant bit firstの略であり、符号無し整数、最上位ビットが先頭を意味する。
【００５２】
図７の例では、記述子の名称は「Ｐａｃｋａｇｅ＿ＣＲＩＤ＿ｄｅｓｃｒｉｐｔｏｒ」である。そして、記述子の先頭には、この記述子が「Ｐａｃｋａｇｅ＿ＣＲＩＤ＿ｄｅｓｃｒｉｐｔｏｒ」であることを示すための８ビットの予め決められた値が格納される記述子タグ（descriptor_tag）の領域が配置されている。続いて、８ビットの記述子長（descriptor_length）の領域と、８ビットのコンテンツＩＤ長（ＣＲＩＤ_length）の領域が配置されている。そして、続いて、コンテンツＩＤ長で指定されたバイト数のコンテンツＩＤ（ＣＲＩＤ_byte）の領域が配置されている。
【００５３】
図８は、番組の受信処理を説明するフローチャートである。番組受信処理部４０１は、ユーザに指定されるなどして、受信する番組の指定として、サービスＩＤを取得する（Ｓａ１）。次に、番組受信処理部４０１は、取得したサービスＩＤのサービスの制御情報Ｃを、ＩＰパケット分離部３０３から取得し、取得した制御情報Ｃを、コンポーネント選択部３０５と番組情報画像生成部４０２とに入力する（Ｓａ２）。コンポーネント選択部３０５は、プロファイル管理部３０６を参照して、制御情報Ｃに記載されたメディアコンポーネントのうち、自装置で受信と再生ができるものを選択し（Ｓａ３）、ＩＰパケット分離部３０３に、指定する。これにより、選択されたメディアコンポーネントの受信と、再生とが開始される（Ｓａ４）。
【００５４】
次に、番組情報画像生成部４０２は、ステップＳａ２にて入力された制御情報Ｃに、コンテンツＩＤが含まれているか否かを判定する（Ｓａ５）。含まれていないときは（Ｓａ５−Ｎｏ）、そのままステップＳａ７に進む。含まれているときは（Ｓａ５−Ｙｅｓ）、番組情報画像生成部４０２は、メタデータＭのリクエストＲを生成し、メタデータリクエスト部３１４を介して、メタデータサーバ１３に送信する。番組情報画像生成部４０２は、該リクエストＲの応答であるメタデータＭを、ＩＰパケット分離部３０３から取得する（Ｓａ６）。次に、ステップＳａ７では、番組情報画像生成部４０２は、配信中の番組の最新の番組情報Ｅを取得する。ここで、番組情報ＥがＥＩＴである場合は、配信中の番組の最新の番組情報ＥとしてＥＩＰｐ／ｆを取得する。
【００５５】
次に、番組情報画像生成部４０２は、制御情報Ｃに含まれていたパッケージＩＤと、最新の番組情報Ｅに含まれていたパッケージＩＤとが一致するか否かを判定する（Ｓａ８）。一致していないときは（Ｓａ８−Ｎｏ）、ステップＳａ１０に進む。一致しているときは（Ｓａ８−Ｙｅｓ）、番組情報画像生成部４０２は、ステップＳａ７にて取得した最新の番組情報から番組概要を抽出する（Ｓａ９）。次に、ステップＳａ１０では、番組情報生成部４０２は、メタデータＭと、番組情報Ｅの番組概要とのうち、取得できた情報を用いて、番組情報画像を生成する。番組情報生成部４０２は、生成した番組情報画像を、合成部３１３に入力し（Ｓａ１１）、処理を終了する。
【００５６】
図９は、番組表に関する処理を説明するフローチャートである。番組表処理部４０３は、ＩＰパケット分離部３０３から番組情報Ｅを取得する（Ｓｂ１）。次に、番組表処理部４０３は、取得した番組情報Ｅを用いて、番組の配信スケジュールをユーザに通知する番組表の画像Ｇ２を生成し、合成部３１３に入力して表示させる（Ｓｂ２）。次に、番組表処理部４０３は、表示している番組表中のいずれかの番組をユーザが指定すると、該番組の指定を受け付ける（Ｓｂ３）。
【００５７】
番組表処理部４０３は、指定された番組の開始時刻から継続時間内に、現在時刻が入っているか否かにより、該番組が配信中であるか否かを判定する（Ｓｂ４）。配信中であるときは（Ｓｂ４−Ｙｅｓ）、該番組の受信を番組受信処理部４０１に指示し（Ｓｂ５）、処理を終了する。また、配信中でないときは（Ｓｂ４−Ｎｏ）、番組表処理部４０３は、指定された番組の番組情報Ｅから、パッケージＩＤ、サービスＩＤ、開始時刻、継続時間を抽出し、受信予約情報として受信予約記憶部４０４に記憶させ（Ｓｂ６）、処理を終了する。
【００５８】
図１０は、予約受信処理を説明するフローチャートである。予約受信処理部４０５は、受信予約記憶部４０４を参照して、いずれかの受信予約情報の開始時刻となるまで待機する（Ｓｃ１）。開始時刻になると、予約受信処理部４０５は、受信予約記憶部４０４を参照して、該開始時刻に対応付けられたサービスＩＤを取得する。予約受信処理部４０５は、取得したサービスＩＤの最新の番組情報を、ＩＰパケット分離部３０３から取得する（Ｓｃ２）。
【００５９】
次に、予約受信処理部４０５は、受信予約記憶部４０４を参照して、該開始時刻に対応付けられたパッケージＩＤを取得する。予約受信処理部４０５は、取得したパッケージＩＤが、最新の番組情報に含まれる配信中の番組のパッケージＩＤと一致するか判定する（Ｓｃ３）。一致するときは（Ｓｃ３−Ｙｅｓ）、該番組の受信を番組受信処理部４０１に指示し（Ｓｃ４）、ステップＳｃ１に戻る。また、一致しないときは（Ｓｃ３−Ｎｏ）、予約受信処理部４０５は、最新の番組情報に従い、受信予約記憶部４０４の受信予約情報を変更し（Ｓｃ５）、ステップＳｃ１に戻る。
【００６０】
なお、パッケージＩＤは、一つの番組の間に、値が変わってもよい。その場合、番組情報Ｅには、該番組の全てのパッケージＩＤが含まれていればよい。
【００６１】
このように、受信装置３０は、配信中のパッケージに属するメディアコンポーネント各々のフォーマットを表すフォーマット情報と、該パッケージに対応するコンテンツＩＤとが記載された制御情報を取得する制御情報取得部（番組受信処理部４０１）と、制御情報に基づき、受信するメディアコンポーネントとして、自装置で再生可能なメディアコンポーネントを選択するコンポーネント選択部３０５と、コンテンツＩＤに基づき、パッケージに対応するメタデータを取得するメタデータ取得部（番組情報画像生成部４０２）とを具備する。
これにより、パッケージに対応するコンテンツのメタデータを取得することができる。
【００６２】
また、制御情報は、パッケージのパッケージＩＤを含み、メタデータ取得部（番組情報画像生成部４０２）は、番組の配信スケジュールを通知する番組毎の番組情報であって、対象の番組に対応するパッケージのパッケージＩＤと、対象の番組のメタデータ（例えば、番組概要）とを含む番組情報を取得し、取得した番組情報のうち、制御情報に含まれるパッケージＩＤと一致するパッケージＩＤを含む番組情報から、メタデータを取得する。
これにより、配信されているパッケージに対応する番組情報からメタデータを取得することができる。
【００６３】
また、受信装置３０は、受信予約された番組のパッケージＩＤを記憶する受信予約記憶部４０４と、受信予約する番組の番組情報に含まれるパッケージＩＤを、受信予約記憶部４０４に記憶させる受信予約部（番組表処理部４０３）と、受信予約された番組を受信する際に、配信中の番組の番組情報を取得し、該番組情報に含まれるパッケージＩＤと、受信予約記憶部４０４が記憶している前記受信予約された番組のパッケージＩＤとを比較し、一致しているときに、受信予約された番組の受信を、決定する予約受信処理部４０５とを具備する。
これにより、受信予約された番組の配信スケジュールが変更されても、誤って他の番組を受信することがなくなる。
【００６４】
また、受信装置３０は、ＩＰデータフロー受信部３０１（受信部）と、番組情報記憶部４０６と、ロケーション解決部４０７とを含む。ＩＰデータフロー受信部３０１は、コンテンツＩＤを、該コンテンツＩＤが示すコンテンツを含むパッケージのパッケージＩＤと対応付けている番組情報Ｅを受信する。番組情報記憶部４０６は、受信した番組情報Ｅを記憶する。ロケーション解決部４０７は、コンテンツＩＤを指定されると、番組情報記憶部４０６が記憶する番組情報Ｅを参照し、指定されたコンテンツＩＤが対応付けられているパッケージＩＤを抽出する。
【００６５】
これにより、受信装置３０は、コンテンツＩＤから、該コンテンツＩＤが示すコンテンツを伝送するパッケージのパッケージＩＤを得ることができる。
【００６６】
さらに、番組情報Ｅは、コンテンツＩＤを、パッケージＩＤに加えて、コンテンツが示すコンテンツの配信の開始時刻および継続時間を表す情報と対応付けている。ロケーション解決部４０７は、指定されたコンテンツＩＤが対応付けられているパッケージＩＤに加えて、指定されたコンテンツＩＤが対応付けられている開始時刻および継続時間を表す情報を抽出する。
これにより、受信装置３０は、コンテンツＩＤから、該コンテンツＩＤが示すコンテンツを伝送するパッケージのパッケージＩＤと、該コンテンツを伝送している時間を得ることができる。
【００６７】
[第２の実施形態]
以下、図面を参照して、本発明の第２の実施形態について説明する。第１の実施形態では、少なくともイベントＩＤの値が変わるときには、パッケージＩＤの値も変わる場合について説明した。第２の実施形態では、パッケージＩＤが、サービスＩＤと一致しており、時間が経過しても変化しない場合を説明する。
【００６８】
本実施形態におけるサービス提供システムおよび受信装置３０の構成は、図１から図３と同様である。しかし、番組情報Ｅの内容と、番組情報画像生成部４０２、番組表処理部４０３、予約受信処理部４０５の動作とが異なるので、異なる部分のみを説明する。
【００６９】
図１１は、本実施形態における番組情報Ｅの内容例を示すテーブルである。図１１に示す内容例は、図４の例とは、パッケージＩＤを含まない点のみが異なり、その他は図４と同一である。上述したように、本実施形態では、パッケージＩＤが、サービスＩＤと一致しており、時間が経過しても変化しないため、番組情報ＥにはパッケージＩＤが含まれていない。
【００７０】
図１２は、本実施形態における番組の受信処理を説明するフローチャートである。図１２に示すフローチャートは、図８のフローチャートとは、ステップＳａ８に変えて、ステップＳｄ８を有する点のみが異なる。ステップＳｄ８では、番組情報画像生成部４０２は、番組情報のサービスＩＤと、制御情報のパッケージＩＤが一致するか否かを判定する。
その他のステップは、図８と同様であるので、説明を省略する。
【００７１】
図１３は、本実施形態における番組表に関する処理を説明するフローチャートである。
図１３に示すフローチャートは、図９のフローチャートとは、ステップＳｂ６に変えて、ステップＳｅ６を有する点のみが異なる。ステップＳｅ６では、番組表処理部４０３は、指定された番組の番組情報Ｅから、イベントＩＤ、サービスＩＤ、開始時刻、継続時間を抽出し、受信予約情報として受信予約記憶部４０４に記憶させる。その他のステップは、図９と同様であるので、説明を省略する。
【００７２】
図１４は、本実施形態における予約受信処理を説明するフローチャートである。図１４に示すフローチャートは、図１０のフローチャートとは、ステップＳｃ３に変えて、ステップＳｆ３を有する点のみが異なる。ステップＳｆ３では、予約受信処理部４０５は、受信予約記憶部４０４を参照して、該開始時刻に対応付けられたイベントＩＤを取得する。
予約受信処理部４０５は、取得したイベントＩＤが、最新の番組情報に含まれる配信中の番組のイベントＩＤと一致するか判定する。その他のステップは、図１０と同様であるので、説明を省略する。
【００７３】
このように、本実施形態においても、受信装置３０は、配信中のパッケージに属するメディアコンポーネント各々のフォーマットを表すフォーマット情報と、該パッケージに対応するコンテンツＩＤとが記載された制御情報を取得する制御情報取得部（番組受信処理部４０１）と、制御情報に基づき、受信するメディアコンポーネントとして、自装置で再生可能なメディアコンポーネントを選択するコンポーネント選択部３０５と、コンテンツＩＤに基づき、パッケージに対応するメタデータを取得するメタデータ取得部（番組情報画像生成部４０２）とを具備する。
これにより、パッケージに対応するコンテンツのメタデータを取得することができる。
【００７４】
なお、上述の各実施形態では、番組情報Ｅは、伝送路２１で伝送されるとして説明したが、伝送路２２で伝送されてもよいし、その他の伝送路で伝送されてもよい。
また、上述の各実施形態では、メタデータＭは、伝送路２２で伝送されるとして説明したが、伝送路２１で伝送されてもよいし、その他の伝送路で伝送されてもよい。
【００７５】
また、上述の各実施形態では、制御情報Ｃ、番組情報Ｅ、全てのメディアコンポーネントが、ＩＰネットワーク上でマルチキャストされる場合を説明したが、いずれかが受信装置３０のリクエストによりユニキャストされてもよいし、放送波などによりＭＰＥＧ２など他のストリームで配信されてもよい。
また、上述の各実施形態では、番組情報に含まれる番組に関するメタデータの例として、番組概要を挙げたが、番組のジャンルや、番組の制作者、出演者など、その他のメタデータを含んでもよい。
【００７６】
また、図１における受信装置３０の機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより受信装置３０を実現してもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。
【００７７】
また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間の間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含むものとする。また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであっても良い。
【００７８】
また、上述した図１における受信装置３０の各機能ブロックは個別にチップ化してもよいし、一部、または全部を集積してチップ化してもよい。また、集積回路化の手法はＬＳＩに限らず、専用回路、または汎用プロセッサで実現しても良い。ハイブリッド、モノリシックのいずれでも良い。一部は、ハードウェアにより、一部はソフトウェアにより機能を実現させても良い。
また、半導体技術の進歩により、ＬＳＩに代替する集積回路化等の技術が出現した場合、当該技術による集積回路を用いることも可能である。
【００７９】
以上、この発明の実施形態を図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計変更等も含まれる。
【符号の説明】
【００８０】
１１、１２…コンテンツサーバ
１３…メタデータサーバ
２１、２２…伝送路
３０…受信装置
４０…メディア出力装置
３０１、３０２…ＩＰデータフロー受信部
３０３…ＩＰパケット分離部
３０４…制御情報処理部
３０５…コンポーネント選択部
３０６…プロファイル管理部
３０７…ＩＰパケット整序部
３０８…コンポーネント復号部
３０９…ビデオバッファ
３１０…ビデオデコーダ
３１１…オーディオバッファ
３１２…オーディオデコーダ
３１３…合成部
３１４…メタデータリクエスト部
４０１…番組受信処理部
４０２…番組情報画像生成部
４０３…番組表処理部
４０４…受信予約記憶部
４０５…予約受信処理部
【図１】
2018029387.tif 000003
【図２】
2018029387.tif 000004
【図３】
2018029387.tif 000005
【図４】
2018029387.tif 000006
【図５】
2018029387.tif 000007
【図６】
2018029387.tif 000008
【図７】
2018029387.tif 000009
【図８】
2018029387.tif 000010
【図９】
2018029387.tif 000011
【図１０】
2018029387.tif 000012
【図１１】
2018029387.tif 000013
【図１２】
2018029387.tif 000014
【図１３】
2018029387.tif 000015
【図１４】
2018029387.tif 000016