CN102171685A - 获取内容并将其添加到文档中 - Google Patents

Abstract

可以将协助用户获取内容的机制与允许用户创作电子邮件消息或任何其他类型的文档的工具集成。例如，电子邮件撰写系统可以提供允许用户获取某些类型的内容——例如电影时间、餐馆菜单等的各种按钮。当用户点击该按钮时，可以获取所请求的类型的内容，并且可以向用户提供将所获取的内容插入到正在编辑的文档中的机会。所获取的内容可以遵循特定结构。例如，系统可以被配置成通过返回特定电影的放映时间和影院的列表来响应于对电影相关内容的请求。

Description

获取内容并将其添加到文档中

背景

撰写内容的过程通常涉及某种形式的搜索和/或信息检索。撰写电子邮件消息的人可能希望包括通过搜索或通过某种其它机制获取的某些信息。例如，个人可能撰写电子邮件给朋友，提议在看电影时见面。电子邮件可能包括时间和电影放映的影院的列表以及可能有到影院的地图。该信息容易地通过因特网获得。当就首次放映的电影的名称查询许多搜索引擎时，会响应查询者本地区中的影院和上映时间的列表。影院的列表也会提供地址。一些搜索引擎可以提议提供到该地址的地图。或者，工具栏可以将搜索结果中的某些文本识别为地址，并且可以提供到地图的链接。由此，如果个人希望包括影院、放映时间列表和地图，那么该信息可以容易地通过因特网获得。

虽然以上信息可用，但是访问信息的过程不是特别方便。具体地，为了访问该信息，用户打开新的浏览器窗口或标签、执行搜索并接着将所请求的信息复制粘贴到电子邮件中。该过程是繁琐的。此外，搜索引擎通常不会与电子邮件程序通信，并因此不能利用可能存在的任何上下文，诸如可以从当前正在撰写的消息获取的上下文。

各种用户界面(UI)设计可能试图将搜索能力集成到浏览器窗口中。例如，工具栏和搜索窗格提供搜索内容而无需打开新的窗口或标签且无需使当前的窗口或标签被搜索结果取代的能力。然而，执行搜索不一定要符合用户的目标，尤其是如果用户的目标是发现要包括在电子邮件(或另一类型的文档中)的内容时。搜索通常提供包含搜索项的文档列表(例如网页)。该列表对于一般的搜索任务可能是足够的，但是用户查找的内容的范围通常有赖于他或她打算对文档进行什么处理。取决于是为了用户的常识还是为了查找要包括在电子邮件消息中的内容而执行搜索，用户可能具有不同的期望。由此，用户可能必须检查若干个结果以发现他或她想要的内容，并接着可能必须将内容复制粘贴到他或她正在编辑的文档中。例如，如果用户查询餐馆的名称，那么他或她必须在找到餐馆的菜单和地址之前检查若干个文档。如果用户希望包括到餐馆的地图，那么他或她必须从文档之一将地址复制到地图服务的地址框中，并接着复制粘贴地图。虽然搜索引擎、地图服务等已使得许多信息容易地可用，但是这些工作可能难以用作编辑内容的过程的一部分。

概述

可提供用于将获取内容的动作集成到编辑文档的过程中的工具。方便编辑电子邮件消息(或其他类型的文档)的用户界面(UI)可提供撰写内容的位置。UI也可提供允许用户获取要包括在文档中的附加内容的控件。例如，UI的一个元件可以是用户向其中键入任意内容(例如用户可能键入电子邮件消息的文本)的撰写窗口或框。UI的另一元件可以是其中可以获取例如电影时间、餐馆、电话列表等的内容的类别列表。每个类别可以由导航和/或可操作元件(例如按钮、链接、右击动作等)表示，这样使得如果用户点击按键或链接(或激活某种其他类型的元件)，那么就向用户提供适用于该类别的内容。可以以允许用户将内容包括在文档中的方式提供内容。例如，如果用户点击餐馆类别，那么可以向用户示出用户的本地区中的餐馆列表以及餐馆的菜单和餐馆所处位置的地图。通过点击预览区域中的项目，可以将这些项目添加到撰写窗口或框中。这样，将发现内容的过程与将内容包括在文档中的过程相集成。

