Share via


SharePoint 2013 中的搜索功能概述

原文发布于 2012 年 9 月 29 日(星期六)

快速介绍:
我叫 Gerhard Schobbe,是 SharePoint 组织中负责开发针对企业中的信息工作者的搜索方案的团队的一名产品组项目经理。

版本目标

下面,我先来谈谈此版本的目标。

对于任何版本,我们的目标是在多个方面取得进展;对于 Office 2013 版本,我们首先要在以下三个方面取得进展:

  • 移至单个企业级搜索平台
  • 实现最终用户与搜索系统交互的真正明显的进步
  • 将此平台构建为一个针对应用程序的更通用的信息访问层,包括 SharePoint 的其他部分,当然还包括第三方开发

我将深入说明各个方面,并使用一些示例来重点说明我们所取得的进展。继这篇概述性文章之后,我将在随后的数周和数月内发布一系列有关各个子系统的内幕的更详细的教程。

单个搜索平台

首先,我们来了解一下有关获得单个企业级搜索平台的目标。在 2008 年年中收购 FAST 并随后发布 Office 2010 之后,Microsoft SharePoint 2010 产品线包括双层搜索产品,这两个层基于不同的技术堆栈:SharePoint 2010 包括基于在 Redmond 中开发的代码库的企业级搜索系统,较高层包括 FAST Search Server 2010(这是一个在完成收购后基于 FAST 技术堆栈开发的系统)。

但同样清楚的是,集这两种实现的优点于一身的系统将提供全方位的更佳企业级搜索产品,同时简化客户选择并实现双赢。甚至更理想的情况是,可利用重新思考总体体系结构的过程来集成 FAST 一直使用且尚未广泛发布的多个现代组件,包括更新的内容和查询处理框架。

在工程工作上付出了多年的努力后,最终通过此计划获得了一个系统,该系统将 SharePoint 搜索中常见的爬网程序和连接器框架与 FAST 中的下一代内容处理框架和查询处理框架相结合,所有这些组件都与基于 FAST 搜索的搜索核心配合使用。

针对最终用户和 IT 管理员的默认用户体验将再次承载于 SharePoint 中 - 其中已从 2010 年发布的基于服务器的呈现方法到异步客户端方法对最终用户体验进行了彻底的修改(以后将详述)。

此外,我们能够集成一个用作各种作业(包括排名算法和建议)的运行时的新分析引擎。

值得一提的是,已完成使搜索平台成为云承载的平台所需的大量工作 - 在联机提供最新版本时,将推动 O365 服务。

下图显示了图形摘要(点击图片以放大)。

 

 

创建突破性的用户体验

 

 

这向我们呈现了第二个投资区域,即为所有最终用户提供突破性的改进功能。从传统上说,用户将在搜索中心主页上输入一组将被视为关键字的搜索词,而结果是一个链接排名列表,包含三行摘要和少量元数据。下面我将介绍如何在每种情况中移至下一级别。

 

搜索中心主页是主要入口点:

 

在此版本中,每个工作组网站中的每个搜索框都提供了针对企业范围的搜索、人员搜索和其他专门搜索体验的完全访问,并提供了针对传统范围的网站搜索的完全访问。用户可以从搜索框中的下拉列表中访问所需的范围。

这使得企业级搜索体验的强大功能对于在工作组网站工作或在围绕 SharePoint 的各种集线器之一中工作的任何用户都触手可及。

每个词均为一个关键字:

在对我们已获得其权限的一系列客户查询日志进行周密分析后,我们清楚地发现许多用户查询都由关键字命令字混合组成,其中后者可能指示用户所查找的结果的类型。查询的另一大类别是导航 查询,在这种意义上,预期结果为一个位置、一个工作组网站、一些其他的网站、一个文档库或者甚至是用户使用过几次的某个特定文档。

 

为了进一步阐释命令字的概念,我们来看一下示例“marketing deck”。用户显然(一眼就可以看出)在查找有关市场营销的演示文稿 - 但任何演示文稿都不会包含字“deck”- 这只是常见术语。将查询中的词归类为实际关键字(此示例中为“marketing”)和需要转换为查询中的其他限制的命令字(在此示例中,为一个将结果类型限制为所有定义为演示文稿的文件类型的类型约束)会更有用。例如,提示用户查找某个网站或专门查找不是网页的文档也是同样的概念。此思维过程促成了查询规则的引入,它是一种用于查询分析的常见的可扩展系统,该系统将查询词映射到关键字并支持将命令字转换为属性查询。查询规则还具有更高级的功能,包括利用用户行为创建结果块。可使用查询规则完成的所有工作将在另外的博客文章中进行更详细地阐述。

结果的单排名列表:

 

查询规则允许同一个查询有多种解释。可能会有一种解释侧重于导致产生一组文档的类型限制(如上面的示例所述)。另一种规则可能会从公司(如 Microsoft)的工作类型词典中触发一个定义良好的规章制度“Marketing”,并将带回一组具体范围限定为包含每个规章制度的已仔细审查的内容的企业 HR 存储库的结果。此外,假定这两种解释都是错误的并且针对索引的传统关键字查询最有可能发现用户查找的正确结果会很有用。将三组结果重组到一个页面中便构成了结果块 这一概念。使用在不同的位置插入的一组已排名的块扩充各个结果的单排名列表,其中每个块均包含单个排名结果。

