CN112686720A - 订单生产方法、装置、设备及计算机可读存储介质 - Google Patents

Abstract

本发明实施例涉及电信业务技术领域，公开了一种订单生产方法、装置、设备及计算机可读存储介质，其中方法包括：获取客户订单，所述客户订单包括产品信息，所述产品信息包括至少一个子产品信息；根据所述子产品信息，将所述客户订单划分为至少一个工单且确定所述工单的归属业务系统信息和业务信息；根据所述归属业务系统信息，确定所述工单对应的业务系统；根据所述业务信息，驱动所述业务系统完成所述工单的生产。通过上述方式，本发明实施例能够调用多个业务系统实现业务自动生产流程。

Description

订单生产方法、装置、设备及计算机可读存储介质

技术领域

本发明实施例涉及电信业务技术领域，具体涉及一种订单生产方法、装置、设备及计算机可读存储介质。

背景技术

订单是指用户在购买商品时下发的单据，商家再根据订单来生产和配送商品。

在实现本发明实施例的过程中，发明人发现：目前订单处理方案有：互联网电商拣货、库存、配送等方面做解决电商库存的生产；订单接收、订单数据处理和订单数据管理，或者只是解决接收来自第三方平台的订单数据。但是，这些方案在应用到电信业务系统订单处理过程中，无法解决电信行业一个订单生产需要调用多个平台实现订单生产的问题。

发明内容

鉴于上述问题，本发明实施例提供了一种订单生产方法、装置、设备及计算机可读存储介质，克服了上述问题。

根据本发明实施例的一个方面，提供了一种订单生产方法，所述方法包括：获取客户订单，所述客户订单包括产品信息，所述产品信息包括至少一个子产品信息；根据所述子产品信息，将所述客户订单划分为至少一个工单且确定所述工单的归属业务系统信息和业务信息；根据所述归属业务系统信息，确定所述工单对应的业务系统；根据所述业务信息，驱动所述业务系统完成所述工单的生产。

在一种可选的方式中，所述根据所述业务信息，驱动所述业务系统完成所述工单的，具体为：获取所述业务系统内所有工单的幂等ID；当所述工单的幂等ID与其对应的业务系统缓存的幂等ID不同时，且所述工单的幂等ID与同一业务系统内的其它工单的幂等ID均不相同时，根据所述工单的业务信息，驱动所述业务系统完成所述工单的生产；当所述业务系统完成所述工单的生产时，将所述工单的幂等ID缓存至所述业务系统。

在一种可选的方式中，所述根据所述业务信息，驱动所述业务系统完成所述工单的生产，具体为：获取所述客户订单的状态信息；当所述状态信息为支付完成或审核完成时，根据所述业务信息，驱动所述业务系统完成所述工单的生产。

在一种可选的方式中，所述根据所述业务信息，驱动所述业务系统完成所述工单的生产，具体为：根据所述业务信息，确定所述工单的优先级；根据所述工单的优先级，驱动其对应的业务系统完成工单的生产。

在一种可选的方式中，所述根据所述业务信息，驱动所述业务系统完成所述工单的生产之后，所述方法还包括：根据所述业务系统的生产结果，更新所述工单的完成状态；当在预设时间后，所述工单的完成状态仍为未完成时，再次驱动所述未完成的工单对应的业务系统完成所述未完成的工单的生产。

在一种可选的方式中，所述方法还包括：将所述完成状态为异常状态的工单发送至异步队列，每一所述异步队列对应一业务系统；驱动所述异步队列对应的业务系统重新完成所述异步队列内所有工单的生产。

在一种可选的方式中，所述方法还包括：统计所述工单的重试次数；当所述工单的重试次数大于预设预设阈值时，将所述工单确定为异常工单。

根据本发明实施例的另一方面，提供了一种订单生产装置，包括：获取模块，用于获取客户订单，所述客户订单包括产品信息，所述产品信息包括至少一个子产品信息；划分模块，用于根据所述子产品信息，将所述客户订单划分为至少一个工单且确定所述工单的归属业务系统信息和业务信息；第一确定模块，用于根据所述归属业务系统信息，确定所述工单对应的业务系统；第一驱动模块，用于根据所述业务信息，驱动所述业务系统完成所述工单的生产。

