JP6455219B2 - 無線通信システム、および無線通信方法 - Google Patents

Description

本発明は、無線基地局による通信に関する。

プロトコルＴＣＰ／ＩＰにおけるデータの送信形態には、ユニキャスト、ブロードキャストおよびマルチキャストがある。ここで、ＴＣＰ／ＩＰは、ＴＣＰ（Transmission Control Protocol）とＩＰ（Internet Protocol）の組合せを表す。ユニキャストは、ネットワークにおいて１対１でデータを送信する形態である。ブロードキャストは、ネットワークにおいて１対多でデータを送信する形態である。マルチキャストは、ネットワークにおいて１つの端末から特定グループの端末にデータを送信する形態である。

マルチキャストは、複数のホストをグループ化しＩＰアドレスを付与することによって、グループの端末への一斉同報通信を可能とする。この場合、ホストは、宛先のＭＡＣ（Media Access Control）アドレスが参加（join）しているグループのＭＡＣアドレスであればマルチキャスト・データを受け取る。ホストは、マルチキャストのグループに参加するために、参加（join）メッセージをルータに送信する。ルータは、受信した参加メッセージをグループ管理用のテーブルの情報に反映させ、ホストをグループに参加させる。その後、ルータは、ホストが未だグループに参加しているかどうかをＩＧＭＰ（Internet Group Management Protocol）クエリ（問合せ）で定期的に確認する。また、ルータは、グループからの脱退を表す離脱または脱退（leave）メッセージをホストから受信した場合に、テーブルからそのホストの情報を削除する。そのプロトコルは、ＲＣＦ(Request For Comments memoranda)−３３７６のインターネット・グループ・マネジメント・プロトコル、バージョン３、およびＲＦＣ−３８１０のＩＰｖ６用のマルチキャスト・リスナー・ディスカバリ、バージョン２で規定されている。

既知の被災報知システムは、発信器と受信器を備えている。発信器は、被災者の健康状況を測定する健康状況検出部と、健康状況検出部からの信号を制御する制御部と、制御部からの信号を電波信号または超音波信号に変換して発信する救済信号発信部とを備える。受信器は、救済信号を受信する救済信号受信部と、救済信号受信部からの信号を演算処理する信号処理部と、信号処理部からの信号を視覚化する情報表示部とを備える。それによって、被災者の存在位置のみならず健康状況をも把握でき、被災状況に応じて救援順位を設定し救援活動が、効果的に行える。

特開平０９−０１６８７８号公報

救助隊が、既知の被災報知システムを利用して、被災地域を移動しながら、被災者の発信器からの信号を受信器で受信するのは、効率的でない。

発明者は、無線端末が、或る無線基地局の隣接の無線基地局の識別子を取得できれば、取得した識別子に基づいて隣接の無線基地局によるマルチキャスト配信に参加できるようになる、と認識した。

１つの観点では、本発明の目的は、或る無線基地局の隣接の無線基地局の情報を無線端末に送信できるようにすることである。

本発明の一態様によれば、第１の無線端末からの救助要請信号の受信に応答して、第１の無線基地局へのアクセス情報をマルチキャスト・グループ宛てにマルチキャストで送信する第１の無線基地局と、第２の無線端末からの近隣無線基地局探索要求信号の受信に応答して、隣接の無線基地局の識別子を含む応答信号を第２の無線端末に送信する第２の無線基地局と、を含み、応答信号に含まれる無線基地局の識別子に基づく第２の無線端末によるマルチキャスト配信への参加表明信号が送信される、無線通信システムが提供される。

本発明の一観点によれば、或る無線基地局の隣接の無線基地局の情報を無線端末に送信することが可能である。

図１は、実施形態による、ルータ、ルータに接続された無線基地局を含む無線通信システムの概略的構成（configuration）の例を示している。 図２は、無線端末の各々の概略的な構成（configuration）の例を示している。 図３は、無線基地局の各々の概略的な構成（configuration）の例を示している。 図４は、無線端末のプロセッサの概略的な構成（configuration）の例を示している。 図５は、無線基地局（ＡＰ）のプロセッサの概略的な構成（configuration）の例を示している。 図６は、無線端末および無線基地局（ＡＰ）において生成されて保持される近隣ＡＰリストの例を示している。 図７は、救助要請者の無線端末におけるデータの例を示している。 図８は、ＡＰの各々におけるエージェント・リストの例を示している。 図９は、ＡＰにおける各エージェントのデータの例を示している。 図１０は、ＡＰにおける各エージェントにおける救助者リストの例を示している。 図１１は、各ＡＰにおけるデータの例を示している。 図１２は、救助者の各無線端末における要請存在通知グループ送信元リストの例を示している。 図１３は、救助者の無線端末におけるデータの例を示している。 図１４Ａは、救助要請者の無線端末によってＡＰに送信される救助要請メッセージの例を示している。図１４Ｂは、ＡＰによって送信される応答メッセージの例を示している。 図１５は、ＡＰによって送信される要請存在通知メッセージの例を示している。 図１６は、救助者の無線端末によってＡＰに送信される救助参加メッセージの例を示している。 図１７は、ＡＰによって救助者の無線端末に送信される参加確認メッセージの例を示している。 図１８は、ＡＰによって送信される要請状態通知メッセージの例を示している。 図１９は、救助者の無線端末によって送信される要請存在通知参加メッセージ（ＭＬＤ−ｊｏｉｎ）の例を示している。 図２０は、救助者の無線端末によって送信される要請状態通知参加メッセージ（ＭＬＤ−ｊｏｉｎ）の例を示している。 図２１は、救助者の無線端末によって送信される要請存在通知離脱メッセージ（ＭＬＤ−ｌｅａｖｅ）の例を示している。 図２２は、救助者の無線端末によって送信される要請状態通知離脱メッセージ（ＭＬＤ−ｌｅａｖｅ）の例を示している。 図２３Ａおよび２３Ｂは、無線端末、無線基地局、およびルータの間での送受信シーケンスの例を示している。 (図23Aで説明) 図２４Ａおよび２４Ｂは、図２３Ｂの後の、無線端末、無線基地局、およびルータの間での送受信シーケンスの例を示している。 (図24Aで説明) 図２５は、救助要請者の無線端末によって実行される救助要請メッセージの生成および送信、およびＡＰによって実行されるエージェントの生成および応答メッセージの送信のための処理のフローチャートの例を示している。 図２６は、救助者の無線端末によって実行される、無線基地局探索のための処理のフローチャートの例を示している。 図２７は、救助者の無線端末によって実行される、探索範囲拡張のための処理のフローチャートの例を示している。 図２８Ａは、救助者の無線端末によって送信される近隣ＡＰ問合せメッセージの例を示している。また、図２８Ｂは、問合せ先のＡＰによって送信される、近隣ＡＰ問合せメッセージに対する応答メッセージの例を示している。 図２９は、ＡＰによって実行される、要請存在通知メッセージおよび救助要請状態通知メッセージを生成してマルチキャストで送信するための処理のフローチャートの例を示している。 図３０Ａおよび３０Ｂは、要請存在通知メッセージの受信時に救助者の無線端末４５によって実行される救助参加メッセージの送信、およびＡＰによって実行される参加確認メッセージの送信のための処理のフローチャートの例を示している。 (図301Aで説明) 図３１Ａは、図２３Ａの送受信シーケンスにおける初期の時間Ｔ０での、ＡＰにおける図６および８〜１０の一部のデータの例を示している。図３１Ｂは、図２３Ａの送受信シーケンスにおける初期の時間Ｔ０での、救助者の無線端末における図６、１２および１３の一部のデータの例を示している。 図３２Ａは、図２３Ａの送受信シーケンスにおける時間Ｔ１での、ＡＰにおける図６および８〜１０の一部のデータの例を示している。図３２Ｂは、図２３Ａの送受信シーケンスにおける時間Ｔ１での、救助者の無線端末における図６、１２および１３の一部のデータの例を示している。 図３３Ａは、図２３Ａの送受信シーケンスにおける時間Ｔ２での、ＡＰにおける図６、および８〜１０の一部のデータの例を示している。図３２Ｂは、図２３Ａの送受信シーケンスにおける時間Ｔ２での、救助者の無線端末における図６、１２および１３の一部のデータの例を示している。 図３４Ａは、図２３Ａの送受信シーケンスにおける時間Ｔ３での、ＡＰにおける図６、および８〜１０の一部のデータの例を示している。図３４Ｂは、図２３Ａの送受信シーケンスにおける時間Ｔ３での、救助者の無線端末における図６、１２および１３の一部のデータの例を示している。 図３５Ａは、図２３Ｂの送受信シーケンスにおける時間Ｔ４での、ＡＰにおける図６、および８〜１０の一部のデータの例を示している。図３５Ｂは、図２３Ｂの送受信シーケンスにおける時間Ｔ４での、救助者の無線端末における図６、１２および１３の一部のデータの例を示している。 図３６Ａは、図２３Ａの送受信シーケンスにおける時間Ｔ４での、ＡＰにおける図６、および８〜１０の一部のデータの例を示している。図３６Ｂ〜３６Ｄは、図２３Ａの送受信シーケンスにおける時間Ｔ４での、救助者の無線端末における図６、１２および１３の一部のデータの例を示している。 図３７Ａは、図２４Ａの送受信シーケンスにおける時間Ｔ５での、ＡＰにおける図６、および８〜１０の一部のデータの例を示している。図３７Ｂ〜３７Ｄは、図２４Ａの送受信シーケンスにおける時間Ｔ５での、救助者の無線端末における図６、１２および１３の一部のデータの例を示している。 図３８Ａは、図２４Ａの送受信シーケンスにおける時間Ｔ６での、ＡＰにおける図６、および８〜１０の一部のデータの例を示している。図３８Ｂ〜３８Ｄは、図２４Ａの送受信シーケンスにおける時間Ｔ６での、救助者の無線端末における図６、１２および１３の一部のデータの例を示している。 図３９Ａは、図２４Ｂの送受信シーケンスにおける時間Ｔ７での、ＡＰにおける図６、および８〜１０の一部のデータの例を示している。図３９Ｂ〜３９Ｄは、図２３Ｂの送受信シーケンスにおける時間Ｔ７での、救助者の無線端末における図６、１２および１３の一部のデータの例を示している。 図４０Ａは、図２４Ｂの送受信シーケンスにおける時間Ｔ８での、ＡＰにおける図６、および８〜１０の一部のデータの例を示している。図４０Ｂ〜４０Ｄは、図２４Ｂの送受信シーケンスにおける時間Ｔ８での、救助者の無線端末における図６、１２および１３の一部のデータの例を示している。 図４１は、救助者の無線端末およびＡＰによって実行される、ＡＰのエージェントにおける救助者募集人数を追加または変更するための処理のフローチャートの例を示している。 図４２Ａは、無線端末によってＡＰのエージェントに送信される募集人数変更メッセージの例を示している。図４２Ｂは、ＡＰのエージェントによって無線端末に送信される応答メッセージの例を示している。

発明の目的および利点は、請求の範囲に具体的に記載された構成要素および組み合わせによって実現され達成される。
前述の一般的な説明および以下の詳細な説明は、典型例および説明のためのものであって、本発明を限定するためのものではない、と理解される。

本発明の非限定的な実施形態を、図面を参照して説明する。図面において、同様のコンポーネントおよび要素には同じ参照番号が付されている。

既知の被災報知システムを用いる場合、救助隊の各隊員が被災報知用の受信機を携帯して各担当範囲を探索して、各受信機が被災報知用の送信機からの被災報知信号を受信することとなる。この場合、探索範囲外の位置にある送信機からの被災報知信号は、受信機で受信できない。また、既知の被災報知システムを用いる場合、救助隊は、広域を探索するために、複数の受信機を統制的に移動させることが求められる。しかし、複数の救助隊の探索範囲の境界付近では、一人の救助要請者が、複数の救助隊に探知され、同時に複数の救助隊が重複して要請者の救助に向かうことがある。従って、複数の救助隊は救助活動を互いに調整することとなり、救助活動が遅延する傾向がある。さらに、受信機相互間で、送信機の情報が交換され、各受信機が送信機の現在状況を記憶して表示するので、複数の受信機が重複して同じ情報を記憶することがある。

実施形態の目的は、応募者または参加者の無線端末が、或る無線基地局の隣接の無線基地局からマルチキャストで送信される募集存在情報または参加要請存在情報を受信できるようにすることである。また、実施形態の別の目的は、ネットワークでの処理負荷を抑えつつ、応募者または参加者の無線端末が、無線基地局の隣接の無線基地局から送信される要請者の無線端末に関する要請情報を受信できるようにすることである。これらの目的は、実施形態によって達成することができる。ここで、応募者は救助者であり、募集は救助者募集または救助要請であり、要請者は救助要請者であってもよい。

発明者は、無線基地局が自局へのアクセス情報をマルチキャストで送信し、応募者の無線端末が、探索範囲を段階的に拡張して、より広い探索範囲の無線基地局によるマルチキャスト配信に参加要求を送信すれば、アクセス情報を受信できるようになる、と認識した。

発明者は、無線基地局を、例えば次の形態で動作させることによって、救助要請者の無線端末に救助者の無線端末を効率的に割り当てて、救助者の無線端末が救助要請者の無線端末の情報を取得して救助要請者の無線端末と通信できるようにすればよい、と認識した。

その無線基地局の動作形態は、次の（１）〜（６）の通りである。
（１）救助要請者の無線端末が、自端末の近隣にある第１の無線基地局（以下、単にＡＰとも称する）に救助要請情報を送信する。

（２）第１のＡＰは救助要請者の無線端末に対応付けてエージェントを生成し、エージェントは無線端末から受信した救助要請情報を記憶する。ここで、エージェント（agent）は、無線端末からの救助要請情報を管理する機能を有する仮想的な装置である。

（３）第１のＡＰは、エージェントに対する救助者の無線端末の割当てを管理する。第１のＡＰは、救助者の無線端末の割当てが完了していないエージェントが存在する場合、救助要請の存在を表す要請存在通知を要請存在通知グループ宛てにマルチキャストで送信する。

