特許 5662688 電子商取引サーバ及び電子商取引プログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】5662688

(24)【登録日】2014年12月12日

(45)【発行日】2015年2月4日

(54)【発明の名称】電子商取引サーバ及び電子商取引プログラム

(51)【国際特許分類】

   G06Q 30/02 20120101AFI20150115BHJP

   G06Q 30/06 20120101ALI20150115BHJP

【ＦＩ】

   G06Q30/02 150

   G06Q30/06 126E

   G06Q30/06 150

【請求項の数】5

【全頁数】19

(21)【出願番号】特願2010-28855(P2010-28855)

(22)【出願日】2010年2月12日

(65)【公開番号】特開2011-165044(P2011-165044A)

(43)【公開日】2011年8月25日

【審査請求日】2013年1月30日

(73)【特許権者】

【識別番号】591117192

【氏名又は名称】ニフティ株式会社

(74)【代理人】

【識別番号】100113608

【弁理士】

【氏名又は名称】平川 明

(74)【代理人】

【識別番号】100105407

【弁理士】

【氏名又は名称】高田 大輔

(74)【代理人】

【識別番号】100145838

【弁理士】

【氏名又は名称】畑添 隆人

(72)【発明者】

【氏名】飯塚 将志

【審査官】 梅岡 信幸

(56)【参考文献】

【文献】 特開２０００−３２２６４６（ＪＰ，Ａ）

【文献】 特開２００４−３１０７１５（ＪＰ，Ａ）

【文献】 特開２００２−１０９３３４（ＪＰ，Ａ）

【文献】 特開２００９−２１１３４３（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｑ １０／００−５０／３４

(57)【特許請求の範囲】

【請求項1】

消費者端末に電子商取引サービスを提供する電子商取引サーバにおいて、
前記電子商取引で扱われる各商品について、他の消費者端末におけるその商品を対象とした電子商取引に関する操作により他の消費者端末から送られる第１リクエストに応じて変更される少なくとも１つの集計値と共にセールに関する情報をそれぞれ格納する格納手段と、
前記電子商取引サーバから画面データと共に前記消費者端末へ送られたデータに応じて、その画面データで対象とされる少なくとも１つの商品の商品識別子を含んだ状態で前記消費者端末から送信された第２リクエストを受信し、この第２リクエストの受付時刻を保持する受信手段と、
前記受信手段で受信された第２リクエストに含まれる商品識別子が示す商品について前記格納手段で格納される前記集計値が変更されるまで、その第２リクエストに対するレスポンスを保留し、前記受付時刻より後に前記集計値が変更された場合に、その変更された集計値に応じたデータを含む保留していたレスポンスを前記消費者端末に送信する送信手段と、
を備え、
前記送信手段は、前記受信手段で受信された第２リクエストに含まれる商品識別子が示す商品について前記格納手段で格納される前記セールに関する情報が変更されるまで、その第２リクエストに対するレスポンスを保留し、前記受付時刻より後に前記セールに関する情報が変更された場合に、その変更されたセールに関する情報に応じたデータを含むレスポンスを前記消費者端末に送信する、
ことを特徴とする電子商取引サーバ。

【請求項2】

前記格納手段は、前記他の消費者端末でのショッピングカートへ入れる操作により前記他の消費者端末から送信される第１リクエストにより変更される各消費者の各ショッピングカート内の個数の合計値を前記集計値の１つとして各商品についてそれぞれ格納し、
前記送信手段は、前記各消費者の各ショッピングカート内の個数の合計値が変更された場合に、その変更後の合計値を含むレスポンスを送信する、
ことを特徴とする請求項１に記載の電子商取引サーバ。

【請求項3】

前記格納手段は、前記他の消費者端末での購入申し込み操作により前記他の消費者端末
から送信される第１リクエストにより変更される、その第１リクエストに含まれる商品識別子で特定される商品の在庫数を前記集計値の１つとして各商品についてそれぞれ格納し、
前記送信手段は、前記在庫数が変更された場合に、その変更後の在庫数を含むレスポンスを送信する、
ことを特徴とする請求項２に記載の電子商取引サーバ。

【請求項4】

前記送信手段は、前記商品についての前記各ショッピングカート内の個数の合計値及び前記在庫数の少なくとも一方が変更された場合には、その各ショッピングカート内の個数の合計値とその在庫数との関係に応じた表示メッセージを生成し、前記各ショッピングカート内の個数の合計値及び前記在庫数と共にその表示メッセージを含むレスポンスを送信する、
ことを特徴とする請求項３に記載の電子商取引サーバ。

【請求項5】

電子商取引サービスを提供する電子商取引サーバから画面データと共に送信され消費者端末で実行される電子商取引プログラムにおいて、
前記画面データで対象とされる少なくとも１つの商品の商品識別子を含んだ状態でリアルタイム処理のための第２リクエストを前記電子商取引サーバに送信するステップと、
前記第２リクエストに対する前記電子商取引サーバからのレスポンスを待つステップと、
前記少なくとも１つの商品を対象とした電子商取引に関する操作により他の消費者端末から前記電子商取引サーバへ送られる第１リクエストに応じて、前記少なくとも１つの商品についてのセールに関する情報が変更された場合に、前記電子商取引サーバから送信される前記第２リクエストに対するレスポンスを受信するステップと、
前記受信された第２リクエストに対するレスポンスに含まれる変更後の前記セールに関する情報を、前記画面データで表示される画面に反映させるステップと、
を含む電子商取引プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、電子商取引における技術に関する。

【背景技術】

【0002】

現在、インターネット等のネットワークを介して取引を行う電子商取引（Ｅコマース）が盛んに行われている。この電子商取引は、企業間、企業消費者間、消費者間などで行われており、例えば、ネットワーク上に開設されたオンラインモール、電子商店街などと呼ばれる商取引サイト上で行われている。このオンラインモールでは、多数の小売業者が商品を販売するための電子商店等と呼ばれるページがまとめられている。このようなオンラインモールでは、消費者は、各店舗で扱われている各商品及びその価格を見比べながら所望の商品を選ぶことができる。また、小売業者が開設した自身のＷＥＢサイト上で商品購入をさせるものもある。

【0003】

このような電子商取引サイトでは、ショッピングカート（以降、単にカートと表記する場合もある）と呼ばれる、購入予定の商品を一時的に格納しておく仕組みが利用されている。消費者は、購入したい商品をこのカートに逐次入れることで、最後に、複数商品の購入決済を一括で完了することができる。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開２００８−９７０５６号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

