JP2003533802A - 電子処理システム - Google Patents

Abstract

(57)【要約】 本発明は、電子プロセッサおよびデータベースを含む金銭上の取引きを処理する際に使用するための電子プロセッサに関する。このプロセッサは、１）遠隔端末において購入される所望の金銭価値を表す符号化された数を生成するためのシステムを使用する会員からの要求を受信するため、前に割り振られた数を引き換えることができるようにする要求を受信するため、生成された数を遠隔端末に伝送するため、また受信された引換えの要求が有効であるのを示すメッセージを端末に伝送するためのインターフェースと、２）受信された要求が有効かどうかを判定するための検証セクションと、３）有効な要求に応答して符号化された数を生成するための数生成セクションと、４）有効な要求に応答して生成された各数をデータベースの第１のテーブルの中に記憶するため、資金テーブルの中で引換えが行われていない発行済みの符号化された数によって表される金銭価値の総額を記憶するため、また引換えが有効であると認められた符号化された数を第２のテーブルに転送し、有効であると認められた引換え要求が受信されたそれぞれの符号化された数によって表される価値だけ、資金テーブルの中の総額を減分して、発行済みの符号化された数ごとに、資金テーブルの中で表される価値を１より多く増分されることが決してなく、引換えが行われるすべての符号化された数ごとに、記憶されている価値が１だけ減分されるのが可能であるようにするための記憶セクションとを有する。

Description

【発明の詳細な説明】

【０００１】 本発明は、高い柔軟性があるとともに、極めて安全な方法で金銭上の取引きを
扱うための電子処理システムに関する。

【０００２】 過去数十年間に、金銭を扱い、振替を行うために人々が利用できるオプション
の範囲が大幅に広がってきている。例えば、国々におけるクレジット・カードお
よびデビット・カードの使用が、ほとんど指数関数的に上昇しており、また近年
、インターネットを介して物品が購入される実質的な拡大し続ける市場も生じて
いる。以上の展開の結果、個人の銀行口座から振り出される標準の小切手の使用
が、比較的減退している。しかし、人気が高まり続けている小売店内で引換える
ための引換え券など他の書類上の取引きが存在している。したがって、小切手の
発行が比較的減退していても、毎年依然として、書類に基づく相当な数の金銭上
の取引きが行われている。

【０００３】 小切手、または引換えのための商品券などの書類上の取引きは、管理するのに
コストがかかるとともに、偽造を受けやすいことが、以前から理解されている。
さらに、世界中のビジネスが非中心的活動をますます専門の第三者に外注してい
るため、下の方のレベルでは、小売店において単一の安価な商品に対応すること
ができる小売り取引きに対処するように、比較的小額の金さえも扱うための、柔
軟性があり、安全な振替システムが明らかに必要とされている。

【０００４】 電子金銭取引きに関して生じている別の問題は、小売店に出向いていないとき
、小売店に対して自らの銀行取引きの詳細を明かすのを望まない個人がまだ多く
存在することである。したがって、そのような個人には、インターネットの機能
性を十分に利用する能力が限られている。さらに、割引きの可能性を伴ってイン
ターネットを介して購入を行うことは、クレジット・カードまたはデビット・カ
ードを所有していない人々には、利用できない。したがって、現行の振替システ
ムは、以上２つのグループの潜在的顧客から実質的に権利を奪っている。

【０００５】 最後に、電子振替が盛んになったことの結果の１つは、小売業者およびクレジ
ット・カード発行業者が、すべての購入に関して時間のかかる不正防止手続きに
従わなければならないことである。

【０００６】 したがって、本発明は、詳細には、極めて安全であり、同時に、データ記憶空
間の使用および処理時間において効率的であり、またインターネットや電話機を
介して、または物理的な店において使用することができるシステムを見出すこと
に関する。

【０００７】 本発明の一態様によれば、電子プロセッサおよびデータベースを含む金銭上の
取引きを処理するのに使用するための電子プロセッサ・システムが提供され、こ
のプロセッサは、 １）遠隔端末において購入される所望の金銭価値を表す符号化された数を生成
するためのシステムを使用する会員からの要求を受信するため、前に割り振られ
た数を引き換えることができるようにする要求を受信するため、生成された数を
遠隔端末に伝送するため、また受信された引換えの要求が有効であるのを示すメ
ッセージを端末に伝送するためのインターフェースと、 ２）受信された要求が有効かどうかを判定するための検証セクションと、 ３）有効な要求に応答して符号化された数を生成するための数生成セクション
と、 ４）有効な要求に応答して生成された各数をデータベースの第１のテーブルの
中に記憶するため、資金テーブルの中で引換えが行われていない発行済みの符号
化された数によって表される金銭価値の総額を記憶するため、また引換えが有効
であると認められた符号化された数を第２のテーブルに転送し、有効であると認
められた引換え要求が受信されたそれぞれの符号化された数によって表される価
値だけ、資金テーブルの中の総額を減分して、発行済みの符号化された数ごとに
、最終テーブルの中で表される価値が１より多く増分されることが決してなく、
また引換えが行われる符号化された数ごとに、記憶されている価値が１だけ減分
されることが可能であるようにするための記憶セクションとを含む。

【０００８】 好ましくは、数生成セクションは、金銭引換え券の後の引換えに関する他の詳
細を組み込む方法で金銭引換え券番号を生成するように適合される。 また、本発明は、金銭上の取引きを処理する方法、および前述した処理システ
ムとともに使用するための端末も含む。 本発明をより容易に理解することができるよう、次に、本発明の実施形態を例
として、添付の図面を参照して説明する。

【０００９】 次に、添付の図面の図１を参照すると、フロント・エンド・インターフェース
２を有する引換え券処理システム１を含む電子取引きシステムが示されている。
「金銭引換え券」という用語は、本明細書では、特別な意味で使用している。こ
の用語は、後の引換えのために小売業者によってしばしば使用される紙の引換え
券とは明確に区別すべきものである。レコード券が、そのような紙の引換え券の
周知の例であり、顧客による購入の量に基づいて小売業者によって発行される報
償クーポンもそうである。本明細書では、金銭引換え券は、基本的に、安全なマ
スタ・データベース上に記憶されたコンピュータ・レコードである。説明するシ
ステムは、いくつかの層の機能性を有し、説明のためだけに、全体の金銭引換え
券取扱いシステムには、参加会員として、それぞれ３、４、および５で示した３
つの異なる小売業者Ａ、Ｂ、およびＣが関与するものと想定する。やはり、説明
のためだけに、ここでは、小売業者は、個人買い物客または遠隔地から注文を行
う顧客に商品を供給する従来の小売業者であるものと想定する。

【００１０】 図１に示したシステムは、１００、２００、３００、４００、および５００で
別々に示した５つの層の機能性を有する。 第１の層の機能性は、１００で示され、顧客が全体のシステムと対話する端末
を含む。

【００１１】 したがって、小売業者Ａは、セルフ・サービス式である金銭引換え券セールス
端末６、および係員付きの金銭引換え券セールス端末７を有するのが見られる。
小売業者Ｂは、引換え券引換え端末８を有するが、小売業者Ｃは、インターネッ
トを介してだけ、金銭引換え券の販売および引換えを扱う。

【００１２】 第２の層の機能性２００は、金銭引換え券を購入すること、または前に購入し
た金銭引換え券を商品と引き換えることによって顧客が、層１００を介して取引
きをする小売会社を表す。

【００１３】 機能層１００で、セルフ・サービス端末６は、基本的に、キーボードなどの手
動データ構成、表示端末、および検証を行うため、または金銭を受け入れるため
にクレジット／デビット・カードを読み取るためのリーダを含む。また、端末６
は、引換え券のハードコピーを与えるためのプリンタも含むことが可能である。
図３は、クレジット／デビット・カードを使用するそのような端末の例を示して
いる。金銭引換え券を購入するのを望む顧客は、自身のＰＩＮに基づく、金銭自
動支払機から金銭を得るのに使用するのと同様の一連の操作を行う。また、係員
付きの端末７も、係員によって使用される手動データ出力構成を有し、さらに、
金銭引換え券の発行と引換えに金銭、または小売業者にとって受入れ可能な任意
の他の支払い媒体を受け取ることができる。もちろん、係員は、顧客の身元のさ
らなる確認を行うことができる。

【００１４】 ４で示した小売業者Ｂは、金銭引換え券の金銭または商品との引換えを行うこ
とができる引換えポイント８を有し、一方、５で示した小売業者Ｃは、顧客が使
用してインターネットを介して金銭引換え券を得ることができるインターネット
・ベースのシステムを有する。これを行うため、顧客は、インターネット・アク
セスを有していなければならず、また、これは、任意のインターネットＰＣまた
はモバイル電話機を介するなどのいくつかの異なる方法ですぐに提供される可能
性がある。通常、ユーザは、ユーザ自身のＩＳＰ９’を介して小売業者Ｃのイン
ターネット・サービス・プロバイダ（ＩＳＰ）５にコンタクトすることができる
ようにモデムを備えたＰＣ９を有する。

【００１５】 以上３つの端末６、７、および８は、単に例としてのものであり、小売業者が
第２の層２００で何らかの１つのタイプの端末に限定される必要性は全くないこ
とが理解されよう。いずれにしても端末の機能は、基本的に、ユーザからの引換
え券購入情報または引換え券引換え情報を収集することであり、また基本的な検
証を行うことである。検証の量が依存するものがあるとすれば、データ収集端末
に係員が付いていない場合、その端末のインテリジェンスのレベルに依存するか
、または係員付きの端末で遵守される手続きに依存する。この手続きは、システ
ムのオペレータの最低限の要件を満たすという条件で、小売業者が決定すること
ができる。小売業者と引換え券システムの間の商業上の関係は、本明細書で後に
より詳細に述べる。

