CN112819493A - 消息处理方法及其系统、计算机系统和计算机可读介质 - Google Patents

Abstract

本公开提供了一种消息处理方法，包括：接收交易系统的交易消息，交易消息包含交易对象；检测是否存在预先配置的与交易对象匹配的业务规则，业务规则配置有关联对象的对象信息和关联对象的订单的创建规则，关联对象与交易对象具有关联关系；在存在业务规则的情况下，获得交易消息的检测结果；若检测结果指示交易对象被下单成功，则创建关联对象的订单；以及若检测结果指示交易对象被配送成功，则生产关联对象的订单。此外，本公开还提供了一种消息处理系统、计算机系统和计算机可读介质。

Description

消息处理方法及其系统、计算机系统和计算机可读介质

技术领域

本公开涉及数据处理领域，更具体地，涉及一种消息处理方法及其系统、计算机系统和计算机可读介质。

背景技术

买主品送赠品的买赠业务在交易系统的平台上已经出现很久。但是，目前的针对买赠业务的解决方案中无法实现多业务场景多维度的主赠关系配置，使得买赠业务对主交易流程造成一定的影响。

发明内容

有鉴于此，本公开提供了一种消息处理方法及其系统、计算机系统和计算机可读介质。

本公开的一个方面提供了一种消息处理方法，包括：接收交易系统的交易消息，上述交易消息包含交易对象，检测是否存在预先配置的与上述交易对象匹配的业务规则，上述业务规则配置有关联对象的对象信息和上述关联对象的订单的创建规则，上述关联对象与上述交易对象具有关联关系，在存在上述业务规则的情况下，获得上述交易消息的检测结果，若上述检测结果指示上述交易对象被下单成功，则创建上述关联对象的订单，以及若上述检测结果指示上述交易对象被配送成功，则生产上述关联对象的订单。

根据本公开的实施例，上述创建上述关联对象的订单包括：获得上述关联对象的对象信息，上述对象信息包括上述关联对象的对象标识和对象数量，获得上述关联对象订单的创建规则，上述创建规则包含上述关联对象订单的创建时间，以及基于上述关联对象的对象标识和对象数量，在上述创建时间创建上述关联对象的订单。

根据本公开的实施例，上述生产上述关联对象的订单包括：获取预先配置的与上述关联对象匹配的生产接口，以及调用与上述生产接口对应的业务系统生产上述关联对象的订单。

根据本公开的实施例，上述获取预先配置的与上述关联对象匹配的生产接口包括：检测上述关联对象订单的创建规则是否配置为妥投送，上述妥投送用于指示在上述交易对象被配送成功的情况下，创建上述关联对象订单，以及若上述关联对象订单的创建规则配置为上述妥投送，则获取预先配置的与上述关联对象匹配的生产接口。

根据本公开的实施例，上述生产上述关联对象的订单包括：获取创建上述关联对象订单的第一时刻和扫描上述关联对象订单的第二时刻，检测上述第一时刻是否早于上述第二时刻，在上述第一时刻早于上述第二时刻的情况下，获取预先配置的与上述关联对象匹配的生产接口，以及调用与上述生产接口对应的业务系统生产上述关联对象的订单。

根据本公开的实施例，上述方法还包括：获取上述关联对象的订单的订单状态数据，上述订单状态为上述关联对象订单的多个业务阶段中的至少一个业务阶段的订单状态数据，上述多个业务阶段包括创建阶段、生产阶段和配送阶段，以及基于上述至少一个业务阶段的订单状态数据，更新上述关联对象的订单的订单状态。

本公开的另一个方面提供了一种消息处理系统，包括：接收模块，用于接收交易系统的交易消息，上述交易消息包含交易对象，检测模块，用于检测是否存在预先配置的与上述交易对象匹配的业务规则，上述业务规则配置有关联对象的对象信息和上述关联对象的订单的创建规则，上述关联对象与上述交易对象具有关联关系，获得模块，用于在存在上述业务规则的情况下，获得上述交易消息的检测结果，创建模块，用于若上述检测结果指示上述交易对象被下单成功，则创建上述关联对象的订单，以及生产模块，用于若上述检测结果指示上述交易对象被配送成功，则生产上述关联对象的订单。

根据本公开的实施例，上述创建模块包括：第一获得子模块，用于获得上述关联对象的对象信息，上述对象信息包括上述关联对象的对象标识和对象数量，第二获得子模块，用于获得上述关联对象订单的创建规则，上述创建规则包含上述关联对象订单的创建时间，以及创建子模块，用于基于上述关联对象的对象标识和对象数量，在上述创建时间创建上述关联对象的订单。

