(57)【特許請求の範囲】
【請求項１】
コンテンツデータを含むマルチキャストパケットを配信する現用系コンテンツサーバ及び待機系コンテンツサーバと、
前記現用系コンテンツサーバ及び前記待機系コンテンツサーバが配信するマルチキャストパケットを受信し、宛先マルチキャストアドレスに基づき該当するインタフェースに該マルチキャストパケットを転送するマルチキャストルータと
を備えたマルチキャスト配信システムにおけるマルチキャスト配信方法であって、
前記現用系コンテンツサーバは、コンテンツ識別情報、コンテンツを配信するための宛先マルチキャストアドレス、配信終了情報を含むコンテンツ管理情報と、コンテンツデータとを保持し、マルチキャスト管理情報とコンテンツデータを含むマルチキャストパケットを、前記マルチキャストルータを介して配信し、
前記待機系コンテンツサーバは、前記現用系コンテンツサーバと同一のコンテンツ管理情報及びコンテンツデータを保持し、
前記待機系コンテンツサーバは、前記マルチキャストルータに対して、前記マルチキャスト管理情報のコンテンツ識別情報及び宛先マルチキャストアドレスに基づき、前記現用系コンテンツサーバが前記マルチキャストルータを介して配信するマルチキャストパケットのマルチキャストグループに参加し、
前記待機系コンテンツサーバは、前記現用系コンテンツサーバが配信するマルチキャストパケットを、前記マルチキャストルータを介して受信し、
前記待機系コンテンツサーバは、前記現用系コンテンツサーバからのマルチキャストパケットの配信が中断されたことを検出した場合、前記現用系コンテンツサーバに代わって、マルチキャスト管理情報と中断された後のコンテンツデータとを含むマルチキャストパケットを、前記マルチキャストルータを介して配信する
前記マルチキャスト配信方法。
【請求項２】
前記現用系コンテンツサーバ及び前記待機系コンテンツサーバは、共通のコンテンツ管理情報を指定したコンテンツの配信開始又は配信停止の要求を受信して、該コンテンツ管理情報を内部に記憶することをさらに含む請求項１に記載のマルチキャスト配信方法。
【請求項３】
前記現用系コンテンツサーバは、マルチキャストパケット内に、ひとつのコンテンツに含まれる各コンテンツデータのシーケンス番号又はコンテンツ配信開始時点からの経過時間情報を設定して、シーケンス番号又は経過時間情報を付加したマルチキャストパケットを配信することを特徴とする請求項１又は２に記載のマルチキャスト配信方法。
【請求項４】
前記待機系のコンテンツサーバは、前記現用系コンテンツサーバが配信するマルチキャストパケットの未到達を検出することで、前記現用系コンテンツサーバからのコンテンツの配信が中断されたことを検出し、
前記待機系コンテンツサーバは、コンテンツの配信が中断されたことを検出した場合、先に受信したマルチキャストパケット内のシーケンス番号又は経過時間情報によりコンテンツの配信が中断したポイントを決定し、
前記待機系コンテンツサーバは、該中断したポイントから、マルチキャストパケットの配信を再開すること
を特徴とする請求項３に記載のマルチキャスト配信方法。
【請求項５】
前記待機系コンテンツサーバは、前記現用系コンテンツサーバが正常にコンテンツの配信を実施している間は、作成されたマルチキャストパケットを送出せずに破棄することを特徴とする請求項１又は２に記載のマルチキャスト配信方法。
【請求項６】
前記待機系コンテンツサーバは、マルチキャストパケットを破棄している間に、前記現用系コンテンツサーバからのマルチキャスト配信が中断したことを検出した場合、パケット破棄処理からパケット送出処理に切り替えることを特徴とする請求項５に記載のマルチキャスト配信方法。
【請求項７】
コンテンツデータを含むマルチキャストパケットを配信する現用系コンテンツサーバ及び待機系コンテンツサーバと、
前記現用系コンテンツサーバ及び前記待機系コンテンツサーバが配信するマルチキャストパケットを受信し、宛先マルチキャストアドレスに基づき該当するインタフェースに該マルチキャストパケットを転送するマルチキャストルータと
を備えたマルチキャスト配信システムにおいて、
前記現用系コンテンツサーバは、コンテンツ識別情報、コンテンツを配信するための宛先マルチキャストアドレス、配信終了情報を含むコンテンツ管理情報と、コンテンツデータとを保持し、マルチキャスト管理情報とコンテンツデータを含むマルチキャストパケットを、前記マルチキャストルータを介して配信し、
前記待機系コンテンツサーバは、前記現用系コンテンツサーバと同一のコンテンツ管理情報及びコンテンツデータを保持し、
前記待機系コンテンツサーバは、前記マルチキャストルータに対して、前記マルチキャスト管理情報のコンテンツ識別情報及び宛先マルチキャストアドレスに基づき、前記現用系コンテンツサーバが前記マルチキャストルータを介して配信するマルチキャストパケットのマルチキャストグループに参加し、
前記待機系コンテンツサーバは、前記現用系コンテンツサーバが配信するマルチキャストパケットを、前記マルチキャストルータを介して受信し、
前記待機系コンテンツサーバは、前記現用系コンテンツサーバからのマルチキャストパケットの配信が中断されたことを検出した場合、前記現用系コンテンツサーバに代わって、マルチキャスト管理情報と中断された後のコンテンツデータとを含むマルチキャストパケットを、前記マルチキャストルータを介して配信する
前記マルチキャスト配信システム。
【請求項８】
前記現用系コンテンツサーバ及び前記待機系コンテンツサーバに対して、共通のコンテンツ管理情報を指定してコンテンツの配信開始又は配信停止の指示を行うコントローラをさらに備えた請求項７に記載のマルチキャスト配信システム。
【請求項９】
コンテンツデータを含むマルチキャストパケットを、宛先マルチキャストアドレスに基づき該当するインタフェースに該マルチキャストパケットを転送するマルチキャストルータを介して配信するコンテンツサーバであって、
現用系コンテンツサーバは、コンテンツ識別情報、コンテンツを配信するための宛先マルチキャストアドレス、配信終了情報を含むコンテンツ管理情報と、コンテンツデータとを保持し、マルチキャスト管理情報とコンテンツデータを含むマルチキャストパケットを、前記マルチキャストルータを介して配信し、
待機系コンテンツサーバは、前記現用系コンテンツサーバと同一のコンテンツ管理情報及びコンテンツデータを保持し、
前記待機系コンテンツサーバは、前記マルチキャストルータに対して、前記マルチキャスト管理情報のコンテンツ識別情報及び宛先マルチキャストアドレスに基づき、前記現用系コンテンツサーバが前記マルチキャストルータを介して配信するマルチキャストパケットのマルチキャストグループに参加し、
前記待機系コンテンツサーバは、前記現用系コンテンツサーバが配信するマルチキャストパケットを、前記マルチキャストルータを介して受信し、
前記待機系コンテンツサーバは、前記現用系コンテンツサーバからのマルチキャストパケットの配信が中断されたことを検出した場合、前記現用系コンテンツサーバに代わって、マルチキャスト管理情報と中断された後のコンテンツデータとを含むマルチキャストパケットを、前記マルチキャストルータを介して配信する
前記コンテンツサーバ。
【請求項１０】
前記現用系コンテンツサーバ及び前記待機系コンテンツサーバは、共通のコンテンツ管理情報を指定したコンテンツの配信開始又は配信停止の要求を受信して、該コンテンツ管理情報を内部に記憶する請求項９に記載のコンテンツサーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、マルチキャスト配信方法及びシステム、コンテンツサーバに係り、特に、映像や音楽などのコンテンツをマルチキャストＩＰパケットの形で配信するマルチキャスト配信方法及びシステム（特に移動体通信システムを含む）、コンテンツサーバに利用する。
【背景技術】
【０００２】
近年の通信技術の発展により、通信ネットワークを利用し、エンドユーザに対し提供するサービスの形態についても多種多様になりつつある。その１つとして、音楽や映像などのコンテンツをエンドユーザに配信するサービスが挙げられる。今までは、エンドユーザのアクセス毎に、個別にコンテンツを配信する形態を取っていたが、サービスを利用するエンドユーザ数の増加に伴い、コンテンツを配信するコンテンツサーバに対する負荷の増大や、コンテンツ配信のために使用するリソースの増大などが課題となってきている。そこで、より効率的なコンテンツの配信方法として、コンテンツをマルチキャスト配信する形態のサービスが提供されつつある。
マルチキャスト配信の形態をとるシステムは、コンテンツをマルチキャストＩＰパケット化し送信する機能を有するコンテンツサーバと、マルチキャストＩＰパケットをエンドノードまで転送する機能を有するネットワーク網と、最終的にマルチキャストＩＰパケットを受信し、コンテンツを再生する機能を有する端末とを備える。
コンテンツをマルチキャスト配信する形態のシステムの場合、コンテンツサーバに対する負荷軽減やコンテンツ配信のために使用するリソースの低減に関して、大きな効果が期待できる。しかし、その一方で、マルチキャストデータをエンドユーザが共有して視聴するために、マルチキャストデータ転送時の障害が、多数のエンドユーザに同時に影響を与えてしまうことになるという懸念事項を抱えている。
【０００３】
この種のマルチキャストコンテンツの配信時における信頼性向上を図る方法として、従来の方法では、コンテンツサーバとエンドユーザ間でマルチキャストＩＰパケットを転送する、途中経路に着目し、コンテンツ配信の信頼性を向上させる方法があった。
これに関連した方法として、特開２００５−２０３２７「マルチキャスト配信方法、配信装置およびシステム」および、特開２００３−１２４９３０「マルチキャスト配信方法及び配信サーバ」が挙げられる。
特開２００５−２０３２７「マルチキャスト配信方法、配信装置およびシステム」の方法は、移動体通信システムへの適用を前提とし、移動端末の動きに追従し、移動端末が移動した先のネットワークに対し、コンテンツサーバが送出するマルチキャストデータを転送するように動作するものである。これは、転送ネットワークのリソースの低減および、移動先への信頼性あるコンテンツの配信を図ったものである。
また、特許公開２００３−１２４９３０「マルチキャスト配信方法及び配信サーバ」の方法については、配信サーバが、エンドユーザまでのコンテンツの配信経路を、衛星回線と地上回線との間で自動で切り替えることによって、途中経路の障害発生に対応し、結果的にコンテンツ配信の信頼性向上を図るものである。
【０００４】
また、コンテンツサーバ自体の信頼性を向上する方法としてはコンテンツサーバを２重化するような以下の方法が考えられる。
１つ目の方法としては、マルチキャスト配信を実際に行っている現用系のコンテンツサーバと、現用系コンテンツサーバに障害が発生した場合に、現用系コンテンツサーバに変わって、コンテンツを配信する待機系コンテンツサーバを用意する方法が考えられる。
この場合、現用系コンテンツサーバに障害が発生した場合、待機系のコンテンツサーバに切り替えてコンテンツを配信し直すことや、待機系コンテンツサーバにて、「しばらくお待ちください。」の特殊画面や、コマーシャル情報コンテンツなどを配信するなどして、コンテンツ配信が完全に途絶えてしまうことを防ぎ、信頼性を向上させることが考えられる。
また、２つ目の方法として、現用系と待機系のコンテンツサーバで双方同時にコンテンツを配信する方法が考えられる。この場合、片方のコンテンツサーバに障害が発生しても、片方のコンテンツサーバで配信を継続できるというメリットが考えられる。このような配信方法として、特開平９−２２４２３３「冗長性を持った通信システム」の方法が挙げられる。
特開平９−２２４２３３「冗長性を持った通信システム」の方法は、コンテンツ配信の信頼性を向上することを目的として、伝送途中の経路を冗長化することに加え、送信機自体も冗長化するものである。冗長構成の双方の送信機で同時にコンテンツを配信し、受信側で信号を合成することで、片方の送信機に障害が発生した場合でも、コンテンツの視聴を継続できるようにしたものである。
【特許文献１】特開２００５−２０３２７号公報
【特許文献２】特開２００３−１２４９３０号公報
【特許文献３】特開平９−２２４２３３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
従来のように、コンテンツサーバとエンドユーザ間でマルチキャストＩＰパケットを転送する途中経路の信頼性を向上することで、コンテンツ配信の信頼性を上げようとする、特開２００５−２０３２７「マルチキャスト配信方法、配信装置およびシステム」や、特開２００３−１２４９３０「マルチキャスト配信方法及び配信サーバ」の方法では、実際に、コンテンツを配信する機能を有するコンテンツサーバ自体は１重化構成であるため、当該コンテンツサーバそのものに障害発生した場合は、コンテンツの配信が完全に停止してしまうことがあるという課題が考えられる。
【０００６】
また、現用系コンテンツサーバと待機系コンテンツサーバを用意し、現用系コンテンツサーバに障害が発生した場合に、待機系コンテンツサーバに切り替えて運用する場合では、待機系コンテンツサーバでは、障害発生時用の特殊コンテンツ（例えば、「しばらくお待ちください」の画面や、コマーシャルコンテンツなど）を配信することになるため、ユーザが現用系コンテンツサーバから視聴していたコンテンツは、結局、途絶えてしまって継続して見ることができない場合があるという課題が考えられる。
また、待機系コンテンツサーバに切り替わった時に、現用系コンテンツサーバで配信していたコンテンツを改めて配信するという方法も考えられるが、その場合、ユーザがある時間までコンテンツを視聴済みであったにも関わらず、また、最初からのコンテンツの視聴を強いられてしまうという問題、および番組配信スケジュールを遅延させてしまうという問題が考えられる。
また、特開平９−２２４２３３「冗長性を持った通信システム」の方法を、移動体通信システムでのマルチキャストＩＰパケットを使用した配信方法に適用した場合には、冗長構成された２台のコンテンツサーバから同時に、同一のマルチキャストＩＰパケットが送出されることになり、これらのマルチキャストＩＰパケットの全てがエンドユーザまで転送されることになる。このことは、移動体通信システムにおいては、限りある無線帯域を必要以上に使用してしまうという問題が考えられる。また、冗長パケットの受信により、受信側でのコンテンツの再生機能に影響を及ぼすことが考えられ、再生不可となることも考えられる。
【０００７】
本発明の目的のひとつは、以上の点に鑑み、特に、コンテンツをマルチキャスト配信する形態をとるシステムに関し、実際にコンテンツをマルチキャストＩＰパケット化し、送出する機能を持つコンテンツサーバにおいて、当該コンテンツサーバに障害が発生した場合においても、コンテンツを視聴しているユーザへの影響が最小限になるように考慮するとともに、移動体通信システムなどで限りある無線資源を浪費することなく、コンテンツ配信の信頼性を向上することにある。
【課題を解決するための手段】
【０００８】
上記課題の解決と目的を達成するために本発明では、コンテンツをマルチキャスト配信するコンテンツサーバは、現用系と待機系の２台を用意する。システム構成としては、例えば、前述した現用系および待機系のコンテンツサーバ、コンテンツサーバに対しコンテンツの配信開始・停止を指示する手段を備えるコントローラ、マルチキャストパケットを受信し、適切なネットワークに対し転送するマルチキャストルータ、マルチキャストルータも含め、最終的にエンドユーザまで、マルチキャストパケットを転送するネットワークを備える。
現用系と待機系のコンテンツサーバのそれぞれには、コンテンツＩＤを識別情報としたコンテンツ毎に、送信宛先マルチキャストＩＰアドレスと送信宛先ポート番号およびコンテンツの総配信時間の情報を、予め登録することができる。ここで、コンテンツの総配信時間情報は、コンテンツの配信終了時刻としても良い。
【０００９】
コントローラは、コンテンツＩＤをキーとして、現用系および待機系の双方のコンテンツサーバに対して、コンテンツの配信開始・停止を指示する手段を備えることができる。コンテンツの配信開始・停止の指示の契機は、予め登録されたコンテンツの配信開始時刻情報・配信終了時刻情報を使用したものとしても良いし、マルチキャストパケット転送ネットワーク網内に存在する装置からの指示であっても良い。
【００１０】
現用系のコンテンツサーバは、コントローラからコンテンツＩＤをキーとしてコンテンツの配信を指示された場合に、登録済みの送信宛先マルチキャストＩＰアドレスと送信宛先ポート番号を持つ、マルチキャストＩＰパケットの形で、コンテンツを配信する機能を備えることができる。
【００１１】
また、現用系のコンテンツサーバは、上記で送信するマルチキャストＩＰパケット内に、コンテンツの配信開始からの経過時間を付与する機能を備えてもよい。この経過時間は、シーケンス番号としても良いし、絶対時刻としても良い。また、ＵＤＰの上位プロトコルとしてＲＴＰを使用する場合は、ＲＴＰのシーケンス番号を利用しても良い。
【００１２】
また、待機系のコンテンツサーバは、コントローラからコンテンツＩＤをキーとしてコンテンツの配信を指示された場合に、直ちにマルチキャスト配信は開始せず、登録済みの送信宛先マルチキャストＩＰアドレスと送信宛先ポート番号を持つマルチキャストグループに参加し、当該マルチキャストパケットを受信する手段を備えることができる。
【００１３】
また、待機系のコンテンツサーバは、上記で示したマルチキャストパケットを受信する手段を利用し、現用系のコンテンツサーバが、コンテンツの配信のために送出したマルチキャストＩＰパケットを受信し、当該パケットに含まれるコンテンツ配信開始からの経過時間情報（これらは、シーケンス番号情報としても良いし、絶対時刻情報としても良い）を解析する手段を備えることができる。
【００１４】
また、待機系のコンテンツサーバは、上記で示したコンテンツ配信開始からの経過時間情報およびコンテンツの総配信時間情報から、コンテンツの終了時間に達する前に、マルチキャストパケットが到着しなくなったことにより、現用系コンテンツサーバからのマルチキャストパケット配信が予期せぬ理由で中断したことを検出する手段を備えることができる。ここで、マルチキャストパケット配信が中断したことを検出する手段として、シーケンス番号を用いる場合は、最終的なシーケンス番号に達する前にマルチキャストパケットが到着しなくなったことで、また、絶対時刻を用いる場合は、終了時刻に到達する前にマルチキャストパケットが一定時間到着しなくなったことで検出するとしても良い。
【００１５】
また、待機系のコンテンツサーバは、上記で示した現用系コンテンツサーバからのマルチキャストパケット配信が予期せぬタイミングで中断したことを検出する手段を利用して、現用系コンテンツサーバからのマルチキャストパケット配信が中断したことを検出した場合、当該コンテンツの配信を開始する手段を備えることができる。
【００１６】
また、待機系のコンテンツサーバは、上記で示した現用系コンテンツサーバに代わって当該コンテンツの配信を開始する場合、直前まで受信していた現用系コンテンツサーバからのマルチキャストパケット内に含まれるシーケンス番号情報やコンテンツ配信開始からの経過時間情報を用いて、コンテンツを配信開始するポイントを決定する手段を備えることができる。
【００１７】
また、待機系のコンテンツサーバは、上記で示したコンテンツを配信開始するポイントを決定する手段にて決定された配信開始ポイントから、コンテンツを配信開始する手段を備えることができる。
【００１８】
また、待機系のコンテンツサーバにて、配信を開始する方法として、以下としても良い。
待機系のコンテンツサーバは、コントローラからコンテンツの配信開始を指示された場合に、コンテンツのマルチキャストＩＰパケット化処理は実施するが、その後のマルチキャストパケットの送信時に、実際にはパケット送信は行わず、パケットを破棄する手段を備えることができる。
【００１９】
上記の後、待機系のコンテンツサーバがパケットを破棄している間に、現用系のコンテンツサーバからの配信が中断されたことを検出した場合に、パケット破棄処理から、パケットの送信処理に切り替える手段を備えることができる。
【００２０】
本発明の第１の解決手段によると、
コンテンツデータを含むマルチキャストパケットを配信する現用系コンテンツサーバ及び待機系コンテンツサーバと、
前記現用系コンテンツサーバ及び前記待機系コンテンツサーバが配信するマルチキャストパケットを受信し、宛先マルチキャストアドレスに基づき該当するインタフェースに該マルチキャストパケットを転送するマルチキャストルータと
を備えたマルチキャスト配信システムにおけるマルチキャスト配信方法であって、
前記現用系コンテンツサーバは、コンテンツ識別情報、コンテンツを配信するための宛先マルチキャストアドレス、配信終了情報を含むコンテンツ管理情報と、コンテンツデータとを保持し、マルチキャスト管理情報とコンテンツデータを含むマルチキャストパケットを、前記マルチキャストルータを介して配信し、
前記待機系コンテンツサーバは、前記現用系コンテンツサーバと同一のコンテンツ管理情報及びコンテンツデータを保持し、
前記待機系コンテンツサーバは、前記マルチキャストルータに対して、前記マルチキャスト管理情報のコンテンツ識別情報及び宛先マルチキャストアドレスに基づき、前記現用系コンテンツサーバが前記マルチキャストルータを介して配信するマルチキャストパケットのマルチキャストグループに参加し、
前記待機系コンテンツサーバは、前記現用系コンテンツサーバが配信するマルチキャストパケットを、前記マルチキャストルータを介して受信し、
前記待機系コンテンツサーバは、前記現用系コンテンツサーバからのマルチキャストパケットの配信が中断されたことを検出した場合、前記現用系コンテンツサーバに代わって、マルチキャスト管理情報と中断された後のコンテンツデータとを含むマルチキャストパケットを、前記マルチキャストルータを介して配信する
前記マルチキャスト配信方法が提供される。
【００２１】
本発明の第２の解決手段によると、
コンテンツデータを含むマルチキャストパケットを配信する現用系コンテンツサーバ及び待機系コンテンツサーバと、
前記現用系コンテンツサーバ及び前記待機系コンテンツサーバが配信するマルチキャストパケットを受信し、宛先マルチキャストアドレスに基づき該当するインタフェースに該マルチキャストパケットを転送するマルチキャストルータと
を備えたマルチキャスト配信システムにおいて、
前記現用系コンテンツサーバは、コンテンツ識別情報、コンテンツを配信するための宛先マルチキャストアドレス、配信終了情報を含むコンテンツ管理情報と、コンテンツデータとを保持し、マルチキャスト管理情報とコンテンツデータを含むマルチキャストパケットを、前記マルチキャストルータを介して配信し、
前記待機系コンテンツサーバは、前記現用系コンテンツサーバと同一のコンテンツ管理情報及びコンテンツデータを保持し、
前記待機系コンテンツサーバは、前記マルチキャストルータに対して、前記マルチキャスト管理情報のコンテンツ識別情報及び宛先マルチキャストアドレスに基づき、前記現用系コンテンツサーバが前記マルチキャストルータを介して配信するマルチキャストパケットのマルチキャストグループに参加し、
前記待機系コンテンツサーバは、前記現用系コンテンツサーバが配信するマルチキャストパケットを、前記マルチキャストルータを介して受信し、
前記待機系コンテンツサーバは、前記現用系コンテンツサーバからのマルチキャストパケットの配信が中断されたことを検出した場合、前記現用系コンテンツサーバに代わって、マルチキャスト管理情報と中断された後のコンテンツデータとを含むマルチキャストパケットを、前記マルチキャストルータを介して配信する
前記マルチキャスト配信システムが提供される。
【００２２】
本発明の第３の解決手段によると、
コンテンツデータを含むマルチキャストパケットを、宛先マルチキャストアドレスに基づき該当するインタフェースに該マルチキャストパケットを転送するマルチキャストルータを介して配信するコンテンツサーバであって、
現用系コンテンツサーバは、コンテンツ識別情報、コンテンツを配信するための宛先マルチキャストアドレス、配信終了情報を含むコンテンツ管理情報と、コンテンツデータとを保持し、マルチキャスト管理情報とコンテンツデータを含むマルチキャストパケットを、前記マルチキャストルータを介して配信し、
待機系コンテンツサーバは、前記現用系コンテンツサーバと同一のコンテンツ管理情報及びコンテンツデータを保持し、
前記待機系コンテンツサーバは、前記マルチキャストルータに対して、前記マルチキャスト管理情報のコンテンツ識別情報及び宛先マルチキャストアドレスに基づき、前記現用系コンテンツサーバが前記マルチキャストルータを介して配信するマルチキャストパケットのマルチキャストグループに参加し、
前記待機系コンテンツサーバは、前記現用系コンテンツサーバが配信するマルチキャストパケットを、前記マルチキャストルータを介して受信し、
前記待機系コンテンツサーバは、前記現用系コンテンツサーバからのマルチキャストパケットの配信が中断されたことを検出した場合、前記現用系コンテンツサーバに代わって、マルチキャスト管理情報と中断された後のコンテンツデータとを含むマルチキャストパケットを、前記マルチキャストルータを介して配信する
前記コンテンツサーバが提供される。
【発明の効果】
【００２３】
以上説明したように本発明では、コンテンツをマルチキャストＩＰパケットの形で配信するコンテンツサーバにおいて、当該コンテンツサーバに障害が発生し、マルチキャストパケットの配信が中断してしまった場合においても、待機系のコンテンツサーバがそのことを検出し、コンテンツ配信を代行することで信頼性の向上を図ることができる。また、現用系と待機系のいずれか片方のみがパケットの送出を行うことで、移動体通信システムにおいて、限りある無線資源を無駄に使用してしまうことを避けられる効果も得られる。また、さらに、現用系コンテンツサーバにおけるコンテンツ配信の中断ポイントを検出し、待機系コンテンツサーバにて、当該中断ポイント以降から配信を再開させる機能を提供することで、エンドユーザにも快適なサービスを提供できる効果がある。
【発明を実施するための最良の形態】
【００２４】
本発明の実施例について、図面を参照して説明する。
【００２５】
１．ハードウエア
図１は、本発明の実施例におけるシステム構成を示す図である。
【００２６】
図１を参照すると、コントローラ１０１は、コンテンツサーバが保持しているコンテンツに関する情報を一括管理し、コンテンツサーバに対してコンテンツの配信開始・配信停止の指示などの配信制御を行う。現用系のコンテンツサーバ１０２は、コントローラ１０１からコンテンツの配信開始を指示された場合、記憶装置内に保存されているコンテンツデータをマルチキャストＩＰパケットの形で配信する。待機系のコンテンツサーバ１０３は、コントローラ１０１からコンテンツの配信開始を指示された場合、コンテンツの配信は実際には行わず、現用系コンテンツサーバ１０２が送出するマルチキャストパケットを受信し、マルチキャストパケットが到着しているか否かで現用系コンテンツサーバの配信状況を監視する。マルチキャストルータ１０４は、コンテンツサーバ１０２および１０３が送出するマルチキャストパケットを受信し、該当するインタフェースに、また、必要に応じてマルチキャストパケット転送ネットワーク網１０５に、マルチキャストパケットを転送する機能を持つ。マルチキャストパケット転送ネットワーク網１０５は、マルチキャストパケットをエンドユーザまで転送する機能を持つ。
【００２７】
図２は、本発明の実施例におけるコントローラ１０１の構成例を示すブロック構成図である。
【００２８】
図２を参照すると、メイン制御部２０１は、コントローラ機能全体を制御する。コンテンツ情報管理部２０２は、コンテンツサーバに配信開始指示を送信する時に必要となる、コンテンツに関する情報（図３で説明）を格納する。配信開始・終了判定部２０３は、コンテンツ情報管理部２０２に格納されているコンテンツに関する情報のうち、配信開始情報および配信終了情報を元に、コンテンツの配信開始タイミング・配信終了タイミングを決定する。メッセージ作成／解析部２０４は、配信開始・終了判定部２０３が、配信開始または配信停止が必要と判定した場合に、配信開始要求メッセージまたは配信停止要求メッセージを作成、および、コンテンツサーバからの応答メッセージの内容を解析する。対コンテンツサーバインタフェース制御部２０５は、コンテンツサーバに対して、実際に配信開始要求メッセージまたは配信終了要求メッセージを送信、およびコンテンツサーバからの応答メッセージを受信する。
【００２９】
図３は、コントローラ１０１のコンテンツ情報管理部２０２にて管理される情報であるコンテンツ情報管理テーブルの内容である。
【００３０】
図３を参照すると、コンテンツ情報管理テーブルは、コンテンツＩＤ３０２、マルチキャストＩＰアドレス３０３、ポート番号３０４、配信開始情報３０５、配信終了情報３０６を含む。コンテンツＩＤ３０２は、コントローラ１０１と現用系コンテンツサーバ１０２および待機系コンテンツサーバ１０３との間で、コンテンツを一意に識別するための識別情報である。マルチキャストＩＰアドレス３０３は、コントローラ１０１から配信開始要求を受信した現用系のコンテンツサーバ１０２が、コンテンツをマルチキャストＩＰパケットの形で送出する時に、当該マルチキャストＩＰパケットの宛先ＩＰアドレスとして設定される情報である。同じく、ポート番号３０４は、コントローラ１０１から配信開始要求を受信した現用系のコンテンツサーバ１０２が、コンテンツをマルチキャストＩＰパケットの形で送出する時に、ＩＰプロトコルの上位層であるトランスポートプロトコル層のプロトコルであるＵＤＰプロトコル内の宛先ポート番号として設定される情報である。配信開始情報３０５は、コントローラ１０１がコンテンツの配信開始を現用系コンテンツサーバ１０２および待機系コンテンツサーバ１０３に対して指示するタイミングを示す情報である。配信終了情報３０６は、コントローラ１０１がコンテンツの配信停止を現用系コンテンツサーバ１０２および待機系コンテンツサーバ１０３に対して指示するタイミングを示す情報である。
【００３１】
図４は、本発明の実施例における現用系コンテンツサーバ１０２および、待機系コンテンツサーバ１０３の構成例を示すブロック構成図である。これらは、ソフトウェア構造的には同一のものとなるのが一般的であるが、別々のソフトウェア構成としても構わない。
【００３２】
図４を参照すると、メイン制御部４０１は、現用系コンテンツサーバ１０２または待機系コンテンツサーバ１０３の全体を制御する。現用／待機切り替え部４０２は、現用系または待機系のどちらのモードで動作するかをメイン制御部４０１に通知する。対コントローラインタフェース部４０３は、コントローラ１０１から配信開始要求または配信停止要求を受信し、その応答をコントローラに送信する。コンテンツ情報一時格納部４０４は、コントローラ１０１から配信開始要求メッセージのパラメータとして受信する情報である、コンテンツＩＤ３０２およびマルチキャストＩＰアドレス３０３およびポート番号３０４および配信終了情報３０６を、コンテンツの配信終了時点まで一時的に保存する。コンテンツデータ格納部４０５は、コンテンツＩＤ３０２との対応を含み、配信されるコンテンツそのもののデータ（データの格納イメージは図５にて説明）が格納される。マルチキャストパケット作成部４０６は、コンテンツファイル格納部４０５に保存されているコンテンツデータとコンテンツ情報一時格納部４０４に格納されている情報および配信開始ポイント決定部が決定した配信開始ポイント情報を元に、マルチキャストＩＰパケットを作成する。送信部４０７は、マルチキャストパケット作成部４０６が作成したマルチキャストＩＰパケットをインタフェース上（マルチキャストルータ１０４）に送信する。マルチキャストパケット受信部４０８は、待機系コンテンツサーバとして動作する場合に、コンテンツの宛先マルチキャストＩＰアドレスに相当するマルチキャストＩＰアドレス３０３についてのマルチキャストグループに参加することで、現用系コンテンツサーバが送出するマルチキャストＩＰパケットをマルチキャストルータ１０４を介して受信する。障害発生検出部４０９は、待機系コンテンツサーバとして動作する場合に、マルチキャストパケット受信部４０８が受信したマルチキャストＩＰパケットを解析することで、現用系コンテンツサーバからのマルチキャストＩＰパケットの配信が正常に行われているかを監視し、コンテンツ情報一時格納部４０４に格納されている配信終了情報３０６で示されたコンテンツの終了予定に到達していないにも関わらず、マルチキャストＩＰパケットが受信できなくなったことを認識することで、現用系コンテンツサーバにおける障害発生を検知する。配信開始ポイント決定部４１０は、待機系コンテンツサーバとして動作中に、障害発生検出部４０９が現用系コンテンツサーバの障害発生を検出した場合に、最後に正常に受信したマルチキャストＩＰパケット内に含まれるシーケンス番号情報を元に、現用系コンテンツサーバでのコンテンツ配信が中断したポイントを推定し、待機系コンテンツサーバでコンテンツ配信を再開始するポイントを決定する。
【００３３】
図５は、現用系コンテンツサーバ１０２および待機系コンテンツサーバ１０３内のコンテンツデータ格納部４０５に予め格納される１コンテンツのコンテンツデータのイメージ図である。このコンテンツデータは、現用系コンテンツサーバ１０２と待機系コンテンツサーバ１０３で同一のものが、それぞれコンテンツ数分格納される。
【００３４】
図５を参照すると、コンテンツデータ５０１は、コンテンツＩＤで定められるある１つのコンテンツのコンテンツデータ全体である。コンテンツデータ５０１は、適当なデータ長サイズ毎（これらは１つのマルチキャストＩＰパケットに含められる大きさであっても良いし、複数のマルチキャストＩＰパケットに分割される大きさであっても良い）に複数に分割５０２されており、分割されたデータ単位にシーケンス番号５０３が割り振られている。
【００３５】
これらのシーケンス番号は、例えば、分割データ単位５０２の部分のコンテンツデータがマルチキャストＩＰパケットにて送信される場合には、マルチキャストＩＰパケットに「５」というシーケンス番号を付与するために使用される。このコンテンツデータは、現用系および待機系の双方のコンテンツサーバに予め格納されている。
【００３６】
図６は、コンテンツの配信開始時刻に到達した場合に、コントローラ１０１から、現用系コンテンツサーバ１０２および待機系コンテンツサーバ１０３に対して送信される配信開始要求メッセージのメッセージ構造である。
【００３７】
図６を参照すると、配信開始要求メッセージ６０１は、アプリケーションレイヤで定義され、この部分が、下位の転送プロトコルのペイロード部（転送プロトコルとしてＵＤＰ／ＩＰを使用する場合は、ＵＤＰのペイロード部に相当）に含められる。
【００３８】
メッセージＩＤ６０２は、配信開始要求か配信停止要求かの区別を示す。コンテンツＩＤ６０３は、コントローラ１０１と現用系コンテンツサーバ１０２および待機系コンテンツサーバ１０３との間でコンテンツを一意に識別するための情報である。マルチキャストＩＰアドレス６０４は、現用系コンテンツサーバ１０２が送出するマルチキャストＩＰパケットの宛先ＩＰアドレスとして設定される。ポート番号６０５は、現用系コンテンツサーバ１０２が送出するマルチキャストＩＰパケットの宛先ポート番号として設定される。配信終了情報６０６は、現用系コンテンツサーバ１０２および待機系コンテンツサーバ１０３において、コンテンツの終了タイミングを把握するための情報である。
【００３９】
この、コンテンツＩＤ６０３〜配信終了情報６０６の情報は、コントローラ１０１のコンテンツ情報管理部２０２に格納されているコンテンツ管理情報３０１の値が設定される。
【００４０】
２．第１の実施の形態
（１）マルチキャストパケット配信
図７は、本発明の一実施形態の動作を示すためのシーケンス図である。
【００４１】
図７を参照すると、コントローラ１０１は、現用系および待機系のコンテンツサーバに対して、コンテンツの配信を制御する。現用系コンテンツサーバ１０２は、コントローラ１０１から配信開始の指示を受けた場合、コントローラ１０１からの配信開始要求メッセージ内に含まれるコンテンツ管理情報３０１の情報を元に、コンテンツのマルチキャスト配信を開始する。待機系コンテンツサーバ１０３は、コントローラ１０１から配信開始の指示を受けた場合、コントローラ１０１からの配信開始要求メッセージ内に含まれるコンテンツ管理情報３０１の１つである、マルチキャストＩＰアドレスに対応するマルチキャストグループに参加することで、現用系コンテンツサーバ１０２が送出するマルチキャストＩＰパケットを受信し、現用系コンテンツサーバ１０２のマルチキャスト配信状況を監視する。マルチキャストルータ１０４は、マルチキャストＩＰパケットを適切なネットワークへと転送する。
【００４２】
図７を用いて、本発明のマルチキャスト配信方法の動作を説明する。
【００４３】
まず、コントローラ１０１のコンテンツ情報管理部２０２には、コンテンツ管理情報３０１が予め設定されている。また、現用系コンテンツサーバ１０２および待機系コンテンツサーバ１０３双方のコンテンツファイル格納部４０５には、実際のコンテンツの生データが、上述のように、コンテンツデータ５０１で示すような形式で格納されている。
【００４４】
コントローラ１０１の配信開始・終了判定部２０３は、周期的にコンテンツ情報管理部２０２に設定されているコンテンツ管理情報３０１内の配信開始情報３０５を確認することで、配信開始時刻チェック７０１を行う。その結果、現在時刻と配信開始情報３０５が一致したと判断した場合、コンテンツ情報管理部２０２に格納されているコンテンツ管理情報３０１の中から、コンテンツＩＤ３０２およびマルチキャストＩＰアドレス３０３およびポート番号３０４および配信終了情報３０６を抽出し、メッセージ作成／解析部２０４に対し、配信開始要求メッセージの作成を依頼する。
【００４５】
メッセージ作成／解析部２０４では、配信開始要求を表すメッセージＩＤ６０２を設定して配信開始要求メッセージ６０１を作成し、コンテンツの配信開始を指示するために、現用系コンテンツサーバ１０２および待機系コンテンツサーバ１０３の双方に対し、コンテンツの配信開始要求メッセージを送信７０２する。
【００４６】
現用系コンテンツサーバ１０２は、現用／待機切り替え部４０２により現用系に予め設定されている。コントローラ１０１から配信開始要求メッセージ６０１を、対コントローラインタフェース部４０３を介して受信した現用系コンテンツサーバ１０２は、配信開始要求メッセージに含まれるコンテンツ管理情報３０１のパラメータである、コンテンツＩＤ６０３およびマルチキャストＩＰアドレス６０４およびポート番号６０５および配信終了情報６０６を、コンテンツ情報一時格納部４０４に保存するともに、コンテンツＩＤ６０３およびマルチキャストＩＰアドレス６０４およびポート番号６０５情報を、メイン制御部４０１を介して、マルチキャストパケット作成部４０６に通知する。
【００４７】
マルチキャストパケット作成部４０６は、メイン制御部４０１から通知されたコンテンツＩＤ６０３をキーとして、対応するコンテンツデータ５０１をコンテンツデータ格納部４０５から取り出し、同じくメイン制御部４０１から通知されたマルチキャストＩＰアドレス６０４およびポート番号６０５情報、および、コンテンツデータ格納部４０５から取り出したコンテンツデータ５０１に示されているシーケンス番号情報５０３を使用し、図８で示すマルチキャストＩＰパケットを作成７０３する。
【００４８】
図８に、マルチキャストＩＰパケットのフォーマットを示す。
作成されたマルチキャストＩＰパケットは、図８で示すように、宛先ＩＰアドレスにマルチキャストＩＰアドレス６０４が設定されたＩＰヘッダ部７０１および宛先ポート番号にポート番号６０５が設定されたＵＤＰヘッダ部７０２およびＲＴＰヘッダ部７０３およびシーケンス番号５０３が設定されたシーケンス番号部７０４およびコンテンツデータ７０５を含む。
【００４９】
作成されたマルチキャストＩＰパケットは、送信部４０７から外部インタフェース（マルチキャストルータ１０４）に向けて、コンテンツの配信終了まで連続的に送信７０４される。
【００５０】
（２）待機系
一方、待機系コンテンツサーバ１０３は、現用／待機切り替え部４０２により待機系に予め設定されている。コントローラ１０１から配信開始要求メッセージ６０１を、対コントローラインタフェース部４０３を介して受信した、待機系コンテンツサーバ１０３は、配信開始要求メッセージ６０１に含まれるコンテンツ管理情報３０１のパラメータである、コンテンツＩＤ６０３およびマルチキャストＩＰアドレス６０４およびポート番号６０５および配信終了情報６０６を、コンテンツ情報一時格納部４０４に保存するともに、現用系コンテンツサーバ１０２が送出するマルチキャストパケット７０４を受信するために、マルチキャストＩＰアドレス６０４を有するマルチキャストグループに参加７０５（ソケットのバインド）する。
【００５１】
また、この時、待機系コンテンツサーバ１０３内の障害発生検出部４０９では、現用系コンテンツサーバ１０２から受信することを期待するマルチキャストＩＰパケット到着監視のためのタイマを開始する。
【００５２】
マルチキャストグループに参加７０５すると、待機系コンテンツサーバ１０３からは、コンテンツＩＤと、そのコンテンツに対応するマルチキャストＩＰアドレス６０４が指定されたＩＧＭＰ  Ｒｅｐｏｒｔメッセージが、規定の宛先マルチキャストアドレスを使用して、マルチキャストルータに送信７０６される。
【００５３】
待機系コンテンツサーバ１０３が送信したＩＧＭＰ  Ｒｅｐｏｒｔメッセージ７０６を受信したマルチキャストルータ１０４は、宛先ＩＰアドレスが、ＩＧＭＰ  Ｒｅｐｏｒｔメッセージ７０６内で指定されたマルチキャストＩＰアドレス６０４となっているマルチキャストパケットを、待機系コンテンツサーバ１０３が属するインタフェース上に転送開始７０７する。
【００５４】
コンテンツに対応するマルチキャストＩＰアドレス６０４に関してのマルチキャストグループに参加した待機系コンテンツサーバ１０３は、マルチキャストルータ１０４がマルチキャストパケットを転送開始した直後から、宛先ＩＰアドレスがマルチキャストＩＰアドレス６０４となっているマルチキャストＩＰパケットを、マルチキャストパケット受信部４０８にて受信７０８し、障害発生検出部４０９に転送する。
【００５５】
障害発生検出部４０９では、マルチキャストＩＰパケットを受信した場合、パケット到着監視タイマをリセット７０９する。パケット到着監視タイマのリセット７０９は、マルチキャストＩＰパケットを受信する毎に実施される。
【００５６】
また、障害発生検出部４０９では、受信したマルチキャストＩＰパケットのデータを解析し、シーケンス番号８０４を抽出７１０し、最終受信済みシーケンス番号として、コンテンツ情報一時格納部４０４に、コンテンツ管理情報３０１と合わせて一時保存しておく。この処理は、受信したマルチキャストＩＰパケット内のシーケンス番号８０４がインクリメントされている都度実施される。
なお、待機系コンテンツサーバ１０３のマルチキャストパケット作成部４０６では、現用系コンテンツサーバ１０２と同様に、マルチキャストＩＰパケットを作成しても良いし、作成しないようにしてもよい。そして、作成する場合は、送信部４０７に受け渡さないようにしたり、送信部４０７が送信しないようにすることができる。
【００５７】
（３）障害
その後、現用系コンテンツサーバ１０２において、コンテンツを配信完了する以前に、何らかの障害が発生したことにより、マルチキャストＩＰパケットの送信が中断７１１してしまったとする。
【００５８】
待機系コンテンツサーバ１０３では、コントローラ１０１から配信開始要求メッセージ７０２にて受信し、コンテンツ情報一時格納部４０４に保存した情報である、配信終了情報６０６で示されたコンテンツの終了時点に到達した場合、パケット到着監視タイマを停止する。
【００５９】
しかし、現用系コンテンツサーバ１０２に何らかの障害が発生し、マルチキャストＩＰパケットの送信が中断すると、配信終了情報６０６で示された終了時点に到達する前に、待機系コンテンツサーバ１０３の障害発生検出部４０９で管理しているパケット到着監視タイマが、マルチキャストＩＰパケットを受信しないことでタイムアウトとなる。
【００６０】
このパケット到着監視タイマのタイムアウト契機により、待機系コンテンツサーバ１０３では、障害発生検出部４０９が、パケット未到着を検出７１２し、現用系コンテンツサーバ１０２に何らかの障害が発生し、コンテンツの配信が不可となったと判断する。
【００６１】
パケット未到着を検出７１２した、待機系コンテンツサーバ１０３の障害発生検出部４０９は、メイン制御部４０１に対し、パケット未到着を検出したことを通知する。
【００６２】
メイン制御部４０１は、コンテンツ情報一時格納部４０４の配信終了情報６０６とパケット未到着検出時に基づき、障害発生か否かを判断する。ここで、障害と判断された場合、メイン制御部４０１は、コンテンツの配信がどこまで正常に実施されたかの情報を配信開始ポイント決定部４１０に通知するために、障害発生検出部４０９が受信したマルチキャストＩＰパケット内から抽出し、コンテンツ情報一時格納部４０４に一時保存した、最終受信済みシーケンス番号を取り出し、配信開始ポイント決定部４１０に通知する。
【００６３】
配信開始ポイント決定部４１０は、コンテンツデータ５０１の中で、メイン制御部４０１から通知された最終受信済みシーケンス番号に１を加えたシーケンス番号を持つデータ部を、待機系コンテンツサーバ１０３での配信開始ポイントとして決定７１３し、当該シーケンス番号情報を配信開始シーケンス番号として、マルチキャストパケット作成部４０６に通知する。この時、マルチキャストパケット作成部４０６が、マルチキャストＩＰパケット作成時に必要となる情報である、マルチキャストＩＰアドレス６０４情報およびポート番号６０５情報も合わせて通知する。
【００６４】
マルチキャストパケット作成部４０６は、コンテンツデータ格納部４０５に格納されているコンテンツデータ５０１の中から、配信開始ポイント決定部４１０から通知された配信開始シーケンス番号に一致するシーケンス番号を持つデータ部を、待機系コンテンツサーバ１０３での配信開始ポイントとして取り出す。取り出したデータ部を、コンテンツデータ８０５部として、このコンテンツデータ８０５部に、当該コンテンツのシーケンス番号としてシーケンス番号部８０４を、さらに、ＲＴＰヘッダ部８０３、ポート番号６０５情報を宛先ポート番号として設定したＵＤＰヘッダ部８０２、マルチキャストＩＰアドレス６０４情報を宛先ＩＰアドレスとして設定したＩＰヘッダ部８０１を付加し、マルチキャストＩＰパケットを作成７１４する。
なお、上述の説明では、シーケンス番号を用いたが、コンテンツ配信の経過状態を示す情報としては、これに限らず、時刻（絶対時刻等）を用いることもでき、その場合シーケンス番号の代わりに時刻情報を用いたコンテンツデータとマルチキャストＩＰパケットを用いればよい。
【００６５】
マルチキャストパケット作成部４０６が作成したマルチキャストＩＰパケットは、送信部４０７から送信７１５される。マルチキャストＩＰパケットの作成および送信は、コンテンツデータの終了まで連続的に実施される。
【００６６】
３．第２の実施の形態
（１）マルチキャストパケット配信
また、待機系コンテンツサーバにて、配信開始ポイントからコンテンツを再生する手段として、次のようにしてもよい。動作例を図９にて示す。
【００６７】
図７における説明で示したように、コントローラ１０１に配信開始時刻チェックを実行し（９００）、コンテンツの配信開始時刻に到達した場合、コントローラ１０１は、現用系コンテンツサーバ１０２および待機系コンテンツサーバ１０３に対して、配信開始要求メッセージを送信９０１する。
【００６８】
コントローラ１０１から配信開始要求メッセージを受信した現用系コンテンツサーバ１０２は、図７における説明で示したように、マルチキャストパケット作成部４０６にて、マルチキャストＩＰパケットを作成９０２し、送信部４０７を介して、マルチキャストＩＰパケットの送信を開始９０３する。ただし、この時に作成されるマルチキャストＩＰパケットは、図１０で示すマルチキャストＩＰパケット１００１の構造となる。
図１０に、マルチキャストＩＰパケットの他のフォーマットを示す。
マルチキャストＩＰパケット１００１は、コンテンツデータ部１００５およびＲＴＰヘッダ部１００４およびＵＤＰヘッダ部１００３およびＩＰヘッダ部１００２を含み、図８で示したマルチキャストＩＰパケットの構造と比較すると、シーケンス番号部８０４が削除された構造となり、その分付加情報量が小さくなっている。
【００６９】
一方、現用系コンテンツサーバ１０２が配信開始要求メッセージ９０１を受信した場合、コントローラ１０１から配信開始要求メッセージ９０１を受信した待機系コンテンツサーバ１０３では、マルチキャストパケット作成部４０６にて、マルチキャストＩＰパケット１００１を作成するのみで、送信部４０７には受け渡さず、マルチキャストＩＰパケットを破棄９０４する。待機系コンテンツサーバ１０３のマルチキャストパケット作成部４０６では、この、マルチキャストＩＰパケットの作成・破棄処理を連続して実施する。
【００７０】
その後、図７における説明で示したように、待機系コンテンツサーバでは、マルチキャストグループに参加９０５し、ＩＧＭＰ  Ｒｅｐｏｒｔメッセージの送出９０６後、現用系コンテンツサーバからのマルチキャストＩＰパケットの受信を開始９０８する。マルチキャストＩＰパケットの受信毎に、パケット到着監視タイマがリセット９０９される。
なお、待機系コンテンツサーバ１０３では、マルチキャストＩＰパケット１００１にシーケンス番号が含まれていないので、その情報を記憶する等の処理は行わない。
【００７１】
（２）障害
次に、現用系コンテンツサーバ１０２に何らかの障害が発生し、マルチキャストＩＰパケットの送出が中断９１０されると、待機系コンテンツサーバ１０３にて、パケット到着監視タイマがタイムアウトし、パケット未到着を検出９１１する。パケット未到着により、現用系コンテンツサーバ１０２の障害発生を検知した障害発生検出部４０９は、待機系コンテンツサーバ１０３にて、マルチキャストＩＰパケットの送信を開始するよう指示するために、メイン制御部４０１を介して、マルチキャストパケット作成部４０６に、マルチキャストＩＰパケットの送信開始を指示する。処理の詳細は、第１の実施の形態と同様である。
【００７２】
メイン制御部４０１から、マルチキャストＩＰパケットの送信開始を指示されたマルチキャストパケット作成部４０６は、それ以降は、作成したマルチキャストＩＰパケットを破棄せずに、送信部４０７に受け渡し、実際にマルチキャストＩＰパケットの送出を開始９１２する。
【産業上の利用可能性】
【００７３】
本発明は、有線及び無線の各種ネットワークや、有線及び無線の各種通信端末を用いたコンテンツ配信に適用可能である。
【図面の簡単な説明】
【００７４】
【図１】システム全体概略構成図。
【図２】コントローラの機能ブロック図。
【図３】コンテンツ管理情報の内容を示す図。
【図４】コンテンツサーバの機能ブロック図。
【図５】コンテンツデータのイメージを示す図。
【図６】配信開始要求メッセージの構造を示す図。
【図７】第１の実施の形態の動作例を示すシーケンス図。
【図８】マルチキャストＩＰパケットの構造を示す図。
【図９】パケット破棄の方法を用いた場合の第２の実施の形態の動作を示すシーケンス図。
【図１０】シーケンス番号を用いないマルチキャストＩＰパケットの構造を示す図。
【符号の説明】
【００７５】
１０１    コントローラ
１０２    現用系コンテンツサーバ
１０３    待機系コンテンツサーバ
１０４    マルチキャストルータ
１０５    マルチキャストパケット転送ネットワーク網
【図１】
0004516496.tif 000002
【図２】
0004516496.tif 000003
【図３】
0004516496.tif 000004
【図４】
0004516496.tif 000005
【図５】
0004516496.tif 000006
【図６】
0004516496.tif 000007
【図７】
0004516496.tif 000008
【図８】
0004516496.tif 000009
【図９】
0004516496.tif 000010
【図１０】
0004516496.tif 000011