JP2013069304A - 代替関係判定装置、代替関係判定方法及び代替関係判定プログラム - Google Patents

Abstract

【課題】ユーザが購入しようとしている商品の代わりに購入することで特典を受けることができるようになる商品であって、ユーザが抵抗感を感じることなく購入可能な代替商品を提示する。
【解決手段】ユーザは、ショッピングサイトにアクセスし、商品を検索して結果を表示し、ユーザにより買い物かごボタンをクリックされると、商品ＩＤや購入数量等を含む買い物かご登録処理がなされ、会計ボタンが押下されると、特典ＤＢに登録されている特典情報から、適用期間の条件、提示条件、及び適用条件について、それぞれ満足しているか否かを判定し、提示条件を満足し、且つ、適用条件を満足していない特典を抽出した場合、買い物かごに登録された商品に替えて、適用条件を満足させるために購入すべき商品を抽出し、「交換商品」を提示する。
【選択図】図９

Description

本発明は、インターネット等のネットワークを利用した電子商取引の技術分野に関する。

従来、インターネット等のネットワークを介して商品を購入できるネットショッピングが普及している。ネットショッピングで商品を購入しようとするユーザは、ユーザ端末からショッピングサイトへアクセスし、ショッピングサイトで販売されている商品の中から所望の商品を選択し、注文手続きを経ることによって、選択した商品を購入できるようになっている（例えば、特許文献１参照）。

また、特定商品や特定サービスを購入したユーザに対して、キャンペーンを実施することは一般的に行われている（例えば、特許文献２参照）。キャンペーンの例としては、商品の購入額が所定額を超えた場合に、当該商品の送料を無料とする特典を付与すること等がある。このような特典にはユーザの購買意欲を高める効果がある。

特開２００２−２３６６９４号公報 特開２００９−１６３５５０号公報

しかしながら、従来のネットショッピングにおいては、特典が存在することにユーザが気付かないまま商品を購入した場合、商品購入時に受けられる可能性のあった特典を受けられなかった結果あとになって悔やむ場合がある。例えば、ユーザが商品の購入手続を完了した後に、別の商品を購入していれば特典を受けられたことに気付いた場合などには、ユーザは後悔することがある。そこで、ユーザが特典を受けることができるように、ユーザが購入しようとしている商品の代わりに購入することで特典を受けることができるようになる商品であって、ユーザが抵抗感を感じることなく購入可能な代替商品を提示することが望まれる。

本発明は以上の点に鑑みてなされたものであり、ユーザが抵抗感を感じることなく購入可能な代替関係にある商品を判定することのできる代替関係判定装置等を提供することを目的とする。

上記課題を解決するために、請求項１に記載の発明は、ユーザがお気に入り商品の一群に含めた商品と、当該商品を前記お気に入り商品の一群に含めた日時とを対応付けて保持するお気に入り情報保持手段において、前記お気に入り商品の一群に含めた日時が所定の期間内であって同一ジャンル又は関連ジャンルに含まれる複数の商品は、それぞれ互いに代替関係にあると判定する代替関係判定手段を備えることを特徴とする。

請求項２に記載の発明は、請求項１に記載の代替関係判定装置であって、前記代替関係判定手段は、商品のジャンル間の代替可能性の高低を示すジャンル間距離を規定したジャンル間距離データベースを参照し、商品同士の前記ジャンル間距離が一定以下である場合に、当該商品同士はそれぞれ互いに代替関係にあると判定することを特徴とする。

請求項３に記載の発明は、請求項１に記載の代替関係判定装置であって、前記代替関係判定手段は、商品のジャンル毎に関連ジャンルを規定したジャンルデータベースを参照し、一の商品のジャンルについて関連ジャンルを特定し、他の商品が当該特定した関連ジャンルに含まれる場合に、当該一の商品と当該他の商品はそれぞれ互いに代替関係にあると判定することを特徴とする。

請求項４に記載の発明は、請求項１乃至３のいずれか一項に記載の代替関係判定装置であって、商品の購入時に受けられる特典、および前記特典の適用に必要な特典適用条件を、特典情報として前記特典ごとに保持する特典情報保持手段と、前記特典適用条件が満足されない場合に、ユーザが所望する商品に加えて当該商品とは別商品を購入すれば前記特典適用条件を満足することとなる前記別商品を抽出する別商品抽出手段と、前記ユーザが所望する商品の中から少なくとも一部の取消商品を取り消した場合であっても、前記特典適用条件を満足することとなる前記取消商品を抽出する取消商品抽出手段と、前記別商品、前記特典適用条件および前記取消商品を前記ユーザに提示するための提示情報をユーザの端末に提供する提供手段、を更に備え、前記別商品抽出手段は、前記別商品として、前記代替関係判定手段により、前記抽出された取消商品と代替可能にあると判定された商品を抽出することを特徴とする。

請求項５に記載の発明は、代替関係判定装置により行われる代替関係判定方法であって、ユーザがお気に入り商品の一群に含めた商品と、当該商品を前記お気に入り商品の一群に含めた日時とを対応付けて保持するお気に入り情報保持手段において、前記お気に入り商品の一群に含めた日時が所定の期間内であって同一ジャンル又は関連ジャンルに含まれる複数の商品は、それぞれ互いに代替関係にあると判定する代替関係判定工程を含むことを特徴とする。

請求項６に記載の発明は、コンピュータを、ユーザがお気に入り商品の一群に含めた商品と、当該商品を前記お気に入り商品の一群に含めた日時とを対応付けて保持するお気に入り情報保持手段において、前記お気に入り商品の一群に含めた日時が所定の期間内であって同一ジャンル又は関連ジャンルに含まれる複数の商品は、それぞれ互いに代替関係にあると判定する代替関係判定手段、として機能させることを特徴とする。

本発明によれば、ユーザが抵抗感を感じることなく購入可能な代替関係にある商品を判定することができる。

ショッピングシステムの概要構成の一例を示す図である。 ショッピングサーバの概要構成の一例を示すブロック図である。 各種データベースに登録される内容の一例を示す図である。 特典ＤＢに登録される情報の具体例を示す図である。 特典ＩＤ「CMP003」の特典における提示条件及び適用条件の判定例を示す図である。 ショッピングシステムの動作例を示すシーケンス図である。 ショッピングサーバの条件判定処理時の動作例を示すフローチャートである。 （Ａ）は代替商品ＤＢに登録されている情報の一例の一部を示す図である。（Ｂ）は店舗別商品ＤＢに登録されている情報の一例の一部を示す図である。 ユーザ端末における会計ページ表示時の画面例である。 ユーザ端末における会計ページ表示時の画面例である。

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

［１．ショッピングシステムの構成］
先ず、図１を用いて本発明の第１実施形態に係るショッピングシステムＳの構成について説明する。

図１に示すように、ショッピングシステムＳは、ショッピングサーバ１（「商品購入支援装置」の一例）と、ユーザ端末２（「端末」の一例）と、を含んで構成されている。なお、図１の例では、説明の便宜上、一つのユーザ端末２を示しているが、実際には多数のユーザ端末２からショッピングサーバ１にアクセス可能となっている。

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

ショッピングサーバ１は、複数の店舗が参加するショッピングサイトを運営するために設置されるサーバであり、ユーザ端末２から商品の注文を受け付け、ユーザ端末２のユーザと店舗との間で売買契約を成立させるための処理を行うようになっている。

ユーザ端末２は、Ｗｅｂブラウザ機能を有し、ショッピングサーバ１に例えばＨＴＴＰ（Hyper Text Transfer Protocol）リクエストを送信してそのレスポンスとしてＷｅｂページ等を取得し、表示部に表示するようになっている。これにより、ユーザ端末２のユーザは、ショッピングサイトから提供される情報を閲覧することができる。なお、ユーザ端末２の一例として、ユーザが利用するコンピュータ、ＰＤＡ（Personal Digital Assistant）、携帯電話機等がある。

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

図２に示すように、ショッピングサーバ１は、大別して、通信部１１と、記憶部１２と、システム制御部１３と、を備えている。

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