（４）一方、救助者の無線端末は、探索開始の第１の周期で、救助者の無線端末の近隣にある近隣ＡＰを探索範囲ｉ＝１として、エージェントを含む可能性のあるＡＰを探索する。そのために、救助者の無線端末は、近隣の第２のＡＰを介して、要請存在通知グループ宛てに要請存在通知参加または参加要求（join）をマルチキャストで送信する。ここで、要請存在通知参加のマルチキャスト・アドレス情報は、近隣ＡＰを送信元として含み、近隣ＡＰによってマルチキャスト配信される情報を受信できるように設定される。その後、救助者の無線端末は、隣接ＡＰから要請存在通知を受信するまで、周期（ｉ＋１）毎に、ＡＰの探索範囲（ｉ＋１）を、探索範囲ｉのＡＰの近隣ＡＰにまで順次拡張する。第（ｉ＋１）周期でのＡＰの探索範囲（ｉ＋１）は、例えば、探索範囲（ｉ＋１）＝｛ａｐ｜ａｐ∈近隣ＡＰ（ａｐ＿ｉ）、ａｐ＿ｉ∈探索範囲ｉ｝で表される。ここで、近隣ＡＰ（ａｐ＿ｉ）は、探索範囲ｉのときの各ＡＰ（ａｐ＿ｉ）の近隣にあるＡＰを表す。ａｐ∈近隣ＡＰ（ａｐ＿ｉ）は、近隣ＡＰに属するＡＰを表す。それによって、救助者の無線端末は、周期毎に、参加する要請存在通知グループの送信元のＡＰを順次拡張することができる。救助者の無線端末は、第１のＡＰから要請存在通知を受信すると、救助参加を第１のＡＰに送信する。

（５）第１のＡＰは、救助者の無線端末から受信した応募または救助参加に対して、救助者の無線端末にエージェントを割り当てる。次いで、第１のＡＰにおいて、エージェントは、要請状態通知を要請状態通知グループ宛にマルチキャストで送信する。第１のＡＰは、救助者の無線端末に、割り当てたエージェントの情報を参加確認で通知する。

（６）救助者の無線端末は、第１のＡＰのエージェントから参加確認を受信し、エージェントの要請状態通知グループ宛てに要請状態通知参加（join）をマルチキャストで送信する。それによって、救助者の無線端末は、第１のＡＰよって割り当てられたエージェントから救助要請者の無線端末の情報を取得できるようになる。その情報は、救助要請者の無線端末のアドレスを含み、救助要請者の状態に関する情報を含んでいてもよい。

次は、実施形態による無線通信システムの概略的な構成（configuration）を説明する。

図１は、実施形態による、ルータ１０、１２、１４および１６、ルータ１０〜１６に接続された無線基地局２０、２１、２２、２５、２６、２７、３０、３１および３３を含む無線通信システム２の概略的構成（configuration）の例を示している。ここで、無線基地局２０および２１は、ルータ１０に接続されている。また、無線基地局２５および２６は、ルータ１２に接続されている。また、無線基地局２２、２７、３０〜３３は、ルータ１４に接続されている。無線通信システム２は、さらに、救助要請者の無線端末４０、４１および４２と、救助者の無線端末４５、４６および４７とを含んでいる。無線端末４０〜４７は、移動端末であり、無線基地局２０〜３３のいずれかの通信可能範囲内にあって、無線基地局２０〜３３のいずれかと通信する。

図１において、無線端末４０、４１および４２は、救助要請者の無線端末であることを示すために、それぞれｘ、ｘ２およびｘ３で識別される。また、無線端末４５、４６および４７は、救助者の無線端末であることを示すために、それぞれｙ、ｙ２およびｙ３で識別される。また、無線基地局２０、２１および２２は、救助要請者の無線端末ｘ、ｘ２およびｘ３から救助要請信号を受信することを示すためにそれぞれａ、ａ２およびａ３で識別される。また、無線基地局２５、２６および２７は、救助者の無線端末ｙ、ｙ２およびｙ３から参加表明信号を受信することを示すためにそれぞれｂ、ｂ２およびｂ３で識別される。ルータ１０、１２、１４および１６は、ルータであることを示すために、それぞれｒ１、ｒ２、ｒ３およびｒ４で識別される。

無線端末４０（ｘ）は無線通信可能範囲７を有し、無線端末４０（ｘ）の無線通信可能範囲７内には、近隣の無線基地局ａ、αおよびγが存在する。無線端末４１（ｘ２）の無線通信範囲内には、近隣の無線基地局ａが存在する。無線端末４５（ｙ）は無線通信可能範囲９を有し、無線端末４５（ｙ）の無線通信可能範囲９内には、近隣の無線基地局ｂ、βおよびγが存在する。無線端末４６（ｙ２）に無線通信可能範囲内には、近隣の無線基地局ｂ２が存在する。無線端末４７（ｙ３）の無線通信可能範囲内には、近隣の無線基地局ｂ３が存在する。

ネットワーク５は、例えば、ＩＰ（Internet Protocol）ネットワーク、ＩＳＤＮ（Integrated Services Digital Network）、光回線、ＤＳＬ（Digital Subscriber Line）、パケット網、公衆電話網、及び／又はＣＡＴＶ（Cable Television）網を含んでもよい。無線基地局２０〜３３は、無線基地局装置であり、例えば、第３世代または第４世代の移動体通信用の基地局（アクセスポイント）装置であっても、または無線ＬＡＮの無線基地局であってもよい。無線端末４０〜４７は、移動端末であり、例えば、携帯電話機、スマートフォン、タブレット型またはノートブックのパーソナル・コンピュータのようなモバイル型の情報処理端末であってもよい。

次は、無線端末４０〜４７および無線基地局（ＡＰ）２０〜３３の概略的な構成（configurations）について説明する。

図２は、無線端末４０〜４７の各々の概略的な構成（configuration）の例を示している。
図２において、無線端末４０〜４７の各々は、内部バスに接続された、プロセッサ４０２、記憶部４０４、表示部４１２、音響部４１４、入力部４１６、制御部４１８、および無線通信部４２０を含んでいる。

プロセッサ４０２は、コンピュータ用のＣＰＵ（Central Processing Unit）であってもよい。記憶部４０４は、例えば、主記憶装置および半導体メモリ、ＳＤ（セキュア・ディジタル）メモリまたはＵＳＢメモリ等のフラッシュ・メモリのような他の半導体メモリを含み、さらに、ハードディスク・ドライブ（ＨＤＤ）を含んでいてもよい。

無線端末４０〜４７の各々は、外付けドライブ４３０に接続可能であってもよい。ドライブ４３０は、ソフトウェアまたはプログラムが記録された例えば光ディスクまたは磁気ディスクのような記録媒体４３６を読み取るためのものであってもよい。そのソフトウェアは、例えば、ＯＳ、データベース管理システム（ＤＢＭＳ）、アプリケーション・プログラム、等を含んでいてもよい。アプリケーション・プログラムは、救助要請処理および救助支援処理用のアプリケーションを含んでいてもよい。

プロセッサ４０２は、例えば集積回路として実装された専用のプロセッサであってもよい。また、プロセッサ４０２は、記憶部４０４に格納されたＯＳおよびアプリケーション・プログラムに従って動作するものであってもよい。アプリケーション・プログラムは、記録媒体４３６に格納されていて、ドライブ４３０によって記録媒体４３６から読み出されて無線端末４０〜４７にインストールされてもよい。代替形態として、アプリケーション・プログラムは、ネットワーク５上のサーバ装置からダウンロードされて無線端末４０〜４７にインストールされてもよい。

表示部４１２は、例えば、液晶表示装置、またはタッチパネル付き液晶表示装置であってもよい。音響部４１４は、例えば、マイクロホン、スピーカ、およびレシーバを含んでいてもよい。入力部４１６は、例えば、複数のキー、タッチパッド、テンキー、キーボード、タッチパネル、および／またはポインティング・デバイスを含んでいてもよい。

制御部４１８は、無線通信部４２０を制御してもよい。無線通信部４２０は、移動体通信用の無線基地局２０〜３３を介してネットワーク５に接続することができる。

図３は、無線基地局（ＡＰ）２０〜３３の各々の概略的な構成（configuration）の例を示している。

図３において、無線基地局（ＡＰ）２０〜３３の各々は、例えば、プロセッサまたは制御部２０２、記憶部２０４、入出力制御部２０６、パケット転送制御部２０８、有線通信部２１０、および無線通信部２１２を含んでいる。プロセッサ２０２は、有線通信部２１０を介してネットワーク５に接続する。プロセッサ２０２は、無線通信部２１２を介して無線端末４０〜４７と通信する。無線基地局２０〜３３の各々は、外付けのドライブ２３０に接続可能であってもよい。プロセッサ２０２は、有線通信部２１０および無線通信部２１２を制御してもよい。

プロセッサ２０２は、コンピュータ用のＣＰＵ（Central Processing Unit）であってもよい。記憶部２０４は、主記憶装置および補助記憶装置を含んでいる。主記憶装置は、半導体メモリ等の記憶装置を含んでいる。補助記憶装置は、例えば、フラッシュ・メモリのような半導体メモリを含んでいてもよい。ドライブ２３０は、ソフトウェアが記録された例えば光ディスクまたは磁気ディスクのような記録媒体２３６を読み取るためのものであってもよい。そのソフトウェアは、例えば、ＯＳ、データベース管理システム（ＤＢＭＳ）、アプリケーション・プログラム、等を含んでいてもよい。アプリケーション・プログラムは、通信制御および救助支援用のアプリケーションを含んでいてもよい。

プロセッサ２０２は、例えば集積回路として実装された専用のプロセッサであってもよい。また、プロセッサ２０２は、記憶部２０４に格納されたアプリケーション・プログラムに従って動作するものであってもよい。アプリケーション・プログラムは、記録媒体２３６に格納されていて、ドライブ２３０によって記録媒体２３６から読み出されて無線基地局２０〜３３にインストールされてもよい。

図４は、無線端末４０〜４７のプロセッサ４０２の概略的な構成（configuration）の例を示している。

図４において、無線端末４０〜４７のプロセッサ４０２は、制御部４０２０、アプリケーション部４０２２、救助要請処理部４０２４、救助支援処理部４０２６、およびその他の処理部４０２８を含んでいる。制御部４０２０は、アプリケーション部４０２２、救助要請処理部４０２４、救助支援処理部４０２６および処理部４０２８に制御信号を供給して、これらの要素の動作を制御してもよい。

救助要請処理部４０２４は、救助要請者の救助要請情報を管理して無線基地局２０等に送信または登録するのを支援する。救助支援処理部４０２６は、救助者の救助者情報を管理し、救助要請情報の送信元の無線基地局２０等を探索し、無線基地局２０から救助要請情報を受信して管理するのを支援する。

図５は、無線基地局（ＡＰ）２０〜３３のプロセッサ２０２の概略的な構成（configuration）の例を示している。

図５において、無線基地局（ＡＰ）２０〜３３のプロセッサ２０２は、制御部２０２０、アプリケーション部２０２２、救助支援管理部２０２４、およびその他の処理部２０２８を含んでいる。制御部４０２０は、アプリケーション部２０２２、救助支援管理部２０２４および処理部２０２８に制御信号を供給して、アプリケーション部２０２２、救助支援管理部２０２４および処理部２０２８の動作を制御してもよい。

救助支援管理部２０２４は、救助要請者による無線端末４０〜４２の救助要請情報の登録を支援し、救助要請情報をエージェントで管理し、救助要請情報の存在をマルチキャストで送信する。エージェントは、無線端末４０〜４２の救助要請情報を管理する端末情報管理部であり、救助要請者状態情報を含む救助要請情報を要請状態通知グループ宛てにマルチキャストで送信する。また、救助支援管理部２０２４は、救助要請者に救助者を割当てるために、救助要請者の無線端末４０〜４２に対応するエージェントに、救助者の無線端末４５〜４７を割り当て、エージェントの救助要請情報を無線端末４５〜４７に送信する。

次は、例えば、地震のような災害発生時における、無線端末ｘ、ｘ２およびｙ〜ｙ３、無線基地局ａ、ｂ〜ｂ２、ｂ３、α、βおよびγ、ルータｒ１〜ｒ４の間での送受信シーケンスの例を説明する。

図２３Ａおよび２３Ｂは、無線端末ｘおよびｙ、無線基地局ａ、ｂ、ｂ２、α、βおよびγ、およびルータｒ１〜ｒ４の間での送受信シーケンスの例を示している。
図２４Ａおよび２４Ｂは、図２３Ｂの後の、無線端末ｘ２およびｙ〜ｙ３、無線基地局ａ、ｂ〜ｂ３、およびルータｒ１〜ｒ４の間での送受信シーケンスの例を示している。

図２３Ａを参照すると、無線端末ｘは、地震速報のような災害速報を受信した後、一定の時間（例、３分）が経過しても、無線端末ｘを携帯する所持者による操作が無いか、または救助要請の操作入力を受けた場合、ステップ５０２の処理を実行する。即ち、ステップ５０２において、無線端末ｘは、所持者を救助要請者とする救助要請メッセージを近隣のＡＰａに送信する。災害速報は、例えばブロードキャストまたはマルチキャストで無線端末ｘに配信されてもよい。

ステップ５０４において、ＡＰａは、救助要請メッセージの受信に応答して、無線端末ｘに対応付けてエージェントｘを生成し、無線端末ｘから受信した情報（例えば、救助要請者の状態情報）をエージェントｘの記憶領域に保存する。ステップ５０６において、ＡＰａは、救助要請メッセージの受信に応答して、無線端末ｘに応答メッセージを送信する。

ステップ５０８において、ＡＰａは、ネットワーク５を介して、周期的に、要請存在通知メッセージを要請存在通知グループ宛てにマルチキャストで送信する。

一方、災害速報を受信した後、無線端末ｙは、救助者の入力操作に従って、無線基地局の探索機能を起動する。次いで、ステップ５１０において、無線端末ｙは、要請存在通知メッセージを受信するために、近隣のＡＰｂを介して、要請存在通知参加（join）メッセージを要請存在通知グループ宛てにマルチキャストで送信する。この場合、要請存在通知参加メッセージは、要請存在通知メッセージの送信元アドレス（例えば、ＩＰアドレス）として、近隣ＡＰｂ、βおよびγのアドレスを含んでいる。要請存在通知参加メッセージは、ＡＰｂに達し、ルータｒ２、ｒ４、ｒ３を介して転送されてＡＰβおよびγに達する。その際、ＡＰｂは、ネットワーク５上で、ルータｒ２、ｒ４およびｒ３を介して、要請存在通知参加メッセージをＡＰβおよびＡＰγに転送する。ＡＰｂ、ＡＰβおよびＡＰγ、およびルータｒ２、ｒ４およびｒ３において、要請存在通知グループに無線端末ｙが追加される。この時点では、要請存在通知メッセージは、ＡＰａに達しない。従って、無線端末ｙは、要請存在通知メッセージを受信しない。

