特開 2024-132539 情報処理装置および見積方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024132539

(43)【公開日】2024-10-01

(54)【発明の名称】情報処理装置および見積方法

(51)【国際特許分類】

   G06Q 10/00 20230101AFI20240920BHJP

【ＦＩ】

G06Q10/00

【審査請求】未請求

【請求項の数】6

【出願形態】ＯＬ

(21)【出願番号】P 2023043342

(22)【出願日】2023-03-17

(71)【出願人】

【識別番号】000004444

【氏名又は名称】ＥＮＥＯＳ株式会社

(74)【代理人】

【識別番号】100105924

【弁理士】

【氏名又は名称】森下 賢樹

(72)【発明者】

【氏名】西野 圭太

(72)【発明者】

【氏名】伊名波 孝公

(72)【発明者】

【氏名】金川 大祐

【テーマコード（参考）】

5L049

【Ｆターム（参考）】

5L049CC15

(57)【要約】

【課題】利便性の高いメンテナンスパックの提供を支援する技術を提供する。
【解決手段】管理装置１６は、サービスステーションのＳＳ端末１４から入力された見積対象の車両１２に関する属性情報を受け付ける。管理装置１６は、上記車両１２に関する属性情報に基づいて、将来時点で上記車両１２に適用すべきメンテナンス項目を決定し、決定したメンテナンス項目を含むメンテナンスパックを設定する。管理装置１６は、設定したメンテナンスパックの費用を含む見積情報を生成する。
【選択図】図１

【特許請求の範囲】

【請求項1】

外部装置から入力された見積対象の車両に関する属性情報を受け付ける受付部と、
前記属性情報に基づいて、将来時点で前記車両に適用すべきメンテナンス項目を決定し、決定したメンテナンス項目を含むメンテナンスパックを設定するメンテナンスパック設定部と、
前記メンテナンスパックの費用を含む見積情報を生成する見積生成部と、
を備える情報処理装置。

【請求項2】

前記車両に関する属性情報は、前記車両の運転者に関する情報を含む、
請求項１に記載の情報処理装置。

【請求項3】

前記メンテナンスパック設定部は、前記車両の今回の車検から次の車検の前までに完了するメンテナンス項目のみを前記メンテナンスパックに含める、
請求項１または２に記載の情報処理装置。

【請求項4】

前記見積生成部は、前記メンテナンスパックの費用を分割払いにする場合の単位期間ごとの支払金額を含む見積情報を生成する、
請求項１または２に記載の情報処理装置。

【請求項5】

更新部をさらに備え、
前記メンテナンスパック設定部は、前記属性情報の値と前記メンテナンス項目とを関連付けた基準にしたがって、将来時点で前記車両に適用すべきメンテナンス項目を決定し、
前記更新部は、前記メンテナンスパックを利用した車両の整備状況に基づいて、前記基準を更新する、
請求項１または２に記載の情報処理装置。

【請求項6】

外部装置から入力された見積対象の車両に関する属性情報を受け付けるステップと、
前記属性情報に基づいて、将来時点で前記車両に適用すべきメンテナンス項目を決定し、決定したメンテナンス項目を含むメンテナンスパックを設定するステップと、
前記メンテナンスパックの費用を含む見積情報を生成するステップと、
をコンピュータが実行する見積方法。

【発明の詳細な説明】

【技術分野】

【0001】

本開示はデータ処理技術に関し、特に情報処理装置および見積方法に関する。

【背景技術】

【0002】

以下の特許文献１には、（１）車両の車載機器で取得された車両情報と、車両の走行履歴に関連する環境情報とを車両ごとに収集し蓄積し、（２）蓄積された車両情報と環境情報とに基づいて、車両ごとにメンテナンスの必要性についての予測診断を行い、（３）予測診断の結果に基づいて、メンテナンスの内容と時期とを含むメンテナンス予測情報を車両ごとに生成し、（４）複数の車両についてのメンテナンス予測情報に基づいて、整備事業者がメンテナンスを提供する地域内でのメンテナンス需要を予測する技術が提案されている。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２０２２－１８８６７５号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

