JP2019536126A - レクリエーション用車両用の車両間通信デバイス及び方法 - Google Patents

Abstract

移動体通信デバイス及びその使用方法であって、上記デバイスは：プロセッサと、メッシュネットワークのための通信モジュールと、地球上位置を決定するためのＧＰＳモジュールと、少なくとも１つの出力とを含む。上記プロセッサは、１つ以上の他の車両の少なくとも１つのシステムによって作成された場所データの少なくとも１つのインスタンスを受信するする。メッシュネットワークを介して受信される上記場所データの各上記インスタンスは、上記データを作成した上記他の車両の場所を記述する。上記プロセッサは、受信した上記場所データを、上記ＧＰＳモジュールから得られた位置データと比較し、上記比較に基づいて、上記移動体通信デバイスと上記１つ以上の他の車両との間の相互干渉の可能性を表すレベルを決定し、決定された上記レベルに応答する、上記音声出力及び上記表示出力のうちの少なくとも１つに対する信号を生成する。

Description

本開示は一般に、レクリエーション用車両間の通信デバイス及び方法に関する。より具体的には、本開示は、レクリエーション用車両間で場所データを通信するためのデバイス及び方法に関する。

オフロード車、ＡＴＶ、スノーモービル、船舶等を含むレクリエーション用車両は、道路ではない地形上で動作することが多い。このような環境は、オンロード環境での車両の動作の順序及び予測可能性を潜在的に欠いている。また更に、このようなレクリエーション用車両は、他のレクリエーション用車両と共に操作されることが多い。オフロードの場所は更に、通信インフラストラクチャから除外されていることが多く、又はセルラー通信が存在しない領域等の、このようなインフラストラクチャを信頼できない場所であることが多い。

本開示は、移動体通信デバイスを有する第１の実施形態を含み、上記移動体デバイスは：プロセッサと；通信モジュールであって、上記プロセッサは、上記通信モジュールを利用して、２人以上の参加者を有するメッシュネットワークに参加するための、命令を有する、通信モジュールと；ＧＰＳモジュールであって、上記ＧＰＳモジュールの地球上位置を決定するよう動作可能な、ＧＰＳモジュールと；音声出力及び表示出力のうちの少なくとも１つとを含む。上記プロセッサは、上記プロセッサによって実行された場合に上記プロセッサに以下を実施させる、命令を有する：１つ以上の他の車両の少なくとも１つのシステムによって作成された場所データの少なくとも１つのインスタンスを受信するステップであって、受信される上記場所データの各上記インスタンスは、上記データを作成した上記他の車両の場所を記述し、また上記場所データの上記少なくとも１つのインスタンスは、上記メッシュネットワークを介して受信される、受信するステップ；受信した上記場所データを、上記ＧＰＳモジュールから得られた位置データと比較するステップ；上記比較に基づいて、上記移動体通信デバイスと上記１つ以上の他の車両との間の相互干渉の可能性を表すレベルを決定するステップ；並びに決定された上記レベルに応答する、上記音声出力及び上記表示出力のうちの少なくとも１つに対する信号を生成するステップ。

本開示は、メッシュ通信ネットワークを動作させる方法を含む実施形態も含み、上記方法は：プロセッサと、メッシュネットワークを介して操作可能な通信モジュールと、ＧＰＳモジュールであって、上記ＧＰＳモジュールの地球上位置を決定するよう動作可能な、ＧＰＳモジュールと、音声出力及び表示出力のうちの少なくとも１つとを有する、通信デバイスを提供するステップ；１つ以上の他の車両の少なくとも１つのシステムによって作成された場所データの少なくとも１つのインスタンスを受信するステップであって、受信される上記場所データの各上記インスタンスは、上記データを作成した上記他の車両の場所を記述し、また上記場所データの上記少なくとも１つのインスタンスは、上記メッシュネットワークを介して受信される、ステップ；受信した上記場所データを、上記ＧＰＳモジュールから得られた位置データと比較するステップ；上記比較に基づいて、上記移動体通信デバイスと上記１つ以上の他の車両との間の相互干渉の可能性を表すレベルを決定するステップ；並びに決定された上記レベルに応答する、上記音声出力及び上記表示出力のうちの少なくとも１つに対する信号を生成するステップを含む。

更に別の実施形態では、本開示は、命令を有する非一時的コンピュータ可読媒体を含み、上記命令は、プロセッサによって実行された場合に、上記プロセッサに以下を実施させる：プロセッサと、メッシュネットワークを介して操作可能な通信モジュールと、ＧＰＳモジュールであって、上記ＧＰＳモジュールの地球上位置を決定するよう動作可能な、ＧＰＳモジュールと、音声出力及び表示出力のうちの少なくとも１つとを有する、通信デバイスを提供するステップ；１つ以上の他の車両の少なくとも１つのシステムによって作成された場所データの少なくとも１つのインスタンスを受信するステップであって、受信される上記場所データの各上記インスタンスは、上記データを作成した上記他の車両の場所を記述し、また上記場所データの上記少なくとも１つのインスタンスは、上記ＭＥＳＨネットワークを介して受信される、受信するステップ；受信した上記場所データを、上記ＧＰＳモジュールから得られた位置データと比較するステップ；上記比較に基づいて、上記移動体通信デバイスと上記１つ以上の他の車両との間の相互干渉の可能性を表すレベルを決定するステップ；並びに決定された上記レベルに応答する、上記音声出力及び上記表示出力のうちの少なくとも１つに対する信号を生成するステップ。

