JP6399714B2 - 配信システム - Google Patents

Description

本発明は、配信システムに関する。

地上デジタルテレビジョン放送など、現行のデジタルテレビジョン放送では、ＩＳＯ／ＩＥＣ １３８１８−１として規格化されているＭＰＥＧ（Moving Picture Experts Group）２−ＴＳ（Transport Stream）が用いられている。これらのデジタルテレビジョン放送では、映像、音声などのコンテンツと、ＭＰＥＧ２で規格化されたＰＳＩ（Program Specific Information）とはＭＰＥＧ２−ＴＳを用いて伝送されているが、これらだけでなく、番組配列情報などのサービス情報（Service Information）も、ＭＰＥＧ２−ＴＳを用いて伝送されている（例えば、非特許文献１参照）。

"デジタル放送に使用する番組配列情報"、ＡＲＩＢ ＳＴＤ−Ｂ１０ ４．８版、社団法人 電波産業会、平成２２年４月２６日

しかしながら、ＩＳＯ／ＩＥＣ ２３００８−１として規格化され、次世代のデジタルテレビジョン放送で採用が検討されているＭＭＴ（MPEG Media Transport）においては、番組配列情報などのサービス情報の伝送方法が規定されていないという問題がある。

本発明は、このような事情に鑑みてなされたもので、サービス情報を、ＭＭＴを用いて伝送することができる配信システムを提供する。

（１）この発明は上述した課題を解決するためになされたもので、本発明の一態様は、サービス情報を格納したＭＰＥＧ２セクションを、ＭＭＴ制御メッセージに格納するメッセージ生成部と、前記ＭＭＴ制御メッセージと、コンテンツとを、ＭＭＴパケットに格納して配信するＭＭＴパケット配信部とを備えることを特徴とする配信装置である。

（２）また、本発明の他の態様は、（１）に記載の配信装置であって、前記ＭＰＥＧ２セクションに格納されているサービス情報のデータ構造は、他の配信システムにて運用されているサービス情報のデータ構造と同一であることを特徴とする。

（３）また、本発明の他の態様は、コンピュータを、サービス情報を格納したＭＰＥＧ２セクションを、ＭＭＴ制御メッセージに格納するメッセージ生成部、前記ＭＭＴ制御メッセージと、コンテンツとを、ＭＭＴパケットに格納して配信するＭＭＴパケット配信部として機能させるためのプログラムである。

この発明によれば、サービス情報を、ＭＭＴを用いて伝送することができる。

この発明の第１の実施形態による配信システム１０の構成を示す概略ブロック図である。 同実施形態によるサービス情報生成装置１２の構成を示す概略ブロック図である。 同実施形態によるＭＭＴ配信装置１３の構成を示す概略ブロック図である。 同実施形態による受信装置１４の構成を示す概略ブロック図である。 同実施形態によるＥＩＴを格納したセクションｓｃのデータ構造を示す表である。 同実施形態によるＡＩＴを格納したセクションｓｃのデータ構造を示す表である。 同実施形態によるＭ２メッセージ生成部３１が生成するＭ２メッセージのデータ構造を示す表である。 この発明の第２の実施形態による配信システム１０ａの構成を示す概略ブロック図である。 同実施形態による受信装置１４ａの構成を示す概略ブロック図である。

［第１の実施形態］
以下、図面を参照して、本発明の第１の実施形態について説明する。図１は、本実施形態による配信システム１０の構成を示す概略ブロック図である。図１に示す様に、配信システム１０は、コンテンツエンコード装置１１、サービス情報生成装置１２、ＭＭＴ配信装置１３、受信装置１４、出力装置１５を含んで構成される。配信システム１０は、映像、音声などのコンテンツを配信するシステムである。図１では、配信されたコンテンツを受信する受信装置１４を一つのみ示したが、複数であってもよい。

コンテンツエンコード装置１１は、映像、音声などのコンテンツを符号化して、符号化データｅｎを生成する。コンテンツエンコード装置１１は、符号化データｅｎをＭＭＴ配信装置１３に入力する。サービス情報生成装置１２は、サービス情報を生成し、生成したサービス情報をペイロードに格納したセクションｓｃを生成する。サービス情報生成装置１２は、生成したセクションｓｃをＭＭＴ配信装置１３に入力する。