根据本公开的实施例，上述生产模块包括：第一获取子模块，用于获取预先配置的与上述关联对象匹配的生产接口，以及生产子模块，用于调用与上述生产接口对应的业务系统生产上述关联对象的订单。

根据本公开的实施例，上述获取子模块包括：检测单元，用于检测上述关联对象订单的创建规则是否配置为妥投送，上述妥投送用于指示在上述交易对象被配送成功的情况下，创建上述关联对象订单，以及获取单元，用于若上述关联对象订单的创建规则配置为上述妥投送，则获取预先配置的与上述关联对象匹配的生产接口。

根据本公开的实施例，上述生产模块包括：第二获取子模块，用于获取创建上述关联对象订单的第一时刻和扫描上述关联对象订单的第二时刻，检测子模块，用于检测上述第一时刻是否早于上述第二时刻，第三获取子模块，用于在上述第一时刻早于上述第二时刻的情况下，获取预先配置的与上述关联对象匹配的生产接口，以及生产子模块，用于调用与上述生产接口对应的业务系统生产上述关联对象的订单。

根据本公开的实施例，上述系统还包括：获取模块，用于获取上述关联对象的订单的订单状态数据，上述订单状态为上述关联对象订单的多个业务阶段中的至少一个业务阶段的订单状态数据，上述多个业务阶段包括创建阶段、生产阶段和配送阶段，以及更新模块，用于基于上述至少一个业务阶段的订单状态数据，更新上述关联对象的订单的订单状态。

本公开的另一方面提供了一种计算机系统，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，其中，当一个或多个程序被一个或多个处理器执行时，使得一个或多个处理器实现上述任一项的消息处理方法。

本公开的另一方面提供了一种计算机可读介质，其上存储有可执行指令，该指令被处理器执行时使处理器实现上述任一项的消息处理方法。

通过本公开的实施例，接收交易系统的包含交易对象的交易信息，在存在预先配置的业务规则的情况下，对交易系统的交易信息进行检测，根据检测结果，对与交易对象存在关联关系的关联对象的订单执行相应的操作，通过独立于交易系统的业务系统可以实现买赠业务的统一配置处理，至少部分地克服相关技术中存在的无法实现多业务场景多维度的主赠关系配置，使得买赠业务对主交易流程造成一定的影响的技术问题，支持多种业务系统，达到针对多场景多维度的主赠关系实现自由化配置的技术效果。

附图说明

通过以下参照附图对本公开实施例的描述，本公开的上述以及其他目的、特征和优点将更为清楚，在附图中：

图1示意性示出了可以应用本公开实施例的消息处理方法及其系统的示例性系统架构；

图2示意性示出了根据本公开实施例的消息处理方法的流程图；

图3示意性示出了根据本公开实施例的业务规则配置示意图；

图4示意性示出了根据本公开实施例的生产接口的配置示意图；

图5示意性示出了根据本公开实施例的另一实施例的消息处理方法的流程图；

图6示意性示出了根据本公开实施例的消息处理系统的框图；

图7示意性示出了根据本公开另一实施例的消息处理系统的框图；

图8示意性示出了根据本公开另一实施例的消息处理系统的结构图；

图9示意性示出了根据本公开另一实施例的消息处理系统的结构图；

图10示意性示出了根据本公开实施例的适于实现消息处理方法及其系统的计算机系统的框图。

具体实施方式

以下，将参照附图来描述本公开的实施例。但是应该理解，这些描述只是示例性的，而并非要限制本公开的范围。此外，在以下说明中，省略了对公知结构和技术的描述，以避免不必要地混淆本公开的概念。

在此使用的术语仅仅是为了描述具体实施例，而并非意在限制本公开。在此使用的术语“包括”、“包含”等表明了所述特征、步骤、操作和/或部件的存在，但是并不排除存在或添加一个或多个其他特征、步骤、操作或部件。

在此使用的所有术语(包括技术和科学术语)具有本领域技术人员通常所理解的含义，除非另外定义。应注意，这里使用的术语应解释为具有与本说明书的上下文相一致的含义，而不应以理想化或过于刻板的方式来解释。

在使用类似于“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的系统等)。本领域技术人员还应理解，实质上任意表示两个或更多可选项目的转折连词和/或短语，无论是在说明书、权利要求书还是附图中，都应被理解为给出了包括这些项目之一、这些项目任一方、或两个项目的可能性。例如，短语“A或B”应当被理解为包括“A”或“B”、或“A和B”的可能性。

