[发明专利]用于指示听写应用程序能够接受音频的标记

说明书

根据35U.S.C§§119要求优选权

无。

根据35U.S.C§§120要求优选权

无。

对于共同待审的专利申请的引用

无。

技术领域

本申请的技术一般涉及激活或调用计算机化工作环境中的应用程序，并且更尤其地，涉及提供被激活的应用程序已准备好接受输入的标记（indicia）。

背景技术

计算机和处理器是现今普遍存在的工具。一些普通的个人和商业应用程序通过使用日常计算机和处理器，诸如，例如桌上型计算机、膝上型计算机、MP3播放器、电子个人数字助理、智能电话等来完成。然而，应用程序通常是通过利用最新技术的计算机和处理器开发的。而使用者通常并不具有最新的计算机和处理器。因此，应用程序经常是为性能比存储和运行应用程序的处理器或计算机高的计算机和处理器设计的。性能较低的计算机或处理器可能能够执行应用程序，但这种执行会引入滞后或等待时间的形式的处理延迟。

此外，许多应用程序现今在利用瘦客户端（thin client）结构的计算机或处理器上执行。瘦客户端结构是以下这样的结构，其中，使用者操作提供界面（诸如图形用户界面）的客户端计算机，但对应用程序的实际处理是由主机执行的，该主机经由网络连接被连接到客户端计算机。该网络连接可以是，例如，万维网或另一种公共网络，或专用网络。数据的传输，无论是批量传输还是流传输，均可引入额外的滞后或等待时间延迟。与瘦客户端应用程序相关联的滞后或等待时间的延迟可能会因为缺乏足够的处理速度和性能的较老计算机和处理器而加剧。

在一些实例中，滞后和等待时间只会对使用带来麻烦，因为数据并不会丢失，而仅仅高速缓存在缓冲器中，以便在计算机或处理器有能力处理时进行最终的处理。然而，在一些应用中，直到应用程序被激活或特定操作被调用，计算机或处理器才能接收到所需的数据。对于语音听写，尤其如此。具体而言，在听写应用程序被调用时发送命令的时间到计算机或处理器能够接收音频时的时间之间的滞后或等待时间可能相当长。如果使用者例如在计算机、处理器或录音设备准备好接收音频数据前就开始说话，则数据的一部分将会丢失。因此，鉴于这种背景，期望能提供存储的应用程序处于准备好接收输入的状态的标记。

发明内容

描述了一种用于提供应用程序能够接收数据的指示的计算机实施方法。向处理器提供指令，以激活或调用应用程序。处理器从存储器取出（fetch）应用程序并执行命令，以激活或调用应用程序。将关于应用程序的状态的标记设置成第一配置，该第一配置指示应用程序被激活或调用但还不能接受数据。一旦应用程序被激活并能接收数据，将关于应用程序的状态的标记设置成第二配置，该第二配置不同于第一配置，指示应用程序被激活并准备好接收数据。

在一种配置中，该标记可以是麦克风图像，表示经由实际的麦克风记录音频。该麦克风可以是第一颜色，诸如，例如红色，以向使用者指示应用程序还不能接收音频。该麦克风可以是第二颜色，诸如，例如绿色，以向使用者指示应用程序现在能够接收音频。当说出的音频将被记录和转录时，红色的和绿色的标记会通知使用者。

在另一种配置中，该标记可以是指示经由实际麦克风记录音频的情况的文件的音频播放。当应用程序能够接收音频信号时，该音频文件的播放可以是特定声音。

根据本文描述的一般性原理，任意上述实施例的特征可以彼此结合地使用。在与附图和权利要求相结合地阅读了以下详细描述后，将可以更透彻地理解这些和其他实施例、特征和优点。

附图说明

附图说明了多个示例性实施例，并且是说明书的一部分。这些附图与以下描述一起说明和解释了本申请的技术的各种原理。

图1是具有标记的图形用户界面的示例性实施例，该标记被配置成在视觉上指示应用程序还没准备好接受数据，其中该标记处于第一配置；

图2是具有标记的图形用户界面的示例性实施例，该标记被配置成在视觉上指示应用程序已准备好接受数据，其中该标记处于第二配置；

图3A和图3B示出了与本申请的技术相关联的可视标记；

图4是说明与本申请的技术相关联的操作步骤的示例性流程图；和

图5是示例性计算机的功能框图，该示例性计算机具有符合本申请的技术的操作系统。