記憶部１２は、例えば、ハードディスクドライブ等により構成されており、オペレーティングシステムや、サーバ用のソフトウェア等の各種ソフトウェアを記憶する。なお、各種ソフトウェアは、例えば、他のサーバ装置等からネットワークＮＷを介して取得されるようにしても良いし、記録媒体に記録されてドライブ装置を介して読み込まれるようにしても良い。

また、記憶部１２には、ユーザ端末２に送信されるＷｅｂページを生成するための各種ＨＴＭＬ（Hyper Text Markup Language）文書や、部材（画像データ、音声データ、動画データなど）等が記憶されている。ユーザ端末２に送信されるＷｅｂページには、後述するショッピングサイトのトップページ、商品検索ページ、検索結果ページ、個別商品ページ、店舗内商品一覧ページ、会計ページ、注文内容確認ページ等がある。

また、記憶部１２には、会員データベース（ＤＢ（Database））１２１、店舗ＤＢ１２２、商品ＤＢ１２３、店舗別商品ＤＢ１２４、購入履歴ＤＢ１２５、特典ＤＢ１２６及び代替商品ＤＢ１２７が構築されている。なお、特典ＤＢ１２６は、「特典情報保持手段」の一例である。また、代替商品ＤＢ１２７は、「代替商品記憶手段」の一例である。

図３（Ａ）に示す会員ＤＢ１２１には、ショッピングサイトに会員登録された会員（ショッピングサイトの利用者であり、ユーザ端末２を用いて商品を購入するユーザ）の会員ＩＤ、認証パスワード、メールアドレス、及び保有ポイント等の会員情報が登録されている。ここで、保有ポイントとは、ショッピングサイトで商品を購入したユーザに対して、購入金額等に応じて付与されるポイントである。ユーザはショッピングサイトにおいて、保有ポイントを使って商品を購入することができる。

図３（Ｂ）に示す店舗ＤＢ１２２には、ショッピングサイトに登録された店舗（商品を販売する店舗）の店舗ＩＤ、名称、受諾可能な支払方法及び受諾可能な発送方法等の店舗情報が登録されている。

図３（Ｃ）に示す商品ＤＢ１２３には、ショッピングサイトで販売される商品の商品ＩＤ、名称及びジャンル等の商品情報が登録されている。

図３（Ｄ）に示す店舗別商品ＤＢ１２４には、店舗ＩＤ及び商品ＩＤ毎に、販売価格、仕入価格及び在庫数量等の情報が登録されている。

図３（Ｅ）に示す購入履歴ＤＢ１２５には、ユーザがショッピングサイトを利用して商品を購入した際の購入履歴情報が登録されている。具体的には、購入履歴ＩＤ毎に、商品を購入したユーザの会員ＩＤ、購入日時、購入店舗ＩＤ、購入商品ＩＤ、注文数量、及び購入金額等が登録されている。

図３（Ｆ）に示す特典ＤＢ１２６には、ショッピングサイトにてユーザに付与される特典の特典ＩＤ、適用期間、適用条件、特典内容、提示条件等の特典情報が登録されている。特典は、適用条件が満足された場合に付与される。提示条件とは、適用条件をユーザに提示するために満足されるべき条件である。提示条件が満足され、且つ、適用条件が満足されていない場合には、対応する特典の適用条件と、適用条件を満足するために後述する買い物かごに登録された商品に替えて購入すべき商品がユーザに提示されることとなる。

図４を用いて特典ＤＢ１２６に登録されている特典情報の具体例について説明する。図４における特典ＩＤ「CMP001」で識別される特典は、2010年6月1日〜2010年6月30日の適用期間内に、同一店舗での１回の買い物（一の精算手続）における購入合計金額が5000円以上であることという適用条件を満足すれば、その回の買い物で購入された商品の送料を無料とする特典である。また、特典ＩＤ「CMP001」で識別される特典について、同一店舗での１回の買い物における購入合計金額が3000円以上であることという提示条件が満足された場合であって、且つ、同一店舗での１回の買い物における購入合計金額が5000円以上であることという適用条件が満足されていない場合には、当該特典の存在をユーザに知らせるために適用条件と、特典内容と、買い物かごに登録された商品に替えて購入すべき商品とがユーザに提示されることとなる。

本実施形態において特典の提示条件及び適用条件について判定する場合には、買い物かごに登録された商品を購入商品として判定する。例えば、特典ＩＤ「CMP001」で識別される特典の場合、買い物かごに登録された商品の購入合計金額が3000円以上である場合には提示条件を満足していると判定する。一方、買い物かごに登録された商品の購入合計金額が5000円以上である場合には適用条件を満足していると判定する。なお、本実施形態における買い物かごとは、電子商取引におけるいわゆる買い物かごであって、ユーザにより指定された購入予定商品が登録される。本実施形態において同一ユーザにより同一店舗で購入される商品は同一の買い物かごに登録されるが、同一ユーザにより複数店舗で購入される商品が同一の買い物かごに登録されるようにしても良い。

特典ＩＤ「CMP002」で識別される特典は、2010年5月1日〜2010年7月31日の適用期間内にＬＥＤ（Light Emitting Diode）電球を購入することという適用条件を満足すれば、ＬＥＤ電球の購入に対して付与されるポイントを５倍にするという特典である。また、特典ＩＤ「CMP002」で識別される特典について、電球型蛍光灯を購入することという提示条件が満足された場合であって、且つ、ＬＥＤ電球を購入することという適用条件が満足されない場合には、当該特典の存在をユーザに知らせるために適用条件と、特典内容と、買い物かごに登録された商品（電球型蛍光灯）に替えて購入すべき商品（ＬＥＤ電球）とがユーザに提示されることとなる。

特典ＩＤ「CMP002」で識別される特典の提示条件について、買い物かごに電球型蛍光灯が登録されている場合には提示条件を満足していると判定する。また、特典ＩＤ「CMP002」で識別される特典の適用条件について、買い物かごにＬＥＤ電球が登録されている場合には適用条件を満足していると判定する。

特典ＩＤ「CMP003」で識別される特典は、適用期間（2010年4月1日〜2010年7月31日）を通して商品Ａと商品Ｂの双方を購入するという適用条件を満足すれば、抽選で携帯ゲーム機をプレゼントするという特典である。なお、特典ＩＤ「CMP003」で識別される特典の提示条件及び適用条件について判定する場合には、買い物かごに登録された商品と、購入履歴ＤＢ１２５に登録されている適用期間中における購入履歴情報とに基づいて判定する。

ここで、図５を用いて、特典ＩＤ「CMP003」で識別される特典の適用条件及び提示条件について説明する。図５は、ユーザの購入履歴と、その時点において買い物かごに登録されている商品とに基づいて提示条件及び適用条件をどのように判定するかを示す図である。例えば、ケース１については、ユーザが適用期間中に商品Ａを購入済みであって、商品Ｂを未購入である場合において、買い物かごに商品Ａのみが登録されている場合には、提示条件について満足していると判定し、一方、適用条件について満足していないと判定することが示されている。すなわち、ケース１では、当該特典の存在をユーザに知らせるために適用条件と、特典内容と、買い物かごに登録された商品（商品Ａ）に替えて購入すべき商品（商品Ｂ）とがユーザに提示されることとなる。また、ケース２、４、５、７については、適用期間中に商品Ａ及び商品Ｂの双方を購入することとなるので、適用条件を満足すると判定し、これらの情報をユーザに提示しないことが示されている。さらに、ケース８については、買い物かごに商品が登録されていない（すなわち、交換対象となる商品が存在しない）状態なので、提示条件及び適用条件の何れも満足していないと判定することが示されている。さらにまた、ケース３、６については、提示条件を満足し、且つ、適用条件を満足しないと判定し、適用条件と、特典内容と、買い物かごに登録された商品（商品Ａ又はその他の商品）に替えて購入すべき商品（商品Ｂ）とがユーザに提示されることが示されている。なお、ケース９〜３２について、提示条件及び適用条件がどのように判定されるかは、図５に示す通りであるので、個別具体的な説明は省略する。

