(57)【要約】      （修正有）【課題】通信の切断がおこる状況でもグループ通信を継続することができるグループ通信システム、グループ通信の制御方法、情報処理装置、及びプログラムを提供する。【解決手段】  第１の情報処理装置は、グループに参加しようとしている他の情報処理装置の認証を行い、認証が成功したときに他の情報処理装置の識別情報を含む参加通知情報をグループに所属している情報処理装置の夫々に送信し、第２の情報処理装置は、第１の情報処理装置の通信が切断されたことを検出し、第１の情報処理装置の通信が切断されたときに認証を代行し、代行した認証が成功したときに参加通知情報をグループに所属している情報処理装置の夫々に送信することとする。【選択図】  図１１
2005311527.tif 000002
【特許請求の範囲】
【請求項１】
同一のグループに所属する複数の情報処理装置間で通信を行うグループ通信システムの制御方法であって、
前記情報処理装置の夫々は互いに通信可能に接続し、
前記グループに所属している前記情報処理装置の夫々は、
前記グループに所属している前記情報処理装置の識別情報を記憶し、
記憶している前記識別情報に対応する前記情報処理装置の夫々との間でデータの送受信を行い、
前記グループに所属している前記情報処理装置である第１の情報処理装置は、
前記グループに参加しようとしている他の情報処理装置の認証を行い、
前記認証が成功したときに、前記他の情報処理装置の識別情報を含む参加通知情報を前記グループに所属している前記情報処理装置の夫々に送信し、
前記グループに所属している、前記第１の情報処理装置とは異なる前記情報処理装置である第２の情報処理装置は、
前記第１の情報処理装置の通信が切断されたことを検出し、
前記第１の情報処理装置の通信が切断されたときに前記認証を代行し、
前記代行した認証が成功したときに、前記参加通知情報を前記グループに所属している前記情報処理装置の夫々に送信し、
前記グループに所属している前記情報処理装置の夫々は、
前記第１の情報処理装置又は前記第２の情報処理装置から送信される前記参加通知情報を受信し、
受信した前記参加通知情報に含まれる前記識別情報を記憶すること、
を特徴とするグループ通信システムの制御方法。
【請求項２】
請求項１に記載のグループ通信システムの制御方法であって、
前記グループに所属している前記情報処理装置の夫々は、前記識別情報に対応付けて前記情報処理装置の通信状態を示す情報である通信状態情報を記憶し、
前記第１の情報処理装置は、
前記グループに所属している前記情報処理装置の夫々について、前記情報処理装置の前記通信状態情報を取得し、
取得した前記通信状態情報の夫々に、対応する前記識別情報を付帯させて前記グループに所属する前記情報処理装置の夫々に送信し、
第２の情報処理装置は、
前記第１の情報処理装置の通信が切断されたときに、前記情報処理装置の夫々の前記通信状態情報の取得を代行し、
取得した前記通信状態情報の夫々に、対応する前記情報処理装置の識別情報を付帯させて前記グループに所属する前記情報処理装置の夫々に送信し、
前記グループに所属している前記情報処理装置の夫々は、
前記第１の情報処理装置又は第２の情報処理装置から送信される前記通信状態情報を受信し、
受信した前記通信状態情報に基づいて記憶している前記通信状態情報を更新すること、
を特徴とするグループ通信システムの制御方法。
【請求項３】
請求項１に記載のグループ通信システムの制御方法であって、
前記グループに所属する前記情報処理装置の夫々は、データを暗号化するための暗号鍵を記憶し、
前記第１の情報処理装置又は第２の情報処理装置は、前記認証が成功した場合に前記暗号鍵を前記他の情報処理装置に送信し、
前記グループに所属する前記情報処理装置の夫々は、前記送受信する前記データに対して、前記暗号鍵を用いて暗号化を施すこと、
を特徴とするグループ通信システムの制御方法。
【請求項４】
請求項１に記載のグループ通信システムの制御方法であって、
前記情報処理装置の夫々は、アドホック方式の無線通信によって通信を行うこと、
を特徴とするグループ通信システムの制御方法。
【請求項５】
請求項１に記載のグループ通信システムの制御方法であって、
前記第１の情報処理装置は、
前記グループに所属している前記情報処理装置のひとつを前記第２の情報処理装置として選択し、
選択した前記第２の情報処理装置に対し、前記第１の情報処理装置が前記グループを離脱することを示すメッセージを送信し、
前記第２の情報処理装置は、
前記第１の情報処理装置から前記メッセージを受信し、
前記メッセージを受信したことにより前記第１の情報処理装置の通信が切断されたことを検出すること、
を特徴とするグループ通信システムの制御方法。
【請求項６】
請求項５に記載のグループ通信システムの制御方法であって、
前記第１の情報処理装置は、
前記グループに所属する前記第１の情報処理装置以外の前記情報処理装置の夫々について、前記情報処理装置との間の通信品質を示す情報である通信品質情報を取得し、
取得した前記通信品質情報に応じて前記情報処理装置を前記第２の情報処理装置として選択すること、
を特徴とするグループ通信システムの制御方法。
【請求項７】
請求項６に記載のグループ通信システムの制御方法であって、
前記情報処理装置の夫々は、アドホック方式の無線通信又はＴＣＰ／ＩＰ方式の有線通信によって通信を行い、
前記第１の情報処理装置は、
前記グループに所属する前記第１の情報処理装置以外の前記情報処理装置の夫々について、前記第１の情報処理装置との間のホップ数を前記通信品質情報として取得し、
取得した前記ホップ数に応じて前記第２の情報処理装置として選択すること、
を特徴とするグループ通信システムの制御方法。
【請求項８】
請求項５に記載のグループ通信システムの制御方法であって、
前記第１の情報処理装置は、
所定の期間毎に、前記グループに所属する前記第１の情報処理装置以外の前記情報処理装置の夫々について、前記情報処理装置との間の通信品質を示す情報である通信品質情報を取得し、
取得した前記通信品質情報に基づいて、当該情報処理装置の通信状況を評価するための評価値を算出し、
算出した前記評価値が所定の閾値を下回ったときに、前記グループに所属する前記第１の情報処理装置以外の前記情報処理装置の夫々に対して、前記認証を行う第２の情報処理装置を選択するように指示する認証装置選択メッセージを送信し、
前記グループに所属する前記第１の情報処理装置以外の前記情報処理装置の夫々は、
前記認証装置選択メッセージを受信し、
前記認証装置選択メッセージの受信に応じて、当該情報処理装置と前記グループに所属する前記情報処理装置の夫々との間の前記通信品質情報を取得し、
取得した前記通信品質情報に基づく前記評価値を算出し、
算出した前記評価値を前記第１の情報処理装置に送信し、
前記第１の情報処理装置は、
前記グループに所属する前記情報処理装置の夫々から前記評価値を受信し、
受信した前記評価値に応じて前記第２の情報処理装置を選択すること、
を特徴とするグループ通信システムの制御方法。
【請求項９】
請求項１に記載のグループ通信システムの制御方法であって、
前記グループに所属している前記情報処理装置の少なくともいずれかは、前記グループに所属していない他の情報処理装置に対して、前記グループに参加することが可能になった旨を示す参加可能通知メッセージに前記第１の情報処理装置の識別情報を付帯させて送信し、
前記他の情報処理装置は、
前記招待メッセージを受信し、
前記招待メッセージに応じて、前記グループに参加するかどうかを示す応答を、前記招待メッセージに付帯されている前記識別情報によって特定される前記情報処理装置に送信し、
前記第１の情報処理装置は、
前記他の情報処理装置から送信される前記招待メッセージに対する前記応答を受信し、
受信した前記応答に応じて前記他の情報処理装置の前記認証を行い、
前記グループに所属している前記情報処理装置の少なくともいずれかは、前記第１の情報処理装置の通信が切断されたときに、前記第２の情報処理装置の識別情報を前記招待メッセージに付帯させて前記他の情報処理装置に送信し、
前記第２の情報処理装置は、
前記第１の情報処理装置の通信が切断されたときに、前記応答を前記他の情報処理装置から受信し、
受信した前記応答に応じて前記他の情報処理装置の前記認証を行うこと、
を特徴とするグループ通信システムの制御方法。
【請求項１０】
請求項１に記載のグループ通信システムの制御方法、
前記第２の情報処理装置は、
前記第１の情報処理装置の通信が切断されたことを検出したときに前記データの送受信を継続するかどうかを示す情報であるポリシー情報を記憶し、
前記第１の情報処理装置の通信が切断された場合、記憶している前記ポリシー情報が前記データの送受信を継続することを示す情報であるとき、前記認証を代行すること、
を特徴とするグループ通信システムの制御方法。
【請求項１１】
同一のグループに所属する複数の情報処理装置間で通信を行うグループ通信システムであって、
前記情報処理装置の夫々は互いに通信可能に接続し、
前記グループに所属している前記情報処理装置の夫々は、
前記グループに所属している前記情報処理装置の識別情報を記憶するメンバ記憶部と、
前記メンバ記憶部に記憶されている前記識別情報に対応する前記情報処理装置の夫々との間でデータの送受信を行うグループ通信部と、
を備え、
前記グループに所属している前記情報処理装置である第１の情報処理装置は、
前記グループに参加しようとしている他の情報処理装置の認証を行う第１の認証処理部と、
前記認証が成功したときに、前記他の情報処理装置の識別情報を含む参加通知情報を前記グループに所属している前記情報処理装置の夫々に送信する参加通知情報送信部と、
を備え、
前記グループに所属している、前記第１の情報処理装置とは異なる前記情報処理装置である第２の情報処理装置は、
前記第１の情報処理装置の通信が切断されたことを検出する切断検出部と、
前記第１の情報処理装置の通信が切断されたときに前記認証を代行する第２の認証処理部と、
前記第２の認証処理部が代行した前記認証が成功したときに、前記参加通知情報を前記グループに所属している前記情報処理装置の夫々に送信する第２の参加通知情報送信部と、
を備え、
前記グループに所属している前記情報処理装置の夫々は、
前記第１の情報処理装置又は前記第２の情報処理装置から送信される前記参加通知情報を受信する参加通知情報受信部と、
受信した前記参加通知情報に含まれる前記識別情報を、前記メンバ記憶部に記憶させるメンバ管理部と、
を備えることを特徴とするグループ通信システム。
【請求項１２】
請求項１１に記載のグループ通信システムであって、
前記メンバ記憶部は、前記識別情報に対応付けて前記情報処理装置の通信状態を示す情報である通信状態情報を記憶し、
前記第１の情報処理装置は、
前記グループに所属している前記情報処理装置の夫々について、前記情報処理装置の前記通信状態情報を取得する第１の通信状態情報取得部と、
取得した前記通信状態情報の夫々に、対応する前記識別情報を付帯させて前記グループに所属する前記情報処理装置の夫々に送信する第１の通信状態情報送信部と、を備え、
第２の情報処理装置は、
前記第１の情報処理装置の通信が切断されたときに、前記情報処理装置の夫々の前記通信状態情報の取得を代行する第２の通信状態情報取得部と、
前記第２の通信状態情報取得部が取得した前記通信状態情報の夫々に、対応する前記情報処理装置の識別情報を付帯させて前記グループに所属する前記情報処理装置の夫々に送信する第２の通信状態情報送信部と、を備え、
前記グループに所属している前記情報処理装置の夫々は、前記第１の情報処理装置又は第２の情報処理装置から送信される前記通信状態情報を受信する通信状態情報受信部を備え、
前記メンバ管理部は、受信した前記通信状態情報に基づいて、前記メンバ記憶部が記憶している前記通信状態情報を更新すること、
を特徴とするグループ通信システム。
【請求項１３】
請求項１１に記載のグループ通信システムであって、
前記グループに所属する前記情報処理装置の夫々は、データを暗号化するための暗号鍵を記憶する暗号鍵記憶部を備え、
前記第１の認証処理部又は第２の認証処理部は、前記認証が成功した場合に前記暗号鍵を前記他の情報処理装置に送信し、
前記グループ通信部は、前記送受信する前記データに対して、前記暗号鍵を用いて暗号化を施すこと、
を特徴とするグループ通信システム。
【請求項１４】
請求項１１に記載のグループ通信システムであって、
前記第１の情報処理装置は、
前記グループに所属している前記情報処理装置のひとつを前記第２の情報処理装置として選択する認証装置選択部と、
前記認証装置選択部が選択した前記第２の情報処理装置に対し、前記第１の情報処理装置が前記グループを離脱することを示すメッセージを送信する離脱メッセージ送信部と、
を備え、
前記第２の情報処理装置は、前記第１の情報処理装置から前記メッセージを受信する離脱メッセージ受信部を備え、
前記離脱検出部は、前記離脱メッセージ受信部が前記メッセージを受信したことに応じて、前記第１の情報処理装置の通信が切断されたことを検出すること、
を特徴とするグループ通信システム。
【請求項１５】
請求項１４に記載のグループ通信システムであって、
前記第１の情報処理装置は、
所定の期間毎に、前記グループに所属する前記第１の情報処理装置以外の前記情報処理装置の夫々について、前記情報処理装置との間の通信品質を示す情報である通信品質情報を取得する第１の通信品質取得部と、
前記第１の通信品質取得部が取得した前記通信品質情報に基づいて、当該情報処理装置の通信状況を評価するための評価値を算出する第１の評価値算出部と、
前記第１の評価値算出部が算出した前記評価値が所定の閾値を下回ったときに、前記グループに所属する前記第１の情報処理装置以外の前記情報処理装置の夫々に対して、前記認証を行う第２の情報処理装置を選択するように指示する認証装置選択メッセージを送信する認証装置選択メッセージ送信部と、
を備え、
前記グループに所属する前記第１の情報処理装置以外の前記情報処理装置の夫々は、
前記認証装置選択メッセージを受信する認証装置選択メッセージ受信部と、
前記認証装置選択メッセージの受信に応じて、当該情報処理装置と前記グループに所属する前記情報処理装置の夫々との間の前記通信品質情報を取得する第２の通信品質取得部と、
前記第２の通信品質取得部が取得した前記通信品質情報に基づく前記評価値を算出する第２の評価値算出部と、
前記第２の評価値算出部が算出した前記評価値を前記第１の情報処理装置に送信する評価値送信部と、
を備え、
前記第１の情報処理装置は、前記グループに所属する前記情報処理装置の夫々から前記評価値を受信する評価値受信部を備え、
前記認証装置選択部は、受信した前記評価値に応じて前記第２の情報処理装置を選択すること、
を特徴とするグループ通信システム。
【請求項１６】
請求項１１に記載のグループ通信システムにおける、前記第２の情報処理装置の機能を有する情報処理装置であって、
前記第１の情報処理装置の通信が切断されたことを検出する切断検出部と、
前記第１の情報処理装置の通信が切断されたときに前記認証を代行する第２の認証処理部と、
前記第２の認証処理部が代行した前記認証が成功したときに、前記参加通知情報を前記グループに所属している前記情報処理装置の夫々に送信する第２の参加通知情報送信部と、
を備えることを特徴とする情報処理装置。
【請求項１７】
請求項１２に記載のグループ通信システムにおける、前記第２の情報処理装置の機能を有する情報処理装置であって、
前記第１の情報処理装置の通信が切断されたときに、前記情報処理装置の夫々の前記通信状態情報の取得を代行する第２の通信状態情報取得部と、
前記第２の通信状態情報取得部が取得した前記通信状態情報の夫々に、対応する前記情報処理装置の識別情報を付帯させて前記グループに所属する前記情報処理装置の夫々に送信する第２の通信状態情報送信部と、を備え、
前記グループに所属している前記情報処理装置の夫々は、前記第１の情報処理装置又は第２の情報処理装置から送信される前記通信状態情報を受信する通信状態情報受信部を備え、
前記メンバ管理部は、受信した前記通信状態情報に基づいて、前記メンバ記憶部が記憶している前記通信状態情報を更新すること、
を備えることを特徴とする情報処理装置。
【請求項１８】
グループに参加しようとしている他の情報処理装置の認証を行い、前記認証が成功したときに、前記他の情報処理装置の識別情報を含む参加通知情報を前記グループに所属している情報処理装置の夫々に送信する第１の情報処理装置と通信可能に接続する第２の情報処理装置に、
前記グループに所属している前記情報処理装置の識別情報を記憶するステップと、
記憶されている前記識別情報に対応する前記情報処理装置の夫々との間でデータの送受信を行うステップと、
前記第１の情報処理装置の通信が切断されたことを検出するステップと、
前記第１の情報処理装置の通信が切断されたときに前記認証を代行するステップと、
前記代行した認証が成功したときに、前記参加通知情報を前記グループに所属している前記情報処理装置の夫々に送信するステップと、
前記参加通知情報に含まれる前記識別情報を記憶するステップと、
を実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、グループ通信システム、グループ通信システムの制御方法、情報処理装置、及びプログラムに関する。
【背景技術】
【０００２】
無線通信を行う端末同士が直接接続し、データの転送を行うことによってネットワークを構成するアドホック方式のネットワークに関する技術が知られている。
【特許文献１】特開２００３−３１８８９６号公報
【非特許文献１】IETF RFC 3626：Optimized Link State Routing Protocol (OLSR)
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ところで、インターネットなどのネットワークに接続した複数の端末がグループを構成し、同一のグループに所属する端末同士で直接通信を行うグループ通信が行われている。グループ通信は、例えば、多地点で電子会議を行うシステムや、複数の人数でメッセージやファイルの交換を行うアプリケーションに用いられている。このようなグループ通信においても、通信におけるセキュリティを確保したいという要請が強くなってきている。そのため、グループに参加する端末に対する認証や、グループのメンバ間でやりとりされるデータに対する暗号化などが行われるようになってきている。例えば、特許文献１には、グループに所属する端末のひとつが、グループに参加する端末を認証する技術が開示されている。
【０００４】
しかしながら、特許文献１に記載されているようなグループ通信では、認証を行う端末の通信が切断された場合についての考慮がなされておらず、アドホック方式によるネットワークのように、端末の移動等によって通信の切断が起きる可能性が高い環境でグループ通信を行う場合、認証を行っている端末の通信が切断され、それ以降グループに端末を参加させることができなくなってしまうということがおこりうる。
【０００５】
本発明はこのような課題を鑑みてなされたものであり、通信の切断がおこる状況でもグループ通信を継続することができるグループ通信システム、グループ通信方法、情報処理装置、及びプログラムを提供することを主たる目的とする。
【課題を解決するための手段】
【０００６】
上記目的を達成するための本発明のうち主たる発明のひとつは、同一のグループに所属する複数の情報処理装置間で通信を行うグループ通信システムの制御方法であって、前記情報処理装置の夫々は互いに通信可能に接続し、前記グループに所属している前記情報処理装置の夫々は、前記グループに所属している前記情報処理装置の識別情報を記憶し、記憶している前記識別情報に対応する前記情報処理装置の夫々との間でデータの送受信を行い、前記グループに所属している前記情報処理装置である第１の情報処理装置は、前記グループに参加しようとしている他の情報処理装置の認証を行い、前記認証が成功したときに、前記他の情報処理装置の識別情報を含む参加通知情報を前記グループに所属している前記情報処理装置の夫々に送信し、前記グループに所属している、前記第１の情報処理装置とは異なる前記情報処理装置である第２の情報処理装置は、前記第１の情報処理装置の通信が切断されたことを検出し、前記第１の情報処理装置の通信が切断されたときに前記認証を代行し、前記代行した認証が成功したときに、前記参加通知情報を前記グループに所属している前記情報処理装置の夫々に送信し、前記グループに所属している前記情報処理装置の夫々は、前記第１の情報処理装置又は前記第２の情報処理装置から送信される前記参加通知情報を受信し、受信した前記参加通知情報に含まれる前記識別情報を記憶することとする。
【発明の効果】
【０００７】
本発明によれば、通信の切断がおこる状況でもグループ通信を継続することができるグループ通信システム、グループ通信システムの制御方法、情報処理装置、及びプログラムを提供することができる。
【発明を実施するための最良の形態】
【０００８】
以下、複数の端末がアドホック方式の無線通信によってネットワークを構成するアドホックネットワークにおいて、同一のグループに所属する複数の端末間での通信（以下、グループ通信という）を行うグループ通信システムについて説明する。  
図１は、本実施の形態に係るアドホックネットワークの一構成例を示す図である。
【０００９】
端末１０００はアドホックネットワークを構成する、例えば、パーソナルコンピュータ（Personal Computer;ＰＣ）や、携帯情報端末（Personal Digital Assistant;ＰＤＡ）、携帯電話、カーナビゲーションシステムなどの情報処理装置である。破線で示した範囲２０００は、端末Ａ（１０００）が直接無線通信をすることが可能な範囲である。
【００１０】
端末Ａ（１０００）から送信されるメッセージは、無線通信が可能な範囲２０００の内に位置している端末Ｃ（１０００）や端末Ｅ（１０００）などによって転送（ルーティング）される。これにより端末Ａ（１０００）は、範囲２０００の外に位置する端末１０００とも通信が可能となっている。例えば、太実線の矢印は、端末Ａ（１０００）から端末Ｂ（１０００）にメッセージを通信する場合の通信経路の一例を示している。端末Ａ（１０００）から送信されるメッセージは、端末Ｅ（１０００）及び端末Ｆ（１０００）によって転送されて端末Ｂ（１０００）に到達する。このようなアドホックネットワークにおけるメッセージの転送方式については、例えば、ＲＦＣ３６２６に詳しい。
【００１１】
本実施形態に係るグループ通信システムは、端末Ａ（１０００）、端末Ｂ（１０００）、端末Ｃ（１０００）、及び端末Ｄ（１０００）によって構成される。グループ通信において送受信されるメッセージは、同一のグループに所属している端末１０００に共通の鍵によって暗号化される。従って、そのグループに所属していない、例えば、端末Ｅ、Ｆ（１０００）などの端末１０００がグループ通信のメッセージを転送する場合であっても、その端末１０００は、転送するメッセージを解読することができないようになっている。
【００１２】
グループに所属していない端末Ｅ、Ｆ（１０００）などの端末１０００がグループに参加する場合、グループに参加しようとしている端末１０００（以下、参加端末という）は、グループに所属しているいずれかの端末１０００によって認証される。認証が成功すると、グループに参加する端末１０００には、認証を行った端末１０００から、暗号化のための共通鍵が配布される。以下の説明において、参加端末の認証を行う端末１０００を認証端末（認証装置）という。
【００１３】
本実施の形態において、認証端末は、グループに参加する端末１０００の認証を行うのみでなく、グループに所属している端末１０００の通信が切断していないかどうかの通信状況の確認も行う。以下、参加端末の認証と、グループに所属している端末１０００の通信状況の確認とを併せてグループ管理処理という。また、認証端末（第１の情報処理装置）の通信が切断された場合には、グループに所属している他の端末（第２の情報処理装置）が参加端末の認証及びグループ管理処理を行う。これにより、アドホックネットワークのように通信の切断が頻繁におきる可能性が高い環境であっても、グループ通信を安定的に継続することができるようになっている。
【００１４】
図２は、端末１０００の構成の一例を示す図である。端末１０００は、プログラムを実行するＣＰＵ（Central Processing Unit）１００１、プログラムやデータを記憶するＲＡＭやＲＯＭなどのメモリ１００２、ディスプレイなどの表示部１００３、キーボードやマウス、タッチパネル装置、リモコン信号受信器などの入力部１００４、アドホック方式の無線通信を行うインタフェースである無線Ｉ／Ｆ１００５などから構成される。
【００１５】
図３は端末１０００の機能ブロック図である。端末１０００は、無線ルーティング部３００１、認証処理部３００２、グループ生成部３００３、認証端末選択部３００４、グループ通信部３００５、記憶部３００６を備えている。
【００１６】
無線ルーティング部３００１は、他の端末１０００から受信したメッセージの転送（ルーティング）を行う。無線ルーティング部３００１が行うルーティングは、例えば、ＲＦＣ３６２６の規格に従って行われる。認証処理部３００２は、参加端末の認証を行う。グループ生成部３００３は、新規のグループに所属する端末１０００（以下、メンバともいう）のリストを後述のグループ情報に設定する。認証端末選択部３００４は、グループのメンバから認証端末を選択する。グループ通信部３００５は、メッセージを暗号化し、グループのメンバとの間で暗号化されたメッセージの送受信を行う。記憶部３００６は、グループ通信を行うために必要な各種のデータを記憶する。
【００１７】
記憶部３００６が記憶しているデータには、端末ＩＤ３１００、証明書３１０１、秘密鍵３１０２、ＣＡ公開鍵３１０３、端末リスト３１０４、グループ情報３１０５がある。
【００１８】
端末ＩＤ３１００は、端末１０００の識別情報である。証明書３１０１は認証局（ＣＡ）から端末１０００に発行される電子証明書である。ＣＡ公開鍵３１０３は証明書３１０１を発行した認証局の公開鍵である。証明書３１０１は、ＣＡ公開鍵３１０３を用いて正当性の検証が可能である。秘密鍵３１０２は公開鍵方式の暗号に用いられる端末１０００の秘密鍵である。証明書３１０１には、秘密鍵３１０２に対応するユーザの公開鍵が含まれている。
【００１９】
端末リスト３１０４は、アドホックネットワークを介して通信を行うこと可能な端末１０００のリストである。端末リスト３１０４には、端末ＩＤとアドレスとが対応付けて登録される。端末リスト３１０４に登録される端末ＩＤとアドレスとは、後述するように、アドホックネットワーク上にブロードキャストされる。端末１０００は、ブロードキャストされた端末ＩＤとアドレスとを受信して端末リスト３１０４に登録する。  
グループ情報３１０５は、端末１０００が参加しているグループに関する情報である。端末１０００が複数のグループに参加する場合、記憶部３００６はグループごとにグループ情報３１０５を記憶する。
【００２０】
図４はグループ情報３１０５に含まれる情報を示す図である。グループ情報３１０５（暗号鍵記憶部）は、グループ通信状態４０００、グループＩＤ４００１、グループポリシー４００２、認証端末ＩＤ４００３、グループ通信鍵４００４、メンバリスト４１００（メンバ記憶部）を含んでいる。
【００２１】
グループ通信状態４０００は、グループの現在の状態を示す情報である。グループ通信状態４０００には、例えば、「グループ生成中」や、「グループ通信開始」といった状態を示す情報が設定される。グループＩＤ４００１はグループの識別情報である。グループポリシー４００２には、後述するように、認証端末の通信が切断したときの処理を示す情報などが設定される。認証端末ＩＤ４００３は、グループに所属している端末１０００のうち、参加端末の認証を行っている認証端末を特定する端末ＩＤである。グループ通信鍵４００４は、グループのメンバ間で送受信されるメッセージを暗号化するための共通鍵（暗号鍵）である。
【００２２】
メンバリスト４１００はグループに所属している端末１０００のリストである。メンバリスト４１００には、メンバの端末ＩＤ４１０１、アドレス４１０２、証明書４１０３が対応付けて登録される。アドレス４１０２は、例えば、ＩＰアドレスなどの、アドホックネットワーク上における位置情報である。
【００２３】
図５は、端末１０００が認証端末である場合に記憶部３００６に記憶されるグループ情報３１０５の構成を示す図である。端末１０００が認証端末である場合には、グループ情報３１０５には、上記図４のグループ情報３１０５に加え、認証端末選択時ホップ数４００５が含まれている。また、メンバリスト４１００に設定されるメンバの情報には、応答ホップ数４１０４が加えられている。
【００２４】
認証端末選択時ホップ数４１０５は、当該端末１０００がグループのメンバの中から認証端末として選択されたときの、通信状況の評価値である。本実施形態において、端末１０００の通信状況の評価値は、その端末１０００と他の端末１０００との間の通信において経由する端末１０００の数（ホップ数）の平均値である。  
メンバリスト４１００の応答ホップ数４１０４は、認証端末と各端末１０００との間のホップ数である。
【００２５】
図６はグループポリシー４００２の一構成例を示す図である。グループポリシー４００２には、グループ説明６００１、参加許可方法６００２、及び通信継続方針６００３（ポリシー情報）が含まれている。  
グループ説明６００１には、グループの内容を説明する情報が設定される。グループ説明６００１に設定される情報には、例えば、「チャット」や「会議」「ファイル交換」などのグループを生成する目的を表現するデータが設定される。  
参加許可方法６００２には、グループに参加しようとしている端末１０００をグループに参加させるかどうかを決定する方法を示す情報が設定される。参加許可方法６００２には「ユーザ入力」又は「自動」が設定される。
【００２６】
参加許可方法６００２に「ユーザ入力」が設定されている場合、認証端末は、グループに参加しようとしている端末１０００に関する情報を出力し、ユーザからの入力を受け付ける。認証端末は、ユーザからの入力に応じて端末１０００をグループに参加させるかどうかを判断する。一方、参加許可方法６００２に「自動」が設定されている場合、端末１０００をグループに参加させるかどうかの判断は認証端末が行う。この場合、参加許可方法６００２には、端末１０００の証明書４１０３に設定されている項目に対する条件を付帯させるようにする。例えば、参加許可方法６００２が「自動」であって、参加許可方法６００２に企業や団体の名称を指定する情報が付帯されている場合、認証端末は、証明書４１０３に設定されている「所属」の項目が、参加許可方法６００２に付帯されている企業や団体の名称と合致するかどうかに応じて、その端末１０００のグループへの参加を許可するかどうかを決定する。
【００２７】
通信継続方針６００３には、認証端末の通信が切断された場合や、認証端末がグループから離脱する場合に、グループ通信を継続するかどうかを示す情報が設定される。通信継続方針６００３には、「終了」又は「継続」が設定される。  
通信継続方針６００３に「終了」を示す情報が設定されている場合、認証端末の通信が切断されたときはグループに所属している認証端末以外の他の端末１０００間でのグループ通信も終了するようにする。一方、通信継続方針６００３に「継続」が設定されている場合には、他の端末１０００のひとつを新たな認証端末として、他の端末１０００間でのグループ通信を継続する。なお、本実施形態においては、通信継続方針６００３には「継続」が設定されているものとする。
【００２８】
図７は、端末１０００がアドホックネットワーク上の端末１０００のリスト（以下、端末リストという）を作成する処理の流れを示す図である。
【００２９】
端末Ａ（１０００）は、一定期間ごとに、端末Ａ（１０００）が記憶している端末ＩＤ３１００と、端末Ａ（１０００）に割り当てられているアドホックネットワーク上のアドレスとを含むアドレス通知メッセージをアドホックネットワーク上にブロードキャストする（S7001）。アドホックネットワーク上の端末１０００は、端末Ａ（１０００）からブロードキャストされたアドレス通知メッセージを受信する。端末１０００は、アドレス通信メッセージに含まれている端末Ａ（１０００）の端末ＩＤとアドレスとを対応付けて端末リスト３１０４に登録する（S7002）。
【００３０】
端末Ａ（１０００）以外の端末１０００も端末Ａ（１０００）と同様にアドレス通知メッセージをブロードキャストする。このようにして、端末１０００はアドホックネットワーク上において、アドレス通知メッセージを送信することができる端末１０００のリストを取得することができる。なお、図７には、簡単のため、端末Ｂ（１０００）、端末Ｃ（１０００）、端末Ｄ（１０００）についてのみ示しているが、端末Ｅ（１０００）など、その他の端末１０００も同様にアドレス通知メッセージの送受信を行う。
【００３１】
次に、端末１０００がグループ通信を開始する際の処理について説明する。図８は、端末Ａ（１０００）がグループを生成してグループ通信を開始する処理の流れを説明する図である。なお、グループ通信を開始する端末１０００のことをイニシエータという。
【００３２】
イニシエータである端末Ａ（１０００）において、グループ生成部３００３は、グループ情報３０１５を生成する。グループ生成部３００３は、後述するメンバ候補選択処理により、端末リスト３１０４に登録されている端末１０００から、グループのメンバの候補となる端末１０００を選択する。グループ生成部３００３は、選択した端末１０００を、生成したグループ情報３０１５のメンバリスト４１００に設定する（S8001）。グループ生成部３００３は、利用者からグループポリシー４００２に関するデータの入力を受け付け、受け付けたデータをグループポリシー４００２として設定する（S8002）。また、グループ生成部３００３は、グループ情報３０１５に各種の情報を設定する（S8003）。例えば、グループ生成部３００３は、グループ通信状態４０００に「グループ生成中」を示す値を設定し、グループＩＤにユニークな値を設定する。また、グループ生成部３００３は、グループ通信の暗号化に用いる共通鍵となるグループ通信鍵４００４を生成する（S8004）。
【００３３】
端末Ａ（１０００）は、端末Ａ（１０００）の証明書３１０１、グループポリシー４００２、及びメンバリスト４１００を設定した招待メッセージ（参加可能通知メッセージ）を、メンバリスト４１００に登録されている端末１０００に送信する（S8005）。端末Ａ（１０００）は、上記招待メッセージに対する応答メッセージを受け付ける所定の期間を設定したタイマを起動する（S8006）。
【００３４】
メンバリスト４１００に登録されている端末１０００の夫々（以下、候補端末という）は、端末Ａ（１０００）から招待メッセージを受信する。候補端末は、招待メッセージに設定されている端末Ａ（１０００）の証明書３１０１をＣＡ公開鍵３１０３を用いて検証する（S8007）。また、候補端末は、証明書３１０１の検証結果、招待メッセージに設定されている証明書３１０１やグループポリシー４００２、メンバの候補となるメンバリスト４１００に登録されている端末１０００の端末ＩＤなどを表示部１００３に表示する（S8008）。候補端末は、利用者からの入力に応じて、グループに参加するかどうかを示す応答メッセージを端末Ａ（１０００）に送信する。応答メッセージには候補端末の証明書３１０１が設定される。
【００３５】
端末Ａ（１０００）が候補端末からグループに参加することを示す応答メッセージである受諾メッセージを受信した場合（S8009）、グループ生成部３００３は、応答メッセージに設定されている証明書３１０１を、受諾メッセージの送信元である端末Ｂ〜Ｄ（１０００）に対応するメンバリスト４１００の証明書４１０３に設定する（S8010）。次に、端末Ａ（１０００）の認証処理部３００２は、受諾メッセージの送信元である端末Ｂ〜Ｄ（１０００）の認証を行う（S8011）。端末Ａ（１０００）の認証処理部３００２は、端末Ｂ〜Ｄ（１０００）の認証に成功すると、グループ通信鍵４００４を端末Ｂ〜Ｄ（１０００）に送信する。上記認証及びグループ通信鍵４００４の送信を行う処理（以下、認証・鍵配布処理という）の詳細については後述する。なお、端末Ａ（１０００）の認証処理部３００２は、認証に失敗した端末１０００を、メンバリスト３０１５から削除する。
【００３６】
一方、端末Ａ（１０００）のグループ生成部３００３は、候補端末からグループに参加しないことを示す応答メッセージである拒否メッセージを受信した場合（S8012）、拒否メッセージの送信元である端末Ｇ（１０００）をメンバリスト３０１５から削除する（S8013）。  
また、端末Ａ（１０００）のグループ生成部３００３は、上記（S8006）で設定したタイマがタイムアウトするまでに応答メッセージを受信することができなかった端末Ｈ（１０００）を、メンバリスト３０１５から削除する（S8014）。
【００３７】
端末Ａ（１０００）のグループ生成部３００３は、グループ通信状態４０００に「グループ通信開始」を示す情報を設定し（S8015）、メンバリスト４１００に登録されている端末Ｂ〜Ｄ（１０００）に対して、メンバリスト４１００を送信する（S8016）。端末Ｂ〜Ｄ（１０００）は、端末Ａ（１０００）から送信されるメンバリスト４１００を受信し、受信したメンバリスト４１００をグループ情報３０１５のメンバリスト４１００として記憶部３００６に記憶する（S8018）。ここで、端末Ｂ〜Ｄ（１０００）においても、グループ通信情報４０００に「グループ通信開始」を示す情報が設定される（S8018）。
【００３８】
以上の処理によって、端末Ａ〜Ｄ（１０００）の夫々において、端末Ａ（１０００）が生成した共通のグループ通信鍵４００４が記憶され、当該グループに所属する端末１０００がメンバリスト４１００に登録されている。従って、グループに所属している端末Ａ〜Ｄ（１０００）のグループ通信部３００５は、グループのメンバの夫々との間で、共通鍵方式による暗号化通信を行うことができる（S8019）。また、各端末１０００は、メンバリスト４１００に登録されている端末１０００に関する情報の表示部１００３への出力（S8020）や、グループに所属している端末１０００の証明書４１０３の検証、証明書４１０３の内容表示（S8021）などを行うことができる。
【００３９】
次に、端末Ａ（１０００）の認証端末選択部３００４は、グループに所属している端末Ａ〜Ｄ（１０００）から認証端末を選択する処理（以下、認証端末選択処理という）を行う（S8022）。また、端末Ａ（１０００）の認証端末選択部３００４は、選択した端末Ａ〜Ｄ（１０００）の何れかを認証端末して設定する処理（以下、認証端末設定処理）を行う（S8023）。認証端末選択処理及び認証端末設定処理の詳細については後述する。
【００４０】
図９は、端末リスト３１０４に登録されている端末１０００からグループのメンバの候補となる端末１０００を選択するメンバ候補選択処理の流れを説明する図である。
【００４１】
イニシエータである端末Ａ（１０００）は、端末リスト３１０４に登録されている端末１０００の端末ＩＤやアドレスなどの情報を表示部１００３に表示する（S9001）。端末Ａ（１０００）は、利用者から選択した端末１０００の入力を受け付け（S9002）、利用者によって選択された端末１０００である端末Ｂ（１０００）を特定する。端末Ａ（１０００）は、端末リスト３１０４に登録されている端末Ｂ（１０００）のアドレスに対して、端末Ｂ（１０００）の証明書３１０１を取得するコマンドである証明書要求を送信する（S9003）。端末Ｂ（１０００）は、証明書要求に応じて、証明書３１０１を端末Ａ（１０００）に送信する（S9004）。端末Ａ（１０００）は、取得した端末Ｂ（１０００）の証明書３１０１を、端末Ａ（１０００）の記憶部３００６が記憶しているＣＡ公開鍵３１０３を用いて検証する（S9005）。
【００４２】
端末Ａ（１０００）は、端末Ｂ（１０００）の証明書３１０１の検証に失敗した場合、メンバリスト３１０４から端末Ｂ（１０００）を削除する。
【００４３】
端末Ａ（１０００）は、端末Ｂ（１０００）の証明書３１０１の検証に成功すると、端末Ｂ（１０００）の証明書３１０１の内容と、検証の結果とを表示部１００３に表示し、利用者からの入力を受け付ける。端末Ａ（１０００）は、利用者から、端末Ｂ（１０００）をグループのメンバ候補として選択する旨を示す入力があった場合には、メンバリスト４１００の端末Ｂ（１０００）に対応する証明書４１０３に、上記（S9004）で受信した端末Ｂ（１０００）の証明書３１０１を設定する（S9007）。端末Ａ（１０００）は、利用者から、端末Ｂ（１０００）をグループのメンバ候補として選択しない旨を示す入力があった場合には、メンバリスト４１００から端末Ｂ（１０００）を削除する（S9007）。
【００４４】
端末Ａ（１０００）は、上記の処理をメンバリスト４１００に登録されている端末１０００の数分だけ繰り返す。このようにして、端末Ａ（１０００）のメンバリスト４１００に登録されている端末１０００がグループのメンバ候補となる。なお、端末Ａ（１０００）は、端末Ａ（１０００）自身もメンバリスト４１００に登録する。
【００４５】
図１０は、認証・鍵配布処理の流れを説明する図である。図１０は、イニシエータである端末Ａ（１０００）が、端末Ｂ（１０００）の認証を行う場合のものである。
【００４６】
端末Ａ（１０００）は、乱数Ａを生成し（S10001）、生成した乱数Ａを端末Ｂ（１０００）に送信する（S10002）。端末Ｂ（１０００）は、乱数Ａを受信し、秘密鍵３１０２を用いて乱数Ａに対する署名Ａを生成する（S10003）。端末Ｂ（１０００）は、乱数Ｂを生成し、乱数Ｂと署名Ａとを端末Ａ（１０００）に送信する（S10005）。端末Ａ（１０００）は、乱数Ｂと署名Ａを受信し、メンバリスト４１００に登録されている端末Ｂ（１０００）の証明書４１０３から公開鍵を取得し、署名Ａを検証する（S10006）。端末Ａ（１０００）は、署名Ａの検証が成功した場合、端末Ａ（１０００）の秘密鍵３１０２を用いて乱数Ｂに対する署名Ｂを生成する（S10007）。端末Ａ（１０００）は生成した署名Ｂを端末Ｂ（１０００）に送信する（S10008）。端末Ｂ（１０００）は、上述した招待メッセージに設定されている端末Ａ（１０００）の証明書３１０１から公開鍵を取り出し、取り出した公開鍵を用いて署名Ｂを検証する（S10009）。
【００４７】
端末Ｂ（１０００）は、署名Ａの検証に成功した場合、検証結果を端末Ａ（１０００）に送付する（S10010）。端末Ａ（１０００）は、端末Ｂ（１０００）から受信した検証結果が成功を示すものである場合、端末Ｂ（１０００）の証明書４１０３から取り出した公開鍵を用いてグループ通信鍵４００４を暗号化し（S10011）、端末Ｂ（１０００）に送信する（S10012）。端末Ｂ（１０００）は、暗号化されたグループ通信鍵を受信し、端末Ｂ（１０００）の秘密鍵３１０２を用いてグループ通信鍵を復号化して（S10013）、グループ情報３０１５のグループ通信鍵４００４に設定する。
【００４８】
なお、本実施形態では、署名処理と暗号化処理に同じ鍵を利用するものとして説明しているが、別々の鍵を利用する方が望ましい。その場合、端末Ａ（１０００）と端末Ｂ（１０００）とが秘密鍵と証明書をそれぞれ２つずつ持って鍵を使い分けることになる。  
また、上記の認証・鍵配布処理には、例えば、ＩＳＯ９７９８に定義されている相互認証方法など、他の公知の認証方法や鍵交換方法を利用することも可能である。
【００４９】
図１１は認証端末選択処理の流れを説明する図である。図１１は、イニシエータである端末Ａ（１０００）が、同一のグループに所属している端末Ａ〜Ｄ（１０００）の中から認証端末を選択する処理について説明している。本実施形態における認証端末選択処理では、最も通信状況が良好な端末１０００を認証端末とする。端末１０００と他のメンバとの間の通信品質を表す値（通信品質情報）としてホップ数を用いる。また、端末１０００の通信状況の評価には、他のメンバとの間のホップ数の平均値を用いる。
【００５０】
イニシエータである端末Ａ（１０００）は、メンバリスト４１００に登録されている端末Ｂ〜Ｄ（１０００）の夫々に対して、当該端末１０００の通信状況の評価値を通知するように指示するメッセージである通信状況通知要求を送信する（S11001）。端末Ａ（１０００）は、タイマを起動し（S11002）、端末Ｂ〜Ｄ（１０００）からの応答を受け付ける（S11003）。
【００５１】
端末Ａ（１０００）は、端末Ｂ〜Ｄ（１０００）からの応答を待機する一方で、端末Ａ（１０００）自身の通信状況を測定する。端末Ａ（１０００）は、後述するように、ホップ数を取得するためのホップ数取得メッセージをグループに所属している端末Ｂ〜Ｃ（１０００）の夫々に送信し、送信したホップ数取得メッセージに対する応答を受信して、端末Ｂ〜Ｃ（１０００）の夫々との間のホップ数を取得する（S11003）（通信品質取得部）。端末Ａ（１０００）は、取得したホップ数の平均値（以下、平均ホップ数という）を算出する（S11004）（評価値算出部）。また、端末Ａ（１０００）は、ホップ数取得メッセージに対する応答を受信することができなかった端末１０００の数（以下、未応答数という）を取得する（S11004）。端末Ａ（１０００）は、平均ホップ数と未応答数とを、端末Ｂ〜Ｄ（１０００）の夫々に送信する（S11005）（評価値送信部）。
【００５２】
一方、端末Ｂ〜Ｄ（１０００）においても、上記の端末Ａ（１０００）と同様に、グループのメンバの夫々との間のホップ数を取得し（S11006）、平均ホップ数と未応答数とを取得し（S11007）、平均ホップ数と未応答数とをメンバに通知する（S11008）。
【００５３】
端末Ａ（１０００）の認証端末選択部３００４は、グループのメンバ全てから平均ホップ数及び未応答数の通知を受信（評価値受信部）したとき、もしくは上記（S11002）において設定したタイマがタイムアウトしたときに、最も少ない平均ホップ数であった端末１０００を認証端末として選択する（S11009）。なお、端末Ａ（１０００）の認証端末選択部３００４は、最も少ない未応答数であった端末１０００を認証端末として選択してもよい。また、端末Ａ（１０００）の認証端末選択部３００４は、平均ホップ数と未応答数の合計値に応じて認証端末を選択するようにしてもよい。
【００５４】
図１２は、端末１０００が、他の端末１０００との間のホップ数を取得するホップ数取得処理の流れを説明する図である。図１２は、端末Ａ（１０００）と端末Ｂ（１０００）との間のホップ数を取得する処理の流れを示している。また、図１２では、端末Ａ（１０００）と端末Ｂ（１０００）とは直接無線通信をすることができない程度に離れて位置しており、端末Ａ（１０００）から送信されたデータは、端末Ｅ（１０００）及び端末Ｆ（１０００）によって転送（ルーティング）されて端末Ｂ（１０００）に到達する場合について説明している。
【００５５】
端末Ａ（１０００）は、送信先を端末Ｂ（１０００）とした、ホップ数を取得するためのメッセージであるホップ数取得メッセージを無線通信可能な範囲に位置している端末Ｅ（１０００）に送信する（S12001）。
【００５６】
端末Ｅ（１０００）の無線ルーティング部３００１は、例えば、ＲＦＣ３６２６に規定されている方法によって、端末Ａ（１０００）から受信したホップ数取得メッセージの転送先となる端末Ｆ（１０００）を決定し、メッセージのヘッダ部分に含まれているホップ数をインクリメントし、転送先の端末Ｆ（１０００）にメッセージを転送する（S12002）。端末Ｆ（１０００）においても、端末Ｅ（１０００）と同様の処理が行われ、端末Ｂ（１０００）にホップ数取得メッセージが到達される。
【００５７】
端末Ｂ（１０００）は、ホップ数取得メッセージを受信すると（S12003）、ホップ数取得メッセージのヘッダ部分に含まれているホップ数を読み出す。端末Ｂ（１０００）は、受信したホップ数取得メッセージに対する応答であるホップ数応答メッセージを生成する（S12004）。端末Ｂ（１０００）は、ホップ数取得メッセージのヘッダ部分から読み出したホップ数を、生成したホップ数応答メッセージにデータとして設定する。端末Ｂ（１０００）は、ホップ数取得メッセージの送信元である端末Ａ（１０００）にホップ数応答メッセージを送信する（S12005）。
【００５８】
端末Ｂ（１０００）から送信されたホップ数応答メッセージは、端末Ｆ（１０００）及び端末Ｅ（１０００）によって上記と同様の処理が行われ、ホップ数応答メッセージのヘッダ部分に含まれているホップ数がインクリメントされる（S12006）。
【００５９】
端末Ａ（１０００）は、端末Ｅ（１０００）から転送されたホップ数応答メッセージを受信すると、ホップ数応答メッセージのデータとして設定されているホップ数と、ホップ数応答メッセージのヘッダ部分に含まれているホップ数との平均値を算出し、端末Ａ（１０００）と端末Ｂ（１０００）との間のホップ数として取得する（S12007）。
【００６０】
なお、図１２では簡単のため、ホップ数取得メッセージが端末Ａ（１０００）から端末Ｂ（１０００）まで転送される経路と、ホップ数応答メッセージが端末Ｂ（１０００）から端末Ａ（１０００）まで転送される経路とが同じである場合を示しているが、これらの経路が異なる経路となることもある。
【００６１】
図１３は、グループに所属している端末１０００のひとつを認証端末として設定する認証端末設定処理の流れを説明する図である。図１３では、上述の認証端末選択処理によって端末Ａ（１０００）が端末Ｂ（１０００）を認証端末として選択した場合を想定している。
【００６２】
イニシエータである端末Ａ（１０００）は、認証端末として選択したことを示すメッセージである認証端末任命メッセージを生成する（S13001）。端末Ａ（１０００）は、認証端末任命メッセージにメンバリスト（４１００）を設定する。端末Ａ（１０００）は、秘密鍵３１０２を用いて認証端末任命メッセージに対する署名を生成する（S13002）。端末Ａ（１０００）は、認証端末として選択された端末Ｂ（１０００）に対して、生成した認証端末任命メッセージに署名を付帯させて送信する（S13003）。
【００６３】
端末Ｂ（１０００）は、端末Ａ（１０００）から送信される認証端末任命メッセージを受信すると、メンバリスト４１００に登録されている端末Ａ（１０００）の証明書４１０３から端末Ａ（１０００）の公開鍵を取り出す。端末Ｂ（１０００）は、取り出した公開鍵を用いて、受信した認証端末任命メッセージに付帯されている署名を検証する（S13004）。署名が正当なものであった場合、端末Ｂ（１０００）は、認証端末任命メッセージに設定されているメンバリスト４１００をグループ情報３０１５に設定する。また、端末Ｂ（１０００）は、上述の認証端末選択処理において取得した端末Ｂ（１０００）の平均ホップ数を、認証端末選択時ホップ数４００５に設定する。端末Ｂ（１０００）は、端末Ａ（１０００）に応答メッセージを送信する（S13006）。
【００６４】
端末Ａ（１０００）は、端末Ｂ（１０００）からの応答メッセージを受信すると、認証端末となった端末１０００を通知するためのメッセージである認証端末通知メッセージを生成する（S13007）。端末Ａ（１０００）は、認証端末通知メッセージに端末Ｂ（１０００）の端末ＩＤを設定する。端末Ａ（１０００）は、秘密鍵３１０２を用いて認証端末通知メッセージに対する署名を生成する（S13008）。端末Ａ（１０００）は、認証端末通知メッセージに、生成した署名を付帯させてグループのメンバに送信する（S13009）。
【００６５】
端末Ｂ〜Ｄ（１０００）は、端末Ａ（１０００）から認証端末通知メッセージを受信すると、メンバリスト４１００に登録されている端末Ａ（１０００）の証明書４１０３から端末Ａ（１０００）の公開鍵を取り出す。端末Ｂ〜Ｄ（１０００）は、取り出した公開鍵を用いて、認証端末通知メッセージに付帯されている署名を検証する（S13010）。端末Ｂ〜Ｄ（１０００）は、署名が正当なものであった場合、認証端末通知メッセージに設定されている端末ＩＤを、グループ情報３０１５の認証端末ＩＤ４００３として設定する（S13011）。  
以上の処理の後に、端末Ｂ（１０００）は、グループ管理処理を開始する（S13012）。
【００６６】
図１４は認証端末が行うグループ管理処理のひとつである、グループに参加する端末１０００をメンバとしてメンバリスト４１００に追加するメンバ追加処理の流れを説明する図である。
【００６７】
参加端末は、認証端末である端末Ｂ（１０００）に対して、グループへの参加を要求するメッセージである参加要求メッセージを送信する（S14001）。  
端末Ｂ（１０００）は、参加端末から参加要求を受信すると、参加端末の認証を行う。この認証に係る処理は、上述した認証・鍵配布処理とほぼ同様のものである。ただし、端末Ｂ（１０００）による認証が成功し、参加端末にグループ通信鍵を配布する前に、端末Ｂ（１０００）は、新規のメンバが参加することを通知するメッセージである参加通知メッセージ（参加通知情報）をグループのメンバに送信する（S14002）（参加通知情報送信部）。参加通知メッセージには参加端末の端末ＩＤ、アドレス、及び証明書が含まれる。グループのメンバである端末１０００は、参加通知メッセージを受信する（参加通知情報受信部）と、参加通知メッセージに含まれている参加端末の端末ＩＤ、アドレス、及び証明書を、メンバリスト４１００に登録する（S14003）。  
上記のメンバ追加処理によって、参加端末にはグループ通信鍵４００４が配布され、参加端末はグループ通信に参加をすることができる。
【００６８】
次に、認証端末が行うグループ管理処理のひとつである、メンバの通信が切断されていないかどうかを検出する存在確認処理について説明する。図１５は、存在確認処理の流れを説明する図である。認証端末である端末Ｂ（１０００）はタイマ１をセットし、一定期間ごとに、以下に説明する存在確認処理を実行する。
【００６９】
端末Ｂ（１０００）は、タイマ２に、下記の存在確認メッセージに対する応答を各メンバから受け付ける期間をセットする（S15001）。端末Ｂ（１０００）は、メンバリスト４１００に登録されている端末１０００に対して、通信が切断されていないかどうかを問い合わせる存在確認メッセージを送信する（S15002）。
【００７０】
グループのメンバである端末Ａ、Ｃ、Ｄ（１０００）の夫々は、端末Ｂ（１０００）から送信される存在確認メッセージを受信すると、存在確認メッセージのヘッダ部分に含まれているホップ数を取得し、取得したホップ数をデータとして設定した応答メッセージを生成する。各メンバは、生成した応答メッセージを端末Ｂ（１０００）に送信する（S15003）。このとき、各メンバは、後述する端末Ｂ（１０００）から送信されるメンバリスト４１００を受け付ける期間をタイマ３にセットする（S15004）。
【００７１】
端末Ｂ（１０００）は、メンバからの応答メッセージを受信し、応答メッセージのヘッダ部分に含まれているホップ数と、応答メッセージにデータとして設定されているホップ数との平均値をメンバの通信品質として算出する（S15005）。端末Ｂ（１０００）は、算出したホップ数の平均値をメンバリスト４１００の応答ホップ数４１０４に設定する（S15006）。
【００７２】
端末Ｂ（１０００）は、上記のタイマ２がタイムアウトしたときに、まだ応答メッセージを受信していないメンバがある場合、そのメンバをメンバリスト４１００から削除する（S15006）。
【００７３】
端末Ｂ（１０００）は、メンバリスト４１００に登録されている端末１０００のすべてから応答メッセージを受信した後、あるいはタイマ２がタイムアウトした後に、メンバリスト４１００を、メンバリスト４１００に登録されている端末１０００の夫々に送信する（S15007）。グループのメンバの夫々は、端末Ｂ（１０００）からメンバリスト４１００を受信し、受信したメンバリスト４１００に基づいて、メンバのグループ情報３０１５のメンバリスト４１００を更新する（S15008）。なお、メンバリスト４１００に替えて、メンバリスト４１００に登録されている端末１０００の端末ＩＤのみのリストを認証端末からメンバに送信されるようにしてもよい。これにより、メンバリスト４１００の送信にかかる通信負荷や通信コストを抑えることができる。
【００７４】
以上の処理により、認証端末は、通信が切断されたメンバをメンバリスト４１００から削除し、更新したメンバリスト４１００をグループのメンバの夫々に送信し、グループのメンバは、メンバリスト４１００を更新する。従って、グループに所属している端末１０００の夫々が記憶しているメンバリスト４１００が、定期的に最新の状態に更新されることになる。
【００７５】
一方、グループに所属する端末１０００のいずれかにおいて、認証端末である端末Ｂ（１０００）から送信されるメンバリスト４１００を、所定の期間受信することができない場合、端末１０００は、端末Ｂ（１０００）の通信が切断されたかどうかの検出を行う認証端末存在確認処理を行う。図１６は、認証端末である端末Ｂ（１０００）の通信が切断されるときにおける存在確認処理の流れを説明する図である。図１６では、認証端末の通信が切断され、グループに所属する端末１０００がメンバリスト４１００を受信できない場合について説明する。
【００７６】
グループに所属する端末１０００は、端末Ｂ（１０００）から送信された存在確認メッセージ（S15002）を受信すると、上述した応答メッセージを端末Ｂ（１０００）に返信する（S15003）とともに、タイマをセットする（S15004）。ここで、端末Ｂ（１０００）の通信が切断された場合（S16001）、グループに所属する端末１０００は、端末Ｂ（１０００）から送信されるべきメンバリスト４１００を受信することができない。グループに所属する端末１０００は、メンバリスト４１００を受信することなく、上記（S15004）においてセットしたタイマ３がタイムアウトした場合、端末Ｂ（１０００）の通信が切断されたと判断し（切断検出部）、端末Ｂ（１０００）の通信が切断されたことを確認する認証端末不在確認処理を行う（S16002）。
【００７７】
認証端末不在確認処理では、グループに所属している端末１０００の全てが、認証端末から送信されるべきメンバリスト４１００の受信ができない場合に、認証端末の通信が切断されたものとする。本実施の形態では、認証端末以外の端末１０００の夫々において、上述のタイマ３がタイムアウトするまでに認証端末から送信されるメンバリスト４１００を受信することができなければ、認証端末から送信されるべきメンバリスト４１００の受信ができないものと判断する。なお、アドホックネットワークにおいては、各端末１０００の無線ルーティング３００１によってメッセージの転送が可能であるため、認証端末不在確認処理においてグループに所属している端末１０００のいずれかが認証端末からメンバリスト４１００を受信した場合には、認証端末の通信は切断されていないものとして、認証端末不在確認処理は終了する。
【００７８】
また、認証端末の通信が切断されたことが確認されると、認証端末以外のグループのメンバのいずれかをイニシエータとして、上述した認証端末選択処理と認証端末設定処理により、再度認証端末が設定される。本実施の形態では、最も大きい乱数を生成した端末１０００をイニシエータとする。
【００７９】
図１７は上述した認証端末不在確認処理の流れを説明する図である。図１７では、端末Ｄ（１０００）が生成した乱数Ｄが最も大きい値であった場合について説明している。
【００８０】
端末Ａ（１０００）においてタイマ３がタイムアウトすると、端末Ａ（１０００）は、認証端末である端末Ｂ（１０００）の通信が切断されたと判断する（S17001）。端末Ａ（１０００）は、認証端末の通信が切断したことを検出した旨を示す認証端末不在検出メッセージを生成する。端末Ａ（１０００）は、乱数を生成し（S17002）、生成した乱数を設定した認証端末不在検出メッセージを、メンバリスト４１００に登録されている端末１０００である端末Ｃ（１０００）及び端末Ｄ（１０００）の夫々に対して送信する（S17003）。このとき、端末Ａ（１０００）は、認証端末不在検出メッセージに対する応答を受け付ける期間をタイマに設定する（S17004）。
【００８１】
端末Ｃ及びＤ（１０００）は、端末Ａ（１０００）から送信された認証端末不在検出メッセージを受信すると、受信した認証端末不在検出メッセージに対する応答メッセージを生成する。端末Ｃ及びＤ（１０００）も、端末Ａ（１０００）と同様に乱数を生成する（S17005）。端末Ｃ及びＤ（１０００）は、上記タイマ３がタイムアウトしたかどうかに応じて、認証端末の通信が切断されたかどうかを判断する。端末Ｃ及びＤ（１０００）は、判断の結果を示すステータス情報と、生成した乱数と、端末ＩＤ３１００とを、上記の応答メッセージに設定し、応答メッセージを端末Ａ（１０００）に送信する（S17006）。
【００８２】
端末Ａ（１０００）は、全てのメンバによって認証端末の通信が切断されたと判断されており、また、端末Ａ（１０００）が生成した乱数が、メンバが生成した乱数の中で最も大きい値であることを確認する応答確認処理を行う（S17007）。
【００８３】
応答メッセージに設定されているステータス情報のいずれかが、認証端末の通信が切断されていないことを示す情報であった場合、端末Ａ（１０００）は、メンバの全てから認証端末不在検出メッセージを受信するか、あるいは、認証端末から送信された存在確認メッセージを受信するまで待機する（S17008）。なお、応答メッセージに設定されている乱数のいずれかが、端末Ａ（１０００）が生成した乱数よりも大きい場合にも端末Ａ（１０００）は待機する。
【００８４】
端末Ｃ及びＤ（１０００）は、タイマ３がタイムアウトすると、認証端末不在検出メッセージをグループのメンバの夫々に送信する（S17010）。  
端末Ａ、Ｃ、及びＤ（１０００）の夫々は、全てのメンバから認証端末不在検出メッセージを受信したかどうか、また、生成した乱数が、他のメンバが生成した乱数よりも大きいかどうかを確認する応答確認処理を行う（S17011）。  
最も大きい乱数を生成した端末Ｄ（１０００）をイニシエータとして（S17013）、上述した認証端末選択処理（S17014）及び認証端末設定処理（S17015）が行われる。認証端末選択処理及び認証端末設定処理によって、端末Ａ、Ｃ、Ｄ（１０００）のいずれかが認証端末として設定される。
【００８５】
このようにして認証端末の通信が切断された場合には他の端末１０００が認証端末として設定されるが、認証端末の通信が切断される前に、認証端末の通信状況が悪化したときにも、他の端末１０００が認証端末として設定される。図１８は、上述した存在確認処理において、認証端末の通信状況が悪化した場合の処理を説明する図である。
【００８６】
認証端末である端末Ｂ（１０００）は、存在確認メッセージに対する応答メッセージから各メンバの応答ホップ数４１０４を取得した（S15005）後、各メンバの応答ホップ数４１０４の平均値を算出する。なお、このとき、端末Ｂ（１０００）が応答メッセージを受信することができなかった端末１０００に対応する応答ホップ数４１０４は平均値の算出に用いないものとする。
【００８７】
端末Ｂ（１０００）は、算出した応答ホップ数４１０４の平均値が、認証端末選択時ホップ数４００５よりも所定の数以上増加したかどうかに応じて、端末Ｂ（１０００）の通信状況が悪化したかどうかを判断する（S18001）。なお、算出した応答ホップ数４１０４の平均値が所定の絶対値を超えたかどうかに応じて、端末Ｂ（１０００）の通信状況が悪化したかどうかを判断するようにしてもよい。
【００８８】
端末Ｂ（１０００）の通信状況が悪化したと判断された場合、端末Ｂ（１０００）をイニシエータとして、上述した認証端末選択処理（S18002）及び認証端末設定処理（S18003）が行われる。これによりグループに所属している端末１０００の何れかが認証端末として設定される。
【００８９】
このように、認証端末の通信状況が悪化したときに、予め他の端末１０００を認証端末として設定しておくことによって、認証端末の通信が切断されてしまう前に他の端末１０００が認証端末としてグループ管理処理を行うことができる。従って、認証端末であった端末１０００の通信が切断された場合に、他の端末１０００を認証端末として設定する処理を行わずにグループ通信を継続することができる。
【００９０】
以上説明した処理によって、認証端末の通信が切断されたことの検出及び確認を行い、メンバのいずれかが新たな認証端末として設定される。これにより、認証端末の通信が切断された場合でも、参加端末の認証や、存在確認処理によるメンバリスト４１００の更新を継続することができる。
【００９１】
次に、認証端末が、利用者からの指示に従って、他の端末１０００を認証端末として設定する処理（以下、認証端末切断処理という）について説明する。図１９は、認証端末切断処理の流れを説明する図である。
【００９２】
認証端末である端末Ｂ（１０００）が利用者からの指示に従ってグループから離脱する場合に、端末Ｂ（１０００）は、メンバリスト４１００に登録されている端末１０００のうち、最も応答ホップ数４１０４が小さい端末Ａ（１０００）を、通信状況が最もよい端末１０００として選択する（S19001）。
【００９３】
端末Ｂ（１０００）は、メンバリスト４１００を設定した認証端末任命メッセージ（離脱メッセージ）を生成し（S19002）、秘密鍵３１０２を用いて、生成した認証端末任命メッセージに対する署名を生成する。端末Ｂ（１０００）は、選択した端末Ａ（１０００）に対して、認証端末任命メッセージに署名を付帯させて送信する（S19003）（離脱メッセージ送信部）。
【００９４】
端末Ａ（１０００）は、認証端末任命メッセージを受信し（離脱メッセージ受信部）、端末Ｂ（１０００）の証明書４１０３に含まれる公開鍵を用いて、受信した認証端末任命メッセージの署名を検証する（S19004）。署名が正当なものである場合、端末Ａ（１０００）は、記憶部３００６に記憶されているグループ情報３０１５に、受信した認証端末任命メッセージに設定されているメンバリスト４１００を設定する（S19005）。また、端末Ａ（１０００）は、認証端末任命メッセージに対する応答を返信する（S19006）。
【００９５】
端末Ｂ（１０００）は、認証端末として選択した端末Ａ（１０００）の端末ＩＤを設定した認証端末通知メッセージを生成し（S19007）、認証端末通知メッセージに対する署名を生成する。端末Ｂ（１０００）は、メンバリスト４１００に登録されている端末Ｃ及びＤ（１０００）の夫々に対して、認証端末通知メッセージに署名を付帯させて送信する（S19008）。  
端末Ｃ及びＤ（１０００）は、受信した認証端末通知メッセージに付帯されている署名を検証し（S19009）、署名の正当性を確認すると、認証端末通知メッセージに設定されている端末Ａ（１０００）の端末ＩＤを、グループ情報３０１５の認証端末ＩＤ４００３として設定する（S19010）。  
端末Ａ（１０００）を認証端末として設定すると、端末Ｂ（１０００）は以降のグループ通信を行わないように、通信を切断する（S19011）。
【００９６】
このように、認証端末は次の認証端末を設定してから通信を切断するので、他の端末１０００は、上述したような認証端末の存在確認処理等を行うことなく、グループ通信を継続することができる。  
また、認証端末がグループから離脱する場合に上述したような認証端末選択処理等を行わずに、認証端末との間のホップ数が最も少ない端末１０００を認証端末として設定することにより、迅速に認証端末を変更することができる。
【００９７】
以上に説明したように、本実施形態に係るグループ通信システムでは、認証端末（第１の情報処理装置）の通信が切断されても、他の端末１０００（第２の情報処理装置）が認証端末として設定され、第２の情報処理装置が参加端末の認証を行うので、以降のグループ通信においても、参加端末をグループに参加させるようにすることができる。また、第１の情報処理装置が行っていた上述の存在確認処理も第２の情報処理装置が行うため、第１の情報処理装置の通信が切断しても、グループ通信を維持することができる。
【００９８】
また、認証端末の通信が切断した場合には、端末１０００間のホップ数の平均値が小さい端末１０００が認証端末として設定される。アドホックネットワークにおいては、ホップ数が増えるほど、その間の通信が切断される可能性が高い。従って、各端末１０００との間のホップ数が最も小さい端末１０００を認証装置として設定することにより、認証端末の通信が切断される可能性が低減される。つまり、安定したグループ通信を実現することができる。
【００９９】
なお、本実施形態ではアドホックネットワークによる通信を想定しているが、ＬＡＮやインターネット等のＴＣＰ／ＩＰのプロトコルに従う通信に本発明を適用することもできる。この場合、端末１０００は、無線Ｉ／Ｆ１００５に替えて、イーサネット（登録商標）などの有線通信用のインタフェース（有線通信Ｉ／Ｆ）を備えるようにする。なお、ＴＣＰ／ＩＰなどのプロトコルにおいても、例えば、経路制御装置（ルータ）などの情報処理装置を経由した数として、上述した通信品質を測定する単位となるホップ数を取得することができる。
【０１００】
また、本実施形態では、端末１０００間の通信品質の評価値は、端末１０００間のホップ数を用いるものとしたが、例えば、他の端末１０００に送信したメッセージに対する応答が返信されるまでの応答時間や、応答が返信されなかった数（未応答数）を用いるようにしてもよい。未応答数以外にも、通信品質の評価値には、無線の強度や強弱変化の度合い、ノイズの量、パケットのロス率などを用いることができる。また、これらの通信品質の評価値の平均値や最大値を、端末の通信状況の評価値として用いることができる。
【０１０１】
また、本実施形態では、メッセージの暗号化に用いる鍵はグループ通信鍵４００４のひとつのみであるが、例えば、暗号化されたメッセージに対するＭＡＣ（Message Authentication Code；完全性保証コード）を付帯するようにして、ＭＡＣを生成するために別の鍵を用いるようにしてもよい。これにより、より安全性の高いグループ通信を行うことができる。
【０１０２】
また、本実施形態の存在確認処理において、端末Ｂ（１０００）は、応答メッセージを受信できなかったメンバをメンバリスト４１００から削除する際に、グループ通信鍵４００４を再度作成してメンバに配布し、メンバが保持するグループ通信鍵４００４を更新するようにしてもよい。これにより、以降のグループ通信で送受信されるデータは再度作成されたグループ通信鍵４００４によって暗号化されるため、メンバリスト４１００に登録されていない端末１０００からデータを傍受されるのを防ぐことができる。
【０１０３】
また、本実施形態の存在確認処理では、認証端末が端末１０００の通信の切断を検出するものとしたが、例えば、端末１０００が、ユーザからの入力に応じて、グループから離脱する旨を示す離脱メッセージを認証端末に送信し、認証端末が離脱メッセージを受信したときに、端末１０００をメンバリスト４１００から削除するようにしてもよい。
【０１０４】
また、本実施形態において、認証端末は、存在確認処理により通信の切断を検出した端末１０００を、メンバリスト４１００から削除するようにしたが、メンバリスト４１００に切断した状態を示す情報である通信状態情報を記憶するようにしてもよい。この場合、メンバリスト４１００には、端末１０００の通信状態を示す情報も設定するようにする。これにより、端末１０００はグループに所属している端末１０００との間で通信を行うことができるかどうかを把握することができる。また、端末１０００がメンバの通信状態を出力することにより、利用者はどのメンバとの間で通信を行うことができるのかを把握することができる。また、端末１０００は、利用者からの入力に応じて認証端末に通信状態を示す情報を送信する（通信状態情報取得部、通信状態情報送信部）ようにしてもよい。この場合、認証端末は端末１０００の通信状態を示す情報を受信して（通信状態情報受信部）、メンバリスト４１００を更新し、メンバリスト４１００をグループのメンバに配布する。端末の通信状態を示す情報とは、例えば、「ファイル受信中」、「チャット中」、「利用者退席中」などである。このような情報がメンバリスト４１００に管理されることにより、利用者は、グループのメンバについてより詳細な状態を把握することができる。
【０１０５】
また、本実施形態では、グループに所属していない端末１０００がグループに参加する場合、参加端末が認証端末に参加要求メッセージを送信することにより開始されるものとしたが、例えば、グループのメンバのいずれかが、認証端末である端末Ｂ（１０００）の端末ＩＤと、端末Ｂ（１０００）の電子証明書とが設定された招待メッセージを、グループに所属していない端末１０００に送信する（招待メッセージ送信部）ことにより開始するようにしてもよい。この場合、参加端末は、受信した招待メッセージに対する応答（応答メッセージ）として、参加要求メッセージを認証端末に送信する（参加応答部）。
【０１０６】
また、グループに所属していない端末１０００が認証端末を容易に特定できるように、認証端末は、例えば、定期的にブロードキャストするアドレス通知メッセージに、当該端末１０００が認証端末である旨を示すフラグ値を設定するようにしてもよい。また、参加端末が、例えば、認証端末を問い合わせる認証端末取得メッセージをブロードキャストし、認証端末がブロードキャストされた認証端末取得メッセージに対して、認証端末の端末ＩＤを設定した応答メッセージを参加端末に返信し、その応答メッセージを受信することにより、認証端末を特定するための端末ＩＤを取得するようにしてもよい。
【０１０７】
以上、本発明の実施形態について、その実施の形態に基づき具体的に説明したが、これに限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能である。
【図面の簡単な説明】
【０１０８】
【図１】本発明の一実施形態によるアドホックネットワークの一構成例を示す図である。
【図２】本発明の一実施形態による端末１０００の構成の一例を示す図である。
【図３】本発明の一実施形態による端末１０００の機能ブロック図である。
【図４】グループ情報３１０５に含まれる情報を示す図である。
【図５】端末１０００が認証端末である場合に記憶部３００６に記憶されるグループ情報３１０５の構成を示す図である。
【図６】グループポリシー４００２の一構成例を示す図である。
【図７】端末１０００が端末リストを作成する処理の流れを示す図である。
【図８】端末Ａ（１０００）がグループを生成してグループ通信を開始する処理の流れを説明する図である。
【図９】メンバ候補選択処理の流れを説明する図である。
【図１０】認証・鍵配布処理の流れを説明する図である。
【図１１】認証端末選択処理の流れを説明する図である。
【図１２】ホップ数取得処理の流れを説明する図である。
【図１３】認証端末設定処理の流れを説明する図である。
【図１４】認証端末が行うグループ管理処理のひとつである、メンバ追加処理の流れを説明する図である。
【図１５】認証端末が行うグループ管理処理のひとつである、存在確認処理の流れを説明する図である。
【図１６】認証端末である端末Ｂ（１０００）の通信が切断されるときにおける存在確認処理の流れを説明する図である。
【図１７】認証端末不在確認処理の流れを説明する図である。
【図１８】存在確認処理において、認証端末の通信状況が悪化した場合の処理を説明する図である。
【図１９】認証端末切断処理の流れを説明する図である。
【符号の説明】
【０１０９】
１０００  端末
１００１  ＣＰＵ
１００２  メモリ
１００３  表示部
１００４  入力部
１００５  無線Ｉ／Ｆ
３００１  無線ルーティング部
３００２  認証処理部
３００３  グループ生成部
３００４  認証端末選択部
３００５  グループ通信部
３００６  記憶部
３１００  端末ＩＤ
３１０１  証明書
３１０２  秘密鍵
３１０３  ＣＡ公開鍵
３１０４  端末リスト
３１０５  グループ情報
４０００  グループ通信状態
４００１  グループＩＤ
４００２  グループポリシー
４００３  認証端末ＩＤ
４００４  グループ通信鍵
４００５  認証端末選択時ホップ数
４１００  メンバリスト
４１０１  端末ＩＤ
【図１】
2005311527.tif 000003
【図２】
2005311527.tif 000004
【図３】
2005311527.tif 000005
【図４】
2005311527.tif 000006
【図５】
2005311527.tif 000007
【図６】
2005311527.tif 000008
【図７】
2005311527.tif 000009
【図８】
2005311527.tif 000010
【図９】
2005311527.tif 000011
【図１０】
2005311527.tif 000012
【図１１】
2005311527.tif 000013
【図１２】
2005311527.tif 000014
【図１３】
2005311527.tif 000015
【図１４】
2005311527.tif 000016
【図１５】
2005311527.tif 000017
【図１６】
2005311527.tif 000018
【図１７】
2005311527.tif 000019
【図１８】
2005311527.tif 000020
【図１９】
2005311527.tif 000021