控制软件模块的方法

文档序号:6566438阅读:206来源:国知局
专利名称:控制软件模块的方法
技术领域
本发明涉及一种控制数据处理软件模块的方法。
背景技术
从先前技术可知,在一天中的特定时间里,通常要在大企业的主机电脑系 统上处理大量的数据。例如,在营业日结束的时候,必须在所谓的当天处理的 最后时间里处理完当天发生的交易数据,通常会发生这种数据大量增加的情 况。在单个交易处理过程中产生的信息,例如,在工业企业中一一在什么时间 从谁那里可以获取一些特定数量的信息,或在银行一一在某一特定时间将一笔 特定金额进行转账或完成其他交易过程,这些信息通常存储在所谓的字段中。 所有包括有关特定交易过程并保存在文件中的信息的字段通常按预定顺序顺 次存储在文件中并形成所谓的数据集或记录。然后在某一时间之后,将数据集 集中在文件里,该文件包括有关交易过程的数据,该交易过程从记录开始处发 生,例如是一天或一天的某一时间段。
例如,处理这样的文件可以是交易过程必须的预定程序的性能,或是数据 库存的管理,该处理必须由其它系统来完成。处理通常不在创建该数据的电脑 中发生或非排外地发生,也就是说将数据进行了收集。而是将文件转移到中央 计算机上进行处理,在该中央计算机中收集并集中处理了那些在很多类似系统 中生成的文件。这种集中处理方式具有集中式系统的优势。关于该软件结构, 其最近己从所谓的单片集成电路系统(其中的大型程序具有整体的处理功能, 能完成所有处理步骤)中转换成了一个模块软件结构,即所谓的分布式系统。 在此,将数据处理所需的功能分成几个较小的相互通信的软件模块。软件模块 的相互通信可以这样进行设计,第一软件模块为输入文件的每个数据完成第一 数量工作步骤并产生存储在输出文件中的输出数据集。第一软件模块的输出文 件就是下一软件模块的输入文件,所以这样的软件模块链中的一个软件模块产 生一个文件,并将其提供给进行进一步处理的下一模块。当正常情况下根据固 定方案对相等结构的大量数据集进行处理的时候,特别适合使用这种基本的软 件模块通信。
当与单片集成电路进行比较时,这样的模块系统具有许多优点。此外,可 以简单地对这种链的单个软件模块进行交换,单个的软件模块更容易改变,由 于清楚地限定了模块之间的接口,可在系统中引进新模块或对它进行替代。
可在特定时间内产生这种文件形式的多个数据集的这种模块系统适用于 在短时间内处理数据集。例如,特别是有必要在营业日预定时间段内处理所收
集的数据集,以此来确保在同一营业日内停止特定的预定过程(booking process)。检査数据集中那些明显的或可能导致后续处理步骤错误的可能矛 盾不能由第一软件处理模块来完成,因为它还需要检査所有后续处理需要的标 准。在这点上,整个处理将必须在检査软件模块中重新进行。 一方面,这将与 模式系统的原则相矛盾,另一方面,实践证明这样的检查模块也包括错误并必 须对信息中难以处理可能组合进行检査。另外,对软件模块的任何修改必须进 入检查程序。在开始处理时,几乎不可能进行数据集的完整检査。此外,在单 个软件模块里数据的处理过程中可能发生矛盾和错误,这在日常操作中也不能 将其排除在外。 .
因此,在处理软件模块链中,第一软件模块可能无法识别出数据集中的错 误和矛盾,但可由后续的一些其他软件模块识别出来,所以该错误可能已经在 其它相关系统中出现相继错误。如果软件模块产生了由几个软件模块相继处理 的文件或产生了几个用于后处理软件模块的文件,错误就增加了。必须在系统 所有受影响的位置上对这种错误进行追查和矫正。尽可能早地识别和限制特定 的数据集或相关数据集群的错误是很有用的,这样可以尽早停止对包含错误的 数据集的处理,从而防止将该错误传播和散布到其他系统。对于数据集中的相 关性,可采用各种准则。例如,集中在特定的分部办公室内的或所有与特定的 交易过程有关的数据集都彼此有关。

