知识搜索系统

本申请要求于2018年10月23日提交的名称为“Knowledge Search System”的美国临时申请No.62/749,457的优先权，其全部公开内容通过引用合并于此。

技术领域

本公开总体上涉及知识搜索平台，并且尤其涉及具有可通过实体定制的可搜索元素的搜索平台。

背景技术

在过去，商家(例如，企业和个人)已经花费了大量时间、金钱和精力，以便在电子环境中向客户(例如，最终用户)发布关于其产品和服务的信息(例如，广告)。一直以来，各种媒体已经被用于实现这些商业事务。开放网络(如互联网)的普遍性为吸引新客户和留住老客户提供了一种全球手段。

最终用户可以使用搜索引擎来获得经由网络(例如，互联网)发布和可访问的与商家相关的信息。搜索引擎是搜索数据库并且收集和显示与最终用户指定的搜索项相关的信息的软件程序。商家与搜索引擎的交互是商家联系最终用户并响应于最终用户的搜索查询向最终用户提供有关商家的质量信息的能力的重要因素。

附图说明

从下面给出的详细描述以及从本公开的各种实施方式的附图，将会更充分地理解本公开。

图1示出根据本公开的实施例的包括知识搜索系统的示例环境。

图2为根据本公开的实施例的响应于来自开发者系统的搜索查询生成搜索结果的示例方法的流程图。

图3示出根据本公开的实施例的包括被配置为执行搜索算法且可操作地耦合到开发者用户系统和营销者用户系统的知识检索系统的框图。

图4示出根据本公开的实施例的由知识搜索系统生成的示例接口。

图5为示出根据本公开的实施例的由知识搜索系统生成搜索体验类型的示例的图。

图6A-6E示出根据本公开实施例的与知识搜索系统对搜索体验的管理有关的示例接口。

图7A-7B示出根据本公开实施例的与知识搜索系统对分析的管理有关的示例接口。

图8示出根据本公开的实施例的与由知识搜索系统管理的搜索体验配置和分析有关的示例接口。

图9A示出了根据本公开实施例的生成关联多个实体类型的关系类型以管理与商家系统相关联的知识图中的更新的示例方法的流程图。

图9B-9C示出根据本公开的实施例的与实体类型和关系类型的生成有关的示例接口。

图10示出根据本公开的实施例的生成与由知识搜索系统生成的定制实体类型有关的字段的示例接口。

图11为本公开的实施方式可以在其中操作的示例计算机系统的框图。

具体实施方式

为了找到关于从最终用户(例如，经由网络接口发起搜索的用户)接收到的查询的相关数据，许多搜索引擎基于最终用户提供的文本数据来使用关键字搜索。在进行搜索时，最终用户寻求识别响应于由搜索引擎基于搜索查询输入中的关键字复制并建立索引的查询的网络元素(例如，网页)。如果任何关键字不正确(例如，不完整，包括印刷错误，拼写错误等)或没有被搜索引擎索引，则可能无法响应于查询识别或发现最终用户寻找的信息。如果搜索查询中的关键字组合与大量网页匹配，则有关这些网页的信息(例如，链接)可以被列在若干个搜索结果网页上。这可能需要最终用户在找到期望信息之前手动单击多个链接并对成百上千个相似的网页进行翻查。在其他情况下，由于最终用户查询的关键字和与实体(例如，商家)相关联的在线数据之间存在差距(例如，内容不足)，可能未找到响应于用户查询所请求的信息。这样，为找到特定的产品或服务，最终用户必须处理的信息和错误信息的量可能会产生过于耗时的过程，结果在最终用户获得期望信息之前放弃搜索努力，这可导致与搜索查询相关联的商家失去了商机。

本公开的实施例通过提供一种知识搜索系统来解决常规搜索引擎技术的上述问题和其他缺陷，该知识搜索系统使最终用户(例如，使用搜索引擎的个人能够获得关于商家、产品或服务的知识或信息)采用一种或多种知识搜索特征来生成改进的搜索体验。在一个实施例中，知识可以被定义为关于主题的“事实”、信息或数据，其可以被存储在数据存储(例如，数据库)中并被查询以产生响应性搜索结果。在一些实施例中，知识搜索引擎平台包括自然语言处理器，该自然语言处理器可以处理搜索查询提示和自动完成技术，以直观地朝着有用的响应指引最终用户。知识搜索处理是由知识搜索引擎平台基于与商业产品数据相关的某些数据的信息进行的。

