JP2008090594A - 特典付与支援システム - Google Patents

Abstract

【課題】来店回数や来店１回当りの利用金額の増加につながる特典付与支援システムを提供する。
【解決手段】携帯電話機１とリーダライタ２とを用い、リーダライタ２は、購入金額データとリーダライタＩＤとを含む購入データを、携帯電話機１に送信する購入データ送信手段を備え、携帯電話機１は、特典付与用リーダライタＩＤを記憶するリーダライタＩＤ記憶手段と、リーダライタ２から購入データを受信して、購入データ内のリーダライタＩＤと特典付与用リーダライタＩＤとを照合し、一致した場合に、購入回数情報と購入金額情報とを記憶する購入情報記憶手段と、購入回数情報と購入金額情報とに基づいて平均購入金額を演算し、平均購入金額と購入回数に応じた数の所定のマークとを表示するアベレージ表示手段と、所定の清算処理が行われたと判断した場合に、購入回数情報をリセットする購入情報リセット手段と、を備える特典付与支援システムＳ。
【選択図】図１

Description

本発明は、携帯電話機やパーソナル・コンピュータ（以下、「パソコン」と言う。）を用いて、物品、サービス、ディジタル・コンテンツ等の購入をした場合に購入金額に応じた特典を購入者に付与するための特典付与支援システムに関する。

近年、電子マネー機能を有する携帯電話機が利用されるようになってきている。かかる携帯電話機は、下記特許文献１に記載されているように、非接触型ＩＣカード機能を有し、予め電子マネーをチャージしておいて、店頭等で端末に接続されたＩＣカードリーダライタとの間で通信を行うことにより、決済を行うものである。

端末に記憶された利用金額等の情報は、通信回線を通じて、或いは、オフライン処理により、電子マネー発行体に送られる（特許文献１の図１参照）。そこで、従来、この情報を電子マネー発行体から販売管理サーバが取得して、利用金額に応じたポイントを発行することとし、利用者が携帯電話機からインターネットを介して販売管理サーバにアクセスすることにより、自分のポイントを知ることができる特典付与支援システムがある。
特開２００２−１０９４２７号公報

しかし、従来の特典付与支援システムは、単に利用金額に応じたポイントが表示されるのみであり、興趣に乏しいため、来店回数や客単価すなわち来店１回当りの利用金額の増加につながり難いという問題があった。

この発明は、上述した問題を解決するものであり、来店回数や来店１回当りの利用金額の増加につながる特典付与支援システムを提供することを目的とする。

本発明の特典付与支援システムは、電子マネー又はクレジット機能を有するとともに記憶部と表示部とを備えた携帯電話機と、前記携帯電話機と交信可能なリーダライタとを用いた特典付与支援システムであって、前記リーダライタは、購入金額データと前記リーダライタのリーダライタ識別情報（以下、「リーダライタＩＤ」と言う。）とを含む購入データを、前記携帯電話機に送信する購入データ送信手段を備え、前記携帯電話機は、特典付与用リーダライタＩＤを、受信、入力、又は、記録媒体からの読取りにより取得して、前記記憶部に記憶するリーダライタＩＤ記憶手段と、前記リーダライタから前記購入データを受信して、前記購入データ内のリーダライタＩＤと、前記特典付与用リーダライタＩＤとを照合し、一致した場合に、前記購入データに基づいて購入回数情報と購入金額情報とを前記記憶部に記憶する購入情報記憶手段と、前記記憶部内の購入回数情報と購入金額情報とに基づいて平均購入金額を演算し、前記平均購入金額と購入回数に応じた数の所定のマークとを前記表示部に表示するアベレージ表示手段と、所定の清算処理が行われたと判断した場合に、前記記憶部に記憶されている購入回数情報をリセットする購入情報リセット手段と、を備えることを特徴とする。

本発明の特典付与支援プログラムは、電子マネー又はクレジット機能を有するとともに記憶部と表示部とを備えた携帯電話機に、前記携帯電話機と交信可能なリーダライタから購入金額データと該リーダライタのリーダライタＩＤとを含む購入データを受信したときに、前記購入データ内のリーダライタＩＤと、前記記憶部に記憶されている特典付与用リーダライタＩＤとを照合し、一致した場合に、前記購入データに基づいて購入回数情報と購入金額情報とを前記記憶部に記憶するステップと、前記記憶部内の購入回数情報と購入金額情報とに基づいて平均購入金額を演算し、前記平均購入金額と購入回数に応じた数の所定のマークとを前記表示部に表示するステップと、所定の清算処理が行われたと判断した場合に、前記記憶部に記憶されている購入回数情報をリセットするステップと、を実行させることを特徴とする。

本発明の特典付与支援サーバは、インターネットに接続され記憶部を備えた特典付与支援サーバであって、表示部を有するクライアント装置から、又は、前記クライアント装置と交信した販売管理サーバから、インターネットを介して、ユーザ識別情報と購入金額とを含む購入データを受信する購入データ受信手段と、受信した前記購入データに基づいて、購入回数情報と購入金額情報とをユーザ別に前記記憶部に記憶する購入情報記憶手段と、前記クライアント装置からのユーザ識別情報を伴う所定の要求に応じて、前記記憶部内の購入回数情報と購入金額情報とに基づいて、該当するユーザの平均購入金額を演算し、前記平均購入金額と該当するユーザの購入回数に応じた数の所定のマークとを表示するための画面データを、前記クライアント装置に送信するアベレージ画面送信手段と、所定の清算処理が行われたと判断した場合に、前記記憶部に記憶されている該清算処理の対象となったユーザの購入回数情報をリセットする購入情報リセット手段と、を備えることを特徴とする。

