JP2012164149A - 特典付与システム、特典付与方法、及びプログラム - Google Patents

Abstract

【課題】低コストで導入可能な特典付与システム、特典付与方法、及びプログラムを提供する。
【解決手段】参加企業端末からロゴ付きに次元コードのシールの注文を受信したことに応答して、運用会社サーバの制御部が、獲得ポイント数を視認可能なロゴに、固有のＵＲＬを表示する二次元コードを重ね合わせたロゴ付き二次元コードを生成し、シート状のシールにして印刷する。このようにして印刷されたロゴ付き二次元コードのシールは、注文した参加企業に納品され、参加企業の商品に、その価格に応じて添付される。
【選択図】図９

Description

本発明は、特典付与システム、特典付与方法、及びプログラムに関し、特に、低コストで導入可能な特典付与システム、特典付与方法、及びプログラムに関する。

ポイントシステムの運用は、一般に、ＰＯＳ（Point Of Sale System）・サーバ等のシステムを連携する形で行われる（例えば特許文献１参照）。このような運用は、自社発行のポイントを自社（フランチャイズ等の系列店を含む）内で完結する（貯める・使う）場合には問題とならないが、自社内で完結せず複数社が関われる場合には、各社が多大なシステム利用料を負担しなければならなかった。

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

このため、多大なシステム利用料を負担することが困難な中小企業や個人商店、並びに、或る商品・製品・サービス等の販売促進だけにシステムを活用したい法人や個人は、係るポイントシステムに参加することが困難であった。

本発明は、上記の課題を解決するためになされたものであり、低コストで導入可能な特典付与システム、特典付与方法、及びプログラムを提供することを目的とする。

上記目的を達成するため、本発明の第１の観点に係る特典付与システムは、
所定の特典を付与可能な二次元コードを注文する通信端末とネットワークを介して接続された特典付与システムであって、
前記通信端末から前記二次元コードの注文を受信したことに応答して、固有の情報を有する前記二次元コードを生成する二次元コード生成手段と、
前記二次元コード生成手段によって生成された前記二次元コードが示す前記固有の情報を受信したことに応答して、該固有の情報に対応する特典が既に付与されたか否かを判別する特典付与判別手段と、
前記特典付与判別手段によって前記特典が未だ付与されていないと判別したことを条件に、該特典を付与する特典付与手段と、
を備えることを特徴とする。

上記特典付与システムにおいて、
前記二次元コード生成手段によって生成された前記二次元コードが示す前記固有の情報と、前記所定の特典と、該所定の特典が既に付与されたか否かを示す付与済みフラグと、を対応付けて登録するデータベースと、
前記データベースに登録されている前記付与済みフラグを更新する付与済みフラグ更新手段と、
をさらに備え、
前記特典付与判別手段は、前記二次元コード生成手段によって生成された前記二次元コードが示す前記固有の情報を受信したことに応答して、該固有の情報に対応する付与済みフラグに基づいて、前記所定の特典が既に付与されたか否かを判別し、
前記付与済みフラグ更新手段は、前記特典付与手段によって前記特典が付与されたときに、前記付与済みフラグを更新する、
ようにしてもよい。

上記特典付与システムにおいて、
前記二次元コード生成手段は、前記所定の特典を特定可能なロゴに、固有のＵＲＬ（Uniform Resource
Locator）を示す二次元コードを重ね合わせたロゴ付き二次元コードを生成し、
前記データベースは、前記二次元コードが示す固有のＵＲＬと、前記所定の特典と、前記付与済みフラグと、を対応付けて登録し、
前記特典付与判別手段は、前記二次元コードが示す固有のＵＲＬにアクセスされたことに応答して、該ＵＲＬに対応する付与済みフラグに基づいて、前記所定の特典が既に付与されたか否かを判別する、
ようにしてもよい。

上記目的を達成するため、本発明の第２の観点に係る特典付与方法は、
所定の特典を付与可能な二次元コードを注文する通信端末とネットワークを介して接続された特典付与システムにおける特典付与方法であって、
前記通信端末から前記二次元コードの注文を受信したことに応答して、固有の情報を有する前記二次元コードを生成する二次元コード生成ステップと、
前記二次元コード生成ステップによって生成された前記二次元コードが示す前記固有の情報を受信したことに応答して、該固有の情報に対応する特典が既に付与されたか否かを判別する特典付与判別ステップと、
前記特典付与判別ステップによって前記特典が未だ付与されていないと判別したことを条件に、該特典を付与する特典付与ステップと、
備えることを特徴とする。

上記目的を達成するため、本発明の第３の観点に係るプログラムは、
所定の特典を付与可能な二次元コードを注文する通信端末とネットワークを介して接続された特典付与システムのコンピュータに、
前記通信端末から前記二次元コードの注文を受信したことに応答して、固有の情報を有する前記二次元コードを生成する二次元コード生成手順と、
前記二次元コード生成手順によって生成された前記二次元コードが示す前記固有の情報を受信したことに応答して、該固有の情報に対応する特典が既に付与されたか否かを判別する特典付与判別手順と、
前記特典付与判別手順によって前記特典が未だ付与されていないと判別したことを条件に、該特典を付与する特典付与手順と、
を実行させる。

本発明によれば、低コストで導入可能な特典付与システム、特典付与方法、及びプログラムを提供することができる。

