(57)【要約】【課題】車両のメンテナンスを車両販売会社において行わせるべく仕向けて、顧客の車両販売会社への来場促進を図ることができるようにする。【解決手段】本発明の車両メンテナンスサービス管理装置であるサーバ１０と、サーバへの入力を行うシステムセンタ１２と、会員となる顧客との加入・解約等の手続き及びメンテナンス作業を行う車両販売会社が操作する端末１４と、このシステムを運営する運営者が操作する運営者端末１６とを有する。車両販売会社１３で販売した車両及びその購入者を主な対象として会員を募る。会員によって選択された対象車両に対するメンテナンスのコースに応じて決められた所定のメンテナンスに対する金額を会員から予め徴収し、徴収した金は運営者が預託金として運用・管理する。会員は予めメンテナンスの金額が支払われているために、メンテナンスの時期になれば、必ず車両販売会社１３に出向くことが期待される。【選択図】図１
2008210013.tif 000002
【特許請求の範囲】
【請求項１】
車両の点検、車検といったメンテナンスを管理する車両メンテナンスサービス管理装置であって、
車両を識別する車両識別データと、その車両のメンテナンスのコースを識別するコース識別データと、将来受ける予定の１回以上のメンテナンスに対して支払われた申込金額に関する申込金額データと、が対応付けられて１レコードとして格納されるメインデータベースと、
コース識別データと、そのコースの金額データと、そのコースの、車両の基準時期に対するメンテナンス開始時期データと、が対応付けられて１レコードとして格納されるコースデータベースと、
車両の基準時期に関する車両基準時期データを含む申込関連信号を受信すると、受信した車両の基準時期に対応するメンテナンス開始時期を求め、前記コースデータベースを参照し、該求められたメンテナンス開始時期に該当するメンテナンス開始時期データを有するレコードを抽出し、そのレコードに含まれた金額データを抽出し、該金額データを申込金額として出力する申込金額算出手段と、
コース識別データを含む申込信号を受信すると、車両識別データを付与し、該車両識別データと、受信したコース識別データと、該コース識別データに対応する申込金額とを、１レコードとしてメインデータベースに登録する登録手段と、
を備える、ことを特徴とする車両メンテナンスサービス管理装置。
【請求項２】
コースデータベースには、コース識別データと対応付けられて、そのコースの対象の車両のクラスに関するクラスデータと、用途に関する用途区分とがさらに格納されており、
前記申込関連信号には、クラスデータと用途区分が含まれており、
前記申込金額算出手段は、前記コースデータベースを参照し、申込関連信号に含まれたクラスデータと用途区分に対応するレコードを抽出することを特徴とする請求項１記載の車両メンテナンスサービス管理装置。
【請求項３】
前記申込金額算出手段は、前記受信した車両の基準時期と申込時期との期間を算出し、その期間に基づきメンテナンス開始時期を求めることを特徴とする請求項１または２記載の車両メンテナンスサービス管理装置。
【請求項４】
車両の点検、車検といったメンテナンスを管理する車両メンテナンスサービス管理装置であって、
車両を識別する車両識別データと、その車両のメンテナンスのコースを識別するコース識別データと、将来受ける予定の１回以上のメンテナンスに対して支払われた申込金額に関する申込金額データと、が対応付けられて１レコードとして格納されるメインデータベースと、
コース識別データと、そのコースの金額データと、が対応付けられて１レコードとして格納されるコースデータベースと、
コース識別データと、そのコースに含まれるメンテナンスのメンテナンス識別データと、が対応付けられて１レコードとして格納されるメンテナンスデータベースと、
車両識別データと、その車両に対して行うメンテナンスのメンテナンス識別データと、メンテナンスを行ったかどうかを識別するメンテナンス実施識別データと、が対応付けられて１レコードとして格納されるメンテナンステーブルと、
コース識別データを含む申込信号を受信すると、車両識別データを付与し、該車両識別データと、受信したコース識別データと、該コース識別データに対応する申込金額とを、１レコードとしてメインデータベースに登録すると共に、受け取ったコース識別データからメンテナンスデータベースを参照して、対応するすべてのメンテナンス識別データを抽出し、車両識別データと、抽出された各メンテナンス識別データと、を含む各レコードをメンテナンステーブルに登録する登録手段と、
を備える、ことを特徴とする車両メンテナンスサービス管理装置。
【請求項５】
車両の点検、車検といったメンテナンスを管理する車両メンテナンスサービス管理装置であって、
車両を識別する車両識別データと、将来受ける予定の１回以上のメンテナンスに対して支払われた申込金額に関する申込金額データと、が対応付けられて１レコードとして格納されるメインデータベースと、
メンテナンスを識別するメンテナンス識別データと、そのメンテナンスの料金に関するメンテナンス料金データと、が対応付けられて１レコードとして格納されるメンテナンスデータベースと、
車両識別データと、その車両に対して行うメンテナンスのメンテナンス識別データと、メンテナンスを行ったかどうかを識別するメンテナンス実施識別データと、メンテナンスが有効期限内になされずにスキップされたことを識別するスキップフラグと、が対応付けられて１レコードとして格納されるメンテナンステーブルと、
車両識別データを含む申込解約に関する解約関連信号を受信すると、前記メンテナンステーブルを参照して、該受信した車両識別データに該当するレコードの中から、メンテナンス実施識別データがメンテナンスを行っていないデータとなっており、スキップフラグがスキップされていないデータとなっているレコードを抽出し、そのレコードの中のメンテナンス識別データを抽出し、メンテナンスデータベースを参照して、抽出したメンテナンス識別データに対応するメンテナンス料金データを抽出して、そのメンテナンス料金の合計額を算出し、該合計のメンテナンス料金に基づき返金額を決定し、その返金額に関する返金額データを出力する返金算出手段と、
を備えることを特徴とする車両メンテナンスサービス管理装置。
【請求項６】
車両の点検、車検といったメンテナンスを管理する車両メンテナンスサービス管理装置であって、
車両を識別する車両識別データと、将来受ける予定の１回以上のメンテナンスに対して支払われた申込金額に関する申込金額データと、が対応付けられて１レコードとして格納されるメインデータベースと、
コース識別データと、そのコースの解約手数料データと、そのコースの解約返金率データとが対応付けられて１レコードとして格納されるコースデータベースと、
コース識別データと、そのコースに含まれるメンテナンスのメンテナンス識別データと、そのメンテナンスの料金に関するメンテナンス料金データと、が対応付けられて１レコードとして格納されるメンテナンスデータベースと、
車両識別データと、その車両に対応するコースのコース識別データと、その車両に対して行うメンテナンスのメンテナンス識別データと、メンテナンスを行ったかどうかを識別するメンテナンス実施識別データと、メンテナンスが有効期限内になされずにスキップされたことを識別するスキップフラグと、が対応付けられて１レコードとして格納されるメンテナンステーブルと、
車両識別データを含む申込解約に関する解約関連信号を受信すると、前記メンテナンステーブルを参照して、該車両識別データに該当するレコードの中から、メンテナンス実施識別データがメンテナンスを行っていないデータとなっており、スキップフラグがスキップされていないデータとなっているレコードを抽出し、そのレコードの中のメンテナンス識別データを抽出し、メンテナンスデータベースを参照して、抽出したメンテナンス識別データに対応するメンテナンス料金データを抽出して、そのメンテナンス料金の合計額を算出すると共に、そのレコードに含まれるコース識別データからコースデータベースを参照して対応する解約手数料データと解約返金率データとを抽出し、前記合計額から解約手数料を差し引き、解約返金率を乗算して返金額を決定し、その返金額に関する返金額データを出力する返金算出手段と、
を備えることを特徴とする車両メンテナンスサービス管理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、車両の点検、車検といったメンテナンスを管理する車両メンテナンスサービス管理装置に関する。
【背景技術】
【０００２】
従来、車両の点検、車検といったメンテナンスをどこで行うかは、車両保有者の自由意思に任されている。その車両を販売した車両販売会社では、顧客データベースに基づき、次のメンテナンスの時期が近づいていることを、ダイレクトメール等で顧客に連絡して、顧客に通知しているが、顧客は近場のガソリンスタンドや整備専門店や、独自に探した安い値段の店などで、メンテナンスを行う場合もあり、必ずしもメンテナンスを行うために車両販売会社へ出向くとは限らない。
【０００３】
そのような状況に対して、車両販売会社への来店頻度を上げて、次回の新車販売に結びつけるチャンスを高めるようにしたものが特許文献１で提案されている。これでは、車の購入に伴い、ディーラー側の端末により、ユーザー情報やパーツ名、目安距離を含む車に関する情報を入力し、プリンタによりカーオーナーズカードを発行しており、そのカードの印字面には、ポイント、交換及び点検が必要と思われるパーツ名、再来を呼びかけるための点検内容等の情報が印字されるようになっている。
【０００４】
【特許文献１】特開２００２−１６３５６３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１に記載のものでは、カーオーナーズカードによって再来を呼びかけるようにしているものの、ポイントによる特典では、顧客の再来への拘束力が弱い、という課題がある。
【０００６】
本発明はかかる課題に鑑みなされたもので、その目的は、車両のメンテナンスを確実に所定の機関において行わせるように仕向けることができる車両メンテナンスサービス管理装置を提供することである。
【課題を解決するための手段】
【０００７】
上記目的を達成するために、本発明のうち請求項１記載の発明は、車両の点検、車検といったメンテナンスを管理する車両メンテナンスサービス管理装置であって、
車両を識別する車両識別データと、その車両のメンテナンスのコースを識別するコース識別データと、将来受ける予定の１回以上のメンテナンスに対して支払われた申込金額に関する申込金額データと、が対応付けられて１レコードとして格納されるメインデータベースと、
コース識別データと、そのコースの金額データと、そのコースの、車両の基準時期に対するメンテナンス開始時期データと、が対応付けられて１レコードとして格納されるコースデータベースと、
車両の基準時期に関する車両基準時期データを含む申込関連信号を受信すると、受信した車両の基準時期に対応するメンテナンス開始時期を求め、前記コースデータベースを参照し、該求められたメンテナンス開始時期に該当するメンテナンス開始時期データを有するレコードを抽出し、そのレコードに含まれた金額データを抽出し、該金額データを申込金額として出力する申込金額算出手段と、
コース識別データを含む申込信号を受信すると、車両識別データを付与し、該車両識別データと、受信したコース識別データと、該コース識別データに対応する申込金額とを、１レコードとしてメインデータベースに登録する登録手段と、
を備える、ことを特徴とする。
【０００８】
請求項２記載の発明は、請求項１記載のコースデータベースには、コース識別データと対応付けられて、そのコースの対象の車両のクラスに関するクラスデータと、用途に関する用途区分とがさらに格納されており、
前記申込関連信号には、クラスデータと用途区分が含まれており、
前記申込金額算出手段は、前記コースデータベースを参照し、申込関連信号に含まれたクラスデータと用途区分に対応するレコードを抽出することを特徴とする。
【０００９】
請求項３記載の発明は、請求項１または２記載の前記申込金額算出手段が、前記受信した車両の基準時期と申込時期との期間を算出し、その期間に基づきメンテナンス開始時期を求めることを特徴とする。
【００１０】
請求項４記載の発明は、車両の点検、車検といったメンテナンスを管理する車両メンテナンスサービス管理装置であって、
車両を識別する車両識別データと、その車両のメンテナンスのコースを識別するコース識別データと、将来受ける予定の１回以上のメンテナンスに対して支払われた申込金額に関する申込金額データと、が対応付けられて１レコードとして格納されるメインデータベースと、
コース識別データと、そのコースの金額データと、が対応付けられて１レコードとして格納されるコースデータベースと、
コース識別データと、そのコースに含まれるメンテナンスのメンテナンス識別データと、が対応付けられて１レコードとして格納されるメンテナンスデータベースと、
車両識別データと、その車両に対して行うメンテナンスのメンテナンス識別データと、メンテナンスを行ったかどうかを識別するメンテナンス実施識別データと、が対応付けられて１レコードとして格納されるメンテナンステーブルと、
コース識別データを含む申込信号を受信すると、車両識別データを付与し、該車両識別データと、受信したコース識別データと、該コース識別データに対応する申込金額とを、１レコードとしてメインデータベースに登録すると共に、受け取ったコース識別データからメンテナンスデータベースを参照して、対応するすべてのメンテナンス識別データを抽出し、車両識別データと、抽出された各メンテナンス識別データと、を含む各レコードをメンテナンステーブルに登録する登録手段と、
を備える、ことを特徴とする。
【００１１】
請求項５記載の発明は、車両の点検、車検といったメンテナンスを管理する車両メンテナンスサービス管理装置であって、
車両を識別する車両識別データと、将来受ける予定の１回以上のメンテナンスに対して支払われた申込金額に関する申込金額データと、が対応付けられて１レコードとして格納されるメインデータベースと、
メンテナンスを識別するメンテナンス識別データと、そのメンテナンスの料金に関するメンテナンス料金データと、が対応付けられて１レコードとして格納されるメンテナンスデータベースと、
車両識別データと、その車両に対して行うメンテナンスのメンテナンス識別データと、メンテナンスを行ったかどうかを識別するメンテナンス実施識別データと、メンテナンスが有効期限内になされずにスキップされたことを識別するスキップフラグと、が対応付けられて１レコードとして格納されるメンテナンステーブルと、
車両識別データを含む申込解約に関する解約関連信号を受信すると、前記メンテナンステーブルを参照して、該受信した車両識別データに該当するレコードの中から、メンテナンス実施識別データがメンテナンスを行っていないデータとなっており、スキップフラグがスキップされていないデータとなっているレコードを抽出し、そのレコードの中のメンテナンス識別データを抽出し、メンテナンスデータベースを参照して、抽出したメンテナンス識別データに対応するメンテナンス料金データを抽出して、そのメンテナンス料金の合計額を算出し、該合計のメンテナンス料金に基づき返金額を決定し、その返金額に関する返金額データを出力する返金算出手段と、
を備えることを特徴とする。
【００１２】
請求項６記載の発明は、車両の点検、車検といったメンテナンスを管理する車両メンテナンスサービス管理装置であって、
車両を識別する車両識別データと、将来受ける予定の１回以上のメンテナンスに対して支払われた申込金額に関する申込金額データと、が対応付けられて１レコードとして格納されるメインデータベースと、
コース識別データと、そのコースの解約手数料データと、そのコースの解約返金率データとが対応付けられて１レコードとして格納されるコースデータベースと、
コース識別データと、そのコースに含まれるメンテナンスのメンテナンス識別データと、そのメンテナンスの料金に関するメンテナンス料金データと、が対応付けられて１レコードとして格納されるメンテナンスデータベースと、
車両識別データと、その車両に対応するコースのコース識別データと、その車両に対して行うメンテナンスのメンテナンス識別データと、メンテナンスを行ったかどうかを識別するメンテナンス実施識別データと、メンテナンスが有効期限内になされずにスキップされたことを識別するスキップフラグと、が対応付けられて１レコードとして格納されるメンテナンステーブルと、
車両識別データを含む申込解約に関する解約関連信号を受信すると、前記メンテナンステーブルを参照して、該車両識別データに該当するレコードの中から、メンテナンス実施識別データがメンテナンスを行っていないデータとなっており、スキップフラグがスキップされていないデータとなっているレコードを抽出し、そのレコードの中のメンテナンス識別データを抽出し、メンテナンスデータベースを参照して、抽出したメンテナンス識別データに対応するメンテナンス料金データを抽出して、そのメンテナンス料金の合計額を算出すると共に、そのレコードに含まれるコース識別データからコースデータベースを参照して対応する解約手数料データと解約返金率データとを抽出し、前記合計額から解約手数料を差し引き、解約返金率を乗算して返金額を決定し、その返金額に関する返金額データを出力する返金算出手段と、
を備えることを特徴とする。
【発明の効果】
【００１３】
本発明によれば、将来受ける予定の１回以上のメンテナンスに対してメインデータベースに支払われた申込金額に関する申込金額データを格納しており、予めメンテナンスの料金が支払われている。そのため、将来のメンテナンスを必ず所定の機関にて受けることが期待されて、その機関への来場促進を図ることができる。
【００１４】
また、請求項１記載の発明によれば、車両のメンテナンスは様々なタイミングで行うようになっており、加入時期によって受けることができるメンテナンスの回数及び内容が変わるが、コースデータベースでコースとメンテナンス開始時期とを対応付けることにより、言い換えればメンテナンス開始時期によってコースを異なるものとして、その車両に適したコース及び料金を選択することができる。
【００１５】
請求項２記載の発明によれば、車両のクラスや用途によってメンテナンスの料金は変わってくるが、コースデータベースでコースとクラス及び用途とを対応付けることにより、言い換えればクラス及び用途によってコースを異なるものとして、その車両に適したコース及び料金を選択することができる。
【００１６】
請求項３記載の発明によれば、申込時期に応じてその車両に適したコース及び料金を選択することができる。
【００１７】
請求項４記載の発明によれば、車両のメンテナンスは様々なタイミングで行うようになっており、加入時期によって受けることができるメンテナンスの回数が変わるが、各メンテナンスに対応してメンテナンステーブルに１レコードとして登録することにより、各メンテナンスが実施されたか、またはそのメンテナンスが実施されずにスキップされたかを管理することができる。または、メンテナンステーブルを参照することにより、メンテナンス予定の車両も把握することができるようになる。
【００１８】
請求項５記載の発明によれば、解約の希望があったときに、実施されていないメンテナンスに対するメンテナンス料金の合計額を算出し、その合計額に基づき返金額を決定することにより、申込金額の妥当性を持たせることができる。
【００１９】
請求項６記載の発明によれば、解約の希望があったときに、実施されていないメンテナンスに対するメンテナンス料金の合計額を算出し、合計額から解約金を差し引いたものから解約手数料を乗算して返金額を決定することにより、申込金額の妥当性を持たせることができる。
【発明を実施するための最良の形態】
【００２０】
以下、図面を用いて本発明の実施の形態を説明する。
図１は、本発明の車両メンテナンスサービス管理装置が使用される全体のシステム構成を表すブロック図である。
【００２１】
図において、１０は本発明の車両メンテナンスサービス管理装置であるサーバであり、１２はサーバ１０への入力を行うシステムセンタ、１４は会員となる顧客との加入・解約等の手続き及びメンテナンス作業を行う機関１３が操作する端末、１６はこのシステムを運営する運営者が操作する運営者端末である。これらのサーバ１０と、センタ１２及び端末１４、１６とはインターネット等のネットワークを介して接続可能となっており、センタ１２及び端末１４、１６は、認証手順を経た後、サーバ１０へのデータの登録、またはサーバ１０に登録されたデータの閲覧が可能となっている。端末１４、１６は、典型的にはパソコン端末で構成され、図示の例では簡素化のために１台のみ示すが、多数の端末が存在する。
【００２２】
この例では、端末１４を操作する機関１３は車両販売会社となっており、このサーバ１０を含むシステムは、車両販売会社で販売した車両及びその購入者を主な対象として会員を募り、対象車両及び会員を確実に機関１３である車両販売会社にてメンテナンスのために来場させるように仕向けるようにする。そのための本発明で対象とするメンテナンスサービスにおいては、会員が対象車両に対してメンテナンスのコースを選択し、選択されたメンテナンスのコースに応じて決められた所定のメンテナンスに対する金額を会員から予め徴収し、徴収した金は運営者が預託金として運用・管理する。会員は予めメンテナンスの金額が支払われているために、メンテナンスの時期になれば、必ず機関１３に出向くことが期待され、また、会員及び対象車両のデータはサーバ１０にて一括管理されるため、メンテナンスの時期が近づいた会員に対して一斉にその旨の通知をすることができる。
【００２３】
本発明の車両メンテナンスサービス管理装置であるサーバ１０の構成を図２に示す。図示の例ではサーバ１０は、１台のハードウェア装置として示されるが、複数台のハードウェア装置で構成することも可能である。
【００２４】
サーバ１０は、データの入出力の制御を行う入出力制御回路１０２と、ＣＰＵ、ＲＯＭ、ＲＡＭ等を有し、データの転送、演算、一時的なデータの格納、メインプログラムの格納を行う制御回路１０４と、データの格納を行う記憶装置１０５とを有している。サーバ１０の記憶装置１０５には、各種データベース、テーブルが格納される。具体的には、メインデータベースＤＢ１、車種データベースＤＢ２、コースデータベースＤＢ３、第１メンテナンスデータベースＤＢ４、第２メンテナンスデータベースＤＢ５、メンテナンステーブルＴＢ１、を有している。図３は、各データベースの構成例を示す。
【００２５】
メインデータベースＤＢ１は、このサービスに加入した車両及びそのサービスの契約を行った会員に関するデータを格納するものであり、その主なる項目としては、サービス対象の車両を識別する「車両識別データ」、「申込番号」、会員名，住所，Ｅメールアドレスといった「会員属性データ」、申し込まれたメンテナンスのコースを識別する「コース識別データ」、会員が支払った金額に関する「申込金額データ」、車両番号，車台番号といった「車両属性データ」、車種を識別する「車種識別データ」、車検満了日といった車両の基準時期に関する「車両基準時期データ」、加入を取り扱った機関１３を識別する「機関識別データ」、現在状況を表す「ステータスデータ」、といったものを含めることができ、これらのデータが互いに対応づけられて１レコードとなる。「車両識別データ」は車両に対応する会員を識別する会員コードと等価とすることもできる。
【００２６】
車種データベースＤＢ２は、メンテナンスの料金に影響する車両の種類のデータを格納するものであり、その主なる項目としては、前記「車種識別データ」、その車種名である「車種名データ」、「クラス区分データ」、「用途区分データ」を含めることができ、これらのデータが互いに対応づけられて１レコードとなる。クラス区分データは、その車種が軽自動車か、１８００ｃｃ未満か、１８００ｃｃ以上かを区分するものである。また、用途区分データは、その車種が乗用か商用かを区分するものである。
【００２７】
コースデータベースＤＢ３は、前記車種及びメンテナンス対象期間に応じて用意されたコースのデータを格納するものであり、その主なる項目としては、前記「コース識別データ」、「メンテナンス開始時期データ」、「メンテナンス終了時期データ」、「クラス区分データ」、「用途区分」、「期区分」、「車検フラグ」、そのコースに付随する手数料といった「手数料データ」、「解約手数料データ」、「解約返金率データ」、そのコースの金額である「金額データ」を含めることができ、これらのデータが互いに対応づけられて１レコードとなる。
【００２８】
ここで、メンテナンス開始時期データ、メンテナンス終了時期データ、期区分、車検フラグについて、申込可能なコースと共に、図４を参照しながら以下に説明する。
【００２９】
車両のメンテナンスのうちの点検を行う時期は、新車〜第１回車検までの１期目には、通常、登録日から１ヶ月、６ヶ月、１２ヶ月、１８ヶ月、２４ヶ月、３０ヶ月があり、車検満了日は登録日から３６ヶ月目である。同様に、第１回車検から第２回車検までの２期目には、４２ヶ月、４８ヶ月、５４ヶ月があり、車検満了日が６０ヶ月である。点検、車検のメンテナンスの時期を考えた場合、２期以降は登録日起算ではなくなる可能性があるので、登録日よりも車検満了日で計算した方が正確である。よって、このシステムで車両の基準時期は、車検満了日とする。１期目の点検は、車検満了日から起算すると、車検満了前３５ヶ月、３０ヶ月、２４ヶ月、１８ヶ月、１２ヶ月、６ヶ月となる。２期目の点検は、車検満了日から起算すると、車検満了前１８ヶ月、１２ヶ月、６ヶ月となる。
【００３０】
以上の各時期の点検及び車検に、便宜上、時系列的にコード「Ａ」、「Ｂ」、・・・・「Ｋ」を割り当てる。メンテナンス開始時期データとメンテナンス終了時期データは、このコードを用いて表現することができる。
【００３１】
メンテナンスサービスの開始は、申込日であり、メンテナンスサービスの終了は、本発明の目的から期は跨がず、車検までとする。具体的には、１期目の場合には、車検を行って終了するケースと、車検を行わずに終了するケースの２通りがある。２期目の場合には、車検を行って終了するケースと、車検を行わずに終了するケースの２通りに対してさらに、初めに車検を行うケースと、行わないケースの２通り、合計２×２＝４通りがある。但し、この実施形態では、車検は１回のみに限定しているので、初めに車検を行い且つ車検を行って終了するケースは除外される。この組み合わせを識別するために、「期区分データ」によって期を識別し、「車検フラグ」によって車検を行うかどうかを識別する。
【００３２】
こうして考えられるメンテナンスサービスの開始から終了までを、前記コードの組み合わせを用いて表すと、１期目と２期目で、「ＡＦ」、「ＢＦ」、・・・、「ＥＦ」、「ＡＧ」、・・・「ＦＧ」、「ＧＪ」、「ＨＪ」、「ＩＪ」、「ＨＫ」、「ＩＫ」、「ＪＫ」の１７通りのコースが考えられる。勿論、本発明はこれに限定されるものではなく、３期以上の期にも対応可能とすることもでき、または２期目の車検、即ちＫは、対象外とすることもできる。
【００３３】
加入したときに、受けることができる初回点検についてはある程度の幅を持たせることが好ましいので、前後に数ヶ月のマージンＭ１，Ｍ２を設ける。マージンＭ１，Ｍ２については後述する。
【００３４】
以上は時期によるコースの違いであったが、さらに、クラスと用途の点検料金の異なる組み合わせ（ｎ通りとする）によって、コース数はさらにｎ倍となる。
【００３５】
第１メンテナンスデータベースＤＢ４は、各コースと、各コースに含まれる各メンテナンスとその時期との対応を図るものであり、その主なる項目としては、前記「コース識別データ」、メンテナンスを識別する「メンテナンス識別データ」、そのメンテナンスを行うべき時期に関する「メンテナンス時期データ」を含めることができ、これらのデータが互いに対応づけられて１レコードとなる。複数回のメンテナンスが含まれているコースでは、そのメンテナンスの回数だけのレコードが設けられる。
【００３６】
第２メンテナンスデータベースＤＢ５は、各メンテナンスの料金と、行うべき点検作業内容のデータを格納するものであり、その主なる項目としては、前記「メンテナンス識別データ」、メンテナンスの手数料に関する「メンテナンス手数料データ」、メンテナンスの料金に関する「メンテナンス料金データ」、そのメンテナンスで行う複数の「点検作業１」、「点検作業２」、・・・を表す点検作業データを含めることができ、これらのデータが互いに対応づけられて１レコードとなる。項目「点検作業１」、「点検作業２」、・・・に入力するデータとしては、オイル交換、フィルター交換、法定点検といった作業を例示することができる。
【００３７】
第１メンテナンスデータベースＤＢ４と第２メンテナンスデータベースＤＢ５とは１つのデータベースでまとめることも可能である。
【００３８】
コースデータベースＤＢ３に格納されるコースの金額である「金額データ」と、第２メンテナンスデータベースＤＢ５に格納される「メンテナンス料金データ」との関係は、次のようになる。
【００３９】
即ち、あるコード識別データで表されるコースを考えた場合に、そのコースの金額をｔｐ、そのコースの手数料をｃｍとする。第２メンテナンスデータベースＤＢ５に格納され、そのコード識別データを有する全てのレコードの各メンテナンス料金をｐｉ、各手数料データｃｉとすると、ｔｐ＝Σ（ｐｉ＋ｃｉ）＋ｃｍとなる。言い換えれば、コースの料金はそのコースに含まれるｎ回分のメンテナンスの各メンテナンスの料金とメンテナンスの手数料及びコースの手数料の総和となる。
【００４０】
メンテナンステーブルＴＢ１は、各車両とその車両の申し込んだコースに応じて行うべき各メンテナンスとの対応を図るものであり、その主なる項目としては、「メンテナンス番号」、「車両識別データ」、「コース識別データ」、「メンテナンス識別データ」、メンテナンスを行うべき「メンテナンス予定日データ」、「メンテナンス実施日」または「検収日」といったメンテナンスを行ったかどうかを識別する「メンテナンス実施識別データ」、メンテナンスが有効期限内になされなかったことを識別する「スキップフラグ」、点検を行った機関１３を表す「機関識別データ」を含めることができ、これらのデータが互いに対応づけられて１レコードとなる。ある車両が加入したコースにｎ回のメンテナンスが含まれている場合には、ｎ個のレコードが設けられる。スキップフラグは、初期値が「０」であり、メンテナンス予定日データに有効期限を追加した日が経過した後、メンテナンス実施識別データが入力されていない場合にスキップがされたことを示す「１」となる。サーバ１０では、適時スキップフラグの更新作業を行う。
【００４１】
サーバ１０の記憶装置１０５には各種プログラムが格納されており、この中の車両メンテナンスプログラムに基づき、本発明による車両メンテナンスサービス管理処理が実行される。この処理を実行する車両メンテナンスサービス管理プログラムは、サーバ１０を大別して、加入処理部１１０と、メンテナンス処理部１２０、解約処理部１３０、その他の処理部１４０として、機能させる。
【００４２】
加入処理部１１０は、機関１３での車両購入者等を主な対象として、このシステムへの加入処理を行うものである。一般的に、加入方法としては、加入希望者が記入する申込書といった紙媒体による申込と、端末１４からの入力による申込と、が考えられる。車両メンテナンスにおいては、車検証のコピーや会員の住所等の会員属性データの詳細データを要するが、端末１４からの入力では、詳細データの入手に限界があり、入力ミスの発生も考えられる。よって、端末１４からの最低限の入力による加入手続きにより仮会員として登録し、申込書は機関１３からセンタ１２へと送られてセンタ１２にて詳細データの入力を行うようにするとよい。申込書には、申込番号がバーコードによって予め付されており、バーコードリーダによって端末１４で入力することができ、その他に端末１４からの入力される最低限のデータとしては、会員名、車種、車台番号のみとすることができる。
【００４３】
本発明では、加入処理部１１０は、加入希望者が支払うべき金額を算出する申込金額算出手段１１２と、新規加入のデータを登録する登録手段１１４と、を備えている。以下、この申込金額算出手段１１２の処理について説明する。
【００４４】
まず、端末１４から申込信号がサーバ１０へと送信されると、サーバ１０からは申込画面信号が送信されて、図５に示すような入力画面が端末１４に表示される。ここで、「申込番号」の入力は、申込書に付されたバーコードをバーコードリーダによって読み込むことで行うことができる。申込コースは予め決まっている場合には、そのコースのコース識別データに対応するバーコードをバーコードリーダによって読み込むことで行うことができる。申込コースが予め決まっていない場合には、「画面から選択」ボタンを選択する。
【００４５】
すると、端末１４から申込コース選択信号がサーバ１０へと送信され、サーバ１０からは条件入力画面信号が送信されて、図６（ａ）に示すような入力画面が端末１４に表示される。
【００４６】
ここでは、クラス区分、用途区分、車検フラグ、期、車検満了日、申込日の各条件データの入力が端末１４に促される。申込日は自動的に現在日とすることもできる。
【００４７】
図６（ａ）に示すデータが入力されて、端末１４からクラス区分、用途区分、車検フラグ、期、車検満了日、申込日の各データを含む申込関連信号が送信されると、申込金額算出手段１１２が起動し、図９に示す処理を実行する。
【００４８】
まず、車検満了日から申込日までの期間を求める（ステップＳ１０）。期間が求められると、ステップＳ１２で、図４に示した対応関係から候補となるメンテナンス開始時期を決める（ステップＳ１２）。その対応関係は以下表のように表すことができる。但し、マージンＭ１＝７、Ｍ２＝３とする。
【００４９】
【表１】
2008210013.tif 000003
【００５０】
上記対応関係に基づき、メンテナンス開始時期を決定すると、コースデータベースＤＢ３を参照して、決定したメンテナンス開始時期、期区分、車検フラグ、クラス、用途にそれぞれ該当する項目のデータが一致するレコードを抽出し（ステップＳ１４）、抽出されたレコードのコース識別データと金額データを抽出し（ステップＳ１６）、そのデータを端末１４へと出力する（ステップＳ１８）。
【００５１】
端末１４では、図６（ｂ）に示したように、申込可能なコース識別データとその料金データが表示される。加入希望者によりコースが選択され、該当する金額が支払われる。
【００５２】
端末１４において、図６（ｂ）に示す選択されたコースのチェックボックスにチェックされてそのコース識別データが送信されると、サーバ１０からは登録入力画面信号が送信されて、図７に示すような入力画面が端末１４に表示される。
【００５３】
次いで、端末１４から前記最低限のデータである会員名、車種、車台番号が入力されて図７の「登録」のボタンが選択されると、端末１４から、「申込番号」「コース識別データ」を含む申込信号がサーバ１０へと送信される。
【００５４】
サーバ１０の登録手段１１４は、車両識別データを付与すると共に、メインデータベースＤＢ１に車両識別データ、申込番号、コース識別データ、申込金額データ、前記最低限のデータ、車両基準時期データ、機関識別データ等が入力された新規レコードを追加し、また、受け取ったコース識別データから第１メンテナンスデータベースＤＢ４を参照して、対応するすべてのメンテナンス識別データとメンテナンス時期を抽出し、車両識別データと、抽出された各メンテナンス識別データと、メンテナンス予定日データ、機関識別データを含む各レコードをメンテナンステーブルに登録する。メンテナンス予定日データは、車両基準日時期データとメンテナンス時期データから求められる。メンテナンステーブルＴＢ１には、選択されたコースに含まれているメンテナンス回数分のレコードが作成されることになる。
【００５５】
そして、端末１４へと車両識別データの送信を行う。
【００５６】
端末１４では、送信された車両識別データを印刷することでそれを以って会員証とすることができ、対象の車両は即座にメンテナンスサービスを受けることができるようになる。
【００５７】
以上のようにして支払われた申込金額のうち手数料を除く部分は運営者において預託金として扱われる。
【００５８】
次に、メンテナンス処理部１２０では、メンテナンスに際しての一連の処理を行うものである。メンテナンス処理としては、メンテナンステーブルＴＢ１を参照して、所定期間内にメンテナンス予定日データが入るレコードを抽出して、それを機関毎に一覧にすることができる。
【００５９】
各機関１３は、一覧から来場予定者が分かるため、来場促進のための活動を行うことができる。また、来場予定者に対してダイレクトメールを送ることもできる。
【００６０】
また、機関１３がメンテナンス作業を行うと、端末１４からメンテナンス実施日が入力されて、メンテナンステーブルＴＢ１が更新される。
【００６１】
このメンテナンス実施日の入力により、リアルタイムでメンテナンスが実施されたことをシステムが把握することができる。メンテナンス実施日の入力を以ってサーバ１０はメンテナンスが実施されたことを判断することができるが、別途、センタ１２からの検収日の入力を以ってメンテナンスが実施されたことを判断してもよい。
【００６２】
次に、解約処理部１３０は、会員が解約を希望する場合の処理を行うものである。会員から支払われた申込金額のうち手数料を除いた部分は預託金であるため、解約処理部１３０はその返金額を算出する返金算出手段１３２を備えている。以下、この返金算出手段１３２の処理について説明する。
【００６３】
まず、端末１４から解約確認信号がサーバ１０へと送信されると、サーバ１０からは車両識別データ入力画面信号が送信されて、図８（ａ）に示すような入力画面が端末１４に表示されて、車両識別データの入力が促される。
【００６４】
車両識別データの入力は、会員証に印字されたバーコードをバーコードリーダで読み取ることによっても行うことができる。
【００６５】
端末１４から車両識別データを含む解約関連信号が送信されると、返金算出手段１３２が起動し、図１０に示す処理を実行する。
【００６６】
まず、メンテナンステーブルＴＢ１を参照して、送信された車両識別データに該当し、且つメンテナンス実施識別データからメンテナンスが実施されておらず、且つスキップフラグが「０」でありスキップされていない、レコードを抽出する（ステップＳ２０）。
【００６７】
さらに、抽出された各レコードのメンテナンス識別データから第２メンテナンスデータベースＤＢ５を参照して、対応するメンテナンス料金データを読み出し（ステップＳ２２）、読み出したすべての料金の合計額を求める（ステップＳ２４）。
【００６８】
さらに、車両識別データに対応するコース識別データからコースデータベースＤＢ３を参照して、対応する解約手数料データと解約返金率データを抽出して（ステップＳ２６）、返金額を求める。
【００６９】
各メンテナンス料金をｐｉとし、解約手数料をｃ、解約返金率をｒとすると、返金額は、（Σｐｉ−ｃ）×ｒで求めることができる（ステップＳ２８）。
【００７０】
求めた返金額を表す返金額データを含み、適宜のデータベースから抽出されたその他のデータを含む解約確認画面信号を端末へと送信する（ステップＳ３０）。
【００７１】
端末１４では、図８（ｂ）に示すような確認画面が端末１４に表示される。そして、解約希望者は機関１３において端末１４で表示された内容を確認して解約を行うかどうかの判断を行うことができる。
【００７２】
以上のように、預託金として集めた申込金を解約して返金する際には、実施していないメンテナンス料金に基づいて返金額が決められて、その返金額を返却する。
【００７３】
このサーバ１０及びこのサーバ１０を含むシステムによれば、次のような効果を有している。
・メンテナンスの機会毎に顧客を車両販売会社へと来場させることができるので、車両販売会社における新車販売の営業活動を促進させることができる。
・メンテナンス開始時期に応じて加入できるコースが変わり、コースによって金額を変えることができるため、コースに含まれるメンテナンスの回数及び内容によって金額に妥当性を持たせることができる。
・車両のクラスや用途によってメンテナンスの料金が変わるが、クラスと用途によってコースが変わり、コースによって金額を変えることができるため、金額に妥当性を持たせることができる。
・解約の際には、実施していないメンテナンスに対応するメンテナンス料金に基づいて返金されるため、妥当性を持たせることができる。
・サーバ１０のメインデータベースＤＢ１に蓄積されたデータから様々な統計処理が可能となり、分析が可能となる。
・複数のメンテナンスからなるコース単位で契約を行うので、個別にメンテナンスを行う場合よりも、低い料金体系とすることができ、会員は安価にメンテナンスを受けることができるようになる。
・システムで共通の一律料金であるため、会員は地域格差（例えば、寒冷地か都会か）を受けることもない。
・会員が引越しを行った場合にも、引越し先の車両販売会社において、引き続きサービスを受けることができる。
・車両販売会社において、メンテナンス予定の車両の把握を容易にすることができるようになる。
・メンテナンスを実施すると、端末１４からメンテナンス実施識別データの入力を行うことで、リアルタイムにメンテナンスを実施されたかどうかを把握することができる。メンテナンス実施識別データの入力の際に、メンテナンスを行うことで発見された車両の不具合といった品質情報の入力も併せて行うようにすると、車両品質情報の入手が迅速にできるようになる。
【図面の簡単な説明】
【００７４】
【図１】本発明の車両メンテナンスサービス管理装置が使用される全体のシステム構成を表す図である。
【図２】本発明の車両メンテナンスサービス管理装置のブロック図である。
【図３】車両メンテナンスサービス管理装置に格納されるデータベースの構成例である。
【図４】メンテナンス開始時期及びメンテナンス終了時期と、コースとの関係を表す説明図である。
【図５】加入時の入力のための画面例である。
【図６】加入時の申込コース選択のための画面例である。
【図７】加入時の入力のための画面例である。
【図８】解約時の確認のための画面例である。
【図９】申込金額算出手段による処理を表すフローチャートである。
【図１０】返金算出手段による処理を表すフローチャートである。
【符号の説明】
【００７５】
１０  サーバ（車両メンテナンスサービス管理装置）
１１２  申込金額算出手段
１１４  登録手段
１３２  返金算出手段
ＤＢ１  メインデータベース
ＤＢ３  コースデータベース
ＤＢ４  第１メンテナンスデータベース
ＤＢ５  第２メンテナンスデータベース
ＴＢ１  メンテナンステーブル
【図１】
2008210013.tif 000004
【図２】
2008210013.tif 000005
【図３】
2008210013.tif 000006
【図４】
2008210013.tif 000007
【図５】
2008210013.tif 000008
【図６】
2008210013.tif 000009
【図７】
2008210013.tif 000010
【図８】
2008210013.tif 000011
【図９】
2008210013.tif 000012
【図１０】
2008210013.tif 000013