JP2012168611A - ポイント管理システム及びポイント決済サーバ、ポイント決済方法 - Google Patents

Abstract

【課題】加盟店側における、共通ポイントサービスに要する導入コストを低減するポイント管理システムを提供する。
【解決手段】加盟店クライアント端末からポイント取引内容を受信すると、ポイント取引毎に照合用の識別子を発行し、データベース装置に格納される第１の照合用情報と、前記照合用の識別子を含み、加盟店サーバに送信する第２の照合用情報とを作成する取引用データ生成部と、前記第２の照合用情報であって、前記加盟店処理サーバ、加盟店クライアントサーバ、会員携帯端末、を経由して会員処理サーバからポイント決済サーバに戻った前記第２の照合用情報の前記照合用の識別子と、前記第１の照合用情報の前記照合用の識別子とを照合する照合部と、前記照合部で、前記第１の照合用情報の前記照合用の識別子と前記第２の照合用情報の前記照合用の識別子とが一致した場合に、ポイントの決済を実行するポイント決済部と、を有する。
【選択図】図１

Description

本発明は、ポイントを利用するポイント会員に対して複数の加盟店間で相互利用が可能なポイントサービスを提供するための管理を行うポイント管理システムに関し、特に、ポイント管理システムにおけるポイント決済技術に関する。

一般消費者を顧客にもつ小売店やサービス業者などでは、集客や顧客の囲い込みを目的として、顧客に対してポイントを付与するポイントサービスを提供するケースが多くなっている。

最近では、１つの店舗や企業体だけでしか利用できない閉鎖的なポイント付与サービスのみではなく、複数の店舗や企業の間で相互利用が出来るような共通ポイントサービスを提供するポイント管理システムが普及してきており、ポイントサービスを利用したビジネス市場は成熟しつつある。

本発明に関連する公知技術文献としては、ポイントサービスを提供する会員企業間におけるポイントの決済処理を行うことを開示する文献（下記特許文献１参照）や、ポイントを付与した加盟店サーバからのポイント決済が正常に行われない場合も考慮して、複数の加盟店サーバで相互利用可能なポイントサービスを維持した状態で、ポイント決済が正常に行われない影響をできるだけ少なくする改良を特許文献１に適用した下記特許文献２が挙げられる。

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

共通ポイントサービスを行う場合には、ポイントを取得または利用できる加盟店が多いほどポイントプログラムを利用する会員（消費者等）にとって好ましいため、共通会員ポイントサービスを主催する企業や団体等は、より多くの加盟店の獲得が営業の目的のひとつとなる。最近、地域活性化（地元商店街等の振興）などを目的として、中小の商店等を加盟店とする共通ポイントサービスの導入が検討されるケースも多くなってきている。

ところで、上記先行技術文献に記載の技術では、加盟店がポイント決済システムを導入するために、各加盟店に専用装置やアプリケーションプログラム、データセンタ等中央のポイント決済サーバ（以下「本部サーバ」と称する。）との専用回線または仮想専用回線（ＶＰＮ）などを導入する必要がある。さらに、既存のＰＯＳシステムなどに改造を加える必要がある場合も多い。

ところが、これらの導入にかかるコストに見合った効果が期待できないような中小の商店等の加盟店は、共通ポイントサービスを主催する企業や団体等の加盟店となりにくいという問題がある。

本発明の目的は、加盟店側における、共通ポイントサービスに要する導入コストを低減することを目的とする。さらに、本発明は、加盟店と本部サーバ間に専用回線を導入しない場合であっても加盟店と本部サーバ間の通信において会員の個人情報等が流れないようにすることを目的とする。

本発明の一観点によれば、加盟店クライアント端末と、前記加盟店クライアント端末とネットワーク接続された加盟店処理サーバと、会員携帯端末と、前記会員携帯端末とネットワーク接続されている会員処理サーバと、前記加盟店処理サーバおよび前記会員処理サーバとネットワーク接続されたポイント決済サーバと、前記加盟店処理サーバ、前記会員処理サーバおよび前記ポイント決済サーバとネットワーク接続され会員ポイント決済処理に必要なデータを格納したデータベース装置とから構成されるポイント管理システムであって、前記ポイント決済サーバは、前記加盟店クライアント端末からポイント取引内容を受信すると、ポイント取引毎に照合用の識別子を発行し、前記照合用の識別子を含み、前記データベース装置に格納される第１の照合用情報と、前記照合用の識別子を含み、前記加盟店サーバに送信する第２の照合用情報とを作成する取引用データ生成部と、前記第２の照合用情報であって、前記加盟店処理サーバ、前記加盟店クライアントサーバ、前記会員携帯端末、を経由して前記会員処理サーバから前記ポイント決済サーバに戻った前記第２の照合用情報の前記照合用の識別子と、前記第１の照合用情報の前記照合用の識別子とを照合する照合部と、前記照合部で、前記第１の照合用情報の前記照合用の識別子と前記第２の照合用情報の前記照合用の識別子とが一致した場合に、ポイントの決済を実行するポイント決済部と、を有することを特徴とするポイント管理システムが提供される。

本発明によれば、生成したＱＲコード等の第２の照合用情報を加盟店処理サーバを経由して加盟店クライアント端末に表示させ、それを会員携帯端末が読み取り、会員処理サーバを経由して再びポイント決済サーバへ戻ってきたランダムな文字列を仮登録したデータの内容と仮登録したデータとを照合して合致した場合のみ会員ポイントの決済を行う機能を持たせる。従って、ポイント決済サーバと加盟店クライアント端末との間では加盟店情報やポイント取引種別及び決済ポイント数等の、会員携帯端末情報を全く含まないデータのやり取りのみが行なわれ、会員携帯端末情報は会員携帯端末とポイント決済サーバとの間のみで交わされる仕組みを提供できる。

これにより、加盟店側が、既存のＰＯＳシステムなどに一切改造を加えることなく、また専用の装置、アプリケーションプログラム、専用回線などを導入することなく、ポイント決済を行なうことができ、加盟店と本部サーバ間に専用回線を導入せずセキュリティ上の信頼性が下がっても大丈夫なように加盟店と本部サーバ間の通信において会員の個人情報等が流れないようにすることとが両立できる。