ポイント管理システムの構成例を示すブロック図である。 参加企業端末の構成例を示すブロック図である。 （ａ）は、ロゴ付き二次元コードの一例を示す平面図であり、（ｂ）は、二次元コードの一例を示す平面図である。 移動体通信端末の構成例を示すブロック図である。 運用会社サーバの構成例を示すブロック図である。 二次元コードＤＢの構成例を示す図である。 導入企業サーバの構成例を示すブロック図である。 （ａ）は、会員ＤＢの構成例を示す図であり、（ｂ）は、カタログＤＢの構成例を示す図である。 注文処理の一例を示すフローチャートである。 ポイント加算処理の一例を示すフローチャートである。 ポイント加算処理の一例を示すフローチャートである。 ポイント加算処理の一例を示すフローチャートである。 ポイント加算処理の一例を示すフローチャートである。 ポイント加算処理の一例を示すフローチャートである。 ポイント交換処理の一例を示すフローチャートである。 ポイント交換処理の一例を示すフローチャートである。 ロゴ付き二次元コードの変形例を示す平面図である。

以下、本発明を実施するための形態について説明する。

まず、本実施形態に係るポイント管理システムの構成について、図面を参照しつつ説明する。

図１は、ポイント管理システム１の構成例を示すブロック図である。

ポイント管理システム１は、図１に示すように、複数の参加企業端末１０−ｋ（ｋは自然数）と、運用会社サーバ３０と、複数の移動体通信端末２０−ｊ（ｊは自然数）と、導入企業サーバ４０と、から構成され、例えばインターネット網などのネットワーク５０を介して相互に接続されている。

図２は、参加企業端末の構成例を示すブロック図である。

参加企業端末１０−ｋは、導入企業が運用するポイントサービスに参加する外部の企業（参加企業）内に設置されるもので、汎用コンピュータなどから構成されている。参加企業端末１０−ｋは、に示すように、表示部１１と、操作部１２と、通信部１３と、制御部１４と、を備え、これらはバスを介して相互に接続されている。

表示部１１は、例えばＬＣＤ（Liquid Crystal Display）などから構成され、制御部１４による制御の下、二次元コードのシール状の印刷物を注文するための注文画面などを表示する。なお、印刷物は、シール状のものに限定されず、ユーザなどに配布可能なカード状のものであってもよい。

操作部１２は、例えば十字カーソルキーや、数字や文字を入力するための英数字ボタンなどから構成されている。操作部１２を操作することより、注文画面には、注文する二次元コードの種類（例えば一枚当りの獲得ポイント数など）や枚数などの注文情報が入力される。本実施形態では、二次元コードとして、例えば獲得ポイント数などを視認可能に表現するロゴマークに二次元コードを重ね合わせたロゴ付き二次元コードが使用される。

図３（ａ）は、ロゴ付き二次元コードの一例を示す平面図であり、図３（ｂ）は、二次元コードの一例を示す平面図である。

ロゴ付き二次元コード２−ｉは、図３（ａ）に示すように、例えばＱＲ（Quick Response）コード（登録商標）などの二次元コード３と、その内容を視認可能なロゴと、を重ね合わせて形成されるシール状の印刷物であって、例えば店舗で販売される商品などに添付されている。

二次元コード３は、図３（ｂ）に示すように、特定比率の正方形を組み合わせた３つの位置決めシンボル４ａ、４ｂ、及び４ｃを備え、この位置決めシンボル４ａ、４ｂ、及び４ｃ間に、例えば複数の正方形のセルがマトリクス状に配置されている。二次元コード３では、複数のセルのうち、所定明度未満のセル（この例では黒）と、所定明度以上のセル（この例では白）と、の分布パターンによって、各種情報が表現される。

そして、図３（ａ）に示すロゴ付き二次元コード２−ｉは、「３ポイント」との文字を視認可能に表現するロゴのうち所定明度以上の領域に、所定明度未満の円形のセル（この例では黒色のセル）を重ね合わせる一方で、ロゴのうち所定明度未満の領域に、所定明度以上の円形のセル（この例では白色のセル）を重ね合わせて形成される。

ロゴ付き二次元コード２−ｉでは、ロゴのうち所定明度未満の領域及び所定明度未満のセルと、ロゴのうち所定明度以上の領域及び所定明度以上のセルと、の分布パターンによって、ロゴ付き二次元コード２−ｉ毎に付与されたＵＲＬ（Uniform Resource Locator）などの各種情報が表現される。このようなロゴ付き二次元コード２−ｉは、偽造防止の観点から、フルカラーであることが好ましいが、グレースケールであっても構わない。なお、ロゴ付き二次元コード２−ｉにおけるセルの形状は、任意であり、本実施形態のように、円形であってもよいし、多角形や星形などであってもよい。

図２に示す通信部１３は、例えばＮＩＣ（Network Interface Card）などの通信装置を含んで構成され、注文画面に入力されたロゴ付き二次元コードの種類や枚数などの注文情報などを運用会社サーバ３０に送信する。

制御部１４は、例えばＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、及びＲＡＭ（Random Access Memory）などから構成され、ＣＰＵがＲＡＭをワークメモリとして用いてＲＯＭなどに記憶されている各種プログラムを適宜実行することにより、参加企業端末１０−ｋの各部の動作を制御する。

図１に示す移動体通信端末２０−ｊは、例えばユーザが使用する携帯電話などによって実現され、参加企業により配布されたロゴ付き二次元コードからＵＲＬを読み取り、読み取ったＵＲＬにアクセスするものである。

図４は、移動体通信端末の構成例を示すブロック図である。

図４に示すように、読取部２１と、表示部２２と、記憶部２３と、操作部２４と、通信部２５と、制御部２６と、を備え、これらはバスを介して相互に接続されている。

読取部２１は、例えば汎用の二次元コードリーダなどから構成され、ロゴ付き二次元コード２−ｉを、例えばＣＣＤ（Charge-Coupled
Device）などの撮像素子を用いて撮像し、撮像により得られた画像から、ロゴ付き二次元コード２−ｉが示すＵＲＬなどの各種情報を読み取って制御部２６に供給する。

