JP4482043B2 - デジタル放送再送信装置および方法 - Google Patents

Description

本発明は、デジタル放送情報を再送信する装置および方法に係わり、特に、デジタル放送情報を受信してＩＰ網へ再送信する装置および方法に係わる。

従来、通信および放送は、相互に交わることがなかった。具体的には、通信は、基本的に、エンドユーザ間で（ポイントツーポイントで）情報が双方向に送信されるのに対し、放送は、不特定多数のユーザに情報が一方向にブロードキャストされる。

ところが近年、インターネットが発達し、また、放送コンテンツがデジタル化されてきている。このため、通信と放送の融合が進みつつある。さらに、地上デジタルテレビジョン放送の地上波を中継するための補完方式として、ＩＰ再送信が検討されている。したがって、デジタル放送情報を受信してＩＰ網へ再送信する装置の開発が求められている。

図１５は、ＩＰ再送信システムの基本構成を示す図である。図１５において、放送局１０１は、デジタル放送波を送信する。デジタル放送波は、デジタル放送情報を伝搬する。ＩＰ再送信装置１０２は、デジタル放送波を受信して復調する。再生されたデジタル放送情報は、ＩＰ再送信装置１０２が備えるストレージに蓄積される。そして、ＩＰ再送信装置１０２は、ユーザからの要求に応じて、蓄積してあるデジタル放送情報を、インターネット１０３を介して再送信する。
地上デジタル放送ＩＰ再送信方式審査ガイドライン（平成１９年１０月２６日、地上デジタル放送補完再送信審査会） http://techon.nikkeibp.co.jp/article/NEWS/20070801/137293/

デジタル放送情報は、通常、放送局において所定の方式で符号化され、さらに所定の方式で変調された後にデジタル放送波を利用して送信される。日本の地上デジタル放送は、ＩＳＤＢ−Ｔ（Integrated Service Digital Broadcasting for Terrestrial）を採用しており、ＭＰＥＧ２のトランスポートストリームがＯＦＤＭで送信される。

ＩＰ再送信装置１０２は、デジタル放送波を復調することによりデジタル放送情報を再生する。しかし、デジタル放送波の復調には、所定の遅延時間が発生する。特に、ＯＦＤＭを採用しているＩＳＤＢ−Ｔにおいては、数１００ミリ秒〜数秒の遅延が発生し得る。このため、ＩＰ再送信装置１０２においてデジタル放送情報を蓄積するときに、タイミングずれが発生してしまう。したがって、ＩＰ再送信装置１０２は、ユーザからある時間枠のデジタル放送情報の再送信要求を受けたときに、正確にその時間枠のデジタル放送情報を提供できないおそれがある。

本発明の課題は、デジタル放送情報の再送信において、要求された時間枠のデジタル放送情報を正確に提供することである。

本発明に係る再送信装置は、デジタル放送波を復調して動画像データを再生する再生手段と、前記再生手段により得られる動画像データにおいてシーンチェンジを検出する検出手段と、前記検出手段によりシーンチェンジが検出されたときに、前記動画像データにコンテンツの開始位置を表す識別情報を付加する付加手段と、前記識別情報が付加された前
記動画像データを蓄積する蓄積手段と、前記識別情報を利用して前記蓄積手段に格納されている動画像データを読み出して送信する送信手段と、を有する。

放送されるコンテンツの開始時には、通常、動画像の不連続性（すなわち、シーンチェンジ）が発生する。したがって、再生した動画像データにおいてシーンチェンジをモニタすれば、例えば伝播遅延または復調遅延が発生しても、コンテンツの開始位置を正確に検出できる。

前記検出手段は、例えば、前記動画像データの連続する２枚のフレームの画素データの差分が予め決められている閾値を超えたときに、シーンチェンジが発生したと判断する。
また、再送信装置は、再送信すべきコンテンツを指定する再送信要求を管理する管理手段をさらに備えるようにしてもよい。この場合、前記検出手段は、前記再送信要求により指定されたコンテンツの開始時刻から所定時間だけ遡った時刻から、シーンチェンジの検出を開始するようにしてもよい。

開示のシステムによれば、デジタル放送情報の再送信において、要求された時間枠のデジタル放送情報を正確に提供することができる。

図１は、本発明の実施形態に係るデジタル放送再送信の概要を説明する図である。図１において、放送局１は、デジタル放送波を送信する。デジタル放送波は、デジタル放送情報を伝搬する。デジタル放送情報は、例えば、動画像を含むコンテンツデータである。ここで、放送局１は、ＮＴＰ（Network Time Protocol）サーバ１１から時刻情報を受信することにより、標準時刻に同期して動作する。すなわち、放送局１は、標準時刻に同期してデジタル放送情報を送信する。なお、ＮＴＰは、ネットワークに接続する機器において、機器が持つ時計を正しい時刻あるいは標準時刻に同期させるためのプロトコルである。