在一个实施例中，商家用户(即，代表商业实体进行操作的用户；也称为“实体用户”)可以使用本公开的知识搜索系统来管理和集中处理与实体(例如，公司)有关的结构化数据，并在电子平台(例如，与该实体相关联的第一方网站或第三方网站)上显示实体数据。在一个实施例中，可以经由知识搜索系统将实体数据提供给多个不同的发布者系统(例如，诸如Google

在一个实施例中，本公开的知识搜索系统可以利用多种不同的实体类型(例如，信息的类别或分类器)来组织可搜索信息，以响应于查询而生成包括期望信息的搜索结果。这些不同实体类型可以是基于系统的实体类型(例如，由知识搜索系统生成并由多个不同实体使用的默认实体类型；也称为“系统实体类型”)和定制的实体类型(例如，由知识搜索系统根据来自特定实体的指令生成的实体类型)。在一个实施例中，定制的实体类型(也称为“定制实体类型”)可以由实体生成、选择和管理，以在响应最终用户搜索而生成搜索结果时为我们提供可搜索的信息元素。

在一个实施例中，可以经由关系类型将定制实体类型映射至、链接至、关联于、或在逻辑上连接至另一实体类型。在一个实施例中，关系类型可以包括多个实体类型之间定义的关联。例如，可以通过一个或多个关系类型来关联多个定制实体类型。在另一示例中，定制实体类型和系统实体类型可以通过一个或多个关系类型链接。有利地，定制的实体类型和关系类型使实体用户能够经由知识搜索系统(例如，在单个“位置”或经由系统)更新实体数据，并使实体数据在多个不同的发布者系统(例如，多个不同的搜索引擎)上和跨多个不同的发布者系统进行更新。就这一点而言，通过单个交互，实体用户(例如，公司)可以通过对与第一实体类型相关联的数据进行更新、添加、修改、更改等来更新实体数据，并且对于通过一个或多个已建立的关系类型与第一实体类型相关联的其他实体类型执行相应的数据更新。这使得能够跨多个不同的发布者系统对实体数据进行更新，以建立由不同发布者系统响应于查询而向最终用户返回的实体数据的类型、质量和准确度的统一性和一致性。

图1示出了示例性环境10，该示例性环境10包括可操作地耦合至一个或多个商家系统101的知识搜索系统100。在一个实施例中，知识搜索系统100使操作通信地连接的代表商家系统101的商家装置102的用户(本文称为“商家用户”)能够根据本公开的一个或多个方面增强与商家相关联的一个或多个商业列表。

根据一些实施例，知识搜索系统100包括被配置为执行如本文详细描述的各种功能、操作、动作和活动的模块。在一个实施例中，知识搜索系统100包括可操作地耦合到一个或多个处理装置140和存储器150的实体类型管理器110、搜索体验管理组件120以及知识搜索引擎130。在一个实施例中，存储器可以包括被配置为存储与知识搜索系统100有关的数据的知识搜索系统数据库。在一个实施例中，软件模块可以在由一个或多个网络(其可以包括互联网)互连的知识搜索系统的一个或多个计算机平台上执行。软件模块可以是例如硬件组件、电路、专用逻辑、可编程逻辑、微代码等，其可以由执行知识搜索系统100的存储器150所存储的指令的处理装置140来实现。

在一些实施例中，响应于由一个或多个最终用户系统170经由可操作的耦合到知识搜索系统100的知识搜索引擎130的接口发起的一个或多个搜索查询172，知识搜索系统100可以生成增强的商业列表，以提供给最终用户系统170。在一个实施例中，搜索查询172可以由一个或多个最终用户系统170经由知识搜索系统100、商家系统101和一个或多个商业列表提供者系统180(例如，诸如

在一个示例中，最终用户系统可以是搜索关于一个或多个商家的信息的客户或潜在客户。在一个实施例中，知识搜索系统100可以通信地连接到最终用户系统170，并操作以响应搜索查询172。

在一个实施例中，知识搜索系统100经由合适的网络(未示出)可操作地耦合到一个或多个商家系统101、一个或多个最终用户系统170和商业列表提供者系统180，所述网络例如包括：互联网、内联网、外联网、广域网(WAN)、局域网(LAN)、有线网络、无线网络，或其它合适的网络等，或者两个或更多个这样的网络的任何组合。在一个实施例中，如下面结合图1-11更详细地描述的，知识搜索系统100包括处理装置140和存储器150，其被配置为执行和存储与知识搜索系统100的各种组件、服务和模块的功能相关联的指令。

在一个实施例中，商家系统101可以包括知识搜索系统100的一个或多个组件。在这个实施例中，商家系统101和知识搜索系统100可以集成在一起，使得商家系统101利用知识搜索系统100及其相关功能来对从通信地连接的最终用户系统170接收到的一个或多个搜索查询172进行响应。根据本公开的实施例，如图1所示，用户装置130可以向商家系统101(其中商家系统120与知识搜索系统100集成)提交搜索查询172和/或向知识搜索系统101提交与商家系统120相关联的搜索查询172。

商家可以经由商家系统101使用知识搜索系统100来管理其在知识搜索系统100上的数据(也称为“商家数据”)，并响应于搜索查询172“推送”或以其他方式提供该商家数据给最终用户(例如，客户)和/或“推送”或以其他方式提供商家数据给一个或多个商业列表提供者系统180。就这一点而言，商家系统101控制从知识搜索系统100返回给最终用户的数据。在其他实施例中，至少部分商家数据可以自另一系统“拉取”或以其他方式接收，该另一系统例如是与商家相关联的网站或其他类型的搜索网站。在一个实施例中，商家用户使用商家系统101与知识搜索系统100进行通信以请求对商家数据(例如，可以响应于相关联的输入查询140而提供给最终用户的数据)的更改。

在一些实施例中，商家系统101和商业列表提供者系统180包括一个或多个模块(例如，API)，知识搜索系统100与该模块进行交互以执行操作并向最终用户系统170提供相关的商家数据。例如，商家系统101和商业列表提供者系统180可以包括API，以访问一个或多个规定的数据库，这些数据库专用于存储有关特定商家的产品、服务、雇员、事件等的信息(例如，商家数据)。在其他实施例中，知识搜索系统100可以包括存储所有或部分商家数据的数据库。例如，知识搜索系统100可以包括一个或多个专用于存储与商家数据有关的信息的规定的数据库。

如图1所示，知识搜索系统100可以包括在由一个或多个网络(其可以包括任何合适的网络，例如互联网)互连的一个或多个计算机平台上执行的多个模块。在一些实施例中，这些模块可包括一个或多个硬件组件、电路、专用逻辑、可编程逻辑、微代码等、以及可由知识搜索系统100的一个或多个处理装置执行的一组或多组指令。这些模块可以例如包括(1)实体类型管理器110，其被配置为使商家系统101能够建立定制的实体类型和将与商家数据相关的多个实体类型相关联的关系类型，(2)搜索体验管理组件120使商家系统101能够配置或定制一组或一批输入字段以定义可以呈现给最终用户系统170并由其使用的搜索体验，以进行与商家有关的搜索(例如，其中搜索体验是经由商家系统网站的接口提供给最终用户的)，(3)知识搜索引擎130通过分析由最终用户系统170发起的搜索查询来提供增强的网站搜索，以识别与关于特定商家的问题相关联的自然语言查询(例如，与产品、服务、雇员、事件、位置等有关的商家数据)。

在一个实施例中，知识搜索系统100被配置为基于诸如距离、重要性、流量、文化相关性、行业相关性、事件类型相关性、目录与编辑站点，付费与免费，长期与最后一刻计划等因素，跨各种专业技术与商家系统101、最终用户系统170和商业列表提供者系统180通信。

实体类型管理器110允许商家系统101(例如，商家用户)与知识搜索系统101交互以执行各种操作，例如，生成与商家数据相关联的定制的实体类型，并在与商家数据相关联的多个不同实体类型之间建立关系(即，关系类型)。

在一个实施例中，最终用户可以使用用户装置130对响应于搜索查询172向最终用户提供的商家信息的一部分提交建议的或请求的更改或对其进行编辑(例如，如果最终用户确定发布的时间不正确，则最终用户可以建议更改商家的营业时间)。作为响应，知识搜索系统100检查所提议或建议的更改并将更改请求提供给商家系统。在一个实施例中，知识搜索系统100可以更新与商家相关联的信息，并向商家系统101提供更新或更改的通知。在一个实施例中，知识搜索系统100收集与商家相关联的更新的信息，并在采用更新或更改之前，将更新的信息提供给商家系统101进行审查和批准。

在一些实施例中，知识搜索系统100使商家用户能够经由会话用户接口(UI)与他们的最终用户进行交互。商家用户可以通过实体和/或通过交互类型选择加入知识搜索系统100的这个特性。在一些实施例中，商家用户为实体上的每种交互类型添加电话号码和/或帐户信息(不与用户相关联)。在一些实施例中，知识搜索系统100可以针对某些账户类型或企业自动启用商家系统，并使用客户匹配API来收集关于商家用户的社交媒体相关信息(例如，最终用户的Facebook

根据本公开的实施例，知识搜索引擎130基于来自最终用户的输入(例如，由最终用户系统170经由可操作地耦合到知识搜索系统100的接口提交的搜索查询172)执行搜索。在一个实施例中，可以基于最终用户输入的信息(例如，他们的邮政编码、地理位置或可能使得确定最终用户的位置和/或感兴趣的位置的其他信息)来进行搜索。在另一实施例中，可以基于最终用户(例如，用户装置130)正从何处搜索来进行搜索(例如，查询用户装置的IP地址并与该搜索结合使用)。知识搜索引擎130可以评估搜索结果以向商家用户提供推荐。在一个实施例中，推荐可以作为由知识搜索系统100提供的通知而呈现给商家系统101。

在另一个实施例中，如在本文详细描述的，知识搜索系统100向商家系统101提供一个或多个推荐，以改进与商家有关的搜索结果的内容。例如，可以由知识搜索引擎130执行对在索引的搜索引擎数据库中发布的竞争者信息的搜索。例如，知识搜索系统100可以确定与商家相关联的竞争者发布了与竞争者在适用位置的商店相关联的多个图像。在一个实施例中，知识搜索系统100可以向与商家系统101相关联的一个或多个商家装置102发送消息(例如，文本，电子邮件等)，以推荐商家将照片添加到对应于竞争者的营业地点的适用营业位置。当从商家系统101输入时，知识搜索系统100可以将照片上传到一个或多个商业列表提供者系统180。

根据一个实施例，知识搜索系统100可以生成一个或多个接口以使最终用户系统170能够执行对信息的搜索。在一个实施例中，由知识搜索系统100呈现给最终用户系统170的一个或多个接口(例如，通过最终用户所采用的用户装置的图形用户接口)可以提供以下一个或多个特性：1)在少于100ms、少于50ms等的示例范围内，响应于最终用户的输入条目(例如，当最终用户键入或以其他方式输入(例如，语音命令)他或她的搜索查询时)执行实时自动完成；2)生成响应结果卡(例如，对最终用户搜索查询的一个或多个响应，其包括包含地图的位置信息、与商家相关联的事件等)；3)提供单个搜索接口(例如，单个框)，以使最终用户能够使用单个搜索查询(例如，由单个搜索动作发起的搜索)来搜索和识别多种不同类型的信息；4)基于不正确或模棱两可的搜索查询生成搜索结果(例如，被配置为管理拼写错误和同义词的宽容搜索)；5)基于一个或多个排名参数生成搜索结果的排名列表，其被配置为以优化的方式呈现搜索结果数据以供最终用户消费；6)生成包括一个或多个部分的搜索结果，以区分搜索结果；7)生成包括突出显示一个或多个“匹配的”搜索项的搜索结果；8)除相关实体外，还对与该搜索有关的属性进行搜索；9)启用键盘导航，以允许最终用户使用箭头键并输入以导航用户友好的搜索体验。

