特許 6844902 査定支援システム、そのサーバ装置、端末、査定支援方法

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

(12)【公報種別】特許公報(B2)

(11)【特許番号】6844902

(24)【登録日】2021年3月1日

(45)【発行日】2021年3月17日

(54)【発明の名称】査定支援システム、そのサーバ装置、端末、査定支援方法

(51)【国際特許分類】

   G06Q 30/02 20120101AFI20210308BHJP

   G06F 16/58 20190101ALI20210308BHJP

   G06Q 30/08 20120101ALI20210308BHJP

【ＦＩ】

   G06Q30/02 450

   G06F16/58

   G06Q30/08

【請求項の数】12

【全頁数】26

(21)【出願番号】特願2017-238718(P2017-238718)

(22)【出願日】2017年12月13日

(65)【公開番号】特開2019-106052(P2019-106052A)

(43)【公開日】2019年6月27日

【審査請求日】2019年12月12日

(73)【特許権者】

【識別番号】000237639

【氏名又は名称】富士通フロンテック株式会社

(74)【代理人】

【識別番号】100074099

【弁理士】

【氏名又は名称】大菅 義之

(74)【代理人】

【識別番号】100121083

【弁理士】

【氏名又は名称】青木 宏義

(74)【代理人】

【識別番号】100138391

【弁理士】

【氏名又は名称】天田 昌行

(72)【発明者】

【氏名】飯島 英則

(72)【発明者】

【氏名】小林 弘幸

(72)【発明者】

【氏名】日置 拓磨

【審査官】 鈴木 和樹

(56)【参考文献】

【文献】 特開２００２−１８３３３９（ＪＰ，Ａ）

【文献】 特開平１０−２５３３８９（ＪＰ，Ａ）

【文献】 特開２００３−１７３３７８（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｑ １０／００−９９／００

Ｇ０６Ｆ １６／００−１６／９５８

(57)【特許請求の範囲】

【請求項1】

サーバ装置と端末を有するシステムであって、
前記端末は、
査定対象車両に係わる所定の情報と仮評価点とを含む任意の検索条件を入力させ、該検索条件を前記サーバ装置へ送信する検索条件入力部を有し、
前記サーバ装置は、
各出品車両の画像と前記画像に対応付けられた評価点を含む情報が格納される車両情報記憶部と、
前記車両情報記憶部に格納された前記出品車両の画像の中から、前記検索条件に合致する前記画像として、前記査定対象車両の類似車両の画像であって、その評価点が前記仮評価点と同一である画像を求めて前記端末に返信する検索実行部とを有し、
前記端末は、
前記返信された画像を表示する表示部を更に有することを特徴とする査定支援システム。

【請求項2】

前記査定対象車両に関する所定の情報は、該査定対象車両の車種であり、
前記査定対象車両の類似車両は、該査定対象車両と同一車種または類似車種の車両であることを特徴とする請求項１記載の査定支援システム。

【請求項3】

前記端末は、前記表示部による前記画像表示後に、前記仮評価点を評価点として確定させるか否かを選択させる評価点確定部を更に有することを特徴とする請求項１または２に記載の査定支援システム。

【請求項4】

前記車両情報記憶部には、前記各出品車両の各部位毎の評価点と画像が記憶され、
前記検索条件には前記査定対象車両における査定対象の部位とその仮評価点とが含まれ、
前記検索条件に合致する画像は、前記査定対象の部位と同一の部位であってその評価点が前記仮評価点と同一である部位の画像であることを特徴とする請求項１〜３の何れかに記載の査定支援システム。

【請求項5】

前記検索条件には前記査定対象車両に関する所定の情報が含まれ、
前記各画像には評価点が対応付けられており、
前記検索条件に合致する画像は、前記査定対象車両の類似車両に関する各評価点それぞれに対応する各画像であることを特徴とする請求項１記載の査定支援システム。

【請求項6】

前記端末の表示部は、前記各評価点に応じた各画像を表示し、
前記端末は、該表示された各画像の中から任意の画像を選択させ、該選択された画像の評価点を前記査定対象車両の評価点に決定する評価点決定部を更に有することを特徴とする請求項５記載の査定支援システム。

【請求項7】

前記査定対象車両に関する所定の情報は、該査定対象車両の車種であり、
前記査定対象車両の類似車両は、該査定対象車両と同一車種または類似車種の車両であることを特徴とする請求項５または６記載の査定支援システム。

【請求項8】

前記車両情報記憶部には、車種毎にその各部位毎の各評価点に応じた画像が記憶されており、
前記検索条件には前記査定対象車両の車種と査定対象の部位とが含まれ、
前記検索条件に合致する画像は、前記査定対象車両と同一車種または類似車種の車両の前記査定対象の部位に係わる各評価点それぞれに対応する各画像であることを特徴とする請求項６記載の査定支援システム。

【請求項9】

前記端末の前記表示部は、前記査定対象の部位に係わる各評価点それぞれに対応する各画像を表示し、
前記評価点決定部は、該表示された各画像の中から任意の画像を選択させ、該選択された画像の評価点を前記査定対象車両の前記査定対象の部位に係わる評価点に決定することを特徴とする請求項８記載の査定支援システム。

【請求項10】

査定対象車両に係わる所定の情報と仮評価点とを含む任意の検索条件を入力させ、該検索条件をサーバ装置へ送信する検索条件入力部と、
前記検索条件に応じて前記サーバ装置から返信される前記検索条件に合致する前記画像として、前記査定対象車両の類似車両の画像であって、各出品車両の画像と対応付けられた評価点が前記仮評価点と同一である画像を表示する表示部と、
を有することを特徴とする端末。

【請求項11】

各出品車両の画像と前記画像に対応付けられた評価点を含む情報が格納される車両情報記憶部と、
前記車両情報記憶部に格納された前記出品車両の画像の中から、任意の端末から送信される査定対象車両に係わる所定の情報と仮評価点とを含む検索条件に合致する前記画像として、前記査定対象車両の類似車両の画像であって、その評価点が前記仮評価点と同一である画像を求めて前記端末に返信する検索実行部と、
を有することを特徴とするサーバ装置。

【請求項12】

サーバ装置と端末を有するシステムにおける査定支援方法であって、
前記端末は、査定対象車両に係わる所定の情報と仮評価点とを含む任意の検索条件を入力させ、該検索条件を前記サーバ装置へ送信し、
前記サーバ装置は、予め格納される各出品車両の画像の中から、前記検索条件に合致する画像として、前記査定対象車両の類似車両の画像であって、前記出品車両の画像に予め対応付けられた評価点が前記仮評価点と同一である画像を求めて前記端末に返信し、
前記端末は、前記返信された画像を表示することを特徴とする査定支援方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、中古車オークションの出品車両の査定の支援方法に関する。