ＡＰの探索範囲をＡＰｂ、ＡＰβおよびＡＰγの近隣ＡＰにまで拡張するために、ステップ５２２において、無線端末ｙは、近隣ＡＰを問い合わせるための近隣ＡＰ問合せメッセージをＡＰｂにユニキャストで送信する。ステップ５２４において、ＡＰｂは、ＡＰｂの近隣ＡＰβおよびγのＡＰ識別子を含む応答メッセージを無線端末ｙにユニキャストで送信する。ＡＰａは、ＤＳＮ（Domain Name System）の名前解決法に従って、ＡＰ識別子からＡＰのＩＰアドレスを取得することができる。但し、ＡＰ識別子としてＡＰのＩＰアドレスそのものが用いられてもよい。

ステップ５２６において、無線端末ｙは、同様に近隣ＡＰ問合せメッセージをＡＰγにユニキャストで送信する。ステップ５２８において、ＡＰγは、ＡＰγの近隣ＡＰａ、α、ｂ、ｂ２およびβのＡＰ識別子を含む応答メッセージを無線端末ｙにユニキャストで送信する。ステップ５３０において、無線端末ｙは、同様に近隣ＡＰ問合せメッセージをＡＰβにユニキャストで送信する。ステップ５３２において、ＡＰβは、ＡＰβの近隣ＡＰａおよびγのＡＰ識別子を含む応答メッセージを無線端末ｙにユニキャストで送信する。

ステップ５３４において、無線端末ｙは、ＡＰｂを介して、要請存在通知参加メッセージを要請存在通知グループ宛てにマルチキャストで送信する。この場合、要請存在通知参加メッセージは、要請存在通知メッセージの送信元アドレスとして、近隣ＡＰｂ２、αおよびａのアドレスを含んでいる。それによって、無線端末ｙは、受信した近隣ＡＰａ、α、ｂ、ｂ２、β、γのＡＰ識別子の中の新しい近隣ＡＰｂ２、αおよびａによって送信される要請存在通知メッセージを受信することができる。要請存在通知参加メッセージは、ルータｒ１〜ｒ４を介して転送されてＡＰｂ２、αおよびａに達する。ＡＰｂ２、αおよびａ、およびルータｒ２、ｒ４、ｒ１およびｒ３は、要請存在通知グループに無線端末ｙを追加する。このようにして、ＭＬＤおよびＩＧＭＰに従って、上流へと、受信への参加が通知されて登録される。

図２３Ｂを参照すると、ステップ５４２において、ＡＰａは、要請存在通知メッセージを要請存在通知グループ宛てにマルチキャストで送信する。無線端末ｙは、ＡＰｂを介して、要請存在通知メッセージを受信する。

ステップ５４４において、無線端末ｙは、要請存在通知メッセージの受信に応答して、救助参加または応募メッセージをＡＰａにユニキャストで送信する。救助参加メッセージは、エージェントにおける無線端末ｘに関する情報を要求する情報要求信号でもある。ステップ５４６において、ＡＰａは、無線端末ｙに対してエージェントｘを割り当てて、エージェントｘの救助要請情報を含む参加確認メッセージを無線端末ｙにユニキャストで送信する。参加確認メッセージは、救助参加メッセージに対する応答メッセージであり、情報要求信号に対する応答信号でもある。

ステップ５４８において、無線端末ｙは、参加確認メッセージの受信に応答して、救助要請情報を保存し、ＡＰｂを介して、要請存在通知離脱メッセージを要請存在通知グループ宛てにマルチキャストで送信する。要請存在通知離脱メッセージは、ルータｒ１〜ｒ４を介して転送されてＡＰｂ、ｂ２、α、β、γ、ａに達する。ＡＰｂ、ｂ２、α、β、γ、ａおよびルータｒ１〜ｒ４は、要請存在通知グループから無線端末ｙを削除する。

ステップ５５０において、無線端末ｙは、エージェントｘへの要請状態通知参加メッセージを要請状態通知グループ宛てにマルチキャストで送信する。要請状態通知参加メッセージは、ルータｒ１、ｒ２およびｒ４を介して転送されてＡＰａに達する。ＡＰｂおよびＡＰａ、およびルータｒ２、ｒ４およびｒ１は、要請状態通知グループに無線端末ｙを追加する。

ステップ５５２において、エージェントｘは、参加確認メッセージの送信後、周期的に、無線端末ｘから受信した現在の救助要請情報を含む要請状態通知メッセージを、要請状態通知グループ宛てにマルチキャストで送信する。無線端末ｙは、ＡＰｂを介して、要請状態通知メッセージを受信する。その後、無線端末ｙは、救助者の操作に従って、救助要請者の無線端末ｘと通信可能になる。このようにして、救助者は、無線端末ｙを操作して、救助のための情報をやりとりするために、無線端末ｘを介して救助要請者と通話しまたは無線端末ｘとの間でデータを送受信することができるようになる。

図２４Ａを参照すると、ステップ５６２において、無線端末ｙ２は、救助者の入力操作によって無線基地局の探索機能が起動されると、近隣のＡＰｂ２を介して、要請存在通知メッセージを要請存在通知グループ宛てにマルチキャストで送信する。この場合、要請存在通知メッセージは、要請存在通知メッセージの送信元アドレスとしてＡＰｂ２およびａのアドレスを含んでいる。要請存在通知メッセージは、ルータｒ２、ｒ４およびｒ１を介して転送されてＡＰａに達する。ＡＰｂ２は、ネットワーク５上で、ルータｒ２、ｒ４およびｒ１を介して、要請存在通知メッセージをＡＰａに転送する。ＡＰｂ２およびＡＰａ、およびルータｒ２、ｒ４およびｒ１は、要請存在通知グループに無線端末ｙ２を追加する。

ステップ５６４において、無線端末ｙ３は、救助者の入力操作によって無線基地局の探索機能が起動されると、近隣のＡＰｂ３を介して、要請存在通知メッセージを要請存在通知グループ宛てにマルチキャストで送信する。この場合、要請存在通知メッセージは、要請存在通知メッセージの送信元アドレスとしてＡＰｂ３およびａのアドレスを含んでいる。要請存在通知参加メッセージは、ルータｒ３を介してルータｒ１に転送される。要請存在通知参加メッセージはＡＰａに達する。ＡＰｂ３およびＡＰａ、およびルータｒ１は、要請存在通知グループに無線端末ｙ３を追加する。

ステップ５７２において、ＡＰａは、要請存在通知メッセージを要請存在通知グループ宛てにマルチキャストで送信する。無線端末ｙ２およびｙ３は、要請存在通知メッセージを受信する。

ステップ５７４において、無線端末ｙ２は、要請存在通知メッセージの受信に応答して、ＡＰｂ２を介して、救助参加メッセージをＡＰａにユニキャストで送信する。ステップ５７６において、無線端末ｙ３は、要請存在通知メッセージの受信に応答して、ＡＰｂ３を介して、救助参加メッセージをＡＰａにユニキャストで送信する。

ステップ５７８において、ＡＰａは、無線端末ｙ２に対してエージェントｘを割り当てて、エージェントｘの救助要請情報を含む参加確認メッセージを無線端末ｙ２にユニキャストで送信する。その際、参加した救助者の人数が救助者募集人数に達した場合、ＡＰａは、エージェントｘに関する要請存在通知メッセージの送信を停止する。その後のステップ５８０において、参加した救助者の人数が救助者募集人数に達していた場合、ＡＰａは、無線端末ｙ３に対してエージェントを割り当てず、募集の終了を表す参加確認メッセージを無線端末ｙ３にユニキャストで送信する。

ステップ５８２において、無線端末ｙ２は、参加確認メッセージの受信に応答して、ＡＰｂ２を介して、要請存在通知離脱メッセージを要請存在通知グループ宛てにマルチキャストで送信する。無線端末ｙ２からの要請存在通知離脱メッセージは、ルータｒ１に達する。ＡＰｂおよびルータｒ１は、要請存在通知グループから無線端末ｙ２を削除する。この場合、無線端末ｙ３のための要請存在通知グループのマルチキャストのルートは維持される。

ステップ５８４において、無線端末ｙ２は、ＡＰｂ２を介して、エージェントｘへの要請状態通知参加メッセージを要請状態通知グループ宛てにマルチキャストで送信する。要請状態通知参加メッセージはルータｒ２に達する。ＡＰｂ２およびルータｒ２は、要請状態通知グループに無線端末ｙ２を追加する。この場合、無線端末ｙによって、要請状態通知グループのマルチキャストのルートが先に形成されている。

ステップ５８６において、ＡＰａにおいて、エージェントｘは、無線端末ｘから受信した救助要請情報を含む要請状態通知メッセージを要請状態通知グループ宛てにマルチキャストで送信する。救助要請情報は、無線端末ｘによって周期的に更新されてもよい。無線端末ｙおよびｙ２は、要請状態通知メッセージを受信する。その後、無線端末ｙ２は、救助者の操作に従って、救助要請者の無線端末ｘと通信可能になる。このようにして、救助者は、無線端末ｙ２を操作して、救助のための情報をやりとりするために、無線端末ｘを介して救助要請者と通話しまたは無線端末ｘとの間でデータを送受信することができるようになる。

図２４Ｂを参照すると、無線端末ｘ２は、災害速報を受信した後、一定または閾値の時間が経過しても、無線端末ｘ２を携帯する所持者による操作が無いか、または救助要請の操作入力を受けた場合、ステップ５９２の処理を実行する。即ち、ステップ５９２において、無線端末ｘ２は、所持者を救助要請者とする救助要請メッセージを近隣のＡＰａに送信する。

ステップ５９４において、ＡＰａは、救助要請メッセージの受信に応答して、無線端末ｘ２に対応付けてエージェントｘ２を生成し、無線端末ｘ２から受信した情報をエージェントｘ２に保存する。ステップ５９６において、ＡＰａは、救助要請メッセージの受信に応答して、無線端末ｘ２に応答メッセージを送信する。

ステップ６０２において、ＡＰａは、ネットワーク５を介して、周期的に、要請存在通知メッセージを、要請存在通知グループ宛てにマルチキャストで送信する。無線端末ｙ３は、既にＡＰａにおける要請存在通知グループに参加しているので、要請存在通知メッセージを受信する。

ステップ６０４において、無線端末ｙ３は、ＡＰｂ３を介して、要請存在通知メッセージの受信に応答して、救助参加メッセージをＡＰａにユニキャストで送信する。ステップ６０６において、ＡＰａは、無線端末ｙ３に対してエージェントｘ２を割り当てて、エージェントｘ２の救助要請情報を含む参加確認メッセージを無線端末ｙ３にユニキャストで送信する。

ステップ６０８において、無線端末ｙ３は、参加確認メッセージの受信に応答して、救助要請情報を保存し、ＡＰｂ３を介して、要請存在通知離脱メッセージを要請存在通知グループ宛てにマルチキャストで送信する。要請存在通知離脱メッセージは、ルータｒ３およびｒ１を介してＡＰａに達する。ＡＰｂ３およびＡＰａ、およびルータｒ３およびｒ１は、要請存在通知グループから無線端末ｙ３を削除する。

ステップ６１０において、無線端末ｙ３は、ＡＰｂ３を介して、エージェントｘ２への要請状態通知参加メッセージを要請状態通知グループ宛てにマルチキャストで送信する。要請状態通知参加メッセージは、ルータｒ３およびｒ１を介して転送されてＡＰａに達する。ＡＰｂ３およびＡＰａ、およびルータｒ３およびｒ１は、要請状態通知グループに無線端末ｙ３を追加する。

ステップ６１２において、ＡＰａにおいて、エージェントｘ２は、無線端末ｘ２から受信した情報を含む要請状態通知メッセージを、要請状態通知グループ宛てにマルチキャストで送信する。無線端末ｙ３は、要請状態通知メッセージを受信する。その後、無線端末ｙ３は、救助者の操作に従って、救助要請者の無線端末ｘ２と通信可能になる。このようにして、救助者は、無線端末ｙ３を操作して、救助のための情報をやりとりするために、無線端末ｘ２を介して救助要請者と通話しまたは無線端末ｘ２との間でデータを送受信することができるようになる。

次は、救助要請者の無線端末４０〜４２、救助者の無線端末４５〜４７、および無線基地局２０〜３３によって保存されるデータおよび送受信されるメッセージについて説明する。

図６は、無線端末４０〜４７および無線基地局２０〜３３において生成されて保存される近隣ＡＰリストの例を示している。

近隣ＡＰリストは、無線端末４０〜４７および無線基地局２０〜３３の各々の近隣にある１つ以上のＡＰのＡＰ識別子を含んでいる。ＡＰ２０〜３３の近隣ＡＰリストは、ＡＰ２０〜３３の記憶部２０４に保存される。救助要請者および救助者の無線端末４０〜４７の近隣ＡＰリストは、無線端末４０〜４７の記憶部４０４に保存される。

無線端末４０〜４７は、無線通信可能な範囲にある近隣のＡＰのＡＰ識別子を収集して、近隣ＡＰリストを生成して保存する。例えば、無線端末４０は、無線通信可能範囲にあるＡＰ２０、３０および３３のＡＰ識別子“＃ａ”、“＃α”および“＃γ”を生成して記憶部４０４に保存する。無線端末４０〜４７は、ＤＳＮの名前解決法に従って、ＡＰ識別子からＡＰのＩＰアドレスを取得することができる。但し、ＡＰ識別子としてＡＰのＩＰアドレスが用いられてもよい。

一方、各ＡＰ２０〜３３の近隣ＡＰリストは、各ＡＰ２０〜３３の隣接にある１つ以上のＡＰのＡＰ識別子を含み、ＡＰ２０〜３３の管理者によって設定されて記憶部２０４に保存されてもよい。あるいは、各ＡＰ２０〜３３は、通常動作時において、無線端末による通信エリアまたはセル間の移動によって生じるハンドオーバの際に、制御信号からハンドオーバ元およびハンドオーバ先のＡＰのＡＰ識別子を収集して、近隣ＡＰリストを生成してもよい。あるいは、各ＡＰ２０〜３３は、通信エリア内の無線端末４０〜４７から受信した近隣ＡＰリストを統合して自己の近隣ＡＰリストとして保存してもよい。また、各ＡＰ２０〜３３における各エージェントは、救助要請者の無線端末４０〜４２から受信した近隣ＡＰリストを自己の近隣ＡＰリストとして保存してもよい。

図７は、救助要請者の無線端末４０等におけるデータの例を示している。
救助要請者の無線端末４０〜４２のデータは、記憶部４０４に格納され、自端末識別子、自端末アドレス、エージェント・アドレス、救助要請者状態、およびタイムスタンプの各フィールドを含んでいる。エージェント・アドレスは、ＡＰ２０または２２から受信したものであり、ＡＰ２０または２２において救助要請者の無線端末４０〜４２に対応付けられたエージェントのアドレスである。救助要請者状態は、無線端末４０〜４２に対応して設けられた身体測定器またはセンサによって検知された値または状態を含んでいる。タイムスタンプは、救助要請者状態が更新された時刻である。