近年、自動車販売店や自動車用品店において、車両のメンテナンスパックが販売されている。一般的なメンテナンスパックは、車検の費用や、半年ごとの定期点検の費用等を一括で前払い購入する必要があり、都度支払いよりも安価にメンテナンスサービスを提供するものである。また、メンテナンスパックは、点検項目や交換部品等の内容が予め定められていた。本発明者は、車両ごとの状況に応じた内容のメンテナンスパックを提供することでメンテナンスパックの利便性を向上できると考えた。

【0005】

本開示はこうした状況に鑑みてなされたものであり、１つの目的は、利便性の高いメンテナンスパックの提供を支援する技術を提供することにある。

【課題を解決するための手段】

【0006】

上記課題を解決するために、本開示のある態様の情報処理装置は、外部装置から入力された見積対象の車両に関する属性情報を受け付ける受付部と、属性情報に基づいて、将来時点で車両に適用すべきメンテナンス項目を決定し、決定したメンテナンス項目を含むメンテナンスパックを設定するメンテナンスパック設定部と、メンテナンスパックの費用を含む見積情報を生成する見積生成部とを備える。

【0007】

本開示の別の態様は、見積方法である。この方法は、外部装置から入力された見積対象の車両に関する属性情報を受け付けるステップと、属性情報に基づいて、将来時点で車両に適用すべきメンテナンス項目を決定し、決定したメンテナンス項目を含むメンテナンスパックを設定するステップと、メンテナンスパックの費用を含む見積情報を生成するステップとをコンピュータが実行する。

【0008】

なお、以上の構成要素の任意の組合せ、本開示の表現を、システム、コンピュータプログラム、コンピュータプログラムを記録した記録媒体などの間で変換したものもまた、本開示の態様として有効である。

【発明の効果】

【0009】

本開示の技術によれば、利便性の高いメンテナンスパックの提供を支援できる。

【図面の簡単な説明】

【0010】

【図1】実施例の情報処理システムの構成を示す図である。

【図2】図１の管理装置の機能ブロックを示すブロック図である。

【図3】図１の管理装置の動作を示すフローチャートである。

【図4】見積基準の例を示す図である。

【図5】見積基準の例を示す図である。

【図6】見積基準の例を示す図である。

【図7】図７（ａ）は、一般的なメンテナンスパックの費用支払いを模式的に示す図であり、図７（ｂ）は、実施例のメンテナンスパックの費用支払いを模式的に示す図である。

【発明を実施するための形態】

【0011】

本開示における装置または方法の主体は、コンピュータを備えている。このコンピュータがコンピュータプログラムを実行することによって、本開示における装置または方法の主体の機能が実現される。コンピュータは、コンピュータプログラムにしたがって動作するプロセッサを主なハードウェア構成として備える。プロセッサは、コンピュータプログラムを実行することによって機能を実現することができれば、その種類は問わない。プロセッサは、半導体集積回路（ＩＣ、ＬＳＩ等）を含む１つまたは複数の電子回路で構成される。コンピュータプログラムは、コンピュータが読み取り可能なＲＯＭ、光ディスク、ハードディスクドライブなどの非一時的な記録媒体に記録される。コンピュータプログラムは、記録媒体に予め格納されていてもよいし、インターネット等を含む広域通信網を介して記録媒体に供給されてもよい。

【0012】

以下、本開示の技術を好適な実施の形態をもとに図面を参照しながら説明する。実施の形態は、発明を限定するものではなく例示であって、実施の形態に記述されるすべての特徴やその組み合わせは、必ずしも発明の本質的なものであるとは限らない。各図面に示される同一または同等の構成要素、部材、処理には、同一の符号を付するものとし、適宜重複した説明は省略する。また、各図に示す各部の縮尺や形状は、説明を容易にするために便宜的に設定されており、特に言及がない限り限定的に解釈されるものではない。また、本明細書または請求項中に「第１」、「第２」等の用語が用いられる場合には、特に言及がない限り、いかなる順序や重要度を表すものでもなく、ある構成と他の構成とを区別するためのものである。

【0013】

まず、実施例の概要を説明する。従来、自動車販売店や自動車用品店で販売されるメンテナンスパックは、車検（自動車検査登録制度に基づく検査）や半年ごとの定期点検における点検作業や整備作業、交換される部品等にかかる費用を一括の前払いにて購入する必要があった。メンテナンスパックの費用は、点検の都度支払いよりも安価に設定されるが、次回の車検の費用まで含むものが一般的であり、ある程度の金額になっていた。また、従来のメンテナンスパックは、点検項目や交換部品等の内容が予め定められていた。