发明内容
本发明的一个目的就是提供一种方法,该方法能尽早发觉含有错误或矛盾 的数据集并防止错误的传播。
利用控制数据处理计算机程序的方法可解决这个问题,其中处理发生在多 个连续处理步骤中,而处理阶段中的数据都由至少一个软件模块来处理。在处 理阶段的至少一个软件模块中,关于己处理数据的信息被收集在一起并发往控 制系统,而控制系统比较由多个处理阶段的软件模块发来的信息,且如果检测 到超过预定允许最大偏差,则阻止在下一处理阶段中对该数据进行处理。
在从属权利要求中显示了该发明的进一步优点。优选地,在处理数据集 过程中,处理步骤的软件模块收集有关处理后的数据集的信息,例如通过普通 特征关联在一起的相关数据集的数量。只要处理了所有符合相关标准的输入数 据集合,属于处理阶段的软件模块将所收集的有关已处理的数据集的信息发往 控制系统。控制系统获得了由各自处理阶段中的多个软件模块处理后的数据集 信息。接着,控制系统将收集的信息与处理软件模块中特定标准进行比较,来确定他们是否同时发生或彼此相配,或是否超过了预定的最大容许偏差。如果 预定偏差尚未达到或刚好达到的话,就容许对随后的处理部分的软件模块中相 应数据进行处理,或开始随后处理阶段中的处理。
否则,当超过了预定的最大额外偏差的时候,就不允许在随后处理阶段中 进行相应数据的处理,这样就防止了在随后的处理步骤中传播矛盾。错误的矫 正不是由目前的系统或方法自动地分别完成的,因此要寻找,发现和矫正发现 的该错误背离的原因,以及处理阶段中的数据或可能是软件模块都发生了变 化。系统设计为在通常短时间内处理所递送的数据,所以发生的矛盾不是在软 件模块中矫正的,而是由操作人员的涉入完成的。该方法只用于在各自本身独 立处理阶段中处理数据集时检测相关数据集或错误之间的矛盾,并防止他们在 随后的处理阶段中进行传播。另一些在特定处理阶段中由该部分自行发现的错 误与目前系统没有太大关系,可由处理阶段自行纠正。
可将在处理阶段中已处理的数据组织起来,这样它们可存储在几个文件 中,文件内的信息彼此相关。将属于一个交易程序的数据分布到两个或更多的 文件中。在处理阶段中,这些数据由不同功能的不同软件模块进行处理。它们 可在计算机系统中同时运行,所以数据的处理也是同时进行的。根据经验,将 处理阶段的功能性分布到几个同步运行的较小软件模块中而不是在一个大型 的程序中能更好地利用计算机资源,所以也就提高了处理的速度。
当超过预定最大容许偏差的时候,将控制系统进行更有利地进一步扩展, 触发可使操作人员感知的光信号和/或声音信号,这样操作人员就意识到超过 了最大容许偏差。
此外,该方法可涉及为,只有在随后的处理阶段中确定的矛盾实际上导致 了后续的错误,才抑制那一部分中对数据的进一步处理。然而在那些没有影响
后续错误的随后处理阶段中进行对数据的发布(release)。此外,在所确定的 偏离是不重要的后续处理阶段的那些部分,优先进行数据的发布(release)。 该方法也优先地进行进一步发展,其中对关键数字,特别是银行产生的金 额,进行确定并将其发往控制系统,最大容许偏差与这个关键数字有关,特别 是金额。例如,这样的一个关键数字,特别是银行产生的金额,是属于数据集 群的所有商业处理或交易数额的总和。例如,对文件中的所有数据集或只对其 中一部分数据集生成的总和进行数据集的分组,然而,所述数据集可根据某些 规则与其他的数据集分开,所以在所有情况下都能进行与数据集群相关的比较。
将这样一个关键数字最大容许偏差,特别是银行产生的金额,作为相关背 离进行确定。例如,如果在多个软件模块中进行关键数字特别是金额的数学计 算,例如与其他货币的互兑,或其他数学计算,就会出现化整误差(rounding difference),该误差可以进行合计。例如,预定确定两个关键数字的最大容 许偏差,特别是银行产生的金额,该金额与具有这两个值之一相关的O. 1%最 大容许偏差的相关数据集有关。如果所告知的值的确定背离小于这个值,就将 背离划分为不可避免的化整偏差,而不是将它划分为错误;然后发布该数据以 备在随后的处理阶段中进行下一步的处理。
然而,将一个关键数字的最大容许偏差确定为一个绝对值,特别是银行产 生的金额,是有利的。根据经验,化整偏差和其他因数学操作而造成的错误是 很小的。即使绝对值相对很大,这样的错误通常发生在小数点很后面。例如, 可以将l欧元或l瑞士法郎或一些其他的货币的一个单位确定为最大容许偏差。
此外,将在软件模块中完成的特定处理步骤的数量确定为可能控制值。例 如,如果数据集的数量描述了处理阶段中输入文件的特定交易过程,如购买或
重新预定,如果这个文件是由两个软件模块完成的,那么这两个模块必须将同 样数量的这些交易过程发往控制系统中。在比较交易过程的各自标明的数量 时,如果发现了偏离,将出现严重的错误,这些错误有着各种各样的原因。
在进一步的变量中,对系统进行这样的设计,就是将软件模块的程序从发 动到结束所消耗的时间作为控制值进行计算,并将其发往控制系统,特别是程 序开始和程序结束之间的持续时间。控制系统将测量的时间与预先确定的经验 值进行比较并适当地作出反应。
例如,作为经验值,可利用一段观察时期内的处理持续时间的统计调整平 均值,如几天和/或一周或几周。这个值是由控制系统自动定时确定的。
该方法也可以这样进行设计,在这一阶段开始处理时,根据预定标准,将 传输到处理阶段的输入文件分成了几个相对较小的文件。如果软件结构能同时 处理几个类似文件的话,例如在之前技术的主机系统中是基本可行的,那么就 很适合这种划分。将大型的输入文件划分成几个小文件就允许通过软件模块的 处理对每一较小文件进行处理。根据经验,总之将大文件划分成几个小文件并 使他们由同一软件模块的几个程序进行处理是更有利的。尽管管理其中的较大 数目的程序将使操作系统以及计算机系统的负载更重,与通过一个处理程序来 处理大文件相比,该方法还是有优势的而且更加快速,S为几个程序能更好地 利用了在主机系统中可利用的资源。此外,该方法也进一步得到了发展,软件 模块的每一程序都能同时处理几个文件。
此外,该方法也被这样设计,处理阶段的软件模块是由不变的操作调度程 序启动的,软件模块的开始处理在其运行结束之后将关于成功运行的信息发往 该调度程序,如果启动软件模块标明了处理的成功,且在对发往控制系统的控 制值进行检查时没有发现超过最大容许偏差时,该调度程序中只启动了随后处理阶段的软件模块。调度程序在一天的特定时间内启动特定的软件模块。启动 软件模块在运行结束时处理各自的数据和报告,将成功处理发往调度程序。如 果软件模块标明了处理的成功,那么调度程序就启动了随后处理阶段的软件模 块。否则,也就是说,如果软件模块因错误状态而不再继续或终止处理,就要 删除对随后处理阶段软件模块的启动。如果由于向控制系统汇报的控制值,软 件模块处理在其运行中被中断,那么该运行将终止于错误状态。这个调度程序 也就不会启动随后处理阶段的软件模块,并不再继续处理数据。


