專利名稱：控制軟件模塊的方法
技術領域：
本發(fā)明涉及一種控制數(shù)據(jù)處理軟件模塊的方法。
背景技術：
從先前技術可知，在一天中的特定時間里，通常要在大企業(yè)的主機電腦系 統(tǒng)上處理大量的數(shù)據(jù)。例如，在營業(yè)日結(jié)束的時候，必須在所謂的當天處理的 最后時間里處理完當天發(fā)生的交易數(shù)據(jù)，通常會發(fā)生這種數(shù)據(jù)大量增加的情 況。在單個交易處理過程中產(chǎn)生的信息，例如，在工業(yè)企業(yè)中一一在什么時間 從誰那里可以獲取一些特定數(shù)量的信息，或在銀行一一在某一特定時間將一筆 特定金額進行轉(zhuǎn)賬或完成其他交易過程，這些信息通常存儲在所謂的字段中。 所有包括有關特定交易過程并保存在文件中的信息的字段通常按預定順序順 次存儲在文件中并形成所謂的數(shù)據(jù)集或記錄。然后在某一時間之后，將數(shù)據(jù)集 集中在文件里，該文件包括有關交易過程的數(shù)據(jù)，該交易過程從記錄開始處發(fā) 生，例如是一天或一天的某一時間段。
例如，處理這樣的文件可以是交易過程必須的預定程序的性能，或是數(shù)據(jù) 庫存的管理，該處理必須由其它系統(tǒng)來完成。處理通常不在創(chuàng)建該數(shù)據(jù)的電腦 中發(fā)生或非排外地發(fā)生，也就是說將數(shù)據(jù)進行了收集。而是將文件轉(zhuǎn)移到中央 計算機上進行處理，在該中央計算機中收集并集中處理了那些在很多類似系統(tǒng) 中生成的文件。這種集中處理方式具有集中式系統(tǒng)的優(yōu)勢。關于該軟件結(jié)構(gòu)， 其最近己從所謂的單片集成電路系統(tǒng)(其中的大型程序具有整體的處理功能， 能完成所有處理步驟)中轉(zhuǎn)換成了一個模塊軟件結(jié)構(gòu)，即所謂的分布式系統(tǒng)。 在此，將數(shù)據(jù)處理所需的功能分成幾個較小的相互通信的軟件模塊。軟件模塊 的相互通信可以這樣進行設計，第一軟件模塊為輸入文件的每個數(shù)據(jù)完成第一 數(shù)量工作步驟并產(chǎn)生存儲在輸出文件中的輸出數(shù)據(jù)集。第一軟件模塊的輸出文 件就是下一軟件模塊的輸入文件，所以這樣的軟件模塊鏈中的一個軟件模塊產(chǎn) 生一個文件，并將其提供給進行進一步處理的下一模塊。當正常情況下根據(jù)固 定方案對相等結(jié)構(gòu)的大量數(shù)據(jù)集進行處理的時候，特別適合使用這種基本的軟 件模塊通信。
當與單片集成電路進行比較時，這樣的模塊系統(tǒng)具有許多優(yōu)點。此外，可 以簡單地對這種鏈的單個軟件模塊進行交換，單個的軟件模塊更容易改變，由 于清楚地限定了模塊之間的接口，可在系統(tǒng)中引進新模塊或?qū)λM行替代。
可在特定時間內(nèi)產(chǎn)生這種文件形式的多個數(shù)據(jù)集的這種模塊系統(tǒng)適用于 在短時間內(nèi)處理數(shù)據(jù)集。例如，特別是有必要在營業(yè)日預定時間段內(nèi)處理所收
集的數(shù)據(jù)集，以此來確保在同一營業(yè)日內(nèi)停止特定的預定過程(booking process)。檢査數(shù)據(jù)集中那些明顯的或可能導致后續(xù)處理步驟錯誤的可能矛 盾不能由第一軟件處理模塊來完成，因為它還需要檢査所有后續(xù)處理需要的標 準。在這點上，整個處理將必須在檢査軟件模塊中重新進行。 一方面，這將與 模式系統(tǒng)的原則相矛盾，另一方面，實踐證明這樣的檢查模塊也包括錯誤并必 須對信息中難以處理可能組合進行檢査。另外，對軟件模塊的任何修改必須進 入檢查程序。在開始處理時，幾乎不可能進行數(shù)據(jù)集的完整檢査。此外，在單 個軟件模塊里數(shù)據(jù)的處理過程中可能發(fā)生矛盾和錯誤，這在日常操作中也不能 將其排除在外。 .
因此，在處理軟件模塊鏈中，第一軟件模塊可能無法識別出數(shù)據(jù)集中的錯 誤和矛盾，但可由后續(xù)的一些其他軟件模塊識別出來，所以該錯誤可能已經(jīng)在 其它相關系統(tǒng)中出現(xiàn)相繼錯誤。如果軟件模塊產(chǎn)生了由幾個軟件模塊相繼處理 的文件或產(chǎn)生了幾個用于后處理軟件模塊的文件，錯誤就增加了。必須在系統(tǒng) 所有受影響的位置上對這種錯誤進行追查和矯正。盡可能早地識別和限制特定 的數(shù)據(jù)集或相關數(shù)據(jù)集群的錯誤是很有用的，這樣可以盡早停止對包含錯誤的 數(shù)據(jù)集的處理，從而防止將該錯誤傳播和散布到其他系統(tǒng)。對于數(shù)據(jù)集中的相 關性，可采用各種準則。例如，集中在特定的分部辦公室內(nèi)的或所有與特定的 交易過程有關的數(shù)據(jù)集都彼此有關。
發(fā)明內(nèi)容
本發(fā)明的一個目的就是提供一種方法，該方法能盡早發(fā)覺含有錯誤或矛盾 的數(shù)據(jù)集并防止錯誤的傳播。
利用控制數(shù)據(jù)處理計算機程序的方法可解決這個問題，其中處理發(fā)生在多 個連續(xù)處理步驟中，而處理階段中的數(shù)據(jù)都由至少一個軟件模塊來處理。在處 理階段的至少一個軟件模塊中，關于己處理數(shù)據(jù)的信息被收集在一起并發(fā)往控 制系統(tǒng)，而控制系統(tǒng)比較由多個處理階段的軟件模塊發(fā)來的信息，且如果檢測 到超過預定允許最大偏差，則阻止在下一處理階段中對該數(shù)據(jù)進行處理。
在從屬權(quán)利要求中顯示了該發(fā)明的進一步優(yōu)點。優(yōu)選地，在處理數(shù)據(jù)集 過程中，處理步驟的軟件模塊收集有關處理后的數(shù)據(jù)集的信息，例如通過普通 特征關聯(lián)在一起的相關數(shù)據(jù)集的數(shù)量。只要處理了所有符合相關標準的輸入數(shù) 據(jù)集合，屬于處理階段的軟件模塊將所收集的有關已處理的數(shù)據(jù)集的信息發(fā)往 控制系統(tǒng)?？刂葡到y(tǒng)獲得了由各自處理階段中的多個軟件模塊處理后的數(shù)據(jù)集 信息。接著，控制系統(tǒng)將收集的信息與處理軟件模塊中特定標準進行比較，來確定他們是否同時發(fā)生或彼此相配，或是否超過了預定的最大容許偏差。如果 預定偏差尚未達到或剛好達到的話，就容許對隨后的處理部分的軟件模塊中相 應數(shù)據(jù)進行處理，或開始隨后處理階段中的處理。
否則，當超過了預定的最大額外偏差的時候，就不允許在隨后處理階段中 進行相應數(shù)據(jù)的處理，這樣就防止了在隨后的處理步驟中傳播矛盾。錯誤的矯 正不是由目前的系統(tǒng)或方法自動地分別完成的，因此要尋找，發(fā)現(xiàn)和矯正發(fā)現(xiàn) 的該錯誤背離的原因，以及處理階段中的數(shù)據(jù)或可能是軟件模塊都發(fā)生了變 化。系統(tǒng)設計為在通常短時間內(nèi)處理所遞送的數(shù)據(jù)，所以發(fā)生的矛盾不是在軟 件模塊中矯正的，而是由操作人員的涉入完成的。該方法只用于在各自本身獨 立處理階段中處理數(shù)據(jù)集時檢測相關數(shù)據(jù)集或錯誤之間的矛盾，并防止他們在 隨后的處理階段中進行傳播。另一些在特定處理階段中由該部分自行發(fā)現(xiàn)的錯 誤與目前系統(tǒng)沒有太大關系，可由處理階段自行糾正。
可將在處理階段中已處理的數(shù)據(jù)組織起來，這樣它們可存儲在幾個文件 中，文件內(nèi)的信息彼此相關。將屬于一個交易程序的數(shù)據(jù)分布到兩個或更多的 文件中。在處理階段中，這些數(shù)據(jù)由不同功能的不同軟件模塊進行處理。它們 可在計算機系統(tǒng)中同時運行，所以數(shù)據(jù)的處理也是同時進行的。根據(jù)經(jīng)驗，將 處理階段的功能性分布到幾個同步運行的較小軟件模塊中而不是在一個大型 的程序中能更好地利用計算機資源，所以也就提高了處理的速度。
當超過預定最大容許偏差的時候，將控制系統(tǒng)進行更有利地進一步擴展， 觸發(fā)可使操作人員感知的光信號和/或聲音信號，這樣操作人員就意識到超過 了最大容許偏差。
此外，該方法可涉及為，只有在隨后的處理階段中確定的矛盾實際上導致 了后續(xù)的錯誤，才抑制那一部分中對數(shù)據(jù)的進一步處理。然而在那些沒有影響
后續(xù)錯誤的隨后處理階段中進行對數(shù)據(jù)的發(fā)布(release)。此外，在所確定的 偏離是不重要的后續(xù)處理階段的那些部分，優(yōu)先進行數(shù)據(jù)的發(fā)布(release)。 該方法也優(yōu)先地進行進一步發(fā)展，其中對關鍵數(shù)字，特別是銀行產(chǎn)生的金 額，進行確定并將其發(fā)往控制系統(tǒng)，最大容許偏差與這個關鍵數(shù)字有關，特別 是金額。例如，這樣的一個關鍵數(shù)字，特別是銀行產(chǎn)生的金額，是屬于數(shù)據(jù)集 群的所有商業(yè)處理或交易數(shù)額的總和。例如，對文件中的所有數(shù)據(jù)集或只對其 中一部分數(shù)據(jù)集生成的總和進行數(shù)據(jù)集的分組，然而，所述數(shù)據(jù)集可根據(jù)某些 規(guī)則與其他的數(shù)據(jù)集分開，所以在所有情況下都能進行與數(shù)據(jù)集群相關的比較。
將這樣一個關鍵數(shù)字最大容許偏差，特別是銀行產(chǎn)生的金額，作為相關背 離進行確定。例如，如果在多個軟件模塊中進行關鍵數(shù)字特別是金額的數(shù)學計 算，例如與其他貨幣的互兌，或其他數(shù)學計算，就會出現(xiàn)化整誤差(rounding difference),該誤差可以進行合計。例如，預定確定兩個關鍵數(shù)字的最大容 許偏差，特別是銀行產(chǎn)生的金額，該金額與具有這兩個值之一相關的O. 1%最 大容許偏差的相關數(shù)據(jù)集有關。如果所告知的值的確定背離小于這個值，就將 背離劃分為不可避免的化整偏差，而不是將它劃分為錯誤；然后發(fā)布該數(shù)據(jù)以 備在隨后的處理階段中進行下一步的處理。
然而，將一個關鍵數(shù)字的最大容許偏差確定為一個絕對值，特別是銀行產(chǎn) 生的金額，是有利的。根據(jù)經(jīng)驗，化整偏差和其他因數(shù)學操作而造成的錯誤是 很小的。即使絕對值相對很大，這樣的錯誤通常發(fā)生在小數(shù)點很后面。例如， 可以將l歐元或l瑞士法郎或一些其他的貨幣的一個單位確定為最大容許偏差。
此外，將在軟件模塊中完成的特定處理步驟的數(shù)量確定為可能控制值。例 如，如果數(shù)據(jù)集的數(shù)量描述了處理階段中輸入文件的特定交易過程，如購買或
重新預定，如果這個文件是由兩個軟件模塊完成的，那么這兩個模塊必須將同 樣數(shù)量的這些交易過程發(fā)往控制系統(tǒng)中。在比較交易過程的各自標明的數(shù)量 時，如果發(fā)現(xiàn)了偏離，將出現(xiàn)嚴重的錯誤，這些錯誤有著各種各樣的原因。
在進一步的變量中，對系統(tǒng)進行這樣的設計，就是將軟件模塊的程序從發(fā) 動到結(jié)束所消耗的時間作為控制值進行計算，并將其發(fā)往控制系統(tǒng)，特別是程 序開始和程序結(jié)束之間的持續(xù)時間?？刂葡到y(tǒng)將測量的時間與預先確定的經(jīng)驗 值進行比較并適當?shù)刈鞒龇磻?br>
例如，作為經(jīng)驗值，可利用一段觀察時期內(nèi)的處理持續(xù)時間的統(tǒng)計調(diào)整平 均值，如幾天和/或一周或幾周。這個值是由控制系統(tǒng)自動定時確定的。
該方法也可以這樣進行設計，在這一階段開始處理時，根據(jù)預定標準，將 傳輸?shù)教幚黼A段的輸入文件分成了幾個相對較小的文件。如果軟件結(jié)構(gòu)能同時 處理幾個類似文件的話，例如在之前技術的主機系統(tǒng)中是基本可行的，那么就 很適合這種劃分。將大型的輸入文件劃分成幾個小文件就允許通過軟件模塊的 處理對每一較小文件進行處理。根據(jù)經(jīng)驗，總之將大文件劃分成幾個小文件并 使他們由同一軟件模塊的幾個程序進行處理是更有利的。盡管管理其中的較大 數(shù)目的程序?qū)⑹共僮飨到y(tǒng)以及計算機系統(tǒng)的負載更重，與通過一個處理程序來 處理大文件相比，該方法還是有優(yōu)勢的而且更加快速，S為幾個程序能更好地 利用了在主機系統(tǒng)中可利用的資源。此外，該方法也進一步得到了發(fā)展，軟件 模塊的每一程序都能同時處理幾個文件。
此外，該方法也被這樣設計，處理階段的軟件模塊是由不變的操作調(diào)度程 序啟動的，軟件模塊的開始處理在其運行結(jié)束之后將關于成功運行的信息發(fā)往 該調(diào)度程序，如果啟動軟件模塊標明了處理的成功，且在對發(fā)往控制系統(tǒng)的控 制值進行檢查時沒有發(fā)現(xiàn)超過最大容許偏差時，該調(diào)度程序中只啟動了隨后處理階段的軟件模塊。調(diào)度程序在一天的特定時間內(nèi)啟動特定的軟件模塊。啟動 軟件模塊在運行結(jié)束時處理各自的數(shù)據(jù)和報告，將成功處理發(fā)往調(diào)度程序。如 果軟件模塊標明了處理的成功，那么調(diào)度程序就啟動了隨后處理階段的軟件模 塊。否則，也就是說，如果軟件模塊因錯誤狀態(tài)而不再繼續(xù)或終止處理，就要 刪除對隨后處理階段軟件模塊的啟動。如果由于向控制系統(tǒng)匯報的控制值，軟 件模塊處理在其運行中被中斷，那么該運行將終止于錯誤狀態(tài)。這個調(diào)度程序 也就不會啟動隨后處理階段的軟件模塊，并不再繼續(xù)處理數(shù)據(jù)。
下面，將通過以下兩幅附圖對本發(fā)明方法進行詳細說明 圖l是控制方法的簡化方框示意圖2是以銀行的主機系統(tǒng)為例來說明控制方法的方框示意圖。
具體實施例方式
圖l的方框圖顯示的是系統(tǒng)l，該系統(tǒng)產(chǎn)生數(shù)據(jù)或收集了一天中在交易過程
中產(chǎn)生的數(shù)據(jù)，并通過附圖所示的傳送信道2將數(shù)據(jù)提供給主機系統(tǒng)3。通過中 級的數(shù)據(jù)傳輸系統(tǒng)，將數(shù)據(jù)以文件的形式提供系統(tǒng)3，系統(tǒng)3將進一步進一步處 理所傳送的數(shù)據(jù)。依靠軟件模塊4—7對系統(tǒng)3中的數(shù)據(jù)進行處理，軟件模塊4 一7分成三個處理階段。軟件模塊4形成了第一處理階段并將可按文件形式獲得 的數(shù)據(jù)提供給軟件模塊5和6。接著，軟件模塊5和6依次地處理所提供的數(shù)據(jù)， 并向軟件模塊7傳送由其處理的輸入文件。軟件模塊7形成系統(tǒng)3的最后處理階 段，并最終將數(shù)據(jù)輸入到數(shù)據(jù)庫9中。在處理過程中，軟件模塊4—7收集與特 定標準相符的有關處理數(shù)據(jù)的信息，例如己處理數(shù)據(jù)集的數(shù)量，并與控制系統(tǒng)
8進行通信，這樣他們就能將收集到的信息一控制數(shù)據(jù)一發(fā)往控制系統(tǒng)8?？刂?系統(tǒng)8不能處理系統(tǒng)1提供的(有用的)數(shù)據(jù)，但只能處理由各種處理階段的軟 件模塊提供的控制數(shù)據(jù)和可能由系統(tǒng)l提供的控制數(shù)據(jù)。在一即時示例中，假
定軟件模塊4一7中的每一個都能為每一個由第一系統(tǒng)1向第二系統(tǒng)3提供的數(shù)
據(jù)集接收數(shù)據(jù)集，那么所有的軟件模塊都能接收同樣數(shù)量的數(shù)據(jù)集。 一旦軟件 模塊對各自的輸入文件進行了處理，它就能將已處理的數(shù)據(jù)集數(shù)量提供給控制
系統(tǒng)8，接著控制系統(tǒng)8報告來自所有軟件模塊4一7的各自已處理數(shù)據(jù)集的數(shù) 量。在處理階段的最后，如果己處理數(shù)據(jù)集的標明數(shù)量同時發(fā)生或沒有超過最 大容許偏差，那么控制系統(tǒng)8比較該階段的軟件模塊發(fā)送的控制值，并發(fā)布后 面處理階段的數(shù)據(jù)處理。在軟件模塊5和6完成對各自輸入文件的處理并生成用 于在隨后的處理階段(也就是軟件模塊7)中進行進一步處理的文件之后，軟 件模塊5和6將各自確定的已處理數(shù)據(jù)集的數(shù)量發(fā)往軟件模塊8。如果標明值同 時發(fā)生，軟件模塊7發(fā)布該文件以備進一步處理。否則，也就是說，如果標明 的數(shù)字值彼此偏離，就會終止數(shù)據(jù)處理，并通過適當?shù)臏y量方法來確定背離的 原因并進行矯正。隨后，繼續(xù)處理矯正后的數(shù)據(jù)。在發(fā)現(xiàn)和矯正背離過程中， 可以利用系統(tǒng)3處理其他發(fā)送到系統(tǒng)的數(shù)據(jù)。用這種方式，作為所傳送的控制 值的功能，控制系統(tǒng)8是起著水閘一樣的作用，在處理階段中的最后確定已處 理的數(shù)據(jù)是否要發(fā)布以便在隨后的處理階段中進行進一步的處理。
隨后，通過對銀行主機系統(tǒng)當天處理結(jié)束時的分析，對該方法進行了更具 體地描述。圖2顯示了三個主機系統(tǒng)的聯(lián)合，它們的分界線由虛線表示。這就 是所謂的ABA-CUS系統(tǒng)IO， SSP系統(tǒng)11和第三系統(tǒng)12，該第三系統(tǒng)沒有指出更多 細節(jié)，只是接收來自SSP系統(tǒng)11的數(shù)據(jù)。此外，所示控制系統(tǒng)PCP(處理控制池， Process Control Pool) 8與SSP11—樣在同一主機或同一外部電腦上進行操
作的?？刂葡到y(tǒng)PCP8是一個軟件應用，可運行在SSP系統(tǒng)11或與其分離的外部 電腦系統(tǒng)上，并可由操作人員操作和監(jiān)控。
軟件模塊之間數(shù)據(jù)處理流程用圖中的粗體箭頭表示的。
在ABACUS系統(tǒng)10運行的預定準備13將一個營業(yè)日內(nèi)發(fā)生的數(shù)據(jù)進行集中。 將這些數(shù)據(jù)集中在文件里。將有關交易過程的信息集中在數(shù)據(jù)集里，該數(shù)據(jù)集 包括，例如，有關交易過程種類的信息，值和最先收集該交易過程的銀行分部。 這些數(shù)據(jù)集組成的文件包括不同分部辦公室的數(shù)據(jù)集，該數(shù)據(jù)集已經(jīng)發(fā)送到預 定準備13。
在每天下午5點到8點日處理的最后時間范圍內(nèi)，預定準備13將文件轉(zhuǎn)移到 SSP系統(tǒng)ll，例如，該系統(tǒng)對數(shù)據(jù)集進行進一步處理并隨后再將數(shù)據(jù)轉(zhuǎn)移，如 進一步轉(zhuǎn)移到第三系統(tǒng)13。
SSP系統(tǒng)11包括多個軟件模塊，用于處理在多個處理階段中分別從ABACUS 系統(tǒng)10或從預定準備13傳送過來的處理數(shù)據(jù)。每一個處理階段都是由至少一個 軟件模塊組成，該軟件模塊通過傳送連接(signalizing connection) 17與控 制系統(tǒng)PCP 8相連。通過這個傳送連接17，各軟件模塊可將信息傳送到控制系 統(tǒng)8上并接收來自控制系統(tǒng)8的信息?？刂葡到y(tǒng)8和軟件模塊之間的這種通信(其 中交換的數(shù)據(jù)量很小)是用文件交換的方法完成的，而是由操作系統(tǒng)內(nèi)部方法 完成的，比如所謂的管道或端口 (或分別是信息或?qū)α?，該管道或端口可實 現(xiàn)高速傳送速率并可有各調(diào)制操作系統(tǒng)提供。如果超過預定的可容許最大背 離，控制系統(tǒng)8就評估分別由軟件模塊收集的有關已完成處理的操作的信息并 相應做出反應，即停止隨后的處理階段中軟件模塊的處理程序中對數(shù)據(jù)的進一 歩處理，從而防止錯誤的傳播。
SSP系統(tǒng)11中，文件在第一處理階段中由第一軟件模塊，也就是所謂的計
算支流(accounting feeder) 14，對文件進行處理。由于不同的信息來源， 計算支流14進行格式轉(zhuǎn)換，這樣之后以統(tǒng)一數(shù)據(jù)格式獲得的數(shù)據(jù)才能為后續(xù)程 序所理解。計算支流14為軟件模塊預定系統(tǒng)15進行一次格式轉(zhuǎn)換，并為軟件模 塊交易/地點16進行一次格式轉(zhuǎn)換，這樣就進行兩次格式轉(zhuǎn)換。
在軟件模塊14程序運行過程中，它集中了有關處理文件的信息。這個信息 可依照不同的標準進行集中。例如，它可以是所有預定的數(shù)量，將產(chǎn)生的金額 的哈希總和(hash total)，該總和的產(chǎn)生取決于貨幣。同樣地，可根據(jù)類型 形成不同交易結(jié)果的數(shù)量，比如，現(xiàn)金賬簿的數(shù)量，股票交易過程，基本信息 交易過程，或定價交易過程。
在一即時示例中，下面假定有關處理后的數(shù)據(jù)集的信息是處理后的數(shù)據(jù)集 的數(shù)量和所有轉(zhuǎn)賬到外國的金額總和。軟件模塊計算支流14將該信息傳送到控 制系統(tǒng)PCP8。如果軟件模塊14的程序運行沒有結(jié)束于錯誤信息，那么對提供給 軟件模塊交易/地點16的文件的處理可在下一處理階段中完成。這個軟件模塊 輸入數(shù)據(jù)庫中的數(shù)據(jù)并產(chǎn)生輸出文件。在運行過程中，軟件模塊交易/地點16 根據(jù)與前述處理階段的軟件模塊相同的標準來確定信息，也就是經(jīng)過處理的全 部數(shù)據(jù)集的數(shù)量和所有轉(zhuǎn)賬到外國的金額總和。它將這個信息傳送到控制系統(tǒng) 8中。此時控制系統(tǒng)8將軟件模塊14傳送的信息與軟件模塊交易/地點16傳送的
信息進行比較。
如果控制系統(tǒng)8發(fā)現(xiàn)有關已處理的全部數(shù)據(jù)集或總和的信息彼此偏離或確 定的金額值偏離超過了預定的最大容許偏差，控制系統(tǒng)8就不再繼續(xù)處理數(shù)據(jù)。 同時并不發(fā)布那些由軟件模塊14產(chǎn)生以備軟件模塊預定系統(tǒng)15做進一步處理 的文件以及由軟件模塊交易/地點產(chǎn)生已被軟件模塊定價18做進一步處理的文 件。這樣就防止了錯誤的傳播。比方說，控制系統(tǒng)PCP 8就是中央監(jiān)控方法
(central supervising means)，它起著水閘的作用，當數(shù)據(jù)超過確定的最 大容許偏差時就關掉，由此也中斷了軟件模塊形成的處理鏈。
下面，假定控制系統(tǒng)PCP 8沒有發(fā)現(xiàn)任何不被容許的背離并且繼續(xù)進行處理。
軟件模塊交易/地點16產(chǎn)生的輸出文件是下一處理階段的軟件模塊定價18 的輸入文件。在這個軟件模塊中，確定了輸入文件的每一個數(shù)據(jù)集，也就是每 一個交易過程，為此分別產(chǎn)生了銀行費用。軟件模塊定價18產(chǎn)生了相應的輸出 文件，該文件用作軟件模塊預定系統(tǒng)15的輸入文件。在運行中，軟件模塊定價 18也集中了有關已處理數(shù)據(jù)集的數(shù)量的信息。它將該信息傳送到控制系統(tǒng)8， 控制系統(tǒng)將該信息與己經(jīng)由先前運行的軟件模塊計算支流14和交易/地點16傳 送到控制系統(tǒng)PCP 8的信息進行比較。如果沒有發(fā)現(xiàn)偏差或發(fā)現(xiàn)的偏差沒有超 過最大容許偏差，就不會阻止進一步的處理。
在每一個進一步處理階段之后，控制系統(tǒng)PCP8將各軟件模塊傳送的控制值 進行比較。如果在比較中超過了最大容許偏差，那么就認為這是錯誤。就會停 止對各自數(shù)據(jù)的進一步處理，并阻止了雪崩似的錯誤傳播。
處理階段的各個軟件模塊不是永久運行的，而是由所謂的調(diào)度程序來啟動 的，在此沒有進行顯示，只有當提供各自的輸入文件進行處理時才會顯示。調(diào) 度程序永久運行，并根據(jù)不同情況啟動處理階段的軟件模塊。因此，例如，第 一處理階段的軟件模塊計算支流14只有在第一個文件在下午5點轉(zhuǎn)移到系統(tǒng) SSP時才啟動。在軟件模塊的每一個過程中，或在特殊情況下，在程序運行的 最后，主機的操作系統(tǒng)給調(diào)度程序提供了一個錯誤代碼，這樣就可標識該軟件 模塊的程序是否運行成功。如果傳送到調(diào)度程序的錯誤代碼顯示在處理過程中 發(fā)生了沒有計劃和未成熟的程序終止或錯誤，由于在開始之前所指示的錯誤已
經(jīng)說明下面的程序運行會出現(xiàn)錯誤，則調(diào)度程序也就不會啟動下一處理階段的 軟件模塊。
在對提供的控制值進行比較時，如果控制系統(tǒng)PCP8發(fā)現(xiàn)超過了最大容許偏
差并且必須要中斷進一步的處理，那么調(diào)度程序?qū)⒉粫酉乱粋€處理階段的 軟件模塊。這種停止對文件或多個相關文件(某些情況下)的處理，其中將不 會為相關文件啟動對應下一處理階段的軟件模塊。就像在每一臺能進行多重任 務處理的計算機系統(tǒng)上，在只可作為可執(zhí)行文件獲得一次的軟件模塊中，幾個 處理不同輸入文件的程序能同時運行。因此，可以停止或不啟動某一特定文件 或幾個特定文件的處理，而不影響同一軟件模塊在同一時間運行的其他程序， 也沒有影響其他文件的處理的情況下。
權(quán)利要求
1、一種控制數(shù)據(jù)處理軟件模塊(4，5，6，7)的方法，其中將被處理的數(shù)據(jù)組織為數(shù)據(jù)集文件，所述處理在多個連續(xù)的處理階段中完成，一個處理階段中的文件由至少一個軟件模塊(4，5，6，7)進行處理，其特征在于，所述方法包括在處理階段的至少一個軟件模塊(4，5，6，7)中，將與處理后的數(shù)據(jù)相關的信息集中起來并傳送到控制系統(tǒng)(8)中，以及控制系統(tǒng)(8)將由多個處理階段的軟件模塊(4，5，6，7)所傳送的信息進行比較，如果發(fā)現(xiàn)超過了預定的最大容許偏差，在隨后的處理階段中預先停止對數(shù)據(jù)的處理。
2、 根據(jù)權(quán)利要求l所述的控制數(shù)據(jù)處理軟件模塊(4， 5， 6， 7)的方法， 其特征在于，將由處理階段中的軟件模塊(4， 5， 6， 7)處理的數(shù)據(jù)存儲在多 個文件中，其中文件的信息是彼此相關的。
3、 根據(jù)權(quán)利要求1或2所述的控制數(shù)據(jù)處理軟件模塊(4， 5， 6， 7)的方 法，其特征在于，處理階段中的軟件模塊(4， 5， 6， 7)同時運行，彼此之間 相互獨立。
4、 根據(jù)權(quán)利要求3所述的控制數(shù)據(jù)處理軟件模塊(4， 5， 6， 7)的方法， 其特征在于，控制系統(tǒng)(8)為操作人員產(chǎn)生了聲學或光學告警信息。
5、 根據(jù)權(quán)利要求4所述的控制數(shù)據(jù)處理軟件模塊(4， 5， 6， 7)的方法， 其特征在于，如果發(fā)現(xiàn)的偏差對于后續(xù)處理階段的一部分是無關緊要的，那么 控制系統(tǒng)(8)允許在后續(xù)處理階段的該部分中進行數(shù)據(jù)的處理。
6、 根據(jù)權(quán)利要求5所述的控制數(shù)據(jù)處理軟件模塊(4， 5， 6， 7)的方法， 其特征在于，在處理階段的軟件模塊(4， 5， 6， 7)中，確定關鍵數(shù)字，特別 是銀行產(chǎn)生的金額，并將它傳送到控制系統(tǒng)(8)中，最大容許偏差與這個關鍵數(shù)字特別是金額有關。
7、 根據(jù)權(quán)利要求6所述的控制數(shù)據(jù)處理軟件模塊(4， 5， 6， 7)的方法， 其特征在于，所述關鍵數(shù)字特別是銀行產(chǎn)生的金額的最大容許偏差，確定為相 對偏差。
8、 根據(jù)權(quán)利要求6所述的控制數(shù)據(jù)處理軟件模塊(4， 5， 6， 7)的方法， 其特征在于，所述關鍵數(shù)字特別是銀行產(chǎn)生的金額的最大容許偏差，確定為絕 對值。
9、 根據(jù)權(quán)利要求7或8所述的控制數(shù)據(jù)處理軟件模塊(4， 5， 6， 7)的方 法，其特征在于，在處理階段的軟件模塊(4， 5， 6， 7)中，完成的特定處理 步驟的數(shù)量，特別是處理的數(shù)據(jù)集數(shù)量，作為控制值進行收集并將其傳送到控 制系統(tǒng)(8)中。
10、 根據(jù)權(quán)利要求9所述的控制數(shù)據(jù)處理軟件模塊(4， 5， 6， 7)的方法， 其特征在于，所述軟件模塊(4， 5， 6， 7)處理多個數(shù)據(jù)集所要求的時間，特 別是處理開始和結(jié)束之間的持續(xù)時間，是作為控制值進行收集并將其傳送到控 制系統(tǒng)(8)中。
11、 根據(jù)權(quán)利要求10所述的控制數(shù)據(jù)處理軟件模塊(4， 5, 6， 7)的方法， 其特征在于，所述處理階段的軟件模塊(4， 5， 6， 7)由永久運行的調(diào)度程序 啟動，運行成功的信息由軟件模塊(4， 5， 6， 7)在運行結(jié)束時傳送到該調(diào)度 程序上，只有當啟動的軟件模塊(4， 5， 6， 7)傳送了成功的處理，并且檢查 傳送到控制系統(tǒng)(8)的信息，特別是控制值的檢查發(fā)現(xiàn)小于最大容許偏差時， 調(diào)度程序才啟動后續(xù)處理階段的軟件模塊(4， 5， 6， 7)。
12、 根據(jù)權(quán)利要求ll所述的控制數(shù)據(jù)處理軟件模塊(4， 5， 6， 7)的方法， 其特征在于，所述的處理是額外地在多個，特別是多于10或15個的平行處理階段中完成的。
13、 根據(jù)權(quán)利要求12所述的控制數(shù)據(jù)處理軟件模塊(4， 5， 6， 7)的方法， 其特征在于，所述的處理在多于5個或10個獨立的連續(xù)的處理階段中完成。
14、 根據(jù)權(quán)利要求13所述的控制數(shù)據(jù)處理軟件模塊(4， 5， 6， 7)的方法， 其特征在于，所述數(shù)據(jù)集保存在文件、數(shù)據(jù)庫或數(shù)據(jù)隊列中。
15、 一個包括程序編碼方法的計算機程序，其特征在于，當在計算機上運 行該程序時，其執(zhí)行前述任一權(quán)利要求所示的方法步驟。
16、 根據(jù)權(quán)利要求15所述的包括程序編碼方法的計算機程序，其特征在于，所述計算機程序存儲在一個計算機可讀存儲介質(zhì)中。
全文摘要
本發(fā)明涉及一種控制數(shù)據(jù)處理軟件模塊(4，5，6，7)的方法，其中將要處理的數(shù)據(jù)組織為數(shù)據(jù)集文件，其中所述處理在多個連續(xù)處理階段中完成，一個處理階段中的文件由至少一個軟件模塊(4，5，6，7)來處理。為了防止發(fā)生后后續(xù)處理階段的軟件模塊(4，5，6，7)的處理過程中的背離的傳播和擴散，在處理階段的至少一個軟件模塊(4，5，6，7)中收集與處理后的數(shù)據(jù)相關的信息并傳送到控制系統(tǒng)(8)中，所述控制系統(tǒng)(8)將所傳送的信息進行比較，如果發(fā)現(xiàn)超過了預定的最大容許偏差，在隨后的處理階段中預先停止對數(shù)據(jù)的處理。
文檔編號G06Q40/00GK101099133SQ200680001746
公開日2008年1月2日 申請日期2006年1月11日 優(yōu)先權(quán)日2005年1月31日
發(fā)明者彼得·鄧基, 漢斯比特·洛克, 馬庫斯·維特利斯貝施 申請人:瑞士聯(lián)合銀行集團