JP2003108847A - 情報処理方法、情報処理装置、及び情報処理プログラム - Google Patents

Abstract

(57)【要約】 【課題】 顧客による商品の購入を支援するための情報
を、いわゆるオンラインで提供するように構成されたシ
ステムにおいて、システム運営者側の利益と顧客の利益
との均衡を図りつつ、個人情報等の重要な情報を多数収
集し得るようにする。 【解決手段】 車両メーカ側サーバ１における販売対象
をプレゼント商品としたキャンペーンを行うショッピン
グモールサーバ９において、キャンペーンの応募を受信
すると共に、その応募に係る顧客の情報が、車両メーカ
側サーバ１に記憶されているときにはその応募を受け付
ける一方、記憶されていないときにはその応募の受付を
拒否する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、販売対象である商
品の購入を支援するために通信回線を介してオンライン
で商品に関する情報を顧客端末に提供する第１サーバ
と、上記商品をプレゼントとして提供するプレゼントキ
ャンペーンを行う第２サーバとを用いた情報処理方法、
及びこのシステムにおける情報処理装置等に関する。

【０００２】

【従来の技術】従来より、この種の情報の提供に関する
装置として、例えば特開平５−２７４３２６号公報に開
示されるように、販売対象である商品のカタログ情報を
マルチメディア情報の形態でデータベースに蓄積してお
き、計算機システム上で特定化した商品に関する情報を
前記データベースから読み出して、外部出力、見積、納
期問い合わせ、受注処理等を行えるようにしたものが知
られている。

【０００３】また、自動車販売の分野においては、例え
ばインターネットに接続された顧客端末のユーザ（顧
客）が所定の選択肢に従って好みの仕様を選定するとと
もに、この選定した仕様の自動車に関する見積の請求や
商談の申し込みをオンラインで行えるようにした、ＢＴ
Ｏ（Build to Order）と呼ばれるシステムがある（例え
ば「ウエブチューンファクトリー」http://www.w-tune.
comを参照）。

【０００４】

【発明が解決しようとする課題】ところで、前記後者の
システムでは、顧客が、販売対象物である自動車の仕様
の選定を行うと共に、その仕様選定した自動車の見積請
求を行うときに初めて、その顧客の個人情報を入力して
もらうように構成されている。ところが、こうした見積
請求を行うのは購入を検討している顧客だけであり、自
動車の購入自体を検討している顧客にとっては、見積請
求を行うことはためらわれる。このため、個人情報や仕
様選定した自動車の情報はマーケティング上で重要な情
報であるため、ＢＴＯシステムの運営者側は、これらの
情報を多数収集したいをいう要求があるが、これらの情
報をなかなか得ることができないという不都合がある。

【０００５】特に、上記ＢＴＯシステム（サイト）の知
名度が低いと、そのサイトに対する顧客からのアクセス
数が少ないため、上記個人情報等をますます得難くなる
という不都合がある。

【０００６】一方、顧客の側においては、ただ単に個人
情報を提供することには抵抗がある。また、その提供を
行うことによって何らかの利益が得たいという要求もあ
る。このため、顧客が抵抗なく個人情報を提供し得るよ
うにすると共に、それにより顧客が利益を得るようにす
るのが好ましい。

【０００７】本発明は、このような事情に鑑みてなされ
たものであり、その目的とするところは、顧客による商
品の購入を支援するための情報を、いわゆるオンライン
で提供するように構成されたシステムにおいて、システ
ム運営者側の利益と顧客の利益との均衡を図りつつ、個
人情報等の重要な情報を多数収集し得るようにすること
にあり、ひいてはそのシステムにおける販売促進を図る
ことにある。

【０００８】

【課題を解決するための手段】上記目的を達成するため
に、請求項１記載の発明は、顧客端末との間の双方向通
信により、該顧客端末からの要求に応じて販売対象に関
する情報を該顧客端末に提供する第１サーバと、上記顧
客端末との間の双方向通信により、該顧客端末からの要
求に応じて上記販売対象を顧客へのプレゼント商品とす
るプレゼントキャンペーンの情報を該顧客端末に提供す
る第２サーバとを用いた情報処理方法を対象とする。

【０００９】そして、上記第１サーバにおいて、上記顧
客端末から送信された顧客に関する情報を受信すると共
に、この受信した情報を記憶する情報受信ステップと、
上記第２サーバにおいて、上記顧客端末から送信された
プレゼントキャンペーンの応募信号を受信する応募受信
ステップと、上記第２サーバにおいて、上記応募受信ス
テップにおいて受信した応募信号に係る顧客に関する情
報が上記第１サーバに記憶されているときには、上記応
募信号を記憶することでその応募を受け付ける一方、上
記第１サーバに記憶されていないときには、上記応募信
号を記憶しないことでその応募の受付を拒否する応募受
付ステップとを備えるものである。

【００１０】こうすることで、販売対象に関する情報を
提供する第１サーバにおいて、顧客端末から送信された
顧客に関する情報が受信されかつ、その情報が記憶され
る。

【００１１】一方、プレゼントキャンペーンの情報を提
供する第２サーバにおいて、上記顧客端末から送信され
たプレゼントキャンペーンの応募信号が受信される。
尚、この第２サーバは、上記プレゼントキャンペーンの
情報を提供するだけでなく、その他のコンテンツを提供
するものであってもよい。

【００１２】そして、上記受信した応募信号に係る顧客
に関する情報が、第１サーバに記憶されているときに
は、応募信号を記憶することでその応募が受け付けられ
る一方、記憶されていないときには、応募信号を記憶し
ないことでその応募の受付が拒否される。

【００１３】これにより、顧客がプレゼントキャンペー
ンへの応募をするには、第１サーバに情報を提供してい
ることが条件になる。こうしたプレゼントキャンペーン
に対しては多数の応募がなされることが予想されるた
め、これに伴い、第１サーバには顧客の情報が多数提供
されることになる。その結果、顧客情報が多数収集でき
て販売促進を図ることができるようになる。一方で、顧
客は、プレゼントキャンペーンへの応募条件として顧客
情報を提供するため、顧客情報の提供に対する見返りを
受けることになる。

【００１４】また、第２サーバでプレゼントキャンペー
ンの情報を顧客に提供することによって、この第２サー
バへの顧客端末のアクセス数が増大すると共に、そのプ
レゼントキャンペーンにおけるプレゼント商品を販売対
象とする第１サーバの知名度が高まることが期待でき
る。その結果、上記第１サーバへの顧客端末のアクセス
数が増大して、プレゼントキャンペーンの応募のためだ
けに限らず、この第１サーバへの顧客情報の提供数を増
大させることができるようになる。

【００１５】請求項２記載の発明は、顧客端末との間の
双方向通信により、該顧客端末からの要求に応じて販売
対象に関する情報を該顧客端末に提供するサーバを用い
た情報処理方法を対象とし、上記サーバにおいて、上記
顧客端末から送信された顧客に関する情報を受信すると
共に、この受信した情報を記憶する情報受信ステップ
と、上記販売対象を顧客へのプレゼント商品とするプレ
ゼントキャンペーンの情報を顧客端末に提供する他のサ
ーバにおいて受信された該顧客端末からのプレゼントキ
ャンペーンの応募信号に関し、該他のサーバからの要求
に応じて、該応募信号に係る顧客に関する情報が上記情
報受信ステップにおいて記憶されているか否かを判定す
ると共に、その判定結果を上記他のサーバに提供する判
定ステップとを備えるものである。

【００１６】こうすることで、サーバにおいて、顧客端
末から送信された顧客に関する情報が受信されかつ、そ
の情報が記憶される。

【００１７】そして、プレゼントキャンペーンの応募信
号を受信した他のサーバからの要求に応じて、その応募
信号に係る顧客に関する情報が、サーバにおいて記憶さ
れているか否かが判定され、その判定結果が上記他のサ
ーバに提供される。

【００１８】こうして、他のサーバにおけるプレゼント
キャンペーンの応募に関して、この他のサーバにおいて
必要となる情報を的確に提供することができるようにな
る。

【００１９】請求項３記載の発明は、顧客端末との間の
双方向通信により、該顧客端末からの要求に応じてプレ
ゼントキャンペーンの情報を該顧客端末に提供するサー
バを用いた情報処理方法を対象とし、上記サーバにおい
て、上記顧客端末から送信されたプレゼントキャンペー
ンの応募信号を受信する応募受信ステップと、上記サー
バにおいて、上記応募受信ステップにおいて受信した応
募信号に係る顧客に関する情報が、上記プレゼントキャ
ンペーンにおけるプレゼント商品を販売対象としてそれ
に関する情報を顧客端末に提供する他のサーバに記憶さ
れているときには、上記応募信号を記憶することでその
応募を受け付ける一方、上記他のサーバに記憶されてい
ないときには、上記応募信号を記憶しないことでその応
募の受付を拒否する応募受付ステップとを備えるもので
ある。

【００２０】こうすることで、サーバにおいて、上記顧
客端末から送信されたプレゼントキャンペーンの応募信
号が受信される。そして、上記受信した応募信号に係る
顧客に関する情報が、他のサーバに記憶されているとき
にはその応募が受け付けられる一方、記憶されていない
ときにはその応募の受付が拒否される。

【００２１】これにより、プレゼントキャンペーンへの
応募条件が、他のサーバに顧客情報を提供していること
に設定され、この応募条件によって、他のサーバには顧
客の情報が多数提供されることになる。その結果、顧客
情報が多数収集できるようになる。

【００２２】請求項４記載の発明は、第１及び第２サー
バを用いた情報処理方法を対象とするものの上記請求項
１記載の発明とは異なり、上記第１サーバにおいて、上
記顧客端末から送信された顧客に関する情報を受信する
と共に、この受信した情報を記憶する情報受信ステップ
と、上記第２サーバにおいて、上記顧客端末から送信さ
れたプレゼントキャンペーンの応募信号を受信すると共
に、この受信した応募信号を記憶する応募受信ステップ
と、上記第２サーバにおいて、上記応募受信ステップに
おいて記憶した応募信号の中からの抽選による当選者に
関する情報が上記第１サーバに記憶されているときに
は、その当選を決定する処理を行う一方、上記第１サー
バに記憶されていないときには、その当選を無効にする
処理を行う当選決定ステップとを備えるものである。

【００２３】こうすることで、販売対象に関する情報を
提供する第１サーバにおいて、顧客端末から送信された
顧客に関する情報が受信されかつ、その情報が記憶され
る。

【００２４】一方、プレゼントキャンペーンの情報を提
供する第２サーバにおいて、上記顧客端末から送信され
たプレゼントキャンペーンの応募信号が受信されると共
に、その応募信号が記憶される。

【００２５】そして、上記記憶した応募信号の中から抽
選により当選者を設定し、その当選者に関する情報が、
第１サーバに記憶されているときにはその当選を決定す
る処理を行う一方、記憶されていないときにはその当選
を無効にする処理を行う。つまり、請求項１記載の発明
では、プレゼントキャンペーンの応募があったときに、
その応募に係る顧客の情報が第１サーバに記憶されてい
るか否かを確認して、応募の受付・拒否がされるのに対
し、請求項４記載の発明では、プレゼントキャンペーン
の抽選があったときに、その抽選による当選者の情報が
第１サーバに記憶されているか否かを確認して、当選の
有効・無効が決定される。

【００２６】これにより、顧客がプレゼントキャンペー
ンへの応募をするには、第１サーバに情報を提供してい
ることが条件になるため、第１サーバには顧客の情報が
多数提供されることが期待でき、その結果、顧客情報が
多数収集できるようになる。

【００２７】尚、当選が無効になったときには、新たに
抽選を行い新たな当選者を決定すればよい。

【００２８】請求項５記載の発明は、顧客端末との間の
双方向通信により、該顧客端末からの要求に応じて販売
対象に関する情報を該顧客端末に提供するサーバを用い
た情報処理方法を対象とし、上記サーバにおいて、上記
顧客端末から送信された顧客に関する情報を受信すると
共に、この受信した情報を記憶する情報受信ステップ
と、上記販売対象を顧客へのプレゼント商品とするプレ
ゼントキャンペーンの情報を顧客端末に提供する他のサ
ーバにおいて受信された該顧客端末からのプレゼントキ
ャンペーンの応募信号に関し、該他のサーバからの要求
に応じて、該応募信号の中からの抽選による当選者に関
する情報が上記情報受信ステップにおいて記憶されてい
るか否かを判定しかつ、その判定結果を上記他のサーバ
に提供する判定ステップとを備えるものである。

【００２９】こうすることで、サーバにおいて、顧客端
末から送信された顧客に関する情報が受信されかつ、そ
の情報が記憶される。

【００３０】そして、他のサーバからの要求に応じて、
プレゼントキャンペーンの抽選による当選者に関する情
報が、上記サーバにおいて記憶されているか否かが判定
され、その判定結果が上記他のサーバに提供される。

【００３１】これにより、他のサーバにおけるプレゼン
トキャンペーンの抽選に関して、この他のサーバにおい
て必要となる情報を的確に提供することができるように
なる。

【００３２】請求項６記載の発明は、顧客端末との間の
双方向通信により、該顧客端末からの要求に応じてプレ
ゼントキャンペーンの情報を該顧客端末に提供するサー
バを用いた情報処理方法を対象とし、上記サーバにおい
て、上記顧客端末から送信されたプレゼントキャンペー
ンの応募信号を受信すると共に、この受信した応募信号
を記憶する応募受信ステップと、上記サーバにおいて、
上記応募受信ステップにおいて記憶した応募信号の中か
らの抽選による当選者に関する情報が、上記プレゼント
キャンペーンにおけるプレゼント商品を販売対象として
それに関する情報を顧客端末に提供する他のサーバに記
憶されているときには、その当選を決定する処理を行う
一方、上記他のサーバに記憶されていないときには、そ
の当選を無効にする処理を行う当選決定ステップとを備
えるものである。

【００３３】こうすることで、サーバにおいて、上記顧
客端末から送信されたプレゼントキャンペーンの応募信
号が受信される。

【００３４】そして、上記受信した応募の中からの抽選
による当選者に関する情報が、他のサーバに記憶されて
いるときにはその当選が決定される一方、記憶されてい
ないときにはその当選が無効にされる。

【００３５】これにより、プレゼントキャンペーンへの
応募条件が、他のサーバに情報を提供していることに設
定され、この応募条件によって、他のサーバには顧客の
情報が多数提供されることになり、その結果、顧客情報
が多数収集できるようになる。

【００３６】上記請求項１又は請求項４記載の発明にお
いては、請求項７記載の如く、第２サーバから第１サー
バに、顧客を指定する信号を送信することで、該顧客に
関する情報が上記第１サーバに記憶されているか否かを
問い合わせる問合せステップと、上記問合せステップに
おける信号を受信した第１サーバにおいて、該信号によ
り指定された顧客に関する情報が記憶されているか否か
を判定すると共に、その判定結果を上記第２サーバに提
供する判定ステップとを備えるようにしてもよい。

【００３７】こうして、第２サーバから第１サーバに、
顧客に関する情報が第１サーバに記憶されているか否か
の問い合わせが行われる一方、第１サーバから第２サー
バにその問い合わせに対する判定結果が提供される。こ
れにより、顧客に関する情報が提供される第１サーバ
と、プレゼントキャンペーンへの応募が行われる第２サ
ーバとを用いたシステムにおいて、プレゼントキャンペ
ーンへの応募条件（第１サーバに情報を提供しているこ
と）が満たされているか否かを的確に判定することが可
能になる。

【００３８】上記請求項３又は請求項６記載の発明にお
いては、請求項８記載の如く、顧客を指定する信号を他
のサーバに送信することで、該顧客に関する情報が上記
他のサーバに記憶されているか否かの問い合わせを行う
と共に、該問い合わせに対して上記他のサーバから送信
された判定結果を受信する問合せステップを備えるよう
にしてもよい。

【００３９】これにより、請求項７記載の発明と同様の
作用・効果が得られる。

【００４０】また、請求項９記載の如く、応募受信ステ
ップは、顧客端末からのプレゼントキャンペーンの応募
信号を受信するときに、上記顧客端末に係る顧客に対し
て第１サーバから発行されているユーザＩＤの信号を併
せて受信するステップであり、問合せステップは、顧客
を指定する信号として該顧客のユーザＩＤを、第２サー
バから第１サーバに送信するステップであるとしてもよ
い。

【００４１】こうすることで、第１サーバにおいて情報
を提供した顧客と、第２サーバにおいてプレゼントキャ
ンペーンに応募した顧客との同一性の確認を、ユーザＩ
Ｄを基にして、容易かつ確実に行うことが可能になる。
その結果、プレゼントキャンペーンへの応募条件が満た
されているか否かをより一層的確に判定することが可能
になる。

【００４２】また、請求項１０記載の如く、応募受信ス
テップは、顧客端末からのプレゼントキャンペーンの応
募信号を受信するときに、上記顧客端末に係る顧客に対
して他のサーバから発行されているユーザＩＤの信号を
併せて受信するステップであり、問合せステップは、顧
客を指定する信号として該顧客のユーザＩＤを、上記他
のサーバに送信するステップであるとしてもよい。

【００４３】これにより、請求項９記載の発明と同様の
作用・効果が得られる。

【００４４】さらに、請求項１１記載の如く、第１サー
バと顧客端末と間の双方向通信により、所定の仕様を備
えた標準仕様を基に、該顧客端末の操作に応じて販売対
象の仕様を選定する仕様選定ステップと、上記顧客端末
からの要求に応じて、上記仕様選定ステップにおいて仕
様選定された販売対象の見積価格を設定すると共に、設
定した見積価格を上記顧客端末に提供する見積価格提供
ステップとを備えるようにし、情報受信ステップは、上
記見積価格提供ステップにおいて上記顧客端末からの見
積価格の提供要求を受信するときに、該顧客端末に係る
顧客に関する情報を受信するステップとしてもよい。

