JP2007535841A - ユーザの位置、ユーザの指定する位置又は方向に応じた通信を可能とするための方法 - Google Patents

Abstract

車両ベース通信に対し特に有用である、無線通信ネットワーク（１０）においてユーザの指定する位置又は方向に基づく通信を可能とするためのシステム及び方法に関する。ネットワークのユーザは自身の位置及び方向（進行方向）を中央サーバ（２４）へブロードキャストする。自身のユーザインタフェース（５１）を用いて、ユーザは位置又は進行方向を指定し、それらをサーバ（２４）へ発信することが可能である。サーバ（２４）が他のシステムユーザに問い合わせ、いずれのユーザが指定の位置又は方向に対応するかを判定すると、要求しているユーザは、他のそうしたユーザに連絡することが可能となる。そうした機能により、所与のユーザは、例えば、自身の現在位置若しくは付近にて、又は何らかの指定位置若しくは付近にて他のユーザと通信すること、又はユーザと同じ方向へ移動している他のユーザと通信することが可能である。

Description

本発明は車両ベース通信に対し特に有用である、無線通信ネットワークにおいてユーザの指定する位置又は方向に基づく通信を可能とするためのシステム及び方法に関する。

通信システム、特に無線通信システムは、さらに高度になりつつあり、互いに通信するための改良された機能を消費者に提供している。そのような増大した機能は自動車分野において特に有用であり、現在、車両には、改良されたオーディオ（音声）無線通信性能を有する通信システムが装備されている。例えば、ＯｎＳｔａｒ（商標）は、現在、車両に装備されている周知の通信システムであり、スイッチを入れることにより、車両の乗員が他者（サービスセンタなど）との電話の呼を確立させることが可能となる。

しかしながら、既存の通信方式には、グループ通信を調整してユーザが通信間を動的に移動することを可能とするための柔軟性が欠けている。例えば、既存のアプローチは通信の一端（即ち、サービスセンタ）から通信を確立させることに非常に依存しており、全パーティが通信の性質又はグループの規定を動的に変更するための手段を提供していない。この柔軟性の欠如により、グループユーザにはグループユーザが望むような自由な通信が禁止される場合がある。

特に自動車環境においては、無線通信におけるさらなる柔軟性が必要である。しかしながら、単にさらなる柔軟性を追加すると、通信システムを巨大化することになる。大きな公共通信ネットワークでは、多くのグループ会話が自身のチャネル上で各々行われ、特定のユーザはそうした会話のうちの複数又は全てに加わることが可能な場合がある。このため、ユーザは自身に開かれている会話の選択肢に圧倒される場合がある。

一定の環境では、第１のユーザは第１のユーザの位置又は第２のユーザの位置に基づき、第２のユーザと公に通信することのみを望む。例えば、第１のユーザは第１のユーザの近く（例えば、特定近郊内）にて第２のユーザと話すことのみを望み、或いは第１のユーザから離れた或る他の位置（例えば、野球場）に存在する第２のユーザとのみ通信することを望む。さらに、第１のユーザは自身と同じ方向へ移動している第２のユーザと話すことにのみ関心を示す場合がある。例えば、ハイウェイ沿いに移動している第１のユーザは、前方の交通状況を認識することに関心を示し、同じ経路に沿って自身の前方（又は自身の後方）を移動している第２のユーザと話すことを望む。

要約すると、改良を使用してその機能を高め、システムの提供することが可能なリソースをより良く利用し得る車両無線ベース通信システムの機構に関する。本開示により、それらの種類の通信をそのように改良するための幾つかの異なる手段を提供する。

したがって、車両ベース通信に対し特に有用である、無線通信ネットワークにおいてユーザの指定する位置又は方向に基づく通信を可能とするための手続を提供することは望ましい。

無線通信ネットワークにおいてユーザの指定する位置又は方向に基づく通信を可能とするためのシステム及び手続を記載する。ネットワークのユーザは中央サーバに対し自身の位置及び方向（進行方向）をブロードキャストする。自身のユーザインタフェースを用いて、ユーザは位置又は進行方向を指定し、それらをサーバに発信することが可能である。いずれのユーザが指定の位置又は方向に対応するかをサーバが他のシステムユーザに問い合わせるか、或いは他の手段により判定すると、要求しているユーザにはそうした他のユーザに連絡することが可能となる。そうした機能により、所与のユーザは、例えば、自身の現在位置にて若しくは付近にて、又は何らかの離れた指定位置にて若しくは付近にて他のユーザと通信すること、或いは、ユーザと同じ方向へ移動している他のユーザと通信することが可能である。