本発明によれば、購入回数に応じた所定のマークが画面に表示されるので、画面があたかもスタンプカードのように見え、スタンプを集めようという購入者の意欲を喚起して、来店（購入）回数の増加につながるとともに、平均購入金額が表示されるので、その平均購入金額に応じた特典を付与することとすれば、来店（購入）１回当りの購入金額（利用金額）の増加につながる。

〈特典付与支援システムの一実施形態についての説明〉
まず、本発明の特典付与支援システムの一実施形態である特典付与支援システムＳについて説明する。特典付与支援システムＳは、購入者の購入金額の平均（アベレージ）に応じた特典を付与するためのシステムである。

図１に示すように、特典付与支援システムＳは、非接触型ＩＣカード機能を利用した電子マネー機能（例えば、ビットワレット社のＥｄｙ（登録商標）機能）を有する携帯電話機１と、携帯電話機１と交信可能な非接触型ＩＣカードのリーダライタ２とから構成されている。携帯電話機１は、インターネット接続機能を有し、インターネットを介して、アプリケーションサービスプロバイダ（以下、「ＡＳＰ」と表記する。）が有するサーバ４と交信可能である。リーダライタ２は、端末装置３に接続され、端末装置３と共に店舗に設置されている。なお、リーダライタ２が端末装置３に組み込まれている構成、すなわち、リーダライタ２と端末装置３とが一体となった構成であってもよい。

携帯電話機１は、図２に示すように、ＣＰＵ等からなる制御部１１と、液晶表示装置等からなる表示部１２と、番号ボタンや決定ボタン等の各種のボタン（キー）等からなる操作部１３と、電話用の送受信回路等からなる通信部１４と、電話用のアンテナ１５と、半導体メモリ等からなる記憶部１６と、非接触型ＩＣカード部（以下、「ＩＣカード部」と略す。）１７とを備えている。記憶部１６には、電子マネーを利用するときの識別情報となる電子マネーＩＤ（例えば、Ｅｄｙ番号）が記憶されている。電子マネーＩＤは、携帯電話機１毎に異なっている。

ＩＣカード部１７は、例えばFeliCa（ソニー株式会社の登録商標）等の方式を用いた非接触型ＩＣカード機能を有する部分であり、ＣＰＵ等からなる制御部１７１と、非接触型ＩＣカード機能用の送受信回路等からなる通信部１７２と、非接触型ＩＣカード機能用のアンテナ１７３と、半導体メモリ等からなる記憶部１７４とを備えている。

リーダライタ２は、図３に示すように、ＣＰＵ等からなる制御部２１と、非接触型ＩＣカード用の送受信回路等からなる通信部２２と、非接触型ＩＣカード用のアンテナ２３と、半導体メモリ等からなる記憶部２４と、端末装置３と接続するためのインターフェース部２５とを備えている。記憶部２４には、リーダライタ２のリーダライタＩＤが記憶されている。リーダライタＩＤは、リーダライタ２毎に異なっている。

端末装置３は、図４に示すように、ＣＰＵ等からなる制御部３１と、液晶表示装置等からなる表示部３２と、テンキーやバーコード読取装置等からなる入力部３３と、半導体メモリ等からなる記憶部３４と、リーダライタ２や電子マネー処理サーバ５等と接続するためのインターフェース部３５と、レシート等を印刷出力する印刷部３６とを備えている。

そして、端末装置３は、レジスタ（金銭登録機）機能を有するとともに、インターフェース部３５を介してリーダライタ２に命令やデータを送信し、その結果をリーダライタ２からインターフェース部３５を介して受信可能に構成されている。

詳しくは、電子マネーによる決済を行う場合は、店員等が端末装置３において電子マネーによる決済の選択操作を行い購入金額を入力する。これに応じて、端末装置３は、リーダライタ２に対して、非接触型ＩＣカードの読取り命令及び購入金額データを送信する。すると、リーダライタ２は、近づけられた携帯電話機１のＩＣカード部１７とアンテナ１７３、２３を介して交信し、携帯電話機１に購入金額データを送信して電子マネーによる決済を要求する。このとき、リーダライタ２は、購入日時データ、及び、リーダライタ２のリーダライタＩＤも、携帯電話機１に送信する。すなわち、リーダライタ２は、購入金額データとリーダライタ２のリーダライタＩＤとを含む購入データを、携帯電話機１に送信する購入データ送信手段を有する。なお、本実施形態では、購入データには購入日時データも含まれる。

電子マネーによる決済要求に応じて、ＩＣカード部１７は、記憶部１７４に記憶している電子マネーの金額を表すデータ（単に「電子マネー」とも言う。）から、購入金額データで示される購入金額を差し引く処理を行い、電子マネーの残高と携帯電話機１の電子マネーＩＤとを、リーダライタ２に送信する。リーダライタ２は、差し引き処理が完了した購入金額データと携帯電話機１の電子マネーＩＤとを、端末装置３に送信する。端末装置３は、購入金額データと電子マネーＩＤとを記憶部３４に記憶する。これらのデータは端末装置３においてコンパクト・ディスク等の持ち運び可能な記録媒体に記録されて、電子マネー会社（電子マネー発行体）に送付され、電子マネー会社が有する電子マネー処理サーバ５で処理される。なお、端末装置３を電子マネー処理サーバ５とインターネットあるいは専用回線等の通信回線で接続して、端末装置３に記憶されたデータをその通信回線を介して電子マネー処理サーバ５に送信することとしてもよい。

電子マネー処理サーバ５は、一般的なサーバ・コンピュータであり、インターネットを介してサーバ４と交信可能である。

