JP5993899B2 - モバイルネットワークを介したテレマティクスサービスの提供 - Google Patents

Description

（技術分野）
本発明は、モバイルネットワークを介してアクセス可能なアプリケーションサーバーを制御するための技術に関し、より詳細には、本発明は、モバイルネットワークを介してアクセス可能なアプリケーションサーバーをホストとするテレマティクスサービスを制御するための技術に関する。

（背景技術）
一般的な見地から、テレマティクスサービスとして交通に関連するサービス、設備管理サービス、機器の遠隔制御、健康に関係するテレマティクスサービス（Ｅ−ｈｅａｌｔｈ）、セキュリティ装置の分野におけるテレマティクスサービスなどの広範なアプリケーションを挙げることができる。おそらく最も普及しているサービスは、交通に関連するテレマティクスサービスの分野であり、このテレマティクスサービスは、車両内および車両用のテレマティクスサービスに関連する、特に車両テレマティクスサービスと時々称されており、この分野で提供されるサービスは車両テレマティクスと称されている。本明細書では、「交通に関連するテレマティクス」なる用語と「車両テレマティクス」なる用語とは、ほとんど同義語として使用し、この分野からの自動車サービスを例として検討するが、次の記載は他の多くの分野におけるテレマティクスサービスにも当てはまることを念頭に入れるべきである。

車両の例として、自動車、トラック、バスのような道路車両、船舶のような水上の乗り物、飛行機、航空機、ヘリコプターのような飛行ビークル、列車のような鉄道車両がある。

交通に関連する多くのテレマティクスサービスは、最終的には、道路の交通をコーディネートすることにより、例えば交通渋滞、駐車場を探すことから生じる走行を解消することにより、または飛行ビークルの空の飛行を最小にすることにより、交通のインフラストラクチャの使用の効率を高めることを意図している。これに関連し、代表的な道路車両テレマティクスサービス（自動車アプリケーションとも称される）は、これに関連し、交通予測サービスであり、かつ交通警告サービスである。かかるサービスにより提供されるサービス情報は、直接道路車両のドライバーに出力することができるし、または可能な場合には電子的カーナビゲーターに取り込むこともできる。他の道路車両サービスは、例えば道路車両の故障または事故が生じた場合の救援にも関連させることができる。これら道路車両のテレマティクスサービスの多くは、ユーザーの地理的位置またはロケーション、すなわちユーザーターミナルの地理的位置またはロケーションに基づいている。必要な位置情報（ロケーション情報）は、例えば車両に搭載されているＧＰＳ（グローバル測位システム）ユニットによって決定してもよいし、またはユーザーターミナルから誘導してもよい。水上の乗り物、飛行ビークルまたは鉄道車両のような他のタイプの車両に対しても同様なアプリケーションを想到できる。

テレマティクスサービスは、アプリケーションサーバーによって提供でき、このアプリケーションサーバーには車両からの情報を送信したり、アプリケーションサーバーサービスから情報を車両に戻すように送信しなければならない。例えば交通予測サービスは、交通の流れの瞬間的ステータスを決定できるだけでなく、交通の流れの将来的な変化に関する現実的な仮定にも到達できるよう、特定の交通の流れを構成する車両の公平なサブセットの地理的ロケーション情報に依拠する。従って、交通予測サービスのためのアプリケーションのホストとなるアプリケーションサーバーは、第１の通信路に関するロケーション情報を受信し、第２の通信路に関する交通予測情報を提供する（この場合、双方の通信路は一般に同一ではない）。

車両とアプリケーションサーバーとの間で通信路の一方または双方を提供するためのテレマティクス環境におけるモバイルネットワークを使用するほうが、他の、恐らく特別に設計されたネットワークを使用することよりも利点がある。テレマティクスサービスを提供できるエリアの多く、例えばヨーロッパおよびアジアの多くの地域では、モバイルネットワークを利用でき、携帯電話（モバイルターミナル、ユーザーターミナル）が広く使用されている。携帯電話の一部にはＧＰＳユニットが組み込まれているので、携帯電話のロケーションをトラッキングできるだけでなく、モバイルネットワーク自身が種々のセルラーローカライゼーション手順のうちの１つによってモバイルデバイスのロケーションを決定できる。例えばモバイルデバイスのロケーションは、近接基地局からの三角測量技術によって決定できる。かかる技術は、多くのモバイルネットワークにおけるロケーションに基づくサービスを提供するのに利用できる。従って、多くの携帯電話および／または車両において、複雑で、かつ高価なＧＰＳユニットを利用できるようになっていなくてもよく、例えば交通予測サービスを提供するのに十分な多くの数のサービス参加者からロケーション情報を決定できる。

従来のＧＰＳの精度は低いが、差分式ＧＰＳ（Ｄ−ＧＰＳ）は、メートルレンジ内の精度を達成できる。しかしながら、Ｄ−ＧＰＳも、より複雑であり、常時、かつどの場所でも利用できるわけではない。セルラーローカライゼーション機構は、２００ｍ〜２ｋｍのレンジ内の精度を有しており、この精度は、携帯電話の測定されたロケーションと記憶されている道路マップとを比較することによって改善できる。

携帯電話のロケーションを示すロケーション情報を使用するとき、一般的に携帯電話のロケーションは、車両のロケーションと同一であると暗黙に仮定する。しかしながら、車載ＧＰＳユニットは、車両に固定的に関連し得るが、携帯電話はそうではなく、携帯電話は一般にユーザーに（固定されない状態で）関連しているので、移動自在となっている。

従来のセルラーローカライゼーションに基づく車両テレマティクスサービスは、極めて信頼でき、かつ正確なものであるとは言えない。その理由は、特定のモバイルターミナルが、分析すべき交通の流れの一部となっている車両内に実際にあるのか、それとも駐車中の車両内にあるのか、歩行者が持っているのか、近くのビル内にいるユーザーの元にあるのかさえも判断することができないからである。これら携帯電話（ユーザーターミナル）が、サービスに関して登録されている場合、これらのロケーション情報はサーバーによって検討されるが、このことは交通の流れの計算を歪ませてしまう。

より信頼でき、かつ正確なサービスを提供するには、Ｄ−ＧＰＳのような複雑な機構および／または道路マップへの測定されたロケーションのマッピングが必要である。この場合でも、サービスは、例えばＤ−ＧＰＳの利用可能性に基づいており、その精度は、道路マップに従った道路上の一部の地域の携帯電話が、分析すべき交通の流れに実際に関与しているとのもっともらしい考えに大きく依存している。いずれのケースにおいても、これらタイプの改良された機構は複雑な決定ルーチンを必要とし、携帯電話が交通の流れ内に実際に関係しているとの基礎となる仮定が間違っている場合には、間違った結果も生じさせ得る。

（概要）
上記機構よりも複雑でない、サーバーに基づく信頼できるテレマティクスサービス、例えば車両用テレマティクスサービスを提供するための技術が求められている。

このようなニーズは、アプリケーションサーバーを制御するための第１方法によって満たされる。この方法は、携帯電話を介してアクセスできるアプリケーションサーバーによって実行され、この方法は、ユーザーターミナルが設置されている環境の環境設定を示す設定情報を、モバイルネットワークの無線インターフェースを介して受信するステップと、受信した設定情報に従い、アプリケーションサーバーがホストとなっているアプリケーションを制御するステップとを備える。

モバイルネットワークは、例えばＧＳＭ（登録商標）（モバイル通信のためのグローバルシステム）、ＵＭＴＳ（ユニバーサルモバイル通信システム）またはＬＴＥ（ＵＭＴＳ長期革新）ネットワークとすることができる。アプリケーションサーバーは種々の方法でモバイルネットワークに関連させることができる。例えばサーバーは、モバイルネットワークの一部とすることができ、例えばＵＭＴＳネットワークのうちのＩＭＳ（インターネットマルチメディアサブシステム）に属すことができる。別の変形例では、アプリケーションサーバーは、モバイルネットワークの外部に位置し、例えば１つ以上の固定ネットワーク、例えばインターネットを介してアクセスできる。ユーザーターミナルは、モバイルネットワークの無線インターフェースを介して通信できる任意のターミナルデバイスとすることができ、このターミナルデバイスとして、例えば携帯電話、スマートフォン、ＰＤＡ（パーソナルデジタルアシスタント）、ノートブックなどを挙げることができる。ユーザーターミナルは、単一ユーザーまたはユーザーのグループに関連させることができ、更に物理的ユーザーまたは個人でないユーザー、例えば会社のうちの一方または双方に関係してもよい。

設定情報を、ある環境へのユーザーターミナルの設置に関する情報であると理解できる。従って、設定情報は、ユーザーターミナルとユーザーターミナルが設置された環境との間の関係を示すことができ、かかる関係は、環境設定によって定義できる。

ある環境設定は、ユーザーターミナルが設置されている環境の１つ以上の周辺条件または特定の周辺条件を含むフレームワークによって表記できる。一例として、「ユーザーターミナルが車両と称される環境内にあること」または「ユーザーターミナルが車両と称される環境内にないこと」をそれぞれ意味する「車両内に存在する」および「車両内に存在しない」なる２つの環境設定をあらかじめ定義できる。この設定情報は、これらあらかじめ定められた可能性のうちの１つを正確に示すことができる。この例では、設定情報を１ビットの情報として、すなわち「ビットセット」および「ビット非セット」として受信でき、すなわちこの情報は、あらかじめ定めた規定、例えば設定情報「ビット＝１」により「車両内に存在する」を表示でき、設定情報「ビット＝０」により「車両内に存在しない」を表示できる。従って、複数の環境設定をあらかじめ定義する場合、設定情報は（短い）基準だけでこれら設定のうちの１つを表示できる。