可以以某种方式安排工具提供的内容。例如，可以关于哪个数据库将提供餐馆信息、哪个数据库将提供电影信息等作出选择。由此，当用户点击诸如“餐馆”的类别时，从所选数据库检索所获取的关于餐馆的内容。对特定内容源的选择可以作为商业安排的一部分作出。例如，假定允许用户获取内容的UI是作为特定web邮件系统的一部分提供的。该web邮件系统的提供商可能加入一种安排，其中餐馆数据库的提供商使用该数据库作为餐馆信息的源。这种安排可以提供货币化web邮件系统的一种方式，尽管可以带有或不带有货币条款而加入安排。可以对其他类型的内容提供商作出类似的安排——例如可以将特定的用邮件发送DVD(DVD-by-mail)服务选作电影数据库的提供商。

此外，要获取的内容可以集中在可能搜索出要包括在文档中的内容的类型上。例如，关于首次放映的电影撰写电子邮件给朋友的人对电影在何处播放可能比对找出电影的学术分析更感兴趣。搜索引擎将可能返回影院的位置以及曾经书写的关于电影的任何内容。然而，集中在提供关于电子邮件的内容的工具将集中在获取电影的位置，而省去较不可能是某人希望包括在电子邮件消息中的内容的类型的信息。

此外，当用户请求在文档中插入内容时，可以基于文档的内容来选择获取的内容。例如，可能撰写包含文本“Let′s see the new Batman movie(去看新的蝙蝠侠电影吧)”的电子邮件消息。如果该人请求“电影”类别中的内容，那么可以分析电子邮件的文本以确定该人不是一般地对电影感兴趣，而是具体的对Batman(蝙蝠侠)电影感兴趣。于是可以将获取的内容定制为Batman电影——例如，内容可以包括Batman电影放映的时间、放映该电影的影院列表等。

提供本概述是为了以简化的形式介绍将在以下详细描述中进一步描述的一些概念。本概述并不旨在标识出所要求保护的主题的关键特征或必要特征，也不旨在用于用任何方式限定所要求保护的主题的范围。

附图简述

图1是可用于创作文档的示例性用户界面的框图。

图2是可能显示的关于已获取的内容的信息的框图。

图3是其中可能获取内容并将其插入文档中的示例性过程的流程图。

图4是其中使用搜索来获取内容的示例性过程的流程图。

图5是可方便文档的撰写和获取文档的内容的示例性系统的框图。

图6是可以执行以允许用户创作文档和获取文档的内容的示例性动作的流程图。

图7是可以结合此处所述的主题的实现使用的示例性组件的框图。

详细描述

当人们撰写文档时，他们通常在文档中包括某种类型的现有内容。例如，人们可创建包含地图、餐馆菜单、来自电话目录的条目等的电子邮件消息。可以通过各种工具获取内容。例如，可以使用搜索引擎获取web内容。可以从地图网站(或从搜索或门户网站的地图服务)获取地图。人们获取内容并接着将内容传递到文档中——例如通过复制粘贴内容。(文档可能包括任何类型的内容。电子邮件是文档的一个示例，但是文档也可以是文字处理文档、电子表格、图形等)。

现有的机制反映出撰写文档的过程和找出要添加到文档中的内容的过程之间缺少集成。如果用户正在撰写电子邮件消息，并且希望找出要插入的内容，那么用户通常打开浏览器窗口或标签，导航到搜索引擎，形成查询，检查查询结果并从查询结果之一将适当的内容复制粘贴到文档中。该过程中涉及的许多动作是繁琐的。例如，如果用户正在撰写关于特定的电影的电子邮件消息并且希望找出关于该电影的放映时间，那么用户通常打开浏览器窗口并将电影名称键入到搜索引擎中。搜索引擎可用本地影院的放映时间来响应，并且用户接着会将放映时间复制到电子邮件消息中。如果用户希望在消息中包括影院的位置的地图，那么用户通常访问地图网站，获取地图并将其复制到消息中。