前記ポイント決済サーバは、さらに、前記照合用の識別子と、前記加盟店クライアント端末から受信した前記ポイント取引内容情報と、に基づいて作成されたポイント決済用データを、仮登録するポイント仮登録部を有し、前記ポイント決済部は、前記照合部における照合結果が一致した場合は、照合結果が一致した前記照合用の識別子をキーに前記ポイント仮登録部に登録された前記ポイント決済用データを検索し、検索された前記ポイント決済用データに、前記会員携帯端末において前記第２の照合用情報に付加された会員携帯端末ＩＤを設定し、当該会員携帯端末ＩＤに該当するポイント残高を更新することを特徴とする。前記第２の照合用情報は、会員携帯端末情報を含まない情報であることが好ましい。これにより、加盟店処理サーバと加盟店クライアント端末との間におけるデータの秘匿性を高めることができる。換言すれば、加盟店処理サーバと加盟店クライアント端末との間は、一般公衆網等を用いることができる。前記取引用データ生成部は、前記会員処理サーバへのＵＲＩを、前記照合用の識別子に付加して、前記第２の照合用情報を生成することが好ましい。これにより、あて先である会員決済サーバを、容易に特定することができる。前記ポイント決済部は、前記照合部における照合結果が一致した場合に、仮登録された前記ポイント決済用データの内容をもとに、決済済みポイント取引データを作成するとともに、前記仮登録された前記ポイント決済用データの「ステータス」を登録済に更新することが好ましい。

また、前記加盟店クライアント端末は、前記第２の照合用情報を表示する表示部を有し、前記会員携帯端末は、前記表示部に表示された前記第２の照合用情報を読み取る読みとり部を有することが好ましい。また、前記取引用データ生成部は、前記第２の照合用情報をコード化して前記加盟店サーバに送ることが好ましい。また、前記会員携帯端末は、前記表示部に表示されたコード化された前記第２の照合用情報を読み取る読みとり部と、前記コード化された前記第２の照合用情報をデコードするコード認識部とを有するようにすると良い。

また、本発明は、加盟店クライアント端末と、前記加盟店クライアント端末とネットワーク接続された加盟店処理サーバと、会員携帯端末と、前記会員携帯端末とネットワーク接続されている会員処理サーバと、前記加盟店処理サーバおよび前記会員処理サーバとネットワーク接続されたポイント決済サーバと、前記加盟店処理サーバ、前記会員処理サーバおよび前記ポイント決済サーバとネットワーク接続され会員ポイント決済処理に必要なデータを格納したデータベース装置とから構成されるポイント管理システムにおけるポイント決済サーバであって、前記加盟店クライアント端末からポイント取引内容を受信すると、ポイント取引毎に照合用の識別子を発行し、前記照合用の識別子を含み、前記データベース装置に格納される第１の照合用情報と、前記照合用の識別子を含み、前記加盟店サーバに送信する第２の照合用情報とを作成する取引用データ生成部と、前記第２の照合用情報であって、前記加盟店処理サーバ、前記加盟店クライアントサーバ、前記会員携帯端末、を経由して前記会員処理サーバから前記ポイント決済サーバに戻った前記第２の照合用情報の前記照合用の識別子と、前記第１の照合用情報の前記照合用の識別子とを照合する照合部と、前記照合部で、前記第１の照合用情報の前記照合用の識別子と前記第２の照合用情報の前記照合用の識別子とが一致した場合に、ポイントの決済を実行するポイント決済部と、を有することを特徴とするポイント決済サーバである。

また、本発明は、加盟店クライアント端末と、前記加盟店クライアント端末とネットワーク接続された加盟店処理サーバと、会員携帯端末と、前記会員携帯端末とネットワーク接続されている会員処理サーバと、前記加盟店処理サーバおよび前記会員処理サーバとネットワーク接続されたポイント決済サーバと、前記加盟店処理サーバ、前記会員処理サーバおよび前記ポイント決済サーバとネットワーク接続され会員ポイント決済処理に必要なデータを格納したデータベース装置とから構成されるポイント管理システムにおけるポイント決済方法であって、前記加盟店クライアント端末からポイント取引内容を受信すると、ポイント取引毎に照合用の識別子を発行し、前記照合用の識別子を含み、前記データベース装置に格納される第１の照合用情報と、前記照合用の識別子を含み、前記加盟店サーバに送信する第２の照合用情報とを作成する取引用データ生成ステップと、前記第２の照合用情報であって、前記加盟店処理サーバ、前記加盟店クライアントサーバ、前記会員携帯端末、を経由して前記会員処理サーバから前記ポイント決済サーバに戻った前記第２の照合用情報の前記照合用の識別子と、前記第１の照合用情報の前記照合用の識別子とを照合する照合ステップと、前記照合ステップで、前記第１の照合用情報の前記照合用の識別子と前記第２の照合用情報の前記照合用の識別子とが一致した場合に、ポイントの決済を実行するポイント決済ステップと、を有することを特徴とするポイント決済方法である。

本発明は、上記の方法をコンピュータに実行させるためのプログラム、当該プログラムを記録するコンピュータ読み取り可能な記録媒体であっても良い。

本発明のポイント管理システムによれば、以下のような効果がある。

加盟店側における、共通ポイントサービス導入に要するコストを低減することができる。さらに、加盟店クライアント端末と本部の加盟店処理サーバとの間に専用回線を導入しない場合であっても加盟店クライアント端末と加盟店処理サーバ間の通信においてポイント会員の個人情報等が流れないようにすることができる。

本発明の一実施の形態によるポイント管理システムの一構成例を示す機能ブロック図である。 図１に示すポイント管理システムのハードウェア構成例を示す機能ブロック図である。 本実施の形態によるポイント管理システムにおける会員携帯端末情報（会員情報）のデータ構成例を示す図である。 本実施の形態によるポイント管理システムにおける加盟店クライアント情報（加盟店情報）のデータ構成例を示す図である。 本実施の形態によるポイント管理システムにおける会員ポイント残高情報のデータ構成例を示す図である。 本実施の形態によるポイント管理システムにおける決済に必要な第１の照合用情報のデータ構成例を示す図である。 本実施の形態によるポイント管理システムにおける決済処理に用いられ、第１の照合用情報と照合される第２の照合用情報のデータ構成例を示す図である。 本実施の形態によるポイント管理システムにおけるポイント仮取引情報のデータ構成例を示す図である。 本実施の形態によるポイント管理システムにおける当日ポイント取引情報のデータ構成例を示す図である。 本実施の形態によるポイント管理システムにおけるポイント取引履歴情報のデータ構成例を示す図である。 本実施の形態によるポイント管理システムにおけるポイント決済の基本的な処理の流れを示すシーケンス図である。 本実施の形態によるポイント管理システムにおける加盟店クライアント端末に表示される画面表示例を示す図である。 本実施の形態によるポイント管理システムにおける会員携帯端末に表示される画面表示例を示す図である。