ＩＰ再送信装置２は、自発的にあるいはユーザからの要求に従って、デジタル放送波を受信して復調する。復調により再生されたコンテンツは、ＩＰ再送信装置２が備えるストレージに蓄積される。そして、ＩＰ再送信装置２は、ユーザからの要求に応じて、ストレージからコンテンツを読み出し、ＩＰ網を介してそのユーザに送信する。このとき、ＩＰ再送信装置２は、ストレージにコンテンツを蓄積する処理と、ストレージからそのコンテンツを読み出して送信する処理とを並列に実行することができる。この場合、実質的に同時再送信が実現される。なお、ＩＰ再送信装置２も、ＮＴＰサーバ１１から時刻情報を受信することにより、標準時刻に同期して動作する。すなわち、ＩＰ再送信装置２は、実質的に、放送局１に同期してデジタル放送を受信する。

しかし、デジタル放送波は、放送局１とＩＰ再送信装置２との間の距離および無線環境に応じた伝搬遅延が発生する。また、デジタル放送波の復調（及び、復号）に際して遅延が発生する。このため、ＩＰ再送信装置２は、これらの遅延を吸収する機能を提供する。この機能は、この実施例では、再生した動画像においてシーンチェンジを検出し、その検出タイミングを利用してコンテンツの開始位置を検出することで実現される。なお、この機能については、後で詳しく説明する。

ＩＰ網３は、例えばインターネット、ＬＡＮ、ＷＡＮであり、１または複数のユーザ端末４が接続されている。ユーザ端末４は、ＩＰ再送信装置２に対して、動画像コンテンツの再送信を要求することができる。そうすると、ＩＰ再送信装置２は、指定された動画像コンテンツをストレージから取り出し、ＩＰ網３を介してユーザ端末４へ送信する。

図２は、ＩＰ再送信装置２の構成を示す図である。ＩＰ再送信装置２は、受信部２１、ネットワークプロセッサ２２、ストレージ（ＨＤ）２３、物理層チップ（ＰＨＹ）２４、スイッチ部２５、再送信管理テーブル２６、ＣＰＵ２７、ネットワークプロセッサ２８を備える。

受信部２１は、受信したデジタル放送波を増幅し、さらに復調処理を行う。なお、復調処理は、Ａ／Ｄ変換およびデコード処理を含む。この復調処理により、この実施例では、ＭＰＥＧ２トランスポートストリームが得られる。ＭＰＥＧ２トランスポートストリームは、動画像データおよび音声データを含む。ＭＰＥＧ２トランスポートストリームは、ネットワークプロセッサ２２に送られる。

ネットワークプロセッサ２２は、ＣＰＵ２７からの指示に従って、ＭＰＥＧ２トランスポートストリームをストレージ２３に蓄積する。このとき、ネットワークプロセッサ２２は、ＭＰＥＧ２トランスポートストリームのコンテンツの先頭に識別情報を付加する。識別情報は、図３に示すように、「録画開始時刻」「録画終了時刻」「チャネル番号」を含んで構成される。「録画開始時刻」および「録画終了時刻」は、ＩＰ再送信装置２が備える時計により計時される時刻ではなく、放送局１によりコンテンツが放送された時刻に従う。これにより、伝搬遅延および復調遅延が吸収される。「チャネル番号」は、蓄積すべきコンテンツを放送するチャネルを識別する。なお、ネットワークプロセッサ２２は、ＦＰＧＡまたはＡＳＩＣ等の集積回路で実現されてもよい。

ストレージ２３は、例えばハードディスクであり、ＣＰＵ２７から指定されるアドレスにＭＰＥＧ２トランスポートストリームを保存する。このとき、ユーザにより要求されたコンテンツを蓄積する際には、ＭＰＥＧ２トランスポートストリームには識別情報が付加されている。なお、ストレージ２３は、ハードディスクに限定されるものではなく、他の記録メディアであってもよい。