【００１６】 一般システムの第２の層２００の中で様々な小売業者によって通常の商売の中
で行われる通常の機能は、詳述しない。ただし、この第２の層の中で、層１００
の中で端末に入力された新しいデータが、機能層４００の中でコア・システム１
のインターフェース２への通信のために小売業者によって処理される。

【００１７】 前述した小売業者はすべて、金銭引換え券システムの「会員」である。したが
って、小売業者は、独自の引換え券スキームを所有することが可能であり、独自
スキームを所有している場合、金銭引換え券システムの運営に関わる資金のため
の銀行口座を保持していることが可能である。他方、会員は、自身のためにシス
テムを管理してもらうことも可能である。一例が、Ｂｉｇ Ｂｏｏｋ Ｔｏｋｅ
ｎｓ Ｌｔｄ．のような所有者を有する汎用書籍引換え券スキームである。この
場合、金銭引換え券は、任意の小売業者から購入することが可能であり、また受
諾する任意の小売業者から適切な条件で引換えを行うことが可能である。

【００１８】 本発明の一実施形態では、機能層２００の中のこの処理は、基本的に、以下に
さらに詳細に説明する第２のレベルの検証をすること、および層４００への安全
な伝送に適した形式にデータを暗号化することから成る。この伝送は、機能層３
００の中の１１で示した周知のインターバンク・コミュニケーション・システム
（Ｉｎｔｅｒｂａｎｋ Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍ）によるこ
と、あるいは小売業者から直接に行うことが可能である。小売業者から直接に行
う場合でも、暗号化されたデータは、インターバンク・コミュニケーション・シ
ステムで使用される標準のＭＴＩｘｘｘｘ形式にすることができる。さらに、小
売業者は、層１００または２００のどちらかで、引換え券の引換えに対する制約
を導入することができる。この制約は、相当に重要なものであり、本明細書で後
に詳述する。

【００１９】 層２００の他の極めて重要な機能は、層４００から受信したメッセージの暗号
化解除である。 図では、層２００と４００をリンクしている破線１２が、層２００の中の小売
業者システムと層４００の間におけるオプションのリンクを示し、このリンケー
ジは、使用される通信プロトコルが何であれ、そのプロトコルの形式を使用する
必要がない。このリンク１２を使用して、金銭引換え券に関して小売業者が保持
する追加のデータ、および小売業者の独自の分析およびレコードに関する管理情
報などの緊急でないデータを転送することができる。したがって、このリンク１
２は、機能層間で金銭引換え券の詳細が伝送される際に使用される暗号化を必要
としない。

【００２０】 図では、さらなるリンク１３が、層２００の中の小売業者１４を層４００の中
に位置するコア・システム１にリンクしている。このリンク１３は、一括で割り
振られる引換え券の詳細に関する一括割振りファイルを転送することができ、ま
た、このため、場合によると、愛顧報償として、またはプロモーション・スキー
ムのために金銭引換え券を割り振るために使用することができる。

【００２１】 次に、コア・システム１を参照すると、システム１は、リンク１２および１３
を介してメッセージを受信するためのセクション１５、およびインターバンク・
コミュニケーション・システム１１を介して、または３および５からの符号の付
けられていないリンクのパスで示されるとおり、小売業者から、または小売業者
に対して直接に標準の形式でメッセージを受信すること、および送信することに
専用のセクション１６を有するインターフェース２を有する。中央プロセッサ１
の他の主なインターフェースが、１７で示されており、これは、特定の会員のた
めに全体のシステムを管理する組織であるシステム・オペレータ１８によって使
用されるインターフェースである。

【００２２】 コア・システム１の基本的構成要素の１つが、金銭引換え券を処理するのに使
用される複数のデータベース・テーブルを収容するデータベース１９である。デ
ータベース１９の主なテーブルを添付の図面の図２で示しており、これには、存
命の金銭引換え券および引換え済みの金銭引換え券のデータを保持するメイン・
テーブル２０が含まれる。この実施形態では、このテーブル２０は、引換えが行
われていないすべての金銭引換え券の詳細を保持する存命引換え券テーブル、お
よび引換え済みのすべての金銭引換え券の詳細を保持することが可能な履歴引換
え券テーブルを含むセクションに分割される。「可能な」という語は、所定の時
間が経過した後、アーカイブ・セクションの中に履歴引換え券の詳細をアーカイ
ビングする必要がある可能性があるために使用している。さらに、テーブル２０
は、請求者のいない引換え券の詳細を保持する。データベース１９のテーブル２
１は、会員の詳細、すなわち、システム・オペレータによって管理される金銭引
換え券処理システムに参加する小売業者Ａ、Ｂ、およびＣなどのすべてのそのよ
うな会員の詳細を保持する。したがって、会員は、小売業者または個々のスキー
ムの所有者である。

【００２３】 テーブル２２は、資金台帳テーブルであり、存命引換え券テーブルの中でリス
トされる金銭引換え券の裏書きを提供する資金の詳細を保持し、一方、テーブル
２３は、引換え券が発行されたとき、または引き換えられたときに行われる資金
台帳取引きの詳細を保持する。各資金台帳は、実質的に、機能層５００において
示される金融機関において保持される物理的な銀行口座を追尾する。資金を編成
する方法、および資金が、実際の銀行口座と相互作用する方法は、後により詳細
に説明する。

【００２４】 資金台帳テーブル２２には、引換え券発行者テーブル２４が関連している。こ
のテーブルは、発行者によって金銭引換え券が発行される際の条件を提示する。
この時点で、コア・システムのオペレータと、顧客が金銭引換え券を要求し、金
銭引換え券を引き換える実際のプロセスに参加する会員との間の可能な関係を明
確にすることが極めて重要である。会員は、ある範囲の様々なカテゴリに属する
ことが可能である。

【００２５】 第１のカテゴリは、ときとして所有者と呼ばれる引換え券発行者のカテゴリで
ある。引換え券発行者は、システムのオペレータと契約を結んでおり、引換え券
をどのように使用できるかに関して制約を設定することにより、特定クラスの引
換え券を定義する団体である。

【００２６】 第２のカテゴリは、引換え券発行者の代理で引換え券を販売することが許可さ
れた会員から構成され、また第３のカテゴリは、引換え券の引換えを行うことが
許可された会員を含む。もちろん、引換え券発行者が、残りの２つのカテゴリの
どちらか、または両方に属することも完全に可能である。システムによって生成
された各金銭引換え券番号は、引換え券発行者番号（ＶＩＮ）を含む。このＶＩ
Ｎは、引換え券発行者を明らかにする。前述したとおり、引換え券発行者は、金
銭引換え券の使用に対する制約を定義する能力を有する。この実施形態では、制
約を定義することは、金銭引換え券番号におけるさらなるコーディングによって
達せられ、ＶＩＮとこのさらなるコーディングの組合せが、引換え券の使用の条
件を定義するようにする。コア・システムに関する通常の運営では、引換え券発
行者の領分であり、引換え券が購入されたとき、引換え券の生成の要求でコア・
システムに伝送される制約コードを知る必要はない。ＶＩＮと制約コードの特定
の組合せが、特定の製品を定義するものと考えられる。このコードを生成する方
法は、後に説明する。したがって、引換え券発行者テーブル２４の中で保持され
るデータは、例えば、引換え券に関連する資金口座、最小引換え券の価値および
最大引換え券の価値、引換え券の引換えを行うことができる開始日、引換え券の
継続期間、およびあらゆる引換え券の販売および／または引換えに関連する委託
手数料を含む。引換え券は、有効期限日を有するのでない限り、データベースの
存命引換え券テーブル上に永久に留まらなければならない。継続期間は、日数、
月数、または年数で表され、購入時に引換え券開始日から計算される。資金口座
を編成する方法は、後により詳細に説明する。

【００２７】 引換え券発行者が設定することができ、金銭引換え券に関連付けることができ
る種類の制約のより詳細な例を次に提供する。既に説明したとおり、この制約は
、通常、金銭引換え券要求が層１００または層２００の中で生成されたとき、ス
キームの関係のある会員によって設定される。第１に、金銭引換え券の購入また
は引換えに課せられる制約は、チェーンの店に基づくことが可能である。したが
って、金銭引換え券をあるグループの小売業者の一部においてだけ購入すること
ができ、そのグループのすべての小売業者において、またはそのグループを構成
する小売業者の一部においてだけ引換えを行うことができるよう、金銭引換え券
に制約を課すことが可能である。販売を行う店と引換えを行う店は、同一である
必要はない。

【００２８】 第２に、前述の制約を伴って、または伴わずに、金銭引換え券をあるクラスの
商品の購入との引換えに限定することが可能である。 第３に、最初の２つの例の制約を含む引換え券をある範囲の異なる小売業者に
おいて購入する、または引き換えることが可能である。

【００２９】 既に述べたとおり、引換え券は、いくつかの小売業者のうちの任意の小売業者
において引換えを行うことができるが、小売業者にサービスを提供するという意
味でその小売業者だけにリンクされた別個の組織から購入されるということで、
「汎用」引換え券であることが可能である。いずれにしても、金銭引換え券は、
町、市、郡、または国であることが可能な特定の地域内でだけ引き換えることが
できるように地理的制約を有していることが可能である。

【００３０】 この時点で、本明細書で使用する「小売業者」という用語は、小売店に限定さ
れず、実際、ＤＨＳＳなどの政府機関、銀行、郵便局を含む金銭引換え券の任意
の提供者を含むのが可能であることは、強調しておく価値がある。

