JP2006260334A

JP2006260334A - マルチキャスト配信システム

Info

Publication number: JP2006260334A
Application number: JP2005078554A
Authority: JP
Inventors: Yasuo Ishikawa; 康雄石川
Original assignee: Mitsubishi Electric Information Systems Corp; Mitsubishi Electric Information Technology Corp
Current assignee: Mitsubishi Electric Information Systems Corp; Mitsubishi Electric Information Technology Corp
Priority date: 2005-03-18
Filing date: 2005-03-18
Publication date: 2006-09-28
Anticipated expiration: 2025-03-18
Also published as: JP4496113B2

Abstract

【課題】サーバにおいて異常が発生した場合に、より的確な配信を行うマルチキャスト配信システムを提供する。
【解決手段】マルチキャスト配信システム１００は、ネットワークストレージ１４、配信サーバ１６および管理サーバ１８を備え、ネットワークストレージ１４が今後配信の必要な配信指示情報を記憶する。配信サーバ１６は、第一配信サーバ１６ａおよび第二配信サーバ１６ｂを有する二重化構成であり、管理サーバ１８は、第一管理サーバ１８ａおよび第二管理サーバ１８ｂを有する二重化構成であり、配信の完了直後に対応する配信指示情報を消去するので、配信サーバ１６のいずれか、または管理サーバ１８のいずれかに異常が発生しても、マルチキャスト配信を継続できる。
【選択図】図１

Description

本発明は、マルチキャスト配信システムに関する。

デジタル形式のデータを伝送する手段として、マルチキャスト配信、すなわち単一の送信元から複数の送信先に対するデータ伝送による配信が周知である。
図６に、従来のマルチキャスト配信システム２００を含む構成例を示す。マルチキャスト配信処理、配信プロセス管理、ファイル管理などを行うマルチキャストファイル配信サーバ２１６が、受信側ネットワーク４０を介して、配信先対象となるクライアントＰＣ４１〜４６と通信可能である。また、配信サーバ２１６は、配信に必要な情報（配信ファイル名、配信時刻や配信先等）を指定する配信指示ファイル２８１と、配信対象ファイル２８２とを入力するための入力端末２２２と、送信側ネットワーク２２０を介して通信可能である。

次に、マルチキャスト配信システム２００の動作について説明する。ファイルを配信したい利用者は、予め用意した配信対象ファイル２８２を、入力端末２２２から配信サーバ２１６の記憶部に送信する。その後、配信対象ファイル名（配信対象ファイル２８２のファイル名）、配信開始時刻、配信先、配信方法、優先度、ファイルの保管期限など配信に必要な情報を決定し、入力端末２２２上でその情報を盛り込んだ配信指示ファイル２８１を作成し、配信サーバ２１６に送信する。配信サーバ２１６は、配信対象ファイル２８２を、配信指示ファイル２８１の情報に基づき、受信側ネットワーク４０を介して、クライアントＰＣ４１〜４６に対してマルチキャスト配信する。

配信サーバ２１６の動作を、図７のフローチャートに従って説明する。配信サーバ２１６では、定期的な間隔で記憶部にポーリングをかけ（ステップＳ２１１）、配信指示ファイル２８１が存在した場合にはそれを読み込み（ステップＳ２１２）、配信指示ファイル２８１の内容を解析し（ステップＳ２１３）、配信対象ファイル２８２に対する配信情報を把握する（ステップＳ２１４）。次に、配信開始時間が到来するまで待ち（ステップＳ２１５）、到来した段階で配信情報を抽出して配信プロセスに配信先、配信方法、優先度を設定し（ステップＳ２１６）、記憶部から配信対象ファイル２８２を読み込み、配信プロセスに渡す（ステップＳ２１７）。配信プロセスは、クライアントＰＣ４１〜４６の中から設定に対応した配信先である任意のクライアントＰＣに対して、配信対象ファイル２８２をマルチキャスト配信する（ステップＳ２１８）。その後、ファイルの保管期限が到来するまで待ち（ステップＳ２１９）、到来した段階で記憶部から配信対象ファイル２８２を消去する（ステップＳ２２０）。
このようなマルチキャスト配信システムの例は、特許文献１に開示されている。また、配信サーバとクライアントＰＣとの間で通信衛星を含むネットワークを介するものも周知である。

特開２００４―１２０１３７号公報

しかしながら、従来のマルチキャスト配信システムにおいては、一台の配信サーバ２１６が配信処理、配信プロセスの管理、ファイルの管理など全ての処理を行なっているため、配信サーバ２１６に異常が発生した場合に、マルチキャスト配信の進行状況に関する情報が失われてしまい、的確な配信ができないという問題があった。的確な配信ができないと、たとえば、配信が完了しているファイルが再送信されてしまい帯域使用の効率が悪化したり、配信が完了していないファイルの再送信が行われず配信抜けが発生したりする。

また、配信サーバ２１６が単一であるため、配信サーバ２１６に異常が発生した場合には、ハードウエアの修理あるいはオペレーティングシステムの再起動が完了するまで配信が再開できない場合があり、配信の再開に比較的長時間を要するという問題があった。

この発明は、このような問題点を解決するためになされたものであり、サーバにおいて異常が発生した場合に、より的確な配信を行うマルチキャスト配信システムを提供することを目的とする。

この発明に係るマルチキャスト配信システムは、ネットワークを介して接続された複数の外部クライアントに、同一のデータを配信する、マルチキャスト配信システムであって、複数のデータと、データごとの配信指示情報とを記憶するネットワークストレージと、データと、データごとの配信指示情報との登録を受付けて、ネットワークストレージに格納するＦＴＰサーバと、いずれか一方がデータを配信し、他方が稼動停止時以外は待機する、２つの配信サーバと、いずれか一方が、ネットワークストレージ上の配信の完了していない配信指示情報に基いて配信サーバを制御し、他方が稼動停止時以外は待機する、２つの管理サーバとを備え、管理サーバの一方は、配信サーバの一方からひとつの配信指示情報に係るすべての配信を完了したことを受信すると、配信指示情報をネットワークストレージから消去、または完了の印付けをし、管理サーバの一方が配信サーバの一方の稼動停止を検知した場合、管理サーバの一方は配信サーバの他方に切替え指示を送信し、管理サーバの一方は、ネットワークストレージ上の配信の完了していない配信指示情報に基いて配信サーバの他方を制御し、配信サーバの他方はデータを配信し、管理サーバの他方が管理サーバの一方の稼動停止を検知した場合、管理サーバの他方は、ネットワークストレージ上の配信の完了していない配信指示情報に基いて配信サーバの一方を制御し、配信サーバの一方はデータを配信することを特徴とする。

