JP6663166B2 - プログラム、見積方法および見積装置 - Google Patents

Description

本発明は、コンピュータにより修理の見積もりを行うプログラム、見積方法および見積装置に関する。

車両の修理に要する費用を見積もるにあたり、自動車の部品のイラストを表示し、選択された部品に色を付ける車両修理見積もりシステムが開示されている（特許文献１）。

車両の修理に要する費用を見積もるにあたり、自動車の部品のイラストを素材によって異なる色を用いて表示する情報提供装置が開示されている（特許文献２）。

車両の修理を行うにあたり、交換する可能性のある部品を一括して供給して在庫管理の負担を軽減する部品選択システムおよび部品供給システムが開示されている（特許文献３）。

特開２００６−３５０７４３号公報 特開２００３−１５６９２１号公報 特開２０１０−６４６６２号公報

しかしながら、特許文献１のシステムでは、修理の工賃の算定方法については開示されていない。また特許文献２の装置および特許文献３のシステムでは、あらかじめ補助記憶装置に記憶された工賃の情報を用いて、修理費用の見積を行う。そのため、工賃の情報が記憶されていない車種については、ユーザが工賃に関する情報を入力する必要があった。

一つの側面では、本発明は工賃の情報が記憶されていない場合でも、工賃を含めた修理費用の見積を行うことができるプログラム等を提供することを目的とする。

一態様では、プログラムは修理見積もりを行う自動車の車種を示す第１の型式を取得し、前記第１の型式に関連づけられた修理に関する指数があらかじめ記憶されているか否かを判定し、前記指数が記憶されていないと判定した場合に、自動車の車種と、該車種の修理見積もりに指数を流用可能な参考車種とを関連づけて記録したデータベースに基づいて、前記第１の型式に関連づけられた第２の型式を取得し、取得した前記第１の型式と、取得した前記第２の型式とを表示する処理をコンピュータに実行させる。

一つの側面では、工賃の情報が記憶されていない場合でも、工賃を含めた修理費用の見積を行うことができるプログラム等を提供することが可能となる。

見積装置の装置構成図である。 参考ＤＢのレコードレイアウトを示す説明図である。 見積装置の画面を示す説明図である。 見積プログラムの処理の流れを示すフローチャートである。 実施の形態２の見積プログラムの処理の流れを示すフローチャートである。 車種ＤＢのレコードレイアウトを示す説明図である。 実施の形態３の見積プログラムの処理の流れを示すフローチャートである。 実施の形態３の代替車種選定の処理の流れを示すフローチャートである。 実施の形態３の代替車種選定の処理の流れを示すフローチャートである。 実施の形態３の代替車種選定の処理の流れを示すフローチャートである。 実施の形態４の見積装置の装置構成図である。

［実施の形態１］
本実施の形態は、車両の修理費用の見積もりを行う見積装置に関する。本実施の形態の見積装置は、修理対象の車両の車種を受け付けた後に、その車種の修理に係る指数が作成されているか否かを判定し、作成されていないと判定した場合には指数が定められている参考車種を抽出し、参考車種の指数を用いて修理費用の見積もりを行う。

ここで指数について説明する。指数とは、自動車の修理の作業時間を示す指標であり、自動車業界においては修理費用を算定する際の基準に使用されている。指数と自動車修理工場の立地等に応じて定める係数との積により、自動車修理の技術料を算定する。自動車の修理に要する作業時間は、自動車の構造によって、また修理作業によって異なる。したがって、指数は自動車の車種および修理作業ごとに作成される。

指数を作成するには手間が掛かるため、一部の車種についてのみ指数が作成される。作成された指数は自動車業界内で共通に利用されている。指数が作成されていない車種については、構造等が類似する車種の指数を流用して、自動車修理の技術料を算定することが行われている。従来は、指数を流用する車種の選択は、ユーザの知識と経験に基づいて手作業で行われてきた。そのため、見積装置の操作は、車両に関する豊富な知識を有するユーザが行っていた。本実施の形態は、指数を流用する車種の候補である参考車種を抽出する見積プログラム等に関する。

図１は、見積装置１０の装置構成図である。本実施形態の見積装置１０は、一または複数の演算制御装置であるＣＰＵ１１、ＳＲＡＭ（Static RAM）、ＤＲＡＭ（Dynamic RAM）またはフラッシュメモリ等の主記憶装置１２、ハードディスク、半導体メモリディスク等の記憶装置である補助記憶装置１３、マウス、キーボード、タッチパネル、ペンタブレット、マイク等の入力機器である入力部１４、プリンタ、プロッタ等の出力機器である出力部１５、ディスプレイ、プロジェクタ、ヘッドマウントディスプレイ等の表示部１６、ディスクドライブ、ＳＤ（Secure Digital）カードリーダ等の可搬型記録媒体を読み取る読取部１８、インターネットまたはイントラネット等のネットワークとの通信を行う通信モジュール１７を含む。見積装置１０は、たとえば汎用のパソコン、タブレット、スマートフォン等である。