図３（Ｇ）に示す代替商品ＤＢ１２７には、店舗ＩＤ毎に、商品ＩＤと、当該商品ＩＤで識別される商品と代替可能な商品を識別するための商品ＩＤ（「代替商品ＩＤ」という）とが対応づけられて登録されている。互いに対応付けられて登録される商品ＩＤと代替商品ＩＤとにより識別される商品は、それぞれ店舗ＩＤで識別される同一店舗で販売される商品である。したがって、例えば、店舗Ｘで販売されている商品Ｙについて、同じ店舗Ｘで販売されている代替可能な商品を特定する場合には、店舗Ｘの店舗ＩＤと商品Ｙの商品ＩＤとに基づいて、代替商品ＤＢ１２７を検索することにより特定することができる（検索された代替商品ＩＤで識別される商品が特定すべき商品となる）。なお、代替商品ＤＢ１２７において代替可能な商品とは、互いに同一ジャンルに属する商品をいう。

また、記憶部１２には図示しない商品検索用ＤＢが構築されており、商品検索用ＤＢは、システム制御部１３が、ユーザの指定した検索条件に基づいてショッピングサイト内で販売されている商品を検索する際に利用される。

システム制御部１３は、ＣＰＵ（Central Processing Unit）１３ａ、ＲＯＭ（Read Only Memory）１３ｂ、ＲＡＭ（Random Access Memory）１３ｃ等により構成されている。そして、ＣＰＵ１３ａが、ＲＯＭ１３ｂや記憶部１２に記憶された各種プログラムを読み出し実行することにより各種機能を実現する。なお、システム制御部１３は、「別商品抽出手段」、「提供手段」、「取消商品抽出手段」の一例である。

なお、ショッピングサーバ１を、例えば、各種データベースを管理するサーバ、商品の検索処理を行う検索処理サーバ、各種情報を提供するＷＷＷサーバ等の複数のサーバ装置により構成しても良い。

［３．ユーザ端末２の構成］
ユーザ端末２は、図示しないが、例えば、ＣＰＵ、ＲＡＭ、ＲＯＭ等を有するシステム制御部と、例えばハードディスクドライブ等の記憶媒体で構成される記憶部と、ショッピングサーバ１等との間で通信を行うための通信部と、ユーザにより操作される操作部と、ショッピングサーバ１から提供されたＷｅｂページを表示する表示部と、を備えている。

［４．ショッピングシステムＳの商品購入時における動作］
次に、本発明の一実施形態に係るショッピングシステムＳの商品購入時における動作について説明する。

図６に示すシーケンス図を用いて、ショッピングシステムＳの動作について説明する。なお、ここでは、説明を簡略化するために、一のユーザ端末２のみがショッピングサイトにアクセスしている場合について説明する。また、シーケンス図に示す処理が開始する前に、ユーザ端末２は、ショッピングサイトにアクセスし、ショッピングサイトのトップページ（図示しない）を表示部に表示しているものとする。

まず、ユーザ端末２のシステム制御部は、会員ＩＤと認証パスワードをショッピングサーバ１に送信するための操作を検出すると、入力された会員ＩＤと認証パスワードを含むログイン情報をショッピングサーバ１に送信する（ステップＳ１０１）。

ショッピングサーバ１のシステム制御部１３は、ログイン情報を受信すると、ログイン処理を行う（ステップＳ１０２）。具体的には、システム制御部１３は、受信したログイン情報に含まれる会員ＩＤ及び認証パスワードと、会員ＤＢ１２１に登録されている会員ＩＤ及び認証パスワードを比較することにより行う。システム制御部１３は、ログイン処理に問題がないと判定した場合には、ユーザが商品を検索するための検索条件を入力することができる商品検索ページをユーザ端末２に送信する（ステップＳ１０３）。

ユーザ端末２のシステム制御部は、商品検索ページを受信すると表示部に表示させる（ステップＳ１０４）。商品検索ページは、商品を検索するための検索キーワード等の検索条件を入力することができるようになっている。ユーザ端末２のシステム制御部は、商品検索ページにおいて商品を検索するための検索条件の入力を受け付け、検索条件の入力が完了したと判定すると、入力された検索条件を示す検索条件情報をショッピングサーバ１に送信する（ステップＳ１０５）。

ショッピングサーバ１のシステム制御部１３は、検索条件情報を受信すると検索条件を満たす商品を検索する検索処理を行う（ステップＳ１０６）。この検索処理は、商品検索用ＤＢを用いた公知の検索技術により行われる。

次いで、ショッピングサーバ１のシステム制御部１３は、検索結果を表示させるための検索結果ページをユーザ端末２に送信する（ステップＳ１０７）。これに対して、ユーザ端末２のシステム制御部は、受信した検索結果ページを表示部に表示させる（ステップＳ１０８）。検索結果ページには、検索条件に基づいて検索された商品の一覧が表示される。具体的には、検索された商品毎に代表商品画像、商品名、メーカー名、商品説明、商品価格、店舗名等の商品情報が表示される。これらの商品情報は、それぞれハイパーリンクになっており、クリックされることにより、該当商品に関する詳細な情報を表示する個別商品ページ（図示しない）に遷移するようになっている。

ユーザ端末２のシステム制御部は、検索結果ページを表示させている際に、ユーザにより個別商品ページ表示操作（上述したハイパーリンクをクリックする操作）が行われたと判定すると、操作対象となった商品を識別するための操作商品情報を含む個別商品ページリクエストをショッピングサーバ１に送信する（ステップＳ１０９）。

ショッピングサーバ１のシステム制御部１３は、個別商品ページリクエストを受信すると、個別商品ページリクエストに含まれる操作商品情報に基づいて、ユーザにクリックされた商品に対応する個別商品ページをユーザ端末２に送信する（ステップＳ１１０）。これに対して、ユーザ端末２のシステム制御部は、個別商品ページを受信すると表示部に表示させる（ステップＳ１１１）。個別商品ページには、商品画像、商品の詳細情報、店舗に関する詳細情報（支払方法、発送方法等）などが表示される。また、個別商品ページには、購入数量を入力するための購入数量入力部と、買い物かごボタンが設けられている。ユーザは、個別商品ページが表示されている場合に、購入数量（注文数量）を購入数量入力部より入力した上で、買い物かごボタンをクリックすることで、個別商品ページに表示されている商品を買い物かごに登録することができる。

ユーザ端末２のシステム制御部は、個別商品ページを表示させている際に、ユーザにより買い物かごボタンをクリックする操作が行われたと判定すると、買い物かごに登録する商品（個別商品ページにて表示されている商品）の商品ＩＤと、当該商品を販売する店舗の店舗ＩＤと、購入数量を示す購入数量情報とを含む買い物かご登録情報をショッピングサーバ１に送信する（ステップＳ１１２）。

ショッピングサーバ１のシステム制御部１３は、買い物かご登録情報を受信すると、買い物かご登録処理を行う（ステップＳ１１３）。具体的には、システム制御部１３は、受信した買い物かご登録情報に含まれる商品ＩＤ、店舗ＩＤ及び購入数量情報を、ログインしているユーザの会員ＩＤと対応付けて、買い物かご情報として記憶部１２に記憶させる。次いで、システム制御部１３は、受信した買い物かご登録情報に含まれる店舗ＩＤに対応する店舗にて販売される商品の一覧を表示する店舗内商品一覧ページをユーザ端末２に送信する（ステップＳ１１４）。

ユーザ端末２のシステム制御部は、店舗内商品一覧ページを受信すると表示部に表示させる（ステップＳ１１５）。店舗内商品一覧ページには、商品毎に、代表商品画像、商品名、商品価格等の商品情報が表示される。これらの商品情報は、それぞれハイパーリンクになっており、ユーザにクリックされることにより、該当商品に関する詳細な情報を表示する個別商品ページ（図示しない）に遷移するようになっている。また、店舗内商品一覧ページには、買い物かごに登録した商品について会計を行う際に押下されるべき会計ボタンが設けられている。