【００４５】こうすることで、顧客は、仕様選定ステッ
プにおいて販売対象の仕様を選定すると共に、その仕様
選定された販売対象の見積価格を要求しなければ、顧客
情報を、上記第１サーバに提供することができない。

【００４６】このため、上記第１サーバにおいては、顧
客に関する情報だけではなく、販売対象の仕様に関する
情報を収集することができる。しかも、これらの顧客情
報が、プレゼントキャンペーンを行うことで、多数収集
できるようになる。

【００４７】また、プレゼントキャンペーンの応募のた
めであっても、顧客は、実際に仕様選定を行うと共に、
その見積価格の提供を受けることになるため、そのプレ
ゼントキャンペーンに拘わらず、その仕様選定をした販
売対象の購入を検討することも期待でき、販売促進が図
られる結果となる。

【００４８】さらに、請求項１２記載の如く、サーバと
顧客端末と間の双方向通信により、所定の仕様を備えた
標準仕様を基に、該顧客端末の操作に応じて販売対象の
仕様を選定する仕様選定ステップと、上記顧客端末から
の要求に応じて、上記仕様選定ステップにおいて仕様選
定された販売対象の見積価格を設定すると共に、設定し
た見積価格を上記顧客端末に提供する見積価格提供ステ
ップとを備えるようにし、情報受信ステップは、上記見
積価格提供ステップにおいて上記顧客端末からの見積価
格の提供要求を受信するときに、該顧客端末に係る顧客
に関する情報を受信するステップとしてもよい。

【００４９】これにより、請求項１１記載の発明と同様
の作用・効果が得られる。

【００５０】ここで、上記プレゼントキャンペーンにお
けるプレゼント商品は、仕様選定ステップにおいて仕様
選定されかつ見積提供ステップにおいて見積価格が提供
された販売対象としてもよい。

【００５１】こうすることで、顧客が実際に仕様選定し
た販売対象、つまり、顧客が欲しい仕様の販売対象がプ
レゼント商品になるため、顧客の満足度が向上する。ま
た、プレゼントキャンペーンへの応募数の増加も期待で
き、これに伴い、見積提供ステップにおける見積価格の
提供数の増加が図られる。

【００５２】仕様選定ステップにおいて仕様選定された
販売対象をプレゼント商品とするときには、仕様選定さ
れた販売対象における標準仕様に係る分の金額をプレゼ
ント商品としてもよい。

【００５３】こうすることで、プレゼント商品である販
売対象の仕様によっては、その価格が異なることで、プ
レゼント商品の提供に係る費用が変動する虞があるが、
プレゼント商品を仕様選定された販売対象の内の標準仕
様に係る分の金額と設定することで、プレゼント商品の
提供に係る費用が固定される。また、例えば当選者を複
数人としたときでも、その当選者間でのプレゼント商品
の提供に係る費用を互いに同じにすることができる一
方、各当選者は標準仕様との差額を負担することで自ら
が仕様選定した販売対象がプレゼント商品となるため、
顧客の満足度を向上させることができる。

【００５４】このように、仕様選定された販売対象にお
ける標準仕様に係る分の金額をプレゼント商品とすると
きには、例えば請求項１５に記載の如く、第１サーバに
おいて、第２サーバから送信されたプレゼントキャンペ
ーン当選者の通知に基づき、上記当選者に係る見積価格
から標準仕様に係る分の金額を差し引くことにより見積
価格を再設定する見積価格再設定ステップを備えるよう
にしてもよい。

【００５５】また、請求項１６に記載の如く、第１サー
バから当選者に係る顧客端末に、見積価格が再設定され
た旨の通知を行う通知ステップを備えるようにしてもよ
い。

【００５６】こうすることで、当選者は、プレゼントキ
ャンペーンの当選によって見積価格が再設定されたこと
を認識することができる。

【００５７】また、例えば請求項１７記載の如く、見積
価格提供ステップにおいて提供される見積価格毎に見積
ＩＤを付し、第２サーバにおいて、上記見積ＩＤに基づ
いてプレゼントキャンペーンの抽選を行う抽選ステップ
を備えるようにしてもよい。

【００５８】つまり、顧客（プレゼントキャンペーンの
応募者）が仕様選定した（見積価格の提供を受けた）販
売対象毎に、プレゼントキャンペーンの応募を行い得る
ようにするのである。こうすることで、顧客は、複数の
販売対象の仕様選定を行い、その複数の販売対象に対す
る見積価格の提供を受けると、プレゼントキャンペーン
の応募を複数回行うことができる。これにより、顧客は
複数回の応募が可能になるという利益が得られる一方、
第１サーバでは、販売対象の仕様選定に関する多数の情
報が収集できるという利益が得られる。

【００５９】さらに、請求項１８記載の如く、第２サー
バにおいて、顧客に対し第１サーバから発行されている
ユーザＩＤに基づいてプレゼントキャンペーンの抽選を
行う抽選ステップと、上記抽選ステップでの抽選による
当選者が、仕様選定ステップにおいて複数の販売対象の
仕様選定を行いかつ、見積価格提供ステップにおいてそ
れぞれに対する見積価格の提供を受けているときに、上
記第２サーバにおいて、上記見積価格が提供されている
複数の販売対象の中からプレゼント商品となる販売対象
を上記当選者に選択させるための処理を行う選択ステッ
プとを備えるようにしてもよい。

【００６０】こうすることで、プレゼントキャンペーン
の当選者が、複数の販売対象の仕様選定を行いかつ、そ
の複数の販売対象に対する見積価格の提供を受けていれ
ば、その複数の販売対象の中から、プレゼント商品とな
る販売対象を選択できる利益が得られる。一方、第１サ
ーバでは、販売対象の仕様選定に関する多数の情報が収
集できるという利益が得られる。

【００６１】また、請求項１９記載の如く、第２サーバ
から顧客端末にプレゼントキャンペーンの情報を提供す
るときに、第１サーバに接続するためのリンク情報を併
せて上記顧客端末に提供するようにしてもよい。こうす
ることで、顧客の利便性が向上すると共に、第１サーバ
へのアクセス数が増加することが期待できる。

【００６２】請求項２０記載の発明は、通信回線を介し
て接続された顧客端末からの要求に応じて販売対象に関
する情報を該顧客端末に提供するように構成された情報
処理装置を対象とする。

【００６３】そして、上記顧客端末から送信された顧客
に関する情報を受信すると共に、この受信した情報を記
憶する情報受信手段と、上記販売対象を顧客へのプレゼ
ント商品とするプレゼントキャンペーンの情報を上記顧
客端末に提供するように構成された他の情報処理装置か
らの要求に応じて、該他の情報処理装置において受信さ
れた上記顧客端末からのプレゼントキャンペーンの応募
信号に関し、該応募信号に係る顧客に関する情報が上記
情報受信手段により記憶されているか否かを判定すると
共に、その判定結果を上記他の情報処理装置に送信する
判定手段とを備えることを特定事項とするものである。

【００６４】また、請求項２１記載の発明は、通信回線
を介して接続された顧客端末からの要求に応じてプレゼ
ントキャンペーンの情報を該顧客端末に提供するように
構成された情報処理装置を対象とする。

【００６５】そして、上記顧客端末から送信されたプレ
ゼントキャンペーンの応募信号を受信する応募受信手段
と、上記応募受信手段により受信した応募信号に係る顧
客に関する情報が、上記プレゼントキャンペーンにおけ
る顧客へのプレゼント商品を販売対象としてそれに関す
る情報を上記顧客端末に提供するように構成された他の
情報処理装置に記憶されているときには、上記応募信号
を記憶することでその応募を受け付ける一方、上記他の
情報処理装置に記憶されていないときには、上記応募信
号を記憶しないことでその応募の受付を拒否する応募受
付手段とを備えることを特定事項とするものである。

【００６６】さらに、請求項２２記載の発明は、通信回
線を介して接続された顧客端末からの要求に応じて販売
対象に関する情報を該顧客端末に提供するように構成さ
れた情報処理装置を対象とする。

【００６７】そして、上記顧客端末から送信された顧客
に関する情報を受信すると共に、この受信した情報を記
憶する情報受信手段と、上記販売対象を顧客へのプレゼ
ント商品とするプレゼントキャンペーンの情報を上記顧
客端末に提供するように構成された他の情報処理装置か
らの要求に応じて、該他の情報処理装置において受信さ
れた上記顧客端末からのプレゼントキャンペーンの応募
信号に関し、該応募信号の中からの抽選による当選者に
関する情報が上記情報受信手段により記憶されているか
否かを判定すると共に、その判定結果を上記他の情報処
理装置に送信する判定手段とを備えることを特定事項と
するものである。

【００６８】加えて、請求項２３記載の発明は、通信回
線を介して接続された顧客端末からの要求に応じて顧客
に対するプレゼントキャンペーンの情報を該顧客端末に
提供するように構成された情報処理装置を対象とする。

【００６９】そして、上記顧客端末から送信されたプレ
ゼントキャンペーンの応募信号を受信すると共に、この
受信した情報を記憶する応募受信手段と、上記応募受信
手段により記憶された応募信号の中からの抽選による当
選者に関する情報が、上記プレゼントキャンペーンにお
けるプレゼント商品を販売対象としてそれに関する情報
を上記顧客端末に提供するように構成された他の情報処
理装置に記憶されているときには、その当選を決定する
処理を行う一方、上記他のサーバに記憶されていないと
きには、その当選を無効にする処理を行う当選決定手段
とを備えることを特定事項とするものである。

【００７０】請求項２０〜２３記載の発明によると、そ
れぞれ請求項２，３，５及び６記載の発明と同様の作用
・効果が得られる。

【００７１】請求項２４記載の発明は、通信回線を介し
て接続された顧客端末からの要求に応じて販売対象に関
する情報を該顧客端末に提供するように構成された情報
処理装置を制御するための情報処理プログラムを対象と
する。

【００７２】そして、上記情報処理装置に、上記顧客端
末から送信された顧客に関する情報を受信させると共
に、該受信させた情報を記憶させかつ、上記販売対象を
顧客へのプレゼント商品とするプレゼントキャンペーン
の情報を上記顧客端末に提供するように構成された他の
情報処理装置からの要求に応じて、該他の情報処理装置
において受信された上記顧客端末からのプレゼントキャ
ンペーンの応募信号に関し、該応募信号に係る顧客に関
する情報が記憶されているか否かを判定させると共に、
その判定結果を上記他の情報処理装置に送信させること
を特定事項とするものである。

【００７３】また、請求項２５記載の発明は、通信回線
を介して接続された顧客端末からの要求に応じて顧客に
対するプレゼントキャンペーンの情報を該顧客端末に提
供するように構成された情報処理装置を制御するための
情報処理プログラムを対象とする。

【００７４】そして、上記情報処理装置に、上記顧客端
末から送信されたプレゼントキャンペーンの応募信号を
受信させると共に、該受信させた応募信号に係る顧客に
関する情報が、上記プレゼントキャンペーンにおけるプ
レゼント商品を販売対象としてそれに関する情報を上記
顧客端末に提供するように構成された他の情報処理装置
に記憶されているときには、上記応募信号を記憶させる
ことでその応募を受け付けさせる一方、上記他の情報処
理装置に記憶されていないときには、上記応募信号を記
憶させないことでその応募の受付を拒否させることを特
定事項とするものである。

【００７５】さらに、請求項２６記載の発明は、通信回
線を介して接続された顧客端末からの要求に応じて販売
対象に関する情報を該顧客端末に提供するように構成さ
れた情報処理装置を制御するための情報処理プログラム
を対象とする。

【００７６】そして、上記情報処理装置に、上記顧客端
末から送信された顧客に関する情報を受信させると共
に、該受信させた情報を記憶させかつ、上記販売対象を
顧客へのプレゼント商品とするプレゼントキャンペーン
の情報を上記顧客端末に提供するように構成された他の
情報処理装置からの要求に応じて、該他の情報処理装置
において受信された上記顧客端末からのプレゼントキャ
ンペーンの応募信号に関し、該応募信号の中からの抽選
による当選者に関する情報が記憶されているか否かを判
定させると共に、その判定結果を上記他の情報処理装置
に送信させることを特定事項とするものである。

【００７７】加えて、請求項２７記載の発明は、通信回
線を介して接続された顧客端末からの要求に応じて顧客
に対するプレゼントキャンペーンの情報を該顧客端末に
提供するように構成された情報処理装置を制御するため
の情報処理プログラムを対象とする。

【００７８】そして、上記情報処理装置に、上記顧客端
末から送信されたプレゼントキャンペーンの応募信号を
受信させると共に、該受信させた情報を記憶させかつ、
該記憶させた応募信号の中からの抽選による当選者に関
する情報が、上記プレゼントキャンペーンにおけるプレ
ゼント商品を販売対象としてそれに関する情報を上記顧
客端末に提供するように構成された他の情報処理装置に
記憶されているときには、その当選を決定する処理を行
わせる一方、上記他の情報処理装置に記憶されていない
ときにはその当選を無効にする処理を行わせることを特
定事項とするものである。

【００７９】尚、請求項２４〜請求項２７に記載の情報
処理プログラムはそれぞれ、コンピュータが読み取り可
能な記録媒体に記録をしてもよい。

【００８０】

【発明の効果】以上説明したように、本発明における情
報処理方法、及び情報処理装置等によれば、プレゼント
キャンペーンの情報を提供する第２サーバにおいて、上
記顧客端末から送信されたプレゼントキャンペーンの応
募信号を受信すると、その受信した応募信号に係る顧客
に関する情報が、販売対象に関する情報を提供する第１
サーバに記憶されているときにはその応募が受け付けら
れる一方、記憶されていないときにはその応募の受付が
拒否される。

【００８１】また、第２サーバにおいて受信されたプレ
ゼントキャンペーンの応募の中からの抽選による当選者
に関する情報が、上記第１サーバに記憶されているとき
にはその当選が決定される一方、記憶されていないとき
にはその当選が無効にされる。

【００８２】こうして、第１サーバに情報を提供してい
ることがプレゼントキャンペーンへの応募条件になるこ
とで、第１サーバには顧客の情報が多数提供されること
になり、その結果、顧客情報が多数収集できて販売促進
を図ることができる。一方で、顧客は、プレゼントキャ
ンペーンへの応募条件として顧客情報を提供するため、
顧客情報の提供に対する見返りが受けられ、顧客の利益
と、第１サーバの運営者の利益との均衡を図ることがで
きる。

【００８３】また、第２サーバにおいてプレゼントキャ
ンペーンの情報を顧客に提供することによって、この第
２サーバへの顧客端末のアクセス数が増大すると共に、
そのプレゼントキャンペーンにおけるプレゼント商品を
販売対象とする第１サーバの知名度が高まることが期待
できる。その結果、上記第１サーバへの顧客端末のアク
セス数が増大して、プレゼントキャンペーンの応募のた
めだけに限らず、この第１サーバにおける顧客情報の取
得数を増加させることができる。

【００８４】

【発明の実施の形態】以下、本発明を自動車のＢＴＯシ
ステムに適用した実施形態について、図面に基づいて詳
細に説明する。この実施形態のシステムは、所定の仕様
・装備を備える標準仕様車（ベース仕様車）を基本とし
て、予め設定した複数の項目についてユーザ（以下、顧
客とも称する）自身によって所望の仕様選定がなされる
ようにした自動車の見積・発注システムであり、以下、
このようにして仕様の選定された車両を個別仕様車とい
うものとする。

【００８５】また、本実施形態においては、上記見積・
発注システムに加えて、この見積・発注システムにおい
て仕様選定された自動車を顧客へのプレゼント商品とす
るプレゼント提供システムが構成されている。

【００８６】（ハードウエアの全体構成）図１は、個別
仕様車見積・発注システム、及びプレゼント提供システ
ムの全体構成を示す概念図である。

【００８７】同図において、１は、個別仕様車見積・発
注システムによって仕様選定及び発注が行われた個別仕
様車を生産する自動車メーカのためのサーバコンピュー
タ（第１サーバ、情報処理装置）であり、主に、ユーザ
端末５又は販売代理店端末４に対するアプリケーション
・サーバとして機能する。このサーバコンピュータは、
当該自動車メーカに存在する場合も、或いは当該自動車
メーカのためにその外部において他の運用者によって運
営される場合も想定される（以下、本実施形態では、車
両メーカ側サーバと称する）。

【００８８】車両メーカ側サーバ１は、その動作中に必
要に応じて、一般的な手法により、メーカ希望小売価格
データベース（ＤＢ）３１と、進捗管理ＤＢ３２と、購
入支援情報ＤＢ３３と、顧客ＤＢ３４と、見積価格ＤＢ
３５とにアクセスすることができる。

【００８９】メーカ希望小売価格ＤＢ３１には、自動車
メーカが希望する小売価格（以下、メーカ希望小売価
格）が、本システムにおいて個別仕様車として選定可能
な仕様項目毎に、個々の仕様項目を特定する識別情報に
関連付けされた状態で予め格納されている。

【００９０】進捗管理ＤＢ３２には、本システムにより
発注された個別仕様車の組み立て状況やその個別仕様車
の搬送状況等の生産から納車までの進捗状況が、各個別
仕様車の仕様番号毎に格納されている。また、この進捗
管理ＤＢ３２には、本システムにおける見積価格の提供
から商談・契約に至るまでの進捗状況や、オフライン価
格（実勢価格）等の情報が、各販売代理店毎に格納され
ている。さらに、この進捗管理ＤＢ３２には、各販売代
理店の個別情報（例えば値引き原資や、販売実績等）
も、各販売代理店毎に格納されている。この進捗管理Ｄ
Ｂ３２の内容は、手動又は自動で逐次変更・更新され
る。

