JP2005252515A - データ配信方法 - Google Patents

Abstract

【課題】配信サーバ側で通信プロトコルのパケット単位のデータ送信パターンを制御することにより、端末側で受信データ中の再生開始ポイントを容易に検出できるようにし、端末側の再生開始時の映像信号が安定することを目的とする。
【解決手段】通信プロトコルのパケット単位でネットワークでのパケット欠落耐性用の誤り修正コードのパケットを付加するパターンに合わせて、修正コードパケットが付与される組の先頭パケットの中に、高能率符号化の同期コードが必ず含まれるように制御する。同じくネットワークでのパケット欠落耐性用のインターリーブ処理におけるインターリーブ周期に合わせて、インターリーブ周期の先頭パケットが前記修正コードパケットの付与された組の先頭パケットとなるように制御する。
【選択図】図１０

Description

本発明は、電波もしくはインターネット等でデジタル化した映像信号を高能率符号化したデータを放送する場合の配信側のサーバにおけるデータの配信方法に関するものである。

従来、インターネット上にはデジタル化した映像信号を高能率符号化したデータとして放送するサーバがある。

従来のサーバにおけるデータ配信方法を図１、図２と図３と図４および図５と図６と図７を用いて説明する。

図１は、インターネット上のデジタルストリーミング放送システムを示すブロック図である。図１において、１０１は複数のデジタルストリーミングコンテンツを有するサーバ、１０２はエンコーダ、１０３は複数のデジタルストリーミングコンテンツを記録したコンテンツ記録メディア、１０４はコンテンツを受信再生するストリーミング端末である。

サーバ１０１は、コンテンツもしくはコンテンツの付加情報（メタファイル）をインターネット上にブラウザとして公開する機能を有するか、もしくは、他のサーバがインターネット上にブラウザとして公開したアンカーからコンテンツもしくはコンテンツの付加情報にリンクが張れる機能を有している。

ストリーミング端末１０４は、ブラウザ上のコンテンツを選択し、コンテンツの配信をサーバ１０１に要求する。その後、サーバ１０１からのストリームを受けたストリーミング端末１０４はストリームを再生した映像信号を出力する。

図２はサーバ１０１内部の構成を説明する図である。図２において、２０１は配信制御部、２０２はパケット化部、２０３は訂正コード付加部である。

以下、データ配信方法についてＭＰＥＧ−２ストリームの配信を一例とし、図５のデータ構造図に基づき説明する。

サーバ１０１は、配信制御部２０１において、ストリーミング端末１０４とコンテンツ配信における事前のやりとりをあらかじめ定められた特定のプロトコルを用いて行う。本例におけるプロトコルは、ＲＴＳＰ（ＲｅａｌＴｉｍｅＳｔｒｅａｍｉｎｇＰｒｏｔｏｃｏｌ）とする。これにより、配信制御部２０１はストリーミング端末１０４が希望するコンテンツを有しているコンテンツ記録メディア１０３から読み出したコンテンツもしくはストリーミング端末１０４が配信を希望するストリームを生成しているエンコーダ１０２からのストリームがパケット化部２０２に入力されるように制御する。また、配信制御部２０１は配信の開始をパケット化部２０２及び訂正コード付加部２０３に指示したり、ストリーミング端末１０４からのコンテンツ配信の一時停止・早送り・巻き戻し・停止などの指示をＲＴＳＰに準拠した形で受け取り、それにあった動作の遷移をコンテンツ記録メディア１０３からの読み出しやエンコーダ１０２に指示し、かつ、必要ならその状態の遷移をパケット化部２０２や訂正コード付加部２０３にも通知もしくは指示する。パケット化部２０２はエンコーダ１０２から送られてくるデータもしくはコンテンツ記録メディア１０３に記録していて読み出したデータを受ける。ここで、データはＭＰＥＧ−２ビデオ圧縮規格で高能率符号化され、かつ、ＭＰＥＧ−２ ＴｒａｎｓｐｏｒｔＳｔｒｅａｍ規格に準拠した形式に変換された映像信号であると仮定する。パケット化部２０２は受け取ったＭＰＥＧ−２ ＴｒａｎｓｐｏｒｔＳｔｒｅａｍをＴｒａｎｓｐｏｒｔＳｔｒｅａｍの単位であるＴＳパケット（１８８バイト）単位を基準として、ＲＴＰ（ＲｅａｌｔｉｍｅＴｒａｎｓｐｏｒｔＰｒｏｔｏｃｏｌ）に準拠したヘッダと複数のＴＳパケットからなるＲＴＰパケットにパケット化する。

図５は、ＭＰＥＧ−２ビデオ圧縮規格におけるデータ構造がＴＳパケット、ＲＴＰパケットに変換されて訂正コードが付加されるまでのデータ構造の遷移を表す。

最初にパケット化部２０２はＴＳパケット２つに対してＲＴＰのヘッダを追加したものをＲＴＰパケット１つとして構成する。