補助記憶装置１３には、ＣＰＵ１１に実行させる見積プログラムおよび見積プログラムの実行に必要な参考ＤＢ（DataBase）１３１等の各種ＤＢが保存される。なお、参考ＤＢ１３１等の各種ＤＢは、通信モジュール１７を介して図示しない外部のＤＢから取得されても良い。

図２は、参考ＤＢ１３１のレコードレイアウトを示す説明図である。参考ＤＢ１３１は、指数が作成されていない車種と、修理費用の見積に指数を流用可能な参考車種および参考車種の選定理由を関連づけるＤＢである。ここで車種とは、車両のメーカが定めた英数字等で表現される型式であり、車両の詳細仕様を識別する際に使用する事ができる。

参考ＤＢ１３１は、入力車種フィールド、参考車種フィールドおよび理由フィールドを有する。参考ＤＢ１３１は、指数が作成されていない１車種ごとに１つのレコードを有する。入力車種フィールドには、指数が作成されていない車種が記録されている。参考車種フィールドには、入力車種フィールドに記録された車種の修理費用の見積に指数を流用することが可能な参考車種が記録されている。

理由フィールドには、参考車種を選定した理由が記録されている。理由フィールドに「ＯＥＭ車」と記録されている場合には、入力車種と参考車種とが、相手先ブランド供給製品の車種とその原型となった製品の車種の関係にあることを示す。ここでＯＥＭは、Original Equipment Manufacturer、すなわち相手先ブランド供給品の略である。理由フィールドに「同車格」と記録されている場合には、入力車種と参考車種との車両寸法が近いことを示す。理由フィールドに「前回年式」と記録されている場合には、入力車種は参考車種の後継製品であり参考車種が前回の年式の車種にあたることを示す。これらの他に、理由フィールドには入力車種と参考車種とが同一シリーズのマイナーチェンジ車であること、入力車種と参考車種とが同一のエンジンを使用している車種であること事等が記録されていても良い。

図３は、見積装置１０の画面を示す説明図である。図３を使用して、見積装置１０の概要を説明する。

車両の修理に要する費用を見積もる際には、ＣＰＵ１１は修理対象である車両に関する情報の入力を受け付ける。ＣＰＵ１１は、入力を受け付けた車種の指数が補助記憶装置１３に記憶されているか否かを判定する。記憶されていないと判定した場合には、ＣＰＵ１１は表示部１６に図３に示す画面を表示する。図３の画面について説明する。ＣＰＵ１１は、図３の上部には、ユーザに状況を説明する説明欄２１を表示する。図３の説明欄２１には、ユーザが入力した車種の見積を行うためには、類似した車種を選択する必要があることおよびユーザが入力した車種と類似する参考車種を用意したことが表示されている。

ＣＰＵ１１は、説明欄２１の下にユーザが入力した車種、年式、ドアボディの形状等を示す車両情報欄２２を表示する。ＣＰＵ１１は、車両情報欄２２の下にユーザが入力した車種に類似する参考車種を表示する参考欄２３を表示する。ＣＰＵ１１は、参考欄２３の下に参考車種を選定した理由を表示する理由欄２４を表示する。ＣＰＵ１１は、理由欄２４の下にユーザの操作を受け付ける戻るボタン２５、変更ボタン２６、見積ボタン２７をそれぞれ表示する。以下の説明では図３の画面を車種提案画面と呼ぶ。

図４は、見積プログラムの処理の流れを示すフローチャートである。図４を使用して本実施の形態の見積装置１０のＣＰＵ１１が行う処理の流れを説明する。ＣＰＵ１１は、車両情報を受け付ける（ステップＳ５０１）。車両情報は、車種、車体番号、車両の所有者名等の情報である。車両情報は、入力部１４から受け付けても良いし、通信モジュール１７を介して接続された他の情報端末から受け付けても良い。

ＣＰＵ１１は、入力された車種の指数が補助記憶装置１３に記憶されているか否かを判定する（ステップＳ５０２）。記憶されていないと判定した場合には（ステップＳ５０２でＮＯ）、ＣＰＵ１１は、入力された車種をキーとして補助記憶装置１３に記憶された参考ＤＢ１３１を参照して参考車種および参考車種の選定理由を取得する（ステップＳ５０３）。