【００３１】 ほとんどの小売業者は、独自の制約コード（製品）を定義し、管理する柔軟性
を利用する可能性が高いが、ＶＩＮグループ・オペレータが、比較的低レベルの
制約管理を必要とする小売業者にこの機能性を提供するのを選択することも可能
である。この場合、ＶＩＮグループ・オペレータが、既に述べた制約テーブルを
使用して制約コードを設定し、管理する。

【００３２】 引換え券発行者テーブル２４を生成するため、会員テーブル２１が、引換え券
を購入する、または引き換える際に使用することができる店の詳細を保持する。
このコンテキストで、大手の小売業者は、多数の販路または店を有しており、し
たがって、ある小売業者の１つの店で購入した引換え券が、その小売業者に属す
るすべての店に関して有効である必要はないことを理解されたい。したがって、
この特徴もまた、引換え券発行者の支配下にある。会員のテーブル２１は、識別
された番号によってだけ引換え券を引き換えることができるように各会員に関し
て、固有識別番号を保持する。

【００３３】 テーブル２５は、スキーム小売業者に専用であり、どの小売業者が金銭引換え
券の販売または引換えを行うことができるかに関するすべての詳細をリストする
。 引換え券発行者テーブル２４を使用する以外で、金銭引換え券の使用に制約が
課せられることが可能である。この制約は、コア・システムによって管理される
場合、別個の制約テーブル２９の中で保持される。

【００３４】 前述したメイン・テーブルに加えて、メイン・データベース１９は、以下に簡
単に説明するいくつかの補助テーブルを保持する。第１に、セキュリティ上の理
由から、使用済みの番号をテーブル２６の中で保持する。さらに、テーブル２７
および２８が、マネージメントによって使用されることが可能な引換え券使用に
関連する統計データを保持する。

【００３５】 データベース上に記憶されたデータは、量、販売および引換えの地理的分布、
使用された媒体などの引換え券使用のすべての態様に関して非常に詳細にわたる
ことが理解されよう。したがって、会員は、自らのパブリシティを調整し、新し
い製品、および有用な管理統計を生成する際に使用するためのビジネス・プロフ
ァイルを容易に抽出することができる。現行の手動のシステムまたは半自動化さ
れたシステムでこれを達することができるものは存在しない。

【００３６】 さらに、メイン・データベースは、有効期限の切れた引換え券の詳細を保持す
るテーブルを含むことが可能である。有効期限の切れた引換え券は、有効期限が
切れた後、ユーザによって定義された期間が経つとこのテーブルに移され、この
テーブルの構造は、存命の金銭引換え券に関して使用されるテーブルと同じであ
る。

【００３７】 この実施形態は、単一の場所における単一のデータベースを開示しているが、
データベースの様々な領域およびテーブルが、異なる地理的場所に広がって分散
していることももちろん可能である。

【００３８】 図面の図１を再び参照すると、中央コア・プロセッサ１も、いくつかの機能領
域に細分されていることが分かる。 コア・プロセッサ１の全体の機能性には、引換え券の購入および引換えの提供
および処理、引換え券の一括割振り、受取人への割り振られた引換え券番号の通
知、および引換え券資金の管理が含まれる。

【００３９】 したがって、２つの通信ライン１２および１３には、引換え券番号の一括割振
りを扱う機能領域３２、および参加者に関する管理情報などの緊急でないデータ
を扱う機能領域３３が関連している。以上の領域は、インターフェース・セクシ
ョン１５を介して通信する。

【００４０】 コア・プロセッサ１のその他の機能領域は、この実施形態では、インターフェ
ース・セクション１６を介して機能層１００、２００、および３００と通信する
。 これらは、引換え券の購入、引換え券の引換え、および引換え券発行者管理に
それぞれ関係する機能領域３４、３５、および３６である。

【００４１】 プロセッサ１の残りの機能領域の中で最も重要なのは、資金管理を扱う領域３
７、料金管理を扱う領域３８、および調整を扱う領域３９、および会員管理を扱
う領域４０である。 電子処理システムの実施形態の概要を提示したので、次に、単に例として、コ
ア・プロセッサ１およびインターフェース２を構成するハードウェア構成要素を
説明する。

【００４２】 次に、添付の図面の図３を参照すると、図１に示した汎用システムの中で使用
することができるハードウェアが示されている。また、図１で説明した機能層も
、図３に存在しており、オプションの層３００が、省略されていることが分かる
。層１００は、４０で示される電子ポイント・オブ・セール端末を含み、この端
末を使用して、アシスタントが、顧客によって購入される金銭引換え券の詳細を
入力することができ、一方、４１は、引換え券取引きが行われる実際の店に配置
されたプロセッサを示す。

【００４３】 また、層１００の中で、発行された金銭引換え券番号を印刷するためのプリン
タ４３も示されている。プリンタは、引換え券番号を表すバーコードを印刷する
ことができ、引換え券の引換えが行われる際、バーコード・リーダを備えたレジ
において引換え券のより迅速な読取りを可能にすることも可能である。

【００４４】 小売業者の中央処理センタが、図４４で示される層２００の中にあり、図では
、中央プロセッサ１が、メイン・データベース１９とともに層４００の中にある
。引換え券オペレーションのデータ・ボリュームおよびトランザクション速度は
、相当なコンピュータ・ストーレッジおよび処理能力を必要とすることが予期さ
れる。また、このシステムは、高い可用性、回復力、およびセキュリティを有す
ることも必要である。以上すべての要件を満たすため、ＩＢＭの（ＲＴＭ）オペ
レーティング・システム（ＭＶＳ）、データベース（ＤＢ２）、ならびにアクセ
ス制御およびセキュリティ・ソフトウェア（ＲＡＣＦ）を使用するＩＢＭメイン
フレーム上で、または同等のシステム上で引換え券システムを運用することが予
期される。

【００４５】 適切なハードウェアの概要および説明を提供したので、次に、図１で示したシ
ステムの動作をより詳細に説明する。金銭引換え券の概念に関しては既に述べて
おり、金銭引換え券は、「仮想」である、つまり、データの形態で存在すること
で紙面上の引換え券とは全く異なることを理解されたい。要するに、金銭引換え
券は、安全なマスタ・データベース１９の中に記憶されたコンピュータ・レコー
ドとしてだけ存在し、データベース１９には、大通りの小売業者またはＷｅｂベ
ースの小売業者などの任意の参加会員が、国際的にリアルタイムでアクセスする
ことができる。コンピュータ・レコードは、固有コードで識別され、既に説明し
たとおり、コンピュータ・レコードの場所を明らかにする詳細、および引換え券
の引換えを行うことができる方法を定義するファクタを含む。したがって、各引
換え券の価値が、引換え券に関連した資金だけに専用の銀行口座に蓄えられる。
したがって、購入者が、機能層１００を使用して引換え券を購入したとき、その
購入者には、固有コードが提供される。この固有コードにより、システムは、図
２の引換え券発行者テーブルに関連して説明したとおりの、またはＶＩＮ所有者
によって通常、設定される価値、有効期限日、および制約を判定することができ
る。したがって、金銭引換え券の購入者には、有効期限日を含め、引換え券に付
けられた制約に関するデータが、販売の時点で与えられる。

【００４６】 したがって、購入された引換え券に関連する固有コードは、相当に重要なもの
である。したがって、有効な引換え券番号の持ち主が、別の有効な番号を経験に
基づいて推測でき、その別の番号を使用できることが、可能であってはならない
。例えば、単に例として提示するシナリオで、単一の検査数字を有する引換え券
番号が、順次に割り振られた場合には、番号８９６６５７、８９６６６２、およ
び９９６６７０を有する引換え券の購入者は、８９６６８×が、有効な番号であ
るのを合理的に推測することができる。×の値を判定するのに、最高で１０回の
試行しか必要としない。

【００４７】 したがって、この実施形態では、引換え券番号は、固有の１９桁の数である。
この長さは、クレジット／デビット・カード業界で現在、使用されている最大サ
イズに適合するように選択している。すなわち、この長さは、ＩＳＯ８５８３に
準拠する。最初の６桁は、システム・オペレーションに割り振られているＩＩＮ
（Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ Ｎｕｍｂｅｒ）を構成する。 符号化された数は、テーブルＡで示す方法で分割することができる。

【００４８】

【表１】 表Ａ

【００４９】 したがって、システムの参加会員が、本明細書で前述したような制約を設定す
るのを可能にするのは、引換え券番号の位置７〜１０であることが分かる。この
符号化された数の分割は、変更することができる。例えば、詳細には、ＶＩＮ制
約コードは、４桁である必要はなく、例えば、３桁であることも可能である。

【００５０】 さらに、引換え券番号の生成には、数が繰り返されないことを確実にするアル
ゴリズムが関わる。 この実施形態では、以下の論理を使用して引換え券番号を割り振ることができ
る。

【００５１】 乱数を獲得する。 その数が、「使用不可」リスト上にないことをチェックする。このリスト上に
ある場合には、その乱数を増分して、再試行する。所定回数の不成功なスキップ
の後、別の乱数を獲得する。所定数の不成功な乱数の後、乱数発生器の種を変更
して、再試行する。所定回数の不成功な種の変更の後、割振りの試行を諦め、ト
ランザクションを不合格にする。好ましい最大の割振りが達せられていないこの
時点における障害は、乱数発生器の選択がうまくないことを示す。成功した／不
成功の試行に関する統計が、保持されなければならず、この統計を定期的に報告
して、マネージメントに問題の可能性を知らせなければならない。

【００５２】 必要とされる製品に数が既に割り振られてはいないかをチェックする。割り振
られている場合には、前述したとおり、再試行をする。 起こりそうにない状況ではあるが、すべての可能な数の「絶対最大ライブ割振
り」または「絶対最大割振り」より多くが、特定の製品に既に割り振られている
場合には、引換え券を発行することができない。

