(57)【要約】  グループ処理端末（１１１〜１１３）のグループ処理端末（１１３）と通信可能な少なくとも一の第２データ処理装置（１２１〜１２６）をグループとして登録する。また、グループ処理端末（１１２，１１３）にデータの第１受信要求を発信する。また、第１受信要求に対するグループ処理端末（１１３）からの応答がないときにサポート端末（１２１〜１２６）にデータの第２受信要求を送信する。また、サポート端末（１２１〜１２６）からの応答に基づいてデータをサポート端末（１２１〜１２６）に送信する。
2012169001.tif 000002
【特許請求の範囲】
【請求項１】
複数のデータ処理装置の第１データ処理装置と通信可能な少なくとも一の第２データ処理装置をグループとして登録し、
前記複数のデータ処理装置にデータの第１受信要求を発信し、
前記第１受信要求に対する前記第１データ処理装置からの応答がないときに前記第２データ処理装置に前記データの第２受信要求を送信し、
前記第２データ処理装置からの応答に基づいて前記データを前記第２データ処理装置に送信すること
を特徴とするデータ通信方法。
【請求項２】
前記複数のデータ処理装置へのデータの第１受信要求は、前記複数のデータ処理装置のブロードキャスト通信時に発信されること
を特徴とする請求項１に記載のデータ通信方法。
【請求項３】
前記第１データ処理装置から前記第２データ処理装置への前記データの送信要求に基づいて、前記データが前記第２データ処理装置から前記第１データ処理装置に送信されること
を特徴とする請求項１又は請求項２に記載のデータ通信方法。
【請求項４】
前記グループとして登録された第２データ処理装置が複数あるときに、前記データが送信された前記第２データ処理装置から前記データが送信された第２データ処理装置以外の第２データ処理装置に前記データが送信されること
を特徴とする請求項１乃至請求項３の何れか一に記載のデータ通信方法。
【請求項５】
前記複数のデータ処理装置は、前記第２データ処理装置のうちの自装置が通信可能なデータ処理装置を示す情報を互いに送受信することによって前記第２データ処理装置を示す端末情報を共有し、
共有した前記端末情報に基づいて前記第２データ処理装置に前記第２受信要求を送信すること
を特徴とする請求項１乃至請求項４の何れか一に記載のデータ通信方法。
【請求項６】
前記複数のデータ処理装置は、共有した前記端末情報を前記第２データ処理装置へ送信し、
前記端末情報に基づいて、前記グループとして登録された第２データ処理装置が複数あるときに、前記データが送信された前記第２データ処理装置から前記データが送信された第２データ処理装置以外の第２データ処理装置に前記データが送信されること
を特徴とする請求項５に記載のデータ通信方法。
【請求項７】
メモリと、
複数のデータ処理装置の中の第１データ処理装置と通信可能な少なくとも一の第２データ処理装置をグループとして前記メモリに登録するデータベース管理ユニットと、
前記複数のデータ処理装置に対するデータの第１受信要求を受信するデータ通信ユニットと、
前記第２データ処理装置に前記データが送信されたときに前記少なくとも一の第２データ処理装置にタスクを送信するタスク管理部と
を備えることを特徴とするデータ通信システム。
【請求項８】
前記第１受信要求に対する前記第１データ処理装置からの応答がないときに前記第２データ処理装置に前記データが送信されること
を特徴とする請求項７に記載のデータ通信システム。
【請求項９】
前記タスクは、前記グループとして登録された第２データ処理装置が複数あるときに、前記複数の第２データ処理装置で前記データを共有化することを指示すること
を特徴とする請求項７または請求項８に記載のデータ通信システム。
【請求項１０】
前記複数のデータ処理装置へのデータの第１受信要求は、前記複数のデータ処理装置のブロードキャスト通信時に発信されること
を特徴とする請求項７乃至請求項９の何れか一に記載のデータ通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ通信方法およびデータ通信システムに関する。
【背景技術】
【０００２】
所定の処理を複数の端末で分散して行うグループ処理が知られている（たとえば、下記特許文献１，２参照。）。グループ処理を行う場合は、たとえば、複数の端末で共有されるリソースについて、各端末がそれぞれ保持するデータ（キャッシュ）を一貫させるデータコヒーレント処理が行われる。データコヒーレント処理を行う場合、たとえば、一つの端末が保持しているデータを他の端末に送信するブロードキャスト通信が利用される。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００７−３３６３６０号公報
【特許文献２】特開２００８−７２７１１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、上述した従来技術では、ブロードキャスト通信により送信されるデータを即座に受信できない端末がある場合に、ブロードキャスト通信がなかなか完了せず、データコヒーレント処理に時間がかかることがある。このため、グループ処理を効率よく行うことができないという問題がある。【０００５】
本発明は、上述した従来技術による問題点を解消するため、グループ処理を効率よく行うことができるデータ通信方法およびデータ通信システムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
上述した課題を解決し、目的を達成するため、本発明の一側面によれば、複数のデータ処理装置の第１データ処理装置と通信可能な少なくとも一の第２データ処理装置をグループとして登録し、前記複数のデータ処理装置にデータの第１受信要求を発信し、前記第１受信要求に対する前記第１データ処理装置からの応答がないときに前記第２データ処理装置に前記データの第２受信要求を送信し、前記第２データ処理装置からの応答に基づいて前記データを前記第２データ処理装置に送信するデータ通信方法およびデータ通信システムが提案される。
【発明の効果】
【０００７】
本発明の一側面によれば、グループ処理を効率よく行うことができるという効果を奏する。
【図面の簡単な説明】
【０００８】
【図１】図１は、実施の形態にかかる通信システムを示す図である。
【図２】図２は、グループ処理端末によるサポート端末群情報の共有を示す図である。
【図３】図３は、サポート端末群情報の一例を示す図である。
【図４】図４は、サポート端末群情報および通信代行タスクの配布を示す図である。
【図５】図５は、サポート端末同士の接続を示す図である。
【図６】図６は、ブロードキャスト通信の発生の一例を示す図である。
【図７】図７は、送信先のグループ処理端末への受信要求信号の送信の一例を示す図である。
【図８】図８は、送信先のグループ処理端末からの応答信号の送信の一例を示す図である。
【図９】図９は、サポート端末群への受信要求信号の送信の一例を示す図である。
【図１０】図１０は、サポート端末群からの応答信号の送信の一例を示す図である。
【図１１】図１１は、コヒーレントデータのブロードキャスト送信の一例を示す図である。
【図１２】図１２は、サポート端末群によるコヒーレントデータの共有の一例を示す図である。
【図１３】図１３は、グループ処理端末からサポート端末への送信要求信号の送信の一例を示す図である。
【図１４】図１４は、サポート端末からグループ処理端末へのコヒーレントデータの送信の一例を示す図である。
【図１５−１】図１５−１は、サポート端末を利用しないと仮定した場合の通信システムの動作の一例を示す参考図である。
【図１５−２】図１５−２は、サポート端末を利用した通信システムの動作の一例を示す図である。
【図１６−１】図１６−１は、グループ処理端末の機能的構成の一例を示す図である。
【図１６−２】図１６−２は、サポート端末の機能的構成の一例を示す図である。
【図１７】図１７は、グループ処理端末およびサポート端末のハードウェア構成の一例を示す図である。
【図１８】図１８は、グループ処理端末による処理の一例を示すフローチャートである。
【図１９】図１９は、グループ処理端末によるブロードキャスト通信の送信側の処理の一例を示すフローチャートである。
【図２０】図２０は、グループ処理端末によるブロードキャスト通信の受信側の処理の一例を示すフローチャートである。
【図２１】図２１は、サポート端末による処理の一例を示すフローチャートである。
【図２２】図２２は、サポート端末による通信代行タスク処理の一例を示すフローチャートである。
【発明を実施するための形態】
【０００９】
以下に添付図面を参照して、本発明にかかるデータ通信方法およびデータ通信システムの実施の形態を詳細に説明する。
【００１０】
（実施の形態）
（実施の形態にかかる通信システム）
図１は、実施の形態にかかる通信システムを示す図である。図１に示すように、実施の形態にかかる通信システム１００は、端末１１１〜１１３と、端末１２１〜１２６と、を含んでいる。端末１１１〜１１３および端末１２１〜１２６は、たとえばアドホック通信などによって互いに無線通信が可能なデータ処理装置である。
【００１１】
図１に示す例では、端末１１１〜１１３は、無線通信により互いに接続し、処理を端末１１１〜１１３に分散して行うグループ処理を行うグループ処理端末群である。また、端末１１１〜１１３のそれぞれは、グループ処理の実行時（たとえば開始時）に、自端末と接続可能な周囲の端末と接続する。
【００１２】
図１に示す例では、端末１１１は端末１２１，１２６と接続する。端末１１２は端末１２２，１２３と接続する。端末１１３は端末１２４〜１２６と接続する。この場合は、端末１２１〜１２６は、端末１１１〜１１３のグループ処理をサポートするサポート端末群となる。以下の説明においては、端末１１１〜１１３をそれぞれグループ処理端末１１１〜１１３と称し、端末１２１〜１２６をそれぞれサポート端末１２１〜１２６と称する。
【００１３】
グループ処理端末１１１〜１１３は、グループ処理において共有されるリソースについてグループ処理端末１１１〜１１３がそれぞれ保持するデータ（キャッシュ）を一貫させるデータコヒーレント処理を行う。具体的には、グループ処理端末１１１〜１１３は、コヒーレントデータをグループ処理端末１１１〜１１３におけるブロードキャスト通信により送受信することによってデータコヒーレント処理を行う。
【００１４】
図１に示すように、グループ処理端末１１１〜１１３（複数のデータ処理装置）のグループ処理端末１１３（第１データ処理装置）と通信可能な少なくとも一のサポート端末１２１〜１２６（第２データ処理装置）をサポート端末群（グループ）として登録する。
【００１５】
（グループ処理端末によるサポート端末群情報）
図２は、グループ処理端末によるサポート端末群情報の共有を示す図である。図２において、図１に示した部分と同様の部分については同一の符号を付して説明を省略する。サポート端末１２１〜１２６を示すサポート端末群情報を共有する。具体的には、グループ処理端末１１１〜１１３は、サポート端末１２１〜１２６のうちのそれぞれ自端末と接続したサポート端末を示す接続端末情報を互いに送受信する。
【００１６】
そして、グループ処理端末１１１〜１１３のそれぞれは、自端末と接続しているサポート端末と、受信した接続端末情報が示すサポート端末と、を含むサポート端末群情報を作成し、自端末のメモリに記憶する。これにより、グループ処理端末１１１〜１１３は、グループ処理端末１１１〜１１３の少なくともいずれかに接続したサポート端末群（サポート端末１２１〜１２６）を示すサポート端末群情報を共有することができる。
【００１７】
（サポート端末群情報）
図３は、サポート端末群情報の一例を示す図である。図３に示すサポート端末群情報３００は、グループ処理端末１１１〜１１３によって共有されるサポート端末群情報の一例である。サポート端末群情報３００は、グループ処理端末１１１〜１１３を示すグループ処理端末ＩＤごとに、それぞれグループ処理端末１１１〜１１３に接続した端末（サポート端末）を示す接続端末ＩＤが対応付けられている。
【００１８】
このように、サポート端末群情報３００は、たとえば、サポート端末群（サポート端末１２１〜１２６）を示す情報と、それぞれのサポート端末とグループ処理端末（グループ処理端末１１１〜１１３）との接続関係を示す情報と、を含む。
【００１９】
（サポート端末群情報および通信代行タスクの配布）
図４は、サポート端末群情報および通信代行タスクの配布を示す図である。図４において、図１に示した部分と同様の部分については同一の符号を付して説明を省略する。図４に示すように、グループ処理端末１１１〜１１３のそれぞれは、サポート端末１２１〜１２６のうちの自端末に接続しているサポート端末へサポート端末群情報および通信代行タスクを送信する。これにより、サポート端末群情報および通信代行タスクをサポート端末１２１〜１２６へ配布することができる。
【００２０】
サポート端末群情報は、サポート端末１２１〜１２６を示す情報（たとえば図３参照）である。通信代行タスクは、グループ処理端末１１１〜１１３によるブロードキャスト通信におけるコヒーレントデータの代行受信を依頼する情報である。また、通信代行タスクは、サポート端末群（グループ）として登録されたサポート端末（第２データ処理装置）が複数あるときに、複数のサポート端末でデータを共有化することを指示する。
【００２１】
サポート端末１２１〜１２６のそれぞれは、グループ処理端末１１１〜１１３のうちの自端末に接続している端末からサポート端末群情報および通信代行タスクを受信する。そして、サポート端末１２１〜１２６のそれぞれは、受信したサポート端末群情報および通信代行タスクを自端末のメモリに記憶する。これにより、グループ処理端末１１１〜１１３およびサポート端末１２１〜１２６の間でサポート端末群情報を共有するとともに、通信代行タスクをサポート端末１２１〜１２６へ配布することができる。
【００２２】
（サポート端末同士の接続）
図５は、サポート端末同士の接続を示す図である。図５において、図１に示した部分と同様の部分については同一の符号を付して説明を省略する。サポート端末１２１〜１２６のそれぞれは、サポート端末群情報および通信代行タスクを受信すると、受信したサポート端末群情報に基づいて自端末以外のサポート端末を特定する。そして、サポート端末１２１〜１２６のそれぞれは、特定したサポート端末と接続可能であれば接続する。
【００２３】
図５に示す例では、サポート端末１２１とサポート端末１２２とが接続する。また、サポート端末１２２とサポート端末１２３とが接続する。また、サポート端末１２３とサポート端末１２４とが接続する。また、サポート端末１２４とサポート端末１２５とが接続する。また、サポート端末１２５とサポート端末１２６とが接続する。また、サポート端末１２６とサポート端末１２１とが接続する。
【００２４】
（ブロードキャスト通信の発生）
図６は、ブロードキャスト通信の発生の一例を示す図である。図６において、図５に示した部分と同様の部分については同一の符号を付して説明を省略する。グループ処理端末１１１においてデータコヒーレント処理におけるコヒーレントデータをグループ処理端末１１２，１１３へ送信するブロードキャスト通信が発生したとする。
【００２５】
（送信先のグループ処理端末への受信要求信号の送信）
図７は、送信先のグループ処理端末への受信要求信号の送信の一例を示す図である。図７において、図５に示した部分と同様の部分については同一の符号を付して説明を省略する。図７に示すように、グループ処理端末１１１は、コヒーレントデータの受信を要求する受信要求信号をグループ処理端末１１２およびグループ処理端末１１３へ送信する。このように、グループ処理端末１１１は、グループ処理端末１１２，１１３（複数のデータ処理装置）のブロードキャスト通信時に、グループ処理端末１１２，１１３（複数のデータ処理装置）にデータの第１受信要求を発信する。
【００２６】
（送信先のグループ処理端末からの応答信号の送信）
図８は、送信先のグループ処理端末からの応答信号の送信の一例を示す図である。図８において、図５に示した部分と同様の部分については同一の符号を付して説明を省略する。図８に示すように、グループ処理端末１１１から送信された受信要求信号に対して、グループ処理端末１１２は、コヒーレントデータを受信可能な状態であり、グループ処理端末１１１へＡＣＫ（応答信号）を送信する。一方、グループ処理端末１１３は、たとえばグループ処理よりも優先度の高いタスクを処理しており、グループ処理端末１１１へＡＣＫを送信することができない。
【００２７】
（サポート端末群への受信要求信号の送信）
図９は、サポート端末群への受信要求信号の送信の一例を示す図である。図９において、図５に示した部分と同様の部分については同一の符号を付して説明を省略する。図９に示すように、グループ処理端末１１１は、グループ処理端末１１３からのＡＣＫを受信していないため、サポート端末群のうちの自端末に接続したサポート端末１２１，１２６へ受信要求信号を送信する。このように、グループ処理端末１１１は、第１受信要求に対するグループ処理端末１１３（第１データ処理装置）からの応答がないときにサポート端末１２１〜１２６（第２データ処理装置）にデータの第２受信要求を送信する。
【００２８】
（サポート端末群からの応答信号の送信）
図１０は、サポート端末群からの応答信号の送信の一例を示す図である。図１０において、図５に示した部分と同様の部分については同一の符号を付して説明を省略する。図１０に示すように、グループ処理端末１１１から送信された受信要求信号に対して、サポート端末１２１，１２６は、コヒーレントデータを受信可能な状態であり、グループ処理端末１１１へＡＣＫ（応答信号）を送信する。
【００２９】
（コヒーレントデータのブロードキャスト送信）
図１１は、コヒーレントデータのブロードキャスト送信の一例を示す図である。図１１において、図５に示した部分と同様の部分については同一の符号を付して説明を省略する。図１１に示すように、グループ処理端末１１１は、受信要求信号を送信した先のグループ処理端末１１２，１１３のうちのＡＣＫを受信したグループ処理端末１１２へコヒーレントデータを送信する。
【００３０】
また、グループ処理端末１１１は、受信要求信号を送信した先のサポート端末１２１，１２６のうちのＡＣＫを送信してきたサポート端末（サポート端末１２１，１２６）のいずれか（もしくはすべて）へ、グループ処理端末１１３が受信すべきコヒーレントデータを送信する。図１１に示す例では、グループ処理端末１１１は、サポート端末１２６へコヒーレントデータを送信したとする。サポート端末１２６は、グループ処理端末１１３が受信すべきコヒーレントデータをグループ処理端末１１１から代理受信する。
【００３１】
このように、グループ処理端末１１１は、サポート端末１２１，１２６（第２データ処理装置）からの応答に基づいてデータをサポート端末１２１，１２６（第２データ処理装置）に送信する。
【００３２】
（サポート端末群によるコヒーレントデータの共有）
図１２は、サポート端末群によるコヒーレントデータの共有の一例を示す図である。図１２において、図５に示した部分と同様の部分については同一の符号を付して説明を省略する。図１２に示すように、サポート端末１２１〜１２６は、グループ処理端末１１１から代理受信したコヒーレントデータを共有する。
【００３３】
具体的には、サポート端末１２６は、グループ処理端末１１１から受信したコヒーレントデータを、自端末のメモリに記憶するとともに、自端末と接続しているサポート端末１２１，１２５へ転送する。サポート端末１２１〜１２５は、自端末以外のサポート端末から転送されたコヒーレントデータを、自端末のメモリに記憶するとともに、自端末と接続しているサポート端末へ転送する。これにより、サポート端末１２１〜１２６でコヒーレントデータを共有することができる。
【００３４】
このように、サポート端末群（グループ）として登録されたサポート端末（第２データ処理装置）が複数あるときに、データが送信されたサポート端末１２６（第２データ処理装置）からサポート端末１２６（第２データ処理装置）以外のサポート端末１２１〜１２５（第２データ処理装置）にデータが送信される。
【００３５】
（グループ処理端末からサポート端末への送信要求信号の送信）
図１３は、グループ処理端末からサポート端末への送信要求信号の送信の一例を示す図である。図１３において、図５に示した部分と同様の部分については同一の符号を付して説明を省略する。図１３に示すように、グループ処理端末１１３は、自端末の処理対象がブロードキャストデータの受信処理に到達すると、一定期間、グループ処理端末１１１からの受信要求信号の送信を待つ。
【００３６】
そして、グループ処理端末１１３は、一定期間、グループ処理端末１１１からの受信要求信号の送信がない場合は、サポート端末１２１〜１２６のうちの自端末が接続しているサポート端末１２４〜１２６へ送信要求信号を送信する。送信要求信号は、たとえば、代理受信したコヒーレントデータの送信を要求する信号である。
【００３７】
（サポート端末からグループ処理端末へのコヒーレントデータの送信）
図１４は、サポート端末からグループ処理端末へのコヒーレントデータの送信の一例を示す図である。図１４において、図５に示した部分と同様の部分については同一の符号を付して説明を省略する。図１４に示すように、グループ処理端末１１３からの送信要求信号を受信したサポート端末１２４〜１２６は、グループ処理端末１１３へのコヒーレントデータの送信が可能であればコヒーレントデータをグループ処理端末１１３へ送信する。
【００３８】
グループ処理端末１１３へ送信するコヒーレントデータは、サポート端末１２１〜１２６の間で共有（たとえば図１２参照）していた、グループ処理端末１１３が受信すべきコヒーレントデータである。図１４に示す例では、サポート端末１２５がコヒーレントデータをグループ処理端末１１３へ送信したとする。これにより、グループ処理端末１１３は、グループ処理端末１１１からのコヒーレントデータを受信することができる。
【００３９】
また、グループ処理端末１１１は、グループ処理端末１１３がコヒーレントデータを受信可能になるまで処理を停止しなくても、グループ処理端末１１３が受信すべきコヒーレントデータをサポート端末群へ送信することによって次の処理に移行することができる。
【００４０】
このように、サポート端末１２５（第２データ処理装置）は、グループ処理端末１１３（第１データ処理装置）からサポート端末１２５へのデータの送信要求に基づいて、データをグループ処理端末１１３に送信する。
【００４１】
図１〜図１４に示したように、通信システム１００においては、グループ処理を行うグループ処理端末１１１〜１１３は、サポート端末１２１〜１２６にコヒーレントデータの代理受信をあらかじめ依頼しておく。そして、グループ処理端末１１１〜１１３は、他タスクの処理などでデータ受信できない場合は、サポート端末１２１〜１２６にデータを受信してもらう。また、グループ処理端末１１１〜１１３は、コヒーレントデータを受信可能になれば、サポート端末１２１〜１２６からコヒーレントデータを受信する。
【００４２】
（通信システムの動作）
図１５−１は、サポート端末を利用しないと仮定した場合の通信システムの動作の一例を示す参考図である。図１５−１において、横軸は時間を示している。サポート端末１２１〜１２６を利用しないと仮定した場合は、通信システム１００のグループ処理端末１１１〜１１３は、たとえば図１５−１に示すように動作する。まず、時刻ｔ１において、グループ処理端末１１１が、受信要求信号をグループ処理端末１１２，１１３へ送信する。
【００４３】
これに対して、グループ処理端末１１２は、コヒーレントデータを受信できる状態であり、時刻ｔ２において、受信要求信号に対するＡＣＫをグループ処理端末１１１へ送信する。一方、グループ処理端末１１３は、グループ処理より優先度の高いタスクを処理しており、受信要求信号に対するＡＣＫを送信しなかったとする。
【００４４】
つぎに、グループ処理端末１１１が、グループ処理端末１１２からＡＣＫを受信したため、時刻ｔ３において、コヒーレントデータをグループ処理端末１１２へ送信する。また、グループ処理端末１１１は、グループ処理端末１１３からは一定期間待機してもＡＣＫを受信しなかったため、グループ処理端末１１３へはコヒーレントデータを送信せず、グループ処理端末１１３からＡＣＫを受信するまで待機する。
【００４５】
つぎに、グループ処理端末１１３が、時刻ｔ４において、コヒーレントデータを受信可能になり、受信要求信号に対するＡＣＫをグループ処理端末１１１へ送信する。つぎに、グループ処理端末１１１が、グループ処理端末１１３からＡＣＫを受信したため、時刻ｔ５において、コヒーレントデータをグループ処理端末１１３へ送信する。
【００４６】
したがって、グループ処理端末１１１は、グループ処理端末１１３からのＡＣＫを受信してグループ処理端末１１３へコヒーレントデータを送信する時刻ｔ５までの間は次の処理を行うことができない。
【００４７】
図１５−２は、サポート端末を利用した通信システムの動作の一例を示す図である。図１５−２において、時刻ｔ１，ｔ２までの動作については図１５−１に示した動作と同様である。ただし、サポート端末群情報はグループ処理端末１１１〜１１３およびサポート端末１２１〜１２６で共有済みであるとする。
【００４８】
サポート端末１２１〜１２６を利用する通信システム１００においては、図１５−２に示す時刻ｔ３において、グループ処理端末１１１が、グループ処理端末１１３からのＡＣＫを受信していないため、たとえばサポート端末１２５へ受信要求信号を送信する。
【００４９】
これに対して、サポート端末１２５は、コヒーレントデータを受信できる状態であり、図１５−２に示す時刻ｔ４において、受信要求信号に対するＡＣＫをグループ処理端末１１１へ送信する。つぎに、グループ処理端末１１１が、サポート端末１２５からＡＣＫを受信したため、図１５−２に示す時刻ｔ５において、コヒーレントデータをサポート端末１２５へ送信する。
【００５０】
つぎに、グループ処理端末１１３が、時刻ｔ６において、コヒーレントデータを受信可能になり、一定期間待機してもグループ処理端末１１１からの受信要求信号の送信がないため、サポート端末１２５へ送信要求信号を送信する。つぎに、サポート端末１２５が、時刻ｔ７において、グループ処理端末１１１から代理受信したコヒーレントデータをグループ処理端末１１３へ送信する。
【００５１】
したがって、グループ処理端末１１１は、サポート端末１２５へコヒーレントデータを送信した時刻ｔ５の後は、グループ処理端末１１３からのＡＣＫの受信待ちおよびグループ処理端末１１３へのコヒーレントデータの送信を行わなくてもよい。このため、グループ処理端末１１１は、時刻ｔ５の後に次の処理へ移行することができる。これにより、ブロードキャスト通信の遅延によるグループ処理端末１１１の処理の遅延を抑え、グループ処理の遅延を抑えることができる。
【００５２】
（グループ処理端末およびサポート端末の機能的構成）
図１６−１は、グループ処理端末の機能的構成の一例を示す図である。図１６−１に示すグループ処理端末１６１０は、たとえばグループ処理端末１１１〜１１３に適用することができる。図１６−１に示すように、グループ処理端末１６１０は、たとえば、グループ処理管理部１６１１と、端末検出部１６１２と、データ通信部１６１３と、無線通信部１６１４と、データベース１６１５と、データベース管理部１６１６と、を備えている。
【００５３】
グループ処理管理部１６１１は、サポート端末１２１〜１２６（第２データ処理装置）にデータが送信されたときに少なくとも一のサポート端末（第２データ処理装置）にタスクを送信するタスク管理部である。具体的には、グループ処理管理部１６１１は、グループ処理の開始時に、端末検出部１６１２に端末検出を要求する。また、グループ処理管理部１６１１は、グループ処理のタスクが発生すると、データ通信部１６１３を介して、通信代行タスクと、データベース１６１５に含まれるサポート端末群情報と、をサポート端末群のうちの自端末に接続したサポート端末へ送信する。
【００５４】
また、グループ処理管理部１６１１は、データ通信部１６１３を介して、他のグループ処理端末との間で受信要求信号を送受信する。また、グループ処理管理部１６１１は、データ通信部１６１３を介して、他のグループ処理端末との間でコヒーレントデータを送受信する。また、グループ処理管理部１６１１は、データ通信部１６１３を介して、サポート端末群のうちの自端末に接続したサポート端末へ送信要求信号を送信する。
【００５５】
端末検出部１６１２は、グループ処理管理部１６１１から端末検出を要求されると、無線通信部１６１４を介して、自端末と接続している周囲の端末をサポート端末として検出する。端末検出部１６１２は、検出したサポート端末を示す接続端末情報（たとえば端末ＩＤ）をデータベース管理部１６１６へ出力する。
【００５６】
データ通信部１６１３は、グループ処理端末１１１〜１１３（複数のデータ処理装置）に対するデータの第１受信要求を受信するデータ通信ユニットである。具体的には、データ通信部１６１３は、無線通信部１６１４を介して、グループ処理端末１６１０と接続している端末とデータ通信を行う。グループ処理端末１６１０と接続している端末には、グループ処理端末１１１〜１１３のうちの自端末以外のグループ処理端末や、サポート端末１２１〜１２６のうちの自端末と接続しているサポート端末が含まれる。無線通信部１６１４は、グループ処理端末１６１０と接続している端末との間で無線通信を行う。
【００５７】
データベース１６１５は、サポート端末群情報を含むデータベースである。データベース管理部１６１６は、グループ処理端末１１１〜１１３（複数のデータ処理装置）の中のグループ処理端末（第１データ処理装置）と通信可能な少なくとも一のサポート端末（第２データ処理装置）をグループとしてデータベース１６１５（メモリ）に登録するデータベース管理ユニットである。具体的には、データベース管理部１６１６は、端末検出部１６１２から出力された接続端末情報が示すサポート端末を、自端末と接続したサポート端末として、データベース１６１５のサポート端末群情報に追加する。
【００５８】
また、データベース管理部１６１６は、端末検出部１６１２から出力された接続端末情報を、無線通信部１６１４を介して他のグループ処理端末へ送信する。また、データベース管理部１６１６は、データ通信部１６１３を介して、他のグループ処理端末から送信された接続端末情報を取得し、取得した接続端末情報が示すサポート端末をデータベース１６１５のサポート端末群情報に追加する。これにより、他のグループ処理端末との間でサポート端末群情報を共有することができる。
【００５９】
図１６−２は、サポート端末の機能的構成の一例を示す図である。図１６−２に示すサポート端末１６２０は、たとえばサポート端末１２１〜１２６に適用することができる。図１６−２に示すように、サポート端末１６２０は、データ通信部１６２１と、無線通信部１６２２と、データベース１６２３と、データベース管理部１６２４とを備えている。
【００６０】
データ通信部１６２１は、無線通信部１６２２を介して、サポート端末１６２０と接続している端末とデータ通信を行う。サポート端末１６２０と接続している端末には、サポート端末１２１〜１２６のうちの自端末以外のサポート端末や、グループ処理端末１１１〜１１３のうちの自端末と接続しているグループ処理端末が含まれる。無線通信部１６２２は、サポート端末１６２０と接続している端末との間で無線通信を行う。
【００６１】
データベース１６２３は、たとえばサポート端末群情報や代理受信したコヒーレントデータを含むデータベースである。データベース管理部１６２４は、データベース１６２３の管理を行う。また、データベース管理部１６２４は、グループ処理端末１１１〜１１３におけるブロードキャスト通信の一部を代行する通信代行処理を行う。通信代行処理は、たとえば、データ通信部１６２１を介して、グループ処理端末１１１〜１１３や他のサポート端末と通信することによって行うことができる。
【００６２】
たとえば、データベース管理部１６２４は、グループ処理端末１６１０からのサポート端末群情報および通信代行タスクを受信すると、受信したサポート端末群情報および通信代行タスクをデータベース１６１５に格納する。また、データベース管理部１６２４は、グループ処理端末１６１０からの受信要求信号を受信すると、コヒーレントデータを受信可能な場合は、グループ処理端末１６１０からのコヒーレントデータを受信する。データベース管理部１６２４は、受信したコヒーレントデータをデータベース１６２３に格納する。また、データベース管理部１６２４は、グループ処理端末１６１０からの送信要求信号を受信すると、要求されたコヒーレントデータがデータベース１６２３にある場合は、要求されたコヒーレントデータをグループ処理端末１６１０へ送信する。
【００６３】
図１６−１および図１６−２において、グループ処理端末１６１０およびサポート端末１６２０の機能的構成をそれぞれ説明したが、通信システム１００の各端末が、グループ処理端末１６１０とサポート端末１６２０の両方の機能的構成を備えていてもよい。この場合は、通信システム１００の各端末は、状況に応じてグループ処理端末１６１０またはサポート端末１６２０として動作する。
【００６４】
（グループ処理端末およびサポート端末のハードウェア構成）
図１７は、グループ処理端末およびサポート端末のハードウェア構成の一例を示す図である。グループ処理端末１６１０およびサポート端末１６２０は、たとえば図１７に示すデータ処理装置１７００によって実現することができる。データ処理装置１７００は、中央処理装置１７０１（ＣＰＵ：Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）と、ランダムアクセスメモリ１７０２（ＲＡＭ：Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）と、ストレージ１７０３と、無線ユニット１７０４と、を備えている。また、中央処理装置１７０１、ランダムアクセスメモリ１７０２、ストレージ１７０３および無線ユニット１７０４は、バス１７２０によってそれぞれ接続されている。
【００６５】
中央処理装置１７０１は、データ処理装置１７００の全体の制御を司る。ランダムアクセスメモリ１７０２は、ブートプログラム（たとえばオペレーティングシステム）などのプログラムやデータベースなどを記憶している。また、ランダムアクセスメモリ１７０２は、中央処理装置１７０１のワークエリアとして使用される。ストレージ１７０３は、中央処理装置１７０１の制御にしたがってデータを記憶する補助メモリである。無線ユニット１７０４は、無線の通信回線を通じて他端末との間で通信を行う。無線ユニット１７０４は、たとえば無線ＬＡＮアダプタなどである。
【００６６】
グループ処理端末１６１０のグループ処理管理部１６１１、端末検出部１６１２、データ通信部１６１３およびデータベース管理部１６１６は、たとえば、中央処理装置１７０１によって実行されるオペレーティングシステムの機能によって実現することができる。無線通信部１６１４は、たとえば無線ユニット１７０４によって実現することができる。データベース１６１５は、たとえばランダムアクセスメモリ１７０２やストレージ１７０３によって実現することができる。
【００６７】
サポート端末１６２０のデータ通信部１６２１およびデータベース管理部１６２４は、たとえば、中央処理装置１７０１によって実行されるオペレーティングシステムの機能によって実現することができる。無線通信部１６２２は、たとえば無線ユニット１７０４によって実現することができる。データベース１６２３は、たとえばランダムアクセスメモリ１７０２やストレージ１７０３によって実現することができる。
【００６８】
（グループ処理端末による処理）
図１８は、グループ処理端末による処理の一例を示すフローチャートである。グループ処理端末１６１０は、たとえば図１８に示す各ステップを繰り返し実行する。まず、グループ処理管理部１６１１が、グループ処理を開始するか否かを判断し（ステップＳ１８０１）、グループ処理を開始するまで待つ（ステップＳ１８０１：Ｎｏのループ）。グループ処理を開始すると判断すると（ステップＳ１８０１：Ｙｅｓ）、データ通信部１６１３が、無線通信部１６１４を介して、端末間通信が可能な周囲の端末と接続する（ステップＳ１８０２）。
【００６９】
つぎに、データベース管理部１６１６が、ステップＳ１８０２によって接続された端末をサポート端末としてデータベース１６１５のサポート端末群情報に登録する（ステップＳ１８０３）。つぎに、データベース管理部１６１６が、無線通信部１６１４を介して通信を行うことにより、グループ処理端末１１１〜１１３のうちの自端末以外のグループ処理端末とサポート端末群情報を共有する（ステップＳ１８０４）。
【００７０】
つぎに、グループ処理管理部１６１１が、データ通信部１６１３を介して、ステップＳ１８０２によって接続されたサポート端末へ通信代行タスクおよびサポート端末群情報を送信する（ステップＳ１８０５）。つぎに、グループ処理管理部１６１１が、ブロードキャスト送信のイベントが発生したか否かを判断する（ステップＳ１８０６）。
【００７１】
ステップＳ１８０６において、ブロードキャスト送信のイベントが発生した場合（ステップＳ１８０６：Ｙｅｓ）は、グループ処理端末１６１０は、ブロードキャスト通信の送信側の処理を実行し（ステップＳ１８０７）、ステップＳ１８０６へ戻る。ブロードキャスト通信の送信側の処理については図１９により説明する。ブロードキャスト送信のイベントが発生していない場合（ステップＳ１８０６：Ｎｏ）は、グループ処理管理部１６１１が、データ受信処理のイベントが発生したか否かを判断する（ステップＳ１８０８）。
【００７２】
ステップＳ１８０８において、データ受信処理のイベントが発生した場合（ステップＳ１８０８：Ｙｅｓ）は、グループ処理端末１６１０は、ブロードキャスト通信の受信側の処理を実行し（ステップＳ１８０９）、ステップＳ１８０６へ戻る。ブロードキャスト通信の受信側の処理については図２０により説明する。データ受信処理のイベントが発生していない場合（ステップＳ１８０８：Ｎｏ）は、グループ処理管理部１６１１が、新たなグループ処理を開始するか否かを判断する（ステップＳ１８１０）。
【００７３】
ステップＳ１８１０において、新たなグループ処理を開始する場合（ステップＳ１８１０：Ｙｅｓ）は、グループ処理端末１６１０は、ステップＳ１８０２へ戻り、改めて接続可能な他のサポート端末と接続する。新たなグループ処理を開始しない場合（ステップＳ１８１０：Ｎｏ）は、グループ処理管理部１６１１が、実行中のグループ処理が終了するか否かを判断する（ステップＳ１８１１）。
【００７４】
ステップＳ１８１１において、実行中のグループ処理が終了しない場合（ステップＳ１８１１：Ｎｏ）は、グループ処理端末１６１０は、ステップＳ１８０６へ戻る。実行中のグループ処理が終了する場合（ステップＳ１８１１：Ｙｅｓ）は、グループ処理管理部１６１１が、データ通信部１６１３を介して代行タスクの終了をサポート端末群に通知し（ステップＳ１８１２）、一連の処理を終了する。
【００７５】
以上の各ステップにより、グループ処理端末１６１０は、グループ処理を行う場合に、サポート端末群と接続し、サポート端末群情報を共有するとともに、ブロードキャスト通信を行うことができる。
【００７６】
図１９は、グループ処理端末によるブロードキャスト通信の送信側の処理の一例を示すフローチャートである。グループ処理端末１６１０は、図１８に示したステップＳ１８０７において、たとえば以下の各ステップを実行する。まず、グループ処理管理部１６１１が、データ通信部１６１３を介して、グループ処理端末１１１〜１１３のうちの自端末以外のグループ処理端末へ受信要求信号を送信する（ステップＳ１９０１）。
【００７７】
つぎに、グループ処理管理部１６１１が、ステップＳ１９０１によって受信要求信号を送信した先のすべてのグループ処理端末からＡＣＫを受信したか否かを判断する（ステップＳ１９０２）。ステップＳ１９０１によって受信要求信号を送信した先のすべてのグループ処理端末からＡＣＫを受信した場合（ステップＳ１９０２：Ｙｅｓ）は、グループ処理端末１６１０は、ステップＳ１９０５へ移行する。
【００７８】
ステップＳ１９０２において、ステップＳ１９０１によって受信要求信号を送信した先の少なくともいずれかのグループ処理端末からＡＣＫを受信していない場合（ステップＳ１９０２：Ｎｏ）は、グループ処理端末１６１０は、ステップＳ１９０３へ移行する。すなわち、グループ処理管理部１６１１が、データ通信部１６１３を介して、サポート端末群へ受信要求信号を送信する（ステップＳ１９０３）。
【００７９】
つぎに、グループ処理管理部１６１１が、ステップＳ１９０３によって受信要求信号を送信した先のサポート端末群の少なくともいずれかからＡＣＫを受信したか否かを判断する（ステップＳ１９０４）。そして、グループ処理管理部１６１１は、サポート端末群のいずれかからＡＣＫを受信するまで待つ（ステップＳ１９０４：Ｎｏのループ）。なお、ステップＳ１９０４において、一定期間待機してもＡＣＫを受信しない場合は、グループ処理端末１６１０は、ステップＳ１９０５へ移行してもよい。
【００８０】
ステップＳ１９０４において、サポート端末群のいずれかからＡＣＫを受信すると（ステップＳ１９０４：Ｙｅｓ）、グループ処理端末１６１０は、ステップＳ１９０５へ移行する。すなわち、グループ処理管理部１６１１が、データ通信部１６１３を介して、受信要求信号に対するＡＣＫの送信元の端末へコヒーレントデータを送信し（ステップＳ１９０５）、一連の処理を終了する。
【００８１】
ＡＣＫの送信元の端末には、ステップＳ１９０２においてＡＣＫを受信したグループ処理端末と、ステップＳ１９０４においてＡＣＫを受信したサポート端末と、が含まれる。以上の各ステップにより、グループ処理端末１６１０は、他のグループ処理端末のうちの受信可能なグループ処理端末にはコヒーレントデータを送信することができる。また、グループ処理端末１６１０は、他のグループ処理端末で受信可能でないグループ処理端末が存在する場合には、サポート端末群にコヒーレントデータを送信することができる。
【００８２】
図２０は、グループ処理端末によるブロードキャスト通信の受信側の処理の一例を示すフローチャートである。グループ処理端末１６１０は、図１８に示したステップＳ１８０９において、たとえば以下の各ステップを実行する。まず、グループ処理管理部１６１１が、データ通信部１６１３を介して、グループ処理端末１１１〜１１３のうちの自端末以外のグループ処理端末からの受信要求信号を受信したか否かを判断する（ステップＳ２００１）。
【００８３】
ステップＳ２００１において、受信要求信号を受信した場合（ステップＳ２００１：Ｙｅｓ）は、データ通信部１６１３が、受信要求信号の送信元のグループ処理端末へ、受信要求信号に対するＡＣＫを送信する（ステップＳ２００２）。つぎに、受信要求信号の送信元のグループ処理端末からコヒーレントデータを受信し（ステップＳ２００３）、一連の処理を終了する。
【００８４】
ステップＳ２００１において、受信要求信号を受信していない場合（ステップＳ２００１：Ｎｏ）は、グループ処理端末１６１０は、ステップＳ２００４へ移行する。すなわち、グループ処理管理部１６１１が、一定期間待機し、待機している期間内に他のグループ処理端末からの受信要求信号を受信したか否かを判断する（ステップＳ２００４）。
【００８５】
ステップＳ２００４において、受信要求信号を受信した場合（ステップＳ２００４：Ｙｅｓ）は、グループ処理端末１６１０は、ステップＳ２００２へ移行する。受信要求信号を受信しなかった場合（ステップＳ２００４：Ｎｏ）は、グループ処理管理部１６１１が、データ通信部１６１３を介して、サポート端末群へ送信要求信号を送信する（ステップＳ２００５）。
【００８６】
つぎに、グループ処理管理部１６１１が、ステップＳ２００５によって送信要求信号を送信した先のサポート端末群の少なくともいずれかからコヒーレントデータを受信可能か否かを判断する（ステップＳ２００６）。サポート端末群のいずれかからもコヒーレントデータを受信可能でない場合（ステップＳ２００６：Ｎｏ）は、グループ処理端末１６１０は、ステップＳ２００４へ移行する。
【００８７】
ステップＳ２００６において、サポート端末群の少なくともいずれかからコヒーレントデータを受信可能である場合（ステップＳ２００６：Ｙｅｓ）は、受信可能なサポート端末からコヒーレントデータを受信し（ステップＳ２００７）、一連の処理を終了する。以上の各ステップにより、グループ処理端末１６１０は、他のグループ処理端末から自端末へ送信されたコヒーレントデータを、コヒーレントデータの送信元のグループ処理端末またはサポート端末群のいずれかから受信することができる。
【００８８】
（サポート端末による処理）
図２１は、サポート端末による処理の一例を示すフローチャートである。サポート端末１６２０は、たとえば図２１に示す各ステップを実行する。まず、データベース管理部１６２４が、データ通信部１６２１を介して、グループ処理端末１６１０から通信代行タスクおよびサポート端末群情報を受信したか否かを判断し（ステップＳ２１０１）、受信するまで待つ（ステップＳ２１０１：Ｎｏのループ）。
【００８９】
ステップＳ２１０１において、通信代行タスクおよびサポート端末群情報を受信すると（ステップＳ２１０１：Ｙｅｓ）、データ通信部１６２１が、接続可能な他のサポート端末と接続する（ステップＳ２１０２）。接続可能な他のサポート端末は、ステップＳ２１０１において受信したサポート端末群情報が示す自端末以外のサポート端末群のうちの接続可能なサポート端末である。
【００９０】
つぎに、データベース管理部１６２４が、ステップＳ２１０１において受信した通信代行タスクがディスパッチされたか否かを判断する（ステップＳ２１０３）。通信代行タスクがディスパッチされた場合（ステップＳ２１０３：Ｙｅｓ）は、サポート端末１６２０は、通信代行タスク処理を実行し（ステップＳ２１０４）、ステップＳ２１０３へ戻る。通信代行タスク処理については図２２において説明する。
【００９１】
ステップＳ２１０３において、通信代行タスクがディスパッチされていない場合（ステップＳ２１０３：Ｎｏ）は、データベース管理部１６２４が、データ通信部１６２１を介して、グループ処理端末１６１０からの他の通信代行タスクおよびサポート端末群情報を受信したか否かを判断する（ステップＳ２１０５）。通信代行タスクおよびサポート端末群情報を受信した場合（ステップＳ２１０５：Ｙｅｓ）は、サポート端末１６２０は、ステップＳ２１０２へ戻り、改めて接続可能な他のサポート端末と接続する。
【００９２】
ステップＳ２１０５において、通信代行タスクおよびサポート端末群情報を受信していない場合（ステップＳ２１０５：Ｎｏ）は、サポート端末１６２０は、ステップＳ２１０３へ戻る。以上の各ステップにより、サポート端末１６２０は、グループ処理端末１６１０から通信代行タスクおよびサポート端末群情報を受信した場合に他のサポート端末と接続するとともに、通信代行処理（たとえば図２２参照）を行うことができる。
【００９３】
図２２は、サポート端末による通信代行タスク処理の一例を示すフローチャートである。サポート端末１６２０は、図２１に示したステップＳ２１０４において、たとえば以下の各ステップを実行する。まず、データベース管理部１６２４が、データ通信部１６２１を介して、コヒーレントデータの代理受信を要求する受信要求信号をグループ処理端末１６１０から受信したか否かを判断する（ステップＳ２２０１）。
【００９４】
ステップＳ２２０１において、受信要求信号を受信した場合（ステップＳ２２０１：Ｙｅｓ）は、データベース管理部１６２４が、データ通信部１６２１を介して、受信した受信要求信号に対するＡＣＫを送信する（ステップＳ２２０２）。
【００９５】
つぎに、データベース管理部１６２４が、データ通信部１６２１を介して、受信要求信号の送信元のグループ処理端末１６１０からコヒーレントデータを代理受信する（ステップＳ２２０３）。データベース管理部１６２４は、代理受信したコヒーレントデータをデータベース１６１５に格納する。
【００９６】
つぎに、データベース管理部１６２４が、サポート端末群情報が示すサポート端末群のうちの、ステップＳ２２０３において接続しているサポート端末の中で代理受信したコヒーレントデータを受信していないサポート端末が存在するか否かを判断する（ステップＳ２２０４）。他の各サポート端末がコヒーレントデータを受信しているか否かは、たとえば他の各サポート端末に問い合わせることによって判断することができる。
【００９７】
ステップＳ２２０４において、コヒーレントデータを接続しているサポート端末の中で受信していないサポート端末が存在しない場合（ステップＳ２２０４：Ｎｏ）は、サポート端末１６２０は、ステップＳ２２０１へ戻る。接続しているサポート端末の中で受信していないサポート端末が存在する場合（ステップＳ２２０４：Ｙｅｓ）は、データベース管理部１６２４が、データ通信部１６２１を介して、受信していないサポート端末へ受信要求信号を送信する（ステップＳ２２０５）。
【００９８】
つぎに、データベース管理部１６２４が、データ通信部１６２１を介して、ステップＳ２２０５によって送信した受信要求信号に対するＡＣＫを受信したか否かを判断する（ステップＳ２２０６）。受信要求信号に対するＡＣＫを受信していない場合（ステップＳ２２０６：Ｎｏ）は、サポート端末１６２０は、ステップＳ２２０１へ戻る。
【００９９】
ステップＳ２２０６において、受信要求信号に対するＡＣＫを受信した場合（ステップＳ２２０６：Ｙｅｓ）は、サポート端末１６２０は、ステップＳ２２０７へ移行する。すなわち、データベース管理部１６２４が、データ通信部１６２１を介して、ＡＣＫの送信元のサポート端末へ、ステップＳ２２０３において受信したコヒーレントデータを送信し（ステップＳ２２０７）、ステップＳ２２０１へ戻る。
【０１００】
ステップＳ２２０１において、グループ処理端末１６１０からの受信要求信号を受信していない場合（ステップＳ２２０１：Ｎｏ）は、サポート端末１６２０は、ステップＳ２２０８へ移行する。すなわち、データベース管理部１６２４が、代理受信したコヒーレントデータがデータベース１６２３に存在するか否かを判断する（ステップＳ２２０８）。
【０１０１】
ステップＳ２２０８において、代理受信したコヒーレントデータが存在する場合（ステップＳ２２０８：Ｙｅｓ）は、データベース管理部１６２４が、グループ処理端末１６１０からの送信要求信号を受信したか否かを判断する（ステップＳ２２０９）。送信要求信号を受信していない場合（ステップＳ２２０９：Ｎｏ）は、サポート端末１６２０は、ステップＳ２２０１へ戻る。
【０１０２】
ステップＳ２２０９において、送信要求信号を受信した場合（ステップＳ２２０９：Ｙｅｓ）は、データベース管理部１６２４が、送信要求信号によって要求されたコヒーレントデータがデータベース１６２３に存在するか否かを判断する（ステップＳ２２１０）。要求されたコヒーレントデータが存在しない場合（ステップＳ２２１０：Ｎｏ）は、サポート端末１６２０は、ステップＳ２２０１へ戻る。
【０１０３】
ステップＳ２２１０において、要求されたコヒーレントデータがデータベース１６２３に存在する場合（ステップＳ２２１０：Ｙｅｓ）は、サポート端末１６２０は、ステップＳ２２１１へ移行する。すなわち、データベース管理部１６２４が、データ通信部１６２１を介して、要求されたコヒーレントデータを、送信要求信号の送信元のグループ処理端末１６１０へ送信し（ステップＳ２２１１）、ステップＳ２２０１へ戻る。
【０１０４】
ステップＳ２２０８において、代理受信したコヒーレントデータが存在しない場合（ステップＳ２２０８：Ｎｏ）は、サポート端末１６２０は、ステップＳ２２１２へ移行する。すなわち、データベース管理部１６２４が、データ通信部１６２１を介して、代行タスクの終了をグループ処理端末１６１０から通知されたか否かを判断する（ステップＳ２２１２）。
【０１０５】
ステップＳ２２１２において、代行タスクの終了をグループ処理端末１６１０から通知された場合（ステップＳ２２１２：Ｙｅｓ）は、データベース管理部１６２４は、代行タスクを終了し（ステップＳ２２１３）、一連の処理を終了する。ステップＳ２２１３において、データベース管理部１６２４が、終了した代行タスクに関するコヒーレントデータをデータベース１６２３から削除してもよい。
【０１０６】
ステップＳ２２１２において、代行タスクの終了を通知されていない場合（ステップＳ２２１２：Ｎｏ）は、データベース管理部１６２４は、通信代行処理のタスクを終了させるタスクスイッチが発生したか否かを判断する（ステップＳ２２１４）。通信代行処理のタスクを終了させるタスクスイッチが発生していない場合（ステップＳ２２１４：Ｎｏ）は、サポート端末１６２０は、ステップＳ２２０１へ戻る。
【０１０７】
ステップＳ２２１４において、通信代行処理のタスクを終了させるタスクスイッチが発生した場合（ステップＳ２２１４：Ｙｅｓ）は、サポート端末１６２０は、一連の処理を終了する。以上の各ステップにより、サポート端末１６２０は、グループ処理端末１６１０からの受信要求信号を受信した場合はグループ処理端末１６１０からコヒーレントデータを代理受信することができる。また、サポート端末１６２０は、受信したコヒーレントデータを他のグループ処理端末１６１０から要求された場合に、受信したコヒーレントデータを要求元のグループ処理端末１６１０へ送信することができる。
【０１０８】
以上説明したように、データ通信方法およびデータ通信システムによれば、データを即座に受信できないグループ処理端末１１３（第１端末）へのデータをサポート端末１２１〜１２６（第２端末）に代理受信させることができる。そして、サポート端末１２１〜１２６（第２端末）が後でグループ処理端末１１３（第１端末）へデータを送信することで、ブロードキャスト通信を停滞させないようにし、データコヒーレント処理にかかる時間を短縮することができる。このため、グループ処理を効率よく行うことができる。
【０１０９】
なお、上述した実施の形態において、グループ処理端末１１１〜１１３がデータコヒーレント処理を行い、コヒーレントデータを送受信する場合について説明したが、本発明は、データコヒーレント処理を行う場合に限らず適用することができる。たとえば、本発明は、端末間でブロードキャストによりデータを送受信する通信システム全般に適用することができる。
【０１１０】
また、上述した実施の形態において、端末１１１〜１１３がグループ処理端末として動作し、端末１２１〜１２６がサポート端末として動作する場合について説明したが、端末１１１〜１１３はサポート端末としても動作してもよい。たとえば、端末１１３へ送信するデータについて、端末１１２がサポート端末として代理受信し、端末１１２および端末１２１〜１２６において共有してもよい。
【符号の説明】
【０１１１】
１００  通信システム
１１１〜１１３，１６１０  グループ処理端末
１２１〜１２６，１６２０  サポート端末
３００  サポート端末群情報
１７００  データ処理装置
１７２０  バス
【図１】
2012169001.tif 000003
【図２】
2012169001.tif 000004
【図３】
2012169001.tif 000005
【図４】
2012169001.tif 000006
【図５】
2012169001.tif 000007
【図６】
2012169001.tif 000008
【図７】
2012169001.tif 000009
【図８】
2012169001.tif 000010
【図９】
2012169001.tif 000011
【図１０】
2012169001.tif 000012
【図１１】
2012169001.tif 000013
【図１２】
2012169001.tif 000014
【図１３】
2012169001.tif 000015
【図１４】
2012169001.tif 000016
【図１５−１】
2012169001.tif 000017
【図１５−２】
2012169001.tif 000018
【図１６−１】
2012169001.tif 000019
【図１６−２】
2012169001.tif 000020
【図１７】
2012169001.tif 000021
【図１８】
2012169001.tif 000022
【図１９】
2012169001.tif 000023
【図２０】
2012169001.tif 000024
【図２１】
2012169001.tif 000025
【図２２】
2012169001.tif 000026
【手続補正書】
【提出日】平成25年12月13日(2013.12.13)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
複数のデータ処理装置の第１データ処理装置と通信可能な少なくとも一の第２データ処理装置をグループとして登録し、
前記複数のデータ処理装置にデータの第１受信要求を発信し、
前記第１受信要求に対する前記第１データ処理装置からの応答がないときに前記第２データ処理装置に前記データの第２受信要求を送信し、
前記第２データ処理装置からの応答に基づいて前記データを前記第２データ処理装置に送信すること
を特徴とするデータ通信方法。
【請求項２】
前記複数のデータ処理装置へのデータの第１受信要求は、前記複数のデータ処理装置のブロードキャスト通信時に発信されること
を特徴とする請求項１に記載のデータ通信方法。
【請求項３】
前記第１データ処理装置から前記第２データ処理装置への前記データの送信要求に基づいて、前記データが前記第２データ処理装置から前記第１データ処理装置に送信されること
を特徴とする請求項１又は請求項２に記載のデータ通信方法。
【請求項４】
前記グループとして登録された第２データ処理装置が複数あるときに、前記データが送信された前記第２データ処理装置から前記データが送信された第２データ処理装置以外の第２データ処理装置に前記データが送信されること
を特徴とする請求項１乃至請求項３の何れか一に記載のデータ通信方法。
【請求項５】
メモリと、
複数のデータ処理装置の中の第１データ処理装置と通信可能な少なくとも一の第２データ処理装置をグループとして前記メモリに登録するデータベース管理ユニットと、
前記複数のデータ処理装置に対するデータの第１受信要求を受信するデータ通信ユニットと、
前記第２データ処理装置に前記データが送信されたときに前記少なくとも一の第２データ処理装置にタスクを送信するタスク管理部と
を備えることを特徴とするデータ通信システム。
【請求項６】
前記第１受信要求に対する前記第１データ処理装置からの応答がないときに前記第２データ処理装置に前記データが送信されること
を特徴とする請求項５に記載のデータ通信システム。
【請求項７】
前記タスクは、前記グループとして登録された第２データ処理装置が複数あるときに、前記複数の第２データ処理装置で前記データを共有化することを指示すること
を特徴とする請求項５または請求項６に記載のデータ通信システム。
【請求項８】
前記複数のデータ処理装置へのデータの第１受信要求は、前記複数のデータ処理装置のブロードキャスト通信時に発信されること
を特徴とする請求項５乃至請求項７の何れか一に記載のデータ通信システム。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ通信方法およびデータ通信システムに関する。
【背景技術】
【０００２】
所定の処理を複数の端末で分散して行うグループ処理が知られている（たとえば、下記特許文献１，２参照。）。グループ処理を行う場合は、たとえば、複数の端末で共有されるリソースについて、各端末がそれぞれ保持するデータ（キャッシュ）を一貫させるデータコヒーレント処理が行われる。データコヒーレント処理を行う場合、たとえば、一つの端末が保持しているデータを他の端末に送信するブロードキャスト通信が利用される。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００７−３３６３６０号公報
【特許文献２】特開２００８−７２７１１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、上述した従来技術では、ブロードキャスト通信により送信されるデータを即座に受信できない端末がある場合に、ブロードキャスト通信がなかなか完了せず、データコヒーレント処理に時間がかかることがある。このため、グループ処理を効率よく行うことができないという問題がある。
【０００５】
本発明は、上述した従来技術による問題点を解消するため、グループ処理を効率よく行うことができるデータ通信方法およびデータ通信システムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
上述した課題を解決し、目的を達成するため、本発明の一側面によれば、複数のデータ処理装置の第１データ処理装置と通信可能な少なくとも一の第２データ処理装置をグループとして登録し、前記複数のデータ処理装置にデータの第１受信要求を発信し、前記第１受信要求に対する前記第１データ処理装置からの応答がないときに前記第２データ処理装置に前記データの第２受信要求を送信し、前記第２データ処理装置からの応答に基づいて前記データを前記第２データ処理装置に送信するデータ通信方法およびデータ通信システムが提案される。
【発明の効果】
【０００７】
本発明の一側面によれば、グループ処理を効率よく行うことができるという効果を奏する。
【図面の簡単な説明】
【０００８】
【図１】図１は、実施の形態にかかる通信システムを示す図である。
【図２】図２は、グループ処理端末によるサポート端末群情報の共有を示す図である。
【図３】図３は、サポート端末群情報の一例を示す図である。
【図４】図４は、サポート端末群情報および通信代行タスクの配布を示す図である。
【図５】図５は、サポート端末同士の接続を示す図である。
【図６】図６は、ブロードキャスト通信の発生の一例を示す図である。
【図７】図７は、送信先のグループ処理端末への受信要求信号の送信の一例を示す図である。
【図８】図８は、送信先のグループ処理端末からの応答信号の送信の一例を示す図である。
【図９】図９は、サポート端末群への受信要求信号の送信の一例を示す図である。
【図１０】図１０は、サポート端末群からの応答信号の送信の一例を示す図である。
【図１１】図１１は、コヒーレントデータのブロードキャスト送信の一例を示す図である。
【図１２】図１２は、サポート端末群によるコヒーレントデータの共有の一例を示す図である。
【図１３】図１３は、グループ処理端末からサポート端末への送信要求信号の送信の一例を示す図である。
【図１４】図１４は、サポート端末からグループ処理端末へのコヒーレントデータの送信の一例を示す図である。
【図１５−１】図１５−１は、サポート端末を利用しないと仮定した場合の通信システムの動作の一例を示す参考図である。
【図１５−２】図１５−２は、サポート端末を利用した通信システムの動作の一例を示す図である。
【図１６−１】図１６−１は、グループ処理端末の機能的構成の一例を示す図である。
【図１６−２】図１６−２は、サポート端末の機能的構成の一例を示す図である。
【図１７】図１７は、グループ処理端末およびサポート端末のハードウェア構成の一例を示す図である。
【図１８】図１８は、グループ処理端末による処理の一例を示すフローチャートである。
【図１９】図１９は、グループ処理端末によるブロードキャスト通信の送信側の処理の一例を示すフローチャートである。
【図２０】図２０は、グループ処理端末によるブロードキャスト通信の受信側の処理の一例を示すフローチャートである。
【図２１】図２１は、サポート端末による処理の一例を示すフローチャートである。
【図２２】図２２は、サポート端末による通信代行タスク処理の一例を示すフローチャートである。
【発明を実施するための形態】
【０００９】
以下に図面を参照して、本発明にかかるデータ通信方法およびデータ通信システムの実施の形態を詳細に説明する。
【００１０】
（実施の形態）
（実施の形態にかかる通信システム）
図１は、実施の形態にかかる通信システムを示す図である。図１に示すように、実施の形態にかかる通信システム１００は、端末１１１〜１１３と、端末１２１〜１２６と、を含んでいる。端末１１１〜１１３および端末１２１〜１２６は、たとえばアドホック通信などによって互いに無線通信が可能なデータ処理装置である。
【００１１】
図１に示す例では、端末１１１〜１１３は、無線通信により互いに接続し、処理を端末１１１〜１１３に分散して行うグループ処理を行うグループ処理端末群である。また、端末１１１〜１１３のそれぞれは、グループ処理の実行時（たとえば開始時）に、自端末と接続可能な周囲の端末と接続する。
【００１２】
図１に示す例では、端末１１１は端末１２１，１２６と接続する。端末１１２は端末１２２，１２３と接続する。端末１１３は端末１２４〜１２６と接続する。この場合は、端末１２１〜１２６は、端末１１１〜１１３のグループ処理をサポートするサポート端末群となる。以下の説明においては、端末１１１〜１１３をそれぞれグループ処理端末１１１〜１１３と称し、端末１２１〜１２６をそれぞれサポート端末１２１〜１２６と称する。
【００１３】
グループ処理端末１１１〜１１３は、グループ処理において共有されるリソースについてグループ処理端末１１１〜１１３がそれぞれ保持するデータ（キャッシュ）を一貫させるデータコヒーレント処理を行う。具体的には、グループ処理端末１１１〜１１３は、コヒーレントデータをグループ処理端末１１１〜１１３におけるブロードキャスト通信により送受信することによってデータコヒーレント処理を行う。
【００１４】
図１に示すように、グループ処理端末１１１〜１１３（複数のデータ処理装置）のグループ処理端末１１３（第１データ処理装置）と通信可能な少なくとも一のサポート端末１２１〜１２６（第２データ処理装置）をサポート端末群（グループ）として登録する。
【００１５】
（グループ処理端末によるサポート端末群情報）
図２は、グループ処理端末によるサポート端末群情報の共有を示す図である。図２において、図１に示した部分と同様の部分については同一の符号を付して説明を省略する。サポート端末１２１〜１２６を示すサポート端末群情報を共有する。具体的には、グループ処理端末１１１〜１１３は、サポート端末１２１〜１２６のうちのそれぞれ自端末と接続したサポート端末を示す接続端末情報を互いに送受信する。
【００１６】
そして、グループ処理端末１１１〜１１３のそれぞれは、自端末と接続しているサポート端末と、受信した接続端末情報が示すサポート端末と、を含むサポート端末群情報を作成し、自端末のメモリに記憶する。これにより、グループ処理端末１１１〜１１３は、グループ処理端末１１１〜１１３の少なくともいずれかに接続したサポート端末群（サポート端末１２１〜１２６）を示すサポート端末群情報を共有することができる。
【００１７】
（サポート端末群情報）
図３は、サポート端末群情報の一例を示す図である。図３に示すサポート端末群情報３００は、グループ処理端末１１１〜１１３によって共有されるサポート端末群情報の一例である。サポート端末群情報３００は、グループ処理端末１１１〜１１３を示すグループ処理端末ＩＤごとに、それぞれグループ処理端末１１１〜１１３に接続した端末（サポート端末）を示す接続端末ＩＤが対応付けられている。
【００１８】
このように、サポート端末群情報３００は、たとえば、サポート端末群（サポート端末１２１〜１２６）を示す情報と、それぞれのサポート端末とグループ処理端末（グループ処理端末１１１〜１１３）との接続関係を示す情報と、を含む。
【００１９】
（サポート端末群情報および通信代行タスクの配布）
図４は、サポート端末群情報および通信代行タスクの配布を示す図である。図４において、図１に示した部分と同様の部分については同一の符号を付して説明を省略する。図４に示すように、グループ処理端末１１１〜１１３のそれぞれは、サポート端末１２１〜１２６のうちの自端末に接続しているサポート端末へサポート端末群情報および通信代行タスクを送信する。これにより、サポート端末群情報および通信代行タスクをサポート端末１２１〜１２６へ配布することができる。
【００２０】
サポート端末群情報は、サポート端末１２１〜１２６を示す情報（たとえば図３参照）である。通信代行タスクは、グループ処理端末１１１〜１１３によるブロードキャスト通信におけるコヒーレントデータの代行受信を依頼する情報である。また、通信代行タスクは、サポート端末群（グループ）として登録されたサポート端末（第２データ処理装置）が複数あるときに、複数のサポート端末でデータを共有化することを指示する。
【００２１】
サポート端末１２１〜１２６のそれぞれは、グループ処理端末１１１〜１１３のうちの自端末に接続している端末からサポート端末群情報および通信代行タスクを受信する。そして、サポート端末１２１〜１２６のそれぞれは、受信したサポート端末群情報および通信代行タスクを自端末のメモリに記憶する。これにより、グループ処理端末１１１〜１１３およびサポート端末１２１〜１２６の間でサポート端末群情報を共有するとともに、通信代行タスクをサポート端末１２１〜１２６へ配布することができる。
【００２２】
（サポート端末同士の接続）
図５は、サポート端末同士の接続を示す図である。図５において、図１に示した部分と同様の部分については同一の符号を付して説明を省略する。サポート端末１２１〜１２６のそれぞれは、サポート端末群情報および通信代行タスクを受信すると、受信したサポート端末群情報に基づいて自端末以外のサポート端末を特定する。そして、サポート端末１２１〜１２６のそれぞれは、特定したサポート端末と接続可能であれば接続する。
【００２３】
図５に示す例では、サポート端末１２１とサポート端末１２２とが接続する。また、サポート端末１２２とサポート端末１２３とが接続する。また、サポート端末１２３とサポート端末１２４とが接続する。また、サポート端末１２４とサポート端末１２５とが接続する。また、サポート端末１２５とサポート端末１２６とが接続する。また、サポート端末１２６とサポート端末１２１とが接続する。
【００２４】
（ブロードキャスト通信の発生）
図６は、ブロードキャスト通信の発生の一例を示す図である。図６において、図５に示した部分と同様の部分については同一の符号を付して説明を省略する。グループ処理端末１１１においてデータコヒーレント処理におけるコヒーレントデータをグループ処理端末１１２，１１３へ送信するブロードキャスト通信が発生したとする。
【００２５】
（送信先のグループ処理端末への受信要求信号の送信）
図７は、送信先のグループ処理端末への受信要求信号の送信の一例を示す図である。図７において、図５に示した部分と同様の部分については同一の符号を付して説明を省略する。図７に示すように、グループ処理端末１１１は、コヒーレントデータの受信を要求する受信要求信号をグループ処理端末１１２およびグループ処理端末１１３へ送信する。このように、グループ処理端末１１１は、グループ処理端末１１２，１１３（複数のデータ処理装置）のブロードキャスト通信時に、グループ処理端末１１２，１１３（複数のデータ処理装置）にデータの第１受信要求を発信する。
【００２６】
（送信先のグループ処理端末からの応答信号の送信）
図８は、送信先のグループ処理端末からの応答信号の送信の一例を示す図である。図８において、図５に示した部分と同様の部分については同一の符号を付して説明を省略する。図８に示すように、グループ処理端末１１１から送信された受信要求信号に対して、グループ処理端末１１２は、コヒーレントデータを受信可能な状態であり、グループ処理端末１１１へＡＣＫ（応答信号）を送信する。一方、グループ処理端末１１３は、たとえばグループ処理よりも優先度の高いタスクを処理しており、グループ処理端末１１１へＡＣＫを送信することができない。
【００２７】
（サポート端末群への受信要求信号の送信）
図９は、サポート端末群への受信要求信号の送信の一例を示す図である。図９において、図５に示した部分と同様の部分については同一の符号を付して説明を省略する。図９に示すように、グループ処理端末１１１は、グループ処理端末１１３からのＡＣＫを受信していないため、サポート端末群のうちの自端末に接続したサポート端末１２１，１２６へ受信要求信号を送信する。このように、グループ処理端末１１１は、第１受信要求に対するグループ処理端末１１３（第１データ処理装置）からの応答がないときにサポート端末１２１〜１２６（第２データ処理装置）にデータの第２受信要求を送信する。
【００２８】
（サポート端末群からの応答信号の送信）
図１０は、サポート端末群からの応答信号の送信の一例を示す図である。図１０において、図５に示した部分と同様の部分については同一の符号を付して説明を省略する。図１０に示すように、グループ処理端末１１１から送信された受信要求信号に対して、サポート端末１２１，１２６は、コヒーレントデータを受信可能な状態であり、グループ処理端末１１１へＡＣＫ（応答信号）を送信する。
【００２９】
（コヒーレントデータのブロードキャスト送信）
図１１は、コヒーレントデータのブロードキャスト送信の一例を示す図である。図１１において、図５に示した部分と同様の部分については同一の符号を付して説明を省略する。図１１に示すように、グループ処理端末１１１は、受信要求信号を送信した先のグループ処理端末１１２，１１３のうちのＡＣＫを受信したグループ処理端末１１２へコヒーレントデータを送信する。
【００３０】
また、グループ処理端末１１１は、受信要求信号を送信した先のサポート端末１２１，１２６のうちのＡＣＫを送信してきたサポート端末（サポート端末１２１，１２６）のいずれか（もしくはすべて）へ、グループ処理端末１１３が受信すべきコヒーレントデータを送信する。図１１に示す例では、グループ処理端末１１１は、サポート端末１２６へコヒーレントデータを送信したとする。サポート端末１２６は、グループ処理端末１１３が受信すべきコヒーレントデータをグループ処理端末１１１から代理受信する。
【００３１】
このように、グループ処理端末１１１は、サポート端末１２１，１２６（第２データ処理装置）からの応答に基づいてデータをサポート端末１２１，１２６（第２データ処理装置）に送信する。
【００３２】
（サポート端末群によるコヒーレントデータの共有）
図１２は、サポート端末群によるコヒーレントデータの共有の一例を示す図である。図１２において、図５に示した部分と同様の部分については同一の符号を付して説明を省略する。図１２に示すように、サポート端末１２１〜１２６は、グループ処理端末１１１から代理受信したコヒーレントデータを共有する。
【００３３】
具体的には、サポート端末１２６は、グループ処理端末１１１から受信したコヒーレントデータを、自端末のメモリに記憶するとともに、自端末と接続しているサポート端末１２１，１２５へ転送する。サポート端末１２１〜１２５は、自端末以外のサポート端末から転送されたコヒーレントデータを、自端末のメモリに記憶するとともに、自端末と接続しているサポート端末へ転送する。これにより、サポート端末１２１〜１２６でコヒーレントデータを共有することができる。
【００３４】
このように、サポート端末群（グループ）として登録されたサポート端末（第２データ処理装置）が複数あるときに、データが送信されたサポート端末１２６（第２データ処理装置）からサポート端末１２６（第２データ処理装置）以外のサポート端末１２１〜１２５（第２データ処理装置）にデータが送信される。
【００３５】
（グループ処理端末からサポート端末への送信要求信号の送信）
図１３は、グループ処理端末からサポート端末への送信要求信号の送信の一例を示す図である。図１３において、図５に示した部分と同様の部分については同一の符号を付して説明を省略する。図１３に示すように、グループ処理端末１１３は、自端末の処理対象がブロードキャストデータの受信処理に到達すると、一定期間、グループ処理端末１１１からの受信要求信号の送信を待つ。
【００３６】
そして、グループ処理端末１１３は、一定期間、グループ処理端末１１１からの受信要求信号の送信がない場合は、サポート端末１２１〜１２６のうちの自端末が接続しているサポート端末１２４〜１２６へ送信要求信号を送信する。送信要求信号は、たとえば、代理受信したコヒーレントデータの送信を要求する信号である。
【００３７】
（サポート端末からグループ処理端末へのコヒーレントデータの送信）
図１４は、サポート端末からグループ処理端末へのコヒーレントデータの送信の一例を示す図である。図１４において、図５に示した部分と同様の部分については同一の符号を付して説明を省略する。図１４に示すように、グループ処理端末１１３からの送信要求信号を受信したサポート端末１２４〜１２６は、グループ処理端末１１３へのコヒーレントデータの送信が可能であればコヒーレントデータをグループ処理端末１１３へ送信する。
【００３８】
グループ処理端末１１３へ送信するコヒーレントデータは、サポート端末１２１〜１２６の間で共有（たとえば図１２参照）していた、グループ処理端末１１３が受信すべきコヒーレントデータである。図１４に示す例では、サポート端末１２５がコヒーレントデータをグループ処理端末１１３へ送信したとする。これにより、グループ処理端末１１３は、グループ処理端末１１１からのコヒーレントデータを受信することができる。
【００３９】
また、グループ処理端末１１１は、グループ処理端末１１３がコヒーレントデータを受信可能になるまで処理を停止しなくても、グループ処理端末１１３が受信すべきコヒーレントデータをサポート端末群へ送信することによって次の処理に移行することができる。
【００４０】
このように、サポート端末１２５（第２データ処理装置）は、グループ処理端末１１３（第１データ処理装置）からサポート端末１２５へのデータの送信要求に基づいて、データをグループ処理端末１１３に送信する。
【００４１】
図１〜図１４に示したように、通信システム１００においては、グループ処理を行うグループ処理端末１１１〜１１３は、サポート端末１２１〜１２６にコヒーレントデータの代理受信をあらかじめ依頼しておく。そして、グループ処理端末１１１〜１１３は、他タスクの処理などでデータ受信できない場合は、サポート端末１２１〜１２６にデータを受信してもらう。また、グループ処理端末１１１〜１１３は、コヒーレントデータを受信可能になれば、サポート端末１２１〜１２６からコヒーレントデータを受信する。
【００４２】
（通信システムの動作）
図１５−１は、サポート端末を利用しないと仮定した場合の通信システムの動作の一例を示す参考図である。図１５−１において、横軸は時間を示している。サポート端末１２１〜１２６を利用しないと仮定した場合は、通信システム１００のグループ処理端末１１１〜１１３は、たとえば図１５−１に示すように動作する。まず、時刻ｔ１において、グループ処理端末１１１が、受信要求信号をグループ処理端末１１２，１１３へ送信する。
【００４３】
これに対して、グループ処理端末１１２は、コヒーレントデータを受信できる状態であり、時刻ｔ２において、受信要求信号に対するＡＣＫをグループ処理端末１１１へ送信する。一方、グループ処理端末１１３は、グループ処理より優先度の高いタスクを処理しており、受信要求信号に対するＡＣＫを送信しなかったとする。
【００４４】
つぎに、グループ処理端末１１１が、グループ処理端末１１２からＡＣＫを受信したため、時刻ｔ３において、コヒーレントデータをグループ処理端末１１２へ送信する。また、グループ処理端末１１１は、グループ処理端末１１３からは一定期間待機してもＡＣＫを受信しなかったため、グループ処理端末１１３へはコヒーレントデータを送信せず、グループ処理端末１１３からＡＣＫを受信するまで待機する。
【００４５】
つぎに、グループ処理端末１１３が、時刻ｔ４において、コヒーレントデータを受信可能になり、受信要求信号に対するＡＣＫをグループ処理端末１１１へ送信する。つぎに、グループ処理端末１１１が、グループ処理端末１１３からＡＣＫを受信したため、時刻ｔ５において、コヒーレントデータをグループ処理端末１１３へ送信する。
【００４６】
したがって、グループ処理端末１１１は、グループ処理端末１１３からのＡＣＫを受信してグループ処理端末１１３へコヒーレントデータを送信する時刻ｔ５までの間は次の処理を行うことができない。
【００４７】
図１５−２は、サポート端末を利用した通信システムの動作の一例を示す図である。図１５−２において、時刻ｔ１，ｔ２までの動作については図１５−１に示した動作と同様である。ただし、サポート端末群情報はグループ処理端末１１１〜１１３およびサポート端末１２１〜１２６で共有済みであるとする。
【００４８】
サポート端末１２１〜１２６を利用する通信システム１００においては、図１５−２に示す時刻ｔ３において、グループ処理端末１１１が、グループ処理端末１１３からのＡＣＫを受信していないため、たとえばサポート端末１２５へ受信要求信号を送信する。
【００４９】
これに対して、サポート端末１２５は、コヒーレントデータを受信できる状態であり、図１５−２に示す時刻ｔ４において、受信要求信号に対するＡＣＫをグループ処理端末１１１へ送信する。つぎに、グループ処理端末１１１が、サポート端末１２５からＡＣＫを受信したため、図１５−２に示す時刻ｔ５において、コヒーレントデータをサポート端末１２５へ送信する。
【００５０】
つぎに、グループ処理端末１１３が、時刻ｔ６において、コヒーレントデータを受信可能になり、一定期間待機してもグループ処理端末１１１からの受信要求信号の送信がないため、サポート端末１２５へ送信要求信号を送信する。つぎに、サポート端末１２５が、時刻ｔ７において、グループ処理端末１１１から代理受信したコヒーレントデータをグループ処理端末１１３へ送信する。
【００５１】
したがって、グループ処理端末１１１は、サポート端末１２５へコヒーレントデータを送信した時刻ｔ５の後は、グループ処理端末１１３からのＡＣＫの受信待ちおよびグループ処理端末１１３へのコヒーレントデータの送信を行わなくてもよい。このため、グループ処理端末１１１は、時刻ｔ５の後に次の処理へ移行することができる。これにより、ブロードキャスト通信の遅延によるグループ処理端末１１１の処理の遅延を抑え、グループ処理の遅延を抑えることができる。
【００５２】
（グループ処理端末およびサポート端末の機能的構成）
図１６−１は、グループ処理端末の機能的構成の一例を示す図である。図１６−１に示すグループ処理端末１６１０は、たとえばグループ処理端末１１１〜１１３に適用することができる。図１６−１に示すように、グループ処理端末１６１０は、たとえば、グループ処理管理部１６１１と、端末検出部１６１２と、データ通信部１６１３と、無線通信部１６１４と、データベース１６１５と、データベース管理部１６１６と、を備えている。
【００５３】
グループ処理管理部１６１１は、サポート端末１２１〜１２６（第２データ処理装置）にデータが送信されたときに少なくとも一のサポート端末（第２データ処理装置）にタスクを送信するタスク管理部である。具体的には、グループ処理管理部１６１１は、グループ処理の開始時に、端末検出部１６１２に端末検出を要求する。また、グループ処理管理部１６１１は、グループ処理のタスクが発生すると、データ通信部１６１３を介して、通信代行タスクと、データベース１６１５に含まれるサポート端末群情報と、をサポート端末群のうちの自端末に接続したサポート端末へ送信する。
【００５４】
また、グループ処理管理部１６１１は、データ通信部１６１３を介して、他のグループ処理端末との間で受信要求信号を送受信する。また、グループ処理管理部１６１１は、データ通信部１６１３を介して、他のグループ処理端末との間でコヒーレントデータを送受信する。また、グループ処理管理部１６１１は、データ通信部１６１３を介して、サポート端末群のうちの自端末に接続したサポート端末へ送信要求信号を送信する。
【００５５】
端末検出部１６１２は、グループ処理管理部１６１１から端末検出を要求されると、無線通信部１６１４を介して、自端末と接続している周囲の端末をサポート端末として検出する。端末検出部１６１２は、検出したサポート端末を示す接続端末情報（たとえば端末ＩＤ）をデータベース管理部１６１６へ出力する。
【００５６】
データ通信部１６１３は、グループ処理端末１１１〜１１３（複数のデータ処理装置）に対するデータの第１受信要求を受信するデータ通信ユニットである。具体的には、データ通信部１６１３は、無線通信部１６１４を介して、グループ処理端末１６１０と接続している端末とデータ通信を行う。グループ処理端末１６１０と接続している端末には、グループ処理端末１１１〜１１３のうちの自端末以外のグループ処理端末や、サポート端末１２１〜１２６のうちの自端末と接続しているサポート端末が含まれる。無線通信部１６１４は、グループ処理端末１６１０と接続している端末との間で無線通信を行う。
【００５７】
データベース１６１５は、サポート端末群情報を含むデータベースである。データベース管理部１６１６は、グループ処理端末１１１〜１１３（複数のデータ処理装置）の中のグループ処理端末（第１データ処理装置）と通信可能な少なくとも一のサポート端末（第２データ処理装置）をグループとしてデータベース１６１５（メモリ）に登録するデータベース管理ユニットである。具体的には、データベース管理部１６１６は、端末検出部１６１２から出力された接続端末情報が示すサポート端末を、自端末と接続したサポート端末として、データベース１６１５のサポート端末群情報に追加する。
【００５８】
また、データベース管理部１６１６は、端末検出部１６１２から出力された接続端末情報を、無線通信部１６１４を介して他のグループ処理端末へ送信する。また、データベース管理部１６１６は、データ通信部１６１３を介して、他のグループ処理端末から送信された接続端末情報を取得し、取得した接続端末情報が示すサポート端末をデータベース１６１５のサポート端末群情報に追加する。これにより、他のグループ処理端末との間でサポート端末群情報を共有することができる。
【００５９】
図１６−２は、サポート端末の機能的構成の一例を示す図である。図１６−２に示すサポート端末１６２０は、たとえばサポート端末１２１〜１２６に適用することができる。図１６−２に示すように、サポート端末１６２０は、データ通信部１６２１と、無線通信部１６２２と、データベース１６２３と、データベース管理部１６２４とを備えている。
【００６０】
データ通信部１６２１は、無線通信部１６２２を介して、サポート端末１６２０と接続している端末とデータ通信を行う。サポート端末１６２０と接続している端末には、サポート端末１２１〜１２６のうちの自端末以外のサポート端末や、グループ処理端末１１１〜１１３のうちの自端末と接続しているグループ処理端末が含まれる。無線通信部１６２２は、サポート端末１６２０と接続している端末との間で無線通信を行う。
【００６１】
データベース１６２３は、たとえばサポート端末群情報や代理受信したコヒーレントデータを含むデータベースである。データベース管理部１６２４は、データベース１６２３の管理を行う。また、データベース管理部１６２４は、グループ処理端末１１１〜１１３におけるブロードキャスト通信の一部を代行する通信代行処理を行う。通信代行処理は、たとえば、データ通信部１６２１を介して、グループ処理端末１１１〜１１３や他のサポート端末と通信することによって行うことができる。
【００６２】
たとえば、データベース管理部１６２４は、グループ処理端末１６１０からのサポート端末群情報および通信代行タスクを受信すると、受信したサポート端末群情報および通信代行タスクをデータベース１６１５に格納する。また、データベース管理部１６２４は、グループ処理端末１６１０からの受信要求信号を受信すると、コヒーレントデータを受信可能な場合は、グループ処理端末１６１０からのコヒーレントデータを受信する。データベース管理部１６２４は、受信したコヒーレントデータをデータベース１６２３に格納する。また、データベース管理部１６２４は、グループ処理端末１６１０からの送信要求信号を受信すると、要求されたコヒーレントデータがデータベース１６２３にある場合は、要求されたコヒーレントデータをグループ処理端末１６１０へ送信する。
【００６３】
図１６−１および図１６−２において、グループ処理端末１６１０およびサポート端末１６２０の機能的構成をそれぞれ説明したが、通信システム１００の各端末が、グループ処理端末１６１０とサポート端末１６２０の両方の機能的構成を備えていてもよい。この場合は、通信システム１００の各端末は、状況に応じてグループ処理端末１６１０またはサポート端末１６２０として動作する。
【００６４】
（グループ処理端末およびサポート端末のハードウェア構成）
図１７は、グループ処理端末およびサポート端末のハードウェア構成の一例を示す図である。グループ処理端末１６１０およびサポート端末１６２０は、たとえば図１７に示すデータ処理装置１７００によって実現することができる。データ処理装置１７００は、中央処理装置１７０１（ＣＰＵ：Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）と、ランダムアクセスメモリ１７０２（ＲＡＭ：Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）と、ストレージ１７０３と、無線ユニット１７０４と、を備えている。また、中央処理装置１７０１、ランダムアクセスメモリ１７０２、ストレージ１７０３および無線ユニット１７０４は、バス１７２０によってそれぞれ接続されている。
【００６５】
中央処理装置１７０１は、データ処理装置１７００の全体の制御を司る。ランダムアクセスメモリ１７０２は、ブートプログラム（たとえばオペレーティングシステム）などのプログラムやデータベースなどを記憶している。また、ランダムアクセスメモリ１７０２は、中央処理装置１７０１のワークエリアとして使用される。ストレージ１７０３は、中央処理装置１７０１の制御にしたがってデータを記憶する補助メモリである。無線ユニット１７０４は、無線の通信回線を通じて他端末との間で通信を行う。無線ユニット１７０４は、たとえば無線ＬＡＮアダプタなどである。
【００６６】
グループ処理端末１６１０のグループ処理管理部１６１１、端末検出部１６１２、データ通信部１６１３およびデータベース管理部１６１６は、たとえば、中央処理装置１７０１によって実行されるオペレーティングシステムの機能によって実現することができる。無線通信部１６１４は、たとえば無線ユニット１７０４によって実現することができる。データベース１６１５は、たとえばランダムアクセスメモリ１７０２やストレージ１７０３によって実現することができる。
【００６７】
サポート端末１６２０のデータ通信部１６２１およびデータベース管理部１６２４は、たとえば、中央処理装置１７０１によって実行されるオペレーティングシステムの機能によって実現することができる。無線通信部１６２２は、たとえば無線ユニット１７０４によって実現することができる。データベース１６２３は、たとえばランダムアクセスメモリ１７０２やストレージ１７０３によって実現することができる。
【００６８】
（グループ処理端末による処理）
図１８は、グループ処理端末による処理の一例を示すフローチャートである。グループ処理端末１６１０は、たとえば図１８に示す各ステップを繰り返し実行する。まず、グループ処理管理部１６１１が、グループ処理を開始するか否かを判断し（ステップＳ１８０１）、グループ処理を開始するまで待つ（ステップＳ１８０１：Ｎｏのループ）。グループ処理を開始すると判断すると（ステップＳ１８０１：Ｙｅｓ）、データ通信部１６１３が、無線通信部１６１４を介して、端末間通信が可能な周囲の端末と接続する（ステップＳ１８０２）。
【００６９】
つぎに、データベース管理部１６１６が、ステップＳ１８０２によって接続された端末をサポート端末としてデータベース１６１５のサポート端末群情報に登録する（ステップＳ１８０３）。つぎに、データベース管理部１６１６が、無線通信部１６１４を介して通信を行うことにより、グループ処理端末１１１〜１１３のうちの自端末以外のグループ処理端末とサポート端末群情報を共有する（ステップＳ１８０４）。
【００７０】
つぎに、グループ処理管理部１６１１が、データ通信部１６１３を介して、ステップＳ１８０２によって接続されたサポート端末へ通信代行タスクおよびサポート端末群情報を送信する（ステップＳ１８０５）。つぎに、グループ処理管理部１６１１が、ブロードキャスト送信のイベントが発生したか否かを判断する（ステップＳ１８０６）。
【００７１】
ステップＳ１８０６において、ブロードキャスト送信のイベントが発生した場合（ステップＳ１８０６：Ｙｅｓ）は、グループ処理端末１６１０は、ブロードキャスト通信の送信側の処理を実行し（ステップＳ１８０７）、ステップＳ１８０６へ戻る。ブロードキャスト通信の送信側の処理については図１９により説明する。ブロードキャスト送信のイベントが発生していない場合（ステップＳ１８０６：Ｎｏ）は、グループ処理管理部１６１１が、データ受信処理のイベントが発生したか否かを判断する（ステップＳ１８０８）。
【００７２】
ステップＳ１８０８において、データ受信処理のイベントが発生した場合（ステップＳ１８０８：Ｙｅｓ）は、グループ処理端末１６１０は、ブロードキャスト通信の受信側の処理を実行し（ステップＳ１８０９）、ステップＳ１８０６へ戻る。ブロードキャスト通信の受信側の処理については図２０により説明する。データ受信処理のイベントが発生していない場合（ステップＳ１８０８：Ｎｏ）は、グループ処理管理部１６１１が、新たなグループ処理を開始するか否かを判断する（ステップＳ１８１０）。
【００７３】
ステップＳ１８１０において、新たなグループ処理を開始する場合（ステップＳ１８１０：Ｙｅｓ）は、グループ処理端末１６１０は、ステップＳ１８０２へ戻り、改めて接続可能な他のサポート端末と接続する。新たなグループ処理を開始しない場合（ステップＳ１８１０：Ｎｏ）は、グループ処理管理部１６１１が、実行中のグループ処理が終了するか否かを判断する（ステップＳ１８１１）。
【００７４】
ステップＳ１８１１において、実行中のグループ処理が終了しない場合（ステップＳ１８１１：Ｎｏ）は、グループ処理端末１６１０は、ステップＳ１８０６へ戻る。実行中のグループ処理が終了する場合（ステップＳ１８１１：Ｙｅｓ）は、グループ処理管理部１６１１が、データ通信部１６１３を介して代行タスクの終了をサポート端末群に通知し（ステップＳ１８１２）、一連の処理を終了する。
【００７５】
以上の各ステップにより、グループ処理端末１６１０は、グループ処理を行う場合に、サポート端末群と接続し、サポート端末群情報を共有するとともに、ブロードキャスト通信を行うことができる。
【００７６】
図１９は、グループ処理端末によるブロードキャスト通信の送信側の処理の一例を示すフローチャートである。グループ処理端末１６１０は、図１８に示したステップＳ１８０７において、たとえば以下の各ステップを実行する。まず、グループ処理管理部１６１１が、データ通信部１６１３を介して、グループ処理端末１１１〜１１３のうちの自端末以外のグループ処理端末へ受信要求信号を送信する（ステップＳ１９０１）。
【００７７】
つぎに、グループ処理管理部１６１１が、ステップＳ１９０１によって受信要求信号を送信した先のすべてのグループ処理端末からＡＣＫを受信したか否かを判断する（ステップＳ１９０２）。ステップＳ１９０１によって受信要求信号を送信した先のすべてのグループ処理端末からＡＣＫを受信した場合（ステップＳ１９０２：Ｙｅｓ）は、グループ処理端末１６１０は、ステップＳ１９０５へ移行する。
【００７８】
ステップＳ１９０２において、ステップＳ１９０１によって受信要求信号を送信した先の少なくともいずれかのグループ処理端末からＡＣＫを受信していない場合（ステップＳ１９０２：Ｎｏ）は、グループ処理端末１６１０は、ステップＳ１９０３へ移行する。すなわち、グループ処理管理部１６１１が、データ通信部１６１３を介して、サポート端末群へ受信要求信号を送信する（ステップＳ１９０３）。
【００７９】
つぎに、グループ処理管理部１６１１が、ステップＳ１９０３によって受信要求信号を送信した先のサポート端末群の少なくともいずれかからＡＣＫを受信したか否かを判断する（ステップＳ１９０４）。そして、グループ処理管理部１６１１は、サポート端末群のいずれかからＡＣＫを受信するまで待つ（ステップＳ１９０４：Ｎｏのループ）。なお、ステップＳ１９０４において、一定期間待機してもＡＣＫを受信しない場合は、グループ処理端末１６１０は、ステップＳ１９０５へ移行してもよい。
【００８０】
ステップＳ１９０４において、サポート端末群のいずれかからＡＣＫを受信すると（ステップＳ１９０４：Ｙｅｓ）、グループ処理端末１６１０は、ステップＳ１９０５へ移行する。すなわち、グループ処理管理部１６１１が、データ通信部１６１３を介して、受信要求信号に対するＡＣＫの送信元の端末へコヒーレントデータを送信し（ステップＳ１９０５）、一連の処理を終了する。
【００８１】
ＡＣＫの送信元の端末には、ステップＳ１９０２においてＡＣＫを受信したグループ処理端末と、ステップＳ１９０４においてＡＣＫを受信したサポート端末と、が含まれる。以上の各ステップにより、グループ処理端末１６１０は、他のグループ処理端末のうちの受信可能なグループ処理端末にはコヒーレントデータを送信することができる。また、グループ処理端末１６１０は、他のグループ処理端末で受信可能でないグループ処理端末が存在する場合には、サポート端末群にコヒーレントデータを送信することができる。
【００８２】
図２０は、グループ処理端末によるブロードキャスト通信の受信側の処理の一例を示すフローチャートである。グループ処理端末１６１０は、図１８に示したステップＳ１８０９において、たとえば以下の各ステップを実行する。まず、グループ処理管理部１６１１が、データ通信部１６１３を介して、グループ処理端末１１１〜１１３のうちの自端末以外のグループ処理端末からの受信要求信号を受信したか否かを判断する（ステップＳ２００１）。
【００８３】
ステップＳ２００１において、受信要求信号を受信した場合（ステップＳ２００１：Ｙｅｓ）は、データ通信部１６１３が、受信要求信号の送信元のグループ処理端末へ、受信要求信号に対するＡＣＫを送信する（ステップＳ２００２）。つぎに、受信要求信号の送信元のグループ処理端末からコヒーレントデータを受信し（ステップＳ２００３）、一連の処理を終了する。
【００８４】
ステップＳ２００１において、受信要求信号を受信していない場合（ステップＳ２００１：Ｎｏ）は、グループ処理端末１６１０は、ステップＳ２００４へ移行する。すなわち、グループ処理管理部１６１１が、一定期間待機し、待機している期間内に他のグループ処理端末からの受信要求信号を受信したか否かを判断する（ステップＳ２００４）。
【００８５】
ステップＳ２００４において、受信要求信号を受信した場合（ステップＳ２００４：Ｙｅｓ）は、グループ処理端末１６１０は、ステップＳ２００２へ移行する。受信要求信号を受信しなかった場合（ステップＳ２００４：Ｎｏ）は、グループ処理管理部１６１１が、データ通信部１６１３を介して、サポート端末群へ送信要求信号を送信する（ステップＳ２００５）。
【００８６】
つぎに、グループ処理管理部１６１１が、ステップＳ２００５によって送信要求信号を送信した先のサポート端末群の少なくともいずれかからコヒーレントデータを受信可能か否かを判断する（ステップＳ２００６）。サポート端末群のいずれかからもコヒーレントデータを受信可能でない場合（ステップＳ２００６：Ｎｏ）は、グループ処理端末１６１０は、ステップＳ２００４へ移行する。
【００８７】
ステップＳ２００６において、サポート端末群の少なくともいずれかからコヒーレントデータを受信可能である場合（ステップＳ２００６：Ｙｅｓ）は、受信可能なサポート端末からコヒーレントデータを受信し（ステップＳ２００７）、一連の処理を終了する。以上の各ステップにより、グループ処理端末１６１０は、他のグループ処理端末から自端末へ送信されたコヒーレントデータを、コヒーレントデータの送信元のグループ処理端末またはサポート端末群のいずれかから受信することができる。
【００８８】
（サポート端末による処理）
図２１は、サポート端末による処理の一例を示すフローチャートである。サポート端末１６２０は、たとえば図２１に示す各ステップを実行する。まず、データベース管理部１６２４が、データ通信部１６２１を介して、グループ処理端末１６１０から通信代行タスクおよびサポート端末群情報を受信したか否かを判断し（ステップＳ２１０１）、受信するまで待つ（ステップＳ２１０１：Ｎｏのループ）。
【００８９】
ステップＳ２１０１において、通信代行タスクおよびサポート端末群情報を受信すると（ステップＳ２１０１：Ｙｅｓ）、データ通信部１６２１が、接続可能な他のサポート端末と接続する（ステップＳ２１０２）。接続可能な他のサポート端末は、ステップＳ２１０１において受信したサポート端末群情報が示す自端末以外のサポート端末群のうちの接続可能なサポート端末である。
【００９０】
つぎに、データベース管理部１６２４が、ステップＳ２１０１において受信した通信代行タスクがディスパッチされたか否かを判断する（ステップＳ２１０３）。通信代行タスクがディスパッチされた場合（ステップＳ２１０３：Ｙｅｓ）は、サポート端末１６２０は、通信代行タスク処理を実行し（ステップＳ２１０４）、ステップＳ２１０３へ戻る。通信代行タスク処理については図２２において説明する。
【００９１】
ステップＳ２１０３において、通信代行タスクがディスパッチされていない場合（ステップＳ２１０３：Ｎｏ）は、データベース管理部１６２４が、データ通信部１６２１を介して、グループ処理端末１６１０からの他の通信代行タスクおよびサポート端末群情報を受信したか否かを判断する（ステップＳ２１０５）。通信代行タスクおよびサポート端末群情報を受信した場合（ステップＳ２１０５：Ｙｅｓ）は、サポート端末１６２０は、ステップＳ２１０２へ戻り、改めて接続可能な他のサポート端末と接続する。
【００９２】
ステップＳ２１０５において、通信代行タスクおよびサポート端末群情報を受信していない場合（ステップＳ２１０５：Ｎｏ）は、サポート端末１６２０は、ステップＳ２１０３へ戻る。以上の各ステップにより、サポート端末１６２０は、グループ処理端末１６１０から通信代行タスクおよびサポート端末群情報を受信した場合に他のサポート端末と接続するとともに、通信代行処理（たとえば図２２参照）を行うことができる。
【００９３】
図２２は、サポート端末による通信代行タスク処理の一例を示すフローチャートである。サポート端末１６２０は、図２１に示したステップＳ２１０４において、たとえば以下の各ステップを実行する。まず、データベース管理部１６２４が、データ通信部１６２１を介して、コヒーレントデータの代理受信を要求する受信要求信号をグループ処理端末１６１０から受信したか否かを判断する（ステップＳ２２０１）。
【００９４】
ステップＳ２２０１において、受信要求信号を受信した場合（ステップＳ２２０１：Ｙｅｓ）は、データベース管理部１６２４が、データ通信部１６２１を介して、受信した受信要求信号に対するＡＣＫを送信する（ステップＳ２２０２）。
【００９５】
つぎに、データベース管理部１６２４が、データ通信部１６２１を介して、受信要求信号の送信元のグループ処理端末１６１０からコヒーレントデータを代理受信する（ステップＳ２２０３）。データベース管理部１６２４は、代理受信したコヒーレントデータをデータベース１６１５に格納する。
【００９６】
つぎに、データベース管理部１６２４が、サポート端末群情報が示すサポート端末群のうちの、ステップＳ２２０３において接続しているサポート端末の中で代理受信したコヒーレントデータを受信していないサポート端末が存在するか否かを判断する（ステップＳ２２０４）。他の各サポート端末がコヒーレントデータを受信しているか否かは、たとえば他の各サポート端末に問い合わせることによって判断することができる。
【００９７】
ステップＳ２２０４において、コヒーレントデータを接続しているサポート端末の中で受信していないサポート端末が存在しない場合（ステップＳ２２０４：Ｎｏ）は、サポート端末１６２０は、ステップＳ２２０１へ戻る。接続しているサポート端末の中で受信していないサポート端末が存在する場合（ステップＳ２２０４：Ｙｅｓ）は、データベース管理部１６２４が、データ通信部１６２１を介して、受信していないサポート端末へ受信要求信号を送信する（ステップＳ２２０５）。
【００９８】
つぎに、データベース管理部１６２４が、データ通信部１６２１を介して、ステップＳ２２０５によって送信した受信要求信号に対するＡＣＫを受信したか否かを判断する（ステップＳ２２０６）。受信要求信号に対するＡＣＫを受信していない場合（ステップＳ２２０６：Ｎｏ）は、サポート端末１６２０は、ステップＳ２２０１へ戻る。
【００９９】
ステップＳ２２０６において、受信要求信号に対するＡＣＫを受信した場合（ステップＳ２２０６：Ｙｅｓ）は、サポート端末１６２０は、ステップＳ２２０７へ移行する。すなわち、データベース管理部１６２４が、データ通信部１６２１を介して、ＡＣＫの送信元のサポート端末へ、ステップＳ２２０３において受信したコヒーレントデータを送信し（ステップＳ２２０７）、ステップＳ２２０１へ戻る。
【０１００】
ステップＳ２２０１において、グループ処理端末１６１０からの受信要求信号を受信していない場合（ステップＳ２２０１：Ｎｏ）は、サポート端末１６２０は、ステップＳ２２０８へ移行する。すなわち、データベース管理部１６２４が、代理受信したコヒーレントデータがデータベース１６２３に存在するか否かを判断する（ステップＳ２２０８）。
【０１０１】
ステップＳ２２０８において、代理受信したコヒーレントデータが存在する場合（ステップＳ２２０８：Ｙｅｓ）は、データベース管理部１６２４が、グループ処理端末１６１０からの送信要求信号を受信したか否かを判断する（ステップＳ２２０９）。送信要求信号を受信していない場合（ステップＳ２２０９：Ｎｏ）は、サポート端末１６２０は、ステップＳ２２０１へ戻る。
【０１０２】
ステップＳ２２０９において、送信要求信号を受信した場合（ステップＳ２２０９：Ｙｅｓ）は、データベース管理部１６２４が、送信要求信号によって要求されたコヒーレントデータがデータベース１６２３に存在するか否かを判断する（ステップＳ２２１０）。要求されたコヒーレントデータが存在しない場合（ステップＳ２２１０：Ｎｏ）は、サポート端末１６２０は、ステップＳ２２０１へ戻る。
【０１０３】
ステップＳ２２１０において、要求されたコヒーレントデータがデータベース１６２３に存在する場合（ステップＳ２２１０：Ｙｅｓ）は、サポート端末１６２０は、ステップＳ２２１１へ移行する。すなわち、データベース管理部１６２４が、データ通信部１６２１を介して、要求されたコヒーレントデータを、送信要求信号の送信元のグループ処理端末１６１０へ送信し（ステップＳ２２１１）、ステップＳ２２０１へ戻る。
【０１０４】
ステップＳ２２０８において、代理受信したコヒーレントデータが存在しない場合（ステップＳ２２０８：Ｎｏ）は、サポート端末１６２０は、ステップＳ２２１２へ移行する。すなわち、データベース管理部１６２４が、データ通信部１６２１を介して、代行タスクの終了をグループ処理端末１６１０から通知されたか否かを判断する（ステップＳ２２１２）。
【０１０５】
ステップＳ２２１２において、代行タスクの終了をグループ処理端末１６１０から通知された場合（ステップＳ２２１２：Ｙｅｓ）は、データベース管理部１６２４は、代行タスクを終了し（ステップＳ２２１３）、一連の処理を終了する。ステップＳ２２１３において、データベース管理部１６２４が、終了した代行タスクに関するコヒーレントデータをデータベース１６２３から削除してもよい。
【０１０６】
ステップＳ２２１２において、代行タスクの終了を通知されていない場合（ステップＳ２２１２：Ｎｏ）は、データベース管理部１６２４は、通信代行処理のタスクを終了させるタスクスイッチが発生したか否かを判断する（ステップＳ２２１４）。通信代行処理のタスクを終了させるタスクスイッチが発生していない場合（ステップＳ２２１４：Ｎｏ）は、サポート端末１６２０は、ステップＳ２２０１へ戻る。
【０１０７】
ステップＳ２２１４において、通信代行処理のタスクを終了させるタスクスイッチが発生した場合（ステップＳ２２１４：Ｙｅｓ）は、サポート端末１６２０は、一連の処理を終了する。以上の各ステップにより、サポート端末１６２０は、グループ処理端末１６１０からの受信要求信号を受信した場合はグループ処理端末１６１０からコヒーレントデータを代理受信することができる。また、サポート端末１６２０は、受信したコヒーレントデータを他のグループ処理端末１６１０から要求された場合に、受信したコヒーレントデータを要求元のグループ処理端末１６１０へ送信することができる。
【０１０８】
以上説明したように、データ通信方法およびデータ通信システムによれば、データを即座に受信できないグループ処理端末１１３（第１端末）へのデータをサポート端末１２１〜１２６（第２端末）に代理受信させることができる。そして、サポート端末１２１〜１２６（第２端末）が後でグループ処理端末１１３（第１端末）へデータを送信することで、ブロードキャスト通信を停滞させないようにし、データコヒーレント処理にかかる時間を短縮することができる。このため、グループ処理を効率よく行うことができる。
【０１０９】
なお、上述した実施の形態において、グループ処理端末１１１〜１１３がデータコヒーレント処理を行い、コヒーレントデータを送受信する場合について説明したが、本発明は、データコヒーレント処理を行う場合に限らず適用することができる。たとえば、本発明は、端末間でブロードキャストによりデータを送受信する通信システム全般に適用することができる。
【０１１０】
また、上述した実施の形態において、端末１１１〜１１３がグループ処理端末として動作し、端末１２１〜１２６がサポート端末として動作する場合について説明したが、端末１１１〜１１３はサポート端末としても動作してもよい。たとえば、端末１１３へ送信するデータについて、端末１１２がサポート端末として代理受信し、端末１１２および端末１２１〜１２６において共有してもよい。
【０１１１】
上述した実施の形態に関し、さらに以下の付記を開示する。
【０１１２】
（付記１）複数のデータ処理装置の第１データ処理装置と通信可能な少なくとも一の第２データ処理装置をグループとして登録し、
前記複数のデータ処理装置にデータの第１受信要求を発信し、
前記第１受信要求に対する前記第１データ処理装置からの応答がないときに前記第２データ処理装置に前記データの第２受信要求を送信し、
前記第２データ処理装置からの応答に基づいて前記データを前記第２データ処理装置に送信すること
を特徴とするデータ通信方法。
【０１１３】
（付記２）前記複数のデータ処理装置へのデータの第１受信要求は、前記複数のデータ処理装置のブロードキャスト通信時に発信されること
を特徴とする付記１に記載のデータ通信方法。
【０１１４】
（付記３）前記第１データ処理装置から前記第２データ処理装置への前記データの送信要求に基づいて、前記データが前記第２データ処理装置から前記第１データ処理装置に送信されること
を特徴とする付記１又は付記２に記載のデータ通信方法。
【０１１５】
（付記４）前記グループとして登録された第２データ処理装置が複数あるときに、前記データが送信された前記第２データ処理装置から前記データが送信された第２データ処理装置以外の第２データ処理装置に前記データが送信されること
を特徴とする付記１乃至付記３の何れか一に記載のデータ通信方法。
【０１１６】
（付記５）前記複数のデータ処理装置は、前記第２データ処理装置のうちの自装置が通信可能なデータ処理装置を示す情報を互いに送受信することによって前記第２データ処理装置を示す端末情報を共有し、
共有した前記端末情報に基づいて前記第２データ処理装置に前記第２受信要求を送信すること
を特徴とする付記１乃至付記４の何れか一に記載のデータ通信方法。
【０１１７】
（付記６）前記複数のデータ処理装置は、共有した前記端末情報を前記第２データ処理装置へ送信し、
前記端末情報に基づいて、前記グループとして登録された第２データ処理装置が複数あるときに、前記データが送信された前記第２データ処理装置から前記データが送信された第２データ処理装置以外の第２データ処理装置に前記データが送信されること
を特徴とする付記５に記載のデータ通信方法。
【０１１８】
（付記７）メモリと、
複数のデータ処理装置の中の第１データ処理装置と通信可能な少なくとも一の第２データ処理装置をグループとして前記メモリに登録するデータベース管理ユニットと、
前記複数のデータ処理装置に対するデータの第１受信要求を受信するデータ通信ユニットと、
前記第２データ処理装置に前記データが送信されたときに前記少なくとも一の第２データ処理装置にタスクを送信するタスク管理部と
を備えることを特徴とするデータ通信システム。
【０１１９】
（付記８）前記第１受信要求に対する前記第１データ処理装置からの応答がないときに前記第２データ処理装置に前記データが送信されること
を特徴とする付記７に記載のデータ通信システム。
【０１２０】
（付記９）前記タスクは、前記グループとして登録された第２データ処理装置が複数あるときに、前記複数の第２データ処理装置で前記データを共有化することを指示すること
を特徴とする付記７または付記８に記載のデータ通信システム。
【０１２１】
（付記１０）前記複数のデータ処理装置へのデータの第１受信要求は、前記複数のデータ処理装置のブロードキャスト通信時に発信されること
を特徴とする付記７乃至付記９の何れか一に記載のデータ通信システム。
【符号の説明】
【０１２２】
１００  通信システム
１１１〜１１３，１６１０  グループ処理端末
１２１〜１２６，１６２０  サポート端末
３００  サポート端末群情報
１７００  データ処理装置
１７２０  バス
【国際調査報告】
2012169001.tif 000027
2012169001.tif 000028