ＣＰＵ１１は、参考車種とその選定理由を含む車種提案画面を表示部１６に表示し、参考車種の指数を見積もりの作成に採用できるか否かを判定する（ステップＳ５０４）。判定は、車種提案画面の見積ボタン２７の入力を受け付けたか否かにより行う。見積ボタン２７の入力を受け付けた場合は、ＣＰＵ１１は参考車種の指数を採用可能と判定する（ステップＳ５０４でＹＥＳ）。車種提案画面の変更ボタン２６の入力を受け付けた場合には、参考車種の指数を採用不可能と判定し（ステップＳ５０４でＮＯ）、ＣＰＵ１１はユーザによる参考車種の入力を受け付ける（ステップＳ５０６）。ユーザによる参考車種の入力は従来も行われているので、入力方法の詳細および入力画面の説明は省略する。

ステップＳ５０４の終了後およびステップＳ５０６の終了後、ＣＰＵ１１は補助記憶装置１３から参考車種の指数を取得する（ステップＳ５０７）。

入力された車種の指数が補助記憶装置１３に記憶されていると判定した場合には（ステップＳ５０２でＹＥＳ）、ＣＰＵ１１は補助記憶装置１３から入力された車種の指数を取得する（ステップＳ５０８）。

ステップＳ５０７の終了後およびステップＳ５０８の終了後、ＣＰＵ１１は修理箇所を受け付ける（ステップＳ５０９）。ＣＰＵ１１はステップＳ５０３またはステップＳ５０４で取得した指数を使用して、ステップＳ５０９で受け付けた修理箇所の修理見積もりを作成する（ステップＳ５１０）。修理箇所の受付および修理見積もりの作成については従来も行われているので説明は省略する。その後、ＣＰＵ１１は処理を終了する。なお、フローチャートの記載は省略するが、戻るボタン２５の選択を受け付けた場合には、ＣＰＵ１１は本サブルーチンの処理を中断して、車両情報の入力画面に戻る。

本実施の形態によると、指数が作成されていない車種であっても参考ＤＢ１３１を参照することにより適切な参考車種を使用して見積を行うことができる。したがって、車両に関する知識が少ないユーザであっても、適切な見積を作成することが可能な見積装置１０を提供できる。

参考ＤＢ１３１の信頼性が高い場合には、ステップＳ５０４およびステップＳ５０６を省略し、参考車種を取得（ステップＳ５０３）した後に、ユーザによる入力の受付を待たずに参考車種の指数を取得（ステップＳ５０７）してもよい。

本実施の形態においては自動車の修理を例にして挙げたが、自動二輪車、家電機器、情報機器等、各種の物品の修理の見積に本見積装置１０を適用する事ができる。この場合、各メーカが独自に算定している修理の所要時間のデータ等を指数として使用する事で技術料の見積を行う事ができる。

なお、自動車修理の場合であっても、各メーカが独自に算定している修理の所要時間または修理費用のデータを指数として使用しても良い。

［実施の形態２］
本実施の形態は、ユーザによる参考車種の入力を受け付けた場合に、その参考車種と入力車種とを関連づけてＤＢに記録する見積装置１０に関する。実施の形態１と共通する部分については、説明を省略する。

図５は、実施の形態２の見積プログラムの処理の流れを示すフローチャートである。ＣＰＵ１１は、車両情報を受け付ける（ステップＳ５０１）。ＣＰＵ１１は、入力された車種の指数が補助記憶装置１３に記憶されているか否かを判定する（ステップＳ５０２）。記憶されていないと判定した場合には（ステップＳ５０２でＮＯ）、ＣＰＵ１１は、入力された車種をキーとして補助記憶装置１３に記憶された参考ＤＢ１３１を参照して参考車種および参考車種の選定理由を取得する（ステップＳ５０３）。

ＣＰＵ１１は、参考車種の取得に成功したか否かを判定する（ステップＳ５２１）。成功していない場合とは、キーとした車種が参考ＤＢ１３１の入力車種フィールドに含まれていない場合である。

成功したと判定した場合には（ステップＳ５２１でＹＥＳ）、ＣＰＵ１１は、参考車種とその選定理由を含む車種提案画面を表示部１６に表示し、参考車種の指数を見積もりの作成に採用可能か否かを判定する（ステップＳ５０４）。判定は、車種提案画面の見積ボタン２７の入力を受けつけたか否かで判定する。見積ボタン２７の入力を受け付けた場合は、ＣＰＵ１１は参考車種の指数を採用可能と判定する（ステップＳ５０４でＹＥＳ）。

車種提案画面の変更ボタン２６の入力を受け付けた場合には、ＣＰＵ１１は参考車種を採用不可能と判定する（ステップＳ５０４でＮＯ）。参考車種の取得に失敗したと判定した場合（ステップＳ５２１でＮＯ）、および参考車種を採用不可能と判定した場合（ステップＳ５０４でＮＯ）、ＣＰＵ１１はユーザによる参考車種の入力を入力部１４から受け付ける（ステップＳ５０６）。ＣＰＵ１１は、ユーザの入力した参考車種を保存するか否かを判定する（ステップＳ５２２）。判定は、保存を指示する旨の入力の受付の有無により行う。