ユーザ端末２のシステム制御部は、店舗内商品一覧ページを表示させている際に、ユーザにより個別商品ページ表示操作（店舗内商品一覧ページ内の上述したハイパーリンクをクリックする操作）が行われたと判定すると、操作対象となった商品を識別するための操作商品情報を含む個別商品ページリクエストをショッピングサーバ１に送信する（ステップＳ１０９）。すなわち、ショッピングシステムＳでは、店舗内商品一覧ページを表示させている際に、個別商品ページ表示操作が行われた場合には、上述したステップＳ１０９からステップＳ１１５の処理と同様の処理が繰り返される。

一方、ユーザ端末２のシステム制御部は、店舗内商品一覧ページを表示させている際に、会計ボタンが押下されたと判定すると、会計リクエストをショッピングサーバ１に送信する（ステップＳ１１６）。

ショッピングサーバ１のシステム制御部１３は、会計リクエストを受信すると、条件判定処理を行う（ステップＳ１１７）。具体的には、システム制御部１３は、ユーザの商品購入状況を示す状況情報に基づいて、特典ＤＢ１２６に登録されている各提示条件が満足されているか否かを判定するとともに、提示条件を満足している特典がある場合には、その特典の適用条件を満足しているか否かを判定する。すなわち、システム制御部１３は、提示条件を満足しており、且つ、適用条件を満足していない特典を抽出する。なお。ユーザの商品購入状況を示す状況情報とは、例えば、買い物かごに登録されている商品を示す買い物かご情報（ステップＳ１１３参照）と、購入履歴ＤＢ１２５に登録されている購入履歴情報である。

ここで、図７で示すフローチャートを用いて、条件判定処理の流れについて説明する。まずシステム制御部１３は、特典ＤＢ１２６に登録されている特典情報を１件読み込む（ステップＳ２０１）。そして、システム制御部１３は、適用期間の条件（ステップＳ２０２）、提示条件（ステップＳ２０３）、及び適用条件（ステップＳ２０３）について、それぞれ満足しているか否かを判定する。このとき、システム制御部１３は、適用期間の条件及び提示条件を満足し、且つ、提示条件を満足していないと判定した場合に、当該特典情報を抽出し（ステップＳ２０５）、ステップＳ２０６に移行する。一方、それ以外の場合には、そのままステップＳ２０６に移行する。以降、システム制御部１３は、特典ＤＢ１２６に登録されている特典情報を全件読み込むまで、ステップＳ２０１からステップＳ２０５の処理を繰り返す（ステップＳ２０６）。

次に、図４で示した特典ＩＤ「CMP001」〜「CMP003」の３つの特典について、それぞれ適用期間の条件を満足していると判定した場合（ステップＳ２０２：ＹＥＳ）における提示条件及び適用条件の判定について説明する。

システム制御部１３は、特典ＩＤ「CMP001」の特典について適用期間の条件を満足していると判定した場合には、次いで、提示条件を判定する。買い物かごに登録された商品の購入合計金額が3000円以上であるか、という提示条件が満足されていると判定した場合には、次いで、買い物かごに登録された商品の購入合計金額が5000円以上であるか、という適用条件について判定する。適用条件が満足されていないと判定した場合には、当該特典の適用条件と、特典内容と、適用条件を満足するために買い物かごに登録された商品に替えて購入すべき商品と、がユーザに提示されることとなる。

また、システム制御部１３は、特典ＩＤ「CMP002」の特典について、買い物かごに電球型蛍光灯が登録されているか、という提示条件について判定する。提示条件が満足されていると判定した場合には、次いで、買い物かごにＬＥＤ電球が登録されているか、という適用条件について判定する。適用条件が満足されていないと判定した場合には、当該特典の適用条件と、特典内容と、適用条件を満足するために買い物かごに登録された商品（電球型蛍光灯）に替えて購入すべき商品（ＬＥＤ電球）と、がユーザに提示されることとなる。

一方、システム制御部１３は、特典ＩＤ「CMP003」の特典について提示条件及び適用条件を判定する場合には、まず、ログインしているユーザの会員ＩＤに基づいて、購入履歴ＤＢ１２５から購入履歴情報を取得する。このとき、購入日時が適用期間内である購入履歴情報を取得する。そして、買い物かご情報と、取得した購入履歴情報とに基づいて、図５を用いて説明したように提示条件及び適用条件を満足しているか判定する。提示条件を満足しており、且つ、適用条件を満足していないと判定した場合には、当該特典の適用条件と、特典内容と、適用条件を満足するために買い物かごに登録された商品に替えて購入すべき商品と、がユーザに提示されることとなる。なお、各特典において、提示条件を満足していないと判定した場合、又は、適用条件を満足していると判定した場合には、これらをユーザに提示しない。

図６に戻り、ショッピングサーバ１のシステム制御部１３は、条件判定処理を終えると、次いで、交換商品抽出処理を行う（ステップＳ１１８）。但し、交換商品抽出処理は、条件判定処理において、提示条件を満足し、且つ、適用条件を満足していない特典を抽出した場合にのみ実行される処理である。

システム制御部１３は、交換商品抽出処理において、買い物かごに登録された商品に替えて、適用条件を満足させるために購入すべき商品を抽出する。具体的には、買い物かごに登録されている商品を販売する店舗（ユーザが商品を注文する店舗）を識別するための店舗ＩＤと、買い物かごに登録されている各商品を識別するための商品ＩＤとに基づいて、代替商品ＤＢ１２７を検索する。すなわち、買い物かごに登録されている各商品について、同一店舗で販売されている同一ジャンルの商品を抽出する。次いで、システム制御部１３は、抽出した各商品について、交換対象の商品に替えて商品を購入することにより適用条件を満足するか否かを判定する。なお、買い物かごに登録されている商品であって、適用条件を満足するために交換されるべき商品を「交換対象商品」といい、適用条件を満足するために「交換対象商品」に替えて購入すべき商品を「交換商品」という。

ここで、図８を用いて、交換商品抽出処理について具体的に説明する。図８（Ａ）は代替商品ＤＢ１２７に登録されている情報の一例の一部を示す図である。図８（Ｂ）は店舗別商品ＤＢ１２４に登録されている情報の一例の一部を示す図である。ここでは、販売価格が840円である商品Ａ１（商品ＩＤ：A001）と、販売価格が3000円である商品Ｂ１（商品ＩＤ：B001）とが買い物かごに登録されている場合（両商品は同一店舗Ｃ（店舗ＩＤ：C001）で販売されていることとする）に、特典ＩＤ「CMP001」で識別される特典の適用条件を満足させるための交換商品を抽出する場合について説明する。

まず、システム制御部１３は、店舗Ｃの店舗ＩＤ（店舗ＩＤ：C001）と、商品Ａ１の商品ＩＤ（商品ＩＤ：A001）とに基づいて、代替商品ＤＢ１２７を検索する。すると、代替商品ＩＤとして「A002」と「A003」とが検索される。次いで、検索された商品ＩＤ「A002」と「A003」に基づいて、店舗別商品ＤＢ１２４を検索する。すると、商品ＩＤ「A002」の商品の販売価格として「1040円」、商品ＩＤ「A003」の商品の販売価格として「1240円」を、それぞれ取得することができる。ここで、商品Ａ１に替えて商品ＩＤ「A002」の商品を購入したとしても、購入合計金額は「4040円」で5000円以上とならない。また、商品Ａ１に替えて商品ＩＤ「A003」の商品を購入したとしても、購入合計金額は「4240円」で5000円以上とならない。したがって、システム制御部１３は、商品Ａ１については代替商品を交換商品として抽出しない。

次に、システム制御部１３は、店舗Ｃの店舗ＩＤ（店舗ＩＤ：C001）と、商品Ｂ１の商品ＩＤ（商品ＩＤ：B001）とに基づいて、代替商品ＤＢ１２７を検索する。すると、代替商品ＩＤとして「B002」と「B003」とが検索される。次いで、検索された商品ＩＤ「B002」と「B003」に基づいて、店舗別商品ＤＢ１２４を検索する。すると、商品ＩＤ「B002」の商品の販売価格として「4000円」、商品ＩＤ「B003」の商品の販売価格として「4500円」を、それぞれ取得することができる。ここで、商品Ｂ１に替えて商品ＩＤ「B002」の商品を購入したとしても、購入合計金額は「4840円」で5000円以上とならない。一方、商品Ｂ１に替えて商品ＩＤ「B003」の商品を購入したとすると、購入合計金額は「5340円」で5000円以上となる。したがって、システム制御部１３は、商品Ｂ１の代替商品である商品ＩＤ「B003」の商品を交換商品として抽出する。

