JP2002007790A

JP2002007790A - 取引対象の価格設定支援装置

Info

Publication number: JP2002007790A
Application number: JP2000185379A
Authority: JP
Inventors: Yoshitaka Nishimoto; 良孝西本
Original assignee: Tsubasa System Co Ltd
Current assignee: Tsubasa System Co Ltd
Priority date: 2000-06-20
Filing date: 2000-06-20
Publication date: 2002-01-11
Anticipated expiration: 2020-06-20
Also published as: EP1178418A3; EP1178418A2; JP3863350B2; CA2349984A1; US20010053995A1; KR20010114144A

Abstract

(57)【要約】【課題】販売希望者が取引対象に対して適正な価格を設
定することが可能な取引対象の価格設定支援装置を提供
する。【解決手段】依頼元からの要求に応じて取引対象の価格
設定を支援する装置であって、取引対象の識別情報と、
取引対象の品質を示す品質情報とを記憶した外部記憶装
置と、依頼元から価格を設定すべき取引対象の識別情報
と、当該取引対象の品質を判定するための品質判定情報
とを受信する通信インターフェイスと、受信された識別
情報及び品質判定情報に合致する品質情報を外部記憶装
置から読み出すＣＰＵと、読み出された品質情報を依頼
元へ送信する通信インターフェイスとを備えたことを特
徴とする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、取引対象の価格設
定支援装置に関し、特に、コンピュータネットワークを
用いた取引システムに適用可能な取引対象の価格設定支
援装置に関する。

【０００２】

【従来の技術】近年、インターネットの普及により、イ
ンターネットを通じた商取引が日常的に行われている。

【０００３】従来、インターネットを通じた商取引のサ
ービスを提供する取引情報システム、特に中古品の取引
情報システムには、取引対象の商品の売買価格を掲示す
る売買掲示板や、商品に対して最も高い価格を設定した
者がその商品を落札するオークションシステム等があ
る。

【０００４】

【発明が解決しようとする課題】上述したインターネッ
トを通じた商取引では、インターネットの利用者が、売
買掲示板に販売対象の品物を掲示する者や、オークショ
ンに品物を出品する者等の販売希望者として商取引に参
加することができる。

【０００５】中古品の取引情報システムでは、販売希望
者は、自身が所有する不要な品物を売買掲示板に掲示し
たり、オークションに出品したりする。このとき、販売
希望者は、品物の価格(オークションでは最低価格)を自
身で自由に設定することができる。この販売希望者の価
格設定に際し、従来の取引情報システムは、価格設定の
ための情報を何ら提供していなかった。

【０００６】しかしながら、販売希望者は、提供する品
物の販売を業とする者でないことが多く、販売対象の品
物の中古市場における価格相場を知らないことが多い。
このため、販売希望者が、相場よりも価格を高く設定し
てしまい、購入相手が見つからない場合や、相場よりも
価格を低く設定してしまい、取引後に自身が損な取引を
したことに気付く場合があった。

【０００７】本発明の目的は、販売希望者が取引対象に
対して適正な価格を設定することが可能となる取引対象
の価格設定支援装置を提供することである。

【０００８】

【課題を解決するための手段】本発明は、上記目的を達
成するために以下の構成を採用する。

【０００９】即ち、本発明は、依頼元からの要求に応じ
て取引対象の価格設定を支援する装置であって、取引対
象の識別情報と、取引対象の品質を示す品質情報とを記
憶した記憶手段と、依頼元から価格を設定すべき取引対
象の識別情報と、当該取引対象の品質を判定するための
品質判定情報とを受信する受信手段と、受信された識別
情報及び品質判定情報に合致する品質情報を前記記憶手
段から読み出す読出手段と、読み出された品質情報を依
頼元へ送信する送信手段とを備えたことを特徴とする。

【００１０】本発明によれば、品質情報が価格設定の支
援情報として依頼元へ送信されるので、品質情報を目安
とした価格の設定が可能となる。

【００１１】本発明は、記憶手段が取引対象について実
際に行われた取引における取引価格の情報を含む取引実
績情報をさらに記憶し、前記読出手段は、前記受信され
た識別情報と前記読み出された品質情報とに合致する単
数又は複数の取引実績情報を前記記憶手段から読み出
し、読み出された単数又は複数の取引実績情報に含まれ
た取引価格の統計値を算出する統計値算出手段をさらに
備え、送信手段が、前記取引価格の統計値を前記依頼元
へ送信する構成としても良い。統計値は、例えば、取引
価格の平均値である。このように、取引実績に基づく取
引価格の統計値が支援情報として依頼元へ送信されるの
で、依頼元では、さらに、価格設定を適正に行うことが
可能となる。

【００１２】また、本発明は、記憶手段が、取引対象に
ついて実際に行われた取引の所要時間に関する情報をさ
らに含み、前記統計値算出手段は、前記読み出された単
数又は複数の取引実績情報に基づいて前記所要時間の統
計値を算出し、前記送信手段は、前記取引価格の統計値
とともに前記所要時間の統計値を前記依頼元へ送信する
構成としても良い。統計値は、例えば、所要時間の平均
値である。

【００１３】また、本発明は、受信手段が前記識別情報
及び前記品質判定情報とともに、前記価格を設定すべき
取引対象の希望取引価格を受信し、前記読み出された取
引実績情報から、前記希望取引価格が属する価格範囲で
なされた取引に関する取引実績情報を抽出する抽出手段
をさらに備え、前記統計値算出手段は、前記抽出手段に
よって抽出された取引実績情報に基づいて所要時間の統
計値を算出し、前記送信手段は、前記抽出された取引実
績情報に基づく所要時間の統計値を前記依頼元へ送信す
る構成としても良い。

【００１４】また、本発明は、統計値算出手段が、前記
価格を設定すべき取引対象に対して設定された複数の価
格範囲の夫々について、前記取引価格の統計値と前記所
要時間の統計値とを算出し、前記送信手段は、各価格範
囲に対する取引価格及び所要時間の算出結果を前記依頼
元に送信する構成としても良い。

【００１５】また、本発明は、統計値算出手段が、前記
価格を設定すべき取引対象に対して設定された複数の取
引情報の掲載時間の夫々について、前記取引価格の統計
値と前記所要時間の統計値とを算出し、送信手段は、各
掲載期間に対する取引価格及び所要時間の算出結果を前
記依頼元に送信する構成としても良い。

【００１６】また、本発明は、品質判定情報が、前記価
格を設定すべき取引対象の使用期間であり、前記品質情
報は、使用期間を区分して設定された使用度である構成
としても良い。

【００１７】また、本発明は、使用期間が所定の限度を
超えている場合には、前記統計値算出手段による処理が
行われない構成としても良い。

【００１８】また、本発明は、品質判定情報が、前記価
格を設定すべき取引対象に対する査定項目に関する質問
の回答であり、前記品質情報は、前記質問の回答に応じ
て増減される査定ポイントに対応する査定ランクである
構成としても良い。

【００１９】また、本発明は、取引対象は、車両の部品
である構成としても良い。車両は、乗用自動車，貨物自
動車，自動二輪等を含む。

【００２０】また、本発明は、記記憶手段が、車両の特
定情報と、この車両に対する部品の交換作業又は部品の
清掃作業の時点の情報とをさらに記憶し、前記受信手段
が前記価格を設定すべき取引対象の識別情報として前記
交換作業又は前記清掃作業の対象となった部品の識別情
報とともに、品質判定情報としての使用期間の代わりに
前記車両の特定情報を受信した場合には、当該部品に対
する交換作業又は清掃作業の時点から現時点までの期間
が前記使用期間とされるように構成しても良い。

【００２１】

【発明の実施の形態】以下、図面を参照して本発明の実
施形態を説明する。

【００２２】〔第１実施形態〕最初に、本発明の第１実
施形態を説明する。

【００２３】〈ネットワーク構成〉図１(Ａ)は、本発明
による取引対象の価格設定支援装置が適用された取引シ
ステムのネットワークシステムの構成例を示す図であ
り、図１(Ｂ)は、取引システムの原理図である。