ここで図面を参照し、自動車設定における本発明の使用の一例を説明する。図１には、代表的な車両ベース通信システム１０を示す。このシステムでは、車両２６には無線通信デバイス２２が装備されている。無線通信デバイス２２については、以下でさらに詳細に説明する。この無線通信デバイス２２は、音声（即ち、スピーチ）、データ（文字又はＳＭＳのデータなど）及びビデオのうちの１つ以上を受発信することが可能である。したがって、デバイス２２は無線ネットワーク２８に接続されているトランシーバ又は基地局に対し、任意のそれらの種類の情報を無線発信又は無線受信することが可能である。さらに、この無線通信デバイスは衛星通信から情報を受信してもよい。最終的には、ネットワークは公衆交換電話網（ＰＳＴＮ）３８、インターネットその他、サーバ２４を有するサービスセンタへの経路上の通信ネットワークに接続されている。サーバ２４は、最終的に通信システム１０における通信に対するホストとして作用し、通信サーバを含み得る。サーバ２４は、システムへ無線接続されている車両２６の間の通信を管理することに加え、緊急サービス３４又は他の情報サービス３６（レストランサービス、辞書支援など）など、他のサービスを車両２６に提供することも可能である。

図２には、車両２６において用いられる無線通信デバイス２２のさらなる詳細を示す。一実施形態では、デバイス２２は２つの主なコンポーネント：ヘッドユニット５０及びテレマティクス（Ｔｅｌｅｍａｔｉｃｓ）制御ユニット４０、からなる。ヘッドユニット５０は、システム１０又はシステムに無線接続されている他の車両と通信するときに車両乗員が対話するユーザインタフェース５１とインタフェースするか、又はユーザインタフェース５１を備える。例えば、マイクロホン６８を用いて車両において話者の音声を取得すること、及び、音声認識モジュール７０を装備している場合にはヘッドユニット５０に命令を与えることのうちの１つ以上が可能である。また、キーパッド７２を用いてユーザ入力を提供してもよく、キーパッド７２上のスイッチは特定の機能（プッシュ・ツー・トークのスイッチ、マッピング情報を受信するためのスイッチなど）専用であるか、或いは、ユーザインタフェースが提供する選択肢を選択することが可能である。

また、ヘッドユニット５０はナビゲーションユニット６２を備えることも可能である。通常、ナビゲーションユニット６２には、車両の位置を正確に示す（ｐｉｎｐｏｉｎｔ）ことを可能とするための全地球測位衛星（ＧＰＳ；Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓａｔｅｌｌｉｔｅ）システムが含まれる。これは例えば、車両の位置をシステムの提供するマッピング情報と関連付ける際に有用である。知られているように、そうしたナビゲーションユニットは受信機を介してＧＰＳ衛星（衛星３２など）と通信する。また、車両の指している方向（北、北東など）を判定する測位ユニット６６も提供される。測位ユニット６６は経路に沿った車両の進行をマッピングするためにも有用である。

最終的に、ユーザ及びシステムの入力はコントローラ５６によって処理される。コントローラ５６はヘッドユニット５０において処理を実行し、それに応じて、ヘッドユニット５０に接続されているスピーカ７８又はディスプレイ７９を通じてなど、車両の乗員に出力５４を提供する。用いられるスピーカ７８は、車両に通常、提供されるオーディオ（無線）スピーカであることが可能であり、典型的には４つ以上であるが、簡便のため１つのみを示す。さらに、代替の一実施形態では、出力５４は文字からスピーチへのコンバータを備えて、ユーザがモニタしているグループ通信チャネルに含まれる文字の聴覚的出力を聴く選択肢を提供する。このオーディオ機能は、ユーザが車両を操作している移動体環境においては特に有利な場合がある。これに加えて、コントローラ５６がシステムに対する入出力の調整を実行するのを補助するため、メモリ６４がコントローラ５６に接続されている。また、コントローラ５６は車両バスインタフェース５８を介して車両バス６０と通信する。車両バス６０は、通信情報と、車両全体を通じた他の車両動作データとを搬送する。

同様に、テレマティクス制御ユニット４０は車両バスインタフェース２８を介して車両バス６０に接続されており、したがってヘッドユニット５０に接続されている。本質的には、テレマティクス制御ユニット４０は、音声又はデータ通信の車両に対する送受信、即ち、通信システム１０の残部に対する無線送受信に関与する。このため、テレマティクス制御ユニット４０は、そうした通信を組織するためのテレマティクスコントローラ４６と、無線トランシーバを含むネットワーク接続デバイス（ＮＡＤ）４２とを備える。別個のコンポーネントとして示すが、ヘッドユニット５０及びテレマティクス制御ユニット４０の態様並びにそれらの構成要素が結合又は交換可能であることが、当業者には認識されるであろう。

無線通信デバイス２２は、車両２６内に相当な通信柔軟性を提供することが可能である。例えば、第１の車両２６ａの乗員は、ヘッドユニット５０のキーパッド７２上のスイッチを押下することにより、又はヘッドユニットに音声認識モジュール７０が装備されている場合には単に話しかけることにより、第２の車両２６ｂを呼び出し、その乗員に話しかけることが可能である。一実施形態では、スイッチを押下すること又は音声認識モジュールに話しかけることにより、第２の車両２６ｂとのセルラー電話呼が開始される。この場合、第１の車両２６ａ又は第２の車両２６ｂのユーザは、さらにスイッチを押下することなく互いに話すことが可能である。さらに、システムは、音声有効化スイッチ（ＶＡＳ；ｖｏｉｃｅ ａｃｔｉｖａｔｅｄ ｓｗｉｔｃｈ）又は音声操作発信（ＶＯＸ；ｖｏｉｃｅ ｏｐｅｒａｔｅｄ ｔｒａｎｓｍｉｔ）など、音声有効化回路を備えるように構成されてもよい。また、このことにより、他のユーザとの通信時にユーザによるシステムのハンズフリー操作が提供される。