なお、システム制御部１３は、代替商品ＤＢ１２７から検索された各代替商品について交換対象商品と交換してみた結果、何れも適用条件を満足できない場合には、代替商品ＤＢ１２７によらず適用条件を満足できる商品を検索することとする。例えば、特典ＩＤ「CMP002」で識別される特典について、電球型蛍光灯の代替商品としてＬＥＤ電球が代替商品ＤＢ１２７に登録されていない場合には、システム制御部１３は、適用条件に基づいてＬＥＤ電球を交換商品として抽出することとする。但し、この場合には、代替商品ＤＢ１２７に電球型蛍光灯の代替商品としてＬＥＤ電球を予め登録しておくことが好ましい。

また、特典ＩＤ「CMP003」で識別される特典については、代替商品ＤＢ１２７に基づいて交換商品を抽出するのではなく、適用条件を満足するような商品Ａ又は商品Ｂを交換商品として抽出するように別途、設定しておくこととする。例えば、図５のケース１、３、６、２７については、商品Ｂを交換商品と抽出し、ケース１３〜１５、２９については、商品Ａを交換商品と抽出するよう設定しておくこととする。

次いで、ショッピングサーバ１のシステム制御部１３は、会計ページをユーザ端末２に送信する（ステップＳ１１９）。なお、システム制御部１３は、条件判定処理（ステップＳ１１７）において、提示条件を満足しており、且つ、適用条件を満足していない特典を抽出した場合には、その特典の適用条件と、特典内容と、買い物かごに登録された商品に替えて購入すべき商品とをページの一部の領域に表示する会計ページを生成し、ユーザ端末２に送信する。

ユーザ端末２のシステム制御部は、会計ページを受信すると表示部に表示させる（ステップＳ１２０）。ここで、特典ＩＤ「CMP001」で識別される特典に対応する提示条件が満足され、且つ、適用条件が満足されていないと判定された場合における会計ページの表示例を、図９を用いて説明する。

図９に示すように、会計ページ３００には提示情報表示エリア３１０が設けられている。提示情報表示エリア３１０には、特典ＩＤ「CMP001」で識別される特典の適用条件と特典内容が表示される。また、提示情報表示エリア３１０には、適用条件を満足させるための情報として、買い物かごに登録された商品に替えて購入すべき商品が表示される。図９の例では、商品Ｂ１に替えて商品Ｂ３を購入すれば適用条件を満足することを示す情報が表示されている。なお、特典ＩＤ「CMP002」で識別される特典の提示条件を満足し、且つ、適用条件を満足していない場合には、提示情報表示エリア３１０に、例えば、「ＬＥＤ電球を購入でポイント５倍。電球型蛍光灯に替えてＬＥＤ電球を購入すればポイント５倍」と、表示される。また、買い物かごに商品Ａと商品Ｃが登録されており、特典ＩＤ「CMP003」で識別される特典の提示条件を満足し、且つ、適用条件を満足していない場合には、提示情報表示エリア３１０に、例えば、「商品Ａと商品Ｂの双方を購入したら、抽選で携帯ゲーム機をプレゼント。商品Ｃに替えて商品Ｂを購入すれば抽選で携帯ゲーム機をプレゼント。」と、表示される。ところで、複数種類の特典について、提示条件を満足しており、且つ、適用条件を満足していないと判定した場合には、それら全ての特典についてこれらの情報を表示することとしてもよいし、それらの一部の特典についてこれらの情報を表示することとしてもよい。なお、ショッピングサーバ１のシステム制御部１３は、条件判定処理（ステップＳ１１７）において、提示条件を満足し、且つ、適用条件を満足していない特典がないと判定した場合には、会計ページ３００に提示情報表示エリア３１０を設けない。

また、会計ページ３００には、会計情報表示エリア３２０が設けられている。会計情報表示エリア３２０には、買い物かごに登録された各商品の名称、単価（販売価格）、購入（注文）数量及び小計と、買い物かごに登録された商品の購入合計金額とが表示される。会計情報表示エリア３２０の下方には、交換対象商品（図９の例では、商品Ｂ１）に替えて交換商品（図９の例では、商品Ｂ３）を購入する場合に選択されるべき交換ラジオボタン３２１と、交換対象商品に替えて交換商品を購入しない場合に選択されるべき非交換ラジオボタン３２２とがそれぞれ設けられている。初期状態では、非交換ラジオボタン３２２が選択されており、ユーザが交換ラジオボタン３２１を選択すると、会計情報表示エリア３２０では交換対象商品に替わって交換商品が表示されるようになっている。

さらに、会計ページ３００には、ユーザに支払方法を選択させるための各種ラジオボタン３３０、３４０、３５０と、配送方法を選択させるための配送方法選択部３６１と、配送希望日を選択させるための配送希望日選択部３６２と、配送希望時間を選択させるための配送希望時間選択部３６３と、が設けられている。ラジオボタンとしては、クレジットカード決済ラジオボタン３３０、銀行振込ラジオボタン３４０、代金引換ラジオボタン３５０が設けられている。また、クレジットカード決済ラジオボタン３３０が選択された場合に、クレジットカード情報（カード会社、カード番号、有効期限、名義人）を入力させるためのクレジットカード情報入力部３３１が設けられている。

さらにまた、会計ページ３００には、「店舗商品一覧へ」ボタン３７０と、「次へ」ボタン３８０と、が設けられている。ユーザ端末２のシステム制御部は、ユーザにより「店舗商品一覧へ」ボタン３７０がクリックされたと判定すると、店舗商品一覧ページリクエストをショッピングサーバ１に送信することにより、上述した店舗商品一覧ページを受信して表示部に表示させる。これにより、ユーザは同一店舗で販売されている商品を更に買い物かごに登録することできる。一方、ユーザ端末２のシステム制御部は、ユーザにより「次へ」ボタン３８０がクリックされたと判定すると、会計ページ３００においてユーザにより入力された情報（交換ラジオボタン３２１又は非交換ラジオボタン３２２の何れが選択されたかを示す交換情報、支払方法を示す情報、配送方法を示す情報、配送希望日を示す情報、配送希望時間を示す情報、支払方法がクレジットカード決済である場合におけるクレジットカード情報）を含む会計情報を、ショッピングサーバ１に送信する（ステップＳ１２１）。

ショッピングサーバ１のシステム制御部１３は、会計情報を受信すると会計情報を記憶部１２に記憶させるとともに、会計情報に含まれる交換情報を参照し、ユーザが交換ラジオボタン３２１を選択したと判定した場合には、交換対象商品に替えて交換商品を購入するものとして、買い物かご情報を更新する。次いで、システム制御部１３は、注文内容に間違いがないかをユーザに確認してもらうための注文内容確認ページをユーザ端末２に送信する（ステップＳ１２２）。ユーザ端末２のシステム制御部は、注文内容確認ページを受信すると表示部に表示させる（ステップＳ１２３）。注文内容確認画面は、ユーザが注文した内容（購入商品、購入数量、支払方法、配送方法、配送希望日、配送希望日時等）を確認できるようになっている。なお、ユーザが交換ラジオボタン３２１を選択した場合には、交換対象商品に替えて交換商品を購入商品として表示させる。また、注文内容確認ページには確認ボタンが設けられており、ユーザは、注文内容に誤りがなければ確認ボタンをクリックするようになっている。ユーザ端末２のシステム制御部は、確認ボタンがクリックされたと判定すると、ユーザが注文内容を確認した旨を示す確認情報をショッピングサーバ１に送信する（ステップＳ１２４）。