根据本发明实施例的另一方面，提供了一种订单生产设备，包括：处理器、存储器、通信接口和通信总线，所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信；所述存储器用于存放至少一可执行指令，所述可执行指令使所述处理器执行上述一种订单生产方法对应的操作。

根据本发明实施例的又一方面，提供了一种计算机可读存储介质，所述存储介质中存储有至少一可执行指令，所述可执行指令使所述处理器执行上述一种订单生产方法对应的操作。

本发明实施例在处理电信业务订单时，会先获取客户订单，之后根据客户订单包含的产品信息将客户订单划分为多个工单，每一工单对应一产品信息中的子产品信息。同时，根据每一工单对应的子产品信息，可以确定工单的归属业务系统信息和业务信息。之后，根据所述归属业务系统信息，可以确定各工单对应的业务系统。最后，根据所述各工单的业务信息，驱动各业务系统完成其对应工单的生成。和现有技术相比，本发明实施例能够适用于电信业务的订单处理，且能够解决电信业务一个订单生产需要调用多个平台实现订单生产的问题。

上述说明仅是本发明实施例技术方案的概述，为了能够更清楚了解本发明实施例的技术手段，而可依照说明书的内容予以实施，并且为了让本发明实施例的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了本发明实施例提供的一种订单生产方法的流程图；

图2示出了本发明实施例中驱动业务系统完成的子步骤流程图；

图3示出了本发明另一实施例中驱动业务系统完成的子步骤流程图；

图4示出了本发明又一实施例中驱动业务系统完成的子步骤流程图；

图5示出了发明另一实施例提供的一种订单生产方法的流程图；

图6示出了本发明实施例提供的一种订单生产装置的结构示意图；

图7示出了本发明实施例提供的订单生产设备的结构示意图。

具体实施方式

下面将参照附图更详细地描述本发明的示例性实施例。虽然附图中显示了本发明的示例性实施例，然而应当理解，可以以各种形式实现本发明而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本发明，并且能够将本发明的范围完整的传达给本领域的技术人员。

电信业务(Telecommunication Business)指的是电信网向公众提供的业务，其可以分为基础电信业务和增值电信业务，而提供电信业务的运营商可以是中国电信、中国移动或中国联通等。基础电信业务主要包括固定通信、移动通信、卫星通信和数据通信等，增值电信业务主要包括数据处理、虚拟专网和存储转发等。在电信行业，用户的一个订单通常包括多个电信业务，这些不同的电线业务需要调用不同的业务系统。例如，若一手机用户要办理一个流量套餐，该套餐包括赠送的通话时长、短信条数和流量，这些业务需要分别调用不同的业务系统。然而，现有的订单处理方案主要是：互联网电商拣货、库存、配送等方面做解决电商库存的生产；订单接收、订单数据处理和订单数据管理，或者只是解决接收来自第三方平台的订单数据。这些方案无法解决电信行业一个订单生产需要调用多个平台实现订单生产的问题。因此，本发明实施例提供了一种订单生产方法，其能够调用多个业务系统实现业务自动生产流程。

下面结合附图对本发明实施例进行说明。

请参阅图1，图1示出了本发明实施例提供的一种订单生产方法的流程图，该方法包括以下步骤：

步骤S110：获取客户订单，所述客户订单包括产品信息，所述产品信息包括至少一个子产品信息。

在本步骤中，客户订单是指客户在购买业务产品时生成的单据，其包括产品信息、状态信息和生成时间等参数。在电信行业中，客户在办理电信业务时，通常是选取一个套餐，而该业务套餐内会包括多个电信业务。所述产品信息即为该业务套餐的信息，而所述子产品信息为该套案包含的各个电信业务。当然，产品信息也不仅限于业务套餐，其也可以是单个业务，但其需要调用多个业务系统。例如，若一手机用户办理开通手机号的业务，该业务需要激活手机号码和激活SIM卡等步骤，而激活手机号码和激活SIM卡分别需要不同的业务系统完成。