本開示の例示的な車両通信システムの模式図 図１のシステムのディスプレイの、第１の例示的な模式図 図１のシステムのディスプレイの、第２の例示的な模式図 図１のシステムによって計算される、影響円錐（ｃｏｎｅ ｏｆ ｉｎｆｌｕｅｎｃｅ）の代表図 図１のシステムの動作を示すフローチャート 図１のＧＰＳモジュールとの相互干渉の動作を示すフローチャート 図１のシステムによる、受信される伝送の受信及び処理を示すフローチャート 図１のシステムに関するドライバ通信のプロセスを示すフローチャート 図１のシステムの動作の別の実施形態

複数の図にわたり、対応する参照符号は対応する部品を示す。本明細書に記載される適例は、本発明の実施形態を例示し、このような適例は、本発明の範囲をいかなる様式でも限定するものと解釈されないものとする。

本明細書に開示される実施形態は、包括的であること、又は以下の「発明を実施するための形態」において開示される正確な形態に本開示を限定することを意図したものではない。寧ろこれらの実施形態は、当業者がこれらの教示を利用できるように、選択され、説明されている。

本明細書中で使用される場合、用語「論理（ｌｏｇｉｃ）」又は「制御論理（ｃｏｎｔｒｏｌ ｌｏｇｉｃ）」は、１つ以上のプログラマブルプロセッサ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、デジタル信号プロセッサ（ＤＳＰ）、ハードワイヤードロジック、又はこれらの組み合わせにおいて実行される、ソフトウェア及び／又はファームウェアを含んでよい。従って実施形態によると、様々な論理を、いずれの適切な様式で実装してよく、またこれは本明細書で開示される実施形態に従ったものであり続ける。

まず図１を参照すると、車両通信システム１０のある例示的な実施形態は、プロセッサ１２、加速度計１６、ＲＦトランシーバ１８、ＧＰＳモジュール２０、音声出力２２、表示出力２４、及びディスプレイ２６を含む。通信システム１０は、ハウジング３０を含むものとして図示されている。図示されている通信システム１０の実施形態は、車両に対して容易に付加及び取り外し可能な、別個のユニットとして示されている。しかしながら、通信システム１０が車両の他の計算要素に統合されることにより、システム１０が車載用の多目的計算エンティティの一部となる実施形態も想定される。

プロセッサ１２は例えば、上記デバイスのためのブレーンを提供し、かつ他の構成部品の動作を駆動する、マイクロコントローラである。マイクロコントローラは、広範なプログラミング／処理タスクを取り扱うのに好適であり、ＵＳＢポート１４を介して、又は無線でプログラム可能である。一実施形態では、プロセッサ１２としては、クロック速度９６ＭＨｚ、２５６ｋのフラッシュメモリ、及び６４ｋＢのＲＡＭを備える、ＮＸＰ Ｋｉｎｅｔｉｓ ＡＲＭ Ｃｏｒｔｅｘ Ｍ４ ３２ビットプロセッサが挙げられる。

マイクロコントローラソフトウェアは例えば、タイミング、コントローラエリアネットワーク（ＣＡＮ）通信、全地球測位システム、インターインテグレーテッドサーキット（Ｉ^２Ｃ）、磁力計／加速度計制御、センサ制御、（メッシュモードを含む）無線サポート、動的リスト管理、及びＬＥＤアレイ（例えば以下で議論されるＬＥＤ３２）の制御のためのライブラリを含む。

加速度計１６は例えば、静止中に静止車両車首方向を提供し、また横転又は衝突といった事象を検出できる、複合磁力計／加速度計モジュールである。

ＲＦトランシーバ１８は例えば、他の車両とある範囲内にあるときにメッシュネットワークを形成できる９００Ｍｈｚトランシーバ無線機である。トランシーバ１８は、範囲内の他の通信システム１０に対してデータを送受信する。トランシーバ１８は例えば、１０Ｋｐｓで最大９マイル（１４．４８４１ｋｍ）の視線範囲及び最大２０００フィート（６０９．６ｍ）の都市部範囲が可能なメッシュである、２５０ｍＷの出力を有するＤｉｇｉ ＸＢｅｅ Ｐｒｏ ９００ ＨＰである。

ＧＰＳモジュール２０は、車両の移動中の、車両の場所及び車首方向情報を提供する。例示的なＧＰＳモジュール２０は、１０Ｈｚの更新能力を備えたＭｅｄｉａｔｅｋ ＭＴＫ３３３９チップセットである。

音声出力２２は例えば、スピーカー、ビープ音発生装置、又は可聴信号を生成できる同様の要素のうちの少なくとも１つである。ある例では、音声出力２２は、スピーカー又はオーディオ要素に取り付け可能なプラグ又はピンといったインタフェースである。

外部アンテナ（図示せず）を接続するのに好適な１つ以上のポートを含む実施形態も想定される。１つ以上のアンテナは、ＧＰＳモジュール２０及びＲＦトランシーバ１８の動作を支援するように動作できる。