本公开提供了一种消息处理方法，包括：首先，接收交易系统的包含交易对象的交易消息。然后，检测是否存在预先配置的与交易对象匹配的业务规则，该业务规则配置有关联对象的对象信息和关联对象的订单的创建规则，而关联对象与交易对象具有关联关系。在存在业务规则的情况下，对交易信息进行检测以获得交易消息的检测结果。根据交易信息检测结果的不同，执行不同的针对关联对象的操作。具体地，若检测结果指示交易对象被下单成功，则创建关联对象的订单。若检测结果指示交易对象被配送成功，则生产关联对象的订单。

图1示意性示出了根据本公开实施例的可以应用消息处理方法及其系统的示例性系统架构100。需要注意的是，图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通信的服务器或服务器集群中。

应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

图2示意性示出了根据本公开实施例的消息处理方法的流程图。

如图2所示，该方法可以包括操作S210～S250。

在操作S210，接收交易系统的交易消息，交易消息包含交易对象。

在本公开中，交易系统用于提供交易对象，交易对象有唯一的对象标识，也称商品编号。可以是库存量单位(Stock Keeping Unit，简称为SKU)。

在操作S220，检测是否存在预先配置的与交易对象匹配的业务规则，业务规则配置有关联对象的对象信息和关联对象订单的创建规则，关联对象与交易对象具有关联关系。

根据本公开的实施例，交易对象可以是用户下单购买的商品，也称为主品，关联对象可以是主品的赠品，例如，可以是与主品相关的配件商品，也可以是与主品属于同品类的其他商品。为了实现买主品送赠品的业务逻辑，本公开可以预先配置与主品匹配的业务规则，在业务规则中包含有赠品订单的创建规则。一旦从接收到的交易消息中确定出主品，就可以根据该主品的标识信息调用赠品的创建规则，实现赠品订单的自动关联创建。

作为一种可选的实施例，可以通过交易对象的对象标识检测是否存在与该交易对象匹配的业务规则。

作为一种可选的实施例，图3示意性示出了根据本公开实施例的业务规则配置示意图。需要说明的是，图3所示仅为业务规则配置的示例性展示，以帮助本领域技术人员理解本公开的业务规则，但并不意味着本公开中的业务规则不可以包含其他的规则。

根据本公开的实施例，业务规则可以配置有赠品的标识信息(sku)和赠品订单创建规则。具体地，可以包括主品和赠品之间的关联规则、数量规则以及赠时规则。

关联规则用于指示与主品关联的赠品的标识信息，通过关联规则可以快速确定与主品关联的赠品标识。

数量规则用于指示与主品关联的赠品的数量信息，通过数量规则可以快速确定与主品关联的赠品数量。

赠时规则用于指示与主品关联的赠品的订单创建时间，通过赠时规则可以快速确定与主品关联的赠品订单的创建时间。

如图3所示，业务规则可以配置为1主1赠、1主多赠和多主1赠。其中，1主1赠表征一个主品sku关联一个赠品sku。1主多赠表征一个主品sku关联多个赠品sku。多主1赠表征多个主品sku关联一个赠品sku。赠时可以包括但不限于下单送、支付送、妥投送以及指定日期送。

在操作S230，在存在业务规则的情况下，获得交易消息的检测结果。

在操作S240，若检测结果指示交易对象被下单成功，则创建关联对象订单。

在操作S250，若检测结果指示交易对象被配送成功，则生产关联对象订单。

根据本公开的实施例，若存在预先配置的与交易对象匹配的业务规则，则判断交易消息的类型，若为订单消息的话，则创建关联对象订单。若为指示被配送成功的妥投消息的话，则生产关联对象订单。

通过本公开的实施例，接收交易系统的包含交易对象的交易信息，在存在预先配置的业务规则的情况下，对交易系统的交易信息进行检测，根据检测结果，对与交易对象存在关联关系的关联对象的订单执行相应的操作，通过独立于交易系统的业务系统可以实现买赠业务的统一配置处理，至少部分地克服相关技术中存在的无法实现多业务场景多维度的主赠关系配置，使得买赠业务对主交易流程造成一定的影响的技术问题，支持多种业务系统，达到针对多场景多维度的主赠关系实现自由化配置的技术效果。

作为一种可选的实施例，创建关联对象的订单包括：获得关联对象的对象信息，对象信息包括关联对象的对象标识和对象数量；获得关联对象订单的创建规则，创建规则包含关联对象订单的创建时间；以及基于关联对象的对象标识和对象数量，在创建时间创建关联对象的订单。

根据本公开的实施例，可以根据赠品的对象标识、赠品数量以及创建时间，生成赠品订单。