步骤S120：根据所述子产品信息，将所述客户订单划分为至少一个工单且确定所述工单的归属业务系统信息和业务信息。

每一子产品信息对应一电信业务，而各电信业务皆由不同的业务系统进行生产。因此，本发明实施例按客户订单包含的子产品信息，将一个客户订单划分为多个工单，每一工单分别对应一子产品信息。所述工单包括其归属业务系统信息、业务信息、完成状态和生成时间等信息。所述归属业务系统信息为子产品信息对应的业务系统，而业务信息为子产品信息对应的电信业务。

步骤S130：根据所述归属业务系统信息，确定所述工单对应的业务系统。

在划分完工单后，可以通过路由装置将各工单的归属业务系统信息与其对应的业务系统进行关联，确定这些工单应的业务系统。

步骤S140：根据所述业务信息，驱动所述业务系统完成所述工单的生产。

在确定各工单对应的业务系统后，本发明实施例会根据工单的业务信息，确定具体的业务内容，并根据具体的业务内容来驱动业务系统完成工单的生产。例如，若客户订单的产品信息为一话务套餐，该话务套餐包括赠送100分钟通话时长和赠送100条短信，则该产品信息包括两个子产品信息。根据这两个子产品信息，可以把客户订单划分为两个工单，并分别确定它们对应的业务系统分别为至语音业务系统和短信业务系统。同时这两个工单还会分别包含表示赠送100分钟通话时长和赠送100条短信的业务信息。本发明实施例会调用这两个业务系统，会根据表示赠送100条短信的业务信息以及表示赠送100分钟通话时长的业务信息，调用短信业务系统完成对客户赠送100条短信的业务以及调用语音业务系统完成对客户赠送100分钟通话时长的业务。

本发明实施例在处理电信业务订单时，会先获取客户订单，之后根据客户订单包含的产品信息将客户订单划分为多个工单，每一工单对应一产品信息中的子产品信息。同时，根据每一工单对应的子产品信息，可以确定工单的归属业务系统信息和业务信息。之后，根据所述归属业务系统信息，可以确定各工单对应的业务系统。最后，根据所述各工单的业务信息，驱动各业务系统完成其对应工单的生成。和现有技术相比，本发明实施例能够适用于电信业务的订单处理，且能够解决电信业务一个订单生产需要调用多个平台实现订单生产的问题。

对于上述步骤S140，其可以有多种实现方式，请参阅图2，其示出了本发明实施例中驱动业务系统完成的子步骤流程图，步骤S140具体为：

步骤S141：获取所述业务系统内所有工单的幂等ID。

步骤S142：当所述工单的幂等ID与其对应的业务系统缓存的幂等ID不同时，且所述工单的幂等ID与同一业务系统内的其它工单的幂等ID均不相同时，根据所述工单的业务信息，驱动所述业务系统完成所述工单的生产。

步骤S143：当所述业务系统完成所述工单的生产时，将所述工单的幂等ID缓存至所述业务系统。

本发明实施例在划分工单时会为各工单标记一幂等ID，且各客户订单划分出来的工单的幂等ID均不相同。此外，每当业务系统完成一工单的生产时，本发明实施例都会将该工单的幂等ID缓存至业务系统，使后续调用业务系统对其它工单进行生产时能够对工单进行校验，防止同一工单被重复生产。和现有技术中将生产完成的工单的幂等ID存储至预设匹配库相比，本发明实施例直接缓存至业务系统，在校验时的延时更少。此外，在进行幂等ID的校验时，本发明实施例在与将工单的幂等ID与缓存的幂等ID进行匹配的同时，还增加了将工单的幂等ID与位于同一业务系统内的其它幂等ID进行匹配的步骤。其中，所述位于同一业务系统内的其它工单是指和进行校验的工单对应的业务系统相同的工单，但这些工单还未完成生产，业务系统可能还在处理它们的生产。通过增加与这些工单的幂等ID的匹配过程，可以进一步防止订单重复生产。例如，若一订单处理装置在划分工单时，可能由于异常情况将同一工单重复生成，之后再调用该工单对应的业务系统同时对这些重复工单进行生产，由于这些重复工单还未完成生产，现有技术中通过预设匹配库匹配的方式无法校验出这工单是重复的，而本发明实施例通过增加的匹配过程可以识别出这些重复的工单，防止工单被重复生产。