【背景技術】

【0002】

中古車両を売買する際には出品車両の価値を判断する“査定”という作業が不可欠である。

【0003】

この査定作業は、一例としては、例えば車両の展開図を基礎として、ボンネットや前右ドア、窓、バンパー、シートなどと車体内外の部位を分類し、これら各部位毎に損傷の程度を判断するという方法で行われている。

【0004】

そして、相場表等に基づいて上記査定結果を勘案して車両の価値を総合的に判断するようにしている。

【0005】

しかし、査定作業のような人的な判断に基づいて車両の価値を決定する場合、どうしても個人の経験や主観に負うところが多くなり普遍的な価額決定とならない場合がある。

【0006】

このような問題に対して、例えば、特許文献１に記載の従来技術が知られている。
特許文献１の従来技術は、中古車両の価値を評価する方法であって、コンピュータが、車両の属性情報を入力するステップと、車両の部位毎のダメージデータを入力するステップと、各ダメージデータと、各部位毎に予め設定されたダメージ量に対応するダメージ係数の算出条件とに基づいて、部位毎のダメージ係数を算出するステップと、を実行する。

【先行技術文献】

【特許文献】

【0007】

【特許文献1】特開２００３−１５７３７１号公報

【発明の概要】

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

【0008】

上記のように、従来の中古車両の査定作業は、担当する査定作業者によって査定結果にバラツキが発生するという問題があった。

【0009】

本発明の課題は、査定作業者毎の評価点のバラツキを小さくすることができ、以って査定評価結果の信頼性を向上させるシステム、端末、サーバ装置、方法等を提供することである。

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

【0010】

本発明の査定支援システムは、サーバ装置と端末を有するシステムであって、下記の構成を有する。

【0011】

前記端末は、査定対象車両に係わる任意の検索条件を入力させ、該検索条件を前記サーバ装置へ送信する検索条件入力部を有する。

【0012】

前記サーバ装置は、各車両の画像が格納される車両情報記憶部と、前記検索条件に合致する前記画像を求めて前記端末に返信する検索実行部とを有する。

【0013】

前記端末は、前記返信された画像を表示する表示部を更に有する。

【発明の効果】

【0014】

本発明の査定支援システム、その端末、サーバ装置、方法等によれば、査定作業者毎の評価点のバラツキを小さくすることができ、以って査定評価結果の信頼性を向上させることができる。

【図面の簡単な説明】

【0015】

【図1】本例のせりシステムの概略システム構成図である。

【図2】本例の査定支援システムの実施例１の概略動作を示す図（その１）である。

【図3】本例の査定支援システムの実施例１の概略動作を示す図（その２）である。

【図4】（ａ）、（ｂ）は、査定入力タブレットの表示例（その１、その２）である。

【図5】査定入力タブレットの表示例（その３）である。

【図6】（ａ）、（ｂ）は、査定入力タブレットの表示例（その４、その５）である。

【図7】（ａ）〜（ｃ）は、各ＤＢ（データベース）のデータ構成例である。

【図8】評価点数票の一例である。

【図9】実施例１の査定入力タブレットの処理フローチャート図である。

【図10】（ａ）（ｂ）は、実施例１のサーバの処理フローチャート図である。

【図11】出品票データＤＢのデータ構成例である。

【図12】実施例２の査定入力タブレットの処理フローチャート図である。

【図13】（ａ）（ｂ）は、実施例１のサーバの処理フローチャート図である。

【図14】点数参考データテーブルのデータ構成例である。

【図15】総合点判定テーブルのデータ構成例である。

【図16】本例の査定支援システムの機能ブロック図である。

【図17】コンピュータ・ハードウェア構成図である。

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

【0016】

以下、図面を参照して本発明の実施の形態について説明する。
図１は、本例のせりシステムの概略システム構成図である。

【0017】

図示の例のせりシステムは、せり業務サーバ１０、映像サーバ２０、査定入力タブレット３０と、各種端末（映像入力端末１、調整人操作端末２、せり人操作端末３、ＰＯＳ端末４）を有する。せり業務サーバ１０は、ユーザデータＤＢ（データベース）１１、出品票データＤＢ１２を有する。映像サーバ２０は車両画像ＤＢ２１を有する。

【0018】

これら各ＤＢ（データベース）１１，１２，２１について、簡単に説明するならば、出品票データＤＢ１２には出品票が格納される。出品票には、せりに出品される出品物（ここでは中古車両）に関する所定の情報が記載される。この例では所定の情報とは、例えば、出品番号、車両情報（車種；例えばメーカー名、車名、型式、年式、色など）、画像ファイル名、評価点等である。

【0019】

評価点に関しては、既に査定済みの車両のみデータが格納されており、未査定の車両に関してはデータ無しとなっている。また、実際の画像データは車両画像ＤＢ２１に格納されており、上記画像ファイル名に該当する画像データは映像サーバ２０から取得できる。

【0020】

また、調整人操作端末２、せり人操作端末３、ＰＯＳ端末４も既存の構成であり、簡単に説明するならば、せり人操作端末３は、せり人がせりの進行などを行うための端末装置、調整人操作端末２は調整人がせり中の価格の調整を行うための端末装置、ＰＯＳ端末４は応札用の端末装置である。

【0021】

また、特に図示しないが、これらの端末装置以外の他の端末装置があってもよく、例えば上記出品票データなどの、せりを行う為に必要となる各種データを入力するための端末装置等があってもよい。

【0022】

査定入力タブレット３０と各端末１、２，３，４は、ネットワーク（複数のスイッチ５（スイッチングハブ）やルータ６や通信線７）を介して、せり業務サーバ１０や映像サーバ２０にアクセス可能となっており相互にデータ送受信可能となっている。図示の例では、査定入力タブレット３０はルータ６（例えば無線Wi-Fiルータ）等を介してせり業務サーバ１０や映像サーバ２０にアクセス可能となっている。映像入力端末１は、スイッチ５等を介してせり業務サーバ１０や映像サーバ２０にアクセス可能となっている。せり業務サーバ１０は通信線７を介して映像サーバ２０と相互に通信可能となっている。

【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】

図５に示す例では、査定入力画面４０は、オークション情報４１、車両情報４２、出品票４３、車両画像４４、テンキー４５の各データフィールドを有する。オークション情報４１には査定対象車両の出品番号等が表示される。車両情報４２には上記ステップＳ５で返信された査定対象車両の車両情報（車種など）が表示される。出品票４３のフィールドには、車両展開図が表示される。