しかしながら、上述のような従来の電子商取引サイトでは、同時間帯に来店している他の消費者の動向を把握することができないという問題点がある。実世界では、各消費者は、どのような商品が人気があるのかといった同時間帯に来店している他の消費者の動向を参考にして、購入すべき商品を選択することも多い。また、例えば、多くの人を集めており、在庫数が少ないような商品は、消費者の購入意欲を高めて、消費者を衝動買いに走らせる場合がある。

【0006】

従って、電子商取引サイトにおいても、このように他の消費者の動向を各消費者がそれぞれ把握できるようにすることは、消費者及び販売者の両者にとってメリットとなる。

【0007】

本発明の課題は、このような問題点に鑑み、電子商取引において他の消費者の動向を各消費者に把握可能とする技術を提供することにある。

【課題を解決するための手段】

【0008】

本発明の態様では、上述した課題を解決するために、それぞれ以下の構成を採用する。

【0009】

第１の態様は、消費者端末に電子商取引サービスを提供する電子商取引サーバに関する。この第１の態様における電子商取引サーバは、電子商取引で扱われる各商品について、他の消費者端末におけるその商品を対象とした電子商取引に関する操作により他の消費者端末から送られる第１リクエストに応じて変更される少なくとも１つの集計値をそれぞれ格納する格納手段と、この電子商取引サーバから画面データと共に消費者端末へ送られたデータに応じて、その画面データで対象とされる少なくとも１つの商品の商品識別子を含んだ状態で消費者端末から送信された第２リクエストを受信し、この第２リクエストの受
付時刻を保持する受信手段と、この受信手段で受信された第２リクエストに含まれる商品識別子が示す商品について上記格納手段で格納される集計値が変更されるまで、その第２リクエストに対するレスポンスを保留し、上記受付時刻より後に集計値が変更された場合に、その変更された集計値に応じたデータを含むレスポンスを消費者端末に送信する送信手段と、を備える。

【0010】

この第１の態様に係る電子商取引サーバによれば、電子商取引で扱われる各商品についての集計値が変更された場合に、リアルタイムにその変更された集計値が消費者端末に送られるため、消費者端末を操作する消費者は、同時間帯に電子商取引をしようとしている他の消費者の動向を把握することができる。よって、消費者は、電子商取引においても、他の消費者の動向を購入商品を決める上での参考にすることができる。更に、一方では、本電子商取引で扱われる商品の販売者は、他の消費者動向をリアルタイムに把握させることで、消費者の購買意欲を向上させることができる。

【0011】

また、第１の態様において好ましくは、上記格納手段が、当該他の消費者端末でのショッピングカートへ入れる操作により当該他の消費者端末から送信される第１リクエストにより変更される各消費者の各ショッピングカート内の個数の合計値を上記集計値の１つとして各商品についてそれぞれ格納し、上記送信手段が、各ショッピングカート内の個数の合計値が変更された場合に、その変更後の合計値を含むレスポンスを送信する。

【0012】

また、第１の態様において好ましくは、上記格納手段が、当該他の消費者端末での購入申し込み操作により当該他の消費者端末から送信される第１リクエストにより変更される、その第１リクエストに含まれる商品識別子で特定される商品の在庫数を上記集計値の１つとして各商品についてそれぞれ格納し、上記送信手段が、上記在庫数が変更された場合に、その変更後の在庫数を含むレスポンスを送信する。

【0013】

また、第１の態様において好ましくは、上記送信手段が、当該商品についての各ショッピングカート内の個数の合計値及び在庫数の少なくとも一方が変更された場合には、その各ショッピングカート内の個数の合計値とその在庫数との関係に応じた表示メッセージを生成し、各ショッピングカート内の個数の合計値及び在庫数と共にその表示メッセージを含むレスポンスを送信する。

【0014】

これらの態様によれば、消費者端末を操作する消費者は、購入しようとしている商品についての在庫数や他の消費者がショッピングカートに入れている個数の合計値を把握することができる。また、販売者は、在庫数とショッピングカートに入れられている個数との関係に応じた表示メッセージを消費者端末に送ることにより、消費者の購買意欲を向上させることができる。

【0015】

また、第１の態様において好ましくは、上記格納手段が、電子商取引で扱われる各商品について、少なくとも１つの集計値と共にセールに関する情報をそれぞれ格納し、上記送信手段が、上記受信手段で受信された第２リクエストに含まれる商品識別子が示す商品について格納手段で格納されるセールに関する情報が変更されるまで、その第２リクエストに対するレスポンスを保留し、受付時刻より後にセールに関する情報が変更された場合に、その変更されたセールに関する情報に応じたデータを含むレスポンスを消費者端末に送信する。

【0016】

このような態様によれば、販売者は、セールに関する情報も消費者端末にリアルタイムに提供することができるため、タイムセールなどのような魅力的な商取引サービスを提供することができ、ひいては、消費者の購買意欲を向上させることができる。

【0017】

第２の態様は、上述の第１の態様に係る電子商取引サーバから画面データと共に送信され消費者端末で実行される電子商取引プログラムに関する。このような第２の態様に係る電子商取引プログラムは、画面データで対象とされる少なくとも１つの商品の商品識別子を含んだ状態でリアルタイム処理のための第２リクエストを前記電子商取引サーバに送信するステップと、上記第２リクエストに対する前記電子商取引サーバからのレスポンスを待つステップと、上記少なくとも１つの商品を対象とした電子商取引に関する操作により他の消費者端末から電子商取引サーバへ送られる第１リクエストに応じて、上記少なくとも１つの商品についての少なくとも１つの集計値が変更された場合に、電子商取引サーバから送信される第２リクエストに対するレスポンスを受信するステップと、この受信された第２リクエストに対するレスポンスに含まれる変更後の集計値を、画面データで表示される画面に反映させるステップと、を含む。

【0018】

また、本発明の別態様としては、以上の何れかの構成を実現する方法であってもよいし、プログラムであってもよいし、このようなプログラムを記録したコンピュータが読み取り可能な記憶媒体であってもよい。

【発明の効果】

【0019】

本発明によれば、電子商取引において他の消費者の動向を各消費者に把握可能とする技術を提供することができる。

【図面の簡単な説明】

【0020】

【図1】実施形態における電子商取引システムの全体構成を示す図。

【図2】本実施形態におけるデータサーバ１の構成を示す概念図。

【図3】商品情報テーブルの例を示す図。

