CN101706907A - 一种数据调整方法和装置 - Google Patents

Abstract

本发明公开了一种数据调整方法和装置，其中，所述数据调整方法包括：获取预置规则文件信息，所述规则文件信息与当前数据调整相关；根据所述规则文件信息，调用规则引擎对当前数据执行相应运算；根据运算结果，对当前数据执行调整。通过本发明，能够降低业务规则的改变对原有业务逻辑的影响，从而提高数据调整的效率。

Description

一种数据调整方法和装置

技术领域

本发明涉及数据处理技术领域，更具体地说，涉及一种数据调整方法和装置。

背景技术

零售行业具有很多需要计算价格、积分、兑换礼品的场景，并且，每个企业的价格、积分、兑换的规则和营业政策各不相同。由于顾客的购物需求以及对价格的接受度会随时因内外部环境而变化；因此零售企业要随时监控市场和顾客的反应和需求进行调价和促销。为了维系顾客，更要不断推出各种优惠策略和活动，以吸引和留住顾客，促进重复购买。

然而对于不同企业，因其所处的地理位置、顾客群、季节等条件不同，需要制定不同的定价策略、促销体系、优惠活动和顾客关系维护方式等商业模式的创新。

传统对于商业模式的调整方式，是根据当前零售业界现有商业模式和方式，抽象出固定的业务策略数据模型，将具体策略、政策固化到程序编码中，在程序中用固化的代码去实现业务逻辑。因此，现有技术只能通过一些价格调整单、促销政策单等数据模型层单据，进行数据上的微调，实现在已有的商业模式基础上进行的商业促销活动。

可见，现有技术中抽象出的固定的业务策略数据模型，将导致当前的零售产品只能支持有限的和特定的一些价格调整、促销及会员管理方式。对于个别企业的一些特别的商业模式和方式需求，通过调整数据模型往往不能满足当前对于商业模式的调整，需要进一步更改程序中固化的程序编码，为个别企业开发特定的业务策略数据模型。导致一套数据模型，需要针对不同的客户维护不同的版本，且每一次数据模型调整，都需要向所有门店重新发布程序包。这样，无疑增加了系统开发、维护、代码管理工作量和难度，也使得这些特定的商业模式和方式难以产品化。

发明内容

有鉴于此，本发明提供一种数据调整方法和装置，能够降低业务规则的改变对原有业务逻辑的影响，从而提高数据调整的效率。

本发明实施例是这样实现的：

一种数据调整方法，所述方法包括：

获取预置规则文件信息，所述规则文件信息与当前数据调整相关；

根据所述规则文件信息，调用规则引擎对当前数据执行相应运算；

根据运算结果，对当前数据执行调整。

优选的，所述方法还包括：

在预置规则文件信息中增加新规则，或者删除过时规则，或者更新已有规则。

优选的，所述在预置规则文件信息中增加新规则，或者删除过时规则，或者更新已有规则，设置在预置时间范围内执行。

优选的，所述方法还包括：

根据所述预置规则文件信息，判断当前数据是否满足调整要求，如果是，则输出运算开始控制信息至所述规则引擎；如果否，则输出运算关闭控制信息至所述规则引擎.

优选的，所述方法还包括：

将执行调整之后的数据运算结果通过交互界面进行显示。

一种数据调整装置，所述装置包括：

获取模块，用于获取预置规则文件信息，所述规则文件信息与当前数据调整相关；

调用模块，用于根据所述规则文件信息，调用规则引擎对当前数据执行相应运算；

调整模块，用于根据运算结果，对当前数据执行调整。

优选的，所述装置还包括：

增加模块，用于在预置规则文件信息中增加新规则；

删除模块，用于删除预置规则文件信息中的过时规则；

更新模块，用于更新预置规则文件信息中的已有规则。

优选的，所述装置还包括：

预置时间模块，用于将预置规则文件信息中增加新规则，或者删除过时规则，或者更新已有规则，设置在预置时间范围内执行。