一実施例によれば、環境を物理的対象とすることができ、設定情報はユーザーターミナルと物理的対象との間の関係を示す。例えば設定情報は、物理的対象に対するユーザーターミナルの位置の表示を含むことができる。例えば物理的対象のタイプまたは種類を記述できる。例えば物理的対象は、車両（例えば自動車、バス、バンだけでなく、船舶、飛行機など）、建物、例えば他の公共または個人の建物と対照的な、図書館のような公共の建物、建物内の部屋、例えばミーティングルームなどでよい。物理的対象は、一般的なサイト、例えば「公共運輸のための停止ポイントに近い」サイト、例えば鉄道の駅またはバスの停留所、シティ内の中心部としても理解できる。設定情報は、ユーザーターミナルの位置が物理的対象の「内」、「内部」、「近く」、「近傍」などの物理的対象に関連することを表示できる。より一般的な例として、ユーザーターミナルと物理的対象との位置関係の存在は、例えばローカル通信接続の確立に基づいて決定でき、特にユーザーターミナル内のローカル通信ユニットと物理的対象との間に、例えばユーザーターミナル内のブルートゥース通信ユニットと車両との間に、数メートル以下のカバー範囲を有するブルートゥースまたは他の技術のような短距離通信技術を介して決定できる。この設定表示は、この場合、「ローカル通信確立」を示すことができ、このローカル通信は必ずしもユーザーターミナルが物理的対象の「内」にあることを意味するものでなく、物理的対象の「近く」または「近傍」の意味も定義し得る。

いずれのケースにおいても、アプリケーションサーバーは、適当な設定情報を送信したターミナルデバイスとこの種の設定情報を送っていない他のターミナルデバイスとを区別できるようにされる。

既に例として説明したように、一部の実現例では、設定情報はユーザーターミナルが物理的対象の近くまたはその内部に存在するのか、存在しないのかを示すことができる。更に、上記を例にすると、設定表示は「車両内に存在する」または「車両内に存在しない」（本明細書では、簡潔にするため、ときどき「車両内に存在する／存在しない」と表示する）、「ミーティングルーム内に存在する／存在しない」、「家の中に存在する／存在しない」、「シティ内の中心部にある」または「公共運輸のための停止ポイントの近くにある」のいずれかを表示できる。特殊なアプリケーションにより、必要に応じ、他の空間的関係も表示できる。

設定情報は、物理的対象の作動ステータスの表示を含むことができる。例えばステータス表示は、物理的対象のモータが始動しているかどうか、および／または対象が移動しているかどうかを表示できる。上記表示に加え、または上記表示の代わりに、物理的対象の速度も表示できる。かかる情報は、例えば環境設定「車両内に存在する／存在しない」に対して任意のタイプのモータ駆動および／または移動可能な物理的対象に関して有効であるだけでなく、バス、バン、列車、船舶などに関係する設定にも有効であり、更に交通路（例えば道路、河川など）上の停車中（非作動中の）車両とドライブ中（作動中の）車両とを区別することを助け、よってアプリケーションの精度を高めることができる。

この方法の一部の実施例は、ユーザーターミナルおよび／またはユーザーターミナルが設置されている環境に関連するターミナルデバイスに関するロケーションを決定するためのローカライゼーションサービスの実施を、設定情報の受信によってトリガーすることにより開始するステップを含むことができる。例えばターミナルが「車両内に存在する」として、その環境設定を表示した後に限り、ユーザーターミナルの位置が交通予測に含まれるように、交通予測サービスアプリケーションをコンフィギュアできる。この種の設定表示を受信した後にユーザーターミナルの位置を決定するよう、ローカライゼーションサービス（ローカライゼーションアプリケーション）を始動できる。例えばモバイルネットワーク内のローカライゼーションサービスにより、ユーザーターミナルから、またはユーザーターミナルが位置する、車両のような物理的対象に関連するターミナルデバイスから、ロケーション情報をリクエストできる。ユーザーターミナル内に設けられるか、または物理的対象、例えば車両内に組み込まれたＧＰＳユニットを使用し、リクエストされたロケーション情報を決定できる。

サーバーで実行されるアプリケーションは車両テレマティクスサービス、例えば交通予測サービスまたは交通警告サービスを実施できるか、または車両のトラッキング、トレーラーのトラッキング、車両の集団管理、車両用緊急警告システムなどに関連した他の任意の車両テレマティクスを実施することもできる。アプリケーションは道路交通に関連する代わりに、鉄道の交通または他の任意のタイプの交通にも関係できる。更に、アプリケーションは、より広い意味でのテレマティクスアプリケーション、例えば家庭用機器のような機器の遠隔制御、または交通信号灯、またはユーザーターミナルのユーザーに関連するコンフィギュレーションの制御のようなテレマティクスアプリケーションとすることができ、例えばモバイルネットワーク内および／または他の任意のネットワークのユーザーのユーザープロファイルを受信した設定表示に従ってコンフィギュアしてもよい。

ユーザーターミナルに関連するユーザープロファイル内に設定情報が含まれてもよい。例えばアプリケーションを制御するためのステップは、ユーザーターミナルに関連するユーザープロファイル内の設定情報を表示するステップと、アプリケーションによりユーザープロファイル内に表示された設定情報にアクセスするステップとを含むことができる。モバイルネットワーク内、例えばＨＬＲ（ホームロケーションレジスタ）またはＨＳＳ（ホーム加入者サービス）、他のネットワーク内のユーザープロファイル記憶装置内でユーザープロファイルをホストとしてもよいし、またはアプリケーションサーバー自身によりユーザープロファイルをホストとするか、またはユーザープロファイルをアプリケーションサーバー自身と関連させることができる。他の任意のアプリケーションだけでなくモバイルネットワーク内の制御エンティティによっても、例えば（アプリケーションサーバーのポーリング作動に起因し）繰り返し状態で、または設定情報が確立された時間とは無関係にユーザープロファイルにアクセスしてもよい。更にこのように、ユーザーターミナルとそのユーザーが内部またはその近くに位置する環境またはその周辺に応じて、モバイルネットワーク内および／または他の任意の通信環境内、例えばテレマティクス環境内のユーザーターミナルのユーザーのユーザープロファイルを管理するように、設定情報を使用してもよい。

アプリケーションを制御するステップは、アプリケーションをスタートさせるステップを含むことができる。例えばユーザーターミナルのロケーションを決定し、対応するロケーション情報を他のアプリケーション、例えば交通予測アプリケーションへ提供するように、ローカライゼーションアプリケーションをスタートできる。上記方法とは異なり、または上記方法に加え、アプリケーションを制御するステップはアプリケーションを（再）コンフィギュアするステップを含むことができる。例えば適当な設定情報の受信だけに応答してユーザーターミナルのロケーションを含むように、交通予測アプリケーションをコンフィギュアしてもよい。

本方法の一部の実施例では、アプリケーションを制御するステップは、アプリケーションの実行から得られた結果情報をユーザーターミナルおよび物理的対象のうちの少なくとも１つに提供するステップを含むことができる。例えば交通予測サービスは、モバイルネットワークを介し、更にポイントツーポイント接続またはポイントツーマルチポイント接続（一斉送信、マルチキャスト）を介してユーザーターミナルに交通予測情報を提供できる。

上記ニーズは、モバイルネットワークを介してアクセスできるアプリケーションサーバーを制御する第２の方法によって満たされる。この方法は、モバイルネットワークのターミナルデバイスによって実行され、この方法は、ユーザーターミナルが設置されている環境の環境設定を示す設定情報を確立するステップと、設定情報に従い、アプリケーションを制御するよう、モバイルネットワークの無線インターフェースを介してアプリケーションサーバーに設定情報を送信するステップとを含む。ターミナルデバイスは、ユーザーターミナルまたはユーザーターミナルが設置された環境設定に関連するターミナルデバイスを含むことができ、例えば車両内にターミナルデバイスを固定された状態に組み込んでもよい。

第１方法に関して、既に設定情報だけでなく、アプリケーションの強制的およびオプションの特徴の概要についても説明した。本明細書に説明する特徴は、第２方法で特定される設定情報およびアプリケーションにも当てはまる。

更に第２方法に関連し、設定情報を送信するステップは、設定情報を確立するステップによって自動的にトリガーしてもよい。例えばユーザーターミナルを車両に物理的に接続することができ、ユーザーターミナルは、「車両内に存在する／存在しない」を判断するように、車両から受信された情報に基づいて作動する環境設定決定ルーチンを実行できる。環境設定が「車両内に存在する」となっているか、または「車両内に存在する」に変更されたとの結論にルーチンが至った場合、ルーチンは「車両内に存在する」を示す設定情報の送信をトリガーできる。

