一种通信业务的处理方法及装置的制造方法
【技术领域】
[0001] 本发明涉及通信领域，尤其涉及一种通信业务的处理方法及装置。
【背景技术】
[0002] 在移动通讯领域业务支撑系统中，尤其是业务运营支撑系统 (Business&OperationSupportSystem,BOSS)、客户关系管理（QistomerRelationship Management,CRM)等系统，对外都提供了大量的化va语言实现的数据接口，该些数据接 口为其外围系统提供数据交换，业务处理等服务。该些数据接口分为两类，扩展标识语言 (extensibleMarkupLanguage，XML)报文接口、非XML报文接口。
[0003]XML报文接口，通过超级文本传送协议（HyperTextTransportProtocol,HTTP) 协议发送HTTP请求，并携带要请求的XML数据给服务端，服务端收到XML报文后对其进行 解析，根据解析出来的数据做出相应的处理，并W约定的XML格式的结果反馈给调用者。
[0004] 非XML报文接口，每个接口方法实现一个业务，接口方法参数的数量和类型都是 根据具体业务需要而设计的，各不相同，通常参数本身无需转换处理即可W直接为业务实 现编码所用。
[000引对于XML报文接口，存在如下问题：
[0006]XML报文接口的开发和使用复杂。客户端和服务端都需要识别XML报文，并解析该 XML报文，其中，XML报文与具体业务类型相对应，不同具体业务类型的XML报文也不相同。 因此，使用者需要另外构建一个XML报文规范来调用XML报文接口，然而，XML报文接口本 身需要接收XML报文并对其进行解析处理，整个使用XML报文接口的过程都是硬编码完成， 相当的麻烦且容易出现失误。
[0007]XML报文数量众多，维护困难。虽然都是通过XML报文形式来调用XML报文接口，但 实际上是一个具体业务类型对应一个XML报文，因此，针对不同的具体业务类型对应的XML 报文，还需要构建对应的不同的XML报文规范来满足各种不同业务的需要，。然而具体业务 类型数量巨大，每个具体业务类型对应的XML报文规范数量同样巨大。将大量的XML报文规 范硬编码到代码中，给规范的维护与代码维护带来很大困难，在维护过程中，必须同时拿到 XML报文规范对照代码才能进行维护工作，如果具体业务类型稍有变更，而规范没有做同步 变更，那么长期积累下来后，系统的维护工作将非常困难，在后期修正过程中，还需要进行 很多系统的改动。
[000引对于非XML报文接口，存在如下问题：
[000引 W邮件投递的接口为例，系统中有众多的邮件投递需求，比如详单投递，M值查询 投递等等，每个邮件投递的数据不一样，模版格式也不一样，要存储的数据字段也不一样， 需要针对每个具体的邮件投递业务进行编码实现。
[0010]非XML报文接口无法实现复用。由于接口方法参数与具体业务类型紧密相关，调 用双方必须相互"约定"、"遵守"、"理解"接口方法参数的定义，并通过接口方法参数来实现 某一类型的具体业务，通常一个非XML报文接口只能实现一个特定的具体业务类型。所W， 由于一个非XML报文接口是针对一个具体业务类型编码实现的，因此，一个非XML报文接口 无法复用，更谈不上通用。
[0011] 非XML报文接口不适应业务变化。当某一具体业务类型发送变动时，对应该具体 业务类型的非XML报文接口通常也要跟着变动，因为非XML报文接口的参数是需要开发者 根据具体业务类型定义的。
[0012] 非XML报文接口稳定度很低，维护困难。如果使用某一非XML报文接口的系统数 量较多，当对应的具体业务类型发生变化的时候，该非XML报文接口的方法定义也要随之 改动。其他使用此非XML报文接口的方法的系统都要改动，给维护带来很大的困难。
[0013] 非XML报文接口数量伴随着具体业务类型的增加而增加，增加维护困难。
【发明内容】
[0014] 本发明实施例提供一种通信业务的处理方法及装置，用W解决现有技术中XML报 文接口存在的使用复杂，每次使用都要另外构建一个XML报文规范，处理过程复杂，容易出 现失误，且XML报文数量众多，开发和维护困难，影响通信质量的问题，W及非XML报文接口 存在的无法实现复用，不适应业务变化，稳定度低，W及接口数量众多，维护困难，最终影响 通信效率的问题。
[0015] 本发明实施例提供的具体技术方案如下：
[0016] 第一方面，一种通信业务的处理方法，包括：
[0017] 接收到一个业务处理请求，提取所述业务处理请求中携带的业务参数，并确定所 述业务处理请求所针对的业务类型；
[0018] 将所述业务参数加载至针对所述业务类型预设的子类文件中，其中，所述子类文 件的属性继承指定的主类文件的属性；
[0019] 基于加载了所述业务参数的子类文件，执行相应的业务处理。
[0020] 通过该种方法，处理每个通信业务时，只要提取该业务参数，并调用的子类文件和 主类文件就可W执行相应的业务处理，实现了接口文件的复用，当业务发生变化时，只需要 将该业务类型针对的子类文件进行修改即可，稳定度高，且开发维护更方便，从而保证了处 理通信业务的效率。
[0021] 结合第一方面，在第一种可能的实现方式中，所述业务参数为轻量级数据交换 JS0N格式的字符串。
[0022] 通过该种方法，可W提高系统的通用性与灵活性。
[0023] 结合第一方面或第一方面的第一种可能的实现方式，在第二种可能的实现方式 中，所述指定的主类文件的属性中定义了通用的功能模块；所述子类文件的属性中定义了 针对所述业务类型设定的功能模块。
[0024] 通过该种方法，可W提高接口文件的复用性、稳定度，后期的开发和维护更方便。
[0025] 结合第一方面的第二种可能的实现方式，在第H种可能的实现方式中，将所述业 务参数加载至针对所述业务类型预设的子类文件中，包括：
[0026] 读取所述业务参数中包含的每一个参数标识的参数值，并根据所述每一个参数标 识将相应的参数值赋值给所述子类文件的属性中定义的各个功能模块。
[0027] 通过该种方法，可W在调用该子类文件的各个功能模块时，实现针对该业务处理 请求，执行相应的业务处理。
[0028] 结合第一方面的第二种可能的实现方式，在第四种可能的实现方式中，基于加载 了所述业务参数的子类文件，执行相应的业务处理，包括：
[0029] 基于加载了所述业务参数的子类文件设置一个对象；
[0030] 根据所述对象调用所述子类文件的属性中定义的各个功能模块，W及调用所述子 类文件的属性继承的所述主类文件的属性中定义的的各个功能模块；
[0031] 采用调用的各个功能模块，执行相应的业务处理。
[0032] 通过该种方法，可W调用子类文件的属性中定义的各个功能模块，W及调用子类 文件的属性继承的主类文件的属性中定义的各个功能模块。
[0033] 第二方面，一种通信业务的处理装置，包括：
[0034] 处理单元，用于接收到一个业务处理请求，提取所述业务处理请求中携带的业务 参数，并确定所述业务处理请求所针对的业务类型；
[00巧]加载单元，用于将所述业务参数加载至针对所述业务类型预设的子类文件中，其 中，所述子类文件的属性继承指定的主类文件的属性；
[0036] 运行单元，用于基于加载了所述业务参数的子类文件，执行相应的业务处理。
[0037] 该样，本装置可W处理每个通信业务时，只要提取该业务参数，并调用的子类文件 和主类文件就可W执行相应的业务处理，实现了接口文件的复用，当业务发生变化时，只需 要将该业务类型针对的子类文件进行修改即可，稳定度高，且开发维护更方便，从而保证了 处理通信业务的效率。
[0038] 结合第二方面，在第一种可能的实现方式中，所述业务参数为轻量级数据交换 JS0N格式的字符串。
[0039] 该样，可W提高系统的通用性与灵活性。
[0040] 结合第二方面或第二方面的第一种可能的实现方式，在第二种可能的实现方式 中，所述指定的主类文件的属性中定义了通用的功能模块；所述子类文件的属性中定义了 针对所述业务类型设定的功能模块。
[0041] 该样，可W提高接口文件的复用性、稳定度，后期的开发和维护更方便。
[0042] 结合第二方面的第二种可能的实现方式，在第H种可能的实现方式中，所述加载 单元将所述业务参数加载至针对所述业务类型预设的子类文件中，包括：
[0043] 所述加载单元读取所述业务参数中包含的每一个参数标识的参数值，并根据所述 每一个参数标识将相应的参数值赋值给所述子类文件的属性中定义的各个功能模块。
[0044] 该样，可W使运行单元在调用该子类文件