(57)【特許請求の範囲】
【請求項１】
コンピュータにより、依頼元からの要求に応じて取引対象の価格設定を支援する装置であって、
取引対象の識別情報と、取引対象の品質を示す品質情報とを含むレコードを格納した取引対象データベースと、
取引対象について実際に行われた取引における取引価格の情報と、取引対象について実際に行われた取引の所要時間に関する情報とを含む取引実績情報のレコードを格納した取引履歴データベースと、
価格を設定すべき取引対象の識別情報と、当該取引対象の品質を判定するための品質判定情報と、前記価格を設定すべき取引対象の希望取引価格とを前記依頼元から受信する受信手段と、
受信された識別情報及び品質判定情報に合致する品質情報を含むレコードを前記取引対象データベースから読み出し、前記受信された識別情報と前記取引対象データベースから読み出したレコードに含まれた品質情報とに合致する取引実績情報のレコードを第１抽出レコードとして前記取引履歴データベースから読み出す読出手段と、
前記第１抽出レコードから、前記希望取引価格が属する価格範囲に含まれる取引価格の情報を含む取引実績情報のレコードを第２抽出レコードとして抽出する抽出手段と、
前記第２抽出レコードにそれぞれ含まれた取引の所要時間に関する情報からそれぞれ求められる取引が成立するまでに要した日数の和を当該第２抽出レコード数で割ることによって平均応札日数を算出する統計値算出手段と、
前記読出手段によって読み出された品質情報と、前記統計値算出手段によって算出された平均応札日数とを前記依頼元へ送信する送信手段と、
複数の価格範囲にそれぞれ対応する第１抽出レコードのレコード数，日数及び取引価格を集計するための第１集計テーブルとを備え、
前記統計値算出手段は、或る第１抽出レコードについて、これに含まれた取引価格を参照し、この取引価格が属する価格範囲に対応する第１集計テーブルのレコード数に１を加算し、当該第１抽出レコードに含まれた取引の所要時間に関する情報から求められる取引が成立するまでに要した日数を前記参照した取引価格が属する価格範囲に対応する日数に加算し、当該第１抽出レコードに含まれた取引価格を前記参照した取引価格が属する価格範囲に対応する取引価格に加算する処理を、前記取引履歴データベースから読み出された
全ての第１抽出レコードに対して行い、その後、第１集計テーブルに格納された価格範囲毎の日数と取引価格とを対応するレコード数でそれぞれ割ることによって、価格範囲毎の平均応札日数と平均取引価格とを算出し、
前記送信手段は、前記読出手段によって読み出された品質情報と、前記統計値算出手段によって算出された価格範囲毎の平均応札日数及び平均取引価格とを前記依頼元へ送信する
取引対象の価格設定支援装置。
【請求項２】
コンピュータにより、依頼元からの要求に応じて取引対象の価格設定を支援する装置であって、
取引対象の識別情報と、取引対象の品質を示す品質情報とを含むレコードを格納した取引対象データベースと、
取引対象について実際に行われた取引における取引価格の情報と、取引対象について実際に行われた取引の所要時間に関する情報とを含む取引実績情報のレコードを格納した取引履歴データベースと、
価格を設定すべき取引対象の識別情報と、当該取引対象の品質を判定するための品質判定情報と、前記価格を設定すべき取引対象の希望取引価格とを前記依頼元から受信する受信手段と、
受信された識別情報及び品質判定情報に合致する品質情報を含むレコードを前記取引対象データベースから読み出し、前記受信された識別情報と前記取引対象データベースから読み出したレコードに含まれた品質情報とに合致する取引実績情報のレコードを第１抽出レコードとして前記取引履歴データベースから読み出す読出手段と、
前記第１抽出レコードから、前記希望取引価格が属する価格範囲に含まれる取引価格の情報を含む取引実績情報のレコードを第２抽出レコードとして抽出する抽出手段と、
前記第２抽出レコードにそれぞれ含まれた取引の所要時間に関する情報からそれぞれ求められる取引が成立するまでに要した日数の和を当該第２抽出レコード数で割ることによって平均応札日数を算出する統計値算出手段と、
前記読出手段によって読み出された品質情報と、前記統計値算出手段によって算出された平均応札日数とを前記依頼元へ送信する送信手段と、
複数の取引情報の掲載期間にそれぞれ対応する前記第１抽出レコードのレコード数，日数及び取引価格を集計するための第２集計テーブルをさらに備え、
前記統計値算出手段は、或る第１抽出レコードについて、これに含まれた取引の所要時間に関する情報から取引が成立するまでに要した日数を求め、この日数が属する掲載期間に対応する第２集計テーブルのレコード数に１を加算し、前記求めた日数をこの日数が属する掲載期間に対応する日数に加算し、当該第１抽出レコードに含まれた取引価格を前記求めた日数が属する掲載期間に対応する取引価格に加算する処理を、前記取引履歴データベースから読み出された全ての第１抽出レコードに対して行い、その後、第２集計テーブルに格納された掲載期間毎の日数と取引価格とを対応するレコード数でそれぞれ割ることによって、掲載期間毎の平均応札日数と平均取引価格とを算出し、
前記送信手段は、前記読出手段によって読み出された品質情報と、前記統計値算出手段によって算出された掲載期間毎の平均応札日数及び平均取引価格とを前記依頼元へ送信する
取引対象の価格設定支援装置。
【請求項３】
複数の取引情報の掲載期間にそれぞれ対応する前記第１抽出レコードのレコード数，日数及び取引価格を集計するための第２集計テーブルをさらに備え、
前記統計値算出手段は、或る第１抽出レコードについて、これに含まれた取引の所要時間に関する情報から取引が成立するまでに要した日数を求め、この日数が属する掲載期間に対応する第２集計テーブルのレコード数に１を加算し、前記求めた日数をこの日数が属する掲載期間に対応する日数に加算し、当該第１抽出レコードに含まれた取引価格を前記
求めた日数が属する掲載期間に対応する取引価格に加算する処理を、前記取引履歴データベースから読み出された全ての第１抽出レコードに対して行い、その後、第２集計テーブルに格納された掲載期間毎の日数と取引価格とを対応するレコード数でそれぞれ割ることによって、掲載期間毎の平均応札日数と平均取引価格とを算出し、
前記送信手段は、前記読出手段によって読み出された品質情報と、前記統計値算出手段によって算出された掲載期間毎の平均応札日数及び平均取引価格とを前記依頼元へ送信する
請求項１記載の取引対象の価格設定支援装置。
【請求項４】
前記品質判定情報は、前記価格を設定すべき取引対象の使用期間であり、
前記品質情報は、使用期間を区分して設定された使用度である
請求項１〜３の何れかに記載の取引対象の価格設定支援装置。
【請求項５】
前記使用期間が所定の限度を超えている場合には、前記統計値算出手段による処理が行われない
請求項４記載の取引対象の価格設定支援装置。
【請求項６】
前記品質判定情報は、前記価格を設定すべき取引対象に対する査定項目に関する質問の回答であり、
前記品質情報は、前記質問の回答に応じて増減される査定ポイントに対応する査定ランクである
請求項１〜３の何れかに記載の取引対象の価格設定支援装置。
【請求項７】
前記取引対象は、車両の部品である
請求項１〜６の何れかに記載の取引対象の価格設定支援装置。
【請求項８】
車両の特定情報と、この車両に対する部品の交換作業又は部品の清掃作業の時点の情報とを含むレコードを格納した整備修復履歴データベースをさらに備え、
前記読出手段は、前記受信手段が前記価格を設定すべき取引対象の識別情報として前記交換作業又は前記清掃作業の対象となった部品の識別情報とともに、品質判定情報としての使用期間の代わりに前記車両の特定情報を受信した場合に、受信された部品の識別情報と車両の特定情報に対応するレコードを前記整備修復履歴データベースから読み出し、読み出したレコードに含まれた部品の交換作業又は部品の清掃作業の時点から現時点までの期間を前記使用期間として、この使用期間に対応する使用度を前記取引対象データベースから読み出す、
請求項４記載の取引対象の価格設定支援装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、取引対象の価格設定支援装置に関し、特に、コンピュータネットワークを用いた取引システムに適用可能な取引対象の価格設定支援装置に関する。
【０００２】
【従来の技術】
近年、インターネットの普及により、インターネットを通じた商取引が日常的に行われている。
【０００３】
従来、インターネットを通じた商取引のサービスを提供する取引情報システム、特に中古品の取引情報システムには、取引対象の商品の売買価格を掲示する売買掲示板や、商品に対して最も高い価格を設定した者がその商品を落札するオークションシステム等がある。
【０００４】
【発明が解決しようとする課題】
上述したインターネットを通じた商取引では、インターネットの利用者が、売買掲示板に販売対象の品物を掲示する者や、オークションに品物を出品する者等の販売希望者として商取引に参加することができる。
【０００５】
中古品の取引情報システムでは、販売希望者は、自身が所有する不要な品物を売買掲示板に掲示したり、オークションに出品したりする。このとき、販売希望者は、品物の価格(オークションでは最低価格)を自身で自由に設定することができる。この販売希望者の価格設定に際し、従来の取引情報システムは、価格設定のための情報を何ら提供していなかった。
【０００６】
しかしながら、販売希望者は、提供する品物の販売を業とする者でないことが多く、販売対象の品物の中古市場における価格相場を知らないことが多い。このため、販売希望者が、相場よりも価格を高く設定してしまい、購入相手が見つからない場合や、相場よりも価格を低く設定してしまい、取引後に自身が損な取引をしたことに気付く場合があった。
【０００７】
本発明の目的は、販売希望者が取引対象に対して適正な価格を設定することが可能となる取引対象の価格設定支援装置を提供することである。
【０００８】
【課題を解決するための手段】
本発明は、上記目的を達成するために以下の構成を採用する。
【０００９】
即ち、本発明は、依頼元からの要求に応じて取引対象の価格設定を支援する装置であって、取引対象の識別情報と、取引対象の品質を示す品質情報とを記憶した記憶手段と、依頼元から価格を設定すべき取引対象の識別情報と、当該取引対象の品質を判定するための品質判定情報とを受信する受信手段と、受信された識別情報及び品質判定情報に合致する品質情報を前記記憶手段から読み出す読出手段と、読み出された品質情報を依頼元へ送信する送信手段とを備えたことを特徴とする。
【００１０】
本発明によれば、品質情報が価格設定の支援情報として依頼元へ送信されるので、品質情報を目安とした価格の設定が可能となる。
【００１１】
本発明は、記憶手段が取引対象について実際に行われた取引における取引価格の情報を含む取引実績情報をさらに記憶し、前記読出手段は、前記受信された識別情報と前記読み出された品質情報とに合致する単数又は複数の取引実績情報を前記記憶手段から読み出し、読み出された単数又は複数の取引実績情報に含まれた取引価格の統計値を算出する統計値算出手段をさらに備え、送信手段が、前記取引価格の統計値を前記依頼元へ送信する構成としても良い。統計値は、例えば、取引価格の平均値である。このように、取引実績に基づく取引価格の統計値が支援情報として依頼元へ送信されるので、依頼元では、さらに、価格設定を適正に行うことが可能となる。
【００１２】
また、本発明は、記憶手段が、取引対象について実際に行われた取引の所要時間に関する情報をさらに含み、前記統計値算出手段は、前記読み出された単数又は複数の取引実績情報に基づいて前記所要時間の統計値を算出し、前記送信手段は、前記取引価格の統計値とともに前記所要時間の統計値を前記依頼元へ送信する構成としても良い。統計値は、例えば、所要時間の平均値である。
【００１３】
また、本発明は、受信手段が前記識別情報及び前記品質判定情報とともに、前記価格を設定すべき取引対象の希望取引価格を受信し、前記読み出された取引実績情報から、前記希望取引価格が属する価格範囲でなされた取引に関する取引実績情報を抽出する抽出手段をさらに備え、前記統計値算出手段は、前記抽出手段によって抽出された取引実績情報に基づいて所要時間の統計値を算出し、前記送信手段は、前記抽出された取引実績情報に基づく所要時間の統計値を前記依頼元へ送信する構成としても良い。
【００１４】
また、本発明は、統計値算出手段が、前記価格を設定すべき取引対象に対して設定された複数の価格範囲の夫々について、前記取引価格の統計値と前記所要時間の統計値とを算出し、前記送信手段は、各価格範囲に対する取引価格及び所要時間の算出結果を前記依頼元に送信する構成としても良い。
【００１５】
また、本発明は、統計値算出手段が、前記価格を設定すべき取引対象に対して設定された複数の取引情報の掲載時間の夫々について、前記取引価格の統計値と前記所要時間の統計値とを算出し、送信手段は、各掲載期間に対する取引価格及び所要時間の算出結果を前記依頼元に送信する構成としても良い。
【００１６】
また、本発明は、品質判定情報が、前記価格を設定すべき取引対象の使用期間であり、前記品質情報は、使用期間を区分して設定された使用度である構成としても良い。
【００１７】
また、本発明は、使用期間が所定の限度を超えている場合には、前記統計値算出手段による処理が行われない構成としても良い。
【００１８】
また、本発明は、品質判定情報が、前記価格を設定すべき取引対象に対する査定項目に関する質問の回答であり、前記品質情報は、前記質問の回答に応じて増減される査定ポイントに対応する査定ランクである構成としても良い。
【００１９】
また、本発明は、取引対象は、車両の部品である構成としても良い。車両は、乗用自動車，貨物自動車，自動二輪等を含む。
【００２０】
また、本発明は、記記憶手段が、車両の特定情報と、この車両に対する部品の交換作業又は部品の清掃作業の時点の情報とをさらに記憶し、前記受信手段が前記価格を設定すべき取引対象の識別情報として前記交換作業又は前記清掃作業の対象となった部品の識別情報とともに、品質判定情報としての使用期間の代わりに前記車両の特定情報を受信した場合には、当該部品に対する交換作業又は清掃作業の時点から現時点までの期間が前記使用期間とされるように構成しても良い。
【００２１】
【発明の実施の形態】
以下、図面を参照して本発明の実施形態を説明する。
【００２２】
〔第１実施形態〕
最初に、本発明の第１実施形態を説明する。
【００２３】
〈ネットワーク構成〉
図１(Ａ)は、本発明による取引対象の価格設定支援装置が適用された取引システムのネットワークシステムの構成例を示す図であり、図１(Ｂ)は、取引システムの原理図である。
【００２４】
図１(Ａ)及び(Ｂ)において、取引システムは、取引対象の価格設定支援装置としてのサーバＳと、依頼元としての複数のクライアントＣとがインターネットＮを通じて接続されることにより構成されている。各クライアントＣ及びサーバＳのインターネットＮに対する接続形態は、既存の接続形態の何れを採用しても良い。
【００２５】
サーバＳは、ワールドワイドウェブ(ＷＷＷ)サーバとして機能し、品物の売買情報の掲示板１を含むウェブページ(ホームページ)を保持している。サーバＳは、各クライアントＣからの要求に応じて掲示板１を含むホームページをクライアントＣに提供する。各クライアントＣは、ＷＷＷブラウザとして機能し、各クライアントＣのユーザは、サーバＳから提供された掲示板１を参照することができる。掲示板１は、取引対象となる品物の取引情報を掲載しており、品物の情報は、サーバＳの図示せぬデータベースに登録されている。
【００２６】
各クライアントＣのユーザは、販売希望者として、自身が販売を望む品物の情報を掲示板１に掲示することができる。一方、ユーザは、自身が所望する品物の販売が掲示板１に掲示されていた場合には、販売希望者に対し掲示板１を通じて又は他の手段(例えば、販売希望者への購入希望の電子メール送信)で品物の購入の意思表示を行うことができる。
【００２７】
これによって、販売者(販売希望者)と購入希望者との間で売買契約が成立し、品物とその対価の交換が行われる。掲示板１を含むホームページの提供者(管理者)は、掲示板１を通じた売買の仲介者であり、例えば、掲示板１に売買情報を掲載する者から手数料を徴収する。
【００２８】
また、図示しないが、サーバＳは、ホームページとして、仮想のオークション会場を各クライアントＣに対して提供する。各クライアントＣのユーザは、販売を希望する品物をオークションに出品するとともに、その最低価格を提示する。すると、他のクライアントＣのユーザが、その品物に対して最低価格以上の価格を提示する。そして、最も高い価格を提示したユーザが、その品物を購入することができる。
【００２９】
このように、インターネットＮを用いた取引システムによると、クライアントＣのユーザ同士が、品物を掲示板１や仮想のオークション会場を通じて売買することができる。
【００３０】
本実施形態では、サーバＳは、車両の部品を取引対象とする取引情報(売買情報)の掲示板１を各クライアントＣに提供する。各クライアントＣのユーザは、自身が所有する車両の部品(新品か否かを問わない)の販売希望を掲示板１に、自由に又は掲示板１の管理者の許可を得て掲示することができる。
【００３１】
このとき、ユーザは、車両の部品の販売希望価格を掲示板１に掲示しなければならない。これにあたって、サーバＳは、クライアントＣのユーザに対して販売希望価格の設定を支援する情報を提供する。
【００３２】
〈クライアント及びサーバのハードウェア構成〉
次に、図１に示した各クライアントＣ及びサーバＳのハードウェア構成を説明する。図２は、各クライアントＣ及びサーバＳのハードウェア構成例を示す図である。但し、各クライアントＣは、ほぼ同じ構成を有するので、図２には、クライアントＣを１つだけ図示してある。
【００３３】
図２において、サーバＳは、パーソナルコンピュータ(ＰＣ),ワークステーション(ＷＳ)，これらの上位コンピュータ，或いは専用のサーバマシン等を用いて構成される。
【００３４】
サーバＳは、バスＢを通じて相互に接続されたＣＰＵ２(読出手段，統計値算出手段，抽出手段に相当)，メインメモリ(ＭＭ)３，外部記憶装置４(記憶手段に相当)，インターネットＮに通信回線を通じて接続された通信インターフェイス(通信Ｉ／Ｆ：送信手段，受信手段に相当)５，及びインターフェイス回路(Ｉ／Ｆ)６〜８を備えている。
【００３５】
Ｉ／Ｆ６には、陰極線管，液晶ディスプレイ，プラズマディスプレイ等のディスプレイ装置９が接続され、Ｉ／Ｆ７には、キーボード(ＫＢＤ)１０が接続され、Ｉ／Ｆ８には、マウス，トラックボール，ジョイスティック，フラットスペース等のポインティングデバイス(ＰＤ)１１が接続されている。
【００３６】
外部記憶装置４は、例えば、ハードディスク，フロッピーディスク，光ディスク，光磁気ディスク(ＭＯ)等の読み書き可能な記録媒体を用いて構成される。外部記憶装置４は、ＣＰＵ６によって実行されるオペレーティングシステム(ＯＳ)，通信プロトコルに係るプログラム，サーバＳがＷＷＷサーバとして機能するためのプログラム等の複数種類のプログラムと、これらのプログラムの実行に際して使用されるデータ(例えば、掲示板１を含むホームページを構成するテキストファイル，イメージファイル，ＨＴＭＬ(HyperText Markup Language)ファイル等)とを保持している。
【００３７】
また、外部記憶装置４は、車両部品の販売希望を掲示板１に掲示するクライアントＣのユーザ(販売希望者)に対し、車両部品の価格設定を支援するためのデータベース(ＤＢ)として、部品ＤＢ２３と、取引履歴ＤＢ２４と、価格範囲テーブル２５と、査定項目ＤＢ２６と、査定ランクテーブル２７と、整備修復歴ＤＢ２８と、車両ＤＢ２９とを保持している。外部記憶装置４が、本発明の記憶手段に相当する。
【００３８】
ＣＰＵ２は、サーバＳのオペレータの指示入力に応じて、必要なデータを外部記憶装置４からＭＭ３にコピーするとともに、指示入力に応じたプログラムを外部記憶装置４からＭＭ３にロードして実行する。これによって、ＣＰＵ２は、各クライアントＣとの通信に係る処理，例えば、各クライアントＣからの要求に応じて掲示板１を含むホームページを提供する処理や、車両部品の価格設定を支援するための情報を提供する処理等の各種の情報処理を実行する。
【００３９】
即ち、ＣＰＵ２がプログラムを実行することによって、サーバＳが、記憶手段，受信手段，読出手段，送信手段，統計値算出手段，抽出手段を備えた取引対象の価格設定支援装置として機能する。
【００４０】
ＭＭ３は、ＣＰＵ２の作業領域として使用される他、ディスプレイ装置９の画面に表示するテキストやイメージ等を記憶するビデオメモリ(ＶＲＡＭ)として使用される。
【００４１】
クライアントＣは、パーソナルコンピュータ(ＰＣ)を用いて構成されている。但し、クライアントＣには、ワークステーション(ＷＳ)，モバイルコンピュータ，電子手帳等のＰＤＡ(Personal Digital Assistant)，カーナビゲーション端末，携帯電話等の少なくとも既存のインターネットＮに対する情報処理端末(ＤＴＥ)となり得るコンピュータの全てを適用することができる。
【００４２】
クライアントＣは、サーバＳと同様の構成要素であるＣＰＵ１２，ＭＭ１３，外部記憶装置１４，通信Ｉ／Ｆ１５，Ｉ／Ｆ１６〜１８を備え、Ｉ／Ｆ１６にディスプレイ装置１９が接続され、Ｉ／Ｆ１７にＫＢＤ２０が接続され、Ｉ／Ｆ１８にＰＤ２１が接続されている。
【００４３】
外部記憶装置１４は、ＯＳ，クライアントＣがＷＷＷブラウザとして機能するためのプログラム，サーバＳとの通信プロトコルに係るプログラム等の各種のプログラムを保持している。
【００４４】
ＣＰＵ１２は、クライアントＣのユーザ(オペレータ)の指示入力に応じて、必要なデータを外部記憶装置１４からＭＭ１３にコピーするとともに、指示入力に応じたプログラムを外部記憶装置１４からＭＭ１３にロードして実行する。
【００４５】
これによって、ＣＰＵ１２は、サーバＳに対して掲示板１の提供を要求する処理，掲示板１に掲示すべき情報をサーバＳに送信する処理，サーバＳに対して車両部品の価格設定を支援するための情報の提供を要求する処理等を行う。
【００４６】
〈サーバ及びクライアントの処理〉
次に、図２に示したサーバＳ及びクライアントＣの処理を、サーバＳの処理を中心に説明する。各クライアントＣのユーザは、サーバＳに保持された掲示板１を参照する場合には、クライアントＣの操作によってサーバＳにアクセスする。
【００４７】
即ち、ユーザは、クライアントＣを操作してＷＷＷブラウザを起動させた後、サーバＳの掲示板１を含むホームページのＵＲＬ(Uniform Resource Locator)を指定する。すると、クライアントＣのＣＰＵ１２は、当該ホームページの提供要求を通信Ｉ／Ｆ１５からインターネットＮへ送信する。この要求は、インターネットＮを通じてサーバＳに受信される。
【００４８】
すると、サーバＳのＣＰＵ２が、図３に示す処理を開始する。図３及び図４は、サーバＳのＣＰＵ２による処理(サーバＳにおける処理)を示すフローチャートである。図３において、サーバＳのＣＰＵ２は、各クライアントＣからの各種の要求を受け付ける状態になっている(Ｓ１)。
【００４９】
その後、ＣＰＵ２は、クライアントＣからの要求を受け付けると(Ｓ１；Ｙ)、受け付けた要求がクライアントＣの掲示板１へのアクセス要求(掲示板１を含むホームページの提供要求)か否かを判定する(Ｓ２)。
【００５０】
このとき、ＣＰＵ２は、要求が掲示板１の提供要求であると判定した場合(Ｓ２；Ｙ)には、掲示板１を含むホームページを該当するクライアントＣに提供する(Ｓ３)。即ち、ＣＰＵ２は、当該ホームページを構成するＨＴＭＬファイル，テキストファイル，イメージファイル等を外部記憶装置４から読み出して該当するクライアントＣへ通信Ｉ／Ｆ５から送信する。その後、ＣＰＵ２は、処理をＳ１に戻し、他の要求を受け付ける状態になる。
【００５１】
サーバＳから送信されたＨＴＭＬファイル等は、インターネットＮを通じて該当するクライアントＣに通信Ｉ／Ｆ１５で受信される。すると、当該クライアントＣのＣＰＵ１２は、受信したＨＴＭＬファイルの記述に従ってテキストやイメージがレイアウトされたホームページの画像データをＭＭ１３上に作成し、この画像データに応じた画像をディスプレイ装置１９の画面に表示する。
【００５２】
これによって、クライアントＣのディスプレイ装置１９にホームページと、このホームページに含まれた掲示板１とが表示され、クライアントＣのユーザは、掲示板１に掲示された車両の部品の売買情報を参照することが可能になる。
【００５３】
ここで、クライアントＣのユーザが、不要になった車両の部品(既使用品：中古品)を、掲示板１を利用して販売しようとすると仮定する。この場合、クライアントＣのユーザは、販売対象(取引対象)の車両の部品の売買情報(取引情報)を販売価格を提示して掲示板１に掲示しなければならない。
【００５４】
このとき、ユーザが、当該部品の販売価格や、掲示してからどの位で売買が成立するのかを判断しかねる場合には、ユーザは、ＫＢＤ２０及び／又はＰＤ２１の操作により、販売価格の支援情報の提供をうけるための指示をクライアントＣに入力する。すると、クライアントＣのＣＰＵ１２は、支援情報の提供要求のメッセージを生成し、通信Ｉ／Ｆ１５からインターネットＮを通じてサーバＳに送信する。
【００５５】
サーバＳでは、ＣＰＵ２が、通信Ｉ／Ｆ５で受信された支援情報の提供要求を受け取ると、上記したＳ１,Ｓ２を経てＳ４でＹＥＳと判定し、処理をＳ６に進める。これに対し、ＣＰＵ２がＳ４でＮＯと判定した場合には、ＣＰＵ２は、Ｓ５で受け取った要求に対応する他の処理を行い、処理をＳ１に戻す。
【００５６】
Ｓ６に処理が進んだ場合には、ＣＰＵ２は、支援情報の作成に必要な情報を入力するための入力画面３１のデータを、クライアントＣに送信する。クライアントＣは、入力画面３１のデータを受信すると、ＣＰＵ１２が、当該データに基づいて、入力画面３１をディスプレイ装置１９に表示する。
【００５７】
図５は、ディスプレイ装置１９に表示される入力画面３１の表示例を示す図である。図５において、入力画面３１は、販売対象の部品の部品番号の記入欄３２と、当該部品の画像の表示領域３３と、当該部品の使用期間の記入欄３４と、販売希望価格の記入欄３５と、送信ボタン３６とを備えている。
【００５８】
記入欄３２に記入する部品番号は、例えば、掲示板１のホームページの提供者(管理者)が予め部品に割り当ててある部品番号を使用する。表示領域３３に表示される部品の画像は、例えば、クライアントＣに図示せぬインターフェイスを介して接続されたカメラ型のイメージスキャナを用いて当該部品をスキャンすることによって部品の画像をクライアントＣに入力するとともに、表示領域３３に表示させることができる。この場合、入力画面３１に設けられている入力ボタン３３ａは、イメージスキャナのスキャン動作の開始ボタンとして使用される。
【００５９】
これに対し、クライアントＣのユーザが予めディジタルカメラやディジタルビデオカメラで撮影・作成し、外部記憶装置４に記録しておいた当該部品の画像ファイル(ＧＩＦ，ビットマップ，ＪＰＥＧ等)を指定することで、表示領域３３に当該部品の画像を表示させることもできる。
【００６０】
記入欄３４には、ユーザが当該部品を使用していた期間(使用期間)を月単位で記入する。但し、使用期間の単位は任意に設定可能であり、年，日，時間，分等を使用期間の単位として採用しても良い。記入欄３５には、ユーザが希望する当該部品の販売価格(販売希望価格)を記入する。
【００６１】
ユーザは、ディスプレイ装置１９に入力画面３１が表示されると、ＫＢＤ２０及び／又はＰＤ２１を操作し、部品の画像をクライアントＣに入力するとともに、部品番号，使用期間及び販売希望価格を各記入欄３２,３４,３５に記入する。その後、送信ボタン３６をＫＢＤ２０又はＰＤ２１の操作によって押すと、ＣＰＵ１２は、入力画面３１を通じて入力された部品(取引対象)の識別情報(画像及び部品番号)，品質判定情報(使用期間)及び販売希望価格をサーバＳへ送信する。
【００６２】
一方、サーバＳのＣＰＵ２は、Ｓ６において入力画面３１のデータをクライアントＣに送信すると、入力画面３１を通じて入力される情報がクライアントＣから送信されて来るのを待つ状態となる(Ｓ７)。そして、ＣＰＵ２は、クライアントＣから送信された当該情報を受信すると(Ｓ７；８)、処理をＳ８に進める。
【００６３】
Ｓ８では、ＣＰＵ２は、外部記憶装置４に保持された部品ＤＢ２３を参照し、クライアントＣから受信した部品番号に対応するレコードをＭＭ３に読み出し、処理をＳ９に進める。
【００６４】
図６は、図２に示した部品ＤＢ２３のデータ構造の例を示す図である。図６において、部品ＤＢ２３は、部品番号，部品コード，標準価格，使用度Ａ，使用度Ｂ及び使用限度(使用度Ｃ)を要素とする単数又は複数のレコードを保持している。
【００６５】
部品番号は、ホームページ(掲示板１)の管理者によって部品に割り当てられたユニークな番号であり、部品の識別情報として使用される。部品コードは、管理者によって車両の種類に関係なく部品の機能に対して付されたコードであり、部品のカテゴリを示す情報として使用される。標準価格は、部品の標準小売り価格(いわゆる定価)を示す価格である。なお、標準価格は、市場の実勢価格等の市場の相場を考慮した価格であっても良い。
【００６６】
また、各使用度Ａ〜Ｃは、部品の使用期間に応じた品質を示す品質情報であり、部品毎に設定されている。使用限度は、部品の価値が零になる使用期間を示し、使用期間が使用限度を超えた部品は、無価値なものとして取り扱われる。部品ＤＢ２３は、掲示板１を通じた取引の対象となる部品が増える毎に、その部品に対するレコードが作成され、部品ＤＢ２３に登録される。
【００６７】
Ｓ９では、サーバＳのＣＰＵ２は、クライアントＣから受信した使用期間と、ＭＭ３に読み出したレコード中の使用限度とを対比し、使用期間が使用限度を超えているか否かを判定する。このとき、ＣＰＵ２は、使用期間が使用限度を超えている場合(Ｓ９；Ｙ)には、処理をＳ１０に進め、エラー処理を実行する。即ち、ＣＰＵ２は、販売を希望する部品が使用限度を超えており無価値である(販売対象とできない)旨のメッセージを作成しクライアントＣに送信する。これによって、クライアントＣのディスプレイ装置１９に当該メッセージが表示される。その後、Ｓ１０の処理が終了すると、ＣＰＵ２は、処理をＳ１に戻す。
【００６８】
これに対し、ＣＰＵ２は、使用期間が使用限度を超えていない場合(Ｓ９；Ｎ)には、当該使用期間と、レコード中の各使用度Ａ〜Ｃを対比し、使用期間が合致する使用度を特定することによって、当該部品の使用度を求める(Ｓ１１)。
【００６９】
次に、ＣＰＵ２は、外部記憶装置４に保持された取引履歴ＤＢ２４を参照し、クライアントから受信した部品番号及びＳ１１にて求めた使用度に対応する全てのレコードをＭＭ３に読み出し(Ｓ１２：図４参照)、処理をＳ１３に進める。
【００７０】
図７は、図２に示した取引履歴ＤＢ２４のデータ構造の例を示す図である。図７において、取引履歴ＤＢ２４は、掲示板１を通じて売買が成立した取引の履歴を保持したデータベースであり、掲載番号，取引番号，取引年月日，部品番号，部品コード，使用度，使用期間，掲載開始日，取引価格及び査定ランクを要素とする単数又は複数のレコードからなる。取引履歴ＤＢ２４に保持された各レコードが本発明における取引実績情報に相当する。
【００７１】
掲載番号は、掲示板１に掲示(掲載)された売買情報(取引情報)の特定情報として使用されるユニークな番号である。取引番号は、掲示板１を通じて成立した売買を特定するためのユニークな番号である。取引年月日は、取引が成立した年月日であり、売買契約が成立した日又は部品と対価の交換が行われた日等が、掲示板１の管理者によって適宜設定される。
【００７２】
掲載開始日は、掲示板１への売買情報の掲載が開始された日であり、取引価格は、部品の売買契約において部品の対価として設定された金額である。査定ランクは、掲示板１の管理者が設定した所定の査定基準に従った品質を示す情報である。なお、取引履歴ＤＢ２４は、掲示板１を通じた売買が成立するたびに、Ｓ５における他の処理の１つとして、成立した売買取引に関するレコードが新たに登録される。
【００７３】
Ｓ１３では、ＣＰＵ２は、Ｓ１２にて取引履歴ＤＢ２４から読み出した単数又は複数のレコード(「第１抽出レコード」と称する)を用い、クライアントＣから受信した販売希望価格が属する価格範囲(価格帯)の平均応札日数を求める。平均応札日数は、掲示板１に取引対象の取引情報が掲載されてからその取引対象の取引が成立するまでに要した日数であり、取引の所要時間を示す。取引の成立時は、購入者が販売者に購入の意思表示をした時、上記意志表示が掲示板の管理者に伝達された時、部品と対価とが交換された時等を適宜選択することができる。
【００７４】
Ｓ１３を詳細に説明すると、ＣＰＵ２は、外部記憶装置４に保持された価格範囲テーブル２５を参照し、当該販売希望価格が価格範囲テーブル２５の何れの価格範囲に属するかを求める。
【００７５】
図８は、図２に示した価格範囲テーブル２５の例を示す図である。図８に示すように、価格範囲テーブル２５は、この例では、部品番号毎に用意されている。但し、価格範囲テーブル２５は、部品コード毎に用意するようにしても良い。
【００７６】
また、価格範囲テーブル２５は、この例では、０〜５０００円，５００１〜８０００円，８００１〜１００００円，１０００１〜１５０００円，１５００１〜９９９９９円の５つの価格範囲を用意している。ＣＰＵ２は、販売希望価格と、各価格範囲とを対比することによって、この販売希望価格が属する価格範囲を割り出す。
【００７７】
なお、価格範囲の数及び価格範囲の大きさは適宜設定可能である。また、価格範囲テーブル２５に代えて、２０００円毎，３０００円毎といったように、演算によって価格範囲をなす最低価格と最高価格とを算出するようにしても良い。
【００７８】
ＣＰＵ２は、販売希望価格が属する価格範囲を求めると、第１抽出レコードから、取引価格が求めた価格範囲内に属するレコードを第２抽出レコードとして抽出する。続いて、ＣＰＵ２は、各第２抽出レコードについて、[取引年月日] − [掲載開始日] の演算を行い、当該演算結果の和を第２抽出レコードの数で割ることによって、平均応札日数を求める。
【００７９】
その後、ＣＰＵ２は、Ｓ１１で求めた使用度と、Ｓ１３で求めた平均応札日数とを含むメッセージを作成し、このメッセージを該当するクライアントＣに送信する(Ｓ１４)。その後、ＣＰＵ２は、処理をＳ１５に進める。
【００８０】
クライアントＣは、サーバＳから送信されたメッセージを受信すると、このメッセージをディスプレイ装置１９に表示する。図９は、Ｓ１３の処理に対応する販売希望者へのメッセージ３７の表示例を示す図である。このようにして、部品の販売希望者に対し、販売価格設定の支援情報として、販売対象の部品の品質情報としての使用度と、販売希望価格の属する価格範囲における平均応札日数とがクライアントＣのユーザに提供される。
【００８１】
Ｓ１５では、ＣＰＵ２は、価格範囲毎に平均応札日数を求め、続いて、価格範囲毎に平均取引価格を求める(Ｓ１６)。以下、Ｓ１５及びＳ１６の処理について詳細に説明する。
【００８２】
ＣＰＵ２は、Ｓ１３で参照した価格範囲テーブル２５に基づく第１集計テーブル３８をＭＭ３に作成する。図１０は、第１集計テーブル３８の説明図である。第１集計テーブル３８は、価格範囲テーブル２５に保持された各価格範囲に対応するレコード数，日数及び取引価格を集計するためのテーブルである。第１集計テーブル３８の作成時には、各価格範囲に対応するレコード数，日数及び取引価格は、図１０に示すように、初期値として零に設定される。
【００８３】
ＣＰＵ２は、第１集計テーブル３８を作成すると、或る第１抽出レコードについて、その取引価格の属する価格範囲を参照し、該当する価格範囲に対応する第１集計テーブル３８の「レコード数」を１インクリメントする(レコード数に１を加算する)。続いて、ＣＰＵ２は、当該第１抽出レコードの取引年月日から掲載開始日を減じた値を、該当する価格範囲に対応する「日数」に加算する。さらに、ＣＰＵ２は、当該第１抽出レコードの取引価格を、該当する価格範囲に対応する「価格」に加算する。以上の処理を、ＣＰＵ２は全ての第１抽出レコードに対して行う。
【００８４】
その後、ＣＰＵ２は、全ての第１抽出レコードに対する上記処理が終了すると、第１集計テーブル３８に保持された各「日数」の値と、各「価格」の値とを、これらに対応する「レコード数」で割る。このようにして、ＣＰＵ２は、「日数」の平均値(平均応札日数)と、「価格」の平均値(平均取引価格)とを求める。
【００８５】
その後、ＣＰＵ２は、求めた平均応札日数及び平均取引価格とを含むメッセージを作成し、このメッセージを該当するクライアントＣに送信する(Ｓ１７)。その後、ＣＰＵ２は、処理をＳ１８に進める。
【００８６】
クライアントＣは、サーバＳから送信されたメッセージを受信すると、このメッセージをディスプレイ装置１９に表示する。図１１は、Ｓ１５及びＳ１６の処理に対応する販売希望者へのメッセージ３９の表示例を示す図である。このようにして、部品の販売希望者に対し、販売価格設定の支援情報として、販売対象の部品の品質情報としての使用度がクライアントＣのユーザに提供されるとともに、平均応札日数と平均取引価格とが、価格範囲毎にクライアントＣのユーザに提供される。
【００８７】
Ｓ１８では、ＣＰＵ２は、所定の掲載期間毎に平均応札日数を求め、続いて、所定の掲載期間毎に平均取引価格を求める(Ｓ１９)。Ｓ１８及びＳ１９の処理の詳細は以下の通りである。
【００８８】
ＣＰＵ２は、所定の掲載期間(例えば、１０日，２０日，３０日)に基づく第２集計テーブル４０をＭＭ３に作成する。図１２は、第２集計テーブル４０を示す説明図である。第２集計テーブル４０は、所定の各掲載期間に対応するレコード数，日数及び取引価格を集計するためのテーブルである。第２集計テーブル４０の作成時には、各掲載期間に対応するレコード数，日数及び取引価格は、図１２に示すように、初期値として零に設定される。
【００８９】
ＣＰＵ２は、第２集計テーブル４０を作成すると、或る第１抽出レコードについて、取引年月日から掲載開始日を減じた日数が属する掲載期間に対応する第３２集計テーブル４０の「レコード数」を１インクリメントする(レコード数に１を加算する)。続いて、ＣＰＵ２は、当該第１抽出レコードの取引年月日から掲載開始日を減じた値を、該当する掲載期間に対応する「日数」に加算する。さらに、ＣＰＵ２は、当該第１抽出レコードの取引価格を、該当する掲載期間に対応する「価格」に加算する。以上の処理を、ＣＰＵ２は全ての第１抽出レコードに対して行う。
【００９０】
その後、ＣＰＵ２は、全ての第１抽出レコードに対する上記処理が終了すると、第２集計テーブル４０に保持された各「日数」の値と、各「価格」の値とを、これらに対応する「レコード数」で割る。このようにして、ＣＰＵ２は、「日数」の平均値(平均応札日数)と、「価格」の平均値(平均取引価格)とを求める。
【００９１】
その後、ＣＰＵ２は、求めた平均応札日数及び平均取引価格とを含むメッセージを作成し、このメッセージを該当するクライアントＣに送信する(Ｓ２０)。その後、ＣＰＵ２は、処理をＳ１に戻す。
【００９２】
クライアントＣは、サーバＳから送信されたメッセージを受信すると、このメッセージをディスプレイ装置１９に表示する。図１３は、Ｓ１８及びＳ１９の処理に対応する販売希望者へのメッセージ４１の表示例を示す図である。このようにして、部品の販売希望者に対し、販売価格設定の支援情報として、販売対象の部品の使用度がクライアントＣのユーザに提供されるとともに、平均応札日数と平均取引価格とが、所定の掲載期間毎にクライアントＣのユーザに提供される。
【００９３】
なお、本実施形態では、所定の掲載期間として、１０日間未満，１１〜２０日間，２１〜３０日間，３１日間以上を設定した例を示したが、掲載期間の長さは適宜設定可能である。
【００９４】
〈第１実施形態の作用〉
第１実施形態によると、クライアントＣのユーザが掲示板１を通じた車両の部品の販売を希望する場合に、部品の価格を設定するための支援情報の要求がクライアントＣからサーバＳに与えられる。これによって、サーバＳが、支援情報を提供するために必要な情報(取引対象の識別情報，品質判定情報)を入力するための入力画面３１がクライアントＣに与える。
【００９５】
すると、クライアントＣは、入力画面３１を通じて取引対象としての部品の識別情報(画像及び部品番号)と、当該部品の品質判定情報(使用期間)と、販売希望価格とをサーバＳに与える。すると、サーバＳは、部品の識別情報と品質判定情報(使用期間)に基づいて、部品の品質(使用度)を判定する(Ｓ１１)。
【００９６】
続いて、サーバＳは、クライアントＣから受け取った各情報と、掲示板１を通じて行われた売買の取引実績情報(取引履歴ＤＢ２４のレコード)とを用いて、販売希望価格が属する価格範囲における平均応札日数を求め(Ｓ１３)、使用度及び平均応札日数を支援情報としてクライアントＣに与える(Ｓ１４)。
【００９７】
支援情報は、クライアントＣのディスプレイ装置１９に表示される。これによって、クライアントＣのユーザ(販売希望者)は、販売対象の部品の品質を知ることができるとともに、平均応札日数から、販売希望価格で当該部品に買い手がつくのにどの程度かかるのかを知ることができる。
【００９８】
また、サーバＳは、販売対象の部品について、価格範囲毎の平均応札日数及び平均取引価格とを求め(Ｓ１５,Ｓ１６)、クライアントＣに与える(Ｓ１７)。これによって、販売希望者は、販売対象の部品について、どの価格範囲であれば早く買い手が見つかるかを知ることができる。
【００９９】
さらに、サーバＳは、販売対象の部品について、掲載期間毎の平均応札日数及び平均取引価格とを求め(Ｓ１８,Ｓ１９)、クライアントＣに与える(Ｓ２０)。これによって、販売希望者は、販売対象の部品について、掲載期間の長さと取引価格との関係について知ることができる。
【０１００】
以上のように、販売希望者は、支援情報として使用度を受け取ることで、販売対象の部品の品質を受け取ることができ、当該部品に価格を設定する場合の目安とすることができる。また、販売希望者は、支援情報として販売を希望する部品と部品番号及び使用度が同じ部品(識別情報及び品質情報が同じ部品)に対する取引実績(統計値としての平均応札日数や平均取引価格)を受け取ることで、販売対象の部品についてどの位の価格を設定すれば、どれ位の早さで買い手が見つかるかを予想することが可能となる。
【０１０１】
従って、販売希望者は、販売対象の部品の販売希望価格を、その販売希望者にとって望ましい結果となる(高く売れる，早く売れる等)価格で設定することができる。即ち、販売希望者は、価格設定を適正に行うことができる。これによって、掲示板１の管理者は、掲示板１の利用者を増やすことができ、掲示板１の利用者からその使用料を徴収している場合には、収益の向上を図ることができる。
【０１０２】
なお、第１実施形態では、Ｓ１３の処理結果，Ｓ１５及びＳ１６の処理結果，及びＳ１８及びＳ１９の処理結果が個別にクライアントＣに送信される構成としたが、サーバＳは、Ｓ１９の処理が終了した時点で、各メッセージ３７,３９及び４１が１つにまとめられたメッセージをクライアントＣに送信するようにしても良い。
【０１０３】
また、Ｓ１３の処理，Ｓ１５及びＳ１６の処理，及びＳ１８及びＳ１９の処理が１つの支援情報の提供要求に対して直列に行われるようにしたが、クライアントＣが上記処理の何れかのみを個別に要求できる構成としても良い。
【０１０４】
また、Ｓ１３の処理，Ｓ１５及びＳ１６の処理，並びにＳ１８及びＳ１９の処理の順序は問わない。さらに、Ｓ１５の処理とＳ１６の処理とは順序が逆であっても良く、Ｓ１８の処理とＳ１９の処理とは順序が逆であっても良い。
【０１０５】
〔第２実施形態〕
次に、本発明の第２実施形態について説明する。第２実施形態は、第１実施形態と共通点を有する。このため、主として相違点について説明する。
【０１０６】
第２実施形態におけるサーバＳ及びクライアントＣの処理は、図３に示したＳ１〜Ｓ５の処理については第１実施形態と同様である。これに対し、第２実施形態では、ＣＰＵ２がＳ６においてクライアントＣに送信する入力画面が第１実施形態と異なる。
【０１０７】
図１９は、第２実施形態におけるサーバＳの処理(ＣＰＵ２の処理)を示すフローチャートである。第２実施形態では、ＣＰＵ２は、Ｓ６に相当するＳ１０６において、入力画面３１の代わりに入力画面３１Ａの表示データをクライアントＣに送信する。
【０１０８】
図１４は、第２実施形態における入力画面３１Ａの表示例を示す図である。図１４に示すように、入力画面３１Ａは、以下の点で入力画面３１(図５参照)と異なっている。即ち、入力画面３１Ａは、使用期間の記入欄３４がなく、送信ボタン３６の代わりに「次へ」ボタン４３が設けられている。
【０１０９】
クライアントＣが入力画面３１Ａの表示データを受け取って入力画面３１Ａをディスプレイ装置１９に表示すると、クライアントＣのユーザは、第１実施形態と同様の手法で、画像，部品番号及び希望価格を入力する。そして、「次へ」ボタン４３をＫＢＤ２０又はＰＤ２１の操作によって押す。
【０１１０】
すると、クライアントＣのＣＰＵ１２は、少なくとも販売対象の部品の部品番号を含む第２入力画面４４(図１６参照)の表示データの付与要求をサーバＳに送信する。サーバＳのＣＰＵ２は、当該要求を受信すると(Ｓ１０７；Ｙ)、部品ＤＢ２３を参照し、クライアントＣから受信した部品番号に対応する部品コードを部品ＤＢ２３からＭＭ３に読み出す(Ｓ１０８)。
【０１１１】
次に、ＣＰＵ２は、外部記憶装置４に保持され、且つＭＭ３に読み出された部品コードに対応する査定項目ＤＢ２６を参照し、査定チェック項目をＭＭ３に読み出し、第２入力画面４４の表示データ(ＨＴＭＬフォーム等)を作成する(Ｓ１０９)。
【０１１２】
図１５は、図２に示した査定項目ＤＢ２６のデータ構造の例を示す図である。査定項目ＤＢ２６は、例えば、部品コード毎に設けられている。査定項目ＤＢ２６は、第２入力画面４４の組み立てに適した構造で、部品に対する査定の対象となる査定項目の情報と、査定項目に関する質問の回答に応じた点数を保持している。図１５に示す例では、査定項目ＤＢ２６は、査定項目として、使用期間，○○部の清掃，◇◇部磨き，錆び，すり傷，引っ掻き傷，へこみを有している。
【０１１３】
ＣＰＵ２は、第２入力画面４４の表示データを作成すると、その表示データをクライアントＣに送信する(Ｓ１１０)。クライアントＣは、表示データを受信すると、その表示データに基づく第２入力画面４４をディスプレイ装置１９に表示する。
【０１１４】
図１６は、第２入力画面４４の表示例を示す図である。図１６において、第２入力画面４４は、使用期間の記入欄３４と、査定項目ＤＢ２６に保持された各査定項目に関する質問の回答欄４４ａと、送信ボタン３６とを備えている。回答欄４４ａには、査定項目に関する質問の回答が複数種類表示され、回答毎に円形のチェックボックスが設けられている。
【０１１５】
クライアントＣのユーザは、記入欄３４に使用期間を記入するとともに、各査定項目に関する質問に対し、該当する回答に対応するチェックボックスにチェックを入れることで質問に対する回答を行う。そして、全ての質問に対する回答を選択し終わると、送信ボタン３６を押す。
【０１１６】
すると、クライアントＣのＣＰＵ１２は、入力画面３１Ａで入力された画像，部品番号，販売希望価格と、第２入力画面４４で入力された使用期間及び他の査定項目に関する質問の回答とを、サーバＳへ送信する。
【０１１７】
サーバＳのＣＰＵ２は、通信Ｉ／Ｆ５を通じて上記した各情報を受信すると(Ｓ１１１)、第１実施形態と同様に、使用期間が使用限度を超えていないか否かを判定し(Ｓ１１２)、使用限度を超えている場合(Ｓ１１２；Ｙ)には、上述したエラー処理(Ｓ１１３：Ｓ１０と同じ)を行う。
【０１１８】
これに対し、使用期間が使用限度(使用度Ｃに該当しない)を超えていない場合(Ｓ１１２；Ｎ)には、ＣＰＵ２は、第２入力画面４４の表示データの作成に使用した査定項目ＤＢ２６を再度参照し、クライアントＣから受信した質問の回答に従って査定ポイントを計算する(Ｓ１１４)。例えば、ＣＰＵ２は、査定ポイントの基本ポイントを１００とし、質問の回答に対応するポイントを基本ポイントに対して加算又は減算する。
【０１１９】
次に、ＣＰＵ２は、査定ポイントの計算結果を用いて査定ランクを求める(Ｓ１１５)。即ち、ＣＰＵ２は、外部記憶装置４に保持されている査定ランクテーブル２７を参照し、当該計算結果に対応する査定ランクをＭＭ３に読み出す。
【０１２０】
図１７は、図２に示した査定ランクテーブル２７の説明図である。図１７に示すように、査定ランクテーブル４５は、査定ポイントの範囲と、査定ランクとを対応づけて保持している。なお、この例では査定ランクをＡ２,Ａ１,Ｂ２,Ｂ１,Ｃの５種類に設定しているが、査定ランクの種類(数)は、適宜設定可能である。
【０１２１】
次に、ＣＰＵ２は、求めた査定ランクを用いて平均応札日数及び平均取引価格を求める(Ｓ１１６)。具体的には、ＣＰＵ２は、クライアントＣから受信した部品番号及び求めた査定ランクを持つレコードの全てを第３抽出レコードとして抽出する(ＭＭ３に読み出す)。
【０１２２】
続いて、ＣＰＵ２は、抽出した第３抽出レコードに対し、第１実施形態におけるＳ１５及びＳ１６と同様の手法で、価格範囲テーブル２５及び第１集計テーブル３８を用いて価格範囲毎の平均応札日数及び平均取引価格を求める。
【０１２３】
その後、ＣＰＵ２は、求めた査定ランク，査定ポイント，価格範囲毎の平均応札日数及び平均取引価格を含むメッセージを作成し、該当するクライアントＣに送信する(Ｓ１１７)。
【０１２４】
これによって、クライアントＣは、当該メッセージを受信し、当該メッセージがディスプレイ装置１９に表示される。図１８は、ディスプレイ装置１９に表示されるメッセージ４６の表示例を示す図である。図１８に示すように、クライアントＣのユーザ(販売希望者)に対し、販売対象の部品の査定ポイント及び査定ランクが表示されるとともに、当該査定ランクを有し且つ部品番号が同じ部品についての価格範囲毎の平均応札日数(平均掲載期間)及び平均取引価格が表示される。
【０１２５】
なお、第２実施形態においても、第１実施形態におけるＳ１３とほぼ同様の手法により、査定ランクに基づいて、販売希望価格が属する価格範囲の平均応札日数が求められ、クライアントＣに送信され、ディスプレイ装置１９に表示される(支援情報として販売希望者に提供される)ようにしても良い。
【０１２６】
また、第２実施形態においても、第１実施形態におけるＳ１８及びＳ１９とほぼ同様の手法により、査定ランクに基づいて、第２集計テーブル４０を用いて所定の掲載期間毎の平均応札日数及び平均取引価格が求められ、クライアントＣに送信され、ディスプレイ装置１９に表示されるようにしても良い。
【０１２７】
第２実施形態によっても、販売希望者が取引対象の部品に対し、支援情報(査定ランク，平均応札日数，平均取引価格)を参照して適正な価格を設定することが可能になる。さらに、第２実施形態では、使用期間を含む複数の査定項目(査定基準)に従って部品の品質が判定される。このように、第２実施形態では、販売対象の部品の品質が第１実施形態よりも詳細に吟味されるため、販売対象の部品の程度と取引価格とのギャップを第１実施形態に比べて小さくすることができる。
【０１２８】
なお、取引履歴ＤＢ２４のレコードの要素の１つである査定ランクと、査定項目ＤＢ２６及び査定ランクテーブル２７は、第２実施形態による取引システムにて使用される構成であり、第１実施形態では使用されない。このため、第１実施形態による取引システムについて実施する場合には、取引履歴ＤＢ２４の査定ランク，査定項目ＤＢ２６及び査定ランクテーブル２７は不要である。
【０１２９】
また、第２実施形態では、錆，すりきず，引っ掻き傷，へこみについての査定は、販売希望者の回答に基づいて行っている。これに代えて、これらの査定項目を査定項目ＤＢ２６及び第２入力画面４４から外し、これらの査定項目については、第２入力画面４４を通じて受信する部品の画像を用いて査定ポイントを計算するようにしても良い。このとき、部品の画像をディスプレイ装置９に表示させてサーバＳのオペレータが査定結果に相当するポイントをサーバＳに入力するようにしても良く、サーバＳ内において、ＣＰＵ２が画像に対して所定の処理を施すことで、自動的に査定ポイントが算出されるようにしても良い。
【０１３０】
〔第３実施形態〕
次に、本発明の第３実施形態について説明する。第３実施形態は、第１実施形態と共通点を有するので、主として第１実施形態との相違点について説明する。
【０１３１】
図２０は、第３実施形態におけるサーバＳの処理(ＣＰＵ２の処理)を示すフローチャートである。第３実施形態におけるサーバＳ及びクライアントＣの処理は、図３に示したＳ１〜Ｓ５の処理については第１実施形態と同様である。これに対し、第３実施形態では、ＣＰＵ２がＳ６においてクライアントＣに送信する入力画面が第１実施形態と異なる。
【０１３２】
第３実施形態では、クライアントＣにおいて、販売対象の部品を取り出した車両の型式及び車台番号を入力画面に入力する。このため、第３実施形態は、Ｓ６に相当するＳ２０６において、入力画面３１Ｂの表示データをクライアントＣに送信する。
【０１３３】
図２１は、第３実施形態における入力画面３１Ｂの表示例を示す図である。図２１に示すように、入力画面３１Ｂは、以下の点で入力画面３１(図５参照)と異なっている。即ち、入力画面３１Ｂは、入力画面３１の構成に、車両の型式の記入欄４８と、車台番号の入力欄４９とが付加されている。
【０１３４】
クライアントＣが入力画面３１Ｂの表示データを受け取って入力画面３１Ｂをディスプレイ装置１９に表示すると、クライアントＣのユーザは、第１実施形態と同様の手法で、画像，部品番号，希望価格を入力する。このとき、ユーザは、使用期間と、型式及び車台番号とを選択的に入力することができる。
【０１３５】
即ち、入力画面３１Ｂは、使用期間と型式及び車台番号との一方を入力した場合には、他方が入力できないようになっている。そして、使用期間と型式及び車台番号との双方が記入されていない場合には、送信ボタン３６を押してもデータをサーバＳへ送信できないようになっている。
【０１３６】
ユーザは、入力画面３１Ｂに対するデータの記入処理が終了すると、送信ボタン３６をＫＢＤ２０又はＰＤ２１の操作によって押す。すると、クライアントＣのＣＰＵ１２は、画像，部品番号，希望価格，使用期間(又は型式及び車台番号)を、サーバＳに送信する。
【０１３７】
サーバＳのＣＰＵ２は、クライアントＣから上記した情報を受信すると(Ｓ２０７)、受信した情報中に車両の型式と車台番号が含まれているか否かを判定する(Ｓ２０８)。このとき、ＣＰＵ２は、型式及び車台番号が含まれている場合(Ｓ２０８；あり)には、処理をＳ２０９に進める。これに対し、型式及び車台番号が含まれていない場合(Ｓ２０８；なし)には、ＣＰＵ２は、クライアントＣから受信した情報に型式及び車台番号ではなく使用期間が含まれているものとして、処理を図３のＳ８へ進める。その後の処理は、第１実施形態と同じである。
【０１３８】
Ｓ２０９に処理が進んだ場合には、ＣＰＵ２は、型式及び車台番号を用いて外部記憶装置４に保持された車両ＤＢ５１を検索し、型式及び車台番号に対応するレコードが格納されているか否かを判定する。
【０１３９】
図２２は、図２に示した車両ＤＢ２９の説明図である。図２２に示すように、車両ＤＢ２９は、型式，車台番号及び運行開始年月日を要素とする単数又は複数のレコードからなる。
【０１４０】
ＣＰＵ２は、型式及び車台に対応するレコードが車両ＤＢ２９にない場合(Ｓ２０９；なし)には、クライアントＣから受け取った情報に使用期間が含まれているものとして、処理を図３のＳ８に進める。その後の処理は、第１実施形態と同じである。これに対し、型式及び車台番号に対応するレコードが車両ＤＢ２９にある場合(Ｓ２０９；あり)には、ＣＰＵ２は、該当するレコードを車両ＤＢ２９からＭＭ３に読み出す。
【０１４１】
次に、ＣＰＵ２は、クライアントＣから受け取った部品番号に対応する部品コードを取得する(Ｓ２１１)。この処理は、ＣＰＵ２が外部記憶装置４に予め保持された図示せぬ部品番号−部品コード変換テーブルを部品番号を用いて参照することにより行われる。なお、ＣＰＵ２が部品ＤＢ２３を参照して部品コードを得るようにしても良い。
【０１４２】
次に、ＣＰＵ２は、部品コード，型式及び車台番号に対応するレコードが外部記憶装置４に保持された整備修復歴ＤＢ２８に格納されているか否かを判定する(Ｓ２１２)。
【０１４３】
図２３は、図２に示した整備修復歴ＤＢ２８の説明図である。整備修復歴ＤＢ２８は、型式，車台番号，作業年月日，部品コード及び作業区分を要素とする単数又は複数のレコードを保持している。作業区分は、整備又は修理(修復)の種類に応じて、「交換」「清掃」「板金」「塗装」の何れかの値をとる。
【０１４４】
ＣＰＵ２は、部品コード，型式及び車台番号に対応するレコードが整備修復歴ＤＢ２８に保持されていない場合(Ｓ２１２；なし)には、処理をＳ２１７に進め、そうでない場合(Ｓ２１２；あり)には、処理をＳ２１３に進め、対応するレコードをＭＭ３に読み出す。
【０１４５】
続いて、ＣＰＵ２は、ＭＭ３に読み出したレコード中の作業区分が「交換」か否かを判定し(Ｓ２１４)、作業区分が「交換」である場合には、処理をＳ２１６に進め、そうでない場合には、処理をＳ２１７に進める。
【０１４６】
Ｓ２１５では、ＣＰＵ２は、ＭＭ３に読み出した整備修復歴ＤＢ２８のレコード中の作業区分が「清掃」か否かを判定し、作業区分が「交換」である場合には、処理をＳ２１６に進め、そうでない場合には、処理をＳ２１７に進める。
【０１４７】
Ｓ２１６では、ＣＰＵ２は、ＭＭ３に読み出した整備修復歴ＤＢ２８のレコード中の「作業年月日」から現在までの期間を使用期間として取得する。その後、ＣＰＵ２は、処理をＳ３のＳ８に進め、第１実施形態と同様の処理が行われる。
【０１４８】
Ｓ２１７では、ＣＰＵ２は、Ｓ２１０でＭＭ３に読み出した車両ＤＢ２９のレコード中の「運行開始年月日」から現在までの期間を使用期間として取得し、処理をＳ８に進め、その後は第１実施形態と同様の処理を行う。
【０１４９】
第３実施形態によると、販売希望者の販売対象の部品が、車両から取り外したものであって、当該部品の車両に対する取付作業を掲示板１の管理者に関する整備修理会社にて行ったものである場合には、当該車両の型式及び車台番号を使用期間に変わって入力画面３１Ｂに記入すれば、これらに基づいて使用期間が自動的に設定される。従って、上記条件下では、販売希望者が部品の使用期間を忘却した場合であっても、正確な使用期間に基づいて部品の使用度を決定することが可能となる。
【０１５０】
なお、図２に示した整備修復歴ＤＢ２８,車両ＤＢ２９と、部品番号−部品コード変換テーブル(図示せず)と、入力画面３１Ｂは、第３実施形態のみで使用されるものであるので、第１実施形態による取引システムを実施する場合には、これらの構成要素はなくても良い。また、第１〜第３の実施形態は、本発明の目的を逸脱しない範囲内で適宜組み合わせることができる。
【０１５１】
【発明の効果】
本発明による取引対象の価格設定支援装置によれば、依頼元に対して価格設定の目安となる品質情報や統計値が与えられるので、販売希望者が取引対象に対して適正な価格を設定することが可能となる。
【図面の簡単な説明】
【図１】本発明の実施形態による取引システムのネットワーク構成図
【図２】取引システムのハードウェア構成例を示す図
【図３】サーバの処理を示すフローチャート
【図４】サーバの処理を示すフローチャート
【図５】入力画面の表示例を示す図
【図６】部品データベースの例を示す図
【図７】取引履歴データベースの例を示す図
【図８】価格範囲テーブルの例を示す図
【図９】クライアントにて表示される支援情報のメッセージを示す図
【図１０】第１集計テーブルの説明図
【図１１】クライアントにて表示される支援情報のメッセージを示す図
【図１２】第２集計テーブルの説明図
【図１３】クライアントにて表示される支援情報のメッセージを示す図
【図１４】第２実施形態における入力画面を示す図
【図１５】査定項目データベースの例を示す図
【図１６】第２入力画面の表示例を示す図
【図１７】査定ランクテーブルの例を示す説明図
【図１８】クライアントにて表示される支援情報のメッセージを示す図
【図１９】第２実施形態におけるサーバの動作を示すフローチャート
【図２０】第３実施形態におけるサーバの動作を示すフローチャート
【図２１】第３実施形態における入力画面の表示例を示す図
【図２２】車両データベースの説明図
【図２３】整備修復歴データベースの説明図
【符号の説明】
Ｓ  サーバ
Ｃ  クライアント
１  掲示板
２,１２  ＣＰＵ
３,１３  メインメモリ(ＭＭ)
４,１４  外部記憶装置
５,１５  通信インターフェイス
６〜８,１２〜１４  インターフェイス回路
９,１９  ディスプレイ装置
１０,２０  キーボード
１１,２１  ポインティングデバイス
２３  部品データベース
２４  取引履歴データベース
２５  価格範囲テーブル
２６  査定項目データベース
２７  査定ランクテーブル
２８  整備修復歴データベース
２９  車両データベース
３１,３１Ａ,３１Ｂ  入力画面
３２,３４,３５,４８,４９  記入欄
３３  表示領域
３３ａ  入力ボタン
３６  送信ボタン
３７,３９,４１,４６  メッセージ
３８  第１集計テーブル
４０  第２集計テーブル
４３  「次へ」ボタン
４４  第２入力画面
４４ａ  回答欄
【図１】
0003863350.tif 000002
【図２】
0003863350.tif 000003
【図３】
0003863350.tif 000004
【図４】
0003863350.tif 000005
【図５】
0003863350.tif 000006
【図６】
0003863350.tif 000007
【図７】
0003863350.tif 000008
【図８】
0003863350.tif 000009
【図９】
0003863350.tif 000010
【図１０】
0003863350.tif 000011
【図１１】
0003863350.tif 000012
【図１２】
0003863350.tif 000013
【図１３】
0003863350.tif 000014
【図１４】
0003863350.tif 000015
【図１５】
0003863350.tif 000016
【図１６】
0003863350.tif 000017
【図１７】
0003863350.tif 000018
【図１８】
0003863350.tif 000019
【図１９】
0003863350.tif 000020
【図２０】
0003863350.tif 000021
【図２１】
0003863350.tif 000022
【図２２】
0003863350.tif 000023
【図２３】
0003863350.tif 000024