【0014】

実施例の情報処理システムは、利便性の高いメンテナンスパックの提供を支援する。実施例の情報処理システムの主な特徴を３つ挙げる。
（１）実施例の情報処理システムは、事前に把握された顧客の自動車の状況に応じたメンテナンス項目を含むメンテナンスパックを動的に設定する。
（２）実施例の情報処理システムは、今回の車検から次回車検前までに完了するメンテナンス項目のみを含むメンテナンスパックを設定する。
（３）実施例の情報処理システムは、メンテナンスパックの費用の分割払いを支援する。

【0015】

図１は、実施例の情報処理システム１０の構成を示す。情報処理システム１０は、ＳＳ端末１４と管理装置１６を備える。ＳＳ端末１４は、サービスステーション（ＳＳ）に設置されたコンピュータ（情報処理装置）である。ＳＳ端末１４は、例えば、ＰＣ、タブレット端末、スマートフォンであってもよい。管理装置１６は、メンテナンスパックの見積情報を生成するコンピュータ（情報処理装置）である。ＳＳ端末１４と管理装置１６は、ＬＡＮ・ＷＡＮ・インターネット等を含む通信網１８を介して通信する。実際には、情報処理システム１０は、複数のサービスステーションに設置された複数のＳＳ端末１４を備え、複数のＳＳ端末１４が管理装置１６と通信する。

【0016】

実施例のサービスステーションは、複数の車両１２（図１では車両１２ａ、車両１２ｂ、車両１２ｃ）に対する車検や定期点検、部品交換等のサービスを販売し、提供する店舗である。サービスステーションは、車両のエネルギー源（例えば燃料）を商品として販売する店舗を兼ねてよい。サービスステーションは、給油所、水素ステーション、充電スタンドの役割を兼ねてもよい。例えば、管理装置１６は、石油製品の輸入、生成、販売を行う石油卸売業者の装置であってもよい。この場合に、サービスステーションは、石油卸売業者と特約販売契約を結んだ特約店であってもよい。

【0017】

図２は、図１の管理装置１６の機能ブロックを示すブロック図である。管理装置１６は、制御部２０、記憶部２２、通信部２４を備える。制御部２０は、見積情報の生成に関する各種データ処理を実行する。記憶部２２は、制御部２０により参照または更新されるデータを記憶する。通信部２４は、所定の通信プロトコルにしたがって外部装置と通信する。制御部２０は、通信部２４を介してＳＳ端末１４とデータを送受信する。

【0018】

記憶部２２は、顧客情報記憶部３０、車両情報記憶部３２、見積基準記憶部３４、メンテナンスパック情報記憶部３６、見積情報記憶部３８を含む。顧客情報記憶部３０は、車検やメンテナンスパックを購入する顧客に関する顧客情報を記憶する。実施例での顧客は、車検やメンテナンスの対象となる車両１２の運転者とする。実施例での顧客情報は、顧客ＩＤ、車両ＩＤ、顧客が所持する免許証の色、免許取得からの経過時間を含む。顧客情報はさらに、顧客の生年月日、性別、住所、連絡先等を含んでもよい。

【0019】

車両情報記憶部３２は、車検やメンテナンスの対象となる車両１２に関する車両情報を記憶する。実施例での車両情報は、車両ＩＤ、顧客ＩＤ、車両１２の耐久性、月間走行距離、年式、車種を含む。車両１２の耐久性は、車両の車種によって定められる所定の数値情報である。なお、耐久値は簡単のため、国産車（耐久性が相対的に高い）か、外車（耐久性が相対的に低い）かを示す情報としてもよい。車両情報は、製造メーカー名や型式等、他の情報をさらに含んでもよい。

【0020】

見積基準記憶部３４は、定期点検時に車両１２に必要となるメンテナンス項目を見積もるための基準となるデータ（以下「見積基準」とも呼ぶ。）を記憶する。見積基準は、見積対象の車両１２に関する属性情報からメンテナンス項目を導出するためのアルゴリズムを実装したデータである。実施例の見積基準は、見積対象の車両１２に関する属性情報の値と、メンテナンス項目とを関連付けたデータである。見積基準の形式に制限はない。例えば、見積基準は、表形式のデータであってもよく、計算式、関数またはプログラムとして実装されてもよい。見積対象の車両１２に関する属性情報は、上述の顧客情報（言い換えれば車両１２の運転者に関する情報）と車両情報とを含む。

