(57)【要約】【課題】  アプリケーションが外部機器から確実に情報を取得することができる車載機を提供する。【解決手段】  車載機にはナビ情報プラットフォームマネージャを有したプラットフォーム１３が搭載されていると共に、ナビアプリ１０、運転技術評価アプリ１１、安全運転情報提供アプリ１２が搭載されている。ナビ情報プラットフォームマネージャ１３ａ及び車両情報プラットフォームマネージャ１３ｂは、ナビアプリ１０、運転技術評価アプリ１１、安全運転情報提供アプリ１２から情報要求を受けたときは、要求を受付け、要求情報を判定する。判定の結果に応じて対応するＡＰＩをコールし、カーナビゲーション装置１５或いは車両制御用ＥＣＵ１８から情報を取得し、アプリからの要求に応答する。これにより、各アプリは、カーナビゲーション装置１５或いは車両制御用ＥＣＵ１８の存在を意識することなく情報を取得することができる。【選択図】  図１
2007090951.tif 000002
【特許請求の範囲】
【請求項１】
外部機器から取得した情報を処理する複数のアプリケーションと、
前記外部機器にアクセスして情報を取得するためのＡＰＩライブラリを有したプラットフォームとを備え、
前記プラットフォームは、前記アプリケーションが前記外部機器からの情報取得を要求したときは、対応するＡＰＩを通じて前記外部機器にアクセスすることにより情報を取得して前記アプリケーションに引き渡すことを特徴とする車載機。
【請求項２】
前記プラットフォームは、前記外部機器が接続されたときは、当該外部機器にアクセス可能となるように設定することを特徴とする請求項１記載の車載機。
【請求項３】
前記プラットフォームは、複数の前記アプリケーションから情報の取得を同時に要求されたときは、前記外部機器の負担を軽減するように前記外部機器に対するアクセスを制御することを特徴とする請求項１または２記載の車載機。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、外部機器から取得した情報を処理する複数のアプリケーションが搭載された車載機に関する。
【背景技術】
【０００２】
例えば自動車の安全運転のために、運転者の運転技術を把握し、それに見合った警告や制御を行なうことが検討されている。特許文献１のものでは、運転者に対して車両が置かれている現在の状況や、車両が将来置かれる状況に基づいて、時系列的に運転者の運転を支援すると共に、運転者の運転技量の変化に応じて運転者に対する支援の内容を再構成することが記載されている。
【特許文献１】特開２００４−３３４２８３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ところが、特許文献１のものでは、次のような課題が残されている。
現在、運転技量を収集するための車載ＥＣＵ（電子制御ユニット）は異なったメーカが製作、販売し、車両メーカやディーラ、ショップなどで装着されており、運転技量を把握するためには、それらの種々のメーカのＥＣＵからデータの収集と解析を、従来の車載走行制御用ＥＣＵにメモリと解析用ソフトを設けて行なう必要があるが、個別のＥＣＵの処理能力は限られていることと、大きなメモリは搭載されていないため、運転技量を把握するためには、車載走行制御用ＥＣＵとは別体の車載機に運転技量データを作成するためのハード及びアプリケーションを搭載するのが望ましい。
【０００４】
ここで、運転技量データを作成するためのアプリケーションは、ユーザの操作（ブレーキ、ステアリング、アクセル、操作スイッチなど）と走行制御ＥＣＵ（ブレーキシステム、エンジン・モータ制御システム、サスペンションシステム）や車両の走行状態を計測するＧセンサ、速度センサ、位置を測定するＧＰＳなどのセンサのデータを、時間遅れなく確実に収集することが必要である。
しかしながら、車両に搭載されている複数のＥＣＵは、メーカが異なっているのが通常であり、運転技量データを作成するアプリケーションがそれらの機器にアクセスして情報を取得できない虞がある。
本発明は上記事情に鑑みてなされたもので、アプリケーションが外部機器から確実に情報を取得することができる車載機を提供することにある。
【課題を解決するための手段】
【０００５】
請求項１の発明によれば、アプリケーションが外部機器から情報取得を要求した場合は、プラットフォームは、対応するＡＰＩを通じて外部機器にアクセスすることにより情報を取得し、その情報を取得の要求を出したアプリケーションに引き渡す。これにより、アプリケーションは、接続された外部機器の存在を意識することなく外部機器から所望の情報を取得することができる。
【０００６】
請求項２の発明によれば、プラットフォームは、外部機器が接続されたときは、その外部機器にアクセス可能となるように設定する。これにより、アプリケーションは、接続された外部機器からプラットフォームを通じて情報を取得することができる。
【０００７】
請求項３の発明によれば、プラットフォームは、複数のアプリケーションが情報取得を同時に要求したときは、外部機器の負担を軽減するように外部機器に対するアクセスを制御する。これにより、プリケーションは、外部機器に効率よくアクセスすることができる。
【発明を実施するための最良の形態】
【０００８】
以下、本発明の一実施例について図面を参照して説明する。本実施例の車載機には、経路案内システムに加えて運転技量評価システム及び安全運転情報提供システムなどが搭載されている。尚、以下においては、説明の簡単化のために安全運転情報提供システムの説明を省略する。
【０００９】
図２は、経路案内システムを実施する場合のハード構成を示すブロック図である。また、図３は、運転技術評価システムを実施する場合のハード構成を示すブロック図である。これらの図２及び図３から分るように、通信制御器１、位置計測器２、ディスプレイ３、オーディオ４、描画システム５、地図データベース（以下、ＤＢ）６、カメラシステム７、ＨＭＩ(Human Machine Interface)制御器８は、各システムに重複したハード構成であることから、本車載機では、それらの重複する装置を同一のハードモジュールで構成し、そのハードモジュール内にナビデータ処理システムの機能を制御するアプリケーションと運転データ処理システムの機能を制御するアプリケーションとを搭載することにより、ハード構成の効率化を図るようにした。
【００１０】
図１は、車載機に経路案内システムと運転データ処理システムとを同一のハードモジュールで構成した際のソフトウェア構成のブロック図を概略的に示している。この図１において、車載機９には、各システムのアプリケーションとして、経路案内ナビアプリケーション（以下、ナビアプリ）１０、運転技術評価アプリケーション（以下、運転技術評価アプリ）１１、安全運転情報提供アプリケーション（以下、安全運転情報提供アプリ）１２という３つのソフトウェアの下に、各アプリケーション（以下、アプリ）からのリクエストを分類して、対応するリクエストに応じた応答を返すマネージャ層（以下、この階層をプラットフォームと呼ぶ）１３を構成した。図１では、プラットフォーム１３は、ナビ情報を取り扱うためのナビ情報プラットフォームマネージャ１３ａ、車両情報プラットフォームマネージャ１３ｂに加えて、ＨＭＩプラットフォームマネージャ１３ｃ、追加機器マネージャ１３ｄ、通信制御マネージャ１３ｅなどの各種マネージャを含んで構成されている。
【００１１】
各マネージャ１３ａ〜１３ｅは、専門分野のリクエストを処理するためのＡＰＩ(Application Program Interface)群を管理する。つまり、アプリからリクエストされると、対応するマネージャがそのリクエストを受け取り、各マネージャに対応して設けられたＡＰＩライブラリのうちから必要なＡＰＩを起動して、リクエストに応じた動作を行ない、リクエストに対する回答を作成する。例えば、アプリから現在位置を教えてほしいというリクエストがくると、そのリクエストは、ナビ情報プラットフォームマネージャ１３ａが受け取り、ナビ情報プラットフォームマネージャ１３ａは、位置情報取得ＡＰＩを使って位置情報を獲得してアプリに返す。
【００１２】
ＡＰＩライブラリとしては、ナビ情報プラットフォームマネージャ１３ａに対応してナビゲーション情報収集ＡＰＩライブラリ１４が設けられている。このナビゲーション情報収集ＡＰＩライブラリ１４は、位置情報取得ＡＰＩ１４ａ、カーブ角度取得ＡＰＩ１４ｂ、交差点角度取得ＡＰＩ１４ｃ、車両速度取得ＡＰＩ１４ｄ、交差点接近情報取得ＡＰＩ１４ｅ、カーブ接近情報取得ＡＰＩ１４ｆから構成されており、カーナビゲーション装置（外部機器に相当）１５からの情報を通信制御ＥＣＵ１６の制御により取得するようになっている。
【００１３】
また、車両情報プラットフォームマネージャ１３ｂに対応して車両操作情報ＡＰＩライブラリ１７が設けられている。この車両操作情報ＡＰＩライブラリ１７は、ステアリング角ＡＰＩ１７ａ、車両挙動センサＡＰＩ１７ｂ、ブレーキ操作情報ＡＰＩ１７ｃ、アクセル開度ＡＰＩ１７ｄから構成されており、車両制御用ＥＣＵ（外部機器に相当）１８からの情報を通信制御ＥＣＵ１６の制御により取得するようになっている。
【００１４】
一方、ＨＭＩプラットフォームマネージャ１３ｃは、スイッチ操作ＡＰＩ１９ａ、表示ＡＰＩ１９ｂ、音声発生ＡＰＩ１９ｃ、音声収集ＡＰＩ１９ｄを通じてユーザによるスイッチ操作、ディスプレイ表示、マイクからの音声入力、オーディオ制御などを実行する。
また、車両に追加機器２０が搭載されると、追加機器マネージャ１３ｄ及び通信制御マネージャ１３ｅが追加機器２０との通信を行ない、追加機器２０に必要なプログラムを通信などで獲得して、機器を使用できるようにする。また、追加機能において、各プラットフォームマネージャに対応する機能を持つ場合は、それぞれに新たなＡＰＩを追加する。
【００１５】
この場合、プラットフォーム１３が、位置精度の高い機器のデータが得られるＡＰＩを使えるように設定すれば、高性能な機器が追加されるとほぼ同時に、アプリの機能アップを行なうことができる。例えば通常のＧＰＳをＲＴＫＧＰＳに変更すると、位置情報は新しい位置情報取得ＡＰＩで得られる情報に変わる。
【００１６】
また、位置情報取得ＡＰＩにアプリからは見えない優先度データを付加することにより、位置によっては高精度の機器が使えない場合であっても、プラットフォームマネージャが、そのとき使える中精度の機器のデータを返すことができ、アプリが停止してしまうという不具合を回避することが可能となる。
【００１７】
図４は、車載機９に搭載されたアプリのうち、運転技術評価アプリ１１に関するソフト構成を示すブロック図である。この図４において、運転技術評価アプリ１１は、プラットフォーム１３が提供する各ＡＰＩライブラリを利用してカーナビゲーション装置１５からナビ関連情報、車両制御用ＥＣＵ１８から車両情報を取得するようになっている。つまり、運転技術評価アプリ１１は、ナビ情報を取得する場合は、そのことをナビ情報プラットフォームマネージャ１３ａにリクエストし、車両情報を取得する場合は、そのことを車両情報プラットフォームマネージャ１３ｂにリクエストするのである。
そして、運転技術評価アプリ１１は、取得したナビ情報及び車両情報を解析して運転者の運転技量を評価する。
【００１８】
図５は、運転技術評価アプリ１１による運転技量の評価方法を説明するための図である。この図５に示すように、カーブ進入時は、ナビ情報のうちカーブ接近情報、カーブ角度情報、車両速度情報から、カーブ進入速度に応じた理想的なステアリング角、アクセル開度、ブレーキ操作、車両挙動を算出し、取得した車両情報と比較して、その差異を運転評価とする。
【００１９】
また、交差点進入時は、ナビ情報のうち交差点接近情報、交差点角度情報、車両速度情報から、交差点進入速度に応じた理想的なステアリング角、アクセル開度、ブレーキ操作、車両挙動を算出し、取得した車両情報と比較して、その差異を運転評価とする。
そして、以上の運転評価に基づいて運転評価結果表を作成する。
【００２０】
さて、車載機９に搭載された運転技術評価アプリ１１が運転者の運転技量を評価する具体的な方法について図６を参照して説明する。
［ステップＳ１］運転技量コースの設定
運転者の運転技量を評価するには、まず、運転技量コースの設定を行なう。この運転技量コースとしては、運転者が任意に選んでもよいし、運転データ処理システムが自動的に設定するようにしてもよい。
【００２１】
運転者が任意に選ぶ場合は、カーナビゲーション装置１５に対して評価開始ポイントと評価終了ポイントと走行経路を設定し、設定した経路にしたがって走行することになる。
運転技術評価アプリ１１が運転技量コースを設定する場合は、運転技術評価アプリ１１は、現在位置の計測をカーナビゲーション装置１５から取得し、カーナビゲーション装置１５の経路計算結果を呼び出して目的地までの経路計算結果を参照する。つまり、カーナビゲーション装置１５の経路計算結果を呼び出す。
【００２２】
次に、カーナビゲーション装置１５から呼び出した経路内で、運転技量計測に適する場所を地図ＤＢから検索する。運転技量が必要な場所を経路上から探すために、経路の形状データ（曲がり、のぼり、くだり、速度規制）、障害物などの有無情報を地図ＤＢから検索する。それぞれのコースは、経路の形状、障害物などの有無によって難易度を表す評価ポイントが付けられる。つまり、経路の形状が複雑であったり、経路を一定速度で走行することが困難であったりした場合は、難易度の評価ポイントが高くなる。
【００２３】
運転データ処理システムは、運転者による車両の操作回数（運転回数）を参照する。運転者がその車両の運転に慣れていない（設定運転回数よりも少ない）ことを確認した場合は、簡単な評価コースを選べるようにする。或いは、自動的に選択できるようにしてもよい。通常は、運転データ処理システムは、運転者の運転回数に応じた経路選択を行なう。つまり、運転者が未熟者の場合は、通常の経路であっても運転が困難であり、正しい評価が困難となるからである。
【００２４】
［ステップＳ２］運転操作の推奨パターンの計算
次に、運転技術評価アプリ１１は、運転操作の推奨パターンを計算する。この推奨パターンとは、安全運転を想定した上手な運転のための操作を計算して記憶するのである。
運転データ処理システムは、上述したステップＳ１で選択された経路を安全運転で走行する場合の運転操作推奨パターンを計算する。つまり、評価コースの開始地点の車両速度、途中の道路形状に応じたステアリング操作のパターン、ブレーキの使用（位置、頻度、制動時の加速度）などを、走行パターンのデータベースに基づいて推定し、その推定結果を記録する。この場合、車両の大きさ、重量に応じて各操作機器の操作とその走行結果が異なるため、車両ごとに大きさと重さを運転データ処理システムに登録しておき、その値を用いて推奨パターンの計算を行なう。
【００２５】
［ステップＳ３］運転技量評価コースに入ることを通知
次に、運転技術評価アプリ１１は、運転技量評価コースに入る前に、運転者に運転技量評価コースに入ることを通知する。つまり、運転データ処理システムは、車両の現在位置を測定し、車両が運転技量評価コースに入る直前になると、ディスプレイ、オーディオを用いて、運転者のその旨を伝達する。このとき、音声や表示でカウントダウンを行なうようにしてもよい。
【００２６】
［ステップＳ４］運転技量評価の開始を案内
運転データ処理システムは、運転技量の評価中であることを運転者にディスプレイ、オーディオを用いて報知する。この場合、運転者に応じて、緊張を和らげたり、逆に緊張を高めるＢＧＭなどを流したりするようにしてもよい。運転技量コース内でのハンドル、ステアリング、ブレーキ、操作スイッチなどの操作と、車両位置を計測（車両位置は中央線の撮影画像や、高精度ＧＰＳ（ＲＴＫＧＰＳ）を使用）してメモリに記憶する。
【００２７】
［ステップＳ５］運転技量評価、データ計測、記録
車両の位置、運転者の操作、時刻、車両の動き（振動、速度、加速度）を計測し、結果を記録する。運転技量評価コース内で危険運転をしていると判定された場合、オーディオ機能などで警報を出す。
【００２８】
［ステップＳ６］運転技量評価の終了を案内
運転データ処理システムは、位置計測器を使って位置を測定し、車両が運転技量の評価完了地点に達すると、運転技量評価が完了したことを運転者にディスプレイ、オーディオを用いて報知する。データの記録を停止し、評価データファイルとして保存する。
運転データ処理システムは、運転技量の評価結果をステップＳ２で計算した運転操作推奨パターンと比較し、どの位置で運転操作推奨パターンとどの程度の違いがあるかを定量的に計算する。
【００２９】
［ステップＳ７］運転技量の結果を表示
運転者が運転技量の確認リクエストを指令すると、運転技量の結果を表示する。
以下、運転技術評価アプリ１１、ナビ情報プラットフォームマネージャ１３ａ、車両情報プラットフォームマネージャ１３ｂの情報の受け渡し動作について説明する。
【００３０】
図７は、運転技術評価アプリ１１の動作を示すフローチャートである。この図７において、運転技術評価アプリ１１は、ナビ情報プラットフォームマネージャ１３ａにカーブ・交差点接近情報の要求を出しておく（Ｃ１）。これらの要求は、１度出しておけば、カーブ・交差点が接近する度にナビ情報プラットフォームマネージャ１３ａから情報があがってくる。
【００３１】
ナビ情報プラットフォームマネージャ１３ａから接近情報を取得したときは、まず、カーブか交差点かを判断する（Ｃ２）。カーブであれば（Ｃ２：カーブ）、カーブ角度情報要求をナビ情報プラットフォームマネージャ１３ａに出し（Ｃ３）、カーブ角度情報を取得する（Ｃ４）。一方、交差点であれば（Ｃ２：交差点）、交差点角度情報要求をナビ情報プラットフォームマネージャ１３ａに出し（Ｃ８）、交差点角度情報を取得する（Ｃ９）。
【００３２】
次に、車両速度要求をナビ情報プラットフォームマネージャ１３ａに出し（Ｃ５）、車両速度を取得する（Ｃ６）。それと同時に、車両情報（ステアリング角情報、アクセル開度情報、ブレーキ操作情報、車両挙動情報）を車両情報プラットフォームマネージャ１３ｂに要求し（Ｃ１０）、それぞれ取得する（Ｃ１１）。
【００３３】
最後に、ナビ情報プラットフォームマネージャ１３ａから取得した情報（カーブ角度情報または交差点角度情報、速度情報）から、そのカーブ（または交差点）に対する車両の理想データ（ステアリング角情報、アクセル開度情報、ブレーキ操作情報、車両挙動情報）を生成する（Ｃ７）。そして、その生成したデータと実際に取得した車両データを比較して（Ｃ１２）、運転者の運転技量を評価する（Ｃ１３）。
以上の一連の動作を、車両がカーブ、交差点に進入する毎に実行する。
【００３４】
図８は、ナビ情報プラットフォームマネージャ１３ａの動作を示すフローチャートである。この図８において、車載機９に搭載されたナビアプリ１０、運転技術評価アプリ１１、安全運転情報提供アプリ１２は、独自のタイミングでプラットフォーム１３に情報要求をリクエストする。ナビ情報プラットフォームマネージャ１３ａは、アプリからの情報要求を受け取り（Ａ１）、アプリからの要求情報を判定する（Ａ２）。要求情報判定の結果、アプリからの要求が「カーブ接近情報要求」のときは（Ａ３：ＹＥＳ）、カーブ接近情報取得ＡＰＩ１４ｆをコールし（Ａ１０）、「交差点接近情報要求」のときは（Ａ４：ＹＥＳ）、交差点接近情報取得ＡＰＩ１４ｅをコールし（Ａ１１）、「カーブ角度要求」のときは（Ａ５：ＹＥＳ）、カーブ角度取得ＡＰＩをコールし（Ａ１２）、「交差点角度要求」のときは（Ａ６：ＹＥＳ）、交差点角度取得ＡＰＩ１４ｃをコールし（Ａ１３）、「車両速度情報要求」のときは（Ａ７：ＹＥＳ）、車両速度取得ＡＰＩ１４ｄをコールする（Ａ１４）。また、その他の要求のときは（Ａ７：ＮＯ）、対応するＡＰＩをコールする（Ａ８）。
上述のように各種情報要求がリクエストされたＡＰＩを通じてカーナビゲーション装置１５に対して情報を要求した結果、情報を取得したときは（Ａ９）、取得した情報を要求したアプリに対して情報を引き渡す（Ａ１５）。
【００３５】
図９は、車両情報プラットフォームマネージャ１３ｂの動作を示すフローチャートである。この図９に示すように、車両情報プラットフォームマネージャ１３ｂは、上述したナビ情報プラットフォームマネージャ１３ａと同様に、各アプリからの情報要求を受けたときは（Ｂ１）、要求情報を判定し（Ｂ２）、その判定結果に基づいて所定のＡＰＩコールを実行することにより車両制御用ＥＣＵ１８から情報を取得して（Ｂ８）、取得した情報を要求したアプリに引き渡す（Ｂ１３）。
【００３６】
図１０は、車両が右カーブに進入する場合の一例を示している。この図１０において、車両がカーブに進入する場合は、そのカーブへの進入に先立って車両の理想データを作成する。この例では、一点鎖線で示す走行軌跡で走行するのが理想であるが、実際の走行軌跡は鎖線であったことを示しており、両方の走行軌跡のずれ量に基づいて評価する。また、各評価ポイントで、運転者による操作を判断する。つまり、ナビ情報に基づいて車両が図１０に示す最初の評価ポイントＰＯ１に位置したときに、制限速度３０Ｋｍを守って警笛を鳴らしたかを判断し、次のポイントＰＯ２に位置したときに、制限速度４０Ｋｍを守って対向車線にはみ出さないことを判断し、次のＰＯ３に位置したときに、坂道を登るためにアクセルを開いたかを判断する。このような判断により、運転評価結果であるポイントを計算し、そのポイントを表示する。
従って、運転者は、表示されたポイントに基づいて自分の運転技能レベルを知ることができる。
【００３７】
このような実施例によれば、車載機９にプラットフォーム１３を設け、車載機９に搭載された複数のアプリケーションがカーナビゲーション装置１５或いは車両制御用ＥＣＵ１８などの外部機器に対して情報の取得を要求した場合は、プラットフォーム１３のＡＰＩライブラリを通じて外部機器から所定の情報を取得してアプリケーションに引き渡すようにしたので、アプリケーションは、外部機器の接続を意識することなく所望の情報を取得することができる。
しかも、車載機９に新規の外部機器を接続した場合は、プラットフォーム１３が外部機器との接続を管理するようになるので、アプリケーションは、外部機器の接続状態を意識することなく、外部機器から所望の情報を取得することができる。
【００３８】
また、プラットフォーム１３が外部機器に対する情報取得を一括して制御するようになっているので、複数のアプリがプラットフォームに対して情報取得の同時に要求を出すにしても、プラットフォーム１３がアプリからの要求に対して外部機器に負荷を掛けないようにアクセスを制御することができ、所定の機器から効率よく情報を取得してリアルタイム性を損なうことなく情報を取得することができる。
【００３９】
本発明は、上記実施例に限定されることなく、次のように変形または拡張できる。
カーナビゲーション装置１５にプラットフォーム１３を搭載し、ナビ情報をカーナビソフトから取得するようにしてもよい。
【図面の簡単な説明】
【００４０】
【図１】本発明の一実施例における全体のソフト構成を示す図
【図２】経路案内システムのハード構成を示すブロック図
【図３】運転技術評価システムのハード構成を示すブロック図
【図４】運転技術評価アプリに関するソフト構成を示すブロック図
【図５】運転技術評価アプリによる運転技量の評価方法を説明するための図
【図６】運転技術評価アプリの評価手順を示すフローチャート
【図７】運転技術評価アプリの動作を示すフローチャート
【図８】ナビ情報プラットフォームマネージャの動作を示すフローチャート
【図９】車両情報プラットフォームマネージャの動作を示すフローチャート
【図１０】運転技術評価を説明するための図
【符号の説明】
【００４１】
図面中、９は車載機、１０は経路案内ナビアプリケーション、１１は運転技術評価アプリケーション、１２は安全運転情報提供アプリケーション、１３はプラットフォーム、１４はナビゲーション情報収集ＡＰＩライブラリ、１５はカーナビゲーション装置（外部機器）、１７は車両操作情報ＡＰＩライブラリ、１８は車両制御用ＥＣＵ（外部機器）である。
【図１】
2007090951.tif 000003
【図２】
2007090951.tif 000004
【図３】
2007090951.tif 000005
【図４】
2007090951.tif 000006
【図５】
2007090951.tif 000007
【図６】
2007090951.tif 000008
【図７】
2007090951.tif 000009
【図８】
2007090951.tif 000010
【図９】
2007090951.tif 000011
【図１０】
2007090951.tif 000012