(57)【要約】【課題】  ストリーム配信サーバ自身や配信機能の異常の際の、クライアントでの視聴中断時間を低減する。【解決手段】  ストリーム制御装置２００は、ストリーム配信サーバ１００Ａから受信したパケットが監視対象パケットかどうか監視する。その結果、監視対象のパケットである場合にストリームパケットが正常に届かないことを検出した場合、ストリーム制御装置２００は書換要求メッセージをストリーム配信サーバ１００Ｂに送信する。メッセージを受け取ったストリーム配信サーバ１００は、書換要求メッセージを解析し、書換先ＩＰアドレスを書換リストに追加し、クライアント３００に送出するＩＰパケットが書換対象パケットである場合に、当該パケットのＩＰヘッダのＳｏｕｒｃｅ  ＩＰ  Ａｄｄｒｅｓｓを書換リストに従い書き換える。【選択図】  図１
2006013912.tif 000002
【特許請求の範囲】
【請求項１】
一つまたは複数のストリーム配信サーバまたはストリーム中継サーバからクライアントまたはストリーム中継サーバにマルチキャストを用いてストリームパケットを送出するストリーム配信ネットワークにおいて、
ストリーム制御装置にて、
ストリーム配信サーバまたはストリーム中継サーバから受信したパケットが監視対象のパケットであるかどうか判断し、該パケットが監視対象のパケットである場合に、該パケットを監視し、ストリームパケットが正常に届かないことを検出した場合に、前記ストリーム配信サーバまたはストリーム中継サーバ、および切替先のストリーム配信サーバまたはストリーム中継サーバに書換要求メッセージを送信し、
ストリーム配信サーバまたはストリーム中継サーバにて、
前記ストリーム制御装置から送られた書換要求メッセージを解析し、マルチキャストＩＰアドレス、書換先ＩＰアドレスを書換リストに追加し、ＩＰ処理部にて処理したＩＰパケットをクライアントへ送信する前に、該パケットが書換対象パケットであるかどうかを前記書換リストから判別し、書換対象パケットである場合に、該パケットのＩＰヘッダのＳｏｕｒｃｅ  ＩＰ  Ａｄｄｒｅｓｓフィールドの値を前記書換リストに従い書き換え、書き換え後の該パケットのＩＰヘッダのＳｏｕｒｃｅ  ＩＰ  Ａｄｄｒｅｓｓフィールドの値がｎｕｌｌの場合は該パケットを廃棄し、ｎｕｌｌでない場合は該パケットを前記クライアントへ送信する
ことを特徴とするストリームデータ配信方法。
【請求項２】
前記ストリーム配信サーバまたはストリーム中継サーバにて、書換対象パケットのＩＰヘッダのＳｏｕｒｃｅ  ＩＰ  Ａｄｄｒｅｓｓフィールドの値だけでなく、Ｄｅｓｔｉｎａｔｉｏｎ  ＩＰ  Ａｄｄｒｅｓｓフィールドの値も同時に書き換える、請求項１に記載のストリームデータ配信方法。
【請求項３】
一つまたは複数のストリーム配信サーバまたはストリーム中継サーバからクライアントまたはストリーム中継サーバにマルチキャストを用いてストリームパケットを送出するストリーム配信ネットワークにおいて、
ストリーム制御装置にて、前記ストリーム配信サーバまたはストリーム中継サーバから受信したパケットが監視対象のパケットであるかどうか判断し、該パケットが監視対象のパケットである場合に、該パケットを監視し、ストリームパケットが正常に届かないことを検出した場合に、前記ストリーム配信サーバまたはストリーム中継サーバ、および切替先のストリーム配信サーバまたはストリーム中継サーバに書換要求メッセージを送信することを特徴とするストリーム制御方法。
【請求項４】
一つまたは複数のストリーム配信サーバまたはストリーム中継サーバからクライアントまたはストリーム中継サーバにマルチキャストを用いてストリームパケットを送出するストリーム配信ネットワークにおいて、
ストリーム配信サーバまたはストリーム中継サーバにて、
ストリーム制御装置から送られた書換要求メッセージを解析し、マルチキャストＩＰアドレス、書換先ＩＰアドレスを書換リストに追加し、ＩＰ処理部にて処理したＩＰパケットをクライアントへ送信する前に、該パケットが書換対象パケットであるかどうか前記書換リストから判別し、書換対象パケットである場合に、該パケットのＩＰヘッダのＳｏｕｒｃｅ  ＩＰ  Ａｄｄｒｅｓｓフィールドの値を書換リストに従い書き換え、書き換え後の該パケットのＩＰヘッダのＳｏｕｒｃｅ  ＩＰ  Ａｄｄｒｅｓｓフィールドの値がｎｕｌｌの場合は当該パケットを廃棄し、ｎｕｌｌでない場合はクライアントへ送信することを特徴とするストリームデータ配信方法。
【請求項５】
書換対象パケットのＩＰヘッダのＳｏｕｒｃｅ  ＩＰ  Ａｄｄｒｅｓｓフィールドの値だけでなく、Ｄｅｓｔｉｎａｔｉｏｎ  ＩＰ  Ａｄｄｒｅｓｓフィールドの値も同時に書き換える、請求項４に記載のストリームデータ配信方法。
【請求項６】
一つまたは複数のストリーム配信サーバまたはストリーム中継サーバからクライアントまたはストリーム中継サーバにマルチキャストを用いてストリームパケットを送出するストリーム配信ネットワークにおいて、
ストリーム配信サーバまたはストリーム中継サーバから受信したパケットが監視対象のパケットであるかどうか判断する手段と、
該パケットが監視対象のパケットである場合に、該パケットを監視し、ストリームパケットが正常に届かないことを検出する手段と、
検出した際に、前記ストリーム配信サーバまたはストリーム中継サーバ、および切替先のストリーム配信サーバまたはストリーム中継サーバに送信するための書換要求メッセージを生成する手段と
を有するストリーム制御装置。
【請求項７】
一つまたは複数のストリーム配信サーバまたはストリーム中継サーバからクライアントまたはストリーム中継サーバにマルチキャストを用いてストリームパケットを送出するストリーム配信ネットワークにおいて、
ストリーム制御装置から送られた書換要求メッセージを解析する手段と、
解析して得たマルチキャストＩＰアドレス、書換先ＩＰアドレスを書換リストに追加する手段と、
ＩＰ処理部にて処理したＩＰパケットをクライアントへ送信する前に、該パケットが書換対象パケットであるかどうか前記書換リストから判別し、書換対象パケットである場合に、該パケットのＩＰヘッダのＳｏｕｒｃｅ  ＩＰ  Ａｄｄｒｅｓｓフィールドの値を書換リストに従い書き換え、書き換え後の当該パケットのＩＰヘッダのＳｏｕｒｃｅ  ＩＰ  Ａｄｄｒｅｓｓフィールドの値がｎｕｌｌの場合は該パケットを廃棄し、ｎｕｌｌでない場合は該パケットを前記クライアントへ送信する手段と
を有するストリーム配信装置。
【請求項８】
書換対象パケットのＩＰヘッダのＳｏｕｒｃｅ  ＩＰ  Ａｄｄｒｅｓｓフィールドの値だけでなく、Ｄｅｓｔｉｎａｔｉｏｎ  ＩＰ  Ａｄｄｒｅｓｓフィールドの値も同時に書き換える手段を具備する、請求項７に記載のストリーム配信装置。
【請求項９】
請求項３から５のいずれかに記載のストリームデータ配信方法をコンピュータに実行させるためのプログラム。
【請求項１０】
請求項９に記載のプログラムを記録した、コンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一つまたは複数のストリーム配信サーバまたはストリーム中継サーバからクライアントまたはストリーム中継サーバにマルチキャストを用いてストリームパケットを送出するストリーム配信ネットワークに関する。
【背景技術】
【０００２】
従来、インターネット上で大規模なストリームライブ放送を行う場合、一般的に、ストリーム配信サーバ自身や配信機能が異常停止し、ストリーム配信サーバからストリームパケットを送信することができなくなった場合に、別のストリーム配信サーバからストリームパケットを送信することで、ストリームライブ放送サービスの中断時間を短くさせる冗長化構成がとられている。
【０００３】
冗長化の方法としては、ストリーム配信サーバ自身や配信機能の異常終了の際に、クライアントが別のストリーム配信サーバに接続することで、異常終了したストリーム配信サーバとは別のストリーム配信サーバからストリームパケットを送信する方法がある。上記機能を持つストリームメディアとしては、Ｍｉｃｒｏｓｏｆｔ社のＷｉｎｄｏｗｓ  Ｍｅｄｉａ、Ｒｅａｌ  Ｎｅｔｗｏｒｋ社のＲｅａｌ  Ｍｅｄｉａ（非特許文献１参照）があげられる。
【０００４】
また、上記と別の冗長化の方法としては、複数のストリーム配信サーバが相互に接続し、仮想的に一つのストリーム配信サーバとして振舞わせる、クラスタリングと呼ばれる方法がある（非特許文献２参照）。このクラスタリングについて、図５、図６、図７を用いて説明する。
【０００５】
図５は、クラスタリングを用いない場合の、現用ストリーム配信サーバ故障時の動作例を示す図である。クライアント５００が、現用ストリーム配信サーバ４００Ａに接続し、現用ストリーム配信サーバ４００Ａからストリームパケットを受信している際に、現用ストリーム配信サーバ４００Ａに故障が発生した場合、クライアント５００は、現用ストリーム配信サーバ４００Ａからストリームパケットを受信することができなくなる。その後、クライアント５００は、切替先ストリーム配信サーバ４００Ｂに接続することで、切替先ストリーム配信サーバ４００Ｂからストリームパケットを受信することができるようになる。
【０００６】
図６は、クラスタリングを用いる場合の、現用ストリームサーバ故障時の動作例を示す図である。この場合、現用ストリーム配信サーバ４００Ａと切替先ストリーム配信サーバ４００Ｂは、クライアント５００からは一つのストリーム配信サーバ（クラスタノード）として認識されるため、クライアント５００は、クラスタノードに接続することで、自動的に現用ストリーム配信サーバ４００Ａに接続し、現用ストリーム配信サーバ４００Ａからストリームパケットを受信する。クライアント５００が、現用ストリーム配信サーバ４００Ａからストリームパケットを受信している際に、現用ストリーム配信サーバ４００Ａに故障が発生した場合、クライアント５００は、現用ストリーム配信サーバ４００Ａからストリームパケットを受信することができなくなる。この時、切替先ストリーム配信サーバ４００Ｂは、現用ストリーム配信サーバ４００Ａが故障したことを自動的に認識し、該切替先ストリーム配信サーバ４００Ｂを現用に自動的に切り替える（フェールオーバ）。その後、クライアント５００は、切替先ストリーム配信サーバ４００Ｂでなく、該クラスタノードに再接続することで、自動的に切替先ストリーム配信サーバ４００Ｂに接続し、切替先ストリーム配信サーバ４００Ｂからストリームパケットを受信することができるようになる。
【０００７】
図７は、クラスタリングのメカニズムの一例を示す図である。クラスタリングされた現用ストリームサーバ４００Ａと切替先ストリーム配信サーバ４００Ｂは共に、プロセス監視部を具備する。プロセス監視部は、自サーバのストリームパケットを配信するプロセス（アプリケーション）が生きているかの監視を行っており、該監視状態を、現用ストリームサーバ４００Ａのプロセス監視部は、切替先ストリーム配信サーバ４００Ｂのプロセス監視部へ、切替先ストリーム配信サーバ４００Ｂのプロセス監視部は現用ストリームサーバ４００Ａのプロセス監視部へ定期的に通知している。ここで、切替先ストリーム配信サーバ４００Ｂのプロセス監視部は、現用ストリームサーバ４００Ａのプロセス監視部からの状態通知（ハートビート）をある一定時間以上受信しなかった場合、現用ストリームサーバ４００Ａがダウンしたと判断し、切替先ストリーム配信サーバ４００Ｂを現用に切り替える。また、切替先ストリーム配信サーバ４００Ｂのプロセス監視部は、現用ストリームサーバ４００Ａのプロセス監視部からの状態通知（ハートビート）がプロセスダウンの異常通知を受信した場合、切替先ストリーム配信サーバ４００Ｂを現用に切り替える。
【０００８】
ところで、インターネット上でストリームライブ放送を行う場合、ストリーム配信サーバから複数のクライアントへ同一コンテンツのストリームパケットを転送するが、その際、ストリームパケットの転送手段として、ストリーム配信サーバがそれぞれのクライアントに対してストリームパケットを転送するユニキャストを用いる場合と、ストリーム配信サーバが複数のクライアント全体に対して、ストリームパケットを転送するマルチキャストを用いる場合とがある。マルチキャストの場合、ストリーム配信サーバが、複数のクライアントそれぞれに対してストリームパケットを送出する必要がないため、使用するネットワークの帯域をユニキャストに比べ大幅に抑えることができる。
【非特許文献１】Ｒｅａｌ  Ｎｅｔｗｏｒｋ社、「Ｈｅｌｉｘ  Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｖｅｒ  アドミニストレーション  ガイド」、［ｏｎｌｉｎｅ］、［２００４年４月５日検索］、インターネット＜http://service.jp.real.com/help/library/guides/helixuniversalserver/realsrvr.htm＞
【非特許文献２】Ｍｉｃｒｏｓｏｆｔ社、「ネットワーク負荷分散技術」、［ｏｎｌｉｎｅ］、［２００４年１月８日検索］、インターネット＜ＵＲＬ：http://download.microsoft.com/download/win2000platform/Utility/1.00/NT5/JA/nlbtech2.exe＞
【発明の開示】
【発明が解決しようとする課題】
【０００９】
上述した従来の技術では、ストリーム配信サーバ自身や配信機能の異常の際に、クライアントは該ストリーム配信サーバを切断することで、バッファに蓄積していたストリームパケットを全て廃棄し、別のストリーム配信サーバに新たに接続することで、該ストリーム配信サーバから受信したストリームパケットを再度バッファに蓄積し始めるため、ストリームパケットがバッファに蓄積されるまで、クライアントで視聴を再開することができなかった。
【００１０】
また、クラスタリングは、ストリーム配信サーバ自身の異常監視や、ハードウェアやプロセスの異常監視を検知することはできるが、ストリーム配信サーバの送出するストリームパケットの異常を検知できないため、ストリームパケットの送出が荒れたり抜けたりした場合でも、ストリーム配信サーバは切り替わらず、クライアントは視聴品質が悪化し続けていた。
【００１１】
さらに、クラスタリングは、切替先のストリーム配信サーバがストリームパケットを送出し始める契機として、クライアントからストリーム配信サーバへ接続が必須である。マルチキャストにて、ストリーム配信サーバからクライアントへストリームパケットを送出する場合には、クライアントはストリーム配信サーバへ接続要求メッセージやストリーム制御メッセージを送信しないため、ストリーム配信サーバを切り替える契機がなく、ストリーム配信サーバ自身や配信機能の異常の際に、クライアントで視聴を再開することができなかった。
【００１２】
本発明の目的は、ストリーム配信サーバからクライアントへストリームパケットの転送に、マルチキャストを用いる場合において、ストリーム配信サーバ自身や配信機能の異常の際に、クライアントでの視聴中断時間を低減させるストリームデータ配信方法、ストリーム制御装置、ストリーム配信装置、プログラム、および記録媒体を提供することにある。
【課題を解決するための手段】
【００１３】
本発明は、ストリーム制御装置が、マルチキャストを用いてストリームパケットを送出するストリーム配信サーバまたはストリーム中継サーバ（以下、総じてストリーム配信サーバと呼ぶ）から受信するストリームパケットを監視し、ストリームパケットが正常に届かないことを検出した場合に、ストリーム配信サーバと切替先のストリーム配信サーバに書換要求メッセージを送信する。マルチキャストを用いてストリームパケットを送出するストリーム配信サーバは、ストリーム制御装置から送られた書換要求メッセージを解析し、マルチキャストＩＰアドレス、書換先ＩＰアドレスを書換リストに追加し、ＩＰ処理部にて処理したＩＰパケットをクライアントへ送信する前に、該パケットが書換対象パケットであるかどうか書換リストから判別する。書換対象パケットである場合に、書換リストの書換ＩＰアドレスがｎｕｌｌである場合には、該パケットを廃棄し、書換リストの書換ＩＰアドレスがｎｕｌｌでない場合には、該パケットのＩＰヘッダのＳｏｕｒｃｅ  ＩＰ  Ａｄｄｒｅｓｓフィールドの値を該書換ＩＰアドレスに書き換え、クライアントへ送信する。
【００１４】
ストリーム配信サーバからクライアントへのストリームパケットの転送にマルチキャストを用いる場合に、ストリームパケットがストリーム配信サーバから定期的に送出されなくなった際に、該ストリーム配信サーバが送出するストリームパケットと同じ送信先マルチキャストＩＰアドレスと同じ送信元ＩＰアドレスのストリームパケットを、切替先のストリーム配信サーバから送出できるため、クライアントはストリーム配信サーバに再接続する必要がなく、バッファに蓄積されたストリームパケットを廃棄することなく、切替先のストリーム配信サーバからストリームパケットを受信することができる。これにより、ストリーム配信サーバ自身や配信機能の異常の際の、クライアントでの視聴中断時間を低減することができる。
【発明の効果】
【００１５】
本発明によれば、クライアント側で特別の操作、手段を具備する必要がなく、ストリーム配信サーバ自身や配信機能の異常の際の、クライアントにおける視聴品質劣化時間、視聴中断時間を低減することが可能となる。
【発明を実施するための最良の形態】
【００１６】
以下、本発明の実施の形態を図面を参照して説明する。
【００１７】
図１は、本発明における各装置の接続構成例を示す図である。１００Ａ、１００Ｂは、クライアント３００へマルチキャストを用いてストリームパケットを送出するストリーム配信サーバであり、現在、マルチキャストを用いてクライアント３００へストリームパケットを送出しているストリーム配信サーバを１００Ａ、ストリーム配信サーバ１００Ａが異常終了した際に、ストリーム配信サーバ１００Ａに代わって、マルチキャストを用いてクライアント３００へストリームパケットを送出するストリーム配信サーバを１００Ｂとする。ストリーム制御装置２００は、クライアント３００と同様に、ストリーム配信サーバ１００Ａ、１００Ｂがマルチキャストを用いて送出するストリームパケットを受信する機能を具備する。
【００１８】
図２はストリーム制御装置２００のブロック構成例を示す図である。ストリーム制御装置２００は、図２に示す通り、受信部２１１と監視パケット判別部２１２と監視書換リスト２１３と書換判断部２１４と書換要求部２１５と送信部２１６から構成され、送信部２１６、受信部２１１を通して、ストリーム配信サーバ１００Ａ、１００Ｂとパケットの送受信をする。
【００１９】
受信部２１１は、ストリーム配信サーバ１００Ａから受信したパケットを監視パケット判別部２１２へ渡す。監視パケット判別部２１２は、該パケットが監視対象パケットであるかどうかを監視書換リスト２１３から判別し、監視対象パケットである場合に、書換判断部２１４へ渡す。本実施形態における監視書換リスト２１３の例を表１に示す。
【００２０】
【表１】
2006013912.tif 000003
【００２１】
本実施形態においては、受信したパケットのＩＰヘッダのＤｅｓｔｉｎａｔｉｏｎ  ＩＰ  Ａｄｄｒｅｓｓフィールド、Ｓｏｕｒｃｅ  ＩＰ  Ａｄｄｒｅｓｓフィールドの値が、監視書換リスト２１３にあるマルチキャストＩＰアドレス、送信元ＩＰアドレスとどちらも一致した場合、監視対象パケットであると判断する。書換判断部２１４は、監視対象パケットが正常に届いているか監視し、正常に届かない場合に、該パケットの情報を書換要求部２１５に渡す。本実施形態においては、監視対象パケットがあらかじめ決めた時間（例えば５秒）以上届かなかった場合に、監視対象パケットが正常に届かないと判断する。また、本実施形態においては、書換要求部２１５に渡すパケットの情報は、当該パケットのＩＰヘッダのＤｅｓｔｉｎａｔｉｏｎ  ＩＰ  ＡｄｄｒｅｓｓフィールドとＳｏｕｒｃｅ  ＩＰ  Ａｄｄｒｅｓｓフィールドの値とする。書換要求部２１５は、書換判断部２１４から渡されたパケットの情報から書換要求メッセージを２つ生成し、該メッセージを送信部２１６を通してそれぞれストリーム配信サーバ１００Ａと切替先のストリーム配信サーバ１００Ｂへ送信する。本実施形態における書換要求メッセージの例は表２に示す通り、ＴＣＰデータの先頭３２ビットをマルチキャストＩＰアドレス、その後の３２ビットを書換先ＩＰアドレス、ＴＣＰヘッダのＤｅｓｔｉｎａｔｉｏｎ  Ｐｏｒｔフィールドの値を３０００とする。
【００２２】
【表２】
2006013912.tif 000004
【００２３】
本実施形態においては、ストリーム配信サーバ１００Ａへ送信する書換要求メッセージは、書換判断部２１４から渡されたＩＰヘッダのＤｅｓｔｉｎａｔｉｏｎ  ＩＰ  Ａｄｄｒｅｓｓフィールドの値をマルチキャストＩＰアドレス、書換先ＩＰアドレスをｎｕｌｌ、書換判断部２１４から渡されたＳｏｕｒｃｅ  ＩＰ  Ａｄｄｒｅｓｓフィールドの値を該書換要求メッセージの送信先（ストリーム配信サーバ１００Ａ）とし、切替先のストリーム配信サーバ１００Ｂへ送信する書換要求メッセージは、書換判断部２１４から渡されたＩＰヘッダのＤｅｓｔｉｎａｔｉｏｎ  ＩＰ  ＡｄｄｒｅｓｓフィールドとＳｏｕｒｃｅ  ＩＰ  Ａｄｄｒｅｓｓフィールドの値をそれぞれマルチキャストＩＰアドレスと書換先ＩＰアドレスとし、この時の切替先ＩＰアドレスを監視書換リスト２１３から検索し、検索された切替先ＩＰアドレスを、該書換要求メッセージの送信先（ストリーム配信サーバ１００Ｂ）とする。
【００２４】
図３はストリーム配信サーバ１００Ａ、１００Ｂのブロック構成例を示す図である。
【００２５】
ストリーム配信サーバ１００Ａ、１００Ｂは、図３に示す通り、受信部１１１とＩＰ処理部１１２とＴＣＰ／ＵＤＰ処理部１１３と書換要求解析部１１４とリスト書き込み部１１５と書換リスト１１６とストリームパケット処理部１１７と書換部１１８と送信部１１９から構成され、送信部１１９、受信部１１１を通して、ストリーム制御装置２００およびクライアント３００とパケットの送受信をする。
【００２６】
ストリーム制御装置２００から受信部１１１を通して受信した書換要求メッセージはＩＰ処理部１１２で、ＩＰプロトコルで規定された処理がされ、ＴＣＰ／ＵＤＰ処理部１１３でＴＣＰパケット、ＵＤＰパケットに対してそれぞれＴＣＰプロトコル、ＵＤＰプロトコルで規定された処理がされ、書換要求解析部１１４に渡される。書換要求解析部１１４は、該書換要求メッセージからマルチキャストＩＰアドレス、書換先ＩＰアドレスをリスト書き込み部１１５へ渡す。本実施形態においては、ＴＣＰヘッダのＤｅｓｔｉｎａｔｉｏｎ  Ｐｏｒｔフィールドの値が３０００のパケットを書換要求メッセージと判断し、該パケットのＴＣＰデータの先頭３２ビットをマルチキャストＩＰアドレス、その後の３２ビットを書換先ＩＰアドレスとする。リスト書き込み部１１５は、書換要求解析部１１４から渡されたマルチキャストＩＰアドレスと書換先ＩＰアドレスを書換リスト１１６へ追加する。本実施形態における書換リスト１１６の例を表３に示す。
【００２７】
【表３】
2006013912.tif 000005
【００２８】
ストリームパケット処理部１１７にて、ストリームプロトコルで規定された処理が実施されたストリームパケットは、ＴＣＰ／ＵＤＰ処理部１１３、ＩＰ処理部１１２と順に処理され、クライアント３００へ送信する前に、書換部１１８へ渡される。書換部１１８は、該パケットが書換対象パケットであるかどうかを書換リスト１１６より判別し、書換対象パケットである場合には、該パケットのＩＰヘッダのＳｏｕｒｃｅ  ＩＰ  Ａｄｄｒｅｓｓフィールドの値を書換リスト１１６に従い書き換え、書き換え後のパケットのＩＰヘッダのＳｏｕｒｃｅ  ＩＰ  Ａｄｄｒｅｓｓフィールドの値がｎｕｌｌの場合には該パケットを廃棄し、書き換え後のパケットのＩＰヘッダのＳｏｕｒｃｅ  ＩＰ  Ａｄｄｒｅｓｓフィールドの値がｎｕｌｌでない場合には該パケットは送信部１１９を通し、クライアント３００へ送信される。書換対象パケットでない場合は、当該パケットに何もせず送信部１１９へ渡し、クライアント３００へ送信される。本実施形態においては、ＩＰ処理部１１２から渡されたパケットのＩＰヘッダのＤｅｓｔｉｎａｔｉｏｎ  ＩＰ  Ａｄｄｒｅｓｓフィールドの値が書換リスト１１６のマルチキャストＩＰアドレスの中に一致するものがあるかどうか検索し、一致するものがある場合には、書換対象パケットと判断し、その時の書換リスト１１６の書換先ＩＰアドレスに当該パケットのＩＰヘッダのＳｏｕｒｃｅ  ＩＰ  Ａｄｄｒｅｓｓフィールドの値を書き換える。また、本実施形態においては、書き換え後のパケットのＩＰヘッダのＳｏｕｒｃｅ  ＩＰ  Ａｄｄｒｅｓｓフィールドの値は、ストリーム配信サーバ１００Ａではｎｕｌｌ、ストリーム配信サーバ１００Ｂではｎｕｌｌ以外の値となる。
【００２９】
前記実施形態は、ストリーム配信サーバとストリーム制御装置が分かれているが、ストリーム制御装置の機能をストリーム配信サーバが具備し、図１のストリーム制御装置２００がストリーム配信サーバとなる構成や、ストリーム配信サーバ１００Ｂとストリーム制御装置２００が一つとなる構成もあり得る。ストリーム配信サーバ１００Ｂとストリーム制御装置２００が一つとなる構成の場合、ストリーム制御装置２００の書換判断部２１４からストリーム配信サーバ１００Ｂのリスト書き込み部１１５へ書換情報を直接渡せばよい。また、この場合、ストリーム配信サーバ１００Ｂの書換リスト１１６をストリーム制御装置２００の監視書換リスト２１３で兼ねてもよい。
【００３０】
また、前記実施形態は、監視書換リスト２１３への情報書き込み手段は特に記載していないが、システムに応じた書き込み手段（例えばＩＮＩファイル）を具備すればよい。
【００３１】
また、前記実施形態は、書換判断部２１４での監視対象パケットが正常に届かないと判断する条件を、監視対象パケットがあらかじめ決めた時間（例えば５秒）以上届かなかった場合としたが、必要に応じて他の条件（例えば監視対象パケットが単位時間内にあらかじめ決めた個数以上届いた場合）であっても、他の条件を追加して複数の条件であってもよい。
【００３２】
また、前記実施形態は、書換判断部２１４での監視対象パケットが正常に届かないと判断する条件閾値を設定する手段（例えば監視対象パケットが正常に届かないと判断する、監視対象パケットが届かないと時間を設定する手段）は特に記載していないが、システムに応じた書き込み手段を具備すればよい。
【００３３】
また、前記実施形態は、監視書換リスト２１３を表１に示す通りとしたが、マルチキャストＩＰアドレス、書換先ＩＰアドレス、送信先ＩＰアドレスがあれば形式には拘らない。また、前記実施形態は、書換要求メッセージを表２に示す通りとしたが、マルチキャストＩＰアドレス、書換先ＩＰアドレスがあれば順序や形式には拘らない。また、ＴＣＰヘッダのＤｅｓｔｉｎａｔｉｏｎ  Ｐｏｒｔフィールドの値を３０００以外でもよく、ＴＣＰでなくＵＤＰでもよい。
【００３４】
また、前記実施形態は、書換部１１８にてＩＰヘッダのＳｏｕｒｃｅ  ＩＰ  Ａｄｄｒｅｓｓフィールドの値のみを書き換えているが、マルチキャストＩＰアドレスの書き換えもあり得る。
【００３５】
また、前記実施形態は、切替先のストリーム配信サーバは一つの構成としたが、複数台の構成もあり得る。この場合の実施形態を図４、表４を用いて説明する。
【００３６】
図４はストリーム制御装置のブロック構成例を示す図で、前実施形態のストリーム制御装置が切替情報読み取り部２１７を具備する。書換要求部２１５は書換要求メッセージのＩＰデータを生成後、該メッセージのマルチキャストＩＰアドレス、書換先ＩＰアドレスを切替情報読み取り部２１７に渡す。切替情報読み取り部２１７は、該マルチキャストＩＰアドレスと書換先ＩＰアドレスで、表４に示す監視切替リスト２１３から次切替先フラグが１の次切替先ＩＰアドレスを検索し、該切替先ＩＰアドレスを書換要求部２１５へ渡す。この時、切替情報読み取り部２１７は、監視切替リスト２１３の１である次切替先フラグを０にし、次の切替先フラグを０から１に変更する。
【００３７】
【表４】
2006013912.tif 000006
【００３８】
また、前記実施形態では、監視するストリームコンテンツが一つとして記載されているが、複数のストリームコンテンツを一つのストリーム制御装置にて監視、制御する構成もあり得る。
【００３９】
また、前記実施形態では、配信するストリームコンテンツが一つとして記載されているが、複数のストリームコンテンツをストリーム配信サーバにて配信する構成もあり得る。
【００４０】
また、前記実施形態では、ストリーム配信サーバ１００Ａ、１００Ｂの書換部１１８にて書き換えたパケットのＩＰヘッダＳｏｕｒｃｅ  ＩＰ  Ａｄｄｒｅｓｓフィールドの値がｎｕｌｌの場合に廃棄しているが、代わりに他の値（例えば１２７．０．０．１）でもよい。
【００４１】
なお、ストリーム制御装置、ストリーム配信サーバの機能は専用のハードウェアにより実現されるもの以外に、その機能を実現するためのプログラムを、コンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行するものであってもよい。コンピュータ読み取り可能な記録媒体とは、フレキシブルディスク、光磁気ディスク、ＣＤ−ＲＯＭ等の記録媒体、コンピュータシステムに内蔵されるハードディスク装置等の記憶装置を指す。さらに、コンピュータ読み取り可能な記録媒体は、インターネットを介してプログラムを送信する場合のように、短時間の間、動的にプログラムを保持するもの（伝送媒体もしくは伝送波）、その場合のサーバとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含む。
【図面の簡単な説明】
【００４２】
【図１】本発明の一実施形態のストリームデータ配信システムの構成図である。
【図２】図１中のストリーム制御装置のブロック構成図である。
【図３】図１中のストリーム配信サーバのブロック構成図である。
【図４】ストリーム制御装置の他のブロック構成図である。
【図５】ストリームデータ配信システムの従来例の構成図である。
【図６】ストリームデータ配信システムの他の従来例の構成図である。
【図７】図５、図６中のストリーム配信サーバの構成図である。
【符号の説明】
【００４３】
１００Ａ、１００Ｂ    ストリーム配信サーバ
１１１    受信部
１１２    ＩＰ処理部
１１３    ＴＣＰ／ＵＤＰ処理部
１１４    書換要求解析部
１１５    リスト書き込み部
１１６    書換リスト
１１７    ストリームパケット処理部
１１８    書換部
１１９    送信部
２００    ストリーム制御装置
２１１    受信部
２１２    監視パケット判別部
２１３    監視書換リスト
２１４    書換判断部
２１５    書換要求部
２１６    送信部
２１７    切替情報読み取り部
３００    クライアント
【図１】
2006013912.tif 000007
【図２】
2006013912.tif 000008
【図３】
2006013912.tif 000009
【図４】
2006013912.tif 000010
【図５】
2006013912.tif 000011
【図６】
2006013912.tif 000012
【図７】
2006013912.tif 000013