一种电信业务的订单处理方法和系统与流程

本发明涉及互联网通讯领域，尤其涉及一种电信业务的互联网化异步订单处理方法和系统。

背景技术：

电子商务系统中的商品管理技术已经比较普及，但目前对电信行业中的订单处理时，电子商务平台接收渠道系统所发来的订单，然后将订单转交至业务受理平台(在电信行业中，业务受理平台为电信业务系统)，所有订单只能依次办理，若第一个订单需要业务受理平台中第一个处理单元进行处理，而第二个订单需要业务受理平台中第二个处理单元进行处理，由于第一个订单与第二个订单须依次处理，则导致业务处理平台中第二处理单元不能及时处理第二个订单，由此存在处理订单效率低的问题。

因此，如何提高处理电信行业的订单的效率是业内亟待解决的技术问题。

技术实现要素：

本发明所要解决的技术问题是针对现有技术的不足，提供了一种电信业务的订单处理方法和系统。

本发明的一种电信业务的订单处理方法的技术方案如下：

预设具有一个主分区和多个子分区的消息中间件；

使所述主分区接收至少一个订单信息并分别配置订单号后构成至少一个订单，并根据预设条件将每个订单存储至相应的子分区中；

将每个子分区中的订单发送至业务受理平台进行处理。

本发明的一种电信业务的订单处理方法的有益效果如下：

通过设置了一个具有主分区和多个子分区的消息中间件，首先使主分区接收所有的订单信息并分别配置订单号形成多个订单，然后将多个订单根据预设条件分至不同的子分区，最后将每个子分区的订单分别发送至业务受理平台进行处理，从而提高订单处理消息。

在上述方案的基础上，本发明的一种电信业务的订单处理方法还可以做如下改进。

进一步，还包括：

从所述主分区中获取所有的订单号，并结合每个订单号的处理进度生成订单表，并根据每个订单的最新的处理进度对所述订单表进行实时更新；

设置用于根据订单号和/或订单信息从所述订单表中查询相应处理进度的查询服务。

采用上述进一步方案的有益效果是：便于用户能根据订单号和/或订单信息实时查询处理进度，能够极大的提升用户体验。

进一步，所述多个子分区包括拆单子分区和派单子分区，所述根据预设条件将每个订单存储至相应的子分区中，包括：

判断任一订单的订单信息是否只需要所述业务受理平台中的一个处理单元来进行处理，若是，则将所述订单存储至派单子分区，若否，则将所述订单存储至拆单子分区，直至所有订单对应的订单信息分存完毕；

采用上述进一步方案的有益效果是：具体对根据预设条件对每个订单进行分区进行了具体说明。

进一步，所述将每个子分区中的订单发送至业务受理平台进行处理，包括：

按照不同的处理单元将所述拆单子分区中的每个订单进行拆分后形成相应的多个子订单，并将所述拆单子分区中的每个订单相对应的多个子订单分别发送至相对应的处理单元进行处理；

将所述派单子分区中的每个订单直接发送至相应的处理单元进行处理。

进一步，使所述主分区接收至少一个订单信息之前，还包括：

将接收到的订单信息发至业务受理平台进行业务校验，当所述订单信息通过业务校验时，则使所述主分区接收所述订单信息。

采用上述进一步方案的有益效果是：首先对接收到的订单信息进行业务校验，若通过校验，说明业务受理平台能处理该订单信息，此时才能进行后续处理，避免浪费用户的时间。

本发明的一种电信业务的订单处理系统的技术方案如下：

包括：渠道系统、电子商务平台和业务受理平台；

所述电子商务平台用于预设具有一个主分区和多个子分区的消息中间件；

所述电子商务平台还用于使所述主分区接收从所述渠道系统所发送的至少一个订单信息并分别配置订单号后构成至少一个订单，并根据预设条件将每个订单存储至相应的子分区中；

所述电子商务平台还用于将每个子分区中的订单发送至所述业务受理平台进行处理。

本发明的一种电信业务的订单处理系统的有益效果如下：

通过在电子商务平台所设置的一个具有主分区和多个子分区的消息中间件，首先使主分区接收所有的订单信息并分别配置订单号形成多个订单，然后将多个订单根据预设条件分至不同的子分区，最后将每个子分区的订单分别发送至业务受理平台进行处理，从而提高业务受理平台的订单处理消息。

