基于缓存技术的处理系统、方法、计算机设备及存储介质

技术领域

本发明涉及数据处理技术领域，尤其涉及一种基于缓存技术的处理系统、方法、计算机设备及计算机存储介质。

背景技术

目前java行业内因Spring+框架的流行和SpringMVC的理念根深蒂固的影响，导致大部分的java从业者设计系统的思路，都不自觉的向三层架构模型上靠拢。以金融领域为例，其交易链路通常为客户发起交易-系统收到-处理结束。

发明人意识到，一般传统的交易处理系统设计为串行设计，封装模块A方法，模块B方法，模块C方法，然后链路进行A->B->C结束，交易处理过程中，参数由上一个模块进行传递，结果是下一个模块的参数，这种处理过程，其实把模块A、B、C进行了一个耦合，只是逻辑进行了拆分，由于其处理过程的耦合关系，当其他的场景需要其中的模块B的时候，往往因为模块B中存在无法复用的逻辑代码而不得不重写该模块B，随着时间迁移、处理系统随需求而增加的模块会越来越多，导致处理系统越加庞大、复杂。

发明内容

本发明实施例提供一种基于缓存技术的处理系统、方法、计算机设备及存储介质，以解决系统越加庞大、复杂的技术问题。

第一方面，提供了一种基于缓存技术的处理系统，其特征在于，包括获取模块、处理模型和缓存模块，所述处理模型包括多级模型模块；

所述获取模块，用于获取交易信息，并将所述交易信息传递入所述处理模型中，所述交易信息包括交易类型和交易参数；

所述处理模型，用于根据所述交易类型和所述交易参数，对旧交易信息进行相应的处理，以得到模型处理结果，其中，所述多级模型模块中的各级模型模块均连接至所述缓存模块，所述多级模型模块之间具有预设的执行逻辑顺序，所述各级模型模块中的每一级模型模块用于根据自身的处理逻辑，从所述缓存模块中获取所需信息，并根据所述所需信息和自身处理逻辑进行处理得到本级模块处理结果，所述所需信息包括其他级模型模块处理得到的模块处理结果和/或所述交易参数。

第二方面，提供了一种基于处理系统的处理方法，所述处理系统包括获取模块和处理系统，所述处理系统包括处理模型和缓存模块，所述处理模型包括多级模型模块，所述方法包括：

所述获取模块获取交易信息，并将所述交易信息传递入处理模型中，所述交易信息包括交易类型和交易参数；

所述处理模型根据所述交易类型和所述交易参数，对旧交易信息进行相应的处理，以得到模型处理结果；其中，所述处理模型包括多级模型模块，所述多级模型模块中的各级模型模块均连接至缓存模块，所述多级模型模块之间具有预设的执行逻辑顺序，所述各级模型模块中的每一级模型模块用于根据自身的处理逻辑，从所述缓存模块中获取所需信息，并根据所述所需信息和自身处理逻辑进行处理得到本级模块处理结果，所述所需信息包括其他级模型模块处理得到的模块处理结果和/或所述交易参数。

第三方面，提供了一种计算机设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如前述处理系统中处理模型的功能。

第四方面，提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现如前述处理系统中处理模型的功能。

上述处理系统、方法、计算机设备及存储介质所实现的方案中，处理模型的各级模型模块均连接至缓存模块，从而使得处理模型的各级模型模块的模块处理结果可缓存至该缓存模块中，其带来的技术效果是，各级模型模块的入参可来至于缓存模块，而非像现有技术一样依赖于上级模型模块的逻辑输入，使得处理模型中各级模型模块得以解耦，处理模型中的模块之间更加独立，可以更独立的完成业务处理，无需依赖上下游的业务逻辑，更加解耦，另外，模块复用性高，可带来数据的独立获取和独立落表，这样，可以让开发人员只需要关注本模块功能，在使用数据时不需要关心数据的中间态，而且，使得每个模型模块的代码可维护性高，模块的独立降低的模块间耦合，随着时间迁移、处理系统随需求而增加的模块可以重复利用，后续业务变更改动范围和风险都较小，有效地避免处理系统越加庞大、复杂。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对本发明实施例的描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1是本发明一实施例中处理系统的系统结构示意图；

