CN1805403B - 分组用户终端使用通信业务的方法及其系统 - Google Patents

Abstract

本发明公开了一种分组用户终端使用通信业务的方法，该方法为：用户通过与业务相关联的人机交互界面发起业务请求；Web门户根据当前用户的终端属性和所述界面相关联的业务交互信息生成第一格式的请求消息，并发送给业务呈现单元；业务呈现单元将第一格式的请求消息转换为第二格式的请求消息后发送给业务宿主单元；业务宿主单元根据所述指定业务触发相应的业务逻辑控制，并向业务呈现单元发送第二格式的响应消息；业务呈现单元将所述第二格式的响应消息转换为第一格式的响应消息并发送给Web门户；Web门户从所述第一格式的响应消息中提取出提示性信息输出给用户。本发明还同时公开了一种为分组用户终端提供话音及话音类融合业务的通信系统。

Description

分组用户终端使用通信业务的方法及其系统

技术领域

本发明涉及第三代移动通信网络(3G)和下一代网络(NGN)，尤其涉及分组用户终端使用通信业务的方法及其系统。

背景技术

目前，随着分组技术的不断发展，基于电路交换的传统电信网络正在向着基于分组交换的宽带电信网发展，如第三代移动通信系统和NGN。

网络发展前进的根本目的是为了向用户提供更加丰富多彩的应用业务，同时也只有向用户提供有足够吸引力的应用业务，才能促进网络的自身发展。第三代移动通信系统和NGN的出现，就是希望在原有的话音业务之外，还能提供集多媒体业务、数据业务于一体的新型融合业务，用户甚至可以根据需要定制个性化的业务。

用户对业务的最终体验都必须通过用户终端设备，用户终端设备和业务宿主环境之间必须存在某种人机交互方式作为业务交付界面。通信业务的传统的人机交互方式实际是承载于各种呼叫控制协议之中，如模拟用户信令、综合业务数字网(ISDN)信令、会话发起协议(SIP)等。

这些呼叫控制协议承载的业务，总是和某种类型的用户终端相对应的，如ISDN业务对应于ISDN用户终端，ISDN用户终端需要支持ISDN信令，用户终端和业务宿主环境之间以协议交互的方式执行标准定义的各种ISDN业务流程。因此，要促进第三代移动通信系统和NGN的业务发展，必须要有新型的分组用户终端与之相对应。

目前，虽然第三代移动通信系统和NGN具备了提供分组话音、多媒体及数据业务融合的能力，运营商和用户都希望能够按需定制比传统话音业务更加丰富多彩更加便利应用的分组话音业务和以通话为基础的、融合多媒体及数据业务的话音类融合业务，但由于此类业务及业务定制方法，缺乏足够标准化的定义；而各种呼叫控制协议如SIP，本身也缺乏对业务信息的足够承载，因此当前的各种分组用户终端，更多提供的是数据业务、媒体推送业务、基本的话音和视频通信业务等，较少能提供具有一定逻辑复杂度的话音类融合业务及传统话音业务之外的定制业务。

目前，在分组用户终端上提供话音及话音类融合业务，业界一般有以下两种方式，

第一种方式：分组用户终端仍然具有和电路域话音业务交互的能力，通过媒体网关接入，第三代移动通信系统和NGN继承了各种传统的电路域话音业务，可以看成是在分组通道上承载了传统话音业务的交互方式，业务流程基本保持传统的定义不变。

第二种方式：业务提供商对呼叫控制协议如SIP，进行了私有扩展，分组用户终端必须满足业务提供商私有扩展的分组协议，使分组用户终端和业务宿主环境之间可以交互具有复杂逻辑的话音及话音类融合业务，业务流程由业务提供商自行定义。

两种方式的共同点是仍采用呼叫控制协议承载业务的人机交互方式，这两种方式分别有以下缺点：

在第一种方式下，分组用户终端只是将话音、多媒体及数据业务的能力集成在一个终端上，用户通话时体验到的仍然是根据标准定义的传统话音业务的人机交互方式，业务流程固然因为继承而使分组用户终端有了可依据的标准定义，但除了通信视频化，用户很少能感受到网络发展带来的在话音业务方面发生的变化，更难以体验到业务的融合和定制。

