JP7359710B2 - 車両管理システム - Google Patents

Description

本発明は、車両管理システムに関する。

下記特許文献１には、リース契約車両への洗車サービスの提供方法に関する発明が開示されている。この洗車サービスの提供方法では、燃料販売会社のサービスステーションに設けられた入力端末にてユーザと関連付けられた顧客識別番号を取得し、当該顧客識別番号を基にリース契約の契約条件を参照し、洗車サービスの提供対象であれば洗車サービスを行う。

特開２０１５－１２２１０７号広報

しかしながら、特許文献１に開示された構成の場合、ユーザがサービスステーションに来店した際に顧客識別番号を取得するため、洗車サービスが提供されるのはユーザがサービスステーションに来店した時に限られる。このため、ユーザがサービスステーションに行くための手間がかかると共に、サービスステーションが混雑している場合は洗車サービスの提供をスムーズに受けることができない可能性がある。したがって、上記先行技術はこれらの点で改良の余地がある。

本発明は上記事実を考慮し、ユーザの利便性を向上させることができる車両管理システムを得ることを目的とする。

請求項１に記載の発明に係る車両管理システムは、車両の情報を取得する取得部と、前記取得部により取得された前記情報に基づき車両維持サービスが必要か否かを判定し、前記車両維持サービスが必要な場合には前記車両維持サービスの実施を提案する判定部と、前記判定部により提案された前記車両維持サービスを実施する場合に、前記車両維持サービスが実施される所定の場所へ遠隔操作によって前記車両を移動させる遠隔操作制御部と、を有し、前記判定部は、前記車両に搭載されたレインセンサからの水滴検知結果を前記車両の現在地の天候情報として取得する天候取得手段より取得された前記天候情報から、前記車両に対する降雨後に前記車両維持サービスの１つである洗車が行われるように、前記洗車の実施日時を決定する。

請求項１に記載の発明によれば、取得部と、判定部と、遠隔操作制御部とを有している。取得部は、車両の情報を取得する。判定部は、取得部にて取得された車両の情報に基づき、車両維持サービスが必要か否かを判定する。判定部にて車両維持サービスが必要と判定された場合は、車両維持サービスの実施を提案する。遠隔操作制御部は、判定部にて提案された車両維持サービスを実施する場合に、車両維持サービスが実施される所定の場所へ車両を遠隔操作によって移動させる。したがって、車両維持サービスが必要な際に、ユーザが車両を所定の場所まで移動させる手間が不要となる。
また、判定部は、車両に搭載されたレインセンサからの水滴検知結果を車両の現在地の天候情報として取得する天候取得手段より取得された前記天候情報から、車両に対する降雨後に車両維持サービスの１つである洗車が行われるように、洗車の実施日時を決定する。これにより、実際に降雨を受けた車両に対して降雨後に洗車を行うことができる。

ここで、「車両維持サービス」には、車両の修理、メンテナンス、車検、給油、充電、洗車等の車両の性能、価値、走行可能な状態を維持するためのサービスが含まれるものとする。

請求項２に記載の発明に係る車両管理システムは、請求項１に記載の発明において、前記取得部は、前記車両の使用状況及び状態の情報を取得すると共に、前記判定部は、前記取得部にて取得された前記車両の使用状況の情報から前記車両の使用頻度が低いと想定される低稼働日時を判定すると共に、前記取得部から取得した前記車両の状態の情報から車両維持サービスが必要か否かを判定し、前記車両維持サービスが必要な場合には前記低稼働日時を前記車両維持サービスの実施する実施日時として決定し、前記遠隔操作制御部は、前記実施日時に前記車両を前記車両維持サービスが実施される所定の場所へ遠隔操作によって移動させる。

請求項２に記載の発明によれば、判定部は、取得部にて取得された車両の使用状況から低稼働日時を判定する。また、判定部は、取得部にて取得された車両の状態の情報から、車両維持サービスが必要か否かを判定する。判定部にて車両維持サービスが必要と判定された場合は、低稼働日時を車両維持サービスの実施する実施日時として決定する。遠隔操作制御部は、判定部にて決定された実施日時に車両維持サービスが実施される所定の場所へ車両を遠隔操作にて移動させる。したがって、車両のそれまでの使用状況から判定される低稼働日時を中心に車両維持サービスが行われるため、ユーザが車両を使用したい時に手元に車両がないという状況を少なくできる。

請求項３に記載の発明に係る車両管理システムは、請求項２に記載の発明において、前記判定部は、前記車両維持サービスが実施される所定の場所の空き状態を判定し、当該空き状態も判断要素に加えて前記実施日時を決定する。

請求項３に記載の発明によれば、判定部は、車両維持サービスが実施される所定の場所の空き状態を判定してこの空き状態も判断要素に加えて実施日時を決定することから、車両維持サービスを受けるための順番待ちが発生するのを抑制できるので、車両維持サービスを受けるために必要な時間を最小限にできると共に、車両維持サービスを行う所定の場所の稼働率の平準化に寄与することができる。

請求項４に記載の発明に係る車両管理システムは、請求項２又は請求項３に記載の発明において、前記判定部は、前記車両の使用予定を前記車両のユーザが予め登録することができる予定登録部に登録された前記使用予定も判断要素に加えて前記実施日時を決定する。

請求項４に記載の発明によれば、車両のユーザによって予定登録部に予め登録された車両の使用予定を踏まえて判定部が車両維持サービスの実施日時を決定することから、ユーザが車両を使用したい際に車両が手元にない状態を防ぐことができる。また、使用予定が近い車両から優先的に車両維持サービスの実施日時を決定することで効率的な運用を行うことができる。

請求項５に記載の発明に係る車両管理システムは、請求項２～請求項５のいずれか一項に記載の発明において、前記判定部は、前記車両における前記車両維持サービスが行われた過去の日時情報を取得すると共に、前記車両が複数の場合に当該日時情報も判断要素に加えてそれぞれの前記車両の前記実施日時を決定する。