下面,将通过以下两幅附图对本发明方法进行详细说明 图l是控制方法的简化方框示意图2是以银行的主机系统为例来说明控制方法的方框示意图。
具体实施例方式
图l的方框图显示的是系统l,该系统产生数据或收集了一天中在交易过程
中产生的数据,并通过附图所示的传送信道2将数据提供给主机系统3。通过中 级的数据传输系统,将数据以文件的形式提供系统3,系统3将进一步进一步处 理所传送的数据。依靠软件模块4—7对系统3中的数据进行处理,软件模块4 一7分成三个处理阶段。软件模块4形成了第一处理阶段并将可按文件形式获得 的数据提供给软件模块5和6。接着,软件模块5和6依次地处理所提供的数据, 并向软件模块7传送由其处理的输入文件。软件模块7形成系统3的最后处理阶 段,并最终将数据输入到数据库9中。在处理过程中,软件模块4—7收集与特 定标准相符的有关处理数据的信息,例如己处理数据集的数量,并与控制系统
8进行通信,这样他们就能将收集到的信息一控制数据一发往控制系统8。控制 系统8不能处理系统1提供的(有用的)数据,但只能处理由各种处理阶段的软 件模块提供的控制数据和可能由系统l提供的控制数据。在一即时示例中,假
定软件模块4一7中的每一个都能为每一个由第一系统1向第二系统3提供的数
据集接收数据集,那么所有的软件模块都能接收同样数量的数据集。 一旦软件 模块对各自的输入文件进行了处理,它就能将已处理的数据集数量提供给控制
系统8,接着控制系统8报告来自所有软件模块4一7的各自已处理数据集的数 量。在处理阶段的最后,如果己处理数据集的标明数量同时发生或没有超过最 大容许偏差,那么控制系统8比较该阶段的软件模块发送的控制值,并发布后 面处理阶段的数据处理。在软件模块5和6完成对各自输入文件的处理并生成用 于在随后的处理阶段(也就是软件模块7)中进行进一步处理的文件之后,软 件模块5和6将各自确定的已处理数据集的数量发往软件模块8。如果标明值同 时发生,软件模块7发布该文件以备进一步处理。否则,也就是说,如果标明 的数字值彼此偏离,就会终止数据处理,并通过适当的测量方法来确定背离的 原因并进行矫正。随后,继续处理矫正后的数据。在发现和矫正背离过程中, 可以利用系统3处理其他发送到系统的数据。用这种方式,作为所传送的控制 值的功能,控制系统8是起着水闸一样的作用,在处理阶段中的最后确定已处 理的数据是否要发布以便在随后的处理阶段中进行进一步的处理。
随后,通过对银行主机系统当天处理结束时的分析,对该方法进行了更具 体地描述。图2显示了三个主机系统的联合,它们的分界线由虚线表示。这就 是所谓的ABA-CUS系统IO, SSP系统11和第三系统12,该第三系统没有指出更多 细节,只是接收来自SSP系统11的数据。此外,所示控制系统PCP(处理控制池, Process Control Pool) 8与SSP11—样在同一主机或同一外部电脑上进行操
作的。控制系统PCP8是一个软件应用,可运行在SSP系统11或与其分离的外部 电脑系统上,并可由操作人员操作和监控。
软件模块之间数据处理流程用图中的粗体箭头表示的。
在ABACUS系统10运行的预定准备13将一个营业日内发生的数据进行集中。 将这些数据集中在文件里。将有关交易过程的信息集中在数据集里,该数据集 包括,例如,有关交易过程种类的信息,值和最先收集该交易过程的银行分部。 这些数据集组成的文件包括不同分部办公室的数据集,该数据集已经发送到预 定准备13。
在每天下午5点到8点日处理的最后时间范围内,预定准备13将文件转移到 SSP系统ll,例如,该系统对数据集进行进一步处理并随后再将数据转移,如 进一步转移到第三系统13。
SSP系统11包括多个软件模块,用于处理在多个处理阶段中分别从ABACUS 系统10或从预定准备13传送过来的处理数据。每一个处理阶段都是由至少一个 软件模块组成,该软件模块通过传送连接(signalizing connection) 17与控 制系统PCP 8相连。通过这个传送连接17,各软件模块可将信息传送到控制系 统8上并接收来自控制系统8的信息。控制系统8和软件模块之间的这种通信(其 中交换的数据量很小)是用文件交换的方法完成的,而是由操作系统内部方法 完成的,比如所谓的管道或端口 (或分别是信息或对列),该管道或端口可实 现高速传送速率并可有各调制操作系统提供。如果超过预定的可容许最大背 离,控制系统8就评估分别由软件模块收集的有关已完成处理的操作的信息并 相应做出反应,即停止随后的处理阶段中软件模块的处理程序中对数据的进一 歩处理,从而防止错误的传播。
SSP系统11中,文件在第一处理阶段中由第一软件模块,也就是所谓的计
算支流(accounting feeder) 14,对文件进行处理。由于不同的信息来源, 计算支流14进行格式转换,这样之后以统一数据格式获得的数据才能为后续程 序所理解。计算支流14为软件模块预定系统15进行一次格式转换,并为软件模 块交易/地点16进行一次格式转换,这样就进行两次格式转换。
在软件模块14程序运行过程中,它集中了有关处理文件的信息。这个信息 可依照不同的标准进行集中。例如,它可以是所有预定的数量,将产生的金额 的哈希总和(hash total),该总和的产生取决于货币。同样地,可根据类型 形成不同交易结果的数量,比如,现金账簿的数量,股票交易过程,基本信息 交易过程,或定价交易过程。
在一即时示例中,下面假定有关处理后的数据集的信息是处理后的数据集 的数量和所有转账到外国的金额总和。软件模块计算支流14将该信息传送到控 制系统PCP8。如果软件模块14的程序运行没有结束于错误信息,那么对提供给 软件模块交易/地点16的文件的处理可在下一处理阶段中完成。这个软件模块 输入数据库中的数据并产生输出文件。在运行过程中,软件模块交易/地点16 根据与前述处理阶段的软件模块相同的标准来确定信息,也就是经过处理的全 部数据集的数量和所有转账到外国的金额总和。它将这个信息传送到控制系统 8中。此时控制系统8将软件模块14传送的信息与软件模块交易/地点16传送的
信息进行比较。
如果控制系统8发现有关已处理的全部数据集或总和的信息彼此偏离或确 定的金额值偏离超过了预定的最大容许偏差,控制系统8就不再继续处理数据。 同时并不发布那些由软件模块14产生以备软件模块预定系统15做进一步处理 的文件以及由软件模块交易/地点产生已被软件模块定价18做进一步处理的文 件。这样就防止了错误的传播。比方说,控制系统PCP 8就是中央监控方法
(central supervising means),它起着水闸的作用,当数据超过确定的最 大容许偏差时就关掉,由此也中断了软件模块形成的处理链。
下面,假定控制系统PCP 8没有发现任何不被容许的背离并且继续进行处理。
软件模块交易/地点16产生的输出文件是下一处理阶段的软件模块定价18 的输入文件。在这个软件模块中,确定了输入文件的每一个数据集,也就是每 一个交易过程,为此分别产生了银行费用。软件模块定价18产生了相应的输出 文件,该文件用作软件模块预定系统15的输入文件。在运行中,软件模块定价 18也集中了有关已处理数据集的数量的信息。它将该信息传送到控制系统8, 控制系统将该信息与己经由先前运行的软件模块计算支流14和交易/地点16传 送到控制系统PCP 8的信息进行比较。如果没有发现偏差或发现的偏差没有超 过最大容许偏差,就不会阻止进一步的处理。
在每一个进一步处理阶段之后,控制系统PCP8将各软件模块传送的控制值 进行比较。如果在比较中超过了最大容许偏差,那么就认为这是错误。就会停 止对各自数据的进一步处理,并阻止了雪崩似的错误传播。
处理阶段的各个软件模块不是永久运行的,而是由所谓的调度程序来启动 的,在此没有进行显示,只有当提供各自的输入文件进行处理时才会显示。调 度程序永久运行,并根据不同情况启动处理阶段的软件模块。因此,例如,第 一处理阶段的软件模块计算支流14只有在第一个文件在下午5点转移到系统 SSP时才启动。在软件模块的每一个过程中,或在特殊情况下,在程序运行的 最后,主机的操作系统给调度程序提供了一个错误代码,这样就可标识该软件 模块的程序是否运行成功。如果传送到调度程序的错误代码显示在处理过程中 发生了没有计划和未成熟的程序终止或错误,由于在开始之前所指示的错误已
经说明下面的程序运行会出现错误,则调度程序也就不会启动下一处理阶段的 软件模块。
在对提供的控制值进行比较时,如果控制系统PCP8发现超过了最大容许偏
差并且必须要中断进一步的处理,那么调度程序将不会启动下一个处理阶段的 软件模块。这种停止对文件或多个相关文件(某些情况下)的处理,其中将不 会为相关文件启动对应下一处理阶段的软件模块。就像在每一台能进行多重任 务处理的计算机系统上,在只可作为可执行文件获得一次的软件模块中,几个 处理不同输入文件的程序能同时运行。因此,可以停止或不启动某一特定文件 或几个特定文件的处理,而不影响同一软件模块在同一时间运行的其他程序, 也没有影响其他文件的处理的情况下。
权利要求
1、一种控制数据处理软件模块(4,5,6,7)的方法,其中将被处理的数据组织为数据集文件,所述处理在多个连续的处理阶段中完成,一个处理阶段中的文件由至少一个软件模块(4,5,6,7)进行处理,其特征在于,所述方法包括在处理阶段的至少一个软件模块(4,5,6,7)中,将与处理后的数据相关的信息集中起来并传送到控制系统(8)中,以及控制系统(8)将由多个处理阶段的软件模块(4,5,6,7)所传送的信息进行比较,如果发现超过了预定的最大容许偏差,在随后的处理阶段中预先停止对数据的处理。
2、 根据权利要求l所述的控制数据处理软件模块(4, 5, 6, 7)的方法, 其特征在于,将由处理阶段中的软件模块(4, 5, 6, 7)处理的数据存储在多 个文件中,其中文件的信息是彼此相关的。
3、 根据权利要求1或2所述的控制数据处理软件模块(4, 5, 6, 7)的方 法,其特征在于,处理阶段中的软件模块(4, 5, 6, 7)同时运行,彼此之间 相互独立。
4、 根据权利要求3所述的控制数据处理软件模块(4, 5, 6, 7)的方法, 其特征在于,控制系统(8)为操作人员产生了声学或光学告警信息。
5、 根据权利要求4所述的控制数据处理软件模块(4, 5, 6, 7)的方法, 其特征在于,如果发现的偏差对于后续处理阶段的一部分是无关紧要的,那么 控制系统(8)允许在后续处理阶段的该部分中进行数据的处理。
6、 根据权利要求5所述的控制数据处理软件模块(4, 5, 6, 7)的方法, 其特征在于,在处理阶段的软件模块(4, 5, 6, 7)中,确定关键数字,特别 是银行产生的金额,并将它传送到控制系统(8)中,最大容许偏差与这个关键数字特别是金额有关。
7、 根据权利要求6所述的控制数据处理软件模块(4, 5, 6, 7)的方法, 其特征在于,所述关键数字特别是银行产生的金额的最大容许偏差,确定为相 对偏差。
8、 根据权利要求6所述的控制数据处理软件模块(4, 5, 6, 7)的方法, 其特征在于,所述关键数字特别是银行产生的金额的最大容许偏差,确定为绝 对值。
9、 根据权利要求7或8所述的控制数据处理软件模块(4, 5, 6, 7)的方 法,其特征在于,在处理阶段的软件模块(4, 5, 6, 7)中,完成的特定处理 步骤的数量,特别是处理的数据集数量,作为控制值进行收集并将其传送到控 制系统(8)中。
10、 根据权利要求9所述的控制数据处理软件模块(4, 5, 6, 7)的方法, 其特征在于,所述软件模块(4, 5, 6, 7)处理多个数据集所要求的时间,特 别是处理开始和结束之间的持续时间,是作为控制值进行收集并将其传送到控 制系统(8)中。
11、 根据权利要求10所述的控制数据处理软件模块(4, 5, 6, 7)的方法, 其特征在于,所述处理阶段的软件模块(4, 5, 6, 7)由永久运行的调度程序 启动,运行成功的信息由软件模块(4, 5, 6, 7)在运行结束时传送到该调度 程序上,只有当启动的软件模块(4, 5, 6, 7)传送了成功的处理,并且检查 传送到控制系统(8)的信息,特别是控制值的检查发现小于最大容许偏差时, 调度程序才启动后续处理阶段的软件模块(4, 5, 6, 7)。
12、 根据权利要求ll所述的控制数据处理软件模块(4, 5, 6, 7)的方法, 其特征在于,所述的处理是额外地在多个,特别是多于10或15个的平行处理阶段中完成的。
13、 根据权利要求12所述的控制数据处理软件模块(4, 5, 6, 7)的方法, 其特征在于,所述的处理在多于5个或10个独立的连续的处理阶段中完成。
14、 根据权利要求13所述的控制数据处理软件模块(4, 5, 6, 7)的方法, 其特征在于,所述数据集保存在文件、数据库或数据队列中。
15、 一个包括程序编码方法的计算机程序,其特征在于,当在计算机上运 行该程序时,其执行前述任一权利要求所示的方法步骤。
16、 根据权利要求15所述的包括程序编码方法的计算机程序,其特征在于,所述计算机程序存储在一个计算机可读存储介质中。
全文摘要
本发明涉及一种控制数据处理软件模块(4,5,6,7)的方法,其中将要处理的数据组织为数据集文件,其中所述处理在多个连续处理阶段中完成,一个处理阶段中的文件由至少一个软件模块(4,5,6,7)来处理。为了防止发生后后续处理阶段的软件模块(4,5,6,7)的处理过程中的背离的传播和扩散,在处理阶段的至少一个软件模块(4,5,6,7)中收集与处理后的数据相关的信息并传送到控制系统(8)中,所述控制系统(8)将所传送的信息进行比较,如果发现超过了预定的最大容许偏差,在随后的处理阶段中预先停止对数据的处理。
文档编号G06Q40/00GK101099133SQ200680001746
公开日2008年1月2日 申请日期2006年1月11日 优先权日2005年1月31日
发明者彼得·邓基, 汉斯比特·洛克, 马库斯·维特利斯贝施 申请人:瑞士联合银行集团
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1