JP2012079018A - サーバ装置、抽籤方法、抽籤プログラム及び記録媒体 - Google Patents

Abstract

【課題】ユーザの射幸心を高めることができる抽籤を行う。
【解決手段】ユーザに付与されるべき付与対象が発生した場合に、発生した付与対象を示す付与対象情報を取得する取得手段と、取得された付与対象情報を、蓄積されている付与対象を示す情報として記憶手段に記憶されている蓄積情報に追加する蓄積手段と、蓄積情報を表示するＷｅｂページを端末装置に送信する送信手段と、ユーザからの予め定められた要求を示す要求情報を端末装置から受信する受信手段と、要求情報が受信されるごとに、要求したユーザを当籤させるか否かを決定し、当籤者に対して、蓄積情報が示す蓄積されている付与対象を全部付与すると決定する抽籤手段と、を備える。
【選択図】図７

Description

本発明は、ユーザに付与されるべき付与対象を決定し、ユーザに対して付与対象の抽籤を行うサーバ装置、抽籤方法及び抽籤プログラムの技術分野に関する。

従来、Ｗｅｂサイトの利用の促進等を目的として、抽籤によって選ばれたユーザに、例えば、ポイントサービスにおけるポイントや商品等を付与するための技術が知られている。例えば、特許文献１には、商品の提供事業者がユーザにポイントを付与するシステムにおいて、抽籤でユーザにポイントを付与する技術が記載されている。具体的に、報償ポイント交換管理装置が、ユーザが抽籤に応募するときに、ユーザが指定した応募ポイント数をユーザのポイントから差し引いて、応募ポイント数の累計を記録する。そして、報償ポイント交換管理装置は、応募ポイント数の累計が締め切りポイント数に達したときに応募を締め切り、応募したユーザの中から当籤者を決定して、応募ポイント数の累計を配当ポイント数として、当籤者のポイントに加算する。

特開２００２−１８９９１１号公報

特許文献１に記載の技術では、予め決められた条件が満たされたときに当籤者が決定される。また、当籤者に付与されるポイント数が予め決められている。しかしながら、抽籤に対するユーザの意欲を高めるための一手法としては、こうした事項に変動性を持たせることによって、抽籤の射幸性を高めても良い。

本発明は以上の点に鑑みてなされたものであり、ユーザの射幸心を高めることができる抽籤を行うことができるサーバ装置、抽籤方法、抽籤プログラム及び記録媒体を提供することを目的とする。

上記課題を解決するために、請求項１に記載の発明は、端末装置がネットワークを介して接続可能なサーバ装置であって、ユーザに付与されるべき付与対象が発生した場合に、発生した前記付与対象を示す付与対象情報を取得する取得手段と、前記取得された付与対象情報を、蓄積されている前記付与対象を示す情報として記憶手段に記憶されている蓄積情報に追加する蓄積手段と、前記蓄積情報を表示するＷｅｂページを前記端末装置に送信する送信手段と、ユーザからの予め定められた要求を示す要求情報を前記端末装置から受信する受信手段と、前記要求情報が受信されるごとに、要求したユーザを当籤させるか否かを決定し、当籤者に対して、前記蓄積情報が示す蓄積されている前記付与対象を全部付与すると決定する抽籤手段と、を備えることを特徴とする。

この発明によれば、当籤者に付与されるべき付与対象が次第に蓄積されていく。また、予め定められた要求が発生するごとに抽籤が行われ、これによって当籤者が出た場合に、その時点で蓄積されている付与対象全部が当籤者に付与されると決定される。そのため、要求のタイミングによってユーザが当籤する付与対象が変化する。また、蓄積されている付与対象を示す情報がＷｅｂページ上に公開される。従って、この情報を見たユーザの射幸心を高めることができる。

請求項２に記載の発明は、請求項１に記載のサーバ装置において、前記取得手段は、電子商取引のサイトにおける注文代金の支払いに用いることができるポイントとして何れかのユーザが保有するポイントの有効期限が切れた場合に、前記付与対象となるべき期限切れのポイントを示す前記付与対象情報である期限切れポイント数を取得し、前記蓄積手段は、前記取得された期限切れポイント数を、蓄積されているポイントを示す前記蓄積情報である蓄積ポイント数に加算し、前記受信手段は、前記電子商取引のサイトにおけるユーザからの商品の注文の要求を示す前記要求情報を受信し、前記抽籤手段により当籤者として決定されたユーザが保有するポイントを示す情報としてポイント記憶手段に記憶されている保有ポイント数に、前記蓄積ポイント数を加算する付与手段を更に備えることを特徴とする。

この発明によれば、注文が発生するごとに抽籤が行われ、蓄積されているポイント全部が当籤者に付与される。蓄積されているポイントは、有効期限が切れたポイントの一部または全部である。そのため、有効期限が切れたポイントを利用して、商品を注文する意欲を高めることができる。

請求項３に記載の発明は、請求項１または請求項２に記載のサーバ装置において、前記送信手段は、電子商取引のサイトにおいて注文する候補としてユーザが選択した商品を示すＷｅｂページに、前記蓄積情報を表示させ、前記受信手段は、ユーザからの商品の注文の要求を示す前記要求情報を受信することを特徴とする。

この発明によれば、蓄積されている付与対象を示す情報を見たユーザの注文意欲が高められるので、注文する候補としてユーザが選択した商品が実際に注文される可能性を高めることができる。

請求項４に記載の発明は、請求項１乃至３の何れか１項に記載のサーバ装置であって、電子商取引のサイトにおいてユーザが選択した商品の注文手続きをするためのユーザインターフェースとしてのＷｅｂページに、前記蓄積情報を表示させ、前記受信手段は、ユーザからの商品の注文の要求を示す前記要求情報を受信することを特徴とする。

この発明によれば、蓄積されている付与対象を示す情報を見たユーザの注文意欲が高められるので、注文手続きに移った商品が実際に注文される可能性を高めることができる。

請求項５に記載の発明は、請求項１乃至４の何れか１項に記載のサーバ装置であって、前記受信手段は、電子商取引のサイトにおけるユーザからの商品の注文の要求を示す前記要求情報を受信し、前記受信された要求情報が示す注文における注文代金の金額を示す注文代金情報を取得する注文代金情報取得手段と、注文したユーザの当籤確率を決定する当籤確率決定手段であって、前記取得された注文代金情報が示す金額が高いほど前記当籤確率を高くする当籤確率決定手段と、を更に備え、前記抽籤手段は、前記決定された当籤確率に基づいて、注文したユーザを当籤させるか否かを決定することを特徴とする。

この発明によれば、注文金額が高いほど当籤確率が高くなるので、商品を注文する意欲を高めることができる。

請求項６に記載の発明は、端末装置がネットワークを介して接続可能なサーバ装置における抽籤方法であって、ユーザに付与されるべき付与対象が発生した場合に、発生した前記付与対象を示す付与対象情報を取得する取得ステップと、前記取得された付与対象情報を、蓄積されている前記付与対象を示す情報として記憶手段に記憶されている蓄積情報に追加する蓄積ステップと、前記蓄積情報を表示するＷｅｂページを前記端末装置に送信する送信ステップと、ユーザからの予め定められた要求を示す要求情報を前記端末装置から受信する受信ステップと、前記要求情報が受信されるごとに、要求したユーザを当籤させるか否かを決定し、当籤者に対して、前記蓄積情報が示す蓄積されている前記付与対象を全部付与すると決定する抽籤ステップと、を含むことを特徴とする。