以下、本発明の一実施の形態によるポイント管理システムについて図面を参照しながら説明を行う。

図１は、本実施の形態によるポイント管理システムの一構成例を示す機能ブロック図である。図１に示すように、本実施の形態によるポイント管理システムは、共通会員ポイントサービスを主催する企業や団体等が管理するポイント管理装置Ａと、共通会員ポイントサービスに加盟する加盟店がそれぞれ管理する加盟店クライアント端末１４００と、共通会員ポイントサービスの提供を受ける会員が所持する会員携帯端末１５００と、から構成される。

ポイント管理装置Ａは、ポイント決済処理を行なうポイント決済サーバ（１０００）と、主に加盟店に関する必要情報を処理する加盟店処理サーバ（１１００）と、主に会員に関する必要情報を処理する会員処理サーバ（１２００）と、システムに必要なデータを格納したデータストレージ装置（１３００）と、から構成される。

ポイント管理装置Ａにおいて、ポイント決済サーバ（１０００）と加盟店処理サーバ（１１００）、及び、ポイント決済サーバ（１０００）と会員処理サーバ（１２００）は、それぞれＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）などのネットワークで接続されている。また、ポイント決済サーバ（１０００）、加盟店処理サーバ（１１００）、会員処理サーバ（１２００）は、データストレージ装置（１３００）とそれぞれＬＡＮなどのネットワークで接続されている。

加盟店クライアント端末（１４００）と加盟店処理サーバ（１１００）とは、一般回線（公衆網）であるインターネット回線等で接続されており、既存の設備を援用することができる。インターネット接続の通信においては、相互の通信は、ＨＴＴＰＳ等の安全なプロトコルで行われるが、専用線やＶＰＮ等を用いた場合と比較してセキュリティは高くない。

会員携帯端末（１５００）と会員処理サーバ（１２００）とは一般的なキャリアが提供する無線通信網およびキャリアが提供する専用線で接続されており、相互の通信の安全性は携帯電話のキャリアが確保している。

本実施の形態によるポイント管理システムでは、加盟店クライアント端末（１４００）と加盟店処理サーバ（１１００）との間を、コストを考えてセキュリティ（特に情報の盗聴・漏洩などに対する）が比較的低いが安価な公衆回線で接続することができる（これに限定するものではない）。そのかわりに、加盟店クライアント端末（１４００）と加盟店処理サーバ（１１００）と間では、漏洩した際に甚大な被害が生じるプライバシーに関する会員情報（会員携帯端末情報）・会員を特定した取引情報等を漏らさないようにする。そのための構成については後述する。

ポイント決済サーバ（１０００）のアプリケーションプログラムにより提供される機能は、ポイント取引を開始する処理を行なう取引用データ生成部（１００１）と、加盟店処理サーバ（１１００）からのポイント取引要求に応じて、後述する照合用文字列（第１の照合用識別子）を発行し取引を仮登録するポイント仮登録部（１００２）と、仮登録したデータの照合用文字列と会員携帯端末から送付されたデータの照合用文字列（第２の照合用識別子）を比較する会員・加盟店取引用データ照合部（１００３）と、照合に成功した際にポイント取引の決済を行うことでポイント取引を確定させるポイント決済部（１００４）と、から構成される。

加盟店処理サーバ（１１００）のアプリケーションプログラムは、加盟店用データ送受信部（１１０１）と、加盟店クライアント端末（１４００）へ送り加盟店クライアント端末（１４００）において表示させる画面用データを生成する画面表示情報生成部（１１０２）と、加盟店クライアント端末（１４００）のログイン処理を行なう加盟店ログイン処理部（１１０３）と、から構成される。

会員処理サーバ（１２００）のアプリケーションプログラムは、会員携帯端末（１５００）との間で通信を行なう会員用データ送受信部（１２０１）と、会員携帯端末（１５００）へ送り会員携帯端末（１５００）において表示させる画面用データを生成する会員端末画面表示情報生成部（１２０２）と、から構成される。

データストレージ装置（１３００）に格納されているデータは、会員携帯端末情報（１３０１）、会員ポイント残高（１３０２）、照合用データ（１３０３）、ポイント仮取引データ（１３０４）、当日ポイント取引データ（１３０５）、ポイント取引履歴データ（１３０６）、加盟店クライアント端末情報（１３０７）から構成される。尚、データストレージ装置（１３００）は、ポイント管理装置Ａ内のメモリ（ＨＤＤなど）に格納されていても良く、或いは、ネットワーク接続により接続されている外部サーバから取得できるようにしても良い。

加盟店クライアント端末（１４００）は、画面表示部（１４０２）と、データ送受信部（１４０１）と、から構成される。

会員携帯端末（１５００）は、会員が所持する携帯端末である。

図２は、図１に示すポイント管理システムのハードウェア構成例を示す機能ブロックである。それぞれの装置間の接続は図１を参照して説明したとおりである。符号は、図１の符号に１０００番を足した符号を用いている。

ポイント決済サーバ（２０００）は、演算を行なうＣＰＵ（中央演算装置：２００１）と、ＲＡＭなどの主記憶装置（２００２）と、ＨＤＤなどの補助記憶装置（２００３）と、通信インタフェース（２００５）を備え、補助記憶装置（２００３）にアプリケーションプログラム（２００４）が格納され、適宜、主記憶装置（２００２）にロードされ、処理が実行される。アプリケーションプログラム（２００４）の構成例としては、図１を参照して説明したとおりである。

加盟店処理サーバ（２１００）は、演算を行なうＣＰＵ（２１０１）と、主記憶装置（２１０２）と、補助記憶装置（２１０３）と、通信インタフェース（２１０５）と、を備え、補助記憶装置（２１０３）にアプリケーションプログラム（２１０４）が格納され、適宜、主記憶装置（２１０２）にアプリケーションプログラム（２１０４）がロードされ、ＣＰＵ（２１０１）により処理が実行される。アプリケーションプログラム（２１０４）の構成例（機能）は、図１を参照して説明したとおりである。

会員処理サーバ（２２００）は、演算を行なうＣＰＵ（２２０１）と、主記憶装置（２２０２）と、補助記憶装置（２２０３）と、通信インタフェース（２２０５）と、を備え、補助記憶装置（２２０３）にアプリケーションプログラム（２２０４）が格納され、適宜、主記憶装置（２２０２）にアプリケーションプログラム（２２０４）がロードされ、ＣＰＵ（２２０１）により処理が実行される。アプリケーションプログラム（２２０４）の構成例は、図１を参照して説明したとおりである。