图2是本发明一实施例中处理系统一工作流程示意图；

图3是本发明一实施例中处理模型的一具体实施结构示意图；

图4是本发明一实施例中处理系统的一工作流程示意图；

图5是本发明一实施例中计算机设备的一示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本发明，主要提出一种类似积木式的处理系统设计，和应用该处理系统的各种业务处理场景中，可应用金融等各种领域的业务处理开发设计中，下面逐一进行描述。

请参阅图1所示，本发明首先提供了一种处理系统，该处理系统包括获取模块、处理模型和缓存模块，其中，处理模型包括多级模型模块，多级模型模块中的各级模型模块均连接至缓存模块，所述多级模型模块之间具有预设的执行逻辑顺序，所述各级模型模块中的每一级模型模块用于根据自身的处理逻辑，从所述缓存模块中获取所需信息，并根据所述所需信息和自身处理逻辑进行处理得到本级模块处理结果，所述所需信息包括其他级模型模块处理得到的模块处理结果和/或所述交易参数。

其中，该缓存模块可以是redis缓存模块，或者其他可以缓存数据的模块或数据库，具体本发明不做限定。例如，还可以是指区块链数据库，区块链(Blockchain)，是由区块(Block)形成的加密的、链式的交易的存储结构。例如，每个区块的头部既可以包括区块中所有交易的哈希值，同时也包含前一个区块中所有交易的哈希值，从而基于哈希值实现区块中交易的防篡改和防伪造；新产生的交易被填充到区块并经过区块链网络中节点的共识后，会被追加到区块链的尾部从而形成链式的增长。为便于描述，在下述说明中，将以缓存模块为redis为例进行说明。

所述获取模块、用于获取交易信息，并将所述交易信息传递入所述处理模型中，所述交易信息包括交易类型和交易参数；

所述处理模型，用于根据所述交易类型和所述交易参数，对旧交易信息进行相应的处理，以得到模型处理结果。

可见，在本发明实施例中提供了一种基于缓存技术的处理系统，处理模型的各级模型模块均连接至缓存模块，从而使得处理模型的各级模型模块的模块处理结果可缓存至该缓存模块中，其带来的技术效果是，各级模型模块的入参可来至于缓存模块，而非像现有技术一样依赖于上级模型模块的逻辑输入，使得处理模型中各级模型模块得以解耦，处理模型中的模块之间更加独立，可以更独立的完成业务处理，无需依赖上下游的业务逻辑，更加解耦，另外，模块复用性高，可带来数据的独立获取和独立落表，这样，可以让开发人员只需要关注本模块功能，在使用数据时不需要关心数据的中间态，而且，使得每个模型模块的代码可维护性高，模块的独立降低的模块间耦合，后续业务变更改动范围和风险都较小，可以有效地避免处理系统越加庞大、复杂。

为便于理解，以下根据某个业务场景，以图2为例再次进行介绍，在该图2中，是以金融领域的核算应用场景为例进行说明，其中，对应的，在该具体核算应用场景中，该处理模型为核算模型，该核算模型包括多级模型模块，假设分别是核算模型模块A、核算模型模块B和核算模型模块C，三个核算模型模块均连接至缓存模块中，且三个核算模型模块在具体的核算应用场景中具有预设的执行逻辑顺序和自身的处理逻辑，其链路顺序不妨设为：核算模型模块A→核算模型模块B→核算模型模块C，在该交易核算应用场景中，交易发起者(Customer)发起核算时，传递交易信息至该核算模型，此时核算模型的各级模型模块会进行相应处理：本核算模型中，核算模型模块A得到交易发起者触发的交易信息后，根据自身的处理逻辑只处理自己的事情，得到结果1，并把结果1放在缓存模块中缓存，本核算模型模块A结束。然后链路进行核算模型模块B处理，核算模型模块B从缓存模块中获取所需信息，可以包括结果1，核算模型模块B依据自身处理逻辑处理完之后得到结果2，并把结果2放在缓存模块中，核算模型模块C和核算模型模块B类似，核算模型模块C从缓存模块中获取所需信息，包括结果2，依据自身逻辑处理完之后得到结果3，并把结果3放在缓存模块中。