請求項７に記載の発明は、端末装置がネットワークを介して接続可能なサーバ装置に含まれるコンピュータを、ユーザに付与されるべき付与対象が発生した場合に、発生した前記付与対象を示す付与対象情報を取得する取得手段、前記取得された付与対象情報を、蓄積されている前記付与対象を示す情報として記憶手段に記憶されている蓄積情報に追加する蓄積手段、前記蓄積情報を表示するＷｅｂページを前記端末装置に送信する送信手段、ユーザからの予め定められた要求を示す要求情報を前記端末装置から受信する受信手段、及び、前記要求情報が受信されるごとに、要求したユーザを当籤させるか否かを決定し、当籤者に対して、前記蓄積情報が示す蓄積されている前記付与対象を全部付与すると決定する抽籤手段、として機能させることを特徴とする。

請求項８に記載の発明は、端末装置がネットワークを介して接続可能なサーバ装置に含まれるコンピュータを、ユーザに付与されるべき付与対象が発生した場合に、発生した前記付与対象を示す付与対象情報を取得する取得手段、前記取得された付与対象情報を、蓄積されている前記付与対象を示す情報として記憶手段に記憶されている蓄積情報に追加する蓄積手段、前記蓄積情報を表示するＷｅｂページを前記端末装置に送信する送信手段、ユーザからの予め定められた要求を示す要求情報を前記端末装置から受信する受信手段、及び、前記要求情報が受信されるごとに、要求したユーザを当籤させるか否かを決定し、当籤者に対して、前記蓄積情報が示す蓄積されている前記付与対象を全部付与すると決定する抽籤手段、として機能させる抽籤プログラムがコンピュータ読み取り可能に記録されていることを特徴とする。

本発明によれば、当籤者に付与されるべき付与対象が次第に蓄積されていく。また、予め定められた要求が発生するごとに抽籤が行われ、これによって当籤者が出た場合に、その時点で蓄積されている付与対象全部が当籤者に付与されると決定される。そのため、要求のタイミングによってユーザが当籤する付与対象が変化する。また、蓄積されている付与対象を示す情報がＷｅｂページ上に公開される。従って、この情報を見たユーザの射幸心を高めることができる。

一実施形態に係るショッピングシステムＳの概要構成の一例を示す図である。 （ａ）は、一実施形態に係る買い物かごページの画面表示例であり、（ｂ）は、一実施形態に係る第２注文手続きページの画面表示例であり、（ｃ）は、一実施形態に係るトップページの画面表示例である。 一実施形態に係るショッピングサーバ１の概要構成の一例を示すブロック図である。 （ａ）は、一実施形態に係る会員情報ＤＢ１２ａに登録される内容の一例を示す図であり、（ｂ）は、一実施形態に係る有効期限付きポイント情報に設定される内容の一例を示す図であり、（ｃ）は、一実施形態に係る店舗情報ＤＢ１２ｂに登録される内容の一例を示す図であり、（ｄ）は、一実施形態に係る商品情報ＤＢ１２ｃに登録される内容の一例を示す図であり、（ｅ）は、一実施形態に係る抽籤関連情報ＤＢ１２ｄに登録される内容の一例を示す図であり、（ｆ）は、一実施形態に係る当籤関連情報ＤＢ１２ｅに登録される内容の一例を示す図である。 一実施形態に係るショッピングサーバ１のシステム制御部１４のポイント蓄積処理における処理例を示すフローチャートである。 一実施形態に係るショッピングサーバ１のシステム制御部１４の抽籤対象店舗選択処理における処理例を示すフローチャートである。 一実施形態に係るショッピングサーバ１のシステム制御部１４のリクエスト受信時処理における処理例を示すフローチャートである。 一実施形態に係るショッピングサーバ１のシステム制御部１４の抽籤処理における処理例を示すフローチャートである。

以下、図面を参照して本発明の実施形態について詳細に説明する。なお、以下に説明する実施の形態は、ショッピングシステムに対して本発明を適用した場合の実施形態である。

［１．ショッピングシステムの構成］
先ず、本実施形態に係るショッピングシステムＳの構成について、図１を用いて説明する。図１は、本実施形態に係るショッピングシステムＳの概要構成の一例を示す図である。

図１に示すように、ショッピングシステムＳは、ショッピングサーバ１と、複数のユーザ端末２と、を含んで構成されている。そして、ショッピングサーバ１と各ユーザ端末２とは、ネットワークＮＷを介して、例えば、通信プロトコルにＴＣＰ／ＩＰ等を用いて相互にデータの送受信が可能になっている。なお、ネットワークＮＷは、例えば、インターネット、専用通信回線（例えば、ＣＡＴＶ（Community Antenna Television）回線）、移動体通信網（基地局等を含む）、及びゲートウェイ等により構築されている。

ショッピングサーバ１（本発明におけるサーバ装置の一例）は、所定の電子商店街に関する各種処理を実行するサーバ装置である。この電子商店街においては、商品の販売側として複数の店舗が出店している。ユーザは、電子商店街を利用することにより、所望の店舗から所望の商品を購入することができる。ショッピングサーバ１は、ユーザ端末２からのリクエストに応じて、電子商店街の各種のＷｅｂページをユーザ端末２に送信する。

ユーザ端末２（本発明における端末装置の一例）は、上述した電子商店街等のＷｅｂサイトを利用するユーザの端末装置である。ユーザ端末２は、ユーザからの操作に基づいてショッピングサーバ１にアクセスする。これにより、ユーザ端末２は、ショッピングサーバ１からＷｅｂページを受信して表示する。ユーザ端末２には、ブラウザや電子メールクライアント等のソフトウェアが組み込まれている。ユーザ端末２としては、例えば、パーソナルコンピュータ、ＰＤＡ（Personal Digital Assistant）、スマートフォン等の携帯情報端末、携帯電話機等が用いられる。

［２．ポイントサービス、特典プログラム］
次に、本実施形態に係る電子商店街で運営されているポイントサービス及び特典プログラムについて、図２を用いて説明する。

電子商店街においては、ユーザの利用状況等に応じてユーザにポイントが付与されるポイントサービスが提供される。例えば、ユーザが商品を注文し、注文代金が決済されると、注文金額に応じたポイントが付与される。また、例えば、ユーザが電子商店街において所定のサービスの登録を行うと、一定のポイントが付与される。そして、ユーザは、獲得したポイントを、注文代金の支払いに利用することができる。ユーザに付与されるポイントの中には、有効期限が付いているポイントがある。例えば、予め設定されている期限を経過すると、そのポイントは利用することができなくなる。