物理層チップ２４は、ＩＰ通信をサポートする規格の物理層を終端するＬＳＩである。この実施例では、１０／１００ＢＡＳＥ−ＴＸ、１０００ＢＡＳＥ−Ｘ、１０ＧＢＡＳＥ−Ｘ等のＩＰ網インタフェースが提供される。なお、物理層チップ２４は、ＩＥＥＥ８０２．１１無線ＬＡＮ、ＢＬＵＥＴＯＯＴＨ（登録商標）、モバイルＷｉＭＡＸなどの無線インタフェース、あるいはＳＯＮＥＴ／ＳＤＨなどの旧来のインタフェースを提供するようにしてもよい。

スイッチ部２５は、例えば、レイヤ２スイッチまたはレイヤ３スイッチであり、ＩＰパケットをあて先放路に導くＬＳＩである。物理層チップ２４を介して入力されたＩＰパケットは、その宛先アドレスが自装置であった場合にはＣＰＵ２７に導かれ、そうでない場合には、スイッチ部２５が備えるルーティングテーブルに従って転送される。また、スイッチ部２５は、ネットワークプロセッサ２８から受け取ったＩＰパケットをＩＰ網に送信する。

再送信管理テーブル２６は、ＣＰＵ２７により作成されるデータベースであり、ユーザから受け付ける再送信要求を管理する。図４に再送信管理テーブル２６の実施例を示す。図４に示す実施例において、「チャネル」は、再送信すべきコンテンツを放送するチャネルを識別する。「録画日」は、再送信すべきコンテンツが放送局１により放送される年月日を表す。「録画時間」は、再送信すべきコンテンツが放送局１により放送される時間枠を表す。「ＨＤ保存先」は、再送信すべきコンテンツのＭＰＥＧ２トランスポートストリームを格納するストレージ２３のアドレスを表す。「宛先アドレス」は、コンテンツの送信先アドレスを表す。なお、宛先アドレスは、マルチキャストアドレスであってもよい。「ＩＰｖ４／ｖ６」は、コンテンツを送信する際のＩＰのバージョンを表す。「配信日」は、コンテンツを再送信する年月日を表し、「配信時間」は、コンテンツの再送信を開始する時刻を表す。

ＣＰＵ２７は、ＩＰ再送信装置２の動作を制御する。この実施例に直接的に係わる制御としては、時刻の管理、受信ＩＰパケットの処理、再送信管理テーブル２６の更新、ネットワークプロセッサ２２に対する指示（識別情報の付与等）、ネットワークプロセッサ２８に対する指示（コンテンツの読出し等）が行われる。なお、これらの処理については、後で詳しく説明する。

ネットワークプロセッサ２８は、ＣＰＵ２７からの指示に従って、ストレージ２３からＭＰＥＧ２トランスポートストリームを取り出す。ここで、ＭＰＥＧ２トランスポートストリームは、図３に示すように、ストレージ２３に蓄積される際に識別情報が付与されている。よって、ネットワークプロセッサ２８は、この識別情報を参照し、再送信要求との整合性を確認することができる。ストレージ２３から取り出されたＭＰＥＧ２トランスポートストリームは、識別情報が削除された後、パケット化されてスイッチ部２５に送られる。このとき、各パケットのヘッダには、再送信管理テーブル２６に登録されている宛先アドレスが設定される。なお、ネットワークプロセッサ２８も、ＦＰＧＡまたはＡＳＩＣ等の集積回路で実現されてもよい。

図５は、時刻同期処理を示すフローチャートである。このフローチャートの処理は、ＩＰ再送信装置２の起動時に開始され、ＣＰＵ２７により実行される。
ステップＳ１では、ＮＴＰサーバ１１にアクセスし、時刻情報を受信する。ステップＳ２では、時刻同期を行う。すなわち、受信した時刻情報を利用して、ＣＰＵ２７が備える時計を調整する。これにより、ＩＰ再送信装置２は、標準時刻に同期して動作することができる。ステップＳ３では、ステップＳ２の処理を実行したときからの経過時間をモニタする。そして、所定時間が経過すると、ステップＳ１に戻って同期処理を実行する。このように、ＩＰ再送信装置２は、起動時に時刻同期を実行すると共に、定期的に時刻同期を繰り返し実行する。なお、ＣＰＵ２７は、標準時刻に同期した時刻情報をネットワークプロセッサ２２に通知する。

図６は、ＩＰパケット受信時の処理を示すフローチャートである。このフローチャートの処理は、スイッチ部２５およびＣＰＵ２７により実行される。
ステップＳ１１においてＩＰパケットを受信すると、ステップＳ１２において、そのＩＰパケットの宛先が自装置（すなわち、ＩＰ再送信装置２）であるかチェックする。ＩＰパケットの宛先は、ヘッダに格納されている宛先アドレスで判断される。ＩＰパケットが自装置宛てであれば、ステップＳ１３においてそのパケットをＣＰＵ２７へ転送する。そうでない場合には、ルーティングテーブルに従って転送処理を行う。

