"第1データ処理装置は、所定機能を実行するためのデータを分割する第1分割数を前記データのサイズに基づいて設定し、前記第1分割数を分割してN個Nは正の整数の要素を含むグループを第2分割数個生成し、前記第1データ処理装置と通信可能な複数のデータ処理装置を前記第2分割数個のグループに割り当て、前記データを前記第1分割数で分割した分割データを前記第2分割数個のグループのそれぞれに割り当てることを特徴とするデータ処理方法。前記第2分割数個のグループのそれぞれに割り当てられた複数のデータ処理装置に含まれるN個のデータ処理装置のそれぞれに前記分割データが割り当てられることを特徴とする請求項1に記載のデータ処理方法。前記N個のデータ処理装置は、通信強度に基づいて選択されることを特徴とする請求項1に記載のデータ処理方法。前記第2分割数個のグループのそれぞれに割り当てられた複数のデータ処理装置に含まれるとともに前記N個のデータ処理装置以外のデータ処理装置は、前記N個のデータ処理装置のうちの少なくとも一のデータ処理装置から前記分割データを取得することを特徴とする請求項2または請求項3に記載のデータ処理方法。前記第2分割数個のグループのそれぞれに割り当てられた複数のデータ処理装置は複数の領域のうちの一の領域に位置することを特徴とする請求項2乃至請求項4の何れか一の請求項に記載のデータ処理方法。前記第2分割数個のグループの内の少なくとも一のグループの前記N個のデータ処理装置のうちの第2データ処理装置と前記第1データ処理装置との通信が弱まる方向に変化するとき、前記少なくとも一のグループに含まれるとともに前記N個のデータ処理装置以外の第3データ処理装置に前記第2データ処理装置に割り当てられた分割データを割り当てることを特徴とする請求項2乃至請求項5の何れか一の請求項に記載のデータ処理方法。前記第2分割数個のグループの内の少なくとも一のグループの前記N個のデータ処理装置のうちの第4データ処理装置が前記領域に位置しなくなるとき、前記第4データ処理装置が前記分割データを前記第1データ処理装置からダウンロードしているときは前記ダウンロード終了後に、前記少なくとも一のグループに含まれるとともに前記N個のデータ処理装置以外の第5データ処理装置に前記第4データ処理装置に割り当てられた分割データを割り当てることを特徴とする請求項5に記載のデータ処理方法。前記第2分割数個のグループの内の少なくとも一のグループの前記N個のデータ処理装置以外の第7データ処理装置が前記領域から新たな領域に移動するとき、前記新たな領域に位置するグループのN個のデータ処理装置に関する情報を前記第7データ処理装置に通知することを特徴とする請求項5または請求項7に記載のデータ処理方法。前記第1分割数は、前記データを前記第1データ処理装置からダウンロードする時間、実行帯域、前記複数のデータ処理装置が位置する領域間の通信時間、前記データ処理装置のファイルへのアクセス時間のうちの少なくとも一要素に基づいて設定されることを特徴とする請求項1乃至請求項8の何れか一の請求項に記載のデータ処理方法。しかしながら、上述した従来技術では、端末が移動する場合、端末の密集度合いが動的に変化するため、端末間でのデータ転送やグループごとのデータ配信によって各端末がすべての必要なデータを取得することは困難であるという問題点がある。複数のデータ処理装置がすべての必要なデータを取得することを可能とするデータ処理方法を提供することを目的とする。データ処理方法は、第1データ処理装置において、第1分割数を設定し、第2分割数個のグループを生成し、複数のデータ処理装置を第2分割数個のグループに割り当て、分割データを第2分割数個のグループのそれぞれに割り当てるものである。第1分割数は、所定機能を実行するためのデータを分割する数であり、データのサイズに基づいて設定される。第2分割数個のグループは、第1分割数を分割してN個Nは正の整数の要素を含む。複数のデータ処理装置は、第1データ処理装置と通信可能である。分割データは、所定機能を実行するためのデータを第1分割数で分割したデータである。複数のデータ処理装置がすべての必要なデータを取得することができるという効果を奏する。以下に、この発明にかかるデータ処理方法の実施例を図面に基づいて詳細に説明する。実施例にかかるデータ処理方法は、所定機能を実行するためのデータを第1分割数で分割し、第1分割数で分割した分割データを、複数のデータ処理装置を割り当てた第2分割数個のグループのそれぞれに割り当てるものである。なお、この実施例によりこの発明が限定されるものではない。実施例1図1は、実施例1にかかるデータ処理方法を示すフローチャートである。図1に示すように、第1データ処理装置は、データ処理方法を開始すると、まず、第1分割数を設定するステップS1。第1分割数は、所定機能を実行するためのデータを分割する数であり、当該データのサイズに基づいて設定される。次いで、第1データ処理装置は、第2分割数個のグループを生成するステップS2。各グループは、第1分割数を分割してN個Nは正の整数の要素を含む。次いで、第1データ処理装置は、複数のデータ処理装置を第2分割数個のグループに割り当てるステップS3。複数のデータ処理装置は、第1データ処理装置と通信可能である。次いで、第1データ処理装置は、分割データを第2分割数個のグループのそれぞれに割り当てるステップS4。分割データは、所定機能を実行するためのデータを第1分割数で分割したデータである。実施例1によれば、複数のデータ処理装置をグループ分けし、分割したデータを各グループのそれぞれに割り当てることによって、複数のデータ処理装置がすべての必要なデータを取得することができる。実施例2実施例2は、実施例1にかかるデータ処理方法を、複数のデータ処理装置として携帯電話機などの端末を含み、第1データ処理装置として基地局を含む携帯電話システムに適用したものである。所定機能を実行するためのデータの一例として、例えば地域に関係づけられたデータが挙げられる。すなわち、実施例2は、複数の端末が、基地局を介して、地域に関係づけられたデータを提供するサービスサーバから、地域に関係づけられたデータをダウンロードする際のデータ処理方法である。地域に関係づけられたデータの一例として、例えば地図データや、地域ごとの店舗やサービスの情報のようなデータが挙げられる。なお、端末の一例として、携帯電話機以外にも、無線による通信が可能な携帯型のゲーム機やPDAPersonalDigitalAssistantsなどの携帯情報端末が挙げられる。データ処理方法の概要図2は、実施例2にかかるデータ処理方法を説明する模式図である。図2に示すように、地域に関係づけられたデータの提供領域1は、同一のデータが提供される領域である。地域に関係づけられたデータの提供領域1に位置する複数の端末は、図示しない基地局と通信可能である。地域に関係づけられたデータの提供領域1に位置する複数の端末は、複数のグループに分けられる。各グループには、サービスサーバに対するアクセス権を有する端末と、サービスサーバに対するアクセス権のない端末とが含まれている。サービスサーバに対するアクセス権のある端末は、基地局を介してサービスサーバから地域に関係づけられたデータをダウンロードする。サービスサーバに対するアクセス権のない端末は、基地局を介してサービスサーバから地域に関係づけられたデータをダウンロードしない。各グループにおいて、サービスサーバに対するアクセス権のある端末6,7,8の数は同じである。一方、地域に関係づけられたデータの提供領域1は、複数のクラスタ2,3,4,5に分割されている。上述した各グループのそれぞれに属する端末は、グループごとに、いずれかのクラスタ2,3,4,5に位置する。例えば図2に示す例では、各クラスタ2,3,4,5に、サービスサーバに対するアクセス権のある端末6,7,8が3台ずつ含まれている。各クラスタ2,3,4,5において、サービスサーバに対するアクセス権のない端末は、図示省略されている。このように、クラスタは、広さや端末の位置とは関係なく、サービスサーバに対するアクセス権を有する端末6,7,8の数によって決まる。地域に関係づけられたデータは、各クラスタ2,3,4,5においてサービスサーバに対するアクセス権のある端末6,7,8の数で分割される。元のデータが分割されてできたデータは、各クラスタ2,3,4,5においてサービスサーバに対するアクセス権のある端末6,7,8によって分担されてダウンロードされる。図2に示す例では、地域に関係づけられた元のデータは、1番目の分割されたデータ、2番目の分割されたデータ及び3番目の分割されたデータに3分割される。そして、各クラスタ2,3,4,5において、サービスサーバに対するアクセス権のある端末6,7,8のうち、ある端末6が1番目の分割されたデータを、別の端末7が2番目の分割されたデータを、さらに別の端末8が3番目の分割されたデータを、それぞれダウンロードする。各クラスタ2,3,4,5において、各クラスタ2,3,4,5に属する複数の端末は、例えばアドホックデータ通信により互いに自端末が保持する分割されたデータを転送し合う。それによって、各クラスタ2,3,4,5に属する複数の端末は、地域に関係づけられた元のデータのすべてを取得することができる。基地局の説明図3は、実施例2にかかる基地局を示すブロック図である。図3に示すように、基地局11は、例えばCPUCentralProcessingUnit、中央処理装置12、メモリ13及び通信部14を備えている。CPU12、メモリ13及び通信部14は、バス15に接続されている。CPU12は、OSOperatingSystem、オペレーティングシステム16及び種々のアプリケーションプログラムを実行する。CPU12がOS16を実行することによって、例えば算出部21、検出部22、スケジューラ23、指示部24及び通信ドライバ25が実現される。算出部21は、地域に関係づけられたデータを、端末が実効最大速度で基地局を介してサービスサーバからダウンロードすることができるようなサイズの複数のデータに分割することができるように、分割数を算出する。端末がデータをダウンロードする際の実効最大速度は、通信環境などの要因によって決まるので、分割前の元のデータのサイズが大きければ分割数も大きくなり、分割前の元のデータのサイズが小さければ分割数も小さくなる。検出部22は、無線通信により接続されている端末の移動ベクタを収集し、移動ベクタに基づいて端末の動きを検出する。検出部22は、地域に関係づけられたデータにくくりつけられた地図上の座標と端末との位置関係に基づいて、地域に関係づけられたデータの提供領域1に対する端末の出入りを監視する。また、検出部22は、基地局の通信可能領域例えば、セルに対する端末の出入りを監視する。スケジューラ23は、各クラスタ2,3,4,5において、基地局との間の無線通信における電波強度の強い端末、あるいは通信品質の良い端末を、算出部21が算出した分割数分選択し、選択した端末にサービスサーバに対するアクセス権を付与する。また、スケジューラ23は、各クラスタ2,3,4,5において、サービスサーバに対するアクセス権を付与しない端末を選択し、サービスサーバに対するアクセス権を付与した端末と付与しない端末とでグループを形成する。このグループは、サービスサーバに対するアクセス権のある端末6,7,8によるダウンロードの終了後、相互に自端末の保持するデータを転送し合う端末の集合である。スケジューラ23は、端末がクラスタ2,3,4,5の間を行き来することによってクラスタの構成が変化すると、新たにサービスサーバに対するアクセス権を付与する端末を選択してもよい。地域に関係づけられたデータの提供領域1に対して端末が出入りする場合、地域に関係づけられたデータの提供領域1においてオフラインであった端末がオンラインになる場合やその逆の場合、基地局の通信可能領域に対して端末が出入りする場合も、同様であってもよい。例えば、スケジューラ23は、サービスサーバに対するアクセス権のある端末6,7,8が、現在位置するクラスタから出た場合、当該端末が実行中のダウンロードが完了してから、当該端末に付与していたサービスサーバに対するアクセス権を剥奪してもよい。この場合、当該端末が位置していたクラスタに位置する他の端末は、当該端末から、当該端末がダウンロードしたデータを取得するようにしてもよい。また、スケジューラ23は、サービスサーバに対するアクセス権のない端末が、現在位置するクラスタから出た場合、当該端末に、移動先のクラスタに位置する、サービスサーバに対するアクセス権のある端末6,7,8を通知してもよい。一方、スケジューラ23は、サービスサーバに対するアクセス権のある端末6,7,8が、現在位置するクラスタから基地局の通信可能領域の外へ出る場合、ダウンロードが終了していなくても、サービスサーバに対するアクセス権を剥奪してもよい。この場合、スケジューラ23は、当該端末が位置していたクラスタに位置する他の端末のうち、電波強度の強い端末または通信品質の良い端末に新たにサービスサーバに対するアクセス権を付与して、再度ダウンロードを行うように指示してもよい。指示部24は、各クラスタ2,3,4,5内の端末に対して、サービスサーバに対するアクセス権のある端末6,7,8のダウンロードが終了した後に、クラスタ内の各端末で相互にデータを転送し合うように指示する。その際、指示部24は、サービスサーバに対するアクセス権のある端末6,7,8のうちのどの端末が、分割されたデータのどれを保持しているかということを指示する。また、指示部24は、各端末に対して、携帯電話網などのネットワーク経由ではなく、アドホックデータ通信によってデータの転送を行うように指示する。通信ドライバ25は、通信部14に対する制御を行う。メモリ13は、例えばCPU12の作業領域として用いられる。通信部14は、携帯電話網に無線通信により接続して端末との間で例えばパケットの送受信を行う。端末の説明図4は、実施例2にかかる端末を示すブロック図である。図4に示すように、端末31は、例えば、センサ32、CPU33、ベースバンド部34、メモリ35、ストレージ36及び無線部37を備えている。センサ32、CPU33、ベースバンド部34、メモリ35、ストレージ36及び無線部37は、バス38に接続されている。CPU33は、OS39及び種々のアプリケーションプログラムを実行する。CPU33がOS39を実行することによって、例えばファイルシステム40、アドホック通信ドライバ41、並びに常駐プロセス42として例えばデータ分割クライアント43、移動ベクトル通知クライアント44及びファイル共用サーバ/クライアント45が実現される。データ分割クライアント43は、基地局に対して、地域に関係づけられたデータを取得する際のクライアント機能を実現する。データ分割クライアント43は、基地局11からデータ配置情報46を取得し、端末の移動に伴ってクラスタが再構成されるとデータ配置情報46を更新する。データ配置情報46は、どの端末が、地域に関係づけられたデータの分割されたデータ分割データ47のうちのどれを保持しているかということを示す情報である。データ配置情報46は、例えば端末ごとに、端末の識別子と当該端末が保持しているデータのオフセットとを対にした情報であってもよい。端末の識別子は、例えばIPInternetProtocolアドレスであってもよい。移動ベクトル通知クライアント44は、センサ32により取得した自端末の位置情報に基づいて自端末の移動ベクタを算出し、移動ベクタを基地局11へ通知する。ファイル共用サーバ/クライアント45は、自端末の保持するデータを他の端末へ提供するサーバ機能、及び他の端末からデータを取得するクライアント機能を実現する。ファイルシステム40は、ストレージ36に記録されているデータを管理する。アドホック通信ドライバ41は、無線部37に対して、端末間でデータを転送し合う際のアドホックデータ通信を制御する。センサ32は、自端末の位置情報を取得する。センサ32の一例として、例えばGPSGlobalPositioningSystem、全地球測位システムセンサや加速度センサなどが挙げられる。ベースバンド部34は、ベースバンド信号に対する送信処理及び受信処理を行う。メモリ35は、例えばCPU33の作業領域として用いられる。ストレージ36には、端末31が基地局11から取得したデータ配置情報46や、基地局11を介してサービスサーバからダウンロードした、地域に関係づけられたデータの分割されたデータ分割データ47が格納されてもよい。無線部37は、携帯電話網に無線通信により接続して基地局11との間で例えばパケットの送受信を行う。また、無線部37は、アドホックデータ通信により他の端末との間で例えばパケットの送受信を行う。基地局におけるデータ処理方法の説明図5は、実施例2にかかる基地局におけるデータ処理方法を示すフローチャートである。図5に示すように、基地局11は、まず、算出部21により、サービスサーバが提供する地域に関係づけられたデータのサイズ、及び端末がダウンロードする際の実効最大速度に基づいて、地域に関係づけられたデータの分割数Nデータ分割数Nを算出するステップS11。次いで、基地局11は、検出部22により、自局と無線通信によりハンドシェイクの状態で接続している端末の移動ベクタを収集し、移動ベクタに基づいて端末の動きを検出するステップS12。次いで、基地局11は、スケジューラ23により、地域に関係づけられたデータの提供領域1に含まれるクラスタ2,3,4,5において、端末の出入りや端末の電源のオンオフなどによってクラスタが再構成されているか否かを判断するステップS13。クラスタが再構成されていない場合ステップS13:No、ステップS12に戻る。クラスタが再構成されている場合ステップS13:Yes、基地局11は、スケジューラ23による端末のスケジューリングを行い、各クラスタに、サービスサーバに対するアクセス権のある端末とアクセス権のない端末とを割り当てるステップS14。次いで、基地局11は、指示部24により、各端末に対してクラスタ内の各端末で相互にデータを転送し合い、データを共用するように指示するステップS15。そして、ステップS12に戻る。なお、データ分割数Nが、基地局11とハンドシェイクの状態で接続している端末の数よりも大きい場合には、基地局11は、図5に示すフローチャートの動作を実行しない。端末の開始時及び移動時のデータ処理方法の説明図6は、実施例2にかかる端末の開始時及び移動時のデータ処理方法を示すフローチャートである。図6に示すように、端末31は、まず、センサ32により取得した位置情報に基づいて、移動ベクトル通知クライアント44により自端末の移動ベクタを算出し、移動ベクタを基地局へ報告するステップS21。次いで、端末31は、自端末が現在位置する基地局圏から他の基地局圏に移動するのか否かを判断するステップS22。他の基地局圏に移動する場合ステップS22:Yes、端末31は、移動先の基地局から当該基地局におけるデータの分割方針を受信するステップS23。次いで、端末31は、データの分割方針に基づいて、移動先のクラスタが新規クラスタであるか否かを判断するステップS24。新規クラスタである場合ステップS24:Yes、端末31は、移動先のクラスタにおいて自端末に割り当てられた、地域に関係づけられたデータの分割されたデータ分割データ47をダウンロードするステップS25。一方、新規クラスタでない場合ステップS24:No、端末31は、アドホックデータ通信によってクラスタ内の他の端末からデータを受信するステップS29。そして、分割データのダウンロードまたはアドホックデータ通信によるデータの受信が終了したら、端末31は、データ配置情報46を更新しステップS26、ステップS21に戻る。一方、他の基地局圏に移動しない場合ステップS22:No、端末31は、クラスタの構成が変更されたか否かを判断するステップS27。変更されていない場合ステップS27:No、ステップS21に戻るすなわち、端末31は、何もしない。クラスタの構成が変更されている場合ステップS27:Yes、端末31は、基地局から、クラスタ内の各端末で相互にデータを転送し合うことによってデータを共用する指示を受信するステップS28。次いで、端末31は、アドホックデータ通信によってクラスタ内の他の端末からデータを受信しステップS29、データ配置情報46を更新しステップS26、ステップS21に戻る。端末のアプリケーション動作時のデータ処理方法図7は、実施例2にかかるクライアント側端末のアプリケーション動作時のデータ処理方法を示すフローチャートである。図8は、実施例2にかかるサーバ側端末のアプリケーション動作時のデータ処理方法を示すフローチャートである。図7に示すように、端末31は、地域に関係づけられたデータを使用するアプリケーションの動作を開始するとステップS31、データ配置情報46を参照して、アクセスするファイルのオフセットを取得するステップS32。次いで、端末31は、データ配置情報46を参照し、アクセスするファイルのオフセットの情報に基づいて所望のデータが自端末のストレージ36に格納されているか、他の端末上にあるデータかを判断するステップS33。自端末にあるデータである場合ステップS33:No、端末31は、自端末のストレージ36に格納されている、所望のデータを含むファイルにアクセスするステップS34。そして、端末31は、ファイルシステム40によりファイル更新フラグを更新するステップS35。一方、他の端末上にあるデータの場合ステップS33:Yes、端末31は、ファイル共用サーバ/クライアント45のクライアント機能を起動するステップS36。そして、端末31は、自端末のファイルキャッシュ上に所望のデータがあるか否かを判断するステップS37。本来、所望のデータが他の端末上にあるデータであっても、例えば、以前に端末31が他の端末上のデータにアクセスしたことがある場合には、自端末のファイルキャッシュ上にその所望のデータが残っていることがあるからである。一方、他の端末の側では、図8に示すように、ファイル共用サーバ/クライアント45のサーバ機能が起動するステップS41。端末31の側でクライアント機能が起動し図7、ステップS36、他の端末の側でサーバ機能が起動すると、サーバ側の端末は、自端末のファイルキャッシュ上のデータが更新されているか否かを判断するステップS42。サーバ側の端末のファイルキャッシュ上のデータが更新されていない場合ステップS42:No、サーバ側の端末は、何もしないでサーバ機能を停止する。その際、サーバ側の端末は、クライアント側の端末31に、ファイルキャッシュ上のデータが更新されていないことを通知する。クライアント側の端末31は、自端末のファイルキャッシュ上に所望のデータがあり、かつサーバ側の端末からファイルキャッシュ上のデータが更新されていないという通知を受け取るとステップS37:Yes、図7に示すように、自端末のファイルキャッシュ上にある所望のデータを含むファイルにアクセスするステップS34。そして、クライアント側の端末31は、ファイルシステム40によりファイル更新フラグを更新するステップS35。一方、サーバ側の端末のファイルキャッシュ上のデータが更新されている場合ステップS42:Yes、サーバ側の端末は、図8に示すように、自端末のストレージ36に格納されている、所望のデータを含むファイルにアクセスするステップS43。また、サーバ側の端末は、クライアント側の端末31に、ファイルキャッシュ上のデータが更新されていることを通知する。クライアント側の端末31は、自端末のファイルキャッシュ上に所望のデータがない場合ステップS37:No、図7に示すように、アドホックデータ通信によってサーバ側の端末から所望のデータを受信するステップS38。クライアント側の端末31のファイルキャッシュ上に所望のデータがあるが、サーバ側の端末からファイルキャッシュ上のデータが更新されているという通知を受け取った場合も、同様にアドホックデータ通信によってサーバ側の端末から所望のデータを受信するステップS38。端末間データ転送の説明図9は、実施例2にかかる端末間データ転送を説明する模式図である。図9に示すように、端末A31aにおいて、地域に関係づけられたデータを使用するアプリケーション51が起動すると、アプリケーション51は、矢印61で示すように、端末A31aに対してアクセス要求を発行する。それによって、端末A31aは、矢印62で示すように、自端末のファイルシステム40aによって、自端末が保持するデータ配置情報46aを確認する。そして、端末A31aは、自端末が保持する分割データ47aについては、矢印63で示すように、自端末のストレージ36aから分割データ47aを取得する。一方、他の端末B31bが保持する分割データ47bについては、端末A31aは、矢印64で示すように、自端末のファイル共用サーバ/クライアント45aのクライアント機能を起動する。端末A31aは、ファイル共用サーバ/クライアント45aのクライアント機能によって、矢印65で示すように、端末B31bに対してアドホック通信によるアクセス要求を発行する。端末B31bは、端末A31aからのアクセス要求に対して、自端末のファイル共用サーバ/クライアント45bのサーバ機能を起動する。端末B31bは、矢印66及び矢印67で示すように、自端末のファイルシステム40bによって自端末のストレージ36bにアクセスし、分割データ47bを取得する。そして、端末B31bは、ファイル共用サーバ/クライアント45bのサーバ機能によって、矢印68及び矢印69で示すように、端末A31aに対して、端末A31aからのアクセス要求に対する応答として、分割データ47bを返信する。端末A31aは、ファイル共用サーバ/クライアント45aのクライアント機能によって、端末B31bから返信されてきた分割データ47bを受け取る。端末A31aは、矢印70及び矢印71で示すように、自端末のファイルシステム40aによって、端末B31bから取得した分割データ47bをアプリケーション51へ返す。また、端末A31aは、矢印72で示すように、自端末のファイルシステム40aによって、自端末が保持する分割データ47aをアプリケーション51へ返す。具体例具体的な数値を挙げて説明する。一例として、データサイズや通信環境や端末数を以下の条件とする。地域に関係づけられたデータのサイズを100Mビットとする。確保したいダウンロード時間を5秒とする。端末がクラスタ間を移動するときの更新に要する時間を5秒とする。実効帯域の最大を5Mbpsとする。最大の実効帯域を確保することができる端末の数を20台とする。地域に関係づけられたデータの提供領域1に存在する端末の数を50台とする。50台の端末が基地局と接続したときの帯域は1Mbpsである。リモートファイルへのアクセススピードを1Mbpsとする。確保したいダウンロード時間が5秒であるので、この5秒間に最大の実効帯域5Mbpsでダウンロード可能なファイルサイズの最大は25Mビットである。従って、100Mビットのデータを4個以上に分割すれば、ダウンロードに関する要求は満たされる。すなわち、端末数50に対して、クラスタ数Xとクラスタ内の分割数Nとの関係は、50≧XN≧4であることが条件となる。X及びNは正の整数であるので、50≧XN≧4を満たす組み合わせは、次の通りである。X=1に対してNは4~50の46通り、X=2に対してNは2~25の23通り、X=3に対してNは2~16の14通り、、X=25に対してNは2の2通り、X=26に対してNは1の1通り、、X=50に対してNは1の1通りとなる。従って、すべての組み合わせは193通りである。ここで、端末がクラスタ間を行き来する場合に更新に要する時間が5秒であり、リモートファイルへのアクセススピードが1Mbpsであるので、データ更新に許されるデータサイズは最大で5Mビットである。従って、100Mビットのデータを20分割するのが要件を満たす分割数となる。この場合、X=4でN=5またはX=5でN=4が最適解となり、X=4の場合には7台あるいは8台の端末により構成されるクラスタが形成されることとなる。また、X=3の場合には10台の端末により構成されるクラスタが形成されることとなる。いずれが選択されてもよいが、例えば上述した組み合わせを検証して、最も早く見つかった解に基づいて分割数を決定するようにしてもよい。この分割数を決定する処理は、地域に関係づけられたデータのサイズで決まるので、1つのサービスについて1回実行すればよい。以下、X=3の場合を例にして説明する。クラスタの分割が決定し、システムが運用を開始すると、各クラスタに属する複数の端末のうち、例えば無線強度の高い端末がサービスサーバに対するアクセス権を持つ端末として、分割されたデータをダウンロードする。ここでの条件に従えば、サービスサーバに対するアクセス権を持つすべての端末は、5秒でダウンロードを完了する。そして、各クラスタにおいて、分割されたデータが複数の端末に分散された状態となる。基地局は、どの端末にどの分割データが配置されているかということを把握している。例えば、第1の端末が第1の分割データを保持しており、第2の端末が第2の分割データを保持しており、第3の端末が第3の分割データを保持しているとする。この場合、各クラスタにおいて、第1の端末、第2の端末及び第3の端末以外の端末は、第1の端末、第2の端末及び第3の端末にアクセスして、第1の分割データ、第2の分割データ及び第3の分割データを取得する。第1の端末、第2の端末及び第3の端末は、互いにデータを転送し合って、足りないデータを補完する。このようにして、各クラスタ内のすべての端末が、地域に関係づけられたデータの全体を取得することができる。なお、上述した具体例のようにクラスタを構成しないで、50台の端末が同時に100Mビットのデータをダウンロードするようにすると、すべての端末は100秒の時間をかけてデータをダウンロードすることになるため、効率が悪い。また、最大の実効帯域を確保することができる端末の数が20台であるので、100Mビットのデータを5Mビットずつ、20分割することが考えられる。しかし、データを細分化し過ぎると、リモートファイルへのアクセスオーバーヘッドが増えてボトルネックとなるため、システム全体の要求を満たすことができなくなるおそれがある。実施例2によれば、地域に関係づけられたデータが、実効最大速度でダウンロード可能なサイズの分割数個のデータに分割されており、各クラスタにおいて、分割数個の端末が、分割された各データを基地局を介してサービスサーバからダウンロードするので、端末は実効最大速度でダウンロードすることができる。また、各クラスタにおいて、端末同士が互いの保持している分割データを転送し合うことによって、すべての端末がすべての必要なデータを取得することができる。"