次に訂正コード付加部２０３は、あらかじめ決められた単位、今回の例では、ＲＴＰパケット４つにつき１つの誤り訂正用のＲＴＰパケットを付与する。今回の例において、誤り訂正は、ＦＥＣ（ＦｏｒｗａｒｄＥｒｒｏｒＣｏｒｒｅｃｔｉｏｎ）方式を用いるとする。つまり、４つのＲＴＰパケット毎に、その直前の４つのＲＴＰパケットに関するＦＥＣパケットを付加する。

図３は前記図２とは一部異なる方式のシステムにおけるサーバ１０１内部の構成を説明する図である。

図３において、３０１は配信制御部、３０２はパケット化部、３０３はインターリーブ処理部である。

以下、データ配信方法についてＭＰＥＧ−２ストリームの配信を一例とし、図６のデータ構造図に基づき説明する。

サーバ１０１は、配信制御部３０１において、ストリーミング端末１０４とコンテンツ配信における事前のやりとりをあらかじめ定められた特定のプロトコルを用いて行う。本例におけるプロトコルは、ＲＴＳＰ（ＲｅａｌＴｉｍｅＳｔｒｅａｍｉｎｇＰｒｏｔｏｃｏｌ）とする。これにより、配信制御部３０１はストリーミング端末１０４が希望するコンテンツを有しているコンテンツ記録メディア１０３から読み出したコンテンツもしくはストリーミング端末１０４が配信を希望するストリームを生成しているエンコーダ１０２からのストリームがパケット化部３０２に入力されるように制御する。また、配信制御部３０１は配信の開始をパケット化部３０２及びインターリーブ処理部３０３に指示したり、ストリーミング端末１０４からのコンテンツ配信の一時停止・早送り・巻き戻し・停止などの指示をＲＴＳＰに準拠した形で受け取り、それにあった動作の遷移をコンテンツ記録メディア１０３からの読み出しやエンコーダ１０２に指示し、かつ、必要ならその状態の遷移をパケット化部３０２やインターリーブ処理部３０３にも通知もしくは指示する。パケット化部３０２はエンコーダ１０２から送られてくるデータもしくはコンテンツ記録メディア１０３に記録していて読み出したデータを受ける。ここで、データはＭＰＥＧ−２ビデオ圧縮規格で高能率符号化され、かつ、ＭＰＥＧ−２ ＴｒａｎｓｐｏｒｔＳｔｒｅａｍ規格に準拠した形式に変換された映像信号であると仮定する。パケット化部３０２は受け取ったＭＰＥＧ−２ ＴｒａｎｓｐｏｒｔＳｔｒｅａｍをＴｒａｎｓｐｏｒｔＳｔｒｅａｍの単位であるＴＳパケット（１８８バイト）単位を基準として、ＲＴＰ（ＲｅａｌｔｉｍｅＴｒａｎｓｐｏｒｔＰｒｏｔｏｃｏｌ）に準拠したヘッダと複数のＴＳパケットからなるＲＴＰパケットにパケット化する。

図６は、ＭＰＥＧ−２ビデオ圧縮規格におけるデータ構造がＴＳパケット、ＲＴＰパケットに変換されてインターリーブ（並び替え）処理が行なわれるまでのデータ構造の遷移を表す。

最初にパケット化部３０２はＴＳパケット２つに対してＲＴＰのヘッダを追加したものをＲＴＰパケット１つとして構成する。

次にインターリーブ処理部３０３はＲＴＰパケットなど既存のプロトコルを用いた場合にコンテンツデータの第三者による容易な復元を防止するため、または配信中の欠損に対する耐性を向上させるため、サーバ１０１とストリーミング端末１０４間で一意に決められた方式でインターリーブ（並び替え）処理をする。

図４は前記図２、図３とは一部異なる方式のシステムにおけるサーバ１０１内部の構成を説明する図である。

図４において、４０１は配信制御部、４０２はパケット化部、４０３は訂正コード付加部、４０４はインターリーブ処理部である。

以下、データ配信方法についてＭＰＥＧ−２ストリームの配信を一例とし、図７のデータ構造図に基づき説明する。

サーバ１０１は、配信制御部４０１において、ストリーミング端末１０４とコンテンツ配信における事前のやりとりをあらかじめ定められた特定のプロトコルを用いて行う。本例におけるプロトコルは、ＲＴＳＰ（ＲｅａｌＴｉｍｅＳｔｒｅａｍｉｎｇＰｒｏｔｏｃｏｌ）とする。これにより、配信制御部４０１はストリーミング端末１０４が希望するコンテンツを有しているコンテンツ記録メディア１０３から読み出したコンテンツもしくはストリーミング端末１０４が配信を希望するストリームを生成しているエンコーダ１０２からのストリームがパケット化部４０２に入力されるように制御する。また、配信制御部４０１は配信の開始をパケット化部４０２及び訂正コード付加部４０３、インターリーブ処理部４０４に指示したり、ストリーミング端末１０４からのコンテンツ配信の一時停止・早送り・巻き戻し・停止などの指示をＲＴＳＰに準拠した形で受け取り、それにあった動作の遷移をコンテンツ記録メディア１０３からの読み出しやエンコーダ１０２に指示し、かつ、必要ならその状態の遷移をパケット化部４０２や訂正コード付加部４０３、インターリーブ処理部４０４にも通知もしくは指示する。パケット化部４０２はエンコーダ１０２から送られてくるデータもしくはコンテンツ記録メディア１０３に記録していて読み出したデータを受ける。ここで、データはＭＰＥＧ−２ビデオ圧縮規格で高能率符号化され、かつ、ＭＰＥＧ−２ ＴｒａｎｓｐｏｒｔＳｔｒｅａｍ規格に準拠した形式に変換された映像信号であると仮定する。パケット化部４０２は受け取ったＭＰＥＧ−２ ＴｒａｎｓｐｏｒｔＳｔｒｅａｍをＴｒａｎｓｐｏｒｔＳｔｒｅａｍの単位であるＴＳパケット（１８８バイト）単位を基準として、ＲＴＰ（ＲｅａｌｔｉｍｅＴｒａｎｓｐｏｒｔＰｒｏｔｏｃｏｌ）に準拠したヘッダと複数のＴＳパケットからなるＲＴＰパケットにパケット化する。

