具有实时状态通知的语音通信的制作方法
【技术领域】
[0001] 本发明设及计算机和电子通信领域。更具体地，提供用于进行具有状态通知的电 子语音通信的系统、设备、图形用户界面和方法。
【背景技术】
[0002] 无线电话已变为必不可少的附属品并且大多数人走到哪都带着。因此移动电话用 户几乎总是经由某种通信的形式可联系。能够进行实况、实时语音通信的能力仍然是许多 人携带他们的电话的主要原因，但是许多其他人将他们的电话更多地用于非语音通信而不 是实时语音通信。
[0003] 具体地，许多人使用无线电话W便经由SMS(短消息服务)交换短的文本消息。SMS 消息通常限于140个字符的文本，并且经由无线电话服务提供商的语音网络的控制信道传 送。因此，无线电话用户是发送文本消息至一个人还是许多人，他或她受限制于他或她可W 一次通信多少。已开发了MMS(多媒体消息服务）W允许将媒体(例如，图像、视频)往返于无 线电话传送，但仍然依靠 SMS协议将通知传递至接收者。
[0004] 然而，无线电话用户与另一个无线电话用户交换录音的语音通信内容 (communication)的能力是麻烦的，即使利用MMS。具体地，在普通的无线电话上发起语音录 音(或者其他音频录音)需要多个动作，诸如W正确的顺序操纵多个控制。例如，用户可能需 要打开录音应用，开始录音，结束录音，很可能将其命名W便存储，打开通信应用，创建到希 望的接收者的消息，选择添加附件的选项，然后找到并附加录音内容。即使发起用户和目的 用户操作共同的通信应用，发起者可能仍然需要打开菜单找到并选择选项W进行录音，开 始录音，停止录音，然后选择选项将其发送至接收者。
【发明内容】
[0005] 在本发明的一些实施方式中，提供用于进行具有实时状态通知的语音通信的系 统、设备、图形用户界面和方法。在运些实施方式中，一个便携式设备的用户能够容易并迅 速地创建音频录音并将其发送至另一个设备的用户。用户中的一者或两者可W接收另一个 用户或录音的实时状态的通知。
[0006] 在一些实施方式中，利用多功能控制器的单个操作，便携式电子设备的用户创建 音频录音并将其传输至另一个用户。在不同的上下文中，相同的控制允许用户传输独立于 音频录音的文本消息。在一些实施方式中，控制可W根据上下文(诸如用户是否将文本输入 至文本窗口或对话框中）改变外观。
[0007] 在一些实施方式中，音频录音的发送者接收接收者已经开始和/或完成播放录音 内容的实时通知。在一些实施方式中，音频录音(例如，用户的对话的图形显示版本)或另一 个用户的代表改变外观W指示录音内容的运个状态改变。
[0008] 在一些实施方式中，可W向音频录音的接收者告知发送者已开始音频录音。例如， 在录音开始时，可W向接收者的设备发出信号并且接收者可W在发送者完成录音之前看到 该状态。
【附图说明】
[0009] 图1是根据本发明的一些实施方式的便于具有实时状态通知的录音的语音通信的 系统的框图。
[0010] 图2示出根据本发明的一些实施方式的用于进行具有实时状态通知的语音通信的 设备的用户界面。
[0011] 图3A至图3H示出根据本发明的一些实施方式的进行具有实时状态通知的语音通 信的图形用户界面。
[0012] 图4A至图4E示出根据本发明的一些实施方式的进行具有实时状态通知的语音通 信的图形用户界面。
[0013] 图5是表明根据本发明的一些实施方式的支持具有实时状态通知的语音通信的方 法的流程图。
[0014] 图6是根据本发明的一些实施方式的进行具有实时状态通知的录音的音频通信的 便携式设备的框图。
【具体实施方式】
[0015] 提出W下描述，W能够允许本领域的任何技术人员制造和使用本发明。对公开的 实施方式的各种修改将容易对本领域技术人员显而易见，并且本文中限定的一般原理可W 应用于其他实施方式并且可W在没有背离本发明的范围的情况下应用。因此，本发明不旨 在限于示出的实施方式。
[0016] 在本发明的一些实施方式中，提供用于进行具有实时状态通知的语音通信的系 统、设备、用户界面和方法。在不同的实施方式中，实现多个补充的特征中的一个或多个，诸 如一键式语音录音、给通信伙伴的开始语音录音的动态实时通知，将录音内容可靠传递至 伙伴，通信伙伴播放录音内容的实时通知W及播放音频录音的输出设备的自动选择。
[0017] 本发明的实施方式在W下通信环境内实现，在该通信环境中，文本、图像、语音录 音和/或其他电子信息经由符合IE邸802.11标准(例如，胥i_Fi?连接）的数据通信信道交 换。在运些实施方式中，不是依赖为除实况语音谈话W外的即时或实时通信的传输提供有 限的支持的传统无线语音通信信道，该数据通信信道允许相同的和/或不同的类型的装置 之间的几乎所有类型的通信和媒体的不受约束的交换。
[0018] 本发明的示例性实施方式被描述为它们可W实现为一对一通信会话(例如，聊天 会话)的W部分，但是同样可W适用于群通信会话(例如，群聊）。
[0019] 图1是根据本发明的一些实施方式的有助于具有实时状态通知的录音的语音通信 的系统的框图。
[0020] 在运些实施方式中，通信系统120的用户操作各种便携式通信设备，该通信设备运 行相同的或不同的操作系统(例如，安卓、黑替、i〇S、Nokia S40、Symbian ,Windows Phone)。 因此，设备102、104由不同的用户操作，但是可W相似地或非常不同地配置。设备102、104之 间的通信会话110包括设备102和系统120之间的W及设备104和系统120之间的单独连接。
[0021] 系统120是可W同时由多个用户使用的承载通信应用或服务(或者通信应用的服 务器部分）的数据中屯、、计算机网络或其他共同集合的计算机资源。在一些实施方式中，应 用为用户提供来自他的或她的通信设备(例如，设备102)，至/来自操作其他通信设备(设备 104)的一个或多个其他用户的文本、音频录音、照片、视频和多媒体的即时消息。
[0022] 由系统120承载的通信应用与设备102、104兼容并且包括在设备的本地操作系统 下执行的客户端逻辑。操作一个类型的设备并订购一个通信服务器提供商的用户可W与操 作其他类型的设备并订购其他通信服务提供商的用户交换信息。单个的消息可W发送至任 意数量的接收者;例如，可W提供群形式的通信(例如，聊天），其中多个用户相互交换即时 通信内容。
[0023] 通信服务器122是系统120的前端部件，承载用户与系统的连接而且便于用户之间 的通信内容的交换。服务器122可W称为"聊天"服务器，因为它们接收来自个人用户的、传 递至一个或多个其他用户的实时消息和聊天会话通信内容。
[0024] 说明性地，只要用户对于系统120在线并且应用在他的或她的设备上运行，就可W 保持设备和通信服务器122之间的连接或会话。当用户关闭设备上的应用时，他的或她的连 接可能持续一段时间（例如，五分钟、十五分钟）。
[0025] 状态服务器124维护用户和/或用户的设备的情况或状态。因此，状态服务器存储 一些或所有用户的资料，包括可适用的偏好(例如，优选的可听的和/或可见的提醒、状态消 息）、设备类型/模型等。由状态服务器维护的关于用户的一些状态信息可能仅在用户与系 统120连接期间存留。随着用户的设备W不同的方式或不同的模式操作，变成离线，变成在 线等，状态服务器可获取那些改变。
[0026] 然而，在本发明的一些实施方式中，不保留用户的设备或系统连接的状态。然而， 在运些实施方式中，用户或用户设备的状态的改变可W由设备报告给系统，并且中继至正 与那个用户进行通信(例如，聊天)会话的其他用户，和/或中继至没有打开与该用户的通信 会话但是已经订阅有关该用户的状态更新的用户。
[0027] 在运些实施方式中，作为状态服务器上保留的用户资料的一部分，可W识别与那 个用户相关联的其他用户的标识。运些其他用户将被通知该用户的状态的一些或所有改变 (或者用户设备的状态的改变)-诸如在她变为在线时W及在她变成离线时。如W下描述的， 其他状态改变同样可W传送至相关联的用户。
[00%]消息服务器126存储不能立即被传递至他们的目标或目的用户的通信内容。为对 于系统120当前在线的用户接收到的新消息（例如，文本聊天消息）可W立即传递（即，通过 用户与通信服务器122的打开的连接）。然而，为当前离线的用户接收的消息（即，与通信服 务器122没有打开的连接)可W存储在消息服务器126上直至其可W被传递。
[0029] 媒体服务器128存储除可W存储在消息服务器126上的W外的等候传递至目的用 户的媒体文件或内容。例如，从一个用户至另一个的消息可W是或者可包括照片、视频、音 频录音或一些其他媒体。媒体存储在媒体服务器128上直至其可W被传递，传递可W在目的 用户在线时自动完成，或者只有在目的用户请求媒体时(例如，通过点击传递至目的用户的 文本消息中的链接W向他建议媒体内容)才可W开始。
[0030] 识别与系统120连接的在线用户的端点的信息可W存储在通信/聊天服务器122、 状态服务器124和/或其他实体(例如，会话服