第二种方式下，通过对承载业务交互的呼叫控制协议的私有扩展，使提供更加丰富多彩的分组话音及话音类融合业务、包括业务流程的定制都成为可能，但由于要求分组用户终端必须满足业务提供商对分组协议的私有扩展，缺乏标准化定义，分组用户终端和业务宿主环境之间耦合紧密，使这种方式的推广较为困难。

发明内容

本发明提供一种分组用户终端使用通信业务的方法及其系统，以解决现有技术在分组用户终端上提供话音及话音类融合业务时需要对呼叫控制协议进行私有扩展和分组用户终端和业务宿主环境之间耦合紧密而存在使用和推广困难的问题。

为解决上述问题，本发明提供如下技术方案：

一种为分组用户终端提供话音及话音类融合业务的通信系统，该系统包括：

话音及话音类融合业务宿主单元、业务呈现单元和Web门户；

所述话音及话音类融合业务宿主单元通过接口与业务呈现单元交互，用于接收来自业务呈现单元的第二格式请求消息并据此触发业务逻辑控制，和根据当前业务逻辑控制的运行要求向业务呈现单元发送第二格式响应消息；

所述业务呈现单元通过接口与所述业务宿主单元交互，用于将来自分组用户终端的第一格式请求消息转换为第二格式请求消息发送到所述业务宿主单元，和将来自业务宿主单元的第二格式响应消息转换成第一格式响应消息发送给分组用户终端；

所述Web门户通过接口与分组用户终端和业务呈现单元交互，用于向所述分组用户终端提供人机交互界面，根据所述用户终端属性和该界面相关联的业务交互信息生成第一格式请求消息发送给所述呈现单元，和将呈现单元发送来第一格式响应消息内容通过界面提供给用户；所述第一格式请求消息和所述第二格式请求消息为简单对象访问协议(SOAP)格式的请求消息。

一种分组用户终端使用通信业务的方法，该方法包括如下步骤：

A、用户通过与业务相关联的人机交互界面发起业务请求；

B、Web门户根据当前用户的终端属性和所述界面相关联的业务交互信息生成第一格式的请求消息，并发送给业务呈现单元；

C、业务呈现单元将所述第一格式的请求消息转换为可被业务宿主单元识别和指定业务的第二格式的请求消息后发送给业务宿主单元；

D、业务宿主单元根据所述指定业务触发相应的业务逻辑控制，并按当前业务逻辑控制的运行要求向业务呈现单元发送第二格式的响应消息；

E、业务呈现单元将所述第二格式的响应消息转换为第一格式的响应消息并发送给Web门户；

F、Web门户从所述第一格式的响应消息中提取出业务执行应用对象的终端属性和业务执行的提示性信息，通过人机交互界面输出给该终端属性所指示的用户；所述第一格式的请求消息和所述第二格式的请求消息为简单对象访问协议(SOAP)格式的请求消息。

本发明将分组用户终端设计成Web客户端，分组用户终端和Web Portal间通过Web页面交互，并通过Web Portal以SOAP请求方式向业务宿主环境发起业务执行请求，业务宿主环境以SOAP响应方式通过Web Portal向分组用户终端发送业务执行的最终或阶段性响应。因此，本发明通过SOAP协议承载话音及话音类融合业务的人机交互方式，为分组用户终端提供了传统话音业务交互方式之外的分组话音及话音类融合业务，而且业务流程可由业务提供商自行定义，使得按需定制比传统话音业务更加丰富多彩更加便利应用的话音及话音类融合业务成为可能。

由于SOAP协议是以可扩展标记语言XML形式提供一种简单、轻量的用于在分散或分布环境中交换结构化和类型信息的机制，因此，本发明的人机交互机制通用性强，不再需要对呼叫控制协议进行私有扩展，分组用户终端也不需要和业务宿主环境紧密耦合，因而易于在运营商之间推广和使用。

附图说明

图1为本发明的系统结构示意图；

图2为本发明的人机交互方式的业务应用流程图。

具体实施方式

为了避免采用传统的呼叫控制协议承载业务的人机交互方式所带来的不足，本发明采用简单对象访问协议(Simple Object Access Protocol，SOAP)承载此类业务的人机交互方式。

