CN114936903A - 订单数据处理方法、系统、计算机设备和存储介质 - Google Patents

Abstract

本申请涉及一种订单数据处理方法、系统、计算机设备和存储介质。该方法包括：响应于针对预设业务的条件配置操作，触发生成用于对至少一个订单实体对象进行条件匹配的匹配条件；其中，订单实体对象用于表征订单数据中涉及的订单实体；响应于规则配置操作，触发生成与匹配条件相关的订单执行规则；其中，在订单数据对应的至少一个订单实体对象符合匹配条件的情况下，订单执行规则被执行，以得到在预设业务下针对订单数据的订单处理结果。采用本方法能够降低计算机资源开销。

Description

订单数据处理方法、系统、计算机设备和存储介质

技术领域

本申请涉及软件技术领域，特别是涉及一种订单数据处理方法、系统、计算机设备和存储介质。

背景技术

随着电商的发展，出现电商管理系统来管理电商业务。目前，由于行业众多、行业特性不同，客户体量不同，需求也不相同。因此，一旦使用电商管理系统的客户数达到一定的数量级别之后，电商管理系统需要处理各种各样的不同的要求。

但是，传统的电商管理系统针对不同的业务，在设计对应的处理策略时(比如快递匹配策略、仓库匹配策略等)，只能针对不同的业务、不同的策略分别采用硬编码的方式，将相关的功能通过代码的方式分别来实现。这样，根据不同客户的不同需求，每一个需求都需要进行开发，导致开发成本高，产生较多的计算机资源开销。

发明内容

基于此，有必要针对上述技术问题，提供一种能够降低计算机资源开销的订单数据处理方法、系统、计算机设备、存储介质和计算机程序产品。

第一方面，本申请提供了一种订单数据处理方法。所述方法包括：

响应于针对预设业务的条件配置操作，触发生成用于对至少一个订单实体对象进行条件匹配的匹配条件；其中，订单实体对象用于表征订单数据中涉及的订单实体；

响应于规则配置操作，触发生成与所述匹配条件相关的订单执行规则；

其中，在订单数据对应的所述至少一个订单实体对象符合所述匹配条件的情况下，所述订单执行规则被执行，以得到在所述预设业务下针对所述订单数据的订单处理结果。

在其中一个实施例中，根据权利要求1所述的方法，其特征在于，所述响应于针对预设业务的条件配置操作，触发生成用于对至少一个订单实体对象进行条件匹配的匹配条件，包括：

展示对所述预设业务在后台配置界面上配置的订单实体对象和运算对象；

根据作用于所述订单实体对象的条件配置操作，触发生成所述匹配条件；

所述响应于规则配置操作，触发生成与所述匹配条件相关的订单执行规则包括：

根据作用于所述运算对象的规则配置操作，触发生成与所述匹配条件相关的订单执行规则。

在其中一个实施例中，所述后台配置界面包括窗体配置界面；所述方法还包括后台配置操作步骤；所述后台配置操作步骤包括：

根据在所述窗体配置界面上的第一选择操作，触发从多个预设的订单实体对象中确定用于所述预设业务的订单实体对象；

根据在所述窗体配置界面上的第二选择操作，触发从多个预设的运算对象中确定用于所述预设业务的运算对象。

在其中一个实施例中，所述订单实体对象是通过实体属性字段进行显示呈现的；所述实体属性字段具有相应的属性字段类型；所述匹配条件是基于所述订单实体对象的属性字段类型所对应的条件匹配方式确定的；

所述后台配置操作步骤还包括：

根据在实体定义界面上的实体配置操作，触发得到多个不同的所述订单实体；

根据在字段定义界面上的字段配置操作，触发得到所述订单实体相应的实体属性字段和属性字段类型。

在其中一个实施例中，所述响应于针对预设业务的条件配置操作，触发生成用于对至少一个订单实体对象进行条件匹配的匹配条件包括：

响应于针对预设业务的条件语句输入操作，确定所输入的条件语句，基于所述条件语句触发生成所述匹配条件。

在其中一个实施例中，所述订单执行规则被执行后生成相应的多个子执行结果；所述方法还包括：

响应于针对预设业务的排序方法设置操作，触发确定排序规则；其中，所述排序规则用于对所述多个子执行结果排序，得到所述订单处理结果。

在其中一个实施例中，所述排序方法设置操作的操作对象为智能处理逻辑对象；所述排序规则是基于选中的所述智能处理逻辑对象所对应的智能处理逻辑确定的；所述智能处理逻辑包括第三方提供的处理逻辑。

在其中一个实施例中，所述方法还包括：

