JPWO2014170987A1 - 移動体状態通知装置、サーバ装置および移動体状態通知方法 - Google Patents

Abstract

車両の各種状態を示す車両情報を取得する車両情報取得部（２）と、車両情報取得部（２）が取得した車両情報が示す車両の各種状態の内容を総合的に評価して車両の全体的な状態を判定する状態判定部（３）と、状態判定部（３）が判定した車両の全体的な状態を出力部（６）に出力して通知する通知処理部（４）とを備える。

Description

この発明は、車両などの移動体の状態をユーザに通知する移動体状態通知装置、サーバ装置および移動体状態通知方法に関する。

車両の乗員に対して車両の状態を通知する従来の技術として、例えば特許文献１には、表示中の地図エリアを犠牲にすることなく、車両の概略速度を認識できるナビゲーション装置が開示されている。このナビゲーション装置では、あらかじめ定められた速度区分に応じたキャラクタで現在位置マークを表示する。これにより、地図表示エリアの現在位置が亀のマークで表示されていれば自車の車速が３０ｋｍ／ｈ未満であり、兎のマークであれば自車の車速が３０ｋｍ／ｈ以上で６０ｋｍ／ｈ未満であるというように、自車の概略速度を容易に認識することができる。また、現在位置マークが速度と対応したキャラクタとなるため、地図表示エリア内に自車の速度を表示するエリアを新たに設ける必要がなく、地図表示エリアが犠牲にならない。

また、特許文献２には、車両の走行状態の検出結果を利用しながら、車両連動アプリを実行するナビゲーション装置が開示されている。このナビゲーション装置では、例えば、車両の速度に応じて表示中のキャラクタの動作を切り替える。表示中のキャラクタがアクアリウムアプリの水槽内の魚である場合、その泳ぎ方などが車両の走行状態に応じて変化する。このようにすることで、車両の乗員が車両の走行状態を直感的に把握することが可能となる。
なお、特許文献２では、車両の走行状態を示す様々な情報として、車両の速度以外に方位、高度、ライト点灯の有無などが規定されており、これらの情報に応じてキャラクタの動作を切り替えている。

特開平８−１２８８３８号公報 特開２００４−３０１５４６号公報

特許文献１に代表される従来の技術では、車両の速度のみに対応したマークを表示している。この従来の技術を車両の速度以外の状態に適用することで、車両の各種状態に対応するマークを表示することができる。
しかしながら、この場合、車両の各種状態のマーク表示によって各種状態が別々に通知されるだけであるため、車両の速度に加えて、燃料残量やエンジンの回転数などの状態も含めて総合的に判断した車両の全体的な状態を把握することができなかった。
従って、ユーザは、車両の各種状態をそれぞれ判断しなければならず、各種状態の内容を理解していないと、車両の状態を正確に判断できないという課題があった。

例えば、適切なエンジン回転数かつ適切な速度で走行しているが、燃料残量が減り気味で、車両の全体的な状態としては給油が推奨される状態である場合でも、運転者は、ピンポイントに燃料残量の通知を確認しなければ、車両の全体的な状態を把握できない。
また、運転者以外の同乗者にとっては、運転していないにもかかわらず車両の各種状態が通知されても繁雑に感じるだけであり、車両の各種状態を総合的に判断した車両の全体的な状態が通知される方が、認識しやすく好ましい。

さらに、特許文献２では、車両の各種状態に応じて車両連動アプリを実行している。
しかしながら、この車両連動アプリは、車両の各種状態を総合的に判断した車両の全体的な状態に連動して動作するものではなく、車両の各種状態のそれぞれに合わせてキャラクタの動きを決定している。
このため、車両の全体的な状態を認識するためには、ある程度の時間を持ってキャラクタの動きを観察する必要があり、運転に注力している運転者からは車両の全体的な状態を容易に認識することができない。

この発明は、上記のような課題を解決するためになされたもので、移動体の各種状態を認識するスキルがないユーザであっても、移動体の全体的な状態を容易に認識することができる移動体状態通知装置、サーバ装置および移動体状態通知方法を得ることを目的とする。

この発明に係る移動体状態通知装置は、移動体に搭載され、出力部を介して移動体の状態を通知する移動体状態通知装置において、移動体の各種状態を示す移動体情報を取得する移動体情報取得部と、移動体情報取得部が取得した移動体情報が示す移動体の各種状態の内容を総合的に評価して移動体の全体的な状態を判定する状態判定部と、状態判定部が判定した移動体の全体的な状態を出力部に出力して通知する通知処理部とを備えたことを特徴とする。

この発明によれば、移動体の各種状態を認識するスキルがないユーザであっても、移動体の全体的な状態を容易に認識することができるという効果がある。

この発明の実施の形態１に係る移動体状態通知装置の構成を示すブロック図である。 実施の形態１に係る移動体状態通知方法を示すフローチャートである。 車両の全体的な状態の通知例を示す図である。 緊急に通知すべき情報が発生した場合の通知例を示す図である。 この発明の実施の形態２に係る移動体状態通知装置の構成を示すブロック図である。 実施の形態２に係る移動体状態通知方法を示すフローチャートである。 車内または車両周辺に異常がある場合の通知例を示す図である。 この発明の実施の形態３に係る移動体状態通知装置の構成を示すブロック図である。 実施の形態３における車両の状態の通知例を示す図である。 実施の形態３に係る移動体状態通知装置の他の構成を示すブロック図である。 この発明の実施の形態４に係る移動体状態通知装置の構成を示すブロック図である。 実施の形態４における車両の状態の通知例を示す図である。

以下、この発明をより詳細に説明するため、この発明を実施するための形態について、添付の図面に従って説明する。
実施の形態１．
図１は、この発明の実施の形態１に係る移動体状態通知装置の構成を示すブロック図であり、車両などの移動体に搭載または持ち込まれて移動体の状態を乗員に通知する装置である。以降では、移動体が車両である場合を例に挙げて説明する。
図１に示す車両状態通知装置１は、車両に搭載または乗員により持ち込まれ、出力部６を介して車両の状態を乗員に通知する装置であって、車両情報取得部２、状態判定部３、通知処理部４および記憶部５を備えて構成される。

車両情報取得部２は、車両が搭載する車両センサや車両制御装置などと接続して、速度計や燃料計などの計器類で表示する車両の各種状態や、シフトレバー、ステアリング、アクセルおよびブレーキなどの走行状態に関する各種状態を示す車両情報を取得する移動体情報取得部である。車両情報としては、例えば車両の走行速度、エンジン回転数、燃料残量、シフトポジション、車両の方位、加減速状態、車両の走行距離、日時、現在位置などが挙げられる。なお、車両の各種状態は、車両の走行速度、エンジン回転数、車両の現在位置、方位、走行距離、走行時間、シフトポジション、ステアリング位置、車両の加減速状態としてアクセルの開度およびブレーキの状態、燃料残量（ガソリン、電池；ガソリン車、ハイブリッド車）、電池チャージ量（電気自動車）、エンジンの冷却水温および日時のうちの少なくとも１つを含む。

状態判定部３は、車両情報取得部２が取得した車両情報が示す車両の各種状態の内容を総合的に評価して車両の全体的な状態を判定する。
車両の全体的な状態の判定方法としては、まず、車両の各種状態ごとに閾値および全体的な状態の判定における優先度（重みの値）をあらかじめ設定しておき、車両情報が示す車両の各種状態の内容と上記閾値を比較して各種状態の内容の大小レベルを評価し、この大小レベルに応じたポイントを付与する。
例えば、車両の速度計、回転計および燃料計から取得した車両情報が示す車両の速度、エンジン回転数および燃料残量に対して、閾値を５０ｋｍ／ｈ、３０００回転、燃料残量１０％と設定しておき、閾値以上である場合に各種状態にポイント“１”を付与し、閾値未満であれば各種状態にポイント“２”を付与する。
なお、上記閾値は、各種状態を例えば安全上の典型的な値（典型値）である場合、緊急に典型値へ回復すべき値（緊急値）である場合、これらの中間の値（中間値）である場合に分類するための指標であり、所定の閾値範囲であってもよい。
この後、各種状態の内容に対するポイントに、各種状態にあらかじめ設定した優先度（重みの値）を乗算して、各種状態のポイント値とこれらの総和のポイント値を算出する。
例えば、燃料残量は車両の走行を維持する上で重要な因子であるので、燃料残量の優先度を“２”とし、車両の速度の優先度を“１”、エンジン回転数の優先度を“１”とし、車両の速度とエンジン回転数が上記閾値以上で燃料残量が上記閾値未満である場合には、車両の速度、エンジン回転数および燃料残量の大小レベルに応じたポイントに各優先度を乗算して、車両の速度、エンジン回転数および燃料残量のポイントがそれぞれ、“１”、“１”、“４”となり、総和が“６”となる。各種状態のポイント値とこれらの総和は、車両の全体的な状態の判定結果として状態判定部３から通知処理部４に出力される。
このように、状態判定部３は、車両の全体的な状態を示す情報として、あらかじめ選択された複数の車両の状態を組み合わせて状態の内容を評価した車両の各状態の評価値（ポイント値）と総合評価値（ポイント値の総和）を求める。
車両の全体的な状態の判定に用いる各種状態の組み合わせにおいて、各種状態の内容を分類するための上記閾値は、状態判定部３が、上記組み合わせにおける関連する状態同士の内容に応じて変更してもよい。すなわち、各種状態の組み合わせにおいて、さらに関連する状態同士の組み合わせを設定し、一方の状態の内容に応じて他方の状態に関する上記閾値を変更する。このような関連する状態同士の組み合わせおよび状態同士の内容に応じた上記閾値の変更パターンは、状態判定部３が読み書き可能なメモリまたは記憶部５に記憶しておく。例えば、車両の走行道路の道路種別と走行速度の組み合わせを設定しておき、車両が一般道路を走行している場合は、走行速度について緊急に典型値へ回復すべき値（緊急値）であるか否かを判定する閾値を４０ｋｍ／ｈとし手いる場合、車両が高速道路を走行していれば、走行速度についての上記閾値を１００ｋｍ／ｈに変更する。
また、車両の走行道路の道路種別と走行速度と燃料残量との組み合わせを設定した場合には、優先度が高い状態を基準として、上記組み合わせで優先度の最も高い燃料残量が、燃料残量についての上記閾値５％未満である場合は、車両が高速道路を走行していても、走行速度についての上記閾値を８０ｋｍ／ｈに変更する。
このように、車両の全体的な状態の判定に用いる各種状態の組み合わせにおける関連する状態同士の内容に応じて上記閾値が変更されるように、関連する状態同士の組み合わせおよび状態同士の内容に応じた閾値の変更パターンをあらかじめ設定して記憶しておき、状態判定部３が、状態の内容に応じて変更パターンを読み出して閾値の変更を実行する。