請求項５に記載の発明によれば、車両が複数ある場合には、車両における車両維持サービスが行われた過去の日時情報を取得して当該日時情報を踏まえて判定部が車両維持サービスの実施日時を決定することから、前回車両維持サービスが実施された日から現在までの日数が長い車両に優先して車両維持サービスを実施することができる。したがって、複数の車両に均等な車両維持サービスを実施することができる。

請求項６に記載の発明に係る車両管理システムは、請求項２～請求項５のいずれか一項に記載の発明において、前記判定部は、前記車両の現在地の天候情報を取得する天候取得手段より取得された天候情報も判断要素に加えて前記実施日時を決定する。

請求項６に記載の発明によれば、天候取得手段が取得した車両の現在地の天候情報も判断要素に加えて判定部が車両維持サービスの実施日時を決定することから、天候に応じて車両に必要とされる車両維持サービスを適切なタイミングで実施することができる。すなわち、一般的に、降雨時に走行した車両は、外装が汚れることが多いが、降雨後に洗車を行うように判定部が決定し、洗車を行うことで、車両を綺麗な状態にて維持することができる。

請求項７に記載の発明に係る車両管理システムは、請求項１～請求項６のいずれか一項に記載の発明において、前記遠隔操作制御部は、前記車両の保管施設における車両出入口を開閉する扉の開閉操作を遠隔にて操作可能とされている。

請求項７に記載の発明によれば、遠隔操作制御部は、車両の保管施設における車両の出入口を開閉する扉の開閉操作を遠隔にて操作可能とされていることから、ユーザが外出等により車両の近傍にいない場合でも車両維持サービスを実施することができる。

請求項８に記載の発明に係る車両管理システムは、請求項１～請求項７のいずれか一項に記載の発明において、請求項８の発明は、前記遠隔操作制御部は、前記所定の場所にて前記車両の手動運転操作を必要に応じて許可する。

請求項８に記載の発明によれば、遠隔操作制御部は車両維持サービスを行う所定の場所にて車両の手動運転操作を必要に応じて許可することから、現場の作業員による手動運転操作の方が車両維持サービスの作業を適切に行える場合にも対応することができる。

請求項１記載の本発明に係る車両管理システムは、ユーザの利便性を向上させることができるという優れた効果を有する。

請求項２、４記載の本発明に係る車両管理システムは、ユーザの利便性をさらに向上させることができるという優れた効果を有する。

請求項３記載の本発明に係る車両管理システムは、車両維持サービスを効率よく行うことができるという優れた効果を有する。

請求項５記載の本発明に係る車両管理システムは、車両維持サービスを複数の車両に適切に提供することができるという優れた効果を有する。

請求項６記載の本発明に係る車両管理システムは、車両を望ましい状態にて維持することができるという優れた効果を有する。

請求項７記載の本発明に係る車両管理システムは、ユーザの利便性をより一層向上させることができるという優れた効果を有する。

請求項８記載の本発明に係る車両管理システムは、車両維持サービスを一層効率よく行うことができるという優れた効果を有する。

第１実施形態に係る車両管理システムの概略を示す概略図である。 第１実施形態に係る車両管理システムの車両のハードウェア構成を示すブロック図である。 第１実施形態に係る車両管理システムのシャッタのハードウェア構成を示すブロック図である。 第１実施形態に係る車両管理システムのガソリンスタンド及びユーザ端末機におけるハードウェア構成を示すブロック図である。 第１実施形態に係る車両管理システムのコントロールセンタにおけるハードウェア構成を示すブロック図である。 第１実施形態に係る車両管理システムのサーバにおけるハードウェア構成を示すブロック図である。 第１実施形態及び第２実施形態に係る車両管理システムの機能構成を示すブロック図である。 第１実施形態に係る車両管理システムの動作の流れを示すフローチャートである。 第２実施形態に係る車両管理システムの動作の流れを示すフローチャートである。 第３実施形態に係る車両管理システムの車両のハードウェア構成を示すブロック図である。 第３実施形態に係る車両管理システムの機能構成を示すブロック図である。 第３実施形態に係る車両管理システムの動作の流れを示すフローチャートである。

（第１実施形態）
以下、図１～図８を用いて、本発明に係る車両管理システム１０の第１実施形態について説明する。

（全体構成）
図１は、第１実施形態に係る車両管理システム１０の概略構成を示す図である。

図１に示されるように、車両管理システム１０は、車両１２に搭載された車載器１４と、車両１２の保管施設としての車庫１６と、ユーザ端末機２６と、車両維持サービスを行う所定の場所としてのガソリンスタンド１８と、コントロールセンタ２０と、サーバ２２とを含んで構成されている。これらの車載器１４と、車庫１６と、ユーザ端末機２６と、ガソリンスタンド１８と、コントロールセンタ２０と、サーバ２２とは、ネットワークＮを介して通信可能に接続されている。ネットワークＮには、例えば、インターネット又はＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）等が適用される。

車両１２は、一例として、図示しないユーザが所有する自家用車とされており、車内の操作インタフェイス２８（図２参照）による手動運転操作及び撮像装置２９（図２参照）の映像を利用したコントロールセンタ２０からの遠隔操作が可能とされている。また、車載器１４は、車両１２の使用状況及び車両状態の情報を車外に設けられているサーバ２２へ送信可能とされている。車載器１４の具体的な構成及び作用については、後述する。

車庫１６は、一例として、車両１２を所有するユーザの居住地内に設けられていると共に、内部に車両１２を収納可能とされている。この車庫１６には、車両１２の出入口を開閉する扉としてのシャッタ３０が設けられており、シャッタ３０の開閉はコントロールセンタ２０からの遠隔操作により可能とされている。シャッタ３０の具体的な構成及び作用については、後述する。

ユーザ端末機２６は、例えばスマートフォン、携帯電話機、タブレット端末、パーソナルコンピュータ等であり、車両１２を使用するユーザが所持している。ユーザ端末機２６の具体的な構成及び作用については、後述する。

ガソリンスタンド１８は、車両維持サービスを、具体的には車両１２の燃料販売、洗車、メンテナンスを行うことができる。ガソリンスタンド１８には、サービス管理装置３２が設けられている。サービス管理装置３２の具体的な構成及び作用については、後述する。