表示出力２４は例えば、ディスプレイ２６に連結されたプラグによる係合に好適な４ピンヘッダである。表示出力２４の正確な形態は、これがディスプレイ２６にデータを供給するためのインタフェースを提供する限り、重要ではないことを理解されたい。使用されるディスプレイ２６がより洗練されるに従って、表示出力２４の複雑性及びデータ伝送要件も同様に増大する。例示的な表示出力２４は更に、ディスプレイ２６を動作させるための電力を提供する。

図２Ａは、第１の実施形態のディスプレイ２６’を示す。ディスプレイ２６’は、ＬＥＤ３２のリング３４である。図示された例は、リング３４上に分散された１６個のＬＥＤ３２を含む。これらのＬＥＤは例えば多色ＬＥＤであり、これにより、各ＬＥＤ３２が異なる複数の色の光を出力できる。この例では、各ＬＥＤ３２は緑色、黄色及び赤色の光を生成できる。各ＬＥＤ３２は独立して起動できる。リング３４の中心には、このディスプレイ２６が取り付けられる車両の描写３６であるアイコンが存在する。一実施形態では、描写３６は単なる正方形のＬＥＤであり、これは、発光することによって、ユーザ／乗り手にディスプレイ２６がアクティブであることを通知する。

図２Ｂは、第２の実施形態のディスプレイ２６”を示す。ディスプレイ２６”は例えばスクリーンディスプレイ２６”である。このスクリーンは、小型テレビ、スマートフォン、タブレットコンピュータ等で使用されるタイプのものである。

動作時、プロセッサ１２は、他の構成部品に対してコマンド及びデータを送受信するための命令を含む。プロセッサ１２は、システム１０の、従ってこれが取り付けられた車両（１００として図示）の現在の地理的位置に関する情報をＧＰＳモジュール２０から収集する、連続ループで動作する。プロセッサ１２上で実行されるループは更に、加速度計１６から情報を収集する。加速度計１６からのデータは、車両の速度及び運動に関する情報を提供する。ＧＰＳモジュール２０及び加速度計１６から受信したデータを用いて、「影響円錐」を生成する。影響円錐とは、車両が短期間内に占有する可能性がある領域である。「短期間（ｎｅａｒ ｔｅｒｍ）」は例えば、５、１０、２０、３０、又は４０秒等の閾値時間として定義される。

図３は、例示的な影響円錐４０を示す。この円錐のサイズ及び形状は、ＧＰＳモジュール２０及び加速度計１６に由来する速度及び車首方向に基づいて調整される。従って、車両の移動がゆっくりであるほど、円錐４０のサイズは、例えば円錐４０’のように小さくなる。反対に、車両の移動が速いほど、車両が近い将来に存在し得る範囲が大きくなるため、円錐４０”は大きくなる。また更なる例では、影響円錐のサイズ及び車首方向は、天候、時刻、視認性、地形に関して考慮するべき事項、及び車両の乗り手の操作に影響を及ぼす可能性がある、入力される他のいずれの利用可能な考慮するべき事項といった要素によって、影響され得る。また特定の実施形態では、中断、旋回、及び他の車両の動作に関する信号を、影響円錐を定義するプロセスの一部として考慮するために利用可能である。更に、図３の影響円錐４０に関して、用語「円錐（ｃｏｎｅ）」を使用し、円錐状の形状を示しているが、他の影響の形状を用いる実施形態が想定される。

プロセッサ１２は更に、ＲＦトランシーバ１８の動作を命令する。トランシーバ１８は、他のシステム１０（他の車両２００、３００、４００）とのある範囲内にあるときに、メッシュネットワークを形成でき、範囲内にある他のシステム（車両２００、３００、４００、乗り手）に対してデータを送受信するために使用される。

メッシュネットワークは、各ノードがネットワークのためにデータを中継するネットワークトポロジである。メッシュノード（システム１０）は、ネットワーク内でデータを分散させるために協働する。メッシュネットワークは、全てのノードを範囲内に置かなければならない中心位置を必要としない。メッシュネットワークは、ノードがリアルタイムで出入りできるアドホックネットワークの一種である。より具体的には、システム１０は、移動体アドホックネットワーク（ＭＡＮＥＴ）のノードを提供する。ＭＡＮＥＴは、無線接続された移動体デバイスの、継続的に自己構成型である、インフラストラクチャのないネットワークである。ＭＡＮＥＴ内の各デバイス（システム１０等）は、いずれの方向に独立して自由に移動でき、従って他のデバイスへのリンクを、可能な限り／必要に応じて変更する。各デバイス（システム１０）は、それ自体の使用とは無関係のトラフィックを転送し、従ってルータとしても機能する。ＭＡＮＥＴは、ピア・ツー・ピアの、自己形成型かつ自己修復型ネットワークを提供する。このシステム１０は、長距離（特定の実施形態では１５０メートル超、及び他の実施形態では５００メートル超を意味する）をカバーするメッシュネットワークを提供するように動作可能であることを理解されたい。従って、関与しているいずれのノード／車両／システム１０は、（データの作成者として機能する）それ自体に関するデータ（例えば場所及び軌跡データ）を伝送でき、また（データの搬送者として機能する）別のノードに関するデータを受信できる。従って、他のノードが情報を反復及び搬送するために間に存在すれば、互いに範囲外にある２つのシステム１０は依然として互いに関するデータを受信できる。

