JP2021033696A - 注文情報更新サーバ及びコンピュータプログラム - Google Patents

Abstract

【課題】店舗管理者の業務負担軽く、受注伝票に対応した注文情報を業務ノウハウが反映されるように更新することができる注文情報更新サーバ等を提供する。
【解決手段】上記課題解決のため、注文情報更新サーバ５０は、店舗端末１０を管理する店舗管理者から店舗端末１０への入力情報に基づく条件・更新内容情報Ｄ３を取得して記憶部３２に記憶させる条件・更新内容記憶手段（条件・更新内容情報記憶手段３１１）と、前記記憶されている条件・更新内容情報に基づいて、ショッピングモールサーバ３０に記憶されている注文情報Ｄ１又は注文情報管理サーバ４０に記憶されている注文情報Ｄ１を更新させる更新処理を実行する注文情報更新手段３１３と、を備える。
【選択図】図２

Description

本発明は、ショッピングモールサーバ又は注文情報管理サーバと通信を行う注文情報更新サーバ、及びショッピングモールサーバ又は注文情報管理サーバと通信を行う店舗端末のコンピュータに処理を実行させるコンピュータプログラムに関し、特に、ショッピングモールサーバ、又はショッピングモールサーバに記憶されている注文情報の更新に特徴があるものである。

近年、インターネット等のネットワークを介して電子ショッピングモールで商品を購入することができる電子ショッピングモールシステムが普及している。例えば、特許文献１で示すように、電子ショッピングモールシステムは、ショッピングモールサーバ（電子ショッピングモールサーバ）と、 電子ショッピングモールに出店する仮想店舗（店舗）の店舗端末と、購入者（ユーザ）が使用する購入者端末（ユーザ端末）とから構成されることが一般的である。この様なショッピングモールサーバは、店舗から入力された商品情報等を店舗端末から取得する。そして、購入者が、購入者端末を用いて、インターネットを介してショッピングモールサーバの提供する商品情報を取得して閲覧し、商品の購入の指示を入力する。ショッピングモールサーバは、この商品の購入の指示を購入者端末から受信した場合に、受注伝票に対応する注文情報を生成して記憶する。店舗管理者は、店舗端末を用いてインターネット等のネットワークを介して、電子ショッピングモールサーバで記憶されている注文情報を閲覧し、この注文情報に基づいて、商品の特定、商品の配送先の特定、商品の配達希望日、プレゼント等の特典やのしの有無等を特定する。もっとも、店舗が複数の電子ショッピングモールサーバに出店している場合には、この店舗の店舗管理者が店舗端末でそれぞれの電子ショッピングモールサーバにアクセスして注文情報を閲覧するのは煩雑である。このため、電子ショッピングモールシステムは、複数の電子ショッピングモールサーバから注文情報を取得して記憶する注文情報管理サーバを備える場合もある。この場合には、店舗管理者は、店舗端末を用いて注文情報管理サーバにアクセスするだけで、複数の電子ショッピングモールサーバの注文情報を閲覧することが出来る。

店舗管理者は、注文情報を閲覧しながら、自身の業務ノウハウに基づいて、注文情報に含まれる情報に変更を加えたり、追加や削除したりして注文情報を更新することが一般的である。例えば、冷蔵の輸送方法が注文情報から特定された場合には、冷蔵での配送サービスがある商品の配送業者を指定するように注文情報を更新しなければならない。冷蔵での配送サービスがある配送業者の中でも、サービスの値段や配達の速さ、代引きサービスがあるか等の様々な要素を考慮して自己の業務ノウハウに基づいて、店舗管理者が配送業者を指定する。この後、受注伝票に対応する注文情報に基づいて、納品書、出荷伝票等が作成されて、注文情報に従って購入商品が購入者に配送される。

特許第５６２０６１５号公報

上述したように、従来は、店舗管理者が、店舗端末を用いてインターネットを介してショッピングモールサーバ又は注文情報管理サーバにアクセスして、自己の業務ノウハウに基づいて注文情報を逐次書き換えていた。このため、注文情報が多くなると注文情報を書き換えるための店舗管理者の業務負担が大きくなっていた。

そこで、本発明の課題は、店舗管理者の業務負担軽く、受注伝票に対応した注文情報を業務ノウハウが反映されるように更新することができる注文情報更新サーバ及びコンピュータプログラムを提供することである。

（１）上記課題を解決するために、本発明に係る注文情報更新サーバは、仮想店舗が出店する電子ショッピングモールを提供しかつ購入者から前記仮想店舗の商品の購入を受け付けてこの購入の受注伝票に対応する注文情報を記憶するショッピングモールサーバ、又は前記ショッピングモールサーバから前記注文情報を取得する注文情報管理サーバと通信を行うとともに、前記仮想店舗を管理する店舗管理者から操作される店舗端末と通信を行い、記憶部を有する注文情報更新サーバであって、前記店舗管理者から前記店舗端末への入力情報に基づく前記条件・更新内容情報を取得して前記記憶部に記憶させる条件・更新内容記憶手段と、前記記憶されている条件・更新内容情報に基づいて、前記ショッピングモールサーバに記憶されている前記注文情報又は前記注文情報管理サーバに記憶されている前記注文情報を更新させる更新処理を実行する注文情報更新手段と、を備えたことを特徴とする。

上記構成によれば、ショッピングモールサーバ又は注文情報管理サーバに記憶されている、受注伝票に対応する注文情報を、店舗端末を管理する店舗管理者からの入力情報に基づいて取得された条件・更新内容情報に基づいて更新することが可能になる。このため、店舗管理者が、商品の配送方法や輸送方法等の業務ノウハウに基づいた入力を店舗端末に対して行うことで、業務ノウハウに基づいて条件・更新内容情報が取得され、この業務ノウハウに基づいて、ショッピングモールサーバ又は注文情報管理サーバに記憶されている注文情報を更新することが可能になる。ここで、注文情報が複数ある場合には、条件・更新内容情報に基づいて、複数の注文情報を一括で更新することができる。このため、ショッピングモールサーバ又は注文情報管理サーバにアクセスして、店舗管理者が商品の配送方法や輸送方法等の業務ノウハウに基づいて注文情報を逐次書き換える従来技術に比較して、業務負担軽く、業務ノウハウを反映させて注文情報を更新することが出来る。

（２）上記条件・更新内容情報は、前記注文情報に含まれる情報及び／又はこの情報を基礎とした情報に関する条件と、この条件を満たした場合の前記注文情報の更新内容を示す情報であってもよい。また、上記条件・更新内容記憶手段は、前記条件と前記更新内容とが対応づけて前記店舗管理者から前記店舗端末に入力された場合に、この入力に基づく前記条件・更新内容情報を取得して前記記憶部に記憶させ、上記注文情報更新手段は、前記更新処理として、前記注文情報が前記条件・更新内容情報の示す条件を満たすかどうかを判断し、この条件を満たしたときに、前記条件・更新内容情報の示す前記更新内容で前記注文情報を更新してもよい。

上記構成によれば、店舗管理者が、注文情報に含まれる情報（配送方法、商品の注文個数等）及び／又は注文情報を基礎とした情報（注文された商品の合計体積等）に関する条件と、この条件を満たした場合の注文情報の更新内容を入力するだけの簡単な操作で、店舗管理者の業務ノウハウに基づいて、更新内容情報の基礎となる入力を行うことができる。

（３）上記注文情報に含まれる情報及び／又はこの情報を基礎とした情報は、購入商品、購入商品の大きさ、購入商品の体積、購入商品の個数、購入商品の価格、複数の購入商品の合計価格、複数の購入商品の合計体積、商品の配送温度を示す輸送温度指定、ショッピングモールサーバの種類、商品の売り方、注文を受けた日、支払い方法、購入者の情報、購入商品の代金の支払い方法、購入商品の代金の支払い状況、及び送り先の地域のうちの少なくとも何れか一つを含んでもよい。

上記構成によれば、店舗管理者の業務ノウハウによって更新される頻度の高い「注文情報に含まれる情報及び／又はこの情報を基礎とした情報」に関する条件を入力情報として条件・更新内容情報を取得することが出来るため、店舗管理者の業務ノウハウを好適に反映させて注文情報を更新することができる。

（４）上記条件・更新内容情報は、複数の条件とこれらの条件を満たした場合の少なくとも一つの前記更新内容とを示す情報であってもよい。

上記構成によれば、条件・更新内容情報において一つの更新内容に対応する条件を複数設定することが出来るため、より詳細に店舗管理者の業務ノウハウを反映させて注文情報を更新することができる。例えば、「割引クーポンが使用されている」との条件と「購入商品で割引クーポンが配布されていない」との条件を満たした場合に、売単価を割引価格に設定するといった様に、より詳細に店舗管理者の業務ノウハウを反映させることができる。なお、「購入商品で割引クーポンが配布されていない」との条件も要求しているのは、商品の購入によって次回以降の商品購入のために配布された割引クーポンを、当該購入された商品の割引のために使用されることを防止するためである。

（５）上記条件・更新内容記憶手段は、複数の条件・更新内容情報を前記記憶部に記憶させてもよい。

上記構成によれば、複数の条件・更新内容情報で注文情報を更新することが出来るため、より詳細に店舗管理者の業務ノウハウを反映させて注文情報を更新することができる。例えば、購入商品の合計体積が所定値以下であるとの条件を満たした場合にＸ配送方法とし、購入商品の合計体積が所定値より大きいとの条件を満たした場合にＹ配送方法とする、というように業務ノウハウを詳細に反映させて注文情報を更新することができる。

（６）上記条件・更新内容情報は、前記更新内容として、前記注文情報の内容へのキーワードの追加を示してもよい。

上記構成によれば、注文情報の更新内容として注文情報の内容にキーワードを追加することが出来るため、店舗管理者が、特定のキーワード（例えば、配達日に配達不可能）を含む注文情報のみを抽出することが出来る。また、追加したキーワードに関しての条件とこの条件を満たした場合の更新内容を示す条件・更新内容情報を作成することができ、より詳細に店舗管理者の業務ノウハウを反映させて注文情報を更新することができる。例えば、キーワードに「配送先が北海道」を追加することで、配送先が北海道である条件を満たす場合に、配送料を通常より高い所定の料金にするとの更新内容を示すように更新内容情報を作成することができる。

（７）上記条件・更新内容情報は、前記更新内容として、一つの前記注文情報を複数の前記注文情報に分割することを示してもよい。

従来、例えば、注文情報において、購入商品群が配送時の温度（輸送温度指定）が冷凍の商品と冷蔵の商品との両方を含む場合や出荷元の異なる商品を含む場合には、次の様な作業が、店舗管理者によって行われていた。すなわち、ショッピングモールサーバ又は注文情報管理サーバにアクセスして注文情報（受注伝票）を閲覧する際に、店舗管理者が商品の配送方法や輸送方法等に関する業務ノウハウに基づいて、配送時の温度や出荷元に応じて注文情報を分割していた。上記構成によれば、更新内容として注文情報の分割を示すように、この更新内容と条件とを店舗管理者が入力するだけで、注文情報を分割するように注文情報を更新することができ、従来に比較して店舗管理者の作業負担が軽減される。

（８）上記条件・更新内容情報は、特定アイテムの追加の情報が注文情報に含まれていることを、前記注文情報に含まれる情報及び／又はこの情報を基礎とした情報に関する条件として示し、当該条件を満たした場合に前記特定アイテムの商品コードを前記注文情報に含めるとの前記更新内容を示してもよい。

従来、例えば、注文情報において、のし又はプレゼント（プレゼント包装を含む）等の特定アイテムの追加の情報が注文情報に含まれている場合には、次の様な作業が、店舗管理者によって行われていた。すなわち、ショッピングモールサーバ又は注文情報管理サーバにアクセスして注文情報を閲覧する際に、店舗管理者が業務ノウハウに基づいて特定アイテムに対応する商品コードを追加で含めるように注文情報を逐次書き換えていた。上記構成によれば、のし又はプレゼント等の特定アイテムの追加の情報が注文情報に含まれていることを条件として満たした場合に、特定アイテムの商品コードを含めるように注文情報が更新されるため、従来に比較して店舗管理者の作業負担が軽減される。

（９）上記注文情報更新サーバは、前記仮想店舗が電子ショッピングモールで販売する商品の情報、前記電子ショッピングモールに関する情報、仮想店舗が採用している支払い方法、仮想店舗が採用している配送方法、前記仮想店舗が電子ショッピングモールで販売する商品の仕入れ先情報、及び前記仮想店舗が電子ショッピングモールで販売する商品の出荷元情報、前記注文情報又は条件・更新内容情報に含まれるコード又は用語の定義の少なくとも何れか一つを含むサーバ記憶情報を、前記ショッピングモールサーバ又は前記注文情報管理サーバから通信によって取得するサーバ記憶情報取得手段、を更に備えてもよい。また、上記条件・更新内容記憶手段は、前記サーバ記憶情報及び前記店舗端末への入力情報に基づいて生成された条件・更新内容情報を取得して前記記憶部に記憶させてもよい。

上記構成によれば、電子ショッピングモールに関する情報（例えば、仮想店舗が出店する電子ショッピングモールを特定する情報、電子ショッピングモールの価格表示が税込みか税抜きかの情報）、仮想店舗が採用している支払い方法、仮想店舗が採用している配送方法、前記仮想店舗が電子ショッピングモールで販売する商品の仕入れ先情報、及び前記仮想店舗が電子ショッピングモールで販売する商品の出荷元情報、前記注文情報又は条件・更新内容情報に含まれるコード又は用語の定義の少なくとも何れか一つに基づいた条件・更新内容情報を取得することができる。例えば、サーバ記憶情報に基づいた条件・更新内容の入力画面を店舗端末で表示する等して、店舗端末で店舗管理者からの条件・更新内容の入力を受け付け、この入力に基づいて条件・更新内容情報を取得することで、サーバ記憶情報及び店舗端末への入力情報に基づいた条件・更新内容情報を取得することができる。