ステップＳ１４では、受信したＩＰパケットが配信予約／解除パケットであるか否かをチェックする。ここで、配信予約／解除パケットのデータ構造を図７に示す。配信予約／解除パケットは、再送信の予約またはその予約の解除に係わる情報を格納する。この情報は、ＴＣＰパケットのペイロードに格納される。

「バージョン」は、配信予約／解除パケットのバージョンを表す。下記に例を示す。
バージョン１の場合：「0001」
バージョン２の場合：「0010」
「要求／応答」は、ユーザ端末からＩＰ再送信装置２への再送信の要求、またはＩＰ再送信装置２からユーザ端末への応答を識別する。下記に例を示す。
再送信の要求：「01」
応答：「10」
「予約／解除／なし」は、ユーザ端末からＩＰ再送信装置２への再送信の予約、予約の解除、または予約を解除すべきコンテンツが存在しないことを通知する応答を識別する。下記に例を示す。
予約：「01」
解除：「10」
存在しないことを通知する応答：「11」
「録画日」は、再送信を要求するコンテンツの放送が開始される日時を表す。下記に例を示す。
２００７年１月１日の午前１時００分：「200701010100」（２進数に変換される）
「録画時間」は、再送信を要求するコンテンツの放送時間を表す。下記に例を示す。
コンテンツの時間が１２０分：「120」（２進数に変換される）
「チャネル」は、再送信を要求するコンテンツが放送されるチャネルの番号を表す。下記に例を示す。
６チャネル：「６」（２進数では、「00000110」）
８チャネル：「８」（２進数では、「00001000」）
「配信日」は、再送信を開始する日時を表す。下記に例を示す。
２００７年１月１日の午前３時００分：「200701010300」（２進数に変換される）
「配信時間」は、再送信を要求するコンテンツの放送時間を表す。下記に例を示す。
コンテンツの時間が１２０分：「120」（２進数に変換される）
「ＩＰｖ４／ｖ６」は、コンテンツを送信する際のＩＰのバージョンを表す。下記に例を示す。
ＩＰｖ４：「01」
ＩＰｖ６：「10」
「配信アドレス」は、コンテンツの送信先アドレスを表す。下記に例を示す。
００−００−０Ｅ−００−００−０１：「00000E000001」

図６に戻る。ステップＳ１４では、受信ＩＰパケットのＴＣＰペイロードに設定されている「バージョン」及び「要求／応答」を参照して判断が行われる。そして、受信パケットが配信予約／解除パケットであれば、ステップＳ１５において「予約／解除／なし」を参照する。そして、再送信の予約が要求されている場合には、ステップＳ１６において、予約内容を再送信管理テーブル２６に登録する。予約内容については、図４を参照しながら説明した通りである。そして、ステップＳ１７において、再送信の予約の登録が完了した旨を、その再送信の要求元に通知する。

再送信の予約の解除が要求されている場合には、ステップＳ１８に進み、解除すべき予約を再送信管理テーブル２６においてサーチしてする。そして、ステップＳ１９では、再送信管理テーブル２６から対応する予約を削除する。ステップＳ２０では、予約の解除が完了した旨をその要求元に通知する。一方、解除すべき予約が再送信管理テーブル２６に存在しなかった場合には、ステップＳ２１において、要求元にその旨を通知する。

このように、ＩＰ再送信装置２は、ユーザ端末４から再送信の予約要求を受信すると、その予約を再送信管理テーブル２６に登録する。また、ユーザ端末４から予約解除の要求を受信すると、その予約を再送信管理テーブル２６から削除する。なお、再送信管理テーブル２６の実施例は、図４に示した通りである。

図８は、コンテンツの蓄積を指示する処理のフローチャートである。ステップＳ３１では、再送信管理テーブル２６から予約情報を取得する。ステップＳ３２では、取得した予約情報から識別情報を作成し、コンテンツ蓄積命令と共にその識別情報をネットワークプロセッサ２２に通知する。識別情報は、予約情報の「チャネル」「録画日」「録画時間」に基づいて作成される。また、識別情報の実施例は、図３を参照しながら説明した通りであり、「録画開始時刻」「録画終了時刻」「チャネル番号」を含んで構成される。ステッ
プＳ３３〜Ｓ３４では、現在時刻が、予約情報により指定されている録画時間内であるか否かをチェックする。