なお、このセクションｓｃは、ＭＰＥＧ２−ＴＳのセクション形式に則ったものであり、以降、ＭＰＥＧ２セクションともいう。また、サービス情報生成装置１２が生成するサービス情報は、ＡＩＴ（Application Information Table）、ＢＩＴ（Broadcaster Information Table）、ＴＤＴ（Time and Date Table）、ＴＯＴ（Time Offset Table）、ＡＭＴ（Address Map Table）、ＥＩＴ（Event Information Table）である。これらのサービス情報は、社団法人 電波産業会が発行している「デジタル放送に使用する番組配列情報」（ＡＲＩＢ ＳＴＤ−Ｂ１０）にて規定されている。なお、ＥＩＴについては、ｐ／ｆのみで良い。ｐ／ｆ以外のＥＩＴについては、情報のリアルタイム性が低いので、ＨＴＴＰ（HyperText Transfer Protocol）など、ＭＭＴ以外のプロトコルで伝送可能だからである。

ここで、サービス情報生成装置１２が生成するサービス情報は、以下のような基準に従い、現行のデジタル放送の規格（前述の「デジタル放送に使用する番組配列情報」など）で規定されているサービス情報の中から選定されたものである。１）現行のデジタル放送で運用していないサービス情報、将来に渡って運用されないサービス情報は省く。２）ＭＭＴとして必要なサービス情報に関しては、現行のデジタル放送の規格で規定されているサービス情報の移行先として必要十分な機能を持たせる。３）１）２）以外のサービス情報は、必要最小限の修正のみでそのまま移行する。

なお、サービス情報生成装置１２は、現行のデジタル放送の規格の規定を一部変更したサービス情報を生成してもよい。例えば、ＬＤＴ（Linked Description Table）のｔｓ＿ｉｄを、ｔｌｖ＿ｓｔｒｅａｍ＿ｉｄに変更したものを生成するようにしてもよい。また、ＣＡＴ（Conditional Access Table）、ＥＣＭ（Entitlement Control Message）、ＥＭＭ（Entitlement Management Message）を使用する限定受信方式に沿って変更したものを生成するようにしてもよい。

ＭＭＴ配信装置１３は、符号化データｅｎをペイロードに格納したＭＭＴパケットと、セクションｓｃをペイロードに格納したＭＭＴパケットとを生成する。さらに、ＭＭＴ配信装置１３は、それらのＭＭＴパケットを１つのＩＰフローｍｐにて配信する。なお、ＩＰフローｍｐは、放送波により伝送されてもよいし、インターネットなどのパケット交換ネットワークで伝送されてもよいし、可搬記憶媒体に格納されてもよい。

受信装置１４は、ＭＭＴ配信装置１３により配信されたＩＰフローｍｐを受信する。受信装置１４は、ＩＰフローｍｐからサービス情報を取得し、該サービス情報を処理する。また、受信装置１４は、ＩＰフローｍｐから符号化データｅｎを取得し、該符号化データｅｎを復号して、復号信号ｄｅを生成する。受信装置１４は、生成した復号信号ｄｅを出力装置１５に入力する。出力装置１５は、入力された復号信号ｄｅに応じた映像の表示や、音声の出力を行う。

図２は、サービス情報生成装置１２の構成を示す概略ブロック図である。サービス情報生成装置１２は、サービス情報生成部２１、セクション生成部２２を含んで構成される。サービス情報生成部２１は、上述したＡＩＴなどのサービス情報を生成する。セクション生成部２２は、サービス情報生成部２１が生成したサービス情報をペイロードに格納したセクションｓｃを生成する。セクション生成部２２は、生成したセクションｓｃをＭＭＴ配信装置１３に入力する。

図３は、ＭＭＴ配信装置１３の構成を示す概略ブロック図である。ＭＭＴ配信装置１３は、Ｍ２メッセージ生成部３１、ＭＭＴパケット多重部３２、ＭＭＴパケット配信部３３を含んで構成される。Ｍ２メッセージ生成部３１は、サービス情報生成装置１２から入力されたセクションｓｃをペイロードに格納したＭ２メッセージを生成する。なお、Ｍ２メッセージは、ＭＭＴの制御メッセージ（Signaling Message）形式に則ったものである。以降、ＭＭＴの制御メッセージ形式に則った制御メッセージを、ＭＭＴ制御メッセージともいう。

ＭＭＴパケット多重部３２は、Ｍ２メッセージをペイロードに格納したＭＭＴパケットと、符号化データｅｎをペイロードに格納したＭＭＴパケットとを生成し、それらのＭＭＴパケットを時系列に並べることで、Ｍ２メッセージと符号化データｅｎを多重する。ＭＭＴパケット配信部３３は、ＭＭＴパケット多重部３２が時系列に並べたＭＭＴパケットを、１つのＩＰフローｍｐにて配信する。