保存すると判定した場合には（ステップＳ５２２でＹＥＳ）、ＣＰＵ１１は参考ＤＢ１３１にステップＳ５０１で入力を受け付けた入力車種と関連づけてステップＳ５０６で入力を受け付けた参考車種を記録する（ステップＳ５２３）。ここで、入力フィールドに既に入力車種が記録されている場合には、そのレコードの参考車種フィールドをステップＳ５０６で入力された参考車種に書き換える。入力フィールドに入力車種が記録されていない場合には、入力車種と参考車種を関連づけたレコードを参考ＤＢ１３１に追加する。

なお、ＣＰＵ１１は参考車種を決定した理由を入力部１４または通信モジュール１７を介して接続された他の情報端末から受け付けて、参考ＤＢ１３１に追加するレコードの理由フィールドに記録することが望ましい。また、参考ＤＢ１３１の修正および追記の履歴については、参考ＤＢ１３１内に履歴フィールドを設けて記録するか、別途ログファイルを設けて記録する事が望ましい。記録する事柄は、たとえば修正または追記した事項、修正または追記を行ったユーザ、修正または追記を行った日時等である。

採用可能と判定した場合（ステップＳ５０４でＹＥＳ）、ステップＳ５２３の終了後、および参考車種を保存しないと判定した場合（ステップＳ５２２でＮＯ）、ＣＰＵ１１は補助記憶装置１３から参考車種の指数を取得する（ステップＳ５０７）。

入力された車種の指数が補助記憶装置１３に記憶されていると判定した場合には（ステップＳ５０２でＹＥＳ）、ＣＰＵ１１は補助記憶装置１３から入力された車種の指数を取得する（ステップＳ５０８）。

ステップＳ５０７の終了後またはステップＳ５０８の終了後、ＣＰＵ１１は修理箇所を受け付ける（ステップＳ５０９）。ＣＰＵ１１はステップＳ５０３またはステップＳ５０４で取得した指数を使用して、ステップＳ５０９で受け付けた修理箇所の修理見積もりを作成する（ステップＳ５１０）。修理箇所の受付および修理見積もりの作成については従来も行われているので説明は省略する。その後、ＣＰＵ１１は処理を終了する。なお、フローチャートの記載は省略するが、戻るボタン２５の選択を受け付けた場合には、ＣＰＵ１１は本サブルーチンの処理を中断して、車両情報の入力画面に戻る。

本実施の形態によると、新しい車種の発売に比べて参考ＤＢ１３１の更新が遅れていても、修理受け付けの都度参考ＤＢ１３１の記録内容を充実させていく事が可能な見積装置１０を提供できる。

［実施の形態３］
本実施の形態は、車種の特性を参照して参考車種を選択する見積装置１０に関する。実施の形態１と共通する部分については説明を省略する。

図６は、車種ＤＢのレコードレイアウトを示す説明図である。車種ＤＢは、車種の仕様等の特性を記録したＤＢである。車種ＤＢは、車種フィールド、状態フィールド、指数フィールド、メーカフィールド、ＯＥＭ元フィールドおよび前フィールドを含む。車種ＤＢは、１つの車種につき１つのレコードを有する。

車種フィールドには、車種が記録されている。状態フィールドには、その車種の状態が記録されている。状態フィールドに「新型」と記録されている場合には、その車種は新型の車種として発売された事を示している。状態フィールドに「フルモデルチェンジ」と記録されている場合には、その車種は既存の車種との共通性はあるがほぼ新型の車種として発売されたことを示している。状態フィールドに「マイナーチェンジ」と記録されている場合には、その車種は既存の車種との共通点が多い車種として発売されたことを示している。状態フィールドに「過去」と記録されている場合には、その車種は過去に販売されていたが現在は販売されていない過去販売車であることを示している。

指数フィールドには、その車種の指数が作成されているか否かが記録されている。指数フィールドに「有り」と記録されている場合には、その車種の指数が作成されていて参照できることを意味している。指数フィールドに「無し」と記録されている場合には、その車種の指数が参照できない事を意味している。なお、指数フィールドに「有り」と記録されている場合には、その車種の指数はあらかじめ補助記憶装置１３に記憶されている。

メーカフィールドにはメーカ名が記録されている。ＯＥＭ元フィールドには、車種フィールドに記録された車種が相手先ブランド供給を受けた車種である場合に、原型となった製品の車種が記録されている。ＯＥＭフィールドに「−」と記録されている場合は、その車種は相手先ブランド供給を受けた車種ではない事を意味している。前フィールドには、モデルチェンジ前の車種が記録されている。前フィールドに「−」と記録されている場合には、その車種はモデルチェンジを行った車種ではないことを意味している。

