JP2016157344A - クーポン情報配信プログラム、クーポン情報配信装置およびクーポン情報配信方法 - Google Patents

Abstract

【課題】店舗の時間帯毎の来客者数の平準化を図る。
【解決手段】クーポン情報配信装置１０１は、来店日を含む事前情報を端末装置１０２から受信する。クーポン情報配信装置１０１は、事前情報と記憶手段に記憶された店舗の繁忙情報とに基づいて、来店日における１つ以上の時間帯と、１つ以上の時間帯それぞれに対応する割引率とを端末装置１０２に送信する。クーポン情報配信装置１０１は、１つ以上の時間帯の中から時間帯の指定を端末装置１０２から受信すると、来店日の指定された時間帯に利用可能な、指定された時間帯に応じた割引を行うクーポン情報を端末装置１０２に配信する。
【選択図】図１

Description

本発明は、クーポン情報配信プログラム、クーポン情報配信装置およびクーポン情報配信方法に関する。

従来、小売ビジネスにおいて、消費者の囲い込みや購買行動の促進手段の一例として、クーポン情報の配信やポイントサービスの提供がある。クーポン情報やポイントサービスは、購入金額からいくらかの金額を割り引くことで、消費者を囲い込み、購買行動を促進させている。

関連する先行技術としては、例えば、インターネット登録会員の購買履歴に基づいて、一定期間内の購買に対してのみ有効で、購買履歴の購買額または購買頻度が多い程有利となる優待特典を、インターネットを介して通知する技術がある。

特開２００２−１５７４８９号公報

しかしながら、従来技術では、小売店舗の時間帯毎の来客者数の平準化は困難である。例えば、発行日から特定の日までの一定期間内の購買に有効である優待特典を提供する場合、消費者は自分の都合のよい時間に来店して優待特典を利用できる。このため、優待特典で小売店舗の時間帯毎の来客者数の平準化は困難である。

一つの側面では、本発明は、店舗の時間帯毎の来客者数の平準化を図ることを可能とするクーポン情報配信プログラム、クーポン情報配信装置およびクーポン情報配信方法を提供することを目的とする。

１つの態様では、来店日を含む事前情報を端末装置から受信し、受信した事前情報と、記憶手段に記憶された店舗の繁忙情報とに基づいて決定される、来店日における１つ以上の時間帯と、１つ以上の時間帯それぞれに対応する割引率とを端末装置に送信し、端末装置から、１つ以上の時間帯の中から時間帯の指定を受け付けると、来店日の指定された時間帯に利用可能な、指定された時間帯に応じた割引を行うクーポン情報を端末装置に配信するクーポン情報配信プログラム、クーポン情報配信装置およびクーポン情報配信方法が提案される。

一つの側面では、店舗の時間帯毎の来客者数の平準化を図ることを可能とするという効果を奏する。

図１は、実施の形態にかかるクーポン情報配信装置１０１の一実施例を示す説明図である。 図２は、実施の形態にかかるクーポン情報配信システム２００のシステム構成例を示す説明図である。 図３は、実施の形態にかかるクーポン情報配信装置１０１のハードウェア構成例を示すブロック図である。 図４は、実施の形態にかかる購買宣言ＤＢ４００の一例を示す説明図である。 図５は、実施の形態にかかる購買宣言物品明細ＤＢ５００の一例を示す説明図である。 図６は、実施の形態にかかるユーザＤＢ６００の一例を示す説明図である。 図７は、実施の形態にかかる特典１ＤＢ７００の一例を示す説明図である。 図８は、実施の形態にかかる特典２ＤＢ８００の一例を示す説明図である。 図９は、実施の形態にかかる特典３ＤＢ９００の一例を示す説明図である。 図１０は、実施の形態にかかる追加特典１ＤＢ１０００の一例を示す説明図である。 図１１は、実施の形態にかかる追加特典２ＤＢ１１００の一例を示す説明図である。 図１２は、実施の形態にかかる購入物品特典ＤＢ１２００の一例を示す説明図である。 図１３は、実施の形態にかかる来店実績ＤＢ１３００の一例を示す説明図である。 図１４は、実施の形態にかかる入力画面１４００の一例を示す説明図である。 図１５は、実施の形態にかかるクーポン表示画面１５００の一例を示す説明図である。 図１６は、実施の形態にかかる追加クーポン表示画面１６００の一例を示す説明図である。 図１７は、実施の形態にかかるクーポン情報配信装置１０１の機能的構成例を示すブロック図である。 図１８は、実施の形態にかかるクーポン情報配信装置１０１のクーポン発行動作処理手順の一例を示すフローチャートである。 図１９は、実施の形態にかかるクーポン情報配信装置１０１のユーザ割引率算出処理手順の一例を示すフローチャートである。 図２０は、実施の形態にかかるクーポン情報配信装置１０１の追加特典算出処理手順の一例を示すフローチャートである。

以下に図面を参照して、本発明にかかるクーポン情報配信プログラム、クーポン情報配信装置およびクーポン情報配信方法の実施の形態を詳細に説明する。

（実施の形態）
図１は、実施の形態にかかるクーポン情報配信装置１０１の一実施例を示す説明図である。クーポン情報配信装置１０１は、端末装置１０２からの要求に基づいて、クーポン情報を配信するコンピュータである。

ここで、クーポン情報とは、消費者が商品を購入する際に提示することにより、購入金額からいくらかの金額の割引を受けることができる情報である。例えば、消費者は、クーポン情報を、紙に印刷して、または、端末装置１０２の画面に表示して、商品購入時に提示することで、割引を受けることができる。

従来、小売店舗では、時間帯毎に来客する人の数は異なる。例えば、夕食時間前の時間帯は他の時間帯に比べて、来客者数は多い。ここで、来客者数とは、小売店舗に来店した来店者の数、または、小売店舗に来店し商品を購入した買い物者の数である。小売店舗では、時間帯毎の来客者数に応じて、パートタイマー等の人数を用意しなければならない。このため、小売店舗にとって、時間帯毎の来客者数が平準化された方が好ましい。

しかし、クーポン情報は、一定期間内の購買に有効であるため、消費者は自分の都合のよい時間に来店してクーポン情報を利用できる。このため、クーポン情報を配信することで、店舗の時間帯毎の来客者数の平準化を図ることは困難である。

そこで、実施の形態では、クーポン情報配信装置１０１は、来店日を含む事前情報を受信し、来店日の繁忙情報に基づいて来店日の時間帯に応じた割引率と時間帯を提示し、時間帯の指定を受け付けると時間帯に応じた割引を行うクーポン情報を配信する。これにより、クーポン情報配信装置１０１は、来店日の来客者数の少ない時間帯に割引率の高いクーポン情報を配信できるため、来客者数の少ない時間帯に消費者を来店させることが可能になる。このため、クーポン情報配信装置１０１は、店舗の時間帯毎の来客者数の平準化を図ることが可能となる。

以下、実施の形態にかかるクーポン情報配信装置１０１の一実施例について説明する。図１の例では、消費者が、端末装置１０２に来店日を入力してクーポン情報配信装置１０１にクーポン情報の配信を要求する例である。

（１）クーポン情報配信装置１０１は、消費者が来店を行うと宣言した来店日を含む事前情報を端末装置１０２から受信する。ここで、例えば、クーポン情報配信装置１０１は、来店日を年月日で受信することができる。

図１の例では、消費者が端末装置１０２の画面１１０に来店日として２０１４年１１月１５日を入力し、クーポン情報配信装置１０１に送信する。クーポン情報配信装置１０１は、消費者の来店日として、２０１４年１１月１５日を受信する。

（２）クーポン情報配信装置１０１は、事前情報と、記憶手段に記憶された店舗の繁忙情報とに基づいて、来店日における１つ以上の時間帯と、１つ以上の時間帯それぞれに対応する割引率とを端末装置１０２に送信する。例えば、記憶手段は過去の来店実績を有し、クーポン情報配信装置１０１は過去の来店実績から、来店日の時間帯毎の繁忙の度合いを算出することができる。また、クーポン情報配信装置１０１は、繁忙でない時間帯に高い割引率を設定した情報を端末装置１０２に送信することができる。

図１の例では、クーポン情報配信装置１０１は、２０１４年１１月１５日の時間帯毎の繁忙の度合いを算出し、繁忙でない時間帯１０：００−１１：００と時間帯１４：００−１５：００に対してそれぞれ割引率１％と２％を端末装置１０２に送信する。ここで、時間帯１０：００−１１：００の方が、時間帯１４：００−１５：００より繁忙であるため、割引率が低く設定されてある。