図７は、ＭＰＥＧ−２ビデオ圧縮規格におけるデータ構造がＴＳパケット、ＲＴＰパケットに変換されて訂正コードが付加され、インターリーブ処理が行なわれるまでのデータ構造の遷移を表す。

最初にパケット化部４０２はＴＳパケット２つに対してＲＴＰのヘッダを追加したものをＲＴＰパケット１つとして構成する。

次に訂正コード付加部４０３は、あらかじめ決められた単位、今回の例では、ＲＴＰパケット４つにつき１つの誤り訂正用のＲＴＰパケットを付与する。今回の例において、誤り訂正は、ＦＥＣ（ＦｏｒｗａｒｄＥｒｒｏｒＣｏｒｒｅｃｔｉｏｎ）方式を用いるとする。つまり、４つのＲＴＰパケット毎に、その直前の４つのＲＴＰパケットに関するＦＥＣパケットを付加する。

最後にインターリーブ処理部４０４は訂正コード付加部４０３を通ったパケットに対してコンテンツデータの第三者による容易な復元を防止するため、または配信中の欠損に対する耐性を向上させるため、サーバ１０１とストリーミング端末１０４間で一意に決められた方式でインターリーブ処理をする。

高能率符号化を行ったデータを配信するサーバの例としては特許文献１がある。
特開２００１−３２０４１３号公報

従来のサーバにおけるデータ配信方法では、コンテンツの先頭からストリーミング端末１０４が受信できた場合には問題なく再生できていたが、ライブ放送のように放送中のコンテンツをストリーミング端末１０４が途中から受信し再生する場合は、再生開始時にスムーズに再生を開始できないことがあった。それは、図５においてストリーミング端末１０４がＲＴＰ５から受信した場合、誤り訂正コードの周期の先頭が取れたということになるが、ＲＴＰ５の中には、ＭＰＥＧ−２のビデオのデータ構造のＧＯＰ（ＧｒｏｕｐＯｆＰｉｃｔｕｒｅ）の途中のデータが含まれており、実際には、ＲＴＰ６から再生しないと再生ノイズが発生することになる。それは、図５に示したようにＭＰＥＧ−２のビデオ圧縮規格に示された単位であるＧＯＰの先頭には、他のピクチャと相関を持たないＩピクチャという名前のフレームが存在する。ＧＯＰ内部には、複数のフレームの情報が圧縮されたコードが含まれているが、Ｉピクチャは１つだけであり、かつ、当該ＧＯＰはこのＩピクチャの情報がないと復号化できないという構成になっている。したがって、ＧＯＰの途中から受信した場合、次のＧＯＰの先頭データまでは、ストリーミング端末１０４は正常な映像信号を出力できない。以上の理由からストリーミング端末１０４では誤り訂正コードの周期の先頭を補足して再生を開始しても映像が出るタイミングが遅かったり、ＧＯＰの途中から無理にデコード処理をしてノイズ的な映像を出してしまうなどの不具合が生じていた。

また、図６および図７においてもＧＯＰの先頭データとインターリーブ後のストリームの周期に関連は無いためストリーミング端末１０４ではインターリーブ周期の先頭から再生した場合に前述の再生開始時の問題が発生していた。

本発明は、この問題をサーバ１０１側で対応することにより、ストリーミング端末１０４側の変更なしに、スムーズに映像が再生開始できるようにするものである。

上記課題を解決するために、本発明の第１の発明である高能率符号化された映像信号を配信するサーバにおけるデータ配信方法は、電波もしくはインターネット等のデジタル化した映像信号を高能率符号化したデータとして放送する場合の配信側のサーバにおいて、配信するコンテンツデータを配信時に使用する通信プロトコルによって規定されたパケットに変換するパケット化手段と、前記パケット化されたデータに、配信中の欠損に耐えるように所定の訂正コードを付加する訂正コード付加手段とを有し、前記パケット化手段が、前記訂正コード付加手段での訂正コード付加ルールから考えて、前記高能率符号化されたデータ中の所定の同期コードが必ず訂正コードを付加される単位の先頭になるようにパケット化することを特徴とするデータ配信方法であり、本発明の第２の発明である高能率符号化された映像信号を配信するサーバにおけるデータ配信方法は、電波もしくはインターネット等のデジタル化した映像信号を高能率符号化したデータとして放送する場合の配信側のサーバにおいて、配信するコンテンツデータを配信時に使用する通信プロトコルによって規定されたパケットに変換するパケット化手段と、コンテンツデータの第三者による容易な復元を防止するため、または配信中の欠損に耐えるように前記通信プロトコルによって規定されたパケット単位で並べ替えるインターリーブ手段とを有し、前記高能率符号化されたデータ中の所定の同期コードが必ずインターリーブ周期の先頭になるようにパケット化することを特徴とするデータ配信方法であり、本発明の第３の発明である高能率符号化された映像信号を配信するサーバにおけるデータ配信方法は、電波もしくはインターネット等のデジタル化した映像信号を高能率符号化したデータとして放送する場合の配信側のサーバにおいて第１の発明における、配信するコンテンツデータを配信時に使用する通信プロトコルによって規定されたパケットに変換するパケット化手段と、前記パケット化されたデータに、配信中の欠損に耐えるように所定の訂正コードを付加する訂正コード付加手段に加えて、前記訂正コードを付加されたデータを、コンテンツデータの第三者による容易な復元を防止するため、または配信中の欠損に耐えるように前記通信プロトコルによって規定されたパケット単位で並べ替えるインターリーブ手段とを有し、前記高能率符号化されたデータ中の所定の同期コードが必ず訂正コードを付加される単位の先頭かつ、インターリーブ周期の先頭になるようにパケット化することを特徴とするデータ配信方法である。

本発明の第１の発明の高能率符号化された映像信号を配信するサーバにおけるデータ配信方法は、高能率符号化されたデータ中の所定の同期コードが必ずネットワーク耐性向上のために付加する訂正コードの先頭になるようにすることにより、端末側の再生品質の劣化を妨ぐことができ、本発明の第２の発明の高能率符号化された映像信号を配信するサーバにおけるデータ配信方法は、高能率符号化されたデータ中の所定の同期コードが必ずコンテンツデータの第三者による容易な復元を防止、またはネットワーク耐性向上のためのインターリーブ処理時のインターリーブ周期における先頭になるようにすることによって、端末側の再生開始時の映像品質の劣化を妨ぎ、また再生開始時の端末側での開始処理時の負荷を減少させることができ、本発明の第３の発明の高能率符号化された映像信号を配信するサーバにおけるデータ配信方法は、高能率符号化されたデータ中の所定の同期コードが必ずネットワーク耐性向上のために付加する訂正コードの先頭、かつ同様にコンテンツデータの第三者による容易な復元を防止、またはネットワーク耐性向上のためのインターリーブ処理時のインターリーブ周期における先頭になるようにすることによって、端末側の再生開始時の映像品質の劣化を妨ぎ、また再生開始時の端末側での開始処理時の負荷を減少させることができる。

以下、本発明の実施の形態を、図面を参照しながら説明する。

（実施の形態１）
図１から図２の説明は従来の技術の説明で使用したものと同じものであるため、説明が重複する。

図８は本発明の実施の形態１におけるサーバにおけるデータ配信方法を説明するデータ構造図である。

図１は、インターネット上のデジタルストリーミング放送システムを示すブロック図である。図１において、１０１は複数のデジタルストリーミングコンテンツを有するサーバ、１０２はエンコーダ、１０３は複数のデジタルストリーミングコンテンツを有するコンテンツ記録メディア、１０４はコンテンツを受信再生するストリーミング端末である。

サーバ１０１は、コンテンツもしくはコンテンツの付加情報（メタファイル）をインターネット上にブラウザとして公開する機能を有するか、もしくは、他のサーバがインターネット上にブラウザとして公開したアンカーからコンテンツもしくはコンテンツの付加情報にリンクが張れる機能を有している。

ストリーミング端末１０４は、ブラウザ上のコンテンツを選択し、コンテンツの配信をサーバ１０１に要求する。その後、サーバ１０１からのストリームを受けたストリーミング端末１０４はストリームを再生した映像信号を出力する。

図２はサーバ１０１内部の構成を説明する図である。図２において、２０１は配信制御部、２０２はパケット化部、２０３は訂正コード付加部である。

以下、本実施の形態におけるデータバッファリング方法について、図８のデータ構造図に基づき説明する。