（１０）上記注文情報更新サーバは前記更新処理が実行された場合に注文情報がどの様に変更されるかを示す確認用情報の表示指示を前記店舗端末から受信した場合に、前記確認用情報を前記店舗端末に表示させる処理を行う確認用情報表示処理手段、を更に備えてもよい。

上記構成によれば、更新処理が実行された場合に注文情報がどの様に変更されるかを示す確認用情報が店舗管理者に表示されるため、確認用情報を閲覧しながら、店舗管理者は適切な内容となるまで条件・更新内容情報を適宜変更（修正）することできる。なお、「確認用情報を前記店舗端末に表示させる処理」は、例えば、確認用情報を店舗端末に送信することである。

（１１）上記注文情報更新サーバは、前記更新処理実行の指示を前記店舗端末から受信した場合に、前記更新処理を実行してもよい。

上記構成によれば、更新処理実行の指示を店舗端末から受信した場合に、更新処理が実行される。この様に、店舗端末のアクションによって更新処理が行われるため、店舗管理者の任意のタイミングで更新処理を行うことができる。このため、注文情報閲覧のために、ショッピングモールサーバ又は注文情報管理サーバに店舗端末がアクセスする前に、確実に注文情報を更新させることができる。

（１２）上記注文情報更新サーバは、前記注文情報更新手段の更新処理の実行履歴を示す履歴情報の表示指示を前記店舗端末から受信した場合に、前記履歴情報を前記店舗端末に表示させる処理を行う履歴情報表示処理手段、を更に備えてもよい。

上記構成によれば、履歴情報の表示指示を店舗端末から受信した場合に、店舗注文情報更新手段の更新処理の実行履歴を示す履歴情報が店舗管理者に表示される。これによって、履歴情報を閲覧しながら、条件・更新内容情報が不適切であるかどうかを判断し、不適切であった場合に、店舗管理者が適切な条件・更新内容情報となるように修正することが可能になる。「履歴情報を前記店舗端末に表示させる処理」は、例えば、履歴情報を店舗端末に送信する処理である。

（１３）上記課題を解決するために、本発明に係るコンピュータプログラムは、仮想店舗が出店する電子ショッピングモールを提供しかつ購入者から前記仮想店舗の商品の購入を受け付けてこの購入の受注伝票に対応する注文情報を記憶するショッピングモールサーバ、又は前記ショッピングモールサーバから注文情報を取得する注文情報管理サーバと通信を行い、前記仮想店舗を管理する店舗端末のコンピュータを、入力情報取得手段と、条件・更新内容記憶手段と、注文情報更新手段として機能させる。前記入力情報取得手段は、前記店舗端末を管理する店舗管理者から前記店舗端末への入力情報を受け付ける。条件・更新内容記憶手段は、前記入力情報取得手段に取得された入力情報に基づく条件・更新内容情報を生成して前記店舗端末の記憶部に記憶させる。注文情報更新手段は、前記条件・更新内容情報に基づいて、前記ショッピングモールサーバに記憶されている前記注文情報又は前記注文情報管理サーバに記憶されている前記注文情報を更新させる更新処理を実行する。

上記構成によれば、上記（１）に記載された作用効果を奏する。

上記構成によれば、店舗管理者の業務負担軽く、受注伝票に対応した注文情報を業務ノウハウが反映されるように更新することができる注文情報更新サーバ及びコンピュータプログラムを提供することができる。

第１実施形態に係る電子ショッピングモールシステムを示す図である。 図１で示す電子ショッピングモールシステムにおける商品の購入から注文情報の更新までの情報の送受信の一例と店舗端末及び注文情報更新サーバの構成を示す図である。 図１で示す電子ショッピングモールシステムにおける商品の購入から注文情報の更新までの情報の送受信の他の一例と店舗端末及び注文情報更新サーバの構成を示す図である。 条件・更新内容情報の入力画面の一例を示す画面図である。 条件入力用第１ポップアップウィンドウを示す画面図である。 条件入力用第２ポップアップウィンドウを示す画面図である。 条件が入力された状態のメイン画面の一例を示す画面図である。 更新内容入力用第１ポップアップウィンドウを示す画面図である。 更新内容入力用第２ポップアップウィンドウを示す画面図である。 条件及び更新内容が入力された状態のメイン画面を示す画面図である。 確認画面の一例を示す画面図である。 履歴画面の一例を示す画面図である。 条件及び更新内容が入力されている条件・更新内容入力画面のメイン画面の一例を示す画面図である。 条件及び更新内容が入力されている条件・更新内容入力画面のメイン画面の一例を示す画面図である。 条件及び更新内容が入力されている条件・更新内容入力画面のメイン画面の一例を示す画面図である。 注文情報分割画面の一例を示す画面図である 分割設定入力ポップアップ画面を示す画面図である。 企画商品画面の一例を示す画面図である。 注文情報変更サーバの実行する注文情報更新メイン処理の一例を示すフローチャート（その１）である。 注文情報変更サーバの実行する注文情報更新メイン処理の一例を示すフローチャート（その２）である。 注文情報変更サーバの実行する所定時間経過毎の注文情報更新処理の一例を示すフローチャートである。 第２実施形態に係る電子ショッピングモールシステムにおける商品の購入から注文情報の更新までの情報の送受信の一例と店舗端末の構成を示す図である。 第２実施形態に係る電子ショッピングモールシステムにおける商品の購入から注文情報の更新までの情報の送受信の他の一例と店舗端末の構成を示す図である。

〔第１実施形態〕
（電子ショッピングモールシステムの構成）
以下に、図１を用いて、第１実施形態に係る電子ショッピングモールシステムを説明する。図１は、第１実施形態に係る電子ショッピングモールシステムを示す図である。電子ショッピングモールシステム１は、仮想店舗の管理者が管理する店舗端末１０と、購入者の使用（管理）する購入者端末２０と、仮想店舗が出店する電子ショッピングモールを提供しかつインターネット等のネットワークＮを経由して、購入者の電子ショッピングモールにおける仮想店舗の商品の購入情報を購入者端末２０から受け付けて、この購入の受注伝票に対応する注文情報Ｄ１を記憶するショッピングモールサーバ３０と、ショッピングモールサーバ３０から注文情報Ｄ１を取得する注文情報管理サーバ４０と、注文情報を更新するための注文情報更新サーバ５０と、購入された商品の出荷を管理するための倉庫管理サーバ６０と、を含む。

店舗端末１０を管理する「仮想店舗の管理者」は、例えば仮想店舗を運営する会社等の事業体の従業員やオーナー等であり、購入された商品が適切に購入者の希望する配達先に届くように管理する業務を担当する者である。第１実施形態では、購入者が購入者端末２０を用いてインターネットＮ経由で購入情報をショッピングモールサーバ３０に送信し、これによって、ショッピングモールサーバ３０は、購入者から仮想店舗の商品の購入を受け付けている。もっとも、購入者が電話等でショッピングモールサーバ３０を運営する会社等の事業体に対して購入情報を連絡し、この事業体が電子ショッピングモールサーバ３０に購入情報を入力することで、ショッピングモールサーバ３０は、購入者から仮想店舗の商品の購入を受け付けてもよい。購入情報は、購入者の商品の購入に関する情報であり、例えば、購入を希望する商品、購入を希望する商品の個数、配達希望日、購入者、配達先（住所等）、割引クーポンの使用の有無、特定アイテムの付加の有無（のし、プレゼント、プレゼント包装の有無）、希望する配送方法（メール便、宅配便等の配送方法の種類）、希望する支払い方法（クレジット払い、代引き、銀行振り込み、コンビニエンスストア支払い、前払い、後払い等の支払い方法）等を示す情報である。なお、図１では、店舗端末１０及び購入者端末２０は、一つだけ図示しているが、ショッピングモールには複数の店舗が出店し、複数の購入者が電子ショッピングモールで商品を購入し得る構成である。従って、実際には電子ショッピングモールシステム１には、複数の店舗端末１０及び複数の購入者端末２０が含まれる。なお、電子ショッピングモールの出店は、会員となった仮想店舗のみに制限されてもよい。また、電子ショッピングモールシステムの商品の購入は、会員となった購入者のみに制限されてもよい。

また、ショッピングモールサーバ３０は、例えば、AMAZON（登録商標）、楽天（登録商標）等の電子ショッピングモールを提供するサーバであり、複数の仮想店舗が参加するネットワークＮ上の仮想のショッピングモールを管理するサーバである。第１実施形態では、第１ショッピングモールサーバ３０Ａと第２ショッピングモールサーバ３０Ｂの２個のショッピングモールサーバ３０が電子ショッピングモールシステム１に含まれている。もっとも、ショッピングモールサーバ３０には、２個以上のショッピングモールサーバ３０が含まれていても良い。なお、第１ショッピングモールサーバ３０Ａと第２ショッピングモールサーバ３０Ｂとを区別しない場合には、単に「ショッピングモールサーバ３０」と記載する。

注文情報管理サーバ４０は、複数のショッピングモールサーバ３０から注文情報Ｄ１を受信して記憶することで、複数のショッピングモールサーバ３０の注文情報Ｄ１を一括して管理するサーバである。ここで、注文情報管理サーバ４０の利点を説明する。店舗管理者は、商品が購入されて注文情報Ｄ１が生成された場合には、購入商品の発注（出荷）等のために注文情報Ｄ１を閲覧し、必要に応じて自己の業務ノウハウに基づいて注文情報Ｄ１を書き換える（更新する）必要がある。例えば、アイスクリーム等の冷凍保存しなければならない商品が購入された場合に、配送方法（配送温度）が「冷凍」であることを追加で入力しなければ、商品が良好に配送されない。また、配送料についても、商品の購入数や購入商品の合計体積等によって、どの配送業者のどの種類のサービスを利用すべきか等についても、仮想店舗の管理者が好適なものを把握しており、この様な仮想店舗の管理者の業務ノウハウに基づいて、注文情報Ｄ１を更新する必要がある。

注文情報Ｄ１は、購入情報及び予めショッピングモールサーバ３０に登録されている商品マスタ情報（図２及び図３のサーバ記憶情報Ｄ２に含まれる）に基づいて生成される情報であり、価格、数量、商品納入（納期としての配達日を含む）等の商品の売買に関する仮想店舗と購入者との間の契約上の同意書としての受注伝票に対応するものである。なお、注文情報Ｄ１は、受注伝票そのものであってもよく、受注伝票の生成の基礎となる情報であってもよい。注文情報Ｄ１が「受注伝票の生成の基礎となる情報」であるということは、注文情報Ｄ１に基づいて自動的に受注伝票が作成されるという意味である。注文情報Ｄ１は、通常、一回の商品の購入（ショッピング）について一つ生成される。注文情報Ｄ１とは、例えば、購入を希望する商品、購入を希望する商品の個数、購入を希望する商品の大きさ、配達希望日、注文を受けた日（例えば注文情報Ｄ１の作成日等）、購入者、配達先（住所等）、割引クーポンの使用の有無、特定アイテムの付加の有無（のし、プレゼント、プレゼント包装の有無）配送方法（メール便、宅配便等の配送方法の種類や配送業者及び配送業者の提供するサービスの種類）、輸送方法指定（常温、冷凍、冷蔵等の配送温度）、希望する支払い方法（クレジット払い、代引き、銀行振り込み、コンビニエンスストア支払い、前払い、後払い等の支払い方法）、入金状況等を示す情報である。注文情報Ｄ１に基づいて、購入商品の出荷や配送が行われる。また、商品マスタ情報とは、店舗管理者から店舗端末１０に入力されて、店舗端末１０からネットワークＮを介してショッピングモールサーバ３０に受信されて登録された情報である。商品マスタ情報は、仮想店舗の商品に関する情報を商品毎に含む。商品に関する情報とは、例えば、商品の名称、商品を識別するための商品コード、商品の画像、商品の説明、商品の在個数、商品の販売単価、商品の大きさ、商品の重量、商品の配送料等の情報である。

第１実施形態における電子ショッピングモールシステム１では、店舗管理者は、店舗端末１０を用いてネットワークＮを介して個々のショッピングモールサーバ３０にアクセスして注文情報Ｄ１を閲覧して適宜書き換えることが可能であるが、個々のショッピングモールサーバ３０にアクセスするのは煩雑である。第１実施形態では、複数のショッピングモールサーバ３０の注文情報Ｄ１が一括管理されている注文情報管理サーバ４０にアクセスすることで、注文情報Ｄ１を閲覧して適宜書き換えることが可能である。なお、図１では、注文情報管理サーバ４０は、第１ショッピングモールサーバ３０Ａから取得した注文情報Ｄ１である注文情報Ｄ１Ａと、第２ショッピングモールサーバ３０Ｂから取得した注文情報Ｄ１である注文情報Ｄ１Ｂとを記憶している。この場合には、商品の購入が何れの電子ショッピングモールにおいてかを問わず、注文情報管理サーバ４０にアクセスすればよいため、店舗管理者の注文情報Ｄ１の閲覧及び書き換えの利便性が高くなる。もっとも、店舗端末１０が注文情報管理サーバ４０にネットワークＮを介して直接アクセスして、複数のショッピングモールサーバ３０から取得した注文情報Ｄ１を書き換えることが出来ても、注文情報管理サーバ４０で管理される注文情報Ｄ１が多くなると注文情報Ｄ１の書き換えのための手間がかかり業務が煩雑になる。

注文情報更新サーバ５０は、店舗管理者の注文情報Ｄ１の更新作業の負担を更に軽減させるためのものである。注文情報更新サーバ５０は、店舗管理者の業務ノウハウに基づく条件・更新内容情報Ｄ３を予め登録（記憶）することで、この条件・更新内容情報Ｄ３に基づいてショッピングモールサーバ３０及び注文情報管理サーバ４０に記憶されている注文情報Ｄ１を更新する。第１実施形態では、条件・更新内容情報Ｄ３に基づいて、ショッピングモールサーバ３０及び注文情報管理サーバ４０に記憶されている注文情報Ｄ１を一括更新することができるため、店舗管理者の注文情報Ｄ１の更新作業の負担を大幅に軽減させることが出来る。また、第１実施形態では、仮想店舗の管理者である店舗管理者の任意のタイミングで注文情報Ｄ１を更新する（更新処理を実行する）ことも出来るし、所定時刻になった場合や、所定時間経過毎に注文情報Ｄ１を自動的に更新する（更新処理を実行する）こともできる。