响应于针对所述预设业务的配置完成操作，触发将每个预设业务对应的匹配条件和订单执行规则存储于所述预设业务对应的订单处理策略信息中；

其中，在需要针对订单数据执行多个预设业务的处理的情况下，每个预设业务对应的订单处理策略信息用于提供所述订单处理策略信息中的匹配条件对所述订单数据进行条件匹配，并在条件匹配通过后，执行所述订单处理策略信息中的订单执行规则，以得到多个预设业务下针对所述订单数据的订单处理结果。

第二方面，本申请还提供了一种订单数据处理系统。所述系统包括用户终端和服务器：

所述用户终端，用于响应于针对预设业务的条件配置操作，触发服务器生成用于对至少一个订单实体对象进行条件匹配的匹配条件；其中，订单实体对象用于表征订单数据中涉及的订单实体；

所述用户终端，还用于响应于规则配置操作，触发服务器生成与所述匹配条件相关的订单执行规则；

所述服务器，用于在订单数据对应的所述至少一个订单实体对象符合所述匹配条件的情况下，执行订单执行规则，以得到在所述预设业务下针对所述订单数据的订单处理结果。

第三方面，本申请还提供了一种计算机设备。所述计算机设备包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行上述订单数据处理方法的步骤。

第四方面，本申请还提供了一种计算机可读存储介质。所述计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行上述订单数据处理方法的步骤。

第五方面，本申请还提供了一种计算机程序产品。所述计算机程序产品，包括计算机程序，该计算机程序被处理器执行上述订单数据处理方法的步骤。

上述订单数据处理方法、系统、计算机设备、存储介质和计算机程序产品，通过响应于针对预设业务的条件配置操作，触发生成用于对至少一个订单实体对象进行条件匹配的匹配条件。其中，订单实体对象用于表征订单数据中涉及的订单实体。这样，用户不需要编写代码，只需要通过条件配置操作就可以设置相关的匹配条件。响应于规则配置操作，触发生成与所述匹配条件相关的订单执行规则。其中，在订单数据对应的所述至少一个订单实体对象符合所述匹配条件的情况下，所述订单执行规则被执行，以得到在所述预设业务下针对所述订单数据的订单处理结果。这样，用户不需要编写代码，只需要通过规则配置操作就可以设置相关的订单执行规则，并在订单数据符合匹配条件的情况下，自动执行订单执行规则，得到订单数据处理结果，大大减少了代码开发和维护工作量，从而降低了计算机资源开销。

附图说明

图1为一个实施例中订单数据处理方法的应用环境图；

图2为一个实施例中订单数据处理方法的流程示意图；

图3为一个实施例中订单数据处理方法的界面示意图；

图4为一个实施例中订单数据处理方法的界面示意图；

图5为一个实施例中订单数据处理方法的界面示意图；

图6为一个实施例中订单数据处理方法的界面示意图；

图7为一个实施例中订单数据处理方法的界面示意图；

图8为一个实施例中订单数据处理方法的界面示意图；

图9为一个实施例中订单数据处理方法的界面示意图；

图10为一个实施例中订单数据处理方法的界面示意图；

图11为一个实施例中订单数据处理方法的流程示意图；

图12为一个实施例中订单数据处理方法的流程示意图；

图13为一个实施例中订单数据处理方法的原理示意图；

图14为一个实施例中订单数据处理系统的结构框图；

图15为一个实施例中计算机设备的内部结构图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

本申请实施例提供的订单数据处理方法，可以应用于如图1所示的应用环境中。其中，终端110通过网络与服务器120进行通信。数据存储系统可以存储服务器120需要处理的数据。数据存储系统可以集成在服务器120上，也可以放在云上或其他网络服务器上。其中，终端110可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备，服务器120可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

终端110响应于针对预设业务的条件配置操作，触发服务器120生成用于对至少一个订单实体对象进行条件匹配的匹配条件；其中，订单实体对象用于表征订单数据中涉及的订单实体。终端110响应于规则配置操作，触发服务器120生成与匹配条件相关的订单执行规则；其中，在订单数据对应的至少一个订单实体对象符合匹配条件的情况下，订单执行规则被执行，以得到在预设业务下针对订单数据的订单处理结果。

在一个实施例中，终端110也可以由服务器120替代执行，对此不限定。

在一个实施例中，服务器120也可以由终端110替代执行，对此不限定。

在一个实施例中，如图2所示，提供了一种订单数据处理方法，本实施例以该方法应用于终端进行举例说明，可以理解的是，该方法也可以应用于服务器，还可以应用于包括终端和服务器的系统，并通过终端和服务器的交互实现。本实施例中，该方法包括以下步骤：

