(57)【要約】【課題】特典情報を提供する日時と提供する購入特典の内容を、ユーザにとって有用な時間帯と内容に設定変更することを課題とする。【解決手段】ユーザ個人を特定するユーザ情報と、店舗で販売される商品に関する情報と、前記ユーザがその店舗で過去に購入した商品の購入履歴情報とを記憶した記憶部と、前記ユーザ情報に記憶されたユーザごとに、前記ユーザの購入履歴情報を利用して、前記商品に関する情報から、そのユーザにとって有用な購入特典を含む特典情報を生成する特典情報生成部と、前記特典情報を、前記ユーザが所有する情報端末に送信する商品情報処理部とを備える。【選択図】図１１
2014071814.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ個人を特定するユーザ情報と、店舗で販売される商品に関する情報と、前記ユーザがその店舗で過去に購入した商品の購入履歴情報とを記憶した記憶部と、
前記ユーザ情報に記憶されたユーザごとに、前記ユーザの購入履歴情報を利用して、前記商品に関する情報から、そのユーザにとって有用な購入特典を含む特典情報を生成する特典情報生成部と、
前記特典情報を、前記ユーザが所有する情報端末に送信する商品情報処理部とを備えたことを特徴とする情報提供装置。
【請求項２】
前記商品に関する情報が、商品を有利な条件で購入できる内容を示す購入特典と、有利に購入できる日付あるいは期間を示す日付情報とが予め設定された商品関連情報であり、
前記特典情報生成部が、前記ユーザごとの購入履歴情報から、そのユーザの前記店舗への来店頻度と、来店時に商品を購入した買物時間帯とを算出し、
前記算出したユーザの来店頻度と買物時間帯とを利用して、前記商品関連情報の前記購入特典と日付情報とを調整して、前記ユーザの特典情報を生成することを特徴とする請求項１に記載の情報提供装置。
【請求項３】
前記特典情報生成部は、前記ユーザの来店頻度が高いほど、前記予め設定された購入特典の内容を、そのユーザにとって有利な内容に設定変更した特典情報を生成することを特徴とする請求項２に記載の情報提供装置。
【請求項４】
前記特典情報生成部は、前記予め設定された日付情報を、前記ユーザの買物時間帯に設定変更した特典情報を生成することを特徴とする請求項２または３に記載の情報提供装置。
【請求項５】
前記特典情報生成部は、前記ユーザが前記算出された買物時間帯に来店した場合に、前記予め設定された購入特典よりもそのユーザにとって有利な内容となるように、前記購入特典の内容を設定変更することを特徴とする請求項４に記載の情報提供装置。
【請求項６】
前記記憶部に、前記店舗の混雑時間帯を予め記憶し、
前記ユーザの買物時間帯が、前記混雑時間帯と一致するか、あるいは混雑時間帯に含まれている場合、
前記特典情報生成部は、前記予め設定された日付情報を、前記混雑時間帯の前および後の少なくともいずれか一方の時間帯に設定変更することを特徴とする請求項２または３に記載の情報提供装置。
【請求項７】
前記記憶部に、前記店舗の混雑時間帯を予め記憶し、
前記ユーザの買物時間帯の一部分が、前記混雑時間帯と重複する場合、
前記特典情報生成部は、前記予め設定された日付情報を、前記混雑時間帯以外であって少なくとも前記買物時間帯の一部分を含むように設定変更することを特徴とする請求項２または３に記載の情報提供装置。
【請求項８】
前記特典情報生成部は、前記設定変更された後の日付情報の属する時間帯に、前記ユーザが来店した場合に、前記予め設定された購入特典よりもそのユーザにとって有利な内容となるように、前記購入特典の内容を設定変更することを特徴とする請求項６または７に記載の情報提供装置。
【請求項９】
前記商品情報処理部は、前記特典情報に含まれる購入特典を提供する日付情報の前日以前に、その特典情報を前記情報端末に送信することを特徴とする請求項１ないし８のいずれかに記載の情報提供装置。
【請求項１０】
前記商品関連情報に設定された購入特典は、商品の割引率、およびユーザが商品を購入したときにユーザに与えられるポイント付与率の少なくともいずれか一方、または両方であることを特徴とする請求項２ないし９のいずれかに記載の情報提供装置。
【請求項１１】
前記商品関連情報に予め設定される購入特典よりも前記ユーザにとって有利な内容が、ユーザの特典情報に設定される場合、少なくとも前記商品の割引率および前記ポイント付与率のいずれか一方が、前記商品関連情報に予め設定されていた商品の割引率およびポイント付与率よりも高いことを特徴とする請求項１０に記載の情報提供装置。
【請求項１２】
前記記憶部に、所定の単位日付ごとに、前記ユーザに関するイベント情報を記憶したユーザ別のカレンダー情報を記憶し、
前記特典情報生成部が生成した特典情報が、前記購入特典を提供する日付情報を含む場合、前記日付情報と同一の単位日付のカレンダー情報の中に、前記日付情報を含む特典情報を追加記憶するカレンダー情報生成部をさらに備え、
前記商品情報処理部が、前記カレンダー情報を前記ユーザが所有する情報端末に送信することを特徴とする請求項１に記載の情報提供装置。
【請求項１３】
情報提供装置と、ユーザが所有する情報端末とが、ネットワークを介して接続された情報提供システムであって、
前記情報提供装置が、
ユーザ個人を特定するユーザ情報と、店舗で販売される商品に関する情報と、前記ユーザがその店舗で過去に購入した商品の購入履歴情報とを記憶した第１記憶部と、前記ユーザ情報に記憶されたユーザごとに、前記ユーザの購入履歴情報を利用して、前記商品に関する情報から、そのユーザにとって有用な購入特典を含む特典情報を生成する特典情報生成部と、前記特典情報を、前記ユーザが所有する情報端末に送信する商品情報処理部とを備え、
前記情報端末が、
前記商品情報処理部によって送信された特典情報を取得する特典情報取得部と、取得した特典情報を記憶する第２記憶部と、記憶された特典情報を、ユーザの指示に基づいて表示する表示部とを備えたことを特徴とする情報提供システム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、情報提供装置および情報提供システムに関し、特に、携帯端末を携帯した利用者が店舗において商品を購入する場合に、その利用者にとって適切な商品に関する情報を提供する情報提供装置および情報提供システムに関する。
【背景技術】
【０００２】
従来から、スーパーマーケット等の店舗内で商品を購入するユーザのために、その店舗内の商品の配置情報や、その日の特売情報等を、種々の情報機器を用いて提供している。
【０００３】
たとえば、特許文献１では、顧客が、来店時に検索端末で検索することによって選択した商品のコードリストを記録したレシピカードを発行し、顧客がレシピカードを買い物カートに取り付けられた装着機に装着して店舗内を巡回し、レシピカードに記録された商品が陳列された棚に買い物カードが近づいた場合、その棚に取り付けられたマイクロ波発生器から発信された商品識別情報と、レシピカードに記録された商品コードとが一致したとき、装着機に取り付けられたランプを点灯させることにより、顧客の所望の商品の位置を知らせ、顧客の買い忘れを防止させる買い物支援システムが提案されている。
【０００４】
また、特許文献２では、買い物客が携帯する携帯端末装置と、店舗内の商品棚などに固定設置される固定通信装置と、携帯端末装置に特売、新商品、値引き、店舗マップ等の情報を提供する情報提供装置とからなり、情報提供装置からネットワークを介した通信により携帯端末装置へ情報を送信し、あるいは、固定通信装置を介した近距離無線通信により携帯端末装置へ情報を送信し、さらに、情報提供装置が、固定通信装置が検出した携帯端末装置からの応答時間を用いて携帯端末装置の店舗内の位置を検出して、その位置に対応した情報を携帯端末装置に提供することにより、買い物客へのサービス向上を図ることのできる情報提供システムが提案されている。
【０００５】
また、特許文献３には、買い物客が携帯する移動式ハンドヘルドユニット（ＥＳＣ装置）に、店舗内の買い物場所に基づいた情報を送信する電子買い物情報システムであって、買い物客が移動した位置にある特売品の情報や、買い物客の個人的な識別カードから読み取った情報から入手したその買い物客の嗜好データに基づいた電子クーポンや、所望の製品への道案内を買い物客に与えるようにした情報システムが提案されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００３−１１８８１７号公報
【特許文献２】特開２００８−２４２８１０号公報
【特許文献３】特表２００６−５１０１０６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかし、上記のような従来のシステムでは、主として、店舗内の商品が配置されている位置に基づいて、買い物客に対して商品に関する情報が提供される。しかし、提供される情報の中には、店側が設定した特売品や電子クーポン等の情報があるが、買い物客が真に購入を希望する情報であるとは限らない。すなわち、提供される情報には、買い物客にとって不要な情報も含まれている。
また、提供される情報は、買い物客がその日購入しようとしている商品とは関係なく送信されるので、その買い物客にとっては、ある日の買い物では有用な情報であっても、別の日の買い物では有用でない情報が多数含まれていることがある。そのような有用でない情報が多数提供されることは、買い物客にとって、かえってわずらわしく、真に必要な情報を見落とす場合もある。
【０００８】
さらに、特許文献１のシステムでは、顧客が購入しようとする商品のある位置の近くに来たときに、ランプが点灯し、顧客にその商品の位置を知らせることができるが、店舗に来店したときに、購入商品を検索してレシピカードを発行させる操作をしなければならないので、実際に商品を購入する前に、購入すべき商品を全て考えた上で、負担の大きな操作をしなければならず、その操作に時間がかかり、面倒である。
【０００９】
また、特許文献２のシステムでは、商品位置に対応した特価品等の情報が、買い物客がその商品位置に来たときに提供されるが、その情報は、その買い物客にとって有用な情報とは限らない。
また、特許文献３のものでは、商品の位置と、買い物客個人の嗜好データとを考慮して電子クーポン等が買い物客に与えられるが、その電子クーポンに該当する商品を、その日すでに他の店で購入してしまった場合や、あるいは、その電子クーポンが発行されていなかった別の日にすでに購入していた場合などでは、その電子クーポンは有用なものとはならない場合がある。
【００１０】
さらに、従来のシステムでは、提供される情報は、店舗に来る多数の顧客のうちいずれかの者に対しては有用な情報であって、店舗の全体的な売り上げ増に貢献する情報であるかもしれないが、顧客個人ごとについて見ると、同じ情報でも有用な情報となる場合もあり、有用な情報とならない場合もある。
したがって、顧客個人ごとの購入嗜好だけでなく、その顧客の最近の購入商品の履歴等を考慮して、店舗側で予め準備していた多数の情報の中から、ある日のその顧客にとって有用と考えられる情報を選択して提供することが望まれる。
【００１１】
また、クーポン情報やバーゲン情報などの特典情報は、通常、店舗の登録会員すべてに配信されるが、その内容および設定日時は同一の場合が多い。
したがって、特典情報の内容によっては、ユーザが特定の日時に集中して来店し、非常に混雑する場合がある。
このような混雑する状況は、ユーザにとっても、また店舗側にとっても好ましくなく、可能ならばユーザの来店日を分散させ、混雑を緩和することが望ましい。
【００１２】
そこで、この発明は、以上のような事情を考慮してなされたものであり、ユーザごとの購入履歴等を利用することにより、店舗の混雑を緩和させ、そのユーザにとって真に有用な特典情報を与えることのできる情報提供装置および情報提供システムを提供することを課題とする。
【課題を解決するための手段】
【００１３】
この発明は、ユーザ個人を特定するユーザ情報と、店舗で販売される商品に関する情報と、前記ユーザがその店舗で過去に購入した商品の購入履歴情報とを記憶した記憶部と、前記ユーザ情報に記憶されたユーザごとに、前記ユーザの購入履歴情報を利用して、前記商品に関する情報から、そのユーザにとって有用な購入特典を含む特典情報を生成する特典情報生成部と、前記特典情報を、前記ユーザが所有する情報端末に送信する商品情報処理部とを備えたことを特徴とする情報提供装置を提供するものである。
これによれば、ユーザの購入履歴情報を利用して、ユーザごとに、そのユーザにとって有用な購入特典を含む特典情報を生成しているので、そのユーザ独自の特典情報を提供できる。
【００１４】
また、前記商品に関する情報が、商品を有利な条件で購入できる内容を示す購入特典と、有利に購入できる日付あるいは期間を示す日付情報とが予め設定された商品関連情報であり、前記特典情報生成部が、前記ユーザごとの購入履歴情報から、そのユーザの前記店舗への来店頻度と、来店時に商品を購入した買物時間帯とを算出し、前記算出したユーザの来店頻度と買物時間帯とを利用して、前記商品関連情報の前記購入特典と日付情報とを調整して、前記ユーザの特典情報を生成することを特徴とする。
これによれば、ユーザごとの購入履歴情報から、そのユーザの来店頻度と買物時間帯とを算出して、ユーザに提供する購入特典と日付情報とを調整しているので、特典情報を提供する日付と、提供する購入特典の内容を、そのユーザにとって有用な時間帯と購入特典の内容に設定変更することができる。
【００１５】
また、前記特典情報生成部は、前記ユーザの来店頻度が高いほど、前記予め設定された購入特典の内容を、そのユーザにとって有利な内容に設定変更した特典情報を生成することを特徴とする。
さらに、前記特典情報生成部は、前記予め設定された日付情報を、前記ユーザの買物時間帯に設定変更した特典情報を生成することを特徴とする。
ここで、前記特典情報生成部は、前記ユーザが前記算出された買物時間帯に来店した場合に、前記予め設定された購入特典よりもそのユーザにとって有利な内容となるように、前記購入特典の内容を設定変更するようにしてもよい。
【００１６】
また、前記記憶部に、前記店舗の混雑時間帯を予め記憶し、前記ユーザの買物時間帯が、前記混雑時間帯と一致するか、あるいは混雑時間帯に含まれている場合、前記特典情報生成部は、前記予め設定された日付情報を、前記混雑時間帯の前および後の少なくともいずれか一方の時間帯に設定変更することを特徴とする。
【００１７】
また、前記記憶部に、前記店舗の混雑時間帯を予め記憶し、前記ユーザの買物時間帯の一部分が、前記混雑時間帯と重複する場合、前記特典情報生成部は、前記予め設定された日付情報を、前記混雑時間帯以外であって少なくとも前記買物時間帯の一部分を含むように設定変更することを特徴とする。
【００１８】
ここで、前記特典情報生成部は、前記設定変更された後の日付情報の属する時間帯に、前記ユーザが来店した場合に、前記予め設定された購入特典よりもそのユーザにとって有利な内容となるように、前記購入特典の内容を設定変更するようにしてもよい。
【００１９】
また、前記商品情報処理部は、前記特典情報に含まれる購入特典を提供する日付情報の前日以前に、その特典情報を前記情報端末に送信することを特徴とする。
これによれば、情報端末の所有者は、来店する前に余裕をもって、特典情報の内容を確認することができる。
【００２０】
また、前記商品関連情報に設定された購入特典は、商品の割引率、およびユーザが商品を購入したときにユーザに与えられるポイント付与率の少なくともいずれか一方、または両方であることを特徴とする。
【００２１】
ここで、前記商品関連情報に予め設定される購入特典よりも前記ユーザにとって有利な内容が、ユーザの特典情報に設定される場合、少なくとも前記商品の割引率および前記ポイント付与率のいずれか一方が、前記商品関連情報に予め設定されていた商品の割引率およびポイント付与率よりも高いことを特徴とする。
【００２２】
また、前記記憶部に、所定の単位日付ごとに、前記ユーザに関するイベント情報を記憶したユーザ別のカレンダー情報を記憶し、前記特典情報生成部が生成した特典情報が、前記購入特典を提供する日付情報を含む場合、前記日付情報と同一の単位日付のカレンダー情報の中に、前記日付情報を含む特典情報を追加記憶するカレンダー情報生成部をさらに備え、前記商品情報処理部が、前記カレンダー情報を前記ユーザが所有する情報端末に送信することを特徴とする。
【００２３】
また、この発明は、情報提供装置と、ユーザが所有する情報端末とが、ネットワークを介して接続された情報提供システムであって、前記情報提供装置が、ユーザ個人を特定するユーザ情報と、店舗で販売される商品に関する情報と、前記ユーザがその店舗で過去に購入した商品の購入履歴情報とを記憶した第１記憶部と、前記ユーザ情報に記憶されたユーザごとに、前記ユーザの購入履歴情報を利用して、前記商品に関する情報から、そのユーザにとって有用な購入特典を含む特典情報を生成する特典情報生成部と、前記特典情報を、前記ユーザが所有する情報端末に送信する商品情報処理部とを備え、前記情報端末が、
前記商品情報処理部によって送信された特典情報を取得する特典情報取得部と、取得した特典情報を記憶する第２記憶部と、記憶された特典情報を、ユーザの指示に基づいて表示する表示部とを備えたことを特徴とする情報提供システムを提供するものである。
【発明の効果】
【００２４】
この発明によれば、ユーザの購入履歴情報を利用して、そのユーザにとって有用な購入特典を含む特典情報を生成しているので、ユーザの過去の来店状況や商品購入状況等に対応させて、そのユーザが商品を購入する可能性の高い状況下で、そのユーザ独自の特典情報を提供できる。また、特典情報を提供する日付を、ユーザごとに異ならせることにより、店舗の混雑を緩和させることができる。
したがって、ユーザにとっては、購入特典の内容を適用した商品購入がしやすくなり、店舗にとってはユーザの商品購入が増加することにより、売上増加が期待できる。
【図面の簡単な説明】
【００２５】
【図１】この発明の情報提供システムの一実施例の概略構成図である。
【図２】この発明のサーバの一実施例の構成ブロック図である。
【図３】この発明の携帯端末の一実施例の構成ブロック図である。
【図４】この発明のサーバに記憶される情報の一実施例の説明図である。
【図５】この発明のサーバに記憶される情報の一実施例の説明図である。
【図６】この発明のサーバに記憶される情報の一実施例の説明図である。
【図７】この発明のサーバに記憶される買物時間帯情報の一実施例の説明図である。
【図８】この発明の特典情報の一実施例の説明図である。
【図９】この発明の携帯端末に記憶される情報の一実施例の説明図である。
【図１０】この発明のサーバで行われる来店情報等の更新処理の一実施例のフローチャートである。
【図１１】この発明のサーバと携帯ＴＥで行われる特典情報の生成および送受信処理の一実施例のフローチャートである。
【図１２】この発明のサーバで行われる特典情報生成処理の一実施例のフローチャートである。
【図１３】この発明のサーバと携帯ＴＥで行われるカレンダー情報の生成および送受信処理の一実施例のフローチャートである。
【発明を実施するための形態】
【００２６】
以下、図に示す実施例に基づいて、この発明を説明する。
なお、これによって、この発明が限定されるものではない。
＜この発明の情報提供システムの概要＞
図１に、この発明の情報提供システムの一実施例の概略構成図を示す。
図１において、この発明の情報提供システムは、主として、サーバ（情報提供装置）１と、複数の携帯端末（ＴＥ）２とから構成される。これらの装置は、ネットワーク３を介して接続され、互いに所定の情報の送受信を行う。
ネットワーク３は、種々の形態を利用することが可能であり、有線通信または無線通信により情報の通信を行う。
ただし、携帯端末２としては、主として小型軽量の移動して利用する情報端末が利用されるので、サーバと携帯端末との間の通信は、図１に示すように、インターネット等のＷＡＮを介した無線通信で行うことが好ましい。
【００２７】
サーバ（ＳＶ）１は、ユーザ（携帯端末の所有者）に提供する情報等を保存した情報提供装置であり、図２に示すような構成要素を有する。
携帯端末（ＴＥ）２は、ユーザが所有する情報端末であり、購入商品情報を記憶し、商品関連情報の提供を受けることが可能な端末である。たとえば、パソコン、携帯電話、スマートフォン、タブレット端末などの情報処理装置に相当するものであり、小型軽量の携帯性を有する端末であることが好ましい。以下、携帯端末２を、携帯ＴＥ、あるいは単にＴＥと略称する。
ここで、ユーザとは、携帯端末の所有者を意味し、また、携帯端末を携帯して店舗内を移動する所有者を意味する。
【００２８】
＜サーバの構成＞
図２に、サーバ（情報提供装置）の一実施例の構成ブロック図を示す。
図２において、サーバ１は、主として、制御部１０１，ユーザ情報処理部１０２，商品情報処理部１０３，特典情報生成部１０４，カレンダー情報生成部１０５，通信部１１０，記憶部１２０とを備える。
また、サーバ１は、商品に関する情報（商品識別情報と商品関連情報とを含む）を記憶し、ユーザごとに、そのユーザにとって有用な特典情報を生成して、ユーザに種々の情報を提供する。
【００２９】
制御部１０１は、主として、ＣＰＵ，ＲＯＭ，ＲＡＭ，Ｉ／Ｏコントローラ、タイマー等からなるマイクロコンピュータにより実現され、ＲＯＭ等に格納されたプログラムに基づいて、ＣＰＵが各種ハードウェアを有機的に動作させることにより、サーバの機能を実現させる。
【００３０】
ユーザ情報処理部１０２は、ユーザ個人を特定する情報や、ユーザごとの購入履歴情報を管理する部分である。たとえば、ユーザの購入履歴情報を利用して、来店情報や買物時間帯の情報を生成し、さらに、ユーザごとの特典情報を生成して、特典情報などをユーザのＴＥ２へ送信する部分である。
【００３１】
商品情報処理部１０３は、商品識別情報１２３および商品関連情報１２５を管理する部分である。
具体的には、店舗で販売する商品に関する情報、たとえば、その商品の識別情報や、バーゲン情報、クーポン情報、おすすめ情報などの関連情報を、記憶部１２０に記憶し、特典情報を生成するときなどに、ユーザ情報処理部１０２などからの要求に応じて、必要な情報を記憶部１２０から読み出す。
【００３２】
また、商品情報処理部１０３は、後述するように、通信部１１０を介して、生成された特典情報やカレンダー情報を、ユーザが所有する情報端末に送信する。
さらに、この発明では、ユーザがそのユーザに対する特典情報を、来店する前に余裕をもって確認し、より確実に利用することができるようにするために、特典情報に含まれる購入特典を提供する日付情報の前日以前に、その特典情報を、情報端末に送信することが好ましい。
【００３３】
特典情報生成部１０４は、ユーザ情報に記憶されたユーザごとに、そのユーザにとって有用な特典情報を生成する部分であり、主として、記憶部１２０に記憶されたユーザの購入履歴情報を利用して、商品に関する情報から、そのユーザにとって有用な購入特典を含む特典情報を生成する部分である。
ここで、購入特典とは、所定のユーザが店舗の商品を購入する場合に、一般ユーザが商品を購入する条件よりも有利な条件で購入できる内容を示したものであり、たとえば、商品の割引率、ユーザが商品を購入したときにユーザに与えられるポイント付与率などを意味する。
【００３４】
また、クーポン情報やバーゲン情報は、店舗側で商品関連情報に予め設定される購入特典に相当するものであり、一般的には、来店するユーザすべてに同じ条件で設定される場合が多い。
ただし、この発明では、後述するように、来店時間帯や来店頻度などの所定の条件を満たす場合には、上記の予め設定された購入特典よりもそのユーザにとって有利な内容となるように、購入特典の内容を設定変更するようにする。
ここで、商品関連情報に予め設定される購入特典よりもユーザにとって有利な内容が、ユーザの特典情報に設定される場合、少なくとも商品の割引率およびポイント付与率のいずれか一方が、商品関連情報に予め設定されていた商品の割引率およびポイント付与率よりも高いことを意味する。
【００３５】
また、後述するように、特典情報生成部１０４は、ユーザごとの購入履歴情報から、そのユーザの店舗への来店頻度と、来店時に商品を購入した買物時間帯とを算出し、その算出したユーザの来店頻度と買物時間帯とを利用して、商品関連情報の購入特典と日付情報とを調整して、ユーザの特典情報を生成する。
たとえば、予め設定された日付情報を、ユーザの買物時間帯に設定変更した特典情報を生成する。
また、上記算出された買物時間帯にユーザが来店した場合に、予め設定された購入特典よりもそのユーザにとって有利な内容となるように、購入特典の内容を設定変更する。
【００３６】
カレンダー情報生成部１０５は、所定のユーザについて生成された特典情報を、そのユーザ別のカレンダー情報に追加記憶する部分である。
カレンダー情報は、所定の単位日付ごとに、ユーザに関するイベント情報を記憶したユーザ別の情報であり、一般的には、ユーザ自らが、予定内容、出来事、忘れては困る情報などを、日付ごとに記録しておくものである。
この発明では、このカレンダー情報を利用して、特典情報をユーザに知らせるようにする。
すなわち、特典情報生成部１０４が生成した特典情報が、購入特典を提供する日付情報を含む場合、その日付情報と同一の単位日付のカレンダー情報の中に、その日付情報を含む特典情報を追加記憶する。そして、上記したように、商品情報処理部１０３が、カレンダー情報を、ユーザが所有する情報端末に送信する。
【００３７】
通信部１１０は、ネットワーク３を介して、携帯ＴＥ２と通信を行う部分である。
記憶部１２０は、サーバの機能を実行するために必要な情報を記憶する部分であり、ＲＯＭ、ＲＡＭ等の半導体記憶素子、ハードディスク、ＳＳＤなどの記憶装置、その他の記憶媒体が用いられる。
記憶部１２０には、主として、ユーザ情報１２１，購入履歴情報１２２，商品識別情報１２３，商品詳細情報１２４，商品関連情報１２５，個人識別情報１２６，個人来店情報１２７，買物時間帯情報１２８，カレンダー情報１２９，来店頻度１３６，開店時刻１４０，閉店時刻１４１，混雑時間帯１４２などが記憶される。
【００３８】
図４、図５、図６に、サーバの記憶部１２０に記憶される情報の一実施例の説明図を示す。
ユーザ情報１２１は、この情報提供システムを利用するユーザ個人を特定するための情報であり、そのユーザが情報提供システムが設置された店舗内で実際に購入した商品についての過去の購入履歴情報や、カレンダー情報などが含まれる。
ユーザ情報１２１は、図４に示すように、たとえば、ユーザＩＤ、個人情報ＩＤ、個人情報サイズ、履歴情報ＩＤ、履歴情報サイズ、カレンダー情報ＩＤ、カレンダー情報サイズ等からなる。
【００３９】
ユーザＩＤは、ユーザ情報１２１を特定する識別番号であり、このシステムを利用するために予め登録されたユーザの識別番号でもある。すでに登録されている場合は、そのユーザ固有の番号が付与されるが、未登録のユーザの場合、来店したときだけ、情報提供システムが提供するサービスを利用することができるように、一時的に、未登録ユーザ用の専用ＩＤを付与してもよい。
【００４０】
個人情報ＩＤは、個人を特定する情報（個人識別情報１２６）を区別するための識別番号であり、個人情報サイズは、その個人情報ＩＤによって識別される個人識別情報１２６のデータ容量である。
個人識別情報１２６は、図４に示すように、たとえば、ユーザの名前、住所、連絡先（電話番号、電子メールアドレスなど）、買物時間帯ＩＤ１２８、来店頻度１３６から構成される。
履歴情報ＩＤは、ユーザの購入履歴情報１２２を区別するための識別番号であり、履歴情報サイズは、その履歴情報ＩＤによって識別される購入履歴情報１２２のデータ容量である。
【００４１】
購入履歴情報１２２は、ユーザが店舗内で過去に購入した商品の情報であり、ユーザごとに記憶される。
図４では、たとえば、ユーザＩＤ＝ＵＩＤ０１のユーザが購入した商品の履歴情報は、履歴情報ＩＤ＝Ｂ００１で区別される情報として記憶されるものとする。
【００４２】
購入履歴情報１２２は、図４に示すように、たとえば、履歴情報ＩＤと、商品コードと、購入日時と、消費期限と、数量と、天気などから構成される。
ここで、商品コードは、商品識別名あるいは各商品に予め付与されている固有の識別番号である。たとえば、商品に記入されたバーコードによって特定される番号である。
【００４３】
消費期限は、その購入商品そのものに対して付与されていた消費期限の日時を示したものであり、たとえば、消費期限がすでに切れていること、あるいは消費期限が近いことをユーザに通知するときに利用される。
【００４４】
この購入履歴情報１２２を検索することにより、ユーザＩＤによって特定されるユーザが、その店舗で、いつ、どのような商品を購入したかが分かり、さらに、そのユーザが現在購入しようとしている商品が最近すでに購入したことのある商品であるか、あるいは定期的（日常的）に何度も購入している商品であるかなどを調査することができる。
【００４５】
また、店舗側で予め用意した複数個のバーゲン情報やクーポン情報がある場合において、個人識別情報１２６やユーザの購入履歴情報１２２を調査することによって、たとえば定期的に購入している商品についてのバーゲン情報に対して、そのユーザに対してのみ有用な特典情報を生成することができる。
【００４６】
商品識別情報１２３は、店舗で販売される商品に関する情報であり、商品の特性等を示す情報である。主として、商品が配置されている位置情報、商品そのものの詳細情報、商品に関係する関連情報とから構成される。
図５に、サーバに記憶される情報のうち、商品識別情報の一実施例の説明図を示す。
商品識別情報１２３は、図５に示すように、たとえば、商品コード、商品位置、商品カテゴリ、詳細情報ＩＤ、詳細情報サイズ、関連情報ＩＤ、関連情報サイズとから構成される。
これらの情報は、商品を商品棚に配置する前あるいは配置したときに、予め設定される。
【００４７】
商品カテゴリは、商品の所属するグループ（分類）を示すものであり、必須の情報ではないが、後述するように、以前購入したことがある商品と同じカテゴリに属する他の商品を、特典情報として選択するために利用する情報である。
また、商品カテゴリは、商品コードの中の一部分（たとえば、上位４桁の数字）に含めてもよく、この商品コードの一部分と一致する商品コードを有する他の商品を、特典情報として選択してもよい。
【００４８】
商品コードは、上記したように商品ごとに付与される識別番号である。
商品位置は、その商品が店舗内に配置されている位置を特定する情報である。たとえば、各商品棚にそれぞれＩＤが異なるＲＦＩＤタグが設置されている場合、その商品が配置されている商品棚に設置されている最も近くのＲＦＩＤタグのＩＤが商品位置として設定される。
商品位置は、この他にも、店舗平面図のＸ−Ｙ座標値や、商品棚番号などを用いてもよい。
【００４９】
詳細情報ＩＤは、商品詳細情報１２４を区別する識別番号であり、詳細情報サイズは、商品詳細情報のデータ容量を示すものである。
商品詳細情報１２４は、図５に示すように、たとえば、詳細情報ＩＤと、商品説明と、消費期限と、入荷予定日などからなる。
ここで、消費期限は、その商品を購入した場合に、購入履歴情報１２２の中の消費期限として記憶される。
【００５０】
関連情報ＩＤは、商品関連情報１２５を区別する識別番号であり、関連情報サイズは、商品関連情報のデータ容量を示すものである。
商品関連情報１２５は、店舗で販売される商品に関する情報の一つであり、この発明では、商品を有利な条件で購入できる内容を示す購入特典と、有利に購入できる日付あるいは期間を示す日付情報とが予め設定された情報である。
また、商品関連情報１２５は、図５に示すように、たとえば、関連情報ＩＤ、関連情報の識別名、日時（または有効期間）、数量、価格、割引率、ポイント付与率、条件、利用人数、内容などから構成される。
ここでは、関連情報の識別名としては、バーゲン情報とクーポン情報の２つの情報を示している。
【００５１】
バーゲン情報とは、たとえば、その商品に対して、いつ、どれくらいの期間、どれだけの数量を、どのような価格および条件で、販売するかを示したものである。
また、クーポン情報とは、たとえば、その商品を購入する場合に対して適用される優待情報であり、適用期間、購入限度数量、利用人数、適用内容や条件（割引率、割引額など）を示したものである。
【００５２】
個人来店情報１２７は、ユーザごとの店舗への来店時間を記憶したものである。個人来店情報１２７は、図６に示すように、ユーザＩＤ、来店日ａ、入店時刻ｂ、出店時刻ｃとから構成される。
この個人来店情報１２７は、そのユーザの購入履歴情報１２２から算出することができる。たとえば、来店日ａは、購入日時の日付情報によって求められ、入店時刻ａは購入日時の時刻情報から来店日ａの滞在時間を減じることによって求められ、出店時刻ｂは購入日時の時刻情報を採用することによって求められる。
【００５３】
滞在時間は、購入品目数に関係があるので（購入品目数が多いと滞在時間が長く、購入品目が少ないと滞在時間は短い）、例えば、予めユーザの購入品目数と滞在時間を計測し、それらの関係を購入品目数で滞在時間を検索可能な滞在時間テーブルを求めてサーバーに保持しておく。そして、来店日ａと一致する購入日時の購入品目数を求め、滞在時間テーブルを用いて購入品目数に対応する滞在時間を求めて入店時刻ａを算出するのに用いる。
この個人来店情報１２７は、後述するように、ユーザの個別時間帯ごとの来店回数を調査し、そのユーザが最もよく来店し買い物をする買物時間帯を設定するときに利用される。
【００５４】
また、滞在時間を決定するために、店舗入口から商品の配置位置までの距離や、レジ端末から商品の配置位置までの距離を考慮してもよい。
この場合、購入履歴情報１２２の購入した商品のうち、店舗入口から最も遠い位置に配置されている商品を、たとえば商品位置を示すＲＦＩＤタグのＩＤから求め、その商品の位置と店舗入口までの距離を求める。
また、購入履歴情報１２２の購入した商品のうち、レジから最も遠い位置に配置されている商品を、ＲＦＩＤタグのＩＤなどから求め、その商品の位置とレジとの距離を求める。
さらに、上記の２つの距離を利用者の移動時間に換算した後、この移動時間を上記した購入品目数から求めた滞在時間に加算することにより、滞在時間を決定してもよい。
【００５５】
買物時間帯情報１２８は、ユーザごとに設定される買物時間帯に関する情報である。
図６に示すように、買物時間帯情報１２８は、主として、買物時間帯ＩＤ、ユーザＩＤ、買物時間帯、期間設定値、個別時間帯（開始時刻、終了時刻）、来店回数から構成される。
買物時間帯ＩＤは、この情報１２８を特定する識別番号であり、ユーザＩＤは、ユーザを特定するユーザ情報１２１の番号であり、買物時間帯は、そのユーザが最もよく来店し、買い物をすると考えられる開始時刻と終了時刻を示すデータである。
この買物時間帯は、後述するように、主としてユーザが過去に来店したときの個別時間帯と来店回数とによって設定される。
【００５６】
期間設定値は、買物時間帯を設定するときに利用する所定の設定値であり、買物時間帯の中央値から前後の時間幅を設定するときの基準値となるものである。
たとえば、期間設定値としては、±３０分が設定されたとすると、来店回数の多い時間帯の中央値が１１時００分の場合、１０時３０分から１１時３０分までの１時間が、買物時間帯として設定される。
この期間設定値は、予め固定的に設定しておいてもよいが、期間設定値はユーザの買い物時間に相関があるので、全ユーザの買い物時間の平均値によって設定してもよく、あるいはユーザごとの買い物時間の平均値によって設定してもよい。
【００５７】
個別時間帯は、店舗の開店時刻から閉店時刻までをいくつかの時間帯に区分したものである。
図６に示すように、たとえば、店舗の開店時刻を９時００分とし、閉店時刻を２０時００分とした場合、１５分間を単位として、１つの個別時間帯を設定している。
区分する１つの時間帯は、１５分間に限定するものではなく、１０分間や３０分間というように、他の任意の時間を選択してもよい。
来店回数は、上記個別時間帯ごとに計数したユーザが来店した回数を示している。
たとえば、図６において、９時３０分から９時４５分までの個別時間帯において、このユーザは、過去に１回だけ、来店したことがあることを示している。
【００５８】
ここで、来店回数の多い個別時間帯が、ユーザがよく来店する時間帯であると言うことができる。このユーザがよく来店する時間帯に、そのユーザにとって有用な特典情報を提供するようにすれば、店舗側の都合で設定した時間帯にわざわざ来店する必要はなく、ユーザにとって好都合である。
このように、ユーザの過去の来店状況や商品購入状況等に対応させて、そのユーザが商品を購入する可能性の高い状況下で、そのユーザ独自の特典情報を提供すれば、ユーザがその特典情報を利用する機会を増加させることができると考えられる。
【００５９】
また、店舗別にとっては、ユーザがよく来店する時間帯に特典情報を提供する時期を設定することにより、その特典情報が設定された商品を購入してもらう可能性を高めることができ、全ユーザに対して特典情報を提供する時期を同時期に設定するよりも、各ユーザごとに特典情報を提供する時期を分散させて設定する方が、一時にユーザが集中して混雑することを防止することができる。
また、提供時期が同時の場合、一時にユーザが集中して提供商品がなくなってしまうことにより、購入できないユーザが出る可能性があったが、予め、購入特典を受けることのできるユーザの提供時間帯を分散させるようにすれば、その提供時間帯で購入特典を提供するユーザ数は店舗側で設定でき、その時間帯に購入すると予想されるユーザ数に相当する数の商品を用意すればよいので、ユーザがその商品を購入できなくなるという事態を防止できる。
【００６０】
カレンダー情報１２９は、一般的に、ユーザの一日単位の情報を日時ごとに記憶したものである。
たとえば、一日の出来事、予定、イベント情報等を記憶したものであり、この発明では、特に、店舗から提供される商品関連情報や、ユーザに特有の特典情報を、カレンダー情報の一つとして記憶する。
図４に示すように、１つのカレンダー情報１２９はカレンダー情報ＩＤによって識別され、カレンダー情報１２９には、たとえば、特典開始日、特典終了日、特典開始時刻、特典終了時刻、報知フラグ、更新日、特典内容、報知日などが含まれる。
特典開始日は、特典情報を提供する初日を意味し、特典終了日は、特典情報を提供する最終日を意味する。
特典開始時刻および特典終了時刻は、１日のうちで、特典情報を受けることのできる時間帯の最初の時刻および最後の時刻である。
【００６１】
また、報知フラグは、対象となる特典情報をユーザへ報知するかしないかを設定する情報である。
たとえば、報知フラグを、「要（１）」に設定しておくことにより、新たな特典情報が生成されユーザのＴＥ２へ送信された場合、新たな特典情報があることが、ユーザに、音、光、振動、表示などの報知手段を用いて報知される。
また、報知フラグを、「否（０）」に設定しておくことにより、特典情報がＴＥ２へ送信された場合、ＴＥ２のカレンダー情報として特典情報が記憶されたとしても、積極的に、ユーザ特典情報があることを通知しないようにすることができる。
ただし、この場合でも、ユーザがカレンダー情報の内容を確認することにより、特定情報を知ることができるようにすることが好ましい。
【００６２】
更新日は、新しい特典情報が追加された日を意味する。
特典内容は、ユーザに提供する特典情報の内容を記述した部分であり、たとえば、対象商品の名称、提供価格、割引率、ポイント付与率などからなるものである。
報知日は、ユーザに報知する日付情報を示したものであり、月日だけでなく、時分を設定してもよい。また、特典情報が実際に提供される日時だけでなく、実際の提供日の前日か、あるいは数日前の日時を設定することが好ましい。
また、ユーザがその特典情報により気づきやすくするために、数日前の日時として、複数の日時を設定することが好ましく、また、提供日の前日や前々日、その他に特典開始時間の1時間前や2時間前などの日時を設定してもよい。さらに、例えば、TE2にGPS等の位置検出機能が備わっていれば位置情報と連動させ、報知日に店舗に近づくと報知するように設定してもよい。
【００６３】
来店頻度１３６は、ユーザごとの来店の回数を示したものであり、たとえば、１週間当たりの来店回数、１ヶ月当たりの来店回数を示したものである。
この来店頻度１３６は、ユーザの購入履歴情報１２２や、個人来店情報１２７を用いて計算することができる。
来店頻度１３６は、後述するように、ユーザの特典情報を生成するときに利用され、たとえば、来店頻度の値に対応させて、異なる割引率やポイント付与率を設定する。
たとえば、来店頻度が比較的高いユーザに対しては、割引率を通常の割引率よりも高く設定する。すなわち、ユーザの来店頻度が高いほど、予め設定された購入特典の内容を、そのユーザにとって特に有利な内容に設定変更した特典情報を生成する。
【００６４】
図２に示した開店時刻１４０、閉店時刻１４１、混雑時間帯１４２は、店舗ごとに予め設定される情報である。これらの情報は、特典情報を生成および調整するときに用いられる。
混雑時間帯１４２は、その店舗において、１日の開店時刻１４０から閉店時刻１４１までの間の中で、最も混雑する時間帯を設定したものである。混雑時間帯１４２は、１つでもよく、あるいは複数個設定してもよい。また、曜日ごと、あるいは月日ごとに、異なる時間帯を設定してもよい。この混雑時間帯１４２を設定する場合、たとえば、開店時間から閉店時間までを15分間隔で区切り、全ユーザの購入履歴情報の購入日時を基に15分ごとの頻度を求め、全購入履歴情報に対する頻度が所定比率以上の区間を混雑時間帯と設定すればよい。
【００６５】
また、前記で求めた混雑時間帯の中央値を基準時刻とし、所定の混雑期間設定値を用いて設定してもよい。例えば、混雑期間設定値として±３０分が設定されていれば、混雑時間帯は基準時刻−３０分から基準時刻＋３０分となる。混雑時間帯が複数個設定される場合、混雑時間帯の連続や重複が起こる可能性がある。混雑時間帯の連続や重複が起こっていれば、それらの代わりに連続や重複の含む期間を１つの混雑時間帯に設定してもよい。
【００６６】
店舗の混雑時間帯を予め記憶する場合、たとえば、ユーザの買物時間帯が、その混雑時間帯と一致するか、あるいは混雑時間帯に含まれている場合、商品関連情報に予め設定された日付情報を、混雑時間帯の前および後の少なくともいずれか一方の時間帯に設定変更する。
また、ユーザの買物時間帯の一部分が、混雑時間帯と重複する場合、商品関連情報に予め設定された日付情報を、混雑時間帯以外であって少なくとも買物時間帯の一部分を含むように設定変更する。
このように、日付情報が変更された場合も、その設定変更された後の日付情報の属する時間帯に、ユーザが来店した場合は、そのユーザにとって有利な内容となるように、購入特典の内容を設定変更してもよい。
【００６７】
記憶部１２０には、この他にも種々の情報が記憶される。たとえば、購入履歴情報１２２は、ユーザごとに記憶されるが、このシステムを利用する複数のユーザの購入履歴情報が記憶されているので、多数のユーザの購入履歴情報の購入日時を考慮して、同日や同時に購入されていることが多い２以上の商品を関係付けた同時購入商品リストや、定期的に購入される可能性がある商品リスト、季節や天気に依存して購入頻度が多くなる商品リスト等を予め自動的に調査して記憶しておいてもよい。
【００６８】
＜携帯端末ＴＥの構成＞
図３に、この発明の携帯端末の一実施例の構成ブロック図を示す。
図３において、携帯端末ＴＥ２は、主として、制御部２０１，サーバ通信部２０２，表示部２０３，入力部２０４，特典情報取得部２１１，カレンダー情報取得部２１２，商品情報取得部２１３，記憶部２２０とを備える。
【００６９】
制御部２０１は、この発明の携帯ＴＥ２の構成ブロックの動作を制御する部分であり、サーバの制御部１０１と同様に、ＣＰＵ等を備えたマイクロコンピュータにより実現される。
【００７０】
サーバ通信部２０２は、サーバ１とデータ通信をする部分であり、上記したように、ＷＡＮあるいはＬＡＮなどのネットワークを介した無線通信を行うことが好ましい。
サーバ通信部２０２によるサーバ１との通信としては、たとえば、サーバ１からの購入履歴情報の受信、特典情報の受信、カレンダー情報の受信、サーバ２へのカレンダー情報の同期の要求の送信などがある。
【００７１】
表示部２０３は、受信された商品関連情報、特典情報、カレンダー情報等を所有者に提供する出力部に相当し、サーバから提供される種々の情報等の表示を行う部分であり、ＬＣＤや有機ＥＬディスプレイが用いられる。出力部としては、表示部の他に、音声出力部（スピーカ）などを備えてもよい。
入力部２０４は、画像や文字等の情報の入力や、機器選択などの操作入力を行う部分であり、カメラ２０６，タッチパッド２０７，キーボード２０８，マウス２０９などが用いられる。
【００７２】
カメラ２０６は、静止画を撮影して入力するものであるが、特に、商品に付与されたバーコードを撮影し、バーコードの画像データを入力するために用いることができる。
タッチパッド２０７は、指やペンを用いて、情報や機能選択操作を入力するものであり、表示部２０３に重ね合わせて形成されるか、あるいは、表示部２０３と一体的に形成される。
【００７３】
特典情報取得部２１１は、サーバ１で生成されサーバの商品情報処理部１０３によって送信されたユーザごとの特典情報を、取得する部分である。
特典情報は、店舗側で予め用意したクーポンやバーゲン情報のうち、特定のユーザにとって有用となる情報であり、ユーザの購入履歴情報を利用することにより生成され、そのユーザにとって有用な時間帯に、通常のクーポン等の内容よりも有利な内容で提供される情報である。
【００７４】
カレンダー情報取得部２１２は、上記特典情報を、ユーザごとに設定されたカレンダーの中に追加した情報（カレンダー情報）を、サーバ１から取得する部分である。
たとえば、あるユーザに提供可能な特典情報が複数ある場合において、それぞれの特典を実施する日が異なる場合、各特典情報を実施日ごとに分類して、予めＴＥ２の中に設定されているユーザのカレンダーの中に特典情報を設定記憶しておいたものが、カレンダー情報である。
【００７５】
このカレンダー情報もサーバ１で生成され、後述するように、ＴＥ２からの同期要求により、すでに取得していたカレンダー情報と異なる部分の情報（差分情報）をサーバ１から取得するようにする。
特典情報も、カレンダー情報も、ユーザが特典を受けることのできる実施日と実施時間帯の情報を含むため、少なくとも、ユーザが、店舗に来店する前に、特典情報を確認することができるようにすることが好ましく、実施日の前日あるいはそれ以前の日に、ユーザが所有するＴＥ２に送信されることが好ましい。
【００７６】
商品情報取得部２１３は、サーバ１から、所定の商品に関する情報を取得する部分である。
たとえば、所有者が携帯ＴＥ２を携帯して店舗内を移動しその店舗に配置された商品を購入しようとしているときに、カートおよび所有者の現在位置の近くの商品棚に配置されている商品に関する情報を取得する部分である。
また、ユーザが購入しようとした商品に付加されたバーコードを読み取り、そのバーコードによって特定される商品に関する情報を、サーバから取得する部分である。
取得する商品に関する情報としては、その商品そのものについての情報（商品識別情報）と、その商品に関連する情報（商品関連情報）とがある。
ここで、商品識別情報と商品関連情報は、それぞれ、上記したサーバ１の記憶部１２０に記憶されている情報（１２３，１２５）と対応する。
【００７７】
携帯ＴＥ２の記憶部２２０は、ＴＥ２で利用する情報を記憶しておく部分であり、サーバ１の記憶部１２０と同様に、半導体記憶素子や記憶装置等が用いられる。
記憶部２２０には、ユーザ情報２２１、個人識別情報２２２、購入履歴情報２２３、特典情報２２４、カレンダー情報２２５などが記憶される。
【００７８】
図９に、この発明の携帯端末に記憶される情報の一実施例の説明図を示す。
ここでは、記憶部２２０に記憶される情報のうち、ユーザ情報２２１と、個人識別情報２２２と、購入履歴情報２２３とを示している。
各携帯端末２は、その所有者に付与されたユーザ情報２２１によって特定される。
【００７９】
ただし、図９に示したユーザ情報２２１は、サーバに記憶されるユーザ情報１２１に対応し、個人識別情報２２２は、サーバに記憶される個人識別情報１２６に対応し、購入履歴情報２２３は、サーバに記憶される購入履歴情報１２２と対応するので、説明を省略する。
【００８０】
特典情報２２４は、上記したように、特典情報取得部２１１によって取得された情報であり、商品関連情報のうち、ユーザごとに異なり、そのユーザにとって有用な購入特典を設定した情報である。この記憶された特典情報２２４は、入力部２０４を用いたユーザの指示（表示要求入力）に基づいて、表示部２０３に表示される。
【００８１】
図８に、特典情報２２４の一実施例の説明図を示す。
特典情報２２４には、たとえば、識別名、期間（開始日、終了日）、割引率Ａ１、ポイント付与率Ｐ１、ユーザの特典内容を含む。
ユーザの特典内容は、そのユーザ独自の購入特典であり、たとえば、特典を提供する時間帯（特典時間帯）、割引率Ａ２、ポイント付与率Ｐ２が含まれる。
ここで、ユーザの特典内容の割引率Ａ２とポイント付与率Ｐ２は、そのユーザが、特典時間帯に、その特典の対象となる商品を購入した場合の割引率とポイント付与率とする。ユーザが特典時間帯に来店することを促進し、ユーザの来店時間を分散化して店舗の混雑緩和を図るために、上記割引率Ａ２とポイント付与率Ｐ２には、一般的に適用される割引率Ａ１やポイント率Ｐ１よりも、そのユーザにとって有利な条件が設定される。
【００８２】
カレンダー情報２２５は、上記したようにユーザの一日単位のイベント情報を所定の日付単位（日時）ごとに記憶したものであり、サーバ１によって生成されたカレンダー情報１２９に相当する。
このカレンダー情報２２５に含まれる特典情報は、その特典情報が提供される日付情報の時期の前日以前に、サーバ１からユーザのＴＥ２に送信される。
また、新たな特典情報があることや、特典が更新されたことをその特典情報の実際の提供日以前に通知しておくことにより、ユーザが数日後に特典情報が提供されることを予め確認することができる。
【００８３】
ＴＥ２に記憶される情報としては、サーバ１に記憶されているユーザ情報１２３などに加えて、異なる情報を記憶してもよい。
たとえば、サーバ１はある特定の店舗内に設置されるものなので、サーバ１の購入履歴情報１２２には、ユーザがその店舗で購入した商品についての購入履歴情報が記憶されている。
一方、ＴＥ２の購入履歴情報２２３には、上記店舗で購入した商品についての購入履歴情報に加えて、他の店舗で購入した商品についての購入履歴情報を含めて記憶してもよい。
【００８４】
＜ユーザの来店情報および買物時間帯情報の更新設定＞
ここでは、ユーザの購入履歴情報等を用いて、来店情報や、買物時間帯情報等を更新設定する処理について説明する。
図１０に、サーバにおける来店情報および買物時間帯情報の更新処理の一実施例のフローチャートを示す。
ステップＳ１において、この更新処理を起動させるための要求（更新起動要求）があるか否かをチェックする。
【００８５】
更新起動要求としては、たとえば、サーバ１の現在時刻が、予め設定されていた時刻と一致したこと、あるいは、サーバの担当者によって起動要求入力操作がされたことなどがあげられる。
ここで、設定時刻としては、たとえば、店舗の営業時間が終了した後の時刻（たとえば、２２時００分）が設定され、この場合は、１日１回だけすべてのユーザに対する更新処理が行われる。あるいは、ユーザが店舗での買い物を終了し、レジで決済を完了した場合に、そのユーザに対する更新起動要求を実行するようにしてもよい。
【００８６】
ステップＳ２において、更新起動要求があった場合、ステップＳ３へ進み、そうでない場合は、ステップＳ１へ戻る。
ステップＳ３において、個人識別情報１２６を、記憶部１２０から読み出す。
ステップＳ４において、購入履歴情報１２２を、記憶部１２０から読み出す。
ここで、ユーザごとに情報（１２６，１２２）が読み出され、以下の処理（ステップＳ５〜Ｓ１２）が、ユーザごとに実行され、サーバ１に記憶されているすべてのユーザに対する更新処理が行われる。あるいは、特定のユーザに対しての更新起動要求があった場合は、その特定のユーザに対する更新処理が行われる。
【００８７】
ステップＳ５において、現在対象となっているユーザの個人来店情報を生成する。
個人来店情報１２７は、上記したように図６に示すような情報であり、ユーザの購入履歴情報を利用して生成する。
たとえば、購入履歴情報の購入日時の日付情報を用いて、来店日（１２７−ａ）を求め、その来店日ごとに、購入日時の時刻情報及び購入品目数に応じた滞在時間を用いて、入店時刻（１２７−ｂ）と、出店時刻（１２７−ｃ）とを算出する。
【００８８】
ステップＳ６において、入店時刻と出店時刻の丸め処理を行う。この丸め処理は、買い物をする時間帯が同じユーザでも様々な要因で入店時刻、出店時刻にばらつき（交通事情による入店時刻のばらつき、来店毎の購入品目数の違いによる滞在時間のばらつきなど）を吸収するために、入店と出店の実際の時刻を、それぞれ個別時間帯の開始時刻と終了時刻に一致させるものである。
たとえば、図６に示すように、個別時間帯が１５分ごとに区分されている場合において、ユーザの入店時刻が１０時５分で、出店時刻が１１時４０分であったとすると、丸め処理後の入店時刻は１０時００分となり、出店時刻は１１時４５分となる。
すなわち、丸め処理後の買物時間帯は、１０時００分から１１時４５分に設定される。これにより、ユーザの実際の買物時間帯よりもやや広い時間幅を持った時間帯が設定される。
【００８９】
ステップＳ７において、個別時間帯ごとの来店回数の更新処理を行う。ここでは、丸め処理後の買物時間帯に含まれる個別時間帯について、それぞれの来店回数に、１を加算する。
たとえば、丸め処理後の買物時間帯が１０時００分から１１時４５分であったとすると、図７（ａ）に示すように、１５分間隔の７つの個別時間帯に、１が加算される。
ただし、図７では、この加算をする以前の来店回数は、すべての個別時間帯においてゼロであったとする。
【００９０】
図７には、あるユーザの３回の個人来店情報から求めた個別時間帯ごとの来店回数の更新後の一実施例を示している。
図７（ａ）は、１回目の来店情報における来店回数を示したものであり、図７（ｂ）は、１回目の来店日の後の日における２回目の来店回数を示したものであり、図７（ｃ）は、２回目の来店日の後の日における３回目の来店回数を示したものである。
ここで、１回目の実際の入店時刻を１０時５分、出店時刻を１１時４０分とした場合、上記したように、丸め処理後の入店時刻は１０時００分、出店時刻は１１時４５分となり、丸め処理後の買物時間帯に対しては、７つの個別時間帯に、１が加算される。
【００９１】
同様に、図７（ｂ）の２回目の実際の入店時刻を９時３０分、出店時刻を１０時５０分とした場合、丸め処理後の入店時刻は９時３０分、出店時刻は１１時００分となる。
この場合、開始時刻が９時３０分と９時４５分の２つの個別時間帯に対して、１が加算されて来店回数が１となり、１０時００分から１１時００分までの間の４つの個別時間帯に対しては、１が加算されて、来店回数が２となる。
【００９２】
また、図７（ｃ）の３回目の実際の入店時刻を１０時１０分、出店時刻を１１時２０分であったとした場合、丸め処理後の入店時刻は１０時００分、出店時刻は１１時３０分となる。
図７（ｃ）の場合は、１０時００分から１１時３０分までの間の６つの個別時間帯に対して、１が加算される。
このとき、来店回数が２であった４つの個別時間帯（開始時刻が１０時００分、１０時１５分、１０時３０分、１０時４５分）は、来店回数が３となり、来店回数が１であった２つの個別時間帯（開始時刻が１１時００分、１１時１５分）は来店回数が２となる。
【００９３】
ステップＳ８において、来店回数のピーク時間帯の検出処理を行う。
ここで、ユーザが来店した日数をｎとした場合、個別時間帯の来店回数の値ｍが、来店日数ｎの所定比率Rを超える個別時間帯を求める。以下に、Rが５０％としたときの個別時間帯の算出方法を説明する。
ｍ＞ｎ×０．５となる整数値ｍを求める。
そして、この整数値ｍ以上の来店回数が２つ以上連続している個別時間帯（連続時間帯）を求める。
たとえば、図７（ａ）の来店日数（ｎ）が１日の場合、ｍ＞１×０．５＝０．５であるので、ｍが１以上の個別時間帯を求める。
図７（ａ）の場合は、来店回数ｍとして、１が連続している個別時間帯は、１０時００分から、１１時４５分までの７つの時間帯となる。
【００９４】
図７（ｂ）の来店日数（ｎ）が２日の場合、ｍ＞２×０．５＝１であるので、ｍが２以上の個別時間帯を求める。
この図７（ｂ）の場合は、来店回数が２以上である連続時間帯は、１０時００分から１１時００分までの４つの時間帯となる。
さらに、図７（ｃ）の場合は、来店日数（ｎ）が３日なので、ｍ＞３×０．５＝１．５となり、ｍが２以上の個別時間帯を求める。
この図７（ｃ）の場合は、来店回数が２以上である連続時間帯は、１０時００分から１１時３０分までの６つの時間帯となる。
上記のようにして求めた連続時間帯のうち、最大の来店回数が連続する時間帯の中央の時間帯を、ピーク時間帯とする。
【００９５】
次に、求めた連続時間帯について、ピーク時間帯として、最大の来店回数が連続する中央の時間帯の開始時刻を求める。
図７（ａ）のように、連続時間帯が奇数個の個別時間帯からなる場合は、その中央の時間帯の開始時刻を、ピーク時間帯の開始時刻とする。図７（ａ）の場合、７つの個別時間帯があるので、１０時４５分がピーク時間帯の開始時刻となる。
また、図７（ｂ）のように、来店回数が２である連続時間帯が偶数個の個別時間帯からなる場合は、中央の２つの個別時間帯の間の時刻、すなわち、２つの個別時間帯のうち後の個別時間帯の開始時刻を、ピーク時間帯の開始時刻とする。
図７（ｂ）の場合、４つの個別時間帯があるので、その中央値である１０時３０分がピーク時間帯の開始時刻となる。
【００９６】
図７（ｃ）の場合、来店回数が２以上の連続時間帯は、偶数である６つの個別時間帯からなるが、その中で、最大の来店回数＝３が連続する時間帯は、１０時００分から１０時４５分までの４つの個別時間帯である。
したがって、この４つの個別時間帯のうち、中央の２つの個別時間帯の中央値である１０時３０分がピーク時間帯の開始時刻となる。
【００９７】
ステップＳ９において、買物時間帯の標準期間を設定する。
この標準期間は、記憶部の買物時間帯情報１２８として記憶されている期間設定値を用いて設定する。
たとえば、ステップＳ８で求めたピーク時間帯の開始時刻に、期間設定値の値を加減算した時刻の間を、買物時間帯の標準期間とする。
図６に示すように、期間設定値が±３０分である場合、図７（ａ）のピーク時間帯の開始時刻＝１０時４５分に対しては、買物時間帯の標準期間としては、１０時４５分の前後３０分間が設定され、１０時１５分から、１１時１５分までとなる。
【００９８】
また、図７（ｂ）と図７（ｃ）のピーク時間帯の開始時刻＝１０時３０分に対しては、１０時３０分の前後３０分間が設定され、買物時間帯の標準時間は、１０時００分から、１１時００分までとなる。
【００９９】
ステップＳ１０において、各個別時間帯の来店回数による買物時間帯の調整処理を行う。
ここでは、ステップＳ９で求めた標準期間の前後の個別時間帯の来店回数を調査し、標準期間の来店回数と同じ来店回数が連続している場合、その個別時間帯も買物時間帯に含める。
すなわち、買物時間帯を、前後の個別時間帯を含めて拡大させる。この拡大を行うのは、ステップＳ９で求めた標準期間と同じ来店回数が連続している期間は、ユーザが良く買い物をしている期間であるが、ユーザが良く買い物をしている期間を考慮して買い物時間帯を設定するためである。拡大を行わない場合は、例えば、図７（ｃ）の場合、標準期間が１０時００分であるが、比較的よく滞在する１１時００分から１１時３０分に特典を受けられないことになり、ユーザが特典を受ける期間が短くなるので、拡大を行う方が好ましい。
【０１００】
たとえば、図７（ａ）の場合、標準期間（１０時１５分から１１時１５分）と同じ来店回数（＝１）となっている個別時間帯としては、１０時００分の個別時間帯と、１１時１５分と１１時３０分の個別時間帯とがあるので、これらの個別時間帯を含めたものを買物時間帯として設定する。
すなわち、図７（ａ）の場合は、１０時００分から、１１時４５分までが買物時間帯として設定される。
【０１０１】
また、図７（ｂ）の場合、標準期間の来店回数の値は２であるが、前後の他の個別時間帯の来店回数は１であって同一ではないので、時間帯の拡大は行わない。
すなわち、図７（ｂ）の買物時間帯は、１０時００分から１１時００分までのままである。
同様に、図７（ｃ）の場合も標準期間の来店回数（＝３）と同一の来店回数を持つ他の個別時間帯はないので、時間帯の拡大は行わない。
すなわち、図７（ｃ）の買物時間帯も、１０時００分から１１時００分までとなる。
以上の処理により、あるユーザについての買物時間帯が決定される。
【０１０２】
ステップＳ１１において、来店頻度の更新処理を行う。ここでは、個人来店情報１２７を用いて、１週間当たりの来店日数を再計算する。
たとえば、図７に示した３回の来店が、同じ週であったとすると、来店頻度１３６は３（回／週）となる。
ステップＳ１２において、上記のようにして算出した買物時間帯情報１２８と、来店頻度１３６とを、記憶部１２０に記憶する。
以上の処理により、すべて、あるいは特定のユーザに対して、買物時間帯と来店頻度とが更新される。
【０１０３】
＜特典情報の生成と送受信処理＞
図１１に、この発明の特典情報の生成処理と、送受信処理の一実施例のフローチャートを示す。
特典情報は、サーバ１によって生成され、ＴＥ２へ送信される。
また、特典情報は、主として、店舗側で予め設定される商品関連情報から生成され、特に、バーゲン情報やクーポン情報から生成される。
さらに、特典情報は、店舗側が予め設定したバーゲン情報等の中で、設定された期間（日時）、設定条件あるいは特典内容を、ユーザごとに変更したものである。この期間等の変更は、上記のようにして求めたユーザごとの買物時間帯や来店頻度に基づいて行われる。
図１１には、サーバ１で行われる処理と、携帯ＴＥ２で行われる処理について示している。
【０１０４】
サーバ１の特典情報生成処理が開始されると、ステップＳ２１において、特典情報送信要求があったか否かをチェックする。
ここで、この要求は、所定の設定時刻になった場合、あるいは、サーバの担当者の要求入力操作がされた場合、端末TE２からユーザの特典情報の要求入力操作がされた場合などのときに実行すればよい。
このユーザからの特典情報の要求入力は、その店舗のサービスを受けるための専用アプリケーションプログラムを、ユーザのＴＥ２にダウンロードし、そのプログラムの一つの機能として予め設定された得点情報要求を起動させることにより、行ってもよい。
設定時刻としては、たとえば、営業時間の終了時刻、閉店後のすべての決済が終了した時刻、新たな商品関連情報（クーポン情報、バーゲン情報）が設定された後の時刻、店舗が営業していない時刻（たとえば午前０時）、ユーザが決裁を終了して所定時間経過した時刻などが設定される。
【０１０５】
特典情報送信要求があった場合、ステップＳ２２へ進み、そうでない場合はステップＳ２１をループする。
ステップＳ２２において、記憶部１２０から、すべての商品関連情報を読み出す。
ステップＳ２３において、特典を送信する対象ユーザを選択する。対象ユーザが複数存在する場合は、たとえばユーザＩＤの番号順に、１人ずつ選択すればよい。
そして、選択したユーザごとに、以下の処理（ステップＳ２４からＳ２７）を繰り返し実行すればよい。
【０１０６】
ステップＳ２４において、選択したユーザ（対象ユーザ）のユーザ情報１２１を読み出す。
ステップＳ２５において、選択したユーザ（対象ユーザ）の購入履歴情報１２２を読み出す。また、店舗側の情報である開店情報１４０、閉店情報１４１、混雑時間帯１４２も読み出す。これらの情報を読み出して、たとえば、ＲＡＭ上の共有バッファに一時的に記憶しておく。
【０１０７】
ステップＳ２６において、選択したユーザの特典情報を生成する。
読み出した情報のうち、特に、買物時間帯情報１２８、来店頻度１３６、混雑時間帯１４２、購入履歴情報１２２を用いて、対象ユーザに対する特典情報が生成される。
特典情報の生成処理の詳細フローを、後述する図１２に示す。
【０１０８】
ステップＳ２７において、生成した特典情報を、対象ユーザが所有する携帯ＴＥ２に送信する。
ステップＳ２８において、対象ユーザすべてについて、特典情報を生成し、送信が完了したか否かをチェックする。
また、対象ユーザの特典情報の生成が完了していない場合はステップＳ２３へ戻り、すべて送信が完了した場合、ステップＳ２１へ戻る。
【０１０９】
一方、携帯ＴＥ２において、特典情報受信処理が開始されると、ステップＳ４１において、サーバ１から特典情報が受信されるか否かをチェックする。受信されない場合はステップＳ４１をループし、受信された場合は、ステップＳ４２へ進む。
ステップＳ４２において、受信した特典情報を記憶部２２０に記憶する。
ステップＳ４３において、表示部２０３に特典情報を受信したことを表示し、ユーザに通知する。
ここでは、新たに特典情報を受信したことがユーザにわかるように通知すればよく、たとえば、所定のアイコンの点滅表示や、音、光、振動等の報知手段によって通知してもよい。
また、このとき、特典情報そのものの内容を表示部２０３に表示する必要はない。
【０１１０】
ステップＳ４４において、入力部２０４によって、特典情報の表示要求の入力があったか否かをチェックする。入力があった場合はステップＳ４５へ進み、入力がない場合はステップＳ４４をループする。
表示要求の入力は、たとえば、ユーザが特典情報を受信したことの通知に気づいた場合、タッチパッド２０７の表示画面上の点滅アイコンに接触するなどの所定の入力操作をすることにより行えばよい。
ステップＳ４５において、受信した特典情報の内容を表示部２０３に表示させる。その後、ユーザが特典情報を確認し、所定の表示終了操作などをした場合に、ステップＳ４１へ戻る。
【０１１１】
＜サーバにおける特典情報の生成処理＞
図１２に、サーバにおける特典情報の生成処理の一実施例のフローチャートを示す。これは、図１１に示したステップＳ２６の一実施例である。
ステップＳ７１において、読み出した商品関連情報１２５の中から、対象とする特典情報を選択する。
たとえば、対象とする特典情報として、現在日から３０日後までの間に、提供日時（期間）が設定されているクーポン情報あるいはバーゲン情報を選択する。
【０１１２】
また、ユーザの購入履歴から、定期的購入品（たとえば、毎週１回以上購入している商品）や、以前購入したことがある商品であって、最近１ヶ月以内に購入したことがない商品などが抽出できる場合、そのような商品についてのクーポン情報があれば、選択する。
その他に、以前購入したことがあるA社の商品と同じ商品カテゴリのA社の商品や他社商品の特典情報を選択してもよい。
また、ここで選択される特典情報は、図５に示すような商品関連情報１２５であり、店舗側が予め設定した日時（期間）や、内容（割引率、ポイント付与率）が含まれている。
【０１１３】
ステップＳ７２において、記憶部のユーザ情報１２１の中から、そのユーザの買物時間帯情報１２８を読み出す。この買物時間帯情報１２８には、上記した図１０に示すようなフローによって更新された買物時間帯が含まれる。
ステップＳ７３において、ユーザ情報１２１の中から、そのユーザの来店頻度１３６を読み出す。
ステップＳ７４において、記憶部１２０から、店舗の混雑時間帯１４２、開店時刻１４０、閉店時刻１４１を読み出す。
【０１１４】
ステップＳ７５において、ユーザの購入履歴情報１２２から、選択した特典情報の対象となる商品の過去の購入数（商品購入数）と、購入頻度を算出する。ここで、購入頻度は、たとえば、商品購入数とその購入日時から求めたその対象商品の１週間当たりの平均購入数を意味する。
ステップＳ７６において、選択した特典情報の日時調整を行う。ここでは、図５の商品関連情報１２５に示すように、予め設定されている日時（期間）を調整する。
たとえば、バーゲン情報の提供期間を、ユーザがよく来店する買物時間帯に変更する。この日時の調整には、後述するように、買物時間帯、混雑時間帯、開店時刻、閉店時刻などが利用される。
【０１１５】
ステップＳ７７において、選択した特典情報の内容調整を行う。ここでは、商品関連情報１２５に示すような割引率やポイント付与率を調整する。たとえば、バーゲン情報の価格割引率を、増加させる。
この内容調整には、後述するように、買物時間帯、来店頻度、購入頻度などが利用される。
この日時調整や内容調整は、ユーザごとに異なる買物時間帯や来店頻度などが利用されるので、特典情報のもとになる選択した商品関連情報が同一であったとしても、その提供日時や提供内容が異なる特典情報が生成される。
すなわち、ユーザそれぞれにとって有用な特典情報が生成され、提供される。
また、提供日時としてユーザごとに異なる時間帯を設定するようにすれば、特典付きの商品の購入時期を分散できる。
【０１１６】
ステップＳ７８において、他に選択すべき特典情報があるか否かをチェックする。ある場合はステップＳ７１へ戻り、なければステップＳ７９へ進む。
ステップＳ７９において、現在選択されているユーザへ送信する特典情報を、記憶部に一時記憶する。すなわち、ユーザごとに、特典情報を生成し記憶しておく。
上記したように、特典情報は、ユーザの買物時間帯などを利用して生成されるので、特典情報の提供日時や提供期間を異ならせることによって、特典情報の対象となる商品の購入時期を分散させることができ、その対象商品を購入しようとする多数ユーザによる混雑を緩和もしくは解消することができる。
【０１１７】
図８に、特典情報の日時調整の一実施例を示す。
たとえば、特典情報のもとになる「バーゲン情報」として、店舗のすべての商品について、
提供期間：８月１日から８月１０日、
割引率Ａ１＝３％ＯＦＦ、ポイント付与率Ｐ１＝１％
が設定されていたとする。
一方、対象ユーザの買物時間帯が１０時３０分から１１時３０分であったとする。
さらに、混雑時間帯の開始時刻が１０時００分で、終了時刻が１１時００分、店舗の開店時間が１０時００分であったとし、そのバーゲンを実施する設定時間として、少なくとも１時間の時間帯を設定するものとする。
【０１１８】
このとき、図８（ａ）に示すように、特典情報が提供される時間帯（特典時間帯）を、開始時刻＝１１時００分、終了時刻＝１２時００分に設定する。
これは、対象ユーザの特典時間帯を、店舗の混雑時間帯（１０時００分から１１時００分）に重ならないように設定した例であり、さらに、そのユーザの買物時間帯の一部分（１１時００分から１１時３０分）を含むように設定したものである。
すなわち、特典時間帯（１１時００分から１２時００分）は、混雑時間帯（１０時００分から１１時００分）を含まず、対象ユーザの買物時間帯（１０時３０分から１１時３０分）の一部分を含んでいる。
【０１１９】
このように、特典情報を提供する特典時間帯を、混雑時間帯をさけるように設定すれば、ユーザが商品購入をしやすくなり、店舗側もユーザの商品購入数の増加を見込むことが可能となる。
また、特典情報を提供する特典時間帯を、ユーザの買物時間帯に一致するように、またはその一部分を含むように設定すれば、その買物時間帯はユーザの来店の可能性の高い時間帯であるので、そのユーザが自ら来店時間の時間調整をしたり、何度も来店することを回避することができ、商品の購入の可能性を高めることができる。
【０１２０】
また、特典時間帯（１１時００分から１２時００分）に、ユーザが来店して商品を購入する場合の特典内容を、そのユーザにとって有利なように変更してもよい。
たとえば、図８に示すように、ユーザの特典内容として、特典時間帯の１１時００分から１２時００分の間に商品を購入した場合、予め設定されていた割引率Ａ１やポイント付与率Ｐ１よりも高くなるように、割引率Ａ２を５％ＯＦＦとし、ポイント付与率Ｐ２を３％としてもよい。これにより、ユーザにとってはより有利な条件で商品購入をすることができる。
また、店舗の混雑時間帯がない場合や、混雑時間帯とユーザの買物時間帯が重ならない場合は、特典時間帯としては、ユーザの買物時間帯と同一の時間帯に設定してもよい。
【０１２１】
また、図８（ｂ）に示すように、２つの特典時間帯を設定してもよい。この場合、店舗の開店時刻が１０時００分であり、混雑時間帯が１２時００分から１３時００分であり、ユーザの買物時間帯が１１時００分から１２時３０分であったとする。
まず、開店時刻が１０時００分であり、混雑時間帯が始まる１２時００分までの間に余裕があり、１０時から１２時までの間に、ユーザの買物時間帯の一部分も含まれるので、１つの特典時間帯として、混雑時間帯が始まる前の１１時００分から１２時００分までを設定する。
また、ユーザが混雑時間帯の終了時刻後も店内にいる可能性を考慮して、第２の特典時間帯として、混雑時間帯の終了時刻の後の１３時００分から１３時３０分までを設定する。
【０１２２】
また、図８（ｃ）に示すように、１日の中で、ユーザがよく来店する買物時間帯が２つ存在する場合、２つの特典時間帯を、その２つの買物時間帯を考慮して設定してもよい。
ここで、混雑時間帯を１０時００分から１２時００分とし、ユーザの買物時間帯を１０時３０分から１１時３０分と、１６時００分から１６時３０分とする。
このとき、１つ目の買物時間帯は、混雑時間帯の中に含まれているので、混雑時間帯をはずして設定するものとすると、たとえば、特典時間帯を、１２時００分から１３時００分に設定する。
また、２つ目の買物時間帯は、混雑時間帯と重ならないので、そのユーザの買物時間帯（１６時００分から１６時３０分）を、そのまま特典時間帯に設定する。
【０１２３】
このように、ユーザの買物時間帯が混雑時間帯に重なる場合は、特典時間帯を、混雑時間帯に重ならない時間帯に設定し、重ならない場合は、特典時間帯をその買物時間帯に設定すればよい。
混雑時間帯が２つの買物時間帯と一致している場合において、２つの買物時間帯が一定時間（たとえば、４時間）以上離れている場合は、それぞれの買物時間帯の前後の時間帯に、それぞれ特典時間帯を設定すればよい。
２つの買物時間帯が接近していて、その間に十分な特典時間帯を設定できない場合は、２つの買物時間帯の間には特典時間帯は設定せずに、１つ目の買物時間帯の前の時間帯と、２つ目の買物時間帯の後の時間帯とに、特典時間帯を設定すればよい。
【０１２４】
以下に、来店頻度によって、特典情報の内容を変更する一実施例を示す。
たとえば、来店頻度が、週１回のユーザの場合は、割引率を４％ＯＦＦとするのに対して、週２〜３回の場合は、５％ＯＦＦとし、週４回以上来店するユーザに対しては７％ＯＦＦとする。
このように来店頻度によって割引率を変更すれば、ユーザの来店を促進することができると考えられ、店舗の売上増加の可能性を高めることができる。
また、変更させる特典情報の内容として、割引率の他に、ポイント付与率を用いてもよい。すなわち、来店頻度が増加するのに対応させて、ポイント付与率を増加させればよい。
【０１２５】
さらに、同一商品の過去の購入数や、購入頻度に対応させて、その商品の割引率やポイント付与率を変更してもよい。
たとえば、ユーザの同一商品の購入頻度が、週１回未満の場合は、割引率を３％ＯＦＦとするのに対して、週１〜２回の場合は、５％ＯＦＦとし、週３回以上の場合は７％ＯＦＦとしてもよい。
また、同一商品のユーザの過去の購入頻度がすでに週３回以上であった場合に、次回のバーゲン期間中において、その同一商品を購入する場合は、その割引率を１０％ＯＦＦとしてもよい。また、同様に、割引率の代わりにポイント付与率を変更してもよい。
【０１２６】
このように、来店頻度に対応させて、特典情報の割引率やポイント付与率を、ユーザにとって有利となるように、変更することにより、商品の購入の可能性を高めることができる。
【０１２７】
＜カレンダー情報の生成と送受信処理＞
図１３に、この発明の特典情報を含むカレンダー情報の生成処理と、送受信処理の一実施例のフローチャートを示す。
ここでは、サーバ１で生成した特典情報をそのままＴＥ２へ送信するのではなく、生成した特典情報を対象ユーザのカレンダー情報の１つとして送信する場合について説明する。
カレンダー情報は、ユーザの日ごとのイベントや備忘録などを記憶したものであり、特典情報も、特定の日時あるいは期間のイベントの１つとして記憶される。
【０１２８】
以下の実施例では、特典情報を含めたカレンダー情報を直接ＴＥ２へ送信するのではなく、新たな特典情報が生成された場合、まず、特典情報があることを示すカレンダー情報の更新要求を、サーバ１からＴＥ２へ送信し、ＴＥ２において、特典情報の送信要求を意味するユーザによる同期要求入力がされた場合に、新たに生成された特典情報に相当するカレンダー情報の差分情報をサーバ１からＴＥ２へ送信する場合について説明する。
【０１２９】
図１３には、サーバ１によるカレンダー情報の生成および送信処理と、携帯ＴＥ２によるカレンダー情報の受信および表示処理について示している。
サーバ１の処理が開始されると、図１１と同様に、ステップＳ２１からステップＳ２６までの処理が実行される。
すなわち、特典情報の送信要求があった場合、商品関連情報を読み出し、選択した対象ユーザごとのユーザ情報、購入履歴情報などを記憶部から読み出して、その対象ユーザの特典情報を生成する。これらの処理の詳細内容は、図１１に示したものと同様である。
【０１３０】
ステップＳ３１において、生成した特典情報を、選択した対象ユーザのカレンダー情報１２９に追加する。特典情報には、図８に示すように、特典を提供する日付情報（年、月、日、時、分、期間など）が含まれているので、この日付情報を取得して、カレンダー情報の中のどの日に特典情報を追加すべきかを判断する。
たとえば、図８に示すような特典情報２２４が生成されていたとする。この特典情報２２４には、期間情報が含まれており、開始日が２０１２年８月１日で、終了日が２０１２年８月１０日なので、カレンダー情報に追加すべき日が、８月１日から８月１０日までの１０日間であると判断される。
そして、今対象となっているユーザのカレンダー情報１２９が記憶部１２０から読み出され、特典情報２２４が、上記判断によって特定された日付に追加される。
【０１３１】
たとえば、図４に示すように、カレンダー情報として、カレンダー情報ＩＤ＝「Ｃ０００１」、特典開始日＝「１２０８０１」、特典終了日＝「１２０８１０」、特典開始時刻＝「１１時００分」、特典終了時刻＝「１２時００分」、報知フラグ＝「ＯＮ（要）」、更新日＝「１２０７２５」、特典内容＝「ＴＮ０１」、報知日＝「１２０７２８」が記憶される。
ここで、特典内容（ＴＮ０１）としては、図８の特典情報の中のユーザ特典内容のうち、割引率Ａ２とポイント付与率Ｐ２とが記憶される。
また、更新日としては、この特典情報が生成された日が記憶される。
【０１３２】
ステップＳ３２において、すべての対象ユーザに対して、カレンダー情報を生成したか否かをチェックする。
まだ生成すべき対象ユーザが残っている場合はステップＳ２３へ戻り、ステップＳ２３からＳ３１までの同様の処理を繰り返す。すべての対象ユーザのカレンダー情報の生成を完了した場合は、ステップＳ３３へ進む。
ステップＳ３３において、カレンダー情報の更新要求を、各ユーザの携帯ＴＥ２に送信する。
この更新要求には、カレンダー情報そのものの内容は含まずに、新たなカレンダー情報が生成され、更新が必要であることを示す旨が含まれる。サーバ１では、この更新要求を送信した後、ＴＥ２からの同期要求が受信されるのを待つ。
【０１３３】
一方、ＴＥ２では、カレンダー情報の受信処理が開始されると、ステップＳ５１において、サーバ１から、カレンダー情報の更新要求が受信されるか否かをチェックする。受信されなければ、ステップＳ５１をループし、受信された場合は、ステップＳ５２へ進む。
ステップＳ５２において、カレンダー情報の更新要求が受信されたことを表示部２０３に表示して、ユーザに通知する。
ステップＳ５３において、入力部２０４によって、ユーザが同期要求入力をしたか否かを確認する。同期要求入力は、サーバ１に対して、カレンダー情報に追加された情報（新たな特典情報を含む）を、差分情報として送信することを要求するためのものである。
【０１３４】
同期要求入力がなければ、ステップＳ５３をループし、同期要求入力があれば、ステップＳ５４へ進む。
ステップＳ５４において、ＴＥ２からサーバ１へ、カレンダー情報の同期要求を送信する。この同期要求には、たとえば、差分情報の送信を要求する旨と、ユーザＩＤと、更新日とを含める。
ここで、更新日は、ＴＥ２において前回更新を行った日、すなわち最新の更新日を意味する。
ＴＥ２では同期要求の送信後、サーバ１からカレンダー情報の差分情報が受信されるのを待つ。
【０１３５】
ステップＳ３４において、サーバ１は、ＴＥ２から送られてくるカレンダー情報の同期要求を受信する。
ステップＳ３５において、同期要求のあったユーザＩＤに対応する対象ユーザのカレンダー情報の差分情報を作成する。
ここではまず、そのユーザＩＤに対応する対象ユーザのカレンダー情報を読み出す。
次に、同期要求に含まれる更新日Ｋ１と、読み出された各カレンダー情報の更新日Ｋ２とを比較する。
更新日Ｋ２が、更新日Ｋ１と同日のカレンダー情報と、更新日Ｋ１よりも後の日付となっているカレンダー情報を選択する。
すなわち、ＴＥ２において前回更新された日付以降に、サーバ１で新たに生成されたカレンダー情報を選択的に取得する。この選択されたカレンダー情報が差分情報となる。
【０１３６】
ステップＳ３６において、作成されたカレンダー情報の差分情報を、同期要求のあった対象ユーザのＴＥ２へ送信する。その後、ステップＳ２１へ戻る。
【０１３７】
ステップＳ５５において、ＴＥ２では、サーバ１から送信されてきたカレンダー情報の差分情報を受信する。
ステップＳ５６において、受信した差分情報を、ＴＥ２のカレンダー情報２２５に追加記憶し、更新する。
ステップＳ５７において、カレンダー情報を表示部２０３に表示する。ここで、カレンダー情報２２５のうち、新たに受信した情報、たとえば、新たな特典情報を優先的に表示してもよい。
また、ユーザがカレンダー情報を確認するときに、ユーザからの所定の入力操作に基づいて、特典情報を表示してもよい。その後、ステップＳ５１へ戻る。
【０１３８】
このようにして、サーバ１において、対象ユーザのカレンダー情報の中にそのユーザに対する特典情報を含めて、ＴＥ２へ送信するようにすれば、ユーザが、カレンダー情報を確認しようとする場合に、カレンダー情報に含まれる特典情報に気がつき、その特典情報の内容を見ることができる。
もし、ユーザが、毎日定期的に、カレンダー情報を確認することが習慣付けられている場合は、カレンダー情報に含まれる特典情報に気づきやすくなると考えられる。したがって、ユーザにとっては、特典情報に気づかないことを防止して、特典情報を受けられる可能性が高められる。
また、店舗側にとっても、ユーザに特典情報に気づいてもらう可能性が高められるので、ユーザが来店して対象商品を購入する可能性が高くなることにより、売上増加に結びつけることができる。
【符号の説明】
【０１３９】
１  サーバ（情報提供装置）
２  携帯端末ＴＥ
３  ネットワーク
１０１  制御部
１０２  ユーザ情報処理部
１０３  商品情報処理部
１１０  通信部
１２０  記憶部
１２１  ユーザ情報
１２２  購入履歴情報
１２３  商品識別情報
１２４  商品詳細情報
１２５  商品関連情報
１２６  個人識別情報
１２７  個人来店情報
１２８  買物時間帯情報
１２９  カレンダー情報
１３６  来店頻度
１４０  開店時刻
１４１  閉店時刻
１４２  混雑時間帯
２０１  制御部
２０２  サーバ通信部
２０３  表示部
２０４  入力部
２０６  カメラ
２０７  タッチパッド
２０８  キーボード
２０９  マウス
２１１  特典情報取得部
２１２  カレンダー情報取得部
２１３  商品情報取得部
２２０  記憶部
２２１  ユーザ情報
２２２  個人識別情報
２２３  購入履歴情報
２２４  特典情報
２２５  カレンダー情報
【図１】
2014071814.tif 000003
【図２】
2014071814.tif 000004
【図３】
2014071814.tif 000005
【図４】
2014071814.tif 000006
【図５】
2014071814.tif 000007
【図６】
2014071814.tif 000008
【図７】
2014071814.tif 000009
【図８】
2014071814.tif 000010
【図９】
2014071814.tif 000011
【図１０】
2014071814.tif 000012
【図１１】
2014071814.tif 000013
【図１２】
2014071814.tif 000014
【図１３】
2014071814.tif 000015