JP5235800B2 - Ｉｐストリーム送受信システム、ｉｐストリーム送受信方法、ｉｐストリーム送受信プログラムおよびそのプログラムを記録した記録媒体 - Google Patents

Description

本発明は、映像・音声等のコンテンツをＩＰ伝送にて送受信を行うＩＰストリーム送信装置、受信装置に関するものである。

映像・音声等をＩＰ伝送にて送受信する方法がある。例えば、非特許文献１にて規定される、デジタル放送をＩＰ伝送にて再送信するサービスがある。このデジタル放送ＩＰ再送信サービスでは、放送事業者が運営する放送設備から放送波によって送出されたデジタル放送信号を、ＩＰ再送信サービス事業者が運営する送信設備を介し、番組の構成要素をＭＰＥＧ−２ ＴＳ形式で多重化された上で、ＴＴＳ（Ｔｉｍｅ Ｓｔａｍｐｅｄ ＴＳ）化され、ＲＴＰ／ＵＤＰ（Ｒｅａｌ−ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ／Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）を用いてＩＰ再送信サービスとしてマルチキャストでストリーミング伝送される形態が想定されている。

また、非特許文献１で規定されるＩＰ再送信サービスでは、パケットロスを補償する為に、ＦＥＣによるエラー訂正手段が想定されており、ＦＥＣ方式としては、ＰｒｏＭＰＥＧがデフォルト方式として規定されている。

「地上デジタルテレビジョン放送ＩＰ再送信運用規定」、ＩＰＴＶＦＪ ＳＴＤ−０００５ １．１版、２００８年１１月２８日、第零編 ５．１ サービス提供形態、ｐｐ．１０〜１１、第零編 ８．４．２ ストリーミング伝送と受信、ｐ．３４、第六編 ５．２．２．３ ＲＴＰヘッダ送受信運用規定、ｐ．４３

非特許文献１で規定されているデジタル放送ＩＰ再送信サービスのように、広帯域の映像・音声信号を高品質でＩＰ伝送する場合は、コンテンツ及び各種情報を配信するネットワークである「コンテンツデリバリーネットワーク（ＣＤＮ）」として、コンテンツ配信に用途を特化し、通信経路の制御、及びペイロード種別による通信パケットの優先制御等により、サービス品質をある程度確保することを目的としたネットワークを用いることが一般的であるが、このようなネットワークでも、あくまでもベストエフォート型であることが多いため、パケットロスや通信経路の瞬断が起こる可能性がある。

通常、ＲＴＰにて音声や映像をストリーミング伝送する場合は、ＲＴＣＰ（ＲＴＰ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）によって実効帯域幅や遅延時間などをサーバに送出し、サーバは報告された通信状態に合わせてＲＴＰで送信するデータの品質を調整して送信するという形を取るが、ＲＴＣＰによる送信データの品質調整では、受信側での再生のリアルタイム性はある程度確保できるが、パケットロスや通信経路の瞬断によるパケットの破損には対応できない。

また、非特許文献１では、パケットロスへの対処として、ＦＥＣによるパケットの復元も可能であるとされているが、ＦＥＣにて復元できるパケット数は限られている。また、復元できるパケット数を増やそうとすると、その分誤り訂正符号を多く付加する必要があるため、送信するデータ量が多くなってしまい、通信経路が逼迫し、データ伝送が遅延する恐れがある。

本発明の目的は、上記課題を解決し、映像・音声等のコンテンツをＩＰにてストリーミング伝送を行う場合において、送信装置から受信装置の間のコンテンツ配信ネットワークにて、パケットロスや通信経路の瞬断が起こるような場合でも、失われたパケットを補完することにより、通信品質を高めることにある。