ネットワークストレージは、データごとの保管期限情報をさらに記憶し、ＦＴＰサーバは、データごとの保管期限情報をさらに受付け、管理サーバの一方は、保管期限情報で示される時間に、保管期限情報と対応するデータを、ネットワークストレージから消去し、ＦＴＰサーバが、既にネットワークストレージに格納されているデータに係る新たな配信指示情報の登録を受付けて、ネットワークストレージに格納した場合、管理サーバの一方は、新たに格納された配信指示情報に基いて、配信サーバを制御し、配信サーバの一方は、既に格納されているデータを配信することを特徴としてもよい。

この発明によれば、マルチキャスト配信システムは、ネットワークストレージ上にデータと配信指示情報を保持し、二重に構成された配信サーバと、二重に構成された管理サーバとが、これらデータと配信が完了していない配信指示情報を参照できるようにしたために、データを配信している配信サーバの一方、または配信サーバを制御している管理サーバの一方に、異常が発生したり、保守のために稼動停止したり、ネットワークが繋がらない事などにより稼動停止を検知した場合に、配信サーバの他方または管理サーバの他方が、配信サーバの一方または管理サーバの一方に切替って動作し、ネットワークストレージ上の配信の完了していない配信指示情報に基き、ネットワークストレージ上のデータを配信するので、データの配信を継続して行うことができる。

以下、この発明の実施の形態を添付図面に基づいて説明する。
実施の形態１．
図１は、本発明の実施の形態１に係るマルチキャスト配信システム１００を含む構成を示すブロック図である。
マルチキャスト配信システム１００は、ネットワークである送信側ＷＡＮ２０を含む。送信側ＷＡＮ２０には、コンピュータである入力端末２２が接続されている。この入力端末２２を操作することにより、利用者は配信指示ファイル８１および配信されるデータである配信対象ファイル８２を入力する。
配信指示ファイル８１は、利用者を識別するための配信登録ＩＤと、配信対象ファイル８２のファイル名と、配信が開始される配信開始時刻と、配信対象ファイル８２がマルチキャスト配信システム１００に保持される保管期限と、配信データレートおよび配信回数を含む配信方法と、当該配信対象ファイル８２と他の配信対象ファイル８２との間の配信優先度を指定する優先度と、配信対象ファイル８２が配信される宛先である配信先ＩＤとを含み、本実施の形態では少なくともファイル名と配信開始時刻と保管期限と配信先ＩＤが必要であり、たとえば次のような内容である。

ＳＯＵＲＣＥ＿ＣＬＩＥＮＴＴＥＳＴ＿ＵＳＥＲ
ＦＩＬＥ＿ＮＡＭＥＴＥＳＴ＿ＦＩＬＥ．ＬＡＨ
ＳＴＡＲＴ＿ＴＩＭＥ２００３／０２／１７１７：３５：００
ＳＴＯＰ＿ＴＩＭＥ２００３／０２／１８１２：００：００
ＡＳＳＵＲＡＮＣＥＢＥＳＴ＿ＥＦＦＯＲＴ２
ＰＲＩＯＲＩＴＹＨＩＧＨ
ＤＥＳＴＩＮＡＴＩＯＮ
ＢＥＧＩＮ
２０４１
２０４２
２０４５
ＥＮＤ

たとえば上記の配信指示ファイル８１は、配信登録ＩＤはＴＥＳＴ＿ＵＳＥＲであり、配信対象ファイル８２のファイル名はＴＥＳＴ＿ＦＩＬＥ．ＬＡＨであり、配信開始時刻は２００３年２月１７日の１７時３５分００秒であり、保管期限は２００３年２月１８日の１２時００分００秒であり、配信方法はベストエフォート型で２回配信であり、優先度は３段階（ＨＩＧＨ、ＭＩＤＤＬＥ，ＬＯＷ）のうち最高度であり、配信先ＩＤとして２０４１、２０４２および２０４５を持つ宛先に対して配信が行われることを意味する。なお、本実施の形態では、ファイル名はユニークである。

マルチキャスト配信システム１００はまた、送信側ＷＡＮ２０に接続されたネットワークであるサーバＬＡＮ１０を含む。このサーバＬＡＮ１０には、コンピュータであるＦＴＰサーバ１２と、ネットワーク経由でコンピュータから入出力が可能な周知のネットワークストレージ１４と、ふたつのコンピュータを含む配信サーバ１６と、ふたつのコンピュータを含む管理サーバ１８とが接続されており、これらはサーバＬＡＮ１０を介して互いに通信可能である。
ＦＴＰサーバ１２は、入力された配信指示ファイル８１および配信対象ファイル８２を入力端末２２がＦＴＰプロトコルによって送信する際の送付先となり、これらを一時的に保存してネットワークストレージ１４に転送する。すなわち、ＦＴＰサーバ１２は、一時受付サーバである。
なお、配信指示ファイル８１をネットワークストレージ１４に転送する際には、配信指示情報と、保管期限情報とに分離して転送し、ネットワークストレージ１４にテーブル形式のデータとして記憶する。例えば、前述の例に上げた配信指示ファイル８１を分離後の配信指示情報は、以下の内容となり、必要であれば指示順序を明らかにするための配信指示時間などを付加して、テーブル形式のデータとして保管する。

ＳＯＵＲＣＥ＿ＣＬＩＥＮＴＴＥＳＴ＿ＵＳＥＲ
ＦＩＬＥ＿ＮＡＭＥＴＥＳＴ＿ＦＩＬＥ．ＬＡＨ
ＳＴＡＲＴ＿ＴＩＭＥ２００３／０２／１７１７：３５：００
ＡＳＳＵＲＡＮＣＥＢＥＳＴ＿ＥＦＦＯＲＴ２
ＰＲＩＯＲＩＴＹＨＩＧＨ
ＤＥＳＴＩＮＡＴＩＯＮ
ＢＥＧＩＮ
２０４１
２０４２
２０４５
ＥＮＤ
例えば、前述の例に挙げた配信指示ファイル８１を分離後の保管期限情報は、以下の内容となり、必要であれば指示順序を明らかにするための配信指示時間などを付加して、テーブル形式のデータとして保管する。
ＦＩＬＥ＿ＮＡＭＥＴＥＳＴ＿ＦＩＬＥ．ＬＡＨ
ＳＴＯＰ＿ＴＩＭＥ２００３／０２／１８１２：００：００

