CN112102032A - 一种业务处理方法及相关系统 - Google Patents

Abstract

本申请公开了一种业务处理方法及相关系统，其中，方法包括：业务处理系统接收前端触点系统提交的商品受理业务信息；业务处理系统获取商品与产品的第一映射关系，商品由产品组成；业务处理系统根据第一映射关系将商品拆分为具体的组成产品；业务处理系统根据组成产品的信息确定对应的第三方系统；业务处理系统根据第三方系统的通信规则，生成符合通信规则的受理订单；业务处理系统基于受理订单与第三方系统的对应关系生成对应的调度流程，向第三方系统提交订单受理请求；业务处理系统接收第三方系统发送的处理结果并将处理结果进行组合；业务处理系统向前端触点系统发送商品受理业务完成的通知及组合后的处理结果信息。

Description

一种业务处理方法及相关系统

技术领域

本申请涉及信息系统领域，具体涉及一种业务处理方法及相关系统。

背景技术

当今的互联网时代下，人们在日常生活以及工作中，需要办理各种各样的业务，其中的一些业务可能需要经过多个系统的处理才能完成。

具体而言，电信行业中集客业务所售卖的商品，其包装往往要结合多个系统中的产品进行组合打包，从而形成统一商品对客户进行销售。但在商品业务受理过程中，需要人工做媒介，对销售的商品业务进行拆分，并将产品发送至对应的系统进行处理，最后在由工作人员对这些经过相应系统处理过的业务合并，导致业务办理操作繁琐，耗时长。

发明内容

本申请实施例提供了一种业务处理方法及相关系统，用于解决电信行业在处理集客业务受理过程中需要人工对业务产品进行拆分，以及查看业务进度信息不便的问题。

本申请实施例提供了一种业务处理方法，包括：

业务处理系统接收前端触点系统提交的商品受理业务信息；

所述业务处理系统获取所述商品与产品的第一映射关系，所述商品由所述产品组成；

所述业务处理系统根据所述第一映射关系将所述商品拆分为具体的组成产品；

所述业务处理系统根据所述组成产品的信息确定对应的第三方系统；

所述业务处理系统根据所述第三方系统的通信规则，生成符合所述通信规则的受理订单；

所述业务处理系统基于所述受理订单与所述第三方系统的对应关系生成对应的调度流程，向所述第三方系统提交所述订单受理请求；

所述业务处理系统接收所述第三方系统发送的处理结果并将所述处理结果进行组合；

所述业务处理系统向所述前端触点系统发送所述商品受理业务完成的通知及所述组合后的处理结果信息。

可选地，所述业务处理系统根据所述第三方系统的通信接口规则，生成符合所述第三方系统要求通信规则的受理订单之后，所述业务处理系统基于所述受理订单与所述第三方系统的对应关系生成对应的调度流程，向所述第三方系统提交所述订单受理请求之前，所述方法还包括：

所述业务处理系统判断所述受理订单的基本信息是否完整；

若否，则获取待补充的所述受理订单的基本信息，并根据补充后的基本信息更新所述受理订单。

可选地，所述业务处理系统基于所述受理订单与所述第三方系统的对应关系生成对应的调度流程，向所述第三方系统提交所述订单受理请求之后，所述业务处理系统向所述前端触点系统发送所述商品受理业务完成的通知及所述组合后的处理结果详细信息之前，所述方法还包括：

当所述业务处理系统接收所述前端触点系统发送的查看业务进度请求时，向所述前端触点系统发送所述业务在第三方系统执行的进度情况。

可选地，所述业务处理系统根据所述第三方系统的通信规则，生成符合所述通信规则的受理订单包括：

确定所述第三方系统的通信规则；

所述业务处理系统从协议库中选择符合所述第三方系统通信规则的交互协议，所述协议库包含多个网络接口类型的交互协议；

所述业务处理系统基于所述交互协议生成受理订单。

本申请实施例第二方面提供了一种业务处理方法，包括：

第三方系统接收业务处理系统发送的受理订单，所述受理订单符合所述第三方系统的通信规则；；

所述第三方系统根据所述受理订单的业务请求执行处理流程，并生成处理结果；