S202，响应于针对预设业务的条件配置操作，触发生成用于对至少一个订单实体对象进行条件匹配的匹配条件；其中，订单实体对象用于表征订单数据中涉及的订单实体。

其中，实体是承载某一类数据对象的数据的个体。预设业务是与订单数据的处理相关的业务；比如，预设业务可以是仓库业务、快递业务、促销业务、拆分业务等中的任一种业务。其中，快递业务可以用于根据快递成本、发货路径等纬度智能计算每笔订单需要发哪种快递。拆单业务可以用于根据仓库库存、打包状态、仓库路径、费用最优等纬度，智能拆分成不同笔订单，以此来提高仓库作业效率。订单实体是用于承载订单数据中的某类属性值的实体，比如，可以是商品数量实体、支付金额实体等等。其中，商品数量实体是承载商品数量这一类属性值的实体；支付金额实体是承载支付金额这一类属性值的实体。

具体地，终端响应于针对预设业务的条件配置操作，将条件配置操作所配置的内容发送给服务器，触发服务器根据接收到的内容生成用于对至少一个订单实体对象进行条件匹配的匹配条件。

在一个实施例中，条件配置操作的操作对象包括界面上所显示的订单实体对象。其中，所显示的订单实体对象是后台配置界面上针对预设业务配置出来的。

在一个实施例中，匹配条件是基于所选择的订单实体对象和对应的所选择的处理逻辑生成的。

在一个实施例中，规则配置操作的操作对象包括界面上所显示的运算对象。其中，所显示的运算对象是后台配置界面上针对预设业务配置出来的。

在一个实施例中，订单实体对象是通过实体属性字段进行显示呈现的，实体属性字段具有相应的属性字段类型。响应于界面上的实体配置操作，触发服务器生成实体。响应于界面上的字段配置操作，触发服务器生成实体相应的实体属性字段和属性字段类型。

在一个实施例中，条件配置操作还可以是条件语句输入操作，所输入的条件语句为匹配条件。

S204，响应于规则配置操作，触发生成与匹配条件相关的订单执行规则；其中，在订单数据对应的至少一个订单实体对象符合匹配条件的情况下，订单执行规则被执行，以得到在预设业务下针对订单数据的订单处理结果。

具体地，终端响应于规则配置操作，触发服务器生成与匹配条件相关的订单执行规则。其中，用户下单生成订单数据后，服务求获取到该订单数据，服务器判断在订单数据对应的至少一个订单实体对象是否符合匹配条件，在符合匹配条件的情况下，服务器执行订单执行规则，并将执行结果作为在预设业务下针对订单数据的订单处理结果。

在一个实施例中，订单执行规则是基于所选择的运算对象和对应的所选择的处理逻辑生成的。

在一个实施例中，订单执行结果被执行后具有多个子执行结果。服务器可以根据终端所配置的排序规则，对多个子执行结果进行排序，得到订单处理结果。

在一个实施例中，终端触发服务器将每个预设业务对应的匹配条件和订单执行规则存储于预设业务对应的订单处理策略信息中。其中，服务器可以使用多个订单处理策略信息来对订单数据进行处理，从而生成完整的订单。

在一个实施例中，服务器是基于Aviatorscript(轻量级Java表达式解析工具)来处理匹配条件和订单执行规则的。服务器将表征匹配条件和订单执行规则的脚本翻译成JVM(Java Virtual Machine(Java虚拟机))字节码，具有比较好的基础性能，解决了因为高度自定义化而带来的性能问题。

上述订单数据处理方法、系统、计算机设备、存储介质和计算机程序产品，通过响应于针对预设业务的条件配置操作，触发生成用于对至少一个订单实体对象进行条件匹配的匹配条件。其中，订单实体对象用于表征订单数据中涉及的订单实体。这样，用户不需要编写代码，只需要通过条件配置操作就可以设置相关的匹配条件。响应于规则配置操作，触发生成与匹配条件相关的订单执行规则。其中，在订单数据对应的至少一个订单实体对象符合匹配条件的情况下，订单执行规则被执行，以得到在预设业务下针对订单数据的订单处理结果。这样，用户不需要编写代码，只需要通过规则配置操作就可以设置相关的订单执行规则，并在订单数据符合匹配条件的情况下，自动执行订单执行规则，得到订单数据处理结果，大大减少了代码开发和维护工作量，实现了低代码和高配置共存的订单数据处理方案，从而降低了计算机资源开销。

在一个实施例中，响应于针对预设业务的条件配置操作，触发生成用于对至少一个订单实体对象进行条件匹配的匹配条件，包括：展示对预设业务在后台配置界面上配置的订单实体对象和运算对象；根据作用于订单实体对象的条件配置操作，触发生成匹配条件；响应于规则配置操作，触发生成与匹配条件相关的订单执行规则包括：根据作用于运算对象的规则配置操作，触发生成与匹配条件相关的订单执行规则。

