利用任务指派从被动录制捕获笔记的制作方法

背景技术：

大多数人都会认识到，在积极参与正在进行的对话或演讲时，无论是单纯地倾听还是与他人进行活动交谈，进行手写笔记都非常难。在最好的情况下，对话变得不连贯，因为笔记记录者必须暂停对话(或暂停倾听对话)，以将对话的要点记录到笔记。很多时候，笔记记录者在写下前一时刻的笔记的同时将错过信息(其可能重要或可能不重要)。通过打字来进行笔记并不会改变这样的事实：对话变得不连贯，或者笔记记录者(在通过打字来进行笔记时)会错过部分对话。

一种备选方案是：录制整个对话，并且随后重播和在重播期间捕获笔记，同时可以在笔记记录者将信息捕获到笔记时暂停重播。遗憾的是，这要求笔记记录者投入时间重新聆听整个对话，以便捕获要进行笔记的相关时刻。

大多数人没有音频录制器本身，但是通常拥有能够录制音频的移动设备。虽然新的移动设备不断更新以具有更多的计算能力和存储空间，但是创建典型演讲的音频录制将消耗大量的存储资源。

技术实现要素：

提供以下发明内容部分以便以简化的形式介绍一些概念，这些概念在以下的具体实施例部分中被进一步描述。本发明内容无意标识所要求保护的主题的关键特征或必要特征，也无意用于限制所要求保护的主题的范围。

提出了系统和方法以及承载用于执行方法的指令的计算机可读介质，用于从正在进行的内容流的被动录制捕获笔记并且关于所捕获/所生成的笔记来向目标用户指派任务。被动录制包括暂时录制正在进行的内容流的最新内容。正在进行的内容流被动地录制在被动录制缓冲区中。被动录制缓冲区被配置为存储与正在进行的内容流的最新录制内容相对应的有限量的录制内容。在用户指示时，从被动录制中的录制内容生成笔记，向目标用户指派该笔记，并且将该笔记存储在用户的笔记文件中。

根据所公开的主题的另外的方面，提出了一种在用户的计算设备上进行的用于从正在进行的内容流生成笔记的计算机实现的方法。该方法包括发起正在进行的内容流的被动录制，其中被动录制将正在进行的内容流的录制内容存储在被动录制缓冲区中。然后接收基于正在进行的内容流的被动录制的录制内容来生成笔记的用户指示。响应于接收到生成笔记的用户指示，从被动录制的录制内容生成笔记，并且将该笔记存储在笔记文件中。接收向目标用户指派任务的指示，并且向目标用户指派该任务。获取与所指派的任务相对应的任务标识符，并且将该任务标识符与该笔记文件中的所生成的笔记相关联。

根据所公开的主题的另外的方面，提出了一种承载计算机可执行指令的计算机可读介质。当计算机可执行指令在至少包括处理器的计算系统上被执行时，该执行运行任务管理服务的功能。该方法至少包括从发起用户接收任务录制，其中任务录制对应于所指派的任务并且标识所指派的任务的目标用户。该任务录制还标识与所指派的任务相对应的正在进行的内容流的生成。在发起用户的指派任务的受管理任务列表中创建指派任务条目。确定与所指派的任务相对应的任务标识符，建立在受管理任务列表中的所指派的任务的初始状态，并且向在任务录制中所标识的目标用户通知所指派的任务。

根据所公开的主题的另外的方面，提出了一种用于从正在进行的内容流生成带注释的笔记的用户计算设备。该计算设备包括处理器和存储器，其中该处理器作为附加部件的一部分或者结合附加部件来执行存储在存储器中的指令，以从正在进行的内容流生成笔记。这些附加部件至少包括被动录制缓冲区、音频录制部件、被动录制部件和任务指派部件。在操作中，音频录制部件录制正在进行的内容流的内容，并且被动录制部件从音频录制部件获取正在进行的内容流的录制内容，并且将录制内容存储到被动录制缓冲区。任务指派部件被配置为经由被动录制部件发起被动录制过程。此外，任务指派部件经由用户界面部件从用户接收向目标用户指派任务的指示，该任务与从被动录制缓冲区的内容生成的笔记相对应。

附图说明

通过结合以下附图参考以下描述，可以更好地理解所公开主题的上述方面和很多伴随的优点，在附图中：

图1a示出了关于时间线的示例性音频流(即，正在进行的音频状况)，并且还示出了音频流到示例性被动录制缓冲区中的各种正在进行的被动录制；

图1b示出了将音频流被动录制到被动录制缓冲区中的备选实现(图1a的备选实现)的部件；

图2是示出用于生成正在进行的内容流的最新部分的笔记的示例性例程的流程图；

图3是示出用于生成正在进行的内容流的最新部分的笔记以及用于在用户指示之前的持续捕获的示例性例程的流程图；

图4是示出用于实现所公开的主题的各方面的适当配置的计算设备的示例性部件的框图；

图5是示出适于实现所公开主题的各方面的示例性网络环境的示意图；

图6示出了由在适当配置的计算设备上执行的app(或应用)呈现的典型主屏幕；

图7示出了在用户已经与“添加会议”控件交互之后图6的示例性计算设备；

图8示出了在用户已经切换到类别的呈现之后作为用于将被动录制缓冲区的内容捕获到笔记文件中的笔记中并且将相应的类别与笔记相关作为注释的用户可操作控件的图6的示例性计算设备；

图9示出了示出与“会议4”相关联的笔记的示例性计算设备；

图10示出了用于生成正在进行的内容流的最新部分的笔记、用于在用户指示之前的持续捕获以及用于用预定类别或标签来注释所捕获的笔记的示例性例程；以及

图11示出了用于标识和填充与当前会议相对应的人员列表的示例性例程；

图12a至图12d是示出关于向人员指派任务并且将该任务与捕获的笔记相关联的图6的计算设备上的示例性用户界面的图示；

图13是示出其中用户能够查看与会议相关联的各种笔记的状态的计算设备上的示例性用户界面的示意图；

图14是示出用于生成正在进行的内容流的最新被动录制内容的笔记、用于在用户指示之前继续捕获、以及用于将任务与笔记相关联的示例性例程的流程图；

图15是示出用于将任务指派与生成的笔记相关联的示例性例程的流程图；

图16是示出用于任务管理服务对任务录制提交进行响应的示例性例程的流程图；

图17是示出用于使得发起用户能够确定由任务管理服务管理的任务的状态的示例性例程的流程图；以及

图18是示出用于更新在任务的受管理任务列表中该任务的状态的示例性例程的流程图。

具体实施方式

为了清楚起见，本文档中使用的术语“示例性”应当被解释为作为某个事物的说明或示例，而不应当被解释为该事物的理想和/或主要的说明。

为了清楚和定义，术语“内容流”或“正在进行的内容流”应当被解释为可以感测和录制音频和/或音频视觉内容的正在进行的场合。作为说明而非限制，正在进行的内容流的示例包括：对话；演讲；独白；所录制的场合的呈现；等等。除了经由音频和/或音频/视觉传感器或部件检测内容流之外，根据各种实施例，正在进行的内容流可以对应于数字化内容流，该数字化内容流作为数字流而由用户的计算设备接收。

术语“被动录制”是指内容流的正在进行的录制。通常，内容流对应于可以由条件感测设备(作为说明，诸如麦克风)来检测的正在进行的当前音频或音频/视觉状况。为了本公开的简单起见，通常将关于被动录制音频内容来进行描述。然而，在各种实施例中，正在进行的录制还可以包括具有音频内容的视觉内容，如可以通过一个或多个音频/视频捕获设备(作为说明，诸如具有麦克风的视频相机)检测的或者通过视频相机和麦克风两者检测的。正在进行的录制是“被动的”，因为内容流的录制只是暂时进行的；在预定量的时间之后，任何被动地录制内容将被内容流的最新内容覆盖。在这方面，被动录制的目的不是为用户生成内容流的音频或音频/视觉录制，而是在由人指导时可以将最新录制内容转录成文本并且将其存储为用户的笔记的情况下，暂时存储最新录制内容。

在被动地录制当前状况(例如，音频和/或音频/视觉状况)时，最新录制内容被放置在“被动录制缓冲区”中。在操作中，被动录制缓冲区是主机计算设备中的被配置为保持有限的预定量的最新录制内容的存储器缓冲区。例如，在操作中，被动录制缓冲区可以被配置为存储由主机计算设备的录制部件捕获的、正在进行的音频(或音频/视觉)状况的最近一分钟的录制。为了进一步说明所公开的主题的各方面，特别是关于被动录制和被动录制缓冲区的说明，将参考图1。

图1示出了关于时间线100的示例性音频流102(即，正在进行的音频状况)，并且还示出了音频流到示例性被动录制缓冲区中的各种正在进行的被动录制。根据所公开的主题并且如图1所示的各种实施例，对应于正在进行的音频流102的时间(如时间线100所指示)可以根据时间分段被分解，如时间分段ts0-ts8所示。虽然时间分段可以根据实现细节来确定，但是在一个非限制性示例中，时间分段对应于15秒。相应地，诸如被动录制缓冲区102等被动录制缓冲区可以被配置以使得该缓冲区可以存储预定量的最新录制内容，其中预定量对应于在单个时间分段期间录制的最新录制内容量的倍数。如图1所示，被动录制缓冲区102被配置为保持与4个时间分段相对应的最新录制内容量，然而，如上所指示的，这个数字可以根据实现细节和/或根据用户偏好来确定。

在概念上，作为说明和示例，被动录制缓冲区102被配置为暂时存储与4个时间分段相对应的最新录制内容，在时间分段ts4的开始处，被动录制缓冲区102将包括来自时间分段ts0-ts3的最新录制内容，如被动录制缓冲区104所示。类似地，在时间分段ts5的开始处，被动录制缓冲区102将包括来自时间分段ts1-ts4的最新录制内容，诸如此类，如被动录制缓冲区106-112所示。

关于实现细节，当如上所述根据内容的时间分段来管理最新录制内容时，被动录制缓冲区可以被实现为循环队列，其中在新的时间分段开始时，录制内容的最旧的时间分段被重写。当然，当被动录制缓冲区102被实现为内容段(对应于时间分段)的集合时，用户提供转录被动录制缓冲区的内容的指令的时刻并不总是与时间分段相符。因此，可以进行实现细节或用户配置细节，使得总是捕获至少预定时间量的最新录制内容。在该实施例中，如果用户(或实现者)希望录制至少4个时间分段的内容，则被动录制缓冲区可以被配置为保存5个时间分段的最新录制内容。

虽然以上关于图1a的讨论是关于沿着时间分段捕获最新录制内容而进行的，但是应当理解，这是可以被动地录制内容的一种方式。本领域技术人员将理解，还有其他实现方法可以被动地录制音频或音频/视觉流。实际上，在如图1b所示的备选实施例中，被动录制缓冲区被配置为足以根据时间包含预定最大量的被动地录制内容(如录制在各种帧中)的大小。例如，如果最大量(时间)的被动地录制内容为2分钟，则被动录制缓冲区被配置为保持足够数目的帧，诸如帧160-164，它们共同对应于2分钟。因此，当接收到新的帧(在正在进行的被动录制中)时，将丢弃其内容超出用于被动录制的先前时间量的旧帧。关于被动缓冲区t0，假设在9个帧(如被动缓冲区t0所示)中被捕获用于被动地录制的先前的时间量，则当接收到新的帧165时，它被存储在被动缓冲区中，并且最旧的帧160被丢弃，如被动缓冲区t1所示。

尽管被动录制缓冲区可以被配置为保持预定最大量的录制内容，但是与被动录制缓冲区可以包含的最大量无关并且根据所公开的主题的各种实施例，计算机用户可以配置最新捕获内容被转录并且作为笔记被放置到笔记文件的量——当然，这受被动录制缓冲区可以包含的最大内容量(关于时间)的约束。例如，虽然被动录制缓冲区可以包含的被动录制内容的最大量(根据时间)可以是2分钟，但是在各种实施例中，允许用户配置被动录制内容被转换为笔记的长度(在时间上)，诸如前60秒的内容、前2分钟等。在这方面，关于要被转录并且作为笔记存储在笔记中文件(根据用户指令)的音频或音频/视觉内容流的长度的用户配置独立于被动录制缓冲区大小(除了可以存储在缓冲区中的内容的上限之外)。此外，尽管上述示例表明被动录制缓冲区可以包含最多2分钟的内容，但是这仅仅是说明性的，不应当被解释为限制所公开的主题。实际上，在各种备选的非限制性实施例中，被动录制缓冲区可以被配置为保持多达5分钟的录制内容、3分钟的录制内容、90秒的录制内容等中的任何一个。此外，在需要的情况下，被动录制缓冲区的大小可以根据关于要被转换成笔记文件中的笔记的音频内容的长度的用户配置来被动态地确定、调整。

不是在帧(160-165)被接收并且存储在被动缓冲区中的时候将这些帧转换成音频流，而是根据这些帧在时间上的顺序来将它们简单地存储在被动缓冲区中。不是在接收到这些帧时对这些帧进行处理，而是将这些帧处理成适合于转录的音频流(如以下将描述)，可以保存重要的处理资源。然而，在接收到被动缓冲区中的内容将被转录成笔记的指示时，这些帧被合并在一起成为可以由转录部件或服务处理的音频(或音频/视觉)流。

如关于图1a和1b所示，可以存在被动缓冲区的任何数目的实现，并且所公开的主题应当被视为同样适用于这些实现。实际上，无论实现被动缓冲区的方式如何，重要的是预定时间段的先前内容被保留并且在使用该系统的人员指示时可用于转录。

如以上简要讨论的，随着正在进行的音频流(或音频/视觉流)被被动地录制，人员(即，所公开的主题的计算设备的用户)可以引起将正在进行的流的最新录制内容转录成文本，并且该转录被记录在笔记文件中。图2是示出用于生成正在进行的音频流的最新部分的笔记(即，最新录制内容的文本转录)的示例性例程200的流程图。从框202开始，开始正在进行的音频流的被动录制过程。应当理解，这种被动录制是一个持续的过程，并且持续录制正在进行的音频(或音频/视觉)流(即，内容流)，直到在用户的指示下具体终止，而不考虑关于例程200进行的其他步骤/活动如何。关于通过被动录制过程录制内容的格式，应当理解，可以使用任何合适的格式，作为说明而非限制，这样的格式包括mp3(mpeg-2音频层iii)、avi(音频视频交错)、aac(高级音频编码)、wma(windows媒体音频)、wav(波形音频文件格式)等。通常但是不排他的，最新录制内容的格式是用于将音频内容转换为文件格式的编解码器(编码器/解码器)的功能。

在框204，当内容流的被动录制正在进行时，例程200等待用户指令。在接收到用户指令之后，在判决框206，确定用户指令是与(从被动录制缓冲区102中的录制内容)生成笔记有关还是与终止例程200有关。如果该指令是与生成笔记有关，则在框208，捕获被动录制缓冲区中的最新录制内容。在实现中，捕获被动录制缓冲区中最新录制内容通常包括将最新录制内容从被动录制缓冲区复制到另一暂时缓冲区中。此外，在被动录制缓冲区中的内容被保持为帧的程度上，这些帧被合并为到暂时缓冲区中的音频流(或音频/视觉流)。完成这种复制，以使得最新录制内容可以被转录而不会影响正在进行的音频流的被动录制，从而连续地录制正在进行的内容流的信息/内容。

在框210，在捕获被动录制缓冲区中的最新录制内容之后，将所捕获的录制内容转录成文本。根据所公开的主题的各方面，所捕获的录制内容可以由用户的计算设备(即，实现例程200的相同设备)上的可执行转录部件(包括硬件和/或软件部件)转录。备选地，转录部件可以将所捕获的录制内容传送到在线转录服务，并进而接收所捕获的录制内容的文本转录。作为另外的备选方案，所捕获的录制内容可以被暂时存储以供将来转录，例如，存储所捕获的录制内容以便随后上传到具有足够能力来转录内容的计算设备，或存储所捕获的录制内容，直到网络通信可以被建立以从在线转录服务获取转录。

在框212，将转录作为笔记保存在笔记文件中。除了所捕获的录制内容的文本转录之外，附加信息也可以与笔记一起被存储在笔记文件中。诸如所捕获的录制内容的日期和时间等信息可以与笔记一起或者作为笔记的一部分被存储在笔记文件中。可以将相对时间(相对于例程200的开始)与笔记一起或者作为笔记的一部分存储在笔记文件中。诸如会议信息、gps位置数据、用户信息等上下文信息可以与笔记一起或者作为笔记的一部分被存储在笔记文件中。在生成笔记并且将其存储在笔记文件中之后，例程200返回到框204以等待另外的指令。

在某些时刻，在判决框206，用户指令/动作可以与终止例程200有关。相应地，例程200进行到框214，在框214，正在进行的音频(或音频/视觉)流的被动录制被终止，并且例程200终止。

通常，可以检测正在进行的对话/流的有趣部分，并且用户将不仅希望捕获关于最新时间段的笔记，而且还希望以持续的方式继续捕获内容。所公开的主题可以被适当地和有利地实现，以如关于图3所描述的那样继续捕获内容(用于转录成基于文本的笔记)。图3是示出用于生成正在进行的内容流的最新部分的笔记以及用于在用户指示之前的持续捕获的示例性例程300的流程图。可以看出，例程200和例程300的很多方面是相同的。

从框302开始，开始正在进行的音频流的被动录制过程。如以上关于例程200所示，这个被动录制过程是一个持续的过程，并且持续录制正在进行的内容流，直到被具体终止，而不考虑关于例程300进行的其他步骤/活动如何。关于最新录制内容的格式，应当理解，可以使用任何合适的格式，作为说明而非限制，这样的格式包括mp3(mpeg-2音频层iii)、avi(音频视频交织)、aac(高级音频编码)、wma(windows媒体音频)、wav(波形音频文件格式)等。

在框304，在被动录制正在进行的情况下，例程300等待用户指令。在接收到用户指令之后，在判决框306，确定用户指令是与(从被动录制缓冲区102中的录制内容)生成笔记有关还是与终止例程300有关。如果用户指令与生成笔记有关，则在框308，捕获被动录制缓冲区中的最新录制内容。除了从被动录制缓冲区捕获录制内容之外，在判决框310，确定用户是否已经指示例程300应该继续捕获正在进行的音频流以用于转录作为扩展笔记。如果确定用户没有指示例程300应该继续捕获正在进行的音频流，则该例程进行到如以下所描述的框316。然而，如果用户已经指示例程300应该继续捕获正在进行的音频流以作为扩展笔记的一部分，则该例程进行到框312。

在框312，在不中断被动录制过程的情况下，将正在进行的内容流的正在进行的录制连续地捕获到被动录制缓冲区，以作为扩展的所捕获的录制内容的一部分，其中扩展的所捕获的录制内容因此大于能够被存储在被动录制缓冲区中的录制内容量。在框314，内容流的这种持续捕获继续，直到接收到来自用户的释放或终止持续捕获的指示。在框316，在捕获被动录制缓冲区中的最新录制内容和由用户指示的任何附加内容之后，将所捕获的录制内容转录成文本。如以上关于图2的例程200所述，所捕获的录制内容可以由用户的计算设备上的可执行转录部件(包括硬件和/或软件部件)来转录。备选地，转录部件可以将所捕获的录制内容传送到在线转录服务，并进而接收所捕获的录制内容的文本转录。作为另外的备选方案，所捕获的录制内容可以被暂时存储以供将来转录，例如，存储所捕获的录制内容以便随后上传到具有足够能力来转录内容的计算设备，或存储所捕获的录制内容，直到网络通信可以被建立以从在线转录服务获取转录。

在框318，将转录作为笔记保存在笔记文件、即包含至少一个或多个文本笔记的数据文件中。除了所捕获的录制内容的文本转录之外，附加信息也可以与笔记一起被存储在笔记文件中。诸如所捕获的录制内容的日期和时间等信息可以与笔记一起或者作为笔记的一部分被存储在笔记文件中。可以将相对时间(相对于例程200的开始)与笔记一起或者作为笔记的一部分存储在笔记文件中。诸如会议信息、gps位置数据、用户信息等上下文信息可以与笔记一起或者作为笔记的一部分存储在笔记文件中。在生成笔记并且将其存储在笔记文件中之后，例程300返回到框304以等待另外的指令。

如以上提及的，在判决框306，用户指令/动作可以与终止例程300有关。在这种情况下，例程300进行到框320，在框320，正在进行的音频(或音频/视觉)流的被动录制终止，并且然后例程300终止。

关于以上描述的例程200和300以及以下描述的例程1000和1100以及本文中描述的其他过程，虽然关于离散步骤来表达这些例程/过程，但是这些步骤应当被视为是具有逻辑性质，并且可以或可以不对应于特定实现的任何实际和/或离散步骤。此外，除非另有说明，否则在各种例程和过程中呈现这些步骤的顺序不应当被解释为可以执行步骤的唯一顺序。在一些情况下，可以省略其中的一些步骤。本领域技术人员将认识到，无论实施逻辑指令/步骤的任何特定语言如何，步骤的逻辑呈现足以有助于执行所要求保护的主题的各方面。

当然，虽然这些例程包括所公开的主题的各种新颖特征，但是在这些例程中阐述的主题的执行中也可以执行其他步骤(未列出)。本领域技术人员将理解，这些例程的逻辑步骤可以组合在一起或由多个步骤组成。上述例程的步骤可以并行或串联进行。通常但是并非排他的，各种例程的功能被体现在计算设备(诸如以下关于图4所述的计算设备)的一个或多个处理器上执行的软件(例如，应用程序、系统服务、库等)中。另外，在各种实施例中，各种例程中的所有或一些也可以被体现在可执行的硬件模块中，包括但不限于在计算机系统上的片上系统、编解码器、专门设计的处理器和/或逻辑电路等。

这些例程/过程通常在可执行代码模块内实施，包括例程、函数、循环结构、诸如if-then和if-then-else语句等选择器、指派、算术计算等。然而，每个例程的可执行语句中的确切实现是基于各种实现配置和决策，包括编程语言、编译器、目标处理器、操作环境以及链接或绑定操作。本领域技术人员将容易理解，在这些例程中标识的逻辑步骤可以以任何数目的方式实现，因此，上述逻辑描述足以使得能够实现类似的结果。

虽然所公开的主题的很多新颖方面在应用(也称为计算机程序)、app(小的，通常为单个或有限目的的应用)和/或方法中实施的例程中表达，但是这些方面也可以被实施为由计算机可读介质存储的计算机可执行指令，计算机可读介质也称为计算机可读存储介质，其是制造品。如本领域技术人员将认识到的，计算机可读介质可以托管、存储和/或再现计算机可执行指令和数据以供稍后检索和/或执行。被托管或存储在计算机可读存储设备上的计算机可执行指令在被执行时引起、配置和/或适配执行的计算设备实现各种步骤、方法和/或功能，包括以上关于各种所示例程描述的那些步骤、方法和例程。计算机可读介质的示例包括但不限于：光学存储介质，诸如蓝光光盘、数字视频盘(dvd)、光盘(cd)、光盘盒等；磁存储介质，包括硬盘驱动器、软盘、磁带等；存储器存储设备，诸如随机存取存储器(ram)、只读存储器(rom)、存储卡、拇指驱动器等；云存储(即在线存储服务)等等。虽然计算机可读介质可以经由各种传输装置和包括载波和/或传播信号在内的介质将计算机可执行指令(和数据)传递到计算设备以供执行，但是为了本公开的目的，计算机可读介质明确地排除载波和/或传播信号。

有利地，所公开的主题的很多益处可以在具有有限的计算能力和/或存储能力的计算设备上进行。此外，所公开的主题的很多益处可以在具有有限计算能力、存储能力以及网络连接性的计算设备上进行。实际上，适用于实现所公开的主题的合适的计算设备包括但不限于：移动电话；平板电脑；“phablet”计算设备(混合手机/平板电脑)；个人数字助理；笔记本电脑；台式电脑等等。

关于可以实现所公开的主题的各方面的各种计算设备，图4是示出用于实现所公开的主题的各方面的适当配置的计算设备400的示例性部件的框图。示例性计算设备400包括一个或多个处理器(或处理单元)(诸如处理器402)和存储器404。处理器402和存储器404以及其他部件通过系统总线410互连。存储器404通常(但并非总是)包括易失性存储器406和非易失性存储器408。只要存储器被供电，易失存储器406就保持或存储信息。相反，即使电源不可用，非易失性存储器408也能够存储(或持续)信息。一般而言，ram和cpu高速缓冲存储器是易失性存储器406的示例，而rom、固态存储器设备、存储器存储设备和/或存储卡是非易失性存储器408的示例。还示出了作为存储器404的一部分的被动录制缓冲区414。尽管被示出为与易失性存储器406和非易失性存储器408两者分离，但是这种区别仅用于标识存储器404(作为易失性存储器或非易失性存储器)包括被动录制缓冲区414。

此外，所示的计算设备400包括网络通信部件412，用于通过计算机网络将该计算设备与其他设备、可选地包括如上所述的在线转录服务互连。有时称为网络接口卡或nic的网络通信部件412经由物理/有形(例如，有线、光学等)连接、无线连接或两者、使用一个或多个通信协议而通过网络通信。如本领域技术人员将容易理解的，诸如网络通信部件412等网络通信部件通常包括硬件和/或固件部件(并且还可以包括或包括可执行软件部件)，这些部件通过传输介质(即，网络)来发送和接收数字和/或模拟信号。

处理器402执行从存储器404(和/或从计算机可读介质)获取到的指令，以执行各种功能，特别是关于对被动地录制正在进行的音频或音频/视觉流以及从被动录制生成笔记进行响应的各种功能，如以上所讨论和描述的。处理器401可以由诸如单处理器、多处理器、单核单元和多核单元等多个可用处理器中的任何一个组成。

示例性计算设备400还包括音频录制部件420。备选地，未示出，示例性计算设备400可以被配置为包括音频/视觉录制部件、或者包括音频录制部件和视觉录制部件两者，如上所述。音频录制部件420通常包括诸如麦克风等音频感测设备、以及用于将感测到的音频内容转换成被动录制缓冲区414中的最新录制内容的可执行硬件和软件，诸如硬件和/或软件编解码器。被动录制部件426利用音频录制部件420将音频内容捕获到被动录制器，如以上关于例程200和300所述。笔记生成器部件428在计算设备用户的指引(通常通过用户界面部件422中的一个或多个用户界面控件)下进行操作，以被动地捕获正在进行的音频(或音频/视觉)流的内容，并且还从被动录制缓冲区414中的最新录制内容生成一个或多个笔记，如以上所描述的。如以上所指示的，笔记生成器部件428可以利用计算设备400的可选的转录部件424将来自被动录制缓冲区414的所捕获的录制内容转录成文本表示，以便保存在(多个笔记文件中的)笔记文件434中，该笔记文件434被存储在数据存储区430中。备选地，笔记生成器部件428可以经由网络通信部件412、通过网络将被动录制缓冲区414的所捕获的录制内容发送到在线转录服务，或者当连接可用时，将暂时存储在数据存储区430中的所捕获的音频内容432上传到更有能力的计算设备。

任务指派部件436被配置为将任务指派与生成的笔记相关联。以下参考图12至图18更详细地描述向生成的笔记指派任务。还包括任务管理服务438。在操作中，任务管理服务438从任务指派部件436接收请求，在任务列表440中创建任务条目，诸如任务条目442或444，并且通知任务要被指派给的目标用户/人员。任务管理服务438还维持任务的状态(对应于生成的笔记)，并且响应于来自目标用户的消息来更新状态。

关于任务管理服务438，虽然任务管理服务被示出为驻留在用于从正在进行的内容流捕获笔记的计算设备上，但是这是一个实施例的说明，并且不限制所公开的主题。在备选实施例中，任务管理服务438作为在进行被动侦听和捕获的用户计算设备外部的计算设备上的服务来进行操作。作为说明而非限制，任务管理服务438可以被实现为在被配置为提供任务指派服务的一个或多个计算设备上的受管理服务。

关于数据存储区430，虽然该数据存储区可以如图所示那样包括可以从通常在计算设备400上使用的存储器404单独可访问的硬盘驱动器和/或固态驱动器，但是实际上，这种区分可以简单地是逻辑区分。在各种实施例中，数据存储区是计算设备400的非易失性存储器408的一部分。另外，当数据存储区430被指示为计算设备400的一部分时，在备选实施例中，该数据存储区可以被实现为计算设备通过网络(经由网络通信部件412)可访问的基于云的存储服务。

关于示例性计算设备400的各种部件，本领域技术人员将理解，这些部件可以被实现为存储在计算设备的存储器中的可执行软件模块，被实现为硬件模块和/或部件(包括soc——片上系统)，或两者的组合。实际上，诸如被动录制部件426、笔记生成器部件428、转录部件424、任务指派部件436和任务管理服务438等部件可以根据各种可执行实施例来实现，包括：执行本文中描述的过程的一个或多个逻辑元件的可执行软件模块，或者包括执行本文中描述的过程的一个或多个逻辑元件的可执行逻辑的硬件部件。作为说明而非限制，这些可执行硬件部件的示例包括rom(只读存储器)器件、可编程逻辑阵列(pla)器件、prom(可编程只读存储器)器件、eprom(可擦除prom)器件)、逻辑电路和器件等，其中的每一个都可以用指令和/或逻辑被编码，这些指令和/或逻辑在执行时实现本文中描述的功能。

此外，在某些实施例中，各种部件中的每一个可以被实现为结合一个或多个计算机系统和/或计算设备或在一个或多个计算机系统和/或计算设备上操作的独立的、协作的过程或设备。还应当理解，上述各种部件应当被视为用于执行各种所描述的功能的逻辑部件。如本领域技术人员将容易理解的，逻辑部件和/或子系统可以或可以不以一对一的方式直接对应于实际的分立部件。在实际实施例中，每个计算设备的各种部件可以组合在一起或分布在多个实际部件之间和/或被实现为计算机网络上的协作过程。

图5是示出适于实现所公开主题的各方面的示例性环境500的示意图。如图5所示，计算设备400(在该示例中，作为用户/人员501的移动电话的计算设备)可以被配置为如上所述的那样被动录制各个人员之间的正在进行的会话，包括人员501、503、505。在用户/人员501的指示下，计算设备400捕获被动录制缓冲区414的内容，获取从被动录制缓冲区捕获的最新录制内容的转录，并且将文本转录作为笔记存储在数据存储区中的笔记文件中。计算设备400连接到网络502，计算设备可以通过网络502从转录服务510获取所捕获的音频内容(或音频/视觉内容)的转录，和/或将所转录的笔记存储在在线和/或基于云的数据存储区(未示出)中。

除了捕获或生成正在进行的内容流的笔记之外，人们还常常希望标识所捕获的笔记的当前讲话者，即，将讲话者的姓名或身份与笔记相关联或者用笔记来注释讲话者的姓名或身份。例如，在商务会议上，通常很重要的是要抓住谁提出特定的想法或提出特别突出的问题。同样，可能很重要的是确定谁已经提议采取各种行动或活动。备选地，在家庭会议中，可能非常有用的是将特定讨论与发言者联系起来。实际上，在这些情况和其他情况下，可能有益的是能够用人员(一个讲话者或者是特定对话所涉及的人员)的身份来注释所捕获的笔记，以供将来参考。

此外，虽然从正在进行的对话生成笔记可以捕获关键信息，但是当人员能够将讲话者的身份与笔记相关联、即用人员的身份注释所捕获的笔记时，对特定笔记的定位和/或对特定笔记的上下文的理解可能会得到极大增强(或对话的对象)。参考以上的示例，通过将笔记与人员的身份(或多个人员的身份)相关联，该人员可以大大地提高他/她可以回忆笔记的特定上下文和/或标识与该人员相关的一个或多个笔记的效率。

根据所公开的主题的各方面，在内容流的正在进行的被动录制期间，人员可以提供关于要与所生成的笔记(即，要从被动录制缓冲区捕获的笔记，如上所述)相关联的人员的身份的指示。该指示可以作为提供用于捕获和生成正在进行的对话或音频流的特定笔记的指示的一部分被做出，或除此之外还提供上该指示，如关于图6至图9以及图10所阐述的。实际上，图6至图9示出了与执行用于从正在进行的音频对话捕获笔记的应用的计算设备的示例性交互，并且还示出了用一个或多个人员的身份来注释所捕获的笔记。图10示出了用于生成正在进行的内容流的最新被动录制内容的笔记、用于在用户指示之前的持续捕获、以及用于用一个或多个人员的身份来注释所捕获的笔记的示例性例程1000。

关于图6至图9，图6示出了由在计算设备600上执行的app(或应用)呈现的典型主屏幕。该主屏幕示出/包括若干会议条目，诸如会议条目602和604，计算设备的用户已经引起该app或应用从正在进行的对话中捕获笔记。根据所公开的主题的各方面，会议被使用并且被视为所捕获的笔记的组织工具，即用于提供一种类型的文件夹，其中所捕获的笔记可以被分组在一起。可以看出，发生在“7/27/2015”“上午10:31”的标题为“pm会议”的会议602包括两个捕获的笔记。同样，标题为“小组会议”的会议604在“7/28/2015”“下午1:30”发生，并且包括三个捕获的笔记。

除了列出“会议”(根据各种实施例，其被更普遍地用作用于收集正在进行的音频流的所生成的笔记的文件夹)之外，用户还可以通过与“添加会议”控件606交互来创建新的会议(或对应于会议的文件夹)。因此，如果用户正在参加实际会议并且希望从会议的对话捕获(或可能希望捕获)笔记，则用户简单地与“添加会议”控件606交互，该控件606开始被动地录制正在进行的内容流的动作，并且从而使得用户能够捕获笔记。

转到图7，图7示出了在用户已经与“添加会议”控件606交互之后图6的示例性计算设备600。如上所述，根据所公开的主题的一个实施例，作为创建新的会议的一部分，在计算设备600上执行的笔记捕获app/应用开始被动地录制正在进行的内容流的过程，如状态指示符702所示。除了状态指示符702之外，会议标题704也被显示，在这种情况下，标题是新会议的默认标题(“会议4”)。当然，在各种实施例中，会议的默认标题可以是用户可配置为对用户有意义的一些标题。备选地，会议的标题可以从用户的日程表(即，与当前时间一致的会议)获取。计算设备600上的app还示出了持续时间控件706，通过该持续时间控件706，用户可以控制在被动录制缓冲区中捕获的内容的量/持续时间(根据秒)，如上所述。在本示例中，在被动录制缓冲区中捕获的内容的量(秒)被设置为30秒，即，至少前30秒的内容被捕获在被动录制缓冲区中，并且可用于生成笔记。

图7中也示出了捕获按钮708。根据所公开的主题的各方面，通过与捕获按钮708交互，用户可以引起底层app从在被动录制缓冲区中捕获的内容捕获/生成笔记，并且将笔记与会议一起存储在笔记文件中，如上所述。实际上，如上所述，通过与捕获按钮708的持续交互，诸如继续按压捕获按钮708，在当前捕获/生成的笔记中捕获的内容的量被扩展直到交互停止，从而扩展在笔记中捕获的内容的量或持续时间。主控件710和用户切换控件712也被呈现在计算设备600上，主控件710引起被动录制操作停止并且返回到主页面(如图6所示)，用户切换控件712从“典型”笔记捕获切换到根据用户的注释的笔记捕获，如下所述。

除了从正在进行的内容流中简单地捕获笔记之外，用户还可能希望将当前讲话者的身份与所捕获的笔记相关联，以作为该笔记的注释。根据所公开的主题的各方面，用户可以在已经捕获/生成笔记之后，利用一个或多个用户的身份来注释已经获取的笔记。备选地，用户可以结合对一个或多个用户的身份的选择来生成笔记，该一个或多个身份将与所生成的笔记相关联。实际上，通过与用户切换控件712交互，用户可以切换到用于捕获笔记以利用用户的身份进行注释的屏幕/从简单捕获笔记切换到用于捕获笔记以利用用户的身份进行注释的屏幕。

图8示出了在用户切换到呈现用户可操作控件之后的示例性计算设备600，每个控件与会议相关联的不同人员的身份相关联，并且每个控件被配置为引起从被动录制缓冲区的内容生成笔记，并且将对应的用户可操作控件的身份与笔记相关联作为注释。如图8所示，计算设备600现在呈现用户可操作控件802-812的列表，每个控件与会议的特定人员/用户相关联。实际上，根据所公开的主题的各方面，通过与任何一个用户可操作控件802-812交互，笔记被生成并且被存储在笔记文件中，并且被注释有与用户可操作控件相关联的用户身份，并且还与对应于正在进行的内容流的会议/事件相关联。换言之，将用户身份与所生成的笔记相关联的指示也是基于正在进行的内容流的被动录制的录制内容来生成笔记的指示。图8中也示出了引起被动录制停止并且返回到主页面(如图6所示)的主控件710、以及在“典型”录制捕获(如图7所示)与如图8所示的“带注释”笔记捕获之间转换或切换的还原切换控件814。

应当理解，并且根据各种实施例，当用户可以通过与诸如用户可操作控件802等人员的身份相关联的用户可操作控件的交互来生成笔记时，用户还可以将所生成的笔记配置为与一个或多个附加人员相关联。以这种方式，所生成的笔记可以与多个人员的身份相关联。当然，如容易理解的，所生成的特定笔记的对话常常适用于多方。尽管图8的计算设备600示出了单个人员的身份可以与笔记相关联的方式，但是可以呈现其他用户界面，其中用户能够将一个或多个用户的身份与所生成的笔记相关联，即，用户可以添加、删除和/或修改与任何给定笔记相关联的用户。

假设用户已经捕获了示例性图6至图8所示的会议的未带注释的笔记和带注释的笔记(即，与用户的身份相关联的笔记)，图9示出了示例性计算设备600，其示出了所捕获的并且与“会议4”相关联的笔记。实际上，如图9所示，标题控件902显示会议(“会议4”)的当前名称，状态控件904示出了与会议的笔记有关的各种状态信息、包括从会议捕获到两(2)条笔记的信息，并且还包括笔记906和908。根据所示实施例，每个笔记906和908被呈现为用于向用户呈现相应的笔记的用户可操作控件。可以看出，第一笔记906不与人员相关联(通过控件上缺少任何人员的图像来指示)，而笔记908由该方的图像912的存在而被指示为与人员相关联/被注释。除了笔记控件906和908之外，计算设备600还包括用户可操作的录制图标910，该用户可操作的录制图标910返回录制笔记(图7或图8中显示的屏幕之一)以继续捕获该会议的笔记。

虽然图6至图9示出了用于与在计算设备上执行的app交互以与用户身份注释一起捕获笔记的应用的特定用户界面集合，但是应当理解，这仅仅是这种用户交互的一个示例，而不应当被视为限制所公开的主题。本领域技术人员将理解，可以存在任何数目的用户界面，其可以由app适当地用于从被动录制缓冲区捕获正在进行的音频流的笔记，并且将笔记与一个或多个用户的身份相关联或者用一个或多个用户的身份来注释该笔记。

转到图10，图10示出了用于生成如上所述的被动录制缓冲区中正在进行的内容流的最新部分的笔记、用于在用户指示之前持续捕获以及用于利用一个或多个用户/人员的身份注释所捕获的笔记的示例性例程1000。从框1002开始，开始正在进行的音频流的被动录制过程。在框1004，在被动录制正在进行的情况下，例程1000等待用户指令。

在接收到用户指令之后，在判决框1006，确定用户指令是与(从被动录制缓冲区102中的录制内容)生成笔记有关还是与结束例程1000有关。如果用户指令与生成笔记有关，则在框1008捕获被动录制缓冲区中的最新录制内容。除了从被动录制缓冲区捕获录制内容之外，在判决框1010处，还确定用户是否已经指示例程1000应该继续捕获正在进行的音频流以用于转录作为扩展笔记。如果确定用户没有指示例程1000应该继续捕获正在进行的音频流，则该例程进行到框1016，如下所述。然而，如果用户已经指示例程1000应该继续捕获正在进行的音频流以作为扩展的笔记的一部分，则该例程进行到框1012。在框1012，在不中断被动录制过程的情况下，将正在进行的内容流的正在进行的录制持续捕获到被动录制缓冲区，以作为扩展的所捕获的录制内容的部分，其中扩展的所捕获的录制内容因此大于能够被存储在被动录制缓冲区中的录制内容的量。

在框1014，内容流的这个持续捕获继续，直到接收到来自用户的释放或终止持续捕获的指示。在框1016，在捕获被动录制缓冲区中的最新录制内容以及由用户所指示的任何附加内容之后，从所捕获的录制内容生成笔记。根据各种实施例，可以根据所录制/捕获的内容的转录来生成该笔记。备选地，可以从所录制/捕获的内容生成笔记以作为单个音频文件。此外，笔记可以以多种格式、诸如音频文件和转录的格式而被存储在笔记文件中。

在框1018，然后将所生成的笔记存储在笔记文件、即包含至少一个或多个文本笔记的数据文件中。如上所述，根据各种实施例，该笔记可以与会议相关联地(或作为该会议的一部分)被存储在笔记文件中。在框1020，确定人员的身份是否与所生成的笔记相关联，即是否要利用一个或多个人员的身份来注释该笔记。如果该笔记不需要利用一个或多个人员的身份进行注释，例程1000返回到框1004以等待另外的用户指令。备选地，如果所生成的笔记要利用一个或多个人员的身份进行注释，则在框1022，利用相关联的人的身份来注释该笔记，并且例程1000返回到框1004。

如上所述，在判决框1006，用户指令/动作可以与终止例程1000有关。在这种情况下，例程1000进行到框1024，在框1024，正在进行的音频(或音频/视觉)流的被动录制终止，并且然后例程1000终止。

关于将要显示的人员标识为会议的一部分，根据所公开的主题的各方面，如图8所示，要在“带注释”的笔记捕获屏幕上呈现的人员列表可以由用户操作计算设备上的app/应用的日程表来确定。实际上，图11是示出用于填充与特定会议相对应的人员列表的示例性例程1100的流程图。从框1102开始，接收发起会议的通知。如上所述，该通知可以作为用户与图6所示的“添加会议”控件606交互的结果而被接收。在框1104，将用户/操作方添加到当前会议的人员列表。在框1106，访问用户的日程表，并且在判决框1108，确定该日程表中是否存在同时发生的会议。如果没有同时发生的会议，则人员列表与计算设备的用户/操作者一起留下并且例程1100终止。备选地，如果存在同时发生的日程表，则在框1110，标识与同时发生的约定相关联的用户，并且在框1112，将所标识的用户添加到人员列表。此后，例程1100终止。

尽管未示出，但是除了标识与同时发生的约定相关联的人员之外，操作计算设备上的app的用户还可以手动标识一个或多个人员以将其作为选项呈现在“带注释”笔记捕获屏幕中，如图8所示。换言之，要呈现的人员列表可以是部分或完全用户可配置的。

如上所述，通常重要的是，关于从在正在进行的内容流捕获笔记来标识正在讲话的人员。除了捕获讲话者的身份并且将该身份与捕获的笔记相关联，熟悉会议的人员也会意识到，通常也同样期望的是，将任务与捕获的笔记相关联并且将该任务指派给特定人员来完成。例如，在商务会议上，可能会提出或讨论一个问题，并且可以在会议上向某人指派用于确定该问题的解决方案的任务。事实上，在像这样的会议中常见的是，在会议过程中会进行若干“动作项目”，其中每个动作项目与被指派给特定人员的具体任务相对应。传统上，会议中有某人被指派为通过以下方式来记录该会议的动作项目：使得用户能够从正在进行的内容流中捕获笔记，将该笔记标识为任务，并且将该任务与正在进行的内容流的一方/一个人员相关联，以使得动作项目的列表被大大简化。此外，虽然任务指派在商业会议的上下文中是非常有用的，但是关于正在进行的内容流的捕获的笔记来向人员指派任务的效用在很多其他场景中也具有适用性。

关于向各人员/各方指派任务，图12a至图12c是示出关于向人员指派任务并且将任务与捕获的笔记相关联的图6的计算设备600上的示例性用户界面的图示。首先转到图12a，呈现在计算设备600上的用户界面类似于图8所示的用户界面(呈现在计算设备被动地收听的正在进行的内容流期间存在的成员)，并且还包括用户可操作控件1202，该用户可操作控件1202用于在以下两者切换用户界面：简单地标识要与所捕获的笔记相关联的一个或多个人员(如上所述)与将任务指派给被标识为会议成员的人员并且将任务指派与来自被动录制缓冲区的所捕获的笔记相关联。实际上，如图12a所示，利用处于灰色状态的说明性的用户可操作控件1202，通过与该控件交互，“模式”从将讲话者与捕获的笔记相关联切换到其中用户与捕获的笔记相关联地将任务指派给一个或多个人员的位置。如图12b所示，用户可操作控件1202处于活动状态(不是灰色)，这意味着可以与笔记相关联地进行任务指派。

转到图12c，该示意图示出了计算设备600上的其中用户可以将任务指派给会议的成员的示例性用户界面。如该说明性实施例所示，通过关于与“gaurang”相对应的触摸用户可操作控件806的“触摸拖动释放”操作的使用，并且没有向对应于“michal”的用户可操作控件808释放触摸拖动，从被动录制缓冲区生成笔记，生成任务并且将任务指派给michal，并且还将讲话者“gaurang”与所生成的笔记/任务对相关联。以这种方式，将任务指派和讲话者两者与来自被动录制缓冲区的所生成的笔记相关联，该笔记作为用户交互的结果来生成以将任务指派给michal。

虽然未示出，但是如果用户不想指派讲话者、而是希望生成与所捕获的笔记相关联的任务，则作为说明，用户可以简单地单击会议的成员之一，从而导致：捕获正在进行的内容流的笔记，将任务与笔记相关联，并且该任务指派给所选择的人员。例如，如果计算设备的用户希望捕获笔记并且关于笔记将任务指派给gaurang，则他/她可以简单地在用户可操作控件806上交互/点击。作为附加示例，如果用户希望将讲话者与所捕获的笔记相关联，并且将任务指派给笔记，其中该任务被指派到与被标识为讲话者的人员相同的人员，则用户可以示意性地双击用户可操作控件(在任务指派模式下)。例如，通过双击用户可操作控件808，将从被动录制缓冲区捕获笔记，被指派给该笔记的讲话者将是michal，并且与该笔记相关联的任务将被指派给michal。

作为对用户可操作控件进行双击的备选方案并且如图12d所示，可以通过以下来进行任务指派(而不需要讲话者指派)：点击任务指派控件1204并且关于要向其做出指派的人员来将该动作与拖动和释放动作耦合。如图12d所示，通过点击任务指派控制1204并且将其拖到对应于michal的用户可操作控件808，可以关于捕获的笔记做出到michal的指派。

图13是示出其中用户能够查看与会议相关联的各种笔记的状态的计算设备600上的示例性用户界面的图示。可以看出，与图9相反，标题控件902(对应于“会议4”)现在包括另外的笔记1302，该笔记1302经由任务图标1304指示该笔记被指派给“michal”。虽然图13中未示出，但是经由用户界面，计算设备的用户还可以查询所指派的任务的状态。

