CN108876689A - 订单处理方法、装置、设备及计算机可读存储介质 - Google Patents

Abstract

本发明提供一种订单处理方法、装置、设备及计算机可读存储介质，方法包括：接收每一业务平台发送的业务订单的订单信息；根据订单信息与预设的编号规则为所述业务订单设置订单标识，并将所述订单标识与所述订单信息关联存储；将编号后的所述业务订单发送至下一待发送平台；接收每一所述待发送平台发送的所述业务订单的状态信息，根据所述状态信息对所述业务订单当前的状态进行更新。从而能够实现多平台订单的追溯、跟踪与统一处理，进而能够提高订单管理的效率。

Description

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

技术领域

本发明涉及通信领域，尤其涉及一种订单处理方法、装置、设备及计算机可读存储介质。

背景技术

客户与电信运营商签署协议购买产品或服务时，运营商的业务运营支持系统会根据业务受理信息产生订单，为了实现对业务平台产生的全部订单的管理，需要对订单信息进行记录与存档。

现有的订单管理方法一般都是针对单一业务平台，对该业务平台内的全部订单当前的状态进行记录。

但是，上述方法只能实现对单一业务平台内的订单进行管理，而电信运营商往往具有多个不同的业务平台，针对不同的订单业务，多个业务平台之前需要进行交互，而此时，由于每个不同的业务平台具有不同的订单管理模式，因此，无法实现订单业务的跨平台订单业务穿透。此外，随着电子商务的逐渐发展，电信运营商的多种业务均与其他电商平台息息相关，例如，与电商平台所销售的与电信运营商的电信卡进行绑定的终端等，因此，如何实现多平台合作订单的管理成为急需解决的问题。

发明内容

本发明提供一种订单处理方法、装置、设备及计算机可读存储介质，用于解决现有技术中由于每个不同的业务平台具有不同的订单管理模式，因此无法实现订单业务的跨平台订单业务穿透的技术问题。

本发明的第一个方面是提供一种订单处理方法，包括：

接收每一业务平台发送的业务订单的订单信息；

根据订单信息与预设的编号规则为所述业务订单设置订单标识；

将生成订单标识的所述业务订单发送至下一待发送平台；

接收每一所述待发送平台发送的所述业务订单的状态信息，根据所述状态信息对所述业务订单当前的状态进行更新。

本发明的另一个方面是提供一种订单处理装置，包括：

订单信息接收模块，用于接收每一业务平台发送的业务订单的订单信息；

订单标识设置模块，用于根据订单信息与预设的编号规则为所述业务订单设置订单标识；

业务订单发送模块，用于将生成订单标识的所述业务订单发送至下一待发送平台；

更新模块，用于接收每一所述待发送平台发送的所述业务订单的状态信息，根据所述状态信息对所述业务订单当前的状态进行更新。

本发明的又一个方面是提供一种订单处理设备，包括：存储器，处理器；

存储器；用于存储所述处理器可执行指令的存储器；

其中，所述处理器被配置为由所述处理器执行上述的订单处理方法。

本发明的又一个方面是提供一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现上述的订单处理方法。

本发明提供的订单处理方法、装置、设备及计算机可读存储介质，通过接收每一业务平台发送的业务订单的订单信息；根据订单信息与预设的编号规则为业务订单设置订单标识，并将订单标识与订单信息关联存储；将编号后的业务订单发送至下一待发送平台；接收每一待发送平台发送的业务订单的状态信息，根据状态信息对业务订单当前的状态进行更新。从而能够实现多平台订单的追溯、跟踪与统一处理，进而能够提高订单管理的效率。

附图说明

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

图1为本发明实施例一提供的订单处理方法的流程示意图；

图2为本发明实施例二提供的订单处理方法的流程示意图；

图3为本发明实施例三提供的订单处理装置的结构示意图；

图4为本发明实施例四提供的订单处理装置的结构示意图；

图5为本发明实施例五提供的订单处理设备的结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例所获得的所有其他实施例，都属于本发明保护的范围。

图1为本发明实施例一提供的订单处理方法的流程示意图，如图1所示，所述方法包括：

步骤101、接收每一业务平台发送的业务订单的订单信息。