また、電子商店街には、商品を注文したユーザに対して抽籤でポイントが付与される特典プログラムが存在する。この特典プログラムにおいて、当籤者に付与されるポイントは、ユーザが保有するポイントのうち有効期限が切れたポイントから提供される。ポイントの有効期限切れは随時発生し、有効期限が切れたポイントのうち、例えば一定割合のポイントが当籤者に付与されるポイントとして蓄積される。この当籤者に付与されるポイントとして現在蓄積されているポイントを、「蓄積ポイント」と称する。蓄積ポイント数（本発明における蓄積情報の一例）は、有効期限が切れたポイントの一定割合の累計数を示す。特典プログラムにおける抽籤は、商品の注文が発生するごとに行われる。抽籤によって当籤者が決定されると、その時点における蓄積ポイント全部が当籤者に付与される。すると、蓄積ポイント数は０ポイントとなる。なお、有効期限が切れたポイント全部が蓄積ポイントとして蓄積されても良い。

蓄積ポイント数は、電子商店街にて公開される。具体的に、電子商店街のＷｅｂページ上に、例えば、「特典プログラムのポイントが○○ポイントたまっています。」といった情報が表示される。この情報を「蓄積ポイント情報」と称する。蓄積ポイント情報の表示対象となるＷｅｂページは運営者の任意であるが、例えば、買い物かごページや注文手続きページ等に蓄積ポイント情報が表示される。

図２（ａ）は、本実施形態に係る買い物かごページの画面表示例である。電子商店街では、注文する候補としてユーザが商品を選択すると、選択された商品が仮想的な買い物かごに入ったとみなされる。買い物かごページは、この買い物かごに入っている商品の一覧を、その商品の販売元の店舗単位で示すＷｅｂページである。買い物かごページは、例えば、商品の情報が表示される商品ページにおいて「買い物かごに入れる」と表示されたボタンをユーザが選択したとき、または、電子商店街のＷｅｂページにおいて「買い物かごを見る」と表示されたボタンをユーザが選択したときに表示される。図２（ａ）において、符号１０１が示すメッセージが蓄積ポイント情報である。

図２（ｂ）は、本実施形態に係る第２注文手続きページの画面表示例である。注文手続きページは、注文手続きをするためのユーザインターフェースとしてのＷｅｂページである。注文手続きページは、例えば、買い物かごページにおいて「ご注文手続きへ」と表示されたボタンをユーザが選択した後に表示される。注文手続きページは、例えば、複数存在する。例えば、ユーザを確認するためのユーザＩＤとパスワードとをユーザが入力するための入力欄やボタン等を含む第１注文手続きページ、商品の送付先、支払い方法、配送方法等の注文に必要な情報をユーザが入力するための入力欄やボタン等を含む第２注文手続きページ、注文の確定前に注文内容を表示する第３注文手続きページがある。この場合、商品の注文は、第１注文手続きページ、第２注文手続きページ及び第３注文手続きページを経た上で確定する。注文内容には、注文する商品に関する情報、ユーザが入力した商品の送付先、支払い方法、配送方法等の情報が含まれる。図２（ｂ）において、符号１０２が示すメッセージが蓄積ポイント情報である。なお、第１注文手続きページ、第２注文手続きページ及び第３注文手続きページの全部の注文手続きページに蓄積ポイント情報が表示されても良いし、一部の注文手続きページに蓄積ポイント情報が表示されても良い。

この特典プログラムは、いつ当籤者が出るかユーザからは分からない。つまり、商品の注文のたびに当籤する可能性があるようにユーザからは見える。また、当籤するポイント数は動的に変化し、現在蓄積されているポイント数がＷｅｂページ上で公開されている。そのため、蓄積ポイント情報を見たユーザの射幸心が高められ、ユーザの商品の注文意欲を高めることができる。また、誰かが当籤すると蓄積ポイント数が０ポイントになるので、蓄積されているポイントがあるうちに商品を注文しようとする心理が働きやすい。そのため、商品の注文を促すことができる。

買い物かごページがユーザ端末２に表示された場合、ユーザは、選択した商品を注文しようと考えているか、または、注文するかもしれないと考えていると推測される。また、注文手続きページがユーザ端末２に表示された場合、ユーザにある程度注文しようとする意思が存在するものと考えられる。しかしながら、これらの時点では注文が確定していないため、選択した商品の注文をユーザが思いとどまる場合がある。そこで、買い物かごページや注文手続きページに表示されている蓄積ポイント情報をユーザが見ることにより、例えば、選択した商品をこのまま注文すれば、蓄積されているポイントを全部獲得することができるかもしれないという心理が働く。これにより、選択した商品をユーザが注文する可能性が高まる。なお、買い物かごページや注文手続きページでは、蓄積ポイント数が一定数以上である場合に限り、蓄積ポイント情報を表示させるようにしても良い。

特典プログラムが適用されるためには、商品の注文先となっている店舗が特典プログラムにエントリーしている必要がある。つまり、ユーザが、特典プログラムにエントリーしている店舗に対して商品を注文した場合に抽籤が行われる。店舗が特典プログラムにエントリーするためには、その店舗が電子商店街の運営者に入札金を提供する必要がある。特典プログラムは、例えば、エントリーした各店舗から拠出された入札金によって運営される。この入札金額が他の店舗と比べて高い店舗ほど、例えば、注文したユーザが当籤しやすくなる。

特典プログラムの抽籤によって当籤者が出ると、その当籤者が当籤したときに商品の注文先となっていた店舗（以下、「当籤店舗」と称する）に関する情報が電子商店街にて公開される。具体的には、電子商店街のＷｅｂページ上に、例えば、「○○ショップで商品を購入したユーザ様の中から、○○ポイントの獲得者が出ました。」といった情報が表示される。この情報を「当籤店舗情報」と称する。ここで、「○○ショップ」が当籤店舗の店舗名である。当籤店舗情報の表示対象となるＷｅｂページは運営者の任意であるが、例えば、多くのユーザが参照するように電子商店街のトップページに当籤店舗情報が表示される。図２（ｃ）は、本実施形態に係るトップページの画面表示例である。図２（ｃ）において、符号１０３が示すメッセージが当籤店舗情報である。

Ｗｅｂページ上の当籤店舗情報には、当籤店舗の店舗ページへのハイパーリンク（以下、「リンク」と称する）が設定されている。店舗ページは、対象となっている店舗に関する情報が表示されるＷｅｂページである。また、店舗ページには、対象となっている店舗が販売している商品の商品ページへのリンクが設定されていたり、その店舗が販売している商品を検索するための入力欄等が含まれている。ある店舗の店舗ページと、その店舗が販売する商品の商品ページとで、その店舗の電子商店街における仮想店舗が形成される。

当籤店舗情報が表示されると当籤店舗の宣伝になり、当籤店舗にユーザの注目が集まりやすくなる。そのため、店舗が特典プログラムにエントリーする意欲を高めることができる。また、入札金額に応じて当籤のしやすさが変われば、入札金額を店舗が高くする意欲を高めることができる。なお、蓄積ポイント数が一定数以上である場合に限り、蓄積ポイント情報を当籤店舗情報とともに表示させるようにしても良い。

［３．ショッピングサーバの構成］
次に、ショッピングサーバ１の構成について、図３及び図４を用いて説明する。