SOAP协议是以可扩展标记语言XML形式提供了一种简单、轻量的用于在分散或分布环境中交换结构化和类型信息的机制，具体定义可参见W3C发布的规范。简单的说，通过SOAP消息可以实现“远程过程调用”，通过SOAP请求消息传递输入参数，通过SOAP响应消息接收返回值。

为了便于描述，本发明约定在业务的人机交互过程中，从分组用户终端至业务宿主环境方向的消息为“请求”，从业务宿主环境至分组用户终端方向的消息为“响应”。

本发明中的分组用户终端是指采用分组技术接入、具有分组通信能力的用户终端设备，如SIP固定话机、3G手机、运行于个人计算机上的软终端、Web终端等。

参阅图1所示，通过引入网元-业务呈现单元来为3G和NGN的话音及话音类融合业务提供以SOAP协议为载体的人机交互机制。整个通信系统包括：3G和NGN的话音及话音类融合业务宿主单元(或称业务宿主环境)，业务呈现单元和Web门户(Web Portal)。

在本发明中，分组用户终端设计成Web客户端，分组用户终端和Web Portal间通过Web页面作为人机交互界面，分组用户终端通过Web Portal以SOAP请求方式向业务宿主单元发起业务执行请求，业务宿主单元以SOAP响应方式通过Web Portal向分组用户终端发送业务执行的最终或阶段性响应。

Web客户端和Web Portal间的Web页面交互可使用的技术有HTTP、HTML、DHTML、Java Script、Java Applet、Visual Basic Script等，具体定义可参见IETF、W3C、Mircosoft公司、Sun公司等发布的规范(分组用户终端设计成Web客户端以及和Web Portal间的Web页面交互的设计方法，属于Web编程技术，不在本发明的描述范围之内)。

在分组用户终端和话音及话音类融合业务宿主单元间，引入SOAP协议承载此类业务的人机交互方式，业务呈现单元将人机交互步骤拆分成若干个SOAP请求和SOAP响应，将来自分组用户终端通过Web Portal发送的SOAP请求转换成业务执行请求发向业务宿主单元，将来自业务宿主单元的最终或阶段性业务执行响应转换成SOAP响应发向分组用户终端注册的Web Portal发送。在SOAP消息中描述出应用业务的种类、业务交互传递的请求和响应信息，这些交互信息被定义成对所有此类业务都适用的、业务宿主单元和Web Portal及业务呈现单元都理解的数据结构。

业务呈现单元是一个逻辑上的网元，即可以是一个独立的物理设备，也可以驻留在第三代移动通信系统和NGN的业务宿主单元内，如MSC Server或软交换或SIP应用服务器等设备内。

Web Portal与分组用户终端之间的接口E1提供分组用户终端和Web页面交互接口。Web Portal与业务呈现单元之间的接口I1提供SOAP协议。业务呈现单元与业务宿主单元之间的接口I2为内部接口，业务提供商可以自行定义其消息类型。

在第三代移动通信系统和NGN的话音及话音类融合业务宿主单元中开发完一个业务后，如果该业务不能通过标准呼叫控制协议的交互就能被用户所应用，则需要将该业务分别发布至业务呈现单元和Web Portal。

业务呈现单元将发布的业务的人机交互的请求步骤定义成可被SOAP请求调用的“业务服务方法”，对该方法的声明定义如下：

[输出参数][业务服务方法名称([输入参数])]

其中：

(1)“业务服务方法名称”是“业务服务方法”的函数名称，是Web Portal和业务呈现单元都能理解的、对该业务进行全局标识的唯一标志。

(2)“输出参数”就是业务执行响应即SOAP响应携带的数据。本发明为“输出参数”定义了一种对所有发布业务都适用的、业务宿主单元和Web Portal及业务呈现单元都理解的数据结构。该数据结构必须符合SOAP规范支持的数据类型定义，必须能描述出如下信息：

a、业务宿主单元在业务执行响应中给出的当前应用对象的分组用户终端的“终端属性”，包括公共用户标识、IP地址等。

B、业务宿主单元在业务执行响应中给出的“提示性信息”，如“请输入卡号和密码”。

C、业务宿主单元在业务执行响应中给出的用户继续执行业务所必须输入的若干个“输入项名称”。如“卡号”、“密码”等。

