【００９０】
請求書発行処理では、ＣＰＵ１１は、ユーザデータベース１７に登録された各ユーザについて、順にループ処理を行う（ステップＳ５０１−Ｓ５０１’）。ループ内の処理では、ＣＰＵ１１は、処理対象としているユーザのレコードに含まれるポイントを取り出し、このポイントがマイナスの値を示しているかどうかを判定する（ステップＳ５０２）。
【００９１】
ポイントがマイナスの値を示していれば、ＣＰＵ１１は、当該ユーザを宛先として、マイナスの値に応じて対価（金銭であってもなくても可）を請求する請求書を発行し（ステップＳ５０３）、プリンタにより用紙上に印刷させる（ステップＳ５０４）。印刷された請求書は、郵送などの手段によりユーザに届けられることとなる。
【００９２】
ポイントの値がマイナスを示していないか、請求書の印刷が終了した場合には、１人のユーザについての処理が終わる。ＣＰＵ１１がステップＳ５０１’においてユーザデータベース１７に登録された全てのユーザについてループ内の処理が終了したと判定すると、ループを抜け、請求書発行処理を終了する。
【００９３】
以上の説明したように、このポイント交換システムにおいてポイントをマイナスにすることも可能とし、ポイントのマイナス値に応じた請求書を発行可能とすることで、クレジットカード、プリペイドカード及びポイントカードの機能を併せ持つようなポイント交換システムを実現することができるようになる。
【００９４】
上記の実施の形態では、交換用バーコードは、その発行から一定時間の経過によって使用できなくしており、暗号化されていることによって、偽造されてポイントが不正に商品と交換されるのを防ぐようにしていた。しかしながら、本発明において適用可能な交換用バーコードの偽造防止技術はこれに限るものではない。
【００９５】
例えば、交換用バーコードに電子透かしを埋め込むものとしてもよい。この電子透かしは、誤り訂正が可能な範囲で意図的に交換用バーコードを本来の交換用バーコードの内容とは変えたものとすることができる。このような電子透かしとして、二次元コード上に、二次元コードで誤り補正が可能な幾何学的な模様を意図的に付け加えたものを適用することができる。ここで、幾何学的な模様として会社のロゴやサービスの名称等を用いることもできる。これにより、交換用バーコードがどこから発行されたかを視覚的に判別することができる。
【００９６】
交換用バーコードにＪａｖａ（商標）言語などで記述されたプログラムを埋め込んでおき、このプログラムの作用により、携帯電話機３に受信されてから所定時間経過することで交換用バーコードが自壊するようなものとしてもよい。このプログラムは、定期的にサーバ装置１に時間を確認する機能を有するものとすることができる。このプログラムは、交換用バーコードの利用期限が近くなると、警告音を鳴らしたり、バーコードの色を変えたりすることによってユーザに通知する機能を有していてもよい。このプログラムは、交換用バーコードの利用期限が過ぎると、自動的に画像を差し替えたり、文字情報を表示して二次元バーコードを消滅させる機能を有するものとすることができる。
【００９７】
発行から一定時間を経過することによって交換用バーコードを使用できなくする手法も上記のものに限られず、携帯電話機３に配信する交換用バーコードに期限情報を含ませてもよい。バーコード読み取り装置２４は、交換用バーコードの読み取り時にこの期限情報も併せて読み取り、店舗端末装置２は、サーバ装置１に期限情報を送信するものとすることができる。サーバ装置１のＣＰＵ１１は、店舗端末装置２から送られてきた期限情報に基づいて、交換用バーコードの有効性を判断することができる。
【００９８】
固有バーコードは、それ自体が偽造されてもポイントが不正に使用されることはないが、交換用バーコードの暗号化に用いる暗号鍵が解読される可能性もある。暗号鍵が解読されれば、交換用バーコードが不正に用いられる場合も生じる。そこで、サーバ装置１において固有バーコードを一定期間毎に更新することで、暗号鍵が解読される危険性を抑えることができ、暗号鍵が解読されて交換用バーコードが不正に用いられた場合の被害を最小限に抑えることができる。固有バーコードは、更新される度にサーバ装置１から携帯電話機３に送信されるものとすることができる。
【００９９】
上記の実施の形態では、固有バーコードは、携帯電話機３からサーバ装置１に要求を行うことで発行されていたが、携帯電話機３に当初から割り当てられ、ＲＯＭ３２に予め記憶されているものであってもよい。固有バーコードの割り当てられた携帯電話機３を購入した者は、自動的にこのシステムで提供するサービスのユーザとなることができる。この場合において、携帯電話機３に当初から割り当てられた固有バーコードは、単に初期設定時の固有バーコードとして使用されるだけで、更新していくことも可能である。
【０１００】
図１５は、固有バーコード更新処理を示すフローチャートである。この処理は、サーバ装置１のＣＰＵ１１が有する内部タイマによって所定時間毎にタイマ割り込みが生じることで実行される。
【０１０１】
請求書発行処理では、ＣＰＵ１１は、ユーザデータベース１７に登録された各ユーザについて、順にループ処理を行う（ステップＳ６０１−Ｓ６０１’）。ループ内の処理では、ＣＰＵ１１は、処理対象としているユーザのユーザＩＤをキーとしてバーコードデータベース１８を参照し、当該ユーザがこれまで使用していた固有バーコードとは異なり、かつ他のユーザによっても使用されていない新たな固有バーコードを発行する（ステップＳ６０２）。
【０１０２】
ＣＰＵ１１は、発行した新たな固有バーコードを、これまで登録されていた固有バーコードに書き換えて、バーコードデータベース１８に登録する（ステップＳ６０３）。ＣＰＵ１１は、発行した新たな固有バーコードを通信装置１５からインターネット４を介して携帯電話機３に送信させる（ステップＳ６０３）。
【０１０３】
新たな固有バーコードの送信が終了した場合には、１人のユーザについての処理が終わる。ＣＰＵ１１がステップＳ６０１’においてユーザデータベース１７に登録された全てのユーザについてループ内の処理が終了したと判定すると、ループを抜け、サーバ装置１の側における処理を終了する。
【０１０４】
それぞれの携帯電話機３において、通信装置３６がこの固有バーコードを受信すると（ステップＳ６２１）、ＣＰＵ３１は、これをＲＡＭ３３の所定の領域に上書きして、携帯電話機３内に保持させる固有バーコードを更新する（ステップＳ６２２）。これで固有バーコード更新処理を終了する。
【０１０５】
上記の実施の形態では、交換用バーコードは、固有バーコードとは全く異なる形態のものであり、ユーザがポイントを商品に交換しようとするときには、固有バーコードと交換用バーコードとは、別々にバーコード読み取り装置２４で読み取る必要があった。これに対して、固有バーコードと交換用バーコードとを同時に表示装置３５に表示できるようにしてもよい。これにより、ポイント交換時のバーコードの読み取りが１回で済む。
【０１０６】
上記の実施の形態では、交換用バーコード自体が、ユーザが商品との交換を要求したポイントを示すものとなっていた。しかしながら、交換用バーコードは、ポイントとは無関係な態様のものであってもよい。バーコードデータベース１８において交換用バーコードはポイントと対応付けて記憶されているため、ステップＳ４５０におけるユーザのポイントの減算と、ステップＳ４５１における加盟店のポイントの加算とは、バーコードデータベース１８に交換用バーコードに対応付けて記憶されているポイントに従って行えばよいこととなる。
【０１０７】
上記の実施の形態では、固有バーコード及び交換用バーコードは、二階調の二次元マトリクスパターンを有するバーコードとして携帯電話機３の表示装置３５に表示されていたが、多階調のパターンを有するバーコードや、三次元のパターンを有するバーコードとして表示されるものであってもよい。この三次元バーコードは、例えばポリゴンで形成された立方体の各面に二次元バーコードを表示させたものであり、Ｊａｖａ等のアプリケーションによってポリゴンが回転される。店舗端末２では、ポリゴンの回転によって立方体の各面に表示された二次元バーコードコードを全て認識することができる。三次元バーコードは、面数の増加によってより大きな情報量を含むことができる。
【０１０８】
例えばブルートゥース技術などの適用により、店舗端末装置２と携帯電話機３とを直接通信可能に構成した場合には、視認不可能な情報であっても、上記した固有バーコード及び交換用バーコードの代わりに適用することができる。
【０１０９】
上記の実施の形態では、サーバ装置１のＣＰＵ１１は、固有バーコードまたは交換用バーコードを、どのユーザの携帯電話機３に送る場合でも同じように生成していた。しかしながら、携帯電話機３の表示装置３５は、機種によって大きさもドット数もまちまちである。いずれの携帯電話機３でも表示装置３５に表示可能なように固有バーコードまたは交換用バーコードを生成するものとすると、固有バーコード及び交換用バーコードのパターンは、単純なものとならざるを得ず、偽造される危険が大きくなる。
【０１１０】
携帯電話機３の機種に応じて最も効果的な固有バーコード及び交換用バーコードを生成するために、サーバ装置１は、図１６に示す機種データベース１９を備えることができる。機種データベース１９は、ユーザＩＤと携帯電話機３の機種に関する情報（少なくとも表示装置３５の大きさ及びドット数を含む）を対応付けて記憶している。
【０１１１】
サーバ装置１のＣＰＵ１１は、ステップＳ２５６において固有バーコードを発行する際に、機種データベース１９を参照して、要求元の携帯電話機３の機種に応じた固有バーコードを発行することができる。ＣＰＵ１１は、ステップＳ４４３において交換用バーコードを発行する際に、機種データベース１９を参照して、要求元の携帯電話機３の機種に応じた交換用バーコードを発行することができる。
【０１１２】
サーバ装置１から携帯電話機３に送信される固有バーコード及び交換用バーコードは、圧縮されたものであってもよい。サーバ装置１のＣＰＵ１１は、機種に関係なく固有バーコードまたは交換用バーコードを生成してから、要求元の携帯電話機３の機種を機種データベース１９から読み出し、機種に応じて固有バーコードまたは交換用バーコードを圧縮することができる。固有バーコードまたは交換用バーコードは、自己解凍方式のものとすれば、店舗端末２のＣＰＵ２１は、解凍された固有バーコードまたは交換用バーコードを用いて、上記と全く同じ処理を行うことができる。
【０１１３】
サーバ装置１に機種データベース１９を設けることで、上記のように携帯電話機３に送信される固有バーコード及び交換用バーコードは、携帯電話機３が新型のもので表示装置３５の表示ドット数が多ければ細かなパターンのバーコードと、携帯電話機３が旧型のもので表示ドット数が少なくても表示装置３５に表示可能なバーコードを生成することができる。これにより、表示装置３５の機能を最大限に生かして固有バーコードまたは交換用バーコードを表示装置３５に表示させることができる。ユーザが携帯電話機３の機種を頻繁に変えても、ユーザデータベース２８に登録される機種を変えれば、新しい機種に適合した二次元バーコードとなるので、技術的進歩が早い携帯電話機３への適用するのに特に有効である。
【０１１４】
上記の実施の形態では、固有バーコード及び交換用バーコードを表示して店舗の店員に提示する端末装置として、表示装置３５を有する携帯電話機３を適用していたが、サーバ装置１と通信可能なモバイル端末（例えば、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔｓ）など）を、携帯電話機３の代わりに適用することもできる。この端末は、サーバ装置１に有線接続されるものであってもよい。ＰＤＡなどのモバイル端末は、一般に表示装置の大きさが携帯電話機３よりも大きいので、より複雑なパターンを有し、多くの情報量を含んだ固有バーコード及び交換用バーコードが使用可能となる。ブルートゥース技術などの適用により視認不可能な情報を固有バーコード及び交換用バーコードの代わりに用いた場合には、その端末は、表示装置を有しないものであってもよい。
【０１１５】
上記の実施の形態では、ユーザが蓄積したポイントがマイナスされるのは、ユーザが加盟店で商品と交換を行ったときであった。しかしながら、交換用バーコードの発行を行ったときに、ポイントがマイナスされるものとしてもよい。交換用バーコードを発行した際に当該交換用バーコードに応じたポイントの一部をマイナスし、交換用バーコードを用いて商品交換をした場合に、さらにポイントをマイナスするものとしてもよい。これにより、携帯電話機３からサーバ装置１に交換用バーコードの発行要求がむやみにされることがなく、サーバ装置１にかかる負荷を小さくすることができる。
【０１１６】
上記の実施の形態では、固有バーコード及び交換用バーコードは、サーバ装置１において、バーコードデータベース１８に保管しておき、ポイント交換処理を行う際に、さらに固有バーコードに関してはポイント蓄積処理を行う際にも参照されるものとしていた。しかしながら、上記の用に固有バーコードおよび／または交換用バーコードをサーバ装置１内に保管しておくと、サーバ装置１がハッキングされることにより、各ユーザが所持するポイントが不正に使用され、他の物と交換されてしまう危険があり得る。そこで、上記のポイント交換システムに対して次のような変形を加えることで、このような危険を回避することが可能となる。
【０１１７】
この変形例におけるサーバ装置１は、ユーザデータベース１７の代わりに、詳細を後述するユーザデータベース１０７（図１８参照）を備えている。また、バーコードデータベース１８はなく、固有バーコード及び交換用バーコードの画像データ（これらを数値化する方法及び数値Ａ、Ｂ、Ｃ、Ｄの値（後述）が分からなくても、これらの画像データを復元することが可能となる他の種類のデータを含む）は、ユーザデータベース１０７を含むサーバ装置１内のどこにも保存されていない。もっとも、固有バーコードであるか交換用バーコードであるかに関してだけは、そのパターンから区別できるものとする。
【０１１８】
固有バーコード及び交換用バーコードの画像データがサーバ装置１内に保存されていないので、この実施の形態では、バーコードの照合によらないで認証が行われることとなる。図１７は、この実施の形態における認証の方法を説明する図である。認証の方法は、固有バーコードと交換用バーコードとで異なるところがないので、ここでは、固有バーコードを例として説明する。この図にある第１テーブル１１１及び第２テーブル１１２は、それぞれサーバ装置１のメモリ１２の所定の領域に記憶されている。
【０１１９】
固有バーコードの画像データ（図中、実線で示す）を受信すると、サーバ装置１は、これを所定の方法で数値化する。固有バーコードのパターンが異なれば、数値化された後の値は異なることとなる。固有バーコードを数値化した値Ｘ（以下、固有バーコード値と呼ぶ）を数値Ａで除算した剰余ａと数値Ｂで除算した剰余ｂとがそれぞれ求められる。数値Ａと数値Ｂとの最小公倍数は、固有バーコード値がとり得る値の最大値と最小値との差よりも大きいという関係がある。この関係を満たす場合、互いに異なる２つの固有バーコード値をそれぞれ数値Ａで除算した剰余ａが一致する場合には、当該２つの固有バーコード値をそれぞれ数値Ｂで除算した剰余ｂが一致することはあり得なくなる。数値Ａと数値Ｂとは互いに素であることが好ましい。
【０１２０】
剰余ａに対応した第１テーブル１１１内の記憶位置には、ユーザデータベース１０７において当該固有バーコードに対応したユーザ情報が記憶された位置を指し示すポインタが記憶されている。剰余ｂに対応した第２テーブル１１２内の記憶位置には、ユーザデータベース１０７において当該固有バーコードに対応したユーザ情報が記憶された位置を指し示すポインタが記憶されている。固有バーコードは、第１テーブル１１１と第２テーブル１１２の両方から同一のユーザ情報まで辿ることができたので、当該固有バーコードは、そのユーザが所有するものとして認証される。
【０１２１】
剰余ａに対応した第１テーブル１１１内の記憶位置には、ユーザデータベース１０７において他の固有バーコード（図中、破線で示す）に対応したユーザ情報が記憶された位置を指し示すポインタも記憶されている。しかし、第２テーブル１１２からは当該他の固有バーコードに対応したユーザ情報まで辿ることができない。他の固有バーコードの画像（図中、破線で示す）データをサーバ装置１が受信した場合、その固有バーコード値Ｘ’を数値Ａで除算した剰余ａ’が剰余ａに一致する場合、第１テーブル１１１からは実線で示した固有バーコードに対応したユーザ情報まで辿ることができる。しかし、固有バーコード値Ｘ’を数値Ｂで除算した剰余ｂ’が剰余ｂに一致することはないので、第２テーブル１１２からは実線で示した固有バーコードに対応したユーザ情報まで辿ることができない。従って、受信した固有バーコードとは無関係なユーザが対応づけられてしまうこととは起こり得ない。
【０１２２】
交換用バーコードについても、同じ認証方法を用いてユーザとの対応付けが図られる。交換用バーコードの画像データについても、サーバ装置１は、これを受信すると所定の方法で数値化する。交換用バーコードのパターンが異なれば、数値化された後の値は異なることとなる。交換用バーコードを数値化した値Ｙ（以下、交換用バーコード値と呼ぶ）については、数値Ｃで除算した剰余ｃと数値Ｄで除算した剰余ｃとがそれぞれ求められる。数値Ｃと数値Ｄについても、その最小公倍数が交換用バーコード値がとり得る値の最大値と最小値との差よりも大きく、数値Ｃと数値Ｄとが互いに素であることが好ましいことも、固有バーコードの場合と同じである。
【０１２３】
交換用バーコードに関しては、固有バーコードについての第１テーブル１１１及び第２テーブル１１２と同様に、第３テーブル１１３及び第４テーブル１１４（いずれも図示しないが、これらの符号で参照するものとする）が設けられ、サーバ装置１のメモリ１２に記憶されている。なお、交換用バーコードについては、一人のユーザが複数所持することができるので、この点で固有バーコードと異なる扱いが必要になる。これについての詳細は、後述するものとする。
【０１２４】
次に、ユーザデータベース１０７について詳しく説明する。図１８（ａ）は、ユーザデータベース１０７の構成を示す図である。ユーザデータベース１０７の各レコードは、可変長レコードであり、ユーザ登録の度に新たに生成される。ユーザデータベース１０７の各レコードは、上記の実施の形態で示したユーザデータベース１７の各レコードにあるユーザＩＤ、氏名、住所、生年月日、年齢及びポイントの他に、１つの固有バーコード情報と、０個以上の任意の数の交換用バーコード情報を含んでいる。各レコードの最後にある「ＥＯＲ」は、当該レコードの終わりであることを示す制御情報である。
【０１２５】
図１８（ｂ）は、固有バーコード情報の詳細を示す。図示するように、固有バーコード情報は、固有バーコード値Ｘを数値Ａと数値Ｂとでそれぞれ除算した剰余ａと剰余ｂとを含んでいる。ここに登録されている剰余ａとｂとについては、ユーザが固有バーコードの再発行を求めたときに、第１テーブル１１１及び第２テーブル１１２に登録されている前の固有バーコードに関してのユーザ情報を指し示すポインタを消すために必要となるものである。
【０１２６】
図１８（ｃ）は、１個当たりの交換用バーコード情報の詳細を示す。図示するように、交換用バーコード情報は、発行日時と、ポイント数と、使用済みフラグとを含んでいる。これらは、上記の実施の形態で交換用バーコードテーブル１８Ｂに登録されていたものと同じである。交換用バーコード情報は、また、交換用バーコード値Ｙを数値Ｃと数値Ｄとでそれぞれ除算した剰余ｃと剰余ｄとも含んでいる。
【０１２７】
交換用バーコードについては、１人のユーザが複数持つことができるので、剰余ｃと剰余ｄとは、ユーザ情報（ユーザ毎のレコード）に辿り着いた後に、どの交換用バーコードであるかを特定するために用いられる。また、第３テーブル１１３及び第４テーブル１１４には、それぞれ同じユーザ情報を指し示すポインタが複数登録される場合があり、交換用バーコードの所有者でないユーザ情報に辿り着いてしまう場合もあるので、剰余ｃと剰余ｄとは、どのユーザが所有する交換用バーコードであるかを識別するためにも用いられる。
【０１２８】
また、この変形例においては、サーバ装置１から携帯電話機３に交換用バーコードを送信する場合は、固有バーコードを暗号鍵として用いて暗号化される。暗号化された交換用バーコードは、店舗端末装置２で復号化するのではなく、携帯電話機３において、そこに保持されている固有バーコードを復号鍵として復号化される。つまり、交換用バーコードの暗号化及び復号化には、固有バーコードを鍵とする対称鍵暗号系が適用されている。
【０１２９】
次に、この変形例にかかるポイント交換システムにおいて、上記の実施の形態にかかるポイント交換システムと処理の異なる部分を、図１９〜図２３のフローチャートを参照して説明する。
【０１３０】
図１９は、この変形例におけるユーザ登録処理を示すフローチャートである。このフローチャートの処理は、図１０のステップＳ２５６〜Ｓ２５８の処理に代わって実行される。ステップＳ２５３においてサーバ装置１においてユーザ情報がユーザデータベース１０７に登録されると、ＣＰＵ１１は、ランダムに固有バーコードの画像パターンを生成する（ステップＳ７０１）。
【０１３１】
ＣＰＵ１１は、生成した固有バーコードの画像パターンを所定の方法で数値化し、数値化した固有バーコード値を変数Ｘに代入する（ステップＳ７０２）。ここで固有バーコードの画像パターンを数値化する方法としては、同じパターンであれば必ず同じ数値となり、異なるパターンであれば必ず異なる数値となるものであれば、任意の方法を適用することができる。
【０１３２】
ＣＰＵ１１は、固有バーコード値Ｘを数値Ａで除算した剰余ａを求め（ステップＳ７０３（ａ））、固有バーコード値Ｘを数値Ｂで除算した剰余ｂを求める（ステップＳ７０３（ｂ））。数値Ａと数値Ｂとの最小公倍数は、固有バーコード値Ｘがとり得る値の最大値と最小値との差よりも大きい。ＣＰＵ１１は、第１テーブル１１１のうちの剰余ａに対応する記憶位置に登録されているポインタを全て取り出し（ステップＳ７０４（ａ））、第２テーブル１１２のうちの剰余ｂに対応する記憶位置に登録されているポインタを全て取り出す（ステップＳ７０４（ｂ））。
【０１３３】
ＣＰＵ１１は、第１テーブル１１１から取り出したポインタと第２テーブル１１２から取り出したポインタとを比較し、ユーザデータベース１０７に登録されているユーザ情報のうちで同一のユーザ情報を指し示すものがあるかどうかを判定する（ステップＳ７０５）。第１テーブル１１１と第２テーブル１１２とに同一のユーザ情報を指し示すポインタがあれば、ステップＳ７０１の処理に戻り、固有バーコードの発行をやり直しさせる。
【０１３４】
第１テーブル１１１と第２テーブル１１２とに同一のユーザ情報を指し示すポインタがなければ、ＣＰＵ１１は、第１テーブル１１１のうちの剰余ａに対応する記憶位置に、ユーザデータベース１０７に登録した当該ユーザのユーザ情報を指し示すポインタを登録すると共に、その固有バーコード情報の剰余ａとしてステップＳ７０３（ａ）で求めた値を登録する（ステップＳ７０６（ａ））。ＣＰＵ１１は、また、第２テーブル１１１のうちの剰余ｂに対応する記憶位置に、ユーザデータベース１０７に登録した当該ユーザのユーザ情報を指し示すポインタを登録すると共に、その固有バーコード情報の剰余ｂとしてステップＳ７０３（ｂ）で求めた値を登録する（ステップＳ７０６（ｂ））。
【０１３５】
ステップＳ７０６（ａ）または（ｂ）において、ユーザデータベース１０７の該当位置に他のユーザのユーザ情報を指し示すポインタが登録されていた場合は、リストでつなぐなどの手法により、当該ユーザのユーザ情報を指し示すポインタも同じ位置に重複して登録する。
【０１３６】
第１テーブル１１１及び第２テーブル１１２へのポインタの登録が終了すると、ＣＰＵ１１は、ステップＳ７０３で生成した固有バーコードの画像パターンを、通信装置１５から登録要求をした携帯電話機３に送信する（ステップＳ７０７）。ＣＰＵ１１は、固有バーコードの画像パターンの送信が完了した時点で、その固有バーコードの画像パターンを破棄する（ステップＳ７０８）。そして、このフローチャートの処理を終了する。
【０１３７】
ユーザが発行された固有バーコードを紛失した場合に、固有バーコードの再発行要求が携帯電話機１３から送られてくる。この場合における固有バーコードの再発行も、ステップＳ７０１〜Ｓ７０８と同じ処理で行われるが、ステップＳ７０６（ａ）及び（ｂ）に次のような処理が追加される。ＣＰＵ１１は、ユーザデータベース１０７の当該ユーザのレコードの固有バーコード情報に含まれる剰余ａ及び剰余ｂに従って、第１テーブル１１１及び第２テーブル１１２にこれまでに登録されていた当該ユーザのユーザ情報を指し示すポインタを削除する。その後、固有バーコード情報の剰余ａ及び剰余ｂをそれぞれステップＳ７０３（ａ）及び（ｂ）で求めた数値に更新する。
【０１３８】
図２０は、図１９のユーザ登録処理において発行され、携帯電話機３に送信された固有バーコードの認証処理を示すフローチャートである。このフローチャートの処理は、図１１のポイント蓄積処理におけるステップＳ３４１の処理とＳ３４２の処理との間と、図１２のポイント交換処理におけるステップＳ４４１の処理とＳ４４２の処理との間に、それぞれ付加されて実行されるものである。サーバ装置１は、ポイント蓄積処理ではステップＳ３４１において店舗端末装置２から、ポイント交換処理ではステップＳ４４１において携帯電話機３から（交換要求には固有バーコードが含まれている）、固有バーコードを画像データとして受信している。
【０１３９】
ＣＰＵ１１は、店舗端末装置２または携帯電話機３から受信した固有バーコードの画像パターンを所定の方法で数値化し、数値化した固有バーコード値を変数Ｘに代入する（ステップＳ８０１）。ここで固有バーコードの画像パターンを数値化する方法も、ステップＳ７０２における方法と同じである。ＣＰＵ１１は、数値化した固有バーコード値ＸがステップＳ７０１で生成可能な固有バーコードの範囲にあるかどうかを判定する（ステップＳ８０２）。固有バーコード値Ｘが生成可能な固有バーコードの範囲になければ、エラー終了となる。
【０１４０】
固有バーコート値Ｘが生成可能な固有バーコードの範囲にあれば、ＣＰＵ１１は、固有バーコード値Ｘを数値Ａで除算した剰余ａを求め（ステップＳ８０３（ａ））、固有バーコード値Ｘを数値Ｂで除算した剰余ｂを求める（ステップＳ８０３（ｂ））。数値Ａと数値Ｂは、図１９のフローチャートで示したのと同じ値が用いられる。ＣＰＵ１１は、第１テーブル１１１のうちの剰余ａに対応する記憶位置に登録されているポインタを全て取り出し（ステップＳ８０４（ａ））、第２テーブル１１２のうちの剰余ｂに対応する記憶位置に登録されているポインタを全て取り出す（ステップＳ８０４（ｂ））。
【０１４１】
ＣＰＵ１１は、第１テーブル１１１から取り出したポインタと第２テーブル１１２から取り出したポインタとを比較し、ユーザデータベース１０７に登録されているユーザ情報のうちで同一のユーザ情報を指し示すものがあるかどうかを判定する（ステップＳ８０５）。第１テーブル１１１と第２テーブル１１２とから同一のユーザ情報を指し示すポインタが取り出されていなかった場合には、エラー終了となる。
【０１４２】
第１テーブル１１１と第２テーブル１１２とに同一のユーザ情報を指し示すポインタがあれば、両方のテーブル１１１、１１２からのポインタで指し示されたユーザ情報に従って、受信した固有バーコードが当該ユーザが有するものとして認証する。そして、ポイント蓄積処理においてこのフローチャートの処理を行ったのであればステップＳ３４２の処理に、ポイント交換処理においてこのフローチャートの処理を行ったのであればステップＳ４４２の処理に、それぞれ進むこととなる。
【０１４３】
図２１は、この変形例における交換用バーコード発行処理を示すフローチャートである。このフローチャートの処理は、図１２のポイント交換処理におけるステップＳ４４３〜Ｓ４４５の処理に代わって行われる。ステップＳ４４２において要求されたポイント以上のポイントが蓄積されていた場合には、ＣＰＵ１１は、ランダムに交換用バーコードの画像パターンを生成する（ステップＳ９０１）。
【０１４４】
ＣＰＵ１１は、生成した交換用バーコードの画像パターンを所定の方法で数値化し、数値化した交換用バーコード値を変数Ｙに代入する（ステップＳ９０２）。交換用バーコードの画像パターンを数値化する方法についても、ステップＳ７０２の場合と同じ方法によって行うことができるが、ステップＳ７０２の場合とは別の方法によって行ってもよい。もっとも、同じパターンであれば必ず同じ数値となり、異なるパターンであれば必ず異なる数値となることは、ステップＳ７０２の場合と同様に必須である。
【０１４５】
ＣＰＵ１１は、交換用バーコード値Ｙを数値Ｃで除算した剰余ｃを求め（ステップＳ９０３（ａ））、交換用バーコード値Ｙを数値Ｄで除算した剰余ｄを求める（ステップＳ９０３（ｂ））。ＣＰＵ１１は、第３テーブル１１３のうちの剰余ｃに対応する記憶位置に登録されているポインタを全て取り出し（ステップＳ９０４（ａ））、第４テーブル１１４のうちの剰余ｄに対応する記憶位置に登録されているポインタを全て取り出す（ステップＳ９０４（ｂ））。
【０１４６】
ＣＰＵ１１は、第３テーブル１１３から取り出したポインタと第４テーブル１１４から取り出したポインタとを比較し、ユーザデータベース１０７に登録されているユーザ情報のうちで同一のユーザ情報を指し示すものがあるかどうかを判定する（ステップＳ９０５）。第３テーブル１１３と第４テーブル１１４とに同一のユーザ情報を指し示すポインタがなければ、ステップＳ９０１で生成した交換用バーコードは未発行のものということになるので、ステップＳ９０８（ａ）及び（ｂ）の処理に進む。
【０１４７】
第３テーブル１１３と第４テーブル１１４とに同一のユーザ情報を指し示すポインタがあれば、ＣＰＵ１１は、第３テーブル１１３と第４テーブル１１４とから辿り着くことができた全てのユーザ情報（ユーザデータベース１０７のレコード）に含まれる交換用バーコード情報をチェックする（ステップＳ９０６）。そして、この中にステップＳ９０３（ａ）及び（ｂ）で求めた剰余ｃと剰余ｄとが両方とも一致するものがあるかどうかを判定する（ステップＳ９０７）。剰余ｃと剰余ｄの両方が一致する交換用バーコード情報があれば、ステップＳ９０１の処理に戻り、交換用バーコードの発行をやり直しさせる。剰余ｃと剰余ｄとの両方が一致するバーコード情報がなければ、ステップＳ９０１で生成した交換用バーコードは未発行のものということになるので、ステップＳ９０８（ａ）及び（ｂ）の処理に進む。
【０１４８】
ステップＳ９０８（ａ）では、ＣＰＵ１１は、第３テーブル１１３のうちの剰余ｃに対応する記憶位置に、ユーザデータベース１０７に登録した当該ユーザのユーザ情報を指し示すポインタを登録する。さらに、当該ユーザについてのユーザデータベース１０７中にレコードに交換用バーコード情報を新たに追加し、剰余ｃの値としてステップＳ９０３（ａ）で求めた値を登録する。また、ステップＳ９０８（ｂ）では、ＣＰＵ１１は、第４テーブル１１４のうちの剰余ｄに対応する記憶位置に、ユーザデータベース１０７に登録した当該ユーザのユーザ情報を指し示すポインタを登録する。さらに、当該ユーザについてのユーザデータベース１０７中にレコードに交換用バーコード情報を新たに追加し、剰余ｄの値としてステップＳ９０３（ｂ）で求めた値を登録する。
【０１４９】
ステップＳ９０８（ａ）または（ｂ）において、ユーザデータベース１０７の該当位置に他のユーザのユーザ情報を指し示すポインタが登録されていた場合は、リストでつなぐなどの手法により、当該ユーザのユーザ情報を指し示すポインタも同じ位置に重複して登録する。
【０１５０】
ステップＳ９０８（ａ）及び（ｂ）の処理が終了すると、ＣＰＵ１１は、当該ユーザ情報のレコードに新たに作成した交換用バーコード情報について、発行日時及びポイントを登録する（ステップＳ９０９）。ＣＰＵ１１は、ステップＳ４４１の交換要求時に送られてきた固有バーコードを暗号鍵として用いて、ステップＳ９０１で生成した交換用バーコードの画像データを暗号化する（ステップＳ９１０）。
【０１５１】
ＣＰＵ１１は、ステップＳ９１０で暗号化した交換用バーコードの画像パターンを、通信装置１５から要求元の携帯電話機３に送信する（ステップＳ９１１）。ＣＰＵ１１は、交換用バーコードの画像パターンの送信が完了した時点で、その交換用バーコードの画像パターンを破棄する（ステップＳ９１２）。そして、このフローチャートの処理を終了する。
【０１５２】
図２２は、ポイント交換処理で提供される交換用バーコードの表示及び読み取りに関する処理を示すフローチャートである。この処理は、図１２のポイント交換処理におけるステップＳ４０４及びＳ４０５、並びにステップＳ４２１乃至Ｓ４２３の処理に代わって行われる。携帯電話機３で交換用バーコードを受信した場合（ステップＳ４０３の判定結果がＹＥＳ）、この交換用バーコードはステップＳ９１０において当該携帯電話機３の固有バーコードを暗号鍵として用いて暗号化されているので、ＣＰＵ３１は、固有バーコードを復号鍵としても用いて復号化する（ステップＳ１００１）。
【０１５３】
携帯電話機３のユーザは、入力装置３４を操作することで、この復号化された交換用バーコードを表示装置３５に表示させて、その携帯電話機３をポイントを商品に交換しようとする加盟店の店員に提示する（ステップＳ１００２）。加盟店の店員は、携帯電話機３の表示装置３５に表示された交換用バーコードをバーコード読み取り装置２４に読み取らせる（ステップＳ１０２１）。そして、ステップＳ４２４の処理では、バーコード読み取り装置２４で読み取られたままの交換用バーコードの画像データが、店舗端末装置２からサーバ装置１に送られることとなる。
【０１５４】
図２３は、図２１の交換用バーコード発行処理において発行され、携帯電話機３に表示されて店舗端末装置２で読み取られた交換用バーコードの認証処理を示すフローチャートである。このフローチャートの処理は、図１３のポイント交換処理におけるステップＳ４４８の処理に代わって実行される。
【０１５５】
ＣＰＵ１１は、ステップＳ４４７の処理において店舗端末装置２から交換用バーコードの画像パターンを受信すると、これをを所定の方法で数値化し、数値化した交換用バーコード値を変数Ｙに代入する（ステップＳ１１０１）。ここで交換用バーコードの画像パターンを数値化する方法は、ステップＳ９０２における方法と同じである。ＣＰＵ１１は、数値化した交換用バーコード値ＹがステップＳ９０１で生成可能な交換用バーコードの範囲にあるかどうかを判定する（ステップＳ１１０２）。交換用バーコード値Ｙが生成可能な交換用バーコードの範囲になければ、ステップＳ４５３の処理へと進む。
【０１５６】
交換用バーコート値Ｙが生成可能な交換用バーコードの範囲にあれば、ＣＰＵ１１は、交換用バーコード値Ｙを数値Ｃで除算した剰余ｃを求め（ステップＳ１１０３（ａ））、交換用バーコード値Ｙを数値Ｄで除算した剰余ｄを求める（ステップＳ１１０３（ｂ））。ＣＰＵ１１は、第３テーブル１１３のうちの剰余ｃに対応する記憶位置に登録されているポインタを全て取り出し（ステップＳ１１０４（ａ））、第４テーブル１１４のうちの剰余ｄに対応する記憶位置に登録されているポインタを全て取り出す（ステップＳ１１０４（ｂ））。
【０１５７】
ＣＰＵ１１は、第３テーブル１１３から取り出したポインタと第４テーブル１１４から取り出したポインタとを比較し、ユーザデータベース１０７に登録されているユーザ情報のうちで同一のユーザ情報を指し示すものがあるかどうかを判定する（ステップＳ１１０５）。第３テーブル１１３と第４テーブル１１４とに同一のユーザ情報を指し示すポインタがなければ、ステップＳ４４７で受信した交換用バーコードは未発行のものということになるので、ステップＳ４５３の処理へと進む。
【０１５８】
第３テーブル１１３と第４テーブル１１４とに同一のユーザ情報を指し示すポインタがあれば、ＣＰＵ１１は、第３テーブル１１３と第４テーブル１１４とから辿り着くことができた全てのユーザ情報（ユーザデータベース１０７のレコード）に含まれる交換用バーコード情報をチェックする（ステップＳ１１０６）。そして、この中にステップＳ９０３（ａ）及び（ｂ）で求めた剰余ｃと剰余ｄとが両方とも一致するものがあるかどうかを判定する（ステップＳ１１０７）。
【０１５９】
剰余ｃと剰余ｄとの両方が一致するバーコード情報がなければ、ステップＳ４４７で受信した交換用バーコードは未発行のものということになるので、ステップＳ４５３の処理へと進む。一方、剰余ｃと剰余ｄとの両方が一致するバーコード情報があった場合には、ステップＳ４４７で受信した交換用バーコードは、当該ユーザが正当に所有するものであると認証できるので、ステップＳ４４９の処理に進む。
【０１６０】
以上説明した変形例では、サーバ装置１は、固有バーコードを発行する際に、第１テーブル１１１及び第２テーブル１１２のバーコード値Ｘから求めた剰余ａ、ｂに対応する記憶位置に、当該固有バーコードに対応したユーザを指し示すポインタを登録している。店舗端末装置２または携帯電話機３から固有バーコードの画像パターンを受信した場合、これを数値化して求めた剰余ａ、ｂに従って第１テーブル１１１及び第２テーブル１１２を参照して、固有バーコードが正当なものであるかどうかの認証を行っている。すなわち、固有バーコード同士の照合を行うことなく、演算処理と記憶内容の参照とによって、固有バーコードとユーザとの対応付けを高速に行うことができる。
【０１６１】
また、交換用バーコードについては、固有バーコードと同様の処理に加えて、剰余ｃと剰余ｄとの両方が一致する交換用バーコード情報があるかどうかについてもチェックしているが、交換用バーコードの画像パターン同士を照合するのに比べれば、この処理も比較的短時間で済む。すなわち、交換用バーコード同士の照合を行うことなく、演算処理と記憶内容の参照とによって、受信した交換用バーコードがどのユーザに属するものであるか、また、その発行日時、ポイント及び使用済みであるかどうかといったことを特定するまでの処理を高速に行うことができる。
【０１６２】
固有バーコード値Ｘを除算する除数となる数値Ａ及びＢの最小公倍数は、バーコード値がとり得る値の最大値と最小値との差よりも大きいという関係がある。異なるバーコード値では、剰余ａとｂとの両方が一致することがないので、ユーザデータベース１０７に登録された各ユーザのユーザ情報へは、他人のバーコードに基づいて第１テーブル１１１と第２テーブル１１２との両方から辿り着くことはあり得ない。従って、受信した固有バーコードからユーザを一義的に特定することができる。
【０１６３】
バーコード同士の照合を行わなくても固有バーコードまたは交換用バーコードについての認証が行えるため、サーバ装置１は、発行した固有バーコードまたは交換用バーコードを携帯電話機３に送信完了した時点で、固有バーコードまたは交換用バーコードを破棄するものとしている。つまり、サーバ装置１の中に発行した固有バーコードまたは交換用バーコードの画像パターンを保存しておく必要が全く必要がない。固有バーコード及び交換用バーコードの画像パターンは、携帯電話機３以外では、他のコンピュータ装置に保存される訳でもない。
【０１６４】
このように固有バーコード及び交換用バーコードの画像パターンを保存するためのデータベースが必要ない。このため、サーバ装置１に必要な記憶容量を小さくすることができる。バーコードのような画像パターンの情報量は、文字データの情報量に比べて比較的大きくなるため、必要な記憶容量の圧縮のために非常に効果的である。
【０１６５】
固有バーコード及び交換用バーコードの画像パターンは、ユーザが有する携帯電話機３以外には保存されていないので、例えばサーバ装置１にハッカーが侵入したとしても、各ユーザに付与された固有バーコード及び交換用バーコードの画像パターンが盗み出されることがない。このため、認証を行うための情報として使用される固有バーコード及び交換用バーコードに対して、高度なセキュリティを達成することができる。ユーザにとっても、自分が固有バーコード及び交換用バーコードの管理を怠らない限り、不正に第三者に取得されることがないという安心感を得ることができる。
【０１６６】
なお、固有バーコード値から固有バーコード値がとり得る値の最小値を減算した値、または固有バーコード値がとり得る値の最大値から数値化した固有バーコード値を減算した値を、数値ＡまたはＢで除算するものとしてもよい。交換用バーコードに関しても、同様である。この場合、固有バーコード値または交換用バーコード値がとり得る値の範囲によっては、被除数がかなり小さくなって、除算の処理が高速化される。
【０１６７】
また、店舗端末装置２は、バーコード読取装置２４で読み取った固有バーコードまたは交換用バーコードの画像パターンを数値化して、その固有バーコード値または交換用バーコード値をサーバ装置１に送るものとしてもよい。店舗端末装置２は、固有バーコード値を数値ＡとＢとでそれぞれ除算した剰余ａ、ｂを、或いは交換用バーコード値を数値ＣとＤとでそれぞれ除算した剰余ｃ、ｄを、サーバ装置１に送るものとしてもよい。
【０１６８】
また、ユーザデータベース１０７の固有バーコード情報としては、ステップＳ７０３（ａ）及び（ｂ）で求めた剰余ａ、ｂが、交換用バーコード情報としては、ステップＳ９０３（ａ）及び（ｂ）で求めた剰余ｃ、ｄが、それぞれそのまま登録されるものとしていたが、これらの剰余ａ、ｂ、ｃ、ｄは、所定の方法で暗号化した上で、ユーザデータベース１０７に登録するものとしてもよい。このための暗号鍵及び復号鍵は、サーバ装置１に置かないで、サーバ装置１と接続された別のコンピュータ装置から必要に応じて取得するものとしてもよい。非対称暗号系を適用する場合は、復号鍵のみを別のコンピュータ装置に置いてもよい。
【０１６９】
固有バーコードの再発行時やステップＳ９０６またはＳ１１０７の処理では、ユーザデータベース１０７から剰余ａ及びｂ、或いは剰余ｃ及びｄを読み出すこととなるが、これらが暗号化されて登録されている場合には、復号化してから次の処理に進めばよい。剰余ａ、ｂ、ｃ、ｄを暗号化して登録することで、固有バーコード及び交換用バーコードの復元には復号鍵もなければならないので、さらに安全性が増す。少なくとも復号鍵が別のコンピュータ装置に置かれていれば、サーバ装置１をハッキングしても、これだけでは固有バーコード及び交換用バーコードを復元可能な情報は得られないものとなる。
【０１７０】
また、固有バーコードに対応した数値をそれぞれ数値Ａ、Ｂで除算した剰余ａ、ｂに対応した第１テーブル１１１及び第２テーブル１１２の記憶位置には、ユーザ情報を一義的に特定可能な他の情報（例えば、ユーザＩＤ）を登録するものとしてもよい。この場合、剰余ａ及びｂにそれぞれ対応した第１テーブル１１１及び第２テーブル１１２の記憶位置に登録された情報に互いに一致するものがあるかどうかを判定することで、その認証を行うことができる。交換用バーコードについても同様である。
【０１７１】
また、各ユーザが交換用バーコードを一度に１つしか取得できないものとすれば、ユーザデータベース１０７の交換用バーコード情報として剰余ｃ、ｄを保存しておく必要はない。この場合、交換用バーコードの発行要求があった場合には、当該ユーザのユーザ情報を指し示すポインタを第３テーブル１１３及び第４テーブル１１４から検索し、これを最初に消去する。そして、図２１に示したように交換用バーコードを発行すればよい。もっとも、この場合にステップＳ９０６及びＳ９０７の処理は行われなくなり、ステップＳ９０５の判定結果がＹＥＳとなった場合には、ステップＳ９０１の処理に戻るものとすればよい。
【０１７２】
さらに、直接アドレス法の適用によって、固有バーコードまたは交換用バーコードとユーザとの対応付けをさらに高速に行えるようにしてもよい。図２４は、この変形例を説明する図である。固有バーコードでも交換用バーコードでも同じ手法が適用できるが、ここでは固有バーコードを例として説明する。第１テーブル１１１’の先頭番地をＭ、第２テーブル１１２’の先頭番地をＮとしている。第１テーブル１１１’及び第２テーブル１１２’の各ワードには、固有バーコードに対応するユーザ情報の先頭番地が格納される。新たに発行した固有バーコードにより衝突が発生した場合には特定値が格納されると共に、当該ワードに対応して、特定値テーブル１１３が別に設けられる。
【０１７３】
ＣＰＵ１１は、ランダムに生成した固有バーコードもしくは店舗端末装置２または携帯電話機３から受信した固有バーコードを数値化した固有バーコード値Ｘを数値Ａで除算した剰余ａに先頭番地Ｍを加算したＭ＋ａ番地を直接アドレスして、第１テーブル１１１’を参照する。ＣＰＵ１１は、固有バーコード値Ｘを数値Ｂで除算した剰余ｂに先頭番地Ｎを加算したＮ＋ｂ番地を直接アドレスして、第２テーブル１１２’を参照する。Ｍ＋ａ番地またはＮ＋ｂ番地に特定値が格納されていると、それに対応して設けられた特定値テーブル１１３を参照する。
【０１７４】
Ｍ＋ａ番地とＮ＋ｂ番地（場合によってはこれらの番地に対応して設けられた特定値テーブル１１３）とに同じユーザ情報の先頭番地が格納されていれば、認証が可能となる。ユーザデータベース１０７からのユーザ情報の取り出しも、Ｍ＋ａ番地及びＮ＋ｂ番地（場合によってはこれらの番地に対応して設けられた特定値テーブル１１３）に格納された番地の直接アドレスによって行うことができる。
【０１７５】
ここまで説明した変形例は、ハッシュ法を応用したものではあるが、ハッシュ関数の選択方法としては上記の方法に限られるものではない。すなわち、任意の複数種類のハッシュ関数によるハッシュ値の計算を行い、各ハッシュ関数に対応して設けられた複数のハッシュテーブルのハッシュ値に対応した記憶位置にユーザ情報を指し示すポインタを登録するようなものであればよい。もっとも、異なる２つのバーコードに対して、少なくとも１種類のハッシュ関数によって計算したハッシュ値は一致しないものとなることが必要である。
【０１７６】
なお、上記のようなハッシュ法を応用した変形例は、固有バーコードにのみ適用する（すなわち、図２１乃至図２３のフローチャートの処理は行わない）ものであっても、サーバ装置１のハッキングによるポイントの不正使用を防ぐためには十分な効果を得ることができる。上記の実施の形態において説明したように、交換用バーコードは、有効期限が付されており、ユーザ側で長期間管理されることがない。サーバ装置１がハッキングされて交換用バーコードが盗み出されたとしても、それを有効期限内で使用することは実質的に不可能だからである。
【０１７７】
上記の実施の形態では、図９〜図１３、或いは図１９〜図２３のフローチャートに示すプログラムは、サーバ装置１のメモリ１２、店舗端末装置２のメモリ２２、或いは携帯電話機３のＲＯＭ３２に記憶されているものとして説明した。しかしながら、これらのプログラムの全部または一部が、図２５に示すような手法を用いて、ハードウェアとは別個に提供されるものであってもよい。
【０１７８】
図２５（ａ）は、プログラムの提供方法の第１の例を示す。サーバ装置１、店舗端末装置２は、それぞれＣＤ−ＲＯＭやＤＶＤ−ＲＯＭなどのコンピュータ読み取り可能な記録媒体５５を駆動し、データを読み取るディスクドライブ５１、５２をさらに備える。ＣＰＵ１１、２１は、それぞれディスクドライブ５１、５２に記録媒体５５に記録されたプログラムを読み取らせ、メモリ１２、２２にインストールさせるものとすることができる。携帯電話機３は、ＲＯＭカード５６を挿入し、データを読み取るカードスロット５３をさらに備える。ＣＰＵ３１は、カードスロット５３を介してＲＯＭカード５６に記録されたプログラムの命令を順次取り出して、実行するものとすればよい。
【０１７９】
図２５（ｂ）は、プログラムの提供方法の第２の例を示す。サーバ装置１、店舗端末装置２及び携帯電話機３の処理プログラムは、インターネット４上のＷｅｂサーバ５７が有する固定ディスク装置５８に格納されている。サーバ装置１、店舗端末装置２または携帯電話機３からプログラムの送信要求が送られてくると、Ｗｅｂサーバ５７は、固定ディスク装置５８に格納されたプログラムをデータ信号化し、搬送波５９に重畳してインターネット４を介して要求元の装置に返送する。サーバ装置１、店舗端末装置２または携帯電話機３の通信装置１５、２７、３６が搬送波に重畳されて送信されたプログラムを受信すると、ＣＰＵ１１、２１、３１は、このプログラムをメモり１２、２２またはＲＯＭ３２にインストールさせるものとすることができる。ここで、携帯電話機３のＲＯＭ３２としては、電気的にデータの書き込み及び消去が可能なフラッシュメモリを適用することができる。
【０１８０】
上記の実施の形態では、固有バーコードと交換用バーコードとがセットとなって、ポイントの蓄積及び交換のために用いられるものとしていた。もっとも、携帯電話機３に割り当てられた固有バーコードは、交換用バーコードとは独立して、顧客管理などの他の用途にも用いることができる。また、ユーザが所持し、他の商品と交換するポイントは、商品の購入によって蓄積されるものに限らない。
【０１８１】
このポイントは、ユーザが飛行機に搭乗した距離で蓄積するマイレージであってもよい。このポイントは、パチンコやスロットマシンなどの遊技でユーザが獲得した遊技球やメダルの数によって与えられるものでもよい。このポイントは、ユーザがバナー広告の付されたＷｅｂページを閲覧することによって与えられるものであってもよい。
【０１８２】
このポイントは、プリペイドカードのように、ユーザが予め支払った金銭の額に応じた蓄積させるものであってもよい。つまり、ポイントそのものが金銭価値を示すものであってもよい。図１４に示したようにポイントの値がマイナスを示すことを可能とし、所定期間毎にマイナス分の請求書を発行する処理は、ポイントそのものが金銭価値を示すものとした場合に特に有効である。
【０１８３】
ユーザが蓄積したポイント（マイナスを含む）には、所定の利息を付けたり、一定値に達する毎にボーナスポイントを付したりすることもできる。商品の購入でポイントを蓄積する以外に、友人をユーザとして紹介した場合にボーナスポイントを付することもできる。
【０１８４】
ユーザが蓄積したポイントは、提供者が予め商品の中から希望の商品を選び、郵送、宅配または加盟店で受け取るものという手法で、商品と交換できるようにしてもよい。ーザが蓄積したポイントは、商品割引クーポンの取得に利用できるようにしてもよい。ユーザが蓄積したポイントは、コンサートの座席などの優先予約ができるようなものとしてしようしてもよい。ポイントそのものが金銭価値を示すものである場合は、ユーザにキャッシュバックすることも可能である。
【０１８５】
【発明の効果】
以上説明したように、本発明によれば、ユーザがポイントを他の物と交換する際に必要となる識別情報の偽造を防ぐことができると共に、ユーザが有するポイントが不正に他の物に交換されるのを防ぐことができる。
2007年08月22日