在本实施方式中，由于电信运营商往往具有多个业务平台，此外，由于当前电信运营商与多个电商平台进行合作，因此，电信运营商的业务订单可能来自于多种不同的平台或者渠道，例如，业务订单来自于外部电商平台、运营商总部平台、其他省份平台等。由于当前不同的平台一般对应着不同的对订单的编号与管理方式，因此，为了实现对每一平台的订单的管理，首先需要接收每一业务平台发送的业务订单的订单信息。

步骤102、根据订单信息与预设的编号规则为所述业务订单设置订单标识。

在本实施方式中，为了实现对每一平台的订单的管理，接收到每一业务平台发送的业务订单的订单信息之后，可以根据该订单信息与预设的编号规则为每一业务订单设置订单标识，并将该标识封装进业务订单的报文中。具体地，该订单标识可以为一组唯一标识订单的编号，此外，还可以为任意一种能够实现唯一标识订单的标识，本发明在此不做限制。

具体地，根据订单信息可以确定当前业务订单的来源平台、下一待发送平台等信息。因此，可以根据该订单信息与预设的编号规则为每一业务订单设置订单标识。以订单标识为订单编号举例来说，该订单编号可以包括订单的来源平台、全部待发送平台个数、每一待发送平台标识、当前时间以及随机生成的流水号。来源：标识订单来源于哪个渠道或平台，例01：外部平台1,02：外部平台2,11：总部平台N。去向：标识订单的去向是1个还是多个，0:1个，1：多个。去向1：标识订单的下一步流转的平台，例01：外部平台1,02：外部平台2,11：总部平台N。去向2：若订单只有1个去向，则默认为：00；若订单有多个去向，则标识订单的第2个去向，例01：外部平台1,02：外部平台2,11：总部平台N。去向3：若订单只有1个或2个去向，则默认为：00；若订单有3个去向，则标识订单的第3个去向，例01：外部平台1,02：外部平台2,11：总部平台N。预留1：默认为00。预留2：默认为00。时间：格式为YYMMDD。流水号：8为数字。

步骤103、将生成订单标识的所述业务订单发送至下一待发送平台。

在本实施方式中，根据订单信息可以确定当前业务订单的下一待发送平台等信息，因此，确定当前业务订单的下一待发送平台之后，可以将已经生成订单标识的业务订单发送至下一待发送平台，以使订单正常运转。

步骤104、接收每一所述待发送平台发送的所述业务订单的状态信息，根据所述状态信息对所述业务订单当前的状态进行更新。

在本实施方式中，每一待发送平台接收到业务订单之后，可以根据当前的流程对该业务订单进行处理，具体地，对业务订单处理的过程中，没完成一个步骤，都可以将该业务订单的状态信息进行反馈。相应地，可以接收每一待发送平台发送的业务订单的状态信息，根据状态信息对业务订单当前的状态进行更新。从而能够使用户能够对该业务订单的状态信息进行了解。

具体地，待发送平台发送的状态信息中可以包括待更新状态的业务订单的订单标识与订单状态，从而可以根据该订单标识对该订单标识对应的订单的订单状态进行更新。

本实施例提供的订单处理方法，通过接收每一业务平台发送的业务订单的订单信息；根据订单信息与预设的编号规则为业务订单设置订单标识，并将订单标识与订单信息关联存储；将编号后的业务订单发送至下一待发送平台；接收每一待发送平台发送的业务订单的状态信息，根据状态信息对业务订单当前的状态进行更新。从而能够实现多平台订单的追溯、跟踪与统一处理，进而能够提高订单管理的效率。

进一步地，在上述实施例的基础上，所述方法包括：

接收每一业务平台发送的业务订单的订单信息；

根据所述订单信息与预设的拆解规则将所述业务订单拆解为至少一个业务子订单；

根据所述订单信息确定每一所述业务子订单的下一待发送平台；

根据所述订单信息与预设的编号规则为每一所述业务子订单设置订单标识；

将生成订单标识的所述业务订单发送至下一待发送平台；

接收每一所述待发送平台发送的所述业务订单的状态信息，根据所述状态信息对所述业务订单当前的状态进行更新。

在本实施例中，由于一个业务订单可能包括多个平台的内容，因此，往往需要发送至不同的业务平台进行处理，举例来说，京东上销售的一款与电信运营商合作的电子终端，其包括京东自运营的电子终端以及电信运营商运营的电信卡，因此，电子终端部分的订单需要由京东自行处理，电信卡部分则需要由电信运营商进行处理。为了实现对业务订单的正常处理，接收到每一业务平台发送的业务订单的订单信息之后，需要根据该业务订单的订单信息与预设的拆解规则将业务订单拆分为多个子订单，并确定每一个业务子订单的待发送平台。举例来说，可以根据订单信息确定该业务订单具体为与哪一个电商平台合作的业务订单，根据合作信息对其进行拆解等。相应地，为了方便对业务子订单的监控，还需要对拆分后的子订单进行编号。