【図4】セール情報テーブルの例を示す図。

【図5】本実施形態における店舗サーバの構成を示す概念図。

【図6】本実施形態における電子商取引システムの動作例を示すシーケンスチャート。

【図7】店舗画面の例を示す図。

【図8】通常時の商品購入画面の例を示す図。

【図9】セール時の商品購入画面の例を示す図。

【図10】ユーザ端末で実行されるリアルタイムモジュールの動作例を示すフローチャート。

【図11】店舗サーバのリアルタイム処理部の動作例を示すフローチャート。

【発明を実施するための形態】

【0021】

以下、本発明を実施するための形態としての電子商取引システム（以降、単に本システムとも表記する）について具体例を挙げ説明する。以下に挙げる実施形態は例示であり、本発明は以下の実施形態の構成に限定されない。

【0022】

〔システム構成〕
図１は、実施形態における電子商取引システムの全体構成を示す図である。本実施形態における電子商取引システムは、データサーバ１、店舗サーバ２、管理者端末３、ユーザ端末９等から構成される。データサーバ１、店舗サーバ２及び管理者端末３はそれぞれシステム内ネットワーク６により相互に通信可能に接続される。また、システム内ネットワーク６はネットワーク５と接続されている。これにより、複数のユーザ端末９の各々は、ネットワーク５を介して店舗サーバ２へアクセスすることができ、電子商取引サービスの提供を受けることができる。例えば、ユーザ端末９と店舗サーバ２との間のインタフェースとしてＷＥＢシステムが利用される。

【0023】

ネットワーク５及びシステム内ネットワーク６は、インターネット等の公衆ネットワークであってもよいし、ＬＡＮ（Local Area Network）やＷＡＮ（Wide Area Network）等
の社内ネットワークであってもよい。本発明は、このようなネットワーク５及び６を限定するものではなく、ネットワーク５及び６上を流れるプロトコル等を限定するものでもない。図１では、ネットワーク５とシステム内ネットワーク６とを区別したが、同一のネットワークであってもよい。

【0024】

〔装置構成〕
以下、本システムを構成する各ノードの構成についてそれぞれ説明する。

【0025】

《データサーバ》
図２は、本実施形態におけるデータサーバ１の構成を示す概念図である。

【0026】

データサーバ１は、ハードウェア構成として、図２に示されるように、バス１３で接続される、制御部１１、記憶部１２、通信部１４等を有する。記憶部１２は、例えばハードディスクであり、制御部１１で実行される処理で利用される各種情報を記憶する。制御部１１は、ＣＰＵ（Central Processing Unit）等の１又は複数のプロセッサ、このプロセ
ッサの処理に利用される周辺回路（ＲＯＭ（Read Only Memory）、ＲＡＭ（Radom Access
Memory）、インタフェース回路等）を有する。通信部１４は、社内ネットワーク６に接
続され、店舗サーバ２及び管理者端末３等とＩＰ（Internet Protocol）パケット等の送
受信を行う。

【0027】

データサーバ１は、ＰＣ（Personal Computer）等のような汎用コンピュータで構築さ
れてもよいし、ネットワーク接続ストレージ（ＮＡＳ）のような専用コンピュータで構築されるようにしてもよい。本発明は、データサーバ１のハードウェア構成を限定するものではない。

【0028】

データサーバ１は、記憶部１２に格納されるＯＳ（Operating System）等のプログラムが制御部１１にて実行されることにより、電子商取引で用いられる情報を管理するデータサーバとして動作する。図２では、データサーバ１をデータサーバとして動作させるための処理部としてデータ管理部１６が示されている。

【0029】

データ管理部１６は、記憶部１２に格納される、商品情報テーブル１７、セール情報テーブル１８を管理する。データ管理部１６は、店舗サーバ２のような他の装置からの要求を通信部１４を介して受けると、この要求に応じて所望のテーブルの値の抽出及び更新を行い、その結果をその要求元の他の装置へ返信する。

【0030】

図３は、商品情報テーブル１７の例を示す図である。商品情報テーブル１７には、本システムにおいて商取引の対象とされる各商品について、電子商取引するうえで必要となる情報がそれぞれ格納される。商品情報テーブル１７は、商品ＩＤフィールド、商品名フィールド、価格フィールド、在庫数フィールド、セールＩＤフィールド、セール価格フィールド、セール在庫数フィールド、カートカウンタフィールド、最終更新時刻フィールド等を持つ。

【0031】

商品ＩＤフィールドには、各商品を本システムで識別するための識別子が格納される。商品名フィールドには各商品の商品名が格納され、価格フィールドには各商品の価格が格納される。在庫数フィールドには、本システム又は所定の店舗で確保されている各商品の在庫の数が格納される。この在庫数は、例えば、店舗サーバ２で提供される画面においてユーザ端末９上で購入申し込み操作がなされることで減らされる。

【0032】

セールＩＤフィールドには、商取引対象とされる商品のうち、歳末セール、バーゲンセール、在庫一掃セール等のような売り出しが行われている商品（セール中商品）について、その売り出し（セール）についての情報を識別するためのセールＩＤが格納される。このセールＩＤで識別されるセール情報は、セール情報テーブル１８に格納される。セール価格フィールドには、セール中商品についてそのセール価格が格納される。セール在庫数フィールドには、セール中商品についてそのセール対象とされている総個数のうちの残り個数（セール在庫）が格納される。

【0033】

カートカウンタフィールドには、ショッピングカートに入れられている各商品について、全てのユーザのショッピングカート内の個数の合計が格納される。ショッピングカートとは、各ユーザにそれぞれ割り当てられ店舗サーバ２で管理される電子的な（擬似）ショッピングカートであって、各ユーザが購入希望の商品を一時的に保持しておき、その中の全商品を一括で購入申し込み操作可能とするためのオンライン機能である。このショッピングカートは電子商取引において周知の技術となっており、単にカートとも表記される。

【0034】

最終更新時刻フィールドには、上述のような商品情報の最終更新時刻が格納される。

【0035】

図４は、セール情報テーブル１８の例を示す図である。セール情報テーブル１８には、各セールについてそのセール情報がそれぞれ格納される。セール情報テーブル１８は、セールＩＤフィールド、割引率フィールド、価格優先フィールド、セール開始時刻フィールド、セール終了時刻フィールドを持つ。

【0036】

