クーポン選択支援装置、クーポン選択支援システム、クーポン選択支援方法、及びプログラム
【課題】ユーザが所望のクーポンを容易に得られるようにすること。
【解決手段】クーポンの対象商品に関する商品情報を取得する商品情報取得部と、前記商品情報取得部により取得された商品情報に基づいてクーポンの対象商品を分析し、関連する商品情報を持つ対象商品のクーポンを関連付ける商品分析部と、個々のユーザによるクーポンの利用履歴を取得する利用履歴取得部と、前記利用履歴取得部により取得された利用履歴に基づいて個々のユーザが過去に購入した商品の購入時期を分析する履歴分析部と、個々のユーザについて、前記履歴分析部による分析結果から前記商品の次回購入時期を予測し、当該次回購入時期に、当該商品を対象商品とするクーポン、及び前記商品分析部により当該クーポンに関連付けられたクーポンを優先的に提示する選択支援部と、を備える、クーポン選択支援装置が提供される。
【解決手段】クーポンの対象商品に関する商品情報を取得する商品情報取得部と、前記商品情報取得部により取得された商品情報に基づいてクーポンの対象商品を分析し、関連する商品情報を持つ対象商品のクーポンを関連付ける商品分析部と、個々のユーザによるクーポンの利用履歴を取得する利用履歴取得部と、前記利用履歴取得部により取得された利用履歴に基づいて個々のユーザが過去に購入した商品の購入時期を分析する履歴分析部と、個々のユーザについて、前記履歴分析部による分析結果から前記商品の次回購入時期を予測し、当該次回購入時期に、当該商品を対象商品とするクーポン、及び前記商品分析部により当該クーポンに関連付けられたクーポンを優先的に提示する選択支援部と、を備える、クーポン選択支援装置が提供される。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、クーポン選択支援装置、クーポン選択支援システム、クーポン選択支援方法、及びプログラムに関する。
【背景技術】
【０００２】
商品購入時に商品価格の割引を受けたり、商品購入時に追加的なサービスの提供を受けたりすることを可能にするクーポン券を利用した販売促進ビジネスの形態が普及してきている。都心部や繁華街ではクーポン券を街中で配布している光景をよく目にする。また、大規模な飲食店グループや小売店グループなどの一部は、インターネットなどの通信網を利用したクーポン券の配布を行っている。さらに、商品の製造者やサービスの提供者など（以下、製造販売者）とは別に、製造販売者から委託されてクーポン券を発券する専門のクーポン発券業者も現れてきている。このように、最近ではクーポン券をめぐる様々なビジネス（以下、クーポンビジネス）が展開されており、膨大な種類及び数量のクーポン券が市場に流通してきている。
【０００３】
こうしたクーポンビジネスに関し、例えば、下記の特許文献１には、インターネットなどの通信網を利用してクーポンを提供するクーポン発行システムに関する技術が開示されている。同文献には、ユーザの希望やユーザの購買履歴を分析し、その分析結果に適合するクーポン券の情報をユーザに提供する方法が記載されている。また、同文献には、ユーザに提供されたクーポン券の情報をＩＣ（Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）カードに記録し、そのＩＣカードに記録されたクーポン券の情報を利用してサービスの提供を受けることを可能にするシステムの構成が記載されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００６−２５２１６０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上記文献に記載のシステムは、ユーザの購買履歴から、ユーザが頻繁に購入している商品及びその関連商品のクーポン券をユーザに提供する手段を提供するものである。つまり、上記文献に記載のシステムは、ユーザが嗜好する商品のクーポン券を発行する手段を提供するものであると言える。しかしながら、上記文献に記載のシステムは、ユーザの購買習慣までは考慮していない。例えば、２週間に１度程度、ティッシュペーパーを購入する購買習慣を持つユーザＡがいるとしよう。ユーザＡがティッシュペーパーを購入する時期に、上記文献に記載のシステムは、ユーザＡに対してティッシュペーパーを対象とするクーポン券を提供できるかもしれない。
【０００６】
しかし、その際、ユーザＡには、ティッシュペーパーと同等に購入頻度の高い他の商品を対象とする多数のクーポン券が提供されるであろう。また、上記文献に記載のシステムは、ティッシュペーパーを対象とするクーポン券を見つけやすいように提示してはくれない。そのため、ユーザＡは、ティッシュペーパーを対象とするクーポン券を一から探し出さねばならない。例えば、ユーザＡは、ティッシュペーパーを検索キーワードに指定して所望のクーポン券を検索する必要があるかもしれない。このように、上記文献に記載のシステムは、普段使いの日用品を購入するユーザにとっては利用しやすいものではない。
【０００７】
そこで、本発明は、上記問題に鑑みてなされたものであり、本発明の目的とするところは、ユーザの購買習慣を考慮して、ある時期にユーザが所望する商品を対象としたクーポン券を容易に探し出すことを可能にする、新規かつ改良されたクーポン選択支援装置、クーポン選択支援システム、クーポン選択支援方法、及びプログラムを提供することにある。
【課題を解決するための手段】
【０００８】
上記課題を解決するために、本発明のある観点によれば、クーポンの対象商品に関する商品情報を取得する商品情報取得部と、前記商品情報取得部により取得された商品情報に基づいてクーポンの対象商品を分析し、関連する商品情報を持つ対象商品のクーポンを関連付ける商品分析部と、個々のユーザによるクーポンの利用履歴を取得する利用履歴取得部と、前記利用履歴取得部により取得された利用履歴に基づいて個々のユーザが過去に購入した商品の購入時期を分析する履歴分析部と、個々のユーザについて、前記履歴分析部による分析結果から前記商品の次回購入時期を予測し、当該次回購入時期に、当該商品を対象商品とするクーポン、及び前記商品分析部により当該クーポンに関連付けられたクーポンを優先的に提示する選択支援部と、を備える、クーポン選択支援装置が提供される。
【０００９】
また、前記商品分析部は、前記商品情報に同じ表現を含む商品群を検出し、当該商品群に対応する複数のクーポンを関連付けるように構成されていてもよい。
【００１０】
また、前記商品分析部は、前記商品情報に同じ表現を含む第１の商品群を検出し、当該第１の商品群の中から同じ価格帯に属する第２の商品群を検出し、当該第２の商品群に対応する複数のクーポンを関連付けるように構成されていてもよい。
【００１１】
また、前記履歴分析部は、個々のユーザが過去に購入した商品の購入時期を分析し、同じ前記商品群に属する商品の購入周期を検出して、当該商品群に属する商品の次回購入時期を予測するように構成されていてもよい。
【００１２】
また、上記課題を解決するために、本発明の別の観点によれば、クーポンの対象商品に関する商品情報を取得する商品情報取得部と、前記商品情報取得部により取得された商品情報に基づいてクーポンの対象商品を分析し、関連する商品情報を持つ対象商品のクーポンを関連付ける商品分析部と、前記商品分析部により関連付けられたクーポンの情報、及びクーポンの対象商品に関する商品情報をクライアント装置に送信する送信部と、を有する、サーバ装置と、前記サーバ装置から、前記商品分析部により関連付けられたクーポンの情報、及びクーポンの対象商品に関する商品情報を受信する受信部と、ユーザによるクーポンの利用履歴を取得する利用履歴取得部と、前記利用履歴取得部により取得された利用履歴に基づいて前記ユーザが過去に購入した商品の購入時期を分析する履歴分析部と、
前記ユーザについて、前記履歴分析部による分析結果から前記商品の次回購入時期を予測し、当該次回購入時期に、当該商品を対象商品とするクーポン、及び前記商品分析部により当該クーポンに関連付けられたクーポンを優先的に提示する選択支援部と、を有する、前記クライアント装置と、を含む、クーポン選択支援システムが提供される。
【００１３】
また、上記課題を解決するために、本発明の別の観点によれば、クーポンの対象商品に関する商品情報を取得する商品情報取得ステップと、前記商品情報取得ステップにて取得された商品情報に基づいてクーポンの対象商品を分析し、関連する商品情報を持つ対象商品のクーポンを関連付ける商品分析ステップと、個々のユーザによるクーポンの利用履歴を取得する利用履歴取得ステップと、前記利用履歴取得ステップにて取得された利用履歴に基づいて個々のユーザが過去に購入した商品の購入時期を分析する履歴分析ステップと、個々のユーザについて、前記履歴分析ステップにおける分析結果から前記商品の次回購入時期を予測し、当該次回購入時期に、当該商品を対象商品とするクーポン、及び前記商品分析ステップにて当該クーポンに関連付けられたクーポンを優先的に提示する選択支援ステップと、を含む、クーポン選択支援方法が提供される。
【００１４】
また、上記課題を解決するために、本発明の別の観点によれば、クーポンの対象商品に関する商品情報を取得する商品情報取得機能と、前記商品情報取得機能により取得された商品情報に基づいてクーポンの対象商品を分析し、関連する商品情報を持つ対象商品のクーポンを関連付ける商品分析機能と、個々のユーザによるクーポンの利用履歴を取得する利用履歴取得機能と、前記利用履歴取得機能により取得された利用履歴に基づいて個々のユーザが過去に購入した商品の購入時期を分析する履歴分析機能と、個々のユーザについて、前記履歴分析機能による分析結果から前記商品の次回購入時期を予測し、当該次回購入時期に、当該商品を対象商品とするクーポン、及び前記商品分析機能により当該クーポンに関連付けられたクーポンを優先的に提示する選択支援機能と、をコンピュータに実現させるためのプログラムが提供される。
【００１５】
また、上記課題を解決するために、本発明の別の観点によれば、上記のプログラムが記録された、コンピュータにより読み取り可能な記録媒体が提供される。
【発明の効果】
【００１６】
以上説明したように本発明によれば、ある時期にユーザが所望する商品を対象としたクーポン券を容易に探し出すことが可能になる。
【図面の簡単な説明】
【００１７】
【図１】本発明の第１実施形態に係るクーポン管理システムのシステム構成を説明するための説明図である。
【図２】同実施形態に係るクーポン管理サーバの機能構成について説明するための説明図である。
【図３】同実施形態に係るクーポンデータベースのデータ構造について説明するための説明図である。
【図４】同実施形態に係るシリーズクーポンデータベースのデータ構造について説明するための説明図である。
【図５】同実施形態に係るシリーズクーポンデータベースのデータ構造（階層構造）について説明するための説明図である。
【図６】同実施形態に係るクーポン利用履歴データベースのデータ構造について説明するための説明図である。
【図７】同実施形態に係るクーポン利用履歴データベースのデータ構造について説明するための説明図である。
【図８】同実施形態に係るクーポンスコアデータベースのデータ構造について説明するための説明図である。
【図９】同実施形態に係るクーポン利用シナリオの流れを説明するための説明図である。
【図１０】同実施形態に係るクーポン分析モジュールの処理フローを説明するための説明図である。
【図１１】同実施形態に係るクーポン分析モジュールの処理フローのうち、クーポンメタ情報の表記ゆれを補正する処理について説明するための説明図である。
【図１２】同実施形態に係るユーザ分析モジュールの処理フローを説明するための説明図である。
【図１３】同実施形態に係る選択予測モジュールの処理フローを説明するための説明図である。
【図１４】同実施形態に係る選択予測モジュールの処理フローを詳細に説明するための説明図である。
【図１５】同実施形態に係るリスト生成モジュールの処理フローを説明するための説明図である。
【図１６】本発明の第２実施形態に係るクーポン管理サーバの機能構成について説明するための説明図である。
【図１７】同実施形態に係るユーザ端末の機能構成について説明するための説明図である。
【図１８】本発明の各実施形態に係るクーポン管理サーバ、及びユーザ端末の機能を実現することが可能な情報処理装置のハードウェア構成例を示す説明図である。
【発明を実施するための形態】
【００１８】
以下に添付図面を参照しながら、本発明の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【００１９】
［説明の流れについて］
ここで、以下に記載する本発明の実施形態に関する説明の流れについて簡単に述べる。まず、図１を参照しながら、本発明の第１実施形態に係るクーポン管理システムのシステム構成について説明する。また、図９を参照しながら、ユーザによるクーポンの利用シナリオについて簡単に説明する。次いで、図２を参照しながら、同実施形態に係るクーポン管理サーバ１００の機能構成について説明する。
【００２０】
まず、クーポン分析モジュール１０４によるクーポンの分析方法について説明する。この中で、図３、図４、図５を参照しながら、クーポンデータベース１０３のデータ構造及びシリーズクーポンデータベース１０５のデータ構造について併せて説明する。次いで、ユーザ分析モジュール１０７によるクーポン利用履歴の分析方法について説明する。この中で、図６、図７を参照しながら、クーポン利用履歴データベース１０６のデータ構造について併せて説明する。次いで、選択予測モジュール１０８によるクーポンスコアの算出方法について説明する。この中で、図８を参照しながら、クーポンスコアデータベース１０９のデータ構造について併せて説明する。
【００２１】
次いで、図１０、図１１を参照しながら、クーポン分析モジュール１０４による分析処理の流れについて説明する。次いで、図１２を参照しながら、ユーザ分析モジュール１０７による分析処理の流れについて説明する。次いで、図１３、図１４を参照しながら、選択予測モジュール１０８によるクーポンスコアの算出処理の流れについて説明する。次いで、図１５を参照しながら、リスト生成モジュール１１０による表示リストの生成処理の流れについて説明する。次いで、図１６、図１７を参照しながら、本発明の第２実施形態に係るクーポン管理サーバ１００、及びユーザ端末４０の機能構成について説明する。次いで、図１８を参照しながら、クーポン管理サーバ１００、ユーザ端末４０の機能を実現することが可能な情報処理装置のハードウェア構成例について説明する。
【００２２】
最後に、本実施形態の技術的思想について纏め、当該技術的思想から得られる作用効果について簡単に説明する。
【００２３】
（説明項目）
１：はじめに
２：第１実施形態
２−１：システム構成
２−２：クーポン管理サーバ１００の構成
２−３：クーポン管理サーバ１００の動作
３：第２実施形態
３−１：クーポン管理サーバ１００の構成
３−２：ユーザ端末４０の構成
４：ハードウェア構成例
５：まとめ
【００２４】
＜１：はじめに＞
近年、クーポンを発行して購買を促す販売促進方法が様々な形態で普及してきている。これまでは紙媒体のクーポン券を街頭で配布する配布形態が主流であったが、最近ではインターネットなどのネットワークを通じてクーポンを配布する配布形態が主流になりつつある。また、大手飲食チェーンや小売販売店の大規模チェーンなどは、ネットワークを通じて提供される広告媒体（以下、ネット広告）にクーポンを付して配布したりしている。さらに、ネットワークを利用して様々な製造者や販売者が発行するクーポンを提供するクーポン提供者が出現してきており、クーポンビジネスの様相が大きく変化してきている。
【００２５】
このようにネットワークを利用して提供されるクーポン（以下、ネットクーポン）のビジネスが急拡大する中、発行されるネットクーポンが膨大な数になってきている。そのため、ユーザが所望のネットクーポンを見つけだすことが非常に難しくなってきており、ネットクーポンの利用頻度が低下してしまったり、特定のネットクーポンしか利用されないといった状況が発生してしまったりしている。そこで、ユーザがクーポンを利用しようとした際に、これから購入を予定している商品のクーポンが速やかに提供されるようにする仕組みが求められている。本実施形態は、こうした要望に応えるべく考案されたものであり、ユーザがクーポンを選択する際の利便性を向上させる仕組みに関する。
【００２６】
＜２：第１実施形態＞
以下、本発明の第１実施形態について説明する。
【００２７】
［２−１：システム構成］
まず、図１を参照しながら、本実施形態に係るクーポン管理システムのシステム構成について説明する。また、図９を参照しながら、ユーザによるクーポンの利用シナリオについて簡単に説明する。図１は、本実施形態に係るクーポン管理システムのシステム構成について説明するための説明図である。また、図９は、クーポンを利用する際に想定されるユーザの行動及びクーポンの利用方法について説明するための説明図である。
【００２８】
（システム構成）
図１に示すように、クーポン管理システムは、例えば、製造者・生産者１０と、販売者２０と、ネットワーク３０と、ユーザ端末４０（ユーザ端末群）と、店舗端末５０（店舗端末群）と、クーポン管理サーバ１００とにより構成される。なお、図１に示したシステム構成は一例であり、クーポンの発行者、クーポンを利用する際に用いる端末群の構成は適宜変更することが可能である。また、図１には、ユーザ端末４０として、携帯電話、テレビジョン受像機（以下、テレビ）、パーソナルコンピュータ（以下、ＰＣ）を例示したが、ユーザ端末４０はこれらの形態に限定されない。さらに、図１には、店舗端末５０として、ディスプレイ、及びリーダ／ライタ付きの店頭端末を例示したが、店舗端末５０はこれらの形態に限定されない。
【００２９】
さて、クーポンの発行は、製造者・生産者１０や販売者２０により行われる。例えば、商品を製造するＡ社は、自社が製造する製品Ａ１、…、Ａｎの販売価格を割り引きする割引クーポンを発行する。但し、製造者・生産者１０が発行するクーポンの対象は、発行者が製造する商品である。また、製造者・生産者１０が発行するクーポンは、対象商品の販促が目的であるため、任意の店舗で利用できることが多い。一方、販売者２０により発行されるクーポンは、販売者２０の店舗において購入してもらうことが目的であるため、利用可能な店舗が特定の店舗（又は同グループの店舗群）に限られることが多い。このように、発行者によって種類や利用条件が異なるものの、発行されたクーポンは、クーポン管理サーバ１００に集約され、クーポン管理サーバ１００にて管理される。
【００３０】
クーポン管理サーバ１００は、ネットワーク３０を通じてユーザ端末４０、店舗端末５０にクーポンを提供する。また、クーポン管理サーバ１００は、ネットワーク３０を通じて店舗端末５０からクーポンの利用履歴を取得する。なお、クーポン管理サーバ１００は、ユーザ端末４０からクーポンの利用履歴を取得するように構成されていてもよい。これまではユーザ端末４０にクーポンが提供される際、製造者・生産者１０、販売者２０、クーポン管理サーバ１００の管理者の都合で、提供されるクーポンが決められていた。しかし、本実施形態に係るクーポン管理サーバ１００は、ユーザ個人の購入習慣に応じてカスタマイズされた提供方法に基づいて個々のユーザにクーポンを提供する。本実施形態に係るクーポン管理サーバ１００の詳細な構成については後述する。
【００３１】
（利用シナリオ）
ここで、図９を参照しながら、本実施形態において想定するクーポンの利用シナリオについて説明する。図９に示すように、まず、ユーザ端末４０にクーポン管理サーバ１００からクーポンの概要（例えば、商品情報、割引情報、クーポンへのリンク先など）がメール（以下、概要メール）で届けられる（Ｓ１０）。ユーザが概要メールに記載されたリンク先にアクセスすると、そのユーザ専用のクーポンリストがユーザ端末４０に表示される（Ｓ１１）。ユーザ端末４０に表示されたクーポンリストの中に気になるクーポンがある場合、ユーザは、そのクーポンをチェックする（Ｓ１２）。
【００３２】
クーポンをチェックした後、ユーザは、そのクーポンを利用することが可能な店舗へと向かう。そして、ユーザは、店舗への入店時にユーザ端末４０を利用して店舗端末５０と認証する。なお、チェックしたクーポンの情報をＩＣカードに格納した場合には、そのＩＣカードを店舗端末５０に翳すことで認証が行われる。認証が成立すると、店舗端末５０には、ユーザが予めチェックしておいたクーポンが表示される（Ｓ１３）。
【００３３】
なお、予めチェックしておいたクーポンがユーザ端末４０の表示手段に表示されるように、ユーザ端末４０及び店舗端末５０が構成されていてもよい。このように、チェックしたクーポンを入店時に確認できるようにすることで、ユーザは、クーポンを利用して購入しようと考えていた商品を再確認することが可能になり、クーポンの利用漏れや商品の取り違えを防ぐことができる。
【００３４】
ユーザは、店舗端末５０（又はユーザ端末４０の表示手段）に表示されたクーポンを参照しながら、クーポンの対象商品を選ぶ（Ｓ１４）。そして、ユーザは、商品を精算する際にユーザ端末４０（又はＩＣカード）を利用して店舗端末５０と認証する。認証が成立すると、ユーザは、チェックしたクーポンの対象商品に対して割り引きを受けることができる（Ｓ１５）。このようにして、ユーザは、実際に店舗で購入する際にクーポンを利用した商品価格の割り引きを受けることができる。
【００３５】
上記の通り、利用の手順は非常に簡単である。しかしながら、クーポンを探し出す手間が大きくかかる場合、ユーザは、面倒を避けるためにクーポンの利用を控えてしまう。そこで、本実施形態では、後述するクーポン管理サーバ１００の機能を利用して、ユーザが購入したい商品のクーポンを容易に探し出せるようにする仕組みを提供する。
【００３６】
［２−２：クーポン管理サーバ１００の構成］
ここで、図２を参照しながら、本実施形態に係るクーポン管理サーバ１００の機能構成について説明する。図２は、本実施形態に係るクーポン管理サーバ１００の機能構成を説明するための説明図である。
【００３７】
図２に示すように、クーポン管理サーバ１００は、通信モジュール１０１と、クーポン登録モジュール１０２と、クーポンデータベース１０３と、クーポン分析モジュール１０４と、シリーズクーポンデータベース１０５とを有する。さらに、クーポン管理サーバ１００は、クーポン利用履歴データベース１０６と、ユーザ分析モジュール１０７と、選択予測モジュール１０８と、クーポンスコアデータベース１０９と、リスト生成モジュール１１０とを有する。
【００３８】
なお、クーポンデータベース１０３、シリーズクーポンデータベース１０５、クーポン利用履歴データベース１０６、クーポンスコアデータベース１０９は、クーポン管理サーバ１００に設けられた記憶手段（非図示）に格納されている。この記憶手段としては、例えば、図１８に示したハードウェア構成例のうち、ＲＡＭ９０６、記憶部９２０、リムーバブル記録媒体９２８などが利用可能である。また、通信モジュール１０１の機能は、通信部９２６などにより実現される。さらに、クーポン登録モジュール１０２、クーポン分析モジュール１０４、ユーザ分析モジュール１０７、選択予測モジュール１０８、リスト生成モジュール１１０の機能は、ＣＰＵ９０２などにより実現される。
【００３９】
（クーポン分析方法について）
先に説明した通り、クーポン管理サーバ１００には製造者・生産者１０、販売者２０からクーポンが提供され、クーポンデータベース１０３に登録される。例えば、製造者・生産者１０は、クーポン登録端末１１を利用してクーポンをクーポンデータベース１０３に登録する操作を行う。また、販売者２０は、クーポン登録端末２１を利用してクーポンをクーポンデータベース１０３に登録する操作を行う。クーポン登録端末１１、２１により登録の操作が行われると、クーポンは、通信モジュール１０１を介してクーポン登録モジュール１０２に入力される。クーポンが入力されると、クーポン登録モジュール１０２は、クーポンデータベース１０３にクーポンを登録する。
【００４０】
クーポンデータベース１０３は、例えば、図３に示すようなデータ構造を有する。図３に示すように、クーポンは、例えば、そのクーポンを識別するためのクーポンＩＤ、そのクーポンの発行者を示す製造者ＩＤ、そのクーポンが対象とする商品の標準価格や商品名などの情報を含んでいる。さらに、クーポンは、その標準価格に対する割引額（又は割引率）、そのクーポンの有効期限（又は有効期間）、そのクーポンを利用可能な場所などの情報を含んでいる。もちろん、図３に示したクーポンは一例であり、これら以外の情報を含んでいてもよいし、一部の情報が欠損していてもよい。
【００４１】
図３に示すように、クーポンデータベース１０３には、これらクーポンに含まれる情報（以下、クーポン情報）がクーポン毎に対応付けて格納されている。また、図２に示すように、これらクーポンデータベース１０３に格納されたクーポン情報は、クーポン分析モジュール１０４、ユーザ分析モジュール１０７により利用される。クーポン分析モジュール１０４は、クーポンデータベース１０３に格納されたクーポン情報を利用してクーポン間の関連性を分析し、関連するクーポンを分類（シリーズ化）してシリーズクーポンデータベース１０５に格納する。
【００４２】
ここで、図３を参照しながら、クーポン間の関連性について説明を補足する。例えば、図３に例示したクーポンデータベース１０３には、シャンプーを対象商品とする４種類のクーポン（クーポンＩＤ＝０００１，０００２，０００３，０００４）が含まれている。まず、商品名に含まれる文字列を分析すると、クーポンＩＤ＝０００１，０００２，０００３，０００４の商品は、共通する文字列から「シャンプー」というシリーズに分類できることが分かる。この分析結果から、クーポン分析モジュール１０４は、クーポンＩＤ＝０００１，０００２，０００３，０００４を「シャンプー」というシリーズに分類する。
【００４３】
次に、標準価格に注目して分析すると、クーポンＩＤ＝０００１，０００４の商品は、クーポンＩＤ＝０００２，０００３の商品に比べて高価であることが分かる。この分析結果から、クーポン分析モジュール１０４は、クーポンＩＤ＝０００１，０００４のクーポンを「高級シャンプー」というシリーズに分類し、クーポンＩＤ＝０００２，０００３のクーポンを「廉価シャンプー」というシリーズに分類する。同様にして、クーポン分析モジュール１０４は、クーポンＩＤ＝０００６，０００７，０００８の商品名に注目し、これらのクーポンを「歯ブラシ」というシリーズに分類する。さらに、クーポン分析モジュール１０４は、クーポンＩＤ＝０００６，０００７，０００８のクーポンを「ＢＷブランド」というシリーズに分類する。
【００４４】
このようにしてクーポン分析モジュール１０４によりシリーズ毎に分類されたクーポン情報は、シリーズクーポンデータベース１０５に格納される。図４に示すように、シリーズクーポンデータベース１０５には、シリーズを識別するためのシリーズＩＤに対応付けて、シリーズ名及びそのシリーズに分類されたクーポンのクーポンＩＤが格納される。なお、シリーズ名は、所定の第１キーワードと、商品名から抽出された第２キーワードとを組み合わせて生成されてもよいし、商品名から抽出された第２キーワードだけから生成されてもよい。
【００４５】
例えば、クーポン分析モジュール１０４は、高価格の商品には「高級」という第１キーワードを設定し、低価格の商品には「廉価」という第１キーワードを設定する。また、クーポン分析モジュール１０４は、同じシリーズに分類されたクーポンの対象商品名に共通する文字列（例えば、「シャンプー」「歯ブラシ」「ＢＷブランド」「歯ブラシ（ＢＷブランド）」を抽出し、抽出した文字列を第２キーワードに設定する。図４には、第１及び第２キーワードを用いたシリーズ名「高級シャンプー」「廉価シャンプー」が例示されている。さらに、第２キーワードだけを用いたシリーズ名「シャンプー」「ＢＷブランド」が例示されている。
【００４６】
また、クーポン情報の中に、商品名とは別にシリーズ名やブランド名などが含まれている場合、クーポン分析モジュール１０４は、これらのシリーズ名やブランド名などを分類に用いてもよい。このように、キーワードを組み合わせてシリーズを構築することにより、様々なレベルのシリーズを生成することが可能になる。例えば、上記「シャンプー」に関するシリーズは、図５に示すように、上位／中位／下位の概念を含む階層化された構造を有する。図５の例では、最上位階層として「シャンプー」があり、第２階層として「高級シャンプー」「廉価シャンプー」があり、第３階層として「Ａシャンプー」…「Ｄシャンプー」があり、第４階層として「ボトル」「詰め替え用」がある。
【００４７】
図５に示す階層は、ユーザのこだわりや嗜好の細かさに対応する。例えば、低価格にだけこだわるユーザは、第２階層の「廉価シャンプー」シリーズであれば、ＢシャンプーでもＣシャンプーでもよい。一方、価格にはこだわらずＡシャンプーの品質にこだわるユーザは、第３階層の「Ａシャンプー」シリーズを選択するであろう。さらに、環境への配慮に関心の高いユーザであれば、そのユーザは、「Ａシャンプー」シリーズのうち、第４階層の「詰め替え用」シリーズにまでこだわりを持つであろう。このように、ユーザのこだわりや嗜好に応じて、同じ「シャンプー」の中でも、ユーザが求めるシリーズが異なる。仮に、最上位階層のシリーズしか考慮しないでユーザにクーポンを提供した場合、ユーザにとっては不要な商品のクーポンが多数提供されることになり、利便性の低下や不快感の想起を促してしまう。
【００４８】
しかし、本実施形態に係るクーポン分析モジュール１０４は、ユーザが持つ様々なこだわりや嗜好の細かさに対応したシリーズを考慮して、図５に示すようなシリーズクーポンデータベース１０５を構築する。なお、図５の例では、シリーズクーポンデータベース１０５でシリーズＩＤとクーポンＩＤを対応付けたが、シリーズとクーポンとの対応関係が得られるデータ構造であれば、これに限定されない。
【００４９】
再び図２を参照する。さて、先に述べたように、クーポン管理サーバ１００には、店舗端末５０（又はユーザ端末４０）からクーポンの利用履歴（又は対象商品の購入履歴）が入力される。つまり、ユーザがクーポンを利用して対象商品を購入すると、そのクーポンの利用履歴がクーポン管理サーバ１００へと送信されてくる。このようにして送信されてきたクーポンの利用履歴は、通信モジュール１０１を介してクーポン利用履歴データベース１０６に格納される。このとき、クーポン利用履歴データベース１０６には、図６、図７に示すように、ユーザ毎に利用日時や利用場所を含むクーポンの利用履歴が格納される。クーポン利用履歴データベース１０６に格納されたクーポンの利用履歴を示す情報（以下、履歴情報）は、ユーザ分析モジュール１０７により利用される。
【００５０】
まず、ユーザ分析モジュール１０７は、クーポン利用履歴データベース１０６を参照し、同じ商品の購入時期を予測する。例えば、ユーザ分析モジュール１０７は、図６に例示したユーザＩＤ＝０００１のユーザ（以下、ユーザ１）の利用履歴を分析し、ユーザ１が１ヶ月おきにクーポンＩＤ＝０００２の対象商品を購入していることを検出する。そこで、ユーザ分析モジュール１０７は、クーポンデータベース１０３を参照し、クーポンＩＤ＝０００２の対象商品（図３の例では「Ｂシャンプー」）を確認する。さらに、ユーザ分析モジュール１０７は、シリーズクーポンデータベース１０５を参照し、クーポンＩＤ＝０００２が分類されるシリーズ（図４の例では「廉価シャンプー」）を確認する。
【００５１】
これらの分析結果から、ユーザ分析モジュール１０７は、ユーザ１が「廉価シャンプー」を嗜好し、「廉価シャンプー」を約１ヶ月周期で購入していると判定する。また、ユーザ分析モジュール１０７は、クーポン利用履歴データベース１０６を参照し、最後にユーザ１が「廉価シャンプー」を購入した日時（図６の例では「２０１０／８／２０ １１：１０」）、及び購入場所（クーポンＩＤ＝０００２の利用場所；図６の例では「店舗Ｆ」）を確認する。そして、ユーザ分析モジュール１０７は、ユーザ１について、シリーズ＝「廉価シャンプー」、購入周期＝「約１ヶ月」、最終購入日＝「２０１０／８／２０」、購入場所＝「店舗Ｆ」を対応付けて選択予測モジュール１０８に通知する。
【００５２】
同様に、ユーザ分析モジュール１０７は、図６に例示したユーザＩＤ＝０００２のユーザ（以下、ユーザ２）の利用履歴を分析し、ユーザ２がクーポンＩＤ＝０００１，０００４の対象商品を購入していることを検出する。そこで、ユーザ分析モジュール１０７は、クーポンデータベース１０３を参照し、クーポンＩＤ＝０００１，０００４の対象商品（図３の例では「Ａシャンプー」「Ｄシャンプー」）を確認する。さらに、ユーザ分析モジュール１０７は、シリーズクーポンデータベース１０５を参照し、クーポンＩＤ＝０００１，０００４が分類されるシリーズ（図４の例では「高級シャンプー」）を確認する。
【００５３】
これらの分析結果から、ユーザ分析モジュール１０７は、ユーザ２が「高級シャンプー」を嗜好していると判定する。また、ユーザ分析モジュール１０７は、この判定結果を受けて「高級シャンプー」に対応するクーポンＩＤ＝０００１，０００４の利用日時（クーポン利用履歴データベース１０６）を確認し、「高級シャンプー」を約２ヶ月周期で購入していると判定する。また、ユーザ分析モジュール１０７は、クーポン利用履歴データベース１０６を参照し、最後にユーザ２が「高級シャンプー」を購入した日時（図７の例では「２０１０／８／２１ １７：５０」）、及び購入場所（クーポンＩＤ＝０００４の利用場所；図７の例では「店舗Ｆ」）を確認する。そして、ユーザ分析モジュール１０７は、ユーザ２について、シリーズ＝「高級シャンプー」、購入周期＝「約２ヶ月」、最終購入日＝「２０１０／８／２１」、購入場所＝「店舗Ｆ」を対応付けて選択予測モジュール１０８に通知する。
【００５４】
なお、ユーザ分析モジュール１０７は、クーポン利用履歴データベース１０６に格納されたクーポンの利用場所から、各ユーザが商品を購入する地域を検出してもよい。例えば、日用品を対象商品とするクーポンの利用場所を検出し、その検出結果を含む所定の地域を特定することにより、各ユーザの生活圏を特定することが可能になる。各ユーザの生活圏が特定されると、その生活圏から外れた地域にある店舗でしか利用できないクーポンをユーザに提示しないように制御することが可能になる。つまり、ユーザが利用しない店舗のクーポンが提示されなくなり、クーポンの検索性が向上すると共に、ユーザに不快感を与える機会が少なくなる。従って、ユーザ分析モジュール１０７により各ユーザの生活圏が検出された場合には、その検出結果も選択予測モジュール１０８に入力される。
【００５５】
選択予測モジュール１０８は、あるユーザが、あるクーポンを利用する確率を示すスコア（以下、クーポンスコア）を算出する手段である。なお、選択予測モジュール１０８は、シリーズクーポンデータベース１０５に格納されたシリーズ毎に各ユーザのクーポンスコアを算出してもよい。但し、ここでは、選択予測モジュール１０８がクーポン毎に各ユーザのクーポンスコアを算出するものとして説明を進める。上記の通り、選択予測モジュール１０８には、ユーザ分析モジュール１０７からシリーズ、購入周期、最終購入日、購入場所、生活圏などの情報（以下、ユーザ分析結果）が入力されている。そこで、選択予測モジュール１０８は、各ユーザのユーザ分析結果に基づいてクーポンスコアを算出し、その算出結果をクーポンスコアデータベース１０９に格納する。
【００５６】
クーポンスコアは、利用時期毎に与えられる。そのため、ある対象商品の購入時期に近いほど、その対象商品に対応するクーポンのクーポンスコアは高く設定される。また、クーポンスコアは、ユーザが利用する確率を表すスコアであるから、ユーザが購入する可能性の低い商品を対象とするクーポンのスコアは低く設定される。例えば、「廉価シャンプー」である「Ｂシャンプー」のクーポンに対し、「高級シャンプー」を好むユーザ２のクーポンスコアは低く設定される。また、ユーザの生活圏から外れた店舗でしか利用できないクーポンに対し、そのユーザのクーポンスコアは低く設定される。同様に、ユーザがあまり利用しない店舗でしか利用できないクーポンに対し、そのユーザのクーポンスコアは低く設定される。
【００５７】
クーポンスコアデータベース１０９に格納されるクーポンスコアの算出結果は、例えば、図８（２０１０／９／１９時点の例）のようになる。ユーザＩＤ＝０００１のユーザ（ユーザ１）は、「廉価シャンプー」を好むユーザである。また、「廉価シャンプー」の購入周期は約１ヶ月である。さらに、ユーザ１が「廉価シャンプー」を最後に購入した日は「２０１０／８／２０」である。そして、ユーザ１は「廉価シャンプー」のうちで、「Ｂシャンプー」を購入する頻度が高い。また、ユーザ１は、「廉価シャンプー」を「店舗Ｆ」で購入する頻度が高い。
【００５８】
この場合、選択予測モジュール１０８は、「高級シャンプー」である「Ａシャンプー」「Ｄシャンプー」を対象商品とするクーポン（クーポンＩＤ＝０００１，０００４）のクーポンスコアを低く設定する。一方、選択予測モジュール１０８は、「廉価シャンプー」である「Ｂシャンプー」「Ｃシャンプー」を対象商品とするクーポン（クーポンＩＤ＝０００２，０００３）のクーポンスコアを高く設定する。特に、選択予測モジュール１０８は、購入頻度が高く、利用場所が「店舗Ｆ」の「Ｂシャンプー」を対象商品とするクーポン（クーポンＩＤ＝０００２）のクーポンスコアを高く設定する。また、最終購入日と購入周期から予測される購入時期「２０１０／９／２０」に近いため、選択予測モジュール１０８は、「シャンプー」のクーポンスコアを高めに設定する。
【００５９】
一方、ユーザＩＤ＝０００２のユーザ（ユーザ２）は、「高級シャンプー」を好むユーザである。また、「高級シャンプー」の購入周期は約２ヶ月である。さらに、ユーザ２が「高級シャンプー」を最後に購入した日は「２０１０／８／２１」である。そして、ユーザ２は「高級シャンプー」のうちで、「Ｄシャンプー」を購入する頻度が比較的高い。また、ユーザ２は、「高級シャンプー」を「店舗Ｆ」「店舗Ｅ」で購入している。
【００６０】
この場合、選択予測モジュール１０８は、「廉価シャンプー」である「Ｂシャンプー」「Ｃシャンプー」を対象商品とするクーポン（クーポンＩＤ＝０００２，０００３）のクーポンスコアを低く設定する。一方、選択予測モジュール１０８は、「高級シャンプー」である「Ａシャンプー」「Ｄシャンプー」を対象商品とするクーポン（クーポンＩＤ＝０００１，０００４）のクーポンスコアを高く設定する。特に、選択予測モジュール１０８は、購入頻度が高く、利用場所が「店舗Ｅ」の「Ｄシャンプー」を対象商品とするクーポン（クーポンＩＤ＝０００４）のクーポンスコアを高く設定する。また、最終購入日と購入周期から予測される購入時期「２０１０／１０／２１」には１ヶ月も時間があるため、選択予測モジュール１０８は、「シャンプー」のクーポンスコアを低めに設定する。
【００６１】
このようにして選択予測モジュール１０８は、クーポン毎に各ユーザのクーポンスコアを算出し、クーポンスコアデータベース１０９に格納する。クーポンスコアデータベース１０９に格納されたクーポンスコアは、リスト生成モジュール１１０により利用される。リスト生成モジュール１１０は、クーポンスコアデータベース１０９を参照し、クーポンスコアの高いクーポンをユーザに提示するための表示リストを生成する。この表示リストには、主にクーポンスコアの高いクーポンがリスト形式で含まれる。但し、クーポンスコアが高いクーポンと同じシリーズに分類されたクーポンや、クーポンの発行者又はクーポン管理サーバ１００の管理者などが特に含めたいクーポンが表示リストに含まれていてもよい。なお、表示リストには、クーポンスコアが低いクーポンが含まれていてもよい。
【００６２】
リスト生成モジュール１１０により生成された表示リストは、通信モジュール１０１を介してユーザ端末４０に送信される。そして、ユーザは、ユーザ端末４０の表示手段に表示された表示リストの中から所望のクーポンをチェック（選択）して利用する。このように、本実施形態に係るクーポン管理サーバ１００により生成される表示リストは、各ユーザの嗜好やこだわりを反映し、かつ、購入時期をも考慮して選別されたクーポンが含まれるものである。そのため、購入したい商品が、その都度、表示リストに優先的に表示されるため、欲しいと思うクーポンを効率的に見つけることが可能になる。その結果、クーポンを利用する際の手間が少なくなり、ユーザの利便性が大きく向上する。
【００６３】
（購入時期の予測について）
本稿においては、説明を簡単にするため、ユーザが購入した商品の内容量や個数（以下、数量）に配慮せず、単純に利用日時の周期から購入時期を予測する方法について述べている。しかし、この方法の場合、毎回同じ数量の商品を購入するユーザの購入周期は正しく検出できるが、その都度数量の異なる商品を購入するユーザが、その商品を次回購入する時期を予測することは難しい。そこで、ユーザが購入した商品の数量に応じた、より実際的で効果の高い購入時期の予測方法について説明を追加する。
【００６４】
クーポン情報には、対象商品の情報として数量が含まれている。例えば、「Ｂシャンプー」のクーポン情報には内容量の情報が含まれる。また、「Ｋティッシュペーパー」のクーポンには個数（又は１箱当たりの枚数）の情報が含まれる。そのため、あるクーポンがユーザにより利用されると、そのクーポン情報から、１クーポン当たりにユーザが購入した商品の数量を把握することができる。さらに、クーポンの利用数を記録しておけば、ある時点でユーザが購入した商品の全数量を把握することができる。こうした情報は、クーポン利用履歴データベース１０６に格納される。
【００６５】
そして、ユーザ分析モジュール１０７は、クーポン利用履歴データベース１０６に格納された利用日時、クーポンＩＤなどと共に、商品の数量を示す情報（以下、数量情報）を分析して、各商品の購入周期を検出する。つまり、ユーザ分析モジュール１０７は、単位数量当たりの消費期間を算出し、前回ユーザが購入した数量が消費されるまでの期間を割り出す。そして、ユーザ分析モジュール１０７は、前回クーポンが利用された利用日時から、上記割り出した期間だけ経過した日時を算出し、その日時前後を次回の購入時期とする。
【００６６】
このような計算を行うことで、利用日時の周期からだけではなく、前回購入した商品の数量から、その商品を次回購入する時期を正しく予測することが可能になる。また、このようにして予測された購入時期に基づいてクーポンスコアが算出される。ここで説明した方法を適用すると、まだユーザの手元に在庫のある商品のクーポンが表示リストに優先的に表示されることがなくなり、ユーザが必要とするクーポンを探しやすくなる。
【００６７】
以上、本実施形態に係るクーポン管理サーバ１００の機能構成について説明した。
【００６８】
［２−３：クーポン管理サーバ１００の動作］
次に、図１０〜図１５を参照しながら、本実施形態に係るクーポン管理サーバ１００の動作、及び本実施形態に係るクーポン管理方法について説明する。特に、ここではクーポン分析モジュール１０４、ユーザ分析モジュール１０７、選択予測モジュール１０８、リスト生成モジュール１１０の動作について説明する。
【００６９】
（クーポン分析モジュール１０４の動作について）
まず、図１０、図１１を参照しながら、クーポン分析モジュール１０４の動作について説明する。図１０は、クーポン分析モジュール１０４の動作について説明するための説明図である。また、図１１は、表記ゆれを補正する処理を説明するための説明図である。なお、表記ゆれとは、同じ意味であるにも関わらず、単位の違い、文字種の違い、言語の違いなどにより、コンピュータからは異なる情報に見えてしまう状態のことを言う。
【００７０】
まず、図１０を参照する。図１０に示すように、クーポン分析モジュール１０４は、クーポンデータベース１０５に格納された情報など、クーポンメタ情報の表記ゆれを補正する（Ｓ１０１）。ここで言うクーポンメタ情報とは、各クーポンに付与される様々な情報のことを意味する。例えば、クーポンデータベース１０５に格納された標準価格、商品名、割引額（割引率）、有効期限、利用場所などの情報は、クーポンメタ情報に含まれる。さらに、図１１に示すように、クーポンの対象商品に関する様々な情報が、クーポンメタ情報に含まれる。
【００７１】
例えば、クーポンメタ情報としては、図１１に示すように、商品名、一般名称、内容量、商品分類、賞味期限、標準価格、製造者名、製造国名などの情報がある。なお、一般名称とは、その商品と同類の商品一般に用いられる通称のことを言う。そして、一般名称は、製造者・生産者１０などにより付される。そのため、同じ種類の商品でも、一般名称の一部表現が異なる場合がある。
【００７２】
また、内容量を表すには、その分量を表現するための単位（ｃｃ、ｍｌ、ｄｌ、ｇなど）が用いられることがある。同様に、賞味期限を表すには、その期間又は期日を表現するための単位（年、月、週、日など）が用いられることがある。さらに、商品名、一般名称、商品分類、製造者名、製造国名など、文字列が含まれる項目は、同じ内容であっても、異なる言語（日本語、英語など）や異なるフォント（全角、半角など）で表現されていることがある。
【００７３】
そこで、クーポン分析モジュール１０４は、図１１に示すように、クーポンメタ情報に含まれる表記ゆれを補正する。図１１に示すように、同じ商品に対応するクーポンメタ情報が複数種類（クーポンメタ情報１、クーポンメタ情報２）存在する場合について考えてみよう。クーポンメタ情報１の商品名は、ひらがなと漢字で表記されている。一方、クーポンメタ情報２の商品名は、カタカナと漢字で表記されている。人間の目から見れば、同じ商品名であることが明らかであるが、コンピュータからは異なる商品名と認識されてしまう。そこで、クーポン分析モジュール１０４は、例えば、商品名の表記をひらがなと漢字による表記に統一する。つまり、クーポン分析モジュール１０４は、クーポンメタ情報２が与えられた場合、その商品名に含まれるカタカナ表記をひらがな表記に修正する。
【００７４】
同様に、クーポン分析モジュール１０４は、図１１の例において、内容量の単位を「ｃｃ」から「ｍｌ」に修正し、商品分類を「和風調味料」よりも一般的な「調味料」に修正する（修飾表現をカットする）。また、クーポン分析モジュール１０４は、図１１の例において、賞味期限を「月」単位から「年」単位に修正し、標準価格の単位を英語表記「ｙｅｎ」から日本語表記「円」に修正する。さらに、クーポン分析モジュール１０４は、図１１の例において、半角表示された製造者名を全角表示に修正し、英語表記されていた製造国名を日本語表記に修正する。その結果、クーポン分析モジュール１０４は、クーポンメタ情報２の表記ゆれを修正してクーポンメタ情報３を得る。
【００７５】
もちろん、表記ゆれの修正方法はこれに限定されず、任意に設定することが可能である。但し、どのように表記ゆれを修正するかは予め設定しておくことが必要である。また、商品分類など、修正の自由度が高い項目に関する表記ゆれの修正方法については、（１）ユーザが事前に修正用の辞書を作成しておき、その辞書を利用して表記ゆれを修正するか、（２）機械学習により事前に作成した修正用のアルゴリズムを利用して表記ゆれを修正する。もちろん、上記（１）（２）の方法を組み合わせてもよい。なお、クーポンメタ情報を各クーポンに付与する際に、表記ゆれが生じないように徹底するのが望ましい。
【００７６】
再び図１０を参照する。上記のようにして表記ゆれを補正した後、クーポン分析モジュール１０４は、補正後のクーポンメタ情報を用いてクーポンをシリーズ化する（Ｓ１０２）。先に説明した通り、クーポン分析モジュール１０４は、クーポンデータベース１０５を参照し、商品名や価格帯などに基づいて各クーポンをシリーズ化する。特に、クーポン分析モジュール１０４は、各ユーザが持つ好みの細かさに配慮して各クーポンをシリーズ化する。つまり、クーポン分析モジュール１０４は、各ユーザがクーポン選択の際に、実質的に同じ商品だと認識する可能性のある商品群を１つのシリーズにまとめる。
【００７７】
例えば、低価格志向のユーザにとっては、図３に例示した「Ｂシャンプー」と「Ｃシャンプー」は実質的に同じ商品だと認識される可能性が高い。一方、「ＢＷブランド」を好むユーザにとっては、図３に例示した「Ｓ歯ブラシ」「Ｍ歯ブラシ」と「Ｌ歯ブラシ」は実質的に同じ商品だと認識される可能性が高い。また、価格にこだわりがなく、製造者ＩＤ＝０００７の製造者にこだわりのあるユーザにとっては、図３に例示した「Ｃシャンプー」と「Ｄシャンプー」は実質的に同じ商品だと認識される可能性が高い。さらに、割引率の高さにこだわりのあるユーザにとっては、図３に例示した「Ｃシャンプー」と「Ｄシャンプー」は実質的に同じ商品だと認識される可能性が高い。
【００７８】
クーポン分析モジュール１０４は、上記のような実質的に同じ商品だと認識される可能性が高い商品を対象とするクーポン群をシリーズ化する。なお、実質的に同じ商品だと認識される可能性の高い商品を分類するには、例えば、商品名から共通する文字列を抽出し、共通する文字列を商品名に含む商品群を１つの分類項目に割り当てたり、同種の商品群の中から標準価格に基づいて高価格帯の商品と低価格帯の商品とをそれぞれ別の分類項目に分類したりすればよい。さらに、同種の商品群の中から同じ製造者ＩＤの商品群を１つの分類項目に分類したり、割引率の高い商品と低い商品とをそれぞれ別の分類項目に分類したりしてもよい。そして、このようにして分類された商品群に対応するクーポン群を分類項目毎にシリーズ化することで、ユーザが実質的に同じ商品だと認識する可能性の高い商品群をシリーズにまとめることができる。
【００７９】
（ユーザ分析モジュール１０７の動作について）
次に、図１２を参照しながら、ユーザ分析モジュール１０７の動作について説明する。図１２は、ユーザ分析モジュール１０７の動作について説明するための説明図である。
【００８０】
図１２に示すように、まず、ユーザがクーポンを利用すると、クーポン利用履歴データベース１０６にクーポンの利用履歴がユーザ毎に保存される（Ｓ１１１）。ユーザ分析モジュール１０７は、クーポン利用履歴データベース１０６に保存されたユーザ毎の利用履歴を利用して、ユーザの好み、こだわり、購入習慣などを分析する（Ｓ１１２）。
【００８１】
例えば、ユーザが「廉価シャンプー」ばかりを購入している場合、クーポン利用履歴データベース１０６には、「廉価シャンプー」に対応するクーポンの利用履歴が多数残されている。そこで、ユーザ分析モジュール１０７は、そのユーザが「廉価シャンプー」シリーズに対する高い関心度を示していると判断する。また、そのユーザが「廉価シャンプー」を１ヶ月毎に購入している場合、クーポン利用履歴データベース１０６には、「廉価シャンプー」に対応するクーポンの利用履歴が約１ヶ月毎に記録されている。そこで、ユーザ分析モジュール１０７は、そのユーザによる「廉価シャンプー」の購入周期が約１ヶ月であると判断する。
【００８２】
ユーザ分析モジュール１０７は、上記のようにして各ユーザに対し、シリーズクーポンデータベース１０５に格納されたシリーズ毎（又はクーポン毎）に関心度及び購入周期を検出する。そして、ユーザ分析モジュール１０７は、ユーザの関心度に関する分析結果、及び商品の購入周期に関する分析結果などに基づいてユーザの購入商品と購入時期を予測する（Ｓ１１３）。例えば、「高級シャンプー」を２ヶ月毎に購入しているユーザが２００９／８／２０に「高級シャンプー」のクーポンを利用していた場合、ユーザ分析モジュール１０７は、そのユーザが２００９／１０／２０に「高級シャンプー」を購入すると予測する。このようにしてユーザ分析モジュール１０７により予測された購入商品（具体的な商品名又はシリーズ）及び購入周期などの情報は、選択予測モジュール１０８に通知される。
【００８３】
（選択予測モジュール１０８の動作について）
次に、図１３、図１４を参照しながら、選択予測モジュール１０８の動作について説明する。図１３は、選択予測モジュール１０８の動作について説明するための説明図である。図１４は、選択予測モジュール１０８の動作について、より詳細に説明するための説明図である。
【００８４】
図１３に示すように、選択予測モジュール１０８は、ユーザが利用可能なクーポンそれぞれに対し、ユーザの利用確率を示すスコア（クーポンスコア）を算出する（Ｓ１２１）。図１４に示すように、選択予測モジュール１０８は、まず、クーポンデータベース１０５を参照して、有効期限が切れていないクーポンを、ユーザが利用可能なクーポンとして選択する（Ｓ１２１１）。次いで、選択予測モジュール１０８は、ユーザの居住地域から近い店舗で利用可能なクーポンを、ユーザが利用可能なクーポンとして選択する（Ｓ１２１２）。但し、ステップＳ１２１２の処理は、ユーザ分析モジュール１０７によりユーザの生活圏などが予測されている場合に実行される。
【００８５】
次いで、選択予測モジュール１０８は、選択したクーポンについて、購入周期への適合度、各クーポンの利用頻度、シリーズ単位でのクーポンの利用頻度、店舗の利用頻度、現在の時間帯、ユーザの現在位置などに応じてクーポンスコアを算出する（Ｓ１２１３）。例えば、選択予測モジュール１０８は、あるクーポンの対象商品が、最終購入日と購入周期から予測される購入時期にきている商品である場合、そのクーポンのクーポンスコアを高い値に設定する。また、選択予測モジュール１０８は、あるクーポンの利用頻度が高い場合、そのクーポンのクーポンスコアを比較的高い値に設定する。
【００８６】
また、あるシリーズに含まれるクーポンの利用頻度が高い場合、選択予測モジュール１０８は、そのシリーズに含まれるクーポンのクーポンスコア（又はそのシリーズのスコア）を比較的高い値に設定する。さらに、選択予測モジュール１０８は、ある店舗の利用頻度が高い場合、その店舗で利用可能なクーポンのクーポンスコアを比較的高い値に設定する。そして、選択予測モジュール１０８は、あるシリーズに含まれるクーポンの利用時間帯が決まっている場合、その時間帯に、そのシリーズに含まれるクーポンのクーポンスコア（又はそのシリーズのスコア）を比較的高い値に設定する。また、ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）などを利用してユーザの現在地が分かる場合、選択予測モジュール１０８は、ユーザの現在位置に近い店舗で利用可能なクーポンのクーポンスコアを比較的高い値に設定する。
【００８７】
このようにして選択予測モジュール１０８により設定されたクーポンスコアは、クーポンスコアデータベース１０９に格納される。そして、クーポンスコアデータベース１０９に格納された各クーポンのクーポンスコア（又はシリーズのスコア）は、リスト生成モジュール１１０により利用される。なお、上記説明において「シリーズのスコア」という表現を用いたが、このスコアは、シリーズ単位でユーザ毎に設定されるスコアである。多くの場合、あるクーポンをユーザに提供する際、そのクーポンと同じシリーズのクーポンが同時に提供される。そのため、シリーズを単位としてスコアを設定しておき、シリーズ単位のスコアを基準に、ユーザに提示するクーポンを決定してもよい。但し、本実施形態において、シリーズのスコアは、利用してもよいし、利用しなくてもよい。
【００８８】
（リスト生成モジュール１１０の動作について）
次に、図１５を参照しながら、リスト生成モジュール１１０の動作について説明する。図１５は、リスト生成モジュール１１０の動作について説明するための説明図である。
【００８９】
図１５に示すように、リスト生成モジュール１１０は、クーポンスコアデータベース１０９に格納されたクーポンスコアに基づいてクーポンの表示リストを生成する（Ｓ１３１）。このとき、リスト生成モジュール１１０は、クーポンスコアの高い順に所定数のクーポンを選択し、選択したクーポンのクーポン情報を表示リストに追加する。また、リスト生成モジュール１１０は、ユーザ毎に表示リストを生成する。
【００９０】
次いで、リスト生成モジュール１１０は、クーポンスコアデータベース１０９に格納されたクーポンスコアとは無関係に、ユーザに表示したいクーポンを表示リストに追加する（Ｓ１３２）。次いで、リスト生成モジュール１１０は、クーポンスコアデータベース１０９に格納されたクーポンスコアとは無関係に、ユーザに表示したくないクーポンを表示リストから削除する（Ｓ１３３）。例えば、製造者・生産者１０や販売者２０などが特定の期間に販促したい新商品のクーポンを発行した場合など、リスト生成モジュール１１０は、クーポンスコアが未だ設定されていない新商品のクーポンを表示リストに追加する。
【００９１】
このようにしてリスト生成モジュール１１０により生成された表示リストは、通信モジュール１０１を介してユーザ端末４０に送信される。なお、この表示リストは、通信モジュール１０１を介して店舗端末５０に送信されてもよい。
【００９２】
以上、クーポン管理サーバ１００の動作、及び本実施形態に係るクーポン管理方法について説明した。
【００９３】
以上説明したように、本発明の第１実施形態に係るクーポン管理方法を適用すれば、ある時点でユーザが購入を予定している商品のクーポンを当該ユーザが容易に得ることができるようになる。その結果、クーポンの利用が促進され、ユーザは低価格で商品を購入できる機会が増え、製造者・生産者１０や販売者２０などは高い販促効果が得られるようになる。
【００９４】
＜３：第２実施形態＞
次に、本発明の第２実施形態について説明する。上記の第１実施形態においては、クーポンの分析、ユーザの分析をクーポン管理サーバ１００が一手に引き受けていた。しかし、ユーザ数が増加すると、クーポン管理サーバ１００における分析処理の負荷が大きくなる。特に、ユーザの分析に要する演算負荷は、ユーザ数の増大と共に増加する。そこで、本実施形態は、ユーザの分析に係る処理をユーザ端末４０において行うようにするシステム構成を提案する。このシステム構成の場合、各ユーザ端末４０は自身の利用履歴を分析するだけであるため、ユーザ数が増加しても各ユーザ端末４０における演算負荷が増加することはない。従って、本実施形態に係るシステム構成の方が高い拡張性を有する。
【００９５】
［３−１：クーポン管理サーバ１００の構成］
まず、図１６を参照しながら、本実施形態に係るクーポン管理サーバ１００の構成について説明する。但し、上記の第１実施形態に係るクーポン管理サーバ１００と実質的に同じ機能を有する構成要素については同一の符号を付することにより詳細な説明を省略する。図１６は、本実施形態に係るクーポン管理サーバ１００の構成について説明するための説明図である。
【００９６】
図１６に示すように、クーポン管理サーバ１００は、通信モジュール１０１と、クーポン登録モジュール１０２と、クーポンデータベース１０３と、クーポン分析モジュール１０４と、シリーズクーポンデータベース１０５とにより構成される。図２に示した第１実施形態のクーポン管理サーバ１００と比較すると、クーポン利用履歴データベース１０６、ユーザ分析モジュール１０７、選択予測モジュール１０８、クーポンスコアデータベース１０９、リスト生成モジュール１１０が省略されている。つまり、本実施形態に係るクーポン管理サーバ１００は、主に、クーポンのシリーズ化し、そのシリーズに関する情報を提供する装置である。
【００９７】
なお、クーポン分析モジュール１０４による分析方法、クーポンのシリーズ化方法は、上記の第１実施形態と実質的に同じである。上記の第１実施形態と異なる点は、シリーズクーポンデータベース１０５に格納された各シリーズに関する情報が、通信モジュール１０１を介してユーザ端末４０に送信される構成にある。従って、通信モジュール１０１の機能が、上記の第１実施形態に係るクーポン管理サーバ１００とは異なる。クーポン分析モジュール１０４によりクーポン情報が分析され、シリーズ化されたクーポン情報がシリーズクーポンデータベース１０５に格納されると、通信モジュール１０１は、各シリーズに関する情報をユーザ端末４０に送信する。なお、通信モジュール１０１は、各シリーズに関する情報を店舗端末５０に送信してもよい。
【００９８】
以上、クーポン管理サーバ１００の構成について説明した。
【００９９】
［３−２：ユーザ端末４０の構成］
次に、図１７を参照しながら、本実施形態に係るユーザ端末４０の構成について説明する。図１７は、本実施形態に係るユーザ端末４０の構成について説明するための説明図である。
【０１００】
図１７に示すように、ユーザ端末４０は、通信モジュール１０１と、クーポンデータベース４０２と、シリーズクーポンデータベース４０３と、クーポン利用履歴データベース４０４と、ユーザ分析モジュール４０５と、選択予測モジュール４０６と、クーポンスコアデータベース４０７と、リスト生成モジュール４０８と、出力モジュール４０９とにより構成される。
【０１０１】
なお、ユーザ分析モジュール４０５の機能は、上記の第１実施形態に係るユーザ分析モジュール１０７の機能と実質的に同じである。また、選択予測モジュール４０６の機能は、上記の第１実施形態に係る選択予測モジュール１０８の機能と実質的に同じである。さらに、リスト生成モジュール４０８の機能は、上記の第１実施形態に係るリスト生成モジュール１１０の機能と実質的に同じである。従って、ユーザ分析モジュール４０５、選択予測モジュール４０６、リスト生成モジュール４０８については詳細な説明を省略する。
【０１０２】
まず、通信モジュール１０１は、クーポン管理サーバ１００から、クーポン情報（上記のクーポンデータベース１０５に格納されたクーポンの情報）を取得する。そして、通信モジュール１０１により取得されたクーポン情報は、クーポンデータベース４０２に格納される。さらに、通信モジュール１０１は、クーポン管理サーバ１００から、シリーズに関する情報（上記のシリーズクーポンデータベース１０５に格納されたシリーズ及び各シリーズに対応するクーポン）を取得する。そして、通信モジュール１０１により取得されたシリーズに関する情報は、シリーズクーポンデータベース４０３に格納される。
【０１０３】
また、ユーザがクーポンを利用すると、通信モジュール４０１を介してクーポン利用履歴データベース４０４にクーポンの利用履歴が格納される。但し、上記の第１実施形態に係るクーポン利用履歴データベース１０６には全てのユーザに関する利用履歴が格納されたが、クーポン利用履歴データベース４０４には該当ユーザ（ユーザ端末４０の利用ユーザ）に関するクーポンの利用履歴しか格納されない。クーポンデータベース４０３、シリーズクーポンデータベース４０３、クーポン利用履歴データベース４０４に情報が格納されると、ユーザ分析モジュール４０５によりユーザの好み、こだわり、購入習慣などが分析される。
【０１０４】
さらに、ユーザ分析モジュール４０５による分析結果を受けて、選択予測モジュール４０６が各クーポンのクーポンスコアを算出し、クーポンスコアデータベース４０７に各クーポンのクーポンスコアを格納する。クーポンスコアデータベース４０７にクーポンスコアが格納されると、リスト生成モジュール４０８は、クーポンスコアデータベース４０７に格納されたクーポンスコアに基づいてクーポンの表示リストを生成する。そして、リスト生成モジュール４０８により生成された表示リストは、出力モジュール４０９により出力される。出力モジュール４０９は、例えば、ディスプレイなどの表示手段である。なお、リスト生成モジュール４０８により生成された表示リストは、通信モジュール１０１、クーポン管理サーバ１００を介して店舗端末５０に送信されてもよい。
【０１０５】
以上、ユーザ端末４０の構成について説明した。
【０１０６】
以上説明したように、本発明の第２実施形態に係るシステム構成を適用すれば、クーポンの利用履歴を分析する際に要する演算負荷を各ユーザ端末４０に分散することが可能になる。また、個々のユーザの好みやこだわりなど、個人情報がユーザ端末４０の外部に漏れにくくなるため、セキュリティが向上する。その結果、クーポン管理サーバ１００の管理負担が低減される。
【０１０７】
＜４：ハードウェア構成例＞
上記のクーポン管理サーバ１００、ユーザ端末４０が有する各構成要素の機能は、例えば、図１８に示す情報処理装置のハードウェア構成を用いて実現することが可能である。つまり、当該各構成要素の機能は、コンピュータプログラムを用いて図１８に示すハードウェアを制御することにより実現される。なお、このハードウェアの形態は任意であり、例えば、パーソナルコンピュータ、携帯電話、ＰＨＳ、ＰＤＡ等の携帯情報端末、ゲーム機、又は種々の情報家電がこれに含まれる。但し、上記のＰＨＳは、Ｐｅｒｓｏｎａｌ Ｈａｎｄｙ−ｐｈｏｎｅ Ｓｙｓｔｅｍの略である。また、上記のＰＤＡは、Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔの略である。
【０１０８】
図１８に示すように、このハードウェアは、主に、ＣＰＵ９０２と、ＲＯＭ９０４と、ＲＡＭ９０６と、ホストバス９０８と、ブリッジ９１０と、を有する。さらに、このハードウェアは、外部バス９１２と、インターフェース９１４と、入力部９１６と、出力部９１８と、記憶部９２０と、ドライブ９２２と、接続ポート９２４と、通信部９２６と、を有する。但し、上記のＣＰＵは、Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔの略である。また、上記のＲＯＭは、Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙの略である。そして、上記のＲＡＭは、Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙの略である。
【０１０９】
ＣＰＵ９０２は、例えば、演算処理装置又は制御装置として機能し、ＲＯＭ９０４、ＲＡＭ９０６、記憶部９２０、又はリムーバブル記録媒体９２８に記録された各種プログラムに基づいて各構成要素の動作全般又はその一部を制御する。ＲＯＭ９０４は、ＣＰＵ９０２に読み込まれるプログラムや演算に用いるデータ等を格納する手段である。ＲＡＭ９０６には、例えば、ＣＰＵ９０２に読み込まれるプログラムや、そのプログラムを実行する際に適宜変化する各種パラメータ等が一時的又は永続的に格納される。
【０１１０】
これらの構成要素は、例えば、高速なデータ伝送が可能なホストバス９０８を介して相互に接続される。一方、ホストバス９０８は、例えば、ブリッジ９１０を介して比較的データ伝送速度が低速な外部バス９１２に接続される。また、入力部９１６としては、例えば、マウス、キーボード、タッチパネル、ボタン、スイッチ、及びレバー等が用いられる。さらに、入力部９１６としては、赤外線やその他の電波を利用して制御信号を送信することが可能なリモートコントローラ（以下、リモコン）が用いられることもある。
【０１１１】
出力部９１８としては、例えば、ＣＲＴ、ＬＣＤ、ＰＤＰ、又はＥＬＤ等のディスプレイ装置、スピーカ、ヘッドホン等のオーディオ出力装置、プリンタ、携帯電話、又はファクシミリ等、取得した情報を利用者に対して視覚的又は聴覚的に通知することが可能な装置である。但し、上記のＣＲＴは、Ｃａｔｈｏｄｅ Ｒａｙ Ｔｕｂｅの略である。また、上記のＬＣＤは、Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙの略である。そして、上記のＰＤＰは、Ｐｌａｓｍａ ＤｉｓｐｌａｙＰａｎｅｌの略である。さらに、上記のＥＬＤは、Ｅｌｅｃｔｒｏ−Ｌｕｍｉｎｅｓｃｅｎｃｅ Ｄｉｓｐｌａｙの略である。
【０１１２】
記憶部９２０は、各種のデータを格納するための装置である。記憶部９２０としては、例えば、ハードディスクドライブ（ＨＤＤ）等の磁気記憶デバイス、半導体記憶デバイス、光記憶デバイス、又は光磁気記憶デバイス等が用いられる。但し、上記のＨＤＤは、Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅの略である。
【０１１３】
ドライブ９２２は、例えば、磁気ディスク、光ディスク、光磁気ディスク、又は半導体メモリ等のリムーバブル記録媒体９２８に記録された情報を読み出し、又はリムーバブル記録媒体９２８に情報を書き込む装置である。リムーバブル記録媒体９２８は、例えば、ＤＶＤメディア、Ｂｌｕ−ｒａｙメディア、ＨＤ ＤＶＤメディア、各種の半導体記憶メディア等である。もちろん、リムーバブル記録媒体９２８は、例えば、非接触型ＩＣチップを搭載したＩＣカード、又は電子機器等であってもよい。但し、上記のＩＣは、Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔの略である。
【０１１４】
接続ポート９２４は、例えば、ＵＳＢポート、ＩＥＥＥ１３９４ポート、ＳＣＳＩ、ＲＳ−２３２Ｃポート、又は光オーディオ端子等のような外部接続機器９３０を接続するためのポートである。外部接続機器９３０は、例えば、プリンタ、携帯音楽プレーヤ、デジタルカメラ、デジタルビデオカメラ、又はＩＣレコーダ等である。但し、上記のＵＳＢは、Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓの略である。また、上記のＳＣＳＩは、Ｓｍａｌｌ Ｃｏｍｐｕｔｅｒ Ｓｙｓｔｅｍ Ｉｎｔｅｒｆａｃｅの略である。
【０１１５】
通信部９２６は、ネットワーク９３２に接続するための通信デバイスであり、例えば、有線又は無線ＬＡＮ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、又はＷＵＳＢ用の通信カード、光通信用のルータ、ＡＤＳＬ用のルータ、又は各種通信用のモデム等である。また、通信部９２６に接続されるネットワーク９３２は、有線又は無線により接続されたネットワークにより構成され、例えば、インターネット、家庭内ＬＡＮ、赤外線通信、可視光通信、放送、又は衛星通信等である。但し、上記のＬＡＮは、Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋの略である。また、上記のＷＵＳＢは、Ｗｉｒｅｌｅｓｓ ＵＳＢの略である。そして、上記のＡＤＳＬは、Ａｓｙｍｍｅｔｒｉｃ Ｄｉｇｉｔａｌ Ｓｕｂｓｃｒｉｂｅｒ Ｌｉｎｅの略である。
【０１１６】
＜５：まとめ＞
最後に、本発明の実施形態に係る技術内容について簡単に纏める。ここで述べる技術内容は、例えば、ＰＣ、携帯電話、携帯ゲーム機、携帯情報端末、情報家電、カーナビゲーションシステム等、種々の情報処理装置に対して適用することができる。
【０１１７】
上記の情報処理装置の機能構成は次のように表現することができる。当該情報処理装置は、次のような商品情報取得部と、商品分析部と、利用履歴取得部と、履歴分析部と、選択支援部とを有する。上記の商品情報取得部は、クーポンの対象商品に関する商品情報を取得するものである。また、上記の商品分析部は、前記商品情報取得部により取得された商品情報に基づいてクーポンの対象商品を分析し、関連する商品情報を持つ対象商品のクーポンを関連付けるものである。このように、クーポンの対象商品を分析し、商品情報に基づく関連性を利用してクーポンを関連付けておくことにより、ユーザが所望するクーポンを提示する際に、そのクーポンと関連するクーポンを併せて提示できるようになる。
【０１１８】
また、上記の利用履歴取得部は、個々のユーザによるクーポンの利用履歴を取得するものである。さらに、上記の履歴分析部は、前記利用履歴取得部により取得された利用履歴に基づいて個々のユーザが過去に購入した商品の購入時期を分析するものである。そして、上記の選択支援部は、個々のユーザについて、前記履歴分析部による分析結果から前記商品の次回購入時期を予測し、当該次回購入時期に、当該商品を対象商品とするクーポン、及び前記商品分析部により当該クーポンに関連付けられたクーポンを優先的に提示するものである。このような構成にすることで、ユーザが所定のタイミングで購入する商品のクーポンを、そのタイミングに合わせて提示することが可能になる。さらに、ユーザが所望するクーポンの対象商品に関連する商品のクーポンをユーザに提示できるため、ユーザの希望に配慮しつつ、選択肢の幅を広げさせることが可能になる。
【０１１９】
（備考）
上記のクーポン管理サーバ１００は、クーポン選択支援装置の一例である。上記のクーポン分析モジュール１０４は、商品分析部の一例である。上記の通信モジュール１０１は、利用履歴取得部の一例である。上記のユーザ分析モジュール１０７、選択予測モジュール１０８は、履歴分析部の一例である。上記のリスト生成モジュール１１０は、選択支援部の一例である。上記のクーポン管理サーバ１００は、サーバ装置の一例である。上記のユーザ端末４０は、クライアント装置の一例である。上記の通信モジュール１０１は、送信部の一例である。上記の通信モジュール４０１は、受信部、利用履歴取得部の一例である。上記のユーザ分析モジュール４０５、選択予測モジュール４０６は、履歴分析部の一例である。上記のリスト生成モジュール４０８、出力モジュール４０９は、選択支援部の一例である。
【０１２０】
以上、添付図面を参照しながら本発明の好適な実施形態について説明したが、本発明は係る例に限定されないことは言うまでもない。当業者であれば、特許請求の範囲に記載された範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、それらについても当然に本発明の技術的範囲に属するものと了解される。
【符号の説明】
【０１２１】
１０ 製造者・生産者
１１ クーポン登録端末
２０ 販売者
２１ クーポン登録端末
３０ ネットワーク
４０ ユーザ端末
５０ 店舗端末
１００ クーポン管理サーバ
１０１ 通信モジュール
１０２ クーポン登録モジュール
１０３ クーポンデータベース
１０４ クーポン分析モジュール
１０５ シリーズクーポン
１０６ クーポン利用履歴データベース
１０７ ユーザ分析モジュール
１０８ 選択予測モジュール
１０９ クーポンスコアデータベース
１１０ リスト生成モジュール
４０１ 通信モジュール
４０２ クーポンデータベース
４０３ シリーズクーポンデータベース
４０４ クーポン利用履歴データベース
４０５ ユーザ分析モジュール
４０６ 選択予測モジュール
４０７ クーポンスコアデータベース
４０８ リスト生成モジュール
４０９ 出力モジュール
【技術分野】
【０００１】
本発明は、クーポン選択支援装置、クーポン選択支援システム、クーポン選択支援方法、及びプログラムに関する。
【背景技術】
【０００２】
商品購入時に商品価格の割引を受けたり、商品購入時に追加的なサービスの提供を受けたりすることを可能にするクーポン券を利用した販売促進ビジネスの形態が普及してきている。都心部や繁華街ではクーポン券を街中で配布している光景をよく目にする。また、大規模な飲食店グループや小売店グループなどの一部は、インターネットなどの通信網を利用したクーポン券の配布を行っている。さらに、商品の製造者やサービスの提供者など（以下、製造販売者）とは別に、製造販売者から委託されてクーポン券を発券する専門のクーポン発券業者も現れてきている。このように、最近ではクーポン券をめぐる様々なビジネス（以下、クーポンビジネス）が展開されており、膨大な種類及び数量のクーポン券が市場に流通してきている。
【０００３】
こうしたクーポンビジネスに関し、例えば、下記の特許文献１には、インターネットなどの通信網を利用してクーポンを提供するクーポン発行システムに関する技術が開示されている。同文献には、ユーザの希望やユーザの購買履歴を分析し、その分析結果に適合するクーポン券の情報をユーザに提供する方法が記載されている。また、同文献には、ユーザに提供されたクーポン券の情報をＩＣ（Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）カードに記録し、そのＩＣカードに記録されたクーポン券の情報を利用してサービスの提供を受けることを可能にするシステムの構成が記載されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００６−２５２１６０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上記文献に記載のシステムは、ユーザの購買履歴から、ユーザが頻繁に購入している商品及びその関連商品のクーポン券をユーザに提供する手段を提供するものである。つまり、上記文献に記載のシステムは、ユーザが嗜好する商品のクーポン券を発行する手段を提供するものであると言える。しかしながら、上記文献に記載のシステムは、ユーザの購買習慣までは考慮していない。例えば、２週間に１度程度、ティッシュペーパーを購入する購買習慣を持つユーザＡがいるとしよう。ユーザＡがティッシュペーパーを購入する時期に、上記文献に記載のシステムは、ユーザＡに対してティッシュペーパーを対象とするクーポン券を提供できるかもしれない。
【０００６】
しかし、その際、ユーザＡには、ティッシュペーパーと同等に購入頻度の高い他の商品を対象とする多数のクーポン券が提供されるであろう。また、上記文献に記載のシステムは、ティッシュペーパーを対象とするクーポン券を見つけやすいように提示してはくれない。そのため、ユーザＡは、ティッシュペーパーを対象とするクーポン券を一から探し出さねばならない。例えば、ユーザＡは、ティッシュペーパーを検索キーワードに指定して所望のクーポン券を検索する必要があるかもしれない。このように、上記文献に記載のシステムは、普段使いの日用品を購入するユーザにとっては利用しやすいものではない。
【０００７】
そこで、本発明は、上記問題に鑑みてなされたものであり、本発明の目的とするところは、ユーザの購買習慣を考慮して、ある時期にユーザが所望する商品を対象としたクーポン券を容易に探し出すことを可能にする、新規かつ改良されたクーポン選択支援装置、クーポン選択支援システム、クーポン選択支援方法、及びプログラムを提供することにある。
【課題を解決するための手段】
【０００８】
上記課題を解決するために、本発明のある観点によれば、クーポンの対象商品に関する商品情報を取得する商品情報取得部と、前記商品情報取得部により取得された商品情報に基づいてクーポンの対象商品を分析し、関連する商品情報を持つ対象商品のクーポンを関連付ける商品分析部と、個々のユーザによるクーポンの利用履歴を取得する利用履歴取得部と、前記利用履歴取得部により取得された利用履歴に基づいて個々のユーザが過去に購入した商品の購入時期を分析する履歴分析部と、個々のユーザについて、前記履歴分析部による分析結果から前記商品の次回購入時期を予測し、当該次回購入時期に、当該商品を対象商品とするクーポン、及び前記商品分析部により当該クーポンに関連付けられたクーポンを優先的に提示する選択支援部と、を備える、クーポン選択支援装置が提供される。
【０００９】
また、前記商品分析部は、前記商品情報に同じ表現を含む商品群を検出し、当該商品群に対応する複数のクーポンを関連付けるように構成されていてもよい。
【００１０】
また、前記商品分析部は、前記商品情報に同じ表現を含む第１の商品群を検出し、当該第１の商品群の中から同じ価格帯に属する第２の商品群を検出し、当該第２の商品群に対応する複数のクーポンを関連付けるように構成されていてもよい。
【００１１】
また、前記履歴分析部は、個々のユーザが過去に購入した商品の購入時期を分析し、同じ前記商品群に属する商品の購入周期を検出して、当該商品群に属する商品の次回購入時期を予測するように構成されていてもよい。
【００１２】
また、上記課題を解決するために、本発明の別の観点によれば、クーポンの対象商品に関する商品情報を取得する商品情報取得部と、前記商品情報取得部により取得された商品情報に基づいてクーポンの対象商品を分析し、関連する商品情報を持つ対象商品のクーポンを関連付ける商品分析部と、前記商品分析部により関連付けられたクーポンの情報、及びクーポンの対象商品に関する商品情報をクライアント装置に送信する送信部と、を有する、サーバ装置と、前記サーバ装置から、前記商品分析部により関連付けられたクーポンの情報、及びクーポンの対象商品に関する商品情報を受信する受信部と、ユーザによるクーポンの利用履歴を取得する利用履歴取得部と、前記利用履歴取得部により取得された利用履歴に基づいて前記ユーザが過去に購入した商品の購入時期を分析する履歴分析部と、
前記ユーザについて、前記履歴分析部による分析結果から前記商品の次回購入時期を予測し、当該次回購入時期に、当該商品を対象商品とするクーポン、及び前記商品分析部により当該クーポンに関連付けられたクーポンを優先的に提示する選択支援部と、を有する、前記クライアント装置と、を含む、クーポン選択支援システムが提供される。
【００１３】
また、上記課題を解決するために、本発明の別の観点によれば、クーポンの対象商品に関する商品情報を取得する商品情報取得ステップと、前記商品情報取得ステップにて取得された商品情報に基づいてクーポンの対象商品を分析し、関連する商品情報を持つ対象商品のクーポンを関連付ける商品分析ステップと、個々のユーザによるクーポンの利用履歴を取得する利用履歴取得ステップと、前記利用履歴取得ステップにて取得された利用履歴に基づいて個々のユーザが過去に購入した商品の購入時期を分析する履歴分析ステップと、個々のユーザについて、前記履歴分析ステップにおける分析結果から前記商品の次回購入時期を予測し、当該次回購入時期に、当該商品を対象商品とするクーポン、及び前記商品分析ステップにて当該クーポンに関連付けられたクーポンを優先的に提示する選択支援ステップと、を含む、クーポン選択支援方法が提供される。
【００１４】
また、上記課題を解決するために、本発明の別の観点によれば、クーポンの対象商品に関する商品情報を取得する商品情報取得機能と、前記商品情報取得機能により取得された商品情報に基づいてクーポンの対象商品を分析し、関連する商品情報を持つ対象商品のクーポンを関連付ける商品分析機能と、個々のユーザによるクーポンの利用履歴を取得する利用履歴取得機能と、前記利用履歴取得機能により取得された利用履歴に基づいて個々のユーザが過去に購入した商品の購入時期を分析する履歴分析機能と、個々のユーザについて、前記履歴分析機能による分析結果から前記商品の次回購入時期を予測し、当該次回購入時期に、当該商品を対象商品とするクーポン、及び前記商品分析機能により当該クーポンに関連付けられたクーポンを優先的に提示する選択支援機能と、をコンピュータに実現させるためのプログラムが提供される。
【００１５】
また、上記課題を解決するために、本発明の別の観点によれば、上記のプログラムが記録された、コンピュータにより読み取り可能な記録媒体が提供される。
【発明の効果】
【００１６】
以上説明したように本発明によれば、ある時期にユーザが所望する商品を対象としたクーポン券を容易に探し出すことが可能になる。
【図面の簡単な説明】
【００１７】
【図１】本発明の第１実施形態に係るクーポン管理システムのシステム構成を説明するための説明図である。
【図２】同実施形態に係るクーポン管理サーバの機能構成について説明するための説明図である。
【図３】同実施形態に係るクーポンデータベースのデータ構造について説明するための説明図である。
【図４】同実施形態に係るシリーズクーポンデータベースのデータ構造について説明するための説明図である。
【図５】同実施形態に係るシリーズクーポンデータベースのデータ構造（階層構造）について説明するための説明図である。
【図６】同実施形態に係るクーポン利用履歴データベースのデータ構造について説明するための説明図である。
【図７】同実施形態に係るクーポン利用履歴データベースのデータ構造について説明するための説明図である。
【図８】同実施形態に係るクーポンスコアデータベースのデータ構造について説明するための説明図である。
【図９】同実施形態に係るクーポン利用シナリオの流れを説明するための説明図である。
【図１０】同実施形態に係るクーポン分析モジュールの処理フローを説明するための説明図である。
【図１１】同実施形態に係るクーポン分析モジュールの処理フローのうち、クーポンメタ情報の表記ゆれを補正する処理について説明するための説明図である。
【図１２】同実施形態に係るユーザ分析モジュールの処理フローを説明するための説明図である。
【図１３】同実施形態に係る選択予測モジュールの処理フローを説明するための説明図である。
【図１４】同実施形態に係る選択予測モジュールの処理フローを詳細に説明するための説明図である。
【図１５】同実施形態に係るリスト生成モジュールの処理フローを説明するための説明図である。
【図１６】本発明の第２実施形態に係るクーポン管理サーバの機能構成について説明するための説明図である。
【図１７】同実施形態に係るユーザ端末の機能構成について説明するための説明図である。
【図１８】本発明の各実施形態に係るクーポン管理サーバ、及びユーザ端末の機能を実現することが可能な情報処理装置のハードウェア構成例を示す説明図である。
【発明を実施するための形態】
【００１８】
以下に添付図面を参照しながら、本発明の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【００１９】
［説明の流れについて］
ここで、以下に記載する本発明の実施形態に関する説明の流れについて簡単に述べる。まず、図１を参照しながら、本発明の第１実施形態に係るクーポン管理システムのシステム構成について説明する。また、図９を参照しながら、ユーザによるクーポンの利用シナリオについて簡単に説明する。次いで、図２を参照しながら、同実施形態に係るクーポン管理サーバ１００の機能構成について説明する。
【００２０】
まず、クーポン分析モジュール１０４によるクーポンの分析方法について説明する。この中で、図３、図４、図５を参照しながら、クーポンデータベース１０３のデータ構造及びシリーズクーポンデータベース１０５のデータ構造について併せて説明する。次いで、ユーザ分析モジュール１０７によるクーポン利用履歴の分析方法について説明する。この中で、図６、図７を参照しながら、クーポン利用履歴データベース１０６のデータ構造について併せて説明する。次いで、選択予測モジュール１０８によるクーポンスコアの算出方法について説明する。この中で、図８を参照しながら、クーポンスコアデータベース１０９のデータ構造について併せて説明する。
【００２１】
次いで、図１０、図１１を参照しながら、クーポン分析モジュール１０４による分析処理の流れについて説明する。次いで、図１２を参照しながら、ユーザ分析モジュール１０７による分析処理の流れについて説明する。次いで、図１３、図１４を参照しながら、選択予測モジュール１０８によるクーポンスコアの算出処理の流れについて説明する。次いで、図１５を参照しながら、リスト生成モジュール１１０による表示リストの生成処理の流れについて説明する。次いで、図１６、図１７を参照しながら、本発明の第２実施形態に係るクーポン管理サーバ１００、及びユーザ端末４０の機能構成について説明する。次いで、図１８を参照しながら、クーポン管理サーバ１００、ユーザ端末４０の機能を実現することが可能な情報処理装置のハードウェア構成例について説明する。
【００２２】
最後に、本実施形態の技術的思想について纏め、当該技術的思想から得られる作用効果について簡単に説明する。
【００２３】
（説明項目）
１：はじめに
２：第１実施形態
２−１：システム構成
２−２：クーポン管理サーバ１００の構成
２−３：クーポン管理サーバ１００の動作
３：第２実施形態
３−１：クーポン管理サーバ１００の構成
３−２：ユーザ端末４０の構成
４：ハードウェア構成例
５：まとめ
【００２４】
＜１：はじめに＞
近年、クーポンを発行して購買を促す販売促進方法が様々な形態で普及してきている。これまでは紙媒体のクーポン券を街頭で配布する配布形態が主流であったが、最近ではインターネットなどのネットワークを通じてクーポンを配布する配布形態が主流になりつつある。また、大手飲食チェーンや小売販売店の大規模チェーンなどは、ネットワークを通じて提供される広告媒体（以下、ネット広告）にクーポンを付して配布したりしている。さらに、ネットワークを利用して様々な製造者や販売者が発行するクーポンを提供するクーポン提供者が出現してきており、クーポンビジネスの様相が大きく変化してきている。
【００２５】
このようにネットワークを利用して提供されるクーポン（以下、ネットクーポン）のビジネスが急拡大する中、発行されるネットクーポンが膨大な数になってきている。そのため、ユーザが所望のネットクーポンを見つけだすことが非常に難しくなってきており、ネットクーポンの利用頻度が低下してしまったり、特定のネットクーポンしか利用されないといった状況が発生してしまったりしている。そこで、ユーザがクーポンを利用しようとした際に、これから購入を予定している商品のクーポンが速やかに提供されるようにする仕組みが求められている。本実施形態は、こうした要望に応えるべく考案されたものであり、ユーザがクーポンを選択する際の利便性を向上させる仕組みに関する。
【００２６】
＜２：第１実施形態＞
以下、本発明の第１実施形態について説明する。
【００２７】
［２−１：システム構成］
まず、図１を参照しながら、本実施形態に係るクーポン管理システムのシステム構成について説明する。また、図９を参照しながら、ユーザによるクーポンの利用シナリオについて簡単に説明する。図１は、本実施形態に係るクーポン管理システムのシステム構成について説明するための説明図である。また、図９は、クーポンを利用する際に想定されるユーザの行動及びクーポンの利用方法について説明するための説明図である。
【００２８】
（システム構成）
図１に示すように、クーポン管理システムは、例えば、製造者・生産者１０と、販売者２０と、ネットワーク３０と、ユーザ端末４０（ユーザ端末群）と、店舗端末５０（店舗端末群）と、クーポン管理サーバ１００とにより構成される。なお、図１に示したシステム構成は一例であり、クーポンの発行者、クーポンを利用する際に用いる端末群の構成は適宜変更することが可能である。また、図１には、ユーザ端末４０として、携帯電話、テレビジョン受像機（以下、テレビ）、パーソナルコンピュータ（以下、ＰＣ）を例示したが、ユーザ端末４０はこれらの形態に限定されない。さらに、図１には、店舗端末５０として、ディスプレイ、及びリーダ／ライタ付きの店頭端末を例示したが、店舗端末５０はこれらの形態に限定されない。
【００２９】
さて、クーポンの発行は、製造者・生産者１０や販売者２０により行われる。例えば、商品を製造するＡ社は、自社が製造する製品Ａ１、…、Ａｎの販売価格を割り引きする割引クーポンを発行する。但し、製造者・生産者１０が発行するクーポンの対象は、発行者が製造する商品である。また、製造者・生産者１０が発行するクーポンは、対象商品の販促が目的であるため、任意の店舗で利用できることが多い。一方、販売者２０により発行されるクーポンは、販売者２０の店舗において購入してもらうことが目的であるため、利用可能な店舗が特定の店舗（又は同グループの店舗群）に限られることが多い。このように、発行者によって種類や利用条件が異なるものの、発行されたクーポンは、クーポン管理サーバ１００に集約され、クーポン管理サーバ１００にて管理される。
【００３０】
クーポン管理サーバ１００は、ネットワーク３０を通じてユーザ端末４０、店舗端末５０にクーポンを提供する。また、クーポン管理サーバ１００は、ネットワーク３０を通じて店舗端末５０からクーポンの利用履歴を取得する。なお、クーポン管理サーバ１００は、ユーザ端末４０からクーポンの利用履歴を取得するように構成されていてもよい。これまではユーザ端末４０にクーポンが提供される際、製造者・生産者１０、販売者２０、クーポン管理サーバ１００の管理者の都合で、提供されるクーポンが決められていた。しかし、本実施形態に係るクーポン管理サーバ１００は、ユーザ個人の購入習慣に応じてカスタマイズされた提供方法に基づいて個々のユーザにクーポンを提供する。本実施形態に係るクーポン管理サーバ１００の詳細な構成については後述する。
【００３１】
（利用シナリオ）
ここで、図９を参照しながら、本実施形態において想定するクーポンの利用シナリオについて説明する。図９に示すように、まず、ユーザ端末４０にクーポン管理サーバ１００からクーポンの概要（例えば、商品情報、割引情報、クーポンへのリンク先など）がメール（以下、概要メール）で届けられる（Ｓ１０）。ユーザが概要メールに記載されたリンク先にアクセスすると、そのユーザ専用のクーポンリストがユーザ端末４０に表示される（Ｓ１１）。ユーザ端末４０に表示されたクーポンリストの中に気になるクーポンがある場合、ユーザは、そのクーポンをチェックする（Ｓ１２）。
【００３２】
クーポンをチェックした後、ユーザは、そのクーポンを利用することが可能な店舗へと向かう。そして、ユーザは、店舗への入店時にユーザ端末４０を利用して店舗端末５０と認証する。なお、チェックしたクーポンの情報をＩＣカードに格納した場合には、そのＩＣカードを店舗端末５０に翳すことで認証が行われる。認証が成立すると、店舗端末５０には、ユーザが予めチェックしておいたクーポンが表示される（Ｓ１３）。
【００３３】
なお、予めチェックしておいたクーポンがユーザ端末４０の表示手段に表示されるように、ユーザ端末４０及び店舗端末５０が構成されていてもよい。このように、チェックしたクーポンを入店時に確認できるようにすることで、ユーザは、クーポンを利用して購入しようと考えていた商品を再確認することが可能になり、クーポンの利用漏れや商品の取り違えを防ぐことができる。
【００３４】
ユーザは、店舗端末５０（又はユーザ端末４０の表示手段）に表示されたクーポンを参照しながら、クーポンの対象商品を選ぶ（Ｓ１４）。そして、ユーザは、商品を精算する際にユーザ端末４０（又はＩＣカード）を利用して店舗端末５０と認証する。認証が成立すると、ユーザは、チェックしたクーポンの対象商品に対して割り引きを受けることができる（Ｓ１５）。このようにして、ユーザは、実際に店舗で購入する際にクーポンを利用した商品価格の割り引きを受けることができる。
【００３５】
上記の通り、利用の手順は非常に簡単である。しかしながら、クーポンを探し出す手間が大きくかかる場合、ユーザは、面倒を避けるためにクーポンの利用を控えてしまう。そこで、本実施形態では、後述するクーポン管理サーバ１００の機能を利用して、ユーザが購入したい商品のクーポンを容易に探し出せるようにする仕組みを提供する。
【００３６】
［２−２：クーポン管理サーバ１００の構成］
ここで、図２を参照しながら、本実施形態に係るクーポン管理サーバ１００の機能構成について説明する。図２は、本実施形態に係るクーポン管理サーバ１００の機能構成を説明するための説明図である。
【００３７】
図２に示すように、クーポン管理サーバ１００は、通信モジュール１０１と、クーポン登録モジュール１０２と、クーポンデータベース１０３と、クーポン分析モジュール１０４と、シリーズクーポンデータベース１０５とを有する。さらに、クーポン管理サーバ１００は、クーポン利用履歴データベース１０６と、ユーザ分析モジュール１０７と、選択予測モジュール１０８と、クーポンスコアデータベース１０９と、リスト生成モジュール１１０とを有する。
【００３８】
なお、クーポンデータベース１０３、シリーズクーポンデータベース１０５、クーポン利用履歴データベース１０６、クーポンスコアデータベース１０９は、クーポン管理サーバ１００に設けられた記憶手段（非図示）に格納されている。この記憶手段としては、例えば、図１８に示したハードウェア構成例のうち、ＲＡＭ９０６、記憶部９２０、リムーバブル記録媒体９２８などが利用可能である。また、通信モジュール１０１の機能は、通信部９２６などにより実現される。さらに、クーポン登録モジュール１０２、クーポン分析モジュール１０４、ユーザ分析モジュール１０７、選択予測モジュール１０８、リスト生成モジュール１１０の機能は、ＣＰＵ９０２などにより実現される。
【００３９】
（クーポン分析方法について）
先に説明した通り、クーポン管理サーバ１００には製造者・生産者１０、販売者２０からクーポンが提供され、クーポンデータベース１０３に登録される。例えば、製造者・生産者１０は、クーポン登録端末１１を利用してクーポンをクーポンデータベース１０３に登録する操作を行う。また、販売者２０は、クーポン登録端末２１を利用してクーポンをクーポンデータベース１０３に登録する操作を行う。クーポン登録端末１１、２１により登録の操作が行われると、クーポンは、通信モジュール１０１を介してクーポン登録モジュール１０２に入力される。クーポンが入力されると、クーポン登録モジュール１０２は、クーポンデータベース１０３にクーポンを登録する。
【００４０】
クーポンデータベース１０３は、例えば、図３に示すようなデータ構造を有する。図３に示すように、クーポンは、例えば、そのクーポンを識別するためのクーポンＩＤ、そのクーポンの発行者を示す製造者ＩＤ、そのクーポンが対象とする商品の標準価格や商品名などの情報を含んでいる。さらに、クーポンは、その標準価格に対する割引額（又は割引率）、そのクーポンの有効期限（又は有効期間）、そのクーポンを利用可能な場所などの情報を含んでいる。もちろん、図３に示したクーポンは一例であり、これら以外の情報を含んでいてもよいし、一部の情報が欠損していてもよい。
【００４１】
図３に示すように、クーポンデータベース１０３には、これらクーポンに含まれる情報（以下、クーポン情報）がクーポン毎に対応付けて格納されている。また、図２に示すように、これらクーポンデータベース１０３に格納されたクーポン情報は、クーポン分析モジュール１０４、ユーザ分析モジュール１０７により利用される。クーポン分析モジュール１０４は、クーポンデータベース１０３に格納されたクーポン情報を利用してクーポン間の関連性を分析し、関連するクーポンを分類（シリーズ化）してシリーズクーポンデータベース１０５に格納する。
【００４２】
ここで、図３を参照しながら、クーポン間の関連性について説明を補足する。例えば、図３に例示したクーポンデータベース１０３には、シャンプーを対象商品とする４種類のクーポン（クーポンＩＤ＝０００１，０００２，０００３，０００４）が含まれている。まず、商品名に含まれる文字列を分析すると、クーポンＩＤ＝０００１，０００２，０００３，０００４の商品は、共通する文字列から「シャンプー」というシリーズに分類できることが分かる。この分析結果から、クーポン分析モジュール１０４は、クーポンＩＤ＝０００１，０００２，０００３，０００４を「シャンプー」というシリーズに分類する。
【００４３】
次に、標準価格に注目して分析すると、クーポンＩＤ＝０００１，０００４の商品は、クーポンＩＤ＝０００２，０００３の商品に比べて高価であることが分かる。この分析結果から、クーポン分析モジュール１０４は、クーポンＩＤ＝０００１，０００４のクーポンを「高級シャンプー」というシリーズに分類し、クーポンＩＤ＝０００２，０００３のクーポンを「廉価シャンプー」というシリーズに分類する。同様にして、クーポン分析モジュール１０４は、クーポンＩＤ＝０００６，０００７，０００８の商品名に注目し、これらのクーポンを「歯ブラシ」というシリーズに分類する。さらに、クーポン分析モジュール１０４は、クーポンＩＤ＝０００６，０００７，０００８のクーポンを「ＢＷブランド」というシリーズに分類する。
【００４４】
このようにしてクーポン分析モジュール１０４によりシリーズ毎に分類されたクーポン情報は、シリーズクーポンデータベース１０５に格納される。図４に示すように、シリーズクーポンデータベース１０５には、シリーズを識別するためのシリーズＩＤに対応付けて、シリーズ名及びそのシリーズに分類されたクーポンのクーポンＩＤが格納される。なお、シリーズ名は、所定の第１キーワードと、商品名から抽出された第２キーワードとを組み合わせて生成されてもよいし、商品名から抽出された第２キーワードだけから生成されてもよい。
【００４５】
例えば、クーポン分析モジュール１０４は、高価格の商品には「高級」という第１キーワードを設定し、低価格の商品には「廉価」という第１キーワードを設定する。また、クーポン分析モジュール１０４は、同じシリーズに分類されたクーポンの対象商品名に共通する文字列（例えば、「シャンプー」「歯ブラシ」「ＢＷブランド」「歯ブラシ（ＢＷブランド）」を抽出し、抽出した文字列を第２キーワードに設定する。図４には、第１及び第２キーワードを用いたシリーズ名「高級シャンプー」「廉価シャンプー」が例示されている。さらに、第２キーワードだけを用いたシリーズ名「シャンプー」「ＢＷブランド」が例示されている。
【００４６】
また、クーポン情報の中に、商品名とは別にシリーズ名やブランド名などが含まれている場合、クーポン分析モジュール１０４は、これらのシリーズ名やブランド名などを分類に用いてもよい。このように、キーワードを組み合わせてシリーズを構築することにより、様々なレベルのシリーズを生成することが可能になる。例えば、上記「シャンプー」に関するシリーズは、図５に示すように、上位／中位／下位の概念を含む階層化された構造を有する。図５の例では、最上位階層として「シャンプー」があり、第２階層として「高級シャンプー」「廉価シャンプー」があり、第３階層として「Ａシャンプー」…「Ｄシャンプー」があり、第４階層として「ボトル」「詰め替え用」がある。
【００４７】
図５に示す階層は、ユーザのこだわりや嗜好の細かさに対応する。例えば、低価格にだけこだわるユーザは、第２階層の「廉価シャンプー」シリーズであれば、ＢシャンプーでもＣシャンプーでもよい。一方、価格にはこだわらずＡシャンプーの品質にこだわるユーザは、第３階層の「Ａシャンプー」シリーズを選択するであろう。さらに、環境への配慮に関心の高いユーザであれば、そのユーザは、「Ａシャンプー」シリーズのうち、第４階層の「詰め替え用」シリーズにまでこだわりを持つであろう。このように、ユーザのこだわりや嗜好に応じて、同じ「シャンプー」の中でも、ユーザが求めるシリーズが異なる。仮に、最上位階層のシリーズしか考慮しないでユーザにクーポンを提供した場合、ユーザにとっては不要な商品のクーポンが多数提供されることになり、利便性の低下や不快感の想起を促してしまう。
【００４８】
しかし、本実施形態に係るクーポン分析モジュール１０４は、ユーザが持つ様々なこだわりや嗜好の細かさに対応したシリーズを考慮して、図５に示すようなシリーズクーポンデータベース１０５を構築する。なお、図５の例では、シリーズクーポンデータベース１０５でシリーズＩＤとクーポンＩＤを対応付けたが、シリーズとクーポンとの対応関係が得られるデータ構造であれば、これに限定されない。
【００４９】
再び図２を参照する。さて、先に述べたように、クーポン管理サーバ１００には、店舗端末５０（又はユーザ端末４０）からクーポンの利用履歴（又は対象商品の購入履歴）が入力される。つまり、ユーザがクーポンを利用して対象商品を購入すると、そのクーポンの利用履歴がクーポン管理サーバ１００へと送信されてくる。このようにして送信されてきたクーポンの利用履歴は、通信モジュール１０１を介してクーポン利用履歴データベース１０６に格納される。このとき、クーポン利用履歴データベース１０６には、図６、図７に示すように、ユーザ毎に利用日時や利用場所を含むクーポンの利用履歴が格納される。クーポン利用履歴データベース１０６に格納されたクーポンの利用履歴を示す情報（以下、履歴情報）は、ユーザ分析モジュール１０７により利用される。
【００５０】
まず、ユーザ分析モジュール１０７は、クーポン利用履歴データベース１０６を参照し、同じ商品の購入時期を予測する。例えば、ユーザ分析モジュール１０７は、図６に例示したユーザＩＤ＝０００１のユーザ（以下、ユーザ１）の利用履歴を分析し、ユーザ１が１ヶ月おきにクーポンＩＤ＝０００２の対象商品を購入していることを検出する。そこで、ユーザ分析モジュール１０７は、クーポンデータベース１０３を参照し、クーポンＩＤ＝０００２の対象商品（図３の例では「Ｂシャンプー」）を確認する。さらに、ユーザ分析モジュール１０７は、シリーズクーポンデータベース１０５を参照し、クーポンＩＤ＝０００２が分類されるシリーズ（図４の例では「廉価シャンプー」）を確認する。
【００５１】
これらの分析結果から、ユーザ分析モジュール１０７は、ユーザ１が「廉価シャンプー」を嗜好し、「廉価シャンプー」を約１ヶ月周期で購入していると判定する。また、ユーザ分析モジュール１０７は、クーポン利用履歴データベース１０６を参照し、最後にユーザ１が「廉価シャンプー」を購入した日時（図６の例では「２０１０／８／２０ １１：１０」）、及び購入場所（クーポンＩＤ＝０００２の利用場所；図６の例では「店舗Ｆ」）を確認する。そして、ユーザ分析モジュール１０７は、ユーザ１について、シリーズ＝「廉価シャンプー」、購入周期＝「約１ヶ月」、最終購入日＝「２０１０／８／２０」、購入場所＝「店舗Ｆ」を対応付けて選択予測モジュール１０８に通知する。
【００５２】
同様に、ユーザ分析モジュール１０７は、図６に例示したユーザＩＤ＝０００２のユーザ（以下、ユーザ２）の利用履歴を分析し、ユーザ２がクーポンＩＤ＝０００１，０００４の対象商品を購入していることを検出する。そこで、ユーザ分析モジュール１０７は、クーポンデータベース１０３を参照し、クーポンＩＤ＝０００１，０００４の対象商品（図３の例では「Ａシャンプー」「Ｄシャンプー」）を確認する。さらに、ユーザ分析モジュール１０７は、シリーズクーポンデータベース１０５を参照し、クーポンＩＤ＝０００１，０００４が分類されるシリーズ（図４の例では「高級シャンプー」）を確認する。
【００５３】
これらの分析結果から、ユーザ分析モジュール１０７は、ユーザ２が「高級シャンプー」を嗜好していると判定する。また、ユーザ分析モジュール１０７は、この判定結果を受けて「高級シャンプー」に対応するクーポンＩＤ＝０００１，０００４の利用日時（クーポン利用履歴データベース１０６）を確認し、「高級シャンプー」を約２ヶ月周期で購入していると判定する。また、ユーザ分析モジュール１０７は、クーポン利用履歴データベース１０６を参照し、最後にユーザ２が「高級シャンプー」を購入した日時（図７の例では「２０１０／８／２１ １７：５０」）、及び購入場所（クーポンＩＤ＝０００４の利用場所；図７の例では「店舗Ｆ」）を確認する。そして、ユーザ分析モジュール１０７は、ユーザ２について、シリーズ＝「高級シャンプー」、購入周期＝「約２ヶ月」、最終購入日＝「２０１０／８／２１」、購入場所＝「店舗Ｆ」を対応付けて選択予測モジュール１０８に通知する。
【００５４】
なお、ユーザ分析モジュール１０７は、クーポン利用履歴データベース１０６に格納されたクーポンの利用場所から、各ユーザが商品を購入する地域を検出してもよい。例えば、日用品を対象商品とするクーポンの利用場所を検出し、その検出結果を含む所定の地域を特定することにより、各ユーザの生活圏を特定することが可能になる。各ユーザの生活圏が特定されると、その生活圏から外れた地域にある店舗でしか利用できないクーポンをユーザに提示しないように制御することが可能になる。つまり、ユーザが利用しない店舗のクーポンが提示されなくなり、クーポンの検索性が向上すると共に、ユーザに不快感を与える機会が少なくなる。従って、ユーザ分析モジュール１０７により各ユーザの生活圏が検出された場合には、その検出結果も選択予測モジュール１０８に入力される。
【００５５】
選択予測モジュール１０８は、あるユーザが、あるクーポンを利用する確率を示すスコア（以下、クーポンスコア）を算出する手段である。なお、選択予測モジュール１０８は、シリーズクーポンデータベース１０５に格納されたシリーズ毎に各ユーザのクーポンスコアを算出してもよい。但し、ここでは、選択予測モジュール１０８がクーポン毎に各ユーザのクーポンスコアを算出するものとして説明を進める。上記の通り、選択予測モジュール１０８には、ユーザ分析モジュール１０７からシリーズ、購入周期、最終購入日、購入場所、生活圏などの情報（以下、ユーザ分析結果）が入力されている。そこで、選択予測モジュール１０８は、各ユーザのユーザ分析結果に基づいてクーポンスコアを算出し、その算出結果をクーポンスコアデータベース１０９に格納する。
【００５６】
クーポンスコアは、利用時期毎に与えられる。そのため、ある対象商品の購入時期に近いほど、その対象商品に対応するクーポンのクーポンスコアは高く設定される。また、クーポンスコアは、ユーザが利用する確率を表すスコアであるから、ユーザが購入する可能性の低い商品を対象とするクーポンのスコアは低く設定される。例えば、「廉価シャンプー」である「Ｂシャンプー」のクーポンに対し、「高級シャンプー」を好むユーザ２のクーポンスコアは低く設定される。また、ユーザの生活圏から外れた店舗でしか利用できないクーポンに対し、そのユーザのクーポンスコアは低く設定される。同様に、ユーザがあまり利用しない店舗でしか利用できないクーポンに対し、そのユーザのクーポンスコアは低く設定される。
【００５７】
クーポンスコアデータベース１０９に格納されるクーポンスコアの算出結果は、例えば、図８（２０１０／９／１９時点の例）のようになる。ユーザＩＤ＝０００１のユーザ（ユーザ１）は、「廉価シャンプー」を好むユーザである。また、「廉価シャンプー」の購入周期は約１ヶ月である。さらに、ユーザ１が「廉価シャンプー」を最後に購入した日は「２０１０／８／２０」である。そして、ユーザ１は「廉価シャンプー」のうちで、「Ｂシャンプー」を購入する頻度が高い。また、ユーザ１は、「廉価シャンプー」を「店舗Ｆ」で購入する頻度が高い。
【００５８】
この場合、選択予測モジュール１０８は、「高級シャンプー」である「Ａシャンプー」「Ｄシャンプー」を対象商品とするクーポン（クーポンＩＤ＝０００１，０００４）のクーポンスコアを低く設定する。一方、選択予測モジュール１０８は、「廉価シャンプー」である「Ｂシャンプー」「Ｃシャンプー」を対象商品とするクーポン（クーポンＩＤ＝０００２，０００３）のクーポンスコアを高く設定する。特に、選択予測モジュール１０８は、購入頻度が高く、利用場所が「店舗Ｆ」の「Ｂシャンプー」を対象商品とするクーポン（クーポンＩＤ＝０００２）のクーポンスコアを高く設定する。また、最終購入日と購入周期から予測される購入時期「２０１０／９／２０」に近いため、選択予測モジュール１０８は、「シャンプー」のクーポンスコアを高めに設定する。
【００５９】
一方、ユーザＩＤ＝０００２のユーザ（ユーザ２）は、「高級シャンプー」を好むユーザである。また、「高級シャンプー」の購入周期は約２ヶ月である。さらに、ユーザ２が「高級シャンプー」を最後に購入した日は「２０１０／８／２１」である。そして、ユーザ２は「高級シャンプー」のうちで、「Ｄシャンプー」を購入する頻度が比較的高い。また、ユーザ２は、「高級シャンプー」を「店舗Ｆ」「店舗Ｅ」で購入している。
【００６０】
この場合、選択予測モジュール１０８は、「廉価シャンプー」である「Ｂシャンプー」「Ｃシャンプー」を対象商品とするクーポン（クーポンＩＤ＝０００２，０００３）のクーポンスコアを低く設定する。一方、選択予測モジュール１０８は、「高級シャンプー」である「Ａシャンプー」「Ｄシャンプー」を対象商品とするクーポン（クーポンＩＤ＝０００１，０００４）のクーポンスコアを高く設定する。特に、選択予測モジュール１０８は、購入頻度が高く、利用場所が「店舗Ｅ」の「Ｄシャンプー」を対象商品とするクーポン（クーポンＩＤ＝０００４）のクーポンスコアを高く設定する。また、最終購入日と購入周期から予測される購入時期「２０１０／１０／２１」には１ヶ月も時間があるため、選択予測モジュール１０８は、「シャンプー」のクーポンスコアを低めに設定する。
【００６１】
このようにして選択予測モジュール１０８は、クーポン毎に各ユーザのクーポンスコアを算出し、クーポンスコアデータベース１０９に格納する。クーポンスコアデータベース１０９に格納されたクーポンスコアは、リスト生成モジュール１１０により利用される。リスト生成モジュール１１０は、クーポンスコアデータベース１０９を参照し、クーポンスコアの高いクーポンをユーザに提示するための表示リストを生成する。この表示リストには、主にクーポンスコアの高いクーポンがリスト形式で含まれる。但し、クーポンスコアが高いクーポンと同じシリーズに分類されたクーポンや、クーポンの発行者又はクーポン管理サーバ１００の管理者などが特に含めたいクーポンが表示リストに含まれていてもよい。なお、表示リストには、クーポンスコアが低いクーポンが含まれていてもよい。
【００６２】
リスト生成モジュール１１０により生成された表示リストは、通信モジュール１０１を介してユーザ端末４０に送信される。そして、ユーザは、ユーザ端末４０の表示手段に表示された表示リストの中から所望のクーポンをチェック（選択）して利用する。このように、本実施形態に係るクーポン管理サーバ１００により生成される表示リストは、各ユーザの嗜好やこだわりを反映し、かつ、購入時期をも考慮して選別されたクーポンが含まれるものである。そのため、購入したい商品が、その都度、表示リストに優先的に表示されるため、欲しいと思うクーポンを効率的に見つけることが可能になる。その結果、クーポンを利用する際の手間が少なくなり、ユーザの利便性が大きく向上する。
【００６３】
（購入時期の予測について）
本稿においては、説明を簡単にするため、ユーザが購入した商品の内容量や個数（以下、数量）に配慮せず、単純に利用日時の周期から購入時期を予測する方法について述べている。しかし、この方法の場合、毎回同じ数量の商品を購入するユーザの購入周期は正しく検出できるが、その都度数量の異なる商品を購入するユーザが、その商品を次回購入する時期を予測することは難しい。そこで、ユーザが購入した商品の数量に応じた、より実際的で効果の高い購入時期の予測方法について説明を追加する。
【００６４】
クーポン情報には、対象商品の情報として数量が含まれている。例えば、「Ｂシャンプー」のクーポン情報には内容量の情報が含まれる。また、「Ｋティッシュペーパー」のクーポンには個数（又は１箱当たりの枚数）の情報が含まれる。そのため、あるクーポンがユーザにより利用されると、そのクーポン情報から、１クーポン当たりにユーザが購入した商品の数量を把握することができる。さらに、クーポンの利用数を記録しておけば、ある時点でユーザが購入した商品の全数量を把握することができる。こうした情報は、クーポン利用履歴データベース１０６に格納される。
【００６５】
そして、ユーザ分析モジュール１０７は、クーポン利用履歴データベース１０６に格納された利用日時、クーポンＩＤなどと共に、商品の数量を示す情報（以下、数量情報）を分析して、各商品の購入周期を検出する。つまり、ユーザ分析モジュール１０７は、単位数量当たりの消費期間を算出し、前回ユーザが購入した数量が消費されるまでの期間を割り出す。そして、ユーザ分析モジュール１０７は、前回クーポンが利用された利用日時から、上記割り出した期間だけ経過した日時を算出し、その日時前後を次回の購入時期とする。
【００６６】
このような計算を行うことで、利用日時の周期からだけではなく、前回購入した商品の数量から、その商品を次回購入する時期を正しく予測することが可能になる。また、このようにして予測された購入時期に基づいてクーポンスコアが算出される。ここで説明した方法を適用すると、まだユーザの手元に在庫のある商品のクーポンが表示リストに優先的に表示されることがなくなり、ユーザが必要とするクーポンを探しやすくなる。
【００６７】
以上、本実施形態に係るクーポン管理サーバ１００の機能構成について説明した。
【００６８】
［２−３：クーポン管理サーバ１００の動作］
次に、図１０〜図１５を参照しながら、本実施形態に係るクーポン管理サーバ１００の動作、及び本実施形態に係るクーポン管理方法について説明する。特に、ここではクーポン分析モジュール１０４、ユーザ分析モジュール１０７、選択予測モジュール１０８、リスト生成モジュール１１０の動作について説明する。
【００６９】
（クーポン分析モジュール１０４の動作について）
まず、図１０、図１１を参照しながら、クーポン分析モジュール１０４の動作について説明する。図１０は、クーポン分析モジュール１０４の動作について説明するための説明図である。また、図１１は、表記ゆれを補正する処理を説明するための説明図である。なお、表記ゆれとは、同じ意味であるにも関わらず、単位の違い、文字種の違い、言語の違いなどにより、コンピュータからは異なる情報に見えてしまう状態のことを言う。
【００７０】
まず、図１０を参照する。図１０に示すように、クーポン分析モジュール１０４は、クーポンデータベース１０５に格納された情報など、クーポンメタ情報の表記ゆれを補正する（Ｓ１０１）。ここで言うクーポンメタ情報とは、各クーポンに付与される様々な情報のことを意味する。例えば、クーポンデータベース１０５に格納された標準価格、商品名、割引額（割引率）、有効期限、利用場所などの情報は、クーポンメタ情報に含まれる。さらに、図１１に示すように、クーポンの対象商品に関する様々な情報が、クーポンメタ情報に含まれる。
【００７１】
例えば、クーポンメタ情報としては、図１１に示すように、商品名、一般名称、内容量、商品分類、賞味期限、標準価格、製造者名、製造国名などの情報がある。なお、一般名称とは、その商品と同類の商品一般に用いられる通称のことを言う。そして、一般名称は、製造者・生産者１０などにより付される。そのため、同じ種類の商品でも、一般名称の一部表現が異なる場合がある。
【００７２】
また、内容量を表すには、その分量を表現するための単位（ｃｃ、ｍｌ、ｄｌ、ｇなど）が用いられることがある。同様に、賞味期限を表すには、その期間又は期日を表現するための単位（年、月、週、日など）が用いられることがある。さらに、商品名、一般名称、商品分類、製造者名、製造国名など、文字列が含まれる項目は、同じ内容であっても、異なる言語（日本語、英語など）や異なるフォント（全角、半角など）で表現されていることがある。
【００７３】
そこで、クーポン分析モジュール１０４は、図１１に示すように、クーポンメタ情報に含まれる表記ゆれを補正する。図１１に示すように、同じ商品に対応するクーポンメタ情報が複数種類（クーポンメタ情報１、クーポンメタ情報２）存在する場合について考えてみよう。クーポンメタ情報１の商品名は、ひらがなと漢字で表記されている。一方、クーポンメタ情報２の商品名は、カタカナと漢字で表記されている。人間の目から見れば、同じ商品名であることが明らかであるが、コンピュータからは異なる商品名と認識されてしまう。そこで、クーポン分析モジュール１０４は、例えば、商品名の表記をひらがなと漢字による表記に統一する。つまり、クーポン分析モジュール１０４は、クーポンメタ情報２が与えられた場合、その商品名に含まれるカタカナ表記をひらがな表記に修正する。
【００７４】
同様に、クーポン分析モジュール１０４は、図１１の例において、内容量の単位を「ｃｃ」から「ｍｌ」に修正し、商品分類を「和風調味料」よりも一般的な「調味料」に修正する（修飾表現をカットする）。また、クーポン分析モジュール１０４は、図１１の例において、賞味期限を「月」単位から「年」単位に修正し、標準価格の単位を英語表記「ｙｅｎ」から日本語表記「円」に修正する。さらに、クーポン分析モジュール１０４は、図１１の例において、半角表示された製造者名を全角表示に修正し、英語表記されていた製造国名を日本語表記に修正する。その結果、クーポン分析モジュール１０４は、クーポンメタ情報２の表記ゆれを修正してクーポンメタ情報３を得る。
【００７５】
もちろん、表記ゆれの修正方法はこれに限定されず、任意に設定することが可能である。但し、どのように表記ゆれを修正するかは予め設定しておくことが必要である。また、商品分類など、修正の自由度が高い項目に関する表記ゆれの修正方法については、（１）ユーザが事前に修正用の辞書を作成しておき、その辞書を利用して表記ゆれを修正するか、（２）機械学習により事前に作成した修正用のアルゴリズムを利用して表記ゆれを修正する。もちろん、上記（１）（２）の方法を組み合わせてもよい。なお、クーポンメタ情報を各クーポンに付与する際に、表記ゆれが生じないように徹底するのが望ましい。
【００７６】
再び図１０を参照する。上記のようにして表記ゆれを補正した後、クーポン分析モジュール１０４は、補正後のクーポンメタ情報を用いてクーポンをシリーズ化する（Ｓ１０２）。先に説明した通り、クーポン分析モジュール１０４は、クーポンデータベース１０５を参照し、商品名や価格帯などに基づいて各クーポンをシリーズ化する。特に、クーポン分析モジュール１０４は、各ユーザが持つ好みの細かさに配慮して各クーポンをシリーズ化する。つまり、クーポン分析モジュール１０４は、各ユーザがクーポン選択の際に、実質的に同じ商品だと認識する可能性のある商品群を１つのシリーズにまとめる。
【００７７】
例えば、低価格志向のユーザにとっては、図３に例示した「Ｂシャンプー」と「Ｃシャンプー」は実質的に同じ商品だと認識される可能性が高い。一方、「ＢＷブランド」を好むユーザにとっては、図３に例示した「Ｓ歯ブラシ」「Ｍ歯ブラシ」と「Ｌ歯ブラシ」は実質的に同じ商品だと認識される可能性が高い。また、価格にこだわりがなく、製造者ＩＤ＝０００７の製造者にこだわりのあるユーザにとっては、図３に例示した「Ｃシャンプー」と「Ｄシャンプー」は実質的に同じ商品だと認識される可能性が高い。さらに、割引率の高さにこだわりのあるユーザにとっては、図３に例示した「Ｃシャンプー」と「Ｄシャンプー」は実質的に同じ商品だと認識される可能性が高い。
【００７８】
クーポン分析モジュール１０４は、上記のような実質的に同じ商品だと認識される可能性が高い商品を対象とするクーポン群をシリーズ化する。なお、実質的に同じ商品だと認識される可能性の高い商品を分類するには、例えば、商品名から共通する文字列を抽出し、共通する文字列を商品名に含む商品群を１つの分類項目に割り当てたり、同種の商品群の中から標準価格に基づいて高価格帯の商品と低価格帯の商品とをそれぞれ別の分類項目に分類したりすればよい。さらに、同種の商品群の中から同じ製造者ＩＤの商品群を１つの分類項目に分類したり、割引率の高い商品と低い商品とをそれぞれ別の分類項目に分類したりしてもよい。そして、このようにして分類された商品群に対応するクーポン群を分類項目毎にシリーズ化することで、ユーザが実質的に同じ商品だと認識する可能性の高い商品群をシリーズにまとめることができる。
【００７９】
（ユーザ分析モジュール１０７の動作について）
次に、図１２を参照しながら、ユーザ分析モジュール１０７の動作について説明する。図１２は、ユーザ分析モジュール１０７の動作について説明するための説明図である。
【００８０】
図１２に示すように、まず、ユーザがクーポンを利用すると、クーポン利用履歴データベース１０６にクーポンの利用履歴がユーザ毎に保存される（Ｓ１１１）。ユーザ分析モジュール１０７は、クーポン利用履歴データベース１０６に保存されたユーザ毎の利用履歴を利用して、ユーザの好み、こだわり、購入習慣などを分析する（Ｓ１１２）。
【００８１】
例えば、ユーザが「廉価シャンプー」ばかりを購入している場合、クーポン利用履歴データベース１０６には、「廉価シャンプー」に対応するクーポンの利用履歴が多数残されている。そこで、ユーザ分析モジュール１０７は、そのユーザが「廉価シャンプー」シリーズに対する高い関心度を示していると判断する。また、そのユーザが「廉価シャンプー」を１ヶ月毎に購入している場合、クーポン利用履歴データベース１０６には、「廉価シャンプー」に対応するクーポンの利用履歴が約１ヶ月毎に記録されている。そこで、ユーザ分析モジュール１０７は、そのユーザによる「廉価シャンプー」の購入周期が約１ヶ月であると判断する。
【００８２】
ユーザ分析モジュール１０７は、上記のようにして各ユーザに対し、シリーズクーポンデータベース１０５に格納されたシリーズ毎（又はクーポン毎）に関心度及び購入周期を検出する。そして、ユーザ分析モジュール１０７は、ユーザの関心度に関する分析結果、及び商品の購入周期に関する分析結果などに基づいてユーザの購入商品と購入時期を予測する（Ｓ１１３）。例えば、「高級シャンプー」を２ヶ月毎に購入しているユーザが２００９／８／２０に「高級シャンプー」のクーポンを利用していた場合、ユーザ分析モジュール１０７は、そのユーザが２００９／１０／２０に「高級シャンプー」を購入すると予測する。このようにしてユーザ分析モジュール１０７により予測された購入商品（具体的な商品名又はシリーズ）及び購入周期などの情報は、選択予測モジュール１０８に通知される。
【００８３】
（選択予測モジュール１０８の動作について）
次に、図１３、図１４を参照しながら、選択予測モジュール１０８の動作について説明する。図１３は、選択予測モジュール１０８の動作について説明するための説明図である。図１４は、選択予測モジュール１０８の動作について、より詳細に説明するための説明図である。
【００８４】
図１３に示すように、選択予測モジュール１０８は、ユーザが利用可能なクーポンそれぞれに対し、ユーザの利用確率を示すスコア（クーポンスコア）を算出する（Ｓ１２１）。図１４に示すように、選択予測モジュール１０８は、まず、クーポンデータベース１０５を参照して、有効期限が切れていないクーポンを、ユーザが利用可能なクーポンとして選択する（Ｓ１２１１）。次いで、選択予測モジュール１０８は、ユーザの居住地域から近い店舗で利用可能なクーポンを、ユーザが利用可能なクーポンとして選択する（Ｓ１２１２）。但し、ステップＳ１２１２の処理は、ユーザ分析モジュール１０７によりユーザの生活圏などが予測されている場合に実行される。
【００８５】
次いで、選択予測モジュール１０８は、選択したクーポンについて、購入周期への適合度、各クーポンの利用頻度、シリーズ単位でのクーポンの利用頻度、店舗の利用頻度、現在の時間帯、ユーザの現在位置などに応じてクーポンスコアを算出する（Ｓ１２１３）。例えば、選択予測モジュール１０８は、あるクーポンの対象商品が、最終購入日と購入周期から予測される購入時期にきている商品である場合、そのクーポンのクーポンスコアを高い値に設定する。また、選択予測モジュール１０８は、あるクーポンの利用頻度が高い場合、そのクーポンのクーポンスコアを比較的高い値に設定する。
【００８６】
また、あるシリーズに含まれるクーポンの利用頻度が高い場合、選択予測モジュール１０８は、そのシリーズに含まれるクーポンのクーポンスコア（又はそのシリーズのスコア）を比較的高い値に設定する。さらに、選択予測モジュール１０８は、ある店舗の利用頻度が高い場合、その店舗で利用可能なクーポンのクーポンスコアを比較的高い値に設定する。そして、選択予測モジュール１０８は、あるシリーズに含まれるクーポンの利用時間帯が決まっている場合、その時間帯に、そのシリーズに含まれるクーポンのクーポンスコア（又はそのシリーズのスコア）を比較的高い値に設定する。また、ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）などを利用してユーザの現在地が分かる場合、選択予測モジュール１０８は、ユーザの現在位置に近い店舗で利用可能なクーポンのクーポンスコアを比較的高い値に設定する。
【００８７】
このようにして選択予測モジュール１０８により設定されたクーポンスコアは、クーポンスコアデータベース１０９に格納される。そして、クーポンスコアデータベース１０９に格納された各クーポンのクーポンスコア（又はシリーズのスコア）は、リスト生成モジュール１１０により利用される。なお、上記説明において「シリーズのスコア」という表現を用いたが、このスコアは、シリーズ単位でユーザ毎に設定されるスコアである。多くの場合、あるクーポンをユーザに提供する際、そのクーポンと同じシリーズのクーポンが同時に提供される。そのため、シリーズを単位としてスコアを設定しておき、シリーズ単位のスコアを基準に、ユーザに提示するクーポンを決定してもよい。但し、本実施形態において、シリーズのスコアは、利用してもよいし、利用しなくてもよい。
【００８８】
（リスト生成モジュール１１０の動作について）
次に、図１５を参照しながら、リスト生成モジュール１１０の動作について説明する。図１５は、リスト生成モジュール１１０の動作について説明するための説明図である。
【００８９】
図１５に示すように、リスト生成モジュール１１０は、クーポンスコアデータベース１０９に格納されたクーポンスコアに基づいてクーポンの表示リストを生成する（Ｓ１３１）。このとき、リスト生成モジュール１１０は、クーポンスコアの高い順に所定数のクーポンを選択し、選択したクーポンのクーポン情報を表示リストに追加する。また、リスト生成モジュール１１０は、ユーザ毎に表示リストを生成する。
【００９０】
次いで、リスト生成モジュール１１０は、クーポンスコアデータベース１０９に格納されたクーポンスコアとは無関係に、ユーザに表示したいクーポンを表示リストに追加する（Ｓ１３２）。次いで、リスト生成モジュール１１０は、クーポンスコアデータベース１０９に格納されたクーポンスコアとは無関係に、ユーザに表示したくないクーポンを表示リストから削除する（Ｓ１３３）。例えば、製造者・生産者１０や販売者２０などが特定の期間に販促したい新商品のクーポンを発行した場合など、リスト生成モジュール１１０は、クーポンスコアが未だ設定されていない新商品のクーポンを表示リストに追加する。
【００９１】
このようにしてリスト生成モジュール１１０により生成された表示リストは、通信モジュール１０１を介してユーザ端末４０に送信される。なお、この表示リストは、通信モジュール１０１を介して店舗端末５０に送信されてもよい。
【００９２】
以上、クーポン管理サーバ１００の動作、及び本実施形態に係るクーポン管理方法について説明した。
【００９３】
以上説明したように、本発明の第１実施形態に係るクーポン管理方法を適用すれば、ある時点でユーザが購入を予定している商品のクーポンを当該ユーザが容易に得ることができるようになる。その結果、クーポンの利用が促進され、ユーザは低価格で商品を購入できる機会が増え、製造者・生産者１０や販売者２０などは高い販促効果が得られるようになる。
【００９４】
＜３：第２実施形態＞
次に、本発明の第２実施形態について説明する。上記の第１実施形態においては、クーポンの分析、ユーザの分析をクーポン管理サーバ１００が一手に引き受けていた。しかし、ユーザ数が増加すると、クーポン管理サーバ１００における分析処理の負荷が大きくなる。特に、ユーザの分析に要する演算負荷は、ユーザ数の増大と共に増加する。そこで、本実施形態は、ユーザの分析に係る処理をユーザ端末４０において行うようにするシステム構成を提案する。このシステム構成の場合、各ユーザ端末４０は自身の利用履歴を分析するだけであるため、ユーザ数が増加しても各ユーザ端末４０における演算負荷が増加することはない。従って、本実施形態に係るシステム構成の方が高い拡張性を有する。
【００９５】
［３−１：クーポン管理サーバ１００の構成］
まず、図１６を参照しながら、本実施形態に係るクーポン管理サーバ１００の構成について説明する。但し、上記の第１実施形態に係るクーポン管理サーバ１００と実質的に同じ機能を有する構成要素については同一の符号を付することにより詳細な説明を省略する。図１６は、本実施形態に係るクーポン管理サーバ１００の構成について説明するための説明図である。
【００９６】
図１６に示すように、クーポン管理サーバ１００は、通信モジュール１０１と、クーポン登録モジュール１０２と、クーポンデータベース１０３と、クーポン分析モジュール１０４と、シリーズクーポンデータベース１０５とにより構成される。図２に示した第１実施形態のクーポン管理サーバ１００と比較すると、クーポン利用履歴データベース１０６、ユーザ分析モジュール１０７、選択予測モジュール１０８、クーポンスコアデータベース１０９、リスト生成モジュール１１０が省略されている。つまり、本実施形態に係るクーポン管理サーバ１００は、主に、クーポンのシリーズ化し、そのシリーズに関する情報を提供する装置である。
【００９７】
なお、クーポン分析モジュール１０４による分析方法、クーポンのシリーズ化方法は、上記の第１実施形態と実質的に同じである。上記の第１実施形態と異なる点は、シリーズクーポンデータベース１０５に格納された各シリーズに関する情報が、通信モジュール１０１を介してユーザ端末４０に送信される構成にある。従って、通信モジュール１０１の機能が、上記の第１実施形態に係るクーポン管理サーバ１００とは異なる。クーポン分析モジュール１０４によりクーポン情報が分析され、シリーズ化されたクーポン情報がシリーズクーポンデータベース１０５に格納されると、通信モジュール１０１は、各シリーズに関する情報をユーザ端末４０に送信する。なお、通信モジュール１０１は、各シリーズに関する情報を店舗端末５０に送信してもよい。
【００９８】
以上、クーポン管理サーバ１００の構成について説明した。
【００９９】
［３−２：ユーザ端末４０の構成］
次に、図１７を参照しながら、本実施形態に係るユーザ端末４０の構成について説明する。図１７は、本実施形態に係るユーザ端末４０の構成について説明するための説明図である。
【０１００】
図１７に示すように、ユーザ端末４０は、通信モジュール１０１と、クーポンデータベース４０２と、シリーズクーポンデータベース４０３と、クーポン利用履歴データベース４０４と、ユーザ分析モジュール４０５と、選択予測モジュール４０６と、クーポンスコアデータベース４０７と、リスト生成モジュール４０８と、出力モジュール４０９とにより構成される。
【０１０１】
なお、ユーザ分析モジュール４０５の機能は、上記の第１実施形態に係るユーザ分析モジュール１０７の機能と実質的に同じである。また、選択予測モジュール４０６の機能は、上記の第１実施形態に係る選択予測モジュール１０８の機能と実質的に同じである。さらに、リスト生成モジュール４０８の機能は、上記の第１実施形態に係るリスト生成モジュール１１０の機能と実質的に同じである。従って、ユーザ分析モジュール４０５、選択予測モジュール４０６、リスト生成モジュール４０８については詳細な説明を省略する。
【０１０２】
まず、通信モジュール１０１は、クーポン管理サーバ１００から、クーポン情報（上記のクーポンデータベース１０５に格納されたクーポンの情報）を取得する。そして、通信モジュール１０１により取得されたクーポン情報は、クーポンデータベース４０２に格納される。さらに、通信モジュール１０１は、クーポン管理サーバ１００から、シリーズに関する情報（上記のシリーズクーポンデータベース１０５に格納されたシリーズ及び各シリーズに対応するクーポン）を取得する。そして、通信モジュール１０１により取得されたシリーズに関する情報は、シリーズクーポンデータベース４０３に格納される。
【０１０３】
また、ユーザがクーポンを利用すると、通信モジュール４０１を介してクーポン利用履歴データベース４０４にクーポンの利用履歴が格納される。但し、上記の第１実施形態に係るクーポン利用履歴データベース１０６には全てのユーザに関する利用履歴が格納されたが、クーポン利用履歴データベース４０４には該当ユーザ（ユーザ端末４０の利用ユーザ）に関するクーポンの利用履歴しか格納されない。クーポンデータベース４０３、シリーズクーポンデータベース４０３、クーポン利用履歴データベース４０４に情報が格納されると、ユーザ分析モジュール４０５によりユーザの好み、こだわり、購入習慣などが分析される。
【０１０４】
さらに、ユーザ分析モジュール４０５による分析結果を受けて、選択予測モジュール４０６が各クーポンのクーポンスコアを算出し、クーポンスコアデータベース４０７に各クーポンのクーポンスコアを格納する。クーポンスコアデータベース４０７にクーポンスコアが格納されると、リスト生成モジュール４０８は、クーポンスコアデータベース４０７に格納されたクーポンスコアに基づいてクーポンの表示リストを生成する。そして、リスト生成モジュール４０８により生成された表示リストは、出力モジュール４０９により出力される。出力モジュール４０９は、例えば、ディスプレイなどの表示手段である。なお、リスト生成モジュール４０８により生成された表示リストは、通信モジュール１０１、クーポン管理サーバ１００を介して店舗端末５０に送信されてもよい。
【０１０５】
以上、ユーザ端末４０の構成について説明した。
【０１０６】
以上説明したように、本発明の第２実施形態に係るシステム構成を適用すれば、クーポンの利用履歴を分析する際に要する演算負荷を各ユーザ端末４０に分散することが可能になる。また、個々のユーザの好みやこだわりなど、個人情報がユーザ端末４０の外部に漏れにくくなるため、セキュリティが向上する。その結果、クーポン管理サーバ１００の管理負担が低減される。
【０１０７】
＜４：ハードウェア構成例＞
上記のクーポン管理サーバ１００、ユーザ端末４０が有する各構成要素の機能は、例えば、図１８に示す情報処理装置のハードウェア構成を用いて実現することが可能である。つまり、当該各構成要素の機能は、コンピュータプログラムを用いて図１８に示すハードウェアを制御することにより実現される。なお、このハードウェアの形態は任意であり、例えば、パーソナルコンピュータ、携帯電話、ＰＨＳ、ＰＤＡ等の携帯情報端末、ゲーム機、又は種々の情報家電がこれに含まれる。但し、上記のＰＨＳは、Ｐｅｒｓｏｎａｌ Ｈａｎｄｙ−ｐｈｏｎｅ Ｓｙｓｔｅｍの略である。また、上記のＰＤＡは、Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔの略である。
【０１０８】
図１８に示すように、このハードウェアは、主に、ＣＰＵ９０２と、ＲＯＭ９０４と、ＲＡＭ９０６と、ホストバス９０８と、ブリッジ９１０と、を有する。さらに、このハードウェアは、外部バス９１２と、インターフェース９１４と、入力部９１６と、出力部９１８と、記憶部９２０と、ドライブ９２２と、接続ポート９２４と、通信部９２６と、を有する。但し、上記のＣＰＵは、Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔの略である。また、上記のＲＯＭは、Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙの略である。そして、上記のＲＡＭは、Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙの略である。
【０１０９】
ＣＰＵ９０２は、例えば、演算処理装置又は制御装置として機能し、ＲＯＭ９０４、ＲＡＭ９０６、記憶部９２０、又はリムーバブル記録媒体９２８に記録された各種プログラムに基づいて各構成要素の動作全般又はその一部を制御する。ＲＯＭ９０４は、ＣＰＵ９０２に読み込まれるプログラムや演算に用いるデータ等を格納する手段である。ＲＡＭ９０６には、例えば、ＣＰＵ９０２に読み込まれるプログラムや、そのプログラムを実行する際に適宜変化する各種パラメータ等が一時的又は永続的に格納される。
【０１１０】
これらの構成要素は、例えば、高速なデータ伝送が可能なホストバス９０８を介して相互に接続される。一方、ホストバス９０８は、例えば、ブリッジ９１０を介して比較的データ伝送速度が低速な外部バス９１２に接続される。また、入力部９１６としては、例えば、マウス、キーボード、タッチパネル、ボタン、スイッチ、及びレバー等が用いられる。さらに、入力部９１６としては、赤外線やその他の電波を利用して制御信号を送信することが可能なリモートコントローラ（以下、リモコン）が用いられることもある。
【０１１１】
出力部９１８としては、例えば、ＣＲＴ、ＬＣＤ、ＰＤＰ、又はＥＬＤ等のディスプレイ装置、スピーカ、ヘッドホン等のオーディオ出力装置、プリンタ、携帯電話、又はファクシミリ等、取得した情報を利用者に対して視覚的又は聴覚的に通知することが可能な装置である。但し、上記のＣＲＴは、Ｃａｔｈｏｄｅ Ｒａｙ Ｔｕｂｅの略である。また、上記のＬＣＤは、Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙの略である。そして、上記のＰＤＰは、Ｐｌａｓｍａ ＤｉｓｐｌａｙＰａｎｅｌの略である。さらに、上記のＥＬＤは、Ｅｌｅｃｔｒｏ−Ｌｕｍｉｎｅｓｃｅｎｃｅ Ｄｉｓｐｌａｙの略である。
【０１１２】
記憶部９２０は、各種のデータを格納するための装置である。記憶部９２０としては、例えば、ハードディスクドライブ（ＨＤＤ）等の磁気記憶デバイス、半導体記憶デバイス、光記憶デバイス、又は光磁気記憶デバイス等が用いられる。但し、上記のＨＤＤは、Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅの略である。
【０１１３】
ドライブ９２２は、例えば、磁気ディスク、光ディスク、光磁気ディスク、又は半導体メモリ等のリムーバブル記録媒体９２８に記録された情報を読み出し、又はリムーバブル記録媒体９２８に情報を書き込む装置である。リムーバブル記録媒体９２８は、例えば、ＤＶＤメディア、Ｂｌｕ−ｒａｙメディア、ＨＤ ＤＶＤメディア、各種の半導体記憶メディア等である。もちろん、リムーバブル記録媒体９２８は、例えば、非接触型ＩＣチップを搭載したＩＣカード、又は電子機器等であってもよい。但し、上記のＩＣは、Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔの略である。
【０１１４】
接続ポート９２４は、例えば、ＵＳＢポート、ＩＥＥＥ１３９４ポート、ＳＣＳＩ、ＲＳ−２３２Ｃポート、又は光オーディオ端子等のような外部接続機器９３０を接続するためのポートである。外部接続機器９３０は、例えば、プリンタ、携帯音楽プレーヤ、デジタルカメラ、デジタルビデオカメラ、又はＩＣレコーダ等である。但し、上記のＵＳＢは、Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓの略である。また、上記のＳＣＳＩは、Ｓｍａｌｌ Ｃｏｍｐｕｔｅｒ Ｓｙｓｔｅｍ Ｉｎｔｅｒｆａｃｅの略である。
【０１１５】
通信部９２６は、ネットワーク９３２に接続するための通信デバイスであり、例えば、有線又は無線ＬＡＮ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、又はＷＵＳＢ用の通信カード、光通信用のルータ、ＡＤＳＬ用のルータ、又は各種通信用のモデム等である。また、通信部９２６に接続されるネットワーク９３２は、有線又は無線により接続されたネットワークにより構成され、例えば、インターネット、家庭内ＬＡＮ、赤外線通信、可視光通信、放送、又は衛星通信等である。但し、上記のＬＡＮは、Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋの略である。また、上記のＷＵＳＢは、Ｗｉｒｅｌｅｓｓ ＵＳＢの略である。そして、上記のＡＤＳＬは、Ａｓｙｍｍｅｔｒｉｃ Ｄｉｇｉｔａｌ Ｓｕｂｓｃｒｉｂｅｒ Ｌｉｎｅの略である。
【０１１６】
＜５：まとめ＞
最後に、本発明の実施形態に係る技術内容について簡単に纏める。ここで述べる技術内容は、例えば、ＰＣ、携帯電話、携帯ゲーム機、携帯情報端末、情報家電、カーナビゲーションシステム等、種々の情報処理装置に対して適用することができる。
【０１１７】
上記の情報処理装置の機能構成は次のように表現することができる。当該情報処理装置は、次のような商品情報取得部と、商品分析部と、利用履歴取得部と、履歴分析部と、選択支援部とを有する。上記の商品情報取得部は、クーポンの対象商品に関する商品情報を取得するものである。また、上記の商品分析部は、前記商品情報取得部により取得された商品情報に基づいてクーポンの対象商品を分析し、関連する商品情報を持つ対象商品のクーポンを関連付けるものである。このように、クーポンの対象商品を分析し、商品情報に基づく関連性を利用してクーポンを関連付けておくことにより、ユーザが所望するクーポンを提示する際に、そのクーポンと関連するクーポンを併せて提示できるようになる。
【０１１８】
また、上記の利用履歴取得部は、個々のユーザによるクーポンの利用履歴を取得するものである。さらに、上記の履歴分析部は、前記利用履歴取得部により取得された利用履歴に基づいて個々のユーザが過去に購入した商品の購入時期を分析するものである。そして、上記の選択支援部は、個々のユーザについて、前記履歴分析部による分析結果から前記商品の次回購入時期を予測し、当該次回購入時期に、当該商品を対象商品とするクーポン、及び前記商品分析部により当該クーポンに関連付けられたクーポンを優先的に提示するものである。このような構成にすることで、ユーザが所定のタイミングで購入する商品のクーポンを、そのタイミングに合わせて提示することが可能になる。さらに、ユーザが所望するクーポンの対象商品に関連する商品のクーポンをユーザに提示できるため、ユーザの希望に配慮しつつ、選択肢の幅を広げさせることが可能になる。
【０１１９】
（備考）
上記のクーポン管理サーバ１００は、クーポン選択支援装置の一例である。上記のクーポン分析モジュール１０４は、商品分析部の一例である。上記の通信モジュール１０１は、利用履歴取得部の一例である。上記のユーザ分析モジュール１０７、選択予測モジュール１０８は、履歴分析部の一例である。上記のリスト生成モジュール１１０は、選択支援部の一例である。上記のクーポン管理サーバ１００は、サーバ装置の一例である。上記のユーザ端末４０は、クライアント装置の一例である。上記の通信モジュール１０１は、送信部の一例である。上記の通信モジュール４０１は、受信部、利用履歴取得部の一例である。上記のユーザ分析モジュール４０５、選択予測モジュール４０６は、履歴分析部の一例である。上記のリスト生成モジュール４０８、出力モジュール４０９は、選択支援部の一例である。
【０１２０】
以上、添付図面を参照しながら本発明の好適な実施形態について説明したが、本発明は係る例に限定されないことは言うまでもない。当業者であれば、特許請求の範囲に記載された範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、それらについても当然に本発明の技術的範囲に属するものと了解される。
【符号の説明】
【０１２１】
１０ 製造者・生産者
１１ クーポン登録端末
２０ 販売者
２１ クーポン登録端末
３０ ネットワーク
４０ ユーザ端末
５０ 店舗端末
１００ クーポン管理サーバ
１０１ 通信モジュール
１０２ クーポン登録モジュール
１０３ クーポンデータベース
１０４ クーポン分析モジュール
１０５ シリーズクーポン
１０６ クーポン利用履歴データベース
１０７ ユーザ分析モジュール
１０８ 選択予測モジュール
１０９ クーポンスコアデータベース
１１０ リスト生成モジュール
４０１ 通信モジュール
４０２ クーポンデータベース
４０３ シリーズクーポンデータベース
４０４ クーポン利用履歴データベース
４０５ ユーザ分析モジュール
４０６ 選択予測モジュール
４０７ クーポンスコアデータベース
４０８ リスト生成モジュール
４０９ 出力モジュール
【特許請求の範囲】
【請求項１】
クーポンの対象商品に関する商品情報を取得する商品情報取得部と、
前記商品情報取得部により取得された商品情報に基づいてクーポンの対象商品を分析し、関連する商品情報を持つ対象商品のクーポンを関連付ける商品分析部と、
個々のユーザによるクーポンの利用履歴を取得する利用履歴取得部と、
前記利用履歴取得部により取得された利用履歴に基づいて個々のユーザが過去に購入した商品の購入時期を分析する履歴分析部と、
個々のユーザについて、前記履歴分析部による分析結果から前記商品の次回購入時期を予測し、当該次回購入時期に、当該商品を対象商品とするクーポン、及び前記商品分析部により当該クーポンに関連付けられたクーポンを優先的に提示する選択支援部と、
を備える、
クーポン選択支援装置。
【請求項２】
前記商品分析部は、前記商品情報に同じ表現を含む商品群を検出し、当該商品群に対応する複数のクーポンを関連付ける、
請求項１に記載のクーポン選択支援装置。
【請求項３】
前記商品分析部は、前記商品情報に同じ表現を含む第１の商品群を検出し、当該第１の商品群の中から同じ価格帯に属する第２の商品群を検出し、当該第２の商品群に対応する複数のクーポンを関連付ける、
請求項１に記載のクーポン選択支援装置。
【請求項４】
前記履歴分析部は、個々のユーザが過去に購入した商品の購入時期を分析し、同じ前記商品群に属する商品の購入周期を検出して、当該商品群に属する商品の次回購入時期を予測する、
請求項２又は３に記載のクーポン選択支援装置。
【請求項５】
クーポンの対象商品に関する商品情報を取得する商品情報取得部と、
前記商品情報取得部により取得された商品情報に基づいてクーポンの対象商品を分析し、関連する商品情報を持つ対象商品のクーポンを関連付ける商品分析部と、
前記商品分析部により関連付けられたクーポンの情報、及びクーポンの対象商品に関する商品情報をクライアント装置に送信する送信部と、
を有する、サーバ装置と、
前記サーバ装置から、前記商品分析部により関連付けられたクーポンの情報、及びクーポンの対象商品に関する商品情報を受信する受信部と、
ユーザによるクーポンの利用履歴を取得する利用履歴取得部と、
前記利用履歴取得部により取得された利用履歴に基づいて前記ユーザが過去に購入した商品の購入時期を分析する履歴分析部と、
前記ユーザについて、前記履歴分析部による分析結果から前記商品の次回購入時期を予測し、当該次回購入時期に、当該商品を対象商品とするクーポン、及び前記商品分析部により当該クーポンに関連付けられたクーポンを優先的に提示する選択支援部と、
を有する、前記クライアント装置と、
を含む、
クーポン選択支援システム。
【請求項６】
クーポンの対象商品に関する商品情報を取得する商品情報取得ステップと、
前記商品情報取得ステップにて取得された商品情報に基づいてクーポンの対象商品を分析し、関連する商品情報を持つ対象商品のクーポンを関連付ける商品分析ステップと、
個々のユーザによるクーポンの利用履歴を取得する利用履歴取得ステップと、
前記利用履歴取得ステップにて取得された利用履歴に基づいて個々のユーザが過去に購入した商品の購入時期を分析する履歴分析ステップと、
個々のユーザについて、前記履歴分析ステップにおける分析結果から前記商品の次回購入時期を予測し、当該次回購入時期に、当該商品を対象商品とするクーポン、及び前記商品分析ステップにて当該クーポンに関連付けられたクーポンを優先的に提示する選択支援ステップと、
を含む、
クーポン選択支援方法。
【請求項７】
クーポンの対象商品に関する商品情報を取得する商品情報取得機能と、
前記商品情報取得機能により取得された商品情報に基づいてクーポンの対象商品を分析し、関連する商品情報を持つ対象商品のクーポンを関連付ける商品分析機能と、
個々のユーザによるクーポンの利用履歴を取得する利用履歴取得機能と、
前記利用履歴取得機能により取得された利用履歴に基づいて個々のユーザが過去に購入した商品の購入時期を分析する履歴分析機能と、
個々のユーザについて、前記履歴分析機能による分析結果から前記商品の次回購入時期を予測し、当該次回購入時期に、当該商品を対象商品とするクーポン、及び前記商品分析機能により当該クーポンに関連付けられたクーポンを優先的に提示する選択支援機能と、
をコンピュータに実現させるためのプログラム。
【請求項１】
クーポンの対象商品に関する商品情報を取得する商品情報取得部と、
前記商品情報取得部により取得された商品情報に基づいてクーポンの対象商品を分析し、関連する商品情報を持つ対象商品のクーポンを関連付ける商品分析部と、
個々のユーザによるクーポンの利用履歴を取得する利用履歴取得部と、
前記利用履歴取得部により取得された利用履歴に基づいて個々のユーザが過去に購入した商品の購入時期を分析する履歴分析部と、
個々のユーザについて、前記履歴分析部による分析結果から前記商品の次回購入時期を予測し、当該次回購入時期に、当該商品を対象商品とするクーポン、及び前記商品分析部により当該クーポンに関連付けられたクーポンを優先的に提示する選択支援部と、
を備える、
クーポン選択支援装置。
【請求項２】
前記商品分析部は、前記商品情報に同じ表現を含む商品群を検出し、当該商品群に対応する複数のクーポンを関連付ける、
請求項１に記載のクーポン選択支援装置。
【請求項３】
前記商品分析部は、前記商品情報に同じ表現を含む第１の商品群を検出し、当該第１の商品群の中から同じ価格帯に属する第２の商品群を検出し、当該第２の商品群に対応する複数のクーポンを関連付ける、
請求項１に記載のクーポン選択支援装置。
【請求項４】
前記履歴分析部は、個々のユーザが過去に購入した商品の購入時期を分析し、同じ前記商品群に属する商品の購入周期を検出して、当該商品群に属する商品の次回購入時期を予測する、
請求項２又は３に記載のクーポン選択支援装置。
【請求項５】
クーポンの対象商品に関する商品情報を取得する商品情報取得部と、
前記商品情報取得部により取得された商品情報に基づいてクーポンの対象商品を分析し、関連する商品情報を持つ対象商品のクーポンを関連付ける商品分析部と、
前記商品分析部により関連付けられたクーポンの情報、及びクーポンの対象商品に関する商品情報をクライアント装置に送信する送信部と、
を有する、サーバ装置と、
前記サーバ装置から、前記商品分析部により関連付けられたクーポンの情報、及びクーポンの対象商品に関する商品情報を受信する受信部と、
ユーザによるクーポンの利用履歴を取得する利用履歴取得部と、
前記利用履歴取得部により取得された利用履歴に基づいて前記ユーザが過去に購入した商品の購入時期を分析する履歴分析部と、
前記ユーザについて、前記履歴分析部による分析結果から前記商品の次回購入時期を予測し、当該次回購入時期に、当該商品を対象商品とするクーポン、及び前記商品分析部により当該クーポンに関連付けられたクーポンを優先的に提示する選択支援部と、
を有する、前記クライアント装置と、
を含む、
クーポン選択支援システム。
【請求項６】
クーポンの対象商品に関する商品情報を取得する商品情報取得ステップと、
前記商品情報取得ステップにて取得された商品情報に基づいてクーポンの対象商品を分析し、関連する商品情報を持つ対象商品のクーポンを関連付ける商品分析ステップと、
個々のユーザによるクーポンの利用履歴を取得する利用履歴取得ステップと、
前記利用履歴取得ステップにて取得された利用履歴に基づいて個々のユーザが過去に購入した商品の購入時期を分析する履歴分析ステップと、
個々のユーザについて、前記履歴分析ステップにおける分析結果から前記商品の次回購入時期を予測し、当該次回購入時期に、当該商品を対象商品とするクーポン、及び前記商品分析ステップにて当該クーポンに関連付けられたクーポンを優先的に提示する選択支援ステップと、
を含む、
クーポン選択支援方法。
【請求項７】
クーポンの対象商品に関する商品情報を取得する商品情報取得機能と、
前記商品情報取得機能により取得された商品情報に基づいてクーポンの対象商品を分析し、関連する商品情報を持つ対象商品のクーポンを関連付ける商品分析機能と、
個々のユーザによるクーポンの利用履歴を取得する利用履歴取得機能と、
前記利用履歴取得機能により取得された利用履歴に基づいて個々のユーザが過去に購入した商品の購入時期を分析する履歴分析機能と、
個々のユーザについて、前記履歴分析機能による分析結果から前記商品の次回購入時期を予測し、当該次回購入時期に、当該商品を対象商品とするクーポン、及び前記商品分析機能により当該クーポンに関連付けられたクーポンを優先的に提示する選択支援機能と、
をコンピュータに実現させるためのプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【公開番号】特開２０１１−２４３０４１（Ｐ２０１１−２４３０４１Ａ）
【公開日】平成２３年１２月１日（２０１１．１２．１）
【国際特許分類】
【出願番号】特願２０１０−１１５３４７（Ｐ２０１０−１１５３４７）
【出願日】平成２２年５月１９日（２０１０．５．１９）
【出願人】（０００００２１８５）ソニー株式会社 (34,172)
【Ｆターム（参考）】
【公開日】平成２３年１２月１日（２０１１．１２．１）
【国際特許分類】
【出願日】平成２２年５月１９日（２０１０．５．１９）
【出願人】（０００００２１８５）ソニー株式会社 (34,172)
【Ｆターム（参考）】
[ Back to top ]