コントロールセンタ２０には、車両１２を遠隔操作するための操作インタフェイス３４と、遠隔操作制御装置３６と、表示装置３８と（図５参照）、サーバ２２とが設けられている（図１では主要な構成を分かり易くするためサーバ２２とコントロールセンタ２０とを分けて図示している）。サーバ２２は、車載器１４、シャッタ３０、サービス管理装置３２及び遠隔操作制御装置３６から各種情報を収集し、収集した情報をデータベースとして管理すると共に、各種情報の送信を行う。操作インタフェイス３４、遠隔操作制御装置３６、表示装置３８及びサーバ２２の具体的な構成及び作用については、後述する。

（ハードウェア構成）
図２に示されるように、車両１２は、操作インタフェイス２８と、車載器１４と、車両駆動装置４０とを有している。各構成は、バス４２を介して相互に通信可能に接続されている。

操作インタフェイス２８は、車両１２の車室における車両前方側に配置されており、ステアリングホイールと、アクセルペダルと、ブレーキペダルと、ギヤシフトレバーと（いずれも不図示）を含んで構成されている。これらの操作インタフェイス２８は、車載器１４における後述する乗員操作情報取得部４４（図７参照）に接続されている。

撮像装置２９は、一例として、車両１２の車室内に設けられており、車両１２の前方側を中心として車両外部の様子を撮影する。この撮像された映像は、車載器１４へ送られる。

車載器１４は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）４６、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）４８、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）５０、ストレージ５２及び通信インタフェイス５４を含んで構成されている。各構成は、バス４３を介して相互に通信可能に接続されている。

ＣＰＵ４６は、中央演算処理ユニットであり、各種プログラムを実行したり、各部を制御したりする。すなわち、ＣＰＵ４６は、ＲＯＭ４８又はストレージ５２からプログラムを読み出し、ＲＡＭ５０を作業領域としてプログラムを実行する。ＣＰＵ４６は、ＲＯＭ４８又はストレージ５２に記録されているプログラムにしたがって、上記各構成の制御及び各種の演算処理を行う。本実施形態では、ＲＯＭ４８又はストレージ５２には、車両管理プログラムが格納されている。

ＲＯＭ４８は、各種プログラム及び各種データを格納する。ＲＡＭ５０は、作業領域として一時的にプログラム又はデータを記憶する。ストレージ５２は、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）又はＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）により構成され、オペレーティングシステムを含む各種プログラム、及び各種データを格納する。

通信インタフェイス５４は、車載器１４がサーバ２２と通信するためのインタフェイスであり、例えば、イーサネット（登録商標）ｓ、ＦＤＤＩ、Ｗｉ－Ｆｉ（登録商標）等の規格が用いられる。

車両駆動装置４０は、車載器１４の制御に基づいて車両１２の車輪１２Ａ（図１参照）を駆動させる図示しない原動機を作動させる。

図４に示されるように、ユーザ端末機２６は、ＣＰＵ４６、ＲＯＭ４８、ＲＡＭ５０、ストレージ５２、通信インタフェイス５４及びユーザーインタフェイス５６を含んで構成されている。各構成は、バス４３を介して相互に通信可能に接続されている。ユーザーインタフェイス５６は、ユーザが車両１２の使用予定を入力及びサーバ２２から送信された情報を表示する際のインタフェイスであり、具体的にはユーザによるタッチ操作を可能とするタッチパネルを備えた液晶ディスプレイ、ユーザによる音声入力を受け付ける音声入力部及びユーザが押下可能なボタン等の少なくとも一つを含む。

図３に示されるように、シャッタ３０は、シャッタ本体部６０と、シャッタ駆動装置６２と、シャッタ駆動制御装置６４とを有している。シャッタ本体部６０は、一例として、車庫１６の出入口を上下方向に移動して当該出入口の開閉を行う。すなわち、シャッタ本体部６０は、車庫１６（図１参照）の上部に設けられたシャッタ駆動装置６２により巻き取られることで、出入口を開放することができる。シャッタ駆動装置６２は、バス６６を介してシャッタ駆動制御装置６４と相互に通信可能に接続されている。

シャッタ駆動制御装置６４は、ＣＰＵ４６、ＲＯＭ４８、ＲＡＭ５０、ストレージ５２及び通信インタフェイス５４を含んで構成されている。各構成は、バス４３を介して相互に通信可能に接続されている。

図４に示されるように、サービス管理装置３２は、ＣＰＵ４６、ＲＯＭ４８、ＲＡＭ５０、ストレージ５２、通信インタフェイス５４及びユーザーインタフェイス６８を含んで構成されている。各構成は、バス４３を介して相互に通信可能に接続されている。ユーザーインタフェイス６８は、ガソリンスタンド１８における作業員が作業のスケジュールの入力、手動運転操作と遠隔操作との切替え及びガソリンスタンド１８で行う車両維持サービスの作業終了等を入力する際のインタフェイスであり、具体的には作業員によるタッチ操作を可能とするタッチパネルを備えた液晶ディスプレイ、作業員による音声入力を受け付ける音声入力部及び作業員が押下可能なボタン等の少なくとも一つを含む。

図５に示されるように、コントロールセンタ２０における操作インタフェイス３４と表示装置３８と遠隔操作制御装置３６とは、バス７０を介して相互に通信可能に接続されている。操作インタフェイス３４は、一例として、キーボード、マウス、ジョイスティック（いずれも不図示）等から構成されており、オペレータが車両１２の遠隔操作を行うために設けられている。なお、操作インタフェイス３４は、ステアリングホイールと、アクセルペダルと、ブレーキペダルと、ギヤシフトレバーとを模したコントローラ（いずれも不図示）を含んで構成されてもよい。

遠隔操作制御装置３６は、ＣＰＵ４６、ＲＯＭ４８、ＲＡＭ５０、ストレージ５２及び通信インタフェイス５４を含んで構成されている。各構成は、バス４３を介して相互に通信可能に接続されている。遠隔操作制御装置３６は、操作インタフェイス３４により入力された車両１２の遠隔操作のための操作情報をサーバ２２へ送信する。