セールＩＤフィールドには、セールを識別するためのセールＩＤが格納される。そのセールの対象となっている商品については、上記商品情報テーブル１７のセールＩＤフィールドに、セール情報テーブル１８のセールＩＤフィールドに格納されるセールＩＤと同じ値が格納される。割引率フィールドには、そのセールの対象とされている商品の割引率（２０パーセントなど）が格納される。

【0037】

価格優先フィールドには、上記商品情報テーブル１７のセール価格フィールドの値が優先的に用いるべきか、セール情報テーブル１８の割引率フィールドの値が優先的に用いるべきかのいずれかを示す値が格納される。例えば、図４の例のように、価格優先フィールドに価格優先を示す値（TRUE）が格納されているセール（セールＩＤ＝１０）の対象とされている商品のセール価格については、商品情報テーブル１７における、セールＩＤ＝１０が格納されているレコードのセール価格フィールドの値（例えば15,000円）が利用される。一方で、価格優先フィールドに割引率優先を示す値（FALSE）が格納されているセー
ル（セールＩＤ＝１１）の対象とされている商品のセール価格については、商品情報テーブル１７における、セールＩＤ＝１１が格納されているレコードのセール価格フィールドの値が用いられず、価格フィールドの値をセール情報テーブル１８の割引率フィールドで割り引いた値が利用される。

【0038】

セール開始時刻フィールド及びセール終了時刻フィールドには、そのセールの開始時刻及び終了時刻がそれぞれ格納される。

【0039】

なお、データサーバ１は、商品情報テーブル１７及びセール情報テーブル１８を管理者端末３で更新することができるように、管理者端末３とのインタフェース処理部（図示せず）を備えるようにしてもよい。これにより、管理者端末３により、任意なタイミングでのタイムセールの設定を行うことができる。また、本実施形態では、データサーバ１と店舗サーバ２とを別々のハードウェアで構成する例を示したが、１台のサーバとして実現するようにしてもよい。

【0040】

《店舗サーバ》
図５は、本実施形態における店舗サーバ２の構成を示す概念図である。

【0041】

店舗サーバ２は、ハードウェア構成として、図５に示されるように、バス２３で接続される、制御部２１、記憶部２２、通信部２４等を有する。記憶部２２は、例えば、ハードディスクであり、制御部２１で実行される処理で利用される各種情報を記憶する。制御部２１は、ＣＰＵ等の１又は複数のプロセッサ、このプロセッサの処理に利用される周辺回路（ＲＯＭ、ＲＡＭ、インタフェース回路等）を有する。通信部２４は、ネットワーク５及び社内ネットワーク６に接続され、データサーバ１及び管理者端末３等とＩＰパケット等の送受信を行う。店舗サーバ２は、ＰＣ等のような汎用コンピュータで構築されてもよいし、専用コンピュータで構築されるようにしてもよい。本発明は、店舗サーバ２のハードウェア構成を限定するものではない。

【0042】

店舗サーバ２は、記憶部２２に格納されるＯＳ、アプリケーション等のプログラムが制御部２１にて実行されることにより、図５に示す各機能及び各処理部を実現する。店舗サーバ２は、ＷＥＢサーバ機能３０及びアプリケーションサーバ機能３１を有する。

【0043】

ＷＥＢサーバ機能３０は、ユーザ端末９と本システムとの間のインタフェースとして機能する。本実施形態では、このインタフェースとしてＷＥＢシステムが利用される例を挙げているため、以降、ＷＥＢサーバに特化して説明する。ＷＥＢサーバ機能３０としては、画面処理部３４、リクエスト制御部３５などが含まれる。なお、以下で説明する内容以外のＷＥＢサーバ機能３０については一般的な周知のＷＥＢサーバ機能を有していればよい。

【0044】

リクエスト制御部３５は、ユーザ端末９上で実行されるＷＥＢブラウザからのＨＴＴＰ（HyperText Transfer Protocol）によるリクエスト（ＨＴＴＰメッセージ）を通信部２
４を介して受信し、このリクエストに応じた処理を画面処理部３４又はアプリケーションサーバ機能３１に依頼する。例えば、リクエスト制御部３５は、そのリクエストに含まれるパラメータに応じてそのリクエストに応じた処理の依頼先を決める。リクエスト制御部３５は、そのリクエストがＷＥＢページを要求するものである場合には、そのリクエストを画面処理部３４に送る。

【0045】

また、リクエスト制御部３５は、そのリクエストが特定処理を求めるものである場合には、そのリクエストをアプリケーションサーバ機能３１へ送る。当該特定処理としては、リアルタイム処理、画面操作に対応する処理等がある。これらリアルタイム処理及び画面操作に対応する処理については、後述する。

【0046】

画面処理部３４は、リクエスト制御部３５から送られるリクエストに応じて、ＷＥＢページを記憶部２２から読み出し、読み出されたＷＥＢページを通信部２４を介してそのリクエストの送信元のユーザ端末９へ送る。本実施形態では、以降に述べるアプリケーションサーバ機能３１のリアルタイム処理（リアルタイム処理部３７）を実現するためにユーザ端末９側で実行されるモジュールも当該リクエストに応じてＷＥＢページ等と共にユーザ端末９へ送られる。このモジュールは、例えば、ＪＡＶＡＳＣＲＩＰＴ（登録商標）等で実現され、ＷＥＢブラウザで実行される。以降、このモジュールをリアルタイムモジュールと表記する。記憶部２２には、本システムで提供する電子商取引サービスを実現するための複数のＷＥＢページ（ＨＴＭＬ（HyperText Markup Language）文書、画像、動画
、音声、上記リアルタイムモジュール等）が格納される。

【0047】

アプリケーションサーバ機能３１は、データサーバ１で管理される各テーブル（データベース）へのアクセス制御、トランザクション処理等を実行することに加えて、図５に示
される操作処理部３６、リアルタイム処理部３７等の各処理を実行する。なお、ＷＥＢアプリケーションサーバ機能３１により実行される処理のうち一般的なＷＥＢアプリケーションサーバ処理については説明を省略する。

【0048】

操作処理部３６は、リクエスト制御部３５から送られる特定処理を求めるリクエストのうち所定の画面操作に関するリクエストを受け付け、その処理を実行する。ここで、画面操作とは、画面処理部３４により提供されたＷＥＢページに応じてユーザ端末９上で表示された画面に対するユーザ端末９での操作を意味し、例えば、購入申し込み操作、カートへの商品の出し入れ操作等が該当する。

【0049】