サーバ４は、一般的なサーバ・コンピュータであり、図５に示すように、ＣＰＵ等からなる制御部４１と、表示装置や印刷装置等からなる出力部４２と、キーボードやマウス等からなる入力部４３と、半導体メモリ、ハードディスク装置、フレキシブル・ディスク装置、コンパクト・ディスク装置等からなる記憶部４４と、インターネットと接続するためのインターフェース部４５とを備えている。

後述するように、携帯電話機１には、ユーザの操作に応じて、サーバ４から特典付与支援用アプリケーションプログラム（以下、「ポイントアプリ」と言う。）がダウンロードされる。このポイントアプリは、店舗毎、あるいは、共通のポイントサービスを行う店舗グループ毎に用意されている。

このポイントアプリには、特典付与に用いられるリーダライタ２のリーダライタＩＤ、すなわち、特典付与用リーダライタＩＤがデータとして含まれており、携帯電話機１は、ダウンロード時に、この特典付与用リーダライタＩＤを記憶部１６に記憶することになる。すなわち、携帯電話機１は、特典付与用リーダライタＩＤを取得して記憶部１６に記憶するリーダライタＩＤ記憶手段を有する。なお、特典付与用リーダライタＩＤの取得方法は、ダウンロード等通信回線を介した受信に限らず、操作部１３を用いた手入力や、２次元コード等記録媒体からの読取り等であってもよい。また、特典付与用リーダライタＩＤは単数とは限らず、複数でもよい。例えば、複数のチェーン店で共通のポイントサービスを行う場合には、各チェーン店に設置されたリーダライタ２のリーダライタＩＤを特典付与用リーダライタＩＤとして記憶部１６に記憶させる必要があるので、特典付与用リーダライタＩＤは複数となる。

また、このポイントアプリは、携帯電話機１に、リーダライタ２から購入データを受信したときに、その購入データ内のリーダライタＩＤと、記憶部１６に記憶されている特典付与用リーダライタＩＤとを照合し、一致した場合に、受信した購入データに基づいて購入回数情報と購入金額情報とを記憶部１６に記憶するステップと、記憶部１６内の購入回数情報と購入金額情報とに基づいて平均購入金額を演算し、その平均購入金額と購入回数に応じた数の所定のマークとを表示部１２に表示するステップと、所定の清算処理が行われたと判断した場合に、記憶部１６に記憶されている購入回数情報をリセットする（本実施形態では、０にする、すなわち、ゼロクリアする）ステップと、を実行させるプログラムである。このリセットの際には、購入金額情報等もリセットされる。なお、「記憶する」とは、記憶し直す、すなわち、更新する場合も含む意である。

このようにポイントアプリが構成されていることから、購入データがリーダライタ２から送信されたとき、携帯電話機１は、購入データ内のリーダライタＩＤと、記憶部１６内の特典付与用リーダライタＩＤとを照合し、一致した場合に、購入データに基づいて購入回数情報と購入金額情報とを記憶部１６に記憶する。すなわち、携帯電話機１は、リーダライタ２から購入データを受信して、購入データ内のリーダライタＩＤと、特典付与用リーダライタＩＤとを照合し、一致した場合に、購入データに基づいて購入回数情報と購入金額情報とを記憶部１６に記憶する購入情報記憶手段を有する。

また、携帯電話機１は、ユーザの所定の操作に応じてポイントアプリが起動されたとき、記憶部１６内の購入回数情報と購入金額情報とに基づいて平均購入金額を演算し、その平均購入金額と購入回数に応じた数の所定のマークとを表示部１２に表示する。すなわち、携帯電話機１は、記憶部１６内の購入回数情報と購入金額情報とに基づいて平均購入金額を演算し、その平均購入金額と購入回数に応じた数の所定のマークとを表示部１２に表示するアベレージ表示手段を有する。

さらに、携帯電話機１は、所定の清算処理が行われたと判断した場合には、記憶部１６内の購入回数情報等をリセット（本実施形態では、ゼロクリア）する。すなわち、携帯電話機１は、所定の清算処理が行われたと判断した場合に、記憶部１６内の購入回数情報をリセットする購入情報リセット手段を有する。

図６に、記憶部１６に記憶されている購入回数情報と購入金額情報とを示す。本実施形態では、購入回数情報として購入回数データ（単に「購入回数」とも言う。）、購入金額情報として各回の購入金額データ（単に「購入金額」とも言う。）が記憶される。なお、各回の購入日時データ（単に「購入日時」とも言う。）も購入金額に対応付けて記憶される。また、有効期限も、初回（リセット後の初回も含む。）の購入日時に、ポイントアプリによって定められている所定の期間を加算することにより演算されて、記憶される。なお、購入回数を直接記憶しなくてもよく、記憶されている購入金額のデータ数を購入回数としてもよい。また、各回の購入金額を記憶する代りに、購入回数と平均購入金額とを記憶したり、購入回数と購入金額の総額を記憶したりしてもよい。すなわち、購入回数情報は、購入回数を直接又は間接的に示す情報であればよく、購入金額情報は、各回の購入金額、平均購入金額、又は、購入金額の総額等、購入回数情報と併用することにより平均購入金額を算出可能な金額の情報であればよい。

次に、上記のように構成された特典付与支援システムＳの動作について、図７に基づいて説明する。図７において、ステップＳ０７、Ｓ０８、Ｓ１０、Ｓ１１、Ｓ１６の処理は、携帯電話機１がポイントアプリに従って行う処理である。

まず、ユーザ（購入者）は、携帯電話機１で、例えば店舗のチラシ等に掲載された２次元コードを読取って表示されたＵＲＬにアクセスすることにより、サーバ４にその店舗用のポイントアプリのダウンロードを要求する（ステップＳ０１）。この要求を受信したサーバ４は、携帯電話機１にポイントアプリを送信する（Ｓ０２、Ｓ０３）。携帯電話機１は、ポイントアプリを記憶部１６に格納（記憶）する（Ｓ０４）。このとき、ポイントアプリに含まれている特典付与用リーダライタＩＤも記憶部１６に格納される。