また、車両の各種状態のうち、車両の位置に関する状態（例えば、車両が所定の種別の施設に位置する状態など）については大小レベルの比較ができないので、あらかじめ種別の施設に応じたポイントを設定しておく。これにより、この種別の施設に車両が位置する場合、このポイントを付与して対応する優先度を乗算する。
なお、上述した車両の全体的な状態の判定は一例であり、車両の各種状態の内容を総合的に評価して車両の全体的な状態を判定する方法であれば、これ以外の方法を適用してもよい。車両の全体的な状態の判定に用いる各種状態の組み合わせおよび優先度は、ユーザの入力（モード切替など）により変更可能であってもよい。
複数のモードごとの車両の各種状態の組み合わせを優先度とともに記憶（状態判定部３が読み書き可能なメモリあるいは記憶部５）しておき、ユーザのモード切替により車両の全体的な状態の判定に用いる組み合わせおよび優先度を選択する。
この場合、モードの目的に関連する車両の状態を少なくとも含む組み合わせとし、この組み合わせの状態のうち、上記目的を鑑みて認識させたい状態に高い優先度を設定する。
例えば、安全運転モードとして、安全運転に関連する車両の状態（走行速度、ステアリング位置など）を少なくとも含む組み合わせとし、この組み合わせの状態のうち、安全運転を行う上で認識させたい状態（走行速度など）の順に優先度を高く設定しておく。
また、エコ運転モードとして、エコ運転に関連する車両の状態（燃料残量、加減速状態など）を少なくとも含む組み合わせとし、この組み合わせの状態のうち、エコ運転を行う上で認識させたい状態（燃料残量など）の優先度を高く設定しておく。
なお、複数のモードで同じ組み合わせを用い、各状態の優先度のみを変更してもよい。

さらに、状態判定部３は、車両の各種状態のうちから緊急に通知すべき状態を判定する。例えば、各種状態のうち、上述のポイントが所定の閾値以上になった状態を緊急に通知すべき状態と判断する。この判定結果の状態は緊急に通知すべき状態として状態判定部３から通知処理部４に出力される。

通知処理部４は、状態判定部３が判定した車両の全体的な状態を、出力部６に出力して通知する通知処理部である。車両の全体的な状態の表現方法としては、状態判定部３から入力した車両の各種状態のポイント値およびその総和の値に基づき、ポイントの高い状態を主な内容とし、ポイントの低い状態を前置き的な内容として車両の全体的な状態を表現する。例えば、車両の速度とエンジン回転数が上記閾値以上で燃料残量が上記閾値未満である場合、車両の全体的な状態は、“走行は順調であるが、できれば給油すべき状態”と表現される。これは、通知処理部４において車両の各種状態を、車両の走行動作に関する状態、走行を維持するための燃料に関する状態、車両の位置に関する状態などに分類して、ポイント値の総和が閾値以上であれば緊急値の表現が必要な状態が存在すると判断し、各種状態のポイント値に応じて典型値の表現、緊急値の表現、中間値の表現を選別して組み合わせることにより実現できる。通知処理部４は、記憶部５に記憶される通知用データを用いて、車両の全体的な状態を表現した文字データおよび音声データのいずれかを生成して出力部６に出力する。
このように、通知処理部４は、各状態の評価値に応じてあらかじめ設定された表現データ（記憶部５に記憶）の中から、状態判定部３から車両の全体的な状態を示す情報として取得された車両の各状態の評価値（ポイント値）に対応する表現を選択して、選択した各表現を組み合わせることにより車両の全体的な状態を表現した通知用データを生成する。

なお、上述した車両の全体的な状態の表現方法は一例であって、車両の全体的な状態を簡単な内容で表現できる方法であれば、これ以外の方法を適用してもよい。
例えば、車両の全体的な状態を次に車両がとるべき動作で表現することが考えられる。車両の速度を出し過ぎている場合に、これに対応して緊急な場合の表現として“減速”や“停車”を促す表現を設定しておく。すなわち、各種状態のうち、車両の速度のみが速度超過の緊急値である場合は、“走行は順調であるが、減速すべき状態”と表現する。

また、通知処理部４が、車両の全体的な状態を、文字、色、形状、パターン、キャラクタおよび音声の少なくとも一つを用いて感覚的に表現した通知を行ってもよい。
例えば、記憶部５に、各種状態が典型値の場合、緊急値の場合およびこれらの中間値の場合をそれぞれ組み合わせた各状態を感覚的に表現した通知用データを登録したテーブルデータを記憶しておく。通知処理部４は、状態判定部３によって判定された車両の全体的な状態を示す上記組み合わせに相当するデータを用いて記憶部５を検索し、対応する状態の通知用データを取得する。
なお、通知用データは車両の全体的な状態を感覚的に表現したデータであって、車両の全体的な状態を簡単な文章で表現したデータ、簡単な図形で表現したデータ、簡単な画像パターンで表現したデータ、キャラクタおよびその簡単な動作で表現したデータ、および簡単な音声ガイダンスで表現したデータなどが挙げられる。
車両の全体的な状態が“走行が順調な状態”である場合には、これをさらに文書で感覚的に表現すると、例えば“Ｉ’ｍ ｆｉｎｅ（元気）”となる。
さらに、車両の各種状態のうち、緊急に通知すべき状態がある場合、通知処理部４が、この状態を含む各種状態を用いて判定された車両の全体的な状態を、文字、色、形状、パターン、キャラクタおよび音声の少なくとも一つを用いて感覚的に表現した通知を行ってもよい。例えば、燃料残量がかなり減少して緊急値になり、車両の全体的な状態が“走行は順調であるが、給油すべき状態”である場合には、これをさらに文書で感覚的に表現して、例えば“Ｉ’ｍ ｔｉｒｅｄ（疲れた）”となる。

記憶部５は、通知処理部４による通知処理で使用される通知用データを記憶する記憶部である。なお、記憶部５としては、通知処理部４から適宜読み出し可能な記憶部であればよく、車両状態通知装置１が搭載するハードディスク装置（ＨＤＤ）やＵＳＢメモリ、ディスクドライブ装置などが考えられる。また、通知処理部４から適宜通信することが可能な外部のサーバ装置が搭載する記憶装置を利用してもよい。
出力部６は、通知処理部４から入力した通知用データを出力する出力部である。出力部６としては、ディスプレイ（表示装置）およびスピーカ（音出力装置）が挙げられる。

なお、車両情報取得部２、状態判定部３および通知処理部４は、車両状態通知装置１を構成するＣＰＵが、この発明の実施の形態１に係る車両状態通知処理が記述されたプログラムを実行することにより、ハードウェアとソフトウェアが協働した具体的な手段として実現される。

次に動作について説明する。
図２は、実施の形態１に係る移動体状態通知方法を示すフローチャートである。
まず、車両情報取得部２が、実施の形態１に係る車両状態通知装置１が搭載された車両から車両情報を取得する（ステップＳＴ１）。車両情報取得部２によって取得された車両情報は状態判定部３に出力される。
状態判定部３は、車両情報取得部２から車両情報を入力すると、車両情報が示す車両の各種状態のうち、緊急に通知すべき状態があるか否かを判定する（ステップＳＴ２）。
例えば、上述したように、各種状態のポイントが所定の閾値以上の状態を、緊急に通知すべき状態であると判定する。