無線端末４０のデータは、例えば、自端末識別子“＃ｘ”、自端末アドレス“ＡＤＤＲ＿＃ｘ”、エージェント・アドレス“ＡＤＤＲ＿Ａｇｅｎｔ＃ｘ”、および救助要請者状態“脈拍：８０、酸素飽和度：９７．．．”を含んでいる。タイムスタンプは、例えば“２０１４／０８／２０ ０９：００：００：０００”（２０１４年８月２０日９時）であってもよい。

図８は、ＡＰ２０等におけるエージェント・リストの例を示している。
エージェント・リストは、記憶部２０４に格納され、ＡＰ２０または２２におけるエージェントのエージェント識別子および救助者募集表示の各フィールドを含んでいる。エージェント識別子は、ＡＰ２０または２２内でのエージェントのエージェント識別子である。救助者募集表示は、各エージェントに対応する現在の救助者募集状態（募集中または確保済）を表す。ＡＰ２０のエージェント・リストは、例えば、エージェント識別子“Ａｇｅｎｔ＃ｘ”および“Ａｇｅｎｔ＃ｘ２”と、それぞれの救助者募集表示“募集中”および“確保済”とを含んでいる。

図９は、ＡＰ２０等における各エージェントのデータの例を示している。
ＡＰ２０および２２における各エージェントは、記憶部２０４に格納され、自エージェント識別子、要請者端末識別子、要請者端末アドレス、自エージェント・アドレス、救助要請者状態、救助者募集人数、およびタイムスタンプの各フィールドを含んでいる。要請者端末アドレスは、エージェントに対応付けられた無線端末４０〜４２のアドレスである。自エージェント・アドレスは、各ＡＰ２０、２２内のエージェントのアドレスであり、各ＡＰ２０、２２によって割り当てられてもよい。救助要請者状態は、エージェントに対応付けられた無線端末４０〜４２から受信した救助要請者状態である。救助者募集人数は、救助要請者を救助するのに必要な救助者の人数であり、救助要請者によって設定および変更可能であってもよい。また、救助者募集人数は、救助者の無線端末４５〜４７によって変更されてもよい。タイムスタンプは、受信した救助要請者状態のタイムスタンプである。

ＡＰ２０における無線端末４０のエージェントは、例えば、自エージェント識別子“Ａｇｅｎｔ＃ｘ”、 要請者端末識別子“＃ｘ”、および要請者端末アドレス“ＡＤＤＲ＿＃ｘ” を含んでいる。 無線端末４０のエージェントは、さらに、例えば、自エージェント・アドレス“ＡＤＤＲ＿Ａｇｅｎｔ＃ｘ”、救助要請者状態“脈拍：８０、酸素飽和度：９７”、および救助者募集人数“２”を含んでいる。

図１０は、ＡＰ２０等における各エージェントにおける救助者リストの例を示している。
エージェントの救助者リストは、記憶部２０４に格納され、救助者端末識別子、端末アドレス、および任意に人数の各フィールドを含んでいる。救助者端末識別子は、救助者の無線端末４５〜４７の端末識別子である。端末アドレスは、救助者の無線端末のアドレスである。人数は、任意のフィールドであって、各無線端末４５等から受信した無線端末４５等毎の１つの救助隊における救助者の人数がエージェントに保存または登録される。各無線端末４５〜４７における人数が常に１人である場合、救助者リストにおける人数の合計は、救助要請を受けた無線端末の数を表す。

ＡＰ２０のエージェント“Ａｇｅｎｔ＃ｘ”の救助者リストは、例えば、救助者端末識別子“＃ｙ”および“＃ｙ２”、それぞれの端末アドレス“ＡＤＤＲ＿＃ｙ”および“ＡＤＤＲ＿＃ｙ２”を含み、任意に、人数“１”および“２”を含んでいてもよい。

図１１は、各ＡＰ２０等におけるデータの例を示している。
ＡＰ２０および２２のデータは、記憶部２０４に格納され、自ＡＰ識別子、自ＡＰアドレス、要請存在通知グループ・アドレス、および要請状態通知グループ・アドレスの各フィールドを含んでいる。要請存在通知グループ・アドレスは、要請存在通知グループのマルチキャスト・アドレスである。要請状態通知グループ・アドレスは、要請状態通知グループのマルチキャスト・アドレスである。ＡＰ２０のデータは、例えば、自ＡＰ識別子“＃ａ”、自ＡＰアドレス“ＡＤＤＲ＿＃ａ”、要請存在通知グループ・アドレス“ＭＣ＿ＡＤＤＲ＿＃ｍ１”、および要請状態通知グループ・アドレス“ＭＣ＿ＡＤＤＲ＿＃ｍ２”を含んでいる。

図１２は、救助者の各無線端末４５等における要請存在通知グループ送信元リストの例を示している。

各無線端末４５〜４７の要請存在通知グループ送信元リストは、探索範囲の各拡張段数における要請存在通知グループの送信元ＡＰのＡＰ識別子のリストである。要請存在通知グループ送信元リストは、記憶部４０４に格納され、各無線端末４５〜４７における各周期の拡張段数ｉにおける探索範囲のＡＰのＡＰ識別子およびその拡張段数の各フィールドを含んでいる。拡張段数は、各ＡＰが探索範囲に含まれるようになった時点の拡張段数である。

要請存在通知グループ送信元リストにおいて、或る拡張段数ｉでのＡＰの近隣ＡＰリスト中のＡＰ識別子が、拡張段数（ｉ＋１）のものとして追加される。無線端末４５の要請存在通知グループ送信元リストは、例えば、ＡＰ識別子“＃ｂ”、“＃β”および“＃γ”と、それぞれの拡張段数“１”とを含んでいる。無線端末４５における要請存在通知グループ送信元リストは、さらに、ＡＰ識別子“＃ｂ”、“＃β”および“＃γ”のＡＰの近隣のＡＰのＡＰ識別子“＃ａ、＃α、＃ｂ２”と、それぞれの拡張段数“２”とを含んでいる。

図１３は、救助者の無線端末４５等におけるデータの例を示している。
無線端末４５〜４７のデータは、記憶部４０４に格納され、自端末識別子、自端末アドレス、要請存在通知グループ・アドレス、探索範囲拡張段数、要請状態通知グループ・アドレス、要請状態通知グループ送信元アドレス、および任意に人数の各フィールドを含む。また、各無線端末４５〜４７のデータは、要請者端末識別子、要請者端末近隣ＡＰリスト、救助要請者状態、およびタイムスタンプの各フィールドを含んでいる。人数は、任意のフィールドであって、各無線端末４５等に登録されて保存された１つの救助隊における救助者の人数である。

要請存在通知グループ・アドレスは、要請存在通知グループのマルチキャスト・アドレスであり、無線端末４５〜４７において既知である。探索範囲拡張段数は探索範囲の拡張段数である。要請状態通知グループ・アドレスは、要請状態通知グループのマルチキャスト・アドレスであり、無線端末４５〜４７において既知である。要請状態通知グループ送信元アドレスは、救助者の無線端末４５〜４７が要請状態通知メッセージを受信しようとする送信元のエージェントのアドレスである。送信元のエージェントのアドレスは、ＡＰ２５〜２７に保存されているものである。人数は、救助者によって各無線端末４５〜４７で設定可能な救助者または救助隊の人数である。要請者端末識別子は、ＡＰ２５〜２７によって救助者の無線端末４５〜４７に割り当てられたエージェントの無線端末４０〜４２の端末識別子である。救助要請者状態は、ＡＰ２０または２２の無線端末４０〜４２またはそのエージェントから受信した救助要請者の状態である。タイムスタンプは、受信したエージェントの救助要請者状態のタイムスタンプである。

無線端末４５のデータは、例えば、自端末識別子“＃ｙ”、自端末アドレス“ＡＤＤＲ＿＃ｙ”、要請存在通知グループ・アドレス“ＭＣ＿ＡＤＤＲ＿＃ｍ１”、および探索範囲拡張段数“２”を含んでいる。無線端末４５のデータは、さらに、例えば、要請状態通知グループ・アドレス“ＭＣ＿ＡＤＤＲ＿＃ｍ２”、要請状態通知グループ送信元アドレス“ＡＤＤＲ＿Ａｇｅｎｔ＃ｘ”、および要請者端末識別子“＃ｘ”を含んでいる。無線端末４５のデータは、さらに、例えば、要請者端末近隣ＡＰリスト“＃ａ、＃α、＃γ”、および救助要請者状態“脈拍：８０、酸素飽和度：９７”を含んでいる。

図１４Ａは、救助要請者の無線端末４０等によってＡＰ２０等に送信される救助要請メッセージの例を示している。

救助要請メッセージは、Ｌ１（レイヤ１）ヘッダ、Ｌ２（レイヤ２）ヘッダ、ＩＰヘッダに送信元アドレス（ＳＡ）および宛先アドレス（ＤＡ）、およびＴＣＰデータの各フィールドを含んでいる。ＴＣＰデータは、救助要請者の無線端末４０〜４２における、端末識別子、近隣ＡＰリスト、救助要請者状態、およびタイムスタンプを含んでいる。

送信元アドレスは、救助要請者の無線端末４０〜４２のアドレスである。宛先アドレスは、宛先のＡＰ２０または２２のアドレスである。近隣ＡＰリストは、メッセージ送信元の無線端末４０〜４２の近隣ＡＰリストである。救助要請者状態は、メッセージ送信元の無線端末４０〜４２の救助要請者状態である。

無線端末４０の救助要請メッセージは、例えば、送信元アドレス“ＡＤＤＲ＿＃ｘ”、および宛先アドレス“ＡＤＤＲ＿＃ａ”を含んでいる。ＴＣＰデータは、例えば、救助要請者の無線端末４０における、端末識別子“＃ｘ”、近隣ＡＰリスト“＃ａ、＃α、＃γ”、および救助要請者状態“脈拍：８０、酸素飽和度：９７”を含んでいる。

図１４Ｂは、ＡＰ２０等によって送信される応答メッセージの例を示している。
応答メッセージは、救助要請メッセージに対する応答メッセージであり、Ｌ１ヘッダ、Ｌ２ヘッダ、ＩＰヘッダに送信元アドレス（ＳＡ）および宛先アドレス（ＤＡ）、およびＴＣＰデータの各フィールドを含んでいる。ＴＣＰデータは、エージェント・アドレスを含んでいる。

送信元アドレスは、ＡＰ２０および２２のＡＰアドレスである。宛先アドレスは、宛先の救助要請者の無線端末４０〜４２の端末アドレスである。エージェント・アドレスは、ＡＰ２０および２２における、無線端末４０〜４２のエージェントのアドレスである。

ＡＰ２０の応答メッセージは、例えば、送信元アドレス“ＡＤＤＲ＿＃ａ”、宛先アドレス “ＡＤＤＲ＿＃ｘ”、およびエージェント・アドレス“ＡＤＤＲ＿Ａｇｅｎｔ＃ｘ”を含んでいる。

図１５は、ＡＰ２０等によって送信される要請存在通知メッセージの例を示している。
要請存在通知メッセージは、救助要請者の無線端末４０〜４２に対応するエージェントの存在を示すメッセージであり、Ｌ１ヘッダ、Ｌ２ヘッダ、ＩＰヘッダに送信元アドレス（ＳＡ）および宛先アドレス（ＤＡ）、およびＴＣＰデータの各フィールドを含んでいる。ＴＣＰデータは、ＡＰ識別子を含んでいる。

送信元アドレスは、メッセージの送信元であるＡＰ２０および２２のアドレスである。宛先アドレスは、要請存在通知グループのマルチキャスト・アドレスである。ＡＰ識別子は、エージェントが存在するＡＰ２０または２２のＡＰ識別子である。

要請存在通知メッセージは、例えば、送信元アドレス“ＡＤＤＲ＿＃ａ”、宛先アドレス “ＭＣ＿ＡＤＤＲ＿＃ｍ１”、およびＡＰ識別子“＃ａ”を含んでいる。

図１６は、救助者の無線端末４５等によってＡＰ２０等に送信される救助参加メッセージの例を示している。救助参加メッセージは、無線端末４０〜４２（ｘ）に関する情報を要求する情報要求信号でもある。

救助参加メッセージは、救助者の救助活動への参加または応募を示すメッセージであり、Ｌ１ヘッダ、Ｌ２ヘッダ、ＩＰヘッダに送信元アドレス（ＳＡ）および宛先アドレス（ＤＡ）、およびＴＣＰデータの各フィールドを含んでいる。ＴＣＰデータは、無線端末４５〜４７における、端末識別子、近隣ＡＰリスト、拡張段数、および任意に人数を含んでいる。人数は、任意のフィールドであって、各無線端末４５等に登録されて保存された１つの救助隊における救助者の人数である（図１３）。

送信元アドレスは、メッセージ送信元である救助者の無線端末４５〜４７のアドレスである。宛先アドレスは、エージェントが存在するＡＰ２０または２２のアドレスである。端末識別子は、救助参加メッセージの送信元である救助者の無線端末４５〜４７の端末識別子である。近隣ＡＰリストは、救助参加メッセージの送信元である救助者の無線端末４５〜４７の近隣ＡＰリストである。拡張段数は、送信元である無線端末４５〜４７における要請存在通知グループ送信元リスト中の宛先ＡＰの拡張段数である。

無線端末４５の救助参加メッセージは、例えば、送信元アドレス“ＡＤＤＲ＿＃ｙ”、宛先アドレス“ＡＤＤＲ＿＃ａ”、端末識別子“＃ｙ”、近隣ＡＰリスト“＃ｂ、＃β、＃γ”、および拡張段数“２”を含んでいる。

図１７は、ＡＰ２０等によって救助者の無線端末４５等に送信される参加確認メッセージの例を示している。

参加確認メッセージは、救助参加メッセージに対する応答であり、救助者の救助活動への参加の申し出または応募に対する参加確認を示すメッセージである。参加確認メッセージは、Ｌ１ヘッダ、Ｌ２ヘッダ、ＩＰヘッダに送信元アドレス（ＳＡ）および宛先アドレス（ＤＡ）、およびＴＣＰデータの各フィールドを含んでいる。ＴＣＰデータは、救助参加の申し出の結果（参加要請または応募終了）、端末識別子、端末アドレス、エージェント、救助者リスト、近隣ＡＰリスト、救助要請者状態、およびタイムスタンプを含んでいる。

