CN1997022A - 可远程控制的软键 - Google Patents

Abstract

本发明描述了一种经由以具有软键为特征的最终用户终端(2)与统一消息系统(1)的应用服务器(4)进行远程交互的方法，其中专用于至少一个软键的至少一个功能性可由应用服务器(4)实时地远程控制。另外，本发明还描述了用于执行所述方法的通信系统(1)、终端(2)和服务器(3，4)，以及包括使得计算机执行所述方法的计算机可读程序装置的计算机程序产品。

Description

可远程控制的软键

相关申请的交叉引用

本发明基于在先申请EP06 290 056.8，在此通过参考将其合并。

技术领域

本发明涉及一种经由以具有软键为特征的最终用户终端与统一消息系统的应用服务器进行远程交互的方法，其中所述终端远程地附着到提供至少一种通信服务的所述应用服务器，并且本发明涉及用于执行所述方法的通信系统、终端和服务器。

背景技术

统一消息系统(UMS)是提供例如电子邮件、SMS、语音邮件、电话应答机、传真机、电话等多种通信服务的系统，其中UMS允许将不同的通信服务彼此连接。所以UMS允许例如发送传真到电子邮件地址，或通过电子邮件发送SMS或MMS到移动电话，或发送电子邮件或SMS到电话，其中电子邮件或SMS的文本例如通过由服务器提供的文本到语音(TTS)转换器转换成语音。另外，UMS例如允许用户经由移动电话访问他的电子邮件。

UMS通常由一个或多个服务器和远程附着到服务器并可由所述服务器远程控制的一个或多个最终用户设备构成。服务器提供专用于最终用户设备的一个或多个应用，其中每种应用提供将通过所述最终用户设备使用的至少一种通信服务。

UMS开发中的一个焦点是提供允许使用所有或至少一些所描述的通信服务的单个的最终用户设备。这种最终用户设备通常包括类似于至少具有麦克风、扬声器和拔电话号码所需要的若干个按键的常规桌上型或无绳型电话机的终端，其中为了提供附加的通信服务，这种终端的特征是例如具有诸如小型监视器之类的用于显示电子邮件、SMS、传真等的显示器，以及具有用于控制不同的通信服务的各种按键。

因此，出现了一个问题，即随着通信服务数目的增长，按键数目也显著增长，由于随着按键数目的增长，终端的明晰度消失，导致除了糟糕的设计以外，还有糟糕的可用性。

为解决上述问题，直到现在，遵循的都是当特定通信服务的上下文由合适的应用服务器控制时提供结合自动语音识别(ASR)的音频菜单的解决方案。因此，为处理各种菜单和功能性而不是按键，提供可由用户经由语音输入或按压键盘上的特定数字选择的音频信息。因此，典型地，用语音读出菜单的菜单项目，其中用户可以通过语音输入或通过按压键盘上的特定数字选择菜单项目。此类解决方案的缺点在于提供此类特征的极大复杂度和成本。另外经由语音输入与菜单交互是很耗时的。

通过例如科学袖珍型计算器、电话系统和电视机的遥控器，已知存在处理类似问题的其它解决方案。因此所谓的软键用于根据实际使用的菜单提供各种功能性。软键包括设置在显示特定按键的实际功能性的显示器旁边的按键，或包括例如触摸屏上显示特定区域的实际功能性的触摸感应显示器区域。因此软键的功能性在特定的设备内被硬编码，其中设备的软件设计，即，特定菜单内的软键的特定功能性是固定的。此类的解决方案不能适用于新的功能性、用户行为等。

另外已知可以在远程通信中使用软键例如以便允许用户单独地配置终端的功能性。因此可以这样的一种方式来配置软键，即当由用户按压时，提供例如特定应用或功能性所需的访问数据。

通过GB2 365 734A已知可以结合诸如移动电话之类的用于访问因特网网页或其它标记语言文档的源数据的最终用户设备来使用软键。因此将要分配给软键的功能性在所述源数据中被标识。标识可在最终用户设备中完成或可在源服务器上完成或在代理服务器上完成，在标识之后源服务器或代理服务器给最终用户设备提供包括软键的实际功能性的数据。此类的解决方案的缺点是具有极大复杂性和仅仅很低的可靠性。另外通过源数据标识软键功能性太耗费时间。

