模型驱动、适合不同接口和平台技术的融合业务生成方法.pdf

一种模型驱动、适合不同接口和平台技术的电信融合业务的生成方法和系统，系统由业务模型编辑/表示工具、模型编译器容器及驻留其中的各种模型编译器和相应的模型映射规则库，以及模型存储仓库组成，各组件之间通过标准接口实现信息交互。生成方法是：先生成独立于具体接口技术和平台技术的通用业务模型，再顺序分别进行通用业务模型到具体接口技术相关模型、接口技术相关模型到实现平台技术相关模型和实现平台技术相关模型到具体编程语言实现代码的各种映射，再将可执行的业务逻辑代码部署到应用服务器。本发明增强了业务模型在不同API接口技术和不同实现平台技术间的移植性，提高了业务逻辑应对技术变化的能力，能提高电信新业务的开发速度和效率。

1、  一种采用模型驱动、融合互联网和通信网的、适合不同接口和平台技术的电信业务的生成系统，其特征在于：该系统包括下述组成部件：
业务模型编辑/表示工具，用于提供各种“即拖即用”式的可视化的通用业务构建元素SBE以及各种流程控制原语，以便生成由多个通用SBE和作用于这些SBE上的相应的流程控制原语表示的、独立于具体接口技术和实现平台技术的通用业务逻辑模型，以支持对通用业务逻辑模型的可视化的编辑和修改；
模型编译器容器及驻留其中的各种类型的模型编译器和相对应的模型映射规则库，其中模型编译器容器提供各种类型模型编译器的运行环境；模型编译器的类型包括通用模型到接口模型的编译器，接口模型到实现平台模型的编译器，以及实现平台模型到具体代码的编译器；每个编译器都有相对应的模型映射规则库，用于指导相邻模型层之间的模型转化；模型编译器容器和业务模型编辑/表示工具之间通过消息接口实现指示信息的交互；所述指示信息至少包括输入的源模型标识信息、选用的模型编译器的类型、输出存放的目标模型、或代码的标识信息；
模型存储仓库，用于存储各个层次的业务逻辑模型和业务构建元素SBE库，业务模型编辑/表示工具和各种模型编译器通过模型存储仓库提供的模型存取接口进行业务逻辑模型的创建、修改或存取。

2、  根据权利要求1所述的电信业务的生成系统，其特征在于：该系统还包括各种应用服务器，用于提供该业务生成系统输出的、与各种具体接口技术和实现平台相关的确定业务逻辑的执行环境，实现与电信网络的交互。

3、  根据权利要求1所述的电信业务的生成系统，其特征在于：所述业务模型编辑/表示工具提供的各种通用业务构建元素SBE至少包括呼叫能力、发送消息能力、定位能力、或获取用户状态能力；所述流程控制原语包括但不限于流程的起始、流程的终止、顺序执行、分支执行、循环执行和并发执行。

4、  根据权利要求1所述的电信业务的生成系统，其特征在于：所述模型编译器内设有两种模块：扫描模块—用于对输入模型进行识别和扫描，映射模块—用于将扫描到的模型元素和流程控制原语按照设定的映射规则映射到相应的目标元素和流程控制原语上。

5、  一种采用模型驱动、融合互联网和通信网的、对外开放的电信业务的生成方法，其特征在于：包括下列步骤：
(1)采用通用的业务构建元素SBE和流程控制原语生成独立于具体开放接口技术和实现平台技术的通用业务逻辑模型；
(2)由通用模型到接口模型的模型编译器接收通用业务逻辑模型作为输入，再根据设定的映射规则将该通用的业务逻辑模型映射到与具体的接口技术相关的业务逻辑模型；
(3)由接口模型到实现平台模型的编译器接收所输入的独立于实现平台技术的、与具体接口技术相关的业务逻辑模型后，根据设定的映射规则将该与具体接口技术相关的业务逻辑模型映射到与实现平台技术相关的业务逻辑模型；
(4)由实现平台模型到代码的模型编译器接收所输入的与实现平台技术相关的业务逻辑模型后，根据设定的映射规则将该与实现平台技术相关的业务逻辑模型映射到具体编程语言相关的代码；
(5)将可执行的业务逻辑代码加载到相应的应用服务器的业务逻辑执行环境中运行。

