针对手持设备的语音邮件系统的制作方法

专利名称：针对手持设备的语音邮件系统的制作方法
技术领域：
本专利文件总体涉及一种语音邮件系统，更具体地涉及一种适合于手 持通信设备的语音邮件系统。
本专利文件公开的一部分包含受版权保护的材料。若专利文件或专利 公开的任何一个出现在专利商标局的专利文件或记录中，版权所有者不反 对对其进行复制，但对于其他内容保留所有版权。
背景技术：
诸如个人数字助理(PDA)、蜂窝电话、便携式计算设备以及其他双 向数据和/或语音通信设备之类的手持设备正迅速普及。特别地，现如今， 允许语音和数据通信的高性能手持设备在特定商业及政府机构中己相当 普遍。由于这种手持通信设备允许语音和电子通信以及使用对移动性 (impeding mobili〗ty)无阻碍的电子邮件、日历、联系人(contracts)和地 址簿对个人信息及与商业有关的信息的管理，所以对这种手持通信设备有 较高需求。流行的手持设备包括由位于加拿大安大略省沃特卢的捷讯有限 公司(Research in Motion Ltd.,Waterloo, Ontario, Canada)供应的手持设备。
通常通过手持设备访问的多种通信服务先于高性能手持设备的普及
而出现。由此，可能存在某些固有缺点，该缺点可通过重新设计所提供的
应用以便充分考虑到移动手持设备的能力而避免。
这种服务的典型示例是语音邮件。语音邮件设计为由网络供应商提供
的服务。用户通过呼叫进网络、键入诸如邮箱号码和密码之类的合适的认 证、 一般与语音邮件系统交互并通过语音指令接收反馈，来访问该用户的 语音邮件，其所述与语音邮件系统交互典型地是通过按键式电话界面来输 入数据而实现。
这种服务有一些缺点。首先，用户不能够一目了然地得知多少消息在
等待、它们什么时候被接收以及谁可能发送了它们。用户必须顺序地遍历 每条消息，收听指令并键入应答，以回答问题并作出与是收听消息、跳过 消息、删除消息还是存储消息有关的菜单选择。
其次，由于用户不能看到消息，所以用户就不能跳到他感兴趣的消息。 因此用户就会浪费时间去处理当前他不感兴趣的消息。最低限度，在用户 移至下一条消息之前，甚至在决定跳过当前消息时，由于用户要收听关于 发送方的信息，所以至少一些时间一定会流逝。
如上所述的对语音邮件进行访问已服务了较早的电话设备，并提供了 一定程度的位置无关性。然而，如今的无线数字手持设备具有更强的数字 处理能力以及更好的屏幕，从而可被控制以提供更优秀的语音邮件服务。
因此，需要一种针对手持设备的改进的语音邮件系统，其提高使用的 方便性、减少不必要的用户输入并减少网络连接时间。

发明内容
可以提供一种在手持无线设备上提供语音邮件服务的方法。在一个方 面，所述方法可包括在手持设备的本地存储器中记录输入音频消息；以
及在手持设备的用户界面屏幕中显示与输入音频消息相对应的输入音频 消息记录。用户界面屏幕可将电子邮件记录与输入音频消息记录一起同时显不。
在另一方面，可以提供一种在无线手持设备上提供语音邮件服务的方
法，所述方法包括在手持设备的本地存储器中记录始发呼叫方的输入音 频消息；以及在手持设备的用户界面屏幕中显示与输入音频消息相对应的 输入音频消息记录。所述方法可包括在用户通过用户界面选择输入音频 消息记录时使用户能够选择对始发呼叫方进行回复。所述方法还可包括 在用户选择进行回复时连接到语音邮件并留下外发音频消息；在本地存储 器中记录外发音频消息；创建对应于外发音频消息的外发消息记录；以及 将外发消息记录与输入音频消息记录相关联。
根据另一方面，手持设备可包括无线接收机、音频编解码器、扬声器、 存储器、显示器以及处理器。在接收机接收来自呼叫方的无线电话呼叫时， 所述设备可进入电话应答机模式且可在存储器中记录来自呼叫方的音频消息。处理器和编解码器还可在用户界面屏幕中添加与音频消息相对应的 消息记录，所述用户界面屏幕用于在手持设备中显示电子邮件消息记录、 文本消息记录和音频消息记录。


