仮想店舗において購入できる商品のうち、上記仮想店舗においてユーザーが属する複数のグループに共通しており、かつ、上記ユーザーによって選択されたいずれかの商品を特定する特定手段と、上記グループごとに用意され、あらかじめ所定の優先度が設定された、上記ユーザーによって選択された上記商品を上記ユーザーがより有利な条件で購入するための支払条件を取得する取得手段と、上記取得手段によって取得された上記支払条件のうち、上記優先度が最も高い上記支払条件を選択する選択手段と、上記選択手段によって選択された上記支払条件を示す情報を含んだ表示情報を生成する生成手段とを備えていることを特徴とする電子商取引サーバ。上記取得手段は、上記有利な条件で購入するための支払い条件として、上記商品をより低価格で購入するための支払条件を取得することを特徴とする請求項1に記載の電子商取引サーバ。上記選択手段は、上記優先度が互いに等しい複数の上記支払条件が存在する場合、当該複数の上記支払条件を全て選択し、上記生成手段は、上記選択手段によって選択された複数の上記支払条件を、いずれかの上記支払条件をユーザーが選択できるような状態ですべて含んだ上記表示情報を生成することを特徴とする請求項1または2に記載の電子商取引サーバ。上記生成手段は、上記グループごとに用意され、あらかじめ所定の優先度が設定された、上記表示情報を生成するためのテンプレートのうち、もっとも優先度が高いテンプレートを用いて、上記表示情報を生成することを特徴とする請求項1~3のいずれか1項に記載の電子商取引サーバ。上記複数のグループのうちいずれかに対応し、あらかじめ所定の優先度が設定された商品グループを、上記グループごとにすべて取得する商品グループ取得手段と、上記商品グループ取得手段によって取得された各上記商品グループを、当該商品グループに設定された上記優先度に基づく順序で含んだ商品グループ表示情報を生成する商品グループ表示情報生成手段をさらに備えていることを特徴とする請求項1~4のいずれか1項に記載の電子商取引サーバ。請求項1~5のいずれか1項に記載の電子商取引サーバと、当該電子商取引サーバにアクセスするための端末装置とを備えていることを特徴とする電子商取引システム。仮想店舗において購入可能な商品のうち、上記仮想店舗においてユーザーが属する複数のグループに共通しており、かつ、上記ユーザーによって選択されたいずれかの商品を特定する特定ステップと、上記グループごとに用意され、あらかじめ所定の優先度が設定された、上記ユーザーによって選択された上記商品を上記ユーザーがより有利な条件で購入するための支払条件を取得する取得ステップと、上記取得ステップにおいて取得された上記支払条件のうち、上記優先度が最も高い上記支払条件を選択する選択ステップと、上記選択ステップにおいて選択された上記支払条件を示す情報を含んだ表示情報を生成する生成ステップとを備えていることを特徴とする電子商取引サーバの動作方法。請求項1から5のいずれか1項に記載の電子商取引サーバを動作させるプログラムであって、コンピュータを上記の各手段として機能させるためのプログラム。しかし、特許文献1の技術では、ユーザーがある特定の一つのグループに属することを前提としている。したがって、ユーザーが複数のグループに属している場合に、より有利な取引条件に合ったWWWページを生成することはできない。本発明は上記の課題を解決するためになされたものである。そして、その目的は、仮想店舗における複数のグループに属するユーザーに、複数用意されている支払条件のうち、より有利な条件で商品を購入させることができる電子商取引サーバおよびその動作方法、電子商取引システム、およびプログラムを提供することにある。本発明に係る電子商取引サーバは、上記の課題を解決するために、仮想店舗において購入可能な商品のうち、上記仮想店舗においてユーザーが属する複数のグループに共通しており、かつ、上記ユーザーによって選択されたいずれかの商品を特定する特定手段と、上記グループごとに用意され、あらかじめ所定の優先度が設定された、上記ユーザーによって選択された上記商品を上記ユーザーがより有利な条件で購入するための支払条件を取得する取得手段と、上記取得手段によって取得された上記支払条件のうち、上記優先度が最も高い上記支払条件を選択する選択手段と、上記選択手段によって選択された上記支払条件を示す情報を含んだ表示情報を生成する生成手段とを備えていることを特徴としている。上記の構成において、ユーザーは、仮想店舗における複数のグループに属している。仮想店舗では、これら複数にグループに共通する商品が用意されている。また、グループごとに、商品に対して適用可能な支払条件も用意されている。あるグループ用の支払条件は、どのグループにも属さないユーザーが同じ商品を購入する場合よりも、より有利な条件で商品を購入できるものである。たとえば、定価の10オフで購入できたり、または、一定数までは無料で購入できたりするような支払条件である。ユーザーが、自身が属する複数のグループに共通するいずれかの商品を選択したとき、電子商取引サーバは、各グループに用意されている各支払条件を取得する。各支払条件には、あらかじめ、所定の優先度が設定されている。電子商取引サーバは、取得した複数の支払条件のうち、もっとも優先度が高いものを選択する。通常、より有利な条件で商品を購入できる支払条件ほど、より高い優先度が設定されている。以上のように、本発明に係る電子商取引サーバは、仮想店舗における複数のグループに属するユーザーに、複数用意されている支払条件のうち、より有利な条件で商品を購入させることができる。本発明に係る電子商取引方法は、上記の課題を解決するために、仮想店舗において購入可能な商品のうち、上記仮想店舗においてユーザーが属する複数のグループに共通しており、かつ、上記ユーザーによって選択されたいずれかの商品を特定する特定ステップと、上記グループごとに用意され、あらかじめ所定の優先度が設定された、上記ユーザーによって選択された上記商品を上記ユーザーがより有利な条件で購入するための支払条件を取得する取得ステップと、上記取得ステップにおいて取得された上記支払条件のうち、上記優先度が最も高い上記支払条件を選択する選択手段と、上記選択ステップにおいて選択された上記支払条件を示す情報を含んだ表示情報を生成する生成ステップとを備えていることを特徴としている。上記の構成によれば、本発明に係る電子商取引サーバと同様の作用効果を奏する。本発明に係る電子商取引サーバでは、さらに、上記取得手段は、上記有利な条件で購入するための支払い条件として、上記商品をより低価格で購入するための支払条件を取得することが好ましい。上記の構成によれば、仮想店舗における複数のグループに属するユーザーに、複数用意されている支払条件のうち、より低価格で商品を購入させることができる。本発明に係る電子商取引サーバでは、さらに、上記選択手段は、上記優先度が互いに等しい複数の上記支払条件が存在する場合、当該複数の上記支払条件を全て選択し、上記生成手段は、上記選択手段によって選択された複数の上記支払条件を、いずれかの上記支払条件をユーザーが選択できるような状態ですべて含んだ上記表示情報を生成することが好ましい。上記の構成によれば、ユーザーが選択した商品に、同じ優先度の支払条件が複数設定されている場合、ユーザーは、どの支払条件を適用して商品を購入するのかを、選択することができる。これにより、ユーザーの都合や事情に応じた支払条件が商品に適用される効果を奏する。本発明に係る電子商取引サーバでは、さらに、上記生成手段は、上記グループごとに用意され、あらかじめ所定の優先度が設定された、上記表示情報を生成するためのテンプレートのうち、もっとも優先度が高いテンプレートを用いて、上記表示情報を生成することが好ましい。上記の構成によれば、電子商取引サーバは、複数のテンプレートのうちもっと優先度が高いものに基づく表示情報が生成される。したがって、ユーザーに適した表示情報を簡単に生成することができる。本発明に係る電子商取引サーバでは、さらに、上記複数のグループのうちいずれかに対応し、あらかじめ所定の優先度が設定された商品グループを、上記グループごとにすべて取得する商品グループ取得手段と、上記商品グループ取得手段によって取得された各上記商品グループを、当該商品グループに設定された上記優先度に基づく順次で含んだ商品グループ表示情報を生成する商品グループ表示情報生成手段をさらに備えていることが好ましい。上記の構成によれば、電子商取引サーバは、複数のグループに属するユーザーに対して、各グループに対応する商品グループをすべて含んだ商品グループ表示情報を生成する。商品グループとは、たとえば、複数の商品を一括で説明する情報のことである。電子商取引サーバは、商品グループ表示情報における各商品グループの順序を、各商品グループに設定されている優先度に基づき決定する。たとえば、より優先度が高い商品グループほど、画面上のより上部に表示するような商品グループ表示情報を生成する。その結果、電子商取引サーバは、複数のグループに属するユーザーに対して、より価値の高い商品グループ表示情報を生成することができる。本発明に係る電子商取引システムは、上記の課題を解決するために、上述したいずれかの電子商取引サーバと、端末装置とを備えていることを特徴としている。上記の構成によれば、この結果、仮想店舗における複数のグループに属するユーザーが、複数用意されている支払条件のうち、より有利な条件で商品を購入できる電子商取引システムを実現することができる。なお、上記電子商取引サーバは、コンピュータによって実現してもよい。この場合、コンピュータを上記各手段として動作させることにより上記電子商取引サーバをコンピュータにおいて実現するプログラムも、本発明の範疇に入る。本発明に係る電子商取引サーバは、仮想店舗における複数のグループに属するユーザーに、複数用意されている支払条件のうち、より有利な条件で商品を購入させることができる。実施形態1本発明に係る一実施形態について、図1~図27を参照して以下に説明する。電子商取引システム100図2は、本発明の一実施形態に係る電子商取引システム100の全体構成を示す構成図である。この図に示すように、電子商取引システム100は、電子商取引サーバ1および複数の端末装置2を備えている。電子商取引サーバ1および各端末装置2は、通信回線4たとえばインターネットを通じて互いに接続されている。各端末装置2は、たとえば、パーソナルコンピュータ、携帯電話機、またはスマートフォンである。端末装置2のユーザーは、端末装置2を操作することによって、電子商取引サーバ1が提供する仮想店舗にアクセスし、商品を購入することができる。電子商取引サーバ1図1は、本発明の一実施形態に係る電子商取引サーバ1の要部構成を示すブロック図である。この図に示すように、電子商取引サーバ1は、ページ要求取得部10特定手段、ページ判別部12、ページ生成部14特定手段、ユーザグループ判別部16、ページ生成制御部18取得手段、選択手段、商品グループ取得手段、テンプレート選択部20、データ生成部22生成手段、商品グループ表示情報生成手段、ページ出力部24、商品検索部26、支払条件設定蓄積部28、ユーザグループ設定蓄積部30、テンプレート蓄積部32、および商品グループ蓄積部34を備えている。電子商取引サーバ1の管理者は、仮想店舗を運営する。端末装置2のユーザーは、端末装置2を用いて電子商取引サーバにアクセスすることによって、仮想店舗を利用する。仮想店舗では、各種の商品を販売している。ユーザは、仮想店舗を通じて所望の購入することができる。仮想店舗には、複数のグループが用意されている。たとえば、ある特定のクレジットカードの会員を対象にしたグループ、または、ある特定の交流会の会員を対象にしたグループ、または、ある特定の実店舗の会員を対象にしたグループ、などがある。ユーザーは、仮想店舗に会員登録をする際、会員登録要件を満たすグループに属することができる。また、ユーザーは、複数のグループに同時に属することもできる。仮想店舗では、複数の商品をまとめた商品グループが用意されている。この商品グループは、ユーザが属することができる少なくともいずれかのグループに関連付けられている。電子商取引サーバ1は、仮想店舗を利用するユーザーに対して、ユーザーが属するグループに応じたサービスを提供する。たとえば、ある特定のグループに属するユーザーのみが購入可能な商品を用意していたり、または、ある特定のグループに属するユーザーにのみ対して提供する特別の割引キャンペーンを用意していたりする。電子商取引サーバ1は、ユーザーが属するグループに応じて最適なページを生成し、ユーザーの端末装置2に提供する。言い換えると、電子商取引サーバは、ページをユーザーに応じてカスタマイズしてから、端末装置2に提供する。これによりユーザーは、自身が属するグループに応じたページを通じて、仮想店舗での商品の閲覧、選択、および購入が可能となる。ユーザーが複数のグループに属するとき、電子商取引サーバ1は、各グループの利点を組み合わせた形態で、仮想店舗のサービスを提供する。その詳細は、以下に詳述する。電子商取引サーバ1は、ユーザが属するグループに基づき、ユーザが仮想店舗を利用する際に閲覧する各種のページを生成して、端末装置2に提供する。本実施形態では、トップページ、商品詳細ページ、購入ページ、カートページ、および商品一覧ページを生成する例を説明する。電子商取引サーバは、これらのページを生成する際、メモリに形成されている各種のテーブルを利用する。そこでまず、電子商取引サーバ1が利用する各テーブルについて以下に説明する。顧客テーブル顧客テーブルは、仮想店舗の会員を管理するためのテーブルである。図3は、顧客テーブルの一例を示す図である。この図に示すように、顧客テーブルは、ユーザーが仮想店舗を利用する際に入力すべき識別子useridと、ユーザーが仮想店舗を利用する際に入力すべきパスワードpasswordとを、顧客を識別するための識別子idごとに互いに関連づけて格納している。顧客テーブルにおける識別子idは、他のテーブルではcustomeridとして用いられている。ここでいう顧客とは、仮想店舗を利用する立場でのユーザーと同じ意味である。言い換えると、仮想店舗の会員として登録されたユーザは、仮想店舗の顧客に相当する。顧客グループテーブル顧客グループテーブルは、仮想店舗において用意されているグループを管理しているテーブルである。図4は、顧客グループテーブルの一例を示す図である。この図に示すように、顧客グループテーブルは、グループの種別を示す情報typeと、グループの名称を示す情報nameとを、グループを識別するための識別子ごとに互いに関連づけて格納している。顧客グループテーブルにおける識別子idは、他のテーブルでは、groupidとして用いられている。顧客-顧客グループテーブル顧客-顧客グループテーブルは、仮想店舗の顧客がどのグループ顧客グループに属するのかを管理するためのテーブルである。図5は、顧客-顧客グループテーブルの一例を示す図である。この図に示すように、顧客-顧客グループテーブルは、グループを識別するための識別子groupidと、顧客を識別するための識別子idと、優先度priorityとを、互いに関連づけて格納している。これにより、顧客がどのグループに属しているのかを管理している。たとえば図5では、customeridが1である顧客が、3つのグループ、すなわちgroupidが0のグループと、groupidが1のグループと、groupidが3のグループとに属している。ここで、groupidが0のグループには優先度が0に設定され、groupidが1のグループには優先度が2に設定され、さらにgroupidが2のグループには優先度が1に設定されている。テンプレートテーブルテンプレートテーブルは、電子商取引サーバ1が仮想店舗のページを生成するために用いるテンプレートを管理するためのテーブルである。図6は、テンプレートテーブルの一例を示す図である。この図に示すように、テンプレートテーブルは、displayidと、テンプレートの格納場所を示す情報pathとを、テンプレートを識別するための識別子idごとに関連づけて格納している。テンプレートテーブルにおける識別子idは、他のテーブルでは、templateidとして用いられている。なお、テンプレートとは、仮想店舗のページの元となる電子データである。電子商取引サーバ1は、テンプレートの一部分を他のデータで置換することによって、ページを生成する。その際、置換するデータを変えることによって、同じテンプレートから異なる内容のページを生成することができる。また、本実施形態では、ページはHTML形式のウェブページのことであるが、必ずしもこれに限定されない。ページは、ユーザに対する提示する各種の情報を含んだ表示情報であれば、どのような形式のものであってもよい。テンプレート-顧客グループテーブルテンプレート-顧客グループテーブルは、どのテンプレートがどのグループに属するのかを管理するためのテーブルである。図7は、テンプレート-顧客グループテーブルの一例を示す図である。この図に示すように、テンプレート-顧客グループテーブルは、groupidとtemplateidとを互いに関連づけて格納している。商品グループテーブル商品グループテーブルは、仮想店舗において用意されている商品グループを管理するためのテーブルである。図8は、商品グループテーブルの一例を示す図である。この図に示すように、商品グループテーブルは、商品グループの名称を示す情報nameと、商品グループの種別を識別するための識別子typeidと、商品グループに属する商品を識別するための識別子群typeidsと、商品グループの優先度とを、商品グループを識別するための識別子idごとに、互い関連づけて格納している。商品グループテーブルにおける識別子idは、他のテーブルではproductgroupidとして用いられている。商品グループ-顧客グループテーブル商品グループ-顧客グループテーブルは、どの商品グループがどのグループに属するのかを管理するためのテーブルである。図9は、商品グループ-顧客グループテーブルの一例を示す図である。この図に示すように、商品グループ-顧客グループテーブルは、groupidとproductgroupidとを互いに数と格納している。キャンペーンテーブルキャンペーンテーブルは、仮想店舗において用意されているキャンペーンを管理するためのテーブルである。図10は、キャンペーンテーブルの一例を示す図である。この図に示すように、キャンペーンテーブルは、キャンペーン支払条件の種別を示す情報typeと、キャンペーンの名称を示す情報nameと、キャンペーンが適用された場合における商品の割引率discountrateと、キャンペーンを適用可能な最大の商品数maxcountと、キャンペーンを適用可能な商品の最大価格maxamountと、キャンペーンの優先度prioryと、キャンペーンが適用されるグループを識別するための識別子groupidと、キャンペーンを商品に自動的に適用するか否かを示す情報autoapplyとを、キャンペーンを識別するための識別子idごとに互いに関連づけて格納している。キャンペーンテーブルにおける識別子idは、他のテーブルではcampaignidとして用いられている。顧客-キャンペーンテーブル顧客-キャンペーンテーブルは、過去に顧客に対して適用されたキャンペーンを管理するためのテーブルである。図11は、顧客-キャンペーンテーブルの一例を示す図である。この図に示すように、顧客-キャンペーンテーブルは、campaignidと、customeridと、対応するキャンペーンを適用した回数countと、適用した際に顧客が支払った商品の代金amountとを、互いに関連づけて格納している。商品-キャンペーンテーブル商品-キャンペーンテーブルは、どの商品にどのキャンペーンが適用可能であるかを管理するためのテーブルである。図12は、商品-キャンペーンテーブルの一例を示す図である。この図に示すように、商品-キャンペーンテーブルは、campaignidと、productidとを互いに関連づけて格納している。商品テーブル商品テーブルは、仮想店舗において提供可能な商品を管理するためのテーブルである。図13は、商品テーブルの一例を示す図である。この図に示すように、商品テーブル商品の名称を示す情報nameと、商品の価格priceと、商品の説明文desrciptionと、商品の出版社publisherと、商品の発売開始日startdateと、商品のサムネイル画像のファイル名thumbnailと、商品が属するグループを識別するための識別子群groupidsとを、商品を識別するための識別子idごとに互いに関連づけて格納している。カートテーブルカートテーブルは、ユーザが仮想店舗を利用して購入した商品を管理するためのテーブルである。図14は、カートテーブルの一例を示す図である。この図に示すように、カートテーブルは、customeridとproductidとを、カート内の商品を識別するための識別子idごとに格納している。テーブルの形成場所図3~図14に示す各テーブルは、いずれも、電子商取引サーバ1が備えるメモリ図示せずに存在する。このメモリには、支払条件設定蓄積部28、ユーザグループ設定蓄積部30、テンプレート蓄積部32、および商品グループ蓄積部34が形成されている。カートテーブル以外の各テーブルのは、これらの蓄積部のいずれかに形成されている。具体的には次の通りである。顧客テーブル、顧客グループテーブル、顧客-顧客グループテーブル、顧客-キャンペーンテーブル、および商品グループ-顧客グループテーブルは、ユーザグループ設定蓄積部30に形成されている。テンプレートテーブルおよびテンプレート-顧客グループテーブルは、テンプレート蓄積部32に形成されている。商品グループテーブル、商品グループ-顧客グループテーブル、および商品テーブルは、商品グループ蓄積部34に形成されている。キャンペーンテーブルおよび商品-キャンペーンテーブルは、支払条件設定蓄積部28に形成されている。なお、カートテーブルは、メモリにおける任意の場所に形成されている。基本的な処理の流れ図15は、電子商取引サーバ1が仮想店舗のページを生成する際の基本的な処理の流れを示すフローチャートである。ユーザーは、端末装置2を操作し、端末装置2で動作するWWWブラウザ等のアプリケーションを利用して、電子商取引サーバ1が提供する仮想店舗にアクセスする。その際、端末装置2のアプリケーションは、ユーザーによって指定された仮想店舗のURLを含むページ生成要求を生成し、電子商取引サーバ1に送信する。電子商取引サーバ1では、ページ要求取得部10がページ生成要求を受信するステップS1001。ページ要求取得部10は、受信したページ要求をページ判別部12に出力する。ページ判別部12は、ページ要求内のURLから、端末装置2から要求された仮想店舗のページの種別を判別するS1002。そして、その判別結果に対応する識別子displayidを取得する。例えば、仮想店舗トップページのURLが、httpastorecomtopの場合は、topがページ種別を示す。一方、仮想店舗の商品詳細ページのURLが、httpastorecomdetailの場合は、detailがページ種別を示す。電子商取引サーバ1では、topに対応するdisplayidは1であり、detailに対応するdisplayidは2であるというように、ページ種別の判別結果と、対応するdisplayidの値とが、あらかじめ互いに関連づけて、所定のテーブル内に格納されている。そこでページ判別部12は、このテーブルを参照することによって、URLから判別したページ種別に対応するdisplayidを特定する。ページ判別部12は、特定したdisplayid、およびページ要求をページ生成部14に出力する。次に、ページ生成制御部18が、ページ要求に含まれているCookie等の識別情報から、仮想店舗にアクセスした端末装置2のユーザーを判別するS1003。識別情報は、次の手順によって、事前に、電子商取引サーバ1から端末装置2に提供されている。ユーザーが仮想店舗内のいずれかのページに最初にアクセスした際、電子商取引サーバ1は、ユーザーに認証処理を求める。その際、ユーザーは、仮想店舗を利用するための専用の識別子IDおよびパスワードを入力する。電子商取引サーバ1は、ユーザーが入力したIDおよびパスワードが、電子商取引サーバ1内で管理しているいずれかのユーザーのIDおよびパスワードと互いに一致するか否かを判定する。一致した場合、このユーザーは仮想店舗を利用できる正当なユーザーであることを認証する。これにより電子商取引サーバ1は、そのユーザーを識別するための識別情報をCookieとして生成し、ユーザーの端末装置2に提供する。これ以降、端末装置2は、仮想店舗にアクセスする際に、ページ要求にこのCookieを含める。これにより電子商取引サーバ1は、Cookieを解析することによって、仮想店舗にアクセスしたユーザーが、正当なユーザーであると判別する。ページ生成制御部18は、判別したユーザーのIDuseridに対応するcustomeridを、顧客テーブルから取得し、テンプレート選択部20に出力する。次に、テンプレート選択部20が、ページ判別部12から受け取ったdisplayidに対応したテンプレートを選択するS1004。この処理は後述する。テンプレートは、仮想店舗のページを生成するために用いられる。ページ生成部14は、テンプレート選択部20が選択したテンプレートを用いて、displayidに応じたページ生成処理を実行する。これにより、端末装置2からのページ要求に対応したページを生成するS1005。この処理の詳細は後述する。ページ生成部14は、生成したページをページ出力部24に出力する。ページ出力部24は、生成されたページを、ページ要求が送信してきた端末装置2に送信する。端末装置2のアプリケーションは、端末装置2から送信されたページを受信し、ディスプレイの画面に表示する。これによりユーザーは、端末装置2のディスプレイに表示された、仮想店舗のページを閲覧することができる。さらに、閲覧したページを通じて、仮想店舗を利用することができる。テンプレートの選択処理図16は、ページ生成部14が、ページを生成するためのテンプレートを選択する際の処理の流れを示すフローチャートである。この図に示すように、まず、ユーザグループ判別部16が、ユーザーが属するグループの識別子groupidと、そのグループの優先度priorityとを取得するS1101。その際、ユーザグループ判別部16は、ページ判別部12から受け取ったcustomeridに対応するgroupidおよびpriorityを、顧客-顧客グループテーブルから取得する。ページ判別部12は、取得したgroupidおよびpriorityを、テンプレート選択部20に出力する。次に、テンプレート選択部20が、端末装置2から要求されたページの種別に対応したテンプレートの識別子リストを取得するS1103。より具体的には、テンプレート選択部20は、ページ判別部12から受け取ったdisplayidに対応するtemplateidおよびpathを、テンプレートテーブルから取得する。なお、同じdisplayidに対応付けて格納されているtemplateidが複数あれば、各templateidおよびそれに対応するpathを全て取得する。これにより、取得したtemplateidを含むリストを生成する。次にテンプレート選択部20は、テンプレートの識別子リストから、もっとも優先度が高いテンプレートを選択するS1103。具体的には、次の手順に従う。まず、テンプレート選択部20は、テンプレートの識別子リストに含まれるtemplateidのうち、テンプレート-顧客グループテーブルにおいて、ページ判別部12から受け取ったgroupidに対応付けて格納されているtemplateidを選択する。次に、選択したtemplateidのうち、対応するgroupidに対応するpriorityが最も高いtemplateidを選択する。テンプレート選択部20は、選択したtemplateidに対応するpathを、データ生成部22に出力する。なお、上記の例では、グループにあらかじめ設定されている優先度を、そのグループに対応するテンプレートの優先度としている。このばあい、どのようなユーザであっても、そのグループに対応するテンプレートの優先度は同じ値になる。しかし、これに限らず、ユーザごとに、自身が属するグループの優先度を個別に設定されていてもよい。この場合、グループに対応するテンプレートの優先度は、ユーザーごとに設定されたグループの優先度に一致する。なお、ユーザーが、自身が属するグループの優先度を自ら変更できるような構成であってもよい。以上のように、電子商取引サーバ1は、グループごとに用意され、あらかじめ所定の優先度が設定された、各ページを生成するためのテンプレートのうち、もっとも優先度が高いテンプレートを用いて、テンプレートに対応するページを生成する。したがって、ユーザーに適したページを簡単に生成することができる。テンプレートの一例図17aは、電子商取引サーバ1が仮想店舗のページを生成するためのテンプレートの一例を模式的に示す図であり、図17bは、テンプレートの記述の一例を示す図である。図17aに示すテンプレート50は、領域52および領域54を有している。領域54は静的部分であり、ここにはあらかじめ所定の情報が用意されている。この情報は、テンプレート50からページを生成する際に、変化することはない。一方、領域54は置換部分であり、ここには、あらかじめ置換部分であることを示す情報が用意されている。この情報は、テンプレート50からページを生成する際に、他の情報に置換される。図17bに示すテンプレート50は、HTMLファイルとして実現されている。ここで、領域54にはwicketで始まるタグが記述されている。このタグが、置換部分であることを示す情報である。このタグ内には置換対象を示す文字列newArrival等が含まれており、ページ生成部14は、この文字列に参照して、置換すべき情報を適切な位置の領域54において置換する。トップページの生成図18は、電子商取引サーバ1が仮想店舗のトップページを生成する際の処理の流れを示すフローチャートである。この図に示すように、まず、ページ生成制御部18は、トップページ用のテンプレートを読み込むS1201。その際、ページ生成制御部18は、テンプレート選択部20から受け取ったpathに基づき、トップページ用のテンプレートの格納場所を特定する。そして、特定した格納場所に格納されているテンプレートを読み込んでいく。ページ生成制御部18は、読み込んだテンプレートを、先頭から順に解析していく。その際、テンプレート内の各位置が、置換部分であるか否かを判定する。置換部分を発見すると、ページ生成制御部18は、置換部分の種別を特定するS1202。具体的には、置換部分に記載のwicketidで指定されている種別を特定する。ここで特定した種別が新着リストである場合、ページ生成制御部18は、その旨をユーザグループ判別部16に通知する。次に、ユーザグループ判別部16が、ユーザーが属するグループの識別子groupidと、そのグループの優先度priorityとを取得するS1203。この処理は、S1101の処理と同じである。ページ生成制御部18は、取得したgroupidを、商品検索部26に伝える。商品検索部26は、付け取ったgroupidに一致し、かつ、販売開始日が本日ページ要求を受信した日よりも一定日以内前である商品を、商品テーブルから検索するS1204。その際、ヒットした商品に関する情報および識別子を、検索結果として商品テーブルから読み出し、データ生成部22に出力する。データ生成部22は、受け取った検索結果を、テンプレートに埋め込むS1205。具体的には、テンプレートにおける新着リストに対応する置換部分に、検索結果のうち画面表示に必要な情報を埋め込む。たとえば、商品のサムネイルまたは名称が、埋め込みの対象となる。データ生成部22は、埋め込みが終了すると、その旨をページ生成制御部18に伝える。ページ生成制御部18は、テンプレートの解析を続け、次の処理が必要か否かを判定するS1210。処理が必要な場合は、テンプレートの続きを読み込むS1201。一方、処理が不要である、すなわち、テンプレートを最後まで読み込んだ場合には、図18の処理はすべて終了する。S1202において、ページ生成制御部18は、置換部分が商品グループリストだと特定した場合、テンプレートに埋め込まれている商品グループの種別を識別するための識別子typeidを有する商品グループを、商品グループテーブルから取得するS1206。より具体的には、テンプレートに埋め込まれているtypeidに対応するproductgroupidを商品グループテーブルから取得し、そのリストを生成する。次に、ユーザグループ判別部16が、ユーザーが属するグループの識別子groupidと、そのグループの優先度priorityとを取得するS1207。この処理は、S1101の処理と同じである。ユーザグループ判別部16は、取得したgroupidを、ページ生成制御部18に伝える。次に、ページ生成制御部18が、テンプレートに埋め込む対象の商品グループと、その並び順とを決定するS1208。具体的には、次の手順にしたがう。まず、ページ生成制御部18は、生成したリストに含まれるproductgroupidのうち、商品グループ-顧客グループテーブルにおいて、ユーザグループ判別部16から受け取ったgroupidに対応付けて格納されているproductgroupidを選択する。次に、選択した各productgroupidを、対応するpriorityの順に並び替える。その際、priorityが高いものほど、より先頭に来るように並び替える。これにより決定される並び順が、複数の商品グループをテンプレートに埋め込む際の並び順となる。ページ生成制御部18は、選択した各productgroupid、およびその並び順をデータ生成部22に出力する。データ生成部22は、商品グループをテンプレートに埋め込むS1209。具体的には、次の手順に従う。まず、ページ生成制御部18から受け取ったproductgroupidに基づき、テンプレートに埋め込む情報を、商品グループテーブルから取得する。たとえば、productgroupidに対応する商品グループの名称name等を取得する。次に、取得した商品の情報を、productgroupidの並び順にしたがい、テンプレートに埋め込む。たとえば、より優先度の高い商品グループの情報が、画面上のより上部に表示されるように、テンプレートに埋め込む。データ生成部22は、埋め込みが終了すると、その旨をページ生成制御部18に伝える。ページ生成制御部18は、テンプレートの解析を続け、次の処理が必要か否かを判定するS1210。処理が必要な場合は、テンプレートの続きを読み込むS1201。一方、処理が不要である、すなわち、テンプレートを最後まで読み込んだ場合には、図18の処理はすべて終了する。トップページの構成例図19aは、あるグループ用のトップページのテンプレートを模式的に示す図である。図19bは、他のグループ用のトップページのテンプレートを模式的に示す図である。図19cは、商品グループの情報が埋め込まれたトップページを示す図である。図19dは、新着商品の情報が埋め込まれたトップページを示す図である。図19には、二種類の異なるトップページのテンプレートを示している。これらは、それぞれ、いずれかの特定のグループ専用のテンプレートである。すなわち、あるグループに属しているユーザーが、仮想店舗のトップページにアクセスした場合、電子商取引サーバ1は、図19aに示すテンプレートを用いて生成したトップページをユーザーの端末装置2に送信する。一方、このグループとは異なる他のグループに属しているユーザーが、仮想店舗のトップページにアクセスした場合、電子商取引サーバ1は、図19bに示すテンプレートを用いた生成したトップページを、ユーザーの端末装置2に送信する。これにより電子商取引サーバ1は、ユーザーが属するグループに応じて、最適なトップページをユーザーの端末装置2に提供する。一方、ユーザーが、上記の2つのグループに属しているとき、電子商取引サーバ1は、それぞれのグループ用のテンプレートのうち、優先度がより高いものを選択し、トップページの生成に用いる。図19の例では、aに示すテンプレートの優先度が、bに示すテンプレートの優先度よりも大きい。言い換えると、aに示すテンプレートに対応するグループの優先度が、bに示すテンプレートに対応するグループの優先度よりも大きい。したがって電子商取引サーバ1は、図19aに示すテンプレートを用いて、トップページを生成する。図19aに示すテンプレートは、領域56および領域58を有している。これらはいずれも、テンプレートにおける置換部分である。領域56は、新着商品リストを埋め込むための置換部分である。一方、領域58は、商品グループリストを埋め込むための置換部分である。したがって、電子商取引サーバ1が、図17に示す各処理のうち、まずS1206~S1209を実行すると、図19aに示すテンプレートにおける領域58に、商品グループリストを埋め込む。この段階のテンプレートが示すトップページは、図19cにものになる。電子商取引サーバ1は、次にS1203~S1205の処理を実行することによって、図19aに示すテンプレートにおける領域56に、新着商品リストを埋め込む。この段階のテンプレートが示すトップページは、図19dに示すものになる。トップページの利点以上のように、電子商取引サーバは、複数のグループに属するユーザーに対して、各グループに対応する商品グループをすべて含んだトップページ商品グループ表示情報を生成する。商品グループとは、たとえば、複数の商品を一括で説明する情報のことである。電子商取引サーバ1は、トップページにおける各商品グループの順序を、各商品グループに設定されている優先度に基づき決定する。たとえば、より優先度が高い商品グループほど、画面上のより上部に表示するようなトップページを生成する。その結果、電子商取引サーバは、複数のグループに属するユーザーに対して、より価値の高いトップページを生成することができる。商品詳細ページの生成仮想店舗のトップページにおいて、ユーザーが、いずれかの商品を選択したとする。これにより端末装置2は、商品詳細ページのURLを含むページ要求を生成し、電子商取引サーバ1に送信する。電子商取引サーバ1は、このページ要求を受信することによって、商品詳細ページを生成し、端末装置2に送り返す。図20は、電子商取引サーバ1が仮想店舗の商品詳細ページを生成する際の処理の流れを示すフローチャートである。この図に示すように、まず、ページ生成制御部18は、商品詳細ページ用のテンプレートを読み込むS1301。その際、ページ生成制御部18は、テンプレート選択部20から受け取ったpathに基づき、商品詳細ページ用のテンプレートの格納場所を特定する。そして、特定した格納場所に格納されているテンプレートを読み込んでいく。ページ生成制御部18は、読み込んだテンプレートを、先頭から順に解析していく。その際、テンプレート内の各位置が、置換部分であるか否かを判定する。置換部分を発見すると、ページ生成制御部18は、置換部分の種別を特定するS1302。具体的には、置換部分に記載のwicketidで指定されている種別を特定する。ここで特定した種別が商品である場合、ページ生成制御部18は、その旨を商品検索部26に通知する。商品検索部26は、ページ要求に含まれているproductidに対応する商品の情報を、商品テーブルから取得するS1303。具体的には、当該productidに関連づけて商品テーブルに格納されている、商品名name、価格price、および説明description等を、商品テーブルから取得する。商品検索部26は、取得した情報をユーザグループ判別部16およびデータ生成部22に出力する。次に、ユーザグループ判別部16が、ユーザーが属するグループの識別子groupidと、そのグループの優先度priorityとを取得するS1304。この処理は、S1101の処理と同じである。次に、ページ生成制御部18が、商品の対象キャンペーンを抽出するS1306。具体的には、ページ生成制御部18は、商品-キャンペーンテーブルにおいてproductidに対応しており、かつ、キャンペーンテーブルにおいてgroupidに対応しているcampaignidを取得する。次にページ生成制御部18は、抽出したキャンペーンのうち、商品に対して適用な可能なキャンペーンを抽出するS1307。具体的には、取得したcampaignidのうち、顧客-キャンペーンテーブルにおけるcountの値が、キャンペーンテーブルにおけるmaxcountを超えていないcampaignidを選択する。次にページ生成制御部18は、選択した各campaignidに対応する、autoapplyの値を、キャンペーンテーブルから取得する。そして、取得したautoapplyがtrueまたはfalseのいずれであるかを判定する。ここで、いずれかのproductidに対応するautoapplyの値がfalseの場合、そのproductidに対応するキャンペーンは、自動的に商品に適用することができない。そこでページ生成制御部18は、選択したcampaignidのキャンペーンを全て商品に適用することを決定する。これは、ユーザーに複数のキャンペーンから所望のものを選択させることを目的とした措置である。一方、各productidに対応するautoapplyの値が、全てtrueである場合、ページ生成制御部18は、選択した各productidのうち、対応するpriorityが最も高いproductidのキャンペーンを商品に適用することを決定する。なお、priorityが最も高いcampaignidが複数ある場合、それらを全て商品に適用することを決定する。ページ生成制御部18は、商品に適用することを決定したキャンペーンに関する情報を、キャンペーンテーブルから取得し、データ生成部22に出力する。データ生成部22は、受け取った情報を、テンプレートに埋め込むS1307。具体的には、テンプレートにおける商品に対応する置換部分に、商品の情報、および商品に適用するキャンペーンの情報を埋め込む。たとえば、商品のサムネイルおよび名称が、埋め込みの対象となる。さらに、キャンペーンの名称および割引率も、埋め込みの対象となる。データ生成部22は、埋め込みが終了すると、その旨をページ生成制御部18に伝える。ページ生成制御部18は、テンプレートの解析を続け、次の処理が必要か否かを判定するS1308。処理が必要な場合は、テンプレートの続きを読み込むS1301。一方、処理が不要である、すなわち、テンプレートを最後まで読み込んだ場合には、図20の処理はすべて終了する。商品詳細ページの構成例図21aは、あるグループ用の商品詳細ページのテンプレートを模式的に示す図である。図21bは、商品の情報が埋め込まれた商品詳細ページを示す図である。図21cは、キャンペーンの情報が埋め込まれた商品詳細ページを示す図である。図21aに示すテンプレートは、領域60および領域62を有している。これらはいずれも、テンプレートにおける置換部分である。領域60は、商品の情報を埋め込むための置換部分である。一方、領域60は、商品に適用されるキャンペーンの情報を埋め込むための置換部分である。電子商取引サーバ1が、図20に示す各処理を実行すると、まず、図21aに示すテンプレートにおける領域60に、商品の情報を埋め込む。この段階のテンプレートが示す商品詳細ページは、図21bに示すものになる。次に、図21aに示すテンプレートにおける領域62に、キャンペーンの情報を埋め込む。この段階のこの段階のテンプレートが示す商品詳細ページは、図21cに示すものになる。このようにして、電子商取引サーバ1は、ユーザーが選択した商品の情報、および当該商品に適用されるキャンペーンの情報を含んだ商品詳細ページを生成する。電子商取引サーバ1は、図21cに示す例では、一つの商品電子書籍に対して、複数の異なるキャンペーンの情報が適用されている商品詳細ページを生成している。商品詳細ページの利点上述したように、ユーザーは、仮想店舗における複数のグループに属している。仮想店舗では、これら複数にグループに共通する商品が用意されている。また、グループごとに、商品に対して適用可能な支払条件も用意されている。あるグループ用の支払条件は、どのグループにも属さないユーザーが同じ商品を購入する場合よりも、より有利な条件でより低価格で商品を購入できるものである。たとえば、定価の10オフで購入できたり、または、一定数までは無料で購入できたりするような支払条件である。ユーザーが、自身が属する複数のグループに共通するいずれかの商品を選択したとき、電子商取引サーバ1は、各グループに用意されている各支払条件を取得する。各支払条件には、あらかじめ、所定の優先度が設定されている。電子商取引サーバ1は、取得した複数の支払条件のうち、もっとも優先度が高いものを選択する。通常、より有利な低価格でで商品を購入できる支払条件ほど、より高い優先度が設定されている。例えば、Aグループの支払条件が定価の10オフで、Bグループの支払条件が定価の20オフだった場合は、定価の20オフの方が常に定価の10オフよりも有利な支払条件であるため、定価の20オフは定価の10オフよりも高い優先度が設定される。以上のように、本実施形態の電子商取引サーバ1は、仮想店舗における複数のグループに属するユーザーに、複数用意されている支払条件のうち、より有利な条件で商品を購入させることができる。また、電子商取引サーバ1は、優先度が互いに等しい複数の支払条件が存在する場合、複数の支払条件を全て選択し、いずれかの支払条件をユーザーが選択できるような状態ですべて含んだ購入ページを生成する。この結果、ユーザーが選択した商品に、同じ優先度の支払条件が複数設定されている場合、ユーザーは、どの支払条件を適用して商品を購入するのかを、選択することができる。これにより、ユーザーの都合や事情に応じた支払条件が商品に適用される効果を奏する。このような優先度が互いに等しい複数の支払条件の例としては、例えば5冊まで無料と全品30割引のような、どちらが有利か単純に判定できない5冊までしか買わないことが確定しているユーザーにとっては5冊まで無料の方が有利だが、そうでないユーザーにとっては5冊まで無料と全品30割引とを買いたい本の値段に応じて使い分けた方が有利になる。条件が挙げられる。このような場合には、優先度を等しい値に設定して、これら複数の優先度の等しい支払条件をすべてユーザーに提示することで、ユーザーは自分の都合や事情に応じて、どの支払条件を適用して商品を購入するのかを選択することができる。購入ページの生成仮想店舗の商品詳細ページにおいて、ユーザーが、商品を購入するための操作を行ったとする。これにより端末装置2は、購入ページのURLを含むページ要求を生成し、電子商取引サーバ1に送信する。電子商取引サーバ1は、このページ要求を受信することによって、購入ページを生成し、端末装置2に送り返す。図22は、電子商取引サーバ1が仮想店舗の購入ページを生成する際の処理の流れを示すフローチャートである。この図に示すように、まず、ページ生成制御部18は、購入ページ用のテンプレートを読み込むS1401。その際、ページ生成制御部18は、テンプレート選択部20から受け取ったpathに基づき、購入ページ用のテンプレートの格納場所を特定する。そして、特定した格納場所に格納されているテンプレートを読み込んでいく。ページ生成制御部18は、読み込んだテンプレートを、先頭から順に解析していく。その際、テンプレート内の各位置が、置換部分であるか否かを判定する。置換部分を発見すると、ページ生成制御部18は、置換部分の種別を特定するS1402。具体的には、置換部分に記載のwicketidで指定されている種別を特定する。ここで特定した種別が支払方法である場合、その旨をユーザグループ判別部16に伝える。次に、ユーザグループ判別部16が、ユーザーが属するグループの識別子groupidと、そのグループの優先度priorityとを取得するS1403。この処理は、S1101の処理と同じである。次に、ページ生成制御部18が、商品の対象キャンペーンを抽出するS1404。この処理は、S1306と同じである。次に、ページ生成制御部18は、抽出したキャンペーンのうち、商品に対して適用な可能なキャンペーンを抽出するS1405。この処理は、S1307と同じである。ページ生成制御部18は、商品に適用することを決定したキャンペーンに関する情報を、キャンペーンテーブルから取得し、データ生成部22に出力する。データ生成部22は、商品の支払方法をテンプレートに埋め込むS1406。具体的には、テンプレートにおける支払方法に対応する置換部分に、商品に適用するキャンペーンの情報を埋め込む。たとえば、キャンペーンの名称および割引率を、埋め込みの対象とする。データ生成部22は、埋め込みが終了すると、その旨をページ生成制御部18に伝える。ページ生成制御部18は、テンプレートの解析を続け、次の処理が必要か否かを判定するS1407。処理が必要な場合は、テンプレートの続きを読み込むS1401。一方、処理が不要である、すなわち、テンプレートを最後まで読み込んだ場合には、図22の処理はすべて終了する。購入ページの構成例図23aは、あるグループ用の購入ページのテンプレートを模式的に示す図である。図23bは、キャンペーンの情報が埋め込まれた購入ページを示す図である。図23aに示すテンプレートは、領域64を有している。領域64は、テンプレートにおける、商品に適用されるキャンペーンの情報を埋め込むための置換部分である。電子商取引サーバ1が、図22に示す各処理を実行すると、図23aに示すテンプレートにおける領域64に、キャンペーンの情報を埋め込む。この段階のテンプレートが示す購入ページは、図23bに示すものになる。このようにして、電子商取引サーバ1は、ユーザーが購入することを決定した商品に適用されるキャンペーンの情報を含んだ購入ページを生成する。電子商取引サーバ1は、図23cに示す例では、一つの商品電子書籍に対して、複数の異なるキャンペーンの情報が適用されている購入ページを生成している。ユーザーは、いずれかのキャンペーン支払方法を選択して、商品の注文を確定する。これにより、電子商取引サーバ1は、ユーザーが購入した商品に対応するproductidを、そのユーザーのcampaignidに関連付けて、カートテーブルに格納する。カートページの生成仮想店舗におけるいずれかのページにおいて、ユーザーが、購入した商品の決済を求める操作を行ったとする。これにより端末装置2は、カートページのURLを含むページ要求を生成し、電子商取引サーバ1に送信する。電子商取引サーバ1は、このページ要求を受信することによって、カートページを生成し、端末装置2に送り返す。図24は、電子商取引サーバ1が仮想店舗のカートページを生成する際の処理の流れを示すフローチャートである。この図に示すように、まず、ページ生成制御部18は、カートページ用のテンプレートを読み込むS1501。その際、ページ生成制御部18は、テンプレート選択部20から受け取ったpathに基づき、カートページ用のテンプレートの格納場所を特定する。そして、特定した格納場所に格納されているテンプレートを読み込んでいく。ページ生成制御部18は、読み込んだテンプレートを、先頭から順に解析していく。その際、テンプレート内の各位置が、置換部分であるか否かを判定する。置換部分を発見すると、ページ生成制御部18は、置換部分の種別を特定するS1502。具体的には、置換部分に記載のwicketidで指定されている種別を特定する。ここで特定した種別がカートである場合、ページ生成制御部18は、その旨を商品検索部26に伝える。商品検索部26は、カートテーブルに格納されている、いずれかのproductidを取得するS1503。次に、取得したproductidに対応する商品の情報を、商品テーブルから取得するS1504。具体的には、productidに関連づけて商品テーブルに格納されている商品名等の情報を取得する。商品検索部26は、取得した情報をデータ生成部22に出力する。次に、ユーザグループ判別部16が、ユーザーが属するグループの識別子groupidと、そのグループの優先度priorityとを取得するS1505。この処理は、S1101の処理と同じである。次に、ページ生成制御部18が、商品の対象キャンペーンを抽出するS1506。この処理は、S1306と同じである。次に、ページ生成制御部18は、抽出したキャンペーンのうち、商品に対して適用な可能なキャンペーンを抽出するS1507。この処理は、S1307と同じである。ページ生成制御部18は、商品に適用することを決定したキャンペーンに関する情報を、キャンペーンテーブルから取得し、データ生成部22に出力する。データ生成部22は、受け取った情報を、テンプレートに埋め込むS1508。具体的には、テンプレートにおけるカートに対応する置換部分に、商品の情報、および商品に適用するキャンペーンの情報を埋め込む。たとえば、商品のサムネイルおよび名称が、埋め込みの対象となる。さらに、キャンペーンの名称および割引率も、埋め込みの対象となる。データ生成部22は、埋め込みが終了すると、その旨をページ生成制御部18に伝える。ページ生成制御部18は、カートテーブルに、次のproductidが存在するか否かを判定するS1509。存在すると判定した場合には、S1503の処理に戻り、そのproductidを取得する。これにより電子商取引サーバ1は、S1503からS1508までの処理を、カートテーブルに格納されているproductidの数だけ繰り返す。一方、S1509において、次のproductidが存在しないと判定した場合、ページ生成制御部18は、テンプレートの解析を続け、次の処理が必要か否かを判定するS1510。処理が必要な場合は、テンプレートの続きを読み込むS1501。一方、処理が不要である、すなわち、テンプレートを最後まで読み込んだ場合には、図24の処理はすべて終了する。カートページの構成例図25aは、あるグループ用のカートページのテンプレートを模式的に示す図である。図25bは、商品の情報が埋め込まれたカートページを示す図である。図21cは、キャンペーンの情報が埋め込まれたカートページを示す図である。図25aに示すテンプレートは、領域66および領域68を有している。これらはいずれも、テンプレートにおける置換部分である。領域66は、商品の情報を埋め込むための置換部分である。一方、領域68は、商品に適用されるキャンペーンの情報を埋め込むための置換部分である。電子商取引サーバ1が、図24に示す各処理を実行すると、まず、図25aに示すテンプレートにおける領域66に、商品の情報を埋め込む。この段階のテンプレートが示すカートページは、図25bに示すものになる。次に、図25aに示すテンプレートにおける領域68に、キャンペーンの情報を埋め込む。この段階のこの段階のテンプレートが示すカートページは、図25cに示すものになる。このようにして、電子商取引サーバ1は、ユーザーが選択した商品の情報、および当該商品に適用されるキャンペーンの情報を含んだカートページを生成する。電子商取引サーバ1は、図25cに示す例では、2つの商品電子書籍に対して、それぞれ互いに異なるキャンペーンが適用されているカートページを生成している。これら2つの商品のうち、一方には、互いに異なる2種類のキャンペーンが適用されており、ユーザーはいずれか1つを選択するようになっている。一方、もう一方の商品には、一種類のキャンペーンのみが適用されており、ユーザーは、他のキャンペーンをこの商品に適用することを選択できない。商品一覧ページの生成仮想店舗のいずれかのページにおいて、ユーザーが、商品の一覧を表示するための操作を行ったとする。これにより端末装置2は、商品一覧ページのURLを含むページ要求を生成し、電子商取引サーバ1に送信する。電子商取引サーバ1は、このページ要求を受信することによって、商品一覧ページを生成し、端末装置2に送り返す。図26は、電子商取引サーバ1が仮想店舗の商品一覧ページを生成する際の処理の流れを示すフローチャートである。この図に示すように、まず、ページ生成制御部18は、商品一覧ページ用のテンプレートを読み込むS1601。その際、ページ生成制御部18は、テンプレート選択部20から受け取ったpathに基づき、商品一覧ページ用のテンプレートの格納場所を特定する。そして、特定した格納場所に格納されているテンプレートを読み込んでいく。ページ生成制御部18は、読み込んだテンプレートを、先頭から順に解析していく。その際、テンプレート内の各位置が、置換部分であるか否かを判定する。置換部分を発見すると、ページ生成制御部18は、置換部分の種別を特定するS1602。具体的には、置換部分に記載のwicketidで指定されている種別を特定する。ここで特定した種別が商品リストである場合、ページ生成制御部18は、その旨をユーザグループ判別部16に伝える。次に、ユーザグループ判別部16が、ユーザーが属するグループの識別子groupidと、そのグループの優先度priorityとを取得するS1603。この処理は、S1101の処理と同じである。ページ生成制御部18は、取得したgroupidを、商品検索部26に伝える。商品検索部26は、ユーザーが属するグループ内の商品を検索するS1604。具体的には、ユーザグループ判別部16から受け取ったgroupidに対応する商品の情報を、商品テーブルから取得する。その際、具体的には、当該groupidに関連づけて商品テーブルに格納されている、商品名name、価格price、および説明description等を、商品テーブルから取得する。商品検索部26は、取得した情報をデータ生成部22に出力する。データ生成部22は、商品の検索結果を、テンプレートに埋め込むS1605。具体的には、テンプレートにおける商品に対応する置換部分に、商品の情報、および商品に適用するキャンペーンの情報を埋め込む。たとえば、商品のサムネイルおよび名称が、埋め込みの対象となる。ページ生成制御部18は、テンプレートの解析を続け、次の処理が必要か否かを判定するS1606。処理が必要な場合は、テンプレートの続きを読み込むS1601。一方、処理が不要である、すなわち、テンプレートを最後まで読み込んだ場合には、図26の処理はすべて終了する。商品一覧ページの構成例図27aは、あるグループ用の商品一覧ページのテンプレートを模式的に示す図である。図23bは、商品の情報が埋め込まれた商品一覧ページを示す図である。図27aに示すテンプレートは、領域70を有している。領域70は、テンプレートにおける、商品の情報を埋め込むための置換部分である。電子商取引サーバ1が、図26に示す各処理を実行すると、図27aに示すテンプレートにおける領域70に、商品の情報を埋め込む。この段階のテンプレートが示す商品一覧ページは、図27bに示すものになる。このようにして、電子商取引サーバ1は、ユーザーが属する各グループ内の商品の情報を含んだ商品一覧ページを生成する。プログラムおよび記録媒体最後に、電子商取引サーバ1に含まれている各ブロックは、ハードウェアロジックによって構成すればよい。または、次のように、CPUCentralProcessingUnitを用いてソフトウェアによって実現してもよい。すなわち電子商取引サーバ1は、各機能を実現するpgの命令を実行するCPU、このpgを格納したROMReadOnlyMemory、上記pgを実行可能な形式に展開するRAMRandomAccessMemory、および、上記pgおよび各種データを格納するメモリ等の記憶装置記録媒体を備えている。この構成により、本発明の目的は、所定の記録媒体によっても、達成できる。この記録媒体は、上述した機能を実現するソフトウェアである電子商取引サーバ1のpgのプログラムコード実行形式プログラム、中間コードプログラム、ソースプログラムをコンピュータで読み取り可能に記録していればよい。電子商取引サーバ1に、この記録媒体を供給する。これにより、コンピュータとしての電子商取引サーバ1またはCPUやMPUが、供給された記録媒体に記録されているプログラムコードを読み出し、実行すればよい。プログラムコードを電子商取引サーバ1に供給する記録媒体は、特定の構造または種類のものに限定されない。すなわちこの記録媒体は、たとえば、磁気テープやカセットテープ等のテープ系、フロッピー登録商標ディスク/ハードディスク等の磁気ディスクやCD-ROM/MO/MD/DVD/CD-R等の光ディスクを含むディスク系、ICカードメモリカードを含む/光カード等のカード系、あるいはマスクROM/EPROM/EEPROM/フラッシュROM等の半導体メモリ系などとすることができる。また、電子商取引サーバ1を通信ネットワークと接続可能に構成しても、本発明の目的を達成できる。この場合、上記のプログラムコードを、通信ネットワークを介して電子商取引サーバ1に供給する。この通信ネットワークは電子商取引サーバ1にプログラムコードを供給できるものであればよく、特定の種類または形態に限定されない。たとえばインターネット、イントラネット、エキストラネット、LAN、ISDN、VAN、CATV通信網、仮想専用網VirtualPrivateNetwork、電話回線網、移動体通信網、衛星通信網等であればよい。この通信ネットワークを構成する伝送媒体も、プログラムコードを伝送可能な任意の媒体であればよく、特定の構成または種類のものに限定されない。たとえばIEEE1394、USBUniversalSerialBus、電力線搬送、ケーブルTV回線、電話線、ADSLAsymmetricDigitalSubscriberLine回線等の有線でも、IrDAやリモコンのような赤外線、Bluetooth登録商標、802.11無線、HDR、携帯電話網、衛星回線、地上波デジタル網等の無線でも利用可能である。なお本発明は、上記プログラムコードが電子的な伝送で具現化された、搬送波に埋め込まれたコンピュータデータ信号の形態でも実現され得る。本発明は上述した各実施形態に限定されるものではない。当業者は、請求項に示した範囲内において、本発明をいろいろと変更できる。すなわち、請求項に示した範囲内において、適宜変更された技術的手段を組み合わせれば、新たな実施形態が得られる。