(57)【要約】【課題】ポイントの流通性を一層高め、利用者が容易にポイントの名寄せを行なう。【解決手段】ポイント管理システムの管理センタは、利用者のポイントを登録して管理し、かつ端末から要求されたポイントを提供する他の利用者及び条件を登録する管理ＤＢと、利用者間で行なわれるポイントの移動及びポイントの更新のための処理を行なうサーバと有する。サーバは、ある利用者の端末から他の利用者へポイントを提供する申請があった場合、その条件及びポイントの提供先として申請された他の利用者の適格性をチェックし、チェックの結果適合する場合に他の利用者を利用者のポイントの提供先として関連付けて管理ＤＢに登録し、このＤＢに登録された内容を参照してポイントを移動する処理を行う。【選択図】  図１
2008077296.tif 000002
【特許請求の範囲】
【請求項１】
商品やサービスの販売に際して利用者に提供される交換価値のあるポイントを管理し、利用者の端末からの要求に応じて関連する情報を提供するポイント管理システムにおいて、
利用者のポイントを登録して管理し、かつ該端末から要求されたポイントを提供する他の利用者及び提供する条件を登録する管理ＤＢと、利用者間で行なわれるポイントの移動及びポイントの更新のための処理を行なうサーバとを有し、
該サーバは、
該管理ＤＢに予め登録された利用者の該端末からの要求に従って、他の利用者に提供するポイント及び条件、及びポイントの提供先として申請された他の利用者の適格性をチェックし、該チェックの結果適合する場合に他の利用者を該利用者のポイントの提供先として関連付けて該管理ＤＢに登録する第１の処理手段と、
該利用者がポイントを取得した場合、該管理ＤＢの登録された内容及び条件に従って、該他の利用者に提供するポイントを計算する第２の処理手段と、
該第２の処理手段によって処理されたポイントを、指定された他の利用者のポイントに加算処理する第３の処理手段と、
上記第２及び第３の処理手段による処理の結果に応じて該管理ＤＢの記憶内容を更新する第４の処理手段と、を有することを特徴とするポイント管理システム。
【請求項２】
前記第１の処理手段は、該管理ＤＢの該他の利用者に関する登録内容を参照して、該利用者が該他の利用者から直接又は間接的にポイントの提供先になっているか否かをチェックし、提供先となっている場合には、該他の利用者を該利用者からのポイントの提供先として登録しないように処理することを特徴とする請求項１のポイント管理システム。
【請求項３】
該サーバは、ポイントの提供先として該端末から指定された他の利用者の端末に対して、該利用者からポイントの提供がある旨及び条件を通知し、該他の利用者の端末からポイントの提供に関する同意を含むことがある応答を待つ手段を有することを特徴とする請求項１乃至２のいずれかのポイント管理システム。
【請求項４】
該端末から、ある利用者のポイントの提供元となる他の利用者を指定する情報を送信でき、
該サーバは、ポイントの提供元として該端末から指定された他の利用者の端末に対して、該利用者からポイントの提供元の指定及びポイント提供の条件を通知し、該他の利用者の端末から同意を含むことがある応答を待つ手段を有することを特徴とする請求項１乃至３のいずれかのポイント管理システム。
【請求項５】
他の利用者に提供するポイントの条件として、ポイント数又は率を該管理ＤＢに登録することを特徴とする請求項１乃至４のいずれかのポイント管理システム。
【請求項６】
該管理ＤＢは、同じ利用者からポイントが提供される他の利用者が複数いる場合、利用者によって指定された優先順位を登録しており、実際にポイントを提供する時に、前記サーバは該優先順位に従って他の利用者にポイントを提供する処理を行うことを特徴とする
請求項１乃至５のいずれかのポイント管理システム。
【請求項７】
商品やサービスの販売に際して利用者に提供される交換価値のあるポイントを管理し、利用者の端末からの要求に応じて関連する情報を提供するポイント管理システムにおいて、
利用者のポイントを登録して管理し、かつ該端末から要求されたポイントを提供する他の利用者及び提供する条件を登録する管理ＤＢと、利用者間で行なわれるポイントの移動及びポイントの更新のための処理を行なうサーバとを有し、
該管理ＤＢは、利用者毎に、該利用者が自ら取得したポイント（第１のポイント）と、該利用者が他の利用者から提供を受けたポイント（第２のポイント）とが認識できるようにを分けて管理し、
該サーバは、
該管理ＤＢに予め登録された利用者の該端末からの要求に従って、他の利用者及び提供するポイント及び条件を該利用者のポイントの提供先として該管理ＤＢに登録する第１の処理手段と、
該利用者がポイントを取得した場合、該管理ＤＢの登録された内容に従って、該他の利用者に提供するポイント（提供ポイント）を計算する第２の処理手段と、
該第２の処理手段によって計算された提供ポイントを、指定された他の利用者の該第２のポイントに加算する第３の処理手段と、
上記第２及び第３の処理手段による処理の結果に応じて、該管理ＤＢに記憶された、該利用者の該第１のポイント、及び他の利用者の該第２のポイントの内容を更新する第４の処理手段と、を有することを特徴とするポイント管理システム。
【請求項８】
利用者が商品やサービスを購入して自分のポイントを消費した場合、該管理ＤＢに登録された該第２のポイントから減算処理し、その後該第１のポイントから減算処理する第５の処理手段を有することを特徴とする請求項７のポイント管理システム。
【請求項９】
該ポイント管理システムはある団体に属し、他の団体に属するポイント管理システムとの間で、所定の交換比率でポイントの交換が可能であり、
該サーバは、他の団体に属するポイント管理システムとの間で交換するポイントについて、所定の交換比率でポイントを計算する第６の処理手段と、
該利用者が他の団体とポイントを交換して消費した場合、該管理ＤＢに登録された該第２のポイントから減算処理し、その後該第１のポイントから減算処理する第７の処理手段を有することを特徴とする請求項７のポイント管理システム。
【請求項１０】
商品やサービスの販売に際して利用者に提供される交換価値のあるポイントを管理ＤＢに登録して管理し、利用者の端末からの要求に応じて、サーバの処理によって関連する情報を提供するポイント管理処理方法において、
利用者のポイントを登録して管理し、かつ該端末から要求されたポイントを提供する他の利用者及び提供する条件を該管理ＤＢに登録するステップと、
該サーバは、該管理ＤＢに予め登録された利用者の該端末からの要求に従って、他の利用者に提供するポイント及び条件、及びポイントの提供先として申請された他の利用者の適格性をチェックし、該チェックの結果適合する場合に他の利用者を該利用者のポイントの提供先として関連付けて該管理ＤＢに登録する第１の処理ステップと、
該利用者がポイントを取得した場合、該管理ＤＢの登録された内容及び条件に従って、該他の利用者に提供するポイントを計算する第２の処理ステップと、
該第２の処理ステップによって処理されたポイントを、指定された他の利用者のポイントに加算処理する第３の処理ステップと、
上記第２及び第３の処理ステップによる処理の結果に応じて該管理ＤＢの記憶内容を更新する第４の処理ステップと、を有することを特徴とするポイント管理処理方法。
【請求項１１】
商品やサービスの販売に際して利用者に提供される交換価値のあるポイントを管理ＤＢに登録して管理し、利用者の端末からの要求に応じて、サーバの処理によって関連する情報を提供するポイント管理処理方法において、
利用者のポイントを登録して管理し、かつ該端末から要求されたポイントを提供する他の利用者及び提供する条件を該管理ＤＢに登録するステップと、
該サーバの処理により、該管理ＤＢに予め登録された利用者の該端末からの要求に従って、他の利用者及び提供するポイント及び条件を該利用者のポイントの提供先として該管理ＤＢに登録する第１の処理ステップと、
該利用者がポイントを取得した場合、該管理ＤＢの登録された内容に従って、該他の利用者に提供するポイント（提供ポイント）を計算する第２の処理ステップと、
該第２の処理ステップによって計算された提供ポイントを、指定された他の利用者の該第２のポイントに加算する第３の処理ステップと、
上記第２及び第３の処理ステップによる処理の結果に応じて、該管理ＤＢに記憶された、該利用者の該第１のポイント、及び他の利用者の該第２のポイントの内容を更新する第４の処理ステップと、を有することを特徴とするポイント管理処理方法。
【請求項１２】
商品やサービスの販売に際して利用者に提供される交換価値のあるポイントを管理し、利用者の端末からの要求に応じて関連する情報を提供するポイント管理システムにおいて、
利用者のポイントを登録して管理し、かつ該端末から要求されたポイントを名寄せする他の利用者及び名寄せ条件、及び他の団体とポイントを交換する条件を登録する管理ＤＢと、利用者間で行なわれるポイントの移動及びポイントの更新のための処理を行なうサーバとを有し、
該サーバは、利用者の要求に従い、該管理ＤＢに登録された利用者間で該名寄せ条件に従って、要求されたポイントの名寄せ処理を行う名寄せ処理手段と、該利用者の要求に従い、該利用者が商品やサービスの提供を受けた時に取得したポイント及び該名寄せ処理によって取得したポイントを、該交換条件に基づいて他の団体のポイントと交換処理を行う交換処理手段と、を有することを特徴とするポイント管理システム。
【請求項１３】
前記名寄せ処理手段は、
該管理ＤＢに予め登録された利用者の該端末からの要求に従って、他の利用者に提供するポイント及び条件、及びポイントの提供先として申請された他の利用者の適格性をチェックし、該チェックの結果適合する場合に他の利用者を該利用者のポイントの提供先として関連付けて該管理ＤＢに登録する第１の処理手段と、
該利用者がポイントを取得した場合、該管理ＤＢの登録された内容及び条件に従って、該他の利用者に提供するポイントを計算する第２の処理手段と、
該第２の処理手段によって処理されたポイントを、指定された他の利用者のポイントに加算処理する第３の処理手段と、
上記第２及び第３の処理手段による処理の結果に応じて該管理ＤＢの記憶内容を更新する第４の処理手段と、を有することを特徴とする請求項１２のポイント管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はポイント管理システムに係り、特にポイントの流通や移動の管理に関するものである。
【背景技術】
【０００２】
商店で商品を購入したり、サービス業者からサービスの提供を受けたとき、その購入金額に応じたポイントが顧客に付与され、顧客は、自分が取得したポイントを商品やサービスの支払い代金に充当できる、ポイントサービスが実用化されている。
よく知られたポイントサービスとしては、クレジットカード業者がクレジットカードの利用金額に応じてポイントを付与するもの、航空会社が搭乗距離に応じてポイントを付与するもの、チェーン販売業者がチェーン店での購入金額に応じてポイントを付与するもの等がある。
【０００３】
最近では、商品やサービスの購買を活発にするために、ポイントを流通させて他人にプレゼントする仕組みや、ポイントの使用に互換性を持たせ、ポイントを発行した商店以外の店でもポイントが使えるような仕組みが提案されている。前者に関して、例えば、特開２００５−２９２９８３公報（特許文献１）には、ポイント管理サーバで、他人（受取人）にプレゼントするポイント数を本人のポイント数から減算して、受取人のポイント数に加算する装置が開示されている。
【０００４】
また、後者に関しては、特開２００５−２５１０６３公報（特許文献２）に、共通のセンタ（共通ポイント管理部）が、複数のポント発行機関が発行したポイントを共通ポイントに変換して管理し、取得した共通ポイントによる商品交換の操作を簡便化するシステムが開示されている。また、特開２００１−３５７２８０公報（特許文献３）には、参加する複数の企業でより多くの顧客の囲い込みを行なうべく、複数の企業間でポイントを移動させるようにし、とりわけ移動させるポイントを所定の変換率で変換して企業間で流通させるようにしたシステムが開示されている。
【０００５】
【特許文献１】特開２００５−２９２９８３公報
【特許文献２】特開２００５−２５１０６３公報
【特許文献３】特開２００１−３５７２８０公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
本発明は、ポイントの流通性を一層高め、利用者が容易にポイントの名寄せを行なうことができるポイント管理システム及び方法を提供することにある。
本発明は、ポイントの名寄せ処理が無限ルーチンに陥ることを防止できるポイント管理システム及び方法を提供することにある。
本発明は、更に、取得したポイントを他の団体との間で容易に交換することにある。
【課題を解決するための手段】
【０００７】
本発明に係るポイント管理システムは、好ましくは、商品やサービスの販売に際して利用者に提供される交換価値のあるポイントを管理し、利用者の端末からの要求に応じて関連する情報を提供するポイント管理システムにおいて、利用者のポイントを登録して管理し、かつ端末から要求されたポイントを提供する他の利用者及び提供する条件を登録する管理ＤＢと、利用者間で行なわれるポイントの移動及びポイントの更新のための処理を行なうサーバとを有し、
サーバは、管理ＤＢに予め登録された利用者の端末からの要求に従って、他の利用者に提供するポイント及び条件、及びポイントの提供先として申請された他の利用者の適格性をチェックし、チェックの結果適合する場合に他の利用者を利用者のポイントの提供先として関連付けて管理ＤＢに登録する第１の処理手段と、利用者がポイントを取得した場合、管理ＤＢの登録された内容及び条件に従って、他の利用者に提供するポイントを計算する第２の処理手段と、第２の処理手段によって処理されたポイントを、指定された他の利用者のポイントに加算処理する第３の処理手段と、上記第２及び第３の処理手段による処理の結果に応じて管理ＤＢの記憶内容を更新する第４の処理手段と、を有することを特徴とするポイント管理システムである。
【０００８】
好ましい例では、前記第１の処理手段は、管理ＤＢの他の利用者に関する登録内容を参照して、利用者が他の利用者から直接又は間接的にポイントの提供先になっているか否かをチェックし、提供先となっている場合には、他の利用者を利用者からのポイントの提供先として登録しないように処理する。
また、好ましくは、サーバは、ポイントの提供先として端末から指定された他の利用者の端末に対して、利用者からポイントの提供がある旨及び条件を通知し、他の利用者の端末からポイントの提供に関する同意を含むことがある応答を待つ手段を有するポイント管理システムとして構成される。
また、好ましくは、端末は、更にポイントの提供元となる他の利用者を指定して送信する手段と有し、サーバは、ポイントの提供元として端末から指定された他の利用者の端末に対して、利用者からポイントの提供元の指定及びポイント提供の条件を通知し、他の利用者の端末から同意を含むことがある応答を待つ手段を有するポイント管理システムとして構成される。
また、好ましくは、他の利用者に提供するポイントの条件として、ポイント数又は率を管理ＤＢに登録するポイント管理システムとして構成される。
また、好ましくは、管理ＤＢは、同じ利用者からポイントが提供される他の利用者が複数いる場合、利用者によって指定された優先順位を登録しており、実際にポイントを提供する時に、前記サーバは優先順位に従って他の利用者にポイントを提供する処理を行うポイント管理システムとして構成される。
【０００９】
また、本発明のポイント管理システムは、好ましい他の例によれば、商品やサービスの販売に際して利用者に提供される交換価値のあるポイントを管理し、利用者の端末からの要求に応じて関連する情報を提供するポイント管理システムにおいて、利用者のポイントを登録して管理し、かつ端末から要求されたポイントを提供する他の利用者及び提供する条件を登録する管理ＤＢと、利用者間で行なわれるポイントの移動及びポイントの更新のための処理を行なうサーバとを有し、
管理ＤＢは、利用者毎に、利用者が自ら取得したポイント（第１のポイント）と、利用者が他の利用者から提供を受けたポイント（第２のポイント）とが認識できるようにを分けて管理し、
サーバは、管理ＤＢに予め登録された利用者の端末からの要求に従って、他の利用者及び提供するポイント及び条件を利用者のポイントの提供先として関連付けて管理ＤＢに登録する第１の処理手段と、利用者がポイントを取得した場合、管理ＤＢの登録された内容に従って、他の利用者に提供するポイントを計算する第２の処理手段と、第２の処理手段によって計算されたポイントを、指定された他の利用者の第２のポイントに加算する第３の処理手段と、上記第２及び第３の処理手段による処理の結果に応じて、管理ＤＢに記憶された、利用者の第１のポイント、及び他の利用者の第２のポイントの内容を更新する第４の処理手段と、を有することを特徴とするポイント管理システムとして構成される。
好ましい例では、上記ポイント管理システムは、利用者が商品やサービスを購入して自分のポイントを消費した場合、管理ＤＢに登録された第２のポイントから減算処理し、その後第１のポイントから減算処理する第５の処理手段を有する。
また、好ましくは、上記ポイント管理システムはある団体に属し、他の団体に属するポイント管理システムとの間で、所定の交換比率でポイントの交換が可能であり、サーバは、他の団体に属するポイント管理システムとの間で交換するポイントについて、所定の交換比率でポイントを計算する第６の処理手段と、利用者が他の団体とポイントを交換して消費した場合、管理ＤＢに登録された第２のポイントから減算処理し、その後第１のポイントから減算処理する第７の処理手段を有する。
【００１０】
本発明に係るポイント管理処理方法は、好ましくは、商品やサービスの販売に際して利用者に提供される交換価値のあるポイントを管理ＤＢに登録して管理し、利用者の端末からの要求に応じて、サーバの処理によって関連する情報を提供するポイント管理処理方法において、利用者のポイントを登録して管理し、かつ端末から要求されたポイントを提供する他の利用者及び提供する条件を管理ＤＢに登録するステップと、サーバは、管理ＤＢに予め登録された利用者の端末からの要求に従って、他の利用者に提供するポイント及び条件、及びポイントの提供先として申請された他の利用者の適格性をチェックし、チェックの結果適合する場合に他の利用者を利用者のポイントの提供先として関連付けて管理ＤＢに登録する第１の処理ステップと、利用者がポイントを取得した場合、管理ＤＢの登録された内容及び条件に従って、他の利用者に提供するポイントを計算する第２の処理ステップと、第２の処理ステップによって処理されたポイントを、指定された他の利用者のポイントに加算処理する第３の処理ステップと、上記第２及び第３の処理ステップによる処理の結果に応じて管理ＤＢの記憶内容を更新する第４の処理ステップと、を有することを特徴とするポイント管理処理方法である。
【００１１】
また、他の好ましい例によれば、商品やサービスの販売に際して利用者に提供される交換価値のあるポイントを管理ＤＢに登録して管理し、利用者の端末からの要求に応じて、サーバの処理によって関連する情報を提供するポイント管理処理方法において、利用者のポイントを登録して管理し、かつ端末から要求されたポイントを提供する他の利用者及び提供する条件を管理ＤＢに登録するステップと、サーバは、管理ＤＢに予め登録された利用者の端末からの要求に従って、他の利用者及び提供するポイント及び条件を利用者のポイントの提供先として関連付けて管理ＤＢに登録する第１の処理ステップと、利用者がポイントを取得した場合、管理ＤＢの登録された内容に従って、他の利用者に提供するポイント（提供ポイント）を計算する第２の処理ステップと、第２の処理ステップによって計算された提供ポイントを、指定された他の利用者の第２のポイントに加算する第３の処理ステップと、上記第２及び第３の処理ステップによる処理の結果に応じて、管理ＤＢに記憶された、利用者の第１のポイント、及び他の利用者の第２のポイントの内容を更新する第４の処理ステップと、を有することを特徴とするポイント管理処理方法である。
【００１２】
更に、本発明は、好ましくは、商品やサービスの販売に際して利用者に提供される交換価値のあるポイントを管理し、利用者の端末からの要求に応じて関連する情報を提供するポイント管理システムにおいて、利用者のポイントを登録して管理し、かつ端末から要求されたポイントを名寄せする他の利用者及び名寄せ条件、及び他の団体とポイントを交換する条件を登録する管理ＤＢと、利用者間で行なわれるポイントの移動及びポイントの更新のための処理を行なうサーバとを有し、サーバは、利用者の要求に従い、管理ＤＢに登録された利用者間で名寄せ条件に従って、要求されたポイントの名寄せ処理を行う名寄せ処理手段と、利用者の要求に従い、利用者が商品やサービスの提供を受けた時に取得したポイント及び名寄せ処理によって取得したポイントを、交換条件に基づいて他の団体のポイントと交換処理を行う交換処理手段と、を有するポイント管理システムとして構成される。
【発明の効果】
【００１３】
本発明によれば、利用者の端末を用いて、共通の管理団体内で容易にポイントの名寄せを行なうことができる。例えば、利用者は名寄せするポイント数やその割合を任意に設定することができる。また名寄せ処理が無限ルーチンに陥ることを防止することができる。
更に、取得したポイントを他の団体との間で容易に交換することができる。
【発明を実施するための最良の形態】
【００１４】
以下、図面を参照しながら本発明の一実施例について詳細に説明する。
図１は、本発明の一実施例によるポイント管理システムの構成を示す。
このシステムは、ネットワーク１４１に、複数のポイント管理センタ１０１〜１０３及び複数の店舗のシステム１２１，１２２（以下、特定しない場合には単に１２と表す）が接続される。更に、ネットワーク１４１には、キャリヤのネットワーク１４２を介して利用者の携帯電話１９を接続することができる。
【００１５】
複数のポイント管理センタ（以下単に管理センタという）１０１〜１０３は、異なる特定の団体であり、それぞれ異なる特定の商店組合や地域、チェーン店、業者によって発行されるポイントをそれぞれ管理する。例えば、管理センタ１０１はＸ１地域の商店、電気店Ｘ２、スーパーＸ３等が属する団体Ｘの各店から発行されたポイントを管理する。同様にして管理センタ１０２はＹ１地域の商店、洋服チェーン店Ｙ２、飲食店Ｙ３等が属する団体Ｙの各店から発行されたポイントを管理する。また、管理センタ１０３は、レンタカー会社Ｚ１及び航空会社Ｚ２が属する団体Ｚの各店のサービス（乗車距離や搭乗距離）に応じて発行されるポイントを管理する。
【００１６】
管理センタ１０１は、顧客に対するポイントの処理を行なうサーバ１６及び顧客のポイントを記憶して管理する管理データベース（ＤＢ）１８を有している。管理センタ１０２、１０３は、顧客に対するポイントの処理を行なうサーバ２６及び顧客のポイントを記憶して管理する管理データベース（ＤＢ）２８を有している。各団体は自分のホームページを有し、Ｗｅｂサーバ（図示せず）がその管理を行なっていてもよい。ここで、管理センタ１０１は、本発明に特徴的な機能を有する。即ち、管理センタ１０１は、団体Ｘに登録した会員間でポイントの名寄せを行うことができる。更に他の団体Ｙ，Ｚとの間でポイントの交換を行うことができる。そのために、管理センタ１０１の管理ＤＢ１８は、特徴的な構成のポイント管理ＤＢ１８１と、店舗管理ＤＢ１８２を有する。
【００１７】
管理ＤＢ１８１及び１８２の構成については後述するが、ポイント管理ＤＢ１８１は、ポイントの名寄せを管理する名寄せデータＤＢ（図２、図１５）、及びポイントの取得及び出入りに関する来歴を管理するＤＢ（図７）を保持する。また、店舗管理ＤＢ１８２（図３）は、団体Ｘに属する、ポイントを発行する店舗の管理情報を登録する。
なお、団体Ｙ，Ｚの管理センタ１０２，１０３は、少なくとも、自団体に属する会員が取得するポイントを管理するＤＢ２８を持ち、管理センタ１０１との間でポイント交換の処理を行えるサーバ２６を有していればよく、管理センタ１０１のようにポイントの名寄せの管理を行なっているかは問わない。
【００１８】
各店舗システム１２１，１２２は、計算機例えばＰＣ（パーソナルコンピュータ）１３１とカードリーダ１３２を備える。この場合、例えば店舗システム１２１、１２２は団体Ｘに属するポイントの発行処理を行うものとする。なお、団体Ｙ，Ｚにおける店舗システム等は図示していない。
ここで、カードリーダ１３２は顧客が所有するポイントカードの情報を読み取る。ＰＣ１３１は店舗においてポイントを処理し、また所属する団体の管理センタ１０との間でポイントの通信を行なう。
なお、ポイントカードは特定のカードであることを要しない。例えば、ＩＣカードや磁気カード、或いはクレジットカードや携帯電話等の、顧客の個体識別ができる記憶媒体であればよい。本実施例では、顧客のポイントはポイントカードには記録されず、店舗が属する団体の管理センタ１０３の管理ＤＢ１８に記録されるものとする。
【００１９】
ここで、各店舗は自ら決めた規則に従ってポイントを発行することができる。すなわち、各店舗は、商品の種類や定価、顧客層に応じて、発行するポイントの数を任意に設定することができる。例えば、頻繁に来店する顧客に対しては１０％のポイントを付与し、一見の来店者には５％のポイントを付与する、特売品には１０％のポイントを付与し、通常の商品には５％のポイントを付与する、のように、ポイントの付与率を任意に設定することができる。また時刻や日程等の販売時間帯に応じて発行するポイントを可変に設定することができる。
【００２０】
携帯電話１９は、利用者（店舗等の顧客）が管理センタ１０１へアクセスするための端末として利用される。詳細は後述するが、携帯電話１９は管理センタ１０１のポイント管理ＤＢ１８１への登録及び登録内容の変更等のために利用される。勿論、管理センタ１０１へのアクセスは、利用者に固有のＩＤ（例えばポイントカードの番号）及びパスワードを用いて行われるものであり、顧客の個人情報の保護が図られている。なお、携帯電話に限らず、ネットワーク１４１を介して通信することができる携帯端末又はＰＣ等を用いてもよい。
【００２１】
本実施例によれば、団体Ｘに属するポイントの所有者（商店やサービスの顧客）は、その団体Ｘに属する商店で取得したポイントを他の団体Ｙ，Ｚのポイントと交換することができる。そのため、管理センタ１０１は、他の管理センタ１０２又は１０３と所定の変換率に従って顧客のポイントを交換するための処理を行なう。このポイントの交換のために、ポイント変換に関するデータ（図２（Ｅ））が参照される。
また、本実施例は、団体Ｘの顧客が取得したポイントを、同じ団体Ｘ内の他の利用者に提供するポイントの名寄せの仕組みを提供する。後述するように、ポイントの名寄せのために、名寄せデータ（図２（Ｄ））が参照される。
【００２２】
次に、図２を参照して、管理センタ１０１のポイント管理ＤＢ１８１の記憶形式について説明する。
団体Ｘに属する顧客には、それぞれ固有のカード番号が付与されたポイントカードが供与される。（Ａ）に示すように、このＤＢ１８は、顧客のカード番号２０毎にポイントに関する情報を登録する。
それぞれのカード番号に対応して、（Ｂ）に示すように、顧客情報２１、ポイントの出入りの履歴２２、合計ポイント２３、名寄せデータ２４、及びポイント変換データ２５の諸情報を記憶する。
【００２３】
上記の顧客情報２１に関しては、（Ｃ）に示すように、顧客の氏名２１１、生年月日２１２、住所２１３、携帯電話番号２１４、ＰＣのメールアドレス２１５、携帯電話のメールアドレス２１６、入退会日時２１７，２１８等の顧客の個人情報が登録される。
また、名寄せデータ２４に関しては、（Ｄ）に示すように、名寄せ申請日２４１、名寄せ先のカード番号２４２，名寄せ先の氏名２４３，名寄せ先の連絡方法２４４，名寄せの割合又はポイント数２４５，名寄せの期限２４６、等の情報が登録される。ここで、名寄せ申請日時２４１とは名寄せの登録申請を行った日時である。名寄せ先のカード番号２４２は名寄せ相手（他の顧客）のカード番号である。名寄せ先の氏名２４３は、ポイントの提供を受ける他の顧客の氏名や名称である。指名や名称は略称でもよい。名寄せ先の連絡方法２４４とは、例えば名寄せ相手の携帯電話のメールアドレスや携帯電話番号が該当する。名寄せの割合２４５とは、当該顧客により指定された名寄せの相手に提供するポイント数又はポイント割合であり、例えば商品購入の都度に提供されるポイント数か又はポイント割合（率）である。名寄せの期限２４６とは名寄せ処理する期限である。
また、ポイント変換データ２５に関しては、（Ｅ）に示すように、ポイント変換の申請日時２５１，ポイント変換先のカード番号２５２，ポイント変換先のカード名２５３，ポイント変換先のカードの所有者氏名２５４、等の情報が記憶される。
【００２４】
次に、図３を参照して、管理センタ１０１における店舗管理ＤＢ１８２の構成について説明する。
団体Ｘに加盟している店舗には固有の店番号３０が付与され、（Ａ）に示すように、店舗毎に異なる店番号３０を登録する。更に、店番号３０に対応して、（Ｂ）に示すように、店情報３１、ポイントの発行履歴３２、未払いポイント発行の合計３３、及び発行ポイントの支払い履歴３４を示す情報を登録する。店情報３１としては、（Ｃ）に示すように、店の名前３１１、団体への入会日時３１２、及び店で取り扱われる商品分類３１３等の情報を記憶する。
【００２５】
次に、図４を参照して、利用者が団体Ｘに入会する時の処理動作について説明する。
まず、利用者Ａは自らの携帯電話１９を操作して団体Ｘのホームページをアクセスし、入会手続きを行なうための画面を読み出す（４０１）。入会手続きの画面は、例えば図５に示すように、登録するカード番号、氏名、住所、生年月日、利用者の携帯電話のメールアドレス、及びＰＣのメールアドレス等に関する利用者の個人情報の入力項目５１を含む。
【００２６】
利用者は入力案内に従ってこれらの項目５１に、関係する情報を入力した後、送信キー５２を操作する。すると、入力情報はネットワークを介して団体Ｘの管理センタ１０１のサーバ１６へ送信される（４０２）。管理サーバ１０１は必要事項が記入されているかをチェックする（４０３）。その結果、登録に必要な情報を取得したならば、利用者Ａのカード番号αに対応したユーザページ（マイページ）αを作成する（４０４）。そして、そのマイページαのＵＲＬを利用者Ａの携帯電話１９へ送信する（４０５）。利用者Ａは、受信したＵＲＬを携帯電話１９のブックマークに登録して一連の入会時の登録処理動作を終える（４０６）。以後、このマイページに登録される情報には、図２（及び図１５）の登録情報が含まれることになる。
なお、上記の例は、携帯電話１９による入会の登録手続きであったが、入会手続きはこれに限らず、個人のパーソナルコンピュータからのアクセスにより、或いは書面による手続きも可能である。書面による手続の場合、利用者は広告等によって団体Ｘから取得した入会用の書面に所定の事項を記入して団体Ｘへ郵送することで、同様の手続きが行える。また、店舗のＰＣ１３１を利用して入会手続きを行うことも可能である。例えば、書誌事項を記入した書面を店舗に提出することで行うことができる。
【００２７】
次に、図６、図１６を参照して、名寄せ先の登録処理動作について説明する。
団体Ｘの管理センタ１０１に登録した利用者（顧客）Ａは、同じ管理センタ１０１に登録した他の利用者Ｂに対して名寄せを行うためにその登録申請をする（図６の例）。或いは、利用者Ａの申請行為によって他の利用者Ｃから他の利用者Ｂへポイントを提供するための名寄せを行うための登録申請をする（図１６の例）。名寄せの登録申請は、利用者が自分の携帯電話を用いて管理センタ１０をアクセスすることで行うことができる。
【００２８】
前提として、まず利用者Ａ，Ｂ，Ｃは同じ団体Ｘの管理センタ１０１に登録申請を完了している。即ち各利用者は、図２に示す情報を管理ＤＢ１８１に登録しており、自らのマイページを有している。例えば、各利用者のカード情報には、既に図２（Ｂ）〜（Ｃ）に関する情報が登録され、（Ｄ）名寄せデータ及び（Ｅ）ポイント変換に関する情報も既に登録されているものがあるかもしれない。
【００２９】
名寄せ先の登録処理動作について説明する前に、図１５を参照して、名寄せデータの登録様式について説明する。図１５は、図２（Ｄ）名寄せデータの登録様式１５０について詳細に示したものである。図示の例は、既に３人の名寄せ先の利用者が記憶されていることを示している。後述から分かることであるが、正確に言えば、利用者１（図１５の１行目に申請登録された利用者）は正規に登録完了した場合を示し、利用者２と３（図１５の２行目と３行目に申請登録された利用者）は登録申請段階にあり未だ登録が完了していない状態を示している。
【００３０】
記憶された３人のそれぞれについて、名寄せの申請登録日１５１、名寄せ先となる利用者のカード番号１５２、名寄せ先の利用者の氏名１５３、名寄せ先のメールアドレス１５４、名寄せの割合１５５、名寄せの上限１５６、名寄せの有効期限１５７、登録フラグ１５８、及び優先順位１５９が登録されている。
ここで、名寄せの割合１５５とは、名寄せするポイント数（数量）又は名寄せにより提供する比率（ポイント率）を表す。
名寄せの上限とは、名寄せとして提供するポイントの上限値を登録する。例えば、利用者Ａの名寄せ先として登録された利用者ＢはＡから提供されるポイントの上限値が「１０,０００」になったら、名寄せとしてＡからＢへのポイントの提供を停止することを管理するために利用される。登録フラグ「１」は、名寄せ先の利用者の登録が完了したことを示し、登録フラグ「０」は未登録の状態を示す。図示の例では、利用者２と３は未登録の状態である。未登録とは、名寄せ先の利用者、或いは名寄せの提供元の利用者へ同意を求めるための問合せを行い、その利用者から回答待ちしている、いわば登録申請中の状態である。
優先順位１５９は、複数の名寄せ先がある場合、名寄せする相手の優先順位を表す。提供されるポイントはこの優先順位に従って割り振られる。
【００３１】
次に、上記のような名寄せの登録様式を前提にして、以下、図６を参照して名寄せの登録申請動作について説明する。図６の例は、利用者Ａの申請によって、利用者Ａから他の利用者Ｂへ名寄せを行う申請の例である。
まず、利用者Ａは自らの携帯電話１９に登録されたマイページαのＵＲＬを読み出して管理センタ１０１をアクセスし、利用者Ａ専用のＷｅｂページ８０（図８）を読み出す（６０１）。会員専用ページの画面８０は、既に登録済みの会員の個人情報を登録した登録内容８１１と、ポイントの処理に関する情報を登録した登録内容８１２を有する。登録内容８１２に示すように、管理センタ１０１の管理の下では、名寄せの登録、ポイント変換の登録、及び景品交換の登録を行え、これらのサービスの提供を受けることができる。また、これらの項目の登録を行うために、名寄せボタン８２、ポイント交換ボタン８３、景品交換ボタン８４を有している。また、現在のポイントの内訳を確認するためのポイント確認ボタン８５を有している。
【００３２】
ここで、名寄せボタン８２を操作すると、管理センタ１０１からは、利用者Ａの名寄せ登録のためのＷｅｂ画面９０（図９）が利用者Ａの携帯電話へ送信される。図９に示すように、名寄せ登録画面９０には、名寄せ先を追加するための名寄せ追加ボタン９１、名寄せ先を変更するための変更ボタン９２、及び名寄せ先を削除するための削除ボタン９３を有している。また、名寄せ先の利用者の情報及び新たに入力することができる名寄せ登録欄９９、及び登録欄９９の内容で登録申請する場合に操作される登録ボタン９４を有する。
【００３３】
図示の例では、利用者Ａは名寄せ追加ボタン９１を操作したとする。名寄せ登録欄９９には、図１５に示した名寄せデータの登録形式で既に登録されたの利用者１，２の情報が表示され、新たに名寄せ先として利用者３を追加して登録申請する場合が示されている。申請人である利用者Ａは、利用者３の欄に、追加申請する利用者Ｂの情報、即ちＢのカード番号や携帯電話のメールアドレス、氏名、等を入力する。なお、追加登録時には、優先順位は、他の名寄せ先の利用者との関係を考慮して変更できるものとする。
利用者Ｂに関する情報を入力して、登録ボタン９４を操作すると（６０１）、登録欄９９の内容は管理サーバ１０１へ送信される（６０２）。
【００３４】
管理センタ１０１のサーバ１６は、利用者Ａからの名寄せの登録要求を受信すると、管理ＤＢ１８１内の利用者Ａの登録内容を参照して確認する（６１１）。利用者Ａによる正規の申請であること、及び追加申請の内容を仮に記憶するためである。
そして、申請された項目が名寄せ先の追加登録であり、その名寄せ先として利用者Ｂがあるので、同じく管理ＤＢ１８１の利用者Ｂの登録情報を確認する（６１２）。この確認は、もし、利用者Ｂがその名寄せ先として利用者Ａを登録していたら、利用者ＡとＢとの間で名寄せポイントの移動処理が無限ルーチンに陥るおそれがあるので、それを防止するためである。つまり、もし、利用者Ｂの名寄せ先として利用者Ａが登録されたいた場合、利用者Ａからの今回の追加申請は却下して、その処理を終了する。これに対して、利用者Ｂの名寄せ先として利用者Ａが登録されていなければ、以後の処理動作を有効とする。
【００３５】
上記処理の結果、有効な場合、管理サーバ１０１は利用者Ｂのメールアドレス宛てに
利用者Ａからの名寄せがある旨の問合せメールを送信する（６１３）。利用者Ｂはこのメールを受信すると、利用者Ａからの名寄せの問い合わせである旨を確認し、同意又は不同意の回答を返信する（６２１）。勿論、何も返事をしない場合もある。
【００３６】
管理センタ１０１では、問い合わせ先である利用者Ｂからの返事があるかを監視する（６１４）。即ち、利用者Ｂへ問合わせメールを発信してから一定期間以内に返事があるかの所謂タイムアウト監視をする。例えば１週間以内に返事が無ければ、返信無しの旨を利用者Ａに連絡する（６１８）。一方、一定期間内に利用者Ｂから返事があった場合、その返事が同意か不同意かを確認する（６１５）。例えば、利用者Ｂから同意の返事を受けた場合、管理センタ１０１は、ポイント管理ＤＢ１８１にＡが申請した名寄せ先の利用者Ｂを正式に登録する（６１６）。その後、利用者Ａが申請した追加の名寄せの登録が完了した旨を利用者Ａへ連絡する（６１７）。なお、管理センタ１０１は不同意の返事を受けた場合、その旨を利用者Ａに連絡する（６１８）。
以上により、利用者Ａからの申請によって利用者Ｂを名寄せ先とする登録申請の処理動作が説明された。
【００３７】
なお、上記の例では、図９に示す名寄せ先の登録申請欄９９は、全て申請人である利用者Ａが入力して申請することとしたが、入力項目の一部例えば名寄せ先のメールアドレスや氏名等の情報は、管理ＤＢ１８１に予め登録された利用者Ｂの関連情報から読み出して登録申請欄９９に表示するようにしてもよい。
【００３８】
また、上記の例は名寄せ先として利用者Ｂの１人のみの登録申請であったが、複数の利用者の登録申請を同時に行うこともできる。この場合、図９の画面の登録申請欄９９に対象となる複数の者の関連情報を入力する。サーバ１６は、図６に示した、他の利用者Ｂに対する処理と同様の処理動作を、Ｂ以外の他の利用者に対しても実行する。この場合、各他の利用者からの回答に従ってそれぞれ独立的に名寄せ先の登録が行われる。
【００３９】
また、登録済みの名寄せ先の変更については、図９の画面において、変更の対象者例えば＃２番目の利用者Ｍを選択して、そのメールアドレスや名寄せの割合、優先順位等を変更した後、登録ボタン９４を操作して送信することで行なうことができる。削除も同様に削除ボタン８３を操作して、削除の対象者の行を選択して登録ボタン９４を操作することで該当するものを削除することができる。
【００４０】
次に、図１６を参照して、利用者Ａからの申請行為によって他の利用者Ｃ（名寄せ元）から他の利用者Ｂ（名寄せ先）へポイントの名寄せを行うための登録申請の処理動作について説明する。
まず、前提として、管理ＤＢ１８１の名寄せデータの登録様式として、図１５に示すような形式で関連する情報が登録されているものとする。
【００４１】
通常、申請人本人（例えば利用者Ａ）から他の利用者Ｂへ名寄せする場合には、名寄せ元に関する情報は申請人本人の情報となるからわざわざ記入する必要はない。しかし、利用者Ａからの申請行為によって他の利用者Ｃから他の利用者Ｂへ名寄せするためには、申請人である利用者Ａが両者ＢとＣを特定する必要がある。そこで、図９に対応する画面の登録欄９９には、名寄せ元となる他の利用者Ｃの情報を入力するための項目が追加される。
また、例えば図１５に示す３番目までの名寄せは登録済みであり、今回、４番目として、他の利用者Ｃから他の利用者Ｂへ名寄せするための申請のための諸情報が入力されるものとする（図１６、ステップ６０１）。
利用者Ａは、名寄せ元の情報として他の利用者Ｃのカード番号を入力する。また、名寄せ先となる他の利用者Ｂの諸情報を同様にして入力して、登録ボタン９４を操作する。すると、申請内容はサーバ１６へ送信される（６０２）。
【００４２】
サーバ１６では、前述と同様に、申請人である利用者Ａ及び名寄せ先の利用者Ｂの登録内容を確認する（６１１，６１２）。なお、図１６の処理動作は、図６に比べて、名寄せ元の他の利用者Ｃに対する処理動作（ステップ６３１，６２２、６３２）が異なり、他は前述した動作と同様なので、以下、相違する動作ステップについて説明する。なお、図６の所謂タイムアウト監視のためのステップ６１４に対応するステップは、図１６の図示が省略してある。
【００４３】
他の利用者Ｃの登録内容の確認においては、既に他の利用者Ｃから他の利用者Ｂへの名寄せが登録されているかをチェックする（６３１）。同一人から同一人への重複する名寄せを防ぐためである。なお、その名寄せ先となる他の利用者Ｂの登録内容の確認においては、既に他の利用者Ｂから他の利用者Ｃへの名寄せが登録されているかをチェックする（６１２）。これは、他の利用者ＢとＣとの間でポイント移動の無限ルーチンに陥ることを防止するためである。
【００４４】
上記確認処理で、何も支障が無ければ、サーバ１６は、他の利用者Ｂ及びＣの端末に対して同意を求めるための問合せを送信する（６１３）。他の利用者Ｂ，Ｃは受信した情報を参照して、同意又は不同意の回答を送信する（６２１，６２２）。
サーバ１６は、他の利用者Ｂからの同意を受信したか（６１５）、及び他の利用者Ｃからの同意を受信したかを確認する（６３２）。両方の利用者Ｂ及びＣから同意の回答を受信した場合に、サーバ１６は利用者Ａからの申請内容を正規に登録する（６１６）。その他の処理動作については、前述を同様であるので詳述を省略する。
以上、説明したように、利用者Ａからの申請によって他の利用者Ｃから他の利用者Ｂへ名寄せの登録申請を行うことができる。なお、この場合でも、名寄せ元及び名寄せ先としてそれぞれ複数人の利用者の設定を行うことも可能である。
【００４５】
次に、図７を参照して、利用者毎に登録されたポイントの一覧を記憶するＤＢの記憶形式について説明する。
利用者は自分専用のＷｅｂページ（図８）のポイント確認ボタン８５を操作することで、ポイント管理ＤＢ１８１をアクセスし、自分が取得又は使用したポイントの来歴の一覧を携帯電話に表示して参照することができる。
ポイント一覧７０として、ポイントを取得又は名寄せした又は使用した年月日７１、内容７２、取得ポイント７３、使用ポイント７４、及び合計ポイント７５の諸情報を記憶する。
【００４６】
ここで、内容７２とは、ポイントに関して発生した全ての動作や行為を表示するものであり、例えば商品やサービスの購入に伴うポイントの取得、他人へのポイントの提供、他人からのポイントの取得、及びポイントの消費、ポイント交換等の種々の動作項目の表示が含まれる。取得ポイント７３とは、利用者が取得したポイントを示し、例えば商品やサービスの購入に伴ってポイントを取得した場合や、他の利用者から名寄せによってポイントを取得した場合等が含まれる。
使用ポイント７４とは、消費したポイントを示し、取得したポイントで商品やサービスを購入した場合や、名寄せによって他人にポイントを提供した場合等が含まれる。合計ポイント７５とは、ポイントの現在高を示す。ポイントを取得した場合、その分だけ現在高は加算され、ポイントを消費した場合、その分が減算される。利用者は現在高の範囲内で自ら保有するポイントを処分することができる。
【００４７】
次に、図１０を参照して、ポイントの名寄せの実行処理動作について説明する。
この処理動作は、ある店舗Ｘで利用者Ａが商品を購入してポイントｍを取得し、その取得したポイントｍから名寄せ先として設定された他の利用者Ｂに提供するポイント数を算出して名寄せする処理である。
【００４８】
店舗Ｘで商品を購入した利用者Ａがポイントカードを提示すると（１００１）、店員はカードリーダでそのカードの情報を読み取り（１００２）、新たに付与したポイントを加算してそのカードに記憶する（１００３）。利用者Ａのポイントに関するデータは管理センタ１０１へ送信される（１００４）。送信データには、日時、店番号（例えば店番号Ｙ）、利用者Ａのカード番号及び今回発行されたポイント数ｍが含まれる。
【００４９】
管理センタ１０１のサーバ１６は、店舗１２から送信されたデータを受信すると（１１０１）、まず、店舗管理ＤＢの内容を更新する（１１０１）。つまり、店舗管理ＤＢ１８２から店舗Ｘの店番号xiのデータを読み出して、受信したデータ、即ち受信した当該日時や発行したポイント数ｍを履歴３２として記憶する。更に、今まで発行したポイントの合計値３３に今回発行したポイント数ｍを加算し、その加算結果を更新された合計値３３として記憶する。
【００５０】
サーバ１６は上記の処理と平行して、ポイント管理ＤＢ１８１をアクセスして、ポイントの管理及びポイントの名寄せ処理を行なう。すなわち、利用者Ａのカード番号に関するデータ（カードデータという）を読み出し（１２０２）、名寄せの有無及び名寄せ先の登録状況を確認する（１２０３）。もし、名寄せ先が無ければ、利用者Ａのポイントを更新し、併せてＡのポイントの履歴を含むデータをポイント管理ＤＢ１８１（図７のように）に記憶して、処理を終了する（１２０４）。
【００５１】
一方、名寄せ先が有る場合、名寄せ先の優先順位の高い順に、名寄せ先Ｂに対する名寄せのポイント数を計算する（１２０５）。例えば、利用者Ｂの優先順位が高い場合、利用者Ｂに対して予め設定された一定のポイント数ｎ、又は設定された率を今回発行されたポイントｍに乗じて名寄せのポイント数ｒを算出する。次に、名寄せ先の利用者Ｂのカードデータを読み出して（１２０６）、算出されたポイントｍ（又はｒ）を加算して、その者のポイントを更新し、ポイント管理ＤＢ１８１の利用者Ｂのデータに記憶する（１２０８）。名寄せ先、例えば利用者Ｂに対するポイントの更新が終了すると、サーバ１６は、利用者Ｂのメールアドレス宛てに利用者Ａからポイントの名寄せが行われた旨を通知する（１２０９）。利用者Ｂは自分のマイページを参照することで、誰からポイントが提供されたのか等の履歴を確認することができる。
【００５２】
利用者Ｂへの名寄せの処理が終わると、今回のポイント提供者Ａが登録した全ての名寄せ先Ｂへの名寄せが終わったかを確認する（１２１０）。確認の結果、未だ他の名寄せ先があり、例えば次の優先順位の利用者Ｊが登録されている場合には、利用者Ｊに対して上記と同様の名寄せ処理を行う。この場合、利用者Ｊに対する名寄せのポイント数（比率）は、利用者Ａの設定によるので、他の利用者Ｂと異なることがある。
確認の結果、全ての名寄せが終わると、利用者Ａのポイントを更新してポイント管理ＤＢ１８１に記憶する（１２１１）。即ち、今回の取得ポイント及び利用者Ｂへ名寄せしたポイントを記憶すると共に、残ったポイントを自分の今までのポイントに加算し、その結果をポイント管理ＤＢ１８１に記憶する。
このようにして、ポイントの名寄せ先Ｂ及びその提供元Ａに関する全てのポイントの更新処理が終わると、名寄せ終了の旨が利用者Ａへ通知されて、一連の処理を終了する（１２１２）。
【００５３】
なお、今回、利用者Ａから提供される名寄せのポイント数が、登録された全ての者に行き渡らない場合がある。その場合には、優先順位に従って満たされたところまでの利用者に対して名寄せ処理が行われ、その旨を記憶しておく。そして、次回その記憶を参照して、利用者Ａからのポイントの名寄せは、優先順位に従い前回行き渡らなかった者から行われる。
【００５４】
次に、本発明の他の実施例によるポイントの名寄せの処理における、無限ルーチン化の防止について説明する。
この例は、図１７に示した管理ＤＢ１８１の名寄せデータの記憶形式を利用するものである。つまり、この例では、利用者は商品やサービスの購入して自分で取得したポイントを他の利用者に名寄せすることができるが、他の利用者から名寄せによって取得したポイントは他の利用者に名寄せすることができないことを規則としている。そのため利用者は名寄せによって取得したポイントを自ら消費することになる。これによって、利用者間で名寄せ処理が無限ルーチンに陥ることが防止できる。
【００５５】
そのために、図７の形式で諸情報を記憶しておくことは意義がある。取得ポイント７３１は、利用者は実際に商品やサービスを購入して取得したポイントを示す。この中から予め設定された条件で他の利用者への名寄せを行うことができる。自ポイントの消費７３２は、自分で取得した自ポイントを消費した場合（例えば、ポイントの消費や他人へのポイントの名寄せ、ポイントの交換、等）のポイントを示す。自ポイントの現在高７３３は取得ポイント７３１から消費ポイント７３２を減じた、自ポイントの現在高を示す。
【００５６】
名寄せ取得ポイント７６１は名寄せによって取得したポイントを示す。名寄せ消費ポイントは商品の購入やポイントの交換等によって消費したポイントを示す。名寄せポイント現在高７６３は、名寄せ取得ポイント７６１から名寄せ消費ポイント７６２を減じた、名寄せポイントの現在高を示す。
合計ポイント７５は、自ポイント現在高７３３と名寄せポイント現在高７６３を合計した現在高である。
【００５７】
利用者が商品やサービスを購入したり、ポイント交換や景品交換によってポイントを消費した場合、サーバ１６は、まず名寄せポイントの現在高７６３からポイントを減算処理する。そして、名寄せポイントの現在高７６３が「ゼロ」になった（或いは所定値になった）場合、その後は自ポイントの現在高７３３から減算処理する。図１７の例の場合、「２００６年５月６日」時点で、名寄せポイント現在高７６３が「ゼロ」になったので、その後は自ポイント現在高７３３からポイントの消費を行っている。そして、２００６年６月３日以前に、名寄せポイント現在高７６３が蓄積されたので、再び名寄せポイント現在高から減算処理している。
【００５８】
このように、他の利用者から名寄せによって取得したポイントは、他人への名寄せ以外に消費することで、ポイント利用者間で名寄せ処理が無限ルーチンに陥ることが防止できる。しかも自分が取得したポイントの処理に先立って、名寄せポイントを消費することで、名寄せポイントの流通を促すことができる。
【００５９】
次に、図１１〜１３を参照して、ポイント交換の処理動作について説明する。
利用者の携帯電話に表示された、利用者専用のマイページ（図８）のポイント交換ボタン８３が操作されると、管理センタ１０１はポイントの交換処理を行う。ポイント交換とは、他のポイント管理団体Ｙ，Ｚと間でポイントを交換することを言う。
図１２は、管理センタ１０１にポイントを持っている利用者Ａの申請により、利用者Ａが管理センタ１０１に登録したカードＡ１に持っているポイントを、管理センタ１０２の利用者ＡのカードＡ２へ移動する処理である。図１３は、管理センタ１０１にポイントを持っている利用者Ａの申請により、利用者Ａが管理センタ１０２に登録したカードＡ２に持っているポイントを、管理センタ１０１の利用者ＡのカードＡ１へ移動する処理である。
【００６０】
図１２，１３によるポイント交換処理動作を説明する前に、図１１に示すポイント交換画面１１００について説明しておく。
ポイント交換ボタン８３（図８）が操作されると、その利用者には、管理センタ（例えば１０１）からポイント交換ページ（図１１）が送信され、携帯電話の画面に表示される。
図１１に示す例によれば、ポイント交換画面１１００にはポイント交換案内表示１１０１と交換ポイント申請表示１１０２が含まれる。ポイント交換案内表示１１０１には、団体１０１とポイント交換可能な他の団体１０２、１０３，１０４、及び交換率が表示される。この表示によれば、団体１０３との間の交換率が高く、団体１０４との間では最も低いことがわかる。
交換ポイント申請表示１１０２は、利用者がポイントの交換を申請するために必要とする情報、交換ポイント及び交換先又は交換元となるカード番号等を入力する入力項目が含まれている。交換ポイント申請表示１１０２の（１）の申請で、図１２の処理が行われ、（２）の申請で、図１３の処理が行われる。
【００６１】
図１２を参照して、ポイント交換処理動作について説明する。
利用者専用のＷｅｂページの画面１１００に必要な情報を入力して申請ボタン１１０３を操作する（１２０１）と、その内容は管理センタ１０１へ送信される（１２０２）。
管理センタ１０１では、利用者ＡのカードＡ２が管理センタ１０２のポイント管理ＤＢ１８１に登録されているかを確認するために、管理センタ１０２宛てに問合わせを送信する（１２０３）。管理センタ１０２では、ポイント管理ＤＢ２８を検索して、問合わせのあったカードＡ２が登録されているかを確認する。そして、その結果を管理センタ１０１へ回答する（１２０４）。
【００６２】
管理センタ１０１では、回答を受信して、カードＡ２の登録の有無に従い、以後の処理を行う（１２０５）。登録されていなければ、利用者Ａの携帯電話へポイント変換できない旨を連絡して（１２０６）、終了する。
一方、管理センタ１０２のポイント管理ＤＢ２８にカードＡ２が登録されている場合には、所定の交換率（図１１の交換率“１０００対７００”）で、申請されたポイントから交換後のポイントを計算する。そして、計算した後のポイントを管理センタ１０２へ送信し、そのポイントをカードＡ２に付与するように要請する（１２０７）。管理センタ１０２では、受信したポイントをカードＡ２のポイントに加算し、更新した後のポイントを管理ＤＢ２８に記憶する（１２０８）。
【００６３】
また、管理センタ１０１では、カードＡ２へ交換申請したポイントをカードＡ１から減じてＡ１のポイントを更新する（１２０９）。そして、管理センタ１０２のポイントに交換した旨、及び更新後のポイント、更新した日時等の情報をログとして管理センタ１０１の管理ＤＢ１８１にカードＡ１に関連付けて記憶する（１２１０）。
この時点で、利用者Ａからの申請による管理センタ１０２からのポイントの購入の処理は終わる。その後、例えば月末毎に管理センタ１０２との間で結ばれた契約条件に応じて、購入されたポイントの代金の支払いが行われる（１２１１）。
【００６４】
この例において、ある利用者のカードＡ１からの交換ポイントの減算処理に関して、図７の実施例によれば、合計ポイント７５から交換申請したポイントを減じる処理をする。また、図１７の実施例によれば、まず名寄せポイント現在高７６３から減じ、それでも交換ポイント値が不足している場合には、続けて自ポイント現在高７３３から減じる処理を行うことになる。
【００６５】
次に、図１３を参照して他の例によるポイント交換の処理動作について説明する。
申請内容が異なるが、利用者Ａからの申請動作は、ステップ１３０２までは上述の例と同じである。
管理センタ１０１は、利用者ＡのカードＡ２が管理センタ１０２のポイント管理ＤＢ２８に登録されているか、及び申請されたポイント数が有るかを確認するために、管理センタ１０２宛てに問合わせを送信する（１３０３）。管理センタ１０２では、ポイント管理ＤＢ２８を検索して、問合わせのあったカードＡ２の有無、及び申請ポイント数の有無を確認し、その結果を管理センタ１０１へ回答する（１３０４）。
【００６６】
管理センタ１０１では、回答を受信して、カードＡ２の登録の有無、及び残存しているポイント数の有無に従い、以後の処理を行う（１３０５）。何れも満たさなければ、利用者Ａの携帯電話へ、ポイント変換できない旨を連絡して（１３０６）、終了する。
一方、何れも満たしていれば、管理センタ１０２に対して申請したポイントをカードＡ２から減らすように要請する（１３０７）。管理センタ１０２では、カードＡ２からその分のポイントを減じ、更新した後のポイントをカードＡ２に記憶する（１３０８）。
【００６７】
また、管理センタ１０１では、所定の交換率（図１１の交換率“１０００対７００”）で、申請されたポイントから交換後のポイントを計算する。そして、計算したのポイントをカードＡ１のポイントに加算し、更新した後のポイントを管理ＤＢ１８１に記憶する（１３０９）。そして、管理センタ１０２からポイントに交換した旨、及び更新後のポイント、更新した日時等の情報をログとして管理センタ１０１の管理ＤＢ１８１にカードＡ１に関連付けて記憶する（１３１０）。
この時点で、利用者Ａからの申請による管理センタ１０２からのポイントの購入の処理は終わる。その後、例えば月末毎に管理センタ１０２との間で結ばれた契約条件に応じて、購入されたポイントの代金を請求する（１３１１）。
【００６８】
次に、図１４を参照して、ポイントから景品交換を行う場合について説明する。
景品交換のためのユーザページ１４００は、利用者が専用のユーザページ（図７）の景品交換ボタン７４を操作することで、管理センタ１０１から送信されて表示される。
管理センタ１０１のサーバ１６は、申請した利用者のポイント残高を参照し、景品交換が可能な景品のリストを表示する。利用者はその景品リストから自らの好みに応じた景品を選択し、必要な事項を入力して申請ボタン１４０１を操作することで、申請内容が管理センタ１０１へ送信される。
管理センタ１０１では申請された景品を送付先の住所に送付するように手配する。併せて、今回消費されたポイントを、申請者例えば利用者ＡのカードＡ１の残高から減じてポイントの残高を更新し、その更新後のポイントをカードＡ１に記憶する。また、今回の景品交換の履歴をログとして記憶する。
【００６９】
本実施例によれば、利用者は容易に名寄せ先又は名寄せ元を指定して、名寄せするポイント数やその割合を任意に設定することができる。また名寄せ処理が無限ループに陥ることを防止することができる。また、提携先の他の団体との間で容易にポイントの交換を行なうことができる。また、ポイントを管理する管理センタに属している店舗は、顧客に対して自由にポイント数を設定して商売することができる。
【図面の簡単な説明】
【００７０】
【図１】一実施例によるポイント管理システムの構成例を示す図。
【図２】一実施例におけるポイント管理ＤＢ１８１の記憶形式の例を示す図。
【図３】一実施例における店舗管理ＤＢ１８２の記憶形式の例を示す図。
【図４】一実施例におけるポイント提供団体への入会処理動作のフローを示す図。
【図５】一実施例における入会手続きを行うための画面例を示す図。
【図６】一実施例における名寄せ先の登録処理動作のフローを示す図。
【図７】一実施例における利用者のポイントの記憶形式を示す図。
【図８】一実施例における登録された会員のユーザページの一例を示す図。
【図９】一実施例における名寄せの登録後の様子を示すユーザページの一例を示す図。
【図１０】一実施例における名寄せの実行処理動作のフローを示す図。
【図１１】一実施例におけるポイント交換の様子を示すユーザページの一例を示す図。
【図１２】一実施例におけるポイント交換の実行処理動作のフローを示す図。
【図１３】一実施例におけるポイント交換の実行処理動作のフローを示す図。
【図１４】一実施例におけるポイントから景品交換を行うユーザページの一例を示す図。
【図１５】一実施例における会員のポイント名寄せ管理の状況を示す記憶形式を示す図。
【図１６】他の実施例における名寄せ先の登録処理動作のフローを示す図。
【図１７】他の実施例における利用者のポイントの記憶形式を示す図。
【符号の説明】
【００７１】
１０１：管理センタ  １０２、１０３：管理センタ  １６：サーバ、  １８：管理ＤＢ、  １８１：ポイント管理ＤＢ、  １８２：店舗管理ＤＢ，  １２、１２１，１２２：店舗システム、  １３１：ＰＣ、  １３２：カードリーダ、  １４１、１４２：ネットワーク、  １９：携帯電話、
【図１】
2008077296.tif 000003
【図２】
2008077296.tif 000004
【図３】
2008077296.tif 000005
【図４】
2008077296.tif 000006
【図５】
2008077296.tif 000007
【図６】
2008077296.tif 000008
【図７】
2008077296.tif 000009
【図８】
2008077296.tif 000010
【図９】
2008077296.tif 000011
【図１０】
2008077296.tif 000012
【図１１】
2008077296.tif 000013
【図１２】
2008077296.tif 000014
【図１３】
2008077296.tif 000015
【図１４】
2008077296.tif 000016
【図１５】
2008077296.tif 000017
【図１６】
2008077296.tif 000018
【図１７】
2008077296.tif 000019