送信元アドレスは、ＡＰ２０または２２のアドレスである。宛先アドレスは、救助者の無線端末４５〜４７のアドレスである。結果は、参加確認メッセージを受信した救助者が救助に参加してよいかどうかを表し、“参加要請”または“募集終了”の表示を含んでいる。参加要請は、救助者としての参加が許可されたことを示す。募集終了は、募集人数の救助者が確保済みであり、参加が許可されなかったことを示す。端末識別子は、ＡＰ２０または２２において救助者の無線端末４５〜４７に割り当てられたエージェントに対応する無線端末４０〜４２の端末識別子である。端末アドレスは、無線端末４０〜４２のアドレスである。エージェントは、ＡＰ２０または２２において救助者の無線端末４５〜４７に割り当てられたエージェントのアドレスである。救助者リストは、ＡＰ２０または２２においてエージェントを割り当てられた救助者の無線端末４５〜４７のアドレスのリストである。近隣ＡＰリストは、エージェントに対応する救助要請者の無線端末４０〜４２の近隣ＡＰのリストである。救助要請者状態は、エージェントの救助要請者状態である。タイムスタンプは、エージェントにおけるタイムスタンプである。

ＡＰ２０によって送信される参加確認メッセージは、例えば、送信元アドレス“ＡＤＤＲ＿＃ａ”、宛先アドレス“ＡＤＤＲ＿＃ｙ”、結果“参加要請”または“募集終了”、端末識別子“＃ｘ”、および端末アドレス“ＡＤＤＲ＿＃ｘ” を含んでいる。ＡＰ２０からの参加確認メッセージは、さらに、例えば、エージェント“ＡＤＤＲ＿Ａｇｅｎｔ＃ｘ”、救助者リスト“ＡＤＤＲ＿＃ｙ、ＡＤＤＲ＿＃ｙ２”および近隣ＡＰリスト“＃ａ、＃α、＃γ”を含んでいる。ＡＰ２０からの参加確認メッセージは、さらに、例えば、救助要請者状態“脈拍：８０、酸素飽和度：９７”を含んでいる。

図１８は、ＡＰ２０等によって送信される要請状態通知メッセージの例を示している。
要請状態通知メッセージは、救助要請の現在の状態を通知するメッセージである。要請状態通知メッセージは、Ｌ１ヘッダ、Ｌ２ヘッダ、ＩＰヘッダに送信元アドレス（ＳＡ）および宛先アドレス（ＤＡ）、およびＵＤＰ（User Datagram Protocol）データの各フィールドを含んでいる。ＵＤＰデータは、端末識別子、救助者リスト、近隣ＡＰリスト、救助要請者状態、およびタイムスタンプを含んでいる。

送信元アドレスは、ＡＰ２０または２２のエージェントのアドレスである。宛先アドレスは、要請状態通知グループ・アドレスである。端末識別子は、ＡＰ２０または２２において救助者に割り当てられたエージェントにおける救助要請者の無線端末４０〜４２の端末識別子である。救助者リストは、エージェントを割り当てられた救助者の無線端末４５〜４７のアドレスのリストである。近隣ＡＰリストは、エージェントにおける救助要請者の無線端末４０〜４２の近隣ＡＰリストである。救助要請者状態は、エージェントにおける救助要請者状態である。タイムスタンプは、エージェントにおけるタイムスタンプである。

ＡＰ２０によって送信される要請状態通知メッセージは、例えば、送信元アドレス“ＡＤＤＲ＿Ａｇｅｎｔ＃ｘ”、および宛先アドレス“ＭＣ＿ＡＤＤＲ＿＃ｍ２”を含んでいる。要請状態通知メッセージは、さらに、例えば、端末識別子“＃ｘ”、救助者リスト“ＡＤＤＲ＿＃ｙ、ＡＤＤＲ＿＃ｙ２”、近隣ＡＰリスト“＃ａ、＃α、＃γ”、および救助要請者状態“脈拍：８０、酸素飽和度：９７”を含んでいる。

図１９は、救助者の無線端末４５等によって送信される要請存在通知参加メッセージ（ＭＬＤ−ｊｏｉｎ）の例を示している。

要請存在通知参加メッセージは、リスナーが受信しようとする要請存在通知グループ宛ての要請存在通知をランデブポイントまたは送信元ＡＰに伝えるものである。要請存在通知参加メッセージは、参加要請存在情報に関するマルチキャスト配信またはマルチキャスト・グループへの参加信号、参加表明信号または参加要求信号でもある。要請存在通知参加メッセージは、Ｌ１ヘッダ、Ｌ２ヘッダ、ＩＰヘッダに送信元アドレス（ＳＡ）および宛先アドレス（ＤＡ）、およびＩＣＭＰｖ６（Internet Control Message Protocol for IPv6）データの各フィールドを含んでいる。ＩＣＭＰｖ６データは、タイプ、およびマルチキャスト・アドレス・レコードを含んでいる。

送信元アドレスは、救助者の無線端末４５〜４７のアドレスである。宛先アドレスは、全てのマルチキャスト・ルータに対するマルチキャスト・アドレスである。タイプは、ルータにマルチキャストを受信させるための、リスナーのレポートを表す“Type = Version 2 Multicast Listener Report”である。マルチキャスト・アドレス・レコードは、レコード・タイプ、マルチキャスト・アドレス、および受信するマルチキャスト配信のＡＰの送信元アドレス（ＳＡ）を含んでいる。ＡＰの送信元アドレスは、ＤＳＮの名前解決法によって、ＡＰ識別子から取得することができる。代替形態として、ＡＰ識別子はＡＰのＩＰアドレスであってもよい。

無線端末４５からの要請存在通知参加メッセージは、例えば、送信元アドレス“ＡＤＤＲ＿＃ｙ”、および宛先アドレス“ＦＦ０２：０：０：０：０：０：０：１６”を含んでいる。マルチキャスト・アドレス・レコードは、例えば、レコード・タイプ“Record Type = Allow_New_Sources”、およびマルチキャスト・アドレス（要請存在通知グループ・アドレス）“ＭＣ＿ＡＤＤＲ＿＃ｍ１”を含んでいる。マルチキャスト・アドレス・レコードは、さらに、例えば、マルチキャスト配信のＡＰの送信元アドレス“ＡＤＤＲ＿＃ｂ”、“ＡＤＤＲ＿＃β”および“ＡＤＤＲ＿＃γ”を含んでいる。

図２０は、救助者の無線端末４５等によって送信される要請状態通知参加メッセージ（ＭＬＤ−ｊｏｉｎ）の例を示している。

要請状態通知参加メッセージは、リスナーが受信しようとする要請状態通知グループ宛ての要請状態通知をランデブポイントまたは送信元ＡＰに伝えるものである。要請状態通知参加メッセージは、救助要請情報に関するマルチキャスト配信またはマルチキャスト・グループへの参加表明信号または参加要求信号でもある。要請状態通知参加メッセージは、要請存在通知参加メッセージと同様に、Ｌ１ヘッダ、Ｌ２ヘッダ、ＩＰヘッダに送信元アドレス（ＳＡ）および宛先アドレス（ＤＡ）、およびＩＣＭＰｖ６データの各フィールドを含んでいる。

送信元アドレスは、救助者の無線端末４５〜４７のアドレスである。宛先アドレスは、全てのマルチキャスト・ルータに対するマルチキャスト・アドレスである。この場合、マルチキャスト・アドレス・レコードは、例えば、マルチキャスト・アドレス（要請状態通知グループ・アドレス）“ＭＣ＿ＡＤＤＲ＿＃ｍ２”およびマルチキャスト配信のエージェントの送信元アドレス“ＡＤＤＲ＿Ａｇｅｎｔ＃ｘ”を含んでいる。

図２１は、救助者の無線端末４５等によって送信される要請存在通知離脱メッセージ（ＭＬＤ−ｌｅａｖｅ）の例を示している。

要請存在通知離脱メッセージは、リスナーが離脱しようとする要請存在通知グループをランデブポイントまたは送信元ＡＰに伝えるものである。要請存在通知離脱メッセージは、参加要請存在情報に関するマルチキャスト配信またはマルチキャスト・グループから離脱するための離脱信号でもある。要請存在通知離脱メッセージは、要請存在通知参加メッセージと同様に、Ｌ１ヘッダ、Ｌ２ヘッダ、ＩＰヘッダに送信元アドレス（ＳＡ）および宛先アドレス（ＤＡ）、およびＩＣＭＰｖ６データの各フィールドを含んでいる。

送信元アドレスおよび宛先アドレスは、要請存在通知参加メッセージと同様の各フィールドを含んでいる。この場合、マルチキャスト・アドレス・レコードは、例えば、レコード・タイプ“Record Type = Block_Old_Sources”、およびマルチキャスト・アドレス（要請存在通知グループ・アドレス）“ＭＣ＿ＡＤＤＲ＿＃ｍ１”を含んでいる。マルチキャスト・アドレス・レコードは、例えば、ＡＰの送信元アドレス“ＡＤＤＲ＿＃ａ”、“ＡＤＤＲ＿＃α”、“ＡＤＤＲ＿＃γ”、“ＡＤＤＲ＿＃ｂ”、“ＡＤＤＲ＿＃ｂ２”および“ＡＤＤＲ＿＃ｂ３”を含んでいる。

図２２は、救助者の無線端末４５等によって送信される要請状態通知離脱メッセージ（ＭＬＤ−ｌｅａｖｅ）の例を示している。

要請状態通知離脱メッセージは、リスナーが離脱しようとする要請状態通知グループをランデブポイントまたは送信元ＡＰに伝えるものである。要請状態通知離脱メッセージは、救助要請情報に関するマルチキャスト配信またはマルチキャスト・グループから離脱するための離脱信号でもある。要請状態通知離脱メッセージは、要請状態通知参加メッセージと同様の各フィールドを含んでいる。この場合、マルチキャスト・アドレス・レコードは、例えば、レコード・タイプ“Record Type = Block_Old_Sources”、およびマルチキャスト・アドレス（要請状態通知グループ・アドレス）“ＭＣ＿ＡＤＤＲ＿＃ｍ２”を含んでいる。マルチキャスト・アドレス・レコードは、例えば、マルチキャスト・アドレス（要請状態通知グループ・アドレス）“ＭＣ＿ＡＤＤＲ＿＃ｍ２”、およびマルチキャストのエージェントの送信元アドレス“ＡＤＤＲ＿Ａｇｅｎｔ＃ｘ”を含んでいる。

次は、救助要請者の無線端末４０〜４２における救助要請メッセージの生成と、ＡＰ２０および２２におけるエージェントの生成とについて説明する。以下の無線端末４０に関する動作および処理の説明は、他の無線端末４１、４２等にも同様に適用される。また、以下のＡＰ２０に関する動作および処理の説明は、他のＡＰ２２等にも同様に適用される。

無線端末４０は、無線端末４０が災害速報を受信した後で一定または閾値の時間経過しても救助要請者となる所持者による操作が無いことを検出するか、または救助要請者によって無線端末４０の救助要請処理機能を起動する操作が行われる。その際、無線端末４０は、例えば、気象庁、地方自治体または移動体通信会社から災害速報をブロードキャストまたはユニキャストで受信してもよい。上述の無操作が検出されまたは救助要請処理機能が起動されると、無線端末４０のプロセッサ４０２（またはその救助要請処理部４０２４）は、救助要請処理を開始し、近隣ＡＰ２０、３０および３３の１つのＡＰ２０（ａ）に救助要請メッセージを送信する。ＡＰ２０は、救助要請メッセージを受信して受け付け、応答メッセージを無線端末４０に送信する。その際、無線端末４０は、図７に例示された無線端末４０のデータを使用する。

図２５は、救助要請者の無線端末４０によって実行される救助要請メッセージの生成および送信、およびＡＰ２０によって実行されるエージェントの生成および応答メッセージの送信のための処理のフローチャートの例を示している。

図２５を参照すると、ステップ６５２において、無線端末４０のプロセッサ４０２（救助要請処理部４０２４）は、無線通信範囲７にある近隣のＡＰ２０等と無線通信して近隣のＡＰ２０等の情報を収集して、近隣ＡＰリストを生成して記憶部４０４に保存する。近隣ＡＰリストは図６に例示されている。

ステップ６５４において、プロセッサ４０２（救助要請処理部４０２４）は、無線端末４０の所持者である救助要請者の状態情報を収集して記憶部４０４に保存する。救助要請者の状態情報は、無線端末４０〜４２のまたは無線端末４０〜４２に接続された身体測定器またはセンサによって検知された値または状態であっても、または救助要請者の操作によって無線端末４０に入力された値または状態であってもよい。

ステップ６５６において、プロセッサ４０２（救助要請処理部４０２４）は、端末識別子、近隣ＡＰリスト、救助要請者状態およびタイムスタンプを含む救助要請メッセージを生成して、無線通信部４２０を介してＡＰ２０に送信する。ＡＰ２０のプロセッサ２０２（またはその救助支援管理部２０２４）は、救助要請メッセージを、無線通信部２１２を介して受信する。救助要請メッセージは図１４Ａに例示されている。

ステップ６７２において、ＡＰ２０のプロセッサ２０２（救助支援管理部２０２４）は、受信した救助要請メッセージから端末識別子を取り出す。ステップ６７４において、プロセッサ２０２（救助支援管理部２０２４）は、生成されたエージェントが存在する場合、記憶部４０４における、取り出した端末識別子を含むエージェントを検索する。

ステップ６７６において、プロセッサ２０２（救助支援管理部２０２４）は、取り出した端末識別子を含むエージェントがあるかどうかを判定する。端末識別子を含むエージェントが存在すると判定された場合、手順はステップ６７８に進む。端末識別子を含むエージェントが存在しないと判定された場合、手順はステップ６８０に進む。

ステップ６７８において、ＡＰ２０のプロセッサ２０２（救助支援管理部２０２４）は、受信した救助要請メッセージの救助要請情報を、記憶部４０４における無線端末４０（ｘ）のエージェント（Ａｇｅｎｔ＃ｘ）に対応づけて保存する。エージェント（Ａｇｅｎｔ＃ｘ）のデータは、図９に例示されている。その後、手順はステップ６８４に進む。

ステップ６８０において、プロセッサ２０２（救助支援管理部２０２４）は、無線端末４０（ｘ）のエージェント（Ａｇｅｎｔ＃ｘ）を生成して、受信した救助要請メッセージの救助要請情報をエージェントに対応づけて記憶部４０４に保存する。ステップ６８２において、プロセッサ２０２（救助支援管理部２０２４）は、エージェント・リストにおける無線端末４０のエージェント（Ａｇｅｎｔ＃ｘ）の救助者募集表示を“募集中”と設定する。エージェント・リストは、図８に例示されている。その後、手順はステップ６８４に進む。