メッシュネットワークの動作の一部は、ノード（システム１０）が、ネットワーク内に現在存在する他のノードの少なくとも部分的なリストを維持することである。上述のように、プロセッサ１２は、ＧＰＳモジュール２０及び加速度計１６から、それぞれＧＰＳ及び加速度情報を取得する。この情報の一部又は全部はＲＦトランシーバ１８に供給され、メッシュネットワーク（及び他の通信システム１０であるメッシュネットワークノード）に分配される。よって、所与の通信システム１０に関して、ＲＦトランシーバ１８は、他の通信システム１０に関する（他の車両２００、３００、４００に関する）情報を受信している。一実施形態では、通信システム１０は、他のネットワーク化された車両２００、３００、４００に関するＧＰＳ情報を受信する。別の実施形態では、通信システム１０は、車首方向及び速度の指示を提供するために、加速度情報又は他の情報（例えば履歴ＧＰＳ情報）も受信する。

通信システム１０は、ＧＰＳ情報（並びに場合によっては車首方向及び速度情報）を受信すると、この情報を影響円錐に関連するものとして考慮する。システム１０がＲＦトランシーバ１８を介してメッセージを受信すると、上記システムは、他のシステム１０によって報告された既知の位置及び予測された位置（車両２００、３００、４００に関する車両の場所）を、本システム１０（車両１００）に関する影響円錐に対してチェック（比較）する。図３は、通信システム１０を備えた車両１００、及び同様の通信システムを備えた３つの他の車両（１００、２００、３００）に関する、円錐４０を示す。車両２００からのデータは、車両１００の移動方向において車両１００（及び車載システム１０）のわずかに前方の位置を示す。各車両２００、３００、４００に付された矢印は、車両２００、３００、４００の移動方向を示す。車両２００は影響円錐４０内にあり、システム１０を内包する車両１００との相互干渉の可能性が相対的に高いものとして識別される。車両３００からのデータは、車両１００の移動方向において車両１００（及びシステム１０）の側方かつわずかに前方の位置を示す。車両３００は影響円錐４０の外側にあるが近接しており、短い期間のうちに影響円錐４０に入る可能性がある。従って車両３００は、システム１０を内包する車両１００との相互干渉の可能性が中程度のものとして識別される。車両４００からのデータは、システム１０を内包する車両１００の移動方向において車両１００の大幅に前方の位置を示す。車両４００は影響円錐４０の外側にあり、システム１０を内包する車両１００との相互干渉の可能性が相対的に低いものとして識別される。

３つの車両を検出し、その場所を決定して分類した後、システム１０はディスプレイ２６と通信して、このデータを、システム１０を内包する車両のユーザ／乗り手に通信する。ディスプレイ２６”を用いる実施形態では、スクリーンが、その上に車両（又は車両のサブセット）の描写を提示できる。車両２００、３００は、システム１０を内包する車両１００に対して位置決めされた状態で例示的に図示されている。車両２００は八角形、場合によっては赤色の八角形として表示され、これにより、見る者に、（影響円錐に関して決定されるように）相互干渉の可能性が相対的に高いことを示唆する。車両３００は三角形、場合によっては黄色の三角形として表示され、これにより、見る者に、（影響円錐に関して決定されるように）相互干渉の可能性が相対的に中程度であることを示唆する。車両４００は、（影響円錐に関して決定されるように）相互干渉の可能性が相対的に低いことを反映して、表示されない。あるいは、車両４００が位置するおおよその領域／方向を指示する矢印３０２が表示される。しかしながら、理解できるように、多数の車両が存在する場合には、検出された可能性が低い車両それぞれに関して矢印を有すると、スクリーンが混雑する場合がある。また更に、特定の実施形態では、特定の車両に対して独自のシンボルを割り当てることによって、これらの特定の車両／オペレータを識別する準備をすることができる。

ディスプレイ２６’を用いる実施形態では、ＬＥＤのリングが、その上に車両（又は車両のサブセット）の描写を提示できる。車両１００、２００、３００は、これらがシステム１０を有する車両１００に対して位置する可能性のある方向において、ＬＥＤ３２によって表現される。車両２００は赤色発光ＬＥＤ３２’として表示され、これにより、見る者に、（影響円錐に関して決定されるように）相互干渉の可能性が相対的に高いことを示唆し、また当該車両の相対位置を示す。車両３００は黄色発光ＬＥＤ３２”として表示され、これにより、見る者に、（影響円錐に関して決定されるように）相互干渉の可能性が相対的に中程度であることを示唆し、また当該車両の相対位置を示す。車両４００は、（影響円錐に関して決定されるように）相互干渉の可能性が相対的に低いことを反映して、緑色発光ＬＥＤ３２”’として表示される。あるいは、車両４００の描写が提供されない。概ね同一の方向に複数の車両が存在することにより、これらのうちの２つがちょうど同一のＬＥＤ３２上で示されることになる場合、相互干渉の可能性がより高い車両が、ＬＥＤ３２の色を規定する。