データストレージ装置（２３００）は、図１で説明したデータを格納するためのデータベース群１３０１〜１３０７までと、通信インタフェース（２３０１）と、を備える。

加盟店クライアント端末（２４００）は、一般的な個人用ＰＣ（パーソナルコンピュータ）を用いることができ、演算を行なうＣＰＵ（２４０１）と、主記憶装置（２４０２）と、補助記憶装置（２４０３）と、液晶ディスプレイなどの画面表示装置（２４０４）と、通信インタフェース（２４０５）と、を備える。

会員携帯端末（２５００）は、通信部（２５０１）、表示部（２５０２）、ＱＲコード等を読み取るのに十分な解像度（機能）を備えたカメラ（２５０３）、ＣＰＵ（２５０５）と、ＱＲコード認識部（２５０４）等、を備える。

以下、ポイント管理システムで用いられるデータの構成例について説明する。

図３は、ポイント管理システムの提供するポイントサービスを利用する会員の会員携帯端末情報（１３０１）のデータ構成例を示す図である。会員携帯端末情報には、携帯電話番号や会員名等の会員の個人情報が含まれている。会員携帯端末情報（１３０１）のデータは、会員の携帯端末を一意に識別する会員携帯端末ＩＤ（機番など：３１）、会員名（３２）、携帯電話番号（３３）を有し、それ以外にも、例えば、会員の属性に関する情報（３４）（氏名のフリガナ、郵便番号、住所、入会年月日など）を有していても良い。

図４は、ポイント管理システムを利用したポイントプログラムに加盟している加盟店クライアント端末（１４００）の加盟店クライアント端末情報を示すデータ構成例を示す図である。加盟店クライアント端末情報は、加盟店クライアント端末ＩＤ（４１）、加盟店名（４２）、加盟店クライアント端末（１４００）へのログイン用パスワード（４３）、を有する。さらに、詳細は図示していないが、加盟店の属性に関する情報（加盟店の郵便番号、住所、加盟年月日、代表者氏名、加盟店クライアント端末（１４００）の管理者情報など）（４４）を有していても良い。

図５は、ポイント管理システムを利用する、会員携帯端末（１５００）に付与されたポイント残高を格納した会員ポイント残高情報のデータ構成例を示す図である。会員ポイント残高情報のデータは、会員携帯端末ＩＤ（５１）、ポイント残高（５２）を有し、例えば、それ以外にも会員ポイントの残高に関する情報（例えば、ポイントの有効期限などに関する情報）（５３）を有している。尚、加盟店クライアント端末ＩＤ（４１）や会員携帯端末ＩＤ（５１）は、実際には、加盟店ＩＤ、会員ＩＤでも良いが、説明を簡単にするため、以降の説明では、端末毎にＩＤが付与されているものとして説明を行う。

図６Ａは、ポイント管理システムで利用する、第１の照合用データであって、照合用データのデータベース（１３０３）に格納する、決済に必要な第１の照合用情報のデータ構成例を示す図である。第１の照合用データは、ポイント決済サーバ（１０００）の取引用データ生成部（１００１）が、加盟店処理サーバ（１１００）から取引内容（取引があった旨の通知を兼ねる）を加盟店クライアント端末（１４００）から加盟店処理サーバ（１１００）を介して受け取った際に生成する取引に対して一意に識別可能なデータである例えば照合用文字列（識別子６１）と、加盟店クライアント端末ＩＤ（６２）と、例えば第１の照合用データの作成が行われた日時を示す情報であるタイムスタンプ（６３）と、照合用文字列による照合処理が済んでいるか否かを示す照合済みフラグ（６４）と、後述する無効フラグ（６５）と、から構成される。照合用文字列（識別子６１）とは、一連のポイント取引開始時にポイント決済サーバ（１０００）が発行する、システムで一意になるような例えば十分に大きな桁数の英数字文字列である。このうち、照合用文字列（識別子６１）は必須の情報であり、その他の情報は、後述する照合時における照合の精度を向上させるためのデータである。

図６Ｂは、図６Ａに示す第１の照合用情報と照合される第２の照合用情報のデータ構成例を示す図である。図６Ｂに示すように、第２の照合用情報は、照合用文字列（識別子）（６１）と、加盟店クライアント端末ＩＤ（６２）と、タイムスタンプ（６３）と、会員処理サーバ（１２００）のＵＲＩ（６７）と、取引内容データ（６８）と、を有している。照合用文字列（識別子）（６１）と、加盟店クライアント端末ＩＤ（６２）と、タイムスタンプ（６３）と、は、第１の照合用情報から引き継いだ情報である。会員処理サーバ（１２００）のＵＲＩ（６７）は、加盟店処理サーバ（１１００）、加盟店クライアント端末（１４００）、会員携帯端末（１５００）を介して、会員処理サーバ（１２００）に第２の照合用情報が移動する際に、最終的な移動先である会員処理サーバ（１２００）のＵＲＩを保持することで、そのＵＲＩをあて先として、会員処理サーバ（１２００）に第２の照合用情報を送るために設けられている。この場合にも、照合用文字列（６１）とＵＲＩ（６７）が必須の情報となる。

このように、第２の照合用情報は、例えば、後述するように、ポイント決済サーバ（１０００）の取引用データ生成部（１００１）において発行された照合用文字列（識別子）（６１）と、加盟店クライアント端末ＩＤ（６２）と、会員処理サーバ（１２００）の接続用ＵＲＩ（６７）と、引き継いだ取引内容（取引種別、ポイント数等の取引内容等（６８）の情報に基づいて、ＱＲコードなどにコード化される。コード化する理由は、情報を便利に取り扱うためであり、コード化は必須ではない。

この第２の照合用情報に基づくＱＲコードは、ポイント決済サーバ（１０００）から、加盟店処理サーバ（１１００）を経由して加盟店クライアント端末（１４００）にＱＲコードを表示させ、それを会員携帯端末（１５００）により読み取り、会員処理サーバ（１２００）を経由して再びポイント決済サーバ（１０００）に戻る。このようにして、再び、ポイント決済サーバ（１０００）に戻った、第２の照合用情報に含まれるランダムな文字列である照合用文字列（識別子）（６１）等を、図６Ａに示す第１の照合用情報に含まれる照合用文字列（識別子）（６１）と照合する。この際、会員携帯端末ＩＤが図６Ｂの第２の照合用情報に付加される。