条件・更新内容情報Ｄ３は、注文情報Ｄ１に含まれる情報及び／又はこの情報を基礎とした情報に関する条件と、この条件を満たした場合の注文情報Ｄ１の更新内容を示す情報である。上述したように、メイン画面Ｇ１に基づいて店舗管理者から店舗端末１０に対して条件（「○○」が「××」であるとき）と更新内容（「○○」を「××」にする）とが対応づけて入力された場合に、条件・更新内容情報Ｄ３は、条件・更新内容登録手段５１１（条件・更新内容記憶手段）によって、この入力に基づいて生成（取得）されて、図２及び図３を用いて後述する記憶部５２の条件・更新内容情報データベース５２２に記憶される。そして、注文情報更新サーバ５０（図２及び図３の注文情報更新手段５２３）は、更新処理として、注文情報Ｄ１が条件・更新内容情報Ｄ３の示す条件を満たすかどうかを判断し、この条件を満たしたときに、条件・更新内容情報Ｄ３の示す更新内容で注文情報Ｄ１を更新する。

上記「注文情報Ｄ１に含まれる情報及び／又はこの情報を基礎とした情報」とは、例えば、購入商品、購入商品の大きさ（寸法）、購入商品の体積、購入商品の個数、複数の購入商品の合計価格、複数の購入商品の合計体積、商品の配送温度を示す輸送温度指定、ショッピングモールサーバの種類、購入商品の金額、商品の売り方、注文を受けた日、支払い方法、購入者の情報、購入商品の代金の支払い方法、購入商品の代金の支払い状況、及び送り先の地域のうちの少なくとも何れか一つを含んでもよい。なお、例えば、上記例示のうち、「購入商品、購入商品の大きさ（寸法）、購入商品の個数、購入商品の価格、商品の配送温度を示す輸送温度指定、ショッピングモールサーバの種類、商品の売り方、注文を受けた日、支払い方法、購入者の情報、購入商品の代金の支払い方法、購入商品の代金の支払い状況、及び送り先の地域」は、「注文情報Ｄ１に含まれる情報」である。なお、「商品の売り方」とは、購入商品に加えて特定アイテム（のし、プレゼント方法、プレゼント等）を追加で配送したり、購入商品に名入れをする等の商品の販売を促進するための方法を含む。また、「購入商品の体積、複数の購入商品の合計価格、複数の購入商品の合計体積」は、「この情報（注文情報に含まれる情報）を基礎とした情報」である。なお、「この情報（注文情報に含まれる情報）を基礎とした情報」は、注文情報Ｄ１に含まれる情報と、サーバ記憶情報Ｄ２（図２及び図３）に含まれる情報とから取得されてもよい。

（店舗端末１０と注文情報更新サーバ３０の構成）
以下に、図２及び図３を用いて、店舗端末１０と注文情報更新サーバ３０の構成を説明する。図２は、図１で示す電子ショッピングモールシステム１における商品の購入から注文情報の更新までの情報の送受信の一例と店舗端末１０及び注文情報更新サーバ５０の構成を示す図である。図３は、図１で示す電子ショッピングモールシステムにおける商品の購入から注文情報の更新までの情報の送受信の他の一例と店舗端末及び注文情報更新サーバの構成を示す図である。

まずは、店舗端末１０の構成を説明する。店舗端末１０は、操作部１０１、通信部１０２、ＣＰＵ１０３、記憶部１０４及び表示部１０５を備える。操作部１０１は、ユーザ（店舗管理者）の操作を受け付けるためのものである。通信部１０２は、インターネット、ＬＡＮ等のネットワークＮを介して他の情報処理装置と通信を行うための通信インタフェースである。ＣＰＵ１０３は、ユーザ（店舗管理者）の操作に基づいて情報処理を行うものである。記憶部１０４は、ワーキングメモリとして機能するとともに、各種情報を記憶（登録）するためのメモリ等である。表示部１０５は、例えば、液晶ディスプレイ装置等の表示装置であり、各種情報をユーザ（店舗管理者）に表示する。店舗端末１０は、スマートフォン、タブレット端末、パソコン等の情報処理装置である。

次に注文情報更新サーバ５０の構成を説明する。注文情報更新サーバ５０は、ＣＰＵ５１、記憶部５２、及び通信部５３を備える。通信部５３は、ショッピングモールサーバ３０及び注文情報管理サーバ４０と通信を行うとともに、仮想店舗を管理する店舗管理者に操作される店舗端末１０と通信を行う。ＣＰＵ５１は、記憶部５２に記憶されている注文情報更新プログラムを実行することで、条件・更新内容情報記憶手段５１１、サーバ記憶情報取得手段５１２、及び注文情報更新手段５１３として機能する。条件・更新内容情報記憶手段５１１は、店舗端末１０を管理する店舗管理者から店舗端末１０への入力情報に基づく条件・更新内容情報Ｄ３を取得して記憶部５２に記憶させるものである。サーバ記憶情報取得手段５１２は、サーバ記憶情報Ｄ２を注文情報管理サーバ４０又はショッピングモールサーバ３０から通信によってネットワークＮを介して取得して、記憶部５２の条件・更新内容情報データベース５２２に記憶させる。図２の例では、注文情報管理サーバ４０の注文情報Ｄ１を更新するため、注文情報管理サーバ４０から受注サーバ記憶情報Ｄ２Ａ（注文情報管理サーバ４０で記憶されるサーバ記憶情報Ｄ２）を取得し、図３の例では個々のショッピングモールサーバ３０の注文情報Ｄ１を更新するため、ショッピングモールサーバ３０からショッピングモールサーバ記憶情報Ｄ２Ｂ（ショッピングモールサーバ３０で記憶されるサーバ記憶情報Ｄ２）を取得する。

なお、サーバ記憶情報Ｄ２とは、仮想店舗が電子ショッピングモールで販売する商品の情報（上記商品マスタ情報）、電子ショッピングモールに関する情報（仮想店舗が出店している電子ショッピングモールを特定する情報、電子ショッピングモールの価格表示が税込みか税別か等）、仮想店舗が採用している支払い方法（代引き、コンビニエンスストア支払い、前払い、後払い等）、仮想店舗が採用している配送方法（配送業者の提供する配送サービス）、仮想店舗が電子ショッピングモールで販売する商品の仕入れ先情報、仮想店舗が電子ショッピングモールで販売する商品の出荷元情報、注文情報Ｄ１又は条件・更新内容情報Ｄ３に含まれるコード又は用語の定義の少なくとも何れか一つを含む情報である。なお、注文情報Ｄ１又は条件・更新内容情報Ｄ３に含まれるコード定義とは、例えば、時間帯コード（例えば、「０１」）が注文情報Ｄ１又は条件・更新内容情報Ｄ３に含まれている場合に、配送業者毎の時間帯コードに対応する配送時間（例えば、「午前９時から午後１２時まで」）の定義である。また、注文情報Ｄ１又は条件・更新内容情報Ｄ３に含まれる用語の定義とは、例えば、地域領域名の用語（例えば、「近畿地方」）が注文情報Ｄ１又は条件・更新内容情報Ｄ３に含まれている場合に、地域領域名の用語に対応する定義（「大阪府、奈良県、京都府、和歌山県、兵庫県、三重県」）である。サーバ記憶情報Ｄ２は、予め、店舗管理者によって店舗端末１０を用いてネットワークＮを介してショッピングモールサーバ３０及び注文情報管理サーバ４０に登録されている。条件・更新内容情報記憶手段５１１は、サーバ記憶情報Ｄ２に基づく入力インタフェース（条件・更新内容の入力画面）を店舗端末１０で表示させる処理を行うことで、サーバ記憶情報Ｄ２及び店舗端末１０への入力情報に基づいて生成された条件・更新内容情報Ｄ３を取得して記憶部５２の条件・更新内容データベース５２２に記憶させる。

例えば、サーバ記憶情報Ｄ２には、仮想店舗が出店している電子ショッピングモールを特定する情報が含まれるが、条件・更新内容の入力画面において、条件の入力候補として、仮想店舗が出店している電子ショッピングモールの一覧を表示することが出来る。なお、図５において「店舗」を選択することで、電子ショッピングモールの一覧は表示される。また、サーバ記憶情報Ｄ２には、仮想店舗が採用している配送方法を示す情報が含まれており、条件・更新内容の入力画面において、条件の入力候補として、仮想店舗が採用している配送方法の一覧を表示することが出来る。店舗管理者が、この様な条件・更新内容の入力画面に基づいて店舗端末１０に対して入力を行うことで、条件・更新内容情報Ｄ３はサーバ記憶情報Ｄ２及び店舗端末１０への入力情報に基づいて生成される。

注文情報更新手段５１３は、条件・更新内容データベース５２２に記憶されている条件・更新内容情報Ｄ３に基づいて、ショッピングモールサーバ３０に記憶されている注文情報Ｄ１又は注文情報管理サーバ４０に記憶されている注文情報Ｄ１を更新させる更新処理を実行する。例えば、注文情報更新手段５１３は、更新処理として、注文情報Ｄ２を注文情報管理サーバ４０から通信によって取得し（図２の例の場合）、又はショッピングモールサーバ３０から通信によって取得し（図３の例の場合）、取得された注文情報Ｄ１を記憶部５２に記憶されている条件・更新内容情報に基づいて変更し、この変更した注文情報Ｄ１で、ショッピングモールサーバ３０又は注文情報管理サーバ４０に記憶されている注文情報Ｄ１を更新させる更新処理を実行する。これによって、ショッピングモールサーバ３０又は注文情報管理サーバ４０に記憶されている、注文情報Ｄ１を、店舗端末１０を管理する店舗管理者からの入力情報に基づいて取得された条件・更新内容情報Ｄ３に基づいて更新することが可能になる。なお、注文情報更新手段５１３は、条件・更新内容情報Ｄ３に加えて、サーバ記憶情報Ｄ２を参照して、注文情報Ｄ１を更新してもよい。例えば、条件・更新内容情報Ｄ３又は注文情報Ｄ１に含まれるコードや用語について、サーバ記憶情報Ｄ２に含まれるコードや用語の定義を参照して置き換えて、注文情報Ｄ１を更新してもよい。なお、コードは例えば時間帯コードであるが、配送業者毎に時間帯コードに対応づけられている定義（時間帯）も異なるため、配送方法（配送方法）を変更するように更新する場合には、まず、変更前の配送業者の時間帯コードに対応する、変更する配送業者の時間帯コードをサーバ記憶情報Ｄ２に基づいて取得し、取得した時間帯コードに対応する定義（変更後の配送業者の時間帯）で注文情報Ｄ１を更新してもよい。この様にして、注文情報Ｄ１に含まれている情報とサーバ記憶情報Ｄ２とを基礎とした情報について、条件・更新内容情報Ｄ３の示す条件を満たすかどうかを判断して、注文情報Ｄ１を更新出来るようになる。

上記によって、店舗管理者が、商品の配送方法等の業務ノウハウに基づいた入力を店舗端末１０に対して行うことで、業務ノウハウに基づいて条件・更新内容情報Ｄ３が取得され、この業務ノウハウに基づいて、ショッピングモールサーバ３０又は注文情報管理サーバ４０に記憶されている注文情報Ｄ１を更新することが可能になる。ここで、注文情報Ｄ１が複数ある場合には、条件・更新内容情報Ｄ３に基づいて、複数の注文情報Ｄ１を一括で更新することができる。このため、ショッピングモールサーバ３０又は注文情報管理サーバ４０にアクセスして、店舗管理者が商品の配送方法等の業務ノウハウに基づいて注文情報Ｄを逐次書き換える従来技術に比較して、業務負担軽く、業務ノウハウを反映して注文情報Ｄ１を更新することが出来る。

仮想店舗の管理者は、ショッピングモールサーバ３０又は注文情報管理サーバ４０にアクセスして、注文情報Ｄ１に基づいて納品書や出荷伝票、請求書等を出力（印刷など）して自身で出荷処理をしてもよいし、予め利用契約をしている場合には、倉庫管理サーバ６０（図１）に対して納品書や出荷伝票、請求書等を利用しての出荷処理をネットワークＮ経由で依頼してもよい。

（注文情報管理サーバ４０の注文情報Ｄ１を更新する場合の電子ショッピングモールシステム１における情報の送受信）
次に、図２を用いて、注文情報管理サーバ４０の注文情報Ｄ１を更新する場合の電子ショッピングモールシステム１における商品の購入から注文情報の更新までの情報の送受信を説明する。顧客端末２０とショッピングモールサーバ３０との情報の送受信は概ね顧客端末２０のブラウザ機能を用いて行われる。また、店舗端末１０と注文情報更新サーバ５０、注文情報管理サーバ４０、及びショッピングモールサーバ３０との間の情報の送受信は、概ね店舗端末１０のブラウザ機能を用いて行われる。まずは、購入者が購入者端末２０を用いてショッピングモールサーバ３０に対して商品の購入の情報を送信する。なお、商品の購入情報の送信は、第１実施形態ではブラウザ機能を用いて行われるが、電子メール等によってもよい。また、電話やファクシミリを用いて購入者が電子ショッピングモールの運営事業体に購入情報を連絡してもよい。ショッピングモールサーバ３０は、購入情報を購入者端末２０から受信した場合には、注文情報Ｄ１を作成して記憶する。なお、電話やファクシミリで購入情報の連絡があった場合には、電子ショッピングモールの運営事業体が、自身の管理する情報処理装置を介して購入情報をショッピングモールサーバ３０に入力し、この入力した購入情報に基づいて注文情報Ｄ１が生成されればよい。