所述第三方系统向所述业务处理系统发送所述处理结果。

可选地，所述第三方系统接收业务处理系统发送的受理订单之后，所述第三方系统根据所述受理订单的业务请求执行处理流程，并生成处理结果之前，所述方法还包括；

所述第三方系统向所述业务处理系统发送接收业务成功的消息。

可选地，所述第三方系统根据所述受理订单的业务请求执行处理流程，并生成处理结果包括：

所述第三方系统每执行完所述处理流程的一个步骤，生成该步骤的执行结果，并发送给所述业务处理系统以更新业务的处理进度情况。

本申请实施例第三方面提供了一种业务处理系统，包括：

接收单元，用于接收前端触点系统提交的商品受理业务信息；

第一确定单元，用于获取所述商品与产品的第一映射关系，所述商品由所述产品组成；

拆分单元，用于根据所述第一映射关系将所述商品拆分为具体的组成产品；

第二确定单元，用于根据所述组成产品的信息确定对应的第三方系统；

第一执行单元，用于所根据所述第三方系统的通信规则，生成符合所述通信规则的受理订单；

第二执行单元，用于基于所述受理订单与所述第三方系统的对应关系生成对应的调度流程，向所述第三方系统提交所述订单受理请求；

第三执行单元，用于接收所述第三方系统发送的处理结果并将所述处理结果进行组合；

通知单元，用于向所述前端触点系统发送所述商品受理业务完成的通知及所述组合后的处理结果信息。

可选地，所述业务处理系统还包括：

第一判断单元，用于判断所述受理订单的基本信息是否完整；

录入单元，用于当第一判断单元结果为否时，获取待补充的所述受理订单的基本信息，并根据补充后的基本信息更新所述受理订单。

可选地，所述业务处理系统还包括：

反馈单元，当所述业务处理系统接收所述前端触点系统发送的查看业务进度请求时，向所述前端触点系统发送所述业务在第三方系统执行的进度情况。

可选地，所述第一执行单元包括：

确定模块，用于确定所述第三方系统的通信规则；

选择模块，用于从协议库中选择符合所述第三方系统通信规则的交互协议，所述协议库包含多个网络接口类型的交互协议；

生成订单模块，用于基于所述交互协议生成受理订单。

本申请实施例第四方面提供了一种第三方系统，包括：

接收单元，用于接收业务处理系统发送的受理订单，所述受理订单符合所述第三方系统的通信规则；

处理单元，用于根据所述受理订单的业务请求执行处理流程，并生成处理结果；

发送单元，用于向所述业务处理系统发送所述处理结果。

可选地，所述第三方系统还包括：

提示成功单元，向所述业务处理系统发送接收业务成功的消息。

可选地，所述处理单元包括：

生成结果模块，每执行完所述处理流程的一个步骤，生成该步骤的执行结果；

返回模块，将生成结果模块的内容发送给所述业务处理系统以更新业务的处理进度情况。

本申请实施例第五方面提供了一种业务交互方法，包括：

前端触点系统向业务处理系统发送商品业务处理请求信息，接收业务处理系统返回的业务处理结果；业务处理系统将商品信息拆分为具体产品信息并生成产品受理订单，向第三方系统发送产品受理订单，接收第三方系统返回的受理订单结果并将该结果发送至前端触点系统；第三方系统接收业务处理系统发送的产品受理业务订单，对该订单进行流程处理，并将处理结果发送给业务处理系统。

本申请实施例第六方面提供了一种业务控制单元，包括：

处理器、存储器、输入输出单元、总线；

所述处理器与所述存储器、所述输入输出单元以及所述总线相连；

所述处理器具体执行如下操作：

接收前端触点系统提交的商品受理业务信息；

获取所述商品与产品的第一映射关系，所述商品由所述产品组成；

根据所述第一映射关系将所述商品拆分为具体的组成产品；

根据所述组成产品的信息确定对应的第三方系统；

根据所述第三方系统的通信规则，生成符合所述通信规则的受理订单；

基于所述受理订单与所述第三方系统的对应关系生成对应的调度流程，向所述第三方系统提交所述订单受理请求；