後述する図７に示すように、ポイント決済サーバ（１０００）に登録しておいたポイント仮取引情報に含まれる照合用文字列（識別子）（６１）データ等と照合し、両者が合致した場合のみ、ポイント決済サーバ（１０００）は、仮取引を本取引とし、会員ポイントの決済を行う。これにより、不正なポイント決済を防止することができる。

また、ＱＲコードなどの第２の照合用情報には、加盟店情報やポイント取引種別及び決済ポイント数等の情報を含めても、図３に示す会員携帯端末情報などの個人情報を含めないようにすることで、ポイント決済処理において、加盟店処理サーバ（１１００）と加盟店クライアント端末（１４００）との間の、インターネットＮＴにおいて情報の漏洩が生じたとしても、会員携帯端末情報などを含めないため、個人情報が漏洩することがない。もちろん、会員携帯端末情報以外にも、漏洩させたくない情報は、ＱＲコードに含めないようにすることができる。

図７は、ポイント管理システムを利用し、加盟店クライアント端末１４００から要求されたポイント取引を、ポイント仮取引データベース（１３０４）内のポイント仮登録部（１００２）に一時的に記録しておくポイント仮取引データの一構成例を示す図である。

図７に示すポイント仮取引データは、例えば、取引日付（７１）、取引時刻（７２）、加盟店クライアント端末ＩＤ（７３）、会員携帯端末ＩＤ（７４）、ポイント付与又はポイント還元のいずれであるかを示す取引種別（７５）、付与又は還元されるポイント数（７６）、図６Ａ、図６Ｂにも示した照合用文字列（識別子）（７７）、ステータス情報（７８）から構成される。尚、取引種別（７５）は、ポイントの操作（加盟店クライアント端末（１４００）から会員にポイントが与えられる「付与」、会員携帯端末（１５００）がポイントを利用する「還元」など）を示す情報であり、加盟店クライアント端末（１４００）から得た情報である。ステータス情報（７８）は、仮登録された当該データが、現在、どのような状態にあるのか（照合待ち状態、本登録済み状態など）を示す情報である。図７に示すポイント仮取引データは、図８に示す当日ポイント取引データを作成するために、図８のデータ構成とレイアウトを一致させることで図８のデータを生成しやすいようにすることも目的として持たせたデータであり、任意に設けられるデータである。

図８は、ポイント管理システムを利用する、当日分（１日分など）の確定済み（決済済み）のポイント取引の情報を格納する当日（決済済み）ポイント取引データベース（１３０５）内に格納される当日ポイント取引データの一構成例を示す図である。図７に示すポイント仮取引情報に基づいて作成される（レイアウトを同じにしている）。

当日ポイント取引データは、取引番号（８１）と、取引日付（８２）と、取引時刻（８３）と、加盟店クライアント端末ＩＤ（８４）と、会員携帯端末ＩＤと、取引種別（８６）と、ポイント数（８７）と、から構成される。取引番号（８１）は、システムで一意になるような十分大きな桁数の数字が、例えば取引の順番、決済の順番などに沿って付与される。

図９は、ポイント管理システムを利用し、確定済みのポイント取引の一定期間の情報をポイント取引履歴データベース（１３０６）に格納される、ポイント取引履歴データの一構成例を示す図である。ポイント取引履歴データは、取引番号（９１）と、取引日付（９２）と、取引時刻（９３）と、加盟店ＩＤ（９４）と、会員ＩＤ（９５）と、取引種別（９６）と、ポイント数（９７）と、から構成される。それぞれの項目は、上記図８の当日ポイント取引データの各項目と同じものである。図８の当日ポイント取引データが、日締め処理バッチなどにより、ポイント取引履歴データベース（１３０６）内に移動させるように構成される。取引日付などによりソート可能になっていても良い。

図１０は、ポイント管理システムにおける会員ポイント決済処理の流れの一例を示すシーケンス図である。図１１は、加盟店クライアント端末（１４００）の画面表示部（１４０２）に表示される画面の一例を示す図である。図１２は会員携帯端末（１５００）の画面表示部（２５０２）に表示される画面の一例を示す図である。

図１１（ａ）に示すように、加盟店クライアント端末（１４００）の画面表示部（１４０２）に表示されるログイン画面（ｇ１１００）は、加盟店ＩＤの入力部（ｇ１１０１）と、加盟店パスワードの入力部（ｇ１１０２）と、画面に入力された情報を加盟店サーバに送信するログインボタン（ｇ１１０３）から構成される。

まず、クライアントが商品等を加盟店で購入することにより、ポイント決済取引が開始される場合に、加盟店の店員Ｋ等が、加盟店クライアント端末（１４００）のログイン画面からログイン入力（ｓ１０１１）を行なう。ログイン入力では、ログイン画面に加盟店ＩＤ、パスワードなどの情報が入力される。

加盟店クライアント端末（１４００）が、加盟店処理サーバ（１１００）へ、ログイン要求（ｓ１００２）を送信すると、それを受信した加盟店処理サーバ（１１００）の加盟店ログイン処理部（１１０３）は、ログイン処理（ｓ１０１３）を行なう。ログイン処理（ｓ１０１３）では、加盟店クライアント端末（１４００）から送信された加盟店クライアント端末ＩＤとパスワードとをキーに、加盟店クライアント端末情報（１３０７）の加盟店クライアント端末ＩＤ（４１）およびログイン用パスワード（４３）を検索し、該当レコードが存在した場合は、ログインが成功したものとし、該当レコードが存在しない場合は、ログインが失敗したものとする。なお、ログイン処理に関しては、ログインに失敗した場合は、エラーメッセージを加盟店クライアント端末（１４００）に送信し、ログイン処理を終了する。

ログインに成功した場合は、加盟店処理サーバ（１１００）の画面表示情報生成部（１１０２）は取引入力画面を生成し、加盟店クライアント端末（１４００）へ取引入力画面を送信する（ｓ１０１４）。加盟店クライアント端末（１４００）は取引入力画面を表示する。

図１１（ｂ）に示すように、取引入力画面（ｇ１１１０）は、加盟店クライアント端末ＩＤおよび加盟店名の表示部（ｇ１１１１）と、取引種別の入力部（ｇ１１１２）と、ポイント数の入力部（ｇ１１１３）と、画面に入力された情報を加盟店処理サーバ（１１００）に送信する送信ボタン（ｇ１１１４）から構成される。