ネットワークストレージ１４は、記憶部Ａ９１および記憶部Ｂ９２を有し、ＦＴＰサーバ１２から受信した配信指示情報と保管期限情報を記憶部Ａ９１に格納し、配信対象ファイル８２を記憶部Ｂ９２に格納する。また、ネットワークストレージ１４は、管理サーバ１８および配信サーバ１６の要求に応じて記憶部Ａ９１および記憶部Ｂ９２の内容を送信、更新、または消去する。

管理サーバ１８は、ネットワークストレージ１４の記憶部Ａ９１に格納された配信指示情報と保管期限情報とに基づき、配信対象ファイル８２に関連する配信スケジュールと配信対象ファイル消去スケジュールとを構築する。また、管理サーバ１８は、配信スケジュールに基く配信情報を配信サーバ１６に送信することにより、配信サーバ１６の処理を制御する。さらに、管理サーバ１８は、配信サーバ１６から配信完了を受信すると、記憶部Ａ９１の対応する配信指示情報を消去し、配信対象ファイル消去スケジュールに基き、記憶部Ｂ９２の対応する配信対象ファイル８２と、記憶部Ａ９１の対応する保管期限情報を消去する。
配信情報には、配信対象ファイル８２のファイル名、配信開始時刻、配信先ＩＤ、および配信方法に関する情報が含まれるが、これ以外の情報を含んでもよい。配信スケジュールの構築方法は、たとえば、前述の配信指示情報が有する配信開始時刻と、優先度に基き決定されるが、その他の方法であっても構わない。
配信対象ファイル消去スケジュールの構築方法は、たとえば、前述の配信指示ファイル８１が有する保管期限に基き決定し、同じ配信対象ファイル８２に係る保管期限があれば、より新しい方の指示を優先させるという方法であるが、その他の方法であっても構わない。

配信サーバ１６は、管理サーバ１８から受信した配信情報に従ってネットワークストレージ１４の記憶部Ｂ９２から配信対象ファイル８２を読み込み、後述の通信衛星３０を介して配信先ＩＤに対して送信することによりマルチキャスト配信し、配信情報で指定されたすべての配信先ＩＤに配信を完了すると、管理サーバ１８に配信完了を送信する。

配信サーバ１６と通信可能に、ネットワークである受信側ＷＡＮ４０が設置される。配信サーバ１６と受信側ＷＡＮ４０とは、通信衛星３０を介した無線通信により接続される。受信側ＷＡＮ４０には複数のコンピュータであるクライアントＰＣ４１〜４６が接続されており、それぞれ固有のクライアントＩＤ、たとえばクライアントＩＤ２０４１〜２０４６をそれぞれ与えられる。各クライアントＰＣは、自己が持つクライアントＩＤが配信の宛先となる配信先ＩＤとして指定された配信対象ファイル８２を受信し、これを格納して後の処理に供する。

図２は、配信サーバ１６および管理サーバ１８の内部構造およびそれぞれの内部で実行されるプログラムであるプロセスについて、各プロセス間および各プロセスと外部との間における関連を示す概念図である。

まず、配信サーバ１６内の構成について説明する。配信サーバ１６は、それぞれ配信サーバとして独立して作動可能な２つのハードウエアを有する第一配信サーバ１６ａおよび第二配信サーバ１６ｂを含み、これらによって二重化構成となっている。第一配信サーバ１６ａおよび第二配信サーバ１６ｂは、それぞれ周知のオペレーティングシステムを実行しており、後述するプログラムはこのオペレーティングシステムと関連して動作するものであるが、オペレーティングシステムについては説明を省略する。

第一配信サーバ１６ａでは、プログラムである二重系制御プロセスＰ１１ａ、ストレージアクセスプロセスＰ１２ａ、配信プロセスＰ１３ａが実行される。同様に、第二配信サーバ１６ｂでは、プログラムである二重系制御プロセスＰ１１ｂ、ストレージアクセスプロセスＰ１２ｂ、配信プロセスＰ１３ｂが実行される。
後述する異常発生時、保守等を目的とした稼動停止時、およびネットワークが繋がらない時を除いては、第一配信サーバ１６ａおよび第二配信サーバ１６ｂのうち一方のみがアクティブ配信サーバとして動作し、他方はパッシブ配信サーバとして待機する。パッシブ配信サーバでは、オペレーティングシステムおよび二重系制御プロセスＰ１１ａは実行されるが、他の各プロセスは実行されない。

第一配信サーバ１６ａおよび第二配信サーバ１６ｂは、それぞれ二重系制御プロセスＰ１１ａおよびＰ１１ｂを実行することによって、自身が実行する上述の各プロセスを監視し、また各プロセスの起動および停止を制御する。また、それぞれ二重系制御プロセスＰ１１ａおよびＰ１１ｂを実行することによって互いに通信可能であり、一方において、たとえば第一配信サーバ１６ａにおいて異常が発生した場合に、異常が発生した側のプロセスを停止させるとともに、行われていた処理を他方たとえば第二配信サーバ１６ｂに引き継ぐ。さらに、第一配信サーバ１６ａおよび第二配信サーバ１６ｂは、それぞれ二重系制御プロセスＰ１１ａおよびＰ１１ｂを実行することによって、後述する監視プロセスＰ２０ａおよびＰ２０ｂを実行する第一管理サーバ１８ａおよび第二管理サーバ１８ｂと通信可能である。

第一配信サーバ１６ａおよび第二配信サーバ１６ｂは、それぞれストレージアクセスプロセスＰ１２ａおよびＰ１２ｂを実行することによって、第一管理サーバ１８ａまたは第二管理サーバ１８ｂによって送信される配信情報に含まれるファイル名を持つ配信対象ファイル８２を、ネットワークストレージ１４の記憶部Ｂ９２から読み込む。

第一配信サーバ１６ａおよび第二配信サーバ１６ｂは、それぞれ配信プロセスＰ１３ａおよびＰ１３ｂを実行することによって、第一管理サーバ１８ａまたは第二管理サーバ１８ｂによって送信される配信情報に従い、配信対象ファイル８２をマルチキャスト配信するために通信衛星３０に向けて送信する。また、それぞれ配信プロセスＰ１３ａおよびＰ１３ｂを実行することによって、後述する配信サーバ制御プロセスＰ２６ａおよびＰ２６ｂを実行する第一管理サーバ１８ａおよび第二管理サーバ１８ｂと通信可能であり、配信情報、配信完了の通知、および正常稼動の通知等について送受信する。