表示装置３８は、サーバ２２から受信された情報を表示するディスプレイとされている。具体的には、車両１２の周辺の映像及び車両維持サービスの実施日時等の日程情報等が表示可能とされている。

図６に示されるように、サーバ２２は、ＣＰＵ４６、ＲＯＭ４８、ＲＡＭ５０、ストレージ５２及び通信インタフェイス５４を含んで構成されている。各構成は、バス４３を介して相互に通信可能に接続されている。

（機能構成）
上記の車両管理プログラムを実行する際に、車両管理システム１０は、上記のハードウェア資源を用いて、各種の機能を実現する。車両管理システム１０が実現する機能構成について説明する。

図７は、車両管理システム１０の機能構成の例を示すブロック図である。

（車両の機能構成）
図７に示されるように、車両管理システム１０は、車両１２における機能構成として、乗員操作情報取得部４４と、遠隔操作情報取得部７２と、取得部としての使用状況取得部７４と、車両制御部７６と、通信部７８とを有している。各機能構成は、車載器１４のＣＰＵ４６がＲＯＭ４８又はストレージ５２に記憶された車両管理プログラムを読み出し、実行することにより実現される。

乗員操作情報取得部４４は、車両１２に乗車している乗員による操作インタフェイス２８へ入力された操作情報を取得する。

遠隔操作情報取得部７２は、遠隔操作制御装置３６からサーバ２２を介して送信された操作情報を取得するように通信部７８を制御する。遠隔操作制御装置３６から送信された操作情報は、コントロールセンタ２０のオペレータによって操作インタフェイス３４（図５参照）へ入力された操作情報である。

車両制御部７６は、乗員操作情報取得部４４又は遠隔操作情報取得部７２によって取得された操作情報に基づいて、車両駆動装置４０（図２参照）の駆動を制御する。なお、車両制御部７６は、遠隔操作情報取得部７２から操作情報が取得された場合は、遠隔操作情報取得部７２からの操作情報に基づいて車両駆動装置４０を制御すると共に、異常時や作業必要時等は乗員操作情報取得部４４からの操作情報に基づいて車両駆動装置４０を制御する。

使用状況取得部７４は、車両１２に設けられた各種センサから日時を含めた走行履歴、総走行距離、燃料残量、各種オイルの量、タイヤの空気圧等の各種情報を取得すると共に、当該各種情報をサーバ２２へ送信するように、通信部７８を制御する。

通信部７８は、他の装置との間で情報を送受信する。

（シャッタの機能構成）
車両管理システム１０は、シャッタ３０における機能構成として、シャッタ制御部８０と、通信部８２とを有している。各機能構成は、シャッタ駆動制御装置６４（図３参照）のＣＰＵ４６がＲＯＭ４８又はストレージ５２に記憶された車両管理プログラムを読み出し、実行することにより実現される。

シャッタ制御部８０は、シャッタ３０の状態をサーバ２２に送信するように通信部８２を制御すると共に、遠隔操作制御装置３６からサーバ２２を介して送信された操作情報を取得するように通信部８２を制御する。シャッタ制御部８０は、取得した操作情報を基に、シャッタ３０の開閉を制御する。

通信部８２は、他の装置との間で情報を送受信する。

（ユーザ端末機の機能構成）
車両管理システム１０は、ユーザ端末機２６における機能構成として、予定登録部８４と、通知部８６と、通信部８８とを有している。各機能構成は、ユーザ端末機２６のＣＰＵ４６がＲＯＭ４８又はストレージ５２に記憶された車両管理プログラムを読み出し、実行することにより実現される。

予定登録部８４は、ユーザが入力した車両１２の使用予定日時を取得すると共に、当該使用予定日時の情報をサーバ２２へ送信するように通信部８８を制御する。

通知部８６は、サーバ２２から送信された実施日時をユーザへ通知すると共に、当該実施日時に車両維持サービスを実行することに対するユーザの同意又は不同意の情報を取得し、当該情報をサーバ２２へ送信するように通信部８８を制御する。

通信部８８は、他の装置との間で情報を送受信する。

（ガソリンスタンドの機能構成）
車両管理システム１０は、サービス管理装置３２における機能構成として、日程情報制御部９０と、手動運転切替部９２と、通信部９４とを有している。各機能構成は、サービス管理装置３２のＣＰＵ４６がＲＯＭ４８又はストレージ５２に記憶された車両管理プログラムを読み出し、実行することにより実現される。

日程情報制御部９０は、サービス管理装置３２が設けられたガソリンスタンド１８において実施される車両維持サービスのスケジュール管理を行うと共に、当該スケジュール情報をサーバ２２に送信するように通信部９４を制御する。

手動運転切替部９２は、ガソリンスタンド１８の敷地内において車両１２を遠隔操作及び手動運転操作のいずれか一方に切り替えるための切替要請情報を取得すると共に、当該切替要請情報をサーバ２２に送信するように通信部９４を制御する。

通信部９４は、他の装置との間で情報を送受信する。

（コントロールセンタの機能構成）
車両管理システム１０は、遠隔操作制御装置３６における機能構成として、遠隔操作制御部としての遠隔操作情報制御部９６と、通信部９８と、表示部１００とを有している。各機能構成は、遠隔操作制御装置３６のＣＰＵ４６がＲＯＭ４８又はストレージ５２に記憶された車両管理プログラムを読み出し、実行することにより実現される。

遠隔操作情報制御部９６は、操作インタフェイス３４（図５参照）から操作情報を取得し、当該操作情報をサーバ２２へ送信するように、通信部９８を制御する。

表示部１００は、サーバ２２から受信した情報や実施日時の通知等をオペレータへ向けて表示するように表示装置３８（図５参照）を制御する。