設定情報を確立するステップは、ユーザーターミナルと、このユーザーターミナルが設置されている環境に関連するターミナルデバイスとの間のローカル通信接続を介して、環境設定のための表示を受信するステップと、この表示から設定情報を決定するステップを含むことができる。例えばこの表示は、特定の環境内で一般に使用される特定の通信レジュームの確立を含むことができる。例えばユーザーターミナルが車両のハンズフリーキットとのブルートゥース通信を確立できる。これらの間でブルートゥースＨＦＰ（ハンズフリープロファイル）を確立できる。ユーザーターミナルは接続の確立に基づき、車両内に位置するとの結論を出すことができる。例えばユーザーターミナル内のローカル通信ユニットと車両との間でブルートゥースペア化機構を実行できる。車両のブルートゥース通信ユニット内に、ユーザーターミナルのブルートゥース通信ユニットのデバイスアドレスを記憶してもよいし、および／またはその逆にユーザーターミナルのブルートゥース通信ユニット内に車両のブルートゥース通信ユニットのデバイスアドレスを記憶してもよい。ユーザーは車両の前で他の方法により自らを認証することもできる。例えば「車両内に存在する」との設定情報により示される環境設定に対して表示される、作動に関する情報と共に、ユーザーが「車両内に存在する」との表示として、スターターロックの作動を利用できる。

別の変形例として、ある時間、例えば１０秒よりも長くブルートゥース通信が休止した場合、ユーザーターミナルは、通過ではなく、実際に車両内に存在するとの結論を出すことができ、次にモバイルネットワークに対し、それぞれの設定情報を送信できる。

別の実施形態では、車両に固定的に関連するターミナルデバイスは、ユーザーターミナルとの短距離通信接続の確立を表示として利用でき、よってこの表示から、ターミナルデバイスに接続されたユーザーターミナルに関連するように「車両内に存在する」と設定情報を決定できる。

例えば環境設定固有のデバイス、すなわち環境に固定された状態で関連しているターミナルデバイスへのローカル通信接続の確立中、例えばＵＳＢまたはブルートゥース通信の確立中にローカル表示を受信することができる。設定固有のデバイスは物理的対象に物理的に関連したローカル通信ユニットでよく、例えば車両内に組み込まれたハンズフリーキットでよい。別の例は、ミーティングルーム、家庭、公共交通停止ポイント等にある、ブルートゥース基地局またはＷＬＡＮアクセスポイントに関係し得る。

既に例として述べたように、ローカル通信接続は、ブルートゥース、ＷＬＡＮまたは同様な短距離通信規格に従った無線ローカル通信接続を含むことができる。これら無接触特性に起因する無線通信接続は、有利なことに自動的に確立でき、すなわちユーザーは操作を全く行わなくてもよい。

第２の方法は、アプリケーションサーバーからのロケーション情報のリクエストを受信するステップと、リクエストされたロケーション情報を提供する別のステップを更に含むことができる。例えばローカライゼーションアプリケーションは、ターミナルが提供する設定情報に応答し、ユーザーターミナルからのＧＰＳ情報をリクエストできる。

更に、上記ニーズは、１つ以上の計算デバイス、例えばアプリケーションサーバーまたはユーザーターミナルでコンピュータプログラム製品を実行するときに、前記方法のいずれか１つのステップを実行するためのプログラムコード部分および本明細書に記載した方法の特徴を含むコンピュータプログラム製品によって満たされる。このコンピュータプログラム製品は、コンピュータで読み取り可能な記録メディア、例えば内部のまたは計算デバイスに結合した永久的または書き換え可能なメモリもしくは取り外し可能なＣＤ−ＲＯＭ、ＤＶＤまたはＵＳＢ−スティックに記憶させてもよい。上記方法に加え、または上記方法とは異なり、例えばインターネットのようなデータネットワークまたは電話回線もしくは無線リンクのような通信回線を介し、計算デバイスへダウンロードしてコンピュータプログラム製品を提供してもよい。

上記ニーズは、モバイルネットワークを介してアクセス可能なアプリケーションサーバーによって更に満たされる。このアプリケーションサーバーは、モバイルネットワークの無線インターフェースを介して設定情報を受信するようになっている第１コンポーネントを備え、設定情報はユーザーターミナルが設置されている環境の環境設定を示し、アプリケーションサーバーは更に設定情報に従ってアプリケーションサーバーのホストとなっているアプリケーションを制御するようになっている第２コンポーネントを更に含む。

以上のように、設定情報およびアプリケーションの特徴について要約した。この説明は、アプリケーションサーバーおよびそのホストとなっているアプリケーションにより受信され、使用されるような設定情報に対しても当てはまる。

アプリケーションは、設定情報の受信によってトリガーされ、ローカライゼーションアプリケーションを実行し、ターミナルデバイスのロケーションを決定するようになっているコンポーネントを更に含むことができる。このローカライゼーションアプリケーションは、モバイルネットワークのホストとなることができるか、またはアプリケーションサーバーのホストとなることもできる。いずれのケースにおいても、ローカライゼーションアプリケーションはターミナルデバイスからのロケーション情報をリクエストするようにコンフィギュアできる。

第２コンポーネントは、ユーザーターミナルに関連するユーザープロファイル内に設定情報を表示するようにでき、更にユーザープロファイルに含まれる設定情報にアクセスするようにできる。

更に、上記ニーズは、モバイルネットワークのターミナルデバイスによって満たされる。ターミナルは、ユーザーターミナルが設置されている環境の環境設定を示す設定情報を確立するようになっている第１コンポーネントと、設定情報に従い、アプリケーションを制御するよう、モバイルネットワークの無線インターフェースを介してアプリケーションサーバーに設定情報を送信するようになっている第２コンポーネントとを備える。ターミナルデバイスは、ユーザーターミナルまたはこのユーザーターミナルが設置されている環境に関連するターミナルデバイスを含むことができる。

第１コンポーネントは、設定情報を確立する際に第２コンポーネントを自動的にトリガーするようにできる。

第１コンポーネントは、ローカル通信接続を介し、環境設定のローカル表示を受信し、このローカル表示から設定情報を決定するようにできる。第１コンポーネントは更に、環境設定固有のデバイスへのローカル通信接続の確立中にローカル表示を更に受信するようにできる。この第１コンポーネントは、上記方法に加え、または上記方法の代わりに、無線ローカル通信接続を含むローカル通信接続に適応できる。

上記ニーズは更にユーザーターミナルに関連するユーザープロファイルによって満足される。このユーザープロファイルは、モバイルネットワークに接続可能なユーザーターミナル内、モバイルネットワークのユーザープロファイル記憶装置内、またはモバイルネットワークを介してアクセス可能なアプリケーションサーバー内で実行してもよいし、またはこのアプリケーションサーバーに関連させてもよい。ユーザープロファイルは、ユーザーターミナルが設置されている環境設定を示す設定情報を表示するためのデータフィールドを含む。この設定情報は、これまで要約したような特徴を有することができる。

上記ニーズは、これまで要約したようなアプリケーションサーバーおよびユーザーターミナルを含む通信システムによって更に満たされる。

（図面の簡単な説明）
次の記載では、図面に示された実施形態を参照し、本発明について更に説明する。

テレマティクスサービスをユーザーターミナルに提供するための通信システムの一実施形態の概略図である。

図１のユーザーターミナルおよび車両の第１実施形態の機能コンポーネントを略図で示す。

図１のユーザーターミナルおよび車両の第２実施形態の機能コンポーネントを略図で示す。

図２Ａまたは２Ｂのターミナルデバイスの作動を例として示すフローチャートである。

図１の通信システムにおけるモバイルネットワークおよびアプリケーションサーバーの機能コンポーネントを略図で示す。

図４のアプリケーションサーバーの作動を例として示すフローチャートである。

図１の通信システムにおけるメッセージフローを例として示すシーケンス図である。

（好ましい実施例の説明）
次の記載では、発明を限定するのではなく、発明を説明する目的で、特定の細部、例えば特定の環境設定および特定のネットワークノード、通信規格などを含むネットワークシステムについて記載し、本発明を完全に理解できるようにする。当業者であれば、これら特定の細部と異なる他の実施形態でも、本発明を実施できることが明らかとなろう。次の記載は、車両テレマティクスサービスに集中するが、他の分野、例えばプライベートおよび／または公共的環境における機器の遠隔制御、緊急サービス、その他のテレマティクスサービスなどでも、本発明を実施できる。更に当業者であれば、本発明を説明するために後述するようなＵＭＴＳネットワークと異なる通信ネットワークでも、本発明を実施できることが理解できよう。この通信ネットワークは、他のモバイルネットワーク、例えばＧＳＭネットワークも含むことができる。本発明は、有線通信ネットワークでも実現できる。例えばインハウスＩＰネットワーク（例えば会社のイントラネット）内にアプリケーションサーバーを設けることができる。基本的にはサーバーに基づくサービス、例えば最も広い意味では、テレマティクスサービスを提供する任意の通信システムで本発明を実施できる。

当業者であれば、後述する機能は個々のハードウェア回路を使用するか、プログラムが組み込まれたマイクロプロセッサまたは汎用コンピュータと組み合わせて機能するソフトウェアを使用するか、および／または１つ以上のデジタル信号プロセッサ（ＤＳＰ）を使用することにより実現できることが、更に理解できよう。また、本発明を１つの方法として記述するとき、本発明はコンピュータプロセッサおよびプロセッサに結合されたメモリ内でも実施できることも理解できよう。この場合、メモリにはプロセッサによって実行されるときに本明細書に開示した方法を実行する１つ以上のプログラムがコード化される。本明細書に記載するノードまたは機能的エンティティのうちのいずれか、例えばアプリケーションサーバーおよびユーザーターミナルは、コンピュータプロセッサおよびこのプログラムに係合されたメモリを含む、計算デバイスとして実現してもよい。