根据本公开的实施例，在赠品订单生成之后，可以在适当的时机生产该赠品订单，以实现赠品订单的及时配送。本公开提供以下两种实施例，以实现赠品订单的生产。

实施例一

可以理解的是，由于受到创建时间的限制，生成的赠品订单可以是下单送、支付送、妥投送(用户签收实物快递订单)以及指定日期送。因此，可以将生成的赠品订单以订单表的形式存储。

作为一种可选的实施例，生产关联对象的订单包括：获取创建关联对象订单的第一时刻和扫描关联对象订单的第二时刻；检测第一时刻是否早于第二时刻；在第一时刻早于第二时刻的情况下，获取预先配置的与关联对象匹配的生产接口；以及调用与生产接口对应的业务系统生产关联对象的订单。

根据本公开的实施例，可以定时扫描订单表，如果扫描出赠时时间小于当前实际的订单，则开始生产创建好的赠品订单。

作为一种可选的实施例，生产关联对象的订单包括：获取预先配置的与关联对象匹配的生产接口；以及调用与生产接口对应的业务系统生产关联对象的订单。

图4示意性示出了根据本公开实施例的生产接口的配置示意图。

如图4所示，针对不同的赠品，可以配置与其对应的接口地址。可以一个赠品配置一个接口地址，也可以多个赠品配置一个接口地址。多个赠品以列表的形式配置。

通过配置不同的生产接口，买赠系统承接各个业务系统的管理及对接，各个业务系统只需要实现一个简单的标准化接口即可，灵活高效，至少部分克服相关技术中没有统一接口，有买赠需求的业务系统需要对接多个交易系统的技术问题。

实施例二

作为一种可选的实施例，获取预先配置的与关联对象匹配的生产接口包括：检测关联对象订单的创建规则是否配置为妥投送，妥投送用于指示在交易对象被配送成功的情况下，创建关联对象订单；以及若关联对象订单的创建规则配置为妥投送，则获取预先配置的与关联对象匹配的生产接口。

根据本公开的实施例，可以在监听到妥投消息，且该关联对象订单的创建规则也为妥投送的情况下，开始生产创建好的赠品订单。

通过本公开的实施例，可以通过定时扫描订单表的方式，实现赠品订单的生产，也可以通过赠品订单的创建规则以及主品订单的配送结果，实现赠品订单的生产。提供多种方式以判断是否进行赠品订单的生产，灵活高效，提高赠品订单生产的时效性，提高用户的购物体验。

图5示意性示出了根据本公开实施例的另一实施例的消息处理方法的流程图。

如图5所示，所述方法除了可以包括前述操作S210～S250之外，还可以包括操作S510和操作S520。

在操作S510，获取关联对象的订单的订单状态数据，订单状态为关联对象订单的多个业务阶段中的至少一个业务阶段的订单状态数据，多个业务阶段包括创建阶段、生产阶段和配送阶段。

在操作S520，基于至少一个业务阶段的订单状态数据，更新关联对象的订单的订单状态。

根据本公开的实施例，订单信息可以包括但不限于：主品sku，赠品sku，赠品数量，赠时规则，订单状态，创建时间，赠送时间。订单状态可以包括但不限于：已赠、未赠、赠送失败。赠品sku、赠品数量以及赠时可以通过预先配置的业务规则获取。已赠状态用于指示赠品已经发送过，未赠状态用于指示还未生产赠品，赠送失败状态用于指示因为各种原因而导致的赠品赠送失败。

通过本公开的实施例，通过对订单状态的及时更新以及统一的数据存储，可以便于相关人员的信息查询需求，实现统一监控，提高业务流程的流转效率。

图6示意性示出了根据本公开实施例的消息处理系统的框图。

如图6所示，该系统600包括接收模块610、检测模块620、获得模块630、创建模块640以及生产模块650。

接收模块610，用于接收交易系统的交易消息，交易消息包含交易对象。

检测模块620，用于检测是否存在预先配置的与交易对象匹配的业务规则，业务规则配置有关联对象的对象信息和关联对象的订单的创建规则，关联对象与交易对象具有关联关系。

获得模块630，用于在存在业务规则的情况下，获得交易消息的检测结果。

创建模块640，用于若检测结果指示交易对象被下单成功，则创建关联对象的订单。

生产模块650，用于若检测结果指示交易对象被配送成功，则生产关联对象的订单。