注文情報管理サーバ４０は、所定時間経過毎に注文情報Ｄ１の送信リクエストをショッピングモールサーバ３０に対して送信し、この送信リクエストに応じたショッピングモールサーバ３０から、ショッピングモールサーバ３０で記憶する注文情報Ｄ１を全て受信する。第２実施形態では、注文情報管理サーバ４０は、予め一括管理することを契約している第１ショッピングモールサーバ３０Ａと第２ショッピングモールサーバ３０Ｂから注文情報Ｄ１（Ｄ１Ａ、Ｄ１Ｂ）を受信する。注文情報管理サーバ４０は、受信して注文情報Ｄ１を記憶する。また、注文情報管理サーバ４０は、利用契約をしている仮想店舗の店舗端末１０からリクエストがあった場合にも、ショッピングモールサーバ３０から注文情報Ｄ１を取得するが、この場合には、仮想店舗で販売される商品の購入に係る注文情報Ｄ１のみが受信（取得）される。

店舗端末１０から注文情報Ｄ１の閲覧のリクエストが注文情報管理サーバ４０に対して送信された場合に、注文情報管理サーバ４０は、注文情報Ｄ１を店舗端末１０に表示させる。例えば、情報管理サーバ４０は、注文情報Ｄ１を店舗端末１０に送信し、店舗端末１０は受信した注文情報Ｄ１を表示する。これによって、店舗端末１０の管理者（仮想店舗の管理者）は、注文情報Ｄ１を閲覧し、注文情報Ｄ１に基づいて納品書や出荷伝票を作成することが出来る。

ここで、注文情報管理サーバ４０の管理する注文情報Ｄ１を、仮想店舗の管理者の業務ノウハウに基づいて更新する場合には、店舗端末１０が注文情報管理サーバ４０にネットワークＮを介して直接アクセスして、注文情報Ｄ１を更新することも出来る。また、仮想店舗の管理者の負担軽減のために、注文情報更新サーバ５０を用いて、仮想店舗の管理者が予め定めた条件・更新内容情報Ｄ３で、仮想店舗で購入された商品の注文情報Ｄ１を一括で更新することも出来るようになっている。条件・更新内容情報Ｄ３は、仮想店舗の管理者の業務ノウハウが反映された注文情報Ｄ１の更新ルールであり、ある条件を満たした場合に、ある結果が発生するといったように、更新条件とこの更新条件に対応する更新内容（更新結果）を示すものである。

仮想店舗の管理者は、店舗端末１０を用いてネットワークＮを介して、注文情報更新サーバ５０に対して、条件・更新内容入力画面の表示のための情報の送信をリクエストする。なお、注文情報更新サーバ５０の利用が会員に制定されている場合には、予めログイン処理が必要となる。注文情報更新サーバ５０が、リクエストに応えて条件・更新内容入力画面の表示のための情報を店舗端末１０に送信した場合に、店舗端末１０は、条件・更新内容入力画面に基づいて、更新条件とこの更新条件に対応する更新内容の入力を受け付ける。なお、注文情報更新サーバ５０は、注文情報管理サーバ４０からサーバ記憶情報Ｄ２を所定時間経過毎に取得して、この取得したサーバ記憶情報Ｄ２を反映した条件・更新内容情報Ｄ３を表示するための情報を店舗端末１０に対して送信する。注文情報更新サーバ５０は、条件・更新内容入力画面に基づいて入力された情報に基づいて条件・更新内容情報Ｄ３を生成して記憶する。注文情報更新サーバ５０は、所定時間経過毎に注文情報管理サーバ４０に対して注文情報Ｄ１の送信リクエストを送信し、リクエストに応えた注文情報管理サーバ４０から注文情報Ｄ１を受信し、記憶されている条件・更新内容情報Ｄ３に基づいて受信した注文情報Ｄ１を変更する。なお、条件・更新内容情報Ｄ３とサーバ記憶情報Ｄ２に基づいて注文情報Ｄ１を変更してもよい。そして、変更した注文情報Ｄ１を注文情報管理サーバ４０に対して送信して、注文情報管理サーバ４０に記憶されている注文情報Ｄ１を更新させる。ここで、複数の仮想店舗についての条件・更新内容情報Ｄ３が記憶されている場合には、複数の仮想店舗分の注文情報Ｄ１の更新処理を所定時間経過毎にまとめて更新する。なお、店舗端末１０の更新指示があったときにも、更新処理が実行されるが、この場合には、店舗端末１０で購入された商品に対応する注文情報Ｄ１のみ更新されてもよい。もっとも、この場合でも、複数の仮想店舗分の注文情報Ｄ１の更新処理を所定時間経過毎にまとめて更新してもよい。

注文情報更新サーバ５０は、注文情報Ｄ１を更新した場合には、更新内容をショッピングモールサーバ３０に対して送信する。例えば、ショッピングモールサーバ３０が送料を含めた料金の明細をメールで購入者端末１０に送信する場合等があり、配送方法を変更したとき等には更新後の注文情報Ｄ１がショッピングモールサーバ３０に取得される必要があるからである。なお、注文情報管理サーバ４０が、注文情報Ｄ１が更新された場合に、更新内容をショッピングモールサーバ３０に対して送信する構成であってもよい。

（ショッピングモールサーバ３０の注文情報Ｄ１を更新する場合の電子ショッピングモールシステム１における情報の送受信）
次に、図３を用いて、注文情報管理サーバ４０の注文情報Ｄ１を更新する場合の電子ショッピングモールシステム１における商品の購入から注文情報の更新までの情報の送受信を説明する。顧客端末２０とショッピングモールサーバ３０との情報の送受信は概ね顧客端末２０のブラウザ機能を用いて行われる。また、店舗端末１０と注文情報更新サーバ５０、注文情報管理サーバ４０、及びショッピングモールサーバ３０との間の情報の送受信は、概ね店舗端末１０のブラウザ機能を用いて行われる。図３では、注文情報管理サーバ４０を使用せずに、ショッピングモールサーバ３０の注文情報Ｄ１を更新する。第１実施形態では、店舗管理者が店舗端末１０のブラウザ機能を用いて注文情報更新サーバ５０にアクセスしたときに、選択画面等において、図２で示すような注文情報管理サーバ４０の注文情報Ｄ１の更新処理に進むか、図３で示すようなショッピングモールサーバ３０の注文情報Ｄ１の更新処理に進むかを選択することが出来るようになっている。もっとも、図２で示すような注文情報管理サーバ４０の注文情報Ｄ１の更新処理しかできない構成であっても、図３で示すようなショッピングモールサーバ３０の注文情報Ｄ１の更新処理しか出来ない構成であってもよい。

購入者の商品の購入、及びショッピングモールサーバ３０による注文情報Ｄ１の生成に関しては、図２を用いて説明した情報の送受信と同じであるため、説明を省略する。

店舗端末１０から注文情報Ｄ１の閲覧のリクエストがショッピングモールサーバ３０に対して送信された場合に、ショッピングモールサーバ３０は、注文情報Ｄ１を店舗端末１０に対して送信する。これによって、店舗端末１０の管理者（仮想店舗の管理者）は、注文情報Ｄ１を閲覧して納品書や出荷伝票、請求書を作成することが出来る。なお、店舗端末１０からの注文情報Ｄ１の閲覧リクエストは、第１ショッピングモールサーバ３０Ａ及び第２ショッピングモールサーバ３０Ｂに対して個別に送信される。第１ショッピングモールサーバ３０Ａの注文情報Ｄ１及び第２ショッピングモールサーバ３０Ｂの注文情報Ｄ１を同時に閲覧したり、同時に更新することは図２の例とは異なり出来ない。なお、図３では、第１ショッピングモールサーバ３０Ａの注文情報Ｄ１を更新するように図示している。

ここで、ショッピングモールサーバ３０の管理する注文情報Ｄ１を、仮想店舗の管理者の業務ノウハウに基づいて更新する場合には、店舗端末１０がショッピングモールサーバ３０にネットワークＮを介して直接アクセスして、注文情報Ｄ１を逐次書き換えることも出来る。また、仮想店舗の管理者の負担軽減のために、注文情報更新サーバ５０を用いて、仮想店舗の管理者が予め定めた条件・更新内容情報Ｄ３で、ショッピングモールサーバ３０の注文情報Ｄ１（仮想店舗で購入された商品の注文情報Ｄ１）を一括で更新することも出来るようになっている。

店舗端末１０による条件・更新内容入力画面に基づく情報の入力、この情報に基づく条件・更新内容情報Ｄ３の生成と記憶は、次の点を除いて図２の例と同じであるため説明を省略する。次の点とは、注文情報更新サーバ５０が、注文情報管理サーバ４０からサーバ記憶情報Ｄ２を取得するのではなく、ショッピングモールサーバ３０から所定時間経過毎にサーバ記憶情報Ｄ２取得する点である。注文情報更新サーバ５０は、所定時間経過毎にショッピングモールサーバ３０（第１ショッピングモールサーバ３０Ａ）に対して注文情報Ｄ１の送信リクエストを送信し、リクエストに応えたショッピングモールサーバ３０から注文情報Ｄ１を受信し、記憶されている条件・更新内容情報Ｄ３に基づいて受信した注文情報Ｄ１を変更する。なお、条件・更新内容情報Ｄ３とサーバ記憶情報Ｄ２に基づいて注文情報Ｄ１を変更してもよい。そして、変更した注文情報Ｄ１をショッピングモールサーバ３０に対して送信して、ショッピングモールサーバ３０に記憶されている注文情報Ｄ１を更新させる。ここで、複数の仮想店舗についての条件・更新内容情報Ｄ３が記憶されている場合には、複数の仮想店舗分の注文情報Ｄ１の更新処理を所定時間経過毎にまとめて更新する。また、図３では、第１ショッピングモールサーバ３０Ａのみ図示しているが、所定時間経過毎に複数のショッピングモールサーバ３０について連続して注文情報Ｄ１を更新してもよい。なお、店舗端末１０の更新指示があったときに、店舗端末１０で購入された商品に対応する注文情報Ｄ１のみ更新されてもよい。

〔条件・更新内容入力画面：メイン画面〕
以下に、条件・更新内容情報Ｄ２の基礎となる入力情報（条件・更新内容入力情報）を受け付けるための条件・更新内容入力画面の一例を説明する。まずは、図４から図１０を用いて、条件・更新内容入力画面のメイン画面について説明する。例えば、メイン画面は、注文情報更新サーバ５０にログイン後に選択画面に次いで店舗端末１０の表示部１０５（図２及び図３）に表示される画面である。選択画面は、注文情報管理サーバ４０の注文情報Ｄ１の更新用の条件・更新内容入力画面の表示か、ショッピングモールサーバ３０の注文情報Ｄ１の更新用の条件・更新内容入力画面の表示かを選択するための画面である。なお、図４は、図２で示す注文情報管理サーバ４０の注文情報Ｄ１の更新用の条件・更新内容入力画面であるが、注文情報管理サーバ４０の注文情報Ｄ１の更新用の条件・更新内容入力画面と、ショッピングモールサーバ３０の注文情報Ｄ１の更新用の条件・更新内容入力画面とは同じものであってもよい。図４は、条件・更新内容入力画面のメイン画面Ｇ１の一例を示す画面図である。条件・更新内容入力画面のメイン画面Ｇ１は、店舗端末１０の表示部１０５で表示される。条件・更新内容入力画面のメイン画面Ｇ１には、更新履歴表示操作子Ｇ１０、条件・更新内容入力領域Ｇ１１、確認表示操作子Ｇ１２、更新実行操作子Ｇ１３、注文情報分割画面の表示指示操作子Ｇ１４、及び企画商品画面の表示指示操作子Ｇ１５等が表示される。

更新履歴表示操作子Ｇ１０は、店舗注文情報更新手段の更新処理の実行履歴を示す履歴情報の前記店舗端末への送信の指示を入力するための操作子である。更新履歴表示操作子Ｇ１０が例えばマウスやタッチパネル等のポインティングデバイスで操作された場合に、店舗端末１０から注文情報更新サーバ５０に対して操作内容（履歴情報の表示指示）を示す情報が送信される。この操作内容を受信した注文情報更新サーバ５０からは、店舗端末１０に対して履歴情報が送信される。店舗端末１０は、履歴情報を受信した場合に、履歴情報を表示部１０５で表示する。例えば、履歴情報を示す履歴画面Ｇ９を表示する。履歴画面Ｇ９については、図１２を用いて後述する。

条件・更新内容入力領域Ｇ１１は、条件表示領域Ｇ１１１と更新内容追加指示操作子Ｇ１１２とを表示する。条件表示領域Ｇ１１１は、仮想店舗の管理者に入力された条件を表示するための領域であって、条件の入力を指示するための条件追加操作子Ｇ１１１１を有する（表示する）。更新内容追加指示操作子Ｇ１１２は、条件表示領域Ｇ１１１に表示される条件に対応する注文情報Ｄ１の更新内容（更新結果）の入力画面の表示を指示するための操作子である。条件・更新内容入力領域Ｇ１１における条件及び結果の入力方法については、図５から図１０を用いて後述する。タイトル入力欄Ｇ１１３は、入力した条件と更新内容との組み合わせのタイトルを入力する欄である。

確認表示操作子Ｇ１２は、条件・更新内容情報Ｄ３に基づく注文情報Ｄ１の更新処理が実行された場合に、注文情報Ｄ１がどの様に変更されるかを示す確認用情報の表示指示（店舗端末への送信の指示）を入力するための操作子である。確認表示操作子Ｇ１２が例えばマウスやタッチパネル等のポインティングデバイスで操作された場合に、店舗端末１０から注文情報更新サーバ５０に対して操作内容を示す情報（確認用情報の表示指示）が送信される。この操作内容を受信した場合に、注文情報更新サーバ５０は、確認用情報を前記店舗端末に表示させる処理を行う。このとき、注文情報更新サーバ５０のＣＰＵ５１は、本発明の「確認用情報表示処理手段」として機能する。具体的には、注文情報更新サーバ５０は、店舗端末１０に対して確認用情報を送信する。店舗端末１０は、確認用情報を受信した場合に、表示部１０５で表示する。なお、例えば、確認用情報を示す確認画面Ｇ８を表示する。確認画面Ｇ８については、図１１を用いて後述する。