经过上述核算模型例子可以明显看出，本发明设计的基于缓存技术的处理系统，其每一级模型模块的参数并非由上一个模块进行传递，实现了各模型模块的解耦，而非耦合，且对业务处理逻辑也进行了拆分，例如，当其他的业务场景需要其中的核算模型模块B的时候，不会往往因为核算模型模块B中存在无法复用的逻辑代码不得不重写，具有较高的模块代码复用性，实用性和拓展性更强。

需要说明的是，本发明中，可以将该处理系统可应用于各种各样的应用领域中，尤其是金融领域等系统较为复杂、参数较为多的系统中，上述核算应用场景仅是其中一个例子，对于此，本发明基于处理系统，还可以对应提供用于其他交易场景下的处理，比如订单处理、结款处理、还款处理等，其处理场景均可参照上述基于缓存技术的处理系统进行设计。该处理系统包括获取模块、处理模型和缓存模块，处理模型包括多级模型模块；获取模块、用于获取交易信息，并将交易信息传递入处理模型中；处理模型，用于用于根据交易信息中的交易类型和交易参数，对旧交易信息进行相应的处理，以得到模型处理结果，也就是说，该处理模型会依据其预设的执行顺序，实现各自模型模块的自身的业务处理逻辑，从而完成整个交易处理过程。

在一些实施例中，在实际应用中，可以将处理模型拆分为如下图3所示的多个模型模块，包括交易调整模块、金额汇总模块、金额修正模块、溢缴款抵扣模块、资金分配模块、数据下发模块、冲销计提模块、日子记录模块、报盘模块、回盘模块等，上述各级模型模块均连接至缓存模块中。需要说明的是，图3所示处理模型(核算模型模块)在此仅为示例性说明，实际处理模型可以包括其他类型的核算模块，取决于具体的核算场景中。

以上述别核算模块为例，设处理模型包括交易调整模块、金额汇总模块、冲销计提模块和数据下发模块，将交易信息传递入处理模型中，以通过处理模型得到各级模型模块的模块处理结果，为便于理解上述过程，以下图4核算模型中的还款场景为例进行说明，请参阅如图4所示。

结合图4，上述各级模型模型的功能如下所示：

交易调整模块，用于对交易信息的交易类型和交易参数，对旧交易信息进行处理，得到新交易信息，并将新交易信息缓存在缓存模块redis中。其中，交易参数取决于交易发起者触发的交易类型而对应生成，例如，针对核算应用场景中，交易发起者可以发起撤销、退款、消费冲正、撤销冲正、溢缴纳款抵扣等交易操作，具体，这里不一一举例和说明，其中，所触发的不同的交易操作，具会生成对应的交易参数，交易调整模块可以获取到交易发起者所触发生成的交易参数，也即处理模型的初始入参。交易调整模块得到交易参数之后，需获取旧交易信息(OldApplyInf)，该旧交易信息(OldApplyInf)，是指该交易发起者以往触发的交易所涉及的信息。为正确执行当前交易的业务执行逻辑和有效性，需考虑旧交易信息(OldApplyInf)，从而结合交易参数得到新交易信息(NewApplyInf)，并缓存至缓存模块redis中，本交易调整模块结束。具体地，该交易调整模块对用户传递的交易参数进行分析，得到账户标识和所述交易类型涉及的金额；按照所述交易类型和账户标识获取该账户的旧交易信息，所述旧交易信息包括交易状态和交易本金；根据所述涉及的金额，对所述交易本金进行调整并按照所述交易类型修改所述交易状态，从而获取到新交易信息。

在一些实施例中，所述交易调整模块，还具体用于：按照所述账户标识和交易类型，判断是否能从所述缓存模块中获取相应的所述旧交易信息；若不能，则按照所述账户标识和交易类型，从对应数据库获取相应的所述旧交易信息，并将所述旧交易信息存于所述缓存模块中。

