基于中间件实现多媒体融合业务的方法及系统

1.一种基于中间件实现多媒体融合业务的方法，其特征在于，包括：
A、获取并存储用户通过应用服务器注册的应用描述文件及设定该应用描述文件的调用策略；
B、选择需要调用的应用描述文件并确定其调用关系、各应用之间信息的传递和异常状况的处理，并以业务描述文件的格式进行存储所生成的业务；
C、通过解析所述业务描述文件，读取满足执行条件的第一个应用，传递应用的接口参数并调用应用服务器执行，根据执行结果确定下一个执行的应用。
2.根据权利要求1所述基于中间件实现多媒体融合业务的方法，其特征在于，步骤A的具体实现过程包括：
A1)应用服务器通过描述文件申请注册；
A2)解析应用服务器注册的应用描述文件，得到注册信息；
A3)根据所述应用描述文件设定相应的调用策略；
A4)存储所述应用服务器的注册信息及其调用策略。
3.根据权利要求1所述基于中间件实现多媒体融合业务的方法，其特征在于，步骤B中通过选择已经注册的应用，读取并解析其应用描述文件。
4.根据权利要求1所述基于中间件实现多媒体融合业务的方法，其特征在于，步骤B中选择在业务中需要包括的应用，设定所述应用的调用关系、应用之间的参数传递关系和应用执行异常情况下的处理流程。
5.根据权利要求1所述基于中间件实现多媒体融合业务的方法，其特征在于，步骤C的具体实现过程包括：
C1)业务执行时，根据业务的标识读取对应的业务描述文件；
C2)解析该业务描述文件为系统内部所识别的对象；
C3)触发业务描述文件中的执行策略，确定一个应用的触发；
C4)适配其调用参数，进行触发调用；
C5)判断触发调用是否成功，若否，执行预先预定的异常处理流程，若是，执行步骤C6)；
C6)判断是否还有未执行的应用；若有，返回步骤C3)；否则，结束。
6.一种基于中间件实现多媒体融合业务的系统，其特征在于，所述系统为电信业务中间件，包括：
应用注册装置，用于应用服务器的注册，并设定应用服务器的调用策略，生成应用描述文件，以及对已经注册的应用进行管理；
业务生成装置，与应用注册装置相连，选择需要调用的应用并确定其调用关系，以及应用之间信息的传递和执行异常状况的处理，并以业务描述文件的格式进行存储所生成的业务；
业务执行装置，与应用注册装置和业务生成装置分别相连，通过读取业务生成装置中的业务描述文件，并对其进行解析，读取满足执行条件的第一个应用，传递应用之间的接口参数并调用应用服务器执行，根据执行结果确定下一个执行的应用。
7.根据权利要求6所述基于中间件实现多媒体融合业务的系统，其特征在于，所述应用注册装置包括：
应用识别适配单元，用于识别和解析应用描述文件，并发送解析后的结果；
策略设定单元，与应用识别适配单元相连，根据接收到的解析结果设定每个应用服务器被调用的策略描述，以及解决应用服务器之间业务冲突的约束条件；
应用属性存储单元，与应用识别适配单元和策略设定单元分别相连，用于存储应用的注册描述信息和设定的策略信息；
应用管理单元，与策略设定单元和应用属性存储单元分别相连，用于对注册应用服务器的管理。
8.根据权利要求7所述基于中间件实现多媒体融合业务的系统，其特征在于，
所述应用描述文件包括：应用服务器的统一资源标识符、触发接口参数、服务质量接口参数、应用的有效期、应用执行的平台类型、接口协议和应用提供商；
所述对注册应用服务器的管理包括：对服务器的新增应用、删除应用、修改应用和查询应用。
9.根据权利要求8所述基于中间件实现多媒体融合业务的系统，其特征在于，所述业务生成装置包括：
业务逻辑定义单元，用于定义服务的业务逻辑，所述业务逻辑包括服务中的应用部件以及应用部件的触发条件和相互关系，以及服务对外的业务等级承诺定义；
业务管理单元，与业务逻辑定义单元相连，用于管理对已经定义业务的修改、删除和查询操作；
业务属性存储单元，与业务管理单元和业务逻辑定义单元分别相连，用于存储服务的业务逻辑和执行服务时的策略定义。
10.根据权利要求9所述基于中间件实现多媒体融合业务的系统，其特征在于，所述业务生成装置还包括：
执行策略定义单元：与业务逻辑定义单元和业务属性存储单元分别相连，用于描述业务在执行时的策略定义，并将该策略定义发送到业务属性存储单元保存。
11.根据权利要求10所述基于中间件实现多媒体融合业务的系统，其特征在于，所述策略定义包括：业务互斥的策略和不同用户等级的执行策略。
12.根据权利要求10所述基于中间件实现多媒体融合业务的系统，其特征在于，所述业务执行装置包括：
第一存储单元，用于存储业务属性存储单元发送的业务描述文件；
第二存储单元，与业务逻辑定义单元、执行策略定义单元和应用属性存储单元分别相连，用于存储应用属性存储单元发送的应用描述文件；
业务逻辑解析单元，与第一存储单元相连，用于读取业务描述文件，并将其解析为系统内部所识别的对象；
执行逻辑控制单元，与业务逻辑解析单元和第二存储单元分别相连，根据业务描述文件，通过读取并解析应用描述文件，调用适配的应用服务器的逻辑操作要求；
应用执行适配单元，与执行逻辑控制单元相连，根据所述逻辑操作要求，选择已经注册正常合适的应用服务器，并传递合适的执行参数。
13.根据权利要求12所述基于中间件实现多媒体融合业务的系统，其特征在于，所述业务执行装置还包括：执行策略匹配单元，与执行逻辑控制单元相连，用于执行业务描述文件中所定义的执行策略.