具体的に、読取部２１は、図３（ａ）に示すロゴ付き二次元コード２−ｉにおいて、ロゴのうち所定明度未満の領域及び所定明度未満のセルを「０」と認識する一方で、ロゴのうち所定明度以上の領域及び所定明度以上のセルを「１」と認識する。そして、読取部２１は、このようにして認識した「０」と「１」とからなる二値データの分布パターンから、ＵＲＬなどの各種情報を読み取る。

表示部２２は、例えばＬＣＤなどから構成され、制御部２６による制御の下、読取部２１によって撮像した画像をスルー画像として表示したり、読取部２１にて読み取ったＵＲＬを表示したりする。

記憶部２３は、例えば不揮発性メモリなどから構成され、個体番号未登録フラグと自動ログインフラグとを備えている。

個体番号未登録フラグは、所定の会員登録画面にて入力された項目データを導入企業サーバ４０に送信したときに、オン状態にセットされ、最初のログインがされたときに、クリアされてオフ状態になる。ここで、項目データには、ユーザの名前（又はニックネーム）や、ユーザの連絡先（例えば住所、電話番号、郵便番号、及びメールアドレスなど）、ユーザの業種又は職種、ログインＩＤ及びパスワードなどが含まれる。

自動ログインフラグは、所定のログイン画面に表示される「自動ログイン」ボタンがクリックされたときに、オン状態にセットされる。

操作部２４は、ユーザによって操作されるもので、例えば十字カーソルキーや、数字や文字を入力するための英数字ボタンなどから構成されている。ユーザは、操作部２４を操作して、読取部２１によるＵＲＬの読取や、読み取ったＵＲＬへのアクセスを指示したり、所定のログイン画面にてログインＩＤ（Identification Data）及びパスワードを入力したり、所定の会員登録画面にて項目データを入力したりする。

通信部２５は、例えば無線通信装置などから構成され、制御部２６による制御の下、項目データを導入企業サーバ４０に送信したり、ログインＩＤや、パスワード、個体番号などを運用会社サーバ３０を介して導入企業サーバ４０に送信したりする。また、通信部２５は、導入企業サーバ４０から送信される会員登録完了通知を受信したり、運用会社サーバ３０から送信されるポイント加算完了通知を受信したりする。

制御部２６は、例えばＣＰＵ、ＲＯＭ、及びＲＡＭなどから構成され、ＣＰＵが、ＲＡＭをワークメモリとして用いてＲＯＭや記憶部２３などに記憶されている各種プログラムを適宜実行することにより、移動体通信端末２０−ｊの各部の動作を制御する。また、ＲＯＭには、移動体通信端末２０−ｊの個体番号などが記憶されている。

図１に示す運用会社サーバ３０は、例えば参加企業からの注文を受け付けてロゴ付き二次元コードを作成し、導入企業に納品する運用会社内に設置され、例えばフレームワークやワークステーションなどから構成されている。

図５は、運用会社サーバの構成例を示すブロック図である。

運用会社サーバ３０は、図５に示すように、通信部３１と、印刷部３２と、記憶部３３と、制御部３４と、を備え、これらはバスを介して相互に接続されている。

通信部３１は、例えばＮＩＣなどの通信装置を含んで構成され、参加企業端末１０−ｋからネットワーク５０を介して送信される注文情報や、移動体通信端末２０−ｊからネットワーク５０を介して送信されるログインＩＤ、パスワード、及び個体番号などを受信する。

また、通信部３１は、ログインＩＤ、パスワード、個体番号、及び獲得ポイント数を通知する獲得ポイント通知などをネットワーク５０を介して導入企業サーバ４０に送信したり、獲得ポイントの加算が完了したことを通知するポイント加算完了通知などをネットワーク５０を介して移動体通信端末２０−ｊに送信したりする。

印刷部３２は、例えばカラーレーザプリンタなどから構成され、固有のＵＲＬを表現するロゴ付き二次元コード２−ｉのシールを印刷する。本実施形態では、複数枚のロゴ付き二次元コード２−ｉのシールがシート状に印刷される。

記憶部３３は、例えばハードディスクドライブなどから構成され、二次元コードＤＢ３３１（Date Base）を備えている。

図６は、二次元コードＤＢの構成例を示すブロック図である。

二次元コードＤＢ３３１は、図６に示すように、ロゴ付き二次元コード２−ｉを特定可能な二次元コードＩＤと、ロゴ付き二次元コード２−ｉ毎に付与されたＵＲＬと、獲得ポイント数（この例では「３」）と、使用済フラグと、を対応付けて記憶する。ここで、使用済フラグは、獲得ポイント数が企業サーバ４０に通知されたときに、オン状態にセットされる。

制御部３４は、例えばＣＰＵ、ＲＯＭ、及びＲＡＭなどから構成され、ＣＰＵがＲＡＭをワークメモリとして用いてＲＯＭや記憶部３３などに記憶されている各種プログラムを適宜実行することにより、運用会社サーバ３０の各部の動作を制御する。

導入企業サーバ４０は、例えばポイントサービスを運用する導入企業内に設置されるもので、例えばフレームワークやワークステーションなどから構成されている。

図７は、導入企業サーバ４０の構成例を示すブロック図である。

導入企業サーバ４０は、図７に示すように、通信部４１と、記憶部４２と、制御部４３と、を備え、これらはバスを介して相互に接続されている。