然而，如果将搜索电影相关信息的过程集成到用于撰写电子邮件消息的软件中，那么可以简化添加关于电影的信息。可以从已部分撰写的电子邮件提取用于驱动搜索的信息。例如，电子邮件消息可以以特定电影为名。如果通过其撰写电子邮件消息的UI提供用于搜索电影的功能部件，那么该功能部件将从已部分撰写的电子邮件消息提取电影的名称，并且可以执行关于该电影的信息的搜索。

但是即使不能从电子邮件消息中提取电影的名称，将获取内容的过程与撰写文档的过程集成允许对用户体验的某些其他增强。例如，如果用于撰写电子邮件的UI提供获取电影信息的按钮(或其他可操纵元件)，那么所检索的内容的类型可以集中在用户可能希望包括在电子邮件消息中的内容的类型上——例如，影院、放映时间和影院的位置的地图。该信息比由常规的搜索引擎提供的信息更为集中，因为该搜索引擎可能返回恰好包含电影名称的几十个或几百个文档。各种程度的集中是可能的，因为通过将内容获取功能部件集成到用于撰写文档的系统中，可以定制内容获取功能部件以返回将可能希望包括在特定类型的文档中的类型的内容。此外，可以提供流水线化过程以将内容添加到电子邮件消息或其他文档上。例如，在获取了内容之后，可示出内容的预览，而用户可以通过点击预览来添加内容。当用户可以以该方式添加内容时，绕过了常规的复制粘贴程序。

此处的主题提供了用于将获取内容的过程与撰写文档的过程集成的各种方式。例如，用于web邮件系统的用户界面可以提供用户可以向其中键入文本的区域，并且也可以提供一组可操作元件(例如按钮、链接、右击选项等)以获取各种类型的内容——例如电影、餐馆、电话号码等。当用户点击按钮之一时，获取适当类型的内容——例如电影时间、餐馆菜单、电话列表等。可以定制所获取的内容以反映用户可能希望包括在电子邮件消息(或正在创作的任何类型的文档)的内容的类型。由此，如果用户请求餐馆内容，那么假定用户想要将有助于关于去哪里吃饭作出判定的内容，系统可能返回餐馆的菜单和餐馆的地址。诸如餐馆的主厨的名字或特定主菜的营养信息的其他信息也可能是可用的，但是系统可能省略这种类型的内容，因为它们不太可能是人们在撰写电子邮件消息时寻找的信息的类型。

要提供的对按钮(或其他可操纵元件)的特定选择或响应于点击特定按钮(或响应于激活某一其他的可操纵元件)返回的内容可能是基于某种商业关系的。例如，web邮件服务可能加入与另一公司的联合品牌关系，其中web邮件服务同意提供带有该公司的品牌的按钮或使用该公司的数据库作为内容的源。由此，餐馆按钮可以被命名为“Zagat”和/或可以从Zagat的数据库返回关于餐馆的信息。此外，可被提供以允许第三方将内容获取功能添加到它们的应用程序上的工具。例如，A公司可以提供内容获取服务，且接着可以提供允许B公司在其网站上提供A公司的内容获取工具的工具包。由此，如果公司B运作web邮件服务或在线单词处理器，那么公司B可以使用工具包来将公司A的内容获取功能添加到公司B的网站上。以上是如何可以将内容获取工具集成到文档撰写系统中的一些示例性情形，但是其他集成情形也是可能的。

现在转向附图，图1示出了可用于创作文档的示例性用户界面100。用户界面100可以采用各种形式。例如，用户界面100可以是用于web邮件应用程序的界面，在这种情况下用户界面100可以通过浏览器相关技术(例如超文本标记语言(HTML)、Java等)来实现。然而，用户界面100也可用于诸如独立桌面应用程序的非web应用程序。在这样的示例中，用户界面100可以在由操作系统提供的窗口内显示。

用户界面100可以包括用于撰写文档104的第一元件102。在图1的示例中，元件102是用户可以向其中键入文本的空间，而文档104是电子邮件消息。然而，文档104可以是文字处理文档、电子表格或任何其他类型的文档。元件102可以是可以向其中键入文档104的内容的空间。例如，当用户用键盘键入字符时，字符可出现在元件102内，如同例如它们在电子邮件撰写窗口的情况下会出现的那样。