次に、ユーザが、店舗において物品やサービスの購入を行い、電子マネーによる決済を選択した場合、上述したように、店員等の操作により、端末装置３からリーダライタ２に読取り命令及び購入金額データが送信され、リーダライタ２は、電子マネー決済処理として、携帯電話機１との間で決済のためのデータ通信を行う（Ｓ０５）。このとき、上述したように、携帯電話機１には、リーダライタ２から、購入金額データ、購入日時データ、及び、リーダライタ２のリーダライタＩＤを含む購入データが送信され、携帯電話機１は購入データを受信する（Ｓ０６）。

携帯電話機１は、購入データ内のリーダライタＩＤと、記憶部１６内の特典付与用リーダライタＩＤとを照合し、一致した場合に、購入データ中の購入金額データを購入金額情報として記憶部１６に記憶するとともに、購入データ中の購入日時データを記憶部１６に記憶し、購入回数情報である購入回数をカウントアップする（１増やす）（Ｓ０８）。購入回数の初期値は０である。なお、購入回数が、その回数に達すれば特典付与を受けられるという所定の回数（本実施形態では５回）に既に達している場合には、購入日時及び購入金額の記憶、及び、購入回数のカウントアップは行わない。

一方、携帯電話機１は、購入データ内のリーダライタＩＤと、記憶部１６内の特典付与用リーダライタＩＤとが一致しない場合には、かかる購入回数・金額・日時の保存は行わない。

次に、ユーザは、自分のポイントに当たる平均購入金額を知りたいときには、携帯電話機１において所定の操作を行って、ポイントアプリを起動させる（Ｓ０９）。すると、携帯電話機１は、記憶部１６内に記憶されている有効期限と、携帯電話機１自身が保持している現在の日付けとから、有効期限切れか否かを判断する。

そして、携帯電話機１は、有効期限切れでないと判断したときは、記憶部１６内の購入回数と購入金額とに基づいて平均購入金額を演算する。本実施形態では、購入金額の合計を購入回数で除算することにより、平均購入金額を算出する。なお、割り切れない場合には、切捨て、切り上げ、四捨五入等、所定のルールで調整する。本実施形態では、小数点以下切捨てとする。そして、携帯電話機１は、算出した平均購入金額と、購入回数に応じた数の所定のマークとを、例えば図８に示すような画面で、表示部１２に表示する（Ｓ１０）。

一方、携帯電話機１は、有効期限切れとであると判断したときは、記憶部１６内の購入金額、購入回数、購入日時、及び、有効期限をゼロクリアし、有効期限切れである旨を表示部１２に表示する。

図８（ａ）〜（ｃ）は、平均購入金額と所定のマークとが表示されるアベレージ画面の例であり、（ａ）は購入１回目、（ｂ）は３回目、（ｃ）は５回目を示す。図８の例では、画面下部のアベレージ欄５１に平均購入金額が表示され、画面中央部に、所定のマークとして、購入金額が中に表示された円形のマークＭが、購入回数に応じた数だけ購入日時順に並べて表示される。そして、それらのマークＭの上には、購入金額をグラフ化したグラフが表示される。また、有効期限（図８の例では2007年10月31日）が表示されるとともに、現在の日付からその有効期限までの残り日数が表示される。残り日数は、携帯電話機１が保持している現在の日付と、有効期限とから算出される。図８の例では、有効期限内に５つのマークＭを集めれば、平均購入金額に応じた特典が付与されるものとする。

図８（ｃ）のようにマークＭが所定数集まった場合、ユーザは、ポイントを清算して特典付与の要求を行うことができる。この要求は、携帯電話機１において行える。例えば、マークＭが所定数集まったとき、携帯電話機１は、ポイントアプリに従って動作することにより、画面にポイント清算要求のためのボタン（図示せず。）を表示する。ユーザが、そのボタンを選択操作すると、携帯電話機１はポイント清算要求をサーバ４に送信し（Ｓ１１）、その要求を受信したサーバ４は、ポイント清算処理を行う（Ｓ１２、Ｓ１３）。

本実施形態では、ポイント清算処理として、平均購入金額に応じた電子マネーを付与することとし、サーバ４は、平均購入金額分の電子マネーを携帯電話機１に送信する。なお、サーバ４は、付与した電子マネーに関するデータ（ポイント清算要求の際に携帯電話機１から送信された電子マネーＩＤ及び付与金額等）を電子マネー処理サーバ５に送信して処理させる。

携帯電話機１は、電子マネーを受け取って、記憶部１６に格納する（Ｓ１４）。また、サーバ４は、ポイント清算処理後にリセット指示を携帯電話機１に送信し（Ｓ１５）、このリセット指示を受信すると、携帯電話機１は、所定の清算処理が行われたと判断して、記憶部１６内の購入回数、購入金額、購入日時、及び、有効期限をゼロクリアする（Ｓ１６）。

以上のように、特典付与支援システムＳによれば、購入回数に応じた所定のマークＭが画面に表示されるので、画面があたかもスタンプカードのように見え、スタンプを集めようという購入者の意欲を喚起して、来店回数（購入回数）の増加につながるとともに、平均購入金額が表示されるので、例えば平均購入金額分の電子マネーの付与等、平均購入金額に応じた特典を付与することとすれば、来店（購入）１回当りの購入金額の増加につながる。