【0049】

車両画像４４のフィールドには、図示のように初期状態では何も表示されないが、後に後述する検索条件に合致する画像（査定作業で参考となる画像）の一覧等が表示される。詳しくは後述する。テンキー４５は０〜９の任意の数字を入力させるものであり、例えば任意の評価点が入力される。

【0050】

ここで、上記車両展開図について説明する。車両展開図は、例えば上記特許文献１等にも開示されている既存技術であり、以下、簡単に説明する。

【0051】

車両展開図は、出品票４３の欄に図示するように、車両構造をボンネット、右ドア、左ドア、窓、バンパーなどの各部位に分けて平面上に展開して示したものである。査定作業員が、任意の部位の表示位置をタッチすると、この部位が査定ポイントとして指定されたことになる。一例としては、査定作業員が査定ポイントの指定後にテンキー４５により任意の評価点を入力することで、査定ポイントに関する仮の評価点が決まるが、未だ確定はしない（よって、仮評価点と呼ぶ）。本手法では、その後に、上記のように車両画像４４のフィールドに表示される、査定作業で参考となる画像に基づいて、評価点が確定されることになる。これについて一例を、図３を参照して以下に説明する。

【0052】

図３は、上記図２の処理の続きを示す図である。図２のステップＳ３の処理によって査定入力タブレット３０は例えば図５のような査定入力画面４０の初期状態が表示された状態となる。

【0053】

査定入力画面４０上で査定作業員は、任意の査定ポイントを指定すると共に（車両展開図上の任意の部位の表示位置をタッチする）、査定対象車両のこの査定ポイントについて自己の判断に基づき決定した上記仮評価点を、テンキー４５を操作して入力する。査定入力タブレット３０は、査定作業員に、この様な入力操作を行わせて、入力内容（査定ポイント、仮評価点）を認識する（ステップＳ７）。

【0054】

尚、評価点の判断は、査定作業員が目の前の査定対象車両における査定ポイントの状態（キズ、色あせなど）を目視することで行う。これは、例えば図８に示すような評価点数票に基づいて判断するものであってもよく、これは従来の判断方法と同様と見做して構わない。但し、本手法では、未だこの時点では、入力した評価点は確定とはならないので、“仮評価点”と呼ぶものとする。

【0055】

査定入力タブレット３０は、上記ステップＳ７で入力された査定ポイント、仮評価点と、上記車両情報（査定対象車両の車種など）を検索条件として、せり業務サーバ１０へ送信する。

【0056】

せり業務サーバ１０は、上記検索条件に合致する画像データを映像サーバ２０から抽出して、抽出した画像を査定入力タブレット３０に返信する（ステップＳ８）。尚、図３では、せり業務サーバ１０の処理と映像サーバ２０の処理とを区別せずに一纏めにしてステップＳ８として示している。検索条件に合致する画像データは、例えば、出品車両の中で既に査定作業完了している車両（従って、各部位の画像と、各部位の評価点が既に記憶されている）の中で、査定対象車両の類似車両に係わる査定ポイントの部位であってその評価点が仮評価点と同一である部位の画像である。

【0057】

査定入力タブレット３０は、上記返信された画像データを車両画像４４のフィールドに一覧表示する。これより例えば図６（ａ）のような表示状態となる。ここでは、上記検索条件に合致する２０枚の画像データが返信されてきて、これらを車両画像４４のフィールドに一覧表示した例を示すものとする。

【0058】

尚、図６（ａ）では８枚の画像のみ表示されているが、上記２０枚の画像をスクロール表示させることができる。また、図示の例では仮評価点は８点であるので、２０枚の画像は全てその評価点が８点であることになる。

【0059】

査定作業員は、目の前の査定対象車両における査定ポイントの状態（キズ、色あせなど）を目視しつつ２０枚の画像と見比べて、似ているか否か等により、自己の評価判断（本例では８点）が正しいか否かを判断する。その際、任意の画像をタッチすることで、図６（ｂ）に示すように、その画像を拡大表示できるようにしてもよい。そして、例えば図６（ｂ）に示すように、仮評価点を正式に評価点として確定してよいか否かを「はい」「いいえ」ボタンで選択入力させる（ステップＳ９）。

【0060】

査定作業員は、自己の評価判断が正しいと思った場合には「はい」ボタンを選択入力し、これより上記の仮評価点が、査定対象車両の査定ポイントに係わる評価点として確定・設定されることになる。

【0061】

一方で、査定作業員は、自己の評価判断が正しくないと思った場合には「いいえ」ボタンを選択入力する。この場合、査定入力タブレット３０は仮評価点を再入力させて、当該新たな仮評価点を含む上記検索条件をせり業務サーバ１０に送信して、新たな仮評価点に応じた画像データ群を取得して一覧表示することになる。この処理は、査定作業員が「はい」ボタンを選択入力するまで繰り返されることになる。

【0062】

そして、査定作業員が「はい」ボタンを選択入力することで上記査定ポイントの評価点が確定したら、査定作業員に新たな査定ポイントを指定させる。新たな査定ポイントについても、上記と同様に、仮評価点の入力→仮評価点、査定ポイントを含む検索条件の送信→検索条件に合致する画像群の取得・一覧表示が行われる。これより、上記と同様、査定対象車両の類似車両の上記チェック対象の部位と同一部位であってその評価点が上記仮評価点と同一である部位に係わる画像が、一覧表示される。査定作業員は、これらの画像を参考にしながら、「はい」「いいえ」ボタン選択によって、新たな査定ポイントについても評価点を確定させる。

【0063】

そして、上記処理を繰り返すことで、全ての査定ポイントについて評価点を確定入力したら、この査定対象車両の査定は完了したことになり、次の査定対象車両の設置場所へ移動して、同様の査定作業を行うことになる。

【0064】

以上説明したように、本手法によれば、査定作業員は、査定対象車両における査定ポイントの状態（キズ、色あせなど）を目視しつつ、類似車両の同査定ポイントの同点数の画像と見比べることで、他の査定作業員の判断に近い評価点となることが期待でき、査定作業者毎の評価点のバラツキを小さくすることができ、以って査定評価結果の信頼性を向上させることができる。

【0065】

図７（ａ）〜（ｃ）には、各ＤＢ（データベース）のデータ構成例を示す。
まず、出品票データＤＢ１２、車両画像ＤＢ２１について、図７（ａ）、図７（ｃ）に示す具体例を用いて説明する。