（サーバの機能構成）
車両管理システム１０は、サーバ２２における機能構成として、サーバ制御部１０４と、判定部１０６と、通信部１０８とを備える。各機能構成は、サーバ２２のＣＰＵ４６がＲＯＭ４８又はストレージ５２に記憶された車両管理プログラムを読み出し、実行することにより実現される。

サーバ制御部１０４は、サーバ２２を制御する。例えば、サーバ制御部１０４は、車両１２から送信された周囲映像を取得し、当該映像をコントロールセンタ２０へ送信するように通信部１０８を制御する。また、車両１２、車庫１６、ユーザ端末機２６及びガソリンスタンド１８から取得した各種情報を判定部１０６へ送信すると共に、判定部１０６からの実施日時の情報をユーザ端末機２６へ送信するように通信部１０８を制御する。

判定部１０６は、サーバ制御部１０４から取得された各種情報から、車両１２に車両維持サービスが必要か否かを判定する。一例として、車両１２の燃料残量が少ない場合は、車両維持サービスにおける給油が必要と判定する。

また、判定部１０６は、車両１２の使用頻度が低いと想定される低稼働日時を判定する。すなわち、車両１２が主に週末等特定の曜日に使用されている場合は、平日等のそれ以外の曜日を低稼働日時として判定する。さらに、判定部１０６は、車両１２に車両維持サービスが必要と判定した際に、サーバ２２から取得された各種情報から、ガソリンスタンド１８のスケジュールの空き状態を判定し、ユーザが入力した車両１２の使用予定日時以外の車両１２の低稼働日時でありかつガソリンスタンド１８に空きがある日時を車両維持サービスの実施日時として決定する。この実施日時は、サーバ制御部１０４へ送信される。なお、判定部１０６は、予め様々な車両維持サービスを実施するにあたり必要な時間（以下、単に「作業時間」と称する。）が登録されており、当該作業時間を考慮して実施日時を決定する。また、判定部１０６は、決定した実施日時に対して、ユーザ端末機２６を通してユーザが同意する場合は当該実施日時にて車両維持サービスを行うように表示部１００へ表示する。一方、決定した実施日時に対してユーザが不同意の場合は、別の実施日時を決定してユーザへ通知する。この処理は、ユーザが同意するまで繰り返される。

（処理フロー）
次に、車両管理システム１０の作用について説明する。図８は、車両管理システム１０による動作の流れを示すフローチャートである。車載器１４、シャッタ駆動制御装置６４、ユーザ端末機２６、サービス管理装置３２、遠隔操作制御装置３６及びサーバ２２のそれぞれのＣＰＵ４６がＲＯＭ４８又はストレージ５２から車両管理プログラムを読み出して、ＲＡＭ５０に展開して実行することにより、処理が行われる。

ＣＰＵ４６は、車両１２の各種情報及びユーザ端末機２６からユーザの車両使用予定日時を取得する（ステップＳ１００）。取得した各種情報から、ＣＰＵ４６は、車両１２に車両維持サービスが必要か否かを判定する（ステップＳ１０２）。車両維持サービスが不要の場合（ステップＳ１０２：ＮＯ）、ＣＰＵ４６は、車両管理プログラムに基づく処理を終了する。

車両維持サービスが必要な場合（ステップＳ１０２：ＹＥＳ）、ＣＰＵ４６は、車両１２の低稼働日時を判定する（ステップＳ１０４）と共に、ガソリンスタンド１８の空きスケジュールを判定し（ステップＳ１０６）、ガソリンスタンド１８の空き日時かつユーザの車両使用予定日時以外にて車両維持サービスの実施日時を決定する（ステップＳ１０８）。

ＣＰＵ４６は、決定した実施日時をユーザ端末機２６へ通知し（ステップＳ１０３）、実施日時をユーザが同意したか否かを判定する（ステップＳ１０５）。ユーザが通知された実施日時に不同意の場合（ステップＳ１０５：ＮＯ）、ＣＰＵ４６は、別の実施日時を決定し（ステップＳ１０７）、その後ステップＳ１０３の処理へ戻る。

ユーザが通知された実施日時に同意した場合（ステップＳ１０５：ＹＥＳ）、ＣＰＵ４６は、現在の日時が実施日時に達したか否かを判定する（ステップＳ１１０）。現在の日時が実施日時に達していない場合（ステップＳ１１０：ＮＯ）、ＣＰＵ４６は、ステップＳ１１０の処理を繰り返す。一方、現在の日時が実施日時に達している場合（ステップＳ１１０：ＹＥＳ）、ＣＰＵ４６は、シャッタ３０が閉状態とされた車庫１６内に車両１２があるか否かを判定する（ステップＳ１１２）。シャッタ３０が開状態とされた車庫１６内に車両１２がある場合や、車庫１６外に車両１２がある場合（ステップＳ１１２：ＮＯ）、車両１２を遠隔操作によりガソリンスタンド１８へ向けて走行させるようにコントロールセンタ２０のオペレータへ表示装置３８により通知し、この通知を受けてオペレータが操作インタフェイス３４により遠隔操作を行う（図５参照、ステップＳ１１６）。

シャッタ３０が閉状態とされた車庫１６内に車両１２がある場合（ステップＳ１１２：ＹＥＳ）、ＣＰＵ４６は、シャッタ３０を開状態にするように（ステップＳ１１４）シャッタ３０の操作情報をシャッタ３０へ送信し、シャッタ３０が開状態となったらステップＳ１１６へ移行する。

ＣＰＵ４６は、ガソリンスタンド１８内にて車両１２における手動運転操作への切替要請情報があるか否かを判定する（ステップＳ１１８）。手動運転操作への切替要請情報がある場合（ステップＳ１１８：ＹＥＳ）、車両１２の手動運転操作を許可して乗員操作情報取得部４４からの操作情報に基づいて車両駆動装置４０を制御するように車両制御部７６を制御する（ステップＳ１２０）と共に、後述するステップＳ１２２の処理へ移行する。