用户界面100也可以包括可用于获取内容和/或将所获取的内容插入到文档104中的第二元件106。元件106可以包括允许用户激活获取和/或插入各种类型的内容的过程的一个或多个控件108。在图1的示例中，控件108被示为按钮，用户可以通过用鼠标或其他定点设备指向按钮并点击按钮来激活它们。

每个控件108可以提供用于获取不同种类的内容的机会。图1示出了可以提供的各种类别的内容的示例，尽管可以提供任何类别。在图1的示例中，有“photos(照片)”按钮110、“movies(电影)”按钮112、“restaurant(餐馆)”按钮114以及“phone book(电话簿)”按钮116。这些按钮中的每一个可表示可被获取的不同类型的内容。点击按钮会发动获取与该按钮相关联的类型的内容的过程。由此，点击按钮110可获取照片，点击按钮112可获取电影的放映时间和位置等等。可以使用获取内容的任何过程，并且过程可以从任何源获取内容。搜索网页的索引是获取内容的过程的一个示例(在此情形中，内容源是web)。然而，可以使用其他过程。用于获取内容的过程的其他示例和可从中获取内容的源的其他示例在下文中描述。

不管用于获取内容的过程如何，点击特定按钮的结果可能是导致获取这种内容，以及以某种方式示出该内容的表示。图1示出了其中用户点击“movies”按钮112的示例。在这种场景下，可以获取与电影相关内容。(内容可以一般地与电影相关，或者它可以与特定电影相关。例如，用户将特定电影的名称键入到搜索框中。或者，如果在元件102内撰写的部分撰写的文档包含电影的名称，那么就可以使用该名称。)不管已经获取的内容如何，过程可以返回对所获取的内容的某一指示118。在图1的示例中，指示118被示为包含信息120的框。可以包含在框中的信息120的类型的示例在图2中示出并且在下文中讨论。

一旦用户看到了对已经获取特定内容的指示118，那么用户可以选择执行各种动作。一种这样的动作是预览内容——例如用户可能能够看到图形的缩略图或者文本内容的摘录。用户可能选择采用的动作的另一示例是将内容插入到文档104中。例如，假定指示118指示已获取的内容包括特定电影的放映时间和到影院的地图。用户可以选择将地图122插入到文档104中。由此，在该示例中，文档104(其在用户界面元件102内撰写)包括内容124(其是可能已经用键盘输入的单词)并且也包括地图122。地图122是可以通过用户界面元件106获取的并且可以被插入到文档中的内容项的示例。

如上所述，对所获取的内容的指示118可以提供各种类型的信息。图2示出了这种信息的示例。应当注意，虽然图2示出了指示118的示例，但是该指示可以采用任何形式。例如，就所获取的内容的某个基础集合而言，指示118可以包含所获取的内容的完整集合或者该内容的某一选集。此外，指示118可以包含所获取的实际内容或者该内容的压缩版本或表示。

返回到图2的示例，当用户点击“电影”按钮112(在图1中示出)时，获取内容202。内容202包括各种项目204和206。项目204是事件的列表(例如电影的放映时间)，而项目206是到可能发生事件的地点的地图(例如电影院，且在地图上有指示影院位置的星星)。指示118可以示出所获取的实际内容。或者，指示118可以示出除了内容自身之外的内容的某一表示，如在图2的示例中所描述的。由此，在图2的示例中，指示118示出了描述已获取的内容202的列表208。

可给予用户预览内容的机会。例如，用户可使用定点设备来将光标210移动到列表上的项目之一上。可以实现“悬停“行为，由此当将由定点设备控制的光标悬停在列表上的项目上时，就显示特定内容项的预览212。(一组示例行为是当光标悬停在列表上的项目上时预览项目，并且当用户点击列表上的项目时插入基础内容项。然而，这些行为仅是示例，可以实现其他行为。)在图2的示例中，光标210悬停在列表上的“map to theater(到影院的地图)”项目上，并且由此所显示的预览212是项目206中的地图的小版本。然而，预览可以采用任何形式。注意，预览和实际插入到文档中的内容之间的关系是任意的。例如，预览可以与要插入的内容相同，或者可以是要插入的内容的子集或超集，或者可以表示要插入的内容(但是不同于该内容)。作为一个示例，对于电影相关内容，预览可以示出电影的名称、评级和评论，而要插入的内容可能示出电影名称和放映时间。作为另一示例，预览可以示出电影名称和/或时间，而要插入的内容可能包括电影的剪辑、相关的链接等。