図１は、車両１０１および１０４のユーザーに交通関連サービスを提供するための通信システム１００を略図で示す。この通信システム１００は、ユーザーターミナル１０６と、ＵＭＴＳネットワーク１１０内のアプリケーションサーバー（ＡＳ）１０８とを含み、ＵＭＴＳネットワーク１１０は、モバイルネットワークの一実施例となっている。ユーザーターミナル１０６は、ＵＭＴＳネットワーク１１０と通信するようにイネーブルされたモバイルターミナルとなっている。ネットワーク１１０のコンポーネントとして、２つのノードＢ（無線基地局）１１２および１１４、およびＨＳＳ（ホーム加入者サービス）１１６しか明らかに示されていない。ローカライゼーションサーバー１１８は、モバイルデバイスのためのロケーション情報をネットワークに基づいて決定をするためのローカライゼーションサービスから、例えばネットワークおよび／または外部アプリケーションプロバイダの存在サービスのための、ＵＭＴＳネットワーク１１０内またはそれに関連するサービスまでを提供する。ローカライゼーションサーバー１１８は、例えばモバイル測位サービス（ＭＰＳ）のホストとなることができる。アプリケーションサーバー１０８は、交通予測サービス（ＴＦＳ）アプリケーション１０９のホストとなる。

次に図１を参照し、アプリケーション１０９によって実行されるＴＦＳの提供に関連する通信システム１００の運用の概略について記載する。その後、より詳細な説明を記載する。ユーザーターミナル１０６と車両１０１に固定的に関連するローカル通信ユニットとの間に、ローカル通信接続１２０が確立される。次の記載では、通信接続１２０をブルートゥース通信であるとみなすが、ＷＬＡＮ、ファイヤーワイヤー（ＦｉｒｅＷｉｒｅ）などに基づくローカル通信接続の他の任意の実施例も利用できる。ターミナル１０６は、通信接続１２０により、このターミナルが車両１０１内に位置すると判断する（図１では、図解のためにターミナル１０６は、車両１０１の外部にあるように描かれている）。この判断に基づき、ユーザーターミナル１０６は、送信信号１２２において無線インターフェース１２６を介し、ＵＭＴＳネットワーク１１０へ「車両内に存在する」（例えば自動車内）にあることを示す設定情報を送信する。前に説明したように、この表示は例えばＸＭＬメッセージにおけるＡＳＣＩＩストリング「車両内に存在する」とすることができるが、送信信号１２２の基礎となる通信機構に従い、設定情報のために設けられたデータフィールド内に単一ビット（セットまたはアンセット）を含むだけでもよい。例えば送信信号１２２は、アプリケーションサーバー１０８に向けて送られるＳＭＳを含むことができる。

ノードＢ１２２は、受信した設定情報１２４をアプリケーションサーバー１０８に転送する。このアプリケーションサーバー１０８は、例えばＵＭＴＳネットワーク１１０のＩＭＳ（インターネットマルチメディアサブシステム）ドメイン内にあってもよい。図１では、サーバー１０８は、ネットワーク１１０の一部として示されているが、別の実施形態では、アプリケーションサーバーはモバイルネットワークの外部にあってもよく、更に情報１２４のような設定情報を受信するよう、例えば固定通信回線を介してこのモバイルネットワークに接続してもよい。アプリケーションサーバー１０８は設定情報１２４から、それ以後、ＴＦＳアプリケーション１０９が、デバイス１０６を検討しなければならないと、判断する。こうして、アプリケーションサーバー１０８はローカライゼーションサーバー１１８との通信１２８を開始する。

ローカライゼーションサーバー１１８は、ネットワークに基づく三角測量機構を使用して、都市エリアでは数メートルの精度で、郊外のエリアの場合では数十または数百メートルの精度で、ユーザーターミナル１０６のロケーションを決定する。ローカライゼーションサーバー１１８は、例えばこの目的（図１には明示されていない）のためにノードＢ１１２および１１４を活用できる。別の実施形態では、ＡＳ１０８またはモバイルネットワーク１１０は、ユーザーターミナル１０６からロケーション情報をリクエストすることができ、ユーザーターミナル１０６はターミナル１０６または車両１０１内のＧＰＳユニットに基づき、ロケーション情報を送ることができる。図１を参照すると、ローカライゼーションサーバー１１８は、ターミナル１０６に対するロケーション情報１３２を、通信接続１２８を介してアプリケーションサーバー１０８へ提供する。

アプリケーション１０９は、情報１３２によって示されたターミナル１０６のロケーションが車両１０１のロケーションを表示しているとみなすことにより、交通予測を決定するためのロケーション情報１３２を使用する。この仮定は、設定情報１２４の前の受信に基づくものであるので、その結果、ターミナルの実際の環境設定に関する情報を有しないで、登録済みターミナルのロケーションを検討するサービスと比較して、交通予測はより信頼できるものとなる。この交通予測はモバイルネットワーク１１０によってサポートされている配信領域へＡＳ１０８により提供（１３４）され、このモバイルネットワーク１１０は、ノードＢ１１２および１１４を含むことができる。次にノードＢは、例えば一斉送信またはマルチキャスト送信信号１３６により、車両１０１および１０４へ交通予測を送信する。

図１にはノードＢ１１２により設定情報１２４が直接アプリケーションサーバー１０８に転送されるように示されているが、その代わりに別の実施形態では、設定情報をＨＳＳ１１６へ提供することもできる。例えばＨＳＳ内で管理されているユーザープロファイルは、設定情報を示すための１つ以上のデータフィールドを含むことができる。この設定情報は、例えば設定情報またはその一部が変わった場合に、ＨＳＳからアプリケーションサーバーへ自動的に提供するか、またはリクエスト時に設定情報をアプリケーションサーバーに提供してもよい（このようなＨＳＳからアプリケーションサーバーへの設定情報の提供は、図１における点線矢印１３８によって示されている）。

図２Ａは、ユーザーターミナル１０６および車両１０１内のターミナルデバイス１０２の第１実施形態の機能コンポーネントをより詳細に示す。ユーザーターミナル１０６は、車両１０１の乗客室内に位置していてもよいが、ターミナルデバイス１０２は、車両１０１内に固定された状態に組み込まれていると見なされる。図示されているコンポーネントは、図１内のシステム１００の作動に寄与している。モバイルターミナル１０６は、短距離、すなわちローカル通信ユニット（ＬＣＵ）２０２と、設定決定コンポーネント２０４と、マッピング記憶装置２０６と、プロファイル記憶装置２０８と、送信コンポーネント２１０と、モバイル通信ユニット（ＭＣＵ）２１２とを備える。ターミナルデバイス１０２は、ＬＣＵ２２２とステータス記憶装置２２４とを備える。ターミナルデバイス１０２は、例えば更に後述するように、ブルートゥース通信ユニットも含むことができる。ユーザーターミナル１０６および車両１０１の一方または双方は更に、ＧＰＳユニット２１４および２２６を更にそれぞれ含むことができる。

図３は、モバイルターミナル１０６および車両１０１内のターミナルデバイス１０２の作動例３００およびそれらコンポーネントの相互作用を示すフローチャートである。一般的に説明すれば、モバイルターミナル１０６はターミナル１０６の環境の特徴に関連付けできる環境設定に従ってモバイルネットワーク１１０を介し、交通予測サービスアプリケーション１０９（図１を参照）を制御するように作動する。

図２Ａおよび３を参照する。ステップ３０２においてターミナル１０６は、ユーザーターミナル１０６が設置されている環境の環境設定を示す設定情報１２４を確立する。これら図に示されている例では、設定情報１２４は「車両内に存在する」こと、例えば車両１０１内にターミナル１０６が位置していることを示す。この設定情報１２４は、任意の特定の車両、特に車両１０１または地理的位置を示すものではないが、内部にターミナル１０６が位置している一般的な環境または環境設定のタイプを示す。

設定情報１２４を確立するために、次のステップを実行できる。すなわちユーザーターミナル１０６のユーザーが車両１０１に進入すると、ＬＣＵ２０２および２２２は、自動的に、又はターミナル１０６にマニュアルで入力されるコマンドによって、通信１２０を確立できる。ＬＣＵ２０２および２２２の双方は、例えば車両内のハンドフリーキットのためのブルートゥース規格のハンドフリーキットプロファイル（ＨＦＰ）を使用し、ブルートゥース規格に従って通信をするようになっているブルートゥース通信ユニットとすることができる（明瞭にするために、図にはハンドフリーキットは示されていない）。通信確立中、ＬＣＵコンポーネント２０２および２２２の双方は、ＨＦＰに従って相互に通信することに同意する。ＬＣＵ２２２のデバイスアドレスをモバイルターミナル１０６によるローカル環境設定の表示として使用できる。図２Ａ内の矢印２１６が示すように、ＬＣＵ２０２は、ＬＣＵ２２２のデバイスアドレスを示すトリガー信号を設定決定コンポーネント２０４に提供するようになっている。当然ながら、ＬＣＵ２０２は、通信リンク１２０を介して別のデータを送受信するように、別のデータ、例えば後述するデータ２２８を取り扱うことができる。