操作処理部３６は、購入申し込み操作に関するリクエストを受けた場合には、その操作で入力されたデータを取得し、その購入申し込み対象となる商品に対して所定の購入申し込み処理を実行する。操作で入力されたデータとしては、申し込み者としてのユーザ情報（ユーザＩＤ、名前、住所、電話番号など）、対象商品を示す商品ＩＤ、購入個数、配送先情報、決済方法等が含まれる。所定の申し込み処理では、これらデータの登録処理、配送手配処理、決済処理等が実行される。なお、下記する内容以外の申し込み処理については、一般的な電子商取引サーバで実行される購入申し込み処理が実行されればよく、本発明はそのような処理の内容を限定するものではないため、ここでは説明を省略する。

【0050】

操作処理部３６は、これら購入申し込み処理のうちのデータ登録処理において、データサーバ１の商品情報テーブル１７の在庫数及びセール在庫数を今回の購入申し込みの個数分減らすように、データサーバ１へ依頼する。これにより、商品情報テーブル１７の購入申し込み対象商品を示すレコードにおいて、セールＩＤ及びセール在庫数が格納されている場合には、在庫数フィールド及びセール在庫数フィールドが更新され、セールＩＤ及びセール在庫数が格納されていない場合には、在庫数フィールドのみが更新される。この更新により、商品情報テーブル１７の同レコードの最終更新時刻フィールドがその更新時の時刻に更新される。

【0051】

また、操作処理部３６は、カートへの商品の出し入れ操作に関するリクエストを受けた場合には、その操作で入力されたデータを取得し、その操作の対象となる商品に対して所定のカート出入処理を実行する。操作で入力されたデータとしては、操作者としてのユーザ情報（ユーザＩＤ等）、対象商品を示す商品ＩＤ、入れる個数等が含まれる。ここで、図示していないが、店舗サーバ２では、各ユーザについて、ショッピングカートに入れている商品の商品ＩＤとその個数とがそれぞれ管理されている。よって、所定のカート出入処理では、上記カート出入操作についてのデータの登録処理が行われる。

【0052】

操作処理部３６は、このデータ登録処理において、データサーバ１の商品情報テーブル１７のカートカウンタを今回のカート出し入れ操作の個数分加算又は減算するようにデータサーバ１に依頼する。これにより、商品情報テーブル１７のカート出し入れ操作の対象商品を示すレコードのカートカウンタが更新され、同レコードの最終更新時刻フィールドがその更新時の時刻に更新される。

【0053】

リアルタイム処理部３７は、リクエスト制御部３５から送られる特定処理を求めるリクエストのうち、リアルタイム処理を求めるリクエストを受け、そのリクエストの送信元のユーザ端末９上で表示されている画面内の情報をリアルタイムに変更（更新）する処理を実行する。具体的には、リアルタイム処理部３７は、そのリクエストに対するレスポンスを当該画面内の情報が更新されるまで保留し、当該画面内の情報が更新された場合にその更新された情報を含めたレスポンスをそのリクエストの送信元のユーザ端末９へ送る。リアルタイム処理部３７は、当該画面内の情報が更新されたか否かを判定するために、データサーバ１の商品情報テーブル１７及びセール情報テーブル１８を監視する。なお、この
ようなリアルタイム処理部３７で実行される処理については動作例の項において詳細に説明する。

【0054】

《ユーザ端末》
ユーザ端末９は、例えば、ＰＣ、携帯電話等である。ユーザ端末９は、店舗サーバ２にアクセスしデータを受け得る一般的な通信機能、提供されたデータに基づく画面を表示及び操作することができる一般的なユーザインタフェース機能等を有するものであればよい。本発明はこのユーザ端末９のハードウェア構成及び機能構成を限定するものではない。なお、ユーザ端末９の機能としては、上述のリアルタイムモジュールの実行環境を提供する機能（通常はＷＥＢブラウザが有する機能）が備えられている必要がある。

【0055】

本実施形態では、ユーザ端末９と店舗サーバ２との間のインタフェースとしてＷＥＢシステムが利用される例を挙げているため、ユーザ端末９を利用するユーザ（消費者）は、電子商取引サービスを受けるにあたり、ＷＥＢブラウザを用いて店舗サーバ２にアクセスする。当該ユーザは、店舗サーバ２から提供される店舗情報（販売商品等）をＷＥＢブラウザにより閲覧する。ユーザは、当該ＷＥＢブラウザ上に表示される画面をユーザ端末９に接続されるユーザインタフェースを用いて操作することにより、所望の商品を選び、その選んだ商品をカードに入れ、最終的に、カード内の商品を一括で購入申し込みする。当然、購入を取り止める商品を当該カートから出す操作を行うことも可能である。ユーザ端末９上での電子商取引に関する各操作に応じた内容がユーザ端末９から店舗サーバ２へそれぞれ送られる。

【0056】

また、店舗サーバ２からダウンロードされたＷＥＢページに当該リアルタイムモジュールが含まれている場合には、そのリアルタイムモジュールが実行され、このリアルタイムモジュールにより上述のリアルタイム処理を求めるリクエスト（ＨＴＴＰメッセージ）が送信される。なお、リアルタイムモジュールは、そのリアルタイム処理を求めるリクエストを送信した後、そのレスポンスを待つ。

【0057】

《管理者端末》
管理者端末３は、例えば、ＰＣ、携帯電話等である。管理者端末３は、店舗サーバ２又はデータサーバ１にアクセスしデータを受け得る一般的な通信機能、提供されたデータに基づく画面を表示及び操作することができる一般的なユーザインタフェース機能等を有するものであればよい。本発明はこの管理者端末３のハードウェア構成を限定するものではない。

【0058】

管理者端末３は、店舗サーバ２又はデータサーバ１から提供されるユーザインタフェースに応じて、データサーバ１で管理される商品情報テーブル１７及びセール情報テーブル１８を更新することができる。これにより、本システムの管理者又は店舗開設者（小売業者）はこの管理者端末３を用いることにより、或る商品についてのタイムセールを任意のタイミングで行うことができる。この場合、セール情報テーブル１８に今回開催するセールのための新たなレコードが追加し、そのセールＩＤ、セール価格、セール在庫数が商品情報テーブル１７に格納される。

【0059】

〔動作例〕
以下、本実施形態における電子商取引システムの動作例について図６のシーケンスに沿って説明する。図６は、本実施形態における電子商取引システムの動作例を示すシーケンスチャートである。

【0060】