【0066】

出品票データＤＢ１２には例えば図７（ａ）に示す出品票データテーブル５０が格納される。図７（ｃ）は車両画像ＤＢ２１のデータ構成例である。尚、図７（ａ）、（ｃ）は、出品票データＤＢ１２、車両画像ＤＢ２１の格納データを概略的に示すものであり、全ての格納データを示すものではない。例えば、図７（ａ）に関しては更に不図示の評価点なども記憶されており、詳細例は例えば後に図１１に示すものとする。図７（ｃ）に関しても車両画像ＤＢ２１には図示のデータだけでなく、例えば不図示のデータ管理テーブル（たとえば各出品車両の出品番号に対応付けて、その出品車両の各種画像のファイル名や評価点等が格納されている）が更に記憶されていてもよい。

【0067】

出品票データテーブル５０は、出品番号５１、車両情報５２、せりスタート予定価格５３、車両画像名５４等から成る。オークションに出品される車両にはオークションにおける任意の識別番号である出品番号が与えられる。また、この出品車両に関する所定の情報（車種；例えばメーカー名、車名、グレード、型式、年式、色など）が入力される。これらの情報が出品番号５１、車両情報５２の欄に格納される。更に、この出品車両の写真撮影が行われ、この画像ファイルに任意のファイル名が付されて車両画像ＤＢ２１に格納されると共に（一例を図７（ｃ）に示す）、この画像ファイル名が車両画像名５４の欄に格納される。

【0068】

図７（ｃ）に示す例では、上記各画像のファイル名７１に対応付けて画像データ７２が格納されている。

【0069】

上記ステップＳ５の処理では、上記査定入力タブレット３０から送信された出品番号が、出品票データテーブル５０に登録されているか否かをチェックし、登録されていればＯＫ応答をその車両情報５２と共に返信する。あるいは更に、その車両画像名５４の画像データ（例えば車両の正面の画像）を映像サーバ２０から取得して返信する。つまり、査定入力タブレット３０に対して、査定対象車両の車種や画像を返信する。但し、画像については返信しなくても構わない。

【0070】

また、図７（ｂ）に示すユーザデータＤＢ１１の具体例について説明しておく。
図示の例のユーザデータテーブル６０は、ユーザＩＤ６１、ユーザ名６２、パスワード６３、与信情報６４等から成る。各登録ユーザにはユニークなユーザＩＤが与えられ、ユーザの名称等とユーザが任意に決めたパスワード等と共にユーザデータテーブル６０のユーザＩＤ６１、ユーザ名６２、パスワード６３に登録される。この登録作業は例えば人間が手作業で行うが、特に説明しない。また、与信情報６４については特に説明しない。

【0071】

以下、実施例１、実施例２について説明する。
実施例１で主に利用するデータは、既に評価点が付けられた出品車両の車両情報等（出品票データ）と画像等である。一方、実施例２で主に利用するデータは、出品票データ等に基づいて作成されている、各点数に応じた典型的な画像（参考画像と呼ぶ）である。

【0072】

実施例１、実施例２の両方とも、査定入力タブレットで一覧表示される画像は、査定対象車両と同一車種または類似車種に係わる指定された部位（査定ポイント）の画像の中から、更に選別されたものであり、この点については以下の説明では前提であるものとして逐一述べない場合もあるものとする。

【0073】

そして、実施例１では、上記前提の元、査定作業員が指定した点数の画像のみが抽出されてサーバから査定入力タブレットへと送信されて査定入力タブレットで一覧表示される。つまり、査定作業員がまず点数を決めて、この点数で正しいのか否かを、同じ点数の他車両の画像と査定対象車両の状態とを比較視認して確認する。

【0074】

一方、実施例２では、上記前提の元、査定作業員は点数を指定せず、全ての点数に応じた参考画像が提供・表示される。査定作業員は、目視で査定対象車両の状態に最も似ている参考画像を判断して、この参考画像を指定することで、この参考画像の点数が査定対象車両の評価点となる。

【0075】

以下、実施例１、実施例２について、フローチャート図等を用いて具体例について詳細に説明する。

【0076】

（１）実施例１に関する説明
図９、図１０は、実施例１の処理フローチャート図である。尚、これは、例えば上記図３の処理の詳細フローと見做してもよく、上記図２の処理は既に実行済みと見做しても構わないが、この例に限らない。

【0077】

図９はタブレット３０の処理、図１０（ａ）（ｂ）はサーバ装置の処理を示す。
尚、以下の説明では、査定入力タブレット３０を簡略化してタブレット３０と記すものとする。

【0078】

尚、本説明では、「サーバ装置」とはせり業務サーバ１０と映像サーバ２０の２つを一纏めにしたものとし、当該２つのサーバを特に区別することなく説明するものとするが、実際には、せり業務サーバ１０が、まず、タブレット３０からの検索条件に該当する画像データのファイル名を特定し、このファイル名の画像データを映像サーバ２０から取得して、タブレット３０へ返信することになる。また、実際に「せり業務サーバ１０」と「映像サーバ２０」とが一台のサーバ装置上で実現される構成であっても構わない。

【0079】

図９に示すタブレット３０の処理は、例えばタブレット３０のディスプレイに上記査定入力画面４０が表示された後に、開始されるが、この例に限らない。

【0080】

尚、逐一述べないが、以下に説明する図９の処理は、当然、タブレット３０のコンピュータが実行するものである。

【0081】

図９に示すタブレット３０の処理例では、まず、査定作業員に任意の検索条件（査定対象車両の出品番号、査定ポイント（査定対象の部位）、点数（上記の仮評価点）など）を入力指定させ（ステップＳ１１，Ｓ１２）、この検索条件を「サーバ装置」に送信する（ステップＳ１３）。その後、「サーバ装置」から返信データ（検索条件に合致する画像一覧）があると（ステップＳ１４，ＹＥＳ）、この画像一覧を表示する（ステップＳ１５）。この画像一覧表示の一例が上記図６（ａ）である。

【0082】

検索条件に合致する画像とは、まず、上記の前提（査定対象車両と同一車種または類似車種に係わる指定された部位（査定ポイント）の画像）を満たすものである。そして、この前提の元、実施例１では更に、その評価点が上記指定された仮評価点と同じである画像である。検索条件として仮に査定ポイント＝「バンパー」、点数（仮評価点）＝「８点」が指定されていた場合には、上記の画像一覧は、査定対象車両の類似車両であってバンパーの評価点が８点である車両のバンパーの画像群となる。

【0083】