【００２４】図１(Ａ)及び(Ｂ)において、取引システム
は、取引対象の価格設定支援装置としてのサーバＳと、
依頼元としての複数のクライアントＣとがインターネッ
トＮを通じて接続されることにより構成されている。各
クライアントＣ及びサーバＳのインターネットＮに対す
る接続形態は、既存の接続形態の何れを採用しても良
い。

【００２５】サーバＳは、ワールドワイドウェブ(ＷＷ
Ｗ)サーバとして機能し、品物の売買情報の掲示板１を
含むウェブページ(ホームページ)を保持している。サー
バＳは、各クライアントＣからの要求に応じて掲示板１
を含むホームページをクライアントＣに提供する。各ク
ライアントＣは、ＷＷＷブラウザとして機能し、各クラ
イアントＣのユーザは、サーバＳから提供された掲示板
１を参照することができる。掲示板１は、取引対象とな
る品物の取引情報を掲載しており、品物の情報は、サー
バＳの図示せぬデータベースに登録されている。

【００２６】各クライアントＣのユーザは、販売希望者
として、自身が販売を望む品物の情報を掲示板１に掲示
することができる。一方、ユーザは、自身が所望する品
物の販売が掲示板１に掲示されていた場合には、販売希
望者に対し掲示板１を通じて又は他の手段(例えば、販
売希望者への購入希望の電子メール送信)で品物の購入
の意思表示を行うことができる。

【００２７】これによって、販売者(販売希望者)と購入
希望者との間で売買契約が成立し、品物とその対価の交
換が行われる。掲示板１を含むホームページの提供者
(管理者)は、掲示板１を通じた売買の仲介者であり、例
えば、掲示板１に売買情報を掲載する者から手数料を徴
収する。

【００２８】また、図示しないが、サーバＳは、ホーム
ページとして、仮想のオークション会場を各クライアン
トＣに対して提供する。各クライアントＣのユーザは、
販売を希望する品物をオークションに出品するととも
に、その最低価格を提示する。すると、他のクライアン
トＣのユーザが、その品物に対して最低価格以上の価格
を提示する。そして、最も高い価格を提示したユーザ
が、その品物を購入することができる。

【００２９】このように、インターネットＮを用いた取
引システムによると、クライアントＣのユーザ同士が、
品物を掲示板１や仮想のオークション会場を通じて売買
することができる。

【００３０】本実施形態では、サーバＳは、車両の部品
を取引対象とする取引情報(売買情報)の掲示板１を各ク
ライアントＣに提供する。各クライアントＣのユーザ
は、自身が所有する車両の部品(新品か否かを問わない)
の販売希望を掲示板１に、自由に又は掲示板１の管理者
の許可を得て掲示することができる。

【００３１】このとき、ユーザは、車両の部品の販売希
望価格を掲示板１に掲示しなければならない。これにあ
たって、サーバＳは、クライアントＣのユーザに対して
販売希望価格の設定を支援する情報を提供する。

【００３２】〈クライアント及びサーバのハードウェア
構成〉次に、図１に示した各クライアントＣ及びサーバ
Ｓのハードウェア構成を説明する。図２は、各クライア
ントＣ及びサーバＳのハードウェア構成例を示す図であ
る。但し、各クライアントＣは、ほぼ同じ構成を有する
ので、図２には、クライアントＣを１つだけ図示してあ
る。

【００３３】図２において、サーバＳは、パーソナルコ
ンピュータ(ＰＣ),ワークステーション(ＷＳ)，これら
の上位コンピュータ，或いは専用のサーバマシン等を用
いて構成される。

【００３４】サーバＳは、バスＢを通じて相互に接続さ
れたＣＰＵ２(読出手段，統計値算出手段，抽出手段に
相当)，メインメモリ(ＭＭ)３，外部記憶装置４(記憶手
段に相当)，インターネットＮに通信回線を通じて接続
された通信インターフェイス(通信Ｉ／Ｆ：送信手段，
受信手段に相当)５，及びインターフェイス回路(Ｉ／
Ｆ)６〜８を備えている。

【００３５】Ｉ／Ｆ６には、陰極線管，液晶ディスプレ
イ，プラズマディスプレイ等のディスプレイ装置９が接
続され、Ｉ／Ｆ７には、キーボード(ＫＢＤ)１０が接続
され、Ｉ／Ｆ８には、マウス，トラックボール，ジョイ
スティック，フラットスペース等のポインティングデバ
イス(ＰＤ)１１が接続されている。

【００３６】外部記憶装置４は、例えば、ハードディス
ク，フロッピー（登録商標）ディスク，光ディスク，光
磁気ディスク(ＭＯ)等の読み書き可能な記録媒体を用い
て構成される。外部記憶装置４は、ＣＰＵ６によって実
行されるオペレーティングシステム(ＯＳ)，通信プロト
コルに係るプログラム，サーバＳがＷＷＷサーバとして
機能するためのプログラム等の複数種類のプログラム
と、これらのプログラムの実行に際して使用されるデー
タ(例えば、掲示板１を含むホームページを構成するテ
キストファイル，イメージファイル，ＨＴＭＬ(HyperTe
xt Markup Language)ファイル等)とを保持している。

【００３７】また、外部記憶装置４は、車両部品の販売
希望を掲示板１に掲示するクライアントＣのユーザ(販
売希望者)に対し、車両部品の価格設定を支援するため
のデータベース(ＤＢ)として、部品ＤＢ２３と、取引履
歴ＤＢ２４と、価格範囲テーブル２５と、査定項目ＤＢ
２６と、査定ランクテーブル２７と、整備修復歴ＤＢ２
８と、車両ＤＢ２９とを保持している。外部記憶装置４
が、本発明の記憶手段に相当する。

【００３８】ＣＰＵ２は、サーバＳのオペレータの指示
入力に応じて、必要なデータを外部記憶装置４からＭＭ
３にコピーするとともに、指示入力に応じたプログラム
を外部記憶装置４からＭＭ３にロードして実行する。こ
れによって、ＣＰＵ２は、各クライアントＣとの通信に
係る処理，例えば、各クライアントＣからの要求に応じ
て掲示板１を含むホームページを提供する処理や、車両
部品の価格設定を支援するための情報を提供する処理等
の各種の情報処理を実行する。

【００３９】即ち、ＣＰＵ２がプログラムを実行するこ
とによって、サーバＳが、記憶手段，受信手段，読出手
段，送信手段，統計値算出手段，抽出手段を備えた取引
対象の価格設定支援装置として機能する。

【００４０】ＭＭ３は、ＣＰＵ２の作業領域として使用
される他、ディスプレイ装置９の画面に表示するテキス
トやイメージ等を記憶するビデオメモリ(ＶＲＡＭ)とし
て使用される。

【００４１】クライアントＣは、パーソナルコンピュー
タ(ＰＣ)を用いて構成されている。但し、クライアント
Ｃには、ワークステーション(ＷＳ)，モバイルコンピュ
ータ，電子手帳等のＰＤＡ(Personal Digital Assistan
t)，カーナビゲーション端末，携帯電話等の少なくとも
既存のインターネットＮに対する情報処理端末(ＤＴＥ)
となり得るコンピュータの全てを適用することができ
る。

【００４２】クライアントＣは、サーバＳと同様の構成
要素であるＣＰＵ１２，ＭＭ１３，外部記憶装置１４，
通信Ｉ／Ｆ１５，Ｉ／Ｆ１６〜１８を備え、Ｉ／Ｆ１６
にディスプレイ装置１９が接続され、Ｉ／Ｆ１７にＫＢ
Ｄ２０が接続され、Ｉ／Ｆ１８にＰＤ２１が接続されて
いる。

【００４３】外部記憶装置１４は、ＯＳ，クライアント
ＣがＷＷＷブラウザとして機能するためのプログラム，
サーバＳとの通信プロトコルに係るプログラム等の各種
のプログラムを保持している。

【００４４】ＣＰＵ１２は、クライアントＣのユーザ
(オペレータ)の指示入力に応じて、必要なデータを外部
記憶装置１４からＭＭ１３にコピーするとともに、指示
入力に応じたプログラムを外部記憶装置１４からＭＭ１
３にロードして実行する。

【００４５】これによって、ＣＰＵ１２は、サーバＳに
対して掲示板１の提供を要求する処理，掲示板１に掲示
すべき情報をサーバＳに送信する処理，サーバＳに対し
て車両部品の価格設定を支援するための情報の提供を要
求する処理等を行う。