ステップ６８４において、プロセッサ２０２（救助支援管理部２０２４）は、エージェント・アドレスを含む応答メッセージを、無線通信部２１２を介して無線端末４０に送信する。ステップ６５８において、無線端末４０のプロセッサ４０２（救助要請処理部４０２４）は、応答メッセージを、無線通信部４２０を介して受信する。応答メッセージは、図１４Ｂに例示されている。

ステップ６６０において、プロセッサ４０２（救助要請処理部４０２４）は、受信した応答メッセージのエージェント・アドレスを記憶部４０４に保存する。その後、手順は図２５のルーチンを出る。

このようにして、ＡＰ２０は、救助要請者に関する救助要請情報を含む無線端末４０のエージェントを生成して保持することができる。

次は、救助者の無線端末４５〜４７における無線基地局探索のための処理について説明する。以下の無線端末４５に関する動作および処理の説明は、他の無線端末４６、４７等にも同様に適用される。

図２６は、救助者の無線端末４５によって実行される、無線基地局探索のための処理のフローチャートの例を示している。

図２６を参照すると、ステップ７４２において、無線端末４５のプロセッサ４０２（またはその救助支援処理部４０２６）は、無線通信範囲９にある近隣のＡＰ２５等と無線通信してＡＰ２５等の情報を収集して、近隣ＡＰリストを生成して記憶部４０４に保存する。その際、無線端末４５は、図１３に例示された無線端末４５のデータを使用する。無線端末４５のデータは、図６に例示された近隣ＡＰリストを含んでいる。

ステップ７４４において、プロセッサ４０２（救助支援処理部４０２６）は、近隣ＡＰリスト中のＡＰ識別子を、その拡張段数を１として、記憶部４０４における救助要請存在通知グループ送信元リストに登録する。救助者の無線端末４５の救助要請存在通知グループ送信元リストは、図１２に例示されている。

ステップ７４６において、プロセッサ４０２（救助支援処理部４０２６）は、現在の探索範囲拡張段数を１に設定する。

ステップ７４８において、プロセッサ４０２（救助支援処理部４０２６）は、要請存在通知参加メッセージを、要請存在通知グループ宛てにＡＰ２５を介してマルチキャストで送信する。要請存在通知参加メッセージは、要請存在通知グループ送信元リスト中の各ＡＰ識別子のＡＰアドレスを、マルチキャスト・アドレス・レコードの送信元アドレス（ＳＡ）として含んでいる。ＡＰの送信元アドレスは、ＤＳＮの名前解決法によって、ＡＰ識別子から取得することができる。代替形態として、ＡＰ識別子はＡＰアドレスであってもよい。要請存在通知参加メッセージは、図１９に例示されている。

このようにして、無線端末４５によって送信された要請存在通知参加メッセージは、拡張段数１のＡＰ２５、３１および３３に達することができる。

救助者の無線端末４５は、要請存在通知参加メッセージを送信した後で一定または閾値の時間が経過しても、現在の探索範囲でＡＰ（２５、３１等）からマルチキャストで送信された救助要請存在通知メッセージを受信しない場合に、探索範囲を拡張する。

図２７は、救助者の無線端末４５によって実行される、探索範囲拡張のための処理のフローチャートの例を示している。以下のＡＰ２５に関する動作および処理の説明は、他のＡＰ２６、２７等にも同様に適用される。

図２８Ａは、救助者の無線端末４５によって送信される近隣ＡＰ問合せメッセージの例を示している。また、図２８Ｂは、問合せ先のＡＰ（３１、３３等）によって送信される、近隣ＡＰ問合せメッセージに対する応答メッセージの例を示している。

図２８Ａにおいて、近隣ＡＰ問合せメッセージは、Ｌ１ヘッダ、Ｌ２ヘッダ、ＩＰヘッダに送信元アドレス（ＳＡ）および宛先アドレス（ＤＡ）を含んでいる。例えば、送信元アドレスは救助者の無線端末４５のアドレス“ＡＤＤＲ＿＃ｙ”であり、宛先アドレスは問合せ先のＡＰ３３のアドレス“ＡＤＤＲ＿＃γ”である。

図２８Ｂにおいて、応答メッセージは、Ｌ１ヘッダ、Ｌ２ヘッダ、ＩＰヘッダに送信元アドレス（ＳＡ）、宛先アドレス（ＤＡ）、およびＴＣＰデータを含んでいる。例えば、送信元アドレスは問合せ先のＡＰのアドレス“ＡＤＤＲ＿＃γ”であり、宛先アドレスは救助者の無線端末４５のアドレス“ＡＤＤＲ＿＃ｙ”である。ＴＣＰデータは、例えば、ＡＰ３３の近隣ＡＰリスト“＃ａ、＃α、＃b、＃ｂ２、＃ｂ３、＃β”（ＡＰ識別子）を含んでいる。

図２７を参照すると、ステップ７６２〜７７２は、救助者の無線端末４５における要請存在通知グループ送信元リストにおいて、現在の探索範囲拡張段数（例えば、１）と等しい拡張段数の各ＡＰ（２５、３１、３３）について繰り返し実行される。

ステップ７６４において、プロセッサ４０２（救助支援処理部４０２６）は、近隣ＡＰ問合せメッセージを、ＡＰ２５を介して上述の拡張段数の１つのＡＰ（３３等）に送信する。ＡＰ（３３等）のプロセッサ２０２（またはその処理部２０２８）は、有線通信部２１０を介して、近隣ＡＰ問合せメッセージを受信する。

ステップ７６６において、近隣ＡＰ問合せメッセージを受信したＡＰ（３３等）のプロセッサ２０２は、自己の近隣ＡＰリストの情報を含む応答メッセージを、有線通信部２１０を介して無線端末４５に送信する。

ステップ７６８において、無線端末４５のプロセッサ４０２（救助支援処理部４０２６）は、ＡＰ２５を介し無線通信部４２０を介して応答メッセージを受信する。ステップ７７０において、プロセッサ４０２（救助支援処理部４０２６）は、受信した応答メッセージにおける近隣ＡＰリスト内のＡＰのうち、要請存在通知グループ送信元リストにおいて未登録のＡＰを、要請存在通知グループ送信元リストに追加する。その際、追加されるＡＰ識別子の拡張段数は、現在の探索範囲拡張段数＋１と設定される。

ステップ７６２〜７７２によって、救助要請の探索範囲が、探索済みのＡＰの隣接のＡＰまで拡張できる。

ステップ７７２の後のステップ７７４において、プロセッサ４０２（救助支援処理部４０２６）は、現在の探索範囲拡張段数に１を加算する（＋１）。

ステップ７７６において、プロセッサ４０２（救助支援処理部４０２６）は、要請存在通知参加メッセージを生成し、要請存在通知参加メッセージを、要請存在通知グループ宛てにＡＰ２５を介してマルチキャストで送信する。その際、要請存在通知参加メッセージにおいて、現在の探索範囲拡張段数（例、２）と等しい拡張段数の各ＡＰ（２０、３０、２６等）、即ちステップ７７０で追加されたＡＰのアドレスが、マルチキャスト・アドレス・レコードの送信元アドレスとして設定される。それによって、次の探索範囲拡張段数（例えば、２）のＡＰ（２０、３０、２６、２７）において、要請存在通知グループに無線端末４５が追加できる。

図２７の処理は、無線端末４０が要請存在通知参加メッセージを送信した後で要請存在通知メッセージを受信するまで繰り返し実行される。それによって、探索範囲を段階的に拡張することが可能である。

このようにして、現在の探索範囲の境界領域にあるＡＰに対してのその近隣ＡＰを問い合わせて近隣ＡＰに要請存在通知参加メッセージを送信する処理を繰り返すことにより、救助要請存在通知メッセージを受信しようとする送信元ＡＰの範囲が拡大可能である。それによって、救助者の無線端末４５に対して、距離的に概してより近いＡＰ２０の通信範囲に位置する救助要請者の無線端末４０を対応付けることが可能である。

次は、ＡＰ２０における、救助要請者の無線端末４０（ｘ）に対応するエージェント（Ａｇｅｎｔ＃ｘ）に関する要請存在通知メッセージおよび救助要請状態通知メッセージの生成とマルチキャストでの送信のための処理について説明する。

図２９は、ＡＰ２０によって実行される、要請存在通知メッセージおよび救助要請状態通知メッセージを生成してマルチキャストで送信するための処理のフローチャートの例を示している。図２９の処理は、例えば、１０秒のような周期で繰り返し実行されてもよい。

図２９を参照すると、ステップ８０２において、ＡＰ２０のプロセッサ２０２（救助支援管理部２０２４）は、エージェント・リスト中に、救助者募集表示が“募集中”のエージェントが存在するかどうかを判定する。“募集中”のエージェントが存在すると判定された場合、手順はステップ８０４に進む。“募集中”のエージェントが存在しないと判定された場合、手順はステップ８０６に進む。

ステップ８０４において、プロセッサ２０２（救助支援管理部２０２４）は、自ＡＰアドレスを送信元として、要請存在通知メッセージを要請存在通知グループ宛てにマルチキャストで、有線通信部２１０を介して送信する。要請存在通知メッセージは、図１５に例示されている。その後、手順はステップ８０６に進む。

ステップ８０６〜８１２は、エージェント・リスト中の各エージェントについて繰り返し実行される。

ステップ８０８において、プロセッサ２０２（救助支援管理部２０２４）は、１つのエージェントの救助者リスト中に救助者の無線端末が存在するかどうかを判定する。無線端末が存在すると判定された場合、手順はステップ８１０に進む。無線端末が存在しないと判定された場合、手順はステップ８１２に進む。エージェントの救助者リストは、図１０に例示されている。

ステップ８１０において、プロセッサ２０２（救助支援管理部２０２４のエージェント（ｘ））は、救助要請者の無線端末４０に関する要請状態通知メッセージを、要請状態通知グループ宛てにマルチキャストで、有線通信部２１０を介して送信する。ここで、要請状態通知メッセージは、端末識別子、救助者リスト、近隣ＡＰリスト、救助要請者状態、およびタイムスタンプを含んでいる。要請状態通知メッセージは、図１８に例示されている。ステップ８０８〜８１０がエージェント・リストの各エージェントについて繰り返された後、手順は図２９のルーチンを出る。

このようにして、要請存在通知メッセージおよび救助要請状態通知メッセージは、救助者の無線端末４５等によって受信可能になる。

次は、救助者の無線端末４５によって実行される救助参加メッセージの送信、およびＡＰ２０によって実行される参加確認メッセージの送信のための処理について説明する。

図３０Ａおよび３０Ｂは、要請存在通知メッセージの受信時に救助者の無線端末４５によって実行される救助参加メッセージの送信、およびＡＰ２０によって実行される参加確認メッセージの送信のための処理のフローチャートの例を示している。

図３０Ａを参照すると、救助者の無線端末４５が無線通信部４２０を介して要請存在通知メッセージを受信すると、無線端末４５によってステップ８５２が実行される。ステップ８５２において、無線端末４５のプロセッサ４０２（救助支援処理部４０２６）は、要請存在通知メッセージの送信元ＡＰに対応する、記憶部２０４の要請存在通知グループ送信元リスト中の拡張段数を取得する。

ステップ８５４において、プロセッサ４０２（救助支援処理部４０２６）は、自己の端末識別子、近隣ＡＰリストおよび拡張段数を含む救助参加メッセージを生成して、要請存在通知メッセージの送信元のＡＰ２０宛てにユニキャストでＡＰ２５を介して送信する。救助参加メッセージは、図１６に例示されている。

図３０Ｂを参照すると、ステップ８６０において、ＡＰ２０のプロセッサ２０２（救助支援管理部２０２４）は、救助参加メッセージを、有線通信部２１０を介して受信する。ステップ８６２において、ＡＰ２０のプロセッサ２０２（救助支援管理部２０２４）は、エージェント・リスト中の、救助者募集状態が“募集中”のエージェントを選択する。

ステップ８６４において、プロセッサ２０２（救助支援管理部２０２４）は、救助者募集状態が“募集中”のエージェントが存在するかどうかを判定する。“募集中”のエージェントが存在すると判定された場合は、手順はステップ８７２に進む。“募集中”のエージェントが存在しないと判定された場合は、手順はステップ８７０に進む。

ステップ８７０において、プロセッサ２０２（救助支援管理部２０２４）は、“募集終了”を含む参加確認メッセージを、無線端末４５にユニキャストで有線通信部２１０を介して送信する。参加確認メッセージは、図１７に例示されている。その後、手順は図３０Ｂのルーチンを出る。

ステップ８７２において、プロセッサ２０２（救助支援管理部２０２４）は、“募集中”のエージェント（Ａｇｅｎｔ＃ｘ）に対応する救助者リストに、受信した救助参加メッセージの端末識別子（＃ｙ）を追加する。それによって、ＡＰ２０は、救助要請者の無線端末４０を救助者の無線端末４５に割当てることができる。

ステップ８７４において、プロセッサ２０２（救助支援管理部２０２４）は、救助者リストにおける救助者の登録人数が募集人数の閾値以上となったかどうかを判定する。登録人数が閾値以上となったと判定された場合は、手順はステップ８７６に進む。登録数が閾値以上でないと判定された場合は、手順はステップ８８０に進む。

ステップ８７６において、プロセッサ２０２（救助支援管理部２０２４）は、エージェント（Ａｇｅｎｔ＃ｘ）に対応する救助者募集表示に“確保済”を設定する。それによって、ＡＰ２０は、各無線端末４０の救助者募集人数が確保できるまで、１人以上の救助者の無線端末４５〜４７に、順次、各無線端末４０を割当てることができる。

ステップ８８０において、プロセッサ２０２（救助支援管理部２０２４）は、“参加要請”を含む参加確認メッセージを無線端末４５にユニキャストで、有線通信部２１０を介して送信する。図３０Ａのステップ８９０において、プロセッサ４０２（救助支援処理部４０２６）は、参加確認メッセージを受信する。

ステップ８９２において、プロセッサ４０２（救助支援処理部４０２６）は、参加確認メッセージが“参加要請”を含むかどうかを判定する。参加確認メッセージが“参加要請”を含むと判定された場合、手順はステップ８９４に進む。参加確認メッセージが“参加要請”を含まないと判定された場合、手順は図３０Ａのルーチンを出る。

ステップ８９４において、プロセッサ４０２（救助支援処理部４０２６）は、要請存在通知離脱メッセージを、要請存在通知グループ宛てにマルチキャストでＡＰ２５を介して送信し、自己の要請存在通知グループ送信元リスト中の全てのレコードを削除する。要請存在通知離脱メッセージは、図２１に例示されている。

ステップ８９６において、プロセッサ４０２（救助支援処理部４０２６）は、参加確認メッセージの救助要請情報を記憶部４０４に保存する。