また、携帯電話機１にダウンロードされたアプリにより、購入金額等が携帯電話機１側に記憶され、平均購入金額が携帯電話機１側で演算されて、購入回数に応じたマークＭと共に表示されるので、平均購入金額や購入回数の確認のために携帯電話機１からサーバ４等のサーバにアクセスする必要がない。このため、携帯電話機１側にとっては、通信料の負担軽減となり、サーバ４側にとっては、ユーザ情報を保存しなくてよいため、個人情報漏洩防止のための管理負担が軽減される。

なお、ポイントの清算方法としては、電子マネーの付与に限らず、例えば、所定のポイント清算画面を店員等に見せることにより、平均購入金額相当分の値引きを受ける、平均購入金額相当分のクーポン券の付与を受ける等、種々の方法を採れる。ポイント清算画面は、例えば、購入回数が特典付与を受けられる所定回数に達したことにより携帯電話機１に表示可能とされ、ユーザがその画面の表示を終了したときに、携帯電話機１は、所定の清算処理が行われたと判断して、購入回数情報等のリセットを行なうこととすればよい。

また、本実施形態は、非接触型ＩＣカード機能を利用した電子マネー機能を有する携帯電話機１と、非接触型ＩＣカードのリーダライタ２とを用いたが、非接触型ＩＣカードを利用したものに限らず、電子マネーの金額や電子マネーＩＤ等電子マネー用のデータを記憶可能な携帯電話機１と、携帯電話機１と交信可能であって携帯電話機１に対して電子マネー用のデータの書換えや読出しを命じることができるリーダライタ２であればよい。

さらに、携帯電話機１は、電子マネー機能ではなく、クレジット機能を有するものであってもよい。すなわち、先に電子マネーをチャージしておいて後で使うプリペイド型に限らず、ポストペイ型であってもよい。ポストペイ型とは、クレジットカードのように携帯電話機１を使うものであって、店舗等での支払いの際には、リーダライタ２から携帯電話機１に、購入金額データとリーダライタＩＤとを含む購入データが送信され、携帯電話機１からリーダライタ２には、携帯電話機１が保持しているクレジット番号等のクレジットデータ（通常のクレジットカードに記録されているものと同様のデータ）が送信される。クレジットデータは、リーダライタ２から端末装置３に送信され、端末装置３は、クレジットデータと購入金額データとを、クレジット用のサーバに送信して処理させる。この結果、購入者の銀行口座等から購入金額分が引き落とされることとなる。このように、携帯電話機１は、電子マネー又はクレジット機能を有するものであればよく、リーダライタ２は携帯電話機１と交信可能なものであればよい。

〈特典付与支援サーバの一実施形態についての説明〉
次に、本発明の特典付与支援サーバの一実施形態である特典付与支援サーバ７（以下、「サーバ７」と略す。）について説明する。図９は、サーバ７を含むシステム全体の概略構成を示す。サーバ７は、インターネットを介して、ユーザが有するクライアント装置８、及び、販売者が有する販売管理サーバ９と交信可能である。販売管理サーバ９は、物品、サービス、デジタル・コンテンツ等の販売を管理するサーバであり、ショップ・サーバ、ショッピングカート・サーバ、コンテンツ・サーバ等と称されるものであってもよい。

サーバ７は、一般的なサーバ・コンピュータであり、図１０に示すように、ＣＰＵ等からなる制御部７１と、表示装置や印刷装置等からなる出力部７２と、キーボードやマウス等からなる入力部７３と、半導体メモリ、ハードディスク装置、フレキシブル・ディスク装置、コンパクト・ディスク装置等からなる記憶部７４と、インターネットと接続するためのインターフェース部７５とを備えている。

クライアント装置８は、一般的なパソコンであり、図１１に示すように、ＣＰＵ等からなる制御部８１と、液晶表示装置又はＣＲＴ表示装置等からなる表示部８２と、キーボードやマウス等からなる入力部８３と、半導体メモリ、ハードディスク装置、フレキシブル・ディスク装置、コンパクト・ディスク装置等からなる記憶部８４と、インターネットと接続するためのインターフェース部８５とを備えている。

販売管理サーバ９は、一般的なサーバ・コンピュータであり、図１２に示すように、ＣＰＵ等からなる制御部９１と、表示装置や印刷装置等からなる出力部９２と、キーボードやマウス等からなる入力部９３と、半導体メモリ、ハードディスク装置、フレキシブル・ディスク装置、コンパクト・ディスク装置等からなる記憶部９４と、インターネットと接続するためのインターフェース部９５とを備えている。

販売管理サーバ９は、クライアント装置８から受信したユーザ識別情報（以下、「ユーザＩＤ」と言う。）、及び、購入金額を含む購入データを、オペレータの操作に従って、インターフェース部９５を介してサーバ７に送信し、サーバ７は、インターフェース部７５を介してそれらを受信する。すなわち、サーバ７は、ユーザ（購入者）のクライアント装置８と交信した販売管理サーバ９から、インターネットを介して、ユーザＩＤと購入金額とを含む購入データを受信する購入データ受信手段を有する。ユーザＩＤは、ユーザ毎に異なっている。

サーバ７には、サーバ用の特典付与支援用アプリケーションプログラム（以下、「ポイントプログラム」と言う。）がインストールされている。このポイントプログラムは、サーバ７に、販売管理サーバ９から購入データを受信したときに、その購入データに基づいて、購入回数情報と購入金額情報とをユーザ別に記憶部７４に記憶する購入情報ステップと、クライアント装置８からのユーザＩＤを伴う所定の要求に応じて、記憶部７４内の購入回数情報と購入金額情報とに基づいて、該当するユーザの平均購入金額を演算し、その平均購入金額と該当するユーザの購入回数に応じた数の所定のマークとを表示するための画面データを、クライアント装置に送信するアベレージ画面送信ステップと、所定の清算処理が行われたと判断した場合に、記憶部７４に記憶されている清算処理の対象となったユーザの購入回数情報等をリセットする購入情報リセットステップと、を実行させるプログラムである。