【００４６】〈サーバ及びクライアントの処理〉次に、
図２に示したサーバＳ及びクライアントＣの処理を、サ
ーバＳの処理を中心に説明する。各クライアントＣのユ
ーザは、サーバＳに保持された掲示板１を参照する場合
には、クライアントＣの操作によってサーバＳにアクセ
スする。

【００４７】即ち、ユーザは、クライアントＣを操作し
てＷＷＷブラウザを起動させた後、サーバＳの掲示板１
を含むホームページのＵＲＬ(Uniform Resource Locato
r)を指定する。すると、クライアントＣのＣＰＵ１２
は、当該ホームページの提供要求を通信Ｉ／Ｆ１５から
インターネットＮへ送信する。この要求は、インターネ
ットＮを通じてサーバＳに受信される。

【００４８】すると、サーバＳのＣＰＵ２が、図３に示
す処理を開始する。図３及び図４は、サーバＳのＣＰＵ
２による処理(サーバＳにおける処理)を示すフローチャ
ートである。図３において、サーバＳのＣＰＵ２は、各
クライアントＣからの各種の要求を受け付ける状態にな
っている(Ｓ１)。

【００４９】その後、ＣＰＵ２は、クライアントＣから
の要求を受け付けると(Ｓ１；Ｙ)、受け付けた要求がク
ライアントＣの掲示板１へのアクセス要求(掲示板１を
含むホームページの提供要求)か否かを判定する(Ｓ
２)。

【００５０】このとき、ＣＰＵ２は、要求が掲示板１の
提供要求であると判定した場合(Ｓ２；Ｙ)には、掲示板
１を含むホームページを該当するクライアントＣに提供
する(Ｓ３)。即ち、ＣＰＵ２は、当該ホームページを構
成するＨＴＭＬファイル，テキストファイル，イメージ
ファイル等を外部記憶装置４から読み出して該当するク
ライアントＣへ通信Ｉ／Ｆ５から送信する。その後、Ｃ
ＰＵ２は、処理をＳ１に戻し、他の要求を受け付ける状
態になる。

【００５１】サーバＳから送信されたＨＴＭＬファイル
等は、インターネットＮを通じて該当するクライアント
Ｃに通信Ｉ／Ｆ１５で受信される。すると、当該クライ
アントＣのＣＰＵ１２は、受信したＨＴＭＬファイルの
記述に従ってテキストやイメージがレイアウトされたホ
ームページの画像データをＭＭ１３上に作成し、この画
像データに応じた画像をディスプレイ装置１９の画面に
表示する。

【００５２】これによって、クライアントＣのディスプ
レイ装置１９にホームページと、このホームページに含
まれた掲示板１とが表示され、クライアントＣのユーザ
は、掲示板１に掲示された車両の部品の売買情報を参照
することが可能になる。

【００５３】ここで、クライアントＣのユーザが、不要
になった車両の部品(既使用品：中古品)を、掲示板１を
利用して販売しようとすると仮定する。この場合、クラ
イアントＣのユーザは、販売対象(取引対象)の車両の部
品の売買情報(取引情報)を販売価格を提示して掲示板１
に掲示しなければならない。

【００５４】このとき、ユーザが、当該部品の販売価格
や、掲示してからどの位で売買が成立するのかを判断し
かねる場合には、ユーザは、ＫＢＤ２０及び／又はＰＤ
２１の操作により、販売価格の支援情報の提供をうける
ための指示をクライアントＣに入力する。すると、クラ
イアントＣのＣＰＵ１２は、支援情報の提供要求のメッ
セージを生成し、通信Ｉ／Ｆ１５からインターネットＮ
を通じてサーバＳに送信する。

【００５５】サーバＳでは、ＣＰＵ２が、通信Ｉ／Ｆ５
で受信された支援情報の提供要求を受け取ると、上記し
たＳ１,Ｓ２を経てＳ４でＹＥＳと判定し、処理をＳ６
に進める。これに対し、ＣＰＵ２がＳ４でＮＯと判定し
た場合には、ＣＰＵ２は、Ｓ５で受け取った要求に対応
する他の処理を行い、処理をＳ１に戻す。

【００５６】Ｓ６に処理が進んだ場合には、ＣＰＵ２
は、支援情報の作成に必要な情報を入力するための入力
画面３１のデータを、クライアントＣに送信する。クラ
イアントＣは、入力画面３１のデータを受信すると、Ｃ
ＰＵ１２が、当該データに基づいて、入力画面３１をデ
ィスプレイ装置１９に表示する。

【００５７】図５は、ディスプレイ装置１９に表示され
る入力画面３１の表示例を示す図である。図５におい
て、入力画面３１は、販売対象の部品の部品番号の記入
欄３２と、当該部品の画像の表示領域３３と、当該部品
の使用期間の記入欄３４と、販売希望価格の記入欄３５
と、送信ボタン３６とを備えている。

【００５８】記入欄３２に記入する部品番号は、例え
ば、掲示板１のホームページの提供者(管理者)が予め部
品に割り当ててある部品番号を使用する。表示領域３３
に表示される部品の画像は、例えば、クライアントＣに
図示せぬインターフェイスを介して接続されたカメラ型
のイメージスキャナを用いて当該部品をスキャンするこ
とによって部品の画像をクライアントＣに入力するとと
もに、表示領域３３に表示させることができる。この場
合、入力画面３１に設けられている入力ボタン３３ａ
は、イメージスキャナのスキャン動作の開始ボタンとし
て使用される。

【００５９】これに対し、クライアントＣのユーザが予
めディジタルカメラやディジタルビデオカメラで撮影・
作成し、外部記憶装置４に記録しておいた当該部品の画
像ファイル(ＧＩＦ，ビットマップ，ＪＰＥＧ等)を指定
することで、表示領域３３に当該部品の画像を表示させ
ることもできる。

【００６０】記入欄３４には、ユーザが当該部品を使用
していた期間(使用期間)を月単位で記入する。但し、使
用期間の単位は任意に設定可能であり、年，日，時間，
分等を使用期間の単位として採用しても良い。記入欄３
５には、ユーザが希望する当該部品の販売価格(販売希
望価格)を記入する。

【００６１】ユーザは、ディスプレイ装置１９に入力画
面３１が表示されると、ＫＢＤ２０及び／又はＰＤ２１
を操作し、部品の画像をクライアントＣに入力するとと
もに、部品番号，使用期間及び販売希望価格を各記入欄
３２,３４,３５に記入する。その後、送信ボタン３６を
ＫＢＤ２０又はＰＤ２１の操作によって押すと、ＣＰＵ
１２は、入力画面３１を通じて入力された部品(取引対
象)の識別情報(画像及び部品番号)，品質判定情報(使用
期間)及び販売希望価格をサーバＳへ送信する。

【００６２】一方、サーバＳのＣＰＵ２は、Ｓ６におい
て入力画面３１のデータをクライアントＣに送信する
と、入力画面３１を通じて入力される情報がクライアン
トＣから送信されて来るのを待つ状態となる(Ｓ７)。そ
して、ＣＰＵ２は、クライアントＣから送信された当該
情報を受信すると(Ｓ７；８)、処理をＳ８に進める。

【００６３】Ｓ８では、ＣＰＵ２は、外部記憶装置４に
保持された部品ＤＢ２３を参照し、クライアントＣから
受信した部品番号に対応するレコードをＭＭ３に読み出
し、処理をＳ９に進める。

【００６４】図６は、図２に示した部品ＤＢ２３のデー
タ構造の例を示す図である。図６において、部品ＤＢ２
３は、部品番号，部品コード，標準価格，使用度Ａ，使
用度Ｂ及び使用限度(使用度Ｃ)を要素とする単数又は複
数のレコードを保持している。

【００６５】部品番号は、ホームページ(掲示板１)の管
理者によって部品に割り当てられたユニークな番号であ
り、部品の識別情報として使用される。部品コードは、
管理者によって車両の種類に関係なく部品の機能に対し
て付されたコードであり、部品のカテゴリを示す情報と
して使用される。標準価格は、部品の標準小売り価格
(いわゆる定価)を示す価格である。なお、標準価格は、
市場の実勢価格等の市場の相場を考慮した価格であって
も良い。

