软交换网络有哪些业务开发方式？有哪些业务开发接口规范？

从业务开发软件技术的角度，根据抽象层次的不同，可大致把软交换网络的业务开发方式分为API级、构件/框架级、脚本级以及工作流级四类，分别面向不同层次的业务开发人员。

　　(1)　　API级的业务开发方式是指基于API规范直接开发业务，主要面向编程能力较高、有经验的专业业务开发人员。典型的API规范有Parlay/OSA/JAIN API规范，OMA组织的OMA规范，IETF的 SIP Servlet API规范，等等；

　　(2)　　组件（Component）/框架级业务开发方式的主要思路是把API封装成具有一定功能的组件（Component），基于这些组件来搭建更高抽象层次的业务框架，并基于组件和框架进行业务开发。组件技术抽象程度更高、易于复用，更加适于开发大型的应用业务。目前组件技术本身多采用J2EE等商用组件技术，但组件级业务开发规范尚未有国际标准，多为厂商私有产品规范；

　　(3)　　脚本级（Script）业务开发方式允许业务开发者手工或采用图形化工具生成脚本，通过脚本的解释执行来运行业务逻辑。脚本技术进一步提高了业务开发的抽象层次，屏蔽了底层的实现细节，更利于编程能力不强的普通业务开发者进行业务开发。典型的脚本语言规范包括W3C的VoiceXML、IETF的CPL（Call Processing Language）等等；

　　(4)　　基于工作流（Workflow）的业务开发方式在技术上包括工作流描述语言、工作流解释执行过程中的与自动解释执行、资源发现以及信息传递交互相关的一系列规则。通过这些规则能够实现一定程度上的工作流程自动化，做到自动解释执行、自动发现和调用所需资源、自动实现信息交互。目前典型的工作流描述语言包括WSFL等等。

　　从业务开发接口面向业务逻辑所能提供的可控制可管理的网络资源范围和抽象程度的角度，根据当前主流情况，若业务开发接口所采用的软件技术抽象层次较高，则相应的对网络资源抽象程度也较高。一般而言，抽象程度较高的软件技术更适合描述较为抽象的网络能力，抽象程度较低的软件技术更适合描述较为底层的网络能力细节，但二者不存在必然的联系。