CN1545818A - 独特的多信道协议上的多模式会话支持 - Google Patents

Abstract

本发明涉及用于在语音会话和非语音会话之间共享信息的改进方法。用户使用通信装置，以交换语音会话的语音信息到语音节点服务器，交换非语音会话的语音信息到WAP网关。会话活动的信息存储为上下文数据。当用户从一种类型的通信会话切换到另一种类型的会话，该用户的上下文数据可被定位并取回。取回的上下文数据可以用于重现前一会话的状态，因此，不需要重新访问先前用过的信息。

Description

独特的多信道协议上的多模式会话支持

优先权声明

本专利申请要求2001年7月20日提交的美国临时专利申请第60/306,704号的优先权，其名称为：“独特的多信道协议上的多模式会话支持(MULTIMODAL SESSION SUPPORT ON DISTINCTMULTI CHANNEL PROTOCOL)”，其全部内容结合于此作为参考。

技术领域

本发明一般涉及通信系统，尤其涉及一种在不同的交互作用信道之间共享会话的机制。

背景技术

无线技术应用已成为一种大众广为接受的、流行的通信方法。许多人喜欢移动装置，利用它，可方便地随时随地进行交流沟通。除提供语音通信之外，无线运营商已经开始提供多种服务。在很多情况下，这些服务将互联网应用的能力扩展到了无线环境中。例如，许多人通过移动电话访问互联网以获取股票价格、进行购物、或接收交通指南等。

通信装置通过语音会话与另一通信装置交换语音信息。换言之，语音会话过程中发生的交互包括听得见的音频(audible audio)。相反，听得见的音频不是非语音会话中的交互作用模式。非语音会话中的交互一般包括可视交互，例如在浏览器上显示菜单。

例如，通过移动电话访问互联网上的可视信息时，通信通过非语音会话进行。此处所用的会话是通用术语，是指一时段，装置在这段时间内被用于特定类型的信息交换。例如，在通过移动电话进行语音会话期间，通信模式包括听得见的音频。在通过移动电话进行非语音会话期间，通信模式包括与声频不同的东西。

当通过一种类型的会话进行通信时，人们有时希望转向另一类型的会话继续进行另一模式或信道中相关的活动。例如，互联网包括几个在线音乐商店。在单个信道环境下，用户可在单个信道或模式下搜索、浏览、选择、及收听音乐。例如，所有的这些活动可通过拨1-800数字在语音信道上进行，或者也可使用基于电话的浏览器在非语音信道上进行。

当装置支持两种类型的会话时，就允许用户方便地在特定模式完成一些任务，在另一种模式下完成其他一些任务。例如，用户可以从可视模式启动用于浏览和选择的服务，使用设备的小键盘选择恰当的歌曲，接着，用户可以点击歌曲，该装置可以转换到语音模式以收听歌曲。

另外一个能够在会话类型之间转换的对用户有所帮助的例子是电子邮件的应用。用户能够浏览其邮件列表，当他点击一封特定电子邮件时，他可以收听到其中的内容，需要注意，此处电子邮件的内容(数据)是文本，但是由于用户转变到语音模式，交互将是语音形式的。

遗憾的是，在使用目前的装置和网络的情形下，当装置从一种模式转换为另一种模式时(例如从非语音会话到语音会话)，该事务不能被保持。也就是说，用户不能保存上下文数据(context data)或者那些表明最近活动状态的信息。因此，由于上下文数据不能跨过会话保存，所以需要重新输入新会话中所需的任何信息，该信息在上一个会话中被使用或可得到。例如，在在线音乐商店的例子中，即使用户也许已经在非语音会话中输入了信息，有必要识别和选择希望在语音会话中收听的音乐。由于大多数移动装置具有相对不太复杂的输入机构，因此，数据重新输入时不便的问题是显著的。

从语音会话切换到非语音会话时，也会发生数据重新输入的问题。例如，当人们与一个销售人员在电话中通话时，人们希望根据与售货员的对话，能够切换到销售人员的网站上立即观看个性化方式呈现出来的产品和销售信息。遗憾的是，在与销售人员进行语音对话之后，目前仍然需要手动浏览相应的网站，而不是利用任何先前的会话。

重新输入信息是耗时而重复的活动，人们希望，当从一种类型的会话切换到另一种类型的会话时，不必重新输入信息，然而，目前而言，没有任何一个实现这一点的有效机制。

发明内容

为了克服现有技术的缺点，本发明提供了一种改进的机制，用于保持不同通信模式(例如语音会话和非语音会话)之间的事务。根据本发明的一个方面，会话里的活动信息被储存为上下文数据。当客户从一种类型会话切换到另一种时，可取回该用户的上下文数据，取回的上下文数据用于再现前一会话的状态，这样，无需重新输入先前使用的信息。