設定決定コンポーネント２０４は、ＬＣＵ２０２からトリガー信号２１６を受信すると、マッピング記憶装置２０６にアクセスするように作動する。記憶装置２０６は、ＬＣＵ２０２が提供できる表示２１６のようなインジケータと所定の環境設定との関係を含むマッピングテーブル２０７を備える。例えば種々のローカル（短距離）通信規格に従ったデバイスアドレスを設定と関連付けさせてもよい。マッピングテーブルは、かかる設定情報を明示的に含まなくてもよい。例えば２つの環境設定「車両内に存在する／存在しない」しか可能でないようなケースでは、かかる設定情報を搬送するのに、セットまたはアンセットのいずれかである単一ビットで十分である。所定の環境設定のより複雑な組は、より長いビットマッピングを必要とするか、またはテキストフォーム、人が読み取りできるＡＳＣＩＩフォーマットで決定された環境設定を表示してもよい。

コンポーネント２０４は、コンポーネント２０６内に記憶されたマッピングから適当な設定情報を抽出し、この設定情報１２４をコンポーネント２０８に記憶されているアクティブなユーザープロファイル２０９へ提供する。コンポーネント２０８は、ターミナル１０６の記憶コンポーネントでもよいし、または例えばターミナル１０６に挿入されたＳＩＭまたはＵＳＩＭ（ＵＭＴＳ加入者アイデンティティモジュール）カードに位置していてもよい。ユーザープロファイル２０９は、ターミナル１０６のユーザー、ターミナル自身およびモバイルネットワーク１１０に関連する種々のデータフィールドを含むことができるが、このユーザープロファイルは特に設定情報「車両内に存在する／存在しない」ことを示すためのデータフィールドを特に含むことができる。既に述べたように、データフィールドは単一ビットの長さだけを有していてもよいし、または「車両内に存在しない」のような設定情報をテキストフォームで示すようにも構成できる。

設定情報を誘導するために単に通信確立自体だけを使用する代わりに、車両１０１に関連するターミナルデバイス１０２内のＬＣＵ２２２は、より高度な例として、通信１２０の確立中に記憶コンポーネント２２４にアクセスし、車両１０１の作動ステータス情報２２８を読み出してもよい。この記憶コンポーネント２２４は、かかる作動ステータス情報を記憶するようにでき、この作動ステータス情報は、例えば車両内のセンサおよびこのセンサに接続されたプロセッサロジックから決定できる。この作動ステータス情報は、例えばモータがオンになっているかどうか、車両が移動中であるかどうか、および車両が移動中であるときにはそのときの速度に関する情報を示すことができる。記憶コンポーネント２２４は、例えば車両１０１のオンボードネットワーク内の中央プロセッサに関連するキャッシュまたは同様な記憶コンポーネントでよく、この場合、キャッシュは種々の目的のために、例えばアンチブレーキシステム（ＡＢＳ）または電子安定プログラム（ＥＳＰ）のような電子ドライバー支援システムによるアクセスのためのそのときの作動上のステータス条件を記憶する。

ＬＣＵ２２２は、モータがオンであるかどうかなどに関する作動上のステータス情報を読み出すことができ、ローカル通信接続１２０の他端にてこの作動上のステータス情報２２８をＬＣＵ２０２へ提供できる。ＬＣＵ２０２は、ユーザープロファイル２０９内、またはこれに関連するこの作動上のステータス情報の記憶を管理できる。ユーザープロファイル２０９が、これら作動上のステータス情報のアイテムのうちの１つ以上を記憶するようにはなっていない場合、コンポーネント２０８はそれぞれの情報を廃棄できる。

再び図３を参照する。ステップ３０４にて、送信コンポーネント２１０およびＭＣＵ２１２を使用し、無線インターフェース１２４およびモバイルネットワーク１１０（図１を参照）を介し、アプリケーションサーバー１０８へ設定情報１２４が送信される。より詳細には、ユーザープロファイル２０９内への設定情報１２４の記憶を開始するのと並行し、設定決定コンポーネント２０４は、送信コンポーネント２１０を自動的にトリガーでき、この送信コンポーネント２１０は、ユーザープロファイル２０９にアクセスし、このユーザープロファイル２０９から設定情報を抽出し、この情報をアプリケーションサーバー１０８に向けて送信するようになっている。送信コンポーネント２１０は、更に、または上記方法とは別に、サービスに対してユーザーが登録されている場合には、ユーザープロファイルからの設定情報をアプリケーションサーバーへ周期的に提供できる。別の可能性として、アプリケーションサーバーは、ターミナル１０６からの設定情報をリクエストすることもできる。更に別の例として、コンポーネント２０４、２０８および２１０は、ユーザープロファイル２０９内に記憶されている設定情報の変化をアプリケーションサーバーに表示するためにしか相互に作用できない。

ユーザープロファイル２０９内には、アプリケーションサーバーのアドレスも記憶できる。例えばサーバー１０８によって提供されるサービスに対するターミナルの登録時に、ターミナル１０６に、かかるアドレスを提供してもよい。

図には示されていないが、ネットワーク内のローカライゼーションアプリケーションは、設定情報１２４が提供された後にモバイルターミナル１０６からロケーション情報をリクエストできる。かかるリクエストに応答し、ターミナル１０６は、車両１０１のＧＰＳユニット２１４またはＧＰＳユニット２２６のいずれかに基づき、ロケーション情報を提供できる。後者の場合、ユニット２２６の作動から誘導されたロケーション情報は、ブルートゥース通信１２０を介し、ユーザーターミナル１０６に提供できる。

図２Ｂは、図１の車両１０１内のユーザーターミナル１０６およびターミナルデバイス１０２の第２実施形態の機能コンポーネントを示し、これらターミナルおよびターミナルデバイスは、図２Ｂでは明瞭にするためにそれぞれ番号１０６’および１０２’で表示されている。再び図２Ａの第１実施形態と同じように、図２Ｂでは、ユーザーターミナル１０６’は、車両１０１の乗客室内部に位置し得るとみなされるが、ターミナルデバイス１０２’は車両１０１内に固定的に組み込まれているとみなされる。一般に図２Ｂでは、図２Ａ内の要素と同一または同様な機能または意義を有する要素は、「’」を付した同じ参照番号で表示する。モバイルターミナル１０６’はローカル通信ユニット（ＬＣＵ）２０２’を備える。車両１０２’は、ＬＣＵ２２２’だけでなく、設定決定コンポーネント２０４’、送信コンポーネント２１０’およびモバイル通信ユニット（ＭＣＵ）２１２’も含む。

図２Ｂにおいて、ターミナルデバイス１０２'により無線インターフェース１２６を通して設定情報１２４が確立され、送信される。この別のアプローチは、設定情報１２４を提供するための別の手順を示すために選択されたものである。図２Ｂに従った手順では、ターミナルデバイス１０２'に関連するユーザープロファイルからの設定情報１２４の転送を、図２Ａにおいてユーザーターミナル１０６におけるユーザープロファイル２０８を参照して説明した方法と同じように実行できる。同様に、ターミナルデバイス１０２'では図２Ａにおけるマッピング記憶装置２０６に対応するマッピングエンティティも利用できる。

こうして、図３のステップ３０２および３０４は、ユーザーターミナル自身、すなわち図２Ａ内のユーザーターミナル１０６により実行できるだけでなく、別の方法として、車両１０１に関連する、図２Ｂ内のデバイス１０２’のような環境に関連するターミナルデバイスによっても実行できる。

より詳細には（ステップ３０２）、ユーザーターミナル１０６'のユーザーが車両１０１に進入するとき、ＬＣＵ２０２'および２２２'は、（好ましくは）自動的にまたはターミナル１０６'にマニュアルで入力されたコマンドのいずれかにより、通信１２０'を確立できる。例えば通信１２０'は、ブルートゥースのような短距離通信技術に基づくことができる。特定の例として、ターミナルデバイス１０２'は、ブルートゥースＳＩＭアクセスプロファイル（ＳＡＰ）をサポートできる。この場合、ユーザーターミナル１０６'（ＳＡＰもサポートしている場合）は、通信１２０'の確立中にそのＩＭＳＩをターミナルデバイス１０２'へ提供できる。次に、ターミナルデバイスは、このＩＭＳＩを使ってモバイルネットワーク１１０に加入するか、またはこのネットワークと通信する。このユーザーターミナル１０６'をスタンバイモードに設定することができる。

通信１２０'の確立時に、ＬＣＵ２０２は、通信リンク１２０'を示すトリガー信号を設定決定コンポーネント２０４'へ提供する（矢印２１６'）。ターミナルデバイス１０２'内の設定決定コンポーネント２０４'は、通信１２０'の確立から、ユーザーターミナル１０６'と車両１０１との間の位置的関係に関する情報を決定する。従って、設定決定コンポーネント２０４'は、車両１０１内にユーザーターミナル１０６'が存在すると判断するようになっており、従って、「車両内に存在する」との設定情報１２４を確立できる。従って、ユーザーターミナルへのローカル通信の確立、例えば通信１２０'の結果、「車両内に存在する」との設定情報を生じさせるような簡単な記述を使用できる。ローカル通信１２０'が終了する結果、「車両内に存在しない」との設定情報が生じ得る。この設定情報は、図２Ａを参照してこれまで説明したのと同じように、車両１０１（図２Ｂには示されていない）の作動上のステータス情報を更に含むことができる。