更新実行操作子Ｇ１３は、条件・更新内容情報Ｄ３に基づく注文情報Ｄ１の更新処理実行の指示を入力するための操作子である。更新実行操作子Ｇ１３が例えばマウスやタッチパネル等のポインティングデバイスで操作された場合に、店舗端末１０から注文情報更新サーバ５０に対して操作内容（更新処理実行の指示）を示す情報が送信される。この操作内容を受信した注文情報更新サーバ５０は、注文情報Ｄ１を条件・更新内容情報Ｄ３に基づいて変更して、この変更した注文情報Ｄ１でショッピングモールサーバ３０又は注文情報管理サーバ４０の注文情報Ｄ１を更新する。

注文情報分割画面の表示指示操作子Ｇ１４は、図１６で示す注文情報分割画面Ｇ１Ａの表示指示を入力するための操作子である。注文情報分割画面Ｇ１Ａの表示指示操作子Ｇ１４が例えばマウスやタッチパネル等のポインティングデバイスで操作された場合に、店舗端末１０から注文情報更新サーバ５０に対して操作内容（注文情報分割画面Ｇ１Ａの表示指示）を示す情報が送信される。この操作内容（注文情報分割画面Ｇ１Ａの表示指示）を受信した注文情報更新サーバ５０は、注文情報分割画面Ｇ１Ａを店舗端末１０に表示させるための情報を店舗端末１０に対して送信する。

企画商品画面の表示指示操作子Ｇ１５は、図１８で示す企画商品画面Ｇ１Ｂの表示指示を入力するための操作子である。企画商品画面Ｇ１Ｂの表示指示操作子Ｇ１５が例えばマウスやタッチパネル等のポインティングデバイスで操作された場合に、店舗端末１０から注文情報更新サーバ５０に対して操作内容（企画商品画面Ｇ１Ｂの表示指示）を示す情報が送信される。この操作内容（企画商品画面Ｇ１Ｂの表示指示）を受信した注文情報更新サーバ５０は、企画商品画面Ｇ１Ｂを店舗端末１０に表示させるための情報を店舗端末１０に対して送信する。

〔条件・更新内容入力画面：メイン画面Ｇ１の条件・更新内容入力領域Ｇ１１への条件・更新内容の入力方法〕
以下に、図４から図１０を用いて、条件・更新内容入力画面のメイン画面Ｇ１における、条件・更新内容入力領域Ｇ１１への条件・更新内容の入力方法を説明する。図５は、条件入力用第１ポップアップウィンドウＧ２を示す画面図である。図６は、条件入力用第２ポップアップウィンドウＧ３を示す画面図である。図７は、条件が入力された状態のメイン画面Ｇ１を示す図である。図８は、更新内容入力用第１ポップアップウィンドウＧ５を示す画面図である。図９は、更新内容入力用第２ポップアップウィンドウＧ６を示す画面図である。図１０は、条件及び更新内容が入力された状態のメイン画面Ｇ１を示す画面図である。なお、図１０は、メイン画面Ｇ１のうち条件・更新内容入力領域Ｇ１１部分のみを示す。

図４を参照して、条件追加操作子Ｇ１１１１がマウスやタッチパネル等のポインティングデバイスで操作された場合に、図５で示す条件入力用第１ポップアップウィンドウＧ２がメイン画面Ｇ１の上に重ねて表示される。条件は、「『○○』が『××』であるとき」という様に入力されるが、条件入力用第１ポップアップウィンドウＧ２には、「『○○』が」の部分の入力候補となる項目Ｇ２１が列挙される。列挙される項目Ｇ２１のうちの何れかをポンティングデバイス等で選択する（例えば、ダブルクリックする）ことで「『○○』が」の部分の条件を入力することができる。なお、条件入力用第１ポップアップウィンドウＧ２には、条件削除操作子Ｇ２２が表示されており、条件削除操作子Ｇ２２を操作することで、既に「『○○』が」の部分の条件が入力されている場合に、この条件を削除することができる。「『○○』が」の部分の条件の入力を行った場合に、図６で示す条件入力用第２ポップアップウィンドウＧ３が第１ポップアップウィンドウＧ２に代えて表示される。なお、条件入力用第１ポップアップウィンドウＧ２の右上隅の「×」を操作することで、入力を確定させずに（条件入力用第２ポップアップウィンドウＧ３を表示させずに）条件入力用第１ポップアップウィンドウＧ２の表示を終了させることができる。

図６を参照して、条件入力用第２ポップアップウィンドウＧ３には、「『○○』が『××』であるとき」という条件のうち「『××』であるとき」の部分の入力候補が表示される。図６では、条件入力用第１ポップアップウィンドウＧ２で入力されたのが、「『搬送方法指定』が」であることを示している。そして、入力領域Ｇ３１において、「『××』であるとき」の入力候補が複数表示されている。ここでは、「常温」「冷蔵」「冷凍」の３種類の入力候補が表示されている。入力候補の横には、チェックボックスが表示されており、このチェックボックスをポンティングデバイス等で選択することで、「『××』であるとき」の条件を入力することができる。ここでは、入力候補のうち「『冷凍』であるとき」の条件が入力されている。この入力を行うと、条件入力用第２ポップアップウィンドウＧ３の表示が終了され、図７で示すような条件が入力された状態のメイン画面Ｇ１が表示される。なお、条件入力用第２ポップアップウィンドウＧ３の右上隅の「×」を操作することで、入力を確定させずに条件入力用第２ポップアップウィンドウＧ３の表示を終了させることができる。

図７を参照して、条件表示領域Ｇ１１１には、入力された「『○○』が『××』であるとき」という条件が表示される。なお、「○○」を表示する領域が概ね第１条件表示領域Ｇ１１１２、「××」を表示する領域が概ね第２条件表示領域Ｇ１１１３である。また、新たに条件及び更新内容を入力できるように、条件が表示された条件・更新内容入力領域Ｇ１１の真下に、条件が表示されていない条件・更新内容入力領域Ｇ１１が追加で表示されている。また、タイトル入力欄Ｇ１１３が表示され、条件・更新内容の入力に対応するタイトルを入力することが出来るようになる。そして、更新内容追加指示操作子Ｇ１１２がポインティングデバイス等で操作されたときに、図８で示すような更新内容入力用第１ポップアップウィンドウＧ５が、メイン画面Ｇ１に重ねて表示される。

次に、図８を参照して、更新内容入力用第１ポップアップウィンドウＧ５には、「『○○』を『××』にする」との注文情報Ｄ１の更新内容（内容）のうち、「○○」の入力候補Ｇ５１が表示される。列挙される項目Ｇ５１のうちの何れかをポンティングデバイス等で選択する（例えば、ダブルクリックする）ことで「『○○』を」の部分の更新内容を入力することができる。なお、更新内容入力用第１ポップアップウィンドウＧ５には、更新内容削除操作子Ｇ５２が表示されており、更新内容削除操作子Ｇ５２を操作することで、既に「『○○』を」の部分の更新内容が入力されている場合に、この更新内容を削除することができる。「『○○』を」の部分の更新内容の入力を行った場合に、図９で示す更新内容入力用第２ポップアップウィンドウＧ６が更新内容入力用第１ポップアップウィンドウＧ５に代えて表示される。なお、更新内容入力用第１ポップアップウィンドウＧ５の右上隅の「×」を操作することで、入力を確定させずに（更新内容入力用第２ポップアップウィンドウＧ６を表示させずに）更新内容入力用第１ポップアップウィンドウＧ５の表示を終了させることができる。

次に、図９を参照して、更新内容入力用第２ポップアップウィンドウＧ６には、「『○○』を『××』にする」との注文情報Ｄ１の更新内容（内容）のうち、「××」の入力候補Ｇ６１が複数表示される。また、図９の更新内容入力用第２ポップアップウィンドウＧ６には、別の種類の「××」の入力候補Ｇ６２が複数表示される。なお、ここでは、「『○○』を『××』にする」との注文情報Ｄ１の更新内容（内容）のうち、「○○」には「発送方法」が入力されていることが示されている。そして、複数の入力候補Ｇ６１として、複数の発送業者の配送サービス名が表示されている。図９では、入力候補Ｇ６１のうち「ヤマト（発払い）Ｂ２Ｖ６」が選択されている。また、入力候補Ｇ６２としては、輸送方法（冷凍、冷蔵、常温等の輸送温度）や、シールの種類、送り状の種類（先払いの送り状、着払いの送り状等の種類）、配送便の種類等を選択することが出来るようになっている。入力候補Ｇ６１、Ｇ６２が適宜選択された後に、更新内容入力用第２ポップアップウィンドウＧ６に表示される設定操作子Ｇ６３がポインティングデバイス等で操作されることで、「『○○』を『××』にする」との注文情報Ｄ１の更新内容（内容）のうち、「××」の入力が確定される。これによって、更新内容入力用第２ポップアップウィンドウＧ６の表示が終了され、図１０で示すようなメイン画面Ｇ１が表示される。なお、更新内容入力用第２ポップアップウィンドウＧ６の右上隅の「×」を操作することで、入力を確定させずに更新内容入力用第２ポップアップウィンドウＧ６の表示を終了させることができる。

図１０を参照して、条件及び更新内容が入力された状態のメイン画面Ｇ１を説明する。更新内容が入力されたときには、条件・更新内容入力領域Ｇ１１に更新内容が表示される。なお、「『○○』を『××』にする」との注文情報Ｄ１の更新内容（内容）のうち、「○○」を表示する領域が第１更新内容表示領域Ｇ１１４、「××」を表示する領域（図９の入力候補Ｇ６１の選択入力に対応する領域）が第２更新内容表示領域Ｇ１１５である。また、更新内容表示領域Ｇ１１６には、図９の入力候補Ｇ６１の選択によって入力されたオプションとなる更新内容（発送の温度）が表示される。なお、入力が確定されても、図４のメイン画面Ｇ１の更新実行操作子Ｇ１３が操作されなければ、条件・更新内容情報Ｄ３が生成されず、条件・更新内容情報Ｄ３に基づいて注文情報Ｄ１の更新も行われない。

〔条件・更新内容入力画面の注文情報分割画面〕
第１実施形態では、上記メイン画面Ｇ１とは別の種類の条件・更新内容入力画面を表示することが出来る。具体的には、別の種類の条件・更新内容入力画面として、注文情報分割画面を表示することが出来る。なお注文情報分割画面は、図４の注文情報分割画面の表示指示操作子Ｇ１４が操作されたときに、表示される。図１６は、注文情報分割画面の一例を示す画面図である。注文情報分割画面Ｇ１Ａは、次のような条件・更新内容情報Ｄ３を生成するための条件・更新内容入力情報を入力するためのインタフェースである。すなわち、更新内容として、一つの注文情報Ｄ１を複数の注文情報Ｄ１に分割することを示す当該条件・更新内容情報Ｄ３を生成するためものである。なお、一つの注文情報Ｄ１を複数の注文情報Ｄ１に分割することを分割設定と記載する。

注文情報分割画面Ｇ１Ａには、更新履歴表示操作子Ｇ１０、分割更新内容入力領域Ｇ１００、確認表示操作子Ｇ１２、及び更新実行操作子Ｇ１３等が表示される。分割更新内容入力領域Ｇ１００には、分割設定操作子Ｇ１０１１、分割設定不採用操作子Ｇ１０１２及び条件・更新内容入力領域Ｇ１１が表示されている。条件・更新内容入力領域Ｇ１１は、メイン画面Ｇ１の条件・更新内容入力領域Ｇ１１と同様の機能を有する。分割設定操作子Ｇ１０１１は、分割設定を採用しない指示を入力するための操作子である。分割設定不採用操作子Ｇ１０１２にチェックをすることで、分割設定に係る条件・更新内容情報Ｄ３を無効にすることが出来る。分割設定操作子Ｇ１０１１をポインティングデバイス等で操作することで、図１７で示す分割設定入力ポップアップ画面Ｇ２００が、注文情報分割画面Ｇ１Ａに重ねて表示される。分割設定入力ポップアップ画面Ｇ２００は、分割設定に係る条件・更新内容入力情報を入力するためのユーザインタフェースである。

図１７は、分割設定入力ポップアップ画面Ｇ２００を示す画面図である。分割設定入力ポップアップ画面Ｇ２００は、分割操作子Ｇ２０１、受注分類タグ追加操作子Ｇ２０２、冷蔵同梱操作子Ｇ２０３、冷凍同梱操作子Ｇ２０４及び設定保存操作子２０５が表示される。

分割操作子Ｇ２０１は、商品マスタ表示の温度帯指定が所定の条件を満たすときに、一つの注文情報Ｄ１を複数に分割するとの更新内容を入力するための操作子である。具体的には、分割操作子Ｇ２０１は、「複数の商品が購入された場合において夫々の商品の商品マスタ表示における搬送方法（温度帯）指定（常温、冷凍、冷蔵）が同じではない」ことを条件として入力し、かつ、「搬送方法（温度帯）に応じて注文情報Ｄ１を分割する」という更新内容を入力するための操作子である。分割操作子Ｇ２０１をポインティングデバイス等で操作（チェック）することで、この様な条件と更新内容とを対応づけて入力することができる。この条件・更新内容入力情報に基づいて生成された条件・更新内容情報Ｄ３は、「複数の商品が購入された場合において夫々の商品の商品マスタ表示における搬送方法（温度帯：常温、冷凍、冷蔵）が同じではない」と「搬送方法（温度帯：常温、冷凍、冷蔵）に応じて注文情報Ｄ１を分割する」という更新内容とを対応づけて示す情報となる。

