複数の小売商が複数の支出額制限付きカードプログラムに参加するシステムであって、前記システムは、店の集信装置と製品表/価格帳とに結合されたポイントオブセールサーバを含む、小売商のインフラストラクチャと、前記小売商に結合された、判定プロセッサと、カタログ管理プロセッサと、を具備し、前記カタログ管理プロセッサは、前記判定プロセッサに結合されたサーバを含み、前記カタログ管理プロセッサは、参加している小売商の各々に対するUPCのカタログを作成し、カタログの各々は、第1と第2のセットのUPCデータを含み、前記第1のセットは、ナショナルブランドの複数の製品に関し、前記第2のセットは、小売商のプライベートラベルの複数の製品に関する、システム。カタログの各々は、前記カタログ管理サーバシステムと金融取引カードとを使用して、購入できるものの定義を反映している、請求項1のシステム。複数の前記カタログの少なくとも一部分は、メディケアメディケイドサービスセンタCMSからの公表された複数のガイドラインに従う、請求項1のシステム。複数の前記カタログの少なくとも一部分は、健康保険制度に関係付けられているコードに従う、請求項1のシステム。複数の前記カタログの少なくとも一部分は、スポンサの複数のガイドラインに従う、請求項1のシステム。カタログの各々は、ナショナルブランドのカタログを、プライベートラベルのカタログへの小売商による複数の付随する更新と共に定期的に更新される、請求項1のシステム。前記カタログ管理プロセッサは、承認機関の複数の条件に合う、承認されたナショナルブランドのカタログを生成する、請求項1のシステム。前記カタログ管理プロセッサは、健康保険制度と承認機関とに対する代理としての役割を果たす、請求項1のシステム。前記カタログ管理プロセッサは、小売商によって提供された複数のプライベートラベル品目が適格品目のガイダンスの範囲内にあることを保証する、請求項1のシステム。複数の小売商は、前記ナショナルブランドのカタログの範囲内にある複数のプライベートラベル品目のリストを定義し維持する、請求項1のシステム。前記カタログ管理プロセッサは、規制ガイダンスの範囲に従った複数のカタログを作成する、請求項1のシステム。前記ナショナルブランドのカタログと、前記プライベートラベルのカタログは、作成及び承認の異なる経路を進む、請求項1のシステム。前記異なる経路は、様々な形式で展開される1つのカタログに集まる、請求項12のシステム。前記カタログ管理プロセッサは、前記ナショナルブランドのカタログを制御し、小売商は、プライベートカタログを制御する、請求項1のシステム。前記カタログ管理プロセッサは、前記プライベートラベルのカタログにおける複数の品目を検査して承認する、請求項1のシステム。前記カタログ管理プロセッサは、所定の製品群についての、ナショナルブランドの複数のUPCからなる完全なリストにアクセスするように構成されている、請求項1のシステム。前記カタログ管理プロセッサは、前記完全なリストを絞り込み、スポンサのガイダンスに合う複数のUPCのみを含むUPCリストを作成する、請求項16のシステム。前記カタログ管理プロセッサと小売商との間における通信は、複数のデータファイルの形式をとる、請求項1のシステム。連邦政府と州政府とに代わりに、メディケアとメディケイドとを管理する複数の健康保険制度によって、複数の金融取引カードが購入者に発行される、請求項1のシステム。購入者は、IVRを介してアクティブにされた金融取引カードを有する、請求項1のシステム。前記判定プロセッサは、スイッチと、マーケットバスケットの中の複数の品目の妥当性を確認するマーケットバスケット分析サーバと、プロセス制御サーバと、を含み、前記マーケットバスケット分析サーバは、複数の製品カタログに結合され、前記マーケットバスケットの中の適格な複数の品目の妥当性を確認し、前記マーケットバスケットにおける複数の内容属性は、前記マーケットバスケット分析サーバと前記スイッチとの間で通信される、請求項1のシステム。前記スイッチと、マーケットバスケット分析サーバと、カタログ管理サーバと、プロセス制御サーバは、前記マーケットバスケットの中の複数の品目に対して金融取引の認可を与えるように構成されている、請求項21のシステム。複数のカタログと金融口座構造情報は、複数の入力であり、前記マーケットバスケットの中の複数の品目と照合され、次に、前記マーケットバスケットの中の複数の品目は、購入者の財布から支払われ、前記財布は、購入者の金融取引資金へのリンクである、請求項21のシステム。前記マーケットバスケット分析器は、マーケットバスケットの複数の品目を、カタログと繰り返し比較するように構成されている、請求項21のシステム。前記判定プロセッサに結合された金融プロセッサ、を更に具備する、請求項21のシステム。複数の小売商が、ポイントオブパーチェイスで提示された品目を、購入者が選択した金融取引の金融取引カードと照合して、提示された金融取引の金融取引カードによって、提示された品目を購入できるかどうかを決定するプロセスを自動化することを容易にするシステムと方法を提供する。より具体的には、本発明では、スポンサに関連付けられている支払い/決済プログラムsponsorassociatedpaymentsettlementprogramについての複数の品目リストと、複数の品目との照合を行う。本発明を用いて、購入者を有する金融取引カードプログラムを実施するシステムと方法を提供する。購入者は、選択した品目を選択した小売商から購入するように制限されている。小売商は、ネットワークコンピュータへ及びネットワークコンピュータからメッセージを通信する能力を有する、ホスト対ホストのプライベートネットワークの一部である。各購入者は、一意の識別コードを有する。一意の識別コードは、選択された品目のリストと、選択された小売商のリストとで対応している。本発明を用いて、マーケットバスケット又は買物かご、marketbasketを製品カタログと共に利用することを可能にする判定プロセスを実施するシステムと方法を提供する。各カタログは、統一商品コードのリストを含み、各々は、金融取引カードによって購入できる品目を識別する。財布は、金融取引カードに関連付けられている金融口座に対する識別子である。非制限な例として、金融口座は、銀行口座、クレジット金融取引カード、デビット金融取引カード、プリペイド金融取引カード、第三者の資金源、等であり得る。非制限的な例として、金融取引カードは、クレジット金融取引カードと、デビット金融取引カードと、ギフト金融取引カードと、送金金融取引カードと、他のタイプの支払いを認証authenticatingするものであって送金できるもの、等のうちの少なくとも1つから選択される、金融取引カードであり得る。1つの実施形態では、金融取引カードは、デビット又はクレジット金融取引カードを含むが、これに限られず、複数の金融取引機関又は財布を有する。更に、金融取引カードは、1つのみの支出用の財布を有することができる。マーケットバスケットの中の品目は、1つ以上の関連するカタログに照らして判定される。図1に示されているように、判定プロセッサ10は、マーケットバスケット分析サーバ12と、プロセス制御サーバ14と、スイッチ16と、製品カタログ18と、購入者の口座データ20とを含む。より全体的に、図1において、22として示されている小売商のインフラストラクチャは、小売商:POSインレーンPOSInLane24以下、小売商24を含んでいる。小売商24は、バーコードスキャナ28を有するポイントオブセールサーバ26を含んでいる。POS26は、店の集信装置30と製品表/価格帳32とに結合されている。小売商の製品チームretailerproductteam34は、製品表/価格帳32と通信し、カタログ管理サーバ36へ通信する。小売商の製品チーム34は、小売商:POSOps38の一部である。カタログ管理サーバ36は、カタログ管理プロセッサ40に含まれている。小売商のインフラストラクチャ22は、小売商のスイッチ44を有する小売商のネットワーク42を更に含んでいる。小売商のスイッチ44は、判定プロセッサ10に結合されている。後述でより十分に記載するように、マーケットバスケット分析サーバ12は、製品カタログ18に結合され、マーケットバスケットの中の適格品目の妥当性を確認する。マーケットバスケットの内容は、UPC、価格、量、等を含むが、これらに限られない。マーケットバスケットの内容は、小売商のスイッチ44から、マーケットバスケット分析サーバ12とスイッチ16との間で通信される。カタログ管理サーバ36は、マーケットバスケット分析サーバ12と製品カタログ18の形式で通信する。金融取引の金融取引カード発行者は、判定プロセッサ10に結合されており、金融取引カード番号48と、発行者プロセッサ50とを含んでいる。給付金プロセッサ52は、スイッチ16に結合された支払請求プロセッサアキュムレータ54を含んでいる。給付金プロセッサ52は、スイッチ16と通信する。マーケットバスケット分析サーバ12は、スイッチ16を介して給付金プロセッサ52とリアルタイムで接しcontact、支払請求の認可claimauthorizationを受け取ることができる。給付金プロセッサ52は、標準の規定言語と、NCPDP5.1と、NCPDPd.0とを介して通信することができる。口座情報56は、購入者の口座データ20を含んでいる。購入者の口座データ20は、マーケットバスケット分析サーバ12に与えられる。購入者の口座データ20は、金融プロセッサ46に属する金融取引の金融取引カード番号48に関係している。金融プロセッサ46は、発行者プロセッサ50取引を含んでいる。金融承認取引financialapprovaltransactionが要求されると、発行者プロセッサ50は、スイッチ58と、更にスイッチ16と通信する。既に記載したように、本発明は、複数の小売商が、購入者が選択した支払機構を使って購入するためにPOS26において提示された品目を照合し、提示された支払い機構によって、提示された品目を購入できるかどうか決定するプロセスを自動化することを容易にする。より具体的には、本発明は、スポンサに関連付けられている支払い/決済プログラムのための複数の品目リストと、品目とを照合する。図2の実施形態では、判定プロセッサ10は、小売商のインフラストラクチャ22に含まれている。図2の実施形態における全体的なシステムのアーキテクチャは、小売商のプロセスと通信するスイッチ58を含み、これが小売商のファイアウォールを支えている。判定プロセスは、判定プロセッサ10におけるコンポーネントを利用する。スイッチ16と、マーケットバスケット分析サーバ12と、カタログ管理サーバ36と、プロセス制御サーバ14は、協力して、判定を行う。更に、1つの実施形態では、判定プロセスは、金融取引を認可することができる。小売商のインレーン購入動作によってトリガされる金融取引は、一般に、小売商のスイッチ44からスイッチ16にISO8583の形式で通信される。スイッチ16は、ISO8583のメッセージを、次の処理コンポーネント、例えばマーケットバスケット分析サーバ12、による処理に適したメッセージに分解する。1つの実施形態では、スイッチ16は、マーケットバスケットの内容のデータと取引識別情報とを、スイッチ16によって解析parseされフォーマットされたデータ形式で、マーケットバスケット分析サーバ12に通信する。マーケットバスケット分析サーバ12は、マーケットバスケットの内容と、製品カタログ複数18とを比較する。製品カタログ複数18は、カタログ管理サーバ36から、マーケットバスケット分析サーバ12に、予めロードされている。製品カタログ18は、承認された製品の品目リストを含んでいる。承認された製品は、UPCと短い記述shortdescriptionとによって識別される。マーケットバスケットのライン品目の内容のデータは、マーケットバスケットサーバ12によって繰り返し処理される。本発明を用いて、複数のカタログ18に対する判定を処理することができる。本発明を用いて、カタログ18を口座の財布に直接に関係付ける。品目リストを判定するために使用されるカタログ18に基づいて、この財布を制限付きの支出額に関連付けることができる。例えば、金融取引の金融取引カードは、食品の品目カタログと、更に一般用医薬品の品目カタログとに対する支出をサポートし得る。1つ以上の支出用の財布は、単一の金融取引の金融取引カードに対して識別され得る。支出用の財布の各々は、特定の発行者からの特定の支出残高spendingbalanceを有する。本発明を用いて、小売商24は、マーケットバスケットを集め、購入者の金融取引の金融取引カードを読取り機に通す又はスキャンすると、マーケットバスケットをパッケージ化し、それを判定プロセッサ10に送り、小売商が購入要求を処理するか、又は判定プロセッサが購入要求を処理する。小売商24と判定プロセッサ10との間における入ってくる及び出ていく通信は、ISO8583のメッセージフォーマット、XMLウェブサービスフォーマット、等を介して、リアルタイムのやり取りとして全て可能である。非制限的な例として、モバイルデバイスに結合されたカード読取り機のスロット、モバイルデバイスのスロットに金融取引の金融取引カードを通すことと、ワイヤレス通信を通じてスキャンすることと、金融取引の金融取引カードをモバイルデバイスにタッチすることと、モバイルデバイスにおいて情報をタイプ入力することと、写真を撮ることと、モバイルデバイス上のアプリケーション及びオンラインエンティティから金融取引の金融取引カードを選択することと、のうちの少なくとも1つによって入力することができる。図1と2に示されているように、小売商は、小売商のスイッチ44と通信する。小売商のスイッチ44は、取引データを判定プロセッサ50に送り込む。スイッチ16は、取引を受信し、それを最後まで処理する。スイッチ16は、全てのタイプの取引に対するゲートウエイである。取引又はトランザクションは、多くのタイプのうちの1つであり得る。本発明の1つの実施形態では、取引は、判定要求、認可要求、又はPOS結果取引であり得る。スイッチ16は、取引要求56の性質を決定し、データをフォーマットし、要求のタイプによって決定される次のプロセスを通して、要求をルーティングする。図3は、マーケットバスケットサーバ12の動作を、ステップ60-80を使って説明するフローチャートである。マーケットバスケット分析サーバは、マーケットバスケットの取引データをスイッチ16から受信し、マーケットバスケットの取引が有効であるかどうかを決定する。それが有効でない場合は、処理要求は拒絶される。それが有効である場合は、マーケットバスケットサーバ12は、処理制御データから取引の信用証明書credentialを検索する。信用証明書が有効でない場合は、処理要求は拒絶される。信用証明書が有効である場合は、マーケットバスケットに適切な品目があるかどうかを確かめることを決定する。ない場合は、処理を要求することなく返送する。ある場合は、認可を要求し、次に、要求される処理と共に返送する。判定取引adjunctiontransactionは、取引の識別と、マーケットバスケット情報をフォーマットしてマーケットバスケットサーバプロセスに送ることを含む。認可取引は、取引の識別を含み、特定の金融支払い口座に対して金融上の認可financialauthorizationを要求する。結果の取引は、取引識別情報と、処理されたマーケットバスケット判定取引と、金融認可情報とを含んでいる。マーケットバスケットサーバ12は、スイッチ16から判定取引を受信する。マーケットバスケットサーバ12は、全ての金融取引の金融取引カードを可能な範囲まで処理し、要求に応じて、更なる処理のために取引結果をスイッチに返送する。スイッチ16は、判定取引を受信し、更なる処理が必要であるかどうかを決定する。判定取引は、スイッチ16が1以上の発行者から金融取引の認可を取得することを要求し得る。ルーティングと、発行者による処理のために、スイッチ16は取引情報をフォーマットする60。認可要求複数が発行者複数によって処理されて返送されるまで、スイッチ16は、小売商24に対する取引を完了するのを待つ。認可情報は、フォーマットされ、小売商24に返送される。その取引は、スイッチ16を通った全ての取引の永久データログに加えられる。スイッチ16は、POS結果取引をフォーマットし、小売商24に返送する。その取引は、スイッチ16を通った全ての取引の永久データログに加えられる。ステップ82乃至112を有する図4のマーケットバスケットの判定フローチャートを参照すると、マーケットバスケット分析サーバ12とスイッチ16とを使用して、マーケットバスケットの品目リストが受信される。マーケットバスケットが使い尽くされるexhaustと、品目を合計し、マーケットバスケットを閉じ、注釈を付けられたannotatedマーケットバスケットを作成する。それが使い尽くされていない場合は、マーケットバスケットからの品目と、インデックスの付いたカタログの品目とを比較する。カタログの品目と一致しない場合は、カタログ18が使い尽くされていて、インデックスがインクリメントされる。さらにまた、カタログ18が使い尽くされていないと、マーケットバスケットのリストのインデックスがインクリメントされ、品目にフラグが立てられる。スイッチ16の動作が、図5においてステップ114乃至134に示されている。スイッチ16は、取引から得た取引データを受信し、変換する。スイッチ16によって、取引のタイプについて決定する。取引が判定である場合に、マーケットバスケットはフォーマットされる。POS以外POSOUTの取引の場合は、それはPOSのためにフォーマットされる。次に、スイッチ16は、認可を行ない、金融プロセッサ46のために取引をフォーマットし、次に、認可のために508を発行者にルーティングする。認可メッセージ509は、金融プロセッサ46から受信される。スイッチ16は、これをフォーマットし、小売商のスイッチ44を介して小売商24に返送する。次に、取引が取引ログにログインされる。複数の財布に対して、複数の認可がある。複数の認可がある場合に、スイッチ16は複数の金融プロセッサ40に結合するように構成されている。スイッチ16は、複数の金融処理システムに結合し、複数の発行者プロセッサに結び付けられた複数の財布に照らして、制限付きの支出を処理することができる。プロセス制御サーバ14によって提供されるルールに基づいて、スイッチは、金融取引を複数の金融の金融取引カード発行者に分けて、複数の金融プロセッサから認可を受ける。本発明を用いて、マーケットバスケット分析サーバ12は、HIPAAとPCI-DSSの規制遵守regulatorycomplianceに対する依存から、購入者の金融口座情報を切り離す。小売商24は、複数の財布、複数の金融取引の金融取引カード発行者のメンバの人口統計、等の詳細から切り離される。取引のPANは、適用可能なプロセス制御ルールを定めている口座構造に結び付いている。プロセス制御ルールは、プロセス制御サーバ14からスイッチ16に与えられ、金融認可の経路を確立する。マーケットバスケット分析サーバ12が、財布と共にカタログを使用するために、金融取引の金融取引カード番号48と、関連するカタログ18とが、その金融取引の金融取引カードと共に与えられる。判定プロセッサ10は、小売商のメンバの人口統計を送らない。マーケットバスケット分析サーバ12が、PANに関係付けられているカタログと、金融取引の金融取引カード発行者と、財布とを使用するために、金融取引の金融取引カード番号48と、その金融取引の金融取引カードに関連するカタログ18が与えられる。本発明を用いて、次のステップが行なわれる。品目データを集めたもの、例えばマーケットバスケットを受信する。マーケットバスケットの中の各品目は、品目を一意に識別する統一商品コードを有し、小売商の価格リストによって決定される追加税と、正味価格と、品質とを有する。マーケットバスケットの中の各品目は、評価され、製品/計画製品カタログ18に関係付けられている特定の財布に対して承認された品目とUPCによって比較される。マーケットバスケットの中の各品目は、特定の製品/計画に対して適格又は不適格としてマークを付される。適格品目は、製品/計画に従ってグループ化され、グループ毎に、全ての品目の合計コストから、適切な割引discountと値引allowanceとを除く計算をする。小売商24、給付金プロセッサ52、等によって更に処理するために、品目と、グループの合計と、マーケットバスケット識別情報とを、XMLデータ構造、ISO8583、NCPDP5.1、又はNCPDPd.0にフォーマットする。判定は、小売商24でホストされ、小売商の内部であってもよく、又は判定は、小売商の外部でホストされ、幾つかの小売商をそれに接続してもよい。XMLデータ構造をスイッチ16に送り込む。スイッチ16を利用し、小売商のネットワーク内でホストされているシステムのための小売商別フォーマットのデータを、発行者プロセッサ50又は支払請求プロセッサ54によって処理するために、ISO8583、XML、NCPDP5.1、又はNCPDPd.0のフォーマットに変換する。金融プロセッサが内部の小売商のネットワークに統合されていない場合と、小売商が本発明によって開始される取引を要求する場合に、XMLベースの金融認可要求又はISO8583ベースの金融認可要求が開始される。この場合に、本発明のプロセス制御サーバ14のシステムと方法は、グループの合計に照らして認可要求の内容を決定し、スイッチ16は、XMLベースの認可要求を構築し、金融プロセッサ46に伝送する。スイッチ14は、XMLベースの認可要求を、対応する発行者プロセッサによって要求されるフォーマットでフォーマットする。購入者によって選択され且つマーケットバスケットに入れられた品目は、購入するために、参加している小売商24の清算プロセスcheckoutprocessに提示される。プロセスの中でもとりわけこのプロセスは、小売店内の物理的なレーンphysicallane、カタログから選択され且つ精算時に購入者によって識別されるマーケットバスケットの品目の収集、或いは小売店、オンライン、又は電話に基づく薬局のカウンタにおける処方箋の提示であり得る。小売商の物理的な清算レーン又は小売商の物理的な薬局カウンタを使用するプロセスでは、そのマーケットバスケットの品目を、小売商の店のPOS26に手入力するか又はスキャンすることが必要である。カタログ18、オンライン、又は電話による買い物を使用するプロセスでは、品目を買物の方法によって選択して識別し、マーケットバスケットの中の品目として入力することが必要である。買物の方法に関わらず、全てのマーケットバスケットの品目のデータ、例えば、価格、量、税金、ポイントオブパーチェイスで行なわれる割引を、1つの取引にパッケージ化し、店のポイントオブセールシステムのメッセージの詳細に従ってフォーマットする。更に、1つの取引は、小売商の識別情報と、購入者の識別情報とを更に含まなければならない。これは、最低でも、以下を含み得る。1.小売商のID2.店のID3.端末のID4.主要口座番号PrimaryAccountNumberPAN5.タイムスタンプ6.システム追跡記録監査番号SystemTraceAuditNumberSTAN7.ライン品目の詳細<一意のマーケットバスケット品目毎>a.UPCb.正味価格c.税金d.量e.品目の簡単な説明この取引は、POS26から、店の集信装置30、小売商のスイッチ44、次にスイッチ16に届く。取引データは、品目データ、顧客識別子データ、等を含むことができる。小売商24を介して、店の集信装置30、小売商のスイッチ44に通信される。小売商24の全てがネットワークに接続され、データは、小売商のスイッチ44から、小売商24、次に、小売商の内部の別のスイッチに進む。スイッチ16は、小売商のスイッチ44、又は様々な方法で小売商24に通信する内部の小売商のスイッチを利用する。様々な方法は、例えば、ISO8583又はXMLデータ構造を含むが、これに限られない。取引データは、送信元の小売商24から受信される。マーケットバスケットの取引は、マーケットバスケットサーバ12からスイッチ16に送られる。スイッチ16は、受信したどんな小売商構造からのデータも、XMLデータ構造にデータをフォーマットし、変換されたXML構造をマーケットバスケット分析サーバ12に伝送する。マーケットバスケット分析サーバ12は、PANを利用し、購入者の口座に対する財布とカタログ18とを決定する。判定又は金融取引の処理中におけるどの時点においても、購入者の個人情報は検索されない。購入者のPANは、1つ以上の特定の製品カタログを、マーケットバスケットの取引に関係付ける。購入者の識別子、例えば、金融取引の金融取引カードの口座番号が、スイッチ16によって認識されない場合は、エラーが発生し、拒絶される。PANにエラーがある場合は、取引が断わられたというメッセージを、スイッチ16が送信元の小売商24に返送する。スイッチ16は、マーケットバスケットの取引で受信した品目データを、一度に1品目ずつ照合する。スイッチ16は、2つのインジケータを、マーケットバスケットの各ライン品目に付加する。品目が適格であるか又は不適格であるかを通信するフラグを生成し、更に、品目が属するグループ18のインジケータを決定する。処理の完了時に、マーケットバスケットの中の各品目と、各グループによる合計とを使用して、マーケットバスケットの取引をパッケージ化し、処理のために小売商24に返送する。別の実施形態では、処理されたマーケットバスケットの取引をスイッチ16に返送する。処理されたマーケットバスケットの取引を受け取ると、マーケットバスケット分析サーバ12は、購入者の識別子に関連付けられている金融取引の金融取引カード発行者に対して、購入者の識別子を照合する。スイッチ16は、XMLベースの支払い認可要求メッセージを作成する。XMLベースの支払い認可要求メッセージは、金融プロセッサ46の識別と、小売商の取引の識別の情報を含んでいる。次に、この支払い認可は、金融プロセッサ46に送られる。様々な実施形態では、ISO8583と、XMLと、NCPDPd.0のデータ構造を、スイッチ16と金融プロセッサ46との間における認可要求メッセージに使用する。様々な実施形態において、スイッチ16は、金融プロセッサ46又は支払請求プロセッサ54から返送された認可メッセージを受信し、取引識別番号に基づいて認可された取引のデータログを作成し、iii認可メッセージを適切なフォーマットで作成し、そのメッセージを小売商24に送る。本発明の別の実施形態では、カタログ管理プロセッサ40は、参加している小売商24毎にUPCのカタログ18を作成する。各カタログ18は、第1と第2のセットのUPCデータを含んでいる。第1のセットは、ナショナルブランド製品に関し、第2のセットは、小売商24のプライベートラベル製品に関する。本発明のシステムと方法は、インコムinCommの小売商24が、スポンサが扱っている製品に対して、ポイントオブセールにおける金融取引カードに基づく支払い方法を受け入れることを可能にする。製品は、薬品と医療用品とを含むが、これらに限られない。スポンサは、メディケア及び/又はメディケイドを含むが、これらに限られない。本発明は、小売商24のPOS18と相互に動作しない、人手によるmanual支払請求又はオフラインシステムを従来含んでいた引き換え方法に代わることができるシステムと方法を提供する。幾つかの場合において、金融取引カードの受理/引き換え機構acceptanceredemptionmechanismは、取引の処理のための既存のPOSからインコムへのメッセージングインターフェイスを強化するleverage。様々な実施形態では、本発明は、あるスポンサが彼らの組織に特有のリストを作成し、従って、小売商24へのリストの公表を制限することを可能にする、システムと方法とを提供する。他のスポンサは、彼らのリストを公表し、カタログ管理サーバ内で利用可能にすることを選ぶことができる。これは、他のスポンサが、既に作成されたリストを選択することを可能にする。非制限的な例として、ある州のメディケイドプログラムが、予防カードpreventivecardに焦点を当てたリストであって、ビタミンと低用量のアスピリンで埋められたリストを作成し、他の州が予防カードに最も有効な品目を識別する労力を利用できるようにすることを選ぶことができる。1つの実施形態では、金融取引カードは、小売商のPOS取引を通じてアクティブにされることも、購入されることもない。金融取引カードは、連邦政府と州政府との代わりに、メディケアとメディケイドとを管理する健康保険制度healthinsuranceplanによって購入者に発行される。1つの実施形態では、購入者は、電話及び対話型音声認識技術InteractiveVoiceRecognitiontechnologyを介して金融取引カードをアクティブにする。スポンサによって定められている適格小売品目又はサービスに支払うために、参加している小売商24において金融取引カードを使用することができる。これらの適格小売品目は、例えば、一般用医薬品overthecountermedicineと医療用品とを含むが、これらに限られない。1つの実施形態では、UPCのカタログ18は、参加している小売商24毎に作成され維持される。カタログ18は、2セットのUPCデータから構成されている。一方のセットは、ナショナルブランド製品に関し、他方のセットは、小売商24のプライベートラベル製品に関する。カタログ18は、カタログ管理プロセッサ40/インコム金融取引カードを使用して購入できるものの定義を反映している。カタログ18は、スポンサからの公表されたガイドラインに従わなければならない。スポンサは、メディケアメディケイドサービスセンタを含むが、これに限られない。カタログ18は、ナショナルブランドのカタログ18と、プライベートラベルのカタログ18への小売商24による付随するconcomitant更新とへ定期的に更新される。カタログ管理プロセッサ40は、承認機関の条件に合う、承認されたナショナルブランドのカタログ18を生成する。カタログ管理プロセッサ40は、健康保健制度と承認機関の代理として、小売商24によって提示されたプライベートラベル品目が適格品目のガイダンスguidanceの範囲内にあることを保証することに責任を負う。小売商24は、ナショナルブランドのカタログ18の範囲内にある、その小売商24のプライベートラベル品目のリストを定義し維持することに責任を負う。カタログ管理プロセッサ40は、健康保健制度において、小売商24によって提示された全てのプライベートラベル品目がガイダンスの範囲内で承認されていることを保証することに責任を負う。1つのプロセスの流れを使用して、最初のカタログ18を公表し、次に、それを進め続ける。カタログ管理プロセッサ40によるカタログ18の最初の構築は、所定の製品群についてのナショナルブランドのUPCの完全なリストから始める。カタログ管理プロセッサ40は、このリストを絞り込む。1つの実施形態では、これは、カタログ管理プロセッサ40によって単独で行われる。別の実施形態では、これは、プロセッサ40と、承認しているスポンサ又は代理業者agency、例えば、CMSのガイダンスに合うUPCのみを含むものと、の両者で達成される。ナショナルブランドのカタログ18と、プライベートラベルのカタログ18は、異なる経路に従って承認される。カタログ管理プロセッサ40は、ナショナルブランドのカタログ18を制御するが、小売商24は、彼らのプライベートカタログ18を制御する。カタログ管理プロセッサ40は、健康保健制度又は承認機関に対する代理として、プライベートラベルのカタログ18の中の品目を検査reviewして承認する。小売商24とカタログ管理プロセッサ40との対話は、データファイルの形式をとることができ、データファイルは、提案と、承認と、公表との様々な段階で交換される。図6は、カタログ18を公表するプロセスの流れを示している。カタログ18の最初の公開に続いて、定期的に、例えば四半期毎に、メンテナンスが公開される。メンテナンスを公開する目的は、追加の製品を入れるか、古い製品を取り除くか、又は特定のUPCに関係する情報を変更するために、ナショナルブランドのカタログ18を調整することである。ナショナルブランドのカタログ18の内容が変化すると、それはプライベートラベルのカタログ18の内容に影響を及ぼし得る。従って、ナショナルレベルにおける変化が、プライベートラベルのレベルにおける変化として反映されることを保証するために、検査プロセスが必要である。小売商24は、現在から、最後のカタログ18の公開の選択された期間、例えば90日以内まで、更新を順番に処理する。非制限的な例として、各四半期の最初の日以前に小売商24によって処理して統合するために、四半期毎に、即ち、四半期1月、4月、7月、10月の45日前に、カタログ18が公開される。小売商24が途中で加加わった場合は、更新の最初のサイクルに対して例外が許される。最初の更新サイクルのときのみ、小売商24は、初期設定を更新する前に、1サイクルの間待つことを選んでもよい。例えば、小売商24は、5月1日に加わり、4月に始まる四半期に対して、2月15日からカタログ18を取り入れる。次のカタログ18の更新は、5月15日に公開されるが、小売商24は、一回限りのことonetimeeventとして、このサイクルをスキップしてもよい。しかしながら、将来のカタログ18の公開は、90日前に取り入れる。プライベートラベル品目に関して、例1は、四半期プロセスの1つの実施形態である。カタログ管理のプロセスにおける各ステップ中に、カタログ管理プロセッサ40と小売商24は相互に通信する。1つの実施形態では、ファイル転送プロセスは、SFTPによる。小売商24は、転送されるデータファイルを配置し検索するために、カタログ管理プロセッサ40のSFTPサーバにおけるSFTPアドレスと一意のディレクトリとを与えられる。ファイルは、小売商24によってSFTPサイトに送り込まれ、SFTPサイトから引き出される。カタログ管理プロセッサ40は、小売商24のSFTPディレクトリに配置されたファイルを、定期的に、非制限的な例として2時間毎等に、自動的にスキャンし処理することができる。例2は、カタログ管理プロセッサ24のフォルダ構造の例である。他のフォルダ構造が利用され得ることが分かるであろう。例2カタログ管理プロセッサのフォルダ構造サービスの最初にカタログ管理プロセッサ40によって小売商に提供される/Production小売商から送られるファイルに対して/in小売商に送るファイルに対してout本発明は、様々なファイルネーミング規定を用いることができる。例3は、特定の実施形態であり、他を用いてもよい。例3ファイルネーミング規定ファイルネーミング規定現在使用されている一般的なフォーマットは、次の形式をとる。<MRID><filetype><filestate><filenumber>YYYYMMDDHHMMSS.tytここで、MRIDは、小売商24に対してカタログ管理プロセッサ40によって割り当てられた3文字の指示子designatorである。filetypeは、ファイルのタイプを表わす3文字以下の指示子である。filestateは、1文字の指示子である。ここで、Sは、ファイルを小売商24からMGへの送信submissionとして定義し、Rは、ファイルをカタログ管理プロセッサ40から小売商24への返送returnとして定義する。filenumberは、ファイルの内容の範囲を識別するために使用される一意の5文字の指示子である。YYYYは、4ケタの年を表わす。MMは、年の中の月を表わす。DDは、月の中の日を表わす。HHMMSSは、日の中の時間と、分と、秒とを表す。ファイル及びデータフォーマットの規定-カタログ管理プロセッサ40と小売商24との間で転送されるデータファイルは、様々な規定に従うことができる。様々な規定は、以下に記載された規定を含むが、これらに限られない。ファイル及びデータフォーマットは、ASCIであり得る。ファイル内のフィールドは、パイプ|の符号によって区切られる。ファイル構造-ファイルは3つのレコードタイプを有し得る。品目ヘッダレコードItemHeaderRecordタイプHDRD。品目レコードItemRecordファイルのタイプ毎に指定される。チェックサムレコードタイプCHKS。チェックサムレコードは、ファイルの最後のレコードである。ほとんどの場合に、チェックサムは、単にレコードの総数である。CQUの場合に、レコードタイプFILEを有するファイルのヘッダレコード。復帰carriagereturnと改行linefeed-ファイル内の全てのレコードは、復帰と改行で終わることができる。フィールドタイプ-M=金額Money、D=日付-これらは、フィールド長に対して許される最大文字数を指定する。必須RequiredReq’d-Yは、必須に等しく、データが含まれていない場合は、レコードが無効であると見なすことができる。N=不要notrequired。ファイル名-以下は、使用できる3つのファイルの名前である。1.ファイルタイプ名CQU-カタログ管理プロセッサ40は、マスタカタログ18を公表する。マスタカタログ18は、定期的な、例えば四半期毎の、全てのアクティブなナショナルブランドの品目を含んでいる。CQUは、所定の1組の健康保健制度の条件に合ったナショナルブランドのUPCコードの全てを含んでいる。2ファイルタイプ名CQR-小売商24は、マスタカタログ18を検査し、カタログ管理プロセッサ40によって検査される小売商24自身のプライベートラベル製品のCQRカタログを作成する。カタログ管理プロセッサ40は、承認又は否認で応答する。3.ファイルタイプ名CQP-小売商24は、最終的なプライベートラベルとナショナルブランドの品目を、1つのデータファイルに統合し、カタログ管理プロセッサ40による承認を得るために、このファイルを送信する。カタログ管理プロセッサ40は、承認又は否認で応答する。特定のCQUのファイルヘッダは、ファイルによってサポートされている全ての健康保健制度及び健康保険プログラムを表す。ファイルヘッダレコードが使用される。適切なものは、例4にある。小売商24は、カタログ管理プロセッサ40によって承認を得るために送信されるプライベートラベル品目のファイルを生成しなければならない。このファイルのためのフォーマットを以下に記載する。検査のときに、制度に含むことを許されないファイル中の品目に、アクティビティコードにおけるNでマークを付し、全ての適格品目に、Eでマークを付す。ファイルは、送信から5営業日内に小売商24に返送される。ファイル名の送信と返送の識別に関して、セクション4におけるファイルネーミング規定を参照。小売商24は、展開に先立ってカタログ管理プロセッサ40によって承認を得るために、承認されたプライベートラベル品目と、適用可能なナショナルブランド品目との両者を含むファイルを生成する。このファイルのためのフォーマットを以下に記載する。検査のときに、制度に含むことを許されないファイル中の品目に、アクティビティコードにおけるNでマークを付し、全ての適格品目に、Eでマークを付す。ファイルは、送信から5営業日内に小売商24に返送される。ファイル名の送信と返送の識別に関して、セクション4におけるファイルネーミング規定を参照。ここに開示されている本発明の明細書と実施とを検討することにより、本発明の他の実施形態が当業者に明らかになるであろう。明細書と例を単なる例示と見なすことが意図されており、本発明の真の範囲と真意は、請求項によって示されている。