図３は、本実施形態に係るショッピングサーバ１の概要構成の一例を示すブロック図である。図３に示すように、ショッピングサーバ１は、通信部１１と、記憶部１２と、入出力インターフェース１３と、システム制御部１４と、を備えている。そして、システム制御部１４と入出力インターフェース１３とは、システムバス１５を介して接続されている。

通信部１１は、ネットワークＮＷに接続して、ユーザ端末２等との通信状態を制御するようになっている。

記憶部１２（本発明における記憶手段及びポイント記憶手段の一例）は、例えば、ハードディスクドライブ等により構成されている。この記憶部１２には、会員情報ＤＢ１２ａ、店舗情報ＤＢ１２ｂ、商品情報ＤＢ１２ｃ、抽籤関連情報ＤＢ１２ｄ、当籤関連情報ＤＢ１２ｅ等のデータベースが構築されている。

図４（ａ）は、本実施形態に係る会員情報ＤＢ１２ａに登録される内容の一例を示す図である。会員情報ＤＢ１２ａには、電子商店街に会員登録しているユーザに関する会員情報が登録される。具体的に、会員情報ＤＢ１２ａには、ユーザの識別情報であるユーザＩＤ、パスワード、氏名、生年月日、性別、住所、電話番号、電子メールアドレス、保有ポイント数、有効期限付きポイント情報等が、ユーザごとに対応付けて登録される。保有ポイント数は、ユーザＩＤに対応するユーザが現在保有している全ポイント数である。

図４（ｂ）は、本実施形態に係る有効期限付きポイント情報に設定される内容の一例を示す図である。有効期限付きポイント情報には、ユーザＩＤに対応するユーザが現在保有しているポイントのうち有効期限の付いたポイントごとに、そのポイント数と有効期限を示す時期（例えば、日付、日時等）とが対応付けて設定される。

図４（ｃ）は、本実施形態に係る店舗情報ＤＢ１２ｂに登録される内容の一例を示す図である。店舗情報ＤＢ１２ｂには、電子商店街に出店している店舗に関する店舗情報が登録される。具体的に、店舗情報ＤＢ１２ｂには、店舗の識別情報である店舗ＩＤ、店舗名、住所、電話番号、電子メールアドレス、特典プログラムエントリーフラグ、特典プログラム入札金額等が、店舗ごとに対応付けて登録される。特典プログラムエントリーフラグは、店舗ＩＤに対応する店舗が特典プログラムにエントリーしているか否かを示す情報である。エントリーしている場合、特典プログラムエントリーフラグはＯＮに設定され、エントリーしていない場合、特典プログラムエントリーフラグはＯＦＦに設定される。特典プログラム入札金額は、特典プログラムのために、店舗ＩＤに対応する店舗から拠出された入札金額である。

図４（ｄ）は、本実施形態に係る商品情報ＤＢ１２ｃに登録される内容の一例を示す図である。商品情報ＤＢ１２ｃには、電子商店街で販売されている商品に関する商品情報が登録される。具体的に、商品情報ＤＢ１２ｃには、商品の識別情報である商品ＩＤ、販売店舗ＩＤ、商品名、価格、商品画像ＵＲＬ、商品説明等が、商品ごとに対応付けて登録される。販売店舗ＩＤは、商品ＩＤに対応する商品の販売元の店舗の店舗ＩＤである。

図４（ｅ）は、本実施形態に係る抽籤関連情報ＤＢ１２ｄに登録される内容の一例を示す図である。抽籤関連情報ＤＢ１２ｄには、特典プログラムの抽籤に関する情報が登録される。具体的に、抽籤関連情報ＤＢ１２ｄには、蓄積ポイント数及び抽籤対象店舗ＩＤが登録される。抽籤対象店舗ＩＤは、現時点で特典プログラムにおける抽籤の対象となっている店舗（以下、「抽籤対象店舗」という）の店舗ＩＤである。特典プログラムにおいては、特典プログラムにエントリーしている店舗の中から、例えば一定の時間ごとにランダムに選択された店舗が抽籤対象店舗となる。そして、その時間帯の間は、抽籤対象店舗として選択されている店舗への注文が発生した場合にのみ、抽籤が行われる。

図４（ｆ）は、本実施形態に係る当籤関連情報ＤＢ１２ｅに登録される内容の一例を示す図である。当籤関連情報ＤＢ１２ｅには、特典プログラムにおける当籤内容に関する当籤関連情報が登録される。具体的に、当籤関連情報ＤＢ１２ｅには、当籤日、当籤ユーザＩＤ、当籤店舗ＩＤ及び当籤ポイント数が、当籤ごとに対応付けて登録される。当籤ユーザＩＤは、当籤者のユーザＩＤである。当籤店舗ＩＤは、当籤店舗の店舗ＩＤである。当籤ポイント数は、当籤者に付与されたポイント数である。

また、記憶部１２には、電子商店街のＷｅｂページを構成するＨＴＭＬ（Hyper Text Markup Language）文書、ＸＭＬ（Extensible Markup Language）文書、画像データ、テキストデータ、電子文書等の各種データが記憶されている。

また、記憶部１２には、オペレーティングシステム、ＷＷＷ（World Wide Web）サーバプログラム、ＤＢＭＳ（DataBase Management System）、電子商取引管理プログラム、 抽籤管理プログラム等の各種プログラムが記憶されている。電子商取引管理プログラムは、販売商品の登録、商品の買い物かごへの投入、商品の注文等の電子商店街に関する処理を実行するためのプログラムである。また、抽籤管理プログラムは、特典プログラム及び抽籤に関する処理を実行するためのプログラムである。なお、各種プログラム（本発明における抽籤プログラムの一例を含む）は、例えば、他のサーバ装置等からネットワークＮＷを介して取得されるようにしても良いし、ＤＶＤ（Digital Versatile Disc）等の記録媒体に記録されてドライブ装置を介して読み込まれるようにしても良い。

入出力インターフェース１３は、通信部１１及び記憶部１２とシステム制御部１４との間のインターフェース処理を行うようになっている。

システム制御部１４は、ＣＰＵ（Central Processing Unit）１４ａ、ＲＯＭ（Read Only Memory）１４ｂ、ＲＡＭ（Random Access Memory）１４ｃ等により構成されている。そして、システム制御部１４は、ＣＰＵ１４ａが、各種プログラムを読み出し実行することにより、本発明における取得手段、蓄積手段、送信手段、受信手段、抽籤手段、付与手段、注文代金情報取得手段及び当籤確率決定手段として機能するようになっている。

なお、ショッピングサーバ１が、複数のサーバ装置で構成されても良い。例えば、販売商品の登録、商品の買い物かごへの投入、商品の注文等の電子商取引に関する処理を行うサーバ装置、特典プログラム及び抽籤に関する処理を行うサーバ装置、ユーザ端末２からのリクエストに応じて電子商店街のＷｅｂページを送信するサーバ装置、各種データベースを管理するサーバ装置等が、互いにＬＡＮ（Local Area Network）等で接続されても良い。

［４．ショッピングシステムの動作］
次に、ショッピングシステムＳの動作について、図５乃至図８を用いて説明する。