图3以流程图的形式示出了其中可以获取内容并将其插入到文档中的示例性过程。在转向图3的描述之前，注意，图3的流程图(以及图4和6中所示的流程图)示出了其中以特定的顺序实现过程的各阶段的示例，如由连接框的线所指示的，但是可以以任何顺序或以任何组合或子组合执行这些图示中所示的各个阶段。

现在转向图3，在302处，可以呈现内容收集界面元件。例如，图1将用户界面元件102示为可以向其中键入文本内容的框。用户界面元件102由此是内容收集界面元件的示例。然而，内容收集界面元件可以采用任何形式。

在304处，可以分析已输入到内容收集界面元件中的任何内容，以确定用于获取附加内容的上下文。例如，如果正在创作的文档是电子邮件消息，并且消息包含电影的名称，那么可以推断正在撰写消息的用户会对将电影相关内容插入到消息中感兴趣。该信息可以通过分析已被键入到电子邮件消息中的文本来收集(即使电子邮件消息是仅部分完成的)。由此，该分析可以被用作显示“电影”按钮112(在图1中示出)的推动力(例如，对所显示的按钮的特定选择可以是基于上下文的——例如如果正在撰写的消息提及电影的名称，那么可显示“电影”按钮，或者如果消息提及食物，那么可显示“餐馆”按钮等)。实际上，分析会产生可用作搜索或检索信息的内容选择或过滤准则。例如，电子邮件消息中的特定电影的名称可以被用作查询项以便搜索电影相关的信息。

在306处，可以呈现对象获取/对象包括界面元件。例如，用户界面元件106(在图1中示出)在它允许用户发动获取内容和/或将所获取的内容包括在文档中的过程的意义上是对象获取/对象包括界面的示例。

在308处，可接收用户已通过对象获取/对象包括界面激活的对内容的请求的指示。例如，用户可以点击按钮110-116(图1中示出)中的一个。如果用户界面采用HTML网页的形式，那么每个按钮可以是一链接，并且激活链接会生成超文本传输协议(HTTP)请求。这种HTTP请求是可以在308处接收的指示的示例。然而，可以以任何方式做出和/或接收请求。

在310处，可响应于请求获取内容项。例如，图2示出了可能已经响应于请求获取的电影相关内容202的集合。内容202包含项目204和206。这些是可在310处获取的内容项的示例。虽然图2示出了其中所获取的内容包括两个项目的示例，但是一般地可以在310处获取任何数目的内容项(一个、或一个以上)。

存在可以执行以在310处获取内容项的各种过程。一个这样的示例性过程是搜索312。例如，可以通过将电影或餐馆的名称用作对搜索引擎的查询来执行获取关于电影或餐馆的信息。当执行搜索312时，可以如图4所示地进行获取信息的过程。在这样的过程中，可以对信息文集404执行搜索(在402处)以选择文集中的某些信息。信息文集可以是公共可访问的网页的索引、“desktop search(桌面搜索)”索引或任何其他类型的信息文集。信息文集可以是单个源或者可以是多个不同的源(诸如一个或多个数据服务和/或一个或多个数据存储库或其组合)。(在某些情况下，在系统可以聚集来自不同的源的内容或可以从不同的源中选择内容的意义上，细查若干个源以获取内容可以为结果增值。然而，本文中的主题应用于从一个源或一个以上的源获得内容的系统。)搜索信息文集可生成一些结果，并且可基于结果检索信息项(在406处)。例如，可以检索在搜索结果中具有最高相关度得分的文档。该文档的内容可以是在310处获取并且可以提供以包括在正在撰写的文档中的内容项中的一个。

现在返回到图3，获取内容的另一示例过程涉及联系一个或多个服务(框314)。例如，如上所述，获取关于电影或餐馆的内容的请求可能涉及获取特定地点的地图。地图通常不是通过搜索获取的，而是由地图服务生成的。由此，获取内容的过程不必涉及搜索现有内容的文集，而可以涉及生成内容。