さらに車種ＤＢには車両寸法、ボディ形状、ドアの数、駆動部の仕様、エンジンの仕様、販売台数等、車種の特性を記録した図示しないフィールドが含まれている。

図７は、実施の形態３の見積プログラムの処理の流れを示すフローチャートである。図７を使用して本実施形態の処理の流れを説明する。なお実施の形態１と共通する部分は説明を省略する。

ＣＰＵ１１は、車両情報を受け付ける（ステップＳ５０１）。車両情報は、車種、車体番号、車両の所有者名等の情報である。車両情報は、入力部１４から受け付けても良いし、通信モジュール１７を介して接続された他の情報端末から受け付けても良い。

ＣＰＵ１１は、入力された車種をキーとして車種ＤＢからレコードを取り出し、指数フィールドを参照して、指数が補助記憶装置１３に記録されているか否かを判定する（ステップＳ５０２）。指数が補助記憶装置１３に記憶されていないと判定した場合には（ステップＳ５０２でＮＯ）、ＣＰＵ１１は、参考車種選定のサブルーチンを起動する（ステップＳ５３１）。参考車種選定のサブルーチンは、車種ＤＢを参照して入力された車種に対応する参考車種を選定するサブルーチンである。参考車種選定のサブルーチンの処理の流れは後述する。ＣＰＵ１１は補助記憶装置１３から参考車種の指数を取得する（ステップＳ５０７）。

指数が補助記憶装置１３に記憶されていると判定した場合には（ステップＳ５０２でＹＥＳ）、ＣＰＵ１１は補助記憶装置１３から入力された車種の指数を取得する（ステップＳ５０８）。

ステップＳ５０７の終了後およびステップＳ５０８の終了後、ＣＰＵ１１は修理箇所を受け付ける（ステップＳ５０９）。ＣＰＵ１１はステップＳ５０３またはステップＳ５０４で取得した指数を使用して、ステップＳ５０９で受け付けた修理箇所の修理の見積もりを作成する（ステップＳ５１０）。修理箇所の受付および修理見積もりの作成については従来も行われているので説明は省略する。その後、ＣＰＵ１１は処理を終了する。なお、フローチャートの記載は省略するが、戻るボタン２５の選択を受け付けた場合には、ＣＰＵ１１は本サブルーチンの処理を中断して、車両情報の入力画面に戻る。

図８から図１０までは、実施の形態３の参考車種選定の処理の流れを示すフローチャートである。図８から図１０までを使用して、参考車種選定の処理の流れを説明する。

ＣＰＵ１１は、入力車種をキーとして車種ＤＢからレコードを取り出す。ＣＰＵ１１は、取り出したレコードのＯＥＭフィールドを参照して、入力車種に相手先ブランド供給の原型となった車種があるか否かを判定する（ステップＳ５５１）。原型となった車種が有ると判定した場合（ステップＳ５５１でＹＥＳ）、ＣＰＵ１１は原型となった車種をキーとして車種ＤＢからレコードを取り出して指数フィールドを参照し、指数が作成されているか否かを判定する（ステップＳ５５２）。

指数が作成されていると判定した場合は（ステップＳ５５２でＹＥＳ）、ＣＰＵ１１は相手先ブランド供給の原型となった車種を参考車種に決定する（ステップＳ５５３）。ＣＰＵ１１は、その後処理を終了する。

相手先ブランド供給の原型となった車種が無いと判定した場合（ステップＳ５５１でＮＯ）、および相手先ブランド供給の原型となった車種の指数が補助記憶装置に記憶されていないと判定した場合（ステップＳ５５２でＮＯ）、ＣＰＵ１１は入力車種のレコードの状態フィールドを参照して、その車種が過去販売車であるか否かを判定する（ステップＳ５５５）。過去販売車であると判定した場合は（ステップＳ５５５でＹＥＳ）、ＣＰＵ１１はマイナーチェンジ後の車種の有無を判定する（ステップＳ５５６）。

マイナーチェンジ後の車種の有無は、以下の手順で判定する。ＣＰＵ１１は、入力車種をキーとして車種ＤＢの前フィールドを検索する。前フィールドに入力車種が記載されているレコードがある場合には、ＣＰＵ１１はそのレコードの状態フィールドを参照する。状態フィールドに「マイナーチェンジ」と記録されている場合に、ＣＰＵ１１はマイナーチェンジ後の車種があると判定する。