其中，将运算对象对应的数值代入订单执行规则并执行订单执行规则，得到的执行结果即为订单执行规则的执行结果。订单执行规则可以是数据库查询语句、数学计算公式等等。

具体地，终端展示对预设业务在后台配置界面上配置的订单实体对象和运算对象。终端根据作用于订单实体对象的条件配置操作，触发服务器生成匹配条件。终端根据作用于运算对象的规则配置操作，触发服务器生成与匹配条件相关的订单执行规则。比如，如图3所示，301所展示的店铺名称、物流费用等订单实体对象和302所展示的仓库代码等运算对象是针对预设业务在后台配置界面上配置得到的。用户在图3所显示的界面上进行条件配置操作和规则配置操作后，触发服务器生成匹配条件和订单执行规则。比如，针对图4所选择的“店铺代码”、“平台类型”和“卖家备注”订单实体对象，服务器可以生成“orderType＝“第一平台”&&shopCode<>“赠品”&&sellerMemo包含“第一快递”这样的匹配条件。针对图5所选择的“指定快递”和“是否可达”运算对象，服务器可以生成对应的动态sql来作为订单执行规则。具体的规则内容如下：Select*from Express Where Express.id in(123,156)And Express.region＝1’，其中，123代表第一快递的id，156代表第二快递的id。

在本实施例中，终端所展示的订单实体对象和运算对象是预先针对预设业务在后台配置界面上配置的。这样，就可以根据不同的用户需求在后台配置界面上进行配置，从而简便而有效地满足了多样化的需求。

在一个实施例中，后台配置界面包括窗体配置界面；方法还包括后台配置操作步骤；后台配置操作步骤包括：根据在窗体配置界面上的第一选择操作，触发从多个预设的订单实体对象中确定用于预设业务的订单实体对象；根据在窗体配置界面上的第二选择操作，触发从多个预设的运算对象中确定用于预设业务的运算对象。

其中，窗体配置界面是用于配置所显示的窗体的参数的界面。

具体地，终端显示窗体配置界面，并在窗体配置界面上展示多个预设的订单实体对象和运算对象。终端根据在窗体配置界面上的第一选择操作，触发服务器从多个预设的订单实体对象中确定用于预设业务的订单实体对象。终端根据在窗体配置界面上的第二选择操作，触发服务器从多个预设的运算对象中确定用于预设业务的运算对象。如图6所示的窗体配置界面，其中，601包括多个预设的订单实体对象和多个预设的运算对象，用户可以在界面上选择订单实体对象和运算对象，从而触发服务器确定用于预设业务的订单实体对象和运算对象，并在图3所示的界面中显示。比如，用户选择了“店铺”，则可以在图3的订单实体对象选项中，显示出“店铺”。用户没有选择“修改时间”，则不能在图3的订单实体对象选项中，显示出“修改时间”。

在一个实施例中，窗体配置界面还可以配置字段的显示属性和操作属性，从而基于显示属性和操作属性来显示订单实体对象和运算对象。比如，如图6中的602所示，在该界面上可以定义针对某个字段的显示属性，其中，显示属性可以是页面显示的名称、提交字段的名称等。在该界面上还可以定义针对某个字段的操作属性，其中，操作属性可以是是否支持多选、支持禁用判断条件等。可以理解，通过这种灵活的定制化的设置，可以针对不同的业务或者不同的用户配置出对应的界面显示效果，从而使得条件配置操作和规则配置操作可以灵活地满足定制化需求。

在本实施例中，通过提供窗体配置界面，并基于窗体配置界面的选择操作，从而确当用于预设业务的订单实体对象和运算对象，使得用户可以根据后台配置的范围，自由选择需要的订单实体对象和运算对象，从而提高了配置的简便性和灵活性。

在一个实施例中，订单实体对象是通过实体属性字段进行显示呈现的；实体属性字段具有相应的属性字段类型；匹配条件是基于订单实体对象的属性字段类型所对应的条件匹配方式确定的；后台配置操作步骤还包括：根据在实体定义界面上的实体配置操作，触发得到多个不同的订单实体；根据在字段定义界面上的字段配置操作，触发得到订单实体相应的实体属性字段和属性字段类型。

其中，订单实体对象是通过实体属性字段进行显示呈现的，且实体属性字段具有相应的属性字段类型。