そして、査定作業員が、画像一覧から任意の画像を選択する毎に、この選択された画像を拡大表示すると共に、“現在査定中の車両と同じ点数の画像です。「８点」で宜しいでしょうか？”等のメッセージと共に「はい」「いいえ」ボタンを表示する（ステップＳ１６）。この表示の一例が上記図６（ｂ）である。

【0084】

そして、「はい」が入力された場合（ステップＳ１７，ＹＥＳ）、ステップＳ１２で入力された仮評価点を、査定対象車両の査定ポイントの評価点として確定・設定する（ステップＳ１９）。例えば、査定対象車両のバンパーの評価点を８点に確定・設定する。そして、ステップＳ１２に戻り、別の査定ポイントと仮評価点を入力させる。別の査定ポイントに関しても、上記と同様に、類似車両の画像を表示して、査定作業員に視認により確認させて、評価点を確定させる。

【0085】

「いいえ」が入力された場合には（ステップＳ１８，ＹＥＳ）、ステップＳ１２に戻り、点数（仮評価点）を再入力させる。例えば、査定作業員は、８点の画像と見比べて査定対象車両の状態が相対的に悪いと判断した場合には、今度は点数＝「７点」とし（査定ポイントはそのまま）、これより今度はバンパーの評価点が７点である出品車両のバンパーの画像群が一覧表示されることになる。

【0086】

一方で、「はい」「いいえ」のどちらも選択されなかった場合（例えば拡大画像をタッチ等）（ステップＳ１７，Ｓ１８がＮＯ）、拡大画像を消して、ステップＳ１６に戻り、再び画像一覧から任意の画像を選択させて拡大表示する。

【0087】

尚、図９、図１０に示す例では、検索条件に査定対象車両の出品番号が含まれ、「サーバ装置」側でこの出品番号の出品車両の車種などを特定する処理を逐一行うが、勿論、この例に限るものではなく、上記図２、図３の処理であってもよい。図示しないが、図９の処理を図２、図３の例に準じた処理とする場合には、ステップＳ１１の処理の際に、入力された査定対象車両の出品番号を「サーバ装置」に送って出品車両の車種を取得する。これよりステップＳ１３の処理では、検索条件として出品番号の代わりに車種が用いられることになる。また、この例の場合、「サーバ装置」では後述するステップＳ３１の処理が必要なくなる。

【0088】

次に、以下、図１０（ａ）（ｂ）の「サーバ装置」処理について説明する。
図１０（ａ）は「サーバ装置」の全体処理、図１０（ｂ）はステップＳ２２の詳細フローである。

【0089】

図１０（ａ）のように、「サーバ装置」では、上記ステップＳ１３によりタブレット３０から検索条件が送られてくる毎に（ステップＳ２１，ＹＥＳ）、出品票データＤＢ１２を参照する等して、この検索条件に合致する画像のファイル名を求めて、求めたファイル名の画像データを抽出して、抽出した画像群をタブレット３０に返信する（ステップＳ２２）。

【0090】

ステップＳ２２の処理の詳細例を、図１０（ｂ）に示す。
また、上記出品票データＤＢ１２のデータ構成例を、図１１に示す。

【0091】

出品票データＤＢ１２には例えば図１１に示す出品票データテーブル８０が格納される。

【0092】

図１１に示す出品票データテーブル８０は、出品番号８１、車両情報８２、セリスタート予想価格８３、車両画像名８４等から成る。開催回毎に、その開催回用の出品票データテーブル８０が作成される。出品票データテーブル８０の出品番号８１と車両情報８２には、出品車両の識別番号と車両情報（メーカ名、型式、年式、色など）が格納される。車両画像名８４には、出品番号８１の出品車両の各部位毎の画像ファイル名が格納されている。図示の例では、バンパー、窓、ホイール、右ドアなどの各部位毎に、その部位の画像が格納された画像ファイル名が、車両画像名８４の欄に格納されている。また、査定済みの車両の場合には、画像ファイル名にその部位の評価点が付されている。図示の例では、例えば先頭レコードのバンパーの評価点は７点である。尚、図示の例では全てに評価点が付されているが、未査定の車両に関する画像ファイル名（不図示）には評価点は付されていない。

【0093】

以下、図１０（ｂ）の処理について、図１１の具体例を用いながら説明する。
「サーバ装置」は、まず、検索条件における出品番号を用いて出品票データテーブル８０を検索して該当レコードを求めてその車両情報８２を抽出する。つまり、査定対象車両の車両情報（車種など）を取得する（ステップＳ３１）。

【0094】

そして、出品票データテーブル８０において、車両情報８２が査定対象車両の車両情報と同一であるレコード（類似車両のレコード）から、検索条件に該当する車両画像名を全て抽出する（ステップＳ３２，Ｓ３３）。“検索条件に該当する車両画像名”とは、検索条件における査定ポイントの部位の画像であって、その評価点が検索条件における仮評価点と同一であるものである。図１１の例で仮に検索条件における査定ポイント＝「窓」、点数＝「９点」であった場合、図示の0001-b.jpgと0003-b.jpgが、抽出されることになる。

【0095】

そして、抽出された車両画像名の画像データを取得して、タブレット３０に返信する（ステップＳ３４）。図１の構成例では、せり業務サーバ１０がステップＳ３１，Ｓ３２，Ｓ３３の処理を実行し、更にステップＳ３４において、抽出された車両画像名の画像データを映像サーバ２０から取得することになる。

【0096】

以上説明した処理により、実施例１の査定支援システムによれば、査定対象車両の類似車両に係わる査定ポイントの部位であってその評価点が仮評価点と同一である部位の画像が抽出されて、タブレット３０で一覧表示される。これより、査定作業員は、自己の判断で決めた点数（仮評価点）が正しいのか否かを、同じ点数の他車両の画像と査定対象車両の状態とを比較視認して確認することができる。つまり、類似車両に関する他の査定作業員の判断を参考にして、最終的な評価点を決定することができる。従って、査定作業者毎の評価点のバラツキを小さくすることができ、以って査定評価結果の信頼性を向上させることができる。

【0097】

（２）実施例２に関する説明
図１２、図１３は、実施例２の処理フローチャート図である。尚、これは、例えば上記図３の処理の詳細フローと見做してもよく、上記図２の処理は既に実行済みと見做しても構わないが、この例に限らない。

【0098】

図１２はタブレット３０の処理、図１３（ａ）（ｂ）は「サーバ装置」の処理を示す。尚、図１０の場合と同様、「サーバ装置」とは、せり業務サーバ１０と映像サーバ２０の２つを一纏めにしたものとする。