【0021】

メンテナンスパック情報記憶部３６は、後述のメンテナンスパック設定部４２により生成されたメンテナンスパックの情報を記憶する。見積情報記憶部３８は、後述の見積生成部４４により生成された見積情報を記憶する。

【0022】

制御部２０は、管理装置１６のプロセッサ（ＣＰＵ等）により実現される。制御部２０は、対象情報受付部４０、メンテナンスパック設定部４２、見積生成部４４、見積出力部４６、整備情報取得部４８、基準更新部５０を含む。

【0023】

制御部２０内の複数の機能ブロックの機能は、コンピュータプログラム（ここでは「見積支援プログラム」とも呼ぶ。）に実装されてもよい。見積支援プログラムは、記録媒体に格納され、記録媒体から管理装置１６のストレージにインストールされてもよい。または、見積支援プログラムは、ネットワークを介してダウンロードされて管理装置１６のストレージにインストールされてもよい。管理装置１６のプロセッサは、見積支援プログラムをメインメモリに読み込み実行することにより、上記複数の機能ブロックの機能を発揮してもよい。

【0024】

対象情報受付部４０は、外部装置（実施例ではＳＳ端末１４）から入力された見積対象の車両１２（以下「対象車両」とも呼ぶ。）に関する属性情報を受け付ける。対象車両に関する属性情報は、既述の顧客情報と車両情報とを含む。

【0025】

メンテナンスパック設定部４２は、対象車両に関する属性情報と、見積基準記憶部３４に記憶された見積基準とに基づいて、将来時点で対象車両に適用すべきメンテナンス項目を決定する。言い換えれば、メンテナンスパック設定部４２は、将来の点検時に対象車両に施すべきメンテナンス項目を決定する。メンテナンスパック設定部４２は、決定したメンテナンス項目を含むメンテナンスパックを設定する。実施例では、メンテナンスパック設定部４２は、決定したメンテナンス項目を含むメンテナンスパックの情報を生成してメンテナンスパック情報記憶部３６に格納する。

【0026】

見積生成部４４は、メンテナンスパック設定部４２により設定されたメンテナンスパックの費用を含む見積情報を生成する。見積生成部４４は、生成した見積情報を見積情報記憶部３８に格納する。見積出力部４６は、見積生成部４４により生成された見積情報を外部装置（実施例ではＳＳ端末１４）に出力する。

【0027】

整備情報取得部４８は、ＳＳ端末１４から送信された、メンテナンスパックを利用した車両の整備状況に関する情報を取得する。基準更新部５０は、整備情報取得部４８により取得されたメンテナンスパックを利用した車両の整備状況に基づいて、見積基準記憶部３４に記憶された見積基準を更新する。

【0028】

以上の構成による情報処理システム１０の動作を説明する。
顧客は、サービスステーションに車両１２を持ち込み、サービスステーションの従業員に車検およびメンテナンスパックの見積を依頼する。サービスステーションの従業員は、見積対象の車両１２（対象車両）の状態や車検証情報等を確認して、対象車両に関する属性情報（顧客情報と車両情報を含む）をＳＳ端末１４に入力する。ＳＳ端末１４は、対象車両に関する属性情報を管理装置１６へ送信する。

【0029】

図３は、図１の管理装置１６の動作を示すフローチャートである。管理装置１６は、図３に示す処理を繰り返し実行する。

【0030】

管理装置１６の対象情報受付部４０は、ＳＳ端末１４から送信された対象車両に関する属性情報を受け付ける。対象情報受付部４０は、対象車両に関する属性情報に含まれる顧客情報を顧客情報記憶部３０に格納し、その属性情報に含まれる車両情報を車両情報記憶部３２に格納する。

【0031】

対象車両に関する属性情報が受け付けられると（Ｓ１０のＹ）、管理装置１６のメンテナンスパック設定部４２は、見積基準記憶部３４に記憶された予め定められた見積基準と、対象車両に関する属性情報とにしたがって、将来時点で対象車両に適用すべき１つ以上のメンテナンス項目を決定する。メンテナンスパック設定部４２は、決定した１つ以上のメンテナンス項目を含むメンテナンスパック情報をメンテナンスパック情報記憶部３６に格納する（Ｓ１１）。

