(57)【要約】  デジタル放送において、ＣＭに関する情報を視聴者に視聴させることができるデジタル放送方法、データ受信装置、データ送信装置、データ受信プログラムおよびデータ送信プログラムを提供することを目的とする。データ送信装置が、ＣＭを形成する映像データや音声データを送信するよりも前に、かかるＣＭの広告関連データを送信し、データ受信装置が、リアルタイムに視聴されているチャンネルを他のチャンネルに変更され、再度、元のチャンネルに変更されたことを検知した場合に、本編とともに広告関連データを表示する。
2010046965.tif 000002
【特許請求の範囲】
【請求項１】
データ送信装置が、
デジタル放送用の所定のコンテンツを形成する音声データおよび映像データを受け付ける音声映像受付工程と、
前記所定のコンテンツに関する内容を表す関連データを受け付けるデータ受付工程と、
前記音声映像受付工程によって受け付けられた音声データおよび映像データよりも前に、前記データ受付工程によって受け付けられた関連データをデータ受信装置へ送信するように制御する制御工程とを含み、
前記データ受信装置が、
前記制御工程によって送信制御された前記所定のコンテンツを形成する音声データと、映像データと、前記所定のコンテンツの関連データとを受信する受信工程と、
所定のチャンネルで放送を視聴している視聴者から視聴チャンネルの変更指示を受け付けて視聴チャンネルを変更するチャンネル変更工程と、
前記チャンネル変更工程によって視聴チャンネルが第一のチャンネル番号から第二のチャンネル番号に変更された後に、前記第一のチャンネル番号に再度変更された場合に、前記受信工程によって受信された関連データを、前記第一のチャンネル番号に対応する音声データおよび映像データとともに出力部に出力する関連データ出力工程と
を含んだことを特徴とするデジタル放送方法。
【請求項２】
前記データ送信装置が、
前記関連データを符号化して、前記データ受信装置によって前記関連データが表示される時刻である表示時刻情報を含むパケットを生成するデータ符号化工程と、
前記表示時刻情報が示す時刻から、前記関連データを表示開始することを許可する時刻までの時間である生存時間情報を生成する付加情報生成工程とをさらに含み、
前記制御工程は、前記データ符号化工程によって生成された前記表示時刻情報を含むパケットと、前記付加情報生成工程によって生成された生存時間情報とを前記データ受信装置へ送信するように制御し、
前記受信工程は、前記制御工程によって送信制御された表示時刻情報を含むパケットと、生存時間情報とをさらに受信し、
前記関連データ出力工程は、前記チャンネル変更工程によって視聴チャンネルが前記第一のチャンネル番号に再度変更された時刻であるチャンネル変更時刻が、前記表示時刻情報が示す表示時刻以降であり、かつ、前記表示時刻情報に前記生存時間情報が示す時間を加算した時刻以前である場合に、前記関連データを、前記第一のチャンネル番号に対応する音声データおよび映像データとともに出力部に出力することを特徴とする請求項１に記載のデジタル放送方法。
【請求項３】
前記関連データ出力工程は、前記チャンネル変更時刻が、前記表示時刻より前である場合、時刻が前記表示時刻になった際に、前記関連データを、前記第一のチャンネル番号に対応する音声データおよび映像データとともに出力部に出力することを特徴とする請求項２に記載のデジタル放送方法。
【請求項４】
デジタル放送用の所定のコンテンツを形成する音声データと、映像データと、前記所定のコンテンツに関する内容を表す関連データとを受信する受信手段と、
所定のチャンネルで放送を視聴している視聴者から視聴チャンネルの変更指示を受け付けて視聴チャンネルを変更するチャンネル変更手段と、
前記チャンネル変更手段によって視聴チャンネルが第一のチャンネル番号から第二のチャンネル番号に変更された後に、前記第一のチャンネル番号に再度変更された場合に、前記受信手段によって受信された関連データを、前記第一のチャンネル番号に対応する音声データおよび映像データとともに出力部に出力する関連データ出力手段と
を備えたことを特徴とするデータ受信装置。
【請求項５】
前記受信手段は、前記関連データを表示する時刻である表示時刻情報と、前記表示時刻情報が示す時刻から、前記関連データを表示開始することが許可されている時刻までの時間である生存時間情報とをさらに受信し、
前記関連データ出力手段は、前記チャンネル変更手段によって視聴チャンネルが前記第一のチャンネル番号に再度変更された時刻であるチャンネル変更時刻が、前記表示時刻情報が示す表示時刻以降であり、かつ、前記表示時刻情報に生存時間情報が示す時間を加算した時刻以前である場合に、前記関連データを、前記第一のチャンネル番号に対応する音声データおよび映像データとともに出力部に出力することを特徴とする請求項４に記載のデータ受信装置。
【請求項６】
前記関連データ出力手段は、前記チャンネル変更時刻が、前記表示時刻より前である場合、時刻が前記表示時刻になった際に、前記関連データを、前記第一のチャンネル番号に対応する音声データおよび映像データとともに出力部に出力することを特徴とする請求項５に記載のデータ受信装置。
【請求項７】
デジタル放送用の所定のコンテンツを形成する音声データおよび映像データを受け付ける音声映像受付手段と、
前記所定のコンテンツに関する内容を表す関連データを受け付けるデータ受付手段と、
前記音声映像受付手段によって受け付けられた音声データおよび映像データよりも前に、前記データ受付手段によって受け付けられた関連データをデータ受信装置へ送信するように制御する制御手段と
を備えたことを特徴とするデータ送信装置。
【請求項８】
前記関連データを符号化して、前記データ受信装置によって前記関連データが表示される時刻である表示時刻情報を含むパケットを生成するデータ符号化手段をさらに備え、
前記制御手段は、前記データ符号化手段によって生成された前記表示時刻情報を含むパケットを前記データ受信装置へ送信するように制御することを特徴とする請求項７に記載のデータ送信装置。
【請求項９】
前記データ符号化手段は、前記表示時刻情報に、前記音声データおよび映像データが表示される時刻を設定することを特徴とする請求項８に記載のデータ送信装置。
【請求項１０】
前記関連データのパケットと、該関連データのパケット以外の他のパケットとを識別するための識別情報を生成する付加情報生成手段をさらに備え、
前記制御手段は、前記付加情報生成手段によって生成された識別情報を前記データ受信装置へ送信するように制御することを特徴とする請求項７〜９のいずれか一つに記載のデータ送信装置。
【請求項１１】
前記付加情報生成手段は、前記表示時刻情報が示す時刻から、前記関連データを表示開始することを許可する時刻までの時間である生存時間情報をさらに生成し、
前記制御手段は、前記付加情報生成手段によって生成された生存時間情報を前記データ受信装置へ送信するように制御することを特徴とする請求項１０に記載のデータ送信装置。
【請求項１２】
前記データ符号化手段は、前記関連データを符号化することにより、ＰＥＳ（Packetized  Elementary  Stream）ヘッダに含まれるＰＴＳ（Presentation  Time  Stamp）に前記表示時刻情報を設定したＰＥＳパケットを生成し、
前記付加情報生成手段は、前記関連データと関連付けたディスクリプタに前記識別情報および前記生存時間情報を設定したプログラムマップセクションを生成し、
前記制御手段は、前記データ符号化手段によって生成されたＰＥＳパケットと、前記付加情報生成手段によって生成されたプログラムマップセクションとをＴＳ（Transport  Stream）により送信するように制御することを特徴とする請求項１１に記載のデータ送信装置。
【請求項１３】
前記データ受付手段によって受け付けられた関連データを含むイベントセクションを生成するイベント生成手段をさらに備え、
前記制御手段は、前記イベント生成手段によって生成された関連データを含むイベントセクションである関連イベントセクションをイベントメッセージとして前記データ受信装置へ送信するように制御することを特徴とする請求項７に記載のデータ送信装置。
【請求項１４】
前記イベント生成手段は、前記データ受信装置によって前記関連データが表示される時刻である表示時刻情報と、前記関連イベントセクションと該関連イベントセクション以外の他のイベントセクションとを識別するための識別情報と、前記表示時刻情報が示す時刻から、前記関連データを表示開始することを許可する時刻までの時間である生存時間情報とを含むイベントセクションを生成することを特徴とする請求項１３に記載のデータ送信装置。
【請求項１５】
デジタル放送用の所定のコンテンツを形成する音声データと、映像データと、前記所定のコンテンツに関する内容を表す関連データとを受信する受信手順と、
所定のチャンネルで放送を視聴している視聴者から視聴チャンネルの変更指示を受け付けて視聴チャンネルを変更するチャンネル変更手順と、
前記チャンネル変更手順によって視聴チャンネルが第一のチャンネル番号から第二のチャンネル番号に変更された後に、前記第一のチャンネル番号に再度変更された場合に、前記受信手順によって受信された関連データを、前記第一のチャンネル番号に対応する音声データおよび映像データとともに出力部に出力する関連データ出力手順と
をコンピュータに実行させることを特徴とするデータ受信プログラム。
【請求項１６】
デジタル放送用の所定のコンテンツを形成する音声データおよび映像データを受け付ける音声映像受付手順と、
前記所定のコンテンツに関する内容を表す関連データを受け付けるデータ受付手順と、
前記音声映像受付手順によって受け付けられた音声データおよび映像データよりも前に、前記データ受付手順によって受け付けられた関連データをデータ受信装置へ送信するように制御する制御手順と
をコンピュータに実行させることを特徴とするデータ送信プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、デジタル放送方法、データ受信装置、データ送信装置、データ受信プログラムおよびデータ送信プログラムに関する。
【背景技術】
【０００２】
ＡＲＩＢ（Association  of  Radio  Industries  and  Businesses）やＡＴＳＣ（Advanced  Television  System  Committee）やＤＶＢ（Digital  Video  Broadcasting  Project）などの規格によるデジタル放送（例えば、地上デジタル放送など）では、視聴者は、番組だけを視聴し、ＣＭを視聴しないことができる。例えば、視聴者は、ＣＭの時間だけ別のチャンネルに切り替えることで、ＣＭを視聴しないことができる。視聴者がＣＭを視聴しなくなると、現在のビジネスモデルでは、スポンサーが番組制作のための資金を提供しなくなることが予想され、結果として、良質な番組が減少してしまう危険性がある。【０００３】
このため、近年では、例えば、スクランブルして伝送されるＴＳ（Transport  Stream）を構成するＣＭの部分に、ワークキー（デスクラインブルするためのキー情報）を含むＥＣＭ（Entitlement  Control  Message）を挿入する技術が提案されている。かかる技術によれば、視聴者にＣＭを１回は視聴させることが可能になると提案されている。【０００４】
また、例えば、ＶＯＤ（Video  On  Demand）システムにおいて、番組を配信する際にＣＭに関するＣＭ関連情報を挿入する手法が開示されている。この手法では、ユーザ端末は、番組を記憶部に格納するとともにＣＭ関連情報を記憶部に格納する。そして、ユーザ端末は、ＣＭがスキップされた場合には、ＣＭ関連情報を記憶部から読み出して、番組とともに表示する。【０００５】
【特許文献１】特開２００２−５１３２１号公報
【特許文献２】国際公開第０３／０７９６９０号パンフレット
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、上述した従来の技術では、ＣＭの時間だけ別のチャンネルに切り替えられた場合に、かかるＣＭに関する情報を視聴者に視聴させることができないという問題を解決できなかった。具体的には、デジタル放送においては、例えば、ＣＭの時間だけ別のチャンネルにリアルタイムに切り替えられると、ＣＭは、受信側で再生されないことになる。別のチャンネルにリアルタイムに切り替えられた場合、ＣＭや番組に挿入されたＣＭ関連情報が記憶部に格納されることもないので、上述した問題は、従来の技術によって解決することができなかった。【０００７】
また、上述した伝送されるＴＳにワークキーを含むＥＣＭを挿入する技術は、そもそも放送データをスクランブルして伝送することが前提となっているため、スクランブルせずに伝送する場合に適用することができなかった。【０００８】
開示の技術は、上述した従来技術による問題点を解消するためになされたものであり、デジタル放送において、ＣＭに関する情報を視聴者に視聴させることができるデジタル放送方法、データ受信装置、データ送信装置、データ受信プログラムおよびデータ送信プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
上述した課題を解決し、目的を達成するために、本願に開示するデジタル放送方法は、データ送信装置が、デジタル放送用の所定のコンテンツを形成する音声データおよび映像データを受け付ける音声映像受付工程と、前記所定のコンテンツに関する内容を表す関連データを受け付けるデータ受付工程と、前記音声映像受付工程によって受け付けられた音声データおよび映像データよりも前に、前記データ受付工程によって受け付けられた関連データをデータ受信装置へ送信するように制御する制御工程とを含み、前記データ受信装置が、前記制御工程によって送信制御された前記所定のコンテンツを形成する音声データと、映像データと、前記所定のコンテンツの関連データとを受信する受信工程と、所定のチャンネルで放送を視聴している視聴者から視聴チャンネルの変更指示を受け付けて視聴チャンネルを変更するチャンネル変更工程と、前記チャンネル変更工程によって視聴チャンネルが第一のチャンネル番号から第二のチャンネル番号に変更された後に、前記第一のチャンネル番号に再度変更された場合に、前記受信工程によって受信された関連データを、前記第一のチャンネル番号に対応する音声データおよび映像データとともに出力部に出力する関連データ出力工程とを含んだことを要件とする。【００１０】
なお、本願に開示するデジタル放送方法の構成要素、表現または構成要素の任意の組合せを、方法、装置、システム、コンピュータプログラム、記録媒体、データ構造などに適用したものも、他の態様として有効である。
【発明の効果】
【００１１】
デジタル放送において、ＣＭに関する情報を視聴者に視聴させることができるという効果を奏する。
【図面の簡単な説明】
【００１２】
【図１−１】図１−１は、実施例１に係るデータ送信装置およびデータ受信装置の概要を説明するための図である。
【図１−２】図１−２は、実施例１に係るデータ送信装置およびデータ受信装置の概要を説明するための図である。
【図２】図２は、実施例１に係るデータ送信装置の構成を示す図である。
【図３】図３は、広告関連データｄｅｓｃｒｉｐｔｏｒの構造例を示す図である。
【図４】図４は、実施例１に係るデータ受信装置の構成を示す図である。
【図５】図５は、広告関連データが出力される画面の一例を示す図である。
【図６】図６は、実施例１に係るデータ送信装置によるＴＳ送信処理手順を示すフローチャートである。
【図７】図７は、実施例１に係るデータ受信装置による広告関連データ出力処理手順を示すフローチャートである。
【図８】図８は、広告関連データイベントの構造例を示す図である。
【図９】図９は、実施例２に係るデータ送信装置によるＴＳ送信処理手順を示すフローチャートである。
【図１０】図１０は、データ送信プログラムを実行するコンピュータを示す図である。
【図１１】図１１は、データ受信プログラムを実行するコンピュータを示す図である。
【符号の説明】
【００１３】
１０、２０  データ受信装置
１１  制御部
１１ａ  チャンネル変更部
１１ｂ  広告関連データ出力部
１２  リモコンＩ／Ｆ
１３  チューナ
１４  多重化分離部
１５  Ｖｉｄｅｏ復号部
１６  Ａｕｄｉｏ復号部
１７  データ復号部
１８  データ蓄積部
１９  出力部
１００、２００  データ送信装置
１１０  制御部
１２０  Ａｕｄｉｏ／Ｖｉｄｅｏ符号化部
１３０  文字データ符号化部
１４０  イベント生成部
１５０  番組情報生成部
１６０  多重化部
１０００、２０００  コンピュータ
１０１０、２０１０  ＲＡＭ
１０２０、２０２０  キャッシュ
１０３０、２０３０  ＨＤＤ
１０４０、２０４０  ＲＯＭ
１０４１  制御プログラム
１０４２  Ａｕｄｉｏ／Ｖｉｄｅｏ符号化プログラム
１０４３  文字データ符号化プログラム
１０４４  イベント生成プログラム
１０４５  番組情報生成プログラム
１０４６  多重化プログラム
１０５０、２０５０  ＣＰＵ
１０５１  制御プロセス
１０５２  Ａｕｄｉｏ／Ｖｉｄｅｏ符号化プロセス
１０５３  文字データ符号化プロセス
１０５４  イベント生成プロセス
１０５５  番組情報生成プロセス
１０５６  多重化プロセス
１０６０、２０６０  バス
２０３１  データ蓄積テーブル
２０４１  チャンネル変更プログラム
２０４２  広告関連データ出力プログラム
２０４３  多重化分離プログラム
２０４４  Ｖｉｄｅｏ復号プログラム
２０４５  Ａｕｄｉｏ復号プログラム
２０４６  データ復号プログラム
２０４７  出力プログラム
２０５１  チャンネル変更プロセス
２０５２  広告関連データ出力プロセス
２０５３  多重化分離プロセス
２０５４  Ｖｉｄｅｏ復号プロセス
２０５５  Ａｕｄｉｏ復号プロセス
２０５６  データ復号プロセス
２０５７  出力プロセス
【発明を実施するための最良の形態】
【００１４】
以下に、本願に開示するデジタル放送方法、データ受信装置、データ送信装置、データ受信プログラムおよびデータ送信プログラムの実施例を図面に基づいて詳細に説明する。なお、この実施例により本願に開示するデジタル放送方法、データ受信装置、データ送信装置、データ受信プログラムおよびデータ送信プログラムが限定されるものではない。
【実施例１】
【００１５】
まず、図１−１および図１−２を用いて、実施例１に係るデータ送信装置１００およびデータ受信装置１０の概要を説明する。図１−１および図１−２は、実施例１に係るデータ送信装置１００およびデータ受信装置１０の概要を説明するための図である。【００１６】
データ送信装置１００は、デジタル放送のための映像データや、音声データ、文字データ等を、ＭＰＥＧ（Moving  Picture  Experts  Group）−２  Ｓｙｓｔｅｍ規格のＴＳにより送信する。具体的には、データ送信装置１００は、番組制作会社や事業者等から提供された番組（以下、「本編」と呼ぶこととする）やＣＭを形成する映像データや、音声データ、文字データ等をＴＳにより送信する。【００１７】
データ受信装置１０は、データ送信装置１００から送信される映像データ等のＴＳを受信し、受信した映像データ等を所定の表示部に表示する。このとき、データ受信装置１０は、視聴者によって視聴されているチャンネルに対応する映像データ等を表示する。図１−１に示した例では、データ受信装置１０は、チャンネルＣＨ−Ｘに対応する本編１１Ａ、ＣＭ１１Ｂ、本編１２Ａ、ＣＭ１２Ｂを順に表示している。なお、以下では、視聴者によって視聴されているチャンネルを「視聴チャンネル」と呼ぶこととする。【００１８】
ところで、視聴者は、ＣＭの時間だけ視聴チャンネルを別のチャンネルに切り替えることで、ＣＭを視聴しない場合がある。例えば、図１−１に示した例において、視聴者は、本編１１Ａを視聴した後、別のチャンネルに切り替えることでＣＭ１１Ｂを視聴せず、ＣＭ１１Ｂが終了したころに元のチャンネルＣＨ−Ｘに切り替えることで本編１２Ａを視聴する場合がある。このことは、上述したように、スポンサーが番組制作のための資金を提供しなくなってしまうというおそれがある。【００１９】
そこで、実施例１に係るデータ送信装置１００は、ＣＭを形成する映像データや音声データ等を送信するよりも前に、かかるＣＭの内容を表す情報を、文字データのＴＳパケットとして送信する。【００２０】
なお、ここで言う「ＣＭの内容を表す情報」とは、かかるＣＭの内容を簡略化した文字データを示し、例えば、ＣＭを提供するスポンサーの企業名や、商品名、キャッチフレーズ等である。例えば、菓子のＣＭであれば、「ＣＭの内容を表す情報」は、かかる菓子を製造する企業の名称や、菓子の名称、菓子の特徴、キャッチフレーズ、セールスポイントといった情報に該当する。以下では、「ＣＭの内容を表す情報」を「広告関連データ」と呼ぶこととする。【００２１】
図１−１に示した例では、データ送信装置１００は、ＣＭ１１Ｂを形成する映像データや音声データ等を送信するよりも前に、ＣＭ１１Ｂの広告関連データを送信している。具体的には、データ送信装置１００は、データ受信装置１０によって表示される映像データ等が本編１１ＡからＣＭ１１Ｂに切り替わる時刻ｔ２よりも前の時刻ｔ１に、ＣＭ１１Ｂの広告関連データを送信している。同様にして、データ送信装置１００は、ＣＭ１２Ｂを形成する映像データや音声データ等を送信するよりも前に、ＣＭ１２Ｂの広告関連データを送信する。【００２２】
そして、データ受信装置１０は、データ送信装置１００から送信される広告関連データを受信して、受信した広告関連データを所定の記憶部（後述する「データ蓄積部１８」）に蓄積しておく。そして、データ受信装置１０は、視聴チャンネルが他のチャンネルに変更され、再度、元のチャンネルに変更されたことを検知すると、視聴されなかったＣＭの広告関連データを記憶部から取得する。続いて、データ受信装置１０は、所定のタイミングになった場合に、取得した広告関連データ（企業名、商品名など）を本編とともに表示する。なお、ここで言う「所定のタイミング」とは、広告関連データを表示する時刻になった場合などを示し、詳細については後述する。【００２３】
図１−２に示した例を用いて、データ受信装置１０による広告関連データ表示処理について説明する。図１−２に示した例において、データ受信装置１０は、表示内容を本編１１ＡからＣＭ１１Ｂへ切り替えた後の時刻ｔ３に、視聴チャンネルをチャンネルＣＨ−ＸからチャンネルＣＨ−Ｙへ変更されている。そして、データ受信装置１０は、表示内容をＣＭ１１Ｂから本編１２Ａへ切り替える前の時刻ｔ４に、視聴チャンネルをチャンネルＣＨ−ＹからチャンネルＣＨ−Ｘへ変更されている。【００２４】
このとき、データ受信装置１０は、視聴チャンネルＣＨ−Ｘが他のチャンネルＣＨ−Ｙに変更され、再度、元のチャンネルＣＨ−Ｘに変更されたことを検知した後、記憶部からＣＭ１１Ｂの広告関連データを取得する。そして、図１−２に示した例では、データ受信装置１０は、本編１２Ａを表示するとともに、ＣＭ１１Ｂの広告関連データ（図１−２では、「ＣＭ１１Ｂ´」と表記する）を表示する。例えば、ＣＭ１１Ｂがクッキーに関するＣＭであれば、データ受信装置１０は、本編１２Ａを表示するとともに、かかるクッキーを製造する企業の名称等を表示する。なお、データ受信装置１０によって表示される画面例については後述する。【００２５】
このように、実施例１に係るデータ送信装置１００は、ＣＭを形成する映像データや音声データを送信するよりも前に、かかるＣＭの広告関連データを送信する。これにより、データ受信装置１０は、ＣＭを表示する時間帯に、視聴者によって別のチャンネルに切り替えられる場合であっても、かかるＣＭの広告関連データを予め受信しておくことができる。【００２６】
また、実施例１に係るデータ受信装置１０は、リアルタイムに視聴されているチャンネルを他のチャンネルに変更され、再度、元のチャンネルに変更されたことを検知すると、本編とともに広告関連データを表示する。これにより、データ受信装置１０は、チャンネルが切り替えられたことによりＣＭを表示できなくても、再度、元のチャンネルに切り替えられた場合に、かかるＣＭの広告関連データを視聴者に確実に視聴させることができる。【００２７】
次に、図２を用いて、実施例１に係るデータ送信装置１００の構成を説明する。図２は、実施例１に係るデータ送信装置１００の構成を示す図である。データ送信装置１００は、外部（番組制作会社等）からＡｕｄｉｏ（音声）信号、Ｖｉｄｅｏ（映像、画像）信号、文字データ、イベントデータ、番組情報を受け付ける。そして、データ送信装置１００は、受け付けたＡｕｄｉｏ信号、Ｖｉｄｅｏ信号、文字データを符号化してＰＥＳ（Packetized  Elementary  Stream）を生成する。また、データ送信装置１００は、受け付けたイベントデータと、番組情報とをセクション化してセクション（Section）を生成する。【００２８】
続いて、データ送信装置１００は、生成したＰＥＳやセクションを分割して、１８８バイト長のＴＳパケットを生成する。そして、データ送信装置１００は、生成した音声データのＴＳパケット、映像データのＴＳパケット、文字データのＴＳパケット、番組情報のＴＳパケットを多重化して、ＴＳパケットのデータ列であるＴＳを送信する。以下では、音声データのＴＳパケット、映像データのＴＳパケット、文字データのＴＳパケット、番組情報のＴＳパケットを、それぞれ「音声ＴＳパケット」、「映像ＴＳパケット」、「文字データＴＳパケット」、「番組情報ＴＳパケット」と呼ぶこととする。【００２９】
実施例１に係るデータ送信装置１００は、広告関連データを文字データＴＳパケットとして送信する。以下に、データ送信装置１００が有する各処理部による処理について詳細に説明する。【００３０】
図２に示すように、データ送信装置１００は、制御部１１０と、Ａｕｄｉｏ／Ｖｉｄｅｏ符号化部１２０と、文字データ符号化部１３０と、イベント生成部１４０と、番組情報生成部１５０と、多重化部１６０とを有する。【００３１】
制御部１１０は、データ送信装置１００の制御を行う。具体的には、制御部１１０は、Ａｕｄｉｏ／Ｖｉｄｅｏ符号化部１２０、文字データ符号化部１３０、イベント生成部１４０、番組情報生成部１５０、および多重化部１６０を制御する。また、制御部１１０は、ＣＭを形成する映像データや音声データ等を送信するよりも前に、かかるＣＭの広告関連データが送信されるように、多重化部１６０を制御する。【００３２】
Ａｕｄｉｏ／Ｖｉｄｅｏ符号化部１２０は、Ａｕｄｉｏ信号およびＶｉｄｅｏ信号を符号化する。具体的には、Ａｕｄｉｏ／Ｖｉｄｅｏ符号化部１２０は、外部（例えば、番組制作会社や事業者）からＡｕｄｉｏ信号を受け付けて、受け付けたＡｕｄｉｏ信号を符号化してＰＥＳパケットを生成する。また、Ａｕｄｉｏ／Ｖｉｄｅｏ符号化部１２０は、外部から受け付けたＶｉｄｅｏ信号を符号化してＰＥＳパケットを生成する。そして、Ａｕｄｉｏ／Ｖｉｄｅｏ符号化部１２０は、生成したＰＥＳパケットのデータ列であるＰＥＳを多重化部１６０へ出力する。【００３３】
文字データ符号化部１３０は、文字データを符号化する。具体的には、文字データ符号化部１３０は、外部から文字データを受け付けて、受け付けた文字データを符号化して、ＰＥＳパケットを生成する。そして、文字データ符号化部１３０は、生成したＰＥＳパケットのデータ列であるＰＥＳを多重化部１６０へ出力する。【００３４】
ここで、実施例１に係るデータ送信装置１００は、上述したように、広告関連データを文字データＴＳパケットとしてデータ受信装置１０へ送信する。すなわち、文字データ符号化部１３０は、番組制作会社や事業者等によってあらかじめ作成されたＣＭの広告関連データを受け付け、受け付けた広告関連データを符号化する。そして、文字データ符号化部１３０は、広告関連データのＰＥＳを多重化部１６０へ出力する。【００３５】
このとき、文字データ符号化部１３０は、生成したＰＥＳパケットのヘッダに含まれるＰＴＳ（Presentation  Time  Stamp：再生時の時刻管理情報）に、ＣＭの後に表示される本編の表示開始時刻を設定する。具体的には、文字データ符号化部１３０は、広告関連データのＰＥＳパケットに含まれるＰＴＳに、かかる広告関連データが示すＣＭの後に表示される本編を形成する複数の画像のうち、最初に表示される画像のＰＥＳパケットのヘッダに設定されるＰＴＳの値と同じ値を設定する。【００３６】
図１−１に示した例を用いて説明する。ここでは、文字データ符号化部１３０は、ＣＭ１１Ｂの広告関連データを受け付けたものとする。かかる場合、文字データ符号化部１３０は、受け付けた広告関連データのＰＥＳパケットに含まれるＰＴＳに、ＣＭ１１Ｂの後に表示される本編１２Ａが最初に表示される時刻「ｔ１１」を設定する。【００３７】
イベント生成部１４０は、イベントデータをセクション化する。具体的には、イベント生成部１４０は、外部から入力されたイベントデータをセクション化して、生成したセクションを多重化部１６０へ出力する。【００３８】
番組情報生成部１５０は、放送局や番組などの情報である番組情報をセクション化する。具体的には、番組情報生成部１５０は、外部から入力された番組情報をセクション化して、生成したセクションを多重化部１６０へ出力する。【００３９】
また、番組情報生成部１５０は、データ送信装置１００から送信される各種ＴＳパケットが、映像ＴＳパケット、音声ＴＳパケット、文字データＴＳパケット等のいずれに該当するかを特定するためのＰＭＴ（Program  Map  Table）をセクション形式で生成する。このとき、番組情報生成部１５０は、広告関連データの文字データＴＳパケットと、広告関連データ以外の文字データＴＳパケットとを識別できるようにＰＭＴを生成する。なお、以下では、広告関連データの文字データＴＳパケットを「広告関連データＴＳパケット」と呼ぶこととする。【００４０】
具体的には、番組情報生成部１５０は、ＭＰＥＧ−２  Ｓｙｓｔｅｍ規格に則した新たなｄｅｓｃｒｉｐｔｏｒ（ディスクリプタ）を、広告関連データＴＳパケットのＰＩＤ（Packet  ID）と関連付けてＰＭＴに設定する。以下では、広告関連データＴＳパケットのＰＩＤと関連付けて記述されるｄｅｓｃｒｉｐｔｏｒを「広告関連データｄｅｓｃｒｉｐｔｏｒ」と呼ぶこととする。【００４１】
ここで、図３を用いて、広告関連データｄｅｓｃｒｉｐｔｏｒについて詳細に説明する。図３は、広告関連データｄｅｓｃｒｉｐｔｏｒの構造例を示す図である。図３に示すように、広告関連データｄｅｓｃｒｉｐｔｏｒは、「ｄｅｓｃｒｉｐｔｏｒ＿ｔａｇ」と、「ｄｅｓｃｒｉｐｔｏｒ＿ｌｅｎｇｔｈ」と、「Ｌｉｖｉｎｇ＿ｔｉｍｅ」とを有する。【００４２】
「ｄｅｓｃｒｉｐｔｏｒ＿ｔａｇ」は、ｄｅｓｃｒｉｐｔｏｒの種類を識別するための８ビットのフィールドである。番組情報生成部１５０は、「ｄｅｓｃｒｉｐｔｏｒ＿ｔａｇ」に、ユーザプライベートの値である「６４」〜「２５５」のいずれかの値を設定する。これにより、データ受信装置１０は、「ｄｅｓｃｒｉｐｔｏｒ＿ｔａｇ」がユーザプライベートの値（６４〜２５５）に等しいｄｅｓｃｒｉｐｔｏｒに関連付けられているＰＩＤを、広告関連データＴＳパケットのＰＩＤであると判別することができる。その結果、データ受信装置１０は、広告関連データＴＳパケットと、広告関連データＴＳパケット以外の文字データＴＳパケットとを識別することができる。なお、実施例１における番組情報生成部１５０は、広告関連データｄｅｓｃｒｉｐｔｏｒの「ｄｅｓｃｒｉｐｔｏｒ＿ｔａｇ」に、「６４」を設定するものとする。【００４３】
「ｄｅｓｃｒｉｐｔｏｒ＿ｌｅｎｇｔｈ」は、「ｄｅｓｃｒｉｐｔｏｒ＿ｌｅｎｇｔｈ」フィールドの直後に続くｄｅｓｃｒｉｐｔｏｒのバイト長を表す８ビットのフィールドである。番組情報生成部１５０は、かかる「ｄｅｓｃｒｉｐｔｏｒ＿ｌｅｎｇｔｈ」に、「２」を設定する。【００４４】
「Ｌｉｖｉｎｇ＿ｔｉｍｅ」は、広告関連データの生存時間を表す１６ビットのフィールドであり、秒単位で設定される。「Ｌｉｖｉｎｇ＿ｔｉｍｅ」に設定される生存時間は、広告関連データを含むＰＥＳパケットのＰＴＳに設定されている時刻から、広告関連データを表示開始可能とする時刻までの時間を示す。例えば、広告関連データのＰＥＳパケットのＰＴＳに「１０時３０分００秒」を示す相対時刻情報が設定されているものとする。また、かかる広告関連データＴＳパケットのＰＩＤと関連付けて記述される広告関連データｄｅｓｃｒｉｐｔｏｒの「Ｌｉｖｉｎｇ＿ｔｉｍｅ」に「６００秒」を示す情報が設定されているものとする。かかる場合、データ受信装置１０は、広告関連データを「１０時３０分００秒」〜「１０時４０分００秒」の間に表示開始することができる。【００４５】
なお、ＣＭを形成する広告画像が複数の広告画像を含んだ広告画像群の場合、データ送信装置１００の番組情報生成部１５０は、それぞれの広告画像に対する複数の広告関連データｄｅｓｃｒｉｐｔｏｒをＰＭＴに設定する。これにより、データ受信装置１０は、複数の広告関連データを表示することが可能になる。【００４６】
多重化部１６０は、ＴＳパケットをＭＰＥＧ−２  Ｓｙｓｔｅｍ規格のＴＳ形式で多重化し、多重化したＴＳを送信する。具体的には、多重化部１６０は、Ａｕｄｉｏ／Ｖｉｄｅｏ符号化部１２０から映像や音声のＰＥＳを受け付け、文字データ符号化部１３０から文字データのＰＥＳを受け付ける。また、多重化部１６０は、イベント生成部１４０からイベントのセクションを受け付け、番組情報生成部１５０から番組情報のセクションおよびＰＭＴのセクション等を受け付ける。そして、多重化部１６０は、受け付けたＰＥＳやセクションを分割して、１８８バイト長のＴＳパケットを生成する。【００４７】
そして、多重化部１６０は、生成したＴＳパケットを多重化する。このとき、多重化部１６０は、文字データ符号化部１３０から広告関連データのＰＥＳを受け付けた場合に、制御部１１０の指示に従って、広告関連データＴＳパケットが、広告関連データに対応するＣＭの映像ＴＳパケットや音声ＴＳパケットよりも前に送信されるように多重化する。具体的には、多重化部１６０は、ＣＭを形成する複数の画像の中で、最初に表示される画像を含むＰＥＳを映像ＴＳパケットとして多重化するよりも前に、かかるＣＭの広告関連データＴＳパケットを多重化する。【００４８】
次に、図４を用いて、実施例１に係るデータ受信装置１０の構成を説明する。図４は、実施例１に係るデータ受信装置１０の構成を示す図である。図４に示すように、データ受信装置１０は、制御部１１と、リモコンインタフェース（以下、「リモコンＩ／Ｆ」という）１２と、チューナ１３と、多重化分離部１４と、Ｖｉｄｅｏ復号部１５と、Ａｕｄｉｏ復号部１６と、データ復号部１７と、データ蓄積部１８と、出力部１９とを有する。【００４９】
制御部１１は、データ受信装置１０の制御を行う。具体的には、制御部１１は、リモコンＩ／Ｆ１２と、チューナ１３と、多重化分離部１４と、Ｖｉｄｅｏ復号部１５と、Ａｕｄｉｏ復号部１６と、データ復号部１７と、データ蓄積部１８と、出力部１９とを制御する。なお、制御部１１が有する各処理部については、後述する。【００５０】
リモコンＩ／Ｆ１２は、リモコンから赤外線や無線によって送信された視聴者の指示をデータ受信装置１０に入力する。例えば、リモコンＩ／Ｆ１２は、リモコンからチャンネル変更指示を受け付け、受け付けたチャンネル変更指示を制御部１１へ出力する。チューナ１３は、データ送信装置１００からＴＳを受信し、受信したＴＳを多重化分離部１４へ出力する。【００５１】
多重化分離部１４は、チューナ１３から入力されたＴＳの多重化を分離する。具体的には、多重化分離部１４は、入力されたＴＳを、映像ＴＳパケットや、音声ＴＳパケット、文字データＴＳパケット、広告関連データＴＳパケット、ＰＭＴパケット、ＰＡＴ（Program  Association  Table）パケット、ＰＣＲ（Program  Clock  Reference）パケット等に分離する。そして、多重化分離部１４は、ＰＩＤが「０」であるＰＡＴパケットをデータ復号部１７へ出力する。データ復号部１７は、多重化分離部１４から入力されたＰＡＴパケットを解析して、ＰＭＴのＰＩＤを取得する。そして、データ復号部１７は、取得したＰＭＴのＰＩＤを、制御部１１を介して多重化分離部１４へ出力する。【００５２】
続いて、多重化分離部１４は、データ復号部１７から入力されたＰＭＴのＰＩＤに等しいＴＳパケット（ＰＭＴパケット）をデータ復号部１７へ出力する。データ復号部１７は、多重化分離部１４から入力されたＰＭＴパケットを解析して、各種ＴＳパケットのＰＩＤを取得する。具体的には、データ復号部１７は、映像ＴＳパケットのＰＩＤ、音声ＴＳパケットのＰＩＤ、ＰＣＲパケットのＰＩＤ、文字データＴＳパケットのＰＩＤ、広告関連データＴＳパケットのＰＩＤ等を取得する。そして、データ復号部１７は、取得した各種ＴＳパケットのＰＩＤを、制御部１１を介して多重化分離部１４へ出力する。なお、実施例１におけるデータ復号部１７は、「ｄｅｓｃｒｉｐｔｏｒ＿ｔａｇ」が「６４」であるｄｅｓｃｒｉｐｔｏｒに関連付けられているＰＩＤを広告関連データＴＳパケットのＰＩＤであると判定する。【００５３】
続いて、多重化分離部１４は、データ復号部１７から入力された各種ＴＳパケットのＰＩＤに基づいて、前述において分離したＴＳパケットを、Ｖｉｄｅｏ復号部１５、Ａｕｄｉｏ復号部１６、データ復号部１７へ出力する。具体的には、多重化分離部１４は、ＰＩＤが映像ＴＳパケットのＰＩＤであるＴＳパケットをＶｉｄｅｏ復号部１５へ出力する。また、多重化分離部１４は、ＰＩＤが音声ＴＳパケットのＰＩＤであるＴＳパケットをＡｕｄｉｏ復号部１６へ出力する。また、多重化分離部１４は、ＰＩＤがＰＣＲパケットのＰＩＤであるＴＳパケットや、ＰＩＤが文字データＴＳパケットのＰＩＤである文字データＴＳパケット、ＰＩＤが広告関連データＴＳパケットのＰＩＤであるＴＳパケットをデータ復号部１７へ出力する。【００５４】
ＰＣＲのＴＳパケット（ＰＣＲパケット）を入力されたデータ復号部１７は、かかるＴＳパケットを解析し、ＰＣＲパケットに含まれるＰＣＲ値を制御部１１へ出力する。制御部１１は、データ復号部１７から入力されたＰＣＲ値が妥当な値である場合に、データ受信装置１０の基準時刻であるＳＴＣ（System  Time  Clock）を、かかるＰＣＲ値で上書きする。これにより、データ受信装置１０は、自装置内のＳＴＣをデータ送信装置１００のＳＴＣと同期させることができ、その結果、映像や音声等の同期表示が可能になる。【００５５】
Ｖｉｄｅｏ復号部１５は、多重化分離部１４から入力された映像ＴＳパケットを復号する。そして、Ｖｉｄｅｏ復号部１５は、ＰＥＳヘッダのＰＴＳに設定されている時刻と、データ受信装置１０のＳＴＣとが等しくなった場合に、復号した映像データを出力部１９へ出力する。かかる映像データは、出力部１９を介してＴＶ映像として表示される。【００５６】
Ａｕｄｉｏ復号部１６は、多重化分離部１４から入力された音声ＴＳパケットを復号する。そして、Ａｕｄｉｏ復号部１６は、ＰＥＳヘッダのＰＴＳに設定されている時刻と、データ受信装置１０のＳＴＣとが等しくなった場合に、復号した音声データを出力部１９へ出力する。かかる音声データは、出力部１９を介して音声として出力される。【００５７】
データ復号部１７は、多重化分離部１４から入力されたＰＡＴパケットや、文字データＴＳパケット等を復号したり、解析したりする。具体的には、データ復号部１７は、上述したように、多重化分離部１４から、ＰＡＴパケットや、ＰＭＴパケット、ＰＣＲパケット、文字データＴＳパケット、広告関連データＴＳパケット等が入力される。ＰＡＴパケットや、ＰＣＲパケットが入力された場合におけるデータ復号部１７による処理は上述したため、ここでは説明を省略する。【００５８】
データ復号部１７は、多重化分離部１４からＰＭＴのＴＳパケットを入力された場合、上述した各種ＴＳパケットのＰＩＤを取得する処理の他に、広告関連データｄｅｓｃｒｉｐｔｏｒの「Ｌｉｖｉｎｇ＿ｔｉｍｅ」に設定されている生存時間を取得する。そして、データ復号部１７は、取得した生存時間を制御部１１へ出力する。【００５９】
また、データ復号部１７は、多重化分離部１４から文字データＴＳパケットを入力された場合、入力された文字データＴＳパケットを復号する。具体的には、データ復号部１７は、文字データＴＳパケットを復号して、文字データのＰＥＳヘッダに設定されているＰＴＳの時刻と、ＳＴＣとが等しくなった場合に、復号した文字データを出力部１９へ出力する。かかる文字データは、データ受信装置１０を介して、文字情報として表示される。【００６０】
また、データ復号部１７は、多重化分離部１４から広告関連データＴＳパケットを入力された場合、入力された文字データＴＳパケットを復号して、復号した広告関連データをデータ蓄積部１８へ出力する。このとき、データ復号部１７は、広告関連データのＰＥＳヘッダに含まれるＰＴＳに設定されている情報（表示開始可能時刻）を制御部１１へ出力する。【００６１】
データ蓄積部１８は、データ復号部１７から入力された広告関連データを蓄積する。データ蓄積部１８に蓄積される広告関連データは、所定の条件を満たした場合に、後述する制御部１１によって、出力部１９へ出力される。【００６２】
制御部１１は、チャンネル変更部１１ａと、広告関連データ出力部１１ｂとを有する。チャンネル変更部１１ａは、データ受信装置１０のチャンネル変更を制御する。具体的には、チャンネル変更部１１ａは、リモコンＩ／Ｆ１２からチャンネル変更指示を受け付けた場合に、かかるチャンネル変更指示に従って、データ受信装置１０のチャンネルを変更する。【００６３】
広告関連データ出力部１１ｂは、広告関連データの出力処理を制御する。具体的には、広告関連データ出力部１１ｂは、まず、視聴チャンネルが所定の記憶部（以下、「チャンネル記憶部」という）に記憶されていない場合、視聴チャンネルをチャンネル記憶部に記憶させる。【００６４】
また、広告関連データ出力部１１ｂは、リモコンＩ／Ｆ１２からチャンネル変更指示を受け付けた場合に、タイマーが始動中であるか否かを判定する。タイマーが始動中でない場合、広告関連データ出力部１１ｂは、タイマーを始動する。このとき、広告関連データ出力部１１ｂは、タイマーの初期値を、チャンネル変更指示を受け付けた瞬間におけるデータ受信装置１０のＳＴＣに設定する。【００６５】
そして、広告関連データ出力部１１ｂは、タイマー起動後、再度、チャンネル変更指示を受け付けることなく所定の時刻になった場合に、データ蓄積部１８に蓄積されている広告関連データを破棄する。そして、広告関連データ出力部１１ｂは、現在選択されているチャンネル番号をチャンネル記憶部に記憶させる。【００６６】
ここでいう「所定の時刻」とは、データ蓄積部１８に蓄積されている広告関連データを出力することが可能である時刻を示す。具体的には、広告関連データ出力部１１ｂは、所定の時刻になったか否かを判定するために、タイマーの時刻Ｔが、以下に示す式（１）または（２）のいずれかを満たすか否かを判定する。【００６７】
表示開始可能時刻  ≦  Ｔ  ≦  表示開始可能時刻＋生存時間  ・・・（１）
Ｔ  ＜  表示開始可能時刻  ・・・（２）【００６８】
なお、上記式（１）および（２）における「表示開始可能時刻」は、広告関連データのＰＥＳヘッダに含まれるＰＴＳに設定されている時刻を示す。制御部１１は、上述したように、かかるＰＴＳ（表示開始可能時刻）をデータ復号部１７から受け付ける。【００６９】
すなわち、データ受信装置１０は、タイマーの時刻Ｔが「表示開始可能時刻＋生存時間」を過ぎているか否かを判定する。タイマーの時刻Ｔが「表示開始可能時刻＋生存時間」を過ぎている場合、データ受信装置１０は、前述した「所定の時刻」になったと判定する。これは、時刻Ｔが「表示開始可能時刻＋生存時間」を過ぎた場合、データ受信装置１０は、広告関連データを表示することができないからである。【００７０】
一方、広告関連データ出力部１１ｂは、タイマー起動後、所定の時刻になる前に、再度、チャンネル変更指示を受け付けた場合、かかるチャンネル変更指示により変更させるチャンネル番号と、チャンネル記憶部に記憶されているチャンネル番号とが一致するか否かを判定する。【００７１】
チャンネル変更指示が示すチャンネル番号と、チャンネル記憶部に記憶されているチャンネル番号とが一致する場合、広告関連データ出力部１１ｂは、チャンネル変更指示を受け付けた瞬間のタイマーの時刻Ｔが、上記式（１）または（２）のいずれかを満たすか否かを判定する。【００７２】
タイマーの時刻Ｔが、上記式（１）を満たす場合、広告関連データ出力部１１ｂは、チャンネル変更部１１ａによってチャンネル番号が変更された後に、データ蓄積部１８に蓄積されている広告関連データを出力部１９へ出力する。これにより、出力部１９は、チャンネル変更後の本編とともに、広告関連データを出力することになる。【００７３】
また、タイマーの時刻Ｔが、上記式（２）を満たす場合、広告関連データ出力部１１ｂは、データ受信装置１０のＳＴＣが、表示開始可能時刻（広告関連データのＰＴＳ）になった場合に、データ蓄積部１８に蓄積されている広告関連データを出力部１９へ出力する。【００７４】
ここで、上述した広告関連データ出力部１１ｂによる広告関連データ出力処理について、いくつか例を挙げて説明する。ここでは、広告関連データのＰＥＳヘッダに含まれるＰＴＳに設定されている時刻（表示開始可能時刻）が「１０：３０：００」であり、生存時間が「６００（秒）」であるものとする。【００７５】
まず、広告関連データ出力部１１ｂが、タイマー起動後、時刻「１０：３０：００」〜「１０：４０：００」の間に、視聴チャンネルを元のチャンネルに戻すチャンネル変更指示を受け付けた場合について説明する。かかる場合、広告関連データ出力部１１ｂは、チャンネル変更部１１ａによってチャンネル番号が変更された後に、データ蓄積部１８に蓄積されている広告関連データを出力部１９へ出力する。これにより、出力部１９は、チャンネル変更後の本編とともに、広告関連データを出力する。【００７６】
続いて、広告関連データ出力部１１ｂが、タイマー起動後、時刻「１０：２９：００」に、視聴チャンネルを元のチャンネルに戻すチャンネル変更指示を受け付けた場合について説明する。かかる場合、広告関連データ出力部１１ｂは、データ受信装置１０のＳＴＣが、時刻「１０：３０：００」になった場合に、データ蓄積部１８に蓄積されている広告関連データを出力部１９へ出力する。これにより、出力部１９は、チャンネル変更後の本編とともに、広告関連データを出力する。【００７７】
続いて、広告関連データ出力部１１ｂが、タイマー起動後、時刻「１０：４３：００」に、視聴チャンネルを元のチャンネルに戻すチャンネル変更指示を受け付けた場合について説明する。かかる場合、広告関連データ出力部１１ｂは、タイマーの時刻Ｔが、上記式（１）および（２）のいずれも満たさないので、データ蓄積部１８に蓄積されている広告関連データを破棄する。そして、広告関連データ出力部１１ｂは、現在選択されているチャンネル番号をチャンネル記憶部に記憶させる。【００７８】
出力部１９は、復号された映像データ等を出力する。具体的には、出力部１９は、Ｖｉｄｅｏ復号部１５から入力された映像データや、Ａｕｄｉｏ復号部１６から入力された音声データ、データ復号部１７から入力された文字データ等を出力する。また、出力部１９は、データ蓄積部１８から出力される広告関連データを、映像データや音声データとともに出力する。【００７９】
ここで、実施例１における出力部１９は、広告関連データを、映像データや音声データとともに出力する場合に、図５に示すように出力する。図５は、広告関連データが出力される画面の一例を示す図である。【００８０】
次に、図６を用いて、実施例１に係るデータ送信装置１００によるＴＳ送信処理の手順を説明する。図６は、実施例１に係るデータ送信装置１００によるＴＳ送信処理手順を示すフローチャートである。【００８１】
図６に示すように、Ａｕｄｉｏ／Ｖｉｄｅｏ符号化部１２０は、外部からＡｕｄｉｏ信号やＶｉｄｅｏ信号を受け付けた場合に、受け付けたＡｕｄｉｏ信号やＶｉｄｅｏ信号を符号化した後にＰＥＳ化し、生成したＰＥＳを多重化部１６０へ出力する（ステップＳ１０１）。例えば、Ａｕｄｉｏ／Ｖｉｄｅｏ符号化部１２０は、本編やＣＭを形成するＡｕｄｉｏ信号やＶｉｄｅｏ信号を受け付けて、受け付けたＡｕｄｉｏ信号やＶｉｄｅｏ信号を符号化する。【００８２】
続いて、外部から広告関連データを受け付けた場合に（ステップＳ１０２肯定）、文字データ符号化部１３０は、広告関連データを符号化した後にＰＥＳ化し、生成したＰＥＳを多重化部１６０へ出力する（ステップＳ１０３）。このとき、文字データ符号化部１３０は、生成したＰＥＳパケットのヘッダに含まれるＰＴＳに、ＣＭの後に表示される本編の表示開始時刻を設定する。【００８３】
続いて、番組情報生成部１５０は、広告関連データＴＳパケットのＰＩＤをＰＭＴに記述する（ステップＳ１０４）。また、番組情報生成部１５０は、広告関連データｄｅｓｃｒｉｐｔｏｒを、広告関連データＴＳパケットのＰＩＤと関連付けてＰＭＴに記述する（ステップＳ１０５）。具体的には、実施例１における番組情報生成部１５０は、広告関連データｄｅｓｃｒｉｐｔｏｒの「ｄｅｓｃｒｉｐｔｏｒ＿ｔａｇ」に、「６４」を設定する。また、番組情報生成部１５０は、広告関連データｄｅｓｃｒｉｐｔｏｒ内の「ｄｅｓｃｒｉｐｔｏｒ＿ｌｅｎｇｔｈ」と、「Ｌｉｖｉｎｇ＿ｔｉｍｅ」とを設定する。【００８４】
続いて、多重化部１６０は、Ａｕｄｉｏ／Ｖｉｄｅｏ符号化部１２０から入力されたＰＥＳと、文字データ符号化部１３０から入力されたＰＥＳとをそれぞれ分割して、ＴＳパケットを生成し、生成したＴＳパケットを多重化する。このとき、多重化部１６０は、広告関連データＴＳパケットが、かかる広告関連データに対応するＣＭの映像ＴＳパケットや音声ＴＳパケットよりも前に送信されるように多重化する（ステップＳ１０６）。そして、多重化部１６０は、多重化したＴＳを送信する（ステップＳ１０７）。【００８５】
一方、広告関連データ以外の文字データを受け付けた場合（ステップＳ１０２否定）、文字データ符号化部１３０は、受け付けた文字データを符号化した後にＰＥＳ化し、生成したＰＥＳを多重化部１６０へ出力する（ステップＳ１０８）。続いて、番組情報生成部１５０は、文字データＴＳパケットのＰＩＤをＰＭＴに記述する（ステップＳ１０９）。【００８６】
続いて、多重化部１６０は、Ａｕｄｉｏ／Ｖｉｄｅｏ符号化部１２０から入力されたＰＥＳと、文字データ符号化部１３０から入力されたＰＥＳとをそれぞれ分割して、ＴＳパケットを生成し、生成したＴＳパケットを多重化する（ステップＳ１１０）。そして、多重化部１６０は、多重化したＴＳを送信する（ステップＳ１０７）。【００８７】
なお、図６では、データ送信装置１００が、Ａｕｄｉｏ信号やＶｉｄｅｏ信号を受け付けた後に、文字データまたは広告関連データを受け付ける例を示したが、Ａｕｄｉｏ信号や、Ｖｉｄｅｏ信号、文字データを受け付ける順序はこれに限らない。例えば、データ送信装置１００は、文字データまたは広告関連データを受け付けた後に、Ａｕｄｉｏ信号やＶｉｄｅｏ信号を受け付けてもよいし、すべての情報を同時に受け付けてもよい。【００８８】
次に、図７を用いて、実施例１に係るデータ受信装置１０による広告関連データ出力処理の手順を説明する。図７は、実施例１に係るデータ受信装置１０による広告関連データ出力処理手順を示すフローチャートである。ここでは、初期状態として、データ送信装置１００は、タイマーを起動しておらず、また、チャンネル番号をチャンネル記憶部に記憶させていないものとする。【００８９】
図７に示すように、データ受信装置１０の広告関連データ出力部１１ｂは、まず、チャンネル番号をチャンネル記憶部に記憶させる（ステップＳ２０１）。続いて、データ復号部１７は、多重化分離部１４から広告関連データＴＳパケットを入力された場合に、かかる文字データＴＳパケットを復号して、広告関連データをデータ蓄積部１８に蓄積する（ステップＳ２０２）。【００９０】
続いて、広告関連データ出力部１１ｂは、リモコンＩ／Ｆ１２からチャンネル変更指示を受け付けた場合に（ステップＳ２０３肯定）、タイマーを始動する（ステップＳ２０４）。続いて、広告関連データ出力部１１ｂは、再度、チャンネル変更指示を受け付けた場合に（ステップＳ２０５肯定）、タイマーの時刻Ｔが、上記式（１）または（２）のいずれかを満たすか否かを判定する（ステップＳ２０６）。【００９１】
タイマーの時刻Ｔが、上記式（１）または（２）のいずれかを満たす場合（ステップＳ２０６肯定）、広告関連データ出力部１１ｂは、上記ステップＳ２０５において受け付けたチャンネル変更指示により変更させるチャンネル番号と、チャンネル記憶部に記憶されているチャンネル番号とが一致するか否かを判定する（ステップＳ２０７）。【００９２】
双方のチャンネル番号が一致する場合（ステップＳ２０７肯定）、広告関連データ出力部１１ｂは、データ蓄積部１８に蓄積されている広告関連データを出力部１９へ出力する。このとき、広告関連データ出力部１１ｂは、タイマーの時刻Ｔが上記式（１）を満たす場合、チャンネル変更部１１ａによってチャンネル番号が変更された後に、データ蓄積部１８に蓄積されている広告関連データを出力部１９へ出力する。そして、出力部１９は、チャンネル変更後の本編とともに、広告関連データを出力する（ステップＳ２０８）。【００９３】
また、タイマーの時刻Ｔが上記式（２）を満たす場合、広告関連データ出力部１１ｂは、データ受信装置１０のＳＴＣが、広告関連データの表示開始可能時刻になった場合に、データ蓄積部１８に蓄積されている広告関連データを出力部１９へ出力する。そして、出力部１９は、チャンネル変更後の本編とともに、広告関連データを出力する（ステップＳ２０８）。【００９４】
一方、双方のチャンネル番号が一致しない場合（ステップＳ２０７否定）、広告関連データ出力部１１ｂは、ステップＳ２０５における処理に戻る。また、タイマーの時刻Ｔが上記式（１）または（２）のいずれかも満たさない場合（ステップＳ２０６否定）、広告関連データ出力部１１ｂは、データ蓄積部１８に蓄積されている広告関連データを破棄して（ステップＳ２０９）、ステップＳ２０１の処理に戻る。具体的には、広告関連データ出力部１１ｂは、現在選択されているチャンネル番号を所定のチャンネル記憶部に記憶させる（ステップＳ２０１）。【００９５】
また、広告関連データ出力部１１ｂは、チャンネル変更指示を再度受け付けない場合であっても（ステップＳ２０５否定）、タイマーの時刻Ｔが、上記式（１）または（２）のいずれかを満たすか否かを定期的に判定する（ステップＳ２１０）。タイマーの時刻Ｔが、上記式（１）または（２）のいずれかを満たす場合（ステップＳ２１０肯定）、広告関連データ出力部１１ｂは、ステップＳ２０５における処理に戻り、チャンネル変更指示を再度受け付けるまで、タイマーの時刻Ｔが、上記式（１）または（２）のいずれかを満たすか否かを定期的に判定する（ステップＳ２１０）。【００９６】
一方、タイマーの時刻Ｔが、上記式（１）または（２）のいずれかも満たさない場合（ステップＳ２１０否定）、広告関連データ出力部１１ｂは、データ蓄積部１８に蓄積されている広告関連データを破棄して（ステップＳ２０９）、ステップＳ２０１の処理に戻る。具体的には、広告関連データ出力部１１ｂは、現在選択されているチャンネル番号をチャンネル記憶部に記憶させる（ステップＳ２０１）。【００９７】
上述してきたように、実施例１に係るデータ送信装置１００は、ＣＭを形成する映像データや音声データを送信するよりも前に、かかるＣＭの広告関連データを送信する。また、実施例１に係るデータ受信装置１０は、リアルタイムに視聴されているチャンネルを他のチャンネルに変更され、再度、元のチャンネルに変更されたことを検知すると、本編とともに広告関連データを表示する。【００９８】
すわなち、実施例１に係るデータ送信装置１００およびデータ受信装置１０によれば、ＣＭの時間だけ別のチャンネルに切り替えられた場合に、広告関連データを視聴者に確実に視聴させることができる。【００９９】
また、実施例１に係るデータ送信装置１００は、ＣＭの後に表示される本編の表示開始時刻がＰＴＳに設定された広告関連データＴＳパケットを生成して、データ受信装置１０へ送信する。これにより、データ受信装置１０は、広告関連データを本編とともに表示することができる。【０１００】
また、実施例１に係るデータ送信装置１００は、広告関連データを表示開始可能とする時刻の期限である生存時間をデータ受信装置１０へ送信する。これにより、データ受信装置１０は、広告関連データを表示開始する時刻を制御することができる。例えば、データ受信装置１０は、数日後に広告関連データを表示してしまうといったことを防止することができる。
【実施例２】
【０１０１】
ところで、上記実施例１では、広告関連データを文字データＴＳパケットとして送信する例を示したが、データ送信装置は、広告関連データをイベントメッセージとして送信してもよい。そこで、実施例２では、広告関連データをイベントメッセージとして送信するデータ送信装置の例について説明する。【０１０２】
まず、実施例２に係るデータ送信装置２００について説明する。実施例２に係るデータ送信装置２００の構成は、実施例１に係るデータ送信装置１００の構成（図２参照）と同様である。実施例２におけるイベント生成部１４０は、外部から、広告関連データをイベントデータとして受け付ける。具体的には、イベント生成部１４０は、受け付けた広告関連データをデータイベントに設定し、イベントセクションを生成する。以下では、広告関連データが設定されるデータイベントを「広告関連データイベント」と呼び、広告関連データイベントのイベントメッセージを「広告関連データイベントメッセージ」と呼ぶこととする。【０１０３】
ここで、図８を用いて、広告関連データイベントについて詳細に説明する。図８は、広告関連データイベントの構造例を示す図である。図８に示した広告関連データイベントは、ＡＲＩＢ規格で規定されているイベントであるＧｅｎｅｒａｌ＿ｅｖｅｎｔ＿ｄｅｓｃｒｉｐｔｏｒを拡張したｄｅｓｃｒｉｐｔｏｒである。図８では、かかるｄｅｓｃｒｉｐｔｏｒを、「ＣＭ＿ｅｖｅｎｔ＿ｄｅｓｃｒｉｐｔｏｒ」と表記している。以下に、図８に示した広告関連データイベントのフィールドについて、いくつか説明する。【０１０４】
「ｄｅｓｃｒｉｐｔｏｒ＿ｔａｇ」は、ｅｖｅｎｔ＿ｄｅｓｃｒｉｐｔｏｒの種類を識別するための８ビットのフィールドである。イベント生成部１４０は、「ｄｅｓｃｒｉｐｔｏｒ＿ｔａｇ」に、例えば、事業者が運用等によって規定可能な値である「０ｘ８０」〜「０ｘＢＦ」のいずれかの値を設定する。これにより、データ受信装置１０は、「ｄｅｓｃｒｉｐｔｏｒ＿ｔａｇ」が「０ｘ８０」〜「０ｘＢＦ」のいずれかの値であるｅｖｅｎｔ＿ｄｅｓｃｒｉｐｔｏｒを、ＣＭ＿ｅｖｅｎｔ＿ｄｅｓｃｒｉｐｔｏｒであると判別することができる。その結果、データ受信装置１０は、広告関連データイベントと、広告関連データイベント以外の他のデータイベントとを識別することができる。【０１０５】
「ｄｅｓｃｒｉｐｔｏｒ＿ｌｅｎｇｔｈ」は、ｅｖｅｎｔ＿ｄｅｓｃｒｉｐｔｏｒのバイト長を表す８ビットのフィールドである。イベント生成部１４０は、「ｄｅｓｃｒｉｐｔｏｒ＿ｌｅｎｇｔｈ」に、例えば、「１３」＋「広告関連文字データのバイト数」を設定する。【０１０６】
「ｅｖｅｎｔ＿ｍｓｇ＿ｇｒｏｕｐ＿ｉｄ」は、イベントメッセージ群を識別するための識別子を表す１２ビットのフィールドである。イベント生成部１４０は、「ｅｖｅｎｔ＿ｍｓｇ＿ｇｒｏｕｐ＿ｉｄ」に、例えば、広告関連データイベントメッセージ群の識別子として「０」を設定する。【０１０７】
「ｒｅｓｅｒｖｅｄ＿ｆｕｔｕｒｅ＿ｕｓｅ」は、拡張可能な４ビットのフィールドである。イベント生成部１４０は、「ｒｅｓｅｒｖｅｄ＿ｆｕｔｕｒｅ＿ｕｓｅ」に、例えば、２進数で「１１１１」を設定する。【０１０８】
「ｔｉｍｅ＿ｍｏｄｅ」は、イベントメッセージを発生させる時刻の指定方法を表す８ビットのフィールドである。データ送信装置１００は、「ｔｉｍｅ＿ｍｏｄｅ」に、「０ｘ００」を設定する。これにより、データ受信装置１０は、広告関連データイベントメッセージを受信直後に、イベントメッセージを発生させることができる。【０１０９】
「ｅｖｅｎｔ＿ｍｓｇ＿ｔｙｐｅ」は、イベントメッセージの種類を表す識別子で、８ビットのフィールドである。イベント生成部１４０は、「ｅｖｅｎｔ＿ｍｓｇ＿ｔｙｐｅ」に、例えば、広告関連データイベントメッセージの識別子として「０」を設定する。【０１１０】
「ｅｖｅｎｔ＿ｍｓｇ＿ｉｄ」は、個々のイベントメッセージを識別するための識別子を表す１６ビットのフィールドである。イベント生成部１４０は、「ｅｖｅｎｔ＿ｍｓｇ＿ｉｄ」に、例えば、４つの広告関連データイベントメッセージを送信する場合、「０」、「１」、「２」、「３」を設定する。【０１１１】
「ＣＭ＿ＰＴＳ」は、広告関連データの表示開始可能時刻を表す３３ビットのフィールドである。イベント生成部１４０は、「ＣＭ＿ＰＴＳ」に、広告関連データが示すＣＭの後に表示される本編の表示開始時刻を設定する。なお、「ＣＭ＿ＰＴＳ」に設定できる精度は、９０［ｋＨｚ］単位である。【０１１２】
「ｍａｒｋｅｒ＿ｂｉｔ」は、バイトアラインのための１ビットのフィールドである。イベント生成部１４０は、「ｍａｒｋｅｒ＿ｂｉｔ」に「１」を設定する。【０１１３】
「Ｌｉｖｉｎｇ＿ｔｉｍｅ」は、広告関連データの生存時間を表す１６ビットのフィールドであり、秒単位で設定される。生存時間は、「ＣＭ＿ＰＴＳ」が示す広告関連データの表示開始可能時刻から、広告関連データを表示開始可能とする時刻までの時間を示す。【０１１４】
「ｄａｔａ＿ｂｙｔｅ」は、広告関連データが設定されるフィールドである。イベント生成部１４０は、「ｄａｔａ＿ｂｙｔｅ」に、最大で２４３バイトの広告関連データを設定する。【０１１５】
実施例２におけるイベント生成部１４０は、上述した広告関連データイベントの各フィールドに、例えば、以下に示すような値を設定する。【０１１６】
ｄｅｓｃｒｉｐｔｏｒ＿ｔａｇ               ：「０ｘ８０」
ｄｅｓｃｒｉｐｔｏｒ＿ｌｅｎｇｔｈ           ：「１１３」
ｅｖｅｎｔ＿ｍｓｇ＿ｇｒｏｕｐ＿ｉｄ   ：「０」
ｔｉｍｅ＿ｍｏｄｅ                   ：「０ｘ００」
ｅｖｅｎｔ＿ｍｓｇ＿ｔｙｐｅ           ：「０」
ｅｖｅｎｔ＿ｍｓｇ＿ｉｄ              ：「０」
ＣＭ＿ＰＴＳ                      ：ＣＭ後に表示される本編の表示開始時刻
Ｌｉｖｉｎｇ＿ｔｉｍｅ                   ：「１２０」
ｄａｔａ＿ｂｙｔｅ                      ：広告関連データである文字データ（１００バイト）【０１１７】
これにより、データ受信装置１０は、「ｄｅｓｃｒｉｐｔｏｒ＿ｔａｇ」が「０ｘ８０」であるイベントメッセージを受信した場合に、かかるイベントメッセージが広告関連イベントメッセージであると識別することができる。【０１１８】
なお、実施例２に係る番組情報生成部１５０は、広告関連データイベントと他のデータイベントとを識別するために、広告関連イベントメッセージのＰＩＤに関連付けてＰＭＴのｄｅｓｃｒｉｐｔｏｒを設定することはない。これは、上述したように、受信側は、「ＣＭ＿ｅｖｅｎｔ＿ｄｅｓｃｒｉｐｔｏｒ」の「ｄｅｓｃｒｉｐｔｏｒ＿ｔａｇ」に設定する情報に基づいて、広告関連データイベントと他のデータイベントとを識別することができるからである。【０１１９】
また、ＣＭを形成する広告画像が複数の広告画像を含んだ広告画像群の場合、データ送信装置２００のイベント生成部１４０は、それぞれの広告画像と広告関連イベントメッセージとをｅｖｅｎｔ＿ｍｓｇ＿ｉｄを用いて対応付けて設定する。例えば、イベント生成部１４０は、広告画像の順番と、ｅｖｅｎｔ＿ｍｓｇ＿ｉｄの値（０、１、２、３等）の順番とを対応付ける。これにより、データ受信装置は、複数の広告関連データを表示することが可能になる。【０１２０】
実施例２における多重化部１６０は、イベント生成部１４０から広告関連データイベントのセクションを受け付けた場合、制御部１１０の指示に従って、広告関連データイベントメッセージが、かかる広告関連データに対応するＣＭの映像ＴＳパケットや音声ＴＳパケットよりも前に送信されるように多重化する。【０１２１】
次に、実施例２に係るデータ受信装置２０について説明する。実施例２に係るデータ受信装置２０の構成は、実施例１に係るデータ受信装置１０の構成（図４参照）と同様である。実施例２における多重化分離部１４は、チューナ１３から入力されたＴＳの多重化を分離して、分離したＴＳパケットのうち、イベントメッセージのＴＳパケットをデータ復号部１７へ出力する。【０１２２】
そして、実施例２におけるデータ復号部１７は、多重化分離部１４から入力されたイベントメッセージを解析する。具体的には、データ復号部１７は、ｅｖｅｎｔ＿ｄｅｓｃｒｉｐｔｏｒの各フィールドに設定されている情報を取得する。そして、データ復号部１７は、例えば、「ｄｅｓｃｒｉｐｔｏｒ＿ｔａｇ」が「０ｘ８０」である場合に、かかるイベントメッセージが広告関連イベントメッセージであると判定する。【０１２３】
広告関連イベントメッセージであると判定した場合、データ復号部１７は、「ＣＭ＿ｅｖｅｎｔ＿ｄｅｓｃｒｉｐｔｏｒ」の「ＣＭ＿ＰＴＳ」に設定されている表示開始可能時刻と、「Ｌｉｖｉｎｇ＿ｔｉｍｅ」に設定されている生存時間を制御部１１へ出力する。また、データ復号部１７は、「ＣＭ＿ｅｖｅｎｔ＿ｄｅｓｃｒｉｐｔｏｒ」の「ｄａｔａ＿ｂｙｔｅ」に設定されている広告関連データをデータ蓄積部１８へ出力する。【０１２４】
制御部１１の広告関連データ出力部１１ｂは、データ復号部１７から入力された表示開始可能時刻、生存時間を用いて、実施例１において説明した広告関連データ出力処理と同様の処理を行う。【０１２５】
次に、図９を用いて、実施例２に係るデータ送信装置２００によるＴＳ送信処理の手順を説明する。図９は、実施例２に係るデータ送信装置２００によるＴＳ送信処理手順を示すフローチャートである。なお、ここでは、図６に示した処理手順と同様の処理手順については説明を省略する。【０１２６】
データ送信装置２００のイベント生成部１４０は、外部から広告関連データのイベントデータを受け付けた場合（ステップＳ３０２肯定）に、受け付けた広告関連データをｅｖｅｎｔ＿ｄｅｓｃｒｉｐｔｏｒ化した後に、セクション化してイベントセクションを生成する（ステップＳ３０３）。【０１２７】
続いて、番組情報生成部１５０は、広告関連イベントメッセージのＰＩＤをＰＭＴに記述する（ステップＳ３０４）。続いて、多重化部１６０は、広告関連イベントメッセージが、かかる広告関連データに対応するＣＭの映像ＴＳパケットや音声ＴＳパケットよりも前に送信されるように多重化する（ステップＳ３０５）。そして、多重化部１６０は、多重化したＴＳを送信する（ステップＳ３０６）。【０１２８】
一方、外部から広告関連データ以外のイベントデータを受け付けた場合（ステップＳ３０２否定）、イベント生成部１４０は、受け付けたイベントデータをセクション化してイベントセクションを生成する（ステップＳ３０７）。【０１２９】
続いて、番組情報生成部１５０は、イベントメッセージのＰＩＤをＰＭＴに記述する（ステップＳ３０８）。続いて、多重化部１６０は、Ａｕｄｉｏ／Ｖｉｄｅｏ符号化部１２０から入力されたＰＥＳと、イベント生成部１４０から入力されたイベントセクションとをそれぞれ分割して、ＴＳパケットを生成し、生成したＴＳパケットを多重化する（ステップＳ３０９）。そして、多重化部１６０は、多重化したＴＳを送信する（ステップＳ３０６）。【０１３０】
上述してきたように、実施例２に係るデータ送信装置２００は、ＣＭを形成する映像データや音声データを送信するよりも前に、かかるＣＭの広告関連データをイベントメッセージとして送信する。また、実施例２に係るデータ受信装置２０は、リアルタイムに視聴されているチャンネルを他のチャンネルに変更され、再度、元のチャンネルに変更されたことを検知すると、本編とともに広告関連データを表示する。【０１３１】
以上のことから、実施例２に係るデータ送信装置２００およびデータ受信装置２０によれば、ＣＭの時間だけ別のチャンネルに切り替えられた場合に、広告関連データを視聴者に確実に視聴させることができる。【０１３２】
なお、実施例１および２では、広告関連データとして、菓子のＣＭ等を例に挙げ、菓子を製造する企業の名称、菓子の名称、菓子の特徴、セールスポイントといった情報を例に挙げた。しかし、広告関連データは、この例に限られるものではなく、いわゆる商品の宣伝のためのＣＭに限られず、本編とは異なる位置づけで視聴者に提供される情報や、視聴者によってスキップされ得る情報を広く含む概念である。例えば、広告関連データは、番組内で行われるスポンサー紹介（“提供”画面）、番組内で行われるイベントの告知、ドラマなどでスポンサーの製品が使われるシーン、放送延長に伴う後番組の放送時間変更の告知などを含む。【０１３３】
また、本実施例において説明した各処理のうち、自動的におこなわれるものとして説明した処理の全部または一部を手動的におこなうこともでき、あるいは、手動的におこなわれるものとして説明した処理の全部または一部を公知の方法で自動的におこなうこともできる。この他、上記文書中や図面中で示した処理手順（図６、図７、図９など）、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。【０１３４】
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示（図２、図４など）の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。さらに、各装置にて行なわれる各処理機能は、その全部または任意の一部が、ＣＰＵ（Central  Processing  Unit）および当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。【０１３５】
また、上記の実施例で説明した各種の処理は、あらかじめ用意されたプログラムをパーソナルコンピュータやワークステーションなどのコンピュータで実行することによって実現することができる。そこで、以下では、図１０および図１１を用いて、上記の実施例と同様の機能を有するデータ送信プログラムを実行するコンピュータ、データ受信プログラムを実行するコンピュータの一例を説明する。図１０は、データ送信プログラムを実行するコンピュータを示す図であり、図１１は、データ受信プログラムを実行するコンピュータを示す図である。【０１３６】
図１０に示すように、データ送信プログラム（コンピュータ）１０００は、ＲＡＭ（Random  Access  Memory）１０１０、キャッシュ１０２０、ＨＤＤ（Hard  Disk  Drive）１０３０、ＲＯＭ（Read  Only  Memory）１０４０およびＣＰＵ１０５０をバス１０６０で接続して構成される。ここで、ＲＯＭ１０４０には、上記の実施例と同様の機能を発揮するデータ送信プログラム、つまり、図１０に示すように、制御プログラム１０４１、Ａｕｄｉｏ／Ｖｉｄｅｏ符号化プログラム１０４２、文字データ符号化プログラム１０４３、イベント生成プログラム１０４４、番組情報生成プログラム１０４５、多重化プログラム１０４６が備えられる。【０１３７】
そして、ＣＰＵ１０５０は、これらのプログラム１０４１〜１０４６を読み出して実行することで、図１０に示すように、各プログラム１０４１〜１０４６は、制御プロセス１０５１、Ａｕｄｉｏ／Ｖｉｄｅｏ符号化プロセス１０５２、文字データ符号化プロセス１０５３、イベント生成プロセス１０５４、番組情報生成プロセス１０５５、多重化プロセス１０５６となる。なお、各プロセス１０５１〜１０５６は、図２に示した、制御部１１０、Ａｕｄｉｏ／Ｖｉｄｅｏ符号化部１２０、文字データ符号化部１３０、イベント生成部１４０、番組情報生成部１５０、多重化部１６０に各々対応する。【０１３８】
ところで、上記した各プログラム１０４１〜１０４６については、必ずしもＲＯＭ１０４０に記憶させておく必要はなく、例えば、コンピュータ１０００に挿入されるフレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＭＯディスク、ＤＶＤディスク、光磁気ディスク、ＩＣカードなどの「可搬用の物理媒体」、または、コンピュータ１０００の内外に備えられるハードディスクドライブ（ＨＤＤ）などの「固定用の物理媒体」、さらには、公衆回線、インターネット、ＬＡＮ（Local  Area  Network）、ＷＡＮ（Wide  Area  Network）などを介してコンピュータ１０００に接続される「他のコンピュータ（またはサーバ）」に記憶させておき、コンピュータ１０００がこれらからプログラムを読み出して実行するようにしてもよい。【０１３９】
また、図１１に示すように、データ受信プログラム（コンピュータ）２０００は、ＲＡＭ２０１０、キャッシュ２０２０、ＨＤＤ２０３０、ＲＯＭ２０４０およびＣＰＵ２０５０をバス２０６０で接続して構成される。ここで、ＲＯＭ２０４０には、上記の実施例と同様の機能を発揮するデータ受信プログラム、つまり、図１１に示すように、チャンネル変更プログラム２０４１、広告関連データ出力プログラム２０４２、多重化分離プログラム２０４３、Ｖｉｄｅｏ復号プログラム２０４４、Ａｕｄｉｏ復号プログラム２０４５、データ復号プログラム２０４６、出力プログラム２０４７が備えられる。【０１４０】
そして、ＣＰＵ２０５０は、これらのプログラム２０４１〜２０４７を読み出して実行することで、図１１に示すように、各プログラム２０４１〜２０４７は、チャンネル変更プロセス２０５１、広告関連データ出力プロセス２０５２、多重化分離プロセス２０５３、Ｖｉｄｅｏ復号プロセス２０５４、Ａｕｄｉｏ復号プロセス２０５５、データ復号プロセス２０５６、出力プロセス２０５７となる。なお、各プロセス２０５１〜２０５７は、図４に示した、チャンネル変更部１１ａ、広告関連データ出力部１１ｂ、多重化分離部１４、Ｖｉｄｅｏ復号部１５、Ａｕｄｉｏ復号部１６、データ復号部１７、出力部１９に各々対応する。【０１４１】
また、ＨＤＤ２０３０は、図１１に示すように、データ蓄積テーブル２０３１を備える。なお、データ蓄積テーブル２０３１は、図４に示したデータ蓄積部１８に対応する。【０１４２】
ところで、上記した各プログラム２０４１〜２０４７については、必ずしもＲＯＭ２０４０に記憶させておく必要はなく、例えば、コンピュータ２０００に挿入されるフレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＭＯディスク、ＤＶＤディスク、光磁気ディスク、ＩＣカードなどの「可搬用の物理媒体」、または、コンピュータ２０００の内外に備えられるハードディスクドライブ（ＨＤＤ）などの「固定用の物理媒体」、さらには、公衆回線、インターネット、ＬＡＮ、ＷＡＮなどを介してコンピュータ２０００に接続される「他のコンピュータ（またはサーバ）」に記憶させておき、コンピュータ２０００がこれらからプログラムを読み出して実行するようにしてもよい。
【図１−１】
2010046965.tif 000003
【図１−２】
2010046965.tif 000004
【図２】
2010046965.tif 000005
【図３】
2010046965.tif 000006
【図４】
2010046965.tif 000007
【図５】
2010046965.tif 000008
【図６】
2010046965.tif 000009
【図７】
2010046965.tif 000010
【図８】
2010046965.tif 000011
【図９】
2010046965.tif 000012
【図１０】
2010046965.tif 000013
【図１１】
2010046965.tif 000014
【手続補正書】
【提出日】平成22年12月9日(2010.12.9)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
データ送信装置が、
デジタル放送用の所定のコンテンツを形成する音声データおよび映像データを受け付ける音声映像受付工程と、
前記所定のコンテンツに関する内容を表す関連データを受け付けるデータ受付工程と、
前記音声映像受付工程によって受け付けられた音声データおよび映像データよりも前に、前記データ受付工程によって受け付けられた関連データをデータ受信装置へ送信するように制御する制御工程とを含み、
前記データ受信装置が、
前記制御工程によって送信制御された前記所定のコンテンツを形成する音声データと、映像データと、前記所定のコンテンツの関連データとを受信する受信工程と、
所定のチャンネルで放送を視聴している視聴者から視聴チャンネルの変更指示を受け付けて視聴チャンネルを変更するチャンネル変更工程と、
前記チャンネル変更工程によって視聴チャンネルが第一のチャンネル番号から第二のチャンネル番号に変更された後に、前記第一のチャンネル番号に再度変更された場合に、前記受信工程によって受信された関連データを、前記第一のチャンネル番号に対応する音声データおよび映像データとともに出力部に出力する関連データ出力工程と
を含んだことを特徴とするデジタル放送方法。
【請求項２】
デジタル放送用の所定のコンテンツを形成する音声データと、映像データと、前記所定のコンテンツに関する内容を表す関連データとを受信する受信手段と、
所定のチャンネルで放送を視聴している視聴者から視聴チャンネルの変更指示を受け付けて視聴チャンネルを変更するチャンネル変更手段と、
前記チャンネル変更手段によって視聴チャンネルが第一のチャンネル番号から第二のチャンネル番号に変更された後に、前記第一のチャンネル番号に再度変更された場合に、前記受信手段によって受信された関連データを、前記第一のチャンネル番号に対応する音声データおよび映像データとともに出力部に出力する関連データ出力手段と
を備えたことを特徴とするデータ受信装置。
【請求項３】
前記受信手段は、前記関連データを表示する時刻である表示時刻情報と、前記表示時刻情報が示す時刻から、前記関連データを表示開始することが許可されている時刻までの時間である生存時間情報とをさらに受信し、
前記関連データ出力手段は、前記チャンネル変更手段によって視聴チャンネルが前記第一のチャンネル番号に再度変更された時刻であるチャンネル変更時刻が、前記表示時刻情報が示す表示時刻以降であり、かつ、前記表示時刻情報に生存時間情報が示す時間を加算した時刻以前である場合に、前記関連データを、前記第一のチャンネル番号に対応する音声データおよび映像データとともに出力部に出力することを特徴とする請求項２に記載のデータ受信装置。
【請求項４】
前記関連データ出力手段は、前記チャンネル変更時刻が、前記表示時刻より前である場合、時刻が前記表示時刻になった際に、前記関連データを、前記第一のチャンネル番号に対応する音声データおよび映像データとともに出力部に出力することを特徴とする請求項３に記載のデータ受信装置。
【請求項５】
デジタル放送用の所定のコンテンツを形成する音声データおよび映像データを受け付ける音声映像受付手段と、
前記所定のコンテンツに関する内容を表す関連データを受け付けるデータ受付手段と、
前記音声映像受付手段によって受け付けられた音声データおよび映像データよりも前に、前記データ受付手段によって受け付けられた関連データをデータ受信装置へ送信するように制御する制御手段と
を備えたことを特徴とするデータ送信装置。
【請求項６】
前記関連データを符号化して、前記データ受信装置によって前記関連データが表示される時刻である表示時刻情報を含むパケットを生成するデータ符号化手段をさらに備え、
前記制御手段は、前記データ符号化手段によって生成された前記表示時刻情報を含むパケットを前記データ受信装置へ送信するように制御することを特徴とする請求項５に記載のデータ送信装置。
【請求項７】
前記関連データのパケットと、該関連データのパケット以外の他のパケットとを識別するための識別情報を生成するとともに、前記表示時刻情報が示す時刻から、前記関連データを表示開始することを許可する時刻までの時間である生存時間情報を生成する付加情報生成手段をさらに備え、
前記制御手段は、前記付加情報生成手段によって生成された生存時間情報を前記データ受信装置へ送信するように制御することを特徴とする請求項５又は６に記載のデータ送信装置。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、デジタル放送方法、データ受信装置及びデータ送信装置に関する。
【背景技術】
【０００２】
ＡＲＩＢ（Association  of  Radio  Industries  and  Businesses）やＡＴＳＣ（Advanced  Television  System  Committee）やＤＶＢ（Digital  Video  Broadcasting  Project）などの規格によるデジタル放送（例えば、地上デジタル放送など）では、視聴者は、番組だけを視聴し、ＣＭを視聴しないことができる。例えば、視聴者は、ＣＭの時間だけ別のチャンネルに切り替えることで、ＣＭを視聴しないことができる。視聴者がＣＭを視聴しなくなると、現在のビジネスモデルでは、スポンサーが番組制作のための資金を提供しなくなることが予想され、結果として、良質な番組が減少してしまう危険性がある。
【０００３】
このため、近年では、例えば、スクランブルして伝送されるＴＳ（Transport  Stream）を構成するＣＭの部分に、ワークキー（デスクラインブルするためのキー情報）を含むＥＣＭ（Entitlement  Control  Message）を挿入する技術が提案されている。かかる技術によれば、視聴者にＣＭを１回は視聴させることが可能になると提案されている。
【０００４】
また、例えば、ＶＯＤ（Video  On  Demand）システムにおいて、番組を配信する際にＣＭに関するＣＭ関連情報を挿入する手法が開示されている。この手法では、ユーザ端末は、番組を記憶部に格納するとともにＣＭ関連情報を記憶部に格納する。そして、ユーザ端末は、ＣＭがスキップされた場合には、ＣＭ関連情報を記憶部から読み出して、番組とともに表示する。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００２−５１３２１号公報
【特許文献２】国際公開第０３／０７９６９０号パンフレット
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、上述した従来の技術では、ＣＭの時間だけ別のチャンネルに切り替えられた場合に、かかるＣＭに関する情報を視聴者に視聴させることができないという問題を解決できなかった。具体的には、デジタル放送においては、例えば、ＣＭの時間だけ別のチャンネルにリアルタイムに切り替えられると、ＣＭは、受信側で再生されないことになる。別のチャンネルにリアルタイムに切り替えられた場合、ＣＭや番組に挿入されたＣＭ関連情報が記憶部に格納されることもないので、上述した問題は、従来の技術によって解決することができなかった。
【０００７】
また、上述した伝送されるＴＳにワークキーを含むＥＣＭを挿入する技術は、そもそも放送データをスクランブルして伝送することが前提となっているため、スクランブルせずに伝送する場合に適用することができなかった。
【０００８】
開示の技術は、上述した従来技術による問題点を解消するためになされたものであり、デジタル放送において、ＣＭに関する情報を視聴者に視聴させることができるデジタル放送方法、データ受信装置及びデータ送信装置を提供することを目的とする。
【課題を解決するための手段】
【０００９】
上述した課題を解決し、目的を達成するために、本願に開示するデジタル放送方法は、データ送信装置が、デジタル放送用の所定のコンテンツを形成する音声データおよび映像データを受け付ける音声映像受付工程と、前記所定のコンテンツに関する内容を表す関連データを受け付けるデータ受付工程と、前記音声映像受付工程によって受け付けられた音声データおよび映像データよりも前に、前記データ受付工程によって受け付けられた関連データをデータ受信装置へ送信するように制御する制御工程とを含み、前記データ受信装置が、前記制御工程によって送信制御された前記所定のコンテンツを形成する音声データと、映像データと、前記所定のコンテンツの関連データとを受信する受信工程と、所定のチャンネルで放送を視聴している視聴者から視聴チャンネルの変更指示を受け付けて視聴チャンネルを変更するチャンネル変更工程と、前記チャンネル変更工程によって視聴チャンネルが第一のチャンネル番号から第二のチャンネル番号に変更された後に、前記第一のチャンネル番号に再度変更された場合に、前記受信工程によって受信された関連データを、前記第一のチャンネル番号に対応する音声データおよび映像データとともに出力部に出力する関連データ出力工程とを含んだことを要件とする。
【００１０】
なお、本願に開示するデジタル放送方法の構成要素、表現または構成要素の任意の組合せを、方法、装置、システム、コンピュータプログラム、記録媒体、データ構造などに適用したものも、他の態様として有効である。
【発明の効果】
【００１１】
デジタル放送において、ＣＭに関する情報を視聴者に視聴させることができるという効果を奏する。
【図面の簡単な説明】
【００１２】
【図１−１】図１−１は、実施例１に係るデータ送信装置およびデータ受信装置の概要を説明するための図である。
【図１−２】図１−２は、実施例１に係るデータ送信装置およびデータ受信装置の概要を説明するための図である。
【図２】図２は、実施例１に係るデータ送信装置の構成を示す図である。
【図３】図３は、広告関連データｄｅｓｃｒｉｐｔｏｒの構造例を示す図である。
【図４】図４は、実施例１に係るデータ受信装置の構成を示す図である。
【図５】図５は、広告関連データが出力される画面の一例を示す図である。
【図６】図６は、実施例１に係るデータ送信装置によるＴＳ送信処理手順を示すフローチャートである。
【図７】図７は、実施例１に係るデータ受信装置による広告関連データ出力処理手順を示すフローチャートである。
【図８】図８は、広告関連データイベントの構造例を示す図である。
【図９】図９は、実施例２に係るデータ送信装置によるＴＳ送信処理手順を示すフローチャートである。
【図１０】図１０は、データ送信プログラムを実行するコンピュータを示す図である。
【図１１】図１１は、データ受信プログラムを実行するコンピュータを示す図である。
【発明を実施するための形態】
【００１３】
以下に、本願に開示するデジタル放送方法、データ受信装置及びデータ送信装置の実施例を図面に基づいて詳細に説明する。なお、この実施例により本願に開示するデジタル放送方法、データ受信装置及びデータ送信装置が限定されるものではない。
【実施例１】
【００１４】
まず、図１−１および図１−２を用いて、実施例１に係るデータ送信装置１００およびデータ受信装置１０の概要を説明する。図１−１および図１−２は、実施例１に係るデータ送信装置１００およびデータ受信装置１０の概要を説明するための図である。
【００１５】
データ送信装置１００は、デジタル放送のための映像データや、音声データ、文字データ等を、ＭＰＥＧ（Moving  Picture  Experts  Group）−２  Ｓｙｓｔｅｍ規格のＴＳにより送信する。具体的には、データ送信装置１００は、番組制作会社や事業者等から提供された番組（以下、「本編」と呼ぶこととする）やＣＭを形成する映像データや、音声データ、文字データ等をＴＳにより送信する。
【００１６】
データ受信装置１０は、データ送信装置１００から送信される映像データ等のＴＳを受信し、受信した映像データ等を所定の表示部に表示する。このとき、データ受信装置１０は、視聴者によって視聴されているチャンネルに対応する映像データ等を表示する。図１−１に示した例では、データ受信装置１０は、チャンネルＣＨ−Ｘに対応する本編１１Ａ、ＣＭ１１Ｂ、本編１２Ａ、ＣＭ１２Ｂを順に表示している。なお、以下では、視聴者によって視聴されているチャンネルを「視聴チャンネル」と呼ぶこととする。
【００１７】
ところで、視聴者は、ＣＭの時間だけ視聴チャンネルを別のチャンネルに切り替えることで、ＣＭを視聴しない場合がある。例えば、図１−１に示した例において、視聴者は、本編１１Ａを視聴した後、別のチャンネルに切り替えることでＣＭ１１Ｂを視聴せず、ＣＭ１１Ｂが終了したころに元のチャンネルＣＨ−Ｘに切り替えることで本編１２Ａを視聴する場合がある。このことは、上述したように、スポンサーが番組制作のための資金を提供しなくなってしまうというおそれがある。
【００１８】
そこで、実施例１に係るデータ送信装置１００は、ＣＭを形成する映像データや音声データ等を送信するよりも前に、かかるＣＭの内容を表す情報を、文字データのＴＳパケットとして送信する。
【００１９】
なお、ここで言う「ＣＭの内容を表す情報」とは、かかるＣＭの内容を簡略化した文字データを示し、例えば、ＣＭを提供するスポンサーの企業名や、商品名、キャッチフレーズ等である。例えば、菓子のＣＭであれば、「ＣＭの内容を表す情報」は、かかる菓子を製造する企業の名称や、菓子の名称、菓子の特徴、キャッチフレーズ、セールスポイントといった情報に該当する。以下では、「ＣＭの内容を表す情報」を「広告関連データ」と呼ぶこととする。
【００２０】
図１−１に示した例では、データ送信装置１００は、ＣＭ１１Ｂを形成する映像データや音声データ等を送信するよりも前に、ＣＭ１１Ｂの広告関連データを送信している。具体的には、データ送信装置１００は、データ受信装置１０によって表示される映像データ等が本編１１ＡからＣＭ１１Ｂに切り替わる時刻ｔ２よりも前の時刻ｔ１に、ＣＭ１１Ｂの広告関連データを送信している。同様にして、データ送信装置１００は、ＣＭ１２Ｂを形成する映像データや音声データ等を送信するよりも前に、ＣＭ１２Ｂの広告関連データを送信する。
【００２１】
そして、データ受信装置１０は、データ送信装置１００から送信される広告関連データを受信して、受信した広告関連データを所定の記憶部（後述する「データ蓄積部１８」）に蓄積しておく。そして、データ受信装置１０は、視聴チャンネルが他のチャンネルに変更され、再度、元のチャンネルに変更されたことを検知すると、視聴されなかったＣＭの広告関連データを記憶部から取得する。続いて、データ受信装置１０は、所定のタイミングになった場合に、取得した広告関連データ（企業名、商品名など）を本編とともに表示する。なお、ここで言う「所定のタイミング」とは、広告関連データを表示する時刻になった場合などを示し、詳細については後述する。
【００２２】
図１−２に示した例を用いて、データ受信装置１０による広告関連データ表示処理について説明する。図１−２に示した例において、データ受信装置１０は、表示内容を本編１１ＡからＣＭ１１Ｂへ切り替えた後の時刻ｔ３に、視聴チャンネルをチャンネルＣＨ−ＸからチャンネルＣＨ−Ｙへ変更されている。そして、データ受信装置１０は、表示内容をＣＭ１１Ｂから本編１２Ａへ切り替える前の時刻ｔ４に、視聴チャンネルをチャンネルＣＨ−ＹからチャンネルＣＨ−Ｘへ変更されている。
【００２３】
このとき、データ受信装置１０は、視聴チャンネルＣＨ−Ｘが他のチャンネルＣＨ−Ｙに変更され、再度、元のチャンネルＣＨ−Ｘに変更されたことを検知した後、記憶部からＣＭ１１Ｂの広告関連データを取得する。そして、図１−２に示した例では、データ受信装置１０は、本編１２Ａを表示するとともに、ＣＭ１１Ｂの広告関連データ（図１−２では、「ＣＭ１１Ｂ´」と表記する）を表示する。例えば、ＣＭ１１Ｂがクッキーに関するＣＭであれば、データ受信装置１０は、本編１２Ａを表示するとともに、かかるクッキーを製造する企業の名称等を表示する。なお、データ受信装置１０によって表示される画面例については後述する。
【００２４】
このように、実施例１に係るデータ送信装置１００は、ＣＭを形成する映像データや音声データを送信するよりも前に、かかるＣＭの広告関連データを送信する。これにより、データ受信装置１０は、ＣＭを表示する時間帯に、視聴者によって別のチャンネルに切り替えられる場合であっても、かかるＣＭの広告関連データを予め受信しておくことができる。
【００２５】
また、実施例１に係るデータ受信装置１０は、リアルタイムに視聴されているチャンネルを他のチャンネルに変更され、再度、元のチャンネルに変更されたことを検知すると、本編とともに広告関連データを表示する。これにより、データ受信装置１０は、チャンネルが切り替えられたことによりＣＭを表示できなくても、再度、元のチャンネルに切り替えられた場合に、かかるＣＭの広告関連データを視聴者に確実に視聴させることができる。
【００２６】
次に、図２を用いて、実施例１に係るデータ送信装置１００の構成を説明する。図２は、実施例１に係るデータ送信装置１００の構成を示す図である。データ送信装置１００は、外部（番組制作会社等）からＡｕｄｉｏ（音声）信号、Ｖｉｄｅｏ（映像、画像）信号、文字データ、イベントデータ、番組情報を受け付ける。そして、データ送信装置１００は、受け付けたＡｕｄｉｏ信号、Ｖｉｄｅｏ信号、文字データを符号化してＰＥＳ（Packetized  Elementary  Stream）を生成する。また、データ送信装置１００は、受け付けたイベントデータと、番組情報とをセクション化してセクション（Section）を生成する。
【００２７】
続いて、データ送信装置１００は、生成したＰＥＳやセクションを分割して、１８８バイト長のＴＳパケットを生成する。そして、データ送信装置１００は、生成した音声データのＴＳパケット、映像データのＴＳパケット、文字データのＴＳパケット、番組情報のＴＳパケットを多重化して、ＴＳパケットのデータ列であるＴＳを送信する。以下では、音声データのＴＳパケット、映像データのＴＳパケット、文字データのＴＳパケット、番組情報のＴＳパケットを、それぞれ「音声ＴＳパケット」、「映像ＴＳパケット」、「文字データＴＳパケット」、「番組情報ＴＳパケット」と呼ぶこととする。
【００２８】
実施例１に係るデータ送信装置１００は、広告関連データを文字データＴＳパケットとして送信する。以下に、データ送信装置１００が有する各処理部による処理について詳細に説明する。
【００２９】
図２に示すように、データ送信装置１００は、制御部１１０と、Ａｕｄｉｏ／Ｖｉｄｅｏ符号化部１２０と、文字データ符号化部１３０と、イベント生成部１４０と、番組情報生成部１５０と、多重化部１６０とを有する。
【００３０】
制御部１１０は、データ送信装置１００の制御を行う。具体的には、制御部１１０は、Ａｕｄｉｏ／Ｖｉｄｅｏ符号化部１２０、文字データ符号化部１３０、イベント生成部１４０、番組情報生成部１５０、および多重化部１６０を制御する。また、制御部１１０は、ＣＭを形成する映像データや音声データ等を送信するよりも前に、かかるＣＭの広告関連データが送信されるように、多重化部１６０を制御する。
【００３１】
Ａｕｄｉｏ／Ｖｉｄｅｏ符号化部１２０は、Ａｕｄｉｏ信号およびＶｉｄｅｏ信号を符号化する。具体的には、Ａｕｄｉｏ／Ｖｉｄｅｏ符号化部１２０は、外部（例えば、番組制作会社や事業者）からＡｕｄｉｏ信号を受け付けて、受け付けたＡｕｄｉｏ信号を符号化してＰＥＳパケットを生成する。また、Ａｕｄｉｏ／Ｖｉｄｅｏ符号化部１２０は、外部から受け付けたＶｉｄｅｏ信号を符号化してＰＥＳパケットを生成する。そして、Ａｕｄｉｏ／Ｖｉｄｅｏ符号化部１２０は、生成したＰＥＳパケットのデータ列であるＰＥＳを多重化部１６０へ出力する。
【００３２】
文字データ符号化部１３０は、文字データを符号化する。具体的には、文字データ符号化部１３０は、外部から文字データを受け付けて、受け付けた文字データを符号化して、ＰＥＳパケットを生成する。そして、文字データ符号化部１３０は、生成したＰＥＳパケットのデータ列であるＰＥＳを多重化部１６０へ出力する。
【００３３】
ここで、実施例１に係るデータ送信装置１００は、上述したように、広告関連データを文字データＴＳパケットとしてデータ受信装置１０へ送信する。すなわち、文字データ符号化部１３０は、番組制作会社や事業者等によってあらかじめ作成されたＣＭの広告関連データを受け付け、受け付けた広告関連データを符号化する。そして、文字データ符号化部１３０は、広告関連データのＰＥＳを多重化部１６０へ出力する。
【００３４】
このとき、文字データ符号化部１３０は、生成したＰＥＳパケットのヘッダに含まれるＰＴＳ（Presentation  Time  Stamp：再生時の時刻管理情報）に、ＣＭの後に表示される本編の表示開始時刻を設定する。具体的には、文字データ符号化部１３０は、広告関連データのＰＥＳパケットに含まれるＰＴＳに、かかる広告関連データが示すＣＭの後に表示される本編を形成する複数の画像のうち、最初に表示される画像のＰＥＳパケットのヘッダに設定されるＰＴＳの値と同じ値を設定する。
【００３５】
図１−１に示した例を用いて説明する。ここでは、文字データ符号化部１３０は、ＣＭ１１Ｂの広告関連データを受け付けたものとする。かかる場合、文字データ符号化部１３０は、受け付けた広告関連データのＰＥＳパケットに含まれるＰＴＳに、ＣＭ１１Ｂの後に表示される本編１２Ａが最初に表示される時刻「ｔ１１」を設定する。
【００３６】
イベント生成部１４０は、イベントデータをセクション化する。具体的には、イベント生成部１４０は、外部から入力されたイベントデータをセクション化して、生成したセクションを多重化部１６０へ出力する。
【００３７】
番組情報生成部１５０は、放送局や番組などの情報である番組情報をセクション化する。具体的には、番組情報生成部１５０は、外部から入力された番組情報をセクション化して、生成したセクションを多重化部１６０へ出力する。
【００３８】
また、番組情報生成部１５０は、データ送信装置１００から送信される各種ＴＳパケットが、映像ＴＳパケット、音声ＴＳパケット、文字データＴＳパケット等のいずれに該当するかを特定するためのＰＭＴ（Program  Map  Table）をセクション形式で生成する。このとき、番組情報生成部１５０は、広告関連データの文字データＴＳパケットと、広告関連データ以外の文字データＴＳパケットとを識別できるようにＰＭＴを生成する。なお、以下では、広告関連データの文字データＴＳパケットを「広告関連データＴＳパケット」と呼ぶこととする。
【００３９】
具体的には、番組情報生成部１５０は、ＭＰＥＧ−２  Ｓｙｓｔｅｍ規格に則した新たなｄｅｓｃｒｉｐｔｏｒ（ディスクリプタ）を、広告関連データＴＳパケットのＰＩＤ（Packet  ID）と関連付けてＰＭＴに設定する。以下では、広告関連データＴＳパケットのＰＩＤと関連付けて記述されるｄｅｓｃｒｉｐｔｏｒを「広告関連データｄｅｓｃｒｉｐｔｏｒ」と呼ぶこととする。
【００４０】
ここで、図３を用いて、広告関連データｄｅｓｃｒｉｐｔｏｒについて詳細に説明する。図３は、広告関連データｄｅｓｃｒｉｐｔｏｒの構造例を示す図である。図３に示すように、広告関連データｄｅｓｃｒｉｐｔｏｒは、「ｄｅｓｃｒｉｐｔｏｒ＿ｔａｇ」と、「ｄｅｓｃｒｉｐｔｏｒ＿ｌｅｎｇｔｈ」と、「Ｌｉｖｉｎｇ＿ｔｉｍｅ」とを有する。
【００４１】
「ｄｅｓｃｒｉｐｔｏｒ＿ｔａｇ」は、ｄｅｓｃｒｉｐｔｏｒの種類を識別するための８ビットのフィールドである。番組情報生成部１５０は、「ｄｅｓｃｒｉｐｔｏｒ＿ｔａｇ」に、ユーザプライベートの値である「６４」〜「２５５」のいずれかの値を設定する。これにより、データ受信装置１０は、「ｄｅｓｃｒｉｐｔｏｒ＿ｔａｇ」がユーザプライベートの値（６４〜２５５）に等しいｄｅｓｃｒｉｐｔｏｒに関連付けられているＰＩＤを、広告関連データＴＳパケットのＰＩＤであると判別することができる。その結果、データ受信装置１０は、広告関連データＴＳパケットと、広告関連データＴＳパケット以外の文字データＴＳパケットとを識別することができる。なお、実施例１における番組情報生成部１５０は、広告関連データｄｅｓｃｒｉｐｔｏｒの「ｄｅｓｃｒｉｐｔｏｒ＿ｔａｇ」に、「６４」を設定するものとする。
【００４２】
「ｄｅｓｃｒｉｐｔｏｒ＿ｌｅｎｇｔｈ」は、「ｄｅｓｃｒｉｐｔｏｒ＿ｌｅｎｇｔｈ」フィールドの直後に続くｄｅｓｃｒｉｐｔｏｒのバイト長を表す８ビットのフィールドである。番組情報生成部１５０は、かかる「ｄｅｓｃｒｉｐｔｏｒ＿ｌｅｎｇｔｈ」に、「２」を設定する。
【００４３】
「Ｌｉｖｉｎｇ＿ｔｉｍｅ」は、広告関連データの生存時間を表す１６ビットのフィールドであり、秒単位で設定される。「Ｌｉｖｉｎｇ＿ｔｉｍｅ」に設定される生存時間は、広告関連データを含むＰＥＳパケットのＰＴＳに設定されている時刻から、広告関連データを表示開始可能とする時刻までの時間を示す。例えば、広告関連データのＰＥＳパケットのＰＴＳに「１０時３０分００秒」を示す相対時刻情報が設定されているものとする。また、かかる広告関連データＴＳパケットのＰＩＤと関連付けて記述される広告関連データｄｅｓｃｒｉｐｔｏｒの「Ｌｉｖｉｎｇ＿ｔｉｍｅ」に「６００秒」を示す情報が設定されているものとする。かかる場合、データ受信装置１０は、広告関連データを「１０時３０分００秒」〜「１０時４０分００秒」の間に表示開始することができる。
【００４４】
なお、ＣＭを形成する広告画像が複数の広告画像を含んだ広告画像群の場合、データ送信装置１００の番組情報生成部１５０は、それぞれの広告画像に対する複数の広告関連データｄｅｓｃｒｉｐｔｏｒをＰＭＴに設定する。これにより、データ受信装置１０は、複数の広告関連データを表示することが可能になる。
【００４５】
多重化部１６０は、ＴＳパケットをＭＰＥＧ−２  Ｓｙｓｔｅｍ規格のＴＳ形式で多重化し、多重化したＴＳを送信する。具体的には、多重化部１６０は、Ａｕｄｉｏ／Ｖｉｄｅｏ符号化部１２０から映像や音声のＰＥＳを受け付け、文字データ符号化部１３０から文字データのＰＥＳを受け付ける。また、多重化部１６０は、イベント生成部１４０からイベントのセクションを受け付け、番組情報生成部１５０から番組情報のセクションおよびＰＭＴのセクション等を受け付ける。そして、多重化部１６０は、受け付けたＰＥＳやセクションを分割して、１８８バイト長のＴＳパケットを生成する。
【００４６】
そして、多重化部１６０は、生成したＴＳパケットを多重化する。このとき、多重化部１６０は、文字データ符号化部１３０から広告関連データのＰＥＳを受け付けた場合に、制御部１１０の指示に従って、広告関連データＴＳパケットが、広告関連データに対応するＣＭの映像ＴＳパケットや音声ＴＳパケットよりも前に送信されるように多重化する。具体的には、多重化部１６０は、ＣＭを形成する複数の画像の中で、最初に表示される画像を含むＰＥＳを映像ＴＳパケットとして多重化するよりも前に、かかるＣＭの広告関連データＴＳパケットを多重化する。
【００４７】
次に、図４を用いて、実施例１に係るデータ受信装置１０の構成を説明する。図４は、実施例１に係るデータ受信装置１０の構成を示す図である。図４に示すように、データ受信装置１０は、制御部１１と、リモコンインタフェース（以下、「リモコンＩ／Ｆ」という）１２と、チューナ１３と、多重化分離部１４と、Ｖｉｄｅｏ復号部１５と、Ａｕｄｉｏ復号部１６と、データ復号部１７と、データ蓄積部１８と、出力部１９とを有する。
【００４８】
制御部１１は、データ受信装置１０の制御を行う。具体的には、制御部１１は、リモコンＩ／Ｆ１２と、チューナ１３と、多重化分離部１４と、Ｖｉｄｅｏ復号部１５と、Ａｕｄｉｏ復号部１６と、データ復号部１７と、データ蓄積部１８と、出力部１９とを制御する。なお、制御部１１が有する各処理部については、後述する。
【００４９】
リモコンＩ／Ｆ１２は、リモコンから赤外線や無線によって送信された視聴者の指示をデータ受信装置１０に入力する。例えば、リモコンＩ／Ｆ１２は、リモコンからチャンネル変更指示を受け付け、受け付けたチャンネル変更指示を制御部１１へ出力する。チューナ１３は、データ送信装置１００からＴＳを受信し、受信したＴＳを多重化分離部１４へ出力する。
【００５０】
多重化分離部１４は、チューナ１３から入力されたＴＳの多重化を分離する。具体的には、多重化分離部１４は、入力されたＴＳを、映像ＴＳパケットや、音声ＴＳパケット、文字データＴＳパケット、広告関連データＴＳパケット、ＰＭＴパケット、ＰＡＴ（Program  Association  Table）パケット、ＰＣＲ（Program  Clock  Reference）パケット等に分離する。そして、多重化分離部１４は、ＰＩＤが「０」であるＰＡＴパケットをデータ復号部１７へ出力する。データ復号部１７は、多重化分離部１４から入力されたＰＡＴパケットを解析して、ＰＭＴのＰＩＤを取得する。そして、データ復号部１７は、取得したＰＭＴのＰＩＤを、制御部１１を介して多重化分離部１４へ出力する。
【００５１】
続いて、多重化分離部１４は、データ復号部１７から入力されたＰＭＴのＰＩＤに等しいＴＳパケット（ＰＭＴパケット）をデータ復号部１７へ出力する。データ復号部１７は、多重化分離部１４から入力されたＰＭＴパケットを解析して、各種ＴＳパケットのＰＩＤを取得する。具体的には、データ復号部１７は、映像ＴＳパケットのＰＩＤ、音声ＴＳパケットのＰＩＤ、ＰＣＲパケットのＰＩＤ、文字データＴＳパケットのＰＩＤ、広告関連データＴＳパケットのＰＩＤ等を取得する。そして、データ復号部１７は、取得した各種ＴＳパケットのＰＩＤを、制御部１１を介して多重化分離部１４へ出力する。なお、実施例１におけるデータ復号部１７は、「ｄｅｓｃｒｉｐｔｏｒ＿ｔａｇ」が「６４」であるｄｅｓｃｒｉｐｔｏｒに関連付けられているＰＩＤを広告関連データＴＳパケットのＰＩＤであると判定する。
【００５２】
続いて、多重化分離部１４は、データ復号部１７から入力された各種ＴＳパケットのＰＩＤに基づいて、前述において分離したＴＳパケットを、Ｖｉｄｅｏ復号部１５、Ａｕｄｉｏ復号部１６、データ復号部１７へ出力する。具体的には、多重化分離部１４は、ＰＩＤが映像ＴＳパケットのＰＩＤであるＴＳパケットをＶｉｄｅｏ復号部１５へ出力する。また、多重化分離部１４は、ＰＩＤが音声ＴＳパケットのＰＩＤであるＴＳパケットをＡｕｄｉｏ復号部１６へ出力する。また、多重化分離部１４は、ＰＩＤがＰＣＲパケットのＰＩＤであるＴＳパケットや、ＰＩＤが文字データＴＳパケットのＰＩＤである文字データＴＳパケット、ＰＩＤが広告関連データＴＳパケットのＰＩＤであるＴＳパケットをデータ復号部１７へ出力する。
【００５３】
ＰＣＲのＴＳパケット（ＰＣＲパケット）を入力されたデータ復号部１７は、かかるＴＳパケットを解析し、ＰＣＲパケットに含まれるＰＣＲ値を制御部１１へ出力する。制御部１１は、データ復号部１７から入力されたＰＣＲ値が妥当な値である場合に、データ受信装置１０の基準時刻であるＳＴＣ（System  Time  Clock）を、かかるＰＣＲ値で上書きする。これにより、データ受信装置１０は、自装置内のＳＴＣをデータ送信装置１００のＳＴＣと同期させることができ、その結果、映像や音声等の同期表示が可能になる。
【００５４】
Ｖｉｄｅｏ復号部１５は、多重化分離部１４から入力された映像ＴＳパケットを復号する。そして、Ｖｉｄｅｏ復号部１５は、ＰＥＳヘッダのＰＴＳに設定されている時刻と、データ受信装置１０のＳＴＣとが等しくなった場合に、復号した映像データを出力部１９へ出力する。かかる映像データは、出力部１９を介してＴＶ映像として表示される。
【００５５】
Ａｕｄｉｏ復号部１６は、多重化分離部１４から入力された音声ＴＳパケットを復号する。そして、Ａｕｄｉｏ復号部１６は、ＰＥＳヘッダのＰＴＳに設定されている時刻と、データ受信装置１０のＳＴＣとが等しくなった場合に、復号した音声データを出力部１９へ出力する。かかる音声データは、出力部１９を介して音声として出力される。
【００５６】
データ復号部１７は、多重化分離部１４から入力されたＰＡＴパケットや、文字データＴＳパケット等を復号したり、解析したりする。具体的には、データ復号部１７は、上述したように、多重化分離部１４から、ＰＡＴパケットや、ＰＭＴパケット、ＰＣＲパケット、文字データＴＳパケット、広告関連データＴＳパケット等が入力される。ＰＡＴパケットや、ＰＣＲパケットが入力された場合におけるデータ復号部１７による処理は上述したため、ここでは説明を省略する。
【００５７】
データ復号部１７は、多重化分離部１４からＰＭＴのＴＳパケットを入力された場合、上述した各種ＴＳパケットのＰＩＤを取得する処理の他に、広告関連データｄｅｓｃｒｉｐｔｏｒの「Ｌｉｖｉｎｇ＿ｔｉｍｅ」に設定されている生存時間を取得する。そして、データ復号部１７は、取得した生存時間を制御部１１へ出力する。
【００５８】
また、データ復号部１７は、多重化分離部１４から文字データＴＳパケットを入力された場合、入力された文字データＴＳパケットを復号する。具体的には、データ復号部１７は、文字データＴＳパケットを復号して、文字データのＰＥＳヘッダに設定されているＰＴＳの時刻と、ＳＴＣとが等しくなった場合に、復号した文字データを出力部１９へ出力する。かかる文字データは、データ受信装置１０を介して、文字情報として表示される。
【００５９】
また、データ復号部１７は、多重化分離部１４から広告関連データＴＳパケットを入力された場合、入力された文字データＴＳパケットを復号して、復号した広告関連データをデータ蓄積部１８へ出力する。このとき、データ復号部１７は、広告関連データのＰＥＳヘッダに含まれるＰＴＳに設定されている情報（表示開始可能時刻）を制御部１１へ出力する。
【００６０】
データ蓄積部１８は、データ復号部１７から入力された広告関連データを蓄積する。データ蓄積部１８に蓄積される広告関連データは、所定の条件を満たした場合に、後述する制御部１１によって、出力部１９へ出力される。
【００６１】
制御部１１は、チャンネル変更部１１ａと、広告関連データ出力部１１ｂとを有する。チャンネル変更部１１ａは、データ受信装置１０のチャンネル変更を制御する。具体的には、チャンネル変更部１１ａは、リモコンＩ／Ｆ１２からチャンネル変更指示を受け付けた場合に、かかるチャンネル変更指示に従って、データ受信装置１０のチャンネルを変更する。
【００６２】
広告関連データ出力部１１ｂは、広告関連データの出力処理を制御する。具体的には、広告関連データ出力部１１ｂは、まず、視聴チャンネルが所定の記憶部（以下、「チャンネル記憶部」という）に記憶されていない場合、視聴チャンネルをチャンネル記憶部に記憶させる。
【００６３】
また、広告関連データ出力部１１ｂは、リモコンＩ／Ｆ１２からチャンネル変更指示を受け付けた場合に、タイマーが始動中であるか否かを判定する。タイマーが始動中でない場合、広告関連データ出力部１１ｂは、タイマーを始動する。このとき、広告関連データ出力部１１ｂは、タイマーの初期値を、チャンネル変更指示を受け付けた瞬間におけるデータ受信装置１０のＳＴＣに設定する。
【００６４】
そして、広告関連データ出力部１１ｂは、タイマー起動後、再度、チャンネル変更指示を受け付けることなく所定の時刻になった場合に、データ蓄積部１８に蓄積されている広告関連データを破棄する。そして、広告関連データ出力部１１ｂは、現在選択されているチャンネル番号をチャンネル記憶部に記憶させる。
【００６５】
ここでいう「所定の時刻」とは、データ蓄積部１８に蓄積されている広告関連データを出力することが可能である時刻を示す。具体的には、広告関連データ出力部１１ｂは、所定の時刻になったか否かを判定するために、タイマーの時刻Ｔが、以下に示す式（１）または（２）のいずれかを満たすか否かを判定する。
【００６６】
表示開始可能時刻  ≦  Ｔ  ≦  表示開始可能時刻＋生存時間  ・・・（１）
Ｔ  ＜  表示開始可能時刻  ・・・（２）
【００６７】
なお、上記式（１）および（２）における「表示開始可能時刻」は、広告関連データのＰＥＳヘッダに含まれるＰＴＳに設定されている時刻を示す。制御部１１は、上述したように、かかるＰＴＳ（表示開始可能時刻）をデータ復号部１７から受け付ける。
【００６８】
すなわち、データ受信装置１０は、タイマーの時刻Ｔが「表示開始可能時刻＋生存時間」を過ぎているか否かを判定する。タイマーの時刻Ｔが「表示開始可能時刻＋生存時間」を過ぎている場合、データ受信装置１０は、前述した「所定の時刻」になったと判定する。これは、時刻Ｔが「表示開始可能時刻＋生存時間」を過ぎた場合、データ受信装置１０は、広告関連データを表示することができないからである。
【００６９】
一方、広告関連データ出力部１１ｂは、タイマー起動後、所定の時刻になる前に、再度、チャンネル変更指示を受け付けた場合、かかるチャンネル変更指示により変更させるチャンネル番号と、チャンネル記憶部に記憶されているチャンネル番号とが一致するか否かを判定する。
【００７０】
チャンネル変更指示が示すチャンネル番号と、チャンネル記憶部に記憶されているチャンネル番号とが一致する場合、広告関連データ出力部１１ｂは、チャンネル変更指示を受け付けた瞬間のタイマーの時刻Ｔが、上記式（１）または（２）のいずれかを満たすか否かを判定する。
【００７１】
タイマーの時刻Ｔが、上記式（１）を満たす場合、広告関連データ出力部１１ｂは、チャンネル変更部１１ａによってチャンネル番号が変更された後に、データ蓄積部１８に蓄積されている広告関連データを出力部１９へ出力する。これにより、出力部１９は、チャンネル変更後の本編とともに、広告関連データを出力することになる。
【００７２】
また、タイマーの時刻Ｔが、上記式（２）を満たす場合、広告関連データ出力部１１ｂは、データ受信装置１０のＳＴＣが、表示開始可能時刻（広告関連データのＰＴＳ）になった場合に、データ蓄積部１８に蓄積されている広告関連データを出力部１９へ出力する。
【００７３】
ここで、上述した広告関連データ出力部１１ｂによる広告関連データ出力処理について、いくつか例を挙げて説明する。ここでは、広告関連データのＰＥＳヘッダに含まれるＰＴＳに設定されている時刻（表示開始可能時刻）が「１０：３０：００」であり、生存時間が「６００（秒）」であるものとする。
【００７４】
まず、広告関連データ出力部１１ｂが、タイマー起動後、時刻「１０：３０：００」〜「１０：４０：００」の間に、視聴チャンネルを元のチャンネルに戻すチャンネル変更指示を受け付けた場合について説明する。かかる場合、広告関連データ出力部１１ｂは、チャンネル変更部１１ａによってチャンネル番号が変更された後に、データ蓄積部１８に蓄積されている広告関連データを出力部１９へ出力する。これにより、出力部１９は、チャンネル変更後の本編とともに、広告関連データを出力する。
【００７５】
続いて、広告関連データ出力部１１ｂが、タイマー起動後、時刻「１０：２９：００」に、視聴チャンネルを元のチャンネルに戻すチャンネル変更指示を受け付けた場合について説明する。かかる場合、広告関連データ出力部１１ｂは、データ受信装置１０のＳＴＣが、時刻「１０：３０：００」になった場合に、データ蓄積部１８に蓄積されている広告関連データを出力部１９へ出力する。これにより、出力部１９は、チャンネル変更後の本編とともに、広告関連データを出力する。
【００７６】
続いて、広告関連データ出力部１１ｂが、タイマー起動後、時刻「１０：４３：００」に、視聴チャンネルを元のチャンネルに戻すチャンネル変更指示を受け付けた場合について説明する。かかる場合、広告関連データ出力部１１ｂは、タイマーの時刻Ｔが、上記式（１）および（２）のいずれも満たさないので、データ蓄積部１８に蓄積されている広告関連データを破棄する。そして、広告関連データ出力部１１ｂは、現在選択されているチャンネル番号をチャンネル記憶部に記憶させる。
【００７７】
出力部１９は、復号された映像データ等を出力する。具体的には、出力部１９は、Ｖｉｄｅｏ復号部１５から入力された映像データや、Ａｕｄｉｏ復号部１６から入力された音声データ、データ復号部１７から入力された文字データ等を出力する。また、出力部１９は、データ蓄積部１８から出力される広告関連データを、映像データや音声データとともに出力する。
【００７８】
ここで、実施例１における出力部１９は、広告関連データを、映像データや音声データとともに出力する場合に、図５に示すように出力する。図５は、広告関連データが出力される画面の一例を示す図である。
【００７９】
次に、図６を用いて、実施例１に係るデータ送信装置１００によるＴＳ送信処理の手順を説明する。図６は、実施例１に係るデータ送信装置１００によるＴＳ送信処理手順を示すフローチャートである。
【００８０】
図６に示すように、Ａｕｄｉｏ／Ｖｉｄｅｏ符号化部１２０は、外部からＡｕｄｉｏ信号やＶｉｄｅｏ信号を受け付けた場合に、受け付けたＡｕｄｉｏ信号やＶｉｄｅｏ信号を符号化した後にＰＥＳ化し、生成したＰＥＳを多重化部１６０へ出力する（ステップＳ１０１）。例えば、Ａｕｄｉｏ／Ｖｉｄｅｏ符号化部１２０は、本編やＣＭを形成するＡｕｄｉｏ信号やＶｉｄｅｏ信号を受け付けて、受け付けたＡｕｄｉｏ信号やＶｉｄｅｏ信号を符号化する。
【００８１】
続いて、外部から広告関連データを受け付けた場合に（ステップＳ１０２肯定）、文字データ符号化部１３０は、広告関連データを符号化した後にＰＥＳ化し、生成したＰＥＳを多重化部１６０へ出力する（ステップＳ１０３）。このとき、文字データ符号化部１３０は、生成したＰＥＳパケットのヘッダに含まれるＰＴＳに、ＣＭの後に表示される本編の表示開始時刻を設定する。
【００８２】
続いて、番組情報生成部１５０は、広告関連データＴＳパケットのＰＩＤをＰＭＴに記述する（ステップＳ１０４）。また、番組情報生成部１５０は、広告関連データｄｅｓｃｒｉｐｔｏｒを、広告関連データＴＳパケットのＰＩＤと関連付けてＰＭＴに記述する（ステップＳ１０５）。具体的には、実施例１における番組情報生成部１５０は、広告関連データｄｅｓｃｒｉｐｔｏｒの「ｄｅｓｃｒｉｐｔｏｒ＿ｔａｇ」に、「６４」を設定する。また、番組情報生成部１５０は、広告関連データｄｅｓｃｒｉｐｔｏｒ内の「ｄｅｓｃｒｉｐｔｏｒ＿ｌｅｎｇｔｈ」と、「Ｌｉｖｉｎｇ＿ｔｉｍｅ」とを設定する。
【００８３】
続いて、多重化部１６０は、Ａｕｄｉｏ／Ｖｉｄｅｏ符号化部１２０から入力されたＰＥＳと、文字データ符号化部１３０から入力されたＰＥＳとをそれぞれ分割して、ＴＳパケットを生成し、生成したＴＳパケットを多重化する。このとき、多重化部１６０は、広告関連データＴＳパケットが、かかる広告関連データに対応するＣＭの映像ＴＳパケットや音声ＴＳパケットよりも前に送信されるように多重化する（ステップＳ１０６）。そして、多重化部１６０は、多重化したＴＳを送信する（ステップＳ１０７）。
【００８４】
一方、広告関連データ以外の文字データを受け付けた場合（ステップＳ１０２否定）、文字データ符号化部１３０は、受け付けた文字データを符号化した後にＰＥＳ化し、生成したＰＥＳを多重化部１６０へ出力する（ステップＳ１０８）。続いて、番組情報生成部１５０は、文字データＴＳパケットのＰＩＤをＰＭＴに記述する（ステップＳ１０９）。
【００８５】
続いて、多重化部１６０は、Ａｕｄｉｏ／Ｖｉｄｅｏ符号化部１２０から入力されたＰＥＳと、文字データ符号化部１３０から入力されたＰＥＳとをそれぞれ分割して、ＴＳパケットを生成し、生成したＴＳパケットを多重化する（ステップＳ１１０）。そして、多重化部１６０は、多重化したＴＳを送信する（ステップＳ１０７）。
【００８６】
なお、図６では、データ送信装置１００が、Ａｕｄｉｏ信号やＶｉｄｅｏ信号を受け付けた後に、文字データまたは広告関連データを受け付ける例を示したが、Ａｕｄｉｏ信号や、Ｖｉｄｅｏ信号、文字データを受け付ける順序はこれに限らない。例えば、データ送信装置１００は、文字データまたは広告関連データを受け付けた後に、Ａｕｄｉｏ信号やＶｉｄｅｏ信号を受け付けてもよいし、すべての情報を同時に受け付けてもよい。
【００８７】
次に、図７を用いて、実施例１に係るデータ受信装置１０による広告関連データ出力処理の手順を説明する。図７は、実施例１に係るデータ受信装置１０による広告関連データ出力処理手順を示すフローチャートである。ここでは、初期状態として、データ送信装置１００は、タイマーを起動しておらず、また、チャンネル番号をチャンネル記憶部に記憶させていないものとする。
【００８８】
図７に示すように、データ受信装置１０の広告関連データ出力部１１ｂは、まず、チャンネル番号をチャンネル記憶部に記憶させる（ステップＳ２０１）。続いて、データ復号部１７は、多重化分離部１４から広告関連データＴＳパケットを入力された場合に、かかる文字データＴＳパケットを復号して、広告関連データをデータ蓄積部１８に蓄積する（ステップＳ２０２）。
【００８９】
続いて、広告関連データ出力部１１ｂは、リモコンＩ／Ｆ１２からチャンネル変更指示を受け付けた場合に（ステップＳ２０３肯定）、タイマーを始動する（ステップＳ２０４）。続いて、広告関連データ出力部１１ｂは、再度、チャンネル変更指示を受け付けた場合に（ステップＳ２０５肯定）、タイマーの時刻Ｔが、上記式（１）または（２）のいずれかを満たすか否かを判定する（ステップＳ２０６）。
【００９０】
タイマーの時刻Ｔが、上記式（１）または（２）のいずれかを満たす場合（ステップＳ２０６肯定）、広告関連データ出力部１１ｂは、上記ステップＳ２０５において受け付けたチャンネル変更指示により変更させるチャンネル番号と、チャンネル記憶部に記憶されているチャンネル番号とが一致するか否かを判定する（ステップＳ２０７）。
【００９１】
双方のチャンネル番号が一致する場合（ステップＳ２０７肯定）、広告関連データ出力部１１ｂは、データ蓄積部１８に蓄積されている広告関連データを出力部１９へ出力する。このとき、広告関連データ出力部１１ｂは、タイマーの時刻Ｔが上記式（１）を満たす場合、チャンネル変更部１１ａによってチャンネル番号が変更された後に、データ蓄積部１８に蓄積されている広告関連データを出力部１９へ出力する。そして、出力部１９は、チャンネル変更後の本編とともに、広告関連データを出力する（ステップＳ２０８）。
【００９２】
また、タイマーの時刻Ｔが上記式（２）を満たす場合、広告関連データ出力部１１ｂは、データ受信装置１０のＳＴＣが、広告関連データの表示開始可能時刻になった場合に、データ蓄積部１８に蓄積されている広告関連データを出力部１９へ出力する。そして、出力部１９は、チャンネル変更後の本編とともに、広告関連データを出力する（ステップＳ２０８）。
【００９３】
一方、双方のチャンネル番号が一致しない場合（ステップＳ２０７否定）、広告関連データ出力部１１ｂは、ステップＳ２０５における処理に戻る。また、タイマーの時刻Ｔが上記式（１）または（２）のいずれかも満たさない場合（ステップＳ２０６否定）、広告関連データ出力部１１ｂは、データ蓄積部１８に蓄積されている広告関連データを破棄して（ステップＳ２０９）、ステップＳ２０１の処理に戻る。具体的には、広告関連データ出力部１１ｂは、現在選択されているチャンネル番号を所定のチャンネル記憶部に記憶させる（ステップＳ２０１）。
【００９４】
また、広告関連データ出力部１１ｂは、チャンネル変更指示を再度受け付けない場合であっても（ステップＳ２０５否定）、タイマーの時刻Ｔが、上記式（１）または（２）のいずれかを満たすか否かを定期的に判定する（ステップＳ２１０）。タイマーの時刻Ｔが、上記式（１）または（２）のいずれかを満たす場合（ステップＳ２１０肯定）、広告関連データ出力部１１ｂは、ステップＳ２０５における処理に戻り、チャンネル変更指示を再度受け付けるまで、タイマーの時刻Ｔが、上記式（１）または（２）のいずれかを満たすか否かを定期的に判定する（ステップＳ２１０）。
【００９５】
一方、タイマーの時刻Ｔが、上記式（１）または（２）のいずれかも満たさない場合（ステップＳ２１０否定）、広告関連データ出力部１１ｂは、データ蓄積部１８に蓄積されている広告関連データを破棄して（ステップＳ２０９）、ステップＳ２０１の処理に戻る。具体的には、広告関連データ出力部１１ｂは、現在選択されているチャンネル番号をチャンネル記憶部に記憶させる（ステップＳ２０１）。
【００９６】
上述してきたように、実施例１に係るデータ送信装置１００は、ＣＭを形成する映像データや音声データを送信するよりも前に、かかるＣＭの広告関連データを送信する。また、実施例１に係るデータ受信装置１０は、リアルタイムに視聴されているチャンネルを他のチャンネルに変更され、再度、元のチャンネルに変更されたことを検知すると、本編とともに広告関連データを表示する。
【００９７】
すわなち、実施例１に係るデータ送信装置１００およびデータ受信装置１０によれば、ＣＭの時間だけ別のチャンネルに切り替えられた場合に、広告関連データを視聴者に確実に視聴させることができる。
【００９８】
また、実施例１に係るデータ送信装置１００は、ＣＭの後に表示される本編の表示開始時刻がＰＴＳに設定された広告関連データＴＳパケットを生成して、データ受信装置１０へ送信する。これにより、データ受信装置１０は、広告関連データを本編とともに表示することができる。
【００９９】
また、実施例１に係るデータ送信装置１００は、広告関連データを表示開始可能とする時刻の期限である生存時間をデータ受信装置１０へ送信する。これにより、データ受信装置１０は、広告関連データを表示開始する時刻を制御することができる。例えば、データ受信装置１０は、数日後に広告関連データを表示してしまうといったことを防止することができる。
【実施例２】
【０１００】
ところで、上記実施例１では、広告関連データを文字データＴＳパケットとして送信する例を示したが、データ送信装置は、広告関連データをイベントメッセージとして送信してもよい。そこで、実施例２では、広告関連データをイベントメッセージとして送信するデータ送信装置の例について説明する。
【０１０１】
まず、実施例２に係るデータ送信装置２００について説明する。実施例２に係るデータ送信装置２００の構成は、実施例１に係るデータ送信装置１００の構成（図２参照）と同様である。実施例２におけるイベント生成部１４０は、外部から、広告関連データをイベントデータとして受け付ける。具体的には、イベント生成部１４０は、受け付けた広告関連データをデータイベントに設定し、イベントセクションを生成する。以下では、広告関連データが設定されるデータイベントを「広告関連データイベント」と呼び、広告関連データイベントのイベントメッセージを「広告関連データイベントメッセージ」と呼ぶこととする。
【０１０２】
ここで、図８を用いて、広告関連データイベントについて詳細に説明する。図８は、広告関連データイベントの構造例を示す図である。図８に示した広告関連データイベントは、ＡＲＩＢ規格で規定されているイベントであるＧｅｎｅｒａｌ＿ｅｖｅｎｔ＿ｄｅｓｃｒｉｐｔｏｒを拡張したｄｅｓｃｒｉｐｔｏｒである。図８では、かかるｄｅｓｃｒｉｐｔｏｒを、「ＣＭ＿ｅｖｅｎｔ＿ｄｅｓｃｒｉｐｔｏｒ」と表記している。以下に、図８に示した広告関連データイベントのフィールドについて、いくつか説明する。
【０１０３】
「ｄｅｓｃｒｉｐｔｏｒ＿ｔａｇ」は、ｅｖｅｎｔ＿ｄｅｓｃｒｉｐｔｏｒの種類を識別するための８ビットのフィールドである。イベント生成部１４０は、「ｄｅｓｃｒｉｐｔｏｒ＿ｔａｇ」に、例えば、事業者が運用等によって規定可能な値である「０ｘ８０」〜「０ｘＢＦ」のいずれかの値を設定する。これにより、データ受信装置１０は、「ｄｅｓｃｒｉｐｔｏｒ＿ｔａｇ」が「０ｘ８０」〜「０ｘＢＦ」のいずれかの値であるｅｖｅｎｔ＿ｄｅｓｃｒｉｐｔｏｒを、ＣＭ＿ｅｖｅｎｔ＿ｄｅｓｃｒｉｐｔｏｒであると判別することができる。その結果、データ受信装置１０は、広告関連データイベントと、広告関連データイベント以外の他のデータイベントとを識別することができる。
【０１０４】
「ｄｅｓｃｒｉｐｔｏｒ＿ｌｅｎｇｔｈ」は、ｅｖｅｎｔ＿ｄｅｓｃｒｉｐｔｏｒのバイト長を表す８ビットのフィールドである。イベント生成部１４０は、「ｄｅｓｃｒｉｐｔｏｒ＿ｌｅｎｇｔｈ」に、例えば、「１３」＋「広告関連文字データのバイト数」を設定する。
【０１０５】
「ｅｖｅｎｔ＿ｍｓｇ＿ｇｒｏｕｐ＿ｉｄ」は、イベントメッセージ群を識別するための識別子を表す１２ビットのフィールドである。イベント生成部１４０は、「ｅｖｅｎｔ＿ｍｓｇ＿ｇｒｏｕｐ＿ｉｄ」に、例えば、広告関連データイベントメッセージ群の識別子として「０」を設定する。
【０１０６】
「ｒｅｓｅｒｖｅｄ＿ｆｕｔｕｒｅ＿ｕｓｅ」は、拡張可能な４ビットのフィールドである。イベント生成部１４０は、「ｒｅｓｅｒｖｅｄ＿ｆｕｔｕｒｅ＿ｕｓｅ」に、例えば、２進数で「１１１１」を設定する。
【０１０７】
「ｔｉｍｅ＿ｍｏｄｅ」は、イベントメッセージを発生させる時刻の指定方法を表す８ビットのフィールドである。データ送信装置１００は、「ｔｉｍｅ＿ｍｏｄｅ」に、「０ｘ００」を設定する。これにより、データ受信装置１０は、広告関連データイベントメッセージを受信直後に、イベントメッセージを発生させることができる。
【０１０８】
「ｅｖｅｎｔ＿ｍｓｇ＿ｔｙｐｅ」は、イベントメッセージの種類を表す識別子で、８ビットのフィールドである。イベント生成部１４０は、「ｅｖｅｎｔ＿ｍｓｇ＿ｔｙｐｅ」に、例えば、広告関連データイベントメッセージの識別子として「０」を設定する。
【０１０９】
「ｅｖｅｎｔ＿ｍｓｇ＿ｉｄ」は、個々のイベントメッセージを識別するための識別子を表す１６ビットのフィールドである。イベント生成部１４０は、「ｅｖｅｎｔ＿ｍｓｇ＿ｉｄ」に、例えば、４つの広告関連データイベントメッセージを送信する場合、「０」、「１」、「２」、「３」を設定する。
【０１１０】
「ＣＭ＿ＰＴＳ」は、広告関連データの表示開始可能時刻を表す３３ビットのフィールドである。イベント生成部１４０は、「ＣＭ＿ＰＴＳ」に、広告関連データが示すＣＭの後に表示される本編の表示開始時刻を設定する。なお、「ＣＭ＿ＰＴＳ」に設定できる精度は、９０［ｋＨｚ］単位である。
【０１１１】
「ｍａｒｋｅｒ＿ｂｉｔ」は、バイトアラインのための１ビットのフィールドである。イベント生成部１４０は、「ｍａｒｋｅｒ＿ｂｉｔ」に「１」を設定する。
【０１１２】
「Ｌｉｖｉｎｇ＿ｔｉｍｅ」は、広告関連データの生存時間を表す１６ビットのフィールドであり、秒単位で設定される。生存時間は、「ＣＭ＿ＰＴＳ」が示す広告関連データの表示開始可能時刻から、広告関連データを表示開始可能とする時刻までの時間を示す。
【０１１３】
「ｄａｔａ＿ｂｙｔｅ」は、広告関連データが設定されるフィールドである。イベント生成部１４０は、「ｄａｔａ＿ｂｙｔｅ」に、最大で２４３バイトの広告関連データを設定する。
【０１１４】
実施例２におけるイベント生成部１４０は、上述した広告関連データイベントの各フィールドに、例えば、以下に示すような値を設定する。
【０１１５】
ｄｅｓｃｒｉｐｔｏｒ＿ｔａｇ               ：「０ｘ８０」
ｄｅｓｃｒｉｐｔｏｒ＿ｌｅｎｇｔｈ           ：「１１３」
ｅｖｅｎｔ＿ｍｓｇ＿ｇｒｏｕｐ＿ｉｄ   ：「０」
ｔｉｍｅ＿ｍｏｄｅ                   ：「０ｘ００」
ｅｖｅｎｔ＿ｍｓｇ＿ｔｙｐｅ           ：「０」
ｅｖｅｎｔ＿ｍｓｇ＿ｉｄ              ：「０」
ＣＭ＿ＰＴＳ                      ：ＣＭ後に表示される本編の表示開始時刻
Ｌｉｖｉｎｇ＿ｔｉｍｅ                   ：「１２０」
ｄａｔａ＿ｂｙｔｅ                      ：広告関連データである文字データ（１００バイト）
【０１１６】
これにより、データ受信装置１０は、「ｄｅｓｃｒｉｐｔｏｒ＿ｔａｇ」が「０ｘ８０」であるイベントメッセージを受信した場合に、かかるイベントメッセージが広告関連イベントメッセージであると識別することができる。
【０１１７】
なお、実施例２に係る番組情報生成部１５０は、広告関連データイベントと他のデータイベントとを識別するために、広告関連イベントメッセージのＰＩＤに関連付けてＰＭＴのｄｅｓｃｒｉｐｔｏｒを設定することはない。これは、上述したように、受信側は、「ＣＭ＿ｅｖｅｎｔ＿ｄｅｓｃｒｉｐｔｏｒ」の「ｄｅｓｃｒｉｐｔｏｒ＿ｔａｇ」に設定する情報に基づいて、広告関連データイベントと他のデータイベントとを識別することができるからである。
【０１１８】
また、ＣＭを形成する広告画像が複数の広告画像を含んだ広告画像群の場合、データ送信装置２００のイベント生成部１４０は、それぞれの広告画像と広告関連イベントメッセージとをｅｖｅｎｔ＿ｍｓｇ＿ｉｄを用いて対応付けて設定する。例えば、イベント生成部１４０は、広告画像の順番と、ｅｖｅｎｔ＿ｍｓｇ＿ｉｄの値（０、１、２、３等）の順番とを対応付ける。これにより、データ受信装置は、複数の広告関連データを表示することが可能になる。
【０１１９】
実施例２における多重化部１６０は、イベント生成部１４０から広告関連データイベントのセクションを受け付けた場合、制御部１１０の指示に従って、広告関連データイベントメッセージが、かかる広告関連データに対応するＣＭの映像ＴＳパケットや音声ＴＳパケットよりも前に送信されるように多重化する。
【０１２０】
次に、実施例２に係るデータ受信装置２０について説明する。実施例２に係るデータ受信装置２０の構成は、実施例１に係るデータ受信装置１０の構成（図４参照）と同様である。実施例２における多重化分離部１４は、チューナ１３から入力されたＴＳの多重化を分離して、分離したＴＳパケットのうち、イベントメッセージのＴＳパケットをデータ復号部１７へ出力する。
【０１２１】
そして、実施例２におけるデータ復号部１７は、多重化分離部１４から入力されたイベントメッセージを解析する。具体的には、データ復号部１７は、ｅｖｅｎｔ＿ｄｅｓｃｒｉｐｔｏｒの各フィールドに設定されている情報を取得する。そして、データ復号部１７は、例えば、「ｄｅｓｃｒｉｐｔｏｒ＿ｔａｇ」が「０ｘ８０」である場合に、かかるイベントメッセージが広告関連イベントメッセージであると判定する。
【０１２２】
広告関連イベントメッセージであると判定した場合、データ復号部１７は、「ＣＭ＿ｅｖｅｎｔ＿ｄｅｓｃｒｉｐｔｏｒ」の「ＣＭ＿ＰＴＳ」に設定されている表示開始可能時刻と、「Ｌｉｖｉｎｇ＿ｔｉｍｅ」に設定されている生存時間を制御部１１へ出力する。また、データ復号部１７は、「ＣＭ＿ｅｖｅｎｔ＿ｄｅｓｃｒｉｐｔｏｒ」の「ｄａｔａ＿ｂｙｔｅ」に設定されている広告関連データをデータ蓄積部１８へ出力する。
【０１２３】
制御部１１の広告関連データ出力部１１ｂは、データ復号部１７から入力された表示開始可能時刻、生存時間を用いて、実施例１において説明した広告関連データ出力処理と同様の処理を行う。
【０１２４】
次に、図９を用いて、実施例２に係るデータ送信装置２００によるＴＳ送信処理の手順を説明する。図９は、実施例２に係るデータ送信装置２００によるＴＳ送信処理手順を示すフローチャートである。なお、ここでは、図６に示した処理手順と同様の処理手順については説明を省略する。
【０１２５】
データ送信装置２００のイベント生成部１４０は、外部から広告関連データのイベントデータを受け付けた場合（ステップＳ３０２肯定）に、受け付けた広告関連データをｅｖｅｎｔ＿ｄｅｓｃｒｉｐｔｏｒ化した後に、セクション化してイベントセクションを生成する（ステップＳ３０３）。
【０１２６】
続いて、番組情報生成部１５０は、広告関連イベントメッセージのＰＩＤをＰＭＴに記述する（ステップＳ３０４）。続いて、多重化部１６０は、広告関連イベントメッセージが、かかる広告関連データに対応するＣＭの映像ＴＳパケットや音声ＴＳパケットよりも前に送信されるように多重化する（ステップＳ３０５）。そして、多重化部１６０は、多重化したＴＳを送信する（ステップＳ３０６）。
【０１２７】
一方、外部から広告関連データ以外のイベントデータを受け付けた場合（ステップＳ３０２否定）、イベント生成部１４０は、受け付けたイベントデータをセクション化してイベントセクションを生成する（ステップＳ３０７）。
【０１２８】
続いて、番組情報生成部１５０は、イベントメッセージのＰＩＤをＰＭＴに記述する（ステップＳ３０８）。続いて、多重化部１６０は、Ａｕｄｉｏ／Ｖｉｄｅｏ符号化部１２０から入力されたＰＥＳと、イベント生成部１４０から入力されたイベントセクションとをそれぞれ分割して、ＴＳパケットを生成し、生成したＴＳパケットを多重化する（ステップＳ３０９）。そして、多重化部１６０は、多重化したＴＳを送信する（ステップＳ３０６）。
【０１２９】
上述してきたように、実施例２に係るデータ送信装置２００は、ＣＭを形成する映像データや音声データを送信するよりも前に、かかるＣＭの広告関連データをイベントメッセージとして送信する。また、実施例２に係るデータ受信装置２０は、リアルタイムに視聴されているチャンネルを他のチャンネルに変更され、再度、元のチャンネルに変更されたことを検知すると、本編とともに広告関連データを表示する。
【０１３０】
以上のことから、実施例２に係るデータ送信装置２００およびデータ受信装置２０によれば、ＣＭの時間だけ別のチャンネルに切り替えられた場合に、広告関連データを視聴者に確実に視聴させることができる。
【０１３１】
なお、実施例１および２では、広告関連データとして、菓子のＣＭ等を例に挙げ、菓子を製造する企業の名称、菓子の名称、菓子の特徴、セールスポイントといった情報を例に挙げた。しかし、広告関連データは、この例に限られるものではなく、いわゆる商品の宣伝のためのＣＭに限られず、本編とは異なる位置づけで視聴者に提供される情報や、視聴者によってスキップされ得る情報を広く含む概念である。例えば、広告関連データは、番組内で行われるスポンサー紹介（“提供”画面）、番組内で行われるイベントの告知、ドラマなどでスポンサーの製品が使われるシーン、放送延長に伴う後番組の放送時間変更の告知などを含む。
【０１３２】
また、本実施例において説明した各処理のうち、自動的におこなわれるものとして説明した処理の全部または一部を手動的におこなうこともでき、あるいは、手動的におこなわれるものとして説明した処理の全部または一部を公知の方法で自動的におこなうこともできる。この他、上記文書中や図面中で示した処理手順（図６、図７、図９など）、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。
【０１３３】
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示（図２、図４など）の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。さらに、各装置にて行なわれる各処理機能は、その全部または任意の一部が、ＣＰＵ（Central  Processing  Unit）および当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。
【０１３４】
また、上記の実施例で説明した各種の処理は、あらかじめ用意されたプログラムをパーソナルコンピュータやワークステーションなどのコンピュータで実行することによって実現することができる。そこで、以下では、図１０および図１１を用いて、上記の実施例と同様の機能を有するデータ送信プログラムを実行するコンピュータ、データ受信プログラムを実行するコンピュータの一例を説明する。図１０は、データ送信プログラムを実行するコンピュータを示す図であり、図１１は、データ受信プログラムを実行するコンピュータを示す図である。
【０１３５】
図１０に示すように、データ送信プログラム（コンピュータ）１０００は、ＲＡＭ（Random  Access  Memory）１０１０、キャッシュ１０２０、ＨＤＤ（Hard  Disk  Drive）１０３０、ＲＯＭ（Read  Only  Memory）１０４０およびＣＰＵ１０５０をバス１０６０で接続して構成される。ここで、ＲＯＭ１０４０には、上記の実施例と同様の機能を発揮するデータ送信プログラム、つまり、図１０に示すように、制御プログラム１０４１、Ａｕｄｉｏ／Ｖｉｄｅｏ符号化プログラム１０４２、文字データ符号化プログラム１０４３、イベント生成プログラム１０４４、番組情報生成プログラム１０４５、多重化プログラム１０４６が備えられる。
【０１３６】
そして、ＣＰＵ１０５０は、これらのプログラム１０４１〜１０４６を読み出して実行することで、図１０に示すように、各プログラム１０４１〜１０４６は、制御プロセス１０５１、Ａｕｄｉｏ／Ｖｉｄｅｏ符号化プロセス１０５２、文字データ符号化プロセス１０５３、イベント生成プロセス１０５４、番組情報生成プロセス１０５５、多重化プロセス１０５６となる。なお、各プロセス１０５１〜１０５６は、図２に示した、制御部１１０、Ａｕｄｉｏ／Ｖｉｄｅｏ符号化部１２０、文字データ符号化部１３０、イベント生成部１４０、番組情報生成部１５０、多重化部１６０に各々対応する。
【０１３７】
ところで、上記した各プログラム１０４１〜１０４６については、必ずしもＲＯＭ１０４０に記憶させておく必要はなく、例えば、コンピュータ１０００に挿入されるフレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＭＯディスク、ＤＶＤディスク、光磁気ディスク、ＩＣカードなどの「可搬用の物理媒体」、または、コンピュータ１０００の内外に備えられるハードディスクドライブ（ＨＤＤ）などの「固定用の物理媒体」、さらには、公衆回線、インターネット、ＬＡＮ（Local  Area  Network）、ＷＡＮ（Wide  Area  Network）などを介してコンピュータ１０００に接続される「他のコンピュータ（またはサーバ）」に記憶させておき、コンピュータ１０００がこれらからプログラムを読み出して実行するようにしてもよい。
【０１３８】
また、図１１に示すように、データ受信プログラム（コンピュータ）２０００は、ＲＡＭ２０１０、キャッシュ２０２０、ＨＤＤ２０３０、ＲＯＭ２０４０およびＣＰＵ２０５０をバス２０６０で接続して構成される。ここで、ＲＯＭ２０４０には、上記の実施例と同様の機能を発揮するデータ受信プログラム、つまり、図１１に示すように、チャンネル変更プログラム２０４１、広告関連データ出力プログラム２０４２、多重化分離プログラム２０４３、Ｖｉｄｅｏ復号プログラム２０４４、Ａｕｄｉｏ復号プログラム２０４５、データ復号プログラム２０４６、出力プログラム２０４７が備えられる。
【０１３９】
そして、ＣＰＵ２０５０は、これらのプログラム２０４１〜２０４７を読み出して実行することで、図１１に示すように、各プログラム２０４１〜２０４７は、チャンネル変更プロセス２０５１、広告関連データ出力プロセス２０５２、多重化分離プロセス２０５３、Ｖｉｄｅｏ復号プロセス２０５４、Ａｕｄｉｏ復号プロセス２０５５、データ復号プロセス２０５６、出力プロセス２０５７となる。なお、各プロセス２０５１〜２０５７は、図４に示した、チャンネル変更部１１ａ、広告関連データ出力部１１ｂ、多重化分離部１４、Ｖｉｄｅｏ復号部１５、Ａｕｄｉｏ復号部１６、データ復号部１７、出力部１９に各々対応する。
【０１４０】
また、ＨＤＤ２０３０は、図１１に示すように、データ蓄積テーブル２０３１を備える。なお、データ蓄積テーブル２０３１は、図４に示したデータ蓄積部１８に対応する。
【０１４１】
ところで、上記した各プログラム２０４１〜２０４７については、必ずしもＲＯＭ２０４０に記憶させておく必要はなく、例えば、コンピュータ２０００に挿入されるフレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＭＯディスク、ＤＶＤディスク、光磁気ディスク、ＩＣカードなどの「可搬用の物理媒体」、または、コンピュータ２０００の内外に備えられるハードディスクドライブ（ＨＤＤ）などの「固定用の物理媒体」、さらには、公衆回線、インターネット、ＬＡＮ、ＷＡＮなどを介してコンピュータ２０００に接続される「他のコンピュータ（またはサーバ）」に記憶させておき、コンピュータ２０００がこれらからプログラムを読み出して実行するようにしてもよい。
【符号の説明】
【０１４２】
１０、２０  データ受信装置
１１  制御部
１１ａ  チャンネル変更部
１１ｂ  広告関連データ出力部
１２  リモコンＩ／Ｆ
１３  チューナ
１４  多重化分離部
１５  Ｖｉｄｅｏ復号部
１６  Ａｕｄｉｏ復号部
１７  データ復号部
１８  データ蓄積部
１９  出力部
１００、２００  データ送信装置
１１０  制御部
１２０  Ａｕｄｉｏ／Ｖｉｄｅｏ符号化部
１３０  文字データ符号化部
１４０  イベント生成部
１５０  番組情報生成部
１６０  多重化部
１０００、２０００  コンピュータ
１０１０、２０１０  ＲＡＭ
１０２０、２０２０  キャッシュ
１０３０、２０３０  ＨＤＤ
１０４０、２０４０  ＲＯＭ
１０４１  制御プログラム
１０４２  Ａｕｄｉｏ／Ｖｉｄｅｏ符号化プログラム
１０４３  文字データ符号化プログラム
１０４４  イベント生成プログラム
１０４５  番組情報生成プログラム
１０４６  多重化プログラム
１０５０、２０５０  ＣＰＵ
１０５１  制御プロセス
１０５２  Ａｕｄｉｏ／Ｖｉｄｅｏ符号化プロセス
１０５３  文字データ符号化プロセス
１０５４  イベント生成プロセス
１０５５  番組情報生成プロセス
１０５６  多重化プロセス
１０６０、２０６０  バス
２０３１  データ蓄積テーブル
２０４１  チャンネル変更プログラム
２０４２  広告関連データ出力プログラム
２０４３  多重化分離プログラム
２０４４  Ｖｉｄｅｏ復号プログラム
２０４５  Ａｕｄｉｏ復号プログラム
２０４６  データ復号プログラム
２０４７  出力プログラム
２０５１  チャンネル変更プロセス
２０５２  広告関連データ出力プロセス
２０５３  多重化分離プロセス
２０５４  Ｖｉｄｅｏ復号プロセス
２０５５  Ａｕｄｉｏ復号プロセス
２０５６  データ復号プロセス
２０５７  出力プロセス
【国際調査報告】
2010046965.tif 000015
2010046965.tif 000016
2010046965.tif 000017
2010046965.tif 000018
2010046965.tif 000019