以订单标识为订单编号举例来说，该订单编号可以包括订单的来源平台、全部待发送平台个数、每一待发送平台标识、当前时间、随机生成的流水号以及子订单编号。来源：标识订单来源于哪个渠道或平台，例01：外部平台1,02：外部平台2,11：总部平台N。去向：标识订单的去向是1个还是多个，0:1个，1：多个。去向1：标识订单的下一步流转的平台，例01：外部平台1,02：外部平台2,11：总部平台N。去向2：若订单只有1个去向，则默认为：00；若订单有多个去向，则标识订单的第2个去向，例01：外部平台1,02：外部平台2,11：总部平台N。去向3：若订单只有1个或2个去向，则默认为：00；若订单有3个去向，则标识订单的第3个去向，例01：外部平台1,02：外部平台2,11：总部平台N。预留1：默认为00。预留2：默认为00。时间：格式为YYMMDD。流水号：8为数字。子订单编号：标识该订单编码是主订单还是子订单。0：主订单，1：子订单1,2：子订单2，以此类推。

本实施例提供的订单处理方法，通过将订单拆解并将拆解后的子订单进行订单标识，从而能够实现多平台业务订单的统一管理，追踪，提高订单管理的效率。

进一步地，所述订单信息包括所述业务订单的来源标识，在上述任一实施例的基础上，所述方法还包括：

接收每一业务平台发送的业务订单的订单信息；

判断所述来源标识是否符合预设的来源标识规则，若是，则判定所述业务订单合法；

判断所述订单信息中的任意两项信息是否相互矛盾，若否，则判定所述业务订单合法；

根据订单信息与预设的编号规则为所述业务订单设置订单标识；

将生成订单标识的所述业务订单发送至下一待发送平台；

接收每一所述待发送平台发送的所述业务订单的状态信息，根据所述状态信息对所述业务订单当前的状态进行更新。

在本实施例中，为了保证业务订单的合法性，在接收到业务订单的订单信息之后，还可以对业务订单的合法性进行判定。具体地，可以获取订单信息中该业务订单的来源平台的标识，判断该标识是否符合预设的来源标识规则，若是，则判定业务订单合法，其次，还可以判断该订单信息中是否存在任意信息相互矛盾，若否，则判定业务订单合法。此外，还可以通过任意一种能够实现合法性判定的方法来判断该订单信息是否合法，本发明在此不做限制。相应地，若该订单合法，则继续对其进行编号、流转、状态更新、存档等操作，若该订单不合法，则不对其进行后续操作。

本实施例提供的订单处理方法，通过在对业务订单进行处理之前，首先判断该业务订单是否合法，从而能够提高业务订单的安全性。

进一步地，所述订单信息包括所述业务订单的来源平台标识与订单收货位置；在上述任一实施例的基础上，所述方法还包括：

接收每一业务平台发送的业务订单的订单信息；

根据所述订单信息与预设的拆解规则将所述业务订单拆解为至少一个业务子订单；

根据所述来源平台标识确定所述业务订单的第一待发送平台；

根据所述订单收货位置确定所述业务订单的第二待发送平台；

根据所述订单信息与预设的编号规则为每一所述业务子订单设置订单标识；

将生成订单标识的所述业务订单发送至下一待发送平台；

接收每一所述待发送平台发送的所述业务订单的状态信息，根据所述状态信息对所述业务订单当前的状态进行更新。

在本实施例中，订单信息具体还包括业务订单的来源平台标识与订单收货位置。由于不同业务平台的业务订单，需要发送至不同的业务平台进行处理，因此，首先可以根据订单信息中的业务订单来源平台标识确定该业务订单的来源平台，将该来源平台作为该订单的下一待发送平台。此外，若该业务订单为电信运营商内部的业务订单，由于电信运营商往往具有多个不同的业务平台，每个省份都具有自己单独的业务平台，因此，可以根据订单收货位置确定具体需要将该业务订单发送至哪个省份业务平台。举例来说，若用户的订单收货位置为河南省，则可以将河南省业务平台作为该业务订单的下一待发送平台。

