[发明专利]一种通信业务的处理方法及装置

说明书

技术领域

本发明涉及通信领域，尤其涉及一种通信业务的处理方法及装置。

背景技术

在移动通讯领域业务支撑系统中，尤其是业务运营支撑系统（Business&Operation Support System，BOSS）、客户关系管理（Customer Relationship Management，CRM）等系统，对外都提供了大量的Java语言实现的数据接口，这些数据接口为其外围系统提供数据交换，业务处理等服务。这些数据接口分为两类，扩展标识语言（eXtensible Markup Language，XML）报文接口、非XML报文接口。

XML报文接口，通过超级文本传送协议（Hyper Text Transport Protocol，HTTP）协议发送HTTP请求，并携带要请求的XML数据给服务端，服务端收到XML报文后对其进行解析，根据解析出来的数据做出相应的处理，并以约定的XML格式的结果反馈给调用者。

非XML报文接口，每个接口方法实现一个业务，接口方法参数的数量和类型都是根据具体业务需要而设计的，各不相同，通常参数本身无需转换处理即可以直接为业务实现编码所用。

对于XML报文接口，存在如下问题：

XML报文接口的开发和使用复杂。客户端和服务端都需要识别XML报文，并解析该XML报文，其中，XML报文与具体业务类型相对应，不同具体业务类型的XML报文也不相同。因此，使用者需要另外构建一个XML报文规范来调用XML报文接口，然而，XML报文接口本身需要接收XML报文并对其进行解析处理，整个使用XML报文接口的过程都是硬编码完成，相当的麻烦且容易出现失误。

XML报文数量众多，维护困难。虽然都是通过XML报文形式来调用XML报文接口，但实际上是一个具体业务类型对应一个XML报文，因此，针对不同的具体业务类型对应的XML报文，还需要构建对应的不同的XML报文规范来满足各种不同业务的需要，。然而具体业务类型数量巨大，每个具体业务类型对应的XML报文规范数量同样巨大。将大量的XML报文规范硬编码到代码中，给规范的维护与代码维护带来很大困难，在维护过程中，必须同时拿到XML报文规范对照代码才能进行维护工作，如果具体业务类型稍有变更，而规范没有做同步变更，那么长期积累下来后，系统的维护工作将非常困难，在后期修正过程中，还需要进行很多系统的改动。

对于非XML报文接口，存在如下问题：

以邮件投递的接口为例，系统中有众多的邮件投递需求，比如详单投递，M值查询投递等等，每个邮件投递的数据不一样，模版格式也不一样，要存储的数据字段也不一样，需要针对每个具体的邮件投递业务进行编码实现。

非XML报文接口无法实现复用。由于接口方法参数与具体业务类型紧密相关，调用双方必须相互“约定”、“遵守”、“理解”接口方法参数的定义，并通过接口方法参数来实现某一类型的具体业务，通常一个非XML报文接口只能实现一个特定的具体业务类型。所以，由于一个非XML报文接口是针对一个具体业务类型编码实现的，因此，一个非XML报文接口无法复用，更谈不上通用。

非XML报文接口不适应业务变化。当某一具体业务类型发送变动时，对应该具体业务类型的非XML报文接口通常也要跟着变动，因为非XML报文接口的参数是需要开发者根据具体业务类型定义的。

非XML报文接口稳定度很低，维护困难。如果使用某一非XML报文接口的系统数量较多，当对应的具体业务类型发生变化的时候，该非XML报文接口的方法定义也要随之改动。其他使用此非XML报文接口的方法的系统都要改动，给维护带来很大的困难。

非XML报文接口数量伴随着具体业务类型的增加而增加，增加维护困难。

发明内容

本发明实施例提供一种通信业务的处理方法及装置，用以解决现有技术中XML报文接口存在的使用复杂，每次使用都要另外构建一个XML报文规范，处理过程复杂，容易出现失误，且XML报文数量众多，开发和维护困难，影响通信质量的问题，以及非XML报文接口存在的无法实现复用，不适应业务变化，稳定度低，以及接口数量众多，维护困难，最终影响通信效率的问题。

本发明实施例提供的具体技术方案如下：

第一方面，一种通信业务的处理方法，包括：

接收到一个业务处理请求，提取所述业务处理请求中携带的业务参数，并确定所述业务处理请求所针对的业务类型；

将所述业务参数加载至针对所述业务类型预设的子类文件中，其中，所述子类文件的属性继承指定的主类文件的属性；