代替の一実施形態では、スイッチはセルラーネットワークを通じるプッシュ・ツー・トーク通信チャネルを確立させるように構成されてよい。この場合、コントローラ５６は第１の車両２６ａのユーザがプッシュ・ツー・トークのスイッチを押下しているときに、マイクロホン６８を通じて第１の車両２６ａの乗員によるオーディオのみがテレマティクス制御ユニット４０を通じて発信されることを可能とするように構成される。コントローラ５６はさらに、第１の車両２６ａの操作者がスイッチを押下していないときに、第２の車両２６ｂ（又は、サーバ２４）から受信されるオーディオのみがスピーカ７８を通じて聞こえることを可能とするように構成される。これに代えて、話すためにスイッチを押下したままにする必要を避けるため、ユーザが１回目にボタンを押下するとオーディオを発信し、２回目にボタンを押下するとオーディオを受信することを可能とするように、システムが構成されてもよい。

いずれの場合においても、第２の車両２６ｂのユーザは同様にして第１の車両２６ａに通信し返すことが可能であり、話者の音声は第１の車両のスピーカ７８で聞こえるか、又は文字へ変換されてディスプレイ７９上に示される。或いは、第１の車両２６ａの乗員はサービスセンタ及びサーバ２４を呼び出し、サービスを受信することが可能である。これに加えて、そうしたシステム１０は車両ベース用途のコンテキスト外の効用、詳細には、他の携帯デバイス（セルラー電話機、携帯情報端末（ＰＤＡ）など）に関係する効用を有することが可能である。したがって、車両通信のコンテキストにおけるシステムの使用は単なる例である。

システム１０は、我々が「アドホック」通信ネットワークと呼ぶようなグループ会話に関与するために、車両のユーザにより用いられ得る。そうした用途では、システムと通信している複数のユーザが公共の会話に加わる場合がある。そうしたシステムでは、家族グループ、専門職グループなどの通信グループを形成するように、システムユーザによりユーザのサブセットが事前に規定される。事前に規定されると、それらの任意の事前規定ユーザは、例えば、自身のユーザインタフェース上のプッシュ・ツー・トークのボタンを押下することにより、又は単に話して音声有効化回路を有効化することにより、他の事前規定ユーザと話すことが可能となる。このユーザインタフェースが専用の車両ユーザインタフェースを構成してもよい。事前規定グループの他の全てのユーザは、話しているユーザの音声を聞き、今度は同じ手法により、同様に全てのユーザがグループの残りのユーザに話してもよい。

図３には、システムと通信することが各々可能な種々のユーザを示す。この簡単な実施例では、６つのユーザを示す。この６つのユーザは、国の３つの異なる地域：ヒューストン、シカゴ及びシアトルに居る。ユーザ２６ｆのユーザインタフェース５１がセルラー電話機（又は、ＰＤＡ）内に収納されており、したがって車両と統合されていないことを除き、全てのユーザは図２に開示したものと同様のユーザインタフェース５１を有する。それ以外、ユーザ２６ｆのユーザインタフェース５１は、車両に特有の進路機能を欠く車両におけるユーザインタフェース５１と同様に機能する。ユーザ２６ａ，２６ｆはヒューストンに位置し、また、ユーザ２６ｆは遊園地内に位置する。ユーザ２６ｂ〜ｄはシカゴに居て、より詳細には、ユーザ２６ｂ，２６ｃは州間高速自動車道９０を北向きに移動しており、ユーザ２６ｄは南向きに移動している。ユーザ２６ｅはシアトルに居る。