【００６６】また、各使用度Ａ〜Ｃは、部品の使用期間
に応じた品質を示す品質情報であり、部品毎に設定され
ている。使用限度は、部品の価値が零になる使用期間を
示し、使用期間が使用限度を超えた部品は、無価値なも
のとして取り扱われる。部品ＤＢ２３は、掲示板１を通
じた取引の対象となる部品が増える毎に、その部品に対
するレコードが作成され、部品ＤＢ２３に登録される。

【００６７】Ｓ９では、サーバＳのＣＰＵ２は、クライ
アントＣから受信した使用期間と、ＭＭ３に読み出した
レコード中の使用限度とを対比し、使用期間が使用限度
を超えているか否かを判定する。このとき、ＣＰＵ２
は、使用期間が使用限度を超えている場合(Ｓ９；Ｙ)に
は、処理をＳ１０に進め、エラー処理を実行する。即
ち、ＣＰＵ２は、販売を希望する部品が使用限度を超え
ており無価値である(販売対象とできない)旨のメッセー
ジを作成しクライアントＣに送信する。これによって、
クライアントＣのディスプレイ装置１９に当該メッセー
ジが表示される。その後、Ｓ１０の処理が終了すると、
ＣＰＵ２は、処理をＳ１に戻す。

【００６８】これに対し、ＣＰＵ２は、使用期間が使用
限度を超えていない場合(Ｓ９；Ｎ)には、当該使用期間
と、レコード中の各使用度Ａ〜Ｃを対比し、使用期間が
合致する使用度を特定することによって、当該部品の使
用度を求める(Ｓ１１)。

【００６９】次に、ＣＰＵ２は、外部記憶装置４に保持
された取引履歴ＤＢ２４を参照し、クライアントから受
信した部品番号及びＳ１１にて求めた使用度に対応する
全てのレコードをＭＭ３に読み出し(Ｓ１２：図４参
照)、処理をＳ１３に進める。

【００７０】図７は、図２に示した取引履歴ＤＢ２４の
データ構造の例を示す図である。図７において、取引履
歴ＤＢ２４は、掲示板１を通じて売買が成立した取引の
履歴を保持したデータベースであり、掲載番号，取引番
号，取引年月日，部品番号，部品コード，使用度，使用
期間，掲載開始日，取引価格及び査定ランクを要素とす
る単数又は複数のレコードからなる。取引履歴ＤＢ２４
に保持された各レコードが本発明における取引実績情報
に相当する。

【００７１】掲載番号は、掲示板１に掲示(掲載)された
売買情報(取引情報)の特定情報として使用されるユニー
クな番号である。取引番号は、掲示板１を通じて成立し
た売買を特定するためのユニークな番号である。取引年
月日は、取引が成立した年月日であり、売買契約が成立
した日又は部品と対価の交換が行われた日等が、掲示板
１の管理者によって適宜設定される。

【００７２】掲載開始日は、掲示板１への売買情報の掲
載が開始された日であり、取引価格は、部品の売買契約
において部品の対価として設定された金額である。査定
ランクは、掲示板１の管理者が設定した所定の査定基準
に従った品質を示す情報である。なお、取引履歴ＤＢ２
４は、掲示板１を通じた売買が成立するたびに、Ｓ５に
おける他の処理の１つとして、成立した売買取引に関す
るレコードが新たに登録される。

【００７３】Ｓ１３では、ＣＰＵ２は、Ｓ１２にて取引
履歴ＤＢ２４から読み出した単数又は複数のレコード
(「第１抽出レコード」と称する)を用い、クライアント
Ｃから受信した販売希望価格が属する価格範囲(価格帯)
の平均応札日数を求める。平均応札日数は、掲示板１に
取引対象の取引情報が掲載されてからその取引対象の取
引が成立するまでに要した日数であり、取引の所要時間
を示す。取引の成立時は、購入者が販売者に購入の意思
表示をした時、上記意志表示が掲示板の管理者に伝達さ
れた時、部品と対価とが交換された時等を適宜選択する
ことができる。

【００７４】Ｓ１３を詳細に説明すると、ＣＰＵ２は、
外部記憶装置４に保持された価格範囲テーブル２５を参
照し、当該販売希望価格が価格範囲テーブル２５の何れ
の価格範囲に属するかを求める。

【００７５】図８は、図２に示した価格範囲テーブル２
５の例を示す図である。図８に示すように、価格範囲テ
ーブル２５は、この例では、部品番号毎に用意されてい
る。但し、価格範囲テーブル２５は、部品コード毎に用
意するようにしても良い。

【００７６】また、価格範囲テーブル２５は、この例で
は、０〜５０００円，５００１〜８０００円，８００１
〜１００００円，１０００１〜１５０００円，１５００
１〜９９９９９円の５つの価格範囲を用意している。Ｃ
ＰＵ２は、販売希望価格と、各価格範囲とを対比するこ
とによって、この販売希望価格が属する価格範囲を割り
出す。

【００７７】なお、価格範囲の数及び価格範囲の大きさ
は適宜設定可能である。また、価格範囲テーブル２５に
代えて、２０００円毎，３０００円毎といったように、
演算によって価格範囲をなす最低価格と最高価格とを算
出するようにしても良い。

【００７８】ＣＰＵ２は、販売希望価格が属する価格範
囲を求めると、第１抽出レコードから、取引価格が求め
た価格範囲内に属するレコードを第２抽出レコードとし
て抽出する。続いて、ＣＰＵ２は、各第２抽出レコード
について、[取引年月日] −[掲載開始日] の演算を行
い、当該演算結果の和を第２抽出レコードの数で割るこ
とによって、平均応札日数を求める。

【００７９】その後、ＣＰＵ２は、Ｓ１１で求めた使用
度と、Ｓ１３で求めた平均応札日数とを含むメッセージ
を作成し、このメッセージを該当するクライアントＣに
送信する(Ｓ１４)。その後、ＣＰＵ２は、処理をＳ１５
に進める。

【００８０】クライアントＣは、サーバＳから送信され
たメッセージを受信すると、このメッセージをディスプ
レイ装置１９に表示する。図９は、Ｓ１３の処理に対応
する販売希望者へのメッセージ３７の表示例を示す図で
ある。このようにして、部品の販売希望者に対し、販売
価格設定の支援情報として、販売対象の部品の品質情報
としての使用度と、販売希望価格の属する価格範囲にお
ける平均応札日数とがクライアントＣのユーザに提供さ
れる。

【００８１】Ｓ１５では、ＣＰＵ２は、価格範囲毎に平
均応札日数を求め、続いて、価格範囲毎に平均取引価格
を求める(Ｓ１６)。以下、Ｓ１５及びＳ１６の処理につ
いて詳細に説明する。

【００８２】ＣＰＵ２は、Ｓ１３で参照した価格範囲テ
ーブル２５に基づく第１集計テーブル３８をＭＭ３に作
成する。図１０は、第１集計テーブル３８の説明図であ
る。第１集計テーブル３８は、価格範囲テーブル２５に
保持された各価格範囲に対応するレコード数，日数及び
取引価格を集計するためのテーブルである。第１集計テ
ーブル３８の作成時には、各価格範囲に対応するレコー
ド数，日数及び取引価格は、図１０に示すように、初期
値として零に設定される。

【００８３】ＣＰＵ２は、第１集計テーブル３８を作成
すると、或る第１抽出レコードについて、その取引価格
の属する価格範囲を参照し、該当する価格範囲に対応す
る第１集計テーブル３８の「レコード数」を１インクリ
メントする(レコード数に１を加算する)。続いて、ＣＰ
Ｕ２は、当該第１抽出レコードの取引年月日から掲載開
始日を減じた値を、該当する価格範囲に対応する「日
数」に加算する。さらに、ＣＰＵ２は、当該第１抽出レ
コードの取引価格を、該当する価格範囲に対応する「価
格」に加算する。以上の処理を、ＣＰＵ２は全ての第１
抽出レコードに対して行う。