【0099】

図１２、図１３に示す実施例２の処理の場合には、上記出品票データテーブル８０以外に、図１４に示す点数参考データテーブル９０が予め人間によって任意に作成されて出品票データＤＢ１２に格納されているものとする。点数参考データテーブル９０は、例えば一例としては、出品票データテーブル８０に基づいて作成されている。

【0100】

例えば、出品票データテーブル８０には、過去に出品された多数の出品車両のデータが蓄積されており、様々な車種の様々な状態の画像データが蓄積されていることが想定される。また、上記の通り、各部位の画像にはその部位の評価点が付与されている。よって、これらを利用すれば、様々な車種について、それぞれ、各部位について全ての評価点にそれぞれ対応する画像が得られることが期待できる。この様な画像を、各評価点に応じた参考画像と呼ぶものとする。任意の車種の任意の部位の任意の評価点について、対応する画像が複数ある場合には、例えば担当者がその中でその点数として最も適切と思われる典型的な内容を示す画像を、参考画像として選択するものとするが、この例に限らない。例えば、このようにして、図１４に示すような点数参考データテーブル９０が作成される。

【0101】

図１４は、点数参考データテーブル９０のデータ構成例を示す図である。
図示の例では、点数参考データテーブル９０は、車両情報９１、部位名９２、チェック分類９３、車両画像名（参考画像）９４から成る。車両情報９１は、車種などを示す情報（メーカー名、型式、グレード、年式、グレード、色など）であり、ここでは簡単の為に同一車種（ＧＴ型、１２年式、赤色）のみ示すと共に、査定対象車両の車種も“ＧＴ型、１２年式、赤色”であるものとして説明するが、実際には様々な車種の情報が点数参考データテーブル９０に登録されている。

【0102】

尚、色は、車種には含まれないかもしれないが、ここでは色も車種の情報の１つであるものとして扱うものとする。

【0103】

部位名９２は、車両の各部位の名称であり、窓、ドア、ボンネット、バンパー等となる。チェック分類９３は、査定の際の減点の理由（キズ、凹み、色あせ、汚れなど）である。

【0104】

車両画像名（参考画像）９４には、車両情報９１の車種の部位名９２の部位に関する、チェック分類９３に係わる各評価点に応じた画像データのファイル名が、格納される（尚、以下、参考画像９４と記す場合もあるものとする）。これは、例えば上述したように、既に査定済みの各出品車両の画像データ群の中から人間が任意に選んだ画像ファイル名が、参考画像９４に格納される。この様な画像を参考画像と呼ぶものとする。ここでは、評価点が１点〜１０点の１０段階であるものとし、参考画像９４には１点〜１０点の各評価点に応じた１０個の参考画像のファイル名が、格納されるものとする。

【0105】

また、ここでは、実際の画像データファイルは映像サーバ２０の車両画像ＤＢ２１に格納されているものとするが、この例に限らない。

【0106】

図示の例では、例えば先頭レコードの場合、車両情報９１（車種など）が“ＧＴ型，１２年式，赤色”、部位名９２が“左ドア”、チェック分類９３が“キズ”に関して、図示の“0001-a.jpg, 0001-b.jpg,・・・,0001-ｊ.jpg”（１点〜１０点の各点数に応じた参考画像のファイル名）が、参考画像９４に格納されている。“0001-a.jpgは、車種などが“ＧＴ型，１２年式，赤色”の車両であって、左ドアの評価点はキズが原因で１点である車両に関する左ドアの画像である。0001-ｂ.jpgは、車種などが“ＧＴ型，１２年式，赤色”の車両であって、左ドアの評価点はキズが原因で２点である車両に関する左ドアの画像である。

【0107】

尚、図１４に示す例は一例であり、この例に限らない。例えば、チェック分類９３が無いデータ構成であっても構わない。この例では、参考画像９４には、任意の車種の任意の部位に係わる各評価点に応じた典型的な画像のファイル名が、キズ、凹み、汚れ等が区別されることなく混在して格納されることになる。

【0108】

以下、まず、図１２のタブレット３０の処理について説明する。
図１２の処理例では、タブレット３０は、まず、査定作業員に任意の検索条件（査定対象車両の出品番号、査定ポイントなど）を入力指定させ（ステップＳ４１，Ｓ４２）、この検索条件を「サーバ装置」に送信する（ステップＳ４３）。尚、実施例１とは異なり、検索条件には点数（仮評価点）は含まれない。

【0109】

その後、「サーバ装置」からの返信データ（検索条件に該当する画像の一覧）があると（ステップＳ４４，ＹＥＳ）、この画像一覧を表示する（ステップＳ４５）。仮に査定ポイント＝「バンパー」が指定されていた場合には、この画像一覧は、査定対象車両と同一車種または類似車種のバンパーの１点〜１０点の各点数に応じた各画像となる。

【0110】

そして、査定作業員が、画像一覧から任意の画像を選択指定する毎に、この画像を拡大表示すると共に“この画像が最も似ていますか？”のメッセージと「はい」「いいえ」ボタンを表示する（ステップＳ４６）。そして、「はい」が選択されたら（ステップＳ４７，ＹＥＳ）、この拡大画像の画像が確定指定されたものと判定して、この拡大画像の評価点を、査定対象車両の上記査定ポイントの評価点として決定・設定する（ステップＳ４８）。

【0111】

一方、「いいえ」が選択された場合には（ステップＳ４７，ＮＯ）、拡大表示を消してステップＳ４６に戻り、再び任意の画像を選択指定させる。

【0112】

ステップＳ４８の処理が実行された場合には、ステップＳ４２に戻り、他の査定ポイントを指定させる。他の査定ポイントに関しても、上記と同様、１点〜１０点の参考画像を表示させて、査定対象車両の査定ポイントの状態に最も似ている参考画像を選択・指定させることで、査定ポイントの評価点が決定・設定される。

【0113】

尚、図１２、図１３に示す例では、検索条件に査定対象車両の出品番号が含まれ、「サーバ装置」側でこの出品番号の出品車両の車種を特定する処理を逐一行うが、勿論、この例に限るものではない。図示しないが、例えば、ステップＳ４１の処理の際に、入力された査定対象車両の出品番号を「サーバ装置」に送って出品車両の車種を取得する。これよりステップＳ４３の処理では、検索条件として出品番号の代わりに車種が用いられることになる。また、この例の場合、「サーバ装置」では後述するステップＳ６１の処理が必要なくなる。

【0114】