通信部４１は、例えばＮＩＣなどの通信装置を含んで構成され、移動体通信端末２０−ｊからネットワーク５０を介して送信される項目データや、運用会社サーバ３０からネットワーク５０を介して送信されるログインＩＤ、パスワード、個体番号、及び獲得ポイント数などを受信する。

記憶部４２は、例えばハードディスクドライブなどから構成され、会員ＤＢ４２１と、カタログＤＢ４２２と、を備えている。

図８（ａ）は、会員ＤＢの構成例を示すブロック図であり、図８（ｂ）は、カタログＤＢの構成例を示すブロック図である。

会員ＤＢ４２１は、図８（ａ）に示すように、項目データと、個体番号と、ポイント残高と、ポイント履歴と、を対応付けて記憶する。

カタログＤＢ４２２は、図８（ｂ）に示すように、交換可能な商品名と、交換ポイントと、を対応付けて記憶する。

制御部４３は、例えばＣＰＵ、ＲＯＭ、及びＲＡＭなどから構成され、ＣＰＵが、ＲＡＭをワークメモリとして用いてＲＯＭや記憶部４２などに記憶されている各種プログラムを適宜実行することにより、導入企業サーバ４０の各部の動作を制御する。

次に、上記構成を備えるポイント管理システム１が実行する各種処理について図面を参照しつつ説明する。

参加企業端末１０−ｋでは、ユーザが操作部１２を操作して、表示部１１に表示された注文画面に、ロゴ付き二次元コードの種類や枚数などの注文情報を入力して注文を指示すると、制御部１４は、下記の注文処理を開始する。

図９は、注文処理の一例を示すフローチャートである。

この注文処理において、参加企業端末１０−ｋでは、制御部１４が、まず、操作部１２にて入力されたロゴ付き二次元コードの種類及び枚数などの注文情報を通信部１３からネットワーク５０を介して運用会社サーバ３０に送信することにより、シール状のロゴ付き二次元コードを注文する（ステップＳ１）。

運用会社サーバ３０では、制御部３４が、参加企業端末１０−ｋから送信された注文情報を通信部３１にて受信し（ステップＳ２）、受信した注文情報に対応するロゴ付き二次元コード２−ｉを生成する（ステップＳ３）。具体的に、ステップＳ３の処理では、注文情報に含まれる種類で、固有のＵＲＬを表現するロゴ付き二次元コード２−ｉが、注文情報に含まれる枚数分生成される。

次に、制御部３４は、ステップＳ３の処理にて生成したロゴ付き二次元コード２−ｉと、その種類に対応する獲得ポイント数と、に二次元コードＩＤを付して二次元コードＤＢ３３１に対応付けて登録する（ステップＳ４）。また、このとき、対応する使用済みフラグは、オフ状態になっている。

続いて、制御部３４は、ステップＳ３の処理にて生成したロゴ付き二次元コード２−ｉを印刷部３２にてシート状のシールにして印刷してから（ステップＳ５）、注文処理を終了する。その後、運用会社は、ステップＳ５の処理にて印刷されたロゴ付き二次元コード２−ｉのシールを導入企業に納品し、導入企業は、納品されたロゴ付き二次元コード２−ｉのシールを、注文した参加企業に納品する。このロゴ付き二次元コード２−ｉには、読取期限が設定されてもよい。このように参加企業に納品されたロゴ付き二次元コード２−ｉのシールは、参加企業の商品に、その価格に応じて添付されればよい。例えば、１００円毎に１ポイント付与する場合、３００円の商品には、３ポイントのロゴ付き二次元コード２−ｉのシールを１枚添付すればよい。

なお、参加企業端末１０−ｋでは、制御部１４が、注文情報に自己を特定可能な参加企業ＩＤなどを含めて運用会社サーバ３０を介して導入企業サーバ４０に送信するようにし、導入企業サーバ４０では、制御部４３が、注文情報に含まれるロゴ付き二次元コード２−ｉの種類及び枚数から代金を算出するようにしてもよい。そして、制御部４３は、算出した代金の支払いを要求する代金支払要求を、注文情報に含まれる参加企業ＩＤなどから特定される参加企業端末１０−ｋに運用会社サーバ３０を介して送信すればよい。

参加企業端末１０−ｋでは、制御部１４が、導入企業サーバ４０から受信した代金支払要求に示される代金の支払いが導入企業から要求されていることを表示部１１にて参加企業に表示する。そして、制御部１４は、操作部１２の操作に応じて、代金支払要求に示される代金の支払いを、ネットワーク５０上で実現されている汎用のクレジットカード決済などにより、行うようにすればよい。

その後、移動体通信端末２０−ｊでは、制御部２６が、まず、ユーザによる操作部２４での操作に対応して、読取部２１にて、商品などに添付されたシール状のロゴ付き二次元コード２−ｉが示すＵＲＬを読み取り、読み取ったＵＲＬを表示部２２に表示する。そして、ユーザによる操作部２４の操作により、表示部２２に表示されたＵＲＬへのアクセスが指示されると、制御部２６は、下記のポイント加算処理を開始する。

図１０〜図１４は、ポイント加算処理の一例を示すフローチャートである。

このポイント加算処理において、制御部２６は、まず、読取部２１にて読み取ったＵＲＬにアクセスして（図１０に示すステップＳ１１）、ログイン画面表示データを運用会社サーバ３０を介して導入企業サーバ４０から取得する。

次に、制御部２６は、記憶部２３に設けられた自動ログインフラグがオンであるか否かを判別し（ステップＳ１２）、オフであれば（ステップＳ１２；Ｎｏ）、所定のログイン画面を表示部２２に表示する（ステップＳ１３）。

続いて、制御部２６は、ユーザによる操作部２４の操作により、ログイン画面に表示された複数の項目のうち、「初めての方はこちら」との項目が選択されたか否かを判別する（ステップＳ１４）。