本发明实施例通过将完成生产的工单的幂等ID缓存至业务系统，减少了幂等ID校验时的延时。此外，本发明实施例还增加了将工单的幂等ID与同一业务系统内的其它工单的幂等ID进行校验的步骤，进一步防止了工单被重复生产。

在一些实施例中，上述步骤S140可以有另一种实现方式，如图3所示，其示出了本发明另一实施例中驱动业务系统完成的子步骤流程图，步骤S140具体为：

步骤S401：获取所述客户订单的状态信息。

步骤S402：当所述状态信息为支付完成或审核完成时，根据所述业务信息，驱动所述业务系统完成所述工单的生产。

其中，所述状态信息可以是客户订单的支付信息或审核信息，本发明实施例仅在客户订单的支付信息为支付完成或审核信息为审核完成时，对应这一客户订单划分出来的工单进行生产。

在另一些实施例中，上述步骤S140可以有另一种实现方式，如图4所示，其示出了本发明又一实施例中驱动业务系统完成的子步骤流程图，步骤S140具体为：

步骤S410：根据所述业务信息，确定所述工单的优先级。

步骤S420：根据所述工单的优先级，驱动其对应的业务系统完成工单的生产。

由于同一客户订单划分出来的工单可能存在顺序依赖关系，即必须其中一个工单完成生产，后续的工单才能进行生产，因此还需要为同一客户订单划分的各工单制定优先级。例如，若客户订单的产品信息为开卡套餐，其包含的子产品信息为：号码激活业务、SIM卡激活业务和赠送话费业务等，而号码激活业务、SIM卡激活业务和赠送话费业务对应的工单分别为工单A、工单B和工单C。由于必须先激活客户的号码和SIM卡才能赠送话费，所以工单A的优先级应最高，工单B次之，工单C的优先级最低。在对工单进行生产时，也是先调用工单A对应的业务系统进行工单A的生产，当工单A生产完成时，即客户号码激活后，再依次完成工单B和工单C的生产。

进一步，由于同一客户订单划分出来的工单也可能不存在顺序依赖关系，即其优先级相同，例如，表示流量赠送和通话时长赠送业务并无顺序依赖关系。为了提高效率，可以同时调用这些优先级相同的工单对应的业务系统进行生产。

请参阅图5，图5示出了发明另一实施例提供的一种订单生产方法的流程图，本实施例与上述实施例的不同之处在于，在步骤S140后，所述方法还包括：

步骤S150：根据所述业务系统的生产结果，更新所述工单的完成状态。

步骤S160：当在预设时间后，所述工单的完成状态仍为未完成时，再次驱动所述未完成的工单对应的业务系统完成所述未完成的工单的生产。

本发明实施例在业务系统完成工单的生产后，会对工单的生产状态进行更新，若生产成功完成，则会将工单的生产状态更新为完成状态；若调用工单对应的业务系统失败，即业务系统还未开始进行生产，则会将工单的生产状态仍保持未完成状态；若业务系统在进行生产的过程中中断生产，则会将工单的生产状态更新为异常状态，其中，调用失败或业务系统的生成中断可能由于断网或网络不稳定等原因造成的。此外，本发明实施例会以预设时间为周期，检验各工单的状态，将工单的完成状态仍为未完成的工单筛选出来重新进行生产。

进一步，本发明实施例还需要对生产状态为异常状态的工单进行再生产，继续参阅图5，所述方法还包括：

步骤S170：将所述完成状态为异常状态的工单发送至异步队列，每一所述异步队列对应一业务系统。

步骤S180：驱动所述异步队列对应的业务系统重新完成所述异步队列内所有工单的生产。

当确定了工单的生产状态为异常状态时，会将这些工单按其对应的业务系统的不同，分别发送至各异步队列，每一异步队列对应一业务系统。之后，统一调用一业务系统完成其对应的异步队列内所有工单的生产，从而提高再生产的效率。