根据本发明的另一方面，这样储存的信息可在同样类型的新会话中使用。因此，用户可以从非语音会话切换到语音会话，然后又返回非语音会话。后一非语音会话以对用户来说显然的方式从一个状态开始，该状态由较早的非语音会话储存的数据的状态指明。在新会话中，使用更加简单，活动效率大大增加。因此，本发明和现有技术相比具有重大进步。

附图说明

通过实例来描述本发明，这些实例并非用来限定本发明，在附图中，相同的标号是指相同的部分。其中：

图1是可实施本发明的一个实施例的系统100的功能框图；以及

图2是可实施本发明的另一实施例的系统200的框图。

具体实施方式

本发明提供了用于在非语音会话和语音会话之间共享信息的技术。出于解释目的，阐述了很多具体细节，用于彻底理解本发明。然而，对本领域技术人员来说显然的是，即使没有这些具体的细节，也可以实施本发明。在其它情形下，现有技术的结构和装置在框图中示出，避免造成对本发明不必要的模糊。

系统概述

参照图1，示出图中实施本发明的一个实施例的系统100的功能框图。系统100包括WAP网关120、语音节点服务器130、和网络服务器150。系统100与通信装置110相连接。为了简化起见，仅示出一个通信装置110；然而，应当注意，可以有多个通信装置110与WAP网关120或语音节点服务器130连接并进行通信。就本发明而言，通信装置110可以是任何能够与WAP网关120和语音节点服务器130通信的装置，包括但不限于手机和个人电脑。通信装置110可以使用任何已知的协议呈现信息，包括但不限于WML、HDML、和PQA。通信装置110可以利用任何已知的协议与WAP网关120和语音节点服务器130通信，包括但不仅限于WTP(“wireless transfer protocol：无线传输协议”)。

WAP网关120是负责在非语音会话中发送和接收非语音信息到通信装置110的组件。具体而言，WAP网关120按照一种协议发送和接收来自网络服务器150的非语音信息，按照另一种协议发送和接收来自通信装置110的非语音信息。在一个实施例中，WAP网关120通过物理连接与网络服务器150通信，通过无线连接与通信装置110通信。WAP网关120可使用任何已知协议(包括但不仅限于HTTP)与网络服务器150通信。

语音节点服务器130是负责在会话中发送和接受语音信息到通信装置110的组件。语音节点服务器130负责验证通信装置110发送的信息。语音节点服务器130可以用任何已知的协议(包括但不仅限于HTTP)和网络服务器150通信。

网络服务器150是负责处理来自通信装置110的请求的组件。这个信息包括来自电话的语音信息或非语音信息请求。网络服务器150可以通过访问静态文件、处理服务器分析的实体(server-parsedentities)、执行一个或多个应用或者通过访问内容提供商实现非语音信息请求服务。网络服务器150通过与其它设备建立语音呼叫实现语音信息请求服务。

功能概述

用于详细描述语音会话或非语音会话中的近期活动的状态信息可被网络服务器150保存为上下文数据。接着，上下文数据即可为后续的会话使用。使用所保存的上下文数据的后续会话可以是与上下文数据储存的会话相同的类型或不同的类型的会话。

例如，假设移动电话用户正在浏览非语音会话中的音乐商店网站。此用户可能停留在关于特定CD的信息上，希望听到一首来自基于语音会话服务的CD的样曲。在切换到语音会话前，储存非语音会话的能识别该特定CD的上下文数据。然后用户切换到语音会话，访问音乐服务。音乐服务可探测出所储存的上下文数据的存在，使用户可以选择，或者利用常规的基于语音的机制识别CD，或者读取储存在上下文数据里的CD信息。如果用户指定了上下文数据的用途，那么，音乐服务就播放上下文数据中识别的那首样曲。

听完此样曲之后，用户也许还希望返回，在在线商店内浏览CD。当切换到非语音会话时，上下文数据可被用于在与用户切换到语音会话相同的点处开始新的会话。

上下文数据

非语音会话的上下文数据包括，但不限于，表示通过互联网访问过的网址或者近期购物等的近期历史。同样，语音会话的上下文数据可包括在语音菜单中选择的近期选项及与他人谈话讨论的近期话题(这些通话信息可由通话方以电子方式存储)。

在一些实施例中，可以储存用于特定通信装置110的近期活动的上下文数据。在其它实施例中，可以储存用于通信装置110的每个用户的近期活动的上下文数据。

