專利名稱：基于工作流的數(shù)據(jù)處理用的系統(tǒng)、方法和計算機程序產(chǎn)品的制作方法
技術領域：
本發(fā)明涉及一種使用工作流的數(shù)據(jù)處理領域。更具體地，本發(fā)明 涉及一種具有減少的響應時間的用于基于工作流的數(shù)據(jù)處理的系統(tǒng)、 方法和計算機程序產(chǎn)品。
背景技術：
通常將工作流理解為由負責處理的一個或更多個人所采用的多 個操作步驟的處理操作。通常必須以預先定義的順序來執(zhí)行操作步驟。 新操作步驟的執(zhí)行通常假設已經(jīng)完全執(zhí)行了一個或更多個先前的操作 步驟。這種必要性是由于以下事實在新操作步驟中使用先前操作步 驟的結(jié)果，因而影響到新操作步驟。包括多個操作步驟的一個處理操作的示例是圖12中所示的對信 貸申請的處理。圖12給出了在處理信貸許可的處理中涉及到的各個操 作步驟和人員的角色的粗略概況。負責處理消費者關系的人被稱為顧問。顧問工作在"前方"，提出"建議"并"營銷"。最終由信貸員(CO)做出信貸決策(如果顧問不能立即決定該信貸決策)。通常也將信貸員指定為決策做出者。最后，通過信貸服務(CS)組織中的專家采取最 終處理(制定合同、付款等)。在顧問進行的與顧客(對方)的咨詢會面中，尤其要確定顧客的 信貸需求。顧問登記在咨詢會面中所確定的信貸申請。如果幾乎沒有 或者沒有任何風險地改變了現(xiàn)有的信貸承諾額，為了將工作量最小化， 省卻對顧客情況的完全風險評估(完全決策)。通過執(zhí)行在先評估(篩 余(triage))來識別這種低風險的改變。要為每個申請做出在先評估。 如果可以省卻對組合于提交中的對方的所有申請的完全決策，則可以 直接補充與處理相關并為處理發(fā)放的信息。另一方面，新交易總是需要完全決策。在這里，將(面向商業(yè)顧客的)融資潛在性或(面向個 人顧客的)負擔能力用作對顧客信貸能力的衡量手段。針對與是否以及在什么條件之下可能許可顧客所期望的信貸有 關的決策，針對信譽度和保證金(換言之，顧客的信貸能力)來均衡 考量信貸申請(可能包括多個個人申請)以及在一些情況下已經(jīng)存在 的信貸承諾額。為了評估顧客的申請、尤其是顧客的信譽度，在整個 顧客簡檔中附上值。邏輯上，后來的合同方的信貸承諾額并不單獨包 括在評估中。而是，與顧客在法律上或商業(yè)上相關的合法主體以及(如 果可用)其申請也包括在評估中。需要涉及在信譽度分析中的所有顧 客構(gòu)成了"要提交的對方"。對方同時進行中的申請形成了提交。每次僅允許每個對方的一個開放(未決定)的提交。通過檢査表(cheddist)，從頭排除進一步的信貸許可過程中沒有前景的申請。通過事先定義的決策計劃，顧問得到了其決策的支持。所登記的 數(shù)字和響應對此產(chǎn)生影響，并在提交的分類中結(jié)束(白色、灰色或黑色)。在"白色"決策中，利用足夠的權力(authority),顧問可以立即 同意該提交。在這種情況下，該決策的責任完全是顧問的責任。 一旦 顧問同意了該提交，便立即繼續(xù)對信貸許可過程的處理。如果存在灰 色或黑色系統(tǒng)決策、或者如果幾乎沒有權力，則必須有CO決策。如 果顧問認可了該提交，他便將以他的理由該提交立即轉(zhuǎn)發(fā)給CO。CO使用顧問所登記的信息、他的評估或任何附件來分析該提交。 配置登記的范圍和要提供登記的文檔，使得CO可以盡可能對該提交 做出決策，而無需向顧問返回問題。CO可以不改變地同意該提交、同意有改變的提交、有條件的同 意該提交、拒絕或否定該提交。如果顧問的評估是不完全的、或者明 顯不代表顧客的當前意見或顧客的保證金，則CO拒絕該提交。如果 提交包括CO可以簡單同意的不嚴格的申請、以及希望是有條件同意 的申請，則CO也可以對于每個申請而非整個提交做出決策。此外， CO還可以設置顧問必須實現(xiàn)的措施和絕限。然后，CO向顧問返回整 個提交。在下一處理步驟中，顧問必須實現(xiàn)或接受CO的決策。該步驟取決于CO的決策。如果CO不改變地同意該提交(或者單獨的申請)， 則達成決策，顧問繼續(xù)完成該處理。如果CO同意有改變的提交，則顧問必須在"處理完成"之前確認CO的改變、或者可以提出重新考慮申請。如果co有條件的同意該提交，則顧問在與顧客的商議中加入條件。如果顧問或顧客不同意該條件，則顧問可以提出重新考慮申請。如果co拒絕了該提交，并且顧問不同意co的拒絕，則在這種情況 下，顧問也可以提出重新考慮申請。否則顧問確認co的拒絕決策。如果co否定了該提交，顧問可以制定新的提交。新的提交采用了作為被否定的提交的一部分制定的申請和對顧客簡檔的最新適應內(nèi)容。如果顧問實現(xiàn)了所有CO的條件、或者如果顧問提出針對整個提交或單獨的申請重新考慮申請，則顧問向co返回整個提交。如果已經(jīng)同意了該提交中的一些申請，則可以完成對這些申請的處理或提出處理(如果co同意)。如果已經(jīng)同意了該提交或其中的一部分，則顧問確定具體的產(chǎn)品和條件，設置價格，并補充與該決策不相關而與處 理相關的附加信息。在該過程中，顧問保持在同意該決策的框架內(nèi)。 信貸服務中的專家最終對單獨的申請進行處理。隨著電子數(shù)據(jù)處理技術的提高，在計算機輔助環(huán)境中對目前為止 手動執(zhí)行的許多工作流進行模擬。在計算機輔助的工作流框架中，用 于通過多個屏幕頁面進行導航，在多個屏幕頁面上，請求用戶輸入數(shù)據(jù)或驗證數(shù)據(jù)。顯而易見的是，使用圖12中所示的工作流的傳統(tǒng)電子實施方式以及類似復雜的工作流，通常系統(tǒng)響應時間是不可接受的。尤其應用 于在大銀行和其他大公司的情況下出現(xiàn)大量用戶訪問，并且要使用大 范圍的已經(jīng)存在的數(shù)據(jù)池的情況時。因此，本發(fā)明的目的是提供甚至在復雜的計算機輔助的工作流的情況下允許運行時間優(yōu)化的處理的易于縮放(scalable)的系統(tǒng)和方法。 發(fā)明內(nèi)容根據(jù)本發(fā)明的第一方面，通過一種用于基于工作流的數(shù)據(jù)處理、 尤其與計算機輔助的信貸決策相關的計算機系統(tǒng)來實現(xiàn)該目的，其中，作為工作流的一部分，通過工作流控制命令來交互式地經(jīng)過多個顯示 頁面。該計算機系統(tǒng)包括至少一個具有用戶接口的用戶終端，用于頁 面顯示，以及用于輸入用戶數(shù)據(jù)和工作流控制命令；具有包含基本數(shù)據(jù)的相關基本數(shù)據(jù)庫的一個或更多個基本系統(tǒng)；至少一個高速緩沖數(shù) 據(jù)庫，將用戶數(shù)據(jù)和基本數(shù)據(jù)的所選摘錄加載至所述至少一個高速緩 沖數(shù)據(jù)庫； 一個或更多個具有服務的服務系統(tǒng)，用于基于源自高速緩 沖數(shù)據(jù)庫的數(shù)據(jù)來執(zhí)行數(shù)據(jù)處理步驟；以及機制，用于生成針對至少 一個服務的調(diào)用的請求，作為對工作流控制命令的響應，其中，如果 新顯示頁面的建立獨立于通過該請求調(diào)用的服務結(jié)果，則相對于新顯 示頁面的顯示異步地調(diào)用服務；以及至少一個隊列，用于將(至少) 針對異步服務調(diào)用的請求串行化。高速緩沖數(shù)據(jù)庫的使用實現(xiàn)了對服務所需數(shù)據(jù)的高速緩沖。然后， 可以訪問高速緩沖的數(shù)據(jù)，作為相對于頁面建立異步運行的服務的一 部分。該組合縮短了運行時間，并導致了更快的頁面建立。為了避免 異步運行服務的任何沖突，可以另外提供至少多于一個隊列，以將針 對異步服務調(diào)用的請求串行化。在同步服務調(diào)用的情況下，針對同步 服務調(diào)用的請求可以在該隊列或在單獨的隊列中類似地串行化。根據(jù)該配置，在至少一個隊列和服務系統(tǒng)之間功能性地設置至少 一個工作過程。提供該工作過程以讀取隊列，并將讀出的請求轉(zhuǎn)發(fā)給 服務系統(tǒng)。工作過程也可以具有其他任務，如數(shù)據(jù)對象的格式轉(zhuǎn)換或 驗證。高速緩沖數(shù)據(jù)庫中的數(shù)據(jù)和一個或更多個服務均可以被分配給各 個請求。在這種情況下，優(yōu)選在讀出來自隊列的請求之后構(gòu)造工作過 程，以從高速緩沖數(shù)據(jù)庫中讀出分配給該請求的數(shù)據(jù)，并將數(shù)據(jù)轉(zhuǎn)發(fā) 給分配給該請求的服務。該工作過程可以從將請求轉(zhuǎn)發(fā)到的服務系統(tǒng)中接收響應。根據(jù)第 一變體，該響應針對的是該請求的執(zhí)行狀態(tài)，因而該工作過程可以執(zhí) 行針對請求的隊列中、或者在單獨的響應隊列中適合的狀態(tài)條目。根 據(jù)另一變體，響應包含相對于傳遞給服務系統(tǒng)的數(shù)據(jù)的驗證消息。所 述變體可以彼此組合，并以任何方式具有以下的第三變體。根據(jù)第三變體，響應包含通過服務系統(tǒng)傳遞的、由工作過程寫入 高速緩沖數(shù)據(jù)庫的服務數(shù)據(jù)。然后，高速緩沖數(shù)據(jù)庫用作"郵箱"，其 中對從異步調(diào)用的服務中接收回的服務數(shù)據(jù)進行中間存儲。然后，可 以稍后從高速緩沖數(shù)據(jù)庫中讀出中間存儲的服務數(shù)據(jù)(可能在請求建 立頁面時，頁面的建立基于服務數(shù)據(jù))。服務系統(tǒng)可以包括用于數(shù)據(jù)存儲的服務數(shù)據(jù)庫。因而可以預想將 用戶輸入的用戶數(shù)據(jù)(例如，與作為工作流主題的特定交易情況相關) 存儲在服務數(shù)據(jù)庫中。然后，如果需要，可以在稍后(例如，在高速 緩沖數(shù)據(jù)庫的無意刪除、或在交易的更新調(diào)用之后的有意刪除后)將 這些用戶數(shù)據(jù)重新加載至高速緩沖數(shù)據(jù)庫。除用戶數(shù)據(jù)外或可選地， 由各個服務所生成的服務數(shù)據(jù)可以存儲在服務數(shù)據(jù)庫中。工作流控制命令可以包括存儲命令。除此之外或可選地，工作流 命令可以包括顯示新顯示頁面的命令。例如，新顯示頁面是工作流中 邏輯上的跟隨顯示頁面。加載至高速緩沖數(shù)據(jù)庫的基本數(shù)據(jù)(此外可選地，由用戶輸入的 數(shù)據(jù)或包含在高速緩沖數(shù)據(jù)庫中的其他數(shù)據(jù))可以具有有限制的有效 性。例如，可預想以特定(例如有規(guī)律的)間隔刪除至少加載至高速 緩沖數(shù)據(jù)庫的基本數(shù)據(jù)，以及接下來發(fā)生至少基本數(shù)據(jù)的重新源化(re-sourcing)。例如，每晚發(fā)生刪除?？梢栽诿總€刪除操作之后發(fā)生 數(shù)據(jù)的重新源化。除此之外或可選地，可以針對特定交易的調(diào)用來發(fā) 生數(shù)據(jù)的重新源化。如已經(jīng)解釋的，計算機系統(tǒng)可選地包括一個或更多個隊列。優(yōu)選 地，隊列是成對的，將針對連續(xù)讀出的請求寫入第一隊列，并在第二 隊列中發(fā)生鏈接至請求的服務或更多個服務的狀態(tài)協(xié)議。因而，第二 隊列可以提供針對是否己經(jīng)或仍在處理特定請求(和/或與之鏈接的服 務)的參考點。隊列可以位于高速緩沖數(shù)據(jù)庫層級上(例如，以表格 形式)。然而，隊列也可以獨立于高速緩沖數(shù)據(jù)庫、通過單獨的組件來 實現(xiàn)。除異步請求之外，也可以在計算機系統(tǒng)中提供同步請求。這樣， 如果新頁面的建立依據(jù)通過請求所調(diào)用的服務的結(jié)果，則可以總是生成針對相對于新顯示頁面的顯示同步運行的至少一個服務的調(diào)用的請 求?？梢栽趩为毜年犃谢蚬碴犃兄袑崿F(xiàn)同步和異步請求。根據(jù)另一方面，本發(fā)明提出了一種用于基于工作流的數(shù)據(jù)處理、 尤其與計算機輔助的信貸決策相關的方法，其中，作為工作流的一部 分，通過工作流控制命令來交互式地執(zhí)行多個顯示頁面。該方法包括 以下步驟提供具有用戶接口的至少一個用戶終端，用于頁面顯示， 并用于輸入用戶數(shù)據(jù)和工作流控制命令；提供至少一個高速緩沖數(shù)據(jù) 庫，用于將用戶數(shù)據(jù)和基本數(shù)據(jù)的所選摘錄加載至所述至少一個高速 緩沖數(shù)據(jù)庫；提供用于基于源自高速緩沖數(shù)據(jù)庫的數(shù)據(jù)來執(zhí)行數(shù)據(jù)處 理步驟的服務；生成針對至少一個服務的調(diào)用的請求，作為對工作流控制命令的響應，其中，如果新顯示頁面的建立獨立于通過該請求調(diào) 用的服務結(jié)果，則相對于新顯示頁面的顯示異步地調(diào)用該服務?？蛇x 地，可以通過至少一個隊列，將至少針對異步服務調(diào)用的請求串行化。 可以將作為對請求的響應的、從服務中接收回的服務數(shù)據(jù)存儲在 高速緩沖數(shù)據(jù)庫。在這種情況下，高速緩沖數(shù)據(jù)庫可以用作服務數(shù)據(jù) 的"郵箱"?？梢越惶娴剡M行基本數(shù)據(jù)摘錄至高速緩沖數(shù)據(jù)庫的加載。例如， 從基本數(shù)據(jù)庫中讀出的基本數(shù)據(jù)的內(nèi)容可以包含針對要另外加載的基本數(shù)據(jù)的指令。僅在第一加載操作之后識別這種cab的指令，并(通過 重新加載基本數(shù)據(jù))對其進行處理。所重新加載的基本數(shù)據(jù)也可以包 含這種指令。僅高速緩沖數(shù)據(jù)庫的提供能夠?qū)崿F(xiàn)這種交替加載操作。本發(fā)明可以實現(xiàn)為硬件解決方案、軟件解決方案或這兩種解決方 案的組合。只要涉及軟件解決方案，本發(fā)明便提出具有程序代碼裝置 的計算機程序產(chǎn)品，該程序代碼裝置用于當計算機程序產(chǎn)品在計算機 系統(tǒng)上運行時執(zhí)行該方法?？梢栽谟嬎銠C可讀記錄介質(zhì)上存儲計算機 程序產(chǎn)品。