図５は、本実施形態に係るショッピングサーバ１のシステム制御部１４のポイント蓄積処理における処理例を示すフローチャートである。ポイント蓄積処理は、例えば、１日１回実行される。先ず、システム制御部１４は、抽籤関連情報ＤＢ１２ｄから蓄積ポイント数を取得してＲＡＭ１４ｃに記憶させる（ステップＳ１）。次いで、システム制御部１４は、会員情報ＤＢ１２ａに登録されているユーザＩＤのうち１つのユーザＩＤを、会員情報ＤＢ１２ａから取得する（ステップＳ２）。次いで、システム制御部１４は、ユーザＩＤに対応する保有ポイント数及び有効期限付きポイント情報を、会員情報ＤＢ１２ａに登録されている会員情報から取得する（ステップＳ３）。

次いで、システム制御部１４は、有効期限が切れたポイントが存在するか否かを判定する（ステップＳ４）。会員情報に含まれる有効期限付きポイント情報に設定されている有効期限が現在の日時よりも古い場合は、有効期限が切れたポイントが存在する。

このとき、システム制御部１４は、有効期限が切れたポイントが存在すると判定した場合には（ステップＳ４：ＹＥＳ）、有効期限付きポイント情報に設定されている有効期限が切れたポイント数を取得する。そして、システム制御部１４は、取得した保有ポイント数から、有効期限が切れたポイント数を減算する（ステップＳ５）。また、システム制御部１４は、有効期限が現在の日時よりも古い有効期限付きポイント情報を、会員情報ＤＢ１２ａに登録されている会員情報から削除する。

次いで、システム制御部１４は、取得したユーザＩＤに対応して会員情報ＤＢ１２ａに登録されている会員情報中の保有ポイント数を、ステップＳ５において計算した新しい保有ポイント数に書き換える（ステップＳ６）。

次いで、システム制御部１４は、取得手段として、有効期限が切れたポイント数に、例えば記憶部１２に記憶されている係数を乗じて、蓄積対象ポイント数（本発明における付与対象情報の一例）を計算する（ステップＳ７）。この係数は、例えば、０より大きく且つ１以下の値の範囲内で管理者が予め設定した情報である。次いで、システム制御部１４は、蓄積手段として、蓄積対象ポイント数を、ＲＡＭ１４ｃに記憶されている蓄積ポイント数に加算する（ステップＳ８）。

システム制御部１４は、有効期限が切れたポイントが存在しないと判定した場合（ステップＳ４：ＮＯ）、または、ステップＳ８の処理を終えた場合には、会員情報ＤＢ１２ａに登録されているユーザＩＤを全て取得したか否かを判定する（ステップＳ９）。このとき、システム制御部１４は、まだ取得していないユーザＩＤが存在すると判定した場合には（ステップＳ９：ＮＯ）、取得していないユーザＩＤのうち１つのユーザＩＤを、会員情報ＤＢ１２ａから取得して（ステップＳ１０）、ステップＳ３に移行する。

一方、システム制御部１４は、会員情報ＤＢ１２ａに登録されているユーザＩＤを全て取得したと判定した場合には（ステップＳ９：ＹＥＳ）、蓄積手段として、抽籤関連情報ＤＢ１２ｄに登録されている蓄積ポイント数を、ＲＡＭ１４ｃに記憶されている蓄積ポイント数に書き換える（ステップＳ１１）。システム制御部１４は、この処理を終えると、ポイント蓄積処理を終了させる。

図６は、本実施形態に係るショッピングサーバ１のシステム制御部１４の抽籤対象店舗選択処理における処理例を示すフローチャートである。抽籤対象店舗選択処理は、例えば、予め設定された期間（例えば、時間、日数）が経過するごとに実行される。先ず、システム制御部１４は、店舗情報ＤＢ１２ｂから、各店舗の特典プログラムエントリーフラグを取得し、特典プログラムエントリーフラグがＯＮに設定されている店舗ＩＤと特典プログラム入札金額とを、店舗情報ＤＢ１２ｂから全て取得する（ステップＳ２１）。

次いで、システム制御部１４は、取得した特典プログラム入札金額に基づいて、特典プログラムにエントリーしている各店舗の選択確率を計算する（ステップＳ２２）。選択確率は、抽籤対象店舗として選択される確率である。具体的に、システム制御部１４は、特典プログラム入札金額が高い店舗ほど選択確率を高くする。例えば、システム制御部１４は、特典プログラム入札金額の合計値を計算する。次いで、システム制御部１４は、取得した各特典プログラム入札金額を、それぞれ合計値で除算して選択確率を計算する。

次いで、システム制御部１４は、抽籤対象店舗を選択する（ステップＳ２３）。具体的に、システム制御部１４は、０以上１未満の値の間で各店舗の当籤範囲を計算する。例えば、店舗Ａ、Ｂ及びＣの選択確率が０．５、０．３及び０．２である場合、システム制御部１４は、店舗Ａ、Ｂ及びＣの当籤範囲を、０以上０．５未満、０．５以上０．８未満及び０．８以上１未満とする。次いで、システム制御部１４は、０以上１未満の値の間で疑似乱数を発生させる。そして、システム制御部１４は、疑似乱数の値が属する当籤範囲に対応する店舗を、抽籤対象店舗として選択する。なお、システム制御部１４は、複数の店舗を抽籤対象店舗として選択しても良い。

次いで、システム制御部１４は、抽籤関連情報ＤＢ１２ｄに登録されている抽籤対象店舗ＩＤを削除し、今回選択した抽籤対象店舗の店舗ＩＤを、抽籤対象店舗ＩＤとして抽籤関連情報ＤＢ１２ｄに登録する（ステップＳ２４）。システム制御部１４は、ステップＳ２４の処理を終えると、抽籤対象店舗選択処理を終了させる。

図７は、本実施形態に係るショッピングサーバ１のシステム制御部１４のリクエスト受信時処理における処理例を示すフローチャートである。リクエスト受信時処理は、ショッピングサーバ１がユーザ端末２からＨＴＴＰ（HyperText Transfer Protocol）リクエスト（以下、「リクエスト」と称する）を受信するたびに実行される。先ず、システム制御部１４は、受信したリクエストがトップページのリクエストであるか否かを判定する（ステップＳ３１）。

このとき、システム制御部１４は、受信したリクエストがトップページのリクエストであると判定した場合には（ステップＳ３１：ＹＥＳ）、トップページのＨＴＭＬ文書を生成する（ステップＳ３２）。次いで、システム制御部１４は、当籤関連情報ＤＢ１２ｅから当籤関連情報を取得する（ステップＳ３３）。次いで、システム制御部１４は、当籤関連情報に含まれる当籤店舗ＩＤに対応する店舗の店舗名を、店舗情報ＤＢ１２ｂから取得する（ステップＳ３４）。

次いで、システム制御部１４は、トップページのＨＴＭＬ文書に当籤店舗情報のテキストデータを追加する（ステップＳ３５）。具体的に、システム制御部１４は、当籤店舗情報に対応するタグとして、開始タグと終了タグとの間に、取得した店舗名と当籤関連情報に含まれる当籤ポイント数とを含むメッセージのテキストデータを挿入したａタグを生成する。このとき、システム制御部１４は、ａタグのhref属性に、当籤店舗ＩＤに対応するする店舗の店舗ページのＵＲＬを設定する。そして、システム制御部１４は、このようにして生成した当籤店舗情報のテキストデータをトップページのＨＴＭＬ文書に追加する。