上で提供した例は車両２００、３００、４００を有し、これらが全て、システム１０を内包する車両の（移動方向において）概ね前方にあるが、システム１０を内包する車両１００の公報にある車両も表示されることを理解されたい。従って乗り手は、このような車両の検出のために頭の向きを変える必要がない。更に、システム１０を内包する車両１００のドライバは、ブレーキを急に踏むことによって別の車両が自分の車両に衝突する可能性があるため、ブレーキを急に踏まないことを理解できる。

また更に、仮に車両３００が影響円錐４０に入るように操作されると、車両３００は（ディスプレイ２６’の場合には）黄色ＬＥＤ３２によって表現される状態から赤色ＬＥＤ３２によって表現される状態に遷移することになることを理解されたい。一実施形態では、影響円錐内に新たな車両が到着すると、又は新たな車両が、相互干渉の可能性が相対的に高いものであると識別されると、可聴信号が提供される。ある例では、プロセッサ１２が音声出力２２に信号を提供し、これにより音声信号が、システム１０を有する車両のオペレータに通信される。

また、以上の議論では、車両２００、３００、４００が、システム１０を有する車両の影響円錐内にあるかどうかに焦点を当てていた。車両２００、３００、４００に関して、位置データに加えて軌跡データも提供される。従って一実施形態では、相互干渉のリスクが高い、中程度である、又は低いという分類は、現在の場所又は（車両の軌跡に基づいて）予想される短期間内の場所が影響円錐内にあるかどうかに基づく。従って、車両が高速で背後又は側方から接近する等の状況は、このような車両が現在は影響円錐内になくても、相対的に高い可能性を有するものとして分類できる。また更に、車両１００を、システム１０を備えた車両として記述しているが、各車両２００、３００、４００は、システム１０又はシステム１０と通信できる同様のシステムを有することになる。また更に、車両の軌跡は典型的には、車両が現在の車首方向に継続的に移動すること、又は（システムが地図も考慮できる場合は）既知の経路を継続して進行することを仮定したものである。従って、ある場合には、予想される将来の場所は極めて推測的なものとなる場合があり、また他の場合には、将来の経路は高い信頼度に関連付けられたものとなり得る。従っていくつかの実施形態では、複数の信頼のレベルが、所与の車両の、可能性のある異なる複数の将来の場所に関連付けられ得る。よっていくつかの実施形態では、車両の相互干渉のリスクの分類は、影響円錐内の将来の場所が、設定された閾値を超える可能性に依存する。

図４は、通信システム１０を操作する方法を示す。まず、システム１０はその車両１００から、車両の識別に関するデータを収集する（ブロック４１０）。このような情報は、利用可能であればＣＡＮバスを介して入って来る。ルートに関係なく、システム１０は、車両１００、及び車両１００に取り付けられたシステム１０のインスタンスを一意に識別できる、一意識別子を収集する。次にシステム１０は、ＧＰＳモジュール２０が車両１００に関する場所情報を提供できるよう、ＧＰＳの修正が存在するかどうかを確認するためにチェックを行う（ブロック４２０）。ＧＰＳの修正が存在しない場合、システム１０はブロック４１０に戻る。ＧＰＳの修正が存在する場合、場所及び移動データを収集する（ブロック４３０）。ブロック４３０の更なる詳細は、図５に提供されている。次にシステム１０はＲＦトランシーバ１８を用いて、（ＧＰＳ場所データ及び車首方向データを含む）情報を配信する（ブロック４４０）。続いてシステム１０は、他の車両２００、３００、４００に関連付けられた他のシステム１０からのいずれの伝送が受信されたかどうかを確認するためにチェックを行う（ブロック４５０）。別の車両２００、３００、４００から伝送が全く受信されない場合、システム１０はブロック４１０に戻る。伝送が受信される場合、この伝送（及び受信された他のいずれの伝送）を処理する（ブロック４６０）。受信した伝送の取り扱いに関する特定性の向上については、図６を参照して以下で議論する。伝送が処理されると、それが適切な場合には車両１００のユーザに警告が行われる（ブロック４７０）。ユーザ／乗り手への通知プロセスに関する特定性の向上については、図７を参照して以下で議論する。（それが適切な場合に）ユーザが通知を受けると、システム１０はブロック４１０に戻る。

図５はあるサブルーチンを示し、図４のブロック４３０の更なる詳細を提供する。ＧＰＳデータをＧＰＳモジュール２０から取得する／読み出す（ブロック５１０）。また移動データを、ＧＰＳモジュール２０、加速度計１６、又は移動情報を提供する別のデバイスのうちの１つ以上から取得する（ブロック５２０）。ＧＰＳデータ及び移動データが、最後に読み出された時から変化していない場合、このサブルーチンは終了する（ブロック５３０）。ＧＰＳデータ及び移動データのうちの少なくとも一方が、最後に読み出された時から変化している場合（ブロック５３０）、車両の移動のモデルを、変化した情報によって更新する（ブロック５４０）。そしてこのサブルーチンは終了する。