接收所述第三方系统发送的处理结果并将所述处理结果进行组合；

向所述前端触点系统发送所述商品受理业务完成的通知及所述组合后的处理结果信息。

本申请实施例第七方面提供了一种计算机可读存储介质，所述计算机可读存储介质上保存有程序，所述程序在计算机上执行时执行前述业务处理方法。

从以上技术方案可以看出，在本申请实施例中，业务处理系统接收到前端触点系统提交的受理业务信息，通过获取商品与产品，产品与系统的映射关系，自动将受理的商品拆解为产品，并按照第三方系统的通信规则，生成符合第三方系统通信规则的受理订单，第一方面免去人工对销售商品组成产品的拆分、选择产品对应的第三方系统进行处理的步骤与时间，操作更简单迅速，第二方面提供给前端操作人员对业务流程的可视化操作，方便及时了解业务的进展。

附图说明

图1为本申请中业务处理方法一个实施例流程示意图；

图2为本申请中业务处理方法另一实施例流程示意图；

图3为本申请中业务处理方法另一实施例流程示意图；

图4为本申请中业务处理系统一个实施例结构示意图；

图5为本申请中第三方系统一个实施例结构示意图；

图6为本申请中业务协同方法一个实施例流程示意图；

图7为本申请中业务控制单元一个实施例结构示意图。

具体实施方式

本申请实施例提供了一种业务处理方法及相关系统，用于解决电信行业在处理集客业务受理过程中需要人工对业务产品进行拆分，以及查看业务进度信息不便的问题。

下面将结合本申请实施例中的附图，对本申请中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本申请的方法可以应用于服务器、终端或者其它具备逻辑处理能力的设备，对此，本申请不作限定。为方便描述，下面以执行主体为业务系统为例进行描述。

请参阅图1，本申请业务处理方法一个实施例包括：

101、业务处理系统接收前端触点系统提交的商品受理业务信息；

在电信行业的集客业务中，销售人员需要将售卖的商品信息录入前端触点系统，由于该商品可能由多个平台提供的产品组成，因此相关人员需对该商品业务信息拆分，确定该商品由哪些产品组成，找到产品所在的第三方系统，将该产品的业务请求发送至对应的第三方系统，待所有第三方系统完成了产品的业务处理之后返回处理结果至前端触点系统由相关人员对信息进行整合。

本申请中，业务处理系统接收销售人员录入前端触点系统并提交的商品受理业务请求，不需要人工对提交的业务进行处理。

102、所述业务处理系统获取所述商品与产品的第一映射关系，所述商品由所述产品组成；

业务处理系统从接收的商品受理业务信息中获取该商品是由哪些产品组成的，例如，语音专线业务由融合V网业务和融合总机业务等多个子业务组成。

103、所述业务处理系统根据所述第一映射关系将所述商品拆分为具体的组成产品；

根据步骤102获取的组成产品信息，业务处理系统将所述商品的受理业务请求拆分为详细的组成产品业务请求，例如，开通语音专线的业务，需要开通它的子业务，融合V网业务和融合总机业务等等。

104、所述业务处理系统根据所述组成产品的信息确定对应的第三方系统；

组成产品的信息中包含了该产品来自哪个第三方系统，业务处理系统通过该信息确定产品的来源。

需要说明的是，本申请中第三方系统可以为云平台系统、系统物联网B-BSS或业务支撑系统BSS等与集客业务相关的系统，具体此处不做限定。

105、所述业务处理系统根据所述第三方系统的通信接口规则，生成符合所述第三方系统要求通信规则的受理订单；

由于每个第三方系统的功能不一样，系统使用的框架可能不一样，使用的通信接口协议也可能不一样。在步骤104确定相关第三方系统后，业务系统根据该第三方系统的通信规则生成产品受理订单，因为只有符合第三方系统的通信规则的才能相互通信。

106、所述业务处理系统基于所述受理订单与所述第三方系统的对应关系生成对应的调度流程，向所述第三方系统提交所述订单受理请求；