システム制御部１４は、当籤関連情報ＤＢ１２ｅに複数の当籤関連情報が登録されている場合には、ステップＳ３３〜Ｓ３５の処理を当籤関連情報ごとに実行する。なお、システム制御部１４は、当籤関連情報に含まれる当籤日に基づいて、当籤日から所定期間が経過した当籤店舗情報はＷｅｂページに表示させなくても良い。また、システム制御部１４は、当籤日が新しいものから順に所定件数の当籤店舗情報のみをＷｅｂページに表示させても良い。

次いで、システム制御部１４は、送信手段として、トップページのＨＴＭＬ文書を、リクエストの送信元のユーザ端末２に送信して（ステップＳ３６）、リクエスト受信時処理を終了させる。

ステップＳ３１において、システム制御部１４は、受信したリクエストがトップページのリクエストではないと判定した場合には（ステップＳ３１：ＮＯ）、受信したリクエストが買い物かごページのリクエストであるか否かを判定する（ステップＳ３７）。

このとき、システム制御部１４は、受信したリクエストが買い物かごページのリクエストであると判定した場合には（ステップＳ３７：ＹＥＳ）、買い物かごページのＨＴＭＬ文書を生成する（ステップＳ３８）。次いで、システム制御部１４は、抽籤関連情報ＤＢ１２ｄから、蓄積ポイント数を取得する（ステップＳ３９）。次いで、システム制御部１４は、取得した蓄積ポイント数を含む蓄積ポイント情報のテキストデータを、買い物かごページのＨＴＭＬ文書に追加する（ステップＳ４０）。次いで、システム制御部１４は、買い物かごページのＨＴＭＬ文書を、リクエストの送信元のユーザ端末２に送信して（ステップＳ４１）、リクエスト受信時処理を終了させる。

ステップＳ３７において、システム制御部１４は、受信したリクエストが買い物かごページのリクエストではないと判定した場合には（ステップＳ３７：ＮＯ）、受信したリクエストが注文手続きページのリクエストであるか否かを判定する（ステップＳ４２）。このとき、システム制御部１４は、受信したリクエストが注文手続きページのリクエストであると判定した場合には（ステップＳ４２：ＹＥＳ）、リクエストに対応する注文手続きページを生成する（ステップＳ４３）。次いで、システム制御部１４は、ステップＳ３９〜Ｓ４１の処理を実行することにより、蓄積ポイント情報のテキストデータを追加した注文手続きページのＨＴＭＬ文書を送信する。このとき、システム制御部１４は、注文内容を示す注文内容情報をＲＡＭ１４ｃに記憶させる。注文内容情報には、例えば、注文しようとしているユーザのユーザＩＤ、注文商品の商品ＩＤ、注文先の店舗の店舗ＩＤ、注文金額（本発明における注文代金情報の一例）、商品の送付先、支払い方法、配送方法等の情報が含まれる。

ステップＳ４２において、システム制御部１４は、受信したリクエストが注文手続きページのリクエストではないと判定した場合には（ステップＳ４２：ＮＯ）、受信したリクエストが注文リクエストであるか否かを判定する（ステップＳ４４）。注文リクエスト（本発明における要求情報の一例）は、注文内容を表示する第３注文手続きページにおいて「この内容で注文する」と表示されたボタンをユーザが選択したときに送信される。

このとき、システム制御部１４は、受信したリクエストが注文リクエストであると判定した場合には（ステップＳ４４：ＹＥＳ）、注文受け付け処理を実行する（ステップＳ４５）。例えば、システム制御部１４は、リクエストに対応する注文内容情報に基づいて、注文を確定させる処理を行う。なお、注文受け付け処理の詳細な説明は省略する。次いで、システム制御部１４は、抽籤手段として、後述する抽籤処理を実行する（ステップＳ４６）。次いで、システム制御部１４は、注文完了ページのＨＴＭＬ文書を、リクエストの送信元のユーザ端末２に送信して（ステップＳ４７）、リクエスト受信時処理を終了させる。注文完了ページは、注文が完了した旨のメッセージを表示するＷｅｂページである。

ステップＳ４４において、システム制御部１４は、受信したリクエストが注文リクエストではないと判定した場合には（ステップＳ４４：ＮＯ）、受信したリクエストに応じた処理を実行して（ステップＳ４８）、リクエスト受信時処理を終了させる。

図８は、本実施形態に係るショッピングサーバ１のシステム制御部１４の抽籤処理における処理例を示すフローチャートである。先ず、システム制御部１４は、抽籤関連情報ＤＢ１２ｄから、蓄積ポイント数を取得する（ステップＳ６１）。次いで、システム制御部１４は、取得した蓄積ポイント数が０ポイントであるか否かを判定する（ステップＳ６２）。このとき、システム制御部１４は、蓄積ポイント数が０ポイントであると判定した場合には（ステップＳ６２：ＹＥＳ）、抽籤処理を終了させる。

一方、システム制御部１４は、蓄積ポイント数が０ポイントではないと判定した場合には（ステップＳ６２：ＮＯ）、抽籤関連情報ＤＢ１２ｄから抽籤対象店舗ＩＤを取得する（ステップＳ６３）。次いで、システム制御部１４は、注文内容情報に含まれる注文先の店舗の店舗ＩＤと抽籤対象店舗ＩＤとが一致するか否かを判定する（ステップＳ６４）。このとき、システム制御部１４は、注文先の店舗の店舗ＩＤと抽籤対象店舗ＩＤとが一致しないと判定した場合には（ステップＳ６４：ＮＯ）、抽籤処理を終了させる。

一方、システム制御部１４は、注文先の店舗の店舗ＩＤと抽籤対象店舗ＩＤとが一致しすると判定した場合には（ステップＳ６４：ＹＥＳ）、当籤確率決定手段として、当籤確率を決定する（ステップＳ６５）。具体的に、システム制御部１４は、注文代金情報取得手段として、受信した注文リクエストに対応する注文内容情報から注文金額を取得する。そして、システム制御部１４は、注文金額が高いほど当籤確率を高くする。このとき、システム制御部１４は、例えば、所定の計算式に注文金額を当てはめて当籤確率を計算しても良いし、注文金額と当籤確率とを対応付けて示すテーブル情報に基づいて当籤確率を決定しても良い。

次いで、システム制御部１４は、決定した当籤確率に基づいて、抽籤を行う（ステップＳ６６）。具体的に、システム制御部１４は、疑似乱数を発生させて、この疑似乱数の値と当籤確率とを比較する。次いで、システム制御部１４は、当籤したか否かを判定する（ステップＳ６７）。このとき、システム制御部１４は、疑似乱数の値が当籤確率よりも大きい場合には、当籤しなかったと判定して（ステップＳ６７：ＮＯ）、抽籤処理を終了させる。