図４は、受信装置１４の構成を示す概略ブロック図である。受信装置１４は、ＭＭＴパケット受信部４１、ＭＭＴパケット分離部４２、Ｍ２メッセージ処理部４３、セクション処理部４４、サービス情報処理部４５、コンテンツデコード部４６を含んで構成される。ＭＭＴパケット受信部４１は、ＩＰフローｍｐを受信し、ＩＰフローｍｐからＭＭＴパケットを取り出す。

ＭＭＴパケット分離部４２は、ＭＭＴパケット受信部４１が取り出したＭＭＴパケットを、Ｍ２メッセージを格納しているものと、符号化データｅｎを格納しているものとに分離する。ＭＭＴパケット分離部４２は、この分離を、例えば、ＭＭＴパケットのＩＤを参照して行う。ＭＭＴパケット分離部４２は、Ｍ２メッセージを格納しているＭＭＴパケットをＭ２メッセージ処理部４３に入力する。また、ＭＭＴパケット分離部４２は、符号化データｅｎを格納しているＭＭＴパケットをコンテンツデコード部４６に入力する。

Ｍ２メッセージ処理部４３は、入力されたＭＭＴパケットのペイロードから、Ｍ２メッセージを構築する。Ｍ２メッセージ処理部４３は、構築したＭ２メッセージのペイロード、すなわちセクションｓｃをセクション処理部４４に入力する。セクション処理部４４は、入力されたセクションｓｃからサービス情報を構築し、サービス情報処理部４５に入力する。サービス情報処理部４５は、入力されたサービス情報を処理する。

例えば、サービス情報が、ＡＩＴであれば、サービス情報処理部４５は、該ＡＩＴに従い、アプリケーションの状態を変更する。また、サービス情報がＥＩＴであれば、サービス情報処理部４５は、該ＥＩＴに従ったＥＰＧ（電子番組表）の生成や、受信予約されているコンテンツ（番組）の受信を指示する。コンテンツデコード部４６は、入力されたＭＭＴパケットのペイロードから符号化データｅｎを構築し、該符号化データｅｎを復号して、復号信号ｄｅを生成する。

図５は、ＥＩＴを格納したセクションｓｃのデータ構造を示す表である。該表において、Ｎｏ．は、該表における行の通し番号を示す欄である。データ構造は、ＥＩＴおよびセクションｓｃのデータ構造を示す欄である。ビット数は、該データ構造のビット数を示す欄である。値は、該ビット数のデータ構造がとる値を示す欄である。ビット列表記は、該ビット数のデータ構造のデータ形式を示す欄である。ビット列表記のｕｉｍｓｂｆは、unsigned integer most significantbit firstの略であり、符号無し整数、最上位ビットが先頭を意味する。また、ビット列表記のｂｓｌｂｆは、bit string left bit firstの略であり、ビット列、左ビットが先頭を意味する。また、ビット列表記のｒｐｃｈｏｆは、remainder polynomial coefficients, highest order firstの略であり、多項式係数の剰余、最上位階数が先頭を意味する。

図５において、Ｎｏ．１の「ｅｖｅｎｔ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｓｅｃｔｉｏｎ（）｛」は、以降、Ｎｏ．２９の「｝」までが、ＥＩＴを格納したセクションｓｃのデータ構造であることを表す。当該セクションの先頭に配置されているＮｏ．２の「ｔａｂｌｅ＿ｉｄ」は、このセクションｓｃが格納しているテーブルの種類を識別するテーブルＩＤを示す８ビットの領域である。ＥＩＴを格納したセクションｓｃでは、この「ｔａｂｌｅ＿ｉｄ」として、０ｘ４Ｅ〜０ｘ６Ｆのうちのいずれかの値が用いられる。なお、本明細書において、「０ｘ」は、続く英数字が、１６進数であることを示す。

次に配置されているＮｏ．３の「ｓｅｃｔｉｏｎ＿ｓｙｎｔａｘ＿ｉｎｄｉｃａｔｏｒ」は、当該セクションが拡張形式であるか否かを指定する１ビットの領域である。ＥＩＴを格納するセクションｓｃは、拡張形式であるので、「ｓｅｃｔｉｏｎ＿ｓｙｎｔａｘ＿ｉｎｄｉｃａｔｏｒ」は、‘１’である。なお、本明細書において、アポストロフィ（‘’）は、アポストロフィによって括られている数字が２進数であることを示す。

