(57)【要約】【課題】ユーザーが自分の自動車を中古車取引業者に買い取って貰う場合に、ユーザーにより多くの利益をもたらす可能性を向上させ得、且つ、中古車取引業者がユーザーの自動車の状態を客観的に判断し得る材料を中古車取引業者に提供し得る自動車販売方法を提供する。【解決手段】中古車取引業者向けのネットオークションをインターネットＮ上に展開させる入札プログラム８がサーバー装置３０に格納されるように、システムを構成する。また、ネットオークションに出品される中古車に関する情報を蓄積する出品車データベース５がサーバー装置３０に格納されるように、システムを構成する。出品車データベース５に蓄積される情報には、自動車検査員が出品車を検査することにより得られる検査結果情報が含まれるように、システムを構成する。落札代金と引き替えに整備業者から自動車が搬送される旨が落札者に通知されるように、システムを構成する。【選択図】　　図１１
2004046700.tif 000002
【特許請求の範囲】
【請求項１】
ユーザーの自動車に対する検査結果を示す検査結果情報と、その自動車の入札期限に関する期限情報とが、第１のクライアント装置からネットワークを介して送られてきた場合には、サーバー装置は、その検査結果情報と期限情報とを対応付けて記憶装置に記憶するとともに、
何れかの自動車についてネットワーク上の第２のクライアント装置から要求を受けた場合には、サーバー装置は、その自動車についての前記検査結果情報が記述されているとともに入札を受け付ける画面を表示させるための画面データを生成して、その画面データを前記第２のクライアント装置へ送信し、
前記画面データが送信された前記第２のクライアント装置から入札金額に関する情報が送られてきた場合には、サーバー装置は、その入札金額情報とそれに関連する入札者情報とを含む入札情報を、前記記憶装置に記憶しておき、
何れかの自動車についての入札期限が経過した場合には、サーバー装置は、その自動車について前記記憶装置に記憶しておいた前記各入札情報に基づいて、その自動車についての落札者と落札金額とを決定し、前記第１のクライアント装置の操作者がその自動車の元の所有者であるユーザーに対して支払うべき代金を前記落札金額に基づいて決定し、前記代金に関する情報を前記第１のクライアント装置へ送信する
ことを特徴とする自動車販売方法。
【請求項２】
ネットワーク上の第２のクライアント装置から所定の要求を受けた場合には、サーバー装置は、複数の自動車についての情報が列挙されているとともに前記各自動車についての入札を受け付ける画面を表示させるための画面データを生成して、その画面データを前記第２のクライアント装置へ送信する
ことを特徴とする請求項１記載の自動車販売方法。
【請求項３】
前記入札者情報とは、前記第２のクライアント装置の操作者を個々に識別するためのものとしてサーバー装置が前記記憶装置に記憶しておいた識別情報であり、
前記落札者とは、前記記憶装置に記憶された前記各入札情報のうち、それに含まれる入札金額情報が最も高額である入札情報に対応する識別情報にて特定される前記第２クライアント装置の操作者である
ことを特徴とする請求項１又は２記載の自動車販売方法。
【請求項４】
ネットワークを介して複数のクライアント装置に繋がれるとともに記憶装置を有するコンピュータに対し、
ユーザーの自動車に対する検査結果を示す検査結果情報と、その自動車の入札期限に関する期限情報とが、第１のクライアント装置から送られてきた場合には、その検査結果情報と期限情報とを対応付けて記憶装置に記憶させ、
何れかの自動車について第２のクライアント装置から要求を受けた場合には、その自動車についての前記検査結果情報が記述されているとともに入札を受け付ける画面を表示させるための画面データを生成させ、
生成した前記画面データを前記第２のクライアント装置へ送信させ、
前記画面データを送信した前記第２のクライアント装置から入札金額に関する情報が送られてきた場合には、その入札金額情報とそれに関連する入札者情報とを含む入札情報を、前記記憶装置に記憶させ、
何れかの自動車についての入札期限が経過した場合には、その自動車について前記記憶装置に記憶しておいた前記各入札情報に基づいて、その自動車についての落札者と落札金額とを決定させ、
前記第１のクライアント装置の操作者がその自動車の元の所有者であるユーザーに対して支払うべき代金を前記落札金額に基づいて決定させ、
決定した前記代金に関する情報を前記第１のクライアント装置へ送信させる
ことを特徴とする自動車販売プログラム。
【請求項５】
前記コンピュータに対し、更に、
前記第２のクライアント装置から所定の要求を受けた場合には、複数の自動車についての情報が列挙されているとともに前記各自動車についての入札を受け付ける画面を表示させるための画面データを生成させ、
生成した前記画面データを前記第２のクライアント装置へ送信させる
ことを特徴とする請求項４記載の自動車販売プログラム。
【請求項６】
ネットワークを介して複数のクライアント装置に繋がれるとともに記憶装置を有するコンピュータに対し、
ユーザーの自動車に対する検査結果を示す検査結果情報と、その自動車の入札期限に関する期限情報とが、第１のクライアント装置から送られてきた場合には、その検査結果情報と期限情報とを対応付けて記憶装置に記憶させ、
何れかの自動車について第２のクライアント装置から要求を受けた場合には、その自動車についての前記検査結果情報が記述されているとともに入札を受け付ける画面を表示させるための画面データを生成させ、
生成した前記画面データを前記第２のクライアント装置へ送信させ、
前記画面データを送信した前記第２のクライアント装置から入札金額に関する情報が送られてきた場合には、その入札金額情報とそれに関連する入札者情報とを含む入札情報を、前記記憶装置に記憶させ、
何れかの自動車についての入札期限が経過した場合には、その自動車について前記記憶装置に記憶しておいた前記各入札情報に基づいて、その自動車についての落札者と落札金額とを決定させ、
前記第１のクライアント装置の操作者がその自動車の元の所有者であるユーザーに対して支払うべき代金を前記落札金額に基づいて決定させ、
決定した前記代金に関する情報を前記第１のクライアント装置へ送信させる
自動車販売プログラム
を格納したコンピュータ可読媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、インターネットを利用した自動車販売方法と、このような自動車販売方法を実現する装置としてコンピュータを機能させる自動車販売プログラムと、このような自動車販売プログラムを格納したコンピュータ可読媒体とに、関する。
【０００２】
【従来の技術】
周知のように、我が国においては、自動車の整備に関する資格とは無関係な古物商（古物営業法第２条第３項）の資格を有していれば、誰でも中古車取引業者になることができる。このような中古車取引業者の中には、アフターサービス向上のために、自動車の整備に関する資格を有する者を積極的に採用したり整備用の設備を備えている業者もいる。しかし、有資格者や整備用の設備には多くの費用を投じる必要があるため、有資格者を積極的に採用し、或いはそのような設備を用意している業者は、それほど多くない。
【０００３】
【発明が解決しようとする課題】
そして、以上のような事情がある中で、以下のような問題が生じていた。
【０００４】
すなわち、ユーザーが中古車取引業者へ自分の中古車を持ち込んでも、車の構造及び性能を正確に判断できない無資格者によって値踏みが行われてしまう可能性が高いため、本来ならば高く買い取ってもらえるにも拘わらず、不当に安い値段を付けられることによって、ユーザーが大損してしまうことがあった。
【０００５】
また、同じ中古車に対する値踏みが他者のものよりも大きく外れてしまうような中古車取引業者は、ユーザーからの信頼を得られなくなってしまう可能性がある。このため、中古車取引業者の中には、ユーザーからの信頼を獲得するために、中古車に対して正当な値段を付け得る客観的な材料が提供されることを望むものもいた。
【０００６】
そこで、本発明の課題は、ユーザーが自分の自動車を中古車取引業者に買い取って貰う場合に、ユーザーにより多くの利益をもたらす可能性を向上させることができ、且つ、中古車取引業者がユーザーの自動車の状態を客観的に判断し得る材料を中古車取引業者に提供できる自動車販売方法と、このような自動車販売方法を実現する装置としてコンピュータを機能させる自動車販売プログラムと、このような自動車販売プログラムを格納したコンピュータ可読媒体とを、提供することにある。
【０００７】
【課題を解決するための手段】
上記の課題を解決するために、本発明による自動車販売方法は、以下のような構成を採用した。
【０００８】
すなわち、本発明による自動車販売方法は、ユーザーの自動車に対する検査結果を示す検査結果情報と、その自動車の入札期限に関する期限情報とが、第１のクライアント装置からネットワークを介して送られてきた場合には、サーバー装置は、その検査結果情報と期限情報とを対応付けて記憶装置に記憶するとともに、何れかの自動車についてネットワーク上の第２のクライアント装置から要求を受けた場合には、サーバー装置は、その自動車についての前記検査結果情報が記述されているとともに入札を受け付ける画面を表示させるための画面データを生成して、その画面データを前記第２のクライアント装置へ送信し、前記画面データが送信された前記第２のクライアント装置から入札金額に関する情報が送られてきた場合には、サーバー装置は、その入札金額情報とそれに関連する入札者情報とを含む入札情報を、前記記憶装置に記憶しておき、何れかの自動車についての入札期限が経過した場合には、サーバー装置は、その自動車について前記記憶装置に記憶しておいた前記各入札情報に基づいて、その自動車についての落札者と落札金額とを決定し、前記第１のクライアント装置の操作者がその自動車の元の所有者であるユーザーに対して支払うべき代金を前記落札金額に基づいて決定し、前記代金に関する情報を前記第１のクライアント装置へ送信することを、特徴としている。
【０００９】
このように構成されると、第２のクライアント装置の操作者によってユーザーの自動車に対して入札が行われるので、ユーザーの自動車の買取価格が従来の買取価格よりも高くなる可能性が十分にある。そのため、従来よりも多くの利益がユーザーにもたらされる可能性が、高くなる。
【００１０】
また、検査結果が、国家によってその技術が認定された自動車検査員によって得られたものであれば、第２のクライアント装置の操作者には、ユーザーの自動車に対する検査結果が、客観的な事実として提供される。従って、第２のクライアント装置の操作者が中古車取引業者であれば、この中古車取引業者は、客観的な事実である検査結果を判断材料として、ユーザーの自動車に対して正確に買値を付けることができ、その結果、その中古車取引業者に対するユーザーからの信頼が向上する可能性も高くなる。
【００１１】
さらに、第１のクライアント装置の操作者が、国家によって認定された指定自動車整備事業者であれば、ユーザーは安心してその事業者に検査を任せることができ、然も、その事業者に対し、いわゆる車検業務の他に収入を得る機会が、提供され得る。
【００１２】
なお、本発明による自動車販売方法では、第２のクライアント装置には、一つの自動車の検査結果情報が記述された画面の画面データが、送信されても良いし、複数の自動車に関する情報が列挙された画面の画面データが、送信されても良い。何れの画面においても、各自動車に対して入札を受け付けることができる。
【００１３】
また、上記の課題を解決するために、本発明による自動車販売プログラム，及び、本発明によるコンピュータ可読媒体に格納された自動車販売プログラムは、以下のような構成を採用した。
【００１４】
すなわち、本発明による自動車販売プログラムは、ネットワークを介して複数のクライアント装置に繋がれるとともに記憶装置を有するコンピュータに対し、ユーザーの自動車に対する検査結果を示す検査結果情報と、その自動車の入札期限に関する期限情報とが、第１のクライアント装置から送られてきた場合には、その検査結果情報と期限情報とを対応付けて記憶装置に記憶させ、何れかの自動車について第２のクライアント装置から要求を受けた場合には、その自動車についての前記検査結果情報が記述されているとともに入札を受け付ける画面を表示させるための画面データを生成させ、生成した前記画面データを前記第２のクライアント装置へ送信させ、前記画面データを送信した前記第２のクライアント装置から入札金額に関する情報が送られてきた場合には、その入札金額情報とそれに関連する入札者情報とを含む入札情報を、前記記憶装置に記憶させ、何れかの自動車についての入札期限が経過した場合には、その自動車について前記記憶装置に記憶しておいた前記各入札情報に基づいて、その自動車についての落札者と落札金額とを決定させ、前記第１のクライアント装置の操作者がその自動車の元の所有者であるユーザーに対して支払うべき代金を前記落札金額に基づいて決定させ、決定した前記代金に関する情報を前記第１のクライアント装置へ送信させることを、特徴としている。
【００１５】
従って、この自動車販売プログラムによれば、上述した本発明の自動車展示方法を実現する装置としてコンピュータを機能させることができることになる。
【００１６】
【発明の実施の形態】
以下、図面に基づいて本発明の一実施形態を説明する。
【００１７】
＜本実施形態の構成＞
図１に、本実施形態であるコンピュータネットワークシステムの概略図を示す。この図１に示されるように、このコンピュータネットワークシステムは、我が国の道路運送車輌法第９４条の２に規定される指定自動車整備事業者の資格を有する複数の自動車整備業者（いわゆる民間車検場を運営する指定整備業者、以下、単に整備業者という）が所有するクライアント装置１０，１０，１０，…と、複数の中古車取引業者（以下、取引業者という）が所有するクライアント装置２０，２０，２０，…と、取引業者向けのネットオークションをインターネットＮ上に展開するサービス提供業者の社屋内などに設置されるサーバー装置３０とを、備えている。これら各クライアント装置１０と各クライアント装置２０とサーバー装置３０は、インターネットＮを介して相互に繋がれている。
【００１８】
クライアント装置１０，２０は、どちらも、デスクトップ型やノート型やパームトップ型などとして一般に市販されている通信機能付きのコンピュータである。以下では、両装置１０，２０の代表としてクライアント装置１０を説明する。このクライアント装置１０内部の概略的な構成図を、図２に示す。この図２に示されるように、このクライアント装置１０は、ディスプレイ１０ａと、キーボーやマウス等の入力装置１０ｂと、これらに繋がれた本体１０ｃとを、備えている。また、本体１０ｃは、その内部に、ＣＰＵ１１，ＲＡＭ１２，通信制御回路１３及びハードディスクドライブ（ＨＤＤ）１４等の各種ハードウエアを、備えている。
【００１９】
ＣＰＵ１１は、各ハードウエア１２〜１４を含む装置全体を統合的に制御する中央処理装置である。ＲＡＭ１２は、ＣＰＵ１１が利用するプログラムやデータが一時的に記録される記憶装置である。通信制御回路１３は、電話回線やＬＡＮ等の通信回線を介してインターネットＮに接続されたネットワークアダプタ，モデム，ＤＳＵ及びＮＩＣ等であり、インターネットＮに接続されたコンピュータとの間のデータの送受信を司る。
【００２０】
ＨＤＤ１４は、各種のプログラムやデータが読み書きされる記憶装置である。このＨＤＤ１４には、図示されていないが、ハードウエアとソフトウエアを総合的に管理するためのオペレーションシステムプログラムや、各種のアプリケーションプログラムや、各種のデータが、格納されている。なお、このＨＤＤ１４に格納されるデータやプログラムには、電子メールの編集機能や送受信機能を実現するためのメーラーや、ＷＷＷ（Ｗｏｒｌｄ　Ｗｉｄｅ　Ｗｅｂ）ブラウザ（以下、単にウェブブラウザという）が、含まれている。
【００２１】
ウェブブラウザは、ＣＰＵ１１によって実行されている状態で入力装置１０ｂからＵＲＬ（Ｕｎｉｆｏｒｍ　Ｒｅｓｏｕｒｃｅ　Ｌｏｃａｔｏｒ）が入力された場合、ＣＰＵ１１に対し、ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ　Ｔｒａｎｓｆｅｒ　Ｐｒｏｔｏｃｏｌ）に従って、ＵＲＬに含まれるドメイン名により示されるＷＷＷサーバー（以下、単にウェブサーバーという）へ、ＵＲＬに含まれるパス名（ディレクトリ名＋ファイル名）により示されるハイパーテキストファイルをリクエストさせる。
【００２２】
また、このリクエストに応じてハイパーテキストファイルが送信されてきた場合、ウェブブラウザは、ＣＰＵ１１に対し、そのハイパーテキストファイルに格納されているハイパーテキストデータを読み込ませ、そのハイパーテキストデータによって示されるウェブページをディスプレイ１０ａに表示させる。
【００２３】
一方、図１に示すサーバー装置３０は、ウェブサーバーとして機能するコンピュータである。このサーバー装置３０内部の概略的な構成図を、図３に示す。この図３に示されるように、サーバー装置３０は、その内部に、ＣＰＵ３１，ＲＡＭ３２，通信制御回路３３，フレキシブルディスクドライブ（ＦＤＤ）３４，ＣＤ−ＲＷドライブ３５及びＨＤＤ３６等の各種ハードウエアを、備えている。なお、ＣＰＵ３１，ＲＡＭ３２及び通信制御回路３３は、図２で示したものと同じであるので、それらの説明は省略する。
【００２４】
ＦＤＤ３４及びＣＤ−ＲＷドライブ３５は、コンピュータ可読媒体であるフレキシブルディスクＦＤやコンパクトディスクＣＤに格納されたプログラムやデータを読み出したりこれらディスクＦＤ，ＣＤにプログラムやデータを書き込んだりする装置である。なお、これらドライブ３４，３５によりディスクＦＤ，ＣＤから読み出されたプログラムやデータは、ＨＤＤ３６等の記憶装置にインストールされる。
【００２５】
サーバー装置３０のＨＤＤ３６にも、図示されていないが、オペレーションシステムプログラムや各種のプログラムや各種のデータが、格納されている。このＨＤＤ３６に格納されるプログラムやデータには、ハイパーテキストファイル，ウェブサーバープログラム１，整備業者データベース２，取引業者データベース３，画像ファイル群４，出品車データベース５，入札データベース６，出品プログラム７，入札プログラム８及び落札者決定プログラム９が、含まれる。以下、これらについて、順次説明する。
【００２６】
（ハイパーテキストファイル）
ハイパーテキストファイルは、クライアント装置１０（又は２０）のウェブブラウザに１ページ分のウェブページを表示させるためのハイパーテキストデータを記録しているファイルであり、各ハイパーテキストファイルには、個別のパス名が、定義付けられている。なお、本実施形態では、整備業者及び取引業者向けの入り口として適するコンテンツを有するウェブページが、ホームページ（図５参照）として用意されている。
【００２７】
（ウェブサーバープログラム）
ウェブサーバープログラム１は、クライアント装置１０（又は２０）のウェブブラウザによってリクエストされた場合に、ＣＰＵ３１に対し、上記ハイパーテキストファイルを送信させるプログラムである。
【００２８】
（整備業者データベース）
整備業者データベース２は、上記ネットオークションに自動車を出品しようとしてサーバー装置３０にアクセスしてくる整備業者の認証作業に利用されるデータを記録するためのデータベースである。この整備業者データベース２には、整備業者の名称，住所，電話番号，電子メールアドレス等とともに、整備業者を個々に識別するための整備業者ＩＤや、認証用のパスワードからなるレコードが、整備業者毎に蓄積されている。
【００２９】
（取引業者データベース）
取引業者データベース３は、上記ネットオークションに参加しようとしてサーバー装置３０にアクセスしてくる取引業者の認証作業に利用されるデータを記録するためのデータベースである。この取引業者データベース３には、取引業者の名称，住所，電話番号，電子メールアドレス等とともに、取引業者を個々に識別するための取引業者ＩＤや、認証用のパスワードからなるレコードが、取引業者毎に蓄積されている。
【００３０】
（画像ファイル群）
画像ファイル群４は、上記ネットオークションに出品される中古車（出品車）を撮影して得られる画像データが格納されている複数の画像ファイルから、構成されている。なお、本実施形態では、一つの出品車につき、三つの画像ファイルが用意されており、三つの画像ファイルは、それぞれ、出品車の前方外観、後方外観及び室内を撮影して得られたものである。
【００３１】
なお、画像ファイル群３を構成する何れの画像ファイルにも、個別のパス名が定義付けられており、何れの画像ファイルとも、そのパス名を含むＵＲＬを指定してクライアント装置１０（又は２０）がリクエストしてきた場合には、そのクライアント装置１０（又は２０）へ送信される。
【００３２】
（出品車データベース）
出品車データベース５は、出品車に関する各種の情報である出品車情報を記録するためのデータベースである。このデータ構造を説明するために作成した論理的な表（テーブル）を、図４に示す。この図４に示されるように、出品車データベース５は、「登録番号」，「出品車詳細情報」，「画像」，「代理者」，「入札期限」，「開始価格」，「落札結果」及び「入札状況」の項目欄（フィールド）からなるレコードを出品車毎に作成することによって、構成されている。
【００３３】
「登録番号」には、出品車を個々に識別するための識別情報である登録番号が、記録される。「出品車詳細情報」には、出品車の仕様やシャーシや駆動系の種別といった性能に関する情報や、中古車の生産元に関する情報や、使用の程度に関する情報などからなる出品車詳細情報が、記録される。この「出品車詳細情報」は、「生産国」，「メーカー」，「車名」，「型式」，「グレード」，「エンジン型式」，「形状」，「ミッション」，「年式」，「色」，「走行距離」，…の項目欄に更に区分されており、出品車の生産国，生産メーカー名，車名，型式記号，…が、それぞれ対応する項目欄に記録される。なお、図４には図示されていないが、「出品車詳細情報」には、我が国の道路運送車輌法第９４条の４に規定される自動車検査員による出品車の検査結果や、消耗品の交換状況などの技術的な情報や、出品車の行政府への登録状況（初年度登録日，車検満了日，ナンバープレート番号など）や、特徴的な装備（エアコン，ステレオ，サンルーフなど）の有無や、その他の事項も、記録される。
【００３４】
「画像」には、画像ファイルのファイル名が、記録される。なお、図４の「画像」には、一出品車につき、一つのファイル名だけしか記述されていないが、実際には、上述した三つの画像ファイルのファイル名が記述される。「代理者」には、ユーザーの自動車をユーザーの代わりに上記ネットオークションに出品する代理人である整備業者の整備業者ＩＤが、記録される。「入札期限」には、出品車の入札期限である年月日が、記録されている。「開始価格」には、上記ネットオークションにおける入札開始時点での最低価格が、記録される。「落札結果」には、入札受付の最中を示す「未」か、入札受付の終了後を示す「済」が、記録される。「入札状況」には、後述する入札データベース６のファイル名が、記録される。但し、入札データベース６が無い場合には、空欄とされる。
【００３５】
（入札データベース）
入札データベース６は、一中古車に対する入札状況を記録するためのデータベースである。この入札データベース６は、後述するように、上記ネットオークションにおいて何れかの取引業者が一中古車に対して最初の入札を行うことにより、その中古車用として新たに生成され、生成後には、この入札データベース６には、取引業者ＩＤと入札金額情報とからなるレコードが、取引業者が入札する毎に、蓄積される。
【００３６】
（出品プログラム）
出品プログラム７は、ＣＰＵ３１に対し、上記ネットオークションへの出品を受け付けるためのプログラムであり、クライアント装置１０（又は２０）に表示された上記ホームページ上の所定のボタンがクリックされると、それを受けて実行が開始されるサーブレットである。
【００３７】
（入札プログラム）
入札プログラム８は、ＣＰＵ３１に対し、インターネットＮ上に仮想的なオークション会場を展開するためのプログラムであり、クライアント装置１０（又は２０）に表示された上記ホームページ上の所定のボタンがクリックされると、それを受けて実行が開始されるサーブレットである。
【００３８】
（落札者決定プログラム）
落札者決定プログラム９は、ＣＰＵ３１に対し、入札データベース６に蓄積されているレコードに基づいて、出品車に関する落札者と落札金額とを決定させ、整備業者及び取引業者にその旨を通知させるプログラムである。
【００３９】
＜本実施形態の処理内容＞
以上に説明した構成を有するコンピュータネットワークシステムにおいて実行される処理の内容を、以下に説明する。
【００４０】
サーバー装置３０のＣＰＵ３１は、主電源が投入されている間は、ウェブサーバープログラム１を実行しており、インターネットＮ上のクライアント装置１０（又は２０）からＨＴＴＰリクエストメッセージが送信されてくるのを、常時待機している。そして、ＨＴＴＰリクエストメッセージを受信すると、ＣＰＵ３１は、そのメッセージに含まれるＵＲＬによって指定されるハイパーテキストファイルを、送信元のクライアント装置１０（又は２０）へ送信する。ハイパーテキストファイルを受け取ったクライアント装置１０（又は２０）のウェブブラウザは、ハイパーテキストファイル中のハイパーテキストデータに基づくウェブページをディスプレイ１０ａ（又は２０ａ）に表示させる。
【００４１】
図５には、これと同様の処理が行われることによってクライアント装置１０（又は２０）のディスプレイ１０ａ（２０ａ）に表示されたホームページ４１の一例が、示されている。図５に示されるように、クライアント装置１０（又は２０）においては、ホームページ４１は、ウェブブラウザ制御下のウィンドウ４０内に、表示される。このホームページ４１には、クライアント装置１０を操作する整備業者がクリックすべき整備業者ボタン４１ａと、クライアント装置２０を操作する取引業者がクリックすべき中古車取引業者ボタン４１ｂとが、示されている。
【００４２】
そして、整備業者又は取引業者による入力装置１０ｂ（２０ｂ）の操作によって、整備業者ボタン４１ａ又は中古車取引業者ボタン４１ｂの何れかがクリックされると、ウェブブラウザは、クリックされたボタンに対応するデータを含むメッセージをサーバー装置３０へ通知する。すると、サーバー装置３０のＣＰＵ３１が、メッセージに含まれるデータが示すボタンに応じて、出品プログラム７又は入札プログラム８を読み込み、出品処理又は入札処理の実行を開始する。以下、出品処理と入札処理を、順に説明する。
【００４３】
（出品処理）
図６に、出品処理の内容を示している。出品処理の開始後、最初のＳ１０１では、ＣＰＵ３１は、整備業者認証用画面（ログイン画面）を表示させるための画面データを格納したファイルを、クライアント装置１０（又は２０）へ送信する。なお、当該画面データを受信したクライアント装置１０（又は２０）では、ウェブブラウザが、受信したファイル中の画面データに基づいて、整備業者認証用画面（図示略）をディスプレイ１０ａ（又は２０ａ）に表示させる。そして、整備業者ＩＤとパスワードとが各テキストボックスに入力された整備業者認証用画面において、入力装置１０ｂ（又は２０ｂ）の操作によってＯＫボタン（図示略）がクリックされると、ウェブブラウザは、各テキストボックスに入力された整備業者ＩＤとパスワードとに対応するデータを含むメッセージを、サーバー装置３０へ送信する。
【００４４】
次のＳ１０２では、ＣＰＵ３１は、クライアント装置１０（又は２０）からメッセージが送信されてくるのを待機する。そして、当該メッセージを受信すると、ＣＰＵ３１は、処理をＳ１０３へ進める。
【００４５】
Ｓ１０３では、ＣＰＵ３１は、当該メッセージに含まれる整備業者ＩＤ及びパスワードに一致する整備業者ＩＤ及びパスワードを有するレコードが整備業者データベース２に存在するか否かを、判別する。そして、ＣＰＵ３１は、当該レコードが整備業者データベース２に存在していなかった場合には、処理をＳ１０１へ戻し、当該レコードが整備業者データベース２に存在していた場合には、処理をＳ１０４へ進める。なお、このＳ１０３の処理において認証される者は、整備業者ＩＤを知っている整備業者に限られるので、以下では、整備業者の所有するクライアント装置１０を、サーバー装置３０の通信対象として説明する。
【００４６】
Ｓ１０４では、ＣＰＵ３１は、出品車情報入力画面の画面データを生成する。なお、図７に、ウェブブラウザ制御下のウィンドウ４０内に出品者情報入力画面４２が表示されたときの例を、示している。この図７に示されるように、出品車情報入力画面４２には、上述した出品車詳細情報と画像ファイル名と入札期限と開始価格とを入力するための複数のプルダウンリストボックス，複数のチェックボックス，複数組のラジオボタン，複数のテキストボックスが、示されている。また、この出品車情報入力画面４２には、各プルダウンリストボックス，各チェックボック、各ラジオボタン，各テキストボックスに所定の情報を入力し終えた際に整備業者がクリックするための出品ボタン４２ａも、示されている。そして、ＣＰＵ３１は、このような出品車情報入力画面４２を表示させるための画面データ（ハイパーテキストデータ）を生成した後、処理をＳ１０５へ進める。
【００４７】
Ｓ１０５では、ＣＰＵ３１は、出品車情報入力画面４２の画面データが格納されたファイルを、クライアント装置１０へ送信する。なお、このファイルを受信したクライアント装置１０では、ウェブブラウザが、図７に示されるように、終了ボタン４０ａが右上隅に設けられたウィンドウ４０をディスプレイに１０ａに表示させるとともに、受信したファイル中の画面データに基づいて、出品車情報入力画面４２をウィンドウ４０内に表示させる。そして、出品車情報入力画面４２の出品ボタン４２ａか、ウィンドウ４０の終了ボタン４０ａがクリックされると、ウェブブラウザは、クリックされたボタンに対応するデータと各テキストボックス等に記述された情報に対応するデータとを含むメッセージ，及び、テキストボックスにファイル名が入力されている場合にはその画像ファイルを、サーバー装置３０へ送信する。
【００４８】
次のＳ１０６では、ＣＰＵ３１は、クライアント装置１０からメッセージが送信されてくるのを待機する。そして、当該メッセージを受信すると、ＣＰＵ３１は、処理をＳ１０７へ進める。
【００４９】
Ｓ１０７では、ＣＰＵ３１は、当該メッセージに含まれるデータが示すボタンが何ボタンであるかを、判別する。そして、ＣＰＵ３１は、当該ボタンが終了ボタン４０ａであった場合には、図６の出品処理を終了するとともに、当該ボタンが出品ボタン４２ａであった場合には、処理をＳ１０８へ進める。
【００５０】
Ｓ１０８では、ＣＰＵ３１は、当該メッセージに含まれるデータが示す情報に画像ファイルのファイル名が三つ含まれているか否かを、判別する。そして、当該情報に三つのファイル名が含まれていなかった場合には、処理をＳ１０４へ戻し、当該情報に三つのファイル名が全て含まれていた場合には、処理をＳ１０９へ進める。
【００５１】
Ｓ１０９では、ＣＰＵ３１は、当該情報が記述されるとともにＯＫボタンと戻るボタンが示された確認画面を表示させるための画面データを生成し、この画面データが格納されたファイルをクライアント装置１０へ送信する。なお、このファイルを受信したクライアント装置１０では、ウェブブラウザが、確認画面をディスプレイ１０ａに表示させる。そして、確認画面の何れかのボタンがクリックされると、ウェブブラウザは、クリックされたボタンに対応するデータを含むメッセージを、サーバー装置３０へ送信する。
【００５２】
次のＳ１１０では、ＣＰＵ３１は、クライアント装置１０からメッセージが送信されてくるのを待機する。そして、当該メッセージを受信すると、ＣＰＵ３１は、処理をＳ１１１へ進める。
【００５３】
Ｓ１１１では、ＣＰＵ３１は、当該メッセージに含まれるデータが示すボタンが何ボタンであるかを、判別する。そして、ＣＰＵ３１は、当該ボタンが戻るボタンであった場合には、処理をＳ１０４へ戻し、当該ボタンがＯＫボタンであった場合には、処理をＳ１１２へ進める。
【００５４】
Ｓ１１２では、ＣＰＵ３１は、新たな登録番号を生成し、処理をＳ１１３へ進める。
【００５５】
Ｓ１１３では、ＣＰＵ３１は、Ｓ１０２において受信したメッセージに含まれる整備業者ＩＤと、Ｓ１０６においてクライアント装置１０から受信したメッセージに含まれる情報と、Ｓ１１２において生成した登録番号とを、新たなレコードとして出品車データベース（ＤＢ）５に記録する。また、ＣＰＵ３１は、Ｓ１１３において、Ｓ１０６で受信した画像ファイルをＨＤＤ３６に格納する処理も行う。なお、このＳ１１３において出品車ＤＢ５に記録されるレコードでは、「入札状況」は空欄とされ、「落札結果」には「未」が記録される。
【００５６】
次のＳ１１４では、ＣＰＵ３１は、出品車ＤＢ５に記録したレコードの内容が記述された出品完了通知画面を表示させるための画面データを生成し、この画面データが格納されたファイルをクライアント装置１０へ送信した後、出品処理を終了する。
【００５７】
以上の出品処理により、出品車データベース５には、各整備業者によって出品車情報が蓄積されることとなる。なお、本実施形態では、各出品車の入札期限は、各整備業者によって任意に設定されるとしたが、整備業者が出品車を出品した年月日に対して事前に設定された期間（例えば２４時間）が加算されることによって入札期限が算出されても良い。後者の場合、図７の出品車情報入力画面４２において入札期限を入力するためのテキストボックスが省略されても良い。
【００５８】
（入札処理）
図８に、入札処理の内容を示している。入札処理の開始後、最初のＳ２０１では、ＣＰＵ３１は、取引業者認証用画面（ログイン画面）を表示させるための画面データを格納したファイルを、クライアント装置１０（又は２０）へ送信する。なお、当該画面データを受信したクライアント装置１０（又は２０）では、ウェブブラウザが、受信したファイル中の画面データに基づいて、取引業者認証用画面（図示略）をディスプレイ１０ａ（又は２０ａ）に表示させる。そして、取引業者ＩＤとパスワードとが各テキストボックスに入力された取引業者認証用画面において、入力装置１０ｂ（又は２０ｂ）の操作により、ＯＫボタン（図示略）がクリックされると、ウェブブラウザは、各テキストボックスに入力された取引業者ＩＤとパスワードとに対応するデータを含むメッセージを、サーバー装置３０へ送信する。
【００５９】
次のＳ２０２では、ＣＰＵ３１は、クライアント装置１０（又は２０）からメッセージが送信されてくるのを待機する。そして、当該メッセージを受信すると、ＣＰＵ２１は、処理をＳ２０３へ進める。
【００６０】
Ｓ２０３では、ＣＰＵ３１は、当該メッセージに含まれる取引業者ＩＤ及びパスワードに一致する取引業者ＩＤ及びパスワードを有するレコードが取引業者データベース３に存在するか否かを、判別する。そして、ＣＰＵ３１は、当該レコードが取引業者データベース３に存在していなかった場合には、処理をＳ３０１へ戻し、当該レコードが取引業者データベース３に存在していた場合には、処理をＳ２０４へ進める。なお、このＳ２０３の処理において認証される者は、取引業者ＩＤを知っている取引業者に限られるので、以下では、取引業者の所有するクライアント装置２０を、サーバー装置３０の通信対象として説明する。
【００６１】
Ｓ２０４では、ＣＰＵ３１は、出品車データベース（ＤＢ）５と各入札データベース（ＤＢ）６を参照して、出品車一覧画面の画面データを生成する。図９に、出品車一覧画面４３がウェブブラウザ制御下のウィンドウ４０内に表示されたときの例を、示している。この図９に示されるように、出品車一覧画面４３には、中古車に関する情報が、各行に列挙されている。各行には、中古車の前方外観の画像とともに、登録番号，生産メーカー名，車名、グレード，ミッション，エンジン型式，車検満了日，車体の色，年式及び走行距離が記述されている。さらに、各行には、この時点の入札者数（入札ＤＢ６のレコード数）と最高値（入札ＤＢ６中の最高入札金額）と入札期限とが記述されているとともに、入札金額を入力するためのテキストボックス４３ｂと、入札が行われる際にクリックされる入札ボタン４３ｃとが示されている。なお、各行において全体画像が貼り付けられている領域は、その中古車の詳細情報が記述された詳細画面（図１１参照）へのリンクボタン４３ａとして機能するように、設定されている。また、この出品車一覧画面４３に列挙されている出品車は、入札中のもの、すなわち、出品車ＤＢ５の「落札結果」に「未」が記録されているものである。そして、ＣＰＵ２１は、このような出品車一覧画面４３を表示させるための画面データ（ハイパーテキストデータ）を生成した後、処理をＳ２０５へ進める。
【００６２】
Ｓ２０５では、ＣＰＵ３１は、出品車一覧画面４３の画面データが格納されたファイルを、クライアント装置２０へ送信する。なお、このファイルを受信したクライアント装置２０では、ウェブブラウザが、図９に示されるように、終了ボタン４０ａが右上隅に設けられたウィンドウ４０をディスプレイ２０ａに表示させるとともに、受信したファイル中の画面データに基づいて、出品車一覧画面４３をウィンドウ４０内に表示させる。そして、出品車一覧画面４３の何れかのリンクボタン４３ａか、入札ボタン４３ｃか、ウィンドウ４０の終了ボタン４０ａがクリックされると、ウェブブラウザは、クリックされたボタンに対応するデータとテキストボックス４３ｂに入力されている入札金額情報とを含むメッセージを、サーバー装置３０へ送信する。
【００６３】
次のＳ２０６では、ＣＰＵ３１は、クライアント装置２０からメッセージが送信されてくるのを待機する。そして、当該メッセージを受信すると、ＣＰＵ３１は、処理をＳ２０７へ進める。
【００６４】
Ｓ２０７では、ＣＰＵ３１は、当該メッセージに含まれるデータが示すボタンが何ボタンであるかを、判別する。そして、ＣＰＵ３１は、当該ボタンが終了ボタン４０ａであった場合には、入札処理を終了するとともに、当該ボタンが入札ボタン４３ｂであった場合には、処理をＳ２０８へ進める。
【００６５】
Ｓ２０８では、ＣＰＵ３１は、入札登録サブルーチンを読み込んで、入札登録処理を実行する。この入札登録サブルーチンの内容を、図１０に示している。
【００６６】
図１０に示されるように、入札登録処理の開始後、最初のＳ３０１では、ＣＰＵ３１は、出品車ＤＢ５における当該出品車の「入札状況」を参照して、当該出品車の入札ＤＢ６が存在するか否かを、判別する。そして、当該出品車の入札ＤＢ６が存在していた場合には、処理をＳ３０３へ進め、当該出品車の入札ＤＢ６が存在していなかった場合には、処理をＳ３０２へ進める。
【００６７】
Ｓ３０２では、ＣＰＵ３１は、当該出品車の入札ＤＢ６を新たに生成するとともに、この入札ＤＢ６のファイル名を、出品車ＤＢ５における当該出品車の「入札状況」に記録し、処理をＳ３０３へ進める。
【００６８】
Ｓ３０３では、ＣＰＵ３１は、Ｓ２０６において受信したメッセージに含まれる入札金額が当該出品車の入札ＤＢ６に記録されているどの入札金額よりも高いか否かを、判別する。そして、受信した入札金額が当該入札ＤＢ６内のどの入札金額よりも高かった場合には、ＣＰＵ３１は、処理をＳ３０４へ進める。
【００６９】
Ｓ３０４では、ＣＰＵ３１は、Ｓ２０２において受信したメッセージに含まれる取引業者ＩＤと、Ｓ２０６において受信したメッセージに含まれる入札金額情報とを、新たなレコードとして当該入札ＤＢ６に記録する。
【００７０】
次のＳ３０５では、ＣＰＵ３１は、入札完了の旨が記述された入札完了通知画面を表示させるための画面データを、クライアント装置２０へ送信した後、入札登録サブルーチンを終了し、図８のメインルーチンにおけるＳ２０４へ戻る。
【００７１】
一方、Ｓ３０３において、受信した入札金額が当該入札ＤＢ６内の何れかの入札金額よりも低かった場合には、ＣＰＵ３１は、処理をＳ３０６へ進める。
【００７２】
Ｓ３０６では、ＣＰＵ３１は、入札金額が低い旨が記述された入札不可通知画面を表示させるための画面データを、クライアント装置２０へ送信した後、入札登録サブルーチンを終了し、図８のメインルーチンにおけるＳ２０４へ戻る。
【００７３】
また、図８のＳ２０７において、Ｓ２０６で受信したメッセージに含まれるデータが示すボタンがリンクボタン４３ａであった場合には、処理をＳ２０９へ進める。
【００７４】
Ｓ２０９では、ＣＰＵ３１は、出品車ＤＢ５における当該出品車のレコードと、当該出品車の入札ＤＢ６とを参照して、この出品車についての詳細画面の画面データを、生成する。図１１に、詳細画面４４がウェブブラウザ制御下のウィンドウ４０内に表示されたときの例を、示している。この図１１に示されるように、詳細画面４４には、その中古車の前方外観，後方外観及び室内の画像とともに、入札期限や開始価格や出品車詳細情報が示されている。また、この詳細画面４４には、この時点の入札者数（入札ＤＢ６のレコード数）と最高値（入札ＤＢ６中の最高入札金額）と入札期限とが示されているとともに、入札金額を入力するためのテキストボックス４４ａが、示されている。また、この詳細画面４４には、テキストボックス４４ａに入力された入札金額にてこの出品車に対して入札を行う際にクリックされる入札ボタン４４ｂが、示されている。さらに、詳細画面４４には、出品車一覧画面４３の表示に戻る際にクリックされる戻るボタン４４ｃが、示されている。そして、ＣＰＵ３１は、このような詳細画面４４を表示させるための画面データ（ハイパーテキストデータ）を生成した後、処理をＳ２１０へ進める。
【００７５】
Ｓ２１０では、ＣＰＵ３１は、詳細画面４４の画面データが格納されたファイルを、クライアント装置２０へ送信する。なお、このファイルを受信したクライアント装置２０では、ウェブブラウザが、図１１に示されるように、終了ボタン４０ａが右上隅に設けられたウィンドウ４０をディスプレイ２０ａに表示させるとともに、受信したファイル中の画面データに基づいて、詳細画面４４をウィンドウ４０内に表示させる。そして、詳細画面４４の入札ボタン４４ｂか、戻るボタン４４ｃか、ウィンドウ４０の終了ボタン４０ａがクリックされると、ウェブブラウザは、クリックされたボタンに対応するデータとテキストボックス４４ａに入力された入札金額情報（入札ボタン４４ａがクリックされた時のみ）とを含むメッセージを、サーバー装置３０へ送信する。
【００７６】
次のＳ２１１では、ＣＰＵ３１は、クライアント装置２０からメッセージが送信されてくるのを待機する。そして、当該メッセージを受信すると、ＣＰＵ３１は、処理をＳ２１２へ進める。
【００７７】
Ｓ２１２では、ＣＰＵ３１は、当該メッセージに含まれるデータが示すボタンが何ボタンであるかを、判別する。そして、ＣＰＵ３１は、当該ボタンが終了ボタン４０ａであった場合には、入札処理を終了するとともに、当該ボタンが戻るボタン４４ｃであった場合には、処理をＳ２０４へ戻し、当該ボタンが入札ボタン４４ｂであった場合には、処理をＳ２１３へ進める。
【００７８】
Ｓ２１３では、ＣＰＵ３１は、入札登録サブルーチンを読み込んで、入札登録処理を実行する。この入札登録サブルーチンの内容については、Ｓ２０８において説明したので、ここでは説明を省略する。この入札登録処理が行われることにより、当該出品車の入札ＤＢ６には、Ｓ２０２において受信したメッセージに含まれる取引業者ＩＤと、Ｓ２１１において受信したメッセージに含まれる入札金額情報とが、新たなレコードとして入札ＤＢ６に記録される。そして、この入札登録処理が実行されたのち、ＣＰＵ３１は、処理をＳ２１１へ戻す。
【００７９】
以上の入札処理により、各入札データベース６には、各取引業者によってレコードが蓄積されることとなる。
【００８０】
（落札者決定処理）
次に、各入札データベース６に蓄積されたレコードによって落札者及び落札金額を決定するための処理について説明する。
【００８１】
サーバー装置３０のＣＰＵ３１は、例えば１日毎に、落札者決定プログラム９を読み込んで、落札者決定処理を実行する。この落札者決定処理の内容を、図１２に示している。
【００８２】
図１２に示されるように、落札者決定処理の開始後、最初のＳ４０１では、ＣＰＵ３１は、出品車ＤＢ５を参照して、入札期限の年月日がこの時点の年月日と同じである出品車が出品車ＤＢ５に存在するか否かを、チェックする。そして、当該出品車が出品車ＤＢ５に存在していなかった場合には、落札者決定処理を終了するとともに、当該出品車が出品車ＤＢ５に存在していた場合には、処理をＳ４０２へ進める。
【００８３】
Ｓ４０２では、ＣＰＵ３１は、入札期限の年月日がこの時点の年月日が入札期限である出品車のうち、最初の処理対象としての出品車を特定する。
【００８４】
次のＳ４０３では、ＣＰＵ３１は、出品車ＤＢ５の当該出品車のレコードに含まれる整備業者ＩＤに関する情報（名称，住所，電話番号，電子メールアドレス等）を、整備業者データベース２から読み出す。
【００８５】
次のＳ４０４では、ＣＰＵ３１は、出品車ＤＢ５における当該出品車の「入札状況」を参照して、当該出品車の入札ＤＢ６が存在するか否かを、判別する。そして、当該出品車の入札ＤＢ６が存在していた場合には、ＣＰＵ３１は、処理をＳ４０５へ進める。
【００８６】
Ｓ４０５では、ＣＰＵ３１は、当該入札ＤＢ６に記録されているレコードのうち、入札金額が最も高額なレコードを特定する。
【００８７】
次のＳ４０６では、ＣＰＵ３１は、当該レコードに含まれる取引業者ＩＤに関する情報（名称，住所，電話番号，電子メールアドレス等）を、取引業者データベース３から読み込むとともに、当該取引業者（落札者）に関する情報と、当該出品車に関する情報と、料金明細（落札金額，サービス提供業者の手数料，整備業者の点検料金，ユーザーへの支払代金）と、サービス提供業者が整備業者に指定する出品車の運搬日と、その他の情報とが記述された電子メールを生成し、Ｓ４０３において読み出した整備業者の電子メールアドレス（すなわち、クライアント装置１０）へその電子メールを送信する。
【００８８】
次のＳ４０７では、ＣＰＵ３１は、当該整備業者に関する情報と出品車に関する情報と出品車の運搬予定日と落札金額と入金口座などが記述された電子メールを生成し、Ｓ４０６において読み出した当該取引業者の電子メールアドレス（すなわち、クライアント装置２０）へその電子メールを送信し、処理をＳ４０９へ進める。
【００８９】
一方、Ｓ４０４において、この時点の年月日が入札期限である当該出品車の入札ＤＢ６が存在していなかった場合には、ＣＰＵ３１は、処理をＳ４０８へ進める。
【００９０】
Ｓ４０８では、ＣＰＵ３１は、入札者がいなかった旨と出品車に関する情報とが記述された電子メールを生成し、Ｓ４０３において読み出した整備業者の電子メールアドレス（すなわち、クライアント装置１０）へその電子メールを送信し、処理をＳ４０９へ進める。
【００９１】
Ｓ４０９では、ＣＰＵ３１は、出品車ＤＢ５における当該出品車の「落札結果」に「済」を記録して、処理をＳ４１０へ進める。
【００９２】
Ｓ４１０では、ＣＰＵ３１は、この時点の年月日が入札期限である出品車のうち、Ｓ４０３〜Ｓ４０９までの処理がなされていない出品車が存在するか否かを、判別する。そして、当該出品車が存在していなかった場合には、ＣＰＵ３１は、落札者決定処理を終了するとともに、当該出品車が存在していた場合には、ＣＰＵ３１は、処理をＳ４１１へ進める。
【００９３】
Ｓ４１１では、ＣＰＵ３１は、次の処理対象となる出品車を特定し、処理をＳ４０３へ戻す。
【００９４】
以上の落札者決定処理が実行されることにより、入札期限が経過した出品車の落札者及び落札金額が自動的に決定されることとなる。
【００９５】
＜実施形態の作用＞
以上のような処理が実行されるコンピュータネットワークシステムは、以下のような作用を有する。
【００９６】
すなわち、ユーザーが近所の整備業者に自動車を持ち込むと、整備業者が従来の査定方法によってその自動車の査定額を決定し、その査定額をユーザーに提示する。
【００９７】
ユーザーが、この提示額に満足した場合には、その場で整備業者に自動車を預けることにより、ユーザーには、査定額分の金銭が整備業者から支払われる。この整備業者は、ユーザーから預った自動車をサービス提供業者に納めると、ユーザーに支払った額と同じ額の金銭をサービス提供業者から受け取ることができる。
【００９８】
一方、ユーザーは、整備業者から提示された査定額に満足できなかった場合には、取引業者向けのネットオークションに出品する旨を整備業者に伝える。整備業者は、我が国の道路運送車輌法第９４条の４に規定される自動車検査員によって、ユーザーの自動車を細部に亘って検査させる。その後、整備業者は、自分のクライアント装置１０を操作してサーバー装置３０へアクセスし、図５のホームページ４１の整備業者ボタン４１ａをクリックして、ログインする（Ｓ１０１〜Ｓ１０３）。すると、クライアント装置１０のディスプレイ１０ａには、図７の出品車情報入力画面４２が表示される（Ｓ１０４〜Ｓ１０６）。整備業者は、ユーザーの自動車を検査して得られた検査結果情報を、出品車情報入力画面４２に入力し、出品ボタン４２ａをクリックすると、ユーザーの自動車がネットオークションに出品される（Ｓ１０７〜Ｓ１１４）。
【００９９】
これに対し、取引業者が、自分のクライアント装置２０を操作してサーバー装置３０へアクセスし、図５のホームページ４１の中古車取引業者ボタン４１ｂをクリックして、ログインする（Ｓ２０１〜Ｓ２０３）と、クライアント装置２０のディスプレイ２０ａには、図９の出品車一覧画面４３が表示される（Ｓ２０４〜Ｓ２０６）。取引業者は、気に入った出品車のテキストボックス４３ｂに入札金額を入力して、その出品車の入札ボタン４３ｃをクリックする（Ｓ２０６〜Ｓ２０８、Ｓ３０１〜Ｓ３０６）と、その出品車に対して入札が行われる。
【０１００】
また、取引業者は、図９の出品車一覧画面４３において、気に入った出品車の詳細な情報を知りたくなった場合には、その出品車のリンクボタン４３ａをクリックすると、その自動車の詳細画面４４がディスプレイ２０ａに表示される（Ｓ２０６〜Ｓ２１０）。そして、取引業者が、詳細画面４４におけるテキストボックス４４ａに入札金額を入力して入札ボタンを４４ｂをクリックすると、その自動車に対して入札が行われる。
【０１０１】
さらに、サーバー装置３０では、定期的に落札者及び落札金額が決定される（Ｓ４０１〜Ｓ４０５，Ｓ４０９，Ｓ４１０）。落札者として決定された取引業者には、電子メールにて、出品車の搬送予定日と、落札代金の入金を受け付けるサービス提供業者の口座番号とが通知され（Ｓ４０６）、落札された出品車を出品していた整備業者には、電子メールにて、出品車を落札者に指定日までに運搬するように指示する旨や料金明細などが通知される（Ｓ４０７）。また、落札者がいなかった場合には、その旨が整備業者に電子メールにて通知される（Ｓ４０８）。
【０１０２】
このため、出品車を落札した取引業者が、サービス提供業者の口座に落札代金を入金すると、出品車であるユーザーの自動車が、整備業者によって、落札者である取引業者へ陸送されるとともに、サービス提供業者から整備業者に、落札金額から手数料を差し引かれた額が支払われる。そして、ユーザーには、その額から検査料金を差し引いた額が、整備業者から支払われる。
【０１０３】
また、ユーザーの自動車に対して入札者が現れなかった場合には、その自動車は、従来の査定方法により決定された査定額にて整備業者に預けられ、ユーザーには、その査定額分の金銭が整備業者から支払われる。その整備業者は、ユーザーから預った自動車をサービス提供業者に納めると、ユーザーに支払った額と同じ額の金銭をサービス提供業者から受け取ることができる。
【０１０４】
＜まとめ＞
上述したように、本実施形態によれば、ユーザーが、自分の自動車をネットオークションへ出品することと、従来の査定方法により決定される査定額での買取とを、選択することができる。
【０１０５】
また、ネットオークションに出品されると、ユーザーの自動車の買取価格が、従来の買取価格よりも高くなる可能性があるため、ユーザーにより多くの利益をもたらすことができる。然も、ネットオークションにおいて入札者がいなかった場合には、従来の査定により決定される査定額が、ユーザーに対して保証される。
【０１０６】
また、ユーザーの自動車がネットオークションに出品される際には、国家によってその技術が認定された自動車検査員が検査することによって得られた検査結果情報が、取引業者に提供されるので、取引業者は、客観的な事実である検査結果に基づいて、ユーザーの自動車に対して正確に買値を付けることが可能となる。
【０１０７】
さらに、取引業者のクライアント装置２０が例えばその社屋内にあれば、取引業者は、社屋内に居ながらにして、オークションに、２４時間いつでも参加でき、然も、既存のオークション会場に行く手間を省くことができる。
【０１０８】
【発明の効果】
以上に説明したように、本発明によれば、ユーザーが自分の自動車を中古車取引業者に買い取って貰う場合に、ユーザーにより多くの利益をもたらす可能性を向上させることができ、且つ、中古車取引業者がユーザーの自動車の状態を客観的に判断し得る材料を中古車取引業者に提供できる。
【図面の簡単な説明】
【図１】本発明の一実施形態であるコンピュータネットワークシステムの概略図
【図２】クライアント装置の内部の概略的な構成図
【図３】サーバー装置の内部の概略的な構成図
【図４】サーバー装置に格納される出品車データベースのデータ構造図
【図５】クライアント装置に表示されるホームページの画面例
【図６】サーバー装置において行われる出品処理の内容を示すフローチャート
【図７】クライアント装置に表示される出品車情報入力画面の画面例
【図８】サーバー装置において行われる入札処理の内容を示すフローチャート
【図９】クライアント装置に表示される出品車一覧画面の画面例
【図１０】サーバー装置において行われる入札登録サブルーチンの内容を示すフローチャート
【図１１】クライアント装置に表示される詳細画面の画面例
【図１２】サーバー装置において行われる落札者決定処理の内容を示すフローチャート
【符号の説明】
１　　　　ウェブサーバープログラム
２　　　　整備業者データベース
３　　　　取引業者データベース
４　　　　画像ファイル群
５　　　　出品車データベース
６　　　　入札データベース
７　　　　出品プログラム
８　　　　入札プログラム
９　　　　落札者決定プログラム
１０，２０　クライアント装置
３０　　　　サーバー装置
３１　　　　ＣＰＵ
３２　　　　ＲＡＭ
３３　　　　通信制御回路
３４　　　　フレキシブルディスクドライブ（ＦＤＤ）
３５　　　　ＣＤ−ＲＷドライブ
３６　　　　ハードディスクドライブ（ＨＤＤ）
【図１】
2004046700.tif 000003
【図２】
2004046700.tif 000004
【図３】
2004046700.tif 000005
【図４】
2004046700.tif 000006
【図５】
2004046700.tif 000007
【図６】
2004046700.tif 000008
【図７】
2004046700.tif 000009
【図８】
2004046700.tif 000010
【図９】
2004046700.tif 000011
【図１０】
2004046700.tif 000012
【図１１】
2004046700.tif 000013
【図１２】
2004046700.tif 000014