(57)【要約】【課題】通信利用量と、ネットワークの利用状況のバランスを保持しつつ、多重化によるデータダウンロードの高速化を実現する。【解決手段】データ配送サーバと、複数のネットワークとデータの配送要求が可能な端末と、ネットワークの利用状況を管理する通信情報管理サーバとを備えるデータ配送システムであり、端末は通信情報管理サーバから各ネットワークにおける通信量情報を収集し、通信利用量が均一になるように配送対象をデータブロックに分割して、データ配送サーバへデータの分割配送を要求する。データ配送サーバは端末の要求するデータブロックがシステムの定める限界通信時間以内で配送できるかどうか判断し、データブロックの送信に必要な時間が前記限界通信時間を超える場合には、圧縮によるデータ送信時間の短縮を試みる。データ圧縮後もデータブロックの送信が前記限界通信時間を超える場合には、データブロックの再分割を行う。【選択図】図１
2012065314.tif 000002
【特許請求の範囲】
【請求項１】
複数のネットワークを経由して外部装置に接続する通信端末であって、
前記ネットワークを介して通信を行うネットワークインターフェースと、
前記複数のネットワークのそれぞれが使用した通信量を示す累計通信量と前記複数のネットワークのそれぞれが許容する最大通信量を示す通信量上限値との差から、前記複数のネットワークのそれぞれが利用可能な余剰通信量を算出する制御部と、を備え、
前記制御部は前記余剰通信量の比に応じてデータブロックを分割し、当該分割後のデータブロックを対応する各ネットワークへ送信するように指示するデータ分割送信要求を生成し、
前記ネットワークインターフェースは前記データ分割送信要求を前記外部装置へ送信することを特徴とする通信端末。
【請求項２】
請求項１に記載の通信端末であって、
前記累計通信量と前記通信量上限値を保持する通信量情報データベースを格納するメモリを備えることを特徴とする通信端末。
【請求項３】
請求項１に記載の通信端末であって、
前記ネットワークインターフェースを二つ以上有することを特徴とする通信端末。
【請求項４】
請求項１に記載の通信端末であって、
前記通信端末は前記ネットワークを介して管理装置に接続し、
前記外部装置からデータのダウンロードの処理を行う場合、前記管理装置から前記複数のネットワークのそれぞれの前記累計通信量と前記通信量上限値を取得することを特徴とする通信端末。
【請求項５】
請求項１に記載の通信端末であって、
前記データ分割送信要求はデータを識別するためのデータ識別子、各ネットワークを識別するためのネットワーク識別子、および前記データブロックの組を含むことを特徴とする通信端末。
【請求項６】
複数のネットワークを経由して外部装置に接続する通信端末であって、
前記ネットワークを介して通信を行うネットワークインターフェースと、
当該ネットワークインターフェースを制御する制御部と、を備え、
前記制御部は、外部装置からの伝送中に通信エラーを検出した場合、前記複数のネットワークにおいて通信遅延が最小のネットワークを検出し、当該通信遅延が最小のネットワークによりデータを再送信するように指示するデータ再送信要求を生成することを特徴とする通信端末。
【請求項７】
請求項６に記載の通信端末であって、
前記データ再送信要求はデータを識別するためのデータ識別子、前記通信遅延が最小のネットワークに対応するネットワーク識別子、および再送信のデータを特定するためのブロック番号を含むことを特徴とする通信端末。
【請求項８】
請求項６に記載の通信端末であって、
ネットワークを識別するネットワーク識別子とネットワークの通信遅延を保持するネットワーク状態情報データベースを格納するメモリを備え、
前記制御部は前記ネットワーク状態情報データベースを検索して、前記通信遅延が最少のネットワークを検出することを特徴とする通信端末。
【請求項９】
請求項６に記載の通信端末であって、
前記ネットワークインターフェースを二つ以上有することを特徴とする通信端末。
【請求項１０】
複数のネットワークを経由して通信端末に接続するサーバであって、
前記ネットワークを介して通信を行うネットワークインターフェースと、
前記ネットワークインターフェースを制御する制御部と、を備え、
前記制御部は、配送対象のデータを識別するためのデータ識別子、前記複数のネットワークにおけるある一つのネットワークを識別するためのネットワーク識別子のリスト、および配送データをブロックに分割した後のデータブロックのブロック開始番号とブロック終了番号のリストを含むデータ分割配送要求を、前記端末から受信した場合、当該データ分割配送要求に従って前記ネットワーク識別子で指定された各ネットワークへ指定したデータブロックを配送するように前記ネットワークインターフェースを制御することを特徴とするサーバ。
【請求項１１】
請求項１０に記載のサーバであって、
前記データ識別子、前記ネットワーク識別子のリスト、および前記データブロックのブロック開始番号とブロック終了番号を保持するデータ通信情報データベースを格納するメモリを備えることを特徴とするサーバ。
【請求項１２】
請求項１１に記載のサーバであって、
前記データ通信情報データベースは、前記通信端末がデータを受信するときに使用するデータ受信アドレスをさらに含み、
前記制御部は前記データ受信アドレスを用いて前記ネットワークを特定することを特徴とするサーバ。
【請求項１３】
請求項１１に記載のサーバであって、
前記メモリは、前記ネットワーク識別子、前記ネットワークの実効通信帯域、前記ネットワークの通信遅延および前記ネットワークを利用する通信時間の最大値を示す限界送信時間を保持するネットワーク状態情報データベースをさらに備え、
前記制御部は、前記データ分割送信要求を受信した場合、前記ネットワークごとに、前記データ分割送信要求に含まれている前記データブロックのサイズを前記実効通信帯域で除算することで、データブロックの送信時間を算出し、前記データブロックの送信時間と前記限界送信時間を比較して、前記データブロックの送信時間が前記限界送信時間より長い場合はデータの圧縮を行ない、データ圧縮後の前記データブロックの送信時間が前記限界送信時間より短い場合は前記データ圧縮後のデータブロックを送信するように前記通信端末に通知するデータ圧縮通知を生成することを特徴とするサーバ。
【請求項１４】
請求項１３に記載のサーバであって、
前記データ圧縮通知は、圧縮後のデータを特定するためのデータ識別子、圧縮後のデータを送信するネットワークを特定するためのネットワーク識別子のリスト、圧縮方式のリスト、およびデータ圧縮後の前記データブロックのブロック開始番号とブロック終了番号のリストを含むことを特徴とするサーバ。
【請求項１５】
請求項１３に記載のサーバであって、
前記制御部は、データ圧縮適用後のデータブロック送信時間が前記限界送信時間より長い場合、前記実効通信帯域と前記限界送信時間の積により、前記ネットワークにおいて送信可能な最大データブロックサイズを算出し、前記データ分割送信要求に含まれている前記データブロックサイズから前記最大データブロックサイズを減算して、前記ネットワークにおける超過データブロックのサイズを算出し、前記データブロックの送信時間が前記限界送信時間以下のネットワークにおいて、前記最大データブロックサイズと前記データブロックサイズの差から前記ネットワークにおける余剰データブロックサイズを算出し、前記余剰データブロックのサイズの比に応じて前記超過データブロックのサイズを分割し、データブロックサイズの再調整を行うことを特徴とするサーバ。
【請求項１６】
請求項１３に記載のサーバであって、
前記超過データブロックサイズの分割は、各ネットワークにおいて送信可能なデータサイズの余剰量が均等になるように行なわれることを特徴とするサーバ。
【請求項１７】
請求項１５に記載のサーバであって、
前記制御部は、前記データブロックサイズの再調整後に、データ識別子、ネットワーク識別子のリスト、および再調整後のブロック開始番号とブロック終了番号のリストを含むデータ分割送信通知を前記通信端末へ送信するように制御されることを特徴とするサーバ。
【請求項１８】
請求項１７に記載のサーバであって、
前記制御部は、前記ネットワークインターフェースを介してネットワーク障害を検出した場合、前記故障が発生したネットワークにおける未送信データブロックを、前記障害の発生したネットワーク以外のネットワークの余剰データブロックサイズの比に応じて分割し、データブロックサイズの再調整を行うことを特徴とするサーバ。
【請求項１９】
複数のネットワークを経由して外部装置に接続する通信端末におけるデータ通信方法であって、
前記通信端末は、前記ネットワークを介して通信を行うネットワークインターフェースと、前記ネットワークインターフェースを制御する制御部と、を備え、
前記制御部は、前記複数のネットワークのそれぞれが使用した通信量を示す累計通信量と前記複数のネットワークのそれぞれが許容する最大通信量を示す通信量上限値との差から、前記複数のネットワークのそれぞれが利用可能な余剰通信量を算出し、
前記余剰通信量の比に応じてデータブロックを分割し、
前記分割後のデータブロックを対応する各ネットワークへ送信するように指示するデータ分割送信要求を生成し、
前記データ分割送信要求を前記外部装置へ送信するように制御を行うことを特徴とするデータ通信方法。
【請求項２０】
請求項１９に記載のデータ通信方法であって、
前記通信端末は、前記累計通信量と前記通信量上限値を保持する通信量情報データベースを格納するメモリを備えることを特徴とするデータ通信方法。
【請求項２１】
請求項１９に記載のデータ通信方法であって、
前記ネットワークインターフェースを二つ以上有することを特徴とするサーバ。
【請求項２２】
請求項１９に記載のデータ通信方法であって、
前記通信端末は前記ネットワークを介して管理装置に接続し、
前記通信端末が前記外部装置からデータのダウンロードの処理を行う場合、前記管理装置から前記複数のネットワークのそれぞれの前記累計通信量と前記通信量上限値を取得することを特徴とするサーバ。
【請求項２３】
請求項１９に記載のデータ通信方法であって、
前記データ分割送信要求はデータを識別するためのデータ識別子、各ネットワークを識別するためのネットワーク識別子、および前記データブロックの組を含むことを特徴とするデータ通信方法。
【請求項２４】
複数のネットワークを経由して外部装置に接続する通信端末におけるデータ通信方法であって、
前記通信端末は、前記ネットワークを介して通信を行うネットワークインターフェースと、当該ネットワークインターフェースを制御する制御部と、を備え、
前記制御部は、外部装置からの伝送中に通信エラーを検知した場合、前記複数のネットワークにおいて通信遅延が最小のネットワークを検出し、当該通信遅延が最小のネットワークによりデータを再送信するように指示するデータ再送信要求を生成することを特徴とするデータ通信方法。
【請求項２５】
請求項２４に記載のデータ通信方法であって、
前記データ再送信要求はデータを識別するためのデータ識別子、前記通信遅延が最小のネットワークに対応するネットワーク識別子、および再送信のデータを特定するためのブロック番号を含むことを特徴とするデータ通信方法。
【請求項２６】
請求項２４に記載のデータ通信方法であって、
前記通信端末は、ネットワークを識別するためのネットワーク識別子とネットワークの通信遅延を保持するネットワーク状態情報データベースを格納するメモリを備え、
前記制御部は前記ネットワーク状態情報データベースを検索して、前記通信遅延が最少のネットワークを検出することを特徴とするデータ通信方法。
【請求項２７】
請求項２４に記載のデータ通信方法であって、
前記ネットワークインターフェースを二つ以上有することを特徴とするデータ通信方法。
【請求項２８】
複数のネットワークを経由して通信端末に接続するサーバにおけるデータ通信方法であって、
前記サーバは、前記ネットワークを介して通信を行うネットワークインターフェースと、前記ネットワークインターフェースを制御する制御部と、を備え、
前記制御部は、配送対象のデータを識別するためのデータ識別子、前記複数のネットワークにおけるある一つのネットワークを識別するためのネットワーク識別子のリスト、および配送データをブロックに分割した後のデータブロックのブロック開始番号とブロック終了番号のリストを含むデータ分割配送要求を、前記端末から受信した場合、当該データ分割配送要求に従って前記ネットワーク識別子で指定された各ネットワークへ指定したデータブロックを配送するように前記ネットワークインターフェースを制御することを特徴とするデータ通信方法。
【請求項２９】
請求項２８に記載のデータ通信方法であって、
前記通信端末は、前記データ識別子、前記ネットワーク識別子のリスト、および前記データブロックのブロック開始番号とブロック終了番号を保持するデータ通信情報データベースを格納するメモリを備えることを特徴とするデータ通信方法。
【請求項３０】
請求項２９に記載のデータ通信方法であって、
前記データ通信情報データベースは、前記通信端末がデータを受信するときに使用するデータ受信アドレスをさらに含み、
前記制御部は前記データ受信アドレスを用いて前記ネットワークを特定することを特徴とするデータ通信方法。
【請求項３１】
請求項２９に記載のデータ通信方法であって、
前記メモリは、前記ネットワーク識別子、前記ネットワークの実効通信帯域、前記ネットワークの通信遅延および前記ネットワークを利用する通信時間の最大値を示す限界送信時間を保持するネットワーク状態情報データベースをさらに備え、
前記制御部は、前記データ分割送信要求を受信した場合、前記ネットワークごとに、前記データ分割送信要求に含まれている前記データブロックのサイズを前記実効通信帯域で除算することで、データブロックの送信時間を算出し、前記データブロックの送信時間と前記限界送信時間を比較して、前記データブロックの送信時間が前記限界送信時間より長い場合はデータの圧縮を行ない、データ圧縮後の前記データブロックの送信時間が前記限界送信時間より短い場合は前記データ圧縮後のデータブロックを送信するように前記通信端末に通知するデータ圧縮通知を生成することを特徴とするデータ通信方法。
【請求項３２】
請求項２９に記載のデータ通信方法であって、
前記データ圧縮通知は、圧縮後のデータを特定するためのデータ識別子、圧縮後のデータを送信するネットワークを特定するためのネットワーク識別子のリスト、圧縮方式のリスト、およびデータ圧縮後の前記データブロックのブロック開始番号とブロック終了番号のリストを含むことを特徴とするデータ通信方法。
【請求項３３】
請求項２９に記載のデータ通信方法であって、
前記制御部は、データ圧縮適用後のデータブロック送信時間が前記限界送信時間より長い場合、前記実効通信帯域と前記限界送信時間の積により、前記ネットワークにおいて送信可能な最大データブロックサイズを算出し、前記データ分割送信要求に含まれている前記データブロックサイズから前記最大データブロックサイズを減算して、前記ネットワークにおける超過データブロックのサイズを算出し、前記データブロックの送信時間が前記限界送信時間以下のネットワークにおいて、前記最大データブロックサイズと前記データブロックサイズの差から前記ネットワークにおける余剰データブロックサイズを算出し、前記余剰データブロックのサイズの比に応じて前記超過データブロックのサイズを分割し、データブロックサイズの再調整を行うことを特徴とするデータ通信方法。
【請求項３４】
請求項３１に記載のデータ通信方法であって、
前記超過データブロックサイズの分割は、各ネットワークにおいて送信可能なデータサイズの余剰量が均等になるように行なわれることを特徴とするデータ通信方法。
【請求項３５】
請求項３４に記載のデータ通信方法であって、
前記制御部は、前記データブロックサイズの再調整後に、データ識別子、ネットワーク識別子のリスト、および再調整後のブロック開始番号とブロック終了番号のリストを含むデータ分割送信通知を前記通信端末へ送信するように制御されることを特徴とするデータ通信方法。
【請求項３６】
請求項３５に記載のデータ通信方法であって、
前記制御部は、前記ネットワークインターフェースを介してネットワーク障害を検出した場合、前記故障が発生したネットワークにおける未送信データブロックを、前記障害の発生したネットワーク以外のネットワークの余剰データブロックサイズの比に応じて分割し、データブロックサイズの再調整を行うことを特徴とするデータ通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを経由してユーザにデータを配送するシステムの改良に関する。
【背景技術】
【０００２】
ファイバーツーザホーム（Ｆｉｂｅｒ  Ｔｏ  Ｔｈｅ  Ｈｏｍｅ：ＦＴＴＨ）や種々の無線通信技術に代表されるアクセスネットワーク技術の発達に伴い、ユーザが利用できるネットワーク帯域は増加しつつあり、通信手段も多様化の傾向にある。通信手段の多様化はユーザが複数の通信路を同時に用いて通信を高速化することを可能にし、例えばデータを複数の通信レイヤによって同時に送信することで、データのダウンロードに必要な時間を短縮する技術が提案されている。例えば、従来技術の特許文献１では、データを均等なサイズの複数のブロックに分割し、複数の通信セッションによって同時にデータを送信することで通信の高速化をはかる技術が開示されている。また特許文献２では、データを分割する際に端末の処理能力を加味した非均一な分割を行う技術が開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開平０７−２１２４８７号
【特許文献２】特開２０００−１２２９３８号
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上述の従来技術では、ユーザが複数のネットワーク資源を同時に利用できる環境を考慮しないため、ネットワークの使用率がユーザの意図と反する可能性がある。特に無線通信においては、通信資源が枯渇しやすいことから、ユーザに対して通信量の上限値が設定されることが多いが、前記従来技術ではネットワークの使用状況を考慮しないため、例えば特定のネットワークの通信量が過剰に消費される恐れがある。また、ネットワーク資源の利用についてはユーザの要求のみならず、実際のネットワークの利用状況も重要である。例えば、特許文献１で開示された技術によって、データを均等なサイズに分割し、これらの分割されたデータを異なるネットワーク経由で送信する場合、ネットワークの利用状況によっては通信に要する時間に許容できない差が発生する場合がある。さらに、ユーザの要求とネットワーク提供者の要求は多くの場合相反するものであり、ユーザが通信時間を最短化する傾向が強いことに対し、ネットワーク提供者は資源の利用率を平滑化し、混み合いを避けることを重要視するが、前記従来技術では、このような異なる要求が衝突した場合、それを調停する手段は提供されていない。
【０００５】
本発明において、ユーザは端末を介して利用可能な全てのネットワークの通信量に関する情報を収集し、各ネットワークの通信量を平滑化するようにデータを分割して、データ配送サーバにデータの分割配送を要求する。データ配送サーバは各ネットワークの利用状況を監視し、配送可能なデータ量の限界サイズを算出する。ユーザの要求に従ってデータを分割した結果、あるネットワークにおいて、分割後のデータブロックのサイズが配送可能限界サイズを超える場合、データ配送サーバはネットワークの利用状況に応じてデータの再分割を行い、ユーザに結果を通知する。
【課題を解決するための手段】
【０００６】
本発明の一実施形態は、複数のネットワークを経由して外部装置に接続する通信端末であって、前記ネットワークを介して通信を行うネットワークインターフェースと、前記複数のネットワークのそれぞれが使用した通信量を示す累計通信量と前記複数のネットワークのそれぞれが許容する最大通信量を示す通信量上限値との差から、前記複数のネットワークのそれぞれが利用可能な余剰通信量を算出する制御部とを有し、前記制御部は前記余剰通信量の比に応じてデータブロックを分割し、当該分割後のデータブロックを対応する各ネットワークへ送信するように指示するデータ分割送信要求を生成し、前記ネットワークインターフェースは前記データ分割送信要求を前記外部装置へ送信する。
【０００７】
本発明の他の一実施形態は複数のネットワークを経由して外部装置に接続する通信端末であって、前記ネットワークを介して通信を行うネットワークインターフェースと、当該ネットワークインターフェースを制御する制御部とを有し、前記制御部は前記外部装置からの伝送中に通信エラーを検出した場合、前記複数のネットワークにおいて通信遅延が最小のネットワークを検出し、当該通信遅延が最小のネットワークによりデータを再送信するように指示するデータ再送信要求を生成する。
【０００８】
本発明の他の一実施形態は複数のネットワークを経由して外部装置に接続する通信端末におけるデータ通信方法であって、前記通信端末は、前記ネットワークを介して通信を行うネットワークインターフェースと、当該ネットワークインターフェースを制御する制御部とを有し、前記制御部は、前記複数のネットワークのそれぞれが使用した通信量を示す累計通信量と前記複数のネットワークのそれぞれが許容する最大通信量を示す通信量上限値との差から、前記複数のネットワークのそれぞれが利用可能な余剰通信量を算出し、前記余剰通信量の比に応じてデータブロックを分割し、当該分割後のデータブロックを対応する各ネットワークへ送信するように指示するデータ分割送信要求を生成し、前記データ分割送信要求を前記外部装置へ送信するように制御を行う。
【０００９】
本発明の他の一実施形態は複数のネットワークを経由して外部装置に接続する通信端末におけるデータ通信方法であって、前記通信端末は、前記ネットワークを介して通信を行うネットワークインターフェースと、当該ネットワークインターフェースを制御する制御部とを有し、前記制御部は前記外部装置からの伝送中に通信エラーを検出した場合、前記複数のネットワークにおいて通信遅延が最小のネットワークを検出し、当該通信遅延が最小のネットワークによりデータを再送信するように指示するデータ再送信要求を生成する。
【発明の効果】
【００１０】
本発明は、ユーザの通信利用量と、実際のネットワークの利用状況のバランスを保持しつつ、多重化によるデータダウンロードの高速化を実現できる。
【図面の簡単な説明】
【００１１】
【図１】本発明の一実施形態を示すデータ配送システムのブロック図である。
【図２】端末の構成を示すブロック図である。
【図３】通信情報管理サーバの構成を示すブロック図である。
【図４】データ配送サーバの構成を示すブロック図である。
【図５】端末が通信量情報に応じてデータをブロックに分割する場合のデータ配送処理のタイムチャートである。
【図６】データ配送サーバが圧縮を適用してデータの分割配送を行う場合のデータ配送処理のタイムチャートである。
【図７】データ配送サーバがネットワークの利用状況に応じてデータをブロックに再分割する場合のデータ配送処理のタイムチャートである。
【図８】端末がネットワークを指定してデータの再送信を要求する場合のデータ配送処理のタイムチャートである。
【図９】ネットワーク障害発生時にデータ配送サーバがデータをブロックに再分割する場合のデータ配送処理のタイムチャートである。
【図１０】端末における制御の一例を示すフローチャートである。
【図１１】データ配送サーバにおける制御の一例を示すフローチャートである。
【図１２】データ配送システムで使用されるパケットの例を示す説明図である。
【図１３】通信量情報データベースの具体例を示す説明図である。
【図１４】ネットワーク状態情報データベースの具体例を示す説明図である。
【図１５】データブロックの再分割に必要な情報の具体例を示す説明図である。
【発明を実施するための形態】
【００１２】
以下、本発明の一実施形態を添付図面に基づいて説明する。
【００１３】
図１は、本発明を適用するシステムの一例を示し、データ配送システムの構成図である。当該データ配送システムは、データ配送を要求する端末１、端末１の各ネットワーク（４−１〜４−Ｎ）における通信使用量に関する情報を管理する通信情報管理サーバ（２−１〜２−Ｎ）、コアネットワーク６に接続し、端末１からの要求に応じてデータを配送するデータ配送サーバ３、および端末１とネットワーク４の接続を仲介するゲートウェイ（５−１〜５−Ｎ）から構成される。端末１の具体例としては、例えばＧｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＧＳＭ）、Ｗｉｄｅｂａｎｄ  Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ（Ｗ−ＣＤＭＡ）、Ｗｏｒｌｄｗｉｄｅ  Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ  ｆｏｒ  Ｍｉｃｒｏｗａｖｅ  Ａｃｃ  （ＷｉＭＡＸ）などの複数の移動通信インターフェースを備えた携帯電話端末が挙げられる。端末１はデータの配送を要求する前に、各ネットワーク（４−１〜４−Ｎ）に接続した通信情報管理サーバ（２−１〜２−Ｎ）に通信量情報の送信を要求する。端末１は各ネットワーク（４−１〜４−Ｎ）において、利用可能な通信量の上限値を持ち、データ配送を要求する際には、各ネットワーク（４−１〜４−Ｎ）における利用可能な通信量を均等にするように、配送対象のデータをブロック単位に分割する。次に、データ配送サーバ３に対して、各ネットワーク（４−１〜４−Ｎ）経由で、指定したブロック単位でデータを配送するように要求する。データ配送サーバ３は各ネットワーク（４−１〜４−Ｎ）の利用状況に関する情報を管理し、端末1が要求したデータブロックのサイズによるデータ配送が可能かどうかを判断する。可能である場合は、各ネットワーク（４−１〜４−Ｎ）を経由したデータの多重配送を行う。あるネットワークが混み合っており、端末１が要求したデータブロックによるデータ多重配送が不可能な場合、データ配送サーバ３は混み合っているネットワークに割り当てられたデータブロックを、他のネットワークの利用状況が均一になるように再分割してデータの配送を継続する。
【００１４】
次に、各装置の詳細について説明する。
【００１５】
図２は端末１の装置構成である。端末１はバス１８に接続された制御部（ＣＰＵ）１２、メモリ１６、ハードディスク１４およびネットワークインターフェース（１０−１〜１０−Ｎ）を備え、ネットワークインターフェース（１０−１〜１０−Ｎ）のパケット送受信部（１０１−１〜１０１−Ｎ）を経由して外部と通信を行う。ハードディスク１４には、各ネットワーク（４−１〜４−Ｎ）の通信量に関する情報を管理する通信量情報データベース（ＤＢ）１４１、各ネットワーク（４−１〜４−Ｎ）の状態に関する情報を管理するネットワーク状態情報ＤＢ１４３、およびデータ配送に関する情報を管理するデータ通信情報ＤＢ１４５が格納され、メモリ１６上にロード（Ｌｏａｄ）されたデータ通信プログラム１６１によりハードディスク１４の読み書きが行われる。
【００１６】
メモリ１６上のデータ通信プログラム１６１は、データ配送機能を提供するデータ通信制御モジュール１６１１、通信量情報を管理する通信量情報管理モジュール１６１３、およびネットワークの状況に関する情報を収集するネットワーク情報管理モジュール１６１５を備え、通信監視タイマ１６１７により、通信情報管理サーバ（２−１〜２−Ｎ）と映像配送サーバ３との間の通信セッションを監視し、エラーの発生を検出する。
【００１７】
通信量情報ＤＢ１４１は、ネットワークを唯一に識別するためのネットワーク識別子、各ネットワークにおいて認証処理を行う際に必要となるユーザ識別子及び認証情報、当該ネットワークにおいて使用した通信量を示す累計通信量、当該ネットワークにおいて利用可能な通信量を示す通信量上限値の５つの項目から構成される。累計通信量が通信量上限値を超える場合、一般的には当該ネットワークにおいて通信停止または通信速度の著しい制限などの通信制限が課される。
【００１８】
ネットワーク状態情報ＤＢ１４３は、前記ネットワーク識別子、当該ネットワークにおける実効通信帯域、およびデータの配送に関する通信遅延の３つの項目から構成される。
【００１９】
データ通信情報ＤＢ１４５は、受信対象のデータを唯一に識別するためのデータ識別子、前記ネットワーク識別子、データ受信時にデータ配送サーバ３によって、ネットワークの状況に応じて通信帯域を削減する目的で適宜指定される圧縮方式、および前記ネットワーク識別子によって特定されるネットワーク４を経由して受信するデータブロックの開始番号及び終了番号の６つの項目から構成される。データ配送形式によって、データブロックの開始番号および終了番号は複数個含まれる場合がある。詳細な内容は後述する。
【００２０】
図３は通信情報管理サーバ２の装置構成である。通信情報管理サーバ２はバス２８に接続された制御部（ＣＰＵ）２２、メモリ２６、ハードディスク２４およびネットワークインターフェース２０を備え、ネットワークインターフェース２０のパケット送受信部２０１を経由して外部と通信を行う。ハードディスク２４には、端末１の通信情報管理サーバ２が属するネットワーク４における通信量に関する情報を管理する通信量情報ＤＢ２４１が格納され、メモリ２６上にロードされた通信量管理プログラム２６１によりハードディスク２４の読み書きが行われる。
【００２１】
メモリ２６上の通信量管理プログラム２６１は、通信量情報を管理する通信量情報管理モジュール２６１１を備え、通信監視タイマ２６１３により、端末１およびデータ配送サーバ３との間の通信セッションを監視し、エラーの発生を検出する。通信量情報ＤＢ２４１の構成は、端末１の通信量情報ＤＢ１４１と同様である。
【００２２】
図４はデータ配送サーバ３の装置構成である。データ配送サーバ３はバス３８に接続された制御部（ＣＰＵ）３２、メモリ３６、ハードディスク３４、ネットワークインターフェース３０を備え、ネットワークインターフェース３０のパケット送受信部３０１を経由して外部と通信を行う。ハードディスク３４には、各ネットワーク（４−１〜４−Ｎ）の状態に関する情報を管理するネットワーク状態情報ＤＢ３４１、配送対象のデータに関する情報を格納するデータ情報ＤＢ３４３、およびデータ配送に関する情報を管理するデータ通信情報ＤＢ３４５が格納され、メモリ３６上にロードされたデータ通信プログラム３６１によりハードディスク３４の読み書きが行われる。
【００２３】
メモリ３６上のデータ通信プログラム３６１は、データ配送機能を提供するデータ通信制御モジュール３６１１およびネットワークの状況に関する情報を収集するネットワーク情報管理モジュール３６１３を備え、通信監視タイマ３６１５により、端末１と通信情報管理サーバ（２−１〜２−Ｎ）との間の通信セッションを監視し、エラーの発生を検出する。
【００２４】
ネットワーク状態情報ＤＢ３４１は、ネットワークを唯一に識別するためのネットワーク識別子、当該ネットワークで利用可能な実効通信帯域、データの配送に関する通信遅延、および当該ネットワーク経由で送信可能なデータブロックの最大値を示す限界送信時間の４つの項目から構成される。
【００２５】
データ情報ＤＢ３４３は配送対象のデータを唯一に識別するためのデータ識別子とデータサイズから成る。データ通信情報ＤＢ３４５の構成は、端末１のデータ通信情報ＤＢ１４５と同様である。
【００２６】
次に、本発明が開示するデータ配送システムの全体の動作について、図５に示すタイムチャートを参照しながら説明する。
【００２７】
端末１がネットワーク４およびコアネットワーク６を経由してデータ配送サーバ３にダウンロードするデータ情報の送信を要求するため、データ配送処理はデータ情報要求を送信する（Ｓ１−０１）ことから始まる。データ情報要求のメッセージフォーマットは図１２のＰＦ−０１の構成を採用する。データ情報要求はメッセージの送信元アドレスと宛先アドレス、パケット種別（データ情報要求）、およびデータを特定するためのデータ識別子を含む。データ情報要求を受信したデータ配送サーバ３は、データ情報要求に含まれているデータ識別子を用いてデータ情報ＤＢ３４３を検索して、データ識別子で特定されるデータのサイズを取得する。次に、取得したデータサイズをデータ情報として端末１へ返送する（Ｓ１−０４）。データ情報のメッセージフォーマットは図１２のＰＦ−０２の構成を採用し、メッセージの送信元アドレスと宛先アドレス、パケット種別（データ情報）、データを特定するためのデータ識別子、および指定されたデータのサイズを含む。データ情報を受信した端末１は、データの多重ダウンロードをする準備として、自身が利用可能な各ネットワーク（４−１〜４−Ｎ）の通信量情報を管理する通信情報管理サーバ（２−１〜２−Ｎ）に対して、通信量情報要求を送信する（Ｓ１−０７、Ｓ１−１０）。通信量情報要求のメッセージフォーマットは図１２のＰＦ−０３に示すとおりである。通信量情報要求はメッセージの送信元アドレスと宛先アドレス、パケット種別（通信量情報要求）、ネットワーク識別子、認証に必要なユーザ識別子および認証情報を含む。通信量情報要求を受信した通信情報管理サーバ（２−１〜２−Ｎ）は、通信量情報要求に含まれているネットワーク識別子、ユーザ識別子、および認証情報と、通信量情報ＤＢ２４１中のネットワーク識別子、ユーザ識別子、および認証情報を比較し、問題がなければ端末１に通信量情報を返送する（Ｓ１−１３、Ｓ１−１６）。通信量情報のメッセージフォーマットは図１２のＰＦ−０４に示すとおりである。通信量情報はメッセージの送信元アドレスと宛先アドレス、パケット種別（通信量情報）、ネットワーク識別子、ユーザ識別子、当該ネットワークにおいてユーザが使用した累計通信量、および当該ネットワークにて許可されている通信量上限値が含まれる。通信量情報を受信した端末１は、通信量情報に含まれているネットワーク識別子、ユーザ識別子、累計通信量、および通信量上限値を用いて、通信量情報ＤＢ１４１の対応する項目を更新する。次に、通信量上限値と累計通信量の差から、当該ネットワークにおいて利用可能な通信量を算出する。図１３は通信量情報ＤＢ１４１の具体例である。図１３の例においてはＮ個のネットワークが利用可能であり、通信量情報ＤＢ１４１には各ネットワークにおけるユーザ識別子（ユーザ１、ユーザ２〜ユーザＮ）と、対応する認証情報（パスワード１、パスワード２〜パスワードＮ）と、各ネットワークにおける累積通信量および通信量上限値を格納する。ネットワーク１において、累積通信量が９０ＭＢ、通信量上限値が１００ＭＢであるため、端末１がネットワーク１にて利用可能な残り帯域は１０ＭＢである。同様に、ネットワーク２において利用可能な残り帯域は２０ＭＢで、ネットワークＮにおいて利用可能な残り帯域は３０ＭＢである。端末１は各ネットワークにおける利用可能な残り帯域の比に応じて、配送を要求するデータをブロック単位に分割する（S1-１９）。例えばネットワーク４−１、４−２、４−３における利用可能帯域がそれぞれ１０ＭＢ、２０ＭＢ、３０ＭＢで、配送を要求するデータのサイズが１２０ＭＢである場合、ネットワーク４−１、４−２、４−３それぞれに対して端末１がデータ配送を要求するブロックのサイズは２０ＭＢ、４０ＭＢ、６０ＭＢとなる。各ネットワーク４において配送すべきデータブロックのサイズを算出した端末１は、データ通信情報ＤＢ１４５を更新する。データ通信情報ＤＢの更新において、端末１はまず各ネットワークの対応するデータ受信アドレスを割り当てる。当該データ受信アドレスは端末１がデータを受信するときに使用するデータ受信アドレスである。次に、ネットワーク識別子によって特定されるネットワークごとに、データ受信アドレス、ブロック開始番号およびブロック終了番号を更新する。データ配送はパケット単位で行われ、パケットは固定のサイズを持つため、ブロックサイズをパケットサイズで除算することにより、必要なパケット数と、ブロック開始番号及びブロック終了番号を特定できる。次に、データ通信情報ＤＢ１４５の更新時に用いた情報を含むデータ分割送信要求をデータ配送サーバ３に送信する（Ｓ１−２２）。データ分割送信要求のメッセージフォーマットは図１２のＰＦ−０５の構成を採用する。データ情報要求はメッセージの送信元アドレスと宛先アドレス、パケット種別（データ分割送信要求）、データを特定するためのデータ識別子、ネットワーク識別子のリスト、データ受信アドレスのリスト、ブロック開始番号のリストおよびブロック終了番号のリストで構成される。ネットワーク識別子、データ受信アドレス、ブロック開始番号およびブロック終了番号の４項目は１つの組をなし、データブロックの配送に用いるネットワーク、端末１のデータ受信アドレスおよびブロックサイズを指定する。端末１からデータ分割送信要求を受信したデータ配送サーバ３は、端末１によって指定されたネットワークおよびブロックサイズに応じてデータ分割送信を開始する。データ配送サーバ３は個々のネットワークに対応したネットワークインターフェースを持たないが、データ分割送信要求によってネットワークごとに指定されたデータ受信アドレスをデータブロックごとに割り当てることができ、データブロックを送信すべきネットワークを指定できる。
【００２８】
次に、ネットワーク状況に応じてデータブロックのサイズを再調整する場合の動作について説明する。図６は第一のケースで、この例では特定のネットワークが混み合いなどの原因により端末１の要求するデータブロックの送信に著しく時間がかかると判断した場合、当該ネットワークにて送信するデータブロックに対して圧縮処理を行う。図６におけるステップＳ２−０１からステップＳ２−２２までは、図５のステップＳ１−０１からＳ１−２２までと同様である。ステップＳ２−２２にてデータ分割要求を受信したデータ配送サーバは、各ネットワークにおいて指定されたブロック開始番号とブロック終了番号からブロックサイズを算出する。ブロックサイズはブロック終了番号からブロック開始番号を減算した値にパケットサイズを掛算することで得られる。各ネットワークに対応するパケットサイズは既存の値であり、例えば携帯電話などの移動体網では、１２８バイトがパケットサイズとしてよく使用される。ブロックサイズを算出した後、データ配送サーバ３はネットワーク状態情報ＤＢ３４１を参照して、各ネットワークの実効通信帯域を取得する。ネットワークの状態に関する情報は、ＰＩＮＧ、Ｔｒａｃｅｒｏｕｔｅなどのネットワーク性能測定ツールにより定期的に更新できる。ネットワーク状態情報ＤＢ３４１の具体例は図１４に示すとおりである。図１４の例において、Ｎ個のネットワークは利用可能であり、ネットワーク状態情報ＤＢ３４１には各ネットワークの実効通信帯域（１Ｍｂｐｓ、５０Ｋｂｐｓ〜１Ｍｂｐｓ）、通信遅延（１００ｍｓ、５００ｍｓ〜３００ｍｓ）、および各ネットワークにおける限界送信時間(３００秒、３００秒〜６００秒)を格納する。このうち、限界送信時間はシステムによってあらかじめ定められた規定値であり、ネットワークの状況によって変化するものではない。データ配送サーバ３はネットワークごとに、算出済みのブロックサイズを実効通信帯域で除算することで、データブロックの送信に必要な時間を算出する。次に、算出したデータブロックの送信時間と限界送信時間を比較する。比較した結果、データブロック送信時間が限界送信時間を超える場合（Ｓ２−２５）、データ配送サーバは当該ネットワークにおいてデータの圧縮を適用し、データブロック送信時間を再計算する。例えば、ネットワーク２におけるデータブロック送信時間は３３0秒であり、圧縮により１０％のデータ量削減が見込める場合、再計算後のデータブロック送信時間は297秒であり、当該値は限界送信時間以下である（Ｓ２−２８）。データ配送サーバ３は、圧縮により限界送信時間内でデータブロックの送信が可能であると判断した場合、圧縮後のデータブロックをパケットサイズで除算して新規ブロック開始番号およびブロック終了番号を算出し、データ通信情報ＤＢ３４５の当該ネットワークに対応するレコード（ｒｅｃｏｒｄ）のブロック開始番号、ブロック終了番号および圧縮方式を更新する。圧縮方式はデータの圧縮に用いたアルゴリズムを表し、通常ｚｉｐやｒａｒなどの一般的に用いられているアルゴリズムが指定される。次に、データ配送サーバ３は端末１にデータ圧縮通知を送信する（Ｓ２−３１）。データ圧縮通知のメッセージフォーマットは図１２のＰＦ−０６の構成を採用する。データ圧縮通知はメッセージの送信元アドレスと宛先アドレス、パケット種別（データ圧縮通知）、データを特定するためのデータ識別子、ネットワーク識別子のリスト、データ配送アドレスのリスト、圧縮方式のリスト、再算出したブロック開始番号のリストおよびブロック終了番号のリストから構成される。データ圧縮通知を受信した端末１は、データ通信情報ＤＢ１４５の該当するレコードを更新して、データの配送に備える。データ圧縮通知を送信したデータ配送サーバ３は、データの分割送信を開始する（Ｓ２−３４）。
【００２９】
次に、図７を用いて第二のケースをについて説明する。この例では特定のネットワークが混み合いなどの原因により端末１の要求するデータブロックの送信に著しく時間がかかると判断した場合、当該ネットワークにて送信するデータブロックに対して圧縮処理を行うが、圧縮処理だけではネットワークの混み合いに対応できず、他のネットワークを用いてデータブロックの送信を行う必要がある。図７におけるステップＳ３−０１からステップＳ３−２５は、図６のステップＳ２−０１からＳ２−２５までと同様である。ステップＳ３−２８において、図６と同様にデータ圧縮によるデータブロック送信時間の短縮を試みるが、第二のケースにおいては、圧縮適用後のデータブロック送信時間が依然として限界送信時間を越える。このような場合、データ配送サーバ３はデータブロックの再分割を行う。再分割は以下の手順で行う。まず、最初に、データブロック送信時間の超過が発生したネットワークにおいて、実効通信帯域と限界送信時間の積により、当該ネットワークにおいて送信可能な最大ブロックサイズを算出する。次に、ステップＳ３−２２において、端末１から送信されたデータ分割送信要求により当該ネットワークで送信するように指定されたブロックサイズから、当該ネットワークで送信可能な最大ブロックサイズを減算し、当該ネットワークで送信しきれないデータブロックのサイズを算出する。当該余剰のデータブロックを当該ネットワークにおける超過ブロックと呼ぶ。データ配送サーバ３は、超過ブロックを当該ネットワーク以外のネットワークを介して送信するように、超過ブロックを再分割する。再分割は、各ネットワークにおいて送信可能なデータサイズの余剰量が均等になるように、即ちネットワークの利用率を均一化するように行う。図１５に再分割アルゴリズムを説明するための具体例を示す。図１５はネットワーク１、２、３、４を介して、それぞれ５０ＭＢのデータブロックを送信するように端末１が要求した状態を示す。ネットワーク２は混み合いが発生しており、最大でも５０ＫＢＰＳと３００秒の積、即ち１５ＭＢのデータしか送信することができないため、３５ＭＢの超過ブロックが存在する。ネットワーク２の超過ブロックを他のネットワーク経由で送信する際に、データ配送サーバ３は他のネットワークが送信可能なデータブロックサイズを算出する。図１５において、ネットワーク１での送信可能なデータブロックサイズは３００ＭＢ（３５０−５０）で、ネットワーク３、４での送信可能なデータブロックサイズは６００ＭＢ（６５０−５０）である。次に、超過ブロックを送信可能データブロックサイズの比で分割する。例えば、ネットワーク１には７ＭＢ、ネットワーク３、４には１４ＭＢが割り当てられる。データ配送サーバ３はネットワーク１、３、４経由で本来送信すべきだったデータブロックサイズに上記の値を加えて、新たなデータブロックサイズを再計算し、データ通信情報ＤＢ３４５を更新する（Ｓ３−３１）。次に、データ分割送信通知を端末１に送信して、再計算したデータブロックサイズを通知する（Ｓ３−３４）。データ分割送信通知のメッセージフォーマットは図１２のＰＦ−０７の構成を採用する。データ圧縮通知はメッセージの送信元アドレスと宛先アドレス、パケット種別（データ分割送信通知）、データを特定するためのデータ識別子、通知内容によるデータベースの更新方法を示す操作種別、ネットワーク識別子のリスト、データ受信アドレスのリスト、再算出したブロック開始番号のリストおよびブロック終了番号のリストで構成される。操作種別は「更新」もしくは「追加」の二種類の値であり、更新の場合、端末１はデータ通信情報ＤＢ１４５の既存レコードに対して、新しい値を上書きする（Ｓ３−３７）。データブロックサイズの更新処理を完了したデータ配送サーバ３は、データ分割送信を開始する（Ｓ３−４０）。
【００３０】
次に、データ送信中にエラーが発生した場合の処理について説明する。図８はパケットロスが発生した際にデータの再送信処理を行うメッセージシーケンスである。端末１がデータ配送サーバからデータを受信中（Ｓ４−０１）にパケットロスを検出する（Ｓ４−０４）。端末１はネットワーク状態情報ＤＢ１４３を検索して、通信遅延が最小のネットワークを検出する（Ｓ４−０７）。通信遅延が最小のネットワークを介したデータの再送信を要求することで、データ再送信に要する時間を最小化することができる。端末１はデータ再送信要求をデータ配送サーバ３に送信して、データ再送信に用いるネットワークを通知する（Ｓ４−１０）。データ再送信要求は図１２のＰＦ−０８の構成を採用する。データ再送信要求はメッセージの送信元アドレスと宛先アドレス、パケット種別（データ再送信要求）、データを特定するためのデータ識別子、データ再送信に用いるネットワークを指定するネットワーク識別子、データ受信アドレス、および再送信を要求するブロック番号で構成される。端末１からデータ再送信要求を受信したデータ配送サーバ３は、指定されたネットワーク経由で要求されたデータブロックを端末に返送する（Ｓ４−１３）。
【００３１】
次に、図９を用いて、通信中にあるネットワークにおいて障害が発生した際のエラー処理について説明する。データ配送サーバ３はデータの分割配送中（Ｓ５−０１）に、あるネットワークで障害が発生したことを検出する（Ｓ５−０４）。障害が発生したネットワークで送信する予定だったデータブロックの送信を完了させるために、データ配送サーバ３は当該ネットワークにおいて送信済みのデータブロックと未送信のデータブロックを分ける。次に、未送信のデータブロックを、図７のＳ３−３１と同様に、ネットワークの利用状況に従って、他のネットワーク経由で送信するように再分割する。具体的には、障害の発生したネットワークにおいて、未送信データブロックのサイズを算出した後、データ配送サーバ３は、未送信ブロックを障害の発生したネットワーク以外のネットワークを介して送信するように、未送信ブロックを分割する。分割は、各ネットワークにおいて送信可能なデータサイズの余剰量が均等になるように、即ちネットワークの利用率を均一化するように行う。未送信データブロックの再分割に際しては、他のネットワークには既に各々のデータブロックの送信処理が割り当てられており、それぞれのデータ送信は進行中であるため、データブロックのサイズを再計算するのではなく、既存のデータブロックとは別のデータブロックとして各ネットワークへの割り当てを行う。このような処理は、データ配送サーバ３が端末１へデータ分割送信通知を送信する際に、操作種別を「追加」に指定することでできる（Ｓ５−１０）。データ分割送信通知を受信した端末１は、データ通信情報ＤＢ１４５を更新する際に、データ分割送信通知に含まれているブロック開始番号およびブロック終了番号を、当該ネットワーク識別子およびデータ識別子によって特定されるレコードに、新規項目として追加する。この結果、データ通信情報ＤＢ１４５の当該レコードは、２つ以上のブロック開始番号とブロック終了番号の組を保持することとなる。データブロックの再割り当てを行ったデータ配送サーバ３は、データ分割送信処理を継続する（Ｓ５−１６）。
【００３２】
次に、端末１で行われる制御の一例について、図１０のフローチャートを参照しながら説明する。このフローチャートは、所定の周期で実行されるものである。端末１は起動時(ステップＦ１−０１)にメッセージ受信ループを開始させ（ステップＦ１−０４）、ネットワークインターフェース（１０−１〜１０−Ｎ）からのメッセージを受信する。ステップＦ１−０７において、受信したメッセージがデータ配送サーバ３からのデータ情報であるかどうかを判断する。受信したメッセージがデータ情報である場合、ステップＦ１−２８に進んで通信量情報要求を、端末１が利用可能な全てのネットワーク（４−１〜４−Ｎ）に接続した通信情報管理サーバ（２−１〜２−Ｎ）へ送信する。ステップＦ１−１０において、通信情報管理サーバ２から通信量情報を受信した場合、ステップＦ１−３１に進んで、全ての通信情報管理サーバ（２−１〜２−Ｎ）から通信量情報を受信したかどうかを判断する。全ての通信情報管理サーバ（２−１〜２−Ｎ）から通信量情報を受信した場合はステップＦ１−３４へ進み、通信量に従ってダウンロード対象のデータをブロック単位に分割した後、ステップＦ１−３７へ進んで、データ分割配送要求をデータ配送サーバ３へ送信する。ステップＦ１−１３において、データ配送サーバ３からデータ圧縮通知を受信した場合はステップＦ１−４０へ進んで、データ通信情報ＤＢ１４５に圧縮方式の情報を格納する。ステップＦ１−１６において、データ配送サーバ３からデータ分割送信通知を受信した場合はステップＦ１−４３へ進み、データ分割送信通知中の操作種別が「追加」かどうかを判断する。操作種別が「追加」ではなく「更新」であればステップＦ１−４６へ進み、データ識別子及びネットワーク識別子で指定される当該レコードのブロック開始番号および終了番号を上書きして更新する。操作種別が「追加」であればステップＦ１−５２に進み、当該レコードにブロック開始番号および終了番号を追加する。ステップＦ１−１９において、パケットロスを検出した場合は、ステップＦ１−４９に進み、ネットワーク状態情報ＤＢ１４３を検索して、もっとも通信遅延の小さいネットワークを指定してパケット再送信要求をデータ配送サーバ３へ送信する。メッセージ受信ループは端末１のシャットダウン時（ステップＦ１−２２）に終了する（ステップＦ１−２５）。以上の処理により、端末１は通信量情報に応じてデータブロックのサイズを指定したデータの分割送信処理を実現する。
【００３３】
次に、データ配送サーバ３で行われる制御の一例について、図１１のフローチャートを参照しながら説明する。このフローチャートは、所定の周期で実行されるものである。データ配送サーバ３は起動時(ステップＦ２−０１)にメッセージ受信ループを開始させ（ステップＦ２−０４）、ネットワークインターフェース３０からのメッセージを受信する。ステップＦ２−０７において、受信したメッセージがデータ情報要求であるかどうかを判断する。受信したメッセージがデータ情報要求である場合、ステップＦ２−２５に進んで、データ識別子に対応するデータ情報を端末１へ送信する。ステップＦ２−１０において、受信したメッセージがデータ分割送信要求である場合、ステップＦ２−２８に進んで、端末の要求したブロックの送信時間が各ネットワークの限界送信時間以下であるかどうか判断する。限界送信時間以下である場合はステップＦ２−４３に進み、データ分割送信を開始する。端末の要求したブロックの送信時間が限界送信時間を越えるネットワークが存在する場合はステップＦ２−３１に進み、圧縮適用後のブロックの送信時間が各ネットワークの限界送信時間以下であるかどうか判断する。限界送信時間以下であればステップＦ２−４６へ進み、データ圧縮通知を端末へ送信する。圧縮適用後のブロックの送信時間が限界送信時間を越えるネットワークが存在する場合はステップＦ２−３４に進み、ネットワークの状況に従って配送対象のデータをブロック単位に分割する。分割方法は図７のステップＳ３−３１と同様である。次に、ステップＦ２−４９に進み、データ分割送信通知を端末１へ送信する。このとき、操作種別は「更新」に設定する。ステップＦ２−１３において、データ再送信要求を端末１から受信した場合はステップＦ２−３７へ進み、端末１が指定したネットワーク経由でデータ再送信処理を行う。ステップＦ１−１６において、ネットワーク障害を検出した場合はステップＦ２−４０へ進み、障害の発生したネットワークで配送すべきデータをブロック単位に分割する。分割方法は図９のステップＳ５−０７と同様である。次に、ステップＦ２−５２へ進み、データ分割送信通知を端末１へ送信する。このとき、操作種別は「追加」に設定する。メッセージ受信ループはデータ配送サーバ３のシャットダウン時（ステップＦ３−１９）に終了する（ステップＦ３−２２）。以上の処理により、データ配送サーバ３はネットワークの利用状況に柔軟に対応したデータの分割送信処理を実現する。
【産業上の利用可能性】
【００３４】
以上のように、本発明に係るデータ配送システムでは、ユーザの通信量情報およびネットワークの利用状況の両方のバランスを取りつつ、データの分割配送によりデータ配送に必要な時間を短縮できるので、コグニティブ無線に代表される、複数の異なるネットワークを介した通信システムおよび応用サービスに適用することができる。 
【符号の説明】
【００３５】
１  端末
２−１〜２−Ｎ  通信情報管理サーバ
３  データ配送サーバ
４−１〜４−Ｎ  ネットワーク
５−１〜５−Ｎ  ゲートウェイ
６  コアネットワーク
【図１】
2012065314.tif 000003
【図２】
2012065314.tif 000004
【図３】
2012065314.tif 000005
【図４】
2012065314.tif 000006
【図５】
2012065314.tif 000007
【図６】
2012065314.tif 000008
【図７】
2012065314.tif 000009
【図８】
2012065314.tif 000010
【図９】
2012065314.tif 000011
【図１０】
2012065314.tif 000012
【図１１】
2012065314.tif 000013
【図１２】
2012065314.tif 000014
【図１３】
2012065314.tif 000015
【図１４】
2012065314.tif 000016
【図１５】
2012065314.tif 000017