（３）クーポン情報配信装置１０１は、１つ以上の時間帯の中から時間帯の指定を端末装置１０２から受信する。ここで、消費者は、クーポン情報配信装置１０１が送信した時間帯と割引率を検討し、時間帯を選択して、クーポン情報配信装置１０１に送信する。例えば、消費者は、来店可能な時間帯で、最も割引率が高い時間帯を選択することができる。

図１の例では、端末装置１０２の画面１１１にクーポン情報配信装置１０１が送信した時間帯１０：００−１１：００と時間帯１４：００−１５：００とそれぞれの割引率が表示され、消費者は時間帯１４：００−１５：００を選択する。

（４）クーポン情報配信装置１０１は、来店日の指定された時間帯に利用可能な、指定された時間帯に応じた割引を行うクーポン情報を端末装置１０２に配信する。

図１の例では、クーポン情報配信装置１０１は、２０１４年１１月１５日の時間帯１４：００−１５：００に利用可能な、クーポン情報を端末装置１０２に配信し、クーポン情報が、端末装置１０２の画面１１２に表示される。

以上説明したように、クーポン情報配信装置１０１は、来店日を含む事前情報を端末装置１０２から受信する。クーポン情報配信装置１０１は、事前情報と記憶手段に記憶された店舗の繁忙情報とに基づいて、来店日における１つ以上の時間帯と、１つ以上の時間帯それぞれに対応する割引率とを端末装置１０２に送信する。クーポン情報配信装置１０１は、１つ以上の時間帯の中から時間帯の指定を端末装置１０２から受信すると、来店日の指定された時間帯に利用可能な、指定された時間帯に応じた割引を行うクーポン情報を端末装置１０２に配信する。

これにより、クーポン情報配信装置１０１は、来店日の来客者数の少ない時間帯に割引率の高いクーポン情報を配信できるため、来客者数の少ない時間帯に消費者を来店させることが可能になる。このため、クーポン情報配信装置１０１は、店舗の時間帯毎の来客者数の平準化を図ることが可能となる。また、店舗の時間帯毎の来客者数が平準化されるため、店舗は、来客者数が多くなる時間帯にパートタイマー等の人数を多く用意しなくてもよくなる。また、クーポン情報配信装置１０１は、消費者に来店する日と時間を指定させ、双方向でコミュニケーションを行うため、消費者に時間帯毎の割引率のクーポン情報を配布するより、消費者が来店する可能性が高くなる。このため、クーポン情報配信装置１０１は、消費者が来店する日の時間帯の来客者数を予測することが可能になる。

（クーポン情報配信システム２００のシステム構成例）
図２は、実施の形態にかかるクーポン情報配信システム２００のシステム構成例を示す説明図である。図２において、クーポン情報配信システム２００は、クーポン情報配信装置１０１と、端末装置１０２と、を含む。クーポン情報配信装置１０１と端末装置１０２は、有線または無線のネットワーク２２０を介して接続される。ネットワーク２２０は、例えば、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）、インターネットなどである。

クーポン情報配信装置１０１は、端末装置１０２からの要求に基づいて、クーポン情報を配信するコンピュータである。具体的には、例えば、クーポン情報配信装置１０１はサーバ等のコンピュータである。

また、クーポン情報配信装置１０１は、データベース２１０を有する。図１に示した記憶手段はデータベース２１０に対応する。データベース２１０は、購買宣言ＤＢ４００、購買宣言物品明細ＤＢ５００、ユーザＤＢ６００、特典１ＤＢ７００、特典２ＤＢ８００および特典３ＤＢ９００を有する。データベース２１０は、さらに追加特典１ＤＢ１０００、追加特典２ＤＢ１１００、購入物品特典ＤＢ１２００および来店実績ＤＢ１３００を有する。これらの記憶内容については、図４〜図１３を用いて後述する。

端末装置１０２は、クーポン情報配信装置１０１にクーポン情報の配信を要求するコンピュータである。具体的に、端末装置１０２は、ＰＣ（パーソナル・コンピュータ）、タブレット端末等のコンピュータである。

（クーポン情報配信装置１０１のハードウェア構成例）
図３は、実施の形態にかかるクーポン情報配信装置１０１のハードウェア構成例を示すブロック図である。図３において、クーポン情報配信装置１０１は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）３０１と、メモリ３０２と、Ｉ／Ｆ（Ｉｎｔｅｒｆａｃｅ）３０３と、ディスクドライブ３０４と、ディスク３０５と、を有する。また、各構成部は、バス３００によってそれぞれ接続される。

ここで、ＣＰＵ３０１は、クーポン情報配信装置１０１の全体の制御を司る。メモリ３０２は、例えば、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）およびフラッシュＲＯＭなどを有する。具体的には、例えば、フラッシュＲＯＭやＲＯＭが各種プログラムを記憶し、ＲＡＭは記憶部としてＣＰＵ３０１のワークエリアとして使用される。メモリ３０２に記憶されるプログラムは、ＣＰＵ３０１にロードされることで、コーディングされている処理をＣＰＵ３０１に実行させる。

Ｉ／Ｆ３０３は、通信回線を通じてＬＡＮ、ＷＡＮ、インターネットなどのネットワーク２２０に接続され、ネットワーク２２０を介して他のコンピュータ（例えば、図２に記載の端末装置１０２）に接続される。そして、Ｉ／Ｆ３０３は、ネットワーク２２０と内部のインターフェースを司り、他のコンピュータからのデータの入出力を制御する。Ｉ／Ｆ３０３には、例えば、モデムやＬＡＮアダプタなどを採用することができる。

ディスクドライブ３０４は、ＣＰＵ３０１の制御に従ってディスク３０５に対するデータのリード／ライトを制御する。ディスク３０５は、ディスクドライブ３０４の制御で書き込まれたデータを記憶する。ディスク３０５としては、例えば、磁気ディスク、光ディスクなどが挙げられる。

なお、クーポン情報配信装置１０１は、上述した構成部のほか、例えば、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）、キーボード、マウス、プリンタ、ディスプレイなどを有することにしてもよい。また、図２に示した端末装置１０２についても、クーポン情報配信装置１０１と同様のハードウェア構成例により実現することができる。

（購買宣言ＤＢ４００の一例）
図４は、実施の形態にかかる購買宣言ＤＢ４００の一例を示す説明図である。図４において、購買宣言ＤＢ４００は、例えば、クーポン情報配信装置１０１によって作成、更新され、クーポン情報配信装置１０１のメモリまたはディスクに記憶される。

購買宣言ＤＢ４００は、宣言ＩＤ（Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）、ユーザＩＤ、来店日および購入予定金額の項目を有する。購買宣言ＤＢ４００は、各項目に情報を設定することで、購買宣言情報を１レコードとして記憶する。例えば、図４に示す購買宣言ＤＢ４００は、購買宣言情報４００−１〜４００−５を各レコードとして記憶する。

ここで、宣言ＩＤは、ユーザが端末装置１０２を用いて行った購買宣言を識別する識別子を示す。ここで、購買宣言とは、ユーザが、店舗に来店する予定の来店日と、来店時に使用する予定の購入予定金額を宣言したものである。また、購買宣言には、さらに購入予定の物品および当該物品の購入予定の数量を含んでいてもよい。

また、ユーザＩＤは、端末装置１０２のユーザを識別する識別子を示す。例えば、ユーザＩＤは、ユーザのメールアドレスであることができる。また、来店日は、購買宣言でユーザが来店を宣言した日を示す。また、購入予定金額は、購買宣言でユーザが宣言した日に購入する予定の金額を示す。例えば、単位は、円である。

図４の例では、レコード４００−１は、メールアドレスが「ａａａ＠ｘｘｘ．ｃｏｍ」のユーザが２０１４年１１月２０日に来店し、５０００円分の商品を購入することを宣言したことを示す。

（購買宣言物品明細ＤＢ５００の一例）
図５は、実施の形態にかかる購買宣言物品明細ＤＢ５００の一例を示す説明図である。図５において、購買宣言物品明細ＤＢ５００は、例えば、クーポン情報配信装置１０１によって作成、更新され、クーポン情報配信装置１０１のメモリまたはディスクに記憶される。

購買宣言物品明細ＤＢ５００は、ＩＤ、宣言ＩＤ、購入物品および数量の項目を有する。購買宣言物品明細ＤＢ５００は、各項目に情報を設定することで、購買宣言物品情報を１レコードとして記憶する。例えば、図５に示す購買宣言物品明細ＤＢ５００は、購買宣言物品情報５００−１〜５００−５を各レコードとして記憶する。

ここで、ＩＤは、購買宣言物品情報を識別する識別子を示す。また、宣言ＩＤは、ユーザが端末装置１０２を用いて行った購買宣言を識別する識別子を示す。宣言ＩＤは、購買宣言ＤＢ４００の宣言ＩＤに対応する。また、購入物品は、宣言ＩＤの購買宣言で購入を宣言した物品の名称を示す。また、数量は、宣言ＩＤの購買宣言で購入を宣言した物品の購入数量を示す。