加盟店の店員Ｋにより、取引入力画面（ｇ１１１０）に、ポイント付与、ポイント還元などの取引の内容が入力され、送信ボタンの押下がなされると、加盟店クライアント端末（１４００）は、取引内容（加盟店クライアント端末ＩＤ、取引種別（ポイント付与、またはポイント還元）、ポイント数等）を加盟店処理サーバ（１１００）へ送信する（ｓ１０１６）。

取引内容を受信した加盟店処理サーバ（１１００）は、ポイント決済サーバ（１０００）へ取引内容（加盟店クライアント端末ＩＤ、取引種別、ポイント数等）を引き継ぐ（ｓ１０１７）。

ポイント決済サーバ（１０００）の取引用データ生成部（１００１）では、取引毎に一意の照合用文字列（識別子）（６１）を生成・発行し、会員処理サーバ（１２００）の接続用ＵＲＩ（６７）、照合用文字列（識別子）（６１）および引き継いだ取引内容（加盟店クライアント端末ＩＤ（７３）、取引種別（７５）、ポイント数（７６））などの情報からＱＲコード（図６Ｂ）を生成する（ｓ１０１８）。

次に、ポイント決済サーバ（１０００）のポイント仮登録部（１００２）では、照合用文字列（識別子）（６１）や上記取引内容をもとに、ポイント仮取引データ（図７）のレコードを作成する（ｓ１０１９）。取引内容は、（ｓ１０１６、ｓ１０１７）の処理により得られたものである。このとき、ポイント仮取引データのステータス（７８）には「照合待ち」を設定する。会員携帯端末ＩＤ（７４）の欄は仮登録（ステータス（７８）が照合待ち）の、この時点では空白を設定する。

引き続き、ポイント決裁サーバ（１０００）のポイント仮登録部（１００２）では、図６Ａに示す照合用データレコードの作成を行なう（ｓ１０２０）。照合用データレコードのタイムスタンプ（６３）には、処理時刻のタイムスタンプを設定する。また、照合済みフラグは”0”(未照合)を設定し、無効フラグには”0”（有効）を設定する。

ポイント決済サーバ（１０００）は、ＱＲコード（図６Ｂ）を加盟店処理サーバ（１１００）へ引継ぎ（ｓ１０２１）、加盟店処理サーバ（１１００）の画面表示情報生成部（１１０２）は、取引画面を作成し加盟店クライアント端末（１４００）へ送信する（ｓ１０２２）。

図１１（ｃ）に示す取引確認画面（ｇ１１２０）は、加盟店クライアントＩＤおよび加盟店名の表示部（ｇ１１２１）と、ＱＲコードの表示部（ｇ１１２２）と、メッセージ表示部（ｇ１１２３）と、取引種別表示部（ｇ１１２４）と、ポイント数表示部（ｇ１１２５）と、取引を取り消し再び取引入力画面へ遷移するためのキャンセルボタン（ｇ１１２６）と、から構成される。

加盟店クライアント端末（１４００）の画面に表示されたＱＲコードを会員携帯端末（１５００）のカメラ（２５０３）が撮影すると、図１２（ａ）の情報送信画面（ｇ１２００）が表示される。

図１２（ａ）の情報送信画面（ｇ１２００）は、会員携帯端末（１５００）付属のカメラ（２５０３）でＱＲコードを読み取った後に表示される画面であり、メッセージ表示部（ｇ１２０１）と、接続先情報のリンク部（ｇ１２０２）と、から構成される。会員携帯端末（１５００）は、図６Ｂに示される撮影された情報（接続先（会員処理サーバ（１２００）のＵＲＩ（６７）、照合用文字列（識別子）（６１）、取引種別、ポイント数等の取引情報（６８））等に、例えば自身の会員携帯端末の電話番号等の会員携帯端末ＩＤが付加され、このデータが会員処理サーバ（１２００）のＵＲＩ（６７）に基づいて会員処理サーバ（１２００）へ送信される。

会員処理サーバ（１２００）は、（ｓ１０２３）で撮影されたＱＲコードに含まれる情報（図６Ｂ）等に会員携帯端末ＩＤが付加されたデータをポイント決済サーバ（１０００）へ引き継ぐ（ｓ１０２６）。ポイント決済サーバ（１０００）は、引き継いだデータと、（ｓ１０２０）で作成した図６Ａのレコード（照合用文字列（識別子）（６１））とを、照合用文字列（識別子）をキーにして照合する（ｓ１０２６）。照合処理（ｓ１０２６）は、「照合用文字列（識別子）」（６１）が一致するレコードについて、図６Ａの照合用データの「加盟店クライアント端末ＩＤ」が、引き継いだ加盟店クライアント端末ＩＤと一致し、かつ、照合用データの「照合済みフラグ」（６５）が”０”(未照合)であり、かつ、照合用データの「タイムスタンプ」（６３）と処理現在の日時とが、予め定めた一定の閾値以内である場合に、照合結果が一致すると判断する。この照合結果が一致と判定された場合は、図６Ａのレコードに、照合用データレコードの作成時には空欄であった会員携帯端末ＩＤを格納し、「照合済みフラグ」を”１”(照合済み)に更新する。尚、「タイムスタンプ」（６３）の照合処理は任意であるが、照合処理において、照合用文字列（識別子）（６１）以外に、タイムスタンプ（６３）を用いることで、照合の精度を向上させることができる。

照合結果が一致しない場合は、図６Ａに示す該当レコードの「無効フラグ」（６６）を”１”(データ無効)に更新し、取引がエラーになった旨のメッセージを、加盟店クライアント端末（１４００）および会員携帯端末（１５００）に送信し、処理を終了する。

尚、不要なデータを削除する目的で、図６Ａの照合用データから、定期的に「無効フラグ」が”１”(データ無効)のレコードを削除する処理を行っても良い。この場合、さらに照合用データのレコードを定期的にチェックし、「タイムスタンプ」と処理現在の日時との差が予め定めた一定の閾値を超える場合は、当該レコードの「無効フラグ」を”１”(データ無効)とする。