如图1所示，知识搜索系统100可以可操作地耦合到一个或多个开发者系统105，以向开发者提供增强和改进的功能。在一个实施例中，知识搜索系统100向一个或多个开发者系统105提供JavaScript库，该JavaScript库被配置为包装关联的应用编程接口(API)以便于关联的用户接口(UI)的显示。在一个实施例中，知识搜索系统提供改进的API，使得开发者系统105能够进行一次API调用以搜索所有可用数据库并以结构化格式返回结果。有利地，前述特性使知识搜索系统100能够通过减少API调用以及相关的处理时间和资源消耗来减少使用移动装置的开发者用户所经历的延迟和成本。

图2示出了流程图，该流程图示出了根据本公开实施例的示例过程200，该过程包括由与开发者用户通信地连接的知识搜索系统(例如，图1的知识搜索系统100)执行的步骤。

在框210中，知识搜索系统向开发者用户(例如，由开发者系统105的用户操作的装置或系统)呈现搜索字段。在框220中，知识搜索系统从开发者用户接收第一输入。在一个示例中，第一输入可以包括开发者用户在提供的搜索字段中输入的一个或多个字符。

在框230中，知识搜索系统响应于从开发者用户接收到的第一输入，生成第一组搜索结果。在一个实施例中，第一组搜索结果可以包括以优先级或排名顺序呈现的多个结果条目。在一个实施例中，可以基于对存储在一个或多个数据库中的信息的检查和分析来得出第一组搜索结果。在一个实施例中，依赖于API，第一组搜索结果的返回可能需要多个复杂的API查询来在多个字段和实体上进行搜索。

在框240中，知识搜索系统显示第一组搜索结果。在一个实施例中，搜索结果可以包括针对每种结果类型的渲染卡。在一个实施例中，第一组搜索结果可以被分组为多个部分。在一个实施例中，可以对搜索结果中与第一输入相关联的文本的一部分匹配的部分进行突出显示。

在框250中，知识搜索系统可以从开发者用户接收对来自第一组搜索结果的第一搜索结果的选择。在一个实施例中，开发者用户可以使用鼠标、键盘、语音命令、触摸屏或其他输入装置或机制来输入他或她的选择。响应于接收该选择，知识搜索系统可以存储该选择(框260)，执行另一搜索(例如，在邮政编码附近显示指导器(advisor)，框270)或将开发者用户重定向到实体网页(例如，显示事件详细信息，方框280)。

在一个实施例中，响应于在框240中显示第一组搜索结果，在框255中，知识搜索系统可以从开发者用户接收第二输入(例如，一个或多个新字符)。响应于第二输入的接收，该过程可以返回到框230并且如图所示继续。

根据本公开的实施例，由知识搜索系统向营销者提供增强和改进的功能。在一个实施例中，知识搜索系统向一个或多个营销者提供特性和功能，以使营销者用户能够调整其搜索体验并优化其相应的搜索结果。在一个实施例中，知识搜索系统基于分析向营销者用户提供微调的搜索结果，该分析使营销者用户能够调整搜索结果以改进其质量。在一个实施例中，这可以以生成对搜索性能的理解为基础。

在一个实施例中，知识搜索系统向营销者用户提供对返回或显示搜索结果的方式进行更改的能力。常规地，更改搜索结果的显示方式要求开发者更改UI或API调用。但是，如果频繁进行更改，那将变得极端令人厌烦。

在一个实施例中，知识搜索系统使API调用变“哑(dumb)”。在一个实施例中，代替执行围绕要搜索的字段、要搜索的实体、要使用的排名等的所有逻辑，知识搜索系统将逻辑移至API调用之后。在一个实施例中，接着，在知识搜索系统内，营销者用户可以使用知识搜索系统接口来控制搜索结果细节。在一个实施例中，由知识搜索系统执行的搜索算法从客户端侧移动到API的后面(例如，对于前端开发者用户不可见)，如图3的逻辑图所示。

在一个实施例中，知识搜索系统包括JavaScript库、用于便于“轻松”查询的搜索API、以及用于启用搜索API配置和分析的改进的接口(例如，配置为经由仪表板(dashboard)显示的知识搜索接口)。

在一个实施例中，JavaScript库使构建搜索体验更容易。在一个实施例中，用户(例如，开发者用户、营销者用户等)可以提供输入、部分标题和结果卡，知识搜索系统的JavaScript库显示搜索结果并管理用户交互。在一个实施例中，JavaScript库可以自动地将分析发送回知识搜索系统，以进行进一步的检查和分析。

在一个实施例中，知识搜索系统可以包括搜索API，该搜索API允许最终用户在单个API调用(例如，响应于最终用户系统的单个指示的单个搜索动作)中搜索多个字段和信息集合(也称为“知识图”)的多个实体。在一个实施例中，知识搜索系统100的搜索体验管理组件120可以被商家系统101用来配置由在单个API调用中搜索的多个输入字段和实体类型定义的搜索体验接口。在一个实施例中，知识搜索系统可以采用一个或多个API过滤器，以使最终用户能够与搜索体验接口进行互动，以在单个API调用中跨多个字段和多个实体执行搜索。在一个示例中，API调用本身是“哑”的，并且可以根据以下示例结构被结构化：

{

搜索实例：“主要的”，

查询：“向前”，

}

在一些实施例中，知识搜索系统100允许商家系统101生成一个或多个搜索体验接口，其包括响应于搜索查询172而显示给最终用户系统170的经组织的搜索结果。在一个实施例中，搜索体验接口(也被称为“思考体验”或“思考体验接口”)可以包括(例如，根据来自商家系统101的输入所识别的)输入字段的集合，其被配置为从最终用户系统接收作为搜索查询一部分的搜索项。在一些实施例中，可以为商家网站上的不同网页创建不同的搜索体验接口。例如，商家用户可以为商家商店定位器网页创建第一搜索体验接口，为商家菜单项查找器网页创建第二搜索体验接口，以及为商家事件日历网页创建第三搜索体验接口。根据实施例，商家系统101可以使用搜索体验管理组件120创建多个不同的搜索体验接口，以经由商家系统101的多个网页进行部署以供最终用户系统170使用。