【００８４】その後、ＣＰＵ２は、全ての第１抽出レコ
ードに対する上記処理が終了すると、第１集計テーブル
３８に保持された各「日数」の値と、各「価格」の値と
を、これらに対応する「レコード数」で割る。このよう
にして、ＣＰＵ２は、「日数」の平均値(平均応札日数)
と、「価格」の平均値(平均取引価格)とを求める。

【００８５】その後、ＣＰＵ２は、求めた平均応札日数
及び平均取引価格とを含むメッセージを作成し、このメ
ッセージを該当するクライアントＣに送信する(Ｓ１
７)。その後、ＣＰＵ２は、処理をＳ１８に進める。

【００８６】クライアントＣは、サーバＳから送信され
たメッセージを受信すると、このメッセージをディスプ
レイ装置１９に表示する。図１１は、Ｓ１５及びＳ１６
の処理に対応する販売希望者へのメッセージ３９の表示
例を示す図である。このようにして、部品の販売希望者
に対し、販売価格設定の支援情報として、販売対象の部
品の品質情報としての使用度がクライアントＣのユーザ
に提供されるとともに、平均応札日数と平均取引価格と
が、価格範囲毎にクライアントＣのユーザに提供され
る。

【００８７】Ｓ１８では、ＣＰＵ２は、所定の掲載期間
毎に平均応札日数を求め、続いて、所定の掲載期間毎に
平均取引価格を求める(Ｓ１９)。Ｓ１８及びＳ１９の処
理の詳細は以下の通りである。

【００８８】ＣＰＵ２は、所定の掲載期間(例えば、１
０日，２０日，３０日)に基づく第２集計テーブル４０
をＭＭ３に作成する。図１２は、第２集計テーブル４０
を示す説明図である。第２集計テーブル４０は、所定の
各掲載期間に対応するレコード数，日数及び取引価格を
集計するためのテーブルである。第２集計テーブル４０
の作成時には、各掲載期間に対応するレコード数，日数
及び取引価格は、図１２に示すように、初期値として零
に設定される。

【００８９】ＣＰＵ２は、第２集計テーブル４０を作成
すると、或る第１抽出レコードについて、取引年月日か
ら掲載開始日を減じた日数が属する掲載期間に対応する
第３２集計テーブル４０の「レコード数」を１インクリ
メントする(レコード数に１を加算する)。続いて、ＣＰ
Ｕ２は、当該第１抽出レコードの取引年月日から掲載開
始日を減じた値を、該当する掲載期間に対応する「日
数」に加算する。さらに、ＣＰＵ２は、当該第１抽出レ
コードの取引価格を、該当する掲載期間に対応する「価
格」に加算する。以上の処理を、ＣＰＵ２は全ての第１
抽出レコードに対して行う。

【００９０】その後、ＣＰＵ２は、全ての第１抽出レコ
ードに対する上記処理が終了すると、第２集計テーブル
４０に保持された各「日数」の値と、各「価格」の値と
を、これらに対応する「レコード数」で割る。このよう
にして、ＣＰＵ２は、「日数」の平均値(平均応札日数)
と、「価格」の平均値(平均取引価格)とを求める。

【００９１】その後、ＣＰＵ２は、求めた平均応札日数
及び平均取引価格とを含むメッセージを作成し、このメ
ッセージを該当するクライアントＣに送信する(Ｓ２
０)。その後、ＣＰＵ２は、処理をＳ１に戻す。

【００９２】クライアントＣは、サーバＳから送信され
たメッセージを受信すると、このメッセージをディスプ
レイ装置１９に表示する。図１３は、Ｓ１８及びＳ１９
の処理に対応する販売希望者へのメッセージ４１の表示
例を示す図である。このようにして、部品の販売希望者
に対し、販売価格設定の支援情報として、販売対象の部
品の使用度がクライアントＣのユーザに提供されるとと
もに、平均応札日数と平均取引価格とが、所定の掲載期
間毎にクライアントＣのユーザに提供される。

【００９３】なお、本実施形態では、所定の掲載期間と
して、１０日間未満，１１〜２０日間，２１〜３０日
間，３１日間以上を設定した例を示したが、掲載期間の
長さは適宜設定可能である。

【００９４】〈第１実施形態の作用〉第１実施形態によ
ると、クライアントＣのユーザが掲示板１を通じた車両
の部品の販売を希望する場合に、部品の価格を設定する
ための支援情報の要求がクライアントＣからサーバＳに
与えられる。これによって、サーバＳが、支援情報を提
供するために必要な情報(取引対象の識別情報，品質判
定情報)を入力するための入力画面３１がクライアント
Ｃに与える。

【００９５】すると、クライアントＣは、入力画面３１
を通じて取引対象としての部品の識別情報(画像及び部
品番号)と、当該部品の品質判定情報(使用期間)と、販
売希望価格とをサーバＳに与える。すると、サーバＳ
は、部品の識別情報と品質判定情報(使用期間)に基づい
て、部品の品質(使用度)を判定する(Ｓ１１)。

【００９６】続いて、サーバＳは、クライアントＣから
受け取った各情報と、掲示板１を通じて行われた売買の
取引実績情報(取引履歴ＤＢ２４のレコード)とを用い
て、販売希望価格が属する価格範囲における平均応札日
数を求め(Ｓ１３)、使用度及び平均応札日数を支援情報
としてクライアントＣに与える(Ｓ１４)。

【００９７】支援情報は、クライアントＣのディスプレ
イ装置１９に表示される。これによって、クライアント
Ｃのユーザ(販売希望者)は、販売対象の部品の品質を知
ることができるとともに、平均応札日数から、販売希望
価格で当該部品に買い手がつくのにどの程度かかるのか
を知ることができる。

【００９８】また、サーバＳは、販売対象の部品につい
て、価格範囲毎の平均応札日数及び平均取引価格とを求
め(Ｓ１５,Ｓ１６)、クライアントＣに与える(Ｓ１
７)。これによって、販売希望者は、販売対象の部品に
ついて、どの価格範囲であれば早く買い手が見つかるか
を知ることができる。

【００９９】さらに、サーバＳは、販売対象の部品につ
いて、掲載期間毎の平均応札日数及び平均取引価格とを
求め(Ｓ１８,Ｓ１９)、クライアントＣに与える(Ｓ２
０)。これによって、販売希望者は、販売対象の部品に
ついて、掲載期間の長さと取引価格との関係について知
ることができる。

【０１００】以上のように、販売希望者は、支援情報と
して使用度を受け取ることで、販売対象の部品の品質を
受け取ることができ、当該部品に価格を設定する場合の
目安とすることができる。また、販売希望者は、支援情
報として販売を希望する部品と部品番号及び使用度が同
じ部品(識別情報及び品質情報が同じ部品)に対する取引
実績(統計値としての平均応札日数や平均取引価格)を受
け取ることで、販売対象の部品についてどの位の価格を
設定すれば、どれ位の早さで買い手が見つかるかを予想
することが可能となる。

【０１０１】従って、販売希望者は、販売対象の部品の
販売希望価格を、その販売希望者にとって望ましい結果
となる(高く売れる，早く売れる等)価格で設定すること
ができる。即ち、販売希望者は、価格設定を適正に行う
ことができる。これによって、掲示板１の管理者は、掲
示板１の利用者を増やすことができ、掲示板１の利用者
からその使用料を徴収している場合には、収益の向上を
図ることができる。

【０１０２】なお、第１実施形態では、Ｓ１３の処理結
果，Ｓ１５及びＳ１６の処理結果，及びＳ１８及びＳ１
９の処理結果が個別にクライアントＣに送信される構成
としたが、サーバＳは、Ｓ１９の処理が終了した時点
で、各メッセージ３７,３９及び４１が１つにまとめら
れたメッセージをクライアントＣに送信するようにして
も良い。

【０１０３】また、Ｓ１３の処理，Ｓ１５及びＳ１６の
処理，及びＳ１８及びＳ１９の処理が１つの支援情報の
提供要求に対して直列に行われるようにしたが、クライ
アントＣが上記処理の何れかのみを個別に要求できる構
成としても良い。

【０１０４】また、Ｓ１３の処理，Ｓ１５及びＳ１６の
処理，並びにＳ１８及びＳ１９の処理の順序は問わな
い。さらに、Ｓ１５の処理とＳ１６の処理とは順序が逆
であっても良く、Ｓ１８の処理とＳ１９の処理とは順序
が逆であっても良い。