次に配置されているＮｏ．４の「ｒｅｓｅｒｖｅｄ＿ｆｕｔｕｒｅ＿ｕｓｅ」は、１ビットの将来予約の領域である。この領域には‘１’が設定される。次に配置されているＮｏ．５の「ｒｅｓｅｒｖｅｄ」は、２ビットの予約の領域である。この領域には‘１１’が設定される。次に配置されているＮｏ．６の「ｓｅｃｔｉｏｎ＿ｌｅｎｇｔｈ」は、当該領域に続くセクションの長さ（バイト数）を示す１２ビットの領域である。

次に配置されているＮｏ．７の「ｓｅｒｖｉｃｅ＿ｉｄ」は、当該ＥＩＴに格納されている番組配列情報のサービスＩＤを示す１６ビットの領域である。次に配置されているＮｏ．８の「ｒｅｓｅｒｖｅｄ」は、２ビットの予約の領域である。次に配置されているＮｏ．９の「ｖｅｒｓｉｏｎ＿ｎｕｍｂｅｒ」は、当該ＥＩＴに格納されている番組配列情報のバージョン番号を示す５ビットの領域である。

次に配置されているＮｏ．１０の「ｃｕｒｒｅｎｔ＿ｎｅｘｔ＿ｉｎｄｉｃａｔｏｒ」は、‘１’のときは当該セクションに格納されている情報が、現在適用されている情報であることを示し、‘０’のときは当該セクションに格納されている情報が、未だ適用されておらず、次に適用される情報であることを示す。次に配置されているＮｏ．１１の「ｓｅｃｔｉｏｎ＿ｎｕｍｂｅｒ」は、セクションの番号を示す８ビットの領域である。セクションの番号は、同一のｔａｂｌｅ＿ｉｄ、ｓｅｒｖｉｃｅ＿ｉｄ、ｔｒａｎｓｐｏｒｔ＿ｓｔｒｅａｍ＿ｉｄ、ｏｒｉｇｉｎａｌ＿ｎｅｔｗｏｒｋ＿ｉｄを持つセクションの追加ごとに１加算される。

次に配置されているＮｏ．１２の「ｌａｓｔ＿ｓｅｃｔｉｏｎ＿ｎｕｍｂｅｒ」は、このセクションが属するサブテーブルの最後のセクションの番号を示す８ビットの領域である。次に配置されているＮｏ．１３の「ｔｒａｎｓｐｏｒｔ＿ｓｔｒｅａｍ＿ｉｄ」は、当該ＥＩＴが示すトランスポートストリームをその分配システム内の他の多重から識別するラベルを示す１６ビットの領域である。次に配置されているＮｏ．１４の「ｏｒｉｇｉｎａｌ＿ｎｅｔｗｏｒｋ＿ｉｄ」は、元の分配システムのネットワークＩＤを規定するラベルを示す１６ビットの領域である。

次に配置されているＮｏ．１５の「ｓｅｇｍｅｎｔ＿ｌａｓｔ＿ｓｅｃｔｉｏｎ＿ｎｕｍｂｅｒ」は、サブテーブルのこのセグメントの最後のセクションの番号を規定する８ビットの領域である。次に配置されているＮｏ．１６の「ｌａｓｔ＿ｔａｂｌｅ＿ｉｄ」は、使用されている最終のテーブルＩＤを示す８ビットの領域である。次のＮｏ．１７の「ｆｏｒ（ｉ=０；ｉ＜Ｎ；ｉ＋＋）｛」は、Ｎｏ．２７の「｝」までのデータ構造をＮ回繰り返すことを示す。

次に配置されているＮｏ．１８の「ｅｖｅｎｔ＿ｉｄ」は、以降に記載されているイベントの識別番号を示す１６ビットの領域である。次に配置されているＮｏ．１９の「ｓｔａｒｔ＿ｔｉｍｅ」は、当該イベントの開始時刻を示す４０ビットの領域である。次に配置されているＮｏ．２０の「ｄｕｒａｔｉｏｎ」は、当該イベントの継続時間を示す２４ビットの領域である。次に配置されているＮｏ．２１の「ｒｕｎｎｉｎｇ＿ｓｔａｔｕｓ」は、当該イベントの状態を示す３ビットの領域である。