次に、管理サーバ１８内の構成について説明する。管理サーバ１８は、それぞれ管理サーバとして独立して作動可能な２つのハードウエアを有する第一管理サーバ１８ａおよび第二管理サーバ１８ｂを含み、これらによって二重化構成となっている。第一管理サーバ１８ａおよび第二管理サーバ１８ｂは、それぞれ周知のオペレーティングシステムを実行しており、後述するプログラムはこのオペレーティングシステムと関連して動作するものであるが、オペレーティングシステムについては説明を省略する。

第一管理サーバ１８ａでは、プログラムである監視プロセスＰ２０ａ、二重系制御プロセスＰ２１ａ、システム制御プロセスＰ２２ａ、ストレージアクセスプロセスＰ２３ａ、指示解析プロセスＰ２４ａ、配信スケジュール管理プロセスＰ２５ａ、配信サーバ制御プロセスＰ２６ａが実行される。同様に、第二管理サーバ１８ｂでは、プログラムである監視プロセスＰ２０ｂ、二重系制御プロセスＰ２１ｂ、システム制御プロセスＰ２２ｂ、ストレージアクセスプロセスＰ２３ｂ、指示解析プロセスＰ２４ｂ、配信スケジュール管理プロセスＰ２５ｂ、配信サーバ制御プロセスＰ２６ｂが実行される。
後述する異常発生時、保守等を目的とした稼動停止時、およびネットワークが繋がらない時を除いては、第一管理サーバ１８ａおよび第二管理サーバ１８ｂのうち一方のみがアクティブ管理サーバとして動作し、他方はパッシブ管理サーバとしてその機能の一部を停止して待機する。パッシブ管理サーバでは、オペレーティングシステム、監視プロセスＰ２０ａ、二重系制御プロセスＰ２１ａ、システム制御プロセスＰ２２ａは実行されるが、他の各プロセスは実行されない。

第一管理サーバ１８ａおよび第二管理サーバ１８ｂは、それぞれ二重系制御プロセスＰ２１ａおよびＰ２１ｂを実行することによって、自身が実行する上述の各プロセスを監視し、また各プロセスの起動および停止を制御する。また、それぞれ二重系制御プロセスＰ２１ａおよびＰ２１ｂを実行することによって互いに通信可能であり、一方において、たとえば第一管理サーバ１８ａにおいて異常が発生した場合に、異常が発生した側のプロセスを停止させるとともに、行われていた処理を他方たとえば第二管理サーバ１８ｂに引き継ぐ。

第一管理サーバ１８ａおよび第二管理サーバ１８ｂは、それぞれ監視プロセスＰ２０ａおよびＰ２０ｂを実行することによって、上述の二重系制御プロセスＰ１１ａおよびＰ１１ｂを実行する第一配信サーバ１６ａおよび第二配信サーバ１６ｂと通信可能であり、これらの稼動状態を常時監視する。また、それぞれシステム制御プロセスＰ２２ａおよびＰ２２ｂを実行することによって、自身が実行するストレージアクセスプロセスＰ２３ａまたはＰ２３ｂ、指示解析プロセスＰ２４ａまたはＰ２４ｂ、配信スケジュール管理プロセスＰ２５ａまたはＰ２５ｂ、および配信サーバ制御プロセスＰ２６ａまたはＰ２６ｂを制御する。

第一管理サーバ１８ａおよび第二管理サーバ１８ｂは、それぞれストレージアクセスプロセスＰ２３ａおよびＰ２３ｂを実行することによって、ネットワークストレージ１４の記憶部Ａ９１の配信指示情報、保管期限情報、および記憶部Ｂ９２の配信対象ファイル８２の読み込みおよび消去を行う。また、それぞれ指示解析プロセスＰ２４ａおよびＰ２４ｂを実行することによって、配信指示情報および保管期限情報を読み込み、読み込んだ配信指示情報を解析して配信情報を得る。
さらに、それぞれ配信スケジュール管理プロセスＰ２５ａおよびＰ２５ｂを実行することによって、前述の配信指示情報および保管期限情報から、一つまたは複数の配信対象ファイル８２の配信スケジュールおよび配信対象ファイル消去スケジュールを構築および管理する。
また、それぞれ配信サーバ制御プロセスＰ２６ａおよびＰ２６ｂを実行することによって、上述の配信スケジュールに基づき、第一配信サーバ１６ａおよび第二配信サーバ１６ｂを制御する。
また、それぞれ配信サーバ制御プロセスＰ２６ａおよびＰ２６ｂを実行することによって、上述の配信対象ファイル消去スケジュールに基づき、システム制御プロセスＰ２２ａまたはＰ２２ｂ、およびストレージアクセスプロセスＰ２３ａまたはＰ２３ｂを介して、ネットワークストレージ１４の記憶部Ｂ９２にある配信対象ファイル８２と、記憶部Ａ９１にある保管期限情報を消去する。
また、それぞれ配信サーバ制御プロセスＰ２６ａおよびＰ２６ｂを実行することによって、配信プロセスＰ１３ａまたはＰ１３ｂから配信完了を受信すると、システム制御プロセスＰ２２ａまたはＰ２２ｂ、およびストレージアクセスプロセスＰ２３ａまたはＰ２３ｂを介して、ネットワークストレージ１４の記憶部Ａ９１にある該当する配信に係る配信指示情報を消去する。

次に、図３に示すフローチャートを用いて、配信サーバ１６および管理サーバ１８が正常に動作している場合の、マルチキャスト配信システム１００の処理の流れを説明する。配信サーバ１６では第一配信サーバ１６ａがアクティブ配信サーバとして作動しており、また管理サーバ１８では第一管理サーバ１８ａがアクティブ管理サーバとして作動している。

入力端末２２は、ファイルを配信したい利用者が予め用意した配信対象ファイル８２と、配信に必要な情報を盛り込んだ配信指示ファイル８１とを受け取り、これをＦＴＰサーバ１２に送信する（ステップＳ１０１）。ＦＴＰサーバ１２は、配信指示ファイル８１および配信対象ファイル８２を受信し、それぞれをネットワークストレージ１４の記憶部Ａ９１および記憶部Ｂ９２に格納する（ステップＳ１０２）。なお、格納する際に、図１において説明したように、配信指示ファイル８１は配信指示情報と保管期限情報とに分離して、テーブル形式のデータとして記憶部Ａ９１に格納する。