このようにポイントプログラムが構成されていることから、購入データがリーダライタ２から送信されたとき、サーバ７は、受信した購入データに基づいて、購入回数情報と購入金額情報とをユーザ別に記憶部７４に記憶する。すなわち、サーバ７は、受信した購入データに基づいて、購入回数情報と購入金額情報とをユーザ別に記憶部７４に記憶する購入情報記憶手段を有する。

また、サーバ７は、クライアント装置８からのユーザＩＤを伴う所定の要求があったとき、その要求に応じて、記憶部７４内の購入回数情報と購入金額情報とに基づいて、該当するユーザの平均購入金額を演算し、その平均購入金額と該当するユーザの購入回数に応じた数の所定のマークとを表示するための画面データを、クライアント装置８に送信する。すなわち、サーバ７は、クライアント装置８からのユーザＩＤを伴う所定の要求に応じて、記憶部７４内の購入回数情報と購入金額情報とに基づいて、該当するユーザの平均購入金額を演算し、その平均購入金額と該当するユーザの購入回数に応じた数の所定のマークとを表示するための画面データを、クライアント装置８に送信するアベレージ画面送信手段を有する。

さらに、サーバ７は、所定の清算処理が行われたと判断した場合に、記憶部７４に記憶されている清算処理の対象となったユーザの購入回数情報と購入金額情報等とをリセット（本実施形態では、ゼロクリア）する。すなわち、サーバ７は、所定の清算処理が行われたと判断した場合に、記憶部７４に記憶されている清算処理の対象となったユーザの購入回数情報をリセットする購入情報リセット手段を有する。

図１３に、記憶部７４に記憶されている購入回数情報と購入金額情報とを示す。本実施形態では、ユーザＩＤに対応させて、購入回数情報として購入回数、購入金額情報として各回の購入金額が記憶される。なお、各回の購入日時も購入金額に対応付けて記憶される。また、有効期限も、初回（リセット後の初回も含む。）の購入日時に、ポイントプログラムによって定められている所定の期間を加算することにより演算されて、記憶される。なお、購入回数情報は、購入回数を直接又は間接的に示す情報であればよく、購入金額情報は、平均購入金額を算出可能な金額の情報であればよいことは、前述の特典付与支援システムＳの場合と同様である。

また、記憶部７４には、ユーザＩＤに対応させて、特典付与を受けた回数に応じて定められるステータスの情報も記憶されている。

次に、上記のように構成されたサーバ７の動作について、図１４に基づいて説明する。

まず、ユーザ（購入者）は、クライアント装置８において、販売管理サーバ９にアクセスして購入申込画面を表示させ、その画面において、購入したい商品、サービス、デジタル・コンテンツ等を選択し、住所、氏名、及び、メールアドレスを入力する等の購入申込操作を行う（ステップＳ１０１）。すると、購入対象の識別情報（例えば、商品名や商品コード等）、購入金額、及び、ユーザの住所、氏名、メールアドレス等を含む購入申込データが、販売管理サーバ９に送信される。なお、通常、購入金額はユーザが入力する必要はなく、購入申込画面において、ユーザが商品等を選択することにより計算され表示されたものが送信される。

購入申込データを受信した販売管理サーバ９は、保存しておいたこれまでのユーザの住所、氏名等に基づいて、新規のユーザか否かを判断し、新規のユーザであればユーザＩＤ及び仮のパスワードを発行する。そして、購入完了通知をクライアント装置８に送信し（Ｓ１０２、Ｓ１０３）、クライアント装置８は購入完了通知を受信して表示する（Ｓ１０４）。なお、新規のユーザへの購入完了通知には、発行されたユーザＩＤ及びパスワードが含まれている。

購入完了通知をクライアント装置８に送信した販売管理サーバ９は、ユーザＩＤと購入金額と購入日時とを含む購入データを、サーバ７に送信する（Ｓ１０５）。なお、仮のパスワードを発行したときは、そのパスワードもサーバ７に送信する。サーバ７は購入データを受信して（Ｓ１０６）、初めて受信したユーザＩＤであればそのユーザＩＤ及びパスワードを記憶するとともに、ユーザＩＤ毎に、すなわち、ユーザ別に、購入データ中の購入金額と購入日時とを記憶部７４に記憶し、購入回数をカウントアップする（Ｓ１０７）。購入回数の初期値は０である。なお、購入回数が、その回数に達すれば特典付与を受けられるという所定の回数（本実施形態では５回）に達している場合には、購入日時及び購入金額の記憶、及び、購入回数のカウントアップは行わない。

次に、ユーザは、自分のポイントに当たる平均購入金額を知りたいときには、クライアント装置８において、ユーザＩＤ及びパスワードを入力して、サーバ７にログインするための所定の操作を行う（Ｓ１０８）。すると、クライアント装置８は、ユーザＩＤ及びパスワードを含む所定の要求データをサーバ７に送信し、これに応じて、サーバ７は、ユーザＩＤ及びパスワードの照合等のログイン処理を行う。なお、パスワードは、ログイン後にユーザが所定の変更操作を行うことにより変更可能である。

サーバ７は、ユーザＩＤ等が正しければ、そのユーザＩＤに対応付けられて記憶部７４内に記憶されている有効期限と、サーバ７自身が保持している現在の日付けとから、有効期限切れか否かを判断し、有効期限切れでないと判断したときは、そのユーザＩＤに対応付けられて記憶部７４内に記憶されている購入回数と購入金額とに基づいて、平均購入金額を演算する（Ｓ１０９）。