由于用户或相关人员在办理业务的过程中可能会对业务的完成情况十分关心，希望能了解业务的进展情况，因此业务处理系统确定所有的受理订单都已经完整后，为了使得该业务受理订单能有序、协调、高效的运行，业务处理系统对步骤105所得的受理订单生成调度流程，并将受理订单发送至对应的第三方系统，以使得订单在第三方系统中从开始到完成的每一个阶段都向业务处理系统发送通知，便于了解业务的最近进度。

107、所述业务处理系统接收所述第三方系统发送的处理结果并将所述处理结果进行组合；

业务处理系统接收相应第三方系统发送的处理后的业务受理订单结果，待所有相关第三方系统都返回业务受理订单结果后，根据商品的产品组成信息对这些返回的拆分处理后的产品信息进行组合，以使得处理后的结果有序、直观的展现出来。

108、所述业务处理系统向所述前端触点系统发送所述商品受理业务完成的通知及所述组合后的处理结果信息。

完成步骤107后，业务处理系统向前端触点系统发送业务完成的通知和组合后产品受理业务信息，以使得销售人员了解业务的处理情况并继续开展后面的工作。

本申请提供了一种无需人工对销售商品进行拆分与调度的方法，免去了人工参与拆分商品与调度的过程，提高了业务办理的速度。

请参阅图2，本申请业务处理方法另一实施例包括：

201、业务处理系统接收前端触点系统提交的商品受理业务信息；

202、所述业务处理系统获取所述商品与产品的第一映射关系，所述商品由所述产品组成；

203、所述业务处理系统根据所述第一映射关系将所述商品拆分为具体的组成产品；

204、所述业务处理系统根据所述组成产品的信息确定对应的第三方系统；

本申请实施例中的步骤201至204与前述实施例中步骤101至104类似，此处不再赘述。

205、确定所述第三方系统的通信规则；

由于每个第三方系统支持的业务不一样所以可能导致使用的系统架构存在一定差异，因此本申请业务处理系统想与第三方系统建立通信连接时，需要先确定该第三方系统使用的通信规则。

206、所述业务处理系统从协议库中选择符合所述第三方系统通信规则的交互协议，所述协议库包含多个网络接口类型的交互协议；

为了满足业务处理系统与第三方系统能顺利通信，业务处理系统中预存了所有相关第三方系统的交互协议方案，以支持系统间的协议适配，例如，restful、SOAP、socket、FTP等，具体此处不做限定。

207、所述业务处理系统基于所述交互协议生成受理订单；

业务处理系统基于步骤206选择的通信规则生成受理订单，以使得第三方系统能顺利接收业务处理系统发出的业务受理请求。

208、所述业务处理系统判断所述受理订单的基本信息是否完整，若是，则执行步骤210，若否，则执行步骤209；

现有技术中，销售人员在前端触点系统录入销售商品信息后，相关人员在拆分该商品为产品之前需要检查录入的商品信息是否完整正确，本申请中，为了能让业务能顺利进行，业务处理系统需检查判断步骤207生成订单中的商品信息是否完整正确。

209、获取待补充的所述受理订单的基本信息，并根据补充后的基本信息更新所述受理订单；

若该受理订单不完整或不正确，提示相关人员对该订单信息进行补充或更改，待确认完成后业务处理系统将补充或更改的信息更新受理订单。

210、所述业务处理系统基于所述受理订单与所述第三方系统的对应关系生成对应的调度流程，向所述第三方系统提交所述订单受理请求；

本申请实施例中的步骤210与前述实施例中步骤106类似，此处不再赘述。

211、当所述业务处理系统接收所述前端触点系统发送的查看业务进度请求时，向所述前端触点系统发送所述业务在第三方系统执行的进度情况；

当用户想查看业务的处理情况时，销售人员可以通过前端触点系统发送查看相关业务进度的请求至业务处理系统，业务处理系统接收到该请求后，查看调度流程中从第三方系统发回的进度信息并将该信息发送至前端触点系统，这样，用户就可以清楚的看到业务办理的情况。

212、所述业务处理系统接收所述第三方系统发送的处理结果并将所述处理结果进行组合；