【0032】

図４は、見積基準の例を示す。例えば、車両情報の項目「月間走行距離」の値が「３０００Ｋｍ以上」である場合、メンテナンスパック設定部４２は、メンテナンス項目「オイル交換」をメンテナンスパックに追加する。また、車両情報の項目「年式」の値が「１０年以上前」である場合、メンテナンスパック設定部４２は、メンテナンス項目「消耗品交換」をメンテナンスパックに追加する。また、顧客情報の項目「免許証の色」の値が「グリーンまたはブルー」である場合、メンテナンスパック設定部４２は、メンテナンス項目「外装部品交換」をメンテナンスパックに追加する。

【0033】

図５も、見積基準の例を示す。図５の見積基準は、複数種類の属性項目の組み合わせと、メンテナンス項目とを関連付けたデータである。例えば、車両情報の項目「年式」の値が「１０年以上前」、かつ、車両情報の項目「耐久性」の値が所定の閾値以下の場合（すなわち耐久性が相対的に低い場合）、メンテナンスパック設定部４２は、メンテナンス項目「消耗品交換」において交換する消耗品の点数を標準より増加させるように設定する。一方、車両情報の項目「年式」の値が「１０年未満」、かつ、車両情報の項目「耐久性」の値が所定の閾値を超えている場合（すなわち耐久性が相対的に高い場合）、メンテナンスパック設定部４２は、メンテナンス項目「消耗品交換」において交換する消耗品の点数を標準の点数にするよう設定する。なお、「耐久値」の値が「外車」を示しているか、「国産車」を示しているかによって、消耗品の点数を定めてもよい。

【0034】

図６も、見積基準の例を示す。図６の見積基準も、複数種類の属性項目の組み合わせと、メンテナンス項目とを関連付けたデータである。例えば、顧客情報の項目「免許証の色」の値が「ゴールド」、かつ、車両情報の項目「月間走行距離」の値が「３０００Ｋｍ未満」であれば、メンテナンスパック設定部４２は、通常の整備項目として予め定められたメンテナンス項目のみをメンテナンスパックに設定する。また、顧客情報の項目「免許証の色」の値が「グリーンまたはブルー」、かつ、車両情報の項目「月間走行距離」の値が「３０００Ｋｍ未満」であれば、メンテナンスパック設定部４２は、通常の整備項目に加えて、メンテナンス項目「外装品交換」をメンテナンスパックに設定する。

【0035】

また、顧客情報の項目「免許証の色」の値が「ゴールド」、かつ、車両情報の項目「月間走行距離」の値が「３０００Ｋｍ以上」であれば、メンテナンスパック設定部４２は、通常の整備項目に加えて、メンテナンス項目「オイル交換」をメンテナンスパックに設定する。また、顧客情報の項目「免許証の色」の値が「グリーンまたはブルー」、かつ、車両情報の項目「月間走行距離」の値が「３０００Ｋｍ以上」であれば、メンテナンスパック設定部４２は、通常の整備項目に加えて、メンテナンス項目「外装品交換」および「オイル交換」をメンテナンスパックに設定する。なお、メンテナンス項目は本実施例に挙げたもののみではなく、外装品の追加等、実施者の必要に応じて、適宜変更を行ってもよい。

【0036】

また、メンテナンスパック設定部４２は、対象車両の今回の車検の後から次の車検の前までに完了するメンテナンス項目のみを見積対象のメンテナンスパックに含める。メンテナンスパック設定部４２は、次の車検の後に実施される定期点検等でのメンテナンス項目を見積対象のメンテナンスパックから除外する。

【0037】

図３に戻り、管理装置１６の見積生成部４４は、Ｓ１１で生成されたメンテナンスパックの情報を参照し、対象車両に施される１つ以上のメンテナンス項目に基づいて、メンテナンスパックの費用を導出する。例えば、見積生成部４４は、複数のメンテナンス項目それぞれの費用を示す情報を保持してもよい。見積生成部４４は、対象車両に施される１つ以上のメンテナンス項目それぞれの費用を合計することによりメンテナンスパックの費用を導出してもよい。また、見積生成部４４は、対象車両の車種に応じて、使用する消耗品の種類を決定し、消耗品の種類に基づいて、メンテナンスパックの費用を導出してもよい。見積生成部４４は、メンテナンスパックの費用を含む見積情報を生成して、生成した見積情報を見積情報記憶部３８に格納する（Ｓ１２）。

