CN102841906A - 一种整合的交易处理***及交易处理方法 - Google Patents

Abstract

本发明提供了一种整合的交易处理***及交易处理方法，以解决目前的交易处理***存在计算处理分散的问题。所述***包括一个或多个应用子***，还包括：原始数据库，用于存储各应用子***所需的原始交易数据；信息调整数据库，用于存储用来调整原始交易数据的调整配置信息；计算引擎，用于从所述信息调整数据库调用调整配置信息并计算得到调整后的交易数据；各应用子***用于根据各自的应用所需直接从所述原始数据库获取原始交易数据，和/或，通过所述计算引擎获取调整后的交易数据。本申请可以避免现有技术中由于分散计算造成的计算结果不一致的问题，并且可以减少各应用子***承担的交易数据的计算压力。

Description

一种整合的交易处理***及交易处理方法

技术领域

本申请涉及网络数据处理技术，特别是涉及一种整合的交易处理***及交易处理方法。

背景技术

在实际应用中，存在如图1所示的一种交易处理***：

所述交易处理***包括多个应用子***，如图中所示的应用子***1至应用子***N，每个应用子***实现业务的一种应用处理。所述交易处理***还包括原始数据库，用于存储各应用子***在应用处理过程中所需的各种原始交易数据。此外，每个应用子***中分别设置计算模块，如图中所示的计算模块1至计算模块N。所述计算模块用于按照所属应用子***的调整配置信息，对应用子***所需的原始交易数据进行调整计算。

在交易处理过程中，各应用子***会根据各自应用处理的需要，或者从原始数据库中直接调用所需的原始交易数据用作处理；或者调用各自的调整配置信息，并利用各自的计算模块进行原始交易数据的调整计算，然后将计算得到的调整后交易数据用作处理。

由上述图1所示***和相应的应用处理过程可以看出，现有的这种交易处理***中，每个应用子***都单独完成交易数据的调整计算，这就给各应用子***的管理带来诸多不便。

例如，在某些业务处理流程中，需要几个应用子***分别采用相同的调整策略对相同的原始交易数据进行调整计算，并分别将计算结果返回给用户。如果在计算过程中某个应用子***的计算出错，就会出现这几个应用子***计算结果不一致的问题，那么不同应用子***返回给用户的计算结果也会出现前后不一致的问题，进而导致业务处理出错。另外，由于每个应用子***即承担原始交易数据的计算工作又承担其他的业务处理工作，无疑将增加应用子***的计算压力。

此外，这种管理的不便还体现在如下方面：如果更换或增加调整配置信息，就需要在适用该调整策略的多个应用子***中分别进行更换或增加，耗费的工作量大。

总之，现有技术所述的这种交易处理***存在计算处理分散的问题，需要加以解决。

发明内容

本申请提供了一种整合的交易处理***及交易处理方法，以解决目前的交易处理***存在计算处理分散的问题。

为了解决上述问题，本申请公开了一种整合的交易处理***，包括一个或多个应用子***，还包括：

原始数据库，用于存储各应用子***所需的原始交易数据；

信息调整数据库，用于存储用来调整原始交易数据的调整配置信息；

计算引擎，用于从所述信息调整数据库调用调整配置信息并计算得到调整后的交易数据；

各应用子***用于根据各自的应用所需直接从所述原始数据库获取原始交易数据，和/或，通过所述计算引擎获取调整后的交易数据。

优选的，所述***还包括：缓存子***，用于缓存所述计算引擎计算得到的调整后的交易数据。

优选的，所述计算引擎包括：

缓存查询模块，用于当任意一个应用子***通过计算引擎获取调整后的交易数据时，查询所述缓存子***中是否有所述应用子***所需的调整后的交易数据，并根据查询结果触发数据获取模块或调整计算模块；

数据获取模块，用于当所述缓存子***中有所述应用子***所需的调整后的交易数据时，直接从缓存子***获取，并返回给所述应用子***；

调整计算模块，用于当所述缓存子***中没有所述应用子***所需的调整后的交易数据时，从所述信息调整数据库调用调整配置信息并计算得到调整后的交易数据，然后将调整后的交易数据返回给所述应用子***，并存入所述缓存子***。

其中，所述原始数据库中的全部或部分原始交易数据与所述信息调整数据库中的调整配置信息通过数据标识进行一对一的关联映射。