受注分類タグ追加操作子Ｇ２０２は、注文情報Ｄ１が分割されたとの条件に対応づけて、「受注分類タグ」を「搬送方法（温度帯：常温、冷凍、冷蔵の種類）」とする（追加記入する）との更新内容を入力するための操作子である。受注分類タグ追加操作子Ｇ２０２をポインティングデバイス等で操作（チェック）することで、この様な条件と更新内容とを対応づけて入力することができる。冷蔵同梱操作子Ｇ２０３は、注文情報Ｄ１が分割されかつ搬送方法指定が常温の商品と冷蔵の商品とがあるとの条件に対応づけて、当該商品を搬送方法指定が冷蔵の商品と同梱するとの更新内容を入力するための操作子である。冷蔵同梱操作子Ｇ２０３をポインティングデバイス等で操作（チェック）することで、この様な条件と更新内容とを対応づけて入力することができる。冷凍同梱操作子Ｇ２０４は、注文情報Ｄ１が分割されかつ搬送方法指定が常温の商品と冷凍の商品とがあるとの条件に対応づけて、当該商品を搬送方法指定が冷凍の商品と同梱するとの更新内容を入力するための操作子である。冷凍同梱操作子Ｇ２０４をポインティングデバイス等で操作（チェック）することで、この様な条件と更新内容とを対応づけて入力することができる。

設定保存操作子２０５は、分割操作子Ｇ２０１、受注分類タグ追加操作子Ｇ２０２、冷蔵同梱操作子Ｇ２０３及び冷凍同梱操作子Ｇ２０４のうちの何れかに対する入力を確定させるための操作子である。設定保存操作子２０５をポインティングデバイス等で操作することで、分割操作子Ｇ２０１、受注分類タグ追加操作子Ｇ２０２、冷蔵同梱操作子Ｇ２０３及び冷凍同梱操作子Ｇ２０４に対する入力が確定される。入力が確定されたときに分割設定入力ポップアップ画面Ｇ２００の表示が終了される。なお、入力が確定されても、図１６の注文情報分割画面Ｇ１Ａの更新実行操作子Ｇ１３が操作されなければ、条件・更新内容情報Ｄ３が生成されず、条件・更新内容情報Ｄ３に基づいて注文情報Ｄ１の更新も行われない。

その他、出荷元の情報等についての条件が入力されて、この条件に対応づけて、更新内容として、出荷元毎に注文情報Ｄ１を分割するように入力されてもよい。

〔条件・更新内容入力画面の企画商品画面〕
第１実施形態では、上記メイン画面Ｇ１及び注文情報分割画面Ｇ１Ａとは別の種類の条件・更新内容入力画面を表示することが出来る。具体的には、別の種類の条件・更新内容入力画面として、企画商品画面を表示することが出来る。なお、企画商品画面は、図４の企画商品画面の表示指示操作子Ｇ１５が操作されたときに、表示される。図１８は、企画商品画面の一例を示す画面図である。企画商品画面Ｇ１Ｂは、次のような条件・更新内容情報Ｄ３を生成するための条件・更新内容入力情報を入力するためのインタフェースである。すなわち、のし又はプレゼント、プレゼント包装等を含む特定アイテムの追加の情報が注文情報Ｄ１に含まれていることを、注文情報Ｄ１に含まれる情報及び／又はこの情報を基礎とした情報に関する条件として示し、当該条件を満たした場合に特定アイテムの商品コードを注文情報Ｄ１に含めるとの更新内容を示す当該条件・更新内容情報Ｄ３を生成するためのものである。

企画商品画面Ｇ１Ｂでは、「特定アイテム」と「商品コード」とが対応づけて入力された表（例えば、ＣＳＶ形式等の表）を店舗端末１０に読み込むことで（他の情報処理装置からダウンロード又は記憶媒体等から読み込むことで）、条件・更新内容入力情報を取得することができる。企画商品画面Ｇ１Ｂは、テンプレートダウンロード操作子Ｇ３０１、ファイル選択操作子Ｇ３０２、ダウンロード操作子Ｇ３０３、条件・更新内容入力情報表示領域Ｇ３０４、及びアップロード操作子Ｇ３０５を表示する。

テンプレートダウンロード操作子Ｇ３０１は、「特定アイテム」と「商品コード」とを入力するための表（例えば、ＣＳＶ形式等の表）をテンプレートしてダウンロードすることを指示するための操作子である。この操作子の操作によって、店舗端末１０はこのテンプレートを注文情報更新サーバ５０からダウンロードする。ファイル選択操作子Ｇ３０２は、店舗端末１０の記憶部１０４（図２）又は外付けの記憶媒体に記憶されている上記表のファイルを読み込んで、条件・更新内容入力情報とすることを指示する操作子である。ダウンロード操作子Ｇ３０３は、上記表を他の情報処理装置（例えば注文情報更新サーバ５０）からダウンロードして条件・更新内容入力情報とすることを指示する操作子である。

条件・更新内容入力情報表示領域Ｇ３０４は、ファイル選択操作子Ｇ３０２やダウンロード操作子Ｇ３０３の操作によって入力された、条件・更新内容入力情報を表示する。アップロード操作子Ｇ３０５は、条件・更新内容入力情報を注文情報更新サーバ５０にアップロードさせる操作子である。この操作子は、更新実行操作子Ｇ１３と同様の機能を有し、操作されることで、条件・更新内容情報Ｄ３が生成されて、条件・更新内容情報Ｄ３に基づいて注文情報Ｄ１の更新が行われる。

（確認画面）
以下に、図１１を用いて確認画面を説明する。図１１は、確認画面の一例を示す画面図である。確認画面Ｇ８は、図４のメイン画面Ｇ１において確認表示操作子Ｇ１２がポインティングデバイス等で操作されることで表示される。確認画面Ｇ８は、更新処理が実行された場合に、注文情報Ｄ１がどの様に変更されるかを示す確認用情報を表示する。確認画面Ｇ８は、更新された場合の注文情報Ｄ１を示すとともに、更新箇所がテキストの色を他と異ならせることで表示されている。なお、図１１において、テキストの色の違いは、テキストの濃度で示している。仮想店舗の管理者は、確認画面Ｇ８を見ることで、条件・更新内容入力情報が適切かどうかを判断し、不適切であればメイン画面Ｇ１への入力内容を変更することによって変更することができる。なお、確認画面Ｇ８は、ポップアップ画面であり、メイン画面Ｇ１に重ねて表示されるため、店舗管理者は、確認画面Ｇ８を見ながらメイン画面Ｇ１の内容を変更することができる。これによって、仮想店舗の管理者の業務ノウハウが適切に反映された条件・更新内容Ｄ３が生成可能になっている。

（履歴画面）
以下に、図１２を用いて履歴画面を説明する。図１２は、履歴画面の一例を示す画面図である。履歴画面Ｇ９は、図４のメイン画面Ｇ１において更新履歴表示操作子Ｇ１０がポインティングデバイス等で操作されることで表示される。履歴画面Ｇ９は、注文情報更新手段５１３（図２及び図３）の更新処理の実行履歴を示す履歴情報を表示する。すなわち、履歴画面Ｇ９は、過去に変更された注文情報Ｄ１のおける当該変更箇所を示す。この変更箇所の情報は、注文情報更新サーバ５０からダウンロードされて店舗端末１０に取得される。図１２では、履歴画面Ｇ９は、過去に更新した注文情報Ｄ１（伝票番号）に対応づけて、この注文情報Ｄ１を変更した条件・更新内容情報Ｄ３の「条件」の内容、「条件の一致」の有無、この一致による「更新内容（更新結果）」の採用の有無、及び「更新内容（更新結果）」を表示する。仮想店舗の管理者は、履歴画面Ｇ９を見ることで、条件・更新内容情報Ｄ３が適切かどうかを判断し、不適切であればメイン画面Ｇ１への入力によって変更することができる。なお、履歴画面Ｇ９は、ポップアップ画面であり、メイン画面Ｇ１に重ねて表示されるため、店舗管理者は、履歴画面Ｇ９を見ながらメイン画面Ｇ１において条件・更新内容入力情報を変更することができる。これによって、仮想店舗の管理者の業務ノウハウが適切に反映された条件・更新内容Ｄ３に修正可能になっている。

〔条件・更新内容入力情報に基づく条件・更新内容情報Ｄ３〕
以下、条件・更新内容入力情報に基づいて生成される条件・更新内容情報Ｄ３を説明する。条件・更新内容登録手段５１１（条件・更新内容記憶手段）によって、同じ仮想店舗について複数の条件・更新内容情報Ｄ３が記憶部５２の条件・更新内容情報データベース５２２に記憶されてもよい。図１３を用いて、複数の条件・更新内容情報Ｄ３を条件・更新内容情報データベース５２２に記憶させるための入力方法を説明する。

図１３は、条件及び更新内容が入力されている条件・更新内容入力画面のメイン画面Ｇ１の一例を示す画面図である。なお、図１３では、メイン画面Ｇ１のうち条件・更新内容入力領域Ｇ１１部分のみを表示している。図１３では、複数の（２個の）条件表示領域Ｇ１１１がメイン画面Ｇ１に上下に並んで表示されている。上側の条件表示領域Ｇ１１１には、「『幅×奥行き×高さの合計（購入商品の幅×奥行き×高さの合計）』が『５０以内（５０立方センチメートル以内）』であるとき」という条件が表示されており、当該条件が入力されていることが示されている。そして、第１更新内容表示領域Ｇ１１４には「発送方法」、第２更新内容表示領域Ｇ１１５には「ヤマト（ネコポス）」と表示されているため、入力された条件に対応する更新内容として、「『発送方法』を『ヤマト（ネコポス）』にする」ことが入力されていることが示される。この入力情報に基づけば、上側の条件表示領域Ｇ１１１には、注文情報Ｄ１において「『幅×奥行き×高さの合計（購入商品の幅×奥行き×高さの合計）』が『５０以内（５０立方センチメートル以内）』であるとき」には、「『発送方法』を『ヤマト（ネコポス）』にする」との条件・更新内容情報Ｄ２を生成することが出来る。

そして、下側の条件表示領域Ｇ１１１には、「『幅×奥行き×高さの合計（購入商品の幅×奥行き×高さの合計）』が『５０オーバー（５０立方センチメートルを超えている）』であるとき」という条件と、「『幅×奥行き×高さの合計（購入商品の幅×奥行き×高さの合計）』が『１００以上（１００立方センチメートル）』であるとき」という条件の２つの条件が表示されており、当該２つの条件が入力されていることが示されている。

そして、更新内容として２個の更新内容が入力されている。すなわち、第１更新内容表示領域Ｇ１１４及び第２更新内容表示領域Ｇ１１５が２個上下方向に並べて配置されている。上側の第１更新内容表示領域Ｇ１１４には「発送方法」、第２更新内容表示領域Ｇ１１５には「ヤマト（ネコポス）」と表示されているため、入力された条件に対応する更新内容として、「『発送方法』を『ヤマト（ネコポス）』にする」ことが入力されていることが示される。更に、オプションの更新内容として、送り状を「ネコポス」にすることが示されている。また、下側の第１更新内容表示領域Ｇ１１４には「オプション１」、第２更新内容表示領域Ｇ１１５には「個口数：２」と表示されているため、入力された条件に対応する更新内容として、「『オプション１』を『個口数：２』にする」ことが入力されていることが示される。

上記の入力情報に基づけば、『幅×奥行き×高さの合計（購入商品の幅×奥行き×高さの合計）』が『５０オーバー（５０立方センチメートルを超えている）』であるとき」という条件と、「『幅×奥行き×高さの合計（購入商品の幅×奥行き×高さの合計）』が『１００以上（１００立方センチメートル）』であるとき」という条件とを満たした場合には、注文情報Ｄ１は、「『発送方法』を『ヤマト（ネコポス）』にする」、送り状を「ネコポス」にする、及び「『オプション１』を『個口数：２』にする」との条件・更新内容情報Ｄ３を、生成することが出来る。

上記入力方法によって、複数の条件・更新内容情報Ｄ３を条件・更新内容情報データベース５２２に記憶させることが出来る。

また、条件・更新内容情報Ｄ３は、複数の条件とこれらの条件を満たした場合の少なくとも一つの更新内容とを示す情報であってもよい。図１３及び図１４を用いて、複数の条件とこれらの条件を満たした場合の少なくとも一つの更新内容とを示す条件・更新内容情報Ｄ３を生成するための入力方法を説明する。図１４は、条件及び更新内容が入力されている条件・更新内容入力画面のメイン画面Ｇ１の一例を示す画面図である。なお、図１４では、メイン画面Ｇ１のうち条件・更新内容入力領域Ｇ１１部分のみを表示している。

まず、図１３を参照して、上述したように、図１３の下側の条件表示領域Ｇ１１１には、２個の条件が表示されており、２個の条件が入力されていることが示されている。また、図１３では、第１更新内容表示領域Ｇ１１４及び第２更新内容表示領域Ｇ１１５が２個上下方向に並べて配置されており、更新内容として複数の（２個の）更新内容が入力されている。図１３で示されるように、複数の条件が入力され、この複数の条件に対応するように更新内容が入力されていると、この入力情報に基づいて生成された条件・更新内容情報Ｄ２は、複数の条件と少なくとも一つの更新内容（更新結果）と対応づけて示す情報となる。図１３の例の場合には、条件・更新内容情報Ｄ２は、複数の（２個の）条件と複数の（２個の）更新内容とを対応づけて示す情報となる。