圖1示出了對兩個請求的串行處理的示意圖； 圖2示出了對兩個請求的并行處理的示意圖；圖3示出了對類似請求的并行處理的示意圖； 圖4示出了對請求的同步處理的示意圖； 圖5示出了對請求的異步處理的示意圖； 圖6示出了沒有串行化的兩個異步請求的示意圖1 圖 7 示 出 了 根據(jù)本發(fā) 明 實施例的系統(tǒng)的示意圖； 圖8示出了根據(jù)圖7的系統(tǒng)的功能組件的示意圖； 圖9示出了描述了根據(jù)圖7的系統(tǒng)的操作模式的示意性流程圖； 圖10示出了更加詳細地描述了根據(jù)圖7的系統(tǒng)的操作模式的另一示意性流程圖；圖11示出了在用于處理信貸申請的工作流中根據(jù)圖7的系統(tǒng)的實施方式；以及圖12示出了用于處理在處理過程中涉及多個人的信貸申請的工 作流的示例。
具體實施方式
以下使用作為標準信貸過程(SCP) —部分的信貸申請的計算機 輔助過程的優(yōu)選實施例來解釋本發(fā)明。然而，本發(fā)明所基于的各方面 可以結(jié)合其他工作流一起使用。在詳細解釋該實施例之前，為了明確地理解本發(fā)明，首先解釋多對術語串行和并行、同步和異步。使用由第一系統(tǒng)組件發(fā)送至第二 系統(tǒng)組件的請求來做出該解釋。如果連續(xù)處理請求，則順序地運行兩個請求(圖l)。另一方面， 如果在第一請求和第二請求的處理過程中的任何時間同時執(zhí)行兩個請求，則這兩個請求并行運行(圖2)。圖2中標為'A'的點是(可選) 同步點。在這里，必須在可以繼續(xù)該序列之前結(jié)束對兩個請求的處理。 圖3示出了針對不同對象并行執(zhí)行相同請求的情況(例如，多個電子 文檔的并行存儲)。對于術語同步和異步的定義，必須考慮調(diào)用函數(shù)或調(diào)用過程。如 果調(diào)用函數(shù)等待請求的終止，則同步執(zhí)行請求。圖4中示出了同步序列例如，用戶激活所顯示的屏幕頁面上的"保存并繼續(xù)"按鈕。隨即該申請調(diào)用請求"請求1"，并且不能顯示下一屏幕直至對請求"請求1" 進行了處理。如果調(diào)用函數(shù)啟動請求，但不等待該請求的終止，則異步地執(zhí)行 該請求。在圖5中示出了異步請求例如，用戶激活所顯示的顯示頁 面上的"保存并繼續(xù)"按鈕。該申請啟動請求"請求1"，并呈現(xiàn)下一頁 面，而不等待請求"請求l"的終止。在異步操作中，要在本實施例中防止的是如果不對類似的請求進行串行化，則類似的請求相互"超越(overtake)"。例如，將類似的 請求理解為訪問表中相同字段的請求。接下來在圖6中示出了這種示 例(為了簡明，在本例中假設在連續(xù)過程中執(zhí)行兩次調(diào)用)。灰色箭頭 符號表示時間順序的序列，即在之后執(zhí)行的請求位于下方。由于系統(tǒng) 而導致處理次數(shù)的改變，可能出現(xiàn)直至請求12之后才對首先觸發(fā)的請 求1,進行處理的情況。例如，如果各個請求包含對數(shù)據(jù)庫的白色訪問， 則存在請求12的更新數(shù)據(jù)被請求h的舊數(shù)據(jù)重寫的危險避免該問題 的一種方式是實現(xiàn)負責"串行化"的隊列算法和(如果必要)類似請求 的同步(對照圖2)。圖7示出了用于基于工作流的數(shù)據(jù)處理的計算機系統(tǒng)10的實施 例。計算機系統(tǒng)IO包括多個用戶終端12。在每個用戶終端12上，運 行可以處理以超文本標記語言(HTML)編寫的網(wǎng)站的網(wǎng)絡瀏覽器， 并將它們顯示在用戶終端12的屏幕上。因此，從用戶角度來看，在每 種情況下，用戶終端12均用作網(wǎng)絡前端(WFE)。用戶終端12經(jīng)由網(wǎng)絡14 (例如，內(nèi)聯(lián)網(wǎng)或互聯(lián)網(wǎng))訪問中央高 速緩沖數(shù)據(jù)庫16。通過服務器18進行對高速緩沖數(shù)據(jù)庫16的訪問。 另一方面(從用戶終端12的角度來看)，應用程序在服務器18上運行。 另一方面，用于管理數(shù)據(jù)庫16的程序也運行在服務器18上。在可選 實施例中，用于管理數(shù)據(jù)庫16的程序運行在單獨的數(shù)據(jù)庫服務器(未 示出)上。一方面，將由用戶通過用戶終端12輸入的應用輸入數(shù)據(jù)加載至 高速緩沖數(shù)據(jù)庫16。另一方面，根據(jù)用戶輸入和下游服務的信息需求， 將基本數(shù)據(jù)的摘錄載入高速緩沖數(shù)據(jù)庫16?；緮?shù)據(jù)源自基本系統(tǒng)20。每個基本系統(tǒng)20包含用于存儲基本數(shù)據(jù)的單獨的基本數(shù)據(jù)庫22 和分配給各個基本數(shù)據(jù)庫22、用于管理基本數(shù)據(jù)的服務器24。基本數(shù) 據(jù)是不被修改、或者至少不經(jīng)常修改的相對較長期的數(shù)據(jù)。不僅通過 高速緩沖數(shù)據(jù)庫16來訪問基本系統(tǒng)20，還通過多個其他系統(tǒng)(未在 圖7中示出，用于實現(xiàn)基本數(shù)據(jù)的服務或?qū)緮?shù)據(jù)進行類似處理) 來訪問基本系統(tǒng)20。結(jié)合SCP，例如，基本數(shù)據(jù)包括在第一基本數(shù)據(jù)庫22中保持的 顧客數(shù)據(jù)(包括與公司顧客集團的合法結(jié)構(gòu)有關的顧客簡檔數(shù)據(jù))。在 第二基本數(shù)據(jù)庫22中保持與現(xiàn)有的顧客承諾有關的基本數(shù)據(jù)(包括與 已經(jīng)存在的抵押和/或特定顧客的信貸有關的數(shù)據(jù))。在第三基本數(shù)據(jù) 庫22中保持其他基本數(shù)據(jù)，即抵押為保證金的對象。從銀行業(yè)的觀點 來看，所有抵押為保證金的對象實現(xiàn)了針對銀行的相同的目的。它們 用作對銀行進行信貸的保證金。在第三基本數(shù)據(jù)庫22中，將抵押為保 證金的各個對象(例如資產(chǎn)組合值、擔保、貸方余額)通過保險配額 (coverquotas)分配給保險合同，即當前信貸或申請。圖7的計算機系統(tǒng)還包括對高速緩沖數(shù)據(jù)庫16進行讀/寫訪問的 多個服務器系統(tǒng)26。每個服務器26通過一個或更多個服務使得處理 邏輯可用。在本實施例中，這是用于執(zhí)行SCP的處理邏輯?？梢韵蛞?些或所有服務器26分配它們自己的服務數(shù)據(jù)庫(未示出)。加載至高速緩沖數(shù)據(jù)庫16的基本數(shù)據(jù)具有有限制的有效性。有 效性的限制對于保證在每種情況下更新由服務器26處理的基本數(shù)據(jù) 來說十分重要。在許多應用場景(首先是在SCP中)，更新數(shù)據(jù)的事 實是獲得可靠處理結(jié)果的重要保證者。在信貸評估中，更新數(shù)據(jù)的事 實另外伴隨著將信貸失敗的風險最小化。在本實施例中，保證更新數(shù) 據(jù)的事實在于有規(guī)律地刪除高速緩沖數(shù)據(jù)庫16中基本數(shù)據(jù)(或其中 一部分)的摘錄，在此之后是例如通過文件傳輸(例如針對如顧客數(shù) 據(jù)或顧客簡檔數(shù)據(jù)之類的主數(shù)據(jù))或從基本數(shù)據(jù)庫22和任何服務數(shù)據(jù) 庫中同時(例如，從服務數(shù)據(jù)庫中對特定交易的調(diào)用)對數(shù)據(jù)進行重 新源化。例如，在每晚發(fā)生通過文件傳輸對數(shù)據(jù)進行重新源化，從而 可以使基本數(shù)據(jù)的當前每日摘錄由高速緩沖數(shù)據(jù)庫16可用。在圖8中，示意性地示出根據(jù)圖7的計算機系統(tǒng)10中組件的任務的分發(fā)800，并將其分為若干層。圖7所示的用戶終端12包含WFE 形式的用戶接口 802(頂層)。WFE允許HTML頁面的呈現(xiàn)。通過HTML 頁面輸入和輸出數(shù)據(jù)。通過圖形強制字段指示符支持該數(shù)據(jù)輸入。每 個HTML頁面的主要組成是導航幫助，導航幫助示出了用戶在那個時 刻正處于包括多個站點的工作流的哪一點。在用戶接口層802，還以 格式檢查的形式進行第一數(shù)據(jù)驗證(通過Java腳本)。例如，該格式 檢査確保正在使用正確的數(shù)據(jù)格式。在不正確的輸入發(fā)生時，顯示適 合的(例如，彈出形式的)消息。在用戶接口層802以下提供Java小服務程序(Java servlet) 804 形式的用戶程序("用戶層")。小服務程序804在服務器18上運行， 并將數(shù)據(jù)寫入高速緩沖數(shù)據(jù)庫16以及從高速緩沖數(shù)據(jù)庫16讀取數(shù) 據(jù)。此外，小服務程序804產(chǎn)生基于各個數(shù)據(jù)組合而提供的用戶接口 層802的HTML頁面，并包括相關處理邏輯。小服務程序804的另一 任務是發(fā)起并協(xié)調(diào)不同類型的請求。針對在第一HTML頁面上(例如， 通過激活"保存并繼續(xù)"按鈕)輸入工作流控制命令之后的事件，遇到 一個或更多個同步請求，小服務程序804確保不顯示下一 HTML頁面， 直至執(zhí)行了所有同步請求。換言之，小服務程序804等待產(chǎn)生下一 HTML頁面，直至出現(xiàn)針對每個起始同步請求的系統(tǒng)響應。在一個或 更多個異步請求的情況下，不必等待顯示下一 HTML頁面直至出現(xiàn)對 異步請求或更多個異步請求的系統(tǒng)響應。然而，可能直至執(zhí)行了異步 請求或更多個異步請求，特定功能才可用。在這種情況下，小服務程 序804確保直至處理了相關異步請求后，該功能在用戶接口層802才 可用。在小服務程序804層之下提供了圖7所述的具有高速緩沖數(shù)據(jù)庫 16的數(shù)據(jù)庫層806。高速緩沖數(shù)據(jù)庫16包括多個寫入數(shù)據(jù)并從中讀 取數(shù)據(jù)的相關表。因此，高速緩沖數(shù)據(jù)庫16針對多個服務請求提供 了數(shù)據(jù)池，并將適合的請求發(fā)送至位于下面的層(工作層808)。數(shù)據(jù) 庫層806的另一任務是執(zhí)行數(shù)據(jù)對象的驗證，并調(diào)用任何對象隨動 (follow-up)處理(例如，數(shù)據(jù)可以從基本系統(tǒng)最新加載或再加載以用于完整性服務)。另外，數(shù)據(jù)庫層806負責編譯用于呈現(xiàn)在HTML 頁面的數(shù)據(jù)(換言之，用于編譯專用數(shù)據(jù)、任何消息和數(shù)據(jù)，以用于 在HTML頁面上建立工作流概要呈現(xiàn))。此外，兩個單獨的隊列位于數(shù)據(jù)庫層806上。將新服務請求寫入 第一隊列。在第二隊列中，出現(xiàn)是否結(jié)束了通過請求所請求的服務的 條目。因此，可以從第二隊列中識別請求狀態(tài)。在本實施例中，將隊 列實現(xiàn)為給每個請求產(chǎn)生新數(shù)據(jù)集(記錄)的特定表。在每種情況下， 為記錄所產(chǎn)生的數(shù)據(jù)集包含用戶會話ID(用于將請求分配給特定用戶 終端12)、記錄類型(指示每種情況下要調(diào)用的服務以及要傳遞至服 務的數(shù)據(jù)、以及用于串行化目的的連續(xù)分配的序列號。通過小服務程 序804觸發(fā)針對特定請求的記錄條目。如上述提及的，將服務請求通過隊列從數(shù)據(jù)庫層806傳遞至位于 下面的工作層808?；贘ava的工作層806讀出請求隊列，處理所讀 出的服務請求，并利用來自高速緩沖數(shù)據(jù)庫16的數(shù)據(jù)(基本數(shù)據(jù)和/ 或輸入數(shù)據(jù))調(diào)用適合的服務。工作層808還響應于返回高速緩沖數(shù) 據(jù)庫16的服務請求，寫入從服務中接收到的服務數(shù)據(jù)和服務消息。 高速緩沖數(shù)據(jù)庫16在這一方面用作請求相關的"郵箱"，從中可以按 需調(diào)用服務數(shù)據(jù)和消息(例如，同步或異步建立新頁面)。工作層808的另一任務是映射在一方面位于上面的數(shù)據(jù)庫層806 與另一方面位于下面的服務層808之間的不同數(shù)據(jù)結(jié)構(gòu)。工作層808 還啟用了負荷分發(fā)(例如，在請求峰值處)并隨著用戶終端和服務訪 問數(shù)量的增加而提高整個系統(tǒng)的可縮放性。最后，服務層810構(gòu)成根據(jù)圖8的示意圖中的底層。服務層810 包含圖7中所示的服務器26，這使得相應的處理邏輯可用(例如， C++)，并還負責技術和專家驗證?？梢詫⒁粋€或更多個數(shù)據(jù)庫(未示 出)分配給服務層810上服務器26中的每個或一些，用于存儲服務數(shù) 據(jù)。在圖9中，結(jié)合SCP，示出工作流900的細節(jié)作為示例。工作流 900涉及用作信貸申請保證金的實物資產(chǎn)(不能移動)的登記或重新 評估?？傮w上，工作流900包括多個單獨的站點，其中的兩個站點在圖9中示出。通?？磥恚瑘D9中示出的細節(jié)示出了已經(jīng)在圖8中指示出的從工作流站點(第一 HTML頁面902)至第二工作流站點(第二HTML頁 面卯4)的轉(zhuǎn)移。每個HTML頁面902、卯4包括導航幫助("navbar") 卯6，用于指示工作流900的當前站點，并直接跳至不同于邏輯上的下 一個站點的(所允許)站點。第一 HTML頁面902使能實物資產(chǎn)基本 數(shù)據(jù)的登記，同時第二 HTML頁面904請求輸入針對實物資產(chǎn)的評估 數(shù)據(jù)。為了清楚，在圖9中沒有示出HTML頁面902、 904的數(shù)據(jù)輸 入字段。為了輸入工作流控制命令，HTML頁面902具有"保存并繼續(xù)"按 鈕形式的控制元件908。在用戶(完全)輸入用戶數(shù)據(jù)(例如，交易 數(shù)據(jù))之后，發(fā)起至工作流新站點的轉(zhuǎn)移，其中用戶以指向設備(例 如鼠標)來激活控制元件卯8。在激活控制元件908之后，在用戶數(shù) 據(jù)的格式化驗證之后，在步驟910中，仍在HTML頁面902 (未示出) 上發(fā)生將輸入數(shù)據(jù)存儲至高速緩沖數(shù)據(jù)庫中。然后，在數(shù)據(jù)庫層中驗 證輸入數(shù)據(jù)(步驟912)。如果該請求是同步請求，則僅在成功處理了 這些請求之后顯示下一 HTML頁面904。在異步請求的情況下，在發(fā) 起這些請求之后立即顯示下一 HTML頁面904。在步驟914中，在這 兩種情況下均進行HTML頁面904的顯示?？梢郧宄乜闯?，在HTML 頁面904上的導航幫助卯6中，將菜單點"基本數(shù)據(jù)"(不會與源自基 本系統(tǒng)的數(shù)據(jù)相混淆)標記上檢查標記。這表示沒有錯誤地完成了用 戶數(shù)據(jù)輸入?；谛阅芸紤](各個工作流站點的快速頁面建立/快速處理)，異 步地執(zhí)行建立HTML頁面904所不必需的服務請求(步驟914)。例 如，如果在服務層級上出現(xiàn)數(shù)據(jù)處理操作(其結(jié)果對于接下來的頁面 的建立沒有影響)與特定服務調(diào)用連接，則異步地開始數(shù)據(jù)處理操作。 通過在用戶層級或數(shù)據(jù)庫層級上運行的應用程序(例如圖8所示的小 服務程序804)請求服務，以執(zhí)行特定任務，而在呈現(xiàn)下一頁面之前 申請不必等待服務調(diào)用的終止。從服務中接收回的數(shù)據(jù)中間地存儲在 高速緩沖數(shù)據(jù)庫中，直至例如之后的頁面建立需要這些數(shù)據(jù)。然而，通過激活導航幫助906中的菜單點，用戶可以跳至這樣的 頁面，其中必須終止服務請求在先前所異步啟動的該頁面的呈現(xiàn)。其示例是如果為此目的而提供的HTML頁面上的信貸申請量("申請 定義")發(fā)生改變，并在接下來存儲該頁面，則必須重新計算與信貸申 請相關聯(lián)的實物資產(chǎn)的貸放。由于在申請數(shù)據(jù)的登記中，實物資產(chǎn)的 貸放并不呈現(xiàn)在要為此而執(zhí)行的任一HTML頁面上，所以可以異步地 啟動適合的計算調(diào)用。然而涂改用戶從"申請定義"頁面直接改變至實 物資產(chǎn)概要頁面，則在呈現(xiàn)該頁面之前，必須確保結(jié)束了所需的所有 實物資產(chǎn)的計算。在這種情況下，即如果還沒有完全地處理呈現(xiàn)頁面所必需的服 務，則首先向用戶顯示空或消息頁面。同時，示出指示消息"這種處理 所需的數(shù)據(jù)還不可用。請等待..."。現(xiàn)在在后臺連續(xù)執(zhí)行與是否已經(jīng)結(jié) 束了適合的服務有關的檢查。例如，可以在隊列之一中分配給服務或 相應請求的狀態(tài)條目中找到適合的指示。 一旦結(jié)束了服務，則自動呈 現(xiàn)所請求的頁面(無需進一步的用戶動作)。從終止服務之后將服務數(shù) 據(jù)讀入的高速緩沖數(shù)據(jù)庫中取出產(chǎn)生該頁面可能所需的服務數(shù)據(jù)。出于技術原因，直至執(zhí)行了來自特定用戶的所有未完成的請求之 后才發(fā)起新(同步或異步)請求。例如，如果用戶存儲了與實物資產(chǎn) 相關的信貸申請的特定申請總和，則當存儲申請時，會遇到針對實物 資產(chǎn)計算過程的異步請求。如果用戶改變了申請總和，則在發(fā)送新請 求的過程中存在時延，直至結(jié)束了與第一申請的存儲相關的計算?，F(xiàn)在參照圖10的流程圖1000，更加詳細地解釋圖9中示意性示 出的操作。在圖10中，具體示出了針對請求實現(xiàn)的隊列的使用。在根 據(jù)圖10的示意圖中，將高速緩沖數(shù)據(jù)庫(或所分配的數(shù)據(jù)庫服務器) 的函數(shù)和方法分為對WFE (左起第四列)以及對工作過程(右起第二 列)可用的函數(shù)和方法。從各個步驟的邏輯序列的觀點來看，可以互 換右起第二和第三列。圖10示出了針對圖9所示的用戶數(shù)據(jù)存儲910、數(shù)據(jù)驗證912和 頁面呈現(xiàn)914的步驟的實現(xiàn)所提供的各個函數(shù)和方法。圖10中的附加 解釋是位于高速緩沖數(shù)據(jù)庫層級上的隊列操作的模式。在數(shù)據(jù)庫層級上，存在分配給彼此的請求和響應隊列(因而是兩個單獨的隊列)。隊 列允許對如上所述的出于性能考慮而實現(xiàn)的異步請求進行同步化。如 己經(jīng)解釋的，尤其如果與請求相關的服務對于邏輯上下一頁面的呈現(xiàn)， 沒有影響，則異步地發(fā)起請求。另一方面，針對對邏輯上下一頁面的 顯示沒有影響的處理，發(fā)起同步請求。圖10中所示的序列通過激活"保存并繼續(xù)"按鈕(圖9中的參考數(shù)字908)，開始接下來的數(shù)據(jù)輸入。激活"保存并繼續(xù)"按鈕啟動了 WFE的Java方法saveNext()1002。 方法saveNext()1002包括方法saveBO() 1004、 waitForSynCallback() 1006、 collectUserExceptions() 1008和next() 1010。 saveBO() 1004將數(shù) 據(jù)對象形式的特定頁面輸入數(shù)據(jù)寫入高速緩沖數(shù)據(jù)庫，并在該連接中 與高速緩沖數(shù)據(jù)庫層級上的PL/SLQ保存方法1012進行通信。方法 1012包括函數(shù)save—fieldchange 1014，用于將所接收到的輸入數(shù)據(jù)存 儲在高速緩沖數(shù)據(jù)庫的相關表中。方法1012還包括函數(shù)set—request 1016，利用該函數(shù)，(在步驟1018中)將新請求置入由工作過程讀取 的請求隊列中。在步驟1018中置于隊列中的請求與針對同當前頁面鏈 接的特定服務的請求相關，并且數(shù)據(jù)經(jīng)由該頁面輸入。在許多情況下， 必須執(zhí)行多個獨立的服務處理步驟。為此，提供了函數(shù) set—group—r叫uest 1020。該函數(shù)經(jīng)由隊列，將多個請求連續(xù)地發(fā)送至 工作過程(步驟1022)。與將特定頁面輸入數(shù)據(jù)通過saveBO() 1004寫入高速緩沖數(shù)據(jù)庫 同時，啟動驗證過程(方法colIectUserExceptions() 1008)。方法1008 具有函數(shù)mnObjektFolgeverarb() 1024，用于在調(diào)用數(shù)據(jù)庫層級上的 PL/SLQ函數(shù)validate—by—BC() 1026。函數(shù)1026驗證每個頁面上在存 儲操作中涉及到的所有數(shù)據(jù)對象。通過函數(shù)1026的驗證識別用戶是否 完全完成了頁面的填寫。為了實現(xiàn)這種識別，也在高速緩沖數(shù)據(jù)庫中 登記WFE的所有顯示設置。如果沒有完全填寫頁面，則產(chǎn)生適合的 驗證消息，并在WFE上呈現(xiàn)。在WFE層級或數(shù)據(jù)庫層級上的其他函數(shù)refreshNavbar() 1028和 refresh—navbar() 1030獨立于新HTML頁面的呈現(xiàn)，觸發(fā)了導航幫助的重新建立(圖9中的參考數(shù)字906)。這是"保存并繼續(xù)"序列的標準函數(shù)。與彼此相對應的WFE層級上的函數(shù)loadO 1032和數(shù)據(jù)庫層級 上的check—user—requests 1034將面向用戶的特定的"沒有找到數(shù)據(jù)"服 務消息轉(zhuǎn)換為高速緩沖數(shù)據(jù)庫中的驗證消息。函數(shù)1034還啟用了失敗 請求的更新發(fā)起，并將針對各個頁面的適合的錯誤消息發(fā)送給用戶。WFE的方法waitForSynCallback() 1006確保在執(zhí)行下一 Java語句 的過程中存在時延，直至執(zhí)行了所有同步啟動的針對當前所請求的存 儲操作的請求。其中的方法1006利用了由PL/SQL函數(shù)1020返回的 明確請求標識以及請求狀態(tài)模型(在步驟1036中響應隊列中所結(jié)束的 請求以"完成"為特征)。通過監(jiān)視狀態(tài)改變的組件的方法Wake-up Thread 1038來連續(xù)檢查響應隊列，然后將其報告給方法1006的函數(shù) start() 1040。在沒有完全執(zhí)行的同步請求或更多個同步請求時，方法 1006 (通過函數(shù)1042和1044)防止下一 Java語句的執(zhí)行。如果僅在 存儲操作中發(fā)起異步請求，則不使用方法1006。工作過程實現(xiàn)在數(shù)據(jù)庫層級(隊列)與服務層級之間的通信。為 此，工作過程包括Java方法過程請求TPooled Connection() 1050。方 法1050與數(shù)據(jù)庫方法get一r叫uest 1052進行通信，以便從隊列中讀出 用于處理的另一請求。 一旦工作過程完成了執(zhí)行所讀出的最后請求， 則由工作過程連續(xù)地調(diào)用循環(huán)中的方法1052。因此，在第一步驟中，工作過程從隊列中讀出要執(zhí)行的、還未被 讀出的請求。然后通過工作方法TloadX() 1054，從高速緩沖數(shù)據(jù)庫中 讀出要由所分配的服務執(zhí)行的數(shù)據(jù)。為此，方法1054與數(shù)據(jù)庫方法 Load—request—data 1056進行通信。該方法1056加載來自數(shù)據(jù)庫表的 分配給請求的數(shù)據(jù)，并將數(shù)據(jù)傳送至方法1054。然后，工作方法 TAbstractService-Handler() 1058調(diào)用分配給從隊列中讀出的請求的服 務。與服務請求一起，方法1058也將從高速緩沖數(shù)據(jù)庫中讀出的數(shù) 據(jù)傳遞并處理至適合的服務方法1060。在終止了處理操作之后，方法 1060向方法1058發(fā)送回接收作為處理的一部分的數(shù)據(jù)和與終止處理 有關的消息。此外，也在服務層級執(zhí)行驗證，并將驗證結(jié)果(如果必要)傳送至方法1058。在驗證中，在可能導致錯誤消息的服務層級上的驗證是技術和 "專家"的驗證。例如，將使得不可能在服務層級上進行進一步處理的 例外情況作為"技術錯誤"報告給用戶。通過服務重新輸入消息，并通 過工作過程轉(zhuǎn)發(fā)至高速緩沖數(shù)據(jù)庫。從而保持數(shù)據(jù)的一致性，必須確保在技術錯誤出現(xiàn)時，在服務層級上發(fā)生進一步的處理步驟。在WFE 層級上，在繼續(xù)該過程之前，實現(xiàn)用于在每個請求之后檢査技術錯誤 數(shù)量的邏輯。該邏輯(至少其中的一部分)也可以在工作過程中實現(xiàn)， 其中例如，首先檢查服務所需要的所有信息是否在將請求轉(zhuǎn)發(fā)至適合 的服務之前出現(xiàn)在高速緩沖數(shù)據(jù)庫中?？紤]了 WFE的多個輸入字段中內(nèi)容的驗證被稱為"專家"認證。 專家認證包括比較相同對象的相同輸入頁面的至少兩個字段、對象的 不同輸入頁面的至少兩個字段、和/或不同對象的至少兩個字段。針對 每個錯誤和所涉及的頁面出現(xiàn)適合的驗證消息。除在服務層級上的專 家驗證之外或可選地，可以在數(shù)據(jù)庫層級上發(fā)生專家驗證。為了處理發(fā)起服務的驗證消息，工作過程包括方法 TServiceBaseHandler() 1062。 i亥方法1602與數(shù)據(jù)庫層級上的方法 set—service—exception 1064禾卩set—validation—error 1066進行通信。方法 1064將專家驗證和服務的強制字段驗證直接輸入適合的表。另外，將 與技術服務例外有關的驗證消息通過方法1066插入該表。工作過程另外包含TsaveX() 1070，用于與數(shù)據(jù)庫層級上相應的方 法StoreService data() 1072進行通信。方法1070將從服務中接收回的 數(shù)據(jù)轉(zhuǎn)發(fā)至高速緩沖數(shù)據(jù)庫，其中通過方法1072將該數(shù)據(jù)加載至所分 配的數(shù)據(jù)庫表中。另一方法Finalise 1074向高速緩沖數(shù)據(jù)庫報告服務過程步驟的結(jié) 束(方法up-date—request 1076)。方法1076包括方法set—completion 1078，用于更新響應隊列中適合的請求的狀態(tài)。此外，方法1076包括 方法submit—next—in—group 1080。方法1080使請求組的下一請求置于 請求隊列中。WFE方法next() 1010負責調(diào)用所引用的HTML頁面。方法1010包括方法showedit() 1090，用于基于所實現(xiàn)的顯示邏輯和基于當前數(shù) 據(jù)組合來負責HTML頁面的實際產(chǎn)生。另外，如果還沒有結(jié)束與當前 頁面產(chǎn)生的連接中所需異步啟動的所有服務，則該方法1090處理頁面 相關異步請求，并輸出以上引用的消息(或者空HTML頁面)。方法 1090在該連接中與相應的數(shù)據(jù)庫方法has—incomplete—reqjava 1092和 validate—by一BC 1094進行通信。方法1090包括方法load() 1096，其用于從高速緩沖數(shù)據(jù)庫中讀出 產(chǎn)生頁面所需的數(shù)據(jù)和消息。在數(shù)據(jù)庫層級通過方法BC一Transporter 1098來收集專家數(shù)據(jù)。另一方面，在數(shù)據(jù)庫層級上，方法 post—load—transporter 1100負責收集頁面和用戶相關驗證消息。方法 1100包括方法refresh—navbar (if changed) 1102，其用于將用來重新建 立導航幫助的信息根據(jù)需求傳遞給負責該活動的WFE方法 isChanged() 1104。圖11示出了作為以上解釋的工作流控制機制的示例的實施方式 作為圖12中所示信貸申請過程的一部分。在圖11的頂部，再次引述圖12中示出的用戶角色和工作流站點 ("過程")。在信貸許可過程之下，示出了適合的WFE和應用程序(圖 7中的參考數(shù)字12和18)。高速緩沖數(shù)據(jù)庫位于應用程序之下。將各 種服務系統(tǒng)和基本系統(tǒng)示為圖11中的底層?；鞠到y(tǒng)'算盤和保證金(Abacus and Securities)'使得要加載 至高速緩沖數(shù)據(jù)庫的抵押和保證金數(shù)據(jù)、以及(如果需要)其他基本 數(shù)據(jù)可用。如果負責處理的顧問或一些其他人產(chǎn)生了新交易或者想對 已經(jīng)存在的交易進行進一步處理、復制等，則在例如每晚刪除高速緩 沖數(shù)據(jù)庫之后發(fā)生基本數(shù)據(jù)的重新源化。因而在這種情況下，從基本 數(shù)據(jù)庫選擇性地針對特定交易加載基本數(shù)據(jù)?？梢赃x擇性地將其他數(shù) 據(jù)從(例如，與交易相關的)服務系統(tǒng)加載至高速緩沖數(shù)據(jù)庫。在每種情況下，將服務系統(tǒng)分配給圖11所示頂部的工作流的一 個或更多個站點。例如，工作服務用于收集與執(zhí)行交易的過程中的處 理相關的數(shù)據(jù)。顧客補充服務用于作為交易的一部分收集的顧客信息 的附加存儲。產(chǎn)品配置服務構(gòu)成了 SCP的產(chǎn)品類別，并且是沒有顧客或交易相關數(shù)據(jù)的參考系統(tǒng)?；鞠到y(tǒng)用于對基本數(shù)據(jù)進行重新源化和恢復。LEAR服務用于存儲在WFE中登記的所有數(shù)據(jù)、以及自動在先評估(篩余)、顧客評估、系統(tǒng)決策，并利用與決策相關的所有數(shù)據(jù) 來記錄決策的歷史。GSD服務使得顧客數(shù)據(jù)和顧客簡檔數(shù)據(jù)可用。盡管服務GSD被 表示為"服務"，但事實上可以將其分配給基本系統(tǒng)。GSD數(shù)據(jù)可以在 高速緩沖數(shù)據(jù)庫的每個定期刪除之后，通過每晚的文件傳輸，被載入 高速緩沖數(shù)據(jù)庫，從而使得在此處立即可用。通過IMMO服務來存儲大多數(shù)實物資產(chǎn)數(shù)據(jù)和在WFE中登記的 實物資產(chǎn)評估數(shù)據(jù)。最后，定價服務是用于計算信貸交易中的價格的 組件。與應用于顧客的興趣和條件一樣，在定價服務中也制定整個下 層價格結(jié)構(gòu)。本發(fā)明的實施方式由于簡化并且快速的數(shù)據(jù)源化(高速緩沖數(shù)據(jù) 庫)和異步啟動的服務請求的使用，實現(xiàn)了運行時間的顯著降低，并 縮短了響應時間。高速緩沖數(shù)據(jù)庫可以用作與異步啟動的服務相連接 的服務數(shù)據(jù)的"郵箱"。因而單獨的用戶終端可以通過許多HTML頁面 工作，而無需干擾和不必要的等待時間。這可觀地加速了工作流。對于專家界顯而易見的是，可以有對本發(fā)明的許多修改和其他開 發(fā)。出于此因，僅通過所附權利要求來限制本發(fā)明的范圍。
權利要求
1、一種用于基于工作流的數(shù)據(jù)處理、尤其與計算機輔助的信貸決策相關的計算機系統(tǒng)(10)，其中，作為工作流的一部分，通過工作流控制命令來交互式地經(jīng)過多個顯示頁面(902、904)，所述計算機系統(tǒng)(10)包括至少一個具有用戶接口(802、908)的用戶終端，用于頁面顯示，以及用于輸入用戶數(shù)據(jù)和工作流控制命令；具有包含基本數(shù)據(jù)的相關基本數(shù)據(jù)庫(22)的一個或更多個基本系統(tǒng)(20)；至少一個高速緩沖數(shù)據(jù)庫(16、806)，將用戶數(shù)據(jù)和基本數(shù)據(jù)的所選摘錄加載至所述至少一個高速緩沖數(shù)據(jù)庫(16、806)；一個或更多個具有服務(810)的服務系統(tǒng)(26)，用于基于源自高速緩沖數(shù)據(jù)庫(16、806)的數(shù)據(jù)來執(zhí)行數(shù)據(jù)處理步驟；以及機制(804)，用于生成針對至少一個服務(810)的調(diào)用的請求，作為對工作流控制命令的響應，其中，如果新顯示頁面(904)的建立獨立于通過該請求調(diào)用的服務(810)結(jié)果，則相對于新顯示頁面(904)的顯示異步地調(diào)用服務(810)。
2、 如權利要求1所述的計算機系統(tǒng)，其特征在于，存在至少一 個隊列，用于將針對異步服務調(diào)用的請求串行化。
3、 如權利要求2所述的計算機系統(tǒng)，其特征在于，在隊列與服 務系統(tǒng)(26)之間在功能上設置至少一個工作過程(808)，提供所述 工作過程(808)以讀出隊列，并將所讀出的請求轉(zhuǎn)發(fā)至服務系統(tǒng)(26)。
4、 如權利要求3所述的計算機系統(tǒng)，其特征在于，分配給請求 中的至少一些是高速緩沖數(shù)據(jù)庫(16、 806)中的數(shù)據(jù)以及一個或更多 個服務(810)，其中，在從隊列中讀出請求之后，工作過程(808)從 高速緩沖數(shù)據(jù)庫(16、 806)中讀出分配給該請求的數(shù)據(jù)，并將所述數(shù) 據(jù)轉(zhuǎn)發(fā)至分配給該請求的服務(810)。
5、 如權利要求3或4所述的計算機系統(tǒng)，其特征在于，所述工作過程(808)從將請求轉(zhuǎn)發(fā)到的服務系統(tǒng)(26)接收響應。
6、 如權利要求5所述的計算機系統(tǒng)，其特征在于，所述響應包 含通過服務系統(tǒng)(26)傳遞的、由工作過程(808)寫入高速緩沖數(shù)據(jù) 庫(16、 806)的服務數(shù)據(jù)。
7、 如權利要求5或6所述的計算機系統(tǒng)，其特征在于，所述響 應包含針對傳遞至服務系統(tǒng)(26)的數(shù)據(jù)的驗證消息。
8、 如權利要求5至7之一所述的計算機系統(tǒng)，其特征在于，所 述響應針對請求的執(zhí)行狀態(tài)，所述工作過程(808)做出針對請求的隊 列中、或者在單獨的響應隊列中適合的狀態(tài)條目。
9、 如權利要求1至8之一所述的計算機系統(tǒng)，其特征在于，所 述服務(810)包括用于存儲用戶數(shù)據(jù)的功能。
10、 如權利要求1至9之一所述的計算機系統(tǒng)，其特征在于，所 述工作流控制命令包括存儲命令。
11、 如權利要求1至10之一所述的計算機系統(tǒng)，其特征在于， 所述工作流控制命令包括用于顯示新顯示頁面的命令。
12、 如權利要求11所述的計算機系統(tǒng)，其特征在于，新顯示頁 面是在工作流中邏輯上跟隨的顯示頁面。
13、 如權利要求1至12之一所述的計算機系統(tǒng)，其特征在于， 至少加載至高速緩沖數(shù)據(jù)庫(16、 806)的基本數(shù)據(jù)具有有限制的有效 性。
14、 如權利要求1至13之一所述的計算機系統(tǒng)，其特征在于， 以特定間隔刪除至少加載至高速緩沖數(shù)據(jù)庫(16、 806)的基本數(shù)據(jù)， 并接下來進行基本數(shù)據(jù)的重新源化。
15、 如權利要求1至14之一所述的計算機系統(tǒng)，其特征在于， 在高速緩沖數(shù)據(jù)庫(16、 806)中產(chǎn)生所述至少一個隊列。
16、 如權利要求1至15之一所述的計算機系統(tǒng)，其特征在于， 當新顯示頁面(904)的建立依賴于通過請求所調(diào)用的服務的結(jié)果時， 作為對工作流控制命令的響應，用于生成請求(804)的機制生成針對 相對于新顯示頁面的顯示而同步運行的至少一個服務(810)的調(diào)用的 請求。
17、 一種用于基于工作流的數(shù)據(jù)處理、尤其與計算機輔助的信貸 決策相關的方法，其中，作為工作流的一部分，通過工作流控制命令 來交互式地經(jīng)過多個顯示頁面，所述方法包括以下步驟-提供至少一個具有用戶接口 (802、 908)的用戶終端(12)，用于 頁面顯示，并用于輸入用戶數(shù)據(jù)和工作流控制命令；提供至少一個高速緩沖數(shù)據(jù)庫(16、 806)，將用戶數(shù)據(jù)和選自至 少一個基本數(shù)據(jù)庫(22)的基本數(shù)據(jù)的摘錄加載至所述至少一個高速 緩沖數(shù)據(jù)庫(16、 806);提供用于基于源自高速緩沖數(shù)據(jù)庫(16、 806)的數(shù)據(jù)來執(zhí)行數(shù)據(jù) 處理步驟的服務(810);作為對工作流控制命令的響應，生成針對至少一個服務(810)的 調(diào)用的請求，其中，如果新顯示頁面(904)的建立獨立于通過所述請 求調(diào)用的服務(810)結(jié)果，則相對于新顯示頁面(904)的顯示異步 地調(diào)用所述服務(810)。
18、 如權利要求17所述的方法，其特征在于，從服務(810)接收 回服務數(shù)據(jù)，作為對所述請求的響應，并將所述服務數(shù)據(jù)立即存儲在 所述高速緩沖數(shù)據(jù)庫(16、 806)中。
19、 如權利要求17或18所述的方法，其特征在于，通過至少一個 隊列，將針對異步服務調(diào)用的隊列串行化。
20、 如權利要求17至19之一所述的方法，其特征在于，交替地進 行基本數(shù)據(jù)摘錄的加載，其中從基本數(shù)據(jù)庫(22)讀出的基本數(shù)據(jù)的 內(nèi)容包含與要將哪些其他基本數(shù)據(jù)加載至高速緩沖數(shù)據(jù)庫(16、 806) 有關的指令。
21、 一種具有程序代碼裝置的計算機程序產(chǎn)品，用于在所述計算 機產(chǎn)品在計算機系統(tǒng)(10)上運行時，執(zhí)行如權利要求H至20之一 所述的方法。
22、 如權利要求21所述的計算機程序產(chǎn)品，存儲在計算機可讀 記錄介質(zhì)上。
全文摘要
描述了一種基于工作流的數(shù)據(jù)處理方式，其中，作為工作流的一部分，通過工作流控制命令來交互式地經(jīng)過多個顯示頁面。適合的計算機系統(tǒng)包括至少一個具有用戶接口的用戶終端，用于頁面顯示(802)，以及用于輸入用戶數(shù)據(jù)和工作流控制命令；具有包含基本數(shù)據(jù)的相關基本數(shù)據(jù)庫的一個或更多個基本系統(tǒng)；至少一個高速緩沖數(shù)據(jù)庫，其中對用戶數(shù)據(jù)和基本數(shù)據(jù)的所選摘錄進行緩存(806)；一個或更多個具有服務(810)的服務系統(tǒng)，用于基于源自高速緩沖數(shù)據(jù)庫的數(shù)據(jù)來執(zhí)行數(shù)據(jù)處理步驟；以及機制(804)，用于生成針對至少一個服務(810)的調(diào)用的請求，作為對工作流控制命令的響應。如果新顯示頁面的建立獨立于通過該請求調(diào)用的服務(810)結(jié)果，則相對于新顯示頁面的顯示異步地調(diào)用服務(810)。
文檔編號G06Q10/00GK101243465SQ200680030502
公開日2008年8月13日 申請日期2006年8月10日 優(yōu)先權日2005年8月22日
發(fā)明者彼得·阿姆賴因, 瑞恩·沃舍爾 申請人:瑞士銀行股份有限公司