JP2004314773A - On-vehicular information system - Google Patents

On-vehicular information system Download PDF

Info

Publication number
JP2004314773A
JP2004314773A JP2003111045A JP2003111045A JP2004314773A JP 2004314773 A JP2004314773 A JP 2004314773A JP 2003111045 A JP2003111045 A JP 2003111045A JP 2003111045 A JP2003111045 A JP 2003111045A JP 2004314773 A JP2004314773 A JP 2004314773A
Authority
JP
Japan
Prior art keywords
message
user
driver
class
event
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.)
Withdrawn
Application number
JP2003111045A
Other languages
Japanese (ja)
Inventor
Katsunori Takahashi
克典 高橋
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Alpine Electronics Inc
Original Assignee
Alpine Electronics Inc
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Alpine Electronics Inc filed Critical Alpine Electronics Inc
Priority to JP2003111045A priority Critical patent/JP2004314773A/en
Publication of JP2004314773A publication Critical patent/JP2004314773A/en
Withdrawn legal-status Critical Current

Links

Images

Abstract

<P>PROBLEM TO BE SOLVED: To always inform a user, i.e., an owner of a message. <P>SOLUTION: When an event is generated during a period that a user class becoming a driver at present and discriminated by a user discrimination part 104 is not the owner, a message processing part 105 extracts the message corresponding to the event and the user class generated from a message table of a memory 106 and displays it on an indicator 11. The message processing part 105 extracts the message corresponding to the event generated from the message table and the user class and stores it in the memory 106 as uninformed message data. The message processing part 105 displays the message indicated by the uninformed message data stored in the memory 106 on the indicator 11 at the time when the user discrimination part 104 discriminates that the user in which the user class is the owner becomes the driver at present. <P>COPYRIGHT: (C)2005,JPO&NCIPI

Description

