CN111737270A - 数据处理方法及其系统、计算机系统和计算机可读介质 - Google Patents

数据处理方法及其系统、计算机系统和计算机可读介质 Download PDF

Info

Publication number
CN111737270A
CN111737270A CN201911104586.5A CN201911104586A CN111737270A CN 111737270 A CN111737270 A CN 111737270A CN 201911104586 A CN201911104586 A CN 201911104586A CN 111737270 A CN111737270 A CN 111737270A
Authority
CN
China
Prior art keywords
business
service
data
rule
target
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN201911104586.5A
Other languages
English (en)
Inventor
王振
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Jingdong Century Trading Co Ltd
Beijing Jingdong Shangke Information Technology Co Ltd
Original Assignee
Beijing Jingdong Century Trading Co Ltd
Beijing Jingdong Shangke Information Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Beijing Jingdong Century Trading Co Ltd, Beijing Jingdong Shangke Information Technology Co Ltd filed Critical Beijing Jingdong Century Trading Co Ltd
Priority to CN201911104586.5A priority Critical patent/CN111737270A/zh
Publication of CN111737270A publication Critical patent/CN111737270A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/23—Updating
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/25—Integrating or interfacing systems involving database management systems
    • G06F16/252—Integrating or interfacing systems involving database management systems between a Database Management System and a front-end application
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/54—Interprogram communication
    • G06F9/546—Message passing systems or structures, e.g. queues
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/54—Interprogram communication
    • G06F9/547—Remote procedure calls [RPC]; Web services
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising
    • G06Q30/0207—Discounts or incentives, e.g. coupons or rebates

Abstract

本公开提供了一种数据处理方法，包括：获得上游业务系统的业务数据；基于业务数据，从预先配置的业务规则中确定出与业务数据对应的目标业务规则；检测业务数据是否匹配于目标业务规则；在业务数据匹配于目标业务规则的情况下，基于目标业务规则，驱动下游业务系统执行后续业务操作。此外，本公开还提供了一种数据处理系统、计算机系统和计算机可读介质。

Description