【００９１】購入支援情報ＤＢ３３には、個別仕様車見
積・発注システムにおいて、ユーザー端末５に表示され
る各種画面（図２３乃至図３７）の情報や、詳しくは後
述するが、顧客が車両仕様の選定をする際にこの顧客に
許容される選択肢に関して予め設けられた制約情報等が
格納されている。

【００９２】顧客ＤＢ３４には、本システムにおいて各
ユーザが既に仕様選定した個別仕様車に関する情報と、
各ユーザに提示されたその個別仕様車の見積価格と、各
ユーザに提示された下取車両の査定と、個別仕様車をロ
ーンで購入する場合のクレジット審査の情報とが、各ユ
ーザに対して発行されているユーザＩＤに関連付けされ
た状態で格納されている。また、本システムにおいて各
ユーザが入力した個人情報（住所、メールアドレス等）
も、ユーザＩＤに関連付けされた状態で格納されてい
る。

【００９３】見積価格ＤＢ３５には、各仕様項目を当該
販売代理店が販売する場合に各ユーザに対して提示する
見積価格が、各販売代理店毎に格納されている。

【００９４】本実施形態においては、見積価格ＤＢ３５
内に設定された仕様項目毎の見積価格は、車両メーカ側
サーバ１が所定の条件に従って自動で変更・更新するこ
とが可能に構成されている。つまり、見積価格ＤＢ３５
内の格納されている見積価格は基本的に販売代理店が設
定するものであり、この見積価格は、所定の条件に従っ
て販売代理店が変更・更新をするべきものであるが、本
実施形態ではその変更・更新を、販売代理店に代わって
車両メーカ側サーバ１が自動で行うように構成されてい
るのである。また、後述する販売代理店端末４において
操作することにより、車両メーカ側サーバ１を介して手
動で変更・更新することも可能に構成されている。

【００９５】また、複数の販売代理店が存在する場合、
ある１つの販売代理店は、見積価格ＤＢ３５において自
身に関するデータにアクセスして、そこに登録されてい
る内容を参照・変更することは可能であるが、各販売代
理店による販売業務の自主性及び独立性を担保すべく、
現在では一般的なセキュリティ機能により、見積価格Ｄ
Ｂ３５において他の販売代理店に関するデータにアクセ
スして、その内容を参照・変更することはできないよう
に構成されている。

【００９６】２は、当該自動車メーカの自動車を販売す
る販売代理店に存在するサーバコンピュータ（本実施形
態では、販売代理店側サーバと称する）である。このも
のは、販売代理店に構築されたＬＡＮ（Local Area Net
work）のサーバとしての機能を有している。尚、このサ
ーバの機能には、上記ＬＡＮと後述するインターネット
３とを相互に接続するゲートウェイとしての機能も含ま
れる。

【００９７】４は、販売代理店に存在するクライアント
コンピュータ（本実施形態では、販売代理店端末と称す
る）であり、販売代理店の各販売者に対応して設けられ
ている。この販売代理店端末４と販売代理店側サーバ２
とは、販売代理店内のＬＡＮにおいていわゆるサーバ・
クライアント環境を形成する。

【００９８】この販売代理店端末４は、その動作中に必
要に応じて、後述するように、販売代理店側サーバ２及
びインターネット３を介して車両メーカ側サーバ１にア
クセスすることができる。尚、販売代理店端末４が、販
売代理店側サーバ２を介さなくても車両メーカ側サーバ
１にアクセス可能であるのであれば、販売代理店側サー
バ２はなくてもよい。

【００９９】３は、代表的な通信回線であるインターネ
ットである。５は、パーソナルコンピュータ、携帯情報
端末、或いは携帯電話等のユーザ端末（顧客端末）であ
る。このユーザ端末は、本システムを利用するユーザが
操作を行うものであって、ユーザの自宅等に設置される
場合、ユーザが携帯する場合、及び各販売代理店内に設
置される場合がある。

【０１００】９は、プレゼント提供システムにおいて、
上記個別仕様車を顧客にプレゼントするプレゼントキャ
ンペーンを行うためのサーバコンピュータ（第２サー
バ、情報処理装置）である。このものは、上記車両メー
カ側サーバ１の運用者とは異なる運用者によって運営さ
れるインターネット３上のショッピングモール（○○シ
ョッピングモール）のためのサーバコンピュータである
（以下、本実施形態ではショッピングモールサーバと称
する）。

【０１０１】ショッピングモールサーバ９は、その動作
中に必要に応じて、一般的な手法により、応募ＤＢ９１
と、コンテンツＤＢ９２とにアクセスすることができ
る。

【０１０２】応募ＤＢ９１には、プレゼントキャンペー
ンに応募した顧客に関する情報が格納されている。この
応募ＤＢ９１に格納されている顧客情報が、プレゼント
キャンペーンにおける抽選の対象となる。

【０１０３】コンテンツＤＢ９２には、ショッピングモ
ールにおいて提供される各種コンテンツが格納されてい
ると共に、プレゼント提供システムにおいて、ユーザー
端末５に表示される各種画面（図１８乃至図２２）の情
報が格納されている。

【０１０４】そして、上記の構成において、ユーザ端末
５、車両メーカ側サーバ１、販売代理店側サーバ２、販
売代理店端末４及びショッピングモールサーバ９は、後
述する個別車両の見積・発注に関する情報や、プレゼン
トキャンペーンに関する情報を送受信すべく、インター
ネット３を介して、一般的な通信手法に従って、双方向
通信を行うことができる。このとき、ユーザ端末５がパ
ーソナルコンピュータである場合には、プロバイダ（イ
ンターネットプロバイダ）６を介して電話回線等も使用
される。また、ユーザ端末５が携帯情報端末や携帯電話
である場合には、基地局８を介して公衆無線電話回線等
も使用される。これらの通信手段自体には一般的な構成
を採用するものとし、本実施形態における詳細な説明は
省略する。

【０１０５】図２は、本実施形態における車両メーカ側
サーバ１、販売代理店側サーバ２、販売代理店端末４、
ユーザ端末５及びショッピングモールサーバ９の内部構
成を例示するブロック図である。

【０１０６】図中、２２は、液晶表示器等のディスプレ
イ、２３は入力手段であるキーボードである。２４は、
ブートプログラム等を記憶しているＲＯＭである。２５
は、各種処理結果を一時記憶するＲＡＭである。２６
は、プログラム等を記憶するハードディスクドライブ
（ＨＤＤ）等の記憶装置である。２７は、外部の装置と
通信回線３０（本実施形態ではインターネット３等）を
介して通信するための通信インタフェースであり、ユー
ザ端末５がコンピュータの場合はモデムやＴＡであり、
ユーザ端末５が携帯情報端末や携帯電話である場合には
無線送受信機である。そして２８は、マウス等のポイン
ティング・デバイスである。これらの各構成は、内部バ
ス２９を介して接続されており、ＣＰＵ（中央演算処理
装置）２１は記憶装置２６に記憶したプログラムに従っ
て装置全体を制御する。本実施形態において、ディスプ
レイ２２、キーボード２３、並びにポインティング・デ
バイス２８は、後述する各表示画面において、ユーザに
対していわゆるマン・マシンインタフェースを提供す
る。

【０１０７】本実施形態において、車両メーカ側サーバ
１、販売代理店側サーバ２、ユーザ端末５、販売代理店
端末４及びショッピングモールサーバ９は、インターネ
ット通信を行うことが可能な一般的な通信プロトコルの
ソフトウエア（ソフトウエアプログラム）、並びに、そ
のソフトウエアに従ってインターネット３を介してデー
タを送受信するインターネットブラウザ機能及びメーラ
機能、並びにブラウザを描画する一般的なソフトウエア
を有する。

【０１０８】そして、上記の各ソフトウエアがＣＰＵ２
１によって適宜実行されることにより、車両メーカ側サ
ーバ１と、ユーザ端末５又は販売代理店端末４とは、ユ
ーザ端末５又は販売代理店端末４がインターネット３を
介して車両メーカ側サーバ１に接続された（ログインし
た）状態において、いわゆるサーバ・クライアント環境
を形成する。

【０１０９】また、ショッピングモールサーバ９と、ユ
ーザ端末５とは、ユーザ端末５がインターネット３を介
してショッピングモールサーバ９に接続された（ログイ
ンした）状態において、いわゆるサーバ・クライアント
環境を形成する。

【０１１０】次に、個別仕様車見積・発注システム及び
プレゼント提供システムの詳細について説明するが、先
ず、個別仕様車見積・発注システムについて説明し、そ
の後に、プレゼント提供システムについて説明すること
とする。

【０１１１】（個別仕様車見積・発注システムの機能体
系）図３は、個別仕様車見積・発注システムにおいて実
行される処理モジュールの機能体系を示す図であり、同
図に示す各ブロックは、車両メーカ側サーバ１のＣＰＵ
２１が実行するところの、後述する機能毎に大別したソ
フトウエア（ソフトウエアプログラム）の一単位であ
り、本実施形態では、この機能単位を、処理モジュール
と称する。これらの処理モジュールは、車両メーカ側サ
ーバ１の記憶装置２６等に予め格納されている。

【０１１２】ここで、各処理モジュールの機能について
概説する。

【０１１３】・イニシャル処理（Ｍ１）：個別仕様車見
積・発注システムのトップ画面（ホームページ）をユー
ザ端末５に表示すると共に、個別仕様車の仕様選定や見
積依頼等を行うための他の画面への遷移が可能である。

【０１１４】・車両仕様選定処理（Ｍ２）：ユーザ端末
５のユーザ（顧客）が、購入を検討している車種の自動
車について予め用意された選択肢の中から所望の仕様を
選定する操作を繰り返すことにより、ユーザ端末５に対
して、所望の個別仕様車の選定可能な環境を提供する。
更に、個別仕様車の仕様が確定した場合には、見積・査
定依頼処理（Ｍ３）への遷移が可能である。

【０１１５】・見積・査定依頼処理（Ｍ３）：個別仕様
車の仕様が確定したユーザが希望する場合、販売代理店
に対して、その個別仕様車の販売価格の見積や下取車両
の査定依頼を依頼可能な環境を提供する。

【０１１６】・見積事項確認処理（Ｍ４）：ユーザ端末
５のユーザが、所望の仕様が確定した個別仕様車に対し
て既に見積価格を提示した顧客である場合に、そのユー
ザに対して、現在までの見積価格の経緯や仕様一覧等の
情報を提供すると共に、そのユーザが当該個別仕様車を
ローンで購入する場合のクレジット審査や実際に発注す
るための商談申込み等を行うための他の画面への遷移が
可能である。

【０１１７】・クレジット審査処理（Ｍ５）：仕様が確
定した個別仕様車を購入するに際してユーザ（顧客）が
ローンで購入することを希望する場合、当該ユーザが入
力した条件に基づくクレジット審査を、信販会社に対し
て依頼する。

【０１１８】・商談申し込み処理（Ｍ６）：仕様が確定
した個別仕様車について実際の購入に向けた商談をユー
ザ（顧客）が希望する場合、その旨を販売代理店に報知
する。

【０１１９】・納期照会処理（Ｍ７）：個別仕様車を発
注したユーザ（顧客）に対して、その個別仕様車を実際
に納車できるまでの状況及び納期を報知する。

【０１２０】・インストラクション処理（Ｍ８）：本個
別仕様車見積・発注システムの利用方法や各機能の説明
等がユーザ（顧客）に対して提供されると共に、そのユ
ーザが本システムに関して問い合わせ等を行うための問
い合わせ処理（Ｍ９）への遷移が可能である。

【０１２１】・問い合わせ処理（Ｍ９）：本システムに
関して、ユーザ端末５からの問い合わせや苦情を受け付
けると共に、受け付けた問い合わせや苦情を販売代理店
に通知する。

【０１２２】本実施形態において説明する個別仕様車見
積・発注システムによれば、上記の処理モジュール群
（図９乃至図１１に示すフローチャートを参照して後述
する）が車両メーカ側サーバ１にて実行されると共に、
ユーザ端末５においてブラウザプログラムが実行される
ことにより、個別仕様車見積・発注システムにクライア
ントとして自端末をリンクさせることで、ユーザ端末５
のディスプレイ２２には、図４乃至図８（図２３乃至図
３７）に示す各種画面の表示等によるマン・マシンイン
タフェースが提供される。係るマン・マシンインタフェ
ースを利用して、ユーザ端末５のユーザ（顧客）は、所
望する個別仕様車についての仕様選定、見積、発注等を
行うことができる。

【０１２３】（車両メーカ側サーバ１にて実行されるソ
フトウエア）次に、個別仕様車見積・発注システムに係
り、車両メーカ側サーバ１のＣＰＵ２１により実行され
るソフトウエアについて説明する。以下の説明では、ま
ず、図９に示すフローチャートを参照しながら、各処理
モジュール間における状態遷移について説明すると共
に、図４乃至図８を参照しながら、各処理モジュールに
おける表示画面の遷移について説明する。

【０１２４】（１）各モジュール間における状態遷移 図９は、本実施形態において車両メーカ側サーバ１が実
行する処理の全体概要を示すフローチャートである。

【０１２５】車両メーカ側サーバ１にて実行されるＭ１
乃至Ｍ９の処理モジュール群は、後述する各種ウィンド
ウ画面をユーザ端末５のディスプレイ２２に表示し、そ
の表示したウィンドウへの入力操作を実現する機能を有
しており、これら各処理モジュール内における表示画面
の遷移については、図４乃至図８を参照して後述する。

【０１２６】図９において、ステップＳ１１，ステップ
Ｓ１２：インターネット３を介してユーザ端末５が本シ
ステムのサイトにリンクすることにより、イニシャル処
理（Ｍ１）が実行され（ステップＳ１１）、その実行中
には、他の処理についての起動要求データを当該ユーザ
端末５より受信したかを判断し（ステップＳ１２）、当
該データを受信したときには、そのデータに応じて、ス
テップＳ１３、ステップＳ１６、ステップＳ２１、或い
はステップＳ２２に進み、当該データを受信しないとき
にはステップＳ２４に進む。

【０１２７】ステップＳ１３〜ステップＳ１５：車両仕
様選定処理（Ｍ２）を実行し（ステップＳ１３）、その
実行中には、見積・査定依頼処理（Ｍ３）についての起
動要求データを当該ユーザ端末５より受信したかを判断
し（ステップＳ１４）、当該データを受信したときに
は、見積・査定依頼処理（Ｍ３）を実行する（ステップ
Ｓ１５）。

【０１２８】ステップＳ１６〜ステップＳ２０：見積事
項確認処理（Ｍ４）を実行し（ステップＳ１６）、その
実行中には、クレジット審査処理（Ｍ５）、或いは商談
申し込み処理（Ｍ６）についての起動要求データを当該
ユーザ端末５より受信したかを判断し（ステップＳ１
７，ステップＳ１９）、当該データを受信したときに
は、そのデータに応じて、クレジット審査処理（Ｍ
５）、或いは商談申し込み処理（Ｍ６）を実行する（ス
テップＳ１８，ステップＳ２０）。

【０１２９】ステップＳ２２，ステップＳ２３：インス
トラクション処理（Ｍ８）を実行し（ステップＳ２
２）、問い合わせ処理（Ｍ９）を実行する（ステップＳ
２３）。

【０１３０】ステップＳ２４，ステップＳ２５：上記の
各処理モジュールを実行中において、本システムの利用
終了を示すデータを当該ユーザ端末５より受信したかを
判断し（ステップＳ２４）、当該データを受信したとき
には、実行中の処理モジュールの処理を中止し（ステッ
プＳ２５）、当該データを受信しないときにはステップ
Ｓ１２に戻る。

【０１３１】（２）各処理モジュール内における表示画
面の遷移 次に、上記のように概説した大別して９種類の処理モジ
ュール内における表示画面の遷移について、図４乃至図
８を参照して説明する。ここで、図４乃至図８において
破線ブロックで示す各処理モジュール間の状態遷移の関
係は、図３を参照して上述した機能体系に従う。

【０１３２】−イニシャル処理（Ｍ１）、車両仕様選定
処理（Ｍ２）− 図４は、イニシャル処理（Ｍ１）と車両仕様選定処理
（Ｍ２）における表示画面の遷移を示す図である。

【０１３３】同図において、イニシャル処理（Ｍ１）
は、本システムのホームページ画面であるトップ画面Ａ
−１（図２３）を表示する。図２３に例示するトップ画
面Ａ−１には、個別仕様車の仕様選定、見積、発注等が
可能な本システムの利用を希望するユーザ（即ち、イン
ターネット３を介して車両メーカ側サーバ１にリンクし
ているユーザ端末５のユーザ）が操作する「Ｅｎｔｅ
ｒ」ボタンが含まれている。イニシャル処理（Ｍ１）
は、この「Ｅｎｔｅｒ」ボタンが操作されると、本シス
テムのホーム画面Ａ−２（図２４）を、当該ユーザ端末
５に表示する。

【０１３４】図２４は、イニシャル処理（Ｍ１）が表示
するホーム画面Ａ−２を例示する図である。

【０１３５】同図に示す表示画面には、複数の操作ボタ
ンが含まれており、「このサイトについて」または「ご
購入手順」の操作ボタンが操作されたときには、後述す
るインストラクション処理（Ｍ８）の機能により、当該
ユーザ端末５には、所定の説明画面が展開される。ま
た、「ご購入検討一覧」の操作ボタンが操作されたとき
には、当該ユーザ端末５に対して、後述する見積事項確
認処理（Ｍ４）の機能が提供される。そして、「ご購入
車両納期照会」の操作ボタンが操作されたときには、当
該ユーザ端末５に対して、後述する納期照会処理（Ｍ
７）の機能が提供される。

