JP2007511414A6 - 車両運転者および複数のアプリケーション間の対話方法およびシステム - Google Patents
車両運転者および複数のアプリケーション間の対話方法およびシステム Download PDFInfo
- Publication number
- JP2007511414A6 JP2007511414A6 JP2006540356A JP2006540356A JP2007511414A6 JP 2007511414 A6 JP2007511414 A6 JP 2007511414A6 JP 2006540356 A JP2006540356 A JP 2006540356A JP 2006540356 A JP2006540356 A JP 2006540356A JP 2007511414 A6 JP2007511414 A6 JP 2007511414A6
- Authority
- JP
- Japan
- Prior art keywords
- driver
- application
- applications
- manager
- interaction
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 230000003993 interaction Effects 0.000 title claims description 68
- 238000004891 communication Methods 0.000 claims abstract description 60
- 230000004044 response Effects 0.000 claims description 41
- 230000000007 visual effect Effects 0.000 claims description 6
- 230000004913 activation Effects 0.000 claims description 5
- 230000002452 interceptive Effects 0.000 claims description 2
- 238000004590 computer program Methods 0.000 claims 6
- 230000035479 physiological effects, processes and functions Effects 0.000 claims 1
- 238000010561 standard procedure Methods 0.000 claims 1
- 238000000034 method Methods 0.000 description 10
- 229920001690 polydopamine Polymers 0.000 description 5
- 230000005540 biological transmission Effects 0.000 description 4
- 238000004458 analytical method Methods 0.000 description 3
- 230000000875 corresponding Effects 0.000 description 3
- 230000001419 dependent Effects 0.000 description 3
- 230000000694 effects Effects 0.000 description 3
- 230000002104 routine Effects 0.000 description 3
- 241000630329 Scomberesox saurus saurus Species 0.000 description 2
- 206010041349 Somnolence Diseases 0.000 description 2
- 230000001149 cognitive Effects 0.000 description 2
- 238000007667 floating Methods 0.000 description 2
- 238000004519 manufacturing process Methods 0.000 description 2
- 230000001953 sensory Effects 0.000 description 2
- 210000001072 Colon Anatomy 0.000 description 1
- 210000000744 Eyelids Anatomy 0.000 description 1
- 210000003128 Head Anatomy 0.000 description 1
- 241000282412 Homo Species 0.000 description 1
- 230000001133 acceleration Effects 0.000 description 1
- 230000003044 adaptive Effects 0.000 description 1
- 230000000295 complement Effects 0.000 description 1
- 238000001514 detection method Methods 0.000 description 1
- 230000000857 drug effect Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 239000000446 fuel Substances 0.000 description 1
- 230000004927 fusion Effects 0.000 description 1
- 230000004886 head movement Effects 0.000 description 1
- 230000000977 initiatory Effects 0.000 description 1
- 238000003058 natural language processing Methods 0.000 description 1
- 230000037361 pathway Effects 0.000 description 1
- 230000002265 prevention Effects 0.000 description 1
- 230000002250 progressing Effects 0.000 description 1
- 230000035755 proliferation Effects 0.000 description 1
- 230000000717 retained Effects 0.000 description 1
- 238000009423 ventilation Methods 0.000 description 1
- 235000012431 wafers Nutrition 0.000 description 1
Images
Abstract
車両運転者(D)と例えばネイティブ車両アプリケーションおよび/またはアフターマーケットアプリケーションおよび/またはノマディックアプリケーションのような複数の統合および/または非統合アプリケーション(2,3)との間の通信および/または対話方法およびシステムが開示されている。特に、対話マネージャ(41)によって通信および/または対話を管理するための方法およびシステムが提供され、それにより、この通信および/または対話が、運転者の安全性および快適性に対する危険およびそれらの低下を相当に軽減し、かつ運転者の作業負荷および注意散漫も相当に減少させるように行われ、または管理される。
Description
本発明は、人、特に車両運転者と、たとえばネイティブ車両アプリケーションおよび/またはアフターマーケットアプリケーションおよび/またはノマディックアプリケーションのような複数の統合および/または非統合アプリケーションとの間の通信および/または対話を行う方法およびシステムに関する。特に、本発明は、対話マネージャによって通信および/または対話を管理するためのそのような方法およびシステムに関する。
今日では、車両組み込みアプリケーションおよび機能を統合し、それらが、たとえばセンサおよびディスプレイなどの同一のハードウェアおよび/またはソフトウェアコンポーネントを少なくとも部分的に共用できるようにするといった傾向が強い。そのようなアプリケーションには特に、先進運転者支援システム(ADAS)および車内情報システム(IVIS)が含まれる。しかしながら、車両の出荷後に追加されるアフターマーケットアドオンアプリケーションも依然として非常に一般的である。さらに、多くの運転者はPDA(パーソナルデジタルアシスタント)などのポータブルコンピュータ、携帯電話および車内の他の独立アプリケーション(ノマディックシステム)も同様に使用する。
これらのアプリケーションおよび他の技術はすべて、道路の安全性を向上させるとともに、生活および仕事の質を高める可能性が大きい。
しかしながら、そのような車内アプリケーションが急増すると、たとえばアプリケーションを作動させ、メッセージ(たとえば入り診断メッセージまたはSMS(ショートメッセージサービス)メッセージ)が同時に提示されるとき、競合の危険性が増加する。これは、快適性を低下させ、安全性にクリティカルなレベルの作業負荷および注意散漫を運転者に課すであろう。さらに、異なったADASおよびIVIS間の干渉は、最適とは言えない性能、ユーザの受け入れの減少、およびそれによるこれらのアプリケーションの安全性の恩恵の低下をもたらすであろう。
John A. Michon(ワシントン、ロンドンのTaylor & Francis)が1993年に編集した「Generic Intelligent Driver support 」には、(1)一般運転者支援機能の開発、および(2)これらの機能を統合して、それらを運転者および運転環境に適応させる技術の開発という2つの主要焦点を有するGIDS(Generic Intelligent Driver support)プロジェクトが開示されている。GIDSプロジェクトの重要な特徴は、情報管理であった。GIDSで開発されたそのような機能の核心は、
1.同時に提供される異なったサポートおよびサービス機能からの情報の競合を、情報を優先順位に従って順次式に提示することによって防止する優先順位化、および
2.システム開始情報と運転タスクによって課せられるデマンドとの間の競合を、運転状況を尋ねる間に開始された、優先順位が低位または中位の情報をスケジュールし直す(たとえば、後回しにする)ことによって防止するスケジュール設定、
であった。
1.同時に提供される異なったサポートおよびサービス機能からの情報の競合を、情報を優先順位に従って順次式に提示することによって防止する優先順位化、および
2.システム開始情報と運転タスクによって課せられるデマンドとの間の競合を、運転状況を尋ねる間に開始された、優先順位が低位または中位の情報をスケジュールし直す(たとえば、後回しにする)ことによって防止するスケジュール設定、
であった。
これらの機能は、情報を運転者に提示する各アプリケーションが、「対話コントローラ」と呼ばれるユニットに、とりわけ以下の属性、すなわち
アプリケーション識別子(ID)、(6ポイントスケールでの)メッセージ優先順位、好適な提示時、メッセージの内容、および統合HMI(ヒューマンマシンインターフェース)用の明細、タスククラスタ内での順序、および1資源当たりに課せられる作業負荷(すなわち、各種類の感覚でメッセージが運転者にどれだけ多くの作業負荷を課すか)、
を含む「リクエスト」を送る際のデータフロープロトコルによって実現される。
アプリケーション識別子(ID)、(6ポイントスケールでの)メッセージ優先順位、好適な提示時、メッセージの内容、および統合HMI(ヒューマンマシンインターフェース)用の明細、タスククラスタ内での順序、および1資源当たりに課せられる作業負荷(すなわち、各種類の感覚でメッセージが運転者にどれだけ多くの作業負荷を課すか)、
を含む「リクエスト」を送る際のデータフロープロトコルによって実現される。
作業負荷推定部によって与えられる現在の作業負荷の推定に基づいて、対話コントローラは、メッセージをいつどのように運転者に提示するかを決定する。対話コントローラは、統合HMIを介して情報を運転者に実際に提示する役割も果たす。このため、基本的なGIDS情報管理機能は、対話コントローラの共通HMIを介して提示された情報を濾過することである。しかしながら、独自のHMIを有する独立システム(たとえば、アフターマーケットおよびノマディックシステム)の統合管理を可能にする方法は開示されていない。
米国特許出願第2002/0120374A1号は、車両の内部での運転者の活動に関する運転者活動データを監視して、車両走行データ、車両環境データおよび運転者状態データを受け取る運転者動作向上システムおよび方法を開示している。運転者認知負荷を推定し、これらのデータに基づいて、車両情報を運転者に選択的に知らせるために、車両情報を優先順位化する。さらに、システムは、携帯電話、PDAおよびページャのような無線通信機器でも作動して、それぞれそれらの装置の入り呼び出し、eメールおよびテキストおよびデータメッセージに優先順位を付ける。
しかしながら、これらのいわゆる独立機器を本システムに統合するには、追加のハードウェハ、特にセンサ融合モジュール、および関連機器での、またはその内部の適当な処理能力が必要である。これは、不利であるとともに高コストであると見なされる。
したがって、本発明の1つの目的は、車両運転者と上記の複数の統合および/または非統合アプリケーションとの間の通信および/または対話を行うための方法およびシステムであって、それにより、この通信および/または対話が、運転者の安全性および快適性に対する危険およびそれらの低下を相当に軽減し、かつそのような通信および/または対話による運転者の作業負荷および注意散漫も相当に減少させるように行われ、または管理されるようにする方法およびシステムを提供することである。
本発明の別の目的は、独立またはモバイルアプリケーションおよびノマディックアプリケーションのようなアフターマーケットかつ非統合アプリケーションを統合し、それぞれシステムの全情報管理アーキテクチャの一部として使用することができるようにするそのような方法およびシステムを提供することである。
特に、本発明の1つの目的は、独自のヒューマンマシンインターフェースを有する非統合アプリケーションおよびノマディックアプリケーションを統合し、それぞれ同様にシステムの全情報管理アーキテクチャの一部として使用することができるようにするそのような方法およびシステムを提供することである。
最後になるが、本発明の1つの目的は、特に運転者の必要に応じたアフターマーケットおよびノマディックアプリケーションを、これらのアプリケーションによる運転者の作業負荷および注意散漫が相当に軽減されるように統合するための開放型システムアーキテクチャを提案するそのような方法およびシステムを提供することである。
これらの目的は、請求項1および15に記載の方法、および請求項20に記載のシステムによって解決される。
特許請求の範囲および明細書では、「アプリケーション」という用語は、起動後に、たとえば運転者への/運転者からの動作の開始、送り出しおよび/または受け取り、運転者への/運転者からのメッセージの送信および/または受信等によって、車両運転者と一方向および/または双方向に通信および/または対話することができるシステム、コンポーネント、機能、機器、ユニットおよびモジュールのすべてを包含するものとする。そのようなアプリケーションは、たとえば衝突防止システムのように非常に高性能であることもできる。
さらに、運転者/車両環境(DVE)状態は、運転者および/または車両および/または環境のパラメータを検出するための1つまたは複数のセンサの出力信号に基づいて評価される状態である。
本発明の方法およびシステムは、出荷前に車両に実装されている統合または「ネイティブ」アプリケーションとともに、後で追加されるアフターマーケットアプリケーションなどの非統合アプリケーション、および運転者または乗員が一時的または永久的に車両に持ち込むアプリケーション(ノマディックアプリケーション)も処理することができる。
対話マネージャによる運転者およびアプリケーション間の通信および/または対話の集中管理は、高度のモジュール化、比較的簡単なシステムアーキテクチャ、および請求項1に従ってリクエストを送り、かつ応答を受け取ることができる追加アプリケーションによって簡単にシステムを拡張する可能性に対して大きな潜在性を開く。
これはまた、通信および/または対話自体が対話マネージャによって変化または変更されるのではなく(許容されるか、許容されないだけである)、関連のアプリケーションのみによって行われるためである。そのため、対話マネージャは、各アプリケーションがどの種類の通信および/または対話用に設けられているかを知る必要がなく、さらに、リクエストを送ったアプリケーションの種類を知る必要がない。
特に、リクエストおよび応答が標準化フォーマットを有する場合、本発明の方法およびシステムは、開放型システムアーキテクチャおよび標準化データプロトコルの使用を提案し、そのため、対話マネージャ自体を変化させる必要なく、それを後で組み込まれるアプリケーション(またはノマディックアプリケーション)で非常に柔軟に拡張することができる。
請求項1に従った解決策の代替または補完として、請求項15に従って、対話マネージャが、関連のアプリケーションからのリクエストがない状態で、車両運転者との通信および/または対話を行うアプリケーション能力をDVE状態に依存して制御する場合、上記目的を解決することができる。
最後になるが、本発明の方法、システムおよびアプリケーションは、車両運転者との通信および/または対話に制限されないで、起動の場合、少なくとも1つの一定の環境状態に依存して考慮または処理されなければならない複数の信号または情報源、および/または他のそのような起動信号および/または情報源および/または他の状態にほぼ同時に直面する人との通信および/または対話にも使用される。
従属請求項は、それぞれ請求項1、15および20に従った方法およびシステムの有利な実施形態を開示する。
本発明のさらなる詳細、特徴および利点は、図面と組み合わせた本発明の例示的な実施形態の以下の説明から明白である。
図1に従った本発明のシステムは、Bluetoothまたは任意の他の規格で働く周知のCANバスまたはMOSTバスまたは無線LAN(ローカルエリアネットワーク)のような多重車両バスなどで実行されることができ、以下の4つの主要コンポーネントを有する。
第1主要コンポーネントは、運転者の状態および/または車両の状態および/または環境の状態の監視および/または検出用に設けられている、考えられるすべてのタイプの、一般的に1つであるが好ましくは複数のセンサを有するセンサアレイ1である。
図1に従ったセンサアレイ1は、例示として、運転者の頭部および/または目および/またはまぶたの移動を追跡するための、たとえば頭部移動センサおよび/または注視センサおよび/または閉眼センサである運転者状態センサの第1群10を有する。(注視方向とは、人が眼球を基準として目の注意(中心窩)を瞬間的に向ける方向である。)
第2群11の車両状態センサは、たとえば速度センサ、加速度計、ステアリング角センサ、ペダル位置センサ、ジャイロ、タイヤ圧センサ、またはさまざまな車両関連情報を検出するための他のセンサを有する。
第3群12の環境状態センサは、たとえばレーダおよび/またはレーザセンサおよび/またはビデオカメラを有し、たとえば周囲交通の検出および/または監視用に設けられている。
第4群13のセンサ(たとえば、マップマッチングを伴うGPSセンサ)は、車両の地上位置を検出するために設けられており、第5群14のセンサ(たとえば、車線追従センサ)は、道路上の車両の位置および/または他の環境状態を監視する。
第2主要コンポーネントは、車両に統合されている複数のユニット、モジュールまたはアプリケーション2によって形成される。好ましくは、これらのアプリケーションは、センサアレイ1(矢印A1)および/または後述する共通統合ヒューマンマシンインターフェース43(HMI)に属する(ディスプレイ、オーディオシステム、ボタン、ノブなどのような)入出力(I/O)装置431を共用する。
これらの統合ユニット、モジュールまたはアプリケーション2は、車両構造内に組み込まれた先進運転者支援システム(ADAS)および/または車内情報システム(IVIS)のコア計算機も有する。図1によれば、これらの統合アプリケーション2は、たとえば注意支援システム21、ルートガイドシステム22、車線逸脱警報システム23、タイヤ圧監視システム24、およびたとえば、ラジオ、CD、DVDその他のような情報および娯楽システム25である。
したがって、統合アプリケーション2は、センサアレイ1の出力信号に基づいて、どの動作を取るべきか(たとえば警報の発生)を決定するために必要な計算を実行する。次に、それらは共通統合HMI43(矢印A5)を使用して、運転者Dと対話することができる(矢印A2)。
第3主要コンポーネントは、車両構造内に組み込まれてもよいが、統合HMI43に組み込まれていない複数のユニット、モジュールまたはアプリケーション3である。これらは、独立アプリケーション3と見なされる。一般的に、これらのアプリケーション3は、独自のセンサ、および/またはディスプレイ、キーボードのような入出力(I/O)装置、および/または運転者Dとの通信および/または対話を行うための他の非統合HMI34を有する。
しかしながら、図1によれば、ユニット、モジュールまたはアプリケーション3は、たとえば(統合HMI43に統合されてない)独自のHMIを用いる統合アプリケーション31、出荷後に車両に追加されるものを含めたアフターマーケットアプリケーション32、および携帯電話、ポータブルメディアプレーヤ(たとえば、CDプレーヤ)またはGPS受信器などのハンドヘルド形ナビゲーションシステムのようなノマディックアプリケーション33を有する。
最後になるが、第4主要コンポーネントは、運転者情報ユニット4である。このセントラルユニットは最も重要であって、対話マネージャ41、運転者/車両環境(DVE)状態推定部/予測部42、および運転者Dとの通信および/または対話(矢印A2)用の(上記した)統合ヒューマンマシンインターフェース(HMI)43を含む。
対話マネージャ41は、運転者/車両環境(DVE)状態推定部/予測部42からの実時間入力(矢印A3)に依存して、統合HMI43を介した統合ADAS/IVISモジュールおよびアプリケーション2との(矢印A5)、および非統合HMI34を介した独立アプリケーション3との運転者の通信および/または対話を管理するための(たとえば、後述するように、優先順位化アルゴリズムおよび待ち行列を実現するための)ハードウェア/ソフトウェアを含む。
DVE状態推定部/予測部42は、センサアレイ1の出力信号(矢印A4)および/または統合アプリケーション2の少なくとも1つの出力信号(矢印A5およびA9)に基づいて、現在および/または予測DVE状態の(場合によっては)多次元推定量を計算して、対応のDVE状態ベクトルを対話マネージャ41に連続的に出力する(矢印A3)。
たとえば、この状態ベクトルは、主タスクデマンド(たとえば、運転状況の複雑さおよび状況が運転者にとっていかにクリティカルであるか)、副タスクデマンド(たとえば、主運転タスク以外のタスクに集中している運転者の活動)、視角的注意散漫、運転者の生理的障害(眠気、薬物の影響)、運転者の特徴(年齢、経験など)、特殊な運転状況(たとえば、別の車の追い越し)、全体的な運転環境のタイプまたは状況(たとえば、高速道路、田舎の道路、市内、田舎、郊外または市内)および運転者の個性といった基準またはパラメータの少なくとも1つを有し、および/またはそれに基づいて定められる。
状態ベクトルのこれらの基準またはパラメータは、センサアレイ1内の1つまたは複数のセンサの1つまたは複数のセンサ信号(矢印A4)および/または統合アプリケーション2の1つまたは複数の出力信号(矢印A5およびA9)、たとえば運転者状態信号(たとえば、注視方向および注意換気を表すセンサ信号)、車両状態信号(たとえば、速度、加速度、ステアリング角、ペダル位置、ジャイロ信号、タイヤ圧を表すセンサ信号)および/または環境状態信号(たとえば、道路のタイプ、路面状態、周囲の障害物、地上位置などを表すセンサ信号)に基づいて、DVE状態推定部/予測部42内のサブモジュールによって計算されることができる。
DVE状態推定は、未来状態の予測も含むであろう。DVE状態ベクトルの正確な定義は、対話マネージャ41の必要(すなわち、対話管理機能に何の情報が必要であるか)に基づく。
最後に、運転者情報ユニット4は、運転者D(矢印A2)と統合ADAS/IVISモジュールおよびアプリケーション2(矢印A5)との間の主インターフェースである統合ヒューマンマシンインターフェース(HMI)43を有し、これは、運転者Dが異なった感覚の種類で、または異なった感覚伝達路(視覚、聴覚、触覚)を介してシステムとの通信および/または対話を行うことができるようにする1つまたは複数のI/O装置431を含む。独立アプリケーション3は、通常は独自の組み込みHMIを有するため、統合HMI43を使用してもよいが、その必要はない。そのため、運転者Dは、場合によっては独自の組み込みHMIを介して(矢印34)独立アプリケーション3との通信および/または対話を行うことができる。
図1に従ったシステムによって実行される本発明の方法の第1の主要特徴は、アプリケーション開始情報、すなわち、運転者Dとの通信および/または対話を、現在および/または予測運転者/車両環境(DVE)状態に依存してスケジューリングすることである。
第2の主要特徴は、運転者Dとの通信および/または対話を幾つかの異なったアプリケーション2、3によって同時に開始する(リクエストが待ち行列に入れられ、是認を待っており、第2通信および/または対話のリクエストが受け取られる場合を含む)とき、システムは(一定の基準に基づく、以下を参照)優先順位化に基づいて最重要通信および/または対話を選択する。他の通信および/または対話は待ち行列に入れられて、後で優先順位の順に実行される。
次に、これらの両方の特徴をさらに詳細に説明する。
非統合アプリケーション3を無線または物理的リンクを介してシステム(車両ネットワーク)に接続するとき、対話マネージャ41(またはアプリケーション3)による開始が、たとえばアプリケーション3およびシステム間の周知のハンドシェイクに含まれる。対話マネージャ41は、アプリケーションが対話マネージャ41と適合するか、すなわちアプリケーションを対話マネージャ41によって制御できるかどうかをチェックする。アプリケーションが標準設定でそのような適合性を有していない場合、対話マネージャ41(またはアプリケーション3)は、アプリケーション3を対話マネージャ41と適合させるために必要な適当なソフトウェアをダウンロードおよび/またはインストールできるかをチェックする。
そのようなソフトウェアがアプリケーション3および/または対話マネージャ41によってダウンロードされ、かつうまくインストールされる場合、またはアプリケーションが開始時から対話マネージャ41と適合する場合、対話マネージャ41は、このシステム内で独特の識別番号をアプリケーションに動的に割り当てる。このアプリケーションは、それが対話マネージャ41に接続されている限り、すなわちアプリケーションおよびシステム間のリンクが存在する限り、割り当てられた識別番号を保持するであろう。リンクが終了した後、アプリケーションが再び接続されると、新しい(おそらくはやはり同じ)識別番号がアプリケーションに割り当てられる。
アプリケーション2、3が運転者Dと通信および/または対話する前に、対話マネージャ41で第1ルーチンを実行する(矢印A6およびA7)必要があり、たとえば、これは以下のステップを含む。
1.たとえば、情報またはメッセージの特定部分を提示する形での運転者Dとの通信および/または対話を許可するために、好ましくは標準化フォーマット(以下を参照)の形のリクエストを発生して、対話マネージャ41に送る。
2.対話マネージャ41からの(好ましくはやはり標準化フォーマットの形の、以下を参照)応答を待つ。この応答は、(a)「許可を承諾、前に進め」または(b)「許可を拒否、待って通信および/または対話を差し控える」のいずれか一方の表示を有する。
3.一定時間内(通常は<1秒)に応答を受け取らない場合、リクエストが再び送られる。このステップをn回(n=規定数=0、1、2、・・・)繰り返すことができる。最後に、それでも応答を受け取らない場合、診断メッセージを出力する。
好ましくは、バスまたは無線LAN上でのリクエストの紛失を考慮するために、リクエストを数回(たとえば、3〜10回)送る。しかしながら、数回の試行後、リクエストを送るアプリケーションは、対話マネージャ41がもはや使用できない(たとえば、対話マネージャ41に何らかの問題がある)と考えて、アプリケーションが診断メッセージを、たとえば診断バスに出力するが、好ましくはこのメッセージに関して運転者と通信および/または対話を行わない。
このプロシージャは、アプリケーションが、特定システム内に対話マネージャ41が存在するか否かを検出するのにも適用可能である。これは、一定のアプリケーションを対話マネージャを伴わないシステムで使用する必要がある場合、適切であろう。このアプリケーションが両システムで同一のソフトウェアを使用するために、アプリケーションは、対話マネージャが存在するか否かをチェックしなければならない。存在しない場合、アプリケーションが切り換わって、独立モードで働く、すなわち、運転者および/またはHMIおよび/または車両および/または環境の状態に関係なく、それは運転者と通信/対話するであろう。そうでなければ、それは上記ルーチンに従う。このため、同一アプリケーションを対話マネージャ制御システムとともに、対話マネージャがないシステムの両方で使用することができる。これにより、(特に一定のトラックモデルで使用するための)アプリケーションのモジュール化が相当に増加する。
4.リクエストが最終的に拒否される場合、リクエストされたように運転者Dとの通信および/または対話を行うために、対話マネージャからの許可を待つ。
リクエストをアプリケーション2、3から受け取ったときに対話マネージャ41が実行すべき第1ルーチン内の対応部分は、たとえば、以下のステップを含む。
1.リクエストされた通信および/または対話が現在および/または予測DVE状態に依存して許可されることができるか、および/またはリクエストが他のアプリケーション2、3から受け取られているかどうかを決定する。
2.許可を与えることができる場合、(a)「許可を承諾、前に進め」の表示を有する応答を、そのリクエストを出したアプリケーション2、3に送る。
3.許可を与えることができない場合、リクエストを待ち行列内に保存して、(b)「許可を拒否、待って通信および/または対話を差し控える」の表示と、おそらくはさらなる応答を待てという命令とを有する応答を関連のアプリケーション2、3に送る。
そのような応答は、待ち行列内のリクエストの数に関する表示を含むことができる。好ましくは、この場合、応答は循環的に、またはより高い優先順位の別のリクエストが待ち行列から離れるたびに繰り返される。
4.許可を与えることができ、1つまたは複数のリクエストが待ち行列内に保存されている場合、最高優先順位を有するアプリケーション2、3のリクエストをピックアップして、「前に進め」の表示を有する応答をこのアプリケーション2、3に送る。待ち行列内に保存されているリクエストがすべて許可されるまで、これが繰り返される。
アプリケーションがそのリクエストを撤回する場合、それは好ましくは、削除メッセージを対話マネージャに送り、それにリクエストを待ち行列から除去するように命令する。これは、「動的優先順位」に関する以下の説明に従って処理される。
たとえば、安全性が非常にクリティカルなメッセージタイプを発生する一定のアプリケーション2、3では、このルーチンを完全に飛び越すことができ、待ち行列内に何のリクエストが保存されているかに関係なく、メッセージを押し進める。代替として、安全性が非常にクリティカルなメッセージも(スケジューリングではなく)優先順位化に含んで、対話マネージャによって処理することもできるであろう。これにより、そのような安全性が非常にクリティカルなメッセージは、必須ではないが好ましくは、DVE状態に関係なく処理されることができるが、それらは他のリクエストと同じプロシージャに従う。このプロシージャが必要とする時間が長すぎる場合、別の代替として、より高い優先順位のそのような安全性にクリティカルなメッセージが現時点で運転者にまったく送られていない場合のみ、安全性にクリティカルなメッセージを通過させる(それにより、幾つかのアプリケーションおよび/またはシステムが一定のシナリオで進行する場合、最高優先順位の安全性にクリティカルなメッセージだけが押し進められるであろう)。
これらの場合、好ましくは現在の安全性にクリティカルでないリクエストを、最高予想優先順位を安全性にクリティカルでないリクエストのために取ってある待ち行列に(再び)入れて、上記第1ルーチンに従って、および/または安全性にクリティカルなメッセージが提示されるとすぐに、許可する。
次に、これらのリクエストおよび応答のためのデータフロープロトコルの詳細をより詳細に説明する。
異なった統合および/または非統合アプリケーション2、3によって対話マネージャ41に送られた、運転者Dとの通信および/または対話のリクエストは、対話マネージャ41が発生して送る応答とともに、好ましくは標準化フォーマットに従う。
アプリケーションによって送られたリクエスト用のそのようなフォーマットおよびデータ構造は、たとえば以下のフィールドを有する。
1.アプリケーションの識別
このフィールドは、そのリクエストを送るアプリケーション2、3の識別子を含む。ノマディックアプリケーション33の場合、それが車両ネットワークに接続されたとき、または接続されている限り、この識別子は、上記のような対話マネージャ41によってアプリケーション33に動的に割り当てられるであろう。データタイプは好ましくは「整数」である。
このフィールドは、そのリクエストを送るアプリケーション2、3の識別子を含む。ノマディックアプリケーション33の場合、それが車両ネットワークに接続されたとき、または接続されている限り、この識別子は、上記のような対話マネージャ41によってアプリケーション33に動的に割り当てられるであろう。データタイプは好ましくは「整数」である。
2.通信および/または対話の識別子
このフィールドは、アプリケーション2、3によってリクエストされた運転者Dとの通信および/または対話(たとえば、「低燃料」メッセージ、入り電話呼び出し、車両診断メッセージ、ルートガイドメッセージなど)の識別子を含む。データタイプは好ましくは「整数」である。しかしながら、識別子は通信/対話自体のタイプに関係なく、単に「整」数である。
このフィールドは、アプリケーション2、3によってリクエストされた運転者Dとの通信および/または対話(たとえば、「低燃料」メッセージ、入り電話呼び出し、車両診断メッセージ、ルートガイドメッセージなど)の識別子を含む。データタイプは好ましくは「整数」である。しかしながら、識別子は通信/対話自体のタイプに関係なく、単に「整」数である。
3.優先順位インデックス
このフィールドは好ましくは、標準化された方法、たとえばSAE J2395によって定められた通信および/または対話の優先順位インデックスを表す浮動数を含む。整数ではなく浮動数によって優先順位インデックスを表すことには、独特の優先順位を生じるという利点がある。そうでなければ、同一の優先順位インデックスの2つの通信および/または対話を開始すると、好ましくは周知の先入れ先出し原理(すなわち、最初に開始されたメッセージが最初に提示される)が適用される。したがって、データタイプは好ましくは「浮動」である。
このフィールドは好ましくは、標準化された方法、たとえばSAE J2395によって定められた通信および/または対話の優先順位インデックスを表す浮動数を含む。整数ではなく浮動数によって優先順位インデックスを表すことには、独特の優先順位を生じるという利点がある。そうでなければ、同一の優先順位インデックスの2つの通信および/または対話を開始すると、好ましくは周知の先入れ先出し原理(すなわち、最初に開始されたメッセージが最初に提示される)が適用される。したがって、データタイプは好ましくは「浮動」である。
対話マネージャ41の応答は好ましくは、たとえば以下のフィールドを含む標準化フォーマットおよびデータ構造によって表される。
1.アプリケーションの識別
このフィールドは、そのリクエストを送るアプリケーション2、3の識別子を含む。データタイプは好ましくは「整数」である。
このフィールドは、そのリクエストを送るアプリケーション2、3の識別子を含む。データタイプは好ましくは「整数」である。
2.通信および/または対話の識別
このフィールドは、リクエストによってリクエストされた(たとえば上記のような)通信および/または対話の識別子を表す。データタイプは好ましくは「整数」である。
このフィールドは、リクエストによってリクエストされた(たとえば上記のような)通信および/または対話の識別子を表す。データタイプは好ましくは「整数」である。
3.返答
このフィールドは、(a)「許可を承諾、前に進め」または(b)「許可を拒否、待って通信および/または対話を差し控える」のいずれか一方についての表示を有する、リクエストに対する返答を含む。データタイプは好ましくは「ブーリアン」、たとえば(a)の場合は「1」、(b)の場合は「0」である。
このフィールドは、(a)「許可を承諾、前に進め」または(b)「許可を拒否、待って通信および/または対話を差し控える」のいずれか一方についての表示を有する、リクエストに対する返答を含む。データタイプは好ましくは「ブーリアン」、たとえば(a)の場合は「1」、(b)の場合は「0」である。
これらのルーチンは、対話マネージャ41がすべてのアプリケーション2、3の更新リストおよび(関連のアプリケーションが実行することができる)すべての通信および/または対話の更新リストおよび(GIDSプロジェクトに従った従来技術のように)それらの優先順位を保持する必要なく、上記の標準フォーマットおよびデータ構造に従った、アプリケーション2、3を制御する簡単な方法を構成する。これは、近い将来の、たとえば(Bluetoothのような)無線リンクを介した車両データバスへの継ぎ目のない接続を予想することができるノマディックアプリケーション33の場合に特に有益である。
これらのルーチンの可能な実現を以下に例によって説明する。
ノマディックアプリケーション製造者は、一定のPDAを開発している。それは、PDAによって開始されるすべての可能な通信および/または対話のリストを作成して、標準化方法を使用し(たとえば、SAEJ2395に従って)、関連テーブルをPDAに保存することにより、その各々に優先順位インデックスを割り当てている。実際に、これは認定機関によって行われることもできる。すべての可能な対話および/または通信のリストを作成する代わりに、製造者は可能な対話および/または通信群のリストを作成し、群全体に同一の優先順位を割り当てることができる。これは、すべての可能な対話および/または通信を予想することが不可能である場合、特に動的対話および/または通信がある場合に好都合であろう。
対話マネージャ41へのリクエストの送信およびそれからの応答の受信に関する上記ルーチンは、PDAでも実行され、それにより、車両バスに接続されたとき(かつ対話マネージャ41が上記のようにPDAにアプリケーション識別子を割り当てた後)、それは常に所望の通信および/または対話(およびその優先順位)に関するリクエストを対話マネージャ41に送って、運転者Dとの通信および/または対話(たとえば、情報の提示および/または動作の開始)を行う前に、該許可を表す応答を待つ。
別の可能性は、特に上記テーブルの保存および/または上記ルーチンの実行に適さないアプリケーション用のアダプタを設けることである。この場合、アダプタは、システムとのインターフェースの機能を有して、上記ルーチンを実行する。
対話マネージャに適合しないアプリケーション、たとえば携帯電話の場合、アプリケーションまたは対話マネージャはインターネットから、またはサービスプロバイダを介して、アプリケーションおよび対話マネージャ間の対話を可能にするソフトウェアをダウンロードすることもできるであろう。これは、(たとえば、これが有料である場合)適正な人/アプリケーションがそのようなアダプタプログラムを必要としているという認可/防護対策を必要とする契約などに付されるであろう。これを防護するために、たとえば公開鍵暗号化方法などの暗号化を使用することができる。
要約すると、対話マネージャ41は、どのアプリケーション2、3がリクエストを送ったかを知る必要がない。対話マネージャ41は、アプリケーションXが、好ましくは優先順位インデックスPが付いた通信および/または対話Y(たとえば、メッセージの提示)を行う許可を求めていることを知ることで、XおよびYが何であるかを知らなくても、十分である。必要とされる唯一の余分な標準化は、たとえば上記に開示されているように、リクエストおよび返答用の特定フォーマットおよびデータ構造またはプロトコルである。
フォーマットおよびデータ構造は、実行すべき通信および/または対話の追加情報を含むように拡張させることができる。この情報はオプションである(この情報が欠落している場合、それはデフォルト値に置き換えられる)。
デフォルト値を有する事前設定されたデータシーケンス構造の代替として、一定データが欠落している場合、固有のコードまたはアドレスであって、それにつながれたデータに先行し、かつ対話マネージャがこのコード/アドレスに続くデータタイプを識別できるようにする固有のコードまたはアドレスを、各可能タイプのデータ(上記したようなアプリケーション識別、通信および/または対話識別、優先順位インデックスなど)に割り当てることが可能である。言い換えると、これは一種の動的プロトコルであり、それは、たとえば「アプリケーションID」:XX、「メッセージID」:YY、「優先順位インデックス」:ZZのように見え、その場合、次のフィールドは任意の他のデータであることができるが、好ましくはデータに先行するものであり、識別子、たとえば「継続時間」:AAまたは「聴覚負荷」:BBがある。
リクエストに追加されることができる追加情報の幾つかの例を以下に示す。
4.通信および/または対話の継続時間
このフィールドは、運転者が通信および/または対話に必要とする、たとえばメッセージの場合、メッセージを理解するのに必要である推定時間を表す。これはまた、後続の通信および/または対話を実行することができるまでの時間(秒単位)でもある。データタイプは好ましくは「浮動」である。
このフィールドは、運転者が通信および/または対話に必要とする、たとえばメッセージの場合、メッセージを理解するのに必要である推定時間を表す。これはまた、後続の通信および/または対話を実行することができるまでの時間(秒単位)でもある。データタイプは好ましくは「浮動」である。
しかしながら、安全性関連リクエスト(または一定の事前設定された優先順位の任意の他のリクエスト)は、優先順位がより低い別のメッセージ/動作が現在活動中であるかどうかに関係なく、常に直ちに処理される。優先順位が高いメッセージ/動作は、他のメッセージ/動作に割り込んで進められるであろう。要約すると、安全性にクリティカルなメッセージ、たとえば(一定閾値より上の優先順位の)警報を処理するための好適なプロシージャを以下に示す。
a.)DVE状態に関係なく、メッセージを押し進める。
b.)そのメッセージは、現在活動中である低位または中位の優先順位のいずれのメッセージもオーバーライドし、好ましくはそのような現在メッセージを、最高予想優先順位を安全性にクリティカルでないメッセージ(またはリクエスト)のために取ってある待ち行列に入れて保持する。
c.)ほぼ同時に開始される幾つかの安全性にクリティカルなメッセージを優先順位の順に提示する。
a.)DVE状態に関係なく、メッセージを押し進める。
b.)そのメッセージは、現在活動中である低位または中位の優先順位のいずれのメッセージもオーバーライドし、好ましくはそのような現在メッセージを、最高予想優先順位を安全性にクリティカルでないメッセージ(またはリクエスト)のために取ってある待ち行列に入れて保持する。
c.)ほぼ同時に開始される幾つかの安全性にクリティカルなメッセージを優先順位の順に提示する。
5.視覚負荷
このフィールドは、運転者の視覚伝達路に加えられる負荷を表す。データタイプは好ましくは「整数」である。
このフィールドは、運転者の視覚伝達路に加えられる負荷を表す。データタイプは好ましくは「整数」である。
6.聴覚負荷
このフィールドは、運転者の聴覚伝達路に加えられる負荷を表す。データタイプは好ましくは「整数」である。
このフィールドは、運転者の聴覚伝達路に加えられる負荷を表す。データタイプは好ましくは「整数」である。
7.触覚負荷
このフィールドは、運転者の触覚伝達路に加えられる負荷を表す。データタイプは好ましくは「整数」である。
このフィールドは、運転者の触覚伝達路に加えられる負荷を表す。データタイプは好ましくは「整数」である。
本発明の方法の第1の好適な拡張は、動的優先順位の処理である。
幾つかのアプリケーション2、3では、リクエストの優先順位が経時的に変化するであろう。この一例は、「次の交差点で右折してください」というようなルートガイドメッセージであり、それは、車両がその交差点に近づくほど、それに応じて緊急かつ重要になる。そのような動的優先順位を考慮する簡単な方法は、識別子が同一であるが、優先順位が異なる多数リクエスト、たとえば、交差点まで100〜200メートルあるときのメッセージの第1リクエスト、および交差点まで100メートル未満であるときの同じメッセージの第2リクエストを使用することである。しかしながら、これは、第1リクエストが不適切になって、更新リクエストに置き換えられるとき、それを対話マネージャ41で待ち行列から取り除くことを必要とする。他の場合では、リクエストを置き換えないで待ち行列から削除することが必要であろう。
別の例は、入り呼び出しのリクエストが対話マネージャによって拒否される場合である。電話アプリケーションは、一定時間、たとえば5秒後にはより高い優先順位の更新リクエスト(同一のメッセージID)を送るが、それは、発信者が電話を切る危険性が時間とともに高まるので、呼び出しに応えることの緊急性が高まるからである。このシステムの重要な特徴は、呼び出しまたは情報が失われる危険性を低減させることである。好ましくは、発信者は、待ち行列内での呼び出しの回数または段階について定期的に更新された情報を得る。
そのような動的優先順位を達成するために、リクエストの標準フォーマット(プロトコル)を、待ち行列上のリクエストされた操作を追加_リクエスト、置換_リクエストまたは削除_リクエストのいずれかとして特定するフィールドによって拡張する。
8.リクエストのタイプ
このフィールドは、リクエスト(または動作)のタイプを表し、これは3つの値、すなわち0=追加_リクエスト、1=置換_リクエストおよび2=削除_リクエストをとることができる。データタイプは好ましくは整数である。
このフィールドは、リクエスト(または動作)のタイプを表し、これは3つの値、すなわち0=追加_リクエスト、1=置換_リクエストおよび2=削除_リクエストをとることができる。データタイプは好ましくは整数である。
本発明の方法の第3主要特徴は、アプリケーション2、3の運用状態を対話マネージャ41により、現在および/または予測DVE状態に基づき、かつそれに依存して制御すること(すなわち、操作または機能のモードの制御)である。これは、たとえばアプリケーション2、3(または全アプリケーションの1つまたは複数)の機能の使用可能および/または使用不可、および/または関連HMI34、43の実時間再設定を含むことができる。
本発明の例示的かつ好適な実施形態によれば、これは、統合HMI43について、それを図1の矢印A8に示されているように対話マネージャ41の直接制御状態下で設定することによって達成される。
独自の組み込みHMI34を有する非統合(独立)アプリケーション31の場合、これらのアプリケーション31に命令を送ることにより、設定が対話マネージャ41によって制御される。
これらの命令は、追加メッセージタイプと見なされ、標準フォーマット(プロトコル)を有し、そのため、それは対話マネージャ41により、たとえば、これらのアプリケーション2、3の運用状態または操作または機能(複数可)モードの制御、または全アプリケーションの1つまたは複数2、3の使用可能および/または使用不可を含めた関連HMI34、43の設定に使用されることができる。
これを実現するための1つの可能性は、DVE状態推定部/予測部42によって認識されることができる1組の標準運転状態S1・・・Snを定めて提供することである。簡単な場合は2タイプの状況、すなわちS1=車両停止中およびS2=車両移動中であろう。より高度なDVE監視技術を使用する場合、状況には、たとえばS1=停止中(エンジン停止=駐車中)、S2=停止中(エンジンアイドリング=交通信号灯または交差点での一時停止)、S3=高速道路走行中、S4=市内を走行中、S5=追い越し中、S6=運転者が眠いなどが含まれる。
次に、現在運転状況インデックスSnを対話マネージャ41によってすべての非統合(独立)アプリケーション3に(おそらくは統合アプリケーション2にも)分散させる。その場合、これらのアプリケーション3の開発者は、運用状態または操作または機能(複数可)モードが現在運転状況インデックスSnによっていかに決定されるかを規定する参照テーブルを定める必要があるであろう。非統合アプリケーション3の運用状態または操作または機能(複数可)モードの状況依存制御のためのそのような参照テーブルが図2に例示されている。本例では、運用状態は、運転者状況インデックスS1〜S4に依存した、関連アプリケーションの一定の機能F1〜F8の使用可能/使用不可によって定められる。
簡単な例として、F5=「DVDプレーヤ」、かつS1=「車両停止(エンジン停止=駐車中)」と仮定する。したがって、図2のテーブルは、DVDプレーヤは車両の駐車時のみ使用可能であるように規定している(ブラックボックスは機能が使用可能であることを表し、ホワイトボックスは機能が使用不可であることを表す)。
参照テーブルは、単なる機能の使用可能/使用不可より複雑な運用状態を表すために一般化されることもできる。簡単な例では、このテーブルは、「オン」/「オフ」または「大音量」/「静穏」または「明」/「暗」などのタイプの二重状態を含む。より高度なシステムでは、このテーブルはn状態(非常に大音量、大音量、中、より静穏、絶対静穏)を有してもよく、その場合、これは同様にDVEパラメータの関数である。
このため、この制御は、対話マネージャ41が運転状況インデックスSnを分散させるために利用することができるメッセージタイプを必要とする。(対話マネージャによって分散された)使用可能/使用不可機能用に提案されたメッセージフォーマットは好ましくは、以下のように特定される1つのインデックスだけを有する。
運転状況インデックス
このフィールドは、好ましくは現在の一般的運転状況インデックスSnを表す整数値である。
このフィールドは、好ましくは現在の一般的運転状況インデックスSnを表す整数値である。
本発明の方法の第2の好適な拡張は、テキストコンバータによってテキスト−音声またはテキスト−表示出力を処理することである。
テキスト−音声またはテキスト−表示は、未来の自動車におけるHMIの一般形式になりそうである。基本的な着想は、より長いテキスト(たとえば、eメール)への運転者のアクセスを、それ全体をディスプレイから読むときに過度な視覚的注意散漫を加えることなく、提供することである。しかしながら、音声テキストの理解はそれでも運転者に認知負荷を加え、これは、大変および/またはクリティカルな運転状況における過負荷に起因するであろう。車内で運転者に話しかける乗員は通常、運転者の作業負荷が運転タスクによって増加するときに中断することによって、この問題を回避する。提案された機能の着想は、DVE状態推定部/予測部からの出力に基づいてテキスト出力をスケジュールすることである。この一般的な原理が図3に示されている。
図3は、統合または非統合アプリケーション2、3であることができるアプリケーションの特殊形と見なされることができるテキストコンバータ26の好適な実施形態を示す。出力すべきテキストに関して、2種類のケース、すなわち
a)事前チャンクドメッセージ、たとえばルートガイドシステムAが発生するルートガイドメッセージ、および
b)非事前チャンクドメッセージ、たとえばeメールまたはSMSシステムBが発生する、実時間構文解析が必要であるeメール、
を考慮しなければならない。
a)事前チャンクドメッセージ、たとえばルートガイドシステムAが発生するルートガイドメッセージ、および
b)非事前チャンクドメッセージ、たとえばeメールまたはSMSシステムBが発生する、実時間構文解析が必要であるeメール、
を考慮しなければならない。
アプリケーション26は一般的に、概略的に上述した方法に従って処理される。図3に示されているような好適な実施形態では、以下のプロシージャが実行される。
1)生テキスト表現「X1−X2−X3」(音声に変換されて出力されるべきテキストセグメントX1、X2、X3を有する任意のテキストを表す)を、ルートガイドシステムAおよび/またはeメールまたはSMSシステムBのような情報システムによって開始する。( X1、X2、X3は段落、文、句、語、文字、図などであることができる。)
2a)第1の場合(ルートガイドシステム)では、テキストは、情報システム自体によって予めチャンクされることができる。これは一般的に、事前に定められたメッセージ(ルートガイドメッセージまたは同様のメッセージ)で可能である。この場合、メッセージは、直接的にアプリケーション26内に設けられた待ち行列262に進められる。
2b)別法として、eメールおよびSMS(B)の場合のように、メッセージを事前チャンクしなくてもよい。この場合、生テキストは構文解析部261に送られ、それはテキストを文法カテゴリに分化する(構文解析部261は、たとえばテキストを段落、文、句、語などのような階層的文法カテゴリに分化するために記憶辞書および文法を用いるソフトウェアの一部である)。
このため、構文解析部261は、テキスト「X1−X2−X3」をチャンクX1、X2およびX3(句)にスライスし、それを提示の順序で待ち行列262に入れる。
文法的構文解析のより簡単な代替例は、テキストを意味のあるチャンクに分割するために、特定の分割記号、たとえばコンマ、句読点および/またはコロンを探すだけであろう。
3)テキストチャンクX1、X2およびX3は、上記の方法に従った通信および/またはアプリケーションのように処理される。このため、音声発生器263は対話マネージャ41にリクエストを送って、提示が許可されたことを確認する応答を待つ。
4)チャンクX1、X2および/またはX3が一定の第1時間より長く、たとえば10秒間保持される場合、理解を容易にするために、好ましくは先行のチャンクを繰り返す。チャンクX1、X2および/またはX3が第2時間より長く(たとえば20秒間)保持される場合、2つの先行チャンクを繰り返す、などを行う。
繰り返しチャンクが論理単位を形成するかどうかに関係なく、個々のテキストチャンクまたはそのようなチャンクの群を待ち時間に応じて繰り返す代わりに、より進歩したシステムでは、システムは論理単位を形成するチャンク(特に待ち時間が長すぎる場合、語または句の代わりに文全体、または文の代わりに段落全体)を繰り返すであろう。構文解析部261は、文法構造だけでなく内容も認識する知的なもの(意味構文解析部)であろう。そのような論理単位を識別するために、自然言語処理システムに使用される方法がこの場合に適用可能であろう。
5)メッセージが中断された(すなわち、チャンクが保持された)場合、好ましくは運転者にこれを、たとえば特徴的な音または「メッセージ中断」または「停止」などの短い音声メッセージによって知らせる。
音声発生器263の代わりに、適当なディスプレイ(図示せず)を設け、それが、リクエストを対話マネージャ41に送り、かつディスプレイ上でのチャンクの表示が許可されることを確認する応答を待つように(追加手段によって)設けられる場合、それによってテキストチャンクX1、X2、X3を表示することができる。
最後になるが、各テキストチャンクX1、X2、X3を音声として出力し、かつ同時に、または時間遅れを伴ってディスプレイ上に表示することができ、それにより、運転者はそのテキストを聴くとともに、ディスプレイ上で読むことの両方ができる。
本発明のこの実施形態は、音声メッセージの管理および出力用であるが、図3に示されている一般的原理は、他のメッセージタイプにも同様に適用されることができるであろう。
図4は、本発明に従ったシステムの例示的かつ好適な実施形態の第2機能的アーキテクチャを示す。このシステムは実質的に、1つのセントラルユニット51と複数のローカルユニット、本例では2つのローカルユニット52、53とを有する。
セントラルユニット51は、主情報を制御する対話マネージャまたは運転者車両環境マネージャ511と、資源マネージャ512とを有する。この主情報および資源マネージャ512は、情報管理用および資源管理用に設けられて、たとえばディスプレイおよび/またはスピーカのような1つまたは複数のHMI装置513を制御する。さらに、主情報および資源マネージャ512は、複数のアプリケーション514(たとえば、ラジオ、電子制御装置ECU、VECUなど)からリクエストを受け取って、HMI装置513との通信を許可する、または許可しないという応答を上記のようにこれらのアプリケーション514に送り、ここでアプリケーション514は少なくとも1つのHMI装置513に接続されている。
図4は、たとえば、後述する第2ローカルユニット53用のCANまたはLINバスB2を介してゲートウェイユニットとしても追加的に機能している第1ローカルユニット52を示す。ユニット52は、情報管理用ではなく、資源管理用に設けられ、かつ、たとえば統合または非統合HMIの形の、たとえばディスプレイおよび/またはスピーカのような1つまたは複数のHMI装置523を再び制御するローカル資源マネージャ522を有する。
第1ローカルユニット52はさらに、携帯電話、ハンズフリー電話および/またはフリート管理システムなどのような複数のアプリケーション524を有し、図1〜図3に関連して上述したように、これらのアプリケーションはローカル資源マネージャ522にリクエストを送り、それから応答を受け取る。アプリケーション524もやはり、HMI装置523に接続されてそれと通信できるようになっている。
さらに、ローカル資源マネージャ522は、たとえばCANバスB1を介して、セントラルユニット51内の主情報および資源マネージャ512に接続されて、図1〜図3を参照しながら開示した方法に従って、それにリクエストを送り、それから応答を受け取るようになっている。
たとえば、車両の他のシステムの形の第2ローカルユニット53も、情報管理ではなく資源管理用に設けられているローカル資源マネージャ532を有する。
やはり図4による第2ローカルユニット53は、独自の、および/または統合または非統合HMI装置533を有する少なくとも1つのアプリケーション534(たとえば、ノマディックアプリケーション、携帯電話、ナビゲーションシステムなど)を有し、それにより、上述したように、ローカル資源マネージャ532にリクエストを送り、それから関連応答を受け取った後、そのアプリケーションを制御することができる。
最後になるが、ローカル資源マネージャ532は、たとえばCANバスまたはLINバスB2を介して、ゲートウェイとして機能している第1ローカルユニット52のローカル資源マネージャ522に接続されており、それにより、ローカル資源マネージャ532は、セントラルユニット52内の主情報および資源マネージャ512にリクエストを送り、それから応答を受け取ることができる。
この第2アーキテクチャにより、中央情報管理であるが、分散資源管理が行われる。これは、ローカルユニット52、53内で(かつ、おそらくはローカルユニット52、53間で)ローカル資源マネージャ522、532によって資源管理だけが行われるが、ローカルユニット52、53とセントラルユニット51との間で(おそらくはゲートウェイとして別のローカルユニットを介して)情報管理が、また必要ならば、資源管理も行われることを意味する。
異なった必要および異なったローカルユニットを有する異なった車両により容易に適応することができ、かつ特に共通バスシステム(特にCANバス)B1、B2が使用されている場合、さらなるローカルユニットをシステムに接続することが比較的容易であるため、このアーキテクチャはより高い柔軟性を与える。
セントラルユニット51が、すべての製造車両にとって標準装備であり、かつそのような車両の一般的なユーザの必要を満たす基本機能性を備えていれば、特に有利である。任意選択であるが、特別な必要の場合、特別な機能を果たし、かつ同様に車両の製造後に個別に組み込まれることができる1つまたは複数の特定またはローカルユニット(「アドオンモジュール」)52、53によってそのような基本システムの機能性を拡張することができる。
図5は、本発明に従ったシステムの例示的かつ好適な実施形態であるが、図4に示されたゲートウェイアーキテクチャとは異なって、スター形ネットワークアーキテクチャを有する第3機能的アーキテクチャを示す。しかしながら、両方のアーキテクチャを組み合わせることもできる。
やはり、図4のセントラルユニット51とほぼ同一のコンポーネントを有するセントラルユニット51が設けられている。しかしながら、主情報および資源マネージャ512は、スター形ネットワークアーキテクチャの必要に応じて設けられている。好ましくは、やはり図4に開示されているように、第1ローカルユニット52および第2ローカルユニット53にそれぞれ対応する第1ローカルユニット52および第2ローカルユニット53が同様に設けられている。これらのユニット51、52および53に関しては、上記の図4に関連した説明を参照されたい。
図5に従ったシステムアーキテクチャはさらに、第3ローカルユニット64および第4ローカルユニット65を有する。第3ローカルユニット64は、たとえば安全性および/または警報(警告)装置の形の、たとえば時間がクリティカルな機能性を備え、その装置は、たとえばFCW(正面衝突警報)、LDW(長距離警報)、ACC(適応定速走行制御)のような複数の関連の安全性アプリケーション644からリクエストを受け取り、応答を送る能動安全性HMIマネージャ642を有する。
さらに、これらのアプリケーション644によって制御されるディスプレイ643が設けられている。この第3ローカルユニット64とその他のローカルユニット52、53および65との基本的な違いは、それが同様に安全性にクリティカルなアプリケーション644の少なくとも1つから関連リクエストを受け取った(かつそれらの応答を送って、ディスプレイ634上に警報または警告信号を発生する)場合、その時間がクリティカルな機能性のために、能動安全性HMIマネージャ642は警報状態を知らせる情報信号をバスB3を介してセントラルユニット51内の主情報および資源マネージャ512に送信するだけであることにある。
システムアーキテクチャに接続されることができる別のローカルユニットの一例として、図5は、関連のディスプレイ653を制御するAMI−C(自動車マルチメディアインターフェースコラボレーション)内容ベースのHMIマネージャ652の形のローカル資源HMIマネージャを有するローカルユニット65を示す。
このユニット65はさらに、好ましくはXMLフォーマットの内容ベースの情報をユニット652を介してディスプレイ653に送るために設けられた複数のアプリケーション654を有する。AMI−C内容ベースのHMIの原理は、2004年3月のSAE Technical Paper Series 2004−01−0272のL. JalicsおよびF. Szczublewskiによる「AMI-C Content-Based Human Machine Interface (HMI)(AMI−C内容ベースのヒューマンマシンインターフェース)」に開示されており、この論文は参照により本開示の一部に援用される。
再び、図1ないし3を参照しながら説明されている上記方法に従って、HMIマネージャ652はリクエストをセントラルユニット51内の主情報および資源マネージャ512に(バスB2を介して)送ることができ、かつ、それから応答を受け取った後、たとえばアプリケーション654の1つによって送られた内容をディスプレイ653上に表示することができる。
たとえば警報信号が能動安全性HMIマネージャ642から主情報および資源マネージャ512にバスB3を介して送られた場合、HMIマネージャ652は関連の応答信号をバスB2を介して受け取り、内容をディスプレイ653に送ろうとしているアプリケーション654をオフに切り換える。内容ベースのアプリケーション654はノマディックアプリケーションであることもできる。
図5に示されているようなシステムアーキテクチャは、図4に関連して述べたものとほぼ同一の利点を有する。一般的に、セントラルユニットおよびローカルユニット間の通信は、車両内に設けられた同一の、または異なったローカルバスシステムB1、B2、B3、B4を介して行われることができ、Blue Toothなどの無線通信システムも同様に使用することができる。さらに、ユニット間およびユニット内で信号を送るためのプロトコルは、同一でも、異なってもよい。
冒頭部分に述べたように、本発明の方法、システムおよびアプリケーションは、車両運転者との通信および/または対話に制限されない。
たとえば、車両運転者の代わりに、人がモーターボート、帆船または他のヨットまたは船の船長またはスキッパであることができる。これらの場合、ノマディックアプリケーション33は、たとえば携帯電話、ポータブル媒体(たとえばCD)プレーヤ、携帯ラジオ、PDAおよび/またはGPS受信器のようなハンドヘルド形ナビゲーションシステムなどであって、船長またはスキッパがそれを搭載して、ヨット、ボートまたは船の操縦中に使用し、かつそれは上記ノマディックアプリケーション33に関する開示内容に従って処理される。
したがって、本発明の方法、システムおよびアプリケーションは、港および/または航行密度が高い他の領域または水路の付近で船の制御および案内を行うための制御ステーションで適用可能である。これらの場合、人は、船の航行の監視中、たとえば自分の携帯電話または他のノマディックアプリケーション33を使用する航行管理官または職員であり、移動電話などは、上記ノマディックアプリケーション33に関する開示内容に従って処理される。
したがって、本発明の方法、システムおよびアプリケーションはさらに、発電所や工業に、特に人が、たとえばプロセスが正確に進行していることを監視して確認しなければならないオペレータである管理室に適用可能である。この場合、さまざまな事象に対して異なったアラーム/メッセージを、上記開示内容に従った対話マネージャによって制御することができる。たとえば、故障が発生した場合、最重要かつクリティカルな情報(オペレータが直ちに反応する必要がある情報)だけが通されるであろう。異なったプロセスまたはプロセスのコンポーネントは、独自の識別子を有する異なったアプリケーションと見なされることができる。追加的または代替として、オペレータは、たとえば発電所の監視中に自分の携帯電話または別のノマディックアプリケーション33を使用することができ、そのような携帯電話なども、やはり上記ノマディックアプリケーション33に関する開示内容に従って処理される。
本発明の方法、システムおよびアプリケーションは、たとえば航空機管制にも適用されることができる。この場合、HMI43は、航空機管制コンピュータと、航空機管制官などの人との間のインターフェースであることができる。航空機は、航空機管制塔によって制御されている管制区域内へ、またその外へ飛行するノマディック装置であると見なされることができる。管制区域に入る航空機は、それらのトランスポンダ信号を識別子として使用する。その場合、航空機管制官と航空機のパイロットとの間のすべての通信は、上記の本発明の方法、システムおよびアプリケーションに従って行われる。航空機は動的優先順位を使用することができ、それにより、たとえば航空機が管制塔により近づくと、それに応じてメッセージの緊急性が高まる。DVE状態は、航空機管制官によって現在処理されている情報の量および/または彼の管制区域内を現在飛行中の航空機の数に基づくことができる。たとえば、2機の航空機が互いに非常に接近して飛行しているとき、安全性クリティカルメッセージは、安全性クリティカルメッセージに関して以上に開示したものと同じやり方で処理される。管制官が自分の携帯電話または上記のような別のノマディックアプリケーションを使用する場合、これも、やはり上記ノマディックアプリケーション33に関する開示内容に従って処理される。
Claims (48)
- 車両運転者と例えばネイティブ車両アプリケーションおよび/またはアフターマーケットアプリケーションおよび/またはノマディックアプリケーションのような複数の統合および/または非統合アプリケーションとの間の通信および/または対話方法において、運転者との通信および/または対話を行う前に対話マネージャにより実行される第1ルーチンおよび各アプリケーションによる通信および/または対話方法であって、第1ルーチンは、
運転者との通信および/または対話の許可を得るために、アプリケーションによるリクエストを対話マネージャに送るステップと、
現在および/または予測運転者/車両環境(DVE)状態および/または該アプリケーションおよび/または他のアプリケーションから前に受け取られている他のリクエストに依存して、リクエストされた通信および/または対話に対する許可を与えることができるかどうかを対話マネージャによって決定するステップと、
リクエストされた通信および/または対話の許可または不許可に関する表示を有する応答を対話マネージャによって発生してアプリケーションに送るステップと、
を含み、
その表示が許可すれば、リクエストされた通信および/または対話をアプリケーションによって実行する、通信および/または対話方法。 - 優先順位インデックスが、アプリケーションの少なくとも1つの通信および/または対話の少なくとも1つに割り当てられ、該優先順位インデックスは、リクエストと一緒に送られ、許可/不許可の決定は、優先順位インデックスに依存して対話マネージャによって行われる、請求項1に記載の方法。
- 優先順位インデックスは、標準方法によって定められる、請求項2に記載の方法。
- リクエストされた通信および/または対話に対して現時点では許可を与えることができないと対話マネージャが決定した場合、関連のリクエストは第1待ち行列内に保存される、請求項1に記載の方法。
- リクエストの少なくとも1つは、リクエストを送っているアプリケーションの識別子、リクエストによってリクエストされた通信および/または対話の継続時間および/または識別子、リクエストされた通信および/または対話によって運転者にそれぞれ加えられる視覚負荷、聴覚負荷および/または触覚負荷、およびリクエストのタイプに関する情報の少なくとも1つを含む、請求項1に記載の方法。
- リクエストされた通信および/または対話に対して許可を与えることができないと対話マネージャが決定した場合、同一リクエストを、好ましくは異なった優先順位インデックスを付けて繰り返し送ることができる、請求項2に記載の方法。
- 繰り返し送る場合、リクエストは、このリクエストを第1待ち行列に追加するか、第1待ち行列内にすでに保存されている別のリクエストと置換するか、またはそれを削除するかどうかを表すそれのタイプに関する情報を有する、または対話マネージャから応答をまったく受け取らない場合、リクエストをn回(n=1、2、3、・・・)送る、請求項6に記載の方法。
- 応答の少なくとも1つは、関連のリクエストを送ったアプリケーションの識別子、リクエストされた通信および/または対話の識別子、および/またはリクエストされた通信および/または対話に対する許可を与えることができるか否かの決定に関連した返答に関する情報の少なくとも1つを含む、請求項1に記載の方法。
- アプリケーションは、テキストコンバータ、好ましくはテキスト−音声および/またはテキスト−ディスプレイコンバータであり、通信および/または対話は、
運転者に非テキストメッセージ、好ましくは音声メッセージを、および/または
ディスプレイ上にメッセージを
出力するために設けられている、請求項1に記載の方法。 - テキストは、それぞれチャンクドセグメントの形で、音声として出力され、および/またはディスプレイ上に表示され、各セグメントは、1つの通信および/または対話と見なされる、請求項9に記載の方法。
- チャンクドセグメントが組み合わされ、それにより、出力時に少なくとも1つの論理単位が形成される、請求項10に記載の方法。
- チャンクドセグメントは、1つのセグメントを出力するリクエストが、そのような出力を許可する応答を対話マネージャから受け取るまで、第2待ち行列内に保存される、請求項10に記載の方法。
- チャンクドセグメントは、すべてのセグメントが出力されてしまうまで、第2待ち行列内に保存され、セグメントが所定時間より長く第2待ち行列内に保存されている場合、保存セグメントの少なくとも1つを再び出力することができる、請求項12に記載の方法。
- チャンクドセグメントは、構文解析部によって非事前チャンクドメッセージから生成される、請求項10に記載の方法。
- 車両運転者と例えばネイティブ車両アプリケーションおよび/またはアフターマーケットアプリケーションおよび/またはノマディックアプリケーションのような複数の統合および/または非統合アプリケーションとの間の、対話マネージャにより実行される第2ルーチンによる通信および/または対話方法であって、第2ルーチンは、
現在および/または予測運転者/車両環境(DVE)状態を決定するステップと、
アプリケーションの少なくとも1つのヒューマンマシンインターフェース(HMI)の構造および/または運用状態および/または作動または機能(複数可)のモードを、運転者/車両環境(DVE)状態に依存して対話マネージャによって制御するステップと、
を含む、方法。 - 構造の制御は、対話マネージャによってメッセージをアプリケーションに送ることによって行われ、メッセージは、現在および/または予測運転者/車両環境(DVE)状態に基づいて評価される運転状況インデックスを含み、メッセージを受け取るアプリケーションは、そのヒューマンマシンインターフェース(HMI)および/またはその運用状態および/またはその作動または機能(複数可)のモードを、受け取ったメッセージ内に含まれる運転状況インデックスに従って制御するために設けられている、請求項15に記載の方法。
- 現在および/または予測運転者/車両環境(DVE)状態は、主タスクデマンド、副タスクデマンド、視覚的注意散漫、運転者の生理的障害、運転者の特徴、特殊な運転状況、全体的な運転環境のタイプまたは状況および運転者の個性といった基準の少なくとも1つに基づいて評価される、請求項1または15に記載の方法。
- 基準の少なくとも1つは、運転者状態および/または車両状態および/または環境状態を検出するための少なくとも1つのセンサの出力信号から評価される、請求項17に記載の方法。
- 通信および/または対話は、車両運転者に代わる人と、起動の際に少なくとも1つの一定状態に依存して考慮または処理されなければならない複数の信号または情報源、および/または他のそのような起動信号または情報源との間で行われる、請求項1に記載の方法。
- 対話マネージャ(41)、運転者/車両環境(DVE)状態の推定および/または予測を行う推定部/予測部(42)、および複数の統合および/または非統合アプリケーション(2、3)を有する、先行する請求項の少なくとも1項に記載の方法を特に実行するためのシステム。
- 運転者/車両環境(DVE)状態の推定および/または予測を行うための推定部/予測部(42)に接続された複数のセンサ(10、11、12、13、14)を備えるセンサアレイ(1)を有する、請求項20に記載のシステム。
- 非統合アプリケーション(31)の少なくとも1つは、独自のヒューマンマシンインターフェース(34)を備えている、請求項20に記載のシステム。
- 統合ヒューマンマシンインターフェース(43)を有する、請求項20に記載のシステム。
- 対話マネージャ(41)、運転者/車両環境(DVE)状態の推定および/または予測を行うための推定部/予測部(42)および統合ヒューマンマシンインターフェース(43)のコンポーネントの少なくとも1つを含む運転者情報ユニット(4)を有する、請求項20に記載のシステム。
- アプリケーションの1つは、チャンクドテキストセグメント(X1、X2、X3)を第2待ち行列(262)内に保存し、かつそれぞれテキストセグメント(X1、X2、X3)を音声として出力し、および/またはそれらをディスプレイ上に表示するために設けられているテキストコンバータ(26)である、請求項20に記載のシステム。
- テキストコンバータ(26)は、テキストをチャンクドテキストセグメント(X1、X2、X3)にスライスし、かつそれらを第2待ち行列(262)内に保存するための構文解析部(261)を有する、請求項25に記載のシステム。
- テキストコンバータ(26)は、チャンクドテキストセグメント(X1、X2、X3)を生成してそれぞれそれを音声として出力し、および/またはディスプレイ上に表示する前に、請求項1に記載の第1ルーチンを実行するために設けられている音声発生器(263)および/またはディスプレイを有する、請求項25に記載のシステム。
- 請求項1〜19の少なくとも1項に記載の方法を実行するためのマイクロコンピュータを有する、請求項20に記載のシステム。
- 1つのセントラルまたは主ユニット(51)と、少なくとも1つのローカルまたは従属ユニット(52、53、64、65)とを、互いにスター形ネットワークおよび/またはゲートウェイアーキテクチャに接続して有する、請求項20に記載のシステム。
- セントラルユニット(51)は、主情報を制御する対話マネージャまたは運転者車両環境マネージャ(511)と、システム用の情報および資源管理を行うための資源マネージャ(512)とを有し、少なくとも1つのローカルユニット(52、53、64、65)は、ローカル資源管理用に設けられた1つのローカル資源マネージャ(522、532、642、652)を有する、請求項29に記載のシステム。
- ローカルユニット内および/またはその間で資源管理が行われ、セントラルユニットおよび少なくとも1つのローカルユニット間で情報および資源管理が行われる、請求項29に従ったシステムに関する請求項1または15に記載の方法。
- 対話マネージャまたは運転者車両環境マネージャ(511)と、システム用の情報管理および資源管理を行うための主情報および資源マネージャ(512)とを有する、請求項29に記載のシステム用、またはその一部であるセントラルユニット(51)。
- ローカル資源管理用に設けられているローカル資源マネージャ(522、532、642、652)を有する、請求項29に記載のシステム用、またはその一部であるローカルまたは従属ユニット(52、53、64、65)。
- 対話マネージャ(41)、運転者/車両環境(DVE)状態の推定および/または予測を行う推定部/予測部(42)、および統合ヒューマンマシンインターフェース(43)のコンポーネントの少なくとも1つを有する、請求項20に記載のシステム用、またはその一部である運転者情報ユニット(4)。
- 請求項34に記載の運転者情報ユニット(4)内で実行する、またはそれによって行われる方法であって、第1ルーチンに従ってリクエストを受け取り、応答を発生し、および/または第2ルーチンに従ってアプリケーションを制御するための方法。
- 請求項20に記載のシステムまたは請求項34に記載の運転者情報ユニット(4)用、またはその一部である対話マネージャであって、請求項1に記載の第1ルーチンおよび/または請求項15に記載の第2ルーチンを実行するために設けられている対話マネージャ。
- 請求項36に記載の対話マネージャ(41)内で実行する、またはそれによって行われる方法であって、第1ルーチンに従ってリクエストを受け取り、応答を発生し、および/または第2ルーチンに従ってアプリケーションを制御するための方法。
- 対話マネージャによって実行される第3ルーチンによる、車両運転者と例えばネイティブ車両アプリケーションおよび/またはアフターマーケットアプリケーションおよび/またはノマディックアプリケーションのような複数の統合および/または非統合アプリケーションとの間の通信および/または対話方法であって、
運転者との通信および/または対話の許可を得るために、アプリケーションからリクエストを受け取るステップと、
現在および/または予測運転者/車両環境(DVE)状態および/または該アプリケーションおよび/または他のアプリケーションから前に受け取られている他のリクエストに依存して、リクエストされた通信および/または対話に対する許可を与えることができるかどうかを決定するステップと、
リクエストされた通信および/または対話の許可または不許可に関する表示を有する応答を発生してアプリケーションに送るステップと、
を含む方法。 - 請求項20に記載のシステムまたは請求項34に記載の運転者情報ユニット(4)用、またはその一部であるDVE状態推定部/予測部(42)であって、運転者/車両環境状態の推定および/または予測を行うために設けられている、DVE状態推定部/予測部。
- 請求項39に記載のDVE状態推定部/予測部(42)内で実行する、またはそれによって行われる方法であって、運転者/車両環境状態の推定および/または予測を行うための方法。
- 請求項20に記載のシステム用、またはその一部である、例えばネイティブ車両アプリケーション、アフターマーケットアプリケーションまたはノマディックアプリケーションのような統合および/または非統合アプリケーション(2、3)の形のアプリケーションであって、請求項1に記載の第1ルーチンを実行し、および/または請求項15に記載の第2ルーチンに従って制御されるように設けられている、アプリケーション。
- 請求項41に記載のアプリケーション内で実行する、またはそれによって行われる方法であって、第1ルーチンに従ってリクエストを発生し、応答を受け取り、および/または第2ルーチンに従って制御される方法。
- 対話マネージャ、およびアプリケーションの少なくとも1つによって実行される第4ルーチンによる、車両運転者と例えばネイティブ車両アプリケーションおよび/またはアフターマーケットアプリケーションおよび/またはノマディックアプリケーションのような複数の統合および/または非統合アプリケーションとの間の通信および/対話方法であって、第4ルーチンは、
運転者との通信および/または対話の許可を得るために、リクエストを対話マネージャに送るステップと、
対話マネージャから応答を受け取るステップと、
応答が許可する表示を有する場合、リクエストされた通信および/または対話を行うステップと、
を含む方法。 - 請求項20に記載のシステム用、またはその一部であるアプリケーション用、またはその一部であるアダプタであって、アプリケーションをシステムに接続し、かつアプリケーションに請求項1に従った第1ルーチンを実行する能力を与え、および/または請求項15に記載の第2ルーチンに従って制御されるようにした、アダプタ。
- 請求項44に記載のアダプタ内で実行する、またはそれによって行われる方法であって、第1ルーチンに従ってリクエストを発生し、かつ応答を受け取る能力をアプリケーションに与え、および/またはアプリケーションを第2ルーチンに従って制御する方法。
- コンピュータプログラムであって、該プログラムをプログラマブルマイクロコンピュータで走らせるとき、請求項1〜19の少なくとも1項に記載の方法を実行できるようにしたコンピュータプログラムコード手段を有するコンピュータプログラム。
- インターネットに接続されたコンピュータで走らせるとき、請求項20に記載のシステムまたはそのコンポーネントの1つにダウンロードされるようにした、請求項46に記載のコンピュータプログラム。
- コンピュータ使用可能媒体に保存されるコンピュータプログラム製品であって、請求項46に記載のコンピュータプログラムコード手段を有する、コンピュータプログラム製品。
Applications Claiming Priority (5)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
SE0303122-6 | 2003-11-20 | ||
SE0303122A SE0303122D0 (sv) | 2003-11-20 | 2003-11-20 | Method and system for communication and/or interaction between a vehicle driver and a plurality of applications |
PCT/SE2003/001833 WO2005050522A1 (en) | 2003-11-20 | 2003-11-25 | Method and system for communication and/or interaction between a vehicle driver and a plurality of applications |
SEPCT/SE03/001833 | 2003-11-25 | ||
PCT/EP2004/013229 WO2005055046A1 (en) | 2003-11-20 | 2004-11-22 | Method and system for interact between a vehicle driver and a plurality of applications |
Publications (3)
Publication Number | Publication Date |
---|---|
JP2007511414A JP2007511414A (ja) | 2007-05-10 |
JP2007511414A6 true JP2007511414A6 (ja) | 2007-09-06 |
JP4659754B2 JP4659754B2 (ja) | 2011-03-30 |
Family
ID=34656366
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2006540356A Expired - Fee Related JP4659754B2 (ja) | 2003-11-20 | 2004-11-22 | 車両運転者および複数のアプリケーション間の対話方法およびシステム |
Country Status (2)
Country | Link |
---|---|
JP (1) | JP4659754B2 (ja) |
WO (1) | WO2005055046A1 (ja) |
Families Citing this family (21)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7616122B2 (en) | 2005-06-20 | 2009-11-10 | Biovigil, Llc | Hand cleanliness |
US8502681B2 (en) | 2005-06-20 | 2013-08-06 | Biovigil, Llc | Hand cleanliness |
JP4736780B2 (ja) * | 2005-12-16 | 2011-07-27 | セイコーエプソン株式会社 | 測位装置、測位方法、測位プログラム。 |
SE531631C2 (sv) * | 2006-12-29 | 2009-06-09 | Scania Cv Abp | Anordning och metod för administration av ljudmeddelanden i ett fordon |
SE531528C2 (sv) * | 2006-12-29 | 2009-05-12 | Scania Cv Abp | Anordning och metod för prioritering av ljud i ettfordon |
DE102007049638A1 (de) * | 2007-10-17 | 2009-04-23 | Audi Ag | Kraftfahrzeug |
EP2163450B1 (en) | 2008-06-25 | 2016-11-16 | Volvo Car Corporation | Method for allowing of suppressing a request for presenting information to a user |
US9641625B2 (en) * | 2009-06-09 | 2017-05-02 | Ford Global Technologies, Llc | Method and system for executing an internet radio application within a vehicle |
DE102009059142A1 (de) * | 2009-10-08 | 2011-04-14 | Bayerische Motoren Werke Aktiengesellschaft | Verfahren zur Integration einer Komponente in ein Informationssystem eines Fahrzeugs |
DE102009059140A1 (de) * | 2009-10-08 | 2011-04-14 | Bayerische Motoren Werke Aktiengesellschaft | Verfahren zur Integration einer Komponente in ein Informationssystem eines Fahrzeugs |
DE102009059141A1 (de) * | 2009-10-08 | 2011-04-14 | Bayerische Motoren Werke Aktiengesellschaft | Verfahren zur Integration einer Komponente in ein Informationssystem eines Fahrzeugs |
BR122013012796A2 (pt) * | 2010-07-29 | 2019-08-06 | Ford Global Technologies, Llc. | Veículo e método para gerenciar tarefas de interface com um condutor |
US8972106B2 (en) | 2010-07-29 | 2015-03-03 | Ford Global Technologies, Llc | Systems and methods for scheduling driver interface tasks based on driver workload |
US9213522B2 (en) | 2010-07-29 | 2015-12-15 | Ford Global Technologies, Llc | Systems and methods for scheduling driver interface tasks based on driver workload |
GB2500581B (en) | 2012-03-23 | 2014-08-20 | Jaguar Land Rover Ltd | Method and system for controlling the output of information to a driver based on an estimated driver workload |
US9751534B2 (en) | 2013-03-15 | 2017-09-05 | Honda Motor Co., Ltd. | System and method for responding to driver state |
JP2014000955A (ja) * | 2013-07-30 | 2014-01-09 | Ford Global Technologies Llc | 運転者インタフェースタスクを管理する方法、及び、車両 |
US11069220B2 (en) | 2017-07-10 | 2021-07-20 | Biovigil Hygiene Technologies, Llc | Hand cleanliness monitoring |
JP6819529B2 (ja) * | 2017-09-27 | 2021-01-27 | 株式会社デンソー | 情報処理装置、情報処理システム、及び情報処理方法 |
DE102019118189A1 (de) * | 2019-07-05 | 2021-01-07 | Bayerische Motoren Werke Aktiengesellschaft | Koppelung von Benutzeroberflächen |
WO2024058027A1 (ja) * | 2022-09-13 | 2024-03-21 | 株式会社デンソー | 車載装置、センタ装置、車両制御プログラム及び車両制御方法 |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2001143191A (ja) * | 1999-11-12 | 2001-05-25 | Yazaki Corp | 車両用情報処理方法、及びその装置、並びに車両 |
US6925425B2 (en) * | 2000-10-14 | 2005-08-02 | Motorola, Inc. | Method and apparatus for vehicle operator performance assessment and improvement |
DE10153987B4 (de) * | 2001-11-06 | 2018-05-30 | Daimler Ag | Informationssystem in einem Fahrzeug |
DE10162653A1 (de) * | 2001-12-20 | 2003-07-03 | Bosch Gmbh Robert | Verfahren und System zur Anzeige von Informationen und Fahrzeug-Infotainment System |
-
2004
- 2004-11-22 JP JP2006540356A patent/JP4659754B2/ja not_active Expired - Fee Related
- 2004-11-22 WO PCT/EP2004/013229 patent/WO2005055046A1/en active Application Filing
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8009025B2 (en) | Method and system for interaction between a vehicle driver and a plurality of applications | |
JP4659754B2 (ja) | 車両運転者および複数のアプリケーション間の対話方法およびシステム | |
JP2007511414A6 (ja) | 車両運転者および複数のアプリケーション間の対話方法およびシステム | |
US8400332B2 (en) | Emotive advisory system including time agent | |
EP2726981B1 (en) | Human machine interface unit for a communication device in a vehicle and i/o method using said human machine interface unit | |
US10137902B2 (en) | Adaptive interactive voice system | |
US20110093158A1 (en) | Smart vehicle manuals and maintenance tracking system | |
US20110172873A1 (en) | Emotive advisory system vehicle maintenance advisor | |
US20190287520A1 (en) | Dialog processing system, vehicle having the same, dialog processing method | |
CN109658922B (zh) | 车辆的用于处理用户输入的装置和方法 | |
US20200319841A1 (en) | Agent apparatus, agent apparatus control method, and storage medium | |
JP4974536B2 (ja) | 音声案内装置 | |
US20230317072A1 (en) | Method of processing dialogue, user terminal, and dialogue system | |
CN109582271B (zh) | 一种动态设置tts播放参数的方法、装置及设备 | |
EP3686042A1 (en) | System and method for providing a notification to an occupant of a vehicle | |
US20130338919A1 (en) | User-centric platform for dynamic mixed-initiative interaction through cooperative multi-agent community | |
CN115700203A (zh) | 用于设备的自动控制期间非监控时间段分配的用户界面 | |
US20230419971A1 (en) | Dynamic voice assistant system for a vehicle | |
US20240096317A1 (en) | Human assisted live operations systems and methods | |
WO2024020065A1 (en) | Collaboration between a recommendation engine and a voice assistant | |
CN118215605A (zh) | 用于操作语音对话系统的方法 | |
Ebel | Generative AI and Attentive User Interfaces: Five Strategies to Enhance Take-Over Quality in Automated Driving | |
KR20230039799A (ko) | 차량 및 그 제어 방법 | |
Stoter et al. | Context-aware prioritization of information: an architecture for real-time in-vehicle information management | |
CN115520207A (zh) | 交互方法、车辆、服务器及存储介质 |