ユーザ２６が他のユーザからの通信に参加すること、即ち、他のユーザからの通信を受信することが可能な種々の手法は、それらのユーザの位置及び方向（進行方向（ｈｅａｄｉｎｇ）のうちの１つ以上に基づき記述される。ユーザ２６ａ〜ｆ（及びシステム１０に接続されている任意の他のユーザ）の位置及び進行方向のうちの１つ以上は、サーバ２４により追跡される。これに関してテレマティクス制御ユニット４０は、定期的に、ユーザの位置（例えば、経度／緯度）、進行方向（又は、方向）及び識別子に関する情報をサーバ２４へ自動的に発信してよい。再び図２を簡潔に参照すると、位置情報はヘッドユニット５０のナビゲーションユニット６２により提供され、全地球測位システム（ＧＰＳ）の使用による経度／緯度座標の提供を構成してもよい。さらに、ヘッドユニット５０は、第１の車両の進行方向（北位からの偏向など）を検出することが可能な測位ユニット６６を備え、本質的に電子コンパスの読取値を提供する。そうした情報をサーバ２４にて受信する際、所与のユーザのユーザＩＤが伴われる。ユーザＩＤはコントローラ５６による発信に含まれ、「ハンドル名（ｈａｎｄｌｅ）」、車両識別番号（ＶＩＮ；Ｖｅｈｉｃｌｅ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ ｎｕｍｂｅｒ）、電子シリアル番号（ＥＳＮ；Ｅｌｅｃｔｒｏｎｉｃ Ｓｅｒｉａｌ Ｎｕｍｂｅｒ）、国際移動体加入者番号（ＩＭＳＩ；Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｎｕｍｂｅｒ）又は移動体加入者国際ＩＳＤＮ番号（ＭＳＩＳＤＮ；Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｎｔｅｒｎａｔｉｏｎａｌ ＩＳＤＮ Ｎｕｍｂｅｒ）などを含み得る。これら全てを本明細書では簡便のため「ユーザＩＤ」と呼ぶ。特定のユーザに対するそうした位置、進行方向及び識別情報は、サーバ２４により容易に解釈される予測可能なフォーマットのデータヘッダなど、任意の数の手法によりフォーマットされてよい。図４に示すように、いずれの手法においてもサーバ２４にて各々のユーザに対し、少なくとも現在の位置及び進行方向の情報（及び場合によっては過去の履歴データ）が記憶される。これに加えて、サーバ２４は、特定のユーザ２６の近傍の種々のセルラー基地局からの情報に基づき、そのユーザ２６に関する位置又は進行方向の情報を決定、即ち、算出してもよい。これはユーザと複数のセルラー基地局との通信の信号強度などの三角法情報により行われることも可能であり、或いは、サーバ２４がユーザの通信しているセルサイトに基づき、一般的な位置情報を記憶してもよい。

そうした情報をサーバ２４にて受信することにより、位置又は進行方向（方向）に基づき個々のユーザに対し通信を調整することが可能となる。図５ａを参照し、例えば、ユーザ２６ａが、おそらくは誰か安いガソリンのある近くのガソリンスタンドを知っているか否かを話し合うために、領域２１０において自身の位置の付近の人とのみ通信することを望むと想定する。図６ａに示すように、ユーザ２６ａは自身のユーザインタフェースを用いて、領域限界を選択する。領域限界の選択及びユーザ２６ａ周辺の通信領域の規定のうちの一方又は両方は、複数の異なる手法により達成されてよい。示すように、ユーザ２６ａは自身の現在の位置（Ｘ２，Ｙ２）の周辺の半径（Ｒ）を選択してよい。この半径は、小（約１６ｋｍ（１０マイル））、中（約４０ｋｍ（２５マイル））、大（約８０ｋｍ（５０マイル））であってよく、タッチスクリーンボタン１１４の使用により選択可能である。これに代えて、ユーザ２６ａの選択が行われ（小、中、大）、サーバ２４へ伝達されると、サーバ２４自身がデフォルトの規則に従いユーザ２６ａの周辺の適切な領域を規定してもよい。そうした領域はユーザの周辺の半径により記述されることが可能であり、或いは、ユーザの周辺の領域若しくはセル、又はサーバ２４が容易に追跡を維持することが可能な通信ネットワークの他の本来的なサブディビジョンを構成することも可能である。

図５ａに関連して記載する実施形態は、ユーザが自身のカバレッジ領域を規定することを可能とすることの必要なシステムにおいて、よく機能する。さらなる一実施形態では、この領域はシステムレベルにて事前に規定されてよい。次の実施形態に示すように、事前規定されるシステムの利点は、システムが追跡し個々に再構成することの必要な動的に変更する領域を各々有する複数のユーザにより生じる、システムの複雑性が減少することである。したがって、図５ｂには、ハイウェイのセグメントが複数の地理的なセルＣ１〜Ｃ１１に分割されている一実施形態を示す。これらのセルは本質的に正方形、長方形又は円形に事前に規定されてよい。この実施形態では、ハイウェイは、各々ほぼ長さが約１．６ｋｍ（１マイル）、幅はほぼ高速自動車道の幅以上である１１の地理的なベースのセルに分割されていると仮定する。各セルＣ１〜Ｃ１１において、サーバ２４は関連する第１のチャネル及び関連する第２のチャネルを確立させてよい。セルに関連する第１のチャネルは、セル内のユーザから発信される任意のオーディオを受信する、ソースオーディオチャネルであってよい。例えば、図５ｂでは、セルＣ６に関連する第１のチャネルはユーザ２６ａから発信される任意のオーディオを受信し、セルＣ２に関連する第１のチャネルはユーザ２６ｂから発信される任意のオーディオを受信し、セルＣ４に関連する第１のチャネルはユーザ２６ｃから発信される任意のオーディオを受信し、セルＣ７に関連する第１のチャネルはユーザ２６ｄから発信される任意のオーディオを受信し、セルＣ１１に関連する第１のチャネルはユーザ２６ｅから発信される任意のオーディオを受信する。

