(57)【特許請求の範囲】
【請求項１】
データ処理手段（１０，１１，１２）及び通信手段（２０，３０）を有し、前記通信手段が、互換通信手段を備えた別のステーションと処理データを交換可能である移動データ処理ステーションであって、
前記通信手段（２０，３０）が、データ送受信用の少なくとも１つの特定なプロトコルに従って作動可能であり、波の送受信モジュールと、
他の互換ステーションの存在を選択された次元のゾーンで自発的に検出するように選択された次元のゾーンを、監視可能な監視モジュール（４０，５０）と、
前記監視モジュール、前記送受信モジュール、及び前記データ処理手段と協働可能であるローカル通信モジュール（３０）とを備え、
前記特定プロトコルに従って前記送受信モジュールを動作し、もし別のステーションが前記監視モジュールによって自発的に検出されたならば、この他のステーションと一緒にダイナミックなリンクを初期化し、前記特定プロトコルのフォーマットに従って前記処理データをこの他のステーションと交換し、前記他のステーションが検出される限り、このリンクを維持するようにし、
前記ローカル通信モジュール（３０）が、前記検出されたステーション用に意図された初期化メッセージを形成可能であり、
前記初期化メッセージが、ローカル通信の下で初期化位相を示すコードと、データ交換のために提案された特定通信プロトコルを指定する少なくとも１つのコードとを備え、
前記初期化メッセージの受信時に、前記指定された特定プロトコルの前記フォーマットに従った前記データの交換を許容する状態内に、前記検出されたステーションが、前記検出されたステーションの送受信モジュールを配置可能であることを特徴とする移動データ処理ステーション。
【請求項２】
請求項１に記載の移動データ処理ステーションにおいて、
もし検出が終了したならば、前記ローカル通信モジュール（３０）が、自発的に前記ダイナミックなリンクを妨害するようにされたことを特徴とする移動データ処理ステーション。
【請求項３】
請求項１又は２に記載の移動データ処理ステーションにおいて、
前記監視モジュール（４０，５０）が、前記検出されたステーションの送受信モジュール（２０）がデータを送信および受信可能な範囲によって画定されたゾーン内で、監視を実行するようにされたことを特徴とする移動データ処理ステーション。
【請求項４】
請求項１〜３のいずれか一項に記載の移動データ処理ステーションにおいて、
前記ローカル通信モジュール（３０）が、更に、任意コードのような前記ステーションを暫定的に識別するためのコードを形成するためのコードと一緒に、前記初期化メッセージを生成可能であり、
前記ステーションを暫定的に識別するための前記コードが、前記データの交換を許可する前に、相互認識内で働き得るようにされたことを特徴とする移動データ処理ステーション。
【請求項５】
請求項１〜４のいずれか一項に記載の移動データ処理ステーションであって、
前記監視モジュール（４０）が、「ウォッチドック」タイプの特定メッセージを周期的に送信するようにされ、前記監視モジュールの監視ゾーン内にある前記ステーションに前記監視モジュールの存在を知らせるようにされたことを特徴とする移動データ処理ステーション。
【請求項６】
請求項１〜５のいずれか一項に記載の移動データ処理ステーションにおいて、
前記監視モジュール（５０）が、グループから少なくとも１つの数量を決定するようにされ、
前記グループが、前記監視モジュールの監視ゾーン内で検出されたステーションからそれを分離する距離と、
その監視ゾーン内で検出された移動体ステーションの速度ベクトルと、
それを内部にインストールした前記ステーションの速度ベクトルとその監視ゾーン内で検出された前記ステーションの速度ベクトルとの間で形成される角度とをから成ることを特徴とする移動データ処理ステーション。
【請求項７】
請求項６に記載の移動データ処理ステーションであって、
前記ローカル通信モジュール（３０）が、それを内部にインストールした前記ステーションと前記監視モジュールの監視ゾーン内で検出された前記ステーションとの前記速度、及び／又は、前記距離に基づいて、前記ステーションが前記ゾーン内に留まっている時間を表す継続時間を評価するのに適切な予測サブモジュールを備え、
前記通信モジュールが、継続時間の前記評価の関数として前記リンクにダイナミックに管理するようにされたことを特徴とする移動データ処理ステーション。
【請求項８】
請求項１〜７のいずれか一項に記載の移動データ処理ステーションにおいて、
前記監視モジュールが、レーダ・タイプの処理に従って機能するようにされたことを特徴とする移動データ処理ステーション。
【請求項９】
請求項１〜８のいずれか一項に記載の移動データ処理ステーションにおいて、
前記処理手段が、前記キャリアの案内／移動を管理するための手段を備え、
前記ローカル通信モジュールが、前記キャリアの動作パラメータに付随するデータを交換するようにされ、
前記監視モジュールが、別のステーションから生じたようなデータの少なくとも一部分を使用することを特徴とする移動データ処理ステーション。
【請求項１０】
請求項１〜９のいずれか一項に記載の移動データ処理ステーションにおいて、
前記ローカル通信モジュール（３０）が、前記監視モジュール、前記送受信モジュール、及び前記データ処理手段と協働可能であり、アプリケーション処理の少なくとも１つの決定された部分の達成に対する条件に関する前記ダイナミックなリンクの試験を行うようにしていることを特徴とする移動データ処理ステーション。
【請求項１１】
請求項１〜１０のいずれか一項に記載の移動データ処理ステーションにおいて、
前記処理データが、リソースに結合されるとともに前記リソースに結合されるステーションによって運ばれるデータを備えることを特徴とする移動データ処理ステーション。
【請求項１２】
請求項１〜１１のいずれか一項に記載の移動データ処理ステーションにおいて、
前記ローカル通信モジュール（３０）が、前記監視モジュール、前記送受信モジュール、前記データ処理手段、及び記憶能力と協働可能であり、リソースと関係されるステーションの識別子から形成されるデータのベースを維持するようにしており、前記処理データは、前記リソースに結合されていることを特徴とする移動データ処理ステーション。
【請求項１３】
データ処理システムが、請求項１〜１２のいずれか一項に記載の前記移動データ処理ステーションの多数から成ることを特徴とするデータ処理システム。
【請求項１４】
請求項１３に記載のデータ処理システムにおいて、
前記ステーションと一緒に、前記システムが、前記ステーションの間に確立された前記リンクの関数としてダイナミックに発展するのに適切なデータベースを構成することを特徴とするデータ処理システム。
【請求項１５】
請求項１３に記載のデータ処理システムにおいて、
前記システムが、少なくとも２つのステーションがダイナミックなリンクを初期化することができるという事実によって自発的に生成され得る自発的な情報システムを構成することを特徴とするデータ処理システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ステーション間のデータ、即ちメッセージの遠隔伝送に関する。
【０００２】
【従来の技術】
現在、公知のシステムでは、ステーション間の遠距離通信リンクの確立は、一般的に電気通信内のハードウェア手段、コンピュータ化ネットワーク、又は、マスター・ステーションを伴う厳格な制約を受けている。
【０００３】
無線通信能力に関係される小型化の移動ステーションの出現は、特に、移動ステーションがローカル的に通信する「ユビクエイト（ubiquity、至る所に存在する）」と呼ばれるものの分野において、新しい応用の発展を促進させてきた。今日、これは、移動電話のものと同様に、特殊化されたインフラストラクチャ（基地）でのみ可能である。
【０００４】
この問題に対する研究法は、F. Bennett et al.の「Piconet- Embedded Mobile Networking 」、１９９７年のIEEE personal communications ４（５）で与えられている。
【０００５】
【発明が解決しようとする課題】
しかしながら、この研究法は、遠距離通信リンクのハードウェア面にかなり明確に向けられているが、その残りに対して、それでもやはり、「特定問題（アドホック）のローカル・ネッワーク」型であり、これは、全ての制約を伴った「特定問題のローカル・ネッワーク」型を意味している。
【０００６】
本発明はこの状況を改善することを目的としている。
【０００７】
【課題を解決するための手段】
本発明は、人又は車両キャリアで搬送されるようなデータ処理ステーションから始まる。公知の方法では、このデータ処理ステーションは、データ処理手段、及び、互換通信手段を備えた別のステーションと処理データを交換できる通信手段を有している。
【０００８】
本発明の一般的な定義によれば、これらの通信手段は、データ送受信用の少なくとも１つの特定なプロトコルに従って作動可能であり、波形ルートを通って送受信するための送受信モジュールと、他の互換ステーションの存在を内部で検出するように選択された次元のゾーンを、監視可能な監視モジュールと、前記監視モジュール、前記送受信モジュール、及び前記データ処理手段と協働可能であるローカル通信モジュールとを備え、前記特定プロトコルに従って前記送受信モジュールを動作し、もし別のステーションが前記監視モジュールによって検出されたならば、この他のステーションと一緒にダイナミックなリンクを初期化し、前記特定プロトコルのフォーマットに従って前記処理手段を後者と交換し、前記他のステーションが検出される限り、このリンクを維持するようにしたものである。
【０００９】
本発明の他の特徴及び利点は、添付図面と以下の詳細な説明とを参照することで明らかになるだろう。添付図面は、基本的に、はっきりした特徴を有している。その結果、これらは、同じものを補強するのに役立つだけでなく、予想するように、本発明の形成に寄与している。
【００１０】
【発明の実施の形態】
本発明はキャリアＰi（又はキャリア・エンティティ）に適用されている。キャリアＰiは、人間さもなければ車両キャリアである移動エンティティＥＭiから成る。車両キャリアは、自動車又はロボットのように、エネルギーに関して自給式である。そして、搭載装置アイテムＥＥiがキャリアＰiに関係している（図６）。
【００１１】
本質的に、「近傍基準通信」を招くのは搭載装置アイテムＥＥiである。「近傍基準通信」は、原理的に、類似の搭載装置アイテムで実行されているが、互換通信手段を備えた幾らか他のステーションでも生じるかもしれない。
【００１２】
搭載装置アイテムＥＥiは、物理的要素及びソフトウェア的要素を備えた計算機である。
【００１３】
物理的要素は、少なくとも一つの存在検出モジュール（即ち監視モジュール）４０と、１つのデータ送受信モジュール２０と、好ましくは、距離評価モジュール５０とから成る。これら三つのモジュールは、使用可能性のあるデータ手段の機能表示であり、そして、使用された波形タイプと電気信号との間に１つ又はそれ以上のトランスジューサ（交換機）を必ず備えているだろう。
【００１４】
様々なタイプの非電磁波が使用されることがあるけれども、電磁波もっと正確には放射電波(radio-electric wave) を伴った例によって、それが以下考えられるだろう。
【００１５】
計算機は、特に電気消費及び（又は）時間遵守を管理することに関して、搭載収容可能な(onboard-stowability)束縛を考慮するオペレーティング・システムを装備されている。例えば、Linux, Nucleus, Chorus, VxWorks, 又は, Windows CEのようなオペレーティング・システムを装備した軽量携帯コンピュータを持って行くことが可能である。
【００１６】
三つのモジュール２０，４０及び５０はローカル通信モジュールの制御下で機能する。そのローカル通信モジュールは、自身に関する限り、単にソフトウェアである傾向がある。そのモジュールは、いわゆる「アプリケーション」処理、即ち、ステーションＰiの特定要件に対応するものと繋がっている。この処理を実行するために、インタフェース１１がキャリアに関して設けられている。最後に、キャリアが人間以外である限りにおいて、その処理に関係する動作を自身で実行できるだろう。その動作は、図１のモジュール・ブロック１２内に図式的に示されている。
【００１７】
ステップ１０，１１及び１２によって共同的に実行された「アプリケーション処理」は、様々な形態を仮定できる。それは、近隣のステーションの間で情報を交換するための要件を伴っている。関連される２つのステーションの各移動に、ほぼ本質的に、この処理を結びつけることができる。
【００１８】
２つのステーションが全て放射電気手段(radio-electric means)を利用できるバージョンでは、モジュール２０，４０及び５０はハードウェア装置に役立っている。そのハードウェア装置は、原則として、無指向性であると共に、通信チャンネルを介して様々な可能性に対応する送受信機能を提供できるアンテナを有している。周波数多重化によって、又は、任意の他の方法で、この通信チャンネルを定義できる。
【００１９】
ここで図２を参照して、存在場所の検出を説明する。
【００２０】
ステップ４１は、１つずつ全ての通信チャンネルをスキャンすることにある。ローカル・リンクを刺激したい関連ステーションＰ１が、通信チャンネルに備えられている。ステップ４２で、チャンネルが選択される。ステップ４３にはこのチャンネルの応答試験がある。その応答試験は、例えば、同一チャンネルの受信を傾聴することによって従われる送信に存在し、ステップ４４での傾聴段階の間に第三者ステーションの可能な反応を待っている。反応のない場合、次のチャンネルがスキャンされる。反応のある場合、ステップ４５は、キャリアの送受信ゾーン（即ち、監視ゾーン）内にローカル・リンクを確立しようとする別の移動体が存在することを示す。
【００２１】
送受信ステップ４３が、もし送信継続時間を使用するならば、様々な方法で、原則として、送信の瞬間に関して任意の構成要素で行われ得る。送受信ステップ４３は、チャンネル内で容易に確認可能な信号を自発的に送信することを含み、その後に、自発的な送信、又は、同一チャンネル上の別のステーションからの応答における送信を待つ。
【００２２】
変形例として、このような「自発的な送信」は特別なチャンネル上で実行され、主にこの機能に提供するように意図され得る。また、どちらかの場合、各ステーションからの自発的な送信が、ある信号方法で、通信チャンネル、又は、機能を果たすことができるチャンネルを示している。
【００２３】
この種の「自発的な送信」は、TCAS（輸送機関衝突防止用システム、Traffic Collision Avoidance System）と呼ばれる航空機衝突を防止するためのシステム内で使用されている、いわゆる「スクウィッター(squitter)」信号の形態で、既に他の所で知られている。
【００２４】
もちろん、その手続は、符号４５において別の移動体の存在を検出することで停止することができ、この移動体との通信の可能性を処理し、又は、全てのチャンネル上で秩序だって継続するようにし、そして、つきまとう移動体の処理が続けて行われる。
【００２５】
検出キャリアから送信キャリアを分離する距離を見積もりたい場合に、最初に示されたように、距離評価モジュール５０（図１を参照）が設けられている。図３を参照しながら、後者を説明する。
【００２６】
このモジュールは、周期Ｔの時間信号、例えば、長さＴで予め認識された任意の擬似符号を送ることによって、働いている。この符号を送信する初めの瞬間は、好ましくは、同様に任意である。他方、任意の互換ステーションは、周期Ｔ、又は、後者の倍数まで、そして、もちろん、２つのステーションの間で電磁波の外への／戻りの移動のために、その時間の２倍の時間までシフトされた時間信号を戻すことができる機能を装備している。これは、図３のステップ５２及び５３で起こることであり、その後で、ステップ５４が、公知の方法で、ａを基にして２つのステーションの間で距離を計算することにある。同様に、公知の方法で、２つのステーションの間で視差速度を推定することができる。
【００２７】
図３の装置は、他のモジュール２０及び４０によって使用されたのと同じ電磁的手段により実行できる点で有益できある。
【００２８】
１つの変形例は、既に台車上に存在するように完全に分離された、例えば、衝突しない機能（ヨーロッパ共同体の「プロメシー(Promethee)」計画と、主要な自動車製造からの大量生産車両と）のための例として、軽量レーダ装置を提供することにある。このレーダは、そのキャリア周波数の一次元変調の下で、パルス化されたドップラー・レーダ、又はその他の形態で動作できる。
【００２９】
レーダの利点は、距離及び視差速度を提供するだけでなく、二次元又は三次元で距離及び／又は速度に基づいて横方向分解能を許容している。
【００３０】
他方、その欠点は、他のステーション（目標）が「互換通信手段を備えたステーション」タイプであることを確認することが本来的に不可能であることである。しかしながら、例えば、図３に関して記載された機構及びレーダの両方を使用し、それから、距離及び視差速度に基づいてこれらの情報アイテムを対比することができる。距離及び視差速度は、二つの場合に、本発明に従って通信可能なステーションに実際に対応するものを、レーダの「目標」の間で、区別するような方法で、得られる。
【００３１】
好ましくは、データ送受信モジュール２０の機能は、２つのステーションの間で最小の確認で始まる。
【００３２】
図４を参照しながら、この機能を説明する。図４のステップ２１は前記機能を呼び出す。最小確認はメッセージの自発的な送信であり、そのメッセージの形式は次のようである：＜ｉｎｉｔ、ｉｄｅｎｔ−ＥＥi
ｐｒｏｔｏｃｏｌ  ｃｏｄｅ＞。ここでの記号「＜」及び「＞」は、表示区切り記号である。
【００３３】
最初のコード＜ｉｎｉｔ＞は、論理型又はブール型である。それは、１が最小通信の初期化の段階であることを示している。
【００３４】
コード＜Ｉｄｅｎｔ−ＥＥi＞は、別のステーションＥＥjと交信するためＥＥiによって選択されたローカル識別子、例えば数字である。
【００３５】
最後に、＜ｐｒｏｔｏｃｏｌ＞  コードは、エンティティＥＥiに利用可能なプロトコルの組の中から、共通する特定のプロトコルの名称又は識別子である。もちろん、このプロトコルはＥＥｉとＥＥｊに共通でなければならない。これが仮定していることは、プロトコルが同じ方法で全ての搭載装置アイテムによって識別され、その搭載装置アイテムが極めて容易に実行可能なことを通信しがちであることである。
【００３６】
既定の瞬間にそのようなメッセージを送信及び／又は受信した２つのエンティティを考える。各エンティティは、自身の＜ｉｄｅｎｔ−ＥＥｉ＞と、受信した＜ｉｄｅｎｔ−ＥＥｊ＞とを知っている。これらのエンティティのうち１つは、最小の識別番号＜ｉｄｅｎｔ−ＥＥｋ＞を有し、例えば、その他のエンティティと交信を継続するためのイニシアティブを有している。その１つのエンティティは、通信用の共通プロトコル（以前、特定と呼ばれていた）を選択する。通信用の共通プロトコルは、その時、一対の＜ｉ、ｊ＞  に従って近傍規準通信に参加している２つの搭載装置アイテムの間で適所に設定されるかもしれない。
【００３７】
＜ｉｄｅｎｔ−ＥＥi＞の存在は好都合であるが、本質的ではない。＜ｉｄｅｎｔ−ＥＥｉ＞の不存在のとき、イニシアティブを有するエンティティのうち最も速い（又は最も接近した）ものを提供し、もし妥当ならば衝突仲裁機構を備えた通信を継続できる。
【００３８】
変形例として、ステーションは、「ウォッチドッグ」タイプの特定なメッセージを周期的に送信できる。その特定のメッセージは、監視ゾーンにある同一タイプの他のステーションに、自身の存在を知らようと意図されている。
【００３９】
２つ以上のエンティティ、例えば｛ｉ、ｊ、ｋ｝に関して言えば、１つは同様に対方向へ進み、これは多分、３対のローカル通信＜ｉ、ｊ＞、＜ｉ、ｋ＞及び＜ｊ、ｋ＞に終わるだろう。
【００４０】
以下、もっと詳細に説明する。
【００４１】
通信中のステーションの識別に関する情報が通信の位置によって開示されず、もし必要であれば発信不明が保存される。識別子＜ｉｄｅｎｔ−ＥＥｉ＞は、進行中の通信用に搭載装置アイテムを識別するだけに働く。別の言い方をすれば、これら識別子の使用は次の効果を有する：搭載装置アイテムＥＥiが、別の搭載装置アイテムＥＥjと交信していることを知り、それ以上何も知らないことである。
【００４２】
全ての搭載装置アイテムに共通する唯一の情報項目は、メッセージ内容の構造と、その解釈又は意味と、通信プロトコルの識別とである。
【００４３】
図４で示されているように、＜ｉｄｅｎｔ−ＥＥｉ＞が独特であること、即ち、他方で予め定義されずに、各搭載装置アイテムに向かって個々に言えることが必要である。簡単な解決法は、可能な数字を十分に広い範囲に渡って、乱数発生装置に基づいて、各ステーション用にローカル的に＜ｉｄｅｎｔ−ＥＥｉ＞を生成することにある。リンク開始の上で直ちに、「ウィニング(winning)」ステーションが、図４の試験２４で全く同じ＜ｉｄｅｎｔ−ＥＥｉ＞の有無を決定し、次いで、全てのステーションのために、ステップ２２から始まった最小の識別の再開を押し進める。それは、例えば、無効識別子コードによって、及び／又は、無効プロトコル・コードによって後続する＜ｉｎｉｔ＞メッセージを戻すことを単に必要とする。
【００４４】
全ての識別子がステップ２４の出力で相違している範囲では、リンク２５は、この目的のため選択されたプロトコルにとって可能性がある。
【００４５】
もちろん、ローカル通信の性質が、例えば、秘密データ交換中に発信者不明の喪失を要求する時に、特注化された識別が引き続いて実行し得る。
【００４６】
モジュール２０、４０及び５０は、図５の図式に従って機能するローカル通信モジュール３０の管理下にある。
【００４７】
図５における最初の３のステップ３１，３２及び３３は、モジュール４０の存在の検出を始動させ、モジュール５０の距離の検出を（任意選択）始動させ、そしてもし適切ならば、速度の計算を推定（ステップ３３）することである。その速度は、視差速度、又は、もっと綿密な二次元又は三次元の速度のいずれかになる傾向がある。
【００４８】
図５でこれらの動作が連続的に示されているが、これらは当然、シングルタスク・システム内での妨害によって、マルチタスク・システム内の自給式方法で、又は、その他の方法で管理され得る。
【００４９】
つきまとうステーションが新しいステーションであるならば、試験３５は、図４に関連して述べられたことに従って、符号３６１で最小の識別を誘発する。これは、この新しいステーションでリンクを確立すること、さもなければ、既に存在している一組のローカル通信リンクの中へこの新しいステーションを導入することによって、原則として明示される。いずれにせよ、前述のように、リンクは＜ｉ、ｊ＞の対で作られている。
【００５０】
反対に、もしステップ３５で、問題になっているステーションが、既存のローカル通信リンク内に既に存在するならば、ステップ３７１〜３７３までが実行される。
【００５１】
任意選択のステップ３７１は、進行中のローカル通信リンクにおける活動ゾーン又は「支配(prevailing)ゾーン」の内側で、問題になっているステーションの物理的状況を予測することにある。このステップ３７１は、更に詳細には、距離評価モジュール５０に固定された装置アイテムに適応させられている。この予測は、もしレーダ・データが利用可能であるならば、公知の方法で実行され得る。この予測の目的は、さらに詳細には、「欠落(lacuna)」が送受信ゾーン（又は「支配ゾーン」）内に見い出される時間を評価することである。具体的に言えば、このような時間情報によって、送信キャリアが、検出されたステーションと情報を交換するのに十分な時間を有するか否か、及び、その結果、前記検出されたステーションと一緒にリンクを確立するのに有益か否かを決定することができる。
【００５２】
もし距離及び視差速度のデータのみが利用可能であるが、角度データが利用不可能であるならば、例えば、各ステーションを囲む球を考え、そして、これら球の交差部分まで前進させることによって、「支配ゾーン」を管理することが、やはり可能である。既存のリンクは、前記球の間の交差部分に影響を与えるために必要なデータの交換を可能としている。
【００５３】
ここまで、何らの種類の「アプリケーション処理」も扱われていない。しかしながら、後者は、様々な方法で表現された条件を予想している。最も簡単な条件は、要求への関心を有し、計算上一般的に知られた処理を明確に完了するのに必要とされ、そして、「アトミシティ（原子数、atomicity）」と呼ばれる継続時間である。全ての当事者に対してはっきりと終わらせられていること、又は、全ての当事者によって実行されていないように見なされていることのいずれかを始めた動作を、この「アトミシティ」が希望していることが知られている。
【００５４】
従って、符号３７１で多分なされた予測に、又は、利用可能な他のクォンティティに関心を持って、進行中のリンクの条件がアプリケーション処理を、又は、通常「アトミック（原子、atomic）」として定義された後者の一部を終了するのに十分であるか否かを、試験３７２が決定する。その応答がイエス(Yes)ならば処理が継続され、ステップ３１に戻ることができる。その応答がノー(No)ならば、符号３７３で示された特別な処理が、リンクの最後を管理し、又は、このリンクの最後を延期するような方法で問題をもくろもうとする。リンクの最後を管理することは、「支配ゾーン」を出た１つ又は複数のステーションに、ローカル通信リンクの一部をもはや形成しないことを、知らせることにある。リンクの最後を延期することは、ステーションに最後メッセージを送ることにある。その最後メッセージは、最近の推測で提案されたものよりも長い間、条件を満足するように、その動きを又は他のパラメータを変更することを依頼している。その条件とは、
このステーションを備えたローカル・リンクが依然として実行されているような条件である。
【００５５】
図５を参照しながら、対話、即ちローカル通信リンクは、搭載装置アイテムＥＥiと、関連される搭載装置アイテムＥＥjとの間の順序的な一致によって、明確に終結させられ得る。しかしながら、それはまた、ＥＥi又はＥＥjの何れかがその近傍を離れるかに従った評価に関して、予定外の方法で妨害されるかもしれない。この場合、使用に適しているか否かという部分的な情報アイテムのみが回復され、このことが、その内容の誤った解釈の原因となる。
【００５６】
既に示したように、搭載装置アイテムＥＥiは、それ故に「個人(private)」と見なされるデータを交換するために、自己本来の識別（即ち、自己に随伴するキャリアの識別）を公表しなければならない。これを行うために、特注化された識別が適所に配置されるべきである。それから、識別及びオーセンティケーション（情報にアクセスする資格の有無を検証すること）プロトコルが、公知の方法で利用されている。搭載装置アイテムＥＥiと、関連される搭載装置アイテムＥＥjとの内部にローカル的に格納された情報を基にして、このプロトコルを単に実行できなければならないことに気づくことは、重要である。
【００５７】
大抵の場合に、ローカル通信リンクによって許可された対話の場面内で交換された情報が、ユーザ又はキャリアの行為を変えることができること、そして一般に、それは通常、変更された後者のコースになることに気づくことは、重要である。
【００５８】
図６では、ステーションＰｉが通信ゾーンＺＣｉに関係され、一方、ステーションＰｊが通信ゾーンＺＣｊに関係されている。支配ゾーンＺＶはゾーンＺＣｉとＺＣｊとの間での交差部分である。
【００５９】
こうして、固定キット構造又は装置を必要とせずに、本発明によって自発的な情報システム、即ちＳＩＳとして説明されたことを作り出すことができる。その自発的な情報システム内では、搭載装置アイテムＥＥiが、近傍の基準で、他の搭載装置アイテムＥＥjと通信できる。もちろん、搭載装置アイテムＥＥiは、おそらく相互に独立した幾つかの自発的な情報システムに同時に属することができる。
【００６０】
記述した手段によって、特に移動可能である搭載装置アイテムＥＥiが、他の装置アイテムＥＥjの通信ゾーンに自発的に入ったり又は出たりすることができる。これが意味していることは、もし２つのＥＥｉが近傍の基準で交信できるならば、自発的な情報システムが自発的に生成され、又は、自発的に拡張され得ることである。自発的な情報システムがおそらく消滅するのは、既に説明したように、２つのＥＥｉまで減少した場合と、近傍の基準で、又は、もちろんこの自発的な情報システムに属するＥＥｉの間での順序的な一致によって、後者がもはや通信できない場合とである。
【００６１】
要約すれば、自発的な情報システムの発展（伴われたＥＥiの個数によって）及び消滅は、全くダイナミックである。それらは、近傍の基準で通信しそうなＥＥｉの位置のみに依存し、自発的な情報システムの発展による結果は、伴われたＥＥｉによって単に管理されている。
【００６２】
それ故に、ＳＩＳは、ダイレクトな無線通信によって構成され、そして、エラー率、断線、又は、リンクの品質上での変更のような「不完全性(imperfections)」を隠す必要なく構成され得る。事実、ＳＩＳは、不完全性を考慮することの助けを借りて構成されている。
【００６３】
それ故に、ＳＩＳは、「特定問題」タイプのネットワークと根本的に相違している。その「特定問題」タイプのネットワークは、ダイレクトの無線通信に頼っているが、ネットワークの移動体ノードの間で、スキームにダイナミックの経路指示を提供するような方法において断線を隠している。
【００６４】
以前に指摘したように、ＳＩＳは、ローカル通信の対＜ｉ、ｊ＞、＜ｉ、ｋ＞及び＜ｊ、ｋ＞を刺激することによって構成されている。それ故に、ｎ個のノード（ｎ＝１〜ｎ）から成る１つの（ｉ，ｎ）タイプのＳＩＳと、ｐ個のノード（ｐ＝１〜ｐ）から成る１つ又は幾つかの他の（ｉ、ｐ）タイプのＳＩＳとを、（ｎ、ｐ）タイプのＳＩＳを構成できるような方法で、結びつけることが可能である。その（ｎ、ｐ）タイプのＳＩＳ内では、ｎノードがｐノードに対話できる。
【００６５】
このようなＳＩＳ（ｎ、ｐ）をダイナミックに管理することは、例えば、相互に関して様々なノードの各位置決めに関連する地理的解析に基づき得る。隣接ノードの（所定の）最大数と交信でき、それ故に、ＳＩＳの構成を管理できる１つ又はそれ以上の中央ノードが、例えば周期的に決定され得る。例えば、重心(barycentric)方法で中央ノードを得ることができる。
【００６６】
波形ルートを通って送信するモードに関して、出願人は、現在では、拡散スペクトル変調(spread spectrum modulation)を用いた放射電波の送信技術を好んでいる。その送信技術は、例えば、T. P. Burch, K. Ho, F. Kunzinger, L. Roberts, W. Shnks, L. Tantilloによる「移動体アプリケーション用のデジタル無線」（AT & T, Technical Journal, １９〜２６頁、１９９３年７〜８月）に記載されている。
【００６７】
本発明は、特に自動車、移動体ロボットのみならず、個人間の近接情報システムの分野で、非常に多くのアプリケーションに開放されている。
【００６８】
自動車の分野では、衝突防止システム（最も広い意味で）を実行することが有益である。例えば、ブレーキシステムをちょうど始動してこの動作を前もって警告されるようにした自動車Ｅiに隣接する自動車だけに提供できる。伝統的な解決法は、ハイウエイ・インフラストラクチャに沿ってばらまかれたセンサを必ず含んでいる。本発明に依る自発的な情報システムに基づいた解決法は、これらインフラストラクチャ用の要求を不要にするという点で好都合である。
【００６９】
個人間の近接情報システムは、更に、コマンドよりむしろ純粋な状態で情報を交換することを目指している。現在、同じ会議室内に居て、そして内緒で、及び／又は、会議を乱すことなく、情報を交換したい人々は、手書きノートを移動すること以外のことをしない。会議と平行して会議参加者の全て又は何人かの間で作成された自発的な情報システムに基づいた解決法は、再び非常に満足を与える。
【００７０】
出願人は、自動車分野において「仮想十字路(virtual crossroads)」の形態で、最初の典型的なアプリケーションを開発した。ここでの「仮想(virtual)」が単純に意味していることは、システムがそのままでは「実際(real)」の十字路で使用され得ないが、以前設定された制限束縛の下で完全に使用に適していることであり、要するに：
車両が方向（又は道路）を変えることなく十字路を通過すると仮定し、
自動車のみが必ず含まれていると仮定し、
通常の習慣と反対に、この十字路が交通信号を持っていない。
【００７１】
交通信号の表示が車両に搭載されている。また、次のような自発的な情報システムをダイナミックに作り出せる：
十字路に接近する全ての車両における搭載装置アイテムＥＥiが、自己の近傍内に１つの自発的な情報システムを作成しようとする。十字路に接近する別の車両が存在するとすぐに、この自発的な情報システムが実際に作成される。
【００７２】
もし自発的な情報システムが作成されなかったならば、その理由は、たった１台の車両が存在し、そしてその車両が無関心で十字路を通過することができるからである。
【００７３】
それ故に、もし十字路の近傍に少なくとも２つの搭載装置アイテムを備えた自発的な情報システムが存在するならば、出入りする任意の車両を含めた全ての適切な車両の間で、自発的な情報システムがダイナミックに作り出される。ここに定義することが有益でない方法では、ハイレベルで管理された優先権規準が意味していることは、車両の何台かだけが進行権を持っているのに対し、他の車両が止まらなければならないことである。
【００７４】
部分的であるけれども、それが自動車の存在だけを管理するので、十字路へのこの応用は明らかに本発明の利点を示している。
【００７５】
交通の流れを管理することに関して、自発的な情報システムを作り出した時のみ、「十字路」が存在することに気付かれるだろう。それ故に、「不意の十字路(emergent crossroads)」と言われるだろう。
【００７６】
もちろん、本発明は、多くの他の応用に、特に、移動電話、ローカル無線ネットワークだけでなく、モバイル・コンピューティング及びロボットに開かれている。
【００７７】
それは、特にエレガントな方法で、今日のコンピュータと、他の携帯及びスタンドアローン（コンピュータがネットワークに接続しないで単独で使用されている）の計算機とに遭遇されたユビクエイト（同時に至る所に存在すること）に対する関心を満たしている。
【００７８】
本発明に依るステーションは、特に、携帯コンピュータ内に、又は、車両又は動力クラフト上で人間のユーザに対して遠隔通信用の移動ボックスの形態内に、又は、協同的ロボット内に装着し得る。
【００７９】
ロボット間の相互作用を扱うとき、通信モジュールは、装置がゾーン内に留まることを要求するゾーン内で検出されたステーションに、命令をアドレス指定するような方法で、前記継続時間としきい値とを比較することができる。
【００８０】
更に一般的には、キャリア移動体に対して、処理手段は、キャリア移動体の案内／移動を管理するための手段を備えることができる。好都合なことに、ローカル通信モジュールは、キャリア移動体の動作パラメータに付随するデータを交換するようになっている。また、監視モジュールは、少なくとも部分的に、別のステーションから生じるそのようなデータを使用することができる。
【００８１】
加えて、本発明のおかげで、「特定問題」と呼ばれるデータベースを形成することが可能である。詳細には、従来のデータベースでは、ベースの情報入力を構成するデータは、それらのデータに結合される現実のリソースから分離されている。そのようなものは、例えば、在庫管理に伴う場合である。これら情報入力とリソースとの間の一致は、一般的に人手の介在を必要としている。例えば、もし在庫が変更されたならば、対応する情報入力が修正される。
【００８２】
しかしながら、もしリソースがデータベースの情報入力に物理的に結合されているならば、このベースの状態は、それを構成するリソースの移動性（遠ざかる移動／近づく移動）の関数として発展する。
【００８３】
非制限的な例として、自動車のような多部品の製品を製造することが、引き合いに出されている。電線の無いルートを通って通信可能であり、処理及び記憶能力を付与された電子構成部品が、各部品に結合されている。この構成部品を、例えば、「インテリジェント(intelligent)」な電子式計算機とすることも可能である。組立工程の間に、部品を寄せ集めることによって、自発的な情報システム（ＳＩＳ）の形成が生じる。その自発的な情報システムの構成は長い年月の間に発展している。このＳＩＳは、１つのアドホック（特定問題）・データベースを形成している。そのアドホック・データベースによって、例えば、組立手続の発展を正確に辿ることができる。そのようなＳＩＳの構成要素の中にはヒエラルキー（階層構造）を予想することができ、その時、ある計算機は、もっと特別な方法で、データベースの一貫性を招いている。それ故に、そのようなＳＩＳでは、データベースが、物理的に密接した構成要素間の協働によって形成されている。
【００８４】
ステップ１０の「アプリケーション処理」とステップ１２の「キャリア・ローカル処理」との間の境界は、実行に従って変化できる。「アプリケーション処理」は、少なくとも協働タスクを招くことと見なされている可能性もある。その協働タスクは、様々な搭載装置アイテムの間で実行されなければならない。
【図面の簡単な説明】
【図１】  本発明に依るステーションの構造を示す機能的な図である。
【図２】  「存在の検出」機能に関するフローチャートを示す図である。
【図３】  「距離の評価」機能に関するフローチャートを示す図である。
【図４】  ２つのステーションの間での最小識別に関するフローチャートを示す図である。
【図５】  ローカル通信モジュールの一般的な動作のフローチャートを示す図である。
【図６】  本発明による２つのステーションがローカル通信にどのように入るかを示す空間的な広がりの図である。
【符号の説明】
１０    ステップ
１１    ステップ（インタフェース）
１２    ステップ（モジュール・ブロック）
２０    データ送受信モジュール
２１    ステップ
２２    ステップ
２３    ステップ
２４    ステップ（試験）
２５    ステップ（リンク）
３１    ステップ
３２    ステップ
３３    ステップ
３４    ステップ
３５    ステップ（試験）
３７１  ステップ
３７２  ステップ（試験）
３７３  ステップ
４０    存在検出モジュール（監視モジュール）
４１    ステップ
４２    ステップ
４３    ステップ（送受信用マップ）
４４    ステップ
４５    ステップ
５０    距離評価モジュール
５１    ステップ
５２    ステップ
５３    ステップ
５４    ステップ
３７１  ステップ
３７２  ステップ（試験）
３７３  ステップ
【図１】
0004309061.tif 000002
【図２】
0004309061.tif 000003
【図３】
0004309061.tif 000004
【図４】
0004309061.tif 000005
【図５】
0004309061.tif 000006
【図６】
0004309061.tif 000007