專利名稱：用于防止欺詐的購買通知警告轉發(fā)系統(tǒng)和方法
技術領域：
本發(fā)明一般涉及金融交易，更具體地涉及金融交易信息的通信。
背景技術：
信用卡和在線交易使用的增長已伴隨著欺詐和身份盜竊的大量增長。例如，將信用卡信息存儲在電子信息系統(tǒng)上，這可能帶來大規(guī)模的信用卡欺詐。
另一常見的欺詐形式是在客戶已同意了費用或數(shù)量之后增加了付費。例如，將小的數(shù)量添加到飯店帳單、服務帳單或其他交易。因為客戶在他們的信用卡對帳單到達之前通常不查看實際付費，所以這種類型的欺詐難以檢測到。
多個系統(tǒng)可用于減少可能由于信用卡欺詐而引起的損失。例如，許多金融機構向客戶提供通過電子訪問他們的帳戶來監(jiān)控他們的信用和其他帳戶的能力。
盡管客戶可使用可用系統(tǒng)來增加他們的金融安全性，但它們不能最佳地、有效地緩解欺詐。

發(fā)明內容
金融交易數(shù)據(jù)驗證的系統(tǒng)和技術。通常，在一個方面中，一種方法可包括在驗證系統(tǒng)處接收由第一金融機構為對用戶登記的第一金融工具而生成的第一交易信息。該方法還可包括使用包括與第一金融工具相關聯(lián)的一個或多個預先選擇的規(guī)則的第一規(guī)則集合，來處理第一交易信息。該方法還可包括在驗證系統(tǒng)處接收由第二不同金融機構為對所述用戶登記的第二不同金融工具而生成的第二交易信息，并且使用第二規(guī)則集合來處理第二交易信息。
通常，在其他方面中，可將該系統(tǒng)和技術實現(xiàn)為用來驗證金融交易數(shù)據(jù)的軟件和/或硬件。
根據(jù)下面結合附圖闡述的示例性實施例的詳細描述，本發(fā)明的這些和其他特征和優(yōu)點將更清楚。