Web Portal从SOAP响应中得到“输出参数”，将“提示性信息”和“输入项名称”作为字符串通过Web页面显示出来，同时为每个输入项向用户提供人机交互的对话框。

(3)“输入参数”是用户发出业务应用请求时，通过SOAP请求调用“业务服务方法”的传递参数。本发明为“输入参数”定义了一种对所有发布业务都适用的、业务宿主单元和Web Portal及业务呈现单元都理解的数据结构。该数据结构必须符合SOAP规范支持的数据类型定义，必须能描述出如下信息：

a、分组用户终端的“终端属性”，包括公共用户标识、IP地址等。Web Portal可以在分组用户终端注册时获取这些属性，或根据SOAP响应携带的“终端属性”获取。

b、用户请求业务执行所必须输入的“输入项内容”。如“卡号”内容、“密码”内容等。Web Portal可以根据用户在Web页面上初始触发业务时，根据具体业务要求的初始输入项；或根据收到的SOAP响应中包含的继续业务执行要求的输入项，向用户显示人机交互的对话框，根据用户的实际输入收集到相关的输入项内容。

Web Portal向分组用户终端提供了人机交互界面，因此也必须将业务发布至Web Portal。Web Portal需要理解“业务服务方法名称”的具体含义，为不同的业务提供不同的初始触发的“业务入口界面”，包括该业务初始触发时所要求的初始输入项。

这些人机交互界面，连同Web Portal收到SOAP响应时的根据“输出参数”显示的人机交互界面，可以根据各种Web编程技术实现。

可以看出，在整个业务发布过程中，并不需要分组用户终端的参与。分组用户终端通过Web浏览器，可以从Web Portal上得到表示人机交互界面的Web页面。

在分组用户终端在应用业务前，必须首先注册到Web Portal，Web Portal对其进行鉴权认证并记录下对应的“终端属性”，如公共用户标识、IP地址等属性。

分组用户终端注册Web Portal成功后，将在终端界面上显示Web页面，用户选择将要应用的业务的“业务入口界面”，发起业务触发请求。如果业务要求初始触发时必须有初始输入项，则需要用户在界面上输入相关内容后才能触发业务。

参阅图2所示，以SOAP承载第三代移动通信系统和NGN的话音及话音类融合业务的人机交互方式的业务应用流程如下：

步骤1、用户在分组用户终端的Web界面上发起业务应用请求。

步骤2、Web Portal提供的用户交互界面总是和某个“业务服务方法名称”相对应。这是因为初始触发的“业务入口界面”是Web Portal在业务发布时根据不同业务设计的；而后继的交互响应界面是由包含了“业务服务方法名称”的SOAP响应引发的，因此Web Portal根据当前的交互界面可以得到“业务服务方法名称”。

Web Portal根据分组用户终端注册时记录的“终端属性”或SOAP响应中携带的“终端属性”，以及可能有的用户输入的“输入项内容”，按照业务发布时定义的数据结构，组成“输入参数”，按照SOAP规范要求填写SOAP请求消息，向业务呈现单元发送对“业务服务方法”调用的SOAP请求消息。

步骤3、业务呈现单元收到SOAP请求消息后，对SOAP消息进行解析，从消息中按约定的数据结构提取出“输入参数”并执行SOAP请求消息调用的“业务服务方法”。

业务呈现单元为每个发布的业务定义一个业务宿主单元可以理解的、和“业务服务方法名称”唯一对应的“业务标识”。

业务呈现单元执行“业务服务方法”，通过I2接口向业务宿主单元发送业务执行请求，该请求采用业务呈现单元和业务宿主单元之间内部定义的消息格式，传递“业务标识”和“输入参数”。

步骤4、业务宿主单元收到业务执行请求消息，得到“业务标识”和“输入参数”。根据约定的数据结构读取“输入参数”，得到分组用户终端的“终端属性”，并由此得到终端当前状态、用户的业务权限等。业务宿主单元还需要对可能有的“输入项内容”按业务要求进行校验等处理。最后，业务宿主单元触发业务的逻辑控制。