一方、システム制御部１４は、疑似乱数の値が当籤確率以下である場合には、当籤したと判定する（ステップＳ６７：ＹＥＳ）。この場合、システム制御部１４は、注文内容情報に含まれるユーザＩＤに対応する保有ポイント数を、会員情報ＤＢ１２ａに登録されている会員情報から取得する（ステップＳ６８）。次いで、システム制御部１４は、付与手段として、取得した保有ポイント数に、蓄積ポイント数を加算する（ステップＳ６９）。次いで、システム制御部１４は、付与手段として、注文内容情報に含まれるユーザＩＤに対応して会員情報ＤＢ１２ａに登録されている会員情報中の保有ポイント数を、Ｓ６９において計算した新しい保有ポイント数に書き換える（ステップＳ７０）。

次いで、システム制御部１４は、注文完了ページのＨＴＭＬ文書に、例えば「○○ポイント当籤しました！！」等の当籤したことを示すテキストデータを追加する（ステップＳ７１）。次いで、システム制御部１４は、抽籤関連情報ＤＢ１２ｄに登録されている蓄積ポイント数を０ポイントに書き換える（ステップＳ７２）。システム制御部１４は、ステップＳ７２の処理を終えると、抽籤処理を終了させる。

以上説明したように、本実施形態によれば、ショッピングサーバ１のシステム制御部１４が、何れかのユーザが保有するポイントの有効期限が切れた場合に、有効期限が切れたポイントの少なくとも一部である蓄積対象ポイント数を取得し、取得された蓄積対象ポイント数を、抽籤関連情報ＤＢ１２ｄに登録されている蓄積ポイント数に加算し、蓄積ポイント数を表示するＷｅｂページをユーザ端末２に送信し、ユーザ端末２から注文リクエストを受信し、注文リクエストが受信されるごとに、注文したユーザを当籤させるか否かを決定し、当籤者に対して、蓄積ポイント数が示すポイントを全部付与すると決定する。

従って、Ｗｅｂページにおいて蓄積ポイント数を見たユーザの射幸心を高めることができる。また、有効期限が切れたポイントを利用して、商品を注文する意欲を高めることができる。また、ポイントを付与するための負担を軽減することができる。

また、システム制御部１４が、買い物かごページに蓄積ポイント数を表示させるので、注文する候補としてユーザが選択した商品が実際に注文される可能性を高めることができる。

また、システム制御部１４が、注文手続きページに蓄積ポイント数を表示させるので、注文手続きに移った商品が実際に注文される可能性を高めることができる。

また、システム制御部１４が、注文金額が高いほど、注文したユーザの当籤確率を高くするので、商品を注文する意欲を高めることができる。

なお、抽籤対象店舗選択処理における抽籤対象店舗の選択方法は、図６に示した入札金額に応じた方法に限られるものではない。例えば、システム制御部１４は、入札金額に関係なく特典プログラムにエントリーしている全店舗の選択確率を同一にして、ランダムに抽籤対象店舗を選択しても良い。また、システム制御部１４は、抽籤対象店舗選択処理を実行しなくても良い。この場合、抽籤処理において、特典プログラムにエントリーしている全店舗が抽籤対象店舗となる。

また、蓄積ポイントに加算される蓄積対象ポイント数は、有効期限切れのポイントでなくても良い。例えば、システム制御部１４は、注文リクエストを受信したとき、受信した注文リクエストに対応する注文内容情報から注文金額を取得する。そして、システム制御部１４は、取得した注文金額に相当するポイント数に、記憶部１２に記憶されている係数を乗じて、蓄積対象ポイント数を計算しても良い。この係数は、例えば、０より大きく且つ１以下の値の範囲内で管理者が予め設定した情報である。更に、特典プログラムにエントリーしている店舗を注文先とする注文リクエストを受信した場合にのみ、蓄積対象ポイント数を蓄積ポイントに加算することとしても良い。この場合、蓄積対象ポイント数の原資を各店舗に負担させても良い。

また、特典プログラムが適用されるために、注文された商品の製造者が特典プログラムにエントリーしていることを条件としても良い。つまり、特典プログラムにエントリーしている事業者が製造した商品をユーザが注文した場合に、抽籤が行われるようにすると良い。なお、当籤商品情報を表示する場合にも、当籤店舗情報を表示する場合と同様に、特典プログラムを入札式のエントリー制にすることができる。また、この入札金額が他の製造者と比べて高い製造者ほど、例えば、注文したユーザが当籤しやすくなるようにすることができる。

当籤商品情報が表示されると当籤商品の宣伝になり、当籤商品にユーザの注目が集まりやすくなる。そのため、商品の製造者が特典プログラムにエントリーする意欲を高めることができる。また、入札金額に応じて当籤のしやすさが変われば、入札金額を製造者が高くする意欲を高めることができる。なお、蓄積ポイント数が一定数以上である場合に限り、蓄積ポイント情報を当籤商品情報とともに表示させるようにしても良い。

また、特典プログラムはエントリー制ではなくても良い。この場合、システム制御部１４は、抽籤対象店舗選択処理において、全店舗の中から抽籤対象店舗を選択する。このとき、システム制御部１４は、例えば、入札金額に応じて各店舗の選択確率を決定しても良いし、全店舗の選択確率を同一にしても良い。この場合も、システム制御部１４は、抽籤対象店舗選択処理を実行しなくても良い。また、各店舗からの入札金の拠出は必須ではない。

また、抽籤処理における抽籤方法は、図８に示した注文金額に応じた方法に限られるものではない。例えば、システム制御部１４は、注文金額に関係なく予め設定された当籤確率に基づいて抽籤を行っても良い。また、システム制御部１４は、前回の当籤から予め設定された回数後に注文したユーザを当籤させても良い。また、システム制御部１４は、抽籤対象店舗選択処理において選択された抽籤対象店舗に最初に注文したユーザを当籤させても良い。また、システム制御部１４は、前回の当籤後の注文代金の累計が予め設定された金額を超えた時点における注文者を当籤させても良い。また、システム制御部１４は、注文先の店舗の入札金額に応じて、当籤確率を決定しても良い。この場合、システム制御部１４は、入札金額が高いほど当籤確率を高くする。これにより、店舗側が金銭を拠出する意欲を高めることができる。

また、本発明における付与対象を、例えば、電子マネーや商品等に適用しても良い。電子マネーの場合、その電子マネーが、電子商店街で利用できるものであっても良いし、電子商店街で利用できないものであっても良い。

また、商品の場合、例えば、ユーザが商品を注文したときに、注文された商品と同一の商品またはその一部の商品が蓄積される。そして、当籤者が出たとき、その時点で蓄積されている商品全部が当籤者に付与されると決定される。このとき、当籤した商品の中から当籤者が選択した商品のみが当籤者に付与されても良い。この場合において、システム制御部１４は、例えば、商品の注文が発生すると、その商品の商品ＩＤを、抽籤関連ＤＢ１２ｄに登録する。このとき、システム制御部１４は、抽籤関連ＤＢ１２ｄに既に何らかの商品ＩＤが登録されている場合には、その商品ＩＤに加えて、新しい商品ＩＤを追加登録する。システム制御部１４は、当籤者が出た場合には、抽籤関連情報ＤＢ１２ｄに登録されている全ての商品ＩＤを含む当籤関連情報を、当籤関連情報ＤＢ１２ｅに登録する。そして、システム制御部１４は、抽籤関連情報ＤＢ１２ｄから商品ＩＤを全て削除する。電子商店街の運営者は、例えば、当籤関連情報ＤＢ１２ｅに登録されている当籤関連情報を参照して、商品ＩＤに対応する商品を当籤者宛に送付する。あるいは、電子商店街の運営者は、例えば、商品ＩＤに対応する商品を当籤者宛に送付するよう、その商品の販売元の店舗に通知する。