ショッピングサーバ１のシステム制御部１３は、確認情報を受信すると、購入確定処理を行う（ステップＳ１２５）。具体的には、買い物かご情報、会計情報を受信した際に記憶部１２に記憶させた会計情報に含まれる情報、販売店舗の店舗ＩＤ、商品を購入したユーザの会員ＩＤ、現在日時（現在日時の取得方法は任意）等に基づいて、購入履歴情報を作成し、購入履歴ＤＢ１２５に登録する。

以上説明したように、本実施形態のショッピングサーバ１は、特典ＤＢ１２６がショッピングサイトにてユーザに付与される特典の適用条件（「特典適用条件」の一例）を特典ごとに保持し、システム制御部１３が、適用条件が満足されない場合に、買い物かごに登録された商品（「ユーザが所望する商品」の一例）に加えて交換商品（「別商品」の一例）を購入すれば適用条件を満足することとなる当該交換商品を抽出し、抽出した交換商品と適用条件とをユーザに提示するための会計ページ（「提示情報」の一例）をユーザ端末２に提供する。

本実施形態のショッピングサーバ１によれば、買い物かごに登録された商品に加えて交換商品を購入することで特典の適用条件を満足する場合に、その旨がユーザに提示される。したがって、ユーザが交換商品を購入することで適用される特典の適用条件をユーザに把握させることができることから、ユーザが当該特典を見逃してしまう可能性を低減させることができるとともに、当該特典が適用された場合のユーザの満足度を高めることができる。また、ユーザは適用条件を満足させようと商品を購入すると推測されることから、商品を販売する店舗の売り上げを向上させることができる。

また、本実施形態のショッピングサーバ１は、システム制御部１３が、買い物かごに登録された商品の中から少なくとも一部の交換対象商品（「取消商品」の一例）を取り消した場合であっても、交換商品を代わりに購入することで、適用条件を満足することとなる当該交換対象商品を抽出し、抽出した交換対象商品を更にユーザに提示するための会計ページ（「提示情報」の一例）をユーザ端末２に提供する。これにより、ユーザは、購入を取り消しても適用条件が満足される商品を把握することができる。

また、本実施形態のショッピングサーバ１は、システム制御部１３が、交換商品として、交換対象商品と代替可能な商品を抽出する。これにより、ユーザが特典を受けるために、交換対象商品に替えて購入すべき交換商品は、交換対象商品と代替可能な商品であることから、ユーザは抵抗感を感じることなく特典を受けることができる。

また、本実施形態のショッピングサーバ１において、代替可能な商品は、交換対象商品と同一ジャンルの商品である。これにより、ユーザが特典を受けるために、交換対象商品に替えて購入すべき交換商品は、交換対象商品と同一ジャンルの商品であることから、ユーザは抵抗感を感じることなく特典を受けることができる。

また、本実施形態のショッピングサーバ１において、ユーザが購入可能な商品は、複数ある店舗の少なくとも何れかの店舗が販売する商品であって、代替可能な商品は、交換対象商品を販売する店舗と同一の店舗が販売する商品である。これにより、ユーザが特典を受けるために、交換対象商品に替えて購入すべき交換商品は、交換対象商品を販売する店舗と同一店舗で販売されている商品であることから、ユーザは抵抗感を感じることなく特典を受けることができる。

また、本実施形態のショッピングサーバ１は、特典ＤＢ１２６が特典の適用条件が満足されるまでの過程で満足される提示条件（「過程条件」の一例。例えば、特典ＩＤ「CMP001」又は「CMP003」で識別される特典の提示条件）を特典ごとに保持し、システム制御部１３が、適用条件を満足しない場合であって、且つ、適用条件を満足する場合に、交換商品を抽出する。これにより、特典の適用条件が満足される途中の段階まで購入状況が進展している場合に、当該特典の適用条件がユーザに提示される。したがって、ユーザが自分の所望した商品とは別の商品を購入することで適用される特典の適用条件をユーザに把握させることができることから、ユーザが当該特典を見逃してしまう可能性を低減させることができるとともに、当該特典が適用された場合のユーザの満足度を高めることができる。

また、本実施形態のショッピングサーバ１は、代替商品ＤＢ１２７が、ユーザが購入可能な商品と、当該商品と代替可能な商品と、を対応付けて記憶し、システム制御部１３は、代替商品ＤＢ１２７を参照することにより交換商品を抽出する。これにより、特典の適用条件を満足するために購入すべき交換商品を容易に抽出することができる。

また、本実施形態のショッピングサーバ１は、システム制御部１３が、交換商品を買い物かごに登録することのできる交換ラジオボタン３２１を有する会計ページ３００（「ユーザが別商品を所望する商品として指定することができる商品指定画面を表示させる表示データ」の一例）を、ユーザ端末２に対して更に提供する。これにより、ユーザは、買い物かごに登録することで適用条件を満足させることができる交換商品を、買い物かごに会計ページ３００から容易に登録することができる。更に、ユーザは、交換ラジオボタン３２１を選択することで、交換対象商品をキャンセルしつつ、交換商品を買い物かごに登録することができ、利便性が高い。

なお、ユーザが閲覧した商品の履歴や、ユーザが指定したお気に入りの商品をユーザ毎に記憶部１２等に記憶させておき、これらの情報と購入履歴ＤＢ１２５に登録されている情報を、交換商品を抽出する際に利用することとしてもよい。例えば、交換商品抽出処理（ステップＳ１１８）において、システム制御部１３は、交換商品となる条件を満たす商品が複数存在した場合に、ユーザが購入したことのある商品、ユーザが閲覧したことのある商品、ユーザがお気に入りに指定した商品を交換商品としてユーザに提示することとしてもよい。更に、ユーザが指定したお気に入りの店舗をユーザ毎に記憶部１２等に記憶させておき、システム制御部１３は、適用条件に同一店舗での購入が条件に含まれていない場合には、ユーザがお気に入りの店舗で販売されている商品を交換商品としてユーザに提示することとしてもよい。

また、ユーザが買い物かご（「ユーザが所望する商品の一群」の一例）に登録した商品、及び買い物かごから取り消した商品の履歴情報をユーザ毎に記憶部１２等（「選択履歴保持手段」の一例）に記憶させておき、交換商品を抽出する際に利用することとしてもよい。具体的には、システム制御部１３（「代替関係判定手段」の一例）は、あるユーザが買い物かごに同一ジャンル又は関連ジャンルに含まれる商品Ｐ及び商品Ｑを登録した後に、商品Ｑを削除して商品Ｐのみを購入した履歴がある場合には、商品Ｐと商品Ｑは代替関係にあると判定する。これは、ユーザが、商品Ｐ及び商品Ｑを買い物かごに登録した後に、何れの商品を購入しようか悩んだ末に商品Ｑを削除した可能性があることに基づく。関連ジャンルとはＤＶＤ（Digital Versatile Disc）ジャンルとBlu-ray Disc（登録商標）ジャンルのように同一ジャンルではないが代替関係にあるジャンルをいう。また、システム制御部１３が同一ジャンル又は関連ジャンルに含まれる商品であるか否かを判定できるように、例えば、ジャンル間距離（ジャンル間の代替可能性の高低を示し、代替可能性が高ければジャンル間距離は短い。）を規定したジャンル間距離ＤＢ（図示しない）や、ジャンル毎に関連ジャンルを規定した（例えば、Ａジャンルに対してＢジャンルを規定する。）ジャンルＤＢ（図示しない）を記憶部１２等に構築することとする。ジャンル間距離ＤＢを設けた場合には、システム制御部１３は買い物かごに登録された商品同士のジャンル間距離が一定以下である場合に、それらの商品は同一ジャンル又は関連ジャンルに含まれると判定する。一方、ジャンルＤＢを設けた場合には、システム制御部１３は買い物かごに登録された商品同士が関連ジャンルに含まれるか否かを判定する際、一の商品のジャンルについて関連ジャンルを特定し、他の商品が関連ジャンルに含まれるか否かを判定する。なお、ユーザが買い物かごに同一ジャンル又は関連ジャンルに含まれる商品Ｐ、商品Ｑ及び商品Ｒを登録した後に、商品Ｑ及び商品Ｒを削除して商品Ｐのみを購入した履歴がある場合には、商品Ｐ、商品Ｑ及び商品Ｒはそれぞれ代替関係にあると判定することもできる。そして、システム制御部１３は、交換商品抽出処理（ステップＳ１１８）において、交換商品となる条件を満たす商品が複数存在した場合に、代替関係にある一の商品が交換対象商品であるときには、その商品と代替関係にある商品を交換商品に決定する。なお、履歴情報を参照するに当たり、適用条件等を提示すべきユーザの履歴情報のみならず、他のユーザの履歴情報を参照することもできる。これは、一のユーザにとって代替関係にある商品同士は、他のユーザにとっても代替関係にある商品同士であるとの考えに基づく。