ここで、「初めての方はこちら」との項目が選択されていれば（ステップＳ１４；Ｙｅｓ）、制御部２６は、会員登録画面表示データを運用会社サーバ３０を介して導入企業サーバ４０から取得して、所定の会員登録画面を表示部２２に表示する（ステップＳ１５）。

続いて、制御部２６は、ユーザによる操作部２４の操作により、会員登録画面に項目データが入力された状態で、確定アイコンがクリックされたか否かを判別し（ステップＳ１６）、クリックされていなければ（ステップＳ１６；Ｎｏ）、ループして待つ。

その後、確定アイコンがクリックされると（ステップＳ１６；Ｙｅｓ）、制御部２６は、項目データを通信部２５から運用会社サーバ３０を介して導入企業サーバ４０に送信する（図１１に示すステップＳ１７）。

そして、導入企業サーバ４０では、制御部４３が、移動体通信端末２０−ｊから送信された項目データを通信部４１にて受信し（ステップＳ１８）、会員ＤＢ４２１に記憶することにより、会員登録を行うとともに（ステップＳ１９）、会員登録完了通知を通信部３１から運用会社サーバ３０を介して移動体通信端末２０−ｊに送信する（ステップＳ２０）。

そして、移動体通信端末２０−ｊでは、制御部２６が、導入企業サーバ４０から送信された会員登録完了通知を通信部２５にて受信した後（ステップＳ２１）、会員登録が完了したことを示す会員登録完了画面を表示部２２に表示するとともに（ステップＳ２２）、記憶部２３に設けられた個体番号未登録フラグをオン状態にセットする（ステップＳ２３）。

その後、制御部２６は、所定期間の経過後、又はユーザによる操作部２４の操作により、ログイン画面への移動が指示されたときに、ステップＳ１３の処理へとリターンする。

これに対して、「初めての方はこちら」との項目が選択されていないと判別した場合（図１０に示すステップＳ１４；Ｎｏ）、制御部２６は、ユーザによる操作部２４の操作により、ログイン画面に表示された複数の項目のうち、「自動ログイン」との項目が選択されたか否かを判別する（ステップＳ２４）。

ここで、「自動ログイン」との項目が選択されていれば（ステップＳ２４；Ｙｅｓ）、制御部２６は、自動ログインフラグをオン状態にセットする一方で（ステップＳ２５）、選択されていなければ（ステップＳ２４；Ｎｏ）、ステップＳ２５の処理をスキップする。

続いて、制御部２６は、ユーザによる操作部２４の操作により、ログイン画面にログインＩＤ及びパスワードが入力された後に、ログイン画面に表示された複数の項目のうち、「ＩＤ及びパスログイン」との項目が選択されたか、又は「個体番号でログイン」との項目が選択されたか否かを判別する（ステップＳ２６）。

ここで、「ＩＤ及びパスでログイン」との項目、及び「個体番号でログイン」との項目のいずれも選択されていなければ（ステップＳ２６；Ｎｏ）、制御部２６は、ステップＳ１４の処理にリターンする。

これに対して、自動ログインフラグがオンであると判別した場合（ステップＳ１２；Ｙｅｓ）、「ＩＤ及びパスワードでログイン」との項目及び「個体番号でログイン」との項目のいずれかが選択された場合（ステップＳ２６；Ｙｅｓ）、若しくは図１１に示すステップＳ２３の処理を実行した後、制御部２６は、個体番号未登録フラグがオンであるか否かを判別する（図１２に示すステップＳ２７）。

ここで、個体番号未登録フラグがオンであれば（ステップＳ２７；Ｙｅｓ）、制御部２６は、ログインＩＤ及びパスワードとともに、ＲＯＭに記憶されている個体番号を通信部２５から運用会社サーバ３０を介して導入企業サーバ４０に送信する（ステップＳ２８）。

その後、制御部２６は、個体番号未登録フラグをクリアしてオフ状態にする（ステップＳ２９）。

そして、導入企業サーバ４０では、制御部４３が、移動体通信端末２０−ｊから送信されたログインＩＤ、パスワード、及び個体番号を通信部４１にて受信して（ステップＳ３０）、個体番号をログインＩＤ及びパスワードと対応付けて会員ＤＢ４２１に記憶する（ステップＳ３１）。

これに対して、個体番号未登録フラグがオフであれば（ステップＳ２７；Ｎｏ）、制御部２６は、ログインＩＤ及びパスワード、若しくは個体番号を通信部２５からネットワーク５０を介して導入企業サーバ４０に送信する（ステップＳ３２）。

そして、導入企業サーバ４０では、制御部４３が、移動体通信端末２０−ｊから送信されたログインＩＤ及びパスワード、若しくは個体番号を通信部４１にて受信する（ステップＳ３３）。そして、制御部４３は、ステップＳ３３にて受信したログインＩＤ及びパスワード、若しくは個体番号が会員ＤＢ４２１に登録されているか否かを判別することにより、ユーザ認証を行い（図１３に示すステップＳ３４）、認証結果を通信部４１からネットワーク５０を介して運用会社サーバ３０に送信する（ステップＳ３５）。

運用会社サーバ３０では、制御部３４が、導入企業サーバ４０から送信される認証結果を通信部３１にて受信し（ステップＳ３６）、ユーザ認証を得られた場合には（ステップＳ３７；Ｙｅｓ）、移動体通信端末２０−ｊによりアクセスされたＵＲＬに対応する使用済フラグ及び獲得ポイント数を二次元コードＤＢ３３１から読み出して（ステップＳ３８）、使用済フラグがオンであるか否かを判別する（ステップＳ３９）。