図５の例では、レコード５００−１は、メールアドレスが「ａａａ＠ｘｘｘ．ｃｏｍ」のユーザが２０１４年１１月２０日に来店し、「卵」を１個購入することを宣言したことを示す。

（ユーザＤＢ６００の一例）
図６は、実施の形態にかかるユーザＤＢ６００の一例を示す説明図である。図６において、ユーザＤＢ６００は、例えば、クーポン情報配信装置１０１によって作成、更新され、クーポン情報配信装置１０１のメモリまたはディスクに記憶される。

ユーザＤＢ６００は、ユーザＩＤ、宣言回数、宣言との合致（±２０％）、宣言との合致（＋２０％ｏｖｅｒ）、宣言との合致（−２０％ｏｖｅｒ）および購買宣言のキャンセル回数の項目を有する。ユーザＤＢ６００はさらに、累計購入金額、クーポン割引適用率、宣言より多く購入した累計金額および前回の買い物で宣言より多く購入した金額の項目を有する。ユーザＤＢ６００は、各項目に情報を設定することで、ユーザ情報を１レコードとして記憶する。例えば、図６に示すユーザＤＢ６００は、ユーザ情報６００−１〜６００−５を各レコードとして記憶する。

ここで、ユーザＩＤは、端末装置１０２のユーザを識別する識別子を示す。宣言回数は、ユーザが購買宣言を行った回数を示す。また、宣言との合致（±２０％）は、ユーザが宣言を行った日に来店し、購入した商品の金額の和と購入予定金額との差額が２０％以内であった回数を示す。また、宣言との合致（＋２０％ｏｖｅｒ）は、ユーザが宣言を行った日に来店し、購入した商品の金額の和が購入予定金額より２０％を超えて多かった回数を示す。また、宣言との合致（−２０％ｏｖｅｒ）は、ユーザが宣言を行った日に来店し、購入した商品の金額の和が購入予定金額より２０％を超えて少なかった回数を示す。また、購買宣言のキャンセル回数は、ユーザが宣言を行った日に来店しなかった回数を示す。

また、累計購入金額は、ユーザが現在までに購入した商品の金額の累計を示す。また、クーポン割引適用率は、発行されたクーポン情報に対して、ユーザがクーポン情報を使用した割合を示す。また、宣言より多く購入した累計金額は、ユーザが宣言を行った日に来店し、購入した商品の金額の和が購入予定金額より多かった場合の購入予定金額を超えた分の累計を示す。また、前回の買い物で宣言より多く購入した金額は、ユーザが前回宣言を行った日に来店し、購入した商品の金額の和が購入予定金額より多かった場合の購入予定金額を超えた分を示す。

図６の例では、レコード６００−１は、メールアドレスが「ａａａ＠ｘｘｘ．ｃｏｍ」のユーザが、購買宣言を５回行い、そのうち３回は宣言を行った日に来店し、購入した商品の金額の和と購入予定金額との差額が２０％以内であったことを示す。また、レコード６００−１は、購買宣言のうちの１回は、宣言を行った日に来店し、購入した商品の金額の和が購入予定金額より２０％を超えて少なかったことを示し、購買宣言のうちの１回は、宣言を行った日に来店しなかったことを示す。また、レコード６００−１は、ユーザが現在までに購入した商品の金額の累計は、２８０００円であり、ユーザは、発行されたクーポン情報をすべて使用し、宣言より多く購入した累計金額は、４０００円であることを示す。また、レコード６００−１は、前回の買い物で宣言より多く購入した金額は、３５００円であることを示す。

（特典１ＤＢ７００の一例）
図７は、実施の形態にかかる特典１ＤＢ７００の一例を示す説明図である。図７において、特典１ＤＢ７００は、例えば、クーポン情報配信装置１０１によって作成、更新され、クーポン情報配信装置１０１のメモリまたはディスクに記憶される。

特典１ＤＢ７００は、購入予定金額および特典の項目を有する。特典１ＤＢ７００は、各項目に情報を設定することで、特典１情報を１レコードとして記憶する。例えば、図７に示す特典１ＤＢ７００は、特典１情報７００−１〜７００−９を各レコードとして記憶する。

ここで、購入予定金額は、購買宣言でユーザが宣言した日に購入する予定の金額を示す。また、特典は、購買宣言でユーザが宣言した購入予定金額に対応する割引率を示す。例えば、特典は、ユーザが宣言を行った日に来店し、商品を購入した場合に割引される率を示す。また、特典は、購入予定金額が大きいほど割引率を高く設定することができる。また、割引率は、ユーザが購入した商品の金額の総和に適用されてもよいし、購買宣言で宣言した購入予定金額に適用されてもよい。

図７の例では、レコード７００−１は、購入予定金額が１０００円未満の場合、割引がないことを示す。

（特典２ＤＢ８００の一例）
図８は、実施の形態にかかる特典２ＤＢ８００の一例を示す説明図である。図８において、特典２ＤＢ８００は、例えば、クーポン情報配信装置１０１によって作成、更新され、クーポン情報配信装置１０１のメモリまたはディスクに記憶される。

特典２ＤＢ８００は、信頼係数および特典の項目を有する。特典２ＤＢ８００は、各項目に情報を設定することで、特典２情報を１レコードとして記憶する。例えば、図８に示す特典２ＤＢ８００は、特典２情報８００−１〜８００−５を各レコードとして記憶する。

ここで、信頼係数は、購買宣言をしたユーザの信頼度を示す。例えば、信頼係数は、０から１までの数値で表され、１に近いほどユーザの信頼度を高くすることができる。また、例えば、購買宣言をしたユーザが、購買宣言の来店日に来店し、購入した商品の金額の和が購入予定金額の一定範囲内に含まれる回数が多いほど信頼係数を高くすることができる。ここで、一定範囲は、例えば、±２０％以内である。また、特典は、信頼係数に対応する割引率を示す。例えば、特典は、信頼係数が高いほど割引率を高く設定することができる。

図８の例では、レコード８００−１は、信頼係数が１．０−０．８の場合、２．５％割引されることを示す。

（特典３ＤＢ９００の一例）
図９は、実施の形態にかかる特典３ＤＢ９００の一例を示す説明図である。図９において、特典３ＤＢ９００は、例えば、クーポン情報配信装置１０１によって作成、更新され、クーポン情報配信装置１０１のメモリまたはディスクに記憶される。

特典３ＤＢ９００は、前回超過金額および特典の項目を有する。特典３ＤＢ９００は、各項目に情報を設定することで、特典３情報を１レコードとして記憶する。例えば、図９に示す特典３ＤＢ９００は、特典３情報９００−１〜９００−７を各レコードとして記憶する。

ここで、前回超過金額は、ユーザが前回宣言を行った日に来店し、購入した商品の金額の和が宣言した購入予定金額より多かった場合の宣言した購入予定金額を超えた分を示す。また、特典は、前回超過金額に対応する割引率を示す。例えば、特典は、前回超過金額が多いほど割引率を高く設定することができる。

図９の例では、レコード９００−１は、前回超過金額が０−５００円の場合、割引がないことを示す。

（追加特典１ＤＢ１０００の一例）
図１０は、実施の形態にかかる追加特典１ＤＢ１０００の一例を示す説明図である。図１０において、追加特典１ＤＢ１０００は、例えば、クーポン情報配信装置１０１によって作成、更新され、クーポン情報配信装置１０１のメモリまたはディスクに記憶される。

追加特典１ＤＢ１０００は、来店者数および追加特典の項目を有する。追加特典１ＤＢ１０００は、各項目に情報を設定することで、追加特典１情報を１レコードとして記憶する。例えば、図１０に示す追加特典１ＤＢ１０００は、追加特典１情報１０００−１〜１０００−７を各レコードとして記憶する。

ここで、来店者数は、店舗に来店した人数を示す。単位は、例えば人である。また、追加特典は、来店者数に対応する割引率を示す。例えば、追加特典は、来店者数が少ないほど割引率を高く設定することができる。例えば、追加特典は、ユーザが宣言を行った日に来店し、商品を購入した場合に、さらに割引される率を示す。例えば、追加特典は、特典１ＤＢ７００の特典、特典２ＤＢ８００の特典および特典３ＤＢ９００の特典に追加される。

図１０の例では、レコード１０００−１は、来店者数が１０００人未満の場合、２％割引が追加されることを示す。

（追加特典２ＤＢ１１００の一例）
図１１は、実施の形態にかかる追加特典２ＤＢ１１００の一例を示す説明図である。図１１において、追加特典２ＤＢ１１００は、例えば、クーポン情報配信装置１０１によって作成、更新され、クーポン情報配信装置１０１のメモリまたはディスクに記憶される。