【００５３】 割振り済みの数をチェックして、警告を発するためのアルゴリズムを以下にさ
らに詳細に説明する。 説明した引換え券番号構造および予期される量を所与として、前述の状況は、
起きるとすれば、「好ましい最大割振り」限度に達したという数年にわたる警告
、それに続く「絶対最大割振り」レベルに近づいているというさらなる警告の後
にだけ、起きるはずである。処置を取った場合、これらの警告により、「同一の
」製品に関して別の製品番号を開始するなどの代替策を調べて、提案するのに十
分な時間が与えられるはずである。

【００５４】 このシステムによって実施される重要な特徴は、無効なトランザクションまた
は不正なトランザクションが通信網に導入される可能性を低くするため、各小売
業者に関するメッセージが、受信側システムによって順序で次のものとして確認
される順序番号（各小売業者カテゴリごとに、またインバウンド・メッセージお
よびアウトバウンド・メッセージに関して異なる順序）を含む。

【００５５】 不正なコンタクトに対するさらなる防止策として、システムは、会員テーブル
２１の中で、例えば、会員のネットワーク・アドレスまたは電話番号を特定する
データを保持して、システムが、引換え券の引換えを有効と認める前に、会員識
別番号とコンタクト・ソースをともに検査できるようにする。

【００５６】 既に述べたとおり、システムのさらなるセキュリティ特徴は、各製品に関して
、引換えの行われていない（「存命の」）引換え券の数を可能な総数のパーセン
テージとして監視し、また存命引換え券の価値のプロファイルを監視して、最も
一般的な価値を特定することである。集中式に監視を行うことにより、システム
・オペレータが、引換え券の番号、価値、および有効期限日が推測されるリスク
を評価できるようになる。このリスクは、存命の引換え券のパーセンテージが上
がるにつれて増大し、同じ価値を有する引換え券が高い割合で存在する。特定の
製品に関するリスクが所定のしきい値まで上昇したとき、引換え券発行者に警告
が行われる。第２のしきい値が超えられた場合、例えば、新しい製品が導入され
ることを求めるより強い警報が発行される。第３のしきい値が超えられた場合に
は、ＶＩＮ／制約コードのその特定の組合せに関する引換え券の発行が停止され
る。図１８で、タイマ９９が、周期セキュリティ検査の開始であるステップＳ８
０を開始する。したがって、ステップ８１で、プロセッサが、あるＶＩＮに関し
て、可能な引換え券番号の数に対する存命の引換え券の数の比を調べる。ステッ
プＳ８２で、この比は、最も共通の製品であるすべての存命の引換え券のプロフ
ァイルから判定される。ステップＳ８３が、最も一般的な製品の可能な番号に対
する存命の番号の比を計算し、ステップＳ８４が、この比が第１のしきい値を超
えているかどうかを判定する。答えが「いいえ」である場合、タイマによって、
またはマネージメント判断によって検査シーケンスが再び開始されるまで、それ
以上、何も行われない。他方、ステップＳ８４に対する答えが「はい」である場
合、ステップＳ８５で第１の警告が発せられる。ステップＳ８３で計算された比
が、第２のしきい値を超えているかどうかについての第２の判定が、ステップＳ
８６で行われ、この場合も、答えが「いいえ」である場合、さらなるステップは
、全く行われない。しかし、答えが「はい」である場合、ステップＳ８７でより
強い警告が発せられる。最後に、ステップＳ８８が、計算された比が第３のしき
い値を超えているか否かを判定し、これに対する答えが「はい」である場合には
、ステップＳ８９で、その特定の製品の発行が停止される。

【００５７】 次に、添付の図面の図４を参照すると、引換え券が購入される際にとられる基
本的手続き、流れ図ボックスが示されている。購入のポイントは、図１の小売業
者Ａと同様の、セールス端末６を有する大通りの小売業者であるものと想定する
。したがって、引換え券は、その店で他の任意の品物とともに購入することがで
き、あるいは、顧客によって行われたばかりの購入量に対する報償として獲得さ
れることが可能である。

【００５８】 図４で、ステップＳ１は、セールス端末において、セールス・アシスタントが
、要求された引換え券の詳細、ならびに、ローカルで判定される製品制約、なら
びに他の確認を取り、ローカル・コントローラに対して引換え券要求を発行する
。ステップＳ２で、ローカル・コントローラが、機能層２００の中の小売業者シ
ステムにその要求を伝送する。

【００５９】 ステップＳ３で、小売業者システムが、要求に入るＶＩＮ／制約コードを判定
し、適切な方法で引換え券要求を暗号化し、また暗号化された引換え券要求を機
能層４００に伝送して、追加の検証手続きを実行する主な機能を有する。

【００６０】 この実施形態では、小売業者システムは、ＡＰＡＣＳ標準６０を使用して引換
え券購入要求を発行する。これは、私的使用メッセージを可能にし、様々なデー
タ要素を定義する標準であり、このデータ要素は、各タイプのメッセージに関し
て必須であるか、または条件付である。ＡＰＡＣＳ標準６０は、図１の機能層３
００の中でインターバンク・コミュニケーション・システム１１において使用さ
れる標準である。

【００６１】 ＡＰＡＣＳ標準６０の使用は、本発明の基本的概念に必須ではないことを明確
に理解されたい。というのは、この標準の使用は、本発明の実施に必要不可欠で
はないからである。例えば、米国内のユーザが、異なる形式を利用することが可
能である。

【００６２】 インターバンク・コミュニケーション・システム１１は、図４、または同様の
図５、６、および７では示していない。これは、本発明を実施する際、インター
バンク・コミュニケーション・システムが、既に利用可能でメッセージの安全な
コンジットとしてだけ使用されるからである。

【００６３】 したがって、暗号化されたメッセージは、インターバンク・コミュニケーショ
ン・システムを介して送信するか、またはインターフェース２のセクション１６
に直接に送信することができる。

【００６４】 このインターフェースは、要求が、正しい形式であり、既知のソースからであ
るのを確かめる検証の形態を有する。ステップＳ４で、暗号化された引換え券要
求が、インターフェース２によって受信され、ステップＳ５で購入要求検証のた
めに転送される。購入要求検証手続きは、小売業者によって供給された４桁のＶ
ＩＮ／制約コードが、有効な引換え券スキームに関するものであるのをチェック
することを含む。さらに、要求された引換え券のその他の基準も、その特定のＶ
ＩＮに関する属性に適合しなければならない。ステップＳ６で、検証手続きで全
く誤りが検出されなかった場合、引換え券番号が、各引換え券要求に割り振られ
る。引換え券番号のこの割振りは、既に説明した資金テーブルに結果としての更
新をもたらし、この更新は、ステップＳ７で行われる。ステップＳ８で、引換え
券に関する情報が、システムのオペレータによって課される料金を計算するため
の管理システム（図示せず）に渡され、ステップＳ９で、応答メッセージが、通
信インターフェース２のセクション１６に戻される。

【００６５】 管理料金の計算は、本発明の概念にとって副次的であり、引換え券ごとに、つ
まり購入時に、また、場合により、引換え時に行うことができる。他方、管理料
金を所定の間隔で、購入された、または引き換えられた引換え券の一括の価値に
関して計算することもできる。

【００６６】 前述した処理中、引換え券要求が有効であると認められなかった場合、応答は
、やはりＡＰＡＣＳ標準６０形式で、否定的である。いずれにしても、通信イン
ターフェースが、その結果を小売業者システムに知らせ、小売業者システムは、
元の端末のローカル・コントローラに知らせる。この例では、端末が、割り振ら
れた引換え券番号の付いた印刷された引換え券を発行する。この時点で、プリン
タは、固有引換え券番号を識別する値にバーコードを追加することができる。

【００６７】 小売業者は、引換え券の発行時に情報を印刷するオプションを有する。この情
報は、または独自の選択で印刷された紙、例えば、そのままのカード、ブランド
付きのカード、またはギフト・カードの上の、引換え券番号だけであること、ま
たは価値、有効期限日、および他の任意の使用条件などの追加の記述情報である
ことが可能である。この数をバーコードとして印刷して、引換えを受け付ける小
売業者が、引換え券を迅速に処理し、その数によって識別される製品制約を管理
するのを助けることができる。

【００６８】 以上の説明は、係員付きの端末にいる顧客の視点から提示されていることが理
解されよう。 添付の図面の図１で示すとおり、これは、可能な唯一のシナリオではない。図
１の機能層１００は、インターネットを介して金銭引換え券を購入する可能性も
含む。この場合、小売業者システムは、インターネットを介して提供される顧客
の詳細に関する検証を行ってから、伝送機能層４００に対して引換え券要求を発
行しなければならないことになる。これは、図５の流れ図で示す手続きである。

【００６９】 次に、図５を参照すると、購入者が、この実施形態ではＰＣを使用して、引換
え券購入要求を発行する。当然、適切な機能を有するセルラー電話機、または直
接テレビジョン・リンクなどの、インターネットにおける他のアクセス方法も使
用することができる。ステップＳ１１およびＳ１２で、購入者が、自身のＩＳＰ
を使用してインターネットに接続し、小売業者のＩＳＰを使用して、ステップＳ
１３で小売業者のＷｅｂサイトにアクセスする。次に、購入者は、選択された引
換え券発行者に関する小売業者のＷｅｂサイト上で、購入フォームを完成させる
。検証の目的で、購入者によって提供される最低限の情報は、要求の引換え券の
タイプ、引換え券の量、および支払いのためのデビット／クレジット・カードの
詳細である。追加の顧客サービスおよび／またはマーケティング情報を提供する
ため、顧客のオプションで、追加の情報が要求され、提供されることも可能であ
る。したがって、この要求パスは、図５のものと同一であり、したがって、その
ステップには、同じ符号が与えられており、再び説明はしない。前の図と同様に
、インターバンク・コミュニケーション・システムを安全なパスとして使用する
ことが可能である。やはり前の図と同様に、通信インターフェースが、適切なメ
ッセージを戻すが、この場合、メッセージは、リターンで小売業者ＩＳＰに戻さ
れる。リターン・ステップＳ１３で、小売業者のＩＳＰが、引換え券購入要求の
結果を購入者のＩＳＰに知らせ、要求がうまく行った場合、価値および有効期限
日を伴う引換え券番号が、購入者に与えられる。