ユーザ（消費者）は、本システムから電子商取引サービスを受ける際には、ユーザ端末９を用いて店舗サーバ２にアクセスする。このとき、ユーザ端末９においてＷＥＢブラウ
ザが操作されることにより、指定された店舗サーバ２のＵＲＬ（Uniform Resource Locator）等を含むリクエスト（ＨＴＴＰメッセージ）がユーザ端末９から店舗サーバ２へ送信される（Ｓ１００）。店舗サーバ２では、ＷＥＢサーバ機能３０として動作する画面処理部３４がそのリクエストを受け、指定されたＷＥＢページを含むレスポンスをそのユーザ端末９へ送る（Ｓ１０１）。

【0061】

結果、ユーザ端末９の表示装置には、図７に示されるような画面が表示される。図７は、店舗画面の例を示す図である。図７の例では、店舗画面７１には、本システムで扱われる商品のリストや、セール中の商品がある場合にはそのようなセール情報（７３）等が表示される。ユーザは、ユーザ端末９を操作することにより、購入したい商品を選択する（７２）。

【0062】

この商品選択操作が行われると、その操作に対応するリクエスト（ＨＴＴＰメッセージ）がユーザ端末９から店舗サーバ２へ送信される（Ｓ１００）。店舗サーバ２の画面処理部３４は、このリクエストの対象となる、商品購入画面を表示させるためのＷＥＢページを取得する。図８は、通常時の商品購入画面の例を示す図である。図９は、セール時の商品購入画面の例を示す図である。商品購入画面８１及び９１には、店舗画面７１において選択された商品を購入する上で必要な詳細情報が表示される。

【0063】

通常時の商品購入画面８１に表示される詳細情報のうち、販売価格の欄の価格表示部８２に表示される値は、データサーバ１の商品情報テーブル１７の価格フィールドに格納される値である。在庫の欄の在庫数表示部８３に表示される値（図８の例では１００個）は、商品情報テーブル１７の在庫数フィールドに格納される値である。在庫の欄のカート個数表示部８４に表示される値は、商品情報テーブル１７のカートカウンタフィールドに格納される値である。在庫の欄の在庫メッセージ表示部８５に表示される文字列は、在庫数とカート内個数との関係から店舗サーバ２により決定される文字列（メッセージ）である。

【0064】

セール時の商品購入画面９１では、通常時の商品購入画面８１の販売価格の欄、在庫の欄にセール中の情報がそれぞれ表示される。販売価格の欄の価格表示部９２に表示される値は、データサーバ１の商品情報テーブル１７のセール価格フィールドに格納される値、又は、商品情報テーブル１７の価格フィールドに格納されている値をセール情報テーブル１８の割引率フィールドに格納される値で割り引いた値である。これらは、セール情報テーブルの価格優先フィールドの値に基づいて、いずれの値が用いられるかが決定される。セール在庫の欄の在庫数表示部９３に表示される値（図９の例では５０個）は、商品情報テーブル１７のセール在庫数フィールドの値である。セール在庫の欄のカート個数表示部９４に表示される値（図９の例では４６個）は、通常時の商品購入画面８１のカート情報部８３と同様に、商品情報テーブル１７のカートカウンタフィールドの値である。セール在庫の欄の在庫メッセージ表示部９５に表示される文字列は、セール在庫数とカート内個数との関係から店舗サーバ２により決定される文字列（メッセージ）である。セール期間の欄のセール期間表示部９６に表示される値は、セール情報テーブル１８のセール開始時刻フィールド及びセール終了時刻フィールドに格納される値である。

【0065】

店舗サーバ２の画面処理部３４は、商品選択操作に対応するリクエストを受けた場合には、商品情報テーブル１７のセールＩＤフィールドに格納される値に応じてそのリクエストの対象となる商品がセール中か否かを判定する。画面処理部３４は、対象商品がセール中でなければ（通常時であれば）、そのレスポンスに図８に示す通常時の商品購入画面８１に対応するＷＥＢページを含める。一方で、画面処理部３４は、対象商品がセール中である場合には、そのレスポンスに図９に示すセール時の商品購入画面９１に対応するＷＥＢページを含める。

【0066】

画面処理部３４は、商品購入画面８１に対応するＷＥＢページを取得するにあたり、アプリケーションサーバ機能３１に、商品購入画面８１における、価格表示部８２、在庫数表示部８３、カート個数表示部８４、在庫メッセージ表示部８５をデータサーバ１の商品情報テーブル１７内のデータを用いて生成させる。画面処理部３４は、対象商品がセール中の場合には、アプリケーションサーバ機能３１に、商品購入画面９１における、価格表示部９２、在庫数表示部９３、カート個数表示部９４、在庫メッセージ表示部９５、セール期間表示部９６をデータサーバ１の商品情報テーブル１７及びセール情報テーブル１８内のデータを用いて生成させる。

【0067】

画面処理部３４は、このように生成されたＷＥＢページ（商品購入画面８１用データ又は商品購入画面９１用データ）を、リアルタイムモジュール６１と共にユーザ端末９へ送る（Ｓ１０１）。これにより、ユーザ端末９上では、商品購入画面８１又は９１が表示される。

【0068】

ユーザ端末９上では、ＷＥＢブラウザにより商品購入画面８１又は９１が表示されると共に、リアルタイムモジュール６１が実行される。このリアルタイムモジュール６１は、商品購入画面８１又は９１の操作を制限することなく、商品購入画面８１又は９１が表示されている間動作する。以降、このリアルタイムモジュール６１と店舗サーバ２のリアルタイム処理部３７との処理（Ｓ１２０、Ｓ１２１、Ｓ１２２）により、商品購入画面８１又は９１内の情報がデータサーバ１の商品情報テーブル１７及びセール情報テーブル１８に基づいてリアルタイムに更新されるようになる。このリアルタイムモジュール６１と店舗サーバ２のリアルタイム処理部３７との処理については後述する。

【0069】

ユーザ端末９において商品購入画面８１又は９１が表示される状態で、「カートへ入れる」ボタン８６又は９７が選択される（カート入れ操作が行われる）と（Ｓ１３０）、カート入れ操作に関するリクエストがユーザ端末９から店舗サーバ２へ送られる（Ｓ１３１）。店舗サーバ２では、操作処理部３６がそのリクエストを受け付けると、そのリクエストの送信元であるユーザのショッピングカート情報（図示せず）にそのリクエストの対象となる商品を加えると共に、そのリクエストの対象となる商品に関する商品情報テーブル１７のカートカウンタフィールドを１加算するようデータサーバ１へ依頼する（Ｓ１３２）。店舗サーバ２の操作処理部３６は、このリクエストに対する所定のレスポンスを返信する（Ｓ１３３）。