本实施例提供的订单处理方法，通过订单信息中的内容确定业务订单的待发送平台，从而能够实现多业务平台业务的流通，提高订单的处理效率。

进一步地，为业务订单设置订单标识之后，还可以支持用户通过该订单标识实现对业务订单状态的查询，在上述任一实施例的基础上，所述方法还包括：

接收用户发送的业务订单状态查询请求，所述状态查询请求中包括所述业务订单的订单标识；

根据所述订单标识获取所述订单标识对应的业务订单当前的状态；

将所述业务订单当前的状态展示给所述用户。

在本实施例中，用户可以户通过该订单标识实现对业务订单状态的查询，具体地，可以接收用户发送的业务订单状态查询请求，其中，状态查询请求中包括业务订单的订单标识。根据该订单标识对该订单当前状态进行查询，将所述业务订单当前的状态展示给所述用户。

具体地，由于每一订单标识的结尾均为子订单编号，因此，一方面可以根据完整的订单标识查询该订单标识对应的业务订单的状态信息，另一方面，还可以根据订单标识除子订单编号的部分查询全部子订单的状态信息。举例来说，订单A对应的统一订单编号为B＝021021100000020180326172100000；子订单A1的订单编号B1＝021021100000020180326172100001；子订单A2的订单编号B1＝021021100000020180326172100002。由于主订单和子订单的编号前27位完全相同，因此使用C＝02102110000002018032617210000查询订单在各系统的进展情况。

本实施例提供的订单处理方法，用户可以通过该订单标识实现对业务订单状态的查询，进而能够方便用户对业务订单的状态进行实时了解，提高用户体验。

图2为本发明实施例二提供的订单处理方法的流程示意图，如图2所示，在上述任一实施例的基础上，所述方法还包括：

步骤201、接收每一业务平台发送的业务订单的订单信息；

步骤202、获取所述业务订单对应的下单用户的用户标识；

步骤203、确定所述用户标识对应的下单次数；

步骤204、根据所述下单次数为所述下单用户设置优先级；

步骤205、根据所述优先级为所述下单用户提供与所述优先级对应的服务。

在本实施例中，接收到一个业务平台发送的业务订单的订单信息之后，可以根据该业务订单获取该业务订单的下单用户标识，具体地，该用户标识可以为任意一种唯一标识下单用户的信息，本发明在此不做限制，举例来说，其可以为用户的手机号码。确定该用户标识对应的全部下单次数，并根据该下单次数为下单用户设置不同的优先级。举例来说，可以设置为下单次数越多，优先级越高。相应地，可以根据不同的优先级为用户提供不同的服务，例如，优先级较高的用户的订单可以提前处理。

本实施例提供的订单处理方法，用户根据不同的下单次数为下单用户设置不同的优先级，并根据不同的优先级为用户提供不同的服务，从而能够提高用户体验。

进一步地，在上述任一实施例的基础上，所述方法还包括：

获取所述业务订单对应的下单用户的收货地址；

判断所述收货地址是否与任一已设置优先级的下单用户一致；

若是，则根据所述任一已设置优先级的下单用户的优先级为当前所述下单用户设置优先级。

在本实施例中，为了进一步地提高用户体验，可以获取业务订单对应的下单用户的收货地址，并判断该收货地址是否与任一已设置优先级的下单用户一致，若是，则根据所述任一已设置优先级的下单用户的优先级为当前所述下单用户设置优先级。具体地，可以将其的优先级设置为已设置优先级的下单用户的优先级低一个级别的优先级。

本实施例提供的订单处理方法，通过根据收货地址确定下单用户的关联关系，并为其设置优先级，从而能够进一步地提高用户体验，增加用户粘度。

图3为本发明实施例三提供的订单处理装置的结构示意图，如图3所示，所述装置包括：

订单信息接收模块31，用于接收每一业务平台发送的业务订单的订单信息。

订单标识设置模块32，用于根据订单信息与预设的编号规则为所述业务订单设置订单标识。

业务订单发送模块33，用于将生成订单标识的所述业务订单发送至下一待发送平台。

更新模块34，用于接收每一所述待发送平台发送的所述业务订单的状态信息，根据所述状态信息对所述业务订单当前的状态进行更新。