优选的，所述原始交易数据包括商品标识ID、商品信息和商品原始价格信息；所述调整配置信息包括商品标识ID、促销活动标识ID、促销活动类型、折扣、活动促销价格、活动开始日期和活动结束日期；所述调整后的交易数据包括商品标识ID和商品促销价格信息。

优选的，所述促销活动类型包括商品打折和调整商品价格；

所述计算引擎包括：

活动类型判断模块，用于根据所述调整配置信息中设定的促销活动类型进行判断，当所述促销活动类型为商品打折时，触发折扣计算模块；当所述促销活动类型为调整商品价格时，触发价格调整模块；

折扣计算模块，用于将商品原始价格按照所述调整配置信息中设定的折扣进行计算，得到打折后的商品价格并返回给应用子***；

价格调整模块，用于读取所述调整配置信息中设定的活动促销价格并返回给应用子***。

优选的，所述计算引擎还包括：活动有效性判断模块，用于根据所述调整配置信息中设定的活动开始日期和活动结束日期判断促销活动是否有效，当活动有效时，触发所述活动类型判断模块；当活动无效时，从所述原始数据库中获取商品原始价格并返回给应用子***。

优选的，所述应用子***包括：商品管理***，用于设置所述原始数据库中的商品信息和商品原始价格信息，还用于设置所述信息调整数据库中的促销活动类型、折扣、活动促销价格、活动开始日期和活动结束日期。

优选的，所述应用子***包括：商品展示***，用于根据商品展示请求，通过查询所述信息调整数据库判断要展示的商品是否参与促销活动，如果参与，则通过所述计算引擎获取商品促销价格信息并展示；如果未参与，则直接从所述原始数据库中获取商品原始价格信息并展示。

优选的，所述应用子***包括：下单***，用于根据商品下单请求，通过查询所述信息调整数据库判断订单中的商品是否参与促销活动，如果参与，则通过所述计算引擎获取商品促销价格信息并下单；如果未参与，则直接所述原始数据库中获取商品原始价格信息并下单。

本申请还提供了一种整合的交易处理方法，包括：

将各应用子***所需的原始交易数据存储到原始数据库；

将用来调整原始交易数据的调整配置信息存储到信息调整数据库；

当各应用子***需要获取原始交易数据时，则从所述原始数据库获取；

当各应用子***需要获取调整后的交易数据时，则调用计算引擎，所述计算引擎从信息调整数据库获取相应的调整配置信息，并计算得到调整后的交易数据，然后将所述调整后的交易数据分发给需要的各应用子***。

优选的，所述方法还包括：应用子***将计算引擎计算得到的调整后的交易数据进行缓存；当任意一个应用子***需要获取调整后的交易数据时，先查询是否有缓存的所述调整后的交易数据，如果是，则直接获取缓存的调整后的交易数据；如果否，再调用计算引擎。

其中，所述原始数据库中的全部或部分原始交易数据与所述信息调整数据库中的调整配置信息通过数据标识进行一对一的关联映射。

优选的，所述原始交易数据包括商品标识ID、商品信息和商品原始价格信息；所述调整配置信息包括商品标识ID、促销活动标识ID、促销活动类型、折扣、活动促销价格、活动开始日期和活动结束日期；所述调整后的交易数据包括商品标识ID和商品促销价格信息。

优选的，如果原始数据库中的某条原始交易数据通过数据标识匹配到信息调整数据库中的相同数据标识，则调用计算引擎计算得到调整后的交易数据；如果原始数据库中的某条原始交易数据无法通过数据标识匹配到信息调整数据库中的相同数据标识，则从所述原始数据库获取原始交易数据。

与现有技术相比，本申请包括以下优点：

首先，本申请提出一种整合的交易处理***，该***包括一个或多个应用子***、用于存储原始交易数据的原始数据库、用于存储原始交易数据的调整配置信息的信息调整数据库和计算引擎；所述计算引擎用于从信息调整数据库调用调整配置信息并计算得到调整后的交易数据；而各应用子***可根据各自的应用所需直接从所述原始数据库获取原始交易数据，或者通过所述计算引擎获取调整后的交易数据。