【0001】
【発明の属する技術分野】
本発明は、自動車に搭載される車載情報システムにおいて、車両に関する状況を通知するメッセージをドライバーに通知する技術に関するものである。
【0002】
【従来の技術】
自動車に搭載される車載情報システムにおいて、車両に関する状況を通知するメッセージをドライバーに通知する技術としては、車両における故障の発生を監視し、発生した故障に関する簡易なメッセージドライバに対して表示すると共に、修理工場などにおける所定の端子短絡操作に応じてメンテナンス用に故障に関する詳細な情報を表示する技術が知られている(たとえば、特開平10?266889号公報)。
【0003】
この出願の発明に関連する先行技術文献情報としては以下のものがある。
【0004】
【特許文献1】
特開2002?245762号公報
【0005】
【発明が解決しようとする課題】
さて、一つの車両が、複数のユーザによって共用される場合がある。たとえば、家庭においては、週末は主に父親が行楽などにおいて自動車を運転し、平日は主に母親が買い物や子供の稽古事の送迎などに自動車を運転する形態は、良く見られるところである。そして、このように複数のユーザによって車両が共用される場合であっても、車両の修理や管理に関する権限または責任は、複数のユーザのうちの一人が担っていることが多い。
【0006】
さて、車両において、車両に関する状況に応じてドライバに通知すべきメッセージの形態や種類には様々な種類が存在する。そして、必ずしも全てのメッセージが、全てのユーザにとって同じように有用であるとは限らない。また、一方で、特定のユーザに対して必ず通知することが必要となるメッセージもある。たとえば、緊急を要さない車両の管理に関するメッセージ(たとえば、車両搭載ナビゲーション装置のソフトウエアのバージョンアップ版発行の通知)は、車両の修理や管理に関する権限または責任を持たないユーザにとっては不要である反面、そのような権限または責任を持つユーザには、これを必ず通知することが必要となる。
【0007】
そこで、本発明は、車両に関する状況に関してユーザに通知すべき情報を、当該情報の通知先として妥当なユーザに、当該ユーザにとって適当な形態で通知することを課題とする。
【0008】
【課題を解決するための手段】
前記課題達成のために、本発明は、発生したイベントに応じたメッセージをドライバに通知する、自動車に搭載された車載情報システムを、複数のユーザの各々について、当該ユーザのクラスを登録したユーザクラス管理テーブルと、ユーザに通知する各イベントに対するメッセージを、各クラスについて各々規定するメッセージテーブルと、記憶する記憶手段と、現在ドライバとなっているユーザを識別し、識別したユーザの前記ユーザクラス管理テーブルに登録されているクラスを抽出するユーザ識別手段と、イベント発生時に、前記メッセージテーブルに前記ユーザ識別手段が抽出したクラスについて規定されている、発生したイベントに対するメッセージを、ドライバに通知するメッセージ通知手段とを含めて構成したものである。
【0009】
このような車載情報システムによれば、イベント発生時のドライバに対して、そのドライバのユーザとしてのクラスに応じたメッセージを通知することができる。したがって、たとえば、ユーザのクラスとして、車両の修理や管理に関する権限または責任を持つユーザのクラスと、その他のユーザのクラスを設けるようにすれば、車両の修理や管理に関する権限または責任を持つユーザがドライバとなっているときには、当該ユーザに対して、発生したイベントに関する当該車両の修理や管理に必要となる詳細な情報を含むメッセージを通知しつつ、その他のユーザがドライバとなっているときには、当該ユーザに対して、発生したイベントに関するメッセージを、当該車両の修理や管理に関する権限または責任を持たないユーザにとって必要のない、または、そのようなユーザに提示することが適切でない情報を排除した上で通知したりすることができる。
【0010】
ここで、このような車載情報システムでは、前記メッセージ通知手段において、イベント発生時に、前記ユーザ識別手段が抽出したクラスが予め定めた特定のクラスでなく、前記メッセージテーブルにおいて、前記特定のクラスについて、発生したイベントに対するメッセージが規定されている場合に、当該メッセージを未通知済メッセージとして記憶し、前記ユーザ識別手段が前記特定のクラスを抽出したときに未通知済メッセージとして記憶したメッセージをドライバに対して通知するようにすることも好ましい。
【0011】
このようにすることにより、たとえば、前述のようにユーザのクラスとして、車両の修理や管理に関する権限または責任を持つユーザのクラスと、その他のユーザのクラスを設けた場合に、車両の修理や管理に関する権限または責任を持つユーザがドライバとして搭乗していないときに発生した、当該ユーザがその情報を知る必要のあるイベントについてのメッセージを、車両の修理や管理に関する権限または責任を持つユーザが車両にドライバとして搭乗したときに通知することができるようになる。
【0012】
【発明の実施の形態】
以下、本発明の実施形態について説明する。
図1に、本実施形態に係る車載情報システムの構成を示す。
図示するように、車載情報システムは、エンジンシステム1や変速機システム2やサスペンションシステム3やブレーキシステム4やドアロックシステム5といった自動車として基本的な機能システムの電子制御を担う電子制御ユニット6(ECU)を有している。また、ユーザのイグニッションキー操作を受け付けるイグニッションキーユニット7、ユーザのリモートキー(たとえば、赤外線リモコン)によるドアの解錠や施錠のキー操作を受け付けるキーレスエントリシステム8、入力装置9を接続したコントロールユニット10、表示装置11への表示の切替などの制御を行う表示制御装置12を備えている。また、車載情報システムは、ナビゲーション装置やAV機器などのアクセサリ機器13、エアコンデショナー14や、シーポジションの調整を行うシーポジションアクチュエータ15などの各種電装機器を備えている。
【0013】
そして、このような構成において、コントロールユニット10は、イグニッションキーユニット7、キーレスエントリシステム8、表示制御装置12、アクセサリ機器13と、エアコンデショナー14、シーポジションアクチュエータ15、ECU6とコントロールバス16を介して接続されており、コントロールバス16を用いて、これら接続された各装置との情報を交換や、これら接続された各装置の動作の制御を行う。
【0014】
また、表示制御装置12には、コントロールユニット10やアクセサリ機器13がビデオ信号の出力に用いる表示信号線17が接続されており、表示制御装置12は、コントロールユニット10の制御に従って、表示装置11への出力を行うビデオ信号の出力元の装置を切り替えたり、複数の出力元からのビデオ信号を、一つの画面上に合成して表示装置11に表示する処理を行う。
【0015】
次に、図2に、コントロールユニット10の構成を示す。
図示するように、コントロールユニット10は、入力装置9やコントロールバス16を介した各装置からの入力や、表示制御装置12へのビデオ信号の出力やコントロールバス16を介した各装置への出力を制御する入出力処理部101、イベント解析部102、機器制御部103、ユーザ識別部104、メッセージ処理部105、メモリ106とを有している。そして、メモリ106には、ユーザ管理テーブル、車検や定期点検の期日などを登録した車両管理テーブル、メッセージテーブル、カレントユーザテーブル、未通知済メッセージデータなどが格納される。
【0016】
このような構成において、入出力処理部101は、コントロールバス16を介して各装置からのイベントの通知や入力装置9からのユーザ操作発生のイベントの通知を受けると、これをイベント解析部102に転送し、イベント解析部102は、転送されたイベントの内容と、現時点のコントロールユニット10における処理状況に応じて、転送されたイベントを機器制御部103、ユーザ識別部104、メッセージ処理部105に振り分ける。
【0017】
そして、機器制御部103、ユーザ識別部104、メッセージ処理部105は、振り分けられたイベントに応じた処理を行う。
以下、機器制御部103、ユーザ識別部104、メッセージ処理部105の動作について説明する。
まず、イベント解析部102は、イグニッションキーユニット7からのユーザのキー操作イベントの通知や、キーレスエントリシステム8からのユーザのドアロック施錠/解錠操作イベントの通知を受けると、これを機器制御部103とユーザ識別部104に転送する。
【0018】
機器制御部103は、入出力処理部101を介して、ECU6にユーザのキー操作に応じたエンジンシステム1の制御や、ユーザのドアロック施錠/解錠操作に応じた、ドアロックシステム5の制御を指示する。
一方、ユーザ識別部104は、転送されたイベントがイグニッションキーユニット7へのキーマウントや、ドアの解錠操作など、ドライバの非搭乗状態からドライバの搭乗への遷移を示すイベントである場合には、イベントの発生と共にイグニッションキーユニット7やキーレスエントリシステム8から通知される識別データを基に、現在、ドライバとなっているユーザとそのクラスを、メモリ106に格納されたユーザ管理テーブルを参照して判定し、判定したユーザの識別とクラスを、メモリ106にカレントユーザデータとして格納する。また、機器制御部103に、判定したユーザを通知し、機器制御部103は、判定したユーザに対して予め登録しておいた空調状態やシートポジション状態を実現するよう、入出力処理部101を介してエアコンデショナー14やシートポジションシステムを制御する。
【0019】
ここで、ユーザ管理テーブルには、図3aに示すように、予め、複数のユーザについて、ユーザID(A,B,C)と、そのユーザを識別するための識別するための識別データと、ユーザのクラスが登録されている。本実施形態では、ユーザのクラスとして、車両の管理責任者であるユーザのクラスであるオーナと、その他のユーザのクラスである一般を用いている。
【0020】
ところで、イグニッションキーユニット7やキーレスエントリシステム8が通知するユーザの識別データは、イグニッションキーユニット7やキーレスエントリシステム8において、たとえば、次のように検出する。すなわち、本実施形態では、自動車のキーとして、キー使用者であるユーザの識別データを予め記憶した、リモコンキー機能と近距離通信機能とを有する、ユーザ毎に用意したキーを用いる。そして、イグニッションキーユニット7やキーレスエントリシステム8は、ユーザのキー/リモートキー操作時に、キーと通信し、キーから記憶した識別データを受け取ることにより、ユーザの識別データを検出し、行われたキー/リモートキー操作を表すイベントと共に、検出した識別データを、コントロールユニット10に通知する。
【0021】
以下、コントロールユニット10のメッセージ処理部105の動作について説明する。
まず、メッセージ処理部105の処理において用いるメッセージテーブルについて説明する。
図3bに示すようにメッセージテーブルには、イベントの発生に対する応答としてメッセージを表示するイベント毎に設けた、複数のメッセージレコード(図中の各行)が登録されている。そして、各メッセージレコードには、対応するイベント、オーナメッセージデータ、ドライバメッセージデータ、緊急メッセージが登録されている。
【0022】
オーナメッセージデータは、対応するイベントが発生したときに、クラスがオーナであるユーザに通知すべきメッセージであるオーナメッセージと、オーナメッセージデータを通知した後にオーナであるユーザに対してユーザから操作を受け付けるために表示するメニューであるオーナメニューを指定するものである。また、ドライバメッセージデータは、対応するイベントが発生したときに、現時点でドライバであるクラスがオーナでないユーザに通知すべきメッセージであるドライバメッセージと、ドライバメッセージを通知した後にオーナでないユーザであるドライバに対してユーザから操作を受け付けるために表示するメニューであるドライバメニューを指定するものである。そして、緊急メッセージは、対応するイベントが発生したときに、無条件にその時点のドライバに対して通知するメッセージを表すものである。
【0023】
ここで、各メッセージレコードにおいて、オーナメッセージデータとドライバメッセージデータと緊急メッセージは、必ずしも全て用意する必要はなく、イベントに応じて、必要なもののみを用意すればよい。
ここで、オーナメッセージデータは、車検切れや車両搭載機器の設定変更が必要となるイベントなど、車両の管理上、車両のオーナにメッセージとしてイベント発生やイベントの詳細やイベントの詳細な対処法を通知することが望ましいイベントに対して設けるようにする。また、ドライバメッセージデータはドライバにメッセージとしてイベント発生や対処法を通知する一般のイベントについて設け、緊急メッセージは、車両異常など、その時点のドライバに対してメッセージとしてイベント発生や対処法を緊急に通知する必要があるイベントに対して設けるようにする。
【0024】
また、オーナメッセージデータやドライバメッセージデータでは、メニューの指定を含まずメッセージのみの指定を含むものとしてよい。なお、同じメッセージレコードのオーナメニューとドライバメニューの違いは、たとえば、発生したイベントに対する対処として行う処理の起動を、自動的に当該処理の起動操作を受け付けるための項目を含めたメニューを機器制御部103に表示させて受け付けるようにする場合などに、オーナに対してのみ認めることが適当な操作の操作受付用の項目は、オーナメニューにのみ含め、ドライバメニューには含めない点である。
【0025】
たとえば、車載AV機器のエラー発生イベントに対応するメッセージレコードであれば、オーナメッセージデータで指定するオーナメニューは、ドライバからエラーの原因となった車載AV機器の設定を変更を受け付けるメニューなどとし、ドライバメッセージデータで指定するドライバメニューは、メッセージの了解だけを受け付けるメニューなどとする。
【0026】
さて、このようなメッセージテーブルを用いて、メッセージ処理部105は、図4に示すメッセージ処理を行う。
図示するように、この処理では、まず、メモリ106の未通知済メッセージデータの発生と(ステップ402)、イベント解析部102からのイベントの転送(ステップ404)を監視する。
そして、イベント解析部102からイベントが転送されたならば(ステップ404)、転送されたイベントに対応するメッセージレコードをメッセージテーブルから取得し(ステップ406)、取得したメッセージレコードに緊急メッセージが登録されているかどうかを調べ(ステップ508)、登録されている場合には、緊急メッセージの表示を入出力処理部101に要求することにより、緊急メッセージを表示する(ステップ420)。なお、入出力処理部101は、表示を要求されたメッセージを表示制御部を制御して表示装置11に表示する。
【0027】
一方、取得したメッセージレコードに、緊急メッセージが登録されていない場合には(ステップ408)、メモリ106のカレントユーザデータより現在ドライバであるユーザのクラスがオーナであるかどうかを調べ(ステップ410)る。そして、オーナである場合には、さらに、取得したメッセージレコードにオーナメッセージデータが登録されているかどうかを調べ(ステップ412)、登録されていなければステップ426に進む。
【0028】
一方、オーナメッセージデータが登録されていれば(ステップ412)、登録されているオーナメッセージデータに含まれるオーナメッセージを表示する(ステップ414)。そして、オーナメッセージデータにオーナメニューが含まれる場合には(ステップ416)、当該オーナメニューの表示とメニュー上でのユーザ操作の受付けと、受け付けたユーザ操作に応じた処理を行う機器制御部103のオーナメニュー処理を起動し(ステップ418)、ステップ402に戻る。一方、オーナメッセージデータにオーナメニューが含まれない場合には(ステップ416)、そのままステップ402に戻る。
【0029】
一方、ステップ410において、ユーザのクラスがオーナでないと判定された場合には、まず、取得したメッセージレコードにオーナメッセージデータが登録されているかどうかを調べ(ステップ422)、登録されていれば、未通知済メッセージデータとして、取得したデータレコードの識別をメモリ106に格納して(ステップ424)、ステップ426に進む。一方、取得したメッセージレコードにオーナメッセージデータが登録されていなければ(ステップ422)、そのままステップ426に進む。なお、ステップ424の通知済メッセージデータの格納後は、ステップ402で未通知済メッセージデータの発生が検知されることになる。
【0030】
さて、ステップ426では、取得したメッセージレコードに、ドライバメッセージデータが登録されているかどうかを調べ、登録されていれば、登録されているドライバメッセージデータに含まれるドライバメッセージを表示する(ステップ428)。そして、ドライバメッセージデータにドライバメニューが含まれる場合には(ステップ430)、当該ドライバメニューの表示とメニュー上でのユーザ操作の受付けと、受け付けたユーザ操作に応じた処理を行う機器制御部103のドライバメニュー処理を起動し(ステップ432)、ステップ402に戻る。一方、ドライバメッセージデータにドライバメニューが含まれない場合には(ステップ430)、そのままステップ402に戻る。
【0031】
さて、ステップ402において、未通知済メッセージデータの発生が検出された場合には、メモリ106のカレントユーザデータより現在ドライバであるユーザのクラスがオーナであるかどうかを調べ(ステップ434)、オーナでなければ、メモリ106に未通知済メッセージデータの発生と(ステップ402)、イベント解析部102からのイベントの転送(ステップ404)の監視に戻る。一方、ユーザのクラスがオーナである場合には(ステップ434)、未通知済メッセージデータに識別が格納されたメッセージレコードをメッセージテーブルから取得し(ステップ436)、未通知済メッセージデータを消去して、ステップ414に進み、前述のように、取得したメッセージレコードに基づく、オーナメッセージの表示と、オーナメニューの処理(ステップ416、418)を行う。
【0032】
以上、本発明の実施形態について説明した。
以上のように、本実施形態によれば、ドライバに対して、そのドライバのユーザとしてのクラスに応じたメッセージを通知することができる。したがって、オーナクラスのユーザがドライバとなっているときには、当該ユーザに対して、発生したイベントに関する詳細な情報を含むメッセージを通知するようにしつつ、オーナクラスのユーザ以外のユーザがドライバとなっているときには、当該ユーザに対して、ドライバメッセージとしてメッセージテーブルに用意した、オーナクラスでないユーザにとって必要のない、または、オーナクラスでないユーザに提示することが適切でない情報を排除した発生したイベントについてのメッセージを通知したりすることができる。
【0033】
また、本実施形態によれば、予めメッセージテーブルに、オーナメッセージとして登録したメッセージについては、メッセージに対応するイベントが発生したときのドライバがオーナクラスのユーザでない場合であっても、その後、オーナクラスのユーザがドライバとなった時点で、表示装置11に表示されるので、必ずオーナクラスのユーザに通知されることになる。
【0034】
【発明の効果】
以上のように、本発明によれば、車両に関する状況に関してユーザに通知すべき情報を、当該情報の通知先として妥当なユーザに、当該ユーザにとって適当な形態で通知することができる。
【図面の簡単な説明】
【図1】本発明の実施形態に係る車載情報システムの構成を示すブロック図である。
【図2】本発明の実施形態に係るコントロールユニットの構成を示すブロック図である。
【図3】本発明の実施形態に係るコントロールユニットのメモリに格納するテーブルを示す図である。
【図4】本発明の実施形態に係るメッセージ処理部の行う処理の手順を示すフローチャートである。
【符号の説明】
1…エンジンシステム、2…変速機システム、3…サスペンションシステム、4…ブレーキシステム、5…ドアロックシステム、6…電子制御ユニット、7…イグニッションキーユニット、8…キーレスエントリシステム、9…入力装置、10…コントロールユニット、11…表示装置、12…表示制御装置、13…アクセサリ機器、14…エアコンデショナー、15…シーポジションアクチュエータ、16…コントロールバス、17…表示信号線、101…入出力処理部、102…イベント解析部、103…機器制御部、104…ユーザ識別部、105…メッセージ処理部、106…メモリ。
[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to a technology for notifying a driver of a message for notifying a situation related to a vehicle in an in-vehicle information system mounted on a vehicle.
[0002]
[Prior art]
In the in-vehicle information system mounted on the car, as a technology for notifying the driver of a message that notifies the driver of the situation related to the vehicle, the occurrence of a failure in the vehicle is monitored and displayed on a simple message driver regarding the generated failure, 2. Description of the Related Art A technique for displaying detailed information on a failure for maintenance in response to a predetermined terminal short-circuit operation at a repair shop or the like is known (for example, JP-A-10-266889).
[0003]
Prior art document information related to the invention of this application includes the following.
[0004]
[Patent Document 1]
JP, 2002-245762, A
[Problems to be solved by the invention]
Now, one vehicle may be shared by a plurality of users. For example, in a home, it is common to see a father driving a car mainly for excursions on weekends and a mother driving a car for shopping and picking up children on weekdays. Even when the vehicle is shared by a plurality of users, one of the plurality of users often has authority or responsibility for repair and management of the vehicle.
[0006]
Now, in a vehicle, there are various types and types of messages to be notified to a driver according to a situation regarding the vehicle. And not all messages are equally useful to all users. On the other hand, there are also messages that need to be always notified to a specific user. For example, a message regarding the management of a vehicle that does not require urgency (for example, a notification of the issuance of an upgraded version of software of a vehicle-mounted navigation device) is unnecessary for a user who does not have authority or responsibility for repair or management of a vehicle. On the other hand, it is necessary to notify the user having such authority or responsibility without fail.
[0007]
Therefore, an object of the present invention is to notify a user who is to be notified of a situation regarding a vehicle to a user who is appropriate as a notification destination of the information in a form suitable for the user.
[0008]
[Means for Solving the Problems]
In order to achieve the above object, the present invention provides an in-vehicle information system mounted on an automobile for notifying a driver of a message corresponding to an event that has occurred, for each of a plurality of users, a user class in which the class of the user is registered. A management table, a message table for specifying a message for each event to be notified to the user for each class, a storage means for storing, a user who is currently a driver, and the user class management table of the identified user User identification means for extracting a class registered in the message table, and message notification means for notifying a driver of a message for an event that has occurred, the message being specified in the message table for the class extracted by the user identification means, when an event occurs. And so on.
[0009]
According to such an in-vehicle information system, it is possible to notify a driver at the time of an event of a message according to a class as a user of the driver. Thus, for example, if a class of users has a class of users who have authority or responsibility for repair or management of vehicles and a class of other users, a user having authority or responsibility for repair or management of vehicles can be provided. When the user is a driver, the user is notified of a message including detailed information necessary for repairing and managing the vehicle related to the event that has occurred. To the user, a message related to the event that occurred is not necessary for a user who does not have authority or responsibility for repair or management of the vehicle, or information that is not appropriate to be presented to such a user is excluded. Or be notified.
[0010]
Here, in such an in-vehicle information system, in the message notification unit, when an event occurs, the class extracted by the user identification unit is not a predetermined specific class, but in the message table, for the specific class, When a message for the event that has occurred is specified, the message is stored as an unnotified message, and the message stored as an unnotified message when the user identification unit extracts the specific class is sent to the driver. It is also preferable that the notification be made.
[0011]
By doing so, for example, as described above, when a class of a user who has authority or responsibility for repair and management of a vehicle and a class of another user are provided as classes of a user, repair and management of the vehicle are performed. When a user with authority or responsibility for repairing or managing a vehicle issues a message about an event that occurs when the user with authority or responsibility for You will be able to be notified when you board as a driver.
[0012]
BEST MODE FOR CARRYING OUT THE INVENTION
Hereinafter, embodiments of the present invention will be described.
FIG. 1 shows a configuration of an in-vehicle information system according to the present embodiment.
As shown in the figure, the on-vehicle information system includes an electronic control unit 6 (ECU) that performs electronic control of basic functional systems as an automobile, such as an engine system 1, a transmission system 2, a suspension system 3, a brake system 4, and a door lock system 5. )have. Further, an ignition key unit 7 for receiving a user's operation of an ignition key, a keyless entry system 8 for receiving a key operation of unlocking and locking a door by a user's remote key (for example, an infrared remote controller), and a control unit 10 to which an input device 9 is connected. And a display control device 12 for performing control such as switching display on the display device 11. The in-vehicle information system includes various electric devices such as an accessory device 13 such as a navigation device and an AV device, an air conditioner 14, and a sea position actuator 15 for adjusting a sea position.
[0013]
In such a configuration, the control unit 10 is connected to the ignition key unit 7, the keyless entry system 8, the display control device 12, the accessory device 13, the air conditioner 14, the sea position actuator 15, the ECU 6, and the control bus 16. The control bus 16 is used to exchange information with the connected devices and to control the operation of the connected devices.
[0014]
Further, the display control device 12 is connected to a display signal line 17 used by the control unit 10 and the accessory device 13 for outputting a video signal, and the display control device 12 transmits the video signal to the display device 11 according to the control of the control unit 10. The processing of switching the output source of the video signal for outputting the video signal, or combining the video signals from a plurality of output sources on one screen and displaying it on the display device 11 is performed.
[0015]
Next, FIG. 2 shows a configuration of the control unit 10.
As shown in the figure, the control unit 10 performs input from each device via the input device 9 and the control bus 16, output of a video signal to the display control device 12, and output to each device via the control bus 16. It has an input / output processing unit 101 for controlling, an event analysis unit 102, a device control unit 103, a user identification unit 104, a message processing unit 105, and a memory 106. The memory 106 stores a user management table, a vehicle management table in which vehicle inspection and periodic inspection due dates are registered, a message table, a current user table, unreported message data, and the like.
[0016]
In such a configuration, when the input / output processing unit 101 receives a notification of an event from each device via the control bus 16 or a notification of a user operation occurrence event from the input device 9, the input / output processing unit 101 sends the notification to the event analysis unit 102. The event analysis unit 102 distributes the transferred event to the device control unit 103, the user identification unit 104, and the message processing unit 105 according to the content of the transferred event and the current processing status of the control unit 10. .
[0017]
Then, the device control unit 103, the user identification unit 104, and the message processing unit 105 perform processing according to the sorted event.
Hereinafter, operations of the device control unit 103, the user identification unit 104, and the message processing unit 105 will be described.
First, upon receiving a notification of a user's key operation event from the ignition key unit 7 and a notification of a user's door lock locking / unlocking operation event from the keyless entry system 8, the event analysis unit 102 transmits the notification to the device control unit. 103 and the user identification unit 104.
[0018]
The device control unit 103 controls the ECU 6 via the input / output processing unit 101 to control the engine system 1 in response to a key operation by the user, and to control the door lock system 5 in response to the locking / unlocking operation of the door lock by the user. Instruct.
On the other hand, if the transferred event is an event indicating a transition from the non-boarding state of the driver to the boarding of the driver, such as a key mount to the ignition key unit 7 or an unlocking operation of the door, the user identification unit 104 Based on the identification data notified from the ignition key unit 7 and the keyless entry system 8 when the event occurs, the user who is the current driver and its class are referred to by referring to the user management table stored in the memory 106. The determination is made, and the identification and class of the determined user are stored in the memory 106 as current user data. Further, the device control unit 103 is notified of the determined user, and the device control unit 103 controls the input / output processing unit 101 to realize the air conditioning state and the seat position state registered in advance for the determined user. The control unit controls the air conditioner 14 and the seat position system via the air conditioner.
[0019]
Here, in the user management table, as shown in FIG. 3A, for a plurality of users, user IDs (A, B, C), identification data for identifying the users, and user Class is registered. In the present embodiment, as the class of the user, an owner, which is a class of a user who is in charge of management of the vehicle, and a general, which is a class of another user, are used.
[0020]
By the way, the user identification data notified by the ignition key unit 7 or the keyless entry system 8 is detected by the ignition key unit 7 or the keyless entry system 8 as follows, for example. That is, in the present embodiment, a key prepared for each user and having a remote control key function and a short-range communication function in which identification data of the user who is the key user is stored in advance is used as the key of the automobile. When the user operates the key / remote key, the ignition key unit 7 and the keyless entry system 8 communicate with the key, receive the stored identification data from the key, detect the user identification data, and perform the key operation. / The control unit 10 is notified of the detected identification data together with the event indicating the remote key operation.
[0021]
Hereinafter, the operation of the message processing unit 105 of the control unit 10 will be described.
First, a message table used in the processing of the message processing unit 105 will be described.
As shown in FIG. 3B, a plurality of message records (each row in the figure) registered for each event for displaying a message as a response to the occurrence of the event are registered in the message table. In each message record, a corresponding event, owner message data, driver message data, and an emergency message are registered.
[0022]
The owner message data receives, when a corresponding event occurs, an owner message, which is a message to be notified to the user whose class is the owner, and receives an operation from the user for the user who is the owner after notifying the owner message data. This specifies the owner menu, which is the menu to be displayed. In addition, the driver message data includes a driver message that is a message to be notified to a user whose class is currently not a driver when a corresponding event occurs and a driver that is a user who is not an owner after notifying the driver message. On the other hand, a driver menu, which is a menu displayed to accept an operation from the user, is designated. The urgent message represents a message that is unconditionally notified to the driver at the time when the corresponding event occurs.
[0023]
Here, in each message record, all of the owner message data, the driver message data, and the emergency message need not always be prepared, but only necessary ones may be prepared according to the event.
Here, the owner message data is used to notify the owner of the vehicle of the occurrence of the event, the details of the event, and the detailed countermeasures for the event as a message for vehicle management, such as events that require vehicle inspection to be completed or changes to the on-board equipment settings. For events where it is desirable to do so. In addition, driver message data is provided for general events that notify the driver of event occurrence and countermeasures as a message.Emergency messages are used to promptly notify the driver of the event occurrence and countermeasures, such as vehicle abnormalities, as a message. Be prepared for events that need to be done.
[0024]
Further, the owner message data and the driver message data may not include the menu specification but include only the message specification. Note that the difference between the owner menu and the driver menu of the same message record is that, for example, activation of a process to be performed in response to an event that has occurred is performed by using a menu including an item for automatically accepting an activation operation of the process. An operation accepting item of an operation appropriate to be permitted only to the owner, for example, when displayed and accepted on the display 103, is included only in the owner menu and not in the driver menu.
[0025]
For example, in the case of a message record corresponding to an error occurrence event of an in-vehicle AV device, the owner menu specified by the owner message data may be a menu that accepts a change in the settings of the in-vehicle AV device that caused the error from the driver. The driver menu specified by the message data is, for example, a menu that accepts only the acknowledgment of the message.
[0026]
Now, using such a message table, the message processing unit 105 performs the message processing shown in FIG.
As shown in the figure, in this process, first, the occurrence of unreported message data in the memory 106 (step 402) and the transfer of an event from the event analysis unit 102 (step 404) are monitored.
Then, when the event is transferred from the event analysis unit 102 (step 404), a message record corresponding to the transferred event is obtained from the message table (step 406), and an emergency message is registered in the obtained message record. It is checked whether or not it is present (step 508), and if it is registered, an urgent message is displayed by requesting the input / output processing unit 101 to display an urgent message (step 420). The input / output processing unit 101 controls the display control unit to display the message requested to be displayed on the display device 11.
[0027]
On the other hand, if no emergency message is registered in the acquired message record (step 408), it is checked whether the class of the user who is the current driver is the owner based on the current user data in the memory 106 (step 410). . Then, if the owner is the owner, it is checked whether or not the owner message data is registered in the acquired message record (step 412). If not, the process proceeds to step 426.
[0028]
On the other hand, if the owner message data has been registered (step 412), the owner message included in the registered owner message data is displayed (step 414). Then, when the owner message data includes the owner menu (step 416), the device control unit 103 that displays the owner menu, receives a user operation on the menu, and performs a process according to the received user operation is executed. The owner menu process is started (step 418), and the process returns to step 402. On the other hand, if the owner message data does not include the owner menu (step 416), the process directly returns to step 402.
[0029]
On the other hand, when it is determined in step 410 that the class of the user is not the owner, it is first checked whether or not the owner message data is registered in the acquired message record (step 422). The identification of the acquired data record is stored in the memory 106 as the notified message data (step 424), and the process proceeds to step 426. On the other hand, if the owner message data is not registered in the acquired message record (step 422), the process directly proceeds to step 426. After storing the notified message data in step 424, the occurrence of unreported message data is detected in step 402.
[0030]
In step 426, it is checked whether or not driver message data is registered in the obtained message record. If registered, the driver message included in the registered driver message data is displayed (step 428). If the driver message data includes a driver menu (step 430), the device control unit 103 that displays the driver menu, receives a user operation on the menu, and performs a process according to the received user operation is performed. The driver menu process is started (step 432), and the process returns to step 402. On the other hand, when the driver message data does not include the driver menu (step 430), the process returns to step 402 as it is.
[0031]
If the occurrence of unreported message data is detected in step 402, it is checked from the current user data in the memory 106 whether the class of the user who is the current driver is the owner (step 434). If not, the process returns to monitoring the occurrence of unreported message data in the memory 106 (step 402) and the transfer of the event from the event analysis unit 102 (step 404). On the other hand, if the class of the user is the owner (step 434), a message record in which the identification is stored in the unreported message data is obtained from the message table (step 436), and the unreported message data is deleted. Then, the process proceeds to step 414, where the owner message is displayed and the owner menu is processed (steps 416 and 418) based on the acquired message record as described above.
[0032]
The embodiments of the present invention have been described above.
As described above, according to the present embodiment, it is possible to notify a driver of a message corresponding to a class as a user of the driver. Therefore, when the owner class user is the driver, a user other than the owner class user is the driver while notifying the user of a message including detailed information on the event that has occurred. Sometimes, a message about an event that has been prepared for the user in the message table as a driver message and that has generated information that is not necessary for non-owner class users or that excludes information that is not appropriate to be presented to non-owner class users is excluded. Or be notified.
[0033]
Further, according to the present embodiment, for a message registered as an owner message in the message table in advance, even if the driver when the event corresponding to the message occurs is not a user of the owner class, the owner class Is displayed on the display device 11 when the user becomes a driver, the user of the owner class is always notified.
[0034]
【The invention's effect】
As described above, according to the present invention, information to be notified to a user regarding a situation related to a vehicle can be notified to a user appropriate as a notification destination of the information in a form appropriate for the user.
[Brief description of the drawings]
FIG. 1 is a block diagram showing a configuration of an in-vehicle information system according to an embodiment of the present invention.
FIG. 2 is a block diagram illustrating a configuration of a control unit according to the embodiment of the present invention.
FIG. 3 is a diagram showing a table stored in a memory of a control unit according to the embodiment of the present invention.
FIG. 4 is a flowchart illustrating a procedure of a process performed by a message processing unit according to the embodiment of the present invention.
[Explanation of symbols]
REFERENCE SIGNS LIST 1 engine system 2 transmission system 3 suspension system 4 brake system 5 door lock system 6 electronic control unit 7 ignition key unit 8 keyless entry system 9 input device DESCRIPTION OF SYMBOLS 10 ... Control unit, 11 ... Display device, 12 ... Display control device, 13 ... Accessory equipment, 14 ... Air conditioner, 15 ... Sea position actuator, 16 ... Control bus, 17 ... Display signal line, 101 ... I / O processing unit, 102: an event analysis unit; 103: a device control unit; 104: a user identification unit; 105: a message processing unit;