为便于理解，这里举个简单例子，例如，以退款交易为例，客户进行退款操作，产生对应的交易参数，该交易参数包括该用户的账户标识、交易类型(退款)交易类型涉及的金额(退款金额)；随后先从缓存模块中读取旧交易信息(OldApplyInf)，此时，可能因为是初次经过本模型模块处理，缓存模块redis并未缓存旧交易信息(OldApplyInf)，无法从缓存模块redis直接快速地获取到旧交易信息(OldApplyInf)，此时需依据账户标识，从数据库中获取到旧交易信息(OldApplyInf)，该旧交易信息(OldApplyInf)可以包括交易状态和交易本金，再根据退款规则，把旧交易信息(OldApplyInf)的交易状态由03正常修改为07退款，其中，交易状态03表示当前此交易处于正常状态，07表示当前交易处于退款状态，把旧交易信息(OldApplyInf)中的交易本金由100修改为0，产生新的对象新交易信息(NewApplyInf)，并将产生的新交易信息缓存在缓存模块redis中，本交易调整模块处理完成。

金额汇总模块，用于从缓存模块中获取新交易信息(NewApplyInf)，并根据新交易信息(NewApplyInf)中的交易本金，对旧交易数据(Old数据)进行相应的修正，得到新交易数据(New数据)，并将新交易数据(New数据)缓存在缓存模块redis中。可以理解的是，对于金额汇总模块而言，其是核算模型中的另一独立模型模块，金额汇总模块与缓存模块redis连接，同样能在缓存模块redis获取交易调整模块缓存的新交易信息(NewApplyInf)，金额汇总模块在得到新交易信息(NewApplyInf)之后，便可按照新交易信息的交易本金等数据(NewApplyInf)执行新的交易汇总逻辑等，完成本模块的业务逻辑，本金额汇总模块结束。