管理サーバ１８の第一管理サーバ１８ａは、ストレージアクセスプロセスＰ２３ａを実行することにより、ネットワークストレージ１４の記憶部Ａ９１に対してポーリングをかけ、記憶部Ａ９１に新たな配信指示情報、および保管期限情報が格納されているかどうかをチェックする（ステップＳ１１）。新たな配信指示情報、および保管期限情報が格納されていない場合は、定期的にステップＳ１１を繰り返す。
新たな配信指示情報、および保管期限情報が格納されている場合、第一管理サーバ１８ａは、ストレージアクセスプロセスＰ２３ａを実行することにより新たな配信指示情報、および保管期限情報を読み込み（ステップＳ１２）、読み込まれた新たな配信指示情報、および保管期限情報の内容を、指示解析プロセスＰ２４ａを実行することにより解析し（ステップＳ１３）、第一配信サーバ１６ａに配信指示を行う際に必要となる配信情報を把握して第一管理サーバ１８ａの図示されない記憶部に記憶する。
さらに第一管理サーバ１８ａは、配信スケジュール管理プロセスＰ２５ａを実行することにより、配信スケジュールを構築し、第一管理サーバ１８ａの図示されない記憶部に格納する（ステップＳ１４）。配信スケジュールがすでに存在する場合は、差分のみを更新してもよい。
その後、第一管理サーバ１８ａは、配信開始時間が到来するまで待ち（ステップＳ１５）、到来した段階で配信サーバ制御プロセスＰ２６ａを実行することによって配信情報を第一配信サーバ１６ａに送信する（ステップＳ１６）。
その後、第一管理サーバ１８ａは、配信サーバ制御プロセスＰ２６ａを実行することにより、第一配信サーバ１６ａから配信完了を受信すると、システム制御プロセスＰ２２ａを介してストレージアクセスプロセスＰ２３ａを実行することにより、ネットワークストレージ１４の記憶部Ａの、対応する配信指示情報を消去する（ステップＳ１７）。
また、第一管理サーバ１８ａは、配信スケジュール管理プロセスＰ２５ａを実行することによって、配信対象ファイル８２の保管期限が満了するまで待ち（ステップＳ１８）、満了した段階でシステム制御プロセスＰ２２ａを介してストレージアクセスプロセスＰ２３ａを実行することによって記憶部Ｂ９２から配信対象ファイル８２を、記憶部Ａ９１から保管期限情報を消去する（ステップＳ１９）。

配信サーバ１６の第一配信サーバ１６ａは、配信プロセスＰ１３ａを実行することによって、上記ステップＳ１６において第一管理サーバ１８ａが送信する配信情報を受信する（ステップＳ２１）。受信後、第一配信サーバ１６ａは、ストレージアクセスプロセスＰ１２ａを実行することによってネットワークストレージ１４の記憶部Ｂ９２から配信対象ファイル８２を読み込む（ステップＳ２２）。
次に第一配信サーバ１６ａは、配信プロセスＰ１３ａを実行することにより、読み込んだ配信対象ファイル８２をマルチキャスト配信する（ステップＳ２３）。ここで、マルチキャスト配信は、クライアントＰＣ４１〜４６のうち配信情報に指定された配信先ＩＤと同一のクライアントＩＤを持つクライアントＰＣに対して、配信対象ファイル８２を送信することによって行われる。この送信は、通常、通信衛星３０を含む衛星通信ネットワークを介して、周知のコネクションレス型のデータ伝送プロトコル（ＵＤＰ等）によって行われる。なお、コネクションレス型のプロトコルであっても、上記配信指示ファイル８１の指定内容により、配信回数が指定可能であるので、配信の信頼性を高くすることができる。

また、ステップＳ２１の完了時点において、配信が進行中である他の配信対象ファイル８２が存在する場合は、それぞれの優先度に応じて重み加重された通信帯域を割り当てることにより、並列的に配信を行う。または、優先度が最も高いものに帯域をすべて割り当て、その配信が完了するまで優先度が低いものの配信を一時停止させてもよい。
ステップＳ２３において、Ｓ２１で受信した配信情報が有する全ての配信先ＩＤへの配信が完了したならば、第一配信サーバ１６ａは、配信プロセスＰ１３ａを実行することによって第一管理サーバ１８ａに配信完了を送信する（ステップＳ２４）。
また、図３には示していないが、第一配信サーバ１６ａは、二重系制御プロセスＰ１１ａを常時実行することにより、自身の稼働状態（各プロセスにおける異常の有無等）を監視し、記憶するとともに監視プロセスＰ２０ａを実行する第一管理サーバ１８ａに対して定期的に送信する。また、第一管理サーバ１８ａは、監視プロセスＰ２０ａを実行することにより、第一配信サーバ１６ａの稼働状態を受信して、第一管理サーバ１８ａの図示されない記憶部に記憶する。
また、図３はひとつの配信指示ファイル８１とこれに係る配信対象ファイル８２に着目したフローチャートで説明しているが、実際には、ステップＳ１０１、ステップＳ１０２、ステップＳ１１からステップＳ１４まで、ステップＳ１５からステップＳ１６まで、ステップＳ１７、ステップＳ１８からステップＳ１９まで、およびステップＳ２１からステップＳ２４までは、それぞれ独立して、かつ繰り返し実行されるので、ステップＳ１１、ステップＳ１５、及びステップＳ１８において、他の配信指示ファイル８１に係る一連の処理が滞ることはない。

上記の、図３に示すフローチャートに沿った説明において、管理サーバ１８においてアクティブ管理サーバとして作動するのは第一管理サーバ１８ａであるが、これは第二管理サーバ１８ｂであってもよい。その際は、第二管理サーバ１８ｂが、第一管理サーバ１８ａ内で実行される各プロセスと対応するプロセスを実行することにより、上記と同様の処理を行う。
同様にして、配信サーバ１６においてアクティブ配信サーバとして作動するのは第二配信サーバ１６ｂであってもよい。

次に、図４および図５に示すフローチャートを用いて、マルチキャスト配信の実行中に異常が発生した場合の、マルチキャスト配信システム１００の処理の流れを説明する。
図４は、図３のステップＳ２１からＳ２４までのマルチキャスト配信の実行中に、アクティブ配信サーバの一部またはアクティブ配信サーバによって実行されるプロセスの一部において異常が発生した場合の処理の流れを示す。