図６Ａと図６Ｂとの照合用文字列に基づく照合結果が一致した場合は、ポイント仮取引レコード作成処理（ｓ１０１９）で作成し、図７で示される内容をもとに、ポイント決済データを作成し、ポイント決済を行なう（ｓ１０２７）。ポイント決済処理（ｓ１０２７）では、まず照合結果が一致した「照合用文字列（識別子）」をキーに図７に示すポイント仮取引のレコードを選択し、同レコードに「会員携帯端末ＩＤ（７４）」を設定する。この会員携帯端末ＩＤ（７４）は、図６Ｂに示すデータにより作成されたＱＲコードにこれを読みとった会員携帯端末の会員携帯端末ＩＤが付加されてポイント決済サーバ（１０００）に戻った際に、照合結果に基づいて照合結果が一致した図６Ａに示す第１の照合用情報に含まれる照合用文字列と同じ照合用文字列をもつポイント仮取引データ（図７）の空欄に会員携帯端末ＩＤ（７４）を挿入する。

次に取引種別が「還元」の場合は、会員ポイント残高テーブルを参照し、当該会員の「ポイント残高」が、処理しようとしているポイント数以上であることのチェックを行なう。チェックの結果、当該会員の「ポイント残高」が処理しようとしているポイント数に満たない場合は、会員残高不足の旨のメッセージを、加盟店クライアント端末（１４００）および会員携帯端末（１５００）に送信し、処理を終了する。

取引種別が「付与」であるか、「還元」の場合であって上記チェックの結果、会員ポイント残高不足でない場合には、会員ポイント残高の当該会員携帯端末（１５００）に該当するレコードの「ポイント残高」を更新する。また、図７に示すポイント仮取引レコードの内容をもとに、図８に示す当日ポイント取引データを作成し、「当日ポイント取引」にレコードの追加を行う。図７のポイント仮取引の同レコードの「ステータス」を”本登録済”に更新する。

ここまでの一連の処理が正常終了した場合、ポイント決済サーバ（１０００）は、加盟店処理サーバ（１１００）および会員処理サーバ（１２００）へ、決済完了通知を送信する（ｓ１０２８）、（ｓ１０３０）。決済完了通知を受け取った加盟店処理サーバ（１２００）は、完了画面を生成し、加盟店クライアント端末（１４００）へ送信する（ｓ１０２９）。また、決済完了通知を受け取った会員処理サーバ（１２００）は、完了画面を生成し、会員携帯端末（１５００）へ完了画面を送信する（ｓ１０３１）。

図１１（ｄ）に示す加盟店クライアント端末（１４００）の画面表示部に表示される完了画面（ｇ１１３０）は、加盟店クライアント端末（１４００）へポイント決済が正常終了した旨を伝える画面であり、加盟店クライアント端末のＩＤ（加盟店名などでも良い）表示部（ｇ１１３１）と、メッセージ表示部（ｇ１１３２）と、図８、図９の取引番号（８１、９１）を表示する取引番号表示部（ｇ１１３３）と、取引種別（８６，９６）を表示する取引種別表示部（ｇ１１３４）と、付与等されたポイント数を表示するポイント数表示部（ｇ１１３５）と、再び取引入力画面へ遷移するための新規取引ボタン（ｇ１１３６）と、から構成される。加盟店では、加盟店クライアント端末（１４００）の画面表示部に表示される完了画面により、ポイント決済処理が完了したことを報知することができる。

また、図１２（ｂ）は、（ｓ１０３１）で会員携帯端末（１５００）の画面表示部（２５０２）に表示される画面の一例を示した図であり、完了画面の表示例を示す図である。図１２（ｂ）に示すように、完了画面には、会員携帯端末ＩＤ（会員番号でも良い）（ｇ１２１１）と、取引を行った加盟店クライアント端末（１４００）のＩＤ（取引店のＩＤでも良い）と、ポイント結果が正常終了したなどのメッセージ表示部（ｇ１２１３）と、取引番号（８１，９１）（ｇ１２１４）と、取引種別（８６，９６）（ｇ１２１５）と、ポイント数（８７、９７）（ｇ１２１６）と、から構成される。会員は、会員携帯端末（１５００）の画面表示部に表示される完了画面により、ポイント決済処理が完了したこと、どの程度のポイントに関する決済が完了したかを確認することができる。この時点で、付与又は還元されたポイントと、それまでに保持しているポイントとに基づいて、現時点の保有ポイント数をいつでも知ることができる。また、次の取引時における、取引の成立（保有ポイント数が使用する還元ポイント数を上回ること等）を判定することができる。

図８のデータに基づいて、図９のポイント取引履歴を作成することもできる。図８及び図９に示すデータは、それぞれ、図１・２の、当日ポイント取引ＤＢ（１３０５）、ポイント取引履歴ＤＢ（１３０６）に格納され、ポイント決済の証拠となるデータとして保存される。

以上に説明したように、本実施の形態によるポイント管理システムでは、加盟店側における、共通ポイントサービスに要する導入コストを低減することができる。さらに、加盟店クライアント端末とポイント管理装置との間に専用回線等一般回線を用いた場合でも、加盟店と本部サーバ間の通信において会員の個人情報等が流れないようにすることができる。従って、セキュリティの低下を抑制することができる。

尚、上記の実施の形態において、添付図面に図示されている構成等については、これらに限定されるものではなく、本発明の効果を発揮する範囲内で適宜変更することが可能である。その他、本発明の目的の範囲を逸脱しない限りにおいて適宜変更して実施することが可能である。

また、本実施の形態で説明した機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより各部の処理を行ってもよい。

本発明は、ポイント管理システムに利用可能である。

Ａ…ポイント管理装置、１０００…ポイント決済サーバ、１００１…取引用データ生成部、１００２…ポイント仮登録部、１００３…会員・加盟店取引用データ照合部、１００４…ポイント決済部、１１００…加盟店処理サーバ、１１０１…加盟店用データ送受信部、１１０２…画面表示情報生成部、１１０３…加盟店ログイン処理部、１２００…会員サーバ、１２０１…会員用データ送受信部、１２０２…会員端末画面表示情報生成部、１３００…データストレージ装置、１３０１…会員携帯端末情報、１３０２…会員ポイント残高情報、１３０３…照合用データ、１３０４…ポイント仮取引データ、１３０５…当日ポイント取引、１３０６…ポイント取引履歴、１３０７…加盟店クライアント端末情報、１４００…加盟店クライアント端末、２４０１…ＣＰＵ、２４０２…主記憶装置、２４０３…補助記憶装置、２４０４…画面表示装置、２４０５…通信インタフェース、１５００…会員携帯端末、２５０１…通信部、２５０２…表示部、２５０３…カメラ、２５０４…コード認識部、２５０５…ＣＰＵ。

Claims (10)