在一个实施例中，一种或多种不同的数据类型可以用于生成包括多个不同的输入字段的搜索体验接口。在一些实施例中，可用于定义搜索体验接口的示例数据类型是一个或多个输入字段。在一个实施例中，输入字段是一组可搜索属性。在一个实施例中，搜索体验接口的一个或多个输入字段可以用于控制和管理与经由网页输入的搜索查询相关联的文本的输入。例如，输入字段可以是位置选择器，或跨整个知识图(即信息的集合)的搜索。在一些实施例中，每个搜索体验接口可以包含多个输入字段。

在一些实施例中，搜索体验接口的输入字段可以包括一个或多个参数。在一个实施例中，参数表示可以跨对应的输入字段被搜索的数据类型。在一个实施例中，每个输入字段包括至少一个参数。示例参数可以包括名称、实体类型(例如，专业、条件等)、地址等。

图4示出了根据本公开的实施例的由知识搜索系统生成的示例搜索体验接口400。如图所示，搜索体验接口400包括多个输入字段(例如，“位置”输入字段410和“提供者”输入字段420)，该多个输入字段被配置为接收与输入字段类别(例如，位置，提供者，专业等)有关的一个或多个搜索项。在一个实施例中，对于每个输入字段410、420，最终用户可以选择或输入与多个不同参数412、422相关联的一个或多个搜索项。例如，位置输入字段410被配置为使得能够进行针对第一组参数412(例如，参数1、参数2和参数3)的搜索条件的输入，并且提供者输入字段420被配置为使得能够进行针对第二组参数422(例如，参数X、参数Y和参数Z)的搜索条件的输入。在一个实施例中，在执行单个搜索时，可以经由单个搜索动作(例如与搜索动作按钮430的交互)来发起。可以为针对或使用为多个输入字段的参数提供的搜索项(例如，搜索条件)的所示的搜索体验接口400，执行单个搜索。注意，给定的输入字段可以与任何数量的参数相关联，并且可以使用任何数量的输入字段来生成搜索体验接口。

图5示出了由本公开的知识搜索系统生成搜索体验接口的示例。如图5所示，商家系统(例如，商家系统ABC 501)与知识搜索系统500交互以生成用于与商家系统ABC 501相关联的一个或多个网页或其他接口一起使用的搜索体验接口。在这个示例中，知识搜索系统500生成“查找提供者”搜索体验类型。在一个实施例中，商家系统ABC 501选择以下要被包括在“查找提供者”搜索体验接口中的输入字段：“位置”输入字段(即，图5中的输入字段1)和“提供者”输入字段(即，图5中的输入字段2)。在一个实施例中，商家系统ABC 501选择一个或多个参数以与每个输入字段(输入字段1和输入字段2)相关联。在所示示例中，“城市、邮政编码、地点”参数字段与位置输入字段相关联。另外，输入字段2与以下参数相关联：提供者类型、条件、专业，提供者名称和诊所(Practice)名称。有利地，在一个实施例中，参数可以用于经由它们与相应的输入字段的关联来优化搜索体验。在一个实施例中，输入字段和相应的参数经由搜索体验接口被显示给最终用户系统。最终用户可以为每个输入字段输入或选择一个或多个搜索项，以提交搜索查询来由知识搜索系统处理。

在一个实施例中，可以经由与商家系统ABC 501相关联的一个或多个网页或应用页面，将与“查找提供者”搜索体验相关联的搜索体验接口呈现给最终用户系统。经由该搜索体验接口，最终用户可以通过在多个输入字段中提供信息来生成搜索查询。在一个实施例中，知识搜索系统500可以返回与搜索查询相对应的一个或多个搜索结果(例如，一组搜索结果)。

如上所述，在一个实施例中，搜索体验可以具有一个或多个输入字段。在另一个实施例中，可以在没有输入字段的情况下定义和建立搜索体验接口。在一个实施例中，输入字段可以与一个参数相关联。在一个示例中，营销者用户可以调整输入字段的操作方式，而无需与开发者用户一起工作。例如，营销者用户可以将第二可搜索输入字段添加到搜索体验接口。在一个实施例中，知识搜索系统可以生成和处理与每个输入字段相关联的查询分析，以生成与使用输入字段执行的搜索查询相关联的分析数据。

如上所述，当设置输入字段时，商家系统可以用输入字段选择要包括的一组参数。在一个实施例中，当查看分析时，商家系统可以采用该组参数和经由API包括的一个或多个附加“过滤器”。例如，如果用户采用知识搜索系统来收集分析数据，而没有采用输入字段，则可以经由该接口来呈现一个或多个参数(例如，过滤器)。

在一个实施例中，在用户接口中可以通过颜色标识一个或多个参数。商家系统可以使用统一的配色方案配置与一个或多个输入字段相关联显示的参数(过滤器)，其中，参数在商家系统的多个不同网页上具有相同的颜色。

在一些实施例中，知识搜索系统可以包括程序库(例如，JavaScript库)、用于配置和分析的用户接口、以及多个API端点。在一些实施例中，程序库可用于构建搜索体验和相应的搜索体验接口。在一些实施例中，可以为商家系统提供输入、部分标题和结果卡，并且这个库将处理显示结果和用户交互。另外，该程序库可以将分析发回给知识管理器168。

在一些实施例中，响应于最终用户系统经由用户装置提交基于搜索体验创建的搜索查询，存储在与知识搜索系统相关联的数据库中的数据可以被自动同步到与商家系统相关联的网站。

图6A示出了知识搜索系统的示例接口，其被配置为使商家用户能够管理、更改、创建和更新一种或多种搜索体验类型和搜索体验接口。如图所示，代表商家系统(例如，商家ABC)的商家用户可以登录到知识搜索系统以查看与商家系统的帐户相关联的一个或多个搜索体验的显示。如本示例所示，商家ABC具有四种有效的搜索体验：“查找医生”搜索体验、“查找医院”搜索体验、“查找家庭护理和临终关怀”搜索体验以及“查找保险计划”搜索体验。对于每种搜索体验，显示搜索体验名称或标签以及一个或多个相应的输入字段。在一个实施例中，每个输入字段可以具有一个或多个参数，所述参数是由商家系统选择的或是由知识搜索系统设置的默认参数。

图6B示出了由知识搜索系统生成的示例接口，以使商家系统能够生成或创建新的搜索体验。在一个实施例中，商家用户可以从预先构建的模板列表或示例搜索体验列表中选择新的搜索体验(例如，“所有实体查找器”模板、“医生查找器”模板、“事件日历”模板、“财务顾问查找器”模板、“菜单项查找器”模板、“我附近的服务查找器”模板和“商店定位器”模板)或选择创建定制搜索体验的选项(例如“定制搜索体验”模板)。在一个实施例中，响应于对搜索体验模板的选择，知识搜索系统提供相应的模板。

在一个实施例中，如果商家用户选择“定制搜索体验”模板，则知识搜索系统为商家用户提供提示，以选择与该定制搜索体验相关联的信息，包括搜索体验名称、搜索体验或API密钥、搜索体验描述、以及响应于使用定制搜索体验提交的最终用户查询被搜索的一个或多个实体类型的列表。在选择了预先构建的搜索体验或定制搜索体验之后(如图6C所示)，知识搜索系统生成搜索体验接口或页面。