通过本公开的实施例，接收交易系统的包含交易对象的交易信息，在存在预先配置的业务规则的情况下，对交易系统的交易信息进行检测，根据检测结果，对与交易对象存在关联关系的关联对象的订单执行相应的操作，通过独立于交易系统的业务系统可以实现买赠业务的统一配置处理，至少部分地克服相关技术中存在的无法实现多业务场景多维度的主赠关系配置，使得买赠业务对主交易流程造成一定的影响的技术问题，支持多种业务系统，达到针对多场景多维度的主赠关系实现自由化配置的技术效果。

作为一种可选的实施例，前述创建模块640包括：第一获得子模块，用于获得关联对象的对象信息，对象信息包括关联对象的对象标识和对象数量；第二获得子模块，用于获得关联对象订单的创建规则，创建规则包含关联对象订单的创建时间；以及创建子模块，用于基于关联对象的对象标识和对象数量，在创建时间创建关联对象的订单。

作为一种可选的实施例，前述生产模块650包括：第一获取子模块，用于获取预先配置的与关联对象匹配的生产接口；以及生产子模块，用于调用与生产接口对应的业务系统生产关联对象的订单。

通过配置不同的生产接口，买赠系统承接各个业务系统的管理及对接，各个业务系统只需要实现一个简单的标准化接口即可，灵活高效，至少部分克服相关技术中没有统一接口，有买赠需求的业务系统需要对接多个交易系统的技术问题。

作为一种可选的实施例，前述获取子模块包括：检测单元，用于检测关联对象订单的创建规则是否配置为妥投送，妥投送用于指示在交易对象被配送成功的情况下，创建关联对象订单；以及获取单元，用于若关联对象订单的创建规则配置为妥投送，则获取预先配置的与关联对象匹配的生产接口。

作为一种可选的实施例，前述生产模块650包括：第二获取子模块，用于获取创建关联对象订单的第一时刻和扫描关联对象订单的第二时刻；检测子模块，用于检测第一时刻是否早于第二时刻；第三获取子模块，用于在第一时刻早于第二时刻的情况下，获取预先配置的与关联对象匹配的生产接口；以及生产子模块，用于调用与生产接口对应的业务系统生产关联对象的订单。

通过本公开的实施例，通过本公开的实施例，可以通过定时扫描订单表的方式，实现赠品订单的生产，也可以通过赠品订单的创建规则以及主品订单的配送结果，实现赠品订单的生产。提供多种方式以判断是否进行赠品订单的生产，灵活高效，提高赠品订单生产的时效性，提高用户的购物体验。

图7示意性示出了根据本公开另一实施例的消息处理系统的框图。

如图7所示，该系统700除了可以包括前述接收模块610、检测模块620、获得模块630、创建模块640以及生产模块650之外，还可以包括获取模块710以及更新模块720。

获取模块710，用于获取关联对象的订单的订单状态数据，订单状态为关联对象订单的多个业务阶段中的至少一个业务阶段的订单状态数据，多个业务阶段包括创建阶段、生产阶段和配送阶段。

更新模块720，用于基于至少一个业务阶段的订单状态数据，更新关联对象的订单的订单状态。

通过本公开的实施例，通过对订单状态的及时更新以及统一的数据存储，可以便于相关人员的信息查询需求，实现统一监控，提高业务流程的流转效率。

图8示意性示出了根据本公开另一实施例的消息处理系统的结构图。

如图8所示，该系统800包括交易系统810、消息接收模块820、规则引擎830、订单模块840、生产模块850、规则配置管理端860、生产驱动模块870以及业务系统880。其中，规则引擎830包括主赠关系模块831、数量规则模块832以及赠时规则模块833。业务系统880包括业务系统1、业务系统2，…，业务系统n。

主赠关系模块831：主要用于配置主品与赠品之间的关系。此模块可以配置购1个sku赠一个或多个赠品。通过此模块可以确定购主品赠哪些赠品。

例如：购sku1赠sku2，购sku3赠sku4，sku5。

数量规则模块832：是在配置主品与赠品之间关系的基础上，配置主品与赠品之间的数量关系。有如下规则：1主1赠、1主多赠、多主1赠。

是否多买多赠：如果购买多个主品sku，赠品是否按照倍数赠送。

例如，1赠1关系中，买多个主品是否会赠送多个赠品。

赠时规则模块833指赠品的赠送时间点，有如下配置项：

下单送：只要提交订单无需支付就会创建赠品订单。

支付送：下单支付之后会创建赠品订单。

妥投送：实物订单妥投之后会创建赠品订单。

指定日期送：操作人员在后台指定赠送日期，到指定日期之后会创建赠品订单。

规则配置管理端860主要用于规则引擎配置(如图3所示，此处不再赘述)以及生产接口配置。