次に図１４を参照して、条件表示領域Ｇ１１１には、「『商品オプション』が『得点：クーポンを使用する商品がある』とき」という条件と、「『『商品オプション』が『得点：クーポンプレゼントを含む商品がない』とき」という条件の２つの条件が表示されており、２つの条件が入力されていることが示されている。そして、第１更新内容表示領域Ｇ１１４には「売単価」、第２更新内容表示領域Ｇ１１５には「５００円」と表示されているため、入力された条件に対応する更新内容として、「『売単価』を『５００円』にする」ことが入力されていることが示される。この条件・更新内容入力情報に基づけば、「『商品オプション』が『得点：クーポンを使用する商品がある』とき」という条件と、「『商品オプション』が『得点：クーポンプレゼントを含む商品がない』とき」という条件の２つの条件と「『売単価』を『５００円』にする」との更新内容とを対応づけて示す条件・更新内容情報Ｄ３を生成することができる。なお、商品を購入したときに、割引クーポンがプレゼントされる場合があり、割引クーポンが購入者によって使用された場合に、通常価格から割引して売単価を５００円とする場合があるが、図１４で示す入力情報に基づく条件・更新内容情報Ｄ３は、このような場合に対応させて注文情報Ｄ１を更新させることができる。また、当該商品の購入で割引クーポンが配布され、この配布された割引クーポンが当該商品の購入で使用されることを防止するために、「『『商品オプション』が『得点：クーポンプレゼントを含む商品がない』とき」という条件も入力されている。なお、この場合には、注文情報Ｄ１における全購入商品について売単価が５００円に変更されるのではなく、割引クーポン使用商品の売単価のみ５００円に変更されることが好ましい。

条件・更新内容情報Ｄ３は、注文情報Ｄ１の更新内容として、注文情報Ｄ１の内容へのキーワードの追加を示すものであってもよい。図１５を用いて、この様な条件・更新内容情報Ｄ３を生成するための入力方法を説明する。図１５は、条件及び更新内容が入力されている条件・更新内容入力画面のメイン画面Ｇ１の一例を示す画面図である。

図１５で示す条件表示領域Ｇ１１１には、「『配達希望日』が『〔受注日の３営業日後＋配達日数〕以前である』とき」という条件が表示（入力）されている。そして、第１更新内容表示領域Ｇ１１４には「受注分類タグ」、第２更新内容表示領域Ｇ１１５には「配達不可能」と表示されており、更新内容として「『受注分類タグ』を『配達不可能』にする」と入力されていることが示される。この条件・更新内容入力情報に基づいて生成された条件・更新内容情報Ｄ３は、「『配達希望日』が『〔受注日の３営業日後＋配達日数〕以前である』とき」という条件と対応づけて、「注文情報Ｄ１の「受注分類タグ」の内容に「配達不可能」のキーワードの追加」との更新内容（更新結果）を示すものとなる。この様に、注文情報Ｄ１にキーワードを追加することが出来れば、特定のキーワード（図１５の例では「配達不可能」）のキーワードを含む注文情報Ｄ１のみをキーワード検索をして抽出することができる。例えば、「配達不可能」のキーワードを含む注文情報Ｄ１のみを抽出して、この注文情報Ｄ１に係る商品を購入した購入者に対して、配達希望日に配達が出来ないことを仮想店舗の管理者が連絡することができる。なお、仮想店舗の営業日は、サーバ記憶情報Ｄ２として予め登録されていてもよい。

（注文情報更新サーバ５０の実行する注文情報Ｄ１の更新のための処理）
以下に、図１９から図２０を用いて、注文情報更新サーバ５０のＣＰＵ５１が、注文情報更新プログラムを実行することで行う処理を説明する。図１９は、注文情報変更サーバの実行する注文情報更新処理の一例を示すフローチャート（その１）である。図２０は、注文情報変更サーバの実行する注文情報更新処理の一例を示すフローチャート（その２）である。図２１は、注文情報変更サーバの実行する所定時間経過毎の注文情報更新処理の一例を示すフローチャートである。

まず、図１９及び図２０を用いて、注文情報更新メイン処理の一例を説明する。注文情報更新メイン処理は、注文情報更新サーバ５０が運用停止状態でなければ常時実行される。まず、図１９を参照して、ＣＰＵ５１は、サーバ記憶情報Ｄ２を注文情報管理サーバ４０及びショッピングモールサーバ３０（第１ショッピングモールサーバ３０Ａ及び第２ショッピングモールサーバ３０Ｂ）から取得して、記憶部５２のサーバ記憶情報データベース５２１に記憶させる（Ｓ１）。

そして、ＣＰＵ５１は店舗端末１０からアクセスがあったかどうかを判断する（Ｓ２）。店舗端末１０からアクセスがないと判断した場合には（Ｓ２でＮＯ）、ＣＰＵ５１は、所定時間の間アクセスがあるまでステップＳ２を実行し、所定時間の間アクセスがない場合には処理をステップＳ１に戻す。店舗端末１０からアクセスがあると判断した場合には（Ｓ２でＹＥＳ）、ＣＰＵ５１はログイン処理を実行する（Ｓ３）。ログイン処理において、ログイン画面を店舗端末１０に表示させ、ログイン画面において、適切なＩＤ及びパスワードの入力の有無があったかどうかが判断される。適切なＩＤ及びパスワードの入力があった場合には、ＣＰＵ５１は、選択画面を表示して、注文情報管理サーバ４０の注文情報Ｄ１の更新用の条件・更新内容の入力か、ショッピングモールサーバ３０の注文情報Ｄ１の更新用の条件・更新内容の入力かを選択させる。この選択に応じて、ＣＰＵ５１は、図４から図１０、図１３から図１８で示したような条件・更新内容入力画面を店舗端末１０に表示させるための処理を行う。条件・更新内容入力画面に基づいて、仮想店舗の管理者からの条件・更新内容の入力があった場合に、店舗端末１０から注文情報更新サーバ５０に対してこの入力内容を示す条件・更新内容入力情報が送信されることとなる。なお、適切なＩＤ及びパスワードの入力がなかった場合には、ＣＰＵ５１は、選択画面、及び条件・更新内容入力画面を店舗端末１０に表示させるための処理には移行しない。

次に、ＣＰＵ５１は条件・更新内容入力情報の取得（受信）があったかどうかを判断する（Ｓ４）。条件・更新内容入力情報の取得があったと判断した場合には（Ｓ４でＹＥＳ）、ＣＰＵ５１は条件・更新内容入力情報を記憶部５２に記憶し（Ｓ５）、処理をステップＳ６に進める。一方、条件・更新内容入力情報の取得がなかったと判断した場合には（Ｓ４でＮＯ）、ＣＰＵ５１はステップＳ５を実行せずに処理をステップＳ６に進める。

ステップＳ６では、ＣＰＵ５１は店舗端末１０において確認用情報の表示指示があったかどうかを判断する（Ｓ６）。確認用情報の表示指示とは、図４で示す条件・更新内容入力画面のメイン画面Ｇ１において、確認表示操作子Ｇ１２が操作されたときに受け付けられ（例えば、マウスやタッチパネル等の操作部１０１で受け付けられ）、この操作があった場合に、店舗端末１０から注文情報更新サーバ５０に対して操作内容を示す情報が送信される。この情報の受信があったときに、確認用情報の表示指示があったと判断される。店舗端末１０において確認用情報の表示指示があった（確認表示操作子Ｇ１２が操作されたと）判断した場合には（Ｓ６でＹＥＳ）、ＣＰＵ５１は確認用情報表示処理を行う（Ｓ７）。確認用情報表示処理とは、注文情報Ｄ１をショッピングモールサーバ３０又は注文情報管理サーバ４０から取得して、記憶部５の条件・更新内容データベース５２２に記憶されている条件・更新内容情報Ｄ３に基づいて取得した注文情報Ｄ１を変更し、この変更した注文情報Ｄ１を店舗端末１０に対して送信することで、確認用情報（例えば図１１の確認画面Ｇ８）を店舗端末１０に表示させる処理である。この後、ＣＰＵ５１は、処理をステップＳ８に進める。一方、店舗端末１０において確認用情報の表示指示がなかったと判断した場合には（Ｓ６でＮＯ）、ＣＰＵ５１はステップＳ７を実行することなく、処理をステップＳ８に進める。

図２０を参照して、ＣＰＵ５１は、店舗端末１０において更新処理の実行指示があったかどうかを判断する（Ｓ８）。更新処理の実行指示とは、図４で示す条件・更新内容入力画面のメイン画面Ｇ１において、更新実行操作子Ｇ１３が操作されたときに受け付けられ（例えば、マウスやタッチパネル等の操作部１０１で受け付けられ）、この操作があった場合に、店舗端末１０から注文情報更新サーバ５０に対して操作内容を示す情報が送信される。この情報の受信があったときに、更新処の理実行指示があったと判断される。店舗端末１０において更新処理実行指示があった（更新処理実行の指示を受信した）判断した場合には（Ｓ８でＹＥＳ）、ＣＰＵ５１は更新処理を行う（Ｓ９）。更新処理とは、注文情報Ｄ１をショッピングモールサーバ３０又は注文情報管理サーバ４０から取得して、記憶部５の条件・更新内容データベース５２２に記憶されている条件・更新内容情報Ｄ３に基づいて取得した注文情報Ｄ１を変更し、この変更した注文情報Ｄ１をショッピングモールサーバ３０又は注文情報管理サーバ４０に送信して、この変更した注文情報Ｄ１でショッピングモールサーバ３０又は注文情報管理サーバ４０の注文情報Ｄ１を更新させる処理である。この処理において、図２１を用いて後述するステップＳ２１からステップＳ２６の処理が実行される。更新内容は、後のステップＳ１１において履歴情報として送信するために記憶部５２に記憶される。この後、処理をステップＳ１０に進める。一方、店舗端末１０において更新処理実行指示がなかったと判断した場合には（Ｓ８でＮＯ）、ＣＰＵ５１はステップＳ９を実行することなく、処理をステップＳ１０に進める。

ステップＳ１０において、ＣＰＵ５１は、店舗端末１０において履歴情報の表示指示があったかどうかを判断する（Ｓ１０）。履歴情報の表示指示とは、図４で示す条件・更新内容入力画面のメイン画面Ｇ１において、更新履歴表示操作子Ｇ１０が操作されたときに受け付けられ（例えば、マウスやタッチパネル等の操作部１０１で受け付けられ）、この操作があった場合に、店舗端末１０から注文情報更新サーバ５０に対して操作内容を示す情報（履歴情報の表示指示）が送信される。この情報の受信があったときに、履歴表示指示があったと判断される。店舗端末１０において履歴情報の表示指示があった（履歴情報の表示指示を受信したと）判断した場合には（Ｓ１０でＹＥＳ）、ＣＰＵ５１は履歴情報表示処理を行う（Ｓ１１）。ステップＳ１１の実行によって、ＣＰＵ５１は、本発明の「履歴情報表示処理手段」として機能する。履歴情報表示処理とは、条件・更新内容情報Ｄ３に基づいて過去の注文情報Ｄ１の実行履歴（更新内容）を示す履歴情報を、店舗端末１０に対して送信することで、店舗端末１０に履歴情報を表示させる処理である。ここで、例えば、図１２で示すような、実行履歴画面Ｇ９を店舗端末１０に対して表示させることで履歴情報を表示させてもよい。なお、注文情報更新サーバ５０が過去の所定期間（例えば、過去３月分）に更新した注文情報Ｄ１の更新内容のみを記憶し、所定期間の更新内容を示す履歴情報のみを送信してもよい。この後、処理をステップＳ１２に進める。一方、店舗端末１０において履歴情報の表示指示がなかったと判断した場合には（Ｓ１０でＮＯ）、ＣＰＵ５１はステップＳ１１を実行することなく、処理をステップＳ１２に進める。

ステップＳ１２において、ＣＰＵ５１は店舗端末１０から本処理の終了指示を受け付けたかどうかを判断する（Ｓ１２）。例えば、店舗端末１０において、ログアウト指示を受け付けたり、ブラウザ機能の終了の指示を受け付けた場合に、終了の指示を受け付けたと判断される。店舗端末１０から本処理の終了指示を受け付けたと判断した場合には（Ｓ１２でＹＥＳ）、ＣＰＵ５１は処理をステップＳ１に戻す。これによって、所定時間経過毎に繰り返し、ステップＳ１が実行されることになる。一方、店舗端末１０から本処理の終了指示を受け付けていないと判断した場合には（Ｓ１２でＮＯ）、ＣＰＵ５１は処理をステップＳ４に戻す。

次に、図２１を用いて、所定時間経過毎の注文情報更新処理の一例を説明する。この所定時間経過毎の注文情報更新処理は、所定時間経過毎に実行される。これによって、一日数回程度実行されてもよい。まずは、ＣＰＵ５１は記憶部５２から条件・更新内容情報Ｄ３を読み込む（Ｓ２１）。この後、ＣＰＵ５１は、注文情報Ｄ１をショッピングモールサーバ３０又は注文情報管理サーバ４０から取得する（Ｓ２２）。具体的には、ステップＳ２２において、注文情報Ｄ１の送信リクエストをショッピングモールサーバ３０又は注文情報管理サーバ４０に対して送信し、この送信リクエスト答えたショッピングモールサーバ３０又は注文情報管理サーバ４０から注文情報Ｄ１を受信する。

この後、ＣＰＵ５１はステップＳ２２で取得した注文情報Ｄ１に対して、ステップＳ２１で読み込んだ条件・更新内容情報Ｄ３に基づく条件判定処理を行う（Ｓ２３）。ここでは、取得した一つの注文情報Ｄ１に対して、読み込んだ条件・更新内容情報Ｄ３の示す更新条件に合致する事項があるかどうかを判断する処理を行う。ここで、この処理を読み込んだ全ての条件・更新内容情報Ｄ３について行う。

そして、ＣＰＵ５１は更新条件に合致する更新内容（更新結果）を記憶部５２に記憶させる（Ｓ２４）。次に、ＣＰＵ５１は更新条件に合致する更新内容（更新結果）を記憶部５２に記憶させる（Ｓ２４）。そして、ＣＰＵ５１は、ステップＳ２２で取得した全ての注文情報Ｄ１に対してステップＳ２３の条件判定処理を実行したかどうかを判断する（Ｓ２５）。ステップＳ２２で取得した全ての注文情報Ｄ１に対してステップＳ２３の条件判定処理を実行していないと判断した場合には（Ｓ２５でＮＯ）、ＣＰＵ５１は処理をステップＳ２３に戻し、未だステップＳ２３の処理を実行していない注文情報Ｄ１に対して条件判定処理を実行する。一方、ステップＳ２２で取得した全ての注文情報Ｄ１に対してステップＳ２３の条件判定処理を実行したと判断した場合には（Ｓ２５でＹＥＳ）、ＣＰＵ５１は、記憶部５２で記憶されている更新内容（内容）に基づいて、ステップＳ２２で取得した注文情報Ｄ１を変更して、この変更した注文情報Ｄ１をショッピングモールサーバ３０及び注文情報管理サーバ４０に送信して、この変更した注文情報Ｄ１でショッピングモールサーバ３０及び注文情報管理サーバ４０の注文情報Ｄ１を更新させる（Ｓ２６）。この後、ＣＰＵ５１は、本処理を終了させる。