在一个实施例中，以固定的时间间隔储存上下文数据。在另一实施例中，只要会话中有新活动，就保存上下文数据。例如，响应切换到另一不同的会话，也可执行保存会话的上下文数据的工作。

保存上下文数据

根据一个实施例，网络服务器150通过应用临时文件(cookie)或其它一些众所周知的机制将数据储存在固定介质中来保存中上下文数据。例如，在互联网的http通信中，会话ID在用户端和服务器之间的临时文件中传递。此会话ID允许服务器为该通信索引所有信息。

在这个多模的世界里，跨过多种模式保持相同会话是一个挑战。多模式通常假定有多个ID。例如，在语音模式中可能是语音ID(通常指电话号码)，在可视化浏览模式(WAP浏览器)中，可能是订户ID(“可视浏览器ID”)。

根据一个实施例，可以在不同模式之间使用共用ID，例如将“Mode”-ID映射给相同的会话。大多数可视浏览器、WAP浏览器都支持众所周知的临时文件特性，该临时文件特性允许服务器传递一些用于给定会话(多个连续请求)的信息。然而，一些其它模式(例如，语音)，就不支持这个特性。因此，移动应用服务器需要采用灵活的方法管理这些设备/模式ID。因为临时文件是最简单的跨请求储存短信息的机制，在一个实施例中，当服务器可用于语音ID、可视浏览器ID、和会话ID时，服务器使用这种机制。

使用上下文数据

当通信装置110开始新类型的会话时，如果所想要的会话是语音会话，那么语音节点服务器130接收这个请求；如果所想要的会话是非语音会话，那么WAP网关120接收这个请求。在一个实施例中，当接到一个新会话请求时，WAP网关120和语音节点服务器130识别发出请求的特定通信装置110，然后联系网络服务器150，以确定是否储存有用于特定请求通信装置的任何上下文数据。在一个实施例中，这通过检查用于确立语音会话的电话号码和使用查询表(Look up table)以确定请求通信装置110来执行。在另一个实施例中，当接到一个新会话请求时，WAP网关120和语音节点服务器130识别发出请求的通信装置110的特定用户，然后联系网络服务器150，以确定是否存储有用于特定请求用户的任何上下文数据。

在可视和语音模式之间切换的特定例子中，服务器将可视ID映射到语音ID。例如，一些WAP服务器不支持临时文件，因此可视ID需要其他能唯一识别会话或者至少识别设备的工具。在这个特定WAP实例中，用户ID可以用作设备ID。

如果上下文数据可用，那么上下文数据可从网络服务器150中取回，为新的会话所使用。换句话说，如果所请求的新会话是语音会话，那么上下文数据会从网络服务器150传递到语音节点服务器130，且语音节点服务器130会在新语音会话中使用上下文数据中的信息。当用户从图像切换到语音时，遗憾的是，大多数情况下，用户ID是不相同的。在语音的例子中，设备ID变为电话号码。因此，系统使用户ID和电话号码同步，这样才能确认是相同的会话。

因此，如果所请求的新会话是非语音会话，那么上下文数据会从网络服务器150传输到WAP网关120，且所传输的上下文数据中的信息可被WAP网关120用于新的非语音会话中。接收上下文数据的服务可以以对用户来说是显而易见的方式自动使用上下文数据，或者服务器可向用户提供以另一方式使用上下文数据或输入数据的选择。在一个实施例中，可能存在多个上下文数据的情况，如果有的话，用户可以选择服务器要使用的上下文数据。

当上下文数据用于服务的输入时，用户避免了必须手动输入数据的麻烦。因为将数据输入移动设备通常是笨拙且乏味的，此处所描述的技术避免了重新输入数据的需要，这给移动设备用户提供了显而易见的好处。

硬件概述

图2是框图，说明了可应用本发明的实施例的计算机系统200。计算机系统200包括用于传递信息的总线202或其它通信装置、用于处理信息的与总线202连接的处理器204。计算机系统200还包括主存储器206，例如随机访问存储器(RAM)或者其它动态存储装置，与总线202连接，用于储存信息及处理器204要执行的指令。主存储器206还可用于处理器204执行指令过程中临时变量或其他中间信息的存储。计算机系统200还包括只读存储器(ROM)208或者其他静态存储装置，与总线202连接，用于储存静态信息和处理器204的要执行的指令。存储装置210，如磁盘或光盘，和总线202连接以储存信息和指令。

