車両管理システム、車載装置、およびサーバ
【課題】 車両外部にて車両の状態を把握しつつ、不要な通知を防止する車両管理システム、車載装置、およびサーバを提供する。
【解決手段】
車両管理システム１は、サーバ１０と、車両２に搭載される車載装置２０およびボデー系ユニット３０と、携帯電話４０と、からなる。サーバ１０は、インターネットなどの公衆ネットワーク５０と接続され、その公衆ネットワーク５０を介して車載装置２０及び携帯電話４０と通信を行う。
車載装置２０は、車両２のアクセサリー電源，ドアロック，修理に関する情報をサーバ１０に通知する。サーバ１０は、アクセサリー電源がＯＦＦであり、かつドアロックがなされていない状態が所定時間経過した後、車両２が修理中でなければ、携帯電話４０に操作忘れ通知を行うが、車両２が修理中であれば通知を行わない。
【解決手段】
車両管理システム１は、サーバ１０と、車両２に搭載される車載装置２０およびボデー系ユニット３０と、携帯電話４０と、からなる。サーバ１０は、インターネットなどの公衆ネットワーク５０と接続され、その公衆ネットワーク５０を介して車載装置２０及び携帯電話４０と通信を行う。
車載装置２０は、車両２のアクセサリー電源，ドアロック，修理に関する情報をサーバ１０に通知する。サーバ１０は、アクセサリー電源がＯＦＦであり、かつドアロックがなされていない状態が所定時間経過した後、車両２が修理中でなければ、携帯電話４０に操作忘れ通知を行うが、車両２が修理中であれば通知を行わない。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、車載装置および当該車載装置と通信可能なサーバからなる車両管理システムに関する。
【背景技術】
【０００２】
従来、車両に対する様々なリモートサービスが提案されている。例えば、特許文献１では、故障時に車両の状態を示すデータを車両外部のセンターに送信し、センターでは車両の状態を解析して応急処置の方法と整備工場の案内を車両に通知するという技術が提案されている。
【０００３】
また、駐車中の車両に対して管理上必要な操作が行われていない場合に、ユーザに操作忘れを通知する操作忘れ通知のサービスも提供されている。例えば、イグニッションをオフにしてから所定時間（例えば１分）経過したときにドアのロックがなされていなければ、車両所有者の携帯電話に操作忘れの通知（電子メール）が行われる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００２−１０９６９０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、従来の操作忘れの通知サービスでは、整備工場などで車両の点検、整備を行うためにドアを開けた状態が所定時間以上継続された場合にも、操作忘れの通知が携帯電話に送信されて煩わしさを感じるという問題があった。一方、車両の状態を検出してサーバに通知する車載装置の電源をオフにするなどして車載装置の機能を停止してしまうと、サーバに車両の状態が通知されず、センターにて車両の状態を把握できなくなるという問題があった。
【０００６】
本発明は、上述した問題に鑑みてなされたものであり、その目的は、車両外部にて車両の状態を把握しつつ、不要な通知を防止する車両管理システム、車載装置、およびサーバを提供することである。
【課題を解決するための手段】
【０００７】
上述した問題を解決するためになされた請求項１に記載の発明は、車載装置とサーバとからなる車両管理システムである。この車両管理システムにおいて、車載装置は駐車中の車両の状態を検出する車両状態検出手段を備える。また、サーバは、上記駐車中の車両の状態を車載装置から受信する受信手段と、車両状態検出手段により検出された車両の状態に基づいて、所定の通知条件を満たしたときに、所定の通信端末に通知を行う通知手段を備える。
【０００８】
そして、上記車載装置は、車載装置または車両において、所定の保留条件が成立したときに、サーバに対し保留情報を送信する情報送信手段を備える。また、サーバは、上記保留情報を受信した場合には、通信端末への通知を保留することを特徴とする。
【０００９】
このように構成された車両管理システムでは、保留条件が成立すると、通信端末への操作忘れ通知が行われなくなる。ここでいう保留条件とは、通信端末への通知をすべきでない条件であり、通知をすべきでない状態であることを車載装置が検出したときに、保留条件が成立したと判断する。また、通知とは例えば通信端末へのメール送信などが該当する。
【００１０】
したがって、保留条件が成立した状態、つまり操作忘れの通知が必要でない状態では通信端末への通知が行われないので、不要なメールなどが送信されて使用者に煩わしさを感じさせることがない。
【００１１】
さらに、車載装置に検出された車両の状態はサーバへ送信され続けるため、車両の状態を車両外部にて常時把握することができる。
このように、請求項１に記載の車両管理システムでは、車両外部にて車両の状態を把握しつつ、不要な通知を防止することができる。
【００１２】
なお、所定の通知条件とは、車両の所有者が車両の管理上必要な操作を忘れたことを検出した場合に成立する条件であり、例えば駐車時に車両のドアをロックしていない状態が所定時間経過した場合に成立する。この通知条件が成立すると、車両の所有者の通信端末に電子メールを送信するなどして操作忘れ通知が行われる。
【００１３】
請求項２に記載の車両管理システムは、請求項１に記載の車両管理システムにおいて、情報送信手段が、保留条件が成立した状態から保留条件が成立しない状態に遷移したときに、サーバに対し、保留解除情報を送信する。保留解除情報を受信したサーバは、通知の保留を解除することを特徴とする。
【００１４】
このように構成された車両管理システムであれば、保留条件が成立する状態から保留条件が成立しない状態に遷移したとき、つまり操作忘れ通知が不要な状態から必要な状態へと遷移したときには操作忘れ通知を実行可能となる。よって、保留条件が成立しているときにのみ不要な通知を行うことを防止できるため都合がよい。
【００１５】
ところで、上述した保留条件の具体的な例としては、例えば車両が整備工場などで修理される場合が考えられる。この場合には、次の請求項３に示すように修理中であることを検出することが考えられる。
【００１６】
請求項３に記載の車両管理システムは、請求項１または請求項２に記載の車両管理システムにおいて、情報送信手段が、車載装置のモードが車両の修理が行われる際に設定される修理モードであるときに、保留条件が成立したと判断することを特徴とする。
【００１７】
このように構成された車両管理システムであれば、車両の修理中には車両所有者の通信端末への操作忘れ通知が行われないため、通信端末に不要な通知が行われて煩わしさを感じることがない。
【００１８】
請求項４に記載の車両管理システムは、請求項１から請求項３のいずれかに記載の車両管理システムにおいて、駐車中の車両の状態とは、車両のドア開閉状態、ドア解錠・施錠状態、ルーフ開閉状態、トランク開閉状態、ボンネット開閉状態、ウインドウ開閉状態、車内灯点灯・消灯状態、車外灯点灯・消灯状態、ハザード点灯・消灯状態、フューエルリッド開閉状態、からなる群から選択される１つ以上であることを特徴とする。
【００１９】
このように構成された車両管理システムであれば、車両における上述した各状態に基づいて、通信端末に通知を行うか否かを判断する。よって、保留条件が成立している場合には、上述した各状態が駐車中の状態として適切でない場合であっても不要な操作忘れが通知されることがなくなる。
【００２０】
請求項５に記載の車両管理システムは、請求項１から請求項４のいずれかに記載の車両管理システムにおいて、通信端末が、携帯電話であることを特徴とする。
このように構成された車両管理システムであれば、車両の使用者が所有する携帯電話に通知を行うことができる。携帯電話は一般的に通話機能および電子メール機能が備えられているため、携帯電話への通話発信やメール送信を行うことで通知を実現できる。
【００２１】
請求項６に記載の発明は、請求項１から請求項５のいずれかに記載の車両管理システムを構成する車載装置である。
このように構成された車載装置は、請求項１から請求項５のいずれかに記載の車両管理システムの一部を構成することができる。
【００２２】
請求項７に記載の発明は、請求項１から請求項５のいずれかに記載の車両管理システムを構成するサーバである。
このように構成されたサーバは、請求項１から請求項５のいずれかに記載の車両管理システムの一部を構成することができる。
【図面の簡単な説明】
【００２３】
【図１】車両管理システムを示すブロック図
【図２】サーバの構成を示すブロック図
【図３】車両状態データを示す図
【図４】車載装置およびボデー系ユニットの構成を示すブロック図
【図５】通知処理の処理手順を示すフローチャート
【図６】操作忘れ通知を実行する流れを説明するためのシーケンス図
【図７】通知処理の変形例の処理手順を示すフローチャート
【発明を実施するための形態】
【００２４】
以下、本発明が適用された実施形態について図面を用いて説明する。なお、本発明の実施の形態は、下記の実施形態に何ら限定されることはなく、本発明の技術的範囲に属する限り種々の形態を採りうる。
［構成の説明］
図１は、本発明の実施形態である車両管理システム１を表すブロック図である。車両管理システム１は、ドアのロックを忘れた場合に車両２の所有者に操作忘れ通知を行うシステムであって、サーバ１０と、車両２に搭載される車載装置２０およびボデー系ユニット３０と、携帯電話４０と、からなる。サーバ１０は、インターネットなどの公衆ネットワーク５０と接続され、その公衆ネットワーク５０を介して車載装置２０及び携帯電話４０と通信を行う。
【００２５】
なお、サーバ１０と公衆ネットワーク５０は、有線接続されている。また、車載装置２０と公衆ネットワーク５０、及び、携帯電話４０と公衆ネットワーク５０は、携帯電話事業者等が提供する広域無線通信パケット網によって接続されている。また、図１には、車載装置２０と携帯電話４０とは、それぞれ一組ずつしか描かれていないが、実際は複数存在してもよい。
（１）サーバ１０
まず、サーバ１０の構成について、図２のブロック図を用いて説明する。サーバ１０は、通信部１１と、記憶部１２と、操作部１３と、制御部１４とを備える。
【００２６】
通信部１１は、公衆ネットワーク５０と通信を行うための機能を有しており、制御部１４によって制御される。
記憶部１２は、不揮発性の記憶媒体（例えば、ハードディスク等）を有しており、車両状態データ、及び、制御部１４が実行するプログラム等を記憶する。
【００２７】
車両状態データとは、図３に示すように、「車載装置ＩＤ」、「ＡＣＣ」、「ドアロック状態」、「修理」、「携帯電話」以上５項目を１組とするデータ群が複数含まれるものである。
【００２８】
上述したデータ群のうち、「車載装置ＩＤ」の項目には、サーバ１０と通信可能に構成されている複数の車載装置２０それぞれに個別に与えられているＩＤが登録されている。車載装置２０から送信されるデータにはＩＤ情報が付随しているので、そのＩＤを照合することで、車載装置２０から受信したデータと、その車載装置２０に対応するデータ群との関連付けが可能となる。
【００２９】
また、「ＡＣＣ」の項目は、各車載装置２０が搭載されている車両２のアクセサリー電源（ＡＣＣ電源）がＯＮであるか否かの情報が登録されるものであり、車両２においてアクセサリー電源が操作される度に、車載装置２０からその情報が送信されて「ＡＣＣ」の項目の情報が更新される。なお、アクセサリー電源がＯＮの場合には「０」が登録され、ＯＦＦの場合には「１」が登録される。
【００３０】
また、「ドアロック状態」の項目は、各車載装置２０が搭載されている車両２のドアがロックされているか否かの情報が登録されるものである。ドアがロックされているか否かの情報は、車両２に搭載されたボデー系ユニット３０にて検出され車載装置２０が送信した情報を、サーバ１０にて受信することで取得される。なお、ドアがロックされている場合には「０」が登録され、ドアがロックされていない場合には「１」が登録される。
【００３１】
また、「修理」の項目は、各車載装置２０が後述する修理モードであるか否かの情報が登録されるものである。車載装置２０は、修理時の特定の操作により修理モードとなる。よって、車載装置２０が修理モードであれば、車両２が修理中であると判断できる。修理モードであるか否かの情報は、車載装置２０が修理モードとなったとき、および、車載装置２０が修理モードでなくなったときに車載装置２０から送信される。
【００３２】
なお、修理モードである場合には「０」が登録され、修理モードでない場合には「１」が登録される。
また、「携帯電話」の項目には、各車載装置２０に対応付けられた携帯電話４０のメールアドレスが登録されている。
【００３３】
操作部１３は、キーボード、マウス等を備え、サーバ１０の管理者からの指令を受け付けることができる。
制御部１４は、ＣＰＵ，ＤＲＡＭ，ＲＯＭ，フラッシュメモリ，Ｉ／Ｏ及びこれらの構成を接続するバスラインなどからなる周知のマイクロコンピュータを中心に構成されており、ＲＯＭ、フラッシュメモリ、記憶部１２等に記憶されたプログラムに基づいて各種処理を実行する。具体的な処理内容については後述する。
（２）車載装置２０
次に、車載装置２０について図４のブロック図を用いて説明する。車載装置２０は、
ナビゲーションシステムの機能を有する装置であって、制御部２１、通信部２２、車内ＬＡＮ通信部２３などを中心に構成されている。
【００３４】
制御部２１は、ＣＰＵ，ＤＲＡＭ，ＲＯＭ，フラッシュメモリ，Ｉ／Ｏ及びこれらの構成を接続するバスラインなどからなる周知のマイクロコンピュータを中心に構成されており、ＲＯＭ及びフラッシュメモリ等に記憶されたプログラムに基づいて車載装置２０を構成する各部位を制御するとともに各種処理を実行する。
【００３５】
通信部２２は、公衆ネットワーク５０と無線パケット通信を行い、公衆ネットワーク５０につながったサーバ１０との通信を実行する。
車内ＬＡＮ通信部２３は、車内ＬＡＮに接続されたボデー系ユニット３０，各種ＥＣＵ（エンジンＥＣＵ、ＡＴ−ＥＣＵ、ブレーキＥＣＵ等），および各種センサ（車速センサ、シフトポジションセンサ、前照灯センサ等）との通信を担う。
【００３６】
ナビゲーションシステムとしての機能は、制御部２１に加え、位置検出部２４、表示部２５、音声出力部２６、操作スイッチ群２７、記憶部２８などにより実現される。
位置検出部２４は、ＧＰＳ信号受信部、ジャイロスコープ、車速センサなどを備える。制御部２１は、これらの出力信号に基づいて車両２の位置，方位，速度等を算出する。
【００３７】
表示部２５は、液晶ディスプレイや有機ＥＬディスプレイ等からなり、ナビゲーション画面としての地図情報や各種情報を表示する。
音声出力部２６は、スピーカを有し、制御部２１より入力された音声信号をスピーカより音声として出力する。
【００３８】
操作スイッチ群２７は、表示部２５の表示面と一体に構成されたタッチパネル及び表示部２５の周囲に設けられたメカニカルなキースイッチ等から構成され、ユーザからの入力指示を検出して制御部２１に通知する。
【００３９】
記憶部２８は、不揮発性の記憶媒体（例えば、ハードディスク、ＳＳＤ等）からなり、各種の情報を記憶することができる。
そして、制御部２１は、位置検出部２４からの各検出信号に基づき座標及び進行方向の組として車両の現在位置を算出する処理を実行し、表示部２５に表示させる。
【００４０】
この車載装置２０は、通常はナビゲーションシステムとして機能しているが、整備工場などで車両２を修理する際には修理モードに移行する。この修理モードでは、表示部２５に車両２の走行記録や各種ＥＣＵおよび各種センサの動作ログ、エラーログなどが表示される。
【００４１】
この修理モードは、整備作業者による操作スイッチ群２７に対する特定の操作により開始される。また、整備作業者による通常のモードに戻すための操作を受け付けたとき、およびアクセサリー電源がＯＦＦからＯＮに切り替わったときに解除される。
【００４２】
また、この車載装置２０は、車両２の状態が変化した際にサーバ１０にその情報を送信する。具体的には、アクセサリー電源がＯＮとなった情報，アクセサリー電源がＯＦＦとなった情報，ドアロックがなされた情報，ドアロックが解除された情報，修理モードとなった情報，修理モードが解除された情報（以降、これらの情報をまとめて状態情報という）を、車載装置２０のＩＤを示すＩＤ情報と共にサーバ１０に送信する。なお、車載装置２０にはアクセサリー電源のほかに常時電源（＋Ｂ）が接続されているため、アクセサリー電源がＯＦＦとなった状態であっても上述した情報の送信が可能となっている。
（３）ボデー系ユニット３０
ボデー系ユニット３０について図４のブロック図を用いて説明する。ボデー系ユニット３０は、ドアをロックするアクチュエータを含むロック機構３１と、ロック機構３１の動作を制御すると共に、車載装置２０と通信を行うドアＥＣＵ３２と、を備えている。ドアＥＣＵ３２は、ドアロックの開閉状態を示す信号を所定の時間間隔（例えば１秒間隔）にて車載装置２０に送信する。なお、このボデー系ユニット３０は、車載装置２０と同様に、アクセサリー電源のほかに常時電源（＋Ｂ）が接続されているため、アクセサリー電源がＯＦＦとなった状態であっても上述した送信動作が可能となっている。
（４）携帯電話４０
通話機能、メール送受信機能、Ｗｅｂ閲覧機能、無線パケット通信機能等を有する周知の携帯電話である。なお、無線パケット通信機能とは、公衆ネットワーク５０に接続された他の装置（例えばサーバ１０）と広域無線通信によってデータを送受信する機能である。この携帯電話４０の電子メールのアドレスはサーバ１０に登録されており、ドアロック忘れが検出されたときには、サーバ１０よりその旨を示すメールが送信される。
［サーバ１０の動作の説明］
（１）車両状態データの更新
車載装置２０からいずれかの状態情報が送信されたときには、図３に示す車両状態データを、受信した状態情報に基づいて更新する。そして、状態情報を受信した後には、次に説明する通知処理を開始する。
（２）通知処理
サーバ１０の制御部１４が実行する通知処理について、図５のフローチャートに基づいて説明する。この通知処理は、サーバ１０が車載装置２０より状態情報を受信したときに開始される。なお、サーバ１０は複数の車載装置２０と通信しているため、複数の車載装置２０から状態情報が送信される場合がある。その場合には、この通知処理は車載装置２０ごとに並行して実行される。
【００４３】
この通知処理では、まず、受信した状態情報を車両状態データに登録する（Ｓ１０）。状態情報はＩＤ情報と共に通知されるので、記憶部１２に記憶されている図３に示す車両状態データにおける該当するＩＤに対応する各項目を更新する。
【００４４】
次に、アクセサリー電源がＯＦＦであるか否かを判定する（Ｓ２０）。ここでは、車両状態データにおける「ＡＣＣ」の項目を参照して、アクセサリー電源の状態を判定する。アクセサリー電源がＯＮ、つまり「ＡＣＣ」の項目に「０」が登録されていれば（Ｓ２０：ＮＯ）、本処理を終了する。一方、アクセサリー電源がＯＦＦ、つまり「ＡＣＣ」の項目に「１」が登録されていれば（Ｓ２０：ＹＥＳ）、処理がＳ３０に移行する。
【００４５】
次に、ドアがロックされたか否かを判定する（Ｓ３０）。ここでは、車両状態データにおける「ドアロック状態」の項目を参照してドアロックの状態を判定する。ドアがロックされた状態、つまり「ドアロック状態」の項目に「０」が登録されていれば（Ｓ３０：ＹＥＳ）、本処理を終了する。一方、ドアがロックされていない状態、つまり「ドアロック状態」の項目に「１」が登録されていれば（Ｓ３０：ＮＯ）、処理がＳ４０に移行する。
【００４６】
次に、時間計測を開始する（Ｓ４０）。ここでは、アクセサリー電源がＯＦＦであり、かつドアがロックされていない状態となってからの経過時間を測定する。
続くＳ５０、Ｓ７０、Ｓ８０においては、上述した状態を維持したまま所定時間（本実施形態では１分）経過したか否かを判定する。
【００４７】
具体的には、まず、アクセサリー電源がＯＦＦであるか否かを判定する（Ｓ５０）。ここでは、車両状態データを参照し、アクセサリー電源がＯＮになっていれば（Ｓ５０：ＮＯ）、経過時間の計測を停止して（Ｓ６０）、本処理を終了する。一方、アクセサリー電源がＯＦＦであれば（Ｓ５０：ＹＥＳ）、処理がＳ７０に移行する。
【００４８】
次に、ドアがロックされたか否かを判定する（Ｓ７０）。ここでは、車両状態データを参照し、ドアがロックされていれば（Ｓ７０：ＹＥＳ）、経過時間の計測を停止して（Ｓ６０）、本処理を終了する。一方、ドアがロックされていなければ（Ｓ７０：ＮＯ）、処理がＳ８０に移行する。
【００４９】
次に、Ｓ４０の時間計測開始から、所定期間１分が経過したか否かを判定する（Ｓ８０）。１分が経過していなければ（Ｓ８０：ＮＯ）、処理がＳ５０に戻る。１分が経過していれば（Ｓ８０：ＹＥＳ）、処理がＳ９０に移行する。
【００５０】
次に、車両２が修理中であるか否かを判定する（Ｓ９０）。ここでは、記憶部１２に記憶されている車両状態データを参照し、「修理」の項目に「０」が登録されている場合、つまり修理中の場合には（Ｓ９０：ＹＥＳ）、処理がＳ５０に戻る。一方、「修理」の項目に「１」が登録されている場合、つまり修理中でない場合には（Ｓ９０：ＮＯ）、携帯電話への通知を実行する（Ｓ１００）。具体的には、記憶部１２に記憶されている車両状態データを参照し、対応する「携帯電話」の項目に登録されているメールアドレスに、ドアの閉め忘れを警告するメールを送信する。その後、本処理を終了する。
［操作忘れ通知の流れの説明］
上述した処理を実行する車両管理システム１が操作忘れ通知を実行するまでの流れの一例を、図６に示すシーケンス図に基づいて説明する。
【００５１】
まず、修理中のために操作忘れ通知が実行されない場合の流れを説明する。
車載装置２０が修理モードとなり「修理中」であることを認識すると（Ｓ２０１）、サーバ１０にＩＤ情報と修理モードとなった情報とを送信し、「修理中」状態であることを通知する（Ｓ２０２）。なお、車載装置２０からサーバ１０への情報送信時には常にＩＤ情報が付随するが、以下の説明では省略する。また、以下の説明にて、「通知」とは、該当する情報を送信することを示す。
【００５２】
サーバ１０は、記憶部１２に記憶された車両状態データにおける該当するＩＤの「修理」の項目を「０」に更新することで、「修理中」状態であることを認識する（Ｓ２０３）。なお、以下の説明にて、サーバ１０による「認識」とは、車両状態データの該当する項目を更新することを示す。
【００５３】
車両２のアクセサリー電源がＯＦＦになったことを車載装置２０が認識すると（Ｓ２０４）、サーバ１０にアクセサリー電源がＯＦＦ状態であることを通知する（Ｓ２０５）。サーバ１０は、アクセサリー電源がＯＦＦであることを認識する（Ｓ２０６）。
【００５４】
ボデー系ユニット３０は、ドアロックなし状態を検知すると（Ｓ２０７）、車載装置２０にドアロックなし状態を通知する（Ｓ２０８）。車載装置２０は、サーバ１０にドアロックなし状態であることを通知する（Ｓ２０９）。サーバ１０は、ドアロックがされていない状態であることを認識する（Ｓ２１０）。
【００５５】
サーバ１０は、上述したＳ２０６およびＳ２１０にてアクセサリー電源ＯＦＦ、かつドアロックなしであることを認識したので、時間計測を開始する（Ｓ２１１）。このＳ２１１の処理は、図５のＳ４０の処理に相当する。しかしながら、上記の状態のまま所定時間（１分）が経過しても、車両２が修理中である（図５のＳ９０にてＹＥＳに分岐する）ため、操作忘れ通知は実行されない。
【００５６】
ボデー系ユニット３０は、ドアロック状態を検知すると（Ｓ２１２）、車載装置２０にドアロック状態を通知する（Ｓ２１３）。車載装置２０は、サーバ１０にドアロック状態であることを通知する（Ｓ２１４）。サーバ１０は、ドアロックがなされた状態であることを認識する（Ｓ２１５）。
【００５７】
このＳ２１５を受けて、Ｓ２１１の時間計測を停止する。これは図５のＳ７０にてＹＥＳに分岐したことに相当する。なお、アクセサリー電源がＯＮとなった場合にも時間計測を停止する。また、ドアロックがなされる（Ｓ２１２〜Ｓ２１５）前に、車両２が修理中でなくなったことをサーバ１０が認識した場合には、操作忘れ通知が実行される。
【００５８】
次に、操作忘れ通知が実行されるまでの流れを説明する。
車両２のアクセサリー電源がＯＮになったことを車載装置２０が認識すると（Ｓ２１６）、同時に修理中モードでなくなるため、車載装置２０は修理中でなくなったと認識する（Ｓ２１７）。そして、車載装置２０は、サーバ１０にアクセサリー電源がＯＮ状態であることと、「修理中」の状態でなくなったこととを通知する（Ｓ２１８）。
【００５９】
サーバ１０は、アクセサリー電源がＯＦＦであることを認識する（Ｓ２１９）と共に、「修理中」状態でないことを認識する（Ｓ２２０）。
車両２のアクセサリー電源がＯＦＦになったことを車載装置２０が認識すると（Ｓ２２１）、サーバ１０にアクセサリー電源がＯＦＦ状態であることを通知する（Ｓ２２２）。サーバ１０は、アクセサリー電源がＯＦＦであることを認識する（Ｓ２２３）。
【００６０】
ボデー系ユニット３０は、ドアロックなし状態を検知すると（Ｓ２２４）、車載装置２０にドアロックなし状態を通知する（Ｓ２２５）。車載装置２０は、サーバ１０にドアロックなし状態であることを通知する（Ｓ２２６）。サーバ１０は、ドアロックがされていない状態であることを認識する（Ｓ２２７）。
【００６１】
サーバ１０は、上述したＳ２２３およびＳ２２７にてアクセサリー電源ＯＦＦ、かつドアロックなしであることを認識したので、時間計測を開始する（Ｓ２２８）。ここでは、上記の状態のまま所定時間が経過すると、車両２が修理中でないため、携帯電話４０に操作忘れ通知が行われる（Ｓ２２９）。
［発明の効果］
以上説明した本実施例の車両管理システム１では、車両２が修理中である場合には、携帯電話４０への操作忘れ通知が行われなくなる。車両２が修理中である場合には、アクセサリー電源がＯＦＦのときにドアロックがなされていなくとも、操作忘れの通知を行う意味はないので、不要なメールなどが送信されて車両２の所有者に煩わしさを感じさせることがない。
【００６２】
また、上記車両管理システム１では、車載装置２０を、車両２を修理する際に通常用いられる修理モードに設定されたときに、車両２が修理中であることを検出する。また、通常のモードに戻したときや、アクセサリー電源をＯＮにしたときに修理中でなくなったことを検出する。そのため、確実に修理中のみ操作忘れの通知を防止できるうえ、確実に操作忘れ通知の停止を解除できるため、必要な場面にて操作忘れ通知が実行されないということを抑制できる。
【００６３】
また、上記構成の車両管理システム１では、車載装置２０にて検出された車両２の状態は、車両２が修理中であるか否かに拘らずサーバ１０へ送信され続けるため、車両２の状態を車両外部にて常時把握することができる。
【００６４】
また、上記構成の車両管理システム１では、車両２の使用者が所有する携帯電話４０に通知を行うことができる。近年では、携帯電話４０を携帯することは一般的になっているため、操作忘れ通知用の特別な端末を持ち歩くことなく、簡便に操作忘れ通知を受信することができる。
［その他の実施形態］
以上、本発明の実施形態について説明したが、本発明は、上記実施形態に何ら限定されることはなく、本発明の技術的範囲に属する限り種々の形態をとり得ることはいうまでもない。
【００６５】
例えば、上記実施形態においては、車両２が修理中である否かの判断（図５におけるＳ９０）を、アクセサリー電源がＯＦＦであり、かつドアロックがなされない状態を所定時間経過した場合に実行する構成を例示したが、図７におけるＳ３２示すように、時間計測を測定する前に判断し、修理中でない場合に限って時間計測を実行するように構成してもよい。このように構成された車両管理システム１であれば、修理中でなくなってから所定時間経過するまでは操作忘れの通知が実行されない。そのため、例えば整備作業者が、アクセサリー電源がＯＦＦであり、かつドアロックがなされない状態にて車載装置２０を修理モードから通常モードに戻しても、即座に不要な操作忘れ通知がなされてしまうことが防止できる。
【００６６】
また、上記実施形態においては、ドアロックがなされていない場合に操作忘れ通知を実行する構成を例示した。しかしながら、操作忘れを通知する対象はそれ以外のものであってもよい。例えば、車両のドア開閉状態、ルーフ開閉状態、トランク開閉状態、ボンネット開閉状態、ウインドウ開閉状態、車内灯点灯・消灯状態、車外灯点灯・消灯状態、ハザード点灯・消灯状態、フューエルリッド開閉状態などを検出し、それらの状態が駐車に不適切であった場合に通知することとしてもよいし、イグニッションキーの位置を検出し、車両から所定の距離を離れたことを操作忘れ通知の条件として加えてもよい。
【符号の説明】
【００６７】
１…車両管理システム、２…車両、１０…サーバ、１１…通信部、１２…記憶部、１３…操作部、１４…制御部、２０…車載装置、２１…制御部、２２…通信部、２３…車内ＬＡＮ通信部、２４…位置検出部、２５…表示部、２６…音声出力部、２７…操作スイッチ群、２８…記憶部、３０…ボデー系ユニット、３１…ロック機構、３２…ドアＥＣＵ、４０…携帯電話、５０…公衆ネットワーク
【技術分野】
【０００１】
本発明は、車載装置および当該車載装置と通信可能なサーバからなる車両管理システムに関する。
【背景技術】
【０００２】
従来、車両に対する様々なリモートサービスが提案されている。例えば、特許文献１では、故障時に車両の状態を示すデータを車両外部のセンターに送信し、センターでは車両の状態を解析して応急処置の方法と整備工場の案内を車両に通知するという技術が提案されている。
【０００３】
また、駐車中の車両に対して管理上必要な操作が行われていない場合に、ユーザに操作忘れを通知する操作忘れ通知のサービスも提供されている。例えば、イグニッションをオフにしてから所定時間（例えば１分）経過したときにドアのロックがなされていなければ、車両所有者の携帯電話に操作忘れの通知（電子メール）が行われる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００２−１０９６９０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、従来の操作忘れの通知サービスでは、整備工場などで車両の点検、整備を行うためにドアを開けた状態が所定時間以上継続された場合にも、操作忘れの通知が携帯電話に送信されて煩わしさを感じるという問題があった。一方、車両の状態を検出してサーバに通知する車載装置の電源をオフにするなどして車載装置の機能を停止してしまうと、サーバに車両の状態が通知されず、センターにて車両の状態を把握できなくなるという問題があった。
【０００６】
本発明は、上述した問題に鑑みてなされたものであり、その目的は、車両外部にて車両の状態を把握しつつ、不要な通知を防止する車両管理システム、車載装置、およびサーバを提供することである。
【課題を解決するための手段】
【０００７】
上述した問題を解決するためになされた請求項１に記載の発明は、車載装置とサーバとからなる車両管理システムである。この車両管理システムにおいて、車載装置は駐車中の車両の状態を検出する車両状態検出手段を備える。また、サーバは、上記駐車中の車両の状態を車載装置から受信する受信手段と、車両状態検出手段により検出された車両の状態に基づいて、所定の通知条件を満たしたときに、所定の通信端末に通知を行う通知手段を備える。
【０００８】
そして、上記車載装置は、車載装置または車両において、所定の保留条件が成立したときに、サーバに対し保留情報を送信する情報送信手段を備える。また、サーバは、上記保留情報を受信した場合には、通信端末への通知を保留することを特徴とする。
【０００９】
このように構成された車両管理システムでは、保留条件が成立すると、通信端末への操作忘れ通知が行われなくなる。ここでいう保留条件とは、通信端末への通知をすべきでない条件であり、通知をすべきでない状態であることを車載装置が検出したときに、保留条件が成立したと判断する。また、通知とは例えば通信端末へのメール送信などが該当する。
【００１０】
したがって、保留条件が成立した状態、つまり操作忘れの通知が必要でない状態では通信端末への通知が行われないので、不要なメールなどが送信されて使用者に煩わしさを感じさせることがない。
【００１１】
さらに、車載装置に検出された車両の状態はサーバへ送信され続けるため、車両の状態を車両外部にて常時把握することができる。
このように、請求項１に記載の車両管理システムでは、車両外部にて車両の状態を把握しつつ、不要な通知を防止することができる。
【００１２】
なお、所定の通知条件とは、車両の所有者が車両の管理上必要な操作を忘れたことを検出した場合に成立する条件であり、例えば駐車時に車両のドアをロックしていない状態が所定時間経過した場合に成立する。この通知条件が成立すると、車両の所有者の通信端末に電子メールを送信するなどして操作忘れ通知が行われる。
【００１３】
請求項２に記載の車両管理システムは、請求項１に記載の車両管理システムにおいて、情報送信手段が、保留条件が成立した状態から保留条件が成立しない状態に遷移したときに、サーバに対し、保留解除情報を送信する。保留解除情報を受信したサーバは、通知の保留を解除することを特徴とする。
【００１４】
このように構成された車両管理システムであれば、保留条件が成立する状態から保留条件が成立しない状態に遷移したとき、つまり操作忘れ通知が不要な状態から必要な状態へと遷移したときには操作忘れ通知を実行可能となる。よって、保留条件が成立しているときにのみ不要な通知を行うことを防止できるため都合がよい。
【００１５】
ところで、上述した保留条件の具体的な例としては、例えば車両が整備工場などで修理される場合が考えられる。この場合には、次の請求項３に示すように修理中であることを検出することが考えられる。
【００１６】
請求項３に記載の車両管理システムは、請求項１または請求項２に記載の車両管理システムにおいて、情報送信手段が、車載装置のモードが車両の修理が行われる際に設定される修理モードであるときに、保留条件が成立したと判断することを特徴とする。
【００１７】
このように構成された車両管理システムであれば、車両の修理中には車両所有者の通信端末への操作忘れ通知が行われないため、通信端末に不要な通知が行われて煩わしさを感じることがない。
【００１８】
請求項４に記載の車両管理システムは、請求項１から請求項３のいずれかに記載の車両管理システムにおいて、駐車中の車両の状態とは、車両のドア開閉状態、ドア解錠・施錠状態、ルーフ開閉状態、トランク開閉状態、ボンネット開閉状態、ウインドウ開閉状態、車内灯点灯・消灯状態、車外灯点灯・消灯状態、ハザード点灯・消灯状態、フューエルリッド開閉状態、からなる群から選択される１つ以上であることを特徴とする。
【００１９】
このように構成された車両管理システムであれば、車両における上述した各状態に基づいて、通信端末に通知を行うか否かを判断する。よって、保留条件が成立している場合には、上述した各状態が駐車中の状態として適切でない場合であっても不要な操作忘れが通知されることがなくなる。
【００２０】
請求項５に記載の車両管理システムは、請求項１から請求項４のいずれかに記載の車両管理システムにおいて、通信端末が、携帯電話であることを特徴とする。
このように構成された車両管理システムであれば、車両の使用者が所有する携帯電話に通知を行うことができる。携帯電話は一般的に通話機能および電子メール機能が備えられているため、携帯電話への通話発信やメール送信を行うことで通知を実現できる。
【００２１】
請求項６に記載の発明は、請求項１から請求項５のいずれかに記載の車両管理システムを構成する車載装置である。
このように構成された車載装置は、請求項１から請求項５のいずれかに記載の車両管理システムの一部を構成することができる。
【００２２】
請求項７に記載の発明は、請求項１から請求項５のいずれかに記載の車両管理システムを構成するサーバである。
このように構成されたサーバは、請求項１から請求項５のいずれかに記載の車両管理システムの一部を構成することができる。
【図面の簡単な説明】
【００２３】
【図１】車両管理システムを示すブロック図
【図２】サーバの構成を示すブロック図
【図３】車両状態データを示す図
【図４】車載装置およびボデー系ユニットの構成を示すブロック図
【図５】通知処理の処理手順を示すフローチャート
【図６】操作忘れ通知を実行する流れを説明するためのシーケンス図
【図７】通知処理の変形例の処理手順を示すフローチャート
【発明を実施するための形態】
【００２４】
以下、本発明が適用された実施形態について図面を用いて説明する。なお、本発明の実施の形態は、下記の実施形態に何ら限定されることはなく、本発明の技術的範囲に属する限り種々の形態を採りうる。
［構成の説明］
図１は、本発明の実施形態である車両管理システム１を表すブロック図である。車両管理システム１は、ドアのロックを忘れた場合に車両２の所有者に操作忘れ通知を行うシステムであって、サーバ１０と、車両２に搭載される車載装置２０およびボデー系ユニット３０と、携帯電話４０と、からなる。サーバ１０は、インターネットなどの公衆ネットワーク５０と接続され、その公衆ネットワーク５０を介して車載装置２０及び携帯電話４０と通信を行う。
【００２５】
なお、サーバ１０と公衆ネットワーク５０は、有線接続されている。また、車載装置２０と公衆ネットワーク５０、及び、携帯電話４０と公衆ネットワーク５０は、携帯電話事業者等が提供する広域無線通信パケット網によって接続されている。また、図１には、車載装置２０と携帯電話４０とは、それぞれ一組ずつしか描かれていないが、実際は複数存在してもよい。
（１）サーバ１０
まず、サーバ１０の構成について、図２のブロック図を用いて説明する。サーバ１０は、通信部１１と、記憶部１２と、操作部１３と、制御部１４とを備える。
【００２６】
通信部１１は、公衆ネットワーク５０と通信を行うための機能を有しており、制御部１４によって制御される。
記憶部１２は、不揮発性の記憶媒体（例えば、ハードディスク等）を有しており、車両状態データ、及び、制御部１４が実行するプログラム等を記憶する。
【００２７】
車両状態データとは、図３に示すように、「車載装置ＩＤ」、「ＡＣＣ」、「ドアロック状態」、「修理」、「携帯電話」以上５項目を１組とするデータ群が複数含まれるものである。
【００２８】
上述したデータ群のうち、「車載装置ＩＤ」の項目には、サーバ１０と通信可能に構成されている複数の車載装置２０それぞれに個別に与えられているＩＤが登録されている。車載装置２０から送信されるデータにはＩＤ情報が付随しているので、そのＩＤを照合することで、車載装置２０から受信したデータと、その車載装置２０に対応するデータ群との関連付けが可能となる。
【００２９】
また、「ＡＣＣ」の項目は、各車載装置２０が搭載されている車両２のアクセサリー電源（ＡＣＣ電源）がＯＮであるか否かの情報が登録されるものであり、車両２においてアクセサリー電源が操作される度に、車載装置２０からその情報が送信されて「ＡＣＣ」の項目の情報が更新される。なお、アクセサリー電源がＯＮの場合には「０」が登録され、ＯＦＦの場合には「１」が登録される。
【００３０】
また、「ドアロック状態」の項目は、各車載装置２０が搭載されている車両２のドアがロックされているか否かの情報が登録されるものである。ドアがロックされているか否かの情報は、車両２に搭載されたボデー系ユニット３０にて検出され車載装置２０が送信した情報を、サーバ１０にて受信することで取得される。なお、ドアがロックされている場合には「０」が登録され、ドアがロックされていない場合には「１」が登録される。
【００３１】
また、「修理」の項目は、各車載装置２０が後述する修理モードであるか否かの情報が登録されるものである。車載装置２０は、修理時の特定の操作により修理モードとなる。よって、車載装置２０が修理モードであれば、車両２が修理中であると判断できる。修理モードであるか否かの情報は、車載装置２０が修理モードとなったとき、および、車載装置２０が修理モードでなくなったときに車載装置２０から送信される。
【００３２】
なお、修理モードである場合には「０」が登録され、修理モードでない場合には「１」が登録される。
また、「携帯電話」の項目には、各車載装置２０に対応付けられた携帯電話４０のメールアドレスが登録されている。
【００３３】
操作部１３は、キーボード、マウス等を備え、サーバ１０の管理者からの指令を受け付けることができる。
制御部１４は、ＣＰＵ，ＤＲＡＭ，ＲＯＭ，フラッシュメモリ，Ｉ／Ｏ及びこれらの構成を接続するバスラインなどからなる周知のマイクロコンピュータを中心に構成されており、ＲＯＭ、フラッシュメモリ、記憶部１２等に記憶されたプログラムに基づいて各種処理を実行する。具体的な処理内容については後述する。
（２）車載装置２０
次に、車載装置２０について図４のブロック図を用いて説明する。車載装置２０は、
ナビゲーションシステムの機能を有する装置であって、制御部２１、通信部２２、車内ＬＡＮ通信部２３などを中心に構成されている。
【００３４】
制御部２１は、ＣＰＵ，ＤＲＡＭ，ＲＯＭ，フラッシュメモリ，Ｉ／Ｏ及びこれらの構成を接続するバスラインなどからなる周知のマイクロコンピュータを中心に構成されており、ＲＯＭ及びフラッシュメモリ等に記憶されたプログラムに基づいて車載装置２０を構成する各部位を制御するとともに各種処理を実行する。
【００３５】
通信部２２は、公衆ネットワーク５０と無線パケット通信を行い、公衆ネットワーク５０につながったサーバ１０との通信を実行する。
車内ＬＡＮ通信部２３は、車内ＬＡＮに接続されたボデー系ユニット３０，各種ＥＣＵ（エンジンＥＣＵ、ＡＴ−ＥＣＵ、ブレーキＥＣＵ等），および各種センサ（車速センサ、シフトポジションセンサ、前照灯センサ等）との通信を担う。
【００３６】
ナビゲーションシステムとしての機能は、制御部２１に加え、位置検出部２４、表示部２５、音声出力部２６、操作スイッチ群２７、記憶部２８などにより実現される。
位置検出部２４は、ＧＰＳ信号受信部、ジャイロスコープ、車速センサなどを備える。制御部２１は、これらの出力信号に基づいて車両２の位置，方位，速度等を算出する。
【００３７】
表示部２５は、液晶ディスプレイや有機ＥＬディスプレイ等からなり、ナビゲーション画面としての地図情報や各種情報を表示する。
音声出力部２６は、スピーカを有し、制御部２１より入力された音声信号をスピーカより音声として出力する。
【００３８】
操作スイッチ群２７は、表示部２５の表示面と一体に構成されたタッチパネル及び表示部２５の周囲に設けられたメカニカルなキースイッチ等から構成され、ユーザからの入力指示を検出して制御部２１に通知する。
【００３９】
記憶部２８は、不揮発性の記憶媒体（例えば、ハードディスク、ＳＳＤ等）からなり、各種の情報を記憶することができる。
そして、制御部２１は、位置検出部２４からの各検出信号に基づき座標及び進行方向の組として車両の現在位置を算出する処理を実行し、表示部２５に表示させる。
【００４０】
この車載装置２０は、通常はナビゲーションシステムとして機能しているが、整備工場などで車両２を修理する際には修理モードに移行する。この修理モードでは、表示部２５に車両２の走行記録や各種ＥＣＵおよび各種センサの動作ログ、エラーログなどが表示される。
【００４１】
この修理モードは、整備作業者による操作スイッチ群２７に対する特定の操作により開始される。また、整備作業者による通常のモードに戻すための操作を受け付けたとき、およびアクセサリー電源がＯＦＦからＯＮに切り替わったときに解除される。
【００４２】
また、この車載装置２０は、車両２の状態が変化した際にサーバ１０にその情報を送信する。具体的には、アクセサリー電源がＯＮとなった情報，アクセサリー電源がＯＦＦとなった情報，ドアロックがなされた情報，ドアロックが解除された情報，修理モードとなった情報，修理モードが解除された情報（以降、これらの情報をまとめて状態情報という）を、車載装置２０のＩＤを示すＩＤ情報と共にサーバ１０に送信する。なお、車載装置２０にはアクセサリー電源のほかに常時電源（＋Ｂ）が接続されているため、アクセサリー電源がＯＦＦとなった状態であっても上述した情報の送信が可能となっている。
（３）ボデー系ユニット３０
ボデー系ユニット３０について図４のブロック図を用いて説明する。ボデー系ユニット３０は、ドアをロックするアクチュエータを含むロック機構３１と、ロック機構３１の動作を制御すると共に、車載装置２０と通信を行うドアＥＣＵ３２と、を備えている。ドアＥＣＵ３２は、ドアロックの開閉状態を示す信号を所定の時間間隔（例えば１秒間隔）にて車載装置２０に送信する。なお、このボデー系ユニット３０は、車載装置２０と同様に、アクセサリー電源のほかに常時電源（＋Ｂ）が接続されているため、アクセサリー電源がＯＦＦとなった状態であっても上述した送信動作が可能となっている。
（４）携帯電話４０
通話機能、メール送受信機能、Ｗｅｂ閲覧機能、無線パケット通信機能等を有する周知の携帯電話である。なお、無線パケット通信機能とは、公衆ネットワーク５０に接続された他の装置（例えばサーバ１０）と広域無線通信によってデータを送受信する機能である。この携帯電話４０の電子メールのアドレスはサーバ１０に登録されており、ドアロック忘れが検出されたときには、サーバ１０よりその旨を示すメールが送信される。
［サーバ１０の動作の説明］
（１）車両状態データの更新
車載装置２０からいずれかの状態情報が送信されたときには、図３に示す車両状態データを、受信した状態情報に基づいて更新する。そして、状態情報を受信した後には、次に説明する通知処理を開始する。
（２）通知処理
サーバ１０の制御部１４が実行する通知処理について、図５のフローチャートに基づいて説明する。この通知処理は、サーバ１０が車載装置２０より状態情報を受信したときに開始される。なお、サーバ１０は複数の車載装置２０と通信しているため、複数の車載装置２０から状態情報が送信される場合がある。その場合には、この通知処理は車載装置２０ごとに並行して実行される。
【００４３】
この通知処理では、まず、受信した状態情報を車両状態データに登録する（Ｓ１０）。状態情報はＩＤ情報と共に通知されるので、記憶部１２に記憶されている図３に示す車両状態データにおける該当するＩＤに対応する各項目を更新する。
【００４４】
次に、アクセサリー電源がＯＦＦであるか否かを判定する（Ｓ２０）。ここでは、車両状態データにおける「ＡＣＣ」の項目を参照して、アクセサリー電源の状態を判定する。アクセサリー電源がＯＮ、つまり「ＡＣＣ」の項目に「０」が登録されていれば（Ｓ２０：ＮＯ）、本処理を終了する。一方、アクセサリー電源がＯＦＦ、つまり「ＡＣＣ」の項目に「１」が登録されていれば（Ｓ２０：ＹＥＳ）、処理がＳ３０に移行する。
【００４５】
次に、ドアがロックされたか否かを判定する（Ｓ３０）。ここでは、車両状態データにおける「ドアロック状態」の項目を参照してドアロックの状態を判定する。ドアがロックされた状態、つまり「ドアロック状態」の項目に「０」が登録されていれば（Ｓ３０：ＹＥＳ）、本処理を終了する。一方、ドアがロックされていない状態、つまり「ドアロック状態」の項目に「１」が登録されていれば（Ｓ３０：ＮＯ）、処理がＳ４０に移行する。
【００４６】
次に、時間計測を開始する（Ｓ４０）。ここでは、アクセサリー電源がＯＦＦであり、かつドアがロックされていない状態となってからの経過時間を測定する。
続くＳ５０、Ｓ７０、Ｓ８０においては、上述した状態を維持したまま所定時間（本実施形態では１分）経過したか否かを判定する。
【００４７】
具体的には、まず、アクセサリー電源がＯＦＦであるか否かを判定する（Ｓ５０）。ここでは、車両状態データを参照し、アクセサリー電源がＯＮになっていれば（Ｓ５０：ＮＯ）、経過時間の計測を停止して（Ｓ６０）、本処理を終了する。一方、アクセサリー電源がＯＦＦであれば（Ｓ５０：ＹＥＳ）、処理がＳ７０に移行する。
【００４８】
次に、ドアがロックされたか否かを判定する（Ｓ７０）。ここでは、車両状態データを参照し、ドアがロックされていれば（Ｓ７０：ＹＥＳ）、経過時間の計測を停止して（Ｓ６０）、本処理を終了する。一方、ドアがロックされていなければ（Ｓ７０：ＮＯ）、処理がＳ８０に移行する。
【００４９】
次に、Ｓ４０の時間計測開始から、所定期間１分が経過したか否かを判定する（Ｓ８０）。１分が経過していなければ（Ｓ８０：ＮＯ）、処理がＳ５０に戻る。１分が経過していれば（Ｓ８０：ＹＥＳ）、処理がＳ９０に移行する。
【００５０】
次に、車両２が修理中であるか否かを判定する（Ｓ９０）。ここでは、記憶部１２に記憶されている車両状態データを参照し、「修理」の項目に「０」が登録されている場合、つまり修理中の場合には（Ｓ９０：ＹＥＳ）、処理がＳ５０に戻る。一方、「修理」の項目に「１」が登録されている場合、つまり修理中でない場合には（Ｓ９０：ＮＯ）、携帯電話への通知を実行する（Ｓ１００）。具体的には、記憶部１２に記憶されている車両状態データを参照し、対応する「携帯電話」の項目に登録されているメールアドレスに、ドアの閉め忘れを警告するメールを送信する。その後、本処理を終了する。
［操作忘れ通知の流れの説明］
上述した処理を実行する車両管理システム１が操作忘れ通知を実行するまでの流れの一例を、図６に示すシーケンス図に基づいて説明する。
【００５１】
まず、修理中のために操作忘れ通知が実行されない場合の流れを説明する。
車載装置２０が修理モードとなり「修理中」であることを認識すると（Ｓ２０１）、サーバ１０にＩＤ情報と修理モードとなった情報とを送信し、「修理中」状態であることを通知する（Ｓ２０２）。なお、車載装置２０からサーバ１０への情報送信時には常にＩＤ情報が付随するが、以下の説明では省略する。また、以下の説明にて、「通知」とは、該当する情報を送信することを示す。
【００５２】
サーバ１０は、記憶部１２に記憶された車両状態データにおける該当するＩＤの「修理」の項目を「０」に更新することで、「修理中」状態であることを認識する（Ｓ２０３）。なお、以下の説明にて、サーバ１０による「認識」とは、車両状態データの該当する項目を更新することを示す。
【００５３】
車両２のアクセサリー電源がＯＦＦになったことを車載装置２０が認識すると（Ｓ２０４）、サーバ１０にアクセサリー電源がＯＦＦ状態であることを通知する（Ｓ２０５）。サーバ１０は、アクセサリー電源がＯＦＦであることを認識する（Ｓ２０６）。
【００５４】
ボデー系ユニット３０は、ドアロックなし状態を検知すると（Ｓ２０７）、車載装置２０にドアロックなし状態を通知する（Ｓ２０８）。車載装置２０は、サーバ１０にドアロックなし状態であることを通知する（Ｓ２０９）。サーバ１０は、ドアロックがされていない状態であることを認識する（Ｓ２１０）。
【００５５】
サーバ１０は、上述したＳ２０６およびＳ２１０にてアクセサリー電源ＯＦＦ、かつドアロックなしであることを認識したので、時間計測を開始する（Ｓ２１１）。このＳ２１１の処理は、図５のＳ４０の処理に相当する。しかしながら、上記の状態のまま所定時間（１分）が経過しても、車両２が修理中である（図５のＳ９０にてＹＥＳに分岐する）ため、操作忘れ通知は実行されない。
【００５６】
ボデー系ユニット３０は、ドアロック状態を検知すると（Ｓ２１２）、車載装置２０にドアロック状態を通知する（Ｓ２１３）。車載装置２０は、サーバ１０にドアロック状態であることを通知する（Ｓ２１４）。サーバ１０は、ドアロックがなされた状態であることを認識する（Ｓ２１５）。
【００５７】
このＳ２１５を受けて、Ｓ２１１の時間計測を停止する。これは図５のＳ７０にてＹＥＳに分岐したことに相当する。なお、アクセサリー電源がＯＮとなった場合にも時間計測を停止する。また、ドアロックがなされる（Ｓ２１２〜Ｓ２１５）前に、車両２が修理中でなくなったことをサーバ１０が認識した場合には、操作忘れ通知が実行される。
【００５８】
次に、操作忘れ通知が実行されるまでの流れを説明する。
車両２のアクセサリー電源がＯＮになったことを車載装置２０が認識すると（Ｓ２１６）、同時に修理中モードでなくなるため、車載装置２０は修理中でなくなったと認識する（Ｓ２１７）。そして、車載装置２０は、サーバ１０にアクセサリー電源がＯＮ状態であることと、「修理中」の状態でなくなったこととを通知する（Ｓ２１８）。
【００５９】
サーバ１０は、アクセサリー電源がＯＦＦであることを認識する（Ｓ２１９）と共に、「修理中」状態でないことを認識する（Ｓ２２０）。
車両２のアクセサリー電源がＯＦＦになったことを車載装置２０が認識すると（Ｓ２２１）、サーバ１０にアクセサリー電源がＯＦＦ状態であることを通知する（Ｓ２２２）。サーバ１０は、アクセサリー電源がＯＦＦであることを認識する（Ｓ２２３）。
【００６０】
ボデー系ユニット３０は、ドアロックなし状態を検知すると（Ｓ２２４）、車載装置２０にドアロックなし状態を通知する（Ｓ２２５）。車載装置２０は、サーバ１０にドアロックなし状態であることを通知する（Ｓ２２６）。サーバ１０は、ドアロックがされていない状態であることを認識する（Ｓ２２７）。
【００６１】
サーバ１０は、上述したＳ２２３およびＳ２２７にてアクセサリー電源ＯＦＦ、かつドアロックなしであることを認識したので、時間計測を開始する（Ｓ２２８）。ここでは、上記の状態のまま所定時間が経過すると、車両２が修理中でないため、携帯電話４０に操作忘れ通知が行われる（Ｓ２２９）。
［発明の効果］
以上説明した本実施例の車両管理システム１では、車両２が修理中である場合には、携帯電話４０への操作忘れ通知が行われなくなる。車両２が修理中である場合には、アクセサリー電源がＯＦＦのときにドアロックがなされていなくとも、操作忘れの通知を行う意味はないので、不要なメールなどが送信されて車両２の所有者に煩わしさを感じさせることがない。
【００６２】
また、上記車両管理システム１では、車載装置２０を、車両２を修理する際に通常用いられる修理モードに設定されたときに、車両２が修理中であることを検出する。また、通常のモードに戻したときや、アクセサリー電源をＯＮにしたときに修理中でなくなったことを検出する。そのため、確実に修理中のみ操作忘れの通知を防止できるうえ、確実に操作忘れ通知の停止を解除できるため、必要な場面にて操作忘れ通知が実行されないということを抑制できる。
【００６３】
また、上記構成の車両管理システム１では、車載装置２０にて検出された車両２の状態は、車両２が修理中であるか否かに拘らずサーバ１０へ送信され続けるため、車両２の状態を車両外部にて常時把握することができる。
【００６４】
また、上記構成の車両管理システム１では、車両２の使用者が所有する携帯電話４０に通知を行うことができる。近年では、携帯電話４０を携帯することは一般的になっているため、操作忘れ通知用の特別な端末を持ち歩くことなく、簡便に操作忘れ通知を受信することができる。
［その他の実施形態］
以上、本発明の実施形態について説明したが、本発明は、上記実施形態に何ら限定されることはなく、本発明の技術的範囲に属する限り種々の形態をとり得ることはいうまでもない。
【００６５】
例えば、上記実施形態においては、車両２が修理中である否かの判断（図５におけるＳ９０）を、アクセサリー電源がＯＦＦであり、かつドアロックがなされない状態を所定時間経過した場合に実行する構成を例示したが、図７におけるＳ３２示すように、時間計測を測定する前に判断し、修理中でない場合に限って時間計測を実行するように構成してもよい。このように構成された車両管理システム１であれば、修理中でなくなってから所定時間経過するまでは操作忘れの通知が実行されない。そのため、例えば整備作業者が、アクセサリー電源がＯＦＦであり、かつドアロックがなされない状態にて車載装置２０を修理モードから通常モードに戻しても、即座に不要な操作忘れ通知がなされてしまうことが防止できる。
【００６６】
また、上記実施形態においては、ドアロックがなされていない場合に操作忘れ通知を実行する構成を例示した。しかしながら、操作忘れを通知する対象はそれ以外のものであってもよい。例えば、車両のドア開閉状態、ルーフ開閉状態、トランク開閉状態、ボンネット開閉状態、ウインドウ開閉状態、車内灯点灯・消灯状態、車外灯点灯・消灯状態、ハザード点灯・消灯状態、フューエルリッド開閉状態などを検出し、それらの状態が駐車に不適切であった場合に通知することとしてもよいし、イグニッションキーの位置を検出し、車両から所定の距離を離れたことを操作忘れ通知の条件として加えてもよい。
【符号の説明】
【００６７】
１…車両管理システム、２…車両、１０…サーバ、１１…通信部、１２…記憶部、１３…操作部、１４…制御部、２０…車載装置、２１…制御部、２２…通信部、２３…車内ＬＡＮ通信部、２４…位置検出部、２５…表示部、２６…音声出力部、２７…操作スイッチ群、２８…記憶部、３０…ボデー系ユニット、３１…ロック機構、３２…ドアＥＣＵ、４０…携帯電話、５０…公衆ネットワーク
【特許請求の範囲】
【請求項１】
駐車中の車両の状態を検出する車両状態検出手段を備える車載装置と、
前記駐車中の車両の状態を前記車載装置から受信する受信手段と、前記車両状態検出手段により検出された前記車両の状態に基づいて、所定の通知条件を満たしたときに、所定の通信端末に通知を行う通知手段を備えるサーバと、
からなる車両管理システムであって、
前記車載装置は、
前記車載装置または前記車両において、所定の保留条件が成立したときに、前記サーバに対し保留情報を送信する情報送信手段を備え、
前記サーバは、
前記保留情報を受信した場合には、前記通知を保留する
ことを特徴とする車両管理システム。
【請求項２】
前記情報送信手段は、前記保留条件が成立した状態から前記保留条件が成立しない状態に遷移したときに、前記サーバに対し、保留解除情報を送信し、
前記サーバは、前記保留解除情報を受信した場合には、前記通知の保留を解除する
ことを特徴とする請求項１に記載の車両管理システム。
【請求項３】
前記情報送信手段は、前記車載装置のモードが前記車両の修理が行われる際に設定される修理モードであるときに、前記保留条件が成立したと判断する
ことを特徴とする請求項１または請求項２に記載の車両管理システム。
【請求項４】
前記駐車中の車両の状態とは、前記車両のドア開閉状態、ドア解錠・施錠状態、ルーフ開閉状態、トランク開閉状態、ボンネット開閉状態、ウインドウ開閉状態、車内灯点灯・消灯状態、車外灯点灯・消灯状態、ハザード点灯・消灯状態、フューエルリッド開閉状態、からなる群から選択される１つ以上である
ことを特徴とする請求項１から請求項３のいずれかに記載の車両管理システム。
【請求項５】
前記通信端末は、携帯電話である
ことを特徴とする請求項１から請求項４のいずれかに記載の車両管理システム。
【請求項６】
請求項１から請求項５のいずれかに記載の車両管理システムを構成する車載装置。
【請求項７】
請求項１から請求項５のいずれかに記載の車両管理システムを構成するサーバ。
【請求項１】
駐車中の車両の状態を検出する車両状態検出手段を備える車載装置と、
前記駐車中の車両の状態を前記車載装置から受信する受信手段と、前記車両状態検出手段により検出された前記車両の状態に基づいて、所定の通知条件を満たしたときに、所定の通信端末に通知を行う通知手段を備えるサーバと、
からなる車両管理システムであって、
前記車載装置は、
前記車載装置または前記車両において、所定の保留条件が成立したときに、前記サーバに対し保留情報を送信する情報送信手段を備え、
前記サーバは、
前記保留情報を受信した場合には、前記通知を保留する
ことを特徴とする車両管理システム。
【請求項２】
前記情報送信手段は、前記保留条件が成立した状態から前記保留条件が成立しない状態に遷移したときに、前記サーバに対し、保留解除情報を送信し、
前記サーバは、前記保留解除情報を受信した場合には、前記通知の保留を解除する
ことを特徴とする請求項１に記載の車両管理システム。
【請求項３】
前記情報送信手段は、前記車載装置のモードが前記車両の修理が行われる際に設定される修理モードであるときに、前記保留条件が成立したと判断する
ことを特徴とする請求項１または請求項２に記載の車両管理システム。
【請求項４】
前記駐車中の車両の状態とは、前記車両のドア開閉状態、ドア解錠・施錠状態、ルーフ開閉状態、トランク開閉状態、ボンネット開閉状態、ウインドウ開閉状態、車内灯点灯・消灯状態、車外灯点灯・消灯状態、ハザード点灯・消灯状態、フューエルリッド開閉状態、からなる群から選択される１つ以上である
ことを特徴とする請求項１から請求項３のいずれかに記載の車両管理システム。
【請求項５】
前記通信端末は、携帯電話である
ことを特徴とする請求項１から請求項４のいずれかに記載の車両管理システム。
【請求項６】
請求項１から請求項５のいずれかに記載の車両管理システムを構成する車載装置。
【請求項７】
請求項１から請求項５のいずれかに記載の車両管理システムを構成するサーバ。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【公開番号】特開２０１０−２０５０６３（Ｐ２０１０−２０５０６３Ａ）
【公開日】平成２２年９月１６日（２０１０．９．１６）
【国際特許分類】
【出願番号】特願２００９−５１０５０（Ｐ２００９−５１０５０）
【出願日】平成２１年３月４日（２００９．３．４）
【出願人】（０００００４２６０）株式会社デンソー (27,639)
【Ｆターム（参考）】
【公開日】平成２２年９月１６日（２０１０．９．１６）
【国際特許分類】
【出願日】平成２１年３月４日（２００９．３．４）
【出願人】（０００００４２６０）株式会社デンソー (27,639)
【Ｆターム（参考）】
[ Back to top ]