搜索312和联系服务(框314)是获取内容的过程的示例。然而，可以在310处使用任何过程来获取内容项。

在316处，可以显示一个或多个内容项的列表。例如，图2示出了标识由内容获取过程发现的各个内容项的列表208。列表208是可以在316处显示的列表的示例，尽管这种列表可以采用任何形式。

在318处，可以接收对预览项目的请求的指示。如上所述结合图2，用户可以通过将定点设备悬停在列表上的特定项目上来做出这样的请求。然而，预览项目的请求可以采用任何形式。在320处，可以显示项目的预览。再次参考图2的示例，预览212是可以显示的预览的示例。然而，预览可以采用任何形式。

在322处，可以将所获取的项目包括在文档中。例如，用户可以点击在316处显示的列表上的特定项目。该点击可以是对将特定内容项包括在正在撰写的文档中的指示。

一旦通过用键盘输入内容，通过经由上述过程获取/包括内容，或通过某一其他的机制撰写了文章，那么可以以某种方式传递或存储文档(在324处)。例如，可以在网络上发送电子邮件消息(或任何其他类型的文档)，或者可以将文档存储在盘上。可以做出对所创作的文档的任何使用。

图5示出了可用于实现此处所述的主题的一些或全部的示例性系统500。系统500可用于实现图3的过程，但是系统500可用于实现任何过程。相反，可以使用系统500的组件来实现图3的过程，但是该过程可以用任何组件来实现。

系统500可以包括文档撰写组件502、内容包括组件504、内容获取组件506和/或数据库508。这些元件可以用存储在数据记忆组件(如下文中结合图7所讨论的)中的和/或在处理器(也如下文中结合图7所讨论的)上执行的代码和/或数据的形式实现。作为另一示例，系统500的元件可以被实现为硬件。然而，图5中所示的元件可以用任何方式来实现。

文档撰写组件502可以接收要包括在文档中的内容。例如，文档撰写组件502可以生成和/或提供为文档收集键入的内容的用户界面元件102(在图1中示出)。

内容包括组件504可以协助用户获取要包括在文档中的内容。例如，内容包括组件504可以提供用户界面元件106(在图1中示出)，后者可供用以获取要包括在文档中的内容。内容包括组件504可以显示可由用户激活的各种控件(例如图1中示出的按钮)。

当用户请求时，内容获取组件506可获取内容。例如，当用户激活按钮(或某种其他类型的控件)时，内容包括组件504可以接收控件已被激活的指示，并且可以请求内容获取组件506采取行动以获取内容。例如，内容获取组件506可以是搜索引擎、地图生成服务或者检索或创建内容的(或导致检索或获取这种内容的)某种其他类型的组件。

数据库508可以是可以由内容获取组件506获取的内容的存储。例如，数据库508可以存储网页的索引、电影的列表或餐馆评论的集合等。数据库508在图5中被示为在系统500内，但它也可以是在系统500外部的。

图6示出了可被执行以允许用户创作文档并为该文档获取内容的一组示例性动作，作为集成的UI的一部分。

当将获取内容的工具集成到创作界面中时，工具可以提供来自各个源的内容。由此，在602处，可以加入这些源。加入源可涉及选择某些公共的信息源(例如特定搜索引擎、特定地图服务等)。然而，一些源可能涉及更加复杂的商业协议。如上所述，用户的方便是将用于获取内容的工具集成到文档创作界面中的一个原因。然而，集成工具的另一可能的原因是通过适当的商业协议引导对内容的选择。例如，web邮件服务的运营商可能在其电子邮件撰写屏幕上提供内容获取工具。为了货币化web邮件系统(或出于某种其他的原因)，服务的运营商可能与各种内容源的提供商签订协议(框604)。这些协议可能提倡内容获取工具来促进来自特定源的内容以交换货币。例如，可以有与Zagat的提供餐馆信息的协议、与Netflix的提供电影信息的协议等。这种信息供应商可能付款以使得内容获取工具将用户引到他们的内容(或者可选地，他们可为对他们的内容的使用进行收费)。

可以形成的附加类型的商业关系是提供内容获取功能的实体允许将该功能与另一实体的应用程序一起使用。为了方便该使用，实现内容获取功能的实体可以提供由其他方使用的开发工具(在606处)。例如，参考图1的用户界面元件106(其可帮助用户获取内容并将内容插入到文档中)，可以提供允许将元件添加到任意网站的开发工具。由此，web邮件服务、在线文字处理系统或任何其他类型的系统的运营商可以使用该开发工具来将内容获取功能添加到其网站上。

在608处，可以将界面(例如图1中示出的用户界面100)提供给用户。提供界面给用户可涉及传递HTML内容以便显示在用户的web浏览器上，或者在由用户的计算机上的操作系统提供的窗口中显示内容。界面可以具有用于从用户处接收内容的元件(例如在图1中示出的接收用键盘输入的内容的用户界面元件102)。界面也可以具有提供从在602处加入的源处获取附加内容和/或插入附加内容的选项的元件(例如图1中示出的用户界面元件106)。注意，特定源可以是选项之一，或者可以仅是内容的源。例如，Zagat可能提供餐馆信息。可以响应于点击“餐馆”按钮提供来自Zagat的信息。然而，可以有返回这种信息的“Zagat”按钮。

在610处，可以接收用户已激活了选项中的一个以获取内容的指示。如上所述，各种选项可以被示为按钮，当按钮被点击时其每一个可以生成HTTP请求。对这种HTTP请求的接收是对用户已激活特定选项的指示的示例。然而，用户交互可以以任何形式做出，以便于适应各种不同的使用模型。例如，可以使用除了HTTP以外的网络技术。此外，用户交互(以及用户正与之交互的软件)可以被包含在本地机器内而非分布在网络中的机器上，在这种情况下可以使用支持与本地应用程序的用户交互的机制。

在612处，可以从对应于选项中的第一个的源获取内容。例如，如果用户激活餐馆选项，那么可以获取来自Zagat的关于餐馆的内容。选项可以按照源来命名(例如可以有用于“搜索Zagat的数据库(search Zagat’s database)”的选项)，或者带有听上去更一般的名称的选项(例如“餐馆”)可以基于用户正在寻找餐馆信息的事实从一个或多个源(例如Zagat)获取内容。

在获取了一个或多个内容项之后，可以将这些项中的一个或多个添加到文档中(在614处)。如上所述，用户可点击项目以指示要将项目添加到文档中。例如，图1示出了其中获取地图122作为内容并接着将其加入到文档中的示例。

图7示出了其中可以部署此处所述的主题的各方面的示例性环境。

计算机700包括一个或多个处理器702以及一个或多个数据记忆组件704。处理器702通常是微处理器，诸如在个人台式或膝上型计算机、服务器、手持式计算机或另一种计算设备中发现的那些微处理器。数据记忆组件704是能够短期或长期存储数据的组件。数据记忆组件704的示例包括硬盘、可移动盘(包括光盘和磁盘)、易失性和非易失性随机存取存储器(RAM)、只读存储器(ROM)、闪存、磁带等。数据记忆组件是计算机可读存储介质的示例。计算机700可以包括显示器712或与之相关联，显示器712可以是阴极射线管(CRT)监视器、液晶显示器(LCD)监视器或任何其他类型的监视器。

软件可以存储在数据记忆组件704上，并且可以在一个或多个处理器702上执行。这种软件的一示例是可以实现上文结合图1-6所述的某些或全部功能的内容获取和/或包括软件706，尽管可以使用任何类型的软件。软件706可以例如通过一个或多个组件实现，这些组件可以是分布式系统中的组件、单独的文件、单独的函数、单独的对象、单独的代码行等。其中程序存储在硬盘上、载入到RAM中并且在计算机处理器执行的个人计算机代表图7中描述的场景，尽管此处所述的主题不限于该示例。

此处所述的主题可以被实现为存储在一个或多个数据记忆组件704中并且在一个或多个处理器702上执行的软件。作为另一示例，本主题可以被实现为具有执行一个或多个方法动作的指令的软件，其中指令被存储在一个或多个计算机可读存储介质上。执行动作的指令可以被存储在一个介质上，或者可以散开分布在复数个介质上，这样使得指令可以共同出现在一个或多个计算机可读存储介质上，而不关是否所有的指令恰好在相同的介质上。