【００７０】 添付の図面の図６は、引換え券の引換えを扱う小売業者Ａの係員付き端末７の
シナリオに戻る。この図におけるデータの流れは、図４および５のものと非常に
似ている。

【００７１】 したがって、ステップＳ２１で、顧客が、セールス・アシスタントに引換え券
番号、引換え券の価値、および引換え券有効期限日を提示する。顧客が、図４の
ステップＳ１０で印刷される実際の引換え券を提供することは、必要不可欠では
ない。また、有効期限日を提供することは、本発明の概念にとって必要不可欠で
はない追加のセキュリティの特徴に過ぎないことも理解されよう。引換え券は、
品物の一部支払いを目的とし、支払いの残額が、金銭、小切手／デビット・カー
ドによって行われること、または購入される品物の全額支払いを目的とすること
が可能である。実際、必要な品物より多くの価値がある引換え券を有する購入者
に、差額として新しい引換え券が与えられることが可能である。当然、引換え券
の引換えが行われる特定の店が、同時に引換え券の販売者ではない場合、これが
できない可能性はある。この特徴は、他の引換え券スキームでは全く利用できな
い。引換え券番号および有効期限日に応答して、ステップＳ２２で、セールス・
アシスタント（ローカル・コントローラ）が、購入要求を小売業者システムに知
らせる。小売業者アシスタントおよび層２００は、通常、その要求に対して検証
手続きを行わなければならない。というのは、引換え券の生成に関して既に述べ
たとおり、引換え券は、引換え券発行者または当該の小売業者によって設定され
た引換えに関する制約の詳細を含む可能性があるからである。

【００７２】 検証が必要であるとき、有効であると認められた場合、小売業者システムは、
支払い要求を開始し、この実施形態では、ＭＴＩｘｘｘｘ購入要求を構成する。
この要求が、ステップＳ２４で層４００の通信インターフェースに送信され、ス
テップＳ２５で検証が行われる。有効な要求により、ステップＳ２６で、メイン
・データベース１９の引換え券テーブル２０が更新されることになり、ステップ
２７で資金台帳２２が更新されることになる。ステップＳ２８で、料金情報が料
金生成システムに転送されて、システム・オペレータに支払われるべき料金を計
算することができる。同じ料金報酬が、図４に関して説明したとおり適用される
。最後に、ステップＳ２９で、前と同じ形式で応答メッセージが生成され、通信
インターフェースを介して小売業者システムに送信される。この応答メッセージ
は、もちろん、元の要求が無効であったことで否定的であることが可能である。
例としての拒否メッセージは、「無効番号」、「この小売業者に関してスキーム
が無効」、「誤った価値」、「引換え券が期限切れ」、「引換え券が既に引換え
済み」、および「伝送の誤り」であることが可能である。逆ステップ２３で、応
答がローカル・コントローラに伝送され、このコントローラが、その応答をセー
ルスＰＯＳ端末におけるアシスタントに渡し、このアシスタントが、その端末に
おいて適切な処置を行う。

【００７３】 添付の図面の図７は、インターネットを介して行われる図６の手続きに対応す
る引換えを示している。したがって、ステップＳ３１、Ｓ３２、およびＳ３３で
、引換え者が、例えば、インターネットを介して購入する品物の代金支払いで使
用するため、引換え要求で小売業者のＩＳＰにアクセスする。小売業者のＩＳＰ
は、図４のとおり、層４００の通信インターフェースの要求を渡す。以下のステ
ップは、図６に関して説明したステップと同一であり、したがって、同じ符号が
与えられており、さらに説明しない。

【００７４】 引換え券の購入および引換えには、専用の銀行口座への／からの資金の振替が
関与するため、次に、資金が構成され、管理される方法を説明する。既に説明し
たとおり、各引換え券は、どの資金口座が引換え券資金を管理するかも明らかに
する特定の引換え券発行者に属する。単一の資金口座が、異なる製品に関する資
金も保持できることが理解されよう。各資金は、この実施形態では、金融機関に
おいて保持される指定された物理的な銀行口座に関連する「シャドウ銀行口座」
を有する。

【００７５】 添付の図面の図８は、異なる小売業者および異なる製品に関する資金台帳の全
体的構造を示している。 図８で、個々の引換え券のセットが、６０、６１、６２、および６３で示され
ている。引換え券のそれぞれは、価値、固有番号、および製品定義を有し、製品
定義は、Ａ１、Ａ２、Ａ３、およびＢ６として示している。引換え券６０、６１
、および６２はすべて、小売業者ＡＢＣ店のために発行されており、Ａ１は、白
物家電品と引き換えることができる引換え券に相当し、Ａ２は、食品雑貨類と引
き換えることができる引換え券に、またＡ３は、ＡＢＣ店における参加支店にお
けるレコードと引き換えることができる引換え券に相当する。引換え券６３は、
ＸＹＺ店のために発行されており、場合により、愛顧の報償として発行されてい
る。

【００７６】 それぞれの製品定義を図８の６４、６５、６６、および６７で示しており、見
て取ることができるとおり、ＡＢＣ店は、一方が製品Ａ１およびＡ２に関し、ま
た他方が製品Ａ３に関する２つの別個の資金口座６８および６９を有し、一方、
小売業者ＸＹＺは、１つだけの資金口座７０を有している。 以上の資金口座は、銀行Ａにおける口座７１および７２、および銀行Ｂにおけ
る口座７３を追尾している。

【００７７】 この実施形態におけるコア・システムは、資金に関する７つの口座を管理する
。これは、以下のとおりである。 １）資金銀行 各ＶＩＮに関して１つのそのような口座が存在する。この口座
は、存命の引換え券を裏書きする実際の資金を保持する物理的な外部口座（通常
、銀行口座）を追尾する。この口座の残高は、物理的な銀行口座における残高と
合うように調整される。これは、外部調整である。これは、実際の資金銀行口座
に既に振替が行われている資金の部分を表す。この資金の総価値は、３つの資金
口座、資金銀行、資金売上未決算、資金引換え未決算の合計である。 ２）資金売上未決算 やはり、各ＶＩＮに関してこの口座が１つ存在する。こ
の口座の残高は、機能層５００の中で実際の資金銀行口座から一般銀行口座への
振替を待っている額である。振替は、銀行間振替、例えば、ＢＡＣＳを介して行
われる。

【００７８】 ３）資金引換え未決算 やはり、各ＶＩＮに関してこの口座の１つが存在し、
資金売上未決算と同様であるが、引換えだけを目的とする。 ４）資金取消し未決算 やはり、各ＶＩＮに関して１つが存在する。この口座
の残高は、システム・オペレータの一般銀行口座からＶＩＮ所有者の一般銀行口
座への振替を待っている額である。この振替は、銀行間、例えば、ＢＡＳＣを介
して行われる。この口座は、有効期限が切れた引換え券、請求のない引換え券、
キャンセルされた引換え券等に関する小売業者引換え未決算口座の等価物である
。この口座は、資金をＶＩＮ所有に戻すのに使用される。

【００７９】 ５）小売業者売上未決算 各小売業者に関してこの口座が１つ存在する。この
口座の残高は、小売業者銀行口座からシステム・オペレータの機能層５００上の
一般銀行口座への振替を待っている額であり、通常、ＶＩＮに関わらず、その小
売業者によってその日のうちに販売されたすべての引換え券の価値を表す。この
振替は、銀行間振替、例えば、ＢＡＣＳを介して行われる。 ６）小売業者引換え未決算 やはり、各小売業者に関して１つが存在し、小売
業者売上未決算口座と同様である。 ７）資金コントロール システム全体に関して１つのそのような口座が存在す
る。小売業者振替に対する見合い口座。この口座の残高は、資金銀行口座のすべ
ての総額である（反対の符号）。

【００８０】 システム、システム・オペレータ、および実際の銀行を使用する会員の様々な
口座の実際の構造を適切な機能層とともに図１６で示している。小売業者ＡＢＣ
によって販売される引換え券（９０における）を例に取る。したがって、ステッ
プＡで、コア・システムの未決算口座が、引換え券の販売された時点で更新され
る。この時点では、資金の振替は、全く行われない。ステップＢは、小売業者売
上に関係する一日の終りの振替を示している。各小売業者売上未決算口座の残高
が、全体的資金管理口座に振り替えられる。銀行間清算システムを介して、小売
業者銀行口座からシステム・オペレータ銀行口座にその額を振り替える命令が与
えられる。最後に、ステップＣが、引換え券の引換えに関係する一日の終りの振
替を示している。各資金売上未決算口座の残高が、資金銀行口座に振り替えられ
る。銀行間清算システムを介して、その額をシステム・オペレータ銀行口座から
資金銀行口座に振り替える命令が与えられる。