6、  根据权利要求5所述的电信业务的生成方法，其特征在于：所述步骤(1)中由通用的业务构建元素和流程控制原语生成的通用业务逻辑模型，独立于具体的网络开放接口技术、实现平台技术和实现语言，即该业务逻辑模型与三者都不相关；其中开放接口技术包括但不限于Parlay/OSA、JAIN、Parlay X、SIPServlet；实现平台技术包括但不限于CORBA、Web Service、DCOM、J2EE的各种中间件平台技术；实现语言包括但不限于Java、C、C⁺⁺、C^#。

7、  根据权利要求5所述的电信业务的生成方法，其特征在于：所述步骤(2)中进一步包括下列操作内容：针对不同的开放接口技术，分别选用相对应的通用模型到该接口模型的编译器，由该编译器接收通用业务逻辑模型作为输入，由该编译器中的扫描模块对输入的通用业务逻辑模型进行扫描，再将扫描到的实现确定业务的通用SBE和描述业务逻辑的流程控制原语映射为与具体接口技术相关的SBE和相应的描述这些SBE之间逻辑关系的流程控制原语的有序组合，进而输出独立于实现平台技术的、与具体接口技术相关的业务逻辑模型。

8、  根据权利要求5所述的电信业务的生成方法，其特征在于：所述步骤(3)中，不同的接口技术可以映射转换为不同的实现平台技术，同一种接口技术也可以映射转换为不同的实现平台技术；由各种相应类型的接口模型到实现平台模型的模型编译器来负责二者之间的映射转换。

9、  根据权利要求5或8所述的电信业务的生成方法，其特征在于：所述步骤(3)进一步包括下列操作内容：接口模型到实现平台模型的模型编译器在接收到输入的独立于实现平台技术的、与具体接口技术相关的业务逻辑模型后，利用接口技术相关的业务模型扫描模块对输入的业务逻辑模型的组织结构进行模型扫描，再在扫描过程中，将接口技术相关的SBE和相关的流程控制原语映射为与该具体接口技术相关SBE的平台实现模型和相关的流程控制原语，进而输出与具体接口技术相关的业务逻辑模型的实现平台技术模型。

10、  根据权利要求5所述的电信业务的生成方法，其特征在于：所述步骤(4)中进一步包括下列操作内容：针对不同的实现语言，分别选用相对应的实现平台模型到该代码的模型编译器，由该编译器接收与具体接口技术相关的业务逻辑模型的实现平台技术模型作为输入后，由与实现平台技术相关的业务模型扫描模块对接收到的模型进行扫描，再由与实现平台技术相关的业务逻辑模型到代码的映射模块将扫描到的实现模型元素及这些模型元素之间的关系映射为相应的实现代码，进而输出可执行的业务逻辑执行代码。

