一种配置业务受理流程的方法及装置.pdf

本申请公开了一种配置业务受理流程的方法及装置，该方法包括：获取待配置业务操作；依据预先设定的业务操作与接口命令字的对应关系，确定与待配置业务操作对应的接口命令字；依据接口命令字，在预先建立的模块库中选择与所述待配置业务操作相对应的请求报文及响应报文；其中，模块库中设置有与各个业务操作相对应的请求报文及响应报文；解析所述请求报文及所述响应报文，分别获得所述请求报文的发送参数及所述响应报文的返回信息；依据所述发送参数的类型，为所述各个发送参数选择相对应的获取方法；为所述各个返回信息确定相对应的处理结果。本申请提供的方法中预先建立的模块库可以实现业务处理代码的复用，节省存储资源。

权利要求书
1.  一种配置业务受理流程的方法，其特征在于，包括：
获取待配置业务操作；
依据预先设定的业务操作与接口命令字的对应关系，确定与所述待配置业务操作相对应的接口命令字；
依据所述接口命令字，在预先建立的模块库中选择与所述待配置业务操作相对应的请求报文及响应报文；其中，所述模块库中设置有与各个业务操作相对应的请求报文及响应报文；
解析所述请求报文及所述响应报文，分别获得所述请求报文的发送参数及所述响应报文的返回信息，所述发送参数及返回信息的个数分别可以有一个或多个；
依据所述发送参数的类型，为所述各个发送参数选择相对应的获取方法；
为所述各个返回信息确定相对应的处理结果。

2.  根据权利要求1所述的方法，其特征在于，所述待配置业务操作包括：互斥查询操作、订购查询操作、订购操作或退订操作。

3.  根据权利要求2所述的方法，其特征在于，当所述待配置业务操作类型为互斥查询操作或订购查询操作时，所述响应报文的返回信息包含返回参数，则所述为所述各个返回信息确定相对应的处理结果，包括：
获取与所述返回参数相对应的判断数值；
选择所述返回参数与所述判断数值之间的判断规则。

4.  根据权利要求2所述的方法，其特征在于，当所述待配置业务操作类型为订购操作类型或退订操作类型时，所述响应报文的返回信息包含返回码，则所述为所述各个返回信息确定相对应的处理结果，包括：
为所述各个返回码选择相对应的返回结果提示信息。

5.  一种配置业务受理流程的装置，其特征在于，包括：
获取操作单元，用于获取待配置业务操作；
确定命令字单元，用于依据预先设定的业务操作与接口命令字的对应关系，确定与所述待配置业务操作相对应的接口命令字；
选择报文单元，用于依据所述接口命令字，在预先建立的模块库中选择与所述待配置业务操作相对应的请求报文及响应报文；其中，所述模块库中设置有与各个业务操作相对应的请求报文及响应报文；
解析报文单元，用于解析所述请求报文及所述响应报文，分别获得所述请求报文的发送参数及所述响应报文的返回信息，所述发送参数及返回信息的个数分别可以有一个或多个；
选择发送参数单元，用于依据所述发送参数的类型，为所述各个发送参数选择相对应的获取方法；
确定处理结果单元，用于为所述各个返回信息确定相对应的处理结果。

6.  根据权利要求5所述的装置，其特征在于，所述获取单元包括：
第一获取单元，用于获取互斥查询业务操作；
第二获取单元，用于获取订购查询业务操作；
第三获取单元，用于获取订购业务操作；
第四获取单元，用于获取退订业务操作。

7.  根据权利要求6所述的装置，其特征在于，所述响应报文的返回信息包括返回参数和/或返回码，则所述确定处理结果单元包括：
获取判断数值单元，分别与所述第一获取单元、所述第二获取单元相连接，用于获取与所述返回参数相对应的判断数值；
选择判断规则单元，用于选择所述返回参数与所述判断数值之间的判断规则；
获取提示信息单元，分别与所述第三获取单元、所述第四获取单元相连接，用于为所述各个返回码选择相对应的返回结果提示信息。