【0070】

一方で、ユーザ端末９で表示される図示しない所定画面においてショッピングカートに入れられた商品を取り止める操作（カート出し操作）が行われた場合には、その操作に関するリクエスト（Ｓ１３１）に応じて、商品情報テーブル１７のカートカウンタフィールドが１減算される（Ｓ１３２）。

【0071】

また、ユーザ端末９で表示される図示しない所定画面においてショッピングカートに入れられた全商品の購入申し込み操作が行われた場合には（Ｓ１４０）、その操作に関するリクエストがユーザ端末９から店舗サーバ２へ送られる（Ｓ１４１）。店舗サーバ２では、操作処理部３６がそのリクエストを受け付けると、配送手配処理、決済処理等が実行されると共に、そのリクエストの対象となる商品に関する商品情報テーブル１７の在庫数フィールドを１減算するようデータサーバ１へ依頼する（Ｓ１４２）。店舗サーバ２の操作処理部３６は、このリクエストに対する所定のレスポンスを返信する（Ｓ１４３）。

【0072】

次に、ユーザ端末９で実行されるリアルタイムモジュール６１と店舗サーバ２のリアルタイム処理部３７との動作例について図１０及び図１１を用いて説明する。図１０は、ユーザ端末９で実行されるリアルタイムモジュール６１の動作例を示すフローチャートであ
る。図１１は、店舗サーバ２のリアルタイム処理部３７の動作例を示すフローチャートである。

【0073】

まず、リアルタイムモジュール６１の動作例について図１０を用いて説明する。

【0074】

リアルタイムモジュール６１は、ユーザ端末９上で実行されると、商品購入画面が表示されているか否かを判定する（Ｓ２００）。リアルタイムモジュール６１は、商品購入画面８１又は９１が表示されている場合には（Ｓ２００；ＹＥＳ）、その商品購入画面の対象となっている商品を示す商品ＩＤを含めた、リアルタイム処理を求めるリクエスト（ＨＴＴＰメッセージ）を店舗サーバ２へ送信する（Ｓ２０１）。一方で、リアルタイムモジュール６１は、商品購入画面８１又は９１が表示されていない場合には（Ｓ２００；ＮＯ）、商品ＩＤを含めない当該リクエストを店舗サーバ２へ送信する（Ｓ２０２）。商品購入画面８１又は９１が表示されていないときには、例えば、図７の例のような店舗画面が表示されている。

【0075】

リアルタイムモジュール６１は、そのリアルタイム処理を求めるリクエストを送信した後、それに対するレスポンスが店舗サーバ２から送信されるまで待ち状態となる（Ｓ２０３）。リアルタイムモジュール６１は、リアルタイム処理を求めるリクエストに対するレスポンスを受信すると（Ｓ２０３；ＹＥＳ）、そのレスポンスにセール状態変更フラグ（例えば、セール状態変更を示す文字列“SaleFlagChange”）が含まれているか否かを判定する（Ｓ２０４）。

【0076】

レスポンスにセール状態変更フラグが含まれている場合とは、商品情報テーブル１７に格納される全商品のうち、現在表示されている画面が店舗サーバ２から提供されてから後にセール状態が通常状態からセール中となった、又は、セール中から通常状態となった商品が存在する場合である。言い換えれば、表示されている画面自体を切替える必要がある場合である。そこで、リアルタイムモジュール６１は、そのレスポンスにセール状態変更フラグが含まれていると判断すると（Ｓ２０４；ＹＥＳ）、ブラウザに画面更新を要求する（Ｓ２０５）。結果、ブラウザにより画面更新のリクエストが店舗サーバ２へ送られ、そのレスポンスに応じてユーザ端末９上の画面が更新される。例えば、商品購入画面８１から商品購入画面９１への画面更新、又は、商品購入画面９１から商品購入画面８１への画面更新、或いは、図７の店舗画面７１からセール情報表示部７３が新たに表示されたり消去されたりする。

【0077】

一方で、リアルタイムモジュール６１は、そのレスポンスにセール状態変更フラグが含まれていないと判断すると（Ｓ２０４；ＮＯ）、同レスポンスに商品情報変更フラグ（例えば、商品情報が変更されたことを示す文字列“ItemChange”）が含まれているか否かを判定する（Ｓ２０６）。

【0078】

リアルタイムモジュール６１は、商品情報変更フラグが含まれていると判断すると（Ｓ２０６；ＹＥＳ）、同レスポンスからリアルタイム変更対象のデータを抽出する。ここで、リアルタイム変更対象のデータには、通常時の商品購入画面８１で表示される、在庫数、カート内個数、表示メッセージ（在庫メッセージ）データ、セール中の商品購入画面９１で表示される、セール在庫数、カート内個数、表示メッセージ（在庫メッセージ）データが含まれる。

【0079】

リアルタイムモジュール６１は、抽出されたデータを、表示されている商品購入画面の対象表示部に反映させる（Ｓ２０７）。これにより、通常時の商品購入画面８１が表示されている場合には、在庫数表示部８３、カート個数表示部８４、在庫メッセージ表示部８５がリアルタイムに変更される。また、セール中の商品購入画面９１が表示されている場
合には、在庫数表示部９３、カート個数表示部９４、在庫メッセージ表示部９５がリアルタイムに変更される。

【0080】

リアルタイムモジュール６１は、このようなリアルタイム変更対象のデータの画面への反映が完了すると、再度、判定処理（Ｓ２００）の後（Ｓ２００；ＹＥＳ）、対象商品のＩＤを含めたリクエストを店舗サーバ２へ送信し（Ｓ２０１）、レスポンス待ち状態となる（Ｓ２０３）。なお、商品情報変更フラグが含まれていないと判断した場合にも（Ｓ２０６；ＮＯ）、同様の処理の後、レスポンス待ち状態となる（Ｓ２００、Ｓ２０１、Ｓ２０３）。

【0081】

次に、このようなリアルタイムモジュール６１とやりとりする店舗サーバ２のリアルタイム処理部３７の動作例について図１１を用いて説明する。

【0082】

店舗サーバ２のリアルタイム処理部３７は、ユーザ端末９（リアルタイムモジュール６１）からリアルタイム処理を求めるリクエストを受信する（Ｓ３０１）。このとき、リアルタイム処理部３７は、そのリクエストを受信した時刻（リクエスト受付時刻）を保持する（Ｓ３０２）。