图6D示出了由知识搜索系统生成的示例接口，其被配置为允许商家用户查看和管理搜索体验。如图所示，知识搜索系统呈现与搜索体验相关联的设置(例如，名称、描述、要查询的信息实体的列表等)以及搜索体验接口的相应输入字段。在此示例中，输入字段1是具有“位置”参数的“位置”输入字段。输入字段2是“提供者”输入字段，其具有一组参数，包括“医生姓名”、“条件”、“专业”、“语言”、“诊所名称”和“症状”参数。如图6D所示，知识搜索系统显示搜索体验的“实时预览”，其中商家用户可以通过与输入字段进行交互以执行查询以获得搜索结果来测试该搜索体验。如图所示，商家系统可以经由知识搜索系统的接口添加新的输入字段或删除与搜索体验相关联的现有输入字段。在一个实施例中，商家系统可以添加或删除与每个输入字段相关联的参数。

图6E示出了由知识搜索系统生成的示例接口，以使商家系统能够编辑或修改搜索体验。在此示例中，商家系统与该接口进行交互以配置与“提供者”输入字段相关联的参数的设置。如图所示，可以设置与每个参数相关联的返回值和打字错误(或“typo”)容忍。在一个实施例中，可以在没有任何特定输入字段的情况下定制搜索体验。这种“空”的搜索体验包括通用或非特定的搜索字段，以使最终用户能够提交搜索查询。

在一些实施例中，知识搜索系统100可以(经由一个或多个数据库)存储最终用户的搜索查询，并将其作为分析呈现给商家系统。根据一个实施例，知识搜索系统100可以允许商家系统101配置和查看关于搜索体验的分析。在一个实施例中，可以经由“搜索”选项卡(tab)下面的选项卡来提供知识搜索。在一个实施例中，商家用户可以设置新的搜索实例，确定要搜索哪些实体类型和字段，识别匹配逻辑，以及配置应该对搜索结果进行排名的方式，如图7A所示(例如，搜索实例的分析)。图7B示出了与示例搜索栏的配置有关的示例接口。

在一个实施例中，根据知识搜索系统的搜索栏实例可以包括分析信息和配置信息。示例分析信息可以包括以下一项或多项：1)英雄数字(例如，总搜索次数、平均结果数、平均响应时间、获得结果的时间等)；2)一段时间内的高级指标(例如，一段时间内的搜索次数-例如，按平台(例如，电话、平板电脑、台式机等)，平均响应时间等)；3)频繁地或共同地选择的选项的列表；4)频繁地或共同地选择的查询的列表(例如，精简查询，其中不是每一个所键入的字符都被呈现；呈现最普遍的、和呈现最普遍的但无结果和呈现最普遍的但没有结果被选择)。

在一个实施例中，示例配置信息可以包括以下一个或多个：1)可搜索属性；2)其他可配置的设置，例如API密钥、回答框关键字，将结果分组为部分等。在一个实施例中，知识搜索系统可以为商家营销者用户提供以下一个或多个功能：1)在你打字时搜索功能；2)跨多个实体和属性的单次搜索；3)快速高效的搜索；4)取决于给定的用例，专门制作的或可定制的体验。在一个实施例中，知识搜索系统可以至少部分基于直接来自客户或最终用户的反馈，向营销者用户提供以下分析中的一项或多项：1)对最终用户如何搜索的描述；2)对最终用户关心的内容的描述；3)标识改进搜索的机会；4)标识改进商业实践的机会。

与依赖于信息技术人员的常规系统相比，用户根据实施例具有更大程度的控制。例如，用户可以配置正在显示的内容并修改结果，而无需开发者或其他IT资源。图8示出了根据本公开实施例的由知识搜索系统生成的示例接口。图8示出了与多个搜索实例(例如，所有可用搜索实例)的视图有关的示例接口。

在一个实施例中，知识搜索系统(例如，图1中所示的知识搜索系统100的实体类型管理器110)使商家系统能够建立包括被一种或多种关系类型所关联的多个实体类型(例如，定制或系统定义的)的知识图。知识图将该信息表示为在与商家系统相关联的实体类型的一个或多个数据字段中维护、更新、和存储的与商家系统有关的数据。在一个实施例中，可以基于在多个实体类型之间定义的关系类型，将对知识图中的第一实体类型的更新分发给知识图内的一个或多个其他实体类型。

图9A示出了根据本公开实施例的用于生成关联多个实体类型的关系类型以管理与商家系统相关联的知识图中的更新的方法900的流程图。方法900可以由处理逻辑来执行，该处理逻辑可以包括硬件(例如，处理装置、电路、专用逻辑、可编程逻辑、微代码、装置的硬件、集成电路等)、软件(例如，在处理装置上运行或执行的指令)或其组合。在一些实施例中，方法900由图1的知识搜索系统100的实体类型管理器110执行。尽管以特定的序列或顺序显示，但除非另外指定，否则可以修改该过程的顺序。因此，示出的实施例应当仅被理解为示例，并且示出的过程可以以不同的顺序执行，并且一些过程可以并行地执行。另外，在各个实施例中可以省略一个或多个过程。因此，并非在每个实施例中都需要所有过程。其他过程流程也是可能的。

如图示，在操作910处，处理逻辑生成与商家系统相关联的第一实体类型，其中第一实体类型包括一个或多个第一数据字段，第一数据字段包括与该商家系统相对应的第一数据。在一个实施例中，第一实体类型可以是定制实体类型(例如，由商家系统建立和配置的)或内置或系统定义的实体类型。第一实体类型可以包括一个或多个数据字段，这些数据字段包括与商家系统相关联的数据(例如，数据值)。

在操作920处，处理逻辑生成与商家系统相关联的第二实体类型，其中第二实体类型包括一个或多个第二数据字段，第二数据字段包括与商家系统相对应的第二数据。如上所述，第二实体类型可以是定制实体类型或系统定义的实体类型。与第一实体类型类似，第二实体类型被配置为包括一个或多个数据字段以存储与商家系统相关联的数据。图9B中示出了第一实体类型(例如，“餐馆”实体类型)和第二实体类型(例如，“菜单”实体类型)的示例。

在操作930处，处理逻辑在第一实体类型和第二实体类型之间建立关系，其中第一数据的至少第一部分与第二数据的至少第二部分匹配。在一个实施例中，该关系是由链接或关联多个实体类型的关系类型来定义的。例如，如图9B所示，“被提供于”关系类型在第一实体类型(“餐馆”)和第二实体类型(“菜单”)之间建立定义的关系。在一个实施例中，关系类型定义了多个实体类型之间的关联的性质，并且可以用于响应于实体类型的更新来识别要更新的附加实体类型。在一个实施例中，关系类型可以表示多个实体类型共享数据(例如，多个实体类型的数据字段的至少一部分彼此匹配)。

在操作940处，处理逻辑从商家系统接收对第一实体类型的第一数据的第一部分的更新。在一个实施例中，对第一数据的第一部分的更新可以包括对实体类型的一个或多个数据字段的一个或多个数据值的删除、校正、添加、重新格式化、更改等。在一个实施例中，可以经由商家系统与知识搜索系统之间的通信或交互来执行对第一实体类型的更新。