セルに関連する第２のチャネルは、サーバから地理的なセル内のユーザへ発信されるオーディオチャネルであってよい。換言すると、サーバ２４はセル内の第１のチャネルからオーディオを受信し、事前規定のパラメータに従ってオーディオを混合して、ユーザの位置するセルに基づき、ユーザにオーディオを発信して戻す。受信されるオーディオを混合するために用いられるパラメータには、図５ｂに示すスーパーセルＳＣ１など、より大きな領域に基づく方式が含まれてよい。この場合、システム設計者は、各セルの第２のチャネルには所与のセルの前方の３つのセル及び後方の３つのセルにおいて受信されるオーディオが含まれることを望む。例えば、スーパーセルＳＣ１はセルＣ６に関連する。換言すると、サーバ２４はセルＣ３〜Ｃ９（セルＣ６の後方約４．８ｋｍ（３マイル）及びセルＣ６の前方約４．８ｋｍ（３マイル））の第１のチャネルから受信されるオーディオを混合し、混合したオーディオをセルＣ６に関連する第２のチャネルを通じてセルＣ６内の任意のユーザに発信し得る。同様に、セルＣ４では、サーバ２４はセルＣ１〜Ｃ７（セルＣ４の後方約４．８ｋｍ（３マイル）及びセルＣ４の前方約４．８ｋｍ（３マイル））の第１のチャネルから受信されるオーディオを混合し、混合したオーディオをセルＣ４に関連する第２のチャネルを通じてセルＣ４内の任意のユーザ（ユーザ２６ｃなど）に発信し得る。

所与のスーパーセルにおいて混合されるデータの量を限定するため、さらなる一実施形態では、サーバ２４はオーディオが所与のセルから受信されているか否かを最初に判定し、オーディオが発信されていないセルからのデータを除外してもよい。例えば、図５ｂのセル６を参照すると、オーディオがセルＣ４，Ｃ６，Ｃ７のユーザ２６ｃ，２６ａ，２６ｄからのみ受信されている場合、それらのセルの第１のチャネルを通じて受信されるオーディオは有効状態に設定される。残りのセル（Ｃ３，Ｃ５，Ｃ８，Ｃ９）の第１のチャネルからの信号は、無効状態に設定される。したがって、セルＣ６の第２のチャネルを通じる発信のための混合オーディオには、Ｃ４，Ｃ６，Ｃ７から受信されるオーディオ又はデータのみが含まれる。

さらに、１より多くのセルからのユーザが同時に発信する場合、地理的な位置に基づき優先度方式が用いられてよい。例えば、同じセル内のユーザは隣接するセルのユーザを超える優先度を有する。これに加えて、所与のセル内において１より多くのユーザが話している場合、ユーザに対し事前に割り当てられている優先度に基づく別の優先度方式が用いられてよい。例えば、緊急車両に関連するユーザには他の一般ユーザより高い優先度が提供される。同様の手法により、サーバ２４はスーパーセル内の各セルの第１のチャネル上のオーディオに関連する優先度情報を用いて、第２のチャネル上にて発信されるオーディオを選択することが可能である。

再び図５ａの実施形態を参照すると、ユーザ２６ｂの周辺にどのような領域が規定されるかに関わらず、サーバ２４は、いずれのユーザがその規定の領域の境界内に位置するかを知るために、最終的には通信ネットワークの他のユーザの位置を問い合わせる（例えば、ユーザ２６ｂ，２６ｃ，２６ｄは境界内に位置し、ユーザ２６ｅは位置しない）。この判定が行われると、サーバ２４はそれらのユーザＩＤをユーザ２６ａに無線発信することにより、それらのユーザの識別子をユーザ２６ａに通知する。図６ｂに示すように、好適には、受信されるそうしたユーザＩＤはユーザ２６ａのディスプレイ７９上に表示される。この点において、ユーザ２６ａはタッチスクリーンボタン１１６を選択することにより、ユーザ２６ｂ，２６ｃ，２６ｄのうちの１つ以上を選択することが可能である。好適な一実施形態では、各ユーザを選択すると、関連するボタン１１６が強調表示（ハイライト）される。これに代えて、「全選択」タッチスクリーンボタン１１７を用いて、表示される全てのユーザを選択することが可能である。いずれの場合においても、選択した後、ユーザ２６ａは、例えば、自身のプッシュ・ツー・トーク・ボタンを押下して、ネットワーク上のそうしたユーザと話し得る。ユーザ２６ａの通信の要求は、連絡されるユーザに対し強制されてもよいが、より好適には、通信要求が提示されて、それらのユーザにより拒否又は可能とされ得る。このことを、（例えば）ユーザ２６ｃのユーザインタフェース５１におけるディスプレイ７９を示す図６ｃに示す。可能とされる場合、新たに接続されるユーザは、例えば、自身のユーザインタフェース５１に関連するプッシュ・ツー・トーク・ボタン（図示せず）を押下することにより、グループ又は特定のユーザ２６ａと通信し得る。