【0083】

続いて、リアルタイム処理部３７は、セール情報テーブル１８に格納されるセール開始時刻及びセール終了時刻に基づいて、リクエスト受付時刻と現在時刻との間のセール状態を比較する（Ｓ３０４）。具体的には、リクエスト受付時刻がセール開始時刻とセール終了時刻との間に存在する商品群と、現在時刻がセール開始時刻とセール終了時刻との間に存在する商品群と、を比較する。この比較で両者に差異がある場合には（Ｓ３０５；ＹＥＳ）、リアルタイム処理部３７は、セール状態変更フラグ（例えば、セール状態変更を示す文字列“SaleFlagChange”）を含むレスポンスをユーザ端末９へ返信する（Ｓ３０６）。

【0084】

一方で、リアルタイム処理部３７は、セール状態に差異がないと判断すると（Ｓ３０５；ＮＯ）、その受信リクエストに商品ＩＤが含まれているか否かを判定する（Ｓ３０７）。なお、リアルタイム処理部３７は、当該リクエストを受信した直後（Ｓ３０１及びＳ３０２の処理後）である場合には、上述のようなセール状態の差異を判定することなく、処理（Ｓ３０７）を実行するようにしてもよい。当該リクエストが受信された直後は、画面が更新された直後でもあるため、セール状態に差異がないことが多いからである。

【0085】

リアルタイム処理部３７は、受信リクエストに商品ＩＤが含まれている場合には（Ｓ３０７；ＹＥＳ）、商品情報テーブル１７におけるその商品ＩＤで特定されるレコードの最終更新時刻を抽出し、この最終更新時刻と上記リクエスト受付時刻とを比較する（Ｓ３０８）。即ち、リアルタイム処理部３７は、当該リクエストが受信された後に対象商品の商品情報テーブル１７内のデータが更新されたか否かを判定する。

【0086】

リアルタイム処理部３７は、対象商品のデータが更新された（商品情報に差異がある）と判定すると（Ｓ３０９；ＹＥＳ）、受信リクエストに含まれていた商品ＩＤで特定される商品情報テーブル１７の該当レコードから在庫数、カート内個数を抽出する。リアルタイム処理部３７は、該当レコードのセールＩＤフィールドに有効値が設定されている場合には、セール在庫数、カート内個数を抽出する。

【0087】

リアルタイム処理部３７は、抽出された在庫数（又はセール在庫数）及びカート内個数の関係から、表示メッセージデータを生成する（Ｓ３１０）。具体的には、例えば、在庫数とカート内個数との差が所定閾値（例えば５個）以内である場合には、「もうすぐ在庫（セール在庫）がなくなりそうです」のような表示メッセージデータを生成し、それ以外
の場合には、「まだ在庫（セール在庫）には余裕があります」のような表示メッセージデータを生成する。

【0088】

続いて、リアルタイム処理部３７は、商品情報変更フラグ（例えば、商品情報が変更されたことを示す文字列“ItemChange”）、在庫数、カート内個数、及び、表示メッセージデータを含むレスポンスをユーザ端末９へ送信する（Ｓ３１１）。

【0089】

リアルタイム処理部３７は、受信リクエストに商品ＩＤが含まれていない場合（Ｓ３０７；ＮＯ）には、セール状態に差異が生じるまで、即ち、その受信リクエストが受信された後にセール状態が更新されるまで、レスポンスを返信することなく待ち状態となる（Ｓ３０４、Ｓ３０５；ＮＯ、Ｓ３０７；ＮＯ）。また、リアルタイム処理部３７は、商品情報に差異がないと判定した場合（Ｓ３０９；ＮＯ）には、セール状態に差異が生じるか又は商品情報に差異が生じるまで、レスポンスを返信することなく待ち状態となる。

【0090】

〈実施形態の作用及び効果〉
上述したように、本実施形態における電子商取引システムでは、ユーザ端末９でのユーザの画面操作（例えば、購入申し込み操作、カートへの出し入れ操作）に応じてユーザ端末９から送信されるリクエストを店舗サーバ２が受信すると、その操作内容に応じてデータサーバ１に格納されている各商品についての電子商取引情報（カート内個数、在庫数など）が更新される。

【0091】

一方で、ＷＥＢページ等の画面データと共に店舗サーバ２からユーザ端末９へ送られたリアルタイムモジュール６１がユーザ端末９で実行されると、リアルタイム処理を求めるリクエストがユーザ端末９から店舗サーバ２へ送られる。このリクエストに対するレスポンスは、店舗サーバ２のリアルタイム処理部３７（アプリケーションサーバ機能３１）においてそのリクエストの対象となる商品についての電子商取引情報やセール情報が変更されるまで保留され、リアルタイムモジュール６１も表示される画面の操作を制限することなくそのレスポンスを待つ。

【0092】

上述のようなユーザの画面操作に応じてデータサーバ１内の対象商品の電子商取引情報が変更されると、その変更された情報を含むレスポンスが店舗サーバ２からユーザ端末９へ送られ、このレスポンス内の情報がリアルタイムモジュール６１により画面に反映される。また、データサーバ１内の各商品の情報やセール情報は管理者端末３からも変更することができ、この変更についてもユーザの画面操作の場合と同様に、ユーザ端末９の画面にリアルタイムに反映される。

【0093】

このように、本実施形態によれば、他のユーザ（消費者）の電子商取引操作に応じて変更される各商品の在庫数やカート内個数がリアルタイムにユーザ端末９の画面に反映されるため、消費者ユーザは、同時間帯に来店している他の消費者の動向を把握しながら、購入商品を決める上での参考にすることができる。一方で、本実施形態のシステムで扱われる商品の販売者は、他の消費者動向をリアルタイムに把握させることで、消費者の購買意欲を向上させることができる。また、販売者は、セール情報もリアルタイムにユーザ端末９へ表示させることができるため、管理者端末３でデータサーバ１内のセール情報を変更することによりタイムセール等のようなセールを任意なタイミングで実行することができる。

【符号の説明】

【0094】

１ データサーバ
２ 店舗サーバ
３ 管理者端末
９ ユーザ端末
１７ 商品情報テーブル
１８ セール情報テーブル
２１ 制御部
２２ 記憶部
３４ 画面処理部
３５ リクエスト制御部
３６ 操作処理部
３７ リアルタイム処理部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】