現在時刻が予約情報により指定されている録画時間内であれば、ステップＳ３５において、録画動作が実行中であるか否かをチェックする。そして、録画動作が実行中でなければ、ステップＳ３６において、ネットワークプロセッサ２２およびストレージ２３に対して録画動作の開始を指示する。これにより、ユーザにより予約されたコンテンツのＭＰＥＧ２トランスポートストリームがストレージ２３に蓄積される。

一方、現在時刻が予約情報により指定されている録画時間外であれば、ステップＳ３７において、録画動作が実行中であるか否かをチェックする。そして、録画動作が実行中であれば、ステップＳ３８において、ネットワークプロセッサ２２およびストレージ２３に対して録画動作の停止を指示する。これにより、ＭＰＥＧ２トランスポートストリームをストレージ２３に蓄積する動作が終了する。

なお、図８に示す実施例では、ユーザから指定されたコンテンツのみが蓄積されるが、ＩＰ再送信装置２は、放送されるすべてのコンテンツを蓄積するようにしてもよい。この場合、ＩＰ再送信装置２は、必ずしも図８に示すフローチャートの処理を実行する必要はない。

図９は、ＭＰＥＧ２トランスポートストリームに識別情報を付加する処理のフローチャートである。この処理は、ネットワークプロセッサ２２により実行される。
ステップＳ４１では、ＣＰＵ２７から通知された識別情報を読み込む。識別情報は、上述したように、ストレージ２３に蓄積すべきコンテンツの「開始時刻」「終了時刻」「チャネル」を表す。ステップＳ４２では、現在時刻が、「開始時刻」から所定時間だけ遡った時刻に達したかをモニタする。「所定時間」は、特に限定されるものではないが、例えば２〜３秒程度である。この場合、例えば、７時００分に放送が開始されるコンテンツを蓄積する場合には、ＩＰ再送信装置２の時刻が６時５９分５７秒になると、ステップＳ４３に進む。すなわち「開始時刻」が近づくとステップＳ４３の処理が実行される。

ステップＳ４３では、「チャネル」により指定されているコンテンツのＭＰＥＧ２トランスポートストリームにおいてシーンチェンジをモニタする。シーンチェンジとは、後で詳しく説明するが、この実施例では、動画像の連続性が途切れることを意味する。シーンチェンジが検出されると、ステップＳ４４において、ＭＰＥＧ２トランスポートストリームに識別情報を付加する。

シーンチェンジを検出する理由は、以下の通りである。すなわち、一般に、あるコンテンツの開始時には、その直前の動画像との連続性は存在しない。例えば、７時００分００秒から開始されるコンテンツに注目した場合、７時００分００秒に動画像の連続性がいったん途切れるものと推定される。したがって、この場合、７時００分から所定時間だけ遡った時刻からシーンチェンジの発生をモニタすれば、「７時００分００秒」を検出することができる。なお、「所定時間」は、デジタル放送波の伝搬遅延および復調遅延よりも長くする必要がある。一方、「所定時間」を長くし過ぎると、コンテンツの開始とは関係のないシーンチェンジをも検出してしまう。したがって、「所定時間」は、これらの条件を勘案して適切に設定すべきである。

ここで、デジタル放送再送信においては、図１を参照しながら説明した通り、ＭＰＥＧ２トランスポートストリームを再生するまでに遅延が発生する。このため、ＩＰ再送信装置２があるコンテンツのＭＰＥＧ２トランスポートストリームを再生する時刻は、放送局１がそのコンテンツを放送した時刻から数１００ミリ秒〜数秒遅延している。しかし、上
述のようにしてシーンチェンジを利用すれば、ＩＰ再送信装置２において放送局１の時刻を正確に検出できる。すなわち、遅延は吸収される。

図１０は、ＭＰＥＧ２トランスポートストリームに識別情報を付加する処理の詳細なフローチャートである。この処理は、図９に示すステップＳ４３〜Ｓ４４に相当する。
ステップＳ５１では、ＭＰＥＧ２トランスポートストリームを読み込む。ステップＳ５２では、読み込んだＭＰＥＧ２トランスポートストリームから動画像を構成するフレームを構築する。

ステップＳ５３では、新たに構築されたフレームの画像データをフレームバッファＢに書き込む。ここで、ネットワークプロセッサ２２は、フレームバッファＡおよびフレームバッファＢを備える。フレームバッファＡは、時刻Ｔにおけるフレーム画像を保持するためのメモリ領域であり、フレームバッファＢは、時刻Ｔ＋１におけるフレーム画像を保持するためのメモリ領域である。すなわち、フレームバッファＡ、Ｂには、ＭＰＥＧ２トランスポートストリームの連続する２枚のフレームの画像データが保持される。