在一个实施例中，属性字段类型是可以配置的，不同的属性字段类型具有对应的条件匹配方式。步骤S202中的匹配条件是基于订单实体对象的属性字段类型所对应的条件匹配方式确定的。如图7所示的界面，终端展示用于对属性字段类型进行配置的字段类型配置界面，根据在字段类型配置界面上的类型配置操作，触发服务器得到多个不同的属性字段类型和各自对应的条件匹配方式。

具体地，终端展示实体定义界面，并根据在实体定义界面上的实体配置操作，触发服务器得到多个不同的订单实体。终端展示字段定义界面，并根据在字段定义界面上的字段配置操作，触发服务器得到订单实体相应的实体属性字段和属性字段类型。如图8所示的实体定义界面，用户可以配置多个实体代码和对应的实体名称，触发服务器得到多个不同的订单实体。如图8所示的字段定义界面，用户可以配置针对“发货单”这个订单实体的多个字段，触发服务器得到订单实体相应的“分销商”、“商品”、等实体属性字段和属性字段类型。

在一个实施例中，不同的实体属性字段属于不同的实体，不同实体属性字段和实体之间可以互相引用。

在本实施例中，通过界面上的配置操作，从而得到实体和实体相应的实体属性字段，使得针对实体的配置操作可视化，从而提高了操作的灵活性。

在一个实施例中，响应于针对预设业务的条件配置操作，触发生成用于对至少一个订单实体对象进行条件匹配的匹配条件包括：响应于针对预设业务的条件语句输入操作，确定所输入的条件语句，基于条件语句触发生成匹配条件。

具体地，终端所展示的界面还包括条件语句输入框。终端响应于针对预设业务的条件语句输入操作，确定所输入的条件语句，并基于条件语句触发服务器生成匹配条件。如图3所示，在界面上还具有针对“高级条件”的输入框，用于输入条件语句，从而生成匹配条件。

在本实施中，匹配条件可以根据界面输入的条件语句生成，这样，减少了在界面上的针对订单实体对象的操作过程，从而减少计算机资源开销，更适用于有代码基础的用户，进一步满足了不同用户的需求。

在一个实施例中，订单执行规则被执行后生成相应的多个子执行结果；方法还包括：响应于针对预设业务的排序方法设置操作，触发确定排序规则；其中，排序规则用于对多个子执行结果排序，得到订单处理结果。

具体地，终端还可以展示排序方法设置操作的操作对象。终端响应于针对预设业务的排序方法设置操作，触发服务器根据用户所选择的操作对象确定排序规则。其中，排序规则用于对多个子执行结果排序，得到订单处理结果。如图9所示的界面，用户可在界面上对排序方法进行设置，从而触发服务器生成排序规则。

在一个实施例中，排序方法设置操作的操作对象为智能处理逻辑对象。排序规则是基于选中的智能处理逻辑对象所对应的智能处理逻辑确定的，智能处理逻辑包括第三方提供的处理逻辑。具体地，终端展示多个智能处理逻辑对象。响应于针对预设业务的多个智能处理逻辑对象的选择操作，触发服务器确定所选中的智能处理逻辑，并基于所选中的智能处理逻辑对象所对应的智能处理逻辑确定排序规则。可以理解，所选中的智能处理逻辑对象的数量可以是一个或多个。服务器可以对接第三方提供的处理逻辑接口来完成排序。比如，可以在快递路由中，系统可以对接大数据、外部接口来帮助客户选择最佳的发货快递，判断纬度有哪些快递可以送达、是否可以最快送达、快递费用是否可以最低等。如图10所示，终端展示了多个智能处理逻辑对象，比如“按优先级”用于表征使用优先级进行排序的智能处理逻辑。针对仓库业务，若按照发货距离最短来进行排序，则根据仓库发货地址和实际收货地址进行计算，将最短发货距离作为订单数据处理结果。若按照商品库存数量来进行排序，则依次判断订单中每个商品的库存在每个仓库中的结果，将库存最多的仓库作为订单数据处理结果。

在本实施中，通过界面来设置排序规则，对子执行结果进行排序，避免通过人工编写代码来开发相关的排序逻辑，不仅减少了计算机资源开销，还能通过简便灵活的方式来对子执行结果进行排序。

在一个实施例中，方法还包括：响应于针对预设业务的配置完成操作，触发将每个预设业务对应的匹配条件和订单执行规则存储于预设业务对应的订单处理策略信息中；其中，在需要针对订单数据执行多个预设业务的处理的情况下，每个预设业务对应的订单处理策略信息用于提供订单处理策略信息中的匹配条件对订单数据进行条件匹配，并在条件匹配通过后，执行订单处理策略信息中的订单执行规则，以得到多个预设业务下针对订单数据的订单处理结果。