図４のフローチャートの開始時点において、配信サーバ１６では第一配信サーバ１６ａがアクティブ配信サーバとして作動しており、また管理サーバ１８では第一管理サーバ１８ａがアクティブ管理サーバとして作動している。
第一配信サーバ１６ａは、二重系制御プロセスＰ１１ａを実行することにより、第一配信サーバ１６ａ自身の稼動状態を監視し、異常の有無を判断する（ステップＳ４１）。ここで、異常と判断される現象としては、たとえば、ストレージアクセスプロセスＰ１２ａの異常終了や、配信プロセスＰ１３ａの異常終了がある。また、第一配信サーバ１６ａがオペレーティングシステムを実行することによって検出されるその他の現象、たとえばハードウエアの異常等も含まれる。さらに、周知の異常検出用プログラムによって検出される異常を含んでもよい。また、保守等を目的とした各プロセスまたはハードウエアの稼動停止も含む。
異常がないと判断された場合は、ステップＳ４１を繰り返し実行する。
異常があると判断された場合は、第一配信サーバ１６ａは、二重系制御プロセスＰ１１ａを実行することにより、監視プロセスＰ２０ａを実行する第一管理サーバ１８ａに、異常通知を送信する（ステップＳ４２）。異常通知には、たとえば異常発生時刻および異常の内容が含まれる。

第一管理サーバ１８ａは、監視プロセスＰ２０ａを実行することによってこの異常通知を受信するか、または何らかの理由で第一配信サーバ１６ａが異常通知を送信できない場合（すなわちステップＳ４１およびステップＳ４２を介さない場合）でも、ネットワークが繋がらない（ネットワークを介した第一配信サーバ１６ａとの送受信に障害が発生した）事などから第一配信サーバ１６ａ側の稼動停止を検知すると（ステップＳ５１）、システム制御プロセスＰ２２ａを実行することによって各プロセスの実行を停止する（ステップＳ５２）。ここで停止されるプロセスは、ストレージアクセスプロセスＰ２３ａ、指示解析プロセスＰ２４ａ、配信スケジュール管理プロセスＰ２５ａ、および配信サーバ制御プロセスＰ２６ａである。その後、第一管理サーバ１８ａは、監視プロセスＰ２０ａを実行することにより、二重系制御プロセスＰ１１ａを実行する第一配信サーバ１６ａに対して、アクティブ配信サーバの切り替えを行う指示を送信する（ステップＳ５３）。

第一配信サーバ１６ａは、二重系制御プロセスＰ１１ａを実行することによって、アクティブ配信サーバの切り替えを行う指示を受信すると（ステップＳ４３）、アクティブ配信サーバの切り替えを開始する。まず、第一配信サーバ１６ａは、二重系制御プロセスＰ１１ａを実行することによって、二重系制御プロセスＰ１１ａ以外の各プロセスを停止して、アクティブ配信サーバとしての動作を停止するとともに（ステップＳ４４）、二重系制御プロセスＰ１１ｂを実行する第二配信サーバ１６ｂに起動を指示する。なお、第一配信サーバ１６ａが、二重系制御プロセスＰ１１ａが無反応であったり、ネットワークが繋がらないなどで制御不能となっていれば、ステップＳ４３とステップＳ４４とはスキップする。
第二配信サーバ１６ｂは、二重系制御プロセスＰ１１ｂを実行することによってこの指示を受信し、それまで停止していた他の各プロセスを起動して、アクティブ配信サーバとしての動作を開始する（ステップＳ４５）。ここでアクティブ配信サーバの切り替えが完了し、稼動状態は正常となるので、第二配信サーバ１６ｂは、二重系制御プロセスＰ１１ｂを実行することにより、監視プロセスＰ２０ａを実行する第一管理サーバ１８ａに正常稼働を通知する（ステップＳ４６）。

一方、第一管理サーバ１８ａは、システム制御プロセスＰ２２ａを実行することによって、上記ステップＳ５２で停止された各プロセスを再起動する（ステップＳ５４）。次に、第一管理サーバ１８ａは、指示解析プロセスＰ２４ａを実行することによって、配信状況の解析を行う（ステップＳ５５）。解析を行う際の入力は、ストレージアクセスプロセスＰ２３ａを実行することによってネットワークストレージ１４から読み込まれる配信指示情報と保管期限情報とである。
配信指示情報と保管期限情報の解析結果に基づき、第一管理サーバ１８ａは、配信スケジュール管理プロセスＰ２５ａを実行することにより、配信スケジュールおよび保管期限満了による配信対象ファイル消去スケジュールを再構築し、第一管理サーバ１８ａの図示されない記憶部に格納する（ステップＳ５６）。

その後、第一管理サーバ１８ａは、監視プロセスＰ２０ａを実行することにより、新アクティブ配信サーバであり二重系制御プロセスＰ１１ｂを実行する第二配信サーバ１６ｂからの正常稼働通知を待つ（ステップＳ５７）。
正常稼働通知を受信すると、第一管理サーバ１８ａは、配信サーバ制御プロセスＰ２６ａを実行することにより、ステップＳ１６と同様にして、配信プロセスＰ１３ｂを実行する第二配信サーバ１６ｂに、配信情報を送信する（ステップＳ５８）。その後、第一管理サーバ１８ａは、上記異常通知の内容および再構築された配信スケジュールの内容を、電子メール等の他のプロセスによって利用者に通知する（ステップＳ５９）。
その後、第一管理サーバ１８ａは、図３の（Ａ）すなわちステップＳ１８へと進み、第二配信サーバ１６ｂは、図３の（Ｂ）すなわちステップＳ２１へと進む。

上記の、図４に示すフローチャートに沿った説明において、管理サーバ１８においてアクティブサーバとして作動するのは第一管理サーバ１８ａでなく第二管理サーバ１８ｂであってもよい。また、配信サーバ１６における旧アクティブ配信サーバおよび新アクティブ配信サーバに関して、第一配信サーバ１６ａおよび第二配信サーバ１６ｂが入れ替わってもよい。

図５は、図３のステップＳ２２におけるマルチキャスト配信の実行中に、アクティブ管理サーバの一部またはアクティブ管理サーバによって実行されるプロセスの一部において異常が発生した場合の処理の流れを示す。