【０１０５】〔第２実施形態〕次に、本発明の第２実施
形態について説明する。第２実施形態は、第１実施形態
と共通点を有する。このため、主として相違点について
説明する。

【０１０６】第２実施形態におけるサーバＳ及びクライ
アントＣの処理は、図３に示したＳ１〜Ｓ５の処理につ
いては第１実施形態と同様である。これに対し、第２実
施形態では、ＣＰＵ２がＳ６においてクライアントＣに
送信する入力画面が第１実施形態と異なる。

【０１０７】図１９は、第２実施形態におけるサーバＳ
の処理(ＣＰＵ２の処理)を示すフローチャートである。
第２実施形態では、ＣＰＵ２は、Ｓ６に相当するＳ１０
６において、入力画面３１の代わりに入力画面３１Ａの
表示データをクライアントＣに送信する。

【０１０８】図１４は、第２実施形態における入力画面
３１Ａの表示例を示す図である。図１４に示すように、
入力画面３１Ａは、以下の点で入力画面３１(図５参照)
と異なっている。即ち、入力画面３１Ａは、使用期間の
記入欄３４がなく、送信ボタン３６の代わりに「次へ」
ボタン４３が設けられている。

【０１０９】クライアントＣが入力画面３１Ａの表示デ
ータを受け取って入力画面３１Ａをディスプレイ装置１
９に表示すると、クライアントＣのユーザは、第１実施
形態と同様の手法で、画像，部品番号及び希望価格を入
力する。そして、「次へ」ボタン４３をＫＢＤ２０又は
ＰＤ２１の操作によって押す。

【０１１０】すると、クライアントＣのＣＰＵ１２は、
少なくとも販売対象の部品の部品番号を含む第２入力画
面４４(図１６参照)の表示データの付与要求をサーバＳ
に送信する。サーバＳのＣＰＵ２は、当該要求を受信す
ると(Ｓ１０７；Ｙ)、部品ＤＢ２３を参照し、クライア
ントＣから受信した部品番号に対応する部品コードを部
品ＤＢ２３からＭＭ３に読み出す(Ｓ１０８)。

【０１１１】次に、ＣＰＵ２は、外部記憶装置４に保持
され、且つＭＭ３に読み出された部品コードに対応する
査定項目ＤＢ２６を参照し、査定チェック項目をＭＭ３
に読み出し、第２入力画面４４の表示データ(ＨＴＭＬ
フォーム等)を作成する(Ｓ１０９)。

【０１１２】図１５は、図２に示した査定項目ＤＢ２６
のデータ構造の例を示す図である。査定項目ＤＢ２６
は、例えば、部品コード毎に設けられている。査定項目
ＤＢ２６は、第２入力画面４４の組み立てに適した構造
で、部品に対する査定の対象となる査定項目の情報と、
査定項目に関する質問の回答に応じた点数を保持してい
る。図１５に示す例では、査定項目ＤＢ２６は、査定項
目として、使用期間，○○部の清掃，◇◇部磨き，錆
び，すり傷，引っ掻き傷，へこみを有している。

【０１１３】ＣＰＵ２は、第２入力画面４４の表示デー
タを作成すると、その表示データをクライアントＣに送
信する(Ｓ１１０)。クライアントＣは、表示データを受
信すると、その表示データに基づく第２入力画面４４を
ディスプレイ装置１９に表示する。

【０１１４】図１６は、第２入力画面４４の表示例を示
す図である。図１６において、第２入力画面４４は、使
用期間の記入欄３４と、査定項目ＤＢ２６に保持された
各査定項目に関する質問の回答欄４４ａと、送信ボタン
３６とを備えている。回答欄４４ａには、査定項目に関
する質問の回答が複数種類表示され、回答毎に円形のチ
ェックボックスが設けられている。

【０１１５】クライアントＣのユーザは、記入欄３４に
使用期間を記入するとともに、各査定項目に関する質問
に対し、該当する回答に対応するチェックボックスにチ
ェックを入れることで質問に対する回答を行う。そし
て、全ての質問に対する回答を選択し終わると、送信ボ
タン３６を押す。

【０１１６】すると、クライアントＣのＣＰＵ１２は、
入力画面３１Ａで入力された画像，部品番号，販売希望
価格と、第２入力画面４４で入力された使用期間及び他
の査定項目に関する質問の回答とを、サーバＳへ送信す
る。

【０１１７】サーバＳのＣＰＵ２は、通信Ｉ／Ｆ５を通
じて上記した各情報を受信すると(Ｓ１１１)、第１実施
形態と同様に、使用期間が使用限度を超えていないか否
かを判定し(Ｓ１１２)、使用限度を超えている場合(Ｓ
１１２；Ｙ)には、上述したエラー処理(Ｓ１１３：Ｓ１
０と同じ)を行う。

【０１１８】これに対し、使用期間が使用限度(使用度
Ｃに該当しない)を超えていない場合(Ｓ１１２；Ｎ)に
は、ＣＰＵ２は、第２入力画面４４の表示データの作成
に使用した査定項目ＤＢ２６を再度参照し、クライアン
トＣから受信した質問の回答に従って査定ポイントを計
算する(Ｓ１１４)。例えば、ＣＰＵ２は、査定ポイント
の基本ポイントを１００とし、質問の回答に対応するポ
イントを基本ポイントに対して加算又は減算する。

【０１１９】次に、ＣＰＵ２は、査定ポイントの計算結
果を用いて査定ランクを求める(Ｓ１１５)。即ち、ＣＰ
Ｕ２は、外部記憶装置４に保持されている査定ランクテ
ーブル２７を参照し、当該計算結果に対応する査定ラン
クをＭＭ３に読み出す。

【０１２０】図１７は、図２に示した査定ランクテーブ
ル２７の説明図である。図１７に示すように、査定ラン
クテーブル４５は、査定ポイントの範囲と、査定ランク
とを対応づけて保持している。なお、この例では査定ラ
ンクをＡ２,Ａ１,Ｂ２,Ｂ１,Ｃの５種類に設定している
が、査定ランクの種類(数)は、適宜設定可能である。

【０１２１】次に、ＣＰＵ２は、求めた査定ランクを用
いて平均応札日数及び平均取引価格を求める(Ｓ１１
６)。具体的には、ＣＰＵ２は、クライアントＣから受
信した部品番号及び求めた査定ランクを持つレコードの
全てを第３抽出レコードとして抽出する(ＭＭ３に読み
出す)。

【０１２２】続いて、ＣＰＵ２は、抽出した第３抽出レ
コードに対し、第１実施形態におけるＳ１５及びＳ１６
と同様の手法で、価格範囲テーブル２５及び第１集計テ
ーブル３８を用いて価格範囲毎の平均応札日数及び平均
取引価格を求める。

【０１２３】その後、ＣＰＵ２は、求めた査定ランク，
査定ポイント，価格範囲毎の平均応札日数及び平均取引
価格を含むメッセージを作成し、該当するクライアント
Ｃに送信する(Ｓ１１７)。

【０１２４】これによって、クライアントＣは、当該メ
ッセージを受信し、当該メッセージがディスプレイ装置
１９に表示される。図１８は、ディスプレイ装置１９に
表示されるメッセージ４６の表示例を示す図である。図
１８に示すように、クライアントＣのユーザ(販売希望
者)に対し、販売対象の部品の査定ポイント及び査定ラ
ンクが表示されるとともに、当該査定ランクを有し且つ
部品番号が同じ部品についての価格範囲毎の平均応札日
数(平均掲載期間)及び平均取引価格が表示される。

【０１２５】なお、第２実施形態においても、第１実施
形態におけるＳ１３とほぼ同様の手法により、査定ラン
クに基づいて、販売希望価格が属する価格範囲の平均応
札日数が求められ、クライアントＣに送信され、ディス
プレイ装置１９に表示される(支援情報として販売希望
者に提供される)ようにしても良い。

【０１２６】また、第２実施形態においても、第１実施
形態におけるＳ１８及びＳ１９とほぼ同様の手法によ
り、査定ランクに基づいて、第２集計テーブル４０を用
いて所定の掲載期間毎の平均応札日数及び平均取引価格
が求められ、クライアントＣに送信され、ディスプレイ
装置１９に表示されるようにしても良い。