ここで、ユーザ認証を得られなかった場合や（ステップＳ３７；Ｎｏ）、使用済みフラグがオンである場合（ステップＳ３９；Ｙｅｓ）、制御部２６は、ポイント加算不能通知を通信部３１からネットワーク５０を介して移動体通信端末２０−ｊに送信する（ステップＳ４０）。

そして、移動体通信端末２０−ｊでは、制御部２６が、移動体通信端末２０−ｊから送信されたポイント加算不能通知を受信した後（ステップＳ４１）、獲得ポイントの加算ができなかったことを示すポイント加算不能画面を表示部２２に表示してから（ステップＳ４２）、ポイント加算処理を終了する。

これに対して、使用済みフラグがオフであれば（ステップＳ３９；Ｎｏ）、制御部２６は、ステップＳ３８にて読み出した獲得ポイント数を通信部３１からネットワーク５０を介して導入企業サーバ４０に送信する（ステップＳ４３）。

導入企業サーバ４０では、制御部４３が、運用会社サーバ３０から送信される獲得ポイント数を通信部４１にて受信するとともに（図１４に示すステップＳ４４）、ステップＳ３３の処理にて受信したログインＩＤ及びパスワード、若しくは個体番号に対応するポイント残高及びポイント履歴を会員ＤＢ４２１から読み出す（ステップＳ４５）。続いて、制御部４３は、ステップＳ４４の処理にて受信した獲得ポイント数を、会員ＤＢ４２１から読み出したポイント残高に加算して、ポイント残高を更新するとともに（ステップＳ４６）、ポイント履歴を更新するとともに（ステップＳ４７）、ポイント数の更新が完了したことを通知するポイント更新完了通知を通信部４１からネットワーク５０を介して運用会社サーバ３０に送信する（ステップＳ４８）。

運用会社サーバ３０では、制御部３４が、導入企業サーバ４０から送信されるポイント更新完了通知を通信部３１にて受信すると（ステップＳ４９）、二次元コードＤＢ３３１から読み出した使用済みフラグをオン状態にセットした後（ステップＳ５０）、ポイント加算完了通知を通信部３１からネットワーク５０を介して移動体通信端末２０−ｊに送信する（ステップＳ５１）。

そして、移動体通信端末２０−ｊでは、制御部２６が、運用会社サーバ３０から送信されたポイント加算完了通知を受信した後（ステップＳ５２）、所定のポイント確認画面を表示してから（ステップＳ５３）、ポイント加算処理を終了する。

図１５及び図１６は、ポイント交換処理の一例を示すフローチャートである。

このポイント交換処理において、移動体通信端末２０−ｊでは、制御部２６が、まず、図１５に示すように、導入企業サーバ４０のＵＲＬにアクセスして（ステップＳ６１）、ログイン画面表示データを導入企業サーバ４０から取得する。

次に、制御部２６は、記憶部２３に設けられた自動ログインフラグがオンであるか否かを判別し（ステップＳ６２）、オフであれば（ステップＳ６２；Ｎｏ）、所定のログイン画面を表示部２２に表示する（ステップＳ６３）。

続いて、制御部２６は、ユーザによる操作部２４の操作により、ログイン画面にログインＩＤ及びパスワードが入力された後に、ログイン画面に表示された複数の項目のうち、「ＩＤ及びパスログイン」との項目が選択されたか、又は「個体番号でログイン」との項目が選択されたか否かを判別する（ステップＳ６４）。

ここで、「ＩＤ及びパスでログイン」との項目、及び「個体番号でログイン」との項目のいずれも選択されていなければ（ステップＳ６４；Ｎｏ）、制御部２６は、ループして待つ。

これに対して、自動ログインフラグがオンであると判別した場合（ステップＳ６２；Ｙｅｓ）、若しくは「ＩＤ及びパスワードでログイン」との項目及び「個体番号でログイン」との項目のいずれかが選択された場合（ステップＳ６４；Ｙｅｓ）、制御部２６は、ログインＩＤ及びパスワード、若しくは個体番号を通信部２５からネットワーク５０を介して導入企業サーバ４０に送信する（ステップＳ６５）。

そして、導入企業サーバ４０では、制御部４３が、移動体通信端末２０−ｊから送信されたログインＩＤ及びパスワード、若しくは個体番号を通信部４１にて受信した後（ステップＳ６６）、マイページ表示データを通信部４１からネットワーク５０を介して移動体通信端末２０−ｊに送信する（ステップＳ６７）。

そして、移動体通信端末２０−ｊでは、制御部２６が、導入企業サーバ４０から送信されたマイページ表示データを受信した後（ステップＳ６８）、マイページを表示部２２に表示する（ステップＳ６９）。

続いて、制御部２６は、ユーザによる操作部２４の操作により、マイページ画面に表示された複数の項目のうち、「ポイントカタログを見る」との項目が選択されたか否かを判別し（ステップＳ７０）、選択されていなければ（ステップＳ７０；Ｎｏ）、ループして待つ。

これに対して、「ポイントカタログを見る」との項目が選択されていれば（ステップＳ７０；Ｙｅｓ）、制御部２６は、ポイントカタログ表示データを導入企業サーバ４０から取得して、所定のポイントカタログを表示部２２に表示する（ステップＳ７１）。

続いて、制御部２６は、ユーザによる操作部２４の操作により、ポイントカタログに表示された複数の商品のうち、所望の商品が選択されたか否かを判別し（図１６に示すステップＳ７２）、選択されていなければ（ステップＳ７２；Ｎｏ）、ループして待つ。