マイナーチェンジ後の車種が有ると判定した場合は（ステップＳ５５６でＹＥＳ）、ＣＰＵ１１はマイナーチェンジ後の車種の指数が補助記憶装置に記憶されているか否かを判定する（ステップＳ５５７）。マイナーチェンジ後の車種の指数の有無は、マイナーチェンジ後の車種のレコードの指数フィールドを参照して判定する。

マイナーチェンジ後の車種が無いと判定した場合（ステップＳ５５６でＮＯ）、およびマイナーチェンジ後の車種の指数が作成されていないと判定した場合（ステップＳ５５７でＮＯ）、ＣＰＵ１１はマイナーチェンジ前の車種の有無を判定する（ステップＳ５５８）。マイナーチェンジ前の車種の有無は、入力車種のレコードの前フィールドの記録から判定する。マイナーチェンジ前の車種があると判定した場合には（ステップＳ５５８でＹＥＳ）、ＣＰＵ１１はマイナーチェンジ前の車種をキーとして車種ＤＢからレコードを取り出し、指数フィールドを参照して、マイナーチェンジ前の車種の指数が補助記憶装置１３に記憶されているか否かを判定する（ステップＳ５５９）。

マイナーチェンジ後の車種の指数が補助記憶装置１３に記憶されていると判定した場合（ステップＳ５５７でＹＥＳ）、ＣＰＵ１１はマイナーチェンジ車種を参考車種に決定する（ステップＳ５６０）。また、マイナーチェンジ前の車種の指数が補助記憶装置に記憶されていると判定した場合（ステップＳ５５９でＹＥＳ）も、ＣＰＵ１１はマイナーチェンジ車種を参考車種に決定する（ステップＳ５６０）。ＣＰＵ１１は、その後処理を終了する。

入力車種が現行車種であると判定した場合（ステップＳ５５５でＮＯ）、ＣＰＵ１１は入力車種の状態フィールドを参照して入力車種がマイナーチェンジ車であるか否かを判定する（ステップＳ５７１）。マイナーチェンジ車であると判定した場合は（ステップＳ５７１でＹＥＳ）、ＣＰＵ１１はマイナーチェンジ前の車種の指数が補助記憶装置１３に記憶されているか否かを判定する（ステップＳ５７２）。判定は、入力車種のレコードの前フィールドに記録されているマイナーチェンジ前の車種をキーとして車種ＤＢを検索してレコードを取り出し、指数フィールドを参照して行う。

マイナーチェンジ前の車種の指数が補助記憶装置に記憶されていると判定した場合は（ステップＳ５７２でＹＥＳ）、ＣＰＵ１１はマイナーチェンジ前の車種を参考車種に決定する（ステップＳ５７３）。ＣＰＵ１１はその後処理を終了する。

入力車種がマイナーチェンジ車ではないと判定した場合は（ステップＳ５７１でＮＯ）、ＣＰＵ１１は入力車種がフルモデルチェンジ車であるか否かを判定する（ステップＳ５７４）。判定は、入力車種のレコードの状態フィールドを参照して行う。

入力車種がフルモデルチェンジ車であると判定した場合は（ステップＳ５７４でＹＥＳ）、ＣＰＵ１１は同シリーズの車種の有無を判定する（ステップＳ５７５）。判定は、車種ＤＢの車種フィールドを参照して、車種の一部、たとえば前から２文字が同一である車種の有無を判定することにより行う。なお、車種ＤＢに車種のシリーズ名を記録するフィールドを設けて参照するようにしても良い。

また、入力車種が過去販売車でありマイナーチェンジ前の車種が無いと判定した場合も（ステップＳ５５８でＮＯ）、ＣＰＵ１１は同シリーズの車種の有無を判定する（ステップＳ５７５）。入力車種が過去販売車であり、マイナーチェンジ前の車種の指数が補助記憶装置に記憶されていないと判定した場合も（ステップＳ５５９でＮＯ）、ＣＰＵ１１は同シリーズの車種の有無を判定する（ステップＳ５７５）。

同シリーズの車種があると判定した場合は（ステップＳ５７５でＹＥＳ）、ＣＰＵ１１は同シリーズの車種の指数が作成されているか否かを判定する（ステップＳ５７６）。指数が作成されていると判定した場合は（ステップＳ５７６でＹＥＳ）、ＣＰＵ１１は同シリーズの車種を参考車種に決定する（ステップＳ５７７）。ＣＰＵ１１はその後処理を終了する。