図６はあるサブルーチンを示し、図４のブロック４６０の更なる詳細を提供する。ここでも、別の車両２００、３００、４００の別のシステム１０からの伝送が受信されると、ブロック４６０が呼び出される。ブロック６１０は、上記伝送がデータを含むかどうかを確認するために、上記伝送をチェックする。データが存在しない場合、このサブルーチンは終了する。上記伝送がデータを有する場合、このデータを送信した車両に関するエントリを、（当該車両から初めてテータを受信した場合には）生成するか、又は（当該車両が「既知の（ｋｎｏｗｎ）」車両である場合には）更新する（ブロック６２０）。車両の識別は、伝送されたデータ中の一意ＩＤフィールドによって達成される。受信したデータ及びＧＰＳモジュール２０からの車両の既知の位置を用いて、車両１００に対する車両２００の相対位置を決定する（ブロック６３０）。この相対位置の計算に基づいて、システム１０は、車両２００が、車両１００のオペレータへのメンションを保証するような位置にあるかどうかを決定する（ブロック６４０）。車両へのメンションを行うかどうかの決定は、図３に関して上述した影響円錐を考慮する。従って上述のように、考慮するべき事項は、車両１００、２００の物理的な場所だけでなく、これらが短期間内に占有すると予想される各位置も含む。特定の車両が、車両１００のユーザへのメンション／注記を保証しない場合、このサブルーチンは終了する。あるいは図６のサブルーチンは、車両３００、４００といった別の車両から受信したいずれの追加の伝送に関して繰り返される。車両２００がメンションを保証する場合、この車両の描写が生成及び／又は更新される（ブロック６５０）。そしてこのサブルーチンは終了するか、あるいは別の車両からの伝送を処理するために進行する。

図７はあるサブルーチンを示し、図４のブロック４７０の更なる詳細を提供する。まず、いずれの車両２００、３００、４００が追跡されているかどうかを決定する（ブロック７１０）。追跡されていない場合、このサブルーチンは終了する。車両が追跡されている場合、車両１００がスクリーンディスプレイ２６”を有するかどうかを決定する（ブロック７２０）。スクリーンディスプレイが存在する場合、車両２００がスクリーンディスプレイ２６”上の地図上に示される。その後、このサブルーチンはブロック７６０に進む。スクリーンディスプレイが存在しない場合、車両１００に別のタイプの視覚的インジケータ（例えばＬＥＤリングディスプレイ２６’）が存在するかどうかを決定する（ブロック７４０）。視覚的インジケータが存在しない場合、このサブルーチンはブロック７６０に進む。視覚的インジケータが車両１００上に存在する場合、車両２００の描写が生成及び／又は更新される。そしてこのサブルーチンはブロック７６０に進む。ブロック７６０は、車両２００（又は３００、４００等）の検出された位置及び運動が、ユーザへの警告の必要性につながるかどうかを決定する（ブロック７６０）。警告が必要ない場合、このサブルーチンは終了する。警告が必要である場合、警告を生成及び発行する（ブロック７７０）。

ユーザへの警告は、いずれの好適な形態（視覚的、聴覚的等）を取ることができる。特定の場合においては、車両の動作を制限する（スロットルを制限する、ブレーキをかける）等の追加のステップを行うことができる。

特定の実施形態では、可能性のある将来の位置を決定するために、場所、速度及び加速度タイプのデータを考慮することに加えて、システム１０は、地形、小道、道路等といった地形的要素も考慮する。一実施形態では、システム１０は、検出された各車両１００、２００、３００、４００に関して可能性のある移動の経路を考慮し、この可能性のある経路が交差することがあるかどうかを決定し、更に、複数の車両が同一の不動産に存在しようとする可能性があるかどうかを決定する。このような状況が存在すると決定された場合、システム１０は更に、現時点からの、このような交差が発生することになる期間（どの程度の長さであるか）を考慮する。このような交差までの時間が短いほど、１人以上の乗り手に警告を発行する可能性が高まる。

特定の実施形態では、システム１０は、横転又は衝突に関するデータを伝送及び受信する機能を含む。車両１００の横転又は衝突が検出されると、ＲＦトランシーバ１８がこの影響に対する警告を送信する。横転／衝突の警告を車両２００（又は１００）のＲＦトランシーバ１８が受信した場合は常に、例えば別個の警告が生成され、これにより、この事象を１人以上の他のユーザに通信して、上記ユーザに可能な援助を行うよう警告する。また更に、この障害がある可能性がある車両の場所も通信され、これにより、援助の提供を望むユーザが、災難に遭った車両を容易に発見できる。

特定の実施形態では、完全な機能を有するシステム１０を各車両１００、２００、３００、４００に設けるのではなく、特定の車両に、場所情報のみを伝送するデバイスを設ける。従って、親がある車両に乗車して、子の車両に完全な追跡システム１０を設けることなく、子を追跡できる。

一実施形態では、スクリーン２６”は、Ｂｌｕｅｔｏｏｔｈ（登録商標）等でシステム１０に接続されたユーザの電話によって提供される。本システムは、長距離メッシュネットワーク通信を提供できることを理解されたい。本出願では、「長距離（ｌｏｎｇ ｒａｎｇｅ）」は１５０ｍ超を意味することが意図されており、他の実施形態は３００ｍ超を意味することを意図している。