业务处理系统在成功接收所有相关第三方系统发回的已经受理完成的订单信息后，为了能够将这些信息井井有条的展示给相关人员浏览，业务处理系统对这些信息按照商品的组合方式进行合并。

213、所述业务处理系统向所述前端触点系统发送所述商品受理业务完成的通知及所述组合后的处理结果信息。

业务处理系统完成步骤212受理订单信息的组合后，说明商品的业务受理已经完成，向前端触点系统发送业务完成的通知，并将该受理订单信息发送至前端触点系统。有可能存在业务办理不成功的情况，向前端触点系统发送业务没有成功完成的通知，并将受理订单信息的情况发送至前端触点系统，方便使用前端触点系统的相关人员了解不成功的原因。

本申请提供的方法应用于集客业务的办理中，不仅免去人工对销售商品业务办理中将商品拆分为产品、选择产品对应的第三方系统进行处理的步骤与时间，操作更简单迅速，还可以让前端操作人员能够及时了解办理业务的进展情况。

请参阅图3，本申请中业务处理方法另一实施例包括：

301、第三方系统接收业务处理系统发送的受理订单，所述受理订单符合所述第三方系统的通信规则；

为了第三方系统的安全考虑，在与第三方系统建立通信时，只有符合第三方系统的通信规则才能成功通信，因此业务处理系统发送的受理订单只有符合第三方系统的通信规则时，该第三方系统才能成功接收。

302、所述第三方系统向所述业务处理系统发送接收业务成功的消息；

当第三方系统成功接收业务处理系统发送的受理订单时，向该业务处理系统返回业务接收成功的消息，以使得业务处理系统记录业务开始的时间。

303、所述第三方系统每执行完所述处理流程的一个步骤，生成该步骤的执行结果，并发送给所述业务处理系统以更新业务的处理进度情况；

由于业务的处理需要按照步骤进行处理，第三方系统对接收的业务请求的处理过程中，在执行完每个步骤都会生成该步骤的执行结果，将该结果发送给业务处理系统，以使得业务处理系统能记录该业务在第三方系统中的处理进度情况。

304、所述第三方系统向所述业务处理系统发送所述处理结果。

第三方系统对该业务成功执行完所有的处理后，将得到的处理结果发送给业务处理系统，以使得业务处理系统得到最后的业务处理结果。

本申请能够将业务的处理过程及时的反馈给业务处理系统，以使得用户能够了解业务的进展情况。

请参阅图4，本申请业务处理系统一个实施例结构示意图包括：

接收单元401，用于接收前端触点系统提交的商品受理业务信息；

第一确定单元402，用于获取所述商品与产品的第一映射关系，所述商品由所述产品组成；

拆分单元403，用于根据所述第一映射关系将所述商品拆分为具体的组成产品；

第二确定单元404，用于根据所述组成产品的信息确定对应的第三方系统；

第一执行单元405，用于所根据所述第三方系统的通信规则，生成符合所述通信规则的受理订单；

第一判断单元406，用于判断所述受理订单的基本信息是否完整；

录入单元407，用于当第一判断单元结果为否时，获取待补充的所述受理订单的基本信息，并根据补充后的基本信息更新所述受理订单。

第二执行单元408，用于基于所述受理订单与所述第三方系统的对应关系生成对应的调度流程，向所述第三方系统提交所述订单受理请求；

第三执行单元409，用于接收所述第三方系统发送的处理结果并将所述处理结果进行组合；

通知单元410，用于向所述前端触点系统发送所述商品受理业务完成的通知及所述组合后的处理结果信息。

反馈单元411，当所述业务处理系统接收所述前端触点系统发送的查看业务进度请求时，向所述前端触点系统发送所述业务在第三方系统执行的进度情况。

本实施例中第一执行单元包含有：

确定模块4053，用于确定所述第三方系统的通信规则；

选择模块4052，用于从协议库中选择符合所述第三方系统通信规则的交互协议，所述协议库包含多个网络接口类型的交互协议；

生成订单模块4051，用于基于所述交互协议生成受理订单。

本申请实施例中，各单元的功能与前述图2所示实施例中的步骤对应，此处不再赘述。