优选的，所述装置还包括：

判断模块，用于根据所述预置规则文件信息，判断当前数据是否满足调整要求，如果是，则输出运算开始控制信息至所述规则引擎；如果否，则输出运算关闭控制信息至所述规则引擎。

优选的，所述装置还包括：

显示模块，用于将执行调整之后的数据运算结果通过交互界面进行显示。

同现有技术相比，本发明实施例提供的技术方案具有以下优点和特点：

本发明通过预置规则文件信息，由预置规则文件信息存储与当前数据调整相关的业务规则和参数，当需要对当前数据进行调整时，仅需客户端调用设置在其操作系统内部的规则引擎组件，由该规则引擎组件根据所述规则文件信息，修改相关业务规则和参数，对当前数据执行相应运算。可见，本发明不需大幅调整原有业务逻辑，大大降低业务规则的改变对原有业务逻辑的影响，从而提高数据调整的效率。

附图说明

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

图1为本发明一种数据调整方法实施例的步骤流程图；

图2本发明零售业务规则应用示意图；

图3为图2中卡中心工作流程示意图；

图4为图2中POS系统的工作流程示意图；

图5为本发明一种数据调整装置的结构示意图；

图6为本发明另一种数据调整装置的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述。

本发明可以应用于基于数据库实现的系统或软件中，数据库是依照某种数据模型组织起来并存放二级存储器中的数据集合。这种数据集合具有如下特点：尽可能不重复，以最优方式为某个特定组织的多种应用服务，其数据结构独立于使用它的应用程序，对数据的增、删、改和检索由统一软件进行管理和控制。

本发明提供一种数据调整方法，如图1所示，为该方法的步骤流程图，所述方法包括：

步骤101、获取预置规则文件信息，所述规则文件信息与当前数据调整相关；

步骤102、根据所述规则文件信息，调用规则引擎对当前数据执行相应运算；

步骤103、根据运算结果，对当前数据执行调整。

本发明中所述规则文件信息，包括业务规则(Business Rules，简称BR)，通常是指与业务相关的操作规范、管理章程、规章制度、行业标准。

从IT(Information Technology，信息技术)的角度看，业务规则是对业务的某个方面进行定义或约束的描述，用来声明业务的结构或者控制影响业务的行为。业务规则可能描述了一种业务事实，某种业务处理的约束、对系统的动作触发的规则或者推论规则、计算方法等。一个合格的软件需求规约必须完整精确地描述目标系统必须符合的业务规则要求。

规则引擎是一种嵌入在应用程序中的组件，用于实现业务决策与应用程序代码的分离，减少业务规则的改变对系统结构的影响，也通常被叫做业务逻辑服务器、业务逻辑组件。利用规则引擎来处理大量的业务规则，仅需根据所述规则文件信息，修改相关业务规则和参数，对当前数据执行相应运算。

可见，本发明不需大幅调整原有业务逻辑，大大地降低了开发过程中需求频繁变更和系统维护、更新的代价，提高了系统的灵活性，因此，大大降低业务规则的改变对原有业务逻辑的影响，从而提高数据调整的效率。

为了适应开发过程中频繁变更的客户需求，本发明在具体实现时，能够根据实际需要，在预置规则文件信息中增加新规则，或者删除过时规则，或者更新已有规则。在对预置规则文件信息进行适应性调整时，由于业务决策与应用程序代码的分离，不需对原有业务逻辑进行全幅调整，而仅仅通过对于当前预置规则文件信息中的业务规则的修改，进而适应性调整原有业务逻辑中的相关内容，在销售或是执行其他商业活动时，当前业务数据包括：销售数据或活动数据，载入规则引擎，由规则引擎动态获取已发生调整的业务规则，执行调整后的业务规则相应的运算，获得运算结果，例如：调整后的销售价格，或是会员积分是否符合升级要求等信息。