追加特典２ＤＢ１１００は、繁忙係数および追加特典の項目を有する。追加特典２ＤＢ１１００は、各項目に情報を設定することで、追加特典２情報を１レコードとして記憶する。例えば、図１１に示す追加特典２ＤＢ１１００は、追加特典２情報１１００−１〜１１００−７を各レコードとして記憶する。

ここで、繁忙係数とは、店舗の繁忙の度合いを示すものである。例えば、繁忙係数は、０から１までの数値で表され、１に近いほど店舗が繁忙であることを示す。また、追加特典は、繁忙係数に対応する割引率を示す。例えば、追加特典は、繁忙係数が少ないほど割引率を高く設定することができる。

図１１の例では、レコード１１００−１は、繁忙係数が０−０．１の場合、３％割引が追加されることを示す。

（購入物品特典ＤＢ１２００の一例）
図１２は、実施の形態にかかる購入物品特典ＤＢ１２００の一例を示す説明図である。図１２において、購入物品特典ＤＢ１２００は、例えば、クーポン情報配信装置１０１によって作成、更新され、クーポン情報配信装置１０１のメモリまたはディスクに記憶される。

購入物品特典ＤＢ１２００は、物品名および購入物品特典の項目を有する。購入物品特典ＤＢ１２００は、各項目に情報を設定することで、購入物品特典情報を１レコードとして記憶する。例えば、図１２に示す購入物品特典ＤＢ１２００は、購入物品特典情報１２００−１〜１２００−４を各レコードとして記憶する。

ここで、物品名は、割引対象の商品を識別する識別子を示す。また、購入物品特典は、物品名に対応する割引率を示す。例えば、購入物品特典は、物品名毎に決められ、物品名の物品を購入する際に割引される率を示す。また、購入物品特典は、特典１ＤＢ７００の特典、特典２ＤＢ８００の特典および特典３ＤＢ９００の特典に追加されることもできる。また、購入物品特典は、追加特典１ＤＢ１０００の追加特典および追加特典２ＤＢ１１００の追加特典に追加されることもできる。

図１２の例では、レコード１２００−１は、物品名「おいしい牛乳」の場合、１％割引されることを示す。

（来店実績ＤＢ１３００の一例）
図１３は、実施の形態にかかる来店実績ＤＢ１３００の一例を示す説明図である。図１３において、来店実績ＤＢ１３００は、例えば、クーポン情報配信装置１０１によって作成、更新され、クーポン情報配信装置１０１のメモリまたはディスクに記憶される。

来店実績ＤＢ１３００は、日付、曜日、時間帯、天候、気温、来店者数、買い物者数およびパート人数の項目を有する。来店実績ＤＢ１３００は、各項目に情報を設定することで、来店実績情報を１レコードとして記憶する。例えば、図１３に示す来店実績ＤＢ１３００は、来店実績情報１３００−１〜１３００−１８を各レコードとして記憶する。

ここで、日付は、特定の日を指定する識別子である。例えば、年、月、日で表される。また、曜日は、当該レコードの日付の曜日を示す。また、時間帯は、特定の時間帯を指定する識別子である。また、天候は、当該レコードの日付の時間帯における天候を示す。また、気温は、当該レコードの日付の時間帯における温度を示す。

また、来店者数は、当該レコードの日付の時間帯に店舗に来店した人数を示す。例えば、来店者数は、店舗のゲートを通過した人を検出することにより求めることができる。買い物者数は、当該レコードの日付の時間帯に店舗で買い物をした人数を示す。例えば、買い物者数は、店舗のレジで精算した人数である。また、パート人数は、当該レコードの日付の時間帯に店舗で働いたパートタイマーの人数を示す。また、来店者数、買い物者数およびパート人数の単位は、例えば人である。

図１３の例では、レコード１３００−１は、２０１３年１１月１６日の土曜日の１０時から１１時の天候は晴れであり、気温は１２℃であることを示す。また、レコード１３００−１は、１０時から１１時の間に１２５５人が来店し、８３２人が買い物をし、そのときのパートタイマーは４人であることを示す。

（入力画面１４００の一例）
図１４は、実施の形態にかかる入力画面１４００の一例を示す説明図である。図１４において、入力画面１４００は、端末装置１０２がクーポン情報を要求する際に、クーポン情報配信装置１０１に送信する情報を入力するための画面である。例えば、入力画面１４００は、端末装置１０２のユーザが、ユーザＩＤとパスワードを入力してクーポン情報配信装置１０１にログインすることにより表示される。入力画面１４００は、例えば、クーポン情報配信装置１０１によって作成され、端末装置１０２のディスプレイに表示される。

入力画面１４００は、来店日入力項目１４１０、金額入力項目１４２０、品名入力項目１４３０、数量入力項目１４４０、追加ボタン１４５０およびクーポン発行ボタン１４６０を有する。品名入力項目１４３０および数量入力項目１４４０は、複数あってもよい。

ここで、来店日入力項目１４１０は、ユーザが店舗に来店する予定の来店日を入力する項目である。例えば、ユーザは年月日を入力することによって、来店をする日を入力する。また、金額入力項目１４２０は、ユーザが来店をする日に店舗で購入を予定する金額を入力する項目である。

また、品名入力項目１４３０は、ユーザが来店をする日に店舗で購入を予定する購入物品を入力する項目である。また、数量入力項目１４４０は、ユーザが来店をする日に店舗で購入を予定する購入物品の数量を入力する項目である。

また、追加ボタン１４５０は、購入物品および購入物品の数量の入力項目をさらに追加する場合に押下されるボタンである。例えば、図１４では、品名入力項目１４３０および数量入力項目１４４０は、２つであるため、３つ以上の購入物品および購入物品の数量を入力する場合に押下される。また、クーポン発行ボタン１４６０は、入力された項目の情報をクーポン情報配信装置１０１に送信するためのボタンである。

図１４の例は、ユーザが、来店をする日として、「２０１４／１１／１５」を入力して、購入を予定している金額として、「６，０００円」を入力した例である。また、図１４の例は、ユーザが、購入物品として、「おいしい牛乳」と「マヨネーズ」を入力し、それぞれの購入数量として「２」および「１」を入力した例である。

（クーポン表示画面１５００の一例）
図１５は、実施の形態にかかるクーポン表示画面１５００の一例を示す説明図である。図１５において、クーポン表示画面１５００は、クーポン情報配信装置１０１が配信したクーポン情報を表示し、追加割引の情報を表示するための画面である。例えば、クーポン表示画面１５００は、端末装置１０２のユーザが入力画面１４００に情報を入力後、クーポン情報配信装置１０１に送信することにより表示される。クーポン表示画面１５００は、例えば、クーポン情報配信装置１０１によって作成され、端末装置１０２のディスプレイに表示される。

クーポン表示画面１５００は、クーポン情報１５１０、追加割引項目１５２０およびクーポン発行ボタン１５３０を有する。

ここで、クーポン情報１５１０は、クーポン情報配信装置１０１が配信したクーポン情報を示す。また、クーポン情報１５１０には、利用可能日時、利用可能な最低金額等の条件を同時に表示することもできる。また、例えば、ユーザは、クーポン情報１５１０またはクーポン情報１５１０を印刷したものを店舗のレジで提示することにより、割引を受けることができる。

また、追加割引項目１５２０は、ユーザが選択可能な項目であって、クーポン情報配信装置１０１が提示した追加割引の情報を示す。例えば、追加割引の情報は、ユーザが入力画面１４００に入力した日で店舗が繁忙でない時間とその時間に来店した場合の追加の割引率である。また、クーポン発行ボタン１５３０は、ユーザが選択した項目の情報をクーポン情報配信装置１０１に送信するためのボタンである。例えば、ユーザは、追加割引項目１５２０の追加割引の情報をマウスでクリックする、または、ディスプレイにタッチすることで、選択することができる。

ここで、ユーザは、追加割引項目１５２０の項目を選択せずにクーポン情報配信装置１０１に送信してもよい。この場合、クーポン情報配信装置１０１は、追加の割引のクーポンを発行しなくてもよい。また、ユーザは、追加割引項目１５２０の項目を複数選択してクーポン情報配信装置１０１に送信してもよい。この場合、クーポン情報配信装置１０１は、追加の割引のクーポンを複数発行してもよい。

図１５の例は、ユーザが、２０１４年１１月１５日に来店し、５０００円以上購入した場合に利用可能なクーポン情報を受け取ることを示す。また、図１５の例は、ユーザが、１４：００−１５：００に来店した場合に２％割引が追加となることを選択したことを示す。