需要说明的是，因为新交易信息(NewApplyInf)较原旧交易信息(OldApplyInf)的交易本金和交易状态发生了变化，直接影响到了业务的上层数据或者下层数据，因此需获取到旧交易数据(Old数据)，例如，旧交易数据(Old数据)可以包括账单对象(oldBillApply)，可以理解，当金额发生变化时，账单对象的金额的变化需要做汇总更新，结合上述例子，账单对象(oldBillApply)中的交易本金将由100更新为0，产生新的账单对象(NewBillApply)，把账单对象(NewBillApply等新新交易数据(New数据)存放于缓存模块redis和数据库中。其中，需要说明的是，旧交易数据还可以包括其他数据，这里不一一列举。

冲销计提模块，用于从缓存模块redis中获取新交易信息(NewApplyInf)，并对新交易信息(NewApplyInf)的所有信息进行组装处理，得到冲销计提数据(FaInfRecord)，并使用接口方式将冲销计提数据(FaInfRecord)同步至财务系统，并缓存在缓存模块redis和数据库中，本冲销计提模块结束。需要说明的是，因为上述处理中涉及的金额变化为100，这部分金额变化需要通知给财务系统，所以需要把例如金额100，操作退款等信息进行组装，得到冲销计提数据(FaInfRecord)，使用接口同步至财务系统，便于财务系统根据冲销计提数据进行冲销、计提等处理，并缓存至缓存模块redis和数据库中，以便所需模型模块能得到冲销计提数据。

数据下发模块，用于从缓存模块redis中获取新交易数据(New数据)并将新交易数据(New数据)存储在数据库中，本数据下发模块结束。需要说明的是，这次客户的退款操作及数据变化需要通知到关联系统，因此，需将新交易数据(New数据)下发至关联系统，比如，关联系统可以包括账户系统AMS，催收系统PLMP等等。因此，处理完成之后，需把新交易数据(New数据)，使用消息中间件(MQ)或者接口方式进行数据广播至关联系统，处理完成之后，将下发状态(成功或失败)存放于数据库中，本数据下发模块结束。

在一应用场景中，该处理模型还包括日志记录模块；该日志记录模块用于从缓存模块获取新交易数据(New数据)，并对新交易数据(New数据)和旧交易数据(Old数据)的差异进行数据记录，并将数据记录结果保存在数据库DB中，例如，对上述记录结果进行打印并缓存至数据库中，本日志记录模块结束。在一应用场景中，旧交易信息(OldApplyInf)和旧交易数据(Old数据)可以缓存在缓存模块redis中，以便于所需模型模块能快速从缓存模块redis中获取到所需信息。

需要说明的是，上述对各模型模块的举例说明在此仅为示例性说明，并不对本发明的各模型模块自身的处理逻辑造成限定。

可以看出，处理模型中的所有模型模块只需要从缓存模块redis中获取数据，处理结束之后把数据添加到缓存模块redis或者更新至DB中，无需关心上层模块的核心逻辑，从而达到模块高度解耦的效果。另外需要说明的是，上述从缓存模块redis中获取操作，可以统一设置为先从缓存模块redis中直接获取，获取不到之后，从数据库获取并添加至缓存模块redis中，以便其他模型模块处理时能快速从缓存模块获取到。

另一方面，本发明实施例提出一种基于处理系统的处理方法，方法包括如下步骤：

S10：所述获取模块获取交易信息，并将所述交易信息传递入处理模型中，所述交易信息包括交易类型和交易参数；

S20：所述处理模型根据所述交易类型和所述交易参数，对旧交易信息进行相应的处理，以得到模型处理结果。

在一应用场景中，将交易参数传递入处理模型中，以通过处理模型得到各级模型模块的模块处理结果，包括如下步骤：

所述交易调整模块对所述交易参数进行分析，得到账户标识和所述交易类型涉及的金额；按照所述账户标识和交易类型获取所述账户相应的所述旧交易信息，所述旧交易信息包括交易状态和交易本金；根据所述涉及的金额，对所述交易本金进行相应调整并按照所述交易类型修改所述交易状态，得到所述账户的新交易信息，并将所述新交易信息缓存在所述缓存模块中。

其中，交易参数取决于交易发起者触发的交易类型而对应生成，例如，针对核算应用场景中，交易发起者可以发起撤销、退款、消费冲正、撤销冲正、溢缴纳款抵扣等交易操作，具体，这里不一一举例和说明，其中，所触发的不同的交易操作，具会生成对应的交易参数，交易调整模块可以获取到交易发起者所触发生成的交易参数，也即处理模型的初始入参。交易调整模块得到交易参数之后，需获取用户的账户标识所对应的旧交易信息(OldApplyInf)，该旧交易信息(OldApplyInf)，是指该交易发起者以往触发的交易所涉及的信息。为正确执行当前交易的业务执行逻辑和有效性，需考虑旧交易信息(OldApplyInf)，从而结合交易参数得到新交易信息(NewApplyInf)，并缓存至缓存模块redis中，本模块结束。具体地，该交易调整模块对所述交易参数进行分析，得到交易类型和所述交易类型涉及的金额；按照所述交易类型和账户标识获取相应的所述旧交易信息，所述旧交易信息包括交易状态和交易本金；根据所述涉及的金额，对所述交易本金进行调整并按照所述交易类型修改所述交易状态，以获取新交易信息。

为便于理解，这里举个简单例子，例如，以退款交易为例，客户进行退款操作，产生对应的交易参数，该交易参数包括该用户的账户标识、交易类型(退款)交易类型涉及的金额(退款金额)；随后先从缓存模块中读取旧交易信息(OldApplyInf)，此时，可能因为是初次经过本模型模块处理，缓存模块redis并未缓存旧交易信息(OldApplyInf)，此时从从数据库中获取到旧交易信息(OldApplyInf)，该旧交易信息(OldApplyInf)可以包括交易状态和交易本金，再根据退款规则，把旧交易信息(OldApplyInf)的交易状态由03正常修改为07退款，其中，交易状态03表示当前此交易处于正常状态，07表示当前交易处于退款状态，把旧交易信息(OldApplyInf)中的交易本金由100修改为0，产生新的对象新交易信息(NewApplyInf)，退款交易处理完成，并将产生的新交易信息缓存在缓存模块redis中，也即本交易调整模块处理完成。

金额汇总模块从缓存模块中获取新交易信息(NewApplyInf)，并根据新交易信息(NewApplyInf)中的交易本金，对旧交易数据(Old数据)进行相应的修正，得到新交易数据(New数据)，并将新交易数据(New数据)缓存在缓存模块redis中。可以理解的是，对于金额汇总模块而言，其是核算模型中的另一独立模型模块，金额汇总模块与缓存模块redis连接，同样能在缓存模块redis获取交易调整模块缓存的新交易信息(NewApplyInf)，金额汇总模块在得到新交易信息(NewApplyInf)之后，便可按照新交易信息的交易本金等数据(NewApplyInf)执行新的交易汇总逻辑等，完成本模块的业务逻辑，本金额汇总模块结束。

需要说明的是，因为新交易信息(NewApplyInf)较原旧交易信息(OldApplyInf)的交易本金和交易状态发生了变化，直接影响到了业务的上层数据或者下层数据，因此需获取到旧交易数据(Old数据)，例如，旧交易数据(Old数据)可以包括账单对象(oldBillApply)，可以理解，当金额发生变化时，账单对象的金额的变化需要做汇总更新，结合上述例子，账单对象(oldBillApply)中的交易本金将由100更新为0，产生新的账单对象(NewBillApply)，把账单对象(NewBillApply等新新交易数据(New数据)存放于缓存模块redis和数据库中。其中，需要说明的是，旧交易数据还可以包括其他数据，这里不一一列举。

冲销计提模块从缓存模块redis中获取新交易信息(NewApplyInf)，并对新交易信息(NewApplyInf)的所有信息进行组装处理，得到冲销计提数据(FaInfRecord)，并使用接口方式将冲销计提数据(FaInfRecord)同步至财务系统，并缓存在缓存模块redis和数据库中，本冲销计提模块结束。需要说明的是，因为上述处理中涉及的金额变化为100，这部分金额变化需要通知给财务系统，便于财务系统根据冲销计提数据进行冲销、计提等处理，并缓存至缓存模块redis和数据库中，以便所需模型模块能得到冲销计提数据。

数据下发模块从缓存模块redis中获取新交易数据(New数据)并将新交易数据(New数据)存储在数据库DB中，本数据下发模块结束。需要说明的是，这次客户的退款操作及数据变化需要通知到关联系统，因此，需将新交易数据(New数据)下发至关联系统，比如，关联系统可以包括账户系统AMS，催收系统PLMP等等。因此，处理完成之后，需把新交易数据(New数据)，使用(消息中间件(MQ)或者接口方式进行数据广播至关联系统，处理完成之后，将下发状态(成功或失败)存放于数据库中，本模块结束。

在一应用场景中，该处理模型还包括日志记录模块；该日志记录模块从缓存模块获取新交易数据(New数据)，并对新交易数据(New数据)和旧交易数据(Old数据)的差异进行数据记录，并将数据记录结果保存在数据库DB中，例如，对上述记录结果进行打印并缓存至数据库中，本日志记录模块结束。在一应用场景中，旧交易信息(OldApplyInf)和旧交易数据(Old数据)可以缓存在缓存模块redis中，以便于所需模型模块能快速从缓存模块redis中获取到所需参数。

可见，在基于该处理系统，本发明对应提供了一种处理方法中，其处理模型的各级模型模块均连接至缓存模块，从而使得处理模型的各级模型模块的模块处理结果可缓存至该缓存模块中，其带来的技术效果是，各级模型模块的入参可来至于缓存模块，而依赖于上级模型模块的逻辑输入，使得处理模型中各级模型模块得以解耦，处理模型中的模块之间更加独立，可以更独立的完成交易业务处理，无需依赖上下游的交易业务逻辑，更加解耦，另外，模块复用性高，可带来交易数据的独立获取和独立落表，这样，可以让开发人员只需要关注本模块功能，在使用数据时不需要关心数据的中间态，而且，使得每个模型模块的代码可维护性高，模块的独立降低的模块间耦合，后续交易业务变更改动范围和风险都较小，从而提高了金融交易过程的稳定性、可扩展性和可维护性。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。

需要说明的是，上述处理系统中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图5所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的网络接口用于与外部的设备通过网络连接通信，如与外部的客户端连接，以获取初始交易参数，或从外部数据库、缓冲模块中获取相关数据/信息，该计算机程序被处理器执行时以实现一种处理系统中处理模型的功能或者处理模型所实现的步骤。

在一个实施例中，提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现上述处理系统中处理模型的功能或者处理模型所实现的步骤。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现上述处理系统中处理模型的功能或者处理模型所实现的步骤。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。

以上所述实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围，均应包含在本发明的保护范围之内。