これに対して、所望の商品が選択されていれば（ステップＳ７２；Ｙｅｓ）、制御部２６は、その商品名を通信部２５からネットワーク５０を介して導入企業サーバ４０に送信する（ステップＳ７３）。

そして、導入企業サーバ４０では、制御部４３が、移動体通信端末２０−ｊから送信された商品名を通信部４１にて受信し（ステップＳ７４）、商品名に対応する交換ポイントをカタログＤＢ４２２から読み出す（ステップＳ７５）。

続いて、制御部４３は、通信部４１にて受信したログインＩＤ及びパスワード、若しくは個体番号に対応する項目データ、ポイント残高、及びポイント履歴を会員ＤＢ４２１から読み出して（ステップＳ７６）、商品名から特定される商品の、項目データに含まれる住所への出荷を導入企業に指示する出荷指示画面を所定の表示部に表示する（ステップＳ７７）。

また、制御部４３は、ポイント残高から、カタログＤＢ４２２から読み出した交換ポイント数を減算して、ポイント残高を更新するとともに（ステップＳ７８）、ポイント履歴を更新する（ステップＳ７９）。

その後、制御部４３は、商品の購入が完了したことを通知する商品購入完了通知を通信部４１からネットワーク５０を介して移動体通信端末２０−ｊに送信する（ステップＳ８０）。

そして、移動体通信端末２０−ｊでは、制御部２６が、導入企業サーバ４０から送信された商品購入完了通知を受信して（ステップＳ８１）、商品の購入が完了したことを示す商品購入完了画面を表示部２２に表示してから（ステップＳ８２）、ポイント交換処理を終了する。

以上説明したように、本実施形態に係るポイント管理システム１によれば、参加企業端末１０−ｋからロゴ付きに次元コードのシールの注文を受信したことに応答して、運用会社サーバ３０の制御部３４が、獲得ポイント数を視認可能なロゴに、固有のＵＲＬを表示する二次元コードを重ね合わせたロゴ付き二次元コード２−ｉを生成し、シート状のシールにして印刷する。このようにして印刷されたロゴ付き二次元コード２−ｉのシールは、注文した参加企業に納品され、参加企業の商品に、その価格に応じて添付される。これにより、参加企業は、導入企業とシステムを連携させることなく、低コストで導入企業のポイントサービスをユーザに提供することができる。

また、一度使用されたロゴ付き二次元コード２−ｉは、運用会社サーバ３０にて使用済フラグがオン状態にセットされることにより無効化され、再度そのロゴ付き二次元コード２−ｉが示すＵＲＬにアクセスされても、獲得ポイントがポイント残高にさらに加算されるといった不正を防止することができる。

なお、本発明は、上記実施形態に限定されず、種々の変形、応用が可能である。以下、本発明に適用可能な上記実施形態の変形態様について、説明する。

上記実施の形態では、運用会社サーバ３０の制御部３４が、生成したロゴ付き二次元コード２−ｉをシート状のシールにして印刷するものとして説明したが、この発明はこれに限定されるものではなく、生成したロゴ付き二次元コード２−ｉをネットワーク５０を介して参加企業端末１０ｋや導入企業サーバ４０に送信し、参加企業や導入企業の側で、印刷するようにしてもよい。

また、上記実施形態では、二次元コード３とユーザがその内容を視認可能なロゴとを重ね合わせて形成されるシール状の印刷物であるロゴ付き二次元コード２−ｉが商品に添付されているものとして説明した。しかしながら、本発明はこれに限定されるものではなく、ロゴと重ね合わされていない二次元コード３であっても構わない。また、商品に添付されるシール状の印刷物以外のもの、例えば商品に直接印刷されているものや、広告に印刷されているもの、或いは商品を購入した際に発行されるレシートに印刷されたものであってもよい。さらには、移動体通信端末２０−ｊや汎用コンピュータの表示部に表示されるものであっても構わない。

さらに、上記実施の形態では、ロゴ付き二次元コード２−ｉが、その内容を視認可能に表現するロゴのうち所定明度以上の領域に、所定明度未満の円形のセル（この例では黒色のセル）を重ね合わせる一方で、ロゴのうち所定明度未満の領域に、所定明度以上の円形のセル（この例では白色のセル）を重ね合わせて形成されるものとして説明した。しかしながら、この発明はこれに限定されるものではなく、その内容を視認可能に表現するロゴのうち所定明度未満の領域に、所定明度以上のセル（例えば白色のセル）を重ね合わせて形成されるものであってもよい。

また、上記実施の形態では、二次元コードがＱＲコード（登録商標）であるものとして説明したが、本発明はこれに限定されるものではなく、二次元コード３は、データマトリクスや、アズテックコード、コードワン、アレイタグ、ボックス図形コード、マキシコード、ペリコード、ソフトストリップ、ＣＰコード、カルラコード、ウルトラコードなどといった他のマトリクス式の二次元コードであってもよい。あるいは、ＰＤＦ４１７、コード４９、コード１６ｋ、コーダブロックなどといった一次元コードを縦に積み重ねたスタック式の二次元コードであっても構わない。

さらに、上記実施の形態では、特典としてユーザにポイントが付与されるものとして説明したが、本発明はこれに限定されるものではなく、ユーザに付与される特典は、任意であり、例えばクーポンなどであってもよい。この場合、移動体通信端末２０−ｊでは、制御部２６が、図１７に示すようなロゴ付き二次元コードが示すＵＲＬにアクセスして、運用会社サーバ３０から、ポイント加算完了通知に代えて、クーポン券表示データを取得する。そして、ユーザは、クーポン券表示データに基づく画像を表示部２２に表示させて、サービス提供先に提示することにより、クーポン券として使用できるようにすればよい。