【０１２７】第２実施形態によっても、販売希望者が取
引対象の部品に対し、支援情報(査定ランク，平均応札
日数，平均取引価格)を参照して適正な価格を設定する
ことが可能になる。さらに、第２実施形態では、使用期
間を含む複数の査定項目(査定基準)に従って部品の品質
が判定される。このように、第２実施形態では、販売対
象の部品の品質が第１実施形態よりも詳細に吟味される
ため、販売対象の部品の程度と取引価格とのギャップを
第１実施形態に比べて小さくすることができる。

【０１２８】なお、取引履歴ＤＢ２４のレコードの要素
の１つである査定ランクと、査定項目ＤＢ２６及び査定
ランクテーブル２７は、第２実施形態による取引システ
ムにて使用される構成であり、第１実施形態では使用さ
れない。このため、第１実施形態による取引システムに
ついて実施する場合には、取引履歴ＤＢ２４の査定ラン
ク，査定項目ＤＢ２６及び査定ランクテーブル２７は不
要である。

【０１２９】また、第２実施形態では、錆，すりきず，
引っ掻き傷，へこみについての査定は、販売希望者の回
答に基づいて行っている。これに代えて、これらの査定
項目を査定項目ＤＢ２６及び第２入力画面４４から外
し、これらの査定項目については、第２入力画面４４を
通じて受信する部品の画像を用いて査定ポイントを計算
するようにしても良い。このとき、部品の画像をディス
プレイ装置９に表示させてサーバＳのオペレータが査定
結果に相当するポイントをサーバＳに入力するようにし
ても良く、サーバＳ内において、ＣＰＵ２が画像に対し
て所定の処理を施すことで、自動的に査定ポイントが算
出されるようにしても良い。

【０１３０】〔第３実施形態〕次に、本発明の第３実施
形態について説明する。第３実施形態は、第１実施形態
と共通点を有するので、主として第１実施形態との相違
点について説明する。

【０１３１】図２０は、第３実施形態におけるサーバＳ
の処理(ＣＰＵ２の処理)を示すフローチャートである。
第３実施形態におけるサーバＳ及びクライアントＣの処
理は、図３に示したＳ１〜Ｓ５の処理については第１実
施形態と同様である。これに対し、第３実施形態では、
ＣＰＵ２がＳ６においてクライアントＣに送信する入力
画面が第１実施形態と異なる。

【０１３２】第３実施形態では、クライアントＣにおい
て、販売対象の部品を取り出した車両の型式及び車台番
号を入力画面に入力する。このため、第３実施形態は、
Ｓ６に相当するＳ２０６において、入力画面３１Ｂの表
示データをクライアントＣに送信する。

【０１３３】図２１は、第３実施形態における入力画面
３１Ｂの表示例を示す図である。図２１に示すように、
入力画面３１Ｂは、以下の点で入力画面３１(図５参照)
と異なっている。即ち、入力画面３１Ｂは、入力画面３
１の構成に、車両の型式の記入欄４８と、車台番号の入
力欄４９とが付加されている。

【０１３４】クライアントＣが入力画面３１Ｂの表示デ
ータを受け取って入力画面３１Ｂをディスプレイ装置１
９に表示すると、クライアントＣのユーザは、第１実施
形態と同様の手法で、画像，部品番号，希望価格を入力
する。このとき、ユーザは、使用期間と、型式及び車台
番号とを選択的に入力することができる。

【０１３５】即ち、入力画面３１Ｂは、使用期間と型式
及び車台番号との一方を入力した場合には、他方が入力
できないようになっている。そして、使用期間と型式及
び車台番号との双方が記入されていない場合には、送信
ボタン３６を押してもデータをサーバＳへ送信できない
ようになっている。

【０１３６】ユーザは、入力画面３１Ｂに対するデータ
の記入処理が終了すると、送信ボタン３６をＫＢＤ２０
又はＰＤ２１の操作によって押す。すると、クライアン
トＣのＣＰＵ１２は、画像，部品番号，希望価格，使用
期間(又は型式及び車台番号)を、サーバＳに送信する。

【０１３７】サーバＳのＣＰＵ２は、クライアントＣか
ら上記した情報を受信すると(Ｓ２０７)、受信した情報
中に車両の型式と車台番号が含まれているか否かを判定
する(Ｓ２０８)。このとき、ＣＰＵ２は、型式及び車台
番号が含まれている場合(Ｓ２０８；あり)には、処理を
Ｓ２０９に進める。これに対し、型式及び車台番号が含
まれていない場合(Ｓ２０８；なし)には、ＣＰＵ２は、
クライアントＣから受信した情報に型式及び車台番号で
はなく使用期間が含まれているものとして、処理を図３
のＳ８へ進める。その後の処理は、第１実施形態と同じ
である。

【０１３８】Ｓ２０９に処理が進んだ場合には、ＣＰＵ
２は、型式及び車台番号を用いて外部記憶装置４に保持
された車両ＤＢ５１を検索し、型式及び車台番号に対応
するレコードが格納されているか否かを判定する。

【０１３９】図２２は、図２に示した車両ＤＢ２９の説
明図である。図２２に示すように、車両ＤＢ２９は、型
式，車台番号及び運行開始年月日を要素とする単数又は
複数のレコードからなる。

【０１４０】ＣＰＵ２は、型式及び車台に対応するレコ
ードが車両ＤＢ２９にない場合(Ｓ２０９；なし)には、
クライアントＣから受け取った情報に使用期間が含まれ
ているものとして、処理を図３のＳ８に進める。その後
の処理は、第１実施形態と同じである。これに対し、型
式及び車台番号に対応するレコードが車両ＤＢ２９にあ
る場合(Ｓ２０９；あり)には、ＣＰＵ２は、該当するレ
コードを車両ＤＢ２９からＭＭ３に読み出す。

【０１４１】次に、ＣＰＵ２は、クライアントＣから受
け取った部品番号に対応する部品コードを取得する(Ｓ
２１１)。この処理は、ＣＰＵ２が外部記憶装置４に予
め保持された図示せぬ部品番号−部品コード変換テーブ
ルを部品番号を用いて参照することにより行われる。な
お、ＣＰＵ２が部品ＤＢ２３を参照して部品コードを得
るようにしても良い。

【０１４２】次に、ＣＰＵ２は、部品コード，型式及び
車台番号に対応するレコードが外部記憶装置４に保持さ
れた整備修復歴ＤＢ２８に格納されているか否かを判定
する(Ｓ２１２)。

【０１４３】図２３は、図２に示した整備修復歴ＤＢ２
８の説明図である。整備修復歴ＤＢ２８は、型式，車台
番号，作業年月日，部品コード及び作業区分を要素とす
る単数又は複数のレコードを保持している。作業区分
は、整備又は修理(修復)の種類に応じて、「交換」「清
掃」「板金」「塗装」の何れかの値をとる。

【０１４４】ＣＰＵ２は、部品コード，型式及び車台番
号に対応するレコードが整備修復歴ＤＢ２８に保持され
ていない場合(Ｓ２１２；なし)には、処理をＳ２１７に
進め、そうでない場合(Ｓ２１２；あり)には、処理をＳ
２１３に進め、対応するレコードをＭＭ３に読み出す。

【０１４５】続いて、ＣＰＵ２は、ＭＭ３に読み出した
レコード中の作業区分が「交換」か否かを判定し(Ｓ２
１４)、作業区分が「交換」である場合には、処理をＳ
２１６に進め、そうでない場合には、処理をＳ２１７に
進める。

【０１４６】Ｓ２１５では、ＣＰＵ２は、ＭＭ３に読み
出した整備修復歴ＤＢ２８のレコード中の作業区分が
「清掃」か否かを判定し、作業区分が「交換」である場
合には、処理をＳ２１６に進め、そうでない場合には、
処理をＳ２１７に進める。

【０１４７】Ｓ２１６では、ＣＰＵ２は、ＭＭ３に読み
出した整備修復歴ＤＢ２８のレコード中の「作業年月
日」から現在までの期間を使用期間として取得する。そ
の後、ＣＰＵ２は、処理をＳ３のＳ８に進め、第１実施
形態と同様の処理が行われる。