（追加クーポン表示画面１６００の一例）
図１６は、実施の形態にかかる追加クーポン表示画面１６００の一例を示す説明図である。図１６において、追加クーポン表示画面１６００は、クーポン情報配信装置１０１が配信した追加クーポン情報を表示するための画面である。ここで、追加クーポン情報とは、時間帯別のクーポン情報および購入物品毎のクーポン情報である。例えば、追加クーポン表示画面１６００は、端末装置１０２のユーザが、クーポン表示画面１５００の追加割引項目１５２０の項目を選択後、クーポン情報配信装置１０１に送信することにより表示される。追加クーポン表示画面１６００は、例えば、クーポン情報配信装置１０１によって作成され、端末装置１０２のディスプレイに表示される。

追加クーポン表示画面１６００は、追加クーポン情報１６１０および物品クーポン情報１６２０を有する。

ここで、追加クーポン情報１６１０は、クーポン情報配信装置１０１が配信した追加クーポン情報を示す。また、追加クーポン情報１６１０には、利用可能日時、利用可能な最低金額、利用可能時間帯等の条件を同時に表示することもできる。

また、物品クーポン情報１６２０は、入力画面１４００の品名入力項目１４３０で、ユーザが入力した物品に対して、クーポン情報配信装置１０１が配信したクーポン情報を示す。ここで、クーポン情報配信装置１０１は、ユーザが入力した物品に対して割引率が設定されているときに物品クーポン情報１６２０を配信することができる。具体的には、ユーザが入力した物品が購入物品特典ＤＢ１２００の物品名にあるときに物品クーポン情報１６２０が配信される。

また、例えば、ユーザは、物品クーポン情報１６２０または物品クーポン情報１６２０を印刷したものを店舗のレジで提示することにより、表示された物品に対する割引が受けられる。また、ユーザが追加割引項目１５２０の項目を選択せずにクーポン情報配信装置１０１に送信した場合、クーポン情報配信装置１０１は、追加クーポン情報１６１０を配信せず、物品クーポン情報１６２０を配信することができる。

図１６の例は、ユーザが、２０１４年１１月１５日に来店し、１４：００−１５：００の間に、５０００円以上購入した場合に利用可能な追加クーポン情報を受け取ることを示す。また、図１６の例は、ユーザが、物品「おいしい牛乳」を購入した場合に２％割引となるクーポン情報を受け取ることを示す。

（クーポン情報配信装置１０１の機能的構成例）
図１７は、実施の形態にかかるクーポン情報配信装置１０１の機能的構成例を示すブロック図である。図１７においてクーポン情報配信装置１０１は、受信部１７０１と、特典決定部１７０２と、追加特典決定部１７０３と、送信部１７０４と、を含む構成である。受信部１７０１と、特典決定部１７０２と、追加特典決定部１７０３と、送信部１７０４と、を含む制御部は、具体的には、例えば、図３に示したメモリ３０２などの記憶装置に記憶されたプログラムをＣＰＵ３０１に実行させることにより、その機能を実現する。各機能部の処理結果は、例えば、図３に示したメモリ３０２などの記憶装置に記憶される。

受信部１７０１は、端末装置１０２からのクーポン情報の発行要求およびユーザが選択した時間帯を受信する機能を有する。受信部１７０１は、例えば、クーポン情報の発行要求を受信時、来店日、購入予定金額、購入物品および数量の購買宣言を受信する。

また、受信部１７０１は、宣言ＩＤを生成し、ログイン時に使用したユーザＩＤ、来店日および購入予定金額を購買宣言ＤＢ４００に登録する。また、受信部１７０１は、ＩＤを生成し、購買宣言ＤＢ４００の宣言ＩＤ、購入物品および数量を購買宣言物品明細ＤＢ５００に登録する。また、受信部１７０１は、購買宣言物品明細ＤＢ５００を集計して、需要予測をするためのデータとすることができる。

特典決定部１７０２は、受信部１７０１が受信したクーポン情報の発行要求に基づいて、ユーザに対する特典を決定する機能を有する。例えば、特典決定部１７０２は、受信した購買宣言の購入予定金額に対応する特典１ＤＢ７００のレコードの特典を第１特典として算出する。また、特典決定部１７０２は、ユーザＤＢ６００に基づいて、ユーザの信頼係数を算出し、算出した信頼係数に対応する特典２ＤＢ８００のレコードの特典を第２特典として算出する。また、特典決定部１７０２は、ユーザの前回超過金額に対応する特典３ＤＢ９００のレコードの特典を第３特典として算出する。

また、特典決定部１７０２は、第１特典、第２特典および第３特典よりユーザに対する特典を算出することができる。例えば、特典決定部１７０２は、第１特典、第２特典および第３特典を加算することによりユーザに対する特典を算出する。

ここで、信頼係数とは、ユーザの購買宣言に対する信頼度を表す係数である。例えば、信頼係数が高いほど、ユーザは、購買宣言を守る可能性が高いことを示す。このため、特典決定部１７０２は、信頼係数が高いユーザには、低いユーザよりも高い割引率を特典として適用することができる。

例えば、特典決定部１７０２は、ユーザの信頼係数をユーザＤＢ６００から以下のように算出することができる。例えば、特典決定部１７０２は、宣言回数が多く、宣言との合致の数が多いユーザほど信頼係数を高く設定することができる。

例えば、特典決定部１７０２は、宣言との合致の中で、宣言との合致（±２０％）の比率が高いユーザに信頼係数を高く設定することができる。また、特典決定部１７０２は、宣言との合致の中で、宣言との合致（＋２０％ｏｖｅｒ）の比率が高いユーザに信頼係数を高く設定することができる。ここで、特典決定部１７０２は、宣言との合致（±２０％）の比率が高いユーザに対して、宣言との合致（＋２０％ｏｖｅｒ）の比率が高いユーザより、信頼係数を高く設定することができる。また、特典決定部１７０２は、宣言との合致の中で、宣言との合致（−２０％ｏｖｅｒ）の比率が高いユーザに信頼係数を低く設定することができる。

また、特典決定部１７０２は、宣言回数に対する購買宣言のキャンセル回数の比率が高いユーザに信頼係数を低く設定することができる。また、特典決定部１７０２は、クーポン割引適用率が高いユーザに信頼係数を高く設定することができる。

また、特典決定部１７０２は、宣言より多く購入した累計金額が多いユーザに信頼係数を高く設定することができる。ここで、特典決定部１７０２は、購入予定金額を低く抑え、実際には多い金額を使用するユーザ対策のために一定の割合より多い累計金額を信頼係数設定の対象外とすることもできる。

また、特典決定部１７０２は、前回の買い物で宣言より多く購入した金額が多いユーザに信頼係数を高く設定することができる。ここで、特典決定部１７０２は、購入予定金額を低く抑え、実際には多い金額を使用するユーザ対策のために一定の割合より多く購入した金額を信頼係数設定の対象外とすることもできる。

また、特典決定部１７０２は、購買宣言を行った日が購買宣言の来店日より前であるほど割引率を高く設定することができる。例えば、特典決定部１７０２は、購買宣言の来店日のｎ日前に購買宣言した場合は、購買宣言の来店日のｎ−１日前に購買宣言した場合より、割引率を高く設定することができる。

追加特典決定部１７０３は、受信部１７０１が受信したクーポン情報の発行要求に基づいて、ユーザに対する追加特典を決定する機能を有する。例えば、追加特典決定部１７０３は、受信した購買宣言の来店日の来客者数が少ない時間帯に対して追加の割引率を決定することができる。例えば、追加特典決定部１７０３は、購買宣言の来店日における来店者数を予測して、予測した来店者数に対応する追加特典１ＤＢ１０００のレコードの追加特典を第１追加特典として算出する。また、例えば、追加特典決定部１７０３は、繁忙係数を算出し、算出した繁忙係数に対応する追加特典２ＤＢ１１００のレコードの追加特典を第２追加特典として算出する。

また、追加特典決定部１７０３は、第１追加特典および第２追加特典よりユーザに対する追加特典を算出することができる。例えば、追加特典決定部１７０３は、第１追加特典および第２追加特典を加算することによりユーザに対する追加特典を算出する。

ここで、追加特典決定部１７０３は、購買宣言の来店日における各時間帯の来店者数を来店実績ＤＢ１３００から以下のように算出することができる。例えば、追加特典決定部１７０３は、時間帯毎に、購買宣言の来店日の１年前の同日前後１週間の同じ曜日の日の来店者数を、購買宣言の来店日における来店者数と予測することができる。また、追加特典決定部１７０３は、購買宣言の来店日の天候の予報が、来店日の１年前の同日前後１週間の同じ曜日の日の天候と異なる場合、他の週の同じ曜日の日の同じ天候の日の来店者数を、購買宣言の来店日における来店者数と予測することができる。