在上述方案的基础上，本发明的一种电信业务的订单处理系统还可以做如下改进。

进一步，所述电子商务平台还用于：

从所述主分区中拉取所有的订单号，并结合每个订单号的处理进度生成订单表，并根据每个订单的最新的处理进度对所述订单表进行实时更新；

设置用于根据订单号和/或订单信息从所述订单表中查询相应处理进度的查询服务。

采用上述进一步方案的有益效果是：便于用户能根据订单号和/或订单信息实时查询处理进度，能够极大的提升用户体验。

进一步，所述多个子分区包括拆单子分区和派单子分区，所述电子商务平台具体用于：

判断任一订单的订单信息是否只需要所述业务受理平台中的一个处理单元来进行处理，若是，则将所述订单存储至派单子分区，若否，则将所述订单存储至拆单子分区，直至所有订单对应的订单信息分存完毕。

进一步，所述电子商务平台具体用于：

按照不同的处理单元将所述拆单子分区中的每个订单进行拆分后形成相应的多个子订单，并将所述拆单子分区中的每个订单相对应的多个子订单分别发送至相对应的处理单元进行处理；

将所述派单子分区中的每个订单直接发送至相应的处理单元进行处理。

采用上述进一步方案的有益效果是：具体对根据预设条件对每个订单进行分区进行了具体说明。

进一步，所述电子商务平台还用于：

将接收到的订单信息发至业务受理平台进行业务校验，当所述订单信息通过业务校验时，则所述主分区接收所述订单信息。

采用上述进一步方案的有益效果是：首先对接收到的订单信息进行业务校验，若通过校验，说明业务受理平台能处理该订单信息，此时才能进行后续处理，避免浪费用户的时间。

附图说明

图1为本发明实施例的一种电信业务的订单处理方法的流程示意图之一；

图2为本发明实施例的一种电信业务的订单处理方法的流程示意图之二；

图3为本发明实施例的一种电信业务的订单处理系统的结构示意图；

图4为现有技术中的电信业务的订单处理方法的流程示意图。

具体实施方式

如图1所示，本发明实施例的一种电信业务的订单处理方法，包括如下步骤：

s1、预设具有一个主分区和多个子分区的消息中间件；

s2、使主分区接收至少一个订单信息并分别配置订单号后构成至少一个订单，并根据预设条件将每个订单存储至相应的子分区中；

s3、将每个子分区中的订单发送至业务受理平台进行处理。

通过设置了一个具有主分区和多个子分区的消息中间件，首先使主分区接收所有的订单信息并分别配置订单号形成多个订单，然后将多个订单根据预设条件分至不同的子分区，最后将每个子分区的订单分别发送至业务受理平台进行处理，实现了多个订单可进行异步处理，而无需依次等待进行处理，由此极大提高了处理电信行业的订单的效率。

其中，订单信息中可包括用户的手机号、身份证号、所要办理的业务等信息，其中所要办理的业务可为开通新的手机号、充值、购买流量包等，相应的订单号可根据实际情况进行人为编写，并无格式上的要求。

其中，在电信行业中，业务受理平台为电信业务系统，可通过渠道系统如淘宝网、京东商城来获取订单信息。

较优地，如图2所示，在上述技术方案中，还包括：

s4、从主分区中获取所有的订单号，并结合每个订单号的处理进度生成订单表，并根据每个订单的最新的处理进度对订单表进行实时更新；

s5、设置用于根据订单号和/或订单信息从订单表中查询相应处理进度的查询服务。

便于用户能根据订单号和/或订单信息实时查询处理进度，能够极大的提升用户体验。

可以理解的是：针对主分区和多个子分区可设置不同的主题，其中主题可理解为标签，可以预设频率如10次/每秒、50次/每秒实时轮询扫描不同的主题，来获取其中的订单，其中，主分区的主题可为tordercreate，多个子分区的主题分别为tordercreate01、tordercreate02、tordercreate03等。

订单表还可包括电信业务处理平台的受理时间等，处理进度包括处理中、处理成功、处理失败等状态，可用c#、c++等编程语言编写查询服务的显示窗口，由于目前，查询服务的具体技术已在电商行业销售订单、共享单车行业叫车订单、外卖行业的订餐订单中实现，在此不做赘述。