ステップ８９８において、プロセッサ４０２（救助支援処理部４０２６）は、要請状態通知参加メッセージを、要請状態通知グループ宛てにマルチキャストでＡＰ２５を介して送信する。その際、プロセッサ４０２（救助支援処理部４０２６）は、要請状態通知参加メッセージにおいて、受信した参加確認メッセージ中のエージェント・アドレスを、マルチキャスト・アドレス・レコードの送信元アドレスとして設定する。それによって、プロセッサ４０２（救助支援処理部４０２６）は、ＡＰ２０のエージェント（Ａｇｅｎｔ＃ｘ）から要請状態通知メッセージを受信できるようになる。要請状態通知参加メッセージは、図２０に例示されている。また、要請状態通知メッセージは、図１８に例示されている。

このようにして、救助者は救助要請者の存在を知ることができ、無線端末４５は、救助要請者の無線端末４０を割り当てられて、無線端末４０の端末アドレスおよび救助要請者状態を取得することができる。

その後、例えば救助要請者の救助が開始された後で要請状態通知グループから離脱する場合、無線端末４５は、救助者の操作に従って、要請状態通知離脱メッセージを要請状態通知グループ宛てにマルチキャストで送信する。要請状態通知離脱メッセージは、図２２に例示されている。

次は、図２３Ａおよび２３Ｂの送受信シーケンスによる無線基地局ａおよび無線端末ｙにおけるデータの変化について説明する。

図３１Ａは、図２３Ａの送受信シーケンスにおける初期の時間Ｔ０での、ＡＰａにおける図６および８〜１０の一部のデータの例を示している。

図３１Ａにおいて、救助要請者の無線端末ｘのエージェントｘに関する、エージェント識別子、救助者募集表示、要請者端末識別子、近隣ＡＰリスト、救助者募集人数、および救助者リストは、初期状態なので、空白である。

図３１Ｂは、図２３Ａの送受信シーケンスにおける初期の時間Ｔ０での、救助者の無線端末ｙにおける図６、１２および１３の一部のデータの例を示している。

図３１Ｂにおいて、救助者の無線端末ｙに関する、近隣ＡＰリスト、要請存在通知グループ送信元リスト、および要請状態通知グループ送信元アドレス（エージェント識別子）は、初期状態なので、空白であり、探索範囲拡張段数は値０である。

図３２Ａは、図２３Ａの送受信シーケンスにおける時間Ｔ１での、ＡＰａにおける図６および８〜１０の一部のデータの例を示している。
図３２Ｂは、図２３Ａの送受信シーケンスにおける時間Ｔ１での、救助者の無線端末ｙにおける図６、１２および１３の一部のデータの例を示している。

ＡＰａは、図２３Ａのステップ５０２において救助要請者の無線端末ｘから救助要請メッセージを受信し、ステップ５０４においてエージェントｘを生成し、ステップ５０８において要請存在通知メッセージをマルチキャストで送信する。従って、図３２Ａにおいて、時間Ｔ１では、ＡＰａでの、無線端末ｘのエージェントｘに関する、エージェント識別子、救助者募集表示、要請者端末識別子は、“Ａｇｅｎｔ＃ｘ”、“募集中”、“＃ｘ”となる（破線）。また、ＡＰａでの、無線端末ｘに関する、近隣ＡＰリスト、救助者募集人数は、無線端末ｘから受信する“＃ａ、＃α、＃γ”、“２”（破線）となる。

図３２Ｂにおいて、救助者の無線端末ｙは通信前なので、無線端末ｙに関する、近隣ＡＰリスト、要請存在通知グループ送信元リスト、探索範囲拡張段数、および要請状態通知グループ送信元アドレスには、変化がない。

図３３Ａは、図２３Ａの送受信シーケンスにおける時間Ｔ２での、ＡＰａにおける図６、および８〜１０の一部のデータの例を示している。
図３２Ｂは、図２３Ａの送受信シーケンスにおける時間Ｔ２での、救助者の無線端末ｙにおける図６、１２および１３の一部のデータの例を示している。

救助者の無線端末ｙは、図２３Ａのステップ５１０において、近隣ＡＰリストを生成し、探索範囲拡張段数を最初の値“１”にして、要請存在通知参加メッセージをＡＰｂ、βおよびγに送信する。従って、図３２Ｂにおいて、時間Ｔ２では、無線端末ｙに関する、近隣ＡＰリスト、要請存在通知グループ送信元リスト、探索範囲拡張段数は、“＃ｂ、＃β、＃γ”、拡張段数“１”が設定された“＃ｂ、＃β、＃γ”、“１”と変化している。

一方、図２３Ａのステップ５１０において、救助者の無線端末ｙから送信された要請存在通知参加メッセージはＡＰｂ、βおよびγに達しているが、ＡＰａには達してない。従って、図３３Ａにおいて、ＡＰａにおける、無線端末ｘのエージェントｘに関する、エージェント識別子、救助者募集表示、要請者端末識別子、近隣ＡＰリスト、および救助者募集人数には、時間Ｔ２において、変化がない。

図３４Ａは、図２３Ａの送受信シーケンスにおける時間Ｔ３での、ＡＰａにおける図６、および８〜１０の一部のデータの例を示している。
図３４Ｂは、図２３Ａの送受信シーケンスにおける時間Ｔ３での、救助者の無線端末ｙにおける図６、１２および１３の一部のデータの例を示している。

救助者の無線端末ｙは、図２３Ａのステップ５２２〜５３２において、ＡＰｂ、βおよびγからそれぞれの近隣ＡＰリストを取得する。次いで、無線端末ｙは、ステップ５３４において、探索範囲拡張段数を値“２”にして、要請存在通知参加メッセージをＡＰａ、α、ｂ２、ｂ３に送信する。従って、図３４Ｂにおいて、時間Ｔ３では、無線端末ｙに関する、要請存在通知グループ送信元リストは、拡張段数“２”がそれぞれ設定される“＃ａ、＃α、＃ｂ２、＃ｂ３”が追加され、探索範囲拡張段数は“２”に更新されている（破線）。一方、図３４Ａにおいて、ＡＰａにおける、無線端末ｘのエージェントｘに関する、エージェント識別子、救助者募集表示、要請者端末識別子、近隣ＡＰリスト、および救助者募集人数には、変化がない。

図３５Ａは、図２３Ｂの送受信シーケンスにおける時間Ｔ４での、ＡＰａにおける図６、および８〜１０の一部のデータの例を示している。
図３５Ｂは、図２３Ｂの送受信シーケンスにおける時間Ｔ４での、救助者の無線端末ｙにおける図６、１２および１３の一部のデータの例を示している。

救助者の無線端末ｙは、図２３Ｂのステップ５４２〜５４６において、要請存在通知メッセージを受信して救助参加メッセージをＡＰａに送信し、ＡＰａから参加確認メッセージを受信する。従って、図３５Ｂにおいて、時間Ｔ４では、無線端末ｙに関する、要請状態通知グループ送信元アドレスには、エージェント・アドレス“ＡＤＤＲ＿Ａｇｅｎｔ＃ｘ”が追加されている。一方、図３５Ａにおいて、時間Ｔ４では、ＡＰａにおける、救助者リストには、無線端末ｙの端末識別子“＃ｙ”が追加されている。

また、無線端末ｙは、図２３Ｂのステップ５４８において、要請存在通知離脱メッセージをＡＰｂ、β、γ、ａ、α、ｂ２、ｂ３に送信する。従って、図３５Ｂにおいて、時間Ｔ４では、無線端末ｙに関して、要請存在通知グループ送信元リスト中の全てのＡＰ識別子が削除され（一点鎖線）、探索範囲拡張段数が初期の値“０”に変化している（破線）。

このようにして、救助者の無線端末ｙは、未知の救助要請者の無線端末ｘの端末アドレスを取得して無線端末ｘと通信できるようになり、それによって救助要請者に関する他の情報も取得できるようになる。

次は、図２４Ａの送受信シーケンスによるＡＰａおよび無線端末ｙ、ｙ２、ｙ３におけるデータの変化について説明する。

図３６Ａは、図２３Ａの送受信シーケンスにおける時間Ｔ４での、ＡＰａにおける図６、および８〜１０の一部のデータの例を示している。図３６Ａは、図３５Ａと同様である。

図３６Ｂ〜３６Ｄは、図２３Ａの送受信シーケンスにおける時間Ｔ４での、救助者の無線端末ｙ〜ｙ３における図６、１２および１３の一部のデータの例を示している。図３６Ｂは、図３５Ｂと同様である。

図３６Ｃおよび３６Ｄにおいて、救助者の無線端末ｙ２、ｙ３に関する、近隣ＡＰリスト、要請存在通知グループ送信元リスト、および要請状態通知グループ送信元アドレス（エージェント識別子）は、初期状態なので、空白であり、探索範囲拡張段数は値０である。

図３７Ａは、図２４Ａの送受信シーケンスにおける時間Ｔ５での、ＡＰａにおける図６、および８〜１０の一部のデータの例を示している。
図３７Ｂ〜３７Ｄは、図２４Ａの送受信シーケンスにおける時間Ｔ５での、救助者の無線端末ｙ〜ｙ３における図６、１２および１３の一部のデータの例を示している。

図３７Ｃから、救助者の無線端末ｙ２は、図２４Ａのステップ５６２の前に、近隣ＡＰリスト“＃ｂ２”を生成し、探索範囲拡張段数を値“１”、“２”に順次変更して、要請存在通知参加メッセージをＡＰｂ２、およびＡＰγおよびｂに順次送信したことが分かる。その後、無線端末ｙ２は、ステップ５６２において、探索範囲拡張段数を値“３”に変更して（破線）、要請存在通知参加メッセージをＡＰａ、α、ｂ３およびβに順次送信する（破線）。それによって、要請存在通知参加メッセージがＡＰａに到達する。

図３７Ｄから、救助者の無線端末ｙ３は、図２４Ａのステップ５６４の前に、近隣ＡＰリスト“＃ｂ３”を生成し、探索範囲拡張段数を値“１”、“２”に順次変更して、要請存在通知参加メッセージをＡＰｂ３、およびＡＰβおよびγに順次送信することが分かる。その後、無線端末ｙ３は、ステップ５６４において、探索範囲拡張段数を値“３”に変更して（破線）、要請存在通知参加メッセージをＡＰａ、α、ｂおよびｂ２に順次送信する（破線）。それによって、要請存在通知参加メッセージがＡＰａに到達する。

従って、図３７Ｃにおいて、時間Ｔ５では、無線端末ｙ２に関する、近隣ＡＰリストおよび探索範囲拡張段数は、“＃ｂ２”および“３”となっている。また、要請存在通知グループ送信元リストは、拡張段数“１”が設定された“＃ｂ２”、拡張段数“２”が設定された“＃γ、＃ｂ”、および拡張段数“３”が設定された“＃ａ、＃α、＃ｂ３、＃β”を含んでいる。

また、図３７Ｄにおいて、時間Ｔ５では、無線端末ｙ３に関する、近隣ＡＰリストおよび探索範囲拡張段数は、“＃ｂ３”および“３”となっている。また、要請存在通知グループ送信元リストは、拡張段数“１”が設定された“＃ｂ３”、拡張段数“２”が設定された“＃β、＃γ”、および拡張段数“３”が設定された“＃ａ、＃α、＃ｂ、＃ｂ２”を含んでいる。

図３８Ａは、図２４Ａの送受信シーケンスにおける時間Ｔ６での、ＡＰａにおける図６、および８〜１０の一部のデータの例を示している。
図３８Ｂ〜３８Ｄは、図２４Ａの送受信シーケンスにおける時間Ｔ６での、救助者の無線端末ｙ〜ｙ３における図６、１２および１３の一部のデータの例を示している。

救助者の無線端末ｙ２は、図２４Ａのステップ５７２、５７４、５７８において、要請存在通知メッセージを受信して救助参加メッセージをＡＰａに送信し、ＡＰａから参加確認メッセージを受信する。従って、図３８Ｃにおいて、時間Ｔ６では、無線端末ｙ２に関する、要請状態通知グループ送信元アドレスには、エージェント・アドレス“ＡＤＤＲ＿Ａｇｅｎｔ＃ｘ”が追加されている。一方、図３８Ａにおいて、時間Ｔ６では、ＡＰａにおける救助者リストには、無線端末ｙ２の端末識別子“＃ｙ２”が追加され、ＡＰａにおける救助者募集表示が“確保済”に変化している。

また、無線端末ｙ２は、図２４Ｂのステップ５８２において、要請存在通知離脱メッセージを送信する。従って、図３８Ｃにおいて、時間Ｔ６では、無線端末ｙ２に関して、要請存在通知グループ送信元リストの全てのＡＰ識別子が削除され（一点鎖線）、探索範囲拡張段数が初期値“０”に変化している。

また、救助者の無線端末ｙ３は、図２４Ａのステップ５７２、５７６、５８０において、要請存在通知メッセージを受信して救助参加メッセージをＡＰａに送信し、ＡＰａから募集の終了を表す参加確認メッセージを受信する。従って、図３８Ｄにおいて、時間Ｔ６では、無線端末ｙ３に関するエージェント・アドレスに変化がない。

このようにして、救助者の無線端末ｙ２は、未知の救助要請者の無線端末ｘの端末アドレスを取得して無線端末ｘと通信できるようになり、それによって救助要請者に関する他の情報も取得できるようになる。

次は、図２４Ｂの送受信シーケンスによる無線基地局ａおよび無線端末ｙ、ｙ２、ｙ３におけるデータの変化について説明する。

図３９Ａは、図２４Ｂの送受信シーケンスにおける時間Ｔ７での、ＡＰａにおける図６および８〜１０の一部のデータの例を示している。
図３９Ｂ〜３９Ｄは、図２３Ｂの送受信シーケンスにおける時間Ｔ７での、救助者の無線端末ｙ〜ｙ３における図６、１２および１３の一部のデータの例を示している。

ＡＰａは、図２４Ｂのステップ５９２において救助要請者の無線端末ｘ２から救助要請メッセージを受信し、ステップ５９４においてエージェントｘ２を生成して無線端末ｘ２に送信する。従って、図３９Ａにおいて、時間Ｔ７では、ＡＰａでの、無線端末ｘ２のエージェントｘ２に関する、エージェント識別子、救助者募集表示、要請者端末識別子は、“Ａｇｅｎｔ＃ｘ２”、“募集中”、および“＃ｘ２”となる（破線）。また、ＡＰａでの、無線端末ｘ２に関する、近隣ＡＰリスト、および救助者募集人数は、無線端末ｘ２から受信した“＃ａ”、“２”（破線）となる。