通过EP1 496 677A1已知由用户自己或通过接收自动地安装软键功能性的配置消息对最终用户设备的软键进行编程。通过红外线数据访问、蓝牙、WAP/WEB下载、基于计算机的同步软件或通过SMS或MMS来接收配置消息。在接收到该配置消息之后，软键在最终用户设备中被硬编码。因此随着通信设备等的改变而改变软键的功能性是不可预见的。由于这一点，此类的解决方案不适于与UMS相结合。

已知软键解决方案的另一个缺点是在最终用户设备处需要存储软键的不同功能性所需的存储器。安装在最终用户设备内的存储器是昂贵的并且可能会由于受损的存储器和硬件故障而导致投诉和召回。另外，使提供硬编码软键功能性的最终用户设备适用于新的特征、功能性或通信服务是很昂贵的。

关于UMS，主要问题仍然是由UMS提供的不同通信服务提供用户必须可实时访问的不同、可能改变的功能性。功能性中的改变和/或功能性的改变可以例如通过引入由提供特定通信服务的特定应用服务器上新的、改进的或更新的软件所支持的新的功能性来调整。因此可以想到，例如在可用性的改进过程中，改变由提供特定通信服务的应用服务器提供的功能性或功能性序列，其中为了确保并且为了不影响UMS的可用性，该改变优选地在服务中发生。另外，可以想到的是，某些功能性或功能性序列取决于用户行为，从而它们可根据用户行为改变。由于这一点，对将要结合UMS使用的最终用户设备内的软键功能性进行硬编码是没有用的。

发明内容

本发明的目的是开发一种方法以向可结合UMS使用的最终用户设备提供可变的软键功能性，以及用于执行所述方法的通信系统、终端和服务器。

本发明的第一目的由具有本发明的指定特征的所述方法实现，其中该方法的特征在于专用于至少一个软键的至少一个功能性可由应用服务器实时地远程控制。

具有本发明指定特征的所述方法具有超出现有技术状况的优势，即由应用服务器实时地远程提供和控制最终用户终端的软键功能性允许快速地操作UMS而不用等待所有的语音提示。另外利用根据本发明的方法，可以容易地引入新的功能性而不必在用户站点上做任何改变，因为改变仅影响特定的应用服务器，即远程地控制专用于最终用户终端的所有或某些软键的功能性的应用服务器。利用根据本发明的方法，可容易地根据用户的行为、可用性的改进等将功能性或功能性序列或功能性的专用适配到软键。

在根据本发明的所述方法的一个优选实施方式中，由应用服务器使用的用于远程地控制终端的软键功能性的命令经由例如实时协议(RTP)、实时控制协议(RTCP)、语音可扩展标记语言(VXML)等实时协议在应用服务器和最终用户终端之间交换。

在根据本发明的所述方法的另一个优选实施方式中，由经由终端的所述软键的用户输入生成的特定返回在终端和应用服务器之间经由例如RTP、RTCP、VXML等实时协议交换。

在根据本发明的所述方法的一个特别优选的实施方式中，实时协议用于在终端和服务器之间交换例如电话呼叫、视频会议、公告、提示等音频消息，服务器例如是应用服务器本身或提供到各种应用或应用服务器的接入的媒体服务器，每一种应用或每个应用服务器提供至少一种通信服务，其中部分所述实时协议用于至少部分地在应用服务器和终端之间(反之亦然)传输用于远程控制软键功能性的命令以及由经由所述软键的用户输入生成的特定返回。因此，可以想到的是终端不是直接附着到应用服务器，而是在应用服务器和终端之间逻辑地设置媒体服务器等。媒体服务器提供到各种应用服务器的接入，每个应用服务器提供经由终端使用的通信服务。因此可以想到为了在应用服务器和终端之间传输命令和特定返回，对于数据链路的不同部分需要不同的实时协议。因此可以想到的是例如媒体服务器和应用服务器利用VXML彼此通信，其中终端和媒体服务器利用RTP彼此通信。在这种情况下，在应用服务器和终端之间交换的命令和特定返回部分地利用RTP传输，也就是说在终端和媒体服务器之间利用RTP传输，以及部分地利用VXML传输，也就是说在媒体服务器和应用服务器之间利用VXML传输。