在操作950处，处理逻辑生成包括更新的第一实体类型，其包括对第一数据的更新。在一个实施例中，与商家系统相关联地生成并存储更新的第一实体类型。

在操作960处，鉴于第一实体类型和第二实体类型之间的关系，处理逻辑更新第二实体类型的第二数据的第二部分，以生成更新的第二实体类型。在一个实施例中，响应于对第一实体类型的更新，处理逻辑可以识别第一实体类型与一个或多个其他实体类型(包括第二实体类型)之间的关系类型。处理逻辑可以使用该关系类型来识别第一实体类型的数据的至少一部分与第二实体类型的数据之间的匹配。在一个实施例中，就这一点而言，鉴于对第一实体类型的更新，可以使用关系类型来确定是否要更新第二实体类型。注意，如图9C的示例所示，实体类型(例如，第一实体类型)可以通过一个或多个不同的关系类型与多个其他实体类型相关联。有利地，鉴于链接与商家系统相关联的知识图中的实体类型的关系类型，经由商家系统的单次交互(例如，对第一实体类型的第一数据的更新)，可以更新一个或多个其他实体类型(例如，第二实体类型)，以包括更新的数据。在一个实施例中，这有利地使商家系统能够在单个存储位置(例如，第一实体类型)中发起和进行更新，并使该更新被分发并“推送”到知识图中的其他实体类型。

在操作970处，处理逻辑将更新的第一实体类型和更新的第二实体类型存储在数据存储中。在一个实施例中，处理逻辑可以将更新的第一实体类型和更新的第二实体类型分发到一个或多个第三方系统(例如，图1的商业列表提供者系统180)。有利地，可以基于建立的关系将对第一实体类型的更新链接到另一实体类型并与之共享。另外，可以将更新的实体类型分发给多个不同的第三方系统(例如，搜索引擎、网站等)，以便单个更新(例如，对第一实体类型的更新)可以产生对另一个实体类型的更新以及对在多个不同位置与商家相关联的信息的更新。

图9B-9C示出了由知识搜索系统生成的示例接口，以使与商家系统的交互能够生成和管理定制实体类型。图9B-9C中示出的各种示例接口示出了与知识搜索系统相关联的各种特性和功能，如下面更详细地描述的。

在一个实施例中，知识搜索系统可以包括与多种不同的基本类型(例如，人、位置、服务等)有关的大量内置(例如，系统定义的)实体类型。在一个实施例中，系统定义的实体类型可以进行纵向专业化(例如，人>医生、位置>医疗保健专业人员、服务>医疗保健程序等)。在一个实施例中，响应于耦合到发布者网络的知识搜索系统来建立系统定义的类型。

在一个实施例中，知识搜索系统提供系统定义的实体类型和定制实体类型。在一个实施例中，知识搜索系统提供继承功能，该功能使实体类型(系统定义或定制)能够建立在其他实体类型上。在一个示例中，知识搜索系统可以对实体类型进行分类，以便能实现对示例搜索查询“为我获取我的组织的所有人员实体”的“回答”(即搜索结果)，其中该组织设置有：职员、执行官、工程师等。

在一个实施例中，知识搜索系统使商家系统能够存储关于实体类型的数据，并通过建立多个实体类型之间的关联的关系类型来定义这些实体类型如何被关联。例如，可以通过第一关系类型(“工作于”)将第一实体类型(“医生”)与第二实体类型(“位置”)相关联，以链接或关联多个实体类型。另外，在该示例中，第一实体类型(“医生”)可以通过第二关系类型(“专门从事”)与第三实体类型(“医疗程序”)相关联，以链接第一实体类型和第三实体类型。在此示例中，知识搜索系统鉴于已识别的关系类型在多个实体类型之间生成映射或关联，以建立以下关系：医生在某个位置“工作”并“专门从事”医疗程序。在一个实施例中，知识搜索系统可以添加定制实体类型(在商家系统的指导下)，并且可以监视和观察商家系统如何与知识搜索系统交互，以跟踪商家系统如何管理定制实体类型和实体类型之间的关系。

在一些实施例中，商家系统可以创建定制实体类型以及多个实体类型(例如，定制或内置实体类型)之间的关系。例如，在图9A中，商家系统可以与知识搜索系统交互以管理实体类型和相应的关系类型。在一个示例中，商家系统可以在第一实体类型(“饭店”)和第二实体类型(“菜单”)之间建立关系(“被提供于”)。在一个实施例中，第一实体类型和第二实体类型可以是系统定义的实体类型、定制实体类型或其组合。

图9B示出了根据本公开的实施例生成的通过关系链接在一起的实体类型的示例集合。在一个实施例中，知识搜索系统建立多个实体类型(例如，“特价”、“餐馆”、“事件”、“工作”、“菜单”和“菜单项”)并在实体类型的不同对之间建立多个关系(例如，“被提供于”，“位于”，“被促销于”，“其上可用”，“其处可用”)。例如，标记为“工作”的实体类型可以是系统定义的实体类型，而“特价”实体类型可以是定制实体类型。在一个实施例中，商家系统可以针对特定餐馆的限时特价创建定制实体类型。那些限时特价可以是某些餐馆提供的某些菜单项的折扣(例如，购买任何汉堡包可免费获赠炸薯条)。商家系统可以定义在哪些(例如，全部、子集等)餐馆(例如，餐馆和特价实体类型之间的关系)提供那些特价，以及这样的特价涉及哪些菜单项(例如，菜单项与特价之间的关系)。

在一些实施例中，如果特价发生变化(例如，购买任何汉堡包可免费获赠苏打水)，则商家系统可以更新相应实体类型(例如，特价实体类型)。例如，如果商家系统在“特价”实体类型中更改该特价，则根据实体类型之间已建立的关系，与提供该特价的餐馆和菜单项有关的特价被自动更改。

在一个实施例中，如果商家有关于菜单、限时特价和餐馆位置的不同第一方网页，则该信息可以跨所有网页自动更新。在一个实施例中，可以在知识搜索系统的一个或多个数据库中跨商家系统所关联的一个或多个实体类型更新该商家信息。例如，可以更新菜单以显示新的限时特价，可以更新提供该特价的特定餐馆位置(例如，经由相应的API)以显示该新的特价，并且该限时特价网页可以被更新以显示该新的特价。在其他实施例中，知识搜索系统可以响应于商家系统对信息类型的更新，例如经由相应的API，跨第三方网站(例如，在线列表发布者、搜索引擎等)更新信息。图10示出了根据本公开的实施例的由知识搜索系统生成的示例接口，以使商家系统能够创建、更新和管理定制信息类型。在一个实施例中，知识搜索系统可以使用单向链接的定制字段类型来生成与实体类型相关的关系类型，该单向链接的定制字段类型可以是独立的，也可以是包含其他属性的定制字段类型的一部分。在一个实施例中，知识搜索系统包括基于客户反馈和观察的系统定义的实体类型和关系。例如，知识搜索系统被配置为提供与示例分析有关的信息，包括但不限于：什么促使客户向知识搜索系统添加实体；以及何时应该将某些信息作为实体类型而不是另一个实体类型的属性；各种商家系统在知识搜索系统中生成、使用和存储什么实体类型；知识搜索系统中如何使用关系类型；关系类型是否可以转换为实体类型以包含其他数据或者关系类型是否是实体类型的关系类型属性；商家系统存储的与客户想要存储的有关其实体的数据；商家系统如何在下游面向最终用户服务中使用实体类型，等等。

在一个实施例中，定制实体类型可以用于使得能够在知识搜索系统中存储数据，以使商家系统能够将定制实体类型与一个或多个其他示例系统和特性一起使用：知识页面、咨询页面、知识搜索、列表、评论和分析。

在一个实施例中，知识搜索系统可以提供定制实体类型和内置实体类型之间的兼容性。例如，如果商家系统用户添加了名为“车辆”的定制实体类型，并且知识搜索系统随后添加了关于“车辆”的内置类型，则知识搜索系统可以使商家系统能够迁移或利用内置类型的功能。在一个实施例中，知识搜索系统使商家系统能够管理其账户中启用了哪些实体类型。在一个实施例中，知识搜索系统可以基于与其他商家系统创建定制实体类型的方式有关的历史数据，向客户提供推荐的定制实体类型。在一些实施例中，商家系统可以创建定制记录，例如与限时特价、经销商分组或产品发布有关的记录，以反映使其品牌独特的所有内容。在一个实施例中，响应于商家系统添加新雇员或创建新的特价，知识搜索系统可以更新所有相应的关系。在一个实施例中，知识搜索系统可以响应于商家系统提供的信息的更改来更新一个或多个连接的搜索体验。

在一些实施例中，商家系统可以创建一个或多个第三方网站或应用不支持的定制实体类型。在一些实施例中，知识搜索系统可以查看由商家系统请求的定制实体类型，并推荐可替代的由一个或多个第三方网站或应用支持的内置实体类型。在这种情况下，商家系统可以选择将定制实体类型中的所有数据迁移到该内置实体类型，并将该数据和实体类型与第三方网站和应用同步。在其他实施例中，知识搜索系统可以将定制实体类型的所有数据迁移到所支持的内置实体类型，并将相关数据同步到第三方网站或应用。

在其他实施例中，知识搜索系统可以改动第三方网站或应用上的数据结构，以使得支持定制实体类型。在这样的实施例中，定制实体类型可以被“锁定”，使得第三方网站不能更改结构。在其他实施例中，知识搜索系统可以评估某些商家系统的实体类型，以将那些实体类型推荐给相似的商家系统。在一些实施例中，可以基于创建的推荐规则来进行推荐，该推荐规则被创建为使得能够向代表商家系统管理此类数据的适用商家用户发送通知。

在一个实施例中，知识搜索系统提供与定制实体类型有关的功能，该功能使商家系统能够创建、更新或删除一个或多个定制实体类型。在一个实施例中，知识搜索系统使商家系统能够查看、启用或禁用商家系统帐户中的实体类型。

根据本公开的实施例，知识搜索系统可以提供特定于商家账户或子账户的定制实体类型。在一个实施例中，商家系统可以定义与定制实体类型相关联的一个或多个字段。在一个实施例中，可以经由一个或多个服务(例如，信息编辑、批准、计划的更新、模板、上载、导出、知识搜索系统API、实时API、ML配置文件、定制目标、高级过滤器等)获得定制实体类型。

在一个实施例中，知识搜索系统可以提供被配置为使实体类型能够由特定类别(例如，按业务)定义的字段注册表。在一个示例中，可以基于订阅功能来处理字段，例如发布者字段。在一个实施例中，知识搜索系统对使用户能制作对子帐户可用的定制字段类型和定制字段的功能提供灵活的支持。

在一个实施例中，知识搜索系统提供信息模式的管理和实体类型的管理。在一个实施例中，通过建立实体类型属性来管理信息模式，使得每个实体类型(例如，内置实体类型和定制实体类型)具有相应的一组属性。在一个实施例中，对于定制实体类型，商家系统可以控制一个或多个属性，例如以下示例属性：名称、API名称、描述、实体类型分组、子账户的可用性、实体类型图标、商家系统数据、表格形式的实体类型表示形式、字段等。

在一个实施例中，与定制实体类型相关联的一个或多个“字段”可以由商家系统使用知识搜索系统来定义。在一个实施例中，在创建实体类型之后，商家系统可以查看可用字段的列表，并且可以选择一个或多个字段以添加到该实体类型。在一个示例中，默认情况下，实体类型可以包括以下字段：实体类型标识符(ID)字段和名称字段。

在一个实施例中，对于定制实体类型的附加字段，商家系统可以执行以下动作中的一个或多个：1)指定该类型是否需要该字段(例如，跨所有接口所需要的字段的集中概念可以被采用)；和2)指定是否应在“添加”屏幕中显示该字段。

在一个实施例中，商家系统可以查看和启用或禁用其帐户中的可用实体类型。在一个实施例中，可以考虑以下方面：1)确定商家系统是否可以设置实体类型(例如，确定商家用户是否可以在“管理实体类型”表中查看它以启用或禁用)；2)如果是可设置的，则确定是否在帐户中启用或禁用了实体类型(例如，确定商家系统是否添加了该实体类型的实例)；3)如果启用了，则确定哪个实体类型是帐户中的主要类型(例如，确定默认类型)。

在一个实施例中，如果实体类型是“可设置的”，则商家系统可以在知识边缘搜索系统中启用或禁用该类型。在一个实施例中，存在“可设置”的全局设置(其中“no”的指示用于正在测试的实体类型)，其可以针对特定业务被管理(在适用时继承子帐户)以使知识搜索系统能够为特定帐户“打开”实体类型以进行测试，并在某些情况下隐藏商家系统的实体类型。

在一个实施例中，商家系统可以删除定制实体类型(例如，如果不存在该类型的未归档实例并且该类型被禁用)，使得“客户可设置”字段被更新为“否”。

在一个实施例中，对于客户可设置的实体类型，商家系统可以在知识搜索系统中启用或禁用该类型。在一个实施例中，在启用实体类型的情况下，每个账户可以具有主要类型。在一个实施例中，可以为子账户设置主要类型。

在一个实施例中，知识搜索系统可以利用所生成的和启用的实体类型以执行各种操作和功能，包括：例如，基于实体类型的过滤、针对实体类型生成模板、导出实体类型、上载定制实体类型、选择实体类型、为实体类型创建网页、搜索与实体类型相关的数据、添加与实体类型相关联的用户角色、生成与该实体类型相关的分析、生成与实体类型相关的活动报告实体类型、生成按分组所组织的实体类型树等。

根据本公开的实施例，可以使用知识图来执行自然语言处理，该知识图可以由实体类型管理器110生成。在一个实施例中，知识搜索系统可以基于在与商家系统相关联的知识图中存储的信息，建议下拉列表中的结果。例如，最终用户可以对说某种特定语言的保险代理人执行搜索查询。最终用户搜索“说话的代理人”后，将显示下拉列表，其中包括由商家系统添加到知识图中的语言。在一个实施例中，知识搜索系统基于在与商家相关联的知识图中存储的信息，在下拉列表中返回“回答”(例如，响应于搜索查询的搜索结果)。

在一个示例中，商家系统可以在他们的知识图中更新他们的假日营业时间(例如，元旦的营业时间＝12PM–3PM)。如果最终用户客户在12月30日发起搜索“假日营业时间”，则可以在下拉列表中返回结果“元旦假日营业时间＝12PM-3PM”，使得最终用户不必执行完整搜索(例如，点击“搜索”按钮或链接或与其进行交互)。

在另一个实施例中，可以以下拉列表的形式返回搜索结果。在一个示例中，可以返回聊天或结构化地图，并且可能不需要在搜索链接上“点击”。