本実施形態では、サーバ７は、購入金額の合計を購入回数で除算することにより、平均購入金額を算出する。なお、割り切れない場合には、所定のルールで調整する。本実施形態では、小数点以下切捨てとする。そして、サーバ７は、算出した平均購入金額と、購入回数に応じた数の所定のマークとを表示するための画面データを、クライアント装置８に送信する（Ｓ１１０）。この画面データにより、クライアント装置８には、例えば図１５に示すような画面が表示される（Ｓ１１１）。

一方、サーバ７は、有効期限切れとであると判断したときは、記憶部７４内の購入金額、購入回数、購入日時をゼロクリアし、その旨を表示するための画面データを、クライアント装置８に送信する。

図１５（ａ）〜（ｃ）は、平均購入金額と所定のマークとが表示されるアベレージ画面の例であり、（ａ）は購入１回目、（ｂ）は３回目、（ｃ）は５回目を示す。図１５の例では、図８の例と同様に、画面下部に平均購入金額が表示され、画面中央部に、所定のマークとして、購入金額が中に表示された円形のマークＭが、購入回数に応じた数だけ購入日時順に並べて表示される。そして、それらのマークＭの上には、購入金額をグラフ化したグラフが表示される。また、有効期限が表示されるとともに、現在の日付からその有効期限までの残り日数が表示される。有効期限及び残り日数は、サーバ７側で算出されたものが画面データに含められることにより、表示される。図１５の例でも、有効期限内に５つのマークＭを集めれば、平均購入金額に応じた特典が付与されるものとする。

マークＭが所定数集まった場合、すなわち、清算対象の場合、ユーザは、クライアント装置８において、ポイント清算方法を指示して特典付与の要求を行うことができる（Ｓ１１２）。例えば、図１５（ｃ）のようにマークＭが所定数集まったときに表示される画面に、ポイント清算の要求のためのボタン（図示せず）が表示され、ユーザがそのボタン選択操作すると、ポイント清算方法を指示するための画面（図示せず）がクライアント装置８に表示されるものとする。ユーザがその画面において、自社ポイント引換えか、電子マネーギフトか、値引きかを選択すると、クライアント装置８からサーバ７に、選択された清算方法を示すデータが送信される。

清算方法を示すデータを受け取ったサーバ７は、清算処理として、清算指示とステータスアップとを行う（Ｓ１１３）。すなわち、サーバ７は、清算を要求したユーザのユーザＩＤをクライアント装置８から取得して、そのユーザＩＤと、平均購入金額と、選択された清算方法を示すデータとを、販売管理サーバ９に送信して、清算を指示する。そして、サーバ７は、そのユーザＩＤで示されるユーザのステータスをアップする。例えばステータスが特典付与を受けた回数で表されている場合には、ステータスを１増やす。このステータスに応じて、例えば、次回からはマークＭが４つ集まれば特典付与（ポイントの清算）を要求できるようにしたり、より高額のクーポン券を付与したりする等、サーバ７又は販売管理サーバ９は、ユーザに有利な処理を行う。

販売管理サーバ９は、指示された清算方法に従って清算処理を行なう（Ｓ１１４）。サーバ７は、清算指示送信及びステータスアップが終了すると、清算処理が終わったと判断して、そのユーザＩＤに対応付けられた記憶部７４内の購入回数、購入金額、購入日時、及び、有効期限をリセット（本実施形態では、ゼロクリア）する（Ｓ１１５）。なお、販売管理サーバ９が清算処理後にサーバ７にリセット指示を送信し、これに応じて、サーバ７が購入回数等のリセットを行うこととしてもよい。

以上のように、特典付与支援サーバであるサーバ７によれば、購入回数に応じた所定のマークＭを表示する画面データをクライアント装置８に送信するので、クライアント装置８にあたかもスタンプカードのように見える画面が表示され、スタンプを集めようという購入者の意欲を喚起して、購入回数の増加につながるとともに、平均購入金額が表示されるので、例えば平均購入金額分の電子マネーの付与等、平均購入金額に応じた特典を付与することとすれば、購入１回当りの購入金額の増加につながる。

なお、クライアント装置８は、インターネット接続機能を備えた携帯電話機や携帯情報端末（例えば、ＰＤＡ）等であってもよい。

また、クライアント装置８として、インターネット接続機能と上述したような電子マネー機能とを備えた携帯電話機を用い、購入の際に電子マネーにより決済することとしてもよい。

また、販売管理サーバ９は、サーバ７に購入データを送信するものであればよく、必ずしも、クライアント装置８との間で購入申込や購入完了通知の送受信が行われるものでなくてもよい。図１４のＳ１１４に示すポイントの清算処理も、販売管理サーバ９とは別のサーバで行ってもよい。

また、上記実施形態では、サーバ７は、購入データを販売管理サーバ９から受信するものとしたが、クライアント装置８から受信するようにしてもよい。

また、サーバ７が販売管理サーバ９を兼ねることとしてもよい。かかる場合には、サーバ７は、クライアント装置８から購入データを受信することとなる。

また、上記いずれの実施形態でも、購入回数が所定回数に既に達している場合には、購入日時及び購入金額の記憶、及び、購入回数のカウントアップは行わないこととしたが、かかる場合であっても、購入日時及び購入金額の記憶、及び、購入回数のカウントアップを行うこととして、平均購入金額の演算を行うときは、最初の５回分の購入金額を用い、清算処理が行われたと判断した場合には、最初の５回分の購入金額を削除して、購入回数を５減らすこととしてもよい。すなわち、リセットとは、ゼロクリアのみならず削除や減算等により、清算された分を除く意である。このようにすれば、購入したのにそれがカウントされないというユーザにとっての不利益を防止できる。