一実施形態では、車両１００で受信された全ての伝送が、他の車両２００、３００、４００が影響円錐から離れており、かつ短期間内に影響円錐に入る可能性がないことを示している場合、車両１００が位置情報を伝送する頻度が低減される。従って上記システムは、短期間内に他の車両と相互干渉する可能性がより高いシステム１０／車両に対してネットワーク帯域幅の優先権を与えるように応答する、可変伝送速度を提示する。

一実施形態によると、システム１０の動作は以下を含む。車両に通信システム／デバイス１０を設ける（ブロック８１０）。上記デバイスは、プロセッサ１２と、メッシュネットワークを介して通信するよう動作可能な通信モジュールと、ＧＰＳモジュールであって、上記ＧＰＳモジュールの地球上位置を決定するよう動作可能な、ＧＰＳモジュールと、音声出力及び表示出力のうちの少なくとも１つとを有する。システム１０は、別の車両に連結された別の適合するシステム（システム１０等）からの信号を聴取して受信する（ブロック８２０）。受信されるデータは、上記データを発行した上記別の車両の場所を含む。この場所データは、上記メッシュネットワークを介して受信される。次にプロセッサ１２は、受信した場所データを、ＧＰＳモジュール２０から取得した位置データと比較する（ブロック８３０）。次にプロセッサ１２は、移動体通信デバイスと１つ以上の他の車両との間の相互干渉の可能性を記述する、相互干渉レベルを決定する（ブロック８４０）。この決定は、ＧＰＳモジュール２０からのＧＰＳデータと、上記受信したデータとの比較に基づく。一実施形態では、これは影響円錐の考慮を含む。この決定に応答して、決定された相互干渉レベルを記述する出力を生成する（ブロック８５０）。

本発明を、例示的な設計を有するものとして説明したが、本発明は本開示の精神及び範囲内で更に修正してよい。従って本出願は、本発明の一般原理を用いた本発明のいずれの変形、使用又は改造を包含することを意図している。更に本出願は、本発明が属する技術分野の公知の又は慣例的な実施の範囲内にあるような、本開示からの発展形態を包含することを意図している。

１０ 車両通信システム
１２ プロセッサ
１４ ＵＳＢポート
１６ 加速度計
１８ ＲＦトランシーバ
２０ ＧＰＳモジュール
２２ 音声出力
２４ 表示出力
２６ ディスプレイ
２６’ ディスプレイ
２６” ディスプレイ、スクリーンディスプレイ
３０ ハウジング
３２ ＬＥＤ
３２’ 赤色発光ＬＥＤ
３２” 黄色発光ＬＥＤ
３２”’ 緑色発光ＬＥＤ
３４ ＬＥＤ３２のリング
３６ 車両の描写
４０ 影響円錐
４０’ 円錐
４０” 円錐
１００ 車両
２００ 車両
３００ 車両
３０２ 矢印
４００ 車両

Claims (20)

1. プロセッサと；
   通信モジュールであって、前記プロセッサは、前記通信モジュールを利用して、メッシュネットワークに参加するための、命令を有する、通信モジュールと；
   ＧＰＳモジュールであって、前記ＧＰＳモジュールの地球上位置を決定するよう動作可能な、ＧＰＳモジュールと；
   音声出力及び表示出力のうちの少なくとも１つと
   を備える、移動体デバイスであって、
   前記プロセッサは、前記プロセッサによって実行された場合に前記プロセッサに：
   １つ以上の他の車両の少なくとも１つのシステムによって作成された場所データの少なくとも１つのインスタンスを受信するステップであって、受信される前記場所データの各前記インスタンスは、前記データを作成した前記他の車両の場所を記述し、また前記場所データの前記少なくとも１つのインスタンスは、前記メッシュネットワークを介して受信される、受信するステップ；
   受信した前記場所データを、前記ＧＰＳモジュールから得られた位置データと比較するステップ；
   前記比較に基づいて、前記移動体通信デバイスと前記１つ以上の他の車両との間の相互干渉の可能性を表すレベルを決定するステップ；並びに
   決定された前記レベルに応答する、前記音声出力及び前記表示出力のうちの少なくとも１つに対する信号を生成するステップ
   を実施させる、命令を有する、移動体デバイス。
2. 受信した前記場所データの前記インスタンスは、作成者である前記車両に関連する軌跡データも含む、請求項１に記載のデバイス。
3. 受信した前記軌跡データを用いて、前記作成者である車両に関する、予想される短期間内の場所を決定するステップを含む、請求項１又は２に記載のデバイス。
4. 前記レベルを決定する前記ステップは、前記作成者である車両の前記予想される短期間内の場所を考慮するステップを含む、請求項３に記載のデバイス。
5. 前記プロセッサは、前記ＧＰＳモジュールからデータを受信して、前記デバイスが所定の期間内にそこに位置する可能性が閾値よりも高い複数の場所のグループを決定する、請求項１〜４のいずれか１項に記載のデバイス。
6. 前記複数の場所のグループは、影響円錐を定義する、請求項５に記載のデバイス。
7. 前記通信デバイスはレクリエーション用車両に搭載される、請求項１〜６のいずれか１項に記載のデバイス。
8. 前記通信モジュールは、受信した前記場所データの前記少なくとも１つのインスタンスを配信するよう動作可能である、請求項１〜７のいずれか１項に記載のデバイス。
9. 少なくとも１つの前記出力に対する前記信号を生成する前記ステップは：
   前記作成者である車両が前記通信デバイスに対して位置する方向を示す信号を生成するステップ；及び
   前記通信デバイスによって、前記車両との相互干渉の可能性を示すステップ
   を含む、請求項１〜８のいずれか１項に記載のデバイス。