次に配置されているＮｏ．２２の「ｆｒｅｅ＿ＣＡ＿ｍｏｄｅ」は、‘０’のときは、そのイベント内の全てのコンポーネントがスクランブルされていないことを示す。‘１’のときは、１つ以上のコンポーネントへのアクセスが限定受信システムにより制御されていることを示す。次に配置されているＮｏ．２３の「ｄｅｓｃｒｉｐｔｏｒ＿ｌｏｏｐ＿ｌｅｎｇｔｈ」は、後続の記述子（ｄｅｓｃｒｉｐｔｏｒ（））の全バイト長を示す１２ビットの領域である。

次のＮｏ．２４の「ｆｏｒ（ｉ=０；ｉ＜Ｎ；ｉ＋＋）｛」は、Ｎｏ．２６の「｝」までのデータ構造をＮ回繰り返すことを示す。次に配置されているＮｏ．２５の「ｄｅｓｃｒｉｐｔｏｒ（）」は、記述子が配置されることを示す。Ｎｏ．２８の「ＣＲＣ＿３２」は、３２ビットの巡回冗長検査の領域が、セクションの末尾に配置されていることを示す。

このように、図５は、サービス情報生成装置１２が生成するセクションｓｃのうち、ＥＩＴを格納したもののデータ構造を示す表である。図５のうち、ＭＰＥＧ２−ＴＳのセクション形式で規定されている、Ｎｏ．２の「ｔａｂｌｅ＿ｉｄ」からＮｏ．１２の「ｌａｓｔ＿ｓｅｃｔｉｏｎ＿ｎｕｍｂｅｒ」と、Ｎｏ．２８の「ＣＲＣ＿３２」とを、セクション生成部２２は、生成する。

図６は、ＡＩＴを格納したセクションｓｃのデータ構造を示す表である。該表において、Ｎｏ．は、該表における行の通し番号を示す欄である。データ構造は、ＡＩＴおよびセクションｓｃのデータ構造を示す欄である。ビット数や、値、ビット列表記は、図５と同様である。

図６において、Ｎｏ．１の「ａｐｐｌｉｃａｔｉｏｎ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｓｅｃｔｉｏｎ（）｛」は、以降、Ｎｏ．３０の「｝」までが、ＡＩＴを格納したセクションｓｃのデータ構造であることを表す。当該セクションの先頭に配置されているＮｏ．２の「ｔａｂｌｅ＿ｉｄ」は、このセクションｓｃが格納しているテーブルの種類を識別するテーブルＩＤを示す８ビットの領域である。ＡＩＴを格納したセクションｓｃでは、この「ｔａｂｌｅ＿ｉｄ」として、０ｘ７４が用いられる。

次に配置されているＮｏ．３からＮｏ．６は、図５のＮｏ．３からＮｏ．６と同様である。次に配置されているＮｏ．７の「ａｐｐｌｉｃａｔｉｏｎ＿ｔｙｐｅ」は、アプリケーション形式の値を示す。Ｎｏ．８からＮｏ．１２は、図５のＮｏ．８からＮｏ．１２と同様である。次に配置されているＮｏ．１３の「ｒｅｓｅｒｖｅｄ＿ｆｕｔｕｒｅ＿ｕｓｅ」は、将来予約の４ビットの領域である。次に配置されているＮｏ．１４の「ｃｏｍｍｏｎ＿ｄｅｓｃｒｉｐｔｏｒ＿ｌｅｎｇｔｈ」は、後続の共通記述子のバイト長を示す１２ビットの領域である。次のＮｏ．１５の「ｆｏｒ（ｉ=０；ｉ＜Ｎ；ｉ＋＋）｛」は、Ｎｏ．１７の「｝」までのデータ構造（Ｎｏ．１６）をＮ回繰り返すことを示す。

Ｎｏ．１６の「ｄｅｓｃｐｒｉｐｔｏｒ（）」は、このＡＩＴ内の全てのアプリケーションに適用される共通記述子の領域である。なお、共通記述子は、「ｃｏｍｍｏｎ＿ｄｅｓｃｒｉｐｔｏｒ＿ｌｅｎｇｔｈ」で示されたバイト長に達するまで、１つまたは複数配置される。共通記述に続いて配置されているＮｏ．１８の「ｒｅｓｅｒｖｅｄ＿ｆｕｔｕｒｅ＿ｕｓｅ」は、将来予約の４ビットの領域である。次に配置されているＮｏ．１９の「ａｐｐｌｉｃａｔｉｏｎ＿ｌｏｏｐ＿ｌｅｎｇｔｈ」は、後続のアプリケーション情報が格納されるループ（Ｎｏ．２０からＮ．２８）全体のバイト長を示す１２ビットの領域である。

