用于訪問控制和系統(tǒng)整合的系統(tǒng)的制作方法
【專利摘要】根據(jù)一種示例實施方式的自動提供使得交互客戶能夠建立賬務軟件系統(tǒng)與其金融機構之間的連接。這可以通過下述操作來實現(xiàn)：使得金融機構客戶能夠進行選擇，以使來自其銀行賬戶的它們的提要對于(例如，由客戶的金融機構托管和操作的)金融互聯(lián)網(wǎng)軟件內的賬務軟件系統(tǒng)是可用的。當客戶選擇其想要與賬務軟件系統(tǒng)共享的銀行賬戶時，它們被傳遞至賬務軟件系統(tǒng)，以將所選擇的銀行賬戶與他們已經(jīng)在賬務軟件系統(tǒng)中設立的賬戶進行鏈接。
【專利說明】
用于訪問控制和系統(tǒng)整合的系統(tǒng)
[00011 本申請要求于2013年9月23日提交的美國臨時專利申請No. 61 /881，314的優(yōu)先權， 該美國臨時專利申請的全部內容通過引用合并到本文中。
技術領域
[0002] 本公開內容總體上涉及促進計算機系統(tǒng)之間的訪問，并且更具體地涉及用于訪問 控制和系統(tǒng)整合的系統(tǒng)和方法。
【背景技術】
[0003] 賬務系統(tǒng)的用戶通過將數(shù)據(jù)手動地輸入至賬務系統(tǒng)中來從他們的金融賬戶導入 數(shù)據(jù)。替選地，用戶可以從保持金融賬戶的金融機構下載數(shù)據(jù)，并且然后將其上傳至賬務系 統(tǒng)中。
[0004] 賬務系統(tǒng)的用戶通過與他們的金融賬戶進行交互或書寫支票來支付賬單。在完成 支付之后，針對用戶的賬務數(shù)據(jù)被手動地更新，以表示支付了賬單并且從中支取付款的賬 戶余額減少了。
【附圖說明】
[0005] 通過附圖的各個圖中的非限制性示例的方式來示出一些實施方式。
[0006] 圖1是描繪根據(jù)一些實施方式的示例單賬簿賬務平臺的框圖。
[0007] 圖2是描繪根據(jù)一些實施方式的針對賬務平臺的示例賬務應用框架的框圖。
[0008] 圖3是描繪根據(jù)一些實施方式的針對賬務平臺的示例托管架構的框圖。
[0009] 圖4是描繪根據(jù)一些實施方式的賬務平臺的示例數(shù)據(jù)中心系統(tǒng)的框圖。
[0010] 圖5是描繪根據(jù)一些實施方式的用于訪問賬務平臺的示例客戶端設備的框圖。
[0011] 圖6是描繪根據(jù)一些實施方式的用于賬務平臺的示例應用服務器的框圖。
[0012] 圖7是描繪根據(jù)一些實施方式的用于與賬務平臺交互的示例銀行服務器的框圖。
[0013] 圖8是描繪根據(jù)一些實施方式的顯示由銀行的用戶可訪問的賬戶的示例用戶接口 的接口圖。
[0014] 圖9是描繪根據(jù)一些實施方式的用于登錄至賬務平臺中的示例用戶接口的接口 圖。
[0015] 圖10是描繪根據(jù)一些實施方式的用于使得銀行提要能夠進入賬務平臺中的示例 用戶接口的接口圖。
[0016] 圖11是描繪根據(jù)一些實施方式的用于使得銀行提要能夠進入賬務平臺中的示例 用戶接口的接口圖。
[0017] 圖12是描繪根據(jù)一些實施方式的用于使得銀行提要能夠進入賬務平臺中的示例 用戶接口的接口圖。
[0018] 圖13是描繪根據(jù)一些實施方式的用于通過賬務平臺提交批量支付的示例用戶接 口的接口圖。
[0019] 圖14是描繪根據(jù)一些實施方式的用于通過賬務平臺提交批量支付的示例用戶接 口的接口圖。
[0020] 圖15是描繪根據(jù)一些實施方式的用于通過賬務平臺提交批量支付的示例用戶接 口的接口圖。
[0021] 圖16是描繪根據(jù)一些實施方式的用于通過賬務平臺提交批量支付的示例用戶接 口的接口圖。
[0022] 圖17是描繪根據(jù)一些實施方式的用于銀行平臺與賬務平臺之間的交互的示例數(shù) 據(jù)流的框圖。
[0023] 圖18是根據(jù)一些實施方式的用于訪問控制和系統(tǒng)整合的示例方法的流程圖。
[0024] 圖19是根據(jù)一些實施方式的用于訪問控制和系統(tǒng)整合的示例方法的流程圖。
[0025] 圖20是根據(jù)一些實施方式的用于訪問控制和系統(tǒng)整合的示例方法的流程圖。
[0026] 圖21是根據(jù)一些實施方式的用于訪問控制和系統(tǒng)整合的示例方法的流程圖。
[0027] 圖22是根據(jù)一些實施方式的以計算機系統(tǒng)的示例形式的機器的框圖，在該計算機 系統(tǒng)內可以執(zhí)行指令集合以使該機器執(zhí)行本文中討論的方法中的任一種或更多種。
【具體實施方式】
[0028] 描述了用于促進不同的計算機系統(tǒng)之間的訪問的示例系統(tǒng)和方法。在以下描述 中，出于說明的目的，闡述了多個具體細節(jié)以提供對示例實施方式的透徹理解。然而，對于 本領域技術人員將明顯的是，可以在沒有這些具體細節(jié)的情況下對本技術進行實踐。
[0029] 在本文中描述了在以下情景中的示例技術：向賬務計算機系統(tǒng)提供對第三方金融 計算機系統(tǒng)的訪問。還將意識到的是，出于許多其它目的，所描述的技術可以被部署在其它 環(huán)境中。
[0030] 在本文中描述的一種示例實施方式使得能夠訪問第一計算機系統(tǒng)（例如，對使得 可用于小企業(yè)客戶的在線賬務軟件進行托管)和第二計算機系統(tǒng)(例如，對金融軟件進行托 管），并且在第一計算機系統(tǒng)與第二計算機系統(tǒng)之間提供服務。
[0031] 在線賬務軟件可以向小企業(yè)客戶提供以下能力:通過訪問安全的在線網(wǎng)站并且查 看和更新他們的數(shù)據(jù)來在云內管理他們的賬戶。這樣的客戶還可以邀請可信顧問一一例 如，會計員、簿記員、他們的銀行管理員和/或他們的企業(yè)伙伴一一進入他們的賬戶。由于數(shù) 據(jù)在云中且在一組可信個體之間共享，所以提供了單個賬簿:可以由企業(yè)所有者及其會計 員訪問的一個單個的賬戶集合。因此，當會計員做出調整或者公布報告時，企業(yè)所有者可以 訪問該報告。當企業(yè)所有者核對他們的金融報表行并且創(chuàng)建賬務交易時，會計員可以查看 更新。會計員與企業(yè)所有者二者均具有對企業(yè)的健康的實時可視性。
[0032] 為了使賬務軟件提供最新的金融報告，可能需要最新的金融數(shù)據(jù)。本申請描述了 下述示例系統(tǒng)和方法，通過所述示例系統(tǒng)和方法保持企業(yè)的金融數(shù)據(jù)的金融機構可以為了 他們的客戶的利益而經(jīng)由自動配置來與賬務軟件系統(tǒng)(例如，托管的在線賬務軟件解決方 案)共享該金融數(shù)據(jù)。想要將交易性金融服務與由賬務軟件系統(tǒng)提供的企業(yè)平臺更緊密地 整合的金融機構可以得益于所描述的系統(tǒng)。示例實施方式可以尋求使賬務軟件與金融機構 的服務更緊密地結合在一起，因為金融服務和賬務服務是互補性活動。
[0033]圖1是描繪示例單賬簿賬務系統(tǒng)100的框圖。單賬簿賬務系統(tǒng)100可以向特定實體 提供賬務工具，以管理針對一個或更多個企業(yè)的賬務。示例單賬簿賬務系統(tǒng)100可以包括實 踐工作室110和組織機構訪問模塊150,實踐工作室110使得實體能夠管理一個或更多個企 業(yè)，組織機構訪問模塊150向企業(yè)提供用于針對該特定企業(yè)來管理賬務數(shù)據(jù)的工具。實踐工 作室110可以包括實踐配置文件管理模塊112、實踐員工管理模塊114、在線培訓模塊116、實 踐管理模塊118、伙伴資源模塊120、報告包建立模塊122以及工作文件模塊124。實踐工作室 110、核心特征130和組織機構訪問模塊150保持通信（例如，經(jīng)由函數(shù)調用、API或直接整 合）。核心特征130可以包括賬務和工資單模塊132、社區(qū)模塊134、賬單/訂購管理模塊136、 通知中心模塊138、用戶配置文件管理模塊140以及分析模塊142。實踐工作室110和核心特 征130可以由實體使用登錄模塊(未示出）來訪問。
[0034]如圖1中所示，基于目標用戶將系統(tǒng)100的特征劃分成三個區(qū)。實踐工作室110的特 征向會計員提供一套工具，以與他們的客戶端進行交互并且管理他們的實踐。核心特征130 提供會計員和企業(yè)二者共用的核心功能和用戶工具。組織機構訪問模塊150提供用于各個 企業(yè)訪問他們的數(shù)據(jù)的用戶接口。
[0035]實踐工作室110是針對會計員的中心登錄。例如，具有多個客戶端的會計員可以使 用實踐工作室110來登錄并且得以訪問針對客戶端的賬務數(shù)據(jù)、來自客戶端的消息等，其 中，多個客戶端中的每個客戶端是小企業(yè)。
[0036]實踐配置文件管理模塊112使得賬務實踐能夠管理和查看其配置文件設置。例如， 賬務實踐可以具有伙伴級別，該伙伴級別表示該賬戶實踐與針對賬務平臺的提供者的關系 的強度。該伙伴級別可以基于賬務平臺中與賬務實踐相關聯(lián)的客戶端的數(shù)目。例如，銅伙伴 級別可以被分配給具有至少5個客戶端的賬務實踐，銀伙伴級別可以被分配給具有至少20 個客戶端的賬務實踐，并且金伙伴級別可以被分配給具有至少100個客戶端的賬務實踐。替 選地或附加地，賬務實踐可以具有由賬務平臺提供的一個或更多個證書。證書可以基于在 線測試的完成來自動地提供，并且可以在預定周期（例如一年）已經(jīng)過去之后屆滿。其它配 置文件設置可以包括賬務實踐的名稱、地址、電話號碼、電子郵件地址等。
[0037]實踐員工管理模塊114向賬務實踐的管理者提供控制針對實踐的員工的設置的能 力。例如，一些員工可以具有對某些客戶端的數(shù)據(jù)的只讀訪問，一些員工可以具有對某些客 戶端的讀寫訪問，一些員工可能能夠修改對其它員工的訪問權限等。
[0038]在線培訓模塊116提供針對會計員及其員工的培訓。在一些情況下，所提供的培訓 包括一個或更多個視頻演示和一個或更多個在線測試?？梢蕴峁┰谂嘤柾瓿蓵r通過測試的 通知。例如，員工可以接受培訓課程，并且當成功完成時，監(jiān)督員工的會計員可以接收成功 完成的通知。
[0039]實踐管理模塊118提供針對會計員的服務。對由實踐管理模塊118提供的特征的訪 問可以被限制于與賬務平臺提供者具有預定伙伴級別的會計員。例如，對實踐管理模塊118 的訪問可以被限制于處于銀級別或以上的會計員。由實踐管理模塊118提供的服務可以包 括工作流工具、客戶關系管理(CRM)工具、潛在客戶生成工具、職業(yè)管理工具、發(fā)票生成工具 等。
[0040]伙伴資源模塊120提供關于第三方伙伴的信息。例如，第三方可以提供與系統(tǒng)100 交互的工具，以提供超過系統(tǒng)100單獨的功能的有用功能。用戶可以訪問伙伴資源模塊120 來學習可用的第三方工具。例如，至第三方網(wǎng)站的鏈接、文檔、視頻和搜索工具均可以被提 供。
[0041]報告包建立模塊122提供工具，以使得會計員能夠創(chuàng)建并且生成標準化的報告集 合。例如，損益表和季度報告二者均可以被添加至包。然后，會計員能夠容易地生成針對任 一所選客戶端的兩種報告或者生成針對每個客戶端的報告。
[0042]工作文件模塊124向會計員提供交互性地創(chuàng)建金融報告的工具。例如，會計員可以 將針對客戶端的已知數(shù)據(jù)輸入工作文件中，并且然后將具有客戶端所需的數(shù)據(jù)的指示的該 工作文件發(fā)送至該客戶端。在客戶端將丟失數(shù)據(jù)輸入工作文件之后，會計員可以完成該報 告。
[0043]核心特征130包括由會計員和組織機構二者使用的模塊。賬務和工資單模塊132向 組織機構提供通用賬簿。通用賬簿可以整合有組織機構的工資單，以繞開在每個支付期間 將工資單數(shù)據(jù)輸入通用賬簿的獨立步驟。賬務和工資單模塊132訪問針對每個客戶端企業(yè) 的銀行數(shù)據(jù)。銀行數(shù)據(jù)可以通過銀行提要或者通過用戶創(chuàng)建的文檔或會計員創(chuàng)建的文檔來 導入。賬務和工資單模塊132還可以經(jīng)由應用編程接口（API)與第三方工具進行通信。
[0044]社區(qū)模塊134提供論壇，用戶可以通過該論壇進行通信。例如，有問題的用戶可以 在論壇中發(fā)布話題，并且隨后接收來自另一用戶的有幫助的響應。取自用戶配置文件（例 如，經(jīng)由用戶配置文件管理模塊140所管理的用戶配置文件）的信息可以與用戶的論壇發(fā)帖 一起出現(xiàn)。例如，用戶名稱、用戶的圖像以及作為會計員或組織機構的成員的用戶的身份均 可以被不出。
[0045] 賬單/訂購管理模塊136使得用戶能夠使用系統(tǒng)100對每個組織機構的一個或更多 個賬單賬戶進行配置。系統(tǒng)100可以周期性地收取訪問的訂購費用（例如，月度訂購或年度 訂購）。訂購費用可以根據(jù)一個或更多個賬單賬戶來自動地扣除。
[0046] 通知中心模塊138向用戶提供通知。例如，用戶可以相互發(fā)送呈現(xiàn)為通知的消息。 通知還可以由系統(tǒng)100 (例如，通過賬務和工資單模塊132)基于事件來創(chuàng)建。例如，可以由用 戶經(jīng)由賬務和工資單模塊132來設置針對特定銀行賬戶的最低賬戶余額。當針對該銀行賬 戶的余額降至最低賬戶余額以下時，可以由系統(tǒng)100生成通知以告知用戶。
[0047]用戶配置文件管理模塊140使得用戶能夠基于權限設置來管理用戶的組織機構的 配置文件以及其它的配置文件。例如，會計員可以具有管理會計員的客戶端的配置文件的 權限。配置文件可以包括面向公眾的信息，例如企業(yè)名稱和地址。
[0048] 登錄模塊(例如，經(jīng)由用戶名稱和口令)對登錄進系統(tǒng)100中的用戶的身份進行驗 證?；谟脩舻纳矸?，呈現(xiàn)包括用戶可以訪問的組織機構的列表的用戶接口。對于大多數(shù)小 企業(yè)客戶端，列表將由單個組織機構組成。
[0049] 分析模塊142對來自不同組織機構的數(shù)據(jù)進行分析和關聯(lián)。例如，可以根據(jù)組織機 構集合來生成針對特定關鍵績效指標的基準，并且將其與針對另一組織機構的關鍵績效指 標進行比較。從比較產(chǎn)生的結果可以被呈現(xiàn)給組織機構的代表、組織機構的會計員、組織機 構的審計員或其它的關注方。
[0050] 組織機構訪問模塊150訪問針對單個組織機構的核心特征130。組織機構訪問模塊 150在由登錄模塊進行用戶驗證之后呈現(xiàn)以下用戶接口，其具有針對單個組織機構的選項， 而不具有僅由實踐工作室11 〇使用的另外的特征。
[0051] 圖2是描繪針對賬務平臺的示例賬務應用框架200的框圖。賬務應用框架200可以 是能夠啟用"軟件即服務"（SaaS)產(chǎn)品的端到端web開發(fā)框架。賬務應用框架200可以包括超 文本標記語言(HTML)和/或JavaScript層210^3?.如丨模型視圖控制器(1^〇220、可擴展樣 式表語言轉換(XSLT) 230、結構240、服務250、對象相關模型260和數(shù)據(jù)庫270。
[0052] HTML和/或JavaScript層210提供客戶端側功能，例如UI生成、對用戶輸入的接收 以及與服務器的通信?？蛻舳藗却a可以由ASP.NETMVC 220或XSLT 230動態(tài)地創(chuàng)建。替選 地，可以使用另一服務器側工具來靜態(tài)地或動態(tài)地創(chuàng)建客戶端側代碼。
[0053] ASP.Net MVC 220或XSLT 230提供服務器側功能，例如，數(shù)據(jù)處理、web頁面生成以 及與客戶端的通信。還可以使用其它服務器側技術與數(shù)據(jù)庫270進行交互，并且創(chuàng)建針對用 戶的體驗。
[0054]結構240提供中轉機構，數(shù)據(jù)通過該中轉機構被處理并且被呈現(xiàn)給用戶。例如， ASP.Net MVC 220或XSLT 230可以訪問結構240,以確定數(shù)據(jù)的期望格式?；诮Y構240,生 成用于數(shù)據(jù)的呈現(xiàn)的客戶端側代碼。所生成的客戶端側代碼和用于呈現(xiàn)的數(shù)據(jù)被發(fā)送至客 戶端，然后客戶端呈現(xiàn)該數(shù)據(jù)。
[0055] 服務250提供可重用工具，該可重用工具可以由ASP.Net MVC 220、XSLT 230和結 構240使用，以訪問存儲在數(shù)據(jù)庫270中的數(shù)據(jù)。例如，可以使得通過對存儲在數(shù)據(jù)庫270中 的原始數(shù)據(jù)進行操作的計算所生成的綜合數(shù)據(jù)由服務250可訪問。
[0056] 對象關系模型260提供可由軟件使用以對存儲在數(shù)據(jù)庫270中的數(shù)據(jù)進行操縱的 數(shù)據(jù)結構。例如，數(shù)據(jù)庫270可以通過將多個行(其中，每一行具有共同的值)存儲在表格中 來表示多對一關系。相比之下，軟件可能偏好訪問作為數(shù)組的數(shù)據(jù)，其中，數(shù)組是與共同值 對應的對象的成員。因此，對象相關模型260可以當軟件訪問多個行時將多個行轉換成數(shù) 組，并且當數(shù)據(jù)被存儲時執(zhí)行逆轉換。
[0057] 圖3是描繪用于賬務平臺的示例托管架構300的框圖。該平臺可以使用一個或更多 個莢310來實現(xiàn)。每個莢310包括特定于該莢310的應用服務器虛擬機(VM)320(其被示出為 圖3中的應用服務器虛擬機320A-320C)以及在莢310之間共享的應用服務器虛擬機320(例 如，內部服務VM 330和應用編程接口VM 340)。應用服務器虛擬機320A-320C經(jīng)由web接口或 API與客戶端和第三方應用進行通信。由應用管理程序350來監(jiān)視應用服務器虛擬機320A-320C。在一些示例實施方式中，應用服務器虛擬機320A-320C以及API VM 340是公眾可訪問 的，而內部服務VM 330不能由托管架構300外部的機器訪問。應用服務器VM 320A-320C可以 經(jīng)由應用或web接口提供用戶端服務。內部服務VM 330可以向應用服務器VM 320A-320C提 供后端工具，向應用管理程序350提供監(jiān)視工具或者提供其它內部服務。API VM 340可以將 編程接口提供給第三方。第三方可以使用編程接口來構建依賴于由莢310提供的特征的另 外的工具。
[0058]內部防火墻360確保在數(shù)據(jù)庫管理程序370與公眾可訪問的虛擬機320-340之間僅 允許被許可的通信。數(shù)據(jù)庫管理程序370監(jiān)視基本的結構化查詢語言（SQL)服務器380A和 380B。基本SQL服務器380A和380B訪問所共享的存儲層450A或450B(在圖4中所示），以讀取 和寫入由應用服務器虛擬機320-340生成或使用的數(shù)據(jù)。冗余SQL服務器390A和390B分別向 基本SQL服務器380A和380B提供備用功能。
[0059] 可以使用Windows 2008R2、Windows 2012或另外的操作系統(tǒng)來實現(xiàn)虛擬機320-340。可以使用冗余的備用件來構造支持虛擬機320-340的應用和支持服務器。可以跨多個 莢310來共享支持服務器。應用管理程序350、內部防火墻360和數(shù)據(jù)庫管理程序370可以在 數(shù)據(jù)中心內擴展多個莢310。在一些示例實施方式中，每個基本SQL服務器380和冗余SQL月艮 務器390被配置成支持30，000-45，000個組織機構。因此，在每個莢310使用兩個這樣的服務 器對的實施方式中，莢容量是60，000-90，000個組織機構。冗余SQL服務器390可以利用SQL 2012的"永遠在線"回彈特性。
[0060]圖4是描繪通過網(wǎng)絡與其它系統(tǒng)進行交互的賬務平臺的示例數(shù)據(jù)中心系統(tǒng)400的 框圖。初級數(shù)據(jù)中心410針對客戶請求進行服務，并且被復制到次級數(shù)據(jù)中心420。可以使次 級數(shù)據(jù)中心420在線，以在初級數(shù)據(jù)中心410故障的情況下針對客戶請求進行服務。初級數(shù) 據(jù)中心410通過網(wǎng)絡455與銀行服務器460、第三方服務器470、客戶端設備480以及客戶端設 備490進行通信。銀行服務器460提供銀行數(shù)據(jù)(例如，經(jīng)由銀行應用465)。第三方服務器470 正在運行第三方應用475。客戶端設備480和490分別使用web客戶端485和編程客戶端495與 初級數(shù)據(jù)中心410進行交互。
[0061 ] 在每個數(shù)據(jù)中心410和420內，示出了多個莢，例如圖3的莢310。初級數(shù)據(jù)中心410 被示出為包含莢440A-440D。次級數(shù)據(jù)中心420被示出為包含莢440E-440H。運行在初級數(shù)據(jù) 中心410的莢上的應用被復制到次級數(shù)據(jù)中心4 2 0的莢。例如，與VMW a r e站點恢復管理器 (SRM)結合的EMC復制（由EMC公司提供)可以被用于應用層復制。數(shù)據(jù)庫層對初級數(shù)據(jù)中心 410的存儲裝置450A與次級數(shù)據(jù)中心420的存儲裝置450B之間的復制進行處理。數(shù)據(jù)庫復制 提供數(shù)據(jù)庫一致性以及確保所有數(shù)據(jù)庫270在相同時間點處的能力。
[0062] 數(shù)據(jù)中心410和420分別使用負載平衡器430A和430B，以對每個數(shù)據(jù)中心內的莢上 的負載進行平衡?？梢允褂孟嗤挠布韯?chuàng)建數(shù)據(jù)中心410和420,以確保次級數(shù)據(jù)中心420 的性能與初級數(shù)據(jù)中心410的性能相同?？梢允褂靡粋€或更多個EMC VNX存儲局域網(wǎng)來實現(xiàn) 存儲裝置450。
[0063]銀行服務器460與初級數(shù)據(jù)中心410交互，以向客戶端的銀行賬戶提供銀行記錄。 例如，客戶端可以向初級數(shù)據(jù)中心410提供賬戶憑據(jù)，該初級數(shù)據(jù)中心410使用該賬戶憑據(jù) 來得以訪問客戶端的賬戶信息。銀行服務器460可以向初級數(shù)據(jù)中心410提供銀行記錄，以 隨后通過客戶端使用客戶端設備480或490來進行復制。
[0064] 第三方服務器470可以與初級數(shù)據(jù)中心410和客戶端設備480或490交互，以向客戶 端設備480或490的用戶提供另外的特征。例如，用戶可以對第三方服務器470進行授權，以 對存儲在初級數(shù)據(jù)中心410中的用戶數(shù)據(jù)進行訪問。第三方服務器470的第三方應用475可 以使用用戶數(shù)據(jù)來生成報告、提供宏或以其它方式提高用戶訪問或操縱用戶數(shù)據(jù)的能力。 第三方應用475可以使用API經(jīng)由網(wǎng)絡455與初級數(shù)據(jù)中心410進行通信。第三方應用475可 以使用web或編程接口與客戶端設備480或490進行通信。
[0065]圖5是示出根據(jù)一些示例實施方式的適用于訪問控制和系統(tǒng)整合的客戶端設備 480或490的部件的框圖500?？蛻舳嗽O備480或490被示出為包括被配置成彼此進行通信(例 如，經(jīng)由總線、共享存儲器或開關）的通信模塊510、顯示模塊520、輸入模塊530以及支付模 塊540 〇
[0066] 通信模塊510可以與初級數(shù)據(jù)中心410、銀行服務器460、第三方服務器470、網(wǎng)絡 455或其任何適當組合進行通信。可以經(jīng)由顯示模塊520來呈現(xiàn)(例如，在顯示設備上顯示） 經(jīng)由通信模塊510接收的信息?？梢赃x擇信息或者可以由客戶端設備480或490的用戶輸入 搜索查詢。
[0067]由顯示模塊520呈現(xiàn)用戶接口。由輸入模塊530檢測來自用戶的輸入。可以由通信 模塊510將由輸入模塊530從用戶接收的命令傳送至初級數(shù)據(jù)中心410或銀行服務器460。通 信模塊510可以從初級數(shù)據(jù)中心410或銀行服務器460接收響應，該響應包括以任何組合形 式的銀行記錄的集合、企業(yè)記錄的集合、各個銀行記錄與各個企業(yè)記錄之間的指示那些記 錄之間的協(xié)調的關聯(lián)以及其它數(shù)據(jù)。
[0068]支付模塊540可以生成對初級數(shù)據(jù)中心410的請求，以支付賬單或批量賬單。該請 求可以通過網(wǎng)絡455經(jīng)由通信模塊510被傳送至初級數(shù)據(jù)中心410。
[0069]圖6是示出根據(jù)一些示例實施方式的適用于訪問控制和系統(tǒng)整合的應用服務器VM 320A的部件的框圖600。應用服務器VM 320A被示出為包括被配置成彼此通信(例如經(jīng)由總 線、共享存儲器或開關)的通信模塊610、密碼模塊620、提要模塊630、支付模塊640和存儲模 塊650。
[0070] 通信模塊610可以與客戶端設備480或490、銀行服務器460、第三方服務器470、網(wǎng) 絡455或其任何適當組合進行通信。經(jīng)由通信模塊610接收的信息可以經(jīng)由存儲模塊650進 行存儲，或者由其它模塊620-640進一步處理。
[0071]密碼模塊620可以在由通信模塊610進行傳輸之前對通信進行加密，在由通信模塊 610進行接收之后對通信進行解密，對由存儲模塊650存儲的數(shù)據(jù)進行加密或解密或者以其 它方式執(zhí)行密碼功能。
[0072]提要模塊630可以對從銀行服務器(例如，銀行服務器460)接收的銀行提要進行處 理。例如，提要數(shù)據(jù)可以包括關于提供銀行的特定賬戶上的交易的信息。使用數(shù)據(jù)庫，賬務 應用的用戶的相應簿記賬戶可以被標識并且被更新，以反映包括在提要中的交易。
[0073]支付模塊640可以對經(jīng)由通信模塊610從用戶接收的支付請求進行處理。例如，可 以使用數(shù)據(jù)庫對與對其作出支付請求的簿記賬戶對應的銀行賬戶進行識別。該請求可以被 發(fā)送至銀行服務器460,以完成所請求的交易。簿記數(shù)據(jù)還可以被更新以反映存儲模塊640 中的交易，從而經(jīng)由通信模塊610將該簿記數(shù)據(jù)傳送至用戶。
[0074]存儲模塊650向應用服務器VM 320提供數(shù)據(jù)存儲訪問。例如，該存儲裝置可以由閃 速存儲器、硬盤驅動器、網(wǎng)絡存儲器或另外的存儲介質來提供，并且經(jīng)由存儲模塊650來與 該存儲裝置對接。
[0075]圖7是示出根據(jù)一些示例實施方式的適用于訪問控制和系統(tǒng)整合的銀行服務器 460的部件的框圖700。銀行服務器460被示出為包括被配置成彼此通信(例如，經(jīng)由總線、共 享存儲器或開關）的通信模塊710、密碼模塊720、提要模塊730、支付模塊740以及存儲模塊 750〇
[0076] 通信模塊710可以與客戶端設備480或490、應用服務器VM 320、第三方服務器470、 網(wǎng)絡455或其任何適當組合進行通信。經(jīng)由通信模塊710所接收的信息可以經(jīng)由存儲模塊 750進行存儲或者由密碼模塊720、提要模塊730或支付模塊740進一步處理。
[0077]密碼模塊720可以在由通信模塊710進行傳輸之前對通信進行加密，在由通信模塊 710進行接收之后對通信進行解密，對由存儲模塊750存儲的數(shù)據(jù)進行加密或解密或者以其 它方式執(zhí)行密碼功能。
[0078]提要模塊730可以生成針對賬務服務器(例如，應用服務器VM 320)的銀行提要。例 如，提要數(shù)據(jù)可以包括關于由賬戶持有者所授權并且由賬務應用所請求的特定賬戶上的交 易的信息。
[0079] 支付模塊740可以對經(jīng)由通信模塊710從賬務應用接收的支付請求進行處理。例 如，所接收的通信可以由密碼模塊720進行解密，并且然后由支付模塊740進行驗證和處理， 以完成所請求的交易（例如，通過使用存儲模塊750來更新合適的記錄，使用通信模塊710與 其它金融機構進行通信，或者所述二者）。
[0080] 存儲模塊750提供針對銀行服務器460的數(shù)據(jù)存儲訪問。例如，存儲裝置可以由閃 速存儲器、硬盤驅動器、網(wǎng)絡存儲器或另外的存儲介質來提供，并且經(jīng)由存儲模塊750來與 該存儲裝置對接。
[0081] 圖8是描繪根據(jù)一些實施方式的顯示由銀行的用戶可訪問的賬戶的示例用戶接口 (UI)800的接口圖。UI 800包括具有關于不同賬戶的信息的數(shù)據(jù)的各個行855A-855E，并且 可以被統(tǒng)稱為行855。類似地，行855中的單獨一行可以被稱為行855?？梢杂煽蛻舳嗽O備480 或490的顯示模塊520向訪問銀行服務器460的用戶顯示UI 800。
[0082]元素810示出了提供用戶接口的銀行的名稱。元素810-835包括菜單欄，可操作該 菜單欄以用于查看用戶的各個賬戶或由銀行提供的特征。例如，標記為"外匯交易"的元素 835可以被操作用于向用戶示出由銀行提供的各種外匯交易服務。
[0083]元素840是搜索工具。元素840可以被操作用于搜索銀行網(wǎng)站、搜索用戶的賬戶和 交易或上述二者。
[0084]元素845是向用戶示出關于當前屏幕的信息的文本框。在該情況下，元素845指示 用戶可以創(chuàng)建針對示例賬務應用Xero的銀行提要。
[0085] 元素850包含標題，該標題是針對在該標題以下所示出的行855A-855E中的數(shù)據(jù)的 列。表格中的每一行855包括賬戶號碼和兩個復選框。復選框可被操作用于選擇和取消選擇 將針對賬戶的提要發(fā)送至賬務服務的選項(在中間列中示出），以及使得能夠通過賬務服務 在賬戶上支取賬單支付的選項（在最右邊的列中示出）。例如，行855C示出了 20-2054-0864243-10的賬戶號碼并且已經(jīng)選中了兩個復選框，其指示提要應當被提供至賬務服務并 且將允許在該賬戶上的賬單支付。相比之下，行855E僅選中了第一框，其指示雖然將提供銀 行提要，但是不允許賬單支付。
[0086]元素860可被操作用于接受使用行855A-855E中的復選框所選擇的提要設置。如圖 8中所示，元素860可被操作用于使針對所有的五個所顯示的賬戶來發(fā)送提要，并且允許在 所述賬戶中的兩個賬戶上的賬單支付。
[0087] 圖9是描繪根據(jù)一些實施方式的用于登錄進賬務平臺中的示例用戶接口 900的接 口圖?？梢杂煽蛻舳嗽O備480或490的顯示模塊520向訪問應用服務器VM 320的用戶顯示UI 900。元素910向用戶顯示提示、標題或應用標識符。類似地，分別讀取"電子郵件"和"口令" 的元素920和940提示用戶在文本域930和950中輸入相應信息。標記為"登錄"的元素960可 被操作用于向賬務平臺提交被輸入至文本域930和950中的電子郵件和口令信息。如果所輸 入的信息為正確，則賬務平臺使得用戶能夠訪問與用戶相關聯(lián)的賬戶的信息(例如，由于用 戶具有訪問數(shù)據(jù)的合適的安全權限）。
[0088] 圖10是描繪根據(jù)一些實施方式的用于使銀行提要進入賬務平臺的示例用戶接口 1000的接口圖。行1060A-1060E是具有關于不同賬戶的信息的數(shù)據(jù)的各個行，并且可以被統(tǒng) 稱為行1060。類似地，行1060中的單獨一行可以被稱為行1060?？梢杂煽蛻舳嗽O備480或490 的顯示模塊520向訪問應用服務器VM 320的用戶顯示UI 1000。
[0089] 元素1010指示賬務平臺的名稱，并且可被操作用于返回至主頁或針對賬務應用的 主屏幕。標記為"退出"的元素1020可被操作用于使用戶退出賬務平臺。元素1030和1040向 用戶提供關于當前屏幕的信息。
[0090] 元素1050指示在表格中的行1060中的每行中所示的數(shù)據(jù)的類型。因此，行1060中 的每行示出了金融機構處的賬戶的賬戶號碼、持有該賬戶的組織機構、與該金融賬戶對應 的賬務應用的簿記賬戶、是否在該賬戶上啟用賬單支付以及該賬戶的當前狀態(tài)。在圖10中， 賬單支付被啟用或被禁用，并且每個賬戶的狀態(tài)是被連接或未被分配。另外的狀態(tài)選項在 各種實施方式中可以是可用的。行1060A-1060C示出了代替針對行1060的組織機構和簿記 賬戶二者的名稱的下拉式菜單。該下拉式菜單可被操作用于分別選擇對用戶為可用的組織 機構和賬戶。例如，如果用戶是若干個企業(yè)的會計員，則組織機構下拉式菜單可以被預先填 充有該用戶是會計員的企業(yè)。
[0091] 標記有"連接"的元素1070可被操作用于連接用戶已經(jīng)選擇了合適的信息的任何 賬戶。例如，如果用戶正在選擇針對未分配的賬戶的組織機構和簿記賬戶二者，則激活元素 1070使未分配的賬戶成為已分配或已連接。標記為"取消"的元素1080可被操作用于取消任 何做出的改變。
[0092] 圖11是描繪根據(jù)一些實施方式的用于使銀行提要進入賬務平臺的示例用戶接口 1100的接口圖。相對于圖10以上描述了元素1010-1050、行1060C-1060E、元素1070以及元素 1080?？梢栽谟脩粢呀?jīng)選擇了針對UI1000中的行1060A和1060B的組織機構和簿記賬務之后 示出圖11的UI。
[0093] 行1160A和1160B示出了已經(jīng)通過填充相應下拉式菜單的選擇區(qū)而選擇了組織機 構和簿記賬戶。因此，行1160A和1160B的狀態(tài)列現(xiàn)在示出"就緒"，其指示元素1070的操作將 使得做出連接賬戶的嘗試。
[0094] 圖12是描繪根據(jù)一些實施方式的用于使銀行提要進入賬務平臺的示例用戶接口 1200的接口圖。可以在用戶啟用UI 1100中的元素1070以使得一個或更多個銀行賬戶被連 接至賬務平臺之后示出UI 1200。相對于圖10以上描述了元素1010-1050、行1060C-1060E以 及元素1070。
[0095] 行1260A和1260B通過指示圖11中的行1160A和1160B的狀態(tài)為已連接來示出與這 兩行中所示的賬戶連接的嘗試已成功。另外地，行1260A示出了已經(jīng)啟用賬單支付。
[0096]元素1270向用戶告知來自新構建的提要的信息應當在24小時內出現(xiàn)。在一些實施 方式中，立即檢索初始提要。
[0097] 圖13是描繪根據(jù)一些實施方式的用于通過賬務平臺來提交批量支付的示例用戶 接口 1300的接口圖。行1380A-1380D可以統(tǒng)稱為行1380。類似地，行1380中的單獨一行可以 稱為行1380?？梢杂煽蛻舳嗽O備480或490的顯示模塊520來向訪問應用服務器VM 320的用 戶顯示UI 1300。
[0098] 元素1300對示出了批量支付屏幕的組織機構進行識別。元素1315可被操作用于退 出賬務平臺。元素1320和1325示出了關于當前所顯示的屏幕的信息。具體地，它們示出了用 戶正在與賬務平臺中的賬戶進行交互，并且利用那些賬戶來支付賬單。
[0099]元素1330可被操作用于將新的賬單添加至賬務系統(tǒng)中。例如，點擊元素1330、在觸 摸屏上觸摸或以其它方式與元素1330進行交互可以使得UI窗口出現(xiàn)提示用戶輸入針對新 的賬單的數(shù)據(jù)。
[0100]元素1335可被操作用于將新的貸記單添加至賬務系統(tǒng)中。例如，點擊元素1335、在 觸摸屏上觸摸或以其它方式與元素1335進行交互可以使得UI窗口出現(xiàn)提示用戶輸入針對 新的貸記單的數(shù)據(jù)。
[0101] 元素1340可被操作用于將一個或更多個記錄導入賬務系統(tǒng)中。例如，點擊元素 1340、在觸摸屏上觸摸或以其它方式與元素1340進行交互可以使得UI窗口出現(xiàn)提示用戶輸 入包含要導入的記錄的文件的文件名稱。
[0102] 元素1345示出了各種預定義搜索選項。每個搜索選項可被操作用于(例如，作為超 級鏈接)使包含行1380的下面的表格更新，以僅示出符合所選擇的搜索選項的賬單。所示出 的搜索選項是："所有"，其與示出針對在元素1310中所示的組織機構的所有賬單的搜索對 應；"草稿"，其與示出未完成賬單的搜索對應；"等待許可"，其與示出已經(jīng)完成但尚未由組 織機構的合適成員（例如，CF0)許可的賬單的搜索對應；"等待支付"，其與示出準備要支付 的賬單的搜索對應；"已支付"，其與示出已經(jīng)支付的賬單的搜索對應；以及"重復"，其與示 出周期性反復出現(xiàn)的賬單的搜索對應。附加地，在元素1345中示出的搜索選項中的一個或 更多個搜索選項可以指示與該搜索選項對應的結果的數(shù)目。例如，標記為"等待支付"的搜 索選項指示11個搜索結果是可用的。
[0103] 元素1350可被操作用于打印當前所顯示的賬單的報告。元素1355可被操作用于生 成賬單集合的批量支付。元素1360可被操作用于安排支付以用于未來執(zhí)行。元素1365將賬 單的總數(shù)目及其總量連同計價幣種一起顯示。元素1370可被操作用于通過指定標準來搜索 賬單。元素1350、1355、1360和1370中的每個可以使相應UI被呈現(xiàn)，以收集來自用戶的輸入 供執(zhí)行元素的功能時使用。
[0104]元素1375是示出包含在行1380中的每一行中的數(shù)據(jù)的首行。因此，行1380中的每 行示出了下述內容中的一個或更多個:針對賬單的參考標識符;發(fā)送了賬單的實體的名稱； 生成了賬單的日期或接收到賬單的日期;賬單到期的日期;賬單被安排支付的計劃日期；已 經(jīng)支付的賬單的量；以及仍未完成的賬單的量。在各種實施方式中，可以示出更多、更少或 不同的列。
[0105] 圖14是描繪根據(jù)一些實施方式的用于通過賬務平臺來提交批量支付的示例用戶 接口 1400的接口圖。以上相對于圖13描述了元素1310-1375和行1380A-1380D。可以在用戶 已經(jīng)與UI 1300的標記為"批量支付"的元素1355進行交互之后示出UI 1400。
[0106] 元素1410是響應于元素1355的操作而呈現(xiàn)的彈出式窗口。呈現(xiàn)了彈出式窗口中的 三個選項。支票支付選項可被操作用于創(chuàng)建和打印支票，批量支付選項可被操作用于創(chuàng)建 可以被上傳至用戶的銀行的具有支付信息的文件，并且取消選項可被操作用于關閉彈出式 窗口并且取消批量支付。
[0107] 圖15是描繪根據(jù)一些實施方式的用于通過賬務平臺來提交批量支付的示例用戶 接口 1500的接口圖。以上相對于圖13描述了元素1310-1320。行1570A-1570C可以統(tǒng)稱為行 1570。類似地，行1570A-1570C中的單獨一行可以稱為行1565?？梢栽趶膱D14的元素1410中 選擇生成支票或支付文件的選項中的一個之后示出圖15的UI 1500。
[0108] 元素1510結合元素1320向用戶告知正在查看的當前屏幕。在該情況下，用戶正在 創(chuàng)建新的批量支付，以利用用戶的賬戶中的一個或更多個賬戶針對購買進行支付。
[0109] 元素1515和1525是分別與選擇器1520和1530對應的表頭。選擇器1520可被操作用 于選擇將對批量進行支付的支付日期。例如，選擇器1520可以使用日歷選擇器、文本輸入域 或另外的方法來實現(xiàn)。選擇器1530可被操作用于選擇將對批量進行支付的銀行賬戶。例如， 選擇器1530可以使用預填充有賬務平臺已知的銀行賬戶的下拉式列表來實現(xiàn)。
[0110] 元素1535、1545和1555分別對應于文本輸入域1540、1550和1560。文本輸入域 1540、1550和1560可被操作用于針對批量中的每個支付來輸入詳情(域1540)、代碼值(域 1550)和參考值(域1560)。在各種實施方式中，詳情、代碼和參考值可以被預先填充、從下拉 式列表中選擇或以其它方式來選擇。詳情、代碼和參考值可以具有對組織機構、金融機構、 收款人或另一方的意義。 元素1565包含針對由行1570所填充的表格的表頭。行1570中的每一行包括下述內 容中的一個或更多個:收款人的名稱;針對賬單的參考;賬單的到期日期;將作出針對賬單 的支付的銀行賬戶;應付總額；以及支付量。行1570中的每行還包括可被操作用于從批量中 去除行、在UI 1500中被示出為包含"X"的框的元素。元素1575向用戶告知在批量中被支付 的總量。
[0112]元素1580可被操作用于使用所選的選項來做出支付。例如，可以創(chuàng)建由所示的三 個賬單組成的批量。元素1585可被操作用于取消批量支付。例如，與元素1585的交互可以使 用戶返回至UI 1300。
[0113] 圖16是描繪根據(jù)一些實施方式的用于通過賬務平臺來提交批量支付的示例用戶 接口 1600的接口圖。以上相對于圖13描述了元素1310-1375以及行1380A-1380D?？梢栽谑?用圖15的UI 1500提交了批量之后示出圖16的UI 1600。元素1610示出了確認消息，其指示 已經(jīng)提交了批量支付。
[0114] 圖17是描繪根據(jù)一些實施方式的用于在銀行平臺與賬務平臺之間的交互的示例 數(shù)據(jù)流的框圖1700。
[0115]用戶（未示出）與網(wǎng)上銀行UI 1710進行交互，以選擇一個或更多個賬戶來與賬務 服務提供者共享。網(wǎng)上銀行UI 1710將用戶重定向至賬務服務UI 1720。賬務服務UI 1720對 用戶進行認證，并且將用戶的簿記賬戶與網(wǎng)上銀行服務處的銀行賬戶進行鏈接。賬務服務 UI 1720還與賬務服務后臺1740進行通信，以存儲賬戶鏈接數(shù)據(jù)。賬務服務后臺1740使用私 有銀行API 1730與銀行進行通信。由私有銀行API 1730提供的特征包括更新針對銀行賬戶 的注冊、進行從所注冊的銀行賬戶支取的第三方支付以及其它服務。銀行文件交付1750基 于經(jīng)由私有銀行API 1730對賬戶的注冊、經(jīng)由批量文件交付將針對所注冊的賬戶的銀行記 錄提要提供給賬務服務文件郵箱1760。賬務服務文件郵箱1760將所接收的批量文件提供給 賬務服務后臺1740，賬務服務后臺1740對批量進行處理，以生成針對與所接收的提要文件 中的報告交易對應的簿記賬戶的記錄。下面更詳細地討論示例過程的另外的細節(jié)。
[0116] 金融服務的概述
[0117] 根據(jù)一個示例，提供了用于自動地構建至銀行賬戶的鏈接以及提供多個互補性服 務的方法和系統(tǒng)。示例方法和系統(tǒng)可以包括三個部分，這三個部分稱為：
[0118] ?經(jīng)由網(wǎng)上銀行自動地提供賬戶。
[0119] ?由賬務軟件系統(tǒng)經(jīng)由私有應用編程接口（API)調用銀行提供的服務。?經(jīng)由安 全傳輸來傳送文件數(shù)據(jù)(例如，賬戶提要服務）
[0120]根據(jù)一個示例實施方式的自動提供使得交互客戶能夠建立賬務軟件系統(tǒng)與金融 機構之間的連接。這可以通過以下來實現(xiàn):使得金融機構客戶能夠選擇，以使得來自他們的 銀行賬戶的他們的提要可用于金融因特網(wǎng)軟件內的（例如，由客戶的金融機構托管和操作 的)賬務軟件系統(tǒng)。當客戶選擇他們想要與賬務軟件系統(tǒng)共享的銀行賬戶時，它們被傳遞至 賬務軟件系統(tǒng)，以將所選擇的銀行賬戶與他們已經(jīng)在賬務軟件系統(tǒng)中建立的賬戶進行鏈 接。
[0121 ]當這些賬戶被連接時，賬務軟件系統(tǒng)將經(jīng)由私有API向金融機構注冊提要，并且請 求要包括在周期性數(shù)據(jù)提要(例如，夜間提要）中的數(shù)據(jù)。
[0122] 如果所連接的賬戶支持上述服務，并且客戶已經(jīng)請求了該服務，則客戶還可以將 支付指令從賬務軟件系統(tǒng)傳遞回到金融機構的網(wǎng)上銀行軟件以用于授權。由網(wǎng)上銀行軟件 提供的各種服務可以與賬務軟件系統(tǒng)連接。
[0123] 自動提供
[0124] 根據(jù)示例實施方式的自動提供可以包括多個功能，其中的兩個功能是：
[0125] ?啟用/禁用金融機構賬戶上的服務，以與賬務軟件系統(tǒng)一起使用。
[0126] ?針對賬務軟件系統(tǒng)中的賬戶來管理(例如，映射)金融機構賬戶。
[0127] 啟用是用戶在網(wǎng)上銀行軟件內標識他們想要與賬務軟件系統(tǒng)共享的他們的銀行 賬戶的處理。所有賬戶可以默認被禁用?？梢砸笤诰€服務的已認證用戶明確地啟用要與 賬務軟件系統(tǒng)一起使用的賬戶，并且可選地選擇他們想要使用的任何另外的服務。例如，可 以使用UI 800來啟用賬戶。
[0128] 當賬戶被啟用時，與該賬戶有關的報表數(shù)據(jù)被標記為等待對賬務軟件系統(tǒng)的批量 檢索，其隨后將由"UpdateRegistration"服務進行確認，進一步的細節(jié)將在下面提供。
[0129] 當金融機構賬戶被啟用時，該金融機構賬戶然后可以被連接。針對賬務軟件系統(tǒng) 帳戶的服務未被完全啟用，直到金融機構賬戶被連接并且提要注冊被確認為止。
[0130]已認證網(wǎng)上銀行用戶可以選擇連接一個或更多個已啟用賬戶。由此，用戶被重定 向至賬務軟件系統(tǒng)，該賬戶軟件系統(tǒng)將請求用戶向賬務軟件系統(tǒng)進行認證(例如，通過使用 UI 900)。在認證之后，用戶可以被請求選擇他們想要將賬務軟件系統(tǒng)的哪個簿記賬戶與他 們的金融機構的銀行賬戶連接(例如，如圖17中所示）。
[0131] 當具有提要服務的銀行賬戶連接至賬務軟件系統(tǒng)賬戶時，賬務軟件系統(tǒng)將調用 "UpdateRegistration"服務。服務對賬戶進行注冊，從而使得針對該賬戶的最新數(shù)據(jù)能夠 按計劃被檢索并且經(jīng)由提要被加載至賬務軟件系統(tǒng)賬戶。賬務軟件系統(tǒng)對來自金融機構的 提要數(shù)據(jù)進行處理，以創(chuàng)建單賬簿賬務系統(tǒng)中的相應條目。
[0132] 當提供第三方支付服務的銀行賬戶連接至賬務軟件系統(tǒng)帳戶時，可以使用第三方 支付服務將批量支付直接提交至銀行，以用于來自該賬戶的許可。
[0133] 根據(jù)一個示例實施方式的賬戶啟用是用于針對金融機構賬戶來分配可用賬務軟 件系統(tǒng)服務的方法。所有賬戶可以默認被禁用。
[0134] 單個方法UpdateASServices可以采用所請求的賬務系統(tǒng)(AS)服務和賬戶的映射， 并且針對所有用戶的賬戶來更新活躍的AS服務。該方法(UpdateASServices)更新針對用戶 的金融機構賬戶的集合所啟用的A S服務。例如，在金融系統(tǒng)服務器上執(zhí)行 UpdateASServices可以使針對用戶賬戶中的每個的數(shù)據(jù)傳輸至請求AS。數(shù)據(jù)可以是增量的 (例如，僅反映自上次數(shù)據(jù)傳輸之后的改變)或完整的。啟用可以發(fā)生在金融機構的服務平 臺內。已認證在線服務用戶可以改變他們的金融機構賬戶的啟用狀態(tài)。
[0135] 用戶被呈現(xiàn)有在他們的在線服務中可用的賬戶的列表。每個賬戶具有用戶可以針 對每個賬戶而啟用的可用服務的列表。取決于哪個賬戶能夠支持提要或批量支付，定期存 款可以不具有可用的服務，信用卡可以具有可用的賬戶提要服務，并且當前賬戶可以具有 可用的賬戶提要服務和第三方支付服務。
[0136] 在對針對賬戶的服務做出改變時，被請求以針對賬戶和服務而啟用的賬戶與服務 的映射被發(fā)布至服務器。如果存在在數(shù)據(jù)可以被共享之前可以被約定的條款和條件，則可 以在改變被提交之前獲得這樣的約定。
[0137] 還在當將賬戶連接至賬務軟件系統(tǒng)賬戶時，啟用創(chuàng)建或分配用于所有服務的針對 賬戶的唯一標識符(例如，AccountID) jccountlD被保證是唯一的并且是持續(xù)的，并且針對 給定賬戶始終是相同的（例如，即使其被斷開連接并且被重新連接）C 3AccountID可以被包括 在交易的提要中，并且在支付批量文件的格式中可以被允許作為主關鍵字。AccountID可以 為金融機構中已經(jīng)在使用的標識符(包括賬戶號碼），但是出于安全考慮不推薦使用信用卡 號碼或敏感信息作為Account ID。
[0138] 可以由金融機構認證的用戶通過訪問所呈現(xiàn)的賬戶來執(zhí)行啟用。已啟用的AS服務 的新映射可以針對用戶的賬戶列表來保存，該新的映射是分配新的AS服務并且禁用已經(jīng)被 去除的AS服務。
[0139] 除非服務在賬戶的可用AS服務內被列出，否則不針對賬戶來啟用那些服務。如果 賬戶已經(jīng)添加有的賬戶提要服務作為更新的一部分，則其被標記為等待包括在夜間批量文 件中。如果賬戶已經(jīng)去除了賬戶提要服務作為更新的一部分，則其從批量文件中被去除。如 果這是首次啟用賬戶，則分配或生成唯一的AccountID。
[0140] 賬戶連接和斷開連接被移交至賬務軟件系統(tǒng)來完成。例如，可以經(jīng)由通過用戶從 在線金融軟件內所觸發(fā)的HTTPS POST來完成向賬務軟件系統(tǒng)的傳遞。
[0141]在實施方式中，在線金融客戶點擊提交并且對表單發(fā)布進行攔截，AJAX請求檢索 加密表單中的以上信息，并且將其插入表單的變量中，然后該表單被發(fā)布。為了完成連接或 斷開連接，用戶利用有效用戶賬戶向賬務軟件系統(tǒng)進行認證。
[0142] 接下來描述以下格式，根據(jù)示例實施方式，當對賬戶提要進行初始化或管理時，經(jīng) 由用戶的瀏覽器從金融機構傳遞至賬務軟件系統(tǒng)的數(shù)據(jù)的格式。
[0143] 所傳遞的數(shù)據(jù)可以從金融機構被發(fā)送至賬務軟件系統(tǒng)。數(shù)據(jù)可以經(jīng)由用戶的web 瀏覽器客戶端作為包含在JavaScript對象表示法(JSON)數(shù)據(jù)結構中加密的、簽名二進制大 對象(BLOB)而被傳遞。
[0144] 金融機構對包含關于用戶已經(jīng)選擇連接至賬務軟件系統(tǒng)的銀行賬戶的信息的數(shù) 據(jù)的BLOB (例如，下面更為詳細地討論的AccountMapMessage)進行組裝。該BLOB將包含唯一 標識符、賬戶號碼、余額以及其它敏感信息，并且因此該BLOB可以被加密，以使得內部的數(shù) 據(jù)對傳遞該BLOB的客戶端瀏覽器是不透明的。
[0145] 可以通過首先對該數(shù)據(jù)進行加密并且然后生成針對該加密數(shù)據(jù)的消息認證碼 (MAC)來傳遞AccountMapMessage數(shù)據(jù)。這可以稱為"加密然后MAC"。例如，隨機地生成對稱 密鑰，并且將其用于對AccountMapMessage數(shù)據(jù)進行加密。發(fā)送數(shù)據(jù)的金融機構具有賬務軟 件系統(tǒng)的RSA公鑰，金融機構使用RSA公鑰對對稱密鑰進行加密。接收數(shù)據(jù)的賬務軟件系統(tǒng) 使用其RSA私鑰來對對稱密鑰進行解密，并且轉而使用對稱密鑰對消息進行解密。
[0146] 金融機構具有RSA私鑰，金融機構使用RSA私鑰對發(fā)送至賬務軟件系統(tǒng)的消息進行 簽名。賬務軟件系統(tǒng)使用金融機構的RSA公鑰來驗證簽名是有效的。在示例實施方式中，可 以使用各種密碼算法，例如用于對稱加密的高級加密標準(AES)、用于非對稱加密的RSA算 法（以Ron Rivest、Adi Shamir和Leonard Adleman命名）以及用于簽名的安全哈希算法 (SHA)RSA-SHA2〇
[0147] 針對在系統(tǒng)中生成和使用的密鑰，可以指定最小密鑰尺寸。例如，AES或SHA密鑰可 以為至少256位，并且RSA密鑰可以為至少2048位。密碼系統(tǒng)可以使用隨機數(shù)和初始化向量 值。隨機數(shù)是針對特定消息使用一次并且然后被丟棄的值。隨機數(shù)生成算法可以確保隨機 數(shù)在利用相同時間戳發(fā)送的消息中是唯一的，在來自相同方的消息中是唯一的，或者使用 另一個標準來選擇隨機數(shù)。在一個示例實施方式中，生成隨機的隨機數(shù)并且將其與先前使 用的值進行比較。如果隨機數(shù)是可接受的，則使用該隨機數(shù)。如果隨機數(shù)不是可接受的，則 生成新的隨機的隨機數(shù)并且重復該處理。
[0148] 初始化向量是密碼系統(tǒng)的輸入。通常，隨機地生成初始化向量。在一些示例實施方 式中，使用隨機數(shù)作為初始化向量生成算法的輸入來生成初始化向量。
[0149] 可以從密碼安全隨機數(shù)發(fā)生器生成隨機數(shù)和初始化向量。這確保了對稱加密將是 強壯的，并且防止針對消息中的加密數(shù)據(jù)字節(jié)的暴力攻擊。當由金融機構執(zhí)行隨機數(shù)和初 始化向量的生成時，賬務軟件系統(tǒng)可以請求對所使用的方法的確認，以確認生成處理是足 夠隨機的。
[0150] 例如，多個默認隨機數(shù)發(fā)生器并非是在密碼學上安全的。作為替代，可以選擇密碼安 全算法（例如，在C#中，應當使用System. Security ·Cryptography ·RandomNumberGenerator 類，而不使用System .Random類）。
[0151] 可以由金融機構使用以實現(xiàn)所討論的密碼特征的示例數(shù)據(jù)結構包括：
[0153]可以由賬務軟件使用以實現(xiàn)所討論的密碼特征的示例數(shù)據(jù)結構包括：
[0155] 金融機構可以使用以下示例算法對消息進行封裝，以由賬務軟件系統(tǒng)接收。在下 面的偽代碼中，對包含敏感數(shù)據(jù)的JSON AccountMapMessage進行加密和簽名，然后將所產(chǎn) 生的MessageContainer作為JSON數(shù)據(jù)結構經(jīng)由用戶的瀏覽器發(fā)送至賬務軟件系統(tǒng)。
[0156] PlainTextDataString= Base64Encode(AccountMapMessage)
[0157] IVBytes= GenerateRandomIVO
[0158] EncryptedIV= RSAEncrypt (IVBy tes，X-PubKey)
[0159] RandomKeyBytes = GenerateRandomKeyO
[0160] EncryptedRandomKey = RSAEncrypt(RandomKeyBytes，X-PubKey)
[0161] EncryptedDataBytes = AESEncrypt(PlainTextDataString,
[0162] RandomKeyBytes,IVBytes)
[0163] SignatureBytes = CalculateSHA2Signature(
[0164] EncryptedIV+EncryptedRandomKey+
[0165] EncryptedDataBytes,
[0166] FI-PrivKey)
[0167] MessageContainer · PC= "PROVIDER/BANKXYZ〃
[0168] MessageContainer.EIV = Base64Encode(EncryptedIV)
[0169] MessageContainer. ERK= Base64Encode (EncryptedRandomKey)
[0170] MessageContainer. Data= Base64Encode(EncryptedDataBytes)
[0171 ] MessageContainer. S= Base64Encode (SignatureBytes)
[0172] MessageContainer. SM= "RSA-SHA2"
[0173] 可以如下來執(zhí)行在由賬務軟件系統(tǒng)接收消息時對消息進行驗證和解封裝。當從金 融機構接收消息時，賬務軟件系統(tǒng)可以對消息進行解密和解封裝以確保其來自金融機構， 并且尚未被篡改C3可以使用示出為偽代碼的以下算法來對MessageContainer進行解封裝并 且接收 Accoun tMapMessage。
[0174] EncryptedIV= Base64Decode (MessageContainer .EIV)
[0175] EncryptedRandomKey = Base64Decode(MessageContainer.ERK)
[0176] EncryptedDataBytes = Base64Decode(MessageContainer. Data)
[0177] SignatureBytes = Base64Decode(MessageContainer.S)
[0178] (Check MessageContainer.SM= = //RSA-SHA2//)
[0179] VerifySignatureBytes = CalculateSHA2Signature(
[0180] EncryptedIV+EncryptedRandomKey+
[0181] EncryptedDataBytes,
[0182] FI_PubKey)
[0183] (Check VerifySignatureBytes = =SignatureBytes)
[0184] IVBytes= RSADecrypt(EncryptedIV,X_PrivKey)
[0185] RandomKeyBytes = RSADecrypt(EncryptedRandomKey,
[0186] X_PrivKey)
[0187] PlainTextDataString= AESDecrypt(EncryptedDataBytes,
[0188] RandomKeyBytes,IVBytes)
[0189] AccountMapMessage = Base64Decode(PlainTextDataString)
[0190] 賬務軟件系統(tǒng)然后可以對AccountMapMessage的內部進行驗證，以檢查其是否具 有完整性。驗證消息的來源可以通過驗證CheckAccountMapMe s sage · Provider ID與 MessageContainer .PC匹配來執(zhí)行。驗證消息是當前的可以通過驗證TimeStampUTC在有效 消息的容限內并且消息尚未過期來執(zhí)行。驗證消息并非重放嘗試可以通過驗證配對 (TimeStampUTC，Nonce)尚未用于該提供者來執(zhí)行?？梢詧?zhí)行對消息內容的其它驗證。
[0191]如果所有這些驗證和解封裝操作已成功，則向用戶示出使他們能夠繼續(xù)在賬務軟 件系統(tǒng)內的啟用處理的屏幕。
[0192] 可以實現(xiàn)上述消息加密和封裝，以使消息能夠通過不可信通信機構(例如，經(jīng)由用 戶的瀏覽器通過互聯(lián)網(wǎng))從金融機構傳遞至賬務軟件系統(tǒng)。
[0193] 加密和簽名可以提供如下保證:消息由金融機構合法生成，在傳送中未被篡改或 查看，并且無法被重放。金融機構還可以確保僅賬務軟件系統(tǒng)能夠對數(shù)據(jù)進行解密。下面更 詳細地討論各種安全威脅。
[0194] 電子欺騙：由于使用在賬務軟件系統(tǒng)與金融機構之間共享的公鑰/私鑰對，所以除 金融機構之外的任何人不可能生成有效消息。
[0195] 否認:金融機構使用它們的私鑰對數(shù)據(jù)進行簽名，該私鑰保持保密并且僅由它們 持有。當賬務軟件系統(tǒng)接收消息并且使用金融機構的公鑰來檢查簽名時，它們可以確保金 融機構原始生成了消息。
[0196] 篡改:簽名檢查還防止在傳送中的篡改。如果IV、密鑰或數(shù)據(jù)被修改，則簽名檢查 將失敗。
[0197] 信息公開:AccountMapMessage可以包含一些敏感信息，例如銀行賬戶余額或賬戶 號碼。這使用一次性使用的加密密鑰來進行加密。該加密密鑰在消息中被發(fā)送，而使用賬務 軟件系統(tǒng)的公鑰對其進行非對稱地加密，僅賬務軟件系統(tǒng)可以對其進行解密。
[0198] 重放:通過時間戳和隨機值來防止重放攻擊，其使得賬務軟件系統(tǒng)能夠保證其將 僅接收和處理給定的消息一次。如果具有相同的時間戳和隨機數(shù)的消息到達，則賬務軟件 系統(tǒng)將拒絕該消息。
[0199] 中間人攻擊:攻擊者可以在合法用戶能夠獲取所生成的JSON之前從金融機構截獲 所生成的JS0N，并且將其轉發(fā)至賬戶軟件系統(tǒng)。這通在用戶瀏覽器中使用的防止客戶端側 上的MiTM的SSL/TLS連接并且使用針對消息時間戳的短的屆滿時間來緩解。由于用戶在消 息生成與向賬務軟件系統(tǒng)的即時POST之間不需要執(zhí)行任何動作，所以屆滿時間可以被保持 較短。
[0200] 拒絕服務攻擊:該協(xié)議不提供針對拒絕服務攻擊的保護，攻擊者能夠向賬務軟件 系統(tǒng)端點發(fā)送大的畸形的或大量的消息并且招致高成本的簽名檢查或解密處理處理發(fā)生。 這將通過使用賬務軟件系統(tǒng)的標準暴力檢測機制來緩解。
[0201] 特權提升:從金融機構傳遞至賬務軟件系統(tǒng)的消息不會將特權從一個環(huán)境傳達至 另一環(huán)境。用戶仍需要獨立地向金融機構的站點和賬務軟件系統(tǒng)二者進行認證。
[0202] 由金融機構提供的數(shù)據(jù)可以指示針對用戶的每個金融賬戶的賬戶類型。例如，可 以使用下面的C#類來實現(xiàn)賬戶類型指示器。類似地，可以使用下面的JSON示例來指示賬戶 是當前賬戶。 Sample C# class: public enum AccountType { CreditCard = I, Current = 2, Savings = 3, Loan. = 4, Investment = 5,
[0203] Foreign = 6, Other = 7, Sample JSON value: { "AccountType"： .2
[0204] 由金融機構提供的數(shù)據(jù)可以指示針對用戶的每個金融賬戶提供的一個或更多個 服務。例如，可以使用下面的C#類來實現(xiàn)服務類型指示器。類似地，可以使用下面的JSON示 例來指示賬戶提要服務和第三方支付服務二者均可用于該賬戶。 Sample C# class: public enum ASServke ? AccountFeedService = 1：,： ThirdPartyPaymentService= 2, }
[0205] Sample JSON value: { "ServicesAvailable"：[ I, 2 ] )
[0206] 存儲在AS系統(tǒng)處的數(shù)據(jù)可以反映關于金融機構處的金融賬戶的信息，該信息包括 針對該金融賬戶可用的服務。下面是可以用在C#類中以存儲這樣的賬戶特定數(shù)據(jù)的數(shù)據(jù)類 型和對值的描述的表格。
Sample C# class: public class ActiveAccountServiceMap f public string AccountID; public string AccountNumber; public string AccountDescription; public ASServicel] ServicesAvailable;
[0209] ' public ASService[] ServicesActivated; public decimal CurrentBalance; public AccountType AccountType; public string Currency; } Sample JSON % alue: "AccountID"： "1123451111111100"， "AccountNumber"： "1123451111111100"， wJLccoimtDescriptioiiw: "My_ OuiTMii Accoimtw,. "ServicesAvailable"：[ I, 2
[0210] h ."ServicesActivated"：[ ]， "CurrentBalance"： 213.97， "Acc冊ntiype"： 2， "Currency"： "NZD"
[0211 ]另外的示例數(shù)據(jù)類型是AccountMapMessage，其包含指示要從金融機構被發(fā)送至 賬務軟件系統(tǒng)的已啟用賬戶的完整消息。


[0215] Sample €# class：：: public class AccountMapMessage i public string ProviderID; public string UserID; public ActiveAccountServiceMapH ActiveAccountServiceMaps; public DateTime TimestarnplJTC; public string Nonce; public string Return URL; } Sample JSON value: f k4ProviderIDw: iiPRO￥IDER/BANKX￥Z?,, "UsetiD"： "user(^bank"， ttActiveAccountServiceMaps,'':[ { }， { ? · · } ]，
[0216] "TimestampUTC"： "2012-12-10T00:00:00", "Nonce"： "A7813747-C47A-496E-8DE6-682D16A457D2"， ^ReturnURLw: t6hti:ps://www.xyz?eom/w }
[0217]另一個示例數(shù)據(jù)類型是MessageContainer，其包含從金融機構經(jīng)由用戶的瀏覽器 被發(fā)送至賬務軟件系統(tǒng)的消息。每個Byte□在當呈現(xiàn)為JSON時被發(fā)送為Base64編碼字符 串。
Sample C# class: public class MessageContainer
[0219] r { public string PC; public byte[] Data; public byte[] ERK; public byte [] EIV; public byte[] S; public string SM; } Sample JSON value:
[0220] ，，PC" ： "PROVIDER/BA服XYZ"， "Data"： "qas43". frEMKff: " Rxut. ·.=="， ,：rEIV,:,; " QEDF …=="， "zyw …=="， " RSA-:SHA2，， }
[0221] (Base64編碼值被省略）
[0222] 當已經(jīng)將用戶從金融機構重定向至賬務軟件系統(tǒng)并且傳遞了合適的消息時，賬務 軟件系統(tǒng)可以將每個AccountID與用戶的賬務軟件系統(tǒng)賬戶相關聯(lián)。如果賬戶被連接，則活 躍AS服務被提供至該賬戶。
[0223]用戶可以對已經(jīng)連接的賬戶進行管理。在該情況下，他們可以被示出連接的狀態(tài) 并且能夠在他們期望時將賬戶斷開連接。如果賬戶被斷開連接，則從該賬戶中去除活躍AS 服務。
[0224] 在實施方式中，在使得用戶能夠管理賬戶之前，對以下前提條件中的一個或更多 個進行驗證。
[0225] ?向賬務軟件系統(tǒng)認證用戶。
[0226] 進行識別。
[0227] ?可以用賬務軟件系統(tǒng)的私鑰對隨機密鑰進行解密。
[0228] ?可以用隨機密鑰對請求數(shù)據(jù)進行解密。
[0229 ] ?用金融機構的公鑰對簽名進行驗證。
[0230] #ProviderID是有效提供者。
[0231 ] ?隨機數(shù)之前尚未被使用。
[0232] ?數(shù)據(jù)能夠被解析并且所有所需要素被包括。
[0233] # 具有活躍服務的至少一個AccountServiceMap 被包括在 ActiveAccountServiceMaps 的列表中。
[0234] ?時間戳在有效超時時段內。
[0235] 私有金融API
[0236] 為了使賬務軟件系統(tǒng)與金融機構共享服務，金融機構將多個服務暴露給賬務軟件 系統(tǒng)。這些使得賬務軟件系統(tǒng)當由客戶指示時能夠執(zhí)行針對金融機構的動作。還可以支持 另外的服務。
[0237] 金融機構可以實現(xiàn)接受JSON POST請求并且對其進行響應的小的web服務。下面是 針對期望請求和響應的規(guī)范。
[0238] 訪問金融服務端點可以由VPN進行保密，并且僅可以由賬務軟件系統(tǒng)使用。針對服 務的完整URL對于提供金融機構是唯一的，但是端點針對所有參與的金融機構可以是相同 的。下面用每個服務來給出示例端點。
[0239]對于第三方支付，當金融機構賬戶已經(jīng)被啟用并且與第三方支付服務連接時，針 對該賬戶的批量支付可以被提交至金融機構。如果賬戶具有針對該賬戶的第三方支付服 務，則當賬務軟件系統(tǒng)用戶創(chuàng)建批量支付作為他們對可支付的賬戶的管理的一部分時，他 們具有將該批量直接提交給金融機構以進行授權和完成的選項。
[0240] 表述性狀態(tài)轉移(REST)架構可以支持客戶端與服務器之間的REST型接口。REST型 接口可以是無狀態(tài)的（例如，在請求之間客戶端上下文可以不被存儲在服務器上）WEST型 接口可以是可緩存的（例如，來自服務器的響應可以指示它們是否是可緩存的）?？蛻舳丝?以對可緩存響應進行緩存，從而減少了網(wǎng)絡流量和延遲。REST型接口可以是分層的（例如， 客戶端可以連接至中間服務器而不是終端服務器）WEST型接口可以對在每個請求中涉及 的資源進行識別，以便使得客戶端能夠修改其擁有的資源。此外，在無狀態(tài)REST型接口中， 每個REST消息可以是自包含的，并且包括足夠的用于描述如何處理該消息的信息。一些客 戶端可以跟蹤它們自身的狀態(tài)，并且僅通過超媒體(例如，超級鏈接)來做出狀態(tài)轉移。 [0241] 第三方支付請求可以是發(fā)布JSON消息并且期望JSON響應的REST型HTTP請求。下面 提供了示例JSON請求和響應的格式。
[0242]第三方支付請求，即從用戶的賬戶向第三方做出支付或批量支付的請求。由AS向 金融機構做出該請求。
[0243]端點:/第三方支付
[0244]批量中的每一項描述單個交易。批量項的示例要素：
Sample Request: Header: POST /thirdpartypaymeiit Content-Type: application/]son Message: { "ProviderCode" : "Xero",
[0249] "UserlD" ： "12312323'w, "AccoUfttID" ： "060158390390200"， "FromParticulars" : "PayerNarae", " frotnRefereft.ee"·: wPayerUeference"， " fromCode，' ： "PayerCode"， "PavmentDate" i "2012-12-13，，， ft/ .. .7 :".B:ate.Mtems." ：.[ frAccoiintNuraberri ; ,,040932093021903H, " Amoum" ： ''323.00'，, ''Name'' ： ''Payee"， "Particulars" : '"PayeeName'*, "Reference" : fTayeeReference"
[0250] "Code" ： nPayeeCoden, } ]， nTotalAmountn : "323.00"， }
[0251] 第三方支付響應，金融機構向第三方支付請求提供響應。
[0252] 響應返回HTTP狀態(tài)以報告請求的成功。如果存在服務器錯誤，則消息將包括JSON 包，該JSON包包含錯誤消息的非空數(shù)組。批量應當被完全地處理，從而返回200狀態(tài)，或者完 全不被處理，從而返回500錯誤以及相關錯誤消息。
[0253] 錯誤消息類型的示例要素：
Sample Response:
[0255] Header: HTTP/1.1 200 OK Sample Error Response: Header: HTTP/1.1 500 Server Error Message:
[0256] I MErrorMessageM:[ "Human readable error message", ffCan he multiple Iinesw 1， }
[0257] 更新注冊請求，即在金融機構處的針對已經(jīng)注冊的賬戶的更新注冊數(shù)據(jù)的請求。 該請求由賬務軟件系統(tǒng)向金融機構做出。更新針對金融賬戶的注冊數(shù)據(jù)可以包括：向銀行 注冊針對賬戶的提要;將金融賬戶與相應賬務軟件系統(tǒng)賬戶斷開連接;或者以其它方式改 變賬戶的注冊。
[0258] 賬戶軟件系統(tǒng)可以實現(xiàn)周期性工作，以在更新斷開連接的賬戶的狀態(tài)以示出它們 已經(jīng)被取消注冊之前標識斷開連接的賬戶并且驗證它們滿足某些標準（例如，它們已經(jīng)斷 開連接的時段等）。請求可以被批量地提交。
[0259] 端點:/更新注冊
[0260]在批量請求中的每個項指示要更新的單個賬戶。用于更新單個賬戶的請求的示例 悪麥.

Header: POST /updateregistration Content-Type: application/]son Message: { .trProviderCode" .: "Xer〇:",：
[0265] "AccountsToUpdate":[ { nUserIDn : "234324324"， nAccoiintIDn : "23432432432", "AccountStatus" ： "Register" } ] }
[0266] 更新注冊響應，即金融機構提供對更新注冊請求的響應。另外地，當接收到注冊請 求或取消注冊請求時，金融機構可以添加賬戶或從用在被提供至賬務軟件系統(tǒng)的提要中的 賬戶的列表中去除賬戶。
[0267] 更新注冊請求可以被完全地處理，從而返回200狀態(tài)；或者完全不被處理，從而返 回500錯誤以及針對不能被注冊或取消注冊的賬戶的相關錯誤消息。
[0268] 來自金融機構的錯誤響應的示例要素：
Sample Success Response: Header： HTTP/1.1 200 OK Sample Error Response:
[0270] Header: HTTP/1.1 500 Server Error Message: 'TEfr〇rResults:.'.'i [ f nUserID" : "234324324"， "Aeeountld" i "23432432432"， ,,ErrorMessageM :[
[0271] "Human readable error message", " Can be multiple .Hn:es." ] 1，
[0272] 其它數(shù)據(jù)類型
[0273] 下面的表格包含用在各種實施方式中的在賬務服務和金融機構中的任一者或二 者處的另外的數(shù)據(jù)類型。



[0282] 文件交付(賬戶提要服務)
[0283] 報表數(shù)據(jù)的批量供應
[0284] 金融機構可以批量地向賬務軟件系統(tǒng)提交數(shù)據(jù)。在實施方式中，金融系統(tǒng)在將針 對賬戶的數(shù)據(jù)添加至該批量之前驗證每個賬戶已經(jīng)被啟用、被注冊和被確認。
[0285] 金融機構可以通過安全文件傳遞協(xié)議(SFTP)經(jīng)由周期性(例如，夜間)批量文件來 發(fā)布針對所有活躍的且已確認的賬戶的最新交易。批量包含針對被標記為已啟用的所有賬 戶或其子集的報表數(shù)據(jù)。批量文件可以由AccountID作為關鍵字。如果賬務軟件系統(tǒng)遇到不 識別的AccountID(例如，已啟用但未連接的），則數(shù)據(jù)被忽略。否則，數(shù)據(jù)被加載至與該 AccountID相關聯(lián)的賬務軟件系統(tǒng)賬戶中。賬務軟件系統(tǒng)對來自金融機構的提要數(shù)據(jù)進行 處理，以在單賬簿賬務系統(tǒng)中創(chuàng)建相應條目。
[0286] 圖18是根據(jù)一些實施方式的針對訪問控制和系統(tǒng)整合的示例方法1800的流程圖。 通過示例的方式，方法1800被描述為通過圖5-7的系統(tǒng)和模塊來實現(xiàn)。
[0287] 應用服務器VM 320的通信模塊610在操作1810中接收由用戶經(jīng)由金融系統(tǒng)提供的 授權，以鏈接一個或更多個金融賬戶。例如，銀行服務器460可以將web頁面?zhèn)魉椭量蛻舳嗽O 備480或490,例如圖8中所示的示例UI 800。使用UI，用戶可以選擇一個或更多個賬戶來與 賬務平臺共享。在接收用戶的選擇之后，銀行服務器460將授權發(fā)送至賬務服務器。
[0288] 在操作1820中，賬務平臺檢索針對金融賬戶的金融數(shù)據(jù)。例如，銀行服務器460可 以使用提要模塊730來生成包括針對金融賬戶的交易的文件，并且將該文件傳遞至應用服 務器VM 320。應用服務器VM 320可以經(jīng)由存儲模塊660將用于隨后處理的提要數(shù)據(jù)存儲在 數(shù)據(jù)庫或文件系統(tǒng)中。應用服務器VM 320的提要模塊630然后可以從存儲裝置中檢索針對 金融賬戶的金融數(shù)據(jù)。在其它實施方式中，賬務平臺直接從金融機構中檢索金融數(shù)據(jù)。
[0289] 在操作1830中，提要模塊630基于金融數(shù)據(jù)來生成針對簿記賬戶的數(shù)據(jù)。例如，金 融數(shù)據(jù)中的交易可以示出在某日向實體的支付，并且可以生成針對簿記賬戶的相應交易。
[0290] 圖19是根據(jù)一些實施方式的用于訪問控制和系統(tǒng)整合的示例方法1900的流程圖。 通過示例的方式，方法1900被描述為通過圖5-7的系統(tǒng)和模塊來實現(xiàn)。以上相對于圖18描述 了操作 1810-1830。
[0291] 賬務平臺在操作1910中對金融系統(tǒng)內的金融賬戶的金融數(shù)據(jù)的提要進行注冊。例 如，賬務平臺可以經(jīng)由通信模塊610使用利用密碼模塊620所處理的安全加密消息來發(fā)送數(shù) 據(jù)被請求的金融賬戶的標識符。作為響應，銀行服務器460可以驗證用戶擁有已經(jīng)被提供了 授權來與賬務平臺共享賬戶數(shù)據(jù)的金融賬戶。在確認授權之后，銀行服務器接受注冊，并且 布置成將提要數(shù)據(jù)周期性地發(fā)送至賬務平臺。
[0292] 賬務平臺從金融系統(tǒng)周期性地接收提要形式的金融賬戶數(shù)據(jù)(操作1920)，并且當 接收到新的數(shù)據(jù)時生成針對相應簿記賬戶的另外的簿記數(shù)據(jù)(操作1930)。
[0293]圖20是根據(jù)一些實施方式的用于訪問控制和系統(tǒng)整合的示例方法2000的流程圖。 僅通過示例的方式，該方法被描述為通過圖5-7的系統(tǒng)和模塊來實現(xiàn)。以上相對于圖18描述 了操作 1820 和 1830。
[0294] 在操作2010中，應用服務器VM 320接收由用戶經(jīng)由金融系統(tǒng)提供的加密的授權以 鏈接金融賬戶。例如，客戶端設備480或490可以與銀行服務器460建立連接，以對與賬務平 臺共享賬戶數(shù)據(jù)進行授權。作為響應，銀行服務器460可以對送往賬務平臺的消息進行加 密，以向賬務平臺告知該賬務平臺已經(jīng)被授權以接收針對金融賬戶的賬戶數(shù)據(jù)。應用服務 器VM320可以使用密碼模塊620對消息進行解密，并且對源進行驗證。
[0295] 賬務系統(tǒng)對用戶進行授權(操作2020)。例如，UI 900可以由連接至初級數(shù)據(jù)中心 410的web服務器的客戶端設備480的顯示模塊520來呈現(xiàn)。用戶授權可以包括用戶名稱和口 令、生物數(shù)據(jù)或者以其它方式將用戶標識為與被授權對金融賬戶數(shù)據(jù)進行鏈接的用戶是相 同。
[0296]賬務系統(tǒng)接收與要同金融賬戶鏈接的用戶相關聯(lián)的簿記賬戶的標識(操作2030)。 例如，UI 1000可以被呈現(xiàn)以使得用戶能夠選擇簿記賬戶來與金融賬戶相關聯(lián)。
[0297]圖21是根據(jù)一些實施方式的用于訪問控制和系統(tǒng)整合的示例方法2100的流程圖。 僅通過示例的方式，方法2100被描述為通過圖5-7的系統(tǒng)和模塊來實現(xiàn)。以上相對于圖18描 述了操作1810和1820。
[0298]賬務服務提供者在操作2110中驗證金融系統(tǒng)支持針對所鏈接的金融賬戶的第三 方支付服務。這使得賬務平臺的用戶能夠經(jīng)由金融系統(tǒng)向第三方提交單獨支付或批量支 付。
[0299] 在操作2120中，由應用服務器VM 320將在金融賬戶上支取的批量支付提交給銀行 服務器460。例如，用戶可以使用圖13-16中所示的UI來選擇賬單集合以批量支付，并且應用 服務器VM 320可以生成批量支付文件并且將批量支付文件自動地發(fā)送至銀行服務器460。
[0300] 銀行服務器460對批量的支付進行處理，并且確定是否所有支付均已被成功處理。 如果是，則銀行服務器460向賬務平臺發(fā)送確認，賬務平臺接收(操作2130)該確認。如果任 何支付未被成功處理，則所有交易被回滾，并且向賬務平臺提供錯誤消息。在該情況下，通 過賬務平臺將錯誤消息示出給用戶。
[0301] 如果交易已成功完成，則更新與金融賬戶對應的簿記賬戶的數(shù)據(jù)(操作2140)，以 示出交易完成。例如，可以在簿記賬戶中創(chuàng)建新的記錄以示出該支付，可以將簿記賬戶的當 前余額更新以反映交易，賬單可以被標記為已支付等。
[0302] 在本文中某些實施方式被描述為包括邏輯或多個部件、模塊或機構。模塊可以構 成軟件模塊(例如，包含在機器可讀介質上或包含在傳輸信號中的代碼)或硬件模塊。硬件 模塊是能夠執(zhí)行某些操作的有形單元，并且硬件模塊可以以特定方式被配置或布置。在示 例實施方式中，一個或更多個計算機系統(tǒng)(例如，單機的、客戶端或服務器計算機系統(tǒng))或計 算機系統(tǒng)的一個或更多個硬件模塊(例如，處理器或處理器群)可以由軟件(例如，應用或應 用部)配置為操作以執(zhí)行如本文中所描述的某些操作的硬件模塊。
[0303]在各種實施方式中，硬件模塊可以被機械地或電子地實現(xiàn)。例如，硬件模塊可以包 括被永久配置成執(zhí)行某些操作的專用電路或邏輯(例如，作為專用處理器，例如現(xiàn)場可編程 門陣列(FPGA)或專用集成電路(ASIC))。硬件模塊還可以包括由軟件臨時地配置成執(zhí)行某 些操作的可編程邏輯或電路(例如，如包含在通用處理器或其它可編程處理器內）。將意識 到的是，可以通過成本和時間考慮來推動在專用的永久配置的電路中或在臨時配置的電路 (例如，由軟件進行配置)中機械地實現(xiàn)硬件模塊的決策。
[0304]因此，術語"硬件模塊"應當被理解為包括有形實體，該有形實體是被物理構造、永 久配置(例如，硬連線)或臨時配置(例如，被編程)來以特定方式進行操作和/或執(zhí)行本文中 描述的某些操作的實體?？紤]其中硬件模塊被臨時配置(例如，被編程)的實施方式，硬件模 塊中的每一個無需在任一時刻處均被配置或實例化。例如，在硬件模塊包括使用軟件進行 配置的通用處理器的情況下，通用處理器可以在不同時間處被配置為各自不同的硬件模 塊。軟件因此可以對處理器進行配置，以例如在一個時刻處構成特定硬件模塊，并且在不同 的時刻處構成不同的硬件模塊。
[0305]硬件模塊可以向其它硬件模塊提供信息并且接收來自其它硬件模塊的信息。因 此，所描述的硬件模塊可以被視為通信上耦接的。在同時存在多個這樣的硬件模塊的情況 下，可以通過連接硬件模塊的信號傳輸(例如，通過合適的電路和總線)來實現(xiàn)通信。在其中 多個硬件模塊在不同時間處被配置或實例化的實施方式中，可以例如通過將信息存儲在多 個硬件模塊可以訪問的存儲器結構中并且在該存儲器結構中檢索信息來實現(xiàn)在這樣的硬 件模塊之間的通信。例如，一個硬件模塊可以執(zhí)行操作，并且將該操作的輸出存儲在通信上 耦接的存儲器設備中。另外的硬件模塊然后可以在隨后的時間處訪問存儲器設備，以檢索 和處理所存儲的輸出。硬件模塊還可以發(fā)起與輸入或輸出設備的通信，并且可以對資源進 行操作(例如，信息的收集）。
[0306]在本文中描述的示例方法的各種操作可以至少部分地由臨時地配置(例如，由軟 件)或永久地配置以執(zhí)行相關操作的一個或更多個處理器來執(zhí)行。不論是臨時地被配置還 是永久地被配置，這樣的處理器可以構成操作以執(zhí)行一個或更多個操作或功能的處理器實 現(xiàn)的模塊。在本文中所稱的模塊在一些不例實施方式中可以包括處理器實現(xiàn)的模塊。
[0307]類似地，本文中描述的方法可以至少部分地是處理器實現(xiàn)的。例如，方法的操作中 的至少一些操作可以由一個或更多個處理器或處理器實現(xiàn)的模塊來執(zhí)行。操作中的某些操 作的執(zhí)行可以被分布在一個或更多個處理器之中，所述一個或更多個處理器不僅可以駐留 在單個機器內而且可以被部署成跨多個機器。在一些示例實施方式中，一個或更多個處理 器可以位于單個位置中（例如，在家庭環(huán)境、辦公室環(huán)境內或作為服務器形式），而在其它實 施方式中，處理器可以被分布成跨多個位置。
[0308] 一個或更多個處理器還可以操作以支持在"云計算"環(huán)境中執(zhí)行相關操作或者操 作為"軟件即服務"（SaaS)。例如，操作中的至少一些操作可以由計算機群(作為包括處理器 的機器的示例）來執(zhí)行，這些操作是經(jīng)由網(wǎng)絡(例如，因特網(wǎng)）以及經(jīng)由一個或更多個合適接 口（例如，應用程序接口）可訪問的。
[0309] 示例實施方式可以以數(shù)字電子電路或以計算機硬件、固件、軟件或以它們的組合 來實現(xiàn)。示例實施方式可以使用下述的計算機程序產(chǎn)品來實現(xiàn)，所述計算機程序產(chǎn)品例如 為具體包含在信息載體中一一例如在用于由諸如可編程處理器、計算機或多個計算機的數(shù) 據(jù)處理裝置執(zhí)行或控制上述數(shù)據(jù)處理裝置的操作的計算機可讀介質中一一的計算機程序。
[0310] 計算機程序可以以包括編譯語言或解釋語言的任何形式的編程語言來編寫，并且 計算機程序可以被部署成包括作為單機程序或作為模塊、子例程或適于用在計算機環(huán)境中 的其它單元的任何形式。計算機程序可以被部署成在一個計算機上執(zhí)行或者在多個計算機 上執(zhí)行，所述多個計算機處于一個站處或者被分布成跨多個站并且通過通信網(wǎng)絡進行互 聯(lián)。
[0311] 在示例實施方式中，可以由一個或更多個可編程處理器來執(zhí)行操作，所述一個或 更多個可編程處理器執(zhí)行計算機程序，以通過對導入數(shù)據(jù)進行操作并且生成輸出來執(zhí)行功 能。方法操作還可以由專用邏輯電路(例如，F(xiàn)PGA或ASIC)來執(zhí)行，并且示例實施方式的裝置 可以被實現(xiàn)為專用邏輯電路(例如，F(xiàn)PGA或ASIC)。
[0312] 計算系統(tǒng)可以包括客戶端和服務器?？蛻舳撕头掌饕话惚舜诉h離并且通常通過 通信網(wǎng)絡來交互。客戶端和服務器的關系憑借運行在相應計算機上并且彼此具有客戶端服 務器關系的計算機程序來產(chǎn)生。在部署可編程計算系統(tǒng)的實施方式中，將意識到的是，硬件 和軟件架構二者均值得考慮。具體地，將意識到的是，是以永久配置的硬件(例如，ASIC)還 是以臨時配置的硬件(例如，軟件和可編程處理器的組合)亦或以永久配置的硬件和臨時配 置的硬件的組合來實現(xiàn)某些功能的選擇可以是設計選擇。下面闡述了可以部署在各種示例 實施方式中的硬件(例如，機器)和軟件架構。
[0313] 圖22示出了以計算機系統(tǒng)2200的示例形式的機器的框圖，在計算機系統(tǒng)2200內指 令2224可以被執(zhí)行用于使機器執(zhí)行本文中討論的方法中的任一種或更多種方法。在替選實 施方式中，機器操作為單機設備或者可以連接(或聯(lián)網(wǎng)）至其它機器。在聯(lián)網(wǎng)部署中，機器可 以以服務器-客戶端網(wǎng)絡環(huán)境中的服務器或客戶端機器的身份來操作，或者機器可以操作 為對等(或分布式）網(wǎng)絡環(huán)境中的對等機。機器可以為個人計算機(PC)、平板計算機、機頂盒 (STB)、個人數(shù)字助理(PDA)、蜂窩電話、web應用、網(wǎng)絡路由器、交換機或橋接器，或者能夠執(zhí) 行(順序地或以其它方式)指定要由該機器采取的動作的指令的任何機器。另外，雖然僅示 出了單個機器，但是術語"機器"也應當被采用以包括單獨地或聯(lián)合地執(zhí)行指令集合(或多 個集合)以執(zhí)行本文中討論的方法中的任一種或更多種方法的機器的任何組合。
[0314] 示例計算機系統(tǒng)2200包括經(jīng)由總線2208彼此通信的處理器2202(例如，中央處理 單元(CPU)、圖形處理單元(GPU)或上述二者）、主存儲器2204以及靜態(tài)存儲器2206。計算機 系統(tǒng)2200還可以包括視頻顯示設備2210(例如，液晶顯示器(IXD)或陰極射線管(CRT))。計 算機系統(tǒng)2200還包括字母數(shù)字輸入設備2212(例如，鍵盤）、用戶接口（UI)導航設備2214(例 如，鼠標或觸敏顯示器）、盤驅動單元2216、信號生成設備2218(例如，揚聲器)和網(wǎng)絡接口設 備2220。
[0315] 盤驅動單元2216包括機器可讀介質2222,在該機器可讀介質2222上存儲有實施本 文中描述的方法或功能中的任一種或更多種或由所述方法或功能利用的數(shù)據(jù)結構和指令 2224(例如，軟件）中的一個或更多個集合。指令2224在其由計算機系統(tǒng)2200執(zhí)行期間還可 以完全地或至少部分地駐留在主存儲器2204內、靜態(tài)存儲器2206內和/或處理器2202內，主 存儲器2204和處理器2202還構成機器可讀介質。
[0316] 雖然在示例實施方式中將機器可讀介質2222示出為單個介質，但是術語"機器可 讀介質"可以包括存儲一個或更多個指令2224或數(shù)據(jù)結構的單個介質或多個介質(例如，集 中式數(shù)據(jù)庫或分布式數(shù)據(jù)庫和/或相關緩存和服務器）。術語"機器可讀介質"還應當被采用 以包括下述的任何有形介質:所述有形介質能夠存儲、編碼或攜載用于由機器執(zhí)行的并且 使機器執(zhí)行本技術的方法中的任一種或更多種方法的指令(例如，指令2224 )，或者能夠存 儲、編碼或攜載由這樣的指令利用或與這樣的指令相關聯(lián)的數(shù)據(jù)結構。術語"機器可讀介 質"因此應當被采用以包括但不限于固態(tài)存儲器以及光學和磁性介質。機器可讀介質的具 體示例包括非易失性存儲器，非易失性存儲器以示例的方式包括:半導體存儲器設備，例如 可擦除可編程只讀存儲器(EPROM)、電可擦除可編程只讀存儲器(EEPROM)和閃速存儲器設 備;磁盤，例如內部硬盤和可移動磁盤;磁光盤；以及DC-ROM和DVD-ROM盤。
[0317] 指令2224還可以使用傳輸介質通過通信網(wǎng)絡2226來發(fā)送或接收。指令2224可以使 用網(wǎng)絡接口設備2220和多個公知傳送協(xié)議(例如，HTTP)中的任一協(xié)議來發(fā)送。通信網(wǎng)絡的 示例包括局域網(wǎng)（"LAN"）、廣域網(wǎng)（"WAN"）、因特網(wǎng)、移動電話網(wǎng)、簡易老式電話(POTS)網(wǎng)和 無線數(shù)據(jù)網(wǎng)絡(例如，WiFi和WiMAX網(wǎng)絡）。術語"傳輸介質"應當被采用以包括下述的任何無 形介質:所述無形介質能夠存儲、編碼或攜載用于由機器執(zhí)行的指令，并且包括數(shù)字或模擬 通信信號或促進這樣的軟件的通信的其它無形介質。
[0318] 雖然已經(jīng)參考具體示例實施方式描述了本發(fā)明主題，但是明顯的是，可以在不背 離本技術的更廣泛范圍的情況下對這些實施方式做出各種修改和改變。因此，說明書和附 圖要被視為示出性意義而不是限制性意義。形成本文的一部分的附圖以圖示的方式并且非 限制性地示出其中可以對本主題進行實踐的【具體實施方式】。足夠詳細地描述了所示的實施 方式，以使得本領域技術人員能夠對本文中公開的教示進行實踐?？梢岳蒙鲜鰧嵤┓绞?并且從其得到其它實施方式，使得可以在不背離本公開內容的范圍情況下做出結構和邏輯 替換和改變。因而該詳細描述不以限制性意義而被采用，并且各種實施方式的范圍僅通過 所附權利要求與稱為這樣的權利要求的等同方案的完全范圍一起來限定。
[0319]本發(fā)明主題的這樣的實施方式在本文中可以僅出于便利而被單獨地和/或共同地 稱為術語"發(fā)明"，而不意在在實際上公開了多于一個發(fā)明或發(fā)明概念的情況下將本申請的 范圍主動地限制為任何單個發(fā)明或發(fā)明概念。因此雖然已經(jīng)在本文中示出和描述了具體實 施方式，但是應當意識到的是，被計算以實現(xiàn)相同目的的任何布置可以針對所示出的具體 實施方式而被替換。本公開內容意在涵蓋各種實施方式的任何以及全部調整或變型。以上 實施方式以及未在本文中具體描述的其它實施方式的組合在閱讀以上描述時對于本領域 技術人員將是明顯的。
【主權項】
1. 一種方法，包括： 在包括具有存儲器和至少一個處理器的機器的賬務系統(tǒng)處接收由用戶在金融系統(tǒng)處 提供的授權，以將由所述賬務系統(tǒng)保持的簿記賬戶與由所述金融系統(tǒng)保持的金融賬戶鏈 接； 響應于對所述授權的接收，經(jīng)由所述賬務系統(tǒng)來檢索與所述金融賬戶有關的金融賬戶 數(shù)據(jù)；以及 使用所述金融賬戶數(shù)據(jù)來生成與所述簿記賬戶有關的賬務數(shù)據(jù)。2. 根據(jù)權利要求1所述的方法，進一步包括:通過所述賬務系統(tǒng)并且使用所述授權來經(jīng) 由應用編程接口（API)向所述金融系統(tǒng)注冊提要。3. 根據(jù)權利要求2所述的方法，進一步包括： 響應于對所述提要的注冊，從所述金融系統(tǒng)周期性地接收與所述金融賬戶有關的另外 的金融賬戶數(shù)據(jù)；以及 使用所述另外的金融賬戶數(shù)據(jù)來生成與所述簿記賬戶有關的另外的賬務數(shù)據(jù)。4. 根據(jù)權利要求1所述的方法，進一步包括:基于所述授權將來自所述賬務系統(tǒng)的支付 指令提供給所述金融系統(tǒng)。5. 根據(jù)權利要求1所述的方法，其中： 所述授權對用戶進行識別;并且所述方法進一步包括： 在所述賬務系統(tǒng)處對所述用戶進行授權；以及 在檢索所述金融賬戶數(shù)據(jù)之前從已授權的用戶接收要鏈接的所述簿記賬戶的指示。6. 根據(jù)權利要求1至5中任一項所述的方法，進一步包括： 通過所述賬務系統(tǒng)并且使用所述授權來驗證所述金融系統(tǒng)支持針對所述金融賬戶的 第三方支付服務。7. 根據(jù)權利要求6所述的方法，進一步包括： 將在所述金融賬戶上支取的批量支付提交給金融機構處的所述第三方支付服務。8. 根據(jù)權利要求7所述的方法，進一步包括： 從所述金融機構接收指示所述批量支付中的所有交易已經(jīng)成功完成的確認。9. 根據(jù)權利要求8所述的方法，進一步包括： 響應于從所述金融機構接收到所述確認，更新與所述簿記賬戶有關的賬務數(shù)據(jù)，以示 出所述交易完成。10. -種賬務系統(tǒng)，包括： 存儲器，以及 處理器，其耦接至所述存儲器并且被配置成： 接收由用戶在金融系統(tǒng)處提供的授權，以將由所述賬務系統(tǒng)保持的簿記賬戶與由所述 金融系統(tǒng)保持的金融賬戶鏈接； 響應于對所述授權的接收，檢索與所述金融賬戶有關的金融賬戶數(shù)據(jù)；以及 使用所述金融賬戶數(shù)據(jù)來生成與所述簿記賬戶有關的賬務數(shù)據(jù)。11. 根據(jù)權利要求10所述的賬務系統(tǒng)，其中，所述處理器進一步被配置成使用所述授權 經(jīng)由API來向所述金融系統(tǒng)注冊提要。12. 根據(jù)權利要求11所述的賬務系統(tǒng)，其中，所述處理器進一步被配置成： 響應于對所述提要的注冊，從所述金融系統(tǒng)周期性地接收與所述金融賬戶有關的另外 的金融賬戶數(shù)據(jù)；以及 使用所述另外的金融賬戶數(shù)據(jù)來生成與所述簿記賬戶有關的另外的賬務數(shù)據(jù)。13. 根據(jù)權利要求10所述的賬務系統(tǒng)，其中，所述處理器進一步被配置成基于所述授權 將支付指令提供給所述金融系統(tǒng)。14. 根據(jù)權利要求11所述的賬務系統(tǒng)，其中： 所述授權對所述用戶進行識別;并且進一步包括： 在所述賬務系統(tǒng)處對所述用戶進行授權;并且所述處理器進一步被配置成： 在檢索所述金融賬戶數(shù)據(jù)之前從已授權的用戶接收要鏈接的所述簿記賬戶的指示。15. 根據(jù)權利要求10至14中任一項所述的賬務系統(tǒng)，其中，所述處理器進一步被配置 成： 使用所述授權來驗證所述金融系統(tǒng)支持針對所述金融賬戶的第三方支付服務。16. 根據(jù)權利要求15所述的賬務系統(tǒng)，其中，所述處理器進一步被配置成： 將在所述賬戶上支取的批量支付提交給金融機構處的所述第三方支付服務。17. 根據(jù)權利要求16所述的賬務系統(tǒng)，其中，所述處理器進一步被配置成： 從所述金融機構接收指示所述批量支付中的所有交易已經(jīng)成功完成的確認。18. -種非暫態(tài)機器可讀存儲介質，其上存儲有指令，當由一個或更多個處理器執(zhí)行所 述指令時，所述指令使所述一個或更多個處理器執(zhí)行包括下述步驟的操作： 接收由用戶在金融系統(tǒng)處提供的授權，以將由賬務系統(tǒng)保持的簿記賬戶與由所述金融 系統(tǒng)保持的金融賬戶鏈接； 響應于對所述授權的接收，經(jīng)由所述賬務系統(tǒng)來檢索與所述金融賬戶有關的金融賬戶 數(shù)據(jù)；以及 使用所述金融賬戶數(shù)據(jù)來生成與所述簿記賬戶有關的賬務數(shù)據(jù)。19. 根據(jù)權利要求18所述的非暫態(tài)機器可讀存儲介質，其中，所述操作進一步包括： 通過所述賬務系統(tǒng)并且使用所述授權來經(jīng)由API向所述金融系統(tǒng)注冊提要。20. 根據(jù)權利要求18至19中任一項所述的非暫態(tài)機器可讀存儲介質，其中，所述操作進 一步包括： 響應于對所述提要的注冊，從所述金融系統(tǒng)周期性地接收與所述金融賬戶有關的另外 的金融賬戶數(shù)據(jù)；以及 使用所述另外的金融賬戶數(shù)據(jù)來生成與所述簿記賬戶有關的另外的賬務數(shù)據(jù)。
【文檔編號】G06Q40/00GK105849760SQ201480058275
【公開日】2016年8月10日
【申請日】2014年9月23日
【發(fā)明人】羅德尼·肯尼斯·德魯里, 馬修·約翰·維克斯
【申請人】颯樂有限公司