(57)【特許請求の範囲】
【請求項１】
検査員の端末装置への検査指示を送信するとともに前記検査員の端末装置から車両検査情報を受信し、会員の端末装置からの検索要求を受け付け前記会員の端末装置に検索結果を送信する、そのような通信インターフェースを有する車両取引システムであって、
前記通信インターフェースを通じて前記車両情報および前記車両検査情報の少なくとも一方を入力する車両情報入力手段と、
前記車両情報入力手段への入力に対応して、前記検索要求によって検索される検索用データベースに販売対象の車両を検査した結果の車両検査情報と当該車両の名称、型式、年式等を含む車両の仕様に係る車両情報とを対応づけて記憶するとともに、前記検索要求によって検索されない登録待ちデータベースに未検査車両の車両情報を記憶する車両情報記憶手段と、
前記車両情報入力手段への入力に対応して未検査車両の検査を行うことを促す検査指示情報を検査員の端末に出力する検査指示出力手段と、
前記検索用データベースに記憶された車両情報を前記会員の端末から入力された条件にしたがって検索する検索手段と、
検索された車両情報とそれに対応する前記車両検査情報とを含み、当該車両を購入する情報を送信するための購入指示インターフェースを備えた表示情報を前記会員の端末に出力する車両情報出力手段と、
前記検査員の所在地を含む検査員データベースとを備え、
前記検査指示出力手段は、前記登録待ちデータベースの車両情報からその車両の会員の住所を検索する手段と、前記会員の住所に近在する検査員を前記検査員データベースから検索する手段と、前記検索された検査員の端末装置に検査指示情報を発する手段と、を有し、
前記車両情報記憶手段は、前記検査指示情報に基づく検査により作成された車両検査情報の前記検査員の端末装置からの入力に応じて前記車両情報を前記登録待ちデータベースから、検索可能な検索用データベースに変更する車両取引システム。
【請求項２】
検査員の端末装置への検査指示を送信するとともに前記検査員の端末装置から車両検査情報を受信し、会員の端末装置からの検索要求を受け付け前記会員の端末装置に検索結果を送信する、そのような通信インターフェースと、前記検査員の所在地を含む検査員データベースと、を有する車両取引システムが実行する車両取引方法であって、
前記通信インターフェースを通じて前記車両情報および前記車両検査情報の少なくとも一方を入力する車両情報入力ステップと、
前記入力に対応して、販売対象の車両を検査した結果の車両検査情報と、前記検索要求によって検索される検索用データベースに当該車両の名称、型式、年式等を含む車両の仕様に係る車両情報とを対応づけて記憶するとともに、前記検索要求によって検索されない登録待ちデータベースに未検査車両の車両情報を記憶する車両情報記憶ステップと、
前記検索用データベースに記憶された車両情報を前記会員の端末から入力された条件にしたがって検索する検索ステップと、
検索された車両情報とそれに対応する前記車両検査情報とを含み、当該車両を購入する情報を送信するための購入指示インターフェースを備えた表示情報を前記会員の端末に出力する車両情報出力ステップと、
前記入力に対応して未検査車両の検査を行うことを促す検査指示情報を検査員の端末に出力する検査指示出力ステップと、を備え、
前記検査指示出力ステップは、前記登録待ちデータベースの車両情報からその車両の会員の住所を検索するステップと、前記会員の住所に近在する検査員を前記検査員データベースから検索するステップと、前記検索された検査員の端末装置に検査指示情報を発するステップと、を有し、
前記車両情報記憶ステップは、前記検査指示情報に基づく検査により作成された車両検査情報の前記検査員の端末装置からの入力に応じて前記車両情報を前記登録待ちデータベースから、検索可能な検索用データベースに変更するステップを有する、車両取引方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、オンラインでの中古車売買技術、特に業者間取引に有効なオンラインシステムに関するものである。
【０００２】
【従来の技術】
中古車販売業者は、一般顧客より中古車の引き合いがあったときに、自社の在庫にその顧客の希望に合う車両がない場合には、業者間で提携してネットワークを介して構築した中古車データベースを参照して顧客の希望車両を探す。
【０００３】
このようなネットワーク上の中古車売買においては、購入希望者（業者）が中古車の実際の品質を把握することは困難であり、データベースから得られた写真や販売者が付した査定情報のみからその購入を決定することはできなかった。
【０００４】
また、文字情報や静止画データを用いて車両情報を出力した場合、実際の車両の状態を把握しにくかった。とくに、静止画で塗装面の様子を忠実に表現するには、画像の解像度を高くしたり、高度な撮影技術が必要であった。このような画像を用いることは、通信負荷や撮影コストの問題から実際上困難であるため、ネットワーク上の中古車売買は、斜め前方から全体を撮影した画像を用いて運用されている。このような画像からは、文字情報が示す車名やモデル名、色などが正しいこと、および衝突損傷がないこと、程度しか把握できなかった。
【０００５】
従って、従来は、購入希望者がデータベースで中古車を検索し、希望車両を引き当てた後、電話やＦＡＸ等で検査員に検査を依頼し、その検査結果を基に販売価格その他の売買条件を最終決定し、一般顧客との商談に入るという手順が採られていた。
【０００６】
そのため、車両の検索・引当から購入決定までに少なくとも２〜３日を要していた。
【０００７】
【発明が解決しようとする課題】
本発明はこのような従来の技術の問題点に鑑みてなされたものである。本発明は、中古車の購入希望者に購入の意志決定を促進させる情報処理技術を提供するものである。
【０００８】
【課題を解決するための手段】
本発明は前記課題を解決するために、以下の手段を採用した。
【０００９】
すなわち、本発明は、車両販売情報提供システムであり、
車両の名称、型式、年式等を含む車両情報と当該車両を検査した結果の車両検査情報とを対応づけて記憶する車両情報記憶手段（１３、１４）と、
車両情報を入力して前記車両情報記憶手段（１３、１４）に記憶させる車両情報入力手段（２７、２８）と、
車両情報記憶手段（１３、１４）に記憶された車両情報を検索するための入力画面を出力し、入力された条件にしたがって検索を行う検索手段（１２）と、
検索された車両情報とそれに対応する前記車両検査情報を含み、当該車両を購入する情報を送信するための購入指示インターフェース（４４）を備えた表示情報を出力する車両情報出力手段（２６）と、を備えることを特徴とするものである。
【００１０】
この車両販売情報提供システムは、上記車両情報入力手段（２７、２８）の入力に対応して未検査車両の検査を行うことを促す検査指示情報を出力する検査指示出力手段（２ｂ、２６）をさらに備え、
車両情報入力手段（２７、２８）は、検索手段に検索されない状態で未検査車両の車両情報を車両情報記憶手段（１３，１４）に記憶させ、
車両情報記憶手段（１３，１４）は、上記検査指示情報に基づく検査により作成された車両検査情報の入力に応じて車両情報を検索可能な状態に変更してもよい。
【００１１】
また、本発明は、車両情報販売方法であって、ホストに接続された端末装置上において、表示画面上に、少なくとも車両の名称、型式、年式等を含む車両情報と、当該車両の検査情報とを表示するものでもよい。
【００１２】
また、本発明は、車両取引システムであって、
車両の名称、型式、年式等を含む車両情報を記憶する車両情報記憶手段（１３、１４、５２）と、
少なくとも動画または音声を含む複数種類の展示情報を車両情報に対応づけて記憶する展示情報記憶手段（１３、１４、５３）と、
車両情報を検索する検索手段（１２）と、
検索結果の車両情報の見出しを選択可能に表示する手段と、
見出しを選択されたときに、当該車両情報の出力及び当該車両情報に対応する展示情報の出力を指示する出力指示インターフェース（５５）を含む車両画面情報を出力する表示手段（１６）と、を備えることを特徴とするものである。
【００１３】
この車両取引システムにおいて、車両情報記憶手段（１３、１４、５２）は、前記車両情報とその車両を検査した結果の車両検査情報とを対応づけて記憶し、
前記表示手段は、車両情報に対応付けて前記車両検査情報をさらに表示してもよい。
【００１４】
この車両取引システムにおいて、表示手段（１６）は、当該車両を購入する情報を送信するための購入指示インターフェース（４４）をさらに備えてもよい。
【００１５】
【発明の実施の形態】
以下、図面を参照して本発明の好適な実施の形態を説明する。
《第１実施形態》
本発明の第１実施形態を図１から図１５の図面に基いて説明する。
【００１６】
図１は、本発明の第１実施形態に係る車両販売情報提供システムのシステム構成図であり、図２は、図１に示したサーバ１のハードウェア構成図であり、図３は図１に示した会員端末２等の端末措置のハードウェア構成図であり、図４から図７は、会員端末２に表示される画面例であり、図８から図１３は、サーバ１のＣＰＵ１２で実行されるサーバプログラムの処理を示すフローチャートであり、図１４及び図１５は、会員端末２等の端末装置で実行されるプログラムの処理を示すフローチャートである。
＜システム構成＞
図１に、車両販売情報提供システムのシステム構成を示す。このシステムは、情報を管理する管理会社に設置されたサーバ１と、車両販売を行う販売会社または車両を購入するユーザ自宅に設置された会員端末２と、検査員の事務所に設置された検査員端末２ａと、陸送会社に設置された陸送会社端末２ｂとからなる。
【００１７】
サーバ１は、車両の名称、型式、年式等の情報を記録する中古車データベースと、車両を検査した結果である車両検査情報を記録する検査証データベースと、車両販売会社や車両のユーザ等、サーバ１にアクセスする会員を登録した会員データベースと、車両を検査する検査員を登録した検査員データベースとを有している。
【００１８】
このうち、中古車データベースは、登録待ち、検査用、及び決済用の３つのデータベースから構成されている。
【００１９】
中古車データベース（登録待ち）（以下登録待ちデータベースという）には、車両検査情報のない未検査の車両が登録される。
【００２０】
中古車データベース（検査用）（以下検査用データベースという）には、車両検査情報が入力され、会員の購入対象となる車両が登録される。
【００２１】
中古車データベース（決済待ち）（以下決済待ちデータベースという）には、会員から購入の申し込みがあり、決済待ちの車両が登録される。
【００２２】
会員端末２では、販売対象の車両を登録する登録プログラムと、購入する車両を検索する検索プログラムが実行される。これらのプログラムの実行により会員端末２は、サーバ１にアクセスし、車両情報の登録、検索、及び購入申し込みの各機能を提供する。
【００２３】
検査員端末２ａは、サーバ１からの指令により、検査員に検査指示を報知する。また、検査員端末２ａは、車両を検査した結果である車両検査情報を検査員に入力させ、サーバ１に送信する。
【００２４】
陸送会社端末２ｂには、販売される車両の陸送指示情報がサーバ１から送信される。以下会員端末２、検査員端末２ａ、及び陸送会社端末２ｂを総称して端末装置という。
＜ハードウェア＞
図２に、サーバ１のハードウェア構成を示す。このサーバ１は、サーバプログラムを実行するＣＰＵ１２と、ＣＰＵ１２で実行されるサーバプログラムや、ＣＰＵ１２で処理されるデータを記憶するメモリ１３と、サーバプログラムやデータを記録するハードディスク１４と、会員端末２等の端末装置と通信する通信インターフェース１５と、操作者にＣＰＵ１２の処理結果を表示するＣＲＴ１６と、操作者がデータを入力するためのキーボード１７と、操作者がＣＲＴ１６上のメニューやアイコンを操作するためのポインティングデバイス１８とを備えている。
【００２５】
ＣＰＵ１２は、メモリ１３に記憶されたサーバプログラムを実行し、サーバ１としての機能を提供する。
【００２６】
メモリ１３は、ＣＰＵ１２で実行されるサーバプログラムやＣＰＵ１２で処理されるデータを記憶する。
【００２７】
ハードディスク１４は、ＣＰＵ１２で実行されるサーバプログラムを記録する。また、ハードディスク１４には、登録待ちデータベース、検索用データベース、決済待ちデータベース、会員データベース、及び検査員データベースが構築される。
【００２８】
通信インターフェース１５は、ＣＰＵ１２からの指令により、不図示のネットワークにアクセスし、会員端末２、検査員端末２ａ、陸送会社端末２ｂと通信する。
【００２９】
ＣＲＴ１６は、操作者が入力したデータや、そのデータを処理した結果を表示する。
【００３０】
キーボード１７は、操作者が文字情報を入力するために使用される。ポインティングデバイス１８（例えば、マウス、トラックボール、静電方式、光学式の指示装置、タッチパネル）は、操作者がＣＲＴ１６に表示されたメニューやアイコンを操作するために使用される。
【００３１】
図３に、端末装置のハードウェア構成を示す。端末装置は、ＣＰＵ２２と、メモリ２３と、ハードディスク２４と、通信インタフェース２５と、ＬＣＤ２６と、キーボード２７と、ポインティングデバイス２８と、スキャナ２９と備えている。
【００３２】
端末装置の構成は、サーバ１とほぼ同様であるが、ＣＲＴ１６に代えてＬＣＤ２６を備える点、及び、車両の写真や検査証の画像データを生成するスキャナ２９を備える点でサーバ１と相違する。
＜操作手順＞
［車両情報の登録］
図４に中古車に係る情報（以下車両情報という）を登録する登録画面を示す。この画面は、会員が会員端末２からサーバ１に販売する車両を登録する時にＬＣＤ２６に表示される。
【００３３】
この画面は、左右２列の情報入力欄を有している。画面左側には上部から、会員番号２の他、登録する車両のメーカ、型式、車名、グレード、形状、用途、外装色、カラーNo.（塗装の色番号である）、内装色、燃料の種類、シフトの方式、冷房の有無と種類、その他の装備、納車可能日、販売価格を入力する欄を備えている。
【００３４】
また、画面右側には、画面上部から車台番号、排気量、車検年月、走行距離、セールスポイントの各入力欄、車両の写真を入力させる「写真入力」ボタン、検査証データを入力させる「検査証入力」ボタン４０、及び画面に入力された情報をサーバ１の中古車データベースに登録させる「登録」ボタン４１が表示される。
【００３５】
これらのうち、セールスポイントには、車両販売者のコメントを自由に入力できる。
【００３６】
「写真入力」ボタンを押すと、画像ファイルの名称を入力させる不図示の入力欄またはTWAIN（TWAINは、米国Hewlett-Packard社、米国Eastman Kodak社、米国Logitech社、米国Aldus社、米国Caere社が共同で策定したスキャナを制御する共通インターフェース仕様）対応のスキャナ２９へ画像の取り込みを指示する不図示の指示画面が表示される。
【００３７】
なお、これらのうち、通常、検査証データは、専門の検査員が入力するので、登録時に未入力でも構わない。
【００３８】
販売者自らが所定の規約に従って検査を行った場合は、「検査証入力」ボタン４０を押して検査証を入力するか郵送により提出するかを選択する。入力する場合、検査証は、「写真入力」と同様の方法で、検査調書をイメージで入力する。
【００３９】
郵送により提出が選択された場合、その旨の通知が会員端末２からサーバ１に発せられる。この場合、上記登録完了時に車両管理番号が付されるので、その番号を検査証に記入して郵送する。あるいは、登録完了時に検査証郵送用のフォームを印刷するようにしてもよい。
【００４０】
以上の各入力欄の情報、写真を含む車両情報、及び検査証データ（会員が自ら入力した場合）が図４の画面に入力された後、「登録」ボタン４１がポインティングデバイス２８によって押下されると、その車両情報が会員端末２からサーバ１へ送信される。
［サーバ１での登録処理］
サーバ１は、受信した情報に検査証データが含まれているか否かをチェックする。受信した情報に検査証データが含まれている場合、サーバ１は所定の規則により車両管理番号を付与する。
【００４１】
さらにサーバ１は、検索用データベースに車両情報を、また、検査証データベースに検査証データを各々新規登録する。このとき、検索用データベース及び検査証データベースに登録されたデータには、車両管理番号が付加され、検索時に検索キーとして使用される。その後、サーバ１は図５の登録完了画面を会員端末２に送信する。図５に示すように、登録完了画面には、セールスポイント、写真、及び検査証の各欄に各々、「極上車」の文字列、車両の写真、及び検査証データが表示される。
【００４２】
検査証データを郵送により提出する旨の指定があった場合、サーバ１は所定の規則に従い、車両管理番号を付与し、送信された車両情報を登録待ちデータベースに登録する。その後、サーバ１は図５の登録完了画面を会員端末２に送信する。ただし、このとき、検査証の箇所は、未入力と表示される。
【００４３】
車両情報に検査証データが含まれていない場合、サーバ１は所定の規則に従い、車両管理番号を付与し、送信された車両情報を登録待ちデータベースに登録する。その後、サーバ１は、図５の登録完了画面を会員端末２に送信する。ただし、このとき、検査証の箇所には、未入力と表示される。
［サーバ１からの検査指示］
検査証データのない車両情報が入力された場合、サーバ１は会員データベースより登録した会員の住所地を取得し、その住所地に近在する検査員を検査員データベースより取得し、その検査員に検査指示情報を通知する。
【００４４】
この検査指示情報は、登録会員の住所、名称、検査待ちデータベースに登録された車両情報、及び車両管理番号を含んでいる。この検査指示情報の通知には、検査員事務所に設置された専用の出力装置へネットワークを介して送信するか、電子メールで送信するか、ファクシミリで送信するか、印刷して郵送するかの方法を採ることができる。これらの処理に必要なメールアドレス、ファクシミリ番号、住所など検査員への宛先情報は、予め検査員データベースに記載されている。
［検査証の登録］
検査員は、検査指示情報を受け取ると、車両の所在地に赴いて検査を行う。車両は、検査員端末２ａの設置された事務所に保管されている。検査員は、検査員端末２ａを用いて、車両の検査結果を記録した検査証を登録する。
【００４５】
図６に検査証の登録画面を示す。検査員が検査員端末２ａ上で、検査証登録プログラムを起動し、検査対象の車両管理番号を入力すると、検査員端末２ａは、サーバ１へアクセスし、登録待ちデータベースから対応する車両情報を読み出し、図６の画面に各項目欄のデータを表示する。
【００４６】
検査員は、この表示により、検査を行った車両と登録された車両情報との一致を確認する。
【００４７】
検査員端末１ａに接続されたスキャナ２９に検査記録用紙をセットし、ポインティングデバイス２８を介して「検査証入力」ボタン４２を押すと、スキャナ２９が作動し、検査記録用紙の画像が検査員端末２ａに取り込まれる。その後、「登録」ボタン４３を押すことにより、車両管理番号と検査記録用紙の画像とがサーバ１へ送信される。
【００４８】
サーバ１は、受信した車両管理番号によって示される車両情報のレコードを登録待ちデータベースから検索用データベースへ移動する。また、サーバ１は、受信した検査証データ（検査記録用紙の画像データ）を検査証データベースに車両管理番号とともに記録する。
［検索およびオンライン取引（会員端末側）］
図７に、会員が車両を購入するときの購入画面を示す。この画面は、会員端末２において、検索プログラムを起動し、車両情報を特定する項目、例えば、メーカ、車名、価格等を指定すると表示される。このとき、会員端末２はサーバ１の検索用データベース及び検査証データベースにアクセスし、対応する車両の車両情報を各項目欄に表示する。
【００４９】
この表示画面において会員が「購入」ボタン４４を押すと、購入者の会員番号と認証のためのパスワードを入力させる不図示のウィンドウが表示される。
【００５０】
次に、会員端末２は、車両情報、車両の取引価格、陸送費等の情報を不図示の画面に表示して購入の最終確認をさせる。
【００５１】
さらに、サーバ１は、発送地と到着地とに応じて設定された陸送費テーブルをメモリ１３に保持しているので、陸送費を会員端末２に通知する。
【００５２】
不図示の最終確認画面で購入の確認がされた場合、購入する旨の情報（車両管理番号、購入会員番号を含む）が会員端末２からサーバ１に送信される。
［検索およびオンライン取引（サーバ側）］
サーバ１は、車両管理番号で検索用データベースを参照し、販売会員番号を取得する。次に、サーバ１は、会員データベースを参照し、販売会員及び購入会員の情報を取得する。
【００５３】
次に、サーバ１は、販売会員に対する当該車両の陸送指示情報（車両管理番号、検索用データベースに記録されている車両情報、購入会員の情報を含む）を送付する。
【００５４】
この陸送指示情報の送付では、会員事務所に設置された専用の出力装置へネットワークを介して送信するか、電子メールで送信するか、ファクシミリで送信するか、印刷して郵送するかの方法を採ることができる。
【００５５】
次に、サーバ１は当該車両情報を検索用データベースから決済待ちデータベースへ移動させる。
［決済］
決済は、会員の選択により、会員相互間で行うか、管理会社に決済を代行するか、または、サーバ１による電子決済によることができる。
【００５６】
管理会社で決済を代行する場合は、購入会員より代金支払い（指定口座への振り込み）が確認された後、陸送指示が送付される。
【００５７】
何らかの理由により、例えば、「購入指示日翌日１４：００までに代金支払いのない場合は取引不成立とする」等の運用ルールにより、取引不成立となった場合、サーバ１は、当該車両情報を決済待ちデータベースから検索用データベースへ移動させ、当該車両は一般公開される。
【００５８】
管理会社と提携している陸送会社には、陸送指示情報（車両管理番号、検索用データベースに記録されている車両情報、販売会員情報（発送地）、購入会員情報（陸送先）等を含む）を上記販売会員へ送付するときと同様の手段で通知する。
＜作用と効果＞
図８から図１３にサーバ１のＣＰＵ１２で実行されるサーバプログラムの処理を示す。ＣＰＵ１２は、システムが起動されるとこのプログラムを実行し、サーバ１の機能を提供する。
【００５９】
図８に示すように、通常、ＣＰＵ１２は、端末装置からの要求待ちの状態にある（Ｓ１からＳ２）。不図示のネットワークを介して、要求があると（Ｓ２でＹの場合）、ＣＰＵ１２は、要求の種類を判定する。
【００６０】
まず、ＣＰＵ１２は、要求が車両登録要求か否かを判定する（Ｓ３）。要求が車両登録要求の場合、ＣＰＵ１２は車両登録処理を実行する（Ｓ４）。その後、ＣＰＵ１２は、再び要求待ち（Ｓ１）へ制御を戻す。
【００６１】
要求が車両登録要求でない場合、ＣＰＵ１２は、要求が登録待ちデータ送信要求か否かを判定する（Ｓ５）。要求が登録待ちデータ送信要求の場合、ＣＰＵ１２は登録待ちデータ送信処理を実行する（Ｓ６）。その後、ＣＰＵ１２は、再び要求待ち（Ｓ１）へ制御を戻す。
【００６２】
要求が登録待ちデータ送信要求でない場合、ＣＰＵ１２は、要求が検査証登録要求か否かを判定する（Ｓ７）。要求が検査証登録要求の場合、ＣＰＵ１２はサーバ１での検査証登録処理を実行する（Ｓ８）。その後、ＣＰＵ１２は、再び要求待ち（Ｓ１）へ制御を戻す。
【００６３】
要求が検査証登録要求でない場合、ＣＰＵ１２は、要求が検索か否かを判定する（Ｓ９）。要求が検索の場合、ＣＰＵ１２は検索処理を実行する（Ｓ１０）。その後、ＣＰＵ１２は、再び要求待ち（Ｓ１）へ制御を戻す。
【００６４】
要求が検索でない場合、ＣＰＵ１２は、要求がパスワード確認か否かを判定する（Ｓ１１）。要求がパスワード確認の場合、ＣＰＵ１２はパスワード確認処理を実行する（Ｓ１２）。その後、ＣＰＵ１２は、再び要求待ち（Ｓ１）へ制御を戻す。
【００６５】
要求がパスワード確認でない場合、ＣＰＵ１２は、要求が発注か否かを判定する（Ｓ１３）。要求が発注の場合、ＣＰＵ１２は販売処理を実行する（Ｓ１４）。その後、ＣＰＵ１２は、再び要求待ち（Ｓ１）へ制御を戻す。
【００６６】
要求が発注でない場合、ＣＰＵ１２は、何もせずに再び要求待ち（Ｓ１）へ制御を戻す。
【００６７】
図９に車両登録処理（図８のＳ４）の詳細を示す。まず、ＣＰＵ１２は、車両登録データを端末装置から受信する（Ｓ４１）。
【００６８】
次に、ＣＰＵ１２は、受信した情報に検査証データが含まれているか否かをチェックする（Ｓ４３）。
【００６９】
受信した情報に検査証データが含まれている場合、ＣＰＵ１２は所定の規則により車両管理番号を付与する（Ｓ４４）。
【００７０】
次にＣＰＵ１２は、検索用データベースに車両情報を登録する（Ｓ４５）。
【００７１】
次に、ＣＰＵ１２は検査証データを検査証データベースに登録する（Ｓ４６）。次に、ＣＰＵ１２は、図５の登録完了画面を会員端末２に送信する（Ｓ４７）。その後、ＣＰＵ１２は、車両登録処理を終了する。
【００７２】
一方、受信した情報に検査証データが含まれていない場合、サーバ１は所定の規則に従い、車両管理番号を付与する（Ｓ４８）。
【００７３】
次に、ＣＰＵ１２は、送信された車両情報を登録待ちデータベースに登録する（Ｓ４９）。次に、サーバ１は、図５の登録完了画面を会員端末２に送信する（Ｓ５０）。ただし、このとき、検査証の箇所には、未入力が表示される。
【００７４】
次に、ＣＰＵ１２は、会員データベースより登録した会員の住所地を取得する（Ｓ５１）。
【００７５】
次に、ＣＰＵ１２は、その住所地に近在する検査員を検査員データベースより取得する（Ｓ５２）。次に、その検査員に検査指示情報を発する（Ｓ５３）。その後、ＣＰＵ１２は、車両登録処理を終了する。
【００７６】
図１０に、登録待ちデータ送信処理（図８のＳ６）の詳細を示す。まず、ＣＰＵ１２は、車両管理番号を端末装置から受信する（Ｓ６１）。次に、ＣＰＵ１２は、登録待ちデータベースを検索し、その車両管理番号の登録待ちデータを端末装置に送信する（Ｓ６２）。その後、ＣＰＵ１２は、登録待ちデータ送信処理を終了する。
【００７７】
図１１に、サーバ１での検査証データ登録処理（図８のＳ８）の詳細を示す。まず、ＣＰＵ１２は、車両管理番号、及び検査証データを端末装置から受信する（Ｓ８１）。
【００７８】
次に、ＣＰＵ１２は、受信した車両管理番号によって示される車両情報のレコードを登録待ちデータベースから検索用データベースへ移動する（Ｓ８２）。  次に、ＣＰＵ１２は、受信した検査証データ（検査記録用紙の画像データ）を検査証データベースに車両管理番号とともに記録する。その後、ＣＰＵ１２は、登録待ちデータ送信処理を終了する。
【００７９】
図１２に、検索処理（図８のＳ１０）の詳細を示す。まず、ＣＰＵ１２は、会員指定の検索キー（車名、型式、年式、排気量等）を端末装置から受信する（Ｓ１０１）。
【００８０】
次に、ＣＰＵ１２は、検索用データベースから車両情報を検索する（Ｓ１０２）。このとき、ＣＰＵ１２は、車両管理番号を入手する。
【００８１】
次に、ＣＰＵ１２は、その車両管理番号を基に検査証データベースから検査証データを検索する（Ｓ１０３）。
【００８２】
次に、ＣＰＵ１２は、上記車両情報と検査証データとを端末装置に送信する（Ｓ１０４）。その後、ＣＰＵ１２は、検索処理を終了する。
【００８３】
図１３に、販売処理（図８のＳ１２）の詳細を示す。まず、ＣＰＵ１２は、注文情報（注文対象の車両管理番号、購入会員番号を含む）を端末装置から受信する（Ｓ１４１）。
【００８４】
次に、ＣＰＵ１２は、その車両管理番号に基づき、検索用データベースから販売会員の会員番号を求める。そして、その販売会員の会員番号と購入会員の会員番号に基づき、会員データベースから販売会員及び購入会員の情報（住所等）を検索する（Ｓ１４２）。
【００８５】
次に、ＣＰＵ１２は、販売会員へ陸送指示情報を送付する（Ｓ１４３）。
【００８６】
次に、ＣＰＵ１２は、車両情報を検索用データベースから決済用データベースへ移動する（Ｓ１４３）。その後、ＣＰＵ１２は、販売処理を終了する。
【００８７】
図１４及び図１５に会員端末２等で実行されるプログラムの処理を示す。会員端末２のＣＰＵ２２は、これらのプログラムを実行し、会員端末２等としての機能を提供する。
【００８８】
図１４に、検査員端末２ａにおける検査証登録処理を示す。この処理では、まず、ＣＰＵ２２は車両管理番号を入力させ、その車両管理番号に対応する登録待ちデータをサーバ１に検索させ、検索結果をＬＣＤ２６に表示する（Ｓ２００）。このとき、検査員は、登録待ちの車両情報を確認する。
【００８９】
次に、ＣＰＵ２２は、検査証データの入力待ちになる（Ｓ２０１）。検査員が検査記録用紙をスキャナ２９にセットし、「検査証入力」ボタン４２を押すと、ＣＰＵ２２は登録指示を検出する（Ｓ２０２でＹとなる）。
【００９０】
次に、ＣＰＵ２２は、「登録」ボタン４３が押されるのを待つ（Ｓ２０３）。「登録」ボタン４３が押されると、ＣＰＵ２２は、スキャナ２９から読み取った検査証データをサーバ１に送信する（Ｓ２０４）。その後、ＣＰＵ２２は、検査証登録処理を終了する。
【００９１】
図１５に会員端末２における検索・発注処理を示す。この処理では、ＣＰＵ２２は、指定された検索条件（車名、型式、年式、排気量等）による車両情報の検索をサーバ１に指示し、検索された結果をＬＣＤ２６に表示する（Ｓ２０９）。
【００９２】
会員が購入を希望せず、終了を指示した場合（Ｓ２１０でＹの場合）、ＣＰＵ２２は、検索・発注処理を終了する。
【００９３】
会員が購入を希望せず、再度検索を希望する場合（Ｓ２１１でＮの場合）、ＣＰＵ２２は、Ｓ２０９の処理へ制御を戻す。
【００９４】
会員が「購入」ボタン４４を押した場合（Ｓ２１１でＹの場合）、ＣＰＵ２２は、パスワードを入力させ、そのパスワードと会員番号との整合をサーバ１に問い合わせる（Ｓ２１２）。
【００９５】
パスワードが正しい場合、ＣＰＵ２２は、車両情報、購入価格、陸送費用等を明示し、最終確認をさせる（Ｓ２１４）。
【００９６】
最終確認がＯＫの場合、ＣＰＵ２２、購入する旨の情報をサーバ１に通知する（Ｓ２１６）。その後、ＣＰＵ２２は、検索・発注処理を終了する。
【００９７】
一方、最終確認で会員が了解しなかった場合（Ｓ２１５でＮの場合）、ＣＰＵ２２は、制御をＳ２０９に戻し、次の車両情報の検索を実行する。
【００９８】
以上述べたように、本情報システムによれば、中古車の購入希望者は、データベースで検索した中古車の仕様に関する車両情報とともに、当該中古車の検査情報を参照できる。このため、本情報処理システムは、購入希望者がその中古車を購入する意志決定を促進させる。
【００９９】
また、本情報処理システムによれば、業者が顧客といっしょに画面を見ながら検索し、車両情報とともに、当該中古車の検査情報を参照できる。このため、売買の成立が促進される。また、業者による商品の手配の期間が短縮され、顧客の要求に迅速に対応できる。
＜登録画面の変形例＞
上記実施形態では、検査証データは、検査記録用紙のイメージで入力された。しかし、本発明の実施は、検査証の入力方式、表示方式には限定されない。例えば、検査調書の検査項目ごとに入力欄を設けてコードデータで入力し、検査項目ごとにデータを記録し、表示できるようにしてもよい。
【０１００】
また、本発明の実施は、検査証データの入力装置や入力の時期には限定されない。例えば、検査員は、検査員端末２ａを用いず、検査記録用紙を管理会社へ郵送してもよい。検査記録用紙を受領した管理会社では、会員からの郵送による場合と同様の手順で検査証を登録すればよい。
【０１０１】
上記実施形態では、車両情報は、会員端末２の登録画面から入力した。しかし、これに代えて、販売会員が車両情報の必要事項を記入した登録用紙と写真を管理会社へ送付し、管理会社にて入力操作を行ってもよい。
＜データベースの構成の変形＞
上記実施形態では、中古車データベースは、登録待ちデータベース、検索用データベース、及び決済待ちデータベースの３つのデータベースから構成された。しかし、本発明の実施は、このようなデータベースの構成には限定されない。例えば、これらを単一の中古車データベースに記録し、各レコードに登録待ち、検索用（公開中）、または決済待ち（購入予約済み）等の状態フラグを設けて管理してもよい。
【０１０２】
上記実施実施形態においては、車両登録処理時に、サーバ１が所定の規則に従い、車両管理番号を付与した。しかし、本発明の実施は、このような手順に限定されない。例えば、サーバ１が車両管理番号を付与するのではなく、車両登録データ中の車台番号をそのまま車両管理番号に使用してもよい。
《第２実施形態》
本発明の第２実施形態を図１６から図２１の図面に基づいて説明する。図１６は、本発明の第２実施形態に係る車両取引システムのシステム構成図であり、図１７は、図１６に示した中古車データベース５２のデータ構造図であり、図１８は、図１６に示した展示情報データベース５３のデータ構造図であり、図１９は、図１６に示した購入者端末２ｃに表示される検索結果一覧の表示画面の例であり、図２０は、第２実施形態における購入画面を示す図であり、図２１は、展示情報表示画面の例である。
【０１０３】
上記第１実施形態では、中古車の購入希望者が中古車の仕様に関する車両情報とともに、当該中古車の検査情報を参照できる情報処理システムについて説明した。本実施形態では、そのような車両情報とともに、車両を撮影した動画や運転時の音等のマルチメディア情報を再生する情報処理システムについて説明する。第２実施形態の他の構成及び作用については、第１実施形態と同様である。そこで、同一の構成については、同一の符号を付してその説明を省略する。また、必要に応じて図１から図１５の図面を参照する。
＜システム構成＞
図１６に本発明の第２実施形態に係る車両取引システムのシステム構成図を示す。このシステムも第１実施形態の場合と同様に情報を管理する管理会社に設置されたサーバ１と購入者端末２ｃとをネットワークで接続して構成する。
【０１０４】
本実施形態のサーバ１は、ネットワークにウェブページを提供するＷＷＷサーバ５０と、ＷＷＷサーバ５０に表示データを提供するコモンゲートウェイインターフェース（以下ＣＧＩ５１という）と、中古車情報を格納する中古車情報データベース５２と、展示情報を格納する展示情報データベース５３とを備えている。
【０１０５】
ＷＷＷサーバ５０は、ＨＴＴＰ（ハイパーテキスト・トランスファー・プロトコル）により、ネットワークからの要求に対して、ウェブページを提供する。
【０１０６】
ＣＧＩ５０は、ＷＷＷサーバ５０から指令を受けて、データベースへの検索処理を実行する。
【０１０７】
中古車情報データベース５２は、車両の名称、型式、年式等を含む車両情報を記録する。展示情報データベース５３は、動画や音声を含む車両展示情報を記録する。
【０１０８】
購入者端末２ｃは、ＷＷＷブラウザ（以下単にブラウザ）５４を有しており、ＷＷＷサーバ５０にリクエストを発行し、ウェブページを表示する。サーバ１、購入者端末２ｃのハードウェア構成は、各々第１実施形態のサーバ１、会員端末２と同様であるのでその説明を省略する。
＜データ構成＞
図１７に、中古車情報データベース５２に記録されるレコードのデータ構成を示す。図１７の１行が中古車情報データベース５２のレコードに対応する。このレコードは、１台の車両に対応し、少なくとも、その車両管理番号、メーカ、型式、車名、年式、価格を有している。
【０１０９】
このうち、車両管理番号は、サーバ１において車両を認識するユニークなキーとして使用される数字である。車両管理番号は、第１実施形態で述べた場合と同様、サーバ１において付されてもよい。また、車両管理番号として、その車両の車台番号をそのまま用いてもよい。
【０１１０】
図１８に、展示情報データベース５３に記録されるレコードのデータ構成を示す。図１８の１行が展示情報データベース５３のレコードに対応する。このレコードは、１台の車両の外観や部位に関するマルチメディアデータを格納する。このレコードは、車両管理番号、展示データ番号、説明、データ形式、及び展示情報へのポインタの各欄を有している。
【０１１１】
車両管理番号は、図１７の場合と同様、サーバ１１において車両を識別するユニークなキーとして使用される数字である。また、展示データ番号は、１台の車両において展示情報を識別する番号である。
【０１１２】
説明の欄には、当該レコードに係る展示情報を説明するテキスト情報が保持される。このテキスト情報とは、例えば、「外観」、「ドア開閉の様子」、「エンジン音」、「塗装面」、「走行状態」、「エンジンルーム」等である。説明の欄は固定長であるので、余白にはＮＵＬＬデータが詰められる。
【０１１３】
データ形式は、当該レコードに係る展示情報のデータの種類が記録される。例えば、ＭＰＥＧ、ＭＰ３等である。
【０１１４】
展示情報へのポインタには、当該展示情報の実体が存在するハードディスク上のアドレスが記述される。ＣＧＩ５０は、この展示情報へのポインタを介して間接的に展示情報へアクセスする。
【０１１５】
展示情報データベース５３において、１台の車両に対するレコード数に規定はなく、その数は任意である。また、１台の車両に対する展示情報の種類、すなわち、「外観」、「ドア開閉の様子」、「エンジン音」等の種類にも規定がなく、任意の組み合わせが認められる。
＜作用＞
購入希望者はブラウザにＵＲＬ（ユニバーサル・リソース・ロケータ）を入力して、サーバ１の検索サービスにアクセスする。ユーザは、所望の検索条件、例えば、メーカ、車名、型式、年式、排気量等を指定して、ＷＷＷサーバ５０に検索を依頼する。ＷＷＷサーバ５０は、ＣＧＩ５０を介してデータベースにアクセスする。その結果、検索結果一覧がブラウザに表示される。
【０１１６】
図１９に検索結果一覧の画面を示す。この画面では、各車両管理番号にハイパーリンクが設定されている。例えば、100001 をクリックするとサーバ１との通信及びＣＧＩ５０による処理を経て購入画面が表示される。
【０１１７】
図２０に購入画面の例を示す。この購入画面は、「→詳細を見る」ボタン５４を除いて、第１実施形態における購入画面と同様である。車両の購入希望者が「→詳細を見る」ボタン５４をポインティングデバイス２８で押下すると、車両管理番号100001の展示情報の表示を指令する情報がサーバ１のＣＧＩ５０に送信される。
【０１１８】
ＣＧＩ５０は展示情報データーベースから車両管理番号100001に関するデータを抽出し、展示情報表示画面を構成するＨＴＭＬを組み立てて、ブラウザに返す。
【０１１９】
図２１に、展示情報表示画面の例を示す。この画面は、左右の２つのフレームから構成される。左右のフレームには、各々、展示内容選択部５５、画像表示部５６が表示される。展示内容表示部５５には、展示内容を示す文字列が表示される。これは、上記図１８の展示情報データベース中の説明の欄に保持されていたものである。例えば、「外観」、「ドアの開閉の様子」、「エンジン音」、「塗装面」、「走行状態」、「エンジンルーム」等である。
【０１２０】
これらの文字列にはハイパーリンクが設定され、いずれかをクリックすると、それに対応する展示データが右フレーム内の画像表示部５６に表示される。
【０１２１】
例えば、「外観」に対するハイパーリンクは http://www.usedcar.com/cgi-bin/presentation?car=100001&seq=1 である。これがクリックされるとサーバ１の presentation CGI が呼び出される。presentation CGI は、car=100001 により「車両管理番号＝100001」として、また、 seq=1 により「展示データ番号=1」として認識する。
【０１２２】
そして、presentation CGI は、この２つをキーとして展示情報ＤＢのレコードを特定する。さらに、presentation CGI は、特定されたレコードの「展示情報」をＭＩＭＥ（Multipurpose Internet Mail Extentions）コンテンツとしてブラウザに返す。
【０１２３】
ＭＩＭＥは、バイナリ・データの符号化の標準方式であるので、その説明を省略する。また、今日では ブラウザでＭＰＥＧ、ＭＰ３その他のマルチメディアデータを再生する環境は十分に整っているため、そのメカニズムの説明は省略する。
【０１２４】
このようにして展示情報を確認し、購入意思が定まった購入希望者は、図２０に示した購入画面の「購入」ボタン４４をポインティングデバイス２８で押下する。その結果、第１実施形態の場合と同様、会員情報等の認証処理を経て購入処理のステップへ入る。
【０１２５】
以上述べたように、本情報処理システムによれば、動画像を用いて中古車の外観や各部位を表示するので、カメラの移動による色合い、光沢、反射等の変化を表現できる。また、高解像度の静止画データを用いるよりも格段に車両の状態を把握しやすい。このため、本車両取引システムは、購入希望者がその中古車を購入する意志決定を促進させる。
【０１２６】
また、高解像である必要性も小さいので、動画圧縮技術の進歩とあいまって、従来と比較しても大きな通信負荷をかけることがない。
＜変形例＞
上記実施形態では、展示情報データベース５３のレコードには、展示情報へのポインタを記述し、間接的に画像データや音声データにアクセスした。しかし、本発明の実施は、このようなレコード構成には限定されない。例えば、展示情報へのポインタの代わりに、直接展示情報、すなわち、画像データや音声データを展示情報データベース５３のレコードに記録してもよい。ただし、その場合には、アクセスの容易化を図るため、展示情報は固定長にすることが望ましい。
【０１２７】
本実施形態では、第１実施形態と同様、図２０に示したように、購入画面において検査証を表示する。しかし、本発明の実施は、このような構成に限定されるものではない。
【０１２８】
すなわち、検査証と切り離して、本実施形態で述べた車両情報と動画・音声等を含む展示情報の組み合わせの効果によって、購入希望者の中古車を購入する意志決定が促進させる。もちろん、本実施形態の構成を第１実施形態の構成と組み合わせてもよい。
【０１２９】
【発明の効果】
以上説明したように、本発明によれば、中古車の購入希望者に購入の意志決定を促進させることができる。
【図面の簡単な説明】
【図１】本発明の第１実施形態に係る車両販売情報提供システムのシステム構成図
【図２】サーバ１のハードウェア構成図
【図３】端末装置２のハードウェア構成図
【図４】登録画面を示す図
【図５】登録完了画面を示す図
【図６】検査証登録画面を示す図
【図７】第１実施形態における購入画面を示す図
【図８】サーバプログラムの処理を示すフローチャート
【図９】サーバ１の車両登録処理を示すフローチャート
【図１０】サーバ１の登録待ちデータ送信処理を示すフローチャート
【図１１】サーバ１の検査証登録処理を示すフローチャート
【図１２】サーバ１の検索処理を示すフローチャート
【図１３】サーバ１の販売処理を示すフローチャート
【図１４】端末装置２の検査証登録処理を示すフローチャート
【図１５】端末装置２の検索・発注処理を示すフローチャート
【図１６】本発明の第２実施形態に係る車両取引システムのシステム構成図
【図１７】中古車データベースのデータ構造図
【図１８】展示情報データベースのデータ構造図
【図１９】検索結果一覧の表示画面の例
【図２０】第１実施形態における購入画面を示す図
【図２１】展示情報表示画面の例
【符号の説明】
１    サーバ
２    会員端末
２ａ  検査員端末
２ｂ  陸送会社端末
２ｃ  購入者端末
１２、２２  ＣＰＵ
１３、２３  メモリ
１４、２４  ハードディスク
１５、２５  通信インターフェース
１６    ＣＲＴ
１７、２７  キーボード
１８、２８  ポインティングデバイス
２７    ＬＣＤ
２９    スキャナ
４０、４２  「検査証入力」ボタン
４１、４３  「登録」ボタン
４４    「購入」ボタン
５０  中古車情報データベース
５１  コモンゲートウェイインターフェース
５２  ＷＷＷサーバ
５３  ＷＷＷブラウザ
５４  「→詳細情報を見る」ボタン
５５  展示内容選択部
５６  画像表示部
【図１】
0003796397.tif 000002
【図２】
0003796397.tif 000003
【図３】
0003796397.tif 000004
【図４】
0003796397.tif 000005
【図５】
0003796397.tif 000006
【図６】
0003796397.tif 000007
【図７】
0003796397.tif 000008
【図８】
0003796397.tif 000009
【図９】
0003796397.tif 000010
【図１０】
0003796397.tif 000011
【図１１】
0003796397.tif 000012
【図１２】
0003796397.tif 000013
【図１３】
0003796397.tif 000014
【図１４】
0003796397.tif 000015
【図１５】
0003796397.tif 000016
【図１６】
0003796397.tif 000017
【図１７】
0003796397.tif 000018
【図１８】
0003796397.tif 000019
【図１９】
0003796397.tif 000020
【図２０】
0003796397.tif 000021
【図２１】
0003796397.tif 000022