本発明のＩＰストリーム送受信システムは、パケットの順序を示すシーケンス番号を有し、１つのコンテンツを伝送するための複数のパケットが入力され、複数の各々異なる通信経路（ネットワーク）に各々接続された３以上の複数の送信ポートと、前記入力されたパケットを、複製後の合計パケット数が前記送信ポート数よりも少なくなる範囲で複製するパケット複製処理と、前記複製前のパケットおよび複製されたパケットを含む複数のパケットを前記複数の送信ポートに振り分ける処理とを実行する複製手段とを有し、前記複製手段により振り分けられた複数のパケットを、前記複数の送信ポートから前記複数の通信経路を介してマルチキャストにて各々配信する送信装置と、
前記各通信経路に各々接続され、前記マルチキャストデータを受信する３以上の複数の受信ポートと、前記複数の受信ポートから受信されたマルチキャストデータのパケットを、前記シーケンス番号順に並べ替えて元の１つのコンテンツを復元する復元手段を備えた受信装置とから構成される。

上記構成によれば、パケットロスや通信経路の瞬断が起こるような場合でも、失われたパケット補完し通信品質を高めることができる。また、通信経路毎の送信データ容量を圧縮して通信速度を上げることができる。

（１）請求項１〜４に記載の発明によれば、映像・音声等のコンテンツをＩＰにてストリーミング伝送する場合において、送信装置から受信装置の間のコンテンツ配信ネットワークにて、パケットロスや通信経路の瞬断が起こるような場合でも、失われたパケットを補完して、通信品質を高めることができる。
また、各通信経路の信頼性がある程度高い場合に、失われたパケットを補完しつつ、通信経路毎の送信データ容量を圧縮することにより、通信速度を上げる事が可能となる。

本発明のＩＰストリーム送受信システムの実施形態例を示す構成図。 本発明の実施形態例におけるパケット複製とパケット復元の方法の一例を示す説明図。 本発明の実施形態例において入力されるパケットのＲＴＰヘッダの構成図。 本発明の実施形態例におけるパケット複製とパケット復元の方法の他の例を示す説明図。 本発明の実施例を示す全体構成図。 本発明の実施例における複製機能の処理の流れを示すフローチャート。 本発明の実施例におけるバッファ格納処理の流れを示すフローチャート。 本発明の実施例におけるパケット出力処理の流れを示すフローチャート。

以下、図面を参照しながら本発明の実施の形態を説明するが、本発明は下記の実施形態例に限定されるものではない。図１は本発明のＩＰストリーム送受信システムの実施形態例を示しており、１００は送信装置であり、２００は受信装置である。

送信装置１００は、複製手段を実行する複製機能１１０と、複数の送信ポート１２０ａ〜１２０ｃ（送信ポート１〜３）を具備している。ここで、送信装置１００に入力されるパケットは、映像・音声等のコンテンツを伝送するためのＲＴＰパケットとする。

送信装置１００に入力されたパケットは、複製機能１１０により、パケット単位で複製され、複数の送信ポート１２０ａ〜１２０ｃに振り分けられる。各送信ポート１２０ａ〜１２０ｃは、それぞれ別の通信経路３００ａ〜３００ｃ（通信経路１〜３）に接続されており、入力されたパケットを、それぞれ別のマルチキャストにて送信する。

各通信経路３００ａ〜３００ｃは、送信装置１００から受信装置２００の間を接続する通信経路とし、共通部分を持たない、全く別々の通信経路であることが望ましい。

受信装置２００は、複数の受信ポート２１０ａ〜２１０ｃ（受信ポート１〜３）を具備しており、各受信ポート２１０ａ〜２１０ｃは、前記複数の通信経路３００ａ〜３００ｃに各々接続されている。

受信装置２００は、各通信経路３００ａ〜３００ｃから送信されてきたマルチキャストに対して、それぞれＪｏｉｎを行い、各マルチキャストのデータを受信する。受信装置２００では、復元手段を実行する復元機能２２０にて、受信したデータから、送信装置１００から送信されたＲＴＰパケットを復元し、出力する。

尚、前記複製機能１１０および復元機能２２０の後述する各機能は、例えばコンピュータにより達成される。