具体地，在用户执行完条件配置操作和规则设置操作后，终端响应于针对预设业务的配置完成操作，触发服务器将每个预设业务对应的匹配条件和订单执行规则存储于预设业务对应的订单处理策略信息中。其中，在需要针对订单数据执行多个预设业务的处理的情况下，服务器获取每个预设业务对应的订单处理策略信息。针对每个订单处理策略信息，服务器使用订单处理策略信息中的匹配条件对订单数据进行条件匹配，并在条件匹配通过后，执行订单处理策略信息中的订单执行规则，以得到多个预设业务下针对订单数据的订单处理结果。

在一个实施例中，如图11所示，展示了服务器对订单数据的处理流程。服务器在获取到订单数据后，使用策略信息中的匹配条件对订单数据进行条件匹配，并符合匹配条件的情况下，执行订单执行规则，得到执行结果。服务器还可以对执行结果中的多个子执行结果进行排序，从而得到最终的目标值，即订单数据处理结果。

在本实施例中，在配置完成后，将每个预设业务对应的匹配条件和订单执行规则存储于预设业务对应的订单处理策略信息中，并使用多个订单处理策略信息来分别处理订单数据，从而得到预设业务下的订单处理结果，满足了订单数据处理多样化的需求。这样还可以灵活扩展订单处理策略信息，不需要重新开发代码，从而提高了灵活性。

在一个实施例中，如图12所示，展示了订单数据处理系统的处理流程。订单处理系统包括可显示界面的终端和服务器。终端上可以用于后台管理，也可以用于用户配置。服务器可以用于执行策略、用于对终端的配置操作进行相应处理。具体地，在后台管理这方面，管理用户可以在终端所展示的界面上，进行属性字段类型配置、实体配置和预设业务配置。其中，预设业务配置用于配置预设业务和针对该预设业务的订单实体对象、运算对象和字段属性等信息。具体地，终端根据在窗体配置界面上的第一选择操作，触发服务器从多个预设的订单实体对象中确定用于预设业务的订单实体对象。终端根据在窗体配置界面上的第二选择操作，触发服务器从多个预设的运算对象中确定用于预设业务的运算对象。终端获取到业务列表，用户可以在终端所展示的界面上，选择某个预设业务进行配置，包括配置匹配条件和执行规则。具体地，终端响应于针对预设业务的条件配置操作，触发服务器生成用于对至少一个订单实体对象进行条件匹配的匹配条件。终端响应于规则配置操作，触发服务器生成与匹配条件相关的订单执行规则，在配置完成后，终端触发服务器将匹配条件和订单执行规则存储于策略信息中。服务器可以启动订单自动化处理业务。具体地，服务器获取到订单数据后，选择待处理的多个业务，并针对每个业务，获取到对应的策略信息。服务器使用策略信息中的匹配条件判断订单数据是否符合匹配条件，若符合，则执行订单执行规则，若不符合，则跳过此策略信息，对下一个策略信息进行处理。

在一个实施例中，如图13所示，展示了订单数据处理方法的原理示意图。具体地，产生订单数据的平台可以为第一平台、第二平台和第三平台等多个不同的平台。电商系统从平台获取到订单数据后，对订单数据进行处理，比如，针对快递业务，在符合快递业务的匹配条件后，可以将订单类型作为订单执行规则中的运算对象来选择快递。比如，针对仓库业务，在符合仓库业务的匹配条件后，可以将省市区作为订单执行规则中的运算对象来选择仓库。比如，针对促销业务，在符合促销业务的匹配条件后，可以将对商品名称作为订单执行规则中的运算对象来选择促销方法。在针对多个业务进行订单数据处理后，可以将多个订单数据处理结果和订单数据合成一个完整的订单，并通过核心业务的订单模块、商品模块和库存模块来处理该完整的订单。

应该理解的是，虽然本申请部分实施例中的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，流程图中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。

基于同样的发明构思，本申请实施例还提供了一种用于实现上述所涉及的订单数据处理方法的订单数据处理系统。该系统所提供的解决问题的实现方案与上述方法中所记载的实现方案相似，故下面所提供的一个或多个订单数据处理系统实施例中的具体限定可以参见上文中对于订单数据处理方法的限定，在此不再赘述。

在一个实施例中，如图14所示，提供了一种订单数据处理系统1400，包括：用户终端1402和服务器1404，其中：

用户终端1402，用于响应于针对预设业务的条件配置操作，触发服务器4604生成用于对至少一个订单实体对象进行条件匹配的匹配条件；其中，订单实体对象用于表征订单数据中涉及的订单实体；

用户终端1402，还用于响应于规则配置操作，触发服务器1404生成与匹配条件相关的订单执行规则；