【００８１】 次の４つの例は、引換え券に関連する実際の金銭が、以上に説明した銀行シス
テムの中をどのように動くことが可能かを示している。 この４つの例は、図９、１０、１１、および１２で示されている。図９のテー
ブルで、顧客が、ＡＢＣ書店から５×１０ポンドの引換え券を購入し、この顧客
は、ロイズ（Ｌｌｏｙｄｓ）に預金しており、その引換え券を自分の甥にプレゼ
ントとして与える。図書券スキームは、ＶＩＮ３４であり、Ｂｉｇ Ｂｏｏｋｓ
によって運営されている。このＶＩＮに関する資金を保持する銀行口座が、バー
クレーズ銀行（Ｂａｒｃｌａｙｓ Ｂａｎｋ）において保持されるが、システム
・オペレータだけが、資金の出し入れを行う権限を有する。システム・オペレー
タは、使用されるクライアント・デビット・クレジットであるＲＢＳを有する一
般口座を保持する。５０ポンドのこの例では、小売業者が券を販売することから
始まり、最終的に、金銭の代わりに引換え券を受け入れた小売業者の銀行口座に
おける４０ポンド、および資金銀行口座における１０ポンドで終わる。発行と引
換えの間の期間中、５０ポンド全額が、資金銀行口座に存在する。これは、汎用
引換え券の一例である。

【００８２】 図１０の例は、独立の小売業者に関する引換え券の例である。ＡＢＣ店が、自
らの店に関して引換え券スキームを運営して、その引換え券が、物理的な店にお
いて、またはインターネットを介して、ＡＢＣ店からだけ購入し、引換えを行う
ことができるようにする。顧客が、５×１０ポンドの引換え券をＡＢＣ店から購
入し、その引換え券を自分の甥にプレゼントとして与え、この甥が、４０ポンド
を使用してＡＢＣ店から品物を購入し、ＡＢＣ店は、独自の引換え券資金を保持
するが、コア・システムの管理の下にある別個の口座において保持している。

【００８３】 第３の例、テーブル１１の例は、ＡＢＣ店によって運営される愛顧スキームの
例である。このスキームは、自らの店において物理的にか、またはインターネッ
トを介して引換えを行うことができる引換え券を顧客に報償として与える。特定
の発行日における割振り総額は、５００ポンドである。顧客が、４０ポンド引換
え券を使用して品物を購入する。ＡＢＣ店は、発行された引換え券の価値を裏書
きする資金を含む、システム・オペレータの管理の下にある別個の銀行口座を保
持する。

【００８４】 図１２の例は、引換え券の引換えが、有効期限日より前に行われなかった場合
に行われる内容である。 中央プロセッサ１の処理システム・リアルタイム機能の全体的機能性および構
造を説明したので、次に、インターバンク・コミュニケーション・システムとと
もにシステムを使用することに関連して説明を行う。というのは、それが可能性
の高いシナリオだからである。したがって、この実施形態では、引換え券購入が
、常に、インターフェース２において受信されたＭＴＩｘｘｘｘ要求メッセージ
によってトリガされる。このメッセージに応答して、中央プロセッサ１が、常に
、メッセージのソースに戻るＭＴＩｘｘｘｘ応答メッセージを生成する。通常の
状況では、応答メッセージは、引換え券番号を含むが、処理中に何らかの誤りに
遭遇した場合には、応答は、購入要求の拒否である。

【００８５】 したがって、引換え券購入要求に応答して、中央プロセッサ１が、以下の機能
性を有する。セキュリティ上の懸念から、プロセッサ１の中のすべての活動が、
インターフェース２および１７を介さなければならないことが強調される。 この手続きを図１２の流れ図で示している。

【００８６】 ステップＳ１００で、ＭＴＩｘｘｘｘ引換え券購入要求メッセージが、中央プ
ロセッサ１に送信され、また、このメッセージは、ステップＳ１０１でインター
フェース２、セクション１６において受信され、ステップＳ１０２で検証のため
に送信され、ステップＳ１０３で誤り処理のために送信される。ステップＳ１０
２およびＳ１０３の２つのステップが、購入要求が無効であると判定した場合、
その趣旨のＭＴＩｘｘｘｘが、インターバンク・コミュニケーション・システム
１１に返送され、また、５０で示されるデータベースＭＴＩｘｘｘｘの監査セク
ションにも送られる。ステップＳ１０１およびＳ１０２で、購入要求が有効であ
ると認められた場合、購入要求は、ステップＳ１０４に渡される。流れ図のなか
のこのポイントで、いくつかのリンクされたプロセスが行われ、購入（および引
換え券の引換え）は、購入時および引換え時の遅延を最小限に抑えるように常に
リアルタイムで行われることが理解される。したがって、ステップＳ１０５で、
既に説明した方法で引換え券番号が生成され、またステップＳ１０６で、新たに
生成された引換え券が、図２で示したメイン・データベース・テーブルに関連し
てやはり既に述べ、この図では５１および５２で示される引換え券テーブル２０
の適切な存命引換え券領域の中に転送される。同様に、引換え券の正常な生成が
、ステップＳ１０８で監査処理され、この処理の結果は、やはりメイン・データ
ベースの監査テーブルの中に記憶され、このことを５０で示している。引換え券
の正常な生成の別の結果をステップ１０９で示しており、このステップ１０９は
、メイン・データベースの中の料金構造テーブル５３からのデータを必要とし、
また、メイン・データベースの中の料金トランザクション・テーブル５４を更新
する料金処理ステップである。さらに、ステップＳ１１０で、引換え券の生成が
、メイン・データベースの資金口座トランザクション・テーブルの中で等価の資
金をセットアップすること、またメイン・データベースの会員テーブルの中で適
切なデータをセットアップすることを必要とするので、中央プロセッサ１が、資
金処理を行う。資金口座トランザクション・テーブルおよび会員テーブルはそれ
ぞれ、５５および５６で示されている。

【００８７】 最後に、引換え券および製品の詳細を含む引換え券応答が、ステップＳ１１１
でインターバンク・コミュニケーション・システム１１に送信される。 添付の図面の図１３は、引換え券の引換えが行われる際に中央プロセッサ１に
おいて行われる処理の流れ図である。後に説明するとおり、管理料金処理は、実
際には、トランザクションがログ記録された後にバッチ処理で行われる。

【００８８】 この図は、予期されるであろうとおり、図１２のものに非常に似通っている。
したがって、引換え券の引換えに関わるステップ、およびデータ・テーブルには
、同じ参照番号を与えている。ただし、ステップＳ１０１で、引換え要求が受信
され、ステップＳ１０４は、引換えプロセスに関わり、またステップＳ１０５で
、ステップは、引換え券番号生成ではなく引換え券番号検証を指している。

【００８９】 さらに、価値を引き換えることができるように引換え券が処理されるステップ
Ｓ１０６により、メイン・データベースの履歴データ・テーブルに引換え券情報
を与えるエントリが行われるようになる。 重要な特徴は、存命の引換え券の裏書きを提供する資金口座が、常に存命の引
換え券によって表される総額に常に等しいことである。

【００９０】 したがって、以上に説明したシステムは、所定の時点で自動的にトリガされる
ことが可能であるか、または任意の時点に手動で要求することもできる整合性検
査−調整プロセスを有する。調整プロセスには、資金に関連する存命の引換え券
の総価値が、その資金台帳における残高に一致するのをチェックすることが関わ
る。

【００９１】 そのプロセスを図１４の流れ図で示している。したがって、このプロセスは、
ステップＳ５０でユーザまたはタイマによって開始され、ステップＳ５１で、メ
イン・データベース１９の資金口座テーブル２２および資金口座トランザクショ
ン・テーブル２３からのデータを利用して、資金残高の調整が行われる。引換え
券残高調整が、ステップＳ５２で、メイン・データベースの存命引換え券テーブ
ル２０の中に記憶された存命引換え券の詳細を使用して行われる。最後に、ユー
ザ警報またはユーザ報告書が、ステップＳ５３で送信される。

【００９２】 図１６は、機能層１００および２００の小売世界と、層４００のコア・システ
ムと、機能層５００の中で示される実際の銀行口座の間における関係を示してい
る。９０で、金銭引換え券が、小売業者ＡＢＣによって販売されるものと想定す
る。販売の結果、メイン・データベース１９のテーブル２２および２３が更新さ
れ、それとともに、符号化された数が生成され、引換え券テーブル２０の中に適
切なエントリが行われる。明白となるとおり、この時点では、資金の物理的な振
替は全く必要ない。したがって、ステップＡで、コア・システムの未決算口座が
、引換え券の販売された時点で更新される。資金の物理的な振替は、全く行われ
ない。ステップＢは、一日の終りの振替、すなわち、小売業者売上を示している
。各小売業者売上未決算口座の残高が、全体的資金管理口座に振り替えられる。
銀行間清算システムを介して、その金額を小売業者の銀行口座からシステム・オ
ペレータの銀行口座に振り替える命令が与えられる。ステップＣは、一日の終り
の振替、すなわち、資金売上を示している。各資金売上未決算口座の残高が、資
金銀行口座に振り替えられる。銀行間清算システムを介して、その金額をシステ
ム・オペレータの銀行口座から資金の銀行口座に振り替える命令が与えられる。

【００９３】 様々な資金に対してどのようにトランザクションがポストされるかを図１７の
テーブル上で示しており、図１７では、振替の方向は、残高振替の符号で決まり
、−ＶＥは、システム・オペレータの一般口座に入る、つまり小売業者口座また
はＶＩＮ口座からの資金の資金の振替を意味し、また＋ＶＥは、システム・オペ
レータの一般口座から小売業者口座またはＶＩＮ口座に入る振替を意味する。

【００９４】 以上、一般システムの説明、ならびにそのシステムがどのように動作するかの
説明を提供したので、いくつかの基本的特長が明らかとなる。 詳細には、購入者が、前述した手続きのどれかを使用して金銭引換え券を獲得
した際、購入者によって提供される資金が、システムの資金口座に振り替えられ
るが、この振替は、引換え券の引換え価値を表す残高の形態でだけ行われる。引
換え券は、個々にはリストされず、単に、製品テーブルによってその特定の資金
に関連付けられたすべての存命の（引換えの行われていない）引換え券の引換え
価値に、合計で全く等しい資金口座において保持される額である。