次のＮｏ．２０の「ｆｏｒ（ｉ=０；ｉ＜Ｎ；ｉ＋＋）｛」は、Ｎｏ．２８の「｝」まで、アプリケーション情報が格納されるループをＮ回繰り返すことを示す。アプリケーション情報の先頭に配置されるＮｏ．２１の「ａｐｐｌｉｃａｔｉｏｎ＿ｉｄｅｎｔｉｆｉｅｒ（）」は、アプリケーションを識別する４８ビットの領域である。次に配置されているＮｏ．２２の「ａｐｐｌｉｃａｔｉｏｎ＿ｃｏｎｔｒｏｌ＿ｃｏｄｅ」は、アプリケーションの状態を制御する制御コードを示す８ビットの領域である。

次に配置されているＮｏ．２３の「ｒｅｓｅｒｖｅｄ＿ｆｕｒｅ＿ｕｓｅ」は、将来予約の４ビットの領域である。次に配置されているＮｏ．２４の「ａｐｐｌｉｃａｔｉｏｎ＿ｄｅｓｃｒｉｐｔｏｒ＿ｌｏｏｐ＿ｌｅｎｇｔｈ」は、後続の記述子領域のバイト長を示す１２ビットの領域である。次のＮｏ．２５の「ｆｏｒ（ｉ=０；ｉ＜Ｍ；ｉ＋＋）｛」は、Ｎｏ．２７の「｝」まで、Ｎｏ．２６の「ｄｅｓｃｒｉｐｔｏｒ（）」をＭ回繰り返すことを示す。Ｎｏ．２６の「ｄｅｓｃｒｉｐｔｏｒ（）」は、Ｎｏ．２１で指定されたアプリケーションに適用される記述子の領域である。Ｎｏ．２９の「ＣＲＣ＿３２」は、３２ビットの巡回冗長検査の領域が、セクションの末尾に配置されていることを示す。

このように、図６は、サービス情報生成装置１２が生成するセクションｓｃのうち、ＡＩＴを格納したもののデータ構造を示す表である。図６のうち、ＭＰＥＧ２−ＴＳのセクション形式で規定されている、Ｎｏ．２の「ｔａｂｌｅ＿ｉｄ」からＮｏ．１２の「ｌａｓｔ＿ｓｅｃｔｉｏｎ＿ｎｕｍｂｅｒ」と、Ｎｏ．２９の「ＣＲＣ＿３２」とを、セクション生成部２２は、生成する。

図７は、Ｍ２メッセージ生成部３１が生成するＭ２メッセージのデータ構造を示す表である。該表において、Ｎｏ．は、該表における行の通し番号を示す欄である。データ構造は、Ｍ２メッセージのデータ構造を示す欄である。ビット数や、値、ビット列表記は、図５と同様である。

図７において、Ｎｏ．１の「Ｓｉｇｎａｌｉｎｇ＿Ｍｅｓｓａｇｅ（）｛」は、以降、Ｎｏ．６の「｝」までが、制御メッセージのデータ構造であることを表す。先頭に配置されているＮｏ．２の「ｍｅｓｓａｇｅ＿ｉｄ」は、制御メッセージのＩＤを示す１６ビットの領域であり、Ｍ２メッセージを示す０ｘ８ｄ００が設定される。なお、０ｘ８ｄ００は、ＩＳＯ／ＩＥＣ ２３００８−１において予約（ｒｅｓｅｒｖｅｄ）とされている値である。

次に配置されているＮｏ．３の「ｖｅｒｓｉｏｎ」は、制御メッセージのバージョン番号を示す８ビットの領域である。次に配置されている「ｌｅｎｇｔｈ」は、当該領域に続く制御メッセージの長さ（バイト数）を示す１６ビットの領域である。次に配置されているＮｏ．５の「ｓｅｃｔｉｏｎ（）」は、セクションｓｃを格納する領域である。例えば、セクションｓｃが図５に示したＥＩＴのセクションであれば、図５のＮｏ．１からＮｏ．２９までが、「ｓｅｃｔｉｏｎ（）」に格納される。同様に、セクションｓｃが図６に示したＡＩＴのセクションであれば、図６のＮｏ．１からＮｏ．３０までが、「ｓｅｃｔｉｏｎ（）」に格納される。なお、図７の「ｓｅｃｔｉｏｎ（）」には、複数のセクションが格納されてもよい。