模型驱动、适合不同接口和平台技术的融合业务生成方法
技术领域
本发明涉及一种下一代电信网络融合业务的生成技术，确切地说，涉及一种采用模型驱动、融合互联网和通信网的、对外开放而适合不同接口和平台技术的电信业务的生成方法和系统，属于电信和计算机应用技术领域。
背景技术
业务生成技术最早起源于智能网(IN，Intelligent Network)，智能网以快速、经济地开发新业务为目标，成功地提出了一种通过业务独立的构建模块(SIB，Service Independent Building Block)来搭建业务逻辑，再对其进行编译或者解释执行的方法完成代码的自动生成，包括业务的运行环境、测试/仿真环境在内的一整套业务生成方法。但是，由于这种业务生成技术严重依赖于具体的网络和协议，以及具体的业务逻辑执行环境(即业务控制点SCP)，其封闭性和局限性无法适应下一代开放式网络的业务生成要求。
为了向用户提供丰富的应用，下一代网络采用了开放式的业务体系结构，通过统一的应用编程接口API(Application Programming Interface)技术向第三方服务提供商开放下层网络的服务能力。目前比较成熟的API有3GPP和ParlayGroup联合制定的Parlay/OSA接口规范，SUN公司为融合网络提出的一套JavaAPI-JAIN(Java API for Integrated Network)以及为基于会话发起协议SIP(Session Initiation Protocol)网络的SIP Servlet API等。在分布式业务环境中，第三方业务提供商采用各种分布式计算技术，如CORBA、DCOM、RMI以及Web Service技术等，利用这些标准的接口就可以调用下层的电信网资源来开发各种增值服务。由于各种API技术都有各自的利益代表在推动，因此距离实现接口技术的统一还要走很长的路。这就意味着业务开发人员需要面对不同的开放API技术，如果采用直接基于API的业务生成模式，将造成业务逻辑在不同API间的移植性比较差。因此人们开始尝试各种新的业务生成方法。
目前各种中间件平台技术(如CORBA、DCOM、EJB、Web Service、.Net等)以及编程语言(C、C⁺⁺、Java、C^#)也是层出不穷，而且都在不停地演进和发展中。如果采用基于“代码”的业务开发模式，业务的功能逻辑设计与实现平台技术会紧密相关。由于业务提供商跨越多个运营商网络提供业务的情况非常普遍，而中间件、编程语言和接口技术的发展日新月异，新技术还在不断涌现，因此当需要将同样的业务部署到不同的实现平台上时，业务就需要重新设计、编码。因此采用基于“直接编写业务实现代码”的开发模式，业务逻辑在不同技术(如不同编程语言或部署平台之间)的移植性和重用性非常差。
直接基于API的业务开发模式可以获得最大程度的控制灵活性，但是，如果API复杂，开发难度比较大，对开发人员的技术要求比较高，尤其需要具有比较深厚的通信知识背景。
基于脚本/模板级的业务开发允许开发人员使用图形用户界面GUI(GraphicUser Interface)通过“拖-拉”(Drag and Drop)工件和配置参数来生成业务；其好处是屏蔽掉了API的具体细节，业务开发简单快速，但灵活性较差；而且许多地方会与厂家专用的业务平台相关联，不同的软件开发工具包SDK(SoftwareDevelopment Kit)提供的是其专有的API，业务组件的通用性比较差。因此，至今支持Parlay应用的建模和开发的工具和指导方法都很少，即使有，也都具有上述缺陷，使得业务功能逻辑的通用性和移植性受到很大制约。
综上所述，现有的业务生成技术存在着以下的缺陷：
a)智能网业务生成技术依赖于具体网络和协议，以及具体的业务执行环境：智能网的业务生成技术严重依赖于智能网的设定功能，开放性和通用性比较差。
b)开放API技术虽然独立于具体的网络(固网或移动网)和编程语言，但直接基于API的业务开发模式，开发人员需要了解比较多的电信专业知识，对于一般的IT技术人员来说，技术难度较高。另外，直接基于API的业务开发严重依赖于具体的API技术，从而造成业务逻辑在不同开放接口技术间的移植性比较差。甚至有的API直接依赖于实现平台，如JAIN就是基于Java实现平台。
c)虽然Parlay/OSA接口规范的提出解决了网络能力在组件层面上的重用，但应用模型层面上的重用仍然没有得到很好解决。为了解决此问题，出现了各种高层的业务开发技术，提出采用高层抽象地构件或组件来提供业务构建元素，但是，这些业务构建元素缺乏统一的建模语言，导致用这些构建元素搭建的业务逻辑基本上为厂家专用或依赖于具体的业务平台，业务的移植性也比较差。
d)传统的业务开发过程是以概要设计(low-level)、详细设计和编码驱动的，无论是采用增量开发还是迭代开发，或者是传统的瀑布式开发途径，文档和相关的设计图表都是在前三个阶段(需求捕获，需求分析，设计)中产生。业务的需求分析和设计往往使用文本和图的方式来描述，其中的图经常采用UML图(例如例图、类图、交互图、活动图等)。当编码开始时，前三个阶段产生的文档和相关图片就迅速失去了它们的价值。随着编码阶段的继续进行，文档和代码之间的关联逐渐减弱，它们不再是对代码的精确描述。随着时间的推移，系统不断地被修改，文档、设计图表和代码之间的距离就越来越疏远。在修改了代码之后，还要修改文档和设计图表。由于业务开发的各个阶段的设计工件之间缺乏紧密的关联，从而导致业务的开发和维护所要花费的代价十分巨大。
可以看出，现有的业务生成技术或者与具体网络相关，或者与具体开放接口API相关，或者与具体实现技术平台(如JAVA、EJB等)相关，造成业务逻辑与具体实现技术的紧耦合，从而使得业务功能逻辑的移植性和通用性比较差，导致业务的开发费用和维护费用非常昂贵。因此，急需一种通用的业务生成方法，保证业务逻辑在不同开放接口技术、不同实现平台技术之间的灵活移植性，提高业务逻辑应对技术变化的能力，从而降低业务的开发和维护费用。
发明内容
有鉴于此，本发明的目的是提供一种采用模型驱动、融合互联网和通信网的、对外开放而适合不同接口和平台技术的电信业务的生成方法和系统，以解决现有的业务生成技术与具体网络、具体开放接口API、或实现技术平台相互关联，即生成的业务逻辑与具体实现技术之间存在紧耦合，使业务功能逻辑的移植性和通用性差的缺陷，增强业务模型在不同开放接口技术、不同实现平台技术之间的灵活移植性，提高业务逻辑应对技术变化的水平和能力，并提高电信新业务的开发速度和效率。
为了达到上述目的，本发明提供了一种采用模型驱动、融合互联网和通信网的、适合不同接口和平台技术的电信业务的生成系统，其特征在于：该系统包括下述组成部件：
业务模型编辑/表示工具，用于提供各种“即拖即用”式的可视化的通用业务构建元素SBE以及各种流程控制原语，以便生成由多个通用SBE和作用于这些SBE上的相应的流程控制原语表示的、独立于具体接口技术和实现平台技术的通用业务逻辑模型，以支持对通用业务逻辑模型的可视化的编辑和修改；
模型编译器容器及驻留其中的各种类型的模型编译器和相对应的模型映射规则库，其中模型编译器容器提供各种类型模型编译器的运行环境；模型编译器的类型包括通用模型到接口模型的编译器，接口模型到实现平台模型的编译器，以及实现平台模型到具体代码的编译器；每个编译器都有相对应的模型映射规则库，用于指导相邻模型层之间的模型转化；模型编译器容器和业务模型编辑/表示工具之间通过消息接口实现指示信息的交互；所述指示信息至少包括输入的源模型标识信息、选用的模型编译器的类型、输出存放的目标模型、或代码的标识信息；
模型存储仓库，用于存储各个层次的业务逻辑模型和业务构建元素SBE库，业务模型编辑/表示工具和各种模型编译器通过模型存储仓库提供的模型存取接口进行业务逻辑模型的创建、修改或存取。
该系统还包括各种应用服务器，用于提供该业务生成系统输出的、与各种具体接口技术和实现平台相关的确定业务逻辑的执行环境，实现与电信网络的交互。
所述业务模型编辑/表示工具提供的各种通用业务构建元素SBE至少包括呼叫能力、发送消息能力、定位能力、或获取用户状态能力；所述流程控制原语包括但不限于流程的起始、流程的终止、顺序执行、分支执行、循环执行和并发执行。
所述模型编译器内设有两种模块：扫描模块—用于对输入模型进行识别和扫描，映射模块—用于将扫描到的模型元素和流程控制原语按照设定的映射规则映射到相应的目标元素和流程控制原语上。
为了达到上述目的，本发明还提供了一种采用模型驱动、融合互联网和通信网的、对外开放的电信业务的生成方法，其特征在于：包括下列步骤：
(1)采用通用的业务构建元素SBE和流程控制原语生成独立于具体开放接口技术和实现平台技术的通用业务逻辑模型；
(2)由通用模型到接口模型的模型编译器接收通用业务逻辑模型作为输入，再根据设定的映射规则将该通用的业务逻辑模型映射到与具体的接口技术相关的业务逻辑模型；
(3)由接口模型到实现平台模型的编译器接收所输入的独立于实现平台技术的、与具体接口技术相关的业务逻辑模型后，根据设定的映射规则将该与具体接口技术相关的业务逻辑模型映射到与实现平台技术相关的业务逻辑模型；
(4)由实现平台模型到代码的模型编译器接收所输入的与实现平台技术相关的业务逻辑模型后，根据设定的映射规则将该与实现平台技术相关的业务逻辑模型映射到具体编程语言相关的代码；
(5)将可执行的业务逻辑代码加载到相应的应用服务器的业务逻辑执行环境中运行。
所述步骤(1)中由通用的业务构建元素和流程控制原语生成的通用业务逻辑模型，独立于具体的网络开放接口技术、实现平台技术和实现语言，即该业务逻辑模型与三者都不相关；其中开放接口技术包括但不限于Parlay/OSA、JAIN、Parlay X、SIP Servlet；实现平台技术包括但不限于CORBA、Web Service、DCOM、J2EE的各种中间件平台技术；实现语言包括但不限于Java、C、C⁺⁺、C^#。
所述步骤(2)中进一步包括下列操作内容：针对不同的开放接口技术，分别选用相对应的通用模型到该接口模型的编译器，由该编译器接收通用业务逻辑模型作为输入，由该编译器中的扫描模块对输入的通用业务逻辑模型进行扫描，再将扫描到的实现确定业务的通用SBE和描述业务逻辑的流程控制原语映射为与具体接口技术相关的SBE和相应的描述这些SBE之间逻辑关系的流程控制原语的有序组合，进而输出独立于实现平台技术的、与具体接口技术相关的业务逻辑模型。
所述步骤(3)中，不同的接口技术可以映射转换为不同的实现平台技术，同一种接口技术也可以映射转换为不同的实现平台技术；由各种相应类型的接口模型到实现平台模型的模型编译器来负责二者之间的映射转换。
所述步骤(3)进一步包括下列操作内容：接口模型到实现平台模型的模型编译器在接收到输入的独立于实现平台技术的、与具体接口技术相关的业务逻辑模型后，利用接口技术相关的业务模型扫描模块对输入的业务逻辑模型的组织结构进行模型扫描，再在扫描过程中，将接口技术相关的SBE和相关的流程控制原语映射为与该具体接口技术相关SBE的平台实现模型和相关的流程控制原语，进而输出与具体接口技术相关的业务逻辑模型的实现平台技术模型。
所述步骤(4)中进一步包括下列操作内容：针对不同的实现语言或代码，分别选用相对应的实现平台模型到该代码的模型编译器，由该编译器接收与具体接口技术相关的业务逻辑模型的实现平台技术模型作为输入后，由与实现平台技术相关的业务模型扫描模块对接收到的模型进行扫描，再由与实现平台技术相关的业务逻辑模型到代码的映射模块将扫描到的实现模型元素及这些模型元素之间的关系映射为相应的实现代码，进而输出可执行的业务逻辑执行代码。
本发明是一种基于模型驱动、融合互联网和通信网的、对外开放的下一代电信业务的生成系统和方法，该方法采用可视化的模型或图标编写业务逻辑，生成过程与具体的开放接口技术和实现平台技术相互分离，所生成的新的电信业务大大增强了其在不同开放接口技术和不同实现平台技术之间的移植性和重用性，提高了业务逻辑应对技术变化的水平和能力，也大大提高了电信新业务的开发速度和效率。此外，本发明具有下述技术特点：
A、采用模型驱动的电信业务开发模式：采用标准的建模语言进行扩展，构建表示电信业务网络能力的通用的业务构建元素库—通用的SBE库。每个通用业务逻辑模型则由多个通用SBE和流程控制原语组成，藉此脱离了直接基于代码的业务开发模式。其优点是提高了业务开发的抽象层次，降低了业务开发的技术门槛和费用，所创建的业务模型也保持了对技术的中立性，便于移植。
B、通用业务模型对具体接口技术的中立性和可移植性：现阶段，多种网络开放接口技术并存，包括Parlay/OSA，JAIN，SIP Servlet等，造成业务的生成依赖于具体的接口技术。本发明的方法将业务模型与具体接口技术相分离，保证了对各种开放接口技术中立性，并由具体的通用模型到接口模型的编译器来负责通用业务逻辑模型到具体接口技术相关模型之间的映射，以建立二者之间的联系、转换。同样地，通用业务逻辑模型可以选用不同种类的通用模型到接口模型的编译器分别映射到不同接口技术相关的业务模型上，从而保证了通用业务逻辑模型在不同开放接口技术间的中立性和移植性能。例如通用模型到Parlay接口模型的编译器在接收到输入的通用业务模型后，通过扫描和映射过程，将输出与Parlay接口技术相关的业务模型；而通用模型到JAIN接口模型的编译器在接收到输入的通用业务模型后，通过扫描和映射过程，输出与JAIN接口技术相关的业务模型。
C、与具体接口技术相关模型对实现平台技术的中立性和可移植性：通用的业务模型映射为具体接口技术相关的模型后，只是将通用的SBE映射为相应的有序的接口技术相关的SBE，并不涉及具体的实现平台技术细节，保证了接口技术相关模型对具体实现平台技术的中立性。再由具体的接口模型到实现平台模型的编译器来负责接口技术相关的业务逻辑模型到具体实现平台技术相关模型之间的映射，建立二者之间的联系。同样地，与接口技术相关的业务逻辑模型也可以选用不同种类的接口模型到实现平台模型的编译器，分别映射到不同实现平台技术相关的业务模型上，从而保证了接口技术相关的业务逻辑模型在不同实现平台技术间的中立性和移植性。例如Parlay的开放接口技术可以采用CORBA的分布式调用机制来实现，也可以采用Web Service的面向服务的机制来实现；业务的编写可以用纯Java来实现，也可以用C⁺⁺来实现，还可以采用EJB的组件来开发。因此，通过不同种类的接口模型到实现平台模型的编译器，可以确保同样的接口技术相关的业务模型在不同实现技术之间的中立性和移植性。
D、实现平台技术相关模型对具体编程语言的可移植性：由于具体的编程语言也在不停的升级和演进中，因此直接基于代码的业务逻辑的维护和升级费用会越来越高。而通过实现平台到代码的模型编译器就可以减轻这个负担。
附图说明
图1是本发明采用模型驱动、面向融合和对外开放的下一代电信业务的生成系统结构组成示意图。
图2是本发明采用模型驱动、面向融合和对外开放的下一代电信业务的生成方法的步骤流程图。
图3是采用本发明方法生成下一代电信融合业务的实现步骤细化示意图。
图4是采用本发明方法在不同接口技术和实现平台技术之间生成下一代电信融合业务的可移植性实施方式的实施步骤示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚，下面结合附图对本发明作进一步的详细描述。
参见图1，介绍本发明模型驱动的业务生成系统的结构组成，该业务生成系统提供了对业务逻辑进行编辑、编译的软硬件环境。该业务生成系统主要包括有三个组成部分：业务模型编辑/表示工具1，模型编译器容器2及驻留其中的各种类型的模型编译器和相对应的模型映射规则库，模型存储仓库3。
其中业务模型编辑/表示工具1提供各种“即拖即用”式的可视化的通用业务构建元素SBE(Service Building Element)，包括呼叫能力、发送消息能力、定位能力、获取用户状态能力等，以及各种流程控制原语(包括流程起始、流程的终止、顺序执行、分支执行、循环执行、并发执行等)，负责生成由有限数量个通用SBE和作用于这些SBE上的相应的流程控制原语表示的、独立于具体接口技术和实现平台技术的通用业务逻辑模型，以支持对该通用业务逻辑模型的可视化的编辑、修改功能。同时，该业务模型编辑/表示工具1也可以对中间编译生成的接口技术相关模型或实现平台相关模型进行可视化编辑/表示。
模型编译器容器2提供各种类型模型编译器的运行环境，模型编译器的类型包括通用模型到接口模型的编译器、接口模型到实现平台模型的编译器和实现平台模型到具体代码的编译器。每个模型编译器都设有两种模块：对输入模型进行识别和扫描的扫描模块，以及将扫描到的模型元素和流程控制原语按照设定的映射规则映射到相应的目标元素和流程控制原语上的映射模块。每个编译器对应一个相应的模型映射规则库，用来指导相邻模型层之间的模型转化。
模型仓库3主要用于存储各个层次的业务逻辑模型以及业务构建元素(SBE)库。
该业务生成环境组成部分通过标准接口实现彼此信息的交互。其中模型仓库提供公用的模型存取接口，业务模型编辑/表示工具和各种模型编译器利用该接口对业务逻辑模型实现创建、编辑、修改和存储。业务模型编辑/表示工具1和模型编译器容器2通过消息接口实现指示信息的交互，指示信息至少包括输入的源模型标识信息、选用的模型编译器的类型、输出存放的目标模型、或代码的标识信息等。
本发明的业务生成系统还包括各种应用服务器，用于提供该业务生成系统输出的、与各种具体接口技术和实现平台相关的确定业务逻辑的执行环境，实现与电信网络的交互。
参见图2，说明本发明基于模型驱动、独立于具体开放接口技术和实现平台技术的下一代电信融合业务生成方法，其包括下列步骤：
(1)采用通用的业务构建元素SBE和流程控制原语生成独立于具体开放接口技术和实现平台技术的通用业务逻辑模型；
(2)由通用模型到接口模型的模型编译器接收通用业务逻辑模型作为输入，再根据设定的映射规则将该通用的业务逻辑模型映射到与具体的接口技术相关的业务逻辑模型；
(3)由接口模型到实现平台模型的编译器接收所输入的独立于实现平台技术的、与具体接口技术相关的业务逻辑模型后，根据设定的映射规则将该与具体接口技术相关的业务逻辑模型映射到与实现平台技术相关的业务逻辑模型；
(4)由实现平台模型到代码的模型编译器接收所输入的与实现平台技术相关的业务逻辑模型后，根据设定的映射规则将该与实现平台技术相关的业务逻辑模型映射到具体编程语言相关的代码；
(5)将可执行的业务逻辑代码加载到相应的应用服务器的业务逻辑执行环境中运行。
为了说明本发明基于模型、独立于具体开放接口技术和实现平台技术的业务生成方法，可参见图3对本发明生成电信业务的具体实施步骤的细化描述，可以得到更好的理解。
参见图3，先介绍图中各个单元的数字标注含义：以1开头的十位数分别表示不同层次的业务逻辑模型，以1开头的百位数则分别表示在与其前两位数字相同的层次模型中所包含的不同组成单元。以2开头的十位数分别表示不同模型层次间的编译器，以2开头的百位数则分别表示在与其前两位数字相同类型的编译器中所包含的不同组成单元。以3开头的十位数分别表示不同模型层次使用的构建元素库。以4开头的十位数分别表示不同模型层间进行映射的规则库。本发明生成电信业务方法的具体实施步骤是：
第一步，生成独立于具体接口技术和实现平台技术的通用业务模型：首先在本发明的业务生成系统1中利用业务模型编辑/表示工具生成和定义确定业务的通用的、独立于具体开放接口技术和实现平台技术的业务逻辑模型10，该通用的业务逻辑模型是由有限数量的、能实现业务相关功能的通用业务构建元素SBE(100)和将这些SBE按设定的逻辑执行顺序组织起来的流程控制原语101组成。
第二步，进行通用业务模型到具体接口技术相关模型的映射：业务模型编辑/表示工具向模型编译器容器发出向设定接口技术相关模型的转化指示信息，模型编译器容器会选择相应的通用模型到接口模型的编译器20，在完成该编译器的初始化后，该模型编译器20接收通用业务逻辑模型作为输入，由通用的业务模型扫描模块200负责根据模型元素间的组织关系扫描通用的业务逻辑模型，并在扫描模型的过程中，将扫描到的实现确定业务的通用SBE(100)和描述业务逻辑的流程控制原语101映射为具体接口技术相关的SBE(110)和相应的描述这些SBE之间逻辑关系的流程控制原语101的有序组合，从而输出独立于实现平台技术的、与具体接口技术相关的业务逻辑模型11，并存储到模型仓库中，同时也可以选择将接口技术相关的业务模型在业务模型编辑/表示工具中可视化地表示出来。
第三步，进行接口技术相关模型到实现平台技术相关模型的映射：业务模型编辑/表示工具向模型编译器容器发出向具体实现平台技术相关模型的转化指示信息，模型编译器容器会选择相应的接口模型到实现平台模型的编译器21，在完成该模型编译器21的初始化后，该模型编译器21接收到输入的独立于实现平台技术的、与具体接口技术相关的业务逻辑模型11后，利用接口技术相关的业务模型扫描模块210根据输入的业务逻辑模型的组织结构进行模型扫描，并在扫描过程中，将接口技术相关的SBE(110)和相关的流程控制原语101映射为该具体接口技术相关SBE的平台实现模型120，以及相关的流程控制原语101，从而输出具体接口技术相关的业务逻辑模型的实现平台技术模型12，并存储到模型仓库中。同时也可以选择将实现平台技术相关的业务模型在业务模型编辑/表示工具中可视化地表示出来。
第四步、进行实现平台技术相关模型到具体编程语言实现代码的映射：业务模型编辑/表示工具向模型编译器容器发出生成具体编程语言实现代码的转化指示信息，模型编译器容器会选择相应的实现平台模型到代码的编译器22，在完成该模型编译器22的初始化后，该模型编译器22接收到输入的实现平台技术相关的业务逻辑模型后，利用实现平台技术相关的业务模型扫描模块220对接收到的模型进行扫描，再由实现平台技术相关的业务逻辑模型到代码的映射模块221将扫描到的实现模型元素及其之间的关系映射为相应的实现代码，从而输出业务逻辑代码13，并以代码文件的形式存储。
第五步，将可执行的业务逻辑代码部署到应用服务器：在生成了业务代码后，就由与该语言相关的编译器22生成可执行业务代码，然后把该可执行代码加载到应用服务器2所提供的业务逻辑执行环境中，业务激活后，就可以与下层网络实体发生交互实现通信。
从图3中可以看出，本发明的不同层次的业务模型都是由相应的业务构建元素SBE库提供的有限数量的SBE作为业务的构建模块或单元，再通过流程控制原语将这些SBE按照设定的逻辑组织成有序的执行过程。然后，由相邻模型层之间的模型编译器根据对应的模型映射规则库来实现模型的映射转换，最后，在确定的技术平台上生成所需的电信业务。
本发明所采用的模型驱动的业务生成方法能够方便、简单地在不同接口技术和实现平台技术间进行移植和重用；图4是其中一种移植性的实施方式流程图，其具体步骤如前所述，不再赘述。