由此可知，所述计算引擎将现有技术中设置在每个应用子***中的计算模块的计算功能整合在一起，并从各应用子***中分离出来，当各应用子***需要获取调整后的交易数据时，都是通过所述计算引擎获取，即都是由计算引擎进行统一计算，并将计算结果返回给需要的应用子***，因此可以避免现有技术中由于分散计算造成的计算结果不一致的问题，并且可以减少各应用子***承担的交易数据的计算压力。

而且，这种***的整合还便于整个***的维护和管理，当更换或增加调整配置信息时，通过重新设置信息调整数据库即可，无需对每个应用子***进行设置，从而提升了***的扩展性能。

其次，本申请所述整合的交易处理***还包括缓存子***，用于缓存所述计算引擎第一次计算得到的调整后的交易数据，当计算引擎再次向应用子***返回调整后的交易数据时，可以直接从所述缓存子***获取，无需再重复计算，因此这种整合还提高了交易处理***的运行速度，提升了***性能。

当然，实施本申请的任一产品不一定需要同时达到以上所述的所有优点。

附图说明

图1是现有技术中的一种交易处理***结构图；

图2是本申请实施例所述一种整合的交易处理***的结构图；

图3是本申请实施例所述一种电子交易***的结构图；

图4是本申请实施例所述促销价格计算引擎结构图；

图5是本申请实施例所述卖家发布商品和参与促销活动的流程图；

图6是本申请实施例所述买家浏览商品的流程图；

图7是本申请实施例所述促销价格计算引擎的计算流程图；

图8是本申请实施例所述买家下单流程图。

具体实施方式

为使本申请的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本申请作进一步详细的说明。

本申请提出一种整合的交易处理***，可以解决现有技术中分散计算的问题。下面通过实施例对本申请所述***进行详细说明。

参照图2，是本申请实施例所述一种整合的交易处理***的结构图。

所述整合的交易处理***包括一个或多个应用子***21、原始数据库22、信息调整数据库23和计算引擎24，其中：

原始数据库22，用于存储各应用子***21所需的原始交易数据；

信息调整数据库23，用于存储用来调整原始交易数据的调整配置信息；

计算引擎24，用于从所述信息调整数据库23调用调整配置信息并计算得到调整后的交易数据；

各应用子***21用于根据各自的应用所需直接从所述原始数据库22获取原始交易数据，和/或，通过所述计算引擎24获取调整后的交易数据。

其中，所述“和/或”是指：每个应用子***21可以根据各自的应用需要，或者从原始数据库22获取原始交易数据，或者通过所述计算引擎24获取调整后的交易数据，或者同时获取原始交易数据和调整后的交易数据。

在上述交易处理***中，所述原始数据库22中的全部或部分原始交易数据与所述信息调整数据库23中的调整配置信息通过数据标识进行一对一的关联映射。例如，所述原始数据库22中的每一条原始交易数据都对应一个数据ID，所述信息调整数据库23中的每一条调整配置信息也对应一个数据ID，这样，如果某条原始交易数据通过数据ID可以匹配到具有相同数据ID的调整配置信息，则表示对该条原始交易数据可进行调整；相反的，如果某条原始交易数据通过数据ID无法匹配到具有相同数据ID的调整配置信息，则表示信息调整数据库23中并没有设置该条原始交易数据的调整配置信息，该条原始交易数据不可调整。

各应用子***21根据各自业务处理的情况，如果需要获取原始交易数据，则直接从原始数据库22读取；如果需要获取调整后的交易数据，则调用计算引擎24，由计算引擎24调用调整配置信息并进行调整计算，将计算结果即调整后的交易数据返回给调用它的应用子***21。当然，某条原始交易数据需要在信息调整数据库23中设置相对应的调整配置信息，应用子***21才可以在需要的时候通过计算引擎24获取到对所述原始交易数据进行调整计算后的交易数据。

所述计算引擎24在具体计算过程中，首先根据应用子***21请求的数据ID，从信息调整数据库23获取与该数据ID相关联的调整配置信息；然后对该调整配置信息进行分析，按照分析出的调整策略对原始交易数据进行调整计算。当然，调整配置信息不同，计算引擎24的计算方法也不同。

此外，优选的，所述整合的交易处理***还可以包括：

缓存子***25，用于缓存所述计算引擎24计算得到的调整后的交易数据。

相应的，所述计算引擎24进一步可以包括：