手動運転への切替要請情報がない場合（ステップＳ１１８：ＮＯ）、ＣＰＵ４６は、ガソリンスタンド１８における車両維持サービスの作業が終了したか否かを判定する（ステップＳ１２２）。車両維持サービスの作業が終了していない場合（ステップＳ１２２：ＮＯ）、ＣＰＵ４６は、ステップＳ１１８の処理へ戻る。一方、車両維持サービスの作業が終了した場合（ステップＳ１２２：ＹＥＳ）、ＣＰＵ４６は、車両１２を遠隔操作にて車庫１６へ向けて走行させる（ステップＳ１２４）。

ＣＰＵ４６は、車両１２が車庫１６内に到着していない場合（ステップＳ１２６：ＮＯ）、ステップＳ１２４の処理へ戻る。一方、車両１２が車庫１６内に到着した場合（ステップＳ１２６：ＹＥＳ）、ＣＰＵ４６は、車庫１６のシャッタ３０を閉じて（ステップＳ１２８）、その後、車両管理プログラムに基づく処理を終了する。

次に、第１実施形態の作用並びに効果を説明する。

本実施形態では、図７に示されるように、使用状況取得部７４と、判定部１０６と、遠隔操作情報制御部９６とを有している。使用状況取得部７４は、車両１２の情報を取得する。判定部１０６は、使用状況取得部７４にて取得された車両１２の情報に基づき、車両維持サービスが必要か否かを判定する。判定部１０６にて車両維持サービスが必要と判定された場合は、車両維持サービスの実施を提案する。遠隔操作情報制御部９６は、判定部１０６にて提案された車両維持サービスを実施する場合に、車両維持サービスが実施されるガソリンスタンド１８へ車両１２を遠隔操作によって移動させる。したがって、車両維持サービスが必要な際に、ユーザが車両１２を所定の場所まで移動させる手間が不要となる。これにより、ユーザの利便性を向上させることができる。

また、判定部１０６は、使用状況取得部７４にて取得された車両１２の使用状況から低稼働日時を判定する。また、判定部１０６は、使用状況取得部７４にて取得された車両１２の状態の情報から、車両維持サービスが必要か否かを判定する。判定部１０６にて車両維持サービスが必要と判定された場合は、低稼働日時を車両維持サービスの実施する実施日時として決定する。遠隔操作情報制御部９６は、判定部１０６にて決定された実施日時に車両維持サービスが実施されるガソリンスタンド１８へ車両１２を遠隔操作にて移動させる。したがって、車両１２のそれまでの使用状況から判定される低稼働日時を中心に車両維持サービスが行われるため、ユーザが車両１２を使用したい時に手元に車両１２がないという状況を少なくできる。これにより、ユーザの利便性をさらに向上させることができる。

また、判定部１０６は、車両維持サービスが実施されるガソリンスタンド１８の空き状態を判定してこの空き状態も判断要素に加えて実施日時を決定することから、車両維持サービスを受けるための順番待ちが発生するのを抑制できるので、車両維持サービスを受けるために必要な時間を最小限にできると共に、車両維持サービスを行うガソリンスタンド１８の稼働率の平準化に寄与することができる。これにより、車両維持サービスを効率よく行うことができる。

さらに、予定登録部８４に予め登録された車両１２の使用予定を踏まえて判定部１０６が車両維持サービスの実施日時を決定することから、ユーザが車両１２を使用したい際に車両１２が手元にない状態を防ぐことができる。また、使用予定が近い車両１２から優先的に車両維持サービスの実施日時を決定することで効率的な運用を行うことができる。これにより、ユーザの利便性をさらに向上させることができる。

さらにまた、遠隔操作情報制御部９６は、車両１２の車庫１６における車両１２の出入口を開閉するシャッタ３０の開閉操作を遠隔にて操作可能とされていることから、ユーザが外出等により車両１２の近傍にいない場合でも車両維持サービスを実施することができる。これにより、ユーザの利便性をより一層向上させることができる。

また、遠隔操作情報制御部９６は車両維持サービスを行うガソリンスタンド１８にて車両１２の手動運転操作を必要に応じて許可することから、現場の作業員による手動運転操作の方が車両維持サービスの作業を適切に行える場合にも対応することができる。これにより、車両維持サービスを一層効率よく行うことができる。

なお、上述した実施形態では、ユーザ端末機２６にユーザが車両１２の使用予定を登録する構成とされているが、これに限らず、低稼働日時のみを基に判定部１０６が決定した実施日時をユーザに提案する構成としてもよい。

（第２実施形態）
次に、図７、図９を用いて、本発明の第２実施形態に係る車両管理システムについて説明する。なお、前述した第１実施形態等と同一構成部分については、同一番号を付してその説明を省略する。

この第２実施形態に係る車両管理システム１２０は、基本的な構成は第１実施形態と同様とされ、サーバ２２と同一の構成とされたサーバ１２２が複数の車両１２において車両維持サービスを実施する場合に過去の実施日時情報を踏まえて実施順が決定される点に特徴がある。

（サーバの機能構成）
車両管理システム１２０は、図７に示されるように、サーバ１２２における機能構成として、サーバ制御部１０４と、判定部１２４と、通信部１０８とを備える。各機能構成は、サーバ１２２のＣＰＵ４６がＲＯＭ４８又はストレージ５２（図６参照）に記憶された車両管理プログラムを読み出し、実行することにより実現される。

判定部１２４は、サーバ制御部１０４から取得された各種情報から、複数の車両１２にそれぞれ車両維持サービスが必要か否かを判定する。一例として、車両１２の燃料残量が少ない場合は、車両維持サービスにおける給油が必要と判定する。

また、判定部１２４は、それぞれの車両１２の使用頻度が低い低稼働日時を判定する。さらに、判定部１０６は、車両１２に車両維持サービスが必要と判定した際に、サーバ２２から取得された各種情報から、ガソリンスタンド１８のスケジュールの空き状態を判定し、車両１２のユーザが入力した車両１２の使用予定日時以外の低稼働日時でありかつガソリンスタンド１８に空きがある日時を車両維持サービスの実施日時として決定する。また、複数の車両１２間にてこの実施日時が集中する際は、車両１２ごとに前回車両維持サービスが行われた日時（以下、単に「過去実施日時」と称する。）情報を取得し、この過去実施日時が古い順に優先リストが作成されると共に、当該優先リスト順に、すなわち、過去実施日時が古い車両１２を優先して実施日時が決定される。この実施日時は、サーバ制御部１０４へ送信される。なお、判定部１２４は、予め様々な車両維持サービスの作業時間が登録されており、当該作業時間を考慮して実施日時を決定する。