【０１３６】また、ホーム画面Ａ−２において、スポー
ツタイプの車種Ａまたはワゴンタイプの車種Ｂの写真部
分がクリックされたときには、当該ユーザ端末５に対し
て、車両仕様選定処理（Ｍ２）の機能が提供される。

【０１３７】本実施形態において、車両仕様選定処理
（Ｍ２）は、説明の都合上から、一例としてスポーツタ
イプの車種Ａまたはワゴンタイプの車種Ｂについて、ユ
ーザ所望の個別仕様車の仕様選定を行うことができる。

【０１３８】ホーム画面Ａ−２において所望の車種が選
択されると、車両仕様選定処理（Ｍ２）の機能により、
選択された車種の標準仕様車（ベース仕様車）を基本と
して、所定の複数項目について所望の仕様選定から確定
までをユーザ自身が行うことができる。換言すれば、当
該システム内部に標準仕様車として予め設定されている
各種の仕様（装備）は、ユーザの仕様選定操作により、
他の仕様（装備）に置き換えられる、或いは、標準仕様
車には設定されていない新たな装備（オプション装備）
が追加される。

【０１３９】図２５は、車両仕様選定処理（Ｍ２）が表
示する車両仕様選定画面（Ｂ−１乃至Ｂ−１５）のフォ
ーマットを例示する図であり、当該画面の基本的なフォ
ーマットは、エンジン・トランスミッション選定画面Ｂ
−１及びＢ−８、タイヤ・ホイール選定画面Ｂ−２及び
Ｂ−９、インテリア選定画面Ｂ−３及びＢ−１０、オー
ディオ選定画面Ｂ−４及びＢ−１１、ボディーカラー選
定画面Ｂ−５及びＢ−１２、並びにデコレーションパー
ツ選定画面Ｂ−６及びＢ−１３において基本的に共通で
ある。

【０１４０】これらの車両仕様選定画面において、上半
分の領域には、ホーム画面Ａ−２において選択された車
種及びその内装写真、それら写真を拡大表示可能な「Ｚ
ＯＯＭ」ボタン、当該車種に関する各種情報を表示可能
な「商品情報」ボタン、当該車種の標準仕様車に関する
仕様や諸元等が含まれる標準仕様表示画面Ｂ−７または
及びＢ−１４を表示可能な「標準仕様車情報」ボタン、
ユーザが選択した仕様に応じた車両単位（個別仕様車１
台分として）のメーカ希望小売価格、そのメーカ希望小
売価格の明細について図２６に例示する如く表示可能な
「明細」ボタン、並びにユーザが選択済みの仕様の各項
目について詳細が表示される。

【０１４１】本実施形態では、車両仕様選定画面におい
て、メーカ希望小売価格が車両単位または仕様項目単位
で表示可能であるため、所望仕様の個別仕様車を選定す
る際の購入価格の目安をユーザに提示することができ、
利便性が向上する。

【０１４２】図２６は、図２５に示す「明細」ボタンが
操作された場合に表示されるメーカ希望小売価格の明細
画面を例示する図であり、車両単位のメーカ希望小売価
格と、その根拠となる選択済みの各仕様項目とその項目
毎のメーカ希望小売価格等が表示される。

【０１４３】また、ユーザによる個別仕様車の選定作業
は、車種ＡであればＢ−１からＢ−６の各選定画面、車
種ＢであればＢ−８からＢ−１３の各選定画面の順番へ
と順に仕様項目を選定するような制約を受けるように構
成されており、車両仕様選定画面の下半分の領域には、
上記のＢ−１乃至Ｂ−６またはＢ−８乃至Ｂ−１３の各
画面に対応する各選定工程（ステップ）が、一例とし
て、複数枚重ねられたフォルダ形式で表示される。

【０１４４】図２５の例では、第３ステップのフォルダ
が選択された状態が表示されており、選択されたフォル
ダ（アクティブな状態）には、そのステップにおいてユ
ーザが選定すべき仕様項目について、選択可能な選択肢
が、写真等のイメージ、標準仕様車との価格差、並びに
名称（型式番号）等と共に表示される。表示された選択
肢の中からユーザが所望の選択肢（仕様）を選択するの
に応じて、その選択された仕様情報は、車両メーカ側サ
ーバ１に当該ユーザを特定する識別情報（ＩＤ）と共に
格納される。

【０１４５】このとき、車両メーカ側サーバ１は、当該
選択された仕様項目情報をキーとしてメーカ希望小売価
格ＤＢ３１を参照することによって当該仕様項目につい
てのメーカ希望小売価格を取得し、取得した当該仕様項
目についてのメーカ希望小売価格を、それまでの各ステ
ップにて既に選定されている仕様項目に加える。

【０１４６】これにより、図２５の右上に表示されてい
た車両単位のメーカ希望小売価格は更新され、その後
「明細」ボタンが選択されれば、図２６に例示した明細
表示画面には、現在のステップにおいて選定された仕様
項目及びそのメーカ希望小売価格についての欄が追加さ
れた状態で表示される。

【０１４７】更に、車両仕様選定画面の下半分の領域に
は、ホーム画面Ａ−２（図２４）にジャンプすることが
可能な「ＨＯＭＥ」ボタン、前後の表示画面に遷移可能
な「ＢＡＣＫ」及び「ＮＥＸＴ」ボタンが表示される。

【０１４８】尚、車両仕様選定処理（Ｍ２）の各ステッ
プにおいてユーザに許容される選択肢には、所定の制約
が予め設けられており、その基本的な考え方としては、
個別仕様車の仕様選定作業の第１ステップとして、その
車両の動力性能を決定する基幹部分の仕様選択が行われ
るように制約が設けられており、且つその後の段階にお
いても、該第１ステップにおいて選定された仕様が最優
先されるように制約が設けられている。

【０１４９】こうした選択肢の制約情報は、上述した車
両仕様選定画面の各ステップにおいてユーザによって選
択肢が選択されるのに応じて、次のステップに対応する
画面において表示すべき選択肢として参照される情報と
して、購入支援情報ＤＢ３３に予め設定される。そし
て、全ての仕様項目が選定されることにより、当該ユー
ザの個別仕様車に対する識別情報（仕様番号）が選択さ
れる。

【０１５０】従って、このような制約の基に、車両仕様
選定画面において選定操作を順次行うことにより、ユー
ザ端末５のユーザ（顧客）は、ホーム画面Ａ−２（図２
４）において選択した所望の車種についての個別仕様車
を、ユーザ自身のインタラクティブなゲーム感覚の操作
によって簡単に選定することができ、当該ユーザは、自
動車のチューニングショップのエンジニアが自動車をチ
ューニングしていく感覚を味わうことができる。

【０１５１】そして、車両仕様選定処理（Ｍ２）におい
て個別仕様車の仕様に必要な全ての仕様項目の選定が完
了すると、図２７に示す選定仕様表示画面Ｂ−１５が表
示される。

【０１５２】図２７は、車両仕様選定処理（Ｍ２）が表
示する選定仕様表示画面Ｂ−１５を例示する図である。
選定仕様表示画面Ｂ−１５には、一例として、仕様が選
定された個別仕様車の外観及びインテリアの写真イメー
ジ、選択された仕様項目及びその価格、標準仕様車の価
格等が表示される。

【０１５３】そして、選定仕様表示画面Ｂ−１５におい
て、実販売価格の見積請求、或いは販売代理店への販売
価格の見積請求を行うべく、「販社見積請求」ボタンが
操作されたときには、選定された個別仕様車の仕様項目
が確定し、後述する見積・査定依頼処理（Ｍ３）に遷移
することができる。一方、「戻る」ボタンが操作された
ときには、上述した各ステップに対応する車両仕様選定
画面に順次戻って、仕様項目の変更を行うことができ
る。即ち、一旦前の選択肢に戻らないと他の選択肢は選
択することはできない。

【０１５４】−見積・査定依頼処理（Ｍ３）− 図５は、見積・査定依頼処理（Ｍ３）における表示画面
の遷移と、見積・査定の依頼に伴う電子メールの送信機
能を示す図であり、車両仕様選定処理（Ｍ２）における
個別仕様車の仕様選定後に、上記の「販社見積請求」ボ
タンが操作されるのに応じて起動する。見積・査定依頼
処理（Ｍ３）からは、ユーザの操作に応じて、車両仕様
選定処理（Ｍ２）に遷移することができる。

【０１５５】同図に示すように、見積・査定依頼処理
（Ｍ３）における表示画面の遷移としては、見積請求ト
ップ画面Ｃ−１（図２８）、査定申込入力画面Ｃ−２
（図２９）、販売代理店検索・選定画面Ｃ−３、入力内
容確認画面Ｃ−４、見積・査定内容送信画面Ｃ−５、並
びに販売代理店地図閲覧画面Ｃ−６の各画面を、当該ユ
ーザ端末５に表示することができる。

【０１５６】見積請求トップ画面Ｃ−１（図２８）：こ
の画面において、ユーザ端末５のユーザは、当該ユーザ
に関する項目（氏名等、既に発行されている場合はユー
ザＩＤ及びパスワード）を入力することにより、車両仕
様選定処理（Ｍ２）において先に確定した個別仕様車に
ついて、販売代理店に対して、見積または下取車両の査
定を申し込む（依頼する）ことができる。即ち、当該表
示画面においてユーザに関する情報が入力された後、査
定申込みに関するラジオボタンにおいて「はい」が選択
された場合には、査定申込入力画面Ｃ−２が表示され、
「いいえ」が選択された場合には、販売代理店検索・選
定画面Ｃ−３が表示される。

【０１５７】査定申込入力画面Ｃ−２（図２９）：この
画面において、ユーザ端末５のユーザは、下取りを希望
する自動車（下取車両）についての所定の仕様項目（自
動車メーカ名、車名、排気量、走行距離等）を入力し、
「次へ」ボタンが選択されるのに応じて、販売代理店検
索・選定画面Ｃ−３が表示される。

【０１５８】販売代理店検索・選定画面Ｃ−３（不図
示）：この画面において、ユーザ端末５のユーザは、個
別仕様車の見積または下取車両の査定を依頼することを
希望する販売代理店をユーザ自身が選択することができ
る。選択の手順としては、例えば見積請求トップ画面Ｃ
−１等において先に入力されている当該ユーザの住所に
基づいて近隣の販売代理店を自動的に提示する方法や、
一覧表示された販売代理店の中から所望の販売代理店を
当該ユーザに選択させる方法等が想定される。何れの場
合においても、販売代理店検索・選定画面Ｃ−３から
は、各販売代理店の所在を地図上で確認可能な販売代理
店地図閲覧画面Ｃ−６に展開可能に構成することによ
り、ユーザの利便性を考慮すると良い。

【０１５９】販売代理店検索・選定画面Ｃ−３において
個別仕様車の見積または下取車両の査定を依頼する販売
代理店が選択されると、当該ユーザのユーザ端末５に
は、入力内容確認画面Ｃ−４が表示される。

【０１６０】入力内容確認画面Ｃ−４（不図示）：この
画面には、車両仕様選定処理（Ｍ２）において先に確定
した個別仕様車についての各仕様項目（メーカ希望小売
り価格を含む）の内容、下取車両の査定を選択した場合
には査定申込入力画面Ｃ−２においてユーザ自身が入力
した各項目の内容、並びにそれらの見積・査定を依頼す
べく販売代理店検索・選定画面Ｃ−３において選択され
た販売代理店に関する情報等が一覧表示される。ユーザ
端末５のユーザは、入力内容確認画面Ｃ−４において表
示される情報の内容について確認した後、所定の操作に
よって実際に見積・査定を依頼すると、当該ユーザ端末
５には、見積・査定内容送信画面Ｃ−５が表示される。

【０１６１】見積・査定内容送信画面Ｃ−５（不図
示）：この画面には、見積・査定依頼が送信され、車両
メーカ側サーバ１において受け付けられたことと、当該
ユーザによって選択された販売代理店から依頼内容に関
する電子メールが当該ユーザ宛に届くこと等の情報が表
示される。

【０１６２】見積・査定依頼処理（Ｍ３）には、見積・
査定内容送信画面Ｃ−５において見積・査定依頼がユー
ザ端末５から送信されるのに応じて、電子メールを送受
信する機能が含まれる。

【０１６３】ＩＤ・パスワード回答メールＣ−７：当該
ユーザからの見積依頼が今回初めてである場合に、その
ユーザが先に入力しているメールアドレスに対して、発
行したＩＤ・パスワードを含む電子メールが送信され
る。

【０１６４】見積・査定依頼通知メールＣ−８：当該ユ
ーザから個別仕様車の見積依頼及び／または下取車両の
査定を依頼されたことを、車両メーカ側サーバ１から対
象となる販売代理店の販売代理店側サーバ２に通知する
ための電子メールが送信される。この電子メールには、
例えば見積請求トップ画面Ｃ−１において入力された当
該ユーザを特定可能な情報（住所、氏名、メールアドレ
ス等）と、車両仕様選定処理（Ｍ２）にて設定された車
両仕様の識別情報（仕様番号）、査定申込入力画面Ｃ−
２において入力された下取車両の仕様項目等が含まれ
る。

【０１６５】見積・査定依頼確認メールＣ−９：当該ユ
ーザから個別仕様車の見積依頼及び／または下取車両の
査定を依頼された販売代理店から、当該ユーザが先に入
力しているメールアドレスに対して、見積依頼・査定依
頼がなされたことを確認するために電子メールが送信さ
れる。

【０１６６】査定結果回答メールＣ−１０：当該ユーザ
より下取車両の査定を依頼された販売代理店から、当該
ユーザが先に入力しているメールアドレスに対して、査
定結果を回答するための電子メールが送信される。

【０１６７】見積結果回答メールＣ−１１：当該ユーザ
より見積依頼された販売代理店に係る見積結果を、車両
メーカ側サーバ１から当該ユーザが先に入力しているメ
ールアドレスに対して回答するための電子メールが送信
される。

【０１６８】図１０は、車両メーカ側サーバ１において
行われる見積・査定依頼処理（Ｍ３）を示すフローチャ
ートである。

【０１６９】同図において、ステップＳ４１：見積請求
トップ画面Ｃ−１（図２８）をユーザ端末５に表示する
と共に、その画面に入力されたユーザＩＤやパスワード
の妥当性をチェックする。

【０１７０】ステップＳ４２，ステップＳ４３：査定の
要求が有るか否かを判断し（ステップＳ４２）、当該要
求が無い場合にはステップＳ４４に進み、当該要求が有
る場合には、当該ユーザ端末５に査定申込入力画面Ｃ−
２（図２９）を表示することによって査定を希望する下
取車両の情報を当該ユーザに入力させると共に、販売代
理店検索・選定画面Ｃ−３を当該ユーザ端末５に表示す
ることによって希望する販売代理店をユーザに選択さ
せ、選択された販売代理店には、見積・査定依頼通知メ
ールＣ−８によって入力された情報を送信する（ステッ
プＳ４３）。

【０１７１】ステップＳ４４，ステップＳ４５：個別仕
様車についての見積の要求が有るか否かを判断し（ステ
ップＳ４４）、当該要求が無い場合には処理を終了し、
当該要求が有る場合には、車両仕様選定処理（Ｍ２）に
て設定された車両仕様の識別情報（仕様番号）に基づい
て見積価格を、車両メーカ側サーバ１からユーザ端末５
に提供する見積価格提供処理を行う（ステップＳ４
５）。すなわち、詳しくは後述するが、車両仕様選定処
理（Ｍ２）にて設定された車両仕様の識別情報（仕様番
号）に基づいて自動で見積価格を演算し、この見積価格
を顧客情報等に応じて補正した後に、ユーザが先に入力
しているメールアドレスに対して電子メールにて送信す
る。

【０１７２】尚、査定依頼を受けた販売代理店は、査定
依頼通知メールＣ−８によって取得した下取車両の仕様
項目に従って、その下取車両の査定を行う。この査定
は、当該販売代理店の従業員が実際に下取車両を確認し
て従来通り行っても、予め中古車の相場が設定されてい
るデータベース等を参照することによって自動的に行っ
ても良い。

【０１７３】−見積事項確認処理（Ｍ４）− 図６は、見積事項確認処理（Ｍ４）における表示画面の
遷移を示す図であり、イニシャル処理（Ｍ１）によって
表示されたホーム画面Ａ−２において、「ご購入検討一
覧」の操作ボタンが操作されるのに応じて起動する。見
積事項確認処理（Ｍ４）からは、ユーザの操作に応じ
て、イニシャル処理（Ｍ１）、クレジット審査処理（Ｍ
５）、或いは商談申し込み処理（Ｍ６）に遷移すること
ができる。

【０１７４】同図に示すように、見積事項確認処理（Ｍ
４）における表示画面の遷移としては、ＩＤ・パスワー
ド入力画面Ｄ−１（図３０）、購入検討情報一覧画面Ｄ
−２（図３１）、見積事項確認画面Ｄ−３（図３２）、
見積仕様イメージ表示画面Ｄ−４、クレジット審査結果
表示画面Ｄ−５、並びに下取査定結果表示画面Ｄ−６の
各画面を、当該ユーザ端末５に表示することができる。

