(57)【要約】【課題】ユーザの待ち時間を短縮することができるようにする。【解決手段】  上限数判定部１７８は、仮受注データ集信部１７２によりカウントされる商品の仮受注数と、上限数データベース１７７に登録されている、対応する商品の上限数とを比較し、比較結果（判定）に基づいて、データ置換制御部１７９を制御し、仮受注Ｗｅｂサーバ８２に商品の受注が不可能であることを通知させ、ユーザに提供するための通知に応じた画面データを生成させる。発注制御部１８０を制御し、発注サーバ５４に、仮受注数が上限数を超えた商品の発注を実行させ、仮受注数が上限数を超えた商品の、仮受注データ集信部１７２がカウントしている仮受注数と、上限数データベース１７７に登録されている上限数を０に設定（リセット）する。本発明は、ユーザ端末に商品の受注のサービスを提供する商品受注システムに適用できる。【選択図】図６
2006072847.tif 000002
【特許請求の範囲】
【請求項１】
情報処理端末から、ネットワークを介して、商品の注文を受け付ける第１の情報処理装置および第２の情報処理装置からなる情報処理システムにおいて、
前記第１の情報処理装置は、
前記ネットワークを介して、前記情報処理端末からの要求に応じて、注文する商品の選択を行うための画面データを提供する画面データ提供手段と、
前記画面データの提供を受けた前記情報処理端末から、前記ネットワークを介して送信されてくる前記商品の注文を受け付ける注文受付手段と、
前記画面データ提供手段により前記情報処理端末に提供される画面データを、所定の画面データで置き換えるデータ置換手段とを備え、
前記第２の情報処理装置は、
前記注文受付手段により受け付けられた前記商品の注文数をカウントするカウント手段と、
前記カウント手段によりカウントされた前記商品の注文数が、前記商品に応じて設定されている注文上限数を超えたか否かを判定する上限数判定手段と、
前記上限数判定手段により前記商品の注文数が、前記注文上限数を超えたと判定された場合、前記画面データ提供手段により前記情報処理端末に提供される画面データが、前記データ置換手段により前記注文する商品の選択を不可能とした画面データで置き換えられるように制御する置換制御手段と
を備えることを特徴とする情報処理システム。
【請求項２】
情報処理端末から、ネットワークを介して、商品の注文を受け付ける情報処理装置において、
前記ネットワークを介して、前記情報処理端末からの要求に応じて、注文する商品の選択を行うための画面データを提供する画面データ提供手段と、
前記画面データの提供を受けた前記情報処理端末から、前記ネットワークを介して送信されてくる前記商品の注文を受け付ける注文受付手段と、
前記注文受付手段により受け付けられた前記商品の注文数をカウントするカウント手段と、
前記カウント手段によりカウントされた前記商品の注文数が、前記商品に応じて設定されている注文上限数を超えたか否かを判定する上限数判定手段と、
前記上限数判定手段により前記商品の注文数が、前記注文上限数を超えたと判定された場合、前記画面データ提供手段により前記情報処理端末に提供される画面データを、前記注文する商品の選択を不可能とした画面データに置き換えるデータ置換手段と
を備えることを特徴とする情報処理装置。
【請求項３】
前記上限数判定手段により前記商品の注文数が、前記商品に応じて設定されている注文上限数を超えたと判定された場合、他の情報処理装置に対しての、前記注文数を超えたと判定された前記商品の発注を制御する商品発注制御手段を
さらに備えることを特徴とする請求項２に記載の情報処理装置。
【請求項４】
情報処理端末から、ネットワークを介して、商品の注文を受け付ける処理をコンピュータに実行させるプログラムであって、
前記ネットワークを介して、前記情報処理端末からの要求に応じて、注文する商品の選択を行うための画面データを提供する画面データ提供ステップと、
前記画面データの提供を受けた前記情報処理端末から、前記ネットワークを介して送信されてくる前記商品の注文を受け付ける注文受付ステップと、
前記注文受付ステップの処理により受け付けられた前記商品の注文数をカウントするカウントステップと、
前記カウントステップの処理によりカウントされた前記商品の注文数が、前記商品に応じて設定されている注文上限数を超えたか否かを判定する上限数判定ステップと、
前記上限数判定ステップの処理により前記商品の注文数が、前記注文上限数を超えたと判定された場合、前記画面データ提供ステップの処理により前記情報処理端末に提供される画面データを、前記注文する商品の選択を不可能とした画面データに置き換えるデータ置換ステップと
を含むことを特徴とするプログラム。
【請求項５】
前記上限数判定ステップの処理により前記商品の注文数が、前記商品に応じて設定されている注文上限数を超えたと判定された場合、情報処理装置に対しての、前記注文数を超えたと判定された前記商品の発注を制御する商品発注制御ステップを
さらに含むことを特徴とする請求項４に記載のプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理システム、情報処理装置、およびプログラムに関し、特に、受注時におけるレスポンスを早くし、ユーザの待ち時間を短縮することができるようにした情報処理システム、情報処理装置、およびプログラムに関する。
【背景技術】
【０００２】
従来、インターネットを介して、ユーザに商品の受注を行うサービスを提供する商品受注システムにおいては、ユーザにより商品情報に関する画面が要求されると、そのときに、管理されている商品情報が参照されて、その商品情報に関する画面が表示されていた（例えば、特許文献１の００３１段落参照）。
【０００３】
図１を参照して、従来の商品受注システムの例を説明する。図１の例において、受注サーバ１は、インターネット２を介して、図示せぬユーザ端末を用いて受注サーバ１にアクセスするユーザに、商品の受注を行うサービスを提供している。
【０００４】
受注サーバ１は、Ｗｅｂサーバ１１、受注Ｗｅｂサーバ２１−１および２１−２、アプリケーションサーバ２２−１および２２−２、受注データベースサーバ２３−１および２３−２、並びに、共有ディスク２４により構成されている。なお、以下、受注サーバ１のうち、受注Ｗｅｂサーバ２１−１および２１−２、アプリケーションサーバ２２−１および２２−２、受注データベースサーバ２３−１および２３−２、並びに、共有ディスク２４を、まとめて通常受注ブロック１２とも称し、通常受注ブロック１２の説明は、後述する本発明の説明にも引用される。
【０００５】
Ｗｅｂサーバ１１は、ユーザに対して、商品説明ページなど購入画面のトップメニュー画面を提供する。Ｗｅｂサーバ１１は、ユーザからトップメニュー画面を介して、商品注文画面への移動の指示（すなわち、商品注文画面データの要求）を受け付けると、受け付けられた商品注文画面データの要求を、ランダム関数を用いて、受注Ｗｅｂサーバ２１−１または２１−２に振り分ける。
【０００６】
受注Ｗｅｂサーバ２１−１および２１−２は、Ｗｅｂサーバ１１からの商品注文画面データの要求を入力すると、ユーザに対して認証処理を実行し、認証処理が実行された後に、ユーザ端末からの注文を受け付ける注文受付処理を実行する。
【０００７】
すなわち、受注Ｗｅｂサーバ２１−１および２１−２は、要求された商品注文画面データが対象とする商品の情報を、アプリケーションサーバ２２−１または２２−２を介して、受注データベースサーバ２３−１および２３−２のどちらか一方に供給し、商品注文画面が対象とする商品の在庫を確認させ、例えば、Java（登録商標）Scriptなどのスクリプト言語を用いて、その在庫の確認結果を反映させた商品注文画面データを動的に生成し、生成された商品注文画面データを、インターネット２を介して、ユーザ端末に送信し、ユーザ端末に、商品注文画面を表示させ、ユーザからの商品の注文が指示されると、商品の注文情報を、対応するアプリケーションサーバ２２−１または２２−２に供給する。
【０００８】
また、受注Ｗｅｂサーバ２１−１および２１−２は、商品の注文情報を供給したアプリケーションサーバ２２−１または２２−２から、注文された商品に対する在庫引当結果や請求金額などが供給されると、注文された商品に対する在庫引当結果や請求金額が示される受付確認画面データを、インターネット２を介してユーザ端末に送信し、ユーザ端末に、受付確認画面を表示させ、ユーザからの商品の購入が指示されると、商品の購入の指示を、対応するアプリケーションサーバ２２−１または２２−２に供給する。
【０００９】
さらに、受注Ｗｅｂサーバ２１−１および２１−２は、商品の購入の指示を供給したアプリケーションサーバ２２−１または２２−２から、購入が指示された商品に対する受注完了やオーソリ（与信）処理結果が供給されると、受付完了画面データを、インターネット２を介してユーザ端末に送信し、ユーザ端末に、受付完了画面を表示させる。
【００１０】
アプリケーションサーバ２２−１および２２−２は、受注Ｗｅｂサーバ２１−１または２１−２から商品情報が供給されると、受注データベースサーバ２３−１または２３−２を制御し、供給された商品の在庫を確認させ、その確認結果を、受注Ｗｅｂサーバ２１−１または２１−２に返す。また、アプリケーションサーバ２２−１および２２−２は、受注Ｗｅｂサーバ２１−１または２１−２から商品の注文情報が供給されると、注文された商品を、ユーザのバスケットに投入し（すなわち、内蔵するメモリにおけるユーザのバスケット領域に記録し）、受注データベースサーバ２３−１または２３−２に、注文された商品の在庫引当を実行させ、商品の在庫引当が完了した場合、請求金額を算出し、購入が指示された商品に対する受注データを作成するとともに、在庫引当結果や請求金額を、対応する受注Ｗｅｂサーバ２１−１または２１−２に供給する。
【００１１】
また、アプリケーションサーバ２２−１および２２−２は、受注データベースサーバ２３−１または２３−２を制御し、作成した受注データを登録させたり、オーソリ処理を実行し、購入が指示された商品に対する受注完了やオーソリ処理結果を、対応する受注Ｗｅｂサーバ２１−１および２１−２に供給する。
【００１２】
受注データベースサーバ２３−１または２３−２は、アプリケーションサーバ２２−１または２２−２からの制御のもと、共有ディスク２４の図示せぬ商品在庫データベースから、指示された商品の在庫確認や、選択された商品の在庫引当を実行し、その結果を、対応するアプリケーションサーバ２２−１または２２−２に返す。また、受注データベースサーバ２３−１または２３−２は、アプリケーションサーバ２２−１または２２−２からの購入が指示された商品に対する受注データを、共有ディスク２４の図示せぬ受注データベースに登録し、購入が決定された商品に対する受注完了を、対応するアプリケーションサーバ２２−１または２２−２に返す。
【００１３】
なお、図１の例の場合、点線で示されている受注データベースサーバ２３−２は、通常動作しておらず、受注データベースサーバ２３−１の待機系として、冗長的に設けられているため、点線で示されている。
【００１４】
共有ディスク２４は、商品受注システムにおける商品の在庫を一括で管理する商品在庫データベースや、商品受注システムにおける商品の受注を一括で管理する受注データベースなどにより構成される。
【００１５】
以上のように、受注サーバ１においては、ユーザ端末から商品注文画面データが要求されると、対象となる商品の在庫が確認され、在庫の確認結果を反映させた商品注文画面データが動的に生成され、生成された商品注文画面データが、インターネット２を介して、ユーザ端末に送信されていた。すなわち、受注サーバ１においては、スクリプト言語が用いられて、対象となる商品の在庫があれば、その商品の注文が受付可能な商品注文データが動的に生成され、対象となる商品の在庫がなければ、その商品の注文を受け付け不可能とした商品注文データが動的に生成され、その後、生成された商品注文画面データが、インターネット２を介して、ユーザ端末に送信されていた。
【００１６】
なお、以下、受注Ｗｅｂサーバ２１−１および２１−２、アプリケーションサーバ２２−１および２２−２、並びに、受注データベースサーバ２３−１および２３−３を個々に区別する必要がない場合、それぞれ、単に受注Ｗｅｂサーバ２１、アプリケーションサーバ２２、並びに受注データベースサーバ２３と称する。
【００１７】
【特許文献１】特開２００１−２７３４１１号公報
【発明の開示】
【発明が解決しようとする課題】
【００１８】
以上のように、従来の受注サーバ１においては、ユーザ端末から商品注文画面データが要求されたときに、初めて、対象となる商品の在庫が確認され、スクリプト言語などが用いられて、在庫の確認結果を反映させた商品注文画面データが動的に生成されていた。したがって、ユーザが、受注サーバ１に、商品注文画面データを要求してから、ユーザ端末のモニタに商品画面が表示されるまでの間に、対象となる商品の在庫の確認時間や、画面データの生成時間などの時間がかかってしまうため、ユーザへのレスポンスが遅くなってしまい、ユーザの待ち時間が発生してしまう課題があった。
【００１９】
特に、商品が大量受注され、受注サーバ１に負荷がかかってしまう場合には、ユーザへのレスポンスがさらに遅くなってしまい、ユーザの待ち時間がさらに長くなってしまう課題があった。
【００２０】
本発明は、このような状況に鑑みてなされたものであり、ネットワークを介して商品の注文を行うユーザの待ち時間を短縮することができるようにするものである。
【課題を解決するための手段】
【００２１】
本発明の情報処理システムは、第１の情報処理装置は、ネットワークを介して、情報処理端末からの要求に応じて、注文する商品の選択を行うための画面データを提供する画面データ提供手段と、画面データの提供を受けた情報処理端末から、ネットワークを介して送信されてくる商品の注文を受け付ける注文受付手段と、画面データ提供手段により情報処理端末に提供される画面データを、所定の画面データで置き換えるデータ置換手段とを備え、第２の情報処理装置は、注文受付手段により受け付けられた商品の注文数をカウントするカウント手段と、カウント手段によりカウントされた商品の注文数が、商品に応じて設定されている注文上限数を超えたか否かを判定する上限数判定手段と、上限数判定手段により商品の注文数が、注文上限数を超えたと判定された場合、画面データ提供手段により情報処理端末に提供される画面データが、データ置換手段により注文する商品の選択を不可能とした画面データで置き換えられるように制御する置換制御手段とを備えることを特徴とする。
【００２２】
本発明の情報処理装置は、ネットワークを介して、情報処理端末からの要求に応じて、注文する商品の選択を行うための画面データを提供する画面データ提供手段と、画面データの提供を受けた情報処理端末から、ネットワークを介して送信されてくる商品の注文を受け付ける注文受付手段と、注文受付手段により受け付けられた商品の注文数をカウントするカウント手段と、カウント手段によりカウントされた商品の注文数が、商品に応じて設定されている注文上限数を超えたか否かを判定する上限数判定手段と、上限数判定手段により商品の注文数が、注文上限数を超えたと判定された場合、画面データ提供手段により情報処理端末に提供される画面データを、注文する商品の選択を不可能とした画面データに置き換えるデータ置換手段とを備えることを特徴とする。
【００２３】
上限数判定手段により商品の注文数が、商品に応じて設定されている注文上限数を超えたと判定された場合、他の情報処理装置に対しての、注文数を超えたと判定された商品の発注を制御する商品発注制御手段をさらに備えるようにすることができる。
【００２４】
本発明のプログラムは、ネットワークを介して、情報処理端末からの要求に応じて、注文する商品の選択を行うための画面データを提供する画面データ提供ステップと、画面データの提供を受けた情報処理端末から、ネットワークを介して送信されてくる商品の注文を受け付ける注文受付ステップと、注文受付ステップの処理により受け付けられた商品の注文数をカウントするカウントステップと、カウントステップの処理によりカウントされた商品の注文数が、商品に応じて設定されている注文上限数を超えたか否かを判定する上限数判定ステップと、上限数判定ステップの処理により商品の注文数が、注文上限数を超えたと判定された場合、画面データ提供ステップの処理により情報処理端末に提供される画面データを、注文する商品の選択を不可能とした画面データに置き換えるデータ置換ステップとを含むことを特徴とする。
【００２５】
上限数判定ステップの処理により商品の注文数が、商品に応じて設定されている注文上限数を超えたと判定された場合、情報処理装置に対しての、注文数を超えたと判定された商品の発注を制御する商品発注制御ステップをさらに含むようにすることができる。
【００２６】
第１の本発明においては、第１の情報処理装置により、ネットワークを介して、情報処理端末からの要求に応じて、注文する商品の選択を行うための画面データが提供され、画面データの提供を受けた情報処理端末から、ネットワークを介して送信されてくる商品の注文が受け付けられ、情報処理端末に提供される画面データが、所定の画面データで置き換えられる。第２の情報処理装置により、受け付けられた商品の注文数がカウントされ、カウントされた商品の注文数が、商品に応じて設定されている注文上限数を超えたか否かが判定され、商品の注文数が、注文上限数を超えたと判定された場合、情報処理端末に提供される画面データが、注文する商品の選択を不可能とした画面データで置き換えられるように制御される。
【００２７】
第２の本発明においては、ネットワークを介して、情報処理端末からの要求に応じて、注文する商品の選択を行うための画面データが提供され、画面データの提供を受けた情報処理端末から、ネットワークを介して送信されてくる商品の注文が受け付けられ、受け付けられた商品の注文数がカウントされる。そして、カウントされた商品の注文数が、商品に応じて設定されている注文上限数を超えたか否かが判定され、商品の注文数が、注文上限数を超えたと判定された場合、情報処理端末に提供される画面データが、注文する商品の選択を不可能とした画面データに置き換えられる。
【００２８】
ネットワークとは、少なくとも２つの装置が接続され、ある装置から、他の装置に対して、情報の伝達をできるようにした仕組みをいう。ネットワークを介して通信する装置は、独立した装置どうしであってもよいし、１つの装置を構成している内部ブロックどうしであってもよい。
【００２９】
また、通信とは、無線通信および有線通信は勿論、無線通信と有線通信とが混在した通信、すなわち、ある区間では無線通信が行われ、他の区間では有線通信が行われるようなものであってもよい。さらに、ある装置から他の装置への通信が有線通信で行われ、他の装置からある装置への通信が無線通信で行われるようなものであってもよい。
【発明の効果】
【００３０】
本発明によれば、レスポンスを早くし、受注時におけるユーザの待ち時間を短縮することができる。
【発明を実施するための最良の形態】
【００３１】
以下に本発明の実施の形態を説明するが、請求項に記載の構成要件と、発明の実施の形態における具体例との対応関係を例示すると、次のようになる。この記載は、請求項に記載されている発明をサポートする具体例が、発明の実施の形態に記載されていることを確認するためのものである。したがって、発明の実施の形態中には記載されているが、構成要件に対応するものとして、ここには記載されていない具体例があったとしても、そのことは、その具体例が、その構成要件に対応するものではないことを意味するものではない。逆に、具体例が構成要件に対応するものとしてここに記載されていたとしても、そのことは、その具体例が、その構成要件以外の構成要件には対応しないものであることを意味するものでもない。
【００３２】
さらに、この記載は、発明の実施の形態に記載されている具体例に対応する発明が、請求項に全て記載されていることを意味するものではない。換言すれば、この記載は、発明の実施の形態に記載されている具体例に対応する発明であって、この出願の請求項には記載されていない発明の存在、すなわち、将来、分割出願されたり、補正により追加される発明の存在を否定するものではない。
【００３３】
請求項１に記載の情報処理システムは、第１の情報処理装置（例えば、図２の仮受注ブロック６２）は、ネットワーク（例えば、図２のインターネット５２）を介して、情報処理端末（例えば、図２のユーザ端末５１−１）からの要求に応じて、注文する商品の選択を行うための画面データを提供する画面データ提供手段（例えば、図５の表示データ提供部１５４）と、画面データの提供を受けた情報処理端末から、ネットワークを介して送信されてくる商品の注文を受け付ける注文受付手段（例えば、図５の受信入力部１５１）と、画面データ提供手段により情報処理端末に提供される画面データを、所定の画面データで置き換えるデータ置換手段（例えば、図５の表示データ置換部１５５）とを備え、第２の情報処理装置（例えば、図２の集信装置６３）は、注文受付手段により受け付けられた商品の注文数をカウントするカウント手段（例えば、図６の仮受注データ集信部１７２）と、カウント手段によりカウントされた商品の注文数が、商品に応じて設定されている注文上限数を超えたか否かを判定する上限数判定手段（例えば、図６の上限数判定部１７８）と、上限数判定手段により商品の注文数が、注文上限数を超えたと判定された場合、画面データ提供手段により情報処理端末に提供される画面データが、データ置換手段により注文する商品の選択を不可能とした画面データで置き換えられるように制御する置換制御手段（例えば、図６のデータ置換制御部１７９）とを備えることを特徴とする。
【００３４】
請求項２に記載の情報処理装置は、ネットワーク（例えば、図２のインターネット５２）を介して、情報処理端末（例えば、図２のユーザ端末５１−１）からの要求に応じて、注文する商品の選択を行うための画面データを提供する画面データ提供手段（例えば、図５の表示データ提供部１５４）と、画面データの提供を受けた情報処理端末から、ネットワークを介して送信されてくる商品の注文を受け付ける注文受付手段（例えば、図５の受信入力部１５１）と、注文受付手段により受け付けられた商品の注文数をカウントするカウント手段（例えば、図６の仮受注データ集信部１７２）と、カウント手段によりカウントされた商品の注文数が、商品に応じて設定されている注文上限数を超えたか否かを判定する上限数判定手段（例えば、図６の上限数判定部１７８）と、上限数判定手段により商品の注文数が、注文上限数を超えたと判定された場合、画面データ提供手段により情報処理端末に提供される画面データを、注文する商品の選択を不可能とした画面データに置き換えるデータ置換手段（例えば、図５の表示データ置換部１５５）とを備えることを特徴とする。
【００３５】
請求項３に記載の上限数判定手段により商品の注文数が、商品に応じて設定されている注文上限数を超えたと判定された場合、他の情報処理装置（図２の発注サーバ５４）に対しての、注文数を超えたと判定された商品の発注を制御する商品発注制御手段（例えば、図６の発注制御部１８０）をさらに備えるようにすることができる。
【００３６】
請求項４に記載の本発明のプログラムは、ネットワークを介して、情報処理端末からの要求に応じて、注文する商品の選択を行うための画面データを提供する画面データ提供ステップ（例えば、図１４のステップＳ４６）と、画面データの提供を受けた情報処理端末から、ネットワークを介して送信されてくる商品の注文を受け付ける注文受付ステップ（例えば、図１４のステップＳ４８）と、注文受付ステップの処理により受け付けられた商品の注文数をカウントするカウントステップ（例えば、図１２のステップＳ１４）と、カウントステップの処理によりカウントされた商品の注文数が、商品に応じて設定されている注文上限数を超えたか否かを判定する上限数判定ステップ（例えば、図１３のステップＳ２３）と、上限数判定ステップの処理により商品の注文数が、注文上限数を超えたと判定された場合、画面データ提供ステップの処理により情報処理端末に提供される画面データを、注文する商品の選択を不可能とした画面データに置き換えるデータ置換ステップ（例えば、図１３のステップＳ２４）とを含むことを特徴とする。
【００３７】
請求項５に記載の本発明のプログラムは、商品の注文数が、商品に応じて設定されている注文上限数を超えたと判定された場合、情報処理装置に対しての、注文数を超えたと判定された商品の発注を制御する商品発注制御ステップ（例えば、図１３のステップＳ２６）をさらに含むようにすることができる。
【００３８】
以下、図を参照して本発明の実施の形態について説明する。
【００３９】
図２は、本発明を適用した商品受注システムの構成例を表している。
【００４０】
インターネット５２には、パーソナルコンピュータなどにより構成されるユーザ端末５１−１および５１−２が接続されている。この例においては、ユーザ端末５１が２台のみ示されているが、インターネット５２には、任意の台数のユーザ端末が接続される。以下、ユーザ端末５１−１および５１−２を個々に区別する必要がない場合、単にユーザ端末５１と称する。
【００４１】
また、インターネット５２には、ユーザ端末５１を用いて、大量受注サーバ５３にアクセスするユーザに対して、商品の受注を行うサービスを提供する大量受注サーバ５３、および、商品の在庫を補充するために、大量受注サーバ５３が商品の発注を依頼する発注サーバ５４が接続されている。なお、図２の商品受注システムにおいては、説明は省略するが、大量受注サーバ５３とユーザ端末５１、または、大量受注サーバ５３と発注サーバ５４の送受信には、例えば、ＳＳＬ(Secure Socket Layer)などの暗号化方式がそれぞれ用いられている。
【００４２】
ユーザ端末５１は、Ｗｅｂブラウザなどのクライアントソフトウェアを用いて、大量受注サーバ５３のＷｅｂサーバ６１などからの、商品受注システムのサービスを利用するための商品購入ページなどを表示し、ユーザの操作に基づいて、大量受注サーバ５３に対して、所望の商品の注文を指示し、通常受注ブロック１２または仮受注ブロック６２のうち、商品に応じたブロックとリアルタイムに、所定の情報を送受信することにより、注文を指示した商品の受注または仮受注の通知を取得する。これにより、ユーザは、大量受注サーバ５３において、注文を指示した商品の受注または仮受注が完了したことを確認することができる。
【００４３】
大量受注サーバ５３は、Ｗｅｂサーバ６１、通常受注ブロック１２、仮受注ブロック６２、集信装置６３、および認証データベース６４により構成されている。大量受注サーバ５３が受注する商品には、通年、受注を受け付けている通常受注商品と、新しくリリースされるなど、特定の日（例えば、発売日）に大量受注が想定される大量受注商品があり、商品毎にどちらの商品であるかが予め設定されている。
【００４４】
Ｗｅｂサーバ６１は、ユーザ端末５１に対して、商品説明ページなどの購入画面のトップメニュー画面を提供する。Ｗｅｂサーバ６１は、ユーザ端末５１からトップメニュー画面を介して、商品注文画面への移動の指示（商品注文画面データの要求）を受け付けると、要求された商品注文画面データに対応する商品が、通常受注商品であれば、受け付けられた商品注文画面データの要求を、通常ブロック１２に供給し、要求された商品注文画面データに対応する商品が、大量受注商品であれば、受け付けられた商品注文画面データの要求を、仮受注ブロック６２に供給する。
【００４５】
通常受注ブロック１２は、図１を参照して上述したように、商品の受注や在庫に関する情報を一括で共有ディスク２４に管理している。通常受注ブロック１２は、Ｗｅｂサーバ６１からの商品注文画面データの要求を入力すると、認証データベース６４に登録されている認証データに基づいて、ユーザに対して認証処理を実行し、図１の受注サーバ１と同様に、ユーザ端末５１とリアルタイムで通信を行いながら、ユーザが要求する商品に対して、在庫引当処理やオーソリ（与信）処理などで構成される注文受付処理を実行し、ユーザから注文された通常受注商品の受注データを作成し、共有ディスク２４に登録する。
【００４６】
また、通常受注ブロック１２は、この通常受注商品の処理に加えて、大量受注商品に対して、通常受注商品の場合とは異なる処理を行う。すなわち、通常受注ブロック１２は、大量受注商品に対しては、集信装置６３から供給される仮受注データに基づいて、在庫引当処理やオーソリ処理などで構成される受注データ作成処理を実行し、作成した受注データを共有ディスク２４に登録する。
【００４７】
仮受注ブロック６２は、Ｗｅｂサーバ１１からの商品注文画面データの要求を入力すると、認証データベース６４に登録されている認証データに基づいて、ユーザに対して認証処理を実行し、ユーザが要求する商品を受注するための画面データを送信する。このとき、仮受注ブロック６２は、予め準備されている画面データ、すなわち、所定の周期で商品の仮注文数と、商品の受注可能な上限数を管理する集信装置６３の制御に応じて予め生成されている画面データを送信する。そして、仮受注ブロック６２は、所定の画面データの提供を受けたユーザ端末５１とリアルタイムで通信を行いながら、ユーザが要求する商品に対して、ユーザから仮に注文を受け付ける仮注文受付処理を実行し、ユーザから注文された大量受注商品の仮受注データを作成し、登録する。すなわち、仮注文受付処理において、通常受注ブロック１２の注文受付処理において実行される在庫引当処理やオーソリ（与信）処理などは行われない。
【００４８】
集信装置６３は、仮受注ブロック６２に登録された仮受注データを取得し、集信し、集信した仮注文データを、通常受注ブロック１２が行う受注データ作成処理に適応したインターフェイスファイルに変換し、通常受注ブロック１２に供給する。また、集信装置６３は、各商品の仮受注数をカウントするとともに、受注可能な上限数を商品に応じて管理しており、カウントしている各商品の仮受注数と受注可能な上限数を比較し、仮受注数が受注可能な上限数を超えた場合には、仮受注ブロック６２に対して、商品の受注が不可能であることを通知したり、発注サーバ５４に対して、商品の発注を要求する。
【００４９】
認証データベース６４には、大量受注サーバ５３を利用するユーザを認証するための認証データが登録されている。
【００５０】
発注サーバ５４は、対象となる商品の販売元が所有するサーバであり、大量受注サーバ５３から、商品の発注を受信すると、発注された商品を、実際に本商品受注システムの経営元（倉庫など）に納品する。そして、発注サーバ５４は、発注された商品の納品が完了すると、大量受注サーバ５３に、商品の納品完了情報を送信する。
【００５１】
詳細は、後述するが、大量受注サーバ５３においては、ユーザが注文した商品が、通常受注商品の場合、通常受注ブロック１２で商品の注文が受け付けられるが、大量受注商品の場合、仮受注ブロック６２で、商品の仮注文が受け付けられた商品の受注データや在庫に関する情報は、通常受注ブロック１２において作成され、通常受注商品および大量受注商品に係わらず、一括で管理される。
【００５２】
すなわち、図２の商品受注システムにおいて、通常受注商品の受注データは、通常受注ブロック１２でユーザ端末５１とリアルタイムに通信しながら作成されて、共有ディスク２４に登録されるが、大量受注商品の受注データは、仮受注ブロック６２でユーザ端末５１とリアルタイムに通信しながら作成され、その後、集信装置６３で集信された仮受注データに基づいて、通常受注ブロック１２で作成されて、共有ディスク２４に登録される。
【００５３】
また、集信装置６３においては、仮受注データが集信されるとともに、各商品の仮受注数がカウントされており、集信装置６３が、カウントされた仮受注数と、対応する商品の受注可能な上限数とを比較することにより、仮受注ブロック６２においてユーザに提供される商品を受注するための画面データの置き換えが制御される。これにより、仮受注ブロック６２において、ユーザ端末５１から画面データが要求された場合には、集信装置６３の制御のもと、置き換えられた画面データがユーザ端末５１に提供される。
【００５４】
なお、ユーザ端末５１は、パーソナルコンピュータで構成することができることはもちろん、例えば、携帯電話機、その他のＰＤＡ(Personal Digital Assistant)機器や、ＡＶ(Audio Visual)機器や家電（家庭用電化製品）などのＣＥ（Consumer Electronics）機器などで構成することもできる。
【００５５】
また、図２の例においては、仮受注ブロック６２が、商品の販売元が所有する発注サーバ５４にアクセスするようにしたが、発注サーバ５４を、本商品受注システムの経営元が所有するように構成して、本商品受注システムの経営元が所有する発注サーバ５４にアクセスするようにしてもよいし、大量受注サーバ５３内に構成するようにしてもよい。
【００５６】
図３は、大量受注サーバ５３の詳細な構成例を表している。
【００５７】
Ｗｅｂサーバ６１は、インターネット５２を介して、ユーザ端末５１から受け付けられた商品注文画面データの要求に対応する商品が通常受注商品の場合、商品注文画面データの要求を、ランダム関数(スクリプト)を用いて、受注Ｗｅｂサーバ２１−１または２１−２に振り分ける。一方、商品注文画面データの要求に対応する商品が大量受注商品の場合、Ｗｅｂサーバ６１は、受け付けられた商品注文画面データの要求を、ランダム関数を用いて、仮受注Ｗｅｂサーバ８２−１または８２−２、もしくはロードバランサ８１に振り分ける。
【００５８】
仮受注ブロック６２は、ロードバランサ８１、仮受注Ｗｅｂサーバ８２−１乃至８２−５、仮受注データベースサーバ８３−１乃至８３−３、および仮受注データベース８４−１乃至８４−３により構成される。
【００５９】
ロードバランサ８１は、仮受注Ｗｅｂサーバ８２−３乃至８２−５と相互に接続されており、Ｗｅｂサーバ６１から振り分けられた商品注文画面データの要求を、仮受注サーバ８２−３乃至８２−５の負荷に応じて、仮受注サーバＷｅｂ８２−３乃至８２−５のいずれかに振り分ける。
【００６０】
仮受注Ｗｅｂサーバ８２−１および８２−２は、Ｗｅｂサーバ６１から振り分けられた商品注文画面データの要求を入力すると、認証データベース６４の認証データに基づいて、ユーザに対して認証処理を実行し、認証処理が実行された後、またはユーザ端末５１からのユーザの指示に応じて、仮注文画面データまたは商品選択画面データなどの画面データを、インターネット５２を介して、ユーザ端末５１に送信し、ユーザ端末５１に、所定の画面を表示させる。
【００６１】
仮受注Ｗｅｂサーバ８２−１および８２−２は、ユーザ端末５１から商品の注文の指示が入力されると、商品の注文情報を、仮受注データベースサーバ８３−１および８３−２にそれぞれ供給したり、対応する仮受注データベースサーバ８３−１または８３−２から、注文された商品に対する仮受注完了が通知されると、仮受注完了画面データを、インターネット５２を介してユーザ端末５１に送信し、ユーザ端末５１に、仮受注完了画面を表示させる。
【００６２】
また、仮受注Ｗｅｂサーバ８２−１および８２−２は、集信装置６３の制御のもと、商品選択画面において、商品を選択できないように（すなわち、商品を注文不可能に）構成されたデータを生成し、商品選択画面データを置き換える。そして、次回、ユーザ端末５１から商品選択画面データが要求された際には、置き換えられた商品選択画面データが、ユーザ端末５１に提供される。
【００６３】
仮受注Ｗｅｂサーバ８２−３乃至８２−５は、仮受注Ｗｅｂサーバ８２−１または８２−２よりも処理能力が小さいことが異なるだけであり、基本的に、仮受注Ｗｅｂサーバ８２−１または８２−２と同様に構成されている。したがって、仮受注Ｗｅｂサーバ８２−３乃至８２−５は、ロードバランサ８１により振り分けられた商品注文画面データの要求を入力すると、認証データベース６４の認証データに基づいて、ユーザに対して認証処理を実行し、認証処理が実行された後、またはユーザ端末５１からのユーザの指示に応じて、仮注文画面データまたは商品選択画面データなどの画面データを、インターネット５２を介して、ユーザ端末５１に送信し、ユーザ端末５１に、所定の画面を表示させる。
【００６４】
仮受注Ｗｅｂサーバ８２−３乃至８２−５は、ユーザ端末５１から商品の注文の指示が入力されると、商品の注文情報を、仮受注データベースサーバ８３−３に供給したり、仮受注データベースサーバ８３−３から、注文された商品に対する仮受注完了が通知されると、仮受注完了画面データを、インターネット５２を介してユーザ端末５１に送信し、ユーザ端末５１に、仮受注完了画面を表示させる。
【００６５】
また、仮受注Ｗｅｂサーバ８２−３乃至８２−５は、集信装置６３の制御のもと、商品選択画面において、商品を選択できないように（すなわち、商品を注文不可能に）構成されたデータを生成し、商品選択画面データを置き換える。そして、次回、ユーザ端末５１から商品選択画面データが要求された際には、置き換えられた商品選択画面データが、ユーザ端末５１に提供される。
【００６６】
仮受注データベースサーバ８３−１および８３−２は、仮受注Ｗｅｂサーバ８２−１および８２−２から、商品の注文情報がそれぞれ入力されると、注文された商品に対する仮受注データを作成し、仮受注データベース８４−１および８４−２にそれぞれ登録し、注文された商品に対する仮受注完了を、対応する仮受注Ｗｅｂサーバ８２−１および８２−２にそれぞれ通知する。仮受注データベースサーバ８３−３は、仮受注Ｗｅｂサーバ８２−３乃至８２−５から、商品の注文情報が入力されると、注文された商品に対する仮受注データを作成し、仮受注データベース８４−３に登録し、注文された商品に対する仮受注完了を、対応する仮受注Ｗｅｂサーバ８２−３乃至８２−５のいずれかに通知する。
【００６７】
仮受注データベース８４−１乃至８４−３には、仮受注データベースサーバ８３−１および８３−３により作成された仮受注データがそれぞれ登録される。
【００６８】
なお、以下、仮受注Ｗｅｂサーバ８２−１乃至８２−５、仮受注データベースサーバ８３−１乃至８３−３、および仮受注データベース８４−１乃至８４−３を個々に区別する必要がない場合、それぞれ、仮受注Ｗｅｂサーバ８２、仮受注データベースサーバ８３、および仮受注データベース８４と適宜称する。
【００６９】
集信装置６３は、内蔵するタイマで計時動作を行い、所定の時間（例えば、１時間）が経過すると、３台の仮受注データベース８４から仮受注データを取得し、取得した仮受注データを集信する。そして、集信装置６３は、集信した仮受注データを、通常受注ブロック１２の受注データベースサーバ９１が実行する受注データ作成処理に適応したインターフェイスファイル（例えば、テキストデータ）に変換し、変換したインターフェイスファイルを、受注データベースサーバ９１に送信する。
【００７０】
また、集信装置６３は、受注可能な上限数を商品に応じて管理しており、集信された仮受注データを参照して、カウントした各商品の仮受注数と、受注可能な上限数を比較し、仮受注数が受注可能な上限数を超えた場合、仮受注Ｗｅｂサーバ８２に、商品の受注が不可能であることを通知し、商品の受注状態に応じた画面データを生成させたり、発注サーバ５４に、仮受注数が受注可能な上限数を超えた商品の発注を指示する情報などを送信する。
【００７１】
通常受注ブロック１２は、図１の受注データベースサーバ２３−２が、受注データベースサーバ９１に代わった点以外は、図１の通常受注ブロック１２と同様の構成であるため、その詳細な説明は省略する。
【００７２】
すなわち、受注Ｗｅｂサーバ２１、アプリケーションサーバ２２、および受注データベースサーバ２３は、図１を参照して上述したように、Ｗｅｂサーバ１１からの商品注文画面への移動の指示を入力すると、ユーザに対して認証処理を実行し、認証処理が実行された後に、ユーザ端末５１からの注文を受け付ける、通常受注商品の注文受付処理を実行する。
【００７３】
一方、受注データベースサーバ９１は、通常受注商品の注文受付処理における受注データベースサーバ２３−１の待機系としての役割（機能）に加えて、仮受注された大量受注商品に対する受注データの作成処理を実行する。
【００７４】
受注データベースサーバ９１は、集信装置６３からインターフェイスファイルを入力すると、インターフェイスファイルにヘッダを付加するなど、以降の処理に応じた仮受注データに加工し、一旦蓄積する。そして、受注データベースサーバ９１は、所定の時間が経過したときに、予め設定された数の仮受注データに基づいて、受注データの作成処理を行う。
【００７５】
すなわち、受注データベースサーバ９１は、通常受注商品の場合に、アプリケーションサーバ２２および受注データベースサーバ２３がユーザ端末５１とリアルタイムに行っていた注文受付処理のうちの、在庫引当処理、受注データ作成処理、およびオーソリ処理などを、ユーザ端末５１とは接続することなく、蓄積されている仮受注データに基づいて実行して、ユーザからの大量受注商品の受注を完了させる。
【００７６】
なお、図３の例においては、仮受注Ｗｅｂサーバ８２を５台、仮受注データベースサーバ８３を３台、仮受注データベース８４を３台により構成した例を説明したが、仮受注ブロックの構成はこれに限定されることなく、各サーバのスペックに応じて、どのように構成されてもよい。
【００７７】
図４は、仮受注Ｗｅｂサーバ８２のハードウェア構成例を表している。図４においては、仮受注Ｗｅｂサーバ８２は、例えばコンピュータをベースに構成されている。
【００７８】
ＣＰＵ（Central Processing Unit）１１１は、ＲＯＭ（Read Only Memory）１１２に記憶されているプログラム、または記憶部１１８からＲＡＭ（Random Access Memory）１１３にロードされたプログラムに従って各種の処理を実行する。ＲＡＭ１１３にはまた、ＣＰＵ１１１が各種の処理を実行する上において必要なデータなども適宜記憶される。
【００７９】
ＣＰＵ１１１、ＲＯＭ１１２、およびＲＡＭ１１３は、バス１１４を介して相互に接続されている。このバス１１４にはまた、入出力インタフェース１１５も接続されている。
【００８０】
入出力インタフェース１１５には、キーボード、マウスなどよりなる入力部１１６、ＣＲＴ（Cathode Ray Tube）、ＬＣＤ（Liquid Crystal Display）などよりなるディスプレイ、並びにスピーカなどよりなる出力部１１７、ハードディスクなどより構成される記憶部１１８、モデム、ターミナルアダプタなどより構成される通信部１１９が接続されている。通信部１１９は、インターネット５２を介しての通信処理を行う。
【００８１】
入出力インタフェース１１５にはまた、必要に応じてドライブ１２０が接続され、磁気ディスク１２１、光ディスク１２２、光磁気ディスク１２３、或いは半導体メモリ１２４などが適宜装着され、それらから読み出されたコンピュータプログラムが、必要に応じて記憶部１１８にインストールされる。
【００８２】
なお、図示は省略するが、ユーザ端末５１、受注Ｗｅｂサーバ２１、アプリケーションサーバ２２、受注データベースサーバ２３、受注データベースサーバ９１、仮受注データベースサーバ８３、および集信装置６３も、図４に示した仮受注Ｗｅｂサーバ８２と基本的に同様の構成を有するコンピュータにより構成される。そこで、以下の説明においては、図２の構成は、ユーザ端末５１、受注Ｗｅｂサーバ２１、アプリケーションサーバ２２、受注データベースサーバ２３、受注データベースサーバ９１、仮受注データベースサーバ８３、または集信装置６３などの構成としても引用される。
【００８３】
ここで、ＣＰＵ１１１が、各種のプログラムを実行することにより、図２のコンピュータは、仮受注Ｗｅｂサーバ８２、ユーザ端末５１、受注Ｗｅｂサーバ２１、アプリケーションサーバ２２、受注データベースサーバ２３、受注データベースサーバ９１、仮受注データベースサーバ８３、および集信装置６３として機能することとなる。この場合、プログラムは、図４のコンピュータに内蔵されている記録媒体としてのＲＯＭ１１２や記憶部１１８に予め記録しておくことができる。あるいはまた、プログラムは、磁気ディスク１２１や、光ディスク１２２、光磁気ディスク１２３、半導体メモリ１２４などのリムーバブル記録媒体に、一時的あるいは永続的に格納（記録）し、いわゆるパッケージソフトウェアとして提供することができる。
【００８４】
なお、プログラムは、上述したようなリムーバブル記録媒体から図４のコンピュータにインストールする他、ダウンロードサイトから、デジタル衛星放送用の人工衛星を介して、図４のコンピュータに無線で転送したり、LAN(Local Area Network)、インターネット５２を介して、図４のコンピュータに有線で転送してインストールすることもできる。
【００８５】
図５は、仮受注Ｗｅｂサーバ８２および仮受注データベースサーバ８３の機能構成例を示すブロック図である。図５に示される各機能ブロックは、仮受注Ｗｅｂサーバ８２および仮受注データベースサーバ８３のＣＰＵ１１１により、所定のプログラムがそれぞれ実行されることで実現される。
【００８６】
図５の例において、仮受注Ｗｅｂサーバ８２は、受信入力部１５１、仮受注制御部１５２、認証部１５３、表示データ提供部１５４、および表示データ置換部１５５により構成される。また、仮受注データベースサーバ８３は、仮受注データ作成部１６１および仮受注データ登録部１６２により構成される。
【００８７】
仮受注Ｗｅｂサーバ８２の受信入力部１５１は、Ｗｅｂサーバ６１（仮受注Ｗｅｂサーバ８２−１および８２−２の場合）またはロードバランサ８１（仮受注Ｗｅｂサーバ８２−３乃至８２−５の場合）、およびユーザ端末５１などからの指示を、通信部１１９を介して入力し、入力した指示を仮受注制御部１５２に供給する。
【００８８】
仮受注制御部１５２は、受信入力部１５１から供給される指示、認証部１５３からの認証結果、仮受注データ登録部１６２からの仮受注完了の通知、または集信装置６３からの商品の販売終了の通知などに基づいて、認証部１５３、または表示データ提供部１５４を制御し、各種処理を実行させる。
【００８９】
すなわち、仮受注制御部１５２は、受信入力部１５１から商品注文画面データの要求を入力すると、認証部１５３に認証処理を実行させたり、認証部１５３から認証結果、ユーザ端末５１からのユーザの指示、または仮受注データ登録部１６２からの仮受注完了の通知に応じて、表示データ提供部１５４を制御し、仮注文画面データ、販売終了画面データ、商品選択画面データ、または仮受注完了画面データなどの画面データを、ユーザ端末５１に送信させる。なお、これらの画面データは、HTML （HyperText Markup Language）で記述されたデータである。
【００９０】
また、仮受注制御部１５２は、受信入力部１５１から商品の注文の指示が入力されると、商品の注文情報を、仮受注データ作成部１６１に供給する。
【００９１】
認証部１５３は、仮受注制御部１５２からの制御のもと、認証データベース６４の認証データに基づいて、ユーザに対して認証処理を実行し、認証結果を、仮受注制御部１５２に供給する。
【００９２】
表示データ提供部１５４は、仮受注制御部１５２からの制御のもと、ユーザ端末５１の出力部１１７を構成するモニタなどに表示させる所定の画面データ（仮注文画面データ、商品選択画面データ、または仮受注完了画面データなど）を、通信部１１９を制御し、インターネット５２を介してユーザ端末５１に送信させる。
【００９３】
表示データ置換部１５５は、集信装置６３の制御のもと、商品選択画面において、商品を選択できないように（すなわち、商品を注文不可能に）構成されたHTMLの画面データを生成し、生成した画面データで、表示データ提供部１５４によりユーザ端末５１に提供される商品選択画面データを置き換える。したがって、次回のユーザ端末５１のアクセスにおいて、商品選択画面データが要求された場合、表示データ提供部１５４は、表示データ置換部１５５により置き換えられた商品選択画面データを提供することになる。
【００９４】
仮受注データベースサーバ８３の仮受注データ作成部１６１は、仮受注制御部１５２から、商品の注文情報が供給されると、注文された商品に対する仮受注データを作成し、作成した仮受注データを、仮受注データ登録部１６２に供給する。
【００９５】
仮受注データ登録部１６２は、仮受注データ作成部１６１から仮受注データが供給されると、仮受注データベース８４に登録し、登録した商品の注文に対する仮受注完了を、仮受注制御部１５２に通知する。
【００９６】
図６は、集信装置６３の機能構成例を示すブロック図である。図６に示される各機能ブロックは、集信装置６３のＣＰＵ１１１により、所定のプログラムが実行されることで実現される。
【００９７】
図６の例において、集信装置６３は、仮受注データ取得部１７１、仮受注データ集信部１７２、仮受注集信データベース１７３、ファイル作成部１７４、ファイル送信部１７５、上限数管理部１７６、上限数データベース１７７、上限数判定部１７８、データ置換制御部１７９、および発注制御部１８０により構成される。
【００９８】
仮受注データ取得部１７１は、内蔵するタイマで計時動作を行い、所定の時間（例えば、１０分間）が経過すると、３台の仮受注データベースサーバ８３から仮受注データを取得し、取得した仮受注データを、仮受注データ集信部１７２に供給する。
【００９９】
仮受注データ集信部１７２は、仮受注データ取得部１７１から供給される仮受注データを、仮受注集信データベース１７３において集信し、集信した仮受注データを、ファイル作成部１７４に供給する。また、仮受注データ集信部１７２は、仮受注データを参照して、各商品の仮受注数をカウントしている。
【０１００】
ファイル作成部１７４は、仮受注データ集信部１７２により集信された仮受注データを、通常受注ブロック１２の受注データベースサーバ９１が実行する受注データ作成処理に適応したインターフェイスファイル（例えば、テキストデータ）に変換し、変換したインターフェイスファイルを、ファイル送信部１７５に供給する。ファイル送信部１７５は、ファイル作成部１７４により変換されたインターフェイスファイルを、受注データベースサーバ９１に送信する。
【０１０１】
上限数管理部１７６は、入力部１１６を介して入力される集信装置６３の管理者からの上限数の更新の指示、または、発注サーバ５４からインターネット５２を介して送信されてくる商品の発注完了情報に基づいて、上限数データベース１７７に登録されている各商品の受注可能数を示す上限数を更新する。
【０１０２】
上限数データベース１７７は、仮受注ブロック６２において注文が受け付けられている大量受注商品の上限数を登録している。この上限数は、上限数判定部１７８により仮受注データ集信部１７２がカウントする仮受注数と比較されるものであり、実際の商品の在庫数丁度ではなく、在庫数よりも多少少なめに設定される。これにより、上限数判定部１７８により上限数が超えたと判定され、ユーザ端末５１に対して送信される商品選択画像データが、商品を選択できないように構成された商品選択画面データに置き換えられるタイミングと、ユーザ端末５１からの仮注文を受けるタイミングによって、商品の仮注文数が、実際の商品の在庫数を超えてしまうことが抑制される。
【０１０３】
上限数判定部１７８は、仮受注データ集信部１７２によりカウントされる商品の仮受注数と、上限数データベース１７７に登録されている、対応する商品の上限数とを比較し、比較結果（判定）に基づいて、データ置換制御部１７９を制御し、仮受注Ｗｅｂサーバ８２に商品の受注が不可能であることを通知させたり、発注制御部１８０を制御し、発注サーバ５４に、仮受注数が上限数を超えた商品の発注を実行させる。また、上限数判定部１７８は、仮受注数が上限数を超えた商品の、仮受注データ集信部１７２がカウントしている仮受注数と、上限数データベース１７７に登録されている上限数を０に設定（リセット）する。
【０１０４】
さらに、上限数判定部１７８は、上限数データベース１７７に登録されている上限数を監視しており、上限数が更新されたと判定した場合、データ置換制御部１７９を制御し、仮受注Ｗｅｂサーバ８２に商品の受注が可能であることを通知させたりもする。
【０１０５】
データ置換制御部１７９は、上限数判定部１７８の制御のもと、仮受注Ｗｅｂサーバ８２の仮受注制御部１５２に、すべての商品の受注が不可能であることを通知したり、仮受注Ｗｅｂサーバ８２の表示データ置換部１５５に、その商品の受注が不可能であることを通知し、通知に応じた画面データを生成させ、表示データ提示部１５４がユーザ端末５１に送信する画面データと置き換えさせる。
【０１０６】
すなわち、データ置換制御部１７９は、上限数判定部１７８により対象となるすべての商品の仮受注数が各商品の上限数を超えたと判定された場合、仮受注Ｗｅｂサーバ８２の仮受注制御部１５２に、すべての商品の受注が不可能であることを通知し、また、上限数判定部１７８により、少なくとも１つの商品の仮受注数が、その商品の上限数を超えたと判定された場合、仮受注Ｗｅｂサーバ８２の表示データ置換部１５５に、その商品の受注が不可能であることを通知し、通知に応じた画面データを生成させ、表示データ提示部１５４がユーザ端末５１に送信する画面データと置き換えさせる。
【０１０７】
発注制御部１８０は、上限数判定部１７８の制御のもと、発注サーバ５４に、仮受注数が受注可能な上限数を超えた商品の発注を指示する情報などを送信する。
【０１０８】
図７は、受注データベースサーバ９１の機能構成例を示すブロック図である。図７に示される各機能ブロックは、受注データベースサーバ９１のＣＰＵ１１１により、所定のプログラムが実行されることで実現される。
【０１０９】
図７の例において、受注データベースサーバ９１は、ファイル入力部１８１、ファイル加工部１８２、仮受注データ蓄積部１８３、受注データ作成部１８４、在庫引当部１８５、オーソリ処理部１８６、受注データ登録部１８７、および受注完了通知発行部１８８により構成される。また、図７の例の場合、共有ディスク２４は、受注データベース１９１および商品在庫データベース１９２により構成される。
【０１１０】
ファイル入力部１８１は、集信装置６３のファイル送信部１７５から入力されたインターフェイスファイル（仮受注データ）を、ファイル加工部１８２に供給する。ファイル加工部１８２は、ファイル入力部１８１からのインターフェイスファイルに、ヘッダを付加するなど、通常受注商品の受注データと同じ受注データを作成するために必要なファイルの加工処理を行い、加工した仮受注データを、仮受注データ蓄積部１８３に一旦蓄積する。
【０１１１】
受注データ作成部１８４は、内蔵するタイマで計時動作を行い、所定の時間が経過した場合に、仮受注データ蓄積部１８３に蓄積されている仮受注データに基づいて、受注データ作成処理を行う。また、受注データ作成部１８４は、受注データ作成処理を行う周期と処理件数（ある一定の周期において仮受注データを最大何件まで処理を行うか）を予め設定している。したがって、受注データ作成部１８４により、例えば、１時間おきに、最大４千件まで処理を行うことが設定されている場合には、仮に、前回の処理から１時間経過したときに、仮受注データが５千件蓄積されていたとしても、今回においては４千件までしか処理されず、残りの１千件は、次に１時間が経過したときに処理される。
【０１１２】
なお、通常受注商品の受注データを作成する受注データベースサーバ２３も、ユーザ端末５１からの要求に応じて、同じ共有ディスク２４の各データベース（受注データベース１９１および商品在庫データベース１９２）にアクセスをしている。したがって、例えば、受注データ作成部１８４に、受注データベースサーバ２３などのリソースを監視させ、ユーザ端末５１からのアクセスが少ないときに、受注データ作成処理を行わせるようにしてもよい。
【０１１３】
受注データ作成部１８４は、仮受注データ蓄積部１８３から仮受注データを取り出し、仮受注データに基づいて、在庫引当部１８５を制御し、仮受注データが対象とする商品の在庫引当処理を行わせ、それに基づいて、ユーザへの請求額を算出し、受注データを作成し、作成した受注データを、受注データ登録部１８７に供給する。また、受注データ作成部１８４は、オーソリ処理部１８６を制御し、受注データが対象とするユーザに対して、オーソリ処理を行わせる。さらに、受注データ作成部１８４は、受注データ登録部１８７から受注完了が通知されると、受注完了通知発行部１８８を制御し、受注完了したユーザ端末５１のユーザに対して、受注完了を通知する電子メールを生成させ、生成させた電子メールを、インターネット５２を介してユーザ端末５１に送信させる。
【０１１４】
在庫引当部１８５は、受注データ作成部１８４からの制御のもと、商品在庫データベース１９２を参照して、仮受注された商品の在庫割当を実行し、実行した在庫割当の結果を受注データ作成部１８４に返す。すなわち、在庫引当部１８５は、商品在庫データベース１９２から仮受注された商品を検索し、在庫があった場合には、在庫数を１つ減らして、商品在庫データベース１９２のデータを更新する。
【０１１５】
オーソリ処理部１８６は、受注データ作成部１８４からの制御のもと、図示せぬカード会社のサーバなどに、インターネット５２を介して、受注データが対象とするユーザに対して、オーソリ処理を実行し、実行したオーソリ処理の結果を、受注データ作成部１８４に返す。
【０１１６】
受注データ登録部１８７は、受注データ作成部１８４の制御のもと、供給された受注データを、受注データベース１９１に登録したり、登録されている受注データを更新し、受注完了の通知を、受注データ作成部１８４に供給する。受注完了通知発行部１８８は、受注データ作成部１８４からの制御のもと、商品の受注が完了したユーザ端末５１に対して、受注完了を通知する電子メールを発行し、通信部１１９に、インターネット５２を介して送信させる。
【０１１７】
共有ディスク２４の受注データベース１９１には、受注データベースサーバ２３により登録される通常受注商品の受注データと、受注データベースサーバ９１の受注データ登録部１８７により登録される大量受注商品の受注データが同じ形式で登録され、一括管理されている。
【０１１８】
商品在庫データベース１９２には、受注データベースサーバ２３および受注データサーバ９１の在庫引当部１８５が参照し、更新する商品の在庫に関するデータが登録されている。
【０１１９】
次に、図８乃至図１１を参照して、仮受注Ｗｅｂサーバ８２の表示データ提供部１５４から送信される画面データに対応して、ユーザ端末５１のモニタに表示される画面例を説明する。
【０１２０】
図８は、ユーザ端末５１のモニタに表示される仮注文画面の構成例を表している。図８の仮注文画面２１１は、認証部１５３によりユーザが認証されたときに、表示データ提供部１５４によりユーザ端末５１に送信され、ユーザ端末５１のモニタに表示される。
【０１２１】
図８の例において、仮注文画面２１１の最上部には、「大量受注商品  仮受注画面」として仮注文画面２１１のタイトルが表示されており、仮注文画面２１１は、タイトルの下に配置される４つの画面選択エリア２２１乃至２２４、および注文決定ボタン２２５で構成されている。
【０１２２】
「商品選択」が示される画面選択エリア２２１は、注文する商品を選択するための画面への移動を指示するときに用いられるエリアであり、ユーザの操作により、画面選択エリア２２１の選択が指示されると、商品選択画面データの要求が仮受注Ｗｅｂサーバ８２に送信され、ユーザ端末５１のモニタには、図９を参照して後述する商品選択画面２４１が表示される。「購入者情報入力」が示される画面選択エリア２２２は、商品を注文（購入）するユーザの情報（配送先情報）を入力するための画面への移動を指示するときに用いられるエリアであり、ユーザの操作により、画面選択エリア２２２の選択が指示されると、購入者情報入力画面データの要求が仮受注Ｗｅｂサーバ８２に送信され、ユーザ端末５１のモニタには、図１０を参照して後述する購入者情報入力画面２７１が表示される。
【０１２３】
「決済選択情報入力」が示される画面選択エリア２２３は、注文する商品を購入する際の決済方法を入力するための画面への移動を指示するときに用いられるエリアであり、ユーザの操作により、画面選択エリア２２３の選択が指示されると、決済選択情報画面データの要求が仮受注Ｗｅｂサーバ８２に送信され、ユーザ端末５１のモニタには、図１１を参照して後述する決済選択情報画面３０１が表示される。「特別契約情報入力」が示される画面選択エリア２２４は、商品を注文するユーザが、対象商品のメーカや、大量受注サーバ５３の運営先などと行う特別な契約情報を入力するための画面への移動を指示するときに用いられるエリアであり、ユーザの操作により、画面選択エリア２２４の選択が指示されると、特別契約情報入力画面データの要求が仮受注Ｗｅｂサーバ８２に送信され、ユーザ端末５１のモニタには、図示せぬ特別契約情報入力画面が表示される。
【０１２４】
「この内容で注文する」が示される注文決定ボタン２２５は、画面選択エリア２２１乃至２２４が選択されることにより、ユーザ端末５１のモニタに表示される各画面において、注文に必要な情報がすべて入力された後で、大量受注サーバ５３に商品の注文を指示するときに用いられるボタンである。なお、ユーザの操作により注文決定ボタン２２５が選択された場合であっても、注文に必要な情報がすべて入力されていない場合、ユーザ端末５１のモニタには、注文に必要な情報の入力を促す画面が表示される。
【０１２５】
なお、上述した仮注文画面２１１から仮注文可能な商品の仮受注数がすべて上限数を超えた場合のユーザ端末５１のモニタには、図８の仮注文画面２１１の代わりに、販売終了画面が表示される。
【０１２６】
図９は、ユーザ端末５１のモニタに表示される商品選択画面の構成例を表している。図９の商品選択画面２４１は、図８の仮注文画面２１１が表示されるユーザ端末５１において、画面選択エリア２２１が選択された場合に、商品選択画面データの要求が仮受注Ｗｅｂサーバ８２に送信され、ユーザ端末５１のモニタに表示される。
【０１２７】
図９の例において、商品選択画面２４１の最上部には、「商品選択」として商品選択画面２４１のタイトルが示されている。商品選択画面２４１は、タイトルの下部に配置される、「本体選択」とタイトルが示される本体選択部２５１と、「同時購入品選択」とタイトルが示される同時購入品選択部２５２で構成される。
【０１２８】
本体選択部２５１は、商品本体に、オプション商品が付加可能な場合に表示され、対象となるオプションを選択するときに用いられるオプション選択エリア２６１−１および２６１−２で構成される。オプション選択エリア２６１−１には、「本体オプション項目１」として、「オプションＡ」、「オプションＢ」、および「オプションＣ」（オプション商品の名前）が、ラジオボタンとともに示されており、同様に、オプション選択エリア２６１−２には、「本体オプション項目２」として、「オプションＡ」、「オプションＢ」、および「オプションＣ」が、ラジオボタンとともに示されている。したがって、ユーザは、ラジオボタンを選択することにより、所望のオプションを、商品本体に付加して注文することができる。
【０１２９】
同時購入品選択部２５２は、商品本体と同時に購入可能な商品がある場合に表示され、対象の商品を選択するときに用いられる同時購入品選択エリア２６２で構成される。同時購入品選択エリア２６２には、「同時購入品選択」可能な商品として、「アクセサリａ」、「アクセサリｂ」、「アクセサリｃ」、「アクセサリｄ」、「アクセサリｅ」、および「オプションｆ」がチェックボタンとともに示されており、ユーザは、チェックボタンを選択することにより、所望のアクセサリを、商品本体と同時に注文することができる。
【０１３０】
また、商品選択画面２４１の右下部に配置される決定ボタン２５５は、商品選択画面２４１において、注文に必要な情報の入力が終了したときにユーザにより用いられるボタンであり、ユーザの操作により、決定ボタン２５５の選択が指示されると、モニタの表示は、仮注文画面２１１に戻る。
【０１３１】
なお、上述した商品選択画面２４１から選択可能な商品（例えば、オプションＢとアクセサリｃ）の仮受注数が上限数を超えた場合のユーザ端末５１のモニタには、図９の商品選択画面２４１の代わりに、例えば、オプション選択エリア２６１−１において、オプションＢのラジオボタンが選択不可能に構成され、同時購入品選択エリア２６２において、アクセサリｃのチェックボタンが選択不可能に構成された商品選択画面が表示される。
【０１３２】
図１０は、ユーザ端末５１のモニタに表示される購入者情報入力画面の構成例を表している。図１０の購入者情報入力画面２７１は、図８の仮注文画面２１１が表示されるユーザ端末５１において、画面選択エリア２２２が選択された場合に、購入者情報入力画面データの要求が仮受注Ｗｅｂサーバ８２に送信され、ユーザ端末５１のモニタに表示される。
【０１３３】
図１０の例において、購入者情報入力画面２７１の最上部には、「購入者情報」として購入者情報入力画面２７１のタイトルが示されている。タイトルの下部には、購入者情報入力エリア２８１が配置されている。購入者情報入力エリア２８１は、「氏名漢字」、「氏名カナ」、「郵便番号」、「住所」、「電話番号」、「昼間の連絡先」、および「eMailアドレス」などのユーザの情報を入力するためのエリアで構成されている。
【０１３４】
また、購入者情報入力画面２７１の最下部に配置される決定ボタン２８２は、購入者情報入力画面２７１において、注文に必要な情報の入力が終了したときにユーザにより用いられるボタンであり、ユーザの操作により、決定ボタン２８２の選択が指示されると、モニタの表示は、仮注文画面２１１に戻る。
【０１３５】
図１１は、ユーザ端末５１のモニタに表示される所定の画面としての決済選択情報画面の構成例を表している。図１１の決済選択情報画面３０１は、図８の仮注文画面２１１が表示されるユーザ端末５１において、画面選択エリア２２３が選択された場合に、決済選択情報画面データの要求が仮受注Ｗｅｂサーバ８２に送信され、ユーザ端末５１のモニタに表示される。
【０１３６】
図１１の例において、決済選択情報画面３０１の最上部には、「決済情報」として決済選択情報画面３０１のタイトルが示されている。タイトルの下部には、ユーザにより決済方法を選択するときに用いられる決済選択エリア３１１乃至３１４、およびクーポン選択エリア３１５が順に配置されている。
【０１３７】
「クレジットカード」が示される決済選択エリア３１１は、決済方法としてクレジットカードが用いられるときに選択されるエリアであり、決済選択エリア３１１の下部には、決済選択エリア３１１が選択された場合に必要となるカード情報入力エリア３２１が設けられている。カード情報入力エリア３２１は、「カード会社」、「カード番号」、「有効期限」、および「支払回数」などの「カード情報」を入力するためのエリアで構成されている。
【０１３８】
「ネットワークオンクレジット」が示される決済選択エリア３１２は、決済方法としてネットワークオンクレジットが用いられるときに選択されるエリアである。ネットワークオンクレジットとは、インターネット５２上に公開され、本サービスと提携したネットワーク上の店舗を介して決済を行う方法であり、ネットワークオンクレジットでは、代金の分割払いなどを利用することが可能である。
【０１３９】
「銀行振込」が示される決済選択エリア３１３は、決済方法として、銀行振り込みが利用されるときに選択されるエリアである。「代引き」が示される決済選択エリア３１４は、決済方法として、商品の引渡しの際に代引きが利用されるときに選択されるエリアである。なお、これらの決済選択エリア３１１乃至３１４は、重複選択不可能である。
【０１４０】
「クーポン」が示されるクーポン選択エリア３１５は、決済の際に、本サービスにおいて提供されているクーポン(割引チケット)を利用するとき選択されるエリアであり、決済選択エリア３１５の下部には、決済選択エリア３１５が選択された場合に必要となるクーポン情報入力エリア３２２が設けられている。クーポン情報入力エリア３２２には、「持っていたら全額使う」、および「使わない」がラジオボタンともに示されており、ユーザは、ラジオボタンを選択することにより、クーポンの使用未使用の選択を行うことができる。例えば、クーポンが使用された場合には、使用されるクーポン分の金額を差し引いた金額がユーザに請求される。
【０１４１】
また、決済選択情報画面３０１の右下部に配置される決定ボタン３１６は、決済選択情報画面３０１において、注文に必要な情報の入力が終了したときにユーザにより用いられるボタンであり、ユーザの操作により、決定ボタン３１６の選択が指示されると、モニタの表示は、仮注文画面２１１に戻る。
【０１４２】
以上のように構成される画面を見ながら、ユーザは、商品の注文に必要な情報を、ユーザ端末５１に入力し、商品の注文を指示する。これに対応して、ユーザ端末５１は、画面に対して入力された商品の注文に必要な情報を、商品の注文情報として、インターネット５２を介して、仮受注Ｗｅｂサーバ８２に送信してくる。したがって、仮受注データベースサーバ８３の仮受注データ作成部１６１においては、この画面に対して入力された商品の注文に必要な情報に基づいて、ユーザが所望する商品の仮受注データが作成される。
【０１４３】
次に、図１２のフローチャートを参照して、集信装置６３の仮受注データ集信処理を説明する。図１４を参照して後述するが、仮受注ブロック６２により仮注文受付処理が実行され、仮受注ブロック６２の３台の仮受注データベース８４−１乃至８４−３には、仮受注データがそれぞれ登録されている。
【０１４４】
集信装置６３の仮受注データ取得部１７１は、ステップＳ１１において、内蔵するタイマで計時動作を行い、所定の時間が経過するまで待機しており、所定の時間が経過したと判定された場合、ステップＳ１２に進み、３台の仮受注データベース８４−１乃至８４−３から、仮受注データを取得し、取得した仮受注データを、仮受注データ集信部１７２に供給し、ステップＳ１３に進む。
【０１４５】
仮受注データ集信部１７２は、仮受注データ取得部１７１より仮受注データが供給されると、ステップＳ１３において、仮受注データを、仮受注集信データベース１７３において集信し、集信した仮受注データを、ファイル作成部１７４に供給し、ステップＳ１４に進み、集信した仮受注データを参照して、各商品の仮受注数をそれぞれカウントし、ステップＳ１５に進む。
【０１４６】
仮受注データ集信部１７２により商品の仮受注数がカウントされると、上限数判定部１７８は、ステップＳ１５において、上限数確認処理を実行する。この上限数確認処理を、図１３のフローチャートを参照して説明する。
【０１４７】
図１３のステップＳ２１において、上限数判定部１７８は、仮受注データ集信部１７２によりカウントされている商品の仮受注数と、上限数データベース１７７に登録されている上限数を比較することにより、図８の仮注文画面２１１から仮注文可能なすべての商品の仮受注数が、対応する商品の上限数を超えたか否かを判定する。
【０１４８】
ステップＳ２１において、仮注文画面２１１から仮注文可能なすべての商品の仮受注数が、対応する商品の上限数を超えたと判定された場合、上限数判定部１７８は、ステップＳ２２に進み、データ置換制御部１７９を制御し、仮受注Ｗｅｂサーバ８２の仮受注制御部１５２に、すべての商品の受注が不可能であること（すなわち、仮注文画面２１１から仮注文可能なすべての商品の販売終了）を通知させ、ステップＳ２５に進む。
【０１４９】
これにより、後述する図１４のステップＳ４２においては、仮受注Ｗｅｂサーバ８２の仮受注制御部１５２により、販売終了が通知されたと判定され、ステップＳ５１において、ユーザ端末５１のモニタに、仮注文画面２１１の代わりに、販売終了画面が表示されるように制御される。
【０１５０】
また、ステップＳ２１において、仮注文画面２１１から仮注文可能なすべての商品の仮受注数が、対応する商品の上限数を超えていないと判定された場合、上限数判定部１７８は、ステップＳ２３に進み、仮注文画面２１１から仮注文可能な商品のうち、少なくとも１つの商品の仮受注数が、その商品の上限数を超えたか否かを判定する。
【０１５１】
ステップＳ２３において、少なくとも１つの商品の仮受注数が上限数を超えたと判定された場合、上限数判定部１７８は、ステップＳ２４に進み、データ置換制御部１７９を制御し、仮受注Ｗｅｂサーバ８２の表示データ置換部１５５に、その商品の受注が不可能であることを通知させ、通知に応じた画面データ（すなわち、その商品の選択が不可能であるように構成された商品選択画面データ）を生成させ、表示データ提供部１５４によりユーザ端末５１に提供される商品選択画面データを置き換させ、ステップＳ２５に進む。
【０１５２】
これにより、後述する図１４のステップＳ４５において、ユーザ端末５１から、所定の画面データとして、商品選択画面データが要求された場合、仮受注Ｗｅｂサーバ８２の表示データ提供部１５４により、表示データ置換部１５５により生成され、すべての商品の選択可能な（すなわち、注文可能な）商品選択画面データの代わりに置き換えられた、商品の選択が不可能であるように構成された商品選択画面データが、ステップＳ４６において、ユーザ端末５１に対して送信される。
【０１５３】
次に、上限数判定部１７８は、ステップＳ２５において、仮受注数が上限数を超えた商品の、仮受注データ集信部１７２がカウントしている仮受注数と、上限数データベース１７７に登録されている上限数を０に設定（リセット）し、ステップＳ２６に進み、発注制御部１８０を制御し、発注サーバ５４に、仮受注数が上限数を超えた商品の発注を実行させ（発注情報を送信させ）、上限確認処理を終了し、図１２のステップＳ１５に戻り、ステップＳ１６に進む。
【０１５４】
一方、ステップＳ２３において、どの商品の仮受注数が上限数を超えていないと判定された場合、上限数判定部１７８は、上限確認処理を終了し、図１２のステップＳ１５に戻り、ステップＳ１６に進む。
【０１５５】
ファイル生成部１７４は、図１２のステップＳ１６において、仮受注データ集信部１７２から供給された集信済みの仮受注データを、通常受注ブロック１２の受注データベースサーバ９１が実行する受注データ作成処理に適応したインターフェイスファイル（例えば、テキストデータ）に変換し、変換したインターフェイスファイルを、ファイル送信部１７５に供給し、ステップＳ１７に進む。ファイル送信部１７５は、ファイル生成部１７４から供給されるインターフェイスファイルを、受注データベースサーバ９１に送信し、仮受注データ集信処理を終了する。
【０１５６】
以上のように、集信装置６３においては、周期的に、商品の仮受注数がカウントされ、カウントされた商品の仮受注数が、設定されている商品の注文可能な上限値と比較され、仮受注数が上限値を超えたと判定された場合、仮受注Ｗｅｂサーバ８２がユーザ端末５１に表示させる画面が置き換えられる。これにより、図１４の参照して後述する仮受注Ｗｅｂサーバ８２がユーザ端末５１のモニタに画面を表示させる処理のレスポンスを速くすることが可能である。
【０１５７】
さらに、仮受注数が上限値を超えたと判定された場合、発注サーバ５４に、仮受注数が上限値を超えたと判定された商品の発注が通知される。これにより、在庫数が少なくなった商品をすぐに発注することができる。
【０１５８】
次に、図１４のフローチャートを参照して、仮受注ブロック６２の仮注文受付処理を説明する。なお、図１４の例においては、ユーザ端末５１により大量受注商品が注文される場合を説明する。
【０１５９】
まず、ユーザ端末５１は、ユーザの操作に基づいて、Ｗｅｂブラウザなどのクライアントソフトウェアを用いて、大量受注サーバ５３のＷｅｂサーバ６１にアクセスする。Ｗｅｂサーバ６１は、ユーザ端末５１からのアクセスに応じて、ユーザに対して、商品説明ページなどの購入画面のトップメニュー画面を提供する。ユーザ端末５１は、Ｗｅｂサーバ６１により提供されたトップメニュー画面を、出力部１１７を構成するモニタに表示させ、ユーザの操作に基づいて、ユーザが所望する商品注文画面への移動の指示（すなわち、商品注文画面データの要求）を、インターネット５２を介して、Ｗｅｂサーバ６１に送信してくる。
【０１６０】
Ｗｅｂサーバ６１は、ユーザ端末５１からの商品注文画面データの要求を受信すると、受け付けられた指示に対応する商品が、通常受注商品であるか、または、大量受注商品であるかを判定し、大量受注商品であると判定した場合、受け付けられた商品注文画面データの要求を、ランダム関数を用いて、仮受注Ｗｅｂサーバ８２−１または８２−２、もしくはロードバランサ８１に振り分ける。
【０１６１】
仮受注サーバ８２の受信入力部１５１は、図１４のステップＳ４１において、商品注文画面データの要求が入力されるまで待機しており、Ｗｅｂサーバ６１からの商品注文画面データの要求が通信部１１９を介して入力されたと判定すると、入力された商品注文画面データの要求を、仮受注制御部１５２に供給し、ステップＳ４２に進む。
【０１６２】
仮受注制御部１５２は、ステップＳ４２において、上述した図１３のステップＳ２２において、集信装置６３のデータ置換制御部１７９より、仮注文画面２１１から仮注文可能なすべての商品の販売終了が通知されたか否かを判定し、商品の販売終了が通知されていないと判定した場合、ステップＳ４３に進み、受信入力部１５１からの商品注文画面データの要求に基づいて、認証部１５３を制御し、ユーザ端末５１のユーザの認証処理を実行させる。
【０１６３】
すなわち、ステップＳ４３において、仮受注制御部１５２は、表示データ提供部１５４を制御し、ユーザ端末５１にユーザ認証画面データを送信させ、ユーザ端末５１のモニタに、ユーザ認証画面を表示させる。これに対応して、ユーザ端末５１は、ユーザの操作のもと、ユーザ情報を送信してくる。受信入力部１５１は、通信部１１９を介して入力したユーザ情報を、仮受注制御部１５２を介して、認証部１５３に供給する。認証部１５３は、仮受注制御部１５２からのユーザ情報と、認証データベース６４の認証データに基づいて、ユーザ端末５１のユーザを認証すると、認証結果を仮受注制御部１５２に供給する。
【０１６４】
仮受注制御部１５２は、認証部１５３によりユーザが認証されると、ステップＳ４４において、表示データ提供部１５４を制御し、受け付けられた指示に対応する商品の仮注文画面データを、ユーザ端末５１に送信させる。
【０１６５】
ユーザ端末５１は、通信部１１９を介して受信した仮注文画面データに対応する仮注文画面２１１（図８）を、出力部１１７を構成するモニタに表示させる。仮注文画面２１１がモニタに表示されると、ユーザは、ユーザ端末５１に対して、注文に必要な情報の入力するため、仮注文画面２１１の画面選択エリア２２１乃至２２４のうちのいずれかを選択する指示を行う。ユーザ端末５１は、ユーザから入力された指示を、インターネット５２を介して、大量受注サーバ５３に送信してくる。
【０１６６】
受信入力部１５１は、通信部１１９を介して、入力されたユーザ端末５１からの指示を仮受注制御部１５２に供給する。仮受注制御部１５２は、ユーザ端末５１からの指示が入力されると、ステップＳ４５において、所定の画面データの要求が入力されたか否か（すなわち、画面選択エリア２２１乃至２２４のうちのいずれかが選択されたか否か）を判定し、所定の画面データの要求が入力されたと判定した場合（例えば、画面選択エリア２２１が選択されたと判定した場合）、ステップＳ４６に進み、表示データ提供部１５４を制御し、要求された所定の画面データ（商品選択画面２４１のデータ）を、ユーザ端末５１に送信させる。
【０１６７】
なお、上述した図１３のステップＳ２３において、少なくとも１つの商品の仮受注数が上限数を超えたと判定された場合には、ステップＳ２４において、データ置換制御部１７９の制御のもと、表示データ置換部５５により、上限数判定部１７８からの商品の受注が不可能である通知に応じた画面データ（すなわち、その商品の選択が不可能であるように構成された商品選択画面データ）が生成され、表示データ提供部１５４によりユーザ端末５１に提供される商品選択画面データが置き換されている。したがって、この場合には、図１３のステップＳ２４において、表示データ置換部５５により置き換えられた商品選択画面データがユーザ端末５１に送信される。
【０１６８】
ユーザ端末５１は、通信部１１９を介して受信した所定の画面データに対応する所定の画面（例えば、図９の商品選択画面２４１、または仮受注数が上限数を超えた商品の選択が不可能であるように構成された商品選択画面など）を、出力部１１７を構成するモニタに表示させる。
【０１６９】
なお、いまの場合、例えば、商品選択画面２４１がモニタに表示されると、ユーザは、ユーザ端末５１に対して、注文に必要な情報の入力を行い、最後に、決定ボタン２５５を選択指示する。ユーザ端末５１は、入力された情報を一旦蓄積するとともに、決定ボタン２５５の選択指示を、インターネット５２を介して、大量受注サーバ５３に送信してくる。
【０１７０】
受信入力部１５１は、通信部１１９を介して入力されたユーザ端末５１からの指示を仮受注制御部１５２に供給する。仮受注制御部１５２は、ステップＳ４７において、ユーザ端末５１からの指示が入力されるまで待機しており、ユーザ端末５１からの指示が入力されたと判定した場合、ステップＳ４４に戻り、それ以降の処理を繰り返す。すなわち、仮受注制御部１５２は、ステップＳ４４において、表示データ提供部１５４を制御し、再度、商品の仮注文画面データを、ユーザ端末５１に送信させる。
【０１７１】
以上のようにして、ステップＳ４４乃至４７において、ユーザ端末５１と画面データの要求、およびそれに対応する画面データを送受信する処理が繰り返されて、送信されたデータに対応する購入者情報入力画面２７１および決済選択情報画面３０１などを見たユーザにより、注文に必要な情報がすべて入力される。その後、ユーザの操作のもと、表示データ提供部１５４によりユーザ端末５１に仮注文画面データが送信され、再度、仮注文画面２１１がモニタに再度表示されたとする。
【０１７２】
次に、ユーザは、商品の注文を指示するため、ユーザ端末５１に対して、仮注文画面２１１の注文決定ボタン２２５を選択する指示を行う。これに対応して、ユーザ端末５１は、ユーザから入力された指示とともに、一旦蓄積していた注文に必要な情報を商品の注文情報として、インターネット５２を介して、大量受注サーバ５３に送信してくる。
【０１７３】
受信入力部１５１は、通信部１１９を介して入力されたユーザ端末５１からの指示および商品の注文情報を仮受注制御部１５２に供給する。仮受注制御部１５２は、ユーザ端末５１からの指示および商品の注文情報が入力されると、ステップＳ４５において、所定の画面データの要求が入力されていないと判定して、ステップＳ４８に進み、注文決定ボタン２２５が選択されたか、すなわち、商品の注文が指示されたか否かを判定する。
【０１７４】
仮受注制御部１５２は、ステップＳ４８において、商品の注文が指示されたと判定した場合、ステップＳ４９に進み、受信入力部１５１から入力された注文情報を、仮受注データ作成部１６１に供給し、仮受注データ作成部１６１を制御し、仮受注データを作成させる。そして、仮受注データ登録部１６２は、作成された仮受注データを、仮受注データベース８４に登録する。
【０１７５】
すなわち、仮受注データ作成部１６１は、ユーザ端末５１により図８乃至図１１の画面に応じて入力され、インターネット５２を介して送信されてきた商品の注文情報に基づいて、対象の商品の仮受注データを作成し、作成した仮受注データを、仮受注データ登録部１６２に供給する。仮受注データ登録部１６２は、仮受注データ作成部１６１から仮受注データを入力すると、その仮受注データを、仮受注データベース８４に登録し、仮受注受付完了を、仮受注制御部１５２に通知し、ステップＳ５０に進む。
【０１７６】
仮受注制御部１５２は、仮受注データ登録部１６２からの通知に基づいて、ステップＳ５０において、表示データ提供部１５４を制御し、仮受注完了画面データを、ユーザ端末５１に送信させ、仮注文受付処理を終了する。これにより、ユーザ端末５１のモニタには、仮受注完了画面が表示され、ユーザは、大量受注サーバ５３において、所望の商品の注文が仮に受け付けられたことを知ることができる。
【０１７７】
また、ステップＳ４８において、注文決定ボタン２２５が選択されていない、すなわち、商品の注文が指示されていないと判定された場合、仮受注制御部１５２は、仮注文受付処理を終了する。
【０１７８】
なお、上述したステップＳ４７またはステップＳ４８において、実際には、所定の時間が経過しても、ユーザ端末５１からの何の指示もない場合、仮受注制御部１５２により強制的に接続が解除され、仮注文受付処理は終了される。
【０１７９】
一方、ステップＳ４２において、仮注文画面２１１から仮注文可能なすべての商品の販売終了が通知されたと判定された場合、仮受注制御部１５２は、ステップＳ５１に進み、表示データ提供部１５４を制御し、販売終了画面データを、ユーザ端末５１に送信させる。
【０１８０】
以上のようにして、仮受注ブロック６２においては、ユーザ端末５１とリアルタイムに通信を行いながら、仮注文受付処理が実行され、仮受注データが仮受注データベース８４に登録される。
【０１８１】
すなわち、仮受注ブロック６２においては、受注受付処理において、最も時間のかかる在庫引当処理やオーソリ処理が実行されないので、仮受注処理にかかる時間、および、ユーザ端末５１に応答する時間が従来より短縮されるため、大量に商品が注文された場合にも仮受注処理が可能になるとともに、ユーザを待たせる時間が短縮される。
【０１８２】
さらに、仮受注ブロック６２においては、周期的に、仮受注数がカウントされ、上限数よりも超えたと判定された場合に、商品の選択を不可能であるように構成された画面データが生成され、生成された画面データが、予め、表示データ提供部１５４によりユーザ端末５１に提供される商品選択画面データと置き換えられるようにしたので、従来、ユーザ端末から商品注文画面データが要求されたときに、初めて、対象となる商品の在庫が確認され、商品注文画面データが、在庫の確認結果を反映させて動的に生成されていたように、ユーザ端末から商品注文画面データが要求されたときに商品の在庫を確認する必要がない。したがって、ユーザ端末のモニタに商品画面が表示されるまでの間に、対象となる商品の在庫の確認時間や、画面データの生成時間などの時間がかかってしまうことが抑制され、ユーザへのレスポンスを早くすることができる。なお、以上のことは、在庫割当を実行することがなく、商品在庫データベース１９２にアクセスする必要のない仮受注ブロック６２において、特に効果的である。
【０１８３】
以上により、ユーザへのレスポンスの待ち時間を短縮させることができ、長い待ち時間によるユーザの不快感の発生を抑制することができ、ユーザに快適な商品受注システムを提供することができる。
【０１８４】
次に、図１５のフローチャートを参照して、受注データベースサーバ９１の受注データ作成処理を説明する。
【０１８５】
ユーザ端末５１により図８乃至図１１の画面に応じて入力され、インターネット５２を介して送信されてきた商品の注文情報に基づいて、図１４のステップＳ４９において、仮受注データベースサーバ８３により作成され、集信装置６３により、受注データベースサーバ９１に適応した形式に変換されたインターフェイスファイル（仮受注データ）が、図１２のステップＳ１７において、集信装置６３から送信されてくる。
【０１８６】
したがって、この仮受注データには、注文された商品情報、購入者情報（配送先情報）、および決済方法情報などの商品の注文に必要な情報が含まれている。
【０１８７】
受注データベースサーバ９１のファイル入力部１８１は、ステップＳ６１において、集信装置６３からのインターフェイスファイルが入力されるまで待機しており、集信装置６３からのインターフェイスファイルが入力されたと判定した場合、入力されたインターフェイスファイルを、ファイル加工部１８２に供給し、ステップＳ６２に進む。
【０１８８】
ファイル加工部１８２は、ステップＳ６２において、ファイル入力部１８１からのインターフェイスファイルに、ヘッダを付加するなど、通常受注商品の受注データと同じ受注データを作成するために必要なファイルの加工処理を行い、加工した仮受注データを仮受注データ蓄積部１８３に一旦蓄積し、ステップＳ６３に進む。
【０１８９】
ステップＳ６３において、受注データ作成部１８４は、内蔵するタイマで計時動作を行い、例えば、前回のステップＳ６３において所定の時間が経過したと判定されてから、所定の時間が経過したか否かを判定し、所定の時間が経過していないと判定された場合、ステップＳ６１に戻り、それ以降の処理を繰り返す。
【０１９０】
したがって、所定の時間が経過するまで、集信装置６３により仮受注データベース８４から集信され、変換されて送信されてくる仮受注データは、仮受注データ蓄積部１８３に蓄積されていく。
【０１９１】
ステップＳ６３において、所定の時間が経過したと判定された場合、受注データ作成部１８４は、ステップＳ６４に進み、仮受注データ蓄積部１８３から、蓄積されている仮受注データを取り出し、ステップＳ６５に進む。
【０１９２】
受注データ作成部１８４は、ステップＳ６５において、仮受注データが対象とする商品を、仮受注データが対象とするユーザのバスケットに投入し（すなわち、内蔵するメモリにおけるユーザのバスケット領域に記録し）、ステップＳ６６に進み、在庫引当部１８５を制御し、バスケットに投入した商品の在庫引当を実行させ、ステップＳ６７に進む。
【０１９３】
すなわち、在庫引当部１８５は、ステップＳ６６において、商品在庫データベース１９２を参照して、対象の商品の在庫割当を実行し、実行した在庫割当の結果を、受注データ作成部１８４に返す。具体的には、在庫引当部１８５は、商品在庫データベース１９２から対象の商品を検索し、在庫があった場合には、在庫数を１つ減らして、商品在庫データベース１９２を更新する。なお、この処理は、図９を参照して上述したオプション商品や当時購入品についても同様に実行される。
【０１９４】
受注データ作成部１８４は、ステップＳ６７において、仮受注データ、および在庫引当部１８５からの在庫割当の結果に基づいて、ユーザに対しての請求金額を算出し、ステップＳ６８に進み、ユーザのバスケットおよび算出された請求金額などに基づいて、受注データを作成し、受注データ登録部１８７を制御し、受注データベース１９１に登録させ、ステップＳ６９に進む。
【０１９５】
また、受注データ作成部１８４は、ステップＳ６９において、受注データの決済方法情報に基づいて、オーソリ処理部１８６を制御し、図示せぬカード会社のサーバなどに、インターネット５２を介して、対象のユーザに対して、カードオーソリ処理を実行させ、その結果に基づいて、受注データ登録部１８７に、受注データベース１９１の受注データを更新させ、ステップＳ７０に進む。
【０１９６】
受注データ登録部１８７は、受注データベース１９１の受注データを更新すると、受注データ作成部１８４に、受注完了を通知するので、受注データ作成部１８４は、ステップＳ７０において、受注完了通知発行部１８８を制御し、対象のユーザ端末５１に対して、受注完了を通知する電子メールを発行させ、ステップＳ７１に進む。
【０１９７】
すなわち、受注完了通知発行部１８８は、ステップＳ７０において、受注完了したユーザ端末５１に対して、受注完了を通知する電子メールを発行し、通信部１１９に、インターネット５２を介して送信させる。
【０１９８】
受注データ作成部１８４は、ステップＳ７１において、予め設定されている処理件数分の仮受注データを処理したか否か、すなわち、予め設定されている処理件数分の受注データを作成したか否かを判定し、予め設定されている処理件数分の受注データを作成したと判定した場合、受注データ作成処理を終了する。
【０１９９】
一方、受注データ作成部１８４は、ステップＳ７１において、予め設定されている処理件数分の受注データをまだ作成していないと判定した場合、ステップＳ６４に戻り、それ以降の処理を繰り返す。
【０２００】
なお、上述したステップＳ６９の説明は、図１０を参照して説明した「クレジットカード」による決済方法が選択された場合であり、例えば、「ネットワークオンクレジット」の場合には、ネットワーク上の店舗（サーバ）とユーザ端末５１との通信が別途必要になるため、「銀行振込」などの場合と同様に、ステップＳ６９の処理は、スキップされ、ステップＳ７０において発行される受注完了を通知する電子メールにその決済方法が記述され、ユーザに通知される。これにより、その後、ユーザ端末５１と、図示せぬ本サービスと提携したネットワーク上の店舗との間でオーソリ処理が実行される。
【０２０１】
以上のように、ユーザ端末５１とリアルタイムに通信している際には、商品の仮受注を行っておき、後から、従来の商品受付処理において、最も時間のかかる在庫引当およびカードオーソリ処理を行うようにしたので、商品が大量に受注されたとしても、ユーザ端末５１との処理を行う仮受注ブロックには、負荷がかかることはなく、仮注文受付処理が実行されるので、後でゆっくりと本受注を行うことができる。
【０２０２】
これにより、サーバに受付処理を行うユーザの待ち時間も短くなるため、従来において、長い待ち時間に不快を感じていたユーザの不快感が抑制される。
【０２０３】
なお、上記説明においては、ユーザ端末５１とリアルタイムに通信している際には、商品の仮受注を行っておき、後から、従来の商品受付処理において、最も時間のかかる在庫引当およびカードオーソリ処理の２つを実行するようにしたが、どちらかの処理を１つだけ後から行うようにしてもよい。
【０２０４】
次に、図１６のフローチャートを参照して、図１２のステップＳ１５の上限数確認処理の例を説明する。すなわち、図１３の上限数確認処理の他の例である。
【０２０５】
上述した図１３のステップＳ２５において、仮受注数が上限数を超えた商品の、仮受注データ集信部１７２がカウントしている仮受注数と、上限数データベース１７７に登録されている上限数が０に設定（リセット）され、ステップＳ２６において、発注サーバ５４に、仮受注数が上限数を超えた商品の発注が実行される。
【０２０６】
これに対応して、発注サーバ５４は、大量受注サーバ５３から、商品の発注を受信すると、発注された商品を、実際に本商品受注システムの経営元に納品する。そして、発注サーバ５４は、発注された商品の納品が完了すると、大量受注サーバ５３に、商品の納品完了情報を送信する。集信装置６３の上限数管理部１７６は、発注サーバ５４からの商品の納品完了情報を通信部１１９を介して入力すると、商品の納品完了情報に基づいて、上限数データベース１７７に登録されている対象となる商品の上限数を更新する。なお、納品完了情報には、例えば、納品数が記載されており、（納品数−１０）などの演算が実行されることにより商品の上限数が設定され、もとの上限数に加算される。
【０２０７】
上限数判定部１７８は、ステップＳ９１において、上限数データベース１７７に登録されている上限数を監視しており、上限数が更新されるまで待機している。上限数が更新されたと判定した場合、ステップＳ９２に進み、その商品が、図１３のステップＳ２２において、販売終了を通知されていた商品であるか否かを判定し、販売終了を通知されていた商品であると判定された場合、ステップＳ９３に進み、仮注文画面２１１から仮注文可能な他の商品の上限数も更新されているか否かを判定し、他の商品の上限数も更新されていると判定された場合、ステップＳ９４に進み、データ置換制御部１７９を制御し、仮受注Ｗｅｂサーバ８２の仮受注制御部１５２に、すべての商品の受注が可能であること（すなわち、仮注文画面２１１から仮注文可能なすべての商品の販売開始）を通知させ、上限数確認処理を終了し、図１２のステップＳ１５に戻る。
【０２０８】
これにより、上述した図１４のステップＳ４２においては、仮受注Ｗｅｂサーバ８２の仮受注制御部１５２により、販売終了が通知されていないと判定され、ステップＳ４４において、ユーザ端末５１に対して、仮注文画面２１１が表示されるように制御される。
【０２０９】
また、ステップＳ９４において、他の商品の上限数は更新されていないと判定された場合、上限数確認処理を終了し、図１２のステップＳ１５に戻る。なお、この場合、表示データ置換部１５５に、他の商品が選択不可能に構成された商品選択画面を生成させ、表示データ提供部１５４によりユーザ端末５１に提供される商品選択画面データを置き換させた上で、ステップＳ４４においては、ユーザ端末５１に対して、仮注文画面２１１が表示されるように制御されるようにしてもよい。
【０２１０】
一方、ステップＳ９２において、その商品が、図１３のステップＳ２２において、販売終了を通知されていた商品ではないと判定された場合、上限数判定部１７８は、ステップＳ９５に進み、受注（選択）が不可能であることが通知されていた商品であるか否かを判定し、受注が不可能である商品であると判定された場合、ステップＳ９６に進み、対象の商品の選択が可能であるように構成された商品選択画面データを生成させ、表示データ提供部１５４によりユーザ端末５１に提供される商品選択画面データを置き換させ、上限数確認処理を終了し、図１２のステップＳ１５に戻る。
【０２１１】
これにより、上述した図１４のステップＳ４５において、ユーザ端末５１から、所定の画面データとして、商品選択画面データが要求された場合、仮受注Ｗｅｂサーバ８２の表示データ提供部１５４は、表示データ置換部１５５により生成され、商品の選択が不可能であるように構成された商品選択画面データに代わって置き換えられた対象の商品を選択可能（すなわち、注文可能）に構成された商品選択画面データを、ステップＳ４６において、ユーザ端末５１に対して送信する。
【０２１２】
また、ステップＳ９５において、受注（選択）が不可能であることが通知されていた商品ではないと判定された場合、上限数確認処理は終了され、処理は、図１２のステップＳ１５に戻る。
【０２１３】
以上のように、集信装置６３においては、販売終了画面データや、商品の選択が不可能であるように構成された商品選択画面データにより、注文を受け付けていなかった商品が納品され、上限数が更新された場合に、販売終了画面データや、商品の選択が不可能であるように構成された商品選択画面データの代わりに、ユーザ端末５１に対して、仮注文画面データや、商品の選択が可能であるように構成された商品選択画面データを表示させるようにすることもできる。
【０２１４】
これにより、商品の発注、在庫管理と、連動した商品受注システムが構築される。
【０２１５】
なお、以上においては、大量受注商品の注文仮受付処理を行う仮受注ブロック６２について説明したが、本発明は、従来の通常受注商品の注文受付処理にも適用される。
【０２１６】
図１７は、図３の受注Ｗｅｂサーバ２１、アプリケーションサーバ２２、および受注データベースサーバ２３の機能構成例を示すブロック図である。図１７に示される各機能ブロックは、それぞれＷｅｂサーバ２１、アプリケーションサーバ２２、および受注データベースサーバ２３のＣＰＵ１１１により、所定のプログラムが実行されることで実現される。なお、図１７の共有ディスク２４は、図７の共有ディスク２４と同様の構成であり、図７における場合とそれぞれ対応する部分については同一の符号を付してあり、繰り返しになるので、その説明は適宜省略する。
【０２１７】
図１７の例においては、受注Ｗｅｂサーバ２１は、受信入力部４１１、受注制御部４１２、認証部４１３、表示データ提示部４１４、および表示データ置換部４１５により構成される。
【０２１８】
受信入力部４１１は、Ｗｅｂサーバ６１およびユーザ端末５１などからの指示を、通信部１１９を介して入力し、入力した指示を受注制御部４１２に供給する。
【０２１９】
受注制御部４１２は、受信入力部４１１から供給される指示、認証部４１３からの認証結果、受注データ作成部４２１からの受注完了の通知、または集信装置６３からの商品の販売終了の通知などに基づいて、認証部４１３、または表示データ提供部４１４を制御し、各種処理を実行させる。
【０２２０】
すなわち、受注制御部４２１は、受信入力部４１１から商品注文画面データの要求を入力すると、認証部４１３に認証処理を実行させたり、認証部４１３から認証結果、ユーザ端末５１からのユーザの指示、もしくは、受注データ作成部４２１からの注文された商品に対する在庫引当結果や請求金額の供給または受注完了の通知に応じて、表示データ提供部４１４を制御し、注文画面データ、販売終了画面データ、商品選択画面データ、受付確認画面データ、または受注完了画面データなどの画面データを、ユーザ端末５１に送信させる。なお、これらの画面データも、HTML （HyperText Markup Language）で記述されたデータである。
【０２２１】
また、受注制御部４１２は、受信入力部４１１から商品の注文の指示が入力されると、商品の注文情報を、アプリケーションサーバ２２の受注データ作成部４２１に供給する。
【０２２２】
認証部４１３は、受注制御部４１２からの制御のもと、認証データベース６４の認証データに基づいて、ユーザに対して認証処理を実行し、認証結果を、受注制御部４１２に供給する。
【０２２３】
表示データ提供部４１４は、受注制御部４１２からの制御のもと、ユーザ端末５１の出力部１１７を構成するモニタなどに表示させる所定の画面データ（注文画面データ、商品選択画面データ、または受注完了画面データなど）を、通信部１１９を制御し、インターネット５２を介してユーザ端末５１に送信させる。
【０２２４】
表示データ置換部４１５は、集信装置６３の制御のもと、商品選択画面において、商品を選択できないように（すなわち、商品を注文不可能に）構成されたHTMLの画面データを生成し、生成した画面データで、表示データ提供部４１４によりユーザ端末５１に提供される商品選択画面データを置き換える。したがって、次回のユーザ端末５１のアクセスにおいて、商品選択画面データが要求された場合、表示データ提供部４１４は、表示データ置換部４１５により置き換えられた商品選択画面データを提供することになる。
【０２２５】
アプリケーションサーバ２２は、受注データ作成部４２１およびオーソリ処理部４２２により構成される。
【０２２６】
受注データ作成部４２１は、受注Ｗｅｂサーバ２１の受注制御部４１２から、商品の注文情報が供給されると、注文された商品を、ユーザのバスケットに投入し（すなわち、内蔵するメモリにおけるユーザのバスケット領域に記録し）、受注データベースサーバ２３の在庫引当部４３２に、注文された商品の在庫引当を実行させ、商品の在庫引当が完了した場合、請求金額を算出し、購入が指示された商品に対する受注データを作成するとともに、在庫引当結果や請求金額を、対応する受注Ｗｅｂサーバ２１の受注制御部４１２に供給する。
【０２２７】
受注データ作成部４２１は、受注データベースサーバ２３の受注データ登録部４３１を制御し、作成した受注データを登録させたり、オーソリ処理部４２２を制御し、オーソリ（与信）処理を実行させ、購入が指示された商品に対する受注完了やオーソリ処理結果を、対応する受注Ｗｅｂサーバ２１の受注制御部４１２に供給する。
【０２２８】
オーソリ処理部４２２は、受注データ作成部４２１からの制御のもと、図示せぬカード会社のサーバなどに、インターネット５２を介して、受注データが対象とするユーザに対して、オーソリ処理を実行し、実行したオーソリ処理の結果を、受注データ作成部４２１に返す。
【０２２９】
受注データベースサーバ２３は、受注データ登録部４３１および在庫引当部４３２により構成される。受注データ登録部４３１は、受注データ作成部４２１から受注データが供給されると、受注データベース１９１に登録し、登録した商品の注文に対する受注完了を、受注データ作成部４２１を介して、受注制御部４１２に通知する。
【０２３０】
在庫引当部４３２は、受注データ作成部４２１からの制御のもと、商品在庫データベース１９２を参照して、仮受注された商品の在庫割当を実行し、実行した在庫割当の結果を受注データ作成部４２１に返す。すなわち、在庫引当部４３２は、商品在庫データベース１９２から仮受注された商品を検索し、在庫があった場合には、在庫数を１つ減らして、商品在庫データベース１９２のデータを更新する。
【０２３１】
図１８は、図１７の集信装置６３の機能構成例を示すブロック図である。なお、図６の集信装置６３は、受注データ取得部４５１および受注数カウント部４５２が追加されている点、並びに仮受注データ取得部１７１、仮受注データ集信部１７２、仮受注集信データベース１７３、ファイル作成部１７４、およびファイル送信部１７５が省かれている点を除いて、その他の構成は、上述した図６の集信装置６３と同様の構成であり、図６における場合と対応する部分には対応する符号を付してあり、その説明は繰り返しになるので省略する。すなわち、図６の集信装置６３が商品の仮受注数をカウントするのに対して、図１８の集信装置６３は、商品の受注数をカウントする。
【０２３２】
受注データ取得部４５１は、内蔵するタイマで計時動作を行い、所定の時間（例えば、１０分間）が経過すると、受注データベース１９１から受注データを取得し、取得した受注データを、受注数カウント部４５２に供給する。
【０２３３】
受注数カウント部４５２は、受注データ取得部４５１から供給される受注データを参照して、各商品の受注数をカウントしている。
【０２３４】
上限数判定部１７８は、受注数カウント部４５２によりカウントされる商品の受注数と、上限数データベース１７７に登録されている、対応する商品の上限数とを比較し、比較結果（判定）に基づいて、データ置換制御部１７９を制御し、受注Ｗｅｂサーバ２１に商品の受注が不可能であることを通知させたり、発注制御部１８０を制御し、発注サーバ５４に、仮受注数が上限数を超えた商品の発注を実行させる。また、上限数判定部１７８は、仮受注数が上限数を超えた商品の、受注数カウント部４５２がカウントしている仮受注数と、上限数データベース１７７に登録されている上限数を０に設定（リセット）する。
【０２３５】
さらに、上限数判定部１７８は、上限数データベース１７７に登録されている上限数を監視しており、上限数が更新されたと判定した場合、データ置換制御部１７９を制御し、受注Ｗｅｂサーバ２１に商品の受注が可能であることを通知させたりもする。
【０２３６】
次に、図１９のフローチャートを参照して、図１８の集信装置６３の受注データ集信処理を説明する。図２０を参照して後述するが、通常受注ブロック１２により注文受付処理が実行され、通常受注ブロック１２の受注データベース１９１には、受注データが登録されている。
【０２３７】
集信装置６３の受注データ取得部４５１は、ステップＳ１０１において、内蔵するタイマで計時動作を行い、所定の時間が経過するまで待機しており、所定の時間が経過したと判定された場合、ステップＳ１０２に進み、受注データベース１９１から、受注データを取得し、取得した受注データを、受注数カウント部４５２に供給し、ステップＳ１０３に進む。
【０２３８】
受注数カウント部４５２は、受注データ取得部４５１より受注データが供給されると、ステップＳ１０３において、受注データを参照して、各商品の受注数をそれぞれカウントし、ステップＳ１０４に進む。
【０２３９】
受注数カウント部４５２により商品の受注数がカウントされると、上限数判定部１７８は、ステップＳ１０４において、上限数確認処理を実行する。この上限数確認処理は、図１３のフローチャートを参照して上述した上限数確認処理と基本的に同様の処理を行うため、その説明は、繰り返しになるので省略するが、上限数判定部１７８により仮注文画面２１１から仮注文可能なすべての商品の仮受注数が、上限数データベース１７７に登録されている上限数を超えたと判定された場合、データ置換制御部１７９は、受注Ｗｅｂサーバ２１の受注制御部４１２に、すべての商品の受注が不可能であること（すなわち、仮注文画面２１１から仮注文可能なすべての商品の販売終了）を通知させる。
【０２４０】
これにより、後述する図２０のステップＳ１１２においては、受注Ｗｅｂサーバ２１の受注制御部４１２により、販売終了が通知されたと判定され、ステップＳ１２１において、ユーザ端末５１のモニタに、注文画面の代わりに、販売終了画面が表示されるように制御される。
【０２４１】
また、上限数判定部１７８により少なくとも１つの商品の仮受注数が上限数を超えたと判定された場合、データ置換制御部１７９は、受注Ｗｅｂサーバ２１の表示データ置換部４１５に、その商品の受注が不可能であることを通知させ、通知に応じた画面データ（すなわち、その商品の選択が不可能であるように構成された商品選択画面データ）を生成させ、表示データ提供部４１４によりユーザ端末５１に提供される商品選択画面データを置き換させる。
【０２４２】
これにより、後述する図２１のステップＳ１３１において、ユーザ端末５１から、所定の画面データとして、商品選択画面データが要求された場合、受注Ｗｅｂサーバ２１の表示データ提供部４１４により、すべての商品も選択可能な（すなわち、注文可能な）商品選択画面データの代わりに、表示データ置換部４１５により生成され、置き換えられた、商品の選択が不可能であるように構成された商品選択画面データが、ユーザ端末５１に対して送信される。
【０２４３】
さらに、上限数判定部１７８により、仮受注数が上限数を超えた商品の、仮受注データ集信部１７２がカウントしている仮受注数と、上限数データベース１７７に登録されている上限数が０に設定（リセット）され、発注制御部１８０により、発注サーバ５４に、仮受注数が上限数を超えた商品の発注が実行されて、上限確認処理が終了され、受注データ集信処理は、終了される。
【０２４４】
以上のように、、集信装置６３においては、周期的に、商品の受注数がカウントされ、カウントされた商品の受注数が、設定されている商品の注文可能な上限値と比較され、受注数が上限値を超えたと判定された場合、受注Ｗｅｂサーバ２１がユーザ端末５１に表示させる画面を置き換えるように指示される。これにより、通常ブロックの場合も、仮受注ブロックの場合と同様の効果があり、図２０を参照して後述する受注Ｗｅｂサーバ２１がユーザ端末５１に画面を表示させる処理のレスポンスを速くすることが可能である。
【０２４５】
さらに、仮受注数が上限値を超えたと判定された場合、発注サーバ５４に、仮受注数が上限値を超えたと判定された商品の発注が通知される。これにより、在庫数が少なくなった商品をすぐに発注することができる。
【０２４６】
なお、説明が繰り返しになるので、省略するが、図１８の集信装置６３においても、図６の集信装置６３の場合と同様に、図１６の上限確認処理も実行される。
【０２４７】
次に、図２０のフローチャートを参照して、図１７の通常受注ブロック１２の注文受付処理を説明する。なお、図２０の例は、ユーザ端末５１により通常受注商品が注文される場合であり、図１４または図１５と対応する部分については、基本的に同様な処理を行っているため、その詳細な説明を省略する。
【０２４８】
まず、ユーザ端末５１は、ユーザの操作に基づいて、Ｗｅｂブラウザなどのクライアントソフトウェアを用いて、大量受注サーバ５３のＷｅｂサーバ６１にアクセスする。Ｗｅｂサーバ６１は、ユーザ端末５１からのアクセスに応じて、ユーザに対して、商品説明ページなどの購入画面のトップメニュー画面を提供する。ユーザ端末５１は、Ｗｅｂサーバ６１により提供されたトップメニュー画面を、出力部１１７を構成するモニタに表示させ、ユーザの操作に基づいて、ユーザが所望する商品注文画面への移動の指示（すなわち、商品注文画面データの要求）を、インターネット５２を介して、Ｗｅｂサーバ６１に送信してくる。
【０２４９】
Ｗｅｂサーバ６１は、ユーザ端末５１からの商品注文画面データの要求を受信すると、受け付けられた指示に対応する商品が、通常受注商品であるか、または、大量受注商品であるかを判定し、通常受注商品であると判定した場合、受け付けられた商品注文画面データの要求を、ランダム関数を用いて、受注Ｗｅｂサーバ２１−１または２１−２に振り分ける。
【０２５０】
受注サーバ２１の受信入力部４１１は、図２０のステップＳ１１１において、商品注文画面データの要求が入力されるまで待機しており、Ｗｅｂサーバ６１からの商品注文画面データの要求が通信部１１９を介して入力されたと判定すると、入力された商品注文画面データの要求を、受注制御部４１２に供給し、ステップＳ１１２に進む。
【０２５１】
受注制御部４１２は、ステップＳ１１２において、上述した図１３のステップＳ２２において、集信装置６３のデータ置換制御部１７９より、注文画面から注文可能なすべての商品の販売終了が通知されたか否かを判定し、商品の販売終了が通知されていないと判定した場合、ステップＳ１１３に進み、受信入力部４１１からの商品注文画面データの要求に基づいて、認証部４１３を制御し、ユーザ端末５１のユーザの認証処理を実行させる。
【０２５２】
受注制御部４１２は、認証部４１３によりユーザが認証されると、ステップＳ１１４において、表示データ提供部４１４を制御し、受け付けられた指示に対応する商品の注文画面データを、ユーザ端末５１に送信させる。
【０２５３】
ユーザ端末５１は、通信部１１９を介して受信した注文画面データに対応する注文画面を、出力部１１７を構成するモニタに表示させる。注文画面がモニタに表示されると、ユーザは、ユーザ端末５１に対して、注文に必要な情報の入力するため、注文画面の画面選択エリアのうちのいずれかを選択する指示を行う。ユーザ端末５１は、ユーザから入力された指示を、インターネット５２を介して、大量受注サーバ５３に送信してくる。
【０２５４】
受信入力部４１１は、通信部１１９を介して、入力されたユーザ端末５１からの指示を受注制御部４１２に供給する。受注制御部４１２は、ユーザ端末５１からの指示が入力されると、ステップＳ１１５において、所定の画面データの要求が入力されたか否か（すなわち、画面選択エリアのうちのいずれかが選択されたか否か）を判定し、所定の画面データの要求が入力されたと判定した場合（例えば、商品選択画面を選択する画面選択エリアが選択されたと判定した場合）、ステップＳ１１６に進み、受注制御部４１２は、受付確認処理を実行する。
【０２５５】
この受付確認処理を、図２１のフローチャートを参照して説明する。図２１のステップＳ１３１において、表示データ提供部４１４は、受注制御部４１２の制御のもと、要求された所定の画面データ（商品選択画面のデータ）を、ユーザ端末５１に送信させる。
【０２５６】
なお、上述した図１３のステップＳ２３において、少なくとも１つの商品の仮受注数が上限数を超えたと判定された場合には、ステップＳ２４において、データ置換制御部１７９の制御のもと、表示データ置換部４１５により、上限数判定部１７８からの商品の受注が不可能である通知に応じた画面データ（すなわち、その商品の選択が不可能であるように構成された商品選択画面データ）が生成され、表示データ提供部４１４によりユーザ端末５１に提供される商品選択画面データが置き換えられている。したがって、この場合には、図１３のステップＳ２４において、表示データ置換部４１５により置き換えられた商品選択画面データがユーザ端末５１に送信される。
【０２５７】
ユーザ端末５１は、通信部１１９を介して受信した所定の画面データに対応する所定の画面（例えば、商品選択画面、または仮受注数が上限数を超えた商品の選択が不可能であるように構成された商品選択画面など）を、出力部１１７を構成するモニタに表示させる。
【０２５８】
商品選択画面がモニタに表示されると、ユーザは、ユーザ端末５１に対して、注文に必要な情報の入力を行い、最後に、決定ボタンを選択指示する。ユーザ端末５１は、入力された情報を一旦蓄積し、決定ボタンの選択指示を、インターネット５２を介して、大量受注サーバ５３に送信してくる。
【０２５９】
通常受注商品の場合の商品選択画面は、例えば、図９、図１０および図１１の各画面における商品の注文に必要な情報がすべて入力可能に構成されているとする。この場合、ユーザ端末５１は、ユーザから入力された指示とともに、必要な情報を商品の注文情報として、インターネット５２を介して、大量受注サーバ５３に送信してくる。
【０２６０】
受信入力部４１１は、通信部１１９および受注制御部４１２を介して、入力されたユーザ端末５１からの指示および商品の注文情報を受注データ作成部４２１に供給する。受注データ作成部４２１は、ステップＳ１３２において、注文情報が対象とする商品を、注文情報が対象とするユーザのバスケットに投入し（すなわち、内蔵するメモリにおけるユーザのバスケット領域に記録し）、ステップＳ１３３に進み、在庫引当部４３２を制御し、バスケットに投入した商品の在庫引当を実行させ、ステップＳ１３４に進む。
【０２６１】
受注データ作成部４２１は、ステップＳ１３４において、在庫引当部４３２からの在庫割当の結果に基づいて、ユーザに対しての請求金額を算出し、ユーザのバスケットおよび算出された請求金額などを、受注制御部４１２に供給し、ステップＳ１３５に進む。受注制御部４１２は、ステップＳ１３５において、表示データ提供部４１４を制御し、在庫割当結果および請求金額などが示される受付確認画面データを、インターネット５２を介してユーザ端末５１に送信し、ユーザ端末５１に、受付確認画面を表示させ、受付確認処理を終了し、図２０のステップＳ１１６に戻り、ステップＳ１１７に進む。
【０２６２】
受付確認画面を見たユーザからの商品の購入が指示されると、商品の購入の指示は、受信入力部４１１から、受注制御部４１２に供給される。受注制御部４１２は、ステップＳ１１７において、すべての注文が終了したか否かを判定しており、受信入力部４１１から商品の購入の指示が供給されると、すべての注文が終了したと判定し、ステップＳ１１８に進み、受注データ作成部４２１を制御し、受注データを作成させ、に基づいて、受注データを作成し、受注データ登録部４３１に、受注データベース１９１に登録させ、ステップＳ１１９に進む。
【０２６３】
また、ステップＳ１１７において、まだ注文が終了していないと判定された場合、処理は、ステップＳ１１４に戻り、それ以降の処理が繰り返される。
【０２６４】
受注データ作成部４２１は、ステップＳ１１９において、受注データの決済方法情報および請求金額に基づいて、オーソリ処理部４２２を制御し、図示せぬカード会社のサーバなどに、インターネット５２を介して、対象のユーザに対して、カードオーソリ処理を実行させ、その結果に基づいて、受注データ登録部４３１に、受注データベース１９１の受注データを更新させ、ステップＳ１２０に進む。
【０２６５】
受注データ登録部４３１は、受注データベース１９１の受注データを更新すると、受注データ作成部４２１を介して受注制御部４１２に、受注完了を通知するので、受注制御部４１２は、ステップＳ１２０において、表示データ提供部４１４を制御し、対象のユーザ端末５１に対して、受付完了画面データを、インターネット５２を介してユーザ端末５１に送信し、ユーザ端末５１に、受付完了画面を表示させ、注文受付処理を終了する。
【０２６６】
一方、ステップＳ１１５において、所定の画面データの要求が入力されていないと判定した場合、注文受付処理を終了する。なお、実際には、所定の時間が経過しても、ユーザ端末５１からの何の指示もない場合には、受注制御部４１２により強制的に接続が解除され、注文受付処理は終了される。
【０２６７】
以上のようにして、受注ブロック１２においても、ユーザ端末５１とリアルタイムに通信を行いながら、注文受付処理が実行され、受注データが受注データベース１９１に登録される。
【０２６８】
以上のように、周期的に、受注数をカウントし、上限数よりも超えたと判定された場合に、商品の選択を不可能であるように構成された画面データを生成させ、予め、表示データ提供部１５４によりユーザ端末５１に提供される商品選択画面データと置き換えておくようにしたので、従来のように、ユーザ端末から商品注文画面データが要求されたときに、商品の在庫を確認する必要がなく、ユーザ端末のモニタに商品画面が表示されるまでの間に、対象となる商品の在庫の確認時間や、画面データの生成時間などの時間がかかってしまうことが抑制され、ユーザへのレスポンスを早くすることができる。すなわち、ユーザへのレスポンスの待ち時間を短縮させることができ、長い待ち時間によるユーザの不快感の発生を抑制することができる。
【０２６９】
以上により、通常受注ブロック１２においても、ユーザに快適な商品受注システムを提供することができる。
【０２７０】
上述した一連の処理は、ハードウェアにより実行させることもできるが、ソフトウェアにより実行させることもできる。
【０２７１】
一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが、専用のハードウェアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば、汎用のパーソナルコンピュータなどに、ネットワークや記録媒体からインストールされる。
【０２７２】
この記録媒体は、図４に示されるように、装置本体とは別に、ユーザにプログラムを提供するために配布される、プログラムが記録されている磁気ディスク１２１（フレキシブルディスクを含む）、光ディスク１２２（CD-ROM(Compact Disk-Read Only Memory)，ＤＶＤ(Digital Versatile Disk)を含む）、光磁気ディスク１２３（MD(Mini-Disk)（商標）を含む）、もしくは半導体メモリ１２４などよりなるパッケージメディアにより構成されるだけでなく、装置本体に予め組み込まれた状態でユーザに提供される、プログラムが記録されているＲＯＭ１１２や、記憶部１１８に含まれるハードディスクなどで構成される。
【０２７３】
なお、本明細書において、フローチャートに示されるステップは、記載された順序に従って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。
【０２７４】
なお、本明細書において、システムとは、複数の装置により構成される装置全体を表すものである。
【図面の簡単な説明】
【０２７５】
【図１】従来の商品受注システムの構成例を示す図である。
【図２】本発明の商品受注システムの構成例を示す図である。
【図３】図２の大量受注サーバの構成例を示すブロック図である。
【図４】図３の仮受注Ｗｅｂサーバの構成例を示すブロック図である。
【図５】図３の仮受注Ｗｅｂサーバおよび仮受注データベースサーバの詳細な機能構成例を示す図である。
【図６】図３の集信装置の詳細な機能構成例を示す図である。
【図７】図３の受注データベースサーバの詳細な機能構成例を示す図である。
【図８】仮注文画面の構成例を示す図である。
【図９】商品選択画面の構成例を示す図である。
【図１０】購入者情報入力画面の構成例を示す図である。
【図１１】決済選択情報画面の構成例を示す図である。
【図１２】図３の集信装置の仮受注データ集信処理を説明するフローチャートである。
【図１３】図１２のステップＳ１５の上限数確認処理を説明するフローチャートである。
【図１４】図３の仮受注ブロックの仮注文受付処理を説明するフローチャートである。
【図１５】図３の受注データベースサーバの受注データ作成処理を説明するフローチャートである。
【図１６】図１２のステップＳ１５の上限数確認処理の他の例を説明するフローチャートである。
【図１７】図３の受注Ｗｅｂサーバ、アプリケーションサーバ、および受注データベースサーバの詳細な機能構成の他の例を示す図である。
【図１８】図３の集信装置の詳細な機能構成の他の例を示す図である。
【図１９】図１８の集信装置の受注データ集信処理を説明するフローチャートである。
【図２０】図１７の通常受注ブロックの注文受付処理を説明するフローチャートである。
【図２１】図２０のステップＳ１１６の受付確認処理のフローチャートである。
【符号の説明】
【０２７６】
１２  通常受注ブロック，２４  共有ディスク，５１−１，５１−２  ユーザ端末，５２  インターネット，５３  大量受注サーバ，５４  発注サーバ，６１  Ｗｅｂサーバ，６２  仮受注ブロック，６３  集信装置，６４  認証データベース，８２−１乃至８２−５  仮受注Ｗｅｂサーバ，８３−１乃至８３−２  仮受注データベースサーバ，８４−１乃至８４−３  仮受注データベース，９１  受注データベースサーバ，１５１  受信入力部，１５２  仮受注制御部，１５４  表示データ提供部，１５５  表示データ置換部，１６１  仮受注データ作成部，１６２  仮受注データ登録部，１７１  仮受注データ取得部，１７２  仮受注データ集信部，１７７  上限数データベース，１７８  上限数判定部，１７９  データ置換制御部，１８０  発注制御部，１８３  仮受注データ蓄積部，１８４  受注データ作成部，１８５  在庫引当部，１８６  オーソリ処理部，１８７  受注データ登録部，１８８  受注完了通知発行部，１９１  受注データベース，１９２  商品在庫データベース
【図１】
2006072847.tif 000003
【図２】
2006072847.tif 000004
【図３】
2006072847.tif 000005
【図４】
2006072847.tif 000006
【図５】
2006072847.tif 000007
【図６】
2006072847.tif 000008
【図７】
2006072847.tif 000009
【図８】
2006072847.tif 000010
【図９】
2006072847.tif 000011
【図１０】
2006072847.tif 000012
【図１１】
2006072847.tif 000013
【図１２】
2006072847.tif 000014
【図１３】
2006072847.tif 000015
【図１４】
2006072847.tif 000016
【図１５】
2006072847.tif 000017
【図１６】
2006072847.tif 000018
【図１７】
2006072847.tif 000019
【図１８】
2006072847.tif 000020
【図１９】
2006072847.tif 000021
【図２０】
2006072847.tif 000022
【図２１】
2006072847.tif 000023