【0038】

また、見積生成部４４は、メンテナンスパックの費用を分割払いにする場合の単位期間ごとの支払金額を含む見積情報を作成する。分割払いの期間は、今回の車検から次回の車検前までの２年間以内であってもよく、単位期間は１か月であってもよい。例えば、２０回（２０か月）の分割払いとする場合、見積生成部４４は、今回の車検費用とメンテナンスパック費用の合計額の２０分の１に所定の金利を付加した金額を月々の支払額（定額）として見積情報に含めてもよい。ここでの金利は、クレジットカードを用いた分割払い時の金利（一般的には１４％～１８％）より低く、例えば１０％以下である。

【0039】

図７（ａ）は、一般的なメンテナンスパックの費用支払いを模式的に示し、図７（ｂ）は、実施例のメンテナンスパックの費用支払いを模式的に示す。図７（ｂ）では、今回の車検費用とメンテナンスパック費用の合計額を分割払いとする例を示している。図７（ａ）に示すように、従来の一般的なメンテナンスパックは、定期点検の費用および次回の車検の費用を一括で前払いする必要があり、顧客の負担が大きかった。図７（ｂ）に示すように、実施例のメンテナンスパックは、次回車検の費用を含まず、かつ、低金利での分割払いが可能であるため、顧客の負担を低減できる。また、次回車検時に自家用車をカーリースに切り替えることも容易になる。

【0040】

なお、見積生成部４４は、メンテナンスパック設定部４２により決定された１つ以上のメンテナンス項目を示す情報を見積情報に含めてもよい。また、見積生成部４４は、公知の手法により今回の車検の費用を導出し、今回の車検の費用を見積情報に含めてもよい。すなわち、見積生成部４４は、今回の車検の費用と、メンテナンスパックの費用と、メンテナンスパックに含まれるメンテナンス項目の情報とを含む見積情報を生成してもよい。

【0041】

図３に戻り、管理装置１６の見積出力部４６は、Ｓ１２で生成された見積情報をＳＳ端末１４へ送信する（Ｓ１３）。サービスステーションの従業員は、車検の費用に加えて、顧客向けにカスタマイズされたメンテナンスパックの費用を含む見積情報を顧客に提示する。管理装置１６が、対象車両に関する属性情報を受け付けなければ（Ｓ１０のＮ）、Ｓ１１～Ｓ１３の処理をスキップする。

【0042】

実施例の管理装置１６によると、見積対象の車両１２に関する属性情報（例えば顧客情報および車両情報）に最適化されたメンテナンスパックを設定し、そのメンテナンスパックの費用を含む見積情報を生成することができる。また、実施例のメンテナンスパックは、次回車検の前までに完了するメンテナンス項目のみ含み、次回車検およびそれ以後の定期点検は含まない。これにより、次回車検時に自家用車をカーリースに切り替える等、車両代替の選択を促進できる。

【0043】

次に、見積基準の更新処理を説明する。
メンテナンスパックを購入した顧客は、その後の定期点検時に車両１２（対象車両）をサービスステーションに持ち込む。サービスステーションでは、対象車両に対して、メンテナンスパックに設定されたメンテナンス項目の整備（通常整備）が行われる。また、サービスステーションでは、対象車両に対して、メンテナンスパックには未設定の追加整備が行われることもある。追加整備が発生する要因は、対象車両の車種や年式、利用方法、走行距離を含む。対象車両に対して追加整備が行われた場合、サービスステーションのＳＳ端末１４は、サービスステーションの従業員が入力した顧客ＩＤ、車両ＩＤ、追加整備の内容（メンテナンス項目）を示す情報（以下「追加整備情報」とも呼ぶ。）を管理装置１６へ送信する。

【0044】

管理装置１６の整備情報取得部４８は、ＳＳ端末１４から送信された追加整備情報を受け付ける。追加整備情報が受け付けられた場合（Ｓ１４のＹ）、管理装置１６の基準更新部５０は、追加整備情報が示す、メンテナンスパックに未設定の追加整備の内容に基づいて、見積基準記憶部３４に記憶された見積基準を更新する（Ｓ１５）。追加整備情報が受け付けられなければ（Ｓ１４のＮ）、Ｓ１５の処理をスキップする。

