CN106537372B - 用于增强的文档生产力的实体识别 - Google Patents

Abstract

本文中公开的是用于增强文档生产力的系统、方法、和软件。在一个的实施方式中，文档中的不同条目被检查以识别能够识别为与文档外部的不同的另外的实体中的至少一个另外的实体潜在相关的实体的至少一个条目。另外的实体的至少子集可以被识别以用于在用户界面中显露以便潜在包括在文档中。响应于对另外的实体的子集中的至少一个另外的实体的选择，另外的实体的子集中的至少一个另外的实体与条目相关联地被包括在文档中。

Description

用于增强的文档生产力的实体识别

技术领域

本公开内容的方面涉及计算硬件和软件技术，并且更具体来说，涉及增强的文档生产力。

背景技术

生产力应用用于各种各样的任务，包括创建文档以及与文档一起工作，文档例如为文字处理文档、电子表格和演示。生产力应用的示例包括但不限于文字处理器、电子表格软件、演示应用、笔记应用、和协同软件。

越来越多的生产力应用作为软件服务从通俗地被称为云的物件被传输。在这些部署中，本地应用可以在用户设备上运行，用户设备向托管在数据中心或某个其它计算环境中的应用服务提供用户界面。用户与其一起工作的文档可以本地地存储，但也可以由服务或者由相关联的基于云的存储服务来存储。任何数量的计算设备都可以用于利用这些服务，包括但不限于移动设备、智能电话、膝上计算机、平板设备、桌面型计算机、和任何其它适当的平台。

在生产力应用的上下文中的文档内执行的常见任务包括输入文本，例如当用户在文字处理文档中键入段落或在电子表格中输入数字或字符串时。当以这种方式使用文档时，用户可能缺乏上下文知识或意识不到它们正输入的信息，并且因此，可能需要咨询其它资源以发现可利用以补充它们的文档的其它信息。在简要的示例中，用户可以从事于创建针对事件的人的列表。用户可以具有受邀者的足够的知识，以使得他们的名字可以被输入。但是在它们的名字以外，用户可能需要咨询联系列表，以便获得受邀者的联系信息。在另一个示例中，用户可以咨询网站以获得文件的补充数据。

许多应用以自动拼写检查特征、公式检查、等等的形式提供有限量的上下文感知。相关联的子服务在后台中运行并可以针对拼写错误、不一致的公式、或者可以被监控的文档的其它方面连续检查文档中的内容。

发明内容

本文中提供的是用于增强文档生产力的系统、方法、和软件。在不同的实施方式中，针对可被识别为实体的条目来扫描文档。当发现实体时，可以在用户界面中显露指示，当由用户占用时，用户界面可以允许用户探索从文档外部的数据源获得的关于实体的另外信息。用户可以通过从在外部数据源中找到的信息中进行选择来添加到条目或以其它方式补充文档，由此增强文档。

在一个具体的实施方式中，文档中的不同条目被检查以识别可识别为与文档外部的不同另外的实体中的至少一个另外的实体潜在有关的实体的至少一个条目。随后，另外的实体的至少一个子集被识别以便在用户界面中显露，以潜在包含在文档中。响应于对另外的实体的子集中的至少一个另外的实体的选择，另外的实体的子集中的与条目相关联的该至少一个另外的实体被包括在文档中。

提供了本发明内容以便以简化的形式引入对概念的选择，在下面的具体实施方式中进一步描述了这些概念。可以理解的是，该发明内容并非旨在识别所请求保护的主题的关键特征或重要特征，也并非旨在用于限制所请求保护的主题的范围。

附图说明

参照以下附图，可以更佳地理解本公开内容的许多方面。尽管结合这些附图描述了几个实施方式，但本公开内容并不限于本文中所公开的实施方式。相反，目的在于覆盖所有替代方式、修改、和等同方式。

图1例示了增强的文档生产力的实施方式中的服务架构和相关联的操作场景。

图2例示了在实施方式中可以由应用服务采用的文档处理。

图3例示了在实施方式中可以由本地应用采用的文档处理。

图4例示了在增强的文档生产力的实施方式中利用工作簿的用户体验中的阶段。

图5A-图5C例示了在增强的文档生产力的实施方式中的利用工作簿的用户体验中的不同阶段。

图6例示了在增强的文档生产力的实施方式中的利用工作簿的用户体验中的阶段。

图7例示了在增强的文档生产力的实施方式中的利用工作簿的用户体验中的阶段。

图8例示了实施方式中的操作顺序。

图9例示了适于实施本文中关于图1-图8公开的以及下面在具体实施方式中讨论的应用、服务、过程、架构、用户体验、和操作场景中的任何一项的计算系统。

具体实施方式

当在文档中输入文本和其它数据时，本文中公开的实施方式增强了用户体验。当作为实体的条目被识别时，增强了文档生产力，或者具有指示文档外部的其它信息的质量或特征的条目可用于补充文档中的条目。其它信息可以从不同的数据源采集并被呈现给用户以便包括在文档中，如果期望的话。

在至少一个实施方式中，应用服务通过检查由应用服务托管的文档中的不同条目以识别可识别为实体的至少一个条目来增强文档生产力。当例如条目与文档外部的不同的另外的实体中的至少一个实体潜在地相关时，条目可以被识别为实体。

应用服务随后识别另外的实体的至少一个子集，以便在用户界面中向应用服务显露，以便潜在包括在文档中。响应于对经由用户界面接收到的另外的实体的子集中的至少一个实体的选择，应用服务在文档中包括另外的实体的子集中的与条目相关联的至少一个实体。

在一些场景中，可以识别可识别为后续实体的后续条目。后续条目可以潜在地与文档外部的另外的实体中的至少一个后续的实体潜在相关。应用服务至少部分地基于相对于实体构建的关联模式和另外的实体的子集中的至少一个实体来识别另外的实体中的与后续条目相关联的后续的一个实体，并将其存储或者以其它方式包括在文档中。