业务宿主单元根据业务逻辑控制运行的要求，将当前业务执行的人机响应，包括对用户的“提示性信息”和可能要求的“输入项名称”(若是业务执行最终响应，则“输入项名称”不存在；若是阶段性响应，则为有效值)，加上当前应用对象的分组用户终端的“终端属性”，按照业务发布时定义的数据结构，组成“输出参数”，连同当前应用业务的“业务标识”通过I2接口向业务呈现单元发送业务执行响应。该响应采用业务呈现单元和业务宿主单元之间内部定义的消息格式。

步骤5、业务呈现单元收到业务执行响应消息，提取出其传递的“业务标识”和“输出参数”，根据“业务标识”得到其唯一对应的“业务服务方法名称”，按照SOAP规范要求填写SOAP响应消息，向“输出参数”中的“终端属性”所标识的分组用户终端注册的Web Portal发送SOAP响应消息。

步骤6、Web Portal收到SOAP响应消息后，对SOAP消息进行解析，提取出“业务服务方法名称”和“输出参数”。

Web Portal根据约定的数据结构读取“输出参数”，将其中的“提示性信息”和可能有的“输入项名称”作为字符串通过Web界面显示给用户，并为每个输入项向用户提供人机交互的对话框。界面上还可以显示“业务服务方法名称”对应的业务名称等信息。

如果有“输入项名称”存在，要求用户有后继操作时：

a、用户在终端界面上输入指定的内容，或者按“取消”键表示中止此次业务应用(此时输入项内容为空值)，则流程重新进入上面的步骤1。

b、用户长时间没有操作，业务宿主单元中为等待用户后继执行请求输入而启动的定时器超时，业务宿主单元中止此次业务应用，并向业务呈现单元发送业务执行的最终响应，流程重新进入上面的步骤5。此时，等待用户输入的原Web界面可以继续保留，也可以由Web Portal主动取消。

需要说明的是，由于SOAP规范并不要求对SOAP请求和响应一定要成对出现，因此本发明适用的业务应用场景将是非常灵活的，可能的场景还有：

1、业务宿主单元在应用某种业务时，根据当前的业务逻辑控制的运行要求，主动触发一个业务的人机交互。即上述流程没有步骤1、步骤2、步骤3，业务宿主单元主动向业务呈现单元发出一个业务执行响应，将包含触发业务的“业务标识”、发给用户的“提示性信息”和可能要求的“输入项名称”、以及该触发业务所应用对象的分组用户终端的“终端属性”，通过与该业务相应的人机交互界面输出给用户。如，用户A拨用户B的电话，用户B设置了“密码突破免打扰”业务，用户B的业务宿主单元就会主动触发“密码突破免打扰”业务，要求用户A输入用户B的密码(才能打通用户B的电话)。

用户可以通过所述人机交互界面发起业务请求，或者根据继续执行业务要求输入信息后触发业务请求，之后的处理过程与上述步骤1、2、3相同，不再赘述。

2、业务宿主单元向业务呈现单元发出的业务执行响应中包含的业务标识、终端属性，和业务宿主单元最近收到的业务执行请求中包含的业务标识、终端属性，可以不相同。

业务标识不同的情况如：业务宿主单元根据请求中的业务标识触发了该业务标识对应的业务种类，在其业务逻辑的运行过程中，又触发了另一个业务，该业务执行要求业务宿主单元发出一个对应的响应，因此响应消息中的业务标识与请求消息中的业务标识会不相同。

3、业务宿主单元向业务呈现单元发出的业务执行响应中包含的终端属性，和业务宿主单元最近收到的业务执行请求中包含的终端属性，可以不相同。

终端属性不同的情况如：某个终端用户通过请求触发了业务，该请求的输入参数中包含了其它被控制用户的终端属性，在业务逻辑的运行过程中，该业务执行要求业务宿主单元发出一个对该被控制用户的响应，因此，响应消息的终端属性与请求消息中的终端属性会不相同。

Web Portal和业务呈现单元、业务呈现单元和业务宿主单元之间的路由寻址，有多种现有技术可以使用，比如：Web Portal、业务呈现单元和业务宿主单元上可以直接配置对端网元的地址。当对端网元有多个实体时，Web Portal、业务呈现单元和业务宿主单元上可以基于业务种类或分组用户终端等元素，根据动态或静态配置方式选择一个对端网元。

针对现有技术中的第一种方式，本发明解决了以下的关键技术问题：

分组用户终端上可以提供传统话音业务交互方式之外的分组话音及话音类融合业务，业务流程(业务的人机交互方式)由业务提供商自行定义。