缓存查询模块241，用于当任意一个应用子***21通过计算引擎24获取调整后的交易数据时，查询所述缓存子***25中是否有所述应用子***21所需的调整后的交易数据，并根据查询结果触发数据获取模块242或调整计算模块243；

数据获取模块242，用于当所述缓存子***25中有所述应用子***21所需的调整后的交易数据时，直接从缓存子***25获取，并返回给所述应用子***21；

调整计算模块243，用于当所述缓存子***25中没有所述应用子***21所需的调整后的交易数据时，从所述信息调整数据库23调用调整配置信息并计算得到调整后的交易数据，然后将调整后的交易数据返回给所述应用子***21，并存入所述缓存子***25。

综上所述，将上述整合的交易处理***与现有技术所述的交易处理***进行如下对比：

第一，所述整合的交易处理***将现有技术中设置在每个应用子***中的计算模块的计算功能整合在一个计算引擎中，并将所述计算引擎从各应用子***中分离出来，当各应用子***需要获取调整后的交易数据时，都是通过所述计算引擎获取，即都是由计算引擎进行统一计算，并将计算结果返回给需要的应用子***，因此可以避免现有技术中由于分散计算造成的计算结果不一致的问题，并且可以减少应用子***承担交易数据调整的计算工作所产生的计算压力。

第二，所述交易处理***的整合还便于整个***的维护和管理，当更换或增加调整配置信息时，通过重新设置信息调整数据库即可，无需对每个应用子***进行设置，从而提升了整个交易处理***的扩展性能。

第三，所述整合的交易处理***通过缓存子***来缓存所述计算引擎第一次计算得到的调整后的交易数据，当计算引擎再次向应用子***返回调整后的交易数据时，可以直接从所述缓存子***获取，无需再重复计算，因此这种整合还提高了交易处理***的运行速度，提升了***性能。

此外，基于图2实施例所示的交易处理***，本申请还提供了一种整合的交易处理方法实施例。所述整合的交易处理方法基于所述交易处理***可实现以下流程：

第一步，交易数据预处理阶段，主要包括以下两个步骤的处理：

将各应用子***所需的原始交易数据存储到原始数据库；

将用来调整原始交易数据的调整配置信息存储到信息调整数据库；

第二步，交易处理阶段，主要包括以下两种情况的处理：

当各应用子***需要获取原始交易数据时，则从所述原始数据库获取；

当各应用子***需要获取调整后的交易数据时，则调用计算引擎，所述计算引擎从信息调整数据库获取相应的调整配置信息，并计算得到调整后的交易数据，然后将所述调整后的交易数据分发给需要的各应用子***。

其中，所述原始数据库中的全部或部分原始交易数据与所述信息调整数据库中的调整配置信息通过数据标识进行一对一的关联映射。

如果原始数据库中的某条原始交易数据通过数据标识匹配到信息调整数据库中的相同数据标识，则调用计算引擎计算得到调整后的交易数据；如果原始数据库中的某条原始交易数据无法通过数据标识匹配到信息调整数据库中的相同数据标识，则从所述原始数据库获取原始交易数据。

优选的，所述交易处理方法还可以包括：

应用子***将计算引擎计算得到的调整后的交易数据进行缓存；

当任意一个应用子***需要获取调整后的交易数据时，先查询是否有缓存的所述调整后的交易数据，如果是，则直接获取缓存的调整后的交易数据；如果否，再调用计算引擎。

由上可知，所述整合的交易处理方法将各个应用子***所需的调整后的交易数据都统一到计算引擎中计算，因此可以避免现有技术中由于分散计算造成的计算结果不一致的问题，并且可以减少应用子***承担交易数据调整的计算工作所产生的计算压力。而且，所述缓存的使用还可以避免计算引擎的重复计算，从而提高交易处理效率。

基于上述图2所示实施例的内容，为了使本领域技术人员更加清楚地了解本申请的内容，下面以电子交易为例，将图2所示***应用到电子交易中的商品促销价格计算中进行说明。

在基于电子商务的网络交易中，尤其是在小额批发的电子商务网站中，由于在线交易和批发的特殊性，卖家在发布一个商品信息到电子交易***后，会参与电子交易***的一些商品促销活动，比如参与活动对商品打折扣、买商品直接减多少价格、VIP买家打多少折扣等活动，来促使买家购买商品从而提升卖家的交易额、信用度及人气，并促使更多买家进行下单购买。