服务器1404，用于在订单数据对应的至少一个订单实体对象符合匹配条件的情况下，执行订单执行规则，以得到在预设业务下针对订单数据的订单处理结果。

在一个实施例中，用户终端1402还用于展示对预设业务在后台配置界面上配置的订单实体对象和运算对象；根据作用于订单实体对象的条件配置操作，触发生成匹配条件；根据作用于运算对象的规则配置操作，触发生成与匹配条件相关的订单执行规则。

在一个实施例中，订单数据处理系统1400还包括管理终端，管理终端用于根据在窗体配置界面上的第一选择操作，触发从多个预设的订单实体对象中确定用于预设业务的订单实体对象；根据在窗体配置界面上的第二选择操作，触发从多个预设的运算对象中确定用于预设业务的运算对象。

在一个实施例中，订单实体对象是通过实体属性字段进行显示呈现的；实体属性字段具有相应的属性字段类型；匹配条件是基于订单实体对象的属性字段类型所对应的条件匹配方式确定的；管理终端还用于根据在实体定义界面上的实体配置操作，触发得到多个不同的订单实体；根据在字段定义界面上的字段配置操作，触发得到订单实体相应的实体属性字段和属性字段类型。

在一个实施例中，用户终端1402还用于响应于针对预设业务的条件语句输入操作，确定所输入的条件语句，基于条件语句触发生成匹配条件。

在一个实施例中，订单执行规则被执行后生成相应的多个子执行结果；用户终端1402还用于响应于针对预设业务的排序方法设置操作，触发确定排序规则；其中，排序规则用于对多个子执行结果排序，得到订单处理结果。

在一个实施例中，排序方法设置操作的操作对象为智能处理逻辑对象；排序规则是基于选中的所述智能处理逻辑对象所对应的智能处理逻辑确定的；智能处理逻辑包括第三方提供的处理逻辑。

在一个实施例中，用户终端1402还用于响应于针对预设业务的配置完成操作，触发将每个预设业务对应的匹配条件和订单执行规则存储于预设业务对应的订单处理策略信息中；其中，在需要针对订单数据执行多个预设业务的处理的情况下，每个预设业务对应的订单处理策略信息用于提供订单处理策略信息中的匹配条件对订单数据进行条件匹配，并在条件匹配通过后，执行订单处理策略信息中的订单执行规则，以得到多个预设业务下针对订单数据的订单处理结果。

上述订单数据处理系统，通过响应于针对预设业务的条件配置操作，触发生成用于对至少一个订单实体对象进行条件匹配的匹配条件。其中，订单实体对象用于表征订单数据中涉及的订单实体。这样，用户不需要编写代码，只需要通过条件配置操作就可以设置相关的匹配条件。响应于规则配置操作，触发生成与匹配条件相关的订单执行规则。其中，在订单数据对应的至少一个订单实体对象符合匹配条件的情况下，订单执行规则被执行，以得到在预设业务下针对订单数据的订单处理结果。这样，用户不需要编写代码，只需要通过规则配置操作就可以设置相关的订单执行规则，并在订单数据符合匹配条件的情况下，自动执行订单执行规则，得到订单数据处理结果，大大减少了代码开发和维护工作量，从而降低了计算机资源开销。

关于上述订单数据处理系统的具体限定可以参见上文中对于上述订单数据处理方法的限定，在此不再赘述。上述订单数据处理系统中的各个设备可全部或部分通过软件、硬件及其组合来实现。上述各设备可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个设备对应的操作。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是终端，其内部结构图可以如图15所示。该计算机设备包括处理器、存储器、输入/输出接口、通信接口、显示单元和输入装置。其中，处理器、存储器和输入/输出接口通过系统总线连接，通信接口、显示单元和输入装置通过输入/输出接口连接到系统总线。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的输入/输出接口用于处理器与外部设备之间交换信息。该计算机设备的通信接口用于与外部的终端进行有线或无线方式的通信，无线方式可通过WIFI、移动蜂窝网络、NFC(近场通信)或其他技术实现。该计算机程序被处理器执行时以实现一种订单数据处理方法。该计算机设备的显示单元用于形成视觉可见的画面，可以是显示屏、投影装置或虚拟现实成像装置，显示屏可以是液晶显示屏或电子墨水显示屏，该计算机设备的输入装置可以是显示屏上覆盖的触摸层，也可以是计算机设备外壳上设置的按键、轨迹球或触控板，还可以是外接的键盘、触控板或鼠标等。

本领域技术人员可以理解，图15中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，还提供了一种计算机设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现上述各方法实施例中的步骤。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现上述各方法实施例中的步骤。

