(57)【要約】【課題】ＩＰマルチキャストでのパケット欠損を補う。【解決手段】デジタル放送データを配信サーバから複数の受信装置に配信するためのデジタル放送データ配信システムであって、配信サーバは、各配信パケットの伝送エラー、配信パケットの不連続エラー又はその双方を検出するためのエラー検出シンボルをデジタル放送データに挿入するエラー検出シンボル挿入手段、エラー検出シンボルが挿入されたデジタル放送データを複数の受信装置にマルチキャストするマルチキャスト手段、或る受信装置から再送を要求された配信パケットを、その受信装置にユニキャストするユニキャスト手段、を備え、各受信装置は、エラー検出シンボルを用いて、各配信パケットの伝送エラー、配信パケットの不連続エラー又はその双方を検出するエラー検出手段、エラーが検出された配信パケットの再送を配信サーバに要求する再送要求手段を備える。【選択図】図２
2008252626.tif 000002
【特許請求の範囲】
【請求項１】
デジタル放送データを配信サーバから複数の受信装置に配信するためのデジタル放送データ配信システムであって、
前記配信サーバは、
各配信パケットの伝送エラー、配信パケットの不連続エラー又はその双方を検出するためのエラー検出シンボルをデジタル放送データに挿入するエラー検出シンボル挿入手段と、
前記エラー検出シンボルが挿入された前記デジタル放送データを複数の受信装置にマルチキャストするマルチキャスト手段と、
或る受信装置から再送を要求された配信パケットを、その受信装置にユニキャストするユニキャスト手段と、
を備え、
各受信装置は、
前記エラー検出シンボルを用いて、各配信パケットの伝送エラー、配信パケットの不連続エラー又はその双方を検出するエラー検出手段と、
エラーが検出された配信パケットの再送を前記配信サーバに要求する再送要求手段と、
を備えることを特徴とするデジタル放送データ配信システム。
【請求項２】
請求項１に記載のデジタル放送データ配信システムにおいて、
前記受信装置は、
前記エラー検出手段がエラーを検出した時に、エラーが発生したパケットの直前のパケットに対応した第１のシステムタイムクロック及びエラーの回復後のパケットに対応した第２のシステムタイムクロックを検出するシステムタイムクロック検出手段と、
前記エラー検出手段がエラーを検出した時に、エラーが発生したパケットの直前のパケットに対応した第１のタイムスタンプ及びエラーの回復後のパケットに対応した第２のタイムスタンプを検出するシステムタイムクロック検出手段と、
を更に備え、
前記再送要求手段は、前記配信サーバでエラー箇所を識別するためのエラー箇所識別情報として、前記第１のシステムタイムクロック、前記第２のシステムタイムクロック、前記第１のタイムスタンプ及び前記第２のタイムスタンプを前記配信サーバに送信し、
前記配信サーバは、前記第１のシステムタイムクロック、前記第２のシステムタイムクロック、前記第１のタイムスタンプ及び前記第２のタイムスタンプをエラー箇所識別情報として利用して、該エラー箇所のパケットを読み出し、該パケットを再送要求を出した受信装置にユニキャストする手段を更に備えることを特徴とするデジタル放送データ配信システム。
【請求項３】
請求項２に記載のデジタル放送データ配信システムにおいて、
前記配信サーバは、前記エラー箇所のパケットを、再送要求を出した受信装置にユニキャストするのと同時に、該受信装置から受信した前記第１のシステムタイムクロック、前記第２のシステムタイムクロック、前記第１のタイムスタンプ及び前記第２のタイムスタンプを、そのまま該受信装置に返信するエラー箇所識別情報返信手段を更に備え、
前記受信装置は、前記エラー箇所のパケットと同時に受信した前記第１のシステムタイムクロック、前記第２のシステムタイムクロック、前記第１のタイムスタンプ及び前記第２のタイムスタンプをエラー箇所識別情報として利用して、受信したエラー箇所のパケットを正常に受信したパケット列に挿入することを特徴とするデジタル放送データ配信システム。
【請求項４】
請求項１又は２に記載のデジタル放送データ配信システムにおいて、
前記受信装置は、
当該受信装置で各エラー箇所を特定するためのエラー箇所特定情報を生成するエラー箇所特定情報生成手段を更に備え、
前記再送要求手段は、前記エラー箇所特定情報も前記配信サーバに送信し、
前記配信サーバは、エラー箇所のパケットを送信するのと同時に、受信したエラー箇所特定情報もそのまま前記受信装置に返送し、
前記受信装置は、エラー箇所のパケットをエラー箇所特定情報により特定される箇所に挿入するパケット挿入手段を更に備えることを特徴とするデジタル放送データ配信システム。
【請求項５】
請求項１又は２に記載のデジタル放送データ配信システムにおいて、
前記受信装置は、
受信開始時から正常に受信できたパケットの通し番号をカウントする通し番号カウント手段を更に備え、
前記再送要求手段は、エラーが発生した直前のパケットの通し番号も前記配信サーバに送信し、
前記配信サーバは、エラー箇所のパケットを送信するのと同時に、受信した通し番号をそのまま前記受信装置に返送し、
前記受信装置は、
返送されてきた通し番号が若い順に、通し番号により特定されるエラー発生箇所に再送されてきたパケットを挿入するパケット挿入手段と、
挿入されたパケットの数だけ、それ以降のパケットの前記通し番号を増加させる通し番号訂正手段と、
を更に備えることを特徴とするデジタル放送データ配信システム。
【請求項６】
デジタル放送データを配信サーバから複数の受信装置に配信するためのデジタル放送配信方法であって、
前記配信サーバが、各配信パケットの伝送エラー、配信パケットの不連続エラー又はその双方を検出するためのエラー検出シンボルをデジタル放送データに挿入するエラー検出シンボル挿入ステップと、
前記配信サーバが、前記エラー検出シンボルが挿入された前記デジタル放送データを複数の受信装置にマルチキャストするマルチキャストステップと、
或る受信装置が、前記エラー検出シンボルを用いて、各配信パケットの伝送エラー、配信パケットの不連続エラー又はその双方を検出するエラー検出ステップと、
前記或る各受信装置が、エラーが検出された配信パケットの再送を前記配信サーバに要求する再送要求ステップと、
前記配信サーバが、前記或る受信装置から再送を要求された配信パケットを、その受信装置にユニキャストするユニキャストステップと、
を備えることを特徴とするデジタル放送データ配信方法。
【請求項７】
デジタル放送データを配信サーバから複数の受信装置に配信するためのデジタル放送配信システムにおける配信サーバであって、
各配信パケットの伝送エラー、配信パケットの不連続エラー又はその双方を検出するためのエラー検出シンボルをデジタル放送データに挿入するエラー検出シンボル挿入手段と、
前記エラー検出シンボルが挿入された前記デジタル放送データを複数の受信装置にマルチキャストするマルチキャスト手段と、
或る受信装置から再送を要求された配信パケットを、その受信装置にユニキャストするユニキャスト手段と、
を備える配信サーバ。
【請求項８】
デジタル放送データを配信サーバから複数の受信装置に配信するためのデジタル放送配信システムにおける受信装置であって、
各配信パケットの伝送エラー、配信パケットの不連続エラー又はその双方を検出するためのエラー検出シンボルを用いて、各配信パケットの伝送エラー、配信パケットの不連続エラー又はその双方を検出するエラー検出手段と、
エラーが検出された配信パケットの再送を前記配信サーバに要求する再送要求手段と、
前記エラー検出手段がエラーを検出した時に、エラーが発生したパケットの直前のパケットに対応した第１のシステムタイムクロック及びエラーの回復後のパケットに対応した第２のシステムタイムクロックを検出するシステムタイムクロック検出手段と、
前記エラー検出手段がエラーを検出した時に、エラーが発生したパケットの直前のパケットに対応した第１のタイムスタンプ及びエラーの回復後のパケットに対応した第２のタイムスタンプを検出するシステムタイムクロック検出手段と、
を備え、
前記再送要求手段は、前記配信サーバでエラー箇所を識別するためのエラー箇所識別情報として、前記第１のシステムタイムクロック、前記第２のシステムタイムクロック、前記第１のタイムスタンプ及び前記第２のタイムスタンプを前記配信サーバに送信することを特徴とする受信装置。
【請求項９】
コンピュータを請求項７に記載の配信サーバとして機能させるためのプログラム。
【請求項１０】
コンピュータを請求項８に記載の受信装置として機能させるためのプログラム。
【請求項１１】
一連のパケットに分割されたデジタル放送データを配信サーバが受信装置に配信するデジタル放送データ配信システムであって、
前記配信サーバは、
前記一連のパケットに含まれるパケットに対し、該パケットの直前のパケットに対して付加された、パケットの誤りを検出するために生成される誤り検出符号を初期値として、該パケットにより送信されるべきデータをビット列として所定の演算式に適用して前記誤り検出符号を生成し、該パケットに付加する誤り検出符号付加手段と、
前記誤り検出符号を付加された一連のパケットをネットワークに送信する送信手段とを備え、
前記受信装置は、
前記ネットワークから受信した前記一連のパケットに含まれるパケットについて、該パケットの直前のパケットに付与された前記誤り検出符号を初期値として、該パケットにより送信されたデータのうち前記誤り検出符号を除くデータをビット列として前記所定の演算式に適用することで前記誤り検出符号を算出し、前記算出された誤り検出符号と該パケットに付加された前記誤り検出符号とが一致しているかを判定し、一致しないときに該パケットをエラーパケットと判定するエラーパケット判定手段と、
前記エラーパケット判定手段によりエラーパケットと判定されたパケットの再送を前記配信サーバに要求する再送要求手段と、
を備えることを特徴とするデジタル放送データ配信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、デジタル放送データを配信するためのデジタル放送データ配信システム及びその方法に関する。
【背景技術】
【０００２】
ＮＧＮ(Next Generation Network)構想によるインフラの整備が進むことにより、ＩＰ(Internet Protocol)マルチキャストによるデジタル放送の再配信サービスが今後期待されている。
【０００３】
しかし、ＩＰマルチキャストではＱｏＳ(Quality of Service）での配信ストリームの帯域保証技術を用いつつも、１対多数の配信形態であるため受信側における受信パケットの取りこぼしが起きることは防ぎ得ない。
【０００４】
受信側でパケットの取りこぼしが発生した場合、再生するストリームに欠損が発生することとなり、映像でのブロックノイズのような視聴者に不快な現象の要因となる。
【特許文献１】特開２００６−３０３９６５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
取りこぼしを防ぐため、ＩＰユニキャストによるサービスの実施は、サーバ・クライアント間の接続が１対１となり、ネットワーク回線の負荷が膨大となるため現実的ではない。
【０００６】
本発明では、ＩＰマルチキャストを用いたデジタル放送等の再配信システムにおいて、特に配信サービスの録画操作を実施した際の、取りこぼしによるストリームの欠損を補う方式を実装することにより蓄積データの連続性を保証することを目的とする。
【課題を解決するための手段】
【０００７】
本発明によれば、デジタル放送データを配信サーバから複数の受信装置に配信するためのデジタル放送配信システムであって、前記配信サーバは、各配信パケットの伝送エラー、配信パケットの不連続エラー又はその双方を検出するためのエラー検出シンボルをデジタル放送データに挿入するエラー検出シンボル挿入手段と、前記エラー検出シンボルが挿入された前記デジタル放送データを複数の受信装置にマルチキャストするマルチキャスト手段と、或る受信装置から再送を要求された配信パケットを、その受信装置にユニキャストするユニキャスト手段と、を備え、各受信装置は、前記エラー検出シンボルを用いて、各配信パケットの伝送エラー、配信パケットの不連続エラー又はその双方を検出するエラー検出手段と、エラーが検出された配信パケットの再送を前記配信サーバに要求する再送要求手段と、を備えることを特徴とするデジタル放送データ配信システムが提供される。
【０００８】
上記のデジタル放送データ配信システムにおいて、前記受信装置は、前記エラー検出手段がエラーを検出した時に、エラーが発生したパケットの直前のパケットに対応した第１のシステムタイムクロック及びエラーの回復後のパケットに対応した第２のシステムタイムクロックを検出するシステムタイムクロック検出手段と、前記エラー検出手段がエラーを検出した時に、エラーが発生したパケットの直前のパケットに対応した第１のタイムスタンプ及びエラーの回復後のパケットに対応した第２のタイムスタンプを検出するシステムタイムクロック検出手段と、を更に備え、前記再送要求手段は、前記配信サーバでエラー箇所を識別するためのエラー箇所識別情報として、前記第１のシステムタイムクロック、前記第２のシステムタイムクロック、前記第１のタイムスタンプ及び前記第２のタイムスタンプを前記配信サーバに送信し、前記配信サーバは、前記第１のシステムタイムクロック、前記第２のシステムタイムクロック、前記第１のタイムスタンプ及び前記第２のタイムスタンプをエラー箇所識別情報として利用して、該エラー箇所のパケットを読み出し、該パケットを再送要求を出した受信装置にユニキャストする手段を更に備えるようにしてもよい。
【０００９】
上記のデジタル放送データ配信システムにおいて、前記配信サーバは、前記エラー箇所のパケットを、再送要求を出した受信装置にユニキャストするのと同時に、該受信装置から受信した前記第１のシステムタイムクロック、前記第２のシステムタイムクロック、前記第１のタイムスタンプ及び前記第２のタイムスタンプを、そのまま該受信装置に返信するエラー箇所識別情報返信手段を更に備え、前記受信装置は、前記エラー箇所のパケットと同時に受信した前記第１のシステムタイムクロック、前記第２のシステムタイムクロック、前記第１のタイムスタンプ及び前記第２のタイムスタンプをエラー箇所識別情報として利用して、受信したエラー箇所のパケットを正常に受信したパケット列に挿入するようにしてもよい。
【００１０】
上記のデジタル放送データ配信システムにおいて、前記受信装置は、当該受信装置で各エラー箇所を特定するためのエラー箇所特定情報を生成するエラー箇所特定情報生成手段を更に備え、前記再送要求手段は、前記エラー箇所特定情報も前記配信サーバに送信し、前記配信サーバは、エラー箇所のパケットを送信するのと同時に、受信したエラー箇所特定情報もそのまま前記受信装置に返送し、前記受信装置は、エラー箇所のパケットをエラー箇所特定情報により特定される箇所に挿入するパケット挿入手段を更に備えるようにしてもよい。
【００１１】
上記のデジタル放送データ配信システムにおいて、前記受信装置は、受信開始時から正常に受信できたパケットの通し番号をカウントする通し番号カウント手段を更に備え、前記再送要求手段は、エラーが発生した直前のパケットの通し番号も前記配信サーバに送信し、前記配信サーバは、エラー箇所のパケットを送信するのと同時に、受信した通し番号をそのまま前記受信装置に返送し、前記受信装置は、返送されてきた通し番号が若い順に、通し番号により特定されるエラー発生箇所に再送されてきたパケットを挿入するパケット挿入手段と、挿入されたパケットの数だけ、それ以降のパケットの前記通し番号を増加させる通し番号訂正手段と、を更に備えるようにしてもよい。
【００１２】
また、本発明によれば、一連のパケットに分割されたデジタル放送データを配信サーバが受信装置に配信するデジタル放送データ配信システムであって、前記配信サーバは、前記一連のパケットに含まれるパケットに対し、該パケットの直前のパケットに対して付加された、パケットの誤りを検出するために生成される誤り検出符号を初期値として、該パケットにより送信されるべきデータをビット列として所定の演算式に適用して前記誤り検出符号を生成し、該パケットに付加する誤り検出符号付加手段と、前記誤り検出符号を付加された一連のパケットをネットワークに送信する送信手段とを備え、前記受信装置は、前記ネットワークから受信した前記一連のパケットに含まれるパケットについて、該パケットの直前のパケットに付与された前記誤り検出符号を初期値として、該パケットにより送信されたデータのうち前記誤り検出符号を除くデータをビット列として前記所定の演算式に適用することで前記誤り検出符号を算出し、前記算出された誤り検出符号と該パケットに付加された前記誤り検出符号とが一致しているかを判定し、一致しないときに該パケットをエラーパケットと判定するエラーパケット判定手段と、前記エラーパケット判定手段によりエラーパケットと判定されたパケットの再送を前記配信サーバに要求する再送要求手段と、を備えることを特徴とするデジタル放送データ配信システムが提供される。
【発明の効果】
【００１３】
本発明によれば、各配信パケットの伝送エラー、配信パケットの不連続エラー又はその双方を検出するためのエラー検出シンボルによりパケットの連続性を検出するため、脱落したパケットを検出し、これをサーバ側に再送することを要求することができる。
【発明を実施するための最良の形態】
【００１４】
以下、図面を参照して本発明を実施するための最良の形態について詳細に説明する。
【００１５】
本発明は、図１に示すように、マルチキャストされたＴＳパケットに欠損が生じた場合に、ユニキャストによりその欠損を補完するものである。
【００１６】
図２を参照すると、ＩＰマルチキャストによる配信サービスの受信パス１０１に加え、ストリームの誤りを検知した際に、正常に受信できなかったＴＳパケットのみを配信元に配置されるサーバに要求し（１０３）、蓄積されるオリジナルデータを取得するパス１０５を設ける。
【００１７】
これにより、ＩＰマルチキャスト１０１による配信サービスによって、破損・欠落したＴＳパケットの補完を行うことができる。
【００１８】
また、正常に取得できなかったＴＳパケットのみの再配信となるため、ＩＰユニキャストと同等の品質を確保しつつ、ネットワーク負荷を軽減することができる。
【００１９】
デジタル放送の再配信サーバ１０７側が、ＴＳパケットデータの送出の際に、直前のＴＳパケットのＣＲＣ(Cyclic Redundancy Check)値をＣＲＣ計算の初期値として対象のＴＳパケットのＣＲＣ値を生成する。
【００２０】
これにより、受信側はＣＲＣ値の監視・係数を行うことによりＴＳパケット列の誤り・欠損を検出することができる。
【００２１】
受信機側での破損・欠落したＴＳパケットの箇所の特定を、ストリームに付加されるＣＲＣ値と、ＴＳパケットの外側に付加されるタイムスタンプデータと、受信機内部でストリーム中のＰＣＲ(Program Clock Reference)によって再現されるＳＴＣ(System Time Clock)値とを用いる。
【００２２】
これにより、配信時に一般的に必要とされるタイムスタンプ値、ＣＲＣ値のみをパケットに付加するだけですみ、新たに情報を付加して配信データ量を増やす必要はない。
【００２３】
［送信側の構成］
図２を参照すると、再配信サーバ１０７がチューナ１０９デジタル放送１１１を受信し、蓄積部１１３に蓄積したデータを再配信する（１０１）システムを例として説明を記載する。
【００２４】
チューナ１０９は、地上デジタル放送１１１や、ＢＳ／ＣＳデジタル放送を受信するためのチューナであり、受信周波数の設定を実施すると、トランスポートストリーム（以下、「ＴＳ」という。）を出力する。
【００２５】
図３を参照すると、デマルチプレクサ１１５は、ＴＳより特定のパケットＩＤ（以下、「ＰＩＤ」という。）を持つＴＳパケットを抽出する。具体的には、デマルチプレクサ１１５は、ＰＣＲ(Program Clock Reference)が含まれるＴＳパケットを抽出し、ＰＣＲ値を取得する。
【００２６】
クロックリカバリ部１１７は、内部でＳＴＣ（System Time Clock：システムクロックとして生成している２７ＭＨｚでカウントアップしているカウンタ）を保持し、ＰＣＲ取得時点のＳＴＣ値と、ＰＣＲ値との比較を行いＳＴＣ値が、ＰＣＲ値に追従するように、システムクロックの発信周波数を制御を行う。
【００２７】
また、クロックリカバリ部１１７は、タイムスタンプ値を付与するための、２７ＭＨｚでカウントアップしている３２ｂｉｔのカウンタを保持し、カウント値をタイムスタンプ値としてマルチプレクサに出力する。
【００２８】
第１のマルチプレクサ１１９は、ＴＳとタイムスタンプを時分割多重する。このためには、ＴＳバッファが第１のマルチプレクサ１１９の前段に必要となるが図には記載していない。
【００２９】
ＣＲＣ生成制御１２１は、ＴＳパケットデータ、タイムスタンプ値及び前のＴＳパケットのＣＲＣ値からＣＲＣ値の算出を行う。
【００３０】
ＣＲＣ値の算出は１つのＴＳパケット単位で行われ、１ＴＳパケット分のＣＲＣ値が算出できた時点で算出結果をマルチプレクサ１２３とレジスタ１２５に出力する。
【００３１】
ＣＲＣ値の算出対象は、対象のＴＳパケットのタイムスタンプ値から実施し、また、ＣＲＣ値の算出の際には、レジスタ１２５内の直前のＴＳパケットで算出したＣＲＣ値を初期値として用いる。
【００３２】
誤り検出の精度を下げても良いならばタイムスタンプを含めなくてもよい。
【００３３】
レジスタ１２５は、ＣＲＣ生成制御部１２１によって生成されたＴＳパケット（タイムスタンプを含む）のＣＲＣ値を、１ＴＳパケット毎に更新し格納する。
【００３４】
第２のマルチプレクサは、第１のマルチプレクサから出力されるＴＳパケット及びクロックリカバリ１１７内で生成される３２ｂｉｔのカウンタのカウント値に、ＣＲＣ生成制御部１２１からのＣＲＣ値を重畳する。
【００３５】
蓄積制御部１２７は、第１のマルチプレクサ１１９及び第２のマルチプレクサ１２３により重畳されたＴＳパケット、タイムスタンプ値及びＣＲＣ値を蓄積部１１３に蓄積する。
【００３６】
放送サービスサーバ１２９は、蓄積部１１３に蓄積されたデジタル放送ストリームを、ＩＰマルチキャストにより配信し、ＴＶ視聴サービスを提供する。
【００３７】
ＴＳパケット補完サーバ１３１は、クライアントからの補完データ要求に応答し、補完データ要求時にクライアントより送付されるｓｅｒｖｉｃｅ＿ｉｄ、Ｓｔａｒｔタイムスタンプ、Ｅｎｄタイムスタンプ、Ｓｔａｒｔ  ＳＴＣ、Ｅｎｄ  ＳＴＣをもとに、対象のストリームと補完のために必要なＴＳパケットを特定し、クライアント側に送付する。
【００３８】
ｓｅｒｖｉｃｅ＿ｉｄはデジタル放送でストリーム内に付加して伝送される情報であり、放送番組を特定するために用いられる。本実施形態では、ｓｅｒｖｉｃｅ＿ｉｄは蓄積装置内に蓄積されるストリームの特定に使用する。録画時に送出されているコンテンツを対象とするサービスの場合、サーバ側は対象のストリームを現在配信しているストリームと特定できるので、ｓｅｒｖｉｃｅ＿ｉｄによるストリームの特定は不要とすることができる。
【００３９】
補完要求が来ると、ＴＳパケット補完サーバ１３１は蓄積部１１３内に蓄積されている全てのストリームを対象に内部を検索し、要求のｓｅｒｖｉｃｅ＿ｉｄをもつストリームを特定する。
【００４０】
ストリームの特定ができると、Ｓｔａｒｔ  ＳＴＣにより、補完する必要のあるＴＳパケットのおおよその先頭位置を特定する。
【００４１】
ＳＴＣ値によるおおよその位置の特定は、２７ＭＨｚ、３２ｂｉｔのタイムスタンプ値によって表現できる時間の範囲が約１６０秒となるため、それ以下の精度であればよい。
【００４２】
おおよその位置が特定されると、Ｓｔａｒｔタイムスタンプを用い、ストリーム中でＳｔａｒｔタイムスタンプと一致するタイムスタンプを持つＴＳパケットを特定し、そのＴＳパケットの次のＴＳパケットを補完のための先頭のＴＳパケットと特定する。
【００４３】
クライアントから送付されるＳｔａｒｔタイムスタンプ値は、ＣＲＣチェックによって正常値の場合のものなので、補完の対象は次のＴＳパケットからとなる。
【００４４】
補完ＴＳパケットの終端の特定も、Ｓｔａｒｔと同様にＥｎｄ  ＳＴＣによっておおよその位置を特定し、Ｅｎｄタイムスタンプによって、正確な位置を特定する。
【００４５】
ただし、終端はＥｎｄタイムスタンプの直前のＴＳパケットとなる。
【００４６】
先頭と終端の補完ＴＳパケットの特定ができると、ＴＳパケット補完サーバ１３１は、クライアントに対して補完するＴＳとして先頭から終端までを連続してユニキャストする。
【００４７】
補完ＴＳパケットを送付する際には、同時にクライアントから要求時に送付された、ｓｅｒｖｉｃｅ＿ｉｄ、Ｓｔａｒｔ  ＳＴＣ、Ｅｎｄ  ＳＴＣ、Ｓｔａｒｔタイムスタンプ、Ｅｎｄタイムスタンプを、そのままクライアントにＴＳデータとあわせて返信する。
【００４８】
次に、送出データの構造について説明する。
【００４９】
図４を参照すると、直前のＴＳパケットのＣＲＣ値を初期値として、現在のＴＳパケットのＣＲＣ値を生成することにより、パケット内にデータの誤りがあるか否かを検出することに加え、ＴＳパケット列が連続しているか否かを検出することができる。
【００５０】
ＣＲＣに関しては、ＣＲＣ−８，ＣＲＣ−１２，ＣＲＣ−１６，ＣＲＣ−３２，ＣＲＣ−ＣＣＩＴＴのように一般的に利用されているものを利用してよい。
【００５１】
また、データ誤りの検出精度は低くなるが、ＣＲＣではなく、チェックサムのようなものを用いてもよい。
【００５２】
ＣＲＣ生成部１２１は、送信データをビット列と見なし、ある生成多項式で割り算した余りの値を伝送データに付加して送信し、受信側も同様の計算を行い、付加されてきたＣＲＣ値（送信データを割った余りの値）と比較して同じになるかを評価する。
【００５３】
チェックサムを利用する場合には、データ列を順次加算し、加算値を付加する。この際、桁上がりは無視する。受信側も同様の処理を行い、付加されてきた加算値との比較を行う。
【００５４】
通常であれば、図５に示すようなプログラムによりＣＲＣ値を計算するが、本実施形態では、図６に示すようなプログラムによりＣＲＣ値を計算する。両者を比較することから明らかなように、従来は、ＣＲＣ値の初期値がゼロであるが本実施形態では、ＣＲＣ値の初期値が直前のパケットのＣＲＣ値である。
【００５５】
受信側でも、受信できた直前のＴＳパケットのＣＲＣ値を同様に、余り算の初期値として扱い、直前のＴＳパケットと連続して送付されたＴＳパケットであるかを評価する。
【００５６】
ＣＲＣ値は生成多項式による除算のあまりをもともと付加するものであるため、初期値として扱っても極端な値を取ることはなく、演算にて矛盾の生じる桁上がりは発生しない。
【００５７】
次に、受信側の構成について説明をする。
【００５８】
本実施形態では受信側は、ＩＰマルチキャスト放送を受信し、ライブでの視聴、蓄積コンテンツの視聴を実施可能なシステムを例として説明する。
【００５９】
図７を参照すると、通信制御部２０１は、ＩＰマルチキャストによるデジタル放送配信サービスを受信するため、ネットワーク関連のプロトコル制御、サーバの通信制御を行う。
【００６０】
ＩＰマルチキャストによって受信した配信サービスのＴＳは、誤り検出部２０３に送出される。
【００６１】
通信制御部２０１はまた、誤り検出によってストリーム内に異常が検出された際に、その異常部分を特定するための情報を誤り検出より取得し、ＴＳパケット補完サーバ１３１に補完要求として送付する。
【００６２】
補完要求に対する、補完データをサーバ１３１側より伝送された場合、通信制御部２０１はファイル補完制御部２０５に補完ＴＳパケットと、ｓｅｒｖｉｃｅ＿ｉｄ、Ｓｔａｒｔタイムスタンプ、Ｅｎｄタイムスタンプ、Ｓｔａｒｔ  ＳＴＣ、Ｅｎｄ  ＳＴＣを出力する。
【００６３】
補完要求をＴＳパケット補完サーバ１３１に送出する際には、現在受信しているストリームのｓｅｒｖｉｃｅ＿ｉｄもあわせてサーバ１３１に送付する。
【００６４】
現在受信しているｓｅｒｖｉｃｅ＿ｉｄは、受信開始の手順で必要な情報であるため、本制御時にはすでに知っているものである。
【００６５】
ただし、サービスが現在サービスされているコンテンツの補完を対象としているのであればサーバ側は送付しているストリームを知っているのでｓｅｒｖｉｃｅ＿ｉｄを送信することは不要とできる。
【００６６】
誤り検出部２０３は、放送サービスサーバ１２９側が配信するＴＳを生成する際に実施するＣＲＣ値の算出と同じ演算を、受信ＴＳパケットに対して実施し、付加されているＣＲＣ値と同じになるかどうかを判定することによってＴＳパケットのチェックを行う。
【００６７】
ＣＲＣ値の算出の際には、サーバ側で直前のＴＳパケットのＣＲＣ値を初期値として用いているため、本誤り検出も同じように算出する。
【００６８】
図８を参照すると、誤り検出部２０３の内部では、直前のＣＲＣ値を格納するレジスタ３０１と、エラーを検出していない状態での正常に取得できたＴＳパケットのタイムスタンプを順次格納するＳｔａｒｔタイムスタンプレジスタ３０３と、エラーを検出した後に最初に正常に取得できたＴＳパケットのタイムスタンプ値を格納するＥｎｄタイムスタンプレジスタ３０５と、ＣＲＣチェック時に異常が検出された時点のＳＴＣ値を格納するＳｔａｒｔ  ＳＴＣレジスタ３０７と、ＣＲＣチェック時に正常値が得られた時点でのＳＴＣ値を順次格納するＥｎｄ  ＳＴＣレジスタ３０９を保持し、エラー検出後に最初に正常なＴＳパケットが検出されると、通信制御部２０１に対して、ｓｅｒｖｉｃｅ＿ｉｄ、Ｓｔａｒｔタイムスタンプ、Ｅｎｄタイムスタンプ、Ｓｔａｒｔ  ＳＴＣ、Ｅｎｄ  ＳＴＣ、取得パケットカウントを出力し、通信制御部２０１に対し、補完ＴＳパケットの要求をＴＳパケット補完サーバ１３１に出すように依頼する。
【００６９】
図７に戻り、時刻再現部２０７は、配信されたＴＳパケットに付与されているタイムスタンプを元に、ストリームが正常にバッファの状態を保つために必要な、ＴＳストリームの処理タイミングを計るための、後段のブロックに対するＴＳパケット出力時間の再現を行う。内部では２７ＭＨｚ、３２ｂｉｔのカウンタが順次クロックによってインクリメンタルに計数動作をしており、このカウンタの値が、タイムスタンプ値以上になった場合に、対象のＴＳパケットを後段に出力する。
【００７０】
クロックリカバリ部２０８は、受信装置で利用するクロックを受信信号を基に再現する。
【００７１】
ＳＴＣ部２０９は、受信装置で利用するＳＴＣを受信したＰＣＲを基に再現する。
【００７２】
ファイル補完制御部２０５は、蓄積部２１０内に蓄積されているストリームを読み出し、ＴＳパケット補完サーバ１３１から取得した補完ＴＳパケットを、同時に取得したｓｅｒｖｉｃｅ＿ｉｄ、Ｓｔａｒｔタイムスタンプ、Ｅｎｄタイムスタンプ、Ｓｔａｒｔ  ＳＴＣ、Ｅｎｄ  ＳＴＣ、取得パケットカウントをもとに、補完位置を特定し、正常に受信することができなかったＴＳパケットの補完をする。
【００７３】
蓄積部２１０は、ＴＳデマルチプレクサ２１１からのストリームデータを蓄積する。
【００７４】
ビデオデコーダ、音声デコーダ及びデータ放送ブラウザ２１３は、入力したＴＳを基に、映像、音声、データを再生し、モニタ２１５及びスピーカ２１７に出力する。
【００７５】
図９に示すのは、誤り検出部２０３で行われるＣＲＣチェックのためのプログラムである。ｃｒｃ＿ｃｈｅｃｋ（）内で、ｃｒｃ＿ｃｏｄｅ（）をコールし、パケットデータから算出したＣＲＣ値を得て、パケットに付加されているＣＲＣ値と比較し、一致するかどうかによってパケットの正当性を判断する。
【００７６】
上記の実施形態では、ｓｅｒｖｉｃｅ＿ｉｄ、エラー直前のＴＳパケットに対応するＳｔａｒｔタイムスタンプ、エラー後のＴＳパケットに対応するＥｎｄタイムスタンプ、エラー直前のＴＳパケットに対応するＳｔａｒｔ  ＳＴＣ、エラー後のＴＳパケットに対応するＥｎｄ  ＳＴＣを受信側で求め、それらにより特定されたエラーＴＳパケットの再送をＴＳパケット補完サーバ１３１に依頼し、ＴＳパケット補完サーバ１３１が、ｓｅｒｖｉｃｅ＿ｉｄ、Ｓｔａｒｔタイムスタンプ、Ｅｎｄタイムスタンプ、Ｓｔａｒｔ  ＳＴＣ、Ｅｎｄ  ＳＴＣをそのまま受信装置に返すことにより、受信装置のファイル補完制御部２０５が、再送されてきたＴＳパケットを正しい位置に挿入することができるようにした。
【００７７】
この代わりに、受信装置がエラーに通し番号を付けて、受信装置が、それをＴＳパケット補完サーバ１３１にｓｅｒｖｉｃｅ＿ｉｄ、Ｓｔａｒｔタイムスタンプ、Ｅｎｄタイムスタンプ、Ｓｔａｒｔ  ＳＴＣ、Ｅｎｄ  ＳＴＣと共に送信し、ＴＳパケット補完サーバ１３１が補完ＴＳパケットと共に通し番号を受信装置に返信し、受信装置のファイル補完制御部２０５が通し番号を突き合わせることにより、再送されてきたパケットを正しい位置に挿入することもできる。
【００７８】
また、受信装置が正常に受信できたＴＳパケットに通し番号を付けて、受信装置が、それをＴＳパケット補完サーバ１３１にｓｅｒｖｉｃｅ＿ｉｄ、Ｓｔａｒｔタイムスタンプ、Ｅｎｄタイムスタンプ、Ｓｔａｒｔ  ＳＴＣ、Ｅｎｄ  ＳＴＣと共に送信し、ＴＳパケット補完サーバ１３１が補完ＴＳパケットと共に通し番号を受信装置に返信し、受信装置のファイル補完制御部２０５が通し番号を突き合わせることにより、再送されてきたパケットを正しい位置に挿入することもできる。但し、正常に受信できたＴＳパケットの通し番号は、補完が正常に行われるとオフセットが生ずるため、挿入と共に通し番号に対しオフセット分の補正を行う必要がある。また、ＩＰ網では、後に発生したエラーに対応する補完ＴＳパケットが前に発生したエラーに対応する補完パケットよりも早く受信装置に到達する可能性があるため、これを考慮し、受信側で補完パケットをエラー発生の順番に整列させてから、補完する必要がある。
【００７９】
なお、配信サーバも受信装置も、ハードウェア、ソフトウェア又はこれらの組合せにより構成することができる。
【実施例１】
【００８０】
図１０に１つのＴＳパケットに伝送エラーが生じた場合の例を示す。
【００８１】
１つのパケットのエラーは、そのパケットのＣＲＣ検査により検出することができる。
【００８２】
１つのＴＳパケットに伝送エラーが生じた場合には、エラー直前のパケットに対応したタイムスタンプ、エラー後のパケットに対応したタイムスタンプ、エラー直前のパケットに対応したシステムタイムクロックの値、エラー後のパケットに対応したシステムタイムの値を取得し、これらをＳｅｒｖｉｃｅ＿ｉｄと共にＴＳパケット補完サーバ１３１に送信する。
【００８３】
ＴＳパケット補完サーバ１３１は、当該パケットを送られてきた情報を基に特定し、受信装置にユニキャストする。これと同時に、送られてきたエラー直前のパケットに対応したタイムスタンプ、エラー後のパケットに対応したタイムスタンプ、エラー直前のパケットに対応したシステムタイムクロックの値、エラー後のパケットに対応したシステムタイム及びＳｅｒｖｉｃｅ＿ｉｄを受信装置に送信する。
【００８４】
受信装置は、ユニキャストされてきたＴＳパケットを付加情報を基に正しい位置に挿入する。
【実施例２】
【００８５】
図１１に複数のＴＳパケットに伝送エラーが生じた場合の例を示す。
【００８６】
複数のパケットに伝送エラーが生じた場合には、最初のエラーパケットから最後のエラーパケットの次のパケットまでＣＲＣ検査の結果がエラーとなる。
【００８７】
複数のＴＳパケットに伝送エラーが生じた場合には、エラー直前のパケットに対応したタイムスタンプ、エラー後の次のパケットパケットに対応したタイムスタンプ、エラー直前のパケットに対応したシステムタイムクロックの値、エラー後のパケットの次のパケットのに対応したシステムタイムの値を取得し、これらをＳｅｒｖｉｃｅ＿ｉｄと共にＴＳパケット補完サーバ１３１に送信する。
【００８８】
ＴＳパケット補完サーバ１３１は、当該パケットを送られてきた情報を基に特定し、受信装置にユニキャストする。これと同時に、送られてきたエラー直前のパケットに対応したタイムスタンプ、エラー後のパケットに対応したタイムスタンプ、エラー直前のパケットに対応したシステムタイムクロックの値、エラー後のパケットに対応したシステムタイム及びＳｅｒｖｉｃｅ＿ｉｄを受信装置に送信する。
【００８９】
受信装置は、ユニキャストされてきたＴＳパケットを付加情報を基に正しい位置に挿入する。
【図面の簡単な説明】
【００９０】
【図１】本発明の実施形態により欠損パケットが補完されることを示す図である。
【図２】本発明の実施形態によるデジタル放送データ配信システムの構成を示すブロック図である。
【図３】本発明の実施形態による配信サーバの構成を示すブロック図である。
【図４】本発明の実施形態による送出パケットの構成を示すフォーマット図である。
【図５】従来例によるＣＲＣ値を計算するためのプログラムを示す図である。
【図６】本発明の実施形態によるＣＲＣ値を計算するためのプログラムを示す図である。
【図７】本発明の実施形態による受信装置の構成を示すブロック図である。
【図８】図７に示す誤り検出部２０３の構成を示すブロック図である。
【図９】本発明の実施形態による誤り検出のプログラムを示す図である。
【図１０】本発明の実施例１を示す概念図である。
【図１１】本発明の実施例２を示す概念図である。
【符号の説明】
【００９１】
１０７  再配信サーバ
１０９  チューナ
１１３  蓄積部
１１５  デマルチプレクサ
１１７  クロックリカバリ部
１１９  第１のマルチプレクサ
１２１  ＣＲＣ生成制御部
１２３  第２のマルチプレクサ
１２５  レジスタ
１２７  蓄積制御部
１２９  放送サービスサーバ
１３１  ＴＳパケット補完サーバ
２０１  通信制御部
２０３  誤り検出部
２０５  ファイル補完制御部
２０７  時刻再現部
２０８  クロックリカバリ部
２０９  ＳＴＣ生成部
２１０  蓄積部
２１１  ＴＳデマルチプレクサ
２１３  ビデオデコーダ・音声デコーダ・データ放送ブラウザ
２１５  モニタ
２１７  スピーカ
【図１】
2008252626.tif 000003
【図２】
2008252626.tif 000004
【図３】
2008252626.tif 000005
【図４】
2008252626.tif 000006
【図５】
2008252626.tif 000007
【図６】
2008252626.tif 000008
【図７】
2008252626.tif 000009
【図８】
2008252626.tif 000010
【図９】
2008252626.tif 000011
【図１０】
2008252626.tif 000012
【図１１】
2008252626.tif 000013