【０１７５】ＩＤ・パスワード入力画面Ｄ−１（図３
０）：この画面において、ユーザ端末５のユーザは、当
該ユーザに対して先に発行されているユーザＩＤ（会員
ＩＤ）とパスワードを入力し、「送信」ボタンを操作す
ることによって本システム（車両メーカ側サーバ１）に
ログインする。ログインが完了すると、当該ユーザ端末
には、購入検討情報一覧画面Ｄ−２（図３１）が表示さ
れる。

【０１７６】購入検討情報一覧画面Ｄ−２（図３１）：
この画面では、当該ユーザに対して先に行われた見積、
査定、並びにクレジット審査について一覧表示が行わ
れ、当該ユーザは、所望の表示項目をクリックする等の
操作によって選択することにより、選択した項目の詳細
な内容を示す画面が当該ユーザのユーザ端末５に表示さ
れる。

【０１７７】見積事項確認画面Ｄ−３（図３２）：この
画面において、ユーザ端末５のユーザは、当該ユーザに
対して先に行われた見積の詳細内容を確認することがで
き、「ご商談申込み」ボタンが操作されたときには商談
申し込み処理（Ｍ６）に遷移することができ、「クレジ
ットご検討」ボタンが操作されたときにはクレジット審
査処理（Ｍ５）に遷移することができ、「見積仕様イメ
ージ確認」ボタンが操作されたときには現在表示されて
いる個別仕様車の見積仕様に対応する自動車の画像を、
見積仕様イメージ表示画面Ｄ−４（不図示）において確
認することができる。そして、「ご購入検討一覧に戻
る」の操作ボタンが操作されたときには、購入検討情報
一覧画面Ｄ−２（図３１）に遷移することができる。

【０１７８】図１１は、車両メーカ側サーバ１において
行われる見積事項確認処理（Ｍ４）を示すフローチャー
トである。

【０１７９】同図において、ステップＳ５１：ＩＤ・パ
スワード入力画面Ｄ−１（図３０）をユーザ端末５に表
示すると共に、その画面に入力されたユーザＩＤやパス
ワードの妥当性をチェックする。

【０１８０】ステップＳ５２：顧客ＤＢ３４を参照し
て、当該ユーザＩＤに関する見積情報の更新が行われた
か否かを確認する。

【０１８１】ステップＳ５３：顧客ＤＢ３４に格納され
ている当該ユーザＩＤに関する見積情報を取得すると共
に、取得した見積情報を、購入検討情報一覧画面Ｄ−２
（図３１）またはその画面における操作に応じて、見積
事項確認画面Ｄ−３（図３２）によって当該ユーザのユ
ーザ端末５に表示する。

【０１８２】ステップＳ５４：顧客ＤＢ３４に格納され
ている当該ユーザＩＤに関する更新された見積情報を、
更新されたことをユーザが識別可能に、購入検討情報一
覧画面Ｄ−２（図３１）またはその画面における操作に
応じて、見積事項確認画面Ｄ−３（図３２）によって当
該ユーザのユーザ端末５に表示する。

【０１８３】−クレジット審査処理（Ｍ５）・商談申し
込み処理（Ｍ６）− 図７は、クレジット審査処理（Ｍ５）及び商談申し込み
処理（Ｍ６）における表示画面の遷移と、クレジット審
査及び商談申し込みに伴う電子メールの送信機能とを示
す図であり、クレジット審査処理（Ｍ５）は、見積事項
確認処理（Ｍ４）によって表示された見積事項確認画面
Ｄ−３（図３２）において、「クレジットご検討」ボタ
ンが操作されるのに応じて起動し、商談申し込み処理
（Ｍ６）は、見積事項確認画面Ｄ−３（図３２）におい
て、「ご商談申込み」ボタンが操作されるのに応じて起
動する。クレジット審査処理（Ｍ５）及び商談申し込み
処理（Ｍ６）からは、見積事項確認処理（Ｍ４）に遷移
することができる。

【０１８４】同図に示すように、クレジット審査処理
（Ｍ５）における表示画面の遷移としては、借入条件入
力画面Ｅ−１（図３３）、返済計画表示画面Ｅ−２（図
３４）、クレジット審査入力画面Ｅ−３、クレジット申
込み内容送信画面Ｅ−４の各画面を、当該ユーザ端末５
に表示することができる。

【０１８５】借入条件入力画面Ｅ−１（図３３）：この
画面において、ユーザ端末５のユーザは、見積事項確認
処理（Ｍ４）において選択した見積項目において提示さ
れた個別仕様車を分割払いのローンで購入する場合につ
いて、利用するクレジットに関する各種項目を入力する
ことができ、所定項目の入力後に、「計算実行」ボタン
が操作されるのに応じて、ユーザ端末５には、返済計画
表示画面Ｅ−２（図３４）が表示される。

【０１８６】返済計画表示画面Ｅ−２（図３４）：この
画面には、借入条件入力画面Ｅ−１にて設定された項目
に基づくクレジットの計算結果（返済計画）が一覧表示
される。この画面において「クレジット審査申込」ボタ
ンが操作されるのに応じて、ユーザ端末５には、クレジ
ット審査入力画面Ｅ−３が表示される。

【０１８７】クレジット審査入力画面Ｅ−３（不図
示）：この画面において、ユーザ端末５のユーザは、返
済計画表示画面Ｅ−２において表示された返済計画に基
づくクレジット審査を、信販会社に申し込むことができ
る。

【０１８８】クレジット申込み内容送信画面Ｅ−４（不
図示）：この画面には、クレジット審査が送信され、車
両メーカ側サーバ１において受け付けられたことと、審
査結果に関する電子メールが当該ユーザ宛に届くこと等
の情報が表示される。

【０１８９】見積事項確認処理（Ｍ４）には、クレジッ
ト申込み内容送信画面Ｅ−４においてクレジット審査の
申込み情報がユーザ端末５から送信されるのに応じて、
電子メールを送受信する機能が含まれる。

【０１９０】クレジット審査依頼確認メールＥ−５：当
該ユーザからクレジット審査を依頼された車両メーカ側
サーバ１から、当該ユーザが先に入力しているメールア
ドレスに対して、クレジット審査依頼がなされたことを
確認するために電子メールが送信される。

【０１９１】クレジット審査依頼通知メールＥ−６：当
該ユーザからクレジット審査が依頼されたことを、車両
メーカ側サーバ１から対象となる信販会社に通知するた
めの電子メールが送信される。この電子メールには、返
済計画表示画面Ｅ−２において表示された返済計画の内
容、並びにユーザに関する情報等が含まれる。

【０１９２】クレジット審査結果回答メールＥ−７：ク
レジット審査を行った信販会社から、当該ユーザが先に
入力しているメールアドレスと車両メーカ側サーバ１と
に対して、審査結果を回答するための電子メールが送信
される。

【０１９３】次に、図７に示す商談申し込み処理（Ｍ
６）における表示画面の遷移としては、商談申し込み入
力画面Ｆ−１（図３５）、商談申し込み内容送信画面Ｆ
−２の各画面を、当該ユーザ端末５に表示することがで
きる。

【０１９４】商談申し込み入力画面Ｆ−１（図３５）：
この画面において、ユーザ端末５のユーザは、見積事項
確認処理（Ｍ４）において選択した見積項目において提
示された個別仕様車について、その個別仕様車について
見積価格を提示した販売代理店に対する商談申し込みに
関する各種項目（下取り車両の有無、クレジット利用の
有無、商談希望日等）を入力することができ、所定項目
の入力後に、「商談申込」ボタンが操作されるのに応じ
て、ユーザ端末５には、商談申し込み内容送信画面Ｆ−
２が表示される。

【０１９５】商談申し込み内容送信画面Ｆ−２（不図
示）：この画面には、商談申し込み入力画面Ｆ−１にお
ける申込み内容が送信され、車両メーカ側サーバ１にお
いて受け付けられたことと、商談に関する電子メール或
いは電話等による連絡が、対応する販売代理店からなさ
れる旨の情報が表示される。

【０１９６】商談申し込み処理（Ｍ６）には、商談申し
込み内容送信画面Ｆ−２において商談申し込み情報がユ
ーザ端末５から送信されるのに応じて、電子メールを送
受信する機能が含まれる。

【０１９７】商談依頼確認メールＦ−３：当該ユーザか
ら商談を依頼された車両メーカ側サーバ１から、当該ユ
ーザが先に入力しているメールアドレスに対して、商談
を依頼がなされたことを確認するために電子メールが送
信される。

【０１９８】商談依頼通知メールＦ−４：当該ユーザか
ら商談を依頼されたことを、車両メーカ側サーバ１から
対象となる販売代理店に通知するための電子メールが送
信される。この電子メールには、商談申し込み入力画面
Ｆ−１において表示された内容、並びにユーザに関する
情報等が含まれる。

【０１９９】本実施形態において、販売代理店における
商談後に、自動車メーカに対して実際に個別仕様車を発
注する方法としては、販売代理店側サーバ２から車両メ
ーカ側サーバ１に対して行う方法や、専用回線によって
別途発注を行う方法等が想定される。

【０２００】−納期照会処理（Ｍ７）・インストラクシ
ョン処理（Ｍ８）・問い合わせ処理（Ｍ９）− 図８は、納期照会処理（Ｍ７）、インストラクション処
理（Ｍ８）及び問い合わせ処理（Ｍ９）における表示画
面の遷移と、納期照会に伴う電子メールの送信機能とを
示す図である。

【０２０１】納期照会処理（Ｍ７）は、イニシャル処理
（Ｍ１）によって表示されたホーム画面Ａ−２におい
て、「ご購入車両納期照会」の操作ボタンが操作される
のに応じて起動する。また、インストラクション処理
（Ｍ８）は、ホーム画面Ａ−２において、「このサイト
について」、「ご購入手順」、「プライバシーポリシ
ー」等の操作ボタンが操作されるのに応じて起動する。
問い合わせ処理（Ｍ９）は、インストラクション処理
（Ｍ８）の問合せ・ＦＡＱの説明Ｈ−３において、所定
の操作ボタンが操作されるのに応じて起動する。納期照
会処理（Ｍ７）、インストラクション処理（Ｍ８）及び
問い合わせ処理（Ｍ９）からは、ユーザの操作に応じ
て、イニシャル処理（Ｍ１）に遷移することができる。

【０２０２】同図に示す納期照会処理（Ｍ７）では、Ｉ
Ｄ・パスワード入力画面Ｇ−１（図３０に同じ）、納期
ステータス照会画面Ｇ−２（図２２）の各画面を、当該
ユーザ端末５に表示することができると共に、納期ステ
ータス報告メールＧ−３を、該当するユーザ端末５宛に
送信する。

【０２０３】ＩＤ・パスワード入力画面Ｄ−１（図３
０）：この画面において、ユーザ端末５のユーザは、当
該ユーザに対して先に発行されているユーザＩＤ（会員
ＩＤ）とパスワードを入力し、「送信」ボタンを操作す
ることによって本システム（車両メーカ側サーバ１）に
ログインする。ログインが完了すると、当該ユーザ端末
には、納期ステータス照会画面Ｇ−２（図２２）が表示
される。

【０２０４】図２２は、納期照会処理（Ｍ７）により表
示される納期ステータス照会画面Ｇ−２を例示する図で
あり、この表示画面において、当該ユーザは、納車を待
っている個別仕様車に関して、生産から納車までの複数
段階における進捗状況を知ることができる。

【０２０５】即ち、納期ステータス照会画面Ｇ−２に
は、ユーザ、個別仕様車、並びに販売代理店を特定する
情報が表示されると共に、図２２に示すように、当該個
別仕様車についての生産から納車までの複数段階におけ
る進捗状況が、現在の状況を表わすグラフィックと、各
段階を表わす画像（撮影画像）とによって提示される。
また、既に完了した段階には、完了日が表示される。

【０２０６】上述した図２２の納期ステータス照会画面
Ｇ−２に表示される情報は、車両メーカ側サーバ１が進
捗管理ＤＢ３２を参照することによって取得することが
できる。

【０２０７】また、インストラクション処理（Ｍ８）で
は、個別仕様車見積・発注システムの説明Ｈ−１、購入
プロセスの説明Ｈ−２、問合せ・ＦＡＱの説明Ｈ−３、
並びにプライバシーポリシーの説明Ｈ−４の各画面がユ
ーザ端末５に表示される。これらの説明（説明画面：何
れも不図示）は、例えば車両メーカ側サーバ１の記憶装
置２６に予め登録しておけば良い。

【０２０８】問い合わせ処理（Ｍ９）では、問合せ送信
画面Ｉ−１（不図示）がユーザ端末５に表示される。

【０２０９】（３）見積価格提供処理 次に、車両メーカ側サーバ１のＣＰＵにより実行される
見積価格提供処理について、図１２を参照して説明す
る。図１２は、見積価格提供処理の基本的な手順を示す
フローチャートであり、個別仕様車の識別情報（仕様番
号）に基づいて自動で演算した見積価格を提供するもの
である。

【０２１０】同図において、ステップＳ３１：見積価格
ＤＢ３５における選択された販売代理店のデータを参照
し、上述した車両仕様選定処理（Ｍ２）において選定さ
れた車両仕様の識別情報（仕様番号）に対応する見積価
格を読み出す。

【０２１１】ステップＳ３２：ステップＳ３１で読み出
した見積価格に対して、顧客に関する所定の情報を考慮
して自動的に補正をする自動補正処理を行う。具体的に
は、その顧客の現在の車両保有台数や、その顧客による
見込み客の紹介状況等、また、このＢＴＯシステムのサ
イトに対する顧客のアクセス履歴、例えば人気の高い仕
様の順位を表示した「売れ筋ランキング」のページへア
クセスした回数や、「ＺＯＯＭ」表示へのアクセス状況
等に応じて、例えば商談又は契約に至る可能性が高いと
きには見積価格を減額方向に補正する。

【０２１２】ステップＳ３３：ステップＳ３２で自動補
正をした見積価格の妥当性を判断し、妥当でないときに
は販売代理店側サーバ２に対して警報を行う補正警報処
理を行う。この補正警報処理は、基本的には、上記自動
補正された見積価格が、予め販売代理店によって設定さ
れた基準範囲内であれば、その見積価格をそのまま顧客
に提供する一方、上記自動補正された見積価格が予め設
定した基準範囲外であれば、その見積価格は販売代理店
の意に反する価格であることから、販売代理店側サーバ
２に対して所定の警報（連絡）を行うようにする。これ
により、自動補正をした見積価格が妥当でないときに
は、販売代理店において新たな見積価格を設定したり、
又は基準範囲外の見積価格をそのまま顧客に提供したり
というように、販売代理店における対応を行うことがで
きるようにしている。

【０２１３】また、上記補正警報処理においては、ユー
ザが先に入力しているメールアドレスに、見積価格を記
載した電子メールを送信する処理も行われる。

【０２１４】ステップＳ３４：顧客に対して見積価格を
提示した旨を、販売代理店側サーバ２に、電子メールに
より通知する。

【０２１５】尚、上記個別仕様車見積・発注システムに
おいては、上記見積価格ＤＢ３５に格納された見積価格
は、所定の条件に応じて、販売代理店に代わって車両メ
ーカ側サーバ１が自動で更新するように構成されている
と共に、販売代理店端末４を上記車両メーカ側サーバ１
に接続することにより、この販売代理店端末４を操作す
る販売者が手動で更新するようにも構成されている。

【０２１６】例えば車両メーカ側サーバ１が自動で見積
価格ＤＢ３５の更新をする場合は、販売開始時期からの
経過時間（日数）や、その仕様及び類似仕様の市場での
オフライン価格（実勢価格）等の情報に応じて見積価格
を変更・更新するようにしてもよい。

【０２１７】（プレゼント提供システムにおける処理）
次に、プレゼント提供システムについて説明する。上記
ショッピングモールサーバ９において行われるプレゼン
トキャンペーンの応募条件は、個別仕様車見積・発注シ
ステムにおいて仕様選定を行うと共に、その仕様選定し
た個別仕様車について見積請求を行っていることに設定
されている。このため、このプレゼント提供システムで
は、上記ショッピングモールサーバ９が、ユーザ端末か
らのキャンペーン応募を受信したときには、このショッ
ピングモールサーバ９から車両メーカ側サーバ１に対し
て、その応募が応募条件に適合しているか否かを問い合
わせるように構成されている。

【０２１８】また、プレゼントキャンペーンにおけるプ
レゼント対象は、ユーザが仕様選定した個別仕様車であ
るが、この個別仕様車の内のベース仕様車分の価格であ
り、ベース仕様車から追加又は変更された仕様に係る価
格及び諸経費は、当選者の負担となっている。このた
め、このプレゼント提供システムでは、当選者が決定さ
れれば、車両メーカ側サーバ１において、上記当選者の
プレゼント対象に係る見積価格からベース仕様車の価格
を減算する処理が行われる。

【０２１９】次に、図１３、及び図１８乃至図２２を参
照しながら、第１実施形態に係るプレゼント提供システ
ムにおける情報処理方法について説明する。

【０２２０】図１３において（１），（２）：ユーザ端
末５と、車両メーカ側サーバ１又はショッピングモール
サーバ９との間において、ユーザ端末５からの要求に応
じて、車両メーカ側サーバ１又はショッピングモールサ
ーバ９からユーザ端末５に、所定の画面を提供する。こ
れは、個別仕様車見積・発注システムの通常の制御、又
はショッピングモールの通常の制御に対応する。このと
き、車両メーカ側サーバ１からユーザ端末５に提供され
る画面（例えばホーム画面Ａ−２等）には、図３７に示
すように、○○ショッピングモールにおいて行われてい
る個別仕様車のプレゼントキャンペーンのお知らせと、
上記○○ショッピングモールのサイトにジャンプするた
めのリンクボタンとが含まれている。こうしたリンクボ
タンを設けることで、顧客の利便性が向上すると共に、
個別仕様車見積・発注システム及びショッピングモール
サイト双方へのアクセス数を増加させることができる。