生产接口配置，用于生产模块850根据不同sku确定调用业务系统880中的不同业务系统进行赠品订单生产的接口。因此，各个业务系统需要实现买赠系统所定义的生产接口规范，以实现赠品订单的生产(如图4所示，此处不再赘述)。

订单模块840是指调用流程根据规则配置，通过规则引擎830之后产生的订单信息，订单信息主要包括：主品sku，赠品sku，赠品数量，赠时，订单状态，创建时间，赠送时间。订单状态包含：已赠、未赠、赠送失败。赠品sku是通过主赠关系模块831获取的，赠品数量是通过数量规则模块832获取的，赠时是根据赠时规则模块833获取的；订单状态中，已赠是指赠品已经发送过，未赠是指生产驱动模块870还未触发生产模块850生产赠品，赠送失败是因为各种原因导致赠品赠送失败。

订单模块840承接了各个业务系统880的赠品订单信息，订单模块840开放了订单查询接口，各个业务系统可以通过此查询接口查询本业务系统的赠品订单。

生产驱动模块870是一个定时程序，会定时扫描订单模块840中的订单表，如果扫描出赠时时间小于当前时间的订单，就会调用生产模块850进行赠品生产。

生产驱动模块870还会监听消息接收模块820所发送的妥投消息，如果监听到妥投消息，并且在规则引擎830中配置的赠时规则是“妥投送”，同样也会调用生产模块850进行赠品生产。

生产模块850需要与多个业务系统进行交互的模块，本模块会定义一个接口规范，所有接入买赠系统的业务系统都需要实现此接口以用于赠品订单的生产。生产模块850通过生产驱动模块870的驱动，根据规则管理端860配置的sku所对应的生产接口调用相应的业务系统，并将调用结果回传给订单模块840，订单模块840将订单状态做相应的修改。

根据本公开的实施例，该消息处理系统800的核心思路是通过消息接收模块820监听主交易系统810所发出的订单消息，通过订单消息中主品sku、数量，调用规则引擎830。通过规则引擎830中的主赠关系模块831匹配与主品所匹配的赠品，通过规则引擎830中的数量规则模块832匹配与主品所匹配的赠品所赠送的数量，根据规则引擎830中的赠时规则模块833匹配与主品所匹配的赠品所发放时间，由生产驱动模块870触发生产模块850调用各个业务系统880的订单生产接口创建赠品订单，最终完成买主品送赠品的整个业务流程。

图9示意性示出了根据本公开另一实施例的消息处理系统的结构图。

如图9所示，消息接收模块820监听交易系统810的消息(包含订单消息及妥投消息)。首先执行操作S910，判断消息中的订单类型(与业务系统880相对应)是否在买赠系统中有配置。如果没有配置，则说明此消息不需要消费，抛弃即可。如果有配置，则执行操作S920，判断消息类型是订单消息还是妥投消息，如果消息类型是订单消息的话，则调用主赠关系模块831，如果是妥投消息的话，则调用生产驱动模块870。

可以理解的是，接收模块610、检测模块620、获得模块630、创建模块640、生产模块650、第一获得子模块、第二获得子模块、创建子模块、第一获取子模块、生产子模块、检测单元、获取单元、第二获取子模块、检测子模块、第三获取子模块、生产子模块、获取模块710以及更新模块720可以合并在一个模块中实现，或者其中的任意一个模块可以被拆分成多个模块，或者交易系统810、消息接收模块820、规则引擎830、订单模块840、生产模块850、规则配置管理端860、生产驱动模块870以及业务系统880可以合并在一个模块中实现，或者其中的任意一个模块可以被拆分成多个模块。或者，这些模块中的一个或多个模块的至少部分功能可以与其他模块的至少部分功能相结合，并在一个模块中实现。根据本发明的实施例，接收模块610、检测模块620、获得模块630、创建模块640、生产模块650、第一获得子模块、第二获得子模块、创建子模块、第一获取子模块、生产子模块、检测单元、获取单元、第二获取子模块、检测子模块、第三获取子模块、生产子模块、获取模块710以及更新模块720中的至少一个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(FPGA)、可编程逻辑阵列(PLA)、片上系统、基板上的系统、封装上的系统、专用集成电路(ASIC)，或可以以对电路进行集成或封装的任何其他的合理方式等硬件或固件来实现，或以软件、硬件以及固件三种实现方式的适当组合来实现，或者交易系统810、消息接收模块820、规则引擎830、订单模块840、生产模块850、规则配置管理端860、生产驱动模块870以及业务系统880中的至少一个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(FPGA)、可编程逻辑阵列(PLA)、片上系统、基板上的系统、封装上的系统、专用集成电路(ASIC)，或可以以对电路进行集成或封装的任何其他的合理方式等硬件或固件来实现，或以软件、硬件以及固件三种实现方式的适当组合来实现。或者，接收模块610、检测模块620、获得模块630、创建模块640、生产模块650、第一获得子模块、第二获得子模块、创建子模块、第一获取子模块、生产子模块、检测单元、获取单元、第二获取子模块、检测子模块、第三获取子模块、生产子模块、获取模块710以及更新模块720中的至少一个可以至少被部分地实现为计算机程序模块，当该程序被计算机运行时，可以执行相应模块的功能，或者交易系统810、消息接收模块820、规则引擎830、订单模块840、生产模块850、规则配置管理端860、生产驱动模块870以及业务系统880中的至少一个可以至少被部分地实现为计算机程序模块，当该程序被计算机运行时，可以执行相应模块的功能。

