(57)【要約】      （修正有）【課題】サービスの連続性を損なわずに、配信元サーバを速やかに切り替えるストリーミングデータ配信システムを提供する。【解決手段】複数台の配信サーバ５のうち、クライアント端末６から配信要求を受信した要求受信サーバは、配信要求に応じて配信先に関する配信先情報を作成するとともに、配信先情報を他の配信サーバとの間で保持し合う。それぞれの配信サーバは、自身の保持する配信先情報毎に、それぞれの配信先情報の属性が原本であるのか否かを管理しており、かつ、属性が原本である配信先情報に対応するクライアント端末に対して、収集データの配信を行う配信元サーバとして機能する一方、属性が原本でない配信先情報に対応するクライアント端末に対して、配信先情報をバックアップ用として保持し、かつ、収集データの配信を停止するバックアップサーバとして機能する。【選択図】図１
2016144018.tif 000002
【特許請求の範囲】
【請求項１】
データ収集装置によって収集された収集データを配信要求元のクライアント端末に配信する複数台の配信サーバと、当該収集データを当該複数台の配信サーバに配信するマルチキャストサーバとを有するストリーミングデータ配信システムであって、
前記複数台の配信サーバのうち、前記クライアント端末から配信要求を受信した要求受信サーバは、当該配信要求に応じて配信先に関する配信先情報を作成するとともに、当該配信先情報を他の配信サーバとの間で保持し合い、
それぞれの前記配信サーバは、自身の保持する前記配信先情報毎に、それぞれの前記配信先情報の属性が原本であるのか否かを管理しており、かつ、属性が原本である配信先情報に対応するクライアント端末に対して、前記収集データの配信を行う配信元サーバとして機能する一方、属性が原本でない配信先情報に対応するクライアント端末に対して、前記配信先情報をバックアップ用として保持し、かつ、収集データの配信を停止するバックアップサーバとして機能する
ことを特徴とするストリーミングデータ配信システム。
【請求項２】
請求項１に記載のストリーミングデータ配信システムにおいて、
前記バックアップサーバは、前記配信元サーバの障害発生を検知した場合、又は、前記マルチキャストサーバ若しくは他の配信サーバから前記配信元サーバの障害発生を通知された場合に、当該障害発生の配信元サーバとの間で保持し合っている前記配信先情報の属性を原本に変更することによって、当該障害発生の配信元サーバである旧配信元サーバに代わる新配信元サーバとして機能する
ことを特徴とするストリーミングデータ配信システム。
【請求項３】
請求項１に記載のストリーミングデータ配信システムにおいて、
システム全体の動作を管理する前記配信サーバ以外のサーバを管理サーバとし、前記複数台の配信サーバの中のコーディネータとして機能する配信サーバをコーディネータサーバとし、前記配信サーバの台数の増減が発生した場合に、前記管理サーバ又は前記コーディネータサーバは、それぞれの前記配信サーバの通信負荷が均等になるように計算された前記配信元サーバと前記バックアップサーバとの組み合わせの計算結果に基づいて、前記配信先情報毎に、前記配信先情報を保持する前記配信サーバの変更、及び、それぞれの前記配信サーバに保持された前記配信先情報の属性の変更のいずれか一方又は双方を行うことによって、前記配信先情報毎に、前記複数台の配信サーバの中の２台以上を１台の前記配信元サーバと１乃至複数台の前記バックアップサーバとに割り振る
ことを特徴とするストリーミングデータ配信システム。
【請求項４】
請求項３に記載のストリーミングデータ配信システムにおいて、
前記管理サーバ又は前記コーディネータサーバは、前記配信要求元のクライアント端末であるユーザ毎に、それぞれのユーザに固有な情報をキーにして、コンシステントハッシュのＩＤ空間で、それぞれのユーザの前記配信元サーバと前記バックアップサーバとの組み合わせを決定する
ことを特徴とするストリーミングデータ配信システム。
【請求項５】
請求項３に記載のストリーミングデータ配信システムにおいて、
前記配信元サーバが配信権利を他の配信サーバに移譲することによって旧配信元サーバに変更された場合に、当該旧配信元サーバは、変更後も一定時間前記収集データを配信し続けることによって、前記クライアント端末に、前記収集データの重複配信を検知させて、検知された重複配信の片方の前記収集データを破棄させる
ことを特徴とするストリーミングデータ配信システム。
【請求項６】
請求項３に記載のストリーミングデータ配信システムにおいて、
前記配信元サーバが配信権利を他の配信サーバに移譲することによって旧配信元サーバに変更された場合に、当該旧配信元サーバは、変更後も前記収集データを配信し続けることによって、前記クライアント端末に、前記収集データの重複配信を検知させて、検知された重複配信の片方の前記収集データを破棄させるとともに、前記収集データの重複配信を当該旧配信元サーバに通知させ、その後に、前記クライアント端末から前記収集データの重複配信が通知されたときに、前記収集データの配信を停止する
ことを特徴とするストリーミングデータ配信システム。
【請求項７】
データ収集装置によって収集された収集データを配信要求元のクライアント端末に配信する複数台の配信サーバと、当該収集データを当該複数台の配信サーバに配信するマルチキャストサーバとを有するストリーミングデータ配信方法であって、
それぞれの前記配信サーバは、配信先に関する配信先情報を保持管理する管理部と、前記マルチキャストサーバからの前記収集データの受信及び前記配信要求元のクライアント端末への前記収集データの配信を行う配信部とを備えており、
前記複数台の配信サーバのうち、前記クライアント端末から配信要求を受信した要求受信サーバの前記管理部が、当該配信要求に応じて配信先に関する配信先情報を作成するとともに、当該配信先情報を他の配信サーバの前記管理部との間で保持し合う工程と、
それぞれの前記配信サーバの前記管理部が、自身の保持する前記配信先情報毎に、それぞれの前記配信先情報の属性が原本であるのか否かを管理する工程と、
それぞれの前記配信サーバの前記配信部が、属性が原本である配信先情報に対応するクライアント端末に対して、前記マルチキャストサーバから受信した前記収集データの配信先を当該クライアント端末に設定して、前記収集データの配信を行う一方、属性が原本でない配信先情報に対応するクライアント端末に対して、前記マルチキャストサーバから受信した前記収集データの配信先を当該クライアント端末に設定せずに、前記収集データの配信を停止する工程と、を含む
ことを特徴とするストリーミングデータ配信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、配信データの高いリアルタイム性とサービスの連続性とが要求されるストリーミングデータ配信システム、及び、ストリーミングデータ配信方法に関する。
【背景技術】
【０００２】
従来、リアルタイムに収集されたデータをライブ形式で複数台のクライアント端末に配信するストリーミングデータ配信システムがある（例えば、特許文献１参照）。具体的には、カメラやマイク、センサ等のデータ収集装置を用いて、録画データや録音データ、温度や気圧等の測定データ等を収集データとしてリアルタイムに収集し、配信サーバを介して収集データをライブ形式で複数台のクライアント端末に配信することによって、動画や音声の再生、測定対象の監視等のサービスを提供するストリーミングデータ配信システムがある。以下、配信している収集データを「配信データ」と称する場合がある。
【０００３】
ストリーミングデータ配信システムには、配信データの高いリアルタイム性とサービスの連続性（サービスの提供を途切れさせないこと）とが要求される。このようなストリーミングデータ配信システムでは、複数台の配信サーバが予め用意されている。複数台の配信サーバは、それぞれ、１乃至複数台のクライアント端末と対応付けされており、収集データをそれぞれに対応付けされたクライアント端末に対して配信する配信元サーバとして機能する。
【０００４】
ストリーミングデータ配信システムは、運用中に、配信元サーバの切り替え処理を行うことがある。例えば、ストリーミングデータ配信システムは、運用中に、配信元サーバに障害が発生した場合に、その配信元サーバから別の正常な配信サーバに配信元を切り替えることがある。以下、切り替え元の配信サーバ（ここでは、障害が発生した配信元サーバ）を「旧配信元サーバ」と称し、切り替え先の配信サーバ（ここでは、障害が発生した配信元サーバとは別の正常な配信サーバ）を「新配信元サーバ」と称する。なお、配信元サーバの切り替え処理は、運用中に、配信サーバの台数が増減した場合にも行われることがある。
【０００５】
配信元サーバの切り替え処理は、クライアント端末の再送要求に基づいて行われるのが一般的である。例えば、クライアント端末は、収集データの配信の中断を検知した場合で、かつ、配信元サーバに障害が発生したと判定されたときに、収集データの再送要求をストリーミングデータ配信システムに送信する。その再送要求は、新配信元サーバで処理される。その結果、新配信元サーバが、旧配信元サーバに代わって、収集データの配信を開始（再開）する。
【０００６】
その際に、旧配信元サーバで障害が発生してから新配信元サーバが収集データの配信を開始（再開）するまでの間に、タイムラグが発生する。しかしながら、ストリーミングデータ配信システムは、配信データのバッファをクライアント端末に蓄積させておくことで、蓄積量に相当する時間分だけ動画や音声の再生、測定対象の監視等のサービスを途切れさせることなく提供することができる。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００６−０１８６４３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかしながら、特許文献１に記載された従来のストリーミングデータ配信システムは、以下に説明するように、サービスの連続性を損なわずに、配信元サーバを速やかに切り替えることが望まれている、という課題があった。
【０００９】
例えば、測定対象の監視や遠隔医療等のサービスを提供するために、収集データをライブ形式で配信する場合に、配信データの高いリアルタイム性とサービスの連続性（サービスの提供を途切れさせないこと）とが、ストリーミングデータ配信システムに要求される。
【００１０】
特許文献１に記載された従来のストリーミングデータ配信システムは、配信元サーバを切り替える際に、クライアント端末が配信サーバの障害発生の検知処理を行うことや、クライアント端末が新配信元サーバとの間で通信を行うことを前提にした構成になっている。つまり、特許文献１に記載された従来のストリーミングデータ配信システムは、クライアント端末側に付加機能を設け、クライアント端末と配信サーバ側とが協働することによって配信元サーバの切り替え処理を行う構成になっている。
【００１１】
また、従来のストリーミングデータ配信システムは、時間を要する処理（例えば、配信元サーバに障害が発生した場合のクライアント端末における配信元サーバの障害発生の検知処理や収集データの再送要求処理、配信元サーバを切り替える際のクライアント端末と新配信元サーバとの間の通信処理等）を行っている。例えば、クライアント端末は、配信元サーバの障害発生の検知処理として、パケットの欠損が発生したときに、その欠損が単純な一時的なものであるのか又は配信元サーバの障害発生による恒久的なものであるのか等を判定する処理や、収集データの再送を配信サーバ側に要求する再送要求処理を行っている。これらの処理は、比較的時間を要する。また、クライアント端末と配信サーバとは、配信元サーバを切り替えるための通信処理を行っている。この通信処理も、インターネットのような回線を介して行われるため、比較的時間を要する。
【００１２】
このような従来のストリーミングデータ配信システムは、例えば、配信データのリアルタイム性を向上させるために、クライアント端末に蓄積された配信データのバッファの蓄積量を小さく抑える構成にすると、配信元サーバを切り替える間に時間を要してしまった場合に、収集データのパケットを欠損させてしまい、サービスの連続性を損なうこと（サービスの提供を途切れさせてしまうこと）があった。
【００１３】
したがって、従来のストリーミングデータ配信システムは、サービスの連続性を損なわずに、配信元サーバを速やかに切り替えることが望まれていた。換言すると、従来のストリーミングデータ配信システムは、配信元サーバを切り替える際に、時間を要する処理（例えば、配信元サーバに障害が発生した場合のクライアント端末における配信元サーバの障害発生の検知処理や、クライアント端末における収集データの再送要求処理、配信元サーバを切り替える際のクライアント端末と新配信元サーバとの間の通信処理等）を行わずに、配信元サーバの切り替え処理を配信サーバ側で完結して行うことができる構成が望まれていた。
【００１４】
本発明は、前記した問題点を解決するためになされたものであり、サービスの連続性を損なわずに、配信元サーバを速やかに切り替えるストリーミングデータ配信システム、及び、ストリーミングデータ配信方法を提供することを主な課題とする。
【課題を解決するための手段】
【００１５】
前記課題を解決するため、第１発明は、データ収集装置によって収集された収集データを配信要求元のクライアント端末に配信する複数台の配信サーバと、当該収集データを当該複数台の配信サーバに配信するマルチキャストサーバとを有するストリーミングデータ配信システムであって、前記複数台の配信サーバのうち、前記クライアント端末から配信要求を受信した要求受信サーバは、当該配信要求に応じて配信先に関する配信先情報を作成するとともに、当該配信先情報を他の配信サーバとの間で保持し合い、それぞれの前記配信サーバは、自身の保持する前記配信先情報毎に、それぞれの前記配信先情報の属性が原本であるのか否かを管理しており、かつ、属性が原本である配信先情報に対応するクライアント端末に対して、前記収集データの配信を行う配信元サーバとして機能する一方、属性が原本でない配信先情報に対応するクライアント端末に対して、前記配信先情報をバックアップ用として保持し、かつ、前記収集データの配信を停止するバックアップサーバとして機能する構成とする。
【００１６】
このストリーミングデータ配信システムは、配信元サーバを切り替える際に、配信元サーバの切り替え契機の検知から新配信元サーバによる収集データの配信の開始（再開）までの処理を配信サーバ側で完結して行うことができる。特に、このストリーミングデータ配信システムは、時間を要する処理（例えば、配信元サーバに障害が発生した場合のクライアント端末における配信元サーバの障害発生の検知処理や、クライアント端末における収集データの再送要求処理、配信元サーバを切り替える際のクライアント端末と新配信元サーバとの間の通信処理等）を行うことなく、配信元サーバの切り替え処理を配信サーバ側で完結して行うことができる。そのため、このストリーミングデータ配信システムは、サービスの連続性を損なわずに、配信元サーバの切り替えを速やかに行うことができる。
【００１７】
このストリーミングデータ配信システムにおいて、前記バックアップサーバは、前記配信元サーバの障害発生を検知した場合、又は、前記マルチキャストサーバ若しくは他の配信サーバから前記配信元サーバの障害発生を通知された場合に、当該障害発生の配信元サーバとの間で保持し合っている前記配信先情報の属性を原本に変更することによって、当該障害発生の配信元サーバである旧配信元サーバに代わる新配信元サーバとして機能する構成にしてもよい。
【００１８】
この構成によれば、バックアップサーバは、障害発生の配信元サーバとの間で保持し合っている配信先情報の属性を原本に変更することによって、障害発生の配信元サーバである旧配信元サーバに代わる新配信元サーバとして機能することができる。
【００１９】
このストリーミングデータ配信システムにおいて、システム全体の動作を管理する前記配信サーバ以外のサーバを管理サーバとし、前記複数台の配信サーバの中のコーディネータとして機能する配信サーバをコーディネータサーバとし、前記配信サーバの台数の増減が発生した場合に、前記管理サーバ又は前記コーディネータサーバは、それぞれの前記配信サーバの通信負荷が均等になるように計算された前記配信元サーバと前記バックアップサーバとの組み合わせの計算結果に基づいて、前記配信先情報毎に、前記配信先情報を保持する前記配信サーバの変更、及び、それぞれの前記配信サーバに保持された前記配信先情報の属性の変更のいずれか一方又は双方を行うことによって、前記配信先情報毎に、前記複数台の配信サーバの中の２台以上を１台の前記配信元サーバと１乃至複数台の前記バックアップサーバとに割り振る構成にしてもよい。
【００２０】
この構成によれば、管理サーバ又はコーディネータサーバは、配信先情報を保持する配信サーバの変更、及び、それぞれの配信サーバに保持された配信先情報の属性の変更のいずれか一方又は双方を行うことによって、配信先情報毎に、それぞれの配信サーバを配信元サーバとバックアップサーバとのいずれか一方に割り振ることができる。
【００２１】
このストリーミングデータ配信システムにおいて、前記管理サーバ又は前記コーディネータサーバは、前記配信要求元のクライアント端末であるユーザ毎に、それぞれのユーザに固有な情報をキーにして、コンシステントハッシュのＩＤ空間で、それぞれのユーザの前記配信元サーバと前記バックアップサーバとの組み合わせを決定する構成にしてもよい。
【００２２】
この構成によれば、管理サーバ又はコーディネータサーバは、ユーザに固有な情報をキーにして、それぞれのユーザの配信元サーバとバックアップサーバとの組み合わせを決定することができる。
【００２３】
このストリーミングデータ配信システムにおいて、前記配信元サーバが配信権利を他の配信サーバに移譲することによって旧配信元サーバに変更された場合に、当該旧配信元サーバは、変更後も一定時間前記収集データを配信し続けることによって、前記クライアント端末に、前記収集データの重複配信を検知させて、検知された重複配信の片方の前記収集データを破棄させる構成にしてもよい。
【００２４】
この構成によれば、旧配信元サーバは、収集データを一定時間配信し続けるため、配信サーバの切り替え処理による収集データのわずかな欠損も回避することができ、連続性を損なわずにサービスを提供することができる。
【００２５】
このストリーミングデータ配信システムにおいて、前記配信元サーバが配信権利を他の配信サーバに移譲することによって旧配信元サーバに変更された場合に、当該旧配信元サーバは、変更後も前記収集データを配信し続けることによって、前記クライアント端末に、前記収集データの重複配信を検知させて、検知された重複配信の片方の前記収集データを破棄させるとともに、前記収集データの重複配信を当該旧配信元サーバに通知させ、その後に、前記クライアント端末から前記収集データの重複配信が通知されたときに、前記収集データの配信を停止する構成にしてもよい。
【００２６】
この構成によれば、旧配信元サーバは、クライアント端末から収集データの重複配信が通知されるまで、収集データを配信し続けるため、配信サーバの切り替え処理による収集データのわずかな欠損も回避することができ、連続性を損なわずにサービスを提供することができる。
【００２７】
また、第２発明は、データ収集装置によって収集された収集データを配信要求元のクライアント端末に配信する複数台の配信サーバと、当該収集データを当該複数台の配信サーバに配信するマルチキャストサーバとを有するストリーミングデータ配信方法であって、それぞれの前記配信サーバは、配信先に関する配信先情報を保持管理する管理部と、前記マルチキャストサーバからの前記収集データの受信及び前記配信要求元のクライアント端末への前記収集データの配信を行う配信部とを備えており、前記複数台の配信サーバのうち、前記クライアント端末から配信要求を受信した要求受信サーバの前記管理部が、当該配信要求に応じて配信先に関する配信先情報を作成するとともに、当該配信先情報を他の配信サーバの前記管理部との間で保持し合う工程と、それぞれの前記配信サーバの前記管理部が、自身の保持する前記配信先情報毎に、それぞれの前記配信先情報の属性が原本であるのか否かを管理する工程と、それぞれの前記配信サーバの前記配信部が、属性が原本である配信先情報に対応するクライアント端末に対して、前記マルチキャストサーバから受信した前記収集データの配信先を当該クライアント端末に設定して、前記収集データの配信を行う一方、属性が原本でない配信先情報に対応するクライアント端末に対して、前記マルチキャストサーバから受信した前記収集データの配信先を当該クライアント端末に設定せずに、前記収集データの配信を停止する工程と、を含む構成とする。
【００２８】
このストリーミングデータ配信方法は、配信元サーバを切り替える際に、配信元サーバの切り替え契機の検知から新配信元サーバによる収集データの配信の開始（再開）までの処理を配信サーバ側で完結して行うことができる。特に、このストリーミングデータ配信方法は、時間を要する処理（例えば、配信元サーバに障害が発生した場合のクライアント端末における配信元サーバの障害発生の検知処理や、クライアント端末における収集データの再送要求処理、配信元サーバを切り替える際のクライアント端末と新配信元サーバとの間の通信処理等）を行うことなく、配信元サーバの切り替え処理を配信サーバ側で完結して行うことができる。そのため、このストリーミングデータ配信方法は、サービスの連続性を損なわずに、配信元サーバの切り替えを速やかに行うことができる。
【発明の効果】
【００２９】
本発明は、サービスの連続性を損なわずに、配信元サーバを速やかに切り替えることができる。
【図面の簡単な説明】
【００３０】
【図１】実施形態に係るストリーミングデータ配信システムの構成図である。
【図２】実施形態で用いる配信サーバの構成図である。
【図３】実施形態で用いる配信先登録情報の構成図である。
【図４】実施形態に係るストリーミングデータ配信システムの配信元サーバの障害発生時の動作の説明図である。
【図５】実施形態に係るストリーミングデータ配信システムの配信サーバの増設時の動作の説明図である。
【図６】実施形態に係るストリーミングデータ配信システムの配信サーバの増設時の動作の第１変更例の説明図である。
【図７】実施形態に係るストリーミングデータ配信システムの配信サーバの増設時の動作の第２変更例の説明図である。
【図８】実施形態に係るストリーミングデータ配信システムの収集データの配信開始時の動作のシーケンス図である。
【図９】実施形態に係るストリーミングデータ配信システムの配信元サーバの障害発生時の動作のシーケンス図である。
【図１０】実施形態に係るストリーミングデータ配信システムの配信サーバの増設時の動作のシーケンス図である。
【図１１】実施形態に係るストリーミングデータ配信システムの配信サーバの増設時の第１変更例の動作のシーケンス図である。
【図１２】実施形態に係るストリーミングデータ配信システムの配信サーバの増設時の第２変更例の動作のシーケンス図である。
【発明を実施するための形態】
【００３１】
以下、図面を参照して、本発明の実施の形態（以下、「本実施形態」と称する）につき詳細に説明する。なお、各図は、本発明を十分に理解できる程度に、概略的に示してあるに過ぎない。よって、本発明は、図示例のみに限定されるものではない。また、各図において、共通する構成要素や同様な構成要素については、同一の符号を付し、それらの重複する説明を省略する。
【００３２】
［実施形態］
＜ストリーミングデータ配信システムの構成＞
以下、図１を参照して、本実施形態に係るストリーミングデータ配信システム１の構成につき説明する。図１は、ストリーミングデータ配信システム１装置の構成を示す図である。
ストリーミングデータ配信システム１は、リアルタイムに収集されたデータをライブ形式で複数台のクライアント端末６に配信するシステムである。図１に示すように、ストリーミングデータ配信システム１は、データ収集装置２、リアルタイムエンコーダ３、マルチキャストサーバ４、及び、配信サーバ５を有している。
【００３３】
データ収集装置２は、例えば、カメラやマイク、センサ等の、リアルタイムにデータを収集する装置である。
リアルタイムエンコーダ３は、データ収集装置２によって収集された収集データＤｇａを所定のパケット形式のデータに変換してマルチキャストサーバ４に転送する装置である。
マルチキャストサーバ４は、収集データＤｇａを各配信サーバ５に転送するサーバである。
配信サーバ５は、収集データＤｇａを配信要求元のクライアント端末６に配信するサーバである。
【００３４】
配信サーバ５は、複数台設けられている。複数台の配信サーバ５は、それぞれ、１乃至複数台のクライアント端末６に対応付けられており、収集データＤｇａをそれぞれに対応付けられたクライアント端末６に配信する。以下、配信サーバ５からクライアント端末６に配信される収集データＤｇａを「配信データＤｇａ」と称する場合がある。
【００３５】
ここでは、データ収集装置２がテレビカメラとして構成されており、ストリーミングデータ配信システム１がデータ収集装置２によって収集された収集データ（録画データ）Ｄｇａをライブ形式で複数台のクライアント端末６に配信する場合を想定して説明する。したがって、本実施形態では、各クライアント端末６は、配信された収集データ（録画データ）Ｄｇａに基づいて、動画の再生（すなわち、図示せぬディスプレイでの動画の表示）を行う。
【００３６】
複数台の配信サーバ５のうち、クライアント端末６から配信要求を受信した配信サーバ（以下、「要求受信サーバ」と称する）は、配信要求に応じて配信先に関する配信先情報Ｄｔｒ（図２及び図３参照）を作成するとともに、配信先情報Ｄｔｒを他の配信サーバ５との間で保持し合っている。
【００３７】
また、それぞれの配信サーバ５は、自身の保持する配信先情報Ｄｔｒ（図２及び図３参照）毎に、それぞれの配信先情報Ｄｔｒの属性が原本であるのか否かを管理している。
【００３８】
それぞれの配信サーバ５は、属性が原本である配信先情報Ｄｔｒに対応するクライアント端末６に対して、収集データＤｇａの配信を行う配信元サーバとして機能する一方、属性が原本でない配信先情報Ｄｔｒに対応するクライアント端末６に対して、配信先情報Ｄｔｒをバックアップ用として保持し、かつ、収集データＤｇａの配信を停止するバックアップサーバとして機能する。
【００３９】
その結果、それぞれの配信サーバ５は、属性が原本である配信先情報Ｄｔｒに対応するクライアント端末６に対してのみ、収集データＤｇａを配信する。ここで、「属性が原本でない配信先情報Ｄｔｒ」とは、属性がバックアップになっている配信先情報Ｄｔｒと属性がブランクになっている配信先情報Ｄｔｒとの双方を意味している。
【００４０】
＜配信サーバの構成＞
以下、図２を参照して、配信サーバ５の構成につき説明する。図２は、本実施形態で用いる配信サーバ５の構成図である。
図２に示すように、各配信サーバ５は、管理部２１、配信部２２、及び、監視部２３を備えている。
【００４１】
管理部２１は、収集データＤｇａの配信先を管理する機能手段である。
配信部２２は、マルチキャストサーバ４から配信された収集データＤｇａを受信し、受信した収集データＤｇａを配信先に配信する機能手段である。
監視部２３は、他の配信サーバ５の死活状態を監視する機能手段である。
配信サーバ５の図示せぬＣＰＵは、配信サーバ５の図示せぬ記憶部に格納された制御プログラムを実行することにより、これらの各機能手段を実現する。
【００４２】
＜配信先登録情報の構成＞
各配信サーバ５の管理部２１は、配信先を管理するためのテーブル情報として配信先登録情報Ｄｒｅを保持している。以下、図３を参照して、配信先登録情報Ｄｒｅの構成につき説明する。図３は、本実施形態で用いる配信先登録情報Ｄｒｅの構成図である。
図３に示すように、配信先登録情報Ｄｒｅには、配信先情報Ｄｔｒが登録されている。配信先情報Ｄｔｒには、ＩＤや、配信先（ＩＰアドレス）、ポート番号、属性等の情報が含まれている。ここでは、配信先情報Ｄｔｒは、各ユーザに固有な情報であるアドレス情報Ｄａｄとして、配布先（ＩＰアドレス）を含んでいるものとして説明する。
【００４３】
ＩＤは、各配信先情報Ｄｔｒに一意に付されたコード情報である。
配信先（ＩＰアドレス）は、配信先のアドレス情報Ｄａｄである。
ポート番号は、収集データＤｇａを出力するポートに付された番号情報である。
属性は、配信先情報Ｄｔｒが原本であるのか否かを表す情報である。本実施形態では、属性として「原本」情報又は「バックアップ」情報が配信先登録情報Ｄｒｅに登録されるものとして説明する。ただし、配信先情報Ｄｔｒの属性が不定の場合に、属性としてブランク情報が登録されたり、又は、「バックアップ」情報の代わりに、属性としてブランク情報が登録されたりしてもよい。
【００４４】
＜ストリーミングデータ配信システムの動作＞
以下、図２、図４〜図１２を参照して、ストリーミングデータ配信システム１の動作につき説明する。
【００４５】
ここでは、ストリーミングデータ配信システム１の特徴的な動作について、（１）収集データの配信開始時の動作、（２）配信元サーバの障害発生時の動作、（３）配信サーバ５の増設時の動作、（４）配信サーバ５の第１変更例の増設時の動作、（５）配信サーバ５の増設時の第２変更例の動作の順で説明する。
【００４６】
また、ここでは、図４に示すように、ストリーミングデータ配信システム１が３台の配信サーバ５を備えている場合を想定して説明する。以下、３台の配信サーバ５を「配信サーバ５Ａ，５Ｂ，５Ｃ」とし、配信サーバ５Ａ，５Ｂ，５Ｃの各構成要素を区別する場合に、各構成要素に与えられた符号の末尾に、英文字「Ａ」、「Ｂ」、「Ｃ」を付して説明する。
【００４７】
なお、各装置は、図示せぬタイマによって計測された時間に基づいて動作する。また、各装置の動作は、各装置の図示せぬ記憶部に読み出し自在に予め格納された制御プログラムによって規定されており、各装置の図示せぬ制御部によって実行される。また、装置間の通信は、受信側の装置が通信によって受信されたデータを記憶部に一旦格納し、その後に、データを記憶部から読み出すことによって、行われる。また、各データは、記憶部に読み出し自在に一旦格納されてから、その後の処理を行う所要の構成要素に出力される。以下、これらの点については、情報処理では常套手段であるので、その詳細な説明を省略する。
【００４８】
（１）収集データの配信開始時の動作
以下、まず、図２を参照して、ストリーミングデータ配信システム１の収集データＤｇａの配信開始時の動作の概要につき説明し、次に、図８を参照して、その動作の詳細につき説明する。図８は、ストリーミングデータ配信システム１の収集データＤｇａの配信開始時の動作のシーケンス図である。
【００４９】
（ａ）動作の概要
図２に示すように、各配信サーバ５の管理部２１は、配信先を管理するためのテーブル情報として配信先登録情報Ｄｒｅを保持している。配信先登録情報Ｄｒｅには、各配信サーバ５の配信先を表す配信先情報Ｄｔｒが登録されている。その配信先情報Ｄｔｒには、配信先であるクライアント端末６のアドレス情報Ｄａｄが含まれている。管理部２１は、配信先登録情報Ｄｒｅに登録された配信先情報Ｄｔｒのうち、属性（図３参照）が原本になっている配信先情報Ｄｔｒのアドレス情報Ｄａｄを配信部２２に出力する。
【００５０】
配信部２２は、アドレス情報Ｄａｄが入力されると、入力されたアドレス情報Ｄａｄを配信アドレス情報Ｄｔａに登録する。配信アドレス情報Ｄｔａは、配信先のアドレス情報Ｄａｄを管理するためのテーブル情報である。配信部２２は、マルチキャストサーバ４から受信した収集データＤｇａのパケットのアドレスを配信先のアドレス（ここでは、配信アドレス情報Ｄｔａに登録されたアドレス情報Ｄａｄ）に付け替える。これによって、配信部２２は、収集データＤｇａを配信先である各ユーザのクライアント端末６に配信する。
【００５１】
（ｂ）動作の詳細
図８に、収集データＤｇａの配信開始時の動作シーケンスとして、シーケンス１を示す。ここでは、データ収集装置２が、収集データＤｇａを収集しながら、リアルタイムエンコーダ３を介して収集データＤｇａをマルチキャストサーバ４に送信し続けているものとして説明する。
【００５２】
図８に示すように、マルチキャストサーバ４は、常時、リアルタイムエンコーダ３を介してデータ収集装置２から収集データＤｇａのパケットを受信しながら、受信された収集データＤｇａのパケットを各配信サーバ５に継続的に転送する（Ｓ１０５）。
【００５３】
クライアント端末６は、任意のタイミングで、配信要求をストリーミングデータ配信システム１側に送信する（Ｓ１１０）。
【００５４】
ストリーミングデータ配信システム１は、事前に、配信要求元のクライアント端末６に対する配信元サーバとバックアップサーバとの組み合わせを決定しており、組み合わせ関係を表す図示せぬＩＤ表を各配信サーバ５に配布している。配信元サーバとバックアップサーバとの組み合わせの計算については、後記する。ここでは、図示せぬＩＤ表によって、配信サーバ５Ａが配信元サーバに割り振られており、配信サーバ５Ｂがバックアップサーバに割り振られているものとして説明する。ただし、配信元サーバに割り振られる配信サーバ５及びバックアップサーバに割り振られる配信サーバ５は、ストリーミングデータ配信システム１がクライアント端末６から配信要求を受信する度に、変更される。
【００５５】
配信元サーバに割り振られている配信サーバ５Ａの管理部２１Ａは、クライアント端末６から配信要求を受信すると、受信した配信要求に基づいて、配信要求元のクライアント端末６に対応する原本用の配信先情報Ｄｔｒを作成し（Ｓ１１５）、作成された配信先情報Ｄｔｒを自身の保持する配信先登録情報Ｄｒｅに登録する。このとき、配信サーバ５Ａの管理部２１Ａは、作成された配信先情報Ｄｔｒの属性を「原本」にして、配信先登録情報Ｄｒｅに登録する。
【００５６】
Ｓ１１５の後、配信サーバ５Ａの管理部２１Ａは、バックアップ作成要求を作成して、バックアップサーバに割り振られている配信サーバ５Ｂに送信する（Ｓ１２０）。このとき作成されたバックアップ作成要求には、配信要求元のクライアント端末６に対応する配信先情報Ｄｔｒが含まれている。
【００５７】
配信サーバ５Ｂの管理部２１Ｂは、配信サーバ５Ａからバックアップ作成要求を受信すると、バックアップ作成要求に含まれている配信先情報Ｄｔｒに基づいて、配信要求元のクライアント端末６に対応するバックアップ用の配信先情報Ｄｔｒを作成して（Ｓ１２５）、作成された配信先情報Ｄｔｒを自身の保持する配信先登録情報Ｄｒｅに登録する。このとき、管理部２１Ｂは、作成された配信先情報Ｄｔｒの属性を「バックアップ」にして、配信先登録情報Ｄｒｅに登録する。
【００５８】
Ｓ１１５の後、配信サーバ５Ａの管理部２１Ａは、配信先登録情報Ｄｒｅに登録された原本用の配信先情報Ｄｔｒ（すなわち、属性が「原本」になっている配信先情報Ｄｔｒ）に基づいて、配信要求元のクライアント端末６のアドレス情報Ｄａｄを配信部２２Ａに出力する（Ｓ１３０）。Ｓ１３０の処理は、Ｓ１１５の後であれば、Ｓ１２０又はＳ１２５の前に行うことができる。
【００５９】
配信部２２Ａは、管理部２１Ａからアドレス情報Ｄａｄが入力されると、入力されたアドレス情報Ｄａｄを配信アドレス情報Ｄｔａ（図２参照）に登録する。そして、配信部２２Ａは、配信アドレス情報Ｄｔａに登録されたアドレス情報Ｄａｄに基づいて、Ｓ１０５でマルチキャストサーバ４から転送された収集データＤｇａのパケットの配信先の変更を行い、収集データＤｇａのパケットの配信を開始する（Ｓ１３５）。
【００６０】
配信先の変更は、Ｓ１０５でマルチキャストサーバ４から転送された収集データＤｇａのパケットのアドレスを、配信アドレス情報Ｄｔａに登録された配信要求元のクライアント端末６のアドレス情報Ｄａｄに付け替えることによって行われる（以下、同様。）。
【００６１】
以後、配信部２２Ａは、マルチキャストサーバ４から継続的に転送される収集データＤｇａのパケットの配信先の変更を行って、収集データＤｇａのパケットを配信要求元のクライアント端末６に配信する（Ｓ１４０）。
【００６２】
このようにして収集データの配信開始時の動作が行われる。収集データの配信開始時の動作は、ストリーミングデータ配信システム１がクライアント端末６から配信要求を受信する度に、行われる。したがって、ストリーミングデータ配信システム１がクライアント端末６から配信要求を受信する度に、配信元サーバに割り振られた配信サーバ５は、原本用の配信先情報Ｄｔｒを保持するとともに、収集データＤｇａの配信を行う。一方、バックアップサーバに割り振られた配信サーバ５は、バックアップ用の配信先情報Ｄｔｒを保持するだけで、収集データＤｇａの配信を行わない。
【００６３】
（２）配信元サーバの障害発生時の動作
以下、まず、図４を参照して、ストリーミングデータ配信システム１の配信元サーバの障害発生時の動作の概要につき説明し、次に、図９を参照して、その動作の詳細につき説明する。図４は、ストリーミングデータ配信システム１の配信元サーバの障害発生時の動作の説明図であり、図４（ａ）は、各配信サーバ５Ａ〜５Ｃがそれぞれに対応するクライアント端末６に対する配信元サーバとして正常に作動している状態を示しており、図４（ｂ）は、配信サーバ５Ａに障害が発生した状態を示している。図９は、その動作のシーケンス図である。
【００６４】
（ａ）動作の概要
図４（ａ）に示す例では、３台の配信サーバ５Ａ〜５Ｃがストリーミングデータ配信システム１に設けられている。各配信サーバ５Ａ〜５Ｃは、互いに配信先情報Ｄｔｒを保持し合っている。
【００６５】
具体的には、配信サーバ５Ａは、配信サーバ５Ａ自身の送信先を表す原本用の配信先情報ＤｔｒＡ１を保持するとともに、配信サーバ５Ｃの送信先を表すバックアップ用の配信先情報ＤｔｒＣ２を保持している。原本用の配信先情報ＤｔｒＡ１及びバックアップ用の配信先情報ＤｔｒＣ２は、配信サーバ５Ａの管理部２１Ａに保持された配信先登録情報Ｄｒｅ（図２及び図３参照）に登録されている。
また、配信サーバ５Ｂは、配信サーバ５Ｂ自身の送信先を表す原本用の配信先情報ＤｔｒＢ１を保持するとともに、配信サーバ５Ａの送信先を表すバックアップ用の配信先情報ＤｔｒＡ２を保持している。原本用の配信先情報ＤｔｒＢ１及びバックアップ用の配信先情報ＤｔｒＡ２は、配信サーバ５Ｂの管理部２１Ｂに保持された配信先登録情報Ｄｒｅ（図２及び図３参照）に登録されている。
また、配信サーバ５Ｃは、配信サーバ５Ｃ自身の送信先を表す原本用の配信先情報ＤｔｒＣ１を保持するとともに、配信サーバ５Ｂの送信先を表すバックアップ用の配信先情報ＤｔｒＢ２を保持している。原本用の配信先情報ＤｔｒＣ１及びバックアップ用の配信先情報ＤｔｒＢ２は、配信サーバ５Ｃの管理部２１Ｃに保持された配信先登録情報Ｄｒｅ（図２及び図３参照）に登録されている。
【００６６】
ここで、図４（ｂ）に示すように、複数台の配信サーバ５の中のいずれかの配信サーバ５（例えば、配信サーバ５Ａ）に、障害が発生したとする。この場合に、障害が発生した配信サーバ５Ａのバックアップ用の配信先情報ＤｔｒＡ２を保持している配信サーバ５Ｂは、自身が保持している配信先情報ＤｔｒＡ２の属性を「バックアップ」から「原本」に変更する。その結果、配信サーバ５Ｂに保持されていた配信先情報ＤｔｒＡ２が、配信先情報ＤｔｒＡ１に昇格する。この後、配信サーバ５Ｂは、昇格された配信先情報ＤｔｒＡ１に基づいて、昇格された配信先情報ＤｔｒＡ１に対応するクライアント端末６への収集データＤｇａの配信を開始する。
【００６７】
したがって、ストリーミングデータ配信システム１では、いずれかの配信元サーバに障害が発生した場合に、他の正常な配信サーバ５（具体的には、障害が発生した配信元サーバのバックアップ用の配信先情報Ｄｔｒを保持している配信サーバ５）が、新配信元サーバ５ｎｅｗとなり、障害が発生した配信元サーバに代わって、収集データＤｇａの配信を速やかに開始する。その結果、障害が発生した配信元サーバは、旧配信元サーバ５ｏｌｄとなる。
【００６８】
このようなストリーミングデータ配信システム１は、配信元サーバに障害が発生した場合に、クライアント端末６における配信元サーバの障害発生の検知処理や、クライアント端末６における収集データＤｇａの再送要求処理、配信元サーバを切り替える際のクライアント端末６と新配信元サーバ５ｎｅｗとの間の通信処理等を行うことなく、配信サーバ５側で配信元サーバの切り替え処理を完結して行うことができる。
【００６９】
（ｂ）動作の詳細
図９に、配信元サーバの障害発生時の動作シーケンスとして、シーケンス２を示す。ここでは、ストリーミングデータ配信システム１が図８に示すシーケンス１の処理を行っている最中に、配信サーバ５Ａに障害が発生した場合を想定して説明する。
【００７０】
図９に示すように、各配信サーバ５の監視部２３（図示例では、配信サーバ５Ｂの監視部２３Ｂ）は、常時又は定期的に、他の配信サーバ５の死活状態を監視する（Ｓ２０５）。
【００７１】
配信サーバ５Ｂの監視部２３Ｂは、配信元サーバである配信サーバ５Ａに障害が発生した場合に、配信サーバ５Ａからの応答途絶を検知する（Ｓ２１０）。すると、監視部２３Ｂは、配信サーバ５Ａに障害が発生したか否かを判定する（Ｓ２１５）。このとき、監視部２３Ｂは、例えば、配信サーバ５Ａからの応答途絶の要因がネットワークの要因であるのか否かを判定し、応答途絶の要因がネットワークの要因でないと判定される場合に、配信サーバ５Ａに障害が発生したと判定する。この後、監視部２３Ｂは、配信サーバ５Ａの障害発生情報を作成して、管理部２１Ｂに出力する（Ｓ２２０）。
【００７２】
管理部２１Ｂは、監視部２３Ｂから配信サーバ５Ａの障害発生情報が入力されると、配信先登録情報Ｄｒｅに登録されている、配信サーバ５Ａとの間で保持し合っているバックアップ用の各配信先情報Ｄｔｒの属性を「バックアップ」から「原本」に変更する（Ｓ２２５）。そして、管理部２１Ｂは、属性が「バックアップ」から「原本」に変更された各配信先情報Ｄｔｒのアドレス情報Ｄａｄを配信部２２Ｂに出力する（Ｓ２３０）。
【００７３】
配信部２２Ｂは、管理部２１Ｂからアドレス情報Ｄａｄが入力されると、入力されたアドレス情報Ｄａｄを配信アドレス情報Ｄｔａ（図２参照）に登録する。そして、配信部２２Ｂは、配信アドレス情報Ｄｔａに登録されたアドレス情報Ｄａｄに基づいて、図８に示すシーケンス１のＳ１０５でマルチキャストサーバ４から転送された収集データＤｇａのパケットの配信先の変更を行い、収集データＤｇａのパケットの配信を開始する（Ｓ２３５）。
【００７４】
以後、配信部２２Ｂは、マルチキャストサーバ４から継続的に転送される収集データＤｇａのパケットの配信先の変更を行って、収集データＤｇａのパケットを配信要求元のクライアント端末６に配信する（Ｓ２４０）。
【００７５】
（３）配信サーバ５の増設時の動作
以下、まず、図５を参照して、ストリーミングデータ配信システム１の配信サーバ５の増設時の動作の概要につき説明し、次に、図１０を参照して、その動作の詳細につき説明する。図５は、ストリーミングデータ配信システム１の配信サーバ５の増設時の動作の説明図であり、図５（ａ）は、配信サーバ５Ｄを増設する前の状態を示しており、図５（ｂ）は、配信サーバ５Ｄを増設した後の状態を示している。図１０は、その動作のシーケンス図である。
【００７６】
ここでは、増設される配信サーバ５Ｄの各構成要素を他の配信サーバ５Ａ〜５Ｃの各構成要素と区別する場合に、各構成要素に与えられた符号の末尾に、英文字「Ｄ」を付して説明する。
【００７７】
（ａ）動作の概要
図５（ａ）に示す例では、３台の配信サーバ５Ａ〜５Ｃがストリーミングデータ配信システム１に設けられている。各配信サーバ５Ａ〜５Ｃは、図４（ａ）に示す例と同様に、互いに配信先情報Ｄｔｒを保持し合っている。
【００７８】
ここで、図５（ｂ）に示すように、配信サーバ５Ｄがストリーミングデータ配信システム１に増設されたとする。この場合に、ストリーミングデータ配信システム１は、配信先情報Ｄｔｒを保持する配信サーバ５の変更、及び、それぞれの配信サーバ５に保持された配信先情報Ｄｔｒの属性の変更のいずれか一方又は双方を行う。以下に、その具体的な方法につき説明する。ここでは、ストリーミングデータ配信システム１全体の動作を管理する配信サーバ５以外のサーバを「管理サーバ」と称し、また、複数台の配信サーバ５の中のコーディネータとして機能する配信サーバを「コーディネータサーバ」と称して説明する。なお、「管理サーバ」の機能をマルチキャストサーバ４に付与すること（すなわち、マルチキャストサーバ４を「管理サーバ」として機能させること）も可能である。
【００７９】
具体的には、管理サーバ又はコーディネータサーバは、事前に、それぞれの配信サーバ５の通信負荷が均等になるように、配信元サーバとバックアップサーバとの組み合わせを計算しておく。そして、管理サーバ又はコーディネータサーバは、配信サーバ５の増設時等のように、配信元サーバの切り替え処理を行うときに、計算結果に基づいて、配信先情報Ｄｔｒ毎に、配信先情報Ｄｔｒを保持する配信サーバ５の変更、及び、それぞれの配信サーバ５に保持された配信先情報Ｄｔｒの属性の変更のいずれか一方又は双方を行う。これによって、ストリーミングデータ配信システム１は、配信先情報Ｄｔｒ毎に、複数台の配信サーバ５の中の２台以上を１台の配信元サーバと１乃至複数台のバックアップサーバとに割り振ることができる。
【００８０】
配信元サーバとバックアップサーバとの組み合わせの計算は、好ましくは、各配信サーバ５の通信負荷が均等になるように、例えば、各ユーザに固有な情報（例えば、ＩＤやＩＰアドレス等）をキーとして、コンシステントハッシュ（Ｃｏｎｓｉｓｔｅｎｔ  ｈａｓｈｉｎｇ）のＩＤ空間で決定するとよい。
【００８１】
なお、コンシステントハッシュ法（Ｃｏｎｓｉｓｔｅｎｔ  ｈａｓｈｉｎｇ）の詳細については、例えば、以下のＷｅｂサイトに開示されている（平成２７年１月２１日現在）。
<http://www.hyk-home.com/wiki/%E3%82%A4%E3%83%B3%E3%83%95%E3%83%A9/memcached/%E5%88%86%E6%95%A3%E3%82%A2%E3%83%AB%E3%82%B4%E3%83%AA%E3%82%BA%E3%83%A0>
例えば、コンシステントハッシュ法は、まず、分散キャッシュメモリシステムを構築するサーバ（ノード）のハッシュ値を求め、サーバを０地点から任意の設定数の地点までの円の中に配置する。次に、コンシステントハッシュ法は、格納するデータのキーのハッシュ値を求め、キーを円の上にマッピングする。キーは、マッピングされた地点から時計回りで最初に見つかるサーバに保存される。なお、この状態からサーバを１台追加する場合に、コンシステントハッシュ法では、円上のサーバが追加された地点から時計回りとは逆方向で最初に見つかるサーバまでにあるキーのみが影響を受ける。
【００８２】
本実施形態では、例えば、前記した管理サーバ又はコーディネータサーバは、前記した図示せぬＩＤ表を用いて、各ユーザに固有な情報（例えば、ＩＤやＩＰアドレス等）をキーとして、コンシステントハッシュ（Ｃｏｎｓｉｓｔｅｎｔ  ｈａｓｈｉｎｇ）のＩＤ空間で配信元サーバとバックアップサーバとを決定する。バックアップサーバの決定方法は、各サービスのポリシーに従う。例えば、１つのバックアップ用の配信先情報Ｄｔｒをいずれかの配信サーバ５に保持させたいのであれば、管理サーバ又はコーディネータサーバは、前記した図示せぬＩＤ表を任意の地点（例えば、設定数が０地点）から時計回りに探索し、最初に見つかる配信サーバ５を配信元サーバに決定し、その次に見つかる配信サーバ５をバックアップサーバに決定する。また、災害時を考慮して、１つのバックアップ用の配信先情報Ｄｔｒをロケーションの離れた配信サーバ５に保持させたいのであれば、管理サーバ又はコーディネータサーバは、ＩＤ表を作成する際に、ロケーションが同じサーバ（ノード）を隣合わせないように配置するとよい。
【００８３】
このような計算を行うことにより、ストリーミングデータ配信システム１は、配信先情報Ｄｔｒが適切な新配信元サーバ５ｎｅｗに自動的に移行して、旧配信元サーバ５ｏｌｄ（図６参照）から新配信元サーバ５ｎｅｗ（図６参照）への配信権利の移譲が行われ、その結果、配信が開始されるため、クライアント端末６に障害発生の検知や再送処理やクライアント端末６との通信を不要とし、配信サーバ５側で切り替え処理を完結して行うことができる。
【００８４】
（ｂ）動作の詳細
図１０に、配信サーバ５の増設時の動作シーケンスとして、シーケンス３を示す。ここでは、ストリーミングデータ配信システム１が図８に示すシーケンス１の処理を行っている最中に、配信サーバ５Ｄが増設された場合を想定して説明する。また、マルチキャストサーバ４が前記した「管理サーバ」として機能している場合を想定して説明する。また、配信サーバ５Ａを旧配信元サーバ５ｏｌｄとし、配信サーバ５Ｄを新配信元サーバ５ｎｅｗとし、収集データＤｇａの配信権利が、配信サーバ５Ａから配信サーバ５Ｄに移譲されるものとして説明する。
【００８５】
図１０に示すように、ストリーミングデータ配信システム１では、新たな配信サーバ５Ｄが増設されると、増設された配信サーバ５Ｄ（以下、「増設サーバ５Ｄ」と称する場合がある）が、増設通知情報を作成して、マルチキャストサーバ４に送信する（Ｓ３０５）。このとき作成された増設通知情報には、増設サーバ５Ｄに関する情報（以下、「増設サーバ情報」と称する）が含まれている。
【００８６】
マルチキャストサーバ４は、増設通知情報を受信すると、増設サーバ情報を、収集データＤｇａの転送先を管理するために予め用意された配信サーバ管理情報（図示せず）に登録する（Ｓ３１０）。
【００８７】
マルチキャストサーバ４は、増設サーバ情報を配信サーバ管理情報に登録すると、以後、配信サーバ管理情報に登録された増設サーバ情報に基づいて、常時、リアルタイムエンコーダ３を介してデータ収集装置２から受信された収集データＤｇａを、増設サーバ５Ｄに転送する（Ｓ３１５）。
【００８８】
また、増設サーバ５Ｄは、Ｓ３０５の処理とほぼ同じタイミングで、増設通知情報を旧配信元サーバ５ｏｌｄである配信サーバ５Ａに送信する（Ｓ３２５）。
【００８９】
配信サーバ５Ａの管理部２１Ａは、増設サーバ５Ｄから増設通知情報を受信すると、自身の保持する配信先登録情報Ｄｒｅの中から、増設サーバ５Ｄに配信権利を委譲する配信先情報Ｄｔｒを抽出し（Ｓ３３０）、抽出された配信先情報Ｄｔｒを増設サーバ５Ｄに送信する（Ｓ３３５）。
【００９０】
増設サーバ５Ｄの管理部２１Ｄは、配信サーバ５Ａから配信先情報Ｄｔｒを受信すると、受信された配信先情報Ｄｔｒを自身の保持する配信先登録情報Ｄｒｅに登録する（Ｓ３４０）。そして、管理部２１Ｄは、登録完了通知情報を作成して、配信サーバ５Ａに送信する（Ｓ３４５）。
【００９１】
配信サーバ５Ａの管理部２１Ａは、増設サーバ５Ｄから登録完了通知情報を受信すると、自身の保持する配信先登録情報Ｄｒｅの中から、Ｓ３３５で増設サーバ５Ｄに送信した配信先情報Ｄｔｒを削除する（Ｓ３５０）。なお、このとき、管理部２１Ａは、配信先登録情報Ｄｒｅの中から配信先情報Ｄｔｒを削除する代わりに、配信先情報Ｄｔｒの属性を「原本」から「バックアップ」に変更するようにしてもよい。
【００９２】
Ｓ３５０の後、管理部２１Ａは、Ｓ３５０で削除した配信先情報Ｄｔｒに対応するアドレス情報Ｄａｄ（又は、属性が「原本」から「バックアップ」に変更した配信先情報Ｄｔｒに対応するアドレス情報Ｄａｄ）を、配信部２２Ａに出力する（Ｓ３５５）。
【００９３】
配信部２２Ａは、自身の保持する配信アドレス情報Ｄｔａ（図２参照）の中から該当するアドレス情報Ｄａｄを削除することによって、配信先を変更して、該当するアドレス情報Ｄａｄに対応するクライアント端末６への収集データＤｇａの配信を停止する（Ｓ３６０）。
【００９４】
管理部２１Ａは、配信先情報Ｄｔｒを削除したことを表す削除通知情報（又は、配信先情報Ｄｔｒの属性を「原本」から「バックアップ」に変更したことを表す属性の変更通知情報）を作成して、増設サーバ５Ｄに送信する（Ｓ３６５）。このとき作成された削除通知情報（又は属性の変更通知情報）には、Ｓ３５０で削除した配信先情報Ｄｔｒに対応するアドレス情報Ｄａｄ（又は、属性が「原本」から「バックアップ」に変更した配信先情報Ｄｔｒに対応するアドレス情報Ｄａｄ）が含まれている。
【００９５】
増設サーバ５Ｄの管理部２１Ｄは、配信サーバ５Ａから削除通知情報（又は属性の変更通知情報）を受信すると、削除通知情報（又は属性の変更通知情報）からアドレス情報Ｄａｄを抽出して、抽出されたアドレス情報Ｄａｄを、配信アドレス情報Ｄｔａ（図２参照）に登録する情報として配信部２２Ｄに出力する（Ｓ３７０）。
【００９６】
配信部２２Ｄは、そのアドレス情報Ｄａｄを配信アドレス情報Ｄｔａ（図２参照）に登録することによって、配信先を変更して、配信アドレス情報Ｄｔａに登録されたアドレス情報Ｄａｄに対応する全てのクライアント端末６への収集データＤｇａの配信を開始する（Ｓ３７５）。
【００９７】
これによって、配信権利が、配信サーバ５Ａから増設サーバ５Ｄに移譲される。その結果、配信権利が移譲された配信先情報Ｄｔｒに対して、配信サーバ５Ａが旧配信元サーバ５ｏｌｄとなり、増設サーバ５Ｄが新配信元サーバ５ｎｅｗとなる。
その結果、配信サーバ５Ｂの配信部２２Ｂは、収集データＤｇａのパケットを配信要求元のクライアント端末６に配信する（Ｓ３８０）。
【００９８】
（４）配信サーバ５の増設時の第１変更例の動作
ストリーミングデータ配信システム１は、サービスの連続性を重視する場合に、旧配信元サーバ５ｏｌｄ（図６参照）と新配信元サーバ５ｎｅｗ（図６参照）とによる配信データＤｇａの重複配信を許容する構成にするとよい。このような構成は、重複配信された収集データＤｇａの片方のパケットを破棄する機能をクライアント端末６に付与することによって実現される。以下、このような構成による配信サーバ５の増設時の第１変更例の動作につき説明する。
【００９９】
以下、まず、図６を参照して、ストリーミングデータ配信システム１の配信サーバ５の増設時の第１変更例の動作の概要につき説明し、次に、図１１を参照して、その動作の詳細につき説明する。図６は、ストリーミングデータ配信システム１の配信サーバ５の増設時の第１変更例の動作の説明図である。図１１は、その動作のシーケンス図である。
【０１００】
（ａ）動作の概要
図６に示すように、例えば、配信元サーバが配信権利を他の配信サーバ５に移譲することによって旧配信元サーバ５ｏｌｄに変更された場合に、旧配信元サーバ５ｏｌｄは、変更後も一定時間収集データＤｇａを配信し続ける。その結果、収集データＤｇａは、旧配信元サーバ５ｏｌｄと新配信元サーバ５ｎｅｗとからクライアント端末６に重複配信される。
【０１０１】
このとき、ストリーミングデータ配信システム１は、クライアント端末６に、収集データＤｇａの重複配信を検知させ、検知された重複配信の片方の収集データＤｇａを破棄させる。
【０１０２】
このようなストリーミングデータ配信システム１は、配信権利が旧配信元サーバ５ｏｌｄから新配信元サーバ５ｎｅｗに移譲された後も、旧配信元サーバ５ｏｌｄが、一定時間、収集データＤｇａのパケットを配信し続けるため、サービスの連続性を向上させることができる。
【０１０３】
（ｂ）動作の詳細
図１１に、配信サーバ５の増設時の第１変更例の動作シーケンスとして、シーケンス４を示す。本シーケンス４は、配信権利が旧配信元サーバ５ｏｌｄである配信サーバ５Ａから新配信元サーバ５ｎｅｗである増設サーバ５Ｄに移譲された後も、配信サーバ５Ａが、一定時間、収集データＤｇａを配信し続けることを特徴にしている。
【０１０４】
図１１に示すように、本シーケンス４の動作は、図１０に示すシーケンス３の動作と比較すると、Ｓ３０５〜Ｓ３４５の処理が同じであるが、Ｓ３４５の後に、配信サーバ５ＡがＳ３５０の処理を行わずに、Ｓ３５１の処理を行う点で相違している。すなわち、本シーケンス４では、Ｓ３４５の後、配信サーバ５Ａの管理部２１Ａは、一定時間スリープする（Ｓ３５１）。また、配信サーバ５Ａの配信部２２Ａは、収集データＤｇａのパケットの送信を継続して行う（Ｓ３５２）。
【０１０５】
また、本シーケンス４では、Ｓ３４０の後に、増設サーバ５ＤがＳ３７０の処理を行わずに、Ｓ３７１の処理を行う点で相違している。すなわち、本シーケンス４では、Ｓ３４０の後、増設サーバ５Ｄの管理部２１Ｄは、配信先登録情報ＤｒｅからＳ３４０で登録された配信先情報Ｄｔｒに対応するアドレス情報Ｄａｄを抽出して、抽出されたアドレス情報Ｄａｄを、配信アドレス情報Ｄｔａ（図２参照）に登録する情報として配信部２２Ｄに出力する（Ｓ３７１）。
【０１０６】
配信部２２Ｄは、そのアドレス情報Ｄａｄを配信アドレス情報Ｄｔａ（図２参照）に登録することによって、配信先を変更して、配信アドレス情報Ｄｔａに登録されたアドレス情報Ｄａｄに対応する全てのクライアント端末６への収集データＤｇａの配信を開始する（Ｓ３７５）。
その結果、配信サーバ５Ｂの配信部２２Ｂは、収集データＤｇａのパケットを配信要求元のクライアント端末６に配信する（Ｓ３８０）。このとき、ストリーミングデータ配信システム１は、配信サーバ５Ａと増設サーバ５Ｄとからクライアント端末６に２つの同じ収集データＤｇａのパケットを重複配信している状態になる。
【０１０７】
クライアント端末６は、任意のタイミングで、重複配信を検知し、重複配信されている収集データＤｇａの片方のパケットを破棄する（Ｓ５０５）。
【０１０８】
旧配信元サーバ５ｏｌｄである配信サーバ５Ａの管理部２１Ａは、スリープしてから一定時間経過すると、起動して、Ｓ３３５で増設サーバ５Ｄに送信した配信先情報Ｄｔｒを削除する（Ｓ５１０）。なお、このとき、管理部２１Ａは、配信先登録情報Ｄｒｅの中から配信先情報Ｄｔｒを削除する代わりに、配信先情報Ｄｔｒの属性を「原本」から「バックアップ」に変更するようにしてもよい。
【０１０９】
Ｓ５１０の後、管理部２１Ａは、Ｓ５１０で削除した配信先情報Ｄｔｒに対応するアドレス情報Ｄａｄ（又は、属性が「原本」から「バックアップ」に変更した配信先情報Ｄｔｒに対応するアドレス情報Ｄａｄ）を、配信部２２Ａに出力する（Ｓ５１５）。
【０１１０】
配信部２２Ａは、自身の保持する配信アドレス情報Ｄｔａ（図２参照）の中から該当するアドレス情報Ｄａｄを削除することによって、配信先を変更して、該当するアドレス情報Ｄａｄに対応するクライアント端末６への収集データＤｇａの配信を停止する（Ｓ５２０）。
【０１１１】
本シーケンス４の動作によれば、旧配信元サーバ５ｏｌｄは、一定時間、収集データＤｇａを配信し続ける。そのため、配信サーバ５の切り替え処理による収集データＤｇａのわずかな欠損も回避することができ、連続性を損なわずにサービスを提供することができる。
【０１１２】
（５）配信サーバ５の増設時の第２変更例の動作
前記した配信サーバ５の増設時の第１変更例の動作は、以下に説明する配信サーバ５の増設時の第２変更例の動作のように変更することができる。
【０１１３】
以下、まず、図７を参照して、ストリーミングデータ配信システム１の配信サーバ５の増設時の第２変更例の動作の概要につき説明し、次に、図１２を参照して、その動作の詳細につき説明する。図７は、ストリーミングデータ配信システム１の配信サーバ５の増設時の第２変更例の動作の説明図である。図１２は、その動作のシーケンス図である。
【０１１４】
（ａ）動作の概要
図７に示すように、例えば、配信元サーバが配信権利を他の配信サーバ５に移譲することによって旧配信元サーバ５ｏｌｄに変更された場合に、旧配信元サーバ５ｏｌｄは、変更後も収集データＤｇａを配信し続ける。その結果、収集データＤｇａは、旧配信元サーバ５ｏｌｄと新配信元サーバ５ｎｅｗとからクライアント端末６に重複配信される。
【０１１５】
このとき、ストリーミングデータ配信システム１は、クライアント端末６に、収集データＤｇａの重複配信を検知させ、検知された重複配信の片方の収集データＤｇａを破棄させる。
【０１１６】
さらに、ストリーミングデータ配信システム１は、収集データＤｇａの重複配信を通知するための重複配信通知情報Ｎｄｕを作成させて、作成された重複配信通知情報Ｎｄｕを旧配信元サーバ５ｏｌｄと新配信元サーバ５ｎｅｗとに送信させる。これに応答して、旧配信元サーバ５ｏｌｄが収集データＤｇａの配信を停止する。
【０１１７】
このようなストリーミングデータ配信システム１は、配信権利が旧配信元サーバ５ｏｌｄから新配信元サーバ５ｎｅｗに移譲された後も、旧配信元サーバ５ｏｌｄが、クライアント端末６から重複配信通知情報Ｎｄｕを受信するまで、収集データＤｇａのパケットを配信し続けるため、サービスの連続性を向上させることができる。
【０１１８】
（ｂ）動作の詳細
図１２に、配信サーバ５の増設時の第２変更例の動作シーケンスとして、シーケンス５を示す。本シーケンス５は、配信権利が旧配信元サーバ５ｏｌｄである配信サーバ５Ａから新配信元サーバ５ｎｅｗである増設サーバ５Ｄに移譲された後も、配信サーバ５Ａが、クライアント端末６から重複配信通知情報Ｎｄｕを受信するまで、収集データＤｇａを配信し続けることを特徴にしている。
【０１１９】
図１２に示すように、本シーケンス５の動作は、図１１に示すシーケンス４の動作と比較すると、Ｓ３０５〜Ｓ３４５の処理が同じであるが、Ｓ３４５の後に、配信サーバ５ＡがＳ３５１の処理を行わずに、Ｓ３５２の処理を行う点で相違している。すなわち、本シーケンス５では、Ｓ３４５の後、配信サーバ５Ａの配信部２２Ａは、収集データＤｇａのパケットの送信を継続して行う（Ｓ３５２）。
【０１２０】
なお、本シーケンス５では、シーケンス４と同様に、Ｓ３４０の後に、増設サーバ５ＤがＳ３７１〜Ｓ３８０の処理を行う。その結果、ストリーミングデータ配信システム１は、配信サーバ５Ａと増設サーバ５Ｄとからクライアント端末６に２つの同じ収集データＤｇａのパケットを重複配信している状態になる。
【０１２１】
クライアント端末６は、シーケンス４と同様に、任意のタイミングで、重複配信を検知し、重複配信されている収集データＤｇａの片方のパケットを破棄する（Ｓ５０５）。本シーケンス５では、シーケンス４と異なり、Ｓ５０５の後に、クライアント端末６は、収集データＤｇａが重複配信されていることを表す重複配信通知情報Ｎｄｕを作成して、旧配信元サーバ５ｏｌｄである配信サーバ５Ａと新配信元サーバ５ｎｅｗである増設サーバ５Ｄとに送信する（Ｓ５０６）。
【０１２２】
旧配信元サーバ５ｏｌｄである配信サーバ５Ａの管理部２１Ａは、クライアント端末６から重複配信通知情報Ｎｄｕを受信すると、Ｓ３３５で増設サーバ５Ｄに送信した配信先情報Ｄｔｒを削除する（Ｓ５１１）。
【０１２３】
本シーケンス５では、シーケンス４と同様に、Ｓ５１１の後に、配信サーバ５ＡがＳ５１０〜Ｓ５２０の処理を行う。
【０１２４】
本シーケンス５の動作によれば、旧配信元サーバ５ｏｌｄは、クライアント端末６から重複配信通知情報Ｎｄｕが送信されるまで（すなわち、収集データＤｇａの重複配信が通知されるまで）、収集データＤｇａを配信し続ける。そのため、配信サーバ５の切り替え処理による収集データＤｇａのわずかな欠損も回避することができ、連続性を損なわずにサービスを提供することができる。
【０１２５】
＜ストリーミングデータ配信システムの主な特徴点＞
ストリーミングデータ配信システム１は、配信元サーバの切り替え契機の検知から新配信元サーバ５ｎｅｗによる収集データＤｇａの配信の開始（再開）までの処理を配信サーバ５側で完結して行うことができる。特に、ストリーミングデータ配信システム１は、配信元サーバを切り替える際に、時間を要する処理（例えば、配信元サーバに障害が発生した場合のクライアント端末６における配信元サーバの障害発生の検知処理や、クライアント端末６における収集データＤｇａの再送要求処理、配信元サーバを切り替える際のクライアント端末６と新配信元サーバ５ｎｅｗとの間の通信処理等）を行うことなく、配信元サーバの切り替え処理を配信サーバ５側で完結して行うことができる。そのため、ストリーミングデータ配信システム１は、サービスの連続性を損なわずに、配信元サーバの切り替えを速やかに行うことができる。
【０１２６】
また、ストリーミングデータ配信システム１は、収集データＤｇａの配信の開始や停止を、配信先情報Ｄｔｒの作成又は変更、並びに、収集データＤｇａのパケットのアドレスの付け替えによって行う。そのため、ストリーミングデータ配信システム１は、収集データＤｇａの配信の開始や停止を速やかに行うことができる。
【０１２７】
このようなストリーミングデータ配信システム１は、配信データＤｇａのリアルタイム性を向上させるために、クライアント端末６に蓄積された配信データＤｇａのバッファの蓄積量を小さく抑えた場合であっても、サービスの連続性を損なわずに、配信元サーバを速やかに切り替えることができる。
【０１２８】
以上の通り、本実施形態に係るストリーミングデータ配信システム１によれば、サービスの連続性を損なわずに、配信元サーバを速やかに切り替えることができる。
【０１２９】
本発明は、前記した実施形態に限定されることなく、本発明の要旨を逸脱しない範囲で種々の変更や変形を行うことができる。
【０１３０】
例えば、前記した実施形態では、他の配信サーバ５の死活状態の監視は、各配信サーバ５の監視部２３が他の配信サーバ５（特に、配信先情報Ｄｔｒを保持し合っている配信サーバ５）と通信を行うことによって、行われている。しかしながら、他の配信サーバ５の死活状態の監視は、障害が発生した配信サーバ５が自発的に障害発生通知情報を各配信サーバ５に送信することによって、行うようにしてもよい。また、他の配信サーバ５の死活状態の監視は、短時間で処理を行うことができるのであれば、他の配信サーバ５での障害発生を検知したいずれかのサーバが障害発生通知情報を各配信サーバ５に送信することによって、行うようにしてもよい。
【０１３１】
また、例えば、前記した実施形態では、配信サーバ５Ｄが増設された場合について、説明している。しかしながら、ストリーミングデータ配信システム１は、配信サーバ５の台数が減らされる場合がある。この場合に、ストリーミングデータ配信システム１は、以下のように動作する。
すなわち、まず、前記した管理サーバ又はコーディネータサーバが、配信サーバ５の削減を検知するとともに、配信サーバ５の削減を表す削減通知情報を作成して各配信サーバ５に送信する。次に、削減通知情報を受信した各配信サーバ５が、削減された配信サーバ５のバックアップ用の配信先情報Ｄｔｒの属性を「バックアップ」から「原本」に変更することによって、削減された配信サーバ５に代わる新配信元サーバ５ｎｅｗとして機能し、収集データＤｇａの配信を開始する。新配信元サーバ５ｎｅｗは、削減された配信サーバ５のバックアップ作成要求を作成して、前記した図示せぬＩＤ表でバックアップサーバに割り振られている配信サーバ５に送信する。この後の処理は、図８に示すＳ１２５〜Ｓ１４０の処理と同様である。
【０１３２】
また、例えば、前記した実施形態では、配信元サーバとバックアップサーバとの組み合わせが、１対１の関係になっている。しかしながら、配信元サーバとバックアップサーバとの組み合わせは、１対複数の関係にすることができる。この構成の場合に、ストリーミングデータ配信システム１は、仮に複数台の配信サーバ５が削減されたときであっても、削減された配信サーバ５に対応するバックアップ用の配信先情報Ｄｔｒが残された配信サーバ５に保持されているため、残された配信サーバ５同士で配信先情報Ｄｔｒを保持し合うことにより、新配信元サーバ５ｎｅｗを円滑に構築することができる。なお、この構成の場合に、ストリーミングデータ配信システム１は、配信先情報Ｄｔｒ毎に、バックアップサーバとして機能している各配信サーバ５に対して、バックアップサーバから新配信元サーバ５ｎｅｗに昇格する優先順位を予め割り振りしておくとよい。
【符号の説明】
【０１３３】
１    ストリーミングデータ配信システム
２    データ収集装置（カメラ、マイク、各種センサ等）
３    リアルタイムエンコーダ
４    マルチキャストサーバ
５（５Ａ，５Ｂ，５Ｃ，５Ｄ）    配信サーバ
５ｏｌｄ    旧配信元サーバ
５ｎｅｗ    新配信元サーバ
６    クライアント端末
２１（２１Ａ，２１Ｂ，２１Ｄ）    管理部
２２（２２Ａ，２２Ｂ，２２Ｄ）    配信部
２３（２３Ａ，２３Ｂ，２３Ｄ）    監視部
Ｄａｄ    アドレス情報
Ｄｇａ    収集データ
Ｄｒｅ    配信先登録情報
Ｄｔａ    配信アドレス情報
Ｄｔｒ    配信先情報
ＤｔｒＡ１，ＤｔｒＢ１，ＤｔｒＣ１，ＤｔｒＤ１    配信先情報（原本）
ＤｔｒＡ２，ＤｔｒＢ２，ＤｔｒＣ２，ＤｔｒＤ２    配信先情報（バックアップ）
Ｎｄｕ    重複配信通知情報
【図１】
2016144018.tif 000003
【図２】
2016144018.tif 000004
【図３】
2016144018.tif 000005
【図４】
2016144018.tif 000006
【図５】
2016144018.tif 000007
【図６】
2016144018.tif 000008
【図７】
2016144018.tif 000009
【図８】
2016144018.tif 000010
【図９】
2016144018.tif 000011
【図１０】
2016144018.tif 000012
【図１１】
2016144018.tif 000013
【図１２】
2016144018.tif 000014