(57)【要約】【課題】  無線通信網内のどの無線端末からでも共有情報を送信することを可能にし、無線通信網内全ての端末の共有情報を更新することができる共有情報更新方法を提供する。【解決手段】  自己が保持する共有情報のバージョン情報２３より端末Ａが送信したビーコン又はプローブ要求内のバージョン情報２３の方が古いと検知したとき（ステップＳ１−２０）、端末Ｂが保持する共有情報のバージョン情報２３をプローブ要求で端末Ａに通知すると（ステップＳ１−２５）、端末Ａは共有情報更新要求フレームＦ１を端末Ｂに送信する（ステップＳ１―３５）。端末Ｂは端末Ａに共有情報フレームＦ４をフレーム毎に送信し（ステップＳ１―４０）、全て受信後、端末Ａは共有情報を更新する（ステップＳ１−４５）。端末Ａ，Ｂは、それぞれビーコン又はプローブ要求の送信を契機に新たに無線通信網に接続した他の端末や隣接する無線通信網内の各端末の共有情報を更新する。【選択図】      図６
2007013649.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも１つの無線通信網を通じて前記少なくとも１つの無線通信網内の複数の端末がそれぞれ保持する共有情報を更新する共有情報更新方法であって、
前記複数の端末のうち１の端末が保持する共有情報のバージョン情報を前記複数の端末に送信し、
前記複数の端末が保持する共有情報のバージョン情報と受信したバージョン情報とをそれぞれ比較し、
前記複数の端末のうち前記受信したバージョン情報より新しいバージョン情報の共有情報を保持する端末が、当該共有情報を前記１の端末に送信し、
前記１の端末は、同端末が保持する共有情報を前記新しいバージョン情報の共有情報に更新することを特徴とする共有情報更新方法。
【請求項２】
請求項１に記載の共有情報更新方法であって、
前記共有情報のバージョン情報を、マネージメントフレーム内の情報要素として搭載し、
前記複数の端末は、それぞれ前記マネージメントフレームを送信することによって、前記共有情報のバージョン情報を互いに通知することを特徴とする共有情報更新方法。
【請求項３】
請求項１に記載の共有情報更新方法であって、
前記複数の端末は、マネージメントフレーム送信後、ＳＩＦＳ間隔経過後に前記共有情報のバージョン情報を搭載したバージョン情報通知フレームをそれぞれ送信することによって、前記共有情報のバージョン情報を互いに通知することを特徴とする共有情報更新方法。
【請求項４】
請求項１に記載の共有情報更新方法であって、
マネージメントフレーム内のインフォメーションエレメントに定義された固有の識別子を持つマネージメントフレームの情報要素に前記共有情報のバージョン情報を搭載し、
前記複数の端末は、それぞれ前記マネージメントフレームを送信することによって、前記バージョン情報を互いに通知することを特徴とする共有情報更新方法。
【請求項５】
請求項２乃至４のいずれか１項に記載の共有情報更新方法であって、
前記マネージメントフレームはビーコンもしくはプローブ要求であることを特徴とする共有情報更新方法。
【請求項６】
請求項１に記載の共有情報更新方法であって、
前記新しいバージョン情報の共有情報を保持する端末は前記新しいバージョン情報の共有情報を複数のフレームに分割して送信し、
前記１の端末が前記複数のフレームの少なくとも１つを受信できなかったとき、前記複数の端末間で前記複数のフレームの少なくとも１つを補完し合うことにより、前記複数のフレームを全て受信することを特徴とする共有情報更新方法。
【請求項７】
請求項６に記載の共有情報更新方法であって、
前記１の端末が前記複数のフレームの少なくとも１つを受信できなかったとき、前記複数の端末間で前記複数のフレームの保持情報を互いにブロードキャストで送信し、
前記保持情報を基に、前記複数の端末がそれぞれ保持していないフレームのみ前記複数の端末間で補完し合うことにより、前記複数のフレームを全て受信することを特徴とする共有情報更新方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、共有情報更新方法に関する。
【背景技術】
【０００２】
無線ＬＡＮの通信端末には、通信端末の保守・付加機能を実行するためのソフトウエアや、同一ネットワークで共有しあう各種情報等の共有情報が記憶されている。それら共有情報は、通信性能向上、付加機能追加、不具合改修またはネットワークの保守更新等の理由により、更新されることが多々ある。従来、共有情報の更新の際には、通信端末の設置場所へ保守担当者が赴いて１台ずつ更新作業を行うか、保守センタなどに一旦回収して更新作業を行った後に再び設置するか、または、ユーザ自身が更新される共有情報をメーカーから入手して指示された手順に従い更新するなどの方法で行っていた。そのため、特に複数の端末の共有情報の更新の際に手間を要していた。さらに、更新の際は通信端末内部のメモリを書き換えるため、通信端末の筐体を開けたり、有線ＬＡＮやＵＳＢメモリ等の外部メディアを介在したりする作業を伴っており、更新の際に手間を要していた。
【０００３】
これに対し、無線経路にてプログラムを更新する携帯無線システムがあった。この携帯無線システムは、携帯無線端末装置、外部サーバ、センタ、無線基地局を備えている。そして、外部サーバ若しくはセンタから無線基地局を介して携帯無線端末装置に機種情報とプログラムのバージョン情報の通知要求があったとき、携帯無線端末装置は、外部サーバに対して機種情報とバージョン情報を有する電子メールを送信する。そして、外部サーバは、プログラムを更新するためのデータファイルを電子メールの添付ファイル形式で携帯無線端末装置に送信する。この結果、プログラムをユーザが容易にダウンロード可能であるため、プログラムの更新作業の手間を低減していた（例えば、特許文献１）。
【特許文献１】特開２００３−１７４４０４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１の携帯無線システムでは、例えば、電子メールの同報送信によって、複数の携帯無線端末装置に対する更新作業の手間を軽減できるが、携帯無線端末装置の方が外部サーバよりも新しいバージョンのプログラムを持っているときであっても、携帯無線端末装置が外部サーバの持つ共有情報を更新することはできなかった。
【０００５】
本発明は、上記問題を解決するためになされたものであり、その目的は、無線通信網内のどの無線端末からでも共有情報を送信することを可能にし、無線通信網内全ての端末の共有情報を更新することができる共有情報更新方法を提供することである。
【課題を解決するための手段】
【０００６】
上記問題点を解決するために、請求項１に記載の発明は、少なくとも１つの無線通信網を通じて前記少なくとも１つの無線通信網内の複数の端末がそれぞれ保持する共有情報を更新する共有情報更新方法であって、前記複数の端末のうち１の端末が保持する共有情報のバージョン情報を前記複数の端末に送信し、前記複数の端末が保持する共有情報のバージョン情報と受信したバージョン情報とをそれぞれ比較し、前記複数の端末のうち前記受信したバージョン情報より新しいバージョン情報の共有情報を保持する端末が、当該共有情報を前記１の端末に送信し、前記１の端末は、同端末が保持する共有情報を前記新しいバージョン情報の共有情報に更新する。
【０００７】
この発明によれば、複数の端末のうち１の端末が保持する共有情報のバージョン情報を
複数の端末に送信し、複数の端末は、保持する共有情報のバージョン情報と受信したバージョン情報とを比較し、前記複数の端末のうち前記受信したバージョン情報より新しいバージョン情報の共有情報を保持する端末が、当該共有情報を１の端末に送信し、１の端末は、同端末が保持する共有情報を新しいバージョン情報の共有情報に更新する。従って、無線通信網内のどの端末からでも共有情報を送信することができ、無線通信網内全ての端末の共有情報を更新することができる。なお、本発明の端末とは、移動端末もしくはアクセスポイントを指す。
【０００８】
請求項２に記載の発明は、請求項１に記載の共有情報更新方法であって、前記共有情報のバージョン情報を、マネージメントフレーム内の情報要素として搭載し、前記複数の端末は、それぞれ前記マネージメントフレームを送信することによって、前記共有情報のバージョン情報を互いに通知する。
【０００９】
この発明によれば、共有情報のバージョン情報を搭載したマネージメントフレームを送信することによってバージョン情報を通知する。この結果、バージョン情報の通知のためのシーケンスを設けることなくバージョン情報を通知し、それを契機に端末に接触することなく自動的に共有情報を更新することができる。従って、共有情報の更新に要する作業負担を軽減することができる。
【００１０】
請求項３に記載の発明は、請求項１に記載の共有情報更新方法であって、前記複数の端末は、マネージメントフレーム送信後、ＳＩＦＳ間隔経過後に前記共有情報のバージョン情報を搭載したバージョン情報通知フレームをそれぞれ送信することによって、前記共有情報のバージョン情報を互いに通知する。
【００１１】
この発明によれば、マネージメントフレーム送信後、ＳＩＦＳ間隔経過後に送信したバージョン通知フレームによってバージョン情報を通知する。この結果、端末に接触することなく自動的に共有情報を更新することができると共に、共有情報の更新処理を実行する機能を有していない他の端末との混在ネットワーク環境を構築することができる。従って、既存のネットワーク環境を生かしながらも共有情報の更新に要する作業負担を軽減することができる。
【００１２】
請求項４に記載の発明は、請求項１に記載の共有情報更新方法であって、マネージメントフレーム内のインフォメーションエレメントに定義された固有の識別子を持つマネージメントフレームの情報要素に前記共有情報のバージョン情報を搭載し、前記複数の端末は、それぞれ前記マネージメントフレームを送信することによって、前記バージョン情報を互いに通知する。
【００１３】
この発明によれば、バージョン情報を搭載したマネージメントフレームを送信することによってバージョン情報を通知する。この結果、端末に接触することなく自動的に共有情報を更新することができると共に、共有情報の更新処理を実行する機能を有していない他の端末との混在ネットワーク環境を構築することができる。従って、既存のネットワーク環境を生かしながらも共有情報の更新に要する作業負担を軽減することができる。
【００１４】
請求項５に記載の発明は、請求項２乃至４のいずれか１項に記載の共有情報更新方法であって、前記マネージメントフレームはビーコンもしくはプローブ要求である。
この発明によれば、マネージメントフレームはビーコンもしくはプローブ要求であるため、新しい共有情報を保持し、ビーコンもしくはプローブ要求を送信する端末であれば、どの端末であっても共有情報のバージョン情報を送信し、そのバージョン情報の送信を契機に共有情報更新処理を行うことができる。この結果、ビーコンもしくはプローブ要求が届く範囲の隣接する無線通信網の端末の共有情報も更新することができる。従って、隣接
する無線通信網についても共有情報の更新を実行できるため、共有情報の更新に要する手間を低減することができる。
【００１５】
請求項６に記載の発明は、請求項１に記載の共有情報更新方法であって、前記新しいバージョン情報の共有情報を保持する端末は前記新しいバージョン情報の共有情報を複数のフレームに分割して送信し、前記１の端末が前記複数のフレームの少なくとも１つを受信できなかったとき、前記複数の端末間で前記複数のフレームの少なくとも１つを補完し合うことにより、前記複数のフレームを全て受信する。
【００１６】
この発明によれば、新しいバージョン情報の共有情報を保持する端末は、その共有情報を複数のフレームに分割して送信し、１の端末がその複数のフレームの少なくとも１つを受信できなかったとき、複数の端末間で互いにフレームを補完し合うことにより、複数のフレームを全て受信する。この結果、一層確実に共有情報を更新することができる。
【００１７】
請求項７に記載の発明は、請求項６に記載の共有情報更新方法であって、前記１の端末が前記複数のフレームの少なくとも１つを受信できなかったとき、前記複数の端末間で前記複数のフレームの保持情報を互いにブロードキャストで送信し、前記保持情報を基に、前記複数の端末がそれぞれ保持していないフレームのみ前記複数の端末間で補完し合うことにより、前記複数のフレームを全て受信する。
【００１８】
この発明によれば、複数のフレームの少なくとも１つを保持している複数の端末間で互いにブロードキャストで送信した複数のフレームの保持情報を基に、複数の端末がそれぞれ保持していないフレームのみ複数の端末間で補完し合う。この結果、共有情報の更新時に送受信する情報量を低減することができる。
【発明の効果】
【００１９】
本発明によれば、無線通信網内のどの端末からでも共有情報を送信することを可能にし、無線通信網内全ての端末の共有情報を更新することができる。
【発明を実施するための最良の形態】
【００２０】
以下、本発明を具体化した一実施形態を図１〜８に従って説明する。図１は、本発明を具体化したアドホックネットワークの概略構成を説明するための説明図である。図１において、それぞれ無線通信網としてのアドホックネットワークで構成されたセルＮ１とセルＮ２とを備えており、本実施形態では、セルＮ１は、無線ＬＡＮ端末（以下、端末という）Ａ〜Ｄ間で相互通信が可能な領域空間であって、セルＮ２は、端末Ｄ，Ｅ間で相互通信が可能な領域空間である。また、本実施形態では、セルＮ１及びセルＮ２は同一ＳＳＩＤ（Service Set Identifier）であり、各端末Ａ〜ＥがセルＮ１とセルＮ２とを相互に行き来したときであっても瞬時にネットワークに加入できる。
【００２１】
次に、各端末Ａ〜Ｅの構成について図２に従って説明する。本実施形態では、各端末Ａ〜Ｅはそれぞれ同じ構成であるので、端末Ａについて説明し、他の端末Ｂ〜Ｅについては、符号を同じにしてその詳細な説明を省略する。端末Ａは、無線送受信部１１、送受信データ処理部１２、制御部１３、外部インタフェース１４、ワークメモリ１５、記憶部１６を備えている。無線送受信部１１は、端末Ａが送受信する無線信号の変調及び復調を行う。送受信データ処理部１２は、端末Ａが送信する送信データのパケット化、端末Ａが受信する受信無線パケットの分解処理を行う。制御部１３は、無線送受信部１１及び送受信データ処理部１２を制御し、データ送受信プロトコルの制御や端末Ａの各種設定、状態管理を行う。外部インタフェース１４は、ホストシステム等の外部機器への接続部であるとともに、端末Ａの状態表示等の処理部である。
【００２２】
ワークメモリ１５は、各種ソフトウエアを実行する際に、それらソフトウエアを展開したり、一時的にデータを保存したりしておくためのメモリエリアである。記憶部１６には、制御部１３を動作させるソフトウエア、各端末の設定に関する共有情報及びそのバージョン情報が記憶されている。なお、本実施形態では、共有情報及びそのバージョン情報は、実行時に例えばワークメモリ１５に展開される前の状態のものをいう。また、本実施形態では、共有情報は、例えば、端末Ａの付加機能を実行するためのソフトウエアであって、バージョン情報は、そのソフトウエアのバージョンを示す情報である。
【００２３】
そして、端末Ａが共有情報を他の端末に送信する場合、記憶部１６に格納された共有情報を複数のフレームに分割して送信する。他の端末は、分割されて送信された更新済みの共有情報を一旦ワークメモリ１５に保存し、全てのフレームを受信できるまでは更新処理を行わない。同様に、端末Ａも、複数のフレームに分割された更新済みの共有情報を他の端末から受信すると、そのフレームを一旦ワークメモリ１５に保存し、全てのフレームを受信できるまでは更新処理を行わない。
【００２４】
次に、共有情報のバージョン情報の通知方法について図３〜図５に従って説明する。図３に示すように、本実施形態では、ビーコン、プローブ要求等の公知のＭＡＣ（Medium Access Control ）フレーム内のＳＳＩＤフィールド２１にバージョン情報を示すフィールドを備えている。すなわち、ｋオクテット長のＳＳＩＤフィールド２１内に共有情報のバージョン情報を示す固定長のフィールドである情報要素としてのバージョン情報２３を備える。各端末Ａ〜Ｅは、ＳＳＩＤフィールド２１内のＳＳＩＤ本体２５により、このＭＡＣフレームを送信した端末が同一ネットワークの端末か否かを認識し、バージョン情報２３により、共有情報のバージョン情報を確認するようになっている。また、このＳＳＩＤフィールド２１はビーコン、プローブ要求等、ＩＥＥＥ８０２．１１規定のマネージメントフレームであって、ＳＳＩＤを含む全てのフレーム種別に同様に適用される。
【００２５】
また、本実施形態では、図４に示すように、ユニキャストで送信される共有情報更新要求フレームＦ１、ブロードキャストで送信される共有情報検索要求フレームＦ２、ブロードキャストで送信される共有情報検索応答フレームＦ３を備えている。また、本実施形態では、さらに、図５に示すように、共有情報が搭載されたフレームであって、ブロードキャストで送信される共有情報フレームＦ４を備えている。また、上述のように、共有情報は複数のフレームに分割して送信されるため、共有情報フレームＦ４は複数送信されるが、その詳細については後述する。
【００２６】
図４に示すように、共有情報更新要求フレームＦ１、共有情報検索要求フレームＦ２、共有情報検索応答フレームＦ３はそれぞれ同じ構成であるが、後述するＳＮＡＰ（Ｔｙｐｅ）によって、異なる意味を有する。
【００２７】
共有情報更新要求フレームＦ１は、受信したバージョン情報２３より古いバージョン情報２３の共有情報を保持している端末が、新しいバージョン情報２３の共有情報を保持している端末に対して、新しいバージョンの共有情報の送信を要求するためのフレームである。
【００２８】
共有情報検索要求フレームＦ２は、送信された複数の共有情報フレームＦ４全てを受信できなかった端末が送信するフレームであって、送信された複数の共有情報フレームＦ４のうち、各自端末がいずれの共有情報フレームＦ４を保持しているまたは保持していないかを通知するためのフレームである。
【００２９】
また、共有情報検索応答フレームＦ３は、共有情報検索要求フレームＦ２を受信した各端末が送信するフレームであって、送信された複数の共有情報フレームＦ４のうち、自端
末がいずれの共有情報フレームＦ４を保持しているまたは保持していないかを通知するフレームである。
【００３０】
共有情報検索要求フレームＦ２を送信した端末は、共有情報検索応答フレームＦ３を受信することによって、所望のバージョンの何番目の共有情報フレームＦ４を、どの端末が保持しているかを把握することができる。これにより、各端末は、共有情報更新要求フレームＦ１をどの端末に送信するのが最適かを判断することができる。共有情報更新要求フレームＦ１には、送信された複数の共有情報フレームＦ４のうち自端末がいずれの共有情報フレームＦ４を保持しているまたは保持していないかを示す情報を搭載している。この結果、共有情報更新要求フレームＦ１を受信した端末は、送信された複数の共有情報フレームＦ４のうち必要最小限の共有情報フレームＦ４のみを選択的に送信することができる。
【００３１】
共有情報更新要求フレームＦ１は、公知のMAC Header、SNAP(Type)、FCS を備えている。また、共有情報更新要求フレームＦ１は、バージョン情報２３、フレーム総数３１、極性３３、対象フレーム情報３５を備えている。なお、共有情報更新要求フレームＦ１、共有情報検索要求フレームＦ２、共有情報検索応答フレームＦ３はそれぞれ同じ構成であるため、共有情報更新要求フレームＦ１についてのみ説明し、他のフレームについては符号を同一にしてその詳細な説明を省略する。
【００３２】
フレーム総数３１は、送信される複数の共有情報フレームＦ４の総数であって、極性３３は、送信される複数の共有情報フレームＦ４の保持状態を表す情報の極性を表すが、その詳細については後述する。対象フレーム情報３５は、自端末が、複数の共有情報フレームＦ４のうちいずれのフレームを保持しているか否かを示す情報であって、情報数４１、複数の更新情報４３を備えている。情報数４１は、更新情報４３の個数であって、情報数４１の値が０の場合は、更新情報４３も０個である。更新情報４３は、オフセット５１、長さ情報５３、ビットマップ５５を備えている。オフセット５１は、複数の共有情報フレームＦ４のうち、保持しているか否かを示す対象の最初のフレーム番号を示し、長さ情報５３は、ビットマップ５５のオクテット長である。
【００３３】
従って、例えば、オフセット５１が「１０」、長さ情報５３が「１」のとき、１０〜１７番目の共有情報フレームＦ４が対象となる。ビットマップ５５は、オフセット５１で指定したフレーム番号から長さ情報５３で指定した値×８フレーム分の共有情報フレームＦ４の情報である。そして、例えば、オフセット５１が「１０」、長さ情報５３が「１」のとき、ビットマップ５５のビット位置０は１０番目の共有情報フレームＦ４を示す。同様に、ビットマップ５５のビット位置１は１１番目の共有情報フレームＦ４を示す。
【００３４】
そして、極性３３の値は、ビットマップ５５の各ビット値が保持していることを示すのか、非保持であることを示すのか決定する。つまり、極性３３の値とビットマップ５５の各ビット値とから、自端末がいずれの共有情報フレームＦ４を保持しているのか判断することができる。
【００３５】
詳述すると、極性３３の値が「０」であって、ビットマップ５５の各ビット値が「１」のとき、端末は、その各ビットに対応するフレーム番号の共有情報フレームＦ４を非保持であり、ビットマップ５５の各ビット値が「０」のとき、端末は、その各ビットに対応するフレーム番号の共有情報フレームＦ４を保持していることを示す。また、更新情報４３中に示していないフレーム番号の共有情報フレームＦ４は保持済みであることを示す。
【００３６】
一方、極性の値が「１」であって、ビットマップ５５の各ビット値が「１」のとき、端末は、その各ビットに対応するフレーム番号の共有情報フレームＦ４を保持しており、ビ
ットマップ５５の各ビット値が「０」のとき、端末は、その各ビットに対応するフレーム番号の共有情報フレームＦ４を非保持であることを示す。また、更新情報４３中に示していないフレーム番号の共有情報フレームＦ４は非保持であることを示す。
【００３７】
この極性３３は、複数の共有情報フレームＦ４のうち保持フレーム数、非保持フレーム数のいずれが多いかによって、共有情報更新要求フレームＦ１（共有情報検索要求フレームＦ２、共有情報検索応答フレームＦ３）のフレームサイズが最小になるように選択される。
【００３８】
そして、共有情報更新要求フレームＦ１に対して、共有情報フレームＦ４がブロードキャストで送信される。共有情報フレームＦ４は、図５に示すように、公知のMAC Header、SNAP(Type)、FCS を備えている。さらに、共有情報フレームＦ４は、バージョン情報２３、フレーム番号６１、フレーム総数３１、共有情報６５を備えている。フレーム番号６１は、その共有情報フレームＦ４が、共有情報を構成する複数の共有情報フレームＦ４のうち何番目であるかであって、フレーム総数３１は、共有情報を構成する複数の共有情報フレームＦ４の総数である。また、共有情報６５は、複数のフレームに分割された共有情報のうち、前記フレーム番号６１に対応した共有情報である。
【００３９】
また、本実施形態では、複数の共有情報フレームＦ４のうち、途中で受信できなくなったり、送信中に欠落した共有情報フレームＦ４があり、全ての共有情報を更新できなかった場合に処理を中断などするために、図示しない共有情報フレーム受信待ちタイマー（以下、受信待ちタイマー）を設けている。そして、共有情報フレームＦ４の送信開始と共に受信待ちタイマーを起動し、全ての共有情報フレームＦ４を受信したときに、その受信待ちタイマーを停止する。全ての共有情報フレームＦ４を受信していないとき、端末は受信待ちタイマーが所定の値になるまで待機し、受信待ちタイマーが所定の値を超えたとき、端末は受信失敗と判断する。
【００４０】
次に、各端末Ａ〜Ｅの共有情報更新処理を図６〜図８に従って説明する。なお、本実施形態では、各端末Ａ〜Ｅは共有情報更新処理を実行する前に、ＩＥＥＥ８０２．１１に準拠したシーケンスで認証、アソシエーション等が実行され、各種データの授受ができる状態であるとする。
【００４１】
（バージョンアップ処理）
共有情報が更新される場合の共有情報更新処理について図６に従って説明する。端末Ａの共有情報が更新されると、端末Ａはプローブ要求をブロードキャストで送信することによって、端末Ａが保持する共有情報のバージョン情報２３を送信する（ステップＳ１−１０）。これにより、アドホックネットワークの場合において、ビーコン送信調停時に、ビーコンが送信できない場合があってもセルＮ１内にバージョン情報２３を通知することができる。
【００４２】
また、ブロードキャストで送信することによって、共有情報が更新されたことがセルＮ１内の全ての端末に一度に通知される。なお、端末Ａの共有情報が更新され、プローブ要求を送信すると、その後、端末Ａが送信するビーコンのＳＳＩＤフィールド２１にも更新されたバージョン情報２３が搭載される。そして、共有情報を更新した後のビーコン送信調停時に、端末Ａがビーコンを送信できるときは、ビーコンを送信することによって、セルＮ１内に端末Ａが保持する共有情報のバージョン情報２３が送信される。
【００４３】
これにより、例えば、新しい共有情報を保持する端末が複数あったとき、ビーコンを送信した端末を、共有情報を送信する端末とすることができる。これにより、新しい共有情報を保持する端末が同一セルＮ１内に複数ある場合に、共有情報を送信する端末を決定す
る調停メカニズムを、ビーコンを送信するメカニズムに合わせることができる。従って、同一セル内に新しい共有情報を保持する端末が複数ある場合に、共有情報を送信する端末を決定するメカニズムを新たに設ける必要がない。
【００４４】
セルＮ１内の端末Ｂは、端末Ａが送信したプローブ要求を受信するとプローブ要求内のバージョン情報２３を確認し、自己が保持する共有情報のバージョン情報２３と比較する（ステップＳ１−１５）。そして、端末Ａの送信したバージョン情報２３が自己の保持する共有情報のバージョン情報２３より新しいとき、端末Ｂは、共有情報更新要求フレームＦ１（図４参照）を端末Ａに送信する。このとき、端末Ｂは端末Ａへユニキャストで送信することによって、共有情報フレームＦ４の送信元を特定する。
【００４５】
また、このとき、共有情報更新要求フレームＦ１には共有情報フレームＦ４全て非保持であるという情報が搭載されている。共有情報更新要求フレームＦ１を受信した端末Ａは、端末Ｂに複数の共有情報フレームＦ４をフレーム毎に送信する。そして、端末Ｂが全ての共有情報フレームＦ４を受信でき、最後に受信した共有情報フレームＦ４のフレーム番号６１とフレーム総数３１とが一致することを確認することによって、端末Ｂが全ての共有情報フレームＦ４の受信を完了したと判断したときに、共有情報の更新を実行する。共有情報の更新後、端末Ｂはプローブ要求をブロードキャストで送信することによって、端末Ａは端末Ｂの持つ共有情報のバージョン情報２３を受信し、同端末Ｂの共有情報更新処理を終了する。
【００４６】
一方、端末Ｂが、自己の保持する共有情報のバージョン情報２３より端末Ａから通知されたバージョン情報２３の方が古いと判断したとき（ステップＳ１−２０）、端末Ｂは端末Ａに自己の保持している共有情報のバージョン情報２３を、プローブ要求によって通知する（ステップＳ１−２５）。
【００４７】
このプローブ要求を受信することによって、端末Ａは新しいバージョン情報２３を検知し（ステップＳ１−３０）、端末Ｂに共有情報更新要求フレームＦ１を端末Ａへユニキャストで送信する（ステップＳ１−３５）。これにより、端末Ｂから端末Ａへ共有情報フレームＦ４が送信される（ステップＳ１−４０）。そして、端末Ａが全ての共有情報フレームＦ４を受信でき、最後に受信した共有情報フレームＦ４のフレーム番号６１とフレーム総数３１とが一致することを確認することによって、端末Ａが全ての共有情報フレームＦ４の受信を完了したと判断したときに、共有情報の更新を実行する（ステップＳ１−４５）。
【００４８】
共有情報の更新後、端末Ａはプローブ要求をブロードキャストで送信することによって（ステップＳ１−５０）、端末Ｂは端末Ａの持つ共有情報のバージョン情報２３を受信し、同端末Ａの共有情報更新処理を終了する。
【００４９】
この共有情報更新処理によれば、共有情報の更新のために新たに機構を加えることなく、無線経路を利用してＩＥＥＥ８０２．１１に準拠したシーケンスに基づいて共有情報を更新することができる。また、自律分散的に更新情報を周囲の端末に送信するための手段としてビーコンを利用することができる。すなわち、最新の共有情報を保持し、ビーコンを送信する端末であれば、最初に手動で共有情報を更新した端末でなくても共有情報を送信することができる。この結果、図１に示すように、端末Ｄが最新の共有情報を保持し、ビーコンを送信する端末であれば、セルＮ１のみならずセルＮ２の端末Ｅの共有情報も更新することができる。同様に、セルＮ１，Ｎ２にそれぞれ隣接するセルに存在する端末の共有情報を更新することができる。また、例えば、最初に手動で共有情報を更新した端末が、セルＮ１の外に出てしまったときであっても、最新の共有情報を持つ他の端末によってセルＮ１内の各端末の共有情報を更新することができる。さらに、それぞれの端末がお
互いにバージョン情報２３を通知し合い、常に全ての端末が最新の共有情報を保持することができる。
【００５０】
（取りこぼし処理）
次に、複数の共有情報フレームＦ４のうち送信できなかった、または受信できなかった（以下、取りこぼしという）共有情報フレームＦ４があった場合の処理について図７に従って説明する。
【００５１】
端末Ａの共有情報が更新されると、端末Ａはプローブ要求をブロードキャストで送信することによって、端末Ａが保持する共有情報のバージョン情報２３を送信する（ステップＳ１−１０）。端末Ｂは、端末Ａが送信したビーコンまたはプローブ要求内のバージョン情報２３を確認し、自己が保持する共有情報のバージョン情報２３と比較する（ステップＳ１−１５）。そして、端末Ｂは、共有情報更新要求フレームＦ１を端末Ａへユニキャストで送信する（ステップＳ２−１０）。
【００５２】
そして、端末Ａから端末Ｂへ共有情報フレームＦ４が送信され（ステップＳ２−１５）、複数の共有情報フレームＦ４の送信途中で、送信途中のｎ番目の共有情報フレームＦ４の取りこぼしがあったとする（ステップＳ３−１０）。端末Ｂは、最終番目の共有情報フレームＦ４を受信後、受信待ちタイマーが所定の値を超えたとき、共有情報フレームＦ４の受信失敗と判断する（ステップＳ３−１５）。このとき、端末Ｂは全ての共有情報フレームＦ４を受信できなかったので、共有情報を更新しない。その後、端末Ｂは、リカバリ処理を実行する。
【００５３】
（リカバリ処理）
リカバリ処理とは、複数の共有情報フレームＦ４のうち途中の共有情報フレームＦ４を取りこぼしたとき、その取りこぼした共有情報フレームＦ４の再送を要求するための処理であって、図８に示すようなシーケンスに基づいて処理が実行される。
【００５４】
なお、本実施形態では、端末Ａが端末Ｂ，Ｃ，Ｄに共有情報を送信し、端末Ｂ〜Ｄの受信したデータにはそれぞれ取りこぼしが発生しているにも関わらず、端末ＡがセルＮ１から出てしまっており、セルＮ１内に端末Ｂ〜Ｄが更新中のバージョンの複数の共有情報フレームＦ４を完全に保持している端末がないとする。また、取りこぼした共有情報フレームＦ４は、端末Ｂが１，６〜９番目、端末Ｃが５〜９番目、端末Ｄが１〜４番目の共有情報フレームＦ４であるとする。
【００５５】
まず、端末Ｄがブロードキャストで共有情報検索要求フレームＦ２（図４参照）を送信する（ステップＳ４−１０）。このとき、端末Ｄが送信した共有情報検索要求フレームＦ２には、１〜４番目の共有情報フレームＦ４が不足していることが表示されている。また、端末Ｄはブロードキャストで送信しているため、この共有情報検索要求フレームＦ２を受信した端末Ｂ，Ｃは、端末Ｄの不足している共有情報フレームＦ４の番号と共に端末Ｄが保持している共有情報フレームＦ４の番号を取得することができる。すなわち、端末Ｂは端末Ｄから６〜９番目の共有情報フレームＦ４を受信可能であることを（ステップＳ４−１５）、端末Ｃは端末Ｄから５〜９番目の共有情報フレームＦ４を受信可能であることを（ステップＳ４−２０）取得することができる。なお、このとき、共有情報検索要求フレームＦ２には、同共有情報検索要求フレームＦ２のフレーム長が最短になるように対象フレーム情報３５が生成されている。
【００５６】
そして、端末Ｃがブロードキャストで共有情報検索応答フレームＦ３（図４参照）を送信する（ステップＳ４−２５）。このとき、端末Ｃが送信した共有情報検索応答フレームＦ３には、５〜９番目の共有情報フレームＦ４が不足していることが表示されている。こ
の結果、端末Ｂは端末Ｃから１番目の共有情報フレームＦ４を受信可能であることを（ステップＳ４−３０）、端末Ｄは端末Ｃから１〜４番目の共有情報フレームＦ４を受信可能であることを（ステップＳ４−３５）取得することができる。なお、このとき、共有情報検索応答フレームＦ３も同様に、同共有情報検索応答フレームＦ３のフレーム長が最短になるように対象フレーム情報３５が生成されている。
【００５７】
さらに、端末Ｂがブロードキャストで共有情報検索応答フレームＦ３（図４参照）を送信する（ステップＳ４−４０）。このとき、端末Ｂが送信した共有情報検索応答フレームＦ３には、１，６〜９番目の共有情報フレームＦ４が不足していることが表示されている。この結果、端末Ｃは端末Ｂから５番目の共有情報フレームＦ４を受信可能であることを（ステップＳ４−４５）、端末Ｄは端末Ｂから２〜４番目の共有情報フレームＦ４を受信可能であることを（ステップＳ４−５０）を取得することができる。
【００５８】
その後、各端末Ｂ〜Ｄは、それぞれ受信した共有情報検索要求フレームＦ２、共有情報検索応答フレームＦ３を基に、自己の不足しているフレーム番号の共有情報フレームＦ４を最も多く保持している端末に共有情報更新要求フレームＦ１（図４参照）をユニキャストで送信する。すなわち、端末Ｄは端末Ｃに対して１〜４番目の共有情報フレームＦ４を送信して欲しい旨の共有情報更新要求フレームＦ１を送信し（ステップＳ４−５５）、端末Ｃから１〜４番目の共有情報フレームＦ４を受信する（ステップＳ４−６０）。これにより、端末Ｃは、端末Ｄの必要とするフレーム番号の共有情報フレームＦ４のみ送信するので、最小のサイズで共有情報フレームＦ４を送信することができる。そして、端末Ｄは不足していた１〜４番目の共有情報フレームＦ４を全て受信すると、共有情報を更新する（ステップＳ４−６５）。同様に、端末Ｂ，Ｃもそれぞれ受信した共有情報検索要求フレームＦ２、共有情報検索応答フレームＦ３を基に、自己の不足しているフレーム番号の共有情報フレームＦ４を最も多く保持している端末に共有情報更新要求フレームＦ１（図４参照）をユニキャストで送信する。そして、不足しているフレーム番号の共有情報フレームＦ４を全て受信後に共有情報を更新する。
【００５９】
この結果、セルＮ１内に、複数の共有情報フレームＦ４のうち受信できなかった共有情報フレームＦ４のある端末が複数あっても、各端末は、各端末同士で共有情報検索要求フレームＦ２、共有情報検索応答フレームＦ３を送受信することによって、どの端末がどのフレームを保持しているかの情報を取得することができる。また、その情報を基に、端末同士で不足しているフレーム番号の共有情報フレームＦ４を補完し合って共有情報の更新処理を完成することができる。
【００６０】
上記実施形態によれば、以下のような効果を得ることができる。
（１）本実施形態によれば、ビーコンに共有情報のバージョン情報２３を搭載したので、最新の共有情報を保持し、ビーコンを送信する端末であれば、どの端末であっても共有情報のバージョン情報２３を送信することができ、そのバージョン情報２３の送信を契機に共有情報更新処理を行うことができる。この結果、ビーコンが届く範囲の隣接するセル内の端末の共有情報も更新することができる。従って、自律分散的に共有情報の送信を持ちまわることができるため、共有情報の更新に要する手間を低減することができる。
【００６１】
（２）本実施形態によれば、ビーコン、プローブ要求に共有情報のバージョン情報２３を搭載したので、最新の共有情報を保持し、ビーコン、プローブ要求を送信する端末であれば、どの端末であっても共有情報のバージョン情報２３を送信することができ、そのバージョン情報２３の送信を契機に共有情報更新処理を行うことができる。この結果、セルＮ１内で共有情報の送信を持ちまわることができるため、例えば、最初に共有情報を更新した端末がセルＮ１から移動してしまったときであっても、他の端末が共有情報を送信することができる。
【００６２】
（３）本実施形態によれば、ビーコン、プローブ要求に共有情報のバージョン情報２３を搭載し、共有情報フレームＦ４にて共有情報を送受信したので、ＩＥＥＥ８０２．１１準拠の端末にそのまま適応でき、かつ端末に接触することなく自動的に共有情報を更新できる。この結果、共有情報の更新に要する作業負担を軽減することができる。
【００６３】
（４）本実施形態によれば、ビーコンに共有情報のバージョン情報２３を搭載し、そのバージョン情報２３が、各端末が保持する共有情報のバージョン情報２３より新しいときのみ共有情報更新処理を行った。この結果、共有情報更新済みの端末が再度同じバージョン情報２３の共有情報に更新されることがない。従って、不要な共有情報更新処理を低減することができる。
【００６４】
（５）本実施形態によれば、各端末が共有情報を更新したとき、その更新した共有情報のバージョン情報２３をプローブ要求によって送信した。この結果、例えば、その共有情報を更新した端末に、ビーコンを送信する順番がすぐに来ないときであっても、確実に新しいバージョン情報２３をセルＮ１内に通知することができる。
【００６５】
（６）本実施形態によれば、共有情報フレームＦ４はブロードキャストフレームであるので、同時に複数台の端末に対して共有情報を送信することができる。
（７）本実施形態によれば、セルＮ１内の全ての端末から共有情報を送信することが可能であるため、セルＮ１内の全端末に、常に最新のバージョンの共有情報を保持させることができる。
【００６６】
（８）本実施形態によれば、セルＮ１内の各端末が共有情報を断片的にしか持っていない場合であっても、各端末が共有情報検索要求フレームＦ２、共有情報検索応答フレームＦ３を送信することによって、お互いに更新に必要な共有情報を補完しあうことができるリカバリ処理を実行する。この結果、確実に共有情報を更新することができる。
【００６７】
（９）本実施形態によれば、リカバリ処理の際に、共有情報検索要求フレームＦ２、共有情報検索応答フレームＦ３を送信することによって各端末が保持している共有情報フレームＦ４の情報を通知し合う。この結果、複数の共有情報フレームＦ４のうち不足している共有情報フレームＦ４を送受信するだけで済むので、送受信する情報量を最小に抑えられる。従って、無駄な帯域占有を低減すると共に、送受信に要する電力を低減することができる。
【００６８】
（１０）本実施形態によれば、共有情報検索要求フレームＦ２、共有情報検索応答フレームＦ３はブロードキャストで送信されるため、複数の端末が共有情報のバージョン情報２３と、各端末の共有情報フレームＦ４の保持情報を同時に取得することができる。
【００６９】
（１１）本実施形態によれば、共有情報更新要求フレームＦ１を受信したときのみ共有情報フレームＦ４の送信を行う。この結果、例えば、アドホックネットワークのようにコネクションレス型のネットワーク形態において、不要な帯域占有を避けられる。
【００７０】
（１２）本実施形態によれば、共有情報の更新は、ＩＥＥＥ８０２．１１準拠のシーケンスに則って実行されているため、共有情報フレームＦ４を送信中であっても、共有情報と関係ない情報を搭載したフレームを送信することができる。従って、共有情報を更新しながらも通常の通信を実施することができる。
【００７１】
実施形態は、上記に限定されるものではなく、例えば、次のように具体化してもよい。
○上記実施形態では、リカバリ処理は、送信された複数の共有情報フレームＦ４に取り
こぼしがあった端末に対して行った。これを、共有情報フレームＦ４が送信されている最中にセルＮ１に参加した（以下、途中参加という）端末に対して行ってもよい。
【００７２】
詳述すると、図９に示すように、端末Ｂ，Ｃに対して端末Ａが複数の共有情報フレームＦ４を送信している途中で、共有情報を未更新の端末ＤがセルＮ１に参加し、データ送受信可能な状態になったとする。端末Ａはブロードキャストで共有情報フレームＦ４を端末Ｂ，Ｃに送信する（ステップＳ５−５）。ｍ番目の共有情報フレームＦ４の送信途中で、新たな端末Ｄが参加すると（ステップＳ５−１０）、その新たな端末Ｄはｍ番目の共有情報フレームＦ４を送信しているときから受信する（ステップＳ５−１５）。共有情報フレームＦ４内にもバージョン情報２３が搭載されているので、共有情報フレームＦ４の送信途中で参加した場合であっても、既に開始されている共有情報更新処理において更新される共有情報のバージョン情報を把握し、共有情報の更新が必要であれば、その共有情報更新処理に参加することができる。
【００７３】
そして、端末Ｄは、端末Ａから最終番目の共有情報フレームＦ４を受信すると（ステップＳ５−２０）、受信待ちタイマーが所定の値を超えるまで待機する。この後、受信できなかったフレームを受信するためのリカバリ処理を行う。この結果、例えば、アドホックネットワークのように、常に決められた無線ＬＡＮ端末がセル内に固定されているとは限らず、共有情報フレームＦ４を送信中にセルを出入りする端末があるときであっても、確実に共有情報を更新することができる。また、セル間を移動した際にも、移動先で共有情報を更新することができる。
【００７４】
○上記実施形態では、更新処理中に共有情報フレームＦ４を送信していた端末ＡがセルＮ１から出てしまって、当該セルＮ１内に更新中のバージョンの共有情報を完全に保持している端末がない場合についてのリカバリ処理を説明した。これを、図１０に示すように、端末Ａ以外に共有情報を完全に保持している端末が存在していたときもリカバリ処理を実行してもよい。
【００７５】
すなわち、端末Ｂが更新処理中に、端末Ｂに共有情報フレームＦ４を送信した端末ＡがセルＮ１から出てしまっているが、その更新処理中のバージョンの複数の共有情報フレームＦ４全てを端末Ｃが保持していることを、端末Ｃがブロードキャストで送信したビーコンまたはプローブ要求から、端末Ｂが検知した場合にリカバリ処理を行ってもよい。
【００７６】
端末Ｃがブロードキャストまたはプローブ要求を送信すると（ステップＳ１−１０）、端末Ｂは、端末Ｂが更新中のバージョンの共有情報を端末Ｃが保持していることを検知する。そして、端末Ｂは、不足フレーム番号を搭載した共有情報更新要求フレームＦ１を端末Ｃに対してユニキャストで送信する（ステップＳ６−１０）。その後、端末Ｃから端末Ｂへ共有情報フレームＦ４が送信され、端末Ｂは全ての共有情報フレームＦ４を受信すると、更新処理を行う。
【００７７】
この結果、複数の共有情報フレームＦ４全てを受信できなかったとき、複数の端末間で互いに共有情報フレームＦ４を補完し合うことにより、複数の共有情報フレームＦ４全てを受信する。従って、一層確実に共有情報を更新することができる。
【００７８】
○上記実施形態では、更新処理中に共有情報フレームＦ４を送信していた端末ＡがセルＮ１から出てしまって、当該セルＮ１内に更新中のバージョンの共有情報を完全に保持している端末がない場合についてのリカバリ処理を説明した。これを、一方の端末が保持していない共有情報を他方の端末が保持している場合に、２つの端末間で共有情報を補完するようにリカバリ処理を行ってもよい。
【００７９】
詳述すると、図１１に示すように、共有情報未更新の端末Ｂ，Ｃがあり、フレーム総数３１は「９」であり、端末Ｂは３〜９番目の共有情報フレームＦ４を、端末Ｃは１〜５番目の共有情報フレームＦ４を保持しているとする。端末Ｂは端末Ｃに対して共有情報検索要求フレームＦ２をブロードキャストで送信する（ステップＳ７−１０）。これにより、端末Ｃは、端末Ｂが３〜９番目の共有情報フレームＦ４を保持しているという情報を取得できる。そして、端末Ｃは、共有情報検索応答フレームＦ３をブロードキャストで送信する（ステップＳ７−１５）。これにより、端末Ｂは端末Ｃが１，２番目の共有情報フレームＦ４を保持しているという情報を取得できる。次に、端末Ｂは、端末Ｃに対して共有情報更新要求フレームＦ１をユニキャストで送信し（ステップＳ７−２０）、端末Ｃは、端末Ｂに対して１，２番目の共有情報フレームＦ４を送信する（ステップＳ７−２５）。端末Ｂは全ての共有情報フレームＦ４を受信すると、共有情報を更新する（ステップＳ７−３０）。
【００８０】
次に、端末Ｃは、端末Ｂに対して共有情報更新要求フレームＦ１をユニキャストで送信し（ステップＳ７−３５）、端末Ｂは、端末Ｃに対して６〜９番目の共有情報フレームＦ４を送信する（ステップＳ７−４０）。端末Ｂは全ての共有情報フレームＦ４を受信すると、共有情報を更新する（ステップＳ７−４５）。この結果、複数の共有情報フレームＦ４全てを受信できなかったとき、複数の端末間で互いに共有情報フレームＦ４を補完し合うことにより、複数の共有情報フレームＦ４全てを受信する。従って、一層確実に共有情報を更新することができる。
【００８１】
○上記実施形態では、自己の保持する共有情報のバージョン情報２３より古いバージョン情報２３をビーコンまたはプローブ要求を送信した端末が保持していることを確認した場合、プローブ要求を送信元の端末に送信し、その端末に新しいバージョン情報２３の存在を検知させ、共有情報更新処理を行った。これを、共有情報更新処理中にセルに途中参加した端末が送信したビーコン、プローブ要求、共有情報検索要求フレームＦ２、共有情報検索応答フレームＦ３、共有情報フレームＦ４等から、その更新中の共有情報のバージョン情報２３より新しいバージョン情報２３を検知し、共有情報を更新してもよい。
【００８２】
詳述すると、図１２に示すように、共有情報決定処理が行われ、端末Ａから端末Ｂに共有情報フレームＦ４がブロードキャストで送信されているとする（ステップＳ５−５）。このとき、端末Ａの保持している共有情報より新しいバージョンの共有情報を持つ端末ＤがセルＮ１に参加したとする（ステップＳ８−１０）。そして、この端末Ｄがビーコン、もしくはプローブ要求で端末Ｂに更新処理中の共有情報のバージョンより新しいバージョンの共有情報の存在を検知させる（ステップＳ８−１５）。端末Ｂは、端末Ｄから新しいバージョンの共有情報を検知したとき（ステップＳ８−２０）、ｐ番目の共有情報フレームＦ４以降、端末Ａからの共有情報フレームＦ４を破棄する（ステップＳ８−２５）。そして、端末Ｂは端末Ｄに共有情報更新要求フレームＦ１を送信し（ステップＳ８−３０）、端末Ｄから全ての共有情報を受信し、共有情報を更新する。
【００８３】
この結果、更新処理中であっても、新しいバージョンの共有情報を検知したときはその新しいバージョンの共有情報に基づいて共有情報更新処理を行うので、各端末は常に最新の共有情報を保持することができる。また、セル間を移動した際にも、移動先のアドホックネットワークの端末に新たなバージョンの共有情報を更新させることができる。
【００８４】
○上記実施形態では、アドホックネットワーク内の無線ＬＡＮ端末同士での共有情報更新処理について説明した。これを、無線通信網としてのインフラネットワーク内の無線ＬＡＮ端末同士の更新処理、無線ＬＡＮ端末から端末としてのアクセスポイントへの共有情報更新処理に適用してもよい。この場合であっても、手動でアクセスポイントの共有情報を更新後、ビーコンの送信に伴い共有情報のバージョン情報２３をセル内に通知し、共有
情報を更新することができる。また、プローブ要求によってもバージョン情報２３を通知することができるので、それを契機に、例えば、インフラネットワークの無線ＬＡＮ端末からアクセスポイントへ最新の共有情報を送信することができる。この結果、移動先のアクセスポイントにも無線ＬＡＮ端末から最新の共有情報を送信することができる。また、インフラネットワークにおいて、同様にプローブ要求の送信を契機にアクセスポイントから周辺のアクセスポイントへ最新の共有情報を送信することができる。
【００８５】
○上記実施形態では、ＳＳＩＤフィールド２１内にバージョン情報２３を搭載し、このＳＳＩＤフィールド２１を含んだビーコン、プローブ要求等を送受信することによって、共有情報のバージョン情報２３を通知した。これを、ＳＳＩＤフィールド２１内に共有情報のバージョン情報２３を搭載せずに、共有情報のバージョン情報２３を通知するためのバージョン情報通知フレームとしてのバージョン通知フレームＦ５を設けてもよい。詳述すると、図１３に示すように、バージョン通知フレームは、ＩＥＥＥ８０２．１１に規定されたデータフレーム内にバージョン情報２３を備えている。そして、図１４に示すように、各端末Ａ〜Ｅは、ビーコンまたはプローブ要求を送信後、ＳＩＦＳ（Short Interframe Space）間隔でバージョン通知フレームＦ５を送信することによって、各端末が保持する共有情報のバージョン情報２３を通知する。このとき、ＳＩＦＳ間隔でバージョン通知フレームＦ５を送信するため、他のフレーム間隔より優先度が高いことから、他のフレームに割り込まれることなく、バージョン通知フレームＦ５を送信することができる。これにより、上記実施形態と同様の効果を得ながらも、共有情報更新処理を実行する機能を有していないＩＥＥＥ８０２．１１準拠の無線通信端末との混在ネットワーク環境を構築することができる。
【００８６】
○上記実施形態では、ＳＳＩＤフィールド２１内にバージョン情報２３を搭載し、このＳＳＩＤフィールド２１を含んだビーコン、プローブ要求等を送受信することによって、共有情報のバージョン情報２３を通知した。これを、図１５に示すように、ビーコン、プローブ要求フレーム内のインフォメーションエレメント（Information Element ）にベンダーユニークなＩＤ（固有の識別子）を定義し、そのフレームのContentsにバージョン情報２３を搭載してもよい。すなわち、Element ID＝２２１の場合にはＷＰＡ  ＩＤ（Wireless Protected Access ID）を示すが、Contentsの先頭が００：５０：Ｆ２：０１以外の値であるときはベンダーユニークな情報として取り扱われることを利用して、ContentsにContents ID とバージョン情報２３を搭載する。これにより、上記実施形態と同様の効果を得ながらも、共有情報更新処理を実行する機能を有していないＩＥＥＥ８０２．１１準拠の無線通信端末との混在ネットワーク環境を構築することができる。
【００８７】
○上記実施形態では、共有情報は一種類であったが、複数種類であってもよい。このとき、バージョン情報２３に共有情報の識別子を含むことによって、複数種類の共有情報のバージョン情報２３を管理することができる。
【００８８】
○上記実施形態では、端末内の記憶部１６に共有情報を格納し、実行時には、その共有情報をワークメモリ１５に展開して実行した。これを、端末が外部インタフェース１４を経由してホストシステムに接続されている場合は、端末に記憶部１６を備えずに、ホストシステム内に備えた記憶部に共有情報やそのバージョン情報２３を記憶してもよい。このとき、共有情報は、端末が共有情報を実行時に外部インタフェース１４を経由してホストシステムの記憶部から共有情報が同端末に転送され、ワークメモリ１５に展開して実行される。
【図面の簡単な説明】
【００８９】
【図１】本実施形態のアドホックネットワークの概略説明図。
【図２】同じく、端末のブロック図。
【図３】同じく、ＳＳＩＤフィールドの構成図。
【図４】同じく、共有情報更新要求フレーム、共有情報検索要求フレーム、共有情報検索応答フレームの構成図。
【図５】同じく、共有情報フレームの構成図。
【図６】同じく、バージョンアップ処理のシーケンス。
【図７】同じく、取りこぼし処理のシーケンス。
【図８】同じく、リカバリ処理のシーケンス。
【図９】別例の途中参加処理のシーケンス。
【図１０】同じく、リカバリ処理のシーケンス。
【図１１】同じく、リカバリ処理のシーケンス。
【図１２】同じく、更新情報送信中のバージョンアップ処理のシーケンス。
【図１３】同じく、バージョン通知フレームの構成図。
【図１４】同じく、バージョン通知フレームの送信タイミングの説明図。
【図１５】同じく、バージョン情報を搭載したフレームの構成図。
【符号の説明】
【００９０】
Ａ，Ｂ，Ｃ，Ｄ，Ｅ…端末、Ｆ１…共有情報更新要求フレーム、Ｆ２…共有情報検索要求フレーム、Ｆ３…共有情報検索応答フレーム、Ｆ４…共有情報フレーム、Ｆ５…バージョン通知フレーム、Ｎ１，Ｎ２…セル、２３…バージョン情報、６５…共有情報。
【図１】
2007013649.tif 000003
【図２】
2007013649.tif 000004
【図３】
2007013649.tif 000005
【図４】
2007013649.tif 000006
【図５】
2007013649.tif 000007
【図６】
2007013649.tif 000008
【図７】
2007013649.tif 000009
【図８】
2007013649.tif 000010
【図９】
2007013649.tif 000011
【図１０】
2007013649.tif 000012
【図１１】
2007013649.tif 000013
【図１２】
2007013649.tif 000014
【図１３】
2007013649.tif 000015
【図１４】
2007013649.tif 000016
【図１５】
2007013649.tif 000017