設定決定コンポーネント２０４'によって確立される設定情報１２４は、送信コンポーネント２１０'に提供される。図２Ａに示される機構とは異なり、図２Ｂの実施形態では設定情報１２４はユーザープロファイル内に記憶されることなく、直接送信コンポーネント２１０'へ提供される。「車両内に存在する」との設定情報１２４の提供は、ＭＣＵ２１２'を制御するように、送信コンポーネント２１０'をトリガーし、よって無線インターフェース１２６を介し、設定情報１２４をモバイルネットワーク１１０（図１を参照）へ送信できる（ステップ３０４）。

図２Ａおよび２Ｂに示されるように、図３の手順３００はユーザーターミナル１０６自体内、または車両１０１に固定的に関連するターミナルデバイス１０２'内のいずれかで実行できる。別の実施形態では、２つのターミナルデバイス間のタスクの分配を更に別の方法で実施することもできる。例えば設定情報をユーザーターミナル内で確立し、この設定情報を車両内のターミナルデバイスから送信することもできる。この場合、ユーザーターミナルは送信のために車両内のターミナルデバイスへ設定情報を提供する。別の例として、ユーザーターミナルは、車両内のターミナルデバイスによって記憶されたあらかじめ定められた設定情報を、例えばユーザープロファイル内に表示できる。変形例としてユーザーターミナルが１つ以上のユーザープロファイルのうちの１つを表示するだけで、車両内のターミナルデバイスはこの表示に応答し、表示されたユーザープロファイルに関連するユーザーターミナルのために、「車両内に存在する」との設定情報を自動的に送信してもよい。

従って、車両１０１に関連するターミナルデバイス１０２および１０２’は、それぞれローカル通信ユニット２２２および２２２’を含むことができ、ターミナルデバイス１０２’は、モバイル通信ユニット、例えばＭＣＵ２１２’を含んでもよいし、ターミナルデバイス１０２は、モバイル通信ユニット、例えばＭＣＵ２１２’を含まなくてもよい。

図４は、図１のＵＭＴＳネットワーク１１０およびアプリケーションサーバー１０８の機能コンポーネントを示す。交通予測サービスアプリケーション１０９のホストとなる機能エンティティは、アプリケーションサーバー１０８と称されるが、このサーバーは多数のアプリケーションサーバーおよびゲートウェイ、ファイアーウォール、認証サーバーなどの別のエンティティを含む自動車用アプリケーションのためのアプリケーション環境も含むことができると理解すべきである。換言すれば、アプリケーションサーバー１０８は、単一のサーバーだけではなく、アプリケーションプロバイダの完全に開発されたサイトとなり得ると理解すべきである。したがって、下記の機能は単一サーバーで実行してもよいし、またはアプリケーションサーバーファームのいくつかのノード上で分散させた状態で実施してもよい。アプリケーション環境のアプリケーションプロバイダは、モバイルネットワーク１１０のオペレータと同一でもよいし、同一でなくてもよい。

アプリケーションサーバーはモバイルネットワークの一部でもよいし、またはモバイルネットワークの外部に位置していてもよい。双方のコンフィギュレーションを明示的に示すために、図１は、モバイルネットワーク１１０内のＡＳ１０８を示すが、このＡＳ１０８は図４ではネットワーク１１０の外部に描かれている。

ＵＭＴＳネットワーク１１０は、既に図１に示したノードＢおよびローカライゼーションサーバー１１８を含む。アプリケーションサーバー１０８は、受信コンポーネント４０２、プロファイル記憶装置４０４、アプリケーション制御コンポーネント４０６、図１からの交通予測アプリケーション１０９およびローカライゼーションクライアント４０８を含む。

図５は、アプリケーション１０９によって実現されるＴＦＳを提供するフレームワーク内で、アプリケーションサーバー１０８によって実行できる作動ステップのシーケンスの例５００を示すフローチャートである。基本的にはアプリケーションサーバーは、モバイルネットワーク１１０を介し、ユーザーターミナル１０６から受信される設定情報１２４に従い、テレマティクスアプリケーション１０９を制御するように作動する（図１を参照）。

ステップ５０２において、受信コンポーネント４０２は、設定情報１２４を受信し、ユーザーターミナル１０６のユーザーに関連するユーザープロファイル４１０に関連して、記憶のためにプロファイル記憶装置４０４へ、受信した設定情報１２４を提供する（このユーザーターミナル１０６は、次の説明では、簡潔にするために図１および２Ａに示されるように、ユーザーターミナル１０６としてしか述べないが、かかる記述は図２Ｂに示されるようにユーザーターミナル１０６’の記述と同じように理解されるものである）。ユーザープロファイル４１０は、ターミナル１０６のユーザーに関する別のデータも含むことができ、図２Ａを参照して説明したユーザープロファイル２０９と構造が類似していてもよいし、類似していなくてもよい。例えばアプリケーションサーバー１０８によって提供されるアプリケーション１０９によって実施されるＴＦＳサービスのようなサービスに関して、ユーザープロファイル４１０を特にターゲットとすることができる。換言すれば、ユーザープロファイル４１０は、アプリケーションプロバイダのアプリケーションの観点からプロパティを定めることができる。プロファイル記憶装置４０４は、アプリケーションサーバー１０８によって提供されるサービスのユーザーの複数のユーザープロファイルを記憶できる。別の実施形態では、設定情報をユーザープロファイル内に記憶することなく、設定情報を直接１つ以上のアプリケーションに提供してもよい。

ステップ５０４では、制御コンポーネント４０６は、ユーザープロファイル４１０内に記憶された設定情報１２４に従って、アプリケーション１０９を制御するように作動する。コンポーネント４０６は、図４においてエキストラコンポーネントとして示されているが、このコンポーネントはＴＦＳアプリケーション１０９の一部でもよい。図４に示された実施例では、受信コンポーネント４０２は、記憶コンポーネント４０４内に設定情報１２４を記憶した後に、トリガー信号４１２を制御コンポーネント４０６へ提供する。制御コンポーネント４０６は、このトリガー信号４１２を受信すると、ＴＦＳアプリケーション１０９を実行するために、設定情報１２４を検討する。

より詳細には、トリガー信号４１２は、記憶装置４０４内のユーザープロファイル４１０への制御コンポーネント４０６のアクセスを開始し、まず最初にＴＦＳアプリケーション１０９によって提供されるサービスに対してターミナル１０６のユーザーが登録されているかどうかを判断できる。このような場合、設定情報１２４自体を分析する。ユーザーターミナル１０６が「車両内に存在する」ことを情報が示しているとき、制御コンポーネントは次にＴＦＳアプリケーション１０９によって計算されるような交通予測にユーザーターミナル１０６が寄与すると、（明示的に、または単に暗黙的に）制御コンポーネントが結論付ける。トリガー信号４１２の受信時に、プロファイル記憶装置４０４内のユーザープロファイルへのアクセスに加え、またはその代わりに、制御コンポーネント４０６は周期的にプロファイル記憶装置４０４にアクセスし、ＴＦＳアプリケーション１０９に対して登録されており、かつ瞬間的に「車両内に存在する」関連ユーザーターミナルを有するユーザーを決定する。例えばトリガー信号４１２がなくても、制御コンポーネント４０６は、ユーザーターミナル１０６のための「車両内に存在する」旨の設定情報を受信コンポーネント４０２がユーザープロファイル４１０に記憶した後に、これからターミナル１０６を検討すべきである旨を、次のポーリング中に自動的に認識する。別の実施形態では、この設定情報は、上記方法に加え、または上記方法の代わりに、この情報を利用するようになっているアプリケーションへ直接提供してもよい。

ユーザーターミナル１０６を検討すべきであると判断すると、制御コンポーネント４０６はローカライゼーションクライアント４０８をトリガーし、このローカライゼーションクライアント４０８は、次に図１を参照して既に説明した信号１２８をモバイルネットワーク１１０のローカライゼーションサーバー１１８へ向けて提供するよう作動する。次に、サーバー１１８から受信されたロケーション情報１３２は、ローカライゼーションクライアント４０８により交通予測アプリケーション１０９へ提供される。従って、交通予測の判断中にターミナル１０６のロケーションが検討される。別の実施形態では、ローカライゼーションクライアント４０８は上記方法に加え、または上記方法の代わりに、ロケーション情報１３２をユーザープロファイル４１０に提供してもよい。最終的に、通信１３４を介し、モバイルネットワーク１１０に上記方法の結果得られる交通予測が提供され、モバイルネットワークのユーザーに配信される。