请参阅图5，本申请中第三方系统一个实施例包括：

接收单元501，用于接收业务处理系统发送的受理订单，所述受理订单符合所述第三方系统的通信规则；

处理单元502，用于根据所述受理订单的业务请求执行处理流程，并生成处理结果；

发送单元503，用于向所述业务处理系统发送所述处理结果。

提示成功单元504，向所述业务处理系统发送接收业务成功的消息。

本实施例中处理单元包含有：

生成结果模块5021，每执行完所述处理流程的一个步骤，生成该步骤的执行结果；

返回模块5022，将生成结果模块的内容发送给所述业务处理系统以更新业务的处理进度情况。

本申请实施例中，各单元的功能与前述图3所示实施例中的步骤对应，此处不再赘述。

下面对本申请实施例中的业务协同方法进行描述，请参阅图6，本申请中业务协同方法一个实施例包括：

601、录入并提交商品受理业务信息；

602、获取所述商品与产品的第一映射关系，所述商品由所述产品组成；

603、根据所述第一映射关系将所述商品拆分为具体的组成产品；

604、根据所述组成产品的信息确定对应的第三方系统；

605、确定所述第三方系统的通信规则；

606、业务处理系统从协议库中选择符合所述第三方系统通信规则的交互协议，所述协议库包含多个网络接口类型的交互协议；

607、业务处理系统基于所述交互协议生成受理订单；

608、业务处理系统判断所述受理订单的基本信息是否完整；

609、获取待补充的所述受理订单的基本信息，并根据补充后的基本信息更新所述受理订单；

610、基于所述受理订单与所述第三方系统的对应关系生成对应的调度流程，提交所述订单受理请求；

611、发送接收业务成功的消息；

612、第三方系统每执行完所述处理流程的一个步骤，生成该步骤的执行结果；

613、发送所述处理结果；

614、查看业务进度请求；

615、发送业务处理结果；

616、发送所述商品受理业务完成的通知及所述组合后的处理结果信息。

本申请实施例中各步骤与前述实施例2和实施例3中步骤对应，此处不再赘述。

下面对本申请实施例中的业务控制单元进行详细描述，请参阅图7，本申请中业务控制单元一个实施例包括：

处理器701、存储器702、输入输出单元703、总线704；

所述处理器701与所述存储器702、所述输入输出单元703以及所述总线704相连；

所述处理器701具体执行如下操作：

接收前端触点系统提交的商品受理业务信息；

获取所述商品与产品的第一映射关系，所述商品由所述产品组成；

根据所述第一映射关系将所述商品拆分为具体的组成产品；

根据所述组成产品的信息确定对应的第三方系统；

根据所述第三方系统的通信规则，生成符合所述通信规则的受理订单；

基于所述受理订单与所述第三方系统的对应关系生成对应的调度流程，向所述第三方系统提交所述订单受理请求；

接收所述第三方系统发送的处理结果并将所述处理结果进行组合；

向所述前端触点系统发送所述商品受理业务完成的通知及所述组合后的处理结果信息。

本实施例中，处理器701的功能与前述图1与图2所示实施例中的步骤对应，此处不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

需要说明的是，本发明中涉及“第一”、“第二”等的描述仅用于描述目的，而不能理解为指示或暗示其相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。另外，各个实施例之间的技术方案可以相互结合，但是必须是以本领域普通技术人员能够实现为基础，当技术方案的结合出现相互矛盾或无法实现时应当认为这种技术方案的结合不存在，也不在本发明要求的保护范围之内。

Claims (10)

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

业务处理系统接收前端触点系统提交的商品受理业务信息；

所述业务处理系统获取所述商品与产品的第一映射关系，所述商品由所述产品组成；

所述业务处理系统根据所述第一映射关系将所述商品拆分为具体的组成产品；

所述业务处理系统根据所述组成产品的信息确定对应的第三方系统；

所述业务处理系统根据所述第三方系统的通信规则，生成符合所述通信规则的受理订单；

所述业务处理系统基于所述受理订单与所述第三方系统的对应关系生成对应的调度流程，向所述第三方系统提交所述订单受理请求；