代替の一実施形態では、ユーザは自身の現在位置から離れた特定の位置を選択してもよい。再び図３を参照し、例えば、ユーザ２６ｅ（シアトルに居る）がシカゴへ移動するため、その天気の様子を知ることを望むと想定する。図７の部材番号１３０により示されるように、ユーザ２６ｅは自身のディスプレイを用いて、その領域（「シカゴ」）を又は移動するシカゴの領域を表す座標（Ｘｎ，Ｙｎ）を入力することが可能である。文字による入力（「シカゴ」）は、周知のようにセルラー電話機に名前を入力するための方式と同様の方式を用いるアルファベットのボタン１１３を用いて入力され得る。文字による位置が入力され、サーバ２４へ送信される場合、サーバに常駐するマッピングプログラムを用いて、文字による位置をシステムによる解釈がより容易な座標へと変換することが可能である。或いは、ユーザ２６ｅは自身のディスプレイ上にシカゴ地域の地図を引き出し、その点から位置座標を選択することが可能である。やはり、ユーザ２６ｅが特定の離れた位置を規定することの可能な多くの異なる手法が存在するので、上述の実施例は単なる例示である。さらに、上述のように、指定位置の周辺の領域の規定が利用されることも可能であり（１１４）、サーバ２４により自動的に生成されることなども可能である。

いずれの場合においても、そうした位置情報がサーバ２４にて受信されると、サーバ２４はユーザ２６ｂ〜ｄなどのユーザのいずれがその位置のほぼ付近に存在するかを見出すために、ユーザの各々に関して現在記憶されている位置を再び問い合わせることが可能である。したがって、ユーザ２６ｅがそれらのユーザのうちの一部又は全部との通信を試行することを可能とするように、それらのユーザをユーザ２６ｅのユーザインタフェース上に表示することが可能である。この手法は、例えば、ユーザが一定の位置（ヒューストンのアストロワールド（Ａｓｔｒｏｗｏｒｌｄ）など）のユーザ（ユーザ２６ｆなど）と通信することを可能とし、例えば、遊園地の混雑レベルを確認するためにも用いられる。

別の実施形態では、位置及び方向の両方を用いて通信用のユーザのサブセットを規定する。再び図３を参照し、例えば、シカゴにおいて州間高速自動車道９０を北へ移動しているユーザ２６ｂが、同じ方向へ移動しており、したがって前方の交通状況に関する情報を有し得る他のユーザと話すことを望むと想定する。そうした一実施形態では、図８ａに示すように、ユーザ２６ｂは位置（自身の現在の位置又は別の位置）を指定するのみならず、所望の方向に関する何らかの標示も指定する。示すように、ユーザはタッチスクリーンボタン１３２を用いて進行方向を選択することが可能である。進行方向はユーザ２６ｂの進行方向と一致してもよく（北向きの交通に関する会話が可能となる）、ユーザ２６ｂの進行方向と反対（南向きの交通）であってもよく、又はユーザ２６ｂにより指定される他の方向が指定されてもよい。当然のことながら、通常、進行方向情報を指定するのみでは、ユーザ２６ｂへの関心を示すユーザのサブセット候補は充分に狭められない。したがって、妥当な位置を規定するための柔軟性をユーザ２６ｂに与えるような選択肢も提供される。例えば、ユーザ２６ｂが自身の位置とほぼ一致するユーザと会話することに対する関心を指定し、上述のように、ユーザ２６の周辺に領域及び半径のうちの１つ以上が適切に規定され得る。或いは、ユーザ２６ｂは離れた位置を指定することが可能である。これは、ユーザ２６ｂが離れた領域（例えば、約１６１ｋｍ（１００マイル）前方）の交通状況について知ることに関心を示す用途において有用であり得る。

いずれの場合においても、また先のように、ユーザ２６ｂからこれらの通信プリファレンスを受信すると、サーバ２４は、これらの基準をほぼ満たすユーザをデータベースに問い合わせる。指定位置が好適にはその位置の周辺の領域に従い取扱われるように、関連する進行方向も好適には感知可能な限界内にて指定される。このため、同じ一般的な方向に移動しているユーザが完全に同じ軌跡を有しない場合があることが認識される点、サーバ２４は一致するユーザを問い合わせる際、ほぼ同じ進行方向を有するユーザに関連すると見なされる進行方向の範囲（例えば、ユーザ２６ｂの進行方向プラス／マイナス１０度）を用いてもよい。ユーザ２６ｂが自身の進行方向及び位置を指定したと仮定すると、ユーザ２６ｃが通信の選択肢として提示され（図６ｂに示すように）、反対の進行方向が指定された場合、ユーザ２６ｄが提示される。

代替の一実施形態では、図８ｂに示すように、ユーザ２６ｂの位置を指定する代わりに、そのユーザは自身の前方又は後方の指定した進行方向基準を満たすユーザとの通信を指定してもよい。そうした柔軟性は上述の交通の仮定において特に有用である。ユーザ２６ｂの前方若しくは後方の位置又は領域の規定はユーザ２６ｂによる位置又は領域の指定に基づき行われ得るが、サーバ２４がデフォルト設定を用いてそうした位置又は領域を設定することも可能である（例えば、ユーザ２６ｂの前方約３２ｋｍ（２０マイル）など）。

