(57)【特許請求の範囲】
【請求項１】
自装置配下の複数のデータ受信装置に対して、ネットワークを介して、配信データを一斉に配信するデータ配信装置であって、
配信データとその配信データの配信先となるデータ受信装置の宛先リストとで構成される配信ジョブを、キュー構造に従って管理する管理手段と、
前記管理手段に管理されている全ての配信ジョブが終了するときにおける、各データ受信装置の持つデータ受信用ストレージの空き容量の予測値の情報を記憶する記憶手段と、
前記管理手段に新たな配信ジョブを登録する際に、前記記憶手段の記憶する情報を参照することで、その新たな配信ジョブの宛先リストに記述される各データ受信装置の持つデータ受信用ストレージの空き容量の予測値の情報を取得する取得手段と、
前記取得手段の取得した空き容量の予測値と、前記新たな配信ジョブの配信データのデータ量とを比較する比較手段と、
前記比較手段の比較結果に基づいて、前記空き容量の予測値と前記配信データのデータ量とから空き容量不足に陥るおそれのあるデータ受信端末があるのか否かを判断し、空き容量不足に陥るおそれのあるデータ受信端末に対して、ストレージに空き容量を確保することを指示する指示・警告メッセージを送出し、前記新たな配信ジョブの登録を実行するよりも前にストレージに空き容量が確保されたかを確認する判断手段と、
前記新たな配信ジョブを前記管理手段に登録する場合に、その新たな配信ジョブの宛先リストの情報および配信データのデータ量に基づいて、前記記憶手段の記憶する空き容量の予測値の情報を更新する更新手段とを備えることを、
特徴とするデータ配信装置。
【請求項２】
自装置配下の複数のデータ受信装置に対して、ネットワークを介して、配信データを一斉に配信するデータ配信装置が実行するデータ配信方法であって、
配信データとその配信データの配信先となるデータ受信装置の宛先リストとで構成される配信ジョブを、キュー構造に従って管理する管理手段に対して、配信ジョブを登録する過程と、
前記管理手段に管理されている全ての配信ジョブが終了するときにおける、各データ受信装置の持つデータ受信用ストレージの空き容量の予測値の情報を記憶する記憶手段に対して、その予測値の情報を登録する過程と、
前記管理手段に新たな配信ジョブを登録する際に、前記記憶手段の記憶する情報を参照することで、その新たな配信ジョブの宛先リストに記述される各データ受信装置の持つデータ受信用ストレージの空き容量の予測値の情報を取得する過程と、
前記取得した空き容量の予測値と、前記新たな配信ジョブの配信データのデータ量とを比較する過程と、
前記比較結果に基づいて、前記空き容量の予測値と前記配信データのデータ量とから空き容量不足に陥るおそれのあるデータ受信端末があるのか否かを判断し、空き容量不足に陥るおそれのあるデータ受信端末に対して、ストレージに空き容量を確保することを指示する指示・警告メッセージを送出し、前記新たな配信ジョブの登録を実行するよりも前にストレージに空き容量が確保されたかを確認する過程と、
前記新たな配信ジョブを前記管理手段に登録する場合に、その新たな配信ジョブの宛先リストの情報および配信データのデータ量に基づいて、前記記憶手段の記憶する空き容量の予測値の情報を更新する過程とを備えることを、
特徴とするデータ配信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、自装置配下の複数のデータ受信装置に対して、ネットワークを介して、配信データを一斉に配信するデータ配信装置およびその方法に関し、特に、大容量のデータを配信する場合に、高信頼のデータ配信を実現するデータ配信装置およびその方法に関する。
【背景技術】
【０００２】
インターネットやイントラネットへの接続コンピュータ数の爆発的な増加に伴い、数千〜数百万台に及ぶ多数の受信局あてに同一の情報を配信する利用形態（１対多配信）が増えている。
【０００３】
これまで、１対多配信は、ＦＴＰやＨＴＴＰなどを利用した１対１配信を受信局数分繰り返し行うことで実現されてきた。しかし、送信局の処理負荷やネットワークのトラヒック量が受信局数に応じて増加してしまうという問題があった。
【０００４】
この問題を解決する手段としてＩＰマルチキャストが注目されている。ＩＰマルチキャストは、送信局から送出された情報を、グループに属するすべての受信局へ一斉配信するＩＰ拡張プロトコルである。
【０００５】
ＩＰマルチキャストにおける送信局の送信処理負荷は１回分の負荷と同等であり、また、ルータが受信局の存在する経路にだけパケットを複製して転送するため、トラヒック量も必要最小限に抑えられることから、ＩＰマルチキャストは、１対多配信を実現する非常に効率の良い手段である。
【０００６】
しかしながら、従来のＩＰマルチキャストは、放送型サービス・ストリーム配信を前提に考案されており、必ずしもデータを完全に伝えることを目的としていない。
【０００７】
このようなことを背景にして、データを完全に伝えることを前提にしたマルチキャストとして、再送制御等の信頼性保証機構を備えた高信頼マルチキャストが提案されている（例えば、非特許文献１参照）。
【非特許文献１】木下真吾, 「リライアブルマルチキャスト技術の最新動向」, 信学論誌  Ｂ  Vol. J85-B No.11, pp.1819-1842, 2002.11
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかしながら、従来の高信頼マルチキャストでは、データ受信端末側で受信したデータを蓄積するためのストレージの空き容量までは管理していない。
【０００９】
これから、従来技術に従っていると、デジタルシネマパッケージのような大容量の複数のデータファイルを次々と配信している途中で、データ受信端末側のストレージがいっぱいになってしまった場合には、全てのデータを完全に伝送することができないという問題がある。
【００１０】
本発明はかかる事情に鑑みてなされたものであって、複数のデータ受信装置に対して、ネットワークを介して、配信データを一斉に配信するという構成を採るときに、大容量のデータを配信する場合にも、高信頼のデータ配信を実現する新たなデータ配信技術の提供を目的とする。
【課題を解決するための手段】
【００１１】
〔イ〕第１の構成
本発明の関連技術である第１の構成のデータ配信装置は、自装置配下の複数のデータ受信装置に対して、ネットワークを介して、配信データを一斉に配信するときに、高信頼のデータ配信を実現できるようにするために、（１）配信データとその配信データの配信先となるデータ受信装置の宛先リストとで構成される配信ジョブを、キュー構造に従って管理する管理手段と、（２）各データ受信装置の持つデータ受信用ストレージの空き容量の情報を記憶する記憶手段と、（３）配信ジョブの配信処理終了時点あるいは配信処理開始時点に、その配信ジョブの宛先リストに記述される各データ受信装置に問い合わせるか、その宛先リストに記述されていないデータ受信装置も含めた全てのデータ受信装置に問い合わせることで、各データ受信装置の持つデータ受信用ストレージの空き容量の情報を入手して、記憶手段に登録する実行手段と、（４）管理手段の管理するキュー先頭位置の配信ジョブの配信処理を開始する際に、記憶手段の記憶する情報を参照することで、その配信ジョブの宛先リストに記述される各データ受信装置の持つデータ受信用ストレージの空き容量の情報を取得する取得手段と、（５）取得手段の取得した空き容量と、管理手段の管理するキュー先頭位置の配信ジョブの配信データのデータ量とを比較する比較手段と、（６）比較手段の比較結果に基づいて、ストレージ容量不足のデータ受信装置に対してストレージに空き容量を確保するように指示・警告メッセージを送出する判断手段とを備えるように構成する。
【００１２】
この構成を採るときに、比較手段の比較結果に基づいて特定されるストレージ容量不足のデータ受信装置を、これから配信する配信ジョブの配信先から除外する除外手段を備えることがある。
【００１４】
このように構成されるデータ配信装置では、実行手段は、配信ジョブの配信処理終了時点あるいは配信処理開始時点に、その配信ジョブの宛先リストに記述される各データ受信装置に問い合わせるか、その宛先リストに記述されていないデータ受信装置も含めた全てのデータ受信装置に問い合わせることで、各データ受信装置の持つデータ受信用ストレージの空き容量の情報を入手して、記憶手段に登録する。
【００１５】
上記の第１の構成における実行手段に代えて、または上記の第１の構成における実行手段とは別に、管理手段に配信ジョブが管理されていない場合に、各データ受信装置に定期的に問い合わせることで、各データ受信装置の持つデータ受信用ストレージの空き容量の情報を入手して、記憶手段に登録する実行手段を設ける構成とすることもできる。
【００１６】
このようにして、実行手段の処理に従って、記憶手段には、各データ受信装置の持つデータ受信用ストレージの空き容量の情報が記憶されることになる。
【００１７】
一方、管理手段には、配信データとその配信データの配信先となるデータ受信装置の宛先リストとで構成される配信ジョブがキュー構造に従って管理されており、キュー先頭位置の配信ジョブからの順番に従って、管理手段に管理される配信ジョブの配信データの配信が実行されることになる。
【００１８】
この配信ジョブの配信処理を開始する際に、取得手段は、記憶手段の記憶する情報を参照することで、これから配信処理を開始する配信ジョブの宛先リストに記述される各データ受信装置の持つデータ受信用ストレージの空き容量の情報を取得する。
【００１９】
続いて、比較手段は、取得手段の取得した空き容量と、これから配信処理を開始する配信ジョブの配信データのデータ量とを比較する。
【００２０】
そして、判断手段は、比較手段の比較結果に基づいて、ストレージ容量不足のデータ受信装置に対してストレージに空き容量を確保するように指示・警告メッセージを送出する。
【００２１】
この判断結果を受けて、データ配信装置は、ストレージ容量不足のデータ受信装置が存在しない場合には、そのまま配信データの配信を行い、一方、ストレージ容量不足のデータ受信装置が存在する場合には、例えば、ストレージ容量不足のデータ受信装置を配信先から除外して、配信データの配信を行ったり、ストレージ容量不足のデータ受信装置に対してストレージ容量不足の解消を指示することで、ストレージ容量不足を解消してから、配信データの配信を行う。
【００２２】
このようにして、データ配信装置では、これから配信する配信ジョブでデータの配信先となっている全てのデータ受信装置のストレージの空き容量の情報を取得するようにして、その配信ジョブの配信を実行しようとする時点に、その取得情報に基づいて、その配信ジョブで配信される予定のデータ量以上の空き容量があるのか否かを判断して、空き容量があった場合にのみデータの配信を行うようにすることから、配信データを完全な形で配信することができるようになる。
【００２３】
〔ロ〕第２の構成
本発明の関連技術である第２の構成のデータ配信装置は、自装置配下の複数のデータ受信装置に対して、ネットワークを介して、配信データを一斉に配信するときに、高信頼のデータ配信を実現できるようにするために、（１）配信データとその配信データの配信先となるデータ受信装置の宛先リストとで構成される配信ジョブを、キュー構造に従って管理する管理手段と、（２）各データ受信装置の持つデータ受信用ストレージの空き容量の情報を記憶する記憶手段と、（３）管理手段に新たな配信ジョブを登録する際に、記憶手段の記憶する情報を参照することで、その新たな配信ジョブの宛先リストに記述される各データ受信装置の持つデータ受信用ストレージの空き容量の情報を取得する取得手段と、（４）新たな配信ジョブおよび管理手段に管理されている全ての配信ジョブが終了するときにおける、その新たな配信ジョブの宛先リストに記述される各データ受信装置への配信データのデータ総量を算出する算出手段と、（５）取得手段の取得した空き容量と、算出手段の算出したデータ総量とを比較する比較手段と、（６）比較手段の比較結果に基づいて、ストレージ容量不足のデータ受信装置に対してストレージに空き容量を確保するように指示・警告メッセージを送出する判断手段と、（７）各データ受信装置に問い合わせることで、各データ受信装置の持つデータ受信用ストレージの空き容量の情報を入手して、記憶手段に登録する実行手段とを備えるように構成する。
【００２４】
この構成を採るときに、比較手段の比較結果に基づいて特定されるストレージ容量不足のデータ受信装置を、新たな配信ジョブの配信先から除外する除外手段を備えることがある。
【００２７】
このように構成されるデータ配信装置では、実行手段は、配信ジョブの配信処理終了時点あるいは配信処理開始時点に、その配信ジョブの宛先リストに記述される各データ受信装置に問い合わせるか、その宛先リストに記述されていないデータ受信装置も含めた全てのデータ受信装置に問い合わせることで、各データ受信装置の持つデータ受信用ストレージの空き容量の情報を入手して、記憶手段に登録する。
【００２８】
また、実行手段は、管理手段に配信ジョブが登録されていない場合に、各データ受信装置に定期的に問い合わせることで、各データ受信装置の持つデータ受信用ストレージの空き容量の情報を入手して、記憶手段に登録する。
【００２９】
このようにして、実行手段の処理に従って、記憶手段には、各データ受信装置の持つデータ受信用ストレージの空き容量の情報が記憶されることになる。
【００３０】
一方、管理手段には、配信データとその配信データの配信先となるデータ受信装置の宛先リストとで構成される配信ジョブがキュー構造に従って管理されており、新たな配信ジョブが与えられると、その配信ジョブは、割り付けられた優先度に応じて、そのキューの中に登録されることになる。
【００３１】
この新たな配信ジョブの登録にあたって、取得手段は、記憶手段の記憶する情報を参照することで、その新たな配信ジョブの宛先リストに記述される各データ受信装置の持つデータ受信用ストレージの空き容量の情報を取得する。
【００３２】
続いて、算出手段は、新たな配信ジョブおよび管理手段に管理されている全ての配信ジョブが終了するときにおける、その新たな配信ジョブの宛先リストに記述される各データ受信装置への配信データのデータ総量を算出する。
【００３３】
続いて、比較手段は、取得手段の取得した空き容量と、算出手段の算出したデータ総量とを比較する。
【００３４】
そして、判断手段は、比較手段の比較結果に基づいて、ストレージ容量不足のデータ受信装置に対してストレージに空き容量を確保するように指示・警告メッセージを送出する。
【００３６】
このようにして、データ配信装置では、これから配信する配信ジョブでデータの配信先となっている全てのデータ受信装置のストレージの空き容量の情報を取得するようにして、その配信ジョブの配信を実行しようとする時点に、その取得情報に基づいて、その配信ジョブで配信される予定のデータ量以上の空き容量があるのか否かを判断して、空き容量があった場合にのみデータの配信を行うようにすることができ、また、ストレージ容量不足のデータ受信装置に対してストレージ容量不足の解消を指示することで、事前にストレージ容量不足を解消させることができる。
【００３７】
〔ハ〕第３の構成
前述の目的を達成するために、本発明のデータ配信装置は、自装置配下の複数のデータ受信装置に対して、ネットワークを介して、配信データを一斉に配信するときに、高信頼のデータ配信を実現できるようにするために、（１）配信データとその配信データの配信先となるデータ受信装置の宛先リストとで構成される配信ジョブを、キュー構造に従って管理する管理手段と、（２）管理手段に管理されている全ての配信ジョブが終了するときにおける、各データ受信装置の持つデータ受信用ストレージの空き容量の予測値の情報を記憶する記憶手段と、（３）管理手段に新たな配信ジョブを登録する際に、記憶手段の記憶する情報を参照することで、その新たな配信ジョブの宛先リストに記述される各データ受信装置の持つデータ受信用ストレージの空き容量の予測値の情報を取得する取得手段と、（４）取得手段の取得した空き容量の予測値と、新たな配信ジョブの配信データのデータ量とを比較する比較手段と、（５）比較手段の比較結果に基づいて、空き容量の予測値と配信データのデータ量とから空き容量不足に陥るおそれのあるデータ受信端末があるのか否かを判断し、空き容量不足に陥るおそれのあるデータ受信端末に対して事前にストレージに空き容量を確保するように指示・警告メッセージを送出する判断手段と、（６）新たな配信ジョブを管理手段に登録する場合に、その新たな配信ジョブの宛先リストの情報および配信データのデータ量に基づいて、記憶手段の記憶する空き容量の予測値の情報を更新する更新手段と、（７）各データ受信装置に問い合わせることで、各データ受信装置の持つデータ受信用ストレージの空き容量の情報を入手して、その入手した情報と、管理手段に管理されている配信ジョブの宛先リストの情報および配信データのデータ量とに基づいて、記憶手段に登録する空き容量の予測値の情報を算出して登録する実行手段とを備えるように構成する。
【００３８】
この構成を採るときに、比較手段の比較結果に基づいて特定されるストレージ容量不足のデータ受信装置を、新たな配信ジョブの配信先から除外する除外手段を備えることがある。
【００３９】
また、この構成を採るときに、判断手段により一部のデータ受信装置にストレージ容量不足が判断される場合に、その旨の警告メッセージを出力するとともに、新たな配信ジョブの管理手段への登録を抑制する抑制手段を備えることがある。
【００４０】
以上の各処理手段が動作することで実現される本発明のデータ配信方法はコンピュータプログラムでも実現できるものであり、このコンピュータプログラムは、適当なコンピュータ読み取り可能な記録媒体に記録して提供されたり、ネットワークを介して提供され、本発明を実施する際にインストールされてＣＰＵなどの制御手段上で動作することにより本発明を実現することになる。
【００４１】
このように構成される本発明のデータ配信装置では、実行手段は、データ配信が行われていない適当なタイミングのときに、各データ受信装置に問い合わせることで、各データ受信装置の持つデータ受信用ストレージの空き容量の情報を入手して、その入手した情報と、管理手段に管理されている配信ジョブの宛先リストの情報および配信データのデータ量とに基づいて、管理手段に管理されている全ての配信ジョブが終了するときにおける、各データ受信装置の持つデータ受信用ストレージの空き容量の予測値を算出して、記憶手段に登録する。
【００４２】
このようにして、実行手段の処理に従って、記憶手段には、管理手段に管理されている全ての配信ジョブが終了するときにおける、各データ受信装置の持つデータ受信用ストレージの空き容量の予測値の情報が記憶されることになる。
【００４３】
一方、管理手段には、配信データとその配信データの配信先となるデータ受信装置の宛先リストとで構成される配信ジョブがキュー構造に従って管理されており、新たな配信ジョブが与えられると、その配信ジョブは、割り付けられた優先度に応じて、そのキューの中に登録されることになる。
【００４４】
この新たな配信ジョブの登録にあたって、取得手段は、記憶手段の記憶する情報を参照することで、その新たな配信ジョブの宛先リストに記述される各データ受信装置の持つデータ受信用ストレージの空き容量の予測値の情報を取得する。
【００４５】
続いて、比較手段は、取得手段の取得した空き容量の予測値と、新たな配信ジョブの配信データのデータ量とを比較する。
【００４６】
そして、判断手段は、比較手段の比較結果に基づいて、ストレージ容量不足のデータ受信装置に対してストレージに空き容量を確保するように指示・警告メッセージを送出する。
【００４７】
この判断結果を受けて、本発明のデータ配信装置は、ストレージ容量不足のデータ受信装置が存在しない場合には、そのまま新たな配信ジョブを管理手段に登録し、一方、ストレージ容量不足のデータ受信装置が存在する場合には、そのデータ受信装置に対してストレージに空き容量を確保するように指示・警告メッセージを送出し、また、例えば、新たな配信ジョブを管理手段に登録することを抑制したり、ストレージ容量不足のデータ受信装置を配信先から除外してから、新たな配信ジョブを管理手段に登録する。
【００４８】
そして、この新たな配信ジョブの管理手段への登録を受けて、更新手段は、その新たな配信ジョブの宛先リストの情報および配信データのデータ量に基づいて、記憶手段の記憶する空き容量の予測値の情報を更新する。
【００４９】
このようにして、本発明のデータ配信装置では、管理手段に管理されている全ての配信ジョブが終了する時点における各データ受信装置の持つストレージの空き容量を予測するようにして、新たな配信ジョブを管理手段に登録しようとする時点に、その予測情報に基づいて、新たな配信ジョブでデータの配信先となっている全てのデータ受信装置のストレージに、新たな配信ジョブで配信する予定のデータ量以上の空き容量があるのか否かを判断して、空き容量があった場合にのみ新たな配信ジョブを管理手段に登録するようにすることから、新たな配信ジョブで配信される予定の配信データを完全な形で配信することができるようになる。
【発明の効果】
【００５０】
以上に説明したように、本発明によれば、複数のデータ受信装置に対して、ネットワークを介して、配信データを一斉に配信するという構成を採るときに、あるデータ受信装置でストレージが一杯になってしまうという事態の発生を防止することができるようになることで、再送処理や配信が滞るといったことがなくなり、大容量のデータを配信する場合にも、高信頼のデータ配信を実現することができるようになる。
【発明を実施するための最良の形態】
【００５１】
以下、実施の形態に従って本発明を詳細に説明する。
【００５２】
図１に、本発明の適用されるデータ配信システムのシステム構成を図示する。
【００５３】
この図に示すように、本発明の適用されるデータ配信システムは、データ配信センタ１と複数のデータ受信センタ２とがネットワーク３を介して接続されるもので構成されるものであり、データ配信センタ１は、複数のデータ配信端末１０と、それらのデータ配信端末１０を管理する管理サーバ１１と、それらのデータ配信端末１０と管理サーバ１１とを接続する接続装置１２とを備え、一方、各データ受信センタ２は、データ受信端末２０を備える。
【００５４】
そして、各データ配信端末１０は、自装置配下の複数のデータ受信端末２０に対して、マルチキャストの形態でデータを配信するように処理する。
【００５５】
〔１〕第１の実施形態例
図２に、本発明の関連技術により構成されるデータ配信センタ１の一実施形態例を図示する。
【００５６】
本実施形態例に従うデータ配信端末１０は、データ配信制御部１００と、配信ジョブキュー１０１と、空き容量収集部１０２と、配信ジョブキュー１０１の管理を行う配信ジョブ管理部１０３と、配信対象となるデータファイルを記憶する配信データファイルデータベース１０４とを備える。
【００５７】
また、本実施形態例に従う管理サーバ１１は、受信端末情報データベース１１０と、受信端末情報データベース１１０の管理を行う受信端末管理部１１１とを備える。
【００５８】
そして、このデータ配信センタ１の構成を受けて、データ受信端末２０は、データ配信端末１０から配信されてくるデータを受信するデータ受信部２００と、データ受信部２００の受信したデータを格納するストレージ２０１と、データ配信端末１０からの問い合わせに応答して、ストレージ２０１の空き容量を検出して返信する空き容量検出返信部２０２とを備える。
【００５９】
ここで、図２には示していないが、空き容量検出返信部２０２には、Ｗebサーバとストレージ使用状態取得用のＣＧＩ(common gateway interface)とが備えられており、データ配信端末１０は、この構成に従って、データ受信端末２０に対してhttpリクエストを投入することで、ストレージ２０１の空き容量を取得することができるようになっている。
【００６０】
図３に、受信端末情報データベース１１０の管理する情報の一例を図示する。
【００６１】
この図に示すように、受信端末情報データベース１１０は、各データ配信端末１０に対応付けて、そのデータ配信端末１０がデータ配信先とするデータ受信端末２０がどれであるのかという情報を管理するとともに、それらのデータ受信端末２０のネットワークアドレスの情報と、それらのデータ受信端末２０の持つストレージ２０１の空き容量の情報とを管理する。
【００６２】
図４に、配信ジョブキュー１０１の構成の一例を図示する。
【００６３】
この図に示すように、配信ジョブキュー１０１は、データ配信先となる複数のデータ受信端末２０の端末名の情報について記述する配信宛先リストと、配信するデータファイルのファイル名の情報について記述する配信ファイルリストと、配信するデータファイルのデータ総量の情報とで構成される配信ジョブをキュー構造で管理する。
【００６４】
この配信ジョブキュー１０１の管理する配信ジョブを受けて、データ配信制御部１００は、キューの先頭に位置する配信ジョブ（優先度の最も高い配信ジョブ）から、その配信宛先リストおよび配信ファイルリストに基づいて、データ受信端末２０に対してデータをマルチキャストの形態で配信する。
【００６５】
図５に、空き容量収集部１０２の実行するフローチャートの一例を図示し、図６に、データ配信制御部１００の実行するフローチャートの一例を図示する。
【００６６】
次に、これらのフローチャートに従って、図２のように構成される本実施形態例の処理について詳細に説明する。
【００６７】
最初に、図５のフローチャートに従って、空き容量収集部１０２の実行する処理について説明する。
【００６８】
データ配信制御部１００は、配信ジョブのデータ配信を終了すると、空き容量収集部１０２に対して、配信処理を終了した配信ジョブの配信宛先リストに記述される各データ受信端末２０の持つストレージ２０１の空き容量の収集を指示する。また、データ配信制御部１００は、配信ジョブキュー１０１に配信ジョブが登録されていない場合には、空き容量収集部１０２に対して、定期的に、配信ジョブの配信宛先リストに記述される可能性のある各データ受信端末２０の持つストレージ２０１の空き容量の収集を指示する。
【００６９】
これから、空き容量収集部１０２は、データ配信制御部１００から、配信ジョブの配信宛先リストに記述される可能性のある各データ受信端末２０の持つストレージ２０１の空き容量の収集指示が発行されると、図５（ａ）のフローチャートに示すように、まず最初に、ステップＳ１００で、データ配信制御部１００から、それらの各データ受信端末２０のネットワークアドレス情報（データ配信制御部１００が受信端末情報データベース１１０から取得することになる）を受け取る。
【００７０】
続いて、ステップＳ１０１で、取得したネットワークアドレス情報の指すデータ受信端末２０に問い合わせることで、配信ジョブの配信宛先リストに記述される可能性のある各データ受信端末２０の持つストレージ２０１の空き容量の情報を収集する。
【００７１】
続いて、ステップＳ１０２で、収集したストレージの空き容量の情報を、図３に示すようなデータ構造を持つ受信端末情報データベース１１０に登録して、処理を終了する。
【００７２】
また、空き容量収集部１０２は、データ配信制御部１００から、配信処理を終了した配信ジョブの配信宛先リストに記述される各データ受信端末２０の持つストレージ２０１の空き容量の収集指示が発行されると、図５（ｂ）のフローチャートに示すように、まず最初に、ステップＳ２００で、データ配信制御部１００から、それらの各データ受信端末２０のネットワークアドレス情報（データ配信制御部１００が受信端末情報データベース１１０から取得することになる）を受け取る。
【００７３】
続いて、ステップＳ２０１で、取得したネットワークアドレス情報の指すデータ受信端末２０に問い合わせることで、配信処理を終了した配信ジョブの配信宛先リストに記述される各データ受信端末２０の持つストレージ２０１の空き容量の情報を収集する。
【００７４】
続いて、ステップＳ２０２で、収集したストレージの空き容量の情報を、図３に示すようなデータ構造を持つ受信端末情報データベース１１０に登録して、処理を終了する。
【００７５】
このようにして、受信端末情報データベース１１０には、各データ受信端末２０の持つストレージ２０１の空き容量の情報が格納されることになる。
【００７６】
次に、図６のフローチャートに従って、データ配信制御部１００の実行する処理について説明する。
【００７７】
データ配信制御部１００は、配信ジョブキュー１０１に配信ジョブが登録されていることで、配信ジョブの実行要求があることを判断すると、図６のフローチャートに示すように、まず最初に、ステップＳ３００で、配信ジョブキュー１０１から先頭に位置する配信ジョブを取り出す。この取出処理に従って、配信ジョブキュー１０１からその配信ジョブが削除されることになる。
【００７８】
続いて、ステップＳ３０１で、ステップＳ３００で取り出した配信ジョブから配信ファイルリスト、データ総量の情報、配信宛先リストを抽出する。
【００７９】
続いて、ステップＳ３０２で、受信端末情報データベース１１０から、ステップＳ３０１で抽出した配信宛先リストに記述される各データ受信端末２０のネットワークアドレス情報、ストレージ空き容量情報を取得する。
【００８０】
続いて、ステップＳ３０３で、ステップＳ３０２で取得したストレージ空き容量と、ステップＳ３０１で抽出したデータ総量とを比較することで、ステップＳ３０１で抽出した配信宛先リストに記述される各データ受信端末２０について、ストレージ２０１に必要な空き容量があるのかをチェックする。
【００８１】
続いて、ステップＳ３０４で、このチェック結果に基づいて、空き容量不足のデータ受信端末２０があるのか否かを判断して、空き容量不足のデータ受信端末２０があることを判断するときには、ステップＳ３０５に進んで、空き容量不足のデータ受信端末２０をステップＳ３０１で抽出した配信宛先リストから除外し、一方、空き容量不足のデータ受信端末２０がないことを判断するときには、このステップＳ３０５の処理を実行しないようにする。
【００８２】
続いて、ステップＳ３０６で、ステップＳ３０２で取得したネットワークアドレス情報に従い、ステップＳ３０１で抽出した配信宛先リストに記述される各データ受信端末２０に対して、ステップＳ３０１で抽出した配信ファイルリストに記述されるデータファイル（配信データファイルデータベース１０４から読み出す）をマルチキャストの形態で配信する。
【００８３】
続いて、ステップＳ３０７で、データ配信が終了するのを待って、データ配信が終了することを判断すると、ステップＳ３０８に進んで、空き容量収集部１０２に対して、配信処理を終了した各データ受信端末２０の持つストレージ２０１の空き容量の情報の収集を指示して、配信ジョブキュー１０１から取り出した配信ジョブについての処理を終了する。
【００８４】
この空き容量の収集指示を受けて、空き容量収集部１０２は、前述したように、図５（ｂ）のフローチャートを実行することで、配信処理を終了した配信ジョブの配信宛先リストに記述される各データ受信端末２０の持つストレージ２０１の空き容量の情報を収集して、受信端末情報データベース１１０に登録するように処理することになる。
【００８５】
この後、データ配信制御部１００は、配信ジョブキュー１０１に配信ジョブが登録されている場合には、この図６のフローチャートの処理を繰り返していくことになる。
【００８６】
このようにして、データ配信端末１０は、これから配信する配信ジョブでデータの配信先となっている全てのデータ受信端末２０の持つストレージ２０１の空き容量の情報を取得して、その取得情報に基づいて、その配信ジョブで配信される予定のデータ量以上の空き容量があるのか否かを判断して、空き容量があった場合にのみデータの配信を行うようにするのである。
【００８７】
この構成に従って、本実施形態例によれば、配信データを完全な形で配信することができるようになる。
【００８８】
ここで、図５（ｂ）のフローチャートでは、データ配信処理の終了時点に、データ配信処理を終了した配信ジョブの配信宛先リストに記述される各データ受信端末２０の持つストレージ２０１の空き容量の情報を取得するようにしたが、データ配信処理の開始時点に、これから実行する配信ジョブの配信宛先リストに記述される各データ受信端末２０の持つストレージ２０１の空き容量の情報を取得するようにしてもよい。
【００８９】
また、図５（ｂ）のフローチャートでは、データ配信処理を終了した配信ジョブの配信宛先リストに記述される各データ受信端末２０の持つストレージ２０１の空き容量の情報を取得するようにしたが、配信宛先リストの記述に関係なく、配信宛先リストに記述される可能性のある全てのデータ受信端末２０の持つストレージ２０１の空き容量の情報を取得するようにしてもよい。
【００９０】
また、図６のフローチャートでは、空き容量不足のデータ受信端末２０を配信宛先リストから除外するようにしたが、さらに、そのデータ受信端末２０に対して、ストレージ２０１に空き容量を確保するように指示して、その確保が確認されてからデータ配信を実行するようにする。
【００９１】
〔２〕第２の実施形態例
図７に、本発明の関連技術により構成されるデータ配信センタ１の他の実施形態例を図示する。ここで、図中、図２で説明したものと同じものについては同じ記号で示してある。
【００９２】
本実施形態例と図２に示した実施形態例との違いは、本実施形態例では、データ配信端末１０が新規配信ジョブ制御部１０５を備えているという点と、データ配信制御部１００が図６のフローチャートとは異なる処理を実行するという点である。なお、受信端末情報データベース１１０の管理する情報は図３に示すものと同じである。
【００９３】
図８に、新規配信ジョブ制御部１０５の実行するフローチャートの一例を示し、図９に、データ配信制御部１００が本実施形態例を実現すべく実行するフローチャートの一例を示す。
【００９４】
次に、これらのフローチャートに従って、図７のように構成される本実施形態例の処理について詳細に説明する。
【００９５】
新規配信ジョブ制御部１０５は、配信ジョブキュー１０１への新たな配信ジョブの登録要求があると、図８のフローチャートに示すように、まず最初に、ステップＳ４００で、その新たな配信ジョブからデータ総量の情報、配信宛先リストを抽出する。
【００９６】
続いて、ステップＳ４０１で、受信端末情報データベース１１０から、ステップＳ４００で抽出した配信宛先リストに記述される各データ受信端末２０の持つストレージの空き容量の情報を取得する。
【００９７】
続いて、ステップＳ４０２で、配信ジョブキュー１０１に登録されている全ての配信ジョブを読み出す。ただし、それらの配信ジョブについては配信ジョブキュー１０１から削除はしない。
【００９８】
続いて、ステップＳ４０３で、ステップＳ４０２で読み出した各配信ジョブについて、配信ジョブからデータ総量の情報、配信宛先リストを抽出する。
【００９９】
続いて、ステップＳ４０４で、新たな配信ジョブの配信宛先リストに記述される各データ受信端末２０について、そのデータ受信端末２０が配信先として含まれる配信ジョブのデータ総量を加算対象として、ステップＳ４００で抽出したデータ総量とステップＳ４０３で抽出したデータ総量との総和を算出することで、新たな配信ジョブおよび配信ジョブキュー１０１に登録されている全ての配信ジョブが終了するときにおける、その新たな配信ジョブの配信宛先リストに記述される各データ受信端末２０への配信データのデータ量を算出する。
【０１００】
例えば、図４に示すように、配信ジョブキュー１０１に登録されている配信ジョブとして配信ジョブｎ，ｎ＋１，ｎ＋２，ｎ＋３があり、配信ジョブｎ＋４を新たに登録する場合にあって、新たな配信ジョブｎ＋４の配信宛先リストに記述されるデータ受信端末ｄについて、そのデータ受信端末ｄが配信ジョブｎ，ｎ＋２の配信宛先リストには記述されているものの、配信ジョブｎ＋１，ｎ＋３の配信宛先リストには記述されていない場合には、新たな配信ジョブｎ＋４のデータ総量Ｘn+4 と、配信ジョブｎのデータ総量Ｘn と、配信ジョブｎ＋２のデータ総量Ｘn+2 との総和“Ｘn+4 ＋Ｘn ＋Ｘn+2 ”を算出することで、データ受信端末ｄへの配信データのデータ量を算出するのである。
【０１０１】
続いて、ステップＳ４０５で、ステップＳ４０１で取得したストレージ空き容量と、ステップＳ４０４で算出したデータ量とを比較することで、新たな配信ジョブの配信宛先リストに記述される各データ受信端末２０について、ストレージ２０１に必要な空き容量があるのかをチェックする。
【０１０２】
続いて、ステップＳ４０６で、このチェック結果に基づいて、空き容量不足のデータ受信端末２０があるのか否かを判断して、空き容量不足のデータ受信端末２０があることを判断するときには、ステップＳ４０７に進んで、空き容量不足のデータ受信端末２０を新たな配信ジョブの配信宛先リストから除外し、一方、空き容量不足のデータ受信端末２０がないことを判断するときには、このステップＳ４０７の処理を実行しないようにする。
【０１０３】
続いて、ステップＳ４０８で、配信ジョブ管理部１０３に対して、登録要求のある新たな配信ジョブの登録を指示して、処理を終了する。
【０１０４】
このようにして、データ配信端末１０は、新たな配信ジョブを配信ジョブキュー１０１へ登録する時点に、新たな配信ジョブでデータの配信先となっている全てのデータ受信端末２０のストレージ２０１に、新たな配信ジョブで配信する予定のデータ量以上の空き容量があるのか否かを判断して、空き容量があった場合にのみ新たな配信ジョブを配信ジョブキュー１０１に登録するようにするのである。
【０１０５】
この構成に従って、本実施形態例によれば、新たな配信ジョブで配信される予定の配信データを完全な形で配信することができるようになる。
【０１０６】
ここで、図８のフローチャートでは、空き容量不足のデータ受信端末２０を新たな配信ジョブの配信宛先リストから除外するようにしたが、さらに、そのデータ受信端末２０に対してストレージ２０１に空き容量を確保するように指示して、その確保が確認されてから新たな配信ジョブの登録を実行するか、または、空き容量不足のデータ受信端末２０についての警告メッセージを出力するとともに、新たな配信ジョブの登録を抑制するようにする。
【０１０７】
次に、図９のフローチャートに従って、本実施形態例においてデータ配信制御部１００の実行する処理について説明する。
【０１０８】
すなわち、データ配信制御部１００は、配信ジョブキュー１０１に配信ジョブが登録されていることで、配信ジョブの実行要求があることを判断すると、図９のフローチャートに示すように、まず最初に、ステップＳ５００で、配信ジョブキュー１０１から先頭の配信ジョブを取り出す。この取出処理に従って、配信ジョブキュー１０１からその配信ジョブが削除されることになる。
【０１０９】
続いて、ステップＳ５０１で、ステップＳ５００で取り出した配信ジョブから配信ファイルリスト、配信宛先リストを抽出する。
【０１１０】
続いて、ステップＳ５０２で、受信端末情報データベース１１０から、ステップＳ５０１で抽出した配信宛先リストに記述される各データ受信端末２０のネットワークアドレス情報を取得する。
【０１１１】
続いて、ステップＳ５０３で、ステップＳ５０２で取得したネットワークアドレス情報に従い、ステップＳ５０１で抽出した配信宛先リストに記述される各データ受信端末２０に対して、ステップＳ５０１で抽出した配信ファイルリストに記述されるデータファイル（配信データファイルデータベース１０４から読み出す）をマルチキャストの形態で配信する。
【０１１２】
続いて、ステップＳ５０４で、データ配信が終了するのを待って、データ配信が終了することを判断すると、ステップＳ５０５に進んで、空き容量収集部１０２に対して、配信処理を終了した各データ受信端末２０の持つストレージ２０１の空き容量の収集を指示して、配信ジョブキュー１０１から取り出した配信ジョブについての処理を終了する。
【０１１３】
この空き容量の収集指示を受けて、空き容量収集部１０２は、前述したように、図５（ｂ）のフローチャートを実行することで、配信処理を終了した配信ジョブの配信宛先リストに記述される各データ受信端末２０の持つストレージ２０１の空き容量の情報を収集して、受信端末情報データベース１１０に登録するように処理することになる。
【０１１４】
この後、データ配信制御部１００は、配信ジョブキュー１０１に配信ジョブが登録されている場合には、この図９のフローチャートの処理を繰り返していくことになる。
【０１１５】
〔３〕第３の実施形態例
図１０に、本発明により構成されるデータ配信センタ１の実施形態例を図示する。ここで、図中、図７で説明したものと同じものについては同じ記号で示してある。
【０１１６】
本実施形態例と図７に示した実施形態例との違いは、本実施形態例では、（イ）データ配信端末１０が空き容量予測値算出部１０６を備えているという点と、（ロ）新規配信ジョブ制御部１０５が図８のフローチャートとは異なる処理を実行するという点と、（ハ）空き容量収集部１０２が図１２のフローチャートとは異なる処理を実行するという点と、（ニ）受信端末情報データベース１１０の管理する情報が異なるという点と、（ホ）データ配信制御部１００が空き容量収集部１０２に対して発行する空き容量情報の収集指示の発行タイミングが異なるという点である。
【０１１７】
なお、データ配信制御部１００は、ステップＳ５０５の処理を実行しない点を除けば、図９のフローチャートと同じ処理を実行する。
【０１１８】
すなわち、受信端末情報データベース１１０は、図１１に示すように、各データ配信端末１０に対応付けて、そのデータ配信端末１０がデータ配信先とするデータ受信端末２０がどれであるのかという情報を管理するとともに、それらのデータ受信端末２０のネットワークアドレスの情報と、それらのデータ受信端末２０の持つストレージ２０１の空き容量の予測値（配信ジョブキュー１０１に登録されている全ての配信ジョブが終了する時点における空き容量の予測値）の情報とを管理する。
【０１１９】
第１の実施形態例や第２の実施形態例では、受信端末情報データベース１１０は、データ受信端末２０の持つストレージ２０１の空き容量の情報を管理しているが、本実施形態例では、データ受信端末２０の持つストレージ２０１の空き容量の予測値の情報を管理するという点が異なる。
【０１２０】
これを受けて、本実施形態例では、受信端末情報データベース１１０に対して、データ受信端末２０の持つストレージ２０１の空き容量の予測値の情報を登録するという処理を行う空き容量予測値算出部１０６を備える構成を採っている。
【０１２１】
また、第１の実施形態例や第２の実施形態例では、データ配信制御部１００はデータ配信を終了するときに、その都度、空き容量収集部１０２に対して、ストレージ空き容量の収集指示を発行するという構成を採ったが、本実施形態例では、データ配信制御部１００は特に規定のない適当なタイミングで、空き容量収集部１０２に対して、ストレージ空き容量の収集指示を発行すれば足りる。
【０１２２】
図１２に、空き容量収集部１０２が本実施形態例を実現すべく実行するフローチャートの一例を示し、図１３に、空き容量予測値算出部１０６の実行するフローチャートの一例を示し、図１４に、新規配信ジョブ制御部１０５が本実施形態例を実現すべく実行するフローチャートの一例を示す。
【０１２３】
次に、これらのフローチャートに従って、図１０のように構成される本実施形態例の処理について詳細に説明する。
【０１２４】
空き容量収集部１０２は、データ配信制御部１００から適当なタイミングで、配信ジョブの配信宛先リストに記述される可能性のある各データ受信端末２０の持つストレージ２０１の空き容量の収集指示が発行されると、図１２のフローチャートに示すように、まず最初に、ステップＳ６００で、データ配信制御部１００から、それらの各データ受信端末２０のネットワークアドレス情報（データ配信制御部１００が受信端末情報データベース１１０から取得することになる）を受け取る。
【０１２５】
続いて、ステップＳ６０１で、取得したネットワークアドレス情報の指すデータ受信端末２０に問い合わせることで、配信ジョブの配信宛先リストに記述される可能性のある各データ受信端末２０の持つストレージ２０１の空き容量の情報を収集する。
【０１２６】
続いて、ステップＳ６０２で、収集したストレージ空き容量情報を通知しつつ、空き容量予測値算出部１０６に制御を渡す。
【０１２７】
これを受けて、空き容量予測値算出部１０６は、図１３のフローチャートに示すように、まず最初に、ステップＳ７００で、空き容量収集部１０２から、配信ジョブの配信宛先リストに記述される可能性のある各データ受信端末２０の持つストレージ２０１の空き容量の情報を取得する。
【０１２８】
続いて、ステップＳ７０１で、配信ジョブキュー１０１に登録されている全ての配信ジョブを読み出す。ただし、それらの配信ジョブについては配信ジョブキュー１０１から削除はしない。
【０１２９】
続いて、ステップＳ７０２で、ステップＳ７０１で読み出した各配信ジョブについて、配信ジョブからデータ総量の情報、配信宛先リストを抽出する。
【０１３０】
続いて、ステップＳ７０３で、配信ジョブの配信宛先リストに記述される可能性のある各データ受信端末２０について、そのデータ受信端末２０が配信先として含まれる配信ジョブのデータ総量を加算対象として、ステップＳ７０２で抽出したデータ総量の総和を算出することで、配信ジョブキュー１０１に登録されている全ての配信ジョブが終了するときにおける、配信ジョブの配信宛先リストに記述される可能性のある各データ受信端末２０への配信データのデータ量を算出する。
【０１３１】
例えば、図４に示すように、配信ジョブキュー１０１に登録されている配信ジョブとして配信ジョブｎ，ｎ＋１，ｎ＋２，ｎ＋３がある場合にあって、配信ジョブの配信宛先リストに記述される可能性のあるデータ受信端末ｄについて、そのデータ受信端末ｄが配信ジョブｎ，ｎ＋２の配信宛先リストには記述されているものの、配信ジョブｎ＋１，ｎ＋３の配信宛先リストには記述されていない場合には、配信ジョブｎのデータ総量Ｘn と、配信ジョブｎ＋２のデータ総量Ｘn+2 との総和“Ｘn ＋Ｘn+2 ”を算出することで、データ受信端末ｄへの配信データのデータ量を算出するのである。
【０１３２】
続いて、ステップＳ７０４で、ステップＳ７００で取得したストレージ空き容量と、ステップＳ７０３で算出したデータ量との差分値を算出することで、配信ジョブの配信宛先リストに記述される可能性のある各データ受信端末２０について、配信ジョブキュー１０１に登録されている全ての配信ジョブの配信終了時点におけるストレージ空き容量の予測値を算出する。
【０１３３】
続いて、ステップＳ７０５で、ステップＳ７０４で算出したストレージ空き容量の予測値の情報を、図１１に示すようなデータ構造を持つ受信端末情報データベース１１０に登録して、処理を終了する。
【０１３４】
このようにして、空き容量収集部１０２および空き容量予測値算出部１０６の処理に従って、受信端末情報データベース１１０には、配信ジョブキュー１０１に登録されている全ての配信ジョブの配信終了時点における、各データ受信端末２０の持つストレージ２０１の空き容量の予測値の情報が格納されることになる。
【０１３５】
次に、図１４のフローチャートに従って、新規配信ジョブ制御部１０５の実行する処理について説明する。
【０１３６】
新規配信ジョブ制御部１０５は、配信ジョブキュー１０１への新たな配信ジョブの登録要求があると、図１４のフローチャートに示すように、まず最初に、ステップＳ８００で、その新たな配信ジョブからデータ総量の情報、配信宛先リストを抽出する。
【０１３７】
続いて、ステップＳ８０１で、受信端末情報データベース１１０から、ステップＳ８００で抽出した配信宛先リストに記述される各データ受信端末２０の持つストレージの空き容量の予測値の情報を取得する。
【０１３８】
続いて、ステップＳ８０２で、ステップＳ８０１で取得したストレージの空き容量の予測値と、ステップＳ８００で抽出したデータ総量とを比較することで、新たな配信ジョブの配信宛先リストに記述される各データ受信端末２０について、ストレージ２０１に必要な空き容量があるのかをチェックする。
【０１３９】
続いて、ステップＳ８０３で、このチェック結果に基づいて、空き容量不足のデータ受信端末２０があるのか否かを判断して、空き容量不足のデータ受信端末２０があることを判断するときには、ステップＳ８０４に進んで、空き容量不足のデータ受信端末２０を新たな配信ジョブの配信宛先リストから除外し、一方、空き容量不足のデータ受信端末２０がないことを判断するときには、このステップＳ８０４の処理を実行しないようにする。
【０１４０】
続いて、ステップＳ８０５で、配信ジョブ管理部１０３に対して、登録要求のある新たな配信ジョブの登録を指示する。
【０１４１】
続いて、ステップＳ８０６で、ステップＳ８０１で取得したストレージ空き容量の予測値と、ステップＳ８００で抽出したデータ総量との差分値を算出することで、新たな配信ジョブの配信宛先リストに記述される各データ受信端末２０について、新たな配信ジョブを配信ジョブキュー１０１に登録した場合において、配信ジョブキュー１０１に登録されている全ての配信ジョブの配信終了時点におけるストレージ空き容量の予測値を算出する。
【０１４２】
続いて、ステップＳ８０７で、ステップＳ８０６で算出したストレージ空き容量の予測値に従って、図１１に示すようなデータ構造を持つ受信端末情報データベース１１０に管理される予測値を更新して、処理を終了する。
【０１４３】
このようにして、データ配信端末１０は、新たな配信ジョブを配信ジョブキュー１０１へ登録する時点に、新たな配信ジョブでデータの配信先となっている全てのデータ受信端末２０のストレージ２０１に、新たな配信ジョブで配信する予定のデータ量以上の空き容量があるのか否かを判断して、空き容量があった場合にのみ新たな配信ジョブを配信ジョブキュー１０１に登録するようにするのである。
【０１４４】
この構成に従って、本実施形態例によれば、新たな配信ジョブで配信される予定の配信データを完全な形で配信することができるようになる。
【０１４５】
本実施形態例と第２の実施形態例との違いは、第２の実施形態例では、配信処理の終了時点に、データ受信端末２０の持つストレージ２０１の空き容量を常時収集するようにして、新たな配信ジョブを配信ジョブキュー１０１へ登録する時点に、その新たな配信ジョブおよび配信ジョブキュー１０１に登録されている配信ジョブのデータ総量の総和を求めて、その総和と収集した空き容量とを比較することで、新たな配信ジョブで配信する予定のデータ量以上の空き容量があるのか否かを判断するという構成を採る。
【０１４６】
これに対して、本実施形態例では、配信ジョブキュー１０１に登録された配信ジョブのデータ総量を差し引いていくことで、データ受信端末２０の持つストレージ２０１の空き容量の予測値を算出するようにして、新たな配信ジョブを配信ジョブキュー１０１へ登録する時点に、その空き容量の予測値と新たな配信ジョブのデータ総量とを比較することで、新たな配信ジョブで配信する予定のデータ量以上の空き容量があるのか否かを判断するという構成を採るという点である。
【０１４７】
なお、本実施形態例において、データ配信制御部１００は、ステップＳ５０５の処理を実行しない点を除けば、図９のフローチャートと同じ処理を実行することになる。
【０１４８】
ここで、図１４のフローチャートでは、空き容量不足のデータ受信端末２０を新たな配信ジョブの配信宛先リストから除外するようにしたが、さらに、そのデータ受信端末２０に対してストレージ２０１に空き容量を確保するように指示して、その確保が確認されてから新たな配信ジョブの登録を実行するか、または、空き容量不足のデータ受信端末２０についての警告メッセージを出力するとともに、新たな配信ジョブの登録を抑制するようにする。
【産業上の利用可能性】
【０１４９】
本発明によれば、複数のデータ受信端末に対して、ネットワークを介して、配信データを一斉に配信するという構成を採るときに、大容量のデータを配信する場合にも、高信頼のデータ配信を実現することができるようになる。
【図面の簡単な説明】
【０１５０】
【図１】本発明の適用されるデータ配信システムのシステム構成図である。
【図２】本発明の関連技術により構成されるデータ配信センタの一実施形態例を示す図である。
【図３】受信端末情報データベースの管理する情報の一例を示す図である。
【図４】配信ジョブキューの説明図である。
【図５】空き容量収集部の実行するフローチャートである。
【図６】データ配信制御部の実行するフローチャートである。
【図７】本発明の関連技術により構成されるデータ配信センタの他の実施形態例を示す図である。
【図８】新規配信ジョブ制御部の実行するフローチャートである。
【図９】データ配信制御部の実行するフローチャートである。
【図１０】本発明により構成されるデータ配信センタの実施形態例を示す図である。
【図１１】受信端末情報データベースの管理する情報の他の一例を示す図である。
【図１２】空き容量収集部の実行するフローチャートである。
【図１３】空き容量予測値算出部の実行するフローチャートである。
【図１４】新規配信ジョブ制御部の実行するフローチャートである。
【符号の説明】
【０１５１】
１      データ配信センタ
２      データ受信センタ
３      ネットワーク
１０    データ配信端末
１１    管理サーバ
１２    接続装置
２０    データ受信端末
１００  データ配信制御部
１０１  配信ジョブキュー
１０２  空き容量収集部
１０３  配信ジョブ管理部
１０４  配信データファイルデータベース
１１０  受信端末情報データベース
１１１  受信端末管理部
２００  データ受信部
２０１  ストレージ
２０２  空き容量検出返信部
【図１】
0005001112.tif 000002
【図２】
0005001112.tif 000003
【図３】
0005001112.tif 000004
【図４】
0005001112.tif 000005
【図５】
0005001112.tif 000006
【図６】
0005001112.tif 000007
【図７】
0005001112.tif 000008
【図８】
0005001112.tif 000009
【図９】
0005001112.tif 000010
【図１０】
0005001112.tif 000011
【図１１】
0005001112.tif 000012
【図１２】
0005001112.tif 000013
【図１３】
0005001112.tif 000014
【図１４】
0005001112.tif 000015