数据处理方法及其系统、计算机系统和计算机可读介质
技术领域
本公开涉及数据处理领域，更具体地，涉及一种数据处理方法及其系统、计算机系统和计算机可读介质。
背景技术
在业务开发过程中，常常有这样的业务场景：在一个流程的流转过程中，当流程流转到某种状态时，需要根据一些条件判断当前流程的数据是否符合预设的规则，如果符合则会进行下一步的行为，称之为“基于规则匹配的业务驱动(Rule Match Drive，简称RMD)”的需求。
例如，某业务系统要举办一个促销活动，当用户下单成功并且订单妥投后，会根据该用户是否是新用户、订单金额是否满足一定金额、下单的商品是否是特定品类等条件进行判断。如果上述条件都符合，则会给该用户返优惠券或者实物等一定的奖励以吸引用户再一次购物。
在实现本公开构思的过程中，发明人发现相关技术中至少存在如下问题：相关技术中，RMD需求容易造成重复性开发，导致开发资源的浪费。
针对相关技术中的上述问题，目前还未提出有效的解决方案。
发明内容
有鉴于此，本公开提供了一种数据处理方法及其系统、计算机系统和计算机可读介质。
本公开的一个方面提供了一种数据处理方法，包括：获得上游业务系统的业务数据，基于上述业务数据，从预先配置的业务规则中确定出与上述业务数据对应的目标业务规则，检测上述业务数据是否匹配于上述目标业务规则，在上述业务数据匹配于上述目标业务规则的情况下，基于上述目标业务规则，驱动下游业务系统执行后续业务操作。
根据本公开的实施例，上述方法还包括：获取预先配置的多个业务规则类型数据和多个业务规则标识数据，针对上述业务系统，基于上述多个业务规则类型数据和上述多个业务规则标识数据，配置上述目标业务规则。根据本公开的实施例，上述方法还包括：在检测到存在新业务规则类型数据的情况下，更新上述目标业务规则，在检测到存在新业务规则标识数据的情况下，更新上述目标业务规则。
根据本公开的实施例，上述获得上游业务系统的业务数据包括：在上述上游业务系统将上述业务数据发送至分布式消息队列的情况下，通过上述分布式消息队列，获得上述业务数据。
根据本公开的实施例，上述检测上述业务数据是否匹配于上述目标业务规则包括：获得为上述目标业务规则预先配置的多个目标字段以及为每个目标字段配置的字段值，解析上述业务数据，以获得与上述每个目标字段对应的字段值，基于为上述每个目标字段配置的字段值以及与上述每个目标字段对应的字段值，检测上述业务数据是否匹配于上述目标业务规则。
根据本公开的实施例，上述方法还包括：在驱动上述下游业务系统执行上述后续业务操作执行失败的情况下，判断当前上述后续业务操作已驱动的次数是否小于预设值，在上述当前上述后续业务操作已驱动的次数小于上述预设值的情况下，再次驱动上述下游业务系统执行上述后续业务操作。
本公开的另一个方面提供了一种数据处理系统，包括：获得模块，用于获得上游业务系统的业务数据，确定模块，用于基于上述业务数据，从预先配置的业务规则中确定出与上述业务数据对应的目标业务规则，检测模块，用于检测上述业务数据是否匹配于上述目标业务规则，第一驱动模块，用于在上述业务数据匹配于上述目标业务规则的情况下，基于上述目标业务规则，驱动下游业务系统执行后续业务操作。
根据本公开的实施例，上述系统还包括：获取模块，用于获取预先配置的多个业务规则类型数据和多个业务规则标识数据，配置模块，用于针对上述业务系统，基于上述多个业务规则类型数据和上述多个业务规则标识数据，配置上述目标业务规则。
根据本公开的实施例，上述系统还包括：第一更新模块，用于在在检测到存在新业务规则类型数据的情况下，更新上述目标业务规则，第二更新模块，用于在检测到存在新业务规则标识数据的情况下，更新上述目标业务规则。
根据本公开的实施例，上述获得模块用于：在上述上游业务系统将上述业务数据发送至分布式消息队列的情况下，通过上述分布式消息队列，接收上述业务数据。
根据本公开的实施例，上述检测模块包括：获得子模块，用于获得为上述目标业务规则预先配置的多个目标字段以及为每个目标字段配置的字段值，解析子模块，用于解析上述业务数据，以获得与上述每个目标字段对应的字段值，检测子模块，用于基于为上述每个目标字段配置的字段值以及与上述每个目标字段对应的字段值，检测上述业务数据是否匹配于上述目标业务规则。
根据本公开的实施例，上述系统还包括：判断模块，用于在驱动上述下游业务系统执行上述后续业务操作执行失败的情况下，判断当前上述后续业务操作已驱动的次数是否小于预设值，第二驱动模块，用于在上述当前上述后续业务操作已驱动的次数小于上述预设值的情况下，再次驱动上述下游业务系统执行上述后续业务操作。
本公开的另一方面提供了一种计算机系统，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，其中，当一个或多个程序被一个或多个处理器执行时，使得一个或多个处理器实现上述任一项的数据处理方法。
本公开的另一方面提供了一种计算机可读介质，其上存储有可执行指令，该指令被处理器执行时使处理器实现上述任一项的数据处理方法。
通过本公开的实施例，根据获得到的上游业务系统的业务数据，确定出与之对应的目标业务规则，在两者匹配的情况下，基于目标业务规则直接驱动下游业务系统执行后续业务操作，可以至少部分地克服相关技术中RMD需求由于重复性开发，导致开发资源的浪费的技术问题，达到避免RMD重复性开发，节约开发资源的技术效果。
附图说明
通过以下参照附图对本公开实施例的描述，本公开的上述以及其他目的、特征和优点将更为清楚，在附图中：
图1示意性示出了可以应用本公开实施例的数据处理方法和系统的示例性系统架构；
图2示意性示出了根据本公开实施例的数据处理方法的流程图；
图3示意性示出了根据本公开另一实施例的数据处理方法的流程图；
图4示意性示出了根据本公开实施例的业务规则示意图；
图5示意性示出了根据本公开实施例的目标业务规则的示意图；
图6示意性示出了根据本公开另一实施例的数据处理方法的流程图；
图7示意性示出了根据本公开另一实施例的数据处理方法的流程图；
图8示意性示出了根据本公开另一实施例的数据处理方法的流程图；
图9示意性示出了根据本公开另一实施例的数据处理方法的总流程图；
图10示意性示出了根据本公开实施例的数据处理系统的框图；
图11示意性示出了根据本公开另一实施例的数据处理系统的框图；
图12示意性示出了根据本公开另一实施例的数据处理系统的框图；
图13示意性示出了根据本公开另一实施例的数据处理系统的框图；
图14示意性示出了根据本公开另一实施例的数据处理系统的总框图；以及
图15示意性示出了根据本公开实施例的适于实现数据处理方法及其系统的计算机系统的框图。
具体实施方式
以下，将参照附图来描述本公开的实施例。但是应该理解，这些描述只是示例性的，而并非要限制本公开的范围。在下面的详细描述中，为便于解释，阐述了许多具体的细节以提供对本公开实施例的全面理解。然而，明显地，一个或多个实施例在没有这些具体细节的情况下也可以被实施。此外，在以下说明中，省略了对公知结构和技术的描述，以避免不必要地混淆本公开的概念。
在此使用的术语仅仅是为了描述具体实施例，而并非意在限制本公开。在此使用的术语“包括”、“包含”等表明了所述特征、步骤、操作和/或部件的存在，但是并不排除存在或添加一个或多个其他特征、步骤、操作或部件。
在此使用的所有术语(包括技术和科学术语)具有本领域技术人员通常所理解的含义，除非另外定义。应注意，这里使用的术语应解释为具有与本说明书的上下文相一致的含义，而不应以理想化或过于刻板的方式来解释。
在使用类似于“A、B和C等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有A、B和C中至少一个的系统”应包括但不限于单独具有A、单独具有B、单独具有C、具有A和B、具有A和C、具有B和C、和/或具有A、B、C的系统等)。在使用类似于“A、B或C等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有A、B或C中至少一个的系统”应包括但不限于单独具有A、单独具有B、单独具有C、具有A和B、具有A和C、具有B和C、和/或具有A、B、C的系统等)。
本公开提供了一种数据处理方法以及能够应用该方法的数据处理系统。该方法包括：首先，获得上游业务系统的业务数据。然后，基于业务数据，从预先配置的业务规则中确定出与业务数据对应的目标业务规则。接着，检测业务数据是否匹配于目标业务规则。最后，在业务数据匹配于目标业务规则的情况下，基于目标业务规则，驱动下游业务系统执行后续业务操作。
图1示意性示出了可以应用本公开实施例的数据处理方法和系统的示例性系统架构。需要注意的是，图1所示仅为可以应用本公开实施例的系统架构的示例，以帮助本领域技术人员理解本公开的技术内容，但并不意味着本公开实施例不可以用于其他设备、系统、环境或场景。
如图1所示，根据该实施例的系统架构100可以包括终端设备101、102、103，网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。
用户可以使用终端设备101、102、103通过网络104与服务器105交互，以接收或发送消息等。终端设备101、102、103上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等(仅为示例)。
终端设备101、102、103可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。
服务器105可以是提供各种服务的服务器，例如对用户利用终端设备101、102、103所浏览的网站提供支持的后台管理服务器(仅为示例)。后台管理服务器可以对接收到的用户请求等数据进行分析等处理，并将处理结果(例如根据用户请求获取或生成的网页、信息或数据等)反馈给终端设备。
需要说明的是，本公开的实施例所提供的数据处理方法一般可以由服务器105执行。相应地，本公开的实施例所提供的数据处理系统一般可以设置于服务器105中。本公开的实施例所提供的数据处理方法也可以由不同于服务器105且能够与终端设备101、102、103和/或服务器105通信的服务器或服务器集群执行。相应地，本公开的实施例所提供的数据处理系统也可以设置于不同于服务器105且能够与终端设备101、102、103和/或服务器105通信的服务器或服务器集群中。或者，本公开的实施例所提供的数据处理方法也可以由终端设备101、102、或103执行，或者也可以由不同于终端设备101、102、或103的其他终端设备执行。相应地，本公开的实施例所提供的数据处理系统也可以设置于终端设备101、102、或103中，或设置于不同于终端设备101、102、或103的其他终端设备中。
应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。
在相关技术提供类似的业务场景的开发中，相关代码实现写在现有业务的流程代码中，即RMD需求都是硬编码到相应的流程中的。当业务流程走到相应的节点时，可以根据配置的规则判断此业务流程的数据是否符合规则，如果符合规则将驱动后续的业务执行。
由于业务需求，很多业务系统都有RMD需求。因此，每个业务系统都要针对自己系统的RMD需求开发相应的逻辑代码，即使功能很相似甚至相同，容易造成重复性的开发和资源浪费。
有鉴于此，本公开提供了一种数据处理方法，通过对相关RMD需求的归纳和抽象，设计出统一处理RMD需求的平台，记为“通用规则匹配的业务驱动平台”，简称“RMD平台”。该平台提供了一种通用的规则元数据模型和规则模型、及其生成方法、配置方法，以及规则匹配后的业务驱动方案，使得RMD需求与具体的各个业务系统相分离，但是可以对接各种相似场景的业务系统。从而降低与具体业务系统之间的耦合度，从而可以避免规则的匹配计算及匹配成功驱动后续业务逻辑对具体业务系统业务的影响，同时又具有高的业务扩展性，可以避免重复性的开发工作，降低业务开发的成本，缩短业务开发的时间周期，提高业务开发的效率。
以下结合图2至图9对本公开的实施例所提供的数据处理方法进行详细说明。
图2示意性示出了根据本公开实施例的数据处理方法的流程图。
如图2所示，该方法包括操作S210～S240。
在操作S210，获得上游业务系统的业务数据。
根据本公开的实施例，一项业务流程的流转包括多个业务节点，多个业务节点将整个业务流程分为有先后执行顺序的多个业务阶段。一个业务阶段可以由与其对应的业务系统执行完成。在本公开的实施例中，执行在先业务阶段的业务系统为上游业务系统，执行在后业务阶段的业务系统为下游业务系统。
需要说明的是，上游业务系统和下游业务系统是相对的，应从广义的角度理解。对任一业务系统来讲，对执行在后业务阶段的业务系统来说是上游业务系统，对执行在前业务阶段的业务系统来说是是下游业务系统，仅用于表征各个业务系统在整个业务流程中的执行先后顺序，并不是对业务系统本身的限定。
在操作S220，基于业务数据，从预先配置的业务规则中确定出与业务数据对应的目标业务规则。
考虑到不同的业务系统实际业务情况可能千差万别，需要对应不同的业务规则。因此，为了实现与多个业务系统的业务流程，在本公开的实施例中，预先配置的业务规则为多个业务规则，每个业务规则对应一个业务系统，以提供该业务系统的业务规则判断依据。例如，与话费系统对应的话费业务规则，与机票系统对应的机票业务规则，与电影票对应的电影票业务规则，与火车票对应的火车票业务规则。
在操作S230，检测业务数据是否匹配于目标业务规则。
在操作S240，在业务数据匹配于目标业务规则的情况下，基于目标业务规则，驱动下游业务系统执行后续业务操作。
根据本公开的实施例，该数据处理方法的执行主体在接收到上游业务系统的业务数据之后，判断该业务数据是否符合预设业务规则，并在匹配成功后驱动下游业务系统去执行后续操作。具体地，在上游业务系统的流转过程中，当流程流转到某种状态，需要根据一些条件判断当前流程的数据是否符合预设规则时，可以接收来自上游业务系统的业务数据，即当前流程的数据，根据确定出的目标业务规则进行匹配解析，若匹配成功，则驱动后续业务的执行。若匹配失败，则结束该业务流程。
可以理解，该数据处理方法的执行主体作为上游业务系统和下游业务系统之间的业务节点，与具体的业务相分离，独立于上游业务系统和下游业务系统之外，进行规则的匹配计算和匹配成功对后续业务逻辑的驱动，降低与上游业务系统和下游业务系统之间的耦合程度，降低对具体业务的影响，降低流程流转中每个业务节点的处理压力。
通过本公开的实施例，基于上游业务系统的业务数据，从预先配置的业务规则中确定出与业务数据对应的目标业务规则，在业务数据匹配于目标业务规则的情况下，基于目标业务规则，驱动下游业务系统执行后续业务操作，实现业务规则的统一配置，避免重复性开发，节省业务开发资源的技术效果，可以至少部分克服相关技术中每个业务系统都需要在自己的系统中开发属于自己的业务规则逻辑，导致重复性开发和开发资源浪费的技术问题。
图3示意性示出了根据本公开另一实施例的数据处理方法的流程图。
如图3所示，该方法除了包括前述操作S210～S240之外，还包括操作S310和操作S320。
在操作S310，获取预先配置的多个业务规则类型数据和多个业务规则标识数据。
根据本公开的实施例，在从预先配置的业务规则中确定出与业务数据对应的目标业务规则之前，还需要生成业务规则。
作为一种可选的实施例，可以根据预先配置的业务基础数据生成不同的业务规则。业务基础数据包括业务规则数据和规则标识数据，即业务规则的基本数据。
根据本公开的实施例，业务系统的实际业务情况不同，业务规则类型不同。可以根据业务实际情况，为其配置不同的业务规则类型，本公开对此不做限定。业务规则类型数据可以包括但不限于新用户类型、满额类型。其中，新用户类型用以匹配下单用户是否为新用户。满额类型用以匹配用户下单总额是否满足一定金额。
根据本公开的实施例，用于配置规则标识数据的字段可以包括但不限于业务名称、业务类型、业务介绍说明、业务规则元数据。其中，业务名称可以是各业务系统的名称。例如，话费充值系统。由于RMD平台可以对接多个业务系统，所以可以用业务类型把每个业务类型的数据隔离开来，每个业务对应一种业务类型，用整数表示。例如，话费系统业务类型是37。业务介绍说明可以是对业务功能的介绍说明。业务规则元数据模型的作用是生成业务规则，以供各个业务系统配置各自的业务规则。业务规则元数据模型可以包含但不限于业务规则字段名称、业务规则字段、字段的值类型以及字段的值。业务规则字段名称可以是业务规则字段名称，主要用于在用户配置规则和查询规则时的展示。例如，话费充值系统的业务规则名称：充值类型，运营商，面值。
业务规则字段和业务规则字段名称要一一对应，用于活动规则匹配时，程序会根据此字段去解析业务发送过来的信息的值，从而判断是否满足业务规则。例如话费充值系统业务规则字段：rechargeType，operators，faceValue。
字段的值类型及字段值是对应的关系，不同的值类型有不同的字段值的限制约定，而一个业务规则字段可以有多个值类型。本公开提供以下三种值类型的抽象结果。
是非类型：可有N个值，N大于等于1，从N个值中只能选中一个值，展示形式为单选框。
区间类型：有两个值min和max，取值介于两个值之间，展示形式为两个文本框：min和max。
范围类型：可有N个值，N大于等于2，从N个值中可选多个值，展示形式为复选框。
而字段值有字段值名称(用于展示)和字段值(用于具体业务规则的值)，其配置形式为：“字段值名称：字段值”。
图4示意性示出了根据本公开实施例的话费业务系统的业务规则示意图。
如图4所示，在该话费业务系统中，充值类型可以选是非类型，值分别是“全部：0，余额充值：1，套餐充值：2”。
运营商可以选范围类型，值分别是“全部：0，INDOSAT：1，SMARTFREN：2，THREE：3，TELKOMSEL：4，XL：5，BOLT：6，AXIS：7”。
面值可以选择多个值类型，其中是非类型，值为“全部：0”；区间类型，值为“min：5000，max：2168000”。
在操作S320，针对业务系统，基于多个业务规则类型数据和多个业务规则标识数据，配置目标业务规则。
在本公开的实施例中，各业务系统在具体的RMD需求上线之前，可以配置与自身系统相应的业务规则，以规定业务数据在什么样的情况下符业务规则，并在符合该业务规则的情况下驱动后续业务执行操作。
根据本公开的实施例，配置的业务规则字段可以包括但不限于业务类型、规则名称、规则类型、规则起止时间、备注、业务规则以及postDo。
在本公开的实施例中，业务规则中配置的业务类型对应于在业务标识数据中配置的业务类型。因此，在配置业务规则时从业务标识数据中选择对应的配置项即可。未来便于辨认和标识，可以为业务规则起名称。业务规则中配置的规则类型对应于在业务标识数据中配置的业务规则类型。因此，在配置业务规则时从业务标识数据中选择对应的配置项即可。规则起止时间可以是业务规则生效的开始时间和结束时间。当有业务规则需要说明时，可以添加相关的介绍说明，即备注。业务规则是利用在规则标识数据中的规则元数据模型的具体配置，生成的具体业务规则模型，然后根据生成的规则模型进行活动规则的配置。postDo可以是业务规则匹配成功后后续要做的操作，不同的业务系统可根据自身具体的业务提供几个常用的接口供选用，也可自定义配置http url，使得系统在匹配成功后可以调用配置好的http url。特别地，若有参数时，还可以提供传递哪些参数的字段。也可以选择是否把相关数据保存到数据库供业务系统他用。
继续沿用上述话费业务系统的例子。图5示意性示出了根据本公开实施例的目标业务规则的示意图。
如图5所示，配置的业务规则包括“规则名称”、“规则类型”、“业务规则”、“规则起止时间”以及“postDo”。
“规则名称”用于提示用户输入规则名称。可以根据实际情况做相应输入。
“规则类型”包括类型A和类型B。其中，类型A活动不能和其它任何活动同时生效，B类型活动同一时间段可多个生效。可以根据实际情况做相应输入和选择。
“业务规则”包括“充值类型”、“运营商”、“面值”和“充值用户”。其中，“充值类型”、“运营商”和“面值”如图4所示，在多个面值的情况下，“面值”除了如图4所示之外，还可以用“，”将多个面值隔开。“充值用户”可以包括所有充值用户和充值新用户。可以根据实际情况做相应输入和选择。
“规则起止时间”用于指示业务规则的生效时间区间。可以根据实际情况做相应输入和选择。
“postDo”包括“返优惠券”、“返京豆”、“返实物”、“自定义http url”以及“匹配数据保存数据库”。可选地，可以配置http url要传的参数，在存在多个参数的情况下，可以用逗号分隔。可以配置保存至数据库的字段。可以根据实际情况做相应输入和选择。
通过本公开的实施例，独立于上游业务系统和下游业务系统之外，预先配置有不同业务系统的业务规则，可以对不同业务系统对应的业务规则进行整合，节省业务规则对存储空间的资源占用，实现多个业务系统的业务规则的统一配置，统一管理，提高管理效率，避免每个业务系统都需要自己开发属于自己的业务规则的技术问题，节省资源，提高整个业务流转的效率。
图6示意性示出了根据本公开另一实施例的数据处理方法的流程图。
如图6所示，该方法除了包括前述操作S210～S240、操作S310和操作S320之外，还包括操作S610和操作S620。
在操作S610，在检测到存在新业务规则类型数据的情况下，更新目标业务规则。
在操作S620，在检测到存在新业务规则标识数据的情况下，更新目标业务规则。
在相关技术中，由于各业务系统都是开发针对本系统的RMD需求，相应的规则也是针对当前本业务的具体规则，无法在业务发生变化的情况下，包含新的业务规则。相应地，当有新的规则或者后续业务处理发生变化时，需要修改业务系统，在原有的业务规则中增加新的业务规则，对业务系统需要进行重新开发，测试，上线等一系列后期开发或维护工作，增加开发成本，降低业务系统的扩展性。
根据本公开的实施例，当要应用新的业务规则或者业务规则有变更时，在后台页面修改相应的规则，避免对业务系统进行重新开发，测试，上线等一系列后期开发或维护工作，降低开发成本，提高业务系统的扩展性。
在本公开的实施例中，对以上配置的业务基础数据和业务规则数据都提供有列表查询，详情查看，数据的修改等功能，实现对业务的灵活控制。同时也提供在规则匹配成功后驱动的后续业务操作的记录的查询，以让业务人员明确匹配了哪些数据，做了哪些操作。
通过本公开的实施例，通过对不同业务系统中业务需求的抽象，将业务规则的添加维护通过配置的方式在后台页面配置，具有更好的灵活性和扩展性。
作为一种可选的实施例，前述操作S210(获得上游业务系统的业务数据)包括：在上游业务系统将业务数据发送至分布式消息队列的情况下，通过分布式消息队列，获得业务数据。
根据本公开的实施例，各业务系统在预先配置基础数据和对应的业务规则之后，只需保证将规则匹配所需的信息成功的发送到分布式消息队列即可。分布式消息队列可以是kafka/jmq(基于jms协议实现的分布式消息队列)，也可以是JMQ消息中间件，还可以是第三方的消息中间件，例如：Active Mq、Apache Kafka。
通过本公开的实施例，通过分布式消息队列接收上游业务系统发送的业务数据，可以实现多个业务系统的业务数据的分布式接收，提高业务流转的处理效率。
作为一种可选的实施例，前述操作S230(检测业务数据是否匹配于目标业务规则)包括：获得为目标业务规则预先配置的多个目标字段以及为每个目标字段配置的字段值；解析业务数据，以获得与每个目标字段对应的字段值；基于为每个目标字段配置的字段值以及与每个目标字段对应的字段值，检测业务数据是否匹配于目标业务规则。
根据本公开的实施例，RMD平台规则解析匹配模块会订阅jmq的信息，在收到业务的信息后，会解析出消息体中的值，然后去匹配相应的业务规则，从而得出是否驱动后续业务的执行及执行什么样的后续操作，如果匹配成功则调用相应的接口或者把有关数据保存到数据库(根据规则上的postDo配置)，并记录接口调用的记录及结果。规则解析匹配模块采用开源流处理框架Storm实现，也可以是实时计算框架spark streaming，以充分发挥系统的可用性和可扩展性。
作为一种可选的实施例，各业务系统的业务信息可以根据配置的业务类型，活动规则以及实际的业务情况进行设计，消息体报文设计可以统一用轻量级的数据交换格式，例如json格式。
例如，促销活动的业务信息的报文是：{″orderId″：″4284691210″，″payTime″：″2017-07-1310：13：00″，″rechargeType″：″0″，″operator″：″1″，″faceValue″：″1000″，″userPin″：″zhangsan″，″businessType″：″1″}。其中，bussinessType为业务类型(用于把不同的业务区分开来)，用于区分各业务信息及匹配各业务相应的规则；payTime为支付时间，用于匹配活动的起止时间；orderId为订单ID，标识业务数据；其他字段都根据配置的业务规则字段进行设计。
可以理解，在收到业务的信息后，根据固定字段及配置的业务规则字段，利用java的反射技术，可以解析出各字段的值，然后根据业务类型字段从缓存中查出本业务正在生效的规则，再根据业务规则判断各字段的值是否匹配活动配置的值。如果业务的信息成功匹配业务规则，则根据配置的业务规则的postDo信息驱动下一步的动作，调用相应的接口或数据入库，并保存接口调用记录。
通过本公开的实施例，根据业务规则判断业务数据解析出的各字段的值是否匹配业务规则预先配置的值，可以实现业务规则的快速匹配，提高业务流转的效率和准确性。
图7示意性示出了根据本公开实施例的数据处理方法的总流程图。
如图7所示，该方法除了包括前述操作S210～S240之外，还包括操作S710和操作S720。
在操作S710，在驱动下游业务系统执行后续业务操作执行失败的情况下，判断当前后续业务操作已驱动的次数是否小于预设值。
在操作S720，在当前后续业务操作已驱动的次数小于预设值的情况下，再次驱动下游业务系统执行后续业务操作。
根据本公开的实施例，如果接口调用失败，则会在当前接口调用次数小于预设调用次数的情况下，再次调用接口。若再次接口调用失败使得接口的总调用次数超过预设调用次数，则会把业务系统所需的数据存储到数据库任务表。
图8示意性示出了根据本公开另一实施例的数据处理方法的流程图。
如图8所示，该方法包括操作S810～操作S860。
在操作S810，定时扫描任务表。
在操作S820，根据数据调用相应的接口。
在操作S830，检测相应的接口是否调用成功。若调用成功，则执行操作S840。若调用失败，则执行操作S860。
在操作S840，修改任务状态为调用成功。
在操作S850，保存调用记录和结果。
在操作S860，修改任务状态为调用失败，失败次数加一。
通过本公开的实施例，可以在接口调用失败的情况下，可以实现接口的自动再调用，节省业务流转的时间，提高业务流转的效率。
用户下单并且成功，则规则解析匹配模块收到订单的相关信息后，匹配验证订单数据是否符合配置的业务规则(是否是配置的供应商，面值是否在配置的范围等)，如果匹配则调用返券接口给用户发放优惠券。
图9示意性示出了根据本公开另一实施例的数据处理方法的总流程图。
如图9所示，该方法可以包括操作S910～操作S980。
在操作S910，接收话费系统/电影票/机票等业务系统发送到分布式队列(jmq)的业务信息。
在操作S920，规则解析匹配模块storm集群订阅jmq的消息，获得到业务信息。
在操作S930，解析业务信息，根据信息的业务类型，去匹配不同业务规则。
在操作S940，检测业务信息是否满足业务规则。若满足，则执行操作S950。若不满足，则结束。
在操作S950，根据业务配置的postDo配置调用相应接口或保存数据入库。
在操作S960，检测接口是否调用成功。若调用成功，则执行操作S970。若调用失败，则执行操作S980。
在操作S970，记录调用记录及结果入库。
在操作S980，保存接口的调用相应信息到数据库任务表，及调用失败记录入库。
通过本公开的实施例，可以独立于业务系统之外，订阅以接收获取到业务系统的业务信息，根据业务信息解析匹配相应的业务规则，根据业务信息与业务规则的匹配结果，执行不同的后续操作。具体地，在业务信息匹配于业务规则的情况下，根据业务规则调用相应接口或保存数据至数据库，并在接口调用成功的情况下，记录调用记录及调用结果保存至数据库，在接口调用失败的情况下，保存接口的调用相应信息到数据库任务表，将调用失败记录保存至数据库，以备查询。在业务信息不匹配于业务规则的情况下，结束整个数据处理流程。
图10示意性示出了根据本公开实施例的数据处理系统的框图。
如图10所示，该数据处理系统1000包括获得模块1010、确定模块1020、检测模块1030以及第一驱动模块1040。
获得模块1010，用于例如执行前述操作S210，获得上游业务系统的业务数据。
确定模块1020，用于例如执行前述操作S220，基于业务数据，从预先配置的业务规则中确定出与业务数据对应的目标业务规则。
检测模块1030，用于例如执行前述操作S230，检测业务数据是否匹配于目标业务规则。
第一驱动模块1040，用于例如执行前述操作S240，在业务数据匹配于目标业务规则的情况下，基于目标业务规则，驱动下游业务系统执行后续业务操作。
通过本公开的实施例，基于上游业务系统的业务数据，从预先配置的业务规则中确定出与业务数据对应的目标业务规则，在业务数据匹配于目标业务规则的情况下，基于目标业务规则，驱动下游业务系统执行后续业务操作，实现业务规则的统一配置，避免重复性开发，节省业务开发资源的技术效果，可以至少部分克服相关技术中每个业务系统都需要在自己的系统中开发属于自己的业务规则逻辑，导致重复性开发和开发资源浪费的技术问题。
图11示意性示出了根据本公开另一实施例的数据处理系统的框图。
如图11所示，该数据处理系统1100除了包括前述获得模块1010、确定模块1020、检测模块1030以及第一驱动模块1040之外，还包括获取模块1110以及配置模块1120。
获取模块1110，用于例如执行前述操作S310，获取预先配置的多个业务规则类型数据和多个业务规则标识数据。
配置模块1120，用于例如执行前述操作S320，针对业务系统，基于多个业务规则类型数据和多个业务规则标识数据，配置目标业务规则。
通过本公开的实施例，独立于上游业务系统和下游业务系统之外，预先配置有不同业务系统的业务规则，可以对不同业务系统对应的业务规则进行整合，节省业务规则对存储空间的资源占用，实现多个业务系统的业务规则的统一配置，统一管理，提高管理效率，避免每个业务系统都需要自己开发属于自己的业务规则的技术问题，节省资源，提高整个业务流转的效率。
图12示意性示出了根据本公开另一实施例的数据处理系统的框图。
如图12所示，该数据处理系统1200除了包括前述获得模块1010、确定模块1020、检测模块1030、第一驱动模块1040、获取模块1110以及配置模块1120之外，还包括第一更新模块1210以及第二更新模块1220。
第一更新模块1210，用于例如执行前述操作S610，在在检测到存在新业务规则类型数据的情况下，更新目标业务规则。
第二更新模块1220，用于例如执行前述操作S620，在检测到存在新业务规则标识数据的情况下，更新目标业务规则。
通过本公开的实施例，通过对不同业务系统中业务需求的抽象，将业务规则的添加维护通过配置的方式在后台页面配置，具有更好的灵活性和扩展性。
作为一种可选的实施例，前述获得模块1010用于：在上游业务系统将业务数据发送至分布式消息队列的情况下，通过分布式消息队列，接收业务数据。
通过本公开的实施例，通过分布式消息队列接收上游业务系统发送的业务数据，可以实现多个业务系统的业务数据的分布式接收，提高业务流转的处理效率。
作为一种可选的实施例，前述检测模块1030包括：获得子模块，用于获得为目标业务规则预先配置的多个目标字段以及为每个目标字段配置的字段值。解析子模块，用于解析业务数据，以获得与每个目标字段对应的字段值。检测子模块，用于基于为每个目标字段配置的字段值以及与每个目标字段对应的字段值，检测业务数据是否匹配于目标业务规则。
通过本公开的实施例，根据业务规则判断业务数据解析出的各字段的值是否匹配业务规则预先配置的值，可以实现业务规则的快速匹配，提高业务流转的效率和准确性。
图13示意性示出了根据本公开另一实施例的数据处理系统的框图。
如图13所示，该数据处理系统1300除了包括前述获得模块1010、确定模块1020、检测模块1030以及第一驱动模块1040之外，还包括判断模块1310以及第二驱动模块1320。
判断模块1310，用于例如执行前述操作S710，在驱动下游业务系统执行后续业务操作执行失败的情况下，判断当前后续业务操作已驱动的次数是否小于预设值。
第二驱动模块1320，用于例如执行前述操作S720，在当前后续业务操作已驱动的次数小于预设值的情况下，再次驱动下游业务系统执行后续业务操作。
根据本公开的实施例，在各个业务系统之外，独立出通用规则匹配的业务驱动平台系统，提供统一的配置维护管理模块，统一的匹配计算模块，统一的业务驱动模块，避免了各个业务系统都需要开发一套RMD系统的重复性工作，节省资源，显著提高效率。独立出通用规则匹配的业务驱动平台系统，业务规则的配置维护等，规则的匹配计算逻辑能等都该平台来处理，各个业务系统在业务流程的流转过程中，只需把相应的信息发送到kafka/jmq分布式队列系统，然后由该平台订阅信息进行处理，大大的降低了规则匹配及后续业务逻辑的驱动和各业务系统的耦合度，减少了对各业务系统的影响。
通过本公开的实施例，可以在接口调用失败的情况下，可以实现接口的自动再调用，节省业务流转的时间，提高业务流转的效率。
图14示意性示出了根据本公开另一实施例的数据处理系统的总框图。
如图14所示，该数据处理系统1400可以包括规则的解析匹配模块1430、数据配置及维护模块1440以及补偿worker1450。
规则解析匹配模块1430：主要功能是根据各业务的信息去匹配相应的业务规则，调用相应的接口或者把相关信息(postProcess1460)存入数据库。
数据配置及维护模块1440：主要有基础数据的配置，业务规则的配置，基础数据和业务规则的修改展示等维护功能，记录的查询等等功能。
补偿worker1450：负责当接口调用失败时，定时扫描任务，继续调用接口。
postProcessor1460系统为其他提供相关接口的系统，在业务数据匹配规则成功后平台相关模块会驱动调用配置的这系统的接口，postProcessor1460系统可以是提供接口的所有其它系统。仍以促销活动举例：当用户下单成功，并符合业务规则后平台会驱动代码去调用优惠券系统的接口给用户发放优惠券；这里优惠券系统就充当了postProcessor1460的角色。
对应地，各业务系统1410(例如如图14所示的话费系统、机票系统、电影票系统、火车票系统及其他系统)在数据配置及维护模块1430中配置业务的基础数据和业务规则，及规则匹配成功后需要做的操作(调用接口或者把匹配的数据入库)。
各业务系统1410在具体的流程达到相应的节点时将相关业务数据通过分布式消息队列1420(例如如图14所示的Jmq或Kafka Cluster)发送到RMD系统1400。
规则解析匹配模块1430订阅分布式消息队列1420相应业务数据，通过解析配置的业务规则，匹配收到的业务数据，如果匹配成功则驱动业务进行下一步的操作，根据配置的结果，调用接口或者匹配数据入数据库1470。
可以理解的是，获得模块1010、确定模块1020、检测模块1030、第一驱动模块1040、获取模块1110、配置模块1120、第一更新模块1210、第二更新模块1220、获得子模块、解析子模块、检测子模块、判断模块1310以及第二驱动模块1320可以合并在一个模块中实现，或者其中的任意一个模块可以被拆分成多个模块。或者，这些模块中的一个或多个模块的至少部分功能可以与其他模块的至少部分功能相结合，并在一个模块中实现。根据本发明的实施例，获得模块1010、确定模块1020、检测模块1030、第一驱动模块1040、获取模块1110、配置模块1120、第一更新模块1210、第二更新模块1220、获得子模块、解析子模块、检测子模块、判断模块1310以及第二驱动模块1320中的至少一个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(FPGA)、可编程逻辑阵列(PLA)、片上系统、基板上的系统、封装上的系统、专用集成电路(ASIC)，或可以以对电路进行集成或封装的任何其他的合理方式等硬件或固件来实现，或以软件、硬件以及固件三种实现方式的适当组合来实现。或者，获得模块1010、确定模块1020、检测模块1030、第一驱动模块1040、获取模块1110、配置模块1120、第一更新模块1210、第二更新模块1220、获得子模块、解析子模块、检测子模块、判断模块1310以及第二驱动模块1320中的至少一个可以至少被部分地实现为计算机程序模块，当该程序被计算机运行时，可以执行相应模块的功能。
图15示意性示出了根据本公开实施例的适于实现数据处理方法及其系统的计算机系统的框图。图15示出的计算机系统仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。
如图15所示，根据本公开实施例的计算机系统1500包括处理器1501，其可以根据存储在只读存储器(ROM)1502中的程序或者从存储部分1508加载到随机访问存储器(RAM)1503中的程序而执行各种适当的动作和处理。处理器1501例如可以包括通用微处理器(例如CPU)、指令集处理器和/或相关芯片组和/或专用微处理器(例如，专用集成电路(ASIC))，等等。处理器1501还可以包括用于缓存用途的板载存储器。
在RAM 1503中，存储有计算机系统1500操作所需的各种程序和数据。处理器1501、ROM 1502以及RAM 1503通过总线1504彼此相连。处理器1501通过执行ROM 1502和/或RAM1503中的程序来执行以上参考图2至图9描述的数据处理方法的各种操作。需要注意，所述程序也可以存储在除ROM 1502和RAM 1503以外的一个或多个存储器中。
根据本公开的实施例，系统1500还可以包括输入/输出(I/O)接口1505，输入/输出(I/O)接口1505也连接至总线1504。系统1500还可以包括连接至I/O接口1505的以下部件中的一项或多项：包括键盘、鼠标等的输入部分1506；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分1507；包括硬盘等的存储部分1508；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分1509。通信部分1509经由诸如因特网的网络执行通信处理。驱动器1510也根据需要连接至I/O接口1505。可拆卸介质1511，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器1510上，以便于从其上读出的计算机程序根据需要被安装入存储部分1508。
根据本公开的实施例，上文参考流程图描述的方法可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分1509从网络上被下载和安装，和/或从可拆卸介质1511被安装。在该计算机程序被处理器1501执行时，执行本公开实施例的系统中限定的上述功能。根据本公开的实施例，上文描述的系统、设备、装置、模块、单元等可以通过计算机程序模块来实现。
需要说明的是，本公开所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开的实施例中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开的实施例中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。根据本公开的实施例，计算机可读介质可以包括上文描述的ROM 1502和/或RAM 1503和/或ROM 1502和RAM 1503以外的一个或多个存储器。
附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
作为另一方面，本公开还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备执行前述数据处理方法。
以上对本公开的实施例进行了描述。但是，这些实施例仅仅是为了说明的目的，而并非为了限制本公开的范围。尽管在以上分别描述了各实施例，但是这并不意味着各个实施例中的措施不能有利地结合使用。本公开的范围由所附权利要求及其等同物限定。不脱离本公开的范围，本领域技术人员可以做出多种替代和修改，这些替代和修改都应落在本公开的范围之内。