入力車種に指数が作成されているマイナーチェンジ前の車種が無いと判定した場合（ステップＳ５７２でＮＯ）、ＣＰＵ１１は同メーカの車種で参考車種に適切な車種が有るか否かを判定する（ステップＳ５９１）。入力車種がフルモデルチェンジ車ではないと判定した場合（ステップＳ５７４でＮＯ）も、ＣＰＵ１１は同メーカの車種で参考車種に適切な車種が有るか否かを判定する（ステップＳ５９１）。入力車種がフルモデルチェンジ車であり同シリーズの車種が無いと判定した場合（ステップＳ５７５でＮＯ）も、ＣＰＵ１１は同メーカの車種で参考車種に適切な車種が有るか否かを判定する（ステップＳ５９１）。入力車種と同シリーズの車種に指数作成されている車種が無いと判定した場合（ステップＳ５７６でＮＯ）も、ＣＰＵ１１は同メーカの車種で参考車種に適切な車種が有るか否かを判定する（ステップＳ５９１）。

ステップＳ５９１で、適切な車種とは、たとえば入力車種と車両寸法が近い車種、ボディ形状およびドアの数が同一の車種、駆動系およびエンジンが同一の車種などである。ステップＳ５９１では、複数の車種が適切な車種として選択される場合がある。

同メーカに適切な車種が有ると判定した場合（ステップＳ５９１でＹＥＳ）、ＣＰＵ１１は、ステップＳ５９１で抽出した車種に、補助記憶装置に指数が記憶されている車種が含まれているか否かを判定する（ステップＳ５９２）。補助記憶装置に指数が記憶されている車種が含まれていると判定した場合（ステップＳ５９２でＹＥＳ）、ＣＰＵ１１は指数が記憶されているなかで最も販売台数の多い車種を参考車種に決定する（ステップＳ５９３）。ＣＰＵ１１はその後処理を終了する。

ステップＳ５９１で抽出した車種に補助記憶装置に指数が記憶されている車種が含まれていないと判定した場合（ステップＳ５９２でＮＯ）および同メーカの車種で参考車種に適切な車種が無いと判定した場合（ステップＳ５９１でＮＯ）、ＣＰＵ１１は他メーカの車種で参考車種に適切な車種が有るか否かを判定する（ステップＳ６０１）。ステップＳ６０１における適切な車種の判定基準はステップＳ５９１と同様である。

他メーカに適切な車種が有ると判定した場合（ステップＳ６０１でＹＥＳ）、ＣＰＵ１１は、ステップＳ６０１で抽出した車種に、補助記憶装置に指数が記憶されている車種が含まれているか否かを判定する（ステップＳ６０２）。補助記憶装置に指数が記憶されている車種が含まれていると判定した場合（ステップＳ６０２でＹＥＳ）、ＣＰＵ１１は指数が記憶されているなかで最も販売台数の多い車種を参考車種に決定する（ステップＳ６０３）。ＣＰＵ１１はその後処理を終了する。

ステップＳ６０１で抽出した車種に補助記憶装置に指数が記憶されている車種が含まれていないと判定した場合（ステップＳ６０２でＮＯ）および他メーカの車種で参考車種に適切な車種が無いと判定した場合（ステップＳ６０１でＮＯ）、ＣＰＵ１１はユーザによる参考車種の入力を入力部１４から受け付ける（ステップＳ６０４）。ＣＰＵ１１はその後処理を終了する。

本実施の形態によると、あらかじめ参考ＤＢ１３１を用意しておかなくても適切な参考車種を使用して見積を行うことができる見積装置１０を提供できる。

なお、レコードが記録されていないか、または記録されているレコード数が不十分な参考ＤＢ１３１をあらかじめ用意しておき、参考車種選定のサブルーチンで決定した参考車種を、ＣＰＵ１１が参考ＤＢ１３１に追記しても良い。この場合は、ＣＰＵ１１は参考車種を決定した理由を入力部１４から受け付けて、参考ＤＢ１３１に追加するレコードの理由フィールドに記録することが望ましい。このようにすることにより、ＣＰＵ１１は車両に関する豊富な知識を有するユーザーの知識と経験を記録して、実施の形態１で使用した様な参考ＤＢ１３１を生成する事ができる。

この場合、参考ＤＢ１３１の修正および追記の履歴については、参考ＤＢ１３１内に履歴フィールドを設けて記録するか、別途ログファイルを設けて記録する事が望ましい。記録する事柄は、たとえば修正または追記した事項、修正または追記を行ったユーザ、修正または追記を行った日時等である。

ＣＰＵ１１は、ステップＳ５０２とステップＳ５３１との間で参考ＤＢ１３１を参照して、参考車種を取得しても良い。

［実施の形態４］
実施の形態４は、汎用のコンピュータ４６と見積プログラム４７とを組み合わせて動作させることにより、見積装置１０を実現する形態に関する。図１１は、実施の形態４の見積装置１０の装置構成図である。図１１を使用して、本実施の形態の構成を説明する。なお、実施の形態１と共通する部分の説明は省略する。