また、上記実施形態において、ＣＰＵが実行するプログラムは、予めＲＯＭや記憶部２３、３３、４２などに記憶されるものとして説明したが、本発明はこれに限定されるものではなく、上述の処理を実行させるためのプログラムを、既存の汎用コンピュータに適用することで、上記実施形態に係る参加企業端末１０−ｋ、移動体通信端末２０−ｊや、運用会社サーバ３０、導入企業サーバ４０として機能させてもよい。

このようなプログラムの提供方法は任意であり、例えばコンピュータが読取可能な記録媒体（フレキシブルディスク、ＣＤ（Compact Disc）−ＲＯＭ、ＤＶＤ（Digital Versatile Disc）−ＲＯＭなど）に格納して配布してもよいし、インターネットなどのネットワーク上のストレージにプログラムを格納しておき、これをダウンロードさせることにより提供してもよい。

さらに、上記の処理をＯＳとアプリケーションプログラムとの分担、又はＯＳとアプリケーションプログラムとの協働によって実行する場合には、アプリケーションプログラムのみを記録媒体やストレージに格納してもよい。また、搬送波にプログラムを重畳し、ネットワークを介して配信することも可能である。例えば、ネットワーク上の掲示板（ＢＢＳ：Bulletin Board System）に上記プログラムを掲示し、ネットワークを介してプログラムを配信してもよい。そして、このプログラムを起動し、ＯＳの制御下で、他のアプリケーションプログラムと同様に実行することにより、上記の処理を実行できるように構成してもよい。

１ ポイント管理システム
２−ｉロゴ付き二次元コード
３ 二次元コード
４ａ、４ｂ、４ｃ 位置決めシンボル
１０−ｋ参加企業端末
２０−ｊ移動体通信端末
２１ 読取部
１１、２２ 表示部
２３、３３、４２ 記憶部
１２、２４ 操作部
１３、２５、３１、４１ 通信部
３２ 印刷部
１４、２６、３４、４３ 制御部
３０ 運用会社サーバ
４０ 導入企業サーバ
５０ ネットワーク
３３１ 二次元コードＤＢ
４２１ 会員ＤＢ
４２２ カタログＤＢ

Claims (5)

1. 所定の特典を付与可能な二次元コードを注文する通信端末とネットワークを介して接続された特典付与システムであって、
   前記通信端末から前記二次元コードの注文を受信したことに応答して、固有の情報を有する前記二次元コードを生成する二次元コード生成手段と、
   前記二次元コード生成手段によって生成された前記二次元コードが示す前記固有の情報を受信したことに応答して、該固有の情報に対応する特典が既に付与されたか否かを判別する特典付与判別手段と、
   前記特典付与判別手段によって前記特典が未だ付与されていないと判別したことを条件に、該特典を付与する特典付与手段と、
   を備えることを特徴とする特典付与システム。
2. 前記二次元コード生成手段によって生成された前記二次元コードが示す前記固有の情報と、前記所定の特典と、該所定の特典が既に付与されたか否かを示す付与済みフラグと、を対応付けて登録するデータベースと、
   前記データベースに登録されている前記付与済みフラグを更新する付与済みフラグ更新手段と、
   をさらに備え、
   前記特典付与判別手段は、前記二次元コード生成手段によって生成された前記二次元コードが示す前記固有の情報を受信したことに応答して、該固有の情報に対応する付与済みフラグに基づいて、前記所定の特典が既に付与されたか否かを判別し、
   前記付与済みフラグ更新手段は、前記特典付与手段によって前記特典が付与されたときに、前記付与済みフラグを更新する、
   ことを特徴とする請求項１に記載の特典付与システム。
3. 前記二次元コード生成手段は、前記所定の特典を特定可能なロゴに、固有のＵＲＬ（Uniform Resource
   Locator）を示す二次元コードを重ね合わせたロゴ付き二次元コードを生成し、
   前記データベースは、前記二次元コードが示す固有のＵＲＬと、前記所定の特典と、前記付与済みフラグと、を対応付けて登録し、
   前記特典付与判別手段は、前記二次元コードが示す固有のＵＲＬにアクセスされたことに応答して、該ＵＲＬに対応する付与済みフラグに基づいて、前記所定の特典が既に付与されたか否かを判別する、
   ことを特徴とする請求項２に記載に特典付与システム。
4. 所定の特典を付与可能な二次元コードを注文する通信端末とネットワークを介して接続された特典付与システムにおける特典付与方法であって、
   前記通信端末から前記二次元コードの注文を受信したことに応答して、固有の情報を有する前記二次元コードを生成する二次元コード生成ステップと、
   前記二次元コード生成ステップによって生成された前記二次元コードが示す前記固有の情報を受信したことに応答して、該固有の情報に対応する特典が既に付与されたか否かを判別する特典付与判別ステップと、
   前記特典付与判別ステップによって前記特典が未だ付与されていないと判別したことを条件に、該特典を付与する特典付与ステップと、
   を備えることを特徴とする特典付与方法。
5. 所定の特典を付与可能な二次元コードを注文する通信端末とネットワークを介して接続された特典付与システムのコンピュータに、
   前記通信端末から前記二次元コードの注文を受信したことに応答して、固有の情報を有する前記二次元コードを生成する二次元コード生成手順と、
   前記二次元コード生成手順によって生成された前記二次元コードが示す前記固有の情報を受信したことに応答して、該固有の情報に対応する特典が既に付与されたか否かを判別する特典付与判別手順と、
   前記特典付与判別手順によって前記特典が未だ付与されていないと判別したことを条件に、該特典を付与する特典付与手順と、
   を実行させるためのプログラム。