10. 前記命令は更に、前記プロセッサに、前記ＧＰＳモジュールから受信したＧＰＳ位置データと、軌跡情報とを、前記通信モジュールを介して伝送させる、請求項１〜９のいずれか１項に記載のデバイス。
11. メッシュ通信ネットワークを動作させる方法であって、前記方法は：
    プロセッサと、メッシュネットワークを介して操作可能な通信モジュールと、ＧＰＳモジュールであって、前記ＧＰＳモジュールの地球上位置を決定するよう動作可能な、ＧＰＳモジュールと、音声出力及び表示出力のうちの少なくとも１つとを有する、通信デバイスを提供するステップ；
    １つ以上の他の車両の少なくとも１つのシステムによって作成された場所データの少なくとも１つのインスタンスを受信するステップであって、受信される前記場所データの各前記インスタンスは、前記データを作成した前記他の車両の場所を記述し、また前記場所データの前記少なくとも１つのインスタンスは、前記メッシュネットワークを介して受信される、ステップ；
    受信した前記場所データを、前記ＧＰＳモジュールから得られた位置データと比較するステップ；
    前記比較に基づいて、前記移動体通信デバイスと前記１つ以上の他の車両との間の相互干渉の可能性を表すレベルを決定するステップ；並びに
    決定された前記レベルに応答する、前記音声出力及び前記表示出力のうちの少なくとも１つに対する信号を生成するステップ
    を含む、方法。
12. 前記ＧＰＳモジュールから受信したＧＰＳ位置データと、軌跡情報とを、前記通信モジュールを介して伝送するステップを更に含む、請求項１１に記載の方法。
13. 受信した前記場所データの前記インスタンスは、前記他の車両に関連する軌跡データも含む、請求項１１又は１２に記載の方法。
14. 前記レベルを決定する前記ステップは、前記他の車両の予想される短期間内の場所を考慮するステップを含む、請求項１１〜１３のいずれか１項に記載の方法。
15. 前記ＧＰＳモジュールからデータを受信するステップ；及び
    前記デバイスが所定の期間内にそこに位置する可能性が閾値よりも高い複数の場所のグループを決定するステップ
    を更に含む、請求項１１〜１４のいずれか１項に記載の方法。
16. 前記通信モジュールによって、受信した前記場所データの前記少なくとも１つのインスタンスを配信するするステップ；及び
    前記ＧＰＳモジュールから受信したＧＰＳデータを配信するステップ
    を更に含む、請求項１１〜１５のいずれか１項に記載の方法。
17. ディスプレイによって受信された場合に、前記通信デバイスに連結された車両及び前記他の車両の相対位置の視覚的指標を提示するために好適な、表示信号を出力するステップを更に含む、請求項１１〜１６のいずれか１項に記載の方法。
18. 命令を有する非一時的コンピュータ可読媒体であって、
    前記命令は、プロセッサによって実行された場合に、前記プロセッサに：プロセッサと、メッシュネットワークを介して操作可能な通信モジュールと、ＧＰＳモジュールであって、前記ＧＰＳモジュールの地球上位置を決定するよう動作可能な、ＧＰＳモジュールと、音声出力及び表示出力のうちの少なくとも１つとを有する、通信デバイスを提供するステップ；
    １つ以上の他の車両の少なくとも１つのシステムによって作成された場所データの少なくとも１つのインスタンスを受信するステップであって、受信される前記場所データの各前記インスタンスは、前記データを作成した前記他の車両の場所を記述し、また前記場所データの前記少なくとも１つのインスタンスは、前記ＭＥＳＨネットワークを介して受信される、受信するステップ；
    受信した前記場所データを、前記ＧＰＳモジュールから得られた位置データと比較するステップ；
    前記比較に基づいて、前記移動体通信デバイスと前記１つ以上の他の車両との間の相互干渉の可能性を表すレベルを決定するステップ；並びに
    決定された前記レベルに応答する、前記音声出力及び前記表示出力のうちの少なくとも１つに対する信号を生成するステップ
    を実施させる、非一時的コンピュータ可読媒体。
19. 前記命令は更に、前記プロセッサに、前記ＧＰＳモジュールから受信したＧＰＳ位置データと、軌跡情報とを、前記通信モジュールを介して伝送させる、請求項１８に記載のコンピュータ可読媒体。
20. 前記命令は更に、ディスプレイによって受信された場合に、前記通信デバイスに連結された車両及び前記他の車両の相対位置の視覚的指標を提示するために好適な、表示信号を、前記プロセッサに出力させる、請求項１８又は１９に記載のコンピュータ可読媒体。

Images