(57)【要約】      （修正有）【課題】記憶値カード取引をローカルに認可するシステムおよび方法を提供する。【解決手段】記憶値カード取引をローカルに処理する装置に向けられており、装置は、小売ポイントオブセール（ＰＯＳ）またはホストに近接し、ＰＯＳまたはホストおよび記憶値カードプロセッサと通信し、取引要求を受信する。取引要求を、記憶値カードプロセッサに通過させるか又はローカルに決定させかを決定する。取引要求を通過させる場合、要求をブリッジから記憶値カードプロセッサに通信する。記憶値カードプロセッサ又は記憶値カードプロセッサとの試行した通信から、ある応答を受信すると、記憶値カードプロセッサの応答をローカルに上書きするか又は取引要求をローカルに決定する。取引要求を記憶値カードプロセッサに通過させるべきでない場合、取引要求をローカルに決定するように、取引要求応答をＰＯＳまたはホストへと返通信する。【選択図】図１
2020184352.tif 000002
【特許請求の範囲】
【請求項１】
記憶値カード取引をローカルに処理する装置において、
前記装置は、小売ポイントオブセール（ＰＯＳ）またはホストに近接し、
前記装置は、前記ＰＯＳまたはホストおよび記憶値カードプロセッサと選択的に通信し、
前記装置は、
前記ＰＯＳまたはホストとの選択的な通信を可能にするＰＯＳまたはホストインターフェースと、
前記記憶値カードプロセッサとの選択的な通信を可能にする記憶値カードプロセッサインターフェースと、
ある記憶値カード取引要求に対する選択的な決定を可能にする処理モジュールとを具備する装置。
【請求項２】
前記記憶値カードプロセッサとの通信の時間の間には、前記処理モジュールは、ある記憶値カード取引要求に対して決定をせずに、このような要求を、前記記憶値カードプロセッサに通過させる請求項１記載の装置。
【請求項３】
前記記憶値カードプロセッサとの非通信の時間の間には、前記処理モジュールは、ある記憶値カード取引要求に対してローカルに決定する請求項１記載の装置。
【請求項４】
前記処理モジュールと前記記憶値カードプロセッサとの間の通信がいったん再確立されると、前記処理モジュールは、ローカルに行われた取引により前記記憶値カードプロセッサを更新する請求項３記載の装置。
【請求項５】
前記記憶値カードプロセッサとの通信の時間の間には、前記処理モジュールは、前記記憶値カードプロセッサから受信した応答に基づいて、前記記憶値カードプロセッサのある決定をローカルに上書きする請求項１記載の装置。
【請求項６】
記憶値カードタイプまたは額面金額、取引タイプ、ならびに／あるいは、取引額が、上書きに対して適格であるとして記憶される場合、前記記憶値カードプロセッサは、前記記憶値カードプロセッサのある決定をローカルに上書きするだけである請求項５記載の装置。
【請求項７】
前記処理モジュールにより上書きされたある決定は、ソフト拒否である請求項６記載の装置。
【請求項８】
前記決定は、アクティブ化、非アクティブ化、リロード、および／または、リフレッシュ取引を含む請求項１記載の装置。
【請求項９】
いったん前記処理モジュールと前記記憶値カードプロセッサとの間の通信が再確立されると、ローカルに行われた取引により前記記憶値カードプロセッサを更新する記憶および転送モジュールをさらに具備する請求項１記載の装置。
【請求項１０】
冗長記憶を提供するために、コンテンツ複製アプリケーションと通信する少なくとも２つのデータベースをさらに具備する請求項１記載の装置。
【請求項１１】
前記装置は、１つ以上のロードバランサまたはマルチプレクサを通して、前記ＰＯＳまたはホストと通信する請求項１記載の装置。
【請求項１２】
記憶値カード取引をローカルに認可する方法において、
前記方法は、小売ポイントオブセール（ＰＯＳ）またはホスト、ブリッジプロセッサ、および、記憶値カードプロセッサ間で行われ、
前記ブリッジプロセッサは、前記ＰＯＳまたはホストとともにローカルに配置され、
前記方法は、
前記ブリッジプロセッサにおいて、取引要求を受信することと、
前記ブリッジプロセッサによって、前記取引要求を、前記記憶値カードプロセッサに通過させるべきであるか否か、または、ローカルに決定させるべきであるか否かを決定することと、
前記取引要求を前記記憶値カードプロセッサに通過させるべきであると決定すると、
このような要求を前記ブリッジから前記記憶値カードプロセッサに通信することと、
前記記憶値カードプロセッサから、または、前記記憶値カードプロセッサとの試行した通信から、ある応答を受信すると、前記ブリッジプロセッサによって、前記記憶値カードプロセッサの応答をローカルに上書きするか、または、前記取引要求をローカルに決定することと、
前記取引要求を前記記憶値カードプロセッサに通過させるべきでないと決定すると、
前記ブリッジプロセッサによって、前記取引要求をローカルに決定することと、
前記ブリッジによって、取引要求応答を前記ＰＯＳまたはホストへと返通信することとを含む方法。
【請求項１３】
前記記憶値カードプロセッサからのある応答は、ソフト拒否またはホストタイムアウトである請求項１２記載の方法。
【請求項１４】
前記ブリッジプロセッサによって、前記取引要求を前記記憶値カードプロセッサに通過させるべきであるか否か、または、ローカルに決定させるべきであるか否かを決定することは、
前記ＰＯＳまたはホストから要求された取引のタイプを決定することと、
前記取引のタイプにおよび／または記憶値カードに関係付けられている処理コードが、ローカル処理に対して適格であるとしてフラグが立てられているか否かを決定することと、ならびに／あるいは、
前記ブリッジが前記記憶値カードプロセッサと通信しているか否かを決定することとを含む請求項１２記載の方法。
【請求項１５】
前記取引のタイプにおよび／または前記記憶値カードに関係付けられている処理コードが、ローカル処理に対して適格であるとしてフラグが立てられていない場合、前記ブリッジは、パススルーとして機能し、前記取引要求を前記記憶値カードプロセッサに渡し、前記取引要求に対する応答を前記ＰＯＳまたはホストに戻す請求項１４記載の方法。
【請求項１６】
前記ブリッジが前記記憶値カードプロセッサと通信していない場合、前記記憶値カードプロセッサとの通信が再確立されるまで、前記ブリッジにおいて、少なくともいくつかの取引をローカルに行う請求項１３記載の方法。
【請求項１７】
前記記憶値カードプロセッサから受信したタイムアウトに続いて、前記ブリッジは、前記取引要求をローカルに処理する請求項１２記載の方法。
【請求項１８】
前記ブリッジプロセッサによってローカルに上書きされた、前記記憶値カードプロセッサから受信したある応答は、ソフト拒否である請求項１２記載の方法。
【請求項１９】
記憶値カード取引をローカルに処理する装置において、
前記装置は、小売ポイントオブセール（ＰＯＳ）またはホストに近接し、
前記装置は、前記ＰＯＳまたはホストおよび記憶値カードプロセッサと選択的に通信し、
前記装置は、
取引要求を受信し、
前記取引要求を前記記憶値カードプロセッサに通過させるべきであるか否か、または、ローカルに決定させるべきであるか否かを決定し、
前記取引要求を前記記憶値カードプロセッサに通過させるべきであると決定すると、
このような要求を前記記憶値カードプロセッサに通信し、
前記記憶値カードプロセッサから、または、前記記憶値カードプロセッサとの試行した通信から、ある応答を受信すると、前記記憶値カードプロセッサの応答をローカルに上書きするか、または、前記取引要求をローカルに決定し、
前記取引要求を前記記憶値カードプロセッサに通過させるべきでないと決定すると、
前記取引要求をローカルに決定し、
取引要求応答を前記ＰＯＳまたはホストへと返通信し、
ローカルな上書きまたはローカルな決定に続き、前記上書きまたは決定に関する情報を記憶し、いったん通信が再確立されると、このような情報を、前記記憶値カードプロセッサに転送するように構成されている装置。
【発明の詳細な説明】
【背景】
【０００１】
［００１］
アクティブ化、非アクティブ化、兌換、リロード、および、リフレッシュに限定されないが、これらのような記憶値カード取引は、取引に対する認可を取得するために、および／または、取引を行うために、遠隔プロセッサまたはサーバと通信するための、小売ポイントオブセール（ＰＯＳ）端末、システム、または、ホストを典型的に必要とする。しかしながら、ある状況では、遠隔プロセッサとの通信は、（例えば、停電またはネットワーク停止の間）可能でないかもしれない、または、（例えば、ピーク時間またはネットワーク過負荷の間）タイムリーでないかもしれない。
【０００２】
［００２］
したがって、記憶値カード取引をローカルに認可するおよび／または行う、システムおよび方法を提供することが望ましい。可能なときに、遠隔プロセッサと通信して、新たな取引情報により、プロセッサと任意の関係付けられているデータストアとを更新できる、このようなシステムおよび方法を提供することがさらに望ましい。このようなシステムおよび方法は、取引および取引要求のより速い処理を可能にするかもしれない。
【０００３】
［００３］
さまざまな記憶値カードシステムは、非常に特定の状況で利用されるかもしれない、ある程度のローカル認可を提示するかもしれない。しかしながら、このようなシステムは、（ｉ）タイムアウトの際に、ある取引タイプを取り消しすることを継続する一方で、指定された取引タイプに対する代理承認機構も追加し、（ｉｉ）報告されるときに、ある「ソフト拒否」に対する代理能力を提供し、（ｉｉｉ）記憶および転送（ＳＡＦ）取引から出るアウトバウンド要求上に一意的なシステムトレースオーディットナンバー（ＳＴＡＮ）を提供することのような、特定の要件を実現し、および／または、（ｉｖ）動作および管理レベルの見落しに対するＳＡＦコンテンツへの可視性を取得する、能力を提供しない。一般的に、「ソフト拒否」は、記憶値カードプロセッサは取引を拒否するかもしれないが、発行者またはプロセッサ（すなわち、製品および／または取引に対する実際の認可者）が取引を拒否していないかもしれないことであることに留意すべきである。
【０００４】
［００４］
したがって、本発明のいくつかの実施形態にしたがう、システムおよび方法のこのような目的が望ましい。
【発明の概要】
【０００５】
［００５］
本発明のいくつかの実施形態にしたがうと、態様は、記憶値カード取引をローカルに処理する装置を含んでいてもよく、装置は、小売ポイントオブセール（ＰＯＳ）またはホストに近接し、装置は、ＰＯＳまたはホストおよび記憶値カードプロセッサと選択的に通信し、装置は、ＰＯＳまたはホストとの選択的な通信を可能にするＰＯＳまたはホストインターフェースと、記憶値カードプロセッサとの選択的な通信を可能にする記憶値カードプロセッサインターフェースと、ある記憶値カード取引要求に対する選択的な決定を可能にする処理モジュールとを具備する。
【０００６】
［００６］
本発明のいくつかの実施形態にしたがうと、他の態様は、記憶値カード取引をローカルに認可する方法を含んでいてもよく、方法は、小売ポイントオブセール（ＰＯＳ）またはホスト、ブリッジプロセッサ、および、記憶値カードプロセッサ間で行われ、ブリッジプロセッサは、ＰＯＳまたはホストとともにローカルに配置され、方法は、ブリッジプロセッサにおいて、取引要求を受信することと、ブリッジプロセッサによって、取引要求を、記憶値カードプロセッサに通過させるべきであるか否か、または、ローカルに決定させるべきであるか否かを決定することと、取引要求を記憶値カードプロセッサに通過させるべきであると決定すると、このような要求をブリッジから記憶値カードプロセッサに通信することと、記憶値カードプロセッサから、または、記憶値カードプロセッサとの試行した通信から、ある応答を受信すると、ブリッジプロセッサによって、記憶値カードプロセッサの応答をローカルに上書きするか、または、取引要求をローカルに決定することと、取引要求を記憶値カードプロセッサに通過させるべきでないと決定すると、ブリッジプロセッサによって、取引要求をローカルに決定することと、ブリッジプロセッサによって、取引要求応答をＰＯＳまたはホストへと返通信することとを含む。
【０００７】
［００７］
本発明のいくつかの実施形態にしたがう他の態様は、記憶値カード取引をローカルに処理する装置を含んでいてもよく、装置は、小売ポイントオブセール（ＰＯＳ）またはホストに近接し、装置は、ＰＯＳまたはホストおよび記憶値カードプロセッサと選択的に通信し、装置は、取引要求を受信し、取引要求を記憶値カードプロセッサに通過させるべきであるか否か、または、ローカルに決定させるべきであるか否かを決定し、取引要求を記憶値カードプロセッサに通過させるべきであると決定すると、このような要求を記憶値カードプロセッサに通信し、記憶値カードプロセッサから、または、記憶値カードプロセッサとの試行した通信から、ある応答を受信すると、記憶値カードプロセッサの応答をローカルに上書きするか、または、取引要求をローカルに決定し、取引要求を記憶値カードプロセッサに通過させるべきでないと決定すると、ブリッジプロセッサによって、取引要求をローカルに決定し、ブリッジプロセッサによって、取引要求応答をＰＯＳまたはホストへと返通信する。
【０００８】
［００８］
本発明の新規概念の範囲から逸脱することなく、バリエーションおよび修正がもたらされるかもしれないが、以下の図とともに本発明の以下の記述から、これらおよび他の態様が明らかになるだろう。
【図面の簡単な説明】
【０００９】
［００９］
本発明は、添付の図とともに以下の詳細な説明を読むことにより、さらに完全に理解することができ、図面において、同様の参照インジケータは、同様の要素を表すように使用している。添付の図は、ある例示的な実施形態を描写し、以下の詳細な説明を理解することを助けるかもしれない。本発明の任意の実施形態を詳細に説明する前に、本発明は、以下の記述で述べるまたは図において図示する、構成の詳細およびコンポーネントのアレンジメントにそのアプリケーションが限定されないと理解すべきである。描写した実施形態は、例示として理解すべきであり、本発明の全体的な範囲を決して限定しない。ここで使用する表現および専門用語は記述の目的のためであり、限定として考えるべきではないとも理解すべきである。詳細な説明では、以下の図を参照するだろう。
【図１】［００１０］  図１は、本発明のいくつかの実施形態にしたがった、限定された処理機能性を有する例示的な記憶および転送（ＳＡＦ）モデルを図示している。
【図２】［００１１］  図２は、本発明のいくつかの実施形態にしたがった、完全な処理機能性を有する例示的なＳＡＦモデルを図示している。
【図３】［００１２］  図３は、本発明のいくつかの実施形態にしたがった、ポール通過動作に対する例示的なフローダイヤグラムを図示している。
【図４】［００１３］  図４は、本発明のいくつかの実施形態にしたがった、代理承認による、ＳＡＦ影響のない、ソフト拒否を取り扱うための例示的なプロセスを明記している。
【図５】［００１４］  図５は、本発明のいくつかの実施形態にしたがった、代理承認によるソフト拒否とＳＡＦハード拒否とを取り扱うための例示的なプロセスを図示している。
【図６】［００１５］  図６は、本発明のいくつかの実施形態にしたがった、取引がリトライの最大数に達するとき、代理承認によるソフト拒否を取り扱うための例示的なプロセスを図示している。
【図７】［００１６］  図７は、本発明のいくつかの実施形態にしたがった、代理承認によるホストタイムアウトに対する例示的なプロセスを描いている。
【図８】［００１７］  図８は、本発明のいくつかの実施形態にしたがった、代理承認によるホストタイムアウトに対する例示的なプロセスを図示している。
【図９】［００１８］  図９は、本発明のいくつかの実施形態にしたがった、中止モードに対する例示的なプロセスを描いている。
【図１０】［００１９］  図１０は、本発明のいくつかの実施形態にしたがった、発起者ベースの無効および取消に対する例示的な処理を図示している。
【図１１】［００２０］  図１１は、本発明のいくつかの実施形態にしたがった、ペンディングＳＡＦ取引に対する例示的な処理を図示している。
【図１２】［００２１］  図１２は、本発明のいくつかの実施形態にしたがった、ＳＡＦ中の補充アイテムに対する例示的なプロセスを図示している。
【図１３】［００２２］  図１３は、本発明のいくつかの実施形態にしたがった、予期される範囲内にない、万国製品コード（ＵＰＣ）を有する製品を取り扱うための例示的なプロセスを図示している。
【図１４】［００２３］  図１４は、本発明のいくつかの実施形態にしたがった、ＳＡＦシステムに対してアクティブではない、万国製品コードを有する製品を取り扱うための例示的なプロセスを図示している。
【詳細な説明】
【００１０】
［００２４］
本発明の任意の実施形態を詳細に説明する前に、本発明は、以下の記述で述べるまたは図において図示する、構成の詳細およびコンポーネントのアレンジメントにそのアプリケーションが限定されないと理解すべきである。本発明は、他の実施形態が可能であり、さまざまな方法で実施または実行することが可能である。ここで使用する表現および専門用語は記述の目的のためであり、限定として考えるべきではないとも理解すべきである。
【００１１】
［００２５］
この記述において例示する事項は、添付の図を参照して開示されるさまざまな例示的な実施形態の包括的な理解を支援するために提供されている。したがって、特許請求の範囲に記載されている発明の精神および範囲から逸脱することなく、ここで記述した例示的な実施形態のさまざまな変更および改良ができると、当業者であれば認識するだろう。明瞭さおよび簡潔さのために、既知の機能および構成の記述は省略した。さらに、ここで使用しているように、単数形は複数形で解釈してもよく、代わりに、複数形の任意の用語は単数形で解釈してもよい。
【００１２】
［００２６］
図１を参照すると、現在の方法論の下では、−例えば、記憶値カードプロセッサから応答を待っている間−小売のホストで金銭的な取引がタイムアウトする場合、タイムアウト取消（ＴＯＲ）が発生され、ＳＡＦシステムに提供されるかもしれない。別の方法では、他の取引に対して、ホストは、記憶値カードプロセッサと直接通信する。継続して図１とプロセス１０を参照すると、小売１１０は、記憶値カードプロセッサ１２０と直接通信するかもしれず、次に、記憶値カードプロセッサ１２０は、サービスプロバイダ１３０と通信するかもしれない。
【００１３】
［００２７］
サービスプロバイダ１３０は、記憶値カードを実際に発行するまたは兌換する当事者であってもよい。記憶値カードプロセッサ１２０は、複数の記憶値カードに関連するサービスを提供してもよい、中間者であってもよい。小売１１０は、ポイントオブセールロケーションを有する、典型的な小売または加盟店であってもよい。例えば、小売１１０は、複数の記憶値カードの販売を提供できる、Walgreensであってもよい。記憶値カードプロセッサ１２０は、Walgreensによって提供される複数の記憶値カードに関連する、アクティブ化、および、他のサービスを提供できる、Interactive Communications International, Inc.、すなわち、InCommであってもよい。サービスプロバイダ１３０は、Bed Bath & Beyondギフトカードに対するカード取引を取り扱うことができる、Stored Value Solutionsのような、カードの発行者に対してカード取引を取り扱うエンティティであってもよい。
【００１４】
［００２８］
たいていの取引の間、ホストは、取引要求１４１を記憶値カードプロセッサ１２０に伝え、記憶値カードプロセッサ１２０から応答１４２を受信するかもしれない、単なるパススルーとして動作するかもしれない。しかしながら、ある状況の間には、ホスト１１０と記憶値カードプロセッサ１２０との間で試行した通信において、タイムアウト１４３があるかもしれない。このような状況において、ホスト１１０は、タイムアウト取消１４４を発生させるかもしれず、これは、ＳＡＦキュー１４５に提供されるかもしれない。後の時間に、ＳＡＦシステムは、記憶値カードプロセッサ１２０と通信して、不適切または不完全に行われているかもしれない任意の取引を取り消しするかもしれない。このようなＳＡＦシステムが非常に限られた能力を有していることが、図１から分かる。
【００１５】
［００２９］
本発明のいくつかのうちの実施形態にしたがうと、数ある中で、（ｉ）（ポイントオブセールにおいてよりもむしろ、または、ポイントオブセールにおいてに加えて、）ホストレベルで代理承認を実現することと、（ｉｉ）特に識別された取引タイプのみを可能にすること（例えば、代理アクティブ化のみを許可すること）と、（ｉｉｉ）特に識別された製品または製品取引タイプの組み合わせを可能にすることと、（ｉｖ）「ソフト拒否」および／またはタイムアウトの間、ブリッジがＳＡＦシステムと通信することを自動的に可能にすることと、（ｖ）例えば、領収書上に印刷された、または、ＰＯＳディスプレイ上で表示された、ブリッジ／ＳＡＦアクティビティの結果を店員または技術者に提供することと、のうちの１つ以上を提供してもよい、ブリッジが提供されてもよい。
【００１６】
［００３０］
ある取引は、ローカルに決定されてもよい一方で、他は、記憶値カードプロセッサからの応答を必要するかもしれないことから、このような機能性は、より速い、より効率的な処理を提供できる。さらに、非通信またはエラーの時間の間、このようなシステムおよび方法は、取引が、非効率なプロセッサに積み上がること、非効率なプロセッサに過負荷をかけることを防いでもよく、これにより、全体的により効率的に、迅速に、システムが実行できるようになる。
【００１７】
［００３１］
一般的に、本発明は、ＰＯＳシステム／ホストと記憶値カードプロセッサとの間に配置されているブリッジに向けられている。ブリッジは１つ以上の機能を提供してもよい。例えば、記憶値カードプロセッサとの通信が効率的でタイムリーな場合、ブリッジは、記憶値カードプロセッサと通信するようにパススルーであってもよく、取引要求のルーティングを支援してもよい。記憶値カードプロセッサとの通信が可能でない、効率的でない、または、タイムリーでない場合、ブリッジは、代理プロセッサとして機能してもよく、ある取引を行ってもよい。いったん、記憶値カードプロセッサとの適切な通信が再開されると、ブリッジが代理として認可した、または、行った取引に関係付けられている更新された情報で、ブリッジは、記憶値カードプロセッサと任意の関係付けられているデータストアとを更新してもよい。
【００１８】
［００３２］
本発明のいくつかの実施形態にしたがうと、ブリッジは、ＰＯＳ／ホストと記憶値カードプロセッサとの中間にポジショニングしてもよい。例えば、ブリッジは、パススルー取引を受信して、ルーティングすることができる一方で、必要な代理取引に対する接続性も有して、ＰＯＳ／ホストロケーションに物理的に位置付けてもよい。
【００１９】
［００３３］
ＰＯＳ／ホストロケーションにブリッジをポジショニングすることは、追加の利益を提供する。ブリッジの目的は、ある記憶値カード取引に対して継続的なサービスを提供することであることから、ＰＯＳ／ホストのロケーションにブリッジをポジショニングすることは、確実にブリッジがＰＯＳ／ホストと同じ環境になるようにする。言い換えると、ブリッジがＰＯＳ／ホストから遠隔に位置付けられる場合、ＰＯＳ／ホストロケーションが通常通り実行しているかもしれない間に、ブリッジロケーションが停電またはネットワーク問題の対象であるかもしれないことが予見可能である。ブリッジの目的のうちの１つは、ＰＯＳ／ホストに対する継続的なサポートを提供することであることから、ＰＯＳ／ホストとともにブリッジを位置付けることは、確実に、環境要因が同じまたは類似するようになり、代理認可または取引を処理するためには、限られたネットワーク通信が要求されるに過ぎない。
【００２０】
［００３４］
本発明のいくつかにしたがうシステムおよび方法は、１つ以上のソリッドステートドライブを利用してもよい。ソリッドステートドライブは、例えば、Intel Xeon E5-2609プロセッサを利用しているかもしれない、例えばHP ProLiant DL380P G8 2Uを備えていてもよい。ソリッドステートドライブは、１つ以上のロードバランサを介して、および／または、マルチプレクサを介して、ＰＯＳ／ホストと直接通信してもよい。
【００２１】
［００３５］
一般的に、ブリッジは、記憶および転送（ＳＡＦ）機能性を実現して、小売ロケーションにおける代理およびパススルー取引の両方を行ってもよい。本発明のいくつかの実施形態にしたがうと、ブリッジは、（ｉ）タイムアウトの際に、ある取引タイプを取り消しすることを継続する一方で、指定された取引タイプに対して代理承認機構も追加し、（ｉｉ）報告されるときに、ある「ソフト拒否」に対する代理能力を提供し、（ｉｉｉ）記憶および転送（ＳＡＦ）取引から出るアウトバウンド要求上に一意的なＳＴＡＮを提供することのような、特定の要件を実現し、および／または、（ｉｖ）動作および管理レベルの見落しに対するＳＡＦコンテンツへの可視性を取得する、能力を提供してもよい。
【００２２】
［００３６］
小売システムへの修正は、完全な機能性を提供するために、ブリッジに対して望まれ、推薦され、または必要とされるかもしれない。例えば、小売は、直接、記憶値カードプロセッサによりもむしろブリッジに、記憶値カード取引をルーティングするように、取引ルートの設定を修正するように要求されるかもしれない。同様に、小売は、代理承認および代理拒否に関係付けられている新たな応答コードをサポートするように、そのシステムを修正してもよい。このような応答コードは、ＳＡＦイベントを追跡および相関させ、ブリッジ決定する際に有用であるかもしれない。また、小売は、ある状況において、追加のポイントオブセールガイダンスを顧客に提供してもよい。例えば、購入した製品が代理承認を受信する場合、顧客には、製品が２４時間でアクティブになるだろうと通知されてもよい。この情報は、（販売員から顧客に）口頭で行われてもよく、または、領収書上に印刷されてもよい。
【００２３】
［００３７］
図２を参照すると、本発明のいくつかの実施形態にしたがったブリッジを利用する、改善されたＳＡＦモデル２０が描かれている。一般的に、モデル２０は、ＰＯＳ２１１および／またはホスト２１２を備えていてもよい顧客２１０の間で行われるような、さまざまな取引を図示している。（ここにおける「顧客」の使用は、記憶値カードプロセッサの顧客である加盟店または小売を指すように意図されていることに留意されたい。例えば、販売のために１つ以上の記憶値カードまたはギフトカードを提供する小売は、「顧客」であってもよい。）ホスト２１２を通した通信が一般的であるかもしれないが、ブリッジ２２０と直接通信するＰＯＳ２１１により、類似する取引が行われてもよいことが企図されている。顧客２１０は、通信をブリッジ２２０に送ってもよく、ブリッジ２２０は、次に、いくつかの取引を行うか、または、取引要求を記憶値カードプロセッサ２３０に通過させるかのいずれかをしてもよい。記憶値カードプロセッサ２３０は、サービスプロバイダ２４０と通信して、ある取引を可能にするか、行ってもよい。
【００２４】
［００３８］
図２は、顧客２１０、ブリッジ２２０、記憶値カードプロセッサ２３０、および、サービスプロバイダ２４０を通したフローを図示するために、いくつかの例示的な取引タイプを説明している。２５０において、ＰＯＳにおいて取引が起き、ホスト２１２を通過し、ブリッジ２２０を通過し、記憶値カードプロセッサ２３０において受信される、パススルー取引が図示されている。記憶値カードプロセッサは、サービスプロバイダ２４０と通信してもよいが、記憶値カードプロセッサ２３０はまた、サービスプロバイダでもあってもよく、または、追加の通信なく取引を行うように認可されていてもよいことも企図されている。取引応答は、その後、ブリッジ２２０とホスト２１２を通して、ＰＯＳ２１１にルーティングバックされる。
【００２５】
［００３９］
２５１において、ホストがタイムアウトする（すなわち、記憶値カードプロセッサ２３０との通信が効率的にまたはタイムリーにできない）が、特定の製品タイプ（すなわち、ある記憶値カード）が「リトライ」リスト上にない状況に対する取引フローが示されている。この状況において、取引は、ＰＯＳ２１１において起き、ホスト２１２を通過しているかもしれないが、記憶値カードプロセッサ２３０には到着していないかもしれない。製品は、ブリッジ２２０によって取引されるように許容されないことから、タイムアウト取消（ＴＯＲ）が２５２において発行され、これは、後の時間の記憶値カードプロセッサ２３０との通信のために、ＳＡＦキュー２６０に記憶されてもよい。
【００２６】
［００４０］
２５３において、ホストがタイムアウトするが、特定の製品タイプが「リトライ」リスト上にある状況に対する取引フローが示されている。ここで、取引は、ＰＯＳ２１１において起き、ホスト２１２を通って流れるが、記憶値カードプロセッサ２３０に到着していないかもしれない。しかしながら、製品タイプが「リトライ」リスト上にあることから、ブリッジ２２０は、２５４において、取引の代理承認を実行してもよい。この代理承認はまた、記憶値カードプロセッサ２３０との後の通信のために、ＳＡＦキュー２６０中に記憶されてもよい。
【００２７】
［００４１］
２５５において、「リトライ」リスト上にある製品タイプに対するソフト拒否に対する取引フローが示されている。再度説明すると、取引は、ＰＯＳ２１１において起き、ホスト２１２を通過する。ブリッジ２２０は、取引のために代理承認２５６を提供してもよく、ＳＡＦキュー２６０を再度更新してもよい。
【００２８】
［００４２］
２５７において、ローカルブリッジアクションを使用して行われることが認可されている取引に対する取引フローが示されている。ここで、取引は、ＰＯＳ２１１において起き、ホスト２１２を通って流れ、そして、ブリッジ２２０によって、認可され、承認され、または行われてもよい。再度説明すると、ブリッジ２２０は、更新を記憶値カードプロセッサ２３０に提供するために、任意の代理承認または拒否に関する情報をＳＡＦキュー２６０に提供してもよい。
【００２９】
［００４３］
最終的に、上記に示したように、２５９において、ＳＡＦシステムは、ブリッジ２２０によって行われたまたは拒否された取引のリストまたはキューを提供することによって、記憶値カードプロセッサ２３０を更新してもよい。
【００３０】
［００４４］
顧客２１０が、ブリッジとともにこのようなＳＡＦシステムを適切に利用するために、顧客は、そのシステムを修正するように知らされてもよい。このような修正は、（ｉ）決定する際に現在のＳＡＦキューコンテンツの有効性確認する、（ｉｉ）「ハード」拒否から「ソフト」拒否を見分ける、および／または、（ｉｉｉ）各ＳＡＦ要求試行に関するフィールドを修正する、能力を提供することを含むがこれらに限定されない。
【００３１】
［００４５］
より具体的には、決定する際に現在のＳＡＦキューコンテンツの有効性確認をするために、ＳＡＦ決定は、ＳＡＦキューの特定の現在のコンテンツによってガイドされてもよい。例えば、同じ記憶値カードに対するアクティブ化要求が既にＳＡＦキュー中に存在しているのに、アクティブ化要求が受信される（または、同様に、リロード要求が受信される）場合、引き続いてのまたは後続する取引はローカルに拒否されるべきである。
【００３２】
［００４６］
「ハード」拒否から「ソフト」拒否を見分けることに関して、「ソフト」拒否は、ブリッジによって行われる潜在的な代理取引に対する候補であってもよい一方で、「ハード」拒否は、そうではないかもしれない。各ＳＡＦ要求試行に関するフィールドは、同じシステムトレースオーディットナンバー（ＳＴＡＮ）の繰り返しのまたは重複の使用を防ぐために修正してもよい。同じＳＴＡＮを使用することは、記憶値カードプロセッサが以前と同じ応答を自動的に繰り返すことをトリガするかもしれない。したがって、各取引要求に対するＳＴＡＮを修正することが−特にソフト拒否のケースにおいて−望ましいかもしれない。
【００３３】
ホスト統合
［００４７］
ブリッジ自体が必要でなくてもよいように、ブリッジの取引能力がホストに統合されてもよいことが企図される。しかしながら、このような統合を妨げるまたは遅延させる要因があることが多いことから、ブリッジの使用は、顧客のホストへのコストおよび時間がかかる修正なく、ローカル代理取引能力を取得するための便利な方法を提供できる。
【００３４】
コンフィギュレーション
［００４８］
ブリッジと通信するためのホストを構成するために、いくつかのコンフィギュレーションファイルが有用または必要であるかもしれない。例えば、「QueryHost」取引参加者は、どのようにブリッジが認可者に接続するか、どのようにブリッジが応答または応答の欠如を取り扱うべきかを規定し、制御してもよい。「QueryHost」参加者は、（リアルタイム要求を取り扱うことができる）メイン取引マネージャーと、（コンフィギュレーション決定の結果としてＳＡＦキュー中に入るアイテムの後続するアンロードを取り扱うことができる）ＳＡＦ取引マネージャーの両方によって呼び出されてもよい。
【００３５】
［００４９］
以下の例において、ならびに、ここで提示するすべての例示的なコーディングおよびファイルにおいて、特定の構成、アルゴリズム、および／または、情報の提示は、単なる例であることに留意すべきである。同じ、実質的に同じ、または、類似した結果を達成するために、多数のアプローチまたは方法を利用してもよい。さらに、例示的なコーディングは、InCommを記憶値カードプロセッサとして説明していることに留意すべきである。提示されるコーディングは、「incomm」への参照を他の当事者への参照に置換することを含む、任意の数の方法で修正してもよいことが企図されている。
【００３６】
［００５０］
参加者「QueryHost」は、以下のように規定されていてもよい（以下で説明する値は、例示的な開始値であり、最終的な、生産設定の保証を意図してはいないことに留意すべきである）。  
<participant class="com.ols.incomm.QueryHost" logger="Q2" realm="QueryHost">
<property name="mux" value="incomm-mux-pool" />
<property name="saf" value="incomm-svc-saf" />
<property name="threshold" value="3500" />
<property name="timeout" value="19000" />
<property name='retry-response-codes' value="91,92,96" />
<property name='retry-transaction-codes' value="189090" />
<property name="suspend-manager" value="suspend-manager" />
<property name="saf-on-disconnect" value="false" />
<property name="checkpoint" value="query-host" />
</participant>
【００３７】
［００５１］
以下の表１は、QueryInCommHost中で特定される特性のそれぞれを説明している。
【表１−１】
2020184352.tif 000003
【表１−２】
2020184352.tif 000004
【表１−３】
2020184352.tif 000005
【００３８】
ＳＡＦマネージャー定義
［００５２］
ブリッジに搭載されているエンドポイントは、規定されたまたは展開されたＳＡＦマネージャーコンポーネントを必要とするかもしれない。このようなＳＡＦマネージャーは、（ｉ）ＳＡＦキューをアンロードすること、（ｉｉ）ＳＡＦ複製をリトライすること、および、（ｉｉｉ）ＳＡＦを同期させる役割を担ってもよい。より具体的には、ＳＡＦマネージャーは、指定されたエンドポイントに送り出される必要が依然としてあるかもしれないＳＡＦエントリを識別してもよい。送るためにアイテムが利用可能である場合、ＳＡＦ取引マネージャーによって取り扱うために、ＳＡＦマネージャーは、キュー（ＳＡＦ．ＴＸＮ）中にトップ関連エントリを置いてもよい。
【００３９】
［００５３］
ＳＡＦ複製は、アンロードプロセスの一部として、ピアノードに実行されてもよい。複製が失敗する（例えば、ピアへの要求がタイムアウトする）場合、リトライ取引マネージャーによって取り扱うために、ＳＡＦマネージャーは、キュー（ＲＥＴＲＹ．ＴＸＮ）中のこのリスト上にトップ関連エントリを置いてもよい。
【００４０】
［００５４］
そのピアがダウンしているとノードが通知する場合、ノードは、両方のノードにＳＡＦエントリを送り出す役割を果たす「ＳＯＬＯ」モードで動作することを開始してもよい。その後、そのピアがバックアップであるとノードが認識するとき、ノードは、その代わりにそれが引き受けたすべてのアクションでピアに同期しなければならない。同期が生じた場合、ＳＡＦマネージャーは、同期取引マネージャーによって取り扱うために、キュー（ＳＹＮＣ．ＴＸＮ）中のこのリスト上にトップ関連エントリを置いてもよい。
【００４１】
［００５５］
例えば、エンドポイントをブリッジアプローチに統合するために、ＳＡＦマネージャー定義は、以下であってもよい。  
<saf name='bridge-saf' logger='q2' realm='saf' class='org.jpos.saf.SAFManager'>
<property name="endpoint" value="INCOMM" />
<property name="echo-mgr" value="incomm-echo-mgr" />
<property name="initial-delay' value='10000' />
<property name='penalty-box-time' value='300000' />
<property name='polling-delay' value='500' />
<property name='max-saf-space-queue-size' value='6' />
<property name='max-retry-space-queue-size' value='6' />
<property name='max-sync-space-queue-size' value='20'/>
<property name='max-retransmissions' value='12' />
<property name='expire-after' value='43200'> in seconds </property>
<property name="node" value="1" />
<property name="peer-node" value="2" /<
</saf>
【００４２】
［００５６］
以下の表２は、ＳＡＦマネージャー中で特定される特性のそれぞれを説明している。
【表２−１】
2020184352.tif 000006
【表２−２】
2020184352.tif 000007
【００４３】
エコーマネージャー
［００５７］
本発明のいくつかの実施形態にしたがうシステムおよび方法は、エコーマネージャーも備えていてもよく、これは、ブリッジと外部認可者（例えば、記憶値カードプロセッサ）との間でネットワークレベルメッセージ（例えば、０８ｘｘシリーズメッセージ）を送ることおよび受け取ることを制御してもよい。エコーメッセージは、少なくとも２つの目的で機能してもよい：（ｉ）これは、量の少ないときに恒久的に接続されているチャネルを通じたままにする（非アクティブの期間の後、多くの遠隔ホストが接続を強制遮断させるかもしれない）、および／または、（ｉｉ）これは、外部認可者を証明し、エコー要求への有効な応答を受信すると、中止モードからブリッジを出すように機能できる。エコーマネージャー参加者は以下のように規定されていてもよい：
<incomm-echo-manager class="com.ols.incomm.EchoManager" logger="Q2" >
<property name="persist-space" value="je:incomm-echo:space/incomm-echo" />
<property name="suspend-space" value="je:suspend:space/suspend" />
<property name="mux" value="incomm-mux" />
<property name="echo-mgr" value="incomm-echo-mgr" />
<property name="channel-ready" value="incomm.ready" />
<property name="timeout" value="19000" />
<property name="echo-interval" value="120000" />
<property name="max-timeouts" value="20" />
<property name="node" value="1" />
</incomm-echo-mgr>
【００４４】
［００５８］
以下の表３は、エコーマネージャー中で特定される特性のそれぞれを説明している。
【表３】
2020184352.tif 000008
【００４５】
ブリッジ発生応答コード
［００５９］
ブリッジが取引において中に入り、何らかのアクションをする場合、それは、応答において、応答コード（「ＲＣ」−フィールド３９）を顧客のアプリケーションに返送するかもしれない。これらの「ＲＣスレート」は、ブリッジ決定に関する洞察を提供し、とられるかもしれない任意の次のステップに関して顧客のホストへのガイダンスを与えるように設計されている。
【００４６】
［００６０］
ブリッジの承認スレートは、「Ｂｘ」の形態であってもよい。顧客のアプリケーションは、ＲＣ＝「Ｂｘ」（例えば、Ｂ１、Ｂ１等）である任意の応答を、承認された取引として取り扱うかもしれない。表４は、以下のＢスレート承認コードのうちのいくつかを図示している。
【００４７】
【表４】
2020184352.tif 000009
【００４８】
［００６１］
コードＢ０、Ｂ１、Ｂ２、Ｂ３、およびＢ６に対して、顧客のアプリケーションは、ＰＯＳシステムに、（口頭のまたは領収書上に印刷されたのいずれかで）製品は２４時間以内に使用に対して利用可能になるだろうと顧客に知らせるように命令すべきであることに留意すべきである。
【００４９】
［００６２］
ブリッジの拒否スレートは、「Ｄｘ」の形態であってもよい。顧客のアプリケーションは、ＲＣ＝「Ｄｘ」である任意の応答を、拒否された取引として取り扱うかもしれない。表５は、以下のＤスレート拒否コードのうちのいくつかを図示している。
【００５０】
【表５】
2020184352.tif 000010
【００５１】
［００６３］
ある拒否テキストが、ＰＯＳディスプレイに提供されてもよいことに留意すべきである。例えば、拒否コードＤ１が発行される場合、ディスプレイは、「オリジナル要求が受け入れられたこと」を示してもよい。Ｄ２、Ｄ３、Ｄ４、Ｄ５、Ｄ８、Ｄ９、またはＤＡが発行される場合、ディスプレイは、「即座に再度トライ」を示してもよい。Ｄ６またはＤ７が発行される場合、ディスプレイは、「製品に対して量が不適当」を示してもよい。
【００５２】
データベーステーブル定義
［００６４］
ブリッジは、結果とメトリック情報を取引ログ（「tranlog」）tranlogテーブルに記録してもよい。ブリッジは、ＳＡＦを呼び出そうとなかろうと、これが見るすべての取引に対してtranlog記録を書き込む「heavier」を、または、ＳＡＦを呼び出す取引のみに対してtranlog記録を書き込む「lighter」を実行するように構成されていてもよい。選択は、メイン取引マネージャーのCreateTranLog参加者中の「log-safed-only」特性を介して伝えられる：
<participant class="com.ols.jpos.CreateTranLog" logger="Q2" realm="CreateTranLog>
<property name="queue" value="MAIN.TXN" />
<property name="space" value=tspace:default" />
<property name="server" value="@server@" />
<property name="log-safed-only" value="true" />
<property name="checkpoint" value-"create-tranlog" />
</participant>
【００５３】
［００６５］
ブリッジとその特性とのコンフィギュレーションの間、取引期間ずっとブリッジの影響の記録された証拠を顧客が望む場合、heavierコンフィギュレーションが選ばれてもよい（ここで、値＝「偽」である）。逆に、取引タッチおよび対応するデータベース管理の両方において、顧客がブリッジのフットプリントを最小化したい場合、顧客は、lighterコンフィギュレーションを選んでもよい（ここで、値＝「真」である）。一般的に、および、本発明のいくつかの実施形態にしたがうと、「tranlog」テーブルは、以下のように規定されていてもよい：
CREATE TABLE [dbo].[tranlog](
[id] [numeric](19, 0) IDENTITY(1,1) NOT NULL,
[date] [datetime] NULL,
[irc] [varchar](4) NULL,
[rrc] [varchar](4) NULL,
[rc] [varchar](4) NULL,
[duration] [numeric](19, 0) NULL,
[extDuration] [numeric](19, 0) NULL,
[outstanding] [int] NULL,
[node] [varchar](1) NULL,
[pc] varchar'(6) NULL,
[extrc] [varchar](255) NULL,
[peerDuration] [numeric](19, 0) NULL,
PRIMARY KEY CLUSTERED
(
[id] ASC
)WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_ KEY = OFF, ALLOW_ROW_LOCKS = ON,  ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]
) ON [PRIMARY]
GO
【００５４】
［００６６］
以下の表６は、tranlog中で特定される特性のそれぞれを説明している。
【表６】
2020184352.tif 000011
【００５５】
［００６７］
本発明のいくつかの実施形態にしたがうと、（例えば、ＳＡＦから出るアウトバウンド要求上のＳＴＡＮを変更すること、直接の特定な処理への関連するエントリに対するＳＡＦキューをチェックすることのような）の特定の要件を満たすために、ブリッジのリアルタイム処理エンジンは、「ＳＡＦ可能」アイテムを、２つの相互に関係するデータベーステーブル、safMetaテーブル、および、safDataテーブルに、行として書き込んで（その後に更新）してもよい。次にそれぞれを以下で説明する。
【００５６】
［００６８］
safMetaテーブルは、ＳＡＦエントリ（例えば、「エンドポイント」）についての「meta」データとともに、エントリに関連する動的データ、すなわち、各ＳＡＦ試行の後にブリッジが更新するかもしれない値（例えば、「lastSent」、「lastStan」）を含んでいてもよい。さらに、ＳＡＦベースのデータベースクエリの一部としてブリッジが使用する任意のフィールドは、この「Meta」テーブル中に位置付けられる必要がある。
【００５７】
［００６９］
同様に、safDataテーブルは、ＳＡＦ要求の安全な表現とともに、エントリに関連する静的データ（例えば、「reversal」、「inboundStan」）を含んでいてもよい。
【００５８】
［００７０］
これらのテーブルの行に書き込むことは、以下の状況のうちの１つ以上において生じてもよい：（ａ）取引応答が認可者から受信され、取引応答には、遠隔応答コード（ＲＲＣ）が、ブリッジのretry-response-codesのうちの１つとしてリストアップされ、取引の対応する取引コードが、「retry-transaction-codes」中にリストアップされ、（ｂ）取引応答が認可者から受信されず（すなわち、タイムアウトが生じている）、取引の対応する取引が「retry-transaction-codes」中にリストアップされ、（ｃ）取引要求を準備するとき、認可者へのすべてのラインが切断され（マルチプレクサ切断シナリオ）、ブリッジ顧客が「saf-on-disconnect」を「真」にするとしてシステムを構成することが観測され、（ｄ）顧客から要求が受信され、ＳＡＦテーブル中の同じカードに対する補充的な、未送付要求があったことが決定され、（ｅ）取引応答が認可者から受信されなかった（すなわち、タイムアウトが生じ、取引の対応する取引コードが「retry-transaction- codes」中にリストアップされていない、（または、リストアップされているが、ブリッジは、Swipe Reloadとして要求を識別した）、あるいは、（ｆ）端末ベースのタイムアウト取消または顧客無効／キャンセルがポイントオブセールから受信された。（ａ）−（ｅ）は、「ホストベースのタイムアウト取消」として呼ばれることがあり、したがって、ＴＯＲとして呼ばれることがあることに留意すべきである。
【００５９】
［００７１］
上記の状況（ａ）−（ｄ）において、オリジナル取引は、テーブルに書き込まれるアイテムであってもよい一方で、行における取消列は「偽」に設定されてもよい。状況（ｅ）において、オリジナル取引の取消は、テーブルに書き込まれるアイテムであってもよく、行における取消列は、「真」に設定されてもよい。状況（ｆ）において、オリジナル取引の取消は、ＰＯＳから直接受信されてもよく、アイテムは、テーブルに書き込まれてもよい一方で、行における取消列は、「真」に設定されてもよい。状況のそれぞれにおいて、リアルタイム処理エンジンによって初めてテーブルに書き込まれるときのアイテムのステータスは、「リトライ」に設定されてもよい。
【００６０】
［００７２］
その後および非同期的に、ブリッジのＳＡＦマネージャーは、このテーブルを読み取って、どの行が送り出しに対して依然として存続可能な候補を含んでいるかを決定してもよい。存続可能な候補は、アイテムが、（ｉ）満了していない、（ｉｉ）リトライ試行の最大数に達していない、（ｉｉｉ）以前に送り出すことに成功しなかった、および／または、（ｉｖ）以前の送る試行の間に処理例外をもたらさなかった、ものであってもよい。したがって、「リトライ」ステータスのままであるアイテムは、送り出すことに対して存続可能な候補であるかもしれない。
【００６１】
［００７３］
本発明のいくつかの実施形態にしたがうと、「safMeta」テーブルは、以下のように規定されていてもよい：
CREATE TABLE [dbo].[safMeta](
[id] [mumeric](19, 0) IDENTITY(1,1) NOT NULL,
[tranId] [numeric] (19, 0) NOT NULL,
[node] [varchar] (1) NOT NULL,
[endpoint] [varchar] (20) NOT NULL,
[hash] [varchar] (255) NOT NULL,
[status] [varchar] (5) NOT NULL,
[created] [datetime] NOT NULL,
[pc] [varchar] (6) NOT NULL,
[lastSent] [datetime] NULL,
[lastRRC] [varchar] (2) NULL,
[lastStan] [varchar] (12) NULL,
[lastNode] [varchar] (1) NULL,
[LastAuthId] [varchar] (20) NULL,
[attempts] [int] NULL,
[repStatus] [varchar] (5) NULL,
[repRetryReason] [varchar] (4) NULL, 
[repPhase] [varchar] (1) NULL,
[repTime] [datetime] NULL,
[archiveId] [numeric] (19, 0) NOT NULL DEFAULT 0,
[extractId] [numeric] (19, 0) NOT NULL DEFAULT 0,
PRIMARY KEY CLUSTERED
(
[id] ASC
)WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]
) ON [PRIMARY
GO
CREATE NONCLUSTERED INDEX [pending] ON [dbo].[safMeta]
(
[hash] ASC,
[status] ASC,
[endpoint] ASC
) WITH (PAD_INDEX = OFF STATISTICS_NORECOMPUTE = OFF, SORT_IN_TEMPDB = OFF, DROP_EXISTING = OFF, ONLINE = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]
GO
CREATE NONCLUSTERED INDEX [toSend] ON [dbo].[safMeta]
(
[created] ASC,
[status] ASC,
[endpoint] ASC,
[node] ASC
) WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, SORT_IN_TEMPDB = OFF, DROP_EXISTING = OFF, ONLINE = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]
GO
CREATE NONCLUSTERED INDEX [toRetry] ON [dbo].[safMeta]
(
[created] ASC,
[status] ASC,
[endpoint] ASC,
[node] ASC
) WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, SORT_IN_TEMPDB = OFF, DROP_EXISTING = OFF, ONLINE = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]
GO
CREATE NONCLUSTERED INDEX [toUpdate] ON [dbo].[safMeta]
(
[tranId] ASC,
[node] ASC
) WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, SORT_IN_TEMPDB = OFF, DROP_EXISTING = OFF, ONLINE = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]
GO
【００６２】
［００７４］
表７は、safMetaテーブル中で特定される特性のそれぞれを説明している。
【表７−１】
2020184352.tif 000012
【表７−２】
2020184352.tif 000013
【表７−３】
2020184352.tif 000014
【００６３】
［００７５］
上記で議論したように、safDataテーブルも規定されていてもよい。
CREATE TABLE [dbo].[safData](
[id] [numeric] (19, 0) NOT NULL,
[secureData] [varbinary] (8000) NULL,
[keyId] [varchar] (7) NULL,
[reversal] [tinyint] NULL,
[inboundStan] [varchar] (12) NULL,
[rrn] [varchar] (12) NULL,
[amount] [numeric] (14, 2) NULL,
PRIMARY KEY CLUSTERED
(
[id] ASC
) WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]
) ON [PRIMARY] 
GO
【００６４】
［００７６］
以下の表８は、safMetaテーブル中で特定される特性のそれぞれを説明している。
【表８】
2020184352.tif 000015
【００６５】
［００７７］
図３を参照すると、ブリッジ３０の例示的および非限定的な、役割および動作が図示されている。図３は、さまざまな取引フローを描き、他の取引関係者に関連するブリッジのアクションを説明している。取引は、顧客３１０において起きてもよく、顧客３１０は、ＰＯＳ３１１および／またはホスト３１２を備えていてもよい。ＰＯＳ３１１は、取引を起こしてもよく、取引は、ホスト３１２を通してブリッジ３２０に流れるかもしれない。取引は、ブリッジ３２０を通して流れ、記憶値カードプロセッサ３３０に送り出されるように継続されるかもしれない。記憶値カードプロセッサ３３０は、その後、（例えば、サービスプロバイダ３４０との通信を通して）取引を処理するかもしれず、ブリッジ３２０を通して、ホスト３１２を通して、ＰＯＳ３１１に、取引応答を戻すかもしれない。フローのそれぞれにおいて、ブリッジ３２０は、忠実に、要求と関連する応答とを関連付けること以外に、取引に値を追加しないかもしれない。
【００６６】
［００７８］
より具体的には、３５０において、承認取引フローを見ることができ、ここで、取引は、記憶値カードプロセッサまたは最終のサービスプロバイダにより承認される。この取引フローは、ＰＯＳ３１１において起き、ホスト３１２とブリッジ３２０を通して記憶値カードプロセッサ３３０に流れるかもしれない。記憶値カードプロセッサ３３０は、００の応答コード（ＲＣ）を提供するかもしれない。ブリッジ３２０は、その後、このＲＣを、ホスト３１２を介して、ＰＯＳ３１１に伝えるかもしれない。
【００６７】
［００７９］
３６０において、ハード拒否取引が図示されている。再度説明すると、この取引フローは、ＰＯＳ３１１において起き、ホスト３１２とブリッジ３２０を通して記憶値カードプロセッサ３３０に流れるかもしれない。記憶値カードプロセッサ３３０は、１４の応答コード（ＲＣ）を提供するかもしれない。ブリッジ３２０は、その後、このＲＣを、ホスト３１２を介してＰＯＳ３１１に伝えるかもしれない。
【００６８】
［００８０］
３７０において、「リトライリスト」取引上にない処理コードを有するソフト拒否が図示されている。さらに、この取引フローは、ＰＯＳ３１１において起き、ホスト３１２とブリッジ３２０を通して記憶値カードプロセッサ３３０に流れるかもしれない。記憶値カードプロセッサ３３０は、９６の応答コード（ＲＣ）を提供するかもしれない。ブリッジ３２０は、その後、このＲＣを、ホスト３１２を介して、ＰＯＳ３１１に伝えるかもしれない。
【００６９】
［００８１］
図４を参照すると、代理承認（ＳＡＦ＝００）によるソフト拒否の例示的な取引フロー４０が図示されている。一般的に、取引は、記憶値カードプロセッサにより「ソフト拒否」されるかもしれず、取引は、「retry-transaction-code」リスト上に構成されている。したがって、ブリッジは、アイテムをそのＳＡＦキューに置いてもよく、メッセージ「Ｂ０」−拒否に関する代理承認を反映するように、顧客へのＲＣを変更する。その後、取引と非同期的に、ブリッジは、アイテムのＳＡＦされた要求を記憶値カードプロセッサに送るかもしれない。第１のトライは、９６のＲＣにより拒否されるかもしれない。しかしながら、ＳＡＦ取引マネージャーは、メイン（リアルタイム）取引マネージャーと同じコンフィギュレーションルールにしたがうかもしれないことから、各「ソフト拒否」応答は、結果として、少なくとも、構成された最大試行数または割り当てられた時間まで−別の試行であってもよい。取引が成功する（すなわち、認可者または記憶値カードプロセッサによって取引が承認される）とき、アイテムは、「行われた」と印が付けられてもよく、将来のＳＡＦアンロードアクションに対する考慮から取り除かれるかもしれない。
【００７０】
［００８２］
継続して図４を参照すると、上記の例が図表を用いて図示されている。顧客４１０において、取引が起きてもよい。顧客ＰＯＳ４１１は、そのホスト４１２を通してブリッジ４２０に取引要求４５０を送るかもしれない。以前のように、ブリッジ４２０は、取引を記憶値カードプロセッサ４３０に送ろうとするかもしれない。ブリッジ４２０が、参照番号４５１において図示されている、ソフト拒否−９６のＲＣを受信する場合、ブリッジ４２０は、アイテムのステータスを「リトライ」に設定し、４５９においてＲＣをＢ０に設定し、購入者に「この製品は２４時間以内に使用のために利用可能になるでしょう」と示すように、ＰＯＳ４１１を促すかもしれない。
【００７１】
［００８３］
取引は、その後、ブリッジ４２０中のＳＡＦキュー４７０にルーティングされてもよい。４５３において、取引は、再度試行されるかもしれないが、追加のソフト拒否を示している９６のＲＣコードが４５４で図示されている。４５５において、取引は、「リトライ」として示されるかもしれない。４５６において、取引は、再度試行されるかもしれず、４５７において、９６のＲＣコードを再度受信するかもしれない。さらに、４５８において、取引は、「リトライ」として示されるかもしれない。４５９において、取引は、再度試行されるかもしれず、成功して行われるかもしれない。００のＲＣコードが４６０で戻されるかもしれず、その後、取引は、「行われた」とフラグが立てられ、ＳＡＦキューから取り除かれるかもしれない。
【００７２】
［００８４］
図５を参照すると、代理承認によるソフト拒否とＳＡＦ＝ハード拒否の例示的なシナリオ５０が図示されている。一般的に、取引は、記憶値カードプロセッサまたは最終サービスプロバイダによりソフト拒否されるかもしれず、取引は、「retry-transaction-code」リスト上に再度構成されるかもしれない。したがって、ブリッジは、拒否に関して代理承認を提供するかもしれず、そのアイテムをＳＡＦキューに置くかもしれず、Ｂ０のＲＣコードをＰＯＳに報告するかもしれない。その後、場合によっては非同期的に、ブリッジは、アイテムのＳＡＦされた要求を記憶値カードプロセッサに送るかもしれない。アイテムを認可するための２つの試行は、追加のソフト拒否を受信するかもしれない。第３の試行は、記憶値カードプロセッサからのハード拒否を受信するかもしれない。このアイテムは、その後、ＳＡＦキューから取り除かれ、例外ファイル中に含められるべきである。
【００７３】
［００８５］
継続して図５を参照すると、上記の例が図表で図示されている。顧客５１０において、取引が起きてもよい。顧客ＰＯＳ５１１は、そのホスト５１２を通してブリッジ５２０に取引要求５５０を送るかもしれない。以前のように、ブリッジ５２０は、取引を記憶値カードプロセッサ５３０に送ろうとするかもしれない。ブリッジ５２０が、参照番号５５１において図示されている、ソフト拒否−９６のＲＣを受信する場合、ブリッジ５２０は、アイテムのステータスを「リトライ」に設定し、５５３においてＲＣをＢ０に設定し、購入者に「この製品は２４時間以内に使用のために利用可能になるでしょう」と示すように、ＰＯＳ４１１を促すかもしれない。
【００７４】
［００８６］
取引は、その後、ブリッジ５２０中のＳＡＦキュー５７０にルーティングされるかもしれない。５５４において、取引は、再度試行されるかもしれないが、追加のソフト拒否を示している９６のＲＣコードが５５５で図示されている。５５６において、取引は、「リトライ」として示されるかもしれない。５５７において、取引は、再度試行されるかもしれず、５５８において、９６のＲＣコードを再度受信するかもしれない。再度説明すると、５５９において、取引は、「リトライ」として示されるかもしれない。５６０において、取引は、再度試行されるかもしれず、参照番号５６１で図示されている１４のハード拒否ＲＣコードを受信するかもしれない。５６２において、アイテムは、「行われた」とフラグが立てられ、ＳＡＦキュー５７０から取り除かれるかもしれない。記憶値カードプロセッサ５３０からのハード拒否により、アイテムは、例外ファイル中に含められるべきである。
【００７５】
［００８７］
図６を参照すると、ＳＡＦがリトライの最大数に達する、ブリッジ代理承認によるソフト拒否の例示的なシナリオ６０が図示されている。一般的に、取引は、記憶値カードプロセッサまたは最終サービスプロバイダにより「ソフト拒否」されるかもしれないが、取引は、「retry-transaction-code」リスト上に構成されるかもしれない。ブリッジは、その後、そのアイテムをＳＡＦキューに置くかもしれず、代理承認を提供するかもしれず、それにより、ＲＣを「Ｂ０」に変更するかもしれない。その後、場合によっては非同期的に、ブリッジは、アイテムのＳＡＦされた要求を記憶値カードプロセッサに送るかもしれない。この例では、ブリッジは、承認またはハード拒否を取得するのに成功しないかもしれないが、代わりに、試行の最大数に達するかもしれない。最終的に、ＳＡＦマネージャーは、「最大送信」しきい値が満たされていることを認識するかもしれない。何らかの成功した試行の前に、ＳＡＦマネージャーは、アイテムを「ＭＡＸ」と印付けて、それを将来のＳＡＦアンロードアクションに対する考慮から取り除くかもしれない。このアイテムも、例外ファイル中に含められるかもしれない。
【００７６】
［００８８］
継続して図６を参照すると、上記の例が図表で図示されている。顧客６１０において、取引が起きてもよい。顧客ＰＯＳ６１１は、そのホスト６１２を通してブリッジ６２０に取引要求６５０を送るかもしれない。以前のように、ブリッジ６２０は、取引を記憶値カードプロセッサ６３０に送ろうとするかもしれない。ブリッジ６２０が、参照番号６５１において図示されている、ソフト拒否−９６のＲＣを受信する場合、ブリッジ６２０は、６５２において、アイテムのステータスを「リトライ」に設定し、６５３においてＲＣをＢ０に設定し、購入者に「この製品は２４時間以内に使用のために利用可能になるでしょう」と示すように、ＰＯＳ６１１を促すかもしれない。
【００７７】
［００８９］
取引は、その後、ブリッジ６２０中のＳＡＦキュー６７０にルーティングされるかもしれない。６５４において、取引は、再度試行されるかもしれないが、追加のソフト拒否を示している９６のＲＣコードが６５５で図示されている。６５６において、取引は、「リトライ」として示されるかもしれない。６５７において、取引は、再度試行されるかもしれず、６５８において、９６のＲＣコードを再度受信するかもしれない。再度説明すると、６５９において、取引は、「リトライ」として示されるかもしれない。６６０において、取引は、許容可能な試行の最大数に達するかもしれず、６６１において、「ＭＡＸ」とフラグが立てられるかもしれない。この点において、ＳＡＦマネージャーは、アイテムをキューから取り除くかもしれない。記憶値カードプロセッサ６３０からの最終承認または拒否なく、試行の最大数に達したことにより、アイテムは、例外ファイル中に含められるべきである。
【００７８】
［００９０］
図７を参照すると、代理承認によるホストタイムアウトの例示的なシナリオ７０が図示されている。一般的に、ブリッジによってアクションがとられるときを図示するために、２つのタイムアウト状況が示されている。第１のケースでは、処理コードが「リトライ」リスト上になく、第２のケースでは、処理コードが「リトライ」リスト上にある。第１のケースでは、Ｄ２のＲＣコードを有する拒否（クエリ遠隔ホストタイムアウトに関する拒否）が受信されるかもしれない。記憶値カードプロセッサに送られることになる取消要求が生成されて、ＳＡＦに送られるかもしれない。第２のケースでは、ブリッジは、要求をタイムアウトするかもしれないが、ＲＣコードが「Ｂ１」である代理承認を記録するかもしれない。ＳＡＦされた要求が、記憶値カードプロセッサによって受け入れられて承認されるまで、ＳＡＦされた要求は、記憶値カードプロセッサに送られるかもしれず、−記憶値カードプロセッサによって受け入れられて、承認される点で、アイテムは、「行われた」とフラグが立てられるかもしれず、将来のＳＡＦアンロードアクションに対する考慮から取り除かれるかもしれない。
【００７９】
［００９１］
継続して図７を参照すると、上記の例が図表で図示されている。顧客７１０において、取引が起きてもよい。顧客ＰＯＳ７１１は、そのホスト７１２を通してブリッジ７２０に取引要求７５０を送るかもしれない。以前のように、ブリッジ７２０は、取引を記憶値カードプロセッサ７３０に送ろうとするかもしれない。ブリッジ７２０が、７５１においてタイムアウトする場合、７５２において、ステータスは「リトライ」に設定されるかもしれず、取消は「真」に設定されるかもしれない。ブリッジは、その後、７５３において、「Ｄ２」のＲＣを伝え、ＰＯＳ７１１に「即座に再度トライ」と通知するかもしれない。
【００８０】
［００９２］
しかしながら、７５４において、ホストタイムアウトは、異なる結果を受信するかもしれない。ここで、タイムアウト７５５が生じるかもしれず、７５６において、ステータスは、再度「リトライ」に設定されるかもしれないが、取消は「偽」に設定されるかもしれない。７５７において、Ｂ１のＲＣがＰＯＳシステムに送られ、「この製品は２４時間で使用に対して利用可能になるでしょう」と購入者に通知するかもしれない。７５８において、ＳＡＦキュー７７０は、再度取引を行おうとするかもしれず、７５９において再度タイムアウトするかもしれない。７６０において、アイテムは、再度「リトライ」とフラグが立てられるかもしれない。７６１において、ブリッジは、再度取引を行おうとするかもしれず、７６２において、今回は、記憶値カードプロセッサから、９６のＲＣコードを有するソフト拒否を受信するかもしれない。再度説明すると、アイテムは、７６３において、「リトライ」とフラグが立てられるかもしれない。最後に、７６４において、取引が行われるかもしれず、取引が成功したと示す、００のＲＣコードが戻されるかもしれない。７６６において、ＳＡＦキュー７７０からそれを取り除くために、アイテムは、「行われた」とフラグが立てられるかもしれない。
【００８１】
［００９３］
図８を参照すると、試行の最大数に達した、ブリッジによる代理承認を有するホストタイムアウトの例示的なシナリオが図示されている。一般的に、取引要求は、ＰＯＳからのブリッジに送られるかもしれず、要求はタイムアウトするかもしれない。ブリッジは、その後、アイテムをそのＳＡＦキューに置き、代理承認を提供し、ＰＯＳに「Ｂ１」のＲＣコードを返報告するかもしれない。ブリッジは、その後、アイテムのＳＡＦされた要求を記憶値カードプロセッサに送るかもしれない。第１の試行もタイムアウトするかもしれず、第２の試行は、ソフト拒否を受信するかもしれない。すべての後続する試行は、タイムアウトする、または、ソフト拒否を受信するのいずれかであるかもしれない。最終的に、ＳＡＦマネージャーは、ＳＡＦエントリの生成（「safMeta.created」）間の時間期間は、現在「expired-after」中で特定されている時間量を超えていると認識するかもしれない。マネージャーは、その後、アイテムを「ＥＸＰ」と印付け、将来のＳＡＦアンロードアクションに対する考慮からそれを取り除くかもしれない。アイテムは例外ファイル中に含められるべきである。
【００８２】
［００９４］
継続して図８を参照すると、上記の例が図表で図示されている。顧客８１０において、取引が起きてもよい。顧客ＰＯＳ８１１は、そのホスト８１２を通してブリッジ８２０に取引要求８５０を送るかもしれない。以前のように、ブリッジ８２０は、取引を記憶値カードプロセッサ８３０に送ろうとするかもしれない。ブリッジ８２０が、参照番号８５１において図示されているようにタイムアウトする場合、８５２において、ブリッジ８２０は、アイテムのステータスを「リトライ」、取消＝「偽」に設定し、８５３において、ＲＣをＢ１に設定し、購入者に「この製品は２４時間以内に使用のために利用可能になるでしょう」と示すように、ＰＯＳ８１１を促すかもしれない。
【００８３】
［００９５］
取引は、その後、ブリッジ８２０中のＳＡＦキュー８７０にルーティングされるかもしれない。８５４において、取引は、再度試行されるかもしれないが、８５５において、再度タイムアウトするかもしれない。８５６において、アイテムは、「リトライ」とフラグが立てられるかもしれない。８５７において、取引は、再度試行されるかもしれず、８５８において、９６のＲＣコードを受信するかもしれない。再度説明すると、８５９において、取引は、「リトライ」として示されるかもしれない。８６０において、取引は、８６１で再度タイムアウトするかもしれない。８６２において、取引は、再度「リトライ」とフラグが立てられるかもしれない。しかしながら、エントリのための時間は、「expire-after」量を超えていることが認識されるかもしれず、８６３において、アイテムは「ＥＸＰ」のステータスに設定されるかもしれない。この点で、ＳＡＦマネージャーは、アイテムをキューから取り除くかもしれない。記憶値カードプロセッサ８３０からの最終承認または拒否なく、最大時間量に達していることにより、アイテムは、例外ファイル中に含められるべきである。
【００８４】
［００９６］
図９を参照すると、中止モード９０の例示的なシナリオが図示されている。一般的に、図９は、処理コードが「リトライ」リスト上にあるときとないときの中止モードを図示している。処理コードが「リトライ」リスト上にないとき、ブリッジは、要求をタイムアウトして、アイテムをＳＡＦキュー上に置き、代理承認を提供し、顧客に報告されるＲＣを「Ｂ１」に変更するかもしれない。ブリッジは、エコーマネージャー中で特定される「max-timeouts」値を超える回数、タイムアウトするかもしれず、これは、ブリッジを「中止」モードに置く。
【００８５】
［００９７］
中止モードの間、ブリッジは、何らかの外部認可者に問い合わせることなく、ローカルに取引を決定するかもしれない。「retry-transaction-code」上で特定されている場合、ブリッジは、アイテムをＳＡＦキュー中に置き、取引をＰＯＳに戻す前に応答コードを変更するかもしれない。応答コードは、「Ｂ３」（ブリッジ中止に関する代理承認）または「Ｄ３」（ブリッジ中止に関する拒否）に変更されるかもしれない。中止モードが変更されるまで、ブリッジは、ＳＡＦエントリをアンロードするように試行しないであろうことに留意すべきである。記憶値カードプロセッサが「エコー」要求に応答する場合、ブリッジは、中止モードを出て、取引要求のために記憶値カードプロセッサに問い合わせることを再開し、ＳＡＦマネージャーを介してＳＡＦキューをアンロードするだろう。
【００８６】
［００９８］
継続して図９を参照すると、上記の例が図表で図示されている。顧客９１０において、取引が起きてもよい。顧客ＰＯＳ９１１は、そのホスト９１２を通してブリッジ９２０に取引要求９５０を送るかもしれない。以前のように、ブリッジ９２０は、取引を記憶値カードプロセッサ９３０に送ろうとするかもしれない。ブリッジ９２０が、参照番号９５１において図示されているようにタイムアウトする場合、９５２において、ブリッジ９２０は、アイテムのステータスを「リトライ」、取消＝「偽」に設定し、９５３において、ＲＣをＢ１に設定し、購入者に「この製品は２４時間以内に使用のために利用可能になるでしょう」と示すように、ＰＯＳ９１１を促すかもしれない。取引は、９５５において、タイムアウトの最大数に達するまでリトライするだろう、そして、ブリッジは、中止モードに入る。
【００８７】
［００９９］
中止モードの間、ブリッジ９２０は、ＰＯＳ９１１から取引要求９５４を受信するかもしれない。ブリッジ９２０は、取引をローカルに認可し、９５６において、ステータスを「リトライ」に設定し、９５７において、「Ｂ３」の応答コードを戻すかもしれない。さらに、ブリッジ９２０は、エコー要求９５８を記憶値カードプロセッサ９３０に継続して送るだろうが、９５９において、エコーはタイムアウトするかもしれない。
【００８８】
［００１００］
処理コードが「リトライ」リスト上にない場合、取引９６０は、ブリッジによって拒否されるかもしれず、「Ｄ３」のＲＣコード（ブリッジ中止に関する拒否）が発行されるかもしれない。いくつかの時点において、エコー９６２は、記憶値カードプロセッサによって戻されるかもしれない。ブリッジ９２０は、中止モードからそれ自体を取り除くだろう、そして、９６３のような、後続する取引を、記憶値カードプロセッサ９３０に通過させ、９６４において、「Ｂ１」のＲＣを有する成功メッセージを受信するかもしれず、９６５において、ブリッジ９２０は、これをＰＯＳ９１１に渡すかもしれない。その後、ＳＡＦキュー９７０は、９６６でアンロードされ、９６７において、「００」のＲＣコードを受信し、９６８において、アイテムに「行われた」とフラグを立ててもよく、それにより、ＳＡＦキューからアイテムを取り除くかもしれない。
【００８９】
［００１０１］
図１０を参照すると、発起者ベースの無効および取消を伴うシナリオ１０００が図示されている。一般的に、ブリッジは、顧客ホストから取消−クラス（ＭＴＩ０４００）メッセージを受信するかもしれない。この取引要求は、（ｉ）ＰＯＳにおけるキャンセル／無効に、（ｉｉ）ＰＯＳにおけるシステムタイムアウトに、または、（ｉｉｉ）ホストにおけるシステムタイムアウトに基づいているかもしれない。ブリッジは、このような要求をローカルに受け入れ、アイテムをＳＡＦキューに置き、「Ｂ４」のＲＣ（強制承認／取消受け入れ）で応答するかもしれない。その後、場合によっては非同期的に、ブリッジは、ＳＡＦされた要求を記憶値カードプロセッサに送るかもしれない。このリトライが成功した場合、アイテムは、「行われた」と印付けられ、将来のＳＡＦアンロードアクションに対する考慮から取り除かれるかもしれない。
【００９０】
［００１０２］
継続して図１０を参照すると、上記の例が図表で図示されている。顧客１０１０において、取引が起きてもよい。顧客ＰＯＳ１０１１は、そのホスト１０１２を通してブリッジ１０２０に取引要求１０５０を送るかもしれない。以前とは異なり、ブリッジ１０２０は、取引を記憶値カードプロセッサ１０３０に送ろうとしないかもしれないが、１０５１においてアイテムに「リトライ」とのフラグが立て、１０５２において「Ｂ４」のＲＣを戻すかもしれない。１０５３において、ＰＯＳ１０１１は、この応答を受信するかもしれない。アイテムはその後、ＳＡＦキュー１０６０に提供され、１０５４において、記憶値カードプロセッサ１０３０に提供されるだろう。記憶値カードプロセッサ１０３０によって受け入れられる場合、ＲＣは、１０５５において「００」に設定されるかもしれず、アイテムは、１０５６において、「行われた」とフラグが立てられるかもしれず、これにより、ＳＡＦキューからそれを取り除く。
【００９１】
［００１０３］
ＳＡＦテーブルの現在のコンテンツがブリッジの取引処理挙動に影響を与えるかもしれないシナリオがあってもよいことに留意すべきである。例えば、ブリッジが、ＳＡＦキュー中にカードアクティブ化を以前に置いたが、アイテムを送り出すことにまだ成功しておらずに、同じカードに対する非アクティブ化要求を現在受信している場合、適切な時系列の順序で、新たなアイテム（非アクティブ化）をＳＡＦキュー中に直接置くことが適切であるかもしれない。以下の表は、ＳＡＦテーブル中のペンディングアイテムコンテンツに基づいて、特定の考慮をブリッジがどのようにするかを図示しており、ここで、「Ａ」はアクティブ化、「ＡＲ」は、アクティブ化取消、「Ｄ」は非アクティブ化、「ＤＲ」は非アクティブ化取消である。
【００９２】
【表９】
2020184352.tif 000016
【００９３】
［００１０４］
いくつかのケースにおいて、上記に描いたトップＳＡＦエントリは、カードに対する以前のアイテムがＳＡＦされていることもを意味しているかもしれない。例えば、上記のケース３において、非アクティブ化がＳＡＦキュー中で終わる唯一の方法は、それに先行するアクティブ化もＳＡＦ中に置かれた場合である。したがって、ケース３に対する完全なシーケンスは、少なくとも「Ａ−Ｄ−Ａ」であるべきである。実際には、カード購入者が製品の直ちの使用を望むことから、「２４時間内にカードはアクティブになるでしょう」ということを表している領収書に直面したカード購入者が、カードをリトライすることを求めるときに、この進行が生じることが多い。これは、製品を非アクティブ化および再アクティブ化するために必要なポジションに、ＰＯＳにおける販売員を置くかもしれない。しかしながら、ＳＡＦアイテムがアンロードされるまで、購入者に提示される結果は、同じままであるかもしれない。
【００９４】
［００１０５］
図１１を参照して、例示的なペンディングＳＡＦ状況１１００を説明する。一般的に、取引が記憶値カードプロセッサによってソフト拒否され、取引が「retry-transaction-code」リスト上に構成されるとき、この状況が生じるかもしれない。ブリッジは、アイテムをＳＡＦキューに置き、ＲＣコードをＢ０（拒否に関する代理承認）に変更するかもしれない。ブリッジは、購入者に「この製品は２４時間以内に使用のために利用可能になるでしょう」と通知するように、ＰＯＳ９１１に通知するかもしれない。しかしながら、ブリッジは、その後、同じ製品に対する第２の取引を受信するかもしれない。ブリッジは、ＳＡＦキューをチェックして、ＳＡＦキュー中にペンディングアイテムがあることを決定するかもしれない。したがって、ブリッジは、拒否を「Ｄ１」と記録し、それを返報告してもよい。その後、非同期的に、ブリッジは、アイテムのＳＡＦされた要求を記憶値カードプロセッサに送るかもしれない。
【００９５】
［００１０６］
継続して図１１参照すると、上記の例が図表で図示されている。顧客１１１０において、取引が起きてもよい。顧客ＰＯＳ１１１１は、そのホスト１１１２を通してブリッジ１１２０に取引要求１１５０を送るかもしれない。以前のように、ブリッジ１１２０は、取引を記憶値カードプロセッサ１１３０に送ろうとするかもしれない。１１５１において、ブリッジ１１２０がソフト拒否を受信する場合、１１５２において、アイテムに「リトライ」とフラグを立てて、１１５３において、Ｂ０のようなＲＣコードをＰＯＳに戻すかもしれない。１１５４において、ブリッジは、後の処理のために、アイテムをＳＡＦキュー１１７０に送るかもしれない。１１５５において、その後、ブリッジが同じカードに対する第２の取引を受信する場合、ブリッジは、この取引を記憶値カードプロセッサ１１３０に渡さないかもしれないが、１１５６において、「Ｄ１」のＲＣコード−すなわち、拒否−を発行するかもしれない。これは、１１５７において、ＰＯＳ１１１１に提供されるかもしれず、「オリジナルの要求が受け入れられた」ことが通知されるかもしれない。その後、１１５８において、ＳＡＦキュー１１７０は、取引要求１１５８を記憶値カードプロセッサ１１３０に送り、１１５９において、取引が受け入れられたことを示す、「００」のＲＣコードを受信するかもしれない。１１６０において、アイテムは、「行われた」とフラグが立てられ、ＳＡＦキュー１１７０から取り除かれるかもしれない。
【００９６】
［００１０７］
図１２を参照して、ＳＡＦ中の補充的なアイテムの、いくつかの例示的なシナリオ１２００を説明する。一般的に、取引が記憶値カードプロセッサに送られるかもしれず、ソフト拒否されるかもしれず、取引は、「retry-transaction-code」リスト上に構成されるかもしれない。ブリッジは、アイテムをＳＡＦキューに置き、顧客に返報告されるＲＣを「Ｂ０」（拒否に関する代理承認）に変更するかもしれない。その後、ブリッジは、同じカードに対する第２の取引要求、今回は非アクティブ化、を受信するかもしれない。ブリッジは、ＳＡＦキューをチェックして、ペンディングアクティブ化があることを認識するかもしれない。ブリッジは、アイテムをＳＡＦキューに置き、「Ｂ２」のＲＣコードの（ＳＡＦ中のペンディング補充アイテムに関する代理承認）を顧客に返報告するかもしれない。ブリッジは、その後、別の非アクティブ化を受信するかもしれない。再度説明すると、ブリッジは、ＳＡＦキューをチェックして、キュー中にペンディング非アクティブ化があることを決定するかもしれない。したがって、ブリッジは、「Ｂ５」のＲＣコード（重複承認）を返報告するかもしれない。その後に、非同期的に、ブリッジは、２つのアイテム（アクティブ化と第１の非アクティブ化）のＳＡＦされた要求を記憶値カードプロセッサに送るかもしれない。
【００９７】
［００１０８］
継続して図１２を参照すると、上記の例が図表で図示されている。顧客１２１０において、取引が起きてもよい。顧客ＰＯＳ１２１１は、そのホスト１２１２を通してブリッジ１２２０に取引要求１２５０を送るかもしれない。以前のように、ブリッジ１２２０は、取引を記憶値カードプロセッサ１２３０に送ろうとするかもしれない。１２５１において、ブリッジ１２２０がソフト拒否を受信する場合、１２５２において、「リトライ」とアイテムにフラグを立てて、１２５３において、Ｂ０のようなＲＣコードをＰＯＳに戻すかもしれない。１２５４において、ブリッジは、後の処理のために、アイテムをＳＡＦキュー１２７０に送るかもしれない。
【００９８】
［００１０９］
１２５５において、その後、ブリッジが同じカードに対する第２の取引を受信する場合、ブリッジは、この取引を記憶値カードプロセッサ１２３０に渡さないかもしれないが、１２５６において、アイテムに「リトライ」とフラグを立てて、１２５７において、「Ｂ２」のＲＣコードを発行するかもしれない。ブリッジ１２２０は、その後、１２５８において、同じカードに対する第３の取引要求を受信するかもしれない。ブリッジ１２２０は、再度、この要求が記憶値カードプロセッサ１２３０に送られることを妨げてもよく、代わりに、１２５９において、ＲＣコード「Ｂ５」を戻すかもしれない。その後、１２６０において、ＳＡＦキューは、第１のアイテムを記憶値カードプロセッサ１２３０に送り、１２６１において、「００」のＲＣコードを受信するかもしれず、１２６２において、第１の取引アイテムに「行われた」とフラグを立てるかもしれない。１２６３において、ＳＡＦキューは、第２の取引アイテムを記憶値カードプロセッサ１２３０に送るかもしれず、記憶値カードプロセッサ１２３０は、取引を再度受け入れ、１２６４において、「００」のＲＣコードを戻すかもしれない。１２６５において、第２のアイテムも、「行われた」とフラグが立てられるかもしれない。両方のアイテムは、ＳＡＦキューから取り除かれるかもしれない。
【００９９】
［００１１０］
図１３を参照すると、受け入れられる最小−最大範囲外のＵＰＣの、例示的なシナリオ１３００が図示されている。一般的に、最小許容量を下回るまたは最大許容量を上回るのいずれかである量でリロードされるように、製品は試行されるかもしれない。取引は、ソフト拒否を発行するかもしれない記憶値カードプロセッサに送られるであろう。ブリッジは、その後、アイテムファイル上のＵＰＣに対して構成されている最小／最大範囲をチェックして、量が制限よりも少ないか多いか否かを決定するかもしれない。量が制限よりも少ない場合、ブリッジは、ＲＣコード「Ｄ６」（規定された最小量よりも少ないＵＰＣを拒否）を戻すかもしれない一方で、量が最大量より多い場合、ブリッジはコード「Ｄ７」（規定された最大量より多いＵＰＣを拒否）を戻すかもしれない。
【０１００】
［００１１１］
継続して図１３を参照すると、上記の例が図表で図示されている。顧客１３１０において、取引が起きてもよい。顧客ＰＯＳ１３１１は、そのホスト１３１２を通してブリッジ１３２０に取引要求１３５０を送るかもしれない。ブリッジ１３２０は、取引を記憶値カードプロセッサ１３３０に送ろうとするかもしれない。１３５１において、ブリッジ１３２０がソフト拒否を受信する場合、１３５２において、ＵＰＣ最大／最小テーブル１３５４をレビューし、１３５３において、「Ｄ６」または「Ｄ７」のＲＣコードを戻すかもしれない。
【０１０１】
［００１１２］
図１４を参照すると、ＳＡＦに対してアクティブではないＵＰＣの、例示的なシナリオ１４００が図示されている。一般的に、取引は、記憶値カードプロセッサによってソフト拒否されるかもしれず、取引は、「retry-transaction-code」リスト上に構成されるかもしれない。ブリッジは、ＵＰＣに関するアイテムファイルに対して構成されている最小／最大範囲をチェックして、要求されている値が範囲内にあるか否かを決定するかもしれない。ブリッジは、ＵＰＣに対するアイテムファイル上のアクティブフラグもチェックして、それが「Ｎ」に設定されていることを決定するかもしれない。したがって、ブリッジは、「Ｄ８」のＲＣ（アイテムがＳＡＦに対してアクティブでない；ソフト拒否に関する代理承認が行われない）を戻すかもしれない。
【０１０２】
［００１１３］
継続して図１４を参照すると、上記の例が図表で図示されている。顧客１４１０において、取引が起きてもよい。顧客ＰＯＳ１４１１は、そのホスト１４１２を通してブリッジ１４２０に取引要求１４５０を送るかもしれない。ブリッジ１４２０は、取引を記憶値カードプロセッサ１４３０に送ろうとするかもしれない。１４５１において、ブリッジ１４２０がソフト拒否を受信する場合、ＵＰＣ最大／最小テーブル１５５２をレビューし、「Ｄ８」のＲＣコードを戻すかもしれない。
【０１０３】
ログ記録
［００１１４］
すべてのブリッジアクションは、非公式に「Ｑ２」ログと呼ばれているログファイル中に記録してもよい。トラブルシューティングとイベント解析は、典型的に、これらのファイルを調べることにより、開始してもよい。このようなファイルはまた、ブリッジがどのように動作するかを理解する際に、リーダを支援する。ログは、各ログが管理可能なサイズ（例えば、１００ＭＢを超えないくらいの大きさ）に保たれるログローテータサービスによって管理してもよい。
【０１０４】
［００１１５］
ログ中のエントリは、（スタートアップの間）展開する、および、（シャットダウンの間）展開しない、すべてのアプリケーションコンポーネントのリストを示していてもよい。ログは、「クリーン」スタートアップの有効性確認するために通常の実務の一部として調べてもよい。これは、新たな特徴と機能をアプリケーションに追加するプロセスのときに、適切かもしれない。
【０１０５】
［００１１６］
「通常の」取引に対して、ログ記録は、結果として４つのエントリ：（ｉ）（顧客のホストからの）インバウンド要求；（ｉｉ）（外部認可者への）アウトバウンド要求；（ｉｉｉ）（外部認可者からの）インバウンド応答；および／または、（ｉｖ）（顧客のホストへ戻す）アウトバウンド応答であってもよい。いくつかの実施形態にしたがうと、空間をセーブし、処理オーバーヘッドをセーブするために、ある関係するISO8583要求と応答フィールド（例えば、ＰＣ／３、ＳＴＡＮ／１１、ＲＲＮ／３７、ＲＣ／３９）のみをログ中に表示してもよい。
【０１０６】
［００１１７］
取引がＳＡＦされる場合、または、ＳＡＦコンテンツが更新される何らかの後続するアクションが起こる場合、このような情報は、ピアノードに中継されるので、両方のノードのＳＡＦコンテンツは、同期したままである。「通常の」複製試行において、このログ記録は、結果として２つのエントリ：（ピアノードへの）アウトバウンド要求と、（ピアノードからの）インバウンド応答であってもよい。エントリは、オリジナルの複製要求、すなわち、要求を処理したノード上のＳＡＦに、アイテムが最初にコミットされるときを表してもよい。
【０１０７】
［００１１８］
さらに、外部認可者にＳＡＦするように試行することもログ記録してもよい。これは、結果として２つのエントリ：（外部認可者への）アウトバウンド要求と；（外部認可者からの）インバウンド応答であってもよい。いくつかの実施形態にしたがうと、オリジナルＳＴＡＮは、一意的なＳＴＡＮと置き換えてもよい。さらに、チャネルレベルのＳＡＦされた要求は、ＰＯＳ条件コード中の表示「０１」を介して、（リアルタイム要求に対して）見分けてもよい。
【０１０８】
［００１１９］
ノードが、ＳＡＦ要求をアンロードするその試行を完了する度に、対応するピアノードに通知されてもよい。例示的なコーディングにおけるさまざまな複製要求フィールドは：（ｉ）３９−（ピアのsafMeta.lastRRC列中に記録される）ＳＡＦ応答において認可者によって戻されるような、応答コード（フィールド３９）；（ｉｉ）１０５−（ピアのsafMeta. lastAuthid列中に記録される）認可者によって戻されるような、AuthID（フィールド３８）；（ｉｉｉ）１２１−（safMeta中で記録を位置付けるために−フィールド１２３（以下参照）中のノード値とともに−ピアによって使用され、任意のノードペア上で、ノード＋tranld はsafMeta内の一意的な識別子である）要求のTranlog ID；（ｉｖ）１２２−（ピアのsafMeta.status列中に記録される）要求のステータス；（ｖ）１２３−（検索の役割のために上記１２１を参照する）要求のノード；（ｖｉ）１２５−ピアのsafMeta.attempt列中に記録される）要求に関連する更新された試行カウント；（ｖｉｉ）１２６−（ピアのsafMeta.lastSent列に記録される）試行の時間；および／または、（ｖｉｉｉ）１２７−（ピアのsafMeta.lastStan列に記録される）試行の最後のＳＴＡＮ、のようなアイテムを含んでいてもよい。
【０１０９】
［００１２０］
メイン取引マネージャー（「ＴＭ」）の要約も維持してもよい。例えば、リアルタイム取引情報の要約を記録してもよい。このような取引情報は：（ｉ）（外部認可者への）アウトバウンド要求；（ｉｉ）（顧客のホストに戻す）アウトバウンド応答；（ｉｉｉ）プロファイラ（各取引参加者において費やされる時間）；（ｉｖ）外部認可者から受信した遠隔応答コード（「ＲＲＣ」）；（ｖ）ＳＡＦチェックに関連するイベント；および／または、（ｖｉ）ＳＡＦ処理が呼び出される場合に、ピアにポストされる複製要求、を含んでいてもよいが、これらに限定されない。
【０１１０】
［００１２１］
要約のＳＡＦ試行は、（外部認可者への）アウトバウンド要求、（外部認可者からの）インバウンド応答、（各取引参加者において費やされる時間）プロファイラ、（ピアノードへの／からの）複製要求／応答、複製ステータスを含み、記録されてもよく、パッケージングされてもよい。
【０１１１】
［００１２２］
ピアノード上では、発起ノード上で発生されるすべてのＳＡＦアクティビティの記録もログ記録されてもよい。これは、「複製要求」によって達成されてもよい。複製ＴＭは、（ｉ）メインＴＭ−ＳＡＦにおいて終わるアイテムに対するリアルタイム取引処理の間に（ピアへの）「オリジナル」要求を生成させるかもしれない、（ｉｉ）ＳＡＦ  ＴＭ−後続するＳＡＦアンロードの間に、ピアへの「更新」要求を発生させるかもしれない、（ｉｉｉ）同期ＴＭ−（ピアの停止またはピアからの通信の欠如の後、）発起ノードがピアノードと同期するとき、「オリジナル」または「更新」ピア要求を発生させるかもしれない、ならびに／あるいは、（ｉｖ）リトライＴＭ−メインＴＭからの最初の要求が失敗した場合、「オリジナル」ピア要求を発生させるかもしれない、または、ＳＡＦ  ＴＭもしくは同期ＴＭ「更新」ピア要求が失敗した場合、「更新」ピア要求を発生させるかもしれないこと、を含むが、これらに限定されず、発起ノード上の可能性ある生成点から出る複製要求を取り扱ってもよい。
【０１１２】
［００１２３］
要求は、「オリジナル」（すなわち、完全ＳＡＦエントリ）または「更新」（すなわち、ピアノードは既に記録したことを発起ノードは知っているとの、エントリに関する他の情報またはステータスにおける変更）であってもよい。複製論理は、ＩＳＯフィールド３を介して、「更新」から「オリジナル」を見分けてもよい。存在する場合、要求は、「オリジナル」として処理してもよく、存在しない場合、要求は「更新」として処理してもよい。
【０１１３】
［００１２４］
高い利用可能性の目的のために、状態制御装置を使用して、２つのノードが同期したままであることを助け、どの他のそれぞれの役割が、動作の何らかの所定点において、必要とされるかを理解する。状態制御装置ログ中で、状態における変化を記録する。
【０１１４】
［００１２５］
さらに、ログを通して、フィルタリングを適用してもよい。ＳＡＦ決定に関連するイベント、ＳＡＦイベント、およびＨＡ状態制御を要約するために、「＃＃」タグまたはマーカの存在により、リーダがフィルタをログに適用することを可能にしてもよい。
【０１１５】
サポート機能
［００１２６］
ブリッジ顧客は、代理承認ルールを修正するように機能してもよい「アイテムファイル」をインポートすることを選んでもよい。ファイルは、以下のようにカンマ区切り値（「ＣＳＶ」）フォーマットで構築してもよい（アイテム毎に１つの記録）。
【０１１６】
【表１０】
2020184352.tif 000017
【０１１７】
［００１２７］
ブリッジ顧客は、完全ファイルをＦＴＰすることにより、アイテムファイルインポート処理を開始してもよい。例えば、ファイルは、（「要求」サブディレクトリとしても知られている）Bridge/spool/item_file/requestに提供されてもよい。ファイルの命名規則はイニシエータに残されるが、一般的に、接尾部「.csv」または「.txt」を有していなければならない。これらの接尾部のうちの１つを有していない任意のファイルは無視してもよい。周期的に、−例えば、６０秒毎に−ブリッジアプリケーションは、ディレクトリポーリング（「DirPoll」）機構を使用して、新たなインポートファイルの存在をチェックしてもよい。適切に名付けられたファイルが見つかるとき、ブリッジは、処理するために、「要求」サブディレクトリから「実行」サブディレクトリにファイルを動かしてもよい。インポート処理の間、ブリッジは、アイテムファイル入力を使用して、ブリッジ取引処理エンジンによる後続の使用のために同等なデータベーステーブルを構築してもよい。
【０１１８】
［００１２８］
インポートの完了に成功すると、ブリッジは、そのアクションを要約するレポートを生成させてもよい。これらのレポートは、「応答」サブ＝ディレクトリに置かれてもよい。何らかの不正な形式の入力ファイルを受信する際に、または、処理を通常の完了に満たないように実行させる何らかのイベントの際に、ブリッジは、入力ファイルのコピーを「悪い」サブ−ディレクトリに動かしてもよい。そうでなければ、ブリッジは、適切な完了を実行するファイルを「アーカイブ」サブディレクトリに動かしてもよい。
【０１１９】
［００１２９］
ブリッジのオンライン取引処理（「ＯＬＴＰ」）エンジンは、以下の方法で、結果的に得られるアイテムファイルコンテンツを使用してもよい。最初に、以下の条件、（ｉ）ノードが現在「中止モード」である、（ｉｉ）同じカードに対して、ＳＡＦ中に、１つ以上の送り出されない補充アイテムがある、（ｉｉｉ）要求がタイムアウトし、ＰＣがリトライリスト上にある、または、（ｉｖ）（「リトライｒｃ」リストにより）要求がソフト拒否を受信し、ＰＣが「リトライｐｃ」リスト上にある、のうちの１つが真であることから、代理承認に対して取引がＳＡＦ可能であるか否かを、ブリッジは決定してもよい。
【０１２０】
［００１３０］
その後、（ａ）において特定された条件のうちの１つが真である場合、ブリッジは、取引のＵＰＣ（ISO8583フィールド５４）がアイテムテーブル上にあるか否かをチェックしてもよく、そうである場合、いずれにせよ、ＳＡＴ可能アイテムとして指定される。アイテムファイルに基づいて、ブリッジは、以下のように、ＳＡＦへの以前の決定を上書きしてもよい。
【０１２１】
【表１１】
2020184352.tif 000018
【０１２２】
例外ファイル処理
［００１３１］
ブリッジは、記憶値カードプロセッサに送るために、例外ファイルコンテンツを生成させてもよい。これらのファイルは、一日あたり複数回生成され、送り出されるようにスケジューリングされてもよい。以下の条件、（ｉ）アイテムが満了した（safMeta.status - 「EXP」）、（ｉｉ）アイテムがその最大試行数に達した（safMeta.status - 「MAZ」）、または、（ｉｉｉ）認可者によってアイテムがハード拒否された（safMeta.status - 'TAKEN' and lastRRC <> '00'）、のうちの１つが、ＳＡＴファイル上のアイテムに当てはまる場合、ブリッジは、例外ファイル上にアイテムを置いてもよい。例外ファイルは、パイプ制限フォーマットで構築してもよく、いくつかの実施形態したがうと、ヘッダとトレーラが必要とされる。空のファイルは、詳細な記録を有さないヘッダとトレーラによって表してもよい。しかしながら、空のファイルは、依然として記憶値カードプロセッサに送られてもよいことが企図されていることに留意すべきである。
【０１２３】
【表１２】
2020184352.tif 000019
【０１２４】
詳細な記録
【表１３】
2020184352.tif 000020
【０１２５】
トレーラ記録
【表１４】
2020184352.tif 000021
【０１２６】
［００１３２］
ブリッジが例外ファイルを生成させる場合、ファイル名は、ファイル生成の開始における、システムからのタイムスタンプを含んでいてもよく、ファイルが生成された例外ジョブ実行のＩＤも反映してもよいことに留意すべきである。
【０１２７】
［００１３３］
ブリッジは、周期的に動作させてもよい安全なＦＴＰ機構を使用して、ファイルを送り出してもよい。ブリッジは、ＳＡＦエントリが例外ファイル上に含まれたか否か、そうである場合、どれにかに関して、（抽出された列中の）saf.Metaテーブル上に記録してもよい。以下のテーブルは、例示的なテーブルエントリと意味を図示している。
【０１２８】
【表１５】
2020184352.tif 000022
【０１２９】
［００１３４］
ここで示し、説明した本発明の特定の実施形態は、単なる例であることを理解すべきである。本発明の精神および範囲から逸脱することなく、多数のバリエーション、変更、置換、および、均等物を、当業者は思い付くだろう。したがって、ここで説明し、添付の図面で示したすべての主題事項は、単なる実例とみなされ、意味を限定するものとしてみなされないように意図されている。
【図１】
2020184352.tif 000023
【図２】
2020184352.tif 000024
【図３】
2020184352.tif 000025
【図４】
2020184352.tif 000026
【図５】
2020184352.tif 000027
【図６】
2020184352.tif 000028
【図７】
2020184352.tif 000029
【図８】
2020184352.tif 000030
【図９】
2020184352.tif 000031
【図１０】
2020184352.tif 000032
【図１１】
2020184352.tif 000033
【図１２】
2020184352.tif 000034
【図１３】
2020184352.tif 000035
【図１４】
2020184352.tif 000036
【外国語明細書】
2020184352000001.pdf