Claims (4)

発生したイベントに応じたメッセージをドライバに通知する、自動車に搭載された車載情報システムであって、
複数のユーザの各々について、当該ユーザのクラスを登録したユーザクラス管理テーブルと、ユーザに通知する各イベントに対するメッセージを、各クラスについて各々規定するメッセージテーブルと、記憶する記憶手段と、
現在ドライバとなっているユーザを識別し、識別したユーザの前記ユーザクラス管理テーブルに登録されているクラスを抽出するユーザ識別手段と、
イベント発生時に、前記メッセージテーブルに前記ユーザ識別手段が抽出したクラスについて規定されている、発生したイベントに対するメッセージを、ドライバに通知するメッセージ通知手段とを有することを特徴とする車載情報システム。
An in-vehicle information system mounted on an automobile, which notifies a driver of a message corresponding to an event that has occurred,
For each of a plurality of users, a user class management table in which the class of the user is registered, a message table for defining a message for each event to be notified to the user for each class, and storage means for storing
User identification means for identifying a user who is currently a driver, and extracting a class registered in the user class management table of the identified user;
An in-vehicle information system comprising: a message notifying unit that notifies a driver of a message corresponding to an event that has occurred, the message being specified for the class extracted by the user identifying unit in the message table when the event occurs.
請求項1記載の車載情報システムであって、
前記メッセージ通知手段は、イベント発生時に、前記ユーザ識別手段が抽出したクラスが予め定めた特定のクラスでなく、前記メッセージテーブルにおいて、前記特定のクラスについて、発生したイベントに対するメッセージが規定されている場合に、当該メッセージを未通知済メッセージとして記憶し、前記ユーザ識別手段が前記特定のクラスを抽出したときに未通知済メッセージとして記憶したメッセージをドライバに対して通知することを特徴とする車載情報システム。
The in-vehicle information system according to claim 1,
The message notification unit may be configured such that, when an event occurs, the class extracted by the user identification unit is not a predetermined specific class, and a message for the generated event is specified for the specific class in the message table. Wherein the message is stored as an unnotified message, and when the user identification means extracts the specific class, the message stored as the unnotified message is notified to a driver. .
自動車に搭載された車載情報システムにおいて、発生したイベントに応じたメッセージをドライバに通知するメッセージ通知方法であって、
現在ドライバとなっているユーザを識別し、識別したユーザに対して予め与えたクラスを抽出するステップと、
イベント発生に応答して、発生したイベントと抽出したクラスに対して予め規定しておいたメッセージを、ドライバに通知するステップとを有することを特徴とする車載情報システムにおけるメッセージ通知方法。
A message notification method for notifying a driver of a message according to an event that has occurred in an in-vehicle information system mounted on an automobile,
Identifying a user who is currently a driver and extracting a class given in advance to the identified user;
A method of notifying a driver of an event that has occurred and a message defined in advance for the extracted class in response to the occurrence of the event to a driver.
自動車に搭載されたコンピュータによって読みとられ実行されるコンピュータプログラムであって、
前記コンピュータに、
現在ドライバとなっているユーザを識別し、識別したユーザに対して予め与えたクラスを抽出するステップと、
所定のイベント発生に応答して、発生したイベントと抽出したクラスに対して予め規定しておいたメッセージを、ドライバに通知するステップとを実行させることを特徴とするコンピュータプログラム。
A computer program read and executed by a computer mounted on an automobile,
To the computer,
Identifying a user who is currently a driver and extracting a class given in advance to the identified user;
In response to occurrence of a predetermined event, the step of notifying a driver of an event that has occurred and a message defined in advance for an extracted class to a driver.
JP2003111045A 2003-04-16 2003-04-16 On-vehicular information system Withdrawn JP2004314773A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2003111045A JP2004314773A (en) 2003-04-16 2003-04-16 On-vehicular information system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2003111045A JP2004314773A (en) 2003-04-16 2003-04-16 On-vehicular information system