図５のフローチャートの開始時点において、配信サーバ１６では第一配信サーバ１６ａがアクティブ配信サーバとして作動しており、また管理サーバ１８では第一管理サーバ１８ａがアクティブ管理サーバとして作動している。
第一管理サーバ１８ａは、二重系制御プロセスＰ２１ａを実行することにより、第一管理サーバ１８ａ自身の稼動状態を監視し、異常の有無を判断する（ステップＳ７１）。ここで、異常と判断される現象としては、たとえば、監視プロセスＰ２０ａ、ストレージアクセスプロセスＰ２３ａ、指示解析プロセスＰ２４ａ、配信スケジュール管理プロセスＰ２５ａ、および配信サーバ制御プロセスＰ２６ａの異常終了等がある。また、第一管理サーバ１８ａがオペレーティングシステムを実行することによって検出されるその他の現象、たとえばハードウエアの異常等も含まれる。さらに、周知の異常検出用プログラムによって検出される異常を含んでもよい。また、保守等を目的とした各プロセスまたはハードウエアの稼動停止も含む。
異常がないと判断された場合は、ステップＳ７１を繰り返し実行する。

異常があると判断された場合、第一管理サーバ１８ａは、アクティブ管理サーバの切り替えを開始する。まず、第一管理サーバ１８ａは、システム制御プロセスＰ２２ａを実行することによって、ストレージアクセスプロセスＰ２３ａ、指示解析プロセスＰ２４ａ、配信スケジュール管理プロセスＰ２５ａ、および配信サーバ制御プロセスＰ２６ａの実行を停止し、アクティブ管理サーバとしての動作を停止するとともに（ステップＳ７２）、二重系制御プロセスＰ２１ｂを実行する第二管理サーバ１８ｂに起動を指示し、異常通知を送信する。異常通知には、たとえば異常発生時刻および異常の内容が含まれる。

第二管理サーバ１８ｂは、二重系制御プロセスＰ２１ｂを実行することによってこの指示を受信し、それまで停止していた他の各プロセスを起動して、アクティブ管理サーバとしての動作を開始する（ステップＳ７３）。または何らかの理由で第一管理サーバ１８ａが異常通知を送信できない場合（すなわちステップＳ７１およびステップＳ７２を介さない場合）でも、ネットワークが繋がらない事などから第一管理サーバ１８ａ側の稼動停止を検知すると、同様に、それまで停止していた他の各プロセスを起動して、アクティブ管理サーバとしての動作を開始する。
次に、第二管理サーバ１８ｂは、監視プロセスＰ２０ｂを実行することによって、二重系制御プロセスＰ１１ａを実行する第一配信サーバ１６ａに再起動の指示を送信する（ステップＳ７４）。

第一配信サーバ１６ａは、二重系制御プロセスＰ１１ａを実行することによって再起動の指示を受信すると（ステップＳ９１）、アクティブ配信サーバの停止および再起動を開始する。まず、第一配信サーバ１６ａは、二重系制御プロセスＰ１１ａを実行することによって、二重系制御プロセスＰ１１ａ以外の各プロセスを停止して、アクティブ配信サーバとしての作動を停止する（ステップＳ９２）。停止後、さらに二重系制御プロセスＰ１１ａを実行することによって、停止した各プロセスを再起動させ、アクティブ配信サーバとしての作動を再開する（ステップＳ９３）。ここで、再起動の前後でアクティブ配信サーバは入れ替わらず、第一配信サーバ１６ａのままである。
ステップＳ９３において再起動が完了すると、第一配信サーバ１６ａは、二重系制御プロセスＰ１１ａを実行することにより、監視プロセスＰ２０ｂを実行する第二管理サーバ１８ｂに正常稼働を通知する（ステップＳ９４）。

一方、第二管理サーバ１８ｂは、ステップＳ７４の実行後、図４におけるステップＳ５５と同様にして配信状況の解析を行い（ステップＳ７５）、また、図４におけるステップＳ５６と同様にして配信スケジュールと保管期限満了による配信対象ファイル消去スケジュールの再構築および格納を行う（ステップＳ７６）。その後、第二管理サーバ１８ｂは、監視プロセスＰ２０ｂを実行することにより、二重系制御プロセスＰ１１ａを実行する第一配信サーバ１６ａからの正常稼働通知を待つ（ステップＳ７７）。
正常稼働通知を受信すると、第一管理サーバ１８ａは、図４におけるステップＳ５８と同様にして、配信情報を送信し（ステップＳ７８）、また、図４におけるステップＳ５９と同様にして、利用者に通知する（ステップＳ７９）。
その後、第二管理サーバ１８ｂは、図３の（Ａ）すなわちステップＳ１８へと進み、第一配信サーバ１６ａは、図３の（Ｂ）すなわちステップＳ２１へと進む。

上記の、図５に示すフローチャートに沿った説明において、配信サーバ１６においてアクティブサーバとして作動するのは第一配信サーバ１６ａでなく第二配信サーバ１６ｂであってもよい。また、管理サーバ１８における旧アクティブ管理サーバおよび新アクティブ管理サーバに関して、第一管理サーバ１８ａおよび第二管理サーバ１８ｂが入れ替わってもよい。

このように、本発明に係るマルチキャスト配信システム１００は、ネットワークストレージ１４上にデータと配信指示情報を保持し、二重に構成された配信サーバ１６と、二重に構成された管理サーバ１８とが、これらデータと配信が完了していない配信指示情報を参照できるようにしたために、データを配信している配信サーバの一方、または配信サーバを制御している管理サーバの一方に、異常が発生したり、保守のために稼動停止したり、ネットワークが繋がらない事などにより稼動停止を検知した場合に、配信サーバの他方または管理サーバの他方が、配信サーバの一方または管理サーバの一方に切替って動作し、ネットワークストレージ１４上の配信の完了していない配信指示情報に基き、ネットワークストレージ１４上のデータを配信するので、データの配信を継続して行うことができる。
また、ネットワークストレージ１４上のデータを保管期限まで記憶するようにしたので、ネットワークストレージ１４上に既に記憶されているデータに係る配信指示情報を新たに受付けて、配信を行うことができ、入力端末２２からＦＴＰサーバ１２、ＦＴＰサーバ１２からネットワークストレージ１４へ送信されるデータ量を削減することができる。
また、ネットワークストレージ１４上のデータを保管期限まで記憶するようにしたので、必要な期間のみデータを記憶することができ、ネットワークストレージ１４の領域を有効に使用できる。

また、配信サーバ１６および管理サーバ１８はそれぞれ二重化構成であるので、異常が発生した場合でもハードウエアの修理およびオペレーティングシステムの再起動を必要とせず、比較的短時間で配信を再開する。

さらに、配信サーバ１６または管理サーバ１８に異常が発生した場合でも上述のように的確な配信が行われるので、クライアントＰＣ側における受信状況が確認できないコネクションレス型のプロトコルを使用する場合であっても、確実な配信を行うことができる。