由此，规则引擎的运用，能够将业务规则，从程序代码中抽离，通过“商业和业务语言”的方式表述，使得商业和业务人员能够自行维护和调整当前已有的业务逻辑，以适应相关数据的调整。

为了便于对于已有业务逻辑的自动维护和调整，上述对于预置规则文件信息中业务规则的调整，可以设置在预置时间范围内执行。

当到达预置时间范围时，即自动获取预置规则文件信息，将获取到的规则文件信息中包含的业务规则与当前业务逻辑中的业务规则相比较，以判断当前运行的业务数据是否满足调整要求，如果当前运行的业务数据不符合获取到的业务规则，则需要对当前业务数据进行调整，即输出运算开始控制信息至规则引擎，由规则引擎开始执行与获取到的业务规则相关的运算，以对当前业务数据进行调整；否则，如果当前运行的业务数据符合获取到的业务规则，则保持当前业务数据不变。

当然，本领域技术人员在实现本发明时，触发规则引擎执行与获取到的业务规则相关的运算的方式并不仅限于此，也可以在获取预置规则文件信息后，当判断当前运行的业务数据满足调整要求时，即自行触发规则引擎。对此，本发明在此不再进行具体限定。

考虑到本发明在实现时的易用性，可以设置交互界面，将执行相关运算之后的数据运算结果进行实时显示，以便相关操作人员及时对当前业务数据进行适应性调整，以满足业务调整的需求。

下面仍以零售价格系统为例，对本发明技术方案进行详细阐述。

对于零售规则引擎的功能，可以分为零售规则适配器和零售规则设计器。其中，零售规则设计器功能包括：零售规则词汇设置(例如：定义术语、条目、值映射等)、零售规则条目设置，零售规则管理设置(例如：定义规则、规则模板、规则包等)；零售规则适配器功能包括：零售规则词汇维护、零售规则条目维护及零售规则管理维护。此外，零售的业务规则的参数，包括下面几种：促销方式(例如：会员价优惠、会员级别优惠、单品优惠、种类优惠、会员折上折、时点优惠、数量优惠等)、顾客关系(包括会员体制、积分体系，涉及到会员购物优惠、返利、赠券、兑换赠品等)、各种服务管理关系(例如：团购服务管理、专柜管理、供应商关系管理、店面销售服务、售后服务体系、营销管理等)、商品信息(例如：商品编号、商品类别、商品标准售价)、销售门店信息(例如：门店编号、门店地址、门店规模)、销售时间、销售时点及顾客和会员信息等。

参照图2，示出的是零售业务规则应用示意图，主要涉及总部ERP(Enterprise Resource Planning，企业资源计划系统)软件系统，关于涉及数据调整的下级机构，这里以卡中心、门店管理系统和POS(Point Of Sale，销售点)系统为例进行说明。

总部ERP的业务管理人员在系统中制定针对不同下级机构的具体业务规则；例如：设置会员折扣促销规则、国庆春节促销规则、买赠规则等，一般是指定某种类型的商品，在某些区域针对某些顾客且在某个时间范围内，根据业务规则所体现的运算规则，使得用户获得以原价为基础的优惠(包括：价格折扣、商品赠送)。

总部ERP保存设置的业务规则，将业务规则下发至相应下级机构，包括：卡中心、门店管理系统和POS系统；

POS系统收银终端根据对应业务规则，根据商品、数量及用户会员卡情况，自动计算销售价格、计算卡积分、计算会员卡返利相关数据信息；

POS系统收银终端将获得的销售价格、卡积分、会员卡返利相关数据信息传送至卡中心；

卡中心根据对应业务规则，计算对应该当前用户的发生调整后的销售价格、卡积分及会员卡返利相关数据信息；

卡中心将计算得到是相关数据信息反馈至POS系统；

POS系统根据卡中心反馈回的相关数据信息，向当前用户反馈相应的销售价格、卡积分、会员卡返利数据信息；

除此之外，卡中心将计算得到是相关数据信息反馈至总部ERP，由总部ERP决定当前用户是否满足卡升级条件；