ステップＳ５４〜Ｓ５５では、連続する２枚のフレームの画像データを比較する。すなわち、時刻Ｔのフレームの画像データおよび時刻Ｔ＋１のフレームの画像データが比較される。この実施例では、１組の画像データの互いに対応する各画素のＲ成分、Ｇ成分、Ｂ成分がそれぞれ比較される。そして、予め決められた閾値（この実施例では、６０パーセント）よりも多くの画素においてＲ成分、Ｇ成分、又はＢ成分が変化していた場合には、シーンチェンジが発生したものと判断される。

シーンチェンジが検出されなければ、ステップＳ５６において、フレームバッファＡに保持されている画像データをストレージ２３に送信する。そして、ステップＳ５７においてフレームバッファＢに保持されている画像データをフレームバッファＡへ送信した後、ステップＳ５１に戻る。

シーンチェンジが検出されたときは、ステップＳ５８において、フレームバッファＡに保持されている画像データをストレージ２３に送信する。続いて、ステップＳ５９において、フレームバッファＡに保持されている画像データの先頭に識別情報を付加する。そして、識別情報を付加した画像データをストレージ２３に送信する。このとき、識別情報を付加したフレームの格納アドレスが、再送信管理テーブル２６において「ＨＤ保存先」として登録されるようにしてもよい。そして、以降は、通常の録画動作を行う。すなわち、以降のＭＰＥＧ２トランスポートストリームは、ストレージ２３に蓄積されていく。

他の方法として、再送信管理テーブル２６にユーザからの要求が登録されたときに「ＨＤ保存先」が予め決められるようにしてもよい。この場合、ステップＳ５５においてシーンチェンジが検出されると、フレームバッファＢに保持されている時刻Ｔ＋１以降の画像データは、「ＨＤ保存先」により指定されているアドレスから格納される。

図１１は、蓄積したコンテンツを再送信する処理を示すフローチャートである。ステップＳ６１〜Ｓ６２では、現在時刻が、予約情報により指定されている配信時間内であるか否かをチェックする。現在時刻が予約情報により指定されている配信時間内であれば、ステップＳ６３において、配信動作が実行中であるか否かをチェックする。そして、配信動作が実行されていなければ、ステップＳ６４において再送信管理テーブル２６を参照し、ネットワークプロセッサ２８に対して再送信の宛先アドレスおよびＩＰのバージョンを通知する。

ステップＳ６５では、再送信すべきコンテンツをストレージ２３から読み出すための指
示をネットワークプロセッサ２８に与える。再送信すべきコンテンツの格納アドレスは、再送信管理テーブル２６において「ＨＤ保存先」として登録されている。そうすると、ネットワークプロセッサ２８は、「ＨＤ保存先」に基づいてストレージ２３からＭＰＥＧ２トランスポートストリームを読み出す。ここで、「ＨＤ保存先」は、シーンチェンジの検出タイミングに対応するフレームの画像データの格納アドレスを示している。よって、ＩＰ再送信装置２は、ユーザが要求する時間枠のコンテンツを正確に提供できる。また、ネットワークプロセッサ２８は、ストレージ２３から読み出したＭＰＥＧ２トランスポートストリームに付加されている識別情報と、再送信管理テーブル２６に登録されている情報との整合性をチェックする。具体的には、録画開示時間、録画終了時間、チャネル番号の整合性がチェックされる。

ステップＳ６６では、スイッチ部２５の空きポートを選択する。そして、ステップＳ６７において、ストレージ２３から読み出したコンテンツをスイッチ部２５へ転送する。これにより、放送局１から受信したコンテンツをいったんストレージ２３に蓄積した後に、ユーザが希望する時間にそのコンテンツが再送信される。

なお、現在時刻が予約情報により指定されている配信時間外であれば、ステップＳ６８において、配信動作が実行中であるか否かをチェックする。そして、配信動作が実行されていれば、ステップＳ６９において、配信動作を停止する。

次に、図１２を参照しながら、ＩＰ再送信装置２の動作例を説明する。図１２に示す実施例では、時刻Ｔ以前にコンテンツａ（フレーム．．．、ａ６３、ａ６４、ａ６５）が放送され、時刻Ｔ以降はコンテンツｂ（フレームｂ１、ｂ２、ｂ３、．．．）が放送されるものとする。なお、放送局１およびＩＰ再送信装置２が備える時計は、互いに一致しているものとする。そして、ＩＰ再送信装置２は、コンテンツｂを再送信するものとする。