また、入力端末２２から入力された配信指示ファイル８１および配信対象ファイル８２を一時的に保存するＦＴＰサーバ１２を備えるので、配信サーバ１６および管理サーバ１８の一部または全部が稼働していなくても配信を指示する操作が可能であり、利便性が向上する。

なお、上記の実施の形態１において、配信サーバ１６と受信側ＷＡＮ４０とは通信衛星３０を介して接続されているが、通信衛星３０を介さなくともよい。たとえば、配信サーバ１６は有線ＬＡＮ等を経由して受信側ＷＡＮ４０に接続されていてもよい。また、配信サーバ１６と受信側ＷＡＮ４０とは、コネクションレス型のプロトコルでなく、コネクション型のプロトコルによって通信を行ってもよい。
また、入力端末２２は、送信側ＷＡＮ２０を介さず、ＬＡＮ１０に直接接続されていてもよい。

また、本実施の形態では、ＦＴＰサーバ１２からネットワークストレージ１４に配信指示ファイル８１の内容を記憶する際に、配信指示情報と保管期限情報とに分離して、テーブル形式のデータとして記憶し、配信完了時に該当する配信指示情報を消去することにより、配信が完了していない配信指示情報を認識できるようにし、保管期限満了による配信対象ファイル８２の消去完了時に、該当する保管期限情報を消去することにより、今後消去が必要な配信対象ファイル８２を認識できるようにしたが、以下に述べるような方法で、同様の効果を得ることもできる。
例えば、前述と同様にテーブル形式のデータとして記憶し、配信完了時に該当する配信指示情報に完了を表すデータを追加するなどして印付けをすることにより、配信が完了していない配信指示情報を認識できるようにし、保管期限満了による配信対象ファイル８２の消去完了時に、該当する保管期限情報に完了を表すデータを追加するなどして印付けをすることにより、今後消去が必要な配信対象ファイル８２を認識できるようにしてもよい。

また例えば、ＦＴＰサーバ１２からネットワークストレージ１４に配信指示ファイル８１の内容を記憶する際に、配信指示情報ファイルと保管期限情報ファイルとに分離して所定のディレクトリに記憶し、配信完了時に該当する配信指示情報ファイルを消去、または他のディレクトリに移動することにより、配信が完了していない配信指示情報ファイルを認識できるようにし、保管期限満了による配信対象ファイル８２の消去完了時に、該当する保管期限情報ファイルを消去、または他のディレクトリに移動することにより、今後消去が必要な配信対象ファイル８２を認識できるようにしてもよい。
また、本実施の形態では、管理サーバを２台のハードウエアで、配信サーバを２台のハードウエアで構成したが、各々３台以上の構成でもよい。また、本実施の形態では、管理サーバと配信サーバとを双方二重化したが、管理サーバのみ、または配信サーバのみを二重化してもよい。
また、本実施の形態において、ネットワークストレージに、周知の信頼性の高いネットワークストレージを用いれば、マルチキャスト配信システム全体の信頼性を高めることができる。

本発明の実施の形態１に係るマルチキャスト配信システム１００を含む構成を示す図である。本発明の実施の形態１に係る配信サーバ１６および管理サーバ１８の内部構造および実行されるプロセスを示す図である。本発明の実施の形態１に係るマルチキャスト配信システム１００の、正常時における処理の流れを示すフローチャートである。本発明の実施の形態１に係るマルチキャスト配信システム１００の、配信サーバ１６で異常が発生した場合における処理の流れを示すフローチャートである。本発明の実施の形態１に係るマルチキャスト配信システム１００の、管理サーバ１８で異常が発生した場合における処理の流れを示すフローチャートである。従来のマルチキャスト配信システム２００を含む構成を示す図である。従来のマルチキャスト配信システム２００の処理の流れを示すフローチャートである。

符号の説明

１２ＦＴＰサーバ、１４ネットワークストレージ、１６配信サーバ（二重化された配信サーバ）、１８管理サーバ（二重化された管理サーバ）、４０ネットワーク（受信側ＷＡＮ）、４１〜４６クライアント（クライアントＰＣ）、８２データ（配信対象ファイル）、１００マルチキャスト配信システム。

Claims

ネットワークを介して接続された複数の外部クライアントに、同一のデータを配信する、マルチキャスト配信システムであって、
複数の前記データと、前記データごとの配信指示情報とを記憶するネットワークストレージと、
前記データと、前記データごとの配信指示情報との登録を受付けて、前記ネットワークストレージに格納するＦＴＰサーバと、
いずれか一方が前記データを配信し、他方が稼動停止時以外は待機する、２つの配信サーバと、
いずれか一方が、前記ネットワークストレージ上の配信の完了していない配信指示情報に基いて前記配信サーバを制御し、他方が稼動停止時以外は待機する、２つの管理サーバと
を備え、
前記管理サーバの一方は、前記配信サーバの一方からひとつの配信指示情報に係るすべての配信を完了したことを受信すると、前記配信指示情報を前記ネットワークストレージから消去、または完了の印付けをし、
前記管理サーバの一方が前記配信サーバの一方の稼動停止を検知した場合、前記管理サーバの一方は前記配信サーバの他方に切替え指示を送信し、前記管理サーバの一方は、前記ネットワークストレージ上の配信の完了していない配信指示情報に基いて前記配信サーバの他方を制御し、前記配信サーバの他方は前記データを配信し、
前記管理サーバの他方が前記管理サーバの一方の稼動停止を検知した場合、前記管理サーバの他方は、前記ネットワークストレージ上の配信の完了していない配信指示情報に基いて前記配信サーバの一方を制御し、前記配信サーバの一方は前記データを配信する
ことを特徴とするマルチキャスト配信システム。
前記ネットワークストレージは、前記データごとの保管期限情報をさらに記憶し、
前記ＦＴＰサーバは、前記データごとの保管期限情報をさらに受付け、
前記管理サーバの一方は、前記保管期限情報で示される時間に、前記保管期限情報と対応する前記データを、前記ネットワークストレージから消去し、
前記ＦＴＰサーバが、既に前記ネットワークストレージに格納されているデータに係る新たな前記配信指示情報の登録を受付けて、前記ネットワークストレージに格納した場合、
前記管理サーバの一方は、新たに格納された前記配信指示情報に基いて、前記配信サーバを制御し、
前記配信サーバの一方は、既に格納されている前記データを配信する
ことを特徴とする請求項１に記載のマルチキャスト配信システム。