図４０Ａは、図２４Ｂの送受信シーケンスにおける時間Ｔ８での、ＡＰａにおける図６、および８〜１０の一部のデータの例を示している。
図４０Ｂ〜４０Ｄは、図２４Ｂの送受信シーケンスにおける時間Ｔ８での、救助者の無線端末ｙ〜ｙ３における図６、１２および１３の一部のデータの例を示している。

救助者の無線端末ｙ３は、図２４Ｂのステップ６０２〜６０６において、要請存在通知メッセージを受信して救助参加メッセージをＡＰａに送信し、ＡＰａから参加確認メッセージを受信する。従って、図４０Ｄにおいて、時間Ｔ８では、無線端末ｙ３に関する、要請状態通知グループ送信元アドレスには、エージェント・アドレス“ＡＤＤＲ＿Ａｇｅｎｔ＃ｘ２”が追加されている。一方、図４０Ａにおいて、時間Ｔ８では、ＡＰａにおける、救助者リストには、エージェント識別子“Ａｇｅｎｔ＃ｘ２”の無線端末ｙ３の端末識別子“＃ｙ３”が追加されている。

また、無線端末ｙ３は、図２４Ｂのステップ６０８において、要請存在通知離脱メッセージを送信する。従って、図４０Ｄにおいて、時間Ｔ８では、無線端末ｙ３に関して、要請存在通知グループ送信元リストの全てのＡＰ識別子が削除され（一点鎖線）、探索範囲拡張段数が初期値“０”に変化している。

このようにして、救助者の無線端末ｙ３は、未知の救助要請者の無線端末ｘ２の端末アドレスを取得して無線端末ｘ２と通信できるようになり、それによって救助要請者に関する他の情報も取得できるようになる。

次は、救助者の無線端末４５〜４７による、ＡＰ２０のエージェント（Ａｇｅｎｔ＃ｘ）における救助者募集人数の変更について説明する。救助者は、救助要請者の状況を考慮して、エージェントのデータにおける救助者募集人数では足りないまたは多すぎると判断し、救助者募集人数を増加させたいことがある。

図４１は、救助者の無線端末４５〜４７およびＡＰ２０および２２によって実行される、ＡＰ２０および２２のエージェントｘにおける救助者募集人数を追加するための処理のフローチャートの例を示している。

図４２Ａは、無線端末４５によってＡＰ２０のエージェントに送信される募集人数変更メッセージの例を示している。
図４２Ｂは、ＡＰ２０のエージェントによって無線端末４５に送信される応答メッセージの例を示している。

図４２Ａの募集人数変更メッセージは、Ｌ１ヘッダ、Ｌ２ヘッダ、ＩＰヘッダに送信元アドレス（ＳＡ）および宛先アドレス（ＤＡ）、およびＴＣＰデータの各フィールドを含んでいる。ＴＣＰデータは、募集人数を含んでいる。

図４２Ａにおいて、送信元アドレスは、救助者の無線端末４５〜４７のアドレスである。宛先アドレスは、宛先のＡＰ２０または２２のエージェント・アドレスである。募集人数は、無線端末４５〜４７において救助者によって入力された人数である。

募集人数変更メッセージは、例えば、送信元アドレス“ＡＤＤＲ＿＃ｙ”、および宛先アドレス“ＡＤＤＲ＿Ａｇｅｎｔ＃ｘ”を含んでいる。ＴＣＰデータは、例えば、募集人数“５”を含んでいる。

図４２Ａの募集人数変更メッセージは、Ｌ１ヘッダ、Ｌ２ヘッダ、ＩＰヘッダに送信元アドレス（ＳＡ）および宛先アドレス（ＤＡ）、およびＴＣＰデータの各フィールドを含んでいる。ＴＣＰデータは、募集人数を含んでいる。

図４２Ｂにおいて、送信元アドレスは、宛先のＡＰ２０または２２のエージェント・アドレスである。宛先アドレスは、募集人数変更メッセージを送信した無線端末４５〜４７のアドレスである。募集人数は、ＡＰ２０または２２のエージェントにおいて設定された救助者募集人数である。

募集人数変更メッセージは、例えば、送信元アドレス“ＡＤＤＲ＿Ａｇｅｎｔ＃ｘ”、および宛先アドレス“ＡＤＤＲ＿＃ｙ”を含んでいる。ＴＣＰデータは、例えば、募集人数“３”を含んでいる。
応答メッセージは、例えば、送信元アドレス“ＡＤＤＲ＿＃ｙ”、および宛先アドレス“ＡＤＤＲ＿Ａｇｅｎｔ＃ｘ”を含んでいる。ＴＣＰデータは、例えば、募集人数“５”を含んでいる。

図４１を参照すると、ステップ９２２において、無線端末４５のプロセッサ４０２（救助支援処理部４０２６）は、無線端末４５上で救助者によって入力された募集人数を受け付ける。ステップ９２４において、プロセッサ４０２（救助支援処理部４０２６）は、募集人数変更メッセージに募集人数を設定して、ＡＰ２０のエージェント・アドレス宛てに送信する。ＡＰ２０のプロセッサ２０２（救助支援管理部２０２４）は、募集人数変更メッセージを受信する。

ステップ９３０において、ＡＰ２０のプロセッサ２０２（救助支援管理部２０２４）は、受信した募集人数変更メッセージから募集人数を取り出す。

ステップ９３２において、プロセッサ２０２（救助支援管理部２０２４）は、エージェントのデータにおける救助者募集人数と、受信した募集人数とを比較して、救助者募集人数が募集人数より少ないかどうかを判定する。救助者募集人数が募集人数より少ないと判定された場合は、手順はステップ９３４に進む。救助者募集人数が募集人数以上であると判定された場合は、手順はステップ９４０に進む。エージェントにおける救助者募集人数が、受信した募集人数以上である場合は、救助者募集人数が維持される。

ステップ９３４において、プロセッサ２０２（救助支援管理部２０２４）は、エージェントのデータにおける救助者募集人数に、受信した募集人数を設定する。それによって、ＡＰ２０は、救助者の要求に従って、救助者の無線端末４５に割り当てたエージェントにける救助者募集人数を変更することができる。救助者募集人数は、図９に例示されている。

ステップ９３６において、プロセッサ２０２（救助支援管理部２０２４）は、現在の救助者リストの人数が、エージェントの救助者募集人数以上であるかどうかを判定する。現在の救助者リストの人数が既にエージェントの救助者募集人数以上であると判定された場合は、救助者募集状態が確保済になっており、救助者を追加募集しなくてよいので、手順はステップ９４０に進む。現在の救助者リストの人数が募集人数より少ないと判定された場合は、手順はステップ９３８に進む。

ステップ９３８において、プロセッサ２０２（救助支援管理部２０２４）は、エージェントに対応する救助者募集表示を“募集中”と設定する。

ステップ９４０において、プロセッサ２０２（救助支援管理部２０２４）は、応答メッセージにおける募集人数にエージェントの救助者募集人数を設定する。ステップ９４２において、無線端末４５のプロセッサ４０２（救助支援処理部４０２６）は、応答メッセージを無線端末４５に送信する。エージェントにおける救助者募集人数が、受信した募集人数より多い場合、応答メッセージにおける募集人数は、助者募集人数変更メッセージにおける募集人数より多いことがある。

ステップ９５０において、プロセッサ４０２（救助支援処理部４０２６）は応答メッセージを受信する。ステップ９５２において、プロセッサ４０２（救助支援処理部４０２６）は、応答メッセージにおける募集人数を現在の救助者募集人数として、表示部４１２に表示する。

このようにして、無線端末４５〜４７およびＡＰ２０および２２は、救助者の無線端末45等から受信した救助者募集人数変更情報に従って、ＡＰ２０および２２における各エージェントの救助者募集人数を追加することができる。

上述のように、実施形態によれば、救助者の無線端末４５〜４７は、未知の救助要請者の無線端末４０〜４２と通信できるようになり、救助要請者に関する情報を取得できるようになる。また、救助要請者の無線端末４０〜４２は、未知の救助者の無線端末４５〜４７と通信できるようになり、救助要請者に関する情報を提供できるようになる。

ここで挙げた全ての例および条件的表現は、発明者が技術促進に貢献した発明および概念を読者が理解するのを助けるためのものであり、ここで具体的に挙げたそのような例および条件に限定することなく解釈され、また、明細書におけるそのような例の編成は本発明の優劣を示すこととは関係ない、と理解される。本発明の実施形態を詳細に説明したが、本発明の精神および範囲から逸脱することなく、それに対して種々の変更、置換および変形を施すことができる、と理解される。

以上の実施例を含む実施形態に関して、さらに以下の付記を開示する。
（付記１）第１の無線端末からの救助要請信号の受信に応答して、当該第１の無線基地局へのアクセス情報をマルチキャスト・グループ宛てにマルチキャストで送信する第１の無線基地局と、
第２の無線端末からの近隣無線基地局探索要求信号の受信に応答して、隣接の無線基地局の識別子を含む応答信号を前記第２の無線端末に送信する第２の無線基地局と、
を含み、
前記応答信号に含まれる無線基地局の識別子に基づく前記第２の無線端末によるマルチキャスト配信への参加表明信号が送信されることを特徴とする、無線通信システム。
（付記２）前記参加表明信号に前記第１の無線基地局(20,a)の識別子が含まれる場合、前記第１の無線基地局からの前記アクセス情報が前記第２の無線端末に送信されることを特徴とする、付記１に記載の無線通信システム。
（付記３）前記参加表明信号に前記第１の無線基地局の識別子が含まれない場合、前記参加表明信号に含まれる識別子の第３の無線基地局が、前記第２の無線端末からの近隣無線基地局探索要求信号の受信に応答して、隣接の無線基地局の識別子を含む応答信号を前記第２の無線端末に送信することを特徴とする、付記１または２に記載の無線通信システム。
（付記４）前記第１の無線基地局からの前記アクセス情報が前記第２の無線端末に送信された後、前記第１の無線基地局に前記第２の無線端末から情報要求信号が送信されることを特徴とする、付記１または２に記載の無線通信システム。
（付記５）前記第１の無線基地局は、前記情報要求信号の受信に応答して、前記第１の無線端末に前記第２の無線端末を割当てる端末情報管理部の識別子を含む別の応答信号を前記第２の無線端末に送信することを特徴とする、付記４に記載の無線通信システム。
（付記６）前記第１の無線基地局は、前記救助要請信号の受信に応答して、さらに、前記第１の無線基地局の前記端末情報管理部の救助要請情報を別のマルチキャスト・グループ宛てにマルチキャストで送信することを特徴とする、付記５に記載の無線通信システム。
（付記７）前記別の応答信号の送信後で、前記別の応答信号に含まれる前記端末情報管理部の識別子に基づく前記第２の無線端末による別のマルチキャスト配信への別の参加表明信号が送信されることを特徴とすることを特徴とする、付記６に記載の無線通信システム。
（付記８）前記別の参加表明信号の送信後で、前記第１の無線基地局からの前記救助要請情報が前記第２の無線端末に送信されることを特徴とする、付記７に記載の無線通信システム。
（付記９）前記第１の無線基地局は、前記第１の無線端末に割当てられた無線端末の数または人数が閾値以上になったとき、前記第１の無線端末に関する前記アクセス情報の送信を停止するものであることを特徴とする、付記５乃至８のいずれかに記載の無線通信システム。
（付記１０）前記特定の数は変更可能であることを特徴とする、付記９に記載の無線通信システム。
（付記１１）前記第２の無線基地局は、別の無線基地局の隣接の無線基地局であることを特徴とする、付記１乃至１０のいずれかに記載の無線通信システム。
（付記１２）第１の無線基地局が、第１の無線端末からの救助要請信号の受信に応答して、前記第１の無線基地局へのアクセス情報をマルチキャスト・グループ宛てにマルチキャストで送信し、
第２の無線基地局が、第２の無線端末からの近隣無線基地局探索要求信号の受信に応答して、隣接の無線基地局の識別子を含む応答信号を前記第２の無線端末に送信し、
前記応答信号に含まれる無線基地局の識別子に基づく前記第２の無線端末によるマルチキャスト配信への参加表明信号が送信される
処理を実行する無線通信方法。

２ 無線通信システム
５ ネットワーク
１０、１２、１４、１６ ルータ
２０、２１、２２、２５、２６、２７、３０、３１、３３ 無線基地局
４０、４１、４２、４５、４６、４７ 無線端末
７、９ 無線通信可能範囲

Claims (6)

1. 第１の無線端末からの救助要請信号の受信に応答して、当該第１の無線基地局へのアクセス情報をマルチキャスト・グループ宛てにマルチキャストで送信する第１の無線基地局と、
   第２の無線端末からの近隣無線基地局探索要求信号の受信に応答して、隣接の無線基地局の識別子を含む応答信号を前記第２の無線端末に送信する第２の無線基地局と、
   を含み、
   前記応答信号に含まれる無線基地局の識別子に基づく前記第２の無線端末によるマルチキャスト配信への参加表明信号が送信されることを特徴とする、無線通信システム。
2. 前記参加表明信号に前記第１の無線基地局の識別子が含まれる場合、前記第１の無線基地局からの前記アクセス情報が前記第２の無線端末に送信されることを特徴とする、請求項１に記載の無線通信システム。
3. 前記参加表明信号に前記第１の無線基地局の識別子が含まれない場合、前記参加表明信号に含まれる識別子の第３の無線基地局が、前記第２の無線端末からの近隣無線基地局探索要求信号の受信に応答して、隣接の無線基地局の識別子を含む応答信号を前記第２の無線端末に送信することを特徴とする、請求項１または２に記載の無線通信システム。
4. 前記第１の無線基地局からの前記アクセス情報が前記第２の無線端末に送信された後、前記第１の無線基地局に前記第２の無線端末から情報要求信号が送信されることを特徴とする、請求項１または２に記載の無線通信システム。
5. 前記第１の無線基地局は、前記情報要求信号の受信に応答して、前記第１の無線端末に前記第２の無線端末を割当てる端末情報管理部の識別子を含む別の応答信号を前記第２の無線端末に送信することを特徴とする、請求項４に記載の無線通信システム。
6. 第１の無線基地局が、第１の無線端末からの救助要請信号の受信に応答して、前記第１の無線基地局へのアクセス情報をマルチキャスト・グループ宛てにマルチキャストで送信し、
   第２の無線基地局が、第２の無線端末からの近隣無線基地局探索要求信号の受信に応答して、隣接の無線基地局の識別子を含む応答信号を前記第２の無線端末に送信し、
   前記応答信号に含まれる無線基地局の識別子に基づく前記第２の無線端末によるマルチキャスト配信への参加表明信号が送信される
   処理を実行する無線通信方法。

Images