为了实现上述的商品促销，所述电子交易***可对卖家发布的商品参与各种促销活动时，对每个参与活动的商品进行促销规则设置，然后通过促销价格计算引擎对参与活动的商品进行促销价格计算，使得电子交易***各应用需要商品促销价格时，直接调用所述促销价格计算引擎进行计算即可。下面通过图3所示的电子交易***进行详细说明。

参照图3，是本申请实施例所述一种电子交易***的结构图。

所述电子交易***可以包括多个应用子***，分别如图中所示的卖家商品管理***311、商品展示***312和下单***313，当然，所述应用子***还可以包括其他的应用***。所述电子交易***还包括促销价格计算引擎32、商品促销价格缓存***33、商品数据库34和活动促销商品数据库35。

其中：

所述商品数据库34中存储了原始交易数据，包括商品标识ID、商品信息和商品原始价格信息；

所述活动促销商品数据库35中存储了价格调整配置信息，包括商品标识ID、促销活动标识ID、促销活动类型、折扣、活动促销价格、活动开始日期和活动结束日期等信息；

所述促销价格计算引擎32用于根据各应用子***的调用，利用活动促销商品数据库35中存储的价格调整配置信息对商品原始价格进行调整计算，并得到调整后的交易数据，包括商品标识ID和商品促销价格信息；

所述商品促销价格缓存***33用于对促销价格计算引擎32第一次计算所得的商品促销价格信息进行缓存，当所述促销价格计算引擎32再次向应用子***返回相同的商品促销价格信息时，可以直接从所述商品促销价格缓存***33获取，无需进行重复计算；

所述卖家商品管理***311用于设置所述商品数据库34中的商品信息和商品原始价格信息，还用于设置所述活动促销商品数据库35中的促销活动类型、折扣、活动促销价格、活动开始日期和活动结束日期等价格调整配置信息；

所述商品展示***312用于根据商品展示请求，通过查询所述活动促销商品数据库35判断要展示的商品是否参与促销活动，如果参与，则通过所述促销价格计算引擎32获取商品促销价格信息并展示；如果未参与，则直接从所述商品数据库34中获取商品原始价格信息并展示；

所述下单***313用于根据商品下单请求，通过查询所述活动促销商品数据库35判断订单中的商品是否参与促销活动，如果参与，则通过所述促销价格计算引擎32获取商品促销价格信息并下单；如果未参与，则直接所述述商品数据库34中获取商品原始价格信息并下单。

需要说明的是，上述商品促销价格缓存***33是优选设置的***，可以减少促销价格计算引擎32的重复计算次数，提高整个电子交易***的运行速度。相应的，参照图4所示的促销价格计算引擎结构图，所述促销价格计算引擎32进一步可以包括：

缓存查询模块41，用于当任意一个应用子***通过促销价格计算引擎32获取调整后的交易数据时，查询所述商品促销价格缓存***33中是否有所述应用子***所需的调整后的交易数据，并根据查询结果触发数据获取模块42或调整计算模块43；

数据获取模块42，用于当所述商品促销价格缓存***33中有所述应用子***所需的调整后的交易数据时，直接从商品促销价格缓存***33获取，并返回给所述应用子***；

调整计算模块43，用于当所述商品促销价格缓存***33中没有所述应用子***所需的调整后的交易数据时，从所述活动促销商品数据库35调用价格调整配置信息并计算得到调整后的交易数据，然后将调整后的交易数据返回给所述应用子***，并存入所述商品促销价格缓存***33。

基于上述电子交易***，在实际应用中，最常使用的促销活动类型基本包括两类，一类是商品打折，如普通买家打多少折扣、VIP买家打多少折扣等；还有一类是直接调整商品价格，如将商品原始价格调整为新的促销价格，或者是买商品直接减多少价格等等。当然，实际应用中还有很多种促销活动类型，但是依据各种促销活动类型进行的价格计算都是通过所述促销价格计算引擎32完成。

基于不同的促销活动类型，参照图4所示，所述促销价格计算引擎32中的调整计算模块43进一步可以包括：

活动类型判断模块44，用于根据所述价格调整配置信息中设定的促销活动类型进行判断，当所述促销活动类型为商品打折时，触发折扣计算模块45；当所述促销活动类型为调整商品价格时，触发价格调整模块46；