（処理フロー）
次に、車両管理システム１２０の作用について説明する。図９は、車両管理システム１２０による動作の流れを示すフローチャートである。車載器１４、シャッタ駆動制御装置６４、ユーザ端末機２６、サービス管理装置３２、遠隔操作制御装置３６及びサーバ１２２のそれぞれのＣＰＵ４６がＲＯＭ４８又はストレージ５２から車両管理プログラムを読み出して、ＲＡＭ５０に展開して実行することにより、処理が行われる。なお、第１実施形態と同一の処理については、同一番号を付してその説明を省略する。

ＣＰＵ４６は、複数の車両１２から取得した各種情報のうち、過去実施日時が古い順に優先リストが作成される（ステップＳ２００）。ＣＰＵ４６は、この優先リスト順においてガソリンスタンド１８の空き日時かつユーザの車両使用予定日時以外に実施日時を決定する（ステップＳ２０２）。

（第２実施形態の作用・効果）
次に、第２実施形態の作用並びに効果を説明する。

上記構成によっても、複数の車両１２において車両維持サービスを実施する場合に過去の実施日時を踏まえて実施順が決定される点以外は第１実施形態の車両管理システム１０と同様に構成されているので、第１実施形態と同様の効果が得られる。また、車両１２が複数ある場合には、車両１２における過去実施日時情報を取得して当該日時情報を踏まえて判定部１２４が車両維持サービスの実施日時を決定することから、過去実施日時から現在までの日数が長い車両１２に優先して車両維持サービスを実施することができる。したがって、複数の車両１２に均等な車両維持サービスを実施することができる。これにより、車両維持サービスを複数の車両に適切に提供することができる。

なお、本実施形態では、車両維持サービスの種類に関わらず過去実施日時から現在までの日数が長い順に実施日時を決定する構成とされているが、これに限らず、車両維持サービスのうち洗車等の特定のサービスごとに過去実施日時から現在までの日数が経った順に実施日時を決定する構成としてもよいし、特定のサービスに限定して過去実施日時から現在までの日数が長い順に実施日時を決定する構成としてもよい。

（第３実施形態）
次に、図６、図１０～図１２を用いて、本発明の第３実施形態に係る車両管理システムについて説明する。なお、前述した第１実施形態等と同一構成部分については、同一番号を付してその説明を省略する。

この第３実施形態に係る車両管理システム１２６（図１１参照）は、基本的な構成は第１実施形態と同様とされ、サーバ２２と同一の構成とされたサーバ１３２が天候情報も判断要素に加えて実施日時を決定する点に特徴がある。

（ハードウェア構成）
すなわち、図１０に示されるように、車両１２８は、操作インタフェイス２８と、車載器１２９と、車両駆動装置４０と、撮像装置２９と、レインセンサ１３０とを有している。各構成は、バス４２を介して相互に通信可能に接続されている。

レインセンサ１３０は、一例として、車両１２８のフロントウインドシールドガラスに付着した水滴を検知し、検知結果を車載器１２９へ送信する。

図６に示されるように、サーバ１３２は、ＣＰＵ４６、ＲＯＭ４８、ＲＡＭ５０、ストレージ５２及び通信インタフェイス５４を含んで構成されている。各構成は、バス４３を介して相互に通信可能に接続されている。

（機能構成）
上記の車両管理プログラムを実行する際に、車両管理システム１２６は、上記のハードウェア資源を用いて、各種の機能を実現する。車両管理システム１２６が実現する機能構成について説明する。

図１１は、車両管理システム１２６の機能構成の例を示すブロック図である。

（車両の機能構成）
車両管理システム１２６は、車両１２８における車載器１２９の機能構成として、乗員操作情報取得部４４と、遠隔操作情報取得部７２と、使用状況取得部７４と、車両制御部７６と、通信部７８と、天候取得手段としての天候情報取得部１３４とを有している。各機能構成は、車載器１２９のＣＰＵ４６がＲＯＭ４８又はストレージ５２に記憶された車両管理プログラムを読み出し、実行することにより実現される。

天候情報取得部１３４は、レインセンサ１３０から取得した水滴検知結果を降雨と判定すると共に、降雨と判定した際にはサーバ１３２へ当該情報を送信するように、通信部７８を制御する。

（サーバの機能構成）
車両管理システム１２６は、サーバ１３２における機能構成として、サーバ制御部１０４と、判定部１３６と、通信部１０８とを備える。各機能構成は、サーバ１３２のＣＰＵ４６がＲＯＭ４８又はストレージ５２に記憶された車両管理プログラムを読み出し、実行することにより実現される。

判定部１３６は、サーバ制御部１０４から取得された各種情報から、車両１２８にそれぞれ車両維持サービスが必要か否かを判定する。一例として、車両１２８の燃料残量が少ない場合は、車両維持サービスにおける給油が必要と判定する。

また、判定部１３６は、車両１２８の使用頻度が低い低稼働日時を判定する。さらに、判定部１３６は、車両１２８に車両維持サービスが必要と判定した際に、サーバ１３２から取得された各種情報から、ガソリンスタンド１８のスケジュールの空き状態を判定し、
車両１２８のユーザが入力した車両１２８の使用予定日時以外の低稼働日時でありかつガソリンスタンド１８に空きがある日時を車両維持サービスの実施日時として決定する。また、天候情報取得部１３４にて降雨と判定された場合は、降雨後に車両維持サービスのうち洗車を行うように実施日時を決定する。判定部１３６により決定された実施日時は、サーバ制御部１０４へ送信される。なお、判定部１３６は、予め様々な車両維持サービスの作業時間が登録されており、当該作業時間を考慮して実施日時を決定する。