このように、配信システム１０は、Ｍ２メッセージ生成部３１と、ＭＭＴパケット配信部３３と、受信装置１４とを備える。Ｍ２メッセージ生成部３１は、サービス情報を格納したＭＰＥＧ２セクションを、ＭＭＴ制御メッセージであるＭ２メッセージに格納する。ＭＭＴパケット配信部３３は、Ｍ２メッセージと、コンテンツとを、ＭＭＴパケットに格納して配信する。受信装置１４は、配信されたＭＭＴパケットを受信する。さらに、受信装置１４は、ＭＭＴパケット受信部４１と、Ｍ２メッセージ処理部４３と、セクション処理部４４とを備える。ＭＭＴパケット受信部４１は、配信されたＭＭＴパケットを受信する。Ｍ２メッセージ処理部４３は、受信したＭＭＴパケットに格納されているＭＭＴ制御メッセージから、ＭＰＥＧ２セクションを取り出す。セクション処理部４４は、Ｍ２メッセージ処理部４３が取り出したＭＥＧ２セクションから、サービス情報を取り出す。
これにより、サービス情報を、ＭＭＴを用いて伝送することができる。

［第２の実施形態］
以下、図面を参照して、本発明の第２の実施形態について説明する。図８は、本実施形態による配信システム１０ａの構成を示す概略ブロック図である。配信システム１０ａは、第１の実施形態と同様なＭＭＴを用いた第１の配信サービスに加えて、ＭＰＥＧ−ＴＳを用いた第２の配信サービスも提供する。そして、これらの第１の配信サービスと第２の配信サービスとで、サービス情報のデータ構造を共通にしている。

図８において、図１の各部に対応する部分には同一の符号（１１〜１３）を付し、説明を省略する。図８に示す様に、配信システム１０ａは、コンテンツエンコード装置１１、１１ａ、サービス情報生成装置１２、１２ａ、ＭＭＴ配信装置１３、ＴＳ配信装置１３ａ、受信装置１４ａ、出力装置１５を含んで構成される。

コンテンツエンコード装置１１ａは、ＭＰＥＧ２−ＴＳで配信するコンテンツの符号化を行って、符号化データｅｔを生成する。サービス情報生成装置１２ａは、現行のデジタル放送の規格で規定されているサービス情報を、ＭＰＥＧ２−ＴＳのセクション形式に則ったセクションｓｔに格納する。ＴＳ配信装置１３ａは、サービス情報生成装置１２ａが生成したセクションｓｔをペイロードに格納したＴＳパケットと、コンテンツエンコード装置１１ａが生成した符号化データｅｔをペイロードに格納したＴＳパケットとを生成し、それらのＴＳパケットを時系列に並べることで、セクションｓｃと符号化データｅｔを多重したトランスポートストリームｔｓを生成する。

ＴＳ配信装置１３ａは、生成したトランスポートストリームｔｓを配信する。なお、トランスポートストリームｔｓは、放送波により伝送されてもよいし、インターネットなどのパケット交換ネットワークで伝送されてもよいし、可搬記憶媒体に格納されてもよい。受信装置１４ａは、ＭＭＴ配信装置１３が配信したＩＰフローｍｐと、ＴＳ配信装置１３ａが配信したトランスポートストリームｔｓとを受信する。受信装置１４ａは、ＩＰフローｍｐおよびトランスポートストリームｔｓからサービス情報を取得し、該サービス情報を処理する。また、受信装置１４ａは、ＩＰフローｍｐから符号化データｅｎを取得し、トランスポートストリームｔｓから符号化データｅｔを取得する。受信装置１４ａは、符号化データｅｎあるいは符号化データｅｔを復号して、復号信号ｄｅを生成する。

図９は、受信装置１４ａの構成を示す概略ブロック図である。図９において、図４の各部に対応する部分には同一の符号（４１〜４６）を付し、説明を省略する。受信装置１４ａは、ＭＭＴパケット受信部４１、ＭＭＴパケット分離部４２、Ｍ２メッセージ処理部４３、セクション処理部４４、サービス情報処理部４５、コンテンツデコード部４６、ＴＳパケット受信部４１ａ、ＴＳパケット分離部４２ａを含んで構成される。