对于门店管理系统，门店管理人员可以通过相应的业务规则，更改当前正在运行的业务规则，包括：门店价格调整政策、门店会员优惠政策及会员兑奖、返利等政策。

上述业务规则以规则文件形式存在，且在卡中心、门店管理系统和POS收银终端各下级机构操作系统内部，均设置有相应规则引擎组件，由规则引擎组件动态获取相应的业务规则，执行相应业务逻辑，从而获得具体业务实现方式。

图3示出了卡中心工作流程示意图。如图3所示，其处理流程可以包括：

步骤301～302、POS销售系统执行业务操作，调用卡中心相应的卡服务器接口系统；

步骤303、卡服务器接口系统响应服务请求，解析当前请求；

步骤304、卡服务器接口系统准备进行业务运算；

步骤305、卡服务器接口系统提取业务数据及相应参数值；

步骤306、卡服务器接口系统调用对应规则引擎底层接口，传入业务数据、参数值；

步骤307、对应规则引擎接受计算调用；

步骤308、规则引擎读取规则文件；

步骤309、规则引擎解析规则文件，进行规则运算；

步骤310、规则引擎返回计算结果至卡服务器接口系统；

步骤311、卡服务器接口系统端获取计算结果；

步骤312、卡服务器接口系统端根据计算结构，执行业务控制逻辑，并将执行结果反馈至POS系统；

步骤313、POS系统获得计算结果，根据执行结构更新当前业务逻辑。

类似的，图4示出了POS系统的工作流程示意图。其处理流程可以包括：

步骤401、POS系统接受用户服务请求，执行业务操作；

步骤402、POS系统准备进行相应业务运算；

步骤403、POS系统提取业务数据及相应参数值；

步骤404、POS系统调用对应规则引擎底层接口，传入业务数据、参数值；

步骤405、对应规则引擎接受计算调用；

步骤406、规则引擎读取规则文件；

步骤407、规则引擎解析规则文件，进行规则运算；

步骤408、规则引擎返回计算结果至POS系统；

步骤409、POS系统获取计算结果；

步骤410、POS系统执行业务控制，并输出业务控制结果。

可见，本发明中利用规则引擎和规则文件进行业务规则变更，实现简单；并且，规则引擎是可插接的，它可以嵌入到应用程序中的任何地方，实现业务规则与数据处理分离，减少业务规则的改变对整体系统结构的影响.

此外，当业务规则变化时，规则的管理和修改也变得简单易行。由于规则引擎组件是基于Drools框架设计的，所以只需修改业务规则和参数(通过修改XML文件)，并在运行中重新加载上下文，而不需要重写整个业务逻辑。

可见，本发明不需大幅调整原有业务逻辑，大大降低业务规则的改变对原有业务逻辑的影响，从而提高数据调整的效率。

相应上述数据调整方法，本发明还提供了一种数据调整装置，如图5所示，所述装置包括：

获取模块501，用于获取预置规则文件信息，所述规则文件信息与当前数据调整相关；

调用模块502，用于根据所述规则文件信息，调用规则引擎对当前数据执行相应运算；

调整模块503，用于根据运算结果，对当前数据执行调整。

为了适应开发过程中频繁变更的客户需求，本发明在具体实现时的另一个实施例中，如图6所示，所述数据调整装置能够根据实际需要，进一步包括：

增加模块504，用于在预置规则文件信息中增加新规则；

删除模块505，用于删除预置规则文件信息中的过时规则；

更新模块506，用于更新预置规则文件信息中的已有规则。

从而实现是预置规则文件信息中增加新规则，或者删除过时规则，或者更新已有规则。

在对预置规则文件信息进行适应性调整时，由于业务决策与应用程序代码的分离，不需对原有业务逻辑进行全幅调整，而仅仅通过对于当前预置规则文件信息中的业务规则的修改，进而适应性调整原有业务逻辑中的相关内容。

此外，所述数据调整装置还可以进一步包括：