（処理フロー）
次に、車両管理システム１２６の作用について説明する。図１２は、車両管理システム１２６による動作の流れを示すフローチャートである。車載器１２９、シャッタ駆動制御装置６４、ユーザ端末機２６、サービス管理装置３２、遠隔操作制御装置３６及びサーバ１２２のそれぞれのＣＰＵ４６がＲＯＭ４８又はストレージ５２から車両管理プログラムを読み出して、ＲＡＭ５０に展開して実行することにより、処理が行われる。なお、第１実施形態と同一の処理については、同一番号を付してその説明を省略する。

ＣＰＵ４６は、天候情報を取得する（ステップＳ３００）。取得した各種情報及び天候情報から、ＣＰＵ４６は、車両１２８に車両維持サービスが必要か否かを判定する（ステップＳ３０２）。車両維持サービスが不要の場合（ステップＳ３０２：ＮＯ）、ＣＰＵ４６は、車両管理プログラムに基づく処理を終了する。車両維持サービスが必要な場合（ステップＳ３０２：ＹＥＳ）、ＣＰＵ４６は、ステップＳ１０４の処理へ移行する。

（第３実施形態の作用・効果）
次に、第３実施形態の作用並びに効果を説明する。

上記構成によっても、天候情報も判断要素に加えて実施日時を決定する点以外は第１実施形態の車両管理システム１０と同様に構成されているので、第１実施形態と同様の効果が得られる。また、天候情報取得部１３４が取得した車両１２８の現在地の天候情報も判断要素に加えて判定部１３６が車両維持サービスの実施日時を決定することから、天候に応じて車両１２８に必要とされる車両維持サービスを適切なタイミングで実施することができる。すなわち、一般的に、降雨時に走行した車両１２８は、外装が汚れることが多いが、降雨後に洗車を行うように判定部１３６が決定し、洗車を行うことで、車両１２８を綺麗な状態にて維持することができる。これにより、車両１２８を望ましい状態に維持することができる。

なお、上述した第１～第３実施形態では、車両維持サービスを行う場所はガソリンスタンド１８とされているが、これに限らず、ディーラーや整備工場等のその他の場所としてもよい。また、車両維持サービスをサービス内容やスケジュールに応じて複数の場所にて行う構成としもよい。

また、車庫１６には、シャッタ３０が設けられている構成とされているが、これに限らず、車両出入口を開閉可能な扉を有している構成としてもよいし、シャッタ３０や扉がない構成としてもよい。さらに、車両１２が車庫１６以外の場所に保管されていてもよい。

以上、本発明の実施形態について説明したが、本発明は、上記に限定されるものでなく、その主旨を逸脱しない範囲内において上記以外にも種々変形して実施することが可能であることは勿論である。

１０ 車両管理システム
１２ 車両
１６ 車庫（保管施設）
１８ ガソリンスタンド（車両維持サービスが実施される所定の場所）
３０ シャッタ
７４ 使用状況取得部（取得部）
８４ 予定登録部
９６ 遠隔操作情報制御部（遠隔操作制御部）
１０６ 判定部
１２０ 車両管理システム
１２４ 判定部
１２６ 車両管理システム
１２８ 車両
１３４ 天候情報取得部（天候取得手段）
１３６ 判定部

Claims (8)

1. 車両の情報を取得する取得部と、
   前記取得部により取得された前記情報に基づき車両維持サービスが必要か否かを判定し、前記車両維持サービスが必要な場合には前記車両維持サービスの実施を提案する判定部と、
   前記判定部により提案された前記車両維持サービスを実施する場合に、前記車両維持サービスが実施される所定の場所へ遠隔操作によって前記車両を移動させる遠隔操作制御部と、
   を有し、
   前記判定部は、前記車両に搭載されたレインセンサからの水滴検知結果を前記車両の現在地の天候情報として取得する天候取得手段より取得された前記天候情報から、前記車両に対する降雨後に前記車両維持サービスの１つである洗車が行われるように、前記洗車の実施日時を決定する車両管理システム。
2. 前記取得部は、前記車両の使用状況及び状態の情報を取得すると共に、
   前記判定部は、前記取得部にて取得された前記車両の使用状況の情報から前記車両の使用頻度が低いと想定される低稼働日時を判定すると共に、前記取得部から取得した前記車両の状態の情報から車両維持サービスが必要か否かを判定し、前記車両維持サービスが必要な場合には前記低稼働日時を前記車両維持サービスの実施する実施日時として決定し、
   前記遠隔操作制御部は、前記実施日時に前記車両を前記車両維持サービスが実施される所定の場所へ遠隔操作によって移動させる、
   請求項１記載の車両管理システム。
3. 前記判定部は、前記車両維持サービスが実施される所定の場所の空き状態を判定し、当該空き状態も判断要素に加えて前記実施日時を決定する、
   請求項２記載の車両管理システム。
4. 前記判定部は、前記車両の使用予定を前記車両のユーザが予め登録することができる予定登録部に登録された前記使用予定も判断要素に加えて前記実施日時を決定する、
   請求項２又は請求項３に記載の車両管理システム。
5. 前記判定部は、前記車両における前記車両維持サービスが行われた過去の日時情報を取得すると共に、前記車両が複数の場合に当該日時情報も判断要素に加えてそれぞれの前記車両の前記実施日時を決定する、
   請求項２～請求項４のいずれか一項に記載の車両管理システム。
6. 前記判定部は、前記車両の現在地の天候情報を取得する天候取得手段より取得された天候情報も判断要素に加えて前記実施日時を決定する、
   請求項２～請求項５のいずれか一項に記載の車両管理システム。
7. 前記遠隔操作制御部は、前記車両の保管施設における車両出入口を開閉する扉の開閉操作を遠隔にて操作可能とされている、
   請求項１～請求項６のいずれか一項に記載の車両管理システム。
8. 前記遠隔操作制御部は、前記所定の場所にて前記車両の手動運転操作を必要に応じて許可する、
   請求項１～請求項７のいずれか一項に記載の車両管理システム。