【０１４８】Ｓ２１７では、ＣＰＵ２は、Ｓ２１０でＭ
Ｍ３に読み出した車両ＤＢ２９のレコード中の「運行開
始年月日」から現在までの期間を使用期間として取得
し、処理をＳ８に進め、その後は第１実施形態と同様の
処理を行う。

【０１４９】第３実施形態によると、販売希望者の販売
対象の部品が、車両から取り外したものであって、当該
部品の車両に対する取付作業を掲示板１の管理者に関す
る整備修理会社にて行ったものである場合には、当該車
両の型式及び車台番号を使用期間に変わって入力画面３
１Ｂに記入すれば、これらに基づいて使用期間が自動的
に設定される。従って、上記条件下では、販売希望者が
部品の使用期間を忘却した場合であっても、正確な使用
期間に基づいて部品の使用度を決定することが可能とな
る。

【０１５０】なお、図２に示した整備修復歴ＤＢ２８,
車両ＤＢ２９と、部品番号−部品コード変換テーブル
(図示せず)と、入力画面３１Ｂは、第３実施形態のみで
使用されるものであるので、第１実施形態による取引シ
ステムを実施する場合には、これらの構成要素はなくて
も良い。また、第１〜第３の実施形態は、本発明の目的
を逸脱しない範囲内で適宜組み合わせることができる。

【０１５１】

【発明の効果】本発明による取引対象の価格設定支援装
置によれば、依頼元に対して価格設定の目安となる品質
情報や統計値が与えられるので、販売希望者が取引対象
に対して適正な価格を設定することが可能となる。

【図面の簡単な説明】

【図１】本発明の実施形態による取引システムのネット
ワーク構成図

【図２】取引システムのハードウェア構成例を示す図

【図３】サーバの処理を示すフローチャート

【図４】サーバの処理を示すフローチャート

【図５】入力画面の表示例を示す図

【図６】部品データベースの例を示す図

【図７】取引履歴データベースの例を示す図

【図８】価格範囲テーブルの例を示す図

【図９】クライアントにて表示される支援情報のメッセ
ージを示す図

【図１０】第１集計テーブルの説明図

【図１１】クライアントにて表示される支援情報のメッ
セージを示す図

【図１２】第２集計テーブルの説明図

【図１３】クライアントにて表示される支援情報のメッ
セージを示す図

【図１４】第２実施形態における入力画面を示す図

【図１５】査定項目データベースの例を示す図

【図１６】第２入力画面の表示例を示す図

【図１７】査定ランクテーブルの例を示す説明図

【図１８】クライアントにて表示される支援情報のメッ
セージを示す図

【図１９】第２実施形態におけるサーバの動作を示すフ
ローチャート

【図２０】第３実施形態におけるサーバの動作を示すフ
ローチャート

【図２１】第３実施形態における入力画面の表示例を示
す図

【図２２】車両データベースの説明図

【図２３】整備修復歴データベースの説明図

【符号の説明】

ＳサーバＣクライアント１掲示板２,１２ＣＰＵ３,１３メインメモリ(ＭＭ) ４,１４外部記憶装置５,１５通信インターフェイス６〜８,１２〜１４インターフェイス回路９,１９ディスプレイ装置１０,２０キーボード１１,２１ポインティングデバイス２３部品データベース２４取引履歴データベース２５価格範囲テーブル２６査定項目データベース２７査定ランクテーブル２８整備修復歴データベース２９車両データベース３１,３１Ａ,３１Ｂ入力画面３２,３４,３５,４８,４９記入欄３３表示領域３３ａ入力ボタン３６送信ボタン３７,３９,４１,４６メッセージ３８第１集計テーブル４０第２集計テーブル４３「次へ」ボタン４４第２入力画面４４ａ回答欄

Claims

【特許請求の範囲】

【請求項１】依頼元からの要求に応じて取引対象の価格
設定を支援する装置であって、取引対象の識別情報と、取引対象の品質を示す品質情報
とを記憶した記憶手段と、前記依頼元から価格を設定すべき取引対象の識別情報
と、当該取引対象の品質を判定するための品質判定情報
とを受信する受信手段と、受信された識別情報及び品質判定情報に合致する品質情
報を前記記憶手段から読み出す読出手段と、読み出された品質情報を依頼元へ送信する送信手段とを
備えたことを特徴とする取引対象の価格設定支援装置。
【請求項２】前記記憶手段は、取引対象について実際に
行われた取引における取引価格の情報を含む取引実績情
報をさらに記憶し、前記読出手段は、前記受信された識別情報と前記読み出
された品質情報とに合致する単数又は複数の取引実績情
報を前記記憶手段から読み出し、読み出された単数又は複数の取引実績情報に含まれた取
引価格の統計値を算出する統計値算出手段をさらに備
え、前記送信手段は、前記取引価格の統計値を前記依頼元へ
送信することを特徴とする請求項１記載の取引対象の価
格設定支援装置。
【請求項３】前記記憶手段は、取引対象について実際に
行われた取引の所要時間に関する情報をさらに含み、前記統計値算出手段は、前記読み出された単数又は複数
の取引実績情報に基づいて前記所要時間の統計値を算出
し、前記送信手段は、前記取引価格の統計値とともに前記所
要時間の統計値を前記依頼元へ送信することを特徴とす
る請求項２記載の取引対象の価格設定支援装置。
【請求項４】前記受信手段は、前記識別情報及び前記品
質判定情報とともに、前記価格を設定すべき取引対象の
希望取引価格を受信し、前記読み出された取引実績情報から、前記希望取引価格
が属する価格範囲でなされた取引に関する取引実績情報
を抽出する抽出手段をさらに備え、前記統計値算出手段は、前記抽出手段によって抽出され
た取引実績情報に基づいて所要時間の統計値を算出し、前記送信手段は、前記抽出された取引実績情報に基づく
所要時間の統計値を前記依頼元へ送信することを特徴と
する請求項３記載の取引対象の価格設定支援装置。
【請求項５】前記統計値算出手段は、前記価格を設定す
べき取引対象に対して設定された複数の価格範囲の夫々
について、前記取引価格の統計値と前記所要時間の統計
値とを算出し、前記送信手段は、各価格範囲に対する取引価格及び所要
時間の算出結果を前記依頼元に送信することを特徴とす
る請求項３記載の価格設定支援装置。
【請求項６】前記統計値算出手段は、前記価格を設定す
べき取引対象に対して設定された複数の取引情報の掲載
時間の夫々について、前記取引価格の統計値と前記所要
時間の統計値とを算出し、前記送信手段は、各掲載期間に対する取引価格及び所要
時間の算出結果を前記依頼元に送信することを特徴とす
る請求項３記載の価格設定支援装置。
【請求項７】前記品質判定情報は、前記価格を設定すべ
き取引対象の使用期間であり、前記品質情報は、使用期間を区分して設定された使用度
であることを特徴とする請求項１又は２記載の価格設定
支援装置。
【請求項８】前記使用期間が所定の限度を超えている場
合には、前記統計値算出手段による処理が行われないこ
とを特徴とする請求項７記載の価格設定支援装置。
【請求項９】前記品質判定情報は、前記価格を設定すべ
き取引対象に対する査定項目に関する質問の回答であ
り、前記品質情報は、前記質問の回答に応じて増減される査
定ポイントに対応する査定ランクであることを特徴とす
る請求項１又は２記載の価格設定支援装置。
【請求項１０】前記取引対象は、車両の部品であること
を特徴とする請求項１又は２記載の価格設定支援装置。
【請求項１１】前記記憶手段は、車両の特定情報と、こ
の車両に対する部品の交換作業又は部品の清掃作業の時
点の情報とをさらに記憶し、前記受信手段が前記価格を設定すべき取引対象の識別情
報として前記交換作業又は前記清掃作業の対象となった
部品の識別情報とともに、品質判定情報としての使用期
間の代わりに前記車両の特定情報を受信した場合には、
当該部品に対する交換作業又は清掃作業の時点から現時
点までの期間が前記使用期間とされることを特徴とする
請求項７記載の価格設定支援装置。