针对现有技术中的第二种方式，本发明解决了以下的关键技术问题：

不需要对呼叫控制协议进行私有扩展，引入一种通用的分组用户终端和业务宿主单元间的人机交互机制，分组用户终端不需要和业务宿主单元紧密耦合。呼叫控制协议将只承载基本的人机交互方式，如摘机拨号、摘机应答、挂机释放等。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (17)

1.一种为分组用户终端提供话音及话音类融合业务的通信系统，其特征在于该系统包括：话音及话音类融合业务宿主单元、业务呈现单元和Web门户；

所述话音及话音类融合业务宿主单元通过接口与业务呈现单元交互，用于接收来自业务呈现单元的第二格式请求消息并据此触发业务逻辑控制，和根据当前业务逻辑控制的运行要求向业务呈现单元发送第二格式响应消息；

所述业务呈现单元通过接口与所述业务宿主单元交互，用于将来自分组用户终端的第一格式请求消息转换为第二格式请求消息发送到所述业务宿主单元，和将来自业务宿主单元的第二格式响应消息转换成第一格式响应消息发送给分组用户终端；

所述Web门户通过接口与分组用户终端和业务呈现单元交互，用于向所述分组用户终端提供人机交互界面，根据所述用户终端属性和该界面相关联的业务交互信息生成第一格式请求消息发送给所述呈现单元，和将呈现单元发送来第一格式响应消息内容通过界面提供给用户；所述第一格式请求消息和所述第二格式请求消息为简单对象访问协议(SOAP)格式的请求消息。

2.如权利要求1所述的通信系统，其特征在于，所述呈现单元为独立的物理设备，或设置在所述业务宿主单元内。

3.一种分组用户终端使用通信业务的方法，其特征在于该方法包括如下步骤：

A、用户通过与业务相关联的人机交互界面发起业务请求；

B、Web门户根据当前用户的终端属性和所述界面相关联的业务交互信息生成第一格式的请求消息，并发送给业务呈现单元；

C、业务呈现单元将所述第一格式的请求消息转换为可被业务宿主单元识别并指定业务的第二格式的请求消息后发送给业务宿主单元；

D、业务宿主单元根据所述指定业务触发相应的业务逻辑控制，并按当前业务逻辑控制的运行要求向业务呈现单元发送第二格式的响应消息；

E、业务呈现单元将所述第二格式的响应消息转换为第一格式的响应消息并发送给Web门户；

F、Web门户从所述第一格式的响应消息中提取出业务执行应用对象的终端属性和业务执行的提示性信息，通过与业务相关联的人机交互界面输出给该终端属性所指定的用户；所述第一格式的请求消息和所述第二格式的请求消息为简单对象访问协议(SOAP)格式的请求消息。

4.如权利要求3所述的方法，其特征在于，若用户在发起业务请求时通过界面输入了内容，则在步骤B中根据当前用户的终端属性、用户通过界面输入的内容和界面对应的业务种类生成第一格式的请求消息；或者，若业务宿主单元返回的第二格式响应消息中包含有继续执行业务所必须输入的输入项信息，则在步骤F中还将该输入项信息输出给用户。

5.如权利要求3所述的方法，其特征在于，在业务宿主单元发送的第二格式响应消息为业务执行的阶段性响应消息后，启动一个定时器等待用户后继执行请求输入，并在定时器超时后中止此次业务应用和向业务呈现单元发送所述业务执行的最终响应消息。

6.如权利要求3所述的方法，其特征在于，在步骤A之前，该方法进一步包括：

业务呈现单元将发布到本单元上的业务的人机交互请求步骤定义为可被调用的业务服务方法，该业务服务方法包括输出参数、业务服务方法名称和输入参数，所述Web门户提供的人机交互界面与一个业务服务方法名称对应；所述输出参数为业务执行响应携带的数据；所述输入参数为用户发出业务请求时通过该请求调用所述业务服务方法的传递参数。

7.如权利要求6所述的方法，其特征在于，在生成第一格式的请求消息时，Web门户将分组用户终端属性以及收集到的输入内容组成输入参数，和根据当前交互的界面获得业务服务方法的名称；在生成第二格式的响应消息时，业务宿主单元将对用户的提示性信息、要求的输入项名称和终端属性组成输出参数。