次に、以下、図１３（ａ）（ｂ）の「サーバ装置」処理について説明する。
図１３（ａ）は「サーバ装置」の全体処理、図１３（ｂ）はステップＳ５２の詳細フローである。

【0115】

図１３（ａ）のように、「サーバ装置」では、上記ステップＳ４３によりタブレット３０から検索条件が送られてくる毎に（ステップＳ５１，ＹＥＳ）、点数参考データテーブル９０を参照する等して、この検索条件に合致する参考画像のファイル名を求めて、求めたファイル名の参考画像データ（評価点付き）を抽出して、抽出した参考画像群（評価点付き）をタブレット３０に返信する（ステップＳ５２）。

【0116】

以下、図１３（ｂ）の処理について、図１４の点数参考データテーブル９０の具体例を用いながら説明する。

【0117】

図１３（ｂ）の処理例において、まず、ステップＳ６１の処理は上記ステップＳ３１と同一であり、その説明は省略する。

【0118】

次に、ステップＳ６１で得た車両情報（車種など）と、検索条件の査定ポイントとを用いて、点数参考データテーブル９０を検索して、査定対象車両と同一車種または類似車種で、部位名９２が査定ポイントと同一であるレコードの車両画像名（参考画像）９４を全て抽出する（ステップＳ６２）。そして、抽出した車両画像名の画像データ（評価点付き）を全て取得して（図１の構成例では映像サーバ２０から取得する）、要求元のタブレット３０に返信する（ステップＳ６３）。

【0119】

仮に、査定対象車両の車種が“ＧＴ型，１２年式，赤色”であり、且つ、仮に査定ポイントとして「左ドア」が指定された場合には、「サーバ」は、図示の「部位名」２２が”左ドア”である４つのレコードの車両画像名９４（参考画像ファイル名）を全て抽出して、取得した参考画像ファイル名の画像データ（評価点付き）を取得して、取得した画像データ群を検索結果としてタブレット３０に返信する。

【0120】

タブレット３０は、上記返信された画像データ群を上記車両画像４４のフィールドに一覧表示する。本例では、この画像一覧は、査定対象車両と同一車種または類似車種に係わる左ドアに関する１点〜１０点の各評価点に応じた画像群となる。

【0121】

査定作業員は、各画像を順次拡大表示させて、査定対象車両の左ドアの状態に最も近い状態の画像を見つけると、この画像を確定指定する。タブレット３０は、確定指定された画像の評価点を、査定対象車両の左ドアの評価点として設定する。例えば図１４に示す0001-b.jpgの画像が確定指定されたならば、査定対象車両の左ドアの評価点は２点となる。

【0122】

この様にして、査定作業員は、査定対象車両の各部位の評価点を判断する必要はなく、査定対象車掌の査定ポイントの状態を視認しつつ各参考画像を見比べて、最も似ている参考画像を選択するだけで、適切な評価点が設定されるようになる。

【0123】

＊変形例１
実施例２は、上記図１２〜図１４に示す一例に限るものではなく、例えばステップＳ４７がＹＥＳの場合に“更に他の画像も指定しますか？”のメッセージ表示し、「はい」「いいえ」ボタンを表示して選択させるようにしてもよい。そして、「はい」の場合にはステップＳ４６に戻ることで、複数の画像を確定指定できるようにしてもよい。

【0124】

そして、この様にして確定指定された参考画像が複数ある場合、これら複数の参考画像に対応する複数の評価点に基づいて、総合点を求めて、この総合点を査定対象車両の査定ポイントの評価点として確定・設定するようにしてもよい。

【0125】

この例を実現する具体的方法として、例えば、図１５に示す総合点判定テーブル１００を用いる例が考えられるが、この例に限らない。

【0126】

図１５は、総合点判定テーブル１００のデータ構成例を示す図である。
総合点判定テーブル１００には、複数の各チェック分類（図示の例ではキズ１０１、色あせ１０２、凹み１０３を示すが、この例に限らない）の任意の評価点の組み合わせに応じた総合点１０４が格納されている。

【0127】

そして、例えば、査定作業員が、査定対象車両の任意の査定ポイントに関して上記のように表示される複数の参考画像の中から、キズに係わる点数が９点の画像と、色あせに係わる点数が７点の画像とを選択・指定した場合には、タブレット３０は、例えば図１５に示す総合点判定テーブル１００を参照することで、対応する総合点１０４は６点であるので、上記任意の査定ポイントの評価点を６点に決定・設定する。

【0128】

＊変形例２
実施例２は、上記図１２〜図１４に示す一例に限るものではなく、例えばタブレット３０において検索条件として更にチェック分類を入力・指定させるようにしてもよい。査定作業員が査定対象車両の査定ポイントの状態を視認して、限定要素が仮にキズだけであれば、キズに係わる画像だけが表示されればよいと考えられる。

【0129】

この例では、仮に、査定対象車両の車種が“ＧＴ型，１２年式，赤色”であり、且つ、仮に査定ポイントとして「左ドア」、チェック分類として「キズ」が指定された場合には、「サーバ」は、図示の「部位名」２２が”左ドア”で且つチェック分類９３が“キズ”であるレコードすなわち先頭レコードを、該当レコードとする。そして、該当レコードの車両画像名９４（参考画像ファイル名）を全て抽出して、取得した参考画像ファイル名の画像データを取得して、取得した画像データ群を検索結果としてタブレット３０に返信する。このように、査定作業員が“査定ポイント”＆“チェック分類”を検索条件に指定するようにしてもよい。

【0130】

図１６は、本例の査定支援システムの機能ブロック図である。
図示の例の査定支援システムは、サーバ装置２１０と端末２２０を有する。サーバ装置２１０と端末２２０とは、ネットワーク２００を介して、データ送受信可能となっている。尚、端末２２０の一例が上記査定入力タブレット３０であり、サーバ装置２１０の一例が上記せり業務サーバ１０及び映像サーバ２０であるが、これらの例に限らない。

【0131】

サーバ装置２１０は、車両情報記憶部２１１、検索実行部２１２等を有する。
車両情報記憶部２１１には、各車両の画像が格納される。車両情報記憶部２１１の一例が上記出品票データＤＢ１２と車両画像ＤＢ２１であるが、この例に限らない。

【0132】

端末２２０は、検索条件入力部２２１、表示部２２２と、評価点確定部２２３または評価点決定部２２４の何れか一方を有する。

【0133】

検索条件入力部２２１は、査定対象車両に係わる任意の検索条件を入力させ、該検索条件をサーバ装置２１０へ送信する。

【0134】

