简单地说，ParlayAPI在软交换系统中的应用体系与Parlay/GSA的体系架构基本一致，也是由应用服务器、Parlay网关及软交换网络资源构成。

1、Parlay应用服务器与软交换设备的连接方式：基千软交换设备对外提供Parlay接口的不同方式，Parlay应用服务器与软交换设备的交互方式如图所示。

Parlay应用服务器与软交换的连接方式

        从方案实现角度来看，软交换设备对外提供ParlayAPI既可以直接由内嵌式Parlay网关实体来实现，也可由外置式的Parlay网关实体来实现。Parlya网关中包含提供各种网络服务能力的业务能力特征，代表软交换设备响应Parlay客户端（即应用服务器中的Parlay应用）的请求，两者相互配合，共同完成增值业务的提供。当采用内嵌式Parlay网关方式时，软交换设备在应用侧看来就相当千一个大型的Parlay网关；而在外置模式下，Parlay网关通常采用通用协议（目前主要采用经过扩展的SIP协议）和软交换设备进行信息交互。应该指出的是，无论Parlay网关的物理形态如何，其功能和作用并无不同。

        Parlay应用服务器通过Parlay网关使用网络运营商的核心网络能力，既可以提供大众型业务，也可以由第三方业务运营商或企业用户根据自己的需要和应用特点提供面向特定领域的业务或企业专用的业务等。根据所提供业务类型的不同以及应用服务器的安全等级不同，Parlay应用服务器既可以部署在网络运营商的网络域内，也可以部署在第三方运营域或企业用户的网络中。若是前者，Parlay应用服务器位千网络安全域以内，可直接访问Par­lay网关的SCF资源；若是后者，则认为Parlay应用服务器位千网络安全域以外，需通过Parlay网关的框架接口和其他安全方式的鉴权后才能够访问Parlay网关的SCF资源。

        Parlay应用服务器与Parlay网关之间的接口调用的承载方式，可以使用COREA、RMI、DCOM等分布式处理技术，但实际使用中一般采用COREA环境。ParlayAPI接口本身是用对象管理组织(OMG)提出的中性化的IDL语言定义的，理论上可以用任何技术实现，但事实上最直接的实现方法自然就是采用OMG定义的COREA技术，它可以很好地支持分布式第三方业务逻辑的远程控制。但如何提高效率、加快响应速度是COREA应用于电信实时业务控制必须解决的问题，OMG正在对此进行研究。

2.Parlay应用服务器的体系结构

Parlay应用服务器的体系结构

上图是一个简单的Parlay应用服务器的体系结构示意图。图中的Parlay应用服务器不仅支持软交换设备通过CORBA总线送来的业务请求，还支持通过HTTP协议送来的业务请求（即基千ParlayXWebService的请求），而且用户还可以通过浏览器进行业务的订购和客户化管理。业务冲突管理用千在激活业务之前处理业务冲突。业务逻辑执行环境提供了基于Parlay业务逻辑的运行场所。该应用服务器还包含业务管理服务器和业务生成环境的功能，前者负责业务生命周期管理、配置管理、安全管理、故障管理、业务订购管理、业务客户化管理等工作，后者则利用应用服务器提供的多种业务开发接口，提供图形化工具方便业务的开发。

3.Parlay应用的开发方式

        与SIP应用开发不同，除了ParlayXWehService提供了基千WebService技术的业务开发方式外，尚没有组织为基千Parlay的应用服务器制定统一的业务开发技术。Par­lay应用本身可以用各种语言（如Java、VB、XML脚本等）实现，只要确保能够正确调用ParlayAPI的各类方法并能够正确处理相应的响应即可。

        ParlayAPI本身是一个比较底层的应用开发接口，仍然需要开发人员具有较高的应用编程能力。因此为了降低业务开发的难度，尽可能扩大业务开发人员的范围，对于电信知识掌握程度不同的用户，需要提供不同级别的业务编辑层次。这就需要Parlay应用服务器可以提供不同抽象层次的业务开发技术。例如，可以提供基于CORBA的ParlayAPI开发方式、基于构件的开发方式（类似于智能网的SIB模式）、基于XML的开发方式、基于WebService的开发方式等，如表所示。业务开发模式的抽象层次越高，业务开发的复杂性越低，对业务开发人员的技术能力要求也就越低。