また、ユーザが自分の気に入った商品（お気に入り商品）を、ショッピングシステムＳで管理するお気に入り商品リスト（「お気に入り商品の一群」の一例）に登録した場合に、その商品と登録した日時とをユーザ毎に記憶部１２等（「お気に入り情報保持手段」の一例）に記憶させておき、交換商品を抽出する際に利用することとしてもよい。具体的には、システム制御部１３（「代替関係判定手段」の一例）は、一のユーザが所定の期間（例えば、３時間）内にお気に入り商品リストに登録した同一ジャンル又は関連ジャンルに含まれる複数の商品は、それぞれ互いに代替関係にあると判定する。これは、ユーザが、お気に入り商品リストに登録した後に、何れの商品を購入しようか比較した可能性があることに基づく。「所定の期間内に」という条件を設けたのは、３年前に登録された商品と２週間前に登録された商品に代替関係にないと考えられるためである。なお、同一ジャンル又は関連ジャンルに含まれる商品であるかの判定については、上述したように、例えば、ジャンル間距離ＤＢやジャンルＤＢを記憶部１２等に構築し、システム制御部１３がこれらを参照して判定することとする。そして、システム制御部１３は、交換商品抽出処理（ステップＳ１１８）において、交換商品となる条件を満たす商品が複数存在した場合に、代替関係にある一の商品が交換対象商品であるときには、その商品と代替関係にある商品を交換商品に決定する。なお、お気に入り商品リストへの登録情報を参照するに当たり、適用条件等を提示すべきユーザの登録情報のみならず、他のユーザの登録情報を参照することもできる。これは、一のユーザにとって代替関係にある商品同士は、他のユーザにとっても代替関係にある商品同士であるとの考えに基づく。

また、一のユーザが商品Ｘを所定回数以上購入しており、その後、商品Ｘに替えて商品Ｙを購入するようになったような事例（商品Ｘから商品Ｙに乗り換えた事例）がある場合には、商品Ｘと商品Ｙとは代替関係にあると考えることができる。そこで、システム制御部１３（「代替関係判定手段」の一例）は、代替関係にある商品を検索すべき商品（ここでは商品Ｘとする）がある場合に、購入履歴ＤＢ１２５（「お気に入り情報保持手段」の一例）を参照し、商品Ｘを所定回数以上購入したことのあるユーザを抽出し、抽出したユーザが所定の期間（例えば、現在から３ヶ月前までの期間）、商品Ｘを購入していないか判定する。システム制御部１３は、抽出したユーザが所定の期間、商品Ｘを購入していないと判定した場合には、次いで、そのユーザが商品Ｘと同一ジャンルの他の商品を当該所定の期間中に購入したか否かを判定する（なお、商品Ｘと同一ジャンルの商品を検索する際には、商品毎にその商品が含まれるジャンルを規定したジャンルＤＢ（図示しない）を参照することとする。）。このとき、商品Ｘと同一ジャンルの商品を所定の期間中に所定回数以上購入したことを条件としてもよい。この条件は、欲しい商品が売り切れていたために、たまたま同一ジャンルの商品を購入したなどのケースを除外するためである。なお、「所定の期間」の範囲については、例えば、そのユーザが過去に商品Ｘを買い換えていた平均の期間、或いはそれより少し長い期間を設定することができる。次いで、システム制御部１３は、抽出したユーザが商品Ｘと同一ジャンルの商品を所定の期間中に購入したと判定した場合には、その商品（ここでは商品Ｙとする）は商品Ｘと代替関係にあると判定とする。このとき、システム制御部１３は、更に、抽出したユーザが商品Ｘと同一ジャンルの商品Ｙを購入した後、商品Ｘを購入しているか否かを判定し、購入していない場合にのみ商品Ｘと商品Ｙは代替関係にあると判定することとしてもよい。これは、ユーザが商品Ｘから商品Ｙに乗り換えた場合、そこから商品Ａに戻った場合と、戻っていない場合とが想定されるが、後者の場合の方が商品Ｘと商品Ｙとの代替関係が強いと考えられるためである。そして、システム制御部１３は、交換商品抽出処理（ステップＳ１１８）において、交換商品となる条件を満たす商品が複数存在した場合に、代替関係にある一の商品（例えば、商品Ｘ）が交換対象商品であるときには、その商品と代替関係にある商品（例えば、商品Ｙ）を交換商品に決定する。

［５．第２実施形態］
次に第２実施形態について説明する。第１実施形態では、買い物かごに登録された商品の少なくとも一部の交換対象商品に替えて、別商品を交換商品として購入することにより特典の適用条件を満足させることができる場合に、その旨をユーザに提示したのに対し、第２実施形態では、買い物かごに登録された商品に加えて、別商品を追加購入することにより特典の適用条件を満足させることができる場合に、その旨をユーザに提示する。なお、追加購入すべき商品を追加商品という。

以下、第２実施形態について説明するが、ここでは第１実施形態と異なる部分を中心に説明することとし、また、第１実施形態と同様の部材及び処理については第１実施形態と同一の符号を用いることによりその説明を省略する。

まず、第２実施形態における特典について説明する。例えば、特典ＤＢ１２６に、適用期間（2010年8月1日〜2010年9月30日）を通して商品Ａと商品Ｂの双方を購入するという適用条件を満足すれば、携帯ストラップをプレゼントするという特典が登録されているとする。当該特典の提示条件及び適用条件の判定については、図５を用いて説明した、特典ＩＤ「CMP003」で識別される特典の場合と同様なので説明を省略する。そして、提示条件が満足された場合であって、且つ、適用条件が満足されていない場合には、適用条件と、特典内容と、適用条件を満足するために追加購入すべき商品とがユーザに提示される。

第２実施形態において上記特典が設定されている場合に、ショッピングサーバ１のシステム制御部１３は、条件判定処理（図６のステップＳ１１７）にて、ユーザの商品購入状況を示す状況情報（買い物かご情報及び購入履歴情報）に基づいて、提示条件と適用条件がそれぞれ満足されている特典を抽出する。

システム制御部１３は、提示条件を満足しており、且つ、適用条件を満足していない特典を抽出した場合には、次いで、追加商品抽出処理を行う。追加商品抽出処理は、第１実施形態における交換商品抽出処理（図６のステップＳ１１８）の代わりに行われる第２実施形態特有の処理である。システム制御部１３は、追加商品抽出処理にて、適用条件である「適用期間を通して商品Ａと商品Ｂの双方を購入すること」を満足するためにユーザが追加して購入すべき商品（追加商品）を抽出する。例えば、(i)適用期間中に商品Ｂが購入されておらず、買い物かごに商品Ａが登録されている場合、(ii)適用期間中に商品Ａが購入済みであり、買い物かごに商品Ｂが登録されていない場合には、商品Ｂを追加商品として抽出する。

次いで、ショッピングサーバ１のシステム制御部１３は、会計ページをユーザ端末２に送信する（ステップＳ１１９）。なお、システム制御部１３は、条件判定処理（ステップＳ１１７）において、提示条件が満足され、且つ、適用条件が満足されていない特典を抽出した場合には、特典の適用条件と、特典内容と、買い物かごに登録された商品に加えて購入すべき商品とをページの一部の領域に表示する会計ページを生成し、ユーザ端末２に送信する。

