(57)【要約】【課題】多数の端末装置からなるアドホック通信ネットワークにおいて、効率のよい情報共有を実現する。【解決手段】通信システム８００を構成する端末装置１０１ａ〜１０４ｚを、まとまって行動するグループに分けて、端末グループ８０１〜８０４とする。各端末グループには、リーダ端末装置１０１ｚ〜１０４ｚが１つずつ存在し、端末グループ内の通信を管理する。他の端末グループに属する端末装置との間の通信は、リーダ端末装置間の交渉によって通信ルートを確立して行う。【選択図】図１
2007336360.tif 000002
【特許請求の範囲】
【請求項１】
複数のグループのいずれかに属し、互いに通信する複数の通信端末装置のうち、所定のグループに属する通信端末装置をグループ内端末装置とし、上記グループ内端末装置が行う通信を管理する管理装置において、
情報を記憶する記憶装置と、
情報を処理する処理装置と、
上記記憶装置を用いて、上記グループ内端末装置について、上記グループ内端末装置が直接通信できる通信端末装置を示す情報を、隣接端末情報として記憶するグループ隣接端末記憶部と、
上記記憶装置を用いて、上記複数のグループのうち上記所定のグループ以外の他のグループであって上記グループ内端末装置と直接通信できる通信端末装置が属する他のグループを示す情報を、隣接グループ情報として記憶する隣接グループ記憶部と、
上記処理装置を用いて、上記複数の通信端末装置のうち所定の情報を通知すべき通信端末装置を示す情報を通知先情報として入力し、上記隣接グループ記憶部が記憶した上記隣接グループ情報を入力し、上記処理装置を用いて、上記所定の情報を受信した通信端末装置が、直接通信できる通信端末装置に対して上記所定の情報を転送することにより、上記所定の情報を、入力した上記通知先情報が示す通信端末装置まで届ける通信ルートのうち、入力した上記隣接グループ情報が示す上記他のグループであって、上記グループ内端末装置が上記所定の情報を送信すべき相手の通信端末装置が属する他のグループを判別し、上記処理装置を用いて、判別した上記他のグループを示す情報を、送信先グループ情報として出力する送信先グループ判別部と、
上記処理装置を用いて、上記通知先情報と上記送信先グループ判別部が出力した上記送信先グループ情報と上記グループ隣接端末記憶部が記憶した上記隣接端末情報とを入力し、上記処理装置を用いて、入力した上記通知先情報と入力した上記送信先グループ情報と入力した上記隣接端末情報とに基づいて、上記通信ルートのうち、上記グループ内端末装置が上記所定の情報を送信すべき相手の通信端末装置を判別し、上記処理装置を用いて、判別した上記通信端末装置を示す情報を、送信先端末情報として出力する送信先端末判別部と、
上記処理装置を用いて、上記送信先端末判別部が出力した上記送信先端末情報を入力し、上記処理装置を用いて、上記グループ内端末装置に対して、上記送信先端末情報を通知する送信先端末通知部と、
を有することを特徴とする管理装置。
【請求項２】
上記管理装置は、更に、
上記処理装置を用いて、他の管理装置が管理する他のグループに属する通信端末装置から上記所定の情報を通知すべき通信端末装置までの通信ルートの確立を要求する情報を上記他の管理装置から取得し、上記処理装置を用いて、取得した上記情報を、グループ間ルート確立要求情報として出力するグループ間ルート確立要求取得部と、
上記処理装置を用いて、上記グループ間ルート確立要求取得部が出力した上記グループ間ルート確立要求情報を入力し、上記処理装置を用いて、入力した上記グループ間ルート確立要求情報に基づいて、上記所定の情報を通知すべき通信端末装置を判別し、上記処理装置を用いて、判別した上記通信端末装置を示す通知先情報を出力する通知先判別部と、
上記処理装置を用いて、上記通知先判別部が出力した上記通知先情報を入力し、上記処理装置を用いて、入力した上記通知先情報が示す通信端末装置がグループ内端末装置であるか否かを判断する通知先グループ判断部と、
上記処理装置を用いて、上記通知先情報が示す通信端末装置がグループ内端末装置でないと上記通知先グループ判断部が判断した場合に、上記隣接グループ記憶部が記憶した上記隣接グループ情報を入力し、上記処理装置を用いて、入力した上記隣接グループ情報が示す上記他のグループを管理する他の管理装置に対して、グループ内端末装置から上記通知先情報が示す通信端末装置までの通信ルートの確立を要求するグループ間ルート確立要求情報を通知するグループ間ルート確立要求通知部と、
上記処理装置を用いて、上記グループ間ルート確立要求通知部が通知した上記グループ間ルート確立要求情報に対する応答として、上記他の管理装置が通知した情報を取得し、上記処理装置を用いて、取得した上記情報を、グループ間ルート確立結果情報として出力するグループ間ルート確立結果取得部と、
を有し、
上記送信先グループ判別部は、
上記処理装置を用いて、上記グループ間ルート確立結果取得部が出力した上記グループ間ルート確立結果情報を入力し、上記処理装置を用いて、入力した上記グループ間ルート確立結果情報に基づいて、上記グループ間ルート確立結果情報を通知した上記他の管理装置が上記通信ルートの確立に成功したか失敗したかを判断し、上記処理装置を用いて、上記他の管理装置が上記通信ルートの確立に成功したと判断した場合に、上記他の管理装置が管理する上記他のグループを、上記所定の情報を送信すべき相手の通信端末装置が属する他のグループとして判別する
ことを特徴とする請求項１に記載の管理装置。
【請求項３】
上記送信先端末判別部は、更に、
上記処理装置を用いて、上記グループ間ルート確立要求取得部が出力した上記グループ間ルート確立要求情報を通知した上記他の管理装置が管理する上記他のグループを判別し、上記処理装置を用いて、入力した上記隣接端末情報に基づいて、判別した上記他のグループに属する通信端末装置と直接通信できるグループ内端末装置を判別し、上記処理装置を用いて、判別した上記グループ内端末装置を起点とする通信ルートにおいて、グループ内端末装置が上記所定の情報を送信すべき相手の通信端末装置を判別する
ことを特徴とする請求項２に記載の管理装置。
【請求項４】
上記管理装置は、更に、
上記処理装置を用いて、グループ内端末装置から上記所定の情報を通知すべき通信端末装置までの通信ルートの確立を要求する情報を、上記グループ内端末装置から取得し、上記処理装置を用いて、取得した上記情報を、ルート確立要求情報として出力するルート確立要求取得部を有し、
上記通知先判別部は、更に、
上記処理装置を用いて、上記ルート確立要求取得部が出力した上記ルート確立要求情報を入力し、上記処理装置を用いて、入力した上記ルート確立要求情報に基づいて、上記所定の情報を通知すべき通信端末装置を判別し、上記処理装置を用いて、判別した上記通信端末装置を示す通知先情報を出力する
ことを特徴とする請求項２に記載の管理装置。
【請求項５】
上記送信先端末判別部は、更に、
上記処理装置を用いて、上記ルート確立要求取得部が出力した上記ルート確立要求情報を通知した上記グループ内端末装置を判別し、上記処理装置を用いて、判別したグループ内端末装置を起点とする通信ルートにおいて、グループ内端末装置が上記所定の情報を送信すべき相手の通信端末装置を判別する
ことを特徴とする請求項４に記載の管理装置。
【請求項６】
上記送信先端末判別部は、更に、
上記処理装置を用いて、上記通知先情報が示す通信端末装置がグループ内端末装置であると上記通知先グループ判断部が判断した場合に、入力した上記通知先情報が示す通信端末装置を終点とする通信ルートにおいて、グループ内端末装置が上記所定の情報を送信すべき相手の通信端末装置を判別し、上記処理装置を用いて、上記通知先情報が示す通信端末装置がグループ内端末装置でないと上記通知先グループ判断部が判断した場合に、入力した上記隣接端末情報と入力した上記送信先グループ情報とに基づいて、上記送信先グループ情報が示す上記他のグループに属する他の通信端末装置のうち、グループ内端末装置が直接通信できる他の通信端末装置を判別し、上記処理装置を用いて、判別した上記他の通信端末装置を終点とする通信ルートにおいて、グループ内端末装置が上記所定の情報を送信すべき相手の通信端末装置を判別する
ことを特徴とする請求項２に記載の管理装置。
【請求項７】
上記管理装置は、更に、
上記記憶装置を用いて、上記通信ルートによる通信を開始すべき時刻を示す情報を開始許容時刻情報として記憶する開始許容時刻記憶部と、
上記処理装置を用いて、上記開始許容時刻記憶部が記憶した上記開始許容時刻情報を入力し、上記処理装置を用いて、上記通知先情報が示す通信端末装置がグループ内端末装置でないと上記通知先グループ判断部が判断し、かつ、入力した上記開始許容時刻情報が示す時刻までに、上記他の管理装置が上記通信ルートの確立に成功したと上記送信先グループ判別部が判断しなかった場合に、通信ルートの確立に失敗したと判断するルート確立成否判断部と、
上記処理装置を用いて、通信ルートの確立に失敗したと、上記ルート確立成否判断部が判断した場合に、上記グループ間ルート確立要求取得部が取得した上記グループ間ルート確立要求情報を通知した他の管理装置に対して、上記グループ間ルート確立要求情報に対する応答として、通信ルートの確立に失敗したことを示す情報を含むグループ間ルート確立結果情報を通知するグループ間ルート確立結果通知部と、を有することを特徴とする請求項２に記載の管理装置。
【請求項８】
上記管理装置は、更に、
上記記憶装置を用いて、既に確立した通信ルートを示す情報を確立済ルート情報として記憶する確立済ルート記憶部を有し、
上記送信先端末判別部は、更に、
上記処理装置を用いて、上記確立済ルート記憶部が記憶した上記確立済ルート情報を入力し、上記処理装置を用いて、入力した上記確立済ルート情報に基づいて、上記確立済ルート情報が示す上記通信ルートによる通信と衝突しないように通信ルートを設定し、上記処理装置を用いて、設定した上記通信ルートにおいて、グループ内端末装置が上記所定の情報を送信すべき相手の通信端末装置を判別し、
上記ルート確立成否判断部は、更に、
上記処理装置を用いて、入力した上記開始許容時刻情報が示す時刻までに、上記送信先端末判別部が上記通信ルートを設定できなかった場合に、通信ルートの確立に失敗したと判断する
ことを特徴とする請求項７に記載の管理装置。
【請求項９】
上記管理装置は、更に、
上記記憶装置を用いて、上記通信ルートによる通信を終了すべき時刻を示す情報を終了許容時刻情報として記憶する終了許容時刻記憶部と、
上記処理装置を用いて、既に確立した通信ルートのうち他の管理装置が管理する他のグループに属する通信端末装置が上記所定の情報を送信すべき相手の通信端末装置と通信できなくなったことを示す情報を、上記他の管理装置から取得し、上記処理装置を用いて、取得した上記情報をルート切断情報として出力するルート切断取得部と、
を有し、
上記グループ間ルート確立要求通知部は、更に、
上記処理装置を用いて、上記ルート切断取得部が上記ルート切断情報を出力した場合に、入力した上記隣接グループ情報が示す上記他のグループを管理する他の管理装置に対して、上記通信ルートの再確立を要求するグループ間ルート確立要求情報を通知し、
上記ルート確立成否判断部は、更に、
上記処理装置を用いて、上記ルート切断取得部が上記ルート切断情報を出力した場合に、上記終了許容時刻記憶部が記憶した上記終了許容時刻情報を入力し、上記処理装置を用いて、入力した上記終了許容時刻情報が示す時刻までに、上記他の管理装置が上記通信ルートの確立に成功したと上記送信先グループ判別部が判断しなかった場合に、通信ルートの確立に失敗したと判断する
ことを特徴とする請求項７に記載の管理装置。
【請求項１０】
上記管理装置は、更に、
上記記憶装置を用いて、上記通信ルートによる通信を終了すべき時刻を示す情報を終了許容時刻情報として記憶する終了許容時刻記憶部と、
上記処理装置を用いて、既に確立した通信ルートのうち、グループ内端末装置が上記所定の情報を送信すべき相手の通信端末装置と通信できるか否かを判断するルート維持判断部と、
を有し、
上記送信先端末判別部は、更に、
上記処理装置を用いて、グループ内端末装置が上記所定の情報を送信すべき相手の通信端末装置と通信できないと上記ルート維持判断部が判断した場合に、上記通信ルートを再設定し、上記処理装置を用いて、再設定した上記通信ルートにおいて、グループ内端末装置が上記所定の情報を送信すべき相手の通信端末装置を判別し、
上記ルート確立成否判断部は、更に、
上記処理装置を用いて、グループ内端末装置が上記所定の情報を送信すべき相手の通信端末装置と通信できないと上記ルート維持判断部が判断した場合に、上記終了許容時刻記憶部が記憶した上記終了許容時刻情報を入力し、上記処理装置を用いて、入力した上記終了許容時刻情報が示す時刻までに、上記送信先端末判別部が上記通信ルートを再設定できなかった場合に、通信ルートの確立に失敗したと判断する
ことを特徴とする請求項７に記載の管理装置。
【請求項１１】
上記管理装置は、更に、
上記記憶装置を用いて、上記確立済ルート記憶部が記憶した確立済ルート情報が示す通信ルートの優先度を示す情報をルート優先度情報として記憶するルート優先度記憶部を有し、
上記送信先端末判別部は、更に、
上記処理装置を用いて、上記確立済ルート情報が示す上記通信ルートによる通信と衝突しないように通信ルートを設定できない場合に、上記ルート優先度記憶部が記憶した上記ルート優先度情報を入力し、上記処理装置を用いて、入力した上記ルート優先度情報に基づいて、設定しようとしている通信ルートよりも優先度が低い通信ルートを判別し、上記処理装置を用いて、判別した上記通信ルート以外の通信ルートによる通信と衝突しないように通信ルートを設定し、上記処理装置を用いて、判別した上記通信ルート以外の通信ルートによる通信と衝突しないように通信ルートを設定できた場合に、判別した上記通信ルートを切断する
ことを特徴とする請求項８に記載の管理装置。
【請求項１２】
上記管理装置は、更に、
上記処理装置を用いて、上記グループ内端末装置についての上記隣接端末情報を、上記グループ内端末装置から取得し、上記処理装置を用いて、取得した上記隣接端末情報を出力するグループ隣接端末取得部と、
上記処理装置を用いて、上記グループ隣接端末取得部が出力した上記隣接端末情報を入力し、上記処理装置を用いて、入力した上記隣接端末情報に基づいて、上記隣接グループ情報を算出し、上記処理装置を用いて、算出した上記隣接グループ情報を出力する隣接グループ算出部と、
を有し、
上記グループ隣接端末記憶部は、
上記処理装置を用いて、上記グループ隣接端末取得部が出力した上記隣接端末情報を入力し、上記記憶装置を用いて、入力した上記隣接端末情報を記憶し、
上記隣接グループ記憶部は、
上記処理装置を用いて、上記隣接グループ算出部が出力した上記隣接グループ情報を入力し、上記記憶装置を用いて、入力した上記隣接グループ情報を記憶する
ことを特徴とする請求項１に記載の管理装置。
【請求項１３】
上記管理装置は、更に、
上記所定のグループに属する通信端末装置を有し、
上記通信端末装置が備える通信装置を介して、上記所定のグループに属する他の通信端末装置と通信する
ことを特徴とする請求項１に記載の管理装置。
【請求項１４】
他の通信端末装置に対して情報を送信し、他の通信端末装置が送信した情報を受信し、受信した情報を更に他の通信端末装置に転送することにより直接通信できない他の通信端末装置の間の通信を中継する通信端末装置において、
情報を記憶する記憶装置と、
情報を処理する処理装置と、
他の通信端末装置と通信する通信装置と、
上記処理装置を用いて、上記通信装置が直接通信できる他の通信端末装置を判別し、上記処理装置を用いて、判別した上記他の通信端末装置を示す情報を隣接端末情報として、属するグループを管理する管理装置に通知する隣接端末通知部と、
上記処理装置を用いて、所定の情報を送信すべき相手の他の通信端末装置を示す情報を、上記管理装置から取得し、上記記憶装置を用いて、取得した上記情報を送信先端末情報として記憶する送信先端末記憶部と、
上記通信装置を用いて、他の通信端末装置が送信した情報を受信し、上記処理装置を用いて、受信した上記情報を受信情報として出力する情報受信部と、
上記処理装置を用いて、上記情報受信部が受信した上記受信情報を通知すべき相手が他の通信端末装置であるか否かを判断する通知先判断部と、
上記処理装置を用いて、上記受信情報を通知すべき相手が他の通信端末装置であると、上記通知先判断部が判断した場合に、上記情報受信部が出力した上記受信情報と上記送信先端末記憶部が記憶した上記送信先端末情報とを入力し、上記通信装置を用いて、入力した上記送信先端末情報が示す他の通信端末装置に対して、入力した上記受信情報を送信する情報転送部と、
上記記憶装置を用いて、他の通信端末装置に通知すべき情報を通知情報として記憶する通知情報記憶部と、
上記処理装置を用いて、上記通知情報記憶部が記憶した上記通知情報を他の通信端末装置に対して送信し、上記通知情報を受信した他の通信端末装置が、直接通信できる更に他の通信端末装置に対して上記通知情報を転送することにより、上記通知情報を通知すべき上記他の通信端末装置まで届ける通信ルートの確立を要求する情報を生成し、上記処理装置を用いて、上記管理装置に対して、生成した上記情報をルート確立要求情報として通知するルート確立要求通知部と、
上記処理装置を用いて、上記ルート確立要求通知部が通知した上記ルート確立要求情報に対する応答として、上記通知情報を送信すべき相手の他の通信端末装置を示す送信先端末情報を上記送信先端末記憶部が上記管理装置から取得した場合に、上記送信先端末記憶部が記憶した上記送信先端末情報と上記通知情報記憶部が記憶した上記通知情報とを入力し、上記通信装置を用いて、入力した上記送信先端末情報が示す他の通信端末装置に対して、入力した上記通知情報を送信する通知情報送信部と、
を有することを特徴とする通信端末装置。
【請求項１５】
上記通信端末装置は、更に、
上記記憶装置を用いて、上記通知情報記憶部が記憶した上記通知情報の送信を開始すべき時刻を示す情報を開始許容時刻情報として記憶する開始許容時刻記憶部を有し、
上記通知情報送信部は、
上記処理装置を用いて、上記開始許容時刻記憶部が記憶した上記開始許容時刻情報を入力し、上記通信装置を用いて、入力した上記開始許容時刻情報が示す時刻までに、上記ルート確立要求通知部が通知した上記ルート確立要求情報に対する応答として、上記送信先端末情報を上記送信先端末記憶部が上記管理装置から取得した場合に、上記通知情報を送信する
ことを特徴とする請求項１４に記載の通信端末装置。
【請求項１６】
上記通信端末装置は、更に、
上記記憶装置を用いて、上記ルート確立要求情報を通知すべき時刻を示す情報を、確立開始時刻情報として記憶する確立開始時刻記憶部を有し、
上記ルート確立要求通知部は、
上記処理装置を用いて、上記確立開始時刻記憶部が記憶した上記確立開始時刻情報と上記開始許容時刻記憶部が記憶した上記開始許容時刻情報とを入力し、上記処理装置を用いて、入力した上記確立開始時刻情報が示す時刻を過ぎたか否かを判断し、上記処理装置を用いて、上記確立開始時刻情報が示す時刻を過ぎたと判断した場合に、入力した上記開始許容時刻情報が示す時刻を過ぎたか否かを判断し、上記処理装置を用いて、上記開始許容時刻情報が示す時刻を過ぎていないと判断した場合に、上記ルート確立要求情報を通知する
ことを特徴とする請求項１５に記載の通信端末装置。
【請求項１７】
複数のグループにおける通信をそれぞれ管理する複数の管理装置と、上記複数のグループのいずれかに属し、互いに通信する複数の通信端末装置とを有する通信システムにおいて、
請求項１に記載の管理装置と、
請求項１４に記載の通信端末装置と、
を有することを特徴とする通信システム。
【請求項１８】
複数のグループのいずれかに属し、互いに通信する複数の通信端末装置のうち、所定のグループに属する通信端末装置をグループ内端末装置とし、上記グループ内端末装置が行う通信を、情報を記憶する記憶装置と情報を処理する処理装置とを有する管理装置が管理する通信管理方法において、
上記記憶装置が、上記グループ内端末装置について、上記グループ内端末装置が直接通信できる通信端末装置を示す情報を、隣接端末情報として記憶するグループ隣接端末記憶工程と、
上記記憶装置が、上記複数のグループのうち上記所定のグループ以外の他のグループであって上記グループ内端末装置と直接通信できる通信端末装置が属する他のグループを示す情報を、隣接グループ情報として記憶する隣接グループ記憶工程と、
上記処理装置が、上記複数の通信端末装置のうち所定の情報を通知すべき通信端末装置を示す情報を通知先情報として入力し、上記隣接グループ記憶部が記憶した上記隣接グループ情報を入力し、上記処理装置が、上記所定の情報を受信した通信端末装置が、直接通信できる通信端末装置に対して上記所定の情報を転送することにより、上記所定の情報を、入力した上記通知先情報が示す通信端末装置まで届ける通信ルートのうち、入力した上記隣接グループ情報が示す上記他のグループであって、上記グループ内端末装置が上記所定の情報を送信すべき相手の通信端末装置が属する他のグループを判別し、上記処理装置が、判別した上記他のグループを示す情報を、送信先グループ情報として出力する送信先グループ判別工程と、
上記処理装置が、上記通知先情報と上記送信先グループ判別部が出力した上記送信先グループ情報と上記グループ隣接端末記憶部が記憶した上記隣接端末情報とを入力し、上記処理装置が、入力した上記通知先情報と入力した上記送信先グループ情報と入力した上記隣接端末情報とに基づいて、上記通信ルートのうち、上記グループ内端末装置が上記所定の情報を送信すべき相手の通信端末装置を判別し、上記処理装置が、判別した上記通信端末装置を示す情報を、送信先端末情報として出力する送信先端末判別工程と、
上記処理装置が、上記送信先端末判別部が出力した上記送信先端末情報を入力し、上記処理装置が、上記グループ内端末装置に対して、上記送信先端末情報を通知する送信先端末通知工程と、
を有することを特徴とする通信管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、アドホック通信ネットワークにより、情報を共有する通信システムに関する。
【背景技術】
【０００２】
アドホック通信ネットワークでは、比較的近距離に存在する端末装置同士が直接通信し、離れているため直接通信できない端末装置同士の通信は、近距離に存在する端末装置間の通信により転送することで実現する。
端末装置が移動する場合、直接通信できる範囲内に存在する端末装置が常に変化する。したがって、そのときの端末装置の位置関係を把握し、最適な転送経路を発見することが重要である。
端末装置の数が多くなると、転送経路となる通信ルートの候補の数が膨大になり、最適な転送経路を発見するために、端末装置間でやり取りする必要がある情報の情報量が多くなる。また、各端末装置が保持しなければならない情報量、各端末装置が処理しなければならない処理量も多くなり、実用的な時間内に全体として最適な通信ルートを発見することが困難となる。
【０００３】
そこで、多数の端末装置を複数のグループに分け、グループ内の通信ルート探索と、グループ間の通信ルート探索とを分けて処理することにより、端末装置が交換・保持・処理する情報量を減らす技術がある。
【特許文献１】特開２００２−０６４４９１号公報
【特許文献２】特開２００２−０３３７５２号公報
【特許文献３】特開２００１−２８５３４５号公報
【非特許文献１】高橋道人、萬代雅希、笹瀬巌「アドホックネットワークにおける階層依存型経路探索を用いた多階層ＺＨＬＳルーティング方式」電子情報通信学会論文誌Ｂ、Ｖｏｌ．Ｊ８６−Ｂ  Ｎｏ．１０、２１０７〜２１１６ページ、２００３年
【非特許文献２】林秀樹、原隆浩、西尾章治郎「アドホックネットワークにおけるトポロジィ変化に適応した複製の再配置」情報処理学会論文誌、Ｖｏｌ．４７  Ｎｏ．１、２〜１４ページ、２００６年
【発明の開示】
【発明が解決しようとする課題】
【０００４】
アドホック通信ネットワークは、通常の通信インフラが活用できない状況で威力を発揮する。例えば、災害救助活動を行う救助隊の隊員の間での情報交換などである。このような状況において、離れた隊員の活動状況を知ることにより、効率的な救助活動が可能となる。
また、このような状況で使用される端末装置は、決して無秩序に移動するものではなく、一定の法則にしたがって移動する。例えば、ある小隊に属する隊員の端末装置は、全体として遠くに移動することはあるが、互いの距離はあまり離れることがない。
この発明は、例えば、このような一定の法則性のある使用環境を想定することにより、端末装置の動きがまったく無秩序である場合よりも効率のよいルーティング制御をし、端末装置間で必要な情報の共有を実現することを目的とする。
【課題を解決するための手段】
【０００５】
この発明にかかる管理装置は、
複数のグループのいずれかに属し、互いに通信する複数の通信端末装置のうち、所定のグループに属する通信端末装置をグループ内端末装置とし、上記グループ内端末装置が行う通信を管理する管理装置において、
情報を記憶する記憶装置と、
情報を処理する処理装置と、
上記記憶装置を用いて、上記グループ内端末装置について、上記グループ内端末装置が直接通信できる通信端末装置を示す情報を、隣接端末情報として記憶するグループ隣接端末記憶部と、
上記記憶装置を用いて、上記複数のグループのうち上記所定のグループ以外の他のグループであって上記グループ内端末装置と直接通信できる通信端末装置が属する他のグループを示す情報を、隣接グループ情報として記憶する隣接グループ記憶部と、
上記処理装置を用いて、上記複数の通信端末装置のうち所定の情報を通知すべき通信端末装置を示す情報を通知先情報として入力し、上記隣接グループ記憶部が記憶した上記隣接グループ情報を入力し、上記処理装置を用いて、上記所定の情報を受信した通信端末装置が、直接通信できる通信端末装置に対して上記所定の情報を転送することにより、上記所定の情報を、入力した上記通知先情報が示す通信端末装置まで届ける通信ルートのうち、入力した上記隣接グループ情報が示す上記他のグループであって、上記グループ内端末装置が上記所定の情報を送信すべき相手の通信端末装置が属する他のグループを判別し、上記処理装置を用いて、判別した上記他のグループを示す情報を、送信先グループ情報として出力する送信先グループ判別部と、
上記処理装置を用いて、上記通知先情報と上記送信先グループ判別部が出力した上記送信先グループ情報と上記グループ隣接端末記憶部が記憶した上記隣接端末情報とを入力し、上記処理装置を用いて、入力した上記通知先情報と入力した上記送信先グループ情報と入力した上記隣接端末情報とに基づいて、上記通信ルートのうち、上記グループ内端末装置が上記所定の情報を送信すべき相手の通信端末装置を判別し、上記処理装置を用いて、判別した上記通信端末装置を示す情報を、送信先端末情報として出力する送信先端末判別部と、
上記処理装置を用いて、上記送信先端末判別部が出力した上記送信先端末情報を入力し、上記処理装置を用いて、上記グループ内端末装置に対して、上記送信先端末情報を通知する送信先端末通知部と、
を有することを特徴とする。
【発明の効果】
【０００６】
この発明にかかる管理装置によれば、アドホック通信ネットワークにより通信する多数の通信端末装置を複数のグループに分け、それぞれのグループを管理装置が管理し、発信元端末装置から通知先端末装置に到る多数のホップを通る通信ルートのうち、管理装置が管理するグループを通る部分についての通信ルートである、グループ内通信ルートを、送信先端末判別部が判別するので、通信ルートをホップ単位で探すよりも、やり取りしなければならない情報量が少なくて済み、迅速に通信ルートを確立できるという効果を奏する。
【発明を実施するための最良の形態】
【０００７】
実施の形態１．
実施の形態１を、図１〜図２６を用いて説明する。
【０００８】
図１は、この実施の形態における通信システム８００の全体構成の一例を示すシステム構成図である。
通信システム８００は、複数の端末装置１０１ａ，１０１ｂ，…，１０４ｚを有する。
端末装置１０１ａ〜１０４ｚは、それぞれ無線通信装置を有し、互いに通信する。
端末装置１０１ａ〜１０４ｚが有する無線通信装置の通信可能範囲は比較的狭いので、近隣に存在する端末装置１０１ａ〜１０４ｚの間で直接通信することができるが、遠く離れた端末装置１０１ａ〜１０４ｚの間では、直接通信することができない。
直接通信することができない端末装置１０１ａ〜１０４ｚの間の通信は、途中に存在する端末装置１０１ａ〜１０４ｚが中継することにより行う。
例えば、端末装置１０１ｂから端末装置１０４ｃへ情報ｄ０１を送信する場合、まず、端末装置１０１ｂは、直接通信できる端末装置１０１ｄへ情報を送信する（ｐ０１）。端末装置１０１ｄは、受信した情報を端末装置１０２ｂに転送する（ｐ０２）。端末装置１０２ｂは端末装置１０２ａへ（ｐ０３）、端末装置１０２ａは端末装置１０４ｂへ（ｐ０４）、端末装置１０４ｂは端末装置１０４ｃへ（ｐ０５）、それぞれ受信した情報を転送し、端末装置１０４ｃが情報ｄ０１を受信し、記憶する。
このような通信方式を、「アドホックネットワーク通信」という。
アドホックネットワーク通信において、一つの通信を中継する中継ルートを構成する直接の送受信を「パス」または「ホップ」という。
【０００９】
各端末装置１０１ａ〜１０４ｚは、移動する。したがって、端末装置１０１ａ〜１０４ｚの通信可能範囲の中に存在する他の端末装置１０１ａ〜１０４ｚは一定ではない。同じ端末装置１０１ａ〜１０４ｚの間の通信であっても、そのときの位置関係に応じた中継ルートが必要になる。
【００１０】
端末装置１０１ａ〜１０４ｚは、端末グループ８０１〜８０４のいずれかに属する。
端末グループ８０１〜８０４は、端末装置１０１ａ〜１０４ｚがまとまって移動する単位である。
例えば、端末装置１０１ａ〜１０４ｚを災害救助隊の隊員が各自携帯している場合、端末グループは、１つの地域を担当する小隊に対応する。小隊の隊員は担当地域内で移動するので、互いに直接通信可能な範囲内に存在する。担当地域内の正反対の位置に移動して、直接通信可能な範囲から外れる場合もあるが（例えば、端末装置１０３ｂと端末装置１０３ｃ）、両者の間には他の隊員がいるので（例えば、端末装置１０３ａ）、端末グループ内で通信を中継することにより、互いに通信することが可能である。
【００１１】
各端末グループ８０１〜８０４には、リーダ端末装置と呼ばれる端末装置が１つずつ存在する。リーダ端末装置１０１ｚ，１０２ｚ，…，１０４ｚは、各端末グループ８０１〜８０４のなかの通信を管理する。
ここで「通信を管理する」とは、ある端末装置から別の端末装置への通信を中継する中継ルートとして、適切な中継ルートを選択し、各端末装置に転送先を指示することをいう。また、ある端末装置が利用している通信チャネルを、その端末装置の通信可能範囲外に存在する端末装置が同時に利用することにより、限られた電波を有効に利用できるよう、各端末装置が利用する通信チャネルの調整を行うことも含まれる。
【００１２】
そのため、リーダ端末装置１０１ｚ〜１０４ｚは、それぞれが管理する端末グループ８０１〜８０４に属する端末装置１０１ａ〜１０４ｚ（以下「グループ内端末装置」という）の位置関係を把握し、情報を転送する転送先、使用するスロット（周波数、タイミング、拡散符号などによって分割された通信チャネル）などを指示する。
【００１３】
また、異なる端末グループ８０１〜８０４に属する端末装置１０１ａ〜１０４ｚの間で通信する場合には、端末グループをまたぐ中継ルートが必要になる。
【００１４】
リーダ端末装置１０１ｚ〜１０４ｚは、互いに通信して情報を交換することにより、端末グループをまたぐ通信（例えば、ホップｐ０２、ホップｐ０４）を管理する。
【００１５】
リーダ端末装置１０１ｚ〜１０４ｚと、グループ内端末装置との間では、グループ内端末装置が収集した情報（例えば、直接通信できる範囲にある他の端末装置についての情報）をリーダ端末装置１０１ｚ〜１０４ｚに通知したり、リーダ端末装置１０１ｚ〜１０４ｚが転送先、通信チャネルなどを指示する情報をグループ内端末装置に通知したりするための通信をする。
リーダ端末装置１０１ｚ〜１０４ｚの間では、他の端末グループに属する端末装置への中継ルートを探したり、通信チャネルの調整をしたりするための通信をする。
これらの通信も、通信相手と直接通信することができない場合には、間に存在する端末装置１０１ａ〜１０４ｚが中継することにより行う。
【００１６】
端末装置１０１ａ〜１０４ｚは、通信端末装置の一例である。
リーダ端末装置１０１ｚ〜１０４ｚは、管理装置の一例である。
端末グループ８０１〜８０４は、グループの一例である。
【００１７】
図２は、この実施の形態における端末装置１０１ａ〜１０４ｚのハードウェア資源の一例を示す図である。
図２において、端末装置１０１ａ〜１０４ｚは、プログラムを実行するＣＰＵ９１１（Ｃｅｎｔｒａｌ・Ｐｒｏｃｅｓｓｉｎｇ・Ｕｎｉｔ、中央処理装置、処理装置、演算装置、マイクロプロセッサ、マイクロコンピュータ、プロセッサともいう）を備えている。ＣＰＵ９１１は、バス９１２を介してＲＯＭ９１３（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ＲＡＭ９１４（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、通信装置９１５、ＬＣＤ（Ｌｙｑｕｉｄ  Ｃｒｙｓｔａｌ  Ｄｉｓｐｌａｙ）などの表示装置９０１、キーボード９０２、マウス９０３、ＦＤＤ９０４（Ｆｌｅｘｉｂｌｅ  Ｄｉｓｋ  Ｄｒｉｖｅ）、ＣＤＤ９０５（Ｃｏｍｐａｃｔ  Ｄｉｓｋ  Ｄｒｉｖｅ）、プリンタ装置９０６、スキャナ装置９０７、磁気ディスク装置９２０と接続され、これらのハードウェアデバイスを制御する。磁気ディスク装置９２０の代わりに、光ディスク装置、メモリカード読み書き装置などの記憶装置でもよい。
ＲＡＭ９１４は、揮発性メモリの一例である。ＲＯＭ９１３、ＦＤＤ９０４、ＣＤＤ９０５、磁気ディスク装置９２０の記憶媒体は、不揮発性メモリの一例である。これらは、記憶装置あるいは記憶部の一例である。
通信装置９１５、キーボード９０２、スキャナ装置９０７、ＦＤＤ９０４などは、入力部、入力装置の一例である。
また、通信装置９１５、表示装置９０１、プリンタ装置９０６などは、出力部、出力装置の一例である。
【００１８】
通信装置９１５は、無線による通信をする装置である。ＣＰＵ９１１などから入力した情報を、無線通信信号に変換し、無線通信チャネルにより送信する。また、無線通信チャネルにより受信した無線通信信号を変換し、ＣＰＵ９１１などに出力する。
磁気ディスク装置９２０には、オペレーティングシステム９２１（ＯＳ）、ウィンドウシステム９２２、プログラム群９２３、ファイル群９２４が記憶されている。プログラム群９２３のプログラムは、ＣＰＵ９１１、オペレーティングシステム９２１、ウィンドウシステム９２２により実行される。
【００１９】
上記プログラム群９２３には、以下に述べる実施の形態の説明において「〜部」、「〜手段」として説明する機能を実行するプログラムが記憶されている。プログラムは、ＣＰＵ９１１により読み出され実行される。
ファイル群９２４には、以下に述べる実施の形態の説明において、「〜の判定結果」、「〜の計算結果」、「〜の処理結果」として説明する情報やデータや信号値や変数値やパラメータが、「〜ファイル」や「〜データベース」の各項目として記憶されている。「〜ファイル」や「〜データベース」は、ディスクやメモリなどの記録媒体に記憶される。ディスクやメモリになどの記憶媒体に記憶された情報やデータや信号値や変数値やパラメータは、読み書き回路を介してＣＰＵ９１１によりメインメモリやキャッシュメモリに読み出され、抽出・検索・参照・比較・演算・計算・処理・出力・印刷・表示などのＣＰＵの動作に用いられる。抽出・検索・参照・比較・演算・計算・処理・出力・印刷・表示のＣＰＵの動作の間、情報やデータや信号値や変数値やパラメータは、メインメモリやキャッシュメモリやバッファメモリに一時的に記憶される。
また、以下に述べる実施の形態の説明において説明するフローチャートの矢印の部分は主としてデータや信号の入出力を示し、データや信号値は、ＲＡＭ９１４のメモリ、ＦＤＤ９０４のフレキシブルディスク、ＣＤＤ９０５のコンパクトディスク、磁気ディスク装置９２０の磁気ディスク、その他光ディスク、ミニディスク、ＤＶＤ（Ｄｉｇｉｔａｌ・Ｖｅｒｓａｔｉｌｅ・Ｄｉｓｃ）等の記録媒体に記録される。また、データや信号は、バス９１２や信号線やケーブルその他の伝送媒体によりオンライン伝送される。
【００２０】
また、以下に述べる実施の形態の説明において「〜部」、「〜手段」として説明するものは、「〜回路」、「〜装置」、「〜機器」であってもよく、また、「〜ステップ」、「〜手順」、「〜処理」であってもよい。すなわち、「〜部」、「〜手段」として説明するものは、ＲＯＭ９１３に記憶されたファームウェアで実現されていても構わない。或いは、ソフトウェアのみ、或いは、素子・デバイス・基板・配線などのハードウェアのみ、或いは、ソフトウェアとハードウェアとの組み合わせ、さらには、ファームウェアとの組み合わせで実施されても構わない。ファームウェアとソフトウェアは、プログラムとして、磁気ディスク、フレキシブルディスク、光ディスク、コンパクトディスク、ミニディスク、ＤＶＤ等の記録媒体に記憶される。プログラムはＣＰＵ９１１により読み出され、ＣＰＵ９１１により実行される。すなわち、プログラムは、以下に述べる「〜部」、「〜手段」としてコンピュータを機能させるものである。あるいは、以下に述べる「〜部」、「〜手段」の手順や方法をコンピュータに実行させるものである。
【００２１】
図３は、この実施の形態における端末装置１０１ａの機能ブロックの構成の一例を示すブロック構成図である。
なお、リーダ端末装置１０１ｚ〜１０４ｚ以外の端末装置１０１ｂ〜１０４ｄのブロック構成は、端末装置１０１ａと同様なので、ここでは説明を省略する。
また、リーダ端末装置１０１ｚ〜１０４ｚも、端末装置としての機能を有しているので、ここで説明する機能ブロックについての説明は、後述するリーダ端末装置１０１ｚ〜１０４ｚの機能ブロックについても当てはまる。
【００２２】
端末装置１０１ａは、送受信部１１０、ルーティング制御部１２０、ルーティングテーブル記憶部１３０、属性テーブル記憶部１４０、データベース記憶部１５０を有する。
【００２３】
送受信部１１０は、通信装置９１５を用いて、他の端末装置１０１ｂ〜１０４ｚと通信する。
送受信部１１０は、端末グループ内ルーティングプロトコルｔ０７、情報共有プロトコルｔ０８、端末グループ間ルーティングプロトコルｔ０９などの通信プロトコルにより、他の端末装置１０１ｂ〜１０４ｚと通信する。
【００２４】
端末グループ内ルーティングプロトコルｔ０７による通信は、例えば、端末装置１０１ａ〜１０４ｚが、通信装置９１５を用いて直接通信できる範囲内に存在する他の端末装置１０１ａ〜１０４ｚを把握するために用いられる。
例えば、各端末装置１０１ａ〜１０４ｚが、自己の存在を知らせるビーコンパケットを送信する。ビーコンパケットには、端末装置１０１ａ〜１０４ｚを通信システム８００内で一意に識別する端末識別子が含まれる。これにより、端末装置１０１ａ〜１０４ｚが送信したビーコンパケットを受信した他の端末装置１０１ａ〜１０４ｚは、ビーコンパケットを送信した端末装置１０１ａ〜１０４ｚが、通信装置９１５を用いて直接通信できる範囲内に存在することを検出する。
なお、端末識別子は、例えば「グループ番号」＋「グループ内端末番号」のような構成とすれば、端末識別子を見ただけでその端末装置が属する端末グループを判別できるので、好ましい。
ここで、端末装置１０１ａ〜１０４ｚが通信装置９１５を用いて直接通信できる範囲内に存在する他の端末装置１０１ａ〜１０４ｚを「隣接端末装置」と呼ぶ。また、隣接端末装置の識別子など、隣接端末装置を示す情報を「隣接端末情報」と呼ぶ。
【００２５】
ビーコンパケットは、端末装置１０１ａ〜１０４ｚが定期的に送信することとしてもよいし、他の端末装置１０１ａ〜１０４ｚが送信したビーコンパケットを受信した場合に、送信することとしてもよい。これは、ビーコンパケットを送信した他の端末装置１０１ａ〜１０４ｚに対して、自己の存在を知らせるためである。
他の端末装置１０１ａ〜１０４ｚが送信したビーコンパケットに対する応答として、ビーコンパケットを送信する場合、同一の端末グループ８０１〜８０４に属する端末装置１０１ａ〜１０４ｚが送信したビーコンパケットに対する応答であるビーコンパケットと、異なる端末グループ８０１〜８０４に属する端末装置１０１ａ〜１０４ｚが送信したビーコンパケットに対する応答であるビーコンパケットとが区別できるようにしておき、異なる端末グループ８０１〜８０４に属する端末装置１０１ａ〜１０４ｚが送信したビーコンパケットに対する応答であるビーコンパケットを受信した端末装置１０１ａ〜１０４ｚは、それに対して更に応答しないこととしてもよい。
これにより、ある端末グループ（例えば端末グループ８０１）内における端末装置１０１ａ〜１０１ｚの配置を把握するためにビーコンパケットを送信した場合、他の端末グループ８０２〜８０４に属する端末装置であっても、その端末グループ８０１に属する端末装置１０１ａ〜１０１ｚの隣接端末装置であれば、応答のビーコンパケットを送信するので、属する端末グループ８０１〜８０４にかかわらず、その存在を知ることができる。また、他の端末グループ８０２〜８０４に属するそれ以外の端末装置１０２ａ〜１０４ｚは、応答のビーコンパケットを送信しないので、配置を知る必要のない端末装置はビーコンパケットを送信せず、無駄な送信を減らすことができる。
【００２６】
端末グループ内ルーティングプロトコルｔ０７による通信は、また、端末装置１０１ａ〜１０４ｄが、属する端末グループ８０１〜８０４のリーダ端末装置１０１ｚ〜１０４ｚに対して、検出した隣接端末情報を通知するためにも用いられる。
端末装置１０１ａ〜１０４ｄが直接通信できる範囲内に、属する端末グループ８０１〜８０４のリーダ端末装置１０１ｚ〜１０４ｚが存在しない場合には、アドホックネットワーク通信により、他の端末装置が隣接端末情報を中継することにより、リーダ端末装置１０１ｚ〜１０４ｚに通知する。
ここで、リーダ端末装置１０１ｚ〜１０４ｚは、管理する端末グループ８０１〜８０４内の隣接端末情報をまだ持っていないので、情報を中継すべき転送先を指示することができない。
そこで、各端末装置１０１ａ〜１０４ｄが隣接端末情報を送信する送信先を、自律的に判断し、判断した送信先に対して隣接端末情報を送信する。
【００２７】
例えば、属する端末グループ８０１〜８０４のリーダ端末装置１０１ｚ〜１０４ｚと直接通信できる端末装置１０１ａ〜１０４ｄは、情報を転送してもらう必要がないので、リーダ端末装置１０１ｚ〜１０４ｚに対して、自己の隣接端末情報を直接送信する。
また、属する端末グループ８０１〜８０４のリーダ端末装置１０１ｚ〜１０４ｚと直接通信できる端末装置１０１ａ〜１０４ｄは、リーダ端末装置１０１ｚ〜１０４ｚまでのホップ数が「１」であることを示す情報を、例えばビーコンパケットに含めて、周辺の端末装置１０１ａ〜１０４ｄに通知する。
属する端末グループ８０１〜８０４のリーダ端末装置１０１ｚ〜１０４ｚと直接通信できない端末装置１０１ａ〜１０４ｄは、これを受信し、リーダ端末装置１０１ｚ〜１０４ｚまでのホップ数が「１」であることを通知してきた端末装置１０１ａ〜１０４ｄに対して、隣接端末情報を送信すれば、リーダ端末装置１０１ｚ〜１０４ｚに転送してもらえることを判別する。
更に、リーダ端末装置１０１ｚ〜１０４ｚまでのホップ数が「１」であることを示す情報を受信した端末装置１０１ａ〜１０４ｄは、リーダ端末装置１０１ｚ〜１０４ｚまでのホップ数が「２」であることを示す情報を、周辺の端末装置１０１ａ〜１０４ｄに通知する。
このようにして、端末装置１０１ａ〜１０４ｄは、隣接端末装置からリーダ端末装置１０１ｚ〜１０４ｚまでのホップ数を把握する。
端末装置１０１ａ〜１０４ｄは、自己の隣接端末情報を、リーダ端末装置１０１ｚ〜１０４ｚまでのホップ数が最も少ない隣接端末装置に対して送信する。これを受信した端末装置１０１ａ〜１０４ｄは、受信した他の端末装置１０１ａ〜１０４ｄの隣接端末情報を、更にホップ数の少ない隣接端末装置に転送する。
このようにして、リーダ端末装置１０１ｚ〜１０４ｚは、管理する端末グループ８０１〜８０４内のすべての端末装置１０１ａ〜１０４ｄの隣接端末情報を取得する。
【００２８】
このように、端末グループ内ルーティングプロトコルｔ０７による通信は、リーダ端末装置からの指示を受けたり、あらかじめ通信ルートを確立したりしないでも、隣接端末装置との間で互いに情報をやり取りすることにより行うことができる。
【００２９】
端末グループ内ルーティングプロトコルｔ０７による通信は、原則として情報量が少ない。したがって、通信の衝突などにより正常に通信ができなかった場合でも、情報の再送によるロスは小さい。
【００３０】
端末グループ内ルーティングプロトコルｔ０７による通信は、更に、リーダ端末装置１０１ｚ〜１０４ｚが、管理する端末グループ８０１〜８０４に属する端末装置１０１ａ〜１０４ｄに対して、情報を転送すべき相手の端末装置１０１ａ〜１０４ｄを指示するためにも用いられる。
情報共有プロトコルｔ０８による通信は、通信開始前に通信ルートを確立し、通信終了後に確立した通信ルートを解放するという手順を踏んで行われる。
情報共有プロトコルｔ０８による通信は、比較的情報量が多く、遠く離れた（ホップ数が多い）端末装置の間で行われる場合もあるので、情報を再送しなければならない場合のロスが大きく、通信の衝突などを避ける必要があるからである。
【００３１】
リーダ端末装置１０１ｚ〜１０４ｚは、通信ルート確立の要求を受けて通信ルートを算出し、算出した通信ルートにしたがって、管理する端末グループ８０１〜８０４内の通信ルート上に存在する端末装置１０１ａ〜１０４ｄに対し、情報を転送すべき相手の端末装置１０１ａ〜１０４ｄを指示する情報を、端末グループ内ルーティングプロトコルｔ０７により通知する。
リーダ端末装置１０１ｚ〜１０４ｚは、通信ルートを算出する前に、管理する端末グループ８０１〜８０４内の隣接端末情報を取得し、管理する端末グループ８０１〜８０４に属する端末装置１０１ａ〜１０４ｚの位置関係を把握している。したがって、リーダ端末装置１０１ｚ〜１０４ｚは、情報を転送すべき相手の端末装置１０１ａ〜１０４ｄを指示する情報を通知する場合、その指示情報を転送するルートを指定して、通知したい端末装置１０１ａ〜１０４ｄに指示を届けることができる。
【００３２】
端末グループ内ルーティングプロトコルｔ０７により、リーダ端末装置１０１ｚ〜１０４ｚが、管理する端末グループ８０１〜８０４に属する端末装置１０１ａ〜１０４ｄに対して指示する内容は、上記以外に、確立した通信ルートの送信先変更の指示や、確立した通信ルートの一時保留の指示や、確立した通信ルートの解放の指示などがある。これらについては、後述する。
【００３３】
他の端末グループに属する端末装置と隣接していない端末装置（以下「内部端末装置」という）が送信する電波は、他の端末グループに属する端末装置に到達しないので、内部端末装置が行う通信は、グループ内端末装置の位置関係だけで定めることができる。
これに対して、他の端末グループに属する端末装置と隣接する端末装置（以下「境界端末装置」という）が送信する電波は、他の端末グループに属する境界端末装置に到達し、他の端末グループ内の通信と衝突する可能性がある。
また、他の端末グループに属する端末装置まで達する通信ルートにおいては、管理する端末グループに属する端末装置と、他の端末グループに属する端末装置との間で通信する必要がある。
【００３４】
そのため、リーダ端末装置１０１ｚ〜１０４ｚは、管理する端末グループ８０１〜８０４に属する端末装置１０１ａ〜１０４ｚが直接通信できる端末装置１０１ａ〜１０４ｚが属する他の端末グループ８０１〜８０４（以下「隣接グループ」という）を管理する他のリーダ端末装置１０１ｚ〜１０４ｚとの間で情報のやり取りをして、境界端末装置が行う通信を調整する。
【００３５】
このようなリーダ端末装置１０１ｚ〜１０４ｚの通信は、端末グループ間ルーティングプロトコルｔ０９により行われる。
【００３６】
リーダ端末装置１０１ｚ〜１０４ｚ同士が直接通信できる場合は稀なので、端末グループ間ルーティングプロトコルｔ０９による通信も、原則として、間に存在する端末装置１０１ａ〜１０４ｄが中継することにより行われる。
端末グループ間ルーティングプロトコルｔ０９による通信は、あらかじめ通信ルートを確立することなく行われる点で、端末グループ内ルーティングプロトコルｔ０７による通信と同様である。
【００３７】
リーダ端末装置１０１ｚ〜１０４ｚは、自己が管理する端末グループ８０１〜８０４に属する端末装置１０１ａ〜１０４ｚの隣接端末装置までは把握しているが、そこから先の端末装置の位置関係は把握していない。
そこで、リーダ端末装置１０１ｚ〜１０４ｚは、端末グループ間ルーティングプロトコルｔ０９による通信に際して、通信したい相手のリーダ端末装置１０１ｚ〜１０４ｚが管理する隣接グループに属する端末装置までの転送ルートを指定する。
【００３８】
隣接グループの境界端末装置は、他の端末グループ８０１〜８０４に属する通信端末装置から、端末グループ間ルーティングプロトコルｔ０９による通信を受信すると、受信した情報を、自己が属する端末グループ８０１〜８０４を管理するリーダ端末装置１０１ｚ〜１０４ｚに通知する。端末グループ内ルーティングプロトコルｔ０７についての説明において述べたように、端末装置１０１ａ〜１０４ｄは、自己が属する端末グループ８０１〜８０４を管理するリーダ端末装置１０１ｚ〜１０４ｚに対して通知したい情報を送信すべき送信先の端末装置を知っている。そこで、端末グループ間ルーティングプロトコルｔ０９による通信は、隣接グループ内の端末装置が中継し、隣接グループを管理するリーダ端末装置に到達する。
【００３９】
情報共有プロトコルｔ０８による通信は、端末装置１０１ａ〜１０４ｚが、他の端末装置１０１ａ〜１０４ｚと共有すべき情報をやり取りするために用いられる。
情報共有プロトコルｔ０８による通信は、前述したように、通信ルートの確立、情報の送信、通信ルートの解放の三段階を踏んで行われる。各段階における詳しい動作は、後述する。
【００４０】
ルーティング制御部１２０は、ＣＰＵ９１１などの処理装置を用いて、ルーティングテーブル記憶部１３０が記憶した情報に基づいて、送受信部１１０を制御する。
【００４１】
ルーティングテーブル記憶部１３０は、磁気ディスク装置９２０などの記憶装置を用いて、ルーティング制御部１２０が送受信部１１０を制御するために必要な情報を記憶する。
【００４２】
データベース記憶部１５０は、磁気ディスク装置９２０などの記憶装置を用いて、データベースを記憶する。データベース記憶部１５０が記憶したデータベースには、他の端末装置と共有すべき共有情報が含まれている。
共有情報には、端末装置１０１ａがマスタであり、他の端末装置がその複製を保有する共有情報と、他の端末装置がマスタであり、端末装置１０１ａがその複製を保有する共有情報とがある。
端末装置１０１ａがマスタである共有情報は、共有すべき相手の端末装置１０１ｂ〜１０４ｚに対して、端末装置１０１ａが定期的に通知する。また、他の端末装置がマスタでる共有情報は、マスタである端末装置が定期的に通知するので、端末装置１０１ａはこれを取得して、データベース記憶部１５０が記憶する。
これにより、各端末装置１０１ａ〜１０４ｚが記憶した共有情報は、定期的に更新され、同一である状態を保つ。
【００４３】
なお、共有情報は、通信システム８００に属するすべての端末装置１０１ａ〜１０４ｚが共有する必要はなく、その共有情報を必要とする端末装置１０１ａ〜１０４ｚの間だけで共有される。
例えば、端末装置１０１ａ〜１０４ｚを災害救助隊の隊員が携帯している場合、各隊員の役割によって必要とする情報が異なる。そこで、その端末装置を携帯している隊員が必要とする情報だけを、端末装置は他の端末装置と共有する。
また、端末グループ８０１〜８０４はまとまって移動するので、同一の端末グループに属する他の端末装置との間では常に（直接あるいは間接に）通信できると考えてよい。そこで、１つの共有情報を記憶している端末装置は、１つの端末グループ内に１つだけとし、他の端末装置は、必要になったらその共有情報を記憶している端末装置と通信して、共有情報を取得することとしてもよい。
【００４４】
属性テーブル記憶部１４０は、磁気ディスク装置９２０などの記憶装置を用いて、データベース記憶部１５０が記憶したデータベースに含まれる共有情報の属性を示す情報を記憶する。
共有情報の属性とは、例えば、その共有情報を識別する識別子、その共有情報を共有すべき他の端末装置を識別する識別子、自己がその共有情報のマスタであるか否かを示すフラグ、その共有情報を送信すべき時刻などである。
【００４５】
図４は、この実施の形態における端末装置１０１ａが有する送受信部１１０の内部ブロックの構成の一例を示す詳細ブロック図である。
送受信部１１０は、情報受信部１１１、通知先判断部１１２、情報転送部１１３、通知情報送信部１１４を有する。
【００４６】
情報受信部１１１は、通信装置９１５を用いて、他の端末装置が送信した情報を受信する。情報受信部１１１は、ＣＰＵ９１１などの処理装置を用いて、受信した情報（以下「受信情報」という）を出力する。
【００４７】
通知先判断部１１２は、ＣＰＵ９１１などの処理装置を用いて、情報受信部１１１が受信した情報を通知すべき相手が自己であるか、他の端末装置であるかを判断する。
【００４８】
情報転送部１１３は、ＣＰＵ９１１などの処理装置を用いて、受信情報を通知すべき相手が他の端末装置であると通知先判断部１１２が判断した場合に、受信情報を入力する。
情報転送部１１３は、通信装置９１５を用いて、入力した受信情報を送信する。
【００４９】
情報転送部１１３が受信情報を送信する送信相手の端末装置は、受信情報のプロトコルによって異なる。
端末グループ内ルーティングプロトコルｔ０７及び端末グループ間ルーティングプロトコルｔ０９の場合、自己の属する端末グループ８０１のリーダ端末装置１０１ｚが発信元であれば、受信情報のなかに送信先を指定する情報が含まれているので、情報転送部１１３は、ＣＰＵ９１１などの処理装置を用いて、受信情報を解析して、送信先の端末装置の識別子を取得し、送信相手を判別する。
また、自己の属する端末グループ８０１のリーダ端末装置１０１ｚが通知先であれば、あらかじめ判別した送信先の識別子をルーティングテーブル記憶部１３０が記憶しているので、情報転送部１１３は、ＣＰＵ９１１などの処理装置を用いて、ルーティングテーブル記憶部１３０が記憶した送信先の識別子を入力し、送信相手を判別する。
【００５０】
受信情報のプロトコルが情報共有プロトコルｔ０８である場合、通知先に至る通信ルートが既に確立されており、リーダ端末装置１０１ｚから通知された送信先の識別子を、ルーティングテーブル記憶部１３０があらかじめ記憶しているので、情報転送部１１３は、ＣＰＵ９１１などの処理装置を用いて、ルーティングテーブル記憶部１３０が記憶した送信先の識別子を入力し、送信相手を判別する。
【００５１】
情報転送部１１３は、判別した送信相手の端末装置に対して、通信装置９１５を用いて受信情報を送信する。
【００５２】
通知情報送信部１１４は、データベース記憶部１５０が記憶した共有情報のうち、自己がマスタである共有情報を、通信装置９１５を用いて情報共有プロトコルｔ０８により送信する。
情報共有プロトコルｔ０８による送信に先立って、端末装置１０１ａは、リーダ端末装置１０１ｚに対して、通信ルートの確立を要求する。通信ルートが確立できた場合には、リーダ端末装置１０１ｚから送信先の識別子が通知され、通知された送信先の識別子を、ルーティングテーブル記憶部１３０が記憶している。
そこで、通知情報送信部１１４は、ＣＰＵ９１１などの処理装置を用いて、要求した通信ルートについての送信先の識別子が既に通知されているか否かを判断する。
通知情報送信部１１４は、ＣＰＵ９１１などの処理装置を用いて、送信先の識別子が既に通知されていると判断した場合、ルーティングテーブル記憶部１３０が記憶した送信先の識別子を入力し、送信相手を判別する。
通知情報送信部１１４は、ＣＰＵ９１１などの処理装置を用いて、データベース記憶部１５０が記憶した共有情報を入力し、通信装置９１５を用いて、入力した共有情報を、判別した送信相手の端末装置に対して送信する。
【００５３】
共有情報は、確立した通信ルートにしたがって、端末装置の間を転送されていき、共有すべき相手の通信端末装置に到達する。
【００５４】
図５は、この実施の形態における端末装置１０１ａが有するルーティング制御部１２０の内部ブロックの構成の一例を示す詳細ブロック図である。
ルーティング制御部１２０は、隣接端末通知部１２１、ルート確立要求通知部１２２を有する。
隣接端末通知部１２１は、ＣＰＵ９１１などの処理装置を用いて、端末装置１０１ａを直接通信できる端末装置（隣接端末装置）を判別し、通信装置９１５を用いて、判別した隣接端末装置を示す隣接端末情報を、リーダ端末装置１０１ｚに通知する。
【００５５】
上述したように、端末装置１０１ａは、端末グループ内ルーティングプロトコルｔ０７による通信により、隣接端末情報を収集する。
情報受信部１１１が受信した受信情報が、端末グループ内ルーティングプロトコルｔ０７によるものであり、端末装置１０１ａに対するもの（ビーコンパケットのように宛先を特定しないものも含む）であると、通知先判断部１１２が判断した場合、情報受信部１１１が出力した受信情報を、ルーティング制御部１２０が入力する。
【００５６】
隣接端末通知部１２１は、ＣＰＵ９１１などの処理装置を用いて、ルーティング制御部１２０が入力した受信情報から、隣接端末装置を判別する。隣接端末通知部１２１は、判別した隣接端末装置を示す隣接端末情報を、通信装置９１５を用いて、端末グループ内ルーティングプロトコルｔ０７により、リーダ端末装置１０１ｚに通知する。
また、隣接端末通知部１２１は、ＣＰＵ９１１などの処理装置を用いて、判別した隣接端末情報を出力する。出力した隣接端末情報は、ルーティングテーブル記憶部１３０が磁気ディスク装置９２０などの記憶装置を用いて記憶する。
【００５７】
ルート確立要求通知部１２２は、ＣＰＵ９１１などの処理装置を用いて、通信ルートの確立を要求する情報（以下「ルート確立要求情報」という）を生成し、通信装置９１５を用いて、生成したルート確立要求情報を、リーダ端末装置１０１ｚに通知する。
ルート確立要求情報は、データベース記憶部１５０が記憶した共有情報のうち、端末装置１０１ａがマスタである共有情報を、他の端末装置に通知するための通信ルートの確立を要求するものである。
ルート確立要求情報には、確立を要求する通信ルートを識別するルート識別子と、共有情報を通知したい相手の端末装置（通知先端末装置）を識別する端末識別子（通知先情報）と、発信元である自己の端末識別子（発信元情報）とが含まれる。
ルート識別子は、確立しようとする通信ルートを識別する情報であり、確立した通信ルートにより通知しようとする共有情報を識別する共有情報識別子を用いてもよい。
また、リーダ端末装置１０１ｚがルート識別子から通知先端末装置を判別できる場合には、ルート確立要求情報に通知先情報を含めなくてもよい。
同様に、リーダ端末装置１０１ｚがルート識別子から発信元を判別できる場合には、ルート確立要求情報に発信元情報を含めなくてもよい。
【００５８】
共有情報は一定の周期で送信され、更新された場合でも、各端末装置が記憶する共有情報が同じになるようにする。
共有情報を送信すべき時刻は、属性テーブル記憶部１４０が記憶した共有情報の属性から判別できる。
ルート確立要求通知部１２２は、ＣＰＵ９１１などの処理装置を用いて、属性テーブル記憶部１４０が記憶した共有情報の属性を示す情報を入力する。
ルート確立要求通知部１２２は、ＣＰＵ９１１などの処理装置を用いて、入力した共有情報の属性を示す情報から、共有情報を送信すべき時刻を求める。
【００５９】
ここで、共有情報を送信すべき時刻には、ルート確立の手順を開始すべき時刻（以下「確立開始時刻」という）と、確立された通信ルートによる共有情報の実体の送信を開始すべき時刻（以下「開始許容時刻」という）と、共有情報の実体の送信を完了して通信ルートを解放すべき時刻（以下「終了許容時刻」という）とがある。
【００６０】
ルート確立要求通知部１２２は、ＣＰＵ９１１などの処理装置を用いて、このうちの確立開始時刻を求める。ルート確立要求通知部１２２は、ＣＰＵ９１１などの処理装置を用いて、現在時刻が確立開始時刻を過ぎたか否かを判断する。ルート確立要求通知部１２２は、現在時刻が確立開始時刻を過ぎたと判断した場合に、ルート確立要求情報をリーダ端末装置１０１ｚに通知する。具体的には、通信装置９１５が、端末グループ内ルーティングプロトコルｔ０７により、リーダ端末装置１０１ｚに宛てたルート確立要求情報を、隣接端末装置に送信する。
【００６１】
なお、他の処理に追われるなどして、確立開始時刻になってもルート確立要求情報を通知できない場合もある。
そこで、ルート確立要求通知部１２２は、ＣＰＵ９１１などの処理装置を用いて、共有情報の属性を示す情報から、開始許容時刻も求める。ルート確立要求通知部１２２は、ＣＰＵ９１１などの処理装置を用いて、現在時刻が開始許容時刻を過ぎたか否かを判断する。現在時刻が開始許容時刻を過ぎている場合、本来なら既に共有情報の実体の送信を開始していなければならないのに、まだ通信ルートの確立どころか、通信ルートの確立の要求すらできていないのであるから、今回の情報更新はあきらめて、ルート確立要求情報の通知をしない。ルート確立要求通知部１２２は、現在時刻が開始許容時刻を過ぎていないと判断した場合のみ、ルート確立要求情報を通知する。
【００６２】
図６は、この実施の形態における端末装置１０１ａが有するルーティングテーブル記憶部１３０の内部ブロックの構成の一例を示す詳細ブロック図である。
ルーティングテーブル記憶部１３０は、隣接端末記憶部１３１と、送信先端末記憶部１３２とを有する。
【００６３】
隣接端末記憶部１３１は、磁気ディスク装置９２０などの記憶装置を用いて、隣接端末情報５１０（「ルーティングテーブル」ともいう）を記憶する。
隣接端末情報５１０は、隣接端末識別子５１１とホップ数５１２との組が、隣接端末装置の数だけあるリストである。
隣接端末識別子５１１は、隣接端末装置を識別する端末識別子である。
ホップ数５１２は、隣接端末装置からリーダ端末装置１０１ｚまでのホップ数を示す情報である。隣接端末装置がリーダ端末装置１０１ｚである場合には、ホップ数５１２は「０」、隣接端末装置が、リーダ端末装置１０１ｚの隣接端末装置である場合には、ホップ数５１２は「１」、以下、リーダ端末装置１０１ｚから離れるごとにホップ数５１２は増えていく。なお、隣接端末装置が、異なる端末グループに属する端末装置である場合には、ホップ数５１２は空欄となる。
【００６４】
隣接端末識別子５１１及びホップ数５１２は、端末グループ内ルーティングプロトコルｔ０７により、端末装置１０１ａが他の端末装置と情報交換した結果に基づいて、隣接端末通知部１２１が判別したものである。
【００６５】
送信先端末記憶部１３２は、磁気ディスク装置９２０などの記憶装置を用いて、送信先端末情報５２０（「端末ルーティング管理テーブル」ともいう）を記憶する。
送信先端末情報５２０は、ルート識別子５２１、送信先識別子５２２、ルート状態５２３の組が、通信ルートの数だけあるリストである。また、それとは別に、送信先識別子５２９も含まれる。
ルート識別子５２１、送信先識別子５２２、ルート状態５２３は、情報共有プロトコルｔ０８による通信のために用いるものである。
ルート識別子５２１は、通信ルートを識別する識別子である。
送信先識別子５２２は、ルート識別子５２１によって識別される通信ルートによる情報を受信した場合に、受信した情報を転送すべき送信先の端末装置を識別する端末識別子である。
ルート状態５２３は、通信ルートの状態を示す情報である。通信ルートの状態には、例えば、確立済、解放済、保留中などがある。確立済とは、ルート確立要求によりその通信ルートが確立された状態であり、その通信ルートを用いた通信が可能な状態をいう。解放済とは、その通信ルートによる通信が完了して通信ルートが解放された状態であり、その通信ルートを用いた通信ができない情報をいう。なお、解放された通信ルートは、送信先端末情報５２０から削除することとしてもよい。保留中とは、その通信ルートによる通信が完了する前にその通信ルートが切断するなどして、通信が中断している状態であり、通信ルートが復旧して通信が再開される可能性もあれば、通信ルートがそのまま復旧せず、解放されてしまう可能性もある状態をいう。なお、保留中を区別せず、通信ルートが解放されたものとして扱うこととしてもよい。
【００６６】
送信先識別子５２９は、端末グループ内ルーティングプロトコルｔ０７及び端末グループ間ルーティングプロトコルｔ０９による通信のために用いるものである。
送信先識別子５２９は、端末装置１０１ａ自身が属する端末グループ８０１を管理するリーダ端末装置１０１ｚに対して情報を通知したい場合に、その情報を送信すべき送信先の端末装置を示す端末識別子である。
【００６７】
送信先端末情報５２０のうち、ルート識別子５２１、送信先識別子５２２、ルート状態５２３は、リーダ端末装置１０１ｚが、端末グループ内ルーティングプロトコルｔ０７により通知してきたものを、情報受信部１１１が隣接端末装置から受信して出力する。送信先端末記憶部１３２は、情報受信部１１１が出力した送信先端末情報５２０を入力し、磁気ディスク装置９２０などの記憶装置を用いて記憶する。
これに対し、送信先識別子５２９は、隣接端末記憶部１３１が記憶した隣接端末情報５１０に基づいて、送信先端末記憶部１３２が判別したものである。
送信先端末記憶部１３２は、ＣＰＵ９１１などの処理装置を用いて、隣接端末記憶部１３１が記憶した隣接端末情報５１０に基づいて、ホップ数５１２が一番小さい隣接端末装置を送信先として判別し、その隣接端末識別子５１１を送信先識別子５２９として、磁気ディスク装置９２０などの記憶装置に記憶する。
【００６８】
送信先端末記憶部１３２が記憶した送信先端末情報５２０は、送受信部１１０が情報の送信先を判別するために用いられる。
【００６９】
図７は、この実施の形態における端末装置１０１ａが有するデータベース記憶部１５０の内部ブロックの構成の一例を示す詳細ブロック図である。
データベース記憶部１５０は、通知情報記憶部１５１と、共有情報記憶部１５２とを有する。
【００７０】
通知情報記憶部１５１は、磁気ディスク装置９２０などの記憶装置を用いて、共有情報のうち、端末装置１０１ａがマスタである共有情報（以下「通知情報」という）を記憶する。
通知情報記憶部１５１は、磁気ディスク装置９２０などの記憶装置を用いて、通知情報５４２のほか、通知情報５４２を識別する共有情報識別子５４１を記憶する。
共有情報識別子５４１は、ルート確立要求において、通信ルートを識別するルート識別子として利用される。
【００７１】
共有情報記憶部１５２は、磁気ディスク装置９２０などの記憶装置を用いて、共有情報のうち、端末装置１０１ａがマスタでない共有情報５４３を記憶する。
共有情報記憶部１５２は、磁気ディスク装置９２０などの記憶装置を用いて、共有情報５４３のほか、共有情報５４３を識別する共有情報識別子５４１を記憶する。
【００７２】
なお、通知情報５４２と共有情報５４３とは、端末装置１０１ａがマスタであるか否かによって区別されるに過ぎないので、端末装置１０１ａがマスタであるか否かを示すフラグを設けて記憶することとし、通知情報記憶部１５１と共有情報記憶部１５２とを分けない構成としてもよい。
【００７３】
図８は、この実施の形態における端末装置１０１ａが有する属性テーブル記憶部１４０の内部ブロックの構成の一例を示す詳細ブロック図である。
【００７４】
属性テーブル記憶部１４０は、磁気ディスク装置９２０などの記憶装置を用いて、共有属性情報５５０を記憶する。
【００７５】
共有属性情報５５０は、共有情報識別子５５１と、共有端末リスト５５２と、確立開始時刻情報５５３と、開始許容時刻情報５５４と、終了許容時刻情報５５５とを有するデータの組であり、属性テーブル記憶部１４０は、端末装置１０１ａが関係する共有情報についての共有属性情報５５０を記憶する。
通知先記憶部１４２は、属性テーブル記憶部１４０のうち共有端末リスト５５２を記憶する部分であり、確立開始時刻記憶部１４３は、属性テーブル記憶部１４０のうち確立開始時刻情報５５３を記憶する部分であり、開始許容時刻記憶部１４４は、属性テーブル記憶部１４０のうち開始許容時刻情報５５４を記憶する部分であり、終了許容時刻記憶部１４５は、属性テーブル記憶部１４０のうち終了許容時刻情報５５５を記憶する部分である。
【００７６】
共有情報識別子５５１は、通知情報記憶部１５１が記憶した通知情報５４２を識別する識別子であり、共有情報識別子５４１と同じものである。
【００７７】
共有端末リスト５５２は、通知情報５４２を通知すべき端末装置の端末識別子である。
１つの共有情報を、３以上の端末装置で共有する場合、通知すべき端末装置が複数あるので、リスト形式になっている。
なお、共有情報を共有する端末装置の端末識別子のリストを別に設け、そのリストにリスト識別子を付けたものを属性テーブル記憶部１４０が、磁気ディスク装置９２０などの記憶装置を用いて、別に記憶しておいてもよい。その場合、共有端末リスト５５２は、端末識別子のリストではなく、リスト識別子を示す情報となる。同一のメンバからなる端末装置間で、複数の共有情報を共有する場合には、このほうが記憶装置に確保すべき記憶領域が少なくて済むので、好ましい。
【００７８】
また、共有相手をリーダ端末装置１０１ｚが判別できる場合には、端末装置１０１が共有相手を知っている必要はなく、共有端末リスト５５２はなくてもよい。
【００７９】
確立開始時刻情報５５３は、その通知情報５４２を通知するための通信ルートの確立を開始すべき時刻（確立開始時刻）を示す情報である。
確立開始時刻情報５５３は、絶対時刻を示す情報であってもよい。また、共有動作は定期的に繰り返すので、共有動作を一番はじめに開始した時刻（以下「情報更新開始時刻」という）を示す情報と、共有動作を繰り返す周期（以下「更新周期時間」という）を示す情報との組であってもよい。
確立開始時刻情報５５３が絶対時刻を示す情報である場合には、一回の共有動作が終わるたびに、ルーティング制御部１２０が、ＣＰＵ９１１などの処理装置を用いて、確立開始時刻情報５５３を更新する。
確立開始時刻情報５５３が情報更新開始時刻と更新周期時間との組である場合には、現在が何回目の共有動作であるかを別に記憶しておき、ルーティング制御部１２０が、ＣＰＵ９１１などの処理装置を用いて、確立開始時刻を算出する。
【００８０】
開始許容時刻情報５５４は、確立された通信ルートにより、通知情報の送信を開始すべき時刻（開始許容時刻）を示す情報である。
この実施の形態では、開始許容時刻までに通知情報の送信を開始できなかった場合には、今回の送信はあきらめて、通知情報を送信しない構成としている。
開始許容時刻情報５５４は、絶対時刻を示す情報であってもよい。また、確立開始時刻からの遅延を許容する時間（以下「情報更新開始超過許容時間」という）を示す情報であってもよい。
開始許容時刻情報５５４が情報更新開始超過許容時間である場合には、ルーティング制御部１２０が、確立開始時刻から情報更新開始超過許容時間が経過した時刻を計算し、開始許容時刻を算出する。
【００８１】
終了許容時刻情報５５５は、確立された通信ルートによる通信を完了し、通信ルートを解放すべき時刻（終了許容時刻）を示す情報である。
この実施の形態では、終了許容時刻までに通知情報の送信を完了できなかった場合には、今回の送信は中断して、通信ルートを解放する構成としている。
終了許容時刻情報５５５は、絶対時刻を示す情報であってもよい。また、確立開始時刻からの遅延を許容する時間（以下「情報更新超過許容時間」という）を示す情報であってもよい。
終了許容時刻情報５５５が情報更新超過許容時間である場合には、ルーティング制御部１２０が、確立開始時刻から情報更新超過許容時間が経過した時刻を計算し、終了許容時刻を算出する。
【００８２】
なお、属性テーブル記憶部１４０は、共有属性情報５５０として、更に、端末装置１０１ａがマスタであるか否かを示すフラグを記憶してもよい。
あるいは、端末装置１０１ａがマスタである共有情報についての共有属性情報５５０だけを記憶し、１０１ａがマスタでない共有情報についての共有属性情報５５０は記憶しない構成としてもよい。
【００８３】
次に、リーダ端末装置の構成について説明する。
図９は、この実施の形態におけるリーダ端末装置１０１ｚの機能ブロックの構成の一例を示すブロック構成図である。
なお、端末装置１０１ａと同様のブロックについては、同一の符号を付し、ここでは説明を省略する。
また、リーダ端末装置１０２ｚ〜１０４ｚの構成は、リーダ端末装置１０１ｚと同様なので、ここでは説明を省略する。
【００８４】
リーダ端末装置１０１ｚは、送受信部１１０、ルーティング制御部１２０ｚ、ルーティングテーブル記憶部１３０ｚ、属性総合テーブル記憶部１４０ｚ、データベース記憶部１５０、情報共有スケジュール分析部１６０を有する。
【００８５】
ルーティング制御部１２０ｚは、ＣＰＵ９１１などの処理装置を用いて、ルーティングテーブル記憶部１３０ｚが記憶した情報に基づいて、送受信部１１０を制御する。
また、ルーティング制御部１２０ｚは、グループ内端末装置と、端末グループ内ルーティングプロトコルｔ０７による通信をして、グループ内端末装置の通信を制御する。
更に、ルーティング制御部１２０ｚは、他のリーダ端末装置１０２ｚ〜１０４ｚと、端末グループ間ルーティングプロトコルｔ０９による通信をして、他の端末グループ８０２〜８０４に属する端末装置１０２ａ〜１０４ｚが関わる通信を制御する。
【００８６】
ルーティングテーブル記憶部１３０ｚは、磁気ディスク装置９２０などの記憶装置を用いて、ルーティング制御部１２０ｚが必要とする情報を記憶する。
【００８７】
属性総合テーブル記憶部１４０ｚは、磁気ディスク装置９２０などの記憶装置を用いて、通信システム８００内のすべての端末装置が記憶した共有情報の属性を示す情報を記憶する。
属性総合テーブル記憶部１４０ｚが記憶する属性が、グループ内端末装置が記憶した共有情報についてのものに限られないのは、グループ内端末装置が関わらない共有情報であっても、その共有情報を通知するための通信ルートが、管理する端末グループ８０１内を通る可能性があるからである。
【００８８】
情報共有スケジュール分析部１６０は、ＣＰＵ９１１などの処理装置を用いて、特定の情報共有のためのスケジューリング決定と指示を行う。
【００８９】
図１０は、この実施の形態におけるリーダ端末装置１０１ｚが有するルーティング制御部１２０ｚの内部ブロックの構成の一例を示す詳細ブロック図である。
【００９０】
ルーティング制御部１２０ｚは、隣接端末通知部１２１、ルート確立要求通知部１２２、ルート確立要求取得部２１１、グループ間ルート確立要求取得部２１２、グループ間ルート確立結果取得部２１３、通知先判別部２２１、通知先グループ判断部２２２、送信先グループ判別部２２３、送信先端末判別部２２４、ルート確立成否判断部２２５、送信先端末通知部２３１、グループ間ルート確立結果通知部２３２、グループ間ルート確立要求通知部２３３を有する。
【００９１】
隣接端末通知部１２１は、端末装置１０１ａの隣接端末通知部１２１と同様のブロックである。隣接端末通知部１２１は、ＣＰＵ９１１などの処理装置を用いて、隣接端末装置を判別する。隣接端末通知部１２１は、ＣＰＵ９１１などの処理装置を用いて、判別した隣接端末装置を示す隣接端末情報を出力し、ルーティングテーブル記憶部１３０ｚが記憶する。
【００９２】
ルート確立要求通知部１２２も、端末装置１０１ａのルート確立要求通知部１２２と同様のブロックである。ルート確立要求通知部１２２は、ＣＰＵ９１１などの処理装置を用いて、リーダ端末装置１０１ｚがマスタとなる共有情報を通知するための通信ルートの確立を要求するルート確立要求情報を生成する。端末装置１０１ａのルート確立要求通知部１２２が生成したルート確立要求情報は、端末グループ内ルーティングプロトコルｔ０７によりリーダ端末装置１０１ｚのルート確立要求取得部２１１に通知されるが、リーダ端末装置１０１ｚのルート確立要求通知部１２２が生成したルート確立要求情報は、直接ルート確立要求取得部２１１が入力する。
【００９３】
ルート確立要求取得部２１１は、ＣＰＵ９１１などの処理装置を用いて、グループ内端末装置が端末グループ内ルーティングプロトコルｔ０７により通知したルート確立要求情報を取得する。ルート確立要求取得部２１１は、ＣＰＵ９１１などの処理装置を用いて、自身のルート確立要求通知部１２２が生成したルート確立要求情報も取得する。
ルート確立要求取得部２１１は、ＣＰＵ９１１などの処理装置を用いて、取得したルート確立要求情報を出力する。
【００９４】
グループ間ルート確立要求取得部２１２は、ＣＰＵ９１１などの処理装置を用いて、他の端末グループ８０２〜８０４を管理するリーダ端末装置１０２ｚ〜１０４ｚが通知したグループ間ルート確立要求情報を取得する。
グループ間ルート確立要求情報とは、グループをまたぐ通信ルートを確立することを要求する情報である。
グループ間ルート確立要求取得部２１２は、ＣＰＵ９１１などの処理装置を用いて、取得したグループ間ルート確立要求情報を出力する。
【００９５】
通知先判別部２２１は、ＣＰＵ９１１などの処理装置を用いて、ルート確立要求取得部２１１が出力したルート確立要求情報を入力する。
通知先判別部２２１は、ＣＰＵ９１１などの処理装置を用いて、入力したルート確立要求情報が要求する通信ルートの通知先端末装置を判別する。通知先端末装置とは、その通信ルートによって通知される情報を通知すべき相手の端末装置のことであり、その通信ルートの終点である。
通知先判別部２２１は、ＣＰＵ９１１などの処理装置を用いて、判別した通知先端末装置の端末識別子を出力する。
例えば、ルート確立要求情報に通知先端末装置の端末識別子が含まれている場合には、通知先判別部２２１は、ＣＰＵ９１１などの処理装置を用いて、入力したルート確立要求情報から通知先端末装置の端末識別子を取得し、出力する。
【００９６】
通知先グループ判断部２２２は、ＣＰＵ９１１などの処理装置を用いて、通知先判別部２２１が出力した通知先端末装置の端末識別子を入力する。
通知先グループ判断部２２２は、ＣＰＵ９１１などの処理装置を用いて、入力した通信先端末装置の端末識別子が示す端末装置が、管理する端末グループ８０１に属するか、他の端末グループ８０２〜８０４に属するかを判断する。
例えば、端末識別子にグループ番号が含まれている場合には、通知先グループ判断部２２２は、ＣＰＵ９１１などの処理装置を用いて、入力した端末識別子に含まれているグループ番号を取得し、取得したグループ番号を、管理する端末グループ８０１のグループ番号と比較することにより、通知先端末装置がグループ内端末装置であるか否かを判断する。
通知先端末装置がグループ内端末装置である場合、確立すべき通信ルートは、グループ内だけで完結し、端末グループの外には出ていかない。リーダ端末装置１０１ｚは、管理する端末グループ８０１内の端末装置１０１ａ〜１０１ｚの配置を把握しているので、最適な通信ルートを算出することができる。
【００９７】
通知先端末装置がグループ内端末装置でない場合、確立すべき通信ルートは、グループを超えて、他の端末グループに入っていく。リーダ端末装置１０１ｚは、他のリーダ端末装置１０２ｚ〜１０４ｚと交渉して、通信ルートを算出し、確立する。
【００９８】
グループ間ルート確立要求通知部２３３は、ＣＰＵ９１１などの処理装置を用いて、通知先端末装置がグループ内端末装置でないと、通知先グループ判断部２２２が判断した場合に、管理するグループから通知先端末装置が属するグループまでのグループ間通信ルートの確立を要求するグループ間ルート確立要求情報を、端末グループ間ルーティングプロトコルｔ０９により、隣接グループを管理するリーダ端末装置に通知する。
【００９９】
端末グループは端末装置がまとまって移動する単位であるから、グループ内端末装置の間では、孤立した端末装置は存在せず、通信ルートを確立できるものと考える。
グループ内端末装置のなかには、隣接グループに属する端末装置と直接通信できる端末装置が存在するから、グループ内端末装置と隣接グループに属する端末装置との間でも、通信ルートを確立できるものと考える。
そこで、隣接グループに属する端末装置までの通信ルートは確立できることを前提として、隣接グループから先の通信ルートを先に検索する。
これにより、端末装置を一つ一つ順に追って通信ルートを検索するよりも、交換しなければならない情報量が少なく、かつ、迅速に通信ルートを確立することができる。
【０１００】
グループ間ルート確立要求情報には、確立しようとする通信ルートを識別するルート識別子（その通信ルートにより通知される共有情報の共有情報識別子）と、通知先端末装置を識別する通知先識別子と、生成したリーダ端末装置が管理するグループを識別するグループ識別子（グループ番号）とが含まれる。
なお、通知先端末装置やグループ識別子を、他の情報から求めることができる場合には、グループ間ルート確立要求情報に通知先識別子やグループ識別子を含めなくてもよい。
【０１０１】
グループ間ルート確立要求取得部２１２は、ＣＰＵ９１１などの処理装置を用いて、端末グループ間ルーティングプロトコルｔ０９により隣接グループを管理するリーダ端末装置が通知したグループ間ルート確立要求情報を取得する。
グループ間ルート確立要求取得部２１２は、ＣＰＵ９１１などの処理装置を用いて、取得したグループ間ルート確立要求情報を出力する。
【０１０２】
グループ間ルート確立要求取得部２１２が出力したグループ間ルート確立要求情報は、ルート確立要求取得部２１１が出力したルート確立情報と同様に、通知先判別部２２１が、ＣＰＵ９１１などの処理装置を用いて入力する。
【０１０３】
通知先判別部２２１は、ルート確立情報を入力した場合と同様に、ＣＰＵ９１１などの処理装置を用いて、通知先端末装置を判別する。通知先グループ判断部２２２も同様に、通知先判別部２２１が判別した通知先端末装置がグループ内端末装置であるか否かを判断する。グループ内端末装置でないと判断した場合には、グループ間ルート確立要求通知部２３３が、更にグループ間ルート確立要求情報を、隣接グループを管理するリーダ端末装置に通知する。
なお、このときグループ間ルート確立要求通知部２３３がグループ間ルート確立要求情報を通知するリーダ端末装置には、グループ間ルート確立要求取得部２１２が取得したグループ間ルート確立要求情報を通知したリーダ端末装置は含まないものとする。
【０１０４】
このようにして、リーダ端末装置の間でグループ間ルート確立要求情報がやり取りされ、通知先端末装置が属する端末グループを管理するリーダ端末装置まで到達すると、通信ルートが通るべき端末グループが判明する。これをグループ間通信ルートという。グループ間通信ルートが判明したら、次は、通信ルートを構成する具体的な端末装置を特定する段階に移行する。
【０１０５】
送信先端末判別部２２４は、ＣＰＵ９１１などの処理装置を用いて、通知先判別部２２１が出力した通知先識別子と、ルーティングテーブル記憶部１３０ｚが記憶した隣接端末情報とを入力する。
【０１０６】
通知先端末装置がグループ内端末装置であると、通知先グループ判断部２２２が判断した場合には、送信先端末判別部２２４は、ＣＰＵ９１１などの処理装置を用いて、通知先端末装置を終点とする通信ルートを算出する。
【０１０７】
グループ内端末装置が通知したルート確立要求情報に基づいて通信ルート確立動作が始まった場合には、通信ルートの確立を要求した端末装置（発信元端末装置）はグループ内端末装置である。送信先端末判別部２２４は、ＣＰＵ９１１などの処理装置を用いて、ルート確立情報情報の発信元であるグループ内端末装置を起点とする通信ルートを算出する。
【０１０８】
また、他のリーダ端末装置が通知したグループ間ルート確立要求情報に基づいて通信ルート確立動作が始まった場合には、発信元端末装置は他のグループに属する端末装置である。この場合、送信先端末判別部２２４は、ＣＰＵ９１１などの処理装置を用いて、グループ間ルート確立要求情報を通知してきたリーダ端末装置が管理する隣接グループに属する端末装置と直接通信できる境界端末装置を起点とする通信ルートを算出する。
【０１０９】
このように、送信先端末判別部２２４が算出する通信ルートは、確立すべき通信ルートの一部であって、管理する端末グループに属するグループ内端末装置に関する部分だけである。この通信ルートを、グループ内通信ルートという。
【０１１０】
送信先端末判別部２２４は、ＣＰＵ９１１などの処理装置を用いて、グループ内端末装置のそれぞれについて、算出したグループ内通信ルートにおいて、情報を転送すべき送信先の端末装置を判別する。送信先端末判別部２２４は、ＣＰＵ９１１などの処理装置を用いて、判別した送信先の端末装置の端末識別子を出力する。
【０１１１】
通知先端末装置がグループ内端末装置である場合、ルート確立成否判断部２２５は、ＣＰＵ９１１などの処理装置を用いて、送信先端末判別部２２４が通信ルートを算出できた場合に、ルート確立に成功したと判断する。
【０１１２】
発信元端末装置がグループ内端末装置である場合、発信元端末装置から通知先端末装置までの全ルートが算出できたので、送信先端末通知部２３１は、ＣＰＵ９１１などの処理装置を用いて、送信先端末判別部２２４が出力した送信先の端末識別子を入力し、端末グループ内ルーティングプロトコルｔ０７により、グループ内端末装置に通知する。送信先端末通知部２３１は、また、送信先の端末識別子を出力し、ルーティングテーブル記憶部１３０ｚが記憶する。
これにより、通信ルートが確立される。
【０１１３】
発信元端末装置がグループ内端末装置でない場合には、まだ全ルートが算出できたわけではないので、算出したグループ内通信ルートが採用されるとは限らない。
そこで、グループ間ルート確立結果通知部２３２は、ＣＰＵ９１１などの処理装置を用いて、ルート確立に成功したことを示す情報を含むグループ間ルート確立結果情報を生成し、ＣＰＵ９１１などの処理装置を用いて、生成したグループ間ルート確立結果情報を、グループ間ルート確立要求情報に対する応答として、端末グループ間ルーティングプロトコルｔ０９により、グループ間ルート確立要求情報を通知してきたリーダ端末装置に対して通知する。
【０１１４】
グループ間ルート確立結果取得部２１３は、ＣＰＵ９１１などの処理装置を用いて、端末グループ間ルーティングプロトコルｔ０９により、グループ間ルート確立要求通知部２３３が通知したグループ間ルート確立要求情報に対する応答として、隣接グループを管理するリーダ端末装置が通知してきたグループ間ルート確立結果情報を取得する。グループ間ルート確立結果取得部２１３は、ＣＰＵ９１１などの処理装置を用いて、取得したグループ間ルート確立結果情報を出力する。
【０１１５】
送信先グループ判別部２２３は、通知先端末装置がグループ内端末装置でないと通知先グループ判断部２２２が判断した場合、ＣＰＵ９１１などの処理装置を用いて、グループ間ルート確立結果取得部２１３が出力したグループ間ルート確立結果情報を入力する。
送信先グループ判別部２２３は、ＣＰＵ９１１などの処理装置を用いて、入力したグループ間ルート確立結果情報に基づいて、隣接グループを管理するリーダ端末装置が通信ルートの確立に成功したか否かを判断する。
送信先グループ判別部２２３は、ＣＰＵ９１１などの処理装置を用いて、通信ルートの確立に成功したと判断したリーダ端末装置が管理する隣接グループを、送信先グループとして判別する。
送信先グループ判別部２２３は、ＣＰＵ９１１などの処理装置を用いて、判別した送信先グループを示す送信先グループ情報を出力する。
【０１１６】
グループ間ルート確立要求情報を通知した隣接グループのリーダ端末装置が複数ある場合、一方は通知先端末装置までの通信ルートを発見し、他方は通知先端末装置までの通信ルートを発見できない場合がある。
通知先端末装置までの通信ルートを発見した場合には、隣接グループのリーダ端末装置が通信ルートの確立に成功したことを示すグループ間ルート確立結果情報を通知してくるので、送信先グループ判別部２２３は、その隣接グループを送信先グループとして判別する。
【０１１７】
通知先端末装置がグループ内端末装置でないと通知先グループ判断部２２２が判断した場合、送信先端末判別部２２４は、ＣＰＵ９１１などの処理装置を用いて、送信先グループ判別部２２３が判別した送信先グループに到るグループ内通信ルートを算出する。
すなわち、送信先端末判別部２２４は、ＣＰＵ９１１などの処理装置を用いて、送信先グループに属する端末装置であって、グループ内端末装置が直接通信できる境界端末装置を終点とするグループ内通信ルートを算出する。
なお、算出するグループ内通信ルートの起点は、通知先端末装置がグループ内端末装置である場合と同様である。
【０１１８】
送信先端末判別部２２４は、ＣＰＵ９１１などの処理装置を用いて、グループ内端末装置のそれぞれについて、算出したグループ内通信ルートにおいて、情報を転送すべき送信先の端末装置を判別する。送信先端末判別部２２４は、ＣＰＵ９１１などの処理装置を用いて、判別した送信先の端末装置の端末識別子を出力する。
【０１１９】
通知先端末装置がグループ内端末装置でない場合も、ルート確立成否判断部２２５は、ＣＰＵ９１１などの処理装置を用いて、送信先端末判別部２２４が通信ルートを算出できた場合に、ルート確立に成功したと判断する。
【０１２０】
グループ間ルート確立結果通知部２３２は、ＣＰＵ９１１などの処理装置を用いて、端末グループ間ルーティングプロトコルｔ０９により、グループ間ルート確立結果情報を、前のグループのリーダ端末装置に通知する。
【０１２１】
このようにして、グループ間ルート確立に成功したことを示すグループ間ルート確立結果情報が、１つ前のグループのリーダ端末装置に、順に通知され、発信元端末装置が属するグループまで到達すると、確立すべき通信ルートが完成する。
【０１２２】
発信元端末装置が属するグループを管理するリーダ端末装置では、グループ間ルート確立要求通知部２３３が、ＣＰＵ９１１などの処理装置を用いて、端末グループ間ルーティングプロトコルｔ０９により、完成した通信ルートの次のグループを管理するリーダ端末装置に対して、完成した通信ルートの確立を要求するグループ間ルート確立要求情報を通知する。
この通知を受けたリーダ端末装置では、グループ間ルート確立要求取得部２１２が、ＣＰＵ９１１などの処理装置を用いて、端末グループ間ルーティングプロトコルｔ０９により、通知されたグループ間ルート確立要求情報を取得する。送信先端末通知部２３１は、ＣＰＵ９１１などの処理装置を用いて、端末グループ内ルーティングプロトコルｔ０７により、グループ内端末装置にそれぞれの送信先端末装置を示す端末識別子を通知する。送信先端末通知部２３１は、また、ＣＰＵ９１１などの処理装置を用いて、送信先端末装置を示す端末識別子を出力し、ルーティングテーブル記憶部１３０ｚが記憶する。
【０１２３】
このように、リーダ端末装置１０１ｚ〜１０４ｚが端末グループ間ルーティングプロトコルｔ０９により情報を交換してグループ間通信ルートを算出し、それぞれのリーダ端末装置１０１ｚ〜１０４ｚが、自己が管理する端末グループ８０１〜８０４内のグループ内通信ルートを算出することにより、確立すべき通信ルートの全体が算出される。
【０１２４】
図１１は、この実施の形態におけるリーダ端末装置１０１ｚが有するルーティングテーブル記憶部１３０ｚの内部ブロックの構成の一例を示す詳細ブロック図である。
ルーティングテーブル記憶部１３０ｚは、グループ隣接端末取得部２４１、グループ隣接端末記憶部１３１ｚ、隣接グループ算出部２４２、隣接グループ記憶部２４３、グループ内通信ルート記憶部１３２ｚ、グループ間通信ルート記憶部２４４を有する。
【０１２５】
グループ隣接端末取得部２４１は、ＣＰＵ９１１などの処理装置を用いて、端末グループ内ルーティングプロトコルｔ０７により、グループ内端末装置が通知してきた隣接端末情報を取得する。また、グループ隣接端末取得部２４１は、ＣＰＵ９１１などの処理装置を用いて、隣接端末通知部１２１が通知したリーダ端末装置１０１ｚ自身の隣接端末情報を取得する。
グループ隣接端末取得部２４１は、ＣＰＵ９１１などの処理装置を用いて、取得した隣接端末情報を出力する。
【０１２６】
グループ隣接端末記憶部１３１ｚは、ＣＰＵ９１１などの処理装置を用いて、グループ隣接端末取得部２４１が出力した隣接端末情報を入力する。
グループ隣接端末記憶部１３１ｚは、磁気ディスク装置９２０などの記憶装置を用いて、入力した隣接端末情報を記憶する。
これにより、グループ隣接端末記憶部１３１ｚは、管理する端末グループ８０１に属するすべての端末装置１０１ａ〜１０１ｚ（リーダ端末装置自身も含む）についての隣接端末情報を記憶する。
【０１２７】
隣接グループ算出部２４２は、ＣＰＵ９１１などの処理装置を用いて、グループ隣接端末記憶部１３１ｚが記憶した隣接端末情報を入力する。
隣接グループ算出部２４２は、ＣＰＵ９１１などの処理装置を用いて、入力した隣接端末情報に基づいて、隣接グループを判別する。
隣接グループ算出部２４２は、ＣＰＵ９１１などの処理装置を用いて、判別した隣接グループを示す情報（隣接グループ情報）を出力する。
【０１２８】
隣接グループ算出部２４２は、ＣＰＵ９１１などの処理装置を用いて、入力した隣接端末情報に含まれるすべての端末識別子から、その端末装置が属する端末グループのグループ識別子を算出し、算出したグループ識別子のうち、自己が管理する端末グループのグループ識別子と異なるグループ識別子を、隣接グループのグループ識別子として抽出する。隣接グループ算出部２４２は、ＣＰＵ９１１などの処理装置を用いて、抽出したグループ識別子を隣接グループ情報として出力する。
【０１２９】
隣接グループ記憶部２４３は、ＣＰＵ９１１などの処理装置を用いて、隣接グループ算出部２４２が出力した隣接グループ情報を入力する。
隣接グループ記憶部２４３は、ＣＰＵ９１１などの処理装置を用いて、入力した隣接グループ情報を記憶する。
なお、隣接グループ記憶部２４３は、隣接グループ情報として、更に、その隣接グループに属する端末装置であってグループ内端末装置と直接通信できる境界端末装置（以下「相手グループ入口端末装置」という）の端末識別子や、相手グループ入口端末装置と直接通信できるグループ内端末装置（出口端末装置）の端末識別子や、端末グループ間ルーティングプロトコルｔ０９により隣接グループのリーダ端末装置に情報を通知する際に必要となる、相手グループ入口端末装置に到るグループ内ルートを示す情報などを記憶してもよい。
【０１３０】
グループ内通信ルート記憶部１３２ｚは、ＣＰＵ９１１などの処理装置を用いて、確立したグループ内通信ルートを示す情報を、ルーティング制御部１２０ｚから入力する。
グループ内通信ルート記憶部１３２ｚは、磁気ディスク装置９２０などの記憶装置を用いて、入力したグループ内通信ルートを示す情報を記憶する。
グループ内通信ルートを示す情報は、例えば、通信ルートとなる端末装置の端末識別子を、転送する順序で並べたリスト（以下「端末ホップリスト」という）である。あるいは、それぞれの端末装置ごとに、送信先となる端末装置の端末識別子を対応させたものであってもよい。
また、グループ内通信ルートを示す情報には、送信先のほか、使用すべきスロット（周波数、タイミング、拡散符号などによって分割された通信チャネル）を示す情報も含まれる。
グループ内通信ルート記憶部１３２ｚが記憶したグループ内通信ルートは、ルーティング制御部１２０ｚが他の通信ルートを検索する際、既に確立した通信ルートとの衝突が発生しないように通信ルートを設定するために利用する。
グループ内通信ルート記憶部１３２ｚは、確立済ルート記憶部の一例である。
【０１３１】
グループ間通信ルート記憶部２４４は、ＣＰＵ９１１などの処理装置を用いて、確立したグループ間通信ルートを示す情報を、ルーティング制御部１２０ｚから入力する。
グループ間通信ルート記憶部２４４は、磁気ディスク装置９２０などの記憶装置を用いて、入力したグループ間通信ルートを示す情報を記憶する。
グループ間通信ルートを示す情報は、例えば、通信ルートが通る端末グループのグループ識別子を、転送する順序で並べたリスト（以下「グループホップリスト」という）である。
【０１３２】
図１２は、この実施の形態におけるグループ隣接端末記憶部１３１ｚが記憶する隣接端末情報の一例を示す図である。
端末識別子５０１は、管理する端末グループに属する端末装置の端末識別子である。
この例では、端末識別子５０１のうち「ｍ１３」の部分がグループ識別子を示し、「−」より後の部分がグループ内端末識別子を示す。すなわち、「ｍ１３−１」は、グループ「ｍ１３」に属する「１」番の端末装置を示す。
なお、グループ内端末識別子が「０」の場合は、リーダ端末装置であることを示す。
この例では、グループ「ｍ１３」に属する端末装置は、リーダ端末装置を含めて４つある。
隣接端末情報５１０は、その端末装置の隣接端末装置を示す情報であり、隣接端末装置の端末識別子のリストである。
【０１３３】
この例に示した隣接端末情報は、下に示したような端末装置の位置関係を示している。ここで、丸は端末装置を示し、丸を結ぶ線は、両端の端末装置の間で直接通信可能なことを示す。また、破線は、端末グループを示す。
【０１３４】
図１３は、この実施の形態における隣接グループ記憶部２４３が記憶する隣接グループ情報の一例を示す図である。
隣接グループ識別子５６１は、隣接グループのグループ識別子である。
相手グループ入口端末識別子５６２は、隣接グループの相手グループ入口端末装置の端末識別子である。
出口端末識別子５６３は、隣接グループへの出口端末装置の端末識別子である。
【０１３５】
この例に示した隣接グループ情報は、図１２に示した隣接端末情報に基づいて、隣接グループ算出部２４２が算出したものであり、下に示したような端末グループの位置関係を示している。
【０１３６】
図１４は、この実施の形態におけるグループ内通信ルート記憶部１３２ｚが記憶するグループ内通信ルート情報の一例を示す図である。
ルート識別子５２１は、通信ルートを識別する識別子である。端末装置が共有情報を受信した際、受信した共有情報の共有情報識別子と一致するルート識別子５２１を有する通信ルートにしたがって、共有情報を転送すればよいことを示す。
端末ホップリスト５２２ｚは、通信ルートを構成する端末装置の端末識別子を、情報を転送する順に並べたものである。
ルート状態５２３は、その通信ルートの現在の状態を示す。
【０１３７】
この例に示したグループ内通信ルート情報は、下に示したような通信ルートを示している。
通信ルート「ｉｆ−１１」は、隣接グループに属する端末装置「ｍ４−３」から入ってきて、グループ内端末装置「ｍ１３−１」、グループ内端末装置「ｍ１３−２」、グループ内端末装置「ｍ１３−３」の順に通って、隣接グループに属する端末装置「ｍ２１−０」に到る。グループ内通信ルート情報が示す通信ルートは通信ルート全体の一部であるから、発信元端末装置が端末装置「ｍ４−３」であってもよいし、端末装置「ｍ４−３」は、他の端末装置から受信した情報を転送しているだけであってもよい。通知先端末装置も同様に、端末装置「ｍ２１−０」であってもよいし、端末装置「ｍ２１−０」が更にその先の端末装置に転送して、通知先端末装置に到るものであってもよい。
【０１３８】
通信ルート「ｉｆ−２」は、グループ内端末装置「ｍ１３−０」が発信元端末装置であり、グループ内端末装置「ｍ１３−１」を通って、隣接グループに属する端末装置「ｍ４−３」に到る。
通信ルート「ｉｆ−７」は、隣接グループに属する端末装置「ｍ２１−０」から入ってきて、グループ内端末装置「ｍ１３−３」を通り、通知先端末装置であるグループ内端末装置「ｍ１３−２」に到る。
【０１３９】
図１５は、この実施の形態におけるグループ間通信ルート記憶部２４４が記憶するグループ間通信ルート情報の一例を示す図である。
【０１４０】
ルート識別子５２１、ルート状態５２３は、グループ内通信ルート記憶部１３２ｚが記憶したものと同様である。
グループホップリスト５２２ｇは、通信ルートが通る端末グループのグループ識別子のリストである。
この例におけるグループホップリスト５２２ｇは、管理する端末グループから通知先端末装置が属する端末グループに到るグループ間通信ルートを示している。
グループホップリスト５２２ｇは、発信元端末装置が属する端末グループから、管理する端末グループに到るグループ間通信ルートを示すグループ識別子を含んでいてもよい。また、グループホップリスト５２２ｇは、グループ間通信ルートを構成する隣接グループを示すグループ識別子だけで、その先についての情報は含んでいなくてもよい。
【０１４１】
図１６は、この実施の形態における属性総合テーブル記憶部１４０ｚが記憶する共有属性情報５５０の一例を示す図である。
【０１４２】
共有情報識別子５５１は、共有情報を識別する識別子である。
共有リスト識別子５７１は、共有端末リストを識別する識別子である。共有リスト識別子５７１は、別に記憶した共有端末リスト５５２を示し、共有端末リスト５５２は、その共有情報を共有すべき端末装置の端末識別子のリストである。
マスタ端末識別子５７２は、その共有情報のマスタである端末装置の端末識別子である。共有情報は、マスタである端末装置が発信元となり、共有端末リスト５５２に含まれる他の端末装置を通知先として通知される。
情報更新開始時刻５７３は、共有動作を一番はじめに開始すべき時刻を示す情報である。
更新周期時間５７４は、共有動作を繰り返し行う周期を示す情報である。
情報更新超過許容時間５７５は、共有動作を終了し、確立した通信ルートを解放するまでの時間を示す情報である。
情報更新開始超過許容時間５７６は、共有動作を開始してから実際に共有情報の送信を始めるまでの時間を示す情報である。
この例における更新周期時間５７４・情報更新超過許容時間５７５・情報更新開始超過許容時間５７６は、ミリ秒を単位としている。
【０１４３】
下に示したのは、この例に示した共有属性情報によって示される確立開始時刻などのうち、共有情報「ｉｆ−２」についてのものである。
確立開始時刻は、１回目が情報更新開始時刻５７３が示す時刻であり、２回目以降は、情報更新開始時刻５７３に更新周期時間５７４の整数倍を加えた時刻である。
開始許容時刻は、それぞれの確立開始時刻に情報更新開始超過許容時間５７６を加えた時刻である。
終了許容時刻は、それぞれの確立開始時刻に情報更新超過許容時間５７５を加えた時刻である。
情報更新開始時刻５７３及び更新周期時間５７４は確立開始時刻情報の一例であり、情報更新開始時刻５７３及び更新周期時間５７４及び情報更新開始超過許容時間５７６は開始許容時刻情報の一例であり、情報更新開始時刻５７３及び更新周期時間５７４及び情報更新超過許容時間５７５は終了許容時刻情報の一例である。
属性総合テーブル記憶部１４０ｚは、確立開始時刻記憶部・開始許容時刻記憶部・終了許容時刻記憶部の一例である。
【０１４４】
この例に示すように、情報更新超過許容時間５７５は更新周期時間５７４よりも長くてもよい。その場合、共有動作が終了した時点で、次の共有動作の開始時刻を過ぎている可能性がある。その場合は、次の共有動作がキャンセルされる。
【０１４５】
次に、動作の詳細について説明する。
【０１４６】
図１７は、この実施の形態における端末装置１０１ａが隣接端末情報を収集するルート検索処理の流れの一例を示すフローチャート図である。
なお、他の端末装置やリーダ端末装置の処理の流れも同様である。
【０１４７】
Ｓ１１において、ルーティング制御部１２０は、ＣＰＵ９１１などの処理装置を用いて、ルート検索が必要か判断する。
例えば、リーダ端末装置が主導して定期的にルート検索する場合であれば、リーダ端末装置のルーティング制御部１２０ｚが必要か否かを判断する。
あるいは、端末装置が、リーダ端末装置に指示された送信先に情報を送信しようとして、送信先と直接通信できなくなっていることが判明したときに、ルート検索が必要と判断してもよい。
あるいは、ルート確立を要求しようとするときに、ルート確立要求情報の通知に先立って、ルート検索が必要と判断してもよい。
必要と判断した場合には、Ｓ１７へ進む。
不要と判断した場合には、Ｓ１２へ進む。
【０１４８】
Ｓ１７において、ルーティング制御部１２０は、ＣＰＵ９１１などの処理装置を用いて、ルーティング情報を要求するルーティング情報要求情報を生成する。
ルーティング情報要求情報には、自己の端末識別子と、ルーティング情報要求識別子と、リーダ端末装置までのホップ数とが含まれる。
ルーティング情報要求識別子は、１つのルーティング情報要求情報に対する応答が何回も繰り返されることがないように、ルーティング情報要求情報を識別するものである。
リーダ端末装置までのホップ数は、自己がリーダ端末装置である場合は「０」、不明な場合は空欄とする。
ルーティング制御部１２０は、通信装置９１５を用いて、生成したルーティング情報要求情報を送信する。送信は端末グループ内ルーティングプロトコルｔ０７により行い、宛先は特定しない。
その後、Ｓ１１に戻る。
【０１４９】
Ｓ１２において、ルーティング制御部１２０は、通信装置９１５を用いて、他の端末装置が送信したルーティング情報要求情報を受信する。
受信した場合には、Ｓ１３へ進む。
受信しない場合には、Ｓ１１に戻る。
【０１５０】
Ｓ１３において、ルーティングテーブル記憶部１３０は、ＣＰＵ９１１などの処理装置を用いて、Ｓ１２で受信したルーティング情報要求情報から、送信した端末装置の端末識別子を取得する。
ルーティングテーブル記憶部１３０は、磁気ディスク装置９２０などの記憶装置を用いて、取得した端末識別子を隣接端末情報に追加して記憶する。
【０１５１】
Ｓ１４において、ルーティング制御部１２０は、ＣＰＵ９１１などの処理装置を用いて、Ｓ１２で受信したルーティング情報要求情報から、ルーティング情報要求識別子を取得する。
ルーティング制御部１２０は、取得したルーティング情報要求識別子に基づいて、既に応答済であるか否かを判断する。
具体的には、応答済のルーティング情報要求情報のルーティング情報要求識別子のリストをＲＡＭ９１４などの記憶装置に記憶しておき、取得したルーティング情報要求識別子と同一のものが記憶したリストのなかにあるか否かを判断する。
既に応答済である場合には、応答せず、Ｓ１１に戻る。
応答済でない場合には、ルーティング情報要求識別子をリストに追加して記憶し、Ｓ１５へ進む。
【０１５２】
Ｓ１５において、ルーティング制御部１２０は、ＣＰＵ９１１などの処理装置を用いて、Ｓ１３でルーティングテーブル記憶部１３０が取得した端末識別子から、送信した端末装置が属する端末グループのグループ識別子を取得する。
ルーティング制御部１２０は、ＣＰＵ９１１などの処理装置を用いて、送信した端末装置が属する端末グループが、自己と同一の端末グループか他の端末グループかを判断する。
他グループであると判断した場合には、Ｓ１６へ進む。
自グループであると判断した場合には、Ｓ１７へ進み、Ｓ１２で受信したルーティング情報要求情報に対する応答としてルーティング情報要求情報を送信する。
【０１５３】
受信したルーティング情報要求情報に対する応答としてのルーティング情報要求情報は、受信したルーティング情報要求情報と同一のルーティング情報要求識別子を有する。
【０１５４】
Ｓ１６において、ルーティング制御部１２０は、ＣＰＵ９１１などの処理装置を用いて、Ｓ１２で受信したルーティング情報要求情報に対する応答としてグループ間ルーティング情報応答情報を生成する。
グループ間ルーティング情報応答情報の内容は、ルーティング情報要求情報と同じであるが、グループ間ルーティング情報応答情報を受信した端末装置は、隣接端末情報の更新をするが、それに対して更に応答することはない。
【０１５５】
なお、リーダ端末装置までのホップ数が不明で空欄のルーティング情報要求情報を送信したのちに、リーダ端末装置までのホップ数が判明した場合、判明したリーダ端末装置までのホップ数を含むルーティング情報要求情報を再送してもよい。この場合、ルーティング情報要求識別子が同一なので、これを受信した端末装置は応答しない。
【０１５６】
ルーティング情報要求情報のやり取りは、隣接端末装置との間だけであるから、Ｓ１７で送信してからＳ１２で応答を受信するまでの時間は短い。ルーティング情報要求情報の往復にかかると考えられる十分な時間（長くても数ミリ秒）待てば、すべての隣接端末装置からの応答が来るはずである。
【０１５７】
そこで、十分な時間待って、隣接端末情報が集まったら、収集した隣接端末情報をリーダ端末装置に通知する。
【０１５８】
図１８は、この実施の形態におけるリーダ端末装置１０１ｚがグループ内端末装置の配置を把握する配置把握処理の流れの一例を示すフローチャート図である。
なお、他のリーダ端末装置１０２ｚ〜１０４ｚの処理の流れも同様である。
【０１５９】
Ｓ２１において、グループ内端末装置が、通信装置９１５を用いて、リーダ端末装置１０１ｚに対してルーティング応答情報を送信する。
ルーティング応答情報には、自己の端末識別子と、ルート検索処理で収集した隣接端末情報とが含まれる。
送信は、端末グループ内ルーティングプロトコルｔ０７により行う。
【０１６０】
Ｓ２２において、ルーティングテーブル記憶部１３０が、通信装置９１５を用いて、グループ内端末装置が送信したルーティング応答情報を受信し、ＣＰＵ９１１などの処理装置を用いて、受信したルーティング応答情報から隣接端末情報を取得し、磁気ディスク装置９２０などの記憶装置を用いて、取得した隣接端末情報を記憶する。
【０１６１】
Ｓ２３において、ルーティングテーブル記憶部１３０は、ＣＰＵ９１１などの処理装置を用いて、Ｓ２２で記憶した隣接端末情報に基づいて、隣接グループ情報を算出し、磁気ディスク装置９２０などの記憶装置を用いて、算出した隣接グループ情報を記憶する。
【０１６２】
図１９は、この実施の形態における情報共有プロトコルｔ０８でやり取りされるメッセージの一例を示す図である。
【０１６３】
情報共有プロトコルｔ０８は、ルート確立手順、情報更新手順、ルート解放手順の３つの手順に分けられる。
ルート確立手順は、発信元端末装置から通知先端末装置までの通信ルートを確立する手順である。
【０１６４】
ルート確立手順において、発信元端末装置は、情報更新の開始を要求するリクエストメッセージを送信する。
リクエストメッセージに対する応答として、通知先端末装置が了解メッセージを送信し、通信ルートが確立する。
【０１６５】
なお、これは概念上の動作であって、実際には、リクエストメッセージを送信した段階では通知先端末装置までの通信ルートが確立されていないので、リクエストメッセージがそのまま通知先端末装置に届けられるわけではない。
リクエストメッセージは、ルート確立要求情報として、発信元端末装置が属する端末グループを管理するリーダ端末装置に届けられる。リーダ端末装置間の交渉により、通知先端末装置までの通信ルートを確立する。その後、通知先端末装置が属する端末グループを管理するリーダ端末装置から、リクエストメッセージが通知先端末装置に届けられる。
【０１６６】
情報更新手順において、発信元端末装置は、通知先端末装置に通知すべき共有情報を含むデータメッセージを送信する。データメッセージは、確立された通信ルートを通って、通知先端末装置に届けられる。
通知先端末装置は、受け取った共有情報をデータベース記憶部１５０に記憶する。
通知先端末装置は、共有情報を受け取ったことを示す受領メッセージを送信し、受領メッセージは、確立された通信ルートを逆に辿って、発信元端末装置に届けられる。
【０１６７】
ルート解放手順において、発信元端末装置は、情報更新の終了を知らせる終了メッセージを送信する。
終了メッセージに対する応答として、通知先端末装置が了解メッセージを送信し、通信ルートが解放される。
【０１６８】
ルート確立手順と同様、これも概念上の動作であって、実際には、発信元端末装置が属する端末グループを管理するリーダ端末装置が、終了メッセージをルート解放要求情報として受け取る。リーダ端末装置からすぐに了解メッセージが発信元端末装置に届けられたのち、リーダ端末装置同士が連絡を取り合い、通信ルートを解放する。
【０１６９】
リクエストメッセージには、送信しようとする共有情報の共有情報識別子、共有情報を通知したい通知先端末装置の端末識別子、発信元端末装置の端末識別子、共有情報の情報量を示す情報、共有情報を分割して送信する場合の分割数を示す情報などが含まれる。
なお、リーダ端末装置が送信されたデータメッセージの数を数えて、リクエストメッセージに含まれる分割数に基づき、送信完了を判断してもよい。そうすれば、終了メッセージの送信を待たず、リーダ端末装置がルート解放手順を開始できる。
【０１７０】
通知先端末装置は、リクエストメッセージに対して、情報更新が可能か否かを判断し、更新可能であれば、了解メッセージを送信する。
通知先端末装置が了解メッセージを送信しない場合には、リーダ端末装置が、確立した通信ルートをすぐに解放する。
あるいは、リーダ端末装置間の交渉により、通知先端末装置までの通信ルートが確立可能であることが判明した時点で、通信ルートを実際に確立せず、リーダ端末装置が通知先端末装置にリクエストメッセージを通知してもよい。その場合、通知先端末装置が送信した了解メッセージをリーダ端末装置が受け取ってから、リーダ端末装置が通信ルートを確立する。
【０１７１】
データメッセージの長さは、一定でなくてもよい。
情報の送信が中断し、通知先端末装置が共有情報を途中までしか受信できなかった場合に、データベース記憶部１５０が記憶した共有情報の整合性を確保するため、リクエストメッセージから判別した情報量・分割数のデータをすべて受信するまでは、データベース記憶部１５０を更新しないこととしてもよい。
【０１７２】
ルート確立・情報更新・ルート解放の３つの手順は１つのセットであり、全体で１回の情報共有動作を構成する。情報共有動作は、原則として一定の周期で繰り返される。また、情報共有動作は、発信元端末装置からの要求により開始される「プッシュ型」である。
【０１７３】
更新周期のうち、リクエストメッセージを送信してルート確立手順を開始してから通信ルートを解放するまでの時間を、情報更新時間という。情報更新時間は、通常、更新周期より短いので、余った時間を待機時間という。待機時間の間は、通信ルートが解放されているので、同じルートを他の通信に使うことができる。
【０１７４】
次に、ルート確立手順における処理の流れについて説明する。
【０１７５】
図２０は、この実施の形態におけるリーダ端末装置が通信ルートを確立するルート確立処理の流れの一例を示すフローチャート図である。
【０１７６】
Ｓ３１において、ルーティング制御部１２０ｚは、通信装置９１５を用いて、発信元端末装置が送信したリクエストメッセージを、端末グループ内ルーティングプロトコルｔ０７により受信する。ルーティング制御部１２０ｚは、受信したリクエストメッセージをルート確立要求情報として解釈する。
【０１７７】
Ｓ３２において、ルーティング制御部１２０ｚは、ＣＰＵ９１１などの処理装置を用いて、Ｓ３１で受信したルート確立要求情報から、通知先端末装置の端末識別子を取得する。
ルーティング制御部１２０ｚは、ＣＰＵ９１１などの処理装置を用いて、取得した端末識別子から、通知先端末装置が属する端末グループのグループ識別子を取得する。
ルーティング制御部１２０ｚは、ＣＰＵ９１１などの処理装置を用いて、取得したグループ識別子から、通知先グループが自己の管理する端末グループか他のリーダ端末装置が管理する端末グループかを判断する。
通知先グループが自己の管理する端末グループであると判断した場合には、Ｓ４３へ進む。
通知先グループが他のリーダ端末装置が管理する端末グループであると判断した場合には、Ｓ３３へ進む。
【０１７８】
Ｓ３３において、ルーティング制御部１２０ｚは、ＣＰＵ９１１などの処理装置を用いて、グループ間ルート確立要求情報を生成する。
ルーティング制御部１２０ｚは、通信装置９１５を用いて、生成したグループ間ルート確立要求情報を、端末グループ間ルーティングプロトコルｔ０９により、隣接グループを管理するリーダ端末装置に送信する。
【０１７９】
Ｓ３４において、ルーティング制御部１２０ｚは、Ｓ３３で送信したグループ間ルート確立要求情報に対する応答として隣接グループを管理するリーダ端末装置が送信したグループ間ルート確立結果情報を、通信装置９１５を用いて、端末グループ間ルーティングプロトコルｔ０９により受信する。
ルーティング制御部１２０ｚは、ＣＰＵ９１１などの処理装置を用いて、受信したグループ間ルート確立結果情報から、隣接グループを管理するリーダ端末装置が通信ルートの確立に成功したか失敗したかを判断する。
隣接グループを管理するリーダ端末装置が通信ルートの確立に成功したと判断した場合には、Ｓ３５へ進む。
隣接グループを管理するリーダ端末装置が通信ルートの確立に失敗したと判断した場合には、Ｓ３６へ進む。
【０１８０】
Ｓ３５において、ルーティング制御部１２０ｚは、ＣＰＵ９１１などの処理装置を用いて、グループ内通信ルートを再構築し、通信ルートの確立に成功した隣接グループに通じるグループ内ルートを求める。
すなわち、ルーティング制御部１２０ｚは、ＣＰＵ９１１などの処理装置を用いて、ルーティングテーブル記憶部１３０ｚが記憶した隣接端末情報を入力する。ルーティング制御部１２０ｚは、ＣＰＵ９１１などの処理装置を用いて、ルーティングテーブル記憶部１３０ｚが記憶したグループ内通信ルート情報を入力する。ルーティング制御部１２０ｚは、ＣＰＵ９１１などの処理装置を用いて、入力した隣接端末情報に基づいて、入力したグループ内通信ルート情報が示す確立済の通信ルートと衝突しないように、グループ内通信ルートを算出する。
なお、ルーティング制御部１２０ｚは、グループ内通信ルートの算出にあたり、確立済のグループ内通信ルートを他のルートに変更可能な場合、全体として最適になるよう、確立済のグループ内通信ルートを変更してもよい。
【０１８１】
ただし、この段階では、実際に通信ルートを確立したり、確立済の通信ルートを変更したりはせず、ルーティング制御部１２０ｚはグループ内通信ルートを算出するに留める。
【０１８２】
端末グループは、端末装置がまとまって行動する単位であるから、グループ内端末装置は、直接あるいは間接に通信可能であり、グループ内通信ルートは必ず存在する。しかし、確立済の通信ルートによる通信のため、スロットが不足するなどして、グループ内通信ルートを使用できない場合がある。
グループ内通信ルートをすぐにでも使用できる場合を「グループ内通信ルートの確立に成功」という。他のグループ内通信ルートが解放されなければグループ内通信ルートを使用できない場合を「グループ内通信ルートの確立に失敗」という。
グループ内通信ルートの確立に成功した場合には、Ｓ５１へ進む。
グループ内通信ルートの確立に失敗した場合には、Ｓ３６へ進む。
【０１８３】
Ｓ３６において、ルーティング制御部１２０ｚは、ＣＰＵ９１１などの処理装置を用いて、開始許容時刻を過ぎたか否かを判断する。
すなわち、ルーティング制御部１２０ｚは、ＣＰＵ９１１などの処理装置を用いて、属性総合テーブル記憶部１４０ｚが記憶した共有属性情報５５０のうち、ルート確立要求情報に含まれるルート識別子と同一の共有情報識別子を有する共有属性情報５５０を入力する。ルーティング制御部１２０ｚは、ＣＰＵ９１１などの処理装置を用いて、入力した共有属性情報５５０から、開始許容時刻を算出する。ルーティング制御部１２０ｚは、ＣＰＵ９１１などの処理装置を用いて、算出した開始許容時刻と現在時刻とを比較し、開始許容時刻を過ぎたか否かを判断する。
開始許容時刻は、確立した通信ルートによる通信を開始しなければならない時刻であるから、開始許容時刻になっても通信ルートが確立できていない場合には、今回の更新は断念する。
開始許容時刻を過ぎていないと判断した場合には、Ｓ３４に戻る。
開始許容時刻を過ぎたと判断した場合には、Ｓ３７へ進む。
【０１８４】
Ｓ３７において、ルーティング制御部１２０ｚは、ＣＰＵ９１１などの処理装置を用いて、ルート確立に失敗したことを示すルート確立失敗情報を生成する。ルーティング制御部１２０ｚは、通信装置９１５を用いて、生成したルート確立失敗情報を、Ｓ３１で受信したルート確立要求情報に対する応答として、Ｓ３１で受信したルート確立要求情報を送信してきた発信元端末装置に対して、端末グループ内ルーティングプロトコルｔ０７により送信する。
なお、ルート確立失敗情報は、通知先端末装置が拒否した場合と通知先端末装置までのルートが確立できなかった場合とを区別してもよいし、区別しなくてもよい。
【０１８５】
図２１は、この実施の形態におけるリーダ端末装置が通信ルートを確立するルート確立処理の流れの一例を示すフローチャート図である。
この図は、図２０のＳ３３でリーダ端末装置が隣接グループを管理するリーダ端末装置に対して送信したグループ間ルート確立要求情報を受信した側のリーダ端末装置の動作を示すものである。
【０１８６】
Ｓ４１において、ルーティング制御部１２０ｚは、通信装置９１５を用いて、端末グループ間ルーティングプロトコルｔ０９により、隣接グループを管理するリーダ端末装置が送信してきたグループ間ルート確立要求情報を受信する。
【０１８７】
Ｓ４２において、ルーティング制御部１２０ｚは、ＣＰＵ９１１などの処理装置を用いて、Ｓ４１で受信したグループ間ルート確立要求情報から、通知先端末装置が属する通知先グループが自己の管理する端末グループであるか、他のリーダ端末装置が管理する端末グループであるかを判断する。詳しい動作は、図２０のＳ３２で説明したものと同様である。
通知先グループが他のリーダ端末装置であると判断した場合には、Ｓ３３へ進む。その後の動作は図２０を用いて既に説明したものと同じである。ただし、Ｓ３７でルート確立失敗を通知する相手が発信元端末装置ではなく、隣接グループを管理するリーダ端末装置であるため、通知する情報がグループ間ルート確立結果情報であり、使用するプロトコルが端末グループ間ルーティングプロトコルｔ０９である点が異なる。
【０１８８】
ここでは、通知先端末装置が自己が管理する端末グループに属する場合について説明する。
通知先グループが自己が管理する端末グループであると判断した場合には、Ｓ４３へ進む。
【０１８９】
Ｓ４３において、ルーティング制御部１２０ｚは、ＣＰＵ９１１などの処理装置を用いて、リクエストメッセージを生成する。ルーティング制御部１２０ｚは、通信装置９１５を用いて、端末グループ内ルーティングプロトコルｔ０７により、通知先端末装置に対してリクエストメッセージを送信する。
ここで送信するリクエストメッセージは、発信元端末装置が送信したのと同じものであり、通知先端末装置は、リクエストメッセージが発信元端末装置から届いたものとして行動する。
【０１９０】
通知先端末装置では、ルーティング制御部１２０が、通信装置９１５を用いて、リクエストメッセージを受信し、データベース記憶部１５０が、ＣＰＵ９１１などの処理装置を用いて、更新可能か判断し、応答メッセージを生成する。応答メッセージには、更新可能な場合を示す了解メッセージと、更新不可な場合を示す拒否メッセージとがある。ルーティング制御部１２０が、通信装置９１５を用いて、応答メッセージを送信する。
【０１９１】
Ｓ４４において、リーダ端末装置のルーティング制御部１２０ｚは、通信装置９１５を用いて、端末グループ内ルーティングプロトコルｔ０７により、通知先端末装置が送信した応答メッセージを受信する。
受信した応答メッセージが了解メッセージである場合には、Ｓ４５へ進む。
受信した応答メッセージが拒否メッセージである場合には、Ｓ４６へ進む。
【０１９２】
Ｓ４５において、ルーティング制御部１２０ｚは、ＣＰＵ９１１などの処理装置を用いて、グループ内通信ルートを再構築し、通知先端末装置に到るグループ内通信ルートを求める。詳しい動作は、図２０のＳ３５で説明したものと同様である。
グループ内通信ルートの確立に成功した場合には、Ｓ６１へ進む。
グループ内通信ルートの確立に失敗した場合には、Ｓ４６へ進む。
【０１９３】
Ｓ４６において、ルーティング制御部１２０ｚは、ＣＰＵ９１１などの処理装置を用いて、グループ間ルート確立結果情報を生成する。この場合のグループ間ルート確立結果情報は、グループ間通信ルートの確立に失敗したことを示す情報を含む。ルーティング制御部１２０ｚは、通信装置９１５を用いて、端末グループ間ルーティングプロトコルｔ０９により、Ｓ４１で受信したグループ間ルート確立要求情報に対する応答として、Ｓ４１で受信したグループ間ルート確立要求情報を送信してきた隣接グループを管理するリーダ端末装置に対して、生成したグループ間ルート確立結果情報を送信する。
【０１９４】
なお、グループ内通信ルートの確立に失敗した場合でも、他の通信ルートが解放されればグループ内通信ルートを確立できるので、グループ間ルート確立結果情報は「待機」を示す情報を含むものであってもよい。ここで「待機」とは、グループ間通信ルートは発見したがグループ内通信ルートが空くのを待つ必要があることを示す。
【０１９５】
図２２は、この実施の形態にリーダ端末装置が通信ルートを確立するルート確立処理の流れの一例を示すフローチャート図である。
この図は、発信元グループから通知先グループまでのグループ間通信ルートと、グループ間通信ルートが通る端末グループにおけるグループ内通信ルートが発見され、通信ルートが確立できることが発信元グループを管理するリーダ端末装置に知らされたあとの動作を示すものである。
なお、左のリーダ端末装置は発信元グループを管理するリーダ端末装置、右のリーダ端末装置は中継グループまたは通知先グループを管理するリーダ端末装置である。
【０１９６】
Ｓ５１において、発信元グループを管理するリーダ端末装置のルーティング制御部１２０ｚは、ＣＰＵ９１１などの処理装置を用いて、グループ間ルート確立要求情報を生成する。ここで生成するグループ間ルート確立要求情報は、既に算出した通信ルートを実際に確立することを要求するものである。ここで生成するグループ間ルート確立要求情報を、既に説明したグループ間ルート確立要求情報と区別するため、グループ間ルート確立指示情報と呼ぶ。
ルーティング制御部１２０ｚは、通信装置９１５を用いて、端末グループ間ルーティングプロトコルｔ０９により、Ｓ３４でグループ間通信ルートの確立に成功したことを示すグループ間ルート確立結果情報を送信してきた隣接グループのリーダ端末装置に対して、生成したグループ間ルート確立指示情報を送信する。
【０１９７】
なお、グループ間通信ルートが複数発見される場合もある。その場合、発信元グループを管理するリーダ端末装置がどのルートを確立するか判断し、確立すると判断した通信ルートが通る隣接グループを管理するリーダ端末装置に対して、グループ間ルート確立要求情報を送信する。
どのルートを確立するか判断する根拠とするため、グループ間ルート確立結果情報は、通信ルートのホップ数を示す情報を含んでもよい。これは、グループ間ルート確立結果情報を生成するリーダ端末装置が、グループ内通信ルートのホップ数と、自グループの出口端末装置から通知先端末装置までのホップ数とを合計することによって算出する。自グループの出口端末装置から通知先端末装置までのホップ数は、リーダ端末装置が受信したグループ間ルート確立結果情報からわかる。
発信元グループを管理するリーダ端末装置は、通信ルートのホップ数が一番少ないルートを選択することにより、最も効率のよいルートを選ぶことができる。
【０１９８】
また、「待機」しているグループ内通信ルートを含む通信ルートと、すべてのグループ内通信ルートがすぐに確立できる通信ルートとが発見された場合には、発信元グループのリーダ端末装置は、すべてのグループ内通信ルートがすぐに確立できる通信ルートを選択する。
【０１９９】
Ｓ５２において、発信元グループのリーダ端末装置のルーティング制御部１２０ｚは、ＣＰＵ９１１などの処理装置を用いて、通信ルートの確立に成功したことを示すルート確立成功情報を生成する。ルーティング制御部１２０ｚは、通信装置９１５を用いて、端末グループ内ルーティングプロトコルｔ０７により、Ｓ３１で受信したルート確立要求情報に対する応答として、Ｓ３１で受信したルート確立要求情報を送信してきた発信元端末装置に対して、生成したルート確立成功情報を送信する。
【０２００】
発信元端末装置は、通信装置９１５を用いて、ルート確立成功情報を受信する。発信元端末装置は、受信したルート確立成功情報を、通知先端末装置が送信してきた了解メッセージであるものとして行動する。
【０２０１】
Ｓ５３において、発信元グループのリーダ端末装置のルーティング制御部１２０ｚは、ＣＰＵ９１１などの処理装置を用いて、Ｓ３５で再構築したグループ内通信ルートを確立するため、グループ内端末装置に対して通知する送信先端末情報を生成する。ルーティング制御部１２０ｚは、通信装置９１５を用いて、端末グループ内ルーティングプロトコルｔ０７により、送信先を指示・変更すべきグループ内端末装置すべてに対して、生成した送信先端末情報を送信する。
送信先端末情報には、通信ルートを識別するルート識別子、そのルート識別子と同一の共有情報識別子を有する共有情報を受信したときにその共有情報を転送すべき相手の端末装置を示す端末識別子である送信先識別子、その共有情報を転送する際に使用すべきスロットを示すスロット情報などが含まれる。
【０２０２】
グループ内端末装置は、通信装置９１５を用いて、送信先端末情報を受信する。グループ内端末装置のルーティングテーブル記憶部１３０が、受信した送信先端末情報を記憶し、送受信部１１０が送信先端末情報に基づいて、情報共有プロトコルｔ０８による通信の転送処理をする。
【０２０３】
これにより、グループ内端末装置は、新たに確立した通信ルートによる通信を転送することができるようになる。
【０２０４】
Ｓ５４において、発信元グループを管理するリーダ端末装置のルーティングテーブル記憶部１３０ｚは、磁気ディスク装置９２０などの記憶装置を用いて、送信先端末情報をグループ内通信ルート情報として記憶する。
【０２０５】
Ｓ６１において、中継グループまたは通知先グループを管理するリーダ端末装置のルーティング制御部１２０ｚは、通信装置９１５を用いて、端末グループ間ルーティングプロトコルｔ０９により、発信元グループまたは前の中継グループのリーダ端末装置が送信してきたグループ間ルート確立指示情報を受信する。
【０２０６】
Ｓ６２において、中継グループを管理するリーダ端末装置のルーティング制御部１２０ｚは、通信装置９１５を用いて、端末グループ間ルーティングプロトコルｔ０９により、次の中継グループまたは通知先グループのリーダ端末装置に対して、グループ間ルート確立指示情報を送信する。
なお、通知先グループはグループ間通信ルートの終点なので、通知先グループのリーダ端末装置は、Ｓ６２を実行しない。
【０２０７】
Ｓ６３において、中継グループまたは通知先グループを管理するリーダ端末装置のルーティング制御部１２０ｚは、グループ内端末装置に対して、送信先端末情報を送信する。詳しい動作は、Ｓ５３で説明したものと同様である。
【０２０８】
これにより、通信ルートが通るすべての端末グループにおいて、通信ルートが通るすべての端末装置が、新たに確立した通信ルートによる通信を転送できる体制が整い、通信ルートが確立する。
【０２０９】
Ｓ６４において、中継グループまたは通知先グループを管理するリーダ端末装置のルーティングテーブル記憶部１３０ｚは、送信先端末情報をグループ内通信ルート情報として記憶する。詳しい動作は、Ｓ５４で説明したものと同様である。
【０２１０】
これにより、新たに確立したグループ内通信ルートを、リーダ端末装置が記憶し、次に確立しようとする通信ルートは、確立済の通信ルートと衝突しないようにすることができる。
【０２１１】
図２３は、この実施の形態において確立される通信ルートの一例を示す図である。
通信ルートは、グループ間通信ルートとグループ内通信ルートとからなる。
例えば、発信元端末装置「ｍ１３−１」から通知先端末装置「ｍ４−２」までの通信ルートは、グループ間通信ルートｍ１３→ｍ１４→ｍ１０→ｍ６→ｍ７→ｍ８→ｍ４と、それぞれの端末グループ内におけるグループ内通信ルートとからなる。
【０２１２】
空間に端末グループｍ１〜ｍ１６が展開され、端末グループｍ１３のメンバである発信元端末装置「ｍ１３−１」に搭載されるデータベースの情報を、端末グループｍ４のメンバである通知先端末装置「ｍ４−２」に搭載されるデータベースが共有する。それぞれの端末グループには、１つのリーダ端末装置と複数の端末装置が配置され、端末グループ内は端末グループパス（グループ内通信ルート）、また端末グループ間は、端末グループ間パス（グループ間通信ルート）によるマルチホップにて通信ルートが確立される。端末グループ内は、端末グループ内ルーティングプロトコルｔ０７により、また端末グループ間は、端末グループ間ルーティングプロトコルｔ０９により、各端末装置のルーティングテーブル記憶部１３０，１３０ｚにルーティングテーブルなどの情報が蓄積される。
【０２１３】
次にルート解放手順における処理の流れについて説明する。
【０２１４】
図２４は、この実施の形態におけるリーダ端末装置が通信ルートを解放するルート解放処理の流れの一例を示すフローチャート図である。
【０２１５】
Ｓ７１において、発信元グループのリーダ端末装置のルーティング制御部１２０ｚは、通信装置９１５を用いて、端末グループ内ルーティングプロトコルｔ０７により、発信元端末装置が送信したルート解放要求情報を受信する。
【０２１６】
Ｓ７２において、発信元グループ（または中継グループ）のリーダ端末装置のルーティング制御部１２０ｚは、通信装置９１５を用いて、端末グループ間ルーティングプロトコルｔ０９により、グループ間通信ルート上の次の端末グループのリーダ端末装置に対して、グループ間ルート解放要求情報を送信する。
【０２１７】
Ｓ７３において、通知先グループ（または中継グループ）のリーダ端末装置のルーティング制御部１２０ｚは、通信装置９１５を用いて、端末グループ間ルーティングプロトコルｔ０９により、グループ間通信ルート上の前の端末グループのリーダ端末装置が送信してきたグループ間ルート解放要求情報を受信する。
【０２１８】
Ｓ７４において、通知先グループのリーダ端末装置のルーティング制御部１２０ｚは、通信装置９１５を用いて、端末グループ内ルーティングプロトコルｔ０７により、通知先端末装置に対して、ルート解放要求情報を送信する。
【０２１９】
これにより、解放しようとする通信ルートが通るすべての端末グループのリーダ端末装置に、ルート解放要求が伝わることになる。
以下の処理は、発信元グループでも、中継グループでも、通知先グループでも同じである。
【０２２０】
Ｓ７５において、リーダ端末装置のルーティング制御部１２０ｚは、ＣＰＵ９１１などの処理装置を用いて、グループ内通信ルートを再構築する。
このとき、「待機」している通信ルートがあれば、既に説明したルート確立処理をする。
【０２２１】
Ｓ７６において、ルーティング制御部１２０ｚは、通信装置９１５を用いて、端末グループ内ルーティングプロトコルｔ０７により、グループ内端末装置に対して、送信先端末情報を送信する。
【０２２２】
Ｓ７７において、ルーティングテーブル記憶部１３０ｚは、磁気ディスク装置９２０などの記憶装置を用いて、グループ内通信ルート情報を記憶する。
【０２２３】
これにより、通信ルートが解放され、他の通信のために使用できるようになる。
【０２２４】
次に、上述した端末装置１０１ａ〜１０４ｚにより構成される通信システム８００全体の動作について説明する。
【０２２５】
図２５は、この実施の形態における通信システム８００内でルート確立手順においてやり取りされるメッセージなどを示す図である。
【０２２６】
端末グループ８０１に属する端末装置１０１ａが、情報更新を開始するべき時刻になったことを検出し、発信元端末装置として、情報更新を起動する。
発信元端末装置１０１ａは、端末グループ内ルーティングプロトコルｔ０７により、リーダ端末装置１０１ｚに対して、ルート確立要求情報６１１を送信する。
【０２２７】
この例では、発信元端末装置１０１ａが端末グループ内ルーティングプロトコルｔ０７によりリーダ端末装置１０１ｚに情報を送信したい場合の送信先を知らないので、ルート確立要求情報６１１を送信することができない場合を示す。
【０２２８】
発信元端末装置１０１ａは、ルート検索処理を開始する。発信元端末装置１０１ａは、端末グループ内ルーティングプロトコルｔ０７により、宛先を特定しないルーティング情報要求情報６１３を送信する。
リーダ端末装置１０１ｚ及び端末装置１０１ｂはこれを受信し、応答として、端末グループ内ルーティングプロトコルｔ０７により、宛先を特定しないルーティング情報要求情報６１３を送信する。
端末装置１０１ｃはこれを受信し、応答として、端末グループ内ルーティングプロトコルｔ０７により、宛先を特定しないルーティング情報要求情報６１３を送信する。
端末グループ８０２に属する端末装置１０２ａはこれを受信し、端末装置１０１ｃに対して、ルーティング情報応答情報６１４を送信する。
【０２２９】
こうして、端末グループ８０１に属する端末装置は、隣接端末情報を収集するとともに、端末グループ内ルーティングプロトコルｔ０７によりリーダ端末装置に対して情報を送信したい場合の送信先を把握する。
端末グループ８０１に属する端末装置は、端末グループ内ルーティングプロトコルｔ０７により、把握した送信先を介して、リーダ端末装置１０１ｚに対して、隣接端末情報６１５を送信する。
【０２３０】
発信元端末装置１０１ａは、リーダ端末装置１０１ｚと直接通信できることがわかったので、端末グループ内ルーティングプロトコルｔ０７により、リーダ端末装置１０１ｚに対して、ルート確立要求情報６１１を送信する。
【０２３１】
リーダ端末装置１０１ｚはこれを受信し、端末グループ間ルーティングプロトコルｔ０９により、隣接する端末グループ８０２のリーダ端末装置１０２ｚに対して、グループ間ルート確立要求情報６２１を送信する。
グループ間ルート確立要求情報６２１は、順に転送され、リーダ端末装置１０２ｚに到達する。
【０２３２】
リーダ端末装置１０２ｚはこれを受信し、端末グループ間ルーティングプロトコルｔ０９により、更に先の隣接グループを管理するリーダ端末装置に対して、グループ間ルート確立要求情報を送信する。
その後、リーダ端末装置１０２ｚは、先の隣接グループからグループ間ルート確立結果情報を受信し、ルート確立成功を判断する。グループ内通信ルートの確立も成功したので、端末グループ間ルーティングプロトコルｔ０９により、リーダ端末装置１０１ｚに対して、グループ間ルート確立結果情報６２２を送信する。
グループ間ルート確立結果情報６２２は、順に転送され、リーダ端末装置１０１ｚに到達する。
【０２３３】
リーダ端末装置１０１ｚはこれを受信し、ルート確立成功を判断する。リーダ端末装置１０１ｚは、端末グループ間ルーティングプロトコルｔ０９により、リーダ端末装置１０２ｚに対して、グループ間ルート確立指示情報６２３を送信する。
また、リーダ端末装置１０１ｚは、端末グループ内ルーティングプロトコルｔ０７により、発信元端末装置１０１ａに対して、ルート確立成功情報６１６を送信する。
また、リーダ端末装置１０１ｚは、端末グループ内ルーティングプロトコルｔ０７により、グループ内端末装置に対して、送信先端末情報６１７を送信する。
【０２３４】
この例では、グループ内端末装置それぞれに対して、個別に送信先端末情報を送信しているが、全グループ内端末装置の送信先端末情報をまとめて、ブロードキャストで送信してもよい。
【０２３５】
これにより、通信ルートが確立される。
【０２３６】
図２６は、この実施の形態における通信システム８００内で情報更新手順およびルート解放手順においてやり取りされるメッセージなどを示す図である。
【０２３７】
発信元端末装置１０１ａは、情報共有プロトコルｔ０８により、確立された通信ルートで共有情報６３１を送信する。
確立された通信ルートにおける送信先は、ルート確立手順においてリーダ端末装置１０１ｚから通知されているので、情報更新手順では共有情報をリーダ端末装置１０１ｚに送信する必要はなく、確立された通信ルートを構成する端末装置の間を転送され、通知先端末装置（図示せず）に到達する。
通知先端末装置は、受領メッセージ６３２を送信し、情報共有プロトコルｔ０８により、発信元端末装置１０１ａに届けられる。
発信元端末装置１０１ａが、送信したすべての共有情報に対する受領メッセージを受信したのち、ルート解放手順に入る。
【０２３８】
発信元端末装置１０１ａは、端末グループ内ルーティングプロトコルｔ０７により、リーダ端末装置１０１ｚに対して、ルート解放要求情報６１８を送信する。
リーダ端末装置１０１ｚはこれを受信し、端末グループ間ルーティングプロトコルｔ０９により、リーダ端末装置１０２ｚに対して、グループ間ルート解放要求情報６２４を送信する。
リーダ端末装置１０２ｚはこれを受信し、端末グループ間ルーティングプロトコルｔ０９により、更に先のリーダ端末装置に対して、グループ間ルート解放要求情報を送信する。
【０２３９】
これにより、通信ルートが解放される。
【０２４０】
ここで説明したリーダ端末装置は、端末グループを管理する管理機能と、管理される端末グループに属する端末装置としての機能を併せ持つ装置であるが、管理機能と端末装置としての機能を分離して、端末装置としての機能を持たない管理装置が、端末グループを管理してもよい。
【０２４１】
この実施の形態におけるリーダ端末装置１０１ｚ（管理装置）は、
複数の端末グループ８０１〜８０４（グループ）のいずれかに属し、互いに通信する複数の端末装置１０１ａ〜１０４ｚ（通信端末装置）のうち、所定の端末グループ８０１に属する端末装置１０１ａ〜１０１ｚをグループ内端末装置とし、グループ内端末装置が行う通信を管理するリーダ端末装置１０１ｚにおいて、
情報を記憶する磁気ディスク装置９２０などの記憶装置と、
情報を処理するＣＰＵ９１１などの処理装置と、
磁気ディスク装置９２０などの記憶装置を用いて、グループ内端末装置１０１ａ〜１０１ｚについて、そのグループ内端末装置１０１ａ〜１０１ｚが直接通信できる端末装置を示す情報を、隣接端末情報として記憶するグループ隣接端末記憶部１３１ｚと、
磁気ディスク装置９２０などの記憶装置を用いて、複数の端末グループ８０１〜８０４のうち上記所定の端末グループ８０１以外の他の端末グループ８０２〜８０４であってグループ内端末装置と直接通信できる端末装置が属する他のグループを示す情報を、隣接グループ情報として記憶する隣接グループ記憶部２４３と、
ＣＰＵ９１１などの処理装置を用いて、複数の端末装置１０１ａ〜１０４ｚのうち共有情報（所定の情報）を通知すべき端末装置を示す情報を通知先情報として入力し、隣接グループ記憶部２４３が記憶した隣接グループ情報を入力し、ＣＰＵ９１１などの処理装置を用いて、共有情報を受信した端末装置が、直接通信できる端末装置に対して共有情報を転送することにより、共有情報を、入力した通知先情報が示す端末装置まで届ける通信ルートのうち、入力した隣接グループ情報が示す他のグループであって、グループ内端末装置が共有情報を送信すべき相手の端末装置が属する他のグループを判別し、ＣＰＵ９１１などの処理装置を用いて、判別した他のグループを示す情報を、送信先グループ情報として出力する送信先グループ判別部２２３と、
ＣＰＵ９１１などの処理装置を用いて、通知先情報と送信先グループ判別部２２３が出力した送信先グループ情報とグループ隣接端末記憶部１３１ｚが記憶した隣接端末情報とを入力し、ＣＰＵ９１１などの処理装置を用いて、入力した通知先情報と入力した送信先グループ情報と入力した隣接端末情報とに基づいて、通信ルートのうち、グループ内端末装置が共有情報を送信すべき相手の端末装置を判別し、ＣＰＵ９１１などの処理装置を用いて、判別した端末装置を示す情報を、送信先端末情報（グループ内通信ルート情報）として出力する送信先端末判別部２２４と、
ＣＰＵ９１１などの処理装置を用いて、送信先端末判別部２２４が出力した送信先端末情報を入力し、ＣＰＵ９１１などの処理装置を用いて、グループ内端末装置に対して、送信先端末情報を通知する送信先端末通知部２３１とを有することを特徴とする。
【０２４２】
この実施の形態におけるリーダ端末装置１０１ｚによれば、アドホック通信ネットワークにより通信する多数の端末装置を複数の端末グループに分け、それぞれの端末グループをリーダ端末装置が管理し、発信元端末装置から通知先端末装置に到る多数のホップを通る通信ルートのうち、リーダ端末装置１０１ｚが管理する端末グループ８０１を通る部分についての通信ルートである、グループ内通信ルートを、送信先端末判別部２２４が判別するので、通信ルートをホップ単位で探すよりも、やり取りしなければならない情報量が少なくて済み、迅速に通信ルートを確立できるという効果を奏する。
【０２４３】
この実施の形態におけるリーダ端末装置１０１ｚ（管理装置）は、更に、
ＣＰＵ９１１などの処理装置を用いて、他のリーダ端末装置１０２ｚ〜１０４ｚが管理する他の端末グループ８０２〜８０４（グループ）に属する端末装置１０２ａ〜１０４ｚ（通信端末装置）から共有情報（所定の情報）を通知すべき端末装置までの通信ルートの確立を要求する情報を他のリーダ端末装置１０２ｚ〜１０４ｚから取得し、ＣＰＵ９１１などの処理装置を用いて、取得した上記情報を、グループ間ルート確立要求情報として出力するグループ間ルート確立要求取得部２１２と、
ＣＰＵ９１１などの処理装置を用いて、グループ間ルート確立要求取得部２１２が出力したグループ間ルート確立要求情報を入力し、ＣＰＵ９１１などの処理装置を用いて、入力したグループ間ルート確立要求情報に基づいて、共有情報を通知すべき端末装置を判別し、ＣＰＵ９１１などの処理装置を用いて、判別した端末装置を示す通知先情報を出力する通知先判別部２２１と、
ＣＰＵ９１１などの処理装置を用いて、通知先判別部２２１が出力した通知先情報を入力し、ＣＰＵ９１１などの処理装置を用いて、入力した通知先情報が示す端末装置がグループ内端末装置であるか否かを判断する通知先グループ判断部２２２と、
ＣＰＵ９１１などの処理装置を用いて、通知先情報が示す端末装置がグループ内端末装置でないと通知先グループ判断部２２２が判断した場合に、隣接グループ記憶部２４３が記憶した隣接グループ情報を入力し、ＣＰＵ９１１などの処理装置を用いて、入力した隣接グループ情報が示す他のグループを管理する他のリーダ端末装置に対して、グループ内端末装置から通知先情報が示す端末装置までの通信ルートの確立を要求するグループ間ルート確立要求情報を通知するグループ間ルート確立要求通知部２３３と、
ＣＰＵ９１１などの処理装置を用いて、グループ間ルート確立要求通知部２３３が通知したグループ間ルート確立要求情報に対する応答として、他のリーダ端末装置が通知した情報を取得し、ＣＰＵ９１１などの処理装置を用いて、取得した上記情報を、グループ間ルート確立結果情報として出力するグループ間ルート確立結果取得部２１３とを有し、
送信先グループ判別部２２３が、
ＣＰＵ９１１などの処理装置を用いて、グループ間ルート確立結果取得部２１３が出力したグループ間ルート確立結果情報を入力し、ＣＰＵ９１１などの処理装置を用いて、入力したグループ間ルート確立結果情報に基づいて、グループ間ルート確立結果情報を通知した他のリーダ端末装置が通信ルートの確立に成功したか失敗したかを判断し、ＣＰＵ９１１などの処理装置を用いて、他のリーダ端末装置が通信ルートの確立に成功したと判断した場合に、他のリーダ端末装置が管理する他の端末グループを、共有情報を送信すべき相手の端末装置が属する他の端末グループとして判別することを特徴とする。
【０２４４】
この実施の形態におけるリーダ端末装置１０１ｚによれば、通知先グループに到達できるグループ間通信ルートを発見したリーダ端末装置が管理する端末グループに共有情報を転送するグループ内通信ルートを、送信先端末判別部２２４が判別するので、リーダ端末装置１０１ｚは、自己が管理する端末グループ８０１の外でどのような通信ルートが確立しうるかを把握していなくても、グループ内通信ルートを求めることができるという効果を奏する。
【０２４５】
この実施の形態におけるリーダ端末装置１０１ｚ（管理装置）は、
送信先端末判別部２２４が、更に、
ＣＰＵ９１１などの処理装置を用いて、グループ間ルート確立要求取得部２１２が出力したグループ間ルート確立要求情報を通知した他のリーダ端末装置が管理する他のグループを判別し、ＣＰＵ９１１などの処理装置を用いて、入力した隣接端末情報に基づいて、判別した他の端末グループに属する端末装置と直接通信できるグループ内端末装置を判別し、ＣＰＵ９１１などの処理装置を用いて、判別したグループ内端末装置を起点とする通信ルートにおいて、グループ内端末装置が共有情報を送信すべき相手の通信端末装置を判別することを特徴とする。
【０２４６】
この実施の形態におけるリーダ端末装置１０１ｚによれば、グループ間ルート確立要求情報を通知してきたリーダ端末装置が管理する端末グループから共有情報を受け取るグループ内通信ルートを、送信先端末判別部２２４が判別するので、リーダ端末装置１０１ｚは、自己が管理する端末グループ８０１の外でどのような通信ルートが確立しうるかを把握していなくても、グループ内通信ルートを求めることができるという効果を奏する。
【０２４７】
この実施の形態におけるリーダ端末装置１０１ｚ（管理装置）は、更に、
ＣＰＵ９１１などの処理装置を用いて、グループ内端末装置から共有情報を通知すべき端末装置までの通信ルートの確立を要求する情報を、そのグループ内端末装置から取得し、ＣＰＵ９１１などの処理装置を用いて、取得した上記情報を、ルート確立要求情報として出力するルート確立要求取得部２１１を有し、
上記通知先判別部２２１が、更に、
ＣＰＵ９１１などの処理装置を用いて、ルート確立要求取得部２１１が出力したルート確立要求情報を入力し、ＣＰＵ９１１などの処理装置を用いて、入力したルート確立要求情報に基づいて、共有情報を通知すべき端末装置を判別し、ＣＰＵ９１１などの処理装置を用いて、判別した端末装置を示す通知先情報を出力することを特徴とする。
【０２４８】
この実施の形態におけるリーダ端末装置１０１ｚによれば、グループ内端末装置が通知したルート確立要求情報に基づいて、送信先端末判別部２２４がグループ内通信ルートを判別するので、他の端末グループを起点として中継する場合だけでなく、自己が管理する端末グループを起点とする場合でも、グループ内通信ルートを求めることができるという効果を奏する。
【０２４９】
この実施の形態におけるリーダ端末装置１０１ｚ（管理装置）は、
上記送信先端末判別部２２４が、更に、
ＣＰＵ９１１などの処理装置を用いて、ルート確立要求取得部２１１が出力したルート確立要求情報を通知したグループ内端末装置を判別し、ＣＰＵ９１１などの処理装置を用いて、判別したグループ内端末装置を起点とする通信ルートにおいて、グループ内端末装置が共有情報を送信すべき相手の端末装置を判別することを特徴とする。
【０２５０】
この実施の形態におけるリーダ端末装置１０１ｚによれば、ルート確立要求情報を通知したグループ内端末装置を起点とするグループ内通信ルートを、送信先端末判別部２２４が判別するので、他の端末グループを起点とする場合だけでなく、自己が管理する端末グループに属する端末装置を起点とするグループ内通信ルートを求めることができるという効果を奏する。
【０２５１】
この実施の形態におけるリーダ端末装置１０１ｚ（管理装置）は、
上記送信先端末判別部２２４が、更に、
ＣＰＵ９１１などの処理装置を用いて、通知先情報が示す端末装置がグループ内端末装置であると通知先グループ判断部２２２が判断した場合に、入力した通知先情報が示す端末装置を終点とする通信ルートにおいて、グループ内端末装置が上記所定の情報を送信すべき相手の端末装置を判別し、ＣＰＵ９１１などの処理装置を用いて、通知先情報が示す通信端末装置がグループ内端末装置でないと上記通知先グループ判断部が判断した場合に、入力した隣接端末情報と入力した送信先グループ情報とに基づいて、送信先グループ情報が示す他の端末グループに属する他の端末装置のうち、グループ内端末装置が直接通信できる他の端末装置（相手グループ入口端末装置）を判別し、ＣＰＵ９１１などの処理装置を用いて、判別した他の端末装置を終点とする通信ルートにおいて、グループ内端末装置が共有情報を送信すべき相手の端末装置を判別することを特徴とする。
【０２５２】
この実施の形態におけるリーダ端末装置１０１ｚによれば、通知先端末装置がグループ内端末装置である場合は、送信先端末判別部２２４が通知先端末装置に到るグループ内通信ルートを判別し、通知先端末装置がグループ内端末装置でない場合は、送信先端末判別部２２４が相手グループ入口端末装置に到るグループ内通信ルートを判別するので、通知先端末装置が、管理する端末グループ８０１に属する場合も属さない場合も、確立すべき通信ルートの一部であるグループ内通信ルートを判別することができるという効果を奏する。
【０２５３】
この実施の形態におけるリーダ端末装置１０１ｚ（管理装置）は、更に、
磁気ディスク装置９２０などの記憶装置を用いて、通信ルートによる通信を開始すべき時刻を示す情報を開始許容時刻情報として記憶する開始許容時刻記憶部と、
ＣＰＵ９１１などの処理装置を用いて、開始許容時刻記憶部が記憶した開始許容時刻情報を入力し、ＣＰＵ９１１などの処理装置を用いて、通知先情報が示す端末装置がグループ内端末装置でないと通知先グループ判断部２２２が判断し、かつ、入力した開始許容時刻情報が示す時刻までに、他のリーダ端末装置が通信ルートの確立に成功したと送信先グループ判別部２２３が判断しなかった場合に、通信ルートの確立に失敗したと判断するルート確立成否判断部２２５と、
ＣＰＵ９１１などの処理装置を用いて、通信ルートの確立に失敗したと、ルート確立成否判断部２２５が判断した場合に、グループ間ルート確立要求取得部２１２が取得したグループ間ルート確立要求情報を通知した他のリーダ端末装置に対して、グループ間ルート確立要求情報に対する応答として、通信ルートの確立に失敗したことを示す情報を含むグループ間ルート確立結果情報を通知するグループ間ルート確立結果通知部２３２とを有することを特徴とする。
【０２５４】
この実施の形態におけるリーダ端末装置１０１ｚによれば、開始許容時刻までに通信ルートを確立できない場合に、通信ルートの確立を断念するので、無駄な情報の送信を減らすことができ、通信ルートを確立しやすくなるという効果を奏する。
【０２５５】
この実施の形態におけるリーダ端末装置１０１ｚ（管理装置）は、更に、
磁気ディスク装置９２０などの記憶装置を用いて、既に確立した通信ルートを示す情報をグループ内通信ルート情報（確立済ルート情報）として記憶するグループ内通信ルート記憶部１３２ｚ（確立済ルート記憶部）を有し、
送信先端末判別部２２４が、更に、
ＣＰＵ９１１などの処理装置を用いて、グループ内通信ルート記憶部が記憶したグループ内通信ルート情報を入力し、ＣＰＵ９１１などの処理装置を用いて、入力したグループ内通信ルート情報に基づいて、グループ内通信ルート情報が示す通信ルートによる通信と衝突しないように通信ルートを設定し、ＣＰＵ９１１などの処理装置を用いて、設定した通信ルートにおいて、グループ内端末装置が共有情報を送信すべき相手の端末装置を判別し、
上記ルート確立成否判断部２２５が、更に、
ＣＰＵ９１１などの処理装置を用いて、入力した開始許容時刻情報が示す時刻までに、送信先端末判別部２２４が通信ルートを設定できなかった場合に、通信ルートの確立に失敗したと判断することを特徴とする。
【０２５６】
この実施の形態におけるリーダ端末装置１０１ｚによれば、確立済の通信ルートと衝突するため、開始許容時刻までに送信先端末判別部２２４がグループ内通信ルートを判別できない場合に、ルート確立失敗と判断し、ルート確立を断念するので、無駄な送信を減らすことができ、通信ルートを確立しやすくなるという効果を奏する。
【０２５７】
この実施の形態におけるリーダ端末装置１０１ｚは、更に、
ＣＰＵ９１１などの処理装置を用いて、グループ内端末装置についての隣接端末情報を、グループ内端末装置から取得し、ＣＰＵ９１１などの処理装置を用いて、取得した隣接端末情報を出力するグループ隣接端末取得部２４１と、
ＣＰＵ９１１などの処理装置を用いて、グループ隣接端末取得部２４１が出力した隣接端末情報を入力し、ＣＰＵ９１１などの処理装置を用いて、入力した隣接端末情報に基づいて、隣接グループ情報を算出し、ＣＰＵ９１１などの処理装置を用いて、算出した隣接グループ情報を出力する隣接グループ算出部２４２とを有し、
上記グループ隣接端末記憶部１３１ｚが、
ＣＰＵ９１１などの処理装置を用いて、グループ隣接端末取得部２４１が出力した隣接端末情報を入力し、磁気ディスク装置９２０などの記憶装置を用いて、入力した隣接端末情報を記憶し、
隣接グループ記憶部が、
ＣＰＵ９１１などの処理装置を用いて、隣接グループ算出部２４２が出力した隣接グループ情報を入力し、磁気ディスク装置９２０などの記憶装置を用いて、入力した隣接グループ情報を記憶することを特徴とする。
【０２５８】
この実施の形態におけるリーダ端末装置１０１ｚによれば、グループ隣接端末取得部２４１が、グループ内端末装置から隣接端末情報を収集し、隣接グループ算出部２４２が、収集した隣接端末情報に基づいて隣接グループ情報を算出するので、グループ内端末装置の位置関係を常に把握できるという効果を奏する。
【０２５９】
この実施の形態におけるリーダ端末装置１０１ｚ（管理装置）は、更に、
上記所定のグループに属する端末装置を有し、
上記端末装置が備える通信装置９１５を介して、上記所定のグループに属する他の端末装置と通信することを特徴とする。
【０２６０】
この実施の形態におけるリーダ端末装置１０１ｚによれば、リーダ端末装置１０１ｚが端末装置としての機能を有しているので、リーダ端末装置１０１ｚと他の端末装置１０１ａ〜１０４ｚとの間の通信も、アドホック通信ネットワークによることができるという効果を奏する。
【０２６１】
この実施の形態における端末装置１０１ａは、
他の端末装置１０１ｂ〜１０４ｚ（通信端末装置）に対して情報を送信し、他の端末装置１０１ｂ〜１０４ｚが送信した情報を受信し、受信した情報を更に他の端末装置に転送することにより直接通信できない他の端末装置の間の通信を中継する端末装置において、
情報を記憶する磁気ディスク装置９２０などの記憶装置と、
情報を処理するＣＰＵ９１１などの処理装置と、
他の端末装置と通信する通信装置９１５と、
ＣＰＵ９１１などの処理装置を用いて、通信装置９１５が直接通信できる他の端末装置を判別し、ＣＰＵ９１１などの処理装置を用いて、判別した他の端末装置を示す情報を隣接端末情報として、属する端末グループ８０１（グループ）を管理するリーダ端末装置１０１ｚ（管理装置）に通知する隣接端末通知部１２１と、
ＣＰＵ９１１などの処理装置を用いて、共有情報（所定の情報）を送信すべき相手の他の端末装置を示す情報を、リーダ端末装置１０１ｚから取得し、磁気ディスク装置９２０などの記憶装置を用いて、取得した情報を送信先端末情報として記憶する送信先端末記憶部１３２と、
通信装置９１５を用いて、他の端末装置が送信した情報を受信し、ＣＰＵ９１１などの処理装置を用いて、受信した情報を受信情報として出力する情報受信部１１１と、
ＣＰＵ９１１などの処理装置を用いて、情報受信部１１１が受信した受信情報を通知すべき相手が他の端末装置であるか否かを判断する通知先判断部１１２と、
ＣＰＵ９１１などの処理装置を用いて、受信情報を通知すべき相手が他の通信端末装置であると、通知先判断部１１２が判断した場合に、情報受信部１１１が出力した受信情報と送信先端末記憶部１３２が記憶した送信先端末情報とを入力し、通信装置９１５を用いて、入力した送信先端末情報が示す他の端末装置に対して、入力した受信情報を送信する情報転送部１１３と、
磁気ディスク装置９２０などの記憶装置を用いて、他の端末装置に通知すべき情報を通知情報として記憶する通知情報記憶部１５１と、
ＣＰＵ９１１などの処理装置を用いて、通知情報記憶部１５１が記憶した通知情報を他の端末装置に対して送信し、通知情報を受信した他の端末装置が、直接通信できる更に他の端末装置に対して通知情報を転送することにより、通知情報を通知すべき上記他の端末装置まで届ける通信ルートの確立を要求する情報を生成し、ＣＰＵ９１１などの処理装置を用いて、リーダ端末装置１０１ｚに対して、生成した情報をルート確立要求情報として通知するルート確立要求通知部１２２と、
ＣＰＵ９１１などの処理装置を用いて、ルート確立要求通知部１２２が通知したルート確立要求情報に対する応答として、通知情報を送信すべき相手の他の端末装置を示す送信先端末情報を送信先端末記憶部１３２がリーダ端末装置１０１ｚから取得した場合に、送信先端末記憶部１３２が記憶した送信先端末情報と通知情報記憶部１５１が記憶した通知情報とを入力し、通信装置９１５を用いて、入力した送信先端末情報が示す他の端末装置に対して、入力した通知情報を送信する通知情報送信部１１４とを有することを特徴とする。
【０２６２】
この実施の形態における端末装置１０１ａによれば、属する端末グループ８０１を管理するリーダ端末装置１０１ｚに、隣接端末通知部１２１が隣接端末情報を通知し、リーダ端末装置１０１ｚがグループ内端末装置から集めた隣接端末情報に基づいて判別した通信ルートにより、情報転送部１１３及び通知情報送信部１１４が送信をするので、通信ルートを算出するために交換しなければならない情報量が少なく、迅速に情報の送信ができるという効果を奏する。
【０２６３】
この実施の形態における端末装置１０１ａ（通信端末装置）は、更に、
磁気ディスク装置９２０などの記憶装置を用いて、通知情報記憶部１５１が記憶した通知情報の送信を開始すべき時刻を示す情報を開始許容時刻情報として記憶する開始許容時刻記憶部１４４を有し、
通知情報送信部１１４が、
ＣＰＵ９１１などの処理装置を用いて、開始許容時刻記憶部１４４が記憶した開始許容時刻情報を入力し、通信装置９１５を用いて、入力した開始許容時刻情報が示す時刻までに、ルート確立要求通知部１２２が通知したルート確立要求情報に対する応答として、送信先端末情報を送信先端末記憶部１３２がリーダ端末装置１０１ｚから取得した場合に、通知情報を送信することを特徴とする。
【０２６４】
この実施の形態における端末装置１０１ａによれば、開始許容時刻までに通信ルートが確立できなかった場合に、通知情報の送信を断念するので、無駄な情報の送信を抑えることができ、通信ルートが確立しやすくなるという効果を奏する。
【０２６５】
この実施の形態における端末装置１０１ａ（通信端末装置）は、更に、
磁気ディスク装置９２０などの記憶装置を用いて、ルート確立要求情報を通知すべき時刻を示す情報を、確立開始時刻情報として記憶する確立開始時刻記憶部１４３を有し、
ルート確立要求通知部１２２が、
ＣＰＵ９１１などの処理装置を用いて、確立開始時刻記憶部１４３が記憶した確立開始時刻情報と開始許容時刻記憶部１４４が記憶した開始許容時刻情報とを入力し、ＣＰＵ９１１などの処理装置を用いて、入力した確立開始時刻情報が示す時刻を過ぎたか否かを判断し、ＣＰＵ９１１などの処理装置を用いて、確立開始時刻情報が示す時刻を過ぎたと判断した場合に、入力した開始許容時刻情報が示す時刻を過ぎたか否かを判断し、ＣＰＵ９１１などの処理装置を用いて、開始許容時刻情報が示す時刻を過ぎていないと判断した場合に、ルート確立要求情報を通知することを特徴とする。
【０２６６】
この実施の形態における端末装置１０１ａによれば、開始許容時刻を過ぎてもルート確立要求情報を通知していない場合は、今回の通知情報の送信を断念し、通信ルートの確立を要求しないので、無駄な送信を減らし、通信ルートが確立しやすくなるという効果を奏する。
【０２６７】
この実施の形態における通信システム８００は、
複数の端末グループ８０１〜８０４における通信をそれぞれ管理する複数のリーダ端末装置１０１ｚ〜１０４ｚ（管理装置）と、上記複数の端末グループ８０１〜８０４のいずれかに属し、互いに通信する複数の端末装置１０１ａ〜１０４ｚ（通信端末装置）とを有する通信システムにおいて、
情報を記憶する磁気ディスク装置９２０などの記憶装置と、
情報を処理するＣＰＵ９１１などの処理装置と、
磁気ディスク装置９２０などの記憶装置を用いて、グループ内端末装置１０１ａ〜１０１ｚについて、そのグループ内端末装置１０１ａ〜１０１ｚが直接通信できる端末装置を示す情報を、隣接端末情報として記憶するグループ隣接端末記憶部１３１ｚと、
磁気ディスク装置９２０などの記憶装置を用いて、複数の端末グループ８０１〜８０４のうち上記所定の端末グループ８０１以外の他の端末グループ８０２〜８０４であってグループ内端末装置と直接通信できる端末装置が属する他のグループを示す情報を、隣接グループ情報として記憶する隣接グループ記憶部２４３と、
ＣＰＵ９１１などの処理装置を用いて、複数の端末装置１０１ａ〜１０４ｚのうち共有情報（所定の情報）を通知すべき端末装置を示す情報を通知先情報として入力し、隣接グループ記憶部２４３が記憶した隣接グループ情報を入力し、ＣＰＵ９１１などの処理装置を用いて、共有情報を受信した端末装置が、直接通信できる端末装置に対して共有情報を転送することにより、共有情報を、入力した通知先情報が示す端末装置まで届ける通信ルートのうち、入力した隣接グループ情報が示す他のグループであって、グループ内端末装置が共有情報を送信すべき相手の端末装置が属する他のグループを判別し、ＣＰＵ９１１などの処理装置を用いて、判別した他のグループを示す情報を、送信先グループ情報として出力する送信先グループ判別部２２３と、
ＣＰＵ９１１などの処理装置を用いて、通知先情報と送信先グループ判別部２２３が出力した送信先グループ情報とグループ隣接端末記憶部１３１ｚが記憶した隣接端末情報とを入力し、ＣＰＵ９１１などの処理装置を用いて、入力した通知先情報と入力した送信先グループ情報と入力した隣接端末情報とに基づいて、通信ルートのうち、グループ内端末装置が共有情報を送信すべき相手の端末装置を判別し、ＣＰＵ９１１などの処理装置を用いて、判別した端末装置を示す情報を、送信先端末情報（グループ内通信ルート情報）として出力する送信先端末判別部２２４と、
ＣＰＵ９１１などの処理装置を用いて、送信先端末判別部２２４が出力した送信先端末情報を入力し、ＣＰＵ９１１などの処理装置を用いて、グループ内端末装置に対して、送信先端末情報を通知する送信先端末通知部２３１とを有するリーダ端末装置１０１ｚ〜１０４ｚと、
情報を記憶する磁気ディスク装置９２０などの記憶装置と、
情報を処理するＣＰＵ９１１などの処理装置と、
他の端末装置と通信する通信装置９１５と、
ＣＰＵ９１１などの処理装置を用いて、通信装置９１５が直接通信できる他の端末装置を判別し、ＣＰＵ９１１などの処理装置を用いて、判別した他の端末装置を示す情報を隣接端末情報として、属する端末グループ８０１（グループ）を管理するリーダ端末装置１０１ｚ（管理装置）に通知する隣接端末通知部１２１と、
ＣＰＵ９１１などの処理装置を用いて、共有情報（所定の情報）を送信すべき相手の他の端末装置を示す情報を、リーダ端末装置１０１ｚから取得し、磁気ディスク装置９２０などの記憶装置を用いて、取得した情報を送信先端末情報として記憶する送信先端末記憶部１３２と、
通信装置９１５を用いて、他の端末装置が送信した情報を受信し、ＣＰＵ９１１などの処理装置を用いて、受信した情報を受信情報として出力する情報受信部１１１と、
ＣＰＵ９１１などの処理装置を用いて、情報受信部１１１が受信した受信情報を通知すべき相手が他の端末装置であるか否かを判断する通知先判断部１１２と、
ＣＰＵ９１１などの処理装置を用いて、受信情報を通知すべき相手が他の通信端末装置であると、通知先判断部１１２が判断した場合に、情報受信部１１１が出力した受信情報と送信先端末記憶部１３２が記憶した送信先端末情報とを入力し、通信装置９１５を用いて、入力した送信先端末情報が示す他の端末装置に対して、入力した受信情報を送信する情報転送部１１３と、
磁気ディスク装置９２０などの記憶装置を用いて、他の端末装置に通知すべき情報を通知情報として記憶する通知情報記憶部１５１と、
ＣＰＵ９１１などの処理装置を用いて、通知情報記憶部１５１が記憶した通知情報を他の端末装置に対して送信し、通知情報を受信した他の端末装置が、直接通信できる更に他の端末装置に対して通知情報を転送することにより、通知情報を通知すべき上記他の端末装置まで届ける通信ルートの確立を要求する情報を生成し、ＣＰＵ９１１などの処理装置を用いて、リーダ端末装置１０１ｚに対して、生成した情報をルート確立要求情報として通知するルート確立要求通知部１２２と、
ＣＰＵ９１１などの処理装置を用いて、ルート確立要求通知部１２２が通知したルート確立要求情報に対する応答として、通知情報を送信すべき相手の他の端末装置を示す送信先端末情報を送信先端末記憶部１３２がリーダ端末装置１０１ｚから取得した場合に、送信先端末記憶部１３２が記憶した送信先端末情報と通知情報記憶部１５１が記憶した通知情報とを入力し、通信装置９１５を用いて、入力した送信先端末情報が示す他の端末装置に対して、入力した通知情報を送信する通知情報送信部１１４とを有する通信端末装置とを有することを特徴とする。
【０２６８】
この実施の形態における通信システム８００によれば、端末グループごとにリーダ端末装置が存在し、管理する端末グループにおけるグループ内通信ルートを管理し、リーダ端末装置同士が交渉して、グループ間通信ルートを管理するので、端末装置の数が多くても、通信ルートを迅速に見つけることができるという効果を奏する。
【０２６９】
この実施の形態におけるリーダ端末装置１０１ｚが通信を管理する通信管理方法は、
複数の端末グループ８０１〜８０４（グループ）のいずれかに属し、互いに通信する複数の端末装置１０１ａ〜１０４ｚ（通信端末装置）のうち、所定の端末グループ８０１に属する端末装置１０１ａ〜１０１ｚをグループ内端末装置とし、グループ内端末装置が行う通信を、情報を記憶する磁気ディスク装置９２０などの記憶装置と情報を処理するＣＰＵ９１１などの処理装置とを有するリーダ端末装置１０１ｚが管理する通信管理方法において、
磁気ディスク装置９２０などの記憶装置が、グループ内端末装置について、そのグループ内端末装置が直接通信できる端末装置を示す情報を、隣接端末情報として記憶するグループ隣接端末記憶工程と、
磁気ディスク装置９２０などの記憶装置が、複数の端末グループ８０１〜８０４のうち所定の端末グループ８０１以外の他の端末グループ８０２〜８０４であってグループ内端末装置と直接通信できる端末装置が属する他のグループを示す情報を、隣接グループ情報として記憶する隣接グループ記憶工程と、
ＣＰＵ９１１などの処理装置が、複数の端末装置１０１ａ〜１０４ｚのうち共有情報（所定の情報）を通知すべき端末装置を示す情報を通知先情報として入力し、隣接グループ記憶工程で磁気ディスク装置９２０などの記憶装置が記憶した隣接グループ情報を入力し、ＣＰＵ９１１などの処理装置が、共有情報を受信した端末装置が、直接通信できる端末装置に対して共有情報を転送することにより、共有情報を、入力した通知先情報が示す端末装置まで届ける通信ルートのうち、入力した隣接グループ情報が示す他のグループであって、グループ内端末装置が共有情報を送信すべき相手の端末装置が属する他のグループを判別し、ＣＰＵ９１１などの処理装置が、判別した上記他のグループを示す情報を、送信先グループ情報として出力する送信先グループ判別工程と、
ＣＰＵ９１１などの処理装置が、通知先情報と送信先グループ判別工程でＣＰＵ９１１などの処理装置が出力した送信先グループ情報とグループ隣接端末記憶工程で磁気ディスク装置９２０などの記憶装置が記憶した上記隣接端末情報とを入力し、ＣＰＵ９１１などの処理装置が、入力した通知先情報と入力した送信先グループ情報と入力した隣接端末情報とに基づいて、通信ルートのうち、グループ内端末装置が共有情報を送信すべき相手の端末装置を判別し、ＣＰＵ９１１などの処理装置が、判別した通信端末装置を示す情報を、送信先端末情報として出力する送信先端末判別工程と、
ＣＰＵ９１１などの処理装置が、上記送信先端末判別工程でＣＰＵ９１１などの処理装置が出力した送信先端末情報を入力し、ＣＰＵ９１１などの処理装置が、上記グループ内端末装置に対して、上記送信先端末情報を通知する送信先端末通知工程と、
を有することを特徴とする。
【０２７０】
この実施の形態における通信管理方法によれば、アドホック通信ネットワークにより通信する多数の端末装置を複数の端末グループに分け、それぞれの端末グループをリーダ端末装置が管理し、発信元端末装置から通知先端末装置に到る多数のホップを通る通信ルートのうち、リーダ端末装置１０１ｚが管理する端末グループ８０１を通る部分についての通信ルートである、グループ内通信ルートを、送信先端末通知工程でＣＰＵ９１１などの処理装置が判別するので、通信ルートをホップ単位で探すよりも、やり取りしなければならない情報量が少なくて済み、迅速に通信ルートを確立できるという効果を奏する。
【０２７１】
以上のように、共有情報の更新処理において、なんらかの遅延要因により処理が遅れて時機を逸した場合に、更新を断念する。これにより、情報を共有すべき他の端末装置が記憶した共有情報は更新されず、古い情報を保持したままとなる。
しかし、遅延の原因が通信ルートを確立できないことによるものである場合、システム内で送受信しようとしている情報量がシステムの容量を超えている場合が多い。そこで、更新を断念することにより、システム全体の通信チャネルに余裕が生まれ、次回の更新を時刻どおりに行うことが可能になる。
【０２７２】
このように、共有情報を定期的に更新し、離れた端末装置が有している共有情報を最新のものに保つ必要がある場合において、更新の有効性を検証して、有効でない場合には更新を断念することにより、一時的に情報の最新性は失われるものの、システム全体としては、逆に、情報の最新性を確保できるようになる。
【０２７３】
この実施の形態では、更新の有効性を検証するタイミングとして、開始許容時刻を設けている。開始許容時刻において、端末装置がルート確立要求情報を送信済か否かおよびリーダ端末装置が通信ルートを確立できているか否かに基づいて、今回の更新が有効であるか否かを判断する。
【０２７４】
しかし、更新の有効性を検証するタイミングは、これに限るものではない。例えば、共有情報の送信を完了すべき時刻において、発信元端末装置が共有情報の送信を完了しているか否かに基づいて、更新の有効性を判断し、共有情報の送信を完了していない場合でも、通信ルートを解放するように構成してもよい。
【０２７５】
あるいは、共有情報の送信を完了すべき時刻から逆算して、現在時刻において送信すべき共有情報の何％を送信完了していなければならないかを算出し、算出した割合の送信が完了していない場合には、送信を中断し、通信ルートを解放するように構成してもよい。
完了しているべき共有情報の送信済割合は、あらかじめ計算しておいたものを、発信元端末装置の属性テーブル記憶部１４０が磁気ディスク装置９２０などの記憶装置を用いて記憶しておき、発信元端末装置のルーティング制御部１２０が送信を続行するか中断するかを判断することとしてもよい。
あるいは、リーダ端末装置１０１ｚのルーティング制御部１２０ｚが、ＣＰＵ９１１などの処理装置を用いて計算し、通信装置９１５を用いて、端末グループ内ルーティングプロトコルｔ０７により、通信ルートを構成するグループ内端末装置に通知しておいて、通信ルートを構成する端末装置が、ＣＰＵ９１１などの処理装置を用いて、それぞれ判断することとしてもよい。
あるいは、発信元端末装置の属する端末グループを管理するリーダ端末装置１０１ｚが、共有情報の何割が送信されたかを示す情報を収集し、収集した情報に基づいて、判断することとしてもよい。
【０２７６】
この実施の形態における通信システム８００は、アドホック通信ネットワークにより、端末装置が情報を共有するシステムであり、アドホックネットワーク情報共有装置ともいう。
【０２７７】
この実施の形態におけるアドホックネットワーク情報共有装置は、アドホックネットワークにより通信を行う複数の端末装置（無線機）が所属する端末グループが複数存在し、これらがグループ単位で移動し、同一、あるいは異なる端末グループに属する端末装置間が、一定周期で情報をプッシュ型で更新する事により、同一の情報を同期して共有する分散システムである。
【０２７８】
この実施の形態におけるアドホックネットワーク情報共有装置において、端末グループを管理するリーダ端末装置は、所属する全ての端末装置の構成と、分散システム内で共有する全ての共有情報に関する情報共有属性とを保持する保持部（ルーティングテーブル記憶部１３０ｚ、属性総合テーブル記憶部１４０ｚ）を備える。
各端末装置は、情報共有を行うためのルーティング情報を、所属する端末グループのリーダ端末装置に報告する通知部（隣接端末通知部１２１）を備える。
リーダ端末装置は、各端末から収集するルーティング情報と、情報共有属性とに基づいて、情報共有スケジュールを決定し、各端末に指示する制御部（ルーティング制御部１２０ｚ）を備える。
各端末装置は、情報共有スケジュールに基づいて、端末グループ内の全ての端末装置間のルートを確立するために行うルーティング制御部１２０、及び同じく各端末装置が行うルーティング制御により、隣接端末装置が他の端末グループに属すると判断した場合は、その隣接端末装置より先のルーティング制御を行わない事により、情報共有が必要なタイミングでのみ、限定的なルーティングを行い、各端末が保持するルーティング管理情報と通信量を削減し、かつ実行中の情報更新の破棄を抑制することを特徴とするルーティング制御部１２０を備える。
リーダ端末装置及び端末装置は、情報共有の開始、あるいは実施のための通信中に、端末グループの移動により発生する通信コスト（端末間のホップ数）増加による情報共有の処理時間の遅延が、予め情報共有属性に規定されている時間を超える場合には情報共有処理を破棄し、また有効な場合には処理を継続する事により、無駄な通信によるルーティングの占有を回避する更新情報の有効性分析部を備える。
【０２７９】
実施の形態２．
実施の形態２について、図２７〜図２９を用いて説明する。
この実施の形態における通信システム８００の全体構成、リーダ端末装置１０１ｚ〜１０４ｚ及びそれ以外の端末装置１０１ａ〜１０４ｄの構成は、実施の形態１で説明したものと同様なので、ここでは説明を省略する。
【０２８０】
この実施の形態では、確立した通信ルートが、端末装置の位置関係の変化などにより切断した場合の動作について詳しく説明する。
【０２８１】
実施の形態１で説明したように、端末装置１０１ａ〜１０４ｚは移動するので、端末装置間の距離が変動し、通信装置９１５が直接通信できる範囲外にいってしまうことがある。
そのため、通信ルートを確立する前に、リーダ端末装置１０１ｚ〜１０４ｚが、管理する端末グループ内の隣接端末情報を収集し、そのときの位置関係に最適の通信ルートを確立する。
しかし、通信ルート確立後も端末装置が移動を続けているので、通信が終了する前に、通信できていた端末装置の間の通信ができなくなり、通信ルートを構成するホップが切断する場合がある。
【０２８２】
図２７は、この実施の形態における端末装置１０１ａが情報共有プロトコルｔ０８により共有情報を転送する転送処理の流れの一例を示すフローチャート図である。
この図に示した２つの端末装置は、左が送信側、右が受信側で、情報共有プロトコルｔ０８による通信ルートの１つのホップを構成している。
【０２８３】
Ｓ８１において、送信側端末装置の送受信部１１０は、ＣＰＵ９１１などの処理装置を用いて、送信すべき共有情報があるか否かを判断する。
あると判断した場合には、Ｓ８２へ進む。
ないと判断した場合には、Ｓ８３へ進む。
【０２８４】
Ｓ８２において、送信側端末装置の送受信部１１０は、通信装置９１５を用いて、送信先端末情報によって示される受信側端末装置に対して、共有情報を送信する。
【０２８５】
Ｓ８３において、送信側端末装置の送受信部１１０は、通信装置９１５を用いて、送信先端末情報によって示される受信側端末装置に対して、空の情報を送信する。
【０２８６】
Ｓ８４において、受信側端末装置の送受信部１１０は、通信装置９１５を用いて、Ｓ８２で送信側端末装置が送信した共有情報およびＳ８３で送信側端末装置が送信した空の情報のいずれかを受信する。
正常に受信した場合には、Ｓ８５へ進む。
受信しなかった場合には、Ｓ８７へ進む。
【０２８７】
Ｓ８５において、受信側端末装置の送受信部１１０は、通信装置９１５を用いて、送信側端末装置に対して、送信された情報を正常に受信したことを示す受領情報を送信する。
【０２８８】
Ｓ８６において、送信側端末装置の送受信部１１０は、通信装置９１５を用いて、Ｓ８５で受信側端末装置が送信した受領情報を受信する。
正常に受信した場合には、Ｓ８１に戻る。
受信しなかった場合には、Ｓ８７へ進む。
【０２８９】
Ｓ８７及びＳ８８は、送信側・受信側に共通する処理である。
Ｓ８７において、送受信部１１０は、ＣＰＵ９１１などの処理装置を用いて、通信が切断したと判断する。
Ｓ８８において、送受信部１１０は、通信装置９１５を用いて、端末グループ内ルーティングプロトコルｔ０７により、属する端末グループを管理するリーダ端末装置に対して、ルート切断情報を送信する。
【０２９０】
Ｓ８９において、リーダ端末装置のルーティング制御部１２０ｚは、通信装置９１５を用いて、端末グループ内ルーティングプロトコルｔ０７により、端末装置が送信したルート切断情報を受信する。
【０２９１】
情報共有プロトコルｔ０８による通信は、確立された通信ルートを用いるので、使用するスロットが定まっていて、決まったタイミングで送信が繰り返される。
送信側は、送るべき情報があってもなくても、なんらかの情報を送信するので、受信側がこれを受信しなければ通信が切断したものと判断する。
また、受信側からの受領情報が来なければ、送信側でも通信が切断したものと判断する。
通信が切断したと判断した場合には、ルート切断をリーダ端末装置に報告する。
【０２９２】
リーダ端末装置のルーティング制御部１２０ｚは、グループ内端末装置からのルート切断情報を受信したことをもって、通信ルートが切断したと判断する。グループ内端末装置からのルート切断情報を受信しなければ、ルーティング制御部１２０ｚは、通信ルートが維持されていると判断する。ルーティング制御部１２０ｚは、ルート維持判断部の一例である。
なお、このルート切断検出方式は一例であり、他の方式で切断を検出してもよい。
【０２９３】
図２８は、この実施の形態におけるリーダ端末装置が切断した通信ルートを再確立するルート再確立処理の流れの一例を示すフローチャート図である。
【０２９４】
Ｓ８９において、ルーティング制御部１２０ｚは、通信装置９１５を用いて、ルート切断情報を受信する。上述したように、ルート切断情報は切断を検出したグループ内端末装置から、端末グループ内ルーティングプロトコルｔ０７により送信されてくる。また、後述するように、グループ間通信ルートにおける前後の端末グループを管理するリーダ端末装置から、端末グループ間ルーティングプロトコルｔ０９により送信されてくる場合もある。
ルーティング制御部１２０ｚは、ルート切断取得部の一例である。
なお、グループ間通信ルートにおいて、発信元グループ側の隣接グループを「入口側グループ」、通知先グループ側の隣接グループを「出口側グループ」と呼ぶ。
【０２９５】
Ｓ９０において、ルーティング制御部１２０ｚは、ＣＰＵ９１１などの処理装置を用いて、切断位置を判断する。切断位置の送信側端末装置と受信側端末装置とがともにグループ内端末装置である場合を「グループ内での切断」と呼ぶ。送信側端末装置がグループ内端末装置で、受信側端末装置が隣接グループに属する場合を「出口側グループ間での切断」と呼ぶ。受信側端末装置がグループ内端末装置で、送信側端末装置が隣接グループに属する場合を「入口側グループ間での切断」と呼ぶ。
なお、Ｓ８９で隣接グループのリーダ端末装置からルート切断情報を受信した場合は、入口側グループから受信した場合は「入口側グループ間での切断」、出口側グループから受信した場合は「出口側グループ間での切断」と判断する。
入口側グループ間での切断の場合は、Ｓ９１へ進む。
グループ内での切断の場合は、Ｓ９２へ進む。
出口側グループ間での切断の場合は、Ｓ９４へ進む。
【０２９６】
Ｓ９１において、リーダ端末装置は、グループ内端末装置が持っている（転送中の）共有情報を送信した後、通信ルートを解放する。
これは、切断地点より後の端末装置から通知先端末装置までの通信ルートは存在しているので、いま持っている共有情報を通知先端末装置まで届けることができるからできる。
その後通信が再開されるか否かは不明なので、別ルートから通信が再開される場合や、他の通信ルートを確立するために、通信ルートを解放する。
具体的には、ルーティング制御部１２０ｚが、通信装置９１５を用いて、端末グループ内ルーティングプロトコルｔ０７により、グループ内端末装置に送信先端末情報を送信し、ルーティングテーブル記憶部１３０が、磁気ディスク装置９２０などの記憶装置を用いて、記憶したグループ内通信ルート情報を更新する。
【０２９７】
Ｓ９２において、ルーティング制御部１２０ｚは、ＣＰＵ９１１などの処理装置を用いて、グループ内通信ルートの修復を試みる。
グループ内通信ルートの再構築に成功した場合は、Ｓ９３へ進む。
グループ内通信ルートを再構築に失敗した場合は、Ｓ９４へ進む。
【０２９８】
Ｓ９３において、ルーティング制御部１２０ｚは、ＣＰＵ９１１などの処理装置を用いて、再構築したグループ内通信ルートをすぐに確立し、通信を再開する。
具体的には、ルーティング制御部１２０ｚが、通信装置９１５を用いて、端末グループ内ルーティングプロトコルｔ０７により、グループ内端末装置に送信先端末情報を送信し、ルーティングテーブル記憶部１３０が、磁気ディスク装置９２０などの記憶装置を用いて、記憶したグループ内通信ルート情報を更新する。
この場合、他の端末グループのリーダ端末装置は、切断したことを知らず、そのまま通信を続けることになる。
【０２９９】
Ｓ９４において、ルーティング制御部１２０ｚは、通信装置９１５を用いて、端末グループ間ルーティングプロトコルｔ０９により、入口側グループを管理するリーダ端末装置と出口側グループを管理するリーダ端末装置とに対して、ルート切断情報を送信する。
なお、出口側グループ間での切断の場合は、入口側グループを管理するリーダ端末装置だけにルート切断情報を送信する。出口側グループを管理するリーダ端末装置は、既に切断を知っているので、通知する必要がないからである。
【０３００】
Ｓ９５において、ルーティング制御部１２０ｚは、通信装置９１５を用いて、端末グループ間ルーティングプロトコルｔ０９により、隣接グループを管理するリーダ端末装置に対して、ルート確立要求情報を送信する。
【０３０１】
Ｓ９６において、ルーティング制御部１２０ｚ（ルート確立成否判断部２２５）は、ＣＰＵ９１１などの処理装置を用いて、属性テーブル記憶部１４０が記憶した共有属性情報５５０から、終了許容時刻を算出する。
ルーティング制御部１２０ｚは、ＣＰＵ９１１などの処理装置を用いて、算出した終了許容時刻を過ぎたか否かを判断する。
終了許容時刻を過ぎたと判断した場合には、Ｓ９９へ進む。
まだ過ぎていないと判断した場合には、Ｓ９７へ進む。
【０３０２】
Ｓ９７において、ルーティング制御部１２０ｚ（ルート確立成否判断部２２５）は、通信装置９１５を用いて、端末グループ間ルーティングプロトコルｔ０９により、Ｓ９５で送信したルート確立要求情報に対する応答として、Ｓ９５でルート確立要求情報を送信した相手のリーダ端末装置から、ルート確立結果情報を受信する。
ルート確立結果が成功なら、Ｓ９８で、ルーティング制御部１２０ｚがグループ内ルートを再構築し、これも成功なら、通信を再開する。
それ以外の場合は、Ｓ９６に戻る。
【０３０３】
Ｓ９９において、ルーティング制御部１２０ｚは、ＣＰＵ９１１などの処理装置を用いて、グループ内通信ルートを解放する。
具体的には、ルーティング制御部１２０ｚが、通信装置９１５を用いて、端末グループ内ルーティングプロトコルｔ０７により、グループ内端末装置に送信先端末情報を送信し、ルーティングテーブル記憶部１３０が、磁気ディスク装置９２０などの記憶装置を用いて、記憶したグループ内通信ルート情報を更新する。
【０３０４】
次に、特殊なケースとして、グループ間での切断であって、両端末グループをつなぐパスが他にもある場合について説明する。
【０３０５】
図２９は、この実施の形態におけるルート再確立処理によって再確立される通信ルートを示す図である。
発信元端末装置「ｍ１３−１」から通知先端末装置「ｍ４−２」までの通信ルートとして、端末装置「ｍ６−１」から端末装置「ｍ７−１」へのホップを含む通信ルートが確立されていたものとし、端末装置「ｍ６−１」と端末装置「ｍ７−１」との間で通信が切断した場合について説明する。
【０３０６】
端末グループ「ｍ６」側では、端末装置「ｍ６−１」が切断を検出する。
端末装置「ｍ６−１」は、通信装置９１５を用いて、端末グループ内ルーティングプロトコルｔ０７により、端末グループパス切断通知（ルート切断情報）を、リーダ端末「ｍ６−０」に送信し、ルートが切断されたことを通知する。
【０３０７】
リーダ端末装置「ｍ６−０」は、代替ルート分析処理を実行する。代替ルート分析処理では、ルーティング制御部１２０ｚが、ＣＰＵ９１１などの処理装置を用いて、ルーティングテーブル記憶部１３０ｚが記憶したルーティングテーブルを検索し、同じグループ間通信ルートを維持できないかを判別する。そのため、端末グループ「ｍ７」につながる別ルートを探す。
ルーティングテーブル記憶部１３０ｚは、ＣＰＵ９１１などの処理装置を用いて、隣接端末情報から「ｍ７」というグループ識別子を有しているものを検索する。その結果、ルーティングテーブル記憶部１３０ｚは「ｍ７−２」を発見し、対応する端末識別子から端末装置「ｍ６−３」を出口端末装置とすれば、端末グループ「ｍ７」につながる通信ルートを確立できることを判別する。
なお、切断を検出した時点で、ルート検索処理を行い、ルーティングテーブル記憶部１３０が記憶した情報をあらかじめ最新のものにしておくほうが好ましい。
【０３０８】
リーダ端末装置「ｍ６−０」のルーティング制御部１２０ｚは、ＣＰＵ９１１などの処理装置を用いて、グループ内通信ルートを再構築し、端末装置「ｍ７−２」に到る通信ルートを確立できるか判断する。
【０３０９】
端末装置「ｍ７−２」に到る通信ルートを確立できると判断した場合、リーダ端末装置「ｍ６−０」は、リーダ端末装置「ｍ７−０」に対して、端末装置「ｍ６−３」と端末装置「ｍ７−２」との間のパスを使って、ルートを再構築することを要求する。
リーダ端末装置「ｍ６−０」は、通信装置９１５を用いて、端末グループ間ルーティングプロトコルｔ０９により、リーダ端末装置「ｍ７−０」に対して、ルート再構築を要求する端末グループパス再接続要求情報を送信する。
【０３１０】
リーダ端末装置「ｍ６−０」は端末グループ「ｍ７」内の端末装置の位置関係を知らないので、リーダ端末装置「ｍ６−０」は、端末グループ間ルーティングプロトコルｔ０９において、リーダ端末装置「ｍ７」を宛先とする端末グループパス再接続要求情報の送信ルートとして、端末装置「ｍ７−２」までの転送ルートを指定して、送信する。
すなわち、リーダ端末装置「ｍ６−０」は、自己が直接通信できる端末装置に対して、端末グループパス再接続要求情報とその先の転送ルートを示す情報とを送信する。これを受信した端末装置は、通信装置９１５を用いて、受信した転送ルート情報にしたがい、端末グループパス再接続要求情報とその先の転送ルート情報とを送信する。
端末グループパス再接続要求情報は、何回か転送されたのち、端末装置「ｍ６−３」に到達する。端末装置「ｍ６−３」は、通信装置９１５を用いて、転送ルート情報にしたがい、端末装置「ｍ７−２」に対して、端末グループパス再接続要求情報を送信する。
転送ルート情報には、端末装置「ｍ７−２」から先の転送ルートの指示は含まれていないが、端末装置「ｍ７−２」は、自己の属する端末グループ「ｍ７」のリーダ端末装置「ｍ７−０」に宛てた情報を転送すべき転送先を知っているので、通信装置９１５を用いて、自らが記憶した情報に基づいて、端末グループパス再接続要求情報を転送する。
【０３１１】
端末グループ「ｍ７」側では、端末装置「ｍ７−１」が切断を検出する。
端末装置「ｍ７−１」は、通信装置９１５を用いて、端末グループ内ルーティングプロトコルｔ０７により、端末グループパス切断通知（ルート切断情報）を、リーダ端末「ｍ７−０」に送信し、ルートが切断されたことを通知する。
リーダ端末装置「ｍ７−０」は、切断された通信ルート上に存在する端末装置に対して、共有情報を転送したのち、通信ルートを解放するよう指示する。
【０３１２】
リーダ端末装置「ｍ７−０」は、リーダ端末装置「ｍ６−０」が送信してきた端末グループパス再接続要求情報を受信する。
リーダ端末装置「ｍ７−０」は、端末装置「ｍ７−１」からの報告により、既にルートが切断されたことを知っており、切断したルートについての端末グループパス再接続要求情報を受信したので、ルーティング制御部１２０ｚは、ＣＰＵ９１１などの処理装置を用いて、新たなグループ内通信ルートの確立が可能か否かを判断する。
【０３１３】
新たに確立しようとするグループ内通信ルートの起点は、端末装置「ｍ７−２」である。これは、リーダ端末装置「ｍ６−０」のルーティング制御部１２０ｚが判断したものであり、端末グループパス再接続要求情報のなかにそのことを示す情報を含めて、リーダ端末装置「ｍ６−０」のルーティング制御部１２０ｚが生成し、リーダ端末装置「ｍ７−０」に送信してくる。
なお、リーダ端末装置「ｍ７−０」のルーティング制御部１２０ｚは、端末グループパス再接続要求情報が送信されてきた転送ルートに基づいて、新たに確立しようとするグループ内通信ルートの起点が、端末装置「ｍ７−２」であることを判断してもよい。その場合、リーダ端末装置「ｍ６−０」は、端末グループパス再接続要求情報のなかに、そのことを示す情報を含めなくてよい。
【０３１４】
リーダ端末装置「ｍ７−０」は、新たに確立しようとするグループ内通信ルートの確立が可能であると判断した場合、通信装置９１５を用いて、端末グループ間ルーティングプロトコルｔ０９により、リーダ端末装置「ｍ６−０」に対して、確立成功を通知する情報を送信する。また、リーダ端末装置「ｍ７−０」は、通信装置９１５を用いて、端末グループ内ルーティングプロトコルｔ０７により、グループ内端末装置に対して、新たな通信ルートを指示する情報を送信する。
【０３１５】
リーダ端末装置「ｍ６−０」は、通信装置９１５を用いて、端末グループ間ルーティングプロトコルｔ０９により、リーダ端末装置「ｍ７−０」からの通知を受信する。
リーダ端末装置「ｍ６−０」は、ＣＰＵ９１１などの処理装置を用いて、受信した通知に基づいて、リーダ端末装置「ｍ７−０」が通信ルートの確立に成功したか否かを判断する。
成功したと判断した場合、リーダ端末装置「ｍ６−０」は、新たなグループ内通信ルートを確立し、通信装置９１５を用いて、端末グループ内ルーティングプロトコルｔ０７により、グループ内端末装置に対して、新たな通信ルートを指示する情報を送信する。これにより、通信が再開される。
【０３１６】
ルート切断時、切断した通信ルート上の端末装置「ｍ６−１」「ｍ６−２」は、転送途中の共有情報を記憶している。
リーダ端末装置「ｍ６−０」は、端末装置「ｍ６−１」から端末グループパス切断通知を受けて、ルート切断を把握した時点で、切断した通信ルート上のグループ内端末装置に対して、現在記憶している共有情報を保持したまま待機することを指示する情報を、通信装置９１５を用いて、端末グループ内ルーティングプロトコルｔ０７により送信する。
【０３１７】
通信ルートが再確立された時点で、端末装置「ｍ６−２」は、新たな通信ルートにも含まれることとなったので、新たな通信ルートにより、保持していた共有情報を送信するところから処理を再開する。
これにより、ルート切断により失われる共有情報が最小限で済み、共有情報の再送によるロスが少なくて済む。
【０３１８】
また、端末装置「ｍ６−１」は、新たな通信ルートに含まれないこととなったので、保持していた共有情報を廃棄する。
あるいは、新たに確立した通信ルート上の端末装置（例えば、端末装置「ｍ６−３」）に対して、保持していた共有情報を転送してもよい。
このように、通信ルート変更に伴って、共有情報のイレギュラーな転送をすれば、ルート切断により失われる共有情報が最小限で済み、共有情報の再送によるロスが少なくて済む。
このようなイレギュラーな転送も、リーダ端末装置「ｍ６−０」のルーティング制御部１２０ｚが、ＣＰＵ９１１などの処理装置を用いて必要か否かを判断し、通信装置９１５を用いて、端末グループ内ルーティングプロトコルｔ０７により、グループ内端末装置に指示する情報を送信する。
端末装置は、リーダ端末装置からの指示にしたがって情報を転送するので、その転送が通常の通信ルートによるものか、イレギュラーなものかを判別する必要はない。
【０３１９】
このように、グループ間での切断の場合、まず切断位置の両側の端末グループ間で、リーダ端末装置が別ルートを再確立できないかを試みる。これにより、他の端末グループを管理するリーダ端末装置は、通信ルートが切断したことを知らず、そのまま通信を続けることができる。
【０３２０】
なお、切断位置の通知先側の端末グループ（この例では「ｍ７」）を管理するリーダ端末装置は、切断したグループとの間に別ルートがない場合、ルーティングテーブル記憶部１３０ｚが、ＣＰＵ９１１などの処理装置を用いて、記憶した隣接端末情報に基づいてそのことを判断し、ルーティング制御部１２０ｚが、通信装置９１５を用いて、端末グループ間ルーティングプロトコルｔ０９により、更に通知先側の端末グループ（この例では「ｍ８」）を管理するリーダ端末装置に対して、ルート切断情報を送信する。
【０３２１】
また、切断したグループとの間に別ルートがあると判断した場合は、ルーティング制御部１２０ｚが端末グループパス再接続要求情報を受信するのを待つ。ある程度待っても端末グループパス再接続要求情報を受信しない場合、ルーティング制御部１２０ｚは、通信装置９１５を用いて、端末グループ間ルーティングプロトコルｔ０９により、更に通知先側の端末グループ（この例では「ｍ８」）を管理するリーダ端末装置に対して、ルート切断情報を送信する。
切断位置の発信元側の端末グループ（この例では「ｍ６」）を管理するリーダ端末装置は、グループ内通信ルートが確立できないなどの理由により、端末グループパス再接続要求情報を送信しない場合には、切断位置の通知先側の端末グループ（この例では「ｍ７」）を管理するリーダ端末装置に対して、再接続要求をしないことを通知する情報を送信するほうが好ましい。そうすれば、切断位置の通知先側の端末グループ（この例では「ｍ７」）を管理するリーダ端末装置が、端末グループパス再接続要求情報を待つことなく、更に通知先側の端末グループ（この例では「ｍ８」）を管理するリーダ端末装置に対して、ルート切断情報を送信することができる。
【０３２２】
この実施の形態におけるリーダ端末装置１０１ｚ（管理装置）は、更に、
磁気ディスク装置９２０などの記憶装置を用いて、確立した通信ルートによる通信を終了すべき時刻を示す情報を終了許容時刻情報として記憶する終了許容時刻記憶部１４５と、
ＣＰＵ９１１などの処理装置を用いて、既に確立した通信ルートのうち他のリーダ端末装置が管理する他の端末グループ（グループ）に属する端末装置（通信端末装置）が共有情報（所定の情報）を送信すべき相手の端末装置と通信できなくなったことを示す情報を、他のリーダ端末装置から取得し、ＣＰＵ９１１などの処理装置を用いて、取得した上記情報をルート切断情報として出力するルート切断取得部（ルーティング制御部１２０ｚ）とを有し、
グループ間ルート確立要求通知部２３３は、更に、
ＣＰＵ９１１などの処理装置を用いて、ルート切断取得部（ルーティング制御部１２０ｚ）がルート切断情報を出力した場合に、入力した隣接グループ情報が示す他の端末グループを管理する他の管理装置に対して、切断した通信ルートの再確立を要求するグループ間ルート確立要求情報を通知し、
ルート確立成否判断部２２５は、更に、
ＣＰＵ９１１などの処理装置を用いて、ルート切断取得部（ルーティング制御部１２０ｚ）がルート切断情報を出力した場合に、終了許容時刻記憶部１４５が記憶した終了許容時刻情報を入力し、ＣＰＵ９１１などの処理装置を用いて、入力した終了許容時刻情報が示す時刻までに、他のリーダ端末装置が通信ルートの確立に成功したと送信先グループ判別部２２３が判断しなかった場合に、通信ルートの確立に失敗したと判断することを特徴とする。
【０３２３】
この実施の形態におけるリーダ端末装置１０１ｚによれば、確立した通信ルートのうち、自己が管理する部分以外の部分で通信が切断した場合に、そのことを検出したリーダ端末装置からの通知を受けて、通信ルートの再確立をするので、リーダ端末装置１０１ｚは、管理する端末グループ内の外でどのような通信ルートが構成されているかを知る必要がなく、最小限の情報交換で、通信ルートを再確立できるという効果を奏する。
【０３２４】
この実施の形態におけるリーダ端末装置１０１ｚによれば、ルート再確立処理において、ルート確立成否判断部２２５が、終了許容時刻を過ぎたか否かを判断し、終了許容時刻を過ぎた場合には、ルート再確立を断念するので、無駄な送信を減らし、通信ルートが確立しやすくなるという効果を奏する。
【０３２５】
この実施の形態におけるリーダ端末装置１０１ｚ（管理装置）は、更に、
磁気ディスク装置９２０などの記憶装置を用いて、確立した通信ルートによる通信を終了すべき時刻を示す情報を終了許容時刻情報として記憶する終了許容時刻記憶部１４５と、
ＣＰＵ９１１などの処理装置を用いて、既に確立した通信ルートのうち、グループ内端末装置が上記所定の情報を送信すべき相手の端末装置と通信できるか否かを判断するルート維持判断部（ルーティング制御部１２０ｚ）とを有し、
送信先端末判別部２２４は、更に、
ＣＰＵ９１１などの処理装置を用いて、グループ内端末装置が共有情報（所定の情報）を送信すべき相手の端末装置（通信端末装置）と通信できないとルート維持判断部（ルーティング制御部１２０ｚ）が判断した場合に、通信ルートを再設定し、ＣＰＵ９１１などの処理装置を用いて、再設定した通信ルートにおいて、グループ内端末装置が共有情報を送信すべき相手の端末装置を判別し、
ルート確立成否判断部２２５は、更に、
ＣＰＵ９１１などの処理装置を用いて、グループ内端末装置が上記所定の情報を送信すべき相手の端末装置と通信できないと上記ルート維持判断部（ルーティング制御部１２０ｚ）が判断した場合に、終了許容時刻記憶部１４５が記憶した終了許容時刻情報を入力し、ＣＰＵ９１１などの処理装置を用いて、入力した終了許容時刻情報が示す時刻までに、上記送信先端末判別部２２４が通信ルートを再設定できなかった場合に、通信ルートの確立に失敗したと判断することを特徴とする。
【０３２６】
この実施の形態におけるリーダ端末装置１０１ｚによれば、確立した通信ルートのうち、自己が管理する部分で通信が切断した場合に、ルート維持判断部がそのことを検出し、通信ルートの再確立をするので、リーダ端末装置１０１ｚは、管理する端末グループ内の外でどのような通信ルートが構成されているかを知る必要がなく、最小限の情報交換で、通信ルートを再確立できるという効果を奏する。
【０３２７】
この実施の形態におけるリーダ端末装置１０１ｚによれば、ルート再確立処理において、ルート確立成否判断部２２５が、終了許容時刻を過ぎたか否かを判断し、終了許容時刻を過ぎた場合には、ルート再確立を断念するので、無駄な送信を減らし、通信ルートが確立しやすくなるという効果を奏する。
【０３２８】
この実施の形態におけるアドホックネットワーク情報共有装置（通信システム８００）は、ルーティングの再確立において、同じ端末グループ内の全ての端末装置のなかから、同じ隣接する端末グループに属する端末装置とのルートを確立することにより、端末グループのルーティングは変更せず切断されたルート以外は再利用し、この間、リーダ端末装置が破棄されるルーティングの途中の端末装置が保持している共有情報について、予め情報共有属性に規定されている時間を超える場合には情報共有処理の破棄、また有効な場合には処理の継続を決定することにより、無駄なルートの占有回避を特徴とする。
【０３２９】
実施の形態３．
実施の形態３について、図３０〜図３３を用いて説明する。
この実施の形態における通信システム８００の全体構成、リーダ端末装置１０１ｚ〜１０４ｚを除く端末装置１０１ａ〜１０４ｄの構成は、実施の形態１で説明したものと同様なので、ここでは説明を省略する。
【０３３０】
この実施の形態では、通信ルート確立時に通信ルートの優先度を考慮して、重要な通信に用いる通信ルートを優先的に確立する構成について説明する。
【０３３１】
図３０は、この実施の形態におけるリーダ端末装置１０１ｚの機能ブロックの構成の一例を示すブロック構成図である。
なお、実施の形態１で説明したリーダ端末装置１０１ｚの機能ブロックと同様のブロックについては、同一の符号を付し、説明を省略する。
また、リーダ端末装置１０２ｚ〜１０４ｚのブロック構成は、リーダ端末装置１０１ｚと同様なので、ここでは説明を省略する。
【０３３２】
リーダ端末装置１０１ｚは、更に、情報共有優先度分析部１７０を有する。
【０３３３】
情報共有優先度分析部１７０は、ＣＰＵ９１１などの処理装置を用いて、属性総合テーブル記憶部１４０ｚが記憶した情報に基づいて、通信ルートの優先度を分析する。情報共有優先度分析部１７０が分析した通信ルートの優先度に基づいて、ルーティング制御部１２０ｚが通信ルートを確立する。
【０３３４】
図３１は、この実施の形態における属性総合テーブル記憶部１４０ｚが記憶する共有属性情報５５０の一例を示す図である。
なお、実施の形態１で説明した共有属性情報５５０と共有する情報については、同一の符号を付し、ここでは説明を省略する。
【０３３５】
属性総合テーブル記憶部１４０ｚは、磁気ディスク装置９２０などの記憶装置を用いて、更に、優先度５７７を記憶する。
属性総合テーブル記憶部１４０ｚは、ルート優先度記憶部の一例である。
【０３３６】
優先度５７７は、その共有情報を送信する通信ルートの優先度を示す情報である。例えば、優先度５７７は数値を示す情報であり、小さい値ほど優先度が高いことを意味する。
【０３３７】
優先度５７７は、共有情報を共有する複数の端末装置において、それぞれの端末装置が保持している共有情報が一致していなければならない度合いに基づいて、あらかじめ定め、属性総合テーブル記憶部１４０ｚに記憶させておく。
共有情報には、それぞれの重要度により、常に一致している必要があるものと、更新に多少の時差があってもよいものとが存在する。そこで、常に一致している必要がある共有情報は優先度を高く設定し、更新に時差があってもよい共有情報は優先度を低く設定しておく。
【０３３８】
通信ルートの確立時において、発信元端末装置から通知先端末装置に到る通信ルートが存在しても、既に確立された他の通信ルートがスロットを使用しているため、通信ルートが確立できない場合がある。
この実施の形態の通信システム８００では、新たに確立しようとする通信ルートの優先度と、既に確立された通信ルートの優先度とを比較し、新たに確立しようとする通信ルートよりも優先度が低い通信ルートを強制的に切断することにより、優先度の高い通信ルートを確立する。
【０３３９】
これにより、優先度の高い通信ルートは確実に確立されるので、優先度の高い共有情報は、更新周期ごとに確実に更新され、常に一致する。これに対し、優先度の低い通信ルートは強制的に切断されてしまうので、優先度の低い共有情報は、必ずしも更新されるとは限らず、更新に時差が生じる場合がある。
【０３４０】
なお、この例では、優先度５７７の数値が小さいほど優先度が高いこととし、共有情報間の優先度の高低は常に一定である。
しかし、例えば、優先度５７７は共有情報の更新が遅れてもよい最大の時間を示す情報であってもよい。その場合、情報共有優先度分析部１７０は、ＣＰＵ９１１などの処理装置を用いて、前回更新に成功した時刻からの経過時間を求め、優先度５７７が示す時間と比較して、今回の更新を行う必要性の高さを判断する。情報共有優先度分析部１７０は、判断結果に基づいて通信ルートの優先度を示す情報を出力し、ルーティング制御部１２０ｚは、情報共有優先度分析部１７０が出力した優先度に基づいて、どの通信ルートを切断するかを判断する。
【０３４１】
図３２は、この実施の形態におけるルーティング制御部１２０ｚがグループ内通信ルートを再構築するルート再構築処理の流れの一例を示すフローチャート図である。
この処理は、図２０のＳ３５や図２１のＳ４５に該当する処理である。
【０３４２】
ＳＴ１において、ルーティング制御部１２０ｚは、ＣＰＵ９１１などの処理装置を用いて、確立済の通信ルートを維持したまま、新たな通信ルートの確立を試みる。
ルーティング制御部１２０ｚは、ＣＰＵ９１１などの処理装置を用いて、ルーティングテーブル記憶部１３０ｚが記憶した隣接端末情報と、ルーティングテーブル記憶部１３０ｚが記憶したグループ内通信ルート情報とを入力する。
ルーティング制御部１２０ｚは、ＣＰＵ９１１などの処理装置を用いて、入力した隣接端末情報に基づいて、新たに確立しようとするグループ内通信ルートを算出する。
このとき、ルーティング制御部１２０ｚは、ＣＰＵ９１１などの処理装置を用いて、入力したグループ内通信ルート情報に基づいて、確立済の通信ルートと衝突しないように、グループ内通信ルートを算出する。
グループ内通信ルートの算出に成功した場合、ルーティング制御部１２０ｚは、ＣＰＵ９１１などの処理装置を用いて、確立成功と判断する。
グループ内通信ルートの算出に失敗した場合は、ＳＴ２へ進む。
【０３４３】
ＳＴ２において、ルーティング制御部１２０ｚは、ＣＰＵ９１１などの処理装置を用いて、確立済の通信ルートのうち、優先度の低いものを抽出する。
ルーティング制御部１２０ｚは、ＣＰＵ９１１などの処理装置を用いて、ＳＴ１で入力したグループ内通信ルート情報に基づいて、確立済の通信ルートのルート識別子を算出する。
ルーティング制御部１２０ｚは、ＣＰＵ９１１などの処理装置を用いて、算出したルート識別子と確立しようとしている通信ルートのルート識別子とを、情報共有優先度分析部１７０に対して出力する。
情報共有優先度分析部１７０は、ＣＰＵ９１１などの処理装置を用いて、ルーティング制御部１２０ｚが出力したルート識別子を入力する。
情報共有優先度分析部１７０は、ＣＰＵ９１１などの処理装置を用いて、属性総合テーブル記憶部１４０ｚが記憶した共有属性情報５５０のうちから、入力したルート識別子と同一の共有情報識別子を有する共有属性情報５５０を取得する。
情報共有優先度分析部１７０は、ＣＰＵ９１１などの処理装置を用いて、取得した共有属性情報５５０に基づいて、通信ルートの優先度を算出する。
情報共有優先度分析部１７０は、ＣＰＵ９１１などの処理装置を用いて、算出した通信ルートの優先度を、ルーティング制御部１２０ｚに対して出力する。
ルーティング制御部１２０ｚは、ＣＰＵ９１１などの処理装置を用いて、情報共有優先度分析部１７０が出力した通信ルートの優先度を入力する。
ルーティング制御部１２０ｚは、ＣＰＵ９１１などの処理装置を用いて、入力した優先度に基づいて、新たに確立しようとしている通信ルートよりも優先度が低い通信ルートを抽出する。
新たに確立しようとしている通信ルートよりも優先度が低い通信ルートがない場合、ルーティング制御部１２０ｚは、ＣＰＵ９１１などの処理装置を用いて、解放待ち（確立失敗）と判断する。
新たに確立しようとしていう通信ルートよりも優先度が低い通信ルートがある場合、ＳＴ３へ進む。
【０３４４】
ＳＴ３において、ルーティング制御部１２０ｚは、ＣＰＵ９１１などの処理装置を用いて、ＳＴ２で抽出した通信ルートを全部解放した場合に、新たな通信ルートが確立できるかを試みる。
ルーティング制御部１２０は、ＣＰＵ９１１などの処理装置を用いて、ＳＴ１と同様に、新たに確立しようとするグループ内通信ルートを算出する。
このとき、ルーティング制御部１２０ｚは、ＣＰＵ９１１などの処理装置を用いて、入力したグループ内通信ルート情報に基づいて、確立済の通信ルートのうち、新たに確立しようとしている通信ルートの優先度以上の優先度を有する通信ルートと衝突しないように、グループ内通信ルートを算出する。
グループ内通信ルートの算出に成功した場合、ＳＴ４へ進む。
グループ内通信ルートの算出に失敗した場合、ルーティング制御部１２０ｚは、ＣＰＵ９１１などの処理装置を用いて、解放待ち（確立失敗）と判断する。
【０３４５】
ＳＴ４において、ルーティング制御部１２０ｚは、ＣＰＵ９１１などの処理装置を用いて、ＳＴ２で抽出した通信ルートをできるだけ再確立する。
ルーティング制御部１２０ｚは、ＣＰＵ９１１などの処理装置を用いて、ＳＴ２で抽出した通信ルートを、優先度の高い順に並べ替える。
ルーティング制御部１２０ｚは、ＣＰＵ９１１などの処理装置を用いて、並べ替えた通信ルートを、優先度の高い通信ルートから順に、ＳＴ３で新たに確立した通信ルートも含む確立済の通信ルートと衝突しないように算出する。
優先度の低い通信ルートをすべて再確立でき、解放しなければならない通信ルートが存在しない場合、ルーティング制御部１２０ｚは、ＣＰＵ９１１などの処理装置を用いて、確立成功と判断する。
優先度の低い通信ルートのなかに再確立できないものがあり、一部の通信ルートを解放しなければ、新たな通信ルートを確立できない場合、ルーティング制御部１２０ｚは、ＣＰＵ９１１などの処理装置を用いて、確立可能と判断する。
【０３４６】
このように、この実施の形態におけるルーティング制御部１２０ｚは、グループ内ルートの再構築に際して、「確立成功」と「確立失敗」のほかに、優先度の低い通信ルートを解放すれば通信ルートを確立できることを示す「確立可能」という３つの状態を判別する。
判別した結果を示す情報は、例えば、グループ間ルート確立要求情報を送信してきた隣接グループのリーダ端末装置に対して送信するグループ間ルート確立結果情報に含めて、ルーティング制御部１２０ｚが送信する。
【０３４７】
発信元端末装置を管理するリーダ端末装置は、複数のグループ間通信ルートが発見された場合には、すべてのグループ内通信ルートが「確立成功」であるものがあれば、それを選択する。すべてのグループ内通信ルートが「確立成功」であるものがなければ、グループ内通信ルートが「確立可能」であるものを含む通信ルートを選択する。
発信元端末装置を管理するリーダ端末装置は、選択した通信ルートを確立するグループ間ルート確立指示情報を送信し、各リーダ端末装置が通信ルートを確立する。
こうして、新たな通信ルートが確立する。
【０３４８】
新たな通信ルートの確立に際し、優先度の低い通信ルートを解放する必要がある場合、リーダ端末装置は、通信ルートが切断した場合と同様に、解放する通信ルートの発信元側・通知先側双方の端末グループを管理するリーダ端末装置に対して、通信装置９１５を用いて、端末グループ間ルーティングプロトコルｔ０９により、ルート切断情報を送信する。
なお、発信元側に先にルート切断を通知し、可能であれば、グループ内の端末装置が保持している共有情報をすべて転送したあとで、通知先側にルート切断を通知することとしてもよい。
【０３４９】
ルート切断情報を受信した他のリーダ端末装置は、実施の形態２で説明したのと同様の動作により、通信ルートの再確立を試みる。再確立ができれば、別ルートによる通信を再開する。再確立できない場合には、更新を断念する。
【０３５０】
次に、解放すべき通信ルートを抽出する別の方式について説明する。
端末グループは、まとまって行動する単位であるから、同じ端末グループに属する端末装置は、比較的近くに位置し、グループ内通信ルートには、多数の迂回ルートがあることが多い。
これに対して、異なる端末グループは離れた場所に位置している場合があるので、隣接グループの境界端末装置に到るホップは比較的数が少なく、通信ルートを確立する際のボトルネックとなる場合が多い。
そこで、確立しようとしている通信ルートと同じ隣接グループに到る通信ルートを抽出し、解放すべき通信ルートの候補とすれば、すべての通信ルートを解放すべき通信ルートの候補とする場合よりも、計算量が少なくて済み、迅速に通信ルートを確立できる。
【０３５１】
図３３は、この実施の形態におけるルーティング制御部１２０ｚが解放すべき通信ルートの候補を抽出する解放候補抽出処理の流れの一例を示すフローチャート図である。
なお、解放候補抽出処理は、図３２のＳＴ２に代わるものである。
【０３５２】
ＳＴ６において、ルーティング制御部１２０ｚは、ＣＰＵ９１１などの処理装置を用いて、グループ間通信ルート情報に基づいて、通信ルートを確立しようとしている隣接グループと同じ隣接グループに到るグループ内通信ルートを抽出する。
ルーティング制御部１２０ｚは、ＣＰＵ９１１などの処理装置を用いて、ルーティングテーブル記憶部１３０ｚが記憶したグループ間通信ルート情報を入力する。
ルーティング制御部１２０ｚは、ＣＰＵ９１１などの処理装置を用いて、入力したグループ間通信ルート情報に基づいて、確立済の通信ルートが到る隣接グループのグループ識別子を算出する。
ルーティング制御部１２０ｚは、ＣＰＵ９１１などの処理装置を用いて、算出したグループ識別子と、新たに確立しようとしている通信ルートが到る隣接グループのグループ識別子とを比較して、同一のものを抽出する。
【０３５３】
ＳＴ７において、情報共有優先度分析部１７０は、ＣＰＵ９１１などの処理装置を用いて、ＳＴ６で抽出した通信ルートの優先度を算出する。
ルーティング制御部１２０ｚは、ＣＰＵ９１１などの処理装置を用いて、抽出した通信ルートのルート識別子を出力する。
情報共有優先度分析部１７０は、ＣＰＵ９１１などの処理装置を用いて、ルーティング制御部１２０が出力したルート識別子を入力する。
情報共有優先度分析部１７０は、ＣＰＵ９１１などの処理装置を用いて、属性総合テーブル記憶部１４０ｚが記憶した共有属性情報５５０のうち、入力したルート識別子と同一の共有情報識別子を有する共有属性情報５５０を入力する。
情報共有優先度分析部１７０は、ＣＰＵ９１１などの処理装置を用いて、入力した共有属性情報５５０に基づいて、その通信ルートの優先度を算出する。
情報共有優先度分析部１７０は、ＣＰＵ９１１などの処理装置を用いて、算出した通信ルートの優先度を出力する。
ルーティング制御部１２０ｚは、ＣＰＵ９１１などの処理装置を用いて、情報共有優先度分析部１７０が出力した通信ルートの優先度を入力する。
【０３５４】
ＳＴ８において、情報共有優先度分析部１７０は、ＣＰＵ９１１などの処理装置を用いて、新たに確立しようとしている通信ルートの優先度を算出する。
なお、処理の詳細は、ＳＴ７と同様である。
【０３５５】
ＳＴ９において、ルーティング制御部１２０ｚは、ＣＰＵ９１１などの処理装置を用いて、ＳＴ７で情報共有優先度分析部１７０が算出した優先度と、ＳＴ８で情報共有優先度分析部１７０が算出した優先度とを比較して、新たに確立しようとしている通信ルートよりも優先度の低い通信ルートを抽出する。
【０３５６】
このように、同じ隣接グループに到る通信ルートを抽出し、そのなかで、新たに確立しようとしている通信ルートよりも優先度の低い通信ルートを解放して、新たに確立しようとしている通信ルートを確立する。
【０３５７】
これにより、新たな通信ルートを確立するために解放すべき通信ルートを迅速に求めることができる。
【０３５８】
また、同じ隣接グループに到る通信ルートは、その先のグループ間通信ルートも重複している部分が多くある可能性が高い（少なくとも、次の隣接グループは共通である）。
グループ間通信ルートが重複している通信ルートを解放すれば、その端末グループ内だけでなく、他の端末グループ内のスロット不足も解消される。それぞれの端末グループで異なる通信ルートを解放する場合と比較して、解放する通信ルートが少なくて済む。
【０３５９】
この実施の形態におけるリーダ端末装置１０１ｚ（管理装置）は、更に、
磁気ディスク装置９２０などの記憶装置を用いて、グループ内通信ルート記憶部１３２ｚ（確立済ルート記憶部）が記憶したグループ内通信ルート情報（確立済ルート情報）が示す通信ルートの優先度を示す情報を優先度５７７（ルート優先度情報）として記憶する属性総合テーブル記憶部１４０ｚ（ルート優先度記憶部）を有し、
送信先端末判別部２２４は、更に、
ＣＰＵ９１１などの処理装置を用いて、グループ内通信ルート情報が示す通信ルートによる通信と衝突しないように通信ルートを設定できない場合に、属性総合テーブル記憶部１４０ｚ（ルート優先度記憶部）が記憶した優先度５７７を入力し、ＣＰＵ９１１などの処理装置を用いて、入力した優先度５７７に基づいて、設定しようとしている通信ルートよりも優先度が低い通信ルートを判別し、ＣＰＵ９１１などの処理装置を用いて、判別した通信ルート以外の通信ルートによる通信と衝突しないように通信ルートを設定し、ＣＰＵ９１１などの処理装置を用いて、判別した通信ルート以外の通信ルートによる通信と衝突しないように通信ルートを設定できた場合に、判別した通信ルートを切断することを特徴とする。
【０３６０】
この実施の形態におけるリーダ端末装置１０１ｚによれば、スロットの不足などで通信ルートを確立できない場合に、通信ルートの優先度に基づいて、優先度の低い通信ルートを切断し、優先度の高い通信ルートを優先的に確立するので、常に一致している必要がある共有情報が確実に更新されるという効果を奏する。
【０３６１】
なお、情報共有優先度分析部１７０が、終了許容時刻記憶部１４５が記憶した終了許容時刻情報５５５に基づいて優先度を判断してもよい。
すなわち、ルーティング制御部１２０ｚがスロットの不足により通信ルートを確立できない場合、情報共有優先度分析部１７０は、ＣＰＵ９１１などの処理装置を用いて、終了許容時刻記憶部１４５が記憶した終了許容時刻情報５５５を入力する。
情報共有優先度分析部１７０は、ＣＰＵ９１１などの処理装置を用いて、入力した終了許容時刻情報５５５が示す終了許容時刻を過ぎたか否かを判断する。
終了許容時刻を過ぎたと判断した場合、情報共有優先度分析部１７０は、ＣＰＵ９１１などの処理装置を用いて、その通信ルートの優先度を最低と判断する。終了許容時刻を過ぎていないと判断した場合、情報共有優先度分析部１７０は、ＣＰＵ９１１などの処理装置を用いて、属性総合テーブル記憶部１４０ｚが記憶した優先度５７７に基づいて、その通信ルートの優先度を判断する。
【０３６２】
これにより、終了許容時刻を過ぎた通信ルートは、スロットに余裕がある場合にはそのまま維持され、共有情報が最後まで送信される。しかし、スロットが不足した場合にはすぐに解放され、他の通信ルートの確立を妨げない。
【０３６３】
この実施の形態におけるアドホックネットワーク情報共有装置（通信システム８００）は、１つの端末グループに新たな情報共有のためのルーティングが発生した場合に、そのグループ内に新たなルーティングを確立が出来なければ、既に利用している通信ルートの中で情報共有属性に登録されているものから優先度の低い情報共有を検索し、このルートを新たな情報共有のために利用するルーティング制御部１２０ｚを有することを特徴とする。
【０３６４】
この実施の形態のリーダ端末装置１０１ｚは、グループ内通信ルート及びグループ間通信ルートを管理するとともに、確立した通信ルートの優先度を管理する。
従来のアドホック通信ネットワークには、端末装置が自律的に通信ルートを決定するものがある。
この実施の形態のリーダ端末装置１０１ｚは、グループ間通信ルートと確立した通信ルートの優先度だけを管理し、グループ内通信ルートは、グループ内端末装置が互いに情報を交換しあって、自律的に決定することとしてもよい。
あるいは、リーダ端末装置１０１ｚは、通信ルートの優先度だけを管理し、グループ内通信ルートとグループ間通信ルートは、端末装置が互いに情報を交換しあって、自律的に決定することとしてもよい。
【０３６５】
実施の形態４．
実施の形態４について、図３４〜図３８を用いて説明する。
この実施の形態における通信システム８００の全体構成、リーダ端末装置１０１ｚ〜１０４ｚ及びそれ以外の端末装置１０１ａ〜１０４ｄの構成は、実施の形態１で説明したものと同様なので、ここでは説明を省略する。
【０３６６】
この実施の形態では、通信ルートが切断したあとで通信ルートを再確立した際、切断前に送信中だった共有情報が失われる可能性を低くすることにより、通信効率を高くする通信システム８００について説明する。
【０３６７】
図３４は、この実施の形態におけるリーダ端末装置１０１ｚのグループ間通信ルート記憶部２４４が記憶するグループ間通信ルート情報の一例を示す図である。
なお、実施の形態１で説明した情報と共通する情報については、同一の符号を付し、説明を省略する。
この実施の形態におけるグループ間通信ルート記憶部２４４は、グループホップリスト５２２ｇとして、発信元端末装置が属する端末グループから通知先端末装置が属する端末グループまでのグループホップリストを記憶する。
この例において、「−」は、自己が管理する端末グループ（この例では「ｍ１３」）を示す。
例えば、通信ルート「ｉｆ−１１」は、端末グループ「ｍ４」に属する発信元端末装置から始まり、自己が管理する端末グループ「ｍ１３」、端末グループ「ｍ２１」、端末グループ「ｍ８」を通って（それぞれの端末グループに属する端末装置により中継されて）、端末グループ「ｍ１」に属する通知先端末装置に到る。
【０３６８】
図３５は、この実施の形態における通信システム８００が共有情報を転送する様子の一例を示す図である。
この例において、端末装置「ｍ４−２」が発信元端末装置、端末装置「ｍ２１−３」が通知先端末装置であり、共有情報６５１を送信するための通信ルート「ｍ４−２」→「ｍ４−３」→「ｍ４−６」→「ｍ１３−１」→「ｍ１３−２」→「ｍ１３−３」→「ｍ１３−７」→「ｍ１３−６」→「ｍ２１−０」→「ｍ２１−３」が確立されている。共有情報６５１は、１１個の断片６５１ａ〜６５１ｋに分割されて送信される。
この図に示した時点において、共有情報６５１の断片のうち、断片６５１ａ，６５１ｂは、通知先端末装置「ｍ２１−３」に到着している。また、断片６５１ｋは、まだ発信元端末装置「ｍ４−２」から送信されていない。
それ以外の断片６５１ｂ〜６５１ｊは、発信元端末装置「ｍ４−２」が既に送信しているが、通信ルートの途中にある端末装置が転送中であり、通知先端末装置「ｍ２１−３」には到着していない。
【０３６９】
各端末装置には、管理するリーダ端末装置から転送先が指示されている。例えば、端末装置「ｍ１３−１」は、共有情報６５１の断片を端末装置「ｍ１３−２」に転送せよという指示を受けている。端末装置「ｍ１３−１」は、この指示にしたがって、共有情報６５１の断片を転送する。他の端末装置も同様にリーダ端末装置から指示された端末装置に共有情報を転送することにより、通信ルートが構成されている。
【０３７０】
端末装置は、磁気ディスク装置９２０などの記憶装置を用いて、受信した共有情報を記憶する。端末装置は、受信した共有情報が自分宛てでない場合、リーダ端末装置からの指示にしたがって、通信装置９１５を用いて転送する。端末装置は、通信装置９１５を用いて、転送先の端末装置から、転送した共有情報を受領したことを示す受領情報を受信する。受領情報が届かなければ、ルート切断と判断して、リーダ端末装置に報告する。また、受領情報が再送要求を示している場合には、同じ共有情報を再送する。そのため、端末装置は、確かに受領したという受領情報を受信するまでの間、転送した共有情報を記憶している。その後、確かに受領したことを示す受領情報を受信すると、磁気ディスク装置９２０などの記憶装置に確保していた記憶領域を解放して、次に受信した共有情報などを記憶するための記憶領域とする。
したがって、端末装置は、転送中の共有情報を一時的に記憶しているが、次の端末装置が受領したら忘れてしまう。
例えば、端末装置「ｍ１３−６」は、共有情報の断片６５１ｄを記憶しているが、その前に受信して一時的に記憶していた断片６５１ａ〜６５１ｃは、この時点で記憶していない。
【０３７１】
この状態で、端末装置「ｍ１３−３」と端末装置「ｍ１３−７」との間のルートが切断した場合を例にして説明する。
端末装置「ｍ１３−３」は、リーダ端末装置の指示にしたがい、端末装置「ｍ１３−７」に対して、断片６５１ｆを送信する。しかし、ルートが切断しているので、端末装置「ｍ１３−７」は断片６５１ｆを受信せず、ルート切断を検出する。
また、端末装置「ｍ１３−３」は、端末装置「ｍ１３−７」から受領情報を受信しない
ので、やはりルート切断を検出する。
端末装置「ｍ１３−３」及び端末装置「ｍ１３−７」は、通信装置９１５を用いて、端末グループ内ルーティングプロトコルｔ０７により、リーダ端末装置「ｍ１３−０」に対して、ルート切断情報を送信する。
端末装置「ｍ１３−３」が送信したルート切断情報は、端末装置「ｍ１３−４」が中継して、リーダ端末装置「ｍ１３−０」に到達する。
端末装置「ｍ１３−７」が送信したルート切断情報は、端末装置「ｍ１３−６」→「ｍ１３−５」→「ｍ１３−４」の順に転送されて、リーダ端末装置「ｍ１３−０」に到達する。
リーダ端末装置「ｍ１３−０」は、ルート切断情報を受けて、グループ内通信ルートを再構築する。
【０３７２】
一方、端末グループ「ｍ１３」に属するグループ内端末装置は、以下のように動作する。
端末装置「ｍ１３−６」は、リーダ端末装置に指示されたとおり、端末装置「ｍ２１−０」に対して送信できるので、そのまま断片６５１ｄを送信する。
端末装置「ｍ１３−７」も、同様に、端末装置「ｍ１３−６」に対して断片６５１ｅを送信する。
端末装置「ｍ１３−７」は、その後、送信すべき共有情報を受信しないので、リーダ端末装置からの指示を待つ。
端末装置「ｍ１３−６」も同様に、端末装置「ｍ１３−７」から受信した断片６５１ｅを端末装置「ｍ２１−０」に送信した後、リーダ端末装置からの指示を待つ。
【０３７３】
一方、端末装置「ｍ１３−３」は、断片６５１ｆを送信できないので、次の断片６５１ｇを受領せず、端末装置「ｍ１３−２」に対する受領情報として、送信をしばらく待つように要求する情報を送信する。
端末装置「ｍ１３−２」は、リーダ端末装置からの指示にしたがって、端末装置「ｍ１３−３」に対して断片６５１ｇを送信するが、受領してもらえず、逆に送信を待つように要求されたので、端末装置「ｍ１３−１」が送信してきた断片６５１ｈを受領せず、同様に送信を待つよう要求する。
このように、送信を待つよう要求する情報が、通信ルートを逆に遡っていき、送信は一時停止する。ただし、送信を一時停止している端末装置やリーダ端末装置は、まだルートが切断したことは知らされない。
【０３７４】
リーダ端末装置「ｍ１３−０」は、「ｍ１３−１」→「ｍ１３−０」→「ｍ１３−４」→「ｍ１３−５」→「ｍ１３−６」という通信ルートを確立できると判断し、通信ルートを切り替えて通信を続行する。
【０３７５】
図３６は、この実施の形態における通信システム８００が共有情報６５１の転送を再開する様子の一例を示す図である。
リーダ端末装置「ｍ１３−０」は、ＣＰＵ９１１などの処理装置を用いて、新しい通信ルートを算出し、通信装置９１５を用いて、端末グループ内ルーティングプロトコルｔ０７により、グループ内端末装置に対して、新しい通信ルートを指示する情報を送信する。
【０３７６】
リーダ端末装置「ｍ１３−０」は、新しい通信ルートを構成する端末装置「ｍ１３−１」「ｍ１３−０」「ｍ１３−４」「ｍ１３−５」「ｍ１３−６」に対して、共有情報６５１の送信先を指示する。
リーダ端末装置「ｍ１３−０」は、古い通信ルートを構成していた端末装置であって、新しい通信ルートから外れた端末装置「ｍ１３−２」「ｍ１３−３」「ｍ１３−７」に対しても、共有情報６５１の送信先を指示する。この図に示すように、共有情報の断片を保持している場合があるからである。
端末装置「ｍ１３−２」に対しては、共有情報６５１の送信先として、端末装置「ｍ１３−３」を指示する。
端末装置「ｍ１３−３」に対しては、共有情報６５１の送信先として、端末装置「ｍ１３−４」を指示する。
端末装置「ｍ１３−７」に対しては、共有情報６５１の送信先として、端末装置「ｍ１３−６」を指示する。
リーダ端末装置は、このように、共有情報が、新たな通信ルートを構成する端末装置に集まるように、送信先を算出し、端末装置に指示する。
【０３７７】
これにより、共有情報６５１の断片は失われることなく、すべて通知先端末装置「ｍ２１−３」に到達する。
【０３７８】
送信を一時停止していた端末装置「ｍ４−６」に対しては、送信を再開した端末装置「ｍ１３−１」が送信再開を要求する情報を送信する。これは、通信ルートを逆に遡る形で、端末装置「ｍ４−３」「ｍ４−２」に伝えられ、すべての端末装置が送信を再開する。
【０３７９】
次に、別のルートが切断した場合について、図３５に戻って説明する。
この状態で、今度は、端末装置「ｍ１３−６」と端末装置「ｍ２１−０」との間のルートが切断した場合を説明する。
【０３８０】
端末装置「ｍ１３−６」が切断を検出し、リーダ端末装置「ｍ１３−０」に報告する。端末装置「ｍ２１−０」も切断を検出し、リーダ端末装置に報告する（この場合、端末装置「ｍ２１−０」自身がリーダ端末装置なので、通信装置９１５を用いた送受信は行わないが、リーダ端末装置の内部で、端末装置としての機能を有するブロックから、管理装置としての機能を有するブロックに対して信号が伝達される）。
【０３８１】
さきほどと同様、送信を待つよう要求する情報が、通信ルートを遡り、共有情報の送信が一時停止する。
【０３８２】
その間に、リーダ端末装置「ｍ１３−０」は、代替ルートを検索する。リーダ端末装置「ｍ１３−０」は、ルーティングテーブル記憶部１３０が記憶した隣接端末情報に基づいて、端末グループ「ｍ２１」との間のホップが（切断したホップ以外に）存在せず、端末グループ「ｍ２１」はもはや隣接グループではないので、グループ間通信ルート「ｍ４」→「ｍ１３」→「ｍ２１」を維持することができないと判断する。
そこで、リーダ端末装置「ｍ１３−０」は、入口側グループ「ｍ４」を管理するリーダ端末装置「ｍ４−０」に対して、通信ルートが切断したことを示すルート切断情報を送信する。また、それ以外の隣接グループを管理するリーダ端末装置に対して、ルート確立要求情報を送信する。
こうして、他の端末グループを管理するリーダ端末装置も通信ルートの切断を検知し、ルート再確立処理が始まる。
ルート再確立処理においては、通常のルート確立処理と同様に、グループ間通信ルート、グループ内通信ルートが検索・確立されるので、ここでは説明を省略する。
【０３８３】
ただし、ルート再確立処理においては、複数の通信ルートが発見された場合に、どの通信ルートを選択するかを定めるやり方が異なるので、その点を説明する。
【０３８４】
図３７は、この実施の形態におけるグループ間通信ルートの一例を示す図である。
端末グループ「ｍ１」に属する発信元端末装置から端末グループ「ｍ５」に属する通知先端末装置までの通信ルートとして、グループ間通信ルート「ｍ１」→「ｍ２」→「ｍ３」→「ｍ４」→「ｍ５」が確立され、共有情報が送信されていたところ、端末グループ「ｍ４」と「ｍ５」との間のホップが切断し、代替ルートを検索したとする。
【０３８５】
この例において、グループ間通信ルートとして、「ｍ１」→「ｍ２」→「ｍ３」→「ｍ６」→「ｍ７」→「ｍ５」というルートＡと、「ｍ１」→「ｍ２」→「ｍ８」→「ｍ９」→「ｍ５」というルートＢとの２つが発見されたとする。
各端末グループ内でのホップ数が同程度だとすると、通常のルート確立処理の場合、グループホップの数が少ないルートＢを選択する。
【０３８６】
しかし、ルート再確立処理の場合、転送中の共有情報を通信ルートの途中の各端末装置が有している。転送中の共有情報は、再確立された通信ルートを構成する端末装置に集められ、再確立された通信ルートを通って、通知先端末装置に届けられる。
ルートＢを選択すると、端末グループ「ｍ３」及び端末グループ「ｍ４」に属する端末装置が一時記憶している共有情報が、端末グループ「ｍ２」まで戻され、その後「ｍ８」「ｍ９」を通って「ｍ５」に届けられることになる。
【０３８７】
これに対し、ルートＡを選択すると、端末グループ「ｍ３」に属する端末装置が一時記憶している共有情報は、そのまま再確立された通信ルートにより送信でき、端末グループ「ｍ４」に属する端末装置が一時記憶している共有情報も、端末グループ「ｍ３」まで戻せば再確立された通信ルートに乗せることができるので、効率がよい。
【０３８８】
そのため、ルート再確立処理では、通常のルート確立処理と異なり、ルートＡを選択する。
【０３８９】
そのような動作を実現するために、この実施の形態におけるリーダ端末装置が行うルート再確立処理の流れについて説明する。
図３８は、この実施の形態におけるリーダ端末装置がグループ間ルートを再確立するルート再確立処理の流れの一例を示すフローチャート図である。
【０３９０】
Ｓ０１において、ルーティング制御部１２０ｚは、通信装置９１５を用いて、端末グループ間ルーティングプロトコルｔ０９により、出口側グループを管理するリーダ端末装置が送信してきたルート切断情報を受信する。
ルート切断情報は、通信ルートが切断したことを示す情報であり、通信ルートのルート識別子を含む。
【０３９１】
Ｓ０２において、ルーティング制御部１２０ｚは、通信装置９１５を用いて、端末グループ間ルーティングプロトコルｔ０９により、隣接グループを管理するリーダ端末装置に対して、ルート確立要求情報を送信する。
ルート確立要求情報は、ルート確立処理のときに送信するものと同じものであり、切断した通信ルートのルート識別子を含む。
なお、このときルート確立要求情報を送信する相手には、入口側グループ及び出口側グループを管理するリーダ端末装置は含まない。
【０３９２】
Ｓ０３において、ルーティング制御部１２０ｚは、所定の時間が経過するのを待つ。これは、Ｓ０２で送信したルート確立要求情報に対する応答を待つ時間である。
所定の時間の間にルート確立要求情報に対する応答として、ルート確立に成功したことを示すルート確立結果情報を受信した場合には、Ｓ０７へ進む。
しかし、Ｓ０３で待つ時間は比較的短いので、通常、その間にルート確立結果情報を受信することはない。
【０３９３】
Ｓ０４において、ルーティング制御部１２０ｚは、通信装置９１５を用いて、端末グループ間ルーティングプロトコルｔ０９により、入口側グループを管理するリーダ端末装置に対して、ルート切断情報を送信する。
入口側グループを管理するリーダ端末装置は、これを受信し、同様のルート再確立処理を開始する。
【０３９４】
Ｓ０５において、ルーティング制御部１２０ｚは、通信装置９１５を用いて、端末グループ間ルーティングプロトコルｔ０９により、ルート確立結果情報を受信する。
ルート確立結果情報は、入口側グループを管理するリーダ端末装置が送信してくる場合、出口側グループを管理するリーダ端末装置が送信してくる場合、それ以外の隣接グループを管理するリーダ端末装置が送信してくる場合がある。
いずれにせよ、ルーティング制御部１２０ｚは、ルート確立に成功したことを示すルート確立結果情報のうち、最も早くルート確立結果情報を受信したルートを選択し、確立処理をする。
【０３９５】
Ｓ０６において、ルーティング制御部１２０ｚは、通信装置９１５を用いて、端末グループ間ルーティングプロトコルｔ０９により、入口側グループを管理するリーダ端末装置に対して、ルート確立結果情報を送信する。ただし、Ｓ０５で受信したルート確立結果情報が入口側グループを管理するリーダ端末装置からのものでない場合に限る。
【０３９６】
Ｓ０７において、ルーティング制御部１２０ｚは、通信装置９１５を用いて、端末グループ間ルーティングプロトコルｔ０９により、出口側グループを管理するリーダ端末装置に対して、ルート確立結果情報を送信する。ただし、Ｓ０５で受信したルート確立結果情報が出口側グループを管理するリーダ端末装置からのものでない場合に限る。
【０３９７】
動作の具体例を説明するため、図３７に戻って説明する。
【０３９８】
端末グループ「ｍ３」のリーダ端末装置は、Ｓ０１において、端末グループ「ｍ４」のリーダ端末装置からルート切断情報を受信する。
端末グループ「ｍ３」のリーダ端末装置は、Ｓ０２において、端末グループ「ｍ６」のリーダ端末装置に対して、ルート確立要求情報を送信する。
端末グループ「ｍ３」のリーダ端末装置がＳ０３において、所定の時間が経過するのを待つ。
その間に、端末グループ「ｍ６」のリーダ端末装置は、端末グループ「ｍ７」のリーダ端末装置に対して、ルート確立要求情報を送信する。
また、端末グループ「ｍ７」のリーダ端末装置は、端末グループ「ｍ５」のリーダ端末装置に対して、ルート確立要求情報を送信する。
【０３９９】
その頃、端末グループ「ｍ３」のリーダ端末装置は、Ｓ０３の処理を終え、Ｓ０４へ進む。端末グループ「ｍ３」のリーダ端末装置は、Ｓ０４において、端末グループ「ｍ２」のリーダ端末装置に対して、ルート切断情報を送信する。
端末グループ「ｍ２」のリーダ端末装置は、Ｓ０１において、端末グループ「ｍ３」のリーダ端末装置が送信してきたルート切断情報を受信する。
【０４００】
その頃、端末グループ「ｍ５」のリーダ端末装置は、端末グループ「ｍ７」のリーダ端末装置に対して、ルート確立結果情報を送信する。この例では、ルート確立に成功したものとする。
【０４０１】
端末グループ「ｍ２」のリーダ端末装置は、Ｓ０２において、端末グループ「ｍ８」のリーダ端末装置に対して、ルート確立要求情報を送信する。
端末グループ「ｍ７」のリーダ端末装置は、端末グループ「ｍ６」のリーダ端末装置に対して、ルート確立結果情報を送信する。
端末グループ「ｍ２」のリーダ端末装置は、Ｓ０３において、所定の時間が経過するのを待つ。
【０４０２】
端末グループ「ｍ６」のリーダ端末装置は、端末グループ「ｍ３」のリーダ端末装置に対して、ルート確立結果情報を送信する。
端末グループ「ｍ３」のリーダ端末装置は、Ｓ０５において、端末グループ「ｍ６」のリーダ端末装置が送信してきたルート確立結果情報を受信する。この例では、ルート確立に成功したものとする。
端末グループ「ｍ３」のリーダ端末装置は、これが最初に受信したルート確立成功を示すルート確立結果情報であるから、この情報に基づいて、通信ルートを再確立する。
【０４０３】
端末グループ「ｍ３」のリーダ端末装置は、Ｓ０６において、端末グループ「ｍ２」のリーダ端末装置に対して、ルート確立結果情報を送信する。
出口側グループ（ｍ３）を管理するリーダ端末装置から送信してくるルート確立結果情報がルート確立に成功したことを示す場合、端末グループ「ｍ２」のリーダ端末装置は、ルートを変更する必要がない。したがって、端末グループ「ｍ２」のリーダ端末装置におけるルート再確立処理はキャンセルされる。
端末グループ「ｍ２」のリーダ端末装置が、入口側グループ（ｍ１）を管理するリーダ端末装置に対してルート切断情報を送信している（Ｓ０４）場合は、端末グループ「ｍ１」のリーダ端末装置におけるルート再確立処理をキャンセルするため、ルート確立結果情報を送信する。
この例では、まだＳ０３の処理をしている間にルート確立結果情報を受信し、Ｓ０４の処理は行っていないので、その必要はない。
【０４０４】
また、ルート確立要求情報を送信した端末グループ「ｍ８」のリーダ端末装置に対しても、ルート確立処理をキャンセルするため、ルート確立結果情報を送信してもよい。
【０４０５】
端末グループ「ｍ３」のリーダ端末装置は、Ｓ０７において、端末グループ「ｍ４」：のリーダ端末装置に対して、ルート確立結果情報を送信する。
端末グループ「ｍ４」のリーダ端末装置は、端末グループ「ｍ３」のリーダ端末装置が送信してきたルート確立結果情報を受信する。
端末グループ「ｍ４」のリーダ端末装置は、これにより、端末グループ「ｍ３」から分岐する新たな通信ルートが確立されたことを知り、グループ内端末装置が保持している共有情報の断片を、端末グループ「ｍ３」に差し戻すよう、グループ内端末装置に送信先を指示する。
【０４０６】
このように、少し時間を空けてから入口側グループにルート切断を通知するので、切断前の通信ルートをできるだけ多く利用できる通信ルートのほうが早く見つかる可能性が高い。
切断前の通信ルートを多く利用できる通信ルートを再確立すれば、端末装置が保持している転送中の共有情報を差し戻す手間が少なくて済むので、効率的に通信を再開できる。
【０４０７】
なお、この例では、Ｓ０３で待つ時間を比較的短時間としている。入口側グループにルート切断情報を送信するタイミングが早ければ、再確立すべき通信ルートが早く見つかり、終了許容時刻前に通信を再開できる可能性が高いからである。
しかし、Ｓ０３で比較的長時間待つこととしてもよい。そうすれば、ある端末グループから分岐する通信ルートがあるにもかかわらず、それよりも前の端末グループから分岐する通信ルートのほうが先に見つかってしまうのを防ぐことができるので、効率的に通信を再開できる。
【０４０８】
次に、ルートＡが発見できない場合の動作について説明する。
【０４０９】
ルートＡが発見できない場合、端末グループ「ｍ３」のリーダ端末装置は、Ｓ０５でルート確立結果情報を受信するのを待っている。
その間に、端末グループ「ｍ２」のリーダ端末装置は、Ｓ０４の処理に移り、端末グループ「ｍ１」のリーダ端末装置に対して、ルート切断情報を送信する。
【０４１０】
端末グループ「ｍ８」「ｍ９」「ｍ５」を管理するリーダ端末装置は、通常のルート確立処理を行い、ルート確立結果情報を送信する。
端末グループ「ｍ２」のリーダ端末装置は、Ｓ０５において、ルート確立結果情報を受信する。この例では、ルート確立に成功したものとする。
端末グループ「ｍ２」のリーダ端末装置は、Ｓ０６において、端末グループ「ｍ１」のリーダ端末装置に対してルート確立結果情報を送信し、ルート再確立処理をキャンセルする。
【０４１１】
端末グループ「ｍ２」のリーダ端末装置は、Ｓ０７において、端末グループ「ｍ３」のリーダ端末装置に対してルート確立結果情報を送信する。
端末グループ「ｍ３」のリーダ端末装置は、Ｓ０５において、端末グループ「ｍ２」のリーダ端末装置が送信してきたルート確立結果情報を受信する。
【０４１２】
端末グループ「ｍ３」のリーダ端末装置は、Ｓ０５でルート確立結果情報を送信してきたのが入口側グループのリーダ端末装置であるから、Ｓ０６の処理を飛ばし、Ｓ０７において、端末グループ「ｍ４」のリーダ端末装置に対して、ルート確立結果情報を送信する。
【０４１３】
端末グループ「ｍ３」及び「ｍ４」のリーダ端末装置は、これにより、端末グループ「ｍ２」から分岐する新たな通信ルートが確立されたことを知り、グループ内端末装置が保持している共有情報の断片を、端末グループ「ｍ２」に差し戻すよう、グループ内端末装置に送信先を指示する。
【０４１４】
グループ内で共有情報の差し戻しが発生した場合、リーダ端末装置が通信ルートを調整して、端末装置に送信先を指示する。
図３７で説明したようなグループ間で共有情報の差し戻しが発生した場合には、リーダ端末装置間の交渉により、差し戻し用の通信ルートを確立する必要が生じる。
【０４１５】
この通信ルートは、正規の通信ルートと同じルート識別子を有し、優先度も正規の通信ルートと同じとする。
あるいは、情報共有優先度分析部１７０が、正規の通信ルートよりも優先度を低く判断することとしてもよい。正規の通信ルートと異なり、差し戻し用の通信ルートが確立できない場合には、発信元端末装置から同じ断片を再送すれば済むからである。
【０４１６】
また、この例においてルートＢが再確立された場合のように、端末グループ「ｍ４」に属する端末装置が保持している共有情報の断片を端末グループ「ｍ２」まで差し戻すよりも、発信元端末装置から再送させたほうが効率がよい場合もある。
【０４１７】
そのため、どちらが効率がよいかをリーダ端末装置が判断し、再送のほうが効率がよい場合には、グループ内端末装置が保持している共有情報の断片を破棄する構成としてもよい。
あるいは、差し戻しをする範囲を端末グループ単位で定め、例えば、一つ前の隣接グループまで差し戻せば正規の通信ルートに乗せられる場合には、共有情報の断片を差し戻し、もっと前まで差し戻さなければならない場合には、破棄することとして、リーダ端末装置が判断し、グループ内端末装置に指示してもよい。
【０４１８】
この実施の形態におけるアドホックネットワーク情報共有装置（通信システム８００）は、ルーティングの再確立において、切断された端末グループ間のルートを確保できない場合に、通信ルートの前の端末グループからの再ルーティングを行い、さらに通信ルートを確保できない場合は、さらに前の端末グループからの再ルーティングを行い、この間、リーダ端末装置が破棄されるルーティングの途中の端末に保持される共有情報について、予め情報共有属性に規定されている時間を超える場合には情報共有処理の破棄、また有効な場合には情報を前の端末グループに差し戻す事により無駄なルートの占有を回避し、かつ情報共有の処理時間の遅延を抑制するルーティング制御部１２０ｚを備えることを特徴とする。
【０４１９】
以上説明したアドホックネットワーク情報共有装置によれば、端末構成の移動などによるルート変更の時間や、ルート再確立によるコスト変化が情報共有の処理時間に許容できない超過を発生させる可能性がなく、遅延が更に次の周期で送信される共有情報や、他の情報共有にも遅延などの悪影響を発生させるのを防ぐことができる。
また、各端末装置は発信する電波が届く範囲に存在する端末装置を用いた全てのルーティング情報を保持する必要がないため、このためのメモリ量が小さくて済む。
更に、このアドホックネットワーク情報共有装置は、共有する情報の更新を一律に実行するのではなく、例えば優先度の低い情報や、既に遅延が大きく更新の意味が無い情報の場合は処理を中断するので、そのための無駄な通信ルートが帯域を占有することがなく、現段階で重要な情報の更新に許容できない遅延を発生させるのを防ぐことができる。
【０４２０】
また、このアドホックネットワーク情報共有装置は、情報共有を実行するルートの再確立時に、切断された送信側の端末装置が新たな隣接局の検索を行うのではなく、その端末装置が属する端末グループのリーダ端末装置や隣接グループのリーダ端末装置に処理を分散して再確立する通信ルートを探すので、１つの端末装置に処理が集中することがなく、全体としての処理時間を抑え、情報共有に許容できない遅延が発生するのを防ぐことができる。
更に、このアドホックネットワーク情報共有装置は、情報共有を実行するルートの再確立時に、情報共有に費やす許容時間を越えている場合には、新たな隣接局の検索に処理を中断するので、無駄なＣＰＵ、通信処理が発生するのを防ぐことができる。
【０４２１】
このアドホック情報共有方式によれば、端末装置の移動により発生する通信帯域の変動が情報更新の処理時間に与える影響を、その重要度に応じて調整し、かつ無駄なルーティングのための通信や電力消費の削減を実現することができる。
【図面の簡単な説明】
【０４２２】
【図１】実施の形態１における通信システム８００の全体構成の一例を示すシステム構成図。
【図２】実施の形態１における端末装置１０１ａ〜１０４ｚのハードウェア資源の一例を示す図。
【図３】実施の形態１における端末装置１０１ａの機能ブロックの構成の一例を示すブロック構成図。
【図４】実施の形態１における端末装置１０１ａが有する送受信部１１０の内部ブロックの構成の一例を示す詳細ブロック図。
【図５】実施の形態１における端末装置１０１ａが有するルーティング制御部１２０の内部ブロックの構成の一例を示す詳細ブロック図。
【図６】実施の形態１における端末装置１０１ａが有するルーティングテーブル記憶部１３０の内部ブロックの構成の一例を示す詳細ブロック図。
【図７】実施の形態１における端末装置１０１ａが有するデータベース記憶部１５０の内部ブロックの構成の一例を示す詳細ブロック図。
【図８】実施の形態１における端末装置１０１ａが有する属性テーブル記憶部１４０の内部ブロックの構成の一例を示す詳細ブロック図。
【図９】実施の形態１におけるリーダ端末装置１０１ｚの機能ブロックの構成の一例を示すブロック構成図。
【図１０】実施の形態１におけるリーダ端末装置１０１ｚが有するルーティング制御部１２０ｚの内部ブロックの構成の一例を示す詳細ブロック図。
【図１１】実施の形態１におけるリーダ端末装置１０１ｚが有するルーティングテーブル記憶部１３０ｚの内部ブロックの構成の一例を示す詳細ブロック図。
【図１２】実施の形態１におけるグループ隣接端末記憶部１３１ｚが記憶する隣接端末情報の一例を示す図。
【図１３】実施の形態１における隣接グループ記憶部２４３が記憶する隣接グループ情報の一例を示す図。
【図１４】実施の形態１におけるグループ内通信ルート記憶部１３２ｚが記憶するグループ内通信ルート情報の一例を示す図。
【図１５】実施の形態１におけるグループ間通信ルート記憶部２４４が記憶するグループ間通信ルート情報の一例を示す図。
【図１６】実施の形態１における属性総合テーブル記憶部１４０ｚが記憶する共有属性情報５５０の一例を示す図。
【図１７】実施の形態１における端末装置１０１ａが隣接端末情報を収集するルート検索処理の流れの一例を示すフローチャート図。
【図１８】実施の形態１におけるリーダ端末装置１０１ｚがグループ内端末装置の配置を把握する配置把握処理の流れの一例を示すフローチャート図。
【図１９】実施の形態１における情報共有プロトコルｔ０８でやり取りされるメッセージの一例を示す図。
【図２０】実施の形態１におけるリーダ端末装置が通信ルートを確立するルート確立処理の流れの一例を示すフローチャート図。
【図２１】実施の形態１におけるリーダ端末装置が通信ルートを確立するルート確立処理の流れの一例を示すフローチャート図。
【図２２】実施の形態１にリーダ端末装置が通信ルートを確立するルート確立処理の流れの一例を示すフローチャート図。
【図２３】実施の形態１において確立される通信ルートの一例を示す図。
【図２４】実施の形態１におけるリーダ端末装置が通信ルートを解放するルート解放処理の流れの一例を示すフローチャート図。
【図２５】実施の形態１における通信システム８００内でルート確立手順においてやり取りされるメッセージなどを示す図。
【図２６】実施の形態１における通信システム８００内で情報更新手順およびルート解放手順においてやり取りされるメッセージなどを示す図。
【図２７】実施の形態２における端末装置１０１ａが情報共有プロトコルｔ０８により共有情報を転送する転送処理の流れの一例を示すフローチャート図。
【図２８】実施の形態２におけるリーダ端末装置が切断した通信ルートを再確立するルート再確立処理の流れの一例を示すフローチャート図。
【図２９】実施の形態２におけるルート再確立処理によって再確立される通信ルートを示す図。
【図３０】実施の形態３におけるリーダ端末装置１０１ｚの機能ブロックの構成の一例を示すブロック構成図。
【図３１】実施の形態３における属性総合テーブル記憶部１４０ｚが記憶する共有属性情報５５０の一例を示す図。
【図３２】実施の形態３におけるルーティング制御部１２０ｚがグループ内通信ルートを再構築するルート再構築処理の流れの一例を示すフローチャート図。
【図３３】実施の形態３におけるルーティング制御部１２０ｚが解放すべき通信ルートの候補を抽出する解放候補抽出処理の流れの一例を示すフローチャート図。
【図３４】実施の形態４におけるリーダ端末装置１０１ｚのグループ間通信ルート記憶部２４４が記憶するグループ間通信ルート情報の一例を示す図。
【図３５】実施の形態４における通信システム８００が共有情報を転送する様子の一例を示す図。
【図３６】実施の形態４における通信システム８００が共有情報６５１の転送を再開する様子の一例を示す図。
【図３７】実施の形態４におけるグループ間通信ルートの一例を示す図。
【図３８】実施の形態４におけるリーダ端末装置がグループ間ルートを再確立するルート再確立処理の流れの一例を示すフローチャート図。
【符号の説明】
【０４２３】
１０１ａ〜１０４ｚ  端末装置、１１０  送受信部、１１１  情報受信部、１１２  通知先判断部、１１３  情報転送部、１１４  通知情報送信部、１２０，１２０ｚ  ルーティング制御部、１２１  隣接端末通知部、１２２  ルート確立要求通知部、１３０，１３０ｚ  ルーティングテーブル記憶部、１３１  隣接端末記憶部、１３１ｚ  グループ隣接端末記憶部、１３２  送信先端末記憶部、１３２ｚ  グループ内通信ルート記憶部、１４０  属性テーブル記憶部、１４０ｚ  属性総合テーブル記憶部、１４２  通知先記憶部、１４３  確立開始時刻記憶部、１４４  開始許容時刻記憶部、１４５  終了許容時刻記憶部、１５０  データベース記憶部、１５１  通知情報記憶部、１５２  共有情報記憶部、１６０  情報共有スケジュール分析部、１７０  情報共有優先度分析部、２１１  ルート確立要求取得部、２１２  グループ間ルート確立要求取得部、２１３  グループ間ルート確立結果取得部、２２１  通知先判別部、２２２  通知先グループ判断部、２２３  送信先グループ判別部、２２４  送信先端末判別部、２２５  ルート確立成否判断部、２３１  送信先端末通知部、２３２  グループ間ルート確立結果通知部、２３３  グループ間ルート確立要求通知部、２４１  グループ隣接端末取得部、２４２  隣接グループ算出部、２４３  隣接グループ記憶部、２４４  グループ間通信ルート記憶部、５０１  端末識別子、５１０  隣接端末情報、５１１  隣接端末識別子、５１２  ホップ数、５２０  送信先端末情報、５２１  ルート識別子、５２２  送信先識別子、５２２ｇ  グループホップリスト、５２２ｚ  端末ホップリスト、５２３  ルート状態、５２９  送信先識別子、５４１，５５１  共有情報識別子、５４２  通知情報、５４３  共有情報、５５０  共有属性情報、５５２  共有端末リスト、５５３  確立開始時刻情報、５５４  開始許容時刻情報、５５５  終了許容時刻情報、５６１  隣接グループ識別子、５６２  相手グループ入口端末識別子、５６３  出口端末識別子、５７１  共有リスト識別子、５７２  マスタ端末識別子、５７３  情報更新開始時刻、５７４  更新周期時間、５７５  情報更新超過許容時間、５７６  情報更新開始超過許容時間、５７７  優先度、６１１  ルート確立要求情報、６１３  ルーティング情報要求情報、６１４  ルーティング情報応答情報、６１５  隣接端末情報、６１６  ルート確立成功情報、６１７  送信先端末情報、６１８  ルート解放要求情報、６２１  グループ間ルート確立要求情報、６２２  グループ間ルート確立結果情報、６２３  グループ間ルート確立指示情報、６３１，６５１  共有情報、６３２  受領メッセージ、６５１ａ〜６５１ｋ  断片、８００  通信システム、８０１〜８０４  端末グループ、９０１  表示装置、９０２  キーボード、９０３  マウス、９０４  ＦＤＤ、９０５  ＣＤＤ、９０６  プリンタ装置、９０７  スキャナ装置、９１０  システムユニット、９１１  ＣＰＵ、９１２  バス、９１３  ＲＯＭ、９１４  ＲＡＭ、９１５  通信装置、９２０  磁気ディスク装置、９２１  ＯＳ、９２２  ウィンドウシステム、９２３  プログラム群、９２４  ファイル群、９３１  電話器、９３２  ファクシミリ機、９４０  インターネット、９４１  ゲートウェイ、９４２  ＬＡＮ、ｐ０１〜ｐ０５  ホップ、ｔ０７  端末グループ内ルーティングプロトコル、ｔ０８  情報共有プロトコル、ｔ０９  端末グループ間ルーティングプロトコル。
【図１】
2007336360.tif 000003
【図２】
2007336360.tif 000004
【図３】
2007336360.tif 000005
【図４】
2007336360.tif 000006
【図５】
2007336360.tif 000007
【図６】
2007336360.tif 000008
【図７】
2007336360.tif 000009
【図８】
2007336360.tif 000010
【図９】
2007336360.tif 000011
【図１０】
2007336360.tif 000012
【図１１】
2007336360.tif 000013
【図１２】
2007336360.tif 000014
【図１３】
2007336360.tif 000015
【図１４】
2007336360.tif 000016
【図１５】
2007336360.tif 000017
【図１６】
2007336360.tif 000018
【図１７】
2007336360.tif 000019
【図１８】
2007336360.tif 000020
【図１９】
2007336360.tif 000021
【図２０】
2007336360.tif 000022
【図２１】
2007336360.tif 000023
【図２２】
2007336360.tif 000024
【図２３】
2007336360.tif 000025
【図２４】
2007336360.tif 000026
【図２５】
2007336360.tif 000027
【図２６】
2007336360.tif 000028
【図２７】
2007336360.tif 000029
【図２８】
2007336360.tif 000030
【図２９】
2007336360.tif 000031
【図３０】
2007336360.tif 000032
【図３１】
2007336360.tif 000033
【図３２】
2007336360.tif 000034
【図３３】
2007336360.tif 000035
【図３４】
2007336360.tif 000036
【図３５】
2007336360.tif 000037
【図３６】
2007336360.tif 000038
【図３７】
2007336360.tif 000039
【図３８】
2007336360.tif 000040