图10示意性示出了根据本公开实施例的适于实现消息处理方法及其系统的计算机系统的框图。图10示出的计算机系统仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图10所示，根据本公开实施例的计算机系统1000包括处理器1001，其可以根据存储在只读存储器(ROM)1002中的程序或者从存储部分1008加载到随机访问存储器(RAM)1003中的程序而执行各种适当的动作和处理。处理器1001例如可以包括通用微处理器(例如CPU)、指令集处理器和/或相关芯片组和/或专用微处理器(例如，专用集成电路(ASIC))，等等。处理器1001还可以包括用于缓存用途的板载存储器。处理器1001可以包括用于执行如上描述的根据本公开实施例的方法流程的不同动作的单一处理单元或者是多个处理单元。

在RAM 1003中，存储有系统1000操作所需的各种程序和数据。处理器1001、ROM1002以及RAM 1003通过总线1004彼此相连。处理器1001通过执行ROM 1002和/或RAM 1003中的程序来执行以上描述的消息处理方法的各种操作。需要注意，程序也可以存储在除ROM1002和RAM 1003以外的一个或多个存储器中。处理器1001也可以通过执行存储在一个或多个存储器中的程序来执行以上描述的消息处理方法的各种操作。

根据本公开的实施例，系统1000还可以包括输入/输出(I/O)接口1005，输入/输出(I/O)接口1005也连接至总线1004。系统1000还可以包括连接至I/O接口1005的以下部件中的一项或多项：包括键盘、鼠标等的输入部分1006；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分1007；包括硬盘等的存储部分1008；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分1009。通信部分1009经由诸如因特网的网络执行通信处理。驱动器1010也根据需要连接至I/O接口1005。可拆卸介质1011，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器1010上，以便于从其上读出的计算机程序根据需要被安装入存储部分1008。

根据本公开的实施例，上文参考流程图描述的方法可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分1009从网络上被下载和安装，和/或从可拆卸介质1011被安装。在该计算机程序被处理器1001执行时，执行本公开实施例的系统中限定的上述功能。根据本公开的实施例，上文描述的系统、设备、装置、模块、单元等可以通过计算机程序模块来实现。

需要说明的是，本公开所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。根据本公开的实施例，计算机可读介质可以包括上文描述的ROM 1002和/或RAM 1003和/或ROM 1002和RAM 1003以外的一个或多个存储器。

附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

作为另一方面，本公开还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备执行消息处理方法。

以上对本公开的实施例进行了描述。但是，这些实施例仅仅是为了说明的目的，而并非为了限制本公开的范围。尽管在以上分别描述了各实施例，但是这并不意味着各个实施例中的措施不能有利地结合使用。本公开的范围由所附权利要求及其等同物限定。不脱离本公开的范围，本领域技术人员可以做出多种替代和修改，这些替代和修改都应落在本公开的范围之内。

Claims (14)

1.一种消息处理方法，包括：

接收交易系统的交易消息，所述交易消息包含交易对象；

检测是否存在预先配置的与所述交易对象匹配的业务规则，所述业务规则配置有关联对象的对象信息和所述关联对象的订单的创建规则，所述关联对象与所述交易对象具有关联关系；

在存在所述业务规则的情况下，获得所述交易消息的检测结果；

若所述检测结果指示所述交易对象被下单成功，则创建所述关联对象的订单；以及

若所述检测结果指示所述交易对象被配送成功，则生产所述关联对象的订单。

2.根据权利要求1所述的方法，其中，所述创建所述关联对象的订单包括：

获得所述关联对象的对象信息，所述对象信息包括所述关联对象的对象标识和对象数量；

获得所述关联对象订单的创建规则，所述创建规则包含所述关联对象订单的创建时间；以及