用户体验可以增强的文档的示例包括文字处理文档、演示、和电子表格。在电子表格的情形中，条目可以包括在电子表格中通过行和列的对定义的单元中所输入的文本。后续条目因此可以是在电子表格中由后续的行和列的对定义的后续单元中所输入的后续文本。

在一些实施方式中，应用可以在呈现在文档上方的用户界面中的卡内显露另外的实体。应用经由该卡接收对另外的实体的子集中的至少一个实体的选择。选择的示例包括拖曳操作，该拖曳操作将另外的实体的子集中的至少一个实体从卡拖曳到文档。

应用可以在用户界面中显露条目已经被识别为实体的指示。在一些情形下，指示可以包括表示与将条目识别为实体相关联的置信度水平的置信度指示符。被识别为与实体相关的另外的实体可以驻留在文档外部的源中，例如在联系数据库或网站中。

现在参考附图，图1例示了在证明增强的文档生产力的不同方面的实施方式中的服务架构100和相关联的操作场景。服务架构100包括应用平台101和服务平台111。本地应用103在应用平台101的上下文内执行，而应用服务113通过服务平台111的上下文托管并在服务平台111的上下文内运行。

本地应用103可以被认为远离应用服务113，其中每个都在单独的计算平台上执行。在这些情形中，本地应用103和应用服务113可以通过在一个或多个适当的通信链路(未示出)上应用平台101与服务平台111之间交换的数据和信息的方式来进行通信。然而，可能的是，在一些实施方式中，由本地应用103和应用服务113提供的特征和功能将是共位的或者甚至被集成为单个应用。

数据源115和数据源116分别表示文档107外部的数据源。每个数据源可以是由应用服务113托管的或者被认为与应用服务113集成的储藏库。然而，每个数据源也可以是与应用服务113分离的并且与应用服务113不同的某个其它服务的部分。数据源115和数据源116的示例包括接触数据库、网站、活动目录数据库、列表、地图、账户、和任何其它类型的数据源。

在运行中，本地应用103在用户界面105中呈现文档107。文档107包括用单词alpha、kilo、和sierra表示的不同目录108。应用服务113扫描、监控、或者以其它方式检查文档107，或者其副本，以识别代表实体的目录。在该示例中，单词“kilo”被表示为实体，并且指示相应地显露在用户界面105中。指示用相对于单词“kilo”提供的粗体和斜体字体表示，但是显露指示的其它方式是可能的。

接下来，应用服务113识别可以与文档107中的被识别为实体的条目相关联的其它实体的子集119。其它实体的子集119根据由数据源115和数据源116表示的文档107外部的源来识别。数据源115包括用单词“golf”和“delta”表示的其它实体117。数据源116包括用单词“echo”和“lima”表示的其它实体118。可以与主题条目相关联的其它实体在用户界面105中显露，如用视图109表示的或其它实体的子集119的其它这种图像表示所表示的。子集119包括信息delta和echo。

在视图109中呈现的信息项目中的任一个或两者可以由用户选择以进一步包括在文档107中。在该示例中，单词echo被选择，并且因此包括在文档107中。单词echo在文档中被示出为被包括在单词kilo的附近的，因此表示两个实体彼此相关联地存储在文档107中。

图2通过更多特殊性例示了可由应用服务113采用的功能中的一些功能，如通过文件过程200所表示的。以下描述了在图2中例示的步骤，附带说明了这些步骤。

在操作中，应用服务113针对可能被识别为实体的任何条目扫描给定的文件，最终将至少一个条目识别为实体(步骤201)。文件可以包括不同条目，例如文本、单词、字符串、数字、符号、图像、等等。

条目可以基于可能与将条目识别为与文档外部的数据源中的其它实体相关联的、可能与条目相关联的不同特征，而可被识别为实体。例如，文本条目可被识别为列表或联系数据库中的人的名字。在另一个示例中，数字可以被识别为地址或其它这种标识符。条目的作者、文件中的条目的位置、条目的格式式样、或任何其它特征可以允许应用服务113将条目识别为实体。然而可能使得条目可识别为实体的其它特征包括与条目、条目的视觉类型、条目是否为查询、等等相关联的一个或多个数据连接。只是文档外部的数据源可以基于或使用条目而被成功查询的事实可以导致条目被识别为实体。

当条目被识别为实体时，对其的指示在用户界面中向文档显露。用户可以在考虑用于包括在文档中的其它实体的角度上进行选择以进一步探索实体。当这发生时，应用服务113识别哪些另外的实体在用户界面中显露以便在文档中选择(步骤203)。用户可以选择实体中的一个或多个，并且应用服务113可以将所选择的一个或多个实体存储在文档中(步骤205)。在一些场景中，应用服务113实体中的所选择的一个或多个实体可以通过应用服务113返回到本地应用103，以便与所识别的实体结合。

图3通过更多特殊性例示了可以由本地应用103采用的功能中的一些功能，如通过文档处理300所表示的。以下描述了图3中例示的步骤，附带说明了这些步骤。

在操作中，应用服务113可以将文档中的条目识别为实体，这个事实被传输到本地应用103。本地应用103在用户界面105中显露实体已经被识别的指示(步骤301)。显露指示可以包括改变条目的视觉外观或围绕条目的区域的外观。在另一个示例中，可以呈现指示实体已经被识别的分立符号或标识符。

另外的实体随后可以被显露以潜在包括在文档中(步骤303)。另外的实体可以通过应用服务113来识别并且可以以用户可选择它们中的一个或多个以包括在文档中这样的方式来显露。当这发生时，本地应用103向应用服务113传输消息或其它这种信息，其解释了哪些其它实体已经被改变并因此可适用于包括在文档中(步骤305)。