折扣计算模块45，用于将商品原始价格按照所述价格调整配置信息中设定的折扣进行计算，得到打折后的商品价格并返回给应用子***；

价格调整模块46，用于读取所述价格调整配置信息中设定的活动促销价格并返回给应用子***。

此外，参照图4所示，所述促销价格计算引擎32中的调整计算模块43还可以包括：

活动有效性判断模块47，用于根据所述价格调整配置信息中设定的活动开始日期和活动结束日期判断促销活动是否有效，当活动有效时，触发所述活动类型判断模块44；当活动无效时，从所述商品数据库34中获取商品原始价格并返回给应用子***。

下面结合实际应用中的交易流程对上述图3和图4所示电子交易***的工作原理进行说明。

在实际的电子交易中，首先卖家完成发布商品、设置商品原始价格、选择商品参与促销活动、设置参与促销活动的商品价格促销规则(规则包括在商品原始价格上打折扣、把原始价格改为新的促销价格等方式)。

然后，买家浏览商品，所述电子交易***判断买家浏览的商品是否是卖家设置的参与促销的商品，如果是则通过促销价格计算引擎计算得到商品的促销价格进行展示。

同样，当买家对浏览的商品进行网上下单时，所述电子交易***也判断下单的商品是否是促销商品，是则按促销价格计算引擎计算得到的促销价格进行下单。

电子交易***实现上述交易流程的方式包括如下三个方面：

1、通过卖家商品管理***实现卖家发布商品和参与促销活动的流程

参照图5，是本申请实施例所述卖家发布商品和参与促销活动的流程图。

1.1卖家通过卖家商品管理***设置商品数据库，完成商品信息的发布，所述商品信息包括：商品名称、商品类目、商品图片、描述信息、运费等信息；

1.2卖家通过卖家商品管理***设置商品数据库，完成对发布的商品的原始价格信息进行设置，所述商品原始价格信息包括：商品规格、最小起订量、最大起订量、商品价格等信息，其中每个规格根据起订量范围可以设置多条(本例中限定5条，可以根据需要调整)，比如对一个mp3的商品进行原始价格设置为：

表1

卖家发布的商品信息和商品原始价格信息都存入商品数据库中，商品数据库中的信息包括：商品标识ID、商品名称、商品类目、商品图片、描述信息、运费和原始价格信息；

1.3卖家通过卖家商品管理***选择商品参与促销活动；

1.4卖家通过卖家商品管理***设置活动促销商品数据库，完成对所选择参与促销活动的商品进行促销价格设置。

促销价格设置通常包括在商品原始价格上打折扣、把原始价格改为新的促销价格等方式。

比如对上面mp3的商品可进行如下设置：

参与圣诞促销活动按原始价格打折的方式设置为打4折；

参与元旦促销活动把原始价格设置为新的促销价格，如下：

表2

卖家选择参与促销活动的商品促销价格的设置并存入活动促销商品数据库中。

活动促销商品数据库中的信息包括：商品标识ID、活动标识ID、促销活动类型(指按折扣设置还是把原始价格改为新的价格)、折扣、活动促销价格、活动开始日期、活动结束日期等信息。如果促销活动类型是按折扣设置，则将折扣值存入活动促销商品数据库中的折扣字段中；如果促销活动类型是把原始价格改为新的价格，则将新的价格存入活动促销价格字段中。

需要说明的是，本例中活动促销商品数据库也可以用其它的数据存储方式来代替，比如key-value引擎、NoSql、文件存储***等。无论通过哪种数据存储方式实现，都可以用商品标识ID来标识访问，进而可以解决海量商品参与促销的存储和访问性能问题。

2、通过商品展示***、促销价格计算引擎和商品促销价格缓存***实现买家浏览商品的流程

参照图6，是本申请实施例所述买家浏览商品的流程图。

2.1买家请求浏览商品，商品展示***根据商品标识ID从商品数据库中得到商品信息和商品原始价格；

2.2商品展示***根据商品标识ID访问活动促销商品数据库，查看该商品是否是参与促销的商品，如果没有从活动促销商品数据库取得对应信息，则判断为不是参与促销活动的商品，按商品的原始价格进行展示；如果能从活动促销商品数据库取得对应信息，则判断为是参与促销活动的商品，通过调用促销价格计算引擎计算得到商品促销价格然后进行展示。

