(57)【要約】【課題】  自動車売買に関する専門家でない仲介業者であっても、自動車売買を円滑に行うことが可能であり、かつ、自動車売買に関する総合的な情報を仲介業者に提供し、この情報を管理する自動車売買システムを提供する。【解決手段】  ネットワークを介して互いに接続された１以上のクライアントと通信を行う自動車売買サーバであって、１以上のクライアントから、売買の見込みがある顧客の見込客データ、売買される自動車の情報に関する商品データ、売買の経過情報に関する商談データ、及び仕入れを行う商品の依頼に関する仕入依頼データを受信する通信手段と、見込客データ、商品データ、商談データ、仕入依頼データを記録する売買データベースと、仕入依頼データの受信に応答して、仕入依頼処理を実行する仕入処理手段と、を備えた、自動車売買サーバ。【選択図】      図１
2006285741.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して互いに接続された１以上のクライアントと通信を行う自動車売買サーバであって、
前記１以上のクライアントから、売買の見込みがある顧客の見込客データ、売買される自動車の情報に関する商品データ、売買の経過情報に関する商談データ、及び仕入れを行う商品の依頼に関する仕入依頼データを受信する通信手段と、
前記見込客データ、前記商品データ、前記商談データ、前記仕入依頼データを記録する売買データベースと、前記仕入依頼データの受信に応答して、仕入依頼処理を実行する仕入処理手段と、
を備えた、自動車売買サーバ。
【請求項２】
請求項１に記載の自動車売買サーバであって、
前記自動車売買サーバの仕入処理手段が、前記ネットワークに接続されたエージェント端末に、前記仕入依頼データを送信する、自動車売買サーバ。
【請求項３】
請求項２に記載の自動車売買サーバであって、
前記自動車売買サーバの仕入処理手段が、前記エージェント端末から、仕入結果データを受信し、前記ネットワークに接続された１以上のクライアント、携帯電話（の双方又はいずれか一方）に仕入結果データをメールとして配信する、自動車売買サーバ。
【請求項４】
請求項１から３いずれかに記載の自動車売買サーバであって、
前記商談データが、商談の担当者と、商談の日付と、商談の内容と、商談の結果とで分類され、商談結果キャラクタにより前記商談の結果が構成される、自動車売買サーバ。
【請求項５】
ネットワークを介して互いに接続された１以上のクライアントと自動車売買サーバとを備える自動車売買システムであって、
前記１以上のクライアントの各々が、売買の見込みがある顧客の見込客データ、売買される自動車の情報に関する商品データ、売買の経過情報に関する商談データ、及び仕入れを行う商品の依頼に関する仕入依頼データ、が入力されるデータ入力手段と、これらの各データを前記自動車売買サーバと送受信する通信手段と、これらの各データを表示するデータ表示手段と、
前記自動車売買サーバが、前記見込客データ、前記商品データ、前記商談データ、前記仕入依頼データを前記１以上のクライアントと送受信する通信手段と、これらのデータを記録する売買データベースと、前記仕入依頼データの受信に応答して、仕入依頼処理を実行する仕入処理手段と、
を備えた、自動車売買システム。
【請求項６】
請求項５に記載の自動車売買システムであって、
前記クライアントが、前記売買データベースのデータを受信し、売買の見込がある自動車台数と、この売買による粗利を算出する売上算出手段を備えた、自動車売買システム。
【請求項７】
請求項５又は６いずれか記載の自動車売買システムであって、
前記１以上のクライアントは、売買を行うにあたっての基本データであるマスターデータを記録するクライアント・データベースを備え、
前記クライアント・データベースは、更新されたマスターデータのみを前記売買データベースと送受信することで、互いのデータを同期する、自動車売買システム。
【請求項８】
請求項７に記載の自動車売買システムであって、
前記売買データベースに、前記クライアントから受信したデータを記録する際に、このデータを記録した日時を管理テーブルに記録し、前記クライアント・データベースが、前記管理テーブルに基づいて、前記自動車売買サーバの売買データベースと同期を行う、自動車売買システム。
【請求項９】
ネットワークを介して互いに接続された１以上のコンピュータと自動車売買サーバとエージェント端末と携帯電話とを備える自動車売買システムにて動作するプログラムであって、
前記１以上のコンピュータの各々にて動作し、売買の見込みがある顧客の見込客データ、売買される自動車の情報に関する商品データ、売買の経過情報に関する商談データ、及び仕入れを行う商品の依頼に関する仕入依頼データ、が入力されるデータ入力機能と、これらの各データを前記自動車売買サーバと送受信する通信機能と、これらの各データを表示するデータ表示機能とを実現するプログラムと、
前記自動車売買サーバにて動作し、前記見込客データ、前記商品データ、前記商談データ、前記仕入依頼データを前記１以上のクライアントと送受信する通信機能と、これらのデータを記録する売買データベース機能と、前記仕入依頼データの受信に応答して、前記ネットワークに接続されたエージェント端末に、前記仕入依頼データを送信し、前記エージェント端末から仕入結果データを受信し、前記ネットワークに接続されたクライアントと携帯電話（または、いずれか一方）に仕入結果データをメールとして配信する仕入処理機能とを実現するプログラムと、
を備えたプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、自動車売買サーバ、システム、及び自動車売買システムにて動作するプログラムに関する。さらに詳しくは、ネットワークに接続された複数のコンピュータにより構成される自動車売買サーバであって、自動車売買に関する情報を管理し、売買を円滑に行うことが可能な自動車売買サーバ、システム、及びこのシステムにて動作するプログラムに関する。
【背景技術】
【０００２】
近年の情報化技術により、コンピュータを用いて、自動車売買の仲介を行うことが容易になってきている。例えば、自動車売買に関する専門家でないガソリンスタンドの従業者であっても、自動車オークションや、自動車売買サイト等を利用して、顧客に対して自動車売買の仲介を行うことが可能になってきている。
【０００３】
例えば、特許文献１、２には、ガソリンスタンドなどの店舗が、顧客の保有自動車の買い替え、売却についても関与できるようにして、ガソリンスタンドなどの店舗が新たなビジネスチャンスを獲得することができる中古車のオークション出品代行、この仲介を円滑に行うためのシステムが記載されている。このようなシステムにより、自動車仲介業の専門家でない仲介業者であっても、仲介を業務として行うことが可能になってきた。
【特許文献１】特開２００４−２８０８５８号公報
【特許文献２】特開２００３−２８１４０６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１のシステムでは、単に、購入時において、仕入・相場検索、見積り等の自動車の販売の側面についてのみ、仲介業者を支援しているに過ぎない。すなわち、顧客が自動車を購入するときもしくは購入を検討しているときに、システムが、顧客の希望する商品の内容と価格に関する情報等を、仲介業者に提供しているに過ぎない。
【０００５】
一方、仲介業者が自動車売買の素人であっても、競合他社に対抗し得る、戦略的な仲介業務を行うにあたっては、自動車売買に関しての総合的な情報が、システムにより提供されることが望ましい。例えば、自動車売買に関する商談の詳細な情報を仲介業者が確認できれば、顧客のニーズにあった商品を適切なタイミングで提供できる可能性がある。さらに、自動車売買に関する売上情報や売上見込みに関する情報が提供されることで、仲介業者が安定した自動車売買の経営を行うことが可能である。
【０００６】
加えて、低いコストで、コンピュータの動作が軽く、ユーザにとって使い勝手のよい自動車売買システムを実現するにあたって、自動車売買システムの情報を管理するサーバの負荷を極力抑え、複数のクライアントが接続されているネットワークのトラフィックを可能な限り、低減できることが望ましい。
【０００７】
本発明の目的は、自動車売買に関する専門家でない仲介業者であっても、自動車売買を円滑に行うことが可能であり、かつ、自動車売買に関する総合的な情報を仲介業者に提供し、この情報を管理する自動車売買サーバ、システム、これを実現するプログラムを提供することである。
【課題を解決するための手段】
【０００８】
以上の課題に鑑み、本発明では、以下の自動車売買サーバ、システム、プログラムを提供する。
【０００９】
（１）  ネットワークを介して互いに接続された１以上のクライアントと通信を行う自動車売買サーバであって、
前記１以上のクライアントから、売買の見込みがある顧客の見込客データ、売買される自動車の情報に関する商品データ、売買の経過情報に関する商談データ、及び仕入れを行う商品の依頼に関する仕入依頼データを受信する通信手段と、
前記見込客データ、前記商品データ、前記商談データ、前記仕入依頼データを記録する売買データベースと、前記仕入依頼データの受信に応答して、仕入依頼処理を実行する仕入処理手段と、を備えた、自動車売買サーバ。
【００１０】
（５）  ネットワークを介して互いに接続された１以上のクライアントと自動車売買サーバとを備える自動車売買システムであって、
前記１以上のクライアントの各々が、売買の見込みがある顧客の見込客データ、売買される自動車の情報に関する商品データ、売買の経過情報に関する商談データ、及び仕入れを行う商品の依頼に関する仕入依頼データ、が入力されるデータ入力手段と、これらの各データを前記自動車売買サーバと送受信する通信手段と、これらの各データを表示するデータ表示手段と、
前記自動車売買サーバが、前記見込客データ、前記商品データ、前記商談データ、前記仕入依頼データを前記１以上のクライアントと送受信する通信手段と、これらのデータを記録する売買データベースと、前記仕入依頼データの受信に応答して、仕入依頼処理を実行する仕入処理手段と、
を備えた、自動車売買システム。
【００１１】
（１）、（５）の発明では、自動車の売買の見込みがある段階で見込客データと商品データと、この見込客との商談に関する商談データが入力され、これらのデータを、自動車売買サーバで一元的に管理することが可能である。さらに、クライアントから自動車の売買依頼（仕入依頼）があった際には、この売買依頼に関するデータを自動車売買サーバが管理するため、全てのクライアントからの売買依頼を自動車売買サーバが管理することが可能である。
【００１２】
したがって、（１）、（５）の発明では、自動車売買に関する専門家でない仲介業者であっても、システムにより提供されるデータを利用することで、自動車売買を円滑に行うことが可能であり、かつ、自動車売買に関する総合的な情報を扱うことが可能である。
【００１３】
（２）  （１）に記載の自動車売買システムであって、
前記自動車売買サーバの仕入処理手段が、前記ネットワークに接続されたエージェント端末に、前記仕入依頼データを送信する、自動車売買システム。
【００１４】
（３）  （２）に記載の自動車売買システムであって、
前記エージェント端末から、仕入結果データを受信し、前記仕入処理手段が、前記ネットワークに接続されたクライアントと携帯電話（または、いずれか一方）に仕入結果データをメールとして配信する、自動車売買システム。
【００１５】
したがって、（２）、（３）の発明では、自動車売買サーバの仕入処理手段がエージェント端末に仕入依頼データを送信するため、商談が成立した場合には即座にその情報が専門の仕入業者に伝達され、自動車売買の仕入が行われる。さらに、エージェント端末が、仕入れ依頼の結果を受信したときには、この仕入依頼データに対する仕入依頼結果データを受信して、自動車売買サーバがクライアント、携帯電話（または、いずれか一方）に、仕入依頼結果データを送信するため、仲介業者は、タイムリーに仕入依頼に関する情報を取得することができる。
【００１６】
（４）  （１）から（３）いずれかに記載の自動車売買サーバであって、
前記商談データが、商談の担当者と、商談の日付と、商談の内容と、商談の結果とで分類され、商談結果キャラクタにより前記商談の結果が構成される、自動車売買サーバ。
【００１７】
したがって、（４）の発明では、クライアントに入力される商談データが、商談の担当者、日付、内容により構成され、さらに商談の結果が、商談結果キャラクタにより、図示されることで、商談についての情報を直感的に理解することが可能であり、クライアントを操作する仲介業者が自動車売買に慣れていなくとも、計画的な仲介業務を行うことが可能である。さらに、仲介業者の管理者が商談の進捗を容易に把握することができる。
【００１８】
（６）  （５）に記載の自動車売買システムであって、
前記クライアントが、前記売買データベースのデータを受信し、売買の見込がある自動車台数と、この売買による粗利を算出する売上算出手段を備えた、自動車売買システム。
【００１９】
したがって、（６）の発明では、１以上のクライアントから送信された各データから、クライアントと関連づけられた店舗ごとや、担当者ごとに、一定期間の売買の見込がある自動車台数と、この売買による粗利を算出することが可能であり、仲介業者の経営を支援することが可能である。さらに、粗利の算出を個々のクライアント２００にて行うため、自動車サーバの負荷を軽減させることができる。
【００２０】
（７）  （５）又は（６）いずれか記載の自動車売買システムであって、
前記１以上のクライアントは、売買を行うにあたっての基本データであるマスターデータを記録するクライアント・データベースを備え、
前記クライアント・データベースは、更新されたマスターデータのみを前記売買データベースと送受信することで、互いのデータを同期する、自動車売買システム。
【００２１】
（８）  （７）に記載の自動車売買システムであって、
前記売買データベースに、前記クライアントから受信したデータを記録する際に、このデータを記録した日時を管理テーブルに記録し、前記クライアント・データベースが、前記管理テーブルに基づいて、前記自動車売買サーバの売買データベースと同期を行う、自動車売買システム。
【００２２】
すなわち、（７）、（８）の発明では、マスターデータをクライアント・データベースに記録し、自動車売買サーバの売買データベースに、更新されたマスターデータのみを送受信することで、互いの同期を行う。したがって、マスターデータを全て送受信する必要が無いため、自動車売買サーバの負荷を軽減し、ネットワーク内のトラフィックを少なくすることが可能である。
【００２３】
（９）  ネットワークを介して互いに接続された１以上のコンピュータと自動車売買サーバとエージェント端末と携帯電話とを備える自動車売買システムにて動作するプログラムであって、
前記１以上のコンピュータの各々にて動作し、売買の見込みがある顧客の見込客データ、売買される自動車の情報に関する商品データ、売買の経過情報に関する商談データ、及び仕入れを行う商品の依頼に関する仕入依頼データ、が入力されるデータ入力機能と、これらの各データを前記自動車売買サーバと送受信する通信機能と、これらの各データを表示するデータ表示機能とを実現するプログラムと、
前記自動車売買サーバにて動作し、前記見込客データ、前記商品データ、前記商談データ、前記仕入依頼データを前記１以上のクライアントと送受信する通信機能と、これらのデータを記録する売買データベース機能と、前記仕入依頼データの受信に応答して、前記ネットワークに接続されたエージェント端末に、前記仕入依頼データを送信し、前記エージェント端末から仕入結果データを受信し、前記ネットワークに接続されたクライアントと携帯電話（または、いずれか一方）に仕入結果データをメールとして配信する仕入処理機能とを実現するプログラムと、
を備えたプログラム。
【発明の効果】
【００２４】
したがって、本発明によれば、自動車売買に関する専門家でない仲介業者であっても、自動車売買を円滑に行うことが可能であり、かつ、自動車売買に関する総合的な情報を仲介業者に提供することである。
【発明を実施するための最良の形態】
【００２５】
以下に、本発明の好適な実施形態を図面に基づいて説明する。
【００２６】
図１に示すように、自動車売買システム１は、自動車売買に関するデータを管理する自動車売買サーバ１００と、自動車売買に関するデータが入力されるクライアント２００ａ〜ｃと、これらを接続する通信回線ネットワーク３０とから構成される。ここで、自動車売買の依頼を自動車売買サーバ１００より受けて自動車売買を行うエージェント端末３００ａ〜ｃが、自動車売買システム１に含まれるのが望ましい。また、自動車売買に関するデータが受信できる携帯電話５００が、自動車売買システム１に含まれていてもよい。
【００２７】
通信回線ネットワーク３０は、公衆回線、インターネット、専用線のいずれかであってもよいし、これらの組合せからなるネットワークであってよい。通信回線ネットワーク３０には、携帯電話５００との接続を実現するネットワーク網を含む。携帯電話５００は、自動車売買に関するメッセージを自動車売買サーバ１００と送受信する端末である。送受信されるメッセージは、メールメッセージであってもよいし、通話メッセージであってもよい。
【００２８】
自動車売買サーバ１００は、通信回線ネットワーク３０に接続されてクライアント２００と通信処理を行う通信手段１２０と、自動車売買サーバ１００に記録される情報、データを制御する制御部１１０と、自動車売買に関するデータが記録された売買データベース１３０と、ユーザからのデータの入力を受けるデータ入力手段１１３と、情報、データを出力するデータ出力手段１１４と、を備える（図２参照）。
【００２９】
制御部１１０は、クライアント２００やエージェント端末３００から受信したデータを制御し、クライアント２００やエージェント端末３００、携帯電話５００に対して適宜、データを送信する。また、制御部１１０は、通常の中央演算処理装置（ＣＰＵ）であってよい。制御部１１０は、自動車売買の仕入処理を行う仕入処理手段１１１を備えていてよい。
【００３０】
仕入処理手段１１１は、クライアント２００から仕入依頼データを受信して、仕入依頼処理を行う。仕入依頼処理とは、通信回線ネットワーク３０に接続されたコンピュータに対して、実際の自動車売買の仕入を依頼する処理である。例えば、自動車売買サーバ１００は、クライアント２００から受信した仕入依頼データを、エージェント端末３００に送信することで、エージェント端末３００に対して自動車売買の仕入を依頼する。
【００３１】
売買データベース１３０は、自動車売買に関するデータが記録されるデータベースである。売買データベース１３０は、売買を行うにあたっての基本データであるマスターデータ１３１と、自動車売買の営業に関するデータである営業データ１３２と、データの更新日時を管理する管理テーブル１３７とを備える。ここで、営業データ１３２は、見込み客に関する見込客データ１３３と、売買の対象となる自動車に関する商品データ１３４と、顧客との商談に関する商談データ１３５と、クライアント２００から受信した仕入依頼に関する仕入依頼データ１３６とから構成される。
【００３２】
マスターデータ１３１は、自動車売買を行うにあたっての基本データであり、例えば、市場に出回っている自動車に関するデータ（車種、メーカ、色、型式、排気量、グレード）、自動車売買における税金の額に関するデータ（自動車税、重量税、自動車取得税）、自動車購入を行う際の陸送費のデータが、店舗ごとに共通のデータとして含まれてよい。マスターデータ１３１は、店舗ごとに異なるデータを含んでもよい。すなわち、店舗名に関するデータや、各店舗の担当者に関するデータ、店舗ごとに扱うことが可能な商品に関するデータ、一の店舗の経費、販売諸費用、買取諸費用に関するデータを含んでいてよい。
【００３３】
見込客データは、自動車売買を行う見込みとなる顧客に関するデータである（図６、図７に基づいて後述する）。商品データ１３４は、見込客が売買を行う対象となる商品に関するデータである（図６に基づいて、後述する）。また、商談データ１３５は、見込み客との商談の状況に関するデータである（図１３に基づいて後述する）。そして、仕入依頼データ１３６は、エージェント端末３００に仕入を依頼するデータである（図９に基づいて後述する）。
【００３４】
管理テーブル１３７は、クライアント２００から受信した各データを売買データベース１３０に記録する際に、このデータを記録した最終更新日時をテーブルごと、レコードごとに記録したテーブルである。
【００３５】
エージェント端末３００は、自動車売買サーバ１００から仕入依頼を受けて、仕入の結果を通知する（図３参照）。すなわち、エージェント端末３００は、自動車売買サーバ１００の仕入処理手段１１１から仕入依頼データ３３１を受信して、仕入結果データ３３２をクライアント２００もしくは、携帯電話５００に送信する。エージェント端末３００は、オークションでの代行落札を行うコンピュータ端末であってよい（図９、図１１を用いて後述する）。
【００３６】
エージェント端末３００は、通信回線ネットワーク３０と接続して、自動車売買サーバ１００と通信を行う通信手段３２０と、エージェント端末３００にて扱うデータを制御する制御部３１０と、エージェント端末３００を使用するユーザがデータの入力を行うデータ入力手段３１３と、データを出力するデータ出力手段３１４と、エージェント端末・データベース３３０とを備える。エージェント端末・データベース３３０は、自動車売買サーバ１００から受信した仕入依頼データ３３１と、購入した結果に関するデータである仕入結果データ３３２とを記録してもよい。ここでエージェント端末３００は、自動車売買システム１を実現するにあたっての必須な構成要件ではなく、例えば、クライアント２００によりエージェント端末３００が実現されてもよい。すなわち、エージェント端末２００は、仕入結果データ３３１を自動車管理サーバ１００に送信可能なコンピュータ装置であれば、エージェント端末３００として設けられた専用のハードウェアでなくてもよい。
【００３７】
クライアント２００は、自動車売買の各店舗に設置されるコンピュータ装置であり、仲介業者が自動車売買に関するデータを入力し、自動車売買に関する情報を取得し、変更する端末である（図４参照）。クライアント２００は、クライアント２００にて取り扱う全ての情報を制御する制御部２１０と、通信回線ネットワーク３０に接続されて自動車売買サーバ１００と通信を行う通信手段２２０と、見込客データ、商品データ、商談データ、仕入依頼データのデータが入力されるデータ入力手段２１３と、これらのデータを出力するデータ出力手段２１４と、入力されたデータを管理するクライアント・データベース２３０とを備える。
【００３８】
複数のクライアント２００ａ〜ｃが通信回線ネットワーク３０に接続され、各々のクライアント２００ａ〜ｃが自動車売買サーバ１００と通信を行う。ここで、一のクライアント２００のデータが、自動車売買サーバ１００に送信され、データが更新されると、他の全て（もしくは一部）のクライアント２００に対して、データが同期する。ここで、同期するデータは、マスターデータ１３１、見込客データ１３３、商品データ１３４、商談データ１３５、仕入依頼データ１３６、管理テーブル１３７であってよいし、これらの一部のデータであってもよい。また、クライアント２００は、自動車売買が行われる店舗（ガソリンスタンドや自動車売買業者）に設置されるが、一つの店舗で複数のクライアント２００が設置されてもよい。
【００３９】
制御部２１０は、自動車売買に関する売上を算出する売上算出手段２１１を備えていてもよい。また、制御部１１０は、通常の中央演算処理装置（ＣＰＵ）であってよい。売上算出手段２１１は、複数のクライアント２００から入力された見込客データに基づいて、店舗ごとや、自動車売買の担当者ごと等の売上算出を行う。例えば、売上算出手段２１１は、この自動車売買サーバ１００と通信可能なクライアント２００から見込客データとして入力された、販売見込マージン、買取見込マージンから、全店舗の販売見込粗利、買取見込粗利、あるいは、店舗ごとあるいは担当者ごとの販売見込粗利、買取見込粗利等を算出する。
【００４０】
クライアント・データベース２３０は、マスターデータ２３１が管理されるデータベースである。マスターデータ２３１は、上述の自動車売買サーバ１００の売買データベース１３０にて管理されるマスターデータ１３１と同期したデータである。
【００４１】
クライアント・データベース２３０が、マスターデータ２３１以外の、データ入力手段２１３から入力される営業データ１３２を管理してもよい。営業データは、各クライアント２００において、頻繁にデータの更新が行われるため、自動車売買サーバ１００とクライアント２００との間でデータの同期を頻繁に行う必要が生じる。そこで、本発明の好適な実施例の一つとしては、自動車売買を行う基本データであるマスターデータ２３１のみをクライアント・データベース２３０にて管理し、営業データ１３２は自動車売買サーバ１００にて管理する。これにより、クライアント２００からのデータの照会に対しては、クライアント・データベース２３０に記録されたマスターデータを読み込んで、データ出力手段２１４が出力することで、自動車売買サーバ１００へのトラフィックを減少させることが可能である。
【００４２】
クライアント・データベース２３０のマスターデータ２３１と売買データベース１３０のマスターデータ１３１の同期は、一のクライアント２００にてアプリケーション・プログラムを起動したタイミングで行われてもよい（図５参照）。すなわち、クライアントにて、本発明にかかる自動車売買システムを実現する機能を動作させるアプリケーション・プログラムを起動した際に、マスターデータ２３１、１３１の同期が行われてよい（ステップＳ０１）。この場合には、自動車売買サーバ１００へのアクセスを極力少なくして、マスターデータ２３１の同期が行えるため有用である。あるいは、所定のタイミングで定期的に同期が行われてもよい。そして、クライアント２００は、自動車売買サーバ１００にマスターデータ１３１に更新があったかどうかを問い合わせる（ステップＳ０２）。この問い合わせの際に、クライアント２００は、管理テーブル２３２を確認することで、マスターデータ２３１のテーブルごとの最終更新日時を確認する（ステップＳ０３）。
【００４３】
管理テーブル２３２は、マスターデータ２３１を構成するデータ全てに対して、更新した日時を、テーブルごと、レコードごとに記録したテーブルである。そして、クライアント２００は、自動車売買サーバ１００の管理テーブル１３７を確認し（ステップＳ０４）、クライアント２００の管理テーブル２３２に記録されたテーブルの最終更新日時よりも、自動車売買サーバ１００の管理テーブル１３７に記録されたテーブルの最終更新日時の方が新しい日時であった場合には、クライアント２００は、自動車売買サーバ１００には更新された情報があると判断する（ステップＳ０５）。そして、クライアント２００は、更新されたテーブルを抽出して、このテーブル中の更新されたレコードのみを抽出する（ステップＳ０６）。そして、クライアント２００は、抽出したレコードのみを自動車売買サーバ１００からダウンロードして同期を行う（ステップＳ０７）。
【００４４】
また、自動車売買サーバ１００のマスターデータ１３１を、クライアント２００からのデータ入力により更新する場合には、入力時もしくは定期的に、クライアント２００が入力されたレコードを自動車売買サーバ１００に送信することで、更新を行ってよい。この場合には、更新したマスターデータ１３１のレコード、テーブルの最終更新日時を書き換えることで、データを入力したクライアント２００a以外のクライアント２００ｂが、所定のタイミングで同期を行うことが可能である。
【００４５】
図６は、クライアント２００にデータ入力手段２１３に表示される画面例である。クライアント２００にて動作するアプリケーション・プログラムでは、図６に示すようなユーザ・インターフェースが実現され、自動車売買の仲介業者は、簡便に、見込みとなる顧客に関する見込客データ１３３と商品データ１３４の入力を行うことが可能である。
【００４６】
見込データ登録３８０は、見込客データ１３３に対応する顧客データ３４０と、商品データ１３４に対応する販売３５０、買取３６０データとの入力を仲介業者に促すユーザ・インターフェースである。見込データ登録３８０では、一の見込データを登録するにあたって、このクライアント２００が利用されている店舗名３１５と、仲介業を行う担当者として情報取得者３２５と、業務担当者３３５とを設定することが可能である。顧客データ３４０は、顧客の氏名、郵便番号、住所、電話番号、メールアドレス、顧客区分、顧客関係区分、給油取引等のデータで構成される。ここで、顧客区分とは、顧客がこの自動車販売システムを頻繁に利用している（リピート）か、初めて利用するかという情報である。また、顧客関係区分とは、従業員の知り合いである等の情報であり、給油取引とは、仲介業者がガソリンスタンドであった場合に、給油の取引が日常的にあるかといった情報である。
【００４７】
見込ランク３４５とは、顧客がどの程度、自動車を購入する意志があるかを示す購入希望の度合いである。仲介業者が見込ランク３４５のレベルをＡ、Ｂ、Ｃランクと設定してよいが、後述する商談履歴により、見込ランクをシステムが選択してもよい。
【００４８】
販売３５０のデータは、新車・中古車のどちらの購入を希望するかの情報や、自動車のメーカ名、及び車名が入力されてよい。さらに、販売３５０のデータは、購入者の予算３５５に関する情報と、仲介業者がこの自動車売買を成功させた場合に目標とする目標マージン３５６、買取有無３５７に関する情報を含む。また、買取３６０のデータは、メーカ名、車名、自動車のグレード、年式、車検日、走行距離、見込評価点の情報から構成されてよい。さらに、買取３６０のデータは、買取にあたっての希望価格３６５と、仲介業者がこの自動車売買を成功させた場合に目標とする目標マージン３６６の情報を含む。
【００４９】
見込データ登録３８０は、自動車売買サーバ１００の売買データベース１３０に記録される。店舗ごとに、複数のクライアント２００から見込客データ１３３、商品データ１３４が入力され、売買データベース１３０に登録される。
【００５０】
図７は、これらの見込み顧客、商品に関する情報を、見込顧客一覧４００にてクライアント２００に表示した画面例である。クライアント２００は、店舗ごと（店舗名４１０）、担当者ごと（情報担当者４１１、営業担当者４１２）、情報取得年月４１３ごと、目標売上年月４１４ごと、あるいは、新車、中古車の販売種別ごと（新車・中古車４１５）、見込ランク４１６ごと、買取の有無４１９ごと、販売結果４２０ごと、買取結果４２１ごとに、検索条件の入力を受けて、見込顧客データ４５０の一覧を表示させる。
【００５１】
目標売上年月４１４より、今月に販売される自動車の販売見込台数４６１が算出され、この自動車の販売による粗利が、販売見込粗利４６２として算出される。販売見込台数４６１と販売見込粗利４６２は、検索条件の入力を受けて、検索した結果の自動車販売に対しての値であってよい。売上算出手段２１１が販売３５０のデータの目標マージン３５６から一台あたりのマージンを抽出し、検索結果の自動車全てについてマージンの和をとることで、販売見込粗利４６２が算出される。
【００５２】
買取についても同様に、目標売上年月４１４により、今月に買い取られる自動車の買取見込台数４６３が算出され、この自動車の販売による粗利が、買取見込粗利４６４として算出される。買取見込台数４６３と買取見込粗利４６４は、検索条件の入力を受けて、検索した結果の自動車買取に対しての値であってよい。売上算出手段２１１が買取３６０のデータの目標マージン３６６から一台あたりのマージンを抽出し、検索結果の自動車全てについてマージンの和をとることで、買取見込粗利４６４が算出される。さらに、算出された販売、買取各々の粗利から、総見込粗利４６５が売上算出手段２１１により算出される。
【００５３】
また、見込ランク４１６ごとに、仲介業者からの検索条件の入力を受けて、見込顧客データ４５０の一覧を表示することが可能であるため、購入意志が高い顧客を把握することが可能であり、購入意志が高い顧客による販売見込粗利４６２、買取見込粗利４６４の情報を把握することができる。したがって、仲介業者にとっては、商談が成立しやすい取引のみを把握して、その取引による粗利を算出することができる。
【００５４】
販売見込粗利４６２や買取見込粗利４６４の算出は、クライアント２００の売上算出手段２１１が行う。すなわち、売上げ等の演算を、自動車売買サーバ１００ではなく、計算結果を表示したいクライアント２００が行うことで、自動車売買サーバ１００の負荷を軽減している。
【００５５】
次に、自動車売買システム１により、自動車の仕入依頼を行うメインフローについて、図８に基づいて説明する。クライアント２００は、仲介業者による仕入依頼データの入力を受信する（ステップＳ１０）。そして、クライアント２００は、エージェント端末３００に仕入依頼データを送信（ステップＳ１１）する。仕入依頼が発生したことを知らせるために、クライアント２００、携帯電話５００のどちらか又は双方に、仕入れ依頼を行ったメールを配信する（ステップＳ１２）。仕入依頼データを受信したエージェント端末３００は、自動車の購入を代行して行い、エージェント端末３００が自動車売買サーバ１００に仕入結果データを送信する。自動車売買サーバ１００は、仕入結果データを受信した場合には（ステップＳ１３）、仕入れ結果を売買データベース１３０の商談データ１３５、仕入依頼データ１３６等の所定のレコードに記録する（ステップＳ１４）。次に、自動車売買サーバ１００は、この仕入結果データの全て、または一部の情報をクライアント２００、携帯電話５００のどちらか又は双方に対して配信する（ステップＳ１５）。
【００５６】
自動車売買システム１が行う自動車の仕入について、図９から図１２を用いて、さらに詳細に説明する。ここで、自動車の仕入依頼とは、自動車を購入する依頼を行うことである。ここで、購入先は、通常の自動車販売会社、オークション会社、オークション仲介会社のいずれかであってもよい。ここでは、クライアント２００から、オークション会社に自動車購入の落札を行うオークション仲介会社（ＰＯＳ会社Ａ）に、自動車の購入（落札）を依頼する例について説明を行う。
【００５７】
図９は、クライアント２００から代行落札依頼６００を行うため、クライアント２００が提供するユーザ・インターフェースを示した図である。代行落札依頼６００により、仲介業者が仕入依頼データ１３６を入力し、入力されたデータが、エージェント端末３００に送信される。ここで、仕入依頼データ１３６が送信されるエージェント端末３００（ＰＯＳ会社Ａやそれ以外の会社）は、仲介業者が自由に選択することができる。すなわち、ＰＯＳ６０１は、オークション仲介会社の情報であり、仲介業者は、このオークション仲介会社を自由に選択することが可能である。したがって、仲介業者は、複数の販売先を対象として販売業務を行うことが可能である。さらに、オークション仲介会社がオークションを行う会場６０４についても、仲介業者が選択することが可能である。
【００５８】
代行落札依頼６００のユーザ・インターフェースは、代行依頼をおこなう会社名６０２、その会社の店舗名６０３（ＳＳ）、代行落札を依頼する者の担当者名、落札を行う車両についての情報（メーカ名、車名、年式）、オークションの開催日６０５、出品番号の情報の入力をユーザに促す。さらに、代行落札依頼６００には、ＰＯＳ会社Ａが代行落札を行うにあたっての応札金額６１０、この応札金額に加えて落札に許容できる金額の限度（プラス６１１）をデータとして登録できる。したがって、ＰＯＳ会社Ａの担当者は、ＰＯＳ応答金額の範囲内で、柔軟にオークションを行うことが可能である。加えて、代行落札依頼６００は、オークションを落札した場合に、車両をどのように運搬するかについての陸送手配６２０、陸送する場所（陸送先６３０）の情報を含む。したがって、仲介業者は、購入後の陸送について、特別な配慮をする必要がなく、配送手配を完了することができる。
【００５９】
クライアント２００から代行落札依頼６００として仕入依頼データ１３６が入力されると、エージェント端末３００に仕入依頼データ１３６が送信される。その後、自動車売買サーバ１００は、図１０に示すメールメッセージを、クライアント２００、携帯電話５００のいずれか又は双方に配信する。メールメッセージは、仕入れ依頼の依頼日時、依頼した会社名、店舗名、担当者名、オークション会場名、オークション開催日、出品番号、車名、年式、応札金額に関する情報の全てまたは一部を含む。このようなメールメッセージが、リアルタイムに仲介業者のクライアント２００に、あるいは自動車を購入する顧客の携帯電話５００等に配信されるため、仲介業者と顧客は現在の状況をリアルタイムに把握することが可能であり、安心してオークションまでの期間を待つことが可能である。
【００６０】
ＰＯＳ会社Ａが自動車の購入を行い、オークションの落札に成功した場合には、エージェント端末３００に仕入結果データが入力される。図１１は、エージェント端末３００のデータ出力手段３１４に、仕入結果データ７００が表示され、ＰＯＳ会社Ａからの入力を受ける画面例である。仕入結果データ７００は、入力後に自動車売買サーバ１００に送信されて、自動車売買サーバ１００の仕入依頼データ１３６が更新される。仕入結果データ７００は、受付日時、担当に関するＰＯＳ受付７１０のデータと、ＰＯＳ応札結果７２０の情報を含んでいてよい。ＰＯＳ応札結果７２０では、落札の結果と、ＰＯＳの手数料、陸送費、税金等の情報を含む。
【００６１】
自動車売買サーバ１００は、エージェント端末３００から受信した仕入結果データをメールメッセージとして、クライアント２００、携帯電話５００のどちらか又は双方に送信する（図１２参照）。メールメッセージは、仲介業者名、仲介業者の店舗名、担当者名、オークション会場名、オークション開催日、出品番号、車名、年式、依頼額、オークションの結果、落札額に関する情報を含んでいてよい。このようなメールメッセージが、リアルタイムに仲介業者のクライアント２００に、あるいは自動車を購入する顧客の携帯電話５００等に配信されるため、仲介業者と顧客はオークションの結果を即座に把握することが可能である。
【００６２】
次に、商談データ１３２の構成について、図１３を用いて詳細に説明する。商談データ１３２は、仲介業者が顧客と商談を行ったごとに、クライアント２００のデータ入力手段２１３から入力される。商談履歴８００は、商談データ１３２の入力を促すユーザ・インターフェースである。商談履歴８００は、顧客及び担当者のデータ８１０（顧客氏名、連絡先、担当者名）、販売８２０のデータ（購入希望の自動車情報、予算、マージン等）、買取８３０のデータ（買取希望の自動車情報）、商談履歴のデータ８４０の入力をユーザに促す。顧客及び担当者のデータ８１０（顧客氏名、連絡先、担当者名）、販売８２０のデータ（購入希望の自動車情報、予算、マージン等）、買取８３０のデータ（買取希望の自動車情報）は、見込客データ１３３から抽出したデータであってよい。
【００６３】
商談履歴のデータ８４０は、商談の日付と、商談の内容（商談、見積、注文、仕入、納車、買取、保険、提案の結果）と、コメント８４５とで分類され、商談結果キャラクタ８４３、８４４により構成される。商談結果キャラクタ８４３、８４４は、仲介業者が商談についての情報を直感的に理解することが可能であるように、商談の結果を天気マークにより表現している。したがって、クライアント２００を操作する仲介業者が自動車売買に慣れていなくとも、計画的な仲介業務を行うことが可能である。例えば、この顧客に関しては、２月２日から商談が開始し、２月４日に購入の見積が成功したが、買取に関しては他社との比較で決定するとのことが、商談キャラクタ８４３とコメント８４５により把握することができる。そして、２月７日の仕入（オークション落札）には予算の都合で失敗するが、２月１０日には再度、仕入に成功して、落札し、２月１５日に納車が完了している。したがって、例えば、仲介業者は、異なる担当者（鈴木三郎以外）が、２月８日にこの顧客（井上）に対応する場合であっても、この顧客が２月７日に仕入に失敗していたため、次の仕入を希望していることに関する情報を取得することができる。
【００６４】
商談履歴８００のデータに入力されたデータ（商品キャラクタによる商談結果のデータ）が、クライアント２００の見込客データ１３３における見込ランク３４５に反映してもよい。すなわち、商談の結果から、見込客が自動車を購入する意志が変化する場合に対応するため、商談の結果から、見込ランク１３１が変更されてよい。
【００６５】
図１４は、仲介業者が販売した自動車を、顧客に提供する前のチェック項目についての画面例である。仲介業者には、顧客に納車をする前に、納車前確認９００として表示されるチェック項目が提供される。チェック項目としては、外装確認９１０の項目、内装確認９２０の項目、車に乗せる書類９３０、契約内容把握９４０が詳細に列挙されているため、仲介業者は、処理に漏れがなく納車を完了することができる。
【００６６】
このような実施形態を実現する自動車売買システムを、コンピュータやサーバにて実行するためのプログラムにより実現することができる。このプログラムのための記録媒体としては、光学記録媒体、テープ媒体、半導体メモリ等が挙げられる。また、専用通信ネットワークやインターネットに接続されたサーバ・システムに設けられたハードディスク又はＲＡＭ等の記録装置を記録媒体として使用し、ネットワークを介してプログラムを提供してもよい。
【００６７】
以上、本発明の実施形態を説明したが、具体例を例示したに過ぎず、特に本発明を限定しない。また、本発明の実施形態に記載された効果は、本発明から生じる最も好適な効果を列挙したに過ぎず、本発明による効果は、本発明の実施形態に記載された効果に限定されない。
【図面の簡単な説明】
【００６８】
【図１】自動車売買システム１のシステム構成を示す図である。
【図２】自動車売買サーバ１００の機能ブロック図である。
【図３】エージェント端末３００の機能ブロック図である。
【図４】クライアント２００の機能ブロック図である。
【図５】自動車売買サーバ１００とクライアント２００の間でデータを同期する際のフロー図である。
【図６】クライアント２００に表示される見込データ登録の画面例である。
【図７】見込データ登録されたデータをクライアント２００にて一覧表示した画面例である。
【図８】自動車売買サーバ１００が仕入依頼の処理を行うフロー図である。
【図９】仕入依頼を行う際に、自動車サーバ１００に表示される画面例である。
【図１０】自動車売買サーバ１００から送信されるメールメッセージの一例を示す図である。
【図１１】仕入結果を自動車サーバ１００に送信するにあたって、エージェント端末３００に表示される画面例である。
【図１２】自動車売買サーバ１００から送信されるメールメッセージの一例を示す図である。
【図１３】クライアント２００に表示される商談履歴に関する画面例である。
【図１４】クライアント２００に表示される納車前のチェック項目に関する画面例である。
【符号の説明】
【００６９】
１      自動車売買システム
３０    通信回線ネットワーク
１００  自動車売買サーバ
１１０  制御部
１１１  仕入処理手段
１１３  データ入力手段
１１４  データ出力手段
１２０  通信手段
１３０  売買データベース
１３１  マスターデータ
１３２  営業データ
１３３  見込客データ
１３４  商品データ
１３５  商談データ
１３６  仕入依頼データ
１３７  管理テーブル
２００、２００ａ〜ｃ    クライアント
２１０  制御部
２１１  売上算出手段
２１３  データ入力手段
２１４  データ出力手段
２２０  通信部
２３０  クライアント・データベース
２３１  マスターデータ
２３２  管理テーブル
３００、３００ａ〜ｃ  エージェント端末
３１０  制御部
３１３  データ入力手段
３１４  データ出力手段
３２０  通信手段
３２５  情報取得者
３３０  エージェント端末・データベース
３３１  仕入依頼データ
３３２  仕入結果データ
３３５  業務担当者
３４０  顧客データ
３４５  見込ランク
３４６  目標売上年月
３５０  販売
３５５  予算
３５６  目標マージン
３５７  買取有無
３６０  買取
３６５  希望価格
３６６  目標マージン
３８０  見込データ登録
４００  見込顧客一覧
４１０  店舗名
４１１  情報担当者
４１２  営業担当者
４１３  情報取得年月
４１４  目標売上年月
４１５  新車・中古車
４１６  見込ランク
４１９  買取の有無
４２０  販売結果
４２１  買取結果
４５０  見込顧客データ
４６１  販売見込台数
４６２  販売見込粗利
４６３  買取見込台数
４６４  買取見込粗利
５００  携帯電話
６００  代行落札依頼
６０２  会社名
６０３  店舗名
６０４  会場
６０５  開催日
６１０  応札金額
６１１  プラス
６２０  陸送手配
６３０  陸送先
７００  仕入結果データ
７１０  ＰＯＳ受付
７２０  ＰＯＳ応札結果
８００  商談履歴
８１０  顧客及び担当者のデータ
８２０  販売
８３０  買取
８４０  商談履歴のデータ
８４３、８４４  商談キャラクタ
８４５  コメント
９００  納車前確認
９１０  外装確認
９２０  内装確認
９３０  車に乗せる書類
９４０  契約内容把握
【図１】
2006285741.tif 000003
【図２】
2006285741.tif 000004
【図３】
2006285741.tif 000005
【図４】
2006285741.tif 000006
【図５】
2006285741.tif 000007
【図６】
2006285741.tif 000008
【図７】
2006285741.tif 000009
【図８】
2006285741.tif 000010
【図９】
2006285741.tif 000011
【図１０】
2006285741.tif 000012
【図１１】
2006285741.tif 000013
【図１２】
2006285741.tif 000014
【図１３】
2006285741.tif 000015
【図１４】
2006285741.tif 000016