JP2005004240A

JP2005004240A - Automobile management system, terminal device, and computer program

Info

Publication number: JP2005004240A
Application number: JP2003163589A
Authority: JP
Inventors: Makoto Kosaka; 誠小坂; Chiaki Takefushi; 千秋竹節
Original assignee: DIC JAPAN KK
Current assignee: DIC JAPAN KK
Priority date: 2003-06-09
Filing date: 2003-06-09
Publication date: 2005-01-06

Abstract

<P>PROBLEM TO BE SOLVED: To provide an automobile management system which provides a further effective service to a customer in an automobile maintenance shop or the like while enhancing the efficiency of business. <P>SOLUTION: According to this automobile management system 1, delivery of direct mail or inventory control is performed by extracting, according to a timing for recommending the next maintenance, a customer for which the timing comes within a specified period. <P>COPYRIGHT: (C)2005,JPO&NCIPI

Description

【０００１】
【発明の属する技術分野】
本発明は、自動車の整備工場等で用いるのに好適な自動車管理システム等に関する。
【０００２】
【従来の技術】
自動車整備工場や自動車用品店において、顧客管理を行うため、顧客の車両の次回車検日等を記録しておき、その情報に基づいて、次回の車検や定期点検等を案内するためのダイレクトメール等を送付することは広く行われている。
これには、自動車整備工場や自動車用品店側で、上記のような情報に基づき、ある特定の時期（例えば翌月）に車検期日が到来する顧客を抽出し、抽出された顧客に対しダイレクトメール等を送付するのである。
【０００３】
しかし、車検のように、次回、整備を受けなければならない期日が明確である場合はともかく、エンジンオイルやブレーキパッド等、次回交換すべき時期が、顧客の自動車利用頻度等によって大きく変わる整備項目については、タイムリーな案内活動を行うのが難しい。
そこで、上記したような車検を案内するダイレクトメールやポスター等に、「オイル交換は３０００ｋｍ毎、あるいは半年毎」等といった文章で記載する程度しかできないのが実状であった。
【０００４】
これに対し、各種店舗において、顧客に対するサービス向上、顧客の囲い込み等を目的として近年多用されている、顧客の購買金額に応じた特典ポイントを提供するポイントカード等に、車検や、エンジンオイル等、次回整備を推奨する時期を記録するシステムを本出願人が既に提案している（例えば、特許文献１参照。）。このシステムによれば、顧客は自らが保持するポイントカードを見れば、次回の車検時期、エンジンオイル、ブレーキパッド、冷却水（ＬＬＣ）等の交換タイミングを容易に知ることができ、適切なタイミングで整備を受けることが可能となる。
また、このシステムでは、顧客の車両に対し整備を行った時点で、その日付やその時点での走行距離を整備履歴情報としてＰＣに入力する。これに基づいて、次回整備を行うべきタイミングを予測し、予測したタイミング（時期や走行距離）をカード上に印字するのである。
【０００５】
【特許文献１】
特開２００１−７１８７３号公報
【０００６】
【発明が解決しようとする課題】
自動車整備工場や自動車用品店では、上記したような整備履歴情報を入力する必要があるわけであるが、これ以外にも、売上処理や部品在庫管理等、様々な管理業務があるため、これらをうまくリンクさせ、業務を少しでも効率化させることが常に望まれている。
また、特に自動車整備工場においては、整備スケジュールは顧客からの依頼によって決まるため、依頼が集中する時期とそうでない時期とが生じてしまう。これを平均化するためにも顧客へのダイレクトメール等が活用されてはいるが、より有効な案内活動が行えれば一層好ましい。
さらに、必要以上の整備は、顧客の負担を増やすばかりか、廃棄物等の増大を招くため、環境面でも好ましくない。このため、適切な間隔で顧客が整備を受けられるよう、自動車整備工場や自動車用品店側で、より適切な案内を顧客に提供できるのが好ましい。
【０００７】
本発明は、このような技術的課題に基づいてなされたもので、自動車整備工場等において、業務の効率化を図るとともに、顧客に対してより有効なサービスを提供することのできる自動車管理システム等を提供することを目的とする。
【０００８】
【課題を解決するための手段】
かかる目的のもと、本発明の自動車管理システムは、整備時期情報格納部に格納された、顧客の車両に対して行う整備の予定時期に関する整備時期情報に基づき、情報生成部にて、特定の期間内に予定時期が到来する車両を抽出し、抽出した車両に関して所定の情報を生成することを特徴とする。
このようにして生成する所定の情報としては、例えば、抽出した車両に対して特定の期間内に整備を行うために必要な部品の量を集計したものがある。例えば「翌月、ブレーキパッドの交換時期（予定時期）が到来する車両」を抽出し、「必要なブレーキパッドの量」を集計するのである。これにより、必要な部品が不足するようであれば事前に発注する等して、自動車整備工場における部品の在庫管理を行うことができる。もちろん、部品在庫数を管理するシステムや、部品発注システム等と組み合わせ、システム上で部品在庫数をチェックし、必要に応じて部品発注システムで部品を発注するようにすることもできる。
【０００９】
また、本システムに、顧客の連絡先を示す情報、例えば住所やメールアドレス等、を整備時期情報に関連付けて格納した顧客情報格納部をさらに備え、情報生成部にて、特定の期間内に予定時期が到来する車両を有する顧客に対し、案内を出すための連絡先を含む情報を生成することもできる。例えば、翌月、車検やオイル交換等、様々な整備の予定時期が到来する車両を抽出し、その車両を有する顧客に対し、ダイレクトメールや電子メール等で案内を事前に出すため、住所やメールアドレスを含むリスト等の情報を生成することができる。この情報には、他に、予定時期が到来する整備項目等を含むことができる。また、車両の整備に必要な部品価格の情報を格納した部品価格情報格納部をさらに備え、この部品価格の情報に基づき、車両に対する整備費用の見積金額を算出し、案内を出すための情報に含めることもできる。
自動車整備工場側では、このようにして生成した情報に基づき、ダイレクトメールや電子メールを顧客に送ることができる。もちろん、本システムにダイレクトメールを印刷するための機能や、電子メールを作成するための機能を備えれば、顧客の連絡先を示す情報に基づいてダイレクトメールや電子メールを作成するようなことも可能である。このとき、ダイレクトメールや電子メールに、上記の、予定時期が到来する整備項目や見積金額等を記載できるのである。
【００１０】
また、自動車整備工場側で、スケジュールが空いている日等を選んで設定し、この日に整備を受けることを薦めるような案内とすることもできる。その場合、自動車整備工場側で指定した日に顧客が整備を受けることを希望した場合、費用をディスカウントする等の特典を設けてもよい。また、本システムが、自動車整備工場の整備スケジュールを管理する機能や、電話やインターネットを介しての予約受注を受ける機能を備える場合、これらと連動させ、予約受注および整備スケジュールの管理等を自動的に行うことも可能である。
さて、本システムは、自動車整備工場や自動車用品店で用いるのに好適である。その場合、本システムは、１台のＰＣからなるスタンドアロン型のシステム形態とすることもできるし、サーバとクライアント端末とからなり、双方がインターネットやＬＡＮ等の外部ネットワークを介して接続可能なネットワーク型のシステム形態とすることもできる。後者のネットワーク型のシステム形態の場合、サーバ側を少なくとも整備時期情報格納部とし、クライアント端末側を情報生成部とする。このようなシステム形態は、一つの自動車整備工場や自動車用品店で、ネットワークを組んで複数のクライアント端末を用いるような場合の他、チェーン店、フランチャイズ店等で、本部にサーバを設置し、支店や営業所等にクライアント端末を置くような場合にも適用できる。
【００１１】
本発明は、車種情報格納部に、顧客の車両の車種を特定する車種情報を格納し、整備履歴情報格納部に、車両に対して行った整備の時期に関する履歴情報を格納し、整備インターバル情報生成部にて、これらの車種情報および履歴情報に基づいて車種毎に実施した整備インターバル情報を生成し、その整備インターバル情報に基づいて、顧客の車両に対し、次回整備を受けることを推奨するタイミングを整備タイミング予測部で予測する自動車管理システムとすることもできる。
つまり、顧客の車両が整備を受ける度に、整備を行った日付やその時点での車両の走行距離等を履歴情報として蓄積し、車種やエンジン形式毎に、例えばタイミングベルトを交換したインターバルの実績値の平均値等を整備インターバル情報として生成する。そして、この整備インターバル情報に基づいて、次回整備を受けることを推奨するタイミングを予測するのである。
一般に、各整備項目は、走行距離や期間によって、交換インターバルが設定されているが、一部の部品、例えばタイミングベルト等は、車種やエンジン型式等によって早期に切れやすい等の現象が生じることがある。このような場合、上記のようにして、蓄積した情報（実績）に基づいて整備インターバル情報を生成するのが有効となる。
【００１２】
本発明は、外部のデータベースに対し、インターフェイス等の接続手段によりインターネットやＬＡＮ等の外部ネットワークを介して接続することのできる端末装置として捉えることもできる。その場合、この端末装置は、情報生成手段において、外部のデータベースに格納された、顧客の車両に対して行う整備の予定時期に関する整備時期情報を呼び出すとともに特定の期間内に予定時期が到来する車両を抽出し、さらに、抽出された車両を保有する顧客の連絡先を示す連絡先情報を外部のデータベースから呼び出し、顧客に対し案内を出すための連絡先を含む情報を生成することを特徴とする。
このとき、データベースに、顧客の車両の車種を特定する車種情報、車両に対して行った整備の時期に関する履歴情報をさらに格納するようにし、端末装置では、整備インターバル情報生成手段により、履歴情報および車種情報に基づき、車種毎に、実施した整備インターバル情報を生成し、整備タイミング予測手段により、整備インターバル情報に基づいて、顧客の車両に対し、次回整備を受けることを推奨するタイミングを予測することもできる。
【００１３】
本発明は、顧客の車両の車種を特定する車種情報、および前記の車両に対して行った整備の時期に関する履歴情報を格納したデータベースにアクセスし、履歴情報および車種情報に基づき、同一車種の履歴情報を呼び出すステップと、呼び出した履歴情報に基づき、車種毎に実施した整備インターバル情報を生成し、その整備インターバル情報をデータベースに格納するステップと、を含む処理をコンピュータ装置に実行させることを特徴とするコンピュータプログラムとして捉えることもできる。
その場合、このコンピュータプログラムは、顧客の車両について、整備インターバル情報に基づき、次回整備を受けることを推奨するタイミングを予測するステップをさらに含むのが好ましい。
【００１４】
【発明の実施の形態】
以下、添付図面に示す実施の形態に基づいてこの発明を詳細に説明する。
図１は、本実施の形態における自動車管理システムＡの概略構成を説明するための図である。
この自動車管理システムＡは、自動車整備工場や、オイル交換等の各種整備作業を行うことのできる自動車用品店、自動車販売ディーラ等で使用されるものであるが、以下の説明においては、単に自動車整備工場と称した場合、これら自動車用品店や自動車販売ディーラ等を含むものとする。
自動車管理システムＡでは、自動車整備工場側で、各顧客に関する情報を蓄積することで、顧客に対して次回整備を受けるべきタイミングを提示する他、自動車整備工場における様々な管理機能を担うことができる。また、各顧客に対し、自動車整備工場側から顧客カードを発行し、その顧客カードを自動車管理システムＡと連携させることで、顧客側でも、様々な情報を得ることができるようにするものである。
【００１５】
図１に示すように、自動車管理システムＡのハードウェア的構成は、本体１０と、この本体１０に接続されるモニタ等の、画像による情報を表示する表示部２０、プリンタ等の、印字による情報を出力する印字部３０、キーボードやマウス等の、情報を入力するための入力部４０、磁気カード・ＩＣカード等に対し情報の読み出し・書き込みを行うカードリーダ・ライタ５０を備えている。
【００１６】
自動車管理システムＡを、１台の本体１０によって構成する、いわゆるスタンドアローン型とする場合、本体１０には、所定の処理を実行するためのＣＰＵ１１、ＲＯＭ１２、ＲＡＭ１３の他、所定の情報を格納した情報格納部６０として機能するＨＤＤ１５を備える。この情報格納部６０には、自動車管理システムＡを機能させるための所定のプログラムを格納したプログラムデータ格納部６１と、自動車管理システムＡでの様々な処理を実行させるにあたって必要な業務データを格納する業務データ格納部６２とを備える。
また、自動車管理システムＡを、サーバとクライアント端末をＬＡＮやインターネットを介して接続したネットワーク型のコンピュータシステムとして構成する場合、クライアント端末（端末装置）となる本体１０側に、少なくともＣＰＵ１１、ＲＯＭ１２、ＲＡＭ１３を備え、ＨＤＤ１５には、少なくとも自動車管理システムＡを実行させるためのプログラムを格納し、図１に示した業務データ格納部６２等は外部のサーバ（データベース）側に格納して、本体１０に設けられたインターフェイス（接続手段）から、必要に応じてＬＡＮやインターネット等の外部ネットワークを介して外部のサーバにアクセスし、必要な情報を呼び出す構成とすれば良い。
なお、以下の説明においては、自動車管理システムＡをスタンドアローン型とする場合を念頭において説明を行うが、ネットワーク型のコンピュータシステムとして構成する場合についても、同様の機能を実現させることができるのは言うまでも無い。
【００１７】
次に、自動車管理システムＡの機能についての説明を行う。ここで自動車管理システムＡにおいて、自動的に実行される様々な処理は、本体１０のプログラムデータ格納部６１に格納されたプログラムに基づき、ＣＰＵ１１、ＲＯＭ１２、ＲＡＭ１３を協働して作動させることで発現する、処理部（情報生成部、情報生成手段）７０によって実行される。
【００１８】
自動車整備工場側では、いわゆる会員制度を用意しており、この会員として予め登録した顧客に対し、磁気カード・ＩＣカード等からなる顧客カードを発行している。そして、自動車整備工場側では、顧客を会員として登録するに際し、
（１）顧客の氏名、住所、電話番号、電子メールアドレス等、顧客を識別（特定）したり、顧客の連絡先を特定するための顧客情報、
（２）顧客の車両の登録番号、車種、型式、車台番号等、顧客の車両を特定するための顧客車両情報（車種情報）、
を顧客側から得て、これらの情報を、顧客情報格納部、車種情報格納部としての業務データ格納部６２にそれぞれ格納する。このとき、自動車整備工場側で、顧客に対し、会員番号等、顧客を特定するための顧客識別コードを発行し、上記（１）、（２）の情報は、この顧客識別コードに関連付けて業務データ格納部６２に格納する。
【００１９】
また、顧客が、自動車整備工場で整備を受けたり、部品等を購入した場合、自動車整備工場側では、その情報を担当者が入力部４０等により本体１０に対して入力する。
入力される情報としては、
（３）顧客の車両に対し、その自動車整備工場で行った整備、例えばエンジンオイル交換、冷却水交換、ブレーキパッド交換、定期点検、車検等の整備項目および整備を行った期日に関する整備履歴情報（履歴情報）、
（４）顧客が整備を受けたり、部品等を購入したときの購買金額に関する購買履歴情報、
等があり、入力された情報は、整備履歴情報格納部としての業務データ格納部６２に格納される。
さらに、ブレーキパッドやタイヤのように、消耗（摩耗）し、消耗限界がある部品については、整備や交換を行っていなくとも、自動車整備工場側で他の整備を行ったときに、残量（ブレーキパッドの場合は厚さ、タイヤの場合は溝の深さ）を計測しておき、その計測値を担当者が入力部４０等で入力し、（３）の整備履歴情報とともに業務データ格納部６２に格納する。
図２は、このようにして入力されたデータの一例を示すものである。
【００２０】
この他、業務データ格納部６２には、部品価格情報格納部として、その自動車整備工場で取り扱うエンジンオイル、タイヤ等の汎用部品の他、車種毎の部品について、部品コード、単価、交換に要する工数（時間）等のデータが格納されている。
【００２１】
さて、上記のような構成を有する自動車管理システムＡが備える各機能について、以下に順次説明する。
「売上処理」
図３は、顧客が自動車整備工場で整備を受けたり、部品等を購入した場合に行われる売上処理の流れを示す図である。
顧客が、自動車整備工場で整備を受けた場合、顧客は自らが所有する顧客カードを自動車整備工場側に提示する。すると、自動車整備工場側では、顧客カードをカードリーダ・ライタ５０に挿入する。
自動車管理システムＡでは、カードリーダ・ライタ５０に顧客カードが挿入されたことを認識すると、カードリーダ・ライタ５０が顧客カードに記録されている情報（顧客の情報）を読み出す（ステップＳ１０１）。このときには、少なくとも顧客識別コードを読み出すのが一般的である。
処理部７０では、読み出した顧客識別コードに基づき、業務データ格納部６２を参照し、読み出した顧客識別コードに関連付けられた（１）の顧客情報を呼び出し、図４に示すように、顧客の車両が整備を受けることで生じる売上を入力するための画面を表示部２０に表示させる（ステップＳ１０２）。
【００２２】
これを受け、担当者が、入力部４０により、顧客の車両に対して実施した整備に応じた売上内容を自動車管理システムＡに入力する。具体的には、オイル交換、車検等の整備内容に応じた整備項目、使用した部品等の売上項目、作業工賃の時間当りの単価、部品の単価、部品数等を入力欄Ａ１等に入力する。またこのとき、その時点での顧客の車両の走行距離（オドメータの表示値）、ブレーキパッドやタイヤの残量も入力欄Ａ２、Ａ３等に入力することができる。
整備項目や売上項目としては、オイル交換であれば、エンジンオイル等、整備内容や部品を特定する所定の名称を入力する必要があるわけであるが、本実施の形態では、図５に示すように、一つの整備項目に対し、複数のキーワードが関連付けられている。例えば、オイル交換の場合、整備項目としては、「エンジンオイル」だけでなく「エンジン」「オイル」というキーワードが関連付けられている。また、オイルフィルターを交換した場合、「オイルフィルター」以外に、同じくオイルフィルタを指す「フィルタ」「エレメント」というキーワードが関連付けられている。さらに、エンジンオイルを交換した場合、オイルフィルターを同時に交換することも多いため、「オイルフィルター」には、「エンジン」「オイル」というキーワードも関連付けられている。
これら、図５に示したような整備項目、売上項目に関連付けられたキーワードは、業務データ格納部６２に格納されている。
これにより、担当者が、入力部４０により、顧客の車両に対して実施した整備に応じた売上内容を自動車管理システムＡに入力する際、同一の整備項目を指すいずれかのキーワード、例えば「オイルフィルター」「フィルタ」「エレメント」のいずれかを入力すれば済むようになっている。
【００２３】
入力部４０により、上記したようなキーワードが入力されると、処理部７０では、図６に示すように、キーワードに関連付けられた整備項目、売上項目を表示部２０上に表示させる。さらに、上記したような売上内容の入力を受けると、売上項目毎の金額、売上の合計金額等を算出し、その結果を表示部２０に表示する（ステップＳ１０３）。これにより、処理部７０では売上に関する情報の入力を受け付けることになる。
【００２４】
担当者は、表示部２０に表示された売上に関する情報を確認し、それが正しければ入力部４０にて「確認」キー、「実行」キー等を操作する。
これを受けた処理部７０では、その売上に関する情報を、業務データ格納部６２に、顧客の識別コードに関連付けて格納する。これにより、業務データ格納部６２には、その自動車整備工場全体での売上情報が蓄積されることにもなる。また、このとき、処理部７０では、今回の整備項目、および整備を行った日付、その時点での車両の走行距離等を、業務データ格納部６２に、顧客の識別コードに関連付けて格納する（ステップＳ１０４）。
【００２５】
また、処理部７０では、整備タイミング予測部、整備タイミング予測手段として、今回行った整備項目に関し、次回、整備を行うべきタイミングを設定（予測）する（ステップＳ１０５）。これには、例えば、今回車検や定期点検を行ったのであれば、車検や定期点検の間隔（２４ヵ月、１２ヵ月、６ヵ月）等を加算することで、次回の車検や定期点検の期日を設定する。
エンジンオイル、ブレーキフルード、ラジエタ冷却液（ＬＬＣ：ＬｏｎｇＬｉｆｅＣｏｏｌａｎｔ）等、距離または期間によって交換間隔を管理するものの整備を受けた場合、オイル交換を行うべき間隔（６ヵ月、１年等）を加算することで、次回交換を行うべき期日を設定するとともに、現時点での走行距離に、オイル交換を行うべきインターバル、例えば３０００ｋｍ、５０００ｋｍといった、自動車整備工場側で設定した所定の走行距離を加算し、これを、次回整備を受けるべき走行距離として設定する。
【００２６】
さらに、ブレーキパッドやタイヤのように、消耗（摩耗）し、消耗限界がある部品については、消耗限界となる時期や走行距離、あるいはそれ以前に交換が推奨される時期や走行距離を算出する。これには、業務データ格納部６２に既に格納されている過去の整備履歴情報を呼び出す。そして、今回自動車整備工場側で計測した残量（ブレーキパッドの場合は厚さ、タイヤの場合は溝の深さ）と整備履歴情報に含まれる、前回整備を受けた時点での残量との差に基づき、消耗限界となる時期や走行距離、あるいはそれ以前に交換が推奨される時期や走行距離を算出する。より具体的には、
｛（今回の残量）−（前回の残量）｝／｛（当日の日付）−（前回の日付）｝
という式により、消耗比率が得られるので、これに安全率等を含め、時期や走行距離を算出するのである。ここで用いる安全率等は、予め適宜設定すればよい。
なお、このような消耗部品の交換タイミングの予測を行うには、少なくとも今回と前回、２回の情報が必要であるため、前回の情報が蓄積されていない場合には、予測を行わない。
【００２７】
このようにして予測された、次回、整備を行うべきタイミングや走行距離の予測値（整備時期情報）は、処理部７０により、整備時期情報格納部としての業務データ格納部６２に格納される（ステップＳ１０６）。
【００２８】
また、処理部７０では、売上処理等、各種処理を行うための画面を表示部２０に表示する際、顧客の車両に関する整備項目を、今回行った整備項目に応じて追加する項目追加処理を実行することもできる（ステップＳ１０７）。これは、売上処理等、各種処理を行うための画面上で、顧客の車両に対する整備履歴等の情報を表示する際、整備履歴のある項目のみを表示させるためである。
整備項目には、膨大な項目があり、その全てをデフォルトで表示していたのでは、情報量（項目数）が多すぎる。そのため、デフォルトとしては、図７に示すように、整備項目を例えば「エンジンオイル」「オイルフィルター」「ＬＬＣ」「Ａ／Ｔフルード（ＡＴＦ）」の４項目のみとしておく。この状態では、各種処理で整備項目を表示する場合、この４項目のみを表示させ、これを管理項目とする。そして、整備を行う毎に、行った整備項目をデフォルトの管理項目（４項目）に追加していくのである。これには、業務データ格納部６２に、全ての整備項目に対し、それぞれの顧客毎の管理項目を示すフラグ（図では○印）を立てればよい。
なおこのとき、今回の整備内容が、例えば「エンジンオイル」の「交換」ではなく「補充」、「タイミングベルト」の「交換」ではなく「調整」等であった場合、フラグは立てないようにする。これは、「エンジンオイル」の「補充」や、「タイミングベルト」の「調整」は、「エンジンオイル」や「タイミングベルト」の「交換」のインターバルには関係無いためである。このため、図５に示したように、管理項目として適用しない整備内容を特定するため、各整備項目毎に、「引用しない作業名」のキーワードが設定され、これが業務データ格納部６２に予め記憶されている。
そして、処理部７０では、今回行った整備項目と、業務データ格納部６２に格納されている管理項目とを比較し、管理項目に含まれていない整備項目がある場合には、その整備項目にフラグを追加する。このとき、整備項目が、図５に示したように、「引用しない作業名」に設定されているキーワードに該当する場合はフラグは追加しない。
これにより、次回以降、この顧客の管理項目に、今回の整備項目が追加されることになる。例えば図７に示したように、今回、管理項目以外に、「タイミングベルト」「ブレーキパッド」「バッテリ」「タイヤ」「ワイパーゴム」「パワステ（パワーステアリング）オイル」が整備項目にある場合、これらを管理項目に追加するのである。
そして、処理部７０により、追加されたフラグはその顧客のデータに関連付けられ、業務データ格納部６２に記憶される。
【００２９】
このようにして、業務データ格納部６２には、顧客毎の車両の整備履歴情報が蓄積されることになる。
【００３０】
続いて、処理部７０では、顧客カードに対するポイント処理を実行する（ステップＳ１０８）。
顧客カードには、顧客に対し、特典となるポイントを記録することができる。このポイントは、顧客の購買額等に応じて付与・蓄積されるもので、次回以降の利用時に、ポイントに応じた値引きや景品の提供等の特典を受けることができる。
処理部７０では、ステップＳ１０４の売上処理時に得られる、顧客に対する売上金額に応じた「今回の発生ポイント」を算出するとともに、業務データ格納部６２に格納された「過去の蓄積ポイント」を呼び出し、両者を加算する。そして、加算したポイントを「最新の蓄積ポイント」とし、業務データ格納部６２に反映する。
なお、このポイント処理自体は、既に広く行われているものを適用することができる。
【００３１】
上記したような各処理を行った後、カードリーダ・ライタ５０にて、顧客カードに対し、今回整備を受けることで更新される情報が書き込まれる（ステップＳ１０９）。
ここで図８に示すように、顧客カード１００には、例えば磁気により読み書き可能な状態でデータを記憶するデータ記憶部１０１と、ガード表面に文字や記号等により情報を表示する印字部１０２とがある。
印字部１０２には、顧客の氏名や車両を示す顧客情報Ｉ１、顧客カード１００を発行した自動車整備工場を示す発行元情報Ｉ２、顧客の車両について、整備をすべきタイミングを示す整備推奨時期情報Ｉ３、顧客に対して付与される特典ポイントの残高等を示すポイント情報Ｉ４等が視覚的に認識可能な状態で表示されている。
ここで、整備推奨時期情報Ｉ３には、例えば、「エンジンオイル」、「オイルエレメント」、「ＬＬＣ」、「ブレーキパッド」、「ＡＴＦ」、「バッテリー」といった項目について、次回交換すべき「走行距離」、および「期日」が表示され、また、今回整備を受けた時点の期日や走行距離に基づいて算出される「安全度の割合（％）」を表示することができる。なお、この安全度は、交換すべきタイミングに近づくほど低く表示される。
【００３２】
カードリーダ・ライタ５０で顧客カード１００に書き込む情報としては、
・顧客カードに表示される整備推奨時期情報Ｉ３のうち、今回受けた整備によって更新される情報（例えば次回整備が推奨される時期等）がある場合には、その更新情報、
・今回受ける整備によって更新されるポイント情報Ｉ４
等がある。
これらの情報は、データ記憶部１０１に対し磁気データ等として書き込まれるとともに、印字部１０２に視覚的に認識可能な状態で書き込まれる。
【００３３】
このようにして、一連の売上処理を行うことで、自動車整備工場側の自動車管理システムＡでは、顧客の車両に対する整備履歴情報を蓄積するとともに、売上処理、ポイント処理等を行うことができる。また、顧客側は、顧客カード１００に書き込まれる情報の更新を受けることができる。
【００３４】
「蓄積した情報に基づくオリジナル情報の生成処理」
上記のようにして、自動車整備工場側では、顧客の車両に対し整備を行う毎に、様々な情報を蓄積することができる。本自動車管理システムＡでは、蓄積した情報に基づき、以下に示すようなオリジナル情報（自動車整備工場独自の情報）を生成し、これを活用することができる。
自動車整備工場側の自動車管理システムＡでは、顧客に対し整備を行うことによって、個々の部品等の交換インターバルを得ることができる。個々の部品は、一般に、自動車メーカ、部品メーカ等から、交換を推奨するタイミングが設定されているのが通常である。例えば、タイミングベルトなら１０００００ｋｍ毎等である。しかし、車種によっては、より早いタイミングに交換が必要なものもある。
自動車整備工場側では、顧客の車両が入庫した際にタイミングベルトを点検した結果、交換が必要と判断されてタイミングベルトを交換した場合や、実際にタイミングベルトが切れてしまい、その修理のために車両が入庫した場合、自動車管理システムＡには、前記のステップＳ１０２、Ｓ１０３にて、その時点での車両の走行距離が入力され、業務データ格納部６２に格納されることになる。この場合、２回以上、タイミングベルトを交換していれば、前回の交換した時点での走行距離との差により、交換インターバルを算出することができる。また、新車から無交換で、今回はじめて交換したのであれば、その時点の走行距離を、交換インターバルとすることができる。この、タイミングベルトの交換インターバルの情報には、個々の車両の型式情報等が関連付けられて蓄積されている。
【００３５】
このため、自動車管理システムＡは、整備インターバル情報生成部、整備インターバル情報生成手段としての処理部７０において、車両の型式毎、エンジン型式毎等に、タイミングベルトを交換した走行距離を集計し、その平均値、あるいは最小値等を、適宜統計手法で算出することができる。その算出された値に対し、必要に応じて所定の安全率を加味し、これを推奨交換インターバル（整備インターバル情報）とすることができる。そして、上記ステップＳ１０５にて、タイミングベルトの次回交換推奨タイミングを予測する際に、１０００００ｋｍ等、一般的に用いられているタイミングベルトの交換インターバルではなく、算出された推奨交換インターバルの値を用いることができる。
【００３６】
また、タイヤ等の場合、走行距離や走行期間ではなく、一般にはタイヤに設けられているスリップサインを見て、実際のタイヤの摩耗度合いに応じ、交換タイミングを知る。タイヤには、耐摩耗性に優れるロングライフ型もあれば、耐摩耗性に劣るもののグリップ性能が優れるハイグリップ型等もあり、タイヤの銘柄等に応じ、その交換タイミング（インターバル）は大きく異なる。また、同じタイヤでも、車両のパワー等により、その交換タイミングは変わってくる。
このため、自動車管理システムＡでは、タイヤを交換した時点で、車両の走行距離とともに、装着したタイヤ（新たに装着したタイヤ、あるいは交換前に装着していたタイヤ）の銘柄や、車両の型式を関連付けて蓄積すれば、処理部７０で、タイヤの銘柄毎、さらにはタイヤの銘柄と装着した車両の型式毎に、タイヤを実際に交換したインターバルの平均値等を得ることができる。
これにより、上記ステップＳ１０５にて、タイヤの次回交換推奨タイミングを予測する際に、従来は３００００ｋｍ等、自動車整備工場側等で設定した交換インターバルを用いていたのであるが、これに代えて、タイヤの銘柄毎、さらにはタイヤの銘柄と装着した車両の型式毎に算出された推奨交換インターバルの値を用いることができる。
【００３７】
さらに、エンジンオイル等は、一般には走行距離や走行期間に基づいて交換インターバルを管理しているが、一部の車両には、エンジンオイルの汚れ等をセンサで検出し、交換すべきタイミングが到達した時点で、インジケータランプの点灯等で交換を促すものがある。このような車両の場合、インジケータランプが点灯してからエンジンオイルの交換に入庫したのであれば、自動車管理システムＡでは、「インジケータランプの点灯による入庫」等を識別できるようにしてその時点での走行距離を業務データ格納部６２に蓄積すれば、蓄積した複数の車両の情報に基づき、処理部７０では、エンジンオイルの交換インターバルの推奨タイミングを算出することができる。
これにより、顧客に対し、インジケータランプが点灯しそうな適切なタイミングを、次回のエンジンオイル交換タイミングとして案内することができる。
【００３８】
上記したような蓄積した情報に基づくオリジナル情報の生成は、上記に例示したタイミングベルト、タイヤ、エンジンオイル以外の部品等に対しても行うことができる。もちろん、算出する交換インターバルの推奨値（予測値）の精度を上げるには、情報の母数が多い方が好ましい。つまり、大規模な自動車整備工場や、複数の自動車整備工場をネットワークで結び、これら複数の自動車整備工場から多くの情報を得て蓄積するのが好ましい。
また、タイミングベルト、タイヤ、エンジンオイル等の部品を交換したインターバルの情報を、自動車メーカや部品メーカに提供すれば、メーカ側でも部品寿命や部品の劣化度合いを得ることができ、その後の製品開発等に有効に用いることができる。もちろん、自動車管理システムＡからの情報の提供は、オンライン・オフラインのいかなる形態であってもよいが、よりリアルタイムな情報提供を行うには、自動車管理システムＡをメーカ側のシステム（データベース）等にネットワークに接続するのが好ましい。この場合、個人情報を保護するため、メーカ側には、部品の交換インターバルと車両の型式等のみを提供するのが好ましい。
【００３９】
「ダイレクトメール作成処理」
また、自動車管理システムＡは、顧客が自動車整備工場で整備等を受けるたびに蓄積する顧客の整備履歴情報等を用いて、下記のようなダイレクトメールを作成するための処理を実行することもできる。図９は、その処理の流れを示すものである。
自動車整備工場側で、担当者がダイレクトメールを送る対象となる顧客の条件を設定する。例えば、「来月車検満了日が来る」、「オイル、ブレーキパッド等の交換タイミングが１ヵ月以内」等である。この条件は担当者が適宜設定すればよい。
担当者は、この条件を自動車管理システムＡの入力部４０により指定する。すると、処理部７０は、これを受け付け（ステップＳ２０１）、指定された条件に合致する顧客を抽出する（ステップＳ２０２）。
【００４０】
続いて、処理部７０は、抽出された個々の顧客の（３）整備履歴情報を呼び出し、対象となる整備項目について、見積金額を算出する（ステップＳ２０３）。これには、顧客の（２）車両情報に含まれる顧客の車両の型式等に基づき、業務データ格納部６２に格納されているデータをサーチし、整備に必要な部品を特定するとともに、その部品の単価、および整備に必要な工数（時間）を得る。このため業務データ格納部６２には、オイル等の汎用部品の他、車種毎の部品の部品コードや単価のデータ、各種整備に要する工数（時間）のデータ等が格納されている。
そして、処理部７０では、これらのリストを表示部２０に表示する。このリストには、必要に応じて部品の使用個数等を入力できるようになっており、入力部４０により使用個数等を担当者が入力すると、処理部７０により部品の見積金額が算出されるようになっている。また、整備に必要な工賃については、時間あたりの基準工賃を自動車管理システムＡに予め設定することができるようになっており、部品毎の工数と基準工賃を積算することで、工賃の見積金額が算出されるようになっている。このとき、基準工賃は、予め設定された金額を用いるのではなく、表示部２０上に表示された入力欄に対し、入力部４０によって入力された金額を用いることもできる。
【００４１】
このようにして、一人の顧客に対する整備の見積金額が算出されると、処理部７０では、その見積金額を出力することができる（ステップＳ２０４）。この出力形態としては、印字部３０による、整備を受けることを薦めるダイレクトメール用の葉書等へのプリントアウトが好適である。
【００４２】
なお、上記のような機能を用い、本自動車管理システムＡでは、蓄積した情報に基づき、自動車整備工場における整備スケジュールの管理を行うこともできる。
その場合、自動車整備工場では、担当者が、特定の日、特定の週等を選び、その日付を自動車管理システムＡの入力部４０により指定する。
すると、処理部７０は、指定された日付、あるいはそれ以降の一定期間内に、整備を推奨するタイミングが到来する顧客を抽出する。
そして、処理部７０では、抽出された顧客に対し、案内を出すための情報を出力する。
【００４３】
自動車整備工場では、このようにして、抽出された顧客に対し、前記した日付に整備を受けることを薦める内容の案内を送付するのである。このとき、業務データ格納部６２から、抽出された顧客の住所、氏名等のデータを、印字部３０でダイレクトメール用の葉書等にプリントアウトする形で出力することもできるし、さらには処理部７０で案内用の電子メールを作成し、これをインターネット等を介して顧客に送付する形とすることもできる。
このようにすれば、自動車整備工場では、例えば、自動車整備工場の閑散期に顧客を導いて、繁忙度の均一化を図ることができる。また、特定の日を、例えば「エンジンオイル交換のみ」とし、同じ作業の繰り返しとすることで作業の効率化を図ったりすることもできる。
もちろん、自動車管理システムＡで、自動車整備工場のスケジュール管理を行うことができるのであれば、これと連動し、自動車整備工場の閑散期を自動車管理システムＡ側で抽出し、これを前記の「特定の日」として指定することも可能である。
【００４４】
図１０は、上記の「ダイレクトメール作成処理」および「スケジュール管理処理」を適用して作成する案内状の一例であり、その場合、図１０中、符号Ｂ１に示す部分に、次回整備を受ける際の見積金額が表示され、符号Ｂ２で示す部分には、自動車整備工場側で指定した「特定の日」に整備を受けるのであれば、費用をディスカウントできる旨の表示がなされている。
【００４５】
「在庫管理処理」
本自動車管理システムＡでは、蓄積した情報に基づき、自動車整備工場における在庫管理を行うこともできる。図１１は、その処理の流れを示すものである。
自動車整備工場側で、担当者が、在庫管理を行う対象期間を適宜設定する。例えば「今月」、「来月」等である。担当者は、この条件を自動車管理システムＡの入力部４０により指定する。
すると、処理部７０は、これを受け付け（ステップＳ３０１）、自動車整備工場で取り扱う全ての部品のそれぞれについて、指定された条件に合致する期間に、「交換タイミング」が到来する車両の数を集計する（ステップＳ３０２）。例えば、エンジンオイルであれば、「今月、車検満了日が到来する」、「今月、エンジンオイルの交換タイミングが到来する」車両の台数を集計する。これにより、個々の部品について、対象となる期間中に必要な量が算出できるので、処理部７０は、その算出した値を、表示部２０に表示したり、印字部３０に印字する（ステップＳ３０３）。
自動車整備工場では、個々の部品の、算出された、「対象となる期間中に必要な量」に基づき、部品を発注する等して、部品が不足しないように在庫管理することができる。
【００４６】
上述したように、自動車管理システムＡによれば、顧客に対して整備を行う度に蓄積する様々な情報を用い、「蓄積した情報に基づくオリジナル情報の生成処理」、「ダイレクトメール作成処理」、「在庫管理処理」等を行うことができ、これにより業務の効率化を図るとともに、顧客に対してより有効なサービスを提供することが可能となる。
【００４７】
なお、上記実施の形態では、自動車管理システムＡで様々な機能（処理）を実現できる例を示したが、これらの機能は、適宜取捨選択して自動車管理システムＡに備えればよい。また、詳細な処理の順序等については、同様の機能を発現できるのであれば如何なるものとしてもよいのは言うまでも無い。
また、自動車管理システムＡを、一つの自動車整備工場で利用する、いわゆるスタンドアロン型として説明したが、複数箇所の自動車整備工場でネットワークを組んでいる（提携している）場合には、これら複数箇所の整備工場で自動車管理システムＡをネットワーク等を介して接続し、共用する構成とすることもできる。
これ以外にも、本発明の主旨を逸脱しない限り、上記実施の形態で挙げた構成を取捨選択したり、他の構成に適宜変更することが可能である。
【００４８】
【発明の効果】
以上説明したように、本発明によれば、業務の効率化を図るとともに、顧客に対してより有効なサービスを提供することが可能となる。
【図面の簡単な説明】
【図１】本実施の形態における自動車管理システムの構成を示す図である。
【図２】各顧客に関するデータの一例を示す図である。
【図３】売上処理を行うときの処理の流れを示す図である。
【図４】売上入力画面の一例を示す図である。
【図５】業務データ格納部に格納された、キーワードの関連を示す図である。
【図６】売上明細表示画面の一例を示す図である。
【図７】初期管理項目と、整備を受けた状況に応じて設定される管理項目を示す図である。
【図８】顧客カードの一例を示す図である。
【図９】ダイレクトメール作成処理の流れを示す図である。
【図１０】案内状の一例を示す図である。
【図１１】在庫管理処理の流れを示す図である。
【符号の説明】
１０…本体、２０…表示部、３０…印字部、４０…入力部、５０…カードリーダ・ライタ、６０…情報格納部、６２…業務データ格納部（整備時期情報格納部、顧客情報格納部、部品価格情報格納部、車種情報格納部、整備履歴情報格納部）、７０…処理部（情報生成部、整備インターバル情報生成部、整備タイミング予測部、情報生成手段、整備インターバル情報生成手段、整備タイミング予測手段）、１００…顧客カード、Ａ…自動車管理システム[0001]
BACKGROUND OF THE INVENTION
The present invention relates to an automobile management system suitable for use in an automobile maintenance factory or the like.
[0002]
[Prior art]
In order to manage customers at automobile maintenance shops and auto parts stores, record the next vehicle inspection date of the customer's vehicle, etc., and direct mail etc. to guide the next vehicle inspection and periodic inspection etc. based on that information Sending is widely done.
For this purpose, an automobile maintenance shop or a car supply store will extract customers whose vehicle inspection date is due at a specific time (for example, the following month) based on the above information, and send direct mail to the extracted customers. Is sent.
[0003]
However, the maintenance items such as engine oil, brake pads, etc. that need to be replaced next time vary greatly depending on the customer's frequency of car use, etc. It is difficult to conduct timely guidance activities.
Therefore, the actual situation is that it can only be described in a sentence such as “Oil change every 3000 km or every six months” in a direct mail or poster or the like for guiding the vehicle inspection as described above.
[0004]
On the other hand, in various stores in recent years for the purpose of improving services for customers and enclosing customers, point cards that provide privilege points according to the purchase price of customers, such as vehicle inspection, engine oil, etc. The present applicant has already proposed a system for recording the time when the next maintenance is recommended (see, for example, Patent Document 1). According to this system, customers can easily know the next vehicle inspection timing, engine oil, brake pads, cooling water (LLC) replacement timing, etc. by looking at the point cards they hold, It becomes possible to receive maintenance.
Further, in this system, when the customer's vehicle is serviced, the date and the travel distance at that time are input to the PC as maintenance history information. Based on this, the next timing to perform maintenance is predicted, and the predicted timing (time and mileage) is printed on the card.
[0005]
[Patent Document 1]
JP 2001-71873 A
[0006]
[Problems to be solved by the invention]
Car maintenance factories and auto parts stores need to input maintenance history information as described above, but there are various other management tasks such as sales processing and parts inventory management. It is always desirable to link well and make the business as efficient as possible.
In particular, in an automobile maintenance factory, since a maintenance schedule is determined by a request from a customer, a time when requests are concentrated and a time when the requests are not concentrated occur. In order to average this, direct mail to customers is utilized, but it is more preferable if more effective guidance activities can be performed.
Furthermore, unnecessary maintenance not only increases the burden on the customer, but also increases the amount of waste, etc., which is not preferable in terms of the environment. For this reason, it is preferable that more appropriate guidance can be provided to the customer at the car maintenance shop or the car supply store side so that the customer can be maintained at appropriate intervals.
[0007]
The present invention has been made on the basis of such a technical problem. In an automobile maintenance factory or the like, an automobile management system and the like that can improve the efficiency of operations and provide more effective services to customers. The purpose is to provide.
[0008]
[Means for Solving the Problems]
For this purpose, the vehicle management system according to the present invention is configured such that the information generation unit specifies a specific time based on the maintenance time information stored in the maintenance time information storage unit and related to the scheduled maintenance time for the customer's vehicle. A vehicle having a scheduled time within a period is extracted, and predetermined information is generated regarding the extracted vehicle.
As the predetermined information generated in this way, for example, there is information obtained by tabulating the amount of parts required for performing maintenance on the extracted vehicle within a specific period. For example, “the vehicle where the brake pad replacement time (scheduled time) arrives next month” is extracted, and “the amount of necessary brake pads” is totaled. Thus, if necessary parts are insufficient, parts can be managed in an automobile maintenance factory by placing an order in advance. Of course, the system can be combined with a system for managing the number of parts in stock, a part ordering system, etc., and the number of parts in stock can be checked on the system, and parts can be ordered with the parts ordering system as necessary.
[0009]
In addition, the system further includes a customer information storage unit that stores information indicating customer contact information, such as an address and an e-mail address, in association with maintenance time information, and the information generation unit schedules the information within a specific period. It is also possible to generate information including a contact address for giving a guide to a customer who has a vehicle that comes in time. For example, in the following month, the address and e-mail address will be used to extract vehicles that are scheduled for various maintenance such as vehicle inspections and oil changes in the next month, and to provide customers with such vehicles in advance by direct mail or e-mail. It is possible to generate information such as a list including. In addition, this information can include maintenance items that are scheduled to arrive. In addition, a part price information storage unit storing part price information necessary for vehicle maintenance is further provided. Based on this part price information, an estimated amount of maintenance cost for the vehicle is calculated and used as information for providing guidance. It can also be included.
The car maintenance shop side can send a direct mail or an e-mail to the customer based on the information generated in this way. Of course, if the system has a function for printing direct mail and a function for creating an email, direct mail and email may be created based on information indicating the customer's contact information. Is possible. At this time, it is possible to describe the above-described maintenance items, estimated amounts, and the like, which are scheduled to arrive, in direct mail or e-mail.
[0010]
It is also possible for the car maintenance factory to select and set a date when the schedule is vacant, and to provide guidance that recommends receiving maintenance on this day. In that case, if the customer wishes to receive maintenance on the date designated by the car maintenance factory, a privilege such as discounting the cost may be provided. In addition, if this system has a function to manage the maintenance schedule of an automobile maintenance shop or a function to receive a reservation order via the telephone or the Internet, the reservation order and maintenance schedule management are automatically linked to these functions. It is also possible to do this.
Now, this system is suitable for use in an automobile maintenance shop or an automobile supply store. In this case, the system can be a stand-alone system comprising a single PC, or a network type comprising a server and a client terminal, both of which can be connected via an external network such as the Internet or a LAN. It can also be set as the system form. In the case of the latter network type system, the server side is at least a maintenance time information storage unit, and the client terminal side is an information generation unit. This type of system can be used in a single car maintenance shop or car supply store where a plurality of client terminals are used in a network, as well as in a chain store, franchise store, etc., where a server is installed at the headquarters, It can also be applied to the case where client terminals are placed in offices or sales offices.
[0011]
The present invention stores vehicle type information for identifying a vehicle type of a customer's vehicle in a vehicle type information storage unit, stores history information about the timing of maintenance performed on the vehicle in a maintenance history information storage unit, and maintains interval information. When the generation unit generates maintenance interval information for each vehicle type based on these vehicle type information and history information, and recommends that the customer's vehicle receive next maintenance based on the maintenance interval information It can also be set as the automobile management system which predicts by the maintenance timing prediction unit.
In other words, every time a customer's vehicle is serviced, the date of maintenance, the distance traveled by the vehicle, etc. are accumulated as history information. An average value or the like is generated as maintenance interval information. And based on this maintenance interval information, the timing which recommends receiving next maintenance is estimated.
In general, replacement intervals are set for each maintenance item depending on the distance traveled and the period. However, some parts, such as timing belts, may be easily cut off early depending on the vehicle type or engine type. is there. In such a case, it is effective to generate maintenance interval information based on the accumulated information (actual result) as described above.
[0012]
The present invention can also be understood as a terminal device that can be connected to an external database via an external network such as the Internet or a LAN by connection means such as an interface. In this case, the terminal device calls the maintenance time information related to the scheduled maintenance time for the customer's vehicle stored in an external database in the information generating means, and the scheduled time arrives within a specific period. And the contact information indicating the contact information of the customer who owns the extracted vehicle is called from an external database, and information including the contact information for giving guidance to the customer is generated. .
At this time, the database further stores vehicle type information for identifying the vehicle type of the customer's vehicle and history information regarding the timing of maintenance performed on the vehicle. In the terminal device, history information and Based on the vehicle type information, generate maintenance interval information for each vehicle type, and use the maintenance timing prediction means to predict the recommended timing for the customer's vehicle to receive next maintenance based on the maintenance interval information. You can also.
[0013]
The present invention accesses a database storing vehicle type information for identifying a vehicle type of a customer's vehicle and history information regarding the timing of maintenance performed on the vehicle, and based on the history information and the vehicle type information, a history of the same vehicle type is stored. A step of calling information, generating maintenance interval information performed for each vehicle type based on the called history information, and storing the maintenance interval information in a database. It can also be understood as a computer program.
In this case, it is preferable that the computer program further includes a step of predicting a timing for recommending the next maintenance for the customer's vehicle based on the maintenance interval information.
[0014]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, the present invention will be described in detail based on embodiments shown in the accompanying drawings.
FIG. 1 is a diagram for explaining a schematic configuration of an automobile management system A in the present embodiment.
This car management system A is used in car maintenance factories, car supply stores that can perform various maintenance work such as oil exchange, car sales dealers, etc. When referred to as a factory, these auto supply stores and car dealers are included.
In the car management system A, the car maintenance factory can accumulate information about each customer, so that the customer can be informed of the timing for the next maintenance and can take on various management functions in the car maintenance factory. . In addition, a customer card is issued to each customer from the car maintenance factory side, and the customer card is linked with the car management system A so that the customer side can obtain various information. .
[0015]
As shown in FIG. 1, the hardware configuration of the automobile management system A includes information by printing such as a main body 10, a display unit 20 that displays information by an image such as a monitor connected to the main body 10, and a printer. A printing unit 30 that outputs information, an input unit 40 for inputting information, such as a keyboard and a mouse, and a card reader / writer 50 for reading and writing information to and from a magnetic card / IC card.
[0016]
When the vehicle management system A is a so-called stand-alone type constituted by one main body 10, the main body 10 stores predetermined information in addition to the CPU 11, ROM 12, and RAM 13 for executing predetermined processing. The HDD 15 that functions as the information storage unit 60 is provided. The information storage unit 60 stores a program data storage unit 61 that stores a predetermined program for causing the vehicle management system A to function, and business data necessary for executing various processes in the vehicle management system A. And a business data storage unit 62.
Further, when the automobile management system A is configured as a network type computer system in which a server and a client terminal are connected via a LAN or the Internet, at least a CPU 11, ROM 12, and RAM 13 are provided on the main body 10 side serving as a client terminal (terminal device). The HDD 15 stores at least a program for executing the vehicle management system A, and the business data storage unit 62 shown in FIG. 1 is stored on the external server (database) side and provided in the main body 10. The necessary interface (connection means) may be configured to access an external server via an external network such as a LAN or the Internet as needed to call necessary information.
In the following description, the case where the vehicle management system A is a stand-alone type will be described in mind, but the same function can be realized even when configured as a network type computer system. Needless to say.
[0017]
Next, functions of the automobile management system A will be described. Here, in the vehicle management system A, various processes automatically executed are expressed by operating the CPU 11, the ROM 12, and the RAM 13 in cooperation with each other based on a program stored in the program data storage unit 61 of the main body 10. It is executed by the processing unit (information generating unit, information generating unit) 70.
[0018]
The car maintenance factory prepares a so-called membership system and issues a customer card made up of a magnetic card, an IC card, etc. to a customer registered in advance as a member. And when the car maintenance shop side registers the customer as a member,
(1) Customer information such as customer name, address, phone number, e-mail address, etc. for identifying (identifying) the customer and identifying the customer contact information,
(2) Customer vehicle information (vehicle type information) for identifying the customer's vehicle, such as the customer's vehicle registration number, vehicle type, model, chassis number, etc.
Are stored in the business data storage unit 62 as a customer information storage unit and a vehicle type information storage unit. At this time, the car maintenance factory issues a customer identification code for identifying the customer, such as a membership number, to the customer. The information (1) and (2) above is related to the customer identification code. The data is stored in the data storage unit 62.
[0019]
When a customer receives maintenance at an automobile maintenance factory or purchases a part or the like, the person in charge inputs the information to the main body 10 through the input unit 40 or the like on the automobile maintenance factory side.
As input information,
(3) Maintenance history information regarding the maintenance items and maintenance dates for the customer's vehicle, such as engine oil replacement, cooling water replacement, brake pad replacement, periodic inspection, vehicle inspection, etc. History information),
(4) Purchase history information related to the purchase amount when the customer receives maintenance or purchases parts,
The input information is stored in the business data storage unit 62 as a maintenance history information storage unit.
In addition, parts that are worn (worn) and have wear limits, such as brake pads and tires, will remain when the car maintenance shop performs other maintenance, even if they are not serviced or replaced. The thickness is measured in the case of a brake pad and the depth of a groove in the case of a tire), and the person in charge inputs the measured value with the input unit 40 or the like. 62.
FIG. 2 shows an example of the data input in this way.
[0020]
In addition, in the business data storage unit 62, as part price information storage part, in addition to general-purpose parts such as engine oil and tires handled in the automobile maintenance factory, parts code, unit price, and man-hour required for replacement for parts for each vehicle type Data such as (time) is stored.
[0021]
Now, each function provided in the automobile management system A having the above-described configuration will be sequentially described below.
"Sales processing"
FIG. 3 is a diagram showing a flow of sales processing performed when a customer receives maintenance at an automobile maintenance factory or purchases a part or the like.
When a customer receives maintenance at an automobile maintenance factory, the customer presents a customer card owned by the customer to the automobile maintenance factory. Then, a customer card is inserted into the card reader / writer 50 at the car maintenance shop side.
When the automobile management system A recognizes that a customer card has been inserted into the card reader / writer 50, the card reader / writer 50 reads information (customer information) recorded on the customer card (step S101). At this time, at least the customer identification code is generally read.
The processing unit 70 refers to the business data storage unit 62 based on the read customer identification code, calls the customer information (1) associated with the read customer identification code, and, as shown in FIG. A screen for inputting sales generated by receiving maintenance is displayed on the display unit 20 (step S102).
[0022]
In response to this, the person in charge inputs the sales contents corresponding to the maintenance performed on the customer's vehicle to the automobile management system A through the input unit 40. Specifically, the maintenance items according to the maintenance content such as oil change, vehicle inspection, etc., sales items such as used parts, unit price per hour of work labor, unit price of parts, number of parts, etc. are entered in the input field A1 etc. . At this time, the customer's vehicle travel distance (display value on the odometer) and the remaining amount of brake pads and tires can also be entered in the input fields A2, A3, and the like.
As the maintenance item and the sales item, in the case of oil replacement, it is necessary to input a predetermined name for specifying the maintenance content and parts, such as engine oil. In this embodiment, as shown in FIG. In addition, a plurality of keywords are associated with one maintenance item. For example, in the case of oil change, keywords “engine” and “oil” are associated as maintenance items as well as “engine oil”. Further, when the oil filter is replaced, keywords “filter” and “element” indicating the oil filter are associated in addition to “oil filter”. Furthermore, since the oil filter is often changed at the same time when the engine oil is changed, the keywords “engine” and “oil” are also associated with the “oil filter”.
These keywords associated with maintenance items and sales items as shown in FIG. 5 are stored in the business data storage unit 62.
Thus, when the person in charge inputs the sales contents corresponding to the maintenance performed on the customer's vehicle to the vehicle management system A by the input unit 40, any keyword indicating the same maintenance item, for example, “oil” Any one of “Filter”, “Filter”, and “Element” can be input.
[0023]
When the keyword as described above is input by the input unit 40, the processing unit 70 displays maintenance items and sales items associated with the keyword on the display unit 20, as shown in FIG. Further, upon receiving the input of the sales details as described above, the amount for each sales item, the total amount of sales, and the like are calculated, and the result is displayed on the display unit 20 (step S103). As a result, the processing unit 70 accepts input of information related to sales.
[0024]
The person in charge confirms the information related to the sales displayed on the display unit 20, and if it is correct, operates the “confirm” key, the “execute” key, etc. on the input unit 40.
In response to this, the processing unit 70 stores information related to the sales in the business data storage unit 62 in association with the customer identification code. As a result, sales information for the entire automobile maintenance factory is also stored in the business data storage unit 62. Further, at this time, the processing unit 70 stores the current maintenance item, the date of maintenance, the mileage of the vehicle at that time, and the like in association with the customer identification code in the business data storage unit 62 ( Step S104).
[0025]
Further, the processing unit 70 sets (predicts) the next maintenance timing for the maintenance item performed this time as a maintenance timing prediction unit and a maintenance timing prediction unit (step S105). For example, if the vehicle inspection or periodic inspection is performed this time, the date of the next vehicle inspection or periodic inspection can be determined by adding the interval of vehicle inspection or periodic inspection (24 months, 12 months, 6 months), etc. Set.
When engine oil, brake fluid, radiator coolant (LLC: Long Life Coolant), etc., where the replacement interval is managed depending on the distance or period, the interval (6 months, 1 year, etc.) at which the oil should be changed is added. In addition to setting a date for the next replacement, add a predetermined travel distance set on the side of the car maintenance factory, such as an interval for oil replacement, for example, 3000 km, 5000 km, to the current travel distance, This is set as the mileage to be serviced next time.
[0026]
Further, for parts that are worn (worn) and have a wear limit, such as brake pads and tires, the time and travel distance at which the wear limit is reached, or the recommended replacement time and travel distance before that are calculated. For this, the past maintenance history information already stored in the business data storage unit 62 is called. And the remaining amount (the thickness in the case of brake pads, the depth of the groove in the case of tires) and the remaining amount at the time of receiving the previous maintenance included in the maintenance history information Based on the difference, the time and mileage at which the wear limit is reached, or the time and mileage for which replacement is recommended before that time are calculated. More specifically,
{(Current remaining amount)-(Previous remaining amount)} / {(Today's date)-(Previous date)}
The consumption ratio can be obtained from the above formula, and the time and mileage are calculated including the safety factor. The safety factor used here may be set appropriately in advance.
It should be noted that in order to predict the replacement timing of such consumable parts, at least this time and the previous information are required, and therefore the prediction is not performed when the previous information is not accumulated.
[0027]
The predicted value (maintenance time information) of the next maintenance time and travel distance predicted as described above is stored in the business data storage unit 62 as the maintenance time information storage unit by the processing unit 70 ( Step S106).
[0028]
In addition, when the processing unit 70 displays a screen for performing various processes such as sales processing on the display unit 20, the processing unit 70 executes an item addition process for adding a maintenance item related to the customer's vehicle according to the maintenance item performed this time. It can also be performed (step S107). This is to display only items having a maintenance history when displaying information such as the maintenance history of the customer's vehicle on the screen for performing various processes such as sales processing.
There are a huge number of maintenance items, and if all of them are displayed by default, the amount of information (number of items) is too large. Therefore, as a default, as shown in FIG. 7, the maintenance items are, for example, only four items of “engine oil”, “oil filter”, “LLC”, and “A / T fluid (ATF)”. In this state, when displaying maintenance items in various processes, only these four items are displayed and set as management items. Each time maintenance is performed, the maintenance items performed are added to the default management items (four items). For this purpose, a flag (marked with a circle in the figure) indicating management items for each customer may be set in the business data storage unit 62 for all maintenance items.
At this time, if the current maintenance content is, for example, “replenishment” instead of “replacement” of “engine oil”, “adjustment” rather than “replacement” of “timing belt”, do not set a flag. To do. This is because “replenishment” of “engine oil” and “adjustment” of “timing belt” are not related to the “replacement” intervals of “engine oil” and “timing belt”. For this reason, as shown in FIG. 5, in order to identify maintenance contents that are not applied as management items, a keyword “work name not quoted” is set for each maintenance item, and this keyword is stored in the business data storage unit 62 in advance. Has been.
Then, the processing unit 70 compares the maintenance item performed this time with the management item stored in the business data storage unit 62, and if there is a maintenance item not included in the management item, the maintenance item is included in the maintenance item. Add a flag. At this time, as shown in FIG. 5, if the maintenance item corresponds to the keyword set in “work name not quoted”, no flag is added.
Thereby, the maintenance item of this time is added to the management item of this customer after the next time. For example, as shown in FIG. 7, in addition to the management items this time, if “Timing belt”, “Brake pad”, “Battery”, “Tire”, “Wiper rubber”, “Power steering (power steering) oil” are in the maintenance items, Is added to the management item.
Then, the added flag is associated with the customer data by the processing unit 70 and stored in the business data storage unit 62.
[0029]
In this way, vehicle maintenance history information for each customer is accumulated in the business data storage unit 62.
[0030]
Subsequently, the processing unit 70 executes point processing for the customer card (step S108).
On the customer card, points serving as benefits for the customer can be recorded. These points are given / accumulated according to the purchase amount of the customer, etc., and at the next and subsequent uses, benefits such as discounts and offer of prizes can be obtained.
The processing unit 70 calculates the “current generation point” corresponding to the sales amount for the customer, which is obtained at the time of the sales process in step S104, and calls the “past accumulated points” stored in the business data storage unit 62, Add both together. Then, the added point is set as “latest accumulated point” and reflected in the business data storage unit 62.
Note that this point processing itself can be applied widely.
[0031]
After performing each processing as described above, the card reader / writer 50 writes information that is updated by receiving this maintenance on the customer card (step S109).
Here, as shown in FIG. 8, the customer card 100 includes a data storage unit 101 that stores data in a magnetically readable / writable state, for example, and a printing unit 102 that displays information on the guard surface with characters, symbols, and the like. is there.
The printing unit 102 includes customer information I1 indicating the customer's name and vehicle, issuer information I2 indicating the automobile maintenance shop that issued the customer card 100, and recommended maintenance time information I3 indicating the timing for maintenance of the customer's vehicle. The point information I4 indicating the balance of privilege points given to the customer is displayed in a visually recognizable state.
Here, the recommended maintenance time information I3 includes, for example, “travel distance” to be replaced next time for items such as “engine oil”, “oil element”, “LLC”, “brake pad”, “ATF”, and “battery”. ”And“ date ”, and“ safety ratio (%) ”calculated based on the date and mileage at the time of receiving maintenance this time can be displayed. In addition, this safety degree is displayed so low that it approaches the timing which should be replaced | exchanged.
[0032]
Information to be written on the customer card 100 by the card reader / writer 50 is as follows:
-If the maintenance recommended time information I3 displayed on the customer card has information updated by the maintenance received this time (for example, when the next maintenance is recommended), the updated information,
・ Point information I4 updated by the maintenance received this time
Etc.
These pieces of information are written in the data storage unit 101 as magnetic data or the like, and are written in the printing unit 102 in a visually recognizable state.
[0033]
In this way, by performing a series of sales processing, the vehicle management system A on the side of the vehicle maintenance factory can accumulate maintenance history information for the customer's vehicle and can perform sales processing, point processing, and the like. Further, the customer side can receive an update of information written in the customer card 100.
[0034]
“Generation of original information based on accumulated information”
As described above, the automobile maintenance factory can accumulate various information every time maintenance is performed on the customer's vehicle. In the automobile management system A, original information (information unique to an automobile maintenance factory) as shown below can be generated based on the accumulated information and used.
In the automobile management system A on the side of the automobile maintenance factory, it is possible to obtain replacement intervals for individual parts and the like by performing maintenance on the customer. In general, the timing for recommending replacement of individual parts is usually set by an automobile manufacturer, a parts manufacturer, or the like. For example, the timing belt is every 100,000 km. However, some models require replacement at an earlier timing.
At the car maintenance shop, the timing belt was inspected when the customer's vehicle arrived. As a result, it was determined that the timing belt had to be replaced. When the vehicle arrives, the vehicle management system A is inputted with the travel distance of the vehicle at that time in steps S102 and S103 and stored in the business data storage unit 62. In this case, if the timing belt has been replaced twice or more, the replacement interval can be calculated from the difference from the travel distance at the time of the previous replacement. Further, if the vehicle is replaced for the first time without replacement from the new vehicle, the travel distance at that time can be set as the replacement interval. The timing belt replacement interval information is stored in association with model information of individual vehicles.
[0035]
For this reason, the vehicle management system A totals the distance traveled by replacing the timing belt for each vehicle type, engine type, etc. in the maintenance interval information generation unit and the processing unit 70 as the maintenance interval information generation unit. An average value, a minimum value, or the like can be calculated by a statistical method as appropriate. A predetermined safety factor is added to the calculated value as necessary, and this can be used as a recommended replacement interval (maintenance interval information). In step S105, when the next recommended replacement timing of the timing belt is predicted, the calculated recommended replacement interval value is used instead of the generally used timing belt replacement interval such as 100000 km. Can do.
[0036]
In the case of a tire or the like, the replacement timing is known according to the actual degree of wear of the tire by looking at the slip sign generally provided on the tire, not the travel distance or travel period. There are two types of tires, a long-life type with excellent wear resistance and a high-grip type with inferior wear resistance but excellent grip performance. The replacement timing (interval) varies greatly depending on the brand of the tire. In addition, even with the same tire, the replacement timing varies depending on the power of the vehicle and the like.
For this reason, in the automobile management system A, when the tire is replaced, the brand of the mounted tire (a newly mounted tire or a tire mounted before the replacement) and the model of the vehicle, together with the travel distance of the vehicle, are obtained. If the data are stored in association with each other, the processing unit 70 can obtain an average value of intervals at which the tires are actually exchanged, for each tire brand, and further for each tire brand and the type of vehicle mounted.
Thereby, when predicting the next replacement recommended timing of the tire in the above step S105, the replacement interval set on the side of the automobile maintenance factory or the like is conventionally used, such as 30000 km. The recommended replacement interval value calculated for each of the brands, and for each brand of the tire and the model of the mounted vehicle can be used.
[0037]
In addition, for engine oil and the like, the replacement interval is generally managed based on the travel distance and travel period, but for some vehicles, the sensor oil is detected by a sensor and the timing for replacement is reached. At that time, there is a device that prompts replacement by turning on an indicator lamp or the like. In the case of such a vehicle, if the vehicle enters the engine oil replacement after the indicator lamp is lit, the vehicle management system A can identify “entrance by lighting the indicator lamp” and the like at that time. If the travel distance is accumulated in the business data storage unit 62, the processing unit 70 can calculate the recommended timing of the engine oil replacement interval based on the accumulated information on the plurality of vehicles.
Thereby, it is possible to guide the customer at an appropriate timing at which the indicator lamp is likely to be lit as the next engine oil replacement timing.
[0038]
The generation of the original information based on the accumulated information as described above can also be performed for components other than the timing belt, tire, and engine oil exemplified above. Of course, in order to increase the accuracy of the recommended value (predicted value) of the exchange interval to be calculated, it is preferable that the information parameter is large. In other words, it is preferable to connect a large-scale automobile maintenance factory or a plurality of automobile maintenance shops through a network, and obtain and accumulate a lot of information from the plurality of automobile maintenance shops.
In addition, if information on intervals at which parts such as timing belts, tires, and engine oil are replaced is provided to automobile manufacturers and parts manufacturers, the manufacturer can also obtain the life of parts and the degree of deterioration of parts. Can be used effectively. Of course, the provision of information from the vehicle management system A may be in any form of online or offline, but in order to provide more real-time information, the vehicle management system A is replaced with a system (database) on the manufacturer side. It is preferable to connect to a network. In this case, in order to protect personal information, it is preferable to provide only the parts replacement interval and the vehicle model to the manufacturer.
[0039]
"Direct mail creation process"
In addition, the automobile management system A can also execute the following process for creating a direct mail using customer maintenance history information and the like that is accumulated every time a customer receives maintenance at an automobile maintenance factory. . FIG. 9 shows the flow of the processing.
At the car maintenance shop side, the person in charge sets the conditions of the customer to whom the direct mail is sent. For example, “the next vehicle inspection expiry date is coming”, “oil and brake pad replacement timing is within one month”, and the like. This condition may be set appropriately by the person in charge.
The person in charge designates this condition through the input unit 40 of the automobile management system A. Then, the process part 70 receives this (step S201), and extracts the customer who matches the designated conditions (step S202).
[0040]
Subsequently, the processing unit 70 calls the extracted (3) maintenance history information of each individual customer, and calculates an estimated amount for the target maintenance item (step S203). This includes searching the data stored in the business data storage unit 62 based on the model of the customer's vehicle included in the customer's (2) vehicle information and identifying the parts necessary for maintenance. Unit price and the man-hours (hours) required for maintenance. For this reason, in the business data storage unit 62, in addition to general-purpose parts such as oil, part code and unit price data of parts for each vehicle type, man-hour (time) data required for various maintenance, and the like are stored.
Then, the processing unit 70 displays these lists on the display unit 20. In this list, the number of parts used can be input as necessary. When the person in charge inputs the number of parts used by the input unit 40, the processing unit 70 calculates the estimated amount of the part. It has become. In addition, the wage required for maintenance can be set in advance in the car management system A, and the estimated amount of wage can be estimated by integrating the number of man-hours for each part and the standard wage. Is calculated. At this time, the amount of money input by the input unit 40 for the input field displayed on the display unit 20 can be used as the reference wage, instead of using the amount of money set in advance.
[0041]
Thus, when the estimated amount of maintenance for one customer is calculated, the processing unit 70 can output the estimated amount (step S204). As this output form, a printout to a postcard or the like for direct mail that is recommended to receive maintenance by the printing unit 30 is suitable.
[0042]
In addition, by using the functions as described above, the present automobile management system A can also manage the maintenance schedule in the automobile maintenance factory based on the accumulated information.
In that case, in the automobile maintenance factory, the person in charge selects a specific day, a specific week, etc., and designates the date by the input unit 40 of the automobile management system A.
Then, the process part 70 extracts the customer who the timing which recommends maintenance comes within the designated date or the fixed period after that.
Then, the processing unit 70 outputs information for giving guidance to the extracted customer.
[0043]
In this way, the automobile maintenance shop sends a guide to the extracted customers to recommend that they receive maintenance on the above-mentioned date. At this time, it is possible to output the extracted data such as the address and name of the customer from the business data storage unit 62 in the form of being printed out on a postcard or the like for direct mail by the printing unit 30. Furthermore, the processing unit An e-mail for guidance may be created at 70 and sent to the customer via the Internet or the like.
In this way, in the automobile maintenance factory, for example, customers can be guided during the quiet period of the automobile maintenance factory, and the level of busyness can be made uniform. Moreover, the efficiency of work can be improved by setting a specific day as, for example, “only engine oil change” and repeating the same work.
Of course, if the car management system A can manage the schedule of the car maintenance factory, the car management system A will extract the off-season of the car maintenance factory in conjunction with this, It is also possible to specify as "day of".
[0044]
FIG. 10 shows an example of a guide letter created by applying the above-mentioned “direct mail creation process” and “schedule management process”. In this case, the part indicated by reference numeral B1 in FIG. In the portion indicated by the reference symbol B2, a message indicating that the cost can be discounted is displayed if maintenance is performed on a “specific day” designated by the car maintenance factory.
[0045]
"Inventory management process"
In the present automobile management system A, inventory management in an automobile maintenance factory can also be performed based on the accumulated information. FIG. 11 shows the flow of the processing.
The person in charge sets the target period for inventory management as appropriate at the car maintenance shop. For example, “this month”, “next month”, and the like. The person in charge designates this condition through the input unit 40 of the automobile management system A.
Then, the processing unit 70 accepts this (step S301), and totals the number of vehicles for which “replacement timing” arrives for each of all the parts handled in the automobile maintenance factory in a period that matches the specified condition. (Step S302). For example, in the case of engine oil, the number of vehicles that "the vehicle inspection expiration date comes this month" and "the engine oil replacement timing comes this month" is counted. As a result, since the necessary amount can be calculated for each component during the target period, the processing unit 70 displays the calculated value on the display unit 20 or prints it on the printing unit 30 (step S303). ).
In an automobile maintenance shop, it is possible to manage inventory so that parts are not shorted by ordering parts based on the calculated “necessary amount during the target period” of each part.
[0046]
As described above, according to the car management system A, various information accumulated every time maintenance is performed on a customer, “original information generation processing based on accumulated information”, “direct mail creation processing”, It is possible to perform “inventory management processing” and the like, thereby improving the efficiency of operations and providing more effective services to customers.
[0047]
In the above embodiment, an example in which various functions (processes) can be realized by the automobile management system A has been described. However, these functions may be appropriately selected and provided in the automobile management system A. Needless to say, the detailed processing order or the like may be any as long as the same function can be expressed.
In addition, although the car management system A has been described as a so-called stand-alone type that is used in a single car maintenance factory, if a network is formed (partially affiliated) with a plurality of car maintenance shops, these multiple parts It is also possible to connect the vehicle management system A via a network or the like at a maintenance shop in which the vehicle management system A is shared.
In addition to this, as long as it does not depart from the gist of the present invention, the configuration described in the above embodiment can be selected or changed to another configuration as appropriate.
[0048]
【The invention's effect】
As described above, according to the present invention, it is possible to improve business efficiency and provide more effective services to customers.
[Brief description of the drawings]
FIG. 1 is a diagram showing a configuration of an automobile management system in the present embodiment.
FIG. 2 is a diagram illustrating an example of data regarding each customer.
FIG. 3 is a diagram showing a flow of processing when sales processing is performed.
FIG. 4 is a diagram illustrating an example of a sales input screen.
FIG. 5 is a diagram showing the association of keywords stored in a business data storage unit.
FIG. 6 is a diagram illustrating an example of a sales details display screen.
FIG. 7 is a diagram showing initial management items and management items that are set according to the status of maintenance.
FIG. 8 is a diagram illustrating an example of a customer card.
FIG. 9 is a diagram showing a flow of direct mail creation processing.
FIG. 10 is a diagram showing an example of a guide shape.
FIG. 11 is a diagram showing a flow of inventory management processing;
[Explanation of symbols]
DESCRIPTION OF SYMBOLS 10 ... Main body, 20 ... Display part, 30 ... Printing part, 40 ... Input part, 50 ... Card reader / writer, 60 ... Information storage part, 62 ... Business data storage part (Maintenance time information storage part, customer information storage part, Parts price information storage unit, vehicle type information storage unit, maintenance history information storage unit, 70... Processing unit (information generation unit, maintenance interval information generation unit, maintenance timing prediction unit, information generation unit, maintenance interval information generation unit, maintenance timing) Prediction means), 100 ... customer card, A ... automobile management system

Claims

A maintenance time information storage unit that stores maintenance time information related to the scheduled maintenance time for the customer's vehicle;
Based on the maintenance time information, an information generation unit that extracts a vehicle with the scheduled time within a specific period and generates predetermined information regarding the extracted vehicle;
An automobile management system comprising:

The automobile according to claim 1, wherein the information generation unit aggregates the amount of parts necessary within the specific period for performing maintenance on the extracted vehicle as the predetermined information. Management system.

A customer information storage unit that stores information indicating the customer's contact information in association with the maintenance time information;
The said information generation part produces | generates the information containing the contact address for giving a guidance with respect to the customer who has the vehicle which the said scheduled time comes within the said specific period, It is characterized by the above-mentioned. Car management system.

A part price information storage unit storing information on parts prices necessary for maintenance of the vehicle;
The information generation unit calculates an estimated amount of maintenance costs for the vehicle based on information on the component price stored in the component price information storage unit, and includes the estimated amount in the information for issuing the guidance. The automobile management system according to claim 3.

The vehicle management system according to any one of claims 1 to 4, wherein the maintenance time information storage unit and the information generation unit are connectable via an external network.

A vehicle type information storage unit that stores vehicle type information that identifies the vehicle type of the customer's vehicle;
A maintenance history information storage unit storing history information regarding the time of maintenance performed on the vehicle;
Based on the vehicle type information and the history information, a maintenance interval information generating unit that generates maintenance interval information performed for each vehicle type,
Based on the maintenance interval information, a maintenance timing prediction unit that predicts the timing of recommending next maintenance for the customer's vehicle;
An automobile management system comprising:

Connection means for connecting via an external network to an external database storing contact information indicating a customer's contact information and maintenance time information relating to a scheduled maintenance time for the customer's vehicle;
From the database connected by the connection means, the maintenance time information is called and the vehicle at which the scheduled time comes within a specific period is extracted, and the contact information of the customer who owns the extracted vehicle is called, Information generating means for generating information including contact information for giving guidance to the customer;
A terminal device comprising:

The database further stores vehicle type information for identifying the vehicle type of the customer's vehicle, history information regarding the timing of maintenance performed on the vehicle,
Maintenance interval information generating means for generating the maintenance interval information performed for each vehicle type based on the history information and the vehicle type information;
Maintenance timing prediction means for predicting the timing of recommending next maintenance for the customer's vehicle based on the maintenance interval information;
The terminal device according to claim 7, further comprising:

Access to a database storing vehicle type information for identifying the vehicle type of the customer's vehicle and history information regarding the timing of maintenance performed on the vehicle, and based on the history information and the vehicle type information, the history information of the same vehicle type is obtained. Calling step,
A computer program for causing a computer device to execute processing including: generating maintenance interval information performed for each vehicle type based on the called history information, and storing the maintenance interval information in the database.

The computer program according to claim 9, further comprising a step of predicting a timing for recommending next maintenance for the customer's vehicle based on the maintenance interval information.