ＩＰ再送信装置２は、放送局１から送信されるデジタル放送波を復調してＭＰＥＧ２トランスポートストリームを再生する。このとき、遅延Ｄが発生するものとする。すなわち、ＩＰ再送信装置２において、再生されたコンテンツｂは、時刻Ｔではなく、時刻Ｔ＋Ｄに開始される。一方、ＩＰ再送信装置２は、時刻Ｔ−ＭからＭＰＥＧ２トランスポートストリームにおけるシーンチェンジをモニタする。ここで、時間Ｍは、特に限定されるものではないが、例えば２〜３秒程度である。

この実施例では、フレームａ６５とフレームｂ１との間でシーンチェンジが発生する。そして、このシーンチェンジが検出されると、フレームｂ１の画像データに識別情報（チャネル、開示時刻、終了時刻）が付与される。また、ストレージ２３におけるフレームｂ１の格納アドレスが再送信管理テーブル２６に登録される。以降、識別情報が付与されたＭＰＥＧ２トランスポートストリームがストレージ２３に蓄積される。

＜他の実施形態＞
図２に示すＩＰ再送信装置２において、受信部２１とネットワークプロセッサ２２との間、ネットワークプロセッサ２２とストレージ２３との間、ストレージ２３とネットワークプロセッサ２８との間、ネットワークプロセッサ２８とスイッチ部２５との間に、それぞれ、複数の信号線を設けるようにしてもよい。この場合、図１３に示すように、各信号線の状態を管理するテーブルを設ける。この構成により、複数のコンテンツを並列に蓄積／再送信することができる。

また、図２に示すネットワークプロセッサ２２、２８は、１つのチップで実現されるようにしてもよい。例えば、図１４に示す実施例では、ネットワークプロセッサ３１は、ネットワークプロセッサ２２、２８双方の機能を提供する。なお、ネットワークプロセッサ
３１も、ＦＰＧＡまたはＡＳＩＣ等の集積回路で実現されてもよい。

上述の各実施例を含む実施形態に関し、さらに以下の付記を開示する。
（付記１）
デジタル放送波を復調して動画像データを再生する再生手段と、
前記再生手段により得られる動画像データにおいてシーンチェンジを検出する検出手段と、
前記検出手段によりシーンチェンジが検出されたときに、前記動画像データにコンテンツの開始位置を表す識別情報を付加する付加手段と、
前記識別情報が付加された前記動画像データを蓄積する蓄積手段と、
前記識別情報を利用して前記蓄積手段に格納されている動画像データを読み出して送信する送信手段と、
を有する再送信装置。
（付記２）
付記１に記載の再送信装置であって、
前記送信手段は、前記動画像データをパケットに格納してＩＰ網に送信する
ことを特徴とする再送信装置。
（付記３）
付記１に記載の再送信装置であって、
前記検出手段は、前記動画像データの連続する２枚のフレームの画素データの差分が予め決められている閾値を超えたときに、シーンチェンジが発生したと判断する
ことを特徴とする再送信装置。
（付記４）
付記１に記載の再送信装置であって、
再送信すべきコンテンツを指定する再送信要求を管理する管理手段をさらに備え、
前記検出手段は、前記再送信要求により指定されたコンテンツの開始時刻から所定時間だけ遡った時刻から、シーンチェンジの検出を開始する
ことを特徴とする再送信装置。
（付記５）
付記４に記載の再送信装置であって、
時刻管理サーバから受信する時刻情報に同期して動作する時計手段をさらに備え、
前記検出手段は、前記時計手段が計時する時刻を利用して、シーンチェンジの検出を開始する
ことを特徴とする再送信装置。
（付記６）
付記４に記載の再送信装置であって、
前記再送信要求は、前記動画像データを再送信すべき時刻を表す再送信時刻情報を含んでおり、
前記送信手段は、前記再送信時刻情報に従って前記蓄積手段から動画像データを読み出して送信する
ことを特徴とする再送信装置。
（付記７）
デジタル放送波を復調して動画像データを再生する再生手段と、
前記再生手段により得られる動画像データにおいてシーンチェンジを検出する検出手段と、
前記検出手段によるシーンチェンジの検出をトリガとして、前記動画像データを蓄積する蓄積手段と、
前記蓄積手段に格納されている動画像データを読み出して送信する送信手段と、
を有する再送信装置。
（付記８）
デジタル放送波を復調して動画像データを再生し、
再生した動画像データにおいてシーンチェンジを検出し、
前記シーンチェンジが検出されたときに、前記動画像データにコンテンツの開始位置を表す識別情報を付加し、
前記識別情報が付加された前記動画像データをストレージに蓄積し、
前記識別情報を利用して前記ストレージに格納されている動画像データを読み出して送信する、
ことを特徴とする再送信方法。