緊急に通知すべき状態がない場合（ステップＳＴ２；ＮＯ）、状態判定部３は、車両情報が示す車両の各種状態の内容を総合的に評価して車両の全体的な状態を判定する（ステップＳＴ３）。例えば、上述したような各種状態に応じたポイント算出によって各種状態から車両の全体的な状態の内容を判定する。車両の全体的な状態の判定結果は、状態判定部３から通知処理部４に出力される。

次に、通知処理部４は、状態判定部３が判定した車両の全体的な状態を出力部６に出力して通知する(ステップＳＴ４）。
図３は、車両の全体的な状態の通知例を示す図であり、各種状態が車両速度、エンジン回転数および燃料残量である場合の車両の全体的な状態を示している。図３において、速度計２ａ、回転計２ｂおよび燃料計２ｃは、ＣＡＮ（Ｃｏｎｔｒｏｌｌｅｒ Ａｒｅａ Ｎｅｔｗｏｒｋ）７に接続しており、車両情報取得部２は、ＣＡＮ７を介して速度計２ａ、回転計２ｂおよび燃料計２ｃに入力される車両情報を取得する。また、図３の例では、車両の速度、エンジン回転数および燃料残量が典型値の場合である。このとき、状態判定部３は、車両の全体的な状態を“走行が順調であり、燃料も十分な状態”と判定し、通知処理部４が、状態判定部３により判定された状態を、車両が“元気”な状態として感覚的に表現した通知を行う。

図３（ａ）は、車両の全体的な状態（車両が“元気”）をテキストで感覚的に表現した通知を示している。ここでは、“Ｉ’ｍ ｆｉｎｅ，ｏｋ！”といった文章が、出力部６を構成するディスプレイの画面６ａに表示される。この画面６ａを視認することにより、車両の各種状態に関する知識がないユーザであっても、車両の走行に問題がない“元気”な状態であると感覚的に認識することができる。従って、運転中に複雑な計器類が示す値に惑わされることなく、車両の状態を認識しながら運転することが可能である。
また、感覚的に表現することで、運転に注力する必要がある運転者が瞬時に車両の状態を把握できる。なお、上記文章を音声で出力してもよい。

図３（ｂ）は、車両の全体的な状態（車両が“元気”）を色の動きによる視覚エフェクトで感覚的に表現した通知を示している。ここでは、車両の走行に連動して白色の閃光が青黒の背景画面上をランダムに動く視覚エフェクトが画面６ｂに表示される。
この画面６ｂを視認することにより、車両の各種状態に関する知識がないユーザであっても、車両の走行に問題がない“元気”な状態であると瞬時に認識することができる。
なお、画面６ｂの場合、文章を読む必要がないため、運転に注力する運転者であっても瞬時に車両の状態を把握できる。また、細かく計器情報を確認する必要がない平常運転時でも、車両の状態を容易に把握することができるため有効である。
また、視覚エフェクトによる感覚的な表現は、図３（ｂ）に示すものに限定されない。例えば、平常運転時は、心理的に落ち着きの効果が実証されている青色を用いたデザインで表現し、車両の状態に異常が発生した場合には、警告色である赤色を用いたデザインに変更し、動きも激しくなるようにすることが考えられる。

図３（ｃ）は、車両の全体的な状態（車両が“元気”）をキャラクタおよびその動きで感覚的に表現した通知を示している。ここでは、人型のキャラクタが走る画像が画面６ｃに表示される。この画面６ｃを視認することにより、車両の各種状態に関する知識がないユーザであっても、車両の走行に問題がない“元気”な状態であると瞬時に認識することができる。なお、キャラクタによる感覚的な表現は、図３（ｃ）に示すものに限定されるものではない。例えば、平常運転時ではキャラクタが笑ったり、くつろいだりする画像とし、車両の状態に異常が発生した場合には、キャラクタが何か異変に気付くような画像や、慌てて警告するような画像を用いてもよい。この場合、図３（ｂ）に示した視覚エフェクトよりもユーザを楽しませることができ、運転ストレスの緩和を期待できる。

図２の説明に戻る。
緊急に通知すべき状態がある場合（ステップＳＴ２；ＹＥＳ）、状態判定部３は、判定結果の状態を示す情報を通知処理部４に出力する。これにより、通知処理部４は、緊急に通知すべき状態を感覚的に表現した通知を行う（ステップＳＴ５）。
図４は、緊急に通知すべき情報が発生した場合の通知例を示す図であって、車両速度、エンジン回転数および燃料残量のうち、燃料残量が緊急に通知すべき状態（残量５％）となった場合を示している。通知処理部４は、状態判定部３によって緊急に通知すべきと判定された状態がある場合に、図３に示したような車両の全体的な状態の通知から、緊急に通知すべき状態を含む各種状態の通知へ切り替える。

図４（ａ）は、燃料残量が緊急値の場合における車両の全体的な状態をテキストで感覚的に表現した通知を示している。ここでは、“Ｉ’ｍ ｔｉｒｅｄ．．．ｈｕｈ”といった文章が、出力部６を構成するディスプレイの画面６ｄに表示されている。この画面６ｄを視認することで、車両の各種状態に関する知識がないユーザであっても、燃料の残量が減って車両が疲れている状態であると瞬時に認識することができる。これにより、ユーザに燃料消費を抑える運転を促すことが可能である。

また、図４（ａ）に示した通知を開始して所定の時間が経過しても、給油が行われず、燃料残量が緊急値の状態が継続された場合、通知処理部４は、図４（ｂ）に示すように、車両の全体的な状態の通知から、緊急に通知すべき状態を含む各種状態の通知へ切り替える。ここでは、速度計、回転計および燃料計の各値が画面６ｅに表示されており、燃料計の値を他と区別して表示している。
このように、ユーザが緊急性を理解していない場合には、各種状態がどうなっているのかを具体的に示すことにより、緊急に対処すべき状態の理解を促す。図４（ｂ）の場合、燃料計の値が色違いの背景、例えば警告色の赤を背景にして表示することで、ユーザは、燃料残量に問題があることを容易に認識できる。

なお、通知処理部４が、不図示の操作入力部を用いたユーザ操作に応じて、車両の全体的な状態の通知と車両の各種状態の通知とを切り替えてもよい。この場合に、車両全体のおおまかな状態のみを知りたければ、ユーザ操作で車両の全体的な状態の通知を選択し、各種状態を詳細に知りたい場合には、車両の各種状態の通知を選択すればよい。このようにすることで、ユーザの利便性の向上を図ることができる。

また、状態判定部３が、車両情報として取得された車両の走行時間または走行距離に基づいて車両の乗員（運転者）の負荷状態を判定し、通知処理部４が、状態判定部３が判定した乗員の負荷状態に応じて車両の全体的な状態の通知と車両の各種状態の通知とを切り替えてもよい。この場合、状態判定部３に走行時間または走行距離について閾値をあらかじめ設定しておき、走行時間または走行距離が上記閾値以上になると、運転者の運転負荷が高い状態であると判定する。例えば、運転者の運転負荷が高い状態では、車両の全体的な状態を通知することで、運転以外の計器類を読む行為などに注意を分散させないようにする。また、運転者の運転負荷が低く、運転以外の計器類を読む行為などに注力する余裕がある場合は、車両の各種状態の通知を行う。

さらに、状態判定部３が、車両情報として取得された車両の位置情報に基づいて、車両が位置する場所を判定し、通知処理部４が、状態判定部３が判定した車両が位置する場所に応じて、車両の全体的な状態の通知と車両の各種状態の通知とを切り替えてもよい。
例えば、車両が高速道路を走行している場合は、一定の走行状態が維持されればよく、計器類を詳細に読む必要がないため、車両の全体的な状態の通知を行う。
一方、車両が登坂車線などの燃費を考慮すべき道路を走行している場合は、回転計などの具体的な値を認識させるため、車両の各種状態の通知を行う。

以上のように、この実施の形態１によれば、車両の各種状態を示す車両情報を取得する車両情報取得部２と、車両情報取得部２が取得した車両情報が示す車両の各種状態の内容を総合的に評価して車両の全体的な状態を判定する状態判定部３と、状態判定部３が判定した車両の全体的な状態を出力部６に出力して通知する通知処理部４とを備える。このように構成することにより、車両の各種状態を的確に認識するスキルがないユーザであっても、車両の全体的な状態を容易に認識することができる。

また、この実施の形態１によれば、通知処理部４が、所定の条件に応じて車両の全体的な状態の通知と車両の各種状態の通知とを切り替えるので、ユーザは、車両のおおまかな状態を知りたい場合と具体的な各種状態を知りたい場合で通知を切り替えることにより、ユーザの利便性を向上させることができる。例えば、所定の条件として、車両の各種状態のうち、緊急に通知すべき状態がある場合、ユーザ操作で指定された場合、運転者の運転負荷状態が高くなった場合あるいは車両が所定の場所に位置する場合などが挙げられる。

さらに、この実施の形態１によれば、通知処理部４が、車両の全体的な状態または車両の各種状態を、文字、色、形状、パターン、キャラクタおよび音声の少なくとも一つを用いて感覚的に表現して通知する。このようにすることで、車両の全体的な状態または各種状態を瞬時に認識することが可能である。また、キャラクタのユニークな動きなどで感覚的に表現することで、運転ストレスの緩和も期待できる。

実施の形態２．
実施の形態２では、車両情報が示す各種状態に加えて、車両内部の各種状態および車両周辺の各種状態を総合的に判断して車両の全体的な状態を判定する。このようにすることで、さらに実際の状況に即した車両状態を把握することが可能である。

図５は、この発明の実施の形態２に係る移動体状態通知装置の構成を示すブロック図であり、実施の形態１と同様に、車両などの移動体に搭載または持ち込まれて移動体の状態を乗員に通知する装置である。以降では移動体が車両である場合を例に挙げて説明する。
図５に示す車両状態通知装置１Ａは、車両情報取得部２、状態判定部３Ａ、通知処理部４Ａ、記憶部５Ａ、車内情報取得部８および車外情報取得部９を備えて構成される。
なお、図５において、図１と同一構成要素には同一符号を付して説明を省略する。

状態判定部３Ａは、車両情報取得部２が取得した車両情報が示す車両の各種状態、車内情報取得部８が取得した車内情報が示す車両内部の各種状態、および車外情報取得部９が取得した車外情報が示す車両周辺の各種状態の内容を総合的に評価して車両の全体的な状態を判定する。車両の全体的な状態の判定方法は、実施の形態１で示した車両情報の場合と同様に、車内情報が示す各種状態および車外情報が示す各種状態に応じたポイント算出によって、各種状態から車両の全体的な状態の内容を判定する。
このように、状態判定部３Ａは、車両の全体的な状態を示す情報として、あらかじめ選択された複数の車両の状態、複数の車両内部の状態、および複数の車両周辺の状態を組み合わせて状態の内容を評価した各状態の評価値（ポイント値）と総合評価値（ポイント値の総和）を求める。

通知処理部４Ａは、状態判定部３Ａが判定した車両の全体的な状態を、出力部６に出力して通知する。すなわち、通知処理部４Ａは、各状態の評価値に応じてあらかじめ設定された表現データ（記憶部５に記憶）の中から、状態判定部３Ａから車両の全体的な状態を示す情報として取得された各状態の評価値（ポイント値）に対応する表現を選択し、選択した各表現を組み合わせることにより車両の全体的な状態を表現した通知用データを生成する。なお、実施の形態１と同様に、状態判定部３Ａが判定した車両の全体的な状態を、文字、色、形状、パターン、キャラクタおよび音声の少なくとも一つを用いて感覚的に表現した通知を行ってもよい。また、車両情報の各種状態に加え、車内情報の各種状態および車外情報の各種状態を感覚的に表現した通知を行ってもよい。
車両の全体的な状態の通知および各種状態の通知の方法は実施の形態１と同様である。

記憶部５Ａは、通知処理部４Ａによる通知処理で使用される通知用データを記憶する記憶部である。なお、記憶部５Ａでは、車両情報の各種状態に加えて、車内情報の各種状態および車外情報の各種状態を示す通知用データが記憶されている。例えば、車内の乗員の状態や車外の障害物の状態についての通知用データが考えられる。

車内情報取得部８は、車両内部の各種状態を示す車内情報を取得する移動体内部情報取得部としての機能を有する。例えば、車両内部を撮影する車内カメラと接続して車内情報を取得する。車内情報とは、主に車両乗員が正常な状態であるか否かを示す情報であり、車内カメラで撮影された運転者の表情、視線の移動量、視線の移動頻度、車内の人の移動量などの各種状態が挙げられる。また、運転者の生体情報（心拍数、体温など）を検知する生体センサと接続して、車内情報として生体情報を取得してもよい。
車両内部の各種状態は、車内の運転者の表情、視線の移動量、視線の移動頻度、乗員（運転者を含む）の生体情報（心拍数、体温など）および乗員の移動量のうちの少なくとも１つを含む。

車外情報取得部９は、車両周辺の各種状態を示す車外情報を取得する移動体外部情報取得部としての機能を有する。例えば、車両周辺を撮影する車外カメラ、車両周辺の物体を検知するレーダや超音波センサなどの車外センサと接続して車外情報を取得する。
車外情報とは、車両周辺の状況を示す情報であり、車外カメラで撮影された車両周辺の車両密度、道路標識、警告標識、障害物の有無などの各種状態が挙げられる。
なお、車両周辺の各種状態は、車両周辺の車両密度、道路標識、警告標識、および車両周辺の障害物の有無のうちの少なくとも１つを含む。

なお、車両情報取得部２、車内情報取得部８、車外情報取得部９、状態判定部３Ａおよび通知処理部４Ａは、車両状態通知装置１Ａを構成するＣＰＵが、この発明の実施の形態２に係る車両状態通知処理が記述されたプログラムを実行することで、ハードウェアとソフトウェアが協働した具体的な手段として実現される。

次に動作について説明する。
図６は、実施の形態２に係る移動体状態通知方法を示すフローチャートである。
まず、車両情報取得部２が、実施の形態２に係る車両状態通知装置１Ａが搭載された車両から車両情報を取得し、車内情報取得部８が、車両状態通知装置１Ａが搭載された車両内部から車内情報を取得し、車外情報取得部９が、車両状態通知装置１Ａが搭載された車両外部から車外情報を取得する（ステップＳＴ１ａ）。車両情報取得部２、車内情報取得部８および車外情報取得部９によって取得された車両情報、車内情報および車外情報は状態判定部３Ａに出力される。

状態判定部３Ａは、車両情報、車内情報および車外情報を入力すると、車両情報が示す各種状態で緊急に通知すべき状態があるか否かを判定する（ステップＳＴ２ａ）。
例えば、実施の形態１で前述したように、各種状態のポイントが所定の閾値以上の状態を、緊急に通知すべき状態であると判定する。

緊急に通知すべき状態がない場合（ステップＳＴ２ａ；ＮＯ）、状態判定部３Ａは、車内情報および車外情報に基づいて、車内または車両周辺に異常があるか否かを判定する（ステップＳＴ３ａ）。例えば、車内情報が示す運転者の表情、視線の移動量、視線の移動頻度を平常運転時の参照データと比較して運転者の覚醒状態を分析する。ここで、運転者がパニック状態（過覚醒状態）または居眠り状態（低覚醒状態）であると判断された場合に、車内に異常があると判定される。また、車外情報が示す車両周辺の車両密度が所定の閾値以上であって、車両が渋滞に巻き込まれており前方の走行車両との車間が詰まっていると判断される場合や、道路標識や警告標識から車両の速度を落とすべき周辺状況である場合などに車両周辺に異常があると判定される。

車内または車両周辺に異常がないと判定すると（ステップＳＴ３ａ；ＮＯ）、状態判定部３Ａは、車両情報が示す車両の各種状態、車内情報が示す車両内部の各種状態および車外情報が示す車両周辺の各種状態の内容を総合的に評価して、車両の全体的な状態を判定する（ステップＳＴ４ａ）。例えば、実施の形態１で前述したように、各種状態に応じたポイント算出によって、各種状態から車両の全体的な状態の内容を判定する。車両の全体的な状態の判定結果は、状態判定部３Ａから通知処理部４Ａに出力される。
この場合における車両の全体的な状態としては、例えば、“走行が順調で運転者も元気であり、車両前方の車両との車間も問題ない状態”などである。
通知処理部４Ａは、状態判定部３Ａが判定した車両の全体的な状態を、出力部６に出力して通知する(ステップＳＴ５ａ）。車両の全体的な状態が“走行が順調で運転者も元気であり、車両前方の車両との車間も問題ない状態”である場合、車外は問題なく、車両と運転者が“元気”な状態を感覚的に表現した通知が行われる。例えば、車両を表すキャラクタと運転者を表すキャラクタが走る画像を表示することなどが考えられる。また、車外に障害物が検知された場合には、障害物の種別に応じたキャラクタを画面に追加してもよい。

車内または車両周辺に異常があると判定した場合（ステップＳＴ３ａ；ＹＥＳ）、状態判定部３Ａは、その旨を通知処理部４Ａに出力する。通知処理部４Ａは、状態判定部３Ａによって車両内部の各種状態または車両周辺の各種状態に異常があると判定された場合、車両が危険な状態であることを感覚的に表現して通知する（ステップＳＴ６ａ）。
例えば、運転者がパニック状態（過覚醒状態）または居眠り状態（低覚醒状態）である場合（車内異常）や、車両周辺が減速すべき道路または渋滞で前方車両との車間が許容値よりも短くなり速度を落とすべき状況である場合（車両周辺異常）、運転者に対して減速すべきことを直ちに認識させる必要があるので、警告速度の閾値を下げて、現在、車両が危険な状態であることを感覚的に表現した通知を行う。

図７は、車内または車両周辺に異常がある場合の通知例を示す図であって、車内または車両周辺に異常があって車両が危険な状態であることを感覚的に表現した通知を示している。図７において、図３と同様に、速度計２ａ、回転計２ｂおよび燃料計２ｃは、ＣＡＮ７と接続しており、車両情報取得部２は、ＣＡＮ７を介して速度計２ａ、回転計２ｂおよび燃料計２ｃに入力される車両情報を取得する。また、車内情報取得部８は、車内カメラ８ａと接続して運転者の撮影映像情報などの車内情報を取得する。車外情報取得部９は、車外カメラ９ａおよびレーダ装置９ｂと接続して、車両周辺の撮影映像情報および障害物（他車両）との距離などの車外情報を取得する。

図７は、運転者がパニック状態（過覚醒状態）または居眠り状態（低覚醒状態）である場合（車内異常）や、車両周辺が減速すべき道路または渋滞で前方車両との車間が許容値より短くなり速度を落とすべき状況である場合（車両周辺異常）であり、運転者に対して減速を促す必要がある場合を示している。このとき、例えば、炎の画面６ｆを表示することで、運転者は、感覚的に車両が危険な状況にあることを認識でき、減速を促すことができる。この画面６ｆは、運転者が安全速度まで減速するか、車内または車両周辺が正常状態に戻るまで継続される。また、直ちに減速を行わない場合は、通知処理部４Ａが、画面を警告色に変更するか、もしくは、出力部６を構成するスピーカで音声出力中の再生音楽のテンポを速くしてもよい。

図６の説明に戻る。
緊急に通知すべき状態がある場合（ステップＳＴ２ａ；ＹＥＳ）、状態判定部３Ａは、判定結果の状態を示す情報を通知処理部４Ａに出力する。通知処理部４Ａは、緊急に通知すべき状態を感覚的に表現した通知を行う（ステップＳＴ７ａ）。この処理の詳細は、実施の形態１の図２のステップＳＴ５と同様である。

また、実施の形態１では、車両の走行時間または走行距離に基づいて運転者の運転負荷状態を判定する場合を示したが、実施の形態２においては、状態判定部３Ａが、車内情報として取得された車両の乗員（運転者）の生体情報に基づいて乗員の負荷状態を判定し、通知処理部４Ａが、状態判定部３Ａが判定した運転者の負荷状態に応じて、車両の全体的な状態の通知と車両の各種状態の通知とを切り替えてもよい。例えば、運転者の心拍数や体温などの生体情報から運転負荷が高い状態であると判定される場合は、両が危険な状態であることを感覚的に表現した通知を行う。

以上のように、この実施の形態２によれば、車両内部の各種状態を示す車内情報を取得する車内情報取得部８と、車両周辺の各種状態を示す車外情報を取得する車外情報取得部９とを備え、状態判定部３Ａが、車両情報取得部が取得した車両情報が示す車両の各種状態、車内情報取得部８が取得した車内情報が示す車内の各種状態および車外情報取得部９が取得した車外情報が示す車両周辺の各種状態の内容を総合的に評価して車両の全体的な状態を判定する。このように構成することで、車両の各種状態、車内の各種状態、および車両周辺の各種状態を的確に認識するスキルがないユーザであっても、車両の全体的な状態を容易に認識することができる。

また、この実施の形態２によれば、状態判定部３Ａが、車内情報として取得された車両の乗員の生体情報に基づいて乗員の負荷状態を判定し、通知処理部４Ａが、状態判定部３Ａが判定した車両の乗員の負荷状態に応じて車両の全体的な状態の通知と車両の各種状態の通知とを切り替える。このようにすることで、ユーザは、車両のおおまかな状態を知りたい場合と具体的な各種状態を知りたい場合で通知を切り替えることにより、ユーザの利便性を向上させることができる。

さらに、この実施の形態２によれば、状態判定部３Ａが、車内の各種状態または車両周辺の各種状態に異常があるか否かを判定し、通知処理部４Ａが、車内の各種状態または車両周辺の各種状態に異常があると判定された場合に車両が危険な状態であることを感覚的に表現して通知する。このようにすることで、車両内外の各種状態に異常がある場合に、車両が危険な状態であることを感覚的に認識させることが可能である。

実施の形態３．
実施の形態３は、通知対象のユーザを認識し、通知対象のユーザに応じて異なる態様で車両の全体的な状態または車両の各種状態を通知する場合を示している。
このようにすることで、例えば、運転者への情報集中を避けることができ、運転者の負荷の軽減や誤認、車両の重要なメッセージの見落としなどを低減することができる。
また、車両の全体的な状態を感覚的に表現した通知を行う場合、通知対象のユーザには計器類を読むスキルを要求されない。このため、免許を持っていない家族などでも車両の状態を認識することが可能である。

図８は、この発明の実施の形態３に係る移動体状態通知装置の構成を示すブロック図であり、実施の形態１と同様に、車両などの移動体に搭載または持ち込まれて移動体の状態を乗員に通知する装置である。以降では移動体が車両である場合を例に挙げて説明する。
また、図８では、車両状態通知装置１Ｂが出力部６に通知情報を出力するだけでなく、携帯端末２０にも通知を行う。
ここで、携帯端末２０は、例えば車両に同乗した助手席の“子供”に携帯されており、車両の運転席の“父親”が運転しており、出力部６はインストルメントパネルに組み付けられたディスプレイ、車内スピーカであるものとする。

車両状態通知装置１Ｂは、車両情報取得部２、状態判定部３、通知処理部４Ｂ、記憶部５Ｂ、操作入力部１０および携帯端末通信部１１を備えて構成される。
また、携帯端末２０は、スマートフォンやタブレットＰＣなどの携帯情報端末であり、通信部２１、通知処理部２２および出力部２３を備えて構成される。なお、図８において、図１と同一構成要素には同一符号を付して説明を省略する。

通知処理部４Ｂは、状態判定部３が判定した車両の全体的な状態を出力部６に出力または携帯端末２０に送信して通知する通信処理部であり、通知対象のユーザに応じて通知の態様を切り替える。
なお、実施の形態１と同様に、状態判定部３が判定した車両の全体的な状態を、文字、色、形状、パターン、キャラクタおよび音声の少なくとも一つを用いて感覚的に表現した通知を行ってもよい。
また、実施の形態２と同様に、車内情報取得部８と車外情報取得部１０を備える場合には、車両情報の各種状態に加え、車内情報の各種状態および車外情報の各種状態を感覚的に表現した通知を行ってもよい。

記憶部５Ｂは、通知処理部４Ｂによる通知処理で使用される通知用データを記憶する記憶部である。なお、記憶部５Ｂには、出力部６で提示可能な形態の通知用データに加え、携帯端末２０で提示可能な通知用データが記憶される。例えば、携帯端末２０の出力部２３の画面サイズに合わせた通知用画像データなどが挙げられる。

操作入力部１０は、ユーザ操作を受け付ける機能を有しており、例えばハードウェアのキーボタンおよびタッチパネルなどに接続してユーザ操作を受け付ける。この操作入力部１０を用いて通知対象のユーザが通知処理部４Ｂに設定される。例えば、“父親”を出力部６で通知するユーザに設定し、“子供”を携帯端末２０で通知するユーザに設定する。

携帯端末通信部１１は、携帯端末２０の通信部２１と通信を行う機能を有する。
例えば、無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、Ｂｌｕｅｔｏｏｔｈ（登録商標、以下記載を省略する）、Ｅｔｈｅｒｎｅｔ（登録商標、以下記載を省略する）、ＭＯＳＴ（Ｍｅｄｉａ Ｏｒｉｅｎｔｅｄ Ｓｙｓｔｅｍｓ Ｔｒａｎｓｐｏｒｔ）などの通信方式の通信部で実現することができる。

携帯端末２０の通信部２１は、車両状態通知装置１Ｂの携帯端末通信部１１と通信を行う通信部であり、同様に無線ＬＡＮ、Ｂｌｕｅｔｏｏｔｈ、Ｅｔｈｅｒｎｅｔ、ＭＯＳＴなどで通信を行う。
通知処理部２２は、通信部２１を介して車両状態通知装置１Ｂから受信した車両の状態を出力部２３に出力して通知する通知処理部である。
出力部２３は、通知処理部２２から入力した通知用データを出力する出力部である。出力部２３としては、携帯端末２０に搭載されたディスプレイ（表示装置）およびスピーカ（音出力装置）が挙げられる。

なお、車両情報取得部２、状態判定部３、通知処理部４Ｂ、操作入力部１０および携帯端末通信部１１は、車両状態通知装置１Ｂを構成するＣＰＵが、この発明の実施の形態３に係る車両状態通知処理が記述されたプログラムを実行することにより、ハードウェアとソフトウェアが協働した具体的な手段として実現される。

次に動作について説明する。
図９は、実施の形態３における車両の状態の通知例を示す図であり、各種状態が車両速度、エンジン回転数および燃料残量である場合の車両の全体的な状態を示している。図９において、速度計２ａ、回転計２ｂおよび燃料計２ｃは、ＣＡＮ７と接続しており、車両情報取得部２は、ＣＡＮ７を介して、速度計２ａ、回転計２ｂおよび燃料計２ｃに入力される車両情報を取得する。なお、図９は、車両の速度、エンジン回転数および燃料残量が典型値の場合であり、例えば車両の速度が５０ｋｍ／ｈである。

また、通知処理部４Ｂには、操作入力部１０を用いて出力部６での通知対象が“父親”であり、携帯端末２０での通知対象が“子供”であることが設定されているものとする。
なお、通知処理部４Ｂが通知対象のユーザを認識する方法としては、上述した操作入力部１０による設定の他、あらかじめ出力部６での通知対象および携帯端末２０での通知対象を固定的に設定しておいてもよい。
また、状態判定部３が、車内情報取得部８が取得した車内の乗員の映像を画像解析することにより、出力部６での通知対象および携帯端末２０での通知対象を特定し、解析結果を通知処理部４Ｂが取得してもよい。

通知処理部４Ｂは、状態判定部３Ａが判定した車両の全体的な状態と車両の各種状態を入力すると、通知対象のユーザの設定内容に基づいて“父親”には車両の各種状態を通知し、“子供”には車両の全体的な状態を感覚的に表現して通知する。
すなわち、車両の運転者であり、計器類を読むスキルを有しているユーザ（“父親”）に対しては、運転に必要な車両の各種状態を通知する。一方、上記スキルのないユーザ（“子供”）に対しては、車両の全体的な状態を感覚的に表現して通知すればよい。

図９の例では、状態判定部３が、車両の全体的な状態を“走行が順調であり、燃料も十分な状態”と判定している。このとき、通知処理部４Ｂは、状態判定部３により判定された状態を、車両が“元気”な状態としてハートの形状で感覚的に表現し、携帯端末通信部１１を介して携帯端末２０に通知している。これによって、携帯端末２０の画面２３ａに車両が“元気”な状態であることを感覚的に示すハートの形状が表示される。
また、通知処理部４Ｂは、出力部６には車両の各種状態の一つである車両の速度を出力し、これにより、出力部６の画面６ｇには、運転に必要な車両の速度（５０ｋｍ／ｈ）が表示される。

なお、操作入力部１０を用いて、ユーザが通知して欲しい状態を選択させてもよい。
例えば、助手席の同乗者（運転しない乗員など）が車両の速度を知りたい場合は、操作入力部１０を用いて、通知処理部４Ｂに対して車両の速度を携帯端末２０で通知するよう選択する。

また、実施の形態２と同様に、車内情報取得部８と車外情報取得部９を備える場合は、車内の各種状態または車両周辺の各種状態に応じて、ユーザごとの通知態様を動的に変更してもよい。
例えば、車内カメラで運転者の居眠り（低覚醒状態）が検知された場合は、助手席の同乗者に携帯された携帯端末２０に車両が危険な状態であることを感覚的に表示した通知を行う。これにより、同乗者が運転者に注意を促すことができる。
また、車外カメラまたはレーダ装置によって運転者の死角になる車両方向から障害物が危険な距離まで接近してきたことが検知された場合には、出力部６に車両が危険な状態であることを感覚的に表示した通知を行う。これにより、運転者に障害物の危険を知らせることができる。

なお、図８の例では、車両状態通知装置１Ｂの記憶部５Ｂに記憶された通知用データを用いて出力部６および携帯端末２０で通知を行う場合を示したが、実施の形態３では、これに限定されるものではない。
例えば、図１０（ａ）に示すように、携帯端末２０Ａが備える記憶部２４に記憶された通知用データを用いて出力部６および携帯端末２０Ａで通知を行ってもよい。
すなわち、記憶部２４には、出力部６および携帯端末２０Ａで処理が可能な、文字、色、形状、パターン、キャラクタおよび音声の少なくとも一つからなる通知用データが記憶されている。車両状態通知装置１Ｃは、携帯端末通信部１１を介して携帯端末２０Ａから通知用データを受信し、通知処理部４Ｃが、車両の全体的な状態の通知および車両の各種状態の通知を行う。携帯端末２０Ａは、通信部２１を介して、車両状態通知装置１Ｃから車両の状態を受信し、通知処理部２２が出力部２３に出力して通知する。

また、図１０（ｂ）に示すように、サーバ装置３０が備える記憶部３２に記憶された通知用データを用いて、出力部６または携帯端末２０で通知を行ってもよい。
図１０（ｂ）では、サーバ装置３０が、通信部３１および記憶部３２を有しており、通信部３１で車両状態通知装置１Ｄと通信を行う。また、記憶部３２には、出力部６および携帯端末２０で処理が可能な、文字、色、形状、パターン、キャラクタおよび音声の少なくとも一つからなる通知用データが記憶されている。
車両状態通知装置１Ｄは、サーバ装置３０と通信を行うサーバ通信部１２を有し、このサーバ通信部１２を介してサーバ装置３０から通知用データを受信する。これにより、通知処理部４Ｄが、サーバ装置３０から受信された通知用データを用いて車両の全体的な状態の通知および車両の各種状態の通知を行う。
なお、サーバ通信部１２は、インターネットなどの通信ネットワークに通信接続する通信部であって、通信ネットワークに接続したサーバ装置３０と適宜通信可能である。

以上のように、この実施の形態３によれば、通知処理部４Ｂが、通知対象のユーザに応じて車両の全体的な状態の通知と車両の各種状態の通知とを切り替える。このようにすることで、通知対象のユーザに応じて車両のおおまかな状態を知りたい場合と具体的な各種状態を知りたい場合で通知を切り替えることができる。
また、特定のユーザ（例えば、運転者）への情報集中を避けることができ、このユーザ（運転者）の負荷の軽減や誤認、重要なメッセージの見落としなどを低減することができる。さらに、車両の全体的な状態を感覚的に表現した通知を行う場合、ユーザには計器類を読むスキルを要求されない。このため、免許を持っていない家族などでも車両の状態を認識することが可能である。

また、この実施の形態３によれば、携帯端末２０と通信を行う携帯端末通信部１１を備え、通知処理部４Ｂが、携帯端末通信部１１を介して携帯端末２０に通知を行う。
このようにすることで、車両の状態を携帯端末２０のユーザに対しても通知でき、この発明に係る車両状態通知装置の利便性を向上させることができる。

さらに、この実施の形態３によれば、携帯端末２０Ａと通信を行う携帯端末通信部１１を備え、通知処理部４Ｃが、携帯端末通信部１１を介して携帯端末２０Ａから、文字、色、形状、パターン、キャラクタおよび音声の少なくとも一つを取得して車両の状態を感覚的に表現した通知を行う。このように構成することで、車両状態通知装置１Ｃが、通知用データを記憶する記憶部を有さない場合であっても車両の状態を通知することが可能である。

さらに、この実施の形態３によれば、サーバ装置３０と通信を行うサーバ通信部１２を備え、通知処理部４Ｄが、サーバ通信部１２を介してサーバ装置３０から、文字、色、形状、パターン、キャラクタおよび音声の少なくとも一つを取得して車両の状態を感覚的に表現した通知を行う。このように構成することで、車両状態通知装置１Ｄが、通知用データを記憶する記憶部を有さない場合であっても車両の状態を通知することが可能である。

実施の形態４．
実施の形態４では、車両状態通知装置が携帯端末で内容が編集された通知を行うものである。このようにすることで、出力部で通知対象となるユーザと携帯端末で通知対象となるユーザとの間で通知内容を介したコミュニケーションをとることができる。

図１１は、この発明の実施の形態４に係る移動体状態通知装置の構成を示すブロック図である。図１１（ａ）に示す構成においては、携帯端末２０Ｂが、図８の構成に加えて、状態判定部２５、操作入力部２６および編集処理部２７を備えて構成される。
状態判定部２５は、通信部２１を介して車両状態通知装置１Ｅから受信した車両の各種状態を用いて、車両の全体的な状態を判定する。車両の全体的な状態の判定方法は、実施の形態１と同様に、車両の各種状態に応じたポイント算出によって車両の全体的な状態の内容を判定する。
なお、車両状態通知装置が車内情報取得部８および車外情報取得部９を備える場合は、車内の各種状態または車両周辺の各種状態を用いて、車両の全体的な状態を判定してもよい。

操作入力部２６は、ユーザ操作を受け付ける機能を有しており、例えば、ユーザ操作で入力された編集内容を編集処理部２７に設定する。
編集処理部２７は、ユーザ操作で入力された編集内容に従って通知内容を編集する編集処理部である。例えば、キャラクタで車両の状態を通知している場合、新たなデザインのキャラクタを追加するか、キャラクタのデザインの手直しなどを行う。また、所定のシナリオに従ってキャラクタを動作させている場合は、このシナリオを変更してもよい。
さらに、通知処理部を介して車両の各種状態を逐次入力し、所定の期間における車両の各種状態から状態変化の傾向を特定し、これに応じた通知内容の編集を行ってもよい。

また、車両状態通知装置１Ｅは、車両情報取得部２、携帯端末通信部１１、および通知処理部４Ｅを備えて構成される。この車両状態通知装置１Ｅは、状態判定部を備えておらず、車両情報取得部２で取得された車両情報を、携帯端末通信部１１を介して携帯端末２０Ｂに送信する。

携帯端末２０Ｂは、通信部２１を介して車両状態通知装置１Ｅからの車両情報を受信する。携帯端末２０Ｂにおいては、状態判定部２５が、車両状態通知装置１Ｅから受信した車両情報を用いて車両の状態を判定し、通知処理部２２が、記憶部２４に記憶された通知用データを用いて車両の状態の通知情報を生成する。
車両状態通知装置１Ｅでは、携帯端末通信部１１を介して携帯端末２０Ｂで生成された車両状態の通知情報を受信し、通知処理部４Ｅが、受信した車両状態の通知情報を出力部６に出力して通知を行う。

図１１（ｂ）に示す構成においては、サーバ装置３０Ａが、通信部３１Ａおよび状態判定部３３を備えて構成される。通信部３１Ａは、車両状態通知装置１Ｆおよび携帯端末２０Ｃと通信を行う通信部である。状態判定部３３は、通信部３１Ａを介して車両状態通知装置１Ｆから受信した車両の各種状態を用いて、車両の全体的な状態を判定する。車両の全体的な状態の判定方法は、上記と同様である。なお、状態判定部３３は、車両の全体的な状態の判定結果および車両の各種状態を、通信部３１Ａを介して携帯端末２０Ｃに送信する。

携帯端末２０Ｃは、図１１（ａ）の携帯端末２０Ｂと基本的に同様な構成を有するが、通信部２１Ａおよび通知処理部２２Ａが異なる処理を行う。
まず、通信部２１Ａは、車両状態通知装置１Ｆに加え、サーバ装置３０Ａと通信を行う通信部である。通信処理部２２Ａは、通信部２１Ａを介してサーバ装置３０Ａから車両の状態を受信し、この車両の状態の通知情報を記憶部２４に記憶された通知用データを用いて生成する。通知処理部２２Ａは、生成しや通知情報を出力部２３に出力して通知を行うとともに、通信部２１Ａを介して車両状態通知装置１Ｆに送信し出力部６での通知を行わせる。

図１１（ａ）および図１１（ｂ）に示すように構成することで、出力部６で通知対象となるユーザと携帯端末２０Ｂ，２０Ｃで通知対象となるユーザとの間で通知内容を介したコミュニケーションをとることができる。なお、実施の形態４は、実施の形態３で示した図８の携帯端末２０に操作入力部２６および編集処理部２７を追加してもよい。

次に動作について説明する。
ここでは、図１１（ａ）の構成で車両状態通知を行った場合について述べる。
図１２は、実施の形態４における車両の状態の通知例を示す図であり、各種状態が車両速度、エンジン回転数および燃料残量である場合の車両の全体的な状態を示している。図１２において、速度計２ａ、回転計２ｂおよび燃料計２ｃは、ＣＡＮ７と接続しており、車両情報取得部２は、ＣＡＮ７を介して速度計２ａ、回転計２ｂおよび燃料計２ｃに入力される車両情報を取得する。なお、図１２は、車両の速度、エンジン回転数および燃料残量が典型値の場合であり、例えば車両の速度が５０ｋｍ／ｈである。また、出力部６での通知対象が“父親”であり、携帯端末２０Ｂでの通知対象が“子供”であるものとする。

図１２（ａ）においては、携帯端末２０Ｂの状態判定部２５が、車両の全体的な状態を“走行が順調であり、燃料も十分な状態”と判定している。このとき、携帯端末２０Ｂの通知処理部２２が、状態判定部２５により判定された状態を、車両が“元気”な状態としてキャラクタで感覚的に表現し、出力部２３の画面２３ｂに出力して通知している。
さらに、通知処理部２２は、通信部２１を介して、車両の各種状態の一つである車両の速度を車両状態通知装置１Ｅに送信する。これにより、車両状態通知装置１Ｅの出力部６には、運転に必要な車両の速度（５０ｋｍ／ｈ）が画面６ｇに表示されている。

この後、車両が停止すると、出力部６で通知されている車両の速度が０ｋｍ／ｈとなり自明となるので、車両の走行時とは異なる通知を行うことができる。
この場合、車両の全体的な状態を感覚的に表現した通知を出力部６で行ってもよい。例えば、図１２（ｂ）に示す例では、車両が“元気”な状態としてキャラクタで感覚的に表現し、出力部６の画面６ｈに出力して通知している。
なお、編集処理部２７が編集した通知内容を車両状態通知装置１Ｅに送信し、車両状態通知装置１Ｅで編集後の通知内容を通知してもよい。例えば、出力部２３で出力していたキャラクタに対して新たなキャラクタを追加するか、手直しにより新たなキャラクタのみに編集することなどが考えられる。

また、編集処理部２７が、通知処理部２２を介して車両の各種状態を逐次入力し、所定の期間における車両の各種状態から状態変化の傾向を特定して、これに応じた通知内容の編集を行ってもよい。
例えば、図１２（ｂ）の場合では、車両の走行中に取得された速度の時間変化に基づいて、編集処理部２７が運転スコアを生成し、出力部２３の画面２３ｃに出力して通知している。なお、運転スコアとは、所定のルールに基づいて車両の状態の時間変化にスコアを付したものであり、例えばエコ運転となる速度の時間変化に合致するか否かでスコアを付してもよい。これにより、運転スコアを参照すれば、運転に詳しくない同乗者（“子供”）であっても、エコ運転であったか否かを認識することができる。

以上のように、この実施の形態４によれば、通知処理部４Ｅ，４Ｆが、携帯端末通信部１１を介して携帯端末２０Ｂ，２０Ｃで編集された情報を受信して出力部６で通知する。
このようにすることで、出力部６で通知対象となるユーザと、携帯端末２０Ｂ，２０Ｃで通知対象となるユーザとの間で、通知内容を介したコミュニケーションをとることができる。これにより、例えば、運転者のストレス緩和などが期待できる。

また、この実施の形態４によれば、状態判定部２５が、車両状態通知装置１Ｅから取得した車両情報が示す車両の各種状態を用いて車両の全体的な状態を判定し、通知処理部２２が、判定された車両の全体的な状態を出力部６に出力して通知する。
このように構成することで、上記と同様の効果を得ることができる。

さらに、この実施の形態４によれば、サーバ装置３０Ａが、通信部３１を介して車両状態通知装置１Ｆから取得した車両情報が示す車両の各種状態を用いて車両の全体的な状態を判定する状態判定部３３を備え、通信部３１が、状態判定部３３が判定した車両の全体的な状態を車両状態通知装置１Ｆに送信して通知させる。このように構成することでも、上記と同様の効果を得ることができる。

実施の形態１〜４では、移動体が車両である場合を示したが、この発明に係る移動体状態通知装置は、人、車両、鉄道、船舶または航空機などを含んだ移動体の状態を通知する装置であり、特に車両への持ち込みあるいは車載に適した装置である。

なお、本発明はその発明の範囲内において、各実施の形態の自由な組み合わせ、あるいは各実施の形態の任意の構成要素の変形、もしくは各実施の形態において任意の構成要素の省略が可能である。

この発明に係る車両状態通知装置は、移動体の各種状態を認識するスキルがないユーザであっても移動体の全体的な状態を容易に認識できることから、例えば車両の状態を示す各計器類を画像表示する表示装置などに好適である。

１，１Ａ〜１Ｆ 車両状態通知装置、２ 車両情報取得部、２ａ 速度計、２ｂ 回転計、２ｃ 燃料計、３，３Ａ，２５，３３ 状態判定部、４，４Ａ〜４Ｆ，２２，２２Ａ 通知処理部、５，５Ａ，５Ｂ，２４，３２ 記憶部、６，２３ 出力部、６ａ〜６ｈ 画面、７ ＣＡＮ、８ 車内情報取得部、８ａ 車内カメラ、９ 車外情報取得部、９ａ 車外カメラ、９ｂ レーダ装置、１０，２６ 操作入力部、１１ 携帯端末通信部、１２ サーバ通信部、２０，２０Ａ〜２０Ｃ 携帯端末、２１，２１Ａ，３１，３１Ａ 通信部、２７ 編集処理部、３０，３０Ａ サーバ装置。

この発明に係る移動体状態通知装置は、移動体に搭載され、出力部を介して移動体の状態を通知する移動体状態通知装置において、移動体の各種状態を示す移動体情報を取得する移動体情報取得部と、移動体情報取得部が取得した移動体情報が示す移動体の各種状態の内容を総合的に評価して移動体の全体的な状態を判定する状態判定部と、状態判定部が判定した移動体の全体的な状態を出力部に出力して通知する通知処理部とを備え、通知処理部は、所定の条件に応じて移動体の全体的な状態の通知と移動体の各種状態の通知とを切り替えることを特徴とする。

この発明に係る移動体状態通知装置は、移動体に搭載され、出力部を介して移動体の状態を通知する移動体状態通知装置において、移動体の各種状態を示す移動体情報を取得する移動体情報取得部と、移動体情報取得部が取得した移動体情報が示す移動体の各種状態の内容を総合的に評価して移動体の全体的な状態を判定する状態判定部と、状態判定部が判定した移動体の全体的な状態を出力部に出力して通知する通知処理部とを備え、通知処理部は、所定の条件に応じて移動体の全体的な状態の通知と移動体の各種状態の通知とを切り替え、状態判定部は、総合的な評価に用いられた移動体の各種状態のうちから緊急に通知すべき状態を判定し、通知処理部は、所定の条件として総合的な評価に用いられた移動体の各種状態のうちから緊急に通知すべき状態があると状態判定部が判定したとき、移動体の全体的な状態の通知と緊急に通知すべき状態を含む各種状態の通知とを切り替えることを特徴とする。

この発明に係る移動体状態通知装置は、移動体に搭載され、出力部を介して移動体の状態を通知する移動体状態通知装置において、移動体の各種状態を示す移動体情報を取得する移動体情報取得部と、移動体情報取得部が取得した移動体情報が示す移動体の各種状態の内容を総合的に評価して移動体の全体的な状態を判定する状態判定部と、状態判定部が判定した移動体の全体的な状態を出力部に出力して通知する通知処理部とを備え、通知処理部は、所定の条件に応じて移動体の全体的な状態の通知と移動体の各種状態の通知とを切り替え、状態判定部は、総合的な評価に用いられた移動体の各種状態のうちから緊急に通知すべき状態を判定し、通知処理部は、第１の所定の条件として通知対象のユーザに応じて移動体の全体的な状態の通知と移動体の各種状態の通知とを切り替えるとともに、第２の所定の条件として総合的な評価に用いられた移動体の各種状態のうちから緊急に通知すべき状態があると状態判定部が判定したとき、移動体の全体的な状態の通知と緊急に通知すべき状態を含む各種状態の通知とを切り替えることを特徴とする。

この発明に係る移動体状態通知装置は、移動体に搭載され、出力部を介して移動体の状態を通知する移動体状態通知装置において、移動体の各種状態を示す移動体情報を取得する移動体情報取得部と、移動体情報取得部が取得した移動体情報が示す移動体の各種状態の内容を総合的に評価して移動体の全体的な状態を判定する状態判定部と、状態判定部が判定した移動体の全体的な状態を出力部に出力して通知する通知処理部とを備え、状態判定部は、総合的な評価に用いられた移動体の各種状態のうちから緊急に通知すべき状態を判定し、通知処理部は、通知対象のユーザに応じて移動体の全体的な状態の通知と移動体の各種状態の通知とを切り替えるとともに、総合的な評価に用いられた移動体の各種状態のうちから緊急に通知すべき状態があると状態判定部が判定したとき、移動体の全体的な状態の通知と緊急に通知すべき状態を含む各種状態の通知とを切り替えることを特徴とする。

Claims (17)

1. 移動体に搭載され、出力部を介して前記移動体の状態を通知する移動体状態通知装置において、
   前記移動体の各種状態を示す移動体情報を取得する移動体情報取得部と、
   前記移動体情報取得部が取得した前記移動体情報が示す前記移動体の各種状態の内容を総合的に評価して前記移動体の全体的な状態を判定する状態判定部と、
   前記状態判定部が判定した前記移動体の全体的な状態を前記出力部に出力して通知する通知処理部とを備えたことを特徴とする移動体状態通知装置。
2. 前記通知処理部は、所定の条件に応じて前記移動体の全体的な状態の通知と前記移動体の各種状態の通知とを切り替えることを特徴とする請求項１記載の移動体状態通知装置。
3. 前記通知処理部は、前記移動体の全体的な状態または前記移動体の各種状態を、文字、色、形状、パターン、キャラクタおよび音声の少なくとも一つを用いて感覚的に表現して通知することを特徴とする請求項２記載の移動体状態通知装置。
4. 前記状態判定部は、前記移動体の各種状態のうちから緊急に通知すべき状態を判定し、
   前記通知処理部は、前記状態判定部の判定結果に応じて、前記移動体の全体的な状態の通知と前記緊急に通知すべき状態を含む各種状態の通知とを切り替えることを特徴とする請求項２記載の移動体状態通知装置。
5. 前記通知処理部は、通知対象のユーザに応じて前記移動体の全体的な状態の通知と前記移動体の各種状態の通知とを切り替えることを特徴とする請求項２記載の移動体状態通知装置。
6. 前記通知処理部は、ユーザ操作に応じて前記移動体の全体的な状態の通知と前記移動体の各種状態の通知とを切り替えることを特徴とする請求項２記載の移動体状態通知装置。
7. 前記状態判定部は、前記移動体の移動時間または移動距離に基づいて前記移動体の乗員の負荷状態を判定し、
   前記通知処理部は、前記状態判定部が判定した前記乗員の負荷状態に応じて、前記移動体の全体的な状態の通知と前記移動体の各種状態の通知とを切り替えることを特徴とする請求項２記載の移動体状態通知装置。
8. 前記状態判定部は、前記移動体情報として取得された前記移動体の位置情報に基づいて前記移動体が位置する場所を判定し、
   前記通知処理部は、前記状態判定部が判定した前記移動体が位置する場所に応じて前記移動体の全体的な状態の通知と前記移動体の各種状態の通知とを切り替えることを特徴とする請求項２記載の移動体状態通知装置。
9. 前記移動体内部の各種状態を示す移動体内部情報を取得する移動体内部情報取得部と、
   前記移動体周辺の各種状態を示す移動体外部情報を取得する移動体外部情報取得部とを備え、
   前記状態判定部は、前記移動体情報取得部が取得した前記移動体情報が示す前記移動体の各種状態、前記移動体内部情報取得部が取得した前記移動体内部情報が示す前記移動体内部の各種状態および前記移動体外部情報取得部が取得した前記移動体外部情報が示す前記移動体周辺の各種状態の内容を総合的に評価して前記移動体の全体的な状態を判定することを特徴とする請求項１記載の移動体状態通知装置。
10. 前記状態判定部は、前記移動体内部情報として取得された前記移動体の乗員の生体情報に基づいて、前記乗員の負荷状態を判定し、
    前記通知処理部は、前記状態判定部が判定した前記移動体の乗員の負荷状態に応じて、前記移動体の全体的な状態の通知と前記移動体の各種状態の通知とを切り替えることを特徴とする請求項９記載の移動体状態通知装置。
11. 前記状態判定部は、前記移動体内部の各種状態または前記移動体周辺の各種状態に異常があるか否かを判定し、
    前記通知処理部は、前記移動体内部の各種状態または前記移動体周辺の各種状態に異常があると判定された場合に、前記移動体が危険な状態であることを感覚的に表現して通知することを特徴とする請求項９記載の移動体状態通知装置。
12. 携帯端末と通信を行う携帯端末通信部を備え、
    前記通知処理部は、前記携帯端末通信部を介して前記携帯端末に通知を行うことを特徴とする請求項１記載の移動体状態通知装置。
13. 前記通知処理部は、前記携帯端末通信部を介して前記携帯端末から文字、色、形状、パターン、キャラクタおよび音声の少なくとも一つを取得して、前記移動体の状態を感覚的に表現した通知を行うことを特徴とする請求項１２記載の移動体状態通知装置。
14. 前記通知処理部は、前記携帯端末通信部を介して前記携帯端末で編集された情報を受信して前記出力部で通知することを特徴とする請求項１２記載の移動体状態通知装置。
15. サーバ装置と通信を行うサーバ通信部を備え、
    前記通知処理部は、前記サーバ通信部を介して前記サーバ装置から文字、色、形状、パターン、キャラクタおよび音声の少なくとも一つを取得して、前記移動体の状態を感覚的に表現した通知を行うことを特徴とする請求項１記載の移動体状態通知装置。
16. 移動体状態通知装置と通信する通信部を備え、前記通信部を介して前記移動体状態通知装置に移動体の状態を通知させるサーバ装置において、
    前記通信部を介して前記移動体状態通知装置から取得した移動体情報が示す前記移動体の各種状態の内容を総合的に評価して前記移動体の全体的な状態を判定する状態判定部を備え、
    前記通信部は、前記状態判定部が判定した前記移動体の全体的な状態を前記移動体状態通知装置に送信して通知させることを特徴とするサーバ装置。
17. 移動体状態通知装置の出力部を介して移動体の状態を通知させる移動体状態通知方法において、
    状態判定部が、前記移動体状態通知装置から取得された移動体情報が示す前記移動体の各種状態の内容を総合的に評価して前記移動体の全体的な状態を判定するステップと、
    通知処理部が、前記判定された前記移動体の全体的な状態を前記出力部に出力して通知するステップとを備えたことを特徴とする移動体状態通知方法。

Images