此外,在这个方面需要更详细的解释来展示基本概念的重要性。

以下屏幕截图显示了一个示例 - 查询“marketing deck”的结果页显示一个具有与查询“marketing”匹配的“decks”(演示文稿)的块,后跟整个查询的常规结果。

 

具有三行摘要的链接:

 

显然,就用户在快速检查结果以找到最适合的结果方面所具有的能力而言,尝试将更多信息塞入屏幕上可用的相同数量的像素空间将不会实现真正的改进。利用悬停面板可做到这一点,可扩大此面板以显示网站、文档和对话的可视化预览。它还为我们提供了空间,使我们能够将隐式设计为以单向方式阅读 文档或网页的体验扩展为可对搜索结果正确执行的一组可扩展操作。例如,跟踪某个文档,直接跳转到编辑模式或者共享或打开将文档存储到的库以查看可用的其他内容 - 并且这些操作只是默认操作。

最后但并非最不重要的一点是,我们实现了对多个文档类型的语义部分的提取(它们在悬停面板中显示为强大的“深度链接”),而不只是将希望寄托在文本摘要上。这是因为 PowerPoint 演示文稿中的幻灯片标题可能已经过演示者的精心设计,可以汇总每张幻灯片的内容,即使没有对文件名进行特定的描述。

我们现在提取并显示与关键字对应的幻灯片标题,并允许用户将针对索引中 1 亿以上个项目的查询缩小为一张具有相关标题的幻灯片 - 然后通过一次单击即可准确实现该幻灯片的演示。除了 SharePoint 网站之外(首要子网站和文档库),此功能还适用于 Word 文档和 Excel 文档(侧重于图形和命名表)。

此外,支持所有这些新功能的 UI 框架已经过重新设计。此框架基于 JavaScript 和 HTML 中定义的一组嵌入式布局模板,以便实现更轻松的扩展。每个结果类型都具有一个用于控制结果列表中的布局的模板和一个悬停面板模板。块布局由一个单独的模板控制,然后所有结果的布局由一个组模板定义 - 它们都将适应所需的演示文稿布局。例如,默认情况下包含的视频搜索会将网格布局与自定义的结果布局结合使用以便呈现视频结果。如果通过只更改模板而不更改所需的基础结果 Web 部件的代码来实现这一点,则会是一个完全不同的样子。

将这些改进结合在一起即可创建功能强大且响应性很高的用户体验,此体验具有以下特点:可从 SharePoint 中的任意位置进行访问,更好地理解用户查询,通过直接访问网站和文档 的最详细的信息来提供高度可视化的结果,然后使用户无需离开结果页即可对结果执行操作。

下图显示了针对 PowerPoint 演示文稿的体验的外观示例:指向文件中相关的幻灯片标题的链接,允许用户以交互方式分页浏览平台的可视化预览和一组沿面板底部排列的操作链接。



作为信息访问平台进行搜索

第三个目标是建立作为更通用的信息访问平台的搜索平台。
正确配置的企业级搜索索引构成了企业中可用的一组令人惊讶的信息 - 它不仅跨越了不同的文档管理系统的信息孤岛,而且可使这些系统中的元数据架构规范化。

将所有此类信息公开为一种可交互的以关键字为中心的用户体验是不错的做法,但为何就此停下呢? 有许多用户体验可通过将以用户为中心的视图结合起来而受益,该视图忽视基础孤岛的界限并利用基于内容关键字的匹配和排名来首先显示最适当的项目。

为了说明这意味着什么,我想着重说明一下默认情况下包含在 SharePoint 2013 中的一些示例:

  • 在 MySites 中,用户可以访问分配给其的所有 SharePoint 任务的列表,而不考虑用于存储工作分配的网站。
  • 现在每个文档库的顶部都有一个搜索框,用户可利用该搜索框在其文档的元数据和全文中进行搜索,并且结果列表将以标准 SharePoint 视图而非结果页的形式呈现。
  • 单击文章或讨论中的哈希标签可显示有关企业范围主题的所有对话的列表。

此版本中包含许多更令人兴奋的新功能,例如,用于按照规则定义类型的新方法(例如,合同应不同于通用文件类型“Word”)、可在 UI 中和通过 XRANK 调节的更佳现有相关性、跨 SharePoint 和 Exchange 的电子数据展示、使内容保持更新的持续爬网、在“混合”配置中将来自 O365 用户的结果与本地结果组合在一起的设施、现在提供 CSOM 和 RESTful API 的系统等等。

 

我们希望您喜欢 - 注册 O365 预览版联机环境,或在此处(该链接可能指向英文页面)下载位数并将其安装到本地计算机上。

告诉我们您的想法!

G.

这是一篇本地化的博客文章。请访问 Overview of Search in SharePoint 2013 以查看原文