1. 加盟店クライアント端末と、前記加盟店クライアント端末とネットワーク接続された加盟店処理サーバと、会員携帯端末と、前記会員携帯端末とネットワーク接続されている会員処理サーバと、前記加盟店処理サーバおよび前記会員処理サーバとネットワーク接続されたポイント決済サーバと、前記加盟店処理サーバ、前記会員処理サーバおよび前記ポイント決済サーバとネットワーク接続され会員ポイント決済処理に必要なデータを格納したデータベース装置とから構成されるポイント管理システムであって、
   前記ポイント決済サーバは、前記加盟店クライアント端末からポイント取引内容を受信すると、ポイント取引毎に照合用の識別子を発行し、前記照合用の識別子を含み、前記データベース装置に格納される第１の照合用情報と、前記照合用の識別子を含み、前記加盟店サーバに送信する第２の照合用情報とを作成する取引用データ生成部と、
   前記第２の照合用情報であって、前記加盟店処理サーバ、前記加盟店クライアントサーバ、前記会員携帯端末、を経由して前記会員処理サーバから前記ポイント決済サーバに戻った前記第２の照合用情報の前記照合用の識別子と、前記第１の照合用情報の前記照合用の識別子とを照合する照合部と、
   前記照合部で、前記第１の照合用情報の前記照合用の識別子と前記第２の照合用情報の前記照合用の識別子とが一致した場合に、ポイントの決済を実行するポイント決済部と、を有することを特徴とするポイント管理システム。
2. 前記ポイント決済サーバは、
   さらに、前記照合用の識別子と、前記加盟店クライアント端末から受信した前記ポイント取引内容情報と、に基づいて作成されたポイント決済用データを、仮登録するポイント仮登録部を有し、
   前記ポイント決済部は、
   前記照合部における照合結果が一致した場合は、照合結果が一致した前記照合用の識別子をキーに前記ポイント仮登録部に登録された前記ポイント決済用データを検索し、検索された前記ポイント決済用データに、前記会員携帯端末において前記第２の照合用情報に付加された会員携帯端末ＩＤを設定し、当該会員携帯端末ＩＤに該当するポイント残高を更新することを特徴とする請求項１に記載のポイント管理システム。
3. 前記第２の照合用情報は、会員携帯端末情報を含まない情報であることを特徴とする請求項１又は２に記載のポイント管理システム。
4. 前記取引用データ生成部は、前記会員処理サーバへのＵＲＩを、前記照合用の識別子に付加して、前記第２の照合用情報を生成することを特徴とする請求項１から３までのいずれか１項に記載のポイント管理システム。
5. 前記ポイント決済部は、
   前記照合部における照合結果が一致した場合に、仮登録された前記ポイント決済用データの内容をもとに、決済済みポイント取引データを作成するとともに、前記仮登録された前記ポイント決済用データの「ステータス」を登録済に更新することを特徴とする請求項１から４までのいずれか１項に記載のポイント管理装置。
6. 前記加盟店クライアント端末は、前記第２の照合用情報を表示する表示部を有し、
   前記会員携帯端末は、前記表示部に表示された前記第２の照合用情報を読み取る読みとり部を有することを特徴とする請求項１から６までのいずれか１項に記載のポイント管理システム。
7. 前記取引用データ生成部は、
   前記第２の照合用情報をコード化して前記加盟店サーバに送ることを特徴とする請求項１から６までのいずれか１項に記載のポイント管理システム。
8. 前記会員携帯端末は、前記表示部に表示されたコード化された前記第２の照合用情報を読み取る読みとり部と、
   前記コード化された前記第２の照合用情報をデコードするコード認識部とを有することを特徴とする請求項７に記載のポイント管理システム。
9. 加盟店クライアント端末と、前記加盟店クライアント端末とネットワーク接続された加盟店処理サーバと、会員携帯端末と、前記会員携帯端末とネットワーク接続されている会員処理サーバと、前記加盟店処理サーバおよび前記会員処理サーバとネットワーク接続されたポイント決済サーバと、前記加盟店処理サーバ、前記会員処理サーバおよび前記ポイント決済サーバとネットワーク接続され会員ポイント決済処理に必要なデータを格納したデータベース装置とから構成されるポイント管理システムにおけるポイント決済サーバであって、
   前記加盟店クライアント端末からポイント取引内容を受信すると、ポイント取引毎に照合用の識別子を発行し、前記照合用の識別子を含み、前記データベース装置に格納される第１の照合用情報と、前記照合用の識別子を含み、前記加盟店サーバに送信する第２の照合用情報とを作成する取引用データ生成部と、
   前記第２の照合用情報であって、前記加盟店処理サーバ、前記加盟店クライアントサーバ、前記会員携帯端末、を経由して前記会員処理サーバから前記ポイント決済サーバに戻った前記第２の照合用情報の前記照合用の識別子と、前記第１の照合用情報の前記照合用の識別子とを照合する照合部と、
   前記照合部で、前記第１の照合用情報の前記照合用の識別子と前記第２の照合用情報の前記照合用の識別子とが一致した場合に、ポイントの決済を実行するポイント決済部と、を有することを特徴とするポイント決済サーバ。
10. 加盟店クライアント端末と、前記加盟店クライアント端末とネットワーク接続された加盟店処理サーバと、会員携帯端末と、前記会員携帯端末とネットワーク接続されている会員処理サーバと、前記加盟店処理サーバおよび前記会員処理サーバとネットワーク接続されたポイント決済サーバと、前記加盟店処理サーバ、前記会員処理サーバおよび前記ポイント決済サーバとネットワーク接続され会員ポイント決済処理に必要なデータを格納したデータベース装置とから構成されるポイント管理システムにおけるポイント決済方法であって、
    前記加盟店クライアント端末からポイント取引内容を受信すると、ポイント取引毎に照合用の識別子を発行し、前記照合用の識別子を含み、前記データベース装置に格納される第１の照合用情報と、前記照合用の識別子を含み、前記加盟店サーバに送信する第２の照合用情報とを作成する取引用データ生成ステップと、
    前記第２の照合用情報であって、前記加盟店処理サーバ、前記加盟店クライアントサーバ、前記会員携帯端末、を経由して前記会員処理サーバから前記ポイント決済サーバに戻った前記第２の照合用情報の前記照合用の識別子と、前記第１の照合用情報の前記照合用の識別子とを照合する照合ステップと、
    前記照合ステップで、前記第１の照合用情報の前記照合用の識別子と前記第２の照合用情報の前記照合用の識別子とが一致した場合に、ポイントの決済を実行するポイント決済ステップと、を有することを特徴とするポイント決済方法。

Images