【００９５】 同様に、各引換え券は、引換え券の購入者とは全く独立に存在する。したがっ
て、引換え券は、容易に別の個人に譲渡可能である。詳細には、引換え券は、受
取人が、全体的システムに何からの方法でリンクされている必要はないので、イ
ンターネットを介して、または電話機を介して口頭で、極めて簡単に譲渡するこ
とができる。

【００９６】 以上に説明したシステムの別の特徴は、引換え券の購入も、引換えもともに、
小売業者の場所に既に存在するか、またはインターネット取引きのために使用さ
れる通常の端末に最小限の変更しか加えることなく行うのが可能なことである。
さらに、インターネットを介して引換えのために引換え券を提示する個人が、ク
レジット／デビット・カードの詳細を供給する必要なしに品物を購入することが
できる。

【００９７】 動作が単純であること、ならびにインターバンク・コミュニケーション・シス
テムなどの既存の設備を使用することの特定の利点に加えて、以上に詳細に説明
したシステムは、行われなければならない処理の量、およびデータ記憶のために
相当な量のメモリを割振らなければならない必要性に関して、相当に大きな技術
的利点を提供する。説明したシステムは、金の振替が行われなければならず、正
常に行われた場合、システムによって扱われるトランザクションの数が、極めて
大きい多くの分野において用途を有する。したがって、引換え券が個人に割り振
られず、存命の引換え券を支える資金が、個々の引換え券の価値を反映するよう
に細分されない特徴により、結果として行われるべき処理の量の減少がもたらさ
れ、またメモリ空間の使用の減少がもたらされる。

【００９８】 また、以上に説明したシステムは、要求で資金が確約されない限り、金銭引換
え券を使用することができないため、高度のセキュリティを有する。したがって
、引換え券は、システムのオペレータに資金が確約されていない限り、引き換え
ることができない。さらに、符号化された引換え券番号が、その番号を製品とし
て定義する制約を含む方法は、引換えの行われていない引換え券を保持するテー
ブルが、図２の資金台帳テーブル２２の中で追尾され、実際の銀行口座において
対応する金銭残高を有する正確に定義された金銭価値を間接的に表すことを意味
する。したがって、引換え券テーブル２０の中で存命の引換え券を増やす、また
は減らすあらゆる変更が、資金台帳テーブル２２の中で、また実際の銀行口座に
おいて反映されなければならない。

【図面の簡単な説明】

【図１】 本発明の実施形態による電子プロセッサおよび関連する周辺端末の一般的概要
を示すブロック図である。

【図２】 図１の電子プロセッサのメイン・データベース・テーブルを示すブロック図で
ある。

【図３】 図１のシステムに関するハードウェアを示すブロック図である。

【図４】 金銭引換え券の購入を例示するデータ流れ図である。

【図５】 インターネットを介する金銭引換え券の購入を示す図４と同様の図である。

【図６】 ポイント・オブ・セール端末における金銭引換え券の引換えを示すデータ流れ
図である。

【図７】 インターネットを介する金銭引換え券の引換えを示すデータ流れ図である。

【図８】 資金口座の編成を説明する図である。

【図９Ａ】 例としての取引き中の金銭の動きを示すテーブルである。

【図９Ｂ】 例としての取引き中の金銭の動きを示すテーブルである。

【図１０Ａ】 例としての取引き中の金銭の動きを示すテーブルである。

【図１０Ｂ】 例としての取引き中の金銭の動きを示すテーブルである。

【図１１Ａ】 例としての取引き中の金銭の動きを示すテーブルである。

【図１１Ｂ】 例としての取引き中の金銭の動きを示すテーブルである。

【図１２Ａ】 例としての取引き中の金銭の動きを示すテーブルである。

【図１２Ｂ】 例としての取引き中の金銭の動きを示すテーブルである。

【図１３】 金銭引換え券の購入をより詳細に示す流れ図である。

【図１４】 金銭引換え券の引換えを示す図１２と同様の図である。

【図１５】 図１に示したシステムにおける調整を示す図である。

【図１６】 小売業者、コア・システム、および実際の銀行口座の間の関係を示すブロック
図である。

【図１７Ａ】 口座ポスティングを示すテーブルである。

【図１７Ｂ】 口座ポスティングを示すテーブルである。

【図１８】 セキュリティ・アルゴリズムを示す流れ図である。

───────────────────────────────────────────────────── フロントページの続き (81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＣＹ， ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，Ｉ Ｔ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ，ＴＲ)，ＡＥ，Ａ Ｇ，ＡＬ，ＡＭ，ＡＴ，ＡＵ，ＡＺ，ＢＡ，ＢＢ，ＢＧ ，ＢＲ，ＢＹ，ＢＺ，ＣＡ，ＣＨ，ＣＮ，ＣＯ，ＣＲ， ＣＵ，ＣＺ，ＤＥ，ＤＫ，ＤＭ，ＤＺ，ＥＣ，ＥＥ，Ｅ Ｓ，ＦＩ，ＧＢ，ＧＤ，ＧＥ，ＧＨ，ＧＭ，ＨＲ，ＨＵ ，ＩＤ，ＩＬ，ＩＮ，ＩＳ，ＪＰ，ＫＥ，ＫＧ，ＫＰ， ＫＲ，ＫＺ，ＬＣ，ＬＫ，ＬＲ，ＬＳ，ＬＴ，ＬＵ，Ｌ Ｖ，ＭＡ，ＭＤ，ＭＧ，ＭＫ，ＭＮ，ＭＷ，ＭＸ，ＭＺ ，ＮＯ，ＮＺ，ＰＬ，ＰＴ，ＲＯ，ＲＵ，ＳＤ，ＳＥ， ＳＧ，ＳＩ，ＳＫ，ＳＬ，ＴＪ，ＴＭ，ＴＲ，ＴＴ，Ｔ Ｚ，ＵＡ，ＵＧ，ＵＳ，ＵＺ，ＶＮ，ＹＵ，ＺＡ，ＺＷ (72)発明者 ベイリー，アンドリュー，ディヴィッド イギリス，ＳＫ11 ７ＡＥ チェシャー， マククレスフィールド，ブルック ストリ ート，ロイヤル コート，チューダー ハ ウス，キューピーキュー リミテッド (72)発明者 ノース，ディヴィッド イギリス，ＳＫ11 ７ＡＥ チェシャー， マククレスフィールド，ブルック ストリ ート，ロイヤル コート，チューダー ハ ウス，キューピーキュー リミテッド (72)発明者 サンソム，エリザベス，ジョイ イギリス，ＳＫ11 ７ＡＥ チェシャー， マククレスフィールド，ブルック ストリ ート，ロイヤル コート，チューダー ハ ウス，キューピーキュー リミテッド (72)発明者 ブラックバーン，アンドリュー イギリス，ＳＫ11 ７ＡＥ チェシャー， マククレスフィールド，ブルック ストリ ート，ロイヤル コート，チューダー ハ ウス，キューピーキュー リミテッド (72)発明者 ウォルタース，アン イギリス，ＳＫ11 ７ＡＥ チェシャー， マククレスフィールド，ブルック ストリ ート，ロイヤル コート，チューダー ハ ウス，キューピーキュー リミテッド 【要約の続き】 よって表される価値だけ、資金テーブルの中の総額を減 分して、発行済みの符号化された数ごとに、資金テーブ ルの中で表される価値を１より多く増分されることが決 してなく、引換えが行われるすべての符号化された数ご とに、記憶されている価値が１だけ減分されるのが可能 であるようにするための記憶セクションとを有する。

Claims (39)

【特許請求の範囲】
1. 【請求項１】 電子プロセッサおよびデータベースを含む金銭上の取引きを
   処理する際に使用するための電子プロセッサ・システムであって、 前記プロセッサが、 １）遠隔端末において購入される所望の金銭価値を表す符号化された数を生成
   するためにシステムを使用する会員から要求を受信するための、また前に割り振
   られた数を引き換えることができるようにする要求を受信するための、また生成
   された数を前記遠隔端末に伝送するための、また受信された引換えの要求が有効
   であることを示すメッセージを端末に伝送するためのインターフェースと、 ２）受信された要求が有効かどうかを判定するための検証セクションと、 ３）有効な要求に応答して符号化された数を生成するための数生成セクション
   と、 ４）有効な要求に応答して生成された各数を前記データベースの第１のテーブ
   ルの中に記憶するための、また資金テーブルの中で引換えが行われていない発行
   済みの符号化された数によって表される金銭価値の総額を記憶するための、また
   引換えが有効であると認められた符号化された数を第２のテーブルに転送し、有
   効であると認められた引換え要求が受信されたそれぞれの符号化された数によっ
   て表される価値だけ、前記資金テーブルの中の総額を減分して、発行される符号
   化された数ごとに、前記資金テーブルの中で表される価値が１より多く増分され
   ることが決してなく、引換えが行われる符号化された数ごとに、記憶されている
   価値が１だけ減分されるのが可能であるようにするための記憶セクションとを含
   むシステム。
2. 【請求項２】 前記データベースが、引換えの行われていないすべての生成
   された符号化された数の詳細を含む引換え券テーブルを保持する請求項１に記載
   のシステム。
3. 【請求項３】 前記データベースが、各会員に関して、前記会員に関係する
   引換えの行われていないすべての生成された符号化された数の残高を記憶する資
   金台帳テーブルを保持する請求項２に記載のシステム。