Claims (14)

1.一种数据处理方法，包括：
获得上游业务系统的业务数据；
基于所述业务数据，从预先配置的业务规则中确定出与所述业务数据对应的目标业务规则；
检测所述业务数据是否匹配于所述目标业务规则；
在所述业务数据匹配于所述目标业务规则的情况下，基于所述目标业务规则，驱动下游业务系统执行后续业务操作。
2.根据权利要求1所述的方法，其中，所述方法还包括：
获取预先配置的多个业务规则类型数据和多个业务规则标识数据；
针对所述业务系统，基于所述多个业务规则类型数据和所述多个业务规则标识数据，配置所述目标业务规则。
3.根据权利要求2所述的方法，其中，所述方法还包括：
在检测到存在新业务规则类型数据的情况下，更新所述目标业务规则；
在检测到存在新业务规则标识数据的情况下，更新所述目标业务规则。
4.根据权利要求1所述的方法，其中，所述获得上游业务系统的业务数据包括：
在所述上游业务系统将所述业务数据发送至分布式消息队列的情况下，通过所述分布式消息队列，获得所述业务数据。
5.根据权利要求1所述的方法，其中，所述检测所述业务数据是否匹配于所述目标业务规则包括：
获得为所述目标业务规则预先配置的多个目标字段以及为每个目标字段配置的字段值；
解析所述业务数据，以获得与所述每个目标字段对应的字段值；
基于为所述每个目标字段配置的字段值以及与所述每个目标字段对应的字段值，检测所述业务数据是否匹配于所述目标业务规则。
6.根据权利要求1所述的方法，其中，所述方法还包括：
在驱动所述下游业务系统执行所述后续业务操作执行失败的情况下，判断当前所述后续业务操作已驱动的次数是否小于预设值；
在所述当前所述后续业务操作已驱动的次数小于所述预设值的情况下，再次驱动所述下游业务系统执行所述后续业务操作。
7.一种数据处理系统，包括：
获得模块，用于获得上游业务系统的业务数据；
确定模块，用于基于所述业务数据，从预先配置的业务规则中确定出与所述业务数据对应的目标业务规则；
检测模块，用于检测所述业务数据是否匹配于所述目标业务规则；
第一驱动模块，用于在所述业务数据匹配于所述目标业务规则的情况下，基于所述目标业务规则，驱动下游业务系统执行后续业务操作。
8.根据权利要求7所述的系统，其中，所述系统还包括：
获取模块，用于获取预先配置的多个业务规则类型数据和多个业务规则标识数据；
配置模块，用于针对所述业务系统，基于所述多个业务规则类型数据和所述多个业务规则标识数据，配置所述目标业务规则。
9.根据权利要求8所述的系统，其中，所述系统还包括：
第一更新模块，用于在在检测到存在新业务规则类型数据的情况下，更新所述目标业务规则；
第二更新模块，用于在检测到存在新业务规则标识数据的情况下，更新所述目标业务规则。
10.根据权利要求7所述的系统，其中，所述获得模块用于：
在所述上游业务系统将所述业务数据发送至分布式消息队列的情况下，通过所述分布式消息队列，接收所述业务数据。
11.根据权利要求7所述的系统，其中，所述检测模块包括：
获得子模块，用于获得为所述目标业务规则预先配置的多个目标字段以及为每个目标字段配置的字段值；
解析子模块，用于解析所述业务数据，以获得与所述每个目标字段对应的字段值；
检测子模块，用于基于为所述每个目标字段配置的字段值以及与所述每个目标字段对应的字段值，检测所述业务数据是否匹配于所述目标业务规则。
12.根据权利要求7所述的系统，其中，所述系统还包括：
判断模块，用于在驱动所述下游业务系统执行所述后续业务操作执行失败的情况下，判断当前所述后续业务操作已驱动的次数是否小于预设值；
第二驱动模块，用于在所述当前所述后续业务操作已驱动的次数小于所述预设值的情况下，再次驱动所述下游业务系统执行所述后续业务操作。
13.一种计算机系统，包括：
一个或多个处理器；以及
存储装置，用于存储一个或多个程序，
其中，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现权利要求1至6中任一项所述的数据处理方法。
14.一种计算机可读介质，其上存储有可执行指令，该指令被处理器执行时使处理器实现权利要求1至6中任一项所述的数据处理方法。
CN201911104586.5A 2019-11-12 2019-11-12 数据处理方法及其系统、计算机系统和计算机可读介质 Pending CN111737270A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201911104586.5A CN111737270A (zh) 2019-11-12 2019-11-12 数据处理方法及其系统、计算机系统和计算机可读介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201911104586.5A CN111737270A (zh) 2019-11-12 2019-11-12 数据处理方法及其系统、计算机系统和计算机可读介质