【０２２１】一方、ショッピングモールサーバ９からユ
ーザ端末５に提供される画面（例えば初期画面）には、
図１８に示すように、○○ショッピングモールのメニュ
ー及びコンテンツが含まれていると共に、個別仕様車が
プレゼントされるキャンペーンのお知らせ、及びそのキ
ャンペーンの詳細画面にジャンプするための「キャンペ
ーン詳細」ボタンが含まれている。

【０２２２】図１９は、初期画面における「キャンペー
ン詳細」ボタンが操作された場合に表示されるキャンペ
ーン詳細画面を例示する図であり、ＢＴＯシステムにお
ける自動車がプレゼントされる旨、プレゼントキャンペ
ーンの応募条件（つまり、上記ＢＴＯシステムにおい
て、仕様選定及びその個別仕様車の見積依頼を行ってい
ること）、及び留意事項（複数回の応募は無効であるこ
と、及びプレゼントは個別仕様車におけるベース車分の
金額であること（ベース車に追加した仕様、諸経費はプ
レゼント応募者の負担であること））が表示される。

【０２２３】また、このキャンペーン詳細画面には、上
記ＢＴＯサイトにジャンプするための「ＢＴＯサイト」
ボタンと、トップページ（図１８）に戻るための「Ｔｏ
ｐＰａｇｅ」ボタンと、キャンペーンの応募をするため
の「キャンペーン応募」ボタンとがそれぞれ設けられて
いる。

【０２２４】図２０は、キャンペーン詳細画面における
「キャンペーン応募」ボタンが操作された場合に表示さ
れるキャンペーン応募画面を例示する図であり、この画
面においては、ＢＴＯサイトにおけるユーザＩＤ及びパ
スワード、並びに見積ＩＤ（顧客に提示される見積毎に
付されるＩＤである（図３１参照））を入力するように
構成されている。尚、ここで入力された見積ＩＤに対応
する個別仕様車が、プレゼント商品となる。 （３）：ユーザ端末５からショッピングモールサーバ９
に、プレゼントキャンペーンへの応募に係る応募信号を
送信する。これは、上記キャンペーン応募画面におい
て、メンバーＩＤ、パスワード、及び見積ＩＤをそれぞ
れ入力した上で、応募ボタンをクリックすることによっ
て行われる。 （４）：上記応募信号を受信したショッピングモールサ
ーバ９は、その信号を一時記憶する。 （５）：ショッピングモールサーバ９から車両メーカ側
サーバ１に上記ユーザＩＤ等を送信することで、上記応
募をした顧客が応募条件に適合しているか問い合わせを
行う。 （６）：問い合わせ信号を受信した車両メーカ側サーバ
１は、顧客が入力したユーザＩＤ、見積ＩＤ及びパスワ
ードの妥当性を判定すると共に、その問い合わせに係る
顧客が応募条件に適合しているか否か、つまり、顧客Ｄ
Ｂ３４を参照してその顧客が見積請求を行っているか否
かを判定する。 （７）：車両メーカ側サーバ１からショッピングモール
サーバ９に、（６）において判定した判定結果を送信す
る。 （８）：判定結果を受信したショッピングモールサーバ
９は、その判定結果に基づき、その応募が応募条件に適
合しているときには、（４）において一時記憶をしてい
たデータを応募ＤＢ９１に記憶する。すなわち、その応
募が応募条件に適合していないときには、応募ＤＢ９１
への記憶を行わない。 （９）：ショッピングモールサーバ９からユーザ端末５
に、応募の受付結果を提示する。つまり、応募ＤＢ９１
への記憶を行わず応募の受け付けを拒否するときには、
図２１に示すような、受付拒否画面をユーザ端末５に送
信する一方、応募ＤＢ９１への記憶を行うことで応募を
受け付けるときには、図２２に示すような、受付完了画
面をユーザ端末５に送信する。 （１０）：ショッピングモールサーバ９において抽選を
行い、プレゼントキャンペーンの当選者を決定する。 （１１）：当選者のユーザ端末５に、当選した旨の電子
メールを送信すると共に、車両メーカ側サーバ１に当選
者が決定した旨を連絡する。 （１２）：当選者が決定した連絡を受けた車両メーカ側
サーバ１においては、その当選者に係る個別仕様車の見
積価格からベース仕様車の価格を減算して、見積価格を
再設定する処理を行う。 （１３）：見積価格が減額された旨の電子メールを、車
両メーカ側サーバ１からユーザ端末５に送信する。

【０２２５】このように、第１実施形態に係るプレゼン
ト提供システムにおける情報処理方法では、プレゼント
キャンペーンへの応募があったときに、ショッピングモ
ールサーバ９から車両メーカ側サーバ１に問い合わせが
行われて、その応募が応募条件に適合しているか否かが
判定されると共に、応募条件に適合しているときにはシ
ョッピングモールサーバ９においてその応募を受け付け
る処理が行われる。また、プレゼントキャンペーンの当
選者が決定したときには、ショッピングモールサーバ９
から車両メーカ側サーバ１にその情報が連絡され、車両
メーカ側サーバ１において、その当選者に係る見積価格
から、プレゼント対象であるベース仕様車の価格を減算
する処理が行われる。

【０２２６】次に、上記プレゼント提供システムに係
り、ショッピングモールサーバ９における処理、及び車
両メーカ側サーバ１における処理について、図１４及び
図１５を参照しながらそれぞれ説明する。

【０２２７】（ショッピングモールサーバ９における処
理）先ず、図１４を参照しながら、ショッピングモール
サーバ９における処理について説明する。

【０２２８】同図においてステップＳ６１：ユーザ端末
５からの接続があったか否かを判定し、接続があるとき
にはステップＳ６２に進み、接続がないときにはステッ
プＳ６２４に進む。

【０２２９】ステップＳ６２：ユーザ端末５からの要求
に応じて情報（コンテンツ）を提供する、通常のショッ
ピングモールの制御を行う。このとき、ショッピングモ
ールサーバ９からユーザ端末５には、初期画面（図１
８）が送信される。

【０２３０】ステップＳ６３，ステップＳ６４：プレゼ
ントキャンペーンが終了したか否かを判定し（ステップ
Ｓ６３）、終了したときにはステップＳ６２４に進む一
方、終了していないときにはステップＳ６４に進む。ス
テップＳ６４では、ユーザ端末５の操作により、初期画
面における「キャンペーン詳細」ボタンの選択操作がさ
れたか否かを判定し、操作がされたときにはステップＳ
６５に進み、操作がされないときにはステップＳ６２４
に進む。

【０２３１】ステップＳ６５〜ステップＳ６８：キャン
ペーン詳細画面（図１９）を、ユーザ端末５に送信する
（ステップＳ６５）と共に、このキャンペーン詳細画面
において、「Ｔｏｐ Ｐａｇｅ」を選択する操作が行わ
れたか否かを判定する（ステップＳ６６）。操作が行わ
れたときにはステップＳ６２に戻り、操作が行われてい
ないときにはステップＳ６７に進む。また、「ＢＴＯサ
イト」を選択する操作が行われたか否かを判定し（ステ
ップＳ６７）、操作が行われたときにはステップＳ６１
３に進み、操作が行われていないときにはステップＳ６
８に進む。さらに、「キャンペーン応募」を選択する操
作が行われたか否かを判定し（ステップＳ６８）、操作
が行われたときにはステップＳステップＳ６９に進み、
操作が行われていないときにはステップＳ６６に戻る。

【０２３２】ステップＳ６９〜ステップＳ６１２：キャ
ンペーン応募画面（図２０）を、顧客端末に送信する
（ステップＳ６９）と共に、この応募画面において「戻
る」を選択する操作が行われたか否かを判定する（ステ
ップＳ６１０）。操作が行われたときにはステップＳ６
５に戻り、操作が行われていないときにはステップＳ６
１１に進む。「ＢＴＯサイト」を選択する操作が行われ
たか否かを判定し（ステップＳ６１１）、操作が行われ
たときにはステップＳ６１３に進み、操作が行われてい
ないときにはステップＳ６１２に進む。「応募」を選択
する操作が行われたか否かを判定し（ステップＳ６１
２）、操作が行われたときにはステップＳステップＳ６
１４に進み、操作が行われていないときにはステップＳ
６１０に戻る。すなわち、ステップＳ６１２がユーザ端
末５から送信されたプレゼントキャンペーンの応募信号
を受信する応募受信ステップに対応すると共に、このス
テップＳ６１２によって、顧客端末から送信されたプレ
ゼントキャンペーンの応募信号を受信する応募受信手段
７３が構成される。

【０２３３】ステップＳ６１３：ＢＴＯサイトにジャン
プさせる。

【０２３４】ステップＳ６１４（問合せステップ）：上
記キャンペーン応募画面において入力された項目内容を
確認する。このとき、上記車両メーカ側サーバ１に接続
して、その入力された項目の情報（ユーザＩＤ、パスワ
ード、見積ＩＤ）を送信すると共に、この車両メーカ側
サーバにおいて判定された結果を受信する。

【０２３５】ステップＳ６１５〜ステップＳ６１８：入
力項目に不備があるか否かを判定する（ステップＳ６１
５）。すなわち、入力もれ等があるときには、入力項目
に不備があるとしてステップＳ６２２に進む一方、入力
もれ等がないときには、入力項目に不備がないとしてス
テップＳ６１６に進む。車両メーカ側サーバ１において
見積が存在しているか否かを判定する（ステップＳ６１
６）。これは、上記車両メーカ側サーバ１から提供され
た判定結果に基づいて判定する。存在しているときには
ステップＳ６１７に進む一方、存在していないときには
ステップＳ６２２に進む。入力項目が不正であるか否か
を判定する。これは、ユーザーＩＤとパスワード、又は
見積ＩＤとパスワードとを対比させて判定する。これ
も、上記車両メーカ側サーバ１から提供された判定結果
に基づいて判定する。不正でないときにはステップＳ６
１８に進む一方、不正であるときにはステップＳ６２２
に進む。また、その顧客の応募回数が複数回であるか否
かを判定する（ステップＳ６１８）。複数回であるとき
にはステップＳ６２２に進む一方、複数回でない（今回
が初めて）であるときにはステップＳ６１９に進む。

【０２３６】ステップＳ６１９〜ステップＳ６２１：応
募画面において入力された情報を、ショッピングモール
サーバ９における応募ＤＢ９１に記憶する（ステップＳ
６１９）。そして、顧客端末５に対して受付完了画面
（図２２）を送信する（ステップＳ６２０）。この受付
完了画面において「トップページ」を選択する操作が行
われたか否かを判定し（ステップＳ６２１）、操作が行
われたときにはステップＳ６２４に進み、操作が行われ
ていないときには、このステップＳ６２１を繰り返す。
つまり、ステップＳ６１９がプレゼントキャンペーンの
応募を受け付ける応募受付ステップに対応し、このステ
ップＳ６１９によりプレゼントキャンペーンの応募を受
け付ける応募受付手段７４が構成される。

【０２３７】ステップＳ６２２，ステップＳ６２３：受
付拒否画面（図２１）を、顧客端末５に送信する。そし
て、この受付拒否画面において「戻る」を選択する操作
が行われたか否かを判定し、操作が行われたときにはス
テップＳ６９に戻る一方、操作が行われていないときに
は、このステップＳ６２３を繰り返す。

【０２３８】ステップＳ６２４，ステップＳ６２５：プ
レゼントのキャンペーンが終了したか否かを判定し（ス
テップＳ６２４）、終了していないときにはこの処理を
終了する。一方、終了したときにはステップＳ６２５に
進む。ステップＳ６２５では、抽選操作が行われたか否
かを判定し、操作が行われていないときには、この処理
を終了する一方、操作が行われたときにはステップＳ６
２６に進む。

【０２３９】ステップＳ６２６〜ステップＳ６２８：応
募ＤＢ９１に格納されているデータに基づいて抽選を行
い（ステップＳ６２６、抽選ステップ）、当選者を決定
する。その当選者に対して、当選した旨を通知する電子
メールを送信する（ステップＳ６２７）と共に、車両メ
ーカ側サーバ１に当選者を通知する旨の連絡を行う（ス
テップＳ６２８）。

【０２４０】尚、上記ステップＳ６２６における抽選処
理はサーバが行わなくても、人の手によって抽選を行っ
てもよい。この場合は、抽選によって当選者が決定した
ときに、ショッピングモールサーバ９の操作によって、
当選者の入力を行えばよい。

【０２４１】（車両メーカ側サーバ１における処理）次
に、プレゼント提供システムに係り、車両メーカ側サー
バ１において行われる処理について、図１５を参照しな
がら説明する。

【０２４２】同図においてステップＳ７１（判定ステッ
プ）：ショッピングモールサーバ９から、応募者につい
ての問い合わせがなされたときには、そのユーザＩＤ及
びパスワードの正誤や、そのユーザの見積が存在するか
否かを判定し、その判定結果を、上記ショッピングモー
ルサーバ９に提供する。このステップＳ７１により、応
募信号に係る顧客に関する情報が記憶されているか否か
を判定すると共に、その判定結果をショッピングモール
サーバ９に提供する判定手段７２が構成される。

【０２４３】尚、このステップＳ７１での判定に係る見
積の有無は、上述したように、見積・査定依頼処理（Ｍ
３）での処理に基づく。つまり、この見積・査定依頼処
理（Ｍ３）が、ユーザ端末から送信された顧客に関する
情報を受信すると共に、この受信した情報を記憶する情
報受信ステップに対応する。また、この見積・査定依頼
処理（Ｍ３）によって情報受信手段７１が構成される
（図３参照）。

【０２４４】ステップＳ７２〜ステップＳ７４：上記シ
ョッピングモールサーバ９から当選者の連絡があったか
否かを判定し（ステップＳ７２）、連絡がないときには
この処理を終了する一方、連絡があったときにはステッ
プＳ７３に進む。ステップＳ７３ではその当選者が仕様
選択した個別仕様車の見積価格からベース車分の価格を
差し引く補正を行い、顧客ＤＢ３４の更新を行う。そし
て、上記当選者に、見積金額を変更した旨を、電子メー
ルによって送信する（ステップＳ７４、通知ステッ
プ）。

【０２４５】こうして、第１実施形態においては、個別
仕様車見積・発注システムにおける車両メーカ側サーバ
１とは異なる運営者によって運営されるショッピングモ
ールサーバ９において、上記個別仕様車をプレゼント商
品とするプレゼントキャンペーンが行われるが、このプ
レゼントキャンペーンの応募条件が、上記個別仕様車見
積・発注システムにおいて仕様選定を行うと共に、その
仕様選定した個別仕様車について見積請求を行っている
ことに設定されている。つまり、ショッピングモールサ
ーバ９において受信した応募信号に係る顧客に関する情
報が、車両メーカ側サーバ１に記憶されているときには
その応募が受け付けられる一方、記憶されていないとき
にはその応募の受付が拒否される。

【０２４６】こうしたプレゼントキャンペーンに対して
は多数の応募がなされることが予想されるため、個別仕
様車見積・発注システムにおいて、多数の顧客によっ
て、多数の個別仕様車が選定されると共に、多数の見積
依頼がなされることが期待できる。そして、見積依頼に
際し、多数の顧客情報が上記車両メーカ側サーバ１に提
供されるようになる。

【０２４７】こうして、車両メーカ側サーバ１におい
て、多数の顧客情報及び個別仕様車の仕様に関する情報
が収集できるようになり、その結果、個別仕様車見積・
発注システムにおける販売促進が図られるようになる。

【０２４８】また、プレゼントキャンペーンの応募のた
めであっても、顧客は、実際に仕様選定を行うと共に、
その見積価格の提供を受けることになるため、そのプレ
ゼントキャンペーンに拘わらず、その仕様選定をした販
売対象の購入を検討することも期待でき、販売促進が図
られる結果となる。

【０２４９】一方で、顧客は、プレゼントキャンペーン
への応募条件として顧客情報を提供するため、顧客情報
の提供に対する見返りを受けることになる。こうして、
顧客の利益と、車両メーカ側の利益との均衡が図られる
ようになる。

【０２５０】また、ショッピングモールサーバ９におい
ては、プレゼントキャンペーンの情報を提供することに
よって、このショッピングモールへのアクセス数が増大
することが期待できると共に、車両メーカ側サーバ１に
おける個別仕様車見積・発注システムの知名度が高まる
ことが期待できる。その結果、上記車両メーカ側サーバ
１へのアクセス数が増大して、プレゼントキャンペーン
の応募のためだけに限らず、見積提供の数を増加させ
て、それに伴い顧客情報等の取得数を増加させることが
できるようになる。

【０２５１】また、本実施形態では、ショッピングモー
ルサーバ９において受信をしたプレゼントキャンペーン
への応募に係る顧客に関し、応募条件に適合しているか
否かを車両メーカ側サーバ１に問い合わせるように構成
されている。これにより、プレゼントキャンペーンへの
応募条件が満たされているか否かを的確に判定すること
が可能になる。また、この問い合わせは、上記個別仕様
車見積・発注システムにおいて顧客に発行されているユ
ーザＩＤに基づいて行われるため、車両メーカ側サーバ
１において見積依頼をした顧客と、ショッピングモール
サーバ９においてプレゼントキャンペーンに応募した顧
客との同一性の確認を、容易かつ確実に行うことができ
る。

【０２５２】また、プレゼントキャンペーンにおけるプ
レゼント商品は、顧客が仕様選定した個別仕様車である
ため、顧客が欲しい仕様の個別仕様車がプレゼント商品
になる。このため、顧客の満足度が向上すると共に、プ
レゼントキャンペーンへの応募数の増加も期待でき、こ
れに伴い、見積価格の依頼件数が増加することが期待で
きる。

【０２５３】＜第２実施形態＞図１６は、第２実施形態
に係るプレゼント提供システムにおける情報処理方法に
係る遷移図を示す。第２実施形態に係るプレゼント提供
システムにおいては、プレゼントキャンペーンへの応募
を受信したときに、その応募が応募条件に適合している
か否かを判定するのではなく、キャンペーンへの応募を
一応受け付けると共に抽選を行い、その当選者につい
て、その応募が応募条件に適合しているか否かが判定さ
れると共に、応募条件に適合しているときにはその当選
者をそのまま当選者に決定する一方、応募条件に適合し
ていないときには上記当選者の当選を無効にして、新た
に抽選を行うようにしている。

【０２５４】同図において（１），（２）：ユーザ端末
５からの要求に応じて、車両メーカ側サーバ１又はショ
ッピングモールサーバ９からユーザ端末５に、所定の画
面を提供する。 （３）：キャンペーン応募画面（図２０）において応募
ボタンをクリックすることにより、ユーザ端末５からシ
ョッピングモールサーバ９に、応募信号を送信する。 （４）：上記応募信号を受信したショッピングモールサ
ーバ９は、キャンペーン応募画面における入力項目に不
備がない、又は同一の顧客による複数回の応募でない限
り、その情報を応募ＤＢ９１に記憶する。 （５）：ショッピングモールサーバ９からユーザ端末５
に、受付拒否画面（図２１）又は受付完了画面（図２
２）を送信する。 （６）：ショッピングモールサーバ９において抽選を行
い、プレゼントキャンペーンの当選者を決定（仮決定）
する。 （７）：ショッピングモールサーバ９から車両メーカ側
サーバ１に、その当選者のユーザＩＤ等を送信すること
で、上記当選者が応募条件に適合しているか問い合わせ
を行う。 （８）：問い合わせ信号を受信した車両メーカ側サーバ
１は、当選者が入力したユーザＩＤ、見積ＩＤ及びパス
ワードの妥当性を判定すると共に、その当選者が応募条
件に適合しているか否か、つまり、顧客ＤＢ３４を参照
してその当選者が見積請求を行っているか否かを判定す
る。 （９）：車両メーカ側サーバ１からショッピングモール
サーバ９に、（８）において判定した判定結果を送信す
る。 （１０）：判定結果を受信したショッピングモールサー
バ９は、その判定結果に基づき、当選者の応募が応募条
件に適合しているときには、その当選者をそのまま当選
者に決定する一方、その当選者の応募が応募条件に適合
していないときには、その当選者の当選を無効にして、
（６）において新たに抽選を行う。 （１１）：当選者に当選した旨の電子メールが送信され
ると共に、車両メーカ側サーバ１に当選者が決定した旨
を連絡する。 （１２）：当選者が決定した連絡を受けた車両メーカ側
サーバ１においては、その当選者に係る個別仕様車の見
積価格からベース仕様車の価格を減算して、見積価格を
再設定する処理を行う。 （１３）：見積価格が減額された旨の電子メールを、車
両メーカ側サーバ１からユーザ端末５に送信する。

【０２５５】次に、上記プレゼント提供システムに係
り、ショッピングモールサーバ９における処理につい
て、図１７を参照しながら説明する。尚、車両メーカ側
サーバ１における処理は、上記第１実施形態と同じであ
るため、その説明は省略する（図１５参照）。

【０２５６】図１７におけるステップＳ８１〜ステップ
Ｓ８１３は、第１実施形態におけるショッピングモール
サーバ９２の処理のフローチャートのステップＳ６１〜
ステップＳ６１４とそれぞれ同じであるため、その説明
は省略する。

【０２５７】ステップＳ８１４〜ステップＳ８１６：キ
ャンペーン応募画面において入力された項目内容を確認
する。このとき、上記車両メーカ側サーバ１への問い合
わせは行わない。そして、入力項目に不備があるか否か
を判定する（ステップＳ８１５）。入力項目に不備があ
るときにはステップＳ８２０に進む一方、入力項目に不
備がないときにはステップＳ８１６に進む。その顧客の
応募回数が複数回であるか否かを判定する（ステップＳ
８１６）。複数回であるときにはステップＳ８２０に進
む一方、複数回でない（今回が初めて）であるときには
ステップＳ８１７に進む。

【０２５８】ステップＳ８１７〜ステップＳ８１９：応
募画面において入力された情報を、ショッピングモール
サーバ９における応募ＤＢ９１に記憶する（ステップＳ
８１７、応募受信ステップ）。このステップＳ８１７に
より、プレゼントキャンペーンの応募信号を受信すると
共に、この受信した情報を記憶する応募受信手段７３が
構成される。そして、顧客端末５に対して受付完了画面
（図２２）を送信する（ステップＳ８１８）。この受付
完了画面において「Ｔｏｐ Ｐａｇｅ」を選択する操作
が行われたか否かを判定し（ステップＳ８１９）、操作
が行われたときにはステップＳ８２２に進み、操作が行
われていないときには、このステップＳ８１９を繰り返
す。

【０２５９】ステップＳ８２０，ステップＳ８２１：受
付拒否画面（図２１）を、顧客端末５に送信する（ステ
ップＳ８２０）。この受付拒否画面において「戻る」を
選択する操作が行われたか否かを判定し（ステップＳ８
２１）、操作が行われたときにはステップＳ８９に戻る
一方、操作が行われていないときには、このステップＳ
８２１を繰り返す。

【０２６０】ステップＳ８２２，ステップＳ８２３：プ
レゼントのキャンペーンが終了したか否かを判定し（ス
テップＳ８２２）、終了していないときにはこの処理を
終了する。一方、終了したときにはステップＳ８２３に
進む。ステップＳ８２３では、抽選操作が行われたか否
かを判定し、操作が行われていないときにはこの処理を
終了する一方、操作が行われたときにはステップＳ８２
４に進む。

【０２６１】ステップＳ８２４〜ステップＳ８２７：応
募ＤＢ９１に格納されているデータに基づいて抽選を行
い（ステップＳ８２４）、当選者を仮決定する。そし
て、仮決定された当選者に関する情報（ユーザＩＤ、パ
スワード及び見積ＩＤ）を上記車両メーカ側サーバ１に
送信して、問い合わせをする（ステップＳ８２５）。こ
の車両メーカ側サーバ１から提供された判定結果に基づ
いて、その当選者の見積が存在しているか否かを判定し
（ステップＳ８２６）、存在しているときには、ステッ
プＳ８２７に進む一方、存在していないときにはステッ
プＳ８２４に戻り、新たな当選者の抽選を行う。同じ
く、入力項目が不正であるか否かを判定し（ステップＳ
８２７）、不正でないときにはステップＳ８２８に進む
一方、不正であるときにはステップＳ８２４に戻る。

【０２６２】ステップＳ８２８，ステップＳ８２９：そ
の当選者に対して、当選した旨を通知する電子メールを
送信する（ステップＳ８２８、当選決定ステップ）と共
に、車両メーカ側サーバに当選者を通知する旨の連絡を
行う（ステップＳ８２９）。従って、ステップＳ８２５
〜ステップＳ８２８により、車両メーカ側サーバ１に情
報が記憶されているか否かに応じて、当選を決定する処
理又は当選を無効にする処理を行う当選決定手段７５が
構成される。

【０２６３】こうして、第２実施形態においても、プレ
ゼントキャンペーンの応募条件が、上記個別仕様車見積
・発注システムにおいて仕様選定を行うと共に、その仕
様選定した個別仕様車について見積請求を行っているこ
とに設定されている。つまり、ショッピングモールサー
バ９において受信した応募の中から抽選により仮決定さ
れた当選者に関する情報が、車両メーカ側サーバ１に記
憶されているときにはその当選が決定される一方、記憶
されていないときにはその当選が無効にされるように構
成されている。

【０２６４】こうすることで、個別仕様車見積・発注シ
ステムにおいて、多数の顧客によって、多数の個別仕様
車が選定されると共に、多数の見積依頼がなされること
が期待できる。そして、見積依頼に際し、多数の顧客情
報が上記車両メーカ側サーバ１に提供されるようにな
る。

【０２６５】こうして、車両メーカ側サーバ１におい
て、多数の顧客情報及び個別仕様車の仕様に関する情報
が収集できるようになり、その結果、本システムにおけ
る販売促進が図られるようになる。

【０２６６】一方で、顧客は、プレゼントキャンペーン
への応募条件として顧客情報を提供するため、顧客情報
の提供に対する見返りを受けることになる。こうして、
顧客の利益と、車両メーカ側の利益との均衡が図られる
ようになる。

【０２６７】また、ショッピングモールサーバ９におい
ては、プレゼントキャンペーンの情報を提供することに
よって、このショッピングモールへのアクセス数が増大
することが期待できると共に、車両メーカ側サーバ１に
おける個別仕様車見積・発注システムの知名度が高まる
ことが期待できる。その結果、上記車両メーカ側サーバ
１へのアクセス数が増大して、プレゼントキャンペーン
の応募のためだけに限らず、顧客情報等の提供数を増大
させることができるようになる。

【０２６８】＜他の実施形態＞尚、上記実施形態では、
顧客は、一つの見積ＩＤを指定した上でプレゼントキャ
ンペーンに応募するように構成されていると共に、複数
回の応募を禁止するように構成されているが（図１９、
図２０）、これに限らず、同じ顧客による複数回の応募
を可能に構成してもよい。

【０２６９】また、キャンペーン応募画面（図２０）に
おいてユーザＩＤは入力せず、見積ＩＤだけ（パスワー
ドを含む）を入力してプレゼントキャンペーンの応募を
行うように構成してもよい。こうすることで、顧客は、
複数の個別仕様車の仕様選定を行うと共に、その複数の
個別仕様車に対する見積価格それぞれの提供を受けてい
ると、プレゼントキャンペーンの応募を複数回行うこと
ができるようになる。これにより、顧客は複数回の応募
が可能になるという利益が得られる。一方、応募を複数
回行うために、顧客が複数の個別仕様車の仕様選択を行
うことも予想され、車両メーカ側サーバ１では、販売対
象の仕様選定に関する多数の情報が収集できるという利
益が得られる。

【０２７０】さらに、キャンペーン応募画面（図２０）
においてユーザＩＤを入力する一方、見積ＩＤは入力せ
ずにプレゼントキャンペーンの応募を行うように構成し
てもよい。この場合には、ユーザＩＤに基づいてプレゼ
ントキャンペーンの抽選が行われる。そして、その当選
者が、複数の個別仕様車のそれぞれに対する見積価格の
提供を受けているときには、その当選者に、上記見積価
格が提供されている複数の個別仕様車の中からプレゼン
ト商品となる販売対象を選択させるようにしてもよい。
つまり、ショッピングモールサーバ９において、複数の
個別仕様車の中からプレゼント商品となる個別仕様車を
上記当選者に選択させるための処理を行う選択ステップ
を備えるのである。

【０２７１】こうすることで、顧客（当選者）は、複数
の個別仕様車の中から最も欲しい個別仕様車をプレゼン
ト商品に指定することができるという利益が得られる一
方、車両メーカ側サーバ１では、販売対象の仕様選定に
関する多数の情報が収集できるという利益が得られる。

【０２７２】また、上記ＢＴＯシステム（個別仕様車見
積・発注システム）は、車両メーカが各販売代理店に対
しその採用を強制するものではなく、顧客に提供する見
積価格の補正や見積価格ＤＢ３５の更新を、各販売代理
店に代わって車両メーカ側サーバ１において行うこと
で、販売代理店における負担を軽減するために、各販売
代理店が自らの希望で自発的に採用するものである。

【０２７３】また、本実施形態では、仕様選定及び発注
を行う商品として自動車を例に挙げて説明したが、本発
明は自動車等の車両に限られるものではなく、量産可能
であって複数種類の仕様或いはオプション装備を設定可
能な工業製品（例えば、電気製品やプレハブ住宅等）に
広く適用して好適である。

【図面の簡単な説明】

【図１】本実施形態における個別仕様車見積・発注シス
テム及びプレゼント提供システムの全体構成を示す概念
図である。

【図２】本実施形態における車両メーカ側サーバ１、販
売代理店側サーバ２、販売代理店端末４、ユーザ端末５
及びショッピングモールサーバ９の内部構成を例示する
ブロック図である。

【図３】本実施形態に係る個別仕様車見積・発注システ
ムにおいて実行される処理モジュールの機能体系を示す
図である。

【図４】イニシャル処理（Ｍ１）と車両仕様選定処理
（Ｍ２）における表示画面の遷移を示す図である。

【図５】見積・査定依頼処理（Ｍ３）における表示画面
の遷移と、見積・査定の依頼に伴う電子メールの送信機
能を示す図である。

【図６】見積事項確認処理（Ｍ４）における表示画面の
遷移を示す図である。

【図７】クレジット審査処理（Ｍ５）及び商談申し込み
処理（Ｍ６）とにおける表示画面の遷移と、クレジット
審査及び商談申し込みに伴う電子メールの送信機能とを
示す図である。

【図８】納期照会処理（Ｍ７）、インストラクション処
理（Ｍ８）及び問い合わせ処理（Ｍ９）における表示画
面の遷移と、納期照会に伴う電子メールの送信機能とを
示す図である。

【図９】本実施形態において車両メーカ側サーバ１が実
行する処理の全体概要を示すフローチャートである。

【図１０】車両メーカ側サーバ１において行われる見積
・査定依頼処理（Ｍ３）を示すフローチャートである。

【図１１】車両メーカ側サーバ１において行われる見積
事項確認処理（Ｍ４）を示すフローチャートである。

【図１２】車両メーカ側サーバ１において行われる見積
価格提供処理を示すフローチャートである。

【図１３】第１実施形態に係るプレゼント提供システム
における情報処理方法を示す遷移図である。

【図１４Ａ】第１実施形態に係り、ショッピングモール
サーバにおいて行われる処理を示すフローチャートの一
部である。

【図１４Ｂ】第１実施形態に係り、ショッピングモール
サーバにおいて行われる処理を示すフローチャートの一
部である。

【図１５】プレゼント提供システムに係り車両メーカ側
サーバにおいて行われる処理を示すフローチャートであ
る。

【図１６】第２実施形態に係るプレゼント提供システム
における情報処理方法を示す遷移図である。

【図１７Ａ】第２実施形態に係るショッピングモールサ
ーバの処理を示すフローチャートの一部である。

【図１７Ｂ】第２実施形態に係るショッピングモールサ
ーバの処理を示すフローチャートの一部である。

【図１８】ショッピングモールサーバから提供される初
期画面を例示する図である。

【図１９】ショッピングモールサーバから提供されるキ
ャンペーン詳細画面を例示する図である。

【図２０】ショッピングモールサーバから提供されるキ
ャンペーン応募画面を例示する図である。

【図２１】ショッピングモールサーバから提供される受
付拒否画面を例示する図である。

【図２２】ショッピングモールサーバから提供される受
付完了画面を例示する図である。

【図２３】本実施形態におけるホームページ画面である
トップ画面Ａ−１を例示する図である。

【図２４】本実施形態におけるホーム画面Ａ−２を例示
する図である。

【図２５】車両仕様選定処理（Ｍ２）が表示する車両仕
様選定画面（Ｂ−１乃至Ｂ−１５）のフォーマットを例
示する図である。

【図２６】図２５に示す「明細」ボタンが操作された場
合に表示されるメーカ希望小売価格の明細画面を例示す
る図である。

【図２７】車両仕様選定処理（Ｍ２）が表示する選定仕
様表示画面Ｂ−１５を例示する図である。

【図２８】本実施形態における見積請求トップ画面Ｃ−
１を例示する図である。

【図２９】本実施形態における査定申込入力画面Ｃ−２
を例示する図である。

【図３０】本実施形態におけるＩＤ・パスワード入力画
面Ｄ−１を例示する図である。

【図３１】本実施形態における購入検討情報一覧画面Ｄ
−２を例示する図である。

【図３２】本実施形態における見積事項確認画面Ｄ−３
を例示する図である。

【図３３】本実施形態における借入条件入力画面Ｅ−１
を例示する図である。

【図３４】本実施形態における返済計画表示画面Ｅ−２
を例示する図である。

【図３５】本実施形態における商談申し込み入力画面Ｆ
−１を例示する図である。

【図３６】本実施形態における納期ステータス照会画面
Ｇ−２を例示する図である。

【図３７】車両メーカ側サーバから提供されるプレゼン
トキャンペーンを知らせる画面を例示する図である。

【符号の説明】

１：車両メーカ側サーバ（第１サーバ，情報処理装置） ２：販売代理店側サーバ ３：インターネット（通信回線） ５：ユーザ端末 ９：ショッピングモールサーバ（第２サーバ、情報処理
装置） ３１：メーカ希望小売価格ＤＢ ３２：進捗管理ＤＢ ３３：購入支援情報ＤＢ ３４：顧客ＤＢ ３５：見積価格ＤＢ（データベース） ７１：情報受信手段 ７２：判定手段 ７３：応募受信手段 ７４：応募受付手段 ７５：当選決定手段 ９１：応募ＤＢ

Claims (27)

【特許請求の範囲】
1. 【請求項１】 顧客端末との間の双方向通信により、該
   顧客端末からの要求に応じて販売対象に関する情報を該
   顧客端末に提供する第１サーバと、上記顧客端末との間
   の双方向通信により、該顧客端末からの要求に応じて上
   記販売対象を顧客へのプレゼント商品とするプレゼント
   キャンペーンの情報を該顧客端末に提供する第２サーバ
   とを用いた情報処理方法であって、 上記第１サーバにおいて、上記顧客端末から送信された
   顧客に関する情報を受信すると共に、この受信した情報
   を記憶する情報受信ステップと、 上記第２サーバにおいて、上記顧客端末から送信された
   プレゼントキャンペーンの応募信号を受信する応募受信
   ステップと、 上記第２サーバにおいて、上記応募受信ステップにおい
   て受信した応募信号に係る顧客に関する情報が上記第１
   サーバに記憶されているときには、上記応募信号を記憶
   することでその応募を受け付ける一方、上記第１サーバ
   に記憶されていないときには、上記応募信号を記憶しな
   いことでその応募の受付を拒否する応募受付ステップと
   を備えることを特徴とする情報処理方法。
2. 【請求項２】 顧客端末との間の双方向通信により、該
   顧客端末からの要求に応じて販売対象に関する情報を該
   顧客端末に提供するサーバを用いた情報処理方法であっ
   て、 上記サーバにおいて、上記顧客端末から送信された顧客
   に関する情報を受信すると共に、この受信した情報を記
   憶する情報受信ステップと、 上記販売対象を顧客へのプレゼント商品とするプレゼン
   トキャンペーンの情報を顧客端末に提供する他のサーバ
   において受信された該顧客端末からのプレゼントキャン
   ペーンの応募信号に関し、該他のサーバからの要求に応
   じて、該応募信号に係る顧客に関する情報が上記情報受
   信ステップにおいて記憶されているか否かを判定すると
   共に、その判定結果を上記他のサーバに提供する判定ス
   テップとを備えることを特徴とする情報処理方法。
3. 【請求項３】 顧客端末との間の双方向通信により、該
   顧客端末からの要求に応じてプレゼントキャンペーンの
   情報を該顧客端末に提供するサーバを用いた情報処理方
   法であって、 上記サーバにおいて、上記顧客端末から送信されたプレ
   ゼントキャンペーンの応募信号を受信する応募受信ステ
   ップと、 上記サーバにおいて、上記応募受信ステップにおいて受
   信した応募信号に係る顧客に関する情報が、上記プレゼ
   ントキャンペーンにおけるプレゼント商品を販売対象と
   してそれに関する情報を顧客端末に提供する他のサーバ
   に記憶されているときには、上記応募信号を記憶するこ
   とでその応募を受け付ける一方、上記他のサーバに記憶
   されていないときには、上記応募信号を記憶しないこと
   でその応募の受付を拒否する応募受付ステップとを備え
   ることを特徴とする情報処理方法。
4. 【請求項４】 顧客端末との間の双方向通信により、該
   顧客端末からの要求に応じて販売対象に関する情報を該
   顧客端末に提供する第１サーバと、上記顧客端末との間
   の双方向通信により、該顧客端末からの要求に応じて上
   記販売対象を顧客へのプレゼント商品とするプレゼント
   キャンペーンの情報を該顧客端末に提供する第２サーバ
   とを用いた情報処理方法であって、 上記第１サーバにおいて、上記顧客端末から送信された
   顧客に関する情報を受信すると共に、この受信した情報
   を記憶する情報受信ステップと、 上記第２サーバにおいて、上記顧客端末から送信された
   プレゼントキャンペーンの応募信号を受信すると共に、
   この受信した応募信号を記憶する応募受信ステップと、 上記第２サーバにおいて、上記応募受信ステップにおい
   て記憶した応募信号の中からの抽選による当選者に関す
   る情報が上記第１サーバに記憶されているときには、そ
   の当選を決定する処理を行う一方、上記第１サーバに記
   憶されていないときには、その当選を無効にする処理を
   行う当選決定ステップとを備えることを特徴とする情報
   処理方法。
5. 【請求項５】 顧客端末との間の双方向通信により、該
   顧客端末からの要求に応じて販売対象に関する情報を該
   顧客端末に提供するサーバを用いた情報処理方法であっ
   て、 上記サーバにおいて、上記顧客端末から送信された顧客
   に関する情報を受信すると共に、この受信した情報を記
   憶する情報受信ステップと、 上記販売対象を顧客へのプレゼント商品とするプレゼン
   トキャンペーンの情報を顧客端末に提供する他のサーバ
   において受信された該顧客端末からのプレゼントキャン
   ペーンの応募信号に関し、該他のサーバからの要求に応
   じて、該応募信号の中からの抽選による当選者に関する
   情報が上記情報受信ステップにおいて記憶されているか
   否かを判定しかつ、その判定結果を上記他のサーバに提
   供する判定ステップとを備えることを特徴とする情報処
   理方法。
6. 【請求項６】 顧客端末との間の双方向通信により、該
   顧客端末からの要求に応じてプレゼントキャンペーンの
   情報を該顧客端末に提供するサーバを用いた情報処理方
   法であって、 上記サーバにおいて、上記顧客端末から送信されたプレ
   ゼントキャンペーンの応募信号を受信すると共に、この
   受信した応募信号を記憶する応募受信ステップと、 上記サーバにおいて、上記応募受信ステップにおいて記
   憶した応募信号の中からの抽選による当選者に関する情
   報が、上記プレゼントキャンペーンにおけるプレゼント
   商品を販売対象としてそれに関する情報を顧客端末に提
   供する他のサーバに記憶されているときには、その当選
   を決定する処理を行う一方、上記他のサーバに記憶され
   ていないときには、その当選を無効にする処理を行う当
   選決定ステップとを備えることを特徴とする情報処理方
   法。
7. 【請求項７】 請求項１又は請求項４において、 第２サーバから第１サーバに、顧客を指定する信号を送
   信することで、該顧客に関する情報が上記第１サーバに
   記憶されているか否かを問い合わせる問合せステップ
   と、 上記問合せステップにおける信号を受信した第１サーバ
   において、該信号により指定された顧客に関する情報が
   記憶されているか否かを判定すると共に、その判定結果
   を上記第２サーバに提供する判定ステップとを備えるこ
   とを特徴とする情報処理方法。
8. 【請求項８】 請求項３又は請求項６において、 顧客を指定する信号を他のサーバに送信することで、該
   顧客に関する情報が上記他のサーバに記憶されているか
   否かの問い合わせを行うと共に、該問い合わせに対して
   上記他のサーバから送信された判定結果を受信する問合
   せステップを備えることを特徴とする情報処理方法。
9. 【請求項９】 請求項７において、 応募受信ステップは、顧客端末からのプレゼントキャン
   ペーンの応募信号を受信するときに、上記顧客端末に係
   る顧客に対して第１サーバから発行されているユーザＩ
   Ｄの信号を併せて受信するステップであり、 問合せステップは、顧客を指定する信号として該顧客の
   ユーザＩＤを、第２サーバから第１サーバに送信するス
   テップであることを特徴とする情報処理方法。
10. 【請求項１０】 請求項８において、 応募受信ステップは、顧客端末からのプレゼントキャン
    ペーンの応募信号を受信するときに、上記顧客端末に係
    る顧客に対して他のサーバから発行されているユーザＩ
    Ｄの信号を併せて受信するステップであり、 問合せステップは、顧客を指定する信号として該顧客の
    ユーザＩＤを、上記他のサーバに送信するステップであ
    ることを特徴とする情報処理方法。
11. 【請求項１１】 請求項１又は請求項４において、 第１サーバと顧客端末と間の双方向通信により、所定の
    仕様を備えた標準仕様を基に、該顧客端末の操作に応じ
    て販売対象の仕様を選定する仕様選定ステップと、 上記顧客端末からの要求に応じて、上記仕様選定ステッ
    プにおいて仕様選定された販売対象の見積価格を設定す
    ると共に、設定した見積価格を上記顧客端末に提供する
    見積価格提供ステップとを備え、 情報受信ステップは、上記見積価格提供ステップにおい
    て上記顧客端末からの見積価格の提供要求を受信すると
    きに、該顧客端末に係る顧客に関する情報を受信するス
    テップであることを特徴とする情報処理方法。
12. 【請求項１２】 請求項２又は請求項５において、 サーバと顧客端末と間の双方向通信により、所定の仕様
    を備えた標準仕様を基に、該顧客端末の操作に応じて販
    売対象の仕様を選定する仕様選定ステップと、 上記顧客端末からの要求に応じて、上記仕様選定ステッ
    プにおいて仕様選定された販売対象の見積価格を設定す
    ると共に、設定した見積価格を上記顧客端末に提供する
    見積価格提供ステップとを備え、 情報受信ステップは、上記見積価格提供ステップにおい
    て上記顧客端末からの見積価格の提供要求を受信すると
    きに、該顧客端末に係る顧客に関する情報を受信するス
    テップであることを特徴とする情報処理方法。
13. 【請求項１３】 請求項１１において、 プレゼントキャンペーンにおけるプレゼント商品は、仕
    様選定ステップにおいて仕様選定されかつ見積提供ステ
    ップにおいて見積価格が提供された販売対象であること
    を特徴とする情報処理方法。
14. 【請求項１４】 請求項１３において、 プレゼント商品は、仕様選定された販売対象における標
    準仕様に係る分の金額であることを特徴とする情報処理
    方法。
15. 【請求項１５】 請求項１４において、 第１サーバにおいて、第２サーバから送信されたプレゼ
    ントキャンペーン当選者の通知に基づき、上記当選者に
    係る見積価格から標準仕様に係る分の金額を差し引くこ
    とにより見積価格を再設定する見積価格再設定ステップ
    を備えることを特徴とする情報処理方法。
16. 【請求項１６】 請求項１５において、 第１サーバから当選者に係る顧客端末に、見積価格が再
    設定された旨の通知を行う通知ステップを備えることを
    特徴とする情報処理方法。
17. 【請求項１７】 請求項１１において、 見積価格提供ステップにおいて提供される見積価格毎に
    見積ＩＤを付し、 第２サーバにおいて、上記見積ＩＤに基づいてプレゼン
    トキャンペーンの抽選を行う抽選ステップを備えること
    を特徴とする情報処理方法。
18. 【請求項１８】 請求項１３において、 第２サーバにおいて、顧客に対し第１サーバから発行さ
    れているユーザＩＤに基づいてプレゼントキャンペーン
    の抽選を行う抽選ステップと、 上記抽選ステップでの抽選による当選者が、仕様選定ス
    テップにおいて複数の販売対象の仕様選定を行いかつ、
    見積価格提供ステップにおいてそれぞれに対する見積価
    格の提供を受けているときに、上記第２サーバにおい
    て、上記見積価格が提供されている複数の販売対象の中
    からプレゼント商品となる販売対象を上記当選者に選択
    させるための処理を行う選択ステップとを備えることを
    特徴とする情報処理方法。
19. 【請求項１９】 請求項１又は請求項４において、 第２サーバから顧客端末にプレゼントキャンペーンの情
    報を提供するときに、 第１サーバに接続するためのリンク情報を併せて上記顧
    客端末に提供することを特徴とする情報処理方法。
20. 【請求項２０】 通信回線を介して接続された顧客端末
    からの要求に応じて販売対象に関する情報を該顧客端末
    に提供するように構成された情報処理装置であって、 上記顧客端末から送信された顧客に関する情報を受信す
    ると共に、この受信した情報を記憶する情報受信手段
    と、 上記販売対象を顧客へのプレゼント商品とするプレゼン
    トキャンペーンの情報を上記顧客端末に提供するように
    構成された他の情報処理装置からの要求に応じて、該他
    の情報処理装置において受信された上記顧客端末からの
    プレゼントキャンペーンの応募信号に関し、該応募信号
    に係る顧客に関する情報が上記情報受信手段により記憶
    されているか否かを判定すると共に、その判定結果を上
    記他の情報処理装置に送信する判定手段とを備えている
    ことを特徴とする情報処理装置。
21. 【請求項２１】 通信回線を介して接続された顧客端末
    からの要求に応じてプレゼントキャンペーンの情報を該
    顧客端末に提供するように構成された情報処理装置であ
    って、 上記顧客端末から送信されたプレゼントキャンペーンの
    応募信号を受信する応募受信手段と、 上記応募受信手段により受信した応募信号に係る顧客に
    関する情報が、上記プレゼントキャンペーンにおける顧
    客へのプレゼント商品を販売対象としてそれに関する情
    報を上記顧客端末に提供するように構成された他の情報
    処理装置に記憶されているときには、上記応募信号を記
    憶することでその応募を受け付ける一方、上記他の情報
    処理装置に記憶されていないときには、上記応募信号を
    記憶しないことでその応募の受付を拒否する応募受付手
    段とを備えていることを特徴とする情報処理装置。
22. 【請求項２２】 通信回線を介して接続された顧客端末
    からの要求に応じて販売対象に関する情報を該顧客端末
    に提供するように構成された情報処理装置であって、 上記顧客端末から送信された顧客に関する情報を受信す
    ると共に、この受信した情報を記憶する情報受信手段
    と、 上記販売対象を顧客へのプレゼント商品とするプレゼン
    トキャンペーンの情報を上記顧客端末に提供するように
    構成された他の情報処理装置からの要求に応じて、該他
    の情報処理装置において受信された上記顧客端末からの
    プレゼントキャンペーンの応募信号に関し、該応募信号
    の中からの抽選による当選者に関する情報が上記情報受
    信手段により記憶されているか否かを判定すると共に、
    その判定結果を上記他の情報処理装置に送信する判定手
    段とを備えていることを特徴とする情報処理装置。
23. 【請求項２３】 通信回線を介して接続された顧客端末
    からの要求に応じて顧客に対するプレゼントキャンペー
    ンの情報を該顧客端末に提供するように構成された情報
    処理装置であって、 上記顧客端末から送信されたプレゼントキャンペーンの
    応募信号を受信すると共に、この受信した情報を記憶す
    る応募受信手段と、 上記応募受信手段により記憶された応募信号の中からの
    抽選による当選者に関する情報が、上記プレゼントキャ
    ンペーンにおけるプレゼント商品を販売対象としてそれ
    に関する情報を上記顧客端末に提供するように構成され
    た他の情報処理装置に記憶されているときには、その当
    選を決定する処理を行う一方、上記他のサーバに記憶さ
    れていないときには、その当選を無効にする処理を行う
    当選決定手段とを備えていることを特徴とする情報処理
    装置。
24. 【請求項２４】 通信回線を介して接続された顧客端末
    からの要求に応じて販売対象に関する情報を該顧客端末
    に提供するように構成された情報処理装置を制御するた
    めの情報処理プログラムであって、 上記情報処理装置に、 上記顧客端末から送信された顧客に関する情報を受信さ
    せると共に、該受信させた情報を記憶させかつ、上記販
    売対象を顧客へのプレゼント商品とするプレゼントキャ
    ンペーンの情報を上記顧客端末に提供するように構成さ
    れた他の情報処理装置からの要求に応じて、該他の情報
    処理装置において受信された上記顧客端末からのプレゼ
    ントキャンペーンの応募信号に関し、該応募信号に係る
    顧客に関する情報が記憶されているか否かを判定させる
    と共に、その判定結果を上記他の情報処理装置に送信さ
    せることを特徴とする情報処理プログラム。
25. 【請求項２５】 通信回線を介して接続された顧客端末
    からの要求に応じて顧客に対するプレゼントキャンペー
    ンの情報を該顧客端末に提供するように構成された情報
    処理装置を制御するための情報処理プログラムであっ
    て、 上記情報処理装置に、 上記顧客端末から送信されたプレゼントキャンペーンの
    応募信号を受信させると共に、該受信させた応募信号に
    係る顧客に関する情報が、上記プレゼントキャンペーン
    におけるプレゼント商品を販売対象としてそれに関する
    情報を上記顧客端末に提供するように構成された他の情
    報処理装置に記憶されているときには、上記応募信号を
    記憶させることでその応募を受け付けさせる一方、上記
    他の情報処理装置に記憶されていないときには、上記応
    募信号を記憶させないことでその応募の受付を拒否させ
    ることを特徴とする情報処理プログラム。
26. 【請求項２６】 通信回線を介して接続された顧客端末
    からの要求に応じて販売対象に関する情報を該顧客端末
    に提供するように構成された情報処理装置を制御するた
    めの情報処理プログラムであって、 上記情報処理装置に、 上記顧客端末から送信された顧客に関する情報を受信さ
    せると共に、該受信させた情報を記憶させかつ、上記販
    売対象を顧客へのプレゼント商品とするプレゼントキャ
    ンペーンの情報を上記顧客端末に提供するように構成さ
    れた他の情報処理装置からの要求に応じて、該他の情報
    処理装置において受信された上記顧客端末からのプレゼ
    ントキャンペーンの応募信号に関し、該応募信号の中か
    らの抽選による当選者に関する情報が記憶されているか
    否かを判定させると共に、その判定結果を上記他の情報
    処理装置に送信させることを特徴とする情報処理プログ
    ラム。
27. 【請求項２７】 通信回線を介して接続された顧客端末
    からの要求に応じて顧客に対するプレゼントキャンペー
    ンの情報を該顧客端末に提供するように構成された情報
    処理装置を制御するための情報処理プログラムであっ
    て、 上記情報処理装置に、 上記顧客端末から送信されたプレゼントキャンペーンの
    応募信号を受信させると共に、該受信させた情報を記憶
    させかつ、該記憶させた応募信号の中からの抽選による
    当選者に関する情報が、上記プレゼントキャンペーンに
    おけるプレゼント商品を販売対象としてそれに関する情
    報を上記顧客端末に提供するように構成された他の情報
    処理装置に記憶されているときには、その当選を決定す
    る処理を行わせる一方、上記他の情報処理装置に記憶さ
    れていないときにはその当選を無効にする処理を行わせ
    ることを特徴とする情報処理プログラム。