検索実行部２１２は、車両情報記憶部２１１に格納される画像の中から、上記検索条件に合致する画像を求めて、端末２２０に返信する。

【0135】

表示部２２２は、上記返信された画像を表示する。
査定作業員は、この画像表示を参照して、査定対象車両の評価点を決定する。

【0136】

以上説明したサーバ装置２１０と端末２２０の機能に関して、例えば一例としては、上記検索条件には上記査定対象車両に関する所定の情報と仮評価点が含まれ、上記各画像には評価点が対応付けられており、上記検索条件に合致する画像は、上記査定対象車両の類似車両の画像であって、その評価点が上記仮評価点と同一である画像である。

【0137】

更に一例としては、上記査定対象車両に関する所定の情報は、該査定対象車両の車種であり、上記査定対象車両の類似車両は、該査定対象車両と同一車種または類似車種の車両である。

【0138】

また、一例としては、端末２２０は、上記表示部２２２による上記画像表示後に、上記仮評価点を評価点として確定させるか否かを選択させる上記評価点確定部２２３を更に有する。

【0139】

更に具体例としては、上記車両情報記憶部２１１には、上記各出品車両の各部位毎の評価点と画像が記憶され、上記検索条件には上記査定対象車両における査定対象の部位とその仮評価点とが含まれ、上記検索条件に合致する画像は、上記査定対象の部位と同一の部位であってその評価点が上記仮評価点と同一である部位の画像である。

【0140】

あるいは、サーバ装置２１０と端末２２０の機能に関して、他の一例としては、上記検索条件には上記査定対象車両に関する所定の情報が含まれ、上記各画像には評価点が対応付けられており、上記検索条件に合致する画像は、上記査定対象車両の類似車両に関する各評価点それぞれに対応する各画像である。

【0141】

そして、上記他の一例の場合、例えば、上記端末２２０の表示部２２２は、上記各評価点に応じた各画像を一覧表示し、上記端末２２０は、該表示された各画像の中から任意の画像を選択させ、該選択された画像の評価点を上記査定対象車両の評価点に決定する上記評価点決定部２２４を更に有する。

【0142】

また、上記他の一例の場合、例えば、上記査定対象車両に関する所定の情報は、該査定対象車両の車種であり、上記査定対象車両の類似車両は、該査定対象車両と同一車種または類似車種の車両である。

【0143】

また、上記他の一例の場合、更に具体例としては例えば、上記車両情報記憶部２１１は、車種毎にその各部位毎の各評価点に応じた画像が記憶されており、上記検索条件には上記査定対象車両の車種と査定対象の部位とが含まれ、上記検索条件に合致する画像は、上記査定対象車両と同一の車種の上記査定対象の部位に係わる各評価点それぞれに対応する各画像である。そして、この具体例の場合、更に、上記端末２２０の上記表示部２２２は、上記査定対象の部位に係わる各評価点それぞれに対応する各画像を一覧表示し、上記評価点決定部２２４は、該一覧表示された各画像の中から任意の画像を選択させ、該選択された画像の評価点を上記査定対象車両の上記査定対象の部位に係わる評価点に決定するものであってもよい。

【0144】

図１７に、上記サーバ装置２１０や端末２２０やせり業務サーバ１０や映像サーバ２０や査定入力タブレット３０等のコンピュータ２３０のハードウェア構成例を示す。

【0145】

図示の例のコンピュータ２３０は、ＣＰＵ２３１、記憶部（ＨＤＤ、ＲＯＭ等）２３２、ＲＡＭ２３３、通信Ｉ／Ｆ２３４、表示部２３５、入力部２３６等が、バス２３７に接続されて成る構成である。尚、サーバ装置２１０やせり業務サーバ１０や映像サーバ２０の場合、表示部２３５、入力部２３６は、必ずしも必要ない。端末２２０や査定入力タブレット３０の場合、表示部２３５はディスプレイであり、入力部２３６はタッチパネルである。

【0146】

コンピュータ２３０は、ネットワーク２００に接続された通信Ｉ／Ｆ（インタフェース）２３４を介して、他のコンピュータ（不図示）と通信可能となっている。

【0147】

ＣＰＵ２３１は、演算プロセッサの一例である。記憶部２３２には予め所定のアプリケーションプログラムが記憶されている。また、記憶部２３２には任意のデータ（例えば各種データベース１１，１２，２１等）が記憶される。

【0148】

ＣＰＵ２３１が、上記アプリケーションプログラムを実行することで、上述したサーバ装置２１０や端末２２０やせり業務サーバ１０や映像サーバ２０や査定入力タブレット３０等の各種処理機能（図２、図３、図９、図１０（ａ）（ｂ）、図１２、図１３（ａ）（ｂ）の処理、図１６に示す各種機能部の処理機能など）が実現される。

【符号の説明】

【0149】

１ 映像入力端末
１ａ カメラ
２ 調整人操作端末
３ せり人操作端末
４ ＰＯＳ端末
５ スイッチ
６ ルータ
７ 通信線
１０ せり業務サーバ
１１ ユーザデータＤＢ（データベース）
１２ 出品票データＤＢ
２０ 映像サーバ
２１ 車両画像ＤＢ
３０ 査定入力タブレット
４０ 査定入力画面
４１ オークション情報
４２ 車両情報
４３ 出品票
４４ 車両画像
４５ テンキー
５０ 出品票データテーブル
５１ 出品番号
５２ 車両情報
５３ せりスタート予定価格
５４ 車両画像名
６０ ユーザデータテーブル
６１ ユーザＩＤ
６２ ユーザ名
６３ パスワード
６４ 与信情報
７１ ファイル名
７２ 画像データ
８０ 出品票データテーブル
８１ 出品番号
８２ 車両情報
８３ セリスタート予想価格
８４ 車両画像名
９０ 点数参考データテーブル
９１ 車両情報
９２ 部位名
９３ チェック分類
９４ 車両画像名（参考画像）
１００ 総合点判定テーブル
１０１ キズ
１０２ 色あせ
１０３ 凹み
１０４ 総合点
２００ ネットワーク
２１０ サーバ装置
２１１ 車両情報記憶部
２１２ 検索実行部
２２０ 端末
２２１ 検索条件入力部
２２２ 表示部
２２３ 評価点確定部
２２４ 評価点決定部
２３０ コンピュータ
２３１ ＣＰＵ
２３２ 記憶部（ＨＤＤ、ＲＯＭ等）
２３３ ＲＡＭ
２３４ 通信Ｉ／Ｆ
２３５ 表示部
２３６ 入力部
２３７ バス

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】