〔第２実施形態〕
以下に、図１、図２２及び図２３を用いて、第２実施形態に係る電子ショッピングモールシステムを説明する。図１を参照して、第２実施形態に係る電子ショッピングモールシステム１Ａは、注文情報更新サーバ５０を備えない点のみが第１実施形態に係るショッピングモールシステム１とは異なり、その他の構成は第１実施形態に係るショッピングモールシステム１と同じである。より詳細に説明すれば、第１実施形態に係る電子ショッピングモールシステム１では、注文情報更新サーバ５０が実行していた注文情報更新メイン処理（図１９及び図２０）、及び所定時間経過毎の注文情報更新処理（図２１）を、第２実施形態に係る電子ショッピングモールシステム１Ａでは、店舗端末１０Ａが注文情報更新アプリケーションを実行することで行う。なお、この注文情報更新アプリケーションは、予めショッピングモールサーバ３０等からダウンロードされてもよいし、店舗端末１０Ａの出荷時から記憶されていてもよい。

第２実施形態に係る電子ショッピングモールシステム１Ａについて、第１実施形態に係る電子ショッピングモールシステム１と相違する構成についてのみ説明し、同一の構成については説明を省略する。図２２は、第２実施形態に係る電子ショッピングモールシステムにおける商品の購入から注文情報の更新までの情報の送受信の一例と店舗端末の構成を示す図である。図２３は、第２実施形態に係る電子ショッピングモールシステムにおける商品の購入から注文情報の更新までの情報の送受信の他の一例と店舗端末の構成を示す図である。

図２２では、第２実施形態に係る電子ショッピングモールシステム１Ａにおいて、注文情報管理サーバ４０の注文情報Ｄ１を更新するための情報の送受信が示されている。図２３では、第２実施形態に係る電子ショッピングモールシステム１Ａにおいて、ショッピングモールサーバ３０の注文情報Ｄ１を更新するための情報の送受信が示されている。第２実施形態に係る電子ショッピングモールシステム１Ａでは、店舗端末１０ＡのＣＰＵ１０３が、記憶部１０４に記憶されている注文情報更新アプリケーションを実行することで、入力情報取得手段１０３０、条件・更新内容情報記憶手段１０３１、サーバ記憶情報取得手段１０３２、及び注文情報更新手段１０３３として機能する。なお、条件・更新内容情報記憶手段１０３１は、条件・更新内容情報記憶手段５１１と同様の機能を有する。サーバ記憶情報取得手段１０３２は、サーバ記憶情報取得手段５１２と同様の機能を有する。注文情報更新手段１０３３は、注文情報更新手段５１３と同様の機能を有する。もっとも、条件・更新内容情報記憶手段５１１は、複数の店舗情報１０Ａの条件・更新内容情報Ｄ３を取得することがあるが、条件・更新内容情報記憶手段１０３１はＣＰＵ１０３を備える店舗端末１０Ａの条件・更新内容情報のみ記憶する。

また、店舗端末１０Ａの記憶部１０４には、サーバ記憶情報データベース１０４１及び条件・更新内容情報データベース１０４２が設けられている。サーバ記憶情報データベース１０４１の機能は、サーバ記憶情報データベース５２１と同様であり、条件・更新内容情報データベース１０４２の機能は、条件・更新内容情報データベース５２２と同じである。もっとも、条件・更新内容情報データベース５２２は、複数の店舗情報１０Ａの条件・更新内容情報Ｄ３を記憶することがあるが、条件・更新内容情報データベース１０４は記憶部１０４を備える店舗端末１０Ａの条件・更新内容情報のみ記憶する。

店舗端末１０Ａは、上述したように、仮想店舗が出店する電子ショッピングモールを提供しかつ購入者から仮想店舗の商品の購入を受け付けてこの購入の受注伝票に対応する注文情報Ｄ１を記憶するショッピングモールサーバ３０、又はショッピングモールサーバ３０から注文情報Ｄ１を取得する注文情報管理サーバ４０と通信を行い、仮想店舗を管理する店舗端末１０ＡのＣＰＵ１０３は、注文情報更新アプリケーションを実行することで、店舗端末１０Ａを管理する店舗管理者からの入力情報を受け付ける入力情報取得手段１０３０と、入力情報取得手段に取得された入力情報に基づく条件・更新内容情報Ｄ３を生成して前記店舗端末の記憶部に記憶させる条件・更新内容情報記憶手段１０３１と、注文情報Ｄ１を注文情報管理サーバ４０又はショッピングモールサーバ３０から通信によって取得する注文情報取得手段として機能し、取得された注文情報Ｄ１を、条件・更新内容情報データベース１０４２に記憶されている条件・更新内容情報Ｄ３に基づいて変更し、この変更した注文情報Ｄ１で、ショッピングモールサーバ３０に記憶されている注文情報Ｄ１又は注文情報管理サーバ４０に記憶されている注文情報Ｄ１を更新させる更新処理を実行する注文情報更新手段１０３３と、して機能する。

上述した第１及び第２実施形態は、本発明を適用した実施形態の一例であり、適宜構成を変更することが出来る。例えば、各構成部材の配置、個数、及び種類について、適宜変更することが可能である。以下に第１及び第２実施形態の構成を変更した変形例の一例を説明する。

（変形例）
以下に第１及び第２実施形態の変形例を説明する。

（１）第１及び第２実施形態では、ショッピングモールサーバ３０に記憶されている注文情報Ｄ１及び注文情報管理サーバ４０に記憶されている注文情報Ｄ１の両方を、更新処理によって更新出来るが、何れか一方の注文情報Ｄ１のみ更新出来る構成であってもよい。

（２）第１実施形態において、顧客端末２０とショッピングモールサーバ３０との情報の送受信は概ね顧客端末２０のブラウザ機能を用いて行われるが、ブラウザ機能に代えて所定のアプリケーションを使用してもよい。また、店舗端末１０と注文情報更新サーバ５０、注文情報管理サーバ４０、及びショッピングモールサーバ３０との間の情報の送受信は、概ね店舗端末１０のブラウザ機能を用いて行われるが、ブラウザ機能に代えて所定のアプリケーションを使用してもよい。

１、１Ａ 電子ショッピングモールシステム
１０、１０Ａ 店舗端末
１０３０ 入力情報取得手段
１０３１ 条件・更新内容情報記憶手段（条件・更新内容情報記憶手段）
１０３２ サーバ記憶情報取得手段
１０３３ 注文情報更新手段
１０４ 記憶部
３０（３０Ａ、３０Ｂ） ショッピングモールサーバ
３０Ａ 第１ショッピングモールサーバ
３０Ｂ 第２ショッピングモールサーバ
４０ 注文情報管理サーバ
５０ 注文情報更新サーバ
５１１ 条件・更新内容情報記憶手段（条件・更新内容情報記憶手段）
５１２ サーバ記憶情報取得手段
５１３ 注文情報更新手段
５２ 記憶部
Ｄ１（Ｄ１Ａ、Ｄ１Ｂ） 注文情報
Ｄ２（Ｄ２Ａ、Ｄ２Ｂ） サーバ記憶情報
Ｄ２Ａ 受注サーバ記憶情報
Ｄ２Ｂ ショッピングモールサーバ記憶情報
Ｄ３ 条件・更新内容情報

Claims (13)

1. 仮想店舗が出店する電子ショッピングモールを提供しかつ購入者から前記仮想店舗の商品の購入を受け付けてこの購入の受注伝票に対応する注文情報を記憶するショッピングモールサーバ、又は前記ショッピングモールサーバから注文情報を取得する注文情報管理サーバと通信を行うとともに、前記仮想店舗を管理する店舗管理者から操作される店舗端末と通信を行い、記憶部を有する注文情報更新サーバであって、
   前記店舗管理者から前記店舗端末への入力情報に基づく前記条件・更新内容情報を取得して前記記憶部に記憶させる条件・更新内容記憶手段と、
   前記記憶されている条件・更新内容情報に基づいて、前記ショッピングモールサーバに記憶されている前記注文情報又は前記注文情報管理サーバに記憶されている前記注文情報を更新させる更新処理を実行する注文情報更新手段と、を備えた、
   ことを特徴とする注文情報更新サーバ。
2. 前記条件・更新内容情報は、前記注文情報に含まれる情報及び／又はこの情報を基礎とした情報に関する条件と、この条件を満たした場合の前記注文情報の更新内容とを示す情報であり、
   前記条件・更新内容記憶手段は、前記条件と前記更新内容とが対応づけて前記店舗管理者から前記店舗端末に入力された場合に、この入力に基づく前記条件・更新内容情報を取得して前記記憶部に記憶させ、
   前記注文情報更新手段は、前記更新処理として、前記注文情報が前記条件・更新内容情報の示す条件を満たすかどうかを判断し、この条件を満たしたときに、前記条件・更新内容情報の示す前記更新内容で前記注文情報を更新する、
   ことを特徴とする請求項１に記載の注文情報更新サーバ。
3. 前記注文情報に含まれる情報及び／又はこの情報を基礎とした情報は、購入商品、購入商品の大きさ、購入商品の体積、購入商品の個数、購入商品の価格、複数の購入商品の合計価格、複数の購入商品の合計体積、商品の配送温度を示す輸送温度指定、ショッピングモールサーバの種類、商品の売り方、注文を受けた日、支払い方法、購入者の情報、購入商品の代金の支払い方法、購入商品の代金の支払い状況、及び送り先の地域のうちの少なくとも何れか一つを含む、
   ことを特徴とする請求項２に記載の注文情報更新サーバ。
4. 前記条件・更新内容情報は、複数の条件とこれらの条件を満たした場合の少なくとも一つの前記更新内容とを示す情報である、
   ことを特徴とする請求項２又は３に記載の注文情報更新サーバ。
5. 前記条件・更新内容記憶手段は、複数の条件・更新内容情報を前記記憶部に記憶させる、
   ことを特徴とする請求項１から４の何れかに記載の注文情報更新サーバ。
6. 前記条件・更新内容情報は、前記更新内容として、前記注文情報の内容へのキーワードの追加を示す、
   ことを特徴とする請求項２から４の何れかに記載の注文情報更新サーバ。
7. 前記条件・更新内容情報は、前記更新内容として、一つの前記注文情報を複数の前記注文情報に分割することを示す、
   ことを特徴とする請求項２から４の何れかに記載の注文情報更新サーバ。
8. 前記条件・更新内容情報は、特定アイテムの追加の情報が注文情報に含まれていることを、前記注文情報に含まれる情報及び／又はこの情報を基礎とした情報に関する条件として示し、当該条件を満たした場合に前記特定アイテムの商品コードを前記注文情報に含めるとの前記更新内容を示す、
   ことを特徴とする請求項２から４の何れかに記載の注文情報更新サーバ。
9. 前記仮想店舗が電子ショッピングモールで販売する商品の情報、前記電子ショッピングモールに関する情報、仮想店舗が採用している支払い方法、仮想店舗が採用している配送方法、前記仮想店舗が電子ショッピングモールで販売する商品の仕入れ先情報、及び前記仮想店舗が電子ショッピングモールで販売する商品の出荷元情報、前記注文情報又は前記条件・更新内容情報に含まれるコード又は用語の定義の少なくとも何れか一つを含むサーバ記憶情報を、前記ショッピングモールサーバ又は前記注文情報管理サーバから通信によって取得するサーバ記憶情報取得手段、を更に備え、
   前記条件・更新内容記憶手段は、前記サーバ記憶情報及び前記店舗端末への入力情報に基づいて生成された条件・更新内容情報を取得して前記記憶部に記憶させる、
   ことを特徴とする請求項１から８の何れかに記載の注文情報更新サーバ。
10. 前記更新処理が実行された場合に注文情報がどの様に変更されるかを示す確認用情報の表示指示を前記店舗端末から受信した場合に、前記確認用情報を前記店舗端末に表示させる処理を行う確認用情報表示処理手段、を更に備えた、
    ことを特徴とする請求項１から９の何れかに記載の注文情報更新サーバ。
11. 前記更新処理実行の指示を前記店舗端末から受信した場合に、前記注文情報更新手段は、前記更新処理を実行する、ことを特徴とする請求項１から１０の何れかに記載の注文情報更新サーバ。
12. 前記注文情報更新手段の更新処理の実行履歴を示す履歴情報の表示指示を前記店舗端末から受信した場合に、前記履歴情報を前記店舗端末に表示させる処理を行う履歴情報表示処理手段、を更に備えた、ことを特徴とする請求項１から１１の何れかに記載の注文情報更新サーバ。
13. 仮想店舗が出店する電子ショッピングモールを提供しかつ購入者から前記仮想店舗の商品の購入を受け付けてこの購入の受注伝票に対応する注文情報を記憶するショッピングモールサーバ、又は前記ショッピングモールサーバから注文情報を取得する注文情報管理サーバと通信を行い、前記仮想店舗を管理する店舗管理者から操作される店舗端末のコンピュータを、
    前記店舗管理者から前記店舗端末への入力情報を受け付ける入力情報取得手段と、
    前記入力情報取得手段に取得された入力情報に基づく条件・更新内容情報を生成して前記店舗端末の記憶部に記憶させる条件・更新内容記憶手段と、
    前記記憶されている条件・更新内容情報に基づいて、前記ショッピングモールサーバに記憶されている前記注文情報又は前記注文情報管理サーバに記憶されている前記注文情報を更新させる更新処理を実行する注文情報更新手段と、
    して機能させることを特徴とするコンピュータプログラム。