(57)【要約】【課題】ストリーム中継制御装置において、上流ストリームサーバ、回線、もしくは、ネットワークの状態を監視して、上流故障時の配信制御を効率的に実現する。【解決手段】ストリームサーバからの制御コネクション切断情報を、回線終端部２０２ｂにて受信し、パケット振り分け部２０３ｂにて、制御コネクションの切断情報であると解析し、当該情報をコネクション管理部２０６に通知する。コネクション管理部２０６は、該情報を元にして、上流ストリームサーバ３０１が当該コンテンツを配信することができなくなったと判断し、コネクションの切替を行う旨をコネクション切替処理部２０８に通知する。コネクション切替処理部２０８は、該情報を元にして、当該コンテンツを配信する際に接続する上流ストリームサーバを切り替えるようにコネクション制御処理部２０５に通知する。【選択図】　　図１
2004140745.tif 000002
【特許請求の範囲】
【請求項１】
ストリーム配信ネットワークにおいて、
クライアントからストリームコンテンツ視聴要求情報が送出されると、当該コンテンツを配信している上流ストリームサーバにコネクションを接続し、その後、上流ストリームサーバ、もしくは回線、ネットワークの故障を検知すると、当該コンテンツを視聴しているクライアントに対して当該コンテンツが視聴不可であることを通知し、再度、該クライアントから当該コンテンツ視聴要求があった際に、故障が検知された上流ストリームサーバ以外の、当該コンテンツを配信している上流ストリームサーバへコネクションを切り替えて接続することで、当該コンテンツの配信を行うストリーム中継制御方法。
【請求項２】
当該コンテンツを配信している上流ストリームサーバとの制御コネクションが切断されたことを検知することで、上流の故障を検知する、請求項１に記載のストリーム中継制御方法。
【請求項３】
当該コンテンツを配信している上流ストリームサーバからのストリームパケットが一定期間到着しないことを検知することで、上流の故障を検知する、請求項１に記載のストリーム中継制御方法。
【請求項４】
当該コンテンツを配信している上流ストリームサーバからのストリームパケットが単位時間当たりに許容されるパケット数よりも多く到着することを検知することで、上流の故障を検知する、請求項１に記載のストリーム中継制御方法。
【請求項５】
当該コンテンツを配信している上流ストリームサーバが故障した際に、クライアントからの当該コンテンツ視聴要求があった場合に切り替える上流ストリームサーバをあらかじめ決定しておくことで、当該コンテンツの配信を行う、請求項１に記載のストリーム中継制御方法。
【請求項６】
上流ストリームサーバと事前に通信して、各上流ストリームサーバが配信可能なコンテンツを知り、各コンテンツを配信可能な上流ストリームサーバのリストである候補サーバリストを作成しておき、クライアントからのコンテンツ視聴要求があった際には、前記候補サーバリストから当該コンテンツを配信可能な上流ストリームサーバを選択して、該上流ストリームサーバにコネクションを接続し、該上流ストリームサーバもしくはネットワークの故障があった際には、該上流ストリームサーバを前記候補サーバリストから除外し、再度、コンテンツ視聴要求がクライアントからあった際には、新たな候補サーバリストから上流ストリームサーバを選択し、該上流ストリームサーバにコネクションを接続することで、当該コンテンツの配信を行う、請求項１に記載のストリーム中継制御方法。
【請求項７】
ストリーム中継制御装置において、
クライアントから送出されたストリームコンテンツ視聴要求情報に応じて、当該コンテンツを配信している上流ストリームサーバに接続後、上流ストリームサーバ、もしくは回線、ネットワークの故障を検知する手段と、該故障が検知されると、当該コンテンツを視聴しているクライアントに対して当該コンテンツが視聴不可であることを通知する手段と、再度、クライアントから当該コンテンツ視聴要求があった際に、故障が検知された上流ストリームサーバ以外の当該コンテンツを配信している上流ストリームサーバへ切り替えてコネクションを接続する手段を有することを特徴とするストリーム中継制御装置。
【請求項８】
上流ストリームサーバから送出されたストリームパケットの受信状態を解析する手段を有する、請求項７に記載のストリーム中継制御装置。
【請求項９】
請求項１から６のいずれかに記載のストリーム中継制御方法をコンピュータに実行させるためのプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、大規模なストリーム配信ネットワークサービスにおいて、上流ストリームサーバ、回線、もしくはネットワークの状態を監視して、上流故障時の配信制御を効率的に実現するためのストリーム中継制御方法および装置に関する。
【０００２】
【従来の技術】
従来、インターネット上でのストリーム配信を行う場合、一般的には、ストリームコンテンツの要求および設定を行うストリーム設定プロトコル、設定に基づいて、ストリームコンテンツを配信するストリーム配信プロトコル、および、配信中のストリームコンテンツパケットの配信状況や配信品質の通知、サーバ−クライアント間の接続性状態の通知を行うストリーム制御プロトコルが用いられる。ＩＥＴＦ（Ｉｎｔｅｒｎｅｔ　Ｅｎｇｉｎｅｅｒｉｎｇ　Ｔａｓｋ　Ｆｏｒｃｅ）で規定されるプロトコルとしては、ＲＴＳＰ（Ｒｅａｌ　Ｔｉｍｅ　Ｓｔｒｅａｍｉｎｇ　Ｐｒｏｔｏｃｏｌ：ＲＦＣ２３２６）、ＲＴＰ（Ｒｅａｌ−ｔｉｍｅ　Ｔｒａｎｓｐｏｒｔ　Ｐｒｏｔｏｃｏｌ：ＲＦＣ１８８９）、および、ＲＴＣＰ（ＲＴＰ　Ｃｏｎｔｒｏｌ　Ｐｒｏｔｏｃｏｌ：ＲＦＣ１８８９）があげられる。また、これら以外のプロトコルを用いてストリーム配信を行う際にも、上記機能を持ったプロトコルが利用されている。例として、Ｍｉｃｒｏｓｏｆｔ社のＭＭＳプロトコル、Ｒｅａｌ　Ｎｅｔｗｏｒｋ社のＲＤＴ，ＰＮＡプロトコルなどがあげられる。
【０００３】
一般的に、インターネット上のストリーム配信は、汎用のＰＣサーバ上のサーバアプリケーションにこれらのストリームプロトコルを実装することで実現されている。そのため、長時間配信を続けた際に、サーバアプリケーションがデッドロックを起こして停止してしまったり、当該アプリケーションからのパケットの送信が不安定になってしまい、クライアントユーザでのストリーム視聴が途絶えてしまうことが多かった。また、インターネットでの配信を行うため、ネットワークやネットワーク装置が故障してしまい、上流のストリームサーバからのストリームパケットが途絶えてしまい、同様にクライアントユーザのストリーム視聴が切断されてしまうことも多かった。
【０００４】
上記の場合において、ストリーム視聴ユーザに対して、視聴不可時間をできる限り低減するために、これまでは、クラスタリング技術、あるいは、ロードバランス技術により、ストリーム配信可能なストリームサーバに接続する手法が取られていた（例えば非特許文献１参照）。図３に示した従来のストリーム中継網の構成を参照して説明する。
【０００５】
ストリーム中継網はクライアント１０１，１０２とストリーム中継制御装置２００，２０１と上流ストリームサーバ３０１，３０２と接続振り分け装置４０１，４０２から構成される。接続振り分け装置４０１，４０２は一般にはロードバランサーまたはＬ４／Ｌ７スイッチと呼ばれる。また、複数のサーバを仮想的に一つのサーバとして扱うようにするクラスタ装置も同様の機能を有している。このクラスタ装置をハードウェアでなく、ソフトウェアにて実現する手法もある。
【０００６】
通常のストリーム配信では、クライアント１０１または１０２から視聴したいコンテンツに対する視聴要求情報が送信され、その情報は接続振り分け装置４０１にて、いずれかのストリーム中継制御装置２００または２０１に転送される。当該中継制御装置は、該情報を処理し、当該コンテンツを配信している上流ストリームサーバに視聴要求情報を送信する。その情報を接続振り分け装置４０２にて、いずれかの上流ストリームサーバ３０１または３０２に転送する。当該上流ストリームサーバでは、該情報を処理し、ストリーム中継制御装置２０１または２０２へストリームパケットを送信し、該ストリーム中継制御装置で、視聴要求を行ったクライアントに該ストリームパケットを送信することで、ストリーム配信が行われる。
【０００７】
ストリーム配信中に、当該コンテンツを配信中のストリームサーバアプリケーションが停止した場合、当該コンテンツの視聴が切断される。その後、クライアントから再度視聴要求が送信され、接続振り分け装置４０１、ストリーム中継制御装置２００または２０１を経由して、接続振り分け装置４０２へ該要求が到着する。接続振り分け装置４０２は、ストリームサーバアプリケーションが停止していることを検知し、停止していない上流ストリームサーバへ該要求を転送する。該要求を受信した上流ストリームサーバは、該情報を処理し、ストリームパケットを送信することで、引き続きストリーム視聴が行われる。
【０００８】
【非特許文献１】
Ｔｏｎｙ　Ｂｏｕｒｋｅ　「サーバ負荷分散技術」、オライリージャパン、２００１
【０００９】
【発明が解決しようとする課題】
上述した従来の技術では、接続振り分け装置にてクライアント、あるいは、ストリーム中継制御装置からの視聴要求情報を振り分ける必要があった。このような処理を行うためには装置で要求情報を解析する機能が必要であり、高価なシステムにより実現する必要があるという問題が生じていた。また、処理負荷が高く、かつ、上流ストリームサーバ等からのストリームパケットを多量に処理する必要もあるため、一つのストリームサーバからのストリーム送信可能能力が１Ｇｂｐｓ程度の大規模なものである場合には、接続振り分け装置を適用するのは非常に困難であるという問題も生じていた。
【００１０】
また、従来の技術では、接続振り分け装置もしくは振り分けソフトウェアにおいて、通信のためのＩＰアドレス、ポート番号を書き換えて、ストリーム中継制御装置あるいはストリームサーバに該要求情報を転送する必要があり、その処理負荷が大きいという問題とともに、アドレスを書き換えてしまうことによる通信の不整合が発生する可能性があるという問題も生じていた。
【００１１】
さらに、従来の技術では、ストリームサーバのサービス停止、ネットワーク切断等が起きない限り、接続振り分け装置もしくは振り分けソフトウェアでは、当該サービスの故障を検知することがでできないため、該ストリームサーバからのパケット送出間隔が、長時間配信し続けることにより変動してしまい、クライアントでの視聴品質が劣化したとしても、当該技術では対応することができず、視聴品質が劣化したサービスを続けなければならないという問題も生じていた。
【００１２】
本発明の目的は、大規模なストリーム配信ネットワークサービスにおいて、上流ストリームサーバ、回線、もしくは、ネットワークの状態を監視して、上流故障時の配信制御を効率的に実現するストリーム中継制御方法、装置、およびプログラムを提供することにある。
【００１３】
【課題を解決するための手段】
上記目的を達成するため、本発明のストリーム中継制御方法では、クライアントからストリームコンテンツ視聴要求情報が送出されると、当該コンテンツを配信している上流ストリームサーバにコネクションを接続し、その後、上流ストリームサーバ、もしくは回線、ネットワークの故障を検知すると、当該コンテンツを視聴しているクライアントに対して当該コンテンツが視聴不可であることを通知し、再度、クライアントからコンテンツ視聴要求があった際に、故障が検知された上流ストリームサーバ以外の、当該コンテンツを配信している上流ストリームサーバへコネクションを切り替えて接続することで、当該コンテンツの配信を行う。
【００１４】
したがって、ストリーム中継制御装置において、上流ストリームサーバ、回線、もしくは、ネットワークの状態を監視して、上流故障時の配信制御を効率的に実現することが可能となる。
【００１５】
【発明の実施の形態】
次に、本発明の実施の形態について図面を参照して説明する。
［第１の実施の形態］
図１は本発明の一実施形態のストリーム中継網の構成を示す図である。図１に示すように、ストリーム中継網はクライアント１０１，１０２とストリーム中継制御装置２００と上流ストリームサーバ３０１，３０２と回線２０１ａ、２０１ｂ、２０１ｃにより構成される。本実施形態では、ストリーム中継制御装置、上流ストリームサーバは１対しかないが、それぞれが多段に接続される場合も同様であることは言うまでもない。
【００１６】
図２はストリーム中継制御装置２００の構成例を示す図である。図２に示すように、ストリーム中継制御装置２００は回線終端部２０２ａ、２００ｂとパケット振り分け部２０３ａ、２０３ｂとリクエストパケット解析部２０４とコネクション制御処理部２０５とコネクション管理部２０６とパケット受信管理部２０７とコネクション切替処理部２０８と共通メモリ２０９から構成される。
【００１７】
回線終端部２０２ａはクライアント１０１または１０２から送信された、ストリームコンテンツの視聴要求情報を含むパケットを受信する。パケット振り分け部２０３ａは回線終端部２０２ａにて受信されたパケットを解析し、リクエストパケットの場合、視聴要求情報をリクエストパケット解析部２０４に通知する。リクエストパケット解析部２０４は視聴要求情報を解析して、視聴したいストリームコンテンツを同定し、コネクション制御処理部２０５に通知し、またコネクション切替処理部２０８から通知されたストリームサーバ情報をもとにして当該コンテンツの視聴要求を上流ストリームサーバ３０１または３０２に送信する。コネクション制御処理部２０５はリクエストパケット解析部２０４から通知されたストリームコンテンツを元に、上流ストリームサーバ３０１または３０２へコネクションを接続し、該コンテンツ視聴要求情報を送信し、その際、当該コンテンツを配信する上流ストリームサーバを同定するために、コネクション切替処理部２０８に問い合せを行う。回線終端部２０２ｂは上流ストリームサーバ３０１または３０２からパケットを受信する。パケット振分部２０３ｂは回線終端部２０２ｂで受信されたパケットを解析し、制御コネクション切断情報を含んでいた場合、その旨をコネクション管理部２０６に通知する。コネクション管理部２０６はパケット振分部２０３ｂからの通知により、コンテンツを配信していた上流ストリームサーバ３０１または３０２がコンテンツを配信することができなくなったと判断し、コネクションの切替を行う旨をコネクション切替処理部２０８に通知する。パケット受信管理部２０７は共通メモリ２０９から通知されたパケットが書きこまれた時刻を元にストリームパケットの受信間隔を算出し、該間隔をパケット不到着許容時間と比較し受信間隔の方が大きい場合、ストリーム配信故障と判断し、コネクション切替処理部２０８にその旨を通知する。コネクション切替処理部２０８はコネクション管理部２０６からの情報を元に、接続すべき上流ストリームサーバを決定し、コネクション制御処理部２０５に通知し、また、コネクション管理部２０６からの情報を元に、コンテンツを配信する際に接続する上流ストリームサーバの切替先をコネクション制御処理部２０５に通知する。共通メモリ２０９はクライアントからのパケットおよび上流ストリームサーバからのストリームパケットを格納する。
【００１８】
本実施形態の処理の流れについて以下に説明する。
【００１９】
（ストリーム配信処理）
クライアント１０１からストリームコンテンツの視聴要求情報を含むパケットがストリーム中継制御装置２００に到着し、回線終端部２０２ａで受信される。パケット振り分け部２０３ａは回線終端部２０２ａにて受信されたパケットを解析し、該パケットがリクエストパケットであると同定し、視聴要求をリクエストパケット解析部２０４に通知する。リクエストパケット解析部２０４は視聴要求情報を解析することにより、視聴したいストリームコンテンツを同定し、コネクション制御処理部２０５に当該情報を通知する。コネクション制御処理部２０５は、当該情報を元に、上流ストリームサーバへコネクションを接続し、当該コンテンツの視聴要求情報を送信する。その際、当該コンテンツを配信する上流ストリームサーバを同定するために、コネクション制御処理部２０５はコネクション切替処理部２０８に問い合わせを行う。コネクション切替処理部２０８は、当該情報を元に、接続すべき上流ストリームサーバを決定する。本実施形態では、当該コンテンツを配信する上流ストリームサーバが事前に定められているものとし、当該設定に従い、ストリームサーバ３０１が接続すべき上流ストリームサーバとして選択され、コネクション切替処理部２０８からコネクション制御処理部２０５に当該情報が通知される。コネクション制御処理部２０５は、当該サーバ情報を元にして、当該コンテンツの視聴要求を上流ストリームサーバ３０１に送信する。
【００２０】
上流ストリームサーバ３０１は、該要求情報を元に、当該コンテンツのストリーム配信処理を行い、ストリーム配信を行う。具体的には、上流ストリームサーバ３０１とストリーム中継制御装置２００との間にストリーム制御用のコネクションを接続し、その後、ストリームパケットをストリーム中継制御装置２００に送信する。ストリーム中継制御装置２００では、当該ストリームパケットを回線終端部２０２ｂで受信した後、共通メモリ２０９に格納し、回線終端部２０２ａからクライアント１０１に対して送信する。
【００２１】
（上流故障時の処理）
本説明では、上流ストリームサーバ３０１が故障したものとする。
【００２２】
上流ストリームサーバ３０１のサーバアプリケーションが何らかの原因で停止し、上流ストリームサーバ３０１からのストリームパケットの送信がなくなり、上流ストリームサーバ３０１とストリーム中継制御装置２００との制御コネクションも切断処理される。
【００２３】
ストリーム中継制御装置２００は、上流ストリームサーバ３０１からの制御コネクション切断情報を、回線２０１ｂを介して回線終端部２０２ｂにて受信し、パケット振り分け部２０３ｂにて、制御コネクションの切断情報であることが解析され、当該情報をコネクション管理部２０６に通知する。コネクション管理部２０６は、該情報を元にして、当該コンテンツを配信していた上流ストリームサーバ３０１が当該コンテンツを配信することができなくなったと判断し、コネクションの切替を行う旨をコネクション切替処理部２０８に通知する。コネクション切替処理部２０８は、当該情報を元にして、当該コンテンツを配信する際に接続する上流ストリームサーバを３０１から３０２に切り替えるようにコネクション制御処理部２０５に通知する。コネクション制御処理部２０５は、当該コンテンツを配信する上流ストリームサーバ３０１が配信できなくなった旨を当該コンテンツを視聴しているクライアント１０１に通知する。
【００２４】
（クライアントからの再視聴要求時の処理）
クライアント１０１は、当該コンテンツの再視聴を試みるために、当該コンテンツの視聴要求をストリーム中継制御装置２００に送信する。
【００２５】
ストリーム中継制御装置２００では、当該要求情報を元に、当該コンテンツを配信している上流ストリームサーバに接続を試みる。その際、接続する上流ストリームサーバがストリームサーバ３０２に切り替わっているため、上流ストリームサーバ３０２に視聴要求を送信する。
【００２６】
上流ストリームサーバ３０２は、視聴要求を元にして、当該コンテンツのストリーム配信処理を行い、ストリーム配信を行う。
【００２７】
このように、本実施形態では、ストリーム中継制御装置２００にて上流ストリームサーバの状態を監視して、上流故障時に、新たな視聴要求に対して、故障サーバと異なる上流ストリームサーバに対して接続を切替、当該コンテンツの配信を行う。
【００２８】
本実施形態では、ストリームを配信している上流ストリームサーバ３０１のサービスアプリケーションが停止した場合について説明したが、上流ストリームサーバ３０１とストリーム中継制御装置２００とを接続している回線２０１ｂが切断した等の故障が起きた場合でも同様の処理の流れにて、上流ストリームサーバの切替処理を行うことができる。
［第２の実施の形態］
本発明の第２の実施の形態について説明する。第１の実施形態と同じ処理をする部分については、説明を省略する場合がある。
【００２９】
（ストリーム配信処理）
第１の実施の形態と同様にストリーム配信処理が行われたものとする。
【００３０】
（上流からのストリームパケット間欠受信時の処理）
本実施形態では、ストリームサーバ３０１でのサービスアプリケーションの停止、ネットワーク切断等はなく、上流ストリームサーバ３０１からのストリーム配信処理が不安定になり、ストリームパケットの送信が間欠的になった場合の処理について説明する。
【００３１】
上流ストリームサーバ３０１では、長時間ストリーム配信を続けたことなどの理由により、当該ストリームの配信処理が不安定になり、ストリームパケットの送信が間欠的になる。具体的には、数秒間ストリームパケットの配信が停止し、その後、ストリームパケットを送信するという現象を繰り返す。
【００３２】
ストリーム中継制御装置２００では、間欠的になった当該ストリームパケットを回線２０１ｂを介して、回線終端部２０２ｂにて受信し、共通メモリ２０９に格納する。共通メモリ２０９では、当該パケットが書き込まれた時刻をパケット受信管理部２０７に対して通知する。
【００３３】
パケット受信管理部２０７は、該情報を元にして、上流ストリームサーバ３０１から受信した当該ストリームパケットの受信間隔を算出する。さらに、算出結果と、予め定めておいたパケット不到着許容時間とを比較し、算出結果の方が大きい場合、上流ストリームサーバ３０１からのストリームパケット送出間隔が異常になり、ストリーム配信故障と判断し、その旨をコネクション切替処理部２０８に通知する。なお、以上では、ストリームパケットの受信間隔と、パケット不到着許容時間との比較を行ったが、共通メモリ２０９からの書き込み時刻情報から、パケット不到着許容時間経っても、新たな書き込み時刻情報が共通メモリ２０９から通知されないことをもって、ストリーム配信故障と判断してもかまわない。コネクション切替処理部２０８では、パケット受信管理部２０７からのストリーム配信故障の情報を元にして、第１の実施形態と同様に、上流ストリームサーバの切替処理を行う。
【００３４】
このように、本実施形態では、ストリーム配信を行っている上流ストリームサーバのサービスが停止していない状態でも、当該上流ストリームサーバからのストリームパケットの配信が不安定になり、一定時間ストリームパケットがストリーム中継制御装置２００に到着しない場合に、ストリーム配信故障と判断し、上流ストリームサーバを切り替える。
［第３の実施の形態］
本発明の第３の実施の形態について説明する。なお、第１、第２の実施形態と同じ処理をする部分については、説明を省略する場合がある。
【００３５】
（ストリーム配信処理）
第１、第２の実施の形態と同様にストリーム配信処理が行われたものとする。
【００３６】
（上流からのストリームパケットバースト受信時の処理）
本実施形態では、上流ストリームサーバ３０１からのストリームパケットが、長時間配信を続けたなどの理由で不安定になり、パケットの配信は続けているが、バースト的に送信をしている場合について説明する。
【００３７】
上流ストリームサーバ３０１では、当該コンテンツの長時間配信を続けたなどの理由で送信間隔が不安定になり、送出すべきストリームパケットをあるタイミングに一気に送信し、その後瞬間的にパケットの送信を停止するという現象を繰り返す場合がある。この現象は一般的にはバースト送信と呼ばれている。
【００３８】
ストリーム中継制御装置２００では、当該状態になった上流ストリームサーバ３０１からのストリームパケットを、回線２０１ｂを介して、回線終端部２０２ｂにて受信し、共通メモリ２０９に格納する。共通メモリ２０９では、当該パケットが書き込まれた時刻をパケット受信管理部２０７に通知する。パケット受信管理部２０７は、当該情報を元にして、上流ストリームサーバ３０１から受信したストリームパケットが単位当たりの時間に到着した数を算出する。算出結果と、予め定められた単位時間当たりのパケット到着許容数とを比較し、算出結果の方が大きい場合、上流ストリームサーバ３０１からのストリームパケットがバースト送信されたものと判断し、上流ストリームサーバ３０１が故障と判断したとして、その旨をコネクション切替処理部２０８に対して通知する。
【００３９】
コネクション切替処理部２０８では、第２の実施形態と同様に、当該上流ストリームサーバ３０１が故障と判断して、上流ストリームサーバの切替処理を行う。
【００４０】
このように、本実施形態では、ストリーム配信を行っている上流ストリームサーバのサービスが停止していない状態でも、当該ストリームサーバからのストリームパケットの配信が不安定になり、許容される単位時間当たりのパケット到着許容数を上回るストリームパケットがストリーム中継制御装置に到着した場合に、ストリーム配信故障と判断し、上流ストリームサーバを切り替える。
［第４の実施の形態］
本実施形態では、ストリーム中継制御装置２００のコネクション制御処理部２０５は上流ストリームサーバ３０１、３０２と事前に通信して、これら上流ストリームサーバが配信可能なコンテンツを知り、各コンテンツを配信可能な上流ストリームサーバのリストである候補サーバリストを作成しておく。
【００４１】
（ストリーム配信処理）
第１、第２の実施の形態と同様にストリーム配信処理が行なわれたものとする。このとき、候補サーバリストから当該コンテンツを配信可能な上流ストリームサーバを選択し、該上流ストリームサーバにコネクションを接続する。
【００４２】
（上流故障時の処理）
コネクションを接続した上流ストリームサーバもしくはネットワークの故障があった場合、コネクション制御処理部２０５は、該上流ストリームサーバを候補サーバリストから除外する。再度、コンテンツ視聴要求があった際には、新たな候補サーバリストから上流ストリームサーバを選択し、該上流ストリームサーバにコネクションを接続する。
【００４３】
なお、ストリーム中継制御装置２００内の処理は専用のハードウェアにより実現されるもの以外に、その機能を実現するためのプログラムを、コンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行するものであってもよい。コンピュータ読み取り可能な記録媒体とは、フロッピーディスク、光磁気ディスク、ＣＤ−ＲＯＭ等の記録媒体、コンピュータシステムに内蔵されるハードディスク装置等の記憶装置を指す。さらに、コンピュータ読み取り可能な記録媒体は、インターネットを介してプログラムを送信する場合のように、短時間の間、動的にプログラムを保持するもの（伝送媒体もしくは伝送波）、その場合のサーバとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含む。
【００４４】
【発明の効果】
以上説明したように、本発明によれば、ストリーム中継制御装置において、上流ストリームサーバ、回線、もしくは、ネットワークの状態を監視して、上流故障時の配信制御を効率的に実現することが可能となる。
【図面の簡単な説明】
【図１】本発明の一実施形態のストリーム中継網の構成図である。
【図２】図１中のストリーム中継制御装置の構成図である。
【図３】従来のストリーム中継網の構成図である。
【符号の説明】
１０１，１０２　　クライアント
２００　　ストリーム中継制御装置
２０１ａ，２０１ｂ，２０１ｃ　　回線
３０１，３０２　　上流ストリームサーバ
２０２ａ，２０２ｂ　　回線終端部
２０３ａ，２０３ｂ　　パケット振分部
２０４　　リクエストパケット解析部
２０５　　コネクション制御処理部
２０６　　コネクション管理部
２０７　　パケット受信管理部
２０８　　コネクション切替処理部
２０９　　共通メモリ
【図１】
2004140745.tif 000003
【図２】
2004140745.tif 000004
【図３】
2004140745.tif 000005