(57)【要約】【課題】全損などの損傷車両の確実な買取価格を保険会社に迅速に提供できる損傷車両買取システムを提供し、保険会社の満足度を向上し、ひいては保険加入者の満足度も向上させる。【解決手段】損傷車両買取システム１に、ステップＳ１の新規損傷車両の売却依頼を受け付ける管理サーバ１０の通信装置と、過去のオークションの落札結果を蓄積している落札結果データ２１から前記新規損傷車両に条件の近い落札済み損傷車両の落札結果情報をステップＳ２で抽出する管理サーバ１０の制御装置と、抽出した落札結果情報に基づいて前記新規損傷車両の買取価格をステップＳ７で算定する管理サーバ１０の制御装置と、前記買取価格をステップＳ７で出力する管理サーバ１０の通信装置とを備えた。【選択図】図７
2008262394.tif 000002
【特許請求の範囲】
【請求項１】
新規損傷車両の売却依頼を受け付ける受付手段と、
過去のオークションの落札結果を蓄積している落札結果データベースから前記新規損傷車両に条件の近い落札済み損傷車両の落札結果情報を抽出する抽出手段と、
抽出した落札結果情報に基づいて前記新規損傷車両の買取価格を算定する買取価格算定手段と、
前記買取価格を出力する買取価格出力手段とを備えた
損傷車両買取システム。
【請求項２】
前記抽出手段は、前記新規損傷車両に関連のある落札結果情報として同一車種で損傷状態の近い車両を抽出する構成にした
請求項１記載の損傷車両買取システム。
【請求項３】
前記買取価格出力手段は、前記買取価格に加えて、該買取価格を算定する根拠となった前記落札結果情報を過去実績情報として出力する構成にした
請求項１または２記載の損傷車両買取システム。
【請求項４】
前記過去実績情報は、前記落札結果情報内の落札価格と車両写真画像とを有する
請求項３記載の損傷車両買取システム。
【請求項５】
通信回線に接続された依頼端末から送信された新規損傷車両の売却依頼の情報を受け付ける受付手段と、
前記通信回線に接続され過去のオークションの落札結果を蓄積している落札結果データベースから前記新規損傷車両に条件の近い落札済み損傷車両の落札結果情報を抽出する抽出手段と、
抽出した落札結果情報に基づいて前記新規損傷車両の買取価格を算定する買取価格算定手段と、
前記買取価格を前記依頼端末へ送信出力する買取価格出力手段とを備えた
損傷車両買取システム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、例えば全損車両などの損傷車両の買取に利用するような損傷車両買取システムに関する。
【背景技術】
【０００２】
従来、自動車保険等を扱う保険会社は、車両の損傷に対して保険加入者に保険金を支払っている。この保険金を算定するものとして、損害評価方法および情報処理装置ならびに記憶媒体が提案されている（特許文献１参照）。
【０００３】
この損害評価方法は、損傷位置と部品搭載位置とを重ね合わせて比較することにより、修理費の見積もりを簡易に作成することができるとされている。また、この損害評価方法は、修理価格が車両価格を上回る場合、全損扱いにするものである。
【０００４】
ここで、全損の場合、保険会社は、保険料としての車両代金に加え、廃車業者に廃車手数料等も支払う必要が生じる。したがって、全損車両が発生すると、保険会社の出費が高額になる。保険会社は、出費を少なくするために、全損にすべき車両を上記評価方法等により部分損（修理可能車両）扱いにする、または過失割合を下げる、あるいは特約事項に対する未報告で保険料不払いにすることがある。
【０００５】
一方、全損車両を販売できれば、保険会社は、出費を抑えることができると考えられる。この全損車両の販売に関して、全損車両をオークションにかける全損車両の販売処理方法とその販売処理システムが提案されている（特許文献２参照）。また、使用済み自動車の販売処理方法とその販売処理システムも提案されている（特許文献３参照）。これらの販売処理方法は、全損車両をオークションにかけることで、全損車両の販売促進およびリサイクル促進を図るとされている。
【０００６】
しかし、これらの販売処理方法は、オークション終了まで落札価格が決定しないため、全損車両の価値評価に時間がかかるという問題があった。
【０００７】
また、上述の販売処理方法は、入札者にとって、最高入札額を提示して落札しても販売をキャンセルされる可能性があるという問題点があった。  
詳述すると、保険会社が損傷車両を処分（売却や廃車等）するためには、当該損傷車両の所有者である保険加入者の同意が必要である。ここで、損傷車両の売却価格が不明であれば、保険会社は、支払うべき保険金額等を確定することが難しい。そうすると、損傷車両を全損扱いにすべきか修理すべきか正確に判断できず、保険会社が損傷車両を処分することへの保険加入者の同意が必要か否かも確定しない。したがって、保険会社は、同意を得ない状態でまずオークションに出品し、落札されて売却価格を決定することになる。そして、全損扱いにしたが保険加入者の同意が得られない場合や、あるいは修理扱いにしたい場合が生じると、保険会社は、売却をキャンセルすることになる。このため、上述した販売処理方法には、このようなキャンセルに対応するための処理が組み込まれている。  
このように、上述した販売処理方法は、保険会社にとって利用しづらく、入札者にとっても不便なものであった。
【特許文献１】特開２００２−１８３３３８号公報
【特許文献２】特開２００１−２６５９６５号公報
【特許文献３】特開２００４−３６２２６０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
この発明は、上述した問題に鑑み、全損などの損傷車両の確実な買取価格を保険会社に迅速に提供できる損傷車両買取システムを提供し、保険会社の満足度を向上し、ひいては保険加入者の満足度も向上させることを目的とする。
【課題を解決するための手段】
【０００９】
この発明は、新規損傷車両の売却依頼を受け付ける受付手段と、過去のオークションの落札結果を蓄積している落札結果データベースから前記新規損傷車両に条件の近い落札済み損傷車両の落札結果情報を抽出する抽出手段と、抽出した落札結果情報に基づいて前記新規損傷車両の買取価格を算定する買取価格算定手段と、前記買取価格を出力する買取価格出力手段とを備えた損傷車両買取システムであることを特徴とする。
【００１０】
前記抽出手段は、前記新規損傷車両に関連のある落札結果情報として同一車種で損傷状態の近い車両を抽出する構成にすることができる。  
また、前記買取価格出力手段は、前記買取価格に加えて、該買取価格を算定する根拠となった前記落札結果情報を過去実績情報として出力する構成にすることができる。  
また、前記過去実績情報は、前記落札結果情報内の落札価格と車両写真画像とを有する構成にすることができる。
【発明の効果】
【００１１】
この発明により、全損などの損傷車両の確実な買取価格を保険会社に迅速に提供できる損傷車両買取システムを提供することができる。これにより、保険会社の満足度を向上し、ひいては保険加入者の満足度も向上させることができる。
【発明を実施するための最良の形態】
【００１２】
この発明の一実施形態を以下図面と共に説明する。  
図１は、損傷車両買取システム１のシステム構成図を示す。
【００１３】
損傷車両買取システム１は、インターネット５に接続された管理サーバ１０、オークションサーバ２０、陸送サーバ３０、保険会社端末４１、ＧＳ（ガソリンスタンド）端末４３、および入札者端末４５により構成されている。
【００１４】
これらの管理サーバ１０、オークションサーバ２０、陸送サーバ３０、保険会社端末４１、ＧＳ端末４３、および入札者端末４５は、いずれもパーソナルコンピュータやサーバコンピュータなどのコンピュータで構成されており、ハードディスク等で構成される記憶装置、ＣＰＵ等で構成される制御装置、マウスおよびキーボード等で構成される入力装置、液晶ディスプレイまたはＣＲＴディスプレイ等で構成される表示装置、および、ＬＡＮボードまたは無線ＬＡＮカード等で構成される通信装置等を有している。
【００１５】
管理サーバ１０は、全損車両の買取依頼の受け付け、過去のオークションの落札結果の情報収集、買取価格算出、買取価格等の提示、清算、および陸送手配等の処理を実行するサーバである。この管理サーバ１０は、前記処理を実行するサーバ側プログラム（例えばＷＥＢサーバプログラムとＨＴＭＬデータおよびＣＧＩプログラムなど）が搭載されている。また、この管理サーバ１０は、記憶装置内に、ＧＳデータ１１、買取依頼データ１２、および保険会社データ１３などを記憶している。
【００１６】
オークションサーバ２０は、オークションの出品と入札と落札、および落札結果などを管理するサーバである。このオークションサーバ２０は、前記管理を実行するサーバ側プログラム（例えばＷＥＢサーバプログラムとＨＴＭＬデータおよびＣＧＩプログラムなど）が搭載されている。また、このオークションサーバ２０は、記憶装置内に、落札結果データ２１および出品データ２２などを記憶している。
【００１７】
陸送サーバ３０は、陸送管理を行うサーバである。この陸送サーバ３０は、前記陸送管理を実行するサーバ側プログラム（例えばＷＥＢサーバプログラムとＨＴＭＬデータおよびＣＧＩプログラムなど）が搭載されている。この陸送サーバ３０は、陸送料金データ３１、および、図示省略する陸送依頼受け付けから陸送完了までの陸送関連データなどを記憶している。
【００１８】
保険会社端末４１は、保険会社の係員に操作される端末である。この保険会社端末４１は、管理サーバ１０にアクセスして、買取依頼や買取契約などの処理を実行する。また、この保険会社端末４１は、前記処理を実行するクライアント側プログラム（例えばブラウザプログラムなど）が搭載されている
ＧＳ端末４３は、ガソリンスタンドの係員に操作される端末である。このＧＳ端末４３は、陸送サーバ３０やオークションサーバ２０にアクセスして、陸送された車両の受け付け、名義変更やオークション出品に必要な書類作成、およびオークションへの出品といった処理を実行する。また、このＧＳ端末４３は、前記処理を実行するクライアント側プログラム（例えばブラウザプログラムなど）が搭載されている
入札者端末４５は、オークションに出品された車両に入札する入札者に操作される端末である。この入札者端末４５は、オークションサーバ２０にアクセスして、入札処理等を実行する。また、この入札者端末４５は、前記処理を実行するクライアント側プログラム（例えばブラウザプログラムなど）が搭載されている
図２は、保険会社端末４１の表示装置に表示する車両情報入力画面５０の画面構成図である。この車両情報入力画面５０は、保険会社端末４１から管理サーバ１０へ買取依頼を行う際に表示され、入力される。
【００１９】
車両情報入力画面５０は、情報入力部５１、送信ボタン５２、送信せずに保存ボタン５３、および閉じるボタン５４が設けられている。  
情報入力部５１は、車種、年式、走行距離、車両画像、および車両所在住所などの車両情報が入力される。図中の保険会社コードは、保険会社端末４１が管理サーバ１０にログインすることで自動的に表示するように構成されている。
【００２０】
送信ボタン５２は、押下されると、情報入力部５１に入力されている情報と保険会社コードを管理サーバ１０に送信するボタンである。
【００２１】
送信せずに保存ボタン５３は、情報入力部５１に入力されている情報を管理サーバ１０の記憶装置あるいは保険会社端末４１の記憶装置に保存するボタンである。これにより、入力内容を後日読み出して修正し送信するといった作業を可能にしている。  
閉じるボタン５４は、何もせずに車両情報入力画面５０を閉じるボタンである。
【００２２】
図３は、保険会社端末４１の表示装置に表示する買取価格表示画面６０の画面構成図である。この買取価格表示画面６０は、管理サーバ１０から保険会社端末４１へ買取価格等の情報が送信された後に表示され、入力される。
【００２３】
買取価格表示画面６０は、買取情報表示部６１、参考情報表示部６２、買取契約ボタン６５、買取依頼中止ボタン６６、および閉じるボタン６７が設けられている。
【００２４】
買取情報表示部６１は、買取に関する情報が表示される部分である。この買取情報表示部６１は、合計の買取価格、買取価格の内訳が記載されている。
【００２５】
参考情報表示部６２は、オークションでの過去の落札実績が表示される部分である。この参考情報表示部６２には、落札価格６３、売却時期、車種、年式、走行距離、および車両画像６４が表示される。このように買取情報表示部６１と過去の実績とを並べて表示することで、保険会社端末４１を操作する係員は、買取価格が不当に低額でないことを容易に理解でき、安心して買取契約を行うことができる。
【００２６】
買取契約ボタン６５は、買取契約情報を管理サーバ１０に送信するボタンである。  
買取依頼中止ボタン６６は、買取依頼中止情報を管理サーバ１０に送信するボタンである。  
閉じるボタン６７は、買取価格表示画面６０をそのまま閉じるボタンである。
【００２７】
図４は、ＧＳ端末４３の表示装置に表示する事務処理画面７０の画面構成図である。この事務処理画面７０は、陸送サーバ３０からＧＳ端末４３へ陸送情報等の情報が送信された後に表示される。この事務処理画面７０には、名義変更ボタン７１、書類作成ボタン７２、オークション出品ボタン７３、および閉じるボタン７４が設けられている。
【００２８】
名義変更ボタン７１は、全損車両などの中古車の所有者名義を変更する名義変更手続きに必要な書類を作成する名義変更書類作成画面（図示省略）を開くボタンである。この名義変更書類作成画面により、名義変更を容易に行えるようにしている。
【００２９】
書類作成ボタン７２は、オークションへの出品等に必要な書類を作成する書類作成画面（図示省略）を開くボタンである。この書類作成画面により、書類作成を容易に行えるようにしている。
【００３０】
オークション出品ボタン７３は、書類作成画面で入力された情報を元に、オークションに出品する出品画面を開くボタンである。この出品画面により、オークションへの出品を容易に行えるようにしている。また、オークションに出品中の車両の管理や、オークションの入札状況の確認なども行えるようにしている。  
閉じるボタン７４は、事務処理画面７０をそのまま閉じるボタンである。
【００３１】
図５は、入札者端末４５の表示装置に表示するオークション画面８０の画面構成図である。このオークション画面８０は、オークションサーバ２０から入札者端末４５へオークションの情報が送信された後に表示される。このオークション画面８０には、車種選択メニュー８１、出品車両表示部８３、詳細・入札画面移行ボタン８４、および閉じるボタン８５が設けられている。
【００３２】
車種選択メニュー８１は、画面左側に配置され、メーカー別に車種が一覧表示されている。入札希望者によって車種選択メニュー８１内の１つの車種が選択されると、その選択部分８２を明示すると共に、画面右側の表示を、出品車両表示部８３の表示を選択された車種に関するものに更新する。
【００３３】
出品車両表示部８３は、車両に関する情報を簡潔に表示すると共に、詳細・入札画面移行ボタン８４が設けられている。  
詳細・入札画面移行ボタン８４は、選択されると出品車両に関する詳細な情報を表示する詳細・入札画面（図示省略）に移行するボタンである。詳細・入札画面では、出品車両の詳細情報を表示すると共に、入札金額や入札者識別情報等を入力する入力部が設けられている。これにより、詳細情報の表示と入札を可能にしている。  
閉じるボタン８５は、オークション画面８０をそのまま閉じるボタンである。
【００３４】
図６は、各サーバ（１０，２０，３０）に記憶されるデータを説明する説明図である。  
ＧＳデータ１１は、ＧＳ名称、ＧＳ住所、ＧＳ電話番号、および受入可能条件等の項目により構成されている。
【００３５】
買取依頼データ１２は、保険会社コード、車種、年式、走行距離、車両画像、車両所在住所、売却価格、処理ＧＳ、陸送費、諸経費、および受任有無等の項目により構成されている。
【００３６】
保険会社データ１３は、保険会社コード、保険会社名、保険会社住所、保険会社電話番号、保険会社ＦＡＸ、および振込銀行口座等の項目により構成されている。
【００３７】
落札結果データ２１は、車種、年式、走行距離、車両画像、落札日時、落札価格、落札者、および入札履歴等の項目により構成されている。  
出品データ２２は、車種、年式、走行距離、車両画像、および入札履歴等の項目により構成されている。  
陸送料金データ３１は、区間、容積、および送料等の項目により構成されている。
【００３８】
図７は、損傷車両買取システム１の動作を示すフローチャートである。  
保険会社端末４１は、ログイン処理を実行した後に車両情報入力画面５０を表示し、保険会社の係員によって車両情報が入力されると（ステップＳ１）、この車両情報を管理サーバ１０に送信して売却依頼を行う。なお、ログイン処理では、ＩＤとパスワードを入力させることで保険会社を特定する。
【００３９】
管理サーバ１０は、保険会社端末４１からインターネット５を介して通信装置で受信した車両情報に該当する落札結果情報をオークションサーバ２０に問い合わせて抽出させる（ステップＳ２）。このとき、管理サーバ１０は、車両情報をオークションサーバ２０に送信する。
【００４０】
オークションサーバ２０は、受信した車両情報に条件の近い落札結果情報を抽出する（ステップＳ３）。ここで抽出する情報は、直近の過去３ヶ月分の情報とすることができる。また、条件が近いか否かの判断は、車種、損傷場所、衝突速度、損傷部品、またはこれらの複数の情報が一致若しくは近似するかにより判断することができる。そして、オークションサーバ２０は、抽出した落札結果情報を管理サーバ１０に送信する。
【００４１】
管理サーバ１０は、受信した落札結果情報に基づいて売却予想価格を算出する（ステップＳ４）。この売却予想価格は、受信した落札結果情報のうち損傷場所や損傷状況などが最も近いものの落札価格を選択する、平均落札価格にする、最高落札価格にする、あるいはこれらの価格に所定の割合を付加して算出するなど、適宜の価格に設定するとよい。
【００４２】
管理サーバ１０は、ステップＳ１で入力された車両情報に含まれている車両所在住所から最短距離にあるガソリンスタンドをＧＳデータ１１から検索する（ステップＳ５）。
【００４３】
管理サーバ１０は、陸送サーバ３０の陸送料金データ３１を参照し、前記車両所在住所から前記最短距離のガソリンスタンドまで前記車両情報の車種の全損車両を陸送する陸送費用を算出する（ステップＳ６）。
【００４４】
管理サーバ１０は、ステップＳ４の売却予想価格およびステップＳ６の陸送費から所定の手数料を差し引いて買取価格を算出する（ステップＳ７）。ここで、所定の手数料は、売却予想価格と陸送費を加算した額に一定割合の掛け率をかけて算出することができる。そして、この掛け率は、車両のサイズ種別（例えば普通車、乗用車、大型車などの種別）によって異ならせることができる。また、掛け率を１００％よりも低い率にすることで、売却予想価格と陸送費を加算した額よりも買取価格を低額にすることができる。  
そして、管理サーバ１０は、算出した買取価格等を保険会社端末４１に送信する。このとき管理サーバ１０は、買取価格に加えて、買取価格算出の根拠となった落札結果情報に含まれている落札価格および車両写真画像等も参考情報として送信する。
【００４５】
保険会社端末４１は、受信した買取価格や参考情報等を買取価格表示画面６０として表示する（ステップＳ８）。このとき、買取価格表示画面６０には、買取価格に加えて、買取価格算定の根拠となった過去の落札結果情報も参考情報として表示される。
【００４６】
保険会社の係員によってＮＧ（契約できない）と判断され、買取依頼中止ボタン６６が押下されると（ステップＳ９：Ｎｏ）、保険会社端末４１は、取引不成立処理を行い（ステップＳ１０）、処理を終了する。この取引不成立処理では、保険会社端末４１が管理サーバ１０に買取依頼中止の情報を送信する等により行う。
【００４７】
前記ステップＳ９で保険会社の係員にＯＫ（契約する）と判断され、買取契約ボタン６５が押下されると（ステップＳ９：Ｙｅｓ）、保険会社端末４１は、ＯＫ情報（買取契約情報）を管理サーバ１０に送信する。
【００４８】
管理サーバ１０は、保険会社に対する清算を行う（ステップＳ１１）。この清算は、管理サーバ１０を設置して損傷車両買取システム１を運用する運用会社が、保険会社に対して前記買取価格の金額を支払い、保険会社から全損車両を受け取る（この時点で実物を受け取るのではなく、以降の陸送・売却などを自由に行う権利を得る）ことで完了する。
【００４９】
管理サーバ１０は、陸送会社の陸送サーバ３０に陸送情報を送信して陸送手配を行う（ステップＳ１２）。この陸送情報は、陸送元になる買取契約の成立した全損車両の車両所在住所、陸送先になるガソリンスタンドの住所、陸送対象となる全損車両の識別情報（車両ナンバーなど）、陸送希望日時、陸送元の連絡先、および陸送先の連絡先などの情報で構成されている。
【００５０】
陸送サーバ３０は、陸送手配を実行する（ステップＳ１３）。この陸送手配では、陸送元に荷受に行く日時および陸送する損傷車両の車両情報等の陸送情報を陸送元の保険会社端末４１に送信する。また、陸送先のガソリンスタンドのＧＳ端末４３に陸送する予定日時等を連絡する。そして、陸送を行う車両とドライバーを手配して陸送を実行する。
【００５１】
ＧＳ端末４３は、陸送情報を受信し、この陸送情報に基づいて事務処理を実行する（ステップＳ１４）。この事務処理では、事務処理画面７０を表示装置に表示し、係員の操作によって名義変更や書類作成などを実行する。
【００５２】
ＧＳ端末４３は、事務処理画面７０での係員の操作に従って、出品処理を実行する（ステップＳ１５）。この出品処理では、出品情報をオークションサーバ２０に送信する。出品情報には、損傷車両の車両情報と、オークション入札期限と、出品者に関する出品者情報等が含まれている。
【００５３】
オークションサーバ２０は、受信した出品情報に基づいて車両情報等を掲載し、オークションを実施する（ステップｓ１６）。このオークションでは、入札者端末４５の表示装置に表示するオークション画面８０を通じて、入札者端末４５からの入札を許容する。また、オークション期限になると、その時点での最高入札者を落札者とし、落札費用の決済、落札された損傷車両の陸送などを実行する。
【００５４】
以上の構成および動作により、全損などの損傷車両の確実な買取価格を保険会社に迅速に提供できる。つまり、保険会社は、オークションが完了するまで待たずとも、管理サーバ１０を運用する運用会社から買取価格の提示を受け、買取価格を迅速に知ることができる。そして、提示された買取価格でそのまま運用会社に売却できることで、事前に確実な売却価格（買取価格）を知ることができる。
【００５５】
また、保険会社は、全損車両を廃車する費用を削減し、かつ全損車両を売却することで、収支を改善することができる。
【００５６】
また、保険会社は、売却価格を把握した上で全損の保険料等を確定でき、保険加入者に全損車両の処分の同意を得ることが必要か否か判断できる。このため、従来のようにオークションで落札された後に保険加入者の同意が得られずキャンセルするといった問題を排除できる。
【００５７】
また、入札者にとっても、従来例のように落札後にキャンセルされることがなくなることで、安定した取引を行える。
【００５８】
また、保険会社は、運用会社から買取価格が提示された際に、買取価格決定の基準となった過去の落札結果を参照できるため、不当な価格ではないことを容易に認識でき、安心して契約・取引できる。
【００５９】
また、保険会社は、早期に買取価格を知ることができ、早期に全損車両を売却し陸送できるため、全損車両の保管に要する費用を削減することができる。
【００６０】
また、損傷車両買取システム１の運営会社や、この損傷車両買取システム１に参加しているガソリンスタンドは、不確実な営業活動をしなくても全損車両を入手してオークションに出品でき、利益を上げることができる。
【００６１】
また、損傷車両を落札までガソリンスタンドに置いておくことで、ガソリンスタンドの敷地を有効利用できる。
【００６２】
また、事故を起こした相手方が自動車保険未加入であった場合、保険会社は、相手方事故車を買い取る交渉などをして保険金の支払いを円滑に行うことも可能となる。
【００６３】
また、事故当事者同士が同じ保険会社の場合に、過失割合を算出するために保険会社が難儀する必要がなくなるケースが出てくると考えられる。
【００６４】
また、保険会社は、全損車両の売却価格に応じて、保険加入者に支払う保険料を多くすることができる。これにより、保険会社の支払いの気前のよさをアピールでき、顧客に対する保険会社のイメージアップに寄与できる。
【００６５】
また、保険会社は、保険加入者に全損車両の売却などの処理を知られることなく運用することができる。
【００６６】
また、全損車両を廃車せずにオークションで販売することにより、資源のリサイクルに寄与することができる。
【００６７】
なお、上述した損傷車両買取システム１は、一般人がアクセスできないように専用回線で構成する、あるいはＩＤとパスワード等によりログインしなければアクセスできないように構成するなど、セキュリティ対策を施しても良い。これにより、どの保険会社がいつ全損車両を売却したか等を保険加入者等の一般人に知られることを確実に防止できる。
【００６８】
また、管理サーバ１０とオークションサーバ２０と陸送サーバ３０を別々に設置したが、管理サーバ機能とオークションサーバ機能と陸送サーバ機能を１つのサーバにまとめて搭載するなど、他の構成としてもよい。この場合でも同一の作用効果を奏することができる。
【００６９】
また、管理サーバ１０は、ステップＳ１での売却依頼をステップＳ２で受け付けると、運用会社の担当者の携帯電話メールなどにメール送信する構成にしてもよい。この場合、担当者がどこにいても売却依頼に迅速に対応できる。これにより、担当者が運用会社の社内で待機するといった必要がなく、柔軟に運用できる。
【００７０】
この発明の構成と、上述の実施形態との対応において、
この発明の通信回線は、実施形態のインターネット５に対応し、
以下同様に、
受付手段は、車両情報を受信する管理サーバ１０の通信装置に対応し、
買取価格出力手段は、買取価格を送信する管理サーバ１０の通信装置に対応し、
抽出手段は、ステップＳ２を実行する管理サーバ１０の制御装置に対応し、
買取価格算定手段は、ステップＳ７を実行する管理サーバ１０の制御装置に対応し、
新規損傷車両の売却依頼は、買取依頼データ１２の車両情報に対応し、
落札結果データベースは、落札結果データ２１に対応し、
依頼端末は、保険会社端末４１に対応し、
過去実績情報は、参考情報表示部６２に表示される参考情報に対応し、
車両写真画像は、車両画像６４に対応するが、
この発明は、上述の実施形態の構成のみに限定されるものではなく、多くの実施の形態を得ることができる。
【図面の簡単な説明】
【００７１】
【図１】損傷車両買取システムのシステム構成図。
【図２】車両情報入力画面の画面構成図。
【図３】買取価格表示画面の画面構成図。
【図４】事務処理画面の画面構成図。
【図５】オークション画面の画面構成図。
【図６】各サーバに記憶されるデータを説明する説明図。
【図７】損傷車両買取システムの動作を示すフローチャート。
【符号の説明】
【００７２】
１…損傷車両買取システム、５…インターネット、１０…管理サーバ、１２…買取依頼データ、２１…落札結果データ、４１…保険会社端末、６２…参考情報表示部、６３…落札価格、６４…車両画像
【図１】
2008262394.tif 000003
【図２】
2008262394.tif 000004
【図３】
2008262394.tif 000005
【図４】
2008262394.tif 000006
【図５】
2008262394.tif 000007
【図６】
2008262394.tif 000008
【図７】
2008262394.tif 000009