商品促销价格计算引擎的计算流程如图7所示。

参照图7，是本申请实施例所述促销价格计算引擎的计算流程图。

a.商品促销价格计算引擎先使用商品标识ID访问商品促销价格缓存***，如果商品促销价格缓存***中有该商品的促销价格信息，则直接取出返回给调用者；

b.如果商品促销价格缓存***中没有该商品的促销价格信息，则根据促销活动的有效期(活动开始日期和活动结束日期)判断活动是否有效，如果活动已经过期，则直接返回商品的原始价格；

c.如果该商品参与的活动还有效，则判断是按折扣进行促销，还是按完全重新设定的促销价格进行促销，如果是按折扣进行促销，则按公式：原始价格×(1-折扣)得到促销价格，比如前面设置的mp3商品按折扣促销则促销价格为：原始价格×(1-0.4)，即：

表3

如果是按完全重新设定的促销价格促销，则返回：

表4

d.对于每次计算出来的商品促销价格使用商品ID作为标识存放进商品促销价格缓存***中，便于下次调用，商品促销价格缓存***缓存信息的过期时间可以根据具体情况进行设置，比如30分钟。

3、通过下单***、促销价格计算引擎和商品促销价格缓存***实现买家下单流程

参照图8，是本申请实施例所述买家下单流程图。

3.1买家请求下单，下单***根据商品标识ID从商品数据库中得到商品信息和商品原始价格；

3.2下单***根据商品标识ID访问活动促销商品数据库，查看该商品是否是参与促销的商品，如果没有从活动促销商品数据库取得对应信息，则判断为不是参与促销活动的商品，按商品的原始价格进行下单；如果能从活动促销商品数据库取得对应信息，则与商品展示时判断逻辑一样，调用促销价格计算引擎进行商品促销价格计算，并用促销价格来进行下单。

商品促销价格计算引擎的计算流程如图7所示，在此不再详述。

由于在买家浏览商品的过程中商品展示***已经调用促销价格计算引擎计算得到了商品促销价格，并存入了商品促销价格缓存***，因此在买家下单流程中，可以促销价格计算引擎可以直接从商品促销价格缓存***获取商品促销价格，无需重复计算。

综上所述，现有技术中促销价格的计算都分散到商品展示***和下单***中进行，即商品展示***和下单***都分别计算促销价格；而本申请实施例中买家对商品进行浏览和下单时都从促销价格计算引擎计算得到促销价格，从而把促销活动产品价格需分散在个应用中单独计算处理的过程集中在一个地方进行处理，满足了商品促销价格计算统一、便于性能优化、提升用户体验、便于管理和维护。

上述实施例是以电子交易中的商品促销价格计算为例进行说明，但具体应用中也可以应用到其他应用中，其实施原理与上述实施例相似，故不再赘述。

以上对本申请所提供的一种整合的交易处理***及交易处理方法，进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims (15)

1.一种整合的交易处理***，包括一个或多个应用子***，其特征在于，还包括：

原始数据库，用于存储各应用子***所需的原始交易数据；

信息调整数据库，用于存储用来调整原始交易数据的调整配置信息；

计算引擎，用于从所述信息调整数据库调用调整配置信息并计算得到调整后的交易数据；

各应用子***用于根据各自的应用所需直接从所述原始数据库获取原始交易数据，和/或，通过所述计算引擎获取调整后的交易数据。

2.根据权利要求1所述的***，其特征在于，还包括：

缓存子***，用于缓存所述计算引擎计算得到的调整后的交易数据。

3.根据权利要求2所述的***，其特征在于，所述计算引擎包括：

缓存查询模块，用于当任意一个应用子***通过计算引擎获取调整后的交易数据时，查询所述缓存子***中是否有所述应用子***所需的调整后的交易数据，并根据查询结果触发数据获取模块或调整计算模块；

数据获取模块，用于当所述缓存子***中有所述应用子***所需的调整后的交易数据时，直接从缓存子***获取，并返回给所述应用子***；

调整计算模块，用于当所述缓存子***中没有所述应用子***所需的调整后的交易数据时，从所述信息调整数据库调用调整配置信息并计算得到调整后的交易数据，然后将调整后的交易数据返回给所述应用子***，并存入所述缓存子***。