在一个实施例中，提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现上述各方法实施例中的步骤。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(Read-OnlyMemory，ROM)、磁带、软盘、闪存或光存储器等。易失性存储器可包括随机存取存储器(Random Access Memory，RAM)或外部高速缓冲存储器。作为说明而非局限，RAM可以是多种形式，比如静态随机存取存储器(Static Random Access Memory，SRAM)或动态随机存取存储器(Dynamic Random Access Memory，DRAM)等。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

Claims (11)

1.一种订单数据处理方法，其特征在于，所述方法包括：

响应于针对预设业务的条件配置操作，触发生成用于对至少一个订单实体对象进行条件匹配的匹配条件；其中，订单实体对象用于表征订单数据中涉及的订单实体；

响应于规则配置操作，触发生成与所述匹配条件相关的订单执行规则；

其中，在订单数据对应的所述至少一个订单实体对象符合所述匹配条件的情况下，所述订单执行规则被执行，以得到在所述预设业务下针对所述订单数据的订单处理结果。

2.根据权利要求1所述的方法，其特征在于，所述响应于针对预设业务的条件配置操作，触发生成用于对至少一个订单实体对象进行条件匹配的匹配条件，包括：

展示对所述预设业务在后台配置界面上配置的订单实体对象和运算对象；

根据作用于所述订单实体对象的条件配置操作，触发生成所述匹配条件；

所述响应于规则配置操作，触发生成与所述匹配条件相关的订单执行规则包括：

根据作用于所述运算对象的规则配置操作，触发生成与所述匹配条件相关的订单执行规则。

3.根据权利要求2所述的方法，其特征在于，所述后台配置界面包括窗体配置界面；所述方法还包括后台配置操作步骤；所述后台配置操作步骤包括：

根据在所述窗体配置界面上的第一选择操作，触发从多个预设的订单实体对象中确定用于所述预设业务的订单实体对象；

根据在所述窗体配置界面上的第二选择操作，触发从多个预设的运算对象中确定用于所述预设业务的运算对象。

4.根据权利要求3所述的方法，其特征在于，所述订单实体对象是通过实体属性字段进行显示呈现的；所述实体属性字段具有相应的属性字段类型；所述匹配条件是基于所述订单实体对象的属性字段类型所对应的条件匹配方式确定的；

所述后台配置操作步骤还包括：

根据在实体定义界面上的实体配置操作，触发得到多个不同的所述订单实体；

根据在字段定义界面上的字段配置操作，触发得到所述订单实体相应的实体属性字段和属性字段类型。

5.根据权利要求1所述的方法，其特征在于，所述响应于针对预设业务的条件配置操作，触发生成用于对至少一个订单实体对象进行条件匹配的匹配条件包括：

响应于针对预设业务的条件语句输入操作，确定所输入的条件语句，基于所述条件语句触发生成所述匹配条件。

6.根据权利要求1所述的方法，其特征在于，所述订单执行规则被执行后生成相应的多个子执行结果；所述方法还包括：

响应于针对预设业务的排序方法设置操作，触发确定排序规则；其中，所述排序规则用于对所述多个子执行结果排序，得到所述订单处理结果。

7.根据权利要求6所述的方法，其特征在于，所述排序方法设置操作的操作对象为智能处理逻辑对象；所述排序规则是基于选中的所述智能处理逻辑对象所对应的智能处理逻辑确定的；所述智能处理逻辑包括第三方提供的处理逻辑。

8.根据权利要求1至7中任一项所述的方法，其特征在于，所述方法还包括：

响应于针对所述预设业务的配置完成操作，触发将每个预设业务对应的匹配条件和订单执行规则存储于所述预设业务对应的订单处理策略信息中；

其中，在需要针对订单数据执行多个预设业务的处理的情况下，每个预设业务对应的订单处理策略信息用于提供所述订单处理策略信息中的匹配条件对所述订单数据进行条件匹配，并在条件匹配通过后，执行所述订单处理策略信息中的订单执行规则，以得到多个预设业务下针对所述订单数据的订单处理结果。

9.一种订单数据处理系统，其特征在于，所述系统包括用户终端和服务器：

所述用户终端，用于响应于针对预设业务的条件配置操作，触发服务器生成用于对至少一个订单实体对象进行条件匹配的匹配条件；其中，订单实体对象用于表征订单数据中涉及的订单实体；

所述用户终端，还用于响应于规则配置操作，触发服务器生成与所述匹配条件相关的订单执行规则；

所述服务器，还用于在订单数据对应的所述至少一个订单实体对象符合所述匹配条件的情况下，执行订单执行规则，以得到在所述预设业务下针对所述订单数据的订单处理结果。

10.一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至7中任一项所述的方法的步骤。

11.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至8中任一项所述的方法的步骤。

Images