Publications (1)

Publication Number Publication Date
CN111737270A true CN111737270A (zh) 2020-10-02

Family

ID=72646176

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201911104586.5A Pending CN111737270A (zh) 2019-11-12 2019-11-12 数据处理方法及其系统、计算机系统和计算机可读介质

Country Status (1)

Country Link
CN (1) CN111737270A (zh)

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112486955A (zh) * 2020-12-04 2021-03-12 高慧军 基于大数据和人工智能的数据维护方法及大数据平台
CN112801613A (zh) * 2021-01-25 2021-05-14 山东浪潮通软信息科技有限公司 一种业务流程的实现方法、装置、设备及介质
CN112948408A (zh) * 2021-03-04 2021-06-11 上海哔哩哔哩科技有限公司 数据处理方法及装置
CN113590609A (zh) * 2021-06-22 2021-11-02 北京旷视科技有限公司 数据分库方法及装置、存储介质及电子设备
CN114185900A (zh) * 2021-12-20 2022-03-15 平安付科技服务有限公司 业务数据处理方法、装置、计算机设备及存储介质
CN114312699A (zh) * 2022-01-27 2022-04-12 中国第一汽车股份有限公司 一种车辆及其制动控制方法、装置、存储介质
CN114418554A (zh) * 2022-03-15 2022-04-29 太平金融科技服务(上海)有限公司深圳分公司 各业务系统中规则管理方法、系统、计算机设备和介质
CN116431742A (zh) * 2023-06-09 2023-07-14 合肥青谷信息科技有限公司 一种大数据量的业务数据加工方法、装置及电子设备
CN116934271A (zh) * 2023-08-08 2023-10-24 上海中汇亿达金融信息技术有限公司 业务处理方法、装置、电子设备及介质
WO2024012567A1 (zh) * 2022-07-14 2024-01-18 北京字跳网络技术有限公司 系统集成方法、装置及电子设备

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120089549A1 (en) * 2010-10-07 2012-04-12 International Business Machines Corporation Rule authoring for events in a grid environment
CN108520056A (zh) * 2018-04-03 2018-09-11 北京京东金融科技控股有限公司 业务数据监控方法及装置、系统、可读介质和电子设备
CN108628947A (zh) * 2018-04-02 2018-10-09 阿里巴巴集团控股有限公司 一种业务规则匹配处理方法、装置及处理设备
CN109815013A (zh) * 2019-01-02 2019-05-28 深圳壹账通智能科技有限公司 业务数据处理方法、装置、计算机设备和存储介质
CN110389748A (zh) * 2019-06-17 2019-10-29 平安银行股份有限公司 业务数据处理方法及终端设备

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120089549A1 (en) * 2010-10-07 2012-04-12 International Business Machines Corporation Rule authoring for events in a grid environment
CN108628947A (zh) * 2018-04-02 2018-10-09 阿里巴巴集团控股有限公司 一种业务规则匹配处理方法、装置及处理设备
CN108520056A (zh) * 2018-04-03 2018-09-11 北京京东金融科技控股有限公司 业务数据监控方法及装置、系统、可读介质和电子设备
CN109815013A (zh) * 2019-01-02 2019-05-28 深圳壹账通智能科技有限公司 业务数据处理方法、装置、计算机设备和存储介质
CN110389748A (zh) * 2019-06-17 2019-10-29 平安银行股份有限公司 业务数据处理方法及终端设备