サーバ１０１は、配信制御部２０１において、ストリーミング端末１０４とコンテンツ配信における事前のやりとりを特定のプロトコルを用いて行う。特定のプロトコルとは例えば、ＲＴＳＰ（ＲｅａｌＴｉｍｅＳｔｒｅａｍｉｎｇＰｒｏｔｏｃｏｌ）である。これにより、配信制御部２０１はストリーミング端末１０４が希望するコンテンツを有しているコンテンツ記録メディア１０３から読み出したコンテンツもしくはストリーミング端末１０４が配信を希望するストリームを生成しているエンコーダ１０２からのストリームがパケット化部２０２に入力されるように制御する。また、配信制御部２０１は配信の開始をパケット化部２０２・訂正コード付加部２０３に指示したり、ストリーミング端末１０４からのコンテンツ配信の一時停止・早送り・巻き戻し・停止などの指示をＲＴＳＰに準拠した形で受け取り、それにあった動作の遷移をコンテンツ記録メディア１０３からの読み出しやエンコーダ１０２に指示し、かつ、必要ならその状態の遷移をパケット化部２０２や訂正コード付加部２０３にも通知もしくは指示する。パケット化部２０２において、エンコーダから送られてくるデータもしくはコンテンツ記録メディアに記録していて読み出したデータを受ける。ここで、データとは、ＭＰＥＧ−２ビデオ圧縮規格で高能率符号化され、かつ、ＭＰＥＧ−２ ＴｒａｎｓｐｏｒｔＳｔｒｅａｍ規格に準拠した形式に変換された映像信号であると仮定する。パケット化部２０２は受け取ったＭＰＥＧ−２ ＴｒａｎｓｐｏｒｔＳｔｒｅａｍをＴｒａｎｓｐｏｒｔＳｔｒｅａｍの単位であるＴＳパケット（１８８バイト）単位を基準として、ＲＴＰ（ＲｅａｌｔｉｍｅＴｒａｎｓｐｏｒｔＰｒｏｔｏｃｏｌ）に準拠した ヘッダと複数のＴＳパケットからなるＲＴＰパケットにパケット化する。この時、パケット化部２０２は訂正コード付加部２０３でＲＴＰパケット４つにつき１つの誤り訂正用のＲＴＰパケットを付加されることを考慮して、１ＧＯＰ（ＧｒｏｕｐＯｆＰｉｃｔｕｒｅ）の先頭が訂正コードを付加されるＲＴＰパケットの組の先頭となるように、ＲＴＰパケットを構成する。図８では、ＧＯＰ１が４つのＲＴＰパケットとなるようにパケット化している。このため、ＧＯＰ１の先頭およびＧＯＰ２の先頭ともに、誤り訂正用のＲＴＰパケットが付加されるＲＴＰパケットの組の先頭のＲＴＰパケットに含まれている。

次に訂正コード付加部２０３は、あらかじめ決められた単位、今回の例では、前述のようにＲＴＰパケット４つにつき１つの誤り訂正用のＲＴＰパケットを付与する。

今回の例において、誤り訂正は、ＦＥＣ（ＦｏｒｗａｒｄＥｒｒｏｒＣｏｒｒｅｃｔｉｏｎ）方式を用いるとする。つまり、４つのＲＴＰパケット毎に、その直前の４つのＲＴＰパケットに関するＦＥＣパケットを付加する。

これにより、ストリーミング端末１０４は、ＲＴＰパケットにおいて誤り訂正の先頭から再生するようにすれば、必ずＧＯＰの先頭から再生することになるので、再生開始時の映像信号が安定する。

なお、本実施の形態では、高能率符号化はＭＰＥＧ−２としたが、ＭＰＥＧ−１やＭＰＥＧ−４などのほかの高能率符号化規格を用いてもかまわない。プロトコルについても同様である。

なお、本実施の形態では映像信号のみについて説明したが、映像信号と共に音声信号のデータが含まれていても良い。

（実施の形態２）
図１と図３の説明は従来の技術の説明で使用したものと同じものであるため、説明が重複する。

図９は本発明の実施の形態２におけるサーバにおけるデータ配信方法を説明するデータ構造図である。

図１は、インターネット上のデジタルストリーミング放送システムを示すブロック図である。図１において、１０１は複数のデジタルストリーミングコンテンツを有するサーバ、１０２はエンコーダ、１０３は複数のデジタルストリーミングコンテンツを有するコンテンツ記録メディア、１０４はコンテンツを受信再生するストリーミング端末である。

サーバ１０１は、コンテンツもしくはコンテンツの付加情報（メタファイル）をインターネット上にブラウザとして公開する機能を有するか、もしくは、他のサーバがインターネット上にブラウザとして公開したアンカーからコンテンツもしくはコンテンツの付加情報にリンクが張れる機能を有している。

ストリーミング端末１０４は、ブラウザ上のコンテンツを選択し、コンテンツの配信をサーバ１０１に要求する。その後、サーバ１０１からのストリームを受けたストリーミング端末１０４はストリームを再生した映像信号を出力する。

図３は本実施の形態におけるサーバ１０１内部の構成を説明する図である。図３において、３０１は配信制御部、３０２はパケット化部、３０３はインターリーブ処理部である。

以下、本実施の形態におけるデータバッファリング方法について、図９のデータ構造図に基づき説明する。