进一步，由于工单可能是由于自身的业务信息存在问题，导致无法完成生产，因此，为了防止工单一直进行重新生产，继续参阅图5，所述方法还包括：

步骤S190：统计所述工单的重试次数。

本发明实施例在每次调用工单对应的业务系统对工单进行生产时，会记录对该工单进行生产的次数，得到所述重试次数。

步骤S200：当所述工单的重试次数大于预设阈值时，将所述工单确定为异常工单。

若工单的重试次数过大，则工单是生产失败可能并非网络异常等外在因素造成，而是业务系统无法根据工单的业务信息完成生产。因此，此时应该暂停对该工单的再生产，而是将其确定为异常工单，并在之后由核查人员统一核查其问题。

本发明实施例在处理电信业务订单时，会先获取客户订单，之后根据客户订单包含的产品信息将客户订单划分为多个工单，每一工单对应一产品信息中的子产品信息。同时，根据每一工单对应的子产品信息，可以确定工单的归属业务系统信息和业务信息。之后，根据所述归属业务系统信息，可以确定各工单对应的业务系统。最后，根据所述各工单的业务信息，驱动各业务系统完成其对应工单的生成。和现有技术相比，本发明实施例能够适用于电信业务的订单处理，且能够解决电信业务一个订单生产需要调用多个平台实现订单生产的问题。

图6示出了本发明实施例提供的一种订单生产装置的结构示意图。如图6所示，所述装置包括获取模块10、划分模块20、第一确定模块30和第一驱动模块40。

获取模块10，用于获取客户订单，所述客户订单包括产品信息，所述产品信息包括至少一个子产品信息；划分模块20，用于根据所述子产品信息，将所述客户订单划分为至少一个工单且确定所述工单的归属业务系统信息和业务信息；第一确定模块30，用于根据所述归属业务系统信息，确定所述工单对应的业务系统；第一驱动模块40，用于根据所述业务信息，驱动所述业务系统完成所述工单的生产。

在一种可选的方式中，所述第一驱动模块40具体为：获取所述业务系统内所有工单的幂等ID；当所述工单的幂等ID与其对应的业务系统缓存的幂等ID不同时，且所述工单的幂等ID与同一业务系统内的其它工单的幂等ID均不相同时，根据所述工单的业务信息，驱动所述业务系统完成所述工单的生产；当所述业务系统完成所述工单的生产时，将所述工单的幂等ID缓存至所述业务系统。

在一种可选的方式中，所述第一驱动模块40具体为：获取所述客户订单的状态信息；当所述状态信息为支付完成或审核完成时，根据所述业务信息，驱动所述业务系统完成所述工单的生产。

在一种可选的方式中，所述第一驱动模块40具体为：根据所述业务信息，确定所述工单的优先级；根据所述工单的优先级，驱动其对应的业务系统完成工单的生产。

在一种可选的方式中，所述装置还包括更新模块50和第二驱动模块60。

更新模块50，用于根据所述业务系统的生产结果，更新所述工单的完成状态；第二驱动模块60，用于当在预设时间后，所述工单的完成状态仍为未完成时，再次驱动所述未完成的工单对应的业务系统完成所述未完成的工单的生产。

在一种可选的方式中，所述装置还包括发送模块70和第三驱动模块80。

发送模块70，用于将所述完成状态为异常状态的工单发送至异步队列，每一所述异步队列对应一业务系统；第三驱动模块80，用于驱动所述异步队列对应的业务系统重新完成所述异步队列内所有工单的生产。

在一种可选的方式中，所述装置还包括统计模块90和第二确定模块101。

统计模块90，用于统计所述工单的重试次数；第二确定模块101，用于当所述工单的重试次数大于预设阈值时，将所述工单确定为异常工单。