本実施の形態の見積装置１０は、ＣＰＵ１１、主記憶装置１２、補助記憶装置１３、入力部１４、出力部１５、表示部１６、通信モジュール１７、読取部１８およびバスを備える汎用のコンピュータ４６を使用する。

見積プログラム４７は、可搬型記録媒体４８に記録されている。ＣＰＵ１１は、読取部１８を介して見積プログラム４７を読み込み、補助記憶装置１３に保存する。またＣＰＵ１１は、コンピュータ４６内に実装されたフラッシュメモリ等の半導体メモリ４９に記憶された見積プログラム４７を読出しても良い。さらに、ＣＰＵ１１は、通信モジュール１７および図示しないネットワークを介して接続される図示しない他のサーバコンピュータから見積プログラム４７をダウンロードして補助記憶装置１３に保存しても良い。

コンピュータ４６は、上述した各種ソフトウェア処理を実行する見積プログラム４７を、可搬型記録媒体４８もしくは半導体メモリ４９から読み取り、またはネットワークを介して他のサーバコンピュータからダウンロードする。見積プログラム４７は、汎用のコンピュータ４６の制御プログラムとしてインストールされ、主記憶装置１２にロードして実行される。これにより、コンピュータ４６は上述した見積装置１０として機能する。

なお、以上に示した各ＤＢおよび指数は、ネットワークに接続された図示しない記憶装置から通信モジュール１７を介して読み込まれても良い。

各実施例で記載されている技術的特徴（構成要件）はお互いに組合せ可能であり、組み合わせすることにより、新しい技術的特徴を形成することができる。
今回開示された実施の形態はすべての点で例示であって、制限的なものでは無いと考えられるべきである。本発明の範囲は、上記した意味では無く、特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

１０ 見積装置
１１ ＣＰＵ
１２ 主記憶装置
１３ 補助記憶装置
１３１ 参考ＤＢ
１４ 入力部
１５ 出力部
１６ 表示部
１７ 通信モジュール
１８ 読取部
２１ 説明欄
２２ 車両情報欄
２３ 参考欄
２４ 理由欄
２５ 戻るボタン
２６ 変更ボタン
２７ 見積ボタン
４６ コンピュータ

Claims (7)

1. 修理見積もりを行う自動車の車種を示す第１の型式を取得し、
   前記第１の型式に関連づけられた修理に関する指数があらかじめ記憶されているか否かを判定し、
   前記指数が記憶されていないと判定した場合に、自動車の車種と、該車種の修理見積もりに指数を流用可能な参考車種とを関連づけて記録したデータベースに基づいて、前記第１の型式に関連づけられた第２の型式を取得し、
   取得した前記第１の型式と、取得した前記第２の型式とを表示する処理をコンピュータに実行させることを特徴とするプログラム。
2. 前記第２の型式を選択した理由を表示する処理をコンピュータに実行させることを特徴とする、請求項１に記載のプログラム。
3. 前記第２の型式に関連付けられた前記指数を使用して修理見積もりを行う処理をコンピュータに実行させることを特徴とする請求項１または請求項２に記載のプログラム。
4. 前記第１の型式と前記第２の型式との関係は、相手先ブランド供給製品の型式と該型式の原型となった製品の型式、旧製品の型式とその後継製品の型式、または、同一シリーズに属する製品同士の型式の関係であることを特徴とする請求項１から請求項３のいずれか一つに記載のプログラム。
5. 前記第１の型式と前記第２の型式とを関連づけて記憶する処理をコンピュータに実行させることを特徴とする請求項１から請求項４のいずれか一つに記載のプログラム。
6. 修理見積もりを行う自動車の車種を示す第１の型式を取得し、
   前記第１の型式に関連づけられた修理に関する指数があらかじめ記憶されているか否かを判定し、
   前記指数が記憶されていないと判定した場合に、自動車の車種と、該車種の修理見積もりに指数を流用可能な参考車種とを関連づけて記録したデータベースに基づいて、前記第１の型式に関連づけられた第２の型式を取得し、
   取得した前記第１の型式と、取得した前記第２の型式とを表示する処理をコンピュータに実行させることを特徴とする見積方法。
7. 修理見積もりを行う自動車の車種を示す第１の型式を取得する第１取得部と、
   前記第１の型式に関連づけられた修理に関する指数があらかじめ記憶されているか否かを判定する判定部と、
   前記指数が記憶されていないと判定した場合に、自動車の車種と、該車種の修理見積もりに指数を流用可能な参考車種とを関連づけて記録したデータベースに基づいて、前記第１の型式に関連づけられた第２の型式を取得する第２取得部と、
   前記第１取得部が取得した前記第１の型式と、前記第２取得部が取得した前記第２の型式とを表示する表示部とを備えることを特徴とする見積装置。

Images