Cited By (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112486955A (zh) * 2020-12-04 2021-03-12 高慧军 基于大数据和人工智能的数据维护方法及大数据平台
CN112801613A (zh) * 2021-01-25 2021-05-14 山东浪潮通软信息科技有限公司 一种业务流程的实现方法、装置、设备及介质
CN112948408A (zh) * 2021-03-04 2021-06-11 上海哔哩哔哩科技有限公司 数据处理方法及装置
CN113590609A (zh) * 2021-06-22 2021-11-02 北京旷视科技有限公司 数据分库方法及装置、存储介质及电子设备
CN114185900B (zh) * 2021-12-20 2024-04-09 平安付科技服务有限公司 业务数据处理方法、装置、计算机设备及存储介质
CN114185900A (zh) * 2021-12-20 2022-03-15 平安付科技服务有限公司 业务数据处理方法、装置、计算机设备及存储介质
CN114312699A (zh) * 2022-01-27 2022-04-12 中国第一汽车股份有限公司 一种车辆及其制动控制方法、装置、存储介质
CN114312699B (zh) * 2022-01-27 2023-03-14 中国第一汽车股份有限公司 一种车辆及其制动控制方法、装置、存储介质
CN114418554A (zh) * 2022-03-15 2022-04-29 太平金融科技服务(上海)有限公司深圳分公司 各业务系统中规则管理方法、系统、计算机设备和介质
WO2024012567A1 (zh) * 2022-07-14 2024-01-18 北京字跳网络技术有限公司 系统集成方法、装置及电子设备
CN116431742A (zh) * 2023-06-09 2023-07-14 合肥青谷信息科技有限公司 一种大数据量的业务数据加工方法、装置及电子设备
CN116934271A (zh) * 2023-08-08 2023-10-24 上海中汇亿达金融信息技术有限公司 业务处理方法、装置、电子设备及介质
CN116934271B (zh) * 2023-08-08 2024-02-02 上海中汇亿达金融信息技术有限公司 业务处理方法、装置、电子设备及介质

Similar Documents

Publication Publication Date Title
CN111737270A (zh) 数据处理方法及其系统、计算机系统和计算机可读介质
CN107729139B (zh) 一种并发获取资源的方法和装置
CN110601952A (zh) 多渠道消息通知发送方法和装置
CN108897854B (zh) 一种超时任务的监控方法和装置
CN111913738A (zh) 访问请求的处理方法、装置、计算设备和介质
CN112288577B (zh) 分布式服务的交易处理方法、装置、电子设备和介质
CN109992406A (zh) 图片请求方法、响应图片请求的方法及客户端
CN115114044A (zh) 消息推送方法、装置、设备和介质
CN109218041B (zh) 用于服务器系统的请求处理方法和装置
CN112965916B (zh) 页面测试方法、页面测试装置、电子设备及可读存储介质
CN110968433A (zh) 信息处理方法、系统和电子设备
CN110928594A (zh) 服务开发方法和平台
CN110717992B (zh) 调度模型的方法、装置、计算机系统和可读存储介质
CN110764769B (zh) 处理用户请求的方法和装置
CN113765774A (zh) 消息实时同步方法、装置、电子设备及介质
CN113127335A (zh) 一种系统测试的方法和装置
CN114897573A (zh) 商品信息处理方法、装置、可读介质及电子设备
CN111582996B (zh) 业务信息的展示方法及装置
CN112783903B (zh) 生成更新日志的方法和装置
CN112799797A (zh) 一种任务管理的方法和装置
CN111580882A (zh) 应用程序启动方法、装置、计算机系统和介质
CN112799863A (zh) 用于输出信息的方法和装置
CN113495747B (zh) 一种灰度发布方法和装置
CN113268417B (zh) 一种任务执行方法和装置
CN116383078A (zh) 程序开发方法、装置、电子设备及介质

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination