(57)【要約】 【課題】  今回ショッピングカートに入れた商品だけでなく、過去に購入予約した商品等も含め、顧客の望む任意の組み合わせで決済できるようにする。【解決手段】  今回選択情報に係る商品と、未決済状態で繰り越されてきた商品の情報（繰り越し選択情報）の双方を記憶するショッピングデータベース１１を備えている。この今回選択情報と繰り越し選択情報からなる未決済商品の情報が、未決済情報提示手段（未決済情報提示ステップ）１３により顧客側端末装置２００にまとめて提示される。この情報を受けた顧客は、現在進行中の今回のショッピングの過程で選択した商品だけでなく、過去に購入予約した商品も併せて、任意の組み合わせで決済を行う。【選択図】  図１
2008243118.tif 000002
【特許請求の範囲】
【請求項１】
顧客側端末装置から通信手段を介して送信される商品の選択情報に基づき、当該選択情報に対応する商品を提供する少なくとも一つの商品提供サーバの管理・支援を行う商品提供サーバ支援システムであって、
前記いずれか少なくとも一つの商品提供サーバにアクセスし、顧客側端末装置から当該商品提供サーバへ送信された商品の選択情報として、今回のアクセス時に選択された商品についての今回選択情報と、前回までのアクセス時に選択されかつ未決済の商品についての繰り越し選択情報とが、顧客毎に対応させて記憶されるショッピングデータベースと、
前記顧客側端末装置から当該商品提供サーバへ送信された商品の選択情報を、前記ショッピングデータベースの今回選択情報として書き込むカート情報書き込み手段と、
前記ショッピングデータベースに記憶された今回選択情報と繰り越し選択情報を読み出し、各選択情報を、前記商品提供サーバを介して顧客側端末装置に送信する未決済情報提示手段と、
前記未決済情報提示手段により提示された商品の中から、顧客が特定した決済対象商品の情報を受信する決済対象商品情報受信手段と、
前記決済対象商品情報受信手段により受信された決済対象商品の情報を、前記ショッピングデータベースの今回選択情報及び繰り越し選択情報から削除する決済対象商品情報削除手段と、
前記決済対象商品情報削除手段により削除されなかった未決済の商品中、次回のアクセス時まで選択状態で繰り越す商品を、前記ショッピングデータベースの繰り越し選択情報として書き込む繰り越し情報更新手段と
を具備することを特徴とする商品提供サーバ支援システム。
【請求項２】
前記繰り越し情報更新手段には、繰り越し対象の商品の中で購入予約を行う商品を選択する購入予約手段を備えていることを特徴とする請求項１記載の商品提供サーバ支援システム。
【請求項３】
前記購入予約手段により購入予約された商品の情報を、在庫確保のために当該商品提供サーバに送信する一方、在庫として確保可能な予約有効期限を顧客側端末装置に送信する在庫確保通知手段を備えることを特徴とする請求項２記載の商品提供サーバ支援システム。
【請求項４】
前記ショッピングデータベースは、前記購入予約手段により購入予約された商品の入庫状況を書き込み可能に形成されており、
前記商品提供サーバから送信される商品の入庫に関する情報を基に、入庫状況に変化が生じた場合に前記ショッピングデータベースの入庫状況を更新し、商品が入庫された情報を受信した場合には、当該入庫情報を顧客側端末装置に送信する入庫状況受信・更新手段を有することを特徴とする請求項２又は３記載の商品提供サーバ支援システム。
【請求項５】
前記繰り越し情報更新手段は、繰り越し対象の商品の中で購入予約を行う商品について、前記購入予約手段による購入予約前に、２以上のセットでの決済を顧客が望むか否かを顧客側端末装置に問い合わせるセット商品確認手段と、このセット商品確認手段により、２以上のセットでの決済を望むことが確認された場合に、当該セット商品の中で最も入庫の遅い商品の入庫予定日を顧客側端末装置に通知する入庫予定日通知手段を備えていることを特徴とする請求項２〜４のいずれか１に記載の商品提供サーバ支援システム。
【請求項６】
前記未決済情報提示手段による未決済商品の情報送信前に又は未決済商品の情報送信と共に、顧客側端末装置から送信される決済方法の選択結果を、商品提供サーバを介して受信する決済方法選択結果受信手段を備えていることを特徴とする請求項１〜５のいずれか１に記載の商品提供サーバ支援システム。
【請求項７】
前記決済方法には、前記今回選択情報及び繰り越し選択情報に係る全ての商品の決済を行う「一括決済」、前記今回選択情報及び繰り越し選択情報に係る一部の商品をまとめて決済する「複数決済」、前記今回選択情報に係る商品のみについての決済を行う「個別決済」が含まれていることを特徴とする請求項６記載の商品提供サーバ支援システム。
【請求項８】
複数の商品提供サーバの管理・支援を行うことを特徴とする請求項１〜７のいずれか１に記載の商品提供サーバ支援システム。
【請求項９】
顧客側端末装置から通信手段を介して送信される商品の選択情報に基づき、当該選択情報に対応する商品を提供する少なくとも一つの商品提供サーバの管理・支援を行うコンピュータであって、前記いずれか少なくとも一つの商品提供サーバにアクセスした顧客側端末装置から当該商品提供サーバへ送信された商品の選択情報として、今回のアクセス時に選択された商品についての今回選択情報と、前回までのアクセス時に選択されかつ未決済の商品についての繰り越し選択情報とが、顧客毎に対応させて記憶されるショッピングデータベースを備えたコンピュータに導入されるコンピュータプログラムであって、
前記顧客側端末装置から当該商品提供サーバへ送信された商品の選択情報を、前記ショッピングデータベースの今回選択情報として書き込むカート情報書き込みステップと、
前記ショッピングデータベースに記憶された今回選択情報と繰り越し選択情報を読み出し、各選択情報を、前記商品提供サーバを介して顧客側端末装置に送信する未決済情報提示ステップと、
前記未決済情報提示ステップにより提示された商品の中から、顧客が特定した決済対象商品の情報を受信する決済対象商品情報受信ステップと、
前記決済対象商品情報受信ステップにより受信された決済対象商品の情報を、前記ショッピングデータベースの今回選択情報及び繰り越し選択情報から削除する決済対象商品情報削除ステップと、
前記決済対象商品情報削除ステップにより削除されなかった未決済の商品中、次回のアクセス時まで選択状態で繰り越す商品を、前記ショッピングデータベースの繰り越し選択情報として書き込む繰り越し情報更新ステップと
を具備することを特徴とするコンピュータプログラム。
【請求項１０】
前記繰り越し情報更新ステップには、繰り越し対象の商品の中で購入予約を行う商品を選択する購入予約ステップを備えていることを特徴とする請求項９記載のコンピュータプログラム。
【請求項１１】
前記購入予約ステップにより購入予約された商品の情報を、在庫確保のために当該商品提供サーバに送信する一方、在庫として確保可能な予約有効期限を顧客側端末装置に送信する在庫確保通知ステップを備えることを特徴とする請求項１０記載のコンピュータプログラム。
【請求項１２】
前記ショッピングデータベースは、前記購入予約ステップにより購入予約された商品の入庫状況を書き込み可能に形成されており、
前記商品提供サーバから送信される商品の入庫に関する情報を基に、入庫状況に変化が生じた場合に前記ショッピングデータベースの入庫状況を更新し、商品が入庫された情報を受信した場合には、当該入庫情報を顧客側端末装置に送信する入庫状況受信・更新ステップを有することを特徴とする請求項１０又は１１記載のコンピュータプログラム。
【請求項１３】
前記繰り越し情報更新ステップは、繰り越し対象の商品の中で購入予約を行う商品について、前記購入予約ステップによる購入予約前に、２以上のセットでの決済を顧客が望むか否かを顧客側端末装置に問い合わせるセット商品確認ステップと、このセット商品確認ステップにより、２以上のセットでの決済を望むことが確認された場合に、当該セット商品の中で最も入庫の遅い商品の入庫予定日を顧客側端末装置に通知する入庫予定日通知ステップを備えていることを特徴とする請求項１０〜１２のいずれか１に記載のコンピュータプログラム。
【請求項１４】
前記未決済情報提示ステップによる未決済商品の情報送信前に又は未決済商品の情報送信と共に、顧客側端末装置から送信される決済方法の選択結果を、商品提供サーバを介して受信する決済方法選択結果受信ステップを備えていることを特徴とする請求項９〜１３のいずれか１に記載のコンピュータプログラム。
【請求項１５】
前記決済方法には、前記今回選択情報及び繰り越し選択情報に係る全ての商品の決済を行う「一括決済」、前記今回選択情報及び繰り越し選択情報に係る一部の商品をまとめて決済する「複数決済」、前記今回選択情報に係る商品のみについての決済を行う「個別決済」が含まれていることを特徴とする請求項１４記載のコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、インターネットなどの通信手段を介して商品の販売を行う商品提供サーバの管理・支援を行う技術に関し、特に、商品購入に伴う決済の仕組みを改良した商品提供サーバ支援システム及びコンピュータプログラムに関する。
【背景技術】
【０００２】
主にインターネットを通じて、商品を提供する商品提供者のサイト（ＥＣサイト）にアクセスして商品を購入するオンライン・ショッピングが非常に普及してきている。一般的には、ある特定のＥＣサイトに顧客認証を行ってログインした後にショッピングを行う。そして、ショッピングカートに入れた商品のうち必要なものを再度確認して決済し、ログアウトする。つまり、一つのＥＣサイトにログインしている間だけショッピングが可能であり、当該ＥＣサイトから一旦ログアウトしてしまえば、当該ショッピングは終了する仕組みになっている。また、複数のＥＣサイトが登録されている電子ショッピングモールの場合には、当該ショッピングモール内のＥＣサイトであれば、共通のショッピングカートを利用して決済できる仕組みもある。
【０００３】
しかし、いずれにしても、これらは、一つのＥＣサイト内又は一つのショッピングモール内で取り引きできるに過ぎず、複数のＥＣサイト又は複数のショッピングモールに跨って取り引きすることはできない。このようなことに鑑み、特許文献１では、顧客がトランザクション管理コンピュータにアクセスすることにより、該トランザクション管理コンピュータを通じて複数のＥＣサイトやショッピングモールでのショッピングを実現する仕組みが提案されている。
【特許文献１】特開２００１−３３８１８５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
特許文献１に開示された技術は、確かに複数のＥＣサイト等におけるショッピングを可能にしているが、一旦ログアウトしてしまえば、それまでに行っていたショッピングが無効になる点で、一般に行われている特定のＥＣサイト内でのオンライン・ショッピングの仕組みと変わりはない。すなわち、ログアウトするまでの間に、ショッピングカートに入れた商品の全てについて一括決済しなければ、それまでにショッピングカートに入れた全ての商品のショッピングが無効になってしまう。例えば、購入を希望してショッピングカートに入れたもの中で、予算との兼ね合いから一部の商品についてのみ決済をして当月の支払いに充てるものの、他の商品については翌月以降の支払いに回したい場合には、この他の商品をショッピングカートから削除し、残った商品について決済するしかない。従って、削除した商品については、当初からショッピングカートに入れなかった商品と全く同じ扱いであり、当該顧客が翌月以降に購入する意志のある商品であるということは何ら反映されない。このため、削除した商品を再度購入しようとしてアクセスしたときには、既に在庫がなく、購入できない場合もある。
【０００５】
本発明は上記に鑑みなされたものであり、ショッピングカートに入れた商品について一括決済することができることはもちろんのこと、そのうちの一部の商品、過去にアクセスした際にショッピングカートに入れて未決済にした商品についても、顧客の望む任意の組み合わせで決済できると共に、未決済にした商品についての購入予約も行うことができ、しかも、複数のＥＣサイト等でのショッピングにも対応できる商品提供サーバ支援システム及びコンピュータプログラムを提供することを課題とする。
【課題を解決するための手段】
【０００６】
上記課題を解決するため、請求項１記載の本発明では、顧客側端末装置から通信手段を介して送信される商品の選択情報に基づき、当該選択情報に対応する商品を提供する少なくとも一つの商品提供サーバの管理・支援を行う商品提供サーバ支援システムであって、
前記いずれか少なくとも一つの商品提供サーバにアクセスし、顧客側端末装置から当該商品提供サーバへ送信された商品の選択情報として、今回のアクセス時に選択された商品についての今回選択情報と、前回までのアクセス時に選択されかつ未決済の商品についての繰り越し選択情報とが、顧客毎に対応させて記憶されるショッピングデータベースと、
前記顧客側端末装置から当該商品提供サーバへ送信された商品の選択情報を、前記ショッピングデータベースの今回選択情報として書き込むカート情報書き込み手段と、
前記ショッピングデータベースに記憶された今回選択情報と繰り越し選択情報を読み出し、各選択情報を、前記商品提供サーバを介して顧客側端末装置に送信する未決済情報提示手段と、
前記未決済情報提示手段により提示された商品の中から、顧客が特定した決済対象商品の情報を受信する決済対象商品情報受信手段と、
前記決済対象商品情報受信手段により受信された決済対象商品の情報を、前記ショッピングデータベースの今回選択情報及び繰り越し選択情報から削除する決済対象商品情報削除手段と、
前記決済対象商品情報削除手段により削除されなかった未決済の商品中、次回のアクセス時まで選択状態で繰り越す商品を、前記ショッピングデータベースの繰り越し選択情報として書き込む繰り越し情報更新手段と
を具備することを特徴とする商品提供サーバ支援システムを提供する。
請求項２記載の本発明では、前記繰り越し情報更新手段には、繰り越し対象の商品の中で購入予約を行う商品を選択する購入予約手段を備えていることを特徴とする請求項１記載の商品提供サーバ支援システムを提供する。
請求項３記載の本発明では、前記購入予約手段により購入予約された商品の情報を、在庫確保のために当該商品提供サーバに送信する一方、在庫として確保可能な予約有効期限を顧客側端末装置に送信する在庫確保通知手段を備えることを特徴とする請求項２記載の商品提供サーバ支援システムを提供する。
請求項４記載の本発明では、前記ショッピングデータベースは、前記購入予約手段により購入予約された商品の入庫状況を書き込み可能に形成されており、
前記商品提供サーバから送信される商品の入庫に関する情報を基に、入庫状況に変化が生じた場合に前記ショッピングデータベースの入庫状況を更新し、商品が入庫された情報を受信した場合には、当該入庫情報を顧客側端末装置に送信する入庫状況受信・更新手段を有することを特徴とする請求項２又は３記載の商品提供サーバ支援システムを提供する。
請求項５記載の本発明では、前記繰り越し情報更新手段は、繰り越し対象の商品の中で購入予約を行う商品について、前記購入予約手段による購入予約前に、２以上のセットでの決済を顧客が望むか否かを顧客側端末装置に問い合わせるセット商品確認手段と、このセット商品確認手段により、２以上のセットでの決済を望むことが確認された場合に、当該セット商品の中で最も入庫の遅い商品の入庫予定日を顧客側端末装置に通知する入庫予定日通知手段を備えていることを特徴とする請求項２〜４のいずれか１に記載の商品提供サーバ支援システムを提供する。
請求項６記載の本発明では、前記未決済情報提示手段による未決済商品の情報送信前に又は未決済商品の情報送信と共に、顧客側端末装置から送信される決済方法の選択結果を、商品提供サーバを介して受信する決済方法選択結果受信手段を備えていることを特徴とする請求項１〜５のいずれか１に記載の商品提供サーバ支援システムを提供する。
請求項７記載の本発明では、前記決済方法には、前記今回選択情報及び繰り越し選択情報に係る全ての商品の決済を行う「一括決済」、前記今回選択情報及び繰り越し選択情報に係る一部の商品をまとめて決済する「複数決済」、前記今回選択情報に係る商品のみについての決済を行う「個別決済」が含まれていることを特徴とする請求項６記載の商品提供サーバ支援システムを提供する。
請求項８記載の本発明では、複数の商品提供サーバの管理・支援を行うことを特徴とする請求項１〜７のいずれか１に記載の商品提供サーバ支援システムを提供する。
請求項９記載の本発明では、顧客側端末装置から通信手段を介して送信される商品の選択情報に基づき、当該選択情報に対応する商品を提供する少なくとも一つの商品提供サーバの管理・支援を行うコンピュータであって、前記いずれか少なくとも一つの商品提供サーバにアクセスした顧客側端末装置から当該商品提供サーバへ送信された商品の選択情報として、今回のアクセス時に選択された商品についての今回選択情報と、前回までのアクセス時に選択されかつ未決済の商品についての繰り越し選択情報とが、顧客毎に対応させて記憶されるショッピングデータベースを備えたコンピュータに導入されるコンピュータプログラムであって、
前記顧客側端末装置から当該商品提供サーバへ送信された商品の選択情報を、前記ショッピングデータベースの今回選択情報として書き込むカート情報書き込みステップと、
前記ショッピングデータベースに記憶された今回選択情報と繰り越し選択情報を読み出し、各選択情報を、前記商品提供サーバを介して顧客側端末装置に送信する未決済情報提示ステップと、
前記未決済情報提示ステップにより提示された商品の中から、顧客が特定した決済対象商品の情報を受信する決済対象商品情報受信ステップと、
前記決済対象商品情報受信ステップにより受信された決済対象商品の情報を、前記ショッピングデータベースの今回選択情報及び繰り越し選択情報から削除する決済対象商品情報削除ステップと、
前記決済対象商品情報削除ステップにより削除されなかった未決済の商品中、次回のアクセス時まで選択状態で繰り越す商品を、前記ショッピングデータベースの繰り越し選択情報として書き込む繰り越し情報更新ステップと
を具備することを特徴とするコンピュータプログラムを提供する。
請求項１０記載の本発明では、前記繰り越し情報更新ステップには、繰り越し対象の商品の中で購入予約を行う商品を選択する購入予約ステップを備えていることを特徴とする請求項９記載のコンピュータプログラムを提供する。
請求項１１記載の本発明では、前記購入予約ステップにより購入予約された商品の情報を、在庫確保のために当該商品提供サーバに送信する一方、在庫として確保可能な予約有効期限を顧客側端末装置に送信する在庫確保通知ステップを備えることを特徴とする請求項１０記載のコンピュータプログラムを提供する。
請求項１２記載の本発明では、前記ショッピングデータベースは、前記購入予約ステップにより購入予約された商品の入庫状況を書き込み可能に形成されており、
前記商品提供サーバから送信される商品の入庫に関する情報を基に、入庫状況に変化が生じた場合に前記ショッピングデータベースの入庫状況を更新し、商品が入庫された情報を受信した場合には、当該入庫情報を顧客側端末装置に送信する入庫状況受信・更新ステップを有することを特徴とする請求項１０又は１１記載のコンピュータプログラムを提供する。
請求項１３記載の本発明では、前記繰り越し情報更新ステップは、繰り越し対象の商品の中で購入予約を行う商品について、前記購入予約ステップによる購入予約前に、２以上のセットでの決済を顧客が望むか否かを顧客側端末装置に問い合わせるセット商品確認ステップと、このセット商品確認ステップにより、２以上のセットでの決済を望むことが確認された場合に、当該セット商品の中で最も入庫の遅い商品の入庫予定日を顧客側端末装置に通知する入庫予定日通知ステップを備えていることを特徴とするコンピュータプログラムを提供する。
請求項１４記載の本発明では、前記未決済情報提示ステップによる未決済商品の情報送信前に又は未決済商品の情報送信と共に、顧客側端末装置から送信される決済方法の選択結果を、商品提供サーバを介して受信する決済方法選択結果受信ステップを備えていることを特徴とする請求項９〜１３のいずれか１に記載のコンピュータプログラムを提供する。
請求項１５記載の本発明では、前記決済方法には、前記今回選択情報及び繰り越し選択情報に係る全ての商品の決済を行う「一括決済」、前記今回選択情報及び繰り越し選択情報に係る一部の商品をまとめて決済する「複数決済」、前記今回選択情報に係る商品のみについての決済を行う「個別決済」が含まれていることを特徴とする請求項１４記載のコンピュータプログラムを提供する。
【発明の効果】
【０００７】
本発明は、現在行っているショッピング中にショッピングカートに入れられた商品の選択情報（今回選択情報）と、未決済状態で繰り越されてきた商品の情報（繰り越し選択情報）の双方を記憶するショッピングデータベースを備えている。そして、この今回選択情報と繰り越し選択情報からなる未決済商品の情報が、未決済情報提示手段（未決済情報提示ステップ）により顧客側端末装置にまとめて提示される。この情報を受けた顧客は、現在進行中の今回のショッピングの過程で選択した商品だけでなく、過去に購入予約した商品も併せて、任意の組み合わせで決済を行う。商品提供サーバ支援システムは、顧客が希望する商品についての決済情報を受信し、決済対象の商品をショッピングデータベースから削除してその内容を更新する。この結果、顧客は、一旦ログアウトした後、当該ログアウト前に購入予約を行った商品について、新たにアクセス（ログイン）した際に、当該商品を改めて選択することなく、当該商品の購入を行うことができる。しかも、前回アクセス時おいて繰り越した商品中、購入予約を行った商品については、商品提供サーバに、所定期間、在庫を確保するように促す購入予約手段（購入予約ステップ）を備えた構成とすれば、再度のアクセスの際に在庫不足により購入できないといった事態の発生を防止できる。
【０００８】
また、購入した商品を顧客に送る際には、購入金額が所定以下の場合、商品提供者は送料を請求するのが通常であるが、各アクセス時におけるショッピングカートに入れた商品が僅かであっても、本発明を利用することにより、アクセス時期の異なる複数の商品をまとめて決済することが可能になり、送料の節約にも寄与する。さらに、本発明の商品提供サーバ支援システムによって、複数のＥＣサイトあるいは複数のショッピングモールを管理する構成とすれば、異なるＥＣサイト等でショッピングした場合でも、顧客が望む任意のタイミングでかつ任意の組み合わせで決済を行うことができる。
【発明を実施するための最良の形態】
【０００９】
以下、本発明の実施形態を図面に基づいて更に詳しく説明する。図１は、本発明の一の実施形態に係る商品提供サーバ支援システム１０の概要を説明するための模式図である。商品提供サーバ支援システム１０は、独立したコンピュータから構成され、オンライン・ショッピングを提供しているＥＣサイトやショッピングモールを運営している商品の提供者等、各種商品提供者のコンピュータ（商品提供サーバ）３００に接続されている。
【００１０】
商品提供サーバ支援システム１０は、複数の商品提供サーバ３００に対して一つの割合で設けることが好ましい。顧客が複数の商品提供サーバ３００でショッピングを行っても、一つの商品提供サーバ支援システム１０により一元的に管理できる。後述のように、本発明では、ある一つの商品提供サーバ３００が提供しているＥＣサイト等でショッピングを行い、未決済状態でログアウトした場合でも、その未決済状態の商品をショッピングデータベースに繰り越し選択情報として記憶する構成となっている。このため、その後、顧客が当該商品提供サーバ３００あるいは他の商品提供サーバ３００が提供しているＥＣサイト等でショッピングを行った際に、繰り越し選択情報として記憶された未決済状態の商品についても併せて決済できる。従って、商品提供サーバ支援システム１０は、商品提供サーバ３００のそれぞれに個別に対応させて設けるよりも、複数の商品提供サーバ３００を管理可能にすると、すなわち、複数のＥＣサイトあるいは複数のショッピングモールを横断的に管理可能に設けると、本発明の利点をより生かすことができる。
【００１１】
なお、商品提供サーバ支援システム１０は、商品提供サーバ３００と顧客側端末装置２００との間で行われる商品の購入に関する情報交換をサポートするものであり、顧客側端末装置２００からは直接アクセスできないように、商品提供サーバ３００との間で専用の通信手段が確保されていることが好ましい。
【００１２】
商品提供サーバ支援システム１０は、該商品提供サーバ支援システム１０を構成するコンピュータの記憶部に形成されるショッピングデータベース（ショッピングＤＢ）１１を有している。また、コンピュータプログラムからなるカート情報書き込み手段（カート情報書き込みステップ）１２と、未決済情報提示手段（未決済情報提示ステップ）１３と、決済対象商品情報受信手段（決済対象商品情報受信ステップ）１４と、決済対象商品情報削除手段（決済対象商品情報削除ステップ）１５と、繰り越し情報更新手段（繰り越し情報更新ステップ）１６とが設定されている。なお、これらのコンピュータプログラムは、それ自身では空間を占有し得ないプログラムを担持するフレキシブルディスク、ハードディスク、ＣＤ−ＲＯＭ、ＭＯ（光磁気ディスク）、ＤＶＤ−ＲＯＭなどの記録媒体へ記憶させて提供することもできるし、通信回線を通じて他のコンピュータへ伝送することも可能である。
【００１３】
ショッピングデータベース１１は、図２に示したような情報が記憶されている。すなわち、顧客の氏名、住所等の顧客の特定情報と、顧客が顧客側端末装置２００を通じて所定の商品提供サーバ３００にアクセス（ログイン）して行っている現在進行中（今回）のショッピングにおいて、ショッピングカートに転送された商品に関する情報（今回選択情報）と、いずれかの商品提供サーバ３００に前回までに（過去に）アクセスして行ったショッピングにおいて、その際にショッピングカートに転送したものの、未決済状態で購入予約を行って又は購入予約を行うことなく繰り越すことにした商品に関する情報（繰り越し選択情報）とを備えて形成されている。
【００１４】
カート情報書き込み手段（カート情報書き込みステップ）１２は、商品提供サーバ３００から送信される、今回のショッピングにおいてショッピングカートに転送された商品の情報を受信し、ショッピングデータベース１１に、今回選択情報として書き込む。
【００１５】
未決済情報提示手段（未決済情報提示ステップ）１３は、ショッピングデータベース１１の今回選択情報及び繰り越し選択情報をまとめた未決済商品情報を読み出す（図２参照）。繰り越し選択情報は未決済状態で繰り越されたものであり、また、今回選択情報は未だ決済されていないものであるため、これらを併せたもの全てが決済可能な商品となる。未決済情報提示手段（未決済情報提示ステップ）１３は、この未決済商品情報を読み出した後、商品提供サーバ３００を介して顧客側端末装置２００に送信する。
【００１６】
決済対象商品情報受信手段（決済対象商品情報受信ステップ）１４は、顧客が上記未決済情報提示手段（未決済情報提示ステップ）１３によって提示された商品の中から、今回決済を行う商品を特定して顧客側端末装置２００から送信された情報（決済対象商品情報）を受信する。
【００１７】
決済対象商品情報削除手段（決済対象商品情報削除ステップ）１５は、決済対象商品情報受信手段（決済対象商品情報受信ステップ）１４により受信した決済情報を基に、決済対象商品をショッピングデータベース１１から削除する。
【００１８】
繰り越し情報更新手段（繰り越し情報更新ステップ）１６は、ショッピングデータベース１１において決済対象商品情報削除手段（決済対象商品情報削除ステップ）１５により削除されずに残存する未決済の商品の中で、顧客が、次回のショッピングに繰り越すことを決定した商品について、ショッピングデータベース１１に、繰り越し選択情報として書き込む。繰り越し選択情報として書き込むことにより、次回のショッピングの際には、その商品は、新たに選択することなく未決済対象の商品として表示されるため、次回のショッピングの際に再びその商品の検索等を行う必要がない。
【００１９】
繰り越し情報更新手段（繰り越し情報更新ステップ）１６には、購入予約手段（購入予約ステップ）１６１が設定されていることが好ましい。購入予約手段（購入予約ステップ）１６１は、繰り越し対象の商品の中で、さらに顧客が購入予約を行って在庫確保を望む商品を指定するものであり、次回のショッピングの際にその商品を購入する可能性が高い場合には、かかる購入予約手段（購入予約ステップ）１６１により購入予約しておくことが好ましい。この購入予約手段（購入予約ステップ）１６１が稼働する場合には、在庫確保通知手段（在庫確保通知ステップ）１６２も稼働し、購入予約された商品の情報を、当該商品提供サーバ３００に送信して在庫の確保を促すと共に、在庫として確保可能な予約有効期限を顧客側端末装置２００に送信する。
【００２０】
また、未決済情報提示手段（未決済情報提示ステップ）１３による未決済商品の情報送信前に、又は未決済商品の情報送信と共に、顧客側端末装置２００から送信される決済方法の選択結果を、商品提供サーバ３００を介して受信する決済方法選択結果受信手段（決済方法選択結果受信ステップ）１３１を備えていることが好ましい。決済方法は限定されるものではないが、例えば、今回選択情報及び繰り越し選択情報に係る全ての商品（すなわち、全ての未決済商品）の決済を行う「一括決済」、今回選択情報及び繰り越し選択情報に係る未決済商品の一部のみをまとめて決済する「複数決済」、今回選択情報に係る商品のみについての決済を行う「個別決済」といった方法を設定することが好ましい。
【００２１】
次に、本実施形態を用いた商品購入の方法について図３〜図５に基づいて説明する。まず、顧客は、ある商品提供者の商品提供サーバ３００のＥＣサイトへアクセスし、顧客ＩＤ、パスワードなどを用いてログインする（Ｓ１０１，Ｓ１０２）。次に、顧客が所望の商品をクリックしたりドラッグしたりして選択し、ショッピングカートへ転送する（Ｓ１０３）。商品提供サーバ３００は、ショッピングカートへ転送された上記商品について、商品の在庫の有無を確認する（Ｓ１０４）。在庫がない場合の工程については後述するが、在庫がある場合には、ショッピングカートへ転送された後、ログアウトするまでの間、その商品の処理が決定するまで、すなわち、決済して当該商品を購入するか、未決済で購入予約するか、あるいは、購入対象から外すかのいずれかの操作を行うまでは在庫を確保する。
【００２２】
また、ショッピングカートへ転送された商品の選択情報や在庫の有無に関する情報は、顧客ＩＤなどの顧客情報と共に、当該商品提供サーバ３００から本実施形態の商品提供サーバ支援システム１０に送信され（Ｓ１０５）、カート情報書き込み手段（カート情報書き込みステップ）１２により、ショッピングデータベース１１に、今回選択情報として書き込まれる（Ｓ１０６）。例えば、顧客Ｎｏ．０００１の「特許太郎」が、ＥＣサイトＡにアクセスし、商品名「○○○○（商品Ｎｏ．３−８５６）」をショッピングカートに入れた場合には、カート情報書き込み手段（カート情報書き込みステップ）１２が図２のショッピングデータベース１１にその旨を書き込み、在庫の有無の欄に「○」を表示する。
【００２３】
なお、追加のショッピングがある場合には、上記工程Ｓ１０３〜Ｓ１０６を繰り返す。このとき、上記ＥＣサイトだけでなく、例えば、このＥＣサイトにリンクが貼られた他の商品提供サーバ３００で運営されるＥＣサイトやショッピングモール等に移動してショッピングを行うこともできる。
【００２４】
商品の選択が終わると、本実施形態の商品提供サーバ支援システム１０から商品提供サーバ３００を経由して顧客側端末装置２００に決済方法を選択することができる選択画面が送信される。決済方法の選択画面を受信した顧客は、希望する決済方法を選択し、その情報を商品提供サーバ３００に送信する。そして、商品提供サーバ支援システム１０は、決済方法選択結果受信手段（決済方法選択結果受信ステップ）１３１により、顧客側端末装置２００から送信される決済方法の選択結果を、商品提供サーバ３００を介して受信する（Ｓ１０７，Ｓ１０８）。
【００２５】
本実施形態においては、上記したように決済方法として「一括決済」、「複数決済」、「個別決済」の３つの決済方法を準備している。このうち、「個別決済」は、現在のショッピングにおいて選択した商品の決済を行うものであり、ログアウト前に決済を行う（すぐに決済を行う）ことになるが、「一括決済」又は「複数決済」を選択した場合には、次回のログイン時に決済することも考えられるため、Ｓ１０７において、「一括決済」又は「複数決済」を選択後、さらに、今回のログアウト前に決済を行うか否か（「すぐに決済を行うか否か」）を選択する。決済方法選択結果受信手段（決済方法選択結果受信ステップ）１３１は、Ｓ１０８において、この「すぐに決済を行う」ことが選択されたか否かも判断する。
【００２６】
「すぐに決済を行う」ことを選択しない場合には、今回のログイン中に何らの決済も行わないことになるため、そのままログアウト画面が表示される（Ｓ１０９）。「すぐに決済を行うこと」が選択された場合には、決済方法選択結果受信手段（決済方法選択結果受信ステップ）１３１により、さらに、個別決済を選択したか否か（Ｓ１１０）、複数決済を選択したか否か（Ｓ１１１）が判断され、個別決済を選択せずに（Ｓ１１０で「ＮＯ」）、複数決済を選択した場合（Ｓ１１１で「ＹＥＳ」）には、未決済情報提示手段（未決済情報提示ステップ）１３が稼働し、ショッピングデータベース１１の今回選択情報及び繰り越し選択情報を併せた未決済商品情報を読み出し（図２参照）、この情報を、商品提供サーバ３００を介して顧客側端末装置２００に送信する（Ｓ１１２）。例えば、顧客Ｎｏ．０００３の「商標一郎」には、今回選択情報に含まれる商品名「△△△△（商品Ｎｏ．９−５４３）」、並びに、繰り越し選択情報の中で依然として未決済として残っている商品名「○○××（商品Ｎｏ．２−２７６）」及び商品名「△△○○（商品Ｎｏ．２５８）」が、未決済商品情報として送信される。
【００２７】
顧客は、顧客側端末装置２００において、未決済商品情報を受信すると、これらの中から、今回「複数決済」を行う商品を特定して商品提供サーバ３００に送信する。商品提供サーバ支援システム１０は、商品提供サーバ３００を介して決済対象商品の情報を決済対象商品情報受信手段（決済対象商品情報受信ステップ）１４により受信する（Ｓ１１３）。
【００２８】
決済対象商品情報受信手段（決済対象商品情報受信ステップ）１４は、決済対象商品中、前回までの繰り越し選択情報に記憶されていた商品については、ショッピングデータベース１１にアクセスして予約有効期限内か否かをチェックする（Ｓ１１４）。それらの商品が予約有効期限内の場合には、決済額、決済方法、送り先を確認するための確認画面情報を商品提供サーバ３００を介して顧客側端末装置２００に送信する（Ｓ１１５）。例えば、顧客Ｎｏ．０００３の「商標一郎」が商品名「△△○○（商品Ｎｏ．２５８）」の決済を望む場合、今回のアクセス日が２００７年５月７日とすれば、予約有効期限内となり、決済額等を確認する対象となる。この結果、顧客Ｎｏ．０００３の「商標一郎」は、前回のアクセス時において予算の関係から繰り越していた商品名「△△○○（商品Ｎｏ．２５８）」を、今回選択情報に係る商品名「△△△△（商品Ｎｏ．９−５４３）」と共に決済でき、購入者の予算に合ったショッピングが可能になる。また、選択時期の異なる商品が一度に送られるため、送料の節約にもなる。
【００２９】
なお、顧客Ｎｏ．０００３の「商標一郎」が商品名「○○××（商品Ｎｏ．２−２７６）」の決済を望んだ場合には、予約有効期限である２００７年５月５日を徒過しているため、Ｓ１１４の工程で「ＮＯ」と判定され、Ｓ１３０の工程に移行する。Ｓ１３０は、商品提供サーバ３００に商品の在庫の有無を再度問い合わせる工程であり、予約有効期限を徒過していても、その時点で在庫があれば、決済対象とすることが可能であるため、このような場合には、商品提供サーバ支援システム１０に設定したこの確認プログラム（図示せず）が起動し、問い合わせを行う。それでもなお、在庫のない場合には顧客側端末装置２００にその旨が送信される（Ｓ１３１）。
【００３０】
一方、Ｓ１１０において個別決済を選択した場合（Ｓ１１０で「ＹＥＳ」）には、今回アクセスにおいて選択した商品の決済のみを行うため、Ｓ１１５の決済額等の確認を行う工程に移行する。また、Ｓ１１１において複数決済を選択しない場合（Ｓ１１１で「ＮＯ」）には、一括決済となり、全ての未決済商品を選択したことになるため、それらの合計の決済額、決済方法等の確認をすべく、Ｓ１１５の工程に移行する。
【００３１】
顧客は顧客側端末装置２００において最終確認を行った旨を、商品提供サーバ３００に送信すると、その旨の情報が商品提供サーバ支援システム１０に送信される。商品提供サーバ支援システム１０は、決済が行われた商品について、当該商品を取り扱っている各商品提供者の商品提供サーバ３００に決済情報を送信し、商品の発送を指示する。また、決済対象商品情報削除手段（決済対象商品情報削除ステップ）１５により、決済した商品の情報を、ショッピングデータベース１１における今回選択情報及び繰り越し選択情報から削除する（Ｓ１１８）。
【００３２】
次に、繰り越し情報更新手段（繰り越し情報更新ステップ）１６が、上記工程で決済対象とされずに繰り越される商品があるかどうかをチェックする（Ｓ１１９）。繰り越される商品には、今回選択情報に係る商品の中で決済対象とならなかった商品、及び、既に繰り越し選択情報として記憶された商品であって、今回も決済対象とならなかった商品の双方を含む。繰り越し対象の商品は、未決済の商品の中から、顧客が繰り越しを希望する商品である。購入予約を行うことなく、単に繰り越しを希望した場合には、次回にアクセスした際に在庫が確保されていることの保証はない。従って、在庫の確保を望む場合には、購入予約手段（購入予約ステップ）１６１により、次回へ繰り越す商品の中から顧客が購入予約を行うことが好ましい（Ｓ１２０）。そして、繰り越し希望の商品及び購入予約を行った商品が、ショッピングデータベース１１において、繰り越し選択情報として書き込まれる（Ｓ１２１）。予約有効期限も書き込まれる。
【００３３】
例えば、顧客Ｎｏ．０００５の「特許次郎」の繰り越し選択情報である商品名「×××２（商品Ｎｏ．７−３３３）」は、前回アクセス時において予約することなく選択した商品である。従って、在庫の確保は保証されなかったものであるが、今回アクセス時においても繰り越し選択情報として残っており、Ｓ１３０において再度の在庫確認を行ったところ僅かながら在庫が存在するため、今回アクセス時において購入可能となっている。在庫があるにも拘わらず、決済対象とせずに購入予約を行う場合、例えば、顧客Ｎｏ．０００２の「特許花子」が、商品名「△△○○（商品Ｎｏ．２５８）」について予約を行うと、予約状況として「Ｂ（予約／入庫済み）」の表示と、予約商品入庫状況として「入庫済」の表示がなされ、予約有効期限「２００７．０６．０５」まで、その予約が確保され、次回アクセス時以降に決済することが可能になる。
【００３４】
購入予約がなされた商品の情報は、在庫確保通知手段（在庫確保通知ステップ）１６２により、当該商品を取り扱っている商品提供サーバ３００にその旨が送信され、また、在庫として確保可能な期限（予約有効期限）が顧客側端末装置２００に送信される（Ｓ１２２）。
【００３５】
一方、Ｓ１０４において、商品の在庫がないと判断された場合には、その情報が商品提供サーバ３００から商品提供サーバ支援システム１０に送信され、ショッピングデータベース１１の在庫の有無の欄に「×」の表示がなされる。次いで、繰り越し情報更新手段（繰り越し情報更新ステップ）１６が起動する。ここでは、まず、繰り越し情報更新手段（繰り越し情報更新ステップ）１６が、「在庫なし」とされた商品について、「２以上の商品をセットで決済するか否か」の問い合わせを顧客側端末装置２００に対して送信する（Ｓ２００）。これは、「在庫なし」とされた商品が、セット商品であるか否かを問わず、一律に送信する。セット商品でない場合、又は、セット商品であっても、顧客が別々の決済でも構わないと判断する場合は、Ｓ２００では「ＮＯ」となり、続いて、購入予約手段（購入予約ステップ）１６１が、個別の商品について予約確定をしてよいか否かの問い合わせを送信する（Ｓ２０１）。顧客からの返信が、購入予約を行わない旨の情報である場合には、後述のＳ３１０の工程に進む。顧客からの返信が、購入予約を行う旨の情報である場合には、ショッピングデータベース１１において、予約状況、予約有効期限に所定事項が書き込まれて在庫予約がなされる（Ｓ２０２）。予約状況は、この段階では「Ａ（予約／未入庫）」と書き込まれる。
【００３６】
次いで、購入予約がなされた商品の情報は、在庫確保通知手段（在庫確保通知ステップ）１６２により、当該商品を取り扱っている商品提供サーバ３００にその旨が送信されると共に、予約有効期限が顧客側端末装置２００に送信される（Ｓ２０３）。その後は、引き続きショッピングを行うか、ログアウトする（Ｓ２０４）。例えば、顧客Ｎｏ．０００２の「特許花子」が商品名「△○△○（商品Ｎｏ．２９５）」について、在庫の有無「×」で予約を行うと、予約状況として「Ａ（予約／未入庫）」の表示と、予約商品入庫状況として「未入庫」の表示がなされ、予約有効期限「２００７．０７．０５」の表示と顧客側端末装置２００への通知が行われる。なお、入庫された場合には、「Ｂ（予約／入庫済み）」の表示に切り替わり、有効期限が切れた場合には「Ｃ（予約／有効期限切れ）」というように表示が更新される。これらの入庫状況の更新は、繰り越し情報更新手段（繰り越し情報更新ステップ）１６に設定されたコンピュータプログラムである入庫状況受信・更新手段（入庫状況受信・更新ステップ）１６３により行われる。
【００３７】
選択した商品の在庫がなく（Ｓ１０４で「ＮＯ」）、そのうち、２以上の商品をセットで決済することを希望する場合（Ｓ２００で「ＹＥＳ」）には、セット商品の中で最も入庫が遅い商品の入庫予定日を表示する（Ｓ３００）。具体的には、商品提供サーバ３００によって商品の在庫がないと確認されると、繰り越し情報更新手段（繰り越し情報更新ステップ）１６に設定されたセット商品確認手段（セット商品確認ステップ）１６４により、繰り越し対象の商品の中で購入予約を行う商品について、２以上の商品のセットでの決済を望むか否かの問い合わせを顧客側端末装置２００に送信する。その問い合わせの結果、顧客側端末装置２００から２以上のセットでの決済を望むことが確認された場合に、入庫予定日通知手段（入庫予定日通知ステップ）１６５が起動する。入庫予定日通知手段（入庫予定日通知ステップ）１６５は、在庫がないとされた商品の入庫予定日の情報を商品提供サーバ３００から送信されて予め把握しており、２以上のセットの商品中、最も入庫の遅い商品の入庫予定日を顧客側端末装置２００に通知する。その後、購入予約手段（購入予約ステップ）１６１が、予約確定をしてよいか否かの問い合わせを送信する（Ｓ３０１）。上記した２以上のセットでの決済を望まない場合には、入庫予定日を表示することなく、予約確定の問い合わせを行い（Ｓ２００，Ｓ２０１）、入庫する度にその旨を顧客に通知する構成としている。しかし、セットでの決済を望む場合には、全ての商品が揃うタイミングが相当遅れる可能性があることから、予め入庫予定日を顧客に表示する構成としたものである。もちろん、セットでの決済を望まない場合であっても、購入予約手段（購入予約ステップ）１６１による購入予約の前に、入庫予定日通知手段（入庫予定日通知ステップ）１６５を起動させて各商品について予め入庫予定日を通知する構成とすることもできる。
【００３８】
そして、顧客からの返信が、購入予約を行う旨の情報である場合には、ショッピングデータベース１１において、予約状況、予約有効期限に所定事項が書き込まれて在庫予約がなされ（Ｓ３０２）、購入予約がなされたセット商品の情報は、在庫確保通知手段（在庫確保通知ステップ）１６２により、当該セット商品を取り扱っている商品提供サーバ３００にその旨が送信されると共に、予約有効期限が顧客側端末装置２００に送信される（Ｓ３０３）。その後は、引き続きショッピングを行うか、ログアウトする（Ｓ３０４）。
【００３９】
Ｓ３０１の工程において「ＮＯ」を選択し、予約確定をしない場合（上記のＳ２０１の工程において「ＮＯ」を選択した場合も同様）には、セット商品以外に、ショッピングカートに転送された商品が残留されているか否かチェックされ（Ｓ３１０）、残留している場合には、決済を行わない不要な商品を取り出し（Ｓ３１１）、決済を行うか否かを選択する（Ｓ３１２）。決済を行うことを選択すると、本実施形態の商品提供サーバ支援システム１０から商品提供サーバ３００を経由して顧客側端末装置２００に決済方法を選択することができる選択画面が送信され、上記したＳ１０７の工程に移行する。Ｓ３１０において、ショッピングカートに残留している他の商品がないと判断された場合、又は、Ｓ３１２において、決済を行わない場合には、引き続きショッピングを継続するか、ログアウトする（Ｓ３１３）。
【００４０】
ここで、Ｓ１２２、Ｓ２０３、Ｓ３０３の各工程で予約有効期限を顧客へ送信した後、購入予約した商品が入庫すると、その情報が商品提供サーバ３００から本実施形態の商品提供サーバ支援システム１０に送られ、商品提供サーバ支援システム１０に設定された入庫状況受信・更新手段（入庫状況受信・更新ステップ）１６３により受信される（Ｓ４００）。入庫状況受信・更新手段１６３は、かかる情報を受信すると、ショッピングデータベース１１を参照して、予約有効期限内か否かをチェックし、有効期限内の場合には、ショッピングデータベース１１の予約状況を「Ｂ（予約／入庫済み）」に書き換え、「入庫のお知らせ」を顧客側端末装置２００に送信する（Ｓ４０１）。顧客側端末装置２００は、この情報を受信すると、Ｓ１０７の工程に移行する。また、有効期限内に商品提供サーバ３００から商品の入庫情報を受信できない場合には、入庫状況受信・更新手段（入庫状況受信・更新ステップ）１６３は、有効期限が切れた時点で、ショッピングデータベース１１の予約状況を「Ｃ（予約／有効期限切れ）」と更新し、顧客側端末装置２００に在庫が存在しない旨を通知する（Ｓ４０２）。
【００４１】
なお、上記した説明では、決済方法の選択画面を、未決済情報提示手段（未決済情報提示ステップ）１３による未決済商品の情報送信前に顧客側端末装置２００に送信しているが、未決済商品の情報送信と共に、顧客側端末装置２００に送信する構成とすることもできる。
【図面の簡単な説明】
【００４２】
【図１】本発明の商品提供サーバ支援システムの一の実施形態の全体構成を示した概略図である。
【図２】上記商品提供サーバ支援システムに設定されるショッピングデータベースの一例を示すものである。
【図３】上記実施形態において商品購入をする際の購入プロセスの一部を示した図である。
【図４】上記実施形態において商品購入をする際の購入プロセスの一部を示した図である。
【図５】上記実施形態において商品購入をする際の購入プロセスの一部を示した図である。
【図６】上記実施形態において商品購入をする際の購入プロセスの一部を示した図である。
【符号の説明】
【００４３】
１０  商品提供サーバ支援システム
１１  ショッピングデータベース（ショッピングＤＢ）
１２  カート情報書き込み手段
１３  未決済情報提示手段
１３１  決済方法選択結果受信手段
１４  決済対象商品情報受信手段
１５  決済対象商品情報削除手段
１６  繰り越し情報更新手段
１６１  購入予約手段
１６２  在庫確保通知手段
１６３  入庫状況受信・更新手段
１６４  セット商品確認手段
１６５  入庫予定日通知手段
２００  顧客側端末装置
３００  商品提供サーバ
【図１】
2008243118.tif 000003
【図２】
2008243118.tif 000004
【図３】
2008243118.tif 000005
【図４】
2008243118.tif 000006
【図５】
2008243118.tif 000007
【図６】
2008243118.tif 000008