根据本发明的方法的一个优选实施方式的特征在于，必须在媒体服务器和最终用户终端以及/或者在最终用户终端和媒体服务器之间交换的用于远程控制软键功能性的命令和/或由经由所述软键的用户输入生成的特定返回至少部分地利用RTCP传输。如果音频消息在终端和服务器以及/或者在服务器和终端之间通过RTP交换，则利用RTCP是特别重要的。

在根据本发明的所述方法的另一个特别优选的实施方式中，RTCP的APP分组用于至少部分地传输将要在媒体服务器和最终用户终端以及/或者在最终用户终端和媒体服务器之间交换的命令和/或特定返回。

在根据本发明的所述方法的另一个优选实施方式中，将要在应用服务器和媒体服务器之间以及/或者在媒体服务器和应用服务器之间交换的命令和/或特定返回至少部分地利用VXML来传输。

本发明的第二目的由用于执行上述方法的统一消息通信系统实现，所述通信系统包括至少一个服务器和远程地附着到所述服务器并且可由所述服务器远程控制的至少一个最终用户终端，所述服务器提供专用于所述终端的至少一种应用，其中所述终端的特征在于包括具有至少一个专用功能性的至少一个软键，其中所述通信系统另外包括由所述服务器实时地远程控制专用于所述软键的至少一个功能性的装置。

本发明的第三目的由结合上述通信系统使用的终端实现，其中所述终端包括至少一个软键，使至少一个可改变的功能性专用于所述软键的装置，以及让所述通信系统的服务器实时地远程控制专用于所述软键的至少一个功能性的装置。

本发明的第四目的由结合上述通信系统使用的服务器实现，其中所述服务器包括用于实时地远程控制至少一个功能性的装置，所述至少一个功能性专用于远程地附着到所述服务器的终端的至少一个软键。

在本发明的另一个优选实施方式中，所述方法由存储在计算机可用介质上的计算机程序产品执行，该计算机程序产品包括当所述计算机程序产品在计算机上执行时使得计算机执行上述方法的计算机可读程序装置。

附图说明

图1表示根据本发明的方法的执行的方案。

具体实施方式

如图1中所示出的，统一消息系统1包括多个最终用户终端2、至少一个媒体服务器3和多个应用服务器4。终端2可经由媒体服务器3远程连接到应用服务器4。因此，根据期望的通信服务，媒体服务器3将终端2连接到合适的应用服务器4。

终端2提供软键，其中专用于软键的功能性可由应用服务器4控制。媒体服务器3可看作用于应用服务器4的电话网关。应用服务器4使用例如VXML文档，该文档指示出哪些专用于用户终端2上的软键的功能性是所需的。媒体服务器3解译VXML文档并且以与终端2和类似于例如用户的特定返回的用户输入同步的方式执行该文档。包括关于专用于用户终端2上的软键的功能性的指示的命令利用RTCP从媒体服务器3传输到用户终端2。根据该命令，特定功能性被分配给终端2上的软键。经由软键的用户输入由用户终端2转换成例如双音多频(DTMF)形式并且接着被发送到媒体服务器3。当接收到用户的特定返回时，媒体服务器3解译该VXML文档以查看要进行何种操作。这就导致了到应用服务器4的新的接入。

在图1上部示出的第一时刻，在终端2和应用服务器4之间的会话正在经由媒体服务器3运行。该会话被分成两个子会话。一个子会话是终端2和媒体服务器3之间的现有会话20，而另一个子会话是媒体服务器3和应用服务器4之间的现有会话10。会话10使用VXML在应用服务器4和媒体服务器3之间交换数据，其中会话20使用RTP/RTCP在媒体服务器3和终端2之间交换数据。