サーバ１０１は、配信制御部３０１において、ストリーミング端末１０４とコンテンツ配信における事前のやりとりを特定のプロトコルを用いて行う。特定のプロトコルとは例えば、ＲＴＳＰ（ＲｅａｌＴｉｍｅＳｔｒｅａｍｉｎｇＰｒｏｔｏｃｏｌ）である。これにより、配信制御部３０１はストリーミング端末１０４が希望するコンテンツを有しているコンテンツ記録メディア１０３から読み出したコンテンツもしくはストリーミング端末１０４が配信を希望するストリームを生成しているエンコーダ１０２からのストリームがパケット化部３０２に入力されるように制御する。また、配信制御部３０１は配信の開始をパケット化部３０２・インターリーブ処理部３０３に指示したり、ストリーミング端末１０４からのコンテンツ配信の一時停止・早送り・巻き戻し・停止などの指示をＲＴＳＰに準拠した形で受け取り、それにあった動作の遷移をコンテンツ記録メディア１０３からの読み出しやエンコーダ１０２に指示し、かつ、必要ならその状態の遷移をパケット化部３０２やインターリーブ処理部３０３にも通知もしくは指示する。パケット化部３０２において、エンコーダから送られてくるデータもしくはコンテンツ記録メディアに記録していて読み出したデータを受ける。ここで、データとは、ＭＰＥＧ−２ビデオ圧縮規格で高能率符号化され、かつ、ＭＰＥＧ−２ ＴｒａｎｓｐｏｒｔＳｔｒｅａｍ規格に準拠した形式に変換された映像信号であると仮定する。パケット化部３０２は受け取ったＭＰＥＧ−２ ＴｒａｎｓｐｏｒｔＳｔｒｅａｍをＴｒａｎｓｐｏｒｔＳｔｒｅａｍの単位であるＴＳパケット（１８８バイト）単位を基準として、ＲＴＰ（ＲｅａｌｔｉｍｅＴｒａｎｓｐｏｒｔＰｒｏｔｏｃｏｌ）に準拠したヘッダと複数のＴＳパケットからなるＲＴＰパケットにパケット化する。

この時、パケット化部３０２はインターリーブ処理部３０３で行なわれるインターリーブ処理を考慮して、１ＧＯＰ（ＧｒｏｕｐＯｆＰｉｃｔｕｒｅ）の先頭がインターリーブ周期のパケットの組の先頭となるように、ＲＴＰパケットを構成する。図９では、ＧＯＰ１が３つのＲＴＰパケットとなるようにパケット化してインターリーブ周期を９ＲＴＰパケットとしている。このため、ＧＯＰ１の先頭およびＧＯＰ４の先頭ともに、インターリーブ処理後のインターリーブ周期における先頭のＲＴＰパケットに含まれている。

次にインターリーブ処理部３０３は前述のようにコンテンツデータの第三者による容易な復元を防止するため、または配信中の欠損に耐えるようにサーバ１０１、ストリーミング端末１０４間で一意に決められた方式でＲＴＰパケットのインターリーブ処理をする。

インターリーブでは前記ＧＯＰの先頭ブロックを含むＲＴＰパケットが必ず各インターリーブの周期の先頭となるようにインターリーブ処理部３０３は調整する。

今回の例においては、インターリーブは適用前のＲＴＰパケット配列をＲＴＰ[ｎ]、適用後のＲＴＰパケット配列をＲＴＰ´[ｎ]とした場合以下の式（数１）で表されるものとする。

図９では式（数１）におけるストライド長（飛び幅）は３、周期を９とし、各インターリーブの周期の先頭パケット（ＲＴＰ´０、ＲＴＰ´９…）はＧＯＰ先頭からのパケットとなるためストリーミング端末１０４は、受信したＲＴＰパケットにおいてインターリーブ周期の先頭のみを判定し、そこから再生するようにすれば、必ずＧＯＰ先頭から再生することになるので、再生開始時の映像信号が安定する。

なお、本実施の形態では、高能率符号化はＭＰＥＧ−２としたが、ＭＰＥＧ−１やＭＰＥＧ−４などのほかの高能率符号化規格を用いてもかまわない。プロトコル、インターリーブ公式についても同様である。

なお、本実施の形態では映像信号のみについて説明したが、映像信号と共に音声信号のデータが含まれていても良い。

（実施の形態３）
図１と図４の説明は従来の技術の説明で使用したものと同じものであるため、説明が重複する。

図１０は本発明の実施の形態３におけるサーバにおけるデータ配信方法を説明するデータ構造図である。

図１は、インターネット上のデジタルストリーミング放送システムを示すブロック図である。図１において、１０１は複数のデジタルストリーミングコンテンツを有するサーバ、１０２はエンコーダ、１０３は複数のデジタルストリーミングコンテンツを有するコンテンツ記録メディア、１０４はコンテンツを受信再生するストリーミング端末である。

サーバ１０１は、コンテンツもしくはコンテンツの付加情報（メタファイル）をインターネット上にブラウザとして公開する機能を有するか、もしくは、他のサーバがインターネット上にブラウザとして公開したアンカーからコンテンツもしくはコンテンツの付加情報にリンクが張れる機能を有している。

ストリーミング端末１０４は、ブラウザ上のコンテンツを選択し、コンテンツの配信をサーバ１０１に要求する。その後、サーバ１０１からのストリームを受けたストリーミング端末１０４はストリームを再生した映像信号を出力する。