基于所述关联对象的对象标识和对象数量，在所述创建时间创建所述关联对象的订单。

3.根据权利要求1所述的方法，其中，所述生产所述关联对象的订单包括：

获取预先配置的与所述关联对象匹配的生产接口；以及

调用与所述生产接口对应的业务系统生产所述关联对象的订单。

4.根据权利要求3所述的方法，其中，所述获取预先配置的与所述关联对象匹配的生产接口包括：

检测所述关联对象订单的创建规则是否配置为妥投送，所述妥投送用于指示在所述交易对象被配送成功的情况下，创建所述关联对象订单；以及

若所述关联对象订单的创建规则配置为所述妥投送，则获取预先配置的与所述关联对象匹配的生产接口。

5.根据权利要求1所述的方法，其中，所述生产所述关联对象的订单包括：

获取创建所述关联对象订单的第一时刻和扫描所述关联对象订单的第二时刻；

检测所述第一时刻是否早于所述第二时刻；

在所述第一时刻早于所述第二时刻的情况下，获取预先配置的与所述关联对象匹配的生产接口；以及

调用与所述生产接口对应的业务系统生产所述关联对象的订单。

6.根据权利要求1所述的方法，其中，所述方法还包括：

获取所述关联对象的订单的订单状态数据，所述订单状态为所述关联对象订单的多个业务阶段中的至少一个业务阶段的订单状态数据，所述多个业务阶段包括创建阶段、生产阶段和配送阶段；以及

基于所述至少一个业务阶段的订单状态数据，更新所述关联对象的订单的订单状态。

7.一种消息处理系统，包括：

接收模块，用于接收交易系统的交易消息，所述交易消息包含交易对象；

检测模块，用于检测是否存在预先配置的与所述交易对象匹配的业务规则，所述业务规则配置有关联对象的对象信息和所述关联对象的订单的创建规则，所述关联对象与所述交易对象具有关联关系；

获得模块，用于在存在所述业务规则的情况下，获得所述交易消息的检测结果；

创建模块，用于若所述检测结果指示所述交易对象被下单成功，则创建所述关联对象的订单；以及

生产模块，用于若所述检测结果指示所述交易对象被配送成功，则生产所述关联对象的订单。

8.根据权利要求7所述的系统，其中，所述创建模块包括：

第一获得子模块，用于获得所述关联对象的对象信息，所述对象信息包括所述关联对象的对象标识和对象数量；

第二获得子模块，用于获得所述关联对象订单的创建规则，所述创建规则包含所述关联对象订单的创建时间；以及

创建子模块，用于基于所述关联对象的对象标识和对象数量，在所述创建时间创建所述关联对象的订单。

9.根据权利要求7所述的系统，其中，所述生产模块包括：

第一获取子模块，用于获取预先配置的与所述关联对象匹配的生产接口；以及

生产子模块，用于调用与所述生产接口对应的业务系统生产所述关联对象的订单。

10.根据权利要求9所述的系统，其中，所述获取子模块包括：

检测单元，用于检测所述关联对象订单的创建规则是否配置为妥投送，所述妥投送用于指示在所述交易对象被配送成功的情况下，创建所述关联对象订单；以及

获取单元，用于若所述关联对象订单的创建规则配置为所述妥投送，则获取预先配置的与所述关联对象匹配的生产接口。

11.根据权利要求7所述的系统，其中，所述生产模块包括：

第二获取子模块，用于获取创建所述关联对象订单的第一时刻和扫描所述关联对象订单的第二时刻；

检测子模块，用于检测所述第一时刻是否早于所述第二时刻；

第三获取子模块，用于在所述第一时刻早于所述第二时刻的情况下，获取预先配置的与所述关联对象匹配的生产接口；以及

生产子模块，用于调用与所述生产接口对应的业务系统生产所述关联对象的订单。

12.根据权利要求7所述的系统，其中，所述系统还包括：

获取模块，用于获取所述关联对象的订单的订单状态数据，所述订单状态为所述关联对象订单的多个业务阶段中的至少一个业务阶段的订单状态数据，所述多个业务阶段包括创建阶段、生产阶段和配送阶段；以及

更新模块，用于基于所述至少一个业务阶段的订单状态数据，更新所述关联对象的订单的订单状态。

13.一种计算机系统，包括：

一个或多个处理器；以及

存储装置，用于存储一个或多个程序，

其中，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现权利要求1至6中任一项所述的方法。

14.一种计算机可读介质，其上存储有可执行指令，该指令被处理器执行时使处理器实现权利要求1至6中任一项所述的方法。

Images