本实施例提供的订单处理装置，通过接收每一业务平台发送的业务订单的订单信息；根据订单信息与预设的编号规则为业务订单设置订单标识，并将订单标识与订单信息关联存储；将编号后的业务订单发送至下一待发送平台；接收每一待发送平台发送的业务订单的状态信息，根据状态信息对业务订单当前的状态进行更新。从而能够实现多平台订单的追溯、跟踪与统一处理，进而能够提高订单管理的效率。

进一步地，在上述实施例的基础上，所述装置包括：

订单信息接收模块，用于接收每一业务平台发送的业务订单的订单信息；

订单拆解模块，用于根据所述订单信息与预设的拆解规则将所述业务订单拆解为至少一个业务子订单；

确定模块，用于根据所述订单信息确定每一所述业务子订单的下一待发送平台；

订单标识设置模块包括：

标识单元，用于根据所述订单信息与预设的编号规则为每一所述业务子订单设置订单标识；

业务订单发送模块，用于将生成订单标识的所述业务订单发送至下一待发送平台；

更新模块，用于接收每一所述待发送平台发送的所述业务订单的状态信息，根据所述状态信息对所述业务订单当前的状态进行更新。

本实施例提供的订单处理装置，通过将订单拆解并将拆解后的子订单进行订单标识，从而能够实现多平台业务订单的统一管理，追踪，提高订单管理的效率。

进一步地，所述订单信息包括所述业务订单的来源标识，在上述任一实施例的基础上，所述装置还包括：

订单信息接收模块，用于接收每一业务平台发送的业务订单的订单信息；

第一判断模块，用于判断所述来源标识是否符合预设的来源标识规则，若是，则判定所述业务订单合法；

第二判断模块，用于判断所述订单信息中的任意两项信息是否相互矛盾，若否，则判定所述业务订单合法；

订单标识设置模块，用于根据订单信息与预设的编号规则为所述业务订单设置订单标识；

业务订单发送模块，用于将生成订单标识的所述业务订单发送至下一待发送平台；

更新模块，用于接收每一所述待发送平台发送的所述业务订单的状态信息，根据所述状态信息对所述业务订单当前的状态进行更新。

本实施例提供的订单处理装置，通过在对业务订单进行处理之前，首先判断该业务订单是否合法，从而能够提高业务订单的安全性。

进一步地，所述订单信息包括所述业务订单的来源平台标识与订单收货位置；在上述任一实施例的基础上，所述装置还包括：

订单信息接收模块，用于接收每一业务平台发送的业务订单的订单信息；

订单拆解模块，用于根据所述订单信息与预设的拆解规则将所述业务订单拆解为至少一个业务子订单；

确定模块包括：

第一确定单元，用于根据所述来源平台标识确定所述业务订单的第一待发送平台；

第二确定单元，用于根据所述订单收货位置确定所述业务订单的第二待发送平台；

订单标识设置模块包括：

标识单元，用于根据所述订单信息与预设的编号规则为每一所述业务子订单设置订单标识；

业务订单发送模块，用于将生成订单标识的所述业务订单发送至下一待发送平台；

更新模块，用于接收每一所述待发送平台发送的所述业务订单的状态信息，根据所述状态信息对所述业务订单当前的状态进行更新。

本实施例提供的订单处理装置，通过订单信息中的内容确定业务订单的待发送平台，从而能够实现多业务平台业务的流通，提高订单的处理效率。

进一步地，为业务订单设置订单标识之后，还可以支持用户通过该订单标识实现对业务订单状态的查询，在上述任一实施例的基础上，所述装置还包括：

查询请求接收模块，用于接收用户发送的业务订单状态查询请求，所述状态查询请求中包括所述业务订单的订单标识；

状态获取模块，用于根据所述订单标识获取所述订单标识对应的业务订单当前的状态；

展示模块，用于将所述业务订单当前的状态展示给所述用户。

本实施例提供的订单处理装置，用户可以通过该订单标识实现对业务订单状态的查询，进而能够方便用户对业务订单的状态进行实时了解，提高用户体验。

图4为本发明实施例四提供的订单处理装置的结构示意图，如图4所示，在上述任一实施例的基础上，所述装置还包括：

订单信息接收模块，用于接收每一业务平台发送的业务订单的订单信息；

用户标识获取模块，用于获取所述业务订单对应的下单用户的用户标识；

下单次数确定模块，用于确定所述用户标识对应的下单次数；