图4例示了可以相对于其中采用增强的文档生产力的工作簿所遇到的用户体验中的阶段400。用户体验涉及工作簿401，其代表可以由电子表格应用(例如，

)生成的工作簿。用户可以通过他或她与适当的应用平台的交互来呈现有用户体验，经由该适当的应用平台，可以呈现对工作簿401的用户界面。用户体验代表可以显露给用户的工作簿401的不同视觉表示，但是也包括其中用户可以通过由应用平台提供的适当的用户界面系统的方式与工作簿401交互的不同方式，该应用平台的计算系统900(相对于图9所例示的)是代表性的。

工作簿401包括电子表格403，其通过不同的单元来定义。工作簿401还包括可以识别工作簿的名字并且可以包括不同的特征菜单、选项、等等的特征条407。除了在图4中所例示的那些以外或者代替图4中所例示的那些，其它元素是可能的，并且可以在本公开内容的范围内进行考虑。

在用户体验的该阶段400中，每个单元都可以由行号和列号来定义，它们并未示出。用户已经创建了用于追踪某种事件或组织的简单的表。表包括被列细分的不同行的数据。列被用户赋予标签，包括：身份号码、名字、生日、和建筑物。一些数据已经被输入到包括涉及事件或组织的三个人的身份号码和名字的行中。具体来说，在列表中的人包括分别与身份号码“001”、“010”、和“111”相关联的“hannah”、“adam”、以及“sarah”。

在操作中，工作簿401经受一个或多个文档处理，例如由本地应用和应用服务中的一个或多两者采用的文档处理200和文档处理300，本地应用和应用服务的本地应用103和应用服务113是代表性的。因此，文档处理驱动用户体验的部分。例如，工作簿401经受文档处理的扫描，以便在电子表格403中识别可能被识别为实体的条目。在该示例中，条目“adam”被识别为实体并且对应的视觉指示被显露以向用户表示其为实体。在该示例中，文本“adam”用粗体和斜体的方式呈现以便从既不是实体又未在与“adam”相同的时间被这样识别的其它实体中突出。对于将其发现指示为实体(例如，通过突出显示在其中找出文本的单元或显露将其状态表示为实体的分立图标或图像)，其它机制是可能的。

可能意识到的是，在一些情形中，单个条目单独可能不被识别为实体，但是当与一个或多个其它条目组合考虑时，条目的组可以被认为是一个条目。例如，“adam”单独可能不被识别为实体，但是“adam”与“010”或其它信息结合可以被识别为实体。在本文中公开的该示例和其它示例中，单个条目被提供用于例示的目的，但是将多个条目识别为单个条目可以在本公开内容的范围内考虑。

此外，在一些情形下，在不具有由可能邻近于单个条目的其它条目提供的一些周围的上下文的情况下，单个条目自身可能不被识别为实体。另外的一个或多个条目在与单个条目一起考虑时，可能有助于将单个条目识别为实体。例如，名字“adam”单独可能不被识别为实体。但是借助于其接近名字“sarah”或者仅仅是名字“sarah”的出现，名字“adam”可以被识别为实体。这可以与上面“adam”表示单个条目实体的示例区分开，而在先前的示例中，“adam”结合“010”表示多个条目实体。

用户随后可以活跃地与指示交互，以便探索对于增强突出显示的条目可以存在什么选项。选择411代表交互，其可以是鼠标点击、触摸、语音命令、手势、轻击、或某种其它类型的用户输入。图像413响应于用户输入而显露，该用户输入解释什么选项对于探索条目可以是可用的。在该情形下，图像413包括解释可以与条目相关的另外的信息是可用的文本。另外的信息可以在工作簿401外部的其它数据源(例如联系数据库、网站、等等)中找到。

用户可以相对于使用户进入用户体验的另一阶段的图像413而作出另一个选择421。图5A、图5B、和图5C分别例示了不同的阶段501、502、和503，在用户相对于图像413作出选择421时，可能遇到这些阶段。

参考图5A，用户体验中的阶段501表示用户在阶段400中作出选择421时可能遇到的阶段。在阶段501中，显露卡423，其包括可能已经被识别为与实体“adam”相关联的或者以其它方式相关的另外的信息。另外的信息可以自身包括另外的实体，但是也可以包括自身将不会被识别为实体的、实体的简单的另外细节的信息。这里，另外的信息包括生日信息(“6月19日”)、建筑物标识符(“b”)和实体的老师的名字(“holli v.”)。卡423可以包括除了本文中示出的信息以外的其它信息，例如与其相关联的实体的名字，“adam”。这可能在其中卡423代表联系卡或包括识别信息的某个其它对象的情形中是尤其正确的。卡423还可以示出已经包括在工作簿401中以提供上下文或为了其它原因的其它信息。

用户可以因此考虑已经被显露的另外的信息，并可以决定是否将另外的信息中的任何信息或所有信息包括在电子表格403中。在该示例中，用户用肯定语决定来包括至少生日信息。因此，用户对生日信息的日期作出选择425，这导致其包括在电子表格403中。选择425可以是例如拖放操作，通过该操作，用户将生日信息从卡423拖曳到电子表格403中的其中用户期望存放的位置。生日信息的位置是与标记生日的列相对应的条目“adam”的行中的单元。

在用户作出选择425时，不仅存放在单元中的生日信息，而且用于电子表格403中的被类似地识别为实体的其它条目的其它生日信息也被获取并存放在它们的对应的单元中。这可以简单地凭借用户已经相对于另外信息的一个实例作出一个选择来自动发生。可以意识到的是，该特征是可选的，并且可能不会在每种情况下发生。在一些场景中，菜单、控制、或其它这种图像可以显露，其要求用户允许自动填充其它单元。如果用户提供他或她的批准，则过程可以向前发展并且另外的信息可以被置于对应的单元中。如果不是，则过程可以停止。

图5B例示了替代的阶段502，其与阶段501类似但提供一些特征变化。用户体验中的阶段502还表示用户在阶段400中作出选择421时可能遇到的阶段。在阶段502中，显露卡423，其包括可能已经被识别为与实体“adam”相关联的或者以其它方式与实体“adam”相关的另外的信息(另外的实体)。另外的信息包括生日信息(“6月19日”)、建筑物标识符(“b”)和实体的老师的名字(“holli v.”)。

用户因此可以考虑已经被显露的另外的信息，并可以决定是否将另外的信息中的任何信息或所有信息包括在电子表格403中。在该示例中，用户用肯定语决定来包括至少生日信息。因此，用户对生日信息作出选择427，这导致其包括在电子表格403中。选择427可以是例如拖放操作，通过该操作，用户将生日信息从卡423拖曳到电子表格403中的其中用户期望存放的位置。生日信息的位置是与标记生日的列相对应的条目“adam”的行中的单元。

在用户作出选择427时，不仅存放在单元中的生日信息，而且用于电子表格403中的其它实体的其它生日信息也被获取并存放在它们的对应单元中。这可以简单地凭借用户已经相对于另外信息的一个实例作出一个选择来自动发生。可以意识到的是，该特征是可选的，并且可能不会在每种情况下发生。在一些场景中，菜单、控制、或其它这种图像可以显露，其要求用户允许自动填充其它单元。如果用户提供他或她的批准，则过程可以向前发展并且另外的信息可以被置于对应的单元中。如果不是，则过程可以停止。

除了加载其它生日信息以外，电子表格403被填充有更多的另外信息，即电子表格403中识别的每个人的建筑物门牌号。换句话说，尽管仅相对于卡432中的生日信息作出选择427，但是电子表格403也被填充有建筑物门牌号信息。这可以简单地凭借用户已经相对于另外信息的一个实例作出一个选择来自动发生。可以意识到的是，该特征是可选的，并且可能不会在每种情况下发生。在一些场景中，菜单、控制、或其它这种图像可以显露，其要求用户允许自动填充其它单元。如果用户提供他或她的批准，则过程可以向前发展并且另外的信息可以被置于对应的单元中。如果不是，则过程可以停止。

图5C例示了替代阶段503，其与阶段501和阶段502类似，但是在一些方面不同。用户体验中的阶段503还表示用户在阶段400中作出选择421时可能遇到的阶段。在阶段503中，显露卡423，其包括可能已经被识别为与实体“adam”相关联的或者以其它方式与实体“adam”相关的另外的信息(另外的实体)。另外的信息包括生日信息(“6月19日”)、建筑物标识符(“b”)和实体的老师的名字(“holli v.”)。

用户因此可以考虑已经被显露的另外的信息，并可以决定是否将另外的信息中的任何信息或所有信息包括在电子表格403中。在该示例中，用户用肯定语决定来包括至少老师信息。然而，用于老师名字的列尚未存在于电子表格403中。因此，用户对老师信息作出选择429，这导致其通过列插入的方式包括在电子表格403中。选择427可以是例如拖放操作，通过该操作，用户将老师信息从卡423拖曳到电子表格403中的其中用户期望存放的位置。响应于选择429，新的列被自动插入在生日列与建筑物门牌号列之间。新的列随后被填充有电子表格403中的不同实体的老师名字。在一些实施方式中，用户可以具有并不仅将单个实体值插入到表上，而是可以代替选择以将整组的实体值落入文档中作为新的表/关系的能力。例如，用户可以在表单中离开学生名字、id、和测验等级的当前表，但是如果名字被识别为实体，则将整个人的实体信息输入到文档中用于相关的匹配。随后当执行分析时，类似于

的应用可以结合那些表并允许创建混合报告(例如，老师给出的学生的平均等级)，而不会使得另外的数据使它们原始的表凌乱。

阶段501、502、和503分别例示了相对于利用工作簿401的用户体验可能发生的不同操作。可以意识到，除了在图5A-图5C中表示的以外或代替图5A-图5C中表示的那些，其它操作是可能的，并且可以被认为在本公开内容的范围内。此外，在图5A-图5C中例示的步骤中的一些步骤可以以不同方式彼此组合以便在利用工作簿401的用户体验上提供更多变化。例如，由于本文中所描述的过程是迭代的，因此被显露为与实体相关的并且被存放在表单中的信息自身可以被识别为实体。卡随后可以针对该实体被显露有可能相关的另外信息、等等。

图6例示了在利用工作簿401的用户体验的上下文内可能遇到的替代阶段600。阶段600可以在相对于图5A-图5C例示的阶段501、502、和504中的任何阶段之后或者可以与那些阶段分开发生。在操作中，电子表格403已经在用户标记的列中的所有列中填充有信息。例如，身份号码、名字、生日、以及建筑物门牌号已经被提供和包括在电子表格403中。

在下一步骤中，新的条目被输入到在电子表格403中创建的表的第四行中。具体来说，输入文本“william”。在后台中运行的文档处理将新的条目识别为实体。接近于输入“william”的单元的单元被自动填充有潜在地与实体相关的另外信息，而不是显露更改用户实体的呈现的图像或其它这种控制。实体的生日以及实体的建筑物门牌号被自动填充。生日和建筑物门牌号可以从工作簿401外部的数据源获取。此外，生日和建筑物门牌号(比如其它另外的信息项目)可以各自驻留在不同的数据源中，但是它们存储在相同的数据源中也是可能的。

被识别用于自动填充电子表格403的另外的信息可以至少部分地基于相对于实体和先前可能已经选择的其它另外实体所构建的关联模式来进行选择。例如，假设条目“adam”已经被识别为实体，并进一步假设对应的生日和建筑物信息已经由用户选择以包括在工作簿401中，关联模式将在名字与生日之间构建。另一种关联模式将已经在名字与建筑物信息之间构建。当其它实体(例如条目“william”)被识别时，可以使用两种关联模式。在一些场景中，当将信息从卡或其中显露另外信息的其它对象中拖拽到表单中时，可以建立数据连接。以此方式，这种补充信息可以在其改变时动态刷新和更新。例如每当“adam”或“william”被赋予新的建筑物或办公室时，建筑物信息可以改变。

当另一个文本被输入并识别为实体时，可以使用相对于其它实体而发现的过去的关联模式来从可能存在于工作簿401外部的不同数据源中拉取新的信息。例如，特定的数据源可以包括一组记录。当发现特定的记录和记录内的具体区域对于工作簿401中的给定实体为适当的另外信息的源时，可以创建模式。不同记录中的相同区域可用于提取可以被输入到工作簿401中的针对新的实体的另外信息。

在另一个示例中，网站中的具体页面可以包括被识别为适于包括在工作簿401中的与条目相关联的信息，由此构建可以用于被识别为实体的其它条目的关联模式。在另一个网站中的相同或类似页面可以因此被咨询以提取可能被认为适于包括在工作簿401中的与另一个条目相关联的信息。

在简单的使用情形下，学院或大学的网站可以包括具有登记和学生人数信息的具体页面。另一个学院的另一个网站可以因此包括具有该学院的等级和学生人数信息的类似页面。第一学院的登记信息可用于补充工作簿中的一个实体，而第二学院的等级信息可用于补充工作簿中的另一个实体。

图7例示了可能在利用工作簿401的用户体验的上下文内遇到的另一个可能的阶段700。在阶段700中，显露卡423，其包括可能已经被识别为与实体“adam”相关联的或者以其它方式与实体“adam”相关的另外的信息(另外的实体)。另外的信息包括生日信息(“6月19日”)、建筑物标识符(“b”)和实体的老师的名字(“holli v.”)。

此外，卡423包括各自表示与另外的信息项目中的给定的一个信息项目相关联的置信度水平的各种置信度指示符。置信度指示符431表示生日信息与实体“adam”实际上相关的置信度水平。置信度指示符433表示建筑物信息与实体“adam”实际上相关的置信度水平。置信度指示符435表示老师信息与实体“adam”实际上相关的置信度水平。

在该示例中，每个置信度指示符都具有与其它不同的视觉表示，其表示每个相应的信息项目相对于其它信息项目改变的置信度。这可能由于以下原因而是这种情形，例如，信息项目从其提取的数据源可以改变。与在先前的附图中所例示的其它阶段一样，用户可以考虑已经显露的另外的信息，并且当决定是否在电子表格403中包括另外的信息中的任何信息或全部信息时考虑它们的相关联的置信度水平。也可以显露关于正显露的另外的信息的家族信息。家族信息可以解释关于另外的信息的一些东西，例如另外的信息从中被提取的数据源、其是政府网站还是公共网站、内部数据库还是目录、等等。

图8例示了代表在增强的文档生产力的实施方式中可能发生的消息和信息交换的操作顺序800。在操作中，文本条目由用户经由用户界面105来输入。文本条目通过本地应用103传输到应用服务113。应用服务113检查文档107和输入到其中的文本。这种检查可以在输入数据时、周期性地、或者在连续基础上、或者以某种其它方式发生。假设实体(或多个实体)被识别，应用服务113将该事实传输到本地应用103。本地应用103能够驱动在用户界面105中显露条目为实体的指示。

使用用户界面105的用户可以选择指示，以便进一步探索可能与实体相关联的另外的信息。当这发生时，本地应用103从应用服务113请求另外的实体。应用服务113从数据源115以及可能从另一个数据源获取另外的信息。另外的信息可以响应于本地应用103的请求而获取，但也可能在请求之前主动发生，例如响应于已经将条目识别为实体。

应用服务113向本地应用103提供另外的实体。本地应用103在用户界面105中显露另外的实体。使用用户界面105的用户可以选择另外的实体中的一个或多个以包括在文档107中。选择由用户界面105提供给本地应用103，其转而将选择传输至应用服务113。应用服务113随后可以在文档107中包括另外的一个或多个实体。在一些场景中，应用服务113将另外的一个或多个实体返回到本地应用103，从而本地应用103可以将它们包括在文档107中。也可以返回其它信息，例如连接信息，允许本地应用103建立数据连接，利用该数据连接来刷新其信息。

根据对图1-8的前述讨论可以意识到，当实现如本文中讨论的增强文档生产力时，可以实现不同的技术效率。在其它可能的益处中，可以补充已经存在于文档中的信息的信息可以更容易地被识别并包括在文档中。这种工具通过潜在地减少创建表格或数据的其它这种聚集所需要的时间量来提高用户体验。

回去参考图1，应用平台101代表能够托管本地应用103并采用文档处理300的任何物理或虚拟计算系统、设备、或者它们的组合。示例包括但不限于智能电话、膝上计算机、平板计算机、桌面型计算机、混合计算机、游戏机、智能电视、娱乐设备、互联网设施、和虚拟机器，以及它们的任何变型或组合，在图9中例示的其计算系统901是代表性的。

本地应用103代表能够实现用户界面105的任何软件应用、模块、部件、或者它们的组合。示例包括但不限于文字处理应用、电子表格应用、演示应用、网页浏览器、电子邮件应用、博客和微博应用、社交网络应用、电子商务应用、和游戏应用、以及任何其它类型的适当应用。本地应用103可以是在浏览器应用的上下文中执行的基于浏览器的应用。在一些实施方式中，本地应用103可以在网页、网站、网页服务、等等的上下文中执行或者与网页、网站、网页服务、等等相关联地执行。然而，本地应用103也可以是本地安装和执行的应用、流式应用、移动应用、或者它们的任意组合或变型。本地应用103可以被实现为独立应用或可以跨多个应用分布。

服务平台111代表能够托管应用服务113的所有或一部分以及实现文档处理1200的所有或部分的任何物理或虚拟计算系统、设备、或者它们的组合。服务平台111的示例包括但不限于服务器应用、网页服务器、应用服务器、机架服务器、刀片式服务器、虚拟机器服务器、或者塔式服务器、以及任何其它类型的计算系统，在图9中例示的其计算系统901是代表性的。在一些场景中，服务平台111可以在数据中心、虚拟数据中心、或某个其它适当的设施中实现。

应用服务113是能够采用文档处理200并向本地应用103提供应用服务的任何软件应用、模块、部件、或者它们的组合。应用服务113的示例包括但不限于来自

和

Doc的

以及任何其它适当的应用服务、服务的组合、或服务的变型。

图9例示了代表其中可以实现本文中公开的不同的操作架构、场景、和过程的任何系统或系统的组合的计算系统901。计算系统901的示例包括但不限于智能电话、膝上计算机、平板计算机、桌面型计算机、混合计算机、游戏机、虚拟机器、智能电视、智能手表和其它可穿戴设备，以及它们的任意变型或组合。其它示例包括服务器计算机、机架服务器、网页服务器、云计算平台、和数据中心设备、以及任何其它类型的物理或虚拟服务器机器、和它们的任何变型或组合。

计算系统901可以被实现为单个装置、系统、或设备或者可以以分布式方式被实现为多个装置、系统、或设备。计算系统901包括但不限于处理系统902、存储系统903、软件905、通信接口系统907、和用户界面系统909。处理系统902可操作地与存储系统903、通信接口系统907、以及用户界面系统909耦合。

处理系统902从存储系统903中加载和执行软件905。软件905包括至少文档处理906，其代表相对于前述实施方式讨论的文档处理200和文档处理300。当由处理系统902执行以增强文档生产力时，软件905引导处理系统902以如本文中所描述地针对在前述实施方式中讨论的至少不同的过程、操作场景、和顺序来操作。计算系统901可以可选地包括为了简要的目的未讨论的另外的设备、特征、或功能。

仍然参考图9，处理系统902可以包括微处理器以及从存储系统903获取并执行软件905的其它电路。处理系统902可以在单个处理设备内执行，但也可以跨协作执行程序指令的多个处理设备或子系统分布。处理系统902的示例包括通用中央处理单元、专用处理器、和逻辑设备、以及任何其它类型的处理设备、它们的组合、或其变型。

存储系统903可以包括可由处理系统902读取的并能够存储软件905的任何计算机可读存储介质。存储系统903可包括在用于存储信息(例如计算机可读指令、数据结构、程序模块、或其它数据)的任何方法或技术中实现的易失性和非易失性、可移动和不可移动介质。存储介质的示例包括随机存取存储器、只读存储器、磁盘、光盘、闪存、虚拟存储器和非虚拟存储器、磁带盒、磁带、磁盘存储和其它磁存储设备、或任何其它适当的存储介质。在任何情况下，计算机可读存储介质绝不是传播信号。

除了计算机可读存储介质以外，在一些实施方式中，存储系统903还可以包括计算机可读通信介质，通过该计算机可读通信介质，可以内部或外部传输软件905中的至少一些。存储系统903可以被实现为单个存储设备，但可以跨相对于彼此共位或分布的多个存储设备或子系统实现。存储系统903可以包括另外的元件，例如能够与处理系统902通信或可能与其它系统通信的控制器。

软件905可以在程序指令和其它功能中实现，程序指令在被处理系统902执行时，可以引导处理系统902以如相对于本文中所例示的不同操作场景、顺序、和过程描述地操作。例如，软件905可以包括用于执行文档处理、用户界面、和它们的相应功能的程序指令。

具体来说，程序指令可以包括协作或者以其它方式交互以执行本文中所描述的过程和操作场景的不同部件或模块。不同部件或操作模块可以用编译或解释指令体现，或者用某种其它变型或指令的组合体现。不同部件或模块可以以同步或异步方式、串行或并行、在单线程环境或多线程环境中、或根据任何其它适当的执行范式、变型、或它们的组合来执行。除了或包括文档处理906以外，软件905可以包括另外的过程、程序、或部件，例如操作系统软件或其它应用软件。软件905还可以包括固件或可由处理系统902执行的某种其它形式的机器可读处理指令。

通常，软件905在被加载到处理系统902中并执行时，将适当的装置、系统、或设备(其计算系统901是代表性的)整体从通用计算系统变换到被定制为有助于增强的文档生产力的专用计算系统中。事实上，在存储系统903上进行编码的软件905可以变换存储系统903的物理结构。物理结构的具体变换可以取决于该描述的不同实施方式中的不同因素。这些因素的示例可以包括但不限于用于实现存储系统903的存储介质的技术以及计算机存储介质被特征化为主要存储器还是次要存储器，以及其它因素。

例如，如果计算机可读存储介质被实现为基于半导体的存储器，则当计算机指令在半导体存储器中编码时，软件905可以变换半导体存储器的物理状态，例如通过变换晶体管、电容器、或组成半导体存储器的其它分立电路元件的状态。类似的变换可以相对于磁性介质或光学介质发生。在不脱离本说明书的范围的情况下，物理介质的其它变换也是可能的，其中前述示例仅被提供为有助于本讨论。

再次参考图1作为示例，尽管一个或多个计算系统的计算系统901的操作是代表性的，但是变换可以相对于服务架构100，并且具体来说相对于用户界面105和文档107来执行。作为示例，第一状态中的用户界面105包括对文档107的呈现。在条目被识别为实体之后，显露对识别的指示，由此改变其状态。另外的变换在视图109响应于用户选择以更深入地暴露实体而显露时发生。最后，当从视图109中选择的实体已包括在(或写入)文档107中时，文档107被改变。

可以理解的是，计算系统901通常旨在表示上面可以部署和执行软件905以便实现增强的文档生产力的一个或多个计算系统。然而，计算系统901也可以适于作为在上面展现软件905或者一个或两者可以从其分布、传输、下载、或者以其它方式提供给又一个计算系统以用于部署和执行、或另外的分布的任何计算系统。

通信界面系统907可以包括允许通过通信网络(未示出)与其它计算系统(未示出)通信的通信连接或设备。共同允许系统内部通信的连接和设备的示例可以包括网络接口卡、天线、功率放大器、RF电路、收发机、和其它通信电路。连接和设备可以通过通信介质传输以便与其它计算系统或系统网络交换通信，例如，金属、玻璃、空气、或任何其它适当的通信介质。前述介质、连接、和设备是公知的，并且不需要在这里长篇讨论。

用户界面系统909是可选的并且可包括键盘、鼠标、语音输入设备、用于从用户接收触摸手势的触摸输入设备、用于检测非触摸手势和用户的其它运动的运动输入设备、以及其它类似的输入设备和能够从用户接收用户输入的相关联的处理元件。诸如显示器、扬声器、触摸设备、和其它类型的输出设备之类的输出设备也可以包括在用户界面系统909中。在一些情形下，输入和输出设备可以组合在单个设备中，例如能够显示图像和接收触摸手势的显示器。前述的用户输入和输出设备在本领域中是公知的，并且在这里不需要长篇讨论。

用户界面系统909还可以包括支持上面讨论的不同用户输入和输出设备的可由处理系统902执行的相关联的用户界面软件。单独地或者彼此结合以及与其它硬件和软件元件结合，用户界面软件和用户界面设备可以支持图形用户界面、自然用户界面、或任何其它类型的用户界面。例如，用户界面105可以通过用户界面系统909呈现。类似地，相对于工作簿401讨论的不同阶段400、501、502、503、600、和700可以通过用户界面系统900呈现。此外，相对于用户界面105作出的用户输入或相对于用户体验讨论的用户输入可以经由用户界面系统909输入。

计算系统901与其它计算系统(未示出)之间的通信可以通过一个或多个通信网络并根据不同的通信协议、协议的组合、或者它们的变型来发生。示例包括内联网、因特网、互联网、局域网、广域网、无线网、有线网、虚拟网络、软件定义的网络、数据中心总线、计算背板、或其它类型的网络、网络的组合、或者它们的变型。前述通信网络和协议是公知的，并且不需要在这里长篇讨论。然而，可以使用的一些通信协议包括但不限于互联网协议(IP、IPv4、IPv6、等等)、传输控制协议(TCP)、和用户数据报协议(UDP)、以及任何其它适当的通信协议、变型、或者它们的组合。

在其中交换数据、内容、或任何其它类型的信息的前述示例中的任何示例中，信息的交换可以根据各种协议中的任何协议来发生，包括FTP(文件传输协议)、HTTP(超文本传输协议)、REST(代表性状态转移)、WebSocket、DOM(文档对象模型)、HTML(超文本标记语言)、CSS(层叠样式表)、HTML5、XML(可延伸标记语言)、JavaScript、JSON(JavaScript对象表示)、以及AJAX(异步JavaScript和XML)、以及任何其它适当的协议、它们的变型、或组合。

尽管图1-图9总体上描述了相对少的操作场景和顺序，但是可以意识到的是，本文中所公开的概念可以规模地或常规地应用。例如，可以支持任何数量的本地应用和任何数量的文档来部署本文中所公开的应用服务。

根据前述内容可以意识到的是，一种用于操作应用服务以增强文档生产力的方法包括检查由应用服务托管的文档中的多个条目以识别可识别为与文档外部的多个另外的实体中的至少一个另外的实体潜在相关的实体的至少一个条目。方法还包括识别多个另外的实体的至少子集以在用户界面中向应用服务显露，以便潜在包括在文档中，以及响应于对经由用户界面接收到的多个另外的实体的子集中的至少一个另外的实体的选择，将另外的实体的子集中的至少一个另外的实体与条目相关联地包括在文档中。

方法还可以包括：响应于识别可识别为与文档外部的多个另外的实体中的至少后续的一个另外的实体潜在相关的后续的实体的后续条目，至少部分地基于相对于实体和多个另外的实体的子集中的至少一个另外的实体所构建的关联模式，来识别多个另外的实体中的后续的一个另外的实体，以及将另外的实体的子集中的至少后续的一个另外的实体与后续的条目相关联地包括在文档中。

根据前述内容还可以意识到，装置可以包括一种或多种计算机可读存储介质和存储在一种或多种计算机可读存储介质上的用于增强文档生产力的程序指令。程序指令在由处理系统执行时，可以在用户界面中将处理系统引导至托管包括多个条目的文档的应用服务，显露选项以探索多个条目中的已经被识别为与文档外部的多个另外的实体中的至少一个另外的实体潜在相关的实体的至少一个条目。程序指令还可以响应于对选项的选择来引导处理系统以显露被识别用于潜在包括在文档中的多个另外的实体的至少子集，以及响应于对经由用户界面接收到的多个另外的实体的子集中的至少一个另外的实体的选择，传输用于应用服务的将另外的实体的子集中的至少一个另外的实体包括在文档中的请求。在一些实施方式中，装置可以包括被配置为执行程序指令的处理系统。