ここで、図１における複製機能１１０でのパケット複製と、復元機能２２０でのパケット復元の方法を図２に示す。図２において、図１と同一部分は同一符号をもって示している。複製機能１１０への入力として、ＲＴＰシーケンス番号（ＳＮ）がＳＮ＝１、２、３、４、５、６のパケットが入力されたとする。ここでいうＲＴＰシーケンス番号とは、図３に示すＲＴＰヘッダのシーケンス番号（ｓｅｑｕｅｎｃｅ ｎｕｍｂｅｒ）のことであり、初期値がランダムでＲＴＰデータパケットの配送毎に１つずつ増え、パケットの順序を表す。

入力されたパケットは、複製機能１１０にて、パケット毎に複製され、各送信ポート１、２、３(図１の１２０ａ〜１２０ｃ）に出力され、マルチキャストストリームとして出力される。ここで、送信ポート１、２、３から出力されるマルチキャストストリームを、マルチキャスト１、２、３とする。図２の例では、マルチキャスト１では、ＳＮ＝１、３、マルチキャスト２では、ＳＮ＝２、３、マルチキャスト３では、ＳＮ＝４、６のパケットが破損し、失われている。

復元機能２２０は、各受信ポート１、２、３（図１の２１０ａ〜２１０ｃ）から受信したマルチキャストストリームから、パケットのシーケンス番号の順序逆転が起こらないようにするため、復元手段が具備しているバッファ２２１に、シーケンス番号順にてパケットの並べ替えを行い、格納する。

既に受信済みのシーケンス番号のパケットを受信したら、後から受信したパケットを破棄する。バッファ２２１に格納されたパケットは、シーケンス番号順を確認し、パケットが失われていなければ、出力する。失われているパケットを検知した場合は、当該シーケンス番号のパケットが到着するまで待ち、当該パケットが到着したら、シーケンス番号順に並べ替えて、バッファ２２１に格納し、出力する。

ただし、ある一定時間（設定時間）を経過しても、当該パケットが到着しない場合は、リアルタイム性を重視するため、当該パケットを待つのをやめ、受信済みのパケットの出力処理を続ける。当該パケットを待つのをやめた後に、当該パケットを受信した場合は、当該パケットを破棄する。

上記方法により、ある程度のリアルタイム性を確保しつつ、失われたパケットを補完することにより、通信品質を高める事ができる。

さらに、各通信経路の信頼性がある程度高い場合には、別の方法により、失われたパケットを補完しつつ、通信経路毎の送信データ容量を圧縮することにより、通信速度を上げる事ができる。以下、その方法を図４を用いて説明する。図４において図１、図２と同一部分は同一符号をもって示している。

図４において、複製機能１１０への入力として、ＲＴＰシーケンス番号（ＳＮ）がＳＮ＝１、２、３、４、５、６のパケットが入力されたとする。ここでいうＲＴＰシーケンス番号とは、図３に示すＲＴＰヘッダのシーケンス番号（ｓｅｑｕｅｎｃｅ ｎｕｍｂｅｒ）のことであり、初期値がランダムでＲＴＰデータパケットの配送毎に１つずつ増え、パケットの順序を表す。入力されたパケットは、複製機能１１０にて、パケット毎に複製され、各送信ポート１、２、３に出力され、マルチキャストストリームとして出力される。

ここで、パケット複製の方法として、全てのパケットを全ての送信ポート１、２、３向けに複製するのではなく、送信ポート数＞複製数（≧２）とする。図４の例では、送信ポート数＝３、複製数＝２としている。複製されたパケットは、各送信ポート向けに順番に出力する。送信ポート１、２、３から出力されるマルチキャストストリームを、マルチキャスト１、２、３とすると、図４の例では、マルチキャスト１では、ＳＮ＝１、２、４、５、マルチキャスト２では、ＳＮ＝１、３、４、６、マルチキャスト３では、ＳＮ＝２、３、５、６のパケットを出力しており、入力されたパケット数に比べて、各通信経路毎の出力パケット数は２／３に圧縮されている。

また、図４の例では、マルチキャスト１では、ＳＮ＝１、４、マルチキャスト２では、ＳＮ＝３、マルチキャスト３では、ＳＮ＝５、６のパケットが破損し、失われている。復元機能２２０は、各受信ポートから受信したマルチキャストストリームから、パケットのシーケンス番号の順序逆転が起こらないようにするため、具備しているバッファ２２１に、シーケンス番号順にてパケットの並べ替えを行い、格納する。既に受信済みのシーケンス番号のパケットを受信したら、後から受信したパケットを破棄する。

バッファ２２１に格納されたパケットは、シーケンス番号順を確認し、パケットが失われていなければ、出力する。失われているパケットを検知した場合は、当該シーケンス番号のパケットが到着するまで待ち、当該パケットが到着したら、シーケンス番号順に並べ替えて、バッファ２２１に格納し、出力する。ただし、ある一定時間を経過しても、当該パケットが到着しない場合は、リアルタイム性を重視するため、当該パケットを待つのをやめ、受信済みのパケットの出力処理を続ける。当該パケットを待つのをやめた後に、当該パケットを受信した場合は、当該パケットを破棄する。

上記方法により、ある程度のリアルタイム性を確保しつつ、失われたパケットを補完することにより、通信品質を高める事ができ、さらに通信経路毎の送信データ容量を圧縮することにより、通信速度を上げる事ができる。

デジタル放送ＩＰ再送信サービスにおいて、送信装置から受信装置の間のコンテンツ配信ネットワークにて、パケットロスや通信経路の瞬断が起こるような場合でも、失われたパケットを補完することにより、通信品質を高め、さらに通信経路毎の送信データ容量を圧縮することにより、通信速度を上げる事ができる、本発明の実施例を図５とともに説明する。図５において図１、図２と同一部分は同一符号をもって示している。

まず本実施例の全体構成を説明する。本実施例のＩＰストリーム送受信システムは、ＩＰ再送信サービス送出サーバ４００、通信経路３００ａ〜３００ｃ（通信経路１〜３）、ＩＰ再送信サービス送出サーバ４００側に通信経路３００ａ〜３００ｃに各々対応して設けられたルータ５００ａ〜５００ｃ（ルータ１〜３）、受信装置２００側に通信経路３００ａ〜３００ｃに各々対応して設けられたルータ５１０ａ〜５１０ｃ（ルータ４〜６）、受信装置２００および受信機２３０から構成される。

本実施例において、入力されるデータは、デジタル放送波にて伝送される、映像、音声、字幕、データ放送、ＰＣＲ、ＰＳＩ／ＳＩなどから構成されるＴＳ（トランスポートストリーム）を、ＲＴＰ／ＵＤＰパケット化したデータである。

図５の実施例では、図１で説明した本発明の送信装置１００を、ＩＰ再送信サービス送出サーバ４００に組み込んでいる。すなわち、ＩＰ再送信サービス送出サーバ４００は、複製機能１１０、送信ポート１２０ａ〜１２０ｃ（送信ポート１〜３）を備えており、各送信ポートは、それぞれルータ５００ａ〜５００ｃ（ルータ１〜３）に接続されている。

複製機能１１０に入力された入力データは、複製機能１１０により、パケット単位で複製され、送信ポート１、送信ポート２、送信ポート３に振り分けられる。ここで、パケット複製の方法として、全てのパケットを全ての送信ポート向けに複製するのではなく、送信ポート数＞複製数（≧２）とする。例えば、図４の例のように、送信ポート数＝３、複製数＝２とする。複製されたパケットは、各送信ポート向けに順番に出力する。各送信ポート１２０ａ〜１２０ｃは、それぞれ別の通信経路３００ａ〜３００ｃ（通信経路１〜３）に接続されており、入力されたパケットを、それぞれ別のマルチキャストにて送信する。

送信ポート１、２、３から出力されるマルチキャストストリームを、マルチキャスト１、２、３とすると、図４の例では、マルチキャスト１では、ＳＮ＝１、２、４、５、マルチキャスト２では、ＳＮ＝１、３、４、６、マルチキャスト３では、ＳＮ＝２、３、５、６のパケットを出力しており、入力されたパケット数に比べて、各通信経路毎の出力パケット数は２／３に圧縮されている。

各通信経路３００ａ〜３００ｃは、ルータ５００ａ〜５００ｃ（ルータ１〜３）からルータ５１０ａ〜５１０ｃ（ルータ４〜６）の間を接続する通信経路とし、共通部分を持たない、全く別々の通信経路であることが望ましい。

ここで、図４の例では、マルチキャスト１では、ＳＮ＝１、４、マルチキャスト２では、ＳＮ＝３、マルチキャスト３では、ＳＮ＝５、６のパケットが破損し、失われている。受信装置２００は、図５の例では、受信機２３０と別になっているが、受信機２３０に、受信装置２００を組み込むこともできる。受信装置２００は、複数の受信ポート２１０ａ〜２１０ｃを具備しており、各受信ポートは、それぞれルータ５１０ａ〜５１０ｃ（ルータ４〜６）に接続されている。

受信装置２００は、ルータ５１０ａ〜５１０ｃ（ルータ４〜６）に対して、各通信経路３００ａ〜３００ｃから送信されてきたマルチキャストにそれぞれＪｏｉｎを行い、各マルチキャストのデータを受信する。受信装置２００の復元機能２２０は、各受信ポート２１０ａ〜２１０ｃから受信したマルチキャストストリームから、パケットのシーケンス番号の順序逆転が起こらないようにするため、具備しているバッファ２２１に、シーケンス番号順にてパケットの並べ替えを行い、格納する。

既に受信済みのシーケンス番号のパケットを受信したら、後から受信したパケットを破棄する。バッファ２２１に格納されたパケットは、シーケンス番号順を確認し、パケットが失われていなければ、出力する。失われているパケットを検知した場合は、同じシーケンス番号のパケットが到着するまで待ち、当該パケットが到着したら、シーケンス番号順に並べ替えて、バッファ２２１に格納し、出力する。

ただし、ある一定時間（設定時間）を経過しても、当該パケットが到着しない場合は、リアルタイム性を重視するため、当該パケットを待つのをやめ、受信済みのパケットの出力処理を続ける。当該パケットを待つのをやめた後に、当該パケットを受信した場合は、当該パケットを破棄する。復元機能２２０から出力されるＲＴＰパケットは、受信機２３０に向けて出力する。

次に、本実施例におけるシステム動作について記述する。
（１）入力データはＩＰ再送信サービス送出サーバ４００の複製機能１１０に入力される。
（２）ＩＰ再送信サービス送出サーバ４００の複製機能１１０での処理の流れを、以下、図６を用いて説明する。まず、ステップＳ１にて、入力データからパケットを１個受信する。次に、ステップＳ２にて、あらかじめ設定された複製数分パケットを複製する。次に、ステップＳ３にて、あらかじめ設定された送信ポート番号の送信ポート（１２０ａ〜１２０ｃ）へ、複製されたパケットを出力する。送信ポート番号が設定されていないときは、最若番の送信ポート番号の送信ポートへ、複製されたパケットを出力する。次に、ステップＳ４にて、送信ポート番号のインクリメントを行う。送信ポート番号が最老番のときは、最若番に戻る。なお、ステップＳ３とＳ４は複製数分繰り返す。次に、ステップＳ５では、処理を終了するか否かの判定を行い、ＹＥＳの場合は処理を終了する。ＮＯの場合は、ステップＳ１に戻る。
（３）ＩＰ再送信サービス送出サーバ４００の各送信ポート１２０ａ〜１２０ｃから出力されたパケットは、それぞれ別のマルチキャストストリームとして各ルータ５００ａ〜５００ｃおよび各通信経路３００ａ〜３００ｃを通して出力される。
（４）受信装置２００は、各受信ポート２１０ａ〜２１０ｃから各ルータ５１０ａ〜５１０ｃに対し、各マルチキャストにＪｏｉｎすることにより、マルチキャストストリームのデータを受信する。
(５）受信装置２００の復元機能２２０での処理の流れを、以下、図７、図８を用いて説明する。復元機能２２０は、バッファ格納処理とパケット出力処理に分けることができる。バッファ格納処理の流れを以下、図７を用いて説明する。

まず、復元機能２２０は、ステップＳ１１にて、各受信ポート２１０ａ〜２１０ｃから受信した各マルチキャストストリームのパケットのうち、最初に受信したパケットを１個取得する。次に、ステップＳ１２にて、復元機能２２０が具備するバッファ２２１にパケットが既に格納されているかどうか確認し、何も格納されていなければ、ステップＳ１３に進み、バッファ２２１にパケットが格納されていれば、ステップＳ１４に進む。

ステップＳ１３は、ステップＳ１１にて取得したパケットを、バッファ２２１の先頭に格納する。ステップＳ１４は、バッファ２２１に格納されている各パケットのシーケンス番号と、ステップＳ１１にて取得したパケットのシーケンス番号を比較し、バッファ２２１に格納されている各パケットのシーケンス番号と、ステップＳ１１にて取得したパケットのシーケンス番号が異なる場合は、ステップＳ１５に進む。

ステップＳ１１にて取得したパケットのシーケンス番号と等しいシーケンス番号を持つパケットがバッファ２２１に格納されている場合は、ステップＳ１６に進む。

ステップＳ１５では、ステップＳ１１にて取得したパケットとバッファ２２１に格納されているパケットのシーケンス番号を比較し、シーケンス番号の順になるようにバッファ２２１に格納する。なお、シーケンス番号は、最大値が６５５３４であり、６５５３４の次は０となる（非特許文献１の第六編５．２．２．３を参照）ため、シーケンス番号の差がある一定数以上になる場合は、ステップＳ１１にて取得したパケットは、バッファ２２１に格納されているパケットよりも順番が後になるようにバッファ２２１に格納する。

ステップＳ１６では、ステップＳ１１にて取得したパケットを破棄する。ステップＳ１７では、処理を終了するか否かの判定を行い、ＹＥＳの場合は処理を終了する。ＮＯの場合は、ステップＳ１１に戻る。

次に、パケット出力処理の流れを、以下、図８を用いて説明する。まず、ステップＳ２１にて、バッファ２２１の先頭に格納されているパケットのシーケンス番号を確認し、あらかじめ定められている出力シーケンス番号と比較し、等しいか、出力シーケンス番号が定められていない場合には、ステップＳ２２に進む。バッファ２２１の先頭に格納されているパケットのシーケンス番号が出力シーケンス番号と異なる場合は、ステップＳ２４に進む。

ステップＳ２２では、復元機能２２０は、バッファ２２１の先頭パケットを出力し、ステップＳ２３に進む。ステップＳ２３では、出力シーケンス番号と、ステップＳ２２にて出力したパケットのシーケンス番号を比較し、異なる場合は、出力シーケンス番号を、ステップＳ２２にて出力したパケットのシーケンス番号に更新する。等しい場合は、何もしない。いずれの場合も、ステップＳ２５に進む。

ステップＳ２４では、ある一定時間、出力シーケンス番号と同じシーケンス番号を持つパケットが格納されるのを待ち、格納された場合は、ステップＳ２１に戻る。格納されない場合は、ステップＳ２５に進む。ステップＳ２５では、出力シーケンス番号をインクリメントし、ステップＳ２６へと進む。なお、出力シーケンス番号の最大値は６５５３４とし、６５５３４の次は０とする。ステップＳ２６では、処理を終了するか否かの判定を行い、ＹＥＳの場合は処理を終了する。ＮＯの場合は、ステップＳ２１に戻る。
（６）復元機能２２０から出力されたパケットは、受信機２３０向けに出力される。

以上のように本実施例によれば、受信装置２００から送信装置１００又はＩＰ再送信サービス送出サーバ４００へ、欠損パケット再送要求を出すことなく欠損パケットを補完することができる。

尚、本発明のＩＰストリーム受信装置は、例えば図１、図５で述べた受信装置２００で実現され、本発明のＩＰストリーム受信方法は、例えば図１、図５で述べた受信装置２００が行なう各処理を実行するものである。

また、本実施形態のＩＰストリーム受信装置、ＩＰストリーム送受信システムにおける各手段の一部もしくは全部の機能をコンピュータのプログラムで構成し、そのプログラムをコンピュータを用いて実行して本発明を実現することができること、本実施形態のＩＰストリーム受信方法、ＩＰストリーム送受信方法における手順をコンピュータのプログラムで構成し、そのプログラムをコンピュータに実行させることができることは言うまでもなく、コンピュータでその機能を実現するためのプログラムを、そのコンピュータが読み取り可能な記録媒体、例えばＦＤ（Ｆｌｏｐｐｙ（登録商標） Ｄｉｓｋ）や、ＭＯ（Ｍａｇｎｅｔｏ−Ｏｐｔｉｃａｌ ｄｉｓｋ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、メモリカード、ＣＤ（Ｃｏｍｐａｃｔ Ｄｉｓｋ）−ＲＯＭ、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、ＨＤＤ、リムーバブルディスクなどに記録して、保存したり、配布したりすることが可能である。また、上記のプログラムをインターネットや電子メールなど、ネットワークを通して提供することも可能である。

１００…送信装置
１１０…複製機能
１２０ａ〜１２０ｃ…送信ポート
２００…受信装置
２１０ａ〜２１０ｃ…受信ポート
２２０…復元機能
２２１…バッファ
２３０…受信機
３００ａ〜３００ｃ…通信経路
４００…ＩＰ再送信サービス送出サーバ
５００ａ〜５００ｃ、５１０ａ〜５１０ｃ…ルータ

Claims (4)

1. パケットの順序を示すシーケンス番号を有し、１つのコンテンツを伝送するための複数のパケットが入力され、複数の各々異なる通信経路に各々接続された３以上の複数の送信ポートと、
   前記入力されたパケットを、複製後の合計パケット数が前記送信ポート数よりも少なくなる範囲で複製するパケット複製処理と、前記複製前のパケットおよび複製されたパケットを含む複数のパケットを前記複数の送信ポートに振り分ける処理とを実行する複製手段とを有し、
   前記複製手段により振り分けられた複数のパケットを、前記複数の送信ポートから前記複数の通信経路を介してマルチキャストにて各々配信する送信装置と、
   前記各通信経路に各々接続され、前記マルチキャストデータを受信する３以上の複数の受信ポートと、前記複数の受信ポートから受信されたマルチキャストデータのパケットを、前記シーケンス番号順に並べ替えて元の１つのコンテンツを復元する復元手段と、を有する受信装置と、
   を備えたことを特徴とするＩＰストリーム送受信システム。
2. パケットの順序を示すシーケンス番号を有し、１つのコンテンツを伝送するための複数のパケットが入力され、複数の各々異なる通信経路に各々接続された３以上の複数の送信ポートを備えた送信装置の複製手段が、
   前記入力されたパケットを、複製後の合計パケット数が前記送信ポート数よりも少なくなる範囲で複製するパケット複製ステップと、
   前記複製前のパケットおよび複製されたパケットを含む複数のパケットを前記複数の送信ポートに振り分けるステップと、
   前記送信装置が、前記複製手段により振り分けられた複数のパケットを、前記複数の送信ポートから前記複数の通信経路を介してマルチキャストにて各々配信するステップと、
   前記各通信経路に各々接続された３以上の複数の受信ポートを有した受信装置の復元手段が、前記複数の受信ポートから受信されたマルチキャストデータのパケットを、前記シーケンス番号順に並べ替えて元の１つのコンテンツを復元する復元ステップと、を備えたことを特徴とするＩＰストリーム送受信方法。
3. コンピュータを請求項１に記載のＩＰストリーム送受信システムの各手段として機能させるＩＰストリーム送受信プログラム。
4. 請求項３に記載のＩＰストリーム送受信プログラムを記録したコンピュータ読み取り可能な記録媒体。

Images