在图1中示出的第一步骤I中，媒体服务器3通过从应用服务器4请求VXML页面接入应用服务器4。

对于特定的请求，在第二步骤II中，应用服务器4已经预见到要提供两种可选选择。这些选择是“读取”或“清除”。从应用服务器的角度来看，两个选择都可通过提示或软键来提供。

在第三步骤III中，应用服务器4向媒体服务器3提供所请求的VXML页面。该VXML页面包括远程控制专用于终端2上软键的功能性所需要的命令，以及媒体服务器根据可能的选择生成文本到语音(TTS)提示所需要的信息。

在第四步骤IV中，媒体服务器3根据可能的选择生成TTS提示。

在第五步骤V中，媒体服务器3转发来自应用服务器4的命令，该命令包括专用于终端2的软键的功能性。该命令经由RTCP传输。

并行于步骤V，在第六步骤VI中，媒体服务器3转发现已是音频流的TTS提示。该音频流经由RTP传输。

在第七步骤VII中，用户收听提示并且看到专用于他的终端2的软键的功能性。用户决定按压专用于功能性“清除”的软键。

在第八步骤VIII中，终端3发回由经由具有专用功能“清除”的软键的用户输入形成的特定返回。将需要通过终端2和应用服务器4经由媒体服务器3交换的特定返回经由RTP流从终端2发送到媒体服务器3。

并行于第五、第六、第七和第八步骤，媒体服务器3等待来自终端的特定返回(步骤IX)。

在第十步骤X中，媒体服务器3接收来自终端的特定返回并经由VXML将其转发到应用服务器4。

在第十一步骤XI中，应用服务器接收到该特定返回，该特定返回包括关于用户已经选择清除的信息。应用服务器清除该特定消息并继续。

要重点提到的是专用于终端的软键的所有功能性不需要都由服务器控制或都可由服务器控制。也可以想到一些软键是由用户编程的、硬编码的等等。

本发明的主要方面是终端的软键功能性可由应用服务器实时地控制。优选地，由应用服务器控制的软键功能性在应用服务器和最终用户终端之间使用实时协议进行交换。

如此操作，则可以经由软键实时地控制UMS的服务。许多电话提供例如触摸感应屏区域形式的软键，其中直到目前，如果对媒体的控制由应用服务器来执行，仍不存在激活这些键的解决方案。

关于UMS，会话例如通过呼叫服务器经由例如SIP来控制。一旦建立会话，则专用应用服务器例如经由VXML控制实际使用的特定通信服务。现在，根据本发明，应用服务器可以优选地以与其控制媒体序列的相同方式例如经由VXML来提供软键功能性。

根据本发明，建议使用用于实时应用的一部分RTP传输协议来控制软键的功能性。根据本发明的另一个方面，优选地用于此目的协议是实时控制协议(RTCP)、实时协议(RTP)的控制部分。

RTCP已经提供了一种传输命令的方式，该命令包括实时地远程分配特定功能性给软键所需的必要信息。RTCP不必进行改变或扩展以传输该信息。根据本发明，优选的是仅相关分组用于传输远程控制终端的软键所需的相关信息。

因此可以想到使用不同的实时协议来传输用于远程控制专用于软键的功能性的命令。

优选地在应用服务器和媒体服务器之间使用的第一协议是VXML。VXML可包括关于软键控制的相关信息。一种完成此操作的容易方式是包括基于语法的软键，例如具有一种新mime类型的DTMF或ASR语法。

在VXML中，语法是等待的用户输入的形式描述。利用语法，应用列举它能理解和处理的所有用户输入。在VXML文档中，软键由它在用户终端上的位置、在用户终端上显示的标签和由用户终端所发送的相应DTMF来描述：

<软键位置><软键标签><要生成的dtmf>

屏幕语法是同时激活的一组软键定义。VXML应用可定义不同的屏幕并且可以在相同的时刻仅激活一个屏幕。下面给出此类语法的一个例子：

<screen type＝”SCR1”>