また、本発明における電子商取引のサイトを、例えば、単一の店舗が商品をユーザに販売するためのＷｅｂサイトに適用しても良い。また、本発明を電子商取引のサイト以外のサイトに適用しても良い。また、サーバ装置は、商品の注文の要求を受信したタイミング以外のタイミングで抽籤を行っても良い。例えば、サーバ装置は、端末装置から所定の申請の要求を受信したときや、所定のＷｅｂページの要求を受信したときに等に、抽籤を行っても良い。

１ ショッピングサーバ
２ ユーザ端末
１１ 通信部
１２ 記憶部
１２ａ 会員情報ＤＢ
１２ｂ 店舗情報ＤＢ
１２ｃ 商品情報ＤＢ
１２ｄ 抽籤関連情報ＤＢ
１２ｅ 当籤関連情報ＤＢ
１３ 入出力インターフェース
１４ システム制御部
１４ａ ＣＰＵ
１４ｂ ＲＯＭ
１４ｃ ＲＡＭ
１５ システムバス
ＮＷ ネットワーク
Ｓ ショッピングシステム

Claims (8)

1. 端末装置がネットワークを介して接続可能なサーバ装置であって、
   ユーザに付与されるべき付与対象が発生した場合に、発生した前記付与対象を示す付与対象情報を取得する取得手段と、
   前記取得された付与対象情報を、蓄積されている前記付与対象を示す情報として記憶手段に記憶されている蓄積情報に追加する蓄積手段と、
   前記蓄積情報を表示するＷｅｂページを前記端末装置に送信する送信手段と、
   ユーザからの予め定められた要求を示す要求情報を前記端末装置から受信する受信手段と、
   前記要求情報が受信されるごとに、要求したユーザを当籤させるか否かを決定し、当籤者に対して、前記蓄積情報が示す蓄積されている前記付与対象を全部付与すると決定する抽籤手段と、
   を備えることを特徴とするサーバ装置。
2. 請求項１に記載のサーバ装置において、
   前記取得手段は、電子商取引のサイトにおける注文代金の支払いに用いることができるポイントとして何れかのユーザが保有するポイントの有効期限が切れた場合に、前記付与対象となるべき期限切れのポイントを示す前記付与対象情報である期限切れポイント数を取得し、
   前記蓄積手段は、前記取得された期限切れポイント数を、蓄積されているポイントを示す前記蓄積情報である蓄積ポイント数に加算し、
   前記受信手段は、前記電子商取引のサイトにおけるユーザからの商品の注文の要求を示す前記要求情報を受信し、
   前記抽籤手段により当籤者として決定されたユーザが保有するポイントを示す情報としてポイント記憶手段に記憶されている保有ポイント数に、前記蓄積ポイント数を加算する付与手段を更に備えることを特徴とするサーバ装置。
3. 請求項１または請求項２に記載のサーバ装置において、
   前記送信手段は、電子商取引のサイトにおいて注文する候補としてユーザが選択した商品を示すＷｅｂページに、前記蓄積情報を表示させ、
   前記受信手段は、ユーザからの商品の注文の要求を示す前記要求情報を受信することを特徴とするサーバ装置。
4. 請求項１乃至３の何れか１項に記載のサーバ装置であって、
   電子商取引のサイトにおいてユーザが選択した商品の注文手続きをするためのユーザインターフェースとしてのＷｅｂページに、前記蓄積情報を表示させ、
   前記受信手段は、ユーザからの商品の注文の要求を示す前記要求情報を受信することを特徴とするサーバ装置。
5. 請求項１乃至４の何れか１項に記載のサーバ装置であって、
   前記受信手段は、電子商取引のサイトにおけるユーザからの商品の注文の要求を示す前記要求情報を受信し、
   前記受信された要求情報が示す注文における注文代金の金額を示す注文代金情報を取得する注文代金情報取得手段と、
   注文したユーザの当籤確率を決定する当籤確率決定手段であって、前記取得された注文代金情報が示す金額が高いほど前記当籤確率を高くする当籤確率決定手段と、
   を更に備え、
   前記抽籤手段は、前記決定された当籤確率に基づいて、注文したユーザを当籤させるか否かを決定することを特徴とするサーバ装置。
6. 端末装置がネットワークを介して接続可能なサーバ装置における抽籤方法であって、
   ユーザに付与されるべき付与対象が発生した場合に、発生した前記付与対象を示す付与対象情報を取得する取得ステップと、
   前記取得された付与対象情報を、蓄積されている前記付与対象を示す情報として記憶手段に記憶されている蓄積情報に追加する蓄積ステップと、
   前記蓄積情報を表示するＷｅｂページを前記端末装置に送信する送信ステップと、
   ユーザからの予め定められた要求を示す要求情報を前記端末装置から受信する受信ステップと、
   前記要求情報が受信されるごとに、要求したユーザを当籤させるか否かを決定し、当籤者に対して、前記蓄積情報が示す蓄積されている前記付与対象を全部付与すると決定する抽籤ステップと、
   を含むことを特徴とする抽籤方法。
7. 端末装置がネットワークを介して接続可能なサーバ装置に含まれるコンピュータを、
   ユーザに付与されるべき付与対象が発生した場合に、発生した前記付与対象を示す付与対象情報を取得する取得手段、
   前記取得された付与対象情報を、蓄積されている前記付与対象を示す情報として記憶手段に記憶されている蓄積情報に追加する蓄積手段、
   前記蓄積情報を表示するＷｅｂページを前記端末装置に送信する送信手段、
   ユーザからの予め定められた要求を示す要求情報を前記端末装置から受信する受信手段、及び、
   前記要求情報が受信されるごとに、要求したユーザを当籤させるか否かを決定し、当籤者に対して、前記蓄積情報が示す蓄積されている前記付与対象を全部付与すると決定する抽籤手段、
   として機能させることを特徴とする抽籤プログラム。
8. 端末装置がネットワークを介して接続可能なサーバ装置に含まれるコンピュータを、
   ユーザに付与されるべき付与対象が発生した場合に、発生した前記付与対象を示す付与対象情報を取得する取得手段、
   前記取得された付与対象情報を、蓄積されている前記付与対象を示す情報として記憶手段に記憶されている蓄積情報に追加する蓄積手段、
   前記蓄積情報を表示するＷｅｂページを前記端末装置に送信する送信手段、
   ユーザからの予め定められた要求を示す要求情報を前記端末装置から受信する受信手段、及び、
   前記要求情報が受信されるごとに、要求したユーザを当籤させるか否かを決定し、当籤者に対して、前記蓄積情報が示す蓄積されている前記付与対象を全部付与すると決定する抽籤手段、
   として機能させる抽籤プログラムがコンピュータ読み取り可能に記録されていることを特徴とする記録媒体。
   

Images