例如，当用户输入订单号、身份证号或姓名时，即可查询该订单号的处理进度，若处理失败，还可将处理失败的原因反馈至用户，解决电信业务所受理的订单能够实现电商行业销售订单、共享单车行业叫车订单、外卖行业的订餐订单等同等的场景，让电信业务所受理的订单能够跟电商行业销售订单等采用同质化的流程，提升用户体验，屏蔽内部复杂的业务规格和操作步骤。

较优地，在上述技术方案中，多个子分区包括拆单子分区和派单子分区，根据预设条件将每个订单存储至相应的子分区中，包括：

s20、判断任一订单的订单信息是否只需要业务受理平台中的一个处理单元来进行处理，若是，则将订单存储至派单子分区，若否，则将订单存储至拆单子分区，直至所有订单对应的订单信息分存完毕。

其中，分存可理解为：假设共有100个订单，从这100个订单中判断任一订单如第一个订单只需要业务受理平台中的一个处理单元来进行处理，则将将第一个订单存储至派单子分区，再从剩下的99个订单中判断任一订单如第十个订单不只需要业务受理平台中的一个处理单元来进行处理，则将该第十个订单存储至拆单子分区，直至将这100个订单都分别存储至派单子分区或拆单子分区后完毕，其中，也可将这100个订单进行编号分别为第一个订单、第二个订单……第一百个订单，如第一次选用第一个订单进行判断后，将其存储至派单子分区，则第二次选用第一个订单以外的订单即第二个订单至第一百个订单，不会重复选用第一订单进行重复判断，直至将这100个订单都分别存储至派单子分区或拆单子分区后完毕。

较优地，在上述技术方案中，将每个子分区中的订单发送至业务受理平台进行处理，包括：

s30、按照不同的处理单元将拆单子分区中的每个订单进行拆分后形成相应的多个子订单，并将拆单子分区中的每个订单相对应的多个子订单分别发送至相对应的处理单元进行处理；

s31、将派单子分区中的每个订单直接发送至相应的处理单元进行处理。

例如，有两个订单，第一个订单为开通新手机号、并为新手机号办理58月套餐并充100元话费，第二个订单为：为手机号充值100元话费，那么：

1)对第一个订单进行判断，业务受理平台中的单一一个处理单元不能全部处理开通新手机号、并为新手机号办理58月套餐并充100元话费，需要开通新手机号的处理单元、办理58元套餐的处理单元和充100元话费的处理单元，则将第一个订单放入拆单子分区中，其中，处理单元可理解为电信业务系统中的提供相应办理功能的系统。

对第一个订单进行拆单，相应生成3个子订单，并将3个订单分别交由三个处理单元进行处理；

需要注意的是，需要判断3个子订单是否有先后顺序，如开通新手机号以后才能办理58元套餐和充100元话费等，此时应该先开通新手机号，然后向两个处理单元发出提示后，再由另外两个处理单元分别办理58月套餐和充100元话费；

或者，在拆单时考虑到每个子订单的顺序，可按顺序标记为001、002等，考虑到可同时进行办理的子订单，则可设置为相同的编号，例如将上述3个子订单标记为001、002和002，其中001表示开通新手机号后才能执行002，而两个002分别代表办理58元套餐和充100元话费，可同时进行办理，由此大大提高了处理电信行业的订单的效率。

2)对第二个订单进行判断，业务受理平台中只需要单一能办理充值业务的处理单元即可完成充100元话费，则将第二个订单存储至派单子分区中，直接交由能办理充值业务的处理单元进行处理。

较优地，在上述技术方案中，s2中，使主分区接收至少一个订单信息之前，还包括：

s020、将接收到的订单信息发至业务受理平台进行业务校验，当订单信息通过业务校验时，则主分区接收订单信息。

s021、首先对接收到的订单信息进行业务校验，若通过校验，说明业务受理平台能处理该订单信息，此时才能进行后续处理，避免浪费用户的时间。

其中，可通过业务办理人员向用户进行口头反馈，或通过邮件、微信、短信等方式向用户进行反馈。

如图3所示，本发明的一种电信业务的订单处理系统200，包括：渠道系统210、电子商务平台220和业务受理平台230；

电子商务平台220预设具有一个主分区和多个子分区的消息中间件；

所述电子商务平台还用于使主分区接收从渠道系统210所发送的至少一个订单信息并分别配置订单号后构成至少一个订单，并根据预设条件将每个订单分至相应的子分区中；

电子商务平台220还用于将每个子分区中的订单发送至业务受理平台230进行处理。