<item>0 play 1</item>

<item>1 stop 2</item>

</screen>

第二协议是RTCP。RTCP已经包括一种传输在RFC1889第6.6章“APP：Application-defined RTCP packet(APP：应用定义的RTCP分组)”中定义的“应用依赖数据”的方式。

要重点提到的是根据本发明的用于经由应用服务器远程控制最终用户终端的方法可以以下面的方式来执行：

-由例如媒体服务器的服务器接入专用于所述终端的应用或应用服务器，所述应用提供将要经由所述终端使用的至少一种通信服务；

-由服务器转发来自所述应用的将要在终端上被激活的某个命令，利用例如RTCP的某个实时协议将该命令发送到终端；

-在所述应用包括将要在所述终端上播放的某个音频消息时，由服务器利用例如RTP的某个实时协议将所述音频消息转发到终端。

因此可以想到如果针对该命令的特定返回在通信终端上生成，则利用RTP将该特定返回转发到服务器。

另外可以想到，当服务器访问应用以生成将要利用RTCP转发的命令以及将利用RTP转发的音频消息(如果可用的话)时会对该应用进行处理。

优选地，期望让服务器可以通过包括某个双音多频消息的VXML格式访问应用。

商业应用性：

本发明是商业可应用的，尤其是在提供统一消息服务、将用于提供统一消息服务的网络的构造和操作中以及统一消息系统的构造和操作的领域中。

Claims (11)

1.一种经由以具有软键为特征的最终用户终端与统一消息系统的应用服务器进行远程交互的方法，其中专用于至少一个软键的至少一个功能性可由应用服务器实时地远程控制。

2.根据权利要求1所述的方法，其中由所述应用服务器使用的用于远程控制所述终端的软键功能性的命令在所述应用服务器和所述最终用户终端之间经由实时协议交换。

3.根据权利要求1所述的方法，其中由经由所述软键的用户输入生成的特定返回在所述终端和所述应用服务器之间经由实时协议交换。

4.根据权利要求1所述的方法，其中实时协议用于在所述终端和服务器之间交换音频消息，其中部分所述实时协议用于至少部分地在所述应用服务器与所述终端之间传输用于远程控制软键功能性的命令以及所述由经由所述软键的用户输入生成的特定返回。

5.根据权利要求1所述的方法，其中在提供到至少一个应用服务器的接入的媒体服务器和所述最终用户终端之间以及/或者在所述最终用户终端和所述媒体服务器之间交换的所述命令和/或所述特定返回利用RTCP来传输。

6.根据权利要求5所述的方法，其中所述RTCP的APP分组用于传输在所述媒体服务器和所述最终用户终端以及/或者在所述最终用户终端和所述媒体服务器之间交换的所述命令和/或所述特定返回。

7.根据权利要求1所述的方法，其中在所述应用服务器和所述媒体服务器以及/或者在所述媒体服务器和所述应用服务器之间交换的所述命令和/或所述特定返回利用VXML来传输。

8.一种统一消息通信系统，包括至少一个服务器和远程地附着到所述服务器并且可由所述服务器远程控制的至少一个最终用户终端，所述服务器提供专用于所述终端的至少一种应用，其中所述终端的特征是包括具有至少一个专用功能性的至少一个软键，其中所述通信系统还包括让所述服务器实时地远程控制专用于所述软键的至少一个功能性的装置。

9.一种结合根据权利要求8所述的通信系统使用的终端，其中所述终端包括至少一个软键，使至少一个可改变的功能性专用于所述软键的装置，以及让所述通信系统的服务器实时地远程控制专用于所述软键的至少一个功能性的装置。

10.一种结合根据权利要求8所述的通信系统使用的服务器，其中所述服务器包括用于实时地远程控制至少一个功能性的装置，所述至少一个功能性专用于远程地附着到所述服务器的终端的至少一个软键。

11.一种存储在计算机可用介质上的计算机程序产品，包括当所述计算机程序产品在计算机上执行时使得计算机执行根据权利要求1所述的方法的计算机可读程序装置。