"複数の装置を含む第1グループへの第1装置の追加要求を検出し、前記第1装置が前記第1グループと異なる第2グループに属しないときは、前記第1グループの複数の装置を登録するメイングループに登録し、前記第1装置が前記第2グループに属するときは、前記第1装置をサブグループに登録し、前記メイングループに登録される複数の装置によって複数のタスクを含む分散処理がおこなわれることを特徴とするデータ処理方法。前記第1グループへの第2装置の追加要求を検出し、前記複数の装置の数である第1数と前記複数のタスクの数である第2数とを比較し、前記比較結果に基づいて前記第2装置を前記メイングループおよび前記サブグループの何れかに登録することを特徴とする請求項1に記載のデータ処理方法。前記第1数が前記第2数以上であるとき、前記第2装置を前記サブグループに登録し、前記第1数が前記第2数よりも小さいとき、前記第2装置を前記メイングループに登録することを特徴とする請求項2に記載のデータ処理方法。前記第1装置が前記サブグループに登録されるとき、前記第2グループに含まれる他の装置からの前記第1装置に対する同期要求が前記サブグループのマスタ端末に登録されることを特徴とする請求項1乃至請求項3の何れか一に記載のデータ処理方法。前記メイングループへの登録または不登録を基地局に通知することを特徴とする請求項1乃至請求項4の何れか一に記載のデータ処理方法。前記第1数が前記第2数よりも大きいとき、前記複数のタスク内のタスクが割り当てられていない第3装置のメイングループの登録を削除することを特徴とする請求項1乃至請求項5の何れか一に記載のデータ処理方法。前記複数の装置で共有される共有メモリの前記第3装置に設定されるメモリ領域が使用されているときは、前記第3装置のメイングループの登録を削除しないことを特徴とする請求項6に記載のデータ処理方法。前記複数のタスク内の各タスクが使用するメモリの大きさが前記複数の装置で共有される共有メモリの大きさよりも大きいとき、前記共有メモリの設定を解除することを特徴とする請求項6または請求項7に記載のデータ処理方法。前記メイングループに登録される第4装置の通信能力の低下を検出するときまたは前記第4装置のタスクの実行結果を取得するとき、前記第4装置の前記メイングループの登録または前記サブグループの登録を削除することを特徴とする請求項1乃至請求項8の何れか一に記載のデータ処理方法。前記複数の装置で共有される共有メモリの前記第4装置に設定されるメモリ領域が使用されているときは前記メモリ領域のデータを回収することを特徴とする請求項9に記載のデータ処理方法。前記複数のタスク内の各タスクが使用するメモリの大きさが前記複数の装置で共有される共有メモリの大きさよりも大きいとき、前記共有メモリの設定を解除することを特徴とする請求項9または請求項10に記載のデータ処理方法。前記メイングループの登録の削除を基地局に通知することを特徴とする請求項6乃至請求項11の何れか一に記載のデータ処理方法。第1グループに含まれる複数の装置の第2装置から第1装置への同期要求を検出し、前記第1装置が、前記第1グループとは異なる第2グループに含まれるとともに複数のタスクを含む分散処理を実行する複数の装置が登録されるメイングループに対応するサブグループに登録されるとき、前記サブグループに登録するために前記メイングループおよび前記サブグループを管理する装置に前記同期要求を通知することを特徴とするデータ処理方法。前記第1グループからの削除要求を受信し、前記第1グループに含まれる複数の装置が実行する分散処理に含まれるタスクが前記第1装置に割り当てられているときは前記タスクを前記第1グループに含まれる複数の装置の一の装置に移行することを特徴とする請求項13に記載のデータ処理方法。前記第1グループに含まれる複数の装置で共有される共有メモリのメモリ領域が使用されているときは前記メモリ領域のデータを前記第1グループに含まれる複数の装置の一の装置に移行することを特徴とする請求項13または請求項14に記載のデータ処理方法。前記第1グループに含まれる複数の装置が実行する分散処理に含まれるタスクの実行依頼を受信し、前記第2グループに含まれる複数の装置が実行する分散処理に含まれるタスクが前記第1装置に割り当てられているときは前記タスクを前記第2グループに含まれる複数の装置の一の装置に移行することを特徴とする請求項13乃至請求項15の何れか一に記載のデータ処理方法。前記第1グループに含まれる複数の装置が実行する分散処理に含まれるタスクの実行を開始するときに、前記第2グループに含まれる複数の装置が実行する分散処理に含まれるタスクが前記第1装置に割り当てられているときは前記タスクを前記第2グループに含まれる複数の装置の一の装置に移行することを特徴とする請求項13乃至請求項16の何れか一に記載のデータ処理方法。しかしながら、従来では、分散処理をおこなうグループに含まれる端末としては、設置場所が固定された端末について想定されており、可搬の端末については想定されていない。そのため、端末が可搬であることに起因してマスタ端末と通信可能な端末群が動的に変化する場合に、分散処理をおこなうグループに登録する端末を当該端末群から選択することができず、可般の端末間では、分散処理ができないという問題がある。また、可般の端末群の端末で分散処理をおこなう場合、すでに他のグループに所属している端末を自グループに含めてしまうと、当該端末に両グループからの処理が割り当てられてしまい、かえって負荷が増大してしまうという問題がある。また、グループを編成した場合、分散処理がなされるため、分散処理終了後はグループが解消される。したがって、すでに他のグループの所属している端末であっても、分散処理終了後は、どのグループにも属さないことになるため、分散処理効率の低下を招くという問題がある。本発明は、上述した従来技術による問題点を解消するため、可搬の端末群での分散処理時における特定の端末への負荷集中の防止および分散処理の効率化を図ることができるデータ処理方法を提供することを目的とする。上述した課題を解決し、目的を達成するため、本発明の一側面によれば、複数の装置を含む第1グループへの第1装置の追加要求を検出し、第1装置が第1グループと異なる第2グループに属しないときは、第1グループの複数の装置を登録するメイングループに登録し、第1装置が第2グループに属するときは、第1装置をサブグループに登録し、メイングループに登録される複数の装置によって複数のタスクを含む分散処理をおこなうデータ処理方法が提案される。また、本発明の一側面によれば、第1グループに含まれる複数の装置の第2装置から第1装置への同期要求を検出し、第1装置が、第1グループとは異なる第2グループに含まれるとともに複数のタスクを含む分散処理を実行する複数の装置が登録されるメイングループに対応するサブグループに登録されるとき、サブグループに登録するためにメイングループおよびサブグループを管理する装置に同期要求を通知するデータ処理方法が提案される。本発明の一側面によれば、可搬の端末群での分散処理時における特定の端末への負荷集中の防止および分散処理の効率化を図ることができるという効果を奏する。以下に添付図面を参照して、この発明にかかるデータ処理方法の実施の形態を詳細に説明する。本データ処理方法によれば、分散処理を制御するマスタ端末は、他のマスタ端末からの処理が割り振られていないスレーブ端末を、自端末から主として分散処理を割り振るメイングループに登録する。また、マスタ端末は、他のマスタ端末から処理を割り振られているスレーブ端末を、自端末から臨時に分散処理を割り振るサブグループに登録する。これにより、マスタ端末は、メイングループに登録された端末に分散処理を割り振って、効率よく分散処理を実行することができる。また、マスタ端末は、まだ実行されていない処理がある場合であって、かつ、サブグループに登録された端末がアイドル状態のときには、臨時に分散処理を割り振って、分散処理の効率化を図ることができる。また、端末の移動によりメイングループに登録された端末の通信状況が悪化した場合であって、かつ、サブグループに登録された端末がアイドル状態のときには、サブグループに登録された端末に臨時に分散処理を割り振り直して、分散処理を続行することもできる。マスタ端末による分散処理をおこなうグループへのスレーブ端末の登録の内容まず、図1を用いて、マスタ端末による分散処理をおこなうグループへのスレーブ端末の登録の内容について説明する。図1は、マスタ端末による分散処理をおこなうグループへのスレーブ端末の登録の内容を示す説明図である。図1では、基地局BSBaseStationの通信圏C内いわゆるセルには、複数の端末MTMobileTerminalここでは、例として5台の端末MT1~MT5が存在する。端末MTは、可搬の通信装置である。端末MTとしては、例えば、携帯電話、PDAPersonalDigitalAssistant、スマートフォン、ノートPCPersonalComputer、ゲーム機器が挙げられる。基地局BSの通信圏C内の複数の端末MTの中には、複数の処理を含む分散処理の実行を制御するマスタとなる端末MT以下、マスタ端末MTというが存在する。ここでは、例として、端末MT1,MT5をマスタ端末MTとする。また、基地局BSの通信圏C内の複数の端末MTの中には、マスタ端末MTの制御に従って、割り振られた分散処理をおこなうスレーブとなる端末MT以下、スレーブ端末MTというが存在する。ここでは、例として、端末MT2~MT4をスレーブ端末MTとする。図1では、マスタ端末MT5は、自端末MT5とスレーブ端末MT4とを含むグループG2を編成している。一方、マスタ端末MT1は、まだグループG1を編成していない。マスタ端末MT1がグループG1を編成する場合には、メイングループとサブグループとに分けてグループG1を編成する。ここで、メイングループとは、マスタ端末MT1からの処理依頼を常時受け付けるスレーブ端末MTが登録されるグループである。サブグループとは、マスタ端末MT1からの処理依頼を臨時に受け付けるスレーブ端末MTが登録されるグループである。メイングループに登録されるスレーブ端末は、他のグループに所属しておらず、CPUがアイドル状態になりやすいスレーブ端末である。そのため、マスタ端末MT1は常時処理依頼をして、分散処理の効率化を図ることができる。また、サブグループに登録されるスレーブ端末は、すでに他のグループに所属しているスレーブ端末MTである。そのため、マスタ端末MT1は、自グループからの処理依頼を極力おこなわずに当該スレーブ端末MTの負荷が増大することを防止する。ただし、サブグループに登録されたスレーブ端末が、他のグループの分散処理の終了後、または、他のグループの分散処理の中断中であって、CPUがアイドル状態になっているときには、マスタ端末MT1は、臨時に処理依頼をして分散処理の効率化を図る。図1では、マスタ端末MT1は、処理1aと処理1bとを含む分散処理1を有している。ここで、処理1aと処理1bは、それぞれ一連の処理であり、例えば、単一のタスクであってもよいし、タスク群であってもよい。また、処理1aと処理1bは、それぞれ独立した処理であってもよいし、一方の処理の実行中には他方の処理が中断される排他的な関係にある処理であってもよい。排他的な関係とは、例えば、一方の処理の処理結果を他方の処理が参照する関係である。ここで、マスタ端末MT1は、基地局BSから各端末MT1~MT5の位置情報を取得し、取得した位置情報を参照して自端末MT1のアドホック通信の通信圏E内のスレーブ端末MTを検出する。なお、アドホック通信とは、各端末MTが自端末MTの通信圏内にある他の端末MT間の通信を中継する機能を有することにより、自端末MTの通信圏内にない端末MTとも通信可能な通信方式である。そして、マスタ端末MT1は、検出されたスレーブ端末MTが他のグループに所属しているか否かに基づいて、検出されたスレーブ端末を分散処理をおこなうグループG1のメイングループまたはサブグループに登録する。マスタ端末MT1は、自端末MT1とグループG1のメイングループに登録したスレーブ端末MTとに分散処理1を割り振って、分散処理1を並列処理する。1例えば、マスタ端末MT1は、基地局BSから取得した位置情報を参照して、スレーブ端末MT4を検出すると、メイングループまたはサブグループへのスレーブ端末MT4の登録処理を開始する。ここで、スレーブ端末MT4は、マスタ端末MT5のグループG2に所属しており、専らマスタ端末MT5からの処理依頼により、CPUを分散処理に使用するスレーブ端末MTである。そのため、マスタ端末MT1は、スレーブ端末MT4は、マスタ端末MT1からの処理依頼を常時受け付けることはできないスレーブ端末MTであると判断して、スレーブ端末MT4をサブグループに登録する。2次に、マスタ端末MT1は、基地局BSから取得した位置情報を参照して、スレーブ端末MT2を検出すると、メイングループまたはサブグループへのスレーブ端末MT2の登録処理を開始する。ここで、スレーブ端末MT2は、他のマスタ端末MT5のグループG2に所属しておらず、マスタ端末MT1からの処理依頼により、CPUを分散処理1に使用できるスレーブ端末MTである。そのため、マスタ端末MT1は、スレーブ端末MT2は、マスタ端末MT1からの処理依頼を常時受け付けることができるスレーブ端末MTであると判断して、メイングループに登録する。3そして、マスタ端末MT1は、基地局BSから取得した位置情報を参照して、スレーブ端末MT3を検出すると、メイングループまたはサブグループへのスレーブ端末MT3の登録処理を開始する。ここで、スレーブ端末MT3は、他のマスタ端末MT5のグループG2に所属しておらず、マスタ端末MT1からの処理依頼により、CPUを分散処理1に使用できるスレーブ端末MTである。そのため、マスタ端末MT1は、スレーブ端末MT3は、マスタ端末MT1からの処理依頼を常時受け付けることができるスレーブ端末MTであると判断して、メイングループに登録する。ただし、分散処理1に含まれる処理数は2であるから、マスタ端末MT1と、メイングループに登録されたスレーブ端末MT2と、の2端末があれば、並列処理が可能である。そのため、マスタ端末MT1は、スレーブ端末MT3をメイングループに登録しても、スレーブ端末MT3に割り振る処理がないと判断して、スレーブ端末MT3をサブグループに登録するようにしてもよい。そして、マスタ端末MT1は、分散処理1をおこなうグループG1を編成し、メイングループに登録されたスレーブ端末MT2に処理1bを依頼し、また、処理1aは自端末MT1にて実行して、分散処理1を並列に実行する。このように、マスタ端末MT1は、他のグループに所属しておらずCPUがアイドル状態になりやすいスレーブ端末MT2,MT3に処理を依頼し、分散処理1を効率よく実行することができる。そして、スレーブ端末MT2の移動に起因して、マスタ端末MT1とスレーブ端末MT2とのデータの送受信が困難な状況になった場合を想定する。この場合、マスタ端末MT1は、メイングループのスレーブ端末MT3やサブグループのスレーブ端末MT4を使用して分散処理を続行することができる。このように、マスタ端末MT1は、グループに含まれる端末MTが可搬であることに起因する通信状況の変化に対応して分散処理を実行可能なグループを編成することができる。ネットワークシステムの一実施例図2は、実施の形態にかかるネットワークシステムの一実施例を示す説明図である。図2において、ネットワークシステム200は、複数の端末MT1~MT8と、基地局BS1,BS2と、を含む。ネットワークシステム200において、各端末MT1~MT8は、基地局BS1,BS2を介して接続されている。端末MT1~MT8は、他端末MTと通信をおこなう移動可能な無線通信装置である。また、各端末MT1~MT8のうち、端末MT1,MT5,MT8は、マスタ端末MTである。一方、各端末MT1~MT8のうち、端末MT2~MT4,MT6,MT7は、スレーブ端末MTである。マスタ端末MT1,MT5,MT8はそれぞれ、自端末MTが接続されている基地局BS1,BS2に接続されている複数のスレーブ端末MTのうち、自端末MTとアドホック通信が可能な範囲に存在するスレーブ端末MTを自端末MTのグループに登録している。すなわち、マスタ端末MTとスレーブ端末MTとは、マルチホップ通信によりアドホック通信をおこなう。アドホック通信においては、アドホック通信のためのモジュールを通信先の端末MTごとに用意して、通信をおこなう。ここでは、マスタ端末MTとスレーブ端末MTとは、アドホック通信をおこなっているが、基地局BSを介して通信をおこなうようにしてもよい。具体的には、マスタ端末MT1は、スレーブ端末MT2,MT3を、グループG1のスレーブ端末MTに登録している。また、マスタ端末MT5は、スレーブ端末MT4,MT6を、グループG2のスレーブ端末MTに登録している。そして、マスタ端末MT8は、スレーブ端末MT7を、グループG3のスレーブ端末MTに登録している。なお、マスタ端末MTの中には、マスタ端末MT5のように複数の基地局と通信可能な端末MTがあってもよい。また、マスタ端末MTの中には、他のマスタ端末MTのスレーブ端末MTとなるマスタ端末MTがあってもよい。ここで、グループG1内の各端末MT1~MT3は、それぞれメモリMを有する。そして、グループG1内の各端末MT1~MT3は、それぞれメモリM内に分散共有メモリ領域Md1を有する。分散共有メモリ領域Md1は、グループG1内のどの端末MTからもアクセス可能な領域である。ここで、各端末MT1~MT3がメモリM内に設定する分散共有メモリ領域Md1のサイズは、端末MTの動作に不具合が発生しないサイズであって、例えば、各端末MTのメモリMの10パーセント以下のサイズである。これにより、グループG1では、各端末MT1~MT3が有する分散共有メモリ領域Md1の集合となる仮想的な共有メモリMc1を作成する。このように作成した共有メモリMc1を、グループG1内の各端末MT1~MT3は、処理結果の退避に使用して、自端末MTのメモリMを有効活用する。具体的には、各端末MT1~MT3は、実行中の分散処理を中断して、あらたな処理を自端末MTにおいて実行する場合、分散処理の途中処理結果があらたな処理の処理結果で上書きされないように、分散処理の途中処理結果を共有メモリMc1に退避させる。そして、各端末MT1~MT3は、中断した分散処理を再開する際に、退避させた途中処理結果を復帰させて、分散処理を再開する。また、グループG2でも、同様に、分散共有メモリ領域Md2から共有メモリMc2が作成されている。一方、グループG3のように、共有メモリMcを作成しないグループがあってもよい。また、各端末MT1~MT6の中には、分散共有メモリ領域Mdを有しない端末MTがあってもよい。また、各端末MTが有する分散共有メモリ領域Mdはそれぞれ異なるサイズであってもよい。また、ネットワークシステム200は、設置場所が固定された端末MTを含んでもよい。設置場所が固定された端末MTとしては、例えば、PC、サーバが挙げられる。また、ネットワークシステム200は、基地局の他に、ゲートウェイを含んでもよい。端末MTのハードウェア例次に、図3を用いて、実施の形態にかかる端末MTのハードウェア例について、説明する。ここで、端末MTとは、上述したマスタ端末MTまたはスレーブ端末MTになる端末MTであり、例えば、端末MT1~MT8である。図3は、実施の形態にかかる端末MTのハードウェア例を示すブロック図である。図3において、端末MTは、CPU301と、ROMRead‐OnlyMemory302と、RAMRandomAccessMemory303と、I/FInterface304と、ディスプレイ305と、キーボード306と、を備えている。また、各構成部はバス310によってそれぞれ接続されている。ここで、CPU301は、端末MTの全体の制御を司る。ROM302は、ブートプログラムなどのプログラムを記憶している。RAM303は、CPU301のワークエリアとして使用される。なお、図2に示したメモリMは、ここではRAM303である。また、端末MTがマスタ端末MTである場合には、RAM303は、メイングループ情報DBDataBaseと、サブグループ情報DBと、を記憶している。一方、端末MTがスレーブ端末MTである場合、RAM303は、マスタ端末情報DBを記憶している。I/F304は、基地局BSとの電波の送受信を制御し、LANLocalAreaNetwork、WANWideAreaNetwork、インターネットなどのネットワーク320に接続され、このネットワーク320を介して他の装置に接続される。そして、I/F304は、ネットワーク320と内部のインターフェースを司り、外部装置からのデータの入出力を制御する。また、I/F304は、マルチホップ通信により、通信圏E内の他の装置とのデータの送受信をおこなう。ディスプレイ305は、カーソル、アイコンあるいはツールボックスをはじめ、文書、画像、機能情報などのデータを表示する。このディスプレイ305は、例えば、TFT液晶ディスプレイなどを採用することができる。キーボード306は、文字、数字、各種指示などの入力のためのキーを備え、データの入力をおこなう。また、タッチパネル式の入力パッドやテンキーなどであってもよい。メイングループ情報DB400の内容ここで、図4を用いて、図3に示した端末MTがマスタ端末MTである場合に、RAM303に記憶されているメイングループ情報DB400の内容について説明する。図4は、メイングループ情報DB400の内容を示す説明図である。図4において、メイングループ情報DB400は、メイングループ端末項目と、分散共有メモリ領域情報項目と、分散処理配布状況項目と、を有し、メイングループにスレーブ端末MTが登録されるごとにレコードを構成する。ここで、メイングループ端末項目には、メイングループに登録されたスレーブ端末MTの情報が記憶されている。スレーブ端末MTの情報とは、端末IDIDentificationと位置情報と通信速度である。端末IDとは、スレーブ端末MTを一意に特定できる識別情報である。例えば、スレーブ端末MTが携帯電話である場合は、SIMSubscriberIdentityModuleカードに付与されたIMSIInternationalMobileSubscriberIdentityを、端末IDに採用できる。ただし、マスタ端末MTがメイングループにスレーブ端末MTを登録する際、マスタ端末MT内に限りスレーブ端末MTを一意に特定できるローカルな識別情報をスレーブ端末MTに付与しておき、付与された識別情報を端末IDとして採用することもできる。また、位置情報は、スレーブ端末MTの現在位置を示す位置情報である。例えば、位置情報は、GPSシステムにより測位した座標であってもよい。GPSGlobalPositioningSystemにより測位した座標図4では、緯度と経度の情報である。また、通信速度は、マスタ端末MTとスレーブ端末MTの間において単位時間当たりに伝送されるデータ量を示す。例えば、通信速度は、1秒間当たりに伝送されたビット数bps:bitpersecondである。また、分散共有メモリ領域情報項目には、各スレーブ端末MTにおける分散共有メモリ領域Mdの情報が記憶されている。分散共有メモリ領域Mdの情報とは、各スレーブ端末MTにおける分散共有メモリ領域Mdの確保サイズと、分散共有メモリ領域Mdの使用量である。また、分散処理配布状況項目には、マスタ端末MTからの処理依頼によりスレーブ端末MTに分散処理内のいずれかの処理が割り振られているか否かが記憶されている。分散処理配布状況項目には、例えば、マスタ端末MTが処理依頼により処理を割り振った場合は、配布中が記憶されている。一方、分散処理配布状況項目には、例えば、マスタ端末MTが処理依頼していない場合、または、マスタ端末MTが処理依頼した処理の処理結果が返却されている場合は、配布なしが記憶されている。サブグループ情報DB500の内容ここで、図5を用いて、図3に示した端末MTがマスタ端末MTである場合に、RAM303に記憶されているサブグループ情報DB500の内容について説明する。図5は、サブグループ情報DB500の内容を示す説明図である。図5において、サブグループ情報DB500は、サブグループ端末項目と、処理依頼受付可能状態項目と、を有し、サブグループにスレーブ端末MTが登録されるごとにレコードを構成する。ここで、サブグループ端末項目には、サブグループに登録されたスレーブ端末MTの情報が記憶されている。サブグループ端末項目に記憶されるスレーブ端末MTの情報とは、端末IDと位置情報と通信速度であり、図4に示したメイングループ端末項目に記憶されるスレーブ端末MTの情報と同様の情報であるため、ここでは、詳細な説明を省略する。また、処理依頼受付可能状態項目には、マスタ端末MTからの処理依頼により自グループの分散処理を実行させることが可能な状態であるか否かが記憶されている。処理依頼受付可能状態項目には、例えば、他のグループの分散処理の停止中であってCPU301がアイドル状態になっているスレーブ端末MTであれば、自グループの分散処理を実行させることが可能な状態図5では、○で示すであると記憶される。一方、他のグループの分散処理の実行中であってCPU301がアイドル状態ではないスレーブ端末MTであれば、自グループの分散処理を実行させることができない状態図5では、×で示すであると記憶される。マスタ端末情報DB600の内容ここで、図6を用いて、図3に示した端末MTがスレーブ端末MTである場合に、RAM303に記憶されているマスタ端末情報DB600の内容について説明する。図6は、マスタ端末情報DB600の内容を示す説明図である。図6において、マスタ端末情報DB600は、メイングループマスタ端末項目と、サブグループマスタ端末項目と、を有し、自端末MTがマスタ端末MTによってメイングループまたはサブグループに登録されるごとにレコードを構成する。ここで、メイングループマスタ端末項目には、自端末MTをメイングループに登録しているマスタ端末MTの情報が記憶されている。マスタ端末MTの情報とは、端末IDと位置情報であり、図4に示したメイングループ端末項目に記憶されるスレーブ端末MTの情報と同様の情報であるため、ここでは、詳細な説明を省略する。また、サブグループマスタ端末項目には、自端末MTをサブグループに登録しているマスタ端末MTの情報が記憶されている。マスタ端末MTの情報とは、端末IDと位置情報であり、図4に示したメイングループ端末項目に記憶されるスレーブ端末MTの情報と同様の情報であるため、ここでは、詳細な説明を省略する。ここで、自端末MTをメイングループに登録しているマスタ端末MTは、1つのみである。一方、自端末MTをサブグループに登録しているマスタ端末MTは、複数あってもよい。基地局のハードウェア例次に、図7を用いて、実施の形態にかかる基地局のハードウェア例について、説明する。ここで、基地局とは、例えば、上述した基地局BSである。図7は、実施の形態にかかる基地局のハードウェア例を示すブロック図である。図7において、基地局BSは、CPU701と、ROM702と、RAM703と、I/F704と、を含む。また、各構成部はバス710によってそれぞれ接続されている。ここで、CPU701は、基地局BSの全体の制御を司る。ROM702は、ブートプログラムなどのプログラムを記憶している。RAM703は、CPU701のワークエリアとして使用される。I/F704は、基地局BSとの電波の送受信を制御し、LAN、WAN、インターネットなどのネットワーク720に接続され、このネットワーク720を介して他の装置に接続される。そして、I/F704は、ネットワーク720と内部のインターフェースを司り、外部装置からのデータの入出力を制御する。グループ情報DB800の内容ここで、図8を用いて、図7に示したRAM703に記憶されているグループ情報DB800の内容について説明する。図8は、グループ情報DB800の内容を示す説明図である。図8において、グループ情報DB800は、グループID項目と、マスタ端末項目と、スレーブ端末項目と、を有し、マスタ端末MTからグループ情報を受信するごとにレコードを構成する。ここで、グループID項目には、基地局BSの通信圏C内いわゆるセルに存在するマスタ端末MTが編成しているグループを、一意に特定できる識別情報以下、グループIDというが記憶されている。グループIDには、基地局BSが、マスタ端末MTからグループ情報を受信した際に番号を割り振るようにしておき、割り振られた番号をグループIDとして採用できる。また、グループIDとしては、グループを編成しているマスタ端末MTの端末IDを採用してもよい。また、マスタ端末項目には、グループIDが示すグループを編成しているマスタ端末MTの情報が記憶されている。マスタ端末MTの情報とは、端末IDと位置情報であり、図4に示したメイングループ端末項目に記憶されるスレーブ端末MTの情報と同様の情報であるため、ここでは、詳細な説明を省略する。また、スレーブ端末項目には、グループIDが示すグループに登録されているスレーブ端末MTの情報が記憶されている。スレーブ端末MTの情報とは、端末IDと位置情報であり、図4に示したメイングループ端末項目に記憶されるスレーブ端末MTの情報と同様の情報であるため、ここでは、詳細な説明を省略する。マスタ端末MTの機能例次に、マスタ端末MTの機能例について説明する。図9は、マスタ端末MTの機能例を示すブロック図である。マスタ端末MTは、検出部901と、判定部902と、登録部903と、処理部904と、比較部905と、同期部906と、通知部907と、抽出部908と、削除部909と、検知部910と、比較部911と、解除部912と、監視部913と、取得部914と、検知部915と、回収部916と、を含む。この制御部となる機能検出部901~回収部916は、具体的には、例えば、図3に示したROM302、RAM303などの記憶装置に記憶されたプログラムをCPU301に実行させることにより、または、I/F304により、その機能を実現する。検出部901は、複数の装置を含む第1グループへの第1装置の追加要求を検出する機能を有する。ここで、複数の装置を含む第1グループとは、分散処理をおこなうグループであり、例えば、上述したグループG1,G2である。第1装置の追加要求とは、第1グループへの第1装置の登録の要求であり、例えば、基地局BSが検出した第1グループの近隣の第1装置の第1グループへの登録の要求である。具体的には、例えば、検出部901は、基地局BSから、グループの近隣にあるスレーブ端末MTの存在の通知を受信することにより、自端末MTのグループへのスレーブ端末MTの登録の要求を検出する。端末MTの登録の要求には、メイングループ情報DB400のメイングループ端末項目の内容、または、サブグループ情報DB500のサブグループ端末項目の内容となる端末ID、位置情報の情報が含まれる。なお、検出された登録の要求は、RAM303などの記憶領域に記憶される。判定部902は、第1装置が第1グループと異なる第2グループに属するか否かを判定する機能を有する。ここで、第2グループとは、分散処理をおこなうグループである。例えば、第1グループが、上述したグループG1であれば、第2グループは、上述したグループG2である。具体的には、判定部902は、検出部901によって検出された端末MTが有するマスタ端末情報DB600の内容を取得して、他のグループに所属している端末MTであるか否かを判定する。なお、判定結果は、RAM303などの記憶領域に記憶される。登録部903は、第1装置が第1グループと異なる第2グループに属しないときは、第1グループの複数の装置を登録するメイングループに登録する機能を有する。ここで、メイングループとは、グループのマスタ端末MTからの処理依頼を常時受け付けるスレーブ端末MTが登録されるグループである。具体的には、例えば、登録部903は、判定部902によって、検出されたスレーブ端末MTが、他のグループに所属していないスレーブ端末MTであると判定された場合、メイングループに登録する。即ち、登録部903は、メイングループ情報DB400に、検出されたスレーブ端末MTのレコードを登録する。これにより、他のグループの分散処理をおこなうことなく、常時、分散処理の依頼を受け付けることができるスレーブ端末MTをメイングループに登録することができる。登録部903は、第1装置が第2グループに属するときは、第1装置をサブグループに登録する機能を有する。ここで、サブグループとは、グループのマスタ端末MTからの処理依頼を臨時に受け付けるスレーブ端末MTが登録されるグループである。具体的には、例えば、登録部903は、判定部902によって、検出されたスレーブ端末MTが、他のグループに所属しているスレーブ端末MTであると判定された場合は、サブグループに登録する。即ち、サブグループ情報DB500に、検出されたスレーブ端末MTのレコードが登録される。これにより、専ら他のグループの分散処理の並列処理をおこなうため、分散処理の依頼をしても実行されにくいスレーブ端末MTをメイングループから除外することができる。登録部903は、複数の装置の数である第1数が複数のタスクの数である第2数以上であるとき、第2装置をサブグループに登録する機能を有する。ここで、第1数とは、メイングループに登録されている端末MT数である。タスクとは、処理の1単位であり、例えば、上述した処理1a~1d,2a~2cである。第2数とは、グループの分散処理に含まれる処理数である。具体的には、例えば、登録部903は、比較部905によって比較された結果、現在メイングループに登録されている端末MT数が分散処理に含まれる処理数以上であるとき、スレーブ端末MTをサブグループに登録する。ここで、分散処理を並列処理するためには、処理数と同数のスレーブ端末MTがあればよく、処理数以上のスレーブ端末MTには割り振る処理が存在しない。そのため、処理数以上のスレーブ端末MTについては、サブグループに登録してメイングループには登録しないようにすることにより、他のグループがスレーブ端末MTをメイングループに登録する余地を残しておくことができる。登録部903は、複数の装置の数である第1数が複数のタスクの数である第2数よりも小さいとき、第2装置をメイングループに登録する機能を有する。具体的には、例えば、登録部903は、比較部905によって比較された結果、現在メイングループに登録されている端末MT数が分散処理に含まれる処理数よりも小さいとき、スレーブ端末MTをメイングループに登録する。これにより、メイングループに登録されている端末MT数が処理数と同数になるまでは、スレーブ端末MTをメイングループに登録することにより、分散処理の並列処理の効率化を図る。処理部904は、メイングループに登録される複数の装置によって複数のタスクを含む分散処理をおこなう機能を有する。具体的には、例えば、処理部904は、自端末MTとメイングループ内のスレーブ端末MTとに分散処理に含まれる複数の処理を割り振って、並列処理させる。これにより、大量のデータを扱う分散処理であっても、実行時間を短縮することができる。また、大量のデータを扱うために1端末で処理する際には高い処理能力を要求される処理を、複数の端末MTで分散処理することにより個々の端末MTの処理能力が低くても処理できる。比較部905は、複数の装置の数である第1数と複数のタスクの数である第2数とを比較する機能を有する。具体的には、例えば、比較部905は、現在メイングループに登録されている端末MT数と、分散処理に含まれる処理数と、を比較する。これにより、現在メイングループに登録されている端末MT数が、分散処理に含まれる複数の処理を割り振るのに十分な数となっているかを判断することができる。なお、現在登録されている端末MT数は、メイングループ情報DB400のレコードの総数を計測して求められる。なお、比較結果は、RAM303などの記憶領域に記憶される。同期部906は、第1装置がサブグループに登録されるとき、第2グループに含まれる他の装置からの第1装置に対する同期要求をサブグループのマスタ端末に登録する機能を有する。具体的には、同期部906は、他のグループの分散処理を実行中のスレーブ端末MTが、他のグループの同期処理により、実行を停止し、アイドル状態になっているか否かを登録する。すなわち、同期部906は、サブグループ情報DB500の処理依頼受付可能状態項目の内容を更新する。これにより、サブグループのスレーブ端末MTに処理依頼が可能かを判断することができる。通知部907は、メイングループへの登録または不登録を基地局に通知する機能を有する。また、通知部907は、メイングループの登録の削除を基地局に通知する機能を有する。具体的には、例えば、通知部907は、登録、不登録、または登録の削除をしたスレーブ端末MTの端末IDを基地局に通知する。これにより、グループ情報DB800を更新することができる。抽出部908は、複数のタスク内のタスクが割り当てられていない第3装置をメイングループから抽出する機能を有する。具体的には、例えば、抽出部908は、メイングループ情報DB400に登録されているスレーブ端末MTの中から、メイングループ情報DB400の分散処理配布状況項目を参照して、処理が割り振られていないスレーブ端末MTを抽出する。これにより、処理を実行していないスレーブ端末MTを抽出することができる。削除部909は、第1数が第2数よりも大きいとき、複数のタスク内のタスクが割り当てられていない第3装置のメイングループの登録を削除する機能を有する。具体的には、例えば、削除部909は、現在メイングループに登録されている端末MT数が分散処理に含まれる処理数より大きいとき、抽出部908によって抽出された処理が割り当てられていないスレーブ端末MTの登録を削除する。より具体的には、例えば、削除部909は、メイングループ情報DB400のレコードを削除する。これにより、処理数以上のスレーブ端末MTが登録されている場合、処理数以上のスレーブ端末MTの登録は削除するようにして、他のグループがスレーブ端末MTをメイングループに登録する余地を作成することができる。削除部909は、メイングループに登録される第4装置の通信能力の低下を検出するときまたは第4装置のタスクの実行結果を取得するとき、第4装置のメイングループの登録を削除する機能を有する。具体的には、例えば、削除部909は、監視部913によってスレーブ端末MTの通信能力の低下が検出された場合に、通信能力の低下したスレーブ端末MTのメイングループへの登録を削除する。これにより、通信能力の低下したスレーブ端末MTをグループから除外して、分散処理を安定して実行できるようにすることができる。また、具体的には、例えば、削除部909は、取得部914によって途中処理結果が取得された場合に、途中処理結果を取得したスレーブ端末MTのメイングループへの登録を削除する。より具体的には、例えば、削除部909は、メイングループ情報DB400のレコードを削除する。これにより、途中処理結果を返却してきたスレーブ端末MTをグループから除外することができる。削除部909は、複数の装置で共有される共有メモリMcの第3装置に設定されるメモリ領域が使用されているときは、第3装置のメイングループの登録を削除しない機能を有する。メモリ領域とは、分散処理の途中処理結果の退避のためのメモリ内の領域であり、上述した分散共有メモリ領域Mdである。具体的には、削除部909は、抽出部908によって抽出されたスレーブ端末MTであっても、検知部910によって分散共有メモリ領域Mdにデータがあると検知された場合には、スレーブ端末MTのメイングループの登録を削除しない。これにより、メイングループから登録を削除されたスレーブ端末MTの分散共有メモリ領域Mdにある分散処理の途中処理結果を回収できなくなることを防止できる。検知部910は、抽出部908によって抽出された処理が割り当てられていないスレーブ端末MTのメモリ領域が使用されていることを検知する機能を有する。具体的には、例えば、検知部910は、メイングループ情報DB400の分散共有メモリ領域情報項目の使用量を参照して、スレーブ端末MTの分散共有メモリ領域Mdが使用されていることを検知する。これにより、スレーブ端末MTの登録の削除により、分散処理の途中処理結果が参照できなくなる虞があることを検知できる。比較部911は、複数のタスク内の一のタスクが使用するメモリMの大きさと、複数の装置で共有される共有メモリMcの大きさと、を比較する機能を有する。具体的には、例えば、比較部911は、分散処理に含まれる複数の処理の中の1タスクが使用するメモリMのサイズと、共有メモリMcのサイズとを比較する。これにより、共有メモリMcが、途中処理結果を退避可能なサイズであるかを判断できる。解除部912は、複数のタスク内の一のタスクが使用するメモリMの大きさが複数の装置で共有される共有メモリMcの大きさよりも大きいとき、共有メモリMcの設定を解除する機能を有する。具体的には、例えば、解除部912は、比較部911の比較結果を参照して、分散処理に含まれる複数の処理の中の各処理が使用するメモリMのサイズが共有メモリMcのサイズより大きい場合は、グループ内の各端末MTの分散共有メモリ領域Mdを解放する。これにより、共有メモリMcとして処理結果を退避可能なサイズが確保されていない場合は、分散共有メモリ領域Mdを解放することにより、スレーブ端末MTのワークエリアを確保して処理を効率化する。監視部913は、メイングループに登録される第4装置の通信能力の低下を検出する機能を有する。具体的には、例えば、監視部913は、スレーブ端末MTから受信した電波強度に基づいて、スレーブ端末MTの通信能力を監視して、通信能力の低下を検出する。これにより、データの送受信が困難になる虞のあるスレーブ端末MTを検出することができる。取得部914は、第4装置のタスクの実行結果を取得する機能を有する。具体的には、例えば、取得部914は、割り振った処理を中止したスレーブ端末MTから送信された途中処理結果を受信する。これにより、途中処理結果を回収して、分散処理を続行できる。検知部915は、削除部909によって登録の削除の対象になったスレーブ端末MTのメモリ領域が使用されていることを検知する機能を有する。具体的には、例えば、検知部915は、メイングループ情報DB400の分散共有メモリ領域情報項目の使用量を参照して、スレーブ端末MTの分散共有メモリ領域Mdが使用されていることを検知する。これにより、スレーブ端末MTの登録の削除の際に、分散共有メモリ領域Mdに回収すべき途中処理結果があることを検知できる。回収部916は、複数の装置で共有される共有メモリMcの第4装置に設定されるメモリ領域が使用されているときはメモリ領域のデータを回収する機能を有する。具体的には、例えば、回収部916は、検知部915によって分散共有メモリ領域Mdが使用されていることが検知された場合、分散共有メモリ領域Mdのデータを回収する。これにより、分散処理の途中処理結果を回収して、分散処理を続行することができる。スレーブ端末MTの機能例次に、スレーブ端末MTの機能例について説明する。図10は、スレーブ端末MTの機能例を示すブロック図である。スレーブ端末MTは、検出部1001と、通知部1002と、受信部1003と、検知部1004と、移行部1005と、を含む。この制御部となる機能検出部1001~移行部1005は、具体的には、例えば、図3に示したROM302、RAM303などの記憶装置に記憶されたプログラムをCPU301に実行させることにより、または、I/F304により、その機能を実現する。検出部1001は、第1グループに含まれる複数の装置の第2装置から第1装置への同期要求を検出する機能を有する。ここで、第1グループとは、分散処理をおこなうグループである。同期要求とは、第2装置から第1装置への処理の中断の要求である。具体的には、例えば、検出部1001は、自端末MTと、所属しているメイングループの他の端末MTと、がそれぞれ実行している処理が、同期制御の対象になる処理である場合に、処理の中断の要求を検出する。これにより、同期制御をおこない、分散処理を正常に実行する。また、検出部1001は、第1グループに含まれる複数の装置が実行する分散処理に含まれるタスクの実行の開始を検出する。具体的には、検出部1001は、マスタ端末MTから割り振られた処理よりも、優先して実行すべき処理が発生したことを検出する。これにより、マスタ端末MTから割り振られた処理より優先度の高い処理が、自端末MT内で発生した場合は、優先度の高い処理を優先して実行することができる。第1装置が、第1グループとは異なる第2グループに含まれるとともに複数のタスクを含む分散処理を実行する複数の装置が登録されるメイングループに対応するサブグループに登録される。このとき、通知部1002は、サブグループに登録するためにメイングループおよびサブグループを管理する装置に同期要求を通知する機能を有する。ここで、第1装置は、メイングループと、サブグループと、に所属している。具体的には、通知部1002は、同期要求を検出して、処理を中断したことにより、CPU301がアイドル状態となり、サブグループからの処理依頼を受付可能な状態になったことを、サブグループのマスタ端末MTに通知する。これにより、アイドル状態となったCPU301を、サブグループの分散処理に提供することで、サブグループの分散処理の効率化を図ることができる。受信部1003は、第1グループからの削除要求を受信する機能を有する。具体的には、受信部1003は、メイングループのマスタ端末MTからの登録の削除要求を受信する。これにより、メイングループからの登録の削除を把握できる。また、受信部1003は、第1グループに含まれる複数の装置が実行する分散処理に含まれるタスクの実行依頼を受信する機能を有する。具体的には、受信部1003は、メイングループのマスタ端末MTからの処理依頼を受信する。これにより、メイングループの分散処理の実行を開始することができる。検知部1004は、第1グループに含まれる複数の装置が実行する分散処理に含まれるタスクが第1装置に割り当てられていることを検知する機能を有する。具体的には、検知部1004は、メイングループの分散処理が割り振られていることを検知する。これにより、メイングループからの登録を削除する際に、メイングループのマスタ端末MTに返却する途中処理結果を保持しているかを検知することができる。また、検知部1004は、第1グループに含まれる複数の装置で共有される共有メモリMcのメモリ領域が使用されていることを検知する機能を有する。ここで、メモリ領域とは、上述した分散共有メモリ領域Mdである。具体的には、検知部1004は、メイングループの共有メモリMcに提供している分散共有メモリ領域Mdにデータが保持されていることを検知する。これにより、メイングループからの登録を削除する際に、メイングループのマスタ端末MTに返却するデータを保持しているかを検知することができる。また、検知部1004は、第2グループに含まれる複数の装置が実行する分散処理に含まれるタスクが第1装置に割り当てられていることを検知する機能を有する。具体的には、検知部1004は、サブグループの分散処理が割り振られていることを検知する。これにより、実行中の処理がサブグループの処理であることを検知できる。移行部1005は、タスクを第1グループに含まれる複数の装置の一の装置に移行する機能を有する。具体的には、移行部1005は、検知部1004によってメイングループの分散処理に含まれる処理が割り当てられていることが検知された場合に、途中処理結果をメイングループの他の端末MTに移行する。これにより、メイングループからの登録を削除された場合であっても、メイングループの分散処理を続行させることができる。また、移行部1005は、メモリ領域のデータを第1グループに含まれる複数の装置の一の装置に移行する機能を有する。具体的には、移行部1005は、検知部1004によって分散共有メモリ領域Mdにデータが保持されていることが検知された場合に、分散共有メモリ領域Mdのデータをメイングループの他の端末MTに移行する。これにより、メイングループからの登録を削除された場合であっても、メイングループの分散処理を続行させることができる。また、移行部1005は、タスクを第2グループに含まれる複数の装置の一の装置に移行する機能を有する。具体的には、例えば、移行部1005は、受信部1003によって受信された処理依頼によりメイングループの処理の実行を開始する際に、実行中のサブグループの処理の途中処理結果をサブグループの他の端末MTに移行することができる。また、具体的には、例えば、移行部1005は、検出部1001によって自端末MT内で処理すべき処理が発生した際に、実行中のサブグループの処理の途中処理結果をサブグループの他の端末MTに移行することができる。これにより、サブグループの処理より優先して処理すべき処理が自端末MT内で発生した場合に、途中処理結果を返却することでサブグループの分散処理を続行させることができる。グループの編成の内容ここで、図11~図15を用いて、図1に示したマスタ端末MTによる分散処理をおこなうグループの編成において、マスタ端末MT、スレーブ端末MT、および基地局がおこなう処理の内容について説明する。まず、マスタ端末MTによるスレーブ端末MTの登録処理について説明する。マスタ端末MTは、スレーブ端末MTの登録処理を、図11で示す登録処理1か、図12で示す登録処理2か、のいずれか一方を採用して実行する。マスタ端末MTによるスレーブ端末MTの登録処理1ここで、図11を用いて、マスタ端末MTによるスレーブ端末MTの登録処理1の詳細について説明する。登録処理1は、分散処理に含まれる全処理を並列処理するのに十分な数の端末MTをメイングループに登録した場合に、処理を終了する場合のマスタ端末MTの処理例を示す。図11は、マスタ端末MTによるスレーブ端末MTの登録処理1の詳細を示すフローチャートである。まず、CPU301は、通信圏内の端末MTを検出するステップS1101。次に、CPU301は、検出された端末MTの中に、グループに所属可能な端末MTが存在するか否かを判定するステップS1102。ここで、グループに所属可能な端末MTが存在する場合ステップS1102:Yes、CPU301は、分散処理に含まれる処理数が現在メイングループに登録されている端末MT数以下であるか否かを判定するステップS1103。ここで、分散処理に含まれる処理数が現在メイングループに登録されている端末MT数より大きい場合ステップS1103:No、CPU301は、グループ所属確認通知を端末MTに送信するステップS1104。そして、CPU301は、グループ所属確認通知に対する応答を受信したか否かを判定するステップS1105。ここで、応答を受信していない場合ステップS1105:No、CPU301は、ステップS1105に戻り、応答の受信を待つ。一方、応答を受信した場合ステップS1105:Yes、CPU301は、端末MTが既に他のメイングループに所属しているか否かを判定するステップS1106。ここで、端末MTがまだ他のメイングループに所属していない場合ステップS1106:No、CPU301は、端末MTをメイングループに登録してステップS1107、ステップS1102に戻る。一方、端末MTが既に他のメイングループに所属している場合ステップS1106:Yes、CPU301は、端末MTをサブグループに登録してステップS1108、ステップS1102に戻る。また、ステップS1102にて、グループに所属可能な端末MTが存在しない場合ステップS1102:No、CPU301は、グループ情報を送信してステップS1109、登録処理を終了する。また、ステップS1103にて、分散処理に含まれる処理数が現在メイングループに登録されている端末MT数以下である場合ステップS1103:Yes、CPU301は、グループ情報を送信してステップS1109、登録処理を終了する。これにより、マスタ端末MTは、分散処理に含まれる全処理を並列処理するのに十分な数の端末MTをメイングループに登録することができる。また、マスタ端末MTは、他のグループに所属している端末MTは、メイングループに登録せず、サブグループに登録する。そのため、専ら他のグループの分散処理にCPU301を使用する端末MTには、極力分散処理の処理を割り振らないようにできる。また、この際、マスタ端末MTは、グループ内の端末MTに共有メモリMcの作成を通知して、各端末MTから提供された分散共有メモリ領域Mdの集合となる共有メモリMcを作成してもよい。共有メモリMcを作成した場合、マスタ端末MTは、共有メモリMcをアドレッシングしておく。マスタ端末MTによるスレーブ端末MTの登録処理2次に、図12を用いて、マスタ端末MTによるスレーブ端末MTの登録処理2の詳細について説明する。登録処理2は、分散処理に含まれる全処理を並列処理するのに十分な数の端末MTをメイングループに登録した場合であっても、登録可能な端末MTが残っている限り登録処理を続行する場合のマスタ端末MTの処理例を示す。図12は、マスタ端末MTによるスレーブ端末MTの登録処理2の詳細を示すフローチャートである。まず、CPU301は、通信圏内の端末MTを検出するステップS1201。次に、CPU301は、検出された端末MTの中に、グループに所属可能な端末MTが存在するか否かを判定するステップS1202。ここで、グループに所属可能な端末MTが存在する場合ステップS1202:Yes、CPU301は、グループ所属確認通知を端末MTに送信するステップS1203。そして、CPU301は、グループ所属確認通知に対する応答を受信したか否かを判定するステップS1204。ここで、応答を受信していない場合ステップS1204:No、CPU301は、ステップS1204に戻り、応答の受信を待つ。一方、応答を受信した場合ステップS1204:Yes、CPU301は、端末MTが既に他のメイングループに所属しているか否かを判定するステップS1205。ここで、端末MTが既に他のメイングループに所属している場合ステップS1205:Yes、CPU301は、端末MTをサブグループに登録してステップS1208、ステップS1202に戻る。一方、端末MTがまだ他のメイングループに所属していない場合ステップS1205:No、CPU301は、分散処理に含まれる処理数が現在メイングループに登録されている端末MT数以下であるか否かを判定するステップS1206。ここで、分散処理に含まれる処理数が現在メイングループに登録されている端末MT数より大きい場合ステップS1206:No、CPU301は、端末MTをメイングループに登録してステップS1207、ステップS1202に戻る。一方、分散処理に含まれる処理数が現在メイングループに登録されている端末MT数以下である場合ステップS1206:Yes、CPU301は、端末MTをサブグループに登録してステップS1208、ステップS1202に戻る。また、ステップS1202にて、グループに所属可能な端末MTが存在しない場合ステップS1202:No、CPU301は、グループ情報を送信してステップS1209、登録処理を終了する。これにより、マスタ端末MTは、分散処理に含まれる全処理を並列処理するのに十分な数の端末MTをメイングループに登録することができる。また、マスタ端末MTは、グループに登録可能な端末MTが存在する限り、サブグループに登録を続行することができる。また、マスタ端末MTは、他のグループに所属している端末MTは、メイングループに登録せず、サブグループに登録する。そのため、専ら他のグループの分散処理にCPU301を使用する端末MTには、極力分散処理の処理を割り振らないようにできる。マスタ端末MTからのグループ所属確認通知を受信したスレーブ端末MTによる応答処理次に、図13を用いて、ステップS1104またはステップS1203においてマスタ端末MTにより送信されたグループ所属確認通知を受信したスレーブ端末MTによる応答処理の内容について説明する。図13は、マスタ端末MTからのグループ所属確認通知を受信したスレーブ端末MTによる応答処理の詳細を示すフローチャートである。まず、CPU301は、マスタ端末MTからのグループ所属確認通知を受信したか否かを判定するステップS1301。ここで、グループ所属確認通知を受信していない場合ステップS1301:No、CPU301は、ステップS1301に戻り、グループ所属確認通知の受信を待つ。一方、グループ所属確認通知を受信した場合ステップS1301:Yes、CPU301は、自端末MTが既に他のメイングループに所属しているか否かを判定するステップS1302。ここで、他のメイングループに所属していない場合ステップS1302:No、CPU301は、グループ所属確認通知の送信元のマスタ端末MTをメイングループのマスタ端末MTとして登録するステップS1303。そして、CPU301は、グループ所属確認通知の送信元のマスタ端末MTに、他のメイングループに所属していないことを通知してステップS1304、ステップS1301に戻る。一方、他のメイングループに所属している場合ステップS1302:Yes、CPU301は、グループ所属確認通知の送信元のマスタ端末MTをサブグループのマスタ端末MTとして登録するステップS1305。そして、CPU301は、グループ所属確認通知の送信元のマスタ端末MTに、他のメイングループに所属していることを通知してステップS1306、ステップS1301に戻る。これにより、スレーブ端末MTは、自端末MTのグループへの所属状況を、マスタ端末MTに通知することができる。基地局BSによる端末MTの位置情報の送信処理次に、図14を用いて、基地局BSによる端末MTの位置情報の送信処理について説明する。ここで、送信された端末MTの位置情報が、ステップS1101またはステップS1201においてマスタ端末MTにより受信される。図14は、基地局BSによる端末MTの位置情報の送信処理の詳細を示すフローチャートである。まず、CPU301は、基地局BSの通信圏C内にグループに所属していない端末MTが存在するか否かを判定するステップS1401。ここで、グループに所属していない端末MTが存在しない場合ステップS1401:No、CPU301は、ステップS1401に戻り、基地局BSの通信圏C内にグループに所属していない端末MTがないか判定を続ける。一方、CPU301は、グループに所属していない端末MTが存在する場合ステップS1401:Yes、端末MTの位置情報を取得するステップS1402。次に、CPU301は、取得した位置情報に最も近い位置にあるグループを特定するステップS1403。そして、CPU301は、特定したグループのマスタ端末MTに、グループに所属していない端末MTが存在することを通知するステップS1404。次に、CPU301は、特定したグループに、所属していない端末MTが登録されたか否かを判定するステップS1405。ここで、登録された場合ステップS1405:Yes、CPU301は、ステップS1401に戻り、基地局BSの通信圏C内にグループに所属していない端末MTがないか判定を続ける。一方、登録されていない場合ステップS1405:No、CPU301は、取得した位置情報に近い位置にある別のグループが存在するか否かを判定するステップS1406。ここで、別のグループが存在しない場合ステップS1406:No、CPU301は、ステップS1401に戻り、基地局BSの通信圏C内にグループに所属していない端末MTがないか判定を続ける。一方、別のグループが存在する場合ステップS1406:Yes、CPU301は、別のグループのマスタ端末MTに、グループに所属していない端末MTが存在することを通知するステップS1407。そして、CPU301は、ステップS1405に戻り、別のグループに登録されるか否かの判定をおこなう。これにより、グループに所属していない端末MTの存在を、最も位置が近いグループのマスタ端末MTに通知して、グループへの登録処理を開始させることができる。そのため、グループに所属していない端末MTとのアドホック通信が最も高速におこなえると解されるマスタ端末MTに、最初にグループへの登録処理を開始させることができる。また、1グループに登録されなかった場合、他のグループのマスタ端末MTに再度通知して、グループへの登録処理を開始させることができる。そのため、最も近いグループ以外で、分散処理に端末MTを使用するグループがあれば、登録させることができる。基地局BSによるグループ情報の登録処理次に、図15を用いて、ステップS1109またはステップS1209においてマスタ端末MTにより送信されたグループ情報を受信した基地局BSによるグループ情報の登録処理について説明する。図15は、基地局BSによるグループ情報の登録処理の詳細を示すフローチャートである。まず、CPU301は、マスタ端末MTからグループ情報を受信したか否かを判定するステップS1501。ここで、グループ情報を受信していない場合ステップS1501:No、CPU301は、ステップS1501に戻り、グループ情報の受信を待つ。一方、グループ情報を受信した場合ステップS1501:Yes、CPU301は、グループ情報の更新をおこないステップS1502、ステップS1501に戻り、グループ情報の受信を待つ。これにより、グループ情報を最新の状態に保ち、基地局BSの通信圏C内に存在する端末MTが、グループに所属している端末MTか否かを判定することができる。分散処理をおこなうグループの再編成の内容次に、図16~図26を用いて、分散処理の実行を開始した後におけるグループの再編成の内容について説明する。基地局BSの通信圏C内にあらたな端末MTが入った場合におけるグループの再編成の内容まず、図16を用いて、基地局BSの通信圏C内にグループに所属していないあらたな端末MTが入った場合におけるグループの再編成の内容について説明する。図16は、基地局BSの通信圏C内にあらたな端末MTが入った場合におけるグループの再編成の内容を示す説明図である。図16では、基地局BSの通信圏C内には、複数の端末MT1~MT5が存在する。端末MT1は、処理1a,処理1b,処理1c,および処理1dを含む分散処理1の実行を制御するマスタ端末MTである。また、マスタ端末MT1は、自端末MT1と、スレーブ端末MT2,MT3とを含むグループG1を編成している。グループG1において、マスタ端末MT1は、処理1bを自端末MT1に割り振り、処理1cを端末MT3に割り振り、処理1dを端末MT2に割り振り、それぞれ並列処理させている。また、処理1aは、既に実行を終了している。一方、マスタ端末MT5は、処理2a,処理2b,および処理2cを含む分散処理2の実行を制御するマスタ端末MTである。また、マスタ端末MT5は、自端末MT5と、スレーブ端末MT4とを含むグループG2を編成している。グループG2において、マスタ端末MT5は、処理2bを端末MT4に割り振り、処理2aを自端末MT5に割り振り、それぞれ並列処理させている。また、処理2cは、まだ実行されていない。1ここで、端末MT6が移動して、基地局BSの通信圏外から通信圏C内へと入ってきた場合を想定する。2端末MT6が基地局BSの通信圏C内へと入ってくると、基地局BSは、端末MT6の位置情報を取得する。3そして、基地局BSは、取得した位置情報に最も近い位置にあるグループG1に、端末MT6の位置情報を通知する。4通知を受信したマスタ端末MT1は、端末MT6のグループG1への登録処理を開始する。ここで、グループG1では、既に、処理1aは終了しており、処理1b~1dは端末MT1~MT3において実行中である。即ち、端末MT6をグループG1に登録しても割り振る処理が存在しない。そのため、マスタ端末MT1は、基地局BSに登録不要の通知を送信する。5基地局BSは、登録不要の通知を受信すると、グループG1の次に端末MT6に近い位置にあるグループG2に、端末MT6の位置情報を通知する。6通知を受信したマスタ端末MT5は、端末MT6のグループG2への登録処理を開始する。ここで、グループG2では、まだ実行されていない処理2cが残っている。そのため、マスタ端末MT5は、端末MT6をグループG2に登録して、グループを再編成し、処理2cを端末MT6に割り振って、分散処理2の並列処理をおこなう。このように、基地局BSの通信圏C内にあらたな端末MTが入ってきた場合は、分散処理に含まれる複数の処理の中に、実行が開始されていない処理が残っているグループにあらたな端末MTを登録させて、グループを再編成させることができる。そのため、再編成したグループは、あらたな端末MTに、処理を割り振って、効率よく分散処理をおこなうことができる。マスタ端末MTによるグループの再編成処理ここで、図17を用いて、図16に示したマスタ端末MTによるグループの再編成処理について説明する。図17は、マスタ端末MTによるグループの再編成処理の詳細を示すフローチャートである。まず、CPU301は、基地局BSからのあらたな端末MTの位置情報の通知を受信したか否かを判定するステップS1701。ここで、通知を受信していない場合ステップS1701:No、CPU301は、ステップS1701に戻り、基地局BSからの通知を待つ。一方、通知を受信した場合ステップS1701:Yes、CPU301は、分散処理内の実行が終了していない処理数がグループに所属している端末MT数より多いか否かを判定するステップS1702。ここで、実行が終了していない処理数がグループに所属している端末MT数より多い場合ステップS1702:Yes、CPU301は、通知された端末MTをメイングループに登録するステップS1703。次に、CPU301は、登録した端末MTと基地局BSとにメイングループへの登録を通知するステップS1704。そして、CPU301は、登録した端末MTを含むグループ内において共有メモリMcを作成しステップS1705、ステップS1701に戻り、基地局BSからの通知を待つ。一方、実行が終了していない処理数がグループに所属している端末MT数以下である場合ステップS1702:No、CPU301は、メイングループに登録しないことを示す通知を、登録しなかった端末MTと基地局BSとに送信するステップS1706。そして、CPU301は、ステップS1701に戻り、基地局BSからの通知を待つ。これにより、基地局BSの通信圏C内にあらたな端末MTが入ってきた場合は、分散処理に含まれる複数の処理の中に、実行が開始されていない処理が残っているグループにあらたな端末MTを登録させて、グループを再編成させることができる。なお、図16に示した基地局BSの送信処理および登録処理と、スレーブ端末MTの応答処理とは、図13~図15に示した処理と同様のため、ここでは、詳細な説明を省略する。グループ内のスレーブ端末MTが割り振られた処理の実行を終了した場合におけるグループの再編成の内容次に、図18を用いて、グループ内のスレーブ端末MTが割り振られた処理の実行を終了した場合におけるグループの再編成の内容について説明する。図18は、グループ内のスレーブ端末MTが割り振られた処理の実行を終了した場合におけるグループの再編成の内容を示す説明図である。図18では、基地局BSの通信圏C内には、複数の端末MT1~MT6が存在する。端末MT1は、処理1a,処理1b,処理1c,および処理1dを含む分散処理1の実行を制御するマスタ端末MTである。また、マスタ端末MT1は、自端末MT1と、スレーブ端末MT2,MT3,MT6とを含むグループG1を編成している。グループG1において、マスタ端末MT1は、処理1bを端末MT6に割り振り、処理1cを端末MT3に割り振り、処理1dを端末MT2に割り振り、それぞれ並列処理させている。また、処理1aは、既に実行を終了している。一方、マスタ端末MT5は、処理2a,処理2b,および処理2cを含む分散処理2の実行を制御するマスタ端末MTである。また、マスタ端末MT5は、自端末MT5と、スレーブ端末MT4とを含むグループG2を編成している。グループG2において、マスタ端末MT5は、処理2bを端末MT4に割り振り、処理2aを自端末MT5に割り振り、それぞれ並列処理させている。また、処理2cは、まだ実行されていない。1ここで、グループG1内の端末MT6が、処理1bの実行を終了した場合を想定する。端末MT6は、処理1bの実行を終了すると、処理1bの処理結果をマスタ端末MT1に返却する。2処理1bの処理結果を返却されたマスタ端末MT1は、端末MT6にさらに割り振ることができる処理が残っているか否かを判定する。グループG1では、実行が開始されていない処理は残っていないため、端末MT6に割り振る処理が存在しない。そのため、マスタ端末MT1は、端末MT6をグループG1から除外する。3そして、マスタ端末MT1は、端末MT6の登録が削除されたグループG1のグループ情報を基地局BSに送信する。これにより、基地局BSは、基地局BSに記憶されているグループ情報を更新する。4グループ情報を更新した基地局BSは、グループG1から除外された端末MT6の近い位置にあるグループG1以外のグループのマスタ端末MTに、端末MT6の位置情報を通知する。ここでは、基地局BSは、グループG2のマスタ端末MT5に、端末MT6の位置情報を通知する。5通知を受信したマスタ端末MT5は、端末MT6のグループG2への登録処理を開始する。ここで、グループG2では、まだ実行されていない処理2cが残っている。そのため、マスタ端末MT5は、端末MT6をグループG2に登録して、グループを再編成し、処理2cを端末MT6に割り振って、分散処理2の並列処理をおこなう。このように、マスタ端末MTは、処理を終了した端末MTをグループから除外する。そのため、分散処理に含まれる複数の処理の中に、実行が開始されていない処理が残っている他のグループに除外された端末MTを登録させて、グループを再編成させることができる。そのため、再編成したグループは、あらたな端末MTに、処理を割り振って、効率よく分散処理をおこなうことができる。マスタ端末MTによるグループの登録の削除処理ここで、図19を用いて、図18に示したマスタ端末MTによるグループの登録の削除処理について説明する。図19は、マスタ端末MTによるグループの登録の削除処理の詳細を示すフローチャートである。まず、CPU301は、実行を終了していない処理数がグループに所属している端末MT数より少ないか否かを判定するステップS1901。ここで、実行を終了していない処理数がグループに所属している端末MT数以上の場合ステップS1901:No、CPU301は、ステップS1901に戻る。一方、実行を終了していない処理数がグループに所属している端末MT数より少ない場合ステップS1901:Yes、CPU301は、処理を実行していない端末MTの分散共有メモリ領域Mdが使用中か否かを判定するステップS1902。ここで、使用中の場合ステップS1902:Yes、CPU301は、ステップS1901に戻る。一方、使用中ではない場合ステップS1902:No、CPU301は、処理を実行していない端末MTに、登録の削除通知と処理終了通知を送信するステップS1903。そして、CPU301は、基地局BSに、グループ情報を送信するステップS1904。次に、CPU301は、分散処理に含まれる複数の処理のうち処理中の処理のサイズが共有メモリMcのサイズより大きいか否かを判定するステップS1905。ここで、処理中の処理のサイズが共有メモリMcのサイズ以下である場合ステップS1905:No、CPU301は、ステップS1901に戻る。一方、分散処理に含まれる複数の処理のうち処理中の処理のサイズが共有メモリMcのサイズより大きい場合ステップS1905:Yes、CPU301は、グループ内に共有メモリMcを使用中の端末MTが存在するか否かを判定するステップS1906。ここで、共有メモリMcを使用中の端末MTが存在する場合ステップS1906:Yes、CPU301は、ステップS1906に戻る。一方、共有メモリMcを使用中の端末MTが存在しない場合ステップS1906:No、CPU301は、分散共有メモリ領域Mdの解消通知を送信してステップS1907、ステップS1901に戻る。これにより、割り振る処理がない端末MTの登録を削除することができる。マスタ端末MTからの登録の削除通知を受信したスレーブ端末MTによる応答処理ここで、図20を用いて、ステップS1903においてマスタ端末MTにより送信された登録の削除通知を受信したスレーブ端末MTによる応答処理について説明する。図20は、マスタ端末MTからの登録の削除通知を受信したスレーブ端末MTによる応答処理の詳細を示すフローチャートである。まず、CPU301は、登録の削除通知を受信したか否かを判定するステップS2001。ここで、登録の削除通知を受信していない場合ステップS2001:No、CPU301は、ステップS2001に戻り、登録の削除通知の受信を待つ。一方、登録の削除通知を受信した場合ステップS2001:Yes、CPU301は、分散処理に含まれる処理を所持しているか否かを判定するステップS2002。ここで、処理を所持していない場合ステップS2002:No、CPU301は、ステップS2004に移行する。一方、処理を所持している場合ステップS2002:Yes、CPU301は、マスタ端末MTへ所持している処理の処理結果を返却してステップS2003、ステップS2004に移行する。そして、CPU301は、分散共有メモリ領域Mdが使用中か否かを判定するステップS2004。ここで、使用中でない場合ステップS2004:No、CPU301は、応答処理を終了する。一方、使用中の場合ステップS2004:Yes、CPU301は、マスタ端末MTへ分散共有メモリ領域Mdにあるデータを送信してステップS2005、応答処理を終了する。これにより、グループから登録を削除されたスレーブ端末MTは、自端末MTが有していた処理結果や分散共有メモリ領域Mdのデータを、マスタ端末MTに返却することができる。そのため、分散処理中にグループから端末MTの登録が削除されても、分散処理を続行できる。マスタ端末MTからの処理終了通知を受信したスレーブ端末MTによる応答処理ここで、図21を用いて、ステップS1903においてマスタ端末MTにより送信された処理終了通知を受信したスレーブ端末MTによる応答処理について説明する。図21は、マスタ端末MTからの処理終了通知を受信したスレーブ端末MTによる応答処理の詳細を示すフローチャートである。まず、CPU301は、処理終了通知を受信したか否かを判定するステップS2101。ここで、処理終了通知を受信していない場合ステップS2101:No、CPU301は、ステップS2101に戻り、処理終了通知の受信を待つ。一方、処理終了通知を受信した場合ステップS2101:Yes、CPU301は、分散共有メモリ領域Mdの解消通知を受信したか否かを判定するステップS2102。ここで、解消通知を受信していない場合ステップS2102:No、CPU301は、ステップS2102に戻り、解消通知の受信を待つ。一方、解消通知を受信した場合ステップS2102:Yes、CPU301は、分散共有メモリ領域Mdを解放しステップS2103、応答処理を終了する。これにより、グループから登録を削除された端末MTは、分散共有メモリ領域Mdを解放して、解放したメモリ領域を、自端末MTが発生させた処理に使用することができるようになる。なお、図18に示したマスタ端末MTの再編成処理と、基地局BSの送信処理および登録処理とは、図14,図15および図17に示した処理と同様のため、ここでは、詳細な説明を省略する。グループ内の端末MTとの通信状況が悪化した場合におけるグループの再編成の内容次に、図22を用いて、マスタ端末MTとグループ内の端末MTとの通信状況が悪化した場合におけるグループの再編成の内容について説明する。図22は、グループ内の端末MTとの通信状況が悪化した場合におけるグループの再編成の内容を示す説明図である。図22では、基地局BSの通信圏C内には、複数の端末MT1~MT3が存在する。端末MT1は、処理1a,処理1b,処理1c,および処理1dを含む分散処理1の実行を制御するマスタ端末MTである。また、マスタ端末MT1は、自端末MT1と、スレーブ端末MT2,MT3とを含むグループG1を編成している。グループG1において、マスタ端末MT1は、処理1bを自端末MT1に割り振り、処理1cを端末MT3に割り振り、処理1dを端末MT2に割り振り、それぞれ並列処理させている。また、処理1aは、既に実行を終了している。1ここで、端末MT2が移動することにより、端末MT2とマスタ端末MT1との距離が離れてしまい、通信状況が悪化した場合を想定する。2マスタ端末MT1は、通信状況を監視することにより、端末MT2との通信状況の悪化を検出する。具体的には、マスタ端末MT1は、通信強度を監視することにより通信状況の悪化を検出する。3通信状況の悪化を検出すると、マスタ端末MT1は、端末MT2から途中処理結果を回収し、グループG1から端末MT2を除外する。4そして、マスタ端末MT1は、端末MT2の登録が削除されたグループG1のグループ情報を基地局BSに送信する。これにより、基地局BSは、基地局BSに記憶されているグループ情報を更新する。これにより、通信状況の悪化により、途中処理結果を回収できなくなってしまう前に、途中処理結果を回収することができる。また、途中処理結果を回収できなくなるおそれがある端末MTをグループから除外することにより、安定した分散処理をすることができる。なお、マスタ端末MT1が移動することにより、通信状況が悪化した場合であっても、同様にグループを再編成する。マスタ端末MTによるグループの登録の削除処理ここで、図23を用いて、図22に示したマスタ端末MTによるグループの登録の削除処理について説明する。図23は、マスタ端末MTによるグループの登録の削除処理の詳細を示すフローチャートである。まず、CPU301は、通信状況を監視し、通信状況が悪化したか否かを判定するステップS2301。ここで、通信状況が悪化していない場合ステップS2301:No、CPU301は、ステップS2301に戻り、通信状況の監視を続ける。一方、通信状況が悪化した場合ステップS2301:Yes、CPU301は、途中処理結果の回収通知を送信するステップS2302。次に、CPU301は、端末MTの分散共有メモリ領域Mdが使用中か否かを判定するステップS2303。ここで、分散共有メモリ領域Mdが使用中である場合ステップS2303:Yes、CPU301は、ステップS2305に移行する。一方、分散共有メモリ領域Mdが使用中ではない場合ステップS2303:No、CPU301は、分散共有メモリ領域Mdのデータを回収してステップS2304、ステップS2305に移行する。次に、CPU301は、グループの登録を削除して、登録の削除通知と処理終了通知を送信するステップS2305。そして、CPU301は、グループ情報を基地局BSに送信するステップS2306。次に、CPU301は、分散処理に含まれる複数の処理のうち処理中の処理のサイズが共有メモリMcのサイズより大きいか否かを判定するステップS2307。ここで、処理中の処理のサイズが共有メモリMcのサイズ以下である場合ステップS2307:No、CPU301は、ステップS2301に戻る。一方、分散処理に含まれる複数の処理のうち処理中の処理のサイズが共有メモリMcのサイズより大きい場合ステップS2307:Yes、CPU301は、グループ内に共有メモリMcを使用中の端末MTが存在するか否かを判定するステップS2308。ここで、共有メモリMcを使用中の端末MTが存在する場合ステップS2308:Yes、CPU301は、ステップS2308に戻る。一方、共有メモリMcを使用中の端末MTが存在しない場合ステップS2308:No、CPU301は、分散共有メモリ領域Mdの解消通知を送信してステップS2309、ステップS2301に戻る。これにより、通信状況が悪化した端末MTの登録を削除することができる。また、通信状況が悪化した端末MTが有する途中処理結果や分散共有メモリ領域Mdのデータを回収することができる。サブグループの分散処理を実行中の端末MTによるメイングループの分散処理の実行の開始の内容次に、図24を用いて、サブグループの分散処理を実行中の端末MTによるメイングループの分散処理の実行の開始の内容について説明する。図24は、サブグループの分散処理を実行中の端末MTによるメイングループの分散処理の実行の開始の内容を示す説明図である。図24では、基地局BSの通信圏C内には、複数の端末MT1~MT5が存在する。端末MT1は、処理1a,処理1b,処理1c,および処理1dを含む分散処理1の実行を制御するマスタ端末MTである。また、マスタ端末MT1は、自端末MT1と、スレーブ端末MT2,MT3とを含むグループG1を編成している。グループG1において、マスタ端末MT1は、処理1cを端末MT3に割り振り、処理1dを端末MT2に割り振り、それぞれ並列処理させている。また、処理1aは、既に実行を終了している。そして、処理1bは、まだ実行されていない。一方、マスタ端末MT5は、処理2a,処理2b,および処理2cを含む分散処理2の実行を制御するマスタ端末MTである。また、マスタ端末MT5は、自端末MT5と、スレーブ端末MT4と、マスタ端末MT5のスレーブ端末MTにもなる端末MT1とを含むグループG2を編成している。グループG2において、マスタ端末MT5は、処理2aを自端末MT5に割り振り、処理2bを端末MT4に割り振り、処理2cを端末MT1に割り振り、それぞれ並列処理させている。このように、端末MT1が、自端末MT1のグループG1のメイングループであり、かつ、端末MT5のグループG2のサブグループである場合を例に挙げて、端末MT1によるメイングループの分散処理の実行の開始について説明する。1ここで、端末MT1が、処理2cの実行中に、メイングループの処理1bの実行を開始しようとする場合を想定する。2処理1bの実行の開始の前に、端末MT1は、処理1bの実行の開始のために、処理2cの途中処理結果をマスタ端末MT5に返却する。そして、端末MT1は、処理1bの実行を開始する。これにより、端末MT1は、メイングループの処理を優先して実行することができる。また、メイングループの処理を開始する前に、サブグループのマスタ端末MT5に途中処理結果を返却する。そのため、マスタ端末MT5の分散処理が中断されることがないようにできる。メイングループの分散処理の実行の開始処理ここで、図25を用いて、図24に示した一方のグループのメイングループと、他方のグループのサブグループと、の両方に所属している端末MTによるメイングループの分散処理の実行の開始処理について説明する。図25は、メイングループの分散処理の実行の開始処理の詳細を示すフローチャートである。まず、CPU301は、自端末MTでメイングループの分散処理を開始するか否かを判定するステップS2501。ここで、分散処理を開始しない場合ステップS2501:No、CPU301は、ステップS2501に戻り、分散処理の開始を待つ。一方、分散処理を開始する場合ステップS2501:Yes、CPU301は、サブグループの分散処理を所持しているか否かを判定するステップS2502。ここで、サブグループの分散処理を所持していない場合ステップS2502:No、CPU301は、メイングループの分散処理の実行の開始処理を終了する。一方、サブグループの分散処理を所持している場合ステップS2502:Yes、CPU301は、サブグループのマスタ端末MTに途中処理結果の返却通知を送信しステップS2503、途中処理結果を返却するステップS2504。そして、CPU301は、メイングループの分散処理の実行の開始処理を終了する。これにより、サブグループの分散処理の実行より、メイングループの分散処理を優先して実行を開始することができる。また、メイングループの分散処理の実行の開始の際に、サブグループの分散処理の途中処理結果と、分散共有メモリ領域Mdのデータを返却する。そのため、サブグループの分散処理を続行させることができる。サブグループのマスタ端末MTによるデータ回収処理ここで、図26を用いて、ステップS2503において端末MTにより送信された返却通知を受信したサブグループのマスタ端末MTによるデータ回収処理について説明する。ただし、ステップS2602の処理は、図23に示したステップS2302の処理と同様の処理であるため、ここでは詳細な説明を省略する。図26は、サブグループのマスタ端末MTによるデータ回収処理の詳細を示すフローチャートである。まず、CPU301は、端末MTから返却通知を受信したか否かを判定するステップS2601。ここで、返却通知を受信していない場合ステップS2601:No、CPU301は、ステップS2601に戻り、返却通知の受信を待つ。一方、返却通知を受信した場合ステップS2601:Yes、CPU301は、ステップS2602に移行する。そして、CPU301は、ステップS2602の処理をおこなう。これにより、端末MTからの分散処理の途中処理結果を回収して、分散処理を続行することができる。マスタ端末MTによるサブグループのスレーブ端末MTへの処理依頼の内容次に、図27を用いて、メイングループのスレーブ端末MTのみでは分散処理に含まれるすべての処理を同時に並列処理することができない場合におけるマスタ端末MTによるサブグループのスレーブ端末MTへの処理依頼について説明する。図27は、マスタ端末MTによるサブグループのスレーブ端末MTへの処理依頼の内容を示す説明図である。図27では、基地局BSの通信圏C内には、複数の端末MT1~MT6が存在する。端末MT1は、処理1a,処理1b,処理1c,および処理1dを含む分散処理1の実行を制御するマスタ端末MTである。また、マスタ端末MT1は、自端末MT1と、スレーブ端末MT2,MT3,MT6とを含むグループG1を編成している。グループG1において、マスタ端末MT1は、処理1aを自端末MT1に割り振り、処理1bを端末MT6に割り振り、処理1cを端末MT3に割り振り、処理1dを端末MT2に割り振り、それぞれ並列処理させている。なお、処理1aと処理1bとは、同期制御の対象になる処理であり、一方の処理の実行中には、他方の処理が中断される。一方、マスタ端末MT5は、処理2a,処理2b,および処理2cを含む分散処理2の実行を制御するマスタ端末MTである。また、マスタ端末MT5は、自端末MT5と、スレーブ端末MT4,MT6とを含むグループG2を編成している。グループG2において、スレーブ端末MT4は、メイングループに所属している。また、グループG2において、スレーブ端末MT6は、サブグループに所属している。グループG2において、マスタ端末MT5は、処理2aを自端末MT5に割り振り、処理2bを端末MT4に割り振り、それぞれ並列処理させている。処理2cは、まだ実行されていない。1ここで、マスタ端末MT1が処理1aを実行中であるため、スレーブ端末MT6が処理1bの実行を中断した場合を想定する。処理1bの実行を中断すると、スレーブ端末MT6のCPU301は、アイドル状態になり、サブグループの分散処理を実行することができるようになる。2そのため、処理1bの実行を中断すると、スレーブ端末MT6は、マスタ端末情報DB600を参照して、サブグループのマスタ端末MT5に、処理依頼の受付が可能になった旨の通知以下、受付可能通知というを送信する。3受付可能通知を受信したマスタ端末MT5は、分散処理に含まれる処理の中からまだ実行されていない処理2cを選択して、スレーブ端末MT6に処理依頼を送信する。4処理依頼を受信すると、スレーブ端末MT6は、処理1bの途中処理結果をグループG1の共有メモリMc1に退避させて、処理2cを実行する。なお、スレーブ端末MT6のメモリMのサイズが処理1bの途中処理結果と、処理2cの処理結果と、を保持できるサイズであれば、共有メモリMc1に途中処理結果を退避させなくてもよい。このように、CPU301がアイドル状態になったサブグループのスレーブ端末MTを、分散処理の並列処理に使用することにより、分散処理の効率化ができる。また、スレーブ端末MTのCPU301の使用率をあげることができるため、ネットワークシステム200全体での処理の効率化を図ることができる。マスタ端末MTによるサブグループのスレーブ端末MTへの分散処理の処理依頼処理ここで、図28を用いて、図27に示したマスタ端末MTによるサブグループのスレーブ端末MTへの分散処理の処理依頼処理について説明する。図28は、マスタ端末MTによるサブグループのスレーブ端末MTへの分散処理の処理依頼処理の詳細を示すフローチャートである。まず、CPU301は、処理依頼する処理が存在するか否かを判定するステップS2801。処理依頼する処理が存在しない場合ステップS2801:No、CPU301は、ステップS2801に戻り、処理依頼する処理が存在するか否かの判定を続ける。一方、処理依頼する処理が存在する場合ステップS2801:Yes、CPU301は、サブグループに所属するスレーブ端末MTに依頼可能なスレーブ端末MTが存在するか否かを判定するステップS2802。ここで、依頼可能なスレーブ端末MTが存在しない場合ステップS2802:No、CPU301は、処理依頼処理を終了する。一方、依頼可能なスレーブ端末MTが存在する場合ステップS2802:Yes、CPU301は、依頼可能なスレーブ端末MTから受付可能通知を受信すると、処理依頼を送信し、処理依頼が受信されると処理を送信してステップS2803、ステップS2801に戻る。これにより、分散処理に含まれる複数の処理の中で割り振ることができる処理があり、かつ、依頼可能なスレーブ端末MTが存在すれば、処理を割り振って実行させることができるため、分散処理の効率化を図ることができる。スレーブ端末MTによる処理依頼の受付処理の詳細ここで、図29を用いて、ステップS2803においてマスタ端末MTにより送信された処理依頼を受信したスレーブ端末MTによる処理依頼の受付処理について説明する。図29は、スレーブ端末MTによる処理依頼の受付処理の詳細を示すフローチャートである。まず、CPU301は、メイングループのマスタ端末MTから、排他制御にかかる同期待ちを検出したか否かを判定するステップS2901。同期待ちを検出していない場合ステップS2901:No、CPU301は、ステップS2901に戻り、同期待ちの検出を待つ。一方、同期待ちを検出した場合ステップS2901:Yes、CPU301は、実行中の処理を同期待ちにして中断する。そして、CPU301は、所属しているサブグループがあるか否か判定するステップS2902。ここで、所属しているサブグループがない場合ステップS2902:No、CPU301は、処理依頼の受付処理を終了する。一方、所属しているサブグループがある場合ステップS2902:Yes、CPU301は、分散共有メモリ領域Mdが利用可能であるか判定するステップS2903。ここで、分散共有メモリ領域Mdが利用不可能である場合ステップS2903:No、CPU301は、処理依頼の受付処理を終了する。一方、分散共有メモリ領域Mdが利用可能である場合ステップS2903:Yes、CPU301は、退避用の分散共有メモリ領域Mdを確保し、サブグループのマスタ端末MTに、受付可能通知を送信するステップS2904。次に、CPU301は、同期待ちが終了したか否かを判定するステップS2905。同期待ちの終了は、例えば、メイングループのマスタ端末MTからの同期待ちの解除通知を受信することによりおこなわれる。ここで、同期待ちが終了した場合ステップS2905:Yes、CPU301は、サブグループのマスタ端末MTに、受付可能通知の取消通知を送信しステップS2906、処理依頼の受付処理を終了する。一方、同期待ちが終了していない場合ステップS2905:No、CPU301は、サブグループのマスタ端末MTからの処理依頼を受信したか否かを判定するステップS2907。ここで、処理依頼を受信していない場合ステップS2907:No、CPU301は、ステップS2905に戻る。一方、処理依頼を受信した場合ステップS2907:Yes、CPU301は、分散共有メモリ領域Mdに途中処理結果を退避させ、処理依頼の受信を通知し、処理を受信するステップS2908。そして、CPU301は、サブグループからの処理依頼に基づいて、処理を開始するステップS2909。次に、CPU301は、同期待ちが終了したか否かを判定するステップS2910。同期待ちの終了は、例えば、メイングループのマスタ端末MTからの同期待ちの解除通知を受信することによりおこなわれる。ここで、同期待ちが終了した場合ステップS2910:Yes、CPU301は、他に所属しているグループのマスタ端末MTとなる端末MTに、ステップS2909にて開始した処理の処理結果を送信するステップS2911。そして、CPU301は、分散共有メモリ領域Mdに退避させた途中処理結果を復帰させステップS2912、処理依頼の受付処理を終了する。一方、同期待ちが終了していない場合ステップS2910:No、CPU301は、ステップS2909にて開始した処理が終了したか否かを判定するステップS2913。ここで、処理が終了していない場合ステップS2913:No、ステップS2910に戻る。一方、処理が終了した場合ステップS2913:Yes、CPU301は、サブグループのマスタ端末MTに、ステップS2909にて開始した処理の処理結果を送信しステップS2914、ステップS2903に戻る。ただし、ステップS2909にて開始した処理の終了に伴って、CPU301は、分散共有メモリ領域Mdに退避させた途中処理結果を復帰させてもよい。そして、CPU301は、同期待ちの終了を待って、中断していた処理を再開してもよい。これにより、スレーブ端末MTは、途中処理結果を分散共有メモリ領域Mdに退避させて、サブグループのマスタ端末MTから依頼される処理に使用するRAM303のワークエリアを確保することができる。また、端末MTは、分散共有メモリ領域Mdに退避させた途中処理結果をRAM303のワークエリアに復帰させて、処理を再開することができる。以上説明したように、データ処理方法によれば、他のグループに所属していないスレーブ端末MTをメイングループに登録する。また、データ処理方法によれば、他のグループに所属しているスレーブ端末MTは、メイングループに登録せず、サブグループに登録する。これにより、専らマスタ端末MTの処理依頼に従って処理を実行可能なスレーブ端末MTを選択してメイングループに登録できるため、分散処理の並列処理を効率よくおこなえるグループを編成できる。また、メイングループに含まれないサブグループのスレーブ端末MTには、自グループからの処理依頼を極力おこなわずに当該スレーブ端末MTの負荷が増大することを防止できる。また、サブグループとして、臨時に処理依頼をおこなうスレーブ端末MTを登録しておく。これにより、端末MTが可搬であることに起因するメイングループのスレーブ端末MTの状況の変化に対応して、臨時に処理を割り振って、並列処理をおこなうことができる。また、サブグループに登録されたスレーブ端末が、他のグループの分散処理の終了後、または、他のグループの分散処理の中断中であって、CPUがアイドル状態になっているときには、臨時に処理依頼をして分散処理の効率化を図ることができる。また、データ処理方法によれば、現在メイングループに登録されている端末MT数と、分散処理に含まれる処理数と、の比較結果を参照して、メイングループまたはサブグループへのスレーブ端末MTの登録処理を開始する。例えば、データ処理方法によれば、現在メイングループに登録されている端末MT数が分散処理に含まれる処理数以上である場合、スレーブ端末MTの登録をおこなわない。これにより、他のグループがスレーブ端末MTをメイングループに登録する余地を残しておくことができる。また、例えば、データ処理方法によれば、現在メイングループに登録されている端末MT数が分散処理に含まれる処理数より小さい場合、スレーブ端末MTをメイングループに登録する。これにより、メイングループに登録されている端末MT数が処理数と同数になるまでは、スレーブ端末MTをメイングループに登録することにより、分散処理の並列処理の効率化を図る。また、例えば、データ処理方法によれば、現在メイングループに登録されている端末MT数が分散処理に含まれる処理数以上であるとき、スレーブ端末MTをサブグループに登録する。これにより、スレーブ端末MTをサブグループに登録してメイングループには登録しないようにして、他のグループがスレーブ端末MTをメイングループに登録する余地を残しておくことができる。また、データ処理方法によれば、サブグループに登録されたスレーブ端末MTへの同期要求を登録しておくことにより、スレーブ端末MTが処理依頼を受付可能な状態であるかを登録しておくことができる。また、データ処理方法によれば、メイングループへのスレーブ端末MTの登録または不登録を基地局BSに通知することにより、基地局BSのグループ情報DB800を更新する。これにより、基地局BSは、通信圏C内にあるスレーブ端末MTのグループへの所属状況を把握することができる。また、データ処理方法によれば、現在メイングループに登録されている端末MT数が分散処理に含まれる処理数以上であるとき、グループに登録されているスレーブ端末MTの登録を削除する。これにより、現在メイングループに登録されている端末MT数が、分散処理に含まれる複数の処理を割り振るのに十分な数を超えているときは、超過分の登録を削除して、他のグループがスレーブ端末MTをメイングループに登録する余地を作ることができる。また、データ処理方法によれば、分散共有メモリ領域Mdにデータがあるスレーブ端末MTのメイングループの登録を削除しない。これにより、メイングループから登録を削除されたスレーブ端末MTの分散共有メモリ領域Mdにある分散処理の途中処理結果を回収できなくなることを防止できる。また、データ処理方法によれば、分散処理に含まれる複数の処理の中の1処理が使用するメモリMのサイズが共有メモリMcのサイズより大きい場合は、グループ内の各端末MTの分散共有メモリ領域Mdを解放する。これにより、共有メモリMcとして途中処理結果を退避可能なサイズが確保されていない場合は、分散共有メモリ領域Mdを解放することにより、スレーブ端末MTのワークエリアを確保して処理を効率化する。また、データ処理方法によれば、スレーブ端末MTの通信能力の低下が検出された場合に、通信能力の低下したスレーブ端末MTのメイングループへの登録を削除する。これにより、通信能力が低下し、データの送受信ができなくなる虞があるスレーブ端末MTをグループから除外して、分散処理を安定して実行できる。また、データ処理方法によれば、分散処理を中止したスレーブ端末MTから途中処理結果が返却された場合に、途中処理結果を返却したスレーブ端末MTのメイングループへの登録を削除する。これにより、分散処理を中止したスレーブ端末MTをグループから除外することができ、また、返却された途中処理結果により分散処理を続行できる。また、データ処理方法によれば、分散共有メモリ領域Mdが使用されている場合、分散共有メモリ領域Mdのデータを回収する。これにより、分散処理の途中処理結果を回収して、分散処理を続行することができる。なお、本実施の形態で説明したデータ処理方法は、予め用意されたデータ処理プログラムをパーソナルコンピュータやワークステーション等のコンピュータで実行することにより実現することができる。本データ処理プログラムは、ハードディスク、フレキシブルディスク、CD-ROM、MO、DVD等のコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行される。また本データ処理プログラムは、インターネット等のネットワークを介して配布してもよい。"