本发明实施例在处理电信业务订单时，会先通过获取模块10获取客户订单，之后通过划分模块20根据客户订单包含的产品信息将客户订单划分为多个工单，每一工单对应一产品信息中的子产品信息。同时，根据每一工单对应的子产品信息，可以确定工单的归属业务系统信息和业务信息。之后，通过第一确定模块30可以根据所述归属业务系统信息，确定各工单对应的业务系统。最后，通过第一驱动模块40可以根据所述各工单的业务信息，驱动各业务系统完成其对应工单的生成。和现有技术相比，本发明实施例能够适用于电信业务的订单处理，且能够解决电信业务一个订单生产需要调用多个平台实现订单生产的问题。

本发明实施例提供了一种非易失性计算机可读存储介质，所述计算机可读存储介质存储有至少一可执行指令，该计算机可执行指令可执行上述任意方法实施例中的订单生产方法。

图7示出了本发明实施例提供的订单生产设备的结构示意图，本发明具体实施例并不对订单生产设备的具体实现做限定。

如图7所示，该订单生产设备可以包括：处理器(processor)202、通信接口(Communications Interface)204、存储器(memory)206、以及通信总线208。

其中：处理器202、通信接口204、以及存储器206通过通信总线208完成相互间的通信。通信接口204，用于与其它设备比如客户端或其它服务器等的网元通信。处理器202，用于执行程序210，具体可以执行上述订单生产方法实施例中的相关步骤。

具体地，程序210可以包括程序代码，该程序代码包括计算机操作指令。

处理器202可能是中央处理器CPU，或者是特定集成电路ASIC(ApplicationSpecific Integrated Circuit)，或者是被配置成实施本发明实施例的一个或多个集成电路。订单生产设备包括的一个或多个处理器，可以是同一类型的处理器，如一个或多个CPU；也可以是不同类型的处理器，如一个或多个CPU以及一个或多个ASIC。

存储器206，用于存放程序210。存储器206可能包含高速RAM存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。

程序210具体可以用于使得处理器202执行以下操作：

获取客户订单，所述客户订单包括产品信息，所述产品信息包括至少一个子产品信息；

根据所述子产品信息，将所述客户订单划分为至少一个工单且确定所述工单的归属业务系统信息和业务信息；

根据所述归属业务系统信息，确定所述工单对应的业务系统；

根据所述业务信息，驱动所述业务系统完成所述工单的生产。

在一种可选的方式中，程序210具体可以进一步用于使得处理器202执行以下操作：

获取所述业务系统内所有工单的幂等ID；

当所述工单的幂等ID与其对应的业务系统缓存的幂等ID不同时，且所述工单的幂等ID与同一业务系统内的其它工单的幂等ID均不相同时，根据所述工单的业务信息，驱动所述业务系统完成所述工单的生产；

当所述业务系统完成所述工单的生产时，将所述工单的幂等ID缓存至所述业务系统。

在一种可选的方式中，程序210具体可以进一步用于使得处理器202执行以下操作：

获取所述客户订单的状态信息；

当所述状态信息为支付完成或审核完成时，根据所述业务信息，驱动所述业务系统完成所述工单的生产。

在一种可选的方式中，程序210具体可以进一步用于使得处理器202执行以下操作：

根据所述业务信息，确定所述工单的优先级；

根据所述工单的优先级，驱动其对应的业务系统完成工单的生产。

在一种可选的方式中，程序210具体可以进一步用于使得处理器202执行以下操作：

根据所述业务系统的生产结果，更新所述工单的完成状态；

当在预设时间后，所述工单的完成状态仍为未完成时，再次驱动所述未完成的工单对应的业务系统完成所述未完成的工单的生产。

在一种可选的方式中，程序210具体可以进一步用于使得处理器202执行以下操作：

将所述完成状态为异常状态的工单发送至异步队列，每一所述异步队列对应一业务系统；

驱动所述异步队列对应的业务系统重新完成所述异步队列内所有工单的生产。

在一种可选的方式中，程序210具体可以进一步用于使得处理器202执行以下操作：

统计所述工单的重试次数；

当所述工单的重试次数大于预设阈值时，将所述工单确定为异常工单。