本発明の実施形態に係るデジタル放送再送信の概要を説明する図である。 ＩＰ再送信装置の構成を示す図である。 識別情報の実施例である。 再送信管理テーブルの実施例である。 時刻同期処理を示すフローチャートである。 ＩＰパケット受信時の処理を示すフローチャートである。 配信予約／解除パケットのデータ構造を示す図である。 コンテンツの蓄積を指示する処理のフローチャートである。 識別情報を付加する処理のフローチャートである。 識別情報を付加する処理の詳細なフローチャートである。 蓄積したコンテンツを再送信する処理を示すフローチャートである。 実施形態のＩＰ再送信装置の動作を説明する図である。 複数の信号線を管理するテーブルの実施例である。 実施形態のＩＰ再送信装置の変形例である。 ＩＰ再送信システムの基本構成を示す図である。

符号の説明

１ 放送局
２ ＩＰ再送信装置
３ ＩＰ網（インターネット）
１１ ＮＴＰサーバ
２１ 受信部
２２、２８、３１ ネットワークプロセッサ
２３ ストレージ（ＨＤ）
２４ 物理チップ（ＰＨＹ）
２５ スイッチ部
２６ 再送信管理テーブル
２７ ＣＰＵ

Claims (5)

1. デジタル放送波を受信復調してＩＰ網に再送信する再送信装置において、
   デジタル放送波を復調して動画像データを再生する再生手段と、
   前記再生手段により得られる動画像データにおいてシーンチェンジを検出する検出手段と、
   再送信要求により指定されたコンテンツの開始時刻から所定時間だけ遡った時刻迄の間で、前記検出手段によりシーンチェンジが検出されたときに、前記動画像データにコンテンツの開始位置を表す識別情報を付加する付加手段と、
   前記識別情報が付加された前記動画像データを蓄積する蓄積手段と、
   再送信要求を管理する管理手段と、
   前記管理手段の指示により、前記識別情報を利用して前記蓄積手段に格納されている動画像データを読み出して送信する送信手段と、
   を有する再送信装置。
2. 請求項１記載の所定時間は、復調処理遅延又は及び伝送遅延に対応する時間であることを特徴とする再送信装置。
3. デジタル放送波を受信復調してＩＰ網に再送信する再送信装置において、
   デジタル放送波を復調して動画像データを再生する再生手段と、
   再生された動画像データを蓄積する蓄積手段と、
   前記再生手段により得られる動画像データにおいてシーンチェンジを検出する検出手段と、
   再送信要求により指定されたコンテンツの開始時刻から所定時間だけ遡った時刻迄の間で、前記検出手段によりシーンチェンジが検出されたときに、前記蓄積手段に蓄積された動画像データにコンテンツの開始位置を表す識別情報を付加する付加手段と、
   再送信要求を管理する管理手段と、
   前記管理手段の指示により、前記識別情報を利用して前記蓄積手段に格納されている動画像データを読み出して送信する送信手段と、
   を有する再送信装置。
4. デジタル放送波を受信復調してＩＰ網に再送信する再送信方法において、
   デジタル放送波を復調して動画像データを再生し、
   再生された動画像データにおいてシーンチェンジを検出し、
   再送信要求により指定されたコンテンツの開始時刻から所定時間だけ遡った時刻迄の間で、前記シーンチェンジが検出されたときに、前記動画像データにコンテンツの開始位置を表す識別情報を付加し、
   前記識別情報が付加された前記動画像データを蓄積手段に蓄積し、
   再送信要求を管理する管理手段の指示により、前記識別情報を利用して前記蓄積手段に格納されている動画像データを読み出して送信する、
   ことを特徴とする再送信方法。
5. デジタル放送波を受信復調してＩＰ網に再送信する再送信方法において、
   デジタル放送波を復調して動画像データを再生し、
   再生された動画像データを蓄積手段に蓄積し、
   再生された動画像データにおいてシーンチェンジを検出し、
   再送信要求により指定されたコンテンツの開始時刻から所定時間だけ遡った時刻迄の間で、前記シーンチェンジが検出されたときに、前記蓄積手段に蓄積された動画像データにコンテンツの開始位置を表す識別情報を付加し、
   再送信要求を管理する管理手段の指示により、前記識別情報を利用して前記蓄積手段に格納されている動画像データを読み出して送信する、
   ことを特徴とする再送信方法。