圖1是根據(jù)一些實施例的安全交易系統(tǒng)的圖；圖2是根據(jù)一些實施例的安全交易系統(tǒng)的信息系統(tǒng)的圖；圖3是圖解用于降低金融交易中的欺詐的方法的流程圖。
各個附圖中的相同的附圖標記指示相同的元素。
具體實施例方式
在此提供的系統(tǒng)和技術可允許金融交易信息的時間上高效且易響應的監(jiān)控。本公開允許對來自多個不同機構的交易信息的、基于規(guī)則的分析，而不是在逐個機構的基礎上提供信息。此外，不需要在完成之前核實交易；而是，給予用戶確定如何對具有不同簡檔(profile)的交易進行處理的靈活性。
如上所述，多個可用技術可被用于減少金融交易中的欺詐。然而，這些可用技術具有如下缺點它們提供逐個的保護，而不是用于警告用戶影響它們的金融的交易的高效系統(tǒng)。
圖1示出了可快速可靠地提供適合用戶的金融交易信息的安全和驗證系統(tǒng)100的圖。系統(tǒng)100使得用戶105能夠從多個不同的金融機構(諸如機構110A和110B)獲得交易信息，而不是在逐個機構的基礎上提供交易信息。
系統(tǒng)100包括帳戶登記系統(tǒng)115和金融工具(instrument)登記系統(tǒng)120。用戶105使用帳戶登記系統(tǒng)115來加入系統(tǒng)100。例如，用戶105創(chuàng)建用戶識別符和口令，并且將簡檔信息提供給帳戶登記系統(tǒng)115。
在一些實施例中，簡檔信息包括用戶將在其上接收警告的個人信息系統(tǒng)的配置信息。例如，配置可包括關于將接收警告的特定蜂窩式電話的信息。不同的蜂窩式電話類型可不同地處理、顯示和/或傳送信息。通過獲取指示正被使用的蜂窩式電話的類型的信息，系統(tǒng)100可與蜂窩式電話相適應地格式化警告，并且可高效地處理來自蜂窩式電話的響應。
在另一示例中，用戶可提供要用來接收警告和/或生成響應的電子郵件系統(tǒng)的配置信息。用戶可指示該電子郵件系統(tǒng)是IMAP系統(tǒng)、VIM系統(tǒng)、POP系統(tǒng)、還是其他類型的電子郵件系統(tǒng)。作為響應，系統(tǒng)100可相應地格式化警告和/或處理響應。用戶可通過在文本字段中鍵入信息、通過從諸如下拉菜單之類的菜單中選擇蜂窩式電話類型、電子郵件類型或其他配置、或者以其他方式(例如，用戶裝置和系統(tǒng)100之間的設置電子郵件或文本消息交換)來提供此配置信息。
一旦用戶105加入系統(tǒng)100，則用戶105使用金融工具登記系統(tǒng)120來登記金融工具。典型地，今天的客戶具有多種金融工具，如信用卡、借記卡、自動售貨機卡、銀行帳戶、經(jīng)紀帳戶等。在多個金融機構中頻繁分布用戶的金融工具。如上所述，這可能使得交易監(jiān)控困難和不可實現(xiàn)。系統(tǒng)100可簡單地提供用戶金融工具的實時監(jiān)控。
為開始金融工具登記處理，用戶105可提供機構110A和110B的金融機構信息、以及機構110A和110B處的多個金融工具的識別符信息。
例如，機構110A可以是銀行，而機構110B可以是經(jīng)紀公司。對于機構110A，用戶105可提供銀行信息，如名稱、地址、ABA轉帳/路由號等。用戶可提供用于機構110A的帳戶信息，如一個或多個信用卡號、賬號等。對于機構110B，用戶105可提供用于特定經(jīng)紀公司的識別信息、以及帳戶信息。
在登記處理期間、或作為處理設置處理的一部分，金融工具登記系統(tǒng)120可處理機構110A和110B的信息，以確認所登記的每個金融工具。在將特定金融工具與用戶105相關聯(lián)、并且存儲與金融工具相關聯(lián)的數(shù)據(jù)之前，該確認可使用現(xiàn)有網(wǎng)絡，如信用卡處理器。
作為初始加入處理的一部分、或在某一其他點上，用戶105還可以選擇用于操作特定交易的規(guī)則。例如，用戶105可定義用于特定金融工具的規(guī)則、用于特定類型的交易的規(guī)則、用于特定賣方(或其他交易參與方)的規(guī)則，和/或其他類型的規(guī)則(如地理規(guī)則)。下面更完整地討論規(guī)則定義和應用。
在工作時，系統(tǒng)100可從機構110A和110B接收交易信息，并且使用下面描述的交易警告系統(tǒng)125來向用戶105提供交易信息?？梢砸跃娴男问絹硖峁┙灰仔畔?，通知用戶交易已發(fā)生，并且包括關于該交易的相關細節(jié)。
在一些實現(xiàn)方式中，系統(tǒng)100包括金融綜合適配器135。例如，可在機構110A和/或110B處的服務器上至少部分地實現(xiàn)金融綜合適配器135，使得由機構保護至少一些適配器135。金融綜合適配器135允許系統(tǒng)100向用戶105報告交易，并且從用于105接收響應，而不存儲實際信用卡號、賬號等?？商娲?，金融綜合適配器135允許生成掩藏賬號信息的唯一識別符，但其仍可被用于識別交易。識別符可以是加密的，并且被存儲在系統(tǒng)100的存儲器中。
例如，唯一識別符可包括指示部分賬號(例如，賬號的至少4位)的信息，使得用戶105可容易地識別特定帳戶，而無需存儲完整的賬號?？商鎿Q地，唯一識別符可包括隨機GUID(保證唯一用戶ID)。存儲不同于實際賬號的識別符可充分改善系統(tǒng)100的安全性。
在一些實施例中，金融綜合適配器135還可使得遺贈系統(tǒng)(legacy system)能夠捕捉從遺贈系統(tǒng)到金融綜合適配器135的交易。金融綜合適配器135還可實現(xiàn)內在(inherent)交易過濾器。使用內在交易過濾器，可在從金融機構傳送之前，作為適配器135的一部分，過濾交易信息。金融機構僅僅需要為已加入系統(tǒng)100的客戶發(fā)送交易信息(例如，名稱、卡識別符、賣方信息、交易量、數(shù)據(jù)和時間)。在缺少內在交易過濾器時，可能需要發(fā)送金融機構處的每個交易的交易信息。另外，通過分發(fā)規(guī)則服務(例如，實現(xiàn)適配器135上的至少一些規(guī)則功能性)，可僅僅對一些加入的用戶/交易發(fā)送警告。由此，可顯著減少從金融機構出境(outbound)的交易的數(shù)目。
如上所述，可使用交易警告系統(tǒng)125，經(jīng)由金融綜合適配器135、或直接地向用戶105提供交易信息。交叉參考入境(inbound)交易，以識別金融工具信息(例如，用戶帳戶信息和信用卡信息)。
交易警告系統(tǒng)125可實現(xiàn)多個特定于用戶的規(guī)則?？蓪τ诓煌慕鹑诠ぞ?例如，對于不同的信用卡、或對于不同的帳戶類型)來實現(xiàn)不同的規(guī)則，或可對于超過一個的金融工具使用一些規(guī)則設定。因此，用戶105能夠定制系統(tǒng)100，用于他或她的特定金融環(huán)境。
特定于用戶的規(guī)則可包括賣方特殊規(guī)則、賣方類型規(guī)則、地理規(guī)則、交易簡檔規(guī)則和/或其他規(guī)則。特定于用戶的規(guī)則還可詳解使用來向用戶105通知交易的方法(例如，通過蜂窩式電話、電子郵件、尋呼機和/或其他方法)，并且還可管理通知定時(例如，在處理交易信息時發(fā)送所有通知、每天發(fā)送一些通知等)一些示例規(guī)則如下
賣方特殊規(guī)則不管交易量如何，始終信任此賣方如果交易量在一定范圍內，則信任此賣方僅對明確量的交易，信任此賣方對特殊日期的明確量，信任此賣方如果特殊日期的交易量在一定范圍內，則信任此賣方交易簡檔規(guī)則如果在特定時間間隔內發(fā)生來自同一賣方的多個交易，則發(fā)送通知如果在預定時間間隔內發(fā)生多于最小數(shù)目的交易，則發(fā)送通知地理規(guī)則如果交易在特定地理區(qū)域之外，則發(fā)送通知(例如，使用郵政碼/區(qū)域碼列表)如果交易在特定地理區(qū)域之內，則發(fā)送通知通知方法規(guī)則將消息傳送給蜂窩式電話機和蜂窩式電話號碼將消息傳送給一個或多個電子郵件將消息首先傳送給蜂窩式電話，然后傳送給電子郵件列表發(fā)送尋呼消息經(jīng)由自動電話呼叫來傳送消息基于規(guī)則的交易處理可允許用戶105將接收的消息限制到可管理的數(shù)目，使得他立刻被通知可疑的交易，不無需立刻被通知某些交易(例如，預期的、重復的交易，如自動抵押支付)。即，特定用戶在特定的一天可能具有五十個交易。然而，其中一些交易是系統(tǒng)不會生成警告的信任的交易。其他交易可能是被集合成一個警告的交易(例如，用戶選擇了每日電子郵件和/或蜂窩式電話通知的信任的交易)。
由此，用戶可創(chuàng)建規(guī)則簡檔，其為他的特定需求優(yōu)化接收的警告的數(shù)目。如果用戶發(fā)現(xiàn)，基于他初始的規(guī)則簡檔，他正接收過多的警告，則他可以修改規(guī)則簡檔，以減少接收的警告的數(shù)目。類似地，如果用戶確定他愿意接收更多的警告(例如，以增加他的金融交易的安全性)，則他可修改他的規(guī)則簡檔，以對更對的交易發(fā)送警告。
從機構110A和110B接收的交易信息可被處理；被與響應選項信息和/或警告通知信息(如警告數(shù)目和警告時間)相組合；被基于一個或多個傳遞方式而格式化；以及被封裝為警告消息。然后，可經(jīng)由一個或多個選擇的通信方法來向用戶105傳送警告消息。
一旦接收到，用戶105可響應該警告。例如，用戶105可通過答復文本消息以確認交易、標記交易以待審核、或拒絕交易，來響應蜂窩式電話文本消息警告?？稍陧憫到y(tǒng)130中接收該響應。響應系統(tǒng)130可監(jiān)視響應消息(例如，返回電子郵件、返回蜂窩式電話呼叫等)，并且協(xié)調所接收的響應與相關聯(lián)的交易警告。
可將響應與相應的交易警告相關聯(lián)，并且存儲在響應系統(tǒng)130中。如果接收到與同一交易警告相關聯(lián)的兩個或更多個響應，則響應系統(tǒng)130可協(xié)調多個響應。例如，響應系統(tǒng)130可對第一響應反應，對最后的響應反應，或可實現(xiàn)一些其他方法來協(xié)調多個響應。
基于響應信息，響應系統(tǒng)130還可將信息傳送給相關聯(lián)的機構，以觸發(fā)下游處理。例如，機構110A可從系統(tǒng)100接收到指示應拒絕特定交易的通信。結果，機構110A可拒絕該交易，并且可啟動一個或多個附加處理，如將全局欺詐警告與特定金融工具相關聯(lián)，或將欺詐信息傳送給司法部門。
系統(tǒng)100還可包括交易分析和報告模塊140。模塊140可存儲每個交易的交易和響應信息，使得客戶可查看購買信息，并且可快速協(xié)調付費。模塊140可對特定類型的警告和/或響應實現(xiàn)協(xié)調規(guī)則。
例如，模塊140可實現(xiàn)諸如以下示例規(guī)則的規(guī)則信任的交易過濾所有信任的交易，由此不將它們發(fā)送為警告。信任的交易被分組為信任的，并且不需要被檢查。
核實的交易已協(xié)調了所有的核實的交易，并且不需要檢查。
審核的交易將被標記為審核的交易一起分組，以易于查看。根據(jù)用戶的檢查，可將這些交易標為核實的和自動協(xié)調的、或拒絕的。注意到，當修改了交易的狀態(tài)時，響應系統(tǒng)130可重新評估交易，并可采取進一步的行動。
拒絕的交易被拒絕的交易一起出現(xiàn)，以易于查看?？墒褂迷撔畔韼椭鹑诔斜Ｈ?underwriter)恢復損失或防止進一步的欺詐。如果狀態(tài)不正確，或者如果新的信息變?yōu)榭捎?，則可改變拒絕的交易的狀態(tài)。
系統(tǒng)100還可提供按照由諸如Quicken和Microsoft Money之類的程序使用的格式的金融交易信息。系統(tǒng)100可合并平面文件模板處理器，以從其他源導入交易。由此，用戶可得到他或她的金融交易活動的真實全局視圖。
圖2示出了根據(jù)一些實施例的、用于保護交易系統(tǒng)的信息系統(tǒng)200的示意圖。系統(tǒng)200包括用來實現(xiàn)如下所述的、圖3所示的功能性的數(shù)據(jù)和指令，這些數(shù)據(jù)和指令可被存儲在一個或多個機器可讀介質(例如，一個或多個存儲器模塊)上，并且可由一個或多個處理器(例如，一個或多個微處理器)執(zhí)行。
系統(tǒng)200包括用戶界面程序205。用戶界面程序205包括用來生成用戶界面數(shù)據(jù)的數(shù)據(jù)和指令，使得用戶能與系統(tǒng)200交互。例如，可將用戶界面數(shù)據(jù)傳送到用戶系統(tǒng)，并且使得用戶系統(tǒng)顯示一個或多個圖形用戶界面(GUI)。作為響應，用戶可選擇GUI上的項目，從而向系統(tǒng)200提供響應數(shù)據(jù)。用戶界面程序205被用來利于用戶與系統(tǒng)200的交互；例如，用戶加入、用戶信息獲取等。
用戶界面可包括多個活動。例如，用戶可經(jīng)由一個或多個GUI來與系統(tǒng)200交互，以加入安全和驗證系統(tǒng)。用戶可使用系統(tǒng)200登記一個或多個信用卡，可使用系統(tǒng)200登記一個或多個金融帳戶，或者可使用系統(tǒng)登記一個或多個其他金融工具(例如，借記卡、股票帳戶、或其他金融工具)。用戶還可與系統(tǒng)200交互，以選擇、發(fā)展和/或修改交易處理規(guī)則。
系統(tǒng)200可包括交易監(jiān)聽器210。交易監(jiān)聽器210可從多個金融實體接收交易數(shù)據(jù)。例如，交易監(jiān)聽器210可接收由多個金融實體中的第一金融實體基于在該第一金融實體的信息系統(tǒng)上的交易的執(zhí)行而傳送的交易數(shù)據(jù)。所傳送的數(shù)據(jù)可包括指示金融工具識別符(例如，指示信用卡號)的數(shù)據(jù)、指示交易類型(例如，購買)的數(shù)據(jù)、指示交易描述(例如，購買的賣方信息)的數(shù)據(jù)、指示交易量的數(shù)據(jù)和/或其他數(shù)據(jù)。
在另一示例中，交易監(jiān)聽器210可響應于對多個金融實體投票(poll)而接收數(shù)據(jù)。作為響應，金融實體可將近來的交易的交易數(shù)據(jù)傳送給交易監(jiān)聽器210。
系統(tǒng)200還可包括格式化服務215。格式化服務215可從交易監(jiān)聽器210接收交易數(shù)據(jù)，使用卡登記數(shù)據(jù)244來確定相關聯(lián)的交易工具，并且使用帳戶登記數(shù)據(jù)250來確定相關聯(lián)的用戶。根據(jù)在動態(tài)規(guī)則數(shù)據(jù)260中包括的且由程序規(guī)則邏輯服務240實現(xiàn)的一個或多個規(guī)則，格式化服務215可格式化交易數(shù)據(jù)，以將相關信息傳送給相關聯(lián)的用戶。例如，格式化服務215可使用帳戶登記數(shù)據(jù)250，來格式化要被傳送給特定蜂窩式電話類型的交易數(shù)據(jù)。
例如，格式化服務215可接收指示特定用戶的信用卡購買交易的數(shù)據(jù)。格式化服務215可生成該特定用戶的電子郵件通知，其包括信用卡的身份信息(如刪減的信用卡號)、日期、時間、賣方身份、交易量和/或其他交易信息。系統(tǒng)200可在消息發(fā)送存儲裝置265中存儲消息發(fā)送(messaging)信息、以及存儲消息交易數(shù)據(jù)270。
系統(tǒng)200可使用消息傳送器220來將信息傳送給用戶，其中可使用數(shù)據(jù)和消息排隊服務245來調配傳送。
當用戶接收到警告時，用戶可采取多種行動。用戶可同意交易，可拒絕交易，可標記交易以供審核，或可采取其他行動。用戶可向系統(tǒng)200傳送響應，該響應可由消息接收器225接收，并且由響應解釋器230進行解釋(例如，使用用戶的蜂窩式電話、電子郵件等的配置信息)。
系統(tǒng)可包括其他模塊；例如，交易數(shù)據(jù)格式化模塊用來格式化要由諸如Quicken、Microsoft Money或其他程序的外出程序使用的交易數(shù)據(jù)。系統(tǒng)200還可存儲其他數(shù)據(jù)275。
圖3示出了一些實施例中可使用的安全和驗證處理300。在305，用戶可加入驗證系統(tǒng)，如上面描述的系統(tǒng)。在310，用戶可使用驗證系統(tǒng)來登記一個或多個金融工具。
在一些實施例中，用戶可訪問驗證系統(tǒng)，以登記一個或多個金融工具(例如，用戶可經(jīng)由網(wǎng)上瀏覽器來登記信用卡)。在其他實施例中，用戶可經(jīng)由相關聯(lián)的金融機構，在驗證系統(tǒng)中登記金融工具。例如，銀行可向客戶提供每個帳戶、信用卡等的驗證系統(tǒng)登記的選項。然后，由驗證系統(tǒng)和金融機構商議登記處理。
在315，用戶可生成和/或選擇一個或多個規(guī)則，以管理對一個或多個金融工具的警告操作。驗證系統(tǒng)可向用戶呈現(xiàn)多個預定義的規(guī)則，用戶可選擇單個規(guī)則或一組規(guī)則(規(guī)則簡檔)。用戶可使用一個或多個預定義的規(guī)則部分來生成規(guī)則。
在320，可使用已登記的金融工具來執(zhí)行交易。在325，相關聯(lián)的金融機構(或其他方)可接收交易的交易信息。金融機構可在330確定金融工具已被登記，并且可在335，將交易信息傳送給驗證系統(tǒng)。
在340，驗證系統(tǒng)可接收交易信息。在345，驗證系統(tǒng)可基于所接收的信息，來確定相關聯(lián)的用戶和相關聯(lián)的交易工具。在350，驗證系統(tǒng)可根據(jù)對金融工具預先選擇的規(guī)則，來生成對相關聯(lián)的用戶的一個或多個通信。
在355，用戶可接收一個或多個通信。在360，用戶可對至少一個通信傳送響應，其可在365被驗證系統(tǒng)接收。
在370，驗證系統(tǒng)可處理該響應，并且可基于該響應而采取一個或多個行動。例如，驗證系統(tǒng)可將響應傳送給金融機構，以進行進一步的動作(例如，通知授權、在特定金融工具上放置欺詐警告)。在375，系統(tǒng)可協(xié)調警告和響應，并且在380，可生成對用戶的報告信息。
在各個實現(xiàn)方式中，可將上述技術及其變型至少部分地實現(xiàn)為計算機軟件指令?？蓪⑦@樣的指令存儲在一個或多個機器可讀存儲介質或器件上，或者由例如一個或多個計算機處理器執(zhí)行，或使得及其執(zhí)行所述的功能和操作。
已描述了多個實現(xiàn)方式。盡管上面詳細公開了僅僅一些實現(xiàn)方式，但其他修改也是可能的，并且此公開意圖覆蓋所有的置于的修改，并且更具體地，任何本領域技術人員可預測的修改。
而且，僅僅那些使用了詞語“部件”的權利要求才被意圖在35 USC 112的第六款下解釋。此外，來自說明書的限制不意圖被讀取到任何權利要求中，除非那樣的限制被明確包括在權利要求中。因此，其他實施例也在以下權利要求的范圍內。
權利要求
1.一種方法，包括在驗證系統(tǒng)處接收由第一金融機構為對用戶登記的第一金融工具而生成的第一交易信息；使用包括與第一金融工具相關聯(lián)的一個或多個預先選擇的規(guī)則的第一規(guī)則集合，來處理所述第一交易信息；在所述驗證系統(tǒng)處接收由第二不同金融機構為對所述用戶登記的第二不同金融工具而生成的第二交易信息；以及使用第二不同規(guī)則集合來處理所述第二交易信息。
2.如權利要求1所述的方法，還包括生成包括第一交易信息的第一警告，其中生成所述第一警告包括基于指示與所述用戶相關聯(lián)的蜂窩式電話類型和電子郵件類型中的至少一個的用戶裝置配置信息，來格式化所述第一警告。
3.如權利要求1所述的方法，其中所述第一交易信息包括購買信息，并且其中所述第一金融工具是信用卡，以及其中所述第二交易信息包括提款信息，并且其中所述第二金融工具是借記卡。
4.如權利要求1所述的方法，還包括在驗證系統(tǒng)處接收多達N次交易的交易信息，其中第一交易信息和第二交易信息被包括在所述交易信息中；以及將M個警告?zhèn)魉徒o所述用戶，其中M小于N。
5.如權利要求1所述的方法，其中使用第一規(guī)則集合來處理第一交易信息包括生成對用戶的至少一個通信，以及其中所述至少一個通信包括蜂窩式電話文本消息、電子郵件、以及語音消息中的至少一個。
6.如權利要求1所述的方法，其中所述一個或多個預先選擇的規(guī)則包括賣方特殊規(guī)則、賣方類型規(guī)則、地理規(guī)則、以及交易簡檔規(guī)則中的至少一個。
7.一種物品，包括機器可讀介質，其具體化了指示指令的信息，當由一個或多個機器執(zhí)行所述指令時，導致包括以下的操作在驗證系統(tǒng)處接收來自第一金融機構為對用戶登記的第一金融工具的第一交易信息；使用包括與第一金融工具相關聯(lián)的一個或多個預先選擇的規(guī)則的第一規(guī)則集合，來處理所述第一交易信息；在驗證系統(tǒng)處接收來自第二不同金融機構為對所述用戶登記的第二不同金融工具的第二交易信息；以及使用第二規(guī)則集合來處理所述第二交易信息。
8.如權利要求7所述的物品，還包括生成包括第一交易信息的第一警告，其中生成所述第一警告包括基于指示與所述用戶相關聯(lián)的蜂窩式電話類型和電子郵件類型中的至少一個的用戶裝置配置信息，來格式化所述第一警告。
9.如權利要求7所述的物品，其中所述第一交易信息包括購買信息，以及其中所述第一金融工具是信用卡，其中所述第二交易信息是信用卡，以及其中所述第一規(guī)則集合與第二規(guī)則集合相同。
10.如權利要求7所述的物品，其中使用第一規(guī)則集合來處理第一交易信息包括生成對用戶的至少一個通信。
11.如權利要求10所述的物品，其中所述至少一個通信包括蜂窩式電話文本消息、電子郵件、以及語音消息中的至少一個。
12.如權利要求7所述的物品，其中所述一個或多個預先選擇的規(guī)則包括賣方特殊規(guī)則、賣方類型規(guī)則、地理規(guī)則、以及交易簡檔規(guī)則中的至少一個。
13.一種系統(tǒng)，包括帳戶登記系統(tǒng)，該帳戶登記系統(tǒng)包括指示第一用戶的用戶簡檔的信息；金融工具登記系統(tǒng)，該金融工具登記系統(tǒng)包括指示與所述第一用戶相關聯(lián)的多個金融工具的信息，所述多個金融工具包括第一金融機構的第一金融工具和第二不同金融機構的第二金融工具；以及交易警告系統(tǒng)，該交易警告系統(tǒng)包括指示與所述第一金融工具相關聯(lián)的第一規(guī)則集合的信息，以及還包括指示與所述第二金融工具相關聯(lián)的第二規(guī)則集合的信息，其中所述第一規(guī)則集合不同于所述第二規(guī)則集合。
14.如權利要求13所述的系統(tǒng)，還包括金融綜合適配器，被配置來接收與第一金融工具相關聯(lián)的第一交易的交易信息，該金融綜合適配器還被配置來將該交易信息與所述第一金融工具的識別符相關聯(lián)。
15.如權利要求14所述的系統(tǒng)，其中所述金融工具具有與第一金融機構相關聯(lián)的賬號，以及其中所述識別符不是加密的或非加密的賬號。
16.如權利要求15所述的系統(tǒng)，其中所述系統(tǒng)不存儲所述加密的或非加密的賬號。
17.如權利要求13所述的系統(tǒng)，還包括響應系統(tǒng)，被配置來從第一用戶接收指示一個或多個響應的信息，以及還被配置來協(xié)調該一個或多個響應與相關聯(lián)的交易信息。
18.如權利要求17所述的系統(tǒng)，還包括交易分析和報告模塊，被配置來接收指示所述一個或多個響應以及所述相關聯(lián)的交易信息的信息，以及還被配置來基于指示所述一個或多個響應以及所述相關聯(lián)的交易信息的所述信息中的至少一些來生成報告信息。
19.如權利要求13所述的系統(tǒng)，其中所述交易警告系統(tǒng)被配置來生成基于用戶蜂窩式電話類型和用戶電子郵件類型中的至少一個來格式化的第一警告。
20.如權利要求13所述的系統(tǒng)，其中所述第一規(guī)則集合包括賣方特殊規(guī)則、賣方類型規(guī)則、地理規(guī)則、以及交易簡檔規(guī)則中的至少一個。
全文摘要
用于在驗證系統(tǒng)處接收交易信息的系統(tǒng)和技術?？苫谟糜诮灰椎慕鹑诠ぞ?例如，特定信用卡、借記卡、銀行帳戶、經(jīng)紀帳戶等)，使用不同的規(guī)則集合來處理交易信息?？缮刹⑾蛴脩魝魉鸵粋€或多個警告?？苫谥T如蜂窩式電話類型、電子郵件類型等的用戶裝置配置信息來格式化該警告。
文檔編號G06Q99/00GK101057253SQ200580038837
公開日2007年10月17日 申請日期2005年9月9日 優(yōu)先權日2004年9月13日
發(fā)明者戴維·S·格蘭特 申請人:伊克賽普特股份有限公司