図４は本実施の形態におけるサーバ１０１内部の構成を説明する図である。図４において、４０１は配信制御部、４０２はパケット化部、４０３は訂正コード付加部、４０４はインターリーブ処理部である。

以下、本実施の形態におけるデータバッファリング方法について、図１０のデータ構造図に基づき説明する。

サーバ１０１は、配信制御部４０１において、ストリーミング端末１０４とコンテンツ配信における事前のやりとりを特定のプロトコルを用いて行う。特定のプロトコルとは例えば、ＲＴＳＰ（ＲｅａｌＴｉｍｅＳｔｒｅａｍｉｎｇＰｒｏｔｏｃｏｌ）である。これにより、配信制御部４０１はストリーミング端末１０４が希望するコンテンツを有しているコンテンツ記録メディア１０３から読み出したコンテンツもしくはストリーミング端末１０４が配信を希望するストリームを生成しているエンコーダ１０２からのストリームがパケット化部４０２に入力されるように制御する。また、配信制御部４０１は配信の開始をパケット化部４０２・訂正コード付加部４０３・インターリーブ処理部４０４に指示したり、ストリーミング端末１０４からのコンテンツ配信の一時停止・早送り・巻き戻し・停止などの指示をＲＴＳＰに準拠した形で受け取り、それにあった動作の遷移をコンテンツ記録メディア１０３からの読み出しやエンコーダ１０２に指示し、かつ、必要ならその状態の遷移をパケット化部４０２や訂正コード付加部４０３、インターリーブ処理部４０４にも通知もしくは指示する。パケット化部４０２において、エンコーダから送られてくるデータもしくはコンテンツ記録メディアに記録していて読み出したデータを受ける。ここで、データとは、ＭＰＥＧ−２ビデオ圧縮規格で高能率符号化され、かつ、ＭＰＥＧ−２ ＴｒａｎｓｐｏｒｔＳｔｒｅａｍ規格に準拠した形式に変換された映像信号であると仮定する。パケット化部４０２は受け取ったＭＰＥＧ−２ ＴｒａｎｓｐｏｒｔＳｔｒｅａｍをＴｒａｎｓｐｏｒｔＳｔｒｅａｍの単位であるＴＳパケット（１８８バイト）単位を基準として、ＲＴＰ（ＲｅａｌｔｉｍｅＴｒａｎｓｐｏｒｔＰｒｏｔｏｃｏｌ）に準拠したヘッダと複数のＴＳパケットからなるＲＴＰパケットにパケット化する。この時、パケット化部４０２は訂正コード付加部４０３でＲＴＰパケット２つにつき１つの誤り訂正用のＲＴＰパケットを付与されることを考慮して、１ＧＯＰ（ＧｒｏｕｐＯｆＰｉｃｔｕｒｅ）の先頭が訂正コードを付加されるＲＴＰパケットの組の先頭となるように、ＲＴＰパケットを構成する。図１０では、ＧＯＰ１が２つのＲＴＰパケットとなるようにパケット化している。このため、ＧＯＰ１の先頭およびＧＯＰ２の先頭ともに、誤り訂正用のＲＴＰパケットが付加されるＲＴＰパケットの組の先頭のＲＴＰパケットに含まれている。

次に訂正コード付加部４０３は、あらかじめ決められた単位、今回の例ではＲＴＰパケット２つにつき１つの誤り訂正用のＲＴＰパケットを付与する。

今回の例において、誤り訂正は、ＦＥＣ（ＦｏｒｗａｒｄＥｒｒｏｒＣｏｒｒｅｃｔｉｏｎ）方式を用いるとする。つまり、２つのＲＴＰパケット毎に、その直前の２つのＲＴＰパケットに関するＦＥＣパケットを付加する。

最後にインターリーブ処理部４０４は訂正コード付加部４０３を通ったパケットに対してコンテンツデータの第三者による容易な復元を防止するため、または配信中の欠損に耐えるように、サーバ１０１、ストリーミング端末１０４間で一意に決められた方式でＲＴＰパケットのインターリーブ処理をする。

インターリーブでは前記訂正コードを付加されたＲＴＰパケットの組の先頭が必ず各インターリーブの周期の先頭となるようにインターリーブ処理部４０４は調整する。

今回の例においては、インターリーブは適用前の前記で付与されたＦＥＣパケットを含めたＲＴＰパケット配列をＲＴＰ[ｎ]とし、インターリーブ適用後のＲＴＰパケット配列をＲＴＰ´[ｎ]とした場合以下の式（数２）で表されるものとする。

図１０では式（数２）におけるストライド長（飛び幅）は３、周期を９とし、各インターリーブの周期の先頭パケット（ＲＴＰ´０、ＲＴＰ´９…）はＧＯＰ先頭からのパケットとなるためストリーミング端末１０４は、受信したＲＴＰパケットにおいてインターリーブ周期の先頭のみを判定し、そこから再生するようにすれば、必ずＧＯＰ先頭から再生することになるので、再生開始時の映像信号が安定する。