既に述べたように、設定情報１２４は「車両内に存在する」との表示の他に別の情報、例えば車両１０１の作動ステータス情報を含むことができる。制御コンポーネント４０６は、ＴＦＳアプリケーション１０９に対し、実際にユーザーターミナル１０６（またはターミナルデバイス１０２）のロケーションを使用すべきであるかどうかを判断するときに、この情報を利用できる。例えば「モータが始動された」および／または「車両は移動中」のような表示を使用して、車両が駐車場に駐車中であるか、または実際に分析すべき交通の流れの一部となっているかどうかを判断できる。この場合、判断アルゴリズムは、例えば交通渋滞の場合に車両が動いておらず、ドライバーはモータも停止させてしまっているかどうかを検討しなければならない。前の情報（履歴設定情報）および／または近くにいる登録された別の参加者の（可能性のある場合には作動ステータス情報を含む）設定情報も使用し、特定のユーザーを実際に検討すべきかどうかを、より確実に判断し、このように、その結果生じる交通予測の信頼性を更に高めることができる。

図４にはアプリケーションサーバー１０８内のプロファイル記憶装置４０４に設定情報１２４が記憶されていることが示されているが、このことに加え、またはその代わりに、ＨＳＳ１６６のようなモバイルネットワーク内のユーザープロファイル記憶装置に設定情報を記憶することもできる（図１を参照）。

前に述べたように、アプリケーションサーバーがホストとなっているアプリケーションまたはアプリケーション環境内のアプリケーションを制御し、ターミナルの環境設定に応じたユーザーターミナルのロケーションを検討できる。このことに加え、またはその代わりに、ユーザーターミナルへのアプリケーションの提供を制御してもよい。例えば車両内にターミナルが位置していることを環境設定が示しているターミナルに対してだけ、自動車サービスを提供してもよい。

図６は、ユーザーターミナル１０６と車両１０１とアプリケーションサーバー１０８との間で交換されるメッセージのシーケンス例を示すシーケンス図である。メッセージ交換６０２および６０４は、図２Ａに示されたＬＣＵ２０２と２２２との間のブルートゥース接続１２０のセットアップを示す。図示されているメッセージ交換の各々は、通信パートナーの間で交換される１つ以上のメッセージペアを含むことができる。

ターミナル１０６は、「車両内に存在する」旨の設定情報１２４を送らなければならないことを決定するために、内部マッピングテーブル２０７を使用できることを、図２Ａを参照して既に説明した。別の実施例では、車両は、ある車両と通信中であることの明示的な表示をターミナルに提供できる。更に車両は、アプリケーションサーバーに対し、「車両内に存在する」旨の設定情報を送るという明示的な表示を送ることができる。メッセージシーケンス６００の場合、例えばサービスレベル接続確立手順６０４の間に、かかる表示をターミナル１０６に提供できる。別の実施例では、メッセージ交換６０２と６０４との間に使用されるブルートゥースプロトコルの他に、環境設定および／または作動ステータス情報に関連する表示を車両からターミナルデバイスに提供するのに、別のプロトコルを使用してもよい。かかるプロトコルは、ブルートゥース、ＷＬＡＮなどのようなローカル通信プロトコルのうちの１つ以上において定義できる。

車両によって明示的にリクエストされたアプリケーションサーバーへの設定情報１２４を送信することは、ユーザーターミナル１０６における設定情報の確立時にアプリケーションサーバーに対し、設定情報を自動的に送ることを可能にする別の方法である。設定情報を適当なアプリケーションサーバーに提供するための適当なアプリケーションサーバーのアドレスは、車両によって提供してもよいし、提供しなくてもよい。少なくとも後者のケースでは、図２Ａを参照してこれまで説明したように、かかるアドレスをユーザーターミナル１０６でコンフィギュアできる。モバイルネットワーク１１０（図６には図示されず）を介してアプリケーションサーバーに設定情報１２４を送信（１２２）するのに種々の機構を使用できる。例えばＳＭＳを送ってもよいし、またはＳＩＰ信号、ユーザー対ユーザー信号、ＩＳＤＮ信号なども使用できる。ＳＩＰに関しては、ＳＩＰプレゼンス機構を使用できる。また、所有権のある任意のプロトコル、例えばモバイルネットワークオペレータによって提供されるＩＰをベースとするプロトコルも使用できる。

アプリケーションサーバー１０８は、送信信号１２２内の設定情報１２４の受信に応答し、このサーバー１０８がホストとなっている車両テレマティクスサービスのうちの１つ以上を起動または変更できる。例えば交通予測アプリケーションが、そのサービスのためのユーザーターミナルを検討し始めることができる。図４に示されるように、アプリケーションサーバーはターミナル１０６のロケーションを決定するように、ローカライゼーション手順を開始できる。図６には、この結果行われるローカライゼーションのためのメッセージ交換は示されていない。次に、交通予測を決定するためのアプリケーションによってユーザーターミナルのロケーションを検討する。アプリケーションは、対応する設定情報に従い、（車両内に存在する）ユーザーターミナルだけを検討すればよいので、実際の環境設定と独立してすべての登録されたユーザーターミナルを検討する場合と比較し、交通予測はより正確となる。

メッセージ交換６０６および６０８により、ユーザーターミナル１０６と車両１０１との間のブルートゥース通信リンクは、例えばユーザーが車両１０１からターミナル１０６を外すことにより終了する。終了中、例えばサービスレベル接続が外された後に、ターミナル１０６は、自動的に、または車両１０１のトリガーにより、「車両内に存在しない」との設定情報を含む、アプリケーションサーバー１０８への送信６１０を実行できる。アプリケーションは次に、ホストとなっているサービスのうちの１つ以上のために、ターミナル１０６の（ロケーションの）検討を解除できる。例えばアプリケーションサーバーは、携帯電話のロケーションのリクエストを停止できる。

これまで設定情報は物理的対象、例えば車両に対するユーザーターミナルの関係を示すものとして説明したが、一般に設定情報は、最も広範な意味においてターミナルの環境に関連し、特定のサービスに対して適当な任意の情報を含むことができる。例えば設定情報は、上記とは別に、ローカルの温度、ローカル時間などのような環境パラメータも示すこともできる。設定情報に含ませることができる車両の作動ステータス情報は、車両のブランドおよびモデル、または車両の特定のタイプ、例えば乗用車、タクシー、バス、バンなども含むことができる。

本明細書で提案される技術を示すのに、例えば車両テレマティクスサービスを実施するアプリケーションを例として使用した。緊急アプリケーションは、これら技術が適す別のクラスのアプリケーションとなっている。例えばユーザーターミナルが緊急コールを行っていることを検討する。この場合、緊急センターに対し、ターミナルのロケーションを送ることができる。緊急センターに対し、「車両内に存在する」などの環境設定情報を、追加的に、かつ自動的に提供できる。次に、設定情報を使って、センター内のオペレータによりマニュアルで、または自動的に、とるべき処置をトリガーできる。例えばヘリコプター、自動車または警察官を送るかどうかの判断を、かかる設定情報に基づいて行うことができる。

アプリケーションサーバーへの設定情報の提供は、ユーザーがトリガーすることによって行ってもよい。例えばユーザーターミナル上の特定のプロファイル、例えば「車両」、「ミーティング」などを選択することにより行うことができる。この場合、ユーザーターミナルと例えば車両との間の接続は不要である。しかしながら、このことは設定情報が車両の作動ステータス情報を含まなくてもよいようにもできる。

ユーザーターミナルまたは車両内のいずれかでＧＰＳユニットを利用できる場合、モバイルネットワーク内のローカライゼーションサービスに基づくローカライゼーション、およびＧＰＳユニットに基づくローカライゼーションの双方を、相補的機構として使用できる。例えば、そのときにＧＰＳユニットが衛星接続を利用できない場合、バックアップ機構としてローカライゼーションサービスを使用できる。別の実施形態では、モバイルネットワークの無線インターフェースを通した送信リソース利用を制限するために、ローカライゼーションサービスを利用できる。

本明細書で提案する技術は、車両テレマティクスサービスを除くサービスにも利用できる。例えば「ミーティングルーム内に存在しない／存在する」旨の環境設定を検討する。設定情報が「ミーティングルーム内に存在する」旨を表示する場合、通信相補的サービス、例えば（メールボックス、仲間、秘書への）無条件の通話転送を自動的に起動できる。「仕事中でない／仕事中である」旨の環境設定を使用し、着信、例えば個人的な通話を禁止するか、または所定の時間の後に限り転送するよう、ユーザープロファイルにおける通話転送または通話禁止のサービスを管理できる。

本明細書に提案する技術によって、例えばテレマティクス環境において、より信頼できるアプリケーションサービスを提供することが可能となる。例えば本発明は、実際に交通の流れの一部となっているユーザーターミナルを検討するだけで、交通の流れをより信頼性高く分析できるよう、ユーザーターミナル（携帯電話）をトラッキングできるようになる。一般的環境設定、またはユーザーターミナルが位置しているか、近くにあるか、内部にあるような環境のタイプを示すのに、設定情報を利用できる。この設定情報は単独で使用してもよいし、またはユーザーターミナルの地理的位置を示すロケーション情報に加えて使用してもよい。アプリケーションでは、計算などを実行するための入力データとしてロケーション情報を使用できるが、設定情報はかかるローカライゼーションアプリケーション（または他の任意のアプリケーション）を制御するための制御データとすることができる。例えばターミナルが車両内に存在することの信号を発した後に限り、交通予測／警告のために携帯電話のローカライゼーションの認識をスタートするようにアプリケーションを制御できる。