在阅读具体实施例结合附图的以下描述时，所公开的设备和方法的方 面及特征对于本领域普通技术人员而言显而易见。在示出典型实施例的附 图中
图1是示出了可使用手持计算设备的典型联网环境的示意图； 图2是手持设备的各种组件的框图3是在图2的手持设备上执行的传统语音邮件系统中使用的用户界 面的屏幕截图4是在传统语音邮件系统中使用的用户界面的另一个屏幕截图； 图5是示出了由操作图2的手持设备的用户采取的典型步骤的流程
图，用户采取所述步骤以访问在传统语音邮件系统中存储的该用户的音频消息。
图6是此处公开的一个语音邮件系统典型实施例的用户界面的屏幕截 图，其显示了语音邮件消息以及电子邮件消息和文本消息。
图7是图6的用户界面的另一个屏幕截图，示出了在语音邮件消息记
录被打开之后所显示的上下文菜单；
图8是另一个语音邮件系统典型实施例的手持设备上的用户界面的屏 幕截图，该图将彼此相关的语音邮件消息显示为线索交换(threaded exchange)。
图9是存储有将呼叫方与消息记录相关联的数据的数据库的框图。 图10是示出了在来话呼叫被传送到图2的手持设备的语音邮件系统
时由图2的手持设备采取的步骤的流程图。
图11是示出了在手持用户回复消息的情况下由图2的手持设备采取
的步骤的流程图。
具体实施例方式
图1显示了示出典型手持计算设备200可使用的典型联网环境100的 示意图。联网环境IOO包括台式计算设备102、服务器计算机104、广域 网(WAN) 106、通信网络110和手持设备200。服务器104包括电子邮 件服务器软件并通过局域网(LAN) 114与台式计算机102进行互联。服 务器104另外还包括协助通过手持设备200对电子邮件服务器软件进行访 问的软件。
射频(RF)基站112提供了WAN 106与通信网络IIO之间的通信链 路，WAN 106可以是公共互联网，通信网络110可以是无线网络。手持 设备200通过通信网络110和WAN 106从服务器104或台式计算机102 访问数据。在某些网络构架中，可以在WAN 106与服务器计算机104之 间实现防火墙，以对至LAN114的访问进行门控，LAN114可以是公司局 域网(corporate LAN)。
手持设备200加载有电子邮件客户端软件，所述电子邮件服务器软件 访问在服务器104上运行的邮件服务器软件(例如Microsoft Exchange或 Lotus Domino软件)中存储的电子邮件消息。为了协助通过手持设备200 的数据访问，服务器104可加载有专用软件以提供对数据的压縮和加密以 及与邮件服务器软件的数据接口 。
图2是典型手持移动通信设备200的示意图。设备200包括外壳、输 入设备(键盘214)和输出设备(显示器226)，所述输出设备可以是全图 形液晶显示器(LCD)。备选地，可使用其它类型的输出设备。处理设备 (微处理器228)在图2中示意性地显示为连接在键盘214与显示器226 之间。微处理器228响应于用户在键盘214上的击键操作，控制显示器226 的操作以及手持设备200的总体操作。
外壳可以是垂直伸长的或可采用其他的尺寸和形状(包括翻盖式外壳 结构)。键盘可包括模式选择键或用于在文本输入与电话输入之间切换的 其他硬件或软件。
除了微处理器228之外，还在图2中示意性地显示了手持设备200的
其他部件。这些部件包括通信子系统270;短程通信子系统202;键盘
214和显示器226、以及诸如轨迹球206之类的输入键入设备和其他辅助 输入/输出设备207、串行端口 208、扬声器211和麦克风212;以及包括 闪速存储器216和随机存取存储器(RAM) 218在内的存储设备；以及各 种其他设备子系统220。众所周知，轨迹球206可以旋转以提供滚动，并 可按压以允许选择。手持设备200具有为手持设备200的有源元件供电的 电池221。优选地，手持设备200是具有语音和/或数据通信能力的双向射 频(RF)通信设备。另外，手持设备200可以具有通过互联网与其他计算 机系统进行通信的能力。
由微处理器228执行的操作系统软件优选地被存储在诸如闪速存储器 216之类的永久性存储器中，但所述操作系统软件也可被存储在其它类型 存储设备中，例如只读存储器(ROM)或相似的存储元件。另外，系统软 件、特定设备应用程序或其一部分可临时被加载进诸如RAM 218之类的 易失性存储器。由手持设备200接收的通信信号也可被存储到RAM 218。
微处理器228除了其操作系统功能外还能够执行手持设备200上的软 件应用程序。在手持设备200的制造期间，在手持设备200上安装对基本 设备操作进行控制的预定软件应用程序集，例如语音通信模块230A和数 据通信模块230B。数据通信模块230B允许对电子邮件消息进行处理。另 外，在制造期间，还可在手持设备200上安装个人信息管理器(PIM)应 用程序模块230C。 PIM应用程序能够组织并管理数据项目，所述数据项 目例如电子邮件、日历事件、语音邮件、约会和任务项目。PIM应用程序 还能够通过无线网络110发送并接收数据项目。由PIM应用程序管理的数 据项目是通过无线网络与设备用户的相应数据项目无缝结合、同步并更新 的，所述设备用户的相应数据项目是已存储的或与主机系统相关联的。同 样，在制造期间，可安装示出为其它软件模块230N的附加的软件模块。
包括数据和语音通信的通信功能是通过通信子系统270来执行的，也 可以是通过短程通信子系统202来执行的。通信子系统270包括接收机 250、发射机252和示出为接收天线254和发射天线256的一条或更多条 天线。另外，通信子系统270还包括诸如数字信号处理器(DSP) 258之 类的处理模块以及本地振荡器(LO) 260。通信子系统270的特定的设计 和实施方式取决于手持设备200要操作在其中的通信网络。例如，手持设 备200的通信子系统270可被设计以操作于MobitexTM、 DataTACTM或通 用分组无线业务(GPRS)移动数据通信网络中，还可被设计以操作于多
种语音通信网络中的任何一种中，例如高级移动电话服务(APMS)、时分
多址(TDMA)、码分多址CDMA、个人通信服务(PCS)、全球移动通信 系统(GSM)等等。单独的以及结合的其它类型数据和语音网络都还可用 于手持设备200。
网络访问需求根据通信系统的类型而变化。例如，在Mobitexm和 DataTAC 网络中，使用与每个设备相关联的唯一个人识别号码(PIN) 在网络上注册手持设备200。然而在GPRS网络中，网络访问与设备的订 户或用户相关联。所以，为了操作于GPRS网络上，GPRS设备需要用户 身份模块， 一般称为用户身份模块(SIM)卡。
当所需要的网络注册或激活过程完成时，手持设备200可通过通信网 络110来发送并接收通信信号。由接收天线254从通信网络110接收的信 号被路由到接收机250,接收机250提供信号放大、下变频、滤波、信道 选择等，还可提供模数转换。接收信号的模数转换允许DSP258执行更复 杂的通信功能，例如解调和解码。要发送到网络110的信号以相似的方式 被DSP258处理(例如调制和编码)，然后被提供到发射机252，以进行数 模转换、上变频、滤波、放大以及通过发射天线256向通信网络110 (或 多个通信网络)发送。
除了处理通信信号之外，DSP 258还提供对接收机250和发射机252 的控制。例如，在接收机250和发射机252中应用于通信信号的增益可通 过在DSP 258中实现的自动增益控制算法来自适应地控制。
在数据通信模式中，诸如文本消息或网页下载之类的接收信号由通信 子系统270处理并被输入至微处理器228。然后，接收信号由微处理器228 进一步处理，以输出至显示器226或备选地输出至某些其他辅助I/O设备 207。设备用户还可使用键盘214、诸如轨迹球206之类的输入键入设备和 /或某些其他辅助I/O设备207来编写诸如电子邮件消息之类的数据项目， 其他辅助I/O设备207例如触控板(touchpad)、触摸屏、指轮、操纵杆、 摇杆开关或其他类型的输入键入设备。然后，所编写的数据项目可经由通 信子系统270、通过通信网络IIO来发送。
在语音通信模式中，设备的总体操作与数据通信模式基本相似。然而， 对于语音通信，话音(speech)编码步骤是包括在发射机处，对应地，话
音解码步骤出现在接收机处。在发射机处，在扬声器212的输出的模数转 换之后，数字语音采样在调制用于传输之前由话音编码器来编码。例如在
GSM网络中，GSMAMR (自适应多速率)话音编码器可用于对音频数据 进行编码以用于网络传输。相似地，在接收机处，对网络编码的音频数据 可使用相应的GSMAMR解码器来解码。在音频数据被解码之后，音频数 据就被数模转换器转换为模拟信号并被输出至诸如扬声器211之类的扬声 器。诸如自适应多速率-宽带(AMR-WB)遵从(compliant)话音编码器 之类的变体也可用于GSM网络中。当然也可以使用遵从合适标准的其他 话音编解码器，其中合适标准被定义用于特定的底层语音与数据通信网络 110。用于给定语音与数据通信网络的合适的话音编解码器对于本领域技 术人员是公知的。
在发射机处，音频信号通常由扬声器212产生。在设备200上还可以 实现诸如语音消息记录子系统之类的备选语音或数据I/O子系统。另外， 在语音通信模式中还可利用显示器226，以便例如显示主叫方的身份、语 音呼叫的持续时间或其他与语音呼叫有关的信息。
短程通信子系统202使得手持设备200与其他邻近的系统或设备之间 的通信得以实现，所述其他邻近的系统或设备不必须是相似的设备。例如， 短程通信子系统可包括红外设备和关联电路以及组件，或BluetoothTM通信 模块，以提供与相似的能够通信的系统和设备的通信。
当手持设备200在公知软件的控制下操作时，手持设备200可用于访 问来自由网络供应商提供的传统语音邮件系统的语音邮件消息。所述软件 可包括设备代码(固件)、操作系统软件以及软件应用程序和过程组。
在图3-5中示出了由手持设备200的用户采取的典型步骤，用户采取
所述步骤以便访问来自传统语音邮件系统的语音邮件消息。所示出的动作 次序的变化(例如使用语音命令而不是键盘按键)或步骤顺序的变化都是 可能的。
图3示出了在手持设备200上使用的典型用户界面消息屏幕300。图 标302A在视觉上指示了语音消息的记录302;图标304A在视觉上指示了 已回复的电子邮件消息的记录304;图标306A在视觉上指示了己打开的 电子邮件消息的记录306;以及图标308A在视觉上指示了未读电子邮件
消息的记录308。图标302A和消息记录302的标题指示了消息是语音邮 件消息(例如与电子邮件或文本消息相对的)。
除图标之外，消息记录还可包含其他域(field),所述其他域提供诸如 到达时间域、发送方标识域和主题域之类的信息。例如消息记录308包含 与对应于消息记录308的消息相关联的时间域308B、电子邮件发送方id 域308C和标题或主题域308D。
用户可在打开消息记录302之后使用轨迹球206引出如图4中示出的 弹出菜单屏幕402，并导航过菜单屏幕402以便使用轨迹球206来作出对 菜单条目404的选择。需要注意，诸如键盘214、触控板、触摸屏、操纵 杆等之类的其他输入键入设备也可被应用，以引出菜单屏幕402或者导航 或者作出对菜单条目404的选择。当选择了标有"呼叫语音邮件"的弹出 菜单402的菜单条目404时，手持设备200对由无线网络供应商提供的传 统语音邮件系统发出呼叫。典型地有专用电话号码，当选择了菜单条目404 时，拨打所述专用电话号码以访问由该特定手持设备200使用的语音邮件邮箱。
图5是示出由操作手持设备200的用户采取的典型步骤的流程图，用 户采取所述步骤以访问在传统语音邮件系统中存储的他或她的消息。
用户首先使用无线手持设备200来呼入电话网络(S502)。这是通过 拨打与他的语音邮件邮箱相关联的号码来完成的。 一旦呼叫成功连接进语 音邮件系统，用户就在被提示时提供他的密码(S504)。
所有数据输入通常使用按键式电话键盘上的按键来完成。数据经由语 音命令、通过手持设备200的电话听筒(handset)的扬声器提供给用户。 如果密码不正确(S506)，则必须重新输入密码(S504)。
用户收听当前消息(S508)。在听到当前消息之后，用户可收听指令 (S510)，并按压输入键入设备上的键(例如按压轨迹球206或键盘214 等等)以删除该消息(S512， S518);按压不同的键以保存该消息(S514， S520)或简单地跳过该消息。如果在语音邮件系统上有更多语音邮件消息 可用(S522)，则该过程可转到S510。在S524处，可调用"主菜单"。用 户可执行所选择的任务(S516)，例如设置配置参数、记录问候或设置在 前往语音邮件系统之前呼叫应当振铃的次数。备选地，用户可使用主菜单
(S524)中的选项来选择再次收听消息，这从S510处幵始。
虽然各种传统系统在它们的实施方式上有所不同，但使用按键式
(touchtone)的键以及逐个检查消息在传统语音邮件系统中是常规的。注 意，用户可以使用普通的电话手持机和传统的基于地面的电话线而不是无 线手持设备来呼叫进入语音邮件。由此，语音邮件系统既不需要也不利用 无线手持设备中的许多有利的特征。此外，语音邮件系统理所当然地认为 连接是可用的，而在使用无线手持设备时情况并非如此。如果用户不在允 许无线通信的并且不能访问地面线路的位置处，则他的语音消息不可访 问。当消息己被存储时，所以这种情况是非常不希望的。由此，语音邮件 以需要新的无线网络连接为代价实现位置无关性，其目的仅为了访问所存 储的消息。
缺少引导用户通过图5的步骤的可视界面也是不利的。与充分利用在 手持设备上提供的屏幕的其他消息收发应用程序(例如电子邮件或文本消 息收发)形成鲜明的对比，用户不能一目了然地得知关于语音邮件消息实 质的信息，例如何时接收到消息、谁可能发送消息或消息的长度。
此外，如图5中显而易见，用户必须顺序地遍历语音邮件消息，输入 命令以指示偏好的动作，例如是收听消息、跳过消息、删除消息还是存储 消息。
由于用户不能看到语音邮件消息的元数据(例如发送方姓名或电话号 码、到达时间或长度)的有组织的呈现，所以用户无法容易地选择所希望 的消息来访问，尤其当大量语音邮件消息存在的时候。顺序地考虑每条消 息并且决定是存储、跳过还是删除消息，这会浪费时间。具体地，甚至在 决定不收听全部语音消息时，在用户移至下一条消息之前，由于用户要收 听消息的至少某一部分，所以还是会有一些时间流逝。
另外，无法容易地看到从相同的发送方接收到哪些消息以及这些消息 可能有多长。
用户还不能看到他可能为别人留下的语音消息。当所发送的和所接收 的消息可形成链或线索(thread)时，如果能够看到所接收的消息与所发 送的消息之间的相互关系，将会是非常有利的。
为了克服上述注意到的这些以及其他有关的不利条件，语音邮件系统
的典型实施例将电话应答机结合到手持设备200上。
为了将手持设备200作为电话应答机操作，在一个实施例中，微处理
器228将通过通信子系统270和语音通信模块230A接收的网络编码的音 频数据存储在本地存储器(例如RAM 218、闪速存储器216或新的存储块) 中。如上述注意到的，网络编码的音频数据的格式可以遵从合适的标准， 所述合适的标准是针对所使用的语音与数据通信网络IIO而定义的。在典 型实施例中，遵从ITU-G.722.2标准的AMR-WB编码的音频数据可通过 GSM语音与数据通信网络来接收并被存储在本地存储器中。
在回放所记录的音频消息期间，微处理器228可用于对存储在本地存 储器中的网络编码的音频数据进行解码，并通过扬声器211来输出解码后 的音频消息。
在另一个实施例中，手持设备200可加载有与用于网络编码的音频数 据的话音编解码器不同的单独的音频编解码器软件。所述编解码器软件的 音频编码器部分可用于以适合存储(而不是传输)的压缩格式对通过通信 子系统270接收的解码后的音频数据或来自麦克风212的未处理的数字音
频数据进行编码。音频解码器可用于对由音频编码器编码的压缩音频数据 进行解码并将解码后的音频数据输出至互连的扬声器211。
在上述的备选实施例中，音频编解码器可形成为专用硬件模块(未显 示)，连接到本地存储器(RAM 218、闪速存储器216或新的存储块)、微 处理器228、通信子系统270、麦克风212和扬声器211，并且结合入到手 持设备200中以减小微处理器228上的计算负荷。音频编码器可采用压縮 引擎来减小写入到本地存储器的音频文件的大小。大多数音频压缩方案从 未处理的数字化音频输入中丢弃一些数据，以便减小存储音频数据所需的 存储量。当压缩引擎由编解码器使用时，相应的解压縮引擎应由解码器使 用以回放音频消息。使用标准化压缩/解压缩技术的音频编解码器在本领域 内是公知的。音频编码器从而可以在网络编码的音频数据由话音解码器 (例如，AMR-WB解码器)解码之后接收解码后的音频数据，并将解码 后的音频数据以适合在本地存储器中存储的格式来压缩。相反，音频解码 器可从存储器中读取压縮后的音频数据，对其进行解压縮并将相应的音频 信号输出至扬声器211。
用于存储音频消息的多种文件格式是公知的。示例包括MP3、 WAV、
AIFF和WMA格式。MP3表示运动图像专家组(MPEG)音频层3标准， 并已受到个人计算机和便携式数字音乐播放器的用户的极度欢迎。WAV 是波形音频格式的简称，而WMA代表^Windows媒体音频格式，所述 Windows媒体音频格式是受欢迎的但是专利的标准。AIFF代表音频互换 文件格式并经常用于在个人计算设备上存储未压縮的音频数据。
在另一个实施例中，输入的网络编码的音频数据首先被解码，然后在 数模转换之后以适合于输出至扬声器211的格式被存储在本地存储器中。
在操作中，手持设备200可接收、存储并呈现语音邮件消息。所述呈 现可与其他消息的呈现相似，所述其他消息例如电子邮件、短消息服务 (SMS)消息(也称为文本消息)或多媒体消息服务(MMS)消息。
在手持设备200振铃了预定(可配置的)次数之后，手持设备200进 入电话应答机模式。 一旦手持设备200进入电话应答机模式，呼叫方就被 提示留下消息。如果呼叫方继续并留下消息，则微处理器228可将输入消 息存储到本地存储器。输入消息可被存储为网络编码的音频数据(例如 AMR-WB编码数据)，或被存储为适合于数模转换的解码后未处理音频数 据；或被存储为在对所接收的网络编码的音频数据进行解码并对音频数据 进行重新编码之后的音频文件(例如MP3文件)。
如果用户选择忽略来话呼叫(通过从可在接收到新呼叫时弹出的菜单 中适当地选择)或如果用户在手持设备200上配置设备设置以便在接收到 电话呼叫时手持设备200自动进入电话应答机模式，则手持设备200可备 选地进入电话应答机模式。进入电话应答机模式的各种其他方法对于本领 域普通技术人员是显而易见的。
一旦呼叫方留下消息并挂断，与输入消息(存储为音频文件)相关联 的消息记录就可由微处理器228来创建并在图6中所示的用户界面屏幕 600中显示给用户。可选地，在用户呼叫并在远程语音邮件系统上留下语 音邮件消息的情况下，可以创建外发消息记录。另外，微处理器228可同 时在手持设备200的本地存储器中记录外发消息。
在所示出的典型实施例中，语音邮件消息的呈现看起来与使用电子邮 件客户端软件接收的电子邮件消息的呈现非常相似。标题栏602显示了曰
期。每个消息记录604A、 604B、 604C……604K (单独和集体的消息记录 604)表示可以为电子邮件、SMS消息或语音邮件的消息。与发送方、接 收方和到达时间有关的信息可在每个记录中相应的域中显示。
作为消息记录的一部分的每个图标606A、 606B、 606C 606K (单
独和集体的图标606)可被设计以指示所关联消息的类型和状态。例如， 未读电子邮件可由未打开的信封图标606D指示，而己读电子邮件可显示 已打开的信封图标606C。带有附件的电子邮件可由诸如显示曲别针图像 的图标606A之类的图标指示。接收的且在手持设备200上存储的语音邮 件消息可由诸如向下绘制的电话听筒之类的图标606F表示，而具有相似 的外观和感觉的不同的图标606B (例如向上绘制的电话听筒)可表示手 持设备200的用户在接收方的远程语音邮箱上留下的消息。
为了访问语音消息，用户选择或打开包含语音邮件消息的消息记录。 例如，选择消息记录604F使得与消息记录604F相关联的所存储的音频消 息在必要时被微处理器228解码、转换为模拟信号并输出至扬声器2H。 在手持设备200采用单独的音频编解码器的情况下，可包括相,应的音频解 码器以在来自存储器的音频消息输出至扬声器211之前对该音频消息进行 解码。 一旦播放语音邮件消息音频文件，相应的图标就可改变以反映语音 邮件消息己被播放。例如，图标在还未播放的情况下可表现为红色，在先 前显示过的情况下可表现为绿色。还可以提供配置选项，以便用户按需地
手动改变与语音邮件消息的状态相关联的图标。
有利地，打开与外发语音邮件相对应的消息记录(例如消息记录604B)
会播放所存储的音频文件，从而使得用户听到留在远程语音邮件系统上的 外发消息。
考虑呼叫方(例如David)在时间tl (例如在7:00PM)为手持设备 200的用户(例如Scott)留下消息的场景。这是在图6的消息记录604K 中显示的。然后如图6的消息记录604G中所示，用户在时间t2 (例如 8:30PM)回拨并(例如8:30PM)在始发呼叫方的(David的)语音邮箱 留下消息。始发呼叫方(David)在接收到消息之后再次呼叫。然而，用 户不应答且手持设备200进入电话应答机模式。因此，如图6的消息记录 604F中所示，呼叫方(David)在时间t3 (例如8:45PM)留下消息。然后
如消息记录604B中所示，用户在时间t4 (例如10:15PM)再次呼叫。这 些交换发生在其他消息交换的上下文内，所述其他消息交换是例如在时间 tl、 t2、 t3与t4之间的时间间隔中接收和发送的电子邮件和SMS消息。
如上所见，在一个典型实施例中，如图6中所示，可以按时间顺序即 以消息到达或发送的顺序排列消息。然而在备选实施例中，消息可呈现为 显示了消息之间相互关系的线索。
因此，图8显示了图6中所示消息的用户界面的不同的呈现，所述呈 现示出了例如上述语音邮件交换等场景中的音频消息关联或相互关系。
用户界面屏幕800包括消息记录804A、 804B、 804C……804K (单独 的和集体的消息记录804)，每一个都分别带有其相应的图标604A、 604B、 604C……604K。诸如消息记录804B之类的一些消息记录具有消息子记录 806A、 806B和806C，所述消息子记录列在它们的"父"消息记录804B 之下(或更一般地，位于与804B相邻处)。消息子记录806A、 806B和806C 可相对于它们的父消息804B成縮进交错(indented)显示，以显示关联。 在所示出的特定实施例中，消息子记录还被显示为自身独立的消息记录。 例如，消息记录804F与消息子记录806A相同。
值得注意的是，存储在手持设备200中的消息内容在图6和图8中是 相同的。因此，图标606以及与每个消息记录804A、 804B、 8(MC……804K 相关联的域(例如主题、发送方、接收方、时间等等)在两种情况下都是 相同的。然而，在图8中，语音邮件消息的相互关系对查看者而言更容易 看出来。
在语音邮件交换的上述需要注意的场景中，在时间tl (7:00PM)接收 的第一语音邮件消息显示在消息记录804K中。显而易见，相同的语音消 息还与消息子记录806E、 806F和806C相对应。在用户回拨并在时间t2 (8:30PM)留下消息之后，新的消息记录804G被显示。由于在先消息(与 消息记录804K相对应)与当前消息有关，所以新的消息子记录806F被创 建并在消息记录804G下面显示。消息子记录是縮进交错的，以在视觉上 显示与父消息的记录关系。由此清晰可见，例如子记录806F与消息记录
804G有关。
当用户在时间t3 (8:45PM)再次接收到输入语音消息时，所接收的语
音邮件消息显示为消息记录804F。在先的相关消息还显示为消息子记录
806D、 806E (分别与消息记录804K、 804G相对应)。
在时间t4 (10:15PM)来自用户的下一个呼叫显示为消息记录804B。 再一次，在先的相关消息还显示为消息子记录806A、 S06B、 806C (分别 与音频消息记录804K、 804G、 804F相对应)。
有利地，在图8中，以清晰地示出语音邮件消息序列或交换的线索的 方式，在视觉上显示音频消息记录804B及其消息子记录806A、 806B和 806C。
应了解，不需要无线连通性来访问消息。取而代之地，通过简单选择 或打开消息记录来访问语音消息。选择消息子记录806A、 806B、 806C或 804K会播放相同的音频文件，所述相同的音频文件将会通过选择与其对 应的消息记录来打开。例如选择消息子记录806C打开了与选择消息记录 804K而打开的相同的音频文件。换句话说， 一个消息文件可与消息记录 以及多个消息子记录相关联。
将图6的消息显示为如图8中所示的语音邮件线索需要将外发与输入 消息记录相关联，以便形成合适的消息组，所述合适的消息组应当一起出 现在给定的线索中。
例如，(记录604G的)时间t2的外发语音消息可与(记录604K的) 时间tl的输入消息相关联如下。当用户打开消息记录604K时，图7中所 示的用户界面屏幕700可被显示。用户界面屏幕700可包括带有图标712 的窗口 702，所述图标712指示语音邮件音频消息正被回放。窗口 702还 可包括可在消息记录604K中获得的信息，例如呼叫方信息和音频消息的 接收时间。在用户收听所记录的音频消息的同时以及之后，基于上下文的 菜单704可被显示。备选地，可使用轨迹球206来调用菜单704。菜单704 可包括若干选项，所述选项分别使用户能够回复呼叫方(例如选项706)、 将音频消息转发到另一个电话接收方(选项708)或将音频消息作为电子 邮件附件转发(选项710)。用户可使用轨迹球206在菜单704中导航，并 选择选项706、 708或710。例如，如果用户(Scott)经由选项706来选择 回复呼叫方(David)并连接到始发呼叫方的(David的)远程语音邮件， 则微处理器228可在网络编程的外发消息被留在远程语音邮件上(在时间
t2)时在本地存储器中并发地记录该外发消息，并为该外发消息创建外发
消息记录606G。如果釆用单独的音频编解码器，则可以取而代之地使用 诸如WAV或MP3等之类的所希望的文件格式来记录外发消息。外发消息 记录606G从而与输入消息记录604K相关联。
与远程语音邮件系统的连接可由手持设备200使用在手持设备200的 DSP258或微处理器228上执行的电话应答机检测(AMD)软件来检测。 电话应答机检测软件可利用DSP算法来分析所接收的语音应答，从而确定 消息来源是真人还是电话应答机。例如，真人通常通过诸如"您好"或"我 是David"之类的较短的问候来应答，而电话应答机或语音邮件系统通常 使用更长、更多信息的问候，例如"您已登录到David的语音邮件。请在 提示音后留下消息"。这些区别可由AMD软件充分利用，以便识别远程语 音邮件。
此外还有必要将输入消息记录与现有的外发消息记录相关联。在这个 方面，如果仅有呼叫的一方的手持设备200配备有所述典型软件，则以下 方法是合适的。
手持设备200可在数据库中存储唯一呼叫方id(例如电话号码或个人 身份号码)和相应的唯一消息id (用于识别发给呼叫方的最后外发消息)。 典型数据库900在图9中示出。每个消息记录(图6或图8中)都具有唯 一消息id (例如902B或904B)分配给该消息记录。每个呼叫方也具有唯 一呼叫方id (例如902A或904A)。数据库可以是在存储器、文本文件、 简单的关系数据库管理系统(RDBMS)等中形成的简单的表格。每个数 据库条目902 (或904)从而包含唯一呼叫方id 902A (或904A)以及等 待回复的最后外发消息记录id902B (或904B)。
例如，数据库条目902可包含David的唯 一 标识符902A (caller—id—david)和用于标识由Scott为David留下的最后外发消息的消 息记录标识符902B (msg—out—001)。随后，如果来话呼叫传至语音邮件 且消息被记录，则数据库900被检查，以便了解输入消息是否是由先前为 其留下外发消息的接收方发起。即，被期望发起输入消息的呼叫方具有数 据库900中的相应条目902或904。如果在数据库中找到呼叫方，则在最 后外发消息记录(其消息记录id被存储在数据库中)与新的输入消息记录
之间形成关联。
图10示出了概述在来话呼叫传至语音邮件系统时由手持设备200采 取的操作的流程图。在记录了语音邮件消息(S1002)之后，为该语音邮 件消息创建输入消息记录。然后为刚刚记录的消息获得唯一消息记录id (例如msg一in一002) (S1006)。相似地，获得唯一标识呼叫方的唯一呼叫 方id (例如caller—id—david) (S1008)。然后査询数据库卯O (S1010)以 确定是否有包含唯一呼叫方id(caller—id—david)的条目。如果有，则(S1012) 在数据库900中的外发消息id (例如msg一outJ)Ol)与新的输入消息id (msg—in—002)之间形成关联。如果在数据库900中没有找到条目，则新 的消息不会与现有的线索相关联(S1012)。
图11示出了概述当手持设备用户回复消息时由手持设备200采取的 操作1100的流程图。如果本地手持设备用户使用菜单选择(S1104)来启 动对消息的回复(S1102)并到达远程呼叫方的语音邮件(S1106)，则通 过添加由手持设备用户留下的新消息来扩展包含消息的线索(S110S)。如 果由远程接收方亲自(如可通过例如使用AMD软件来检测的那样)回复 呼叫，则终止包含消息的线索并且从数据库中去除与线索相关联的所有消 息(S1110)。例如，如果手持设备用户(Scott)的呼叫由远程接收方(David) 应答，则从数据库900中去除包含David的外发消息记录id (902B)的条 目902 (图9)。随后，发至远程呼叫方(David)的输入语音消息或来自 远程呼叫方(David)的外发语音消息可启动新的线索。
如果本地手持设备用户呼叫接收方以回复消息，但没有使用菜单选项 来启动回复(S1104),则不会扩展现有的线索，而取而代之地启动新的线 索(S1112)。在由远程呼叫方进行后续回复时，如果本地手持设备用户接 听，则当呼叫结束时，手持设备200可呈现包含远程呼叫方的id的所有活 跃线索的菜单选择，并允许本地手持设备用户终止任何现有线索。
在另一个实施例中，远程呼叫方可被提示以进入在本地设备上留下的 消息的主题。然后，基于主题来维护线索，线索中的每条消息记录都与相 同的主题相对应。然后，可以使用消息的主题将任何新消息很容易地添加 到合适的线索。
在上述典型实施例的变体中，可以采用话音到文本转换弓I擎来存储与
输入或外发消息相对应的文本数据。可以分析文本以确定与每个消息记录 相对应的合适的主题。然后，如此确定的主题可用于创建或选择现有线索， 其中新的输入或外发消息记录可添加进该现有线索。如果没有找到合适的 主题，则可以创建新线索。
在另一个简化实施例中，通过将输入消息的发端电话号码与外发消息 的目的地电话号码作比较，可以确定形成线索的消息的关联。例如，在图
6中，时间tl的消息的呼叫方的(例如David的)电话号码与时间t2的消 息的目的地(例如David的)电话号码相同。鉴于这种匹配，消息记录606G 与消息记录604K相关联。当呼叫方随后在时间t3留下消息时，发端电话 号码(David的电话号码)可再次被使用以使消息记录606F与消息记录 606G相关联。 一旦消息记录如刚刚描述的那样相关联时，这些消息记录 就可呈现为显示它们之间相互关系的线索。
如果本地和远程手持设备都是使用此处公开的示例设备代码和软件 来操作的，则可使用语音通信模块230A(带内)或使用数据通信模块230B (带外)来交换在手持设备200上留下的输入消息与先前纪录的外发消息 之间的消息关联数据。因此在图6中，当两个手持设备都装有合适的示例 软件时，可以使用交换后的消息关联数据将当前输入消息记录(例如606F) 与先前纪录的外发消息记录(例如606G)相关联。在一个实施例中，消 息关联数据可包括待关联的唯一消息记录标识符。在这种情况下，给定的 语音邮件消息可具有带有唯一消息记录id (在本地手持设备上)的外发消
息记录。相同的消息可在远程手持设备中记录为带有唯一消息记录id的输 入消息记录。这两种消息记录id可以是关联的。另一方面，本地手持设备 上的外发消息记录id可与远程手持设备上的输入消息记录id相同。换句 话说，虽然消息记录id在给定的(本地)设备中是唯一的，但消息记录id 可由另一个(远程)手持设备使用，以协助消息关联。
在一个带内(in-band)实施方式中，语音邮件提示结束处的提示音可 以是唯一的声音或一连串音调，宣告如下事实，即手持设备200是在使用 上述设备代码来操作的并且手持设备200的软件支持语音邮件线索化。在 检测到这种唯一音调时，可以提示呼叫的手持设备200发送在语音邮件系 统上留下的当前消息的消息关联数据。
如果主叫和接收手持设备都使用此处公开的示例设备代码和软件来 操作，则接收手持设备200在提示消息时发送(带内的)另一唯一的声音 或一连串音调，以宣告正在使用该设备的语音邮件系统这一事实。所述唯
一的声音或音调使得主叫手持设备200很容易地确定该设备连接到远程语
音邮件系统，从而不需要电话应答机检测软件。另一方面，接收手持设备
200可将带外(outofband)数据发送到呼叫的手持设备200，以通告接收 手持设备200处于电话应答机模式。
在备选实施例中，可以以与图6和图8中示出的设置不同的方式显示 线索。例如，以最新近的语音邮件消息结束的线索可以是针对该线索的子 记录而显示的唯一线索。可以提供这种呈现选项，作为手持设备200上的 偏好设置。例如，在图8中，消息记录804F和子消息记录806A与相同的 输入音频消息(8:45PM时来自David)相对应。因此，在备选实施例中， 可只显示消息子记录806A，而省略消息记录804F。
上述实施例的优点之一是在使用手持设备200作为电话应答机从而取 代了与网络供应商的语音邮件服务合同的情况下，节省费用。由网络提供 的语音邮件服务具有关联的周期性费用(通常按月收费)，该费用可通过 使用手持设备200中的音频编解码器来记录并回放消息而被方便地消除。
此外，手持设备200的用户可以在不必须麻烦地收听语音指令并键入 应答的情况下容易地选择要收听哪个音频消息。使用所述实施例，可以像 诸如电子邮件或文本消息之类的任何其他消息那样处理语音消息。由此， 语音邮件消息可通过电子邮件转发，或存储到诸如CD或USB存储器卡之 类的可拆卸介质上。另外，由于语音邮件消息存储为文件，所以用户可方 便地跳过或跳回到语音邮件消息内的任何位置并收听所记录的音频消息 的任何部分。
如图6和图8中所示，清晰可见，呼叫方的电话号码可由呼叫方标识 代替。呼叫方标识可以来自由网络提供的主叫方名称显示(CPND)服务 或来自手持设备200的地址簿的转化。这会使更易理解或友好的名称而不 是电话号码显示在每个音频消息记录上(图6，图8)。在另一个典型实施 例中，话音到文本转换引擎可扫描语音邮件消息并提取与呼叫方标识有关 的特定数据，例如呼叫方的电话号码。备选地，特定数据可映射到存储器
216中的其他信息，例加地址簿。例如，由语音到文本转换引擎提取的语 音邮件消息中的电话号码与存储器216中的联系列表作比较，以确定与联
系列表中的电话号码相关联的呼叫方标识并在如图3中所示的发送方id 域308C中显示呼叫方标识。
显示正式全称、昵称、电话号码等的各种选项是公知的并且是可为上 述实施例中公开的语音邮件系统而制定的。
当然，上述实施例旨在仅解释说明且决不限制本发明。所述实施例可 受到形式、部件布置、细节和操作顺序方面的多种修改。所公开的实施例 旨在包括由权利要求限定的范围内的所有这些修改。
权利要求
1. 一种在手持无线设备(200)上提供语音邮件服务的方法，包括在所述手持设备(200)的本地存储器(218)中记录输入音频消息；以及在所述手持设备(200)的用户界面屏幕中显示与所述输入音频消息相对应的输入音频消息记录，所述用户界面屏幕将电子邮件记录与所述输入音频消息记录一起同时呈现；发出至接收方的呼叫；确定所述呼叫由远程语音邮件系统应答；向所述远程语音邮件系统发送外发音频消息；以及在所述用户界面屏幕中显示针对所述外发音频消息的外发消息记录。
2. 根据权利要求1所述的方法，还包括在通过所述手持设备(200) 的所述用户界面屏幕选择所述输入音频消息记录时，通过所述手持设备(200)的扬声器(211)回放在所述本地存储器(218)中记录的所述输 入音频消息。
3. 根据权利要求1所述的方法，还包括在所述本地存储器(218) 中记录所述外发音频消息。
4. 根据权利要求1或权利要求3所述的方法，还包括选择性地将所述外发消息记录与所述输入消息记录相关联。
5. 根据权利要求l、 3或4所述的方法，还包括 将呼叫以留下所述外发音频消息的电话号码与同所述输入音频消息记录相关联的发端电话号码进行比较，并且在匹配时，将所述外发消息记 录与所述输入消息记录相关联。
6. 根据权利要求l、 3或4所述的方法，其中所述远程语音邮件系统包括远程手持设备，所述方法还包括与所述远程手持设备交换消息关联数据，以将所述外发消息记录与所述输入消息记录相关联。
7. 根据权利要求l、 3或4所述的方法，还包括与所述外发音频消息相关联地存储与所述外发音频消息的接收方相对应的第一唯一呼叫方标识符； 在接收到新的输入消息时，记录所述新的输入消息并创建新的消息记 录，并将针对所述新的输入消息的始发方的第二唯一呼叫方标识符与所述第一唯一呼叫方标识符进行比较；以及在匹配时，将所述外发消息记录与所述新的消息记录相关联。
8. 根据权利要求l、 3或4所述的方法，还包括将与所述输入音频 消息相对应的所述输入音频消息记录定位在所述屏幕上与所述外发消息 记录相邻的位置处。
9. 根据权利要求l、 3或4所述的方法，其中在视觉上将所述输入音 频消息记录呈现为与所述外发音频消息相对应的所述外发消息记录的子 记录。
10. 根据权利要求1或权利要求2所述的方法，其中所述发出至接收方的呼叫包括在用户通过所述用户界面屏幕选择所述输入音频消息记录 时，使所述用户能够选择向所述音频消息的始发呼叫方进行回复；以及当所述用户选择进行回复时，发出至所述接收方的所述呼叫，并且所 述方法还包括在所述用户在远程语音邮件中留下所述外发音频消息的同时，在 所述本地存储器(218)中并发地记录所述外发音频消息；以及 将所述外发消息记录与所述输入音频消息记录相关联。
11. 根据权利要求1至10中任一项所述的方法，其中所述输入音频 消息记录包括呼叫方标识域。
12. 根据权利要求1至11中任一项所述的方法，其中所述输入音频 消息记录包括时间域。
13. 根据权利要求1至12中任一项所述的方法，还包括在接收到 来自呼叫方的电话呼叫时，在记录所述输入音频消息之前将所述手持设备(200)置于电话应答机模式。
14. 根据权利要求13所述的方法，还包括在接收到忽视来话呼叫的用户输入时，进入所述电话应答机模式。
15. 根据权利要求13所述的方法，还包括在接收到来话呼叫时，响应于用户设置而自动进入所述电话应答机模式。
16. 根据权利要求1至15中任一项所述的方法，其中所述记录所述 输入音频消息包括使用与所述手持设备(200)中的所述本地存储器(218)和无线接收机(250)连接的音频编解码器(230N)来获得数字语音采样； 压縮所述语音采样；以及将压縮后的语音采样写入所述本地存储器(218)。
17. 根据权利要求16所述的方法，其中使用MP3音频文件格式将所 述压縮后的语音采样写入所述本地存储器(218)。
18. 根据从属于权利要求2时的权利要求16或权利要求17所述的方 法，其中所述回放包括从所述本地存储器(218)读取压縮后的语音采样； 使用所述音频编解码器(230N)来解压缩所述压縮后的语音采样；以及在所述扬声器(211)中输出解压縮后的采样。
19. 根据权利要求18所述的方法，其中所述音频编解码器(230N) 包括MP3播放器。
20. 根据权利要求1至19中任一项所述的方法，其中所述手持设备 (200)的所述用户界面屏幕还将文本消息记录与所述音频消息记录一起呈现。
21. —种手持设备(200)，包括 无线接收机(250);扬声器(211); 存储器(218);显示器(226);麦克风(212);以及处理器(228)，所述处理器操作用于将所述设备(200)转换到电话应答机模式，并在所述存储器(218)中记录来自呼叫方的输入音频消息；在所述显示器(226)上的用户界面屏幕中显示与所述音频消息 相对应的输入音频消息记录，所述屏幕同时呈现电子邮件消息记录和 所述输入音频消息记录； 使用所述麦克风(212)在所述存储器(218)中记录在远程语音 系统上留下的外发语音消息；以及在所述用户界面屏幕上显示与所述外发音频消息相对应的外发 消息记录。
22. 根据权利要求21所述的设备，其中所述处理器(228)还操作用 于在用户选择所述消息记录时通过所述扬声器(211)回放所述输入音 频消息。
23. 根据权利要求21或权利要求22所述的设备，还包括音频编解码 器(230N)。
24. 根据权利要求21至23中任一项所述的设备，其中所述处理器 (228)将文本消息记录与所述输入音频消息记录一起同时显示。
25. 根据权利要求21至24中任一项所述的设备，还包括与所述处理 器(228)通信的数字信号处理器DSP (258)。
26. 根据权利要求30所述的设备，其中所述DSP (258)执行电话应 答机检测软件。
27. —种存储计算机可读指令的计算机可读介质，所述计算机可读指 令可由计算设备(200)的处理器(228)执行，以使所述设备(200)实 现权利要求1至20中任一项所述的方法的步骤。
全文摘要
公开了一种利用无线手持设备的语音邮件系统，所述无线手持设备具有用于显示语音消息和电子邮件消息的合适的用户界面。通过无线网络接收语音消息并存储在手持设备上。当接收到语音消息时，手持设备在本地存储器中记录音频消息。此后，与所接收的音频消息相对应的消息记录条目显示在手持设备的用户界面屏幕中。当用户打开所显示的消息记录时，手持设备回放在本地存储器中存储的相应音频消息。
文档编号H04M1/64GK101378424SQ200810214908
公开日2009年3月4日 申请日期2008年8月28日 优先权日2007年8月29日
发明者劳伦斯·E·库尔, 大卫·J·马克-范, 斯科特·E·保金 申请人:捷讯研究有限公司