4. 【請求項４】 各資金台帳テーブルが、物理的な銀行口座において保持され
   る、または前記口座への、または前記口座からの未達の金を追尾して、前記テー
   ブルの中の総合計が、引換えの行われていない数の価値を表すようにする請求項
   ３に記載のシステム。
5. 【請求項５】 前記プロセッサが、符号化された数を生成して、前記符号化
   された数の引換えに課せられる制約を組み込むように適合され、前記制約が、前
   記数の一部を形成する第１のシーケンスの桁を表す請求項１乃至４のいずれか１
   項に記載のシステム。
6. 【請求項６】 前記制約が、システムの外部で定義される請求項５に記載の
   システム。
7. 【請求項７】 前記プロセッサが、それぞれの符号化された数を生成して、
   前記数が、前記数の生成の代行を受けた者を特定する第２のシーケンスの桁を有
   するようにする請求項４または５に記載のシステム。
8. 【請求項８】 前記中央プロセッサが、会員のために、前記制約に基づいて
   購入され、引き換えられる符号化された数の態様のプロファイリングを行う統計
   テーブルを生成するように適合された請求項５乃至７のいずれか１項に記載のシ
   ステム。
9. 【請求項９】 それぞれの符号化された数が、前記符号化された数の生成の
   代行を受けた者に割り振られた国際識別番号（ＩＩＮ）を表す最初のセットの６
   桁を含む請求項１乃至８のいずれか１項に記載のシステム。
10. 【請求項１０】 数生成セクションが、会員からの要求に応答して前記符号
    化された数の一部としてランダムな複数桁の識別番号を生成し、また、少なくと
    も１つの検査数字を生成するように構成された請求項１乃至９のいずれか１項に
    記載のシステム。
11. 【請求項１１】 前記数生成セクションが、どのランダムに生成された識別
    番号も、既に発行済みのものでないことをチェックするように適合された請求項
    １０に記載のシステム。
12. 【請求項１２】 前記中央プロセッサが、ある会員に関し、特定の制約コー
    ドを有する引換えの行われていない符号化された数の数の、生成された可能性が
    ある前記制約に関する数の総数に対する比を測定すること、および前記比が、し
    きい値を超えた場合、警報を使用することによってセキュリティ検査を行うよう
    に適合された請求項４に従属するとき請求項５乃至１１のいずれか１項に記載の
    システム。
13. 【請求項１３】 前記プロセッサが、発行済みであるが、引換えの行われて
    いない引換え券に帰せられる資金テーブルの中の総価値を、資金に関係する残高
    だけを保持する銀行口座において保持される、または前記銀行口座に未達の物理
    的な資金に照らして調整するように適合された請求項１乃至１２のいずれか１項
    に記載のシステム。
14. 【請求項１４】 前記データベースが、生成の代行を受けた符号化された数
    を有することが可能であり、かつ符号化された数の引換えの代行を受けることが
    可能な会員のテーブルを含み、また前記プロセッサが、メッセージが、前記会員
    テーブルの中でリストされる会員によって発行されていることをチェックした後
    、符号化された数の前記生成、または符号化された数の前記引換えを要求するメ
    ッセージを受け入れるように適合された請求項１乃至１３のいずれか１項に記載
    のシステム。
15. 【請求項１５】 前記符号化された数が、前記ＩＩＮ番号を含む１９桁の長
    さである請求項１乃至１４のいずれか１項に記載のシステム。
16. 【請求項１６】 符号化された数の要求が発行されることが可能な複数の遠
    隔端末を含む請求項１乃至１５のいずれか１項に記載のシステム。
17. 【請求項１７】 符号化された数の前記引換えの要求が発行されることが可
    能な複数の遠隔端末を含む請求項１６に記載のシステム。
18. 【請求項１８】 前記少なくとも１つの端末が、インターネット端末である
    請求項１７に記載のシステム。
19. 【請求項１９】 少なくとも１つの端末が、要求が有効であると認められ、
    数が発行された後に前記符号化された数を印刷するための関連するプリンタを有
    する請求項１５乃至１８のいずれか１項に記載のシステム。
20. 【請求項２０】 前記プリンタが、バーコードとして前記符号化された数の
    少なくとも一部を印刷するように適合された請求項１９に記載のシステム。
21. 【請求項２１】 電子プロセッサおよびデータベースを利用して金銭上の取
    引きを処理する方法であって、 遠隔端末において購入される所望の金銭価値を表す符号化された数を生成する
    ためのシステムを使用する会員から要求を受信するステップと、 前記要求が有効であるかどうかを判定するステップと、 有効な要求に応答して符号化された数を生成するステップと、 前記遠隔端末に生成された数を伝送するステップと、 前に割り振られた数を引き換えることができるようにする要求を受信するステ
    ップと、 前記数が有効であると認められたことに応答して、引換えの受信された要求が
    有効であるのを示すメッセージを端末に伝送するステップと、 有効な要求に応答して生成された各数を前記データベースの第１のテーブルの
    中に記憶するステップと、 引換えの行われていない発行済みの符号化された数によって表される金銭の総
    価値を資金テーブルの中に記憶するステップと、 引換えが有効であると認められた符号化された数を第２のテーブルに転送する
    ステップと、 有効であると認められた引換え要求が受信されたそれぞれの符号化された数に
    よって表される価値だけ前記資金テーブルの中の総価値を減分して、発行される
    符号化された数ごとに、前記資金テーブルの中で表される値が決して１より多く
    増加されず、引き換えられる符号化された数ごとに、前記記憶された値の１だけ
    の減少が行われるようにするステップとを含む方法。
22. 【請求項２２】 引換えの行われていない生成済みの符号化された数が、デ
    ータベースの中の引換え券テーブルの中に記憶される請求項２１に記載の方法。
23. 【請求項２３】 前記データベースが、各会員に関して、前記会員に関係す
    る引換えの行われていないすべての生成済みの符号化された数の残高を記憶する
    資金台帳テーブルを保持する請求項２２に記載の方法。
24. 【請求項２４】 各資金台帳テーブルが、物理的な銀行口座において保持さ
    れる、または前記銀行口座に未達の金銭を追尾して、前記テーブルの中の総合計
    が、引換えの行われていない数の価値を表すようにする請求項２３に記載の方法
    。
25. 【請求項２５】 前記プロセッサが、前記符号化された数を生成して、前記
    符号化された数の引換えに課せられる制約を組み込み、前記制約が、前記数の一
    部を形成する第１のシーケンスの桁として表される請求項２１乃至２５のいずれ
    か１項に記載の方法。
26. 【請求項２６】 前記制約が、前記システムの外部で定義される請求項２５
    に記載の方法。
27. 【請求項２７】 それぞれの符号化された数が、前記数の生成の代行を受け
    た会員を特定する第２のシーケンスの桁を有するように生成される請求項２４ま
    たは２５に記載の方法。
28. 【請求項２８】 会員のために、前記制約に基づいて購入され、引き換えら
    れる符号化された数の態様のプロファイリングを行う統計テーブルを生成する請
    求項２５乃至２７のいずれか１項に記載の方法。
29. 【請求項２９】 それぞれの符号化された数が、前記符号化された数の生成
    の代行を受けた会員に割り振られた国際識別番号（ＩＮＮ）を表す最初のセット
    の６桁を含む請求項２１乃至２８のいずれか１項に記載の方法。
30. 【請求項３０】 数生成セクションが、会員からの要求に応答して、ランダ
    ムな複数桁の識別番号を前記符号化された数の一部として生成し、また、少なく
    とも１つの検査数字を生成するように構成された請求項２１乃至２９のいずれか
    １項に記載の方法。
31. 【請求項３１】 どのランダムに生成された識別番号も、既に発行済みのも
    のではない請求項３０に記載の方法。
32. 【請求項３２】 セキュリティ検査が、ある会員に関し、特定の制約コード
    を有する引換えの行われていない符号化された数の数の、生成された可能性があ
    る前記制約コードに関する数の総数に対する比を測定すること、および前記比が
    、しきい値を超えた場合、警報を発行することによって行われる請求項２４に従
    属するとき請求項２５乃至３１のいずれか１項に記載の方法。
33. 【請求項３３】 発行済みであるが、引換えの行われていない引換え券に帰
    せられる資金テーブルの中の総価値に関する調整が、資金に関係する残高だけを
    保持する銀行口座において保持される、または前記銀行口座に未達の物理的な資
    金に照らして行われる請求項２１乃至３２のいずれか１項に記載の方法。
34. 【請求項３４】 生成の代行を受けた符号化された数を有することが可能で
    あり、かつ符号化された数の引換えの代行を受けることが可能な会員のテーブル
    を記憶することを含み、また前記プロセッサが、メッセージが、前記会員テーブ
    ルの中でリストされる会員によって発行されていることをチェックした後、符号
    化された数の前記生成、または符号化された数の前記引換えを要求するメッセー
    ジを受け入れるように適合された請求項３１乃至３３のいずれか１項に記載の方
    法。
35. 【請求項３５】 前記符号化された数が、前記ＩＩＮ番号を含む１９桁の長
    さである請求項２１乃至３４のいずれか１項に記載の方法。
36. 【請求項３６】 請求項２１乃至３４のいずれか１項に記載の方法を行うよ
    うにプロセッサを制御するためのプロセッサ実行可能命令を記憶するための記憶
    媒体。
37. 【請求項３７】 請求項３１乃至３４のいずれか１項に記載の方法を行うよ
    うにプロセッサを制御するためのプロセッサ実行可能命令を搬送する電気信号。
38. 【請求項３８】 適切な媒体を介して伝送された際、請求項１、２５、２７
    、２９、または３０のいずれか１項に記載の方法によって生成される符号化され
    た数。
39. 【請求項３９】 請求項１乃至２１のいずれか１項に記載の電子プロセッサ
    ・システムと通信するための端末。