计算机系统200可以经由总线202连接到显示器212，如阴极射线管(CRT)，用于向计算机用户显示信息。包括字母数字和其他键的输入装置214与总线202相连，用于传递通信信息和命令选择到处理器204。另一种用户输入装置是光标控制216，如鼠标、跟踪球、或光标方向键，用于传递方向信息和命令选择到处理器204及控制显示器212上的光标移动。这个输入设备通常在两个轴上(第一个轴(例如X轴)和第二个轴(例如Y轴))具有两个自由度，使装置能指定平面上的位置。

本发明涉及用于产生数字视频内容的计算机系统200的使用。根据本发明的一个实施例，响应处理器204执行包含在主存储器206中的一个或者多个指令的一个或者多个序列，计算机系统200产生数字视频内容。这些指令可从另一计算机可读介质如存储装置210读取到主存储器206中。包含在主存储器206中的指令序列的执行使处理器204执行此处所述的处理步骤。根据此处描述的操作步骤。在可选实施例中，硬连线电路(hard-wired circuitry)可取代或者与软件指令结合来实施该发明。因此，本发明中的实施例将不限于硬件电路和软件的任何特定组合。

实施本发明所需的指令序列的执行不需要由单独的计算机系统200来执行。实施本发明所需指令序列可由多个计算机系统200执行，多个计算机系统200与局域网222相连、与互联网228相连、或者彼此进行数据通信。

这里使用的术语“计算机可读介质”是指任何参与提供用于执行的指令给处理器204的介质。这种介质可以采取很多形式，包括但不限于非易失性介质、易失性介质和传递介质。非易失性介质举例来说包括光盘或磁盘，如存储装置210。易失性介质包括动态存储器，如主存储器206。传递介质包括同轴电缆、铜线、和光纤，包括由总线202组成的导线。传递介质还可采取声波或光波形式，例如那些在无线电波和红外线数据通信过程中产生的声波和光波。

通常的计算机可读介质举例来说包括软盘、柔性盘、活动硬盘、硬盘、磁带，或者任何其它磁性介质、CD-ROM、任何其它光介质、打孔纸、纸带、或者任何带孔的物理介质、RAM、PROM、EPROM、FLASH-EROM、或者其他任何存储芯片或者磁带，或者以下提到的载波、或者计算机能读的任何其他介质。

各种形式的计算机可读介质可参与传送一个或者多个指令的一个或多个序列到处理器204用以执行。例如，指令开始可传递到远程计算机的磁盘中。远程计算机能将该指令序列加载到其动态存储器中，然后通过调制解调器的电话线发送信息。计算机系统200本地的调制解调器可接收电话线上的数据，然后使用红外转换器将数据转换成红外信号。红外探测器可以接收红外信号携带的数据，通过一定的电路可以把信息放置到总线202上。总线202把数据传递到主存储器206中，处理器204从主存储器206取回并执行这些指令。在处理器204执行这些指令之前或之后，主存储器206接收的指令可随意地储存于存储装置210中。

计算机系统200还包括连接到总线202的通信接口218。通信接口218提供双向数据通信，连接到与局域网222相连的网络链路220。例如，通信接口218可以是综合业务数字网(ISDN)卡或者调制解调器，用于提供到相应类型电话线的数据通信连接。又如，通信接口218可以是局域网(LAN)卡，用于提供至兼容局域网(LAN)的数据通信连接。也可以使用无线链路。无论采用何种连接，通信接口218均发送和接受承载各种信息的数字数据流的电信号、电磁信号和光学信号。

网络链路220通常可通过一个或者多个网络提供数据通信给其它数据装置。例如，网络链路220可通过局域网222与主机224连接，或者与互联网服务提供商(ISP)226操作的数据设备连接。ISP226又通过目前通称为“互联网”1128的全球分组数据通信网络提供数据通信服务。局域网222和互联网228都使用承载数字数据流的电信号、电磁信号或光学信号。这些信号，如通过各种网络的信号，网络链路220上的信号，通过通信接口218的信号，都传送数字数据给计算机系统200或者传送来自计算机系统200的数字数据，是传输信息的示范性载波形式。

计算机系统200能通过网络、网络链路220和通信接口218发送消息和接收数据，包括程序代码。例如，在互联网上，服务器230可通过互联网228、ISP226、局域网222、和通信接口218，传送所请求的用于应用程序的程序代码。

当代码被接收和/或储存在存储装置210上或者其它非易失性介质上用于随后执行时，处理器204可执行所接收到的代码。按照这种方式，计算机系统200可以载波的形式获得应用代码。

在前述的说明书中，参考具体实施例描述了本发明。然而，很显然，在不脱离本发明的广泛的精神和范围的基础之上，可以有诸多的调整和变化。说明书和附图，仅用于说明本发明，而不是用于限制发明的范围。

Claims (24)

1.一种用于在语音会话和非语音会话之间共享信息的方法，包括：