8.如权利要求7所述的方法，其特征在于，在转换第一格式消息时，业务呈现单元从第一格式的请求消息中得到输入参数和根据业务服务方法的名称得到业务标识，通过执行该请求消息调用的业务服务方法向业务宿主单元发送包括业务标识和输入参数的第二格式的请求消息；在转换第二格式响应消息时，业务呈现单元从第二格式的响应消息中获得业务标识和输出参数，并根据业务标识得到其对应的业务服务方法名称。

9.如权利要求8所述的方法，其特征在于，第一格式请求消息中的业务标识、终端属性与第二格式响应中的业务标识、终端属性分别相同，或者，

第一格式请求消息中的业务标识与第二格式响应中的业务标识不相同，第一格式请求消息中的终端属性与第二格式响应中的终端属性不相同。

10.一种分组用户终端使用通信业务的方法，其特征在于该方法包括如下步骤：

A、业务宿主单元执行业务逻辑，并按当前业务逻辑控制的运行要求向业务呈现单元发送包含终端属性、执行业务类型相关联的业务标识和对用户的提示性信息的第二格式的响应消息；

B、业务呈现单元将所述第二格式的响应消息转换为第一格式的响应消息并发送给Web门户；

C、Web门户从所述第一格式的响应消息中提取出业务执行应用对象的终端属性和所述对用户的提示性信息，通过与该业务相关联的人机交互界面输出给该终端属性所指示的用户。

11.如权利要求10所述的方法，其特征在于，若业务宿主单元返回的第二格式响应消息中包含有继续执行业务所必须输入的输入项信息，则在步骤C中还将该输入项信息输出给用户。

12.如权利要求10所述的方法，其特征在于，在业务宿主单元发送的第二格式响应消息为业务执行的阶段性响应消息后，启动一个定时器等待用户后继执行请求输入，并在定时器超时后中止此次业务应用和向业务呈现单元发送所述业务执行的最终响应消息。

13.如权利要求10、11或12所述的方法，其特征在于，步骤C之后还进一步包括如下步骤：

D、用户通过所述人机交互界面发起业务请求，或者根据继续执行业务要求输入信息后触发业务请求；

E、Web门户根据当前用户的终端属性和所述人机交互界面相关联的业务交互信息生成第一格式的请求消息，并发送给业务呈现单元；

F、业务呈现单元将所述第一格式的请求消息转换为第二格式的请求消息后发送给业务宿主单元；所述第一格式的请求消息和所述第二格式的请求消息为简单对象访问协议(SOAP)格式的请求消息。

14.如权利要求10所述的方法，其特征在于，在步骤A之前，该方法进一步包括：

业务呈现单元将发布到本单元上的业务的人机交互请求步骤定义为可被调用的业务服务方法，该业务服务方法包括输出参数、业务服务方法名称和输入参数，所述Web门户提供的人机交互界面与一个业务服务方法名称对应；所述输出参数为业务执行响应携带的数据；所述输入参数为用户发出业务请求时通过该请求调用所述业务服务方法的传递参数。

15.如权利要求14所述的方法，其特征在于，在生成第一格式的请求消息时，Web门户将分组用户终端属性以及收集到的输入内容组成输入参数，和根据当前交互的界面获得业务服务方法的名称；在生成第二格式的响应消息时，业务宿主单元将对用户的提示性信息、要求的输入项名称和终端属性组成输出参数。

16.如权利要求15所述的方法，其特征在于，在转换第一格式消息时，业务呈现单元从第一格式的请求消息中得到输入参数和根据业务服务方法的名称得到业务标识，通过执行该请求消息调用的业务服务方法向业务宿主单元发送包括业务标识和输入参数的第二格式的请求消息；在转换第二格式响应消息时，业务呈现单元从第二格式的响应消息中获得业务标识和输出参数，并根据业务标识得到其对应的业务服务方法名称。

17.如权利要求16所述的方法，其特征在于，第一格式请求消息中的业务标识、终端属性与第二格式响应中的业务标识、终端属性分别相同，或者，

第一格式请求消息中的业务标识与第二格式响应中的业务标识不相同，第一格式请求消息中的终端属性与第二格式响应中的终端属性不相同。

Images