4.根据权利要求1所述的***，其特征在于：

所述原始数据库中的全部或部分原始交易数据与所述信息调整数据库中的调整配置信息通过数据标识进行一对一的关联映射。

5.根据权利要求1至4任一所述的***，其特征在于：

所述原始交易数据包括商品标识ID、商品信息和商品原始价格信息；

所述调整配置信息包括商品标识ID、促销活动标识ID、促销活动类型、折扣、活动促销价格、活动开始日期和活动结束日期；

所述调整后的交易数据包括商品标识ID和商品促销价格信息。

6.根据权利要求5所述的***，其特征在于：

所述促销活动类型包括商品打折和调整商品价格；

所述计算引擎包括：

活动类型判断模块，用于根据所述调整配置信息中设定的促销活动类型进行判断，当所述促销活动类型为商品打折时，触发折扣计算模块；当所述促销活动类型为调整商品价格时，触发价格调整模块；

折扣计算模块，用于将商品原始价格按照所述调整配置信息中设定的折扣进行计算，得到打折后的商品价格并返回给应用子***；

价格调整模块，用于读取所述调整配置信息中设定的活动促销价格并返回给应用子***。

7.根据权利要求6所述的***，其特征在于，所述计算引擎还包括：

活动有效性判断模块，用于根据所述调整配置信息中设定的活动开始日期和活动结束日期判断促销活动是否有效，当活动有效时，触发所述活动类型判断模块；当活动无效时，从所述原始数据库中获取商品原始价格并返回给应用子***。

8.根据权利要求5所述的***，其特征在于，所述应用子***包括：

商品管理***，用于设置所述原始数据库中的商品信息和商品原始价格信息，还用于设置所述信息调整数据库中的促销活动类型、折扣、活动促销价格、活动开始日期和活动结束日期。

9.根据权利要求5所述的***，其特征在于，所述应用子***包括：

商品展示***，用于根据商品展示请求，通过查询所述信息调整数据库判断要展示的商品是否参与促销活动，如果参与，则通过所述计算引擎获取商品促销价格信息并展示；如果未参与，则直接从所述原始数据库中获取商品原始价格信息并展示。

10.根据权利要求5所述的***，其特征在于，所述应用子***包括：

下单***，用于根据商品下单请求，通过查询所述信息调整数据库判断订单中的商品是否参与促销活动，如果参与，则通过所述计算引擎获取商品促销价格信息并下单；如果未参与，则直接所述原始数据库中获取商品原始价格信息并下单。

11.一种整合的交易处理方法，其特征在于，包括：

将各应用子***所需的原始交易数据存储到原始数据库；

将用来调整原始交易数据的调整配置信息存储到信息调整数据库；

当各应用子***需要获取原始交易数据时，则从所述原始数据库获取；

当各应用子***需要获取调整后的交易数据时，则调用计算引擎，所述计算引擎从信息调整数据库获取相应的调整配置信息，并计算得到调整后的交易数据，然后将所述调整后的交易数据分发给需要的各应用子***。

12.根据权利要求11所述的方法，其特征在于，还包括：

应用子***将计算引擎计算得到的调整后的交易数据进行缓存；

当任意一个应用子***需要获取调整后的交易数据时，先查询是否有缓存的所述调整后的交易数据，如果是，则直接获取缓存的调整后的交易数据；如果否，再调用计算引擎。

13.根据权利要求11所述的方法，其特征在于：

所述原始数据库中的全部或部分原始交易数据与所述信息调整数据库中的调整配置信息通过数据标识进行一对一的关联映射。

14.根据权利要求11至13任一所述的方法，其特征在于：

所述原始交易数据包括商品标识ID、商品信息和商品原始价格信息；

所述调整配置信息包括商品标识ID、促销活动标识ID、促销活动类型、折扣、活动促销价格、活动开始日期和活动结束日期；

所述调整后的交易数据包括商品标识ID和商品促销价格信息。

15.根据权利要求13所述的方法，其特征在于：如果原始数据库中的某条原始交易数据通过数据标识匹配到信息调整数据库中的相同数据标识，则调用计算引擎计算得到调整后的交易数据；如果原始数据库中的某条原始交易数据无法通过数据标识匹配到信息调整数据库中的相同数据标识，则从所述原始数据库获取原始交易数据。

Images