主分区接收所有的订单信息并分别配置订单号形成多个订单，然后将多个订单根据预设条件分至不同的子分区，可将每个子分区的订单分别发送至业务受理平台230进行处理，实现了多个订单可进行异步处理，而无需依次等待进行处理，由此极大提高了处理电信行业的订单的效率。

较优地，在上述技术方案中，电子商务平台还用于：

从主分区中获取所有的订单号，并结合每个订单号的处理进度生成订单表，并根据每个订单的最新的处理进度对订单表进行实时更新；

设置用于根据订单号和/或订单信息从订单表中查询相应处理进度的查询服务。

便于用户能根据订单号和/或订单信息实时查询处理进度，能够极大的提升用户体验。

较优地，在上述技术方案中，多个子分区包括拆单子分区和派单子分区，所述电子商务平台220具体用于：

判断任一订单的订单信息是否只需要业务受理平台230中的一个处理单元来进行处理，若是，则将订单存储至派单子分区，若否，则将订单存储至拆单子分区，直至所有订单对应的订单信息分存完毕。

较优地，在上述技术方案中，电子商务平台220具体用于：

按照不同的处理单元将拆单子分区中的每个订单进行拆分后形成相应的多个子订单，并将拆单子分区中的每个订单相对应的多个子订单分别发送至相对应的处理单元进行处理；

将派单子分区中的每个订单直接发送至相应的处理单元进行处理。

较优地，在上述技术方案中，所述电子商务平台220还用于：

将接收到的订单信息发至业务受理平台230进行业务校验，当订单信息通过业务校验时，则使主分区接收订单信息。

首先对接收到的订单信息进行业务校验，若通过校验，说明业务受理平台230能处理该订单信息，此时才能进行后续处理，避免浪费用户的时间。

上述关于本发明的一种电信业务的订单处理系统200中的各参数和各个单元模块实现相应功能的步骤，可参考上文中关于一种电信业务的订单处理方法的实施例中的各参数和步骤，在此不做赘述。

下面通过与现有的技术方案进行对比来进一步阐述本申请中的一种电信业务的订单处理系统200的技术效果，具体地：

如图4所示，现有的技术方案，具体包括：

s60、当用户在渠道系统210中提交订单信息后，渠道系统210根据订单信息向电子商务平台220发起业务办理请求；

s61、电子商务平台220根据渠道系统210发来的业务办理请求向业务受理平台230即电信业务系统同步发起“业务办理”请求；

在s61之前，电子商务平台220可首先向电信业务系统发起“业务校验”请求，提前验证订单信息是否可以受理，如果可以受理则进行后续操作，否则直接返回错误，提示用户无法办理该订单信息中的业务。

s62、当业务校验通过后，电子商务平台220向电信业务系统发起“业务办理”请求，实时等待业务办理结果，然后将办理结果即成功或失败返回至渠道系统210，渠道系统210再反馈至客户。

但反馈的结果只包括成功或失败，不包含办理的具体步骤信息，且电子商务平台220只记录受理日志，不记录订单，虽然业务受理平台230即电信业务系统会记录受理订单，但不具备查询能力，即用户无法根据提交的订单信息实时查询订单的办理情况，无法直观向用户展现电信产品的购买、购买订单记录查询和订单跟踪。

而本申请实施例的一种电信业务的订单处理系统200，一方面，主分区接收所有的订单信息并分别配置订单号形成多个订单，然后将多个订单根据预设条件分至不同的子分区，可将每个子分区的订单分别发送至业务受理平台230进行处理，实现了多个订单可进行异步处理，而无需依次等待进行处理，由此极大提高了处理电信行业的订单的效率，另一方面，设置订单表，并设置用于根据订单号和/或订单信息来从订单表中查询相应处理进度的查询服务，便于用户能根据订单号和/或订单信息实时查询处理进度，能够极大的提升用户体验。

而且，本发明的一种电信业务的订单处理系统200方便用户更加简便地发起业务办理，并能够便捷、高效的完成订单提交，像用户购买普通商品一样，实时查看并跟踪订单受理进展情况，另外可采用易于理解的编程语言和形式进行配置后直观展现给用于，提供了一种更加亲民的手段，可大大提升用户黏性。

在本发明中，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本发明的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

尽管上面已经示出和描述了本发明的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本发明的限制，本领域的普通技术人员在本发明的范围内可以对上述实施例进行变化、修改、替换和变型。