Publications (1)

Publication Number Publication Date
JP2004314773A true JP2004314773A (en) 2004-11-11

Family

ID=33471705

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2003111045A Withdrawn JP2004314773A (en) 2003-04-16 2003-04-16 On-vehicular information system

Country Status (1)

Country Link
JP (1) JP2004314773A (en)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11343395B2 (en) 2020-02-03 2022-05-24 Fujifilm Business Innovation Corp. Apparatus and non-transitory computer readable medium

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11343395B2 (en) 2020-02-03 2022-05-24 Fujifilm Business Innovation Corp. Apparatus and non-transitory computer readable medium

Similar Documents

Publication Publication Date Title
CN109313591B (en) Vehicle device
CN110228445B (en) Vehicle remote control system and method
RU2573272C2 (en) Vehicle communications facilities
WO2017212771A1 (en) Vehicle device
JP3151831B2 (en) Vehicle information communication device and vehicle information communication system
US9373201B2 (en) Rental/car-share vehicle access and management system and method
JP6856100B2 (en) Replog Master
US7973653B2 (en) Vehicular abnormality notification system, method and apparatus, and vehicle-mounted apparatus
CN106487778A (en) In-vehicle networking Server remote information processing system and method
EP1530182A1 (en) Remote monitoring and control of a motorized vehicle
CN107528821A (en) The remote firewall renewal of the teleprocessing system of In-vehicle networking server
US20050068191A1 (en) Remote-controllable central control device
JP4871238B2 (en) Information collection system, operation information recording device and information management facility
KR101593571B1 (en) Black box apparatus for diagnosing error of electronic control unit for vehicle and control method thereof
JP2013028238A (en) Failure diagnostic device for vehicle
US20070202857A1 (en) Vehicle maintenance system
JP2006256457A (en) On-vehicle data management device, and vehicular information supplying system
KR20180068624A (en) Vehicle user interface providing apparatus and method
CN107074194A (en) Method and motor vehicle for the operation of at least one building blocks of function for controlling motor vehicle
JP2024054211A (en) Apparatus and program
JP5551045B2 (en) Program rewriting system for vehicles
JP2004314773A (en) On-vehicular information system
JPH07223516A (en) Communication device for automobile maintenance service
JP2001296915A (en) Remote self-diagnostic system
CN105700972A (en) vehicle information backup unit, mobile terminal, and vehicle information backup system

Legal Events

Date Code Title Description
A300 Withdrawal of application because of no request for examination

Free format text: JAPANESE INTERMEDIATE CODE: A300

Effective date: 20060704