ユーザ端末２のシステム制御部は、会計ページを受信すると表示部に表示させる（ステップＳ１２０）。ここで、第２実施形態における上記特典に対応する提示条件が満足され、且つ、適用条件が満足されていないと判定された場合における会計ページの表示例を、図１０を用いて説明する。

図１０に示す第２実施形態における会計ページ３００が、図１０を用いて説明した第１実施形態における会計ページ３００（図９参照）と異なる点は、提示情報表示エリア３１０に表示される内容が異なる点と、交換ラジオボタン３２１及び非交換ラジオボタン３２２の代わりに追加ラジオボタン４０１及び非追加ラジオボタン４０２が設けられている点である。追加ラジオボタン４０１は、買い物かごに登録されている商品に加えて追加商品（図１０の例では、商品Ｅ）を追加購入する場合に選択されるべきボタンである。一方、非追加ラジオボタン４０２は、追加商品を追加購入しない場合に選択されるべきボタンである。初期状態では、非追加ラジオボタン４０２が選択されており、ユーザが追加ラジオボタン４０１を選択すると、会計情報表示エリア３２０には、表示中の商品に加えて追加商品の名称、単価（販売単価）、購入（注文）数量及び小計が表示される。

ユーザ端末２のシステム制御部は、会計ページ３００を表示している際に、ユーザにより「次へ」ボタン３８０がクリックされたと判定すると、会計ページ３００においてユーザにより入力された情報（追加ラジオボタン４０１又は非追加ラジオボタン４０２の何れが選択されたかを示す追加情報、支払方法を示す情報、配送方法を示す情報、配送希望日を示す情報、配送希望時間を示す情報、支払方法がクレジットカード決済である場合におけるクレジットカード情報）を含む会計情報を、ショッピングサーバ１に送信する（ステップＳ１２１）。

ショッピングサーバ１のシステム制御部１３は、会計情報を受信すると会計情報を記憶部１２に記憶させるとともに、会計情報に含まれる追加情報を参照し、ユーザが追加ラジオボタン４０１を選択したと判定した場合には、追加商品を追加購入するものとして、買い物かご情報を更新する。次いで、システム制御部１３は、注文内容確認ページをユーザ端末２に送信し（ステップＳ１２２）、ユーザ端末２のシステム制御部は、受信した注文内容確認ページを表示部に表示させる（ステップＳ１２３）。注文内容確認画面には、ユーザが注文した内容を確認できるようになっており、ユーザが追加ラジオボタン４０１を選択した場合には、追加商品も購入商品として表示される。

以上説明したように、第２実施形態のショッピングサーバ１は、特典ＤＢ１２６がショッピングサイトにてユーザに付与される特典の適用条件（「特典適用条件」の一例）を特典ごとに保持し、システム制御部１３が、買い物かごに登録された商品（「ユーザが所望する商品」の一例）に加えて追加商品（「別商品」の一例）を購入すれば適用条件を満足することとなる追加商品を抽出し、当該抽出した追加商品と適用条件とをユーザに提示するための会計ページ（「提示情報」の一例）をユーザ端末２に提供する。

第２実施形態のショッピングサーバ１によれば、買い物かごに登録された商品に加えて追加商品に加えることで特典の適用条件が満足される場合に、その旨がユーザに提示される。したがって、ユーザが追加商品を購入することで適用される特典の適用条件をユーザに把握させることができることから、ユーザが当該特典を見逃してしまう可能性を低減させることができるとともに、当該特典が適用された場合のユーザの満足度を高めることができる。また、ユーザは特典適用条件を満足させようと商品を購入すると推測されることから、商品を販売する店舗の売り上げを向上させることができる。

なお、上記各実施形態においては、買い物かごに登録された商品を、「ユーザが所望する商品」の一例として説明したが、ユーザによりお気に入り商品リストに登録された商品も、「ユーザが所望する商品」の一例となり得る。例えば、商品一覧ページからユーザが気に入った商品をお気に入り商品リストに追加することができるような構成とし、お気に入り商品リストに登録された商品について、提示条件及び適用条件を判定することとする。このとき、買い物かごに登録された商品を購入商品として判定したように、お気に入り商品リストに登録された商品を、購入商品として判定する。そして、提示条件を満足し、且つ、適用条件を満足しない特典を抽出した場合には、お気に入り商品リストに登録された商品に加えて（又は、お気に入り商品リストに登録された一部の商品に替えて）購入することで適用条件を満足することとなる商品（「別商品」の一例）を抽出し、適用条件とともにユーザに提示することとする。

１ ショッピングサーバ
１１ ショッピングサーバ／通信部
１２ ショッピングサーバ／記憶部
１３ ショッピングサーバ／システム制御部
１２１ 会員ＤＢ
１２２ 店舗ＤＢ
１２３ 商品ＤＢ
１２４ 店舗別商品ＤＢ
１２５ 購入履歴ＤＢ
１２６ 特典ＤＢ
１２７ 代替商品ＤＢ
２ ユーザ端末
ＮＷ ネットワーク
Ｓ ショッピングシステム

Claims (6)

1. ユーザがお気に入り商品の一群に含めた商品と、当該商品を前記お気に入り商品の一群に含めた日時とを対応付けて保持するお気に入り情報保持手段において、前記お気に入り商品の一群に含めた日時が所定の期間内であって同一ジャンル又は関連ジャンルに含まれる複数の商品は、それぞれ互いに代替関係にあると判定する代替関係判定手段を備えることを特徴とする代替関係判定装置。
2. 請求項１に記載の代替関係判定装置であって、
   前記代替関係判定手段は、商品のジャンル間の代替可能性の高低を示すジャンル間距離を規定したジャンル間距離データベースを参照し、商品同士の前記ジャンル間距離が一定以下である場合に、当該商品同士はそれぞれ互いに代替関係にあると判定することを特徴とする代替関係判定装置。
3. 請求項１に記載の代替関係判定装置であって、
   前記代替関係判定手段は、商品のジャンル毎に関連ジャンルを規定したジャンルデータベースを参照し、一の商品のジャンルについて関連ジャンルを特定し、他の商品が当該特定した関連ジャンルに含まれる場合に、当該一の商品と当該他の商品はそれぞれ互いに代替関係にあると判定することを特徴とする代替関係判定装置。
4. 請求項１乃至３のいずれか一項に記載の代替関係判定装置であって、
   商品の購入時に受けられる特典、および前記特典の適用に必要な特典適用条件を、特典情報として前記特典ごとに保持する特典情報保持手段と、
   前記特典適用条件が満足されない場合に、ユーザが所望する商品に加えて当該商品とは別商品を購入すれば前記特典適用条件を満足することとなる前記別商品を抽出する別商品抽出手段と、
   前記ユーザが所望する商品の中から少なくとも一部の取消商品を取り消した場合であっても、前記特典適用条件を満足することとなる前記取消商品を抽出する取消商品抽出手段と、
   前記別商品、前記特典適用条件および前記取消商品を前記ユーザに提示するための提示情報をユーザの端末に提供する提供手段、
   を更に備え、
   前記別商品抽出手段は、前記別商品として、前記代替関係判定手段により、前記抽出された取消商品と代替可能にあると判定された商品を抽出することを特徴とする代替関係判定装置。
5. 代替関係判定装置により行われる代替関係判定方法であって、
   ユーザがお気に入り商品の一群に含めた商品と、当該商品を前記お気に入り商品の一群に含めた日時とを対応付けて保持するお気に入り情報保持手段において、前記お気に入り商品の一群に含めた日時が所定の期間内であって同一ジャンル又は関連ジャンルに含まれる複数の商品は、それぞれ互いに代替関係にあると判定する代替関係判定工程を含むことを特徴とする代替関係判定方法。
6. コンピュータを、
   ユーザがお気に入り商品の一群に含めた商品と、当該商品を前記お気に入り商品の一群に含めた日時とを対応付けて保持するお気に入り情報保持手段において、前記お気に入り商品の一群に含めた日時が所定の期間内であって同一ジャンル又は関連ジャンルに含まれる複数の商品は、それぞれ互いに代替関係にあると判定する代替関係判定手段、
   として機能させることを特徴とする代替関係判定プログラム。

Images