ＴＳパケット受信部４１ａは、トランスポートストリームｔｓを受信する。ＴＳパケット分離部４２ａは、ＴＳパケット受信部４１ａが受信したトランスポートストリームｔｓに含まれるＴＳパケットのうち、符号化データｅｔを含むものを、コンテンツデコード部４６に入力して復号させる。また、ＴＳパケット分離部４２ａは、ＴＳパケット受信部４１ａが受信したトランスポートストリームｔｓに含まれるＴＳパケットのうち、セクションｓｔを含むものからセクションｓｔを取り出す。ＴＳパケット分離部４２ａは、取り出したセクションｓｔを、セクション処理部４４に入力して、サービス情報を取り出させる。

このように、配信システム１０ａにおいても、サービス情報を、ＭＭＴを用いて伝送することができる。

さらに、配信システム１０ａにおいて、ＭＰＥＧ２セクションに格納されているサービス情報のデータ構造は、他の配信サービスにて運用されているサービス情報のデータ構造（本実施形態では、非特許文献１に記載のデータ構造）と同一である。
これにより、受信装置１４ａにおいて、ＭＭＴを用いた配信サービスで運用されているサービス情報と、他の配信サービスにて運用されているサービス情報とを、容易に用いることができる。

なお、上述の各実施形態では、１つのサービス情報生成装置１２が、ＡＩＴ、ＢＩＴ、ＴＤＴ、ＴＯＴ、ＡＭＴ、ＥＩＴを生成し、セクションｓｃに格納しているが、複数のサービス情報生成装置１２が生成してもよい。例えば、ＥＩＴのみを生成するサービス情報生成装置１２や、ＴＤＴのみを生成するサービス情報生成装置１２があってもよい。

また、上述の各実施形態では、サービス情報が格納されたＭ２メッセージは、メッセージＩＤの値が全て同じであるが、サービス情報あるいはセクションのテーブルＩＤによって異なっていてもよい。
また、上述の各実施形態において、Ｍ２メッセージは、複数のセクションｓｃをペイロードに格納していてもよいし、一つのみであってもよい。また、複数のセクションｓｃをペイロードに格納する際に、同じｔａｂｌｅ＿ｉｄのセクションのみを格納するようにしてもよいし、異なるｔａｂｌｅ＿ｉｄのセクションも格納するようにしてもよい。

また、図１におけるサービス情報生成装置１２、ＭＭＴ配信装置１３、受信装置１４、図８における受信装置１４ａの機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより各装置を実現してもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。

また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間の間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含むものとする。また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであっても良い。

また、上述した図１におけるサービス情報生成装置１２、ＭＭＴ配信装置１３、受信装置１４、図８における受信装置１４ａの各機能ブロックは個別にチップ化してもよいし、一部、または全部を集積してチップ化してもよい。また、集積回路化の手法はＬＳＩに限らず、専用回路、または汎用プロセッサで実現しても良い。ハイブリッド、モノリシックのいずれでも良い。一部は、ハードウェアにより、一部はソフトウェアにより機能を実現させても良い。
また、半導体技術の進歩により、ＬＳＩに代替する集積回路化等の技術が出現した場合、当該技術による集積回路を用いることも可能である。

以上、この発明の実施形態を図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計変更等も含まれる。

１０、１０ａ…配信システム
１１、１１ａ…コンテンツエンコード装置
１２、１２ａ…サービス情報生成装置
１３…ＭＭＴ配信装置
１３ａ…ＴＳ配信装置
１４、１４ａ…受信装置
１５…出力装置
２１…サービス情報生成部
２２…セクション生成部
３１…Ｍ２メッセージ生成部
３２…ＭＭＴパケット多重部
３３…ＭＭＴパケット配信部
４１…ＭＭＴパケット受信部
４１ａ…ＴＳパケット受信部
４２…ＭＭＴパケット分離部
４２ａ…ＴＳパケット分離部
４３…Ｍ２メッセージ処理部
４４…セクション処理部
４５…サービス情報処理部
４６…コンテンツデコード部

Claims (1)

1. サービス情報を格納したＭＰＥＧ２セクションを、Ｍ２メッセージに格納するメッセージ生成部と、
   前記Ｍ２メッセージと、コンテンツとを、ＭＭＴパケットに格納して配信するＭＭＴパケット配信部と、
   前記配信されたＭＭＴパケットを受信する受信装置と
   を備え、
   前記サービス情報を格納したＭＰＥＧ２セクションを格納した前記Ｍ２メッセージは、メッセージＩＤの値が同じであり、
   前記ＭＰＥＧ２セクションに格納されているサービス情報のデータ構造は、ＭＰＥＧ２−ＴＳを用いた配信サービスを提供する他の配信システムにて運用されているサービス情報のデータ構造と同一であることを特徴とする配信システム。

Images