サーバ装置およびサーバ装置におけるデータ配信方法
【課題】ネットワークを介して接続される複数の端末装置から通信データの配信要求を受信し、当該配信要求に対応する当該通信データの配信を効率的に行なうためのスケジューリングが可能なサーバ装置を提供する。
【解決手段】サーバ装置は、端末装置から通信データの配信要求を受信した際に、当該配信要求に対応する当該通信データの配信を行う前に、予め設けられたテストダウンロードが実施可能な区間を利用して、テスト通信データを用いて該端末装置との間のダウンロード実行速度を計測し、その計測結果に基づき該端末装置に対する当該通信データの配信のスケジューリングを行って配信スケジュールを更新すると共に、更新した配信スケジュールに基づいて各端末装置に対するテスト通信データおよび通信データの配信を行う。
【解決手段】サーバ装置は、端末装置から通信データの配信要求を受信した際に、当該配信要求に対応する当該通信データの配信を行う前に、予め設けられたテストダウンロードが実施可能な区間を利用して、テスト通信データを用いて該端末装置との間のダウンロード実行速度を計測し、その計測結果に基づき該端末装置に対する当該通信データの配信のスケジューリングを行って配信スケジュールを更新すると共に、更新した配信スケジュールに基づいて各端末装置に対するテスト通信データおよび通信データの配信を行う。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、外部ネットワークを介して接続される複数の端末装置から通信データの配信要求を受信し、当該配信要求に対応する通信データの配信を、事前に実施するテストダウンロードの結果に基づくスケジューリングにより制御するサーバ装置、およびサーバ装置におけるデータ配信方法に関する。
【背景技術】
【０００２】
近年、通信網の発展により、インターネットを介してＨＤＴＶ（Ｈｉｇｈ Ｄｅｆｉｎｉｔｉｏｎ ＴＶ：高精細テレビジョン）等の画像を含むマルチメディア情報に関するデータをリアルタイムで受信するものや、ベストエフォート型のダウンロード形式で受信するものなど、様々な配信サービスを通じて家庭やオフィスで気軽に視聴できる環境が普及してきている。
【０００３】
このような中で、特許文献１においては、ある装置から１つ以上の他の装置にデータを配信する配信システムにおいて、複数のデータの配信スケジュールを効率よく調整する方法が開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００３−１６２４７０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１に開示されている従来の方法は、使用帯域が既知のものを含む複数の性質のデータを扱うために効率的なスケジューリングが可能となるものであり、取り扱う配信データがダウンロード形式しか存在しないような場合は、配信サーバは、複数の受信端末が行なうダウンロードに対して、配信サーバと受信端末との間のダウンロードの実行速度、すなわち使用帯域が分からず、配信サービスにおける効率的なスケジューリングが出来ないという課題を有していた。
【０００６】
また、配信サーバが配信サービスにおける効率的なスケジューリングができないことから、各受信端末は、効率的なダウンロードを実行することができず、消費電力を削減することができないという課題も有していた。
【０００７】
さらに、配信サーバが、受信端末との間のダウンロードの実行速度を検知するための速度測定を、何の考慮もなく、受信端末からのダウンロード要求を受け付けた場合等に実施すると、他の受信端末が既に実行しているダウンロードの帯域に悪影響を及ぼすという課題を有していた。
【０００８】
本発明は、以上のような課題に鑑みてなされたものであり、受信端末に対する配信のスケジューリングに際して、予め受信端末と配信サーバとの間のダウンロード実行速度を計測するためのテストダウンロードを実施可能な区間を設けることで、他の受信端末の受信動作に影響を与えずに正確なダウンロードの実行速度（使用帯域）を計測することが可能となるため、配信サービスにおける効率的なスケジューリングを行うことができ、各受信端末の消費電力を削減することができる配信サーバ、および、配信サーバにおけるデータ配信方法を提供することを目的とする。
【課題を解決するための手段】
【０００９】
上記目的を達成するために、本願の第１の発明のサーバ装置は、ネットワークを介して接続される複数の端末装置から通信データの配信要求を受信し、当該配信要求に対応する当該通信データの配信を行なうサーバ装置であって、前記端末装置からの配信要求に対応して、当該配信要求に対応する当該通信データの配信を行う通信データ配信手段と、前記通信データ配信手段における当該通信データの配信に先立ち、予め設けられたテストダウンロードの実施可能な区間において、当該配信要求を送信した前記端末装置に対してテスト通信データを配信して前記テストダウンロードを実施し、ダウンロード実行速度を計測するテストダウンロード実施手段と、前記テストダウンロード実施手段における前記テスト通信データの配信のスケジューリングと、前記ダウンロード実行速度の計測結果を基に、前記通信データ配信手段における当該通信データの配信のスケジューリングを行って配信スケジュールを更新するとともに、更新された前記配信スケジュールを管理するスケジュール管理手段と、を備え、前記スケジュール管理手段において管理されている前記配信スケジュールに基づいて、各々の前記端末装置に対する前記テスト通信データの配信、および当該通信データの配信を行うことを特徴とするものである。
【００１０】
また、本願の第２の発明のサーバ装置は、本願の第１の発明のサーバ装置において、前記配信スケジュールには、各々の前記端末装置との間の前記テストダウンロードを実行するための時間帯を予め設けていることを特徴とするものである。
【００１１】
また、本願の第３の発明のサーバ装置は、本願の第１の発明のサーバ装置において、前記配信スケジュールには、各々の前記端末装置との間の前記テストダウンロードを実行するための伝送帯域を常時確保していることを特徴とするものである。
【００１２】
また、本願の第４の発明のサーバ装置は、本願の第１乃至第３のいずれかの発明のサーバ装置において、前記配信スケジュールには、各々の前記端末装置に対する配信時間が予め個々に規定され、予め規定された前記配信時間内に前記端末装置への配信が終了しなかった場合は、前記配信スケジュールを再度スケジューリングし直すことを特徴とするものである。
【００１３】
また、本願の第５の発明のサーバ装置は、本願の第１乃至第３のいずれかの発明のサーバ装置において、前記配信スケジュールにおいて、予め前記端末装置（端末装置Ｂとする）に割り当てられた配信予定時間よりも早く前記端末装置Ｂへの配信が完了し、前記配信スケジュールに空白時間が生じた場合、前記空白時間を、前記テストダウンロードを実行するための時間として使用することを特徴とするものである。
【００１４】
また、本願の第６の発明のサーバ装置は、本願の第１乃至第３のいずれかの発明のサーバ装置において、前記計測手段は、前記テストダウンロードを実施する際に、前記テスト通信データに替えて、前記端末装置から配信要求された前記通信データを前記端末装置に対して配信することを特徴とするものである。
【００１５】
また、本願の第７の発明のサーバ装置におけるデータ配信方法は、ネットワークを介して接続される複数の端末装置から通信データの配信要求を受信し、当該配信要求に対応する当該通信データの配信を行なうサーバ装置におけるデータ配信方法であって、前記端末装置からの配信要求に対応して、当該配信要求に対応する当該通信データの配信を行う通信データ配信ステップと、前記通信データ配信ステップにおける当該通信データの配信に先立ち、予め設けられたテストダウンロードの実施可能な区間において、当該配信要求を送信した前記端末装置に対してテスト通信データを配信して前記テストダウンロードを実施し、ダウンロード実行速度を計測するテストダウンロード実施ステップと、前記テストダウンロード実施ステップにおける前記テスト通信データの配信のスケジューリングと、前記ダウンロード実行速度の計測結果を基に、前記通信データ配信ステップにおける当該通信データの配信のスケジューリングを行って配信スケジュールを更新するとともに、更新された前記配信スケジュールを管理するスケジュール管理ステップと、を備え、前記スケジュール管理ステップにおいて管理されている前記配信スケジュールに基づいて、各々の前記端末装置に対する前記テスト通信データの配信および当該通信データの配信を行うことを特徴とするものである。
【発明の効果】
【００１６】
本発明によれば、スケジューリングに際して、予め端末装置とサーバ装置との間のダウンロード実行速度を計測するためのテストダウンロードを実施可能な区間を設けることで、他の受信端末の受信動作に影響を与えずに正確なダウンロード実行速度の計測が可能となり、配信サービスにおける効率的なスケジューリングを行うことができ、各端末装置の消費電力を削減することができるサーバ装置を提供することが可能となる。
【図面の簡単な説明】
【００１７】
【図１】本発明の実施の形態１における配信サーバがネットワークを介して複数の受信端末と接続されるネットワーク構成を示す図
【図２】本発明の実施の形態１に係る配信サーバの構成を示すブロック図
【図３】本発明の実施の形態１における受信端末の構成を示すブロック図
【図４】本発明の実施の形態１において、ユーザーが受信端末に対して配信要求を送信するように指示してから、配信サーバから配信予約割り当てに関する情報を受信して配信データの受信開始時間まで待機するところまでの、配信サーバと受信端末の一連の処理動作を示すフローチャート
【図５】本発明の実施の形態１における配信サーバから受信端末への配信が終了するまでの処理動作の流れを示すフローチャート
【図６】本発明の実施の形態１における配信サーバの送出帯域が３００Ｍｂｐｓである場合のスケジューリング方法を説明するための図
【図７】本発明の実施の形態１における複数の受信端末に対するスケジューリングがなされた状態の一例を示す図
【図８】図７に示すスケジューリングを行うために、テストＤＬ６１１の区間で計測されたダウンロード実行速度の計測結果の一例を示す図
【図９】本発明の実施の形態２における配信サーバの送出帯域が３００Ｍｂｐｓである場合のスケジューリング方法を説明するための図
【図１０】本発明の実施の形態２における複数の受信端末に対するスケジューリングがなされた状態の一例を示す図
【図１１】本発明の実施の形態２における図１０に示すスケジューリングを行うために、テストＤＬ９１１の区間で計測されたダウンロード実行速度の計測結果の一例を示す図
【図１２】本発明の実施の形態３における受信端末が配信サーバに対して配信要求をしてから、配信予約割り当てを受信して配信データの受信開始時間まで待機するまでの、配信サーバと受信端末の処理動作の流れを示すフローチャート
【図１３】スケジュールにおいて生じた空白時間を配信サーバと受信端末との間の実行速度を計測する計測動作に使用する場合の一例を示す図
【発明を実施するための形態】
【００１８】
以下に、本発明を実施するための形態について、図面を参照しながら説明する。
【００１９】
（実施の形態１）
図１は、本発明の実施の形態１における配信サーバがネットワークを介して複数の受信端末と接続されるネットワーク構成を示す図である。
【００２０】
図１において、配信サーバ（サーバ装置）１００は、ネットワーク１５０を介して複数の受信端末（端末装置）１１０（受信端末１、受信端末２、・・・受信端末ｎ）に接続されており、これらの受信端末１１０に対し、ネットワーク１５０を介して配信データを配信する。一方、受信端末１１０は、ネットワーク１５０を介して配信サーバ１００から配信データをダウンロードする。
【００２１】
次に、図２を用いて、本発明の実施の形態１に係る配信サーバ１００の構成について説明する。なお、図２は、本発明の実施の形態１に係る配信サーバの構成を示すブロック図である。
【００２２】
図２において、配信サーバ１００は、制御部２１０と、メモリ２２０と、ネットワーク１５０に接続されてデータの送受信を行なう送受信部２３０とから構成される。
【００２３】
制御部２１０は、予約管理部２１１、計測部２１２、スケジュール管理部２１３および配信データ管理部２１４で構成されている。
【００２４】
予約管理部２１１は、複数の受信端末１１０からの配信予約受付、配信サーバ１００と複数の受信端末１１０との間のダウンロード実行速度を計測するためのテストダウンロード実施の通知、および、スケジュール管理部２１３においてスケジューリングされた配信開始時間や配信時間を含む配信予約割り当てに関する情報などの送信を制御する。
【００２５】
計測部２１２は、配信サーバ１００と受信端末１１０（受信端末１〜受信端末ｎ）との間のそれぞれのダウンロード実行速度を計測する。
【００２６】
スケジュール管理部２１３は、配信サーバ１００と複数の受信端末１１０との間のダウンロード実行速度の計測を行なうためのテスト配信データ（テスト通信データ）の配信スケジュールと、複数の受信端末１１０に配信する配信データ（通信データ）の配信スケジュールを管理する。
【００２７】
配信データ管理部２１４は、配信サーバ１００と受信端末１１０との間のダウンロード実行速度の計測を行なうためのテスト配信データと、受信端末１１０に配信する配信データを管理する。
【００２８】
また、メモリ２２０は、受信端末１１０に配信する配信データ２２１、受信端末１１０のダウンロード実行速度の計測を行なうためのテスト配信データ２２２、および、制御部２１０のスケジュール管理部２１３によって管理されるスケジュールに関する情報２２３などを保持する際に使用されるメモリである。
【００２９】
なお、特許請求の範囲に記載の通信データ配信手段は、予約管理部２１１、配信データ管理部２１４、メモリ２２０および送受信部２３０で構成され、テストダウンロード実施手段は、予約管理部２１１、計測部２１２、配信データ管理部２１４、メモリ２２０および送受信部２３０で構成され、スケジュール管理手段は、スケジュール管理部２１３およびメモリ２２０で構成される。
【００３０】
また、メモリ２２０は、ＤＲＡＭ（Ｄｙｎａｍｉｃ ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ）、ＳＤＲＡＭ（Ｓｔａｔｉｃ ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ）、フラッシュメモリ、および強誘電体メモリ等、データを記録可能な手段であればどのようなものを利用しても構わない。
【００３１】
次に、図３を用いて、本発明の実施の形態１における受信端末１１０の構成について説明する。なお、図３は、本発明の実施の形態１における受信端末の構成を示すブロック図である。
【００３２】
図３において、受信端末１１０は、制御部３１０と、メモリ３２０と、ネットワーク１５０に接続されてデータの送受信を行なう送受信部３３０と、ユーザーからの配信要求などを受信するための入力装置３４０とから構成される。
【００３３】
制御部３１０は、予約制御部３１１と受信データ制御部３１２とで構成される。
【００３４】
予約制御部３１１は、入力装置３４０から入力されるユーザーからの配信要求指示に基づいた配信サーバ１００への配信予約要求と、配信サーバ１００との間のダウンロード実行速度を計測するためのテストダウンロード実施の通知の受け付けと、配信サーバ１００でスケジューリングされた配信開始時間（時刻）や配信時間等の配信予約割り当てに関する情報などの受信を制御する。
【００３５】
受信データ制御部３１２は、受信端末１１０のダウンロード実行速度の計測を行なうためのテスト配信データの受信と、配信要求した配信データの受信を管理する。
【００３６】
また、メモリ３２０は、配信サーバ１００から受信した配信データ３２１と、ダウンロード実行速度の計測を行なうためのテスト配信データ３２２と、配信サーバ１００でスケジューリングされた配信開始時間や配信時間を含む配信予約割り当てに関する情報３２３を保持する際に使用されるメモリである。
【００３７】
なお、メモリ３２０は、ＤＲＡＭ（Ｄｙｎａｍｉｃ ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ）、ＳＤＲＡＭ（Ｓｔａｔｉｃ ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ）、フラッシュメモリ、および強誘電体メモリ等、データを記録可能な手段であればどのようなものを利用しても構わない。
【００３８】
次に、図４を用いて、ユーザーが受信端末１１０に対して配信要求を送信するように指示してから、配信サーバ１００から配信予約割り当てに関する情報を受信して配信データの受信開始時間まで待機するところまでの、配信サーバ１００と受信端末１１０の一連の処理動作について説明する。なお、図４は、本発明の実施の形態１において、ユーザーが受信端末に対して配信要求を送信するように指示してから、配信サーバから配信予約割り当てに関する情報を受信して配信データの受信開始時間まで待機するところまでの、配信サーバと受信端末の一連の処理動作を示すフローチャートである。
【００３９】
図４において、まず、受信端末１１０は、入力装置３４０を介してユーザーからの配信要求指示を受け取る（Ｓ４００）。
【００４０】
続いて、受信端末１１０の予約制御部３１１は、ステップＳ４００において受け取ったユーザーからの配信要求指示に基づいて、配信サーバ１００に対して配信予約要求を送信する（Ｓ４０１）。
【００４１】
配信サーバ１００の予約管理部２１１は、受信端末１１０が送信した配信予約要求を受信し、スケジュール管理部２１３に通知する（Ｓ４１１）。
【００４２】
配信サーバ１００のスケジュール管理部２１３は、ステップＳ４１１において予約管理部２１１から通知された配信予約要求を受け取ると、メモリ２２０に保持されているスケジュールに関する情報２２３を参照してテストダウンロード実施の時間を調整し、テストダウンロードの実施が可能となると、予約管理部２１１を介してテストダウンロードの実施通知を受信端末１１０に送信する（Ｓ４１２）。
【００４３】
受信端末１１０の予約制御部３１１は、ステップＳ４１２において配信サーバ１００から送信されたテストダウンロードの実施通知を受信する（Ｓ４０２）。
【００４４】
続いて、配信サーバ１００の配信データ管理部２１４は、受信端末１１０へのテストダウンロードの実施開始時間になると、メモリ２２０に格納しているテスト配信データ２２２を受信端末１１０に対して配信し、配信サーバ１００から配信されたテスト配信データ２２２を受信端末１１０が受信することで、受信端末１１０と配信サーバ１００との間のダウンロード実行速度を計測するためのテストダウンロードが実行され、この際、計測部２１２は、ダウンロード実行速度を計測し、その計測結果をスケジュール管理部２１３に通知する（Ｓ４１３、Ｓ４０３）。
【００４５】
配信サーバ１００のスケジュール管理部２１３は、ステップＳ４１３において計測部２１２から通知された計測結果を受け取ると、配信開始時間や配信時間を含む配信予約割り当てをスケジューリングして、スケジュールに関する情報２２３を更新すると共に、配信予約割り当てに関する情報を、予約管理部２１１を介して受信端末１１０に送信する（Ｓ４１４）。
【００４６】
続いて、配信サーバ１００は、ステップＳ４１４において割り当てた配信開始時間まで、該当する受信端末１１０に対する処理動作を待機する（Ｓ４１５）。
【００４７】
受信端末１１０の予約制御部３１１は、ステップＳ４１４において配信サーバ１００から送信された配信予約割り当てに関する情報を受信し（Ｓ４０４）、受信した配信予約割り当てに関する情報に含まれる配信開始時間まで該当する配信サーバ１００に対する処理動作を待機する（Ｓ４０５）。
【００４８】
次に、図５を用いて、本発明の実施の形態１における配信サーバ１００から受信端末１１０への配信が終了するまでの一連の処理動作の流れについて説明する。なお、図５は、本発明の実施の形態１における配信サーバから受信端末への配信が終了するまでの処理動作の流れを示すフローチャートである。
【００４９】
図５において、受信端末１１０は、配信サーバ１００から受信した配信予約割り当てに関する情報に含まれる配信開始時間まで、該当する配信サーバ１００に対する処理動作を待機する（Ｓ５０１）。
【００５０】
配信サーバ１００は、受信端末１１０に対して送信した配信予約割り当てに関する情報に含まれる配信開始時間まで、該当する受信端末１１０に対する処理動作を待機し（Ｓ５１１）、配信サーバ１００の配信データ管理部２１４は、配信開始時間になると、メモリ２２０に格納している配信データ２２１を受信端末１１０に対して配信を開始する（Ｓ５１２）。
【００５１】
受信端末１１０は、配信開始時間になると、配信サーバ１００が配信する配信データの受信を開始する（Ｓ５０２）。
【００５２】
受信端末１１０は、配信要求した配信データを全て受信したか否か、すなわち、受信が完了したか否かを確認し（Ｓ５０３）、受信が完了したことを確認した場合（ステップＳ５０３においてＹｅｓの場合）は、配信要求した配信データを全て受信したためステップＳ５０７に移行して処理を終了させ（Ｓ５０７）、受信が完了していないことを確認した場合（ステップＳ５０３においてＮｏの場合）はステップＳ５０４に移行する。
【００５３】
配信サーバ１００は、受信端末１１０に対する配信データを全て配信したか否かを確認し（Ｓ５１３）、配信が完了したことを確認した場合（ステップＳ５１３においてＹｅｓの場合）は、受信端末１１０に対する配信データを全て配信したためステップＳ５１７に移行して処理を終了させ（Ｓ５１７）、配信が完了していないことを確認した場合（ステップＳ５１３においてＮｏの場合）はステップＳ５１４に移行する。
【００５４】
受信端末１１０は、配信予約割り当てで割り当てられた配信時間を確認し（Ｓ５０４）、配信時間が終了していることを確認した場合（ステップＳ５０４においてＹｅｓの場合）は、受信を一旦停止してステップＳ５０５に移行し、配信時間が終了していないことを確認した場合（ステップＳ５０４においてＮｏの場合）は、ステップＳ５０３に移行して受信が完了したか否かを確認する。
【００５５】
配信サーバ１００は、配信予約割り当てで割り当てた配信時間を確認し（Ｓ５１４）、配信時間が終了していることを確認した場合（ステップＳ５１４においてＹｅｓの場合）は、配信を一旦停止してステップＳ５１５に移行し、配信時間が終了していないことを確認した場合（ステップＳ５１４においてＮｏの場合）はステップＳ５１３に移行して受信端末１１０に対する配信データを全て配信したか否かを確認する。
【００５６】
受信端末１１０の予約制御部３１１は、配信要求した配信データの受信が完了されていないため、配信サーバ１００に対して配信予約の再要求を送信する（Ｓ５０５）。
【００５７】
配信サーバ１００の予約管理部２１１は、受信端末１１０が送信した配信予約の再要求を受信して配信予約の再受付を行い、受信した配信予約の再要求をスケジュール管理部２１３に通知する（Ｓ５１５）。
【００５８】
配信サーバ１００のスケジュール管理部２１３は、予約管理部２１１から通知された配信予約の再要求を受け取ると、配信開始時間、配信時間等の配信予約割り当てを再度スケジューリングしてスケジュールに関する情報２２３を更新すると共に、予約管理部２１１を介して受信端末１１０に対し、再度スケジューリングした配信予約割り当てを送信し、ステップＳ５１１に移行する（Ｓ５１６）。
【００５９】
受信端末１１０の予約制御部３１１は、ステップＳ５１６において配信サーバ１００から送信された配信予約割り当てを受信し、ステップＳ５０１に移行する（Ｓ５０６）。
【００６０】
次に、図６〜図８を用いて、本発明の実施の形態１における配信サーバ１００のスケジュール管理部２１３が行なうスケジューリング方法について説明する。
【００６１】
まず、図６は、本発明の実施の形態１における配信サーバの送出帯域が３００Ｍｂｐｓである場合のスケジューリング方法を説明するための図である。
【００６２】
図６において、テストＤＬ（テストダウンロード）６１１および６１２は、受信端末１１０と配信サーバ１００との間のダウンロード実行速度を計測するためのテストダウンロードが実施可能な予め設けた区間（予め設けた時間帯）である。配信データ配信用区間６２１には、テストＤＬ６１１の区間で計測されたダウンロード実行速度の計測結果を基に、また、配信データ配信用区間６２２には、テストＤＬ６１１および６１２の区間で計測されたダウンロード実行速度の計測結果を基に、複数の受信端末１１０に対する配信区間が割り当てられていく。なお、テストＤＬ６１１の区間で計測されたダウンロードの実行速度を基に、配信データ配信用区間６２１に割り当てが出来ない場合は、配信データ配信用区間６２２以降の配信区間を割り当てることになる。
【００６３】
図７は、本発明の実施の形態１における複数の受信端末に対するスケジューリングがなされた状態の一例を示す図であり、図８は、図７に示すスケジューリングを行うために、テストＤＬ６１１の区間で計測されたダウンロード実行速度の計測結果の一例を示す図である。
【００６４】
なお、図７で示されている配信開始時間（時刻）７１１〜７１３および配信時間７２１〜７２３は、図４におけるステップＳ４１４、および、図５におけるステップＳ５１６において配信サーバ１００から受信端末１１０に対して送信される配信予約割り当ての一例を示すものであり、例えば、配信開始時間７１２および配信時間７２２は、受信端末２および受信端末３に対する配信開始時間および配信時間であることを示している。
【００６５】
また、図６および図７においては、テストダウンロードが実施可能な区間６１１および６１２は、配信データ配信用の区間６２１および６２２に対する割合が小さく記載されているが、これは、ダウンロードの実行速度の計測は、実際の配信データのダウンロードに比べて短い時間で計測が可能なためである。
【００６６】
本発明の実施の形態１におけるスケジューリング方法は、スケジューリングに対してテストダウンロードを実施可能な区間６１１および６１２が予め設けられていることが特徴であり、テストダウンロードを実施可能な区間６１１および６１２は、配信データ配信用の区間６２１および６２２に対する割合を、図６および図７に示した割合にこだわることなく自由に設計してもかまわない。
【００６７】
以上のように構成することにより、各受信端末１１０に対する配信のスケジューリングに際して、予め受信端末１１０と配信サーバ１００との間のダウンロード実行速度を計測するためのテストダウンロードを実施可能な区間を設けることで、他の受信端末の受信動作に影響を与えずに正確なダウンロードの実行速度すなわち、使用帯域を計測することが可能となる。
【００６８】
また、正確なダウンロードの実行速度、すなわち、使用帯域を計測することが可能となるため、スケジューリングを効率よく実行することが可能となる。
【００６９】
また、テストダウンロードを実施することが可能な区間６１１および６１２（図６および図７参照）においては、複数の受信端末１１０から複数の配信要求を同時期に受信した場合は、図４に示すステップＳ４１２において、最初に配信要求を受け付けた受信端末１１０（例えば、受信端末１）は最初のテストダウンロードが実施可能な区間６１１でテストダウンロードを実施し、２番目に配信要求を受け付けた受信端末（例えば、受信端末４）は次のテストダウンロードが実施可能な区間６１２でテストダウンロードを実施するなど、テストダウンロードの実施を調整するようにしても良い。
【００７０】
また、テストダウンロードを実施することが可能な区間６１１および／または６１２において、２つの受信端末１１０からのテストダウンロードの実施を連続して行なえる区間を設けておくようにしても良い。
【００７１】
また、図４に示すステップＳ４１２において、テストダウンロードを実施することが可能な区間６１１および６１２におけるテストダウンロードを行なう受信端末１１０の数の上限値を設けるようにしても良い。
【００７２】
このように対応することにより、他の端末のテストダウンロードの影響を受けることなく、より正確なダウンロードの実行速度、すなわち、使用帯域を計測することが可能となる。
【００７３】
（実施の形態２）
図９〜図１１を用いて、本発明の実施の形態２における配信サーバ１００のスケジュール管理部２１３が行なうスケジューリング方法について説明する。なお、本発明の実施の形態２においては、図１〜図５に示す配信サーバ１００および受信端末１１０の構成および処理動作については、本発明の実施の形態１と同様であるため、ここでは説明を省略する。
【００７４】
まず、図９は、本発明の実施の形態２における配信サーバの送出帯域が３００Ｍｂｐｓである場合のスケジューリング方法を説明するための図である。
【００７５】
図９において、テストＤＬ９１１は、受信端末１１０と配信サーバ１００との間のダウンロード実行速度を計測するためのテストダウンロードが実施可能な区間であり、テストダウンロードを実行するための帯域が常時確保されていることを示している。
【００７６】
配信データ配信用区間９２１で示される区間には、テストＤＬ９１１の区間で計測されたダウンロード実行速度の計測結果を基に、複数の受信端末１１０に対する配信区間が割り当てられていく。
【００７７】
図１０は、本発明の実施の形態２における複数の受信端末に対するスケジューリングがなされた状態の一例を示す図であり、図１１は、本発明の実施の形態２における図１０に示すスケジューリングを行うために、テストＤＬ９１１の区間で計測されたダウンロード実行速度の計測結果の一例を示す図である。
【００７８】
なお、図１０で示されている配信開始時間（時刻）１０１１〜１０１３および配信時間１０２１〜１０２３は、図４におけるステップＳ４１４、および、図５におけるステップＳ５１６において配信サーバ１００から送信される配信予約割り当ての一例を示すものであり、例えば、配信開始時間１０１２および配信時間１０２２は、受信端末３に対する配信開始時間および配信時間であることを示している。
【００７９】
また、図９および図１０においては、テストダウンロードが実施可能な区間９１１は１００Ｍｂｐｓで、配信データ配信用の区間９２１の２００Ｍｂｐｓに対して割合が小さく記載されているが、これは、ダウンロードの実行速度の計測は、実際の配信データのダウンロードに比べ短い時間で計測が可能なためであり、テストダウンロードが実施可能な区間９１１で１００Ｍｂｐｓを取っている場合には、テストダウンロードの測定結果として１００Ｍｂｐｓまでを正確に計測できるため、一例として１００Ｍｂｐｓとしている。
【００８０】
また、本発明の実施の形態２におけるスケジューリング方法は、スケジューリングに対してテストダウンロードを実施可能な区間９１１が予め設けられていることが特徴であり、テストダウンロードを実施可能な区間９１１は、配信データ配信用の区間９２１に対する割合を、図１０に示した割合にこだわることなく自由に設計してもかまわない。
【００８１】
以上のように構成することにより、各受信端末１１０に対する配信のスケジューリングに際して、予め受信端末１１０と配信サーバ１００との間のダウンロード実行速度を計測するためのテストダウンロードを実施可能な区間を設けることで、他の受信端末の受信動作に影響を与えずに正確なダウンロードの実行速度、すなわち、使用帯域を計測することが可能となる。
【００８２】
また、以上のように構成することにより、正確なダウンロードの実行速度、すなわち、使用帯域を計測することが可能となるため、スケジューリングを効率よく実行することが可能となる。
【００８３】
また、本発明の実施の形態２のように、テストダウンロードが実施可能な区間９１１を常に確保しておくことで、複数の受信端末１１０から複数の配信要求を同時期に受信した場合は、図４に示すステップＳ４１２において、最初に配信要求を受け付けた受信端末１１０（例えば、受信端末１）は最初にテストダウンロードを実施可能な区間９１１でテストダウンロードを実施し、終了後すぐに、２番目に配信要求を受け付けた受信端末１１０（例えば、受信端末２）のテストダウンロードを実施し、２番目に配信要求を受け付けた受信端末１１０のテストダウンロード実施終了後直ちに、次の（３番目に配信要求を受け付けた）受信端末１１０（例えば、受信端末３）のテストダウンロードが実施可能となる。
【００８４】
このような対応を行うことにより、テストダウンロードの実施時間は、実際の配信データのダウンロードよりも短い時間で計測可能なため、他の端末のテストダウンロードの影響を受けず、複数の受信端末１１０の正確なダウンロードの実行速度、すなわち、使用帯域を連続して計測することが可能となる。
【００８５】
（実施の形態３）
本発明の実施の形態１および実施の形態２においては、図４に示したステップＳ４０３およびＳ４１３において、配信サーバ１００の配信データ管理部２１４は、テストダウンロードの実施開始時間になると、メモリ２２０に格納しているテスト配信データ２２２を受信端末１１０に対して配信し、受信端末１１０と配信サーバ１００との間のダウンロード実行速度を計測するためのテストダウンロードを実施した。しかしながら、テストダウンロードを実施するためのテスト配信データとしては、テスト配信データ２２２に限るものではなく、受信端末１１０が配信要求する配信データそのものであってもかまわない。すなわち、配信サーバ１００は、テストダウンロードを実施する際に、受信端末１１０が配信要求する配信データそのものを配信し、受信端末１１０と配信サーバ１００との間のダウンロード実行速度を計測しても構わない。
【００８６】
本発明の実施の形態３においては、配信サーバ１００は、テストダウンロードを実施する際に、受信端末１１０に対して、テスト配信データとして受信端末１１０が配信要求する配信データそのものを配信し、受信端末１１０と配信サーバ１００との間のダウンロード実行速度を計測する。なお、本発明の実施の形態３においては、図１〜図５に示す配信サーバ１００および受信端末１１０の構成および処理動作については、本発明の実施の形態１と同様であるため、ここでは説明を省略する。
【００８７】
以下に、図１２を用いて、本発明の実施の形態３における受信端末１１０が配信サーバ１００に対して配信要求をしてから、配信予約割り当てを受信して配信データの受信開始時間まで待機するまでの、配信サーバ１００と受信端末１１０の一連の処理動作について説明する。
【００８８】
なお、図１２は、本発明の実施の形態３における受信端末が配信サーバに対して配信要求をしてから、配信予約割り当てを受信して配信データの受信開始時間まで待機するまでの、配信サーバと受信端末の処理動作の流れを示すフローチャートである。
【００８９】
図１２において、本発明の実施の形態１において説明した図４における処理ステップと同様の処理を行うステップについては、図４と同じステップ番号を付し説明は簡略あるいは省略する。
【００９０】
まず、受信端末１１０は、入力装置３４０を介してユーザーからの配信要求指示を受け取る（Ｓ４００）と、予約制御部３１１が、ユーザーからの配信要求指示に基づいて、配信サーバ１００に対して配信予約要求を送信する（Ｓ４０１）。
【００９１】
配信サーバ１００の予約管理部２１１は、受信端末１１０が送信した配信予約要求を受信してスケジュール管理部２１３に通知し（Ｓ４１１）、スケジュール管理部２１３は、予約管理部２１１から通知された配信予約要求を受け取ると、メモリ２２０のスケジュールに関する情報２２３を参照してテストダウンロード実施の時間を調整し、テストダウンロードの実施が可能となると、予約管理部２１１を介してテストダウンロードの実施通知を受信端末１１０に送信し（Ｓ４１２）、受信端末１１０の予約制御部３１１は、配信サーバ１００から送信されたテストダウンロードの実施通知を受信する（Ｓ４０２）。
【００９２】
次に、配信サーバ１００の配信データ管理部２１４は、受信端末１１０へのテストダウンロードの実施開始時間になると、メモリ２２０に格納している受信端末１１０から配信要求された配信データ２２１を受信端末１１０に対して配信し、配信サーバ１００から配信された受信端末１１０から配信要求した配信データ２２１を受信端末１１０が受信することで、受信端末１１０と配信サーバ１００との間のダウンロード実行速度を計測するためのテストダウンロードが実行され、この際、計測部２１２は、ダウンロード実行速度を計測し、その計測結果をスケジュール管理部２１３に通知する（Ｓ４１３、Ｓ４０３）。
【００９３】
受信端末１１０は、配信サーバ１００に対して配信要求した配信データを、テストダウンロード実施時間内に全て受信したか否かを確認し（Ｓ１２０１）、全て受信したことを確認した場合（ステップＳ１２０１においてＹｅｓの場合）には、受信端末１１０は配信サーバ１００に対して配信要求した配信データを全て受信してしまったことになるため、ステップＳ１２０２に移行して受信処理を終了させ、全ては受信していないことを確認した場合（ステップＳ１２０１においてＮｏの場合）には、ステップＳ４０４に移行する。
【００９４】
配信サーバ１００は、受信端末１１０から配信要求された配信データを、テストダウンロード実施時間内に受信端末１１０に対して全て配信したか否かを確認し（Ｓ１２１１）、全て配信したことを確認した場合（ステップＳ１２１１においてＹｅｓの場合）には、配信サーバ１００は受信端末１１０から配信要求された配信データを受信端末１１０に対して全て配信してしまったことになるため、ステップＳ１２１２に移行して配信処理を終了させ、全ては配信していないことを確認した場合（ステップＳ１２１１においてＮｏの場合）には、ステップＳ４１４に移行する。
【００９５】
なお、この場合、本発明の実施の形態１において説明した図２における配信サーバ１００のテスト配信データ２２２、および、図３における受信端末１１０のテスト配信データ３２２は不要となる。
【００９６】
また、ステップＳ４０４、Ｓ４０５、Ｓ４１４およびＳ４１５については、本発明の実施の形態１において説明した図４における処理ステップとそれぞれ同様であるので、ここでは説明を省略する。
【００９７】
以上のように構成することにより、本発明の実施の形態３においては、本発明の実施の形態１または２と同様の効果を奏することに加えて、テストダウンロードのテスト配信データ２２２として受信端末１１０が配信サーバ１００に対して配信要求した配信データ２２１そのものを、配信サーバ１００が受信端末に対して配信するため、個々の受信端末１１０におけるダウンロードがより早く終了する可能性があり、個々の受信端末１１０においてより効率的なダウンロードを実現することが可能となる。
【００９８】
なお、本発明におけるスケジューリング方法は、本発明の実施の形態１〜３において示した内容に限定されるものではなく、例えば、スケジューリングにおいて、予め受信端末１１０（例えば、受信端末１）に割り当てられた配信予定時間よりも早く配信が完了し、スケジュールに空白時間が生じたような場合、その空白時間を配信サーバ１００と受信端末１１０との間の実行速度を計測する計測動作に使用するようにしてもよい。
【００９９】
図１３は、このようにスケジュールにおいて生じた空白時間を配信サーバ１００と受信端末１１０との間の実行速度を計測する計測動作に使用する場合の一例を示す図である。
【０１００】
図１３においては、複数の受信端末１１０の内の受信端末１が、受信端末１として割り当てられた配信時間よりも早く配信データの受信を完了したために、残りの区間（時間）をテストダウンロードの時間として割り当てられたことが示されている。
【０１０１】
このように、スケジュールにおいて生じた配信データの配信予定時間であった空白時間を、テストダウンロードの時間として新たに割り当てることで、早期のスケジューリングが可能となる。
【０１０２】
なお、本発明は、本発明の実施の形態１〜３における装置が各手段を備える配信サーバ（サーバ装置）として提供することができるばかりでなく、サーバ装置が具備する各手段を各ステップとするサーバ装置におけるデータ配信方法、および、サーバ装置におけるデータ配信方法をコンピュータに実行させるサーバ装置におけるデータ配信プログラムを提供することも可能である。
【産業上の利用可能性】
【０１０３】
本発明による配信サーバ（サーバ装置）およびサーバ装置におけるデータ配信方法は、主にマルチメディア情報をダウンロード形式で配信するサーバ装置と、サーバ装置からマルチメディア情報などをダウンロードする複数の受信端末（端末装置）とが、ネットワークで接続される配信システムにおいて有用である。
【符号の説明】
【０１０４】
１００ 配信サーバ
１１０ 受信端末
１５０ ネットワーク
２１０ 制御部
２１１ 予約管理部
２１２ 計測部
２１３ スケジュール管理部
２１４ 配信データ管理部
２２０ メモリ
２２１ 配信データ
２２２ テスト配信データ
２２３ スケジュールに関する情報
２３０ 送受信部
３１０ 制御部
３１１ 予約制御部
３１２ 受信データ制御部
３２０ メモリ
３２１ 配信データ
３２２ テスト配信データ
３２３ 配信予約割り当てに関する情報
３３０ 送受信部
３４０ 入力装置
６１１ テストＤＬ区間
６１２ テストＤＬ区間
６２１ 配信データ配信用区間
６２２ 配信データ配信用区間
７１１ 配信開始時間
７１２ 配信開始時間
７１３ 配信開始時間
７２１ 配信時間
７２２ 配信時間
７２３ 配信時間
９１１ テストＤＬ区間
９２１ 配信データ配信用区間
１０１１ 配信開始時間
１０１２ 配信開始時間
１０１３ 配信開始時間
１０２１ 配信時間
１０２２ 配信時間
１０２３ 配信時間
【技術分野】
【０００１】
本発明は、外部ネットワークを介して接続される複数の端末装置から通信データの配信要求を受信し、当該配信要求に対応する通信データの配信を、事前に実施するテストダウンロードの結果に基づくスケジューリングにより制御するサーバ装置、およびサーバ装置におけるデータ配信方法に関する。
【背景技術】
【０００２】
近年、通信網の発展により、インターネットを介してＨＤＴＶ（Ｈｉｇｈ Ｄｅｆｉｎｉｔｉｏｎ ＴＶ：高精細テレビジョン）等の画像を含むマルチメディア情報に関するデータをリアルタイムで受信するものや、ベストエフォート型のダウンロード形式で受信するものなど、様々な配信サービスを通じて家庭やオフィスで気軽に視聴できる環境が普及してきている。
【０００３】
このような中で、特許文献１においては、ある装置から１つ以上の他の装置にデータを配信する配信システムにおいて、複数のデータの配信スケジュールを効率よく調整する方法が開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００３−１６２４７０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１に開示されている従来の方法は、使用帯域が既知のものを含む複数の性質のデータを扱うために効率的なスケジューリングが可能となるものであり、取り扱う配信データがダウンロード形式しか存在しないような場合は、配信サーバは、複数の受信端末が行なうダウンロードに対して、配信サーバと受信端末との間のダウンロードの実行速度、すなわち使用帯域が分からず、配信サービスにおける効率的なスケジューリングが出来ないという課題を有していた。
【０００６】
また、配信サーバが配信サービスにおける効率的なスケジューリングができないことから、各受信端末は、効率的なダウンロードを実行することができず、消費電力を削減することができないという課題も有していた。
【０００７】
さらに、配信サーバが、受信端末との間のダウンロードの実行速度を検知するための速度測定を、何の考慮もなく、受信端末からのダウンロード要求を受け付けた場合等に実施すると、他の受信端末が既に実行しているダウンロードの帯域に悪影響を及ぼすという課題を有していた。
【０００８】
本発明は、以上のような課題に鑑みてなされたものであり、受信端末に対する配信のスケジューリングに際して、予め受信端末と配信サーバとの間のダウンロード実行速度を計測するためのテストダウンロードを実施可能な区間を設けることで、他の受信端末の受信動作に影響を与えずに正確なダウンロードの実行速度（使用帯域）を計測することが可能となるため、配信サービスにおける効率的なスケジューリングを行うことができ、各受信端末の消費電力を削減することができる配信サーバ、および、配信サーバにおけるデータ配信方法を提供することを目的とする。
【課題を解決するための手段】
【０００９】
上記目的を達成するために、本願の第１の発明のサーバ装置は、ネットワークを介して接続される複数の端末装置から通信データの配信要求を受信し、当該配信要求に対応する当該通信データの配信を行なうサーバ装置であって、前記端末装置からの配信要求に対応して、当該配信要求に対応する当該通信データの配信を行う通信データ配信手段と、前記通信データ配信手段における当該通信データの配信に先立ち、予め設けられたテストダウンロードの実施可能な区間において、当該配信要求を送信した前記端末装置に対してテスト通信データを配信して前記テストダウンロードを実施し、ダウンロード実行速度を計測するテストダウンロード実施手段と、前記テストダウンロード実施手段における前記テスト通信データの配信のスケジューリングと、前記ダウンロード実行速度の計測結果を基に、前記通信データ配信手段における当該通信データの配信のスケジューリングを行って配信スケジュールを更新するとともに、更新された前記配信スケジュールを管理するスケジュール管理手段と、を備え、前記スケジュール管理手段において管理されている前記配信スケジュールに基づいて、各々の前記端末装置に対する前記テスト通信データの配信、および当該通信データの配信を行うことを特徴とするものである。
【００１０】
また、本願の第２の発明のサーバ装置は、本願の第１の発明のサーバ装置において、前記配信スケジュールには、各々の前記端末装置との間の前記テストダウンロードを実行するための時間帯を予め設けていることを特徴とするものである。
【００１１】
また、本願の第３の発明のサーバ装置は、本願の第１の発明のサーバ装置において、前記配信スケジュールには、各々の前記端末装置との間の前記テストダウンロードを実行するための伝送帯域を常時確保していることを特徴とするものである。
【００１２】
また、本願の第４の発明のサーバ装置は、本願の第１乃至第３のいずれかの発明のサーバ装置において、前記配信スケジュールには、各々の前記端末装置に対する配信時間が予め個々に規定され、予め規定された前記配信時間内に前記端末装置への配信が終了しなかった場合は、前記配信スケジュールを再度スケジューリングし直すことを特徴とするものである。
【００１３】
また、本願の第５の発明のサーバ装置は、本願の第１乃至第３のいずれかの発明のサーバ装置において、前記配信スケジュールにおいて、予め前記端末装置（端末装置Ｂとする）に割り当てられた配信予定時間よりも早く前記端末装置Ｂへの配信が完了し、前記配信スケジュールに空白時間が生じた場合、前記空白時間を、前記テストダウンロードを実行するための時間として使用することを特徴とするものである。
【００１４】
また、本願の第６の発明のサーバ装置は、本願の第１乃至第３のいずれかの発明のサーバ装置において、前記計測手段は、前記テストダウンロードを実施する際に、前記テスト通信データに替えて、前記端末装置から配信要求された前記通信データを前記端末装置に対して配信することを特徴とするものである。
【００１５】
また、本願の第７の発明のサーバ装置におけるデータ配信方法は、ネットワークを介して接続される複数の端末装置から通信データの配信要求を受信し、当該配信要求に対応する当該通信データの配信を行なうサーバ装置におけるデータ配信方法であって、前記端末装置からの配信要求に対応して、当該配信要求に対応する当該通信データの配信を行う通信データ配信ステップと、前記通信データ配信ステップにおける当該通信データの配信に先立ち、予め設けられたテストダウンロードの実施可能な区間において、当該配信要求を送信した前記端末装置に対してテスト通信データを配信して前記テストダウンロードを実施し、ダウンロード実行速度を計測するテストダウンロード実施ステップと、前記テストダウンロード実施ステップにおける前記テスト通信データの配信のスケジューリングと、前記ダウンロード実行速度の計測結果を基に、前記通信データ配信ステップにおける当該通信データの配信のスケジューリングを行って配信スケジュールを更新するとともに、更新された前記配信スケジュールを管理するスケジュール管理ステップと、を備え、前記スケジュール管理ステップにおいて管理されている前記配信スケジュールに基づいて、各々の前記端末装置に対する前記テスト通信データの配信および当該通信データの配信を行うことを特徴とするものである。
【発明の効果】
【００１６】
本発明によれば、スケジューリングに際して、予め端末装置とサーバ装置との間のダウンロード実行速度を計測するためのテストダウンロードを実施可能な区間を設けることで、他の受信端末の受信動作に影響を与えずに正確なダウンロード実行速度の計測が可能となり、配信サービスにおける効率的なスケジューリングを行うことができ、各端末装置の消費電力を削減することができるサーバ装置を提供することが可能となる。
【図面の簡単な説明】
【００１７】
【図１】本発明の実施の形態１における配信サーバがネットワークを介して複数の受信端末と接続されるネットワーク構成を示す図
【図２】本発明の実施の形態１に係る配信サーバの構成を示すブロック図
【図３】本発明の実施の形態１における受信端末の構成を示すブロック図
【図４】本発明の実施の形態１において、ユーザーが受信端末に対して配信要求を送信するように指示してから、配信サーバから配信予約割り当てに関する情報を受信して配信データの受信開始時間まで待機するところまでの、配信サーバと受信端末の一連の処理動作を示すフローチャート
【図５】本発明の実施の形態１における配信サーバから受信端末への配信が終了するまでの処理動作の流れを示すフローチャート
【図６】本発明の実施の形態１における配信サーバの送出帯域が３００Ｍｂｐｓである場合のスケジューリング方法を説明するための図
【図７】本発明の実施の形態１における複数の受信端末に対するスケジューリングがなされた状態の一例を示す図
【図８】図７に示すスケジューリングを行うために、テストＤＬ６１１の区間で計測されたダウンロード実行速度の計測結果の一例を示す図
【図９】本発明の実施の形態２における配信サーバの送出帯域が３００Ｍｂｐｓである場合のスケジューリング方法を説明するための図
【図１０】本発明の実施の形態２における複数の受信端末に対するスケジューリングがなされた状態の一例を示す図
【図１１】本発明の実施の形態２における図１０に示すスケジューリングを行うために、テストＤＬ９１１の区間で計測されたダウンロード実行速度の計測結果の一例を示す図
【図１２】本発明の実施の形態３における受信端末が配信サーバに対して配信要求をしてから、配信予約割り当てを受信して配信データの受信開始時間まで待機するまでの、配信サーバと受信端末の処理動作の流れを示すフローチャート
【図１３】スケジュールにおいて生じた空白時間を配信サーバと受信端末との間の実行速度を計測する計測動作に使用する場合の一例を示す図
【発明を実施するための形態】
【００１８】
以下に、本発明を実施するための形態について、図面を参照しながら説明する。
【００１９】
（実施の形態１）
図１は、本発明の実施の形態１における配信サーバがネットワークを介して複数の受信端末と接続されるネットワーク構成を示す図である。
【００２０】
図１において、配信サーバ（サーバ装置）１００は、ネットワーク１５０を介して複数の受信端末（端末装置）１１０（受信端末１、受信端末２、・・・受信端末ｎ）に接続されており、これらの受信端末１１０に対し、ネットワーク１５０を介して配信データを配信する。一方、受信端末１１０は、ネットワーク１５０を介して配信サーバ１００から配信データをダウンロードする。
【００２１】
次に、図２を用いて、本発明の実施の形態１に係る配信サーバ１００の構成について説明する。なお、図２は、本発明の実施の形態１に係る配信サーバの構成を示すブロック図である。
【００２２】
図２において、配信サーバ１００は、制御部２１０と、メモリ２２０と、ネットワーク１５０に接続されてデータの送受信を行なう送受信部２３０とから構成される。
【００２３】
制御部２１０は、予約管理部２１１、計測部２１２、スケジュール管理部２１３および配信データ管理部２１４で構成されている。
【００２４】
予約管理部２１１は、複数の受信端末１１０からの配信予約受付、配信サーバ１００と複数の受信端末１１０との間のダウンロード実行速度を計測するためのテストダウンロード実施の通知、および、スケジュール管理部２１３においてスケジューリングされた配信開始時間や配信時間を含む配信予約割り当てに関する情報などの送信を制御する。
【００２５】
計測部２１２は、配信サーバ１００と受信端末１１０（受信端末１〜受信端末ｎ）との間のそれぞれのダウンロード実行速度を計測する。
【００２６】
スケジュール管理部２１３は、配信サーバ１００と複数の受信端末１１０との間のダウンロード実行速度の計測を行なうためのテスト配信データ（テスト通信データ）の配信スケジュールと、複数の受信端末１１０に配信する配信データ（通信データ）の配信スケジュールを管理する。
【００２７】
配信データ管理部２１４は、配信サーバ１００と受信端末１１０との間のダウンロード実行速度の計測を行なうためのテスト配信データと、受信端末１１０に配信する配信データを管理する。
【００２８】
また、メモリ２２０は、受信端末１１０に配信する配信データ２２１、受信端末１１０のダウンロード実行速度の計測を行なうためのテスト配信データ２２２、および、制御部２１０のスケジュール管理部２１３によって管理されるスケジュールに関する情報２２３などを保持する際に使用されるメモリである。
【００２９】
なお、特許請求の範囲に記載の通信データ配信手段は、予約管理部２１１、配信データ管理部２１４、メモリ２２０および送受信部２３０で構成され、テストダウンロード実施手段は、予約管理部２１１、計測部２１２、配信データ管理部２１４、メモリ２２０および送受信部２３０で構成され、スケジュール管理手段は、スケジュール管理部２１３およびメモリ２２０で構成される。
【００３０】
また、メモリ２２０は、ＤＲＡＭ（Ｄｙｎａｍｉｃ ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ）、ＳＤＲＡＭ（Ｓｔａｔｉｃ ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ）、フラッシュメモリ、および強誘電体メモリ等、データを記録可能な手段であればどのようなものを利用しても構わない。
【００３１】
次に、図３を用いて、本発明の実施の形態１における受信端末１１０の構成について説明する。なお、図３は、本発明の実施の形態１における受信端末の構成を示すブロック図である。
【００３２】
図３において、受信端末１１０は、制御部３１０と、メモリ３２０と、ネットワーク１５０に接続されてデータの送受信を行なう送受信部３３０と、ユーザーからの配信要求などを受信するための入力装置３４０とから構成される。
【００３３】
制御部３１０は、予約制御部３１１と受信データ制御部３１２とで構成される。
【００３４】
予約制御部３１１は、入力装置３４０から入力されるユーザーからの配信要求指示に基づいた配信サーバ１００への配信予約要求と、配信サーバ１００との間のダウンロード実行速度を計測するためのテストダウンロード実施の通知の受け付けと、配信サーバ１００でスケジューリングされた配信開始時間（時刻）や配信時間等の配信予約割り当てに関する情報などの受信を制御する。
【００３５】
受信データ制御部３１２は、受信端末１１０のダウンロード実行速度の計測を行なうためのテスト配信データの受信と、配信要求した配信データの受信を管理する。
【００３６】
また、メモリ３２０は、配信サーバ１００から受信した配信データ３２１と、ダウンロード実行速度の計測を行なうためのテスト配信データ３２２と、配信サーバ１００でスケジューリングされた配信開始時間や配信時間を含む配信予約割り当てに関する情報３２３を保持する際に使用されるメモリである。
【００３７】
なお、メモリ３２０は、ＤＲＡＭ（Ｄｙｎａｍｉｃ ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ）、ＳＤＲＡＭ（Ｓｔａｔｉｃ ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ）、フラッシュメモリ、および強誘電体メモリ等、データを記録可能な手段であればどのようなものを利用しても構わない。
【００３８】
次に、図４を用いて、ユーザーが受信端末１１０に対して配信要求を送信するように指示してから、配信サーバ１００から配信予約割り当てに関する情報を受信して配信データの受信開始時間まで待機するところまでの、配信サーバ１００と受信端末１１０の一連の処理動作について説明する。なお、図４は、本発明の実施の形態１において、ユーザーが受信端末に対して配信要求を送信するように指示してから、配信サーバから配信予約割り当てに関する情報を受信して配信データの受信開始時間まで待機するところまでの、配信サーバと受信端末の一連の処理動作を示すフローチャートである。
【００３９】
図４において、まず、受信端末１１０は、入力装置３４０を介してユーザーからの配信要求指示を受け取る（Ｓ４００）。
【００４０】
続いて、受信端末１１０の予約制御部３１１は、ステップＳ４００において受け取ったユーザーからの配信要求指示に基づいて、配信サーバ１００に対して配信予約要求を送信する（Ｓ４０１）。
【００４１】
配信サーバ１００の予約管理部２１１は、受信端末１１０が送信した配信予約要求を受信し、スケジュール管理部２１３に通知する（Ｓ４１１）。
【００４２】
配信サーバ１００のスケジュール管理部２１３は、ステップＳ４１１において予約管理部２１１から通知された配信予約要求を受け取ると、メモリ２２０に保持されているスケジュールに関する情報２２３を参照してテストダウンロード実施の時間を調整し、テストダウンロードの実施が可能となると、予約管理部２１１を介してテストダウンロードの実施通知を受信端末１１０に送信する（Ｓ４１２）。
【００４３】
受信端末１１０の予約制御部３１１は、ステップＳ４１２において配信サーバ１００から送信されたテストダウンロードの実施通知を受信する（Ｓ４０２）。
【００４４】
続いて、配信サーバ１００の配信データ管理部２１４は、受信端末１１０へのテストダウンロードの実施開始時間になると、メモリ２２０に格納しているテスト配信データ２２２を受信端末１１０に対して配信し、配信サーバ１００から配信されたテスト配信データ２２２を受信端末１１０が受信することで、受信端末１１０と配信サーバ１００との間のダウンロード実行速度を計測するためのテストダウンロードが実行され、この際、計測部２１２は、ダウンロード実行速度を計測し、その計測結果をスケジュール管理部２１３に通知する（Ｓ４１３、Ｓ４０３）。
【００４５】
配信サーバ１００のスケジュール管理部２１３は、ステップＳ４１３において計測部２１２から通知された計測結果を受け取ると、配信開始時間や配信時間を含む配信予約割り当てをスケジューリングして、スケジュールに関する情報２２３を更新すると共に、配信予約割り当てに関する情報を、予約管理部２１１を介して受信端末１１０に送信する（Ｓ４１４）。
【００４６】
続いて、配信サーバ１００は、ステップＳ４１４において割り当てた配信開始時間まで、該当する受信端末１１０に対する処理動作を待機する（Ｓ４１５）。
【００４７】
受信端末１１０の予約制御部３１１は、ステップＳ４１４において配信サーバ１００から送信された配信予約割り当てに関する情報を受信し（Ｓ４０４）、受信した配信予約割り当てに関する情報に含まれる配信開始時間まで該当する配信サーバ１００に対する処理動作を待機する（Ｓ４０５）。
【００４８】
次に、図５を用いて、本発明の実施の形態１における配信サーバ１００から受信端末１１０への配信が終了するまでの一連の処理動作の流れについて説明する。なお、図５は、本発明の実施の形態１における配信サーバから受信端末への配信が終了するまでの処理動作の流れを示すフローチャートである。
【００４９】
図５において、受信端末１１０は、配信サーバ１００から受信した配信予約割り当てに関する情報に含まれる配信開始時間まで、該当する配信サーバ１００に対する処理動作を待機する（Ｓ５０１）。
【００５０】
配信サーバ１００は、受信端末１１０に対して送信した配信予約割り当てに関する情報に含まれる配信開始時間まで、該当する受信端末１１０に対する処理動作を待機し（Ｓ５１１）、配信サーバ１００の配信データ管理部２１４は、配信開始時間になると、メモリ２２０に格納している配信データ２２１を受信端末１１０に対して配信を開始する（Ｓ５１２）。
【００５１】
受信端末１１０は、配信開始時間になると、配信サーバ１００が配信する配信データの受信を開始する（Ｓ５０２）。
【００５２】
受信端末１１０は、配信要求した配信データを全て受信したか否か、すなわち、受信が完了したか否かを確認し（Ｓ５０３）、受信が完了したことを確認した場合（ステップＳ５０３においてＹｅｓの場合）は、配信要求した配信データを全て受信したためステップＳ５０７に移行して処理を終了させ（Ｓ５０７）、受信が完了していないことを確認した場合（ステップＳ５０３においてＮｏの場合）はステップＳ５０４に移行する。
【００５３】
配信サーバ１００は、受信端末１１０に対する配信データを全て配信したか否かを確認し（Ｓ５１３）、配信が完了したことを確認した場合（ステップＳ５１３においてＹｅｓの場合）は、受信端末１１０に対する配信データを全て配信したためステップＳ５１７に移行して処理を終了させ（Ｓ５１７）、配信が完了していないことを確認した場合（ステップＳ５１３においてＮｏの場合）はステップＳ５１４に移行する。
【００５４】
受信端末１１０は、配信予約割り当てで割り当てられた配信時間を確認し（Ｓ５０４）、配信時間が終了していることを確認した場合（ステップＳ５０４においてＹｅｓの場合）は、受信を一旦停止してステップＳ５０５に移行し、配信時間が終了していないことを確認した場合（ステップＳ５０４においてＮｏの場合）は、ステップＳ５０３に移行して受信が完了したか否かを確認する。
【００５５】
配信サーバ１００は、配信予約割り当てで割り当てた配信時間を確認し（Ｓ５１４）、配信時間が終了していることを確認した場合（ステップＳ５１４においてＹｅｓの場合）は、配信を一旦停止してステップＳ５１５に移行し、配信時間が終了していないことを確認した場合（ステップＳ５１４においてＮｏの場合）はステップＳ５１３に移行して受信端末１１０に対する配信データを全て配信したか否かを確認する。
【００５６】
受信端末１１０の予約制御部３１１は、配信要求した配信データの受信が完了されていないため、配信サーバ１００に対して配信予約の再要求を送信する（Ｓ５０５）。
【００５７】
配信サーバ１００の予約管理部２１１は、受信端末１１０が送信した配信予約の再要求を受信して配信予約の再受付を行い、受信した配信予約の再要求をスケジュール管理部２１３に通知する（Ｓ５１５）。
【００５８】
配信サーバ１００のスケジュール管理部２１３は、予約管理部２１１から通知された配信予約の再要求を受け取ると、配信開始時間、配信時間等の配信予約割り当てを再度スケジューリングしてスケジュールに関する情報２２３を更新すると共に、予約管理部２１１を介して受信端末１１０に対し、再度スケジューリングした配信予約割り当てを送信し、ステップＳ５１１に移行する（Ｓ５１６）。
【００５９】
受信端末１１０の予約制御部３１１は、ステップＳ５１６において配信サーバ１００から送信された配信予約割り当てを受信し、ステップＳ５０１に移行する（Ｓ５０６）。
【００６０】
次に、図６〜図８を用いて、本発明の実施の形態１における配信サーバ１００のスケジュール管理部２１３が行なうスケジューリング方法について説明する。
【００６１】
まず、図６は、本発明の実施の形態１における配信サーバの送出帯域が３００Ｍｂｐｓである場合のスケジューリング方法を説明するための図である。
【００６２】
図６において、テストＤＬ（テストダウンロード）６１１および６１２は、受信端末１１０と配信サーバ１００との間のダウンロード実行速度を計測するためのテストダウンロードが実施可能な予め設けた区間（予め設けた時間帯）である。配信データ配信用区間６２１には、テストＤＬ６１１の区間で計測されたダウンロード実行速度の計測結果を基に、また、配信データ配信用区間６２２には、テストＤＬ６１１および６１２の区間で計測されたダウンロード実行速度の計測結果を基に、複数の受信端末１１０に対する配信区間が割り当てられていく。なお、テストＤＬ６１１の区間で計測されたダウンロードの実行速度を基に、配信データ配信用区間６２１に割り当てが出来ない場合は、配信データ配信用区間６２２以降の配信区間を割り当てることになる。
【００６３】
図７は、本発明の実施の形態１における複数の受信端末に対するスケジューリングがなされた状態の一例を示す図であり、図８は、図７に示すスケジューリングを行うために、テストＤＬ６１１の区間で計測されたダウンロード実行速度の計測結果の一例を示す図である。
【００６４】
なお、図７で示されている配信開始時間（時刻）７１１〜７１３および配信時間７２１〜７２３は、図４におけるステップＳ４１４、および、図５におけるステップＳ５１６において配信サーバ１００から受信端末１１０に対して送信される配信予約割り当ての一例を示すものであり、例えば、配信開始時間７１２および配信時間７２２は、受信端末２および受信端末３に対する配信開始時間および配信時間であることを示している。
【００６５】
また、図６および図７においては、テストダウンロードが実施可能な区間６１１および６１２は、配信データ配信用の区間６２１および６２２に対する割合が小さく記載されているが、これは、ダウンロードの実行速度の計測は、実際の配信データのダウンロードに比べて短い時間で計測が可能なためである。
【００６６】
本発明の実施の形態１におけるスケジューリング方法は、スケジューリングに対してテストダウンロードを実施可能な区間６１１および６１２が予め設けられていることが特徴であり、テストダウンロードを実施可能な区間６１１および６１２は、配信データ配信用の区間６２１および６２２に対する割合を、図６および図７に示した割合にこだわることなく自由に設計してもかまわない。
【００６７】
以上のように構成することにより、各受信端末１１０に対する配信のスケジューリングに際して、予め受信端末１１０と配信サーバ１００との間のダウンロード実行速度を計測するためのテストダウンロードを実施可能な区間を設けることで、他の受信端末の受信動作に影響を与えずに正確なダウンロードの実行速度すなわち、使用帯域を計測することが可能となる。
【００６８】
また、正確なダウンロードの実行速度、すなわち、使用帯域を計測することが可能となるため、スケジューリングを効率よく実行することが可能となる。
【００６９】
また、テストダウンロードを実施することが可能な区間６１１および６１２（図６および図７参照）においては、複数の受信端末１１０から複数の配信要求を同時期に受信した場合は、図４に示すステップＳ４１２において、最初に配信要求を受け付けた受信端末１１０（例えば、受信端末１）は最初のテストダウンロードが実施可能な区間６１１でテストダウンロードを実施し、２番目に配信要求を受け付けた受信端末（例えば、受信端末４）は次のテストダウンロードが実施可能な区間６１２でテストダウンロードを実施するなど、テストダウンロードの実施を調整するようにしても良い。
【００７０】
また、テストダウンロードを実施することが可能な区間６１１および／または６１２において、２つの受信端末１１０からのテストダウンロードの実施を連続して行なえる区間を設けておくようにしても良い。
【００７１】
また、図４に示すステップＳ４１２において、テストダウンロードを実施することが可能な区間６１１および６１２におけるテストダウンロードを行なう受信端末１１０の数の上限値を設けるようにしても良い。
【００７２】
このように対応することにより、他の端末のテストダウンロードの影響を受けることなく、より正確なダウンロードの実行速度、すなわち、使用帯域を計測することが可能となる。
【００７３】
（実施の形態２）
図９〜図１１を用いて、本発明の実施の形態２における配信サーバ１００のスケジュール管理部２１３が行なうスケジューリング方法について説明する。なお、本発明の実施の形態２においては、図１〜図５に示す配信サーバ１００および受信端末１１０の構成および処理動作については、本発明の実施の形態１と同様であるため、ここでは説明を省略する。
【００７４】
まず、図９は、本発明の実施の形態２における配信サーバの送出帯域が３００Ｍｂｐｓである場合のスケジューリング方法を説明するための図である。
【００７５】
図９において、テストＤＬ９１１は、受信端末１１０と配信サーバ１００との間のダウンロード実行速度を計測するためのテストダウンロードが実施可能な区間であり、テストダウンロードを実行するための帯域が常時確保されていることを示している。
【００７６】
配信データ配信用区間９２１で示される区間には、テストＤＬ９１１の区間で計測されたダウンロード実行速度の計測結果を基に、複数の受信端末１１０に対する配信区間が割り当てられていく。
【００７７】
図１０は、本発明の実施の形態２における複数の受信端末に対するスケジューリングがなされた状態の一例を示す図であり、図１１は、本発明の実施の形態２における図１０に示すスケジューリングを行うために、テストＤＬ９１１の区間で計測されたダウンロード実行速度の計測結果の一例を示す図である。
【００７８】
なお、図１０で示されている配信開始時間（時刻）１０１１〜１０１３および配信時間１０２１〜１０２３は、図４におけるステップＳ４１４、および、図５におけるステップＳ５１６において配信サーバ１００から送信される配信予約割り当ての一例を示すものであり、例えば、配信開始時間１０１２および配信時間１０２２は、受信端末３に対する配信開始時間および配信時間であることを示している。
【００７９】
また、図９および図１０においては、テストダウンロードが実施可能な区間９１１は１００Ｍｂｐｓで、配信データ配信用の区間９２１の２００Ｍｂｐｓに対して割合が小さく記載されているが、これは、ダウンロードの実行速度の計測は、実際の配信データのダウンロードに比べ短い時間で計測が可能なためであり、テストダウンロードが実施可能な区間９１１で１００Ｍｂｐｓを取っている場合には、テストダウンロードの測定結果として１００Ｍｂｐｓまでを正確に計測できるため、一例として１００Ｍｂｐｓとしている。
【００８０】
また、本発明の実施の形態２におけるスケジューリング方法は、スケジューリングに対してテストダウンロードを実施可能な区間９１１が予め設けられていることが特徴であり、テストダウンロードを実施可能な区間９１１は、配信データ配信用の区間９２１に対する割合を、図１０に示した割合にこだわることなく自由に設計してもかまわない。
【００８１】
以上のように構成することにより、各受信端末１１０に対する配信のスケジューリングに際して、予め受信端末１１０と配信サーバ１００との間のダウンロード実行速度を計測するためのテストダウンロードを実施可能な区間を設けることで、他の受信端末の受信動作に影響を与えずに正確なダウンロードの実行速度、すなわち、使用帯域を計測することが可能となる。
【００８２】
また、以上のように構成することにより、正確なダウンロードの実行速度、すなわち、使用帯域を計測することが可能となるため、スケジューリングを効率よく実行することが可能となる。
【００８３】
また、本発明の実施の形態２のように、テストダウンロードが実施可能な区間９１１を常に確保しておくことで、複数の受信端末１１０から複数の配信要求を同時期に受信した場合は、図４に示すステップＳ４１２において、最初に配信要求を受け付けた受信端末１１０（例えば、受信端末１）は最初にテストダウンロードを実施可能な区間９１１でテストダウンロードを実施し、終了後すぐに、２番目に配信要求を受け付けた受信端末１１０（例えば、受信端末２）のテストダウンロードを実施し、２番目に配信要求を受け付けた受信端末１１０のテストダウンロード実施終了後直ちに、次の（３番目に配信要求を受け付けた）受信端末１１０（例えば、受信端末３）のテストダウンロードが実施可能となる。
【００８４】
このような対応を行うことにより、テストダウンロードの実施時間は、実際の配信データのダウンロードよりも短い時間で計測可能なため、他の端末のテストダウンロードの影響を受けず、複数の受信端末１１０の正確なダウンロードの実行速度、すなわち、使用帯域を連続して計測することが可能となる。
【００８５】
（実施の形態３）
本発明の実施の形態１および実施の形態２においては、図４に示したステップＳ４０３およびＳ４１３において、配信サーバ１００の配信データ管理部２１４は、テストダウンロードの実施開始時間になると、メモリ２２０に格納しているテスト配信データ２２２を受信端末１１０に対して配信し、受信端末１１０と配信サーバ１００との間のダウンロード実行速度を計測するためのテストダウンロードを実施した。しかしながら、テストダウンロードを実施するためのテスト配信データとしては、テスト配信データ２２２に限るものではなく、受信端末１１０が配信要求する配信データそのものであってもかまわない。すなわち、配信サーバ１００は、テストダウンロードを実施する際に、受信端末１１０が配信要求する配信データそのものを配信し、受信端末１１０と配信サーバ１００との間のダウンロード実行速度を計測しても構わない。
【００８６】
本発明の実施の形態３においては、配信サーバ１００は、テストダウンロードを実施する際に、受信端末１１０に対して、テスト配信データとして受信端末１１０が配信要求する配信データそのものを配信し、受信端末１１０と配信サーバ１００との間のダウンロード実行速度を計測する。なお、本発明の実施の形態３においては、図１〜図５に示す配信サーバ１００および受信端末１１０の構成および処理動作については、本発明の実施の形態１と同様であるため、ここでは説明を省略する。
【００８７】
以下に、図１２を用いて、本発明の実施の形態３における受信端末１１０が配信サーバ１００に対して配信要求をしてから、配信予約割り当てを受信して配信データの受信開始時間まで待機するまでの、配信サーバ１００と受信端末１１０の一連の処理動作について説明する。
【００８８】
なお、図１２は、本発明の実施の形態３における受信端末が配信サーバに対して配信要求をしてから、配信予約割り当てを受信して配信データの受信開始時間まで待機するまでの、配信サーバと受信端末の処理動作の流れを示すフローチャートである。
【００８９】
図１２において、本発明の実施の形態１において説明した図４における処理ステップと同様の処理を行うステップについては、図４と同じステップ番号を付し説明は簡略あるいは省略する。
【００９０】
まず、受信端末１１０は、入力装置３４０を介してユーザーからの配信要求指示を受け取る（Ｓ４００）と、予約制御部３１１が、ユーザーからの配信要求指示に基づいて、配信サーバ１００に対して配信予約要求を送信する（Ｓ４０１）。
【００９１】
配信サーバ１００の予約管理部２１１は、受信端末１１０が送信した配信予約要求を受信してスケジュール管理部２１３に通知し（Ｓ４１１）、スケジュール管理部２１３は、予約管理部２１１から通知された配信予約要求を受け取ると、メモリ２２０のスケジュールに関する情報２２３を参照してテストダウンロード実施の時間を調整し、テストダウンロードの実施が可能となると、予約管理部２１１を介してテストダウンロードの実施通知を受信端末１１０に送信し（Ｓ４１２）、受信端末１１０の予約制御部３１１は、配信サーバ１００から送信されたテストダウンロードの実施通知を受信する（Ｓ４０２）。
【００９２】
次に、配信サーバ１００の配信データ管理部２１４は、受信端末１１０へのテストダウンロードの実施開始時間になると、メモリ２２０に格納している受信端末１１０から配信要求された配信データ２２１を受信端末１１０に対して配信し、配信サーバ１００から配信された受信端末１１０から配信要求した配信データ２２１を受信端末１１０が受信することで、受信端末１１０と配信サーバ１００との間のダウンロード実行速度を計測するためのテストダウンロードが実行され、この際、計測部２１２は、ダウンロード実行速度を計測し、その計測結果をスケジュール管理部２１３に通知する（Ｓ４１３、Ｓ４０３）。
【００９３】
受信端末１１０は、配信サーバ１００に対して配信要求した配信データを、テストダウンロード実施時間内に全て受信したか否かを確認し（Ｓ１２０１）、全て受信したことを確認した場合（ステップＳ１２０１においてＹｅｓの場合）には、受信端末１１０は配信サーバ１００に対して配信要求した配信データを全て受信してしまったことになるため、ステップＳ１２０２に移行して受信処理を終了させ、全ては受信していないことを確認した場合（ステップＳ１２０１においてＮｏの場合）には、ステップＳ４０４に移行する。
【００９４】
配信サーバ１００は、受信端末１１０から配信要求された配信データを、テストダウンロード実施時間内に受信端末１１０に対して全て配信したか否かを確認し（Ｓ１２１１）、全て配信したことを確認した場合（ステップＳ１２１１においてＹｅｓの場合）には、配信サーバ１００は受信端末１１０から配信要求された配信データを受信端末１１０に対して全て配信してしまったことになるため、ステップＳ１２１２に移行して配信処理を終了させ、全ては配信していないことを確認した場合（ステップＳ１２１１においてＮｏの場合）には、ステップＳ４１４に移行する。
【００９５】
なお、この場合、本発明の実施の形態１において説明した図２における配信サーバ１００のテスト配信データ２２２、および、図３における受信端末１１０のテスト配信データ３２２は不要となる。
【００９６】
また、ステップＳ４０４、Ｓ４０５、Ｓ４１４およびＳ４１５については、本発明の実施の形態１において説明した図４における処理ステップとそれぞれ同様であるので、ここでは説明を省略する。
【００９７】
以上のように構成することにより、本発明の実施の形態３においては、本発明の実施の形態１または２と同様の効果を奏することに加えて、テストダウンロードのテスト配信データ２２２として受信端末１１０が配信サーバ１００に対して配信要求した配信データ２２１そのものを、配信サーバ１００が受信端末に対して配信するため、個々の受信端末１１０におけるダウンロードがより早く終了する可能性があり、個々の受信端末１１０においてより効率的なダウンロードを実現することが可能となる。
【００９８】
なお、本発明におけるスケジューリング方法は、本発明の実施の形態１〜３において示した内容に限定されるものではなく、例えば、スケジューリングにおいて、予め受信端末１１０（例えば、受信端末１）に割り当てられた配信予定時間よりも早く配信が完了し、スケジュールに空白時間が生じたような場合、その空白時間を配信サーバ１００と受信端末１１０との間の実行速度を計測する計測動作に使用するようにしてもよい。
【００９９】
図１３は、このようにスケジュールにおいて生じた空白時間を配信サーバ１００と受信端末１１０との間の実行速度を計測する計測動作に使用する場合の一例を示す図である。
【０１００】
図１３においては、複数の受信端末１１０の内の受信端末１が、受信端末１として割り当てられた配信時間よりも早く配信データの受信を完了したために、残りの区間（時間）をテストダウンロードの時間として割り当てられたことが示されている。
【０１０１】
このように、スケジュールにおいて生じた配信データの配信予定時間であった空白時間を、テストダウンロードの時間として新たに割り当てることで、早期のスケジューリングが可能となる。
【０１０２】
なお、本発明は、本発明の実施の形態１〜３における装置が各手段を備える配信サーバ（サーバ装置）として提供することができるばかりでなく、サーバ装置が具備する各手段を各ステップとするサーバ装置におけるデータ配信方法、および、サーバ装置におけるデータ配信方法をコンピュータに実行させるサーバ装置におけるデータ配信プログラムを提供することも可能である。
【産業上の利用可能性】
【０１０３】
本発明による配信サーバ（サーバ装置）およびサーバ装置におけるデータ配信方法は、主にマルチメディア情報をダウンロード形式で配信するサーバ装置と、サーバ装置からマルチメディア情報などをダウンロードする複数の受信端末（端末装置）とが、ネットワークで接続される配信システムにおいて有用である。
【符号の説明】
【０１０４】
１００ 配信サーバ
１１０ 受信端末
１５０ ネットワーク
２１０ 制御部
２１１ 予約管理部
２１２ 計測部
２１３ スケジュール管理部
２１４ 配信データ管理部
２２０ メモリ
２２１ 配信データ
２２２ テスト配信データ
２２３ スケジュールに関する情報
２３０ 送受信部
３１０ 制御部
３１１ 予約制御部
３１２ 受信データ制御部
３２０ メモリ
３２１ 配信データ
３２２ テスト配信データ
３２３ 配信予約割り当てに関する情報
３３０ 送受信部
３４０ 入力装置
６１１ テストＤＬ区間
６１２ テストＤＬ区間
６２１ 配信データ配信用区間
６２２ 配信データ配信用区間
７１１ 配信開始時間
７１２ 配信開始時間
７１３ 配信開始時間
７２１ 配信時間
７２２ 配信時間
７２３ 配信時間
９１１ テストＤＬ区間
９２１ 配信データ配信用区間
１０１１ 配信開始時間
１０１２ 配信開始時間
１０１３ 配信開始時間
１０２１ 配信時間
１０２２ 配信時間
１０２３ 配信時間
【特許請求の範囲】
【請求項１】
ネットワークを介して接続される複数の端末装置から通信データの配信要求を受信し、当該配信要求に対応する当該通信データの配信を行なうサーバ装置であって、
前記端末装置からの配信要求に対応して、当該配信要求に対応する当該通信データの配信を行う通信データ配信手段と、
前記通信データ配信手段における当該通信データの配信に先立ち、予め設けられたテストダウンロードの実施可能な区間において、当該配信要求を送信した前記端末装置に対してテスト通信データを配信して前記テストダウンロードを実施し、ダウンロード実行速度を計測するテストダウンロード実施手段と、
前記テストダウンロード実施手段における前記テスト通信データの配信のスケジューリングと、前記ダウンロード実行速度の計測結果を基に、前記通信データ配信手段における当該通信データの配信のスケジューリングを行って配信スケジュールを更新するとともに、更新された前記配信スケジュールを管理するスケジュール管理手段と、を備え、
前記スケジュール管理手段において管理されている前記配信スケジュールに基づいて、各々の前記端末装置に対する前記テスト通信データの配信、および当該通信データの配信を行うことを特徴とするサーバ装置。
【請求項２】
前記配信スケジュールには、各々の前記端末装置との間の前記テストダウンロードを実行するための時間帯を予め設けていることを特徴とする請求項１記載のサーバ装置。
【請求項３】
前記配信スケジュールには、各々の前記端末装置との間の前記テストダウンロードを実行するための伝送帯域を常時確保していることを特徴とする請求項１記載のサーバ装置。
【請求項４】
前記配信スケジュールには、各々の前記端末装置に対する配信時間が予め個々に規定され、予め規定された前記配信時間内に前記端末装置への配信が終了しなかった場合は、前記配信スケジュールを再度スケジューリングし直すことを特徴とする請求項１乃至３のいずれかに記載のサーバ装置。
【請求項５】
前記配信スケジュールにおいて、予め前記端末装置（端末装置Ｂとする）に割り当てられた配信予定時間よりも早く前記端末装置Ｂへの配信が完了し、前記配信スケジュールに空白時間が生じた場合、前記空白時間を、前記テストダウンロードを実行するための時間と
して使用することを特徴とする請求項１乃至３のいずれかに記載のサーバ装置。
【請求項６】
前記計測手段は、前記テストダウンロードを実施する際に、前記テスト通信データに替えて、前記端末装置から配信要求された前記通信データを前記端末装置に対して配信することを特徴とする請求項１乃至３のいずれかに記載のサーバ装置。
【請求項７】
ネットワークを介して接続される複数の端末装置から通信データの配信要求を受信し、当該配信要求に対応する当該通信データの配信を行なうサーバ装置におけるデータ配信方法であって、
前記端末装置からの配信要求に対応して、当該配信要求に対応する当該通信データの配信を行う通信データ配信ステップと、
前記通信データ配信ステップにおける当該通信データの配信に先立ち、予め設けられたテストダウンロードの実施可能な区間において、当該配信要求を送信した前記端末装置に対してテスト通信データを配信して前記テストダウンロードを実施し、ダウンロード実行速度を計測するテストダウンロード実施ステップと、
前記テストダウンロード実施ステップにおける前記テスト通信データの配信のスケジューリングと、前記ダウンロード実行速度の計測結果を基に、前記通信データ配信ステップにおける当該通信データの配信のスケジューリングを行って配信スケジュールを更新するとともに、更新された前記配信スケジュールを管理するスケジュール管理ステップと、を備え、
前記スケジュール管理ステップにおいて管理されている前記配信スケジュールに基づいて、各々の前記端末装置に対する前記テスト通信データの配信および当該通信データの配信を行うことを特徴とするサーバ装置におけるデータ配信方法。
【請求項１】
ネットワークを介して接続される複数の端末装置から通信データの配信要求を受信し、当該配信要求に対応する当該通信データの配信を行なうサーバ装置であって、
前記端末装置からの配信要求に対応して、当該配信要求に対応する当該通信データの配信を行う通信データ配信手段と、
前記通信データ配信手段における当該通信データの配信に先立ち、予め設けられたテストダウンロードの実施可能な区間において、当該配信要求を送信した前記端末装置に対してテスト通信データを配信して前記テストダウンロードを実施し、ダウンロード実行速度を計測するテストダウンロード実施手段と、
前記テストダウンロード実施手段における前記テスト通信データの配信のスケジューリングと、前記ダウンロード実行速度の計測結果を基に、前記通信データ配信手段における当該通信データの配信のスケジューリングを行って配信スケジュールを更新するとともに、更新された前記配信スケジュールを管理するスケジュール管理手段と、を備え、
前記スケジュール管理手段において管理されている前記配信スケジュールに基づいて、各々の前記端末装置に対する前記テスト通信データの配信、および当該通信データの配信を行うことを特徴とするサーバ装置。
【請求項２】
前記配信スケジュールには、各々の前記端末装置との間の前記テストダウンロードを実行するための時間帯を予め設けていることを特徴とする請求項１記載のサーバ装置。
【請求項３】
前記配信スケジュールには、各々の前記端末装置との間の前記テストダウンロードを実行するための伝送帯域を常時確保していることを特徴とする請求項１記載のサーバ装置。
【請求項４】
前記配信スケジュールには、各々の前記端末装置に対する配信時間が予め個々に規定され、予め規定された前記配信時間内に前記端末装置への配信が終了しなかった場合は、前記配信スケジュールを再度スケジューリングし直すことを特徴とする請求項１乃至３のいずれかに記載のサーバ装置。
【請求項５】
前記配信スケジュールにおいて、予め前記端末装置（端末装置Ｂとする）に割り当てられた配信予定時間よりも早く前記端末装置Ｂへの配信が完了し、前記配信スケジュールに空白時間が生じた場合、前記空白時間を、前記テストダウンロードを実行するための時間と
して使用することを特徴とする請求項１乃至３のいずれかに記載のサーバ装置。
【請求項６】
前記計測手段は、前記テストダウンロードを実施する際に、前記テスト通信データに替えて、前記端末装置から配信要求された前記通信データを前記端末装置に対して配信することを特徴とする請求項１乃至３のいずれかに記載のサーバ装置。
【請求項７】
ネットワークを介して接続される複数の端末装置から通信データの配信要求を受信し、当該配信要求に対応する当該通信データの配信を行なうサーバ装置におけるデータ配信方法であって、
前記端末装置からの配信要求に対応して、当該配信要求に対応する当該通信データの配信を行う通信データ配信ステップと、
前記通信データ配信ステップにおける当該通信データの配信に先立ち、予め設けられたテストダウンロードの実施可能な区間において、当該配信要求を送信した前記端末装置に対してテスト通信データを配信して前記テストダウンロードを実施し、ダウンロード実行速度を計測するテストダウンロード実施ステップと、
前記テストダウンロード実施ステップにおける前記テスト通信データの配信のスケジューリングと、前記ダウンロード実行速度の計測結果を基に、前記通信データ配信ステップにおける当該通信データの配信のスケジューリングを行って配信スケジュールを更新するとともに、更新された前記配信スケジュールを管理するスケジュール管理ステップと、を備え、
前記スケジュール管理ステップにおいて管理されている前記配信スケジュールに基づいて、各々の前記端末装置に対する前記テスト通信データの配信および当該通信データの配信を行うことを特徴とするサーバ装置におけるデータ配信方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【公開番号】特開２０１１−１５１９０（Ｐ２０１１−１５１９０Ａ）
【公開日】平成２３年１月２０日（２０１１．１．２０）
【国際特許分類】
【出願番号】特願２００９−１５７５９１（Ｐ２００９−１５７５９１）
【出願日】平成２１年７月２日（２００９．７．２）
【出願人】（０００００５８２１）パナソニック株式会社 (73,050)
【Ｆターム（参考）】
【公開日】平成２３年１月２０日（２０１１．１．２０）
【国際特許分類】
【出願日】平成２１年７月２日（２００９．７．２）
【出願人】（０００００５８２１）パナソニック株式会社 (73,050)
【Ｆターム（参考）】
[ Back to top ]