(57)【要約】【課題】査定作業者毎の評価点のバラツキを小さくする。【解決手段】査定入力タブレット３０において、査定対象車両の車種と査定ポイントと仮評価点が検索条件として入力されてせり業務サーバ１０に送信されると、せり業務サーバ１０と映像サーバ２０とによって、他の車両の画像の中から、査定対象車両と同一車種に関して査定ポイントの部位で且つその評価点が仮評価点と同一である部位に係わる画像を抽出して、査定入力タブレット３０に返信する。査定入力タブレット３０は、この画像を表示して、仮評価点を評価点として確定させるか否かを選択させる。【選択図】図１
2019106052.tif 000002
【特許請求の範囲】
【請求項１】
サーバ装置と端末を有するシステムであって、
前記端末は、
査定対象車両に係わる任意の検索条件を入力させ、該検索条件を前記サーバ装置へ送信する検索条件入力部を有し、
前記サーバ装置は、
各車両の画像が格納される車両情報記憶部と、
前記検索条件に合致する前記画像を求めて前記端末に返信する検索実行部とを有し、
前記端末は、
前記返信された画像を表示する表示部を更に有することを特徴とする査定支援システム。
【請求項２】
前記検索条件には前記査定対象車両に関する所定の情報と仮評価点が含まれ、
前記各画像には評価点が対応付けられており、
前記検索条件に合致する画像は、前記査定対象車両の類似車両の画像であって、その評価点が前記仮評価点と同一である画像であることを特徴とする請求項１記載の査定支援システム。
【請求項３】
前記査定対象車両に関する所定の情報は、該査定対象車両の車種であり、
前記査定対象車両の類似車両は、該査定対象車両と同一車種または類似車種の車両であることを特徴とする請求項２記載の査定支援システム。
【請求項４】
前記端末は、前記表示部による前記画像表示後に、前記仮評価点を評価点として確定させるか否かを選択させる評価点確定部を更に有することを特徴とする請求項２または３に記載の査定支援システム。
【請求項５】
前記車両情報記憶部には、前記各出品車両の各部位毎の評価点と画像が記憶され、
前記検索条件には前記査定対象車両における査定対象の部位とその仮評価点とが含まれ、
前記検索条件に合致する画像は、前記査定対象の部位と同一の部位であってその評価点が前記仮評価点と同一である部位の画像であることを特徴とする請求項１〜４の何れかに記載の査定支援システム。
【請求項６】
前記検索条件には前記査定対象車両に関する所定の情報が含まれ、
前記各画像には評価点が対応付けられており、
前記検索条件に合致する画像は、前記査定対象車両の類似車両に関する各評価点それぞれに対応する各画像であることを特徴とする請求項１記載の査定支援システム。
【請求項７】
前記端末の表示部は、前記各評価点に応じた各画像を表示し、
前記端末は、該表示された各画像の中から任意の画像を選択させ、該選択された画像の評価点を前記査定対象車両の評価点に決定する評価点決定部を更に有することを特徴とする請求項６記載の査定支援システム。
【請求項８】
前記査定対象車両に関する所定の情報は、該査定対象車両の車種であり、
前記査定対象車両の類似車両は、該査定対象車両と同一車種または類似車種の車両であることを特徴とする請求項６または７記載の査定支援システム。
【請求項９】
前記車両情報記憶部には、車種毎にその各部位毎の各評価点に応じた画像が記憶されており、
前記検索条件には前記査定対象車両の車種と査定対象の部位とが含まれ、
前記検索条件に合致する画像は、前記査定対象車両と同一車種または類似車種の車両の前記査定対象の部位に係わる各評価点それぞれに対応する各画像であることを特徴とする請求項７記載の査定支援システム。
【請求項１０】
前記端末の前記表示部は、前記査定対象の部位に係わる各評価点それぞれに対応する各画像を表示し、
前記評価点決定部は、該表示された各画像の中から任意の画像を選択させ、該選択された画像の評価点を前記査定対象車両の前記査定対象の部位に係わる評価点に決定することを特徴とする請求項９記載の査定支援システム。
【請求項１１】
査定対象車両に係わる任意の検索条件を入力させ、該検索条件をサーバ装置へ送信する検索条件入力部と、
前記検索条件に応じて前記サーバ装置から返信される画像を表示する表示部と、
を有することを特徴とする端末。
【請求項１２】
各車両の画像が格納される車両情報記憶部と、
任意の端末から送信される検索条件に合致する前記画像を求めて前記端末に返信する検索実行部と、
を有することを特徴とするサーバ装置。
【請求項１３】
サーバ装置と端末を有するシステムにおける査定支援方法であって、
前記端末は、査定対象車両に係わる任意の検索条件を入力させ、該検索条件を前記サーバ装置へ送信し、
前記サーバ装置は、予め記憶される各車両の画像の中から、前記検索条件に合致する画像を求めて前記端末に返信し、
前記端末は、前記返信された画像を表示することを特徴とする査定支援方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、中古車オークションの出品車両の査定の支援方法に関する。
【背景技術】
【０００２】
中古車両を売買する際には出品車両の価値を判断する“査定”という作業が不可欠である。
【０００３】
この査定作業は、一例としては、例えば車両の展開図を基礎として、ボンネットや前右ドア、窓、バンパー、シートなどと車体内外の部位を分類し、これら各部位毎に損傷の程度を判断するという方法で行われている。
【０００４】
そして、相場表等に基づいて上記査定結果を勘案して車両の価値を総合的に判断するようにしている。
【０００５】
しかし、査定作業のような人的な判断に基づいて車両の価値を決定する場合、どうしても個人の経験や主観に負うところが多くなり普遍的な価額決定とならない場合がある。
【０００６】
このような問題に対して、例えば、特許文献１に記載の従来技術が知られている。
特許文献１の従来技術は、中古車両の価値を評価する方法であって、コンピュータが、車両の属性情報を入力するステップと、車両の部位毎のダメージデータを入力するステップと、各ダメージデータと、各部位毎に予め設定されたダメージ量に対応するダメージ係数の算出条件とに基づいて、部位毎のダメージ係数を算出するステップと、を実行する。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００３−１５７３７１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
上記のように、従来の中古車両の査定作業は、担当する査定作業者によって査定結果にバラツキが発生するという問題があった。
【０００９】
本発明の課題は、査定作業者毎の評価点のバラツキを小さくすることができ、以って査定評価結果の信頼性を向上させるシステム、端末、サーバ装置、方法等を提供することである。
【課題を解決するための手段】
【００１０】
本発明の査定支援システムは、サーバ装置と端末を有するシステムであって、下記の構成を有する。
【００１１】
前記端末は、査定対象車両に係わる任意の検索条件を入力させ、該検索条件を前記サーバ装置へ送信する検索条件入力部を有する。
【００１２】
前記サーバ装置は、各車両の画像が格納される車両情報記憶部と、前記検索条件に合致する前記画像を求めて前記端末に返信する検索実行部とを有する。
【００１３】
前記端末は、前記返信された画像を表示する表示部を更に有する。
【発明の効果】
【００１４】
本発明の査定支援システム、その端末、サーバ装置、方法等によれば、査定作業者毎の評価点のバラツキを小さくすることができ、以って査定評価結果の信頼性を向上させることができる。
【図面の簡単な説明】
【００１５】
【図１】本例のせりシステムの概略システム構成図である。
【図２】本例の査定支援システムの実施例１の概略動作を示す図（その１）である。
【図３】本例の査定支援システムの実施例１の概略動作を示す図（その２）である。
【図４】（ａ）、（ｂ）は、査定入力タブレットの表示例（その１、その２）である。
【図５】査定入力タブレットの表示例（その３）である。
【図６】（ａ）、（ｂ）は、査定入力タブレットの表示例（その４、その５）である。
【図７】（ａ）〜（ｃ）は、各ＤＢ（データベース）のデータ構成例である。
【図８】評価点数票の一例である。
【図９】実施例１の査定入力タブレットの処理フローチャート図である。
【図１０】（ａ）（ｂ）は、実施例１のサーバの処理フローチャート図である。
【図１１】出品票データＤＢのデータ構成例である。
【図１２】実施例２の査定入力タブレットの処理フローチャート図である。
【図１３】（ａ）（ｂ）は、実施例１のサーバの処理フローチャート図である。
【図１４】点数参考データテーブルのデータ構成例である。
【図１５】総合点判定テーブルのデータ構成例である。
【図１６】本例の査定支援システムの機能ブロック図である。
【図１７】コンピュータ・ハードウェア構成図である。
【発明を実施するための形態】
【００１６】
以下、図面を参照して本発明の実施の形態について説明する。
図１は、本例のせりシステムの概略システム構成図である。
【００１７】
図示の例のせりシステムは、せり業務サーバ１０、映像サーバ２０、査定入力タブレット３０と、各種端末（映像入力端末１、調整人操作端末２、せり人操作端末３、ＰＯＳ端末４）を有する。せり業務サーバ１０は、ユーザデータＤＢ（データベース）１１、出品票データＤＢ１２を有する。映像サーバ２０は車両画像ＤＢ２１を有する。
【００１８】
これら各ＤＢ（データベース）１１，１２，２１について、簡単に説明するならば、出品票データＤＢ１２には出品票が格納される。出品票には、せりに出品される出品物（ここでは中古車両）に関する所定の情報が記載される。この例では所定の情報とは、例えば、出品番号、車両情報（車種；例えばメーカー名、車名、型式、年式、色など）、画像ファイル名、評価点等である。
【００１９】
評価点に関しては、既に査定済みの車両のみデータが格納されており、未査定の車両に関してはデータ無しとなっている。また、実際の画像データは車両画像ＤＢ２１に格納されており、上記画像ファイル名に該当する画像データは映像サーバ２０から取得できる。
【００２０】
また、調整人操作端末２、せり人操作端末３、ＰＯＳ端末４も既存の構成であり、簡単に説明するならば、せり人操作端末３は、せり人がせりの進行などを行うための端末装置、調整人操作端末２は調整人がせり中の価格の調整を行うための端末装置、ＰＯＳ端末４は応札用の端末装置である。
【００２１】
また、特に図示しないが、これらの端末装置以外の他の端末装置があってもよく、例えば上記出品票データなどの、せりを行う為に必要となる各種データを入力するための端末装置等があってもよい。
【００２２】
査定入力タブレット３０と各端末１、２，３，４は、ネットワーク（複数のスイッチ５（スイッチングハブ）やルータ６や通信線７）を介して、せり業務サーバ１０や映像サーバ２０にアクセス可能となっており相互にデータ送受信可能となっている。図示の例では、査定入力タブレット３０はルータ６（例えば無線Wi-Fiルータ）等を介してせり業務サーバ１０や映像サーバ２０にアクセス可能となっている。映像入力端末１は、スイッチ５等を介してせり業務サーバ１０や映像サーバ２０にアクセス可能となっている。せり業務サーバ１０は通信線７を介して映像サーバ２０と相互に通信可能となっている。
【００２３】
また、既存の処理として、出品車両が撮影室に運ばれて、カメラ１ａが接続された映像入力端末１によって、出品車両の画像撮影を行って、この画像を映像サーバ２０に蓄積させる処理がある。カメラ１ａによる撮影は、出品車両毎に、決められた部位全てについて行われる。例えば、前バンパー、後バンパー、ボンネット、窓、左ドア、右ドア、ホイール、タイヤ、シート等の各部位や、正面、全体等が撮影されて、これらの撮影画像が映像入力端末１からせり業務サーバ１０に送信される。せり業務サーバ１０は、出品車両の出品票に、この撮影画像のファイル名を登録する等の所定の登録処理を実行すると、この撮影画像を映像サーバ２０へ転送して記憶させる。
【００２４】
また、出品車両は上記撮影室での撮影後に、例えば検査室などに運ばれて、査定作業員による査定を受ける。本例では、各査定作業員がそれぞれ査定入力タブレット３０を所持し、査定作業の際に査定入力タブレット３０を使用する。査定入力タブレット３０は、査定作業員に任意の検索条件を入力させて、この検索条件をせり業務サーバ１０に送信する。せり業務サーバ１０は、検索条件に合致する画像のファイル名を求めて、この画像を映像サーバ２０から取得して査定入力タブレット３０に返信する。査定入力タブレット３０は、返信された画像を表示する。返信された画像すなわち検索条件に合致する画像は、例えば、査定対象車両に類似する車両の画像となる。査定作業員は、査定対象車両の対象部位（査定ポイント）の状態を視認しつつ画像と見比べることで、評価点を決定する。この様にすることで査定作業員毎の評価のバラツキを抑えることができる。詳しくは後述する。
【００２５】
せり業務サーバ１０は、調整人操作端末２、せり人操作端末３からのアクセスを受けつつ、せり業務に係わる各種既存の処理を実行するが、既存の処理については説明を省略する。つまり、調整人操作端末２、せり人操作端末３の処理と、せり業務サーバ１０における既存の処理については、本手法に関係する処理以外は、説明を省略する。
【００２６】
せり業務サーバ１０は、上記の既存の処理機能に加えて、更に、本手法による査定作業支援機能を有している。この査定作業支援機能については後に詳しく説明するが、上記のように査定入力タブレット３０に、検索条件に合致する画像（例えば、査定対象車両に類似する車両の画像など）を表示させる為の機能である。
【００２７】
尚、本例では、上記のように、せり業務サーバ１０が査定作業支援機能を有しているが、この例に限らず、映像サーバ２０や不図示の別サーバが査定作業支援機能を有する構成であってもよい。また、１台のサーバ装置上に、せり業務サーバ１０の機能と、映像サーバ２０の既存の機能とを、搭載する構成であってもよい。
【００２８】
本例では、各査定作業者がそれぞれ、査定作業中には査定入力タブレット３０を所持している。そして、査定作業者は、任意のときに査定入力タブレット３０を操作して、任意の検索条件に該当する画像を表示させる。査定入力タブレット３０が上記操作に応じてせり業務サーバ１０へ検索条件を送信すると、せり業務サーバ１０が上記査定作業支援機能によって映像サーバ２０から上記検索条件に該当する画像を抽出して査定入力タブレット３０に返信する。
【００２９】
査定作業者は、現在の査定対象車両における査定対象の部位を目視しながら、上記検索条件に該当する画像を表示して見比べることで、査定対象の部位の評価点を決定する。評価点の決定は、数値を入力してもよいが、任意の画像を選択するだけで、この選択画像に対応する点数が評価点となるようにしてもよい。
【００３０】
査定入力タブレット３０において、査定作業者は上記検索条件を任意に入力できる。検索条件は、例えば、現在の査定対象車両の識別情報（出品番号など）、チェック対象の部位を示す情報等である。そして、検索条件に該当する画像が送られてくると、この画像を表示する。この画像は、例えば一例としては、現在の査定対象車両の類似車両の画像であって上記チェック対象の部位に係わる画像である。
【００３１】
類似車両とは、例えば、査定対象車両の車種と同一車種または類似車種の車両であるが、この例に限らない。但し、何れの場合でも、既に査定済みである（それ故、評価点が決まっている）車両であることが必要となる。
【００３２】
また、上記「査定対象車両の車種や、同一または類似の車種」等における“車種”や“類似”の定義は、システム開発者等が任意に決めてよいものとし、ここでは特に明確に定義しないものとする。例えば一例としては、“車種”＝車両情報（５２、８２、９１）と考えてもよいが、この例に限らない。例えば一例としては、同一車種とは、車名とグレードと型式と年式とが全て一致する場合等と定義できるが、この例に限らず、例えば更に色まで一致する必要があっても構わないし、その逆に車名が一致すれば同一車種としても構わない。また、類似車種とは、例えば、車名とグレードと型式と年式の中の一部（例えば２つ以上）が一致する場合等と定義できるが、この例に限らない。
【００３３】
尚、一例としては、査定済みの車両の画像には、評価点が付されているものとする。
そして、一例としては、検索条件には査定作業者が任意に設定した、査定対象車両の上記チェック対象の部位に関する仮評価点が含まれる。そして、査定対象車両の類似車両の上記チェック対象の部位と同一部位であってその評価点が上記仮評価点と同一である部位に係わる画像が、検索条件に合致する画像となる。この画像を見ることで、査定作業員は、自己の判断（仮評価点）が正しいか否かを確認できる。正しいと判断した場合には仮評価点を正式な評価点とする操作を行う。一方、正しくないと判断した場合には、仮評価点を再入力して、再度、この仮評価点を含む検索条件を送信させる。
【００３４】
この例に限らず、他の例としては例えば、検索条件に該当する画像は、査定対象車両と同一車種または類似車種の上記チェック対象の部位に係わる各評価点に応じた画像（参考画像と呼ぶ）である。例えば１点〜１０点の各点数に応じた１０枚の参考画像が、査定入力タブレット３０に返信される。査定入力タブレット３０では、例えば、これら参考画像群を一覧表示すると共に、任意の参考画像を指定させることで、この参考画像に対応付けられている評価点を、チェック対象部位（査定ポイント）の評価点として設定する。尚、どの様な画像を上記参考画像とするかは、所定の人間（例えばベテランの査定作業員）が任意に決めるものであってよいが、例えば各評価点に応じた典型的な画像（大多数がその画像の状態であればその評価点を付けると思われるような画像）とすることが望ましい。
【００３５】
上記何れの方法であっても、査定作業者が、査定対象車両の状態を目視して、検索条件に該当する画像と見比べることで、評価点が決まるようにしている。これによって、査定作業者毎の評価のバラツキを小さくすることが期待でき、以って査定評価結果の信頼性を向上させることが期待できる。
【００３６】
本手法に係わる査定支援システムは、例えば、図１のせりシステムの構成の一部によって実現され、例えば一例としては、せり業務サーバ１０と映像サーバ２０と査定入力タブレット３０とによって実現される。尚、１台のサーバ装置上に、せり業務サーバ１０と映像サーバ２０の両方の機能が搭載された構成であっても構わない。
【００３７】
図２、図３に、本例の査定支援システムの実施例１の概略動作を示す。実施例１の詳細動作は、後にフローチャート図等を用いて説明する。また、本例の査定支援システムは、実施例１に限るものではなく、後述する実施例２であっても構わない。尚、図２、図３は、１つの処理を２分割して示している。
【００３８】
図４、図５、図６に、査定入力タブレット３０の表示例を示す。この表示例は、基本的には実施例１に応じたものであるが、後述する実施例２の場合にも図６（ｂ）を除いてほぼ同様の表示例となっても構わない。
【００３９】
以下、実施例１について、図４〜図６の表示例を参照しつつ、図２、図３の概略動作について説明する。
【００４０】
査定入力タブレット３０を所持する査定作業員が、任意の査定対象車両の近くで査定入力タブレット３０を起動すると、査定入力タブレット３０には、まず、図４（ａ）に示すログイン画面が表示される（図２のステップＳ１）。
【００４１】
査定作業員がログイン画面上で入力したユーザＩＤ、パスワードが、せり業務サーバ１０に送信され、せり業務サーバ１０においてユーザデータＤＢ（データベース）１１を参照したログイン認証処理が実行される（ステップＳ４）。ユーザデータＤＢ１１には、ユーザＩＤ、ユーザ名、パスワード等が登録されており、上記入力されたユーザＩＤ、パスワードと一致すれば、ログイン成功となる。
【００４２】
せり業務サーバ１０は、ログイン失敗した場合にはＮＧ応答を返信し、ログイン成功した場合には現在の開催回をＯＫ応答と共に返信する。査定入力タブレット３０は、ＮＧ応答が返信された場合には所定のエラー処理を実行し、ＯＫ応答が返信された場合には、例えば図４（ｂ）に示す出品番号入力画面を表示する（ステップＳ２）。この画面上で査定作業員が査定対象車両の出品番号を入力すると、査定入力タブレット３０は出品番号と上記開催回をせり業務サーバ１０に送信する。
【００４３】
尚、各出品車両には出品の際に任意の出品番号（識別番号）が与えられている。出品車両に関する各種情報は、基本的に、その出品番号に紐付いて出品票データＤＢ１２等に登録されている。また、各出品車両自体に、その出品番号が付けられており、視認で確認できる。また、出品番号は、同一の開催回においては重複しないように付与されるが、開催回が異なれば重複しても構わない。よって、「開催回＋出品番号」によって出品車両を特定できる。
【００４４】
せり業務サーバ１０は、上記査定入力タブレット３０から送信された開催回と出品番号を受信すると、これら開催回と出品番号を用いて出品票データＤＢ１２を検索することで、上記査定対象車両の出品票データが登録されているか否かをチェックする（ステップＳ５）。
【００４５】
そして、登録されていない場合には、ＮＧ応答を査定入力タブレット３０に返信し、これより査定入力タブレット３０は所定のエラー処理を実行する。
【００４６】
一方、登録されている場合には、査定対象車両の車両情報（車種など）と共にＯＫ応答を返信する。その際、査定対象車両の画像データを映像サーバ２０の車両画像ＤＢ２１から取得して返信するようにしてもよい。この例の場合には、せり業務サーバ１０は開催回と出品番号等を映像サーバ２０へ転送し、映像サーバ２０はこの開催回と出品番号によって特定される出品車両の画像を検索して求めて、この画像をせり業務サーバ１０に返信する（ステップＳ６）。せり業務サーバ１０は、この画像を上記ＯＫ応答などと一緒に査定入力タブレット３０へ返信する。
【００４７】
査定入力タブレット３０は、上記ＯＫ応答を受信すると、例えば図５に示すような査定入力画面４０を表示する（ステップＳ３）。
【００４８】
図５に示す例では、査定入力画面４０は、オークション情報４１、車両情報４２、出品票４３、車両画像４４、テンキー４５の各データフィールドを有する。オークション情報４１には査定対象車両の出品番号等が表示される。車両情報４２には上記ステップＳ５で返信された査定対象車両の車両情報（車種など）が表示される。出品票４３のフィールドには、車両展開図が表示される。
【００４９】
車両画像４４のフィールドには、図示のように初期状態では何も表示されないが、後に後述する検索条件に合致する画像（査定作業で参考となる画像）の一覧等が表示される。詳しくは後述する。テンキー４５は０〜９の任意の数字を入力させるものであり、例えば任意の評価点が入力される。
【００５０】
ここで、上記車両展開図について説明する。車両展開図は、例えば上記特許文献１等にも開示されている既存技術であり、以下、簡単に説明する。
【００５１】
車両展開図は、出品票４３の欄に図示するように、車両構造をボンネット、右ドア、左ドア、窓、バンパーなどの各部位に分けて平面上に展開して示したものである。査定作業員が、任意の部位の表示位置をタッチすると、この部位が査定ポイントとして指定されたことになる。一例としては、査定作業員が査定ポイントの指定後にテンキー４５により任意の評価点を入力することで、査定ポイントに関する仮の評価点が決まるが、未だ確定はしない（よって、仮評価点と呼ぶ）。本手法では、その後に、上記のように車両画像４４のフィールドに表示される、査定作業で参考となる画像に基づいて、評価点が確定されることになる。これについて一例を、図３を参照して以下に説明する。
【００５２】
図３は、上記図２の処理の続きを示す図である。図２のステップＳ３の処理によって査定入力タブレット３０は例えば図５のような査定入力画面４０の初期状態が表示された状態となる。
【００５３】
査定入力画面４０上で査定作業員は、任意の査定ポイントを指定すると共に（車両展開図上の任意の部位の表示位置をタッチする）、査定対象車両のこの査定ポイントについて自己の判断に基づき決定した上記仮評価点を、テンキー４５を操作して入力する。査定入力タブレット３０は、査定作業員に、この様な入力操作を行わせて、入力内容（査定ポイント、仮評価点）を認識する（ステップＳ７）。
【００５４】
尚、評価点の判断は、査定作業員が目の前の査定対象車両における査定ポイントの状態（キズ、色あせなど）を目視することで行う。これは、例えば図８に示すような評価点数票に基づいて判断するものであってもよく、これは従来の判断方法と同様と見做して構わない。但し、本手法では、未だこの時点では、入力した評価点は確定とはならないので、“仮評価点”と呼ぶものとする。
【００５５】
査定入力タブレット３０は、上記ステップＳ７で入力された査定ポイント、仮評価点と、上記車両情報（査定対象車両の車種など）を検索条件として、せり業務サーバ１０へ送信する。
【００５６】
せり業務サーバ１０は、上記検索条件に合致する画像データを映像サーバ２０から抽出して、抽出した画像を査定入力タブレット３０に返信する（ステップＳ８）。尚、図３では、せり業務サーバ１０の処理と映像サーバ２０の処理とを区別せずに一纏めにしてステップＳ８として示している。検索条件に合致する画像データは、例えば、出品車両の中で既に査定作業完了している車両（従って、各部位の画像と、各部位の評価点が既に記憶されている）の中で、査定対象車両の類似車両に係わる査定ポイントの部位であってその評価点が仮評価点と同一である部位の画像である。
【００５７】
査定入力タブレット３０は、上記返信された画像データを車両画像４４のフィールドに一覧表示する。これより例えば図６（ａ）のような表示状態となる。ここでは、上記検索条件に合致する２０枚の画像データが返信されてきて、これらを車両画像４４のフィールドに一覧表示した例を示すものとする。
【００５８】
尚、図６（ａ）では８枚の画像のみ表示されているが、上記２０枚の画像をスクロール表示させることができる。また、図示の例では仮評価点は８点であるので、２０枚の画像は全てその評価点が８点であることになる。
【００５９】
査定作業員は、目の前の査定対象車両における査定ポイントの状態（キズ、色あせなど）を目視しつつ２０枚の画像と見比べて、似ているか否か等により、自己の評価判断（本例では８点）が正しいか否かを判断する。その際、任意の画像をタッチすることで、図６（ｂ）に示すように、その画像を拡大表示できるようにしてもよい。そして、例えば図６（ｂ）に示すように、仮評価点を正式に評価点として確定してよいか否かを「はい」「いいえ」ボタンで選択入力させる（ステップＳ９）。
【００６０】
査定作業員は、自己の評価判断が正しいと思った場合には「はい」ボタンを選択入力し、これより上記の仮評価点が、査定対象車両の査定ポイントに係わる評価点として確定・設定されることになる。
【００６１】
一方で、査定作業員は、自己の評価判断が正しくないと思った場合には「いいえ」ボタンを選択入力する。この場合、査定入力タブレット３０は仮評価点を再入力させて、当該新たな仮評価点を含む上記検索条件をせり業務サーバ１０に送信して、新たな仮評価点に応じた画像データ群を取得して一覧表示することになる。この処理は、査定作業員が「はい」ボタンを選択入力するまで繰り返されることになる。
【００６２】
そして、査定作業員が「はい」ボタンを選択入力することで上記査定ポイントの評価点が確定したら、査定作業員に新たな査定ポイントを指定させる。新たな査定ポイントについても、上記と同様に、仮評価点の入力→仮評価点、査定ポイントを含む検索条件の送信→検索条件に合致する画像群の取得・一覧表示が行われる。これより、上記と同様、査定対象車両の類似車両の上記チェック対象の部位と同一部位であってその評価点が上記仮評価点と同一である部位に係わる画像が、一覧表示される。査定作業員は、これらの画像を参考にしながら、「はい」「いいえ」ボタン選択によって、新たな査定ポイントについても評価点を確定させる。
【００６３】
そして、上記処理を繰り返すことで、全ての査定ポイントについて評価点を確定入力したら、この査定対象車両の査定は完了したことになり、次の査定対象車両の設置場所へ移動して、同様の査定作業を行うことになる。
【００６４】
以上説明したように、本手法によれば、査定作業員は、査定対象車両における査定ポイントの状態（キズ、色あせなど）を目視しつつ、類似車両の同査定ポイントの同点数の画像と見比べることで、他の査定作業員の判断に近い評価点となることが期待でき、査定作業者毎の評価点のバラツキを小さくすることができ、以って査定評価結果の信頼性を向上させることができる。
【００６５】
図７（ａ）〜（ｃ）には、各ＤＢ（データベース）のデータ構成例を示す。
まず、出品票データＤＢ１２、車両画像ＤＢ２１について、図７（ａ）、図７（ｃ）に示す具体例を用いて説明する。
【００６６】
出品票データＤＢ１２には例えば図７（ａ）に示す出品票データテーブル５０が格納される。図７（ｃ）は車両画像ＤＢ２１のデータ構成例である。尚、図７（ａ）、（ｃ）は、出品票データＤＢ１２、車両画像ＤＢ２１の格納データを概略的に示すものであり、全ての格納データを示すものではない。例えば、図７（ａ）に関しては更に不図示の評価点なども記憶されており、詳細例は例えば後に図１１に示すものとする。図７（ｃ）に関しても車両画像ＤＢ２１には図示のデータだけでなく、例えば不図示のデータ管理テーブル（たとえば各出品車両の出品番号に対応付けて、その出品車両の各種画像のファイル名や評価点等が格納されている）が更に記憶されていてもよい。
【００６７】
出品票データテーブル５０は、出品番号５１、車両情報５２、せりスタート予定価格５３、車両画像名５４等から成る。オークションに出品される車両にはオークションにおける任意の識別番号である出品番号が与えられる。また、この出品車両に関する所定の情報（車種；例えばメーカー名、車名、グレード、型式、年式、色など）が入力される。これらの情報が出品番号５１、車両情報５２の欄に格納される。更に、この出品車両の写真撮影が行われ、この画像ファイルに任意のファイル名が付されて車両画像ＤＢ２１に格納されると共に（一例を図７（ｃ）に示す）、この画像ファイル名が車両画像名５４の欄に格納される。
【００６８】
図７（ｃ）に示す例では、上記各画像のファイル名７１に対応付けて画像データ７２が格納されている。
【００６９】
上記ステップＳ５の処理では、上記査定入力タブレット３０から送信された出品番号が、出品票データテーブル５０に登録されているか否かをチェックし、登録されていればＯＫ応答をその車両情報５２と共に返信する。あるいは更に、その車両画像名５４の画像データ（例えば車両の正面の画像）を映像サーバ２０から取得して返信する。つまり、査定入力タブレット３０に対して、査定対象車両の車種や画像を返信する。但し、画像については返信しなくても構わない。
【００７０】
また、図７（ｂ）に示すユーザデータＤＢ１１の具体例について説明しておく。
図示の例のユーザデータテーブル６０は、ユーザＩＤ６１、ユーザ名６２、パスワード６３、与信情報６４等から成る。各登録ユーザにはユニークなユーザＩＤが与えられ、ユーザの名称等とユーザが任意に決めたパスワード等と共にユーザデータテーブル６０のユーザＩＤ６１、ユーザ名６２、パスワード６３に登録される。この登録作業は例えば人間が手作業で行うが、特に説明しない。また、与信情報６４については特に説明しない。
【００７１】
以下、実施例１、実施例２について説明する。
実施例１で主に利用するデータは、既に評価点が付けられた出品車両の車両情報等（出品票データ）と画像等である。一方、実施例２で主に利用するデータは、出品票データ等に基づいて作成されている、各点数に応じた典型的な画像（参考画像と呼ぶ）である。
【００７２】
実施例１、実施例２の両方とも、査定入力タブレットで一覧表示される画像は、査定対象車両と同一車種または類似車種に係わる指定された部位（査定ポイント）の画像の中から、更に選別されたものであり、この点については以下の説明では前提であるものとして逐一述べない場合もあるものとする。
【００７３】
そして、実施例１では、上記前提の元、査定作業員が指定した点数の画像のみが抽出されてサーバから査定入力タブレットへと送信されて査定入力タブレットで一覧表示される。つまり、査定作業員がまず点数を決めて、この点数で正しいのか否かを、同じ点数の他車両の画像と査定対象車両の状態とを比較視認して確認する。
【００７４】
一方、実施例２では、上記前提の元、査定作業員は点数を指定せず、全ての点数に応じた参考画像が提供・表示される。査定作業員は、目視で査定対象車両の状態に最も似ている参考画像を判断して、この参考画像を指定することで、この参考画像の点数が査定対象車両の評価点となる。
【００７５】
以下、実施例１、実施例２について、フローチャート図等を用いて具体例について詳細に説明する。
【００７６】
（１）実施例１に関する説明
図９、図１０は、実施例１の処理フローチャート図である。尚、これは、例えば上記図３の処理の詳細フローと見做してもよく、上記図２の処理は既に実行済みと見做しても構わないが、この例に限らない。
【００７７】
図９はタブレット３０の処理、図１０（ａ）（ｂ）はサーバ装置の処理を示す。
尚、以下の説明では、査定入力タブレット３０を簡略化してタブレット３０と記すものとする。
【００７８】
尚、本説明では、「サーバ装置」とはせり業務サーバ１０と映像サーバ２０の２つを一纏めにしたものとし、当該２つのサーバを特に区別することなく説明するものとするが、実際には、せり業務サーバ１０が、まず、タブレット３０からの検索条件に該当する画像データのファイル名を特定し、このファイル名の画像データを映像サーバ２０から取得して、タブレット３０へ返信することになる。また、実際に「せり業務サーバ１０」と「映像サーバ２０」とが一台のサーバ装置上で実現される構成であっても構わない。
【００７９】
図９に示すタブレット３０の処理は、例えばタブレット３０のディスプレイに上記査定入力画面４０が表示された後に、開始されるが、この例に限らない。
【００８０】
尚、逐一述べないが、以下に説明する図９の処理は、当然、タブレット３０のコンピュータが実行するものである。
【００８１】
図９に示すタブレット３０の処理例では、まず、査定作業員に任意の検索条件（査定対象車両の出品番号、査定ポイント（査定対象の部位）、点数（上記の仮評価点）など）を入力指定させ（ステップＳ１１，Ｓ１２）、この検索条件を「サーバ装置」に送信する（ステップＳ１３）。その後、「サーバ装置」から返信データ（検索条件に合致する画像一覧）があると（ステップＳ１４，ＹＥＳ）、この画像一覧を表示する（ステップＳ１５）。この画像一覧表示の一例が上記図６（ａ）である。
【００８２】
検索条件に合致する画像とは、まず、上記の前提（査定対象車両と同一車種または類似車種に係わる指定された部位（査定ポイント）の画像）を満たすものである。そして、この前提の元、実施例１では更に、その評価点が上記指定された仮評価点と同じである画像である。検索条件として仮に査定ポイント＝「バンパー」、点数（仮評価点）＝「８点」が指定されていた場合には、上記の画像一覧は、査定対象車両の類似車両であってバンパーの評価点が８点である車両のバンパーの画像群となる。
【００８３】
そして、査定作業員が、画像一覧から任意の画像を選択する毎に、この選択された画像を拡大表示すると共に、“現在査定中の車両と同じ点数の画像です。「８点」で宜しいでしょうか？”等のメッセージと共に「はい」「いいえ」ボタンを表示する（ステップＳ１６）。この表示の一例が上記図６（ｂ）である。
【００８４】
そして、「はい」が入力された場合（ステップＳ１７，ＹＥＳ）、ステップＳ１２で入力された仮評価点を、査定対象車両の査定ポイントの評価点として確定・設定する（ステップＳ１９）。例えば、査定対象車両のバンパーの評価点を８点に確定・設定する。そして、ステップＳ１２に戻り、別の査定ポイントと仮評価点を入力させる。別の査定ポイントに関しても、上記と同様に、類似車両の画像を表示して、査定作業員に視認により確認させて、評価点を確定させる。
【００８５】
「いいえ」が入力された場合には（ステップＳ１８，ＹＥＳ）、ステップＳ１２に戻り、点数（仮評価点）を再入力させる。例えば、査定作業員は、８点の画像と見比べて査定対象車両の状態が相対的に悪いと判断した場合には、今度は点数＝「７点」とし（査定ポイントはそのまま）、これより今度はバンパーの評価点が７点である出品車両のバンパーの画像群が一覧表示されることになる。
【００８６】
一方で、「はい」「いいえ」のどちらも選択されなかった場合（例えば拡大画像をタッチ等）（ステップＳ１７，Ｓ１８がＮＯ）、拡大画像を消して、ステップＳ１６に戻り、再び画像一覧から任意の画像を選択させて拡大表示する。
【００８７】
尚、図９、図１０に示す例では、検索条件に査定対象車両の出品番号が含まれ、「サーバ装置」側でこの出品番号の出品車両の車種などを特定する処理を逐一行うが、勿論、この例に限るものではなく、上記図２、図３の処理であってもよい。図示しないが、図９の処理を図２、図３の例に準じた処理とする場合には、ステップＳ１１の処理の際に、入力された査定対象車両の出品番号を「サーバ装置」に送って出品車両の車種を取得する。これよりステップＳ１３の処理では、検索条件として出品番号の代わりに車種が用いられることになる。また、この例の場合、「サーバ装置」では後述するステップＳ３１の処理が必要なくなる。
【００８８】
次に、以下、図１０（ａ）（ｂ）の「サーバ装置」処理について説明する。
図１０（ａ）は「サーバ装置」の全体処理、図１０（ｂ）はステップＳ２２の詳細フローである。
【００８９】
図１０（ａ）のように、「サーバ装置」では、上記ステップＳ１３によりタブレット３０から検索条件が送られてくる毎に（ステップＳ２１，ＹＥＳ）、出品票データＤＢ１２を参照する等して、この検索条件に合致する画像のファイル名を求めて、求めたファイル名の画像データを抽出して、抽出した画像群をタブレット３０に返信する（ステップＳ２２）。
【００９０】
ステップＳ２２の処理の詳細例を、図１０（ｂ）に示す。
また、上記出品票データＤＢ１２のデータ構成例を、図１１に示す。
【００９１】
出品票データＤＢ１２には例えば図１１に示す出品票データテーブル８０が格納される。
【００９２】
図１１に示す出品票データテーブル８０は、出品番号８１、車両情報８２、セリスタート予想価格８３、車両画像名８４等から成る。開催回毎に、その開催回用の出品票データテーブル８０が作成される。出品票データテーブル８０の出品番号８１と車両情報８２には、出品車両の識別番号と車両情報（メーカ名、型式、年式、色など）が格納される。車両画像名８４には、出品番号８１の出品車両の各部位毎の画像ファイル名が格納されている。図示の例では、バンパー、窓、ホイール、右ドアなどの各部位毎に、その部位の画像が格納された画像ファイル名が、車両画像名８４の欄に格納されている。また、査定済みの車両の場合には、画像ファイル名にその部位の評価点が付されている。図示の例では、例えば先頭レコードのバンパーの評価点は７点である。尚、図示の例では全てに評価点が付されているが、未査定の車両に関する画像ファイル名（不図示）には評価点は付されていない。
【００９３】
以下、図１０（ｂ）の処理について、図１１の具体例を用いながら説明する。
「サーバ装置」は、まず、検索条件における出品番号を用いて出品票データテーブル８０を検索して該当レコードを求めてその車両情報８２を抽出する。つまり、査定対象車両の車両情報（車種など）を取得する（ステップＳ３１）。
【００９４】
そして、出品票データテーブル８０において、車両情報８２が査定対象車両の車両情報と同一であるレコード（類似車両のレコード）から、検索条件に該当する車両画像名を全て抽出する（ステップＳ３２，Ｓ３３）。“検索条件に該当する車両画像名”とは、検索条件における査定ポイントの部位の画像であって、その評価点が検索条件における仮評価点と同一であるものである。図１１の例で仮に検索条件における査定ポイント＝「窓」、点数＝「９点」であった場合、図示の0001-b.jpgと0003-b.jpgが、抽出されることになる。
【００９５】
そして、抽出された車両画像名の画像データを取得して、タブレット３０に返信する（ステップＳ３４）。図１の構成例では、せり業務サーバ１０がステップＳ３１，Ｓ３２，Ｓ３３の処理を実行し、更にステップＳ３４において、抽出された車両画像名の画像データを映像サーバ２０から取得することになる。
【００９６】
以上説明した処理により、実施例１の査定支援システムによれば、査定対象車両の類似車両に係わる査定ポイントの部位であってその評価点が仮評価点と同一である部位の画像が抽出されて、タブレット３０で一覧表示される。これより、査定作業員は、自己の判断で決めた点数（仮評価点）が正しいのか否かを、同じ点数の他車両の画像と査定対象車両の状態とを比較視認して確認することができる。つまり、類似車両に関する他の査定作業員の判断を参考にして、最終的な評価点を決定することができる。従って、査定作業者毎の評価点のバラツキを小さくすることができ、以って査定評価結果の信頼性を向上させることができる。
【００９７】
（２）実施例２に関する説明
図１２、図１３は、実施例２の処理フローチャート図である。尚、これは、例えば上記図３の処理の詳細フローと見做してもよく、上記図２の処理は既に実行済みと見做しても構わないが、この例に限らない。
【００９８】
図１２はタブレット３０の処理、図１３（ａ）（ｂ）は「サーバ装置」の処理を示す。尚、図１０の場合と同様、「サーバ装置」とは、せり業務サーバ１０と映像サーバ２０の２つを一纏めにしたものとする。
【００９９】
図１２、図１３に示す実施例２の処理の場合には、上記出品票データテーブル８０以外に、図１４に示す点数参考データテーブル９０が予め人間によって任意に作成されて出品票データＤＢ１２に格納されているものとする。点数参考データテーブル９０は、例えば一例としては、出品票データテーブル８０に基づいて作成されている。
【０１００】
例えば、出品票データテーブル８０には、過去に出品された多数の出品車両のデータが蓄積されており、様々な車種の様々な状態の画像データが蓄積されていることが想定される。また、上記の通り、各部位の画像にはその部位の評価点が付与されている。よって、これらを利用すれば、様々な車種について、それぞれ、各部位について全ての評価点にそれぞれ対応する画像が得られることが期待できる。この様な画像を、各評価点に応じた参考画像と呼ぶものとする。任意の車種の任意の部位の任意の評価点について、対応する画像が複数ある場合には、例えば担当者がその中でその点数として最も適切と思われる典型的な内容を示す画像を、参考画像として選択するものとするが、この例に限らない。例えば、このようにして、図１４に示すような点数参考データテーブル９０が作成される。
【０１０１】
図１４は、点数参考データテーブル９０のデータ構成例を示す図である。
図示の例では、点数参考データテーブル９０は、車両情報９１、部位名９２、チェック分類９３、車両画像名（参考画像）９４から成る。車両情報９１は、車種などを示す情報（メーカー名、型式、グレード、年式、グレード、色など）であり、ここでは簡単の為に同一車種（ＧＴ型、１２年式、赤色）のみ示すと共に、査定対象車両の車種も“ＧＴ型、１２年式、赤色”であるものとして説明するが、実際には様々な車種の情報が点数参考データテーブル９０に登録されている。
【０１０２】
尚、色は、車種には含まれないかもしれないが、ここでは色も車種の情報の１つであるものとして扱うものとする。
【０１０３】
部位名９２は、車両の各部位の名称であり、窓、ドア、ボンネット、バンパー等となる。チェック分類９３は、査定の際の減点の理由（キズ、凹み、色あせ、汚れなど）である。
【０１０４】
車両画像名（参考画像）９４には、車両情報９１の車種の部位名９２の部位に関する、チェック分類９３に係わる各評価点に応じた画像データのファイル名が、格納される（尚、以下、参考画像９４と記す場合もあるものとする）。これは、例えば上述したように、既に査定済みの各出品車両の画像データ群の中から人間が任意に選んだ画像ファイル名が、参考画像９４に格納される。この様な画像を参考画像と呼ぶものとする。ここでは、評価点が１点〜１０点の１０段階であるものとし、参考画像９４には１点〜１０点の各評価点に応じた１０個の参考画像のファイル名が、格納されるものとする。
【０１０５】
また、ここでは、実際の画像データファイルは映像サーバ２０の車両画像ＤＢ２１に格納されているものとするが、この例に限らない。
【０１０６】
図示の例では、例えば先頭レコードの場合、車両情報９１（車種など）が“ＧＴ型，１２年式，赤色”、部位名９２が“左ドア”、チェック分類９３が“キズ”に関して、図示の“0001-a.jpg, 0001-b.jpg,・・・,0001-ｊ.jpg”（１点〜１０点の各点数に応じた参考画像のファイル名）が、参考画像９４に格納されている。“0001-a.jpgは、車種などが“ＧＴ型，１２年式，赤色”の車両であって、左ドアの評価点はキズが原因で１点である車両に関する左ドアの画像である。0001-ｂ.jpgは、車種などが“ＧＴ型，１２年式，赤色”の車両であって、左ドアの評価点はキズが原因で２点である車両に関する左ドアの画像である。
【０１０７】
尚、図１４に示す例は一例であり、この例に限らない。例えば、チェック分類９３が無いデータ構成であっても構わない。この例では、参考画像９４には、任意の車種の任意の部位に係わる各評価点に応じた典型的な画像のファイル名が、キズ、凹み、汚れ等が区別されることなく混在して格納されることになる。
【０１０８】
以下、まず、図１２のタブレット３０の処理について説明する。
図１２の処理例では、タブレット３０は、まず、査定作業員に任意の検索条件（査定対象車両の出品番号、査定ポイントなど）を入力指定させ（ステップＳ４１，Ｓ４２）、この検索条件を「サーバ装置」に送信する（ステップＳ４３）。尚、実施例１とは異なり、検索条件には点数（仮評価点）は含まれない。
【０１０９】
その後、「サーバ装置」からの返信データ（検索条件に該当する画像の一覧）があると（ステップＳ４４，ＹＥＳ）、この画像一覧を表示する（ステップＳ４５）。仮に査定ポイント＝「バンパー」が指定されていた場合には、この画像一覧は、査定対象車両と同一車種または類似車種のバンパーの１点〜１０点の各点数に応じた各画像となる。
【０１１０】
そして、査定作業員が、画像一覧から任意の画像を選択指定する毎に、この画像を拡大表示すると共に“この画像が最も似ていますか？”のメッセージと「はい」「いいえ」ボタンを表示する（ステップＳ４６）。そして、「はい」が選択されたら（ステップＳ４７，ＹＥＳ）、この拡大画像の画像が確定指定されたものと判定して、この拡大画像の評価点を、査定対象車両の上記査定ポイントの評価点として決定・設定する（ステップＳ４８）。
【０１１１】
一方、「いいえ」が選択された場合には（ステップＳ４７，ＮＯ）、拡大表示を消してステップＳ４６に戻り、再び任意の画像を選択指定させる。
【０１１２】
ステップＳ４８の処理が実行された場合には、ステップＳ４２に戻り、他の査定ポイントを指定させる。他の査定ポイントに関しても、上記と同様、１点〜１０点の参考画像を表示させて、査定対象車両の査定ポイントの状態に最も似ている参考画像を選択・指定させることで、査定ポイントの評価点が決定・設定される。
【０１１３】
尚、図１２、図１３に示す例では、検索条件に査定対象車両の出品番号が含まれ、「サーバ装置」側でこの出品番号の出品車両の車種を特定する処理を逐一行うが、勿論、この例に限るものではない。図示しないが、例えば、ステップＳ４１の処理の際に、入力された査定対象車両の出品番号を「サーバ装置」に送って出品車両の車種を取得する。これよりステップＳ４３の処理では、検索条件として出品番号の代わりに車種が用いられることになる。また、この例の場合、「サーバ装置」では後述するステップＳ６１の処理が必要なくなる。
【０１１４】
次に、以下、図１３（ａ）（ｂ）の「サーバ装置」処理について説明する。
図１３（ａ）は「サーバ装置」の全体処理、図１３（ｂ）はステップＳ５２の詳細フローである。
【０１１５】
図１３（ａ）のように、「サーバ装置」では、上記ステップＳ４３によりタブレット３０から検索条件が送られてくる毎に（ステップＳ５１，ＹＥＳ）、点数参考データテーブル９０を参照する等して、この検索条件に合致する参考画像のファイル名を求めて、求めたファイル名の参考画像データ（評価点付き）を抽出して、抽出した参考画像群（評価点付き）をタブレット３０に返信する（ステップＳ５２）。
【０１１６】
以下、図１３（ｂ）の処理について、図１４の点数参考データテーブル９０の具体例を用いながら説明する。
【０１１７】
図１３（ｂ）の処理例において、まず、ステップＳ６１の処理は上記ステップＳ３１と同一であり、その説明は省略する。
【０１１８】
次に、ステップＳ６１で得た車両情報（車種など）と、検索条件の査定ポイントとを用いて、点数参考データテーブル９０を検索して、査定対象車両と同一車種または類似車種で、部位名９２が査定ポイントと同一であるレコードの車両画像名（参考画像）９４を全て抽出する（ステップＳ６２）。そして、抽出した車両画像名の画像データ（評価点付き）を全て取得して（図１の構成例では映像サーバ２０から取得する）、要求元のタブレット３０に返信する（ステップＳ６３）。
【０１１９】
仮に、査定対象車両の車種が“ＧＴ型，１２年式，赤色”であり、且つ、仮に査定ポイントとして「左ドア」が指定された場合には、「サーバ」は、図示の「部位名」２２が”左ドア”である４つのレコードの車両画像名９４（参考画像ファイル名）を全て抽出して、取得した参考画像ファイル名の画像データ（評価点付き）を取得して、取得した画像データ群を検索結果としてタブレット３０に返信する。
【０１２０】
タブレット３０は、上記返信された画像データ群を上記車両画像４４のフィールドに一覧表示する。本例では、この画像一覧は、査定対象車両と同一車種または類似車種に係わる左ドアに関する１点〜１０点の各評価点に応じた画像群となる。
【０１２１】
査定作業員は、各画像を順次拡大表示させて、査定対象車両の左ドアの状態に最も近い状態の画像を見つけると、この画像を確定指定する。タブレット３０は、確定指定された画像の評価点を、査定対象車両の左ドアの評価点として設定する。例えば図１４に示す0001-b.jpgの画像が確定指定されたならば、査定対象車両の左ドアの評価点は２点となる。
【０１２２】
この様にして、査定作業員は、査定対象車両の各部位の評価点を判断する必要はなく、査定対象車掌の査定ポイントの状態を視認しつつ各参考画像を見比べて、最も似ている参考画像を選択するだけで、適切な評価点が設定されるようになる。
【０１２３】
＊変形例１
実施例２は、上記図１２〜図１４に示す一例に限るものではなく、例えばステップＳ４７がＹＥＳの場合に“更に他の画像も指定しますか？”のメッセージ表示し、「はい」「いいえ」ボタンを表示して選択させるようにしてもよい。そして、「はい」の場合にはステップＳ４６に戻ることで、複数の画像を確定指定できるようにしてもよい。
【０１２４】
そして、この様にして確定指定された参考画像が複数ある場合、これら複数の参考画像に対応する複数の評価点に基づいて、総合点を求めて、この総合点を査定対象車両の査定ポイントの評価点として確定・設定するようにしてもよい。
【０１２５】
この例を実現する具体的方法として、例えば、図１５に示す総合点判定テーブル１００を用いる例が考えられるが、この例に限らない。
【０１２６】
図１５は、総合点判定テーブル１００のデータ構成例を示す図である。
総合点判定テーブル１００には、複数の各チェック分類（図示の例ではキズ１０１、色あせ１０２、凹み１０３を示すが、この例に限らない）の任意の評価点の組み合わせに応じた総合点１０４が格納されている。
【０１２７】
そして、例えば、査定作業員が、査定対象車両の任意の査定ポイントに関して上記のように表示される複数の参考画像の中から、キズに係わる点数が９点の画像と、色あせに係わる点数が７点の画像とを選択・指定した場合には、タブレット３０は、例えば図１５に示す総合点判定テーブル１００を参照することで、対応する総合点１０４は６点であるので、上記任意の査定ポイントの評価点を６点に決定・設定する。
【０１２８】
＊変形例２
実施例２は、上記図１２〜図１４に示す一例に限るものではなく、例えばタブレット３０において検索条件として更にチェック分類を入力・指定させるようにしてもよい。査定作業員が査定対象車両の査定ポイントの状態を視認して、限定要素が仮にキズだけであれば、キズに係わる画像だけが表示されればよいと考えられる。
【０１２９】
この例では、仮に、査定対象車両の車種が“ＧＴ型，１２年式，赤色”であり、且つ、仮に査定ポイントとして「左ドア」、チェック分類として「キズ」が指定された場合には、「サーバ」は、図示の「部位名」２２が”左ドア”で且つチェック分類９３が“キズ”であるレコードすなわち先頭レコードを、該当レコードとする。そして、該当レコードの車両画像名９４（参考画像ファイル名）を全て抽出して、取得した参考画像ファイル名の画像データを取得して、取得した画像データ群を検索結果としてタブレット３０に返信する。このように、査定作業員が“査定ポイント”＆“チェック分類”を検索条件に指定するようにしてもよい。
【０１３０】
図１６は、本例の査定支援システムの機能ブロック図である。
図示の例の査定支援システムは、サーバ装置２１０と端末２２０を有する。サーバ装置２１０と端末２２０とは、ネットワーク２００を介して、データ送受信可能となっている。尚、端末２２０の一例が上記査定入力タブレット３０であり、サーバ装置２１０の一例が上記せり業務サーバ１０及び映像サーバ２０であるが、これらの例に限らない。
【０１３１】
サーバ装置２１０は、車両情報記憶部２１１、検索実行部２１２等を有する。
車両情報記憶部２１１には、各車両の画像が格納される。車両情報記憶部２１１の一例が上記出品票データＤＢ１２と車両画像ＤＢ２１であるが、この例に限らない。
【０１３２】
端末２２０は、検索条件入力部２２１、表示部２２２と、評価点確定部２２３または評価点決定部２２４の何れか一方を有する。
【０１３３】
検索条件入力部２２１は、査定対象車両に係わる任意の検索条件を入力させ、該検索条件をサーバ装置２１０へ送信する。
【０１３４】
検索実行部２１２は、車両情報記憶部２１１に格納される画像の中から、上記検索条件に合致する画像を求めて、端末２２０に返信する。
【０１３５】
表示部２２２は、上記返信された画像を表示する。
査定作業員は、この画像表示を参照して、査定対象車両の評価点を決定する。
【０１３６】
以上説明したサーバ装置２１０と端末２２０の機能に関して、例えば一例としては、上記検索条件には上記査定対象車両に関する所定の情報と仮評価点が含まれ、上記各画像には評価点が対応付けられており、上記検索条件に合致する画像は、上記査定対象車両の類似車両の画像であって、その評価点が上記仮評価点と同一である画像である。
【０１３７】
更に一例としては、上記査定対象車両に関する所定の情報は、該査定対象車両の車種であり、上記査定対象車両の類似車両は、該査定対象車両と同一車種または類似車種の車両である。
【０１３８】
また、一例としては、端末２２０は、上記表示部２２２による上記画像表示後に、上記仮評価点を評価点として確定させるか否かを選択させる上記評価点確定部２２３を更に有する。
【０１３９】
更に具体例としては、上記車両情報記憶部２１１には、上記各出品車両の各部位毎の評価点と画像が記憶され、上記検索条件には上記査定対象車両における査定対象の部位とその仮評価点とが含まれ、上記検索条件に合致する画像は、上記査定対象の部位と同一の部位であってその評価点が上記仮評価点と同一である部位の画像である。
【０１４０】
あるいは、サーバ装置２１０と端末２２０の機能に関して、他の一例としては、上記検索条件には上記査定対象車両に関する所定の情報が含まれ、上記各画像には評価点が対応付けられており、上記検索条件に合致する画像は、上記査定対象車両の類似車両に関する各評価点それぞれに対応する各画像である。
【０１４１】
そして、上記他の一例の場合、例えば、上記端末２２０の表示部２２２は、上記各評価点に応じた各画像を一覧表示し、上記端末２２０は、該表示された各画像の中から任意の画像を選択させ、該選択された画像の評価点を上記査定対象車両の評価点に決定する上記評価点決定部２２４を更に有する。
【０１４２】
また、上記他の一例の場合、例えば、上記査定対象車両に関する所定の情報は、該査定対象車両の車種であり、上記査定対象車両の類似車両は、該査定対象車両と同一車種または類似車種の車両である。
【０１４３】
また、上記他の一例の場合、更に具体例としては例えば、上記車両情報記憶部２１１は、車種毎にその各部位毎の各評価点に応じた画像が記憶されており、上記検索条件には上記査定対象車両の車種と査定対象の部位とが含まれ、上記検索条件に合致する画像は、上記査定対象車両と同一の車種の上記査定対象の部位に係わる各評価点それぞれに対応する各画像である。そして、この具体例の場合、更に、上記端末２２０の上記表示部２２２は、上記査定対象の部位に係わる各評価点それぞれに対応する各画像を一覧表示し、上記評価点決定部２２４は、該一覧表示された各画像の中から任意の画像を選択させ、該選択された画像の評価点を上記査定対象車両の上記査定対象の部位に係わる評価点に決定するものであってもよい。
【０１４４】
図１７に、上記サーバ装置２１０や端末２２０やせり業務サーバ１０や映像サーバ２０や査定入力タブレット３０等のコンピュータ２３０のハードウェア構成例を示す。
【０１４５】
図示の例のコンピュータ２３０は、ＣＰＵ２３１、記憶部（ＨＤＤ、ＲＯＭ等）２３２、ＲＡＭ２３３、通信Ｉ／Ｆ２３４、表示部２３５、入力部２３６等が、バス２３７に接続されて成る構成である。尚、サーバ装置２１０やせり業務サーバ１０や映像サーバ２０の場合、表示部２３５、入力部２３６は、必ずしも必要ない。端末２２０や査定入力タブレット３０の場合、表示部２３５はディスプレイであり、入力部２３６はタッチパネルである。
【０１４６】
コンピュータ２３０は、ネットワーク２００に接続された通信Ｉ／Ｆ（インタフェース）２３４を介して、他のコンピュータ（不図示）と通信可能となっている。
【０１４７】
ＣＰＵ２３１は、演算プロセッサの一例である。記憶部２３２には予め所定のアプリケーションプログラムが記憶されている。また、記憶部２３２には任意のデータ（例えば各種データベース１１，１２，２１等）が記憶される。
【０１４８】
ＣＰＵ２３１が、上記アプリケーションプログラムを実行することで、上述したサーバ装置２１０や端末２２０やせり業務サーバ１０や映像サーバ２０や査定入力タブレット３０等の各種処理機能（図２、図３、図９、図１０（ａ）（ｂ）、図１２、図１３（ａ）（ｂ）の処理、図１６に示す各種機能部の処理機能など）が実現される。
【符号の説明】
【０１４９】
１  映像入力端末
１ａ  カメラ
２  調整人操作端末
３  せり人操作端末
４  ＰＯＳ端末
５  スイッチ
６  ルータ
７  通信線
１０  せり業務サーバ
１１  ユーザデータＤＢ（データベース）
１２  出品票データＤＢ
２０  映像サーバ
２１  車両画像ＤＢ
３０  査定入力タブレット
４０  査定入力画面
４１  オークション情報
４２  車両情報
４３  出品票
４４  車両画像
４５  テンキー
５０  出品票データテーブル
５１  出品番号
５２  車両情報
５３  せりスタート予定価格
５４  車両画像名
６０  ユーザデータテーブル
６１  ユーザＩＤ
６２  ユーザ名
６３  パスワード
６４  与信情報
７１  ファイル名
７２  画像データ
８０  出品票データテーブル
８１  出品番号
８２  車両情報
８３  セリスタート予想価格
８４  車両画像名
９０  点数参考データテーブル
９１  車両情報
９２  部位名
９３  チェック分類
９４  車両画像名（参考画像）
１００  総合点判定テーブル
１０１  キズ
１０２  色あせ
１０３  凹み
１０４  総合点
２００  ネットワーク
２１０  サーバ装置
２１１  車両情報記憶部
２１２  検索実行部
２２０  端末
２２１  検索条件入力部
２２２  表示部
２２３  評価点確定部
２２４  評価点決定部
２３０  コンピュータ
２３１  ＣＰＵ
２３２  記憶部（ＨＤＤ、ＲＯＭ等）
２３３  ＲＡＭ
２３４  通信Ｉ／Ｆ
２３５  表示部
２３６  入力部
２３７  バス
【図１】
2019106052.tif 000003
【図２】
2019106052.tif 000004
【図３】
2019106052.tif 000005
【図４】
2019106052.tif 000006
【図５】
2019106052.tif 000007
【図６】
2019106052.tif 000008
【図７】
2019106052.tif 000009
【図８】
2019106052.tif 000010
【図９】
2019106052.tif 000011
【図１０】
2019106052.tif 000012
【図１１】
2019106052.tif 000013
【図１２】
2019106052.tif 000014
【図１３】
2019106052.tif 000015
【図１４】
2019106052.tif 000016
【図１５】
2019106052.tif 000017
【図１６】
2019106052.tif 000018
【図１７】
2019106052.tif 000019