在一个示例性环境中，计算机700可以通过网络708通信地连接到一个或多个其他设备。可能在结构上类似于计算机700的计算机710是可以连接到计算机700的设备的一示例，尽管也可以将其他类型的设备这样连接。

尽管用结构特征和/或方法动作专用的语言描述了本主题，但可以理解，所附权利要求书中定义的主题不必限于上述具体特征或动作。相反，上述具体特征和动作是作为实现权利要求的示例形式公开的。

Claims (15)

1.一种方便文档的撰写的方法，所述方法包括：

呈现(302)从用户处接收要包括在所述文档(104)中的第一内容(124)第一用户界面元件(102)；

呈现(306)供用以获取第二内容(202)的第二用户界面元件(106)；

响应于所述用户对所述第二用户界面元件(106)中的控件(108)的激活获取(310)所述第二内容(202)

将所述第二内容(202)的项目(206)包括(322)在所述文档(104)中；以及

在网络(708)上传达(324)所述文档或存储(324)所述文档(104)。

2.如权利要求1所述的方法，其特征在于，所述第二用户界面元件指示内容的类别，并且其中对所述第二内容的所述获取包括：

执行对信息文集的搜索以获取标识所述类别中的项目的结果；以及

基于已由所述结果标识的所述项目来检索所述项目。

3.如权利要求1所述的方法，其特征在于，对所述第二内容的所述获取包括：

响应于所述用户对所述控件的激活，联系生成所述项目的服务。

4.如权利要求1所述的方法，其特征在于，还包括：

在获取所述第二内容之后，在所述包括之前显示所述项目的预览。

5.如权利要求4所述的方法，其特征在于，还包括：

显示多个项目的列表，所述项目在所述列表中具有一条目；以及

接收所述用户的定点设备正悬停在所述列表中所述项目的条目上的指示；

其中响应于所述指示显示所述预览。

6.如权利要求1所述的方法，其特征在于，还包括：

分析所述第一内容以确定内容选择准则；其中对所述第二内容的所述获取是基于所述内容选择准则的。

7.具有用于执行如权利要求1-6中的任一项所述的方法的可执行指令的一个或多个计算机可读介质。

8.一种在文档中包括内容项的系统，所述系统包括：

处理器(702)；

在所述处理器(702)上执行的文档撰写组件(502)，所述内容撰写组件(502)接收要包括在所述文档(104)中的第一内容(124)；

内容包括组件(504)，其提供供用以获取要包括在所述文档(104)中的第二内容(202)的用户界面元件(106)，所述用户界面元件包括可激活控件(112)；以及

内容获取组件(506)，其响应于用户对所述可激活控件(112)的激活获取所述第二内容(202)。

9.如权利要求8所述的系统，其特征在于，还包括：

所述内容获取组件从其中获取所述第二内容的数据库。

10.如权利要求8所述的系统，其特征在于，所述系统是由第一实体操纵的，并且其中所述内容获取组件从所述第二实体处获取所述第二内容，所述第一实体已签订促进所述第二实体的内容的协议。

11.如权利要求8所述的系统，其特征在于，所述内容获取组件通过从自多个源获取的数据当中进行聚集或选择来获取所述第二内容。

12.如权利要求8所述的系统，其特征在于，所述第二内容包括对事件的指示和到要发生的所述事件的位置的地图，并且其中所述内容包括组件向所述用户提供包括对所述事件的描述、所述地图或者对所述事件的所述描述和所述地图两者的选项。

13.如权利要求8所述的系统，其特征在于，所述内容包括组件响应于来自所述用户的请求提供所述第二内容的项目的预览。

14.如权利要求8所述的系统，其特征在于，所述内容包括组件向所述用户提供多个内容类别的选择。

15.如权利要求8所述的系统，其特征在于，其中所述内容包括组件分析所述第一内容以确定要提供给所述用户的内容的类别或用于获取所述第二内容的搜索的过滤准则。

Images