一部の実施形態では、特に通信選択肢が位置以外の何らかの他の手段により制限される場合には、ユーザを単に方向に応じて接続することが有用なことがある。要約すると、位置の指定は厳密に必要ではない。

別の実施形態では、幾つかのユーザが呼に加えられる。例えば、図９ａに示すように、ユーザ２６ｇ〜ｉが行程中、共に移動していると想定する。行程中の種々の時に、それらのユーザは呼において相互に通信することを望む場合がある。このため、それらのユーザのうちの一部又は全部は、自身又はサーバ２４により確立されるチャネル１４１を通じて互いに話し得る。プッシュ・ツー・トーク技術を用いてグループ会話を保持するための手法は周知である。ユーザ２６ｇ〜ｉのうちのいずれもが話していない場合にも、チャネル１４１は依然として存在し、そうした会話を有する能力を継続的に規定する。

いずれの場合においても、先に示した単一のユーザの場合と同様に、行程中にユーザ２６ｇ〜ｉが位置又は方向に基づき一定の他のシステムユーザと通信することが有用であり得る。したがって、単一のユーザの代わりにグループ（又はグループのメンバ）が通信要求を開始するという事実を含むように修正して、同じ手法を用いることが可能である。例えば、図９ｂに示すように、グループ（ユーザ２６ｇ〜ｉ）のユーザが、本来はグループチャネル１４１上のグループに含まれていないがグループから一定の距離内にあるか又は何らかの指定位置から一定の距離にあるシステムユーザ（例えば、ユーザ２６ｊ，ｋ）との通信を望むと想定する。このため、図９ｂに示すように、任意のこれらのユーザは、それらの会話にそうした他のユーザを追加するように選択することが可能である。先のように、ユーザのうちの１つは位置を指定し、いずれの他のユーザかをサーバ２４が判定することを可能とする必要がある。記載したように、そうした位置はグループから離れていてもよく（例えば、グループの数ｋｍ前方）、又はグループの現在位置に関連してもよい。これに関して、上述の手法（即ち、図６ａ，７，８ａ，８ｂ）を用いることが可能であるが、簡単のため図９ｂには示さない。

しかしながら、グループの位置は単一の点においては規定されないため、グループがグループ位置に基づき他のユーザを走査することに関心を示す場合、追加の複雑性が存在する。したがって、グループの「位置」及びグループの周辺の走査領域は、複数の異なる手法により規定され得る。例えば、グループの位置をその中心（図９ａのＸ）により指定して、全てのグループユーザを含む領域１４５を規定することが可能である。ここでＸは、例えば、グループユーザの位置座標の平均を含み得る。或いは、個々のユーザの各々の周辺に領域１４６を確立させることも可能である。この領域は、ユーザ間の距離に応じて連続的であってもよく、連続的でなくてもよい。図９ａに示すように、そうしたグループ位置規定の選択肢は、最終的にはサーバ２４により関連すると見なされる他のユーザに影響を与える。例えば、各グループメンバ周辺の個々の領域が選択される場合（１４６）、ユーザ２６ｋはグループユーザに通信の選択肢として提示されないが、グループ中心の選択肢（１４５）が選択される場合には提示される。選択されるグループ位置方式に関わらず、上述のように、最終的にユーザ又はサーバ２４（デフォルト規則により）は、グループユーザの周辺の関連する関心の領域を規定することが可能である。

また、ほぼグループの付近のユーザを走査するという指示を受信すると（図９ｂ）、サーバ２４は、いずれのユーザがユーザ又はサーバの規定するグループ周辺領域（１４５）に一致するかを知るために、再びユーザをデータベースに問い合わせる。図９ｃに示すように、これらの基準を満たす２つの他のユーザを見出すと、サーバ２４はそれら他のユーザ（ユーザ２６ｊ，ｋ）のユーザＩＤを要求ユーザに発信し、それら他のユーザの一部又は全部を加えることを可能とする選択肢を提供する。

また、グループを取り扱うときには、他の上述の手法も用いられ得る。例えば、図９ｂには示さないが、グループユーザ（又は、サーバ２４）は関心を示す関連する方向を規定し得る。

開示の手法は、「プロファイルを用いるユーザインタフェースにおける選択的な通信の有効化」と題する米国特許出願第１０／８１８，０７７号明細書に記載のような、通信選択肢をさらに調整するためのユーザプロファイルと共に用いられてもよい。本明細書に開示のものなど、位置ベース及び方向ベースのユーザプリファレンスは、このユーザプロファイルの一部として記憶や処理されることが可能である。さらに、本開示ではユーザを他のユーザと接続することに焦点を置いたが、本明細書に開示の同じ位置ベース及び方向ベースの手法が、上述の出願において開示されるものなど、公共通信チャネルに適切なユーザを接続するためにも用いられ得ることは理解されるであろう。例えば、多くのユーザに対し接続可能な公共シカゴ交通グループチャネル（他のチャネルに加え）が存在する。所与のユーザは、一定距離内のユーザなど、そのチャネルに接続されている一定のユーザと通信することのみを望む場合がある。これを実施するため、本明細書に開示の手法を用いてユーザはチャネルを選択し、自身の位置要件を指定する。この手法においては、ユーザは自身に最も近く、最大の関心となり得る、シカゴ交通チャネル上のユーザとのみ話すことが可能となる。さらに、チャネル自身が位置ベース（例えば、シカゴスポーツ）であり、サーバ２４がその位置を理解するような手法によりインデックス化されている場合、開示の位置／方向手法を用いて、個々のユーザではなく、所与のユーザをそれらのチャネルに接続することが可能である。