ここで、繁忙係数とは、ある時間帯において店舗におけるレジの繁忙度合いを示す係数である。例えば、繁忙係数が高い時間帯では、レジに多くの人員を配置しなければならないため、ユーザがこの時間に来店して商品を購入することは好ましくない。このため、追加特典決定部１７０３は、繁忙係数が低い時間帯である来客者数が少ない帯に追加の割引率を設定する。また、追加特典決定部１７０３は、繁忙係数が低い時間帯ほど、追加の割引率を高く設定することができる。また、追加特典決定部１７０３は、繁忙係数が高い時間帯に対して追加の割引率をなしとすることができる。

例えば、追加特典決定部１７０３は、購買宣言の来店日の各時間帯における繁忙係数を来店実績ＤＢ１３００から以下のように算出することができる。追加特典決定部１７０３は、時間帯毎に、来店者数を予測した来店実績ＤＢ１３００のレコードから買い物者数を予測する。追加特典決定部１７０３は、来店者数および買い物者数から各時間帯における繁忙係数を算出することができる。例えば、追加特典決定部１７０３は、買い物者数を来店者数で除算することにより、繁忙係数を算出する。

また、追加特典決定部１７０３は、購買宣言の購入物品に対する特典を算出することができる。例えば、追加特典決定部１７０３は、購買宣言の購入物品に対応する購入物品特典ＤＢ１２００のレコードの購入物品特典を特典として算出する。ここで、購買宣言の購入物品が購入物品特典ＤＢ１２００の物品名に存在しない場合、追加特典決定部１７０３は、特典をなしにすることができる。人気商品は、割り引かなくても売れるためである。

また、追加特典決定部１７０３は、購買宣言の購入物品に対する特典を算出する際、購入数量に応じて特典として算出することもできる。例えば、追加特典決定部１７０３は、購買宣言の購入物品を多く購入するユーザに対して割引率を高くすることができる。

送信部１７０４は、端末装置１０２にクーポン情報および追加クーポン情報を送信する機能を有する。例えば、送信部１７０４は、端末装置１０２からクーポン情報の発行要求を受信した場合、特典決定部１７０２が決定したユーザに対する特典に基づくクーポン情報を送信する。また、送信部１７０４は、端末装置１０２からユーザが選択した時間帯を受信した場合、ユーザが選択した時間帯に基づく追加クーポン情報を送信する。

また、送信部１７０４は、端末装置１０２からクーポン情報の発行要求を受信した場合、追加特典決定部１７０３が決定したユーザに対する追加特典を送信する。例えば、送信部１７０４は、時間帯および時間帯に対する割引率を端末装置１０２に送信する。

また、上記の形態に加え、受信部１７０１は、端末装置１０２から購買宣言のキャンセルを受信することができる。この場合、ユーザが購買宣言の来店日より前に来店して、購買宣言の購入物品を購入した時、追加特典決定部１７０３は、ユーザが購買宣言の来店日より前に来店して、購買宣言の購入物品を購入した場合の回数を信頼係数に反映することができる。例えば、追加特典決定部１７０３は、購買宣言の来店日に来店して購入した場合より、信頼係数を低くし、購買宣言の来店日に来店しなかった場合より高くすることができる。

さらに、上記の形態に加え、クーポン情報配信装置１０１は、事前決済の機能を有することができる。この場合、ユーザが購入を宣言した物品を取っておくことができるため、売り切れを防ぐことができる。さらに、クーポン情報配信装置１０１は、決済まで済ませるため、損失リスクをなくすことができる。このため、クーポン情報配信装置１０１、事前決済をした場合、さらにユーザが購入を宣言した物品に対して割引率を高く設定することができる。

（クーポン発行動作処理手順の一例）
図１８は、実施の形態にかかるクーポン情報配信装置１０１のクーポン発行動作処理手順の一例を示すフローチャートである。図１８において、まず、クーポン情報配信装置１０１は、端末装置１０２のユーザがログインしたか否かを判断する（ステップＳ１８０１）。例えば、クーポン情報配信装置１０１は、端末装置１０２からユーザＩＤとパスワードを受信することによってユーザがログインしたと判断することができる。

ユーザがログインしない場合（ステップＳ１８０１：Ｎｏ）、クーポン情報配信装置１０１の処理は、ステップＳ１８０１に戻る。ユーザがログインした場合（ステップＳ１８０１：Ｙｅｓ）、クーポン情報配信装置１０１は、端末装置１０２から来店日、購入予定金額、購入物品および数量を含む購買宣言を受信する（ステップＳ１８０２）。例えば、クーポン情報配信装置１０１は、端末装置１０２の入力画面１４００にユーザが入力した来店日、購入予定金額、購入物品および数量を受信する。

クーポン情報配信装置１０１は、来店日、購入予定金額を購買宣言ＤＢ４００に登録する（ステップＳ１８０３）。この際、例えば、クーポン情報配信装置１０１は、宣言ＩＤを生成し、ログイン時に使用したユーザＩＤを購買宣言ＤＢ４００に登録する。具体的には、図１４に入力された情報が送信された場合、購買宣言ＤＢ４００にレコード４００−５が登録される。

クーポン情報配信装置１０１は、購入物品、数量を購買宣言物品明細ＤＢ５００に登録する（ステップＳ１８０４）。この際、例えば、クーポン情報配信装置１０１は、ＩＤを生成し、購買宣言ＤＢ４００の宣言ＩＤを購買宣言物品明細ＤＢ５００に登録する。具体的には、図１４に入力された情報が送信された場合、購買宣言物品明細ＤＢ５００にレコード５００−２、５００−３が登録される。

クーポン情報配信装置１０１は、ユーザに対する特典を算出する（ステップＳ１８０５）。ここで、クーポン情報配信装置１０１が、ユーザに対する特典を算出するユーザ割引率算出処理手順は、図１９で後述する。

クーポン情報配信装置１０１は、時間帯に対する追加特典を算出する（ステップＳ１８０６）。ここで、クーポン情報配信装置１０１が、時間帯に対する追加特典を算出する追加特典算出処理手順は、図２０で後述する。

クーポン情報配信装置１０１は、購買宣言に対するクーポン情報および時間帯に対する追加特典を送信する（ステップＳ１８０７）。例えば、クーポン情報配信装置１０１は、端末装置１０２にクーポン表示画面１５００を送信する。また、クーポン情報配信装置１０１は、時間帯毎に追加特典を算出して、追加特典がある時間帯と当該時間帯に対する追加特典を送信する。

クーポン情報配信装置１０１は、端末装置１０２から時間帯を受信したか否かを判断する（ステップＳ１８０８）。例えば、クーポン情報配信装置１０１は、端末装置１０２から、クーポン表示画面１５００の追加割引項目１５２０の項目を受信することによって端末装置１０２から時間帯を受信したと判断することができる。ここで、クーポン情報配信装置１０１は、選択されていない追加割引項目１５２０の項目を受信することもできる。

端末装置１０２から時間帯を受信しない場合（ステップＳ１８０８：Ｎｏ）、クーポン情報配信装置１０１の処理は、ステップＳ１８０８に戻る。端末装置１０２から時間帯を受信した場合（ステップＳ１８０８：Ｙｅｓ）、クーポン情報配信装置１０１は、時間帯に対する追加クーポン情報１６１０を送信する（ステップＳ１８０９）。

クーポン情報配信装置１０１は、購入物品に対する物品クーポン情報１６２０を送信する（ステップＳ１８１０）。例えば、クーポン情報配信装置１０１は、端末装置１０２に追加クーポン表示画面１６００を送信することで、追加クーポン情報１６１０と物品クーポン情報１６２０を送信することができる。

これにより、本フローチャートにおける一連の処理は終了する。本フローチャートを実行することで、クーポン情報配信装置１０１は、ユーザが来店すると宣言した日に利用可能なクーポン情報を送信することができる。さらに、クーポン情報配信装置１０１は、ユーザが来店すると宣言した日の特定の時間帯、およびユーザが購入を宣言した物品に利用可能なクーポン情報を送信することができる。

（ユーザ割引率算出処理手順の一例）
図１９は、実施の形態にかかるクーポン情報配信装置１０１のユーザ割引率算出処理手順の一例を示すフローチャートである。図１９において、まず、クーポン情報配信装置１０１は、特典１ＤＢ７００から購入予定金額に基づく第１特典を算出する（ステップＳ１９０１）。例えば、クーポン情報配信装置１０１は、ステップＳ１８０２で受信した購入予定金額に対応する特典１ＤＢ７００のレコードの特典を第１特典として算出する。具体的には、図１４に入力された情報が送信された場合、クーポン情報配信装置１０１は、購入予定金額が「６，０００円」であるため、第１特典として「２％ｏｆｆ」を算出する。

