简单地说，ParlayAPI在 软交换系统中的应用体系与Parlay/GSA的体系架构基本一致，也是由应用服务器、Parlay 网关及软交换网络资源构成。
1、 Parlay应用服务器与软交换设备的连接方式：基千软交换设备对外提供Parlay接口的不同方式，Parlay应用服务器与软交换设备的交互方式如图所示。
Parlay应用服务器与软交换的连接方式
从 方案实现角度来看，软交换设备对外提供ParlayAPI既可以直接由内嵌式Parlay网关实体来实现，也可由外置式的Parlay网关实体来实现。Parlya网关中包含提供各种网络服务能力的业务能力特征，代表软交换设备响应Parlay客户端（即应用服务器中的Parlay应用）的请求，两者相互配合，共同完成增值业务的提供。当采用内嵌式Parlay网关方式时，软交换设备在应用侧看来就相当千一个大型的Parlay网关；而在外置模式下，Parlay网关通常采用通用协议（目前主要采用经过扩展的 SIP协议）和软交换设备进行信息交互。应该指出的是，无论Parlay网关的物理形态如何，其功能和作用并无不同。
Parlay应用服务器通过Parlay网关使用网络运营商的核心网络能力，既可以提供大众型业务，也可以由第三方业务运营商或企业用户根据自己的需要和应用特点提供面向特定领域的业务或企业专用的业务等。根据所提供业务类型的不同以及应用服务器的安全等级不同，Parlay应用服务器既可以部署在网络运营商的网络域内，也可以部署在第三方运营域或企业用户的网络中。若是前者，Parlay应用服务器位千网络安全域以内，可直接访问Parlay网关的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的应用服务器制定统一的业务开发技术。Parlay应用本身可以用各种语言（如Java、VB、XML脚本等）实现，只要确保能够正确调用ParlayAPI的各类方法并能够正确处理相应的响应即可。
ParlayAPI本身是一个比较底层的应用开发接口，仍然需要开发人员具有较高的应用编程能力。因此为了降低业务开发的难度，尽可能扩大业务开发人员的范围，对于电信知识掌握程度不同的用户，需要提供不同级别的业务编辑层次。这就需要Parlay应用服务器可以提供不同抽象层次的业务开发技术。例如，可以提供基于CORBA的ParlayAPI开发方式、基于构件的开发方式（类似于智能网的SIB模式）、基于XML的开发方式、基于WebService的开发方式等，如表所示。业务开发模式的抽象层次越高，业务开发的复杂性越低，对业务开发人员的技术能力要求也就越低。
Parlay应用服务器多层次的业务开发方式
下面以北京邮电大学开发的UniNet应用服务器为例。UniNet应用服务器是一种典型的Parlay应用服务器，它提供的业务开发环境从低到高为用户提供了API模式、组件模式和脚本模式等多个粒度的业务开发方式。这些开发方式的抽象层次逐渐增高，开发难度也逐渐降低，使业务开发者可以根据业务的需要和自己的能力进行选择。UniNet应用服务器提供的多层次业务开发模式如图所示。
多层次业务开发技术解决方案
值得注意的是，基千脚本的业务提供方式降低了业务开发的技术门槛，不仅符合 NGN业务提供的开放性原则，还有利千业务的快速开发和部署；同时由千脚本相对简单易懂，用户可根据自己的需要灵活定制业务的特征属性，实现业务的个性化，在SIP应用服务器以及Parlay应用服务器中都得到了大量应用。从目前的发展来看，ParlayAPI与WebService技术结合形成的ParlayXWebService是抽象级别最高的电信业务开发接口，并且应用程序也将按WebService方式编程。进一步，应用程序还可以利用WebService技术调用Internet上的其他应用软件，实现和Internet融合的增值业务。这种方式更符合NGN业务的特点，有可能成为未来NGN中业务提供技术的主流。
4. ParlayXWebService的实现方式
ParlayXWebService需要架构于ParlayX网关之上。如前所述，ParlayX是在Parlay基础上通过进一步抽象后形成的。Parlay与ParlayX之间的逻辑关系如图所示。
Parlay与ParlayX的关系
与Parlay应用类似，ParlayX应用也可以用各种编程语言实现，只要能够进行正确的WebService调用。ParlayX网关负责实现ParlayXWehService的接口。在大多数情况下，ParlayX网关通过调用Parlay网关资源访问软交换设备或底层网络，但是也不排除其直接与软交换设备或底层网络进行交互。
ParlayX网关与Parlay网关之间的接口采用ParlayAPI接口，与应用服务器之间采用WebService接口。在ParlayX网关上，ParlayAPI请求和响应将映射为XML描述，用SOAP消息传送。同样，ParlayX网关的实现方式也有两种模式：心独立的外置式ParlayX网关设备改）与Par1ay网关或Parlay应用服务器集成在一起。集成的方法是把ParlayX网关作为Parlay网关或Palray应用服务器的一部分，为ParlayX应用和Parlay网关之间提供一个代理的功能，如在图5.11中，Parlay应用服务器内嵌的WebServer/ParlayX网关，它的一个主要功能就是对外提供ParlayXWebServie能力；分离的方式则是把ParlayX网关作为一个单独的框架实现，或者是采用Web技术的框架结构替代，它在Parlay网关和应用之间创建一个实体，允许一些附加的处理。
