(57)【要約】【課題】遠隔地と車両との間における車両関連のメッセージの交換を管理すると共に制御する方法及びシステムを提供する。【解決手段】本発明は、遠隔地と車両との間における車両関連のメッセージの交換を管理すると共に制御するためのメッセージポータル及びその方法を含む。一実施例において、メッセージポータルは、遠隔地からメッセージを受信すると共に、いつそのメッセージが車両に放送されるべきであるかを決定する。メッセージに対する優先順位は、その全てが、利用者インタフェースを通じて、利用者によって更新され得るか、またはカスタマイズされ得るいくつかの変数によって決定される。メッセージポータル、及び方法は、同様に、車両障害メッセージを遠隔地に自動的に中継し得ると共に、その場合に、遠隔地は障害を分析すると共に、応答メッセージをドライバに対して返信する。【選択図】図１
2010102737.tif 000002
【特許請求の範囲】
【請求項１】
遠隔地と車両との間における車両関連のメッセージの交換を管理すると共に制御するためのメッセージポータルを含むサーバであって、
前記遠隔地から送信されたメッセージを受信するためのメッセージ受信サービスと、
前記メッセージ受信サービスによって受信された各メッセージがいつ前記車両に対して放送されるべきであるかを決定するための放送スケジューラと、
各メッセージが受信されるときに、各メッセージが前記車両に対して放送されるべき順序を決定するために、重み部分と時間部分とを含む優先順位アルゴリズムを使用するための優先待ち行列装置と、
優先待ち行列に格納されたメッセージが前記優先待ち行列をいつ離れることができるかを制御するための通信指令装置と、
前記優先待ち行列を離れたメッセージを符号化すると共に、符号化されたメッセージを前記車両に対して放送するための符号化装置とを備え、
前記重み部分が、少なくとも１つの重み付けアルゴリズムを更に含む
ことを特徴とするサーバ。
【請求項２】
前記優先待ち行列装置が、動作中の車両の飽和状態に関連する変数を有する少なくとも１つの重み付けアルゴリズムを含む優先順位アルゴリズムを用いて放送順序を決定する
ことを特徴とする請求項１に記載のサーバ。
【請求項３】
前記優先待ち行列装置が、稼働日に対する近接度に関連する変数を有する少なくとも１つの重み付けアルゴリズムを含む優先順位アルゴリズムを用いて放送順序を決定する
ことを特徴とする請求項１に記載のサーバ。
【請求項４】
前記優先待ち行列装置が、前記メッセージ受信サービスによって受信された遅延したメッセージに関連する重み付けされた変数を有する時間部分を含む優先順位アルゴリズムを用いて放送順序を決定する
ことを特徴とする請求項１に記載のサーバ。
【請求項５】
前記符号化装置が、メッセージを受信することになる車両と互換性があるフォーマットに各メッセージを変換する
ことを特徴とする請求項１に記載のサーバ。
【請求項６】
前記符号化装置が、メッセージを複数のパケットに分割するチャンク手段を備える
ことを特徴とする請求項１に記載のサーバ。
【請求項７】
前記複数のパケットが、前記車両に対して放送される
ことを特徴とする請求項６に記載のサーバ。
【請求項８】
前記符号化装置が、衛星放送ネットワークによって前記車両に対するメッセージを放送する
ことを特徴とする請求項１に記載のサーバ。
【請求項９】
更なる放送に関する全体または一部分のメッセージを記憶するためのソースデータキャッシュを更に備える
ことを特徴とする請求項１に記載のサーバ。
【請求項１０】
各メッセージが前記符号化装置によって放送された時間を記録すると共に、ログ情報を前記放送スケジューラに伝達するための放送サービスを更に備える
ことを特徴とする請求項１に記載のサーバ。
【請求項１１】
遠隔地と車両との間における車両関連のメッセージの交換を管理すると共に制御するためのメッセージポータルを含むサーバを利用する方法であって、
（ａ）遠隔地からメッセージを受信する段階と、
（ｂ）各メッセージが受信されるときに、重み部分と時間部分とを含む優先順位アルゴリズムに従って、前記（ａ）段階で受信された各メッセージがいつ前記車両に対して放送されるべきであるかを決定する段階と、
（ｃ）前記（ｂ）段階における決定に従ってメッセージの各々に優先順位をつける段階と、
（ｄ）メッセージを前記車両によって読み取ることができるフォーマットに変換する段階と、
（ｅ）前記（ｄ）段階において変換されたメッセージを、一対多の通信ネットワークを経由すると共に、前記（ｃ）段階において設定された優先順位に従って、前記車両に対して放送する段階とを含み、
前記重み部分が、少なくとも１つの重み付けアルゴリズムを更に含む
ことを特徴とする方法。
【請求項１２】
前記（ａ）段階のメッセージを受信する段階が、
（i）前記遠隔地からメッセージを受信する段階と、
（ii）前記（i）段階において受信されたメッセージが前記遠隔地より送信されたことを確認する段階と、
（iii）前記（ii）段階においてメッセージが前記遠隔地から送信されたと確認されるか否かに少なくとも部分的に基づいて、前記（i）段階において受信されたメッセージを保存する段階と
を含むことを特徴とする請求項１１に記載の方法。
【請求項１３】
前記（ｃ）段階において、各メッセージが、メッセージのカテゴリに関連する変数を有する少なくとも１つの重み付けアルゴリズムに従って優先順位をつけられる
ことを特徴とする請求項１１に記載の方法。
【請求項１４】
前記（ｃ）段階において、各メッセージが、メッセージのサービスレベルに関連する変数を有する少なくとも１つの重み付けアルゴリズムに従って優先順位をつけられる
ことを特徴とする請求項１１に記載の方法。
【請求項１５】
前記（ｃ）段階において、各メッセージが、動作中の車両の現在の飽和状態に関連する変数を有する少なくとも１つの重み付けアルゴリズムに従って優先順位をつけられる
ことを特徴とする請求項１１に記載の方法。
【請求項１６】
前記（ｃ）段階において、各メッセージが、稼働日に対する近接度に関連する変数を有する少なくとも１つの重み付けアルゴリズムに従って優先順位をつけられる
ことを特徴とする請求項１１に記載の方法。
【請求項１７】
前記（ｃ）段階において、各メッセージが、メッセージが遅延したか否かに関連する重み付けされた変数を有する時間部分を含む優先順位アルゴリズムに従って優先順位をつけられる
ことを特徴とする請求項１１に記載の方法。
【請求項１８】
前記（ｅ）段階の各メッセージを放送する段階が、
（i）前記（ｄ）段階において変換されたメッセージを複数のパケットに分割する段階と、
（ii）前記（i）段階において作成されたパケットを放送する段階と、
（iii）更なる放送のために、前記（ii）段階において放送されたメッセージの少なくとも一部分を記憶する段階と
を含むことを特徴とする請求項１１に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、遠隔地から車両に対して供給された情報を管理すると共に制御するための方法及びシステムに関するものである。更に具体的には、本発明は、車両と遠隔地との間で供給された車両関連の情報を管理すると共に制御することに関するものである。
【背景技術】
【０００２】
この特許出願は、“３５  Ｕ．Ｓ．Ｃ．  １１９（ｃ）”に従って、“METHOD AND SYSTEM FOR ADMINISTRATING AND CONTROLLING THE EXCHANGE OF SERVICES AND INFORMATION BETWEEN A VEHICLE AND A REMOTE LOCATION”と名づけられ、２００４年４月６日に米国特許庁に出願された米国暫定特許出願シリアル番号60/560,088号に対する優先権を主張する。
【０００３】
車両の維持及び保守は、良い走行状態に車両を維持すると共に、車両製造業者の全体の評判を維持するために不可欠である。例えば、利用者の放置のために、車両が機能不全になるか、もしくは壊れるとしても、特に、利用者の放置のために、いくつかの車両が機能不全である場合、車両の欠陥と対照的に、車両製造業者の評判がまだ傷つけられることになる。従って、利用者が彼らの車両の定期的なサービスを放置するので、改良された交換部品によってそれらの車両をアップグレードすると共に、いくつかの場合には、リコールされた車両部品の交換を忘れたとしても、それらの車両を修理するように利用者に思い出させることは重要である。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００１−３４３９７９号公報
【特許文献２】特開２０００−１１２９７８号公報
【特許文献３】特開２００３−１２２７８５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
利用者に思い出させる既知の方法は、非常に柔軟性がなく、扱いにくいと共に、非能率的である。以前の方法において、車両は、事象が発生するときに作動させられる警告灯を備えて製造された。例えば、整備合図灯（maintenance reminder lights）及び低オイルレベル灯（low oil level lights）は、利用者に彼らの車両を修理会社に持っていくことを思い出させるために作動させられる。それらのライトは、元来車両のメモリに事前プログラムされた時間間隔、及びレベルに従ってのみ作動させられる。従って、もし利用者が彼の車両を修理するために利用した修理会社が、オリジナルの事前プログラムされたスケジュールと異なった新しい修理スケジュールが適用されるべきであることを決定した場合、修理会社は新しいスケジュールを組み込むためにメモリを更新できないか、または、そうすることは非常に難しいであろう。同様に、もし利用者がそのような合図を作動しないようにすることを望んだ場合、利用者は、実行するために専門的な修理会社の補助を通常必要とする複雑な手順のセットに従うことなくそうすることはできないであろう。
【０００６】
更に、車両において使用されるべき改善された部品の車両部品リコール通知または開発などの次の開発は、そのような以前の方法を使用することによって車両に送信されないであろう。そのような開発を利用者に通知するために、車両製造業者、及び他の修理会社は、利用者に対して製品案内書及び同類のものを郵送することを利用するように強制された。案内書を郵送する処理は、高価であるばかりではなく、適時でも、面倒で非能率的である。
【０００７】
もし利用者が、警告灯、または更新された案内書の受取りに応えて、彼の車両を修理に持っていくことを望んだとしても、利用者は、修理会社の電話番号を捜し出し、修理会社に連絡し、そして予約の予定を決めることを要求される。利用者が予約を行うために必要があるであろう情報の大部分が、一般的に利用者によって携帯されないので、利用者は、彼が車両から出た後で、予約の予定を決めることを強要されるであろう。車両を出ると、利用者は、整備通知灯または案内書の存在にもかかわらず、予約の予定を決めることを忘れる可能性がある。従って、利用者は、車両から出た後で、整備通知灯または案内書の存在にもかかわらず、予約の予定を決めることを忘れる可能性がある。
【０００８】
他の既知の方法は、利用者のプロファイル情報に基づいて、車両に小売り情報及び販売情報を提供するが、しかし、そのような方法は、車両関連の情報を利用者に提供しない。その結果、他の方法は、修理予定、製品リコール、及び車両に関係している他の通知を利用者に知らせるための、便利で、柔軟な方法を提供する必要性に対処しない。
【０００９】
更に、既知の方法において、利用者は、多くの場合、事前プログラムされた通知を観察するが、しかし、通知の意味を理解しない。すなわち、利用者は、多くの場合、通知に応えて、修理のために、彼らが車両を持っていくべきであるか否か、または、いつ彼らが車両を持っていくべきであるかを理解しない。以前の方法は、その通知が現れたとき、人間のオペレータに電話をかけるために、利用者に双方向の呼出し機構を提供した。その場合に、人間のオペレータは、通知の意味を利用者に説明するであろう。車両のエアバッグの内の１つが展開するとき、他の方法は、メッセージを人間のオペレータに自動的に送信する。
【００１０】
しかしながら、そのような既知の方法は、非常に限られており、柔軟性がない。例えば、利用者は、事象の発生に関する情報が自動的に送信されるべきであるか否か、すなわち遠隔地にケースバイケースで送信されないか、もしくは送信されるかを決定する選択権を持っていない。従来技術の方法において、利用者は、大部分の事象の発生に関する情報を遠隔地に自動的に送信する選択権を持っていない。むしろ、利用者は、通知ライトが作動したことをオペレータに通知するために、双方向の呼出し機構を手動で使用しなければならない。その結果、以前の方法は、車両問題と関係がある情報を遠隔地に伝送するために、制限されると共に、柔軟性がない手段を利用者に委ねる。
【００１１】
他の既知の方法は、一般情報を特定の車両に送信することを試みたが、しかし、そうするために非常に非能率的で、柔軟性がない方法を利用した。例えば、既知の方法は、車両固有のデータを特定の車両に送信する試みにおいて、データストリームを特定の車両に対して個々に送信するために、一対一の通信システムを使用する。しかしながら、これらの方法に関する問題は、多くの車両が同じ情報を必要とするかもしれないことである。例えば、いくつかの車両は、地理的領域の至る所で利用者に影響を及ぼす情報を必要とするであろう。従って、以前の方法は、複数の車両に対する同じ情報の数回の伝送を必要とし、これは、貴重な帯域幅の浪費に帰着する。
【００１２】
他の方法は、全ての車両に対する同じ情報の伝送を包含する。これらの方法に関する問題は、多量の不必要な情報が多くの車両に既に氾濫していることであり、利用者は、不必要な情報をふるい分けすることを要求される。
【００１３】
その結果、システムと方法が、遠隔地から車両に対する車両関連の情報の伝送のために開発されると共に、それは、車両から遠隔地に対する車両関連の情報の選択的な伝送を可能にする。更に、システム及び方法が、車両固有情報を車両に対して能率的に送信するために開発された。しかしながら、遠隔地から車両に対する、及び／または、車両から遠隔地に対する車両関連の情報の伝送を管理すると共に制御するためのシステム及び方法に関する必要性は残っている。
【課題を解決するための手段】
【００１４】
本発明は、従来技術のシステム及び方法の欠点を扱う。特に、本発明は、遠隔地から車両に対する、及び／または、車両から遠隔地に対する車両関連の情報の伝送を管理すると共に制御するためのシステム及び方法に方向付けられる。
【００１５】
本発明の第１の特徴に従って、メッセージポータル装置は、遠隔地から車両に対する情報の交換を管理すると共に制御する。メッセージポータル装置は、遠隔地と、車両情報装置（vehicle information devices：ＶＩＤ）を備える車両との間で機能する。メッセージポータル装置は、遠隔地から情報（例えば、車両関連の情報、またはメッセージ）を受信すると共に、一対多の通信ネットワークを経由して、車両に対して情報を放送する。一実施例において、一対多の通信ネットワークは、放送ネットワーク、またはＸＭ無線通信衛星ネットワーク（XM Radio satellite network）である。
【００１６】
本発明の第２の特徴に従って、メッセージポータル装置は、車両と遠隔地との間における情報の交換を管理すると共に制御する。本発明のこの特徴は、ＶＩＤ、及び、移動端末またはハンズフリー装置を備える。ＶＩＤは、車両に配置されると共に、遠隔地またはビジネスコンポーネント（business component）と通信するために、裏チャンネル通信ネットワーク（back channel communication network）（例えば、無線通信ネットワーク）を使用する。メッセージポータル装置（または、ウェブサーバ）は、車両と遠隔地との間の情報（例えば、車両関連情報、またはメッセージ）の交換を管理すると共に制御するために、遠隔地と車両との間で機能する。例えば、メッセージポータル装置は、車両から障害メッセージを受信することができる。この障害メッセージは、その場合に、障害メッセージを公表する公表／承認サービスに対して送信される。この障害メッセージを公表することによって、遠隔地は、障害メッセージを分析すると共に、応答メッセージを生成することができ、応答メッセージは、障害メッセージを生成した車両に放送される。
【００１７】
本発明の第３の特徴に従って、裏チャンネルメッセージポータル装置、及び同報メッセージポータル装置は、１つのメッセージポータル装置として相互接続される。この単一の相互接続されたメッセージポータル装置は、その場合に、一対多の通信ネットワークを経由した遠隔地から車両に対する同報メッセージを管理すると共に制御し、裏チャンネル通信ネットワーク（例えば、無線通信ネットワーク）を経由した遠隔地と車両との間の相互通信メッセージを管理すると共に制御する。
【００１８】
本発明の第４の特徴に従って、管理上のワークシートは、利用者が、メッセージを比較すると共に車両に送信するために次のメッセージを選択する重み付けアルゴリズムをカスタマイズすることを可能にする。管理上のワークシートは、利用者が、特定の変数（例えば、カテゴリ、飽和水準、稼働日等）に与えられた重みをカスタマイズすることを可能にする。
【００１９】
本発明の第５の特徴に従って、ユーザインタフェースは、特定の車両に関係した複数のメッセージを列挙する（例えば、検索エンジンとしての機能）、特定のメッセージを見る、特定のメッセージの内容を見る、そしてメッセージを削除する能力を提供する。ユーザインタフェースは、同様に、スケジューラのパラメータを更新するための手段を提供する。
【００２０】
遠隔地と車両との間の情報の交換を容易にするためのシステム及び方法の更に多くの完全な理解は、追加の利点及びその目的の実現と同様に、好ましい実施例の以下の詳細な記述の考察によって、当業者に与えられることになる。最初に簡単に説明される添付された図面のシートを参照する。
【図面の簡単な説明】
【００２１】
【図１】本発明の特徴に従ったシステムの第１の実施例の構成図である。
【図１ａ】本発明の特徴に従った移動端末と通信する車両情報装置（ＶＩＤ）の構成図である。
【図２】本発明の特徴に従ったシステムの代替えの実施例の構成図である。
【図３】本発明の特徴に従ったメッセージポータル装置の実施例の構成図である。
【図３ａ】図３の実施例の様々な操作上の詳細を例証する構成図である。
【図３ｂ】図３の実施例の様々な操作上の詳細を例証する構成図である。
【図３ｃ】図３の実施例の様々な操作上の詳細を例証する構成図である。
【図３ｄ】図３の実施例の様々な操作上の詳細を例証する構成図である。
【図３ｅ】図３の実施例の様々な操作上の詳細を例証する構成図である。
【図３ｆ】図３の実施例の様々な操作上の詳細を例証する構成図である。
【図３ｇ】図３の実施例の様々な操作上の詳細を例証する構成図である。
【図４】本発明の特徴に従ったメッセージポータル装置の代替えの実施例の構成図である。
【図４ａ】図４の実施例の様々な操作上の詳細を例証する構成図である。
【図４ｂ】図４の実施例の様々な操作上の詳細を例証する構成図である。
【図４ｃ】図４の実施例の様々な操作上の詳細を例証する構成図である。
【図４ｄ】図４の実施例の様々な操作上の詳細を例証する構成図である。
【図４ｅ】図４の実施例の様々な操作上の詳細を例証する構成図である。
【図４ｆ】図４の実施例の様々な操作上の詳細を例証する構成図である。
【図５】本発明の特徴に従った統合されたメッセージポータル装置の更なる実施例の構成図である。
【図６】本発明の特徴に従った放送管理アプリケーションの実施例の構成図である。
【図７】本発明の特徴に従った優先順位の式のワークシートの画面画像である。
【図８】本発明の特徴に従ったカテゴリを例証する重みの式のワークシートの画面画像である。
【図９】本発明の特徴に従ったサービスレベルを例証する別の重みの式のワークシートの画面画像である。
【図１０】本発明の特徴に従った飽和水準を例証する更にもう一つの重みの式のワークシートの画面画像である。
【図１１】本発明の特徴に従ったメッセージ探索（Find Messages）メニューの画面画像である。
【図１２】本発明の特徴に従った利用可能メッセージ（available message）メニューの画面画像である。
【図１３】本発明の特徴に従った単一のメッセージ（single message）の画面画像である。
【図１４】本発明の特徴に従ったメッセージ削除（Delete Message）メニューの画面画像である。
【図１５】本発明の特徴に従った利用可能スケジューラパラメータ（available scheduler parameter）メニューの画面画像である。
【図１６】本発明の特徴に従ったスケジューラ重み編集（edit scheduler weights）メニューの画面画像である。
【発明を実施するための形態】
【００２２】
本発明は、遠隔地から車両に対する、及び／または、車両から遠隔地に対する車両関連の情報の伝送を管理すると共に制御するためのシステム及び方法に方向付けられる。
【００２３】
図１は、本発明の特徴に従って遠隔地１０と車両１２との間で情報の交換を容易にするためのシステムの第１の実施例を示す。車両１２は、車両情報装置（ＶＩＤ）１４、車両検出装置１６、及び移動端末１８を備える。
【００２４】
図１ａに示されたように、車両情報装置（ＶＩＤ）１４は、全て相互に電気的に通信している、ＶＩＤ受信機２０、ＶＩＤ送信機２２、ＶＩＤ入力装置２４、ＶＩＤ出力装置２６、ＶＩＤプロセッサ２８、及びＶＩＤメモリ３０を備える。ＶＩＤメモリ３０は、利用者プロファイル情報の少なくとも一部分を含むと共に、いくつかの実施例においては、利用者プロファイル情報の全体を含む。以下に更に詳細に説明されるように、ＶＩＤメモリ３０に格納される利用者プロファイル情報は、少なくともキーボード、タッチパネルディスプレイ、及び／またはマイクロホンを備えるＶＩＤ入力装置２４を経由して、車両において更新されることができる。利用者プロファイル情報は、ＶＩＤ受信機２０を通じて受信された情報を経由して、同様に更新されることができる。
【００２５】
ＶＩＤ受信機２０は、遠隔地１０から情報を受信すると共に、一実施例において、一対多の通信システムを経由して遠隔地と通信する。一対多の通信システムは、１つの信号源からの情報を、放送ネットワーク３１のような複数の受信機に送信することができるシステムを含む。放送ネットワークは、テレビ、ラジオ、及び衛星ネットワークを含む。一実施例において、放送ネットワーク３１は、放送タワー、衛星サーバ、及び衛星を含むＸＭ無線通信衛星ネットワーク（XM Radio satellite network）である。ＶＩＤ受信機２０によって受信された情報は、ＶＩＤディスプレイ及びＶＩＤスピーカの内の少なくとも１つを含むＶＩＤ出力装置２６を経由してアクセスされることができる。ＶＩＤ受信機２０、及びＶＩＤ出力装置２６は、利用者の好みに基づいて、受信される放送情報のサブセットのみに対するアクセスを利用者に提供する。利用者の好みは、利用者識別情報、及び車両識別情報と同様に、利用者プロファイル情報の一部である。
【００２６】
同様に、車両は、ＶＩＤ１４と通信している車両検出装置１６を備える。車両検出装置１６は、いくつかの車両部品のレベル、及び状態を検出すると共に監視する。例えば、１つの車両検出装置１６は、エンジン温度を監視すると共に、別のものは、オイルレベルを監視する。車両検出装置１６は、例えば、ＶＩＤメモリ３０に格納されるしきい値と監視されたレベルとを比較することにより情報を処理するＶＩＤ１４に対して、監視されたレベル、及び状態を送信する。
【００２７】
第１の実施例において、移動端末１８は、情報を遠隔地１０から受信すると共に、情報を遠隔地１０に対して送信するために使用され、そして、図２において示された代替えの実施例において、ＲＦトランシーバ２５２は、情報を遠隔地１０から受信すると共に、情報を遠隔地１０に対して送信するために使用される。移動端末１８は、携帯電話、または無線通信ネットワーク４６を経由して他の装置と通信することができるあらゆる他の装置であり得る。図１ａに示されたように、移動端末１８は、相互に通信している、移動端末受信機３２、移動端末送信機３４、移動端末入力装置３６、移動端末出力装置３８、移動端末プロセッサ４０、及び移動端末メモリ４２を備える。移動端末１８は、移動端末受信機３２、移動端末送信機３４、及び多数の基地局を有する無線通信ネットワーク４６を経由して、遠隔地１０と通信している。一実施例において、情報は、無線通信ネットワーク４６の高帯域幅の“ＧＰＲＳ／１ＸＲＴＴ”チャンネル上で、車両または遠隔地から送信されるか、またはそれらに対して送信される。もし高帯域幅のチャンネルが利用不可能である場合、低帯域幅のＤＴＭＦチャンネルが使用される。移動端末受信機３２は、遠隔地１０から情報を受信すると共に、移動端末送信機３４は、遠隔地１０に対して情報を送信する。以下で更に詳細に説明される他の実施例において、同様に、移動端末送信機３４は、情報プロバイダ４８、５０に対して情報を送信する。
【００２８】
一実施例において、移動端末１８を経由して、遠隔地１０から受信されると共に、遠隔地１０に対して送信される情報は、移動端末１８と通信しているＶＩＤを経由して、利用者によってアクセスされる。移動端末１８は、車両１２に埋め込まれると共に、例えばケーブルによってＶＩＤ１４と通信し得る。
【００２９】
別の実施例において、ＶＩＤ１４及び移動端末１８は、ＲＦトランシーバ５２、５４を経由して相互に通信する。ＶＩＤ１４及び移動端末１８の両方は、一実施例においてブルートゥース（登録商標）ワイヤレスデータ通信フォーマットに適合するＲＦトランシーバ５２、５４を備える。ＲＦトランシーバ５２、５４は、ＶＩＤ１４及び移動端末１８が相互に通信することを可能にする。示されなかった他の実施例において、ＶＩＤ受信機２０及び移動端末受信機３２、そしてＶＩＤ送信機２２及び移動端末送信機３４は、ＶＩＤ１４及び移動端末１８が相互に通信することを可能にする。更に他の実施例において、ＶＩＤ１４及び移動端末１８から分離しているＲＦトランシーバがあるかもしれないと共に、それは、ＶＩＤ１４及び移動端末１８が相互に通信することを可能にする。
【００３０】
図２において示された代替えの実施例において、ＶＩＤ２１４は、ネットワーク２６２と通信している、ＲＦトランシーバ２５２、アクセスポイント２７０、２７２、及びゲートウェイ２７４、２７６を経由して、遠隔地２１０に対して情報を送信するか、遠隔地２１０から情報を受信する。一実施例において、ＲＦトランシーバ２５２、及びアクセスポイント２７０、２７２は、ＩＥＥＥ  ８０２．１１仕様に準拠していると共に、そのようなトランシーバ及びアクセスポイントは、Ｗｉ−Ｆｉ（登録商標）で認定された装置を備える。アクセスポイント２７０、２７２は、一般的にケーブルを経由して、ゲートウェイ２７４、２７６と通信していると共に、それらのゲートウェイは、ネットワーク２６２を経由して、遠隔地２１０と通信している。アクセスポイント２７０、２７２は、ＲＦトランシーバ２５２と通信していると共に、それらがＲＦトランシーバ２５２と通信し得る限られた範囲を有する。従って、アクセスポイントと車両１２が通過するであろうエリアとの間の距離が、アクセスポイントの限られた範囲以下であるように配置される多数のアクセスポイント２７０、２７２が存在することが望ましい。アクセスポイント２７０、２７２がそのように配置されるとき、ＲＦトランシーバ２５２は、効果的にアクセスポイント２７０、２７２と情報を交換し、従って効果的に遠隔地２１０と情報を交換する。
【００３１】
図２の代替えの実施例において、それらの内のいずれも示されないが、ＶＩＤ２１４が、同様にＶＩＤ入力装置、ＶＩＤ出力装置、ＶＩＤ受信機、ＶＩＤメモリ、及びＶＩＤプロセッサを備える点に注意が必要である。代替えの実施例のＶＩＤ２１４のＶＩＤコンポーネントは、第１の実施例のＶＩＤ１４のＶＩＤコンポーネントに与えられた機能性と同じ機能性を有している。
【００３２】
遠隔地１０、２１０は、相互に通信している、遠隔サーバ４４、２４４、遠隔送信機５６、２５６、遠隔受信機５８、２５８、及び遠隔メモリ６０、２６０を備える。上述のように、第１の実施例では、遠隔送信機５６及び遠隔受信機５８は、放送ネットワーク３１及びワイヤレス通信ネットワーク４６を経由して、それぞれＶＩＤ１４及び移動端末１８と通信すると共に、代替えの実施例では、遠隔送信機２５６及び遠隔受信機２５８は、放送通信ネットワーク２３１及びネットワーク２６２を経由して、ＲＦトランシーバ２５２を備えているＶＩＤ２１４と通信する。遠隔地１０、２１０は、同様に、ネットワーク６２、２６２を経由して、車両ディーラ、車両修理会社、及び車両の利用者のような情報プロバイダ４８、５０、２４８、２５０と通信している。
【００３３】
図１及び図２に示された第１の実施例及び代替えの実施例の双方において、ネットワーク６２、２６２は、一般的にインターネットのような広域ネットワーク（ＷＡＮ）である。他の実施例において、車両ディーラ及び車両修理会社のような情報プロバイダ４８、５０、２４８、２５０のいくつかは、ローカルエリアネットワーク（ＬＡＮ）を経由して、遠隔地１０、２１０と通信することができると共に、一方、車両の利用者のような他の情報プロバイダ４８、５０、２４８、２５０は、インターネットを経由して、遠隔地と通信している。更に他の実施例において、ＲＦトランシーバ２５２は、ＬＡＮであるネットワーク２６２を経由して、遠隔地２１０及び／または情報プロバイダ２４８、２５０と通信している。これらの他の実施例において、ＬＡＮ２６２は、ＩＥＥＥ８０２．３仕様に準拠しているか、もしくはイーサネット（登録商標）ネットワークである。
【００３４】
情報プロバイダ４８、５０、２４８、２５０は、更新された利用者プロファイル情報、及び新しい車両関連情報を、遠隔地１０、２１０に送信することができる。複数の利用者プロファイル情報は、利用者プロファイル情報データベースにあり、他の車両関連の情報と共に遠隔メモリ６０、２６０に記憶される。更新された利用者プロファイル情報、及び新しい車両関連情報は、放送ネットワーク３１、２３１を経由して、遠隔地１０、２１０からＶＩＤ１４、２１４に送信される。他の実施例において、新しい車両関連情報、及び更新された利用者プロファイル情報は、ワイヤレスネットワーク４６、またはネットワーク２６２を経由して、車両１２、２１２に送信されることができる。車両において、ＶＩＤメモリ３０に記憶される利用者プロファイル情報は更新されると共に、車両関連情報は、ＶＩＤ出力装置２６を経由して、利用者にアクセス可能にされる。他の実施例において、情報プロバイダは、直接、無線通信ネットワーク４６またはネットワーク２６２を経由して、移動端末１８またはＲＦトランシーバ２５２と通信することができる。
【００３５】
図３は、本発明の特徴に従った遠隔地から車両に対する情報の交換を管理すると共に制御するための方法及びシステムの実施例を示す。その実施例は、遠隔地３１０と、ＶＩＤ（例えば、図１及び図２で示されたＶＩＤ１４及びＶＩＤ２１４）を備える車両３１２との間で機能するメッセージポータル装置３００を備える。メッセージポータル装置３００は、遠隔地から情報（例えば、車両関連情報、またはメッセージ）を受信すると共に、一対多の通信ネットワーク３３１を通じて、情報を車両３１２に放送する。一実施例において、一対多の通信ネットワーク３３１は、放送ネットワーク、またはＸＭ無線通信衛星ネットワーク（XM Radio satellite network）である。
【００３６】
動作中、図３ａで示されたように、遠隔地３１０は、直接、もしくはイベントサービス３２０を経由して、放送されるべき情報またはメッセージをメッセージポータル装置３００のメッセージ受信サービス３２１に提出する。メッセージ受信サービス３２１は、その場合に、メッセージを確認する（例えば、そのメッセージが遠隔地３１０から来たということ、及び／または、それがメッセージを受信したということを確認する）。ここで、図３ｂを参照すると、メッセージ受信サービス３２１は、その場合に、メッセージを、データベースまたは放送メッセージデータベース３２２に記憶する。放送メッセージデータベース３２２は、メッセージデータを記憶するための構造化照会言語（structured query language：ＳＱＬ）サーバデータベースであり得る。更に、メッセージ受信サービス３２１は、メッセージを放送スケジューラ３２３に提出する。
【００３７】
ここで、図３ｃを参照すると、放送スケジューラ３２３は、その場合に、いつそのメッセージが放送されるべきであるかを決定すると共に、その後、メッセージを優先待ち行列３２４に送信する。一実施例において、優先待ち行列３２４は、（１）メッセージのカテゴリ、（２）メッセージのサービスレベル、（３）図３ｄに示されるような動作中の車両の現在の飽和状態、（４）稼働日に対する近接度、及び／または（５）メッセージが遅延したか否かに従って、それが受信するメッセージを分類する。放送スケジューラ３２３、及び優先待ち行列３２４は、メッセージを比較すると共に、放送されるべき次のメッセージを確定的に選択する一連の重み付けアルゴリズムを通じて、メッセージが放送されるべき順序を決定することができる。これらの重み付けアルゴリズムは、重み付け係数に依存する。これらの係数に関する値は、メッセージポータル装置３００の管理者によって設定され得る。例えば、管理者は、スケジューラにおける各変数を変える効果を示すために、管理ワークシートを使用することができる。管理ワークシートは、管理者がどのような値が必要とされるかを決定するのを支援し得る当業者に知られているあらゆるワークシートであり得ると共に、その場合に、これらの値をメッセージポータル装置３００に入力し得る。
【００３８】
ここで、図３ｅを参照すると、通信指令装置３２５が、その場合に、優先待ち行列３２４からメッセージ（または、次のメッセージ）を取り出す。メッセージは、その場合に、車両３１２に対してメッセージを符号化して放送するために、符号化及び放送サービス３２６に送信される。一実施例において、ここで図３ｆを参照すると、符号化及び放送サービス３２６は、車両３１２によって期待されるフォーマットにメッセージを変換する。符号化されたメッセージは、その場合に、メッセージを複数のパケットに分割する１つ以上のチャンク手段（chunker）３２７ａ、３２７ｂ、３２７ｃに伝達される。一実施例において、チャンク手段３２７ａ、３２７ｂ、３２７ｃは、メッセージを複数のパケットに分割するか、及び／または、パケットを割り当てられたアドレス（例えば、車両３１２の内の１つに関する受信機の割り当てられたアドレス）に割り当てる、ホスト構成プロトコル（host configuration protocol：ＨＣＰ）のチャンク手段である。パケットは、その場合に、一対多の通信ネットワーク３３１（例えば、ＸＭネットワーク）を通じて、車両３１２に送信される。更に、メッセージの一部分または全体は、同様に、ネットワークダウンロード待ち時間を軽減するために、更なる放送のためのソースデータキャッシュ３２８に記憶され得るか、または格納され得る。
【００３９】
ここで、図３ｇを参照すると、放送サービス３２９は、その場合に、メッセージが符号化及び放送サービス３２６によって放送された時間を記録する。この記録された情報は、その場合に、次の伝送（または、放送のための次のメッセージ）の予定を決定するために、放送スケジューラ３２３に伝達される。
【００４０】
当業者は、遠隔地から車両に対する情報の交換を管理すると共に制御するための前述の実施例は、追加機能が加えられ得るか、もしくは修正され得るように、柔軟であることを意図していると認識することになる。情報の交換を管理すると共に制御するための前述の機構及び処理が、実例のみの目的のためのものであると共に、本発明がそれによって制限されないということが同様に認識されるべきである。
【００４１】
図４は、本発明の特徴に従った車両と遠隔地との間で情報の交換を管理すると共に制御するための方法及びシステムの実施例を示す。実施例は、ＶＩＤ４１４（例えば、図１、図２に示されるＶＩＤ１４、２１４）、及び移動端末またはハンズフリー装置４１８を備える。ＶＩＤ４１４は、車両４１２に配置されると共に、遠隔地またはビジネスコンポーネント（business component）４１０と通信するために、裏チャンネル通信ネットワーク（back channel communication network）（例えば、図１に示される無線通信ネットワーク４６、または図２に示されるネットワーク２６２）を使用する。更に、実施例は、車両４１２と遠隔地４１０との間で機能するメッセージポータル装置、またはウェブサーバ４００を備える。メッセージポータル装置４００は、車両４１２と遠隔地との間の情報（例えば、車両関連情報、またはメッセージ）の交換を管理すると共に制御する。
【００４２】
動作中、図４ａで示されたように、検出装置（例えば、図１、図２において示される検出装置１６、２１６）を通じて、遠隔地４１０は、車両４１２に関する問題（例えば、エンジン温度が余りにも高い、及び／または、オイルレベルが余りにも低い）を検出する。ハンズフリー装置４１８は、車両４１２の運転者に、遠隔地４１０と通信する許可を求める。
【００４３】
ここで、図４ｂを参照すると、もし運転者が遠隔地４１０と通信する許可を示す場合、ハンズフリー装置４１８は、ネットワーク接続コンポーネントまたはインターネット接続コンポーネント、パケット交換機または非同期パケット交換機（ＡＳＰＸ）４０１を通じて、メッセージをメッセージポータル装置４００に送信する。一度メッセージがメッセージポータル装置４００によって受信されたならば、メッセージポータル装置４００は、（例えば、裏チャンネルメッセージ受信部４０２を通じて、）（例えば、裏チャンネルネットワークの車両として）車両４１２を認証し、メッセージの暗号化を解読し、及び／または、メッセージのバイナリフォーマットを復号化する。
【００４４】
ここで、図４ｃを参照すると、メッセージは、その場合に、メッセージポータル装置４００の裏チャンネルメッセージ受信部４０２から、公表／承認サービス４０３に対して送信される。サービス４０３は、その場合に、複数のビン（bin）４０５ａ、４０５ｂ、４０５ｃにおけるメッセージを公表する。ビンは、車両診断メッセージを保持するためのビン４０５ａ、リコールメッセージを保持するためのビン４０５ｂ等を含み得る。
【００４５】
ここで、図４ｄを参照すると共に、メッセージが車両診断メッセージであると仮定すると、診断メッセージに同意する遠隔システムまたはビジネスコンポーネント４１０のビジネスコンポーネントは、診断のビン４０５ａにおける公表されたメッセージを読む。遠隔地４１０は、その場合に、公表されたメッセージと関係するか、または対応する情報を検索すると共に、車両４１２からの公表されたメッセージに対して、応答を送信する。図４ｄの実施例において、応答は、応答ビン４０６に送信される。
【００４６】
ここで、図４ｅを参照すると、応答メッセージが応答ビン４０６に到達するとき、それはメッセージポータル装置４００の裏チャンネルメッセージ受信部４０２によって検索される。応答メッセージは、その場合に、バイナリフォーマットに変換されると共に、暗号化される。応答メッセージは、その場合に、インターネット接続コンポーネント４０１へ上げられる。
【００４７】
ここで、図４ｆを参照すると、応答メッセージは、その場合に、インターネット接続コンポーネント４０１及びハンズフリー装置４１８を通じて、車両４１２に送信される。応答情報（例えば、診断情報の応答）は、その場合に、ＶＩＤ４１４を通じて、車両４１２の運転者に表示される。
【００４８】
当業者は、遠隔地から車両に対する情報の交換を管理すると共に制御するための前述の実施例は、追加機能が加えられ得るか、もしくは修正され得るように、柔軟に設計されていると認識することになる。
【００４９】
ここで、図５を参照すると、一実施例において、図４のメッセージポータル装置４００は、裏チャンネルのメッセージポータル装置であると共に、図３のメッセージポータル装置３００は、放送メッセージポータル装置である。図５で示されたように、２つのポータル装置３００、４００は、１つのメッセージポータル装置として相互に接続され得る。この１つのメッセージポータル装置は、その場合に、（１）一対多の通信ネットワーク３３１を介した遠隔地３１０から車両に対する放送メッセージを管理すると共に制御することができ、そして（２）裏チャンネル通信ネットワーク４４６（例えば、図１において示される無線通信ネットワーク４６）を介した遠隔地４１０と車両との間の相互通信メッセージを管理すると共に制御することができる。更に、情報の交換を管理すると共に制御するための前述の機構及び処理が、実例のみの目的のためのものであると共に、本発明がそれによって制限されないということが認識されるべきである。
【００５０】
図６は、一連のウェブページとして配置される放送管理アプリケーション６５０の実施例を示す。更新は、放送データベース６０２、または環境設定ファイル６０３に対して、直接行われる。更新が行われた後で、放送管理アプリケーション６５０は、管理最新情報６５１を通じて通知メッセージを送ることによって、変更をメッセージポータル装置６００に通告する。更に具体的に、上述のように、メッセージポータル装置６００（例えば、図３におけるメッセージポータル装置３００、及び／または、図４におけるメッセージポータル装置４００）は、一対多の通信ネットワーク、ＸＭ無線通信衛星ネットワーク（XM Radio satellite network）、裏チャンネル通信ネットワーク、及び／または無線通信ネットワークに対するメッセージの引き渡しを管理するサービスまたはシステムである。環境設定ファイル６０３は、メッセージポータル装置６００の初期化データ、及びスケジューラパラメータを含む。放送データベース６０２（例えば、ＳＱＬサーバデータベース）は、メッセージデータを含む。管理最新情報６５１（例えば、ＭＱシリーズ待ち行列）は、メッセージポータル装置６００に対して、管理アプリケーション６５０からの最新情報を通知するために使用される。環境設定ファイル６５２（例えば、「ｗｅｂ．ｃｏｎｆｉｇ」）は、同様に、管理アプリケーション６５０によって使用される。環境設定ファイル６５２は、管理アプリケーション６５０のための初期化データを含む。一実施例において、管理アプリケーション６５０は、スケジューラエンジン（例えば、図３において示された放送スケジューラ３２３、及び／または、優先待ち行列３２４）を制御するために使用される。管理アプリケーション６５０がスケジューラエンジンを制御するために使用されるので、メッセージポータル装置６００の実際の管理者のみがアプリケーション６５０にアクセスすることができることは、重要である。従って、放送管理アプリケーション６５０を使用しているとき、特権的アカウントが必要とされる可能性がある。
【００５１】
スケジューラエンジンは、メッセージが送信される順序を決定することに関与する。それは、メッセージを比較すると共に、送信されるべき“次の”メッセージを確定的に選択する一連の重み付けアルゴリズムによって、これを実行する。これらの重み付けアルゴリズムは、重み付け係数に依存する。これらの係数に関する値は、メッセージポータル装置６００の管理者によって設定され得る。例えば、管理者は、スケジューラにおける各変数を変える効果を示すために、管理ワークシートを使用することができる。
【００５２】
管理ワークシートは、管理者がどのような値が必要とされるかを決定するのを支援し得る当業者に知られているあらゆるワークシート（例えば、マイクロソフト（登録商標）エクセル（登録商標））であり得ると共に、その場合に、放送管理アプリケーション６５０を通じてこれらの値を入力し得る。管理者は、必要とされる値を決定するために管理ワークシート使用すると共に、これらの値を放送管理アプリケーション６５０を通じて（例えば、アプリケーション６５０のウェブサイトを通じて）入力するであろうということが意図される。具体的には、遅延したメッセージに重み付けを行うためのワークシート（図７を参照）、放送メッセージのカテゴリに重み付けを行うためのワークシート（図８を参照）、放送メッセージのサービスレベルに重み付けを行うためのワークシート（図９を参照）、現在の飽和状態、及び飽和目標に重み付けを行うためのワークシート（図１０、図１１を参照）、メッセージの重みの変化結果の予測を提供するためのワークシート（図１２を参照）があるべきである。他のワークシートを含むことは、本発明の範囲及び精神の中にある。
【００５３】
図７は、優先順位重み付けワークシート７００の実施例を例証する。ワークシート７００は、特定のメッセージに関する送信優先順位を計算する優先順位アルゴリズム７０２を特定する。図７の実施例において、優先順位アルゴリズム７０２は、以下を含む。
【００５４】
優先順位 = a*WEIGHT + b*(Now - NextScheduledTime)
【００５５】
ワークシート７００は、利用者が、重みスカラ（weight scalar）７０６、時間スカラ（time scalar）７０８、及び遅延ポイント（overdue point）７１０を指定することを可能にする。例えば、値は、重みスカラ７０６に関して、値を対応するセル７１２に入力することによって指定され得る。同様に、各々、利用者は、時間スカラ７０８、及び遅延ポイント７１０に関して、値をセル７１４、及びセル７１６に入力することによって値を指定し得る。これらの値のそれぞれを入力する効果は、グラフ７１８によって、ワークシート７００上で視覚的に示される。
【００５６】
図８から図１０は、優先順位アルゴリズム７０２の重み（WEIGHT）変数７０４が別のアルゴリズムを含むことを例証する。一実施例において、重み変数７０４は、以下を含む。
【００５７】
重み（WEIGHT）= (Category*ServiceLevel) + a*(1-CurrentSaturation) + b*BeIICurve (CurrentDate, ActivationDate, c)
【００５８】
図８は、カテゴリワークシート８００を例証する。このワークシートにおいて、各カテゴリ（category）８０２は、特定の値を割り当てられ得る。例えば、一般的メッセージカテゴリ（General Message category）は、値をセル８０２ａに入力することによって、６０の値を割り当てられ得ると共に、一方、Ｒｅｃａｌｌ／ＰＵＤメッセージカテゴリ（Recall/PUD Message category）は、値をセル８０２ｂに入力することによって、９０の値を割り当てられ得る。すなわち、各カテゴリは、値をそれぞれのセルに入力することによって、特定の値を割り当てられ得る。この実施例において、各カテゴリは、ゼロ（非常に重要でない）と、１２０（非常に重要である）との間に値を割り当てられ得る。図８において示されたそれらより他のカテゴリを含むと共に、他の価値尺度を使用することは、本発明の範囲内にある。ワークシート８００は、同様に、各カテゴリ８０２にセットされた値を視覚的に表示するために、棒グラフ８１０を提供する。
【００５９】
図９は、サービスレベルワークシート９００を例証する。このワークシートにおいて、管理者は、３つのサービスレベル９０２の各々に関して、−名目上の（nominal）、標準の（standard）、重要な（critical）−という範囲をセットすることができる。各サービスレベル変数（Service Level variable）（例えば１、２、及び３）は、管理者によって設定されたこれらの最小値及び最大値に対応する。この実施例において、重要なサービスレベルカテゴリ９０２には、名目上のサービスレベルよりサービスが重要であることを強調するために、更に高い値（例えば、更に高い重み変数７０４）がある。図９の実施例は、同様に、サービスレベル変数９０２が、飽和変数１００２、及び稼働日変数１００４ａと比較して、重み変数７０４に寄与していることを例証するために、表示装置９１０を備える。例えば、図９は、飽和変数１００２及び稼働日変数１００４ａがそれぞれ重み変数７０４の約２４パーセントに寄与する一方、サービスレベル変数９０２が図９において示された設定によって、重み変数７０４の約４０パーセントに寄与することを例証する。
【００６０】
図１０は、現在の飽和状態ワークシート１０００を例証する。このワークシートは、管理者が、飽和スカラ変数１００２、及び稼働日スカラ変数１００４ａを、重み付けアルゴリズム７０４に設定することを可能にする。飽和スカラ変数１００２、稼働日変数１００４ａ、及び使用中止要因変数（days out factor variable）に関する値は、値をセル１００６，１００８、及び１０１０にそれぞれ入力することによって、ワークシートに入力される。ワークシート１０００は、同様に、表示装置９１０を備えることができる。図１０は、この実施例において、飽和スカラ変数１００２が重み変数７０４の約６０パーセントに寄与し、稼働日スカラ変数１００４ａが重み変数７０４の約１０パーセントに寄与し、そしてサービスレベル変数９０２が重み変数７０４の約３０パーセントに寄与することを例証する。ワークシート１０００は、同様に、どのように稼働日スカラ変数１００４ａが重み付け計算（WEIGHT calculation）に寄与するかを表す稼働日グラフ１０１２を含むことができる。
【００６１】
更に、放送管理アプリケーション６５０は、管理者が行うことができる様々な動作と関連付けられたメッセージを検索すると共に、見るための利用者インターフェースを提供するべきである。例えば、利用者インタフェースは、利用者がメッセージを配置することを可能にするメッセージ探索インタフェース（find message interface）１１００を備えることができる。図１１は、メッセージ探索（Find Messages）画面１１００の１つの例を例証する。この画面１１００は、メッセージを配置するために、利用者（例えば、運転者）に検索手段を提供する。図１１の実施例は、部分的な、または完全な車両識別番号（vehicle identification number：ＶＩＮ）を入力するためのテキストボックス１１０２、詳細なカテゴリを選択するためのドロップダウンリスト１１０４、稼働日を入力するためのテキストボックス１１０６、発信元名称を入力するためのテキストボックス１１０８を提供する。この情報の全て、またはいくつかを入力することは、特定のフィールドに従って、利用可能メッセージのリストをフィルタ処理する。この情報の全て、またはいくつかを入力した後で、利用者は、“探索”ボタン１１１０を選択することができ、アプリケーション６５０は、これらのフィルタを利用可能メッセージに適用する。
【００６２】
図１２は、利用可能メッセージ（available message）画面１２００を例証する。探索ボタン１１１０を選択すると、システムは、指定された基準を満たす全てのメッセージを検索する。図１２の実施例は、各表示されたメッセージに関する以下の情報を例証する。
【００６３】
（１）識別番号（ＩＤ）１２０２。
（２）カテゴリ１２０４。
（３）受信日１２０６。
（４）状態１２０８。
（５）発信元１２１０。
（６）稼働日１２１２。
（７）有効期限１２１４。そして、
（８）サービスレベル１２１８。
【００６４】
利用可能メッセージ画面１２００において示される各ＩＤ１２０２は、好ましくは、もし利用者によって触られるか、もしくは選択された場合、単一のメッセージ画面１３００に特有のメッセージを提示することになるハイパーリンクを有する。
【００６５】
図１３は、単一のメッセージ（single message）画面１３００の一実施例を例証する。この画面１３００は、選択されたメッセージの具体的な詳細を利用者に提供する。単一のメッセージ画面１３００は、このメッセージに関する更に詳細な情報を見るか、もしくはメッセージを削除する機会を提供する。もし利用者が“このメッセージを削除”というハイパーリンクを選択する場合、システムは、利用者に、このメッセージの削除を確認するように要求する。メッセージ削除画面１４００上で、“イエス”ボタン１４０２を押下することによって、メッセージは、アプリケーション６５０から削除される。
【００６６】
図１５は、更新され得るスケジューラエンジンの特徴を列挙する利用可能スケジューラパラメータ（available scheduler parameter）インタフェース１５００を例証する。インタフェース１５００は、この実施例において、以下から選択するための６つのハイパーリンクを有する。
【００６７】
（１）スケジューラの重み（Scheduler Weights）１５０２。
（２）カテゴリの重み（Category Weights）１５０４。
（３）サービスレベルの重み（Service Level Weights）１５０６。
（４）計画パラメータ−均等分配（Strategy Parameters - Even Distribution）１５０８。
（５）計画パラメータ−対象走行時間１５１０。そして、
（６）確率関数１５１２。
【００６８】
これらのハイパーリンクの各々によって、利用者は、図７から図１０において以前に示されたアルゴリズムの内の１つの特定の特徴を更新することが可能となる。図１６は、スケジューラ重み編集（edit scheduler weights）画面１６００を例証する。この画面１６００において、重みスカラ変数７０４は、優先順位アルゴリズム７０２を更新するために、修正されることができる。新しい数値をテキストボックス１６０２に入力すると共に、“更新”ボタン１６０６を選択することによって、重み変数７０４は、スケジューラセクションで更新されると共に、重み変数が変更されたというメッセージが表示される。同様の更新画面は、サービスレベル、飽和水準等の図８において示されたカテゴリを更新するために利用可能である。
【００６９】
利用可能計画インタフェース（available strategy interface）は、同様に、管理アプリケーション６５０の利用者インタフェースに含まれ得る。スケジューラエンジンにおいて、計画は、いつメッセージの伝送を予定に入れるかを決定する。それは、それぞれ個々の計画に対してカスタマイズ可能である多くの異なる係数によって変わることができる。利用可能計画パラメータインタフェースは、利用者がどちらの計画の一部分を修正するかを決めることを可能にするために含まれ得る。計画重み編集インタフェース（edit strategy weight interface）は、利用者が重み付け式の計画部分をカスタマイズすることを可能にするために含まれ得る。この式は、メッセージの重要性を決定するために、スケジューラによって使用される。
【００７０】
サービスレベル対象編集インタフェース（edit service level target interface）が含まれ得る。各計画のキーコンポーネントは、どのくらいの頻度で、メッセージを放送するか、もしくは送信するかを計算する。これは、いかに迅速にそのメッセージが“全ての人”（例えば、全ての承認された車両)に届くべきであるか、または“誰か”（例えば、特別に承認された車両）に届くべきであるかによって変わる。サービスレベル対象編集インタフェースは、利用者が、これらの値を指定することを可能にする。更に、放送管理アプリケーション６５０の利用者インタフェースは、確率関数編集インタフェース（edit probability function interface）を含み得る。スケジューラエンジンの別のキーコンポーネントは、“飽和”の概念である。飽和を計算するために、エンジンは、あらゆる特定の期間における路上の車両の仮定された数値の分布関数を持たなければならない。一実施例において、このデータは、米国運輸省（U. S. Department of Transportation）から利用可能にされ得る。
【００７１】
このように車両と遠隔地との間のサービス及び情報の交換を管理するための方法及びシステムの好ましい実施例を示したが、当業者にとって、システム内での確かな利点が達成されたことが明白であるべきである。同様に、様々な修正、適用、及びそれの代替実施例が、本発明の範囲及び精神の中で実現されることができるということが認識されるべきである。例えば、放送通信ネットワークの使用が例証されたが、しかし、上述の多数の発明概念が、等しく他の非放送通信ネットワークの使用に適用できるであろうことが、明白であるべきである。
【符号の説明】
【００７２】
１０    遠隔地
１２    車両
１４    車両情報装置（ＶＩＤ）
１６    車両検出装置
１８    移動端末
２０    ＶＩＤ受信機
２２    ＶＩＤ送信機
２４    ＶＩＤ入力装置
２６    ＶＩＤ出力装置
２８    ＶＩＤプロセッサ
３０    ＶＩＤメモリ
３１    放送ネットワーク
３２    移動端末受信機
３４    移動端末送信機
３６    移動端末入力装置
３８    移動端末出力装置
４０    移動端末プロセッサ
４２    移動端末メモリ
４４    遠隔サーバ
４６    無線通信ネットワーク
４８、５０    情報プロバイダ
５２、５４    ＲＦトランシーバ
５６    遠隔送信機
５８    遠隔受信機
６０    遠隔メモリ
６２    ネットワーク
２１０    遠隔地
２１２    車両
２１４    ＶＩＤ
２１６    車両検出装置
２３１    放送通信ネットワーク
２４４    遠隔サーバ
２４８、２５０    情報プロバイダ
２５２    ＲＦトランシーバ
２５６    遠隔送信機
２５８    遠隔受信機
２６０    遠隔メモリ
２６２    ネットワーク
２７０、２７２    アクセスポイント
２７４、２７６    ゲートウェイ
３００    メッセージポータル装置
３１０    遠隔地
３１２    車両
３２０    イベントサービス
３２１    メッセージ受信サービス
３２２    放送メッセージデータベース
３２３    放送スケジューラ
３２４    優先待ち行列
３２５    通信指令装置
３２６    符号化及び放送サービス
３２７ａ、３２７ｂ、３２７ｃ    チャンク手段（chunker）
３２８    ソースデータキャッシュ
３２９    放送サービス
３３１    一対多の通信ネットワーク
４００    メッセージポータル装置またはウェブサーバ
４０１    パケット交換機または非同期パケット交換機（ＡＳＰＸ）（インターネット接続コンポーネント）
４０２    裏チャンネルメッセージ受信部
４０３    公表／承認サービス
４０５ａ、４０５ｂ、４０５ｃ    ビン（bin）
４０６    応答ビン
４１０    遠隔地またはビジネスコンポーネント（business component）
４１２    車両
４１４    ＶＩＤ
４１８    移動端末またはハンズフリー装置
４４６    裏チャンネル通信ネットワーク
６００    メッセージポータル装置
６０２    放送データベース
６０３    環境設定ファイル
６５０    放送管理アプリケーション
６５１    管理最新情報
６５２    環境設定ファイル
７００    優先順位重み付けワークシート
７０２    優先順位アルゴリズム
７０４    重み（WEIGHT）変数
７０６    重みスカラ（weight scalar）
７０８    時間スカラ（time scalar）
７１０    遅延ポイント（overdue point）
７１２    セル
７１４    セル
７１６    セル
７１８    グラフ
８００    カテゴリワークシート
８０２    カテゴリ（category）
８０２ａ    セル
８０２ｂ    セル
８１０    棒グラフ
９００    サービスレベルワークシート
９０２    サービスレベルカテゴリ（サービスレベル変数）
９１０    表示装置
１０００    現在の飽和状態ワークシート
１００２    飽和（スカラ）変数
１００４ａ    起動日付（スカラ）変数
１００４ｂ    係数変数
１００６、１００８、１０１０    セル
１０１２    起動日付グラフ
１１００    メッセージ探索インタフェース（find message interface）
１１０２    車両識別番号を入力するためのテキストボックス
１１０４    ドロップダウンリスト
１１０６    起動日付を入力するためのテキストボックス
１１０８    発信元名称を入力するためのテキストボックス
１１１０    探索ボタン
１２００    利用可能メッセージ画面
１２０２    識別番号（ＩＤ）
１２０４    カテゴリ
１２０６    受信日
１２０８    状態
１２１０    発信元
１２１２    起動日付
１２１４    有効期限
１２１８    サービスレベル
１３００    単一のメッセージ画面
１４００    メッセージ削除画面
１４０２    “イエス”ボタン
１５００    利用可能スケジューラパラメータインタフェース
１５０２    スケジューラの重み
１５０４    カテゴリの重み
１５０６    サービスレベルの重み
１５０８    計画パラメータ−均等分配
１５１０    計画パラメータ−対象走行時間
１５１２    確率関数
１６００    スケジューラ重み編集画面
１６０２    テキストボックス
１６０６    “更新”ボタン
【図１】
2010102737.tif 000003
【図１ａ】
2010102737.tif 000004
【図２】
2010102737.tif 000005
【図３】
2010102737.tif 000006
【図３ａ】
2010102737.tif 000007
【図３ｂ】
2010102737.tif 000008
【図３ｃ】
2010102737.tif 000009
【図３ｄ】
2010102737.tif 000010
【図３ｅ】
2010102737.tif 000011
【図３ｆ】
2010102737.tif 000012
【図３ｇ】
2010102737.tif 000013
【図４】
2010102737.tif 000014
【図４ａ】
2010102737.tif 000015
【図４ｂ】
2010102737.tif 000016
【図４ｃ】
2010102737.tif 000017
【図４ｄ】
2010102737.tif 000018
【図４ｅ】
2010102737.tif 000019
【図４ｆ】
2010102737.tif 000020
【図５】
2010102737.tif 000021
【図６】
2010102737.tif 000022
【図７】
2010102737.tif 000023
【図８】
2010102737.tif 000024
【図９】
2010102737.tif 000025
【図１０】
2010102737.tif 000026
【図１１】
2010102737.tif 000027
【図１２】
2010102737.tif 000028
【図１３】
2010102737.tif 000029
【図１４】
2010102737.tif 000030
【図１５】
2010102737.tif 000031
【図１６】
2010102737.tif 000032