在一些实施方式中，一种或多种计算机可读存储介质可以具有存储在其上的用于增强文档生产力的程序指令，该程序指令在被处理系统执行时，引导处理系统至少检查文档中的多个条目，以识别可识别为与文档外部的多个另外的实体中的至少一个另外的实体潜在相关的实体的至少一个条目。程序指令还可以引导处理系统在用户界面中显露条目已经被识别的指示。响应于相对于该指示作出的与用户界面的交互，在程序指令的引导下的处理系统可以识别多个另外的实体的至少子集并在用户界面中显露该多个另外的实体的至少子集，以便潜在包括在文档中。处理系统还可以在程序指令的引导下并响应于对经由用户界面接收到的多个另外的实体的子集中的至少一个另外的实体的选择，将另外的实体的子集中的至少一个另外的实体与条目相关联地包括在文档中。

在附图中提供的功能块图、操作场景和顺序、以及流程图代表用于执行本公开内容的新颖方面的示例性的系统、环境、以及方法。但是，为了解释的简单起见，本文中包括的方法可以具有功能图、操作场景或顺序、或流程图的形式，并可以被描述为一系列动作，将理解和意识到的是，方法并非由动作的顺序来限定，这是因为一些动作可以根据其以不同的顺序发生和/或与来自本文中示出和描述的其它动作同时发生。例如，本领域技术人员将理解和意识到，方法可以替代地被表示为一系列相关状态或事件，例如在状态图中。此外，并非在方法中例示的所有动作都可以被要求用于新颖的实施方式。

本文中包括的描述和附图描绘了具体实施方式以教导本领域技术人员如何制造和使用最佳选择。为了教导发明原理的目的，已经简化或省略了一些传统方面。本领域技术人员将意识到落入本发明的范围内的根据这些实施方式的变型。本领域技术人员还将意识到，上面所描述的特征可以以不同方式进行组合以形成多个实施方式。因此，本发明并不限于上面所描述的具体实施方式，而是由权利要求书和它们的等同形式来限定。

Claims (10)

1.一种用于操作应用服务以增强对由所述应用服务托管的文档进行填充的生产力的方法，所述方法包括：

至少基于对所述文档外部的数据源的查询，将所述文档中的第一单元中的条目识别为实体；

在用户界面中向所述应用服务显露所述实体的信息项目；

响应于接收到对所述信息项目的选择，至少将所述信息项目并入到所述文档中的与所述第一单元不同的第二单元中；

确定所述条目与所述信息项目之间的关联模式；

至少基于对所述文档外部的所述数据源的另一查询并且响应于接收到后续条目的输入，将所述后续条目识别为后续实体；以及

至少基于所述关联模式，至少将所述后续实体的后续信息项目自动填充到所述文档的后续单元中。

2.根据权利要求1所述的方法，其中，至少将所述信息项目并入到所述文档中的与所述第一单元不同的第二单元中包括将列插入到所述文档中以及至少利用所述信息项目来填充所述文档的至少一个单元，并且其中，所述文档包括电子表格，其中，所述条目包括输入到所述电子表格中的所述第一单元中的文本，并且其中，所述后续的条目包括输入到所述电子表格中的后续的单元中的后续的文本。

3.根据权利要求1所述的方法，还包括：

在呈现在所述文档上方的所述用户界面中的卡内显露所述实体的所述信息项目，以及经由所述卡接收对所述信息项目的选择，其中，所述选择所述信息项目包括拖曳操作，所述拖曳操作至少将对所述信息项目的指示从所述卡拖曳到所述文档。

4.根据权利要求1所述的方法，还包括：

在所述用户界面中显露所述条目已经被识别为所述实体的指示，其中，所述指示包括置信度指示符，所述置信度指示符表示与将所述条目识别为所述实体相关联的置信度水平。

5.根据权利要求1所述的方法，其中，所述文档外部的所述数据源包括联系数据库和网站中的至少一个。

6.一种或多种计算机可读存储介质，所述计算机可读存储介质具有存储其上的用于增强对由应用服务托管的文档进行填充的生产力的程序指令，所述程序指令在由处理系统执行时，引导所述处理系统至少执行以下操作：

至少基于对所述文档外部的数据源的查询，将所述文档中的第一单元中的条目识别为实体；

在用户界面中显露所述实体已经被识别的指示；

响应于接收到关于所述指示做出的经由所述用户界面的交互，识别所述实体的信息项目并在所述用户界面中显露；

响应于接收到经由所述用户界面的对所述信息项目的选择，至少将所述信息项目并入到所述文档中的与所述第一单元不同的第二单元中；

确定所述条目与所述信息项目之间的关联模式；

至少基于对所述文档外部的所述数据源的另一查询并且响应于接收到后续条目的输入，将所述后续条目识别为后续实体；以及

至少基于所述关联模式，至少将后续信息项目自动填充到所述文档的后续单元中。

7.根据权利要求6所述的计算机可读存储介质，其中，为了至少将所述信息项目并入到与所述第一单元不同的第二单元中，所述程序指令还引导所述处理系统执行以下操作：将列插入到所述文档中以及至少利用所述信息项目来填充所述文档的至少一个单元。

8.根据权利要求7所述的计算机可读存储介质，其中，所述文档包括电子表格，其中，所述条目包括输入到所述电子表格中的所述第一单元中的文本，并且其中，所述后续条目包括输入到所述电子表格中的后续的单元中的后续文本。

9.根据权利要求8所述的计算机可读存储介质，其中，所述程序指令引导所述处理系统执行以下操作：以使得所述用户界面中的卡视觉地呈现在所述文档上方的方式在所述卡内显露所述信息项目，以及经由所述卡接收对所述信息项目的选择。

10.根据权利要求6所述的计算机可读存储介质，其中，所述指示包括置信度指示符，所述置信度指示符表示与将所述条目识别为所述实体相关联的置信度水平，并且其中，所述文档外部的所述数据源包括联系数据库和网站中的至少一个。

Images