なお、本実施の形態では、高能率符号化はＭＰＥＧ−２としたが、ＭＰＥＧ−１やＭＰＥＧ−４などのほかの高能率符号化規格を用いてもかまわない。プロトコル、インターリーブ公式についても同様である。

なお、本実施の形態では映像信号のみについて説明したが、映像信号と共に音声信号のデータが含まれていても良い。

本発明の第１の発明の高能率符号化された映像信号を配信するサーバにおけるデータ配信方法は、高能率符号化されたデータ中の所定の同期コードが必ずネットワーク耐性向上のために付加する訂正コードの先頭になるようにすることにより、端末側の再生品質の劣化を妨ぐことができ、本発明の第２の発明の高能率符号化された映像信号を配信するサーバにおけるデータ配信方法は、高能率符号化されたデータ中の所定の同期コードが必ずコンテンツデータの第三者による容易な復元を防止、またはネットワーク耐性向上のためのインターリーブ処理時のインターリーブ周期における先頭になるようにすることによって、端末側の再生開始時の映像品質の劣化を妨ぎ、また再生開始時の端末側での開始処理時の負荷を減少させることができ、本発明の第３の発明の高能率符号化された映像信号を配信するサーバにおけるデータ配信方法は、高能率符号化されたデータ中の所定の同期コードが必ずネットワーク耐性向上のために付加する訂正コードの先頭、かつ同様にコンテンツデータの第三者による容易な復元を防止、またはネットワーク耐性向上のためのインターリーブ処理時のインターリーブ周期における先頭になるようにすることによって、端末側の再生開始時の映像品質の劣化を妨ぎ、また再生開始時の端末側での開始処理時の負荷を減少させることができる。

デジタルストリーミング放送システムのブロック図 本発明の実施の形態１におけるサーバのブロック図 本発明の実施の形態２におけるサーバのブロック図 本発明の実施の形態３におけるサーバのブロック図 従来のサーバにおけるデータ配信方法を説明するデータ構造図 従来のサーバにおけるデータ配信方法を説明するデータ構造図 従来のサーバにおけるデータ配信方法を説明するデータ構造図 本発明の実施の形態１におけるデータ配信方法を説明するデータ構造図 本発明の実施の形態２におけるデータ配信方法を説明するデータ構造図 本発明の実施の形態３におけるデータ配信方法を説明するデータ構造図

符号の説明

１０１ サーバ
１０２ エンコーダ
１０３ コンテンツ記録メディア
１０４ ストリーミング端末
２０１ 配信制御部
２０２ パケット化部
２０３ 訂正コード付加部
３０１ 配信制御部
３０２ パケット化部
３０３ インターリーブ処理部
４０１ 配信制御部
４０２ パケット化部
４０３ 訂正コード付加部
４０４ インターリーブ処理部

Claims (3)

1. 電波もしくはインターネット等のデジタル化した映像信号を高能率符号化したデータとして放送する場合の配信側のサーバにおいて、
   配信するコンテンツデータを配信時に使用する通信プロトコルによって規定されたパケットに変換するパケット化手段と、
   前記パケット化されたデータに、配信中の欠損に耐えるように所定の訂正コードを付加する訂正コード付加手段とを有し、
   前記パケット化手段が、前記訂正コード付加手段での訂正コード付加ルールから考えて、前記高能率符号化されたデータ中の所定の同期コードが必ず訂正コードを付加される単位の先頭になるようにパケット化することを特徴とするデータ配信方法。
2. 電波もしくはインターネット等のデジタル化した映像信号を高能率符号化したデータとして放送する場合の配信側のサーバにおいて、
   配信するコンテンツデータを配信時に使用する通信プロトコルによって規定されたパケットに変換するパケット化手段と、
   コンテンツデータの第三者による容易な復元を防止するため、または配信中の欠損に耐えるように前記通信プロトコルによって規定されたパケット単位で並べ替えるインターリーブ手段とを有し、
   前記インターリーブ手段でのインターリーブにおいて、前記高能率符号化されたデータ中の所定の同期コードが必ずインターリーブ周期の先頭になるようにパケット化することを特徴とするデータ配信方法。
3. 電波もしくはインターネット等のデジタル化した映像信号を高能率符号化したデータとして放送する場合の配信側のサーバにおいて、
   配信するコンテンツデータを配信時に使用する通信プロトコルによって規定されたパケットに変換するパケット化手段と、
   前記パケット化されたデータに、配信中の欠損に耐えるように所定の訂正コードを付加する訂正コード付加手段と、
   前記訂正コードを付加されたデータを、コンテンツデータの第三者による容易な復元を防止するため、または配信中の欠損に耐えるように前記通信プロトコルによって規定されたパケット単位で並べ替えるインターリーブ手段とを有し、
   前記パケット化手段が、前記訂正コード付加手段での訂正コード付加ルールから考えて、前記高能率符号化されたデータ中の所定の同期コードが必ず訂正コードを付加される単位の先頭になるようにパケット化し、さらに訂正コードを付加する単位の先頭がインターリーブ周期の先頭となるように調整することを特徴とするデータ配信方法。

Images