また、上記各実施形態では、所定の清算処理が行われたと判断したときに、購入回数情報のみならず、購入金額情報等もリセットしたが、少なくとも購入回数情報をリセットすればよい。購入回数情報が０を示していれば、他の情報がリセットされずに残っていても、それは前の情報であることが分かるからである。また、例えば購入回数情報が２を示しているときは、購入金額情報の最初から２つ分のデータを用いて平均購入金額を演算すればよい等、購入回数情報によって、どの情報を用いればよいかが分かるからである。

また、上記各実施形態では、有効期限を初回の購入日時から計算したが、有効期限を予め定められた日までとしてもよいし、有効期限がないこととしてもよい。また、購入日時を記憶しないこととしてもよい。

すなわち、特許請求の範囲を逸脱しない範囲で、本発明は種々の構成を採り得る。

本発明の特典付与支援システムの一実施形態に係るシステムの概略システム構成図である。 本発明の特典付与支援システムの一実施形態に係る携帯電話機の概略構成ブロック図である。 本発明の特典付与支援システムの一実施形態に係るリーダライタの概略構成ブロック図である。 本発明の特典付与支援システムの一実施形態に係る端末装置の概略構成ブロック図である。 本発明の特典付与支援システムの一実施形態に係るサーバの概略構成ブロック図である。 本発明の特典付与支援システムの一実施形態に係る携帯電話機に記憶されている情報を示す図である。 本発明の特典付与支援システムの一実施形態に係る処理の流れを示すフローチャートである。 （ａ）〜（ｃ）は、本発明の特典付与支援システムの一実施形態に係るアベレージ画面の例である。 本発明の特典付与支援サーバの一実施形態に係るサーバを含む概略システム構成図である。 本発明の特典付与支援サーバの一実施形態に係るサーバの概略構成ブロック図である。 本発明の特典付与支援サーバの一実施形態に係るクライアント装置の概略構成ブロック図である。 本発明の特典付与支援サーバの一実施形態に係る販売管理サーバの概略構成ブロック図である。 本発明の特典付与支援サーバの一実施形態に係るサーバに記憶されている情報を示す図である。 本発明の特典付与支援サーバの一実施形態に係る処理の流れを示すフローチャートである。 （ａ）〜（ｃ）は、本発明の特典付与支援サーバの一実施形態に係るアベレージ画面の例である。

符号の説明

１…携帯電話機
２…リーダライタ
７…特典付与支援サーバ
８…クライアント装置
９…販売管理サーバ
１２…表示部
１６…記憶部
７４…記憶部
８２…表示部
Ｓ…特典付与支援システム
Ｍ…マーク

Claims (3)

1. 電子マネー又はクレジット機能を有するとともに記憶部と表示部とを備えた携帯電話機と、前記携帯電話機と交信可能なリーダライタとを用いた特典付与支援システムであって、
   前記リーダライタは、
   購入金額データと前記リーダライタのリーダライタ識別情報（以下、「リーダライタＩＤ」と言う。）とを含む購入データを、前記携帯電話機に送信する購入データ送信手段
   を備え、
   前記携帯電話機は、
   特典付与用リーダライタＩＤを、受信、入力、又は、記録媒体からの読取りにより取得して、前記記憶部に記憶するリーダライタＩＤ記憶手段と、
   前記リーダライタから前記購入データを受信して、前記購入データ内のリーダライタＩＤと、前記特典付与用リーダライタＩＤとを照合し、一致した場合に、前記購入データに基づいて購入回数情報と購入金額情報とを前記記憶部に記憶する購入情報記憶手段と、
   前記記憶部内の購入回数情報と購入金額情報とに基づいて平均購入金額を演算し、前記平均購入金額と購入回数に応じた数の所定のマークとを前記表示部に表示するアベレージ表示手段と、
   所定の清算処理が行われたと判断した場合に、前記記憶部に記憶されている購入回数情報をリセットする購入情報リセット手段と、
   を備える
   ことを特徴とする特典付与支援システム。
2. 電子マネー又はクレジット機能を有するとともに記憶部と表示部とを備えた携帯電話機に、
   前記携帯電話機と交信可能なリーダライタから購入金額データと該リーダライタのリーダライタＩＤとを含む購入データを受信したときに、前記購入データ内のリーダライタＩＤと、前記記憶部に記憶されている特典付与用リーダライタＩＤとを照合し、一致した場合に、前記購入データに基づいて購入回数情報と購入金額情報とを前記記憶部に記憶するステップと、
   前記記憶部内の購入回数情報と購入金額情報とに基づいて平均購入金額を演算し、前記平均購入金額と購入回数に応じた数の所定のマークとを前記表示部に表示するステップと、
   所定の清算処理が行われたと判断した場合に、前記記憶部に記憶されている購入回数情報をリセットするステップと、
   を実行させることを特徴とする特典付与支援プログラム。
3. インターネットに接続され記憶部を備えた特典付与支援サーバであって、
   表示部を有するクライアント装置から、又は、前記クライアント装置と交信した販売管理サーバから、インターネットを介して、ユーザ識別情報と購入金額とを含む購入データを受信する購入データ受信手段と、
   受信した前記購入データに基づいて、購入回数情報と購入金額情報とをユーザ別に前記記憶部に記憶する購入情報記憶手段と、
   前記クライアント装置からのユーザ識別情報を伴う所定の要求に応じて、前記記憶部内の購入回数情報と購入金額情報とに基づいて、該当するユーザの平均購入金額を演算し、前記平均購入金額と該当するユーザの購入回数に応じた数の所定のマークとを表示するための画面データを、前記クライアント装置に送信するアベレージ画面送信手段と、
   所定の清算処理が行われたと判断した場合に、前記記憶部に記憶されている該清算処理の対象となったユーザの購入回数情報をリセットする購入情報リセット手段と、
   を備えることを特徴とする特典付与支援サーバ。

Images