かかる設定情報を利用できれば、サービスを更に利用できるようになる。例えば交通の流れに関連するサービスは、交通の流れのより信頼できる予測を提供できるようになる。緊急コールに応答してとられる措置は、特に緊急ケースが生じた環境に、より特別に適応できるようにできる。相補的通信サービス、例えば無条件通話転送サービスを自動的にコンフィギュアするのに、設定情報を使用できる。

ユーザーターミナルの環境、例えば「ミーティング」、「自宅」、「仕事」に従って、モバイルネットワーク／固定ネットワークに関連するようなユーザープロファイルを自動的にコンフィギュアできる。ユーザーターミナルが、例えばローカル通信接続を介して環境設定を検出し、設定情報を自動的に提供するようになっている場合、追加的なマニュアルコンフィギュレーション作業をすることなく、ユーザーが上記利点を享受できる。他のケースでは、ユーザーは、「車両内に存在しない／存在する」のような環境をマニュアルで選択しなければならないことがある。マニュアルコンフィギュレーション（変更）は、アプリケーションサーバーへの設定情報の伝搬、および／またはモバイルネットワーク内（例えばＨＳＳ内）または他のサービスインフラストラクチャ内でのユーザープロファイルの伝搬をトリガーし得る。

提案されている技術を実施するには、例えばユーザーターミナルまたはモバイルネットワークコンポーネント内で若干の変更をするだけでよい。例えばユーザーターミナルとアプリケーションサーバーの双方に所定の設定情報を提供する場合、アプリケーションを制御するには、無線インターフェースを介して更に単一ビットも送信しなければならない場合もある。

交通予測サービスのような多くのロケーションに基づくサービスは、精度が限られているモバイルネットワークにおける現在の三角測量技術に基づくローカライゼーションサービスを使用する提案技術の利点を活用できる。すなわち交通予測の精度を高めるのにセンチメートルのレンジ内の精度で車両の位置を決定する必要はない。

以上で、好ましい実施形態に関連して本発明につて説明したが、この説明は単に発明を説明する目的のためのものであると理解すべきである。
従って、本発明は特許請求の範囲のみによって限定されるものである。

Claims (16)

1. モバイルネットワークを介してアクセス可能なアプリケーションサーバーの制御方法であって、該アプリケーションサーバーが、
   ユーザーターミナルに関連するユーザープロファイル内に示された設定情報であって、該ユーザーターミナルが設置されている環境の環境設定を示す設定情報にアクセスするステップと、
   前記アクセスした設定情報及び前記ユーザープロファイル内の他の情報に従い、アプリケーションサーバーがホストとなっているアプリケーションを制御するステップと
   を備え、
   前記環境は物理的対象であり、前記設定情報は、前記ユーザーターミナルの位置が該物理的対象の「内部」又は「近く」であるか否かを示し、
   前記制御するステップにおいては、前記ユーザーターミナルが前記物理的対象の内部又は近くであることを前記アクセスした設定情報が示している場合は、前記アプリケーションは前記ユーザーターミナルの位置を考慮するように制御され、前記ユーザーターミナルが前記物理的対象の内部又は近くではないことを前記アクセスした設定情報が示している場合は、前記アプリケーションは前記ユーザーターミナルの位置の考慮を解除するように制御される
   ことを特徴とするアプリケーションサーバーの制御方法。
2. 設定情報をモバイルネットワークの無線インターフェースを介して受信するステップと、
   受信した前記設定情報を、ユーザーターミナルに関連する前記ユーザープロファイル内に記憶するステップと
   を更に備えることを特徴とする請求項１に記載の方法。
3. 前記設定情報を前記ユーザープロファイル内に記憶した後に、前記ユーザーターミナルに関連するユーザープロファイルにアクセスして、該ユーザーターミナルのユーザーが前記アプリケーションにより提供されるサービスについて登録されているか否かを判定するステップと、
   前記ユーザーターミナルのユーザーが前記アプリケーションにより提供されるサービスについて登録されていると判定された場合、前記ユーザープロファイルに示される前記設定情報を分析するステップと
   を更に備えることを特徴とする請求項２に記載の方法。
4. 前記ユーザーターミナルと前記ユーザーターミナルが設置されている環境に関連するターミナルデバイスとの少なくともいずれかに関するロケーションを決定するためのローカライゼーションサービスの実行を、前記設定情報の受信によってトリガーされることにより開始するステップを更に備えることを特徴とする請求項２又は３に記載の方法。
5. 前記ユーザープロファイルは、複数のユーザーの各々について、前記アプリケーションサーバーが備える記憶装置に記憶されることを特徴とする請求項１から４のいずれか１項に記載の方法。
6. 前記ユーザープロファイルは、複数のユーザーの各々について、ネットワーク上の記憶装置に記憶されることを特徴とする請求項１から５のいずれか１項に記載の方法。
7. 前記ユーザープロファイルは、ユーザーターミナルのユーザーと、ユーザーターミナル自身と、モバイルネットワークと、アプリケーションサーバーとの少なくともいずれかに関連するデータフィールドを含むことを特徴とする請求項１から６のいずれか１項に記載の方法。
8. 前記設定情報は、前記物理的対象の作動ステータスの表示を含むことを特徴とする請求項１から７のいずれか１項に記載の方法。
9. 前記物理的対象は車両であることを特徴とする請求項１から８のいずれか１項に記載の方法。
10. 前記アプリケーションは、車両テレマティクスサービスを実施する、請求項１から９のいずれか１項に記載の方法。
11. 前記設定情報は、複数の所定の環境設定のうちの１つを示すことを特徴とする請求項１から１０のいずれか１項に記載の方法。
12. 複数のユーザーのユーザープロファイルを記憶する、モバイルネットワークを介してアクセス可能な記憶装置の制御方法であって、該記憶装置が、
    ユーザーターミナルが設置されている環境の環境設定を示す設定情報を、モバイルネットワークの無線インターフェースを介して受信するステップと、
    受信した前記設定情報を、前記ユーザーターミナルに関連するユーザープロファイルに記憶するステップと、
    前記設定情報を含む前記ユーザープロファイルを、設定情報に従いアプリケーションを制御するアプリケーションサーバーへ送信するステップと
    を備え、
    前記環境は物理的対象であり、前記設定情報は、前記ユーザーターミナルの位置が該物理的対象の「内部」又は「近く」であるか否かを示し、
    これにより前記アプリケーションサーバーは、前記ユーザーターミナルが前記物理的対象の内部又は近くであることを前記設定情報が示している場合は、前記アプリケーションが前記ユーザーターミナルの位置を考慮するように制御し、前記ユーザーターミナルが前記物理的対象の内部又は近くではないことを前記設定情報が示している場合は、前記アプリケーションが前記ユーザーターミナルの位置の考慮を解除するように制御する
    ことを特徴とする記憶装置の制御方法。
13. モバイルネットワークを介してアクセス可能なアプリケーションサーバーであって、
    ユーザーターミナルに関連するユーザープロファイル内に示された設定情報であって、該ユーザーターミナルが設置されている環境の環境設定を示す設定情報にアクセスする第１コンポーネントと、
    前記アクセスした設定情報及び前記ユーザープロファイル内の他の情報に従い、アプリケーションサーバーがホストとなっているアプリケーションを制御する第２コンポーネントと
    を備え、
    前記環境は物理的対象であり、前記設定情報は、前記ユーザーターミナルの位置が該物理的対象の「内部」又は「近く」であるか否かを示し、
    前記第２コンポーネントは、前記ユーザーターミナルが前記物理的対象の内部又は近くであることを前記アクセスした設定情報が示している場合は、前記アプリケーションが前記ユーザーターミナルの位置を考慮するように制御し、前記ユーザーターミナルが前記物理的対象の内部又は近くではないことを前記アクセスした設定情報が示している場合は、前記アプリケーションが前記ユーザーターミナルの位置の考慮を解除するように制御する
    ことを特徴とするアプリケーションサーバー。
14. 請求項２から１２のいずれか１項に記載の方法の各ステップを実行する請求項１３に記載のアプリケーションサーバー。
15. モバイルネットワークを介してアクセス可能な記憶装置であって、
    複数のユーザーのユーザープロファイルを記憶する記憶手段と、
    ユーザーターミナルが設置されている環境の環境設定を示す設定情報を、モバイルネットワークの無線インターフェースを介して受信する受信手段と、
    受信した前記設定情報を、前記記憶手段に記憶された前記ユーザーターミナルに関連するユーザープロファイルに提供する提供手段と
    前記設定情報を含む前記ユーザープロファイルを、設定情報に従いアプリケーションを制御するアプリケーションサーバーへ送信する送信手段と
    を備え、
    前記環境は物理的対象であり、前記設定情報は、前記ユーザーターミナルの位置が該物理的対象の「内部」又は「近く」であるか否かを示し、
    これにより前記アプリケーションサーバーは、前記ユーザーターミナルが前記物理的対象の内部又は近くであることを前記設定情報が示している場合は、前記アプリケーションが前記ユーザーターミナルの位置を考慮するように制御し、前記ユーザーターミナルが前記物理的対象の内部又は近くではないことを前記設定情報が示している場合は、前記アプリケーションが前記ユーザーターミナルの位置の考慮を解除するように制御する
    ことを特徴とする記憶装置。
16. 請求項１３又は１４に記載のアプリケーションサーバーと、請求項１５に記載の記憶装置とを備えることを特徴とする通信システム。

Images