クーポン情報配信装置１０１は、ユーザＤＢ６００から信頼係数を算出する（ステップＳ１９０２）。クーポン情報配信装置１０１は、特典２ＤＢ８００から信頼係数に基づく第２特典を算出する（ステップＳ１９０３）。例えば、クーポン情報配信装置１０１は、ステップＳ１９０２で算出した信頼係数に対応する特典２ＤＢ８００のレコードの特典を第２特典として算出する。具体的には、図１４に入力された情報が送信された場合、クーポン情報配信装置１０１は、ユーザＤＢ６００から、ユーザ「ｆｆｆ＠ｆｆｆｆ．ｎｅ．ｊｐ」の信頼係数を例えば「０．３」と算出する。また、クーポン情報配信装置１０１は、信頼係数が「０．３」であるため、第２特典として「なし」を算出する。

クーポン情報配信装置１０１は、特典３ＤＢ９００から前回超過金額に基づく第３特典を算出する（ステップＳ１９０４）。例えば、クーポン情報配信装置１０１は、ログインしたユーザに対応するユーザＤＢ６００のレコードの前回の買い物で宣言より多く購入した金額を前回超過金額とすることができる。クーポン情報配信装置１０１は、前回超過金額に対応する特典３ＤＢ９００のレコードの特典を第３特典として算出する。具体的には、ユーザ「ｆｆｆ＠ｆｆｆｆ．ｎｅ．ｊｐ」の場合、クーポン情報配信装置１０１は、前回の買い物で宣言より多く購入した金額が「８００円」であるため、第３特典として「なし」を算出する。

クーポン情報配信装置１０１は、第１特典、第２特典および第３特典よりユーザに対する特典を算出する（ステップＳ１９０５）。例えば、クーポン情報配信装置１０１は、第１特典、第２特典および第３特典を加えることにより、ユーザに対する特典を算出する。具体的に、図１４に入力された情報が送信された場合、クーポン情報配信装置１０１は、第１特典「２％ｏｆｆ」、第２特典「なし」および第３特典「なし」を加えることにより、ユーザに対する特典「２％ｏｆｆ」を算出する。

これにより、本フローチャートにおける一連の処理は終了する。本フローチャートを実行することで、クーポン情報配信装置１０１は、ユーザに対する特典である割引率をユーザ毎に算出することができる。

（追加特典算出処理手順の一例）
図２０は、実施の形態にかかるクーポン情報配信装置１０１の追加特典算出処理手順の一例を示すフローチャートである。図２０において、まず、クーポン情報配信装置１０１は、来店実績ＤＢ１３００から時間帯毎の来店者数を予測する（ステップＳ２００１）。例えば、クーポン情報配信装置１０１は、時間帯毎に、ステップＳ１８０２で受信した来店日の１年前の同日前後１週間の同じ曜日の日の来店者数を、来店日の来店者数と予測することができる。また、クーポン情報配信装置１０１は、ステップＳ１８０２で受信した来店日の天候の予報が、来店日の１年前の同日前後１週間の同じ曜日の日の天候と異なる場合、他の週の同じ曜日の日の同じ天候の日の来店者数を、来店日の来店者数と予測することができる。

具体的には、図１４に入力された情報が送信された場合、クーポン情報配信装置１０１は、２０１４年１１月１５日土曜日の１年前の同日前後１週間の同じ曜日の日、２０１３年１１月１６日の来店者数を来店者数とする。例えば、時間帯１０：００−１１：００に対して、クーポン情報配信装置１０１は、来店者数を「１２５５」人と予測する。

クーポン情報配信装置１０１は、追加特典１ＤＢ１０００から来店者数に基づく第１追加特典を時間帯毎に算出する（ステップＳ２００２）。例えば、クーポン情報配信装置１０１は、ステップＳ２００１で予測した来店者数に対応する追加特典１ＤＢ１０００のレコードの追加特典を第１追加特典として算出する。具体的には、図１４に入力された情報が送信された場合、クーポン情報配信装置１０１は、来店者数が「１２５５」人であるため、第１特典として「＋１％ｏｆｆ」を算出する。

クーポン情報配信装置１０１は、来店実績ＤＢ１３００から買い物者数を時間帯毎に予測する（ステップＳ２００３）。例えば、クーポン情報配信装置１０１は、ステップＳ２００１で予測した来店者数のレコードの買い物者数を、来店日の買い物者数と予測することができる。具体的には、図１４に入力された情報が送信された場合、クーポン情報配信装置１０１は、買い物者数を「８３２」人と予測する。

クーポン情報配信装置１０１は、来店者数および買い物者数から繁忙係数を時間帯毎に算出する（ステップＳ２００４）。例えば、クーポン情報配信装置１０１は、買い物者数を来店者数で除算することより、繁忙係数を算出する。具体的には、図１４に入力された情報が送信された場合、クーポン情報配信装置１０１は、繁忙係数を８３２／１２５５＝０．６６・・・と算出する。

クーポン情報配信装置１０１は、追加特典２ＤＢ１１００から繁忙係数に基づく第２追加特典を時間帯毎に算出する（ステップＳ２００５）。例えば、クーポン情報配信装置１０１は、ステップＳ２００４で算出した繁忙係数に対応する追加特典２ＤＢ１１００のレコードの追加特典を第２追加特典として算出する。具体的には、図１４に入力された情報が送信された場合、クーポン情報配信装置１０１は、繁忙係数が「０．６６」であるため、第２特典として「なし」を算出する。

クーポン情報配信装置１０１は、第１追加特典および第２追加特典より追加特典を時間帯毎に算出する（ステップＳ２００６）。例えば、クーポン情報配信装置１０１は、第１追加特典および第２追加特典を加えることにより、ユーザに対する追加特典を算出する。具体的には、図１４に入力された情報が送信された場合、クーポン情報配信装置１０１は、第１追加特典「＋１％ｏｆｆ」および第２追加特典「なし」を加えることにより、ユーザに対する追加特典「＋１％ｏｆｆ」を算出する。

これにより、本フローチャートにおける一連の処理は終了する。本フローチャートを実行することで、クーポン情報配信装置１０１は、ユーザに対する追加特典である割引率を時間毎に算出することができる。

以上説明したように、クーポン情報配信装置１０１は、来店日を含む事前情報を端末装置１０２から受信する。クーポン情報配信装置１０１は、事前情報と記憶手段に記憶された店舗の繁忙情報とに基づいて、来店日における１つ以上の時間帯と、１つ以上の時間帯それぞれに対応する割引率とを端末装置１０２に送信する。クーポン情報配信装置１０１は、１つ以上の時間帯の中から時間帯の指定を端末装置１０２から受信すると、来店日の指定された時間帯に利用可能な、指定された時間帯に応じた割引を行うクーポン情報を端末装置１０２に配信する。

これにより、クーポン情報配信装置１０１は、来店日の来客者数の少ない時間帯に割引率の高いクーポン情報を配信できるため、来客者数の少ない時間帯にユーザを来店させることが可能になる。このため、クーポン情報配信装置１０１は、店舗の時間帯毎の来客者数の平準化を図ることが可能となる。また、店舗の時間帯毎の来客者数が平準化されるため、店舗は、来客者数が多くなる時間帯にパートタイマー等の人数を多く用意しなくてもよくなる。また、クーポン情報配信装置１０１は、消費者に来店する日と時間を指定させ、双方向でコミュニケーションを行うため、ユーザに時間帯毎の割引率のクーポン情報を配布するより、ユーザが来店する可能性が高くなる。このため、クーポン情報配信装置１０１は、ユーザが来店する日の時間帯の来客者数を予測することが可能になる。

また、事前情報は、購入金額を含み、クーポン情報配信装置１０１は、端末装置１０２に、来店日の指定された時間帯に、購入金額から所定の差額以内の購入をする際に利用可能な、クーポン情報を配信することができる。

これにより、クーポン情報配信装置１０１は、購入金額に応じて割引率を決定できる。このため、クーポン情報配信装置１０１は、多く購入するユーザに対して、割引率を高く決定でき、多く購入するユーザを優遇して、囲い込むことができる。また、事前情報に購入金額を含むため、クーポン情報配信装置１０１は、来店日での売り上げを予測することができる。また、事前情報に購入金額を入力させるため、来店日のみを入力されることに比べて、入力量が増えるため、クーポン情報配信装置１０１は、来店するつもりがないのに事前情報を送信することを防ぐことができる。

また、記憶手段は、端末装置１０２のユーザの購入履歴をさらに記憶し、クーポン情報配信装置１０１は、購入履歴および購入金額に応じて決定される割引情報を端末装置１０２に送信することができる。

これにより、クーポン情報配信装置１０１は、購入履歴に応じて割引率を決定できる。このため、クーポン情報配信装置１０１は、今まで多く購入したユーザに対して、割引率を高く決定でき、今まで多く購入したユーザを優遇して、囲い込むことができる。