储存用于用户通过第一类型的会话进行通信的上下文数据，所述第一类型的会话是语音会话和非语音会话中的一个；

接收来自所述用户的请求，以启动通过第二类型的会话进行的通信，与所述第一类型的会话相比较，所述第二类型的会话为语音会话和非语音会话中的另一个；

取回所述上下文数据；以及

将来自所述上下文数据的信息提供给所述第二类型的会话中确定的服务。

2.根据权利要求1所述的方法，其中响应从所述第一类型的会话切换到所述第二类型的会话，执行所述储存上下文数据的步骤。

3.根据权利要求1所述的方法，其中所述第一类型的会话是语音会话，所述第二类型的会话是非语音会话。

4.根据权利要求1所述的方法，其中所述第一类型的会话是非语音会话，所述第二类型的会话是语音会话。

5.根据权利要求1所述的方法，其中

所述储存上下文数据的步骤包括储存与识别符相关联的上下文数据，所述识别符与所述用户相关联；以及

所述取回所述上下文数据的步骤包括基于所述识别符取回所述上下文数据，所述识别符与所述用户相关联。

6.根据权利要求5所述的方法，其中所述识别符与所述用户使用的装置的电话号码相关联，用于请求所述第二类型的会话。

7.根据权利要求1所述的方法，其中所述为用户储存上下文数据的步骤通过使用临时文件执行。

8.根据权利要求1所述的方法，其中所述上下文数据被储存在网络服务器上。

9.根据权利要求1所述的方法，还包括以下步骤：

接收来自所述用户的请求，从所述第二类型的会话切换回所述第一类型的会话；

切换回所述第一类型的会话之后，执行以下步骤：

取回所述上下文数据；以及

提供来自所述上下文数据的信息给在所述第一类型的会话中确定的服务。

10.根据权利要求1所述的方法，其中定期执行所述储存上下文数据的步骤。

11.根据权利要求1所述的方法，其中响应所述第一类型的会话内的新活动，执行所述储存上下文数据的步骤。

12.根据权利要求3所述的方法，其中响应所述语音会话中的参与者输入与所述语音会话相关的数据，执行所述储存上下文数据的步骤。

13.一种计算机可读介质，承载用于在语音会话和非语音会话之间共享信息的指令，所述指令包括用于执行以下步骤的指令：

储存用于用户通过第一类型的会话进行通信的上下文数据，所述第一类型的会话为语音会话和非语音会话中的一个；

接收来自所述用户的请求，启动通过第二类型的会话进行的通信；与所述第一类型的会话相比较，所述第二类型的会话为语音会话和非语音会话中的另一个；

取回所述上下文数据；以及

提供来自所述上下文数据的信息给在所述第二类型的会话中确定的服务。

14.根据权利要求13所述的计算机可读介质，其中响应从所述第一类型的会话切换到所述第二类型的会话，执行所述储存上下文数据的步骤。

15.根据权利要求13所述的计算机可读介质，其中所述第一类型的会话是语音会话，所述第二类型的会话是非语音会话。

16.根据权利要求13所述的计算机可读介质，其中所述第一类型的会话是非语音会话，所述第二类型的会话是语音会话。

17.根据权利要求1所述的计算机可读介质，其中

所述储存上下文数据的步骤包括储存与识别符关联的上下文数据，所述识别符与所述用户关联；以及

所述取回所述上下文数据的步骤包括基于所述识别符取回所述上下文数据，所述识别符与所述用户关联。

18.根据权利要求17所述的计算机可读介质，其中将所述识别符与所述用户使用的装置的电话号码相关联，以请求所述第二类型的会话。

19.根据权利要求1所述的计算机可读介质，其中使用临时文件执行所述为用户储存上下文数据的步骤。

20.根据权利要求1所述的计算机可读介质，其中所述上下文数据储存在网络服务器上。

21.根据权利要求1所述的计算机可读介质，还包括用于执行以下步骤的指令：

接收来自所述用户的请求，以从所述第二类型的会话切换回所述第一类型的会话；

切换回所述第一类型的会话之后，执行以下步骤：

取回所述上下文数据；以及

提供来自所述上下文数据的信息给在所述第一类型的会话中确定的服务。

22.根据权利要求1所述的计算机可读介质，其中定期执行所述储存上下文数据的步骤。

23.根据权利要求1所述的计算机可读介质，其中响应所述第一类型的会话内的新活动，执行所述储存上下文数据的步骤。

24.根据权利要求15所述的计算机可读介质，其中，响应所述语音会话中的参与者输入与所述语音会话相关的数据，执行所述储存上下文数据的步骤。

Images