技术领域\n本发明涉及计算机通信技术，特别是涉及一种基于中间件实现多媒体融合业务的方法及系统。\n背景技术\n随着计算机通信技术的迅速发展，从硬件技术看，CPU的速度越来越高，处理能力越来越强；从软件技术看，应用程序的规模不断扩大，特别是因特网(Internet)及万维网(WWW，World Wide Web)的出现，使计算机的应用范围更为广阔，许多应用程序需在网络环境的异构平台上运行。这一切都对新一代的软件开发提出了新的需求。在这种分布异构环境中，通常存在多种硬件系统平台(如PC，工作站，小型机等)，在这些硬件平台上又存在各种各样的系统软件(如不同的操作系统、数据库、语言编译器等)，以及多种风格各异的用户界面，这些硬件系统平台还可能采用不同的网络协议和网络体系结构连接。如何把这些系统集成起来并开发新的应用是一个非常现实而困难的问题。\n目前，在因特网多媒体子网系统(IMS，Internet Multiedia Subsystem)架构中，包括：用户设备UE1、代理呼叫2、服务呼叫3、归属用户服务器4和应用服务器5(AS，Application Service)，比如包括AS1、AS2和AS3。由服务呼叫/会话控制功能模块(S-CSCF，Serving Call Session Control Function)来触发应用服务器实现的业务的方式如图1所示。如图所示，每个应用服务器(比如AS1、AS2和AS3)提供一个相对独立的业务能力单元，各应用服务器之间没有关联和彼此的调用，应用服务器之间的关联关系是根据用户对业务的签约信息，映射为初始过滤标准(IFC，Initial Filter Criterion)表达式，存储在归属用户服务器(HSS，Home Subscriber Server)中。用户UE在使用业务时，先触发到代理呼叫/会话控制功能模块(P-CSCF，Proxy Call Session ControlFunction)，所述P-CSCF与S-CSCF相连，而S-CSCF会根据HSS中存储的用户签约信息，触发到对应的应用服务器(比如AS1、AS2和AS3)。\n上述方案是根据用户对业务的签约信息，生成IFC表达式，来实现对业务的管理与控制。而在IFC表达式中，只可以设定AS触发的优先级和触发顺序，不能支持更多的业务组合方面的需求。比如，多个AS根据一定的条件组合成一个新的业务(Service)，所述AS之间有一定的交互，为保障同一个服务等级承诺(SLA，Service Level Agreement)的而各自进行服务质量(QoS，Quality of Service)控制等等。因此，上述方案中所述S-CSCF只能直接触发IMS的AS，对于非IMS的AS(例如企业已有的IT系统、电信网中已有的IN业务等)，由于控制信令的差异不能直接触发AS。\n另外，在上述IMS系统架构中，由S-CSCF来触发应用服务器(AS)实现的业务的方式也可以如图2所示，即在图1的基础上增加服务-应用服务器6(Service-AS)，比如Service-AS1和Service-AS2.也就是说，部分应用服务器(AS)提供相对独立的业务能力单元，各应用服务器之间没有关联和彼此的调用.对于需要组合新业务的需求，是由Service-AS(比如图中的Service-AS1和Service-AS2)应用服务器来实施，在所述Service-AS中调用相关的其它AS，也就是把所有的业务控制逻辑集成在一个Service-AS中实施.这样，在实施的过程中，用户UE对业务的签约就只需要签约一个Service-AS，用户在使用业务时先触发到P-CSCF，所述P-CSCF与S-CSCF相连，S-CSCF根据用户的签约信息触发到Service-AS，由Service-AS调用其他相关的AS.\n由上述方案可知，所述Service-AS的业务逻辑复杂，开发和部署业务的周期较长，不适合新业务快速响应市场需求的要求。另外，该方案是把用户使用的业务(Service)和提供业务的应用(Application)都在AS中实施，业务的逻辑部分和业务的控制部分没有充分分离，对已开发业务的修改要求直接修改AS，对于新业务的组合也要求开发新的AS。这样对业务的维护和创新很不方便，也不利于业务能力的开放。\n发明内容\n本发明解决的技术问题是提供一种基于中间件实现多媒体融合业务的方法及系统，以解决目前中间件技术不能组合和管理电信领域的话音业务、数据业务、多媒体业务等多种业务，以及对新的多媒体融合业务的执行控制和路由的适配。\n为解决上述问题，本发明提供一种基于中间件实现多媒体融合业务的方法，所述方法包括：\nA、获取并存储用户通过应用服务器注册的应用描述文件及设定该应用描述文件的调用策略；\nB、选择需要调用的应用描述文件并确定其调用关系、各应用之间信息的传递和异常状况的处理，并以业务描述文件的格式进行存储所生成的业务；\nC、通过解析所述业务描述文件，读取满足执行条件的第一个应用，传递应用的接口参数并调用应用服务器执行，根据执行结果确定下一个执行的应用。\n步骤A的具体实现过程包括：\nA1)应用服务器通过描述文件申请注册；\nA2)解析应用服务器注册的应用描述文件，得到注册信息；\nA3)根据所述应用描述文件设定相应的调用策略；\nA4)存储所述应用服务器的注册信息及其调用策略。\n步骤B中通过选择已经注册的应用，读取并解析其应用描述文件。\n步骤B中选择在业务中需要包括的应用，设定所述应用的调用关系、应用之间的参数传递关系和应用执行异常情况下的处理流程。\n步骤C的具体实现过程包括：\nC1)业务执行时，根据业务的标识读取对应的业务描述文件；\nC2)解析该业务描述文件为系统内部所识别的对象；\nC3)触发业务描述文件中的执行策略，确定一个应用的触发；\nC4)适配其调用参数，进行触发调用；\nC5)判断触发调用是否成功，若否，执行预先预定的异常处理流程；若是，执行步骤C6)；\nC6)判断是否还有未执行的应用；若有，返回步骤C3)；否则，结束。\n另外，本发明还提供一种基于中间件实现多媒体融合业务的系统，所述系统为电信业务中间件，包括：\n应用注册装置，用于应用服务器的注册，并设定应用服务器的调用策略，生成应用描述文件，以及对已经注册的应用进行管理；\n业务生成装置，与应用注册装置相连，选择需要调用的应用并确定其调用关系，以及应用之间信息的传递和执行异常状况的处理，并以业务描述文件的格式进行存储所生成的业务；\n业务执行装置，与应用注册装置和业务生成装置分别相连，通过读取业务生成装置中的业务描述文件，并对其进行解析，读取满足执行条件的第一个应用，传递应用之间的接口参数并调用应用服务器执行，根据执行结果确定下一个执行的应用。\n所述应用注册装置包括：\n应用识别适配单元，用于识别和解析应用描述文件，并发送解析后的结果；\n策略设定单元，与应用识别适配单元相连，根据接收到的解析结果设定每个应用服务器被调用的策略描述，以及解决应用服务器之间业务冲突的约束条件；\n应用属性存储单元，与应用识别适配单元和策略设定单元分别相连，用于存储应用的注册描述信息和设定的策略信息；\n应用管理单元，与策略设定单元和应用属性存储单元分别相连，用于对注册应用服务器的管理。\n所述应用描述文件包括：应用服务器的统一资源标识符、触发接口参数、服务质量接口参数、应用的有效期、应用执行的平台类型、接口协议和应用提供商；\n所述对注册应用服务器的管理包括：对服务器的新增应用、删除应用、修改应用和查询应用。\n所述业务生成装置包括：\n业务逻辑定义单元，用于定义服务的业务逻辑，所述业务逻辑包括服务中的应用部件以及应用部件的触发条件和相互关系，以及服务对外的业务等级承诺定义；\n业务管理单元，与业务逻辑定义单元相连，用于管理对已经定义业务的修改、删除和查询操作；\n业务属性存储单元，与业务管理单元和业务逻辑定义单元分别相连，用于存储服务的业务逻辑和执行服务时的策略定义。\n所述业务生成装置还包括：\n执行策略定义单元：与业务逻辑定义单元和业务属性存储单元分别相连，用于描述业务在执行时的策略定义，并将该策略定义发送到业务属性存储单元保存。\n所述策略定义包括：业务互斥的策略和不同用户等级的执行策略。\n所述业务执行装置包括：\n第一存储单元，用于存储业务属性存储单元发送的业务描述文件；\n第二存储单元，与业务逻辑定义单元、执行策略定义单元和应用属性存储单元分别相连，用于存储应用属性存储单元发送应用描述文件；\n业务逻辑解析单元，与第一存储单元相连，用于读取业务描述文件，并将其解析为系统内部所识别的对象；\n执行逻辑控制单元，与业务逻辑解析单元和第二存储单元分别相连，根据业务描述文件，通过读取并解析应用描述文件，调用适配的应用服务器的逻辑操作要求；\n应用执行适配单元，与执行逻辑控制单元相连，根据所述逻辑操作要求，选择已经注册正常合适的应用服务器，并传递合适的执行参数。\n所述业务执行装置还包括：执行策略匹配单元，与执行逻辑控制单元相连，用于执行业务描述文件中所定义的执行策略。\n由上述公开的技术方案可知，本发明所述技术方案就是把传统IT系统中的中间件技术与IMS体系架构相结合，为电信业务的组件化提供了一种总体架构。通过中间件技术对融合的多媒体业务进行管理应用(Application)、组合新的业务(Service)和执行管理，以便于对已有的应用系统和未来的应用系统进行管理。其中，所述的应用系统可以是IMS应用、智能网(IN)应用和其他的非IMS应用等；本发明所述中间件技术可以基于所管理的应用，快速定制和组合出新的业务，并对新业务的执行进行控制、路由和适配。以方便业务的维护和创新，同时也便于业务能力的开放。\n附图说明\n图1是在IMS体系架构中由服务呼叫实现业务的一种结构示意图；\n图2是在IMS体系架构中由服务呼叫实现业务的另一种结构示意图；\n图3是本发明所述基于中间件实现多媒体融合业务的系统的结构示意图；\n图4是图3所述系统中应用注册装置的结构示意图；\n图5是图3所述系统中业务生成装置的结构示意图；\n图6是图3所述系统中业务执行装置的结构示意图；\n图7是本发明所述基于中间件实现多媒体融合业务的方法的流程图；\n图8是图7所述方法中步骤S11的具体流程图；\n图9是图7所述方法中步骤S12的具体流程图；\n图10是图7所述方法中步骤S13的具体流程图。\n具体实施方式\n本发明的核心是将电信业务中间件技术引入到因特网多媒体子系统(IMS，Internet Multimedia Subsystem)体系架构中，并在该领域中确定电信业务中间件技术的架构，通过该电信业务中间件管理应用(Application)、组合新的业务(Service)和对业务执行管理。另外，本发明所述的电信业务中间件可以管理已有的应用系统和未来的应用系统，比如本发明所述的应用系统可以是IMS应用、理想化的IT应用、智能网(IN)应用和/或其他的非IMS应用等；该电信业务中间件可以对融合或组合的多媒体业务执行管理的应用，快速定制和组合出新的业务，并对新业务的执行进行控制、路由和适配，以方便业务的维护和创新，同时也便于业务能力的开放。\n为了便于本领域技术人员的理解，在说明本发明之前先说明本发明所涉及到的两个概念：业务(Service)和应用(Application)。\n所述业务是指用户可以直接签约的，并可以带给用户整体体验的服务。\n所述应用是指提供特定业务能力的功能部件。该业务是在应用的基础上根据一定的场景和使用逻辑组合而成的。\n下面结合附图对本发明作详细的说明。\n请参阅图3，为本发明所述基于中间件实现多媒体融合业务的系统的结构示意图。所述系统为电信业务中间件，该中间件可以与多个应用服务器(A至N)相连，比如应用服务器A为IMS应用，应用服务器B为IN应用等；并处理多种业务(1至N种)，比如IMS业务、IN业务等。其中所述电信业务中间件包括：应用注册装置11、业务生成装置12和业务执行装置13。其中，所述应用注册装置11，用于用户注册应用服务器的功能，并设定应用服务器的调用策略，生成应用描述文件；以及对已经注册的应用进行管理；所述业务生成装置12，与应用注册装置11相连，选择需要调用的应用并确定其调用关系，以及应用之间信息的传递和执行异常的处理，并对需要服务等级承诺等其他属性的业务设定相应的属性，然后以业务描述文件的格式进行存储所生成的业务；所述业务执行装置13，与应用注册装置11、业务生成装置12分别相连，通过读取业务生成装置中的业务描述文件，并对其进行解析，读取满足执行条件的第一个应用，传递应用的接口参数并调用应用服务器执行，根据执行结果确定下一个执行的应用。\n在本发明所述的电信业务中间件中，所述应用注册装置11具体包括：应用识别适配单元111、策略设定单元112、应用属性存储单元113和应用管理单元114，其结构示意图详见图4。其中，所述应用识别适配单元111，用于识别和解析应用描述文件，并发送解析后的结果展示给策略设定单元112；所述策略设定单元112，与应用识别适配单元111相连，根据接收到的解析结果设定每个应用服务器被调用的策略描述，例如，该应用对手机终端的能力要求、应用的提供范围等，又如入口参数的约定、用于解决业务冲突的该应用服务器间约束条件等。也就是说，选择在业务中需要包含的应用，设定这些应用的调用关系(例如调用的先后顺序、调用的分支合并等)、设定应用之间的参数传递关系、设定应用执行异常情况下的处理流程。所述应用属性存储单元113，与应用识别适配单元111和策略设定单元112分别相连，用于存储应用的注册描述信息和设定的策略信息；所述应用管理单元114，与策略设定单元112和应用属性存储单元113分别相连，用于对注册应用服务器的管理。所述管理包括：新增应用、删除应用、修改应用、查询应用等管理操作。\n在本发明所述的技术方案中，各种应用服务器通过描述文件把自己注册到所述电信业务中间件的应用注册装置上，使得自己可以被该电信业务中间件识别和调用；所述应用注册装置可以对注册的各种应用进行管理，比如，IMS应用业务，IN应用业务等。其中每个应用描述文件可以描述为一个可扩展标记语言(XML，Extensible Markup Language)文件，所述XML文件是一种描述型的标记语言文件，包括该应用服务器的统一资源标识符(URI，UniformResource Identifier)、触发接口参数、服务质量(QoS，Quality of Service)接口参数、应用的有效期、应用执行的平台类型、接口协议、应用提供商等。\n所述业务生成装置12具体包括：业务逻辑定义单元121、业务管理单元122、业务属性存储单元123和/或执行策略定义单元124，其具体的结构示意图详见图5。其中，所述业务逻辑定义单元121，用于定义服务的业务逻辑，所述业务逻辑包括服务中的应用部件以及应用部件的触发条件和相互关系、服务对外的业务等级承诺(SLA，Service Level Agreement)定义；所述业务管理单元121，与业务逻辑定义单元121相连，用于管理对已经定义业务的修改、删除和查询操作；所述业务属性存储单元123，与业务管理单元121和业务逻辑定义单元122分别相连，用于存储服务的业务逻辑和执行服务时的策略定义；所述执行策略定义单元124，与业务逻辑定义单元121和业务属性存储单元123分别相连，用于描述服务在执行时的策略定义，并将该策略定义发送到业务属性存储单元保存.例如业务互斥的策略、不同用户等级的执行策略等.\n本发明在业务生成环境中，选择需要调用的应用并确定应用的调用关系，应用之间的信息传递以及执行异常的处理。如果业务有服务等级承诺SLA的要求，则要把SLA分解到相关应用的服务质量QoS要求，生成的业务以可扩展标记语言XML的格式存储在业务生成装置中的业务属性存储单元中。\n所述业务执行装置13包括：第一存储单元131，第二存储单元132，业务逻辑解析单元133，执行逻辑控制单元134，应用执行适配单元135和/或执行策略匹配单元136，其具体的结构示意图详见图6。其中，所述第一存储单元131，与业务属性存储单元123相连，用于存储业务属性存储单元发送的业务描述文件(Service Profile)；所述第二存储单元132，与业务逻辑定义单元121、执行策略定义单元124和应用属性存储单元113分别相连，用于存储应用属性存储单元发送的应用描述文件(Application Profile)；另外，所述业务逻辑定义单元和执行策略定义单元通过读取第二存储单元中的应用描述文件来定义服务的业务逻辑和描述该服务在执行时的策略定义。其中，在本发明所述的装置中，第二存储单元中存储的应用描述文件(Application Profile)和第一存储单元中存储的业务描述文件(Service Profile)是与应用注册装置和业务生成装置共用的，所述业务逻辑解析单元133，与第一存储单元131相连，用于读取业务描述文件，并将其解析为系统内部所识别的对象；所述执行逻辑控制单元134，与业务逻辑解析单元133和第二存储单元132分别相连，根据业务描述文件，通过读取并解析应用描述文件，调用适配的应用服务器的逻辑操作要求；也就是说，根据业务描述文件，采用适当的策略控制，调用适当的应用服务器，在调用应用服务器的时候，需要读取应用业务的描述文件(Application Profile)并进行解析，然后适配到合适的应用服务器。所述应用执行适配单元135，与执行逻辑控制单元134相连，根据所述逻辑操作要求，选择已经注册正常合适的应用服务器，并传递合适的执行参数；所述执行策略匹配单元136，与执行逻辑控制单元134相连，用于执行业务描述文件中所定义的执行策略；其本质是一个策略引擎，采用匹配的方式根据当前的执行环境，确定执行的操作。\n本发明在服务执行时，首先读取业务描述文件(Service Profile)中业务的描述文件，进行解析执行，当读取满足执行条件的第一个应用时，传递应用的接口参数并调用应用服务器进行执行，根据执行的结果确定下一个执行的应用。在上述过程中，如果有应用的执行冲突，则由业务执行装置根据预先设定的策略进行冲突处理。\n另外，本发明还提供一种基于中间件实现多媒体融合业务的方法，所述方法的流程图详见图7。所述方法包括步骤：\n步骤S11：获取并存储用户通过应用服务器注册的应用描述文件及设定该应用描述文件的调用策略；\n步骤S12：选择需要调用的应用描述文件并确定其调用关系、各应用服务器之间信息的传递和异常状况的处理，并以业务描述文件的格式进行存储所生成的业务；\n步骤S13：通过解析所述业务描述文件，读取满足执行条件的第一个应用，传递应用的接口参数并调用应用服务器执行，根据执行结果确定下一个执行的应用。\n所述步骤S11的具体实现流程图详见图8，包括步骤：\n步骤S111：应用服务器通过描述文件申请注册；\n步骤S112：解析应用服务器注册的应用描述文件，得到注册信息；\n步骤S113：根据所述应用描述文件设定相应的调用策略；\n步骤S114：存储所述应用服务器的注册信息及其调用策略。\n在该上述步骤的实现过程中，本发明以IMS为例来说明。\n用户通过IMS应用服务器向应用注册装置申请注册，应用服务器将该用户注册的描述文件作为一个可扩展标记语言(XML)文件，该应用注册装置中的应用识别适配单元通过识别和解析所述注册的应用XML描述文件，并把解析的结果展示给该装置的策略设定单元，所述策略设定单元设定该描述文件相应的应用调用策略；而所注册的应用描述信息和设定的调用策略由应用属性存储单元共同保存。\n所述步骤S12的具体实现流程图详见图9，包括步骤：\n步骤S121：选择本服务所包括的应用；\n即选择已经注册的应用，读取并解析其应用描述文件。\n步骤S122：设定各应用之间的调用关系，并传递各应用之间的参数，以及异常状况的处理；\n选择在业务中需要包含的应用，设定这些应用的调用关系(例如调用的先后顺序、调用的分支合并等)、设定应用之间的参数传递关系、设定应用执行异常情况下的处理流程。\n步骤S123：对需要服务等级承诺等其他属性的业务设定相应的属性；\n步骤S124：以业务描述文件的格式进行存储所生成的业务。\n所述步骤S13的具体实现流程图详见图10，包括步骤：\n步骤S131：业务执行时，根据业务的标识读取对应的业务描述文件；\n步骤S132：解析该业务描述文件为系统内部所识别的对象；\n步骤S133：触发业务描述文件中的执行策略，确定一个应用的触发；\n步骤S134：适配其调用参数，进行触发调用；\n步骤S135：判断触发调用是否成功，若否，执行预先预定的异常处理流程后(步骤S136)，执行步骤S137；若是，执行步骤S137；\n步骤S137：判断是否还有未执行的应用，若有，返回步骤S133，否则，结束(步骤S138)。\n以上所述装置的各个单元的实现功能请参见上述方法的实现过程，在此不再赘述。\n此外，本发明对电信业务中间件的实现方式，除了上述的采用基于描述文件(脚本)的实现方案，还可以采用图形化的实现方式。所述图形化的实现方式为：对于应用注册装置和业务生成装置，可以开发出图形化界面，在界面上提供管理应用、管理服务的菜单，以及提供各输入参数的文本框，并对该参数的有效性检查，进一步提供用户操作导航的模式，方便用户的使用。但是，所述图形化界面操作的结果，也会生成一种描述文件(或者脚本)，服务业务执行装置对其解析执行。其余的实现过程与本发明相同，详见上述，在此不再赘述。\n以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。