所述业务处理系统接收所述第三方系统发送的处理结果并将所述处理结果进行组合；

所述业务处理系统向所述前端触点系统发送所述商品受理业务完成的通知及所述组合后的处理结果信息。

2.根据权利要求1所述的方法，其特征在于，所述业务处理系统根据所述第三方系统的通信接口规则，生成符合所述第三方系统要求通信规则的受理订单之后，所述业务处理系统基于所述受理订单与所述第三方系统的对应关系生成对应的调度流程，向所述第三方系统提交所述订单受理请求之前，所述方法还包括：

所述业务处理系统判断所述受理订单的基本信息是否完整；

若否，则获取待补充的所述受理订单的基本信息，并根据补充后的基本信息更新所述受理订单。

3.根据权利要求1所述的方法，其特征在于，所述业务处理系统基于所述受理订单与所述第三方系统的对应关系生成对应的调度流程，向所述第三方系统提交所述订单受理请求之后，所述业务处理系统向所述前端触点系统发送所述商品受理业务完成的通知及所述组合后的处理结果详细信息之前，所述方法还包括：

当所述业务处理系统接收所述前端触点系统发送的查看业务进度请求时，向所述前端触点系统发送所述业务在第三方系统执行的进度情况。

4.根据权利要求1至3中任一项所述的方法，其特征在于，所述业务处理系统根据所述第三方系统的通信规则，生成符合所述通信规则的受理订单包括：

确定所述第三方系统的通信规则；

所述业务处理系统从协议库中选择符合所述第三方系统通信规则的交互协议，所述协议库包含多个网络接口类型的交互协议；

所述业务处理系统基于所述交互协议生成受理订单。

5.一种业务处理方法，其特征在于，包括：

第三方系统接收业务处理系统发送的受理订单，所述受理订单符合所述第三方系统的通信规则；

所述第三方系统根据所述受理订单的业务请求执行处理流程，并生成处理结果；

所述第三方系统向所述业务处理系统发送所述处理结果。

6.根据权利要求5所述的方法，其特征在于，所述第三方系统接收业务处理系统发送的受理订单之后，所述第三方系统根据所述受理订单的业务请求执行处理流程，并生成处理结果之前，所述方法还包括；

所述第三方系统向所述业务处理系统发送接收业务成功的消息。

7.根据权利要求5所述的方法，其特征在于，所述第三方系统根据所述受理订单的业务请求执行处理流程，并生成处理结果包括：

所述第三方系统每执行完所述处理流程的一个步骤，生成该步骤的执行结果，并发送给所述业务处理系统以更新业务的处理进度情况。

8.一种业务处理系统，其特征在于，包括：

接收单元，用于接收前端触点系统提交的商品受理业务信息；

第一确定单元，用于获取所述商品与产品的第一映射关系，所述商品由所述产品组成；

拆分单元，用于根据所述第一映射关系将所述商品拆分为具体的组成产品；

第二确定单元，用于根据所述组成产品的信息确定对应的第三方系统；

第一执行单元，用于所根据所述第三方系统的通信规则，生成符合所述通信规则的受理订单；

第二执行单元，用于基于所述受理订单与所述第三方系统的对应关系生成对应的调度流程，向所述第三方系统提交所述订单受理请求；

第三执行单元，用于接收所述第三方系统发送的处理结果并将所述处理结果进行组合；

通知单元，用于向所述前端触点系统发送所述商品受理业务完成的通知及所述组合后的处理结果信息。

9.根据权利要求8所述的业务处理系统，其特征在于，所述第一执行单元包括；

确定模块，用于确定所述第三方系统的通信规则；

选择模块，用于从协议库中选择符合所述第三方系统通信规则的交互协议，所述协议库包含多个网络接口类型的交互协议；

生成订单模块，用于基于所述交互协议生成受理订单。

10.一种第三方系统，其特征在于，包括：

接收单元，用于接收业务处理系统发送的受理订单，所述受理订单符合所述第三方系统的通信规则；

处理单元，用于根据所述受理订单的业务请求执行处理流程，并生成处理结果；

发送单元，用于向所述业务处理系统发送所述处理结果。

Images