【0045】

Ｓ１５において、基準更新部５０は、顧客情報記憶部３０を参照して、追加整備情報が示す顧客ＩＤに紐付く顧客情報を特定してもよい。また、基準更新部５０は、車両情報記憶部３２を参照して、追加整備情報が示す車両ＩＤに紐付く車両情報を特定してもよい。基準更新部５０は、見積基準記憶部３４を参照して、特定した顧客情報の属性項目値に対応するメンテナンス項目を定めた見積基準と、特定した車両情報の属性項目値に対応するメンテナンス項目を定めた見積基準とを特定してもよい。基準更新部５０は、特定した見積基準に、追加整備の内容を新たなメンテナンス項目として追加してもよい。

【0046】

例えば、対象車両の月間走行距離が３０００Ｋｍ以上であったとする。また、元の見積基準は、図４に示すように、月間走行距離３０００Ｋｍ以上の場合にオイル交換をメンテナンスパックに含めるよう定められていたとする。そして、定期点検時、対象車両のタイヤが摩耗していたため、追加整備としてタイヤ交換が実施されたこととする。この場合、ＳＳ端末１４から管理装置１６に、追加整備としてタイヤ交換が実施されたことが通知される。管理装置１６の基準更新部５０は、月間走行距離３０００Ｋｍ以上の場合にオイル交換に加えてタイヤ交換を実施するように見積基準を更新する。実施例の管理装置１６によると、点検時の追加整備状況に基づいて、見積基準の精度や妥当性を逐次向上させることができる。

【0047】

以上、本開示を実施例をもとに説明した。実施例は例示であり、各構成要素あるいは各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本開示の範囲にあることは当業者に理解されるところである。

【0048】

変形例を説明する。上記実施例では、サービスステーションのＳＳ端末１４から管理装置１６へ、見積対象の車両１２に関する属性情報（顧客情報＋車両情報）が送信された。変形例として、顧客（見積対象の車両１２の運転者）の情報端末から管理装置１６へ、上記属性情報の少なくとも一部が送信されてもよい。および／または、見積対象の車両１２のＯＢＤ（On Board Diagnostics）ポートに接続され、車両１２の診断情報を読み出す検査装置から管理装置１６へ、上記属性情報の少なくとも一部が送信されてもよい。管理装置１６の対象情報受付部４０は、ＳＳ端末１４、顧客の情報端末、検査装置のうち少なくとも１つから上記属性情報を取得してもよい。

【0049】

別の変形例を説明する。上記実施例では複数のメンテナンス項目を含むフルメンテナンスに関するパックを開示したが、実施者の必要に応じて、メンテナンスパック項目の種類、数は変更してもよい。例えば、車検に加え、オイルの交換を行うのみの上記実施例と比較して簡素なメンテナンスパックに本発明を適用してもよい。

【0050】

さらに別の変形例を説明する。上記実施例では今回の車検費用も含めて分割費用の算出を行う例を開示したが、今回の車検費用は含めずに分割費用の算出を行ってもよい。また、支払いの開始時期について、実施者の必要に応じて、適宜変更を行ってもよい。例えば、今回の車検の際に１回目の支払いを行うものとしてとして分割費用の設定を行う場合に限らず、今回の車検の翌月に１回目の支払いを行うものとしてとして分割費用の設定を行ってもよい。

【0051】

さらに別の変形例を説明する。上記実施例の管理装置１６の機能は、複数の装置に分散して実装されてもよい。そして、それら複数の装置が互いに通信し、システムとして連携することによって、上記実施例の管理装置１６と同様の処理を実行してもよい。

【0052】

上述した実施例および変形例の任意の組み合わせもまた本開示の実施の形態として有用である。組み合わせによって生じる新たな実施の形態は、組み合わされる実施例および変形例それぞれの効果をあわせもつ。また、請求項に記載の各構成要件が果たすべき機能は、実施例および変形例において示された各構成要素の単体もしくはそれらの連携によって実現されることも当業者には理解されるところである。

【符号の説明】

【0053】

１０ 情報処理システム、 １２ 車両、 １６ 管理装置、 ４０ 対象情報受付部、 ４２ メンテナンスパック設定部、 ４４ 見積生成部、 ４６ 見積出力部、 ５０ 基準更新部。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】