当然，关于图6至图9和图12a至图13所示的各种用户界面应当被视为说明而不是限制所公开的主题。本领域技术人员将理解，用户界面的特定布置可以根据与计算设备的用户交互的类型和能力以及实现偏好与图中所示的不同。实际上，用户界面可以基于触摸或触觉设备、鼠标和/或键盘输入设备、基于笔或触笔的输入设备、语音/音频输入设备、手势输入设备等。此外，关于各种用户界面的信息的特定布置也应当被视为说明而不是限制所公开的主题。

转到图14，图14是示出用于生成正在进行的内容流的最新被动录制内容的笔记、用于在用户指示之前继续捕获、以及用于将任务与笔记相关联的示例性例程1400的流程图。从框1402开始，开始正在进行的音频流的被动录制过程。在框1404，在被动录制正在进行的情况下，例程1400等待捕获笔记的用户指示。

在接收到用户指令之后，在判决框1406，确定用户指令是与(从被动录制缓冲区102中的录制内容)生成笔记有关还是与结束例程1400有关。如果用户指令与生成笔记有关，则在框1408，捕获被动录制缓冲区中最新录制内容。除了从被动录制缓冲区捕获录制内容之外，在判决框1410，还确定用户是否已经指示例程1400应该继续捕获正在进行的音频流以用于转录为扩展笔记。如果确定用户尚未指示例程1400应该继续捕获正在进行的音频流，则例程进行到框1416，如下所述。然而，如果用户已经指示例程1400应该继续捕获正在进行的音频流作为扩展笔记的部分，则例程进行到框1412。在框1412，在不中断被动录制过程的情况下，将正在进行的内容流的正在进行的录制持续捕获到被动录制缓冲区，以作为扩展的所捕获的录制内容的部分，其中扩展的所捕获的录制内容因此大于能够被存储在被动录制缓冲区中的录制内容的量。

在框1414，内容流的这个继续捕获继续，直到接收到来自用户的释放或终止继续捕获的指示。在框1416，在捕获被动录制缓冲区中的最新录制内容以及由用户指示的任何附加内容之后，从所捕获的录制内容生成笔记。根据各种实施例，可以根据录制/捕获的内容的转录来生成笔记。备选地，可以从录制/捕获的内容生成笔以记作为单个音频文件。此外，笔记可以以多种格式、诸如音频文件和转录而被存储在笔记文件中。

在框1418，然后将生成的笔记存储在笔记文件、即至少包括一个或多个文本笔记的数据文件中。如上所述，根据各种实施例，笔记可以与会议相关联地(或作为会议的一部分)被存储在笔记文件中。在框1420，确定人员的身份是否与所生成的笔记相关联，即是否要利用一个或多个人员的身份来注释该笔记。如果该笔记不需要利用一个或多个人员的身份进行注释，则例程1400返回到框1404以等待另外的用户指令。备选地，如果所生成的笔记要利用一个或多个人员的身份来注释，则例程1400进行到框1422。

在框1422，利用任务指派来注释所生成的笔记或将所生成的笔记与任务指派相关联，如关于图15所描述的。实际上，图15是示出用于将任务指派与生成的笔记相关联的示例性例程1500的流程图。从框1502开始，确定由用户经由用户界面指定的任务指派的目标人员。另外，在框1504，确定讲话者是否也被用户标识。如果讲话者被用户标识，则在框1508，利用讲话者的身份来注释所生成的笔记。

如果讲话者未被包括/标识，或者在利用讲话者的身份来注释笔记之后，则在框1510，生成任务录制。任务录制包括关于所指派的人员的身份的信息、所生成的笔记、任务的发起方(对应于发起笔记的捕获和任务指派的用户)以及关于可以与被指派的人员相关的笔记的其他信息。在框1512，将任务录制提交给任务管理服务(即，经由任务管理服务被指派给目标用户)，如上所述。实际上，如上所述，任务管理服务将该任务发送给目标人员，并且为这个任务和用户指派的任何其他任务提供状态跟踪。此外，作为从提交任务录制的返回，任务标识符被返回，并且在框1514，将该任务标识符与所生成的录制相关联。此后，例程1500终止。

再次返回到例程1400，在为捕获的笔记生成任务指派之后，例程1400返回到框1404以等待另外的用户指令。

关于任务管理服务，图16是示出如例程1500中所描述的用于任务管理服务对任务录制提交进行响应的示例性例程1600的流程图。如上所述，任务录制包括目标用户(被指派任务的人员)、所生成的笔记和发起方。此外，任务录制可以包括与该任务相关联的讲话者以及关于笔记和任务的其他信息。从框1602开始，任务管理服务(诸如任务管理服务512)接收对应于与笔记相关联的任务指派的任务录制。在框1604，在受管理任务列表440中创建任务条目(诸如任务条目442或444)。根据所公开的主题的各方面，任务管理服务438维持包括受管理任务(对应于生成的笔记)在内的受管理任务列表，使得任务的发起方可以监测该任务的完成状态。

在框1606，设置任务条目的初始状态，并且在框1608，向该任务的目标用户通知该任务。根据所公开的主题的各种实施例，该通知包括来自任务录制的信息，作为说明而非限制，包括所生成的笔记、发起方、讲话者(如果有的话)等。在通知目标用户之后，返回对应于任务的任务标识符。如上所述，任务标识符可以用于标识任务列表中的任务，使得发起方可以确定所指派的任务的状态。此后，例程1600终止。

现在转到图17，该图是示出用于使得发起用户能够确定由任务管理服务管理的任务的状态的示例性例程1700的流程图。从框1702开始，接收关于与笔记关联的任务的状态的请求。在框1704，获取与笔记相关联的任务标识符。在框1706，将基于任务标识符的状态请求提交给任务管理服务。在框1708，接收关于任务状态的信息，并且在框1710，呈现该任务的状态。此后，例程1700终止。

关于受管理任务的状态，当任务被发送到目标人员时，该任务包括关于如何更新关于任务管理服务的状态的信息。例如，该任务可以包括预先配置的超链接，该超链接在被激活时简单地向任务管理服务发送任务被完成的消息。备选地，可以与该任务一起包括一个或多个代码模块，以向任务管理服务通知该任务被完成。此外，该任务可以与人员的“待办事项”列表相关联，并且包括用户可操作控件，该用户可操作控件用于向任务管理服务发送相应任务被完成的响应。关于接收完成的状态，图18是示出用于更新其受管理任务列表中的任务的状态的示例性例程1800的流程图。从框1802开始，接收关于受管理任务的状态更新。状态更新将包括用于标识哪个任务已经完成的任务标识符。在框1804，更新该任务的任务状态。根据所公开的主题的各方面，状态可以包括若干值之一，作为说明而非限制，包括被指派、正在进行中、已完成等。在更新由状态更新标识的任务的状态之后，可以可选地向任务发起方发送任务状态更新的通知。此后，例程1800终止。

虽然已经描述了所公开的主题的各种新颖的方面，但是应当理解，这些方面是示例性的，而不应当被解释为限制性的。在不脱离所公开的主题的范围的情况下，可以对各个方面进行变化和更改。