在一个实施例中，知识搜索系统可以使用来自搜索数据的分析来为通知或“知识轻推”提供动力。在一个实施例中，分析被显示并用于在知识搜索系统中提供推荐，使得商家系统可以基于由知识搜索系统提供的推荐来建立推荐规则。在一个实施例中，最终用户可以在商家网站上执行搜索，例如查找商家特定办公室的医生专业。在一个示例中，所请求的信息可能不存在于与商家系统相关联的数据图中。在该示例中，知识搜索系统可以使用分析来推荐更新该信息和/或创建通知规则以提醒其他用户(例如，与商家系统相关联的其他办公室)更新“医生专业”信息。在一个实施例中，知识搜索系统可以基于分析来创建通知规则，并且将其发送给负责该信息的用户(例如，商家用户)。

在另一个示例中，最终用户可以搜索在特定位置专门从事营养工作的医生。在该示例中，如果没有识别出信息，则可以创建通知规则以通知特定位置的平台用户(例如，商家用户)以在其帐户中更新该信息。

图11示出了根据本公开的一些实施例进行操作的示例计算机系统1100。在图11中，以计算机系统1100的示例性形式示出了机器的示意图，其中可以执行用于使机器执行本文所讨论的方法中的任何一个或多个的一组指令。在替代实施例中，机器1100可以被连接(例如，联网)到局域网(LAN)、内联网、外联网或互联网中的其他机器。机器1100可以在客户机-服务器网络环境中作为服务器或客户端机器来操作，或者在对等(或分布式)网络环境中作为对等机器来操作。机器可以是个人计算机(PC)、平板PC、机顶盒(STB)、个人数字助理(PDA)、蜂窝电话、Web设备、服务器、网络路由器、交换机或网桥、或能够执行的一组指定机器1100将要采取的动作的指令(顺序的或以其他方式)的任何机器。此外，虽然仅示出了单个机器，但是术语“机器”还应被理解为包括任何机器的集合，其单独或共同执行一组(或多组)指令以执行本文讨论的任何一种或多种方法。

示例计算机系统1100可以包括处理装置1102(也称为处理器或CPU)、主存储器1104(例如，只读存储器(ROM)、闪存、动态随机存取存储器(DRAM)，例如同步DRAM(SDRAM)等)、静态存储器1106(例如闪存、静态随机存取存储器(SRAM)等)、和辅助存储器(例如数据存储装置1116)，它们可以经由总线1130彼此通信。

处理装置1102代表一个或多个通用处理装置，例如微处理器、中央处理单元等。更具体地说，处理装置可以是复杂指令集计算(CISC)微处理器、精简指令集计算机(RISC)微处理器、超长指令字(VLIW)微处理器、或实现其他指令集的处理器、或实现指令集组合的处理器。处理装置1102还可以是一个或多个专用处理装置，例如专用集成电路(ASIC)、现场可编程门阵列(FPGA)、数字信号处理器(DSP)、网络处理器等。处理装置1102被配置为执行知识搜索系统100，以执行本文讨论的操作和步骤。例如，根据本公开的一个或多个方面，处理装置1102可以被配置为执行实现本文描述的过程和方法的指令，以支持知识搜索系统100。

示例计算机系统1100可以进一步包括可以通信地耦合到网络1125的网络接口装置1122。示例计算机系统1100可以进一步包括视频显示器1110(例如，液晶显示器(LCD)、触摸屏或阴极射线管(CRT))、字母数字输入装置1112(例如键盘)、光标控制装置1114(例如鼠标)和声音信号生成装置1120(例如扬声器)。

数据存储装置1116可以包括计算机可读存储介质(或更具体地，非暂时性计算机可读存储介质)1124，在其上存储了一组或多组可执行指令1126。根据本公开的一个或多个方面，可执行指令1126可以包括对根据本公开的一个或多个方面的知识搜索系统100的各种功能进行编码的可执行指令。

在由示例计算机系统1100在其中执行期间，可执行指令1126也可以全部或至少部分地驻留在主存储器1104内和/或处理装置1102内，主存储器1104和处理装置1102也构成计算机可读存储介质。可执行指令1126还可以经由网络接口装置1122在网络上发送或接收。

虽然计算机可读存储介质1124被示为单个介质，但是术语“计算机可读存储介质”应被认为包括单个介质或多个介质。术语“计算机可读存储介质”也应被认为包括能够存储或编码一组指令以供机器执行的任何介质，该组指令集使机器执行本文所述的任何一种或多种方法。因此，术语“计算机可读存储介质”应被认为包括但不限于固态存储器以及光和磁介质。

根据对计算机存储器内的数据位的操作的算法和符号表示来呈现以上详细描述的某些部分。这些算法描述和表示是数据处理领域的技术人员用来最有效地将其工作的实质传达给本领域其他技术人员的手段。这里，算法通常被认为是产生所需结果的步骤的自洽序列。这些步骤是需要对物理量进行物理操作的步骤。通常，尽管不是必须的，这些量采取能够被存储、传输、组合、比较和以其他方式操作的电或磁信号的形式。主要出于通用的原因，已经证明有时将这些信号称为位、值、元素、符号、字符、项、数字等是方便的。

然而，应当牢记，所有这些和类似术语均应与适当的物理量相关联，并且仅仅是应用于这些量的方便标签。除非另有明确说明，否则从以下讨论中可以明显看出，在整个说明书中，使用诸如“识别”、“确定”、“分析”、“选择”、“接收”、“呈现”、“生成”、“得出”、“提供”等术语的讨论是可以理解的，所述术语指的是计算机系统或类似电子计算装置的动作和过程，所述动作和过程对表示为计算机系统寄存器和存储器内的物理(电子)量的数据操作并转换其为其他数据，所述其它数据类似地表示为计算机系统存储器或寄存器或其他此类信息存储、传输或显示装置内的物理量。

本公开的示例还涉及用于执行本文描述的方法的设备。该设备可以被专门构造用于所需目的，或者它可以是由存储在计算机系统中的计算机程序选择性地编程的通用计算机系统。这样的计算机程序可以存储在计算机可读存储介质中，例如但不限于任何类型的磁盘，包括光盘、CD-ROM、以及磁光盘、只读存储器(ROM)、随机存取存储器(RAM)、EPROM、EEPROM、磁盘存储介质、光学存储介质、闪存装置、其他类型的机器可访问存储介质或任何类型的适合存储电子指令的介质，每一个都耦合到计算机系统总线。

本文呈现的方法和展示并不与任何特定的计算机或其他设备内在地相关。各种通用系统可以与根据本文的教导的程序一起使用，或者可以证明构造更专用的设备以执行所需的方法步骤是方便的。各种这些系统所需的结构将在下面的描述中阐释出现。另外，本公开的范围不限于任何特定的编程语言。将理解的是可以使用各种编程语言来实现本公开的教导。

可以理解的是，上面的描述旨在是说明性的，而不是限制性的。在阅读和理解以上描述之后，许多其他实施例示例对于本领域技术人员将是明显的。尽管本公开描述了具体示例，但是应当认识到，本公开的系统和方法不限于本文所描述的示例，而是可以利用在所附权利要求的范围内的修改来实践。因此，说明书和附图应被认为是说明性的而不是限制性的。因此，本公开的范围应参考所附权利要求以及与这些权利要求的等效物的全部范围来确定。