概して車両との通信の改良に関して記載したが、本明細書の開示の概念の多くは、集合的に携帯通信デバイスと呼ばれるセルラー電話、携帯情報端末（ＰＤＡ）、携帯コンピュータなど、車両内に含まれない他の携帯通信ユーザインタフェースに適用可能であることを、当業者は理解するであろう。

幾つかの別個の実施形態を開示したが、それらの実施形態が互いに組み合わせられ得ること、また、１つの実施形態の使用により他の実施形態の使用が必ずしも排除されないことを、当業者は認めるであろう。さらに、本発明に関する上述の説明は例示のみを意図しており、本出願により付与される特許権の範囲を限定することは意図していない。本発明は、添付の特許請求の範囲の精神及び範囲によってのみ限定されることを意図するものである。

無線車両通信システムのブロック図。 車両無線通信システム用の制御システムのブロック図。 自身の位置及び方向に従い、本開示のシステムにおける通信が可能な種々のユーザを示す図。 システムのサーバと、システムの各ユーザの位置及び進行方向を記憶する一実施形態とを示す図。 地理領域内において相互に通信することの可能な種々のユーザを示す図。 所定のセル及びスーパーセル内において相互に通信することの可能な種々のユーザを示す別の図。 ユーザの周辺の通信領域を規定して、該領域内でユーザが他のユーザと通信することを可能とするためのユーザインタフェースにおけるディスプレイの一実施形態の図。 システムにおけるいずれのユーザが領域内に位置するか、及びいずれの通信が確立され得るかを示す図６ａのディスプレイを示す図。 要求するユーザとの通信を承認するか拒否するかの選択肢を提供する、領域内のユーザのディスプレイを示す図。 ユーザから離れた通信位置を規定して、ほぼその通信位置の付近においてユーザが他のユーザと通信することを可能とするためのユーザインタフェースにおけるディスプレイを示す図。 進行方向を規定して、ユーザが第１のユーザとして、ほぼ同じ（又は反対）の進行方向を有する他のユーザと通信することを可能とするためのユーザインタフェースにおけるディスプレイを示す図。 ユーザが、そのユーザの前方又は後方の通信領域をさらに規定することを可能とする、図８ａのディスプレイに対する変更を示す図。 行程中、共に移動し、グループ呼上で共に通信するユーザのグループを示し、かつ、それらのユーザの周辺の通信領域の規定を示す図。 図９ａのユーザのグループの周辺の通信領域を規定し、かつ、その通信領域がどのように決定されるかを指定するためのユーザインタフェースにおけるディスプレイを示す図。 図９ｂのディスプレイを示し、かつ、システムにおけるいずれのユーザが領域内に位置するか、及びいずれの通信が確立され得るかを示す図。

Claims (10)

1. 通信ネットワーク（１０）を用いて、通信ネットワーク（１０）とインタフェースするためのユーザインタフェース（５１）を有する第１のユーザ及び他のユーザの間の通信を接続する方法であって、
   第１のユーザ及び他のユーザの位置を表す情報をサーバ（２４）にて受信する工程と、
   第１のユーザの位置の周辺の領域（２１０）を規定する工程と、
   該領域（２１０）内に位置する他のユーザのサブセットを判定するためにサーバ（２４）に問い合わせる工程と、
   ユーザインタフェース（５１）により第１のユーザと、他のユーザのサブセットのうちの少なくとも一部との間の通信を可能とする工程と、からなる方法。
2. １つ以上のユーザインタフェース（５１）は車両（２６）に搭載される請求項１に記載の方法。
3. 第１のユーザのユーザインタフェース（５１）に関連するディスプレイ（７９）上に他のユーザのサブセットに関連する識別データを表示する工程を含む請求項１に記載の方法。
4. 第１のユーザは他のユーザのサブセットのうちのいずれかを選択して通信を要求することが可能である請求項３に記載の方法。
5. 選択される他のユーザのサブセットは自身のユーザインタフェース（５１）を用いて第１のユーザの通信要求を拒否することが可能である請求項４に記載の方法。
6. 領域（２１０）は半径（Ｒ）により規定される請求項１に記載の方法。
7. 領域（２１０）は第１のユーザのユーザインタフェース（５１）にて第１のユーザにより指定される請求項１に記載の方法。
8. 領域（２１０）はサーバ（２４）により指定される請求項１に記載の方法。
9. 位置を表す情報は第１のユーザ又は他のユーザの位置を表す座標を含む請求項１に記載の方法。
10. 位置を表す情報は通信ネットワーク（１０）におけるセルの位置（Ｃ１〜Ｃ１１）を含む請求項１に記載の方法。

Images