また、購入履歴は、クーポン情報配信装置１０１が事前情報を受信した回数と、事前情報に含まれる来店日に来店した回数とを有し、割引情報は、受信した回数に対する来店した回数の割合に応じて決定されることができる。

これにより、クーポン情報配信装置１０１は、事前情報の来店日に来店したことに応じて割引率を決定できる。このため、クーポン情報配信装置１０１は、事前情報の来店日に来店し、宣言を守るユーザに対して、割引率を高く決定でき、信頼できるユーザを優遇して、囲い込むことができる。

また、クーポン情報配信装置１０１は、購入物品の購入数量をさらに端末装置１０２から受信し、購入物品を購入する際に利用可能な、クーポン情報を配信することができる。

これにより、クーポン情報配信装置１０１は、購入物品および購入物品の購入数量を事前に知ることができる。このため、クーポン情報配信装置１０１は、過去データの分析ではなく、ユーザからの直の声を指標とする、需要予測をするためのデータを提供できる。

なお、本実施の形態で説明したクーポン情報配信方法は、予め用意されたプログラムをパーソナル・コンピュータやワークステーション等のコンピュータで実行することにより実現することができる。本クーポン情報配信プログラムは、ハードディスク、フレキシブルディスク、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤ等のコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行される。また、本クーポン情報配信プログラムは、インターネット等のネットワークを介して配布してもよい。

上述した実施の形態に関し、さらに以下の付記を開示する。

（付記１）コンピュータに、
来店日を含む事前情報を端末装置から受信し、
受信した前記事前情報と、記憶手段に記憶された店舗の繁忙情報とに基づいて決定される、前記来店日における１つ以上の時間帯と、前記１つ以上の時間帯それぞれに対応する割引率とを前記端末装置に送信し、
前記端末装置から、前記１つ以上の時間帯の中から時間帯の指定を受け付けると、前記来店日の指定された前記時間帯に利用可能な、指定された前記時間帯に応じた割引を行うクーポン情報を前記端末装置に配信する、
処理を実行させることを特徴とするクーポン情報配信プログラム。

（付記２）前記事前情報は、購入金額をさらに含み、
前記送信する処理は、前記購入金額に応じて決定される割引情報をさらに前記端末装置に送信し、
前記配信する処理は、前記来店日の指定された前記時間帯に前記購入金額から所定の差額以内の購入をする際に利用可能な、前記購入金額と指定された前記時間帯とに応じた割引を行う前記クーポン情報を配信する、
ことを特徴とする付記１に記載のクーポン情報配信プログラム。

（付記３）前記記憶手段は、前記端末装置のユーザの購入履歴をさらに記憶し、
前記送信する処理は、前記購入履歴および前記購入金額に応じて決定される前記割引情報を前記端末装置に送信する、
ことを特徴とする付記２に記載のクーポン情報配信プログラム。

（付記４）前記購入履歴は、前記事前情報を受信した回数と、前記事前情報に含まれる来店日に来店した回数とを有し、
前記割引情報は、前記受信した回数に対する前記来店した回数の割合に応じて決定される、
ことを特徴とする付記３に記載のクーポン情報配信プログラム。

（付記５）前記受信する処理は、購入物品の購入数量をさらに前記端末装置から受信し、
前記配信する処理は、前記購入物品を購入する際に利用可能な、前記購入物品に応じた他のクーポン情報をさらに配信する、
ことを特徴とする付記１〜４のいずれか一つに記載のクーポン情報配信プログラム。

（付記６）来店日を含む事前情報を端末装置から受信し、
受信した前記事前情報と、記憶手段に記憶された店舗の繁忙情報とに基づいて決定される、前記来店日における１つ以上の時間帯と、前記１つ以上の時間帯それぞれに対応する割引率とを前記端末装置に送信し、
前記端末装置から、前記１つ以上の時間帯の中から時間帯の指定を受け付けると、前記来店日の指定された前記時間帯に利用可能な、指定された前記時間帯に応じた割引を行うクーポン情報を前記端末装置に配信する、
処理をコンピュータに実行させるクーポン情報配信プログラムを記録したことを特徴とする前記コンピュータに読み取り可能な記録媒体。

（付記７）来店日を含む事前情報を端末装置から受信し、
受信した前記事前情報と、記憶手段に記憶された店舗の繁忙情報とに基づいて決定される、前記来店日における１つ以上の時間帯と、前記１つ以上の時間帯それぞれに対応する割引率とを前記端末装置に送信し、
前記端末装置から、前記１つ以上の時間帯の中から時間帯の指定を受け付けると、前記来店日の指定された前記時間帯に利用可能な、指定された前記時間帯に応じた割引を行うクーポン情報を前記端末装置に配信する、
制御部を有することを特徴とするクーポン情報配信装置。

（付記８）コンピュータが、
来店日を含む事前情報を端末装置から受信し、
受信した前記事前情報と、記憶手段に記憶された店舗の繁忙情報とに基づいて決定される、前記来店日における１つ以上の時間帯と、前記１つ以上の時間帯それぞれに対応する割引率とを前記端末装置に送信し、
前記端末装置から、前記１つ以上の時間帯の中から時間帯の指定を受け付けると、前記来店日の指定された前記時間帯に利用可能な、指定された前記時間帯に応じた割引を行うクーポン情報を前記端末装置に配信する、
処理を実行することを特徴とするクーポン情報配信方法。

１０１ クーポン情報配信装置
１０２ 端末装置
１７０１ 受信部
１７０２ 特典決定部
１７０３ 追加特典決定部
１７０４ 送信部

Claims (7)

1. コンピュータに、
   来店日を含む事前情報を端末装置から受信し、
   受信した前記事前情報と、記憶手段に記憶された店舗の繁忙情報とに基づいて決定される、前記来店日における１つ以上の時間帯と、前記１つ以上の時間帯それぞれに対応する割引率とを前記端末装置に送信し、
   前記端末装置から、前記１つ以上の時間帯の中から時間帯の指定を受け付けると、前記来店日の指定された前記時間帯に利用可能な、指定された前記時間帯に応じた割引を行うクーポン情報を前記端末装置に配信する、
   処理を実行させることを特徴とするクーポン情報配信プログラム。
2. 前記事前情報は、購入金額をさらに含み、
   前記送信する処理は、前記購入金額に応じて決定される割引情報をさらに前記端末装置に送信し、
   前記配信する処理は、前記来店日の指定された前記時間帯に前記購入金額から所定の差額以内の購入をする際に利用可能な、前記購入金額と指定された前記時間帯とに応じた割引を行う前記クーポン情報を配信する、
   ことを特徴とする請求項１に記載のクーポン情報配信プログラム。
3. 前記記憶手段は、前記端末装置のユーザの購入履歴をさらに記憶し、
   前記送信する処理は、前記購入履歴および前記購入金額に応じて決定される前記割引情報を前記端末装置に送信する、
   ことを特徴とする請求項２に記載のクーポン情報配信プログラム。
4. 前記購入履歴は、前記事前情報を受信した回数と、前記事前情報に含まれる来店日に来店した回数とを有し、
   前記割引情報は、前記受信した回数に対する前記来店した回数の割合に応じて決定される、
   ことを特徴とする請求項３に記載のクーポン情報配信プログラム。
5. 前記受信する処理は、購入物品の購入数量をさらに前記端末装置から受信し、
   前記配信する処理は、前記購入物品を購入する際に利用可能な、前記購入物品に応じた他のクーポン情報をさらに配信する、
   ことを特徴とする請求項１〜４のいずれか一つに記載のクーポン情報配信プログラム。
6. 来店日を含む事前情報を端末装置から受信し、
   受信した前記事前情報と、記憶手段に記憶された店舗の繁忙情報とに基づいて決定される、前記来店日における１つ以上の時間帯と、前記１つ以上の時間帯それぞれに対応する割引率とを前記端末装置に送信し、
   前記端末装置から、前記１つ以上の時間帯の中から時間帯の指定を受け付けると、前記来店日の指定された前記時間帯に利用可能な、指定された前記時間帯に応じた割引を行うクーポン情報を前記端末装置に配信する、
   制御部を有することを特徴とするクーポン情報配信装置。
7. コンピュータが、
   来店日を含む事前情報を端末装置から受信し、
   受信した前記事前情報と、記憶手段に記憶された店舗の繁忙情報とに基づいて決定される、前記来店日における１つ以上の時間帯と、前記１つ以上の時間帯それぞれに対応する割引率とを前記端末装置に送信し、
   前記端末装置から、前記１つ以上の時間帯の中から時間帯の指定を受け付けると、前記来店日の指定された前記時間帯に利用可能な、指定された前記時間帯に応じた割引を行うクーポン情報を前記端末装置に配信する、
   処理を実行することを特徴とするクーポン情報配信方法。

Images