预置时间模块507，用于将预置规则文件信息中增加新规则，或者删除过时规则，或者更新已有规则，设置在预置时间范围内执行。

判断模块508，用于根据所述预置规则文件信息，判断当前数据是否满足调整要求，如果是，则输出运算开始控制信息至所述规则引擎；如果否，则输出运算关闭控制信息至所述规则引擎。

当获取预置规则文件信息后，将获取到的规则文件信息中包含的业务规则与当前业务逻辑中的业务规则相比较，以判断当前运行的业务数据是否满足调整要求，如果当前运行的业务数据不符合获取到的业务规则，则需要对当前业务数据进行调整，即输出运算开始控制信息至规则引擎，由规则引擎开始执行与获取到的业务规则相关的运算，以对当前业务数据进行调整；否则，如果当前运行的业务数据符合获取到的业务规则，则保持当前业务数据不变。

考虑到本发明在实现时的易用性，可以设置显示模块509，由该显示模块提供交互界面，将执行相关运算之后的数据运算结果进行实时显示，以便相关操作人员及时对当前业务数据进行适应性调整，以满足业务调整的需求。

可见，嵌入规则引擎的系统结构，由于没有了复杂的规则逻辑而变得简单清晰，降低了开发风险和本。

对于前述的方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。

本发明可用于众多通用或专用的计算系统环境或配置中，例如：个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器系统、包括以上任何系统或设备的分布式计算环境等等。

本发明可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的程序、对象、组件或数据结构等等，也可以在分布式计算环境中实践本发明。在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

需要说明的是，本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。对于装置类实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (10)

1.一种数据调整方法，其特征在于，所述方法包括：

获取预置规则文件信息，所述规则文件信息与当前数据调整相关；

根据所述规则文件信息，调用规则引擎对当前数据执行相应运算；

根据运算结果，对当前数据执行调整。

2.根据权利要求1所述的数据调整方法，其特征在于，所述方法还包括：

在预置规则文件信息中增加新规则，或者删除过时规则，或者更新已有规则。

3.根据权利要求2所述的数据调整方法，其特征在于，所述在预置规则文件信息中增加新规则，或者删除过时规则，或者更新已有规则，设置在预置时间范围内执行。

4.根据权利要求1所述的数据调整方法，其特征在于，所述方法还包括：

根据所述预置规则文件信息，判断当前数据是否满足调整要求，如果是，则输出运算开始控制信息至所述规则引擎；如果否，则输出运算关闭控制信息至所述规则引擎。

5.根据权利要求1-4中任一项所述的数据调整方法，其特征在于，所述方法还包括：

将执行调整之后的数据运算结果通过交互界面进行显示。

6.一种数据调整装置，其特征在于，所述装置包括：

获取模块，用于获取预置规则文件信息，所述规则文件信息与当前数据调整相关；

调用模块，用于根据所述规则文件信息，调用规则引擎对当前数据执行相应运算；

调整模块，用于根据运算结果，对当前数据执行调整。

7.根据权利要求6所述的数据调整装置，其特征在于，所述装置还包括：

增加模块，用于在预置规则文件信息中增加新规则；

删除模块，用于删除预置规则文件信息中的过时规则；

更新模块，用于更新预置规则文件信息中的已有规则。

8.根据权利要求7所述的数据调整装置，其特征在于，所述装置还包括：

预置时间模块，用于将预置规则文件信息中增加新规则，或者删除过时规则，或者更新已有规则，设置在预置时间范围内执行。

9.根据权利要求6所述的数据调整装置，其特征在于，所述装置还包括：

判断模块，用于根据所述预置规则文件信息，判断当前数据是否满足调整要求，如果是，则输出运算开始控制信息至所述规则引擎；如果否，则输出运算关闭控制信息至所述规则引擎。

10.根据权利要求6-9中任一项所述的数据调整装置，其特征在于，所述装置还包括：

显示模块，用于将执行调整之后的数据运算结果通过交互界面进行显示。

Images