本发明实施例在处理电信业务订单时，会先获取客户订单，之后根据客户订单包含的产品信息将客户订单划分为多个工单，每一工单对应一产品信息中的子产品信息。同时，根据每一工单对应的子产品信息，可以确定工单的归属业务系统信息和业务信息。之后，根据所述归属业务系统信息，可以确定各工单对应的业务系统。最后，根据所述各工单的业务信息，驱动各业务系统完成其对应工单的生成。和现有技术相比，本发明实施例能够适用于电信业务的订单处理，且能够解决电信业务一个订单生产需要调用多个平台实现订单生产的问题。

本发明实施例提供了一种可执行程序，所述可执行程序可执行上述任意方法实施例中的订单生产方法。

在此提供的算法或显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明实施例也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本发明并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明实施例的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。上述实施例中的步骤，除有特殊说明外，不应理解为对执行顺序的限定。

Claims (10)

1.一种订单生产方法，其特征在于，包括：

获取客户订单，所述客户订单包括产品信息，所述产品信息包括至少一个子产品信息；

根据所述子产品信息，将所述客户订单划分为至少一个工单；

确定所述工单的归属业务系统信息和业务信息；

根据所述归属业务系统信息，确定所述工单对应的业务系统；

根据所述业务信息，驱动所述业务系统完成所述工单的生产。

2.如权利要求1所述的方法，其特征在于，所述根据所述业务信息，驱动所述业务系统完成所述工单的，具体为：

获取所述业务系统内所有工单的幂等ID；

当所述工单的幂等ID与其对应的业务系统缓存的幂等ID不同时，且所述工单的幂等ID与同一业务系统内的其它工单的幂等ID均不相同时，根据所述工单的业务信息，驱动所述业务系统完成所述工单的生产；

当所述业务系统完成所述工单的生产时，将所述工单的幂等ID缓存至所述业务系统。

3.如权利要求1所述的方法，其特征在于，所述根据所述业务信息，驱动所述业务系统完成所述工单的生产，具体为：

获取所述客户订单的状态信息；

当所述状态信息为支付完成或审核完成时，根据所述业务信息，驱动所述业务系统完成所述工单的生产。

4.如权利要求1所述的方法，其特征在于，所述根据所述业务信息，驱动所述业务系统完成所述工单的生产，具体为：

根据所述业务信息，确定所述工单的优先级；

根据所述工单的优先级驱动其对应的业务系统完成工单的生产。

5.如权利要求1所述的方法，其特征在于，所述根据所述业务信息，驱动所述业务系统完成所述工单的生产之后，所述方法还包括：

根据所述业务系统的生产结果，更新所述工单的完成状态；

当在预设时间后，所述工单的完成状态仍为未完成时，再次驱动所述未完成的工单对应的业务系统完成所述未完成的工单的生产。

6.如权利要求5所述的方法，其特征在于，所述方法还包括：

将所述完成状态为异常状态的工单发送至异步队列，每一所述异步队列对应一业务系统；

驱动所述异步队列对应的业务系统重新完成所述异步队列内所有工单的生产。

7.如权利要求5或6所述的方法，其特征在于，所述方法还包括：

统计所述工单的重试次数；

当所述工单的重试次数大于预设阈值时，将所述工单确定为异常工单。

8.一种订单生产装置，其特征在于，包括：

获取模块，用于获取客户订单，所述客户订单包括产品信息，所述产品信息包括至少一个子产品信息；

划分模块，用于根据所述子产品信息，将所述客户订单划分为至少一个工单且确定所述工单的归属业务系统信息和业务信息；

第一确定模块，用于根据所述归属业务系统信息，确定所述工单对应的业务系统；

第一驱动模块，用于根据所述业务信息，驱动所述业务系统完成所述工单的生产。

9.一种订单生产设备，其特征在于，包括：处理器、存储器、通信接口和通信总线，所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信；

所述存储器用于存放至少一可执行指令，所述可执行指令使所述处理器执行如权利要求1-7任意一项所述的订单生产方法。

10.一种计算机可读存储介质，其特征在于，所述存储介质中存储有至少一可执行指令，所述可执行指令使处理器执行如权利要求1-7任意一项所述的订单生产方法。

Images