说明书一种配置业务受理流程的方法及装置
技术领域
本申请涉及软件开发领域，尤其是一种配置业务受理流程的方法及装置。
背景技术
电子商务通常是指在全球各地广泛的商业贸易活动中，基于开放的网络传输渠道，买卖双方不谋面地进行各种交易活动。移动公司、联通公司、电信公司等电信营运公司推出的各种产品，如移动公司推出资费套餐类的全球通88元本地套餐，上网套餐类的5元GPRS月套餐等，属于虚拟商品，可应用所述电子商务方式进行交易。交易过程是，电子商务网站将电信营运公司的产品发布后，顾客在所述网站中提交订购或退订请求，所述网站接收所述请求并依据业务受理流程进行业务受理操作。
所述业务受理操作指，网站向电信营运公司的BOSS（Bussiness Operation Support System，业务营运支撑系统）发送请求报文，以使所述BOSS返回响应报文，所述网站依据所述响应报文为用户返回相应的处理结果信息。
现有技术中，电子商务网站发布各个产品前，需要分别针对每个产品开发独立的业务受理流程，所述重复开发过程造成代码重复存储，从而浪费存储资源。
发明内容
有鉴于此，本申请提供了一种配置业务受理流程的方法及装置，用以解决现有技术中针对每项产品需开发相应的业务受理流程，造成的代码重复存储从而浪费存储资源的问题。本申请的技术方案如下：
一种配置业务受理流程的方法，包括：
获取待配置业务操作；
依据预先设定的业务操作与接口命令字的对应关系，确定与所述待配置业务操作相对应的接口命令字；
依据所述接口命令字，在预先建立的模块库中选择与所述待配置业务操作相对应的请求报文及响应报文；其中，所述模块库中设置有与各个业务操作相对应的请求报文及响应报文；
解析所述请求报文及所述响应报文，分别获得所述请求报文的发送参数及所述响应报文的返回信息，所述发送参数及返回信息的个数分别可以有一个或多个；
依据所述发送参数的类型，为所述各个发送参数选择相对应的获取方法；
为所述各个返回信息确定相对应的处理结果。
优选的，所述待配置业务操作包括：互斥查询操作、订购查询操作、订购操作或退订操作。
优选的，当所述待配置业务操作类型为互斥查询操作或订购查询操作时，所述响应报文的返回信息包括返回参数，则所述为所述各个返回信息确定相对应的处理结果，包括：
获取与所述返回参数相对应的判断数值；
选择所述返回参数与所述判断数值之间的判断规则。
优选的，当所述待配置业务操作类型为订购操作类型或退订操作类型时，所述响应报文的返回信息包括返回码，则所述为所述各个返回信息确定相对应的处理结果，包括：
为所述各个返回码选择相对应的返回结果提示信息。
一种配置业务受理流程的装置，包括：
获取操作单元，用于获取待配置业务操作；
确定命令字单元，用于依据预先设定的业务操作与接口命令字的对应关系，确定与所述待配置业务操作相对应的接口命令字；
选择报文单元，用于依据所述接口命令字，在预先建立的模块库中选择与所述待配置业务操作相对应的请求报文及响应报文；其中，所述模块库中设置有与各个业务操作相对应的请求报文及响应报文；
解析报文单元，用于解析所述请求报文及所述响应报文，分别获得所述请求报文的发送参数及所述响应报文的返回信息，所述发送参数及返回信息的个数分别可以有一个或多个；
选择发送参数单元，用于依据所述发送参数的类型，为所述各个发送参数选择相对应的获取方法；
确定处理结果单元，用于为所述各个返回信息确定相对应的处理结果。
优选的，所述获取单元包括：
第一获取单元，用于获取互斥查询业务操作；
第二获取单元，用于获取订购查询业务操作；
第三获取单元，用于获取订购业务操作；
第四获取单元，用于获取退订业务操作。
优选的，所述响应报文的返回信息包括返回参数和/或返回码，则所述确定处理结果单元包括：
获取判断数值单元，分别与所述第一获取单元、所述第二获取单元相连接，用于获取与所述返回参数相对应的判断数值；
选择判断规则单元，用于选择所述返回参数与所述判断数值之间的判断规则；
获取提示信息单元，分别与所述第三获取单元、所述第四获取单元相连接，用于为所述各个返回码选择相对应的返回结果提示信息。
由以上的技术方案可知，本申请提供了一种配置业务受理流程的方法及装置，该方法包括：获取待配置业务操作；依据预先设定的业务操作与接口命令字的对应关系，确定与所述待配置业务操作相对应的接口命令字；依据所述接口命令字，在预先建立的模块库中选择与所述待配置业务操作相对应的请求报文及响应报文；其中，所述模块库中设置有与各个业务操作相对应的请求报文及响应报文；解析所述请求报文及所述响应报文，分别获得所述请求报文的发送参数及所述响应报文的返回信息，所述发送参数及返回信息的个数分别可以有一个或多个；依据所述 发送参数的类型，为所述各个发送参数选择相对应的获取方法；为所述各个返回信息确定相对应的处理结果。现有技术中，为每个产品分别开发独立的业务处理流程，所述各个业务处理流程中相同的代码重复存储，而本申请提供的方法预先建立模块库，所述模块库中设定有与各个业务操作相对应的请求报文及响应报文，通过配置各个产品业务操作与所述模块库中相对应的报文间的对应关系，完成业务处理流程的配置。本申请提供的方法中预先建立的模块库可以实现业务处理代码的复用，节省了存储资源。
附图说明
为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1为本申请提供的一种配置业务受理流程方法实施例一的流程图；
图2为本申请提供的一种配置业务受理流程方法实施例二的流程图；
图3为本申请提供的一种配置业务受理流程方法实施例三的流程图；
图4为本申请提供的一种配置业务受理流程装置实施例四的结构示意图；
图5为本申请提供的一种配置业务受理流程装置实施例五的结构示意图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
移动公司、联通公司或电信公司等电信业务营运公司的产品在发布 到网站供顾客进行订购或退订前，需要配置业务受理流程，所述业务受理流程包括互斥查询、订购查询、订购及退订。产品的业务受理流程完成配置后才能发布到网站中供用户进行选择。所述配置完成的产品发布到网站后，显示给用户的可用操作有订购及退订两种。
当用户选择订购某种产品时，网站接收到所述订购命令需判断所述产品是否配置有互斥查询操作及订购查询操作，若是，则需要进行互斥查询及订购查询。若否，则直接进行订购。所述互斥，指某产品（如A产品）与某些产品（如B产品）不能被同一用户同时订购，则互斥查询即查询订购该产品（A产品）的用户是否已经订购有与所述产品（A产品）互斥的产品（B产品）。另外，进行所述订购查询是由于某些产品不能被同一用户订购两次及两次以上。当然，所述订购查询可以理解为特殊的互斥查询，即该产品与本身互斥。完成所述互斥查询及所述订购查询后，当所述用户并没有订购过与当前产品存在互斥关系的产品且没有订购过当前产品时，进行当前产品的订购。
当用户选择退订某种产品时，网站接收到所述退订命令，并不需要进行任何判断，直接进行当前产品的退订。
需要说明的是，所述互斥查询、订购查询、订购或退订的实现过程为，发送各个业务操作处理请求至BOSS，触发所述BOSS进行业务操作处理后返回响应报文，接收并解析所述各个响应报文确定处理结果，并将所述处理结果返回给用户。
需要说明的是，本申请提供的各个实施例并不限定于所述电信业务营运公司的业务受理流程，交易其他形式电子商品的电子商务公司，均在本申请的保护范围内。
为实现产品的以上业务受理流程，需要对所述业务受理流程进行开发定义。现有技术中，针对每个产品独立开发定义所述业务受理流程，造成了代码的重复存储，本申请提供了一种配置业务受理流程的方法，以解决重复存储开发代码造成的资源浪费问题。请参阅图1，其示出了本申请提供的一种配置业务受理流程方法实施例一的流程图，本实施例可 以包括：
步骤S101：获取待配置业务操作；
所述业务操作，指所述某一项产品的业务受理流程中包括的业务内容，包括但不限定于互斥查询、订购查询、订购及退订。实现所述获取待配置业务操作的方式，可以是依据配置员的指令获取与所述指令相对应的业务操作，也可以是依据预先设置的产品与业务操作之间的对应关系获取所述产品的业务操作。其中：
所述第一种实现方式具体为，向所述配置员提供业务操作列表，所述列表中包含有所述产品的业务受理流程中的各项业务操作，依据配置员选择的业务操作指令获取所述业务操作。
所述第二种实现方式具体为，根据产品的类型，预先设置各个产品所对应的业务操作。如设置A产品对应订购操作及退订操作；设置B产品对应互斥查询、订购查询、订购及退订操作。
将获取的所述待配置业务操作与所述产品建立对应关系，完成将所述待配置业务分配给所述产品。
需要说明的是，所述配置员指的是使用本申请提供的方法对产品进行受理流程配置的人员，当然，不限于以配置员对所述人员称呼，只要所述人员使用本申请提供的方法进行所述配置，都属于本申请的保护范围。
步骤S102：依据预先设定的业务操作与接口命令字的对应关系，确定与所述待配置业务操作相对应的接口命令字；
业务操作与接口命令字之间存在唯一对应关系，依据对应关系确定与所述待配置业务操作相对应的接口命令字。如查询订购操作的接口命令字为1001。所述接口命令字用于在BOSS中确定处理所述业务的模块。通过所述接口命令字可以将所述业务操作的请求报文发送至所述BOSS中的业务处理模块。
步骤S103：依据所述接口命令字，在预先建立的模块库中选择与所述待配置业务操作相对应的请求报文及响应报文；其中，所述模块库中设置有与各个业务操作相对应的请求报文及响应报文；
所述模块库中预先设置有与所述各个业务操作相对应的请求报文及 与所述各个业务操作相对应的响应报文。依据所述接口命令字与所述待配置业务操作之间的唯一对应关系，在所述模块库中选择与所述各个待配置业务相对应的请求报文及响应报文。所述预先设置的模块库中的各个请求报文及响应报文针对所有的产品，相较于现有技术中为每一项产品独立开发业务处理流程，实现了代码的复用，节省了存储资源。
步骤S104：解析所述请求报文及所述响应报文，分别获得所述请求报文的发送参数及所述响应报文的返回信息，所述发送参数及返回信息的个数分别可以有一个或多个；
解析由步骤S103选择的所述请求报文，获得所述请求报文中的发送参数。如全球通88元本地套餐产品的互斥查询操作的请求报文中需包含mobile、operator、returnType参数。其中：mobile为用户手机号码，operator为业务操作类型，returnType为报文返回类型。当然，依据产品类型的不同，所述发送参数可以是一个也可以是多个。
解析由步骤S103选择的所述响应报文，获得所述响应报文中的返回信息。所述返回信息依据业务操作的不同会有不同的类型，可能为返回码，也可能为返回参数。当然，依据产品类型的不同，所述返回信息可以是一个也可以是多个。
步骤S105：依据所述发送参数的类型，为所述各个发送参数选择相对应的获取方法；
依据所述发送参数的类型，选择与其相对应的获取方法。如，当发送参数包括手机号码时，则获取方法为获取手机号码；当发送参数包括时间时，则获取方法为获取系统时间；当发送参数包括用户输入信息时，则获取方法为获取用户的输入信息；当发送参数包括空字符串时，则获取空字符串；当发送参数包括依据与BOSS的接口协议预先设定的预设值时，则获取所述预设值。其中，对于发送参数包括用户输入信息的情况进行举例说明。例如，订购全球通88元本地套餐产品，发送的订购请求报文格式为：mobile～operator～returnType～nCode～sType～packageServiceIdentification～is Force～efficientType，其中：参数efficientType表示生效方式，即立即生 效或者下个月生效，该值为用户在产品界面以选择的方式输入的信息。
所述选择与各个发送参数相对应的实现方式，可以是向配置员展示包含所述各个获取方法的列表，依据配置员的选择指令，将所述参数与所述获取方法建立对应关系；也可以是依据预先设置的各个参数与获取方法的对应关系，实现为所述参数选择与其相对应的获取方法。
需要说明的是，已预先设置所述各个获取方法的实现过程，为发送参数选择与其相对应的获取方法，则将所述产品发布后，依据用户的触发向所述BOSS发送请求报文时，可以依据所述获取方法获取到所述请求报文需要封装的各个参数。所述预先设置的所述各个获取方法的实现过程，适用于所有产品，相较于现有技术中针对每一项产品开发业务处理流程，实现了代码的复用，节省了存储资源。
步骤S106：为所述各个返回信息确定相对应的处理结果。
返回信息的类型不同，确定处理结果的过程也会不同。所述确定处理结果，是依据返回信息配置返回给用户的提示信息，或者是依据返回信息配置返回信息的判断规则，所述判断规则用于产品发布后，判断所述BOSS返回的响应报文中的返回信息表示的业务操作处理情况。
由以上的技术方案可知，本申请提供了一种配置业务受理流程的方法，该方法包括：获取待配置业务操作；依据预先设定的业务操作与接口命令字的对应关系，确定与所述待配置业务操作相对应的接口命令字；依据所述接口命令字，在预先建立的模块库中选择与所述待配置业务操作相对应的请求报文及响应报文；其中，所述模块库中设置有与各个业务操作相对应的请求报文及响应报文；解析所述请求报文及所述响应报文，分别获得所述请求报文的发送参数及所述响应报文的返回信息，所述发送参数及返回信息的个数分别可以有一个或多个；依据所述发送参数的类型，为所述各个发送参数选择相对应的获取方法；为所述各个返回信息确定相对应的处理结果。
现有技术中，为每个产品分别开发独立的业务处理流程，所述各个业务处理流程中相同的代码重复存储，而本申请提供的方法预先建立模块库，所述模块库中设定有与各个业务操作相对应的请求报文及响应报文， 针对所有产品。另外，本实施中预先设置各种参数获取方法的实现，同样针对所有产品。因此，本实施例提供的方法可以实现业务处理流程中代码的复用，节省了存储资源。同时，当业务操作所对应的接口命令字改变时，现有技术中需要对使用该接口命令字的产品依次重新进行修改，增加了维护成本，而本申请提供的方法通过对业务操作与其相对应的接口命令字的重新选择，重新建立接口命令字与所述业务操作之间的对应关系完成所述修改，并不需要手动修改代码，因此降低了维护成本。
当所述待配置业务操作类型为互斥查询操作或订购查询操作时，所述响应报文的返回信息包含返回参数。在该种情况下，请参阅图2，其示出了本申请提供的一种配置业务受理流程实施例二的部分流程图，实施例一中的步骤S106可以包括：
步骤S201：获取与所述返回参数相对应的判断数值；
当所述业务操作为互斥查询操作或订购查询操作时，所述BOSS返回的响应报文中包含的是返回参数，则需要对所述返回参数配置相对应的判断信息。所述判断信息中需要判断数值，获取所述判断数值的方式，可以是获取配置员输入的数值，将所述数值作为判断数值，如1或0；也可以是依据预先设置的判断数值与返回参数之间的对应关系，获取与所述返回参数相对应的判断数值。当然，需要依据接口协议预先设置判断数值与返回参数之间的对应关系。
步骤S202：选择所述返回参数与所述判断数值之间的判断规则。
所述判断规则包括大于、小于、大于等于、小于等于或等于。选择判断规则的方式，可以是向配置员显示包含有多个判断规则的列表，所述判断列表中包含有上述各个判断规则，根据配置员的选择指令，选择所述返回参数与步骤S201中获取的判断数值之间的判断规则；也可以是依据预先设置的返回参数、判断数值与判断规则之间的对应关系，选择所述返回参数与所述判断数值之间的判断规则。
例如，若互斥查询的响应报文中包含的返回参数包括ret，获取到的与所述ret相对应的判断数值为0，选择的判断规则为大于，则所述判断 信息为ret>0。所述判断信息用于在接收到所述响应报文后，拆分所述响应报文，获得所述返回参数ret，判断所述ret参数的数值是否大于0，若大于0，则表示已订购与当前产品（A产品）存在互斥关系的产品（B产品），可以向用户发送提示订购失败的消息，所述提示消息中包含有订购失败的原因，即由于已订购过B产品，不能订购A产品；若不大于0，则表示没有订购与当前产品存在互斥关系的产品，则判断该产品是否需要设置有订购查询的判断，若是，则进行订购查询。
需要说明的是，所述返回报文中可以包括一个或多个返回参数，当包括多个返回参数时，需要依据步骤S201及步骤S202对各个返回参数分别配置相应的判断信息，所述判断信息中的各个参数之间的关系为&（且）关系。此种情形下，产品发布后，接收到所述包含多个返回参数的响应报文后，解析所述响应报文，判断所述响应报文中的各个参数是否都满足与其相对应的判断信息。例如，上述互斥查询的响应报文中包括a参数及b参数，针对a参数的判断信息为a>0，针对b参数的判断信息为b<0，则需要解析所述响应报文，判断是否所述响应报文中a参数的数值大于0且b参数的数值小于0，若是，则表示已订购与当前产品（A产品）存在互斥关系的产品（B产品），可以向用户发送提示订购失败的消息，所述提示消息中包含有订购失败的原因，即由于已订购过B产品，不能订购A产品。
另外，互斥查询操作与订购查询操作的返回报文中可以包括返回码，如1或0。所述返回码用于判断BOSS是否成功处理，如当返回码为0时，表示BOSS存在故障，无法处理业务，则所述返回结果信息可以为：系统暂时无法为您服务。当所述返回码为1时，则表示处理成功，不需要向用户发送相关提示信息。当然，所述返回结果信息并不限定于此一种形式，只要能表达出系统出现故障的含义，均在本实施例的保护范围内。
当所述待配置业务操作类型为订购操作或退订操作时，所述响应报文的返回信息包括返回码。在该种情况下，请参阅图3，其示出了本申请提供的一种配置业务受理流程实施例三的流程图，本实施例可以包括：
步骤S301：获取待配置业务操作；
步骤S302：依据预先设定的业务操作与接口命令字的对应关系，确定与所述待配置业务操作相对应的接口命令字；
步骤S303：依据所述接口命令字，在预先建立的模块库中选择与所述待配置业务操作相对应的请求报文及响应报文；其中，所述模块库中设置有与各个业务操作相对应的请求报文及响应报文；
步骤S304：解析所述请求报文及所述响应报文，分别获得所述请求报文的发送参数及所述响应报文的返回码，所述发送参数及返回信息的个数分别可以有一个或多个；
步骤S305：依据所述发送参数的类型，为所述各个发送参数选择相对应的获取方法；
步骤S301至步骤S305与实施例一中的步骤S101至步骤S105相同，在此不作赘述。
步骤S306：为所述各个返回码选择相对应的返回结果提示信息。
当所述业务操作为订购操作或退订操作时，所述BOSS返回的响应报文中包含返回码，如订购A产品的响应报文中包含的返回码为1或0。所述返回码用于判断BOSS进行业务处理后的结果，如当返回码为1时，表示订购成功，则所述返回结果提示信息可以为：您已成功订购A产品；当返回码为0时，表示订购失败，则所述返回结果提示信息可以为：抱歉，订购A产品的操作失败。当然，所述返回结果信息并不限定于上述形式，只要能表达订购成功或订购失败的含义，均在本实施例的保护范围内。
基于上述在业务处理过程中使用所述返回码对返回报文进行解析，则需要在进行发布产品前，为产品的订购操作返回报文及退订操作返回报文中的返回参数选择相应的返回结果提示信息。所述选择的方式，可以是显示给配置员包含多个返回结果提示信息的列表，根据配置员的选择指令，选择相应的提示结果信息，并建立所述提示结果信息与所述返回码之间的对应关系。
请参阅图4，其示出了本申请提供的一种配置业务受理流程装置实施例四的结构示意图，本实施例可以包括：获取操作单元401、确定命令字单元402、选择报文单元403、解析报文单元404、选择发送参数单元405及确定处理结果单元406，其中：
所述获取操作单元401，用于获取待配置业务操作；
所述业务操作，指所述某一项产品的业务受理流程中包括的业务内容，包括但不限定于互斥查询、订购查询、订购及退订。所述获取操作单元401实现所述获取待配置业务操作的方式，可以是依据配置员的指令获取与所述指令相对应的业务操作，也可以是依据预先设置的产品与业务操作之间的对应关系获取所述产品的业务操作。其中：
所述第一种实现方式具体为，向所述配置员提供业务操作列表，所述列表中包含有所述产品的业务受理流程中的各项业务操作，依据配置员选择的业务操作指令获取所述业务操作。
所述第二种实现方式具体为，根据产品的类型，预先设置各个产品所对应的业务操作。如设置A产品对应订购操作及退订操作；设置B产品对应互斥查询、订购查询、订购及退订操作。
所述获取操作单元401将获取的所述待配置业务操作与所述产品建立对应关系，完成将所述待配置业务分配给所述产品。
所述确定命令字单元402，用于依据预先设定的业务操作与接口命令字的对应关系，确定与所述待配置业务操作相对应的接口命令字；
业务操作与接口命令字之间存在唯一对应关系，所述确定命令字单元402依据对应关系确定与所述待配置业务操作相对应的接口命令字。如查询订购操作的接口命令字为1001。所述接口命令字用于在BOSS中确定处理所述业务的模块。通过所述接口命令字可以将所述业务操作的请求报文发送至所述BOSS中的业务处理模块。
所述选择报文单元403，用于依据所述接口命令字，在预先建立的模块库中选择与所述待配置业务操作相对应的请求报文及响应报文；其中，所述模块库中设置有与各个业务操作相对应的请求报文及响应报文；
所述模块库中预先设置有与所述各个业务操作相对应的请求报文及 与所述各个业务操作相对应的响应报文。所述选择报文单元403依据所述接口命令字与所述待配置业务操作之间的唯一对应关系，在所述模块库中选择与所述各个待配置业务相对应的请求报文及相应报文。所述预先设置的模块库中的各个请求报文及响应报文针对所有的产品，相较于现有技术中为每一项产品独立开发业务处理流程，实现了代码的复用，节省了存储资源。
所述解析报文单元404，用于解析所述请求报文及所述响应报文，分别获得所述请求报文的发送参数及所述响应报文的返回码，所述发送参数及返回信息的个数分别可以有一个或多个；
所述解析报文单元404解析所述选择报文单元403选择的所述请求报文，获得所述请求报文中的发送参数。如全球通88元本地套餐产品的互斥查询操作的请求报文中需包含mobile、operator、returnType参数。其中：mobile为用户手机号码，operator为业务操作类型，returnType为报文返回类型。当然，依据产品类型的不同，所述发送参数可以是一个也可以是多个。
所述解析报文单元404解析所述选择报文单元403选择的所述响应报文，获得所述响应报文中的返回信息。所述返回信息依据业务操作的不同会有不同的类型，可能为返回码，也可能为返回参数。当然，依据产品类型的不同，所述返回信息可以是一个也可以是多个。
所述选择发送参数单元405，用于依据所述发送参数的类型，为所述各个发送参数选择相对应的获取方法；
所述选择发送参数单元405依据所述发送参数的类型，选择与其相对应的获取方法。如，当发送参数包括手机号码时，则获取方法为获取手机号码；当发送参数包括时间时，则获取方法为获取系统时间；当发送参数包括用户输入信息时，则获取方法为获取用户的输入信息；当发送参数包括空字符串时，则获取空字符串；当发送参数包括依据与BOSS的接口协议预设先设定的预设值时，则获取所述预设值。其中，对于发送参数包括用户输入信息的情况进行举例说明。例如，订购全球通88元本地套餐产品，发送的订购请求报文格式为： mobile～operator～returnType～nCode～sType～packageServiceIdentification～is Force～efficientType，其中：参数efficientType表示生效方式，即立即生效或者下个月生效，该值为用户在产品界面以选择的方式输入的信息。
所述选择发送参数单元405选择与各个发送参数相对应的实现方式，可以是向配置员展示包含所述各个获取方法的列表，依据配置员的选择指令，将所述参数与所述获取方法建立对应关系；也可以是依据预先设置的各个参数与获取方法的对应关系，实现为所述参数选择与其相对应的获取方法。
需要说明的是，已预先设置所述各个获取方法的实现过程，所述选择发送参数单元405为发送参数选择与其相对应的获取方法，则将所述产品发布后，依据用户的触发向所述BOSS发送请求报文时，可以依据所述获取方法获取到所述请求报文需要封装的各个参数。所述预先设置的所述各个获取方法的实现过程，适用于所有产品，相较于现有技术中针对每一项产品开发业务处理流程，实现了代码的复用，节省了存储资源。
所述确定处理结果单元406，用于为所述各个返回信息确定相对应的处理结果。
返回信息的类型不同，所述确定处理结果单元406确定处理结果的过程也会不同。所述确定处理结果，是依据返回信息配置返回给用户的提示信息，或者是依据返回信息配置返回信息的判断规则，所述判断规则用于产品发布后，判断所述BOSS返回的响应报文中的返回信息表示的业务操作处理情况。
由以上的技术方案可知，本申请提供了一种配置业务受理流程的装置，该装置包括：获取操作单元、确定命令字单元、选择报文单元、解析报文单元、选择发送参数单元及确定处理结果单元。其中，所述获取操作单元获取待配置业务操作；所述确定命令字单元依据预先设定的业务操作与接口命令字的对应关系，确定与所述待配置业务操作相对应的接口命令字；所述选择报文单元依据所述接口命令字，在预先建立的模块库中选择与所述待配置业务操作相对应的请求报文及响应报文；其中，所述模块库中设置有与各个业务操作相对应的请求报文及响应报文；所 述解析报文单元解析所述请求报文及所述响应报文，分别获得所述请求报文的发送参数及所述响应报文的返回信息，所述发送参数及返回信息的个数分别可以有一个或多个；所述选择发送参数单元依据所述发送参数的类型，为所述各个发送参数选择相对应的获取方法；所述确定处理结果单元为所述各个返回信息确定相对应的处理结果。
现有技术中，为每个产品分别开发独立的业务处理流程，所述各个业务处理流程中相同的代码重复存储，而本申请提供的装置中预先建立模块库，所述模块库中设定有与各个业务操作相对应的请求报文及响应报文，针对所有产品。另外，本实施中预先设置各种参数获取方法的实现，同样针对所有产品。因此，本实施例提供的方法可以实现业务处理流程中代码的复用，节省了存储资源。同时，当业务操作所对应的接口命令字改变时，现有技术中需要对使用该接口命令字的产品依次重新进行修改，增加了维护成本，而本申请提供的方法通过对业务操作与其相对应的接口命令字的重新选择，重新建立接口命令字与所述业务操作之间的对应关系完成所述修改，并不需要手动修改代码，因此降低了维护成本。
请参阅图5，其示出了本申请提供的一种配置业务受理流程实施例五的结构示意图，本实施例可以包括：第一获取单元5011、第二获取单元5012、第三获取单元5013、第四获取单元5014、确定命令字单元502、选择报文单元503、解析报文单元504、选择发送参数单元505、获取判断数值单元50611、选择判断规则单元50612及获取提示信息单元5062，其中：
所述第一获取单元5011，用于获取互斥查询业务操作；所述第二获取单元5012，用于获取订购查询业务操作；所述第三获取单元5013，用于获取订购业务操作；所述第四获取单元5014，用于获取退订业务操作；
所述确定命令字单元502，用于依据预先设定的业务操作与接口命令字的对应关系，确定与所述待配置业务操作相对应的接口命令字；
所述选择报文单元503，用于依据所述接口命令字，在预先建立的模 块库中选择与所述待配置业务操作相对应的请求报文及响应报文；其中，所述模块库中设置有与各个业务操作相对应的请求报文及响应报文；
所述解析报文单元504，用于解析所述请求报文及所述响应报文，分别获得所述请求报文的发送参数及所述响应报文的返回信息，所述发送参数及返回信息的个数分别可以有一个或多个；
所述选择发送参数单元505，用于依据所述发送参数的类型，为所述各个发送参数选择相对应的获取方法；
所述502至505单元与实施例四的402至405单元相同，在此不作赘述。
所述获取判断数值单元50611，分别与所述第一获取单元5011、所述第二获取单元5011相连接，用于获取与所述返回参数相对应的判断数值；
当所述第一获取单元5011获取的业务操作为互斥查询操作或所述第二获取单元5012获取的业务操作为订购查询操作时，所述BOSS返回的响应报文中包含的是返回参数，则需要对所述返回参数配置相对应的判断信息。所述判断信息中需要判断数值，所述获取判断数值单元50611获取所述判断数值的方式，可以是获取配置员输入的数值，将所述数值作为判断数值，如1或0；也可以是依据预先设置的判断数值与返回参数之间的对应关系，获取与所述返回参数相对应的判断数值。当然，需要依据接口协议预先设置判断数值与返回参数之间的对应关系。
需要说明的是，所述获取判断数值单元50611分别与所述第一获取单元5011、所述第二获取单元5011相连接，所述连接并不是直接连接，通过502至505单元进行连接。
所述选择判断规则单元50612，用于选择所述返回参数与所述判断数值之间的判断规则；
所述判断规则包括大于、小于、大于等于、小于等于或等于。所述选择判断规则单元50612选择判断规则的方式，可以是向配置员显示包含有多个判断规则的列表，所述判断列表中包含有上述各个判断规则，根据配置员的选择指令，选择所述返回参数与所述获取判断数值单元50611获取的判断数值之间的判断规则；也可以是依据预先设置的返回参 数、判断数值与判断规则之间的对应关系，选择所述返回参数与所述判断数值之间的判断规则。
例如，若互斥查询的响应报文中包含的返回参数包括ret，获取到的与所述ret相对应的判断数值为0，选择的判断规则为大于，则所述判断信息为ret>0。所述判断信息用于在接收到所述响应报文后，拆分所述响应报文，获得所述返回参数ret，判断所述ret参数的数值是否大于0，若大于0，则表示已订购与当前产品（A产品）存在互斥关系的产品（B产品），可以向用户发送提示订购失败的消息，所述提示消息中包含有订购失败的原因，即由于已订购过B产品，不能订购A产品；若不大于0，则表示没有订购与当前产品存在互斥关系的产品，则判断该产品是否需要设置有订购查询的判断，若是，则进行订购查询。
需要说明的是，所述返回报文中可以包括一个或多个返回参数，当包括多个返回参数时，需要依据获取判断数值单元50611及所述选择判断规则单元50612对各个返回参数分别配置相应的判断信息，所述判断信息中的各个参数之间的关系为&（且）关系。此种情形下，产品发布后，接收到所述包含多个返回参数的响应报文后，解析所述响应报文，判断所述响应报文中的各个参数是否都满足与其相对应的判断信息。例如，上述互斥查询的响应报文中包括a参数及b参数，针对a参数的判断信息为a>0，针对b参数的判断信息为b<0，则需要解析所述响应报文，判断是否所述响应报文中a参数的数值大于0且b参数的数值小于0，若是，则表示已订购与当前产品（A产品）存在互斥关系的产品（B产品），可以向用户发送提示订购失败的消息，所述提示消息中包含有订购失败的原因，即由于已订购过B产品，不能订购A产品。
另外，互斥查询操作与订购查询操作的返回报文中可以包括返回码，如1或0。所述返回码用于判断BOSS是否成功处理，如当返回码为0时，表示BOSS存在故障，无法处理业务，则所述返回结果信息可以为：系统暂时无法为您服务。当所述返回码为1时，则表示处理成功，不需要向用户发送相关提示信息。当然，所述返回结果信息并不限定于此一种形式，只要能表达出系统出现故障的含义，均在本实施例的保护范围内。
所述获取提示信息单元5062分别与所述第三获取单元、所述第四获取单元相连接，用于为所述各个返回码选择相对应的返回结果提示信息。
当所述第三获取单元5013获取的业务操作为订购操作或所述第四获取单元5014获取的业务操作为退订操作时，所述BOSS返回的响应报文中包含返回码，如订购A产品的响应报文中包含的返回码为1或0。所述返回码用于判断BOSS进行业务处理后的结果，如当返回码为1时，表示订购成功，则所述返回结果提示信息可以为：您已成功订购A产品；当返回码为0时，表示订购失败，则所述返回结果提示信息可以为：抱歉，订购A产品的操作失败。当然，所述返回结果信息并不限定于上述形式，只要能表达订购成功或订购失败的含义，均在本实施例的保护范围内。
基于上述在业务处理过程中使用所述返回码对返回报文进行解析，则需要在进行发布产品前，为产品的订购操作返回报文及退订操作返回报文中的返回参数选择相应的返回结果提示信息。所述获取提示信息单元5062选择的方式，可以是显示给配置员包含多个返回结果提示信息的列表，根据配置员的选择指令，选择相应的提示结果信息，并建立所述提示结果信息与所述返回码之间的对应关系。
需要说明的是，所述获取提示信息单元5062分别与所述第三获取单元5013、所述第四获取单元5014相连接，所述连接并不是直接连接，通过502至505单元进行连接。
需要说明的是，本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。
以上对本发明所提供的一种配置业务受理流程的方法及装置进行了详细介绍，对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些 实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。