第一优先级设置模块，用于根据所述下单次数为所述下单用户设置优先级；

服务提供模块，用于根据所述优先级为所述下单用户提供与所述优先级对应的服务。

本实施例提供的订单处理装置，用户根据不同的下单次数为下单用户设置不同的优先级，并根据不同的优先级为用户提供不同的服务，从而能够提高用户体验。

进一步地，在上述任一实施例的基础上，所述装置还包括：

收货地址获取模块，用于获取所述业务订单对应的下单用户的收货地址；

收货地址判断模块，用于判断所述收货地址是否与任一已设置优先级的下单用户一致；

第二优先级设置模块，用于若是，则根据所述任一已设置优先级的下单用户的优先级为当前所述下单用户设置优先级。

本实施例提供的订单处理装置，通过根据收货地址确定下单用户的关联关系，并为其设置优先级，从而能够进一步地提高用户体验，增加用户粘度。

图5为本发明实施例五提供的订单处理设备的结构示意图，如图5所示，在上述任一实施例的基础上，所述设备包括：存储器51，处理器52；

存储器51；用于存储所述处理器52可执行指令的存储器51；

其中，所述处理器52被配置为由所述处理器52执行上述的订单处理方法。

本发明又一实施例还提供了一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现上述的订单处理方法。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的装置的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。

Claims (10)

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

接收每一业务平台发送的业务订单的订单信息；

根据订单信息与预设的编号规则为所述业务订单设置订单标识；

将生成订单标识的所述业务订单发送至下一待发送平台；

接收每一所述待发送平台发送的所述业务订单的状态信息，根据所述状态信息对所述业务订单当前的状态进行更新。

2.根据权利要求1所述的方法，其特征在于，所述根据订单信息与预设的编号规则为所述业务订单设置订单标识之前，还包括：

根据所述订单信息与预设的拆解规则将所述业务订单拆解为至少一个业务子订单；

根据所述订单信息确定每一所述业务子订单的下一待发送平台；

所述根据订单信息与预设的编号规则为所述业务订单设置订单标识，包括：

根据所述订单信息与预设的编号规则为每一所述业务子订单设置订单标识。

3.根据权利要求1所述的方法，其特征在于，所述订单信息包括所述业务订单的来源标识；所述接收每一业务平台发送的业务订单的订单信息之后，还包括：

判断所述来源标识是否符合预设的来源标识规则，若是，则判定所述业务订单合法；

判断所述订单信息中的任意两项信息是否相互矛盾，若否，则判定所述业务订单合法。

4.根据权利要求2所述的方法，其特征在于，所述订单信息包括所述业务订单的来源平台标识与订单收货位置；所述根据所述订单信息确定每一所述业务子订单的下一待发送平台，包括：

根据所述来源平台标识确定所述业务订单的第一待发送平台；

根据所述订单收货位置确定所述业务订单的第二待发送平台。

5.根据权利要求1所述的方法，其特征在于，所述接收每一业务平台发送的业务订单的订单信息之后，还包括：

获取所述业务订单对应的下单用户的用户标识；

确定所述用户标识对应的下单次数；

根据所述下单次数为所述下单用户设置优先级。

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

获取所述业务订单对应的下单用户的收货地址；

判断所述收货地址是否与任一已设置优先级的下单用户一致；

若是，则根据所述任一已设置优先级的下单用户的优先级为当前所述下单用户设置优先级；

根据所述优先级为所述下单用户提供与所述优先级对应的服务。

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

接收用户发送的业务订单状态查询请求，所述状态查询请求中包括所述业务订单的订单标识；

根据所述订单标识获取所述订单标识对应的业务订单当前的状态；

将所述业务订单当前的状态展示给所述用户。

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

订单信息接收模块，用于接收每一业务平台发送的业务订单的订单信息；

订单标识设置模块，用于根据订单信息与预设的编号规则为所述业务订单设置订单标识；

业务订单发送模块，用于将生成订单标识的所述业务订单发送至下一待发送平台；

更新模块，用于接收每一所述待发送平台发送的所述业务订单的状态信息，根据所述状态信息对所述业务订单当前的状态进行更新。

9.一种订单处理设备，其特征在于，包括：存储器，处理器；

存储器；用于存储所述处理器可执行指令的存储器；

其中，所述处理器被配置为由所述处理器执行如权利要求1至6任一项所述的订单处理方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现如权利要求1至6任一项所述的订单处理方法。