建议。
[0048]本地应用律议
在一个或多个实施例中，当用户在网络平台的地址栏中输入键击时，用户界面容器利用与本地应用相关联的相关建议来填充。基于用户输入的键击，通过以导航意图为基础的本地应用能够提供这些相关建议。
[0049]现今，许多网站具有能够被用户获取并被安装在其计算设备上的相关联的本地应用。这些本地应用是站点特定的并且提供专门针对特别网站的内容而设计的沉浸式(immersive )用户体验。例如，Netf 1 ix维护包括能够被网络浏览器消费的网络内容的网站。因此，该网站的内容能够使用典型的浏览器导航媒介(instrumentality)来探索。Netf 1 ix也维护被设计成本地安装并提供利用Netflix专门定义的用户体验的本地应用。这种体验可以包括与网络浏览器的用户界面不同的用户界面(例如，通过包含特定品牌的内容等等)以及与网络浏览器的导航媒介不同的导航媒介。本地应用通常能够被安装在用户的计算机上并且能够通过点击或以其他方式选择能够出现在计算机的桌面、开始菜单或任务栏上的品牌收藏夹图标而被访问。由于利用特别实体被设计用于与该实体的内容进行交互，所以能够作出假设:与使用网络浏览器与实体的内容简单地进行交互相比，本地应用有可能提供更好的用户体验。因而，具有本地应用的实体可能希望用户使用其定制的本地应用而不是网络浏览器来与其内容进行交互。
[0050]在一个或多个实施例中，在用户输入键击时并且在进行导航之前，进行基于导航意图的本地应用搜索，以查明是否用户输入的键击和具有相关联的本地应用的网站有关。这能够以任何合适的方式来执行。例如，网络开发人员能够在其广告本地应用的存在的网页中插入HTTP元标记。能够利用网络爬虫(crawler)数据来查明哪些顶级域广告本地应用。可供选择地或附加地，对本地应用的目录进行众包(crowdsourcing)，以查明大量的个体相信本地应用所针对的域存在。可供选择地或附加地，应用开发人员能够在搜索引擎的门户中指示与他们拥有的域的正准关联性(canonical associat1n)。
[0051]如果用户输入的键击和具有相关联的本地应用的网站有关，则网络平台查明是否在用户的计算机上安装本地应用。这能够以任何合适的方式来完成。例如，在至少一些实施例中，能够作出API调用，并且能够提供本地应用的包的散列(hash)。API能够用于检查，以查看是否本地应用被安装，并且能够利用“是”或“否”回答来返回。
[0052]如果本地应用被安装在用户的计算机上，则利用能够使得用户能够直接启动本地应用的可选择的进入点媒介来填充用户界面容器。另一方面，如果在用户的计算机上没有安装本地应用，则利用可选择的进入点媒介来填充用户界面容器，以使得用户能够安装本地应用。这个进入点能够包括至从中能够获得和安装本地应用的应用商店的链接。
[0053]作为示例，考虑图5。在那里，根据一个或多个实施例一般在500显示网络浏览器用户界面。网络浏览器用户界面500包括具有地址栏504的用户界面容器502。用户能够利用地址栏来键入文本，以引起浏览器导航。在用户将文本键入到地址栏504中时，该地址栏能够提供自动完成建议。在这个特别示例中，用户在地址栏中键入了“netf”，并且该地址栏提供了自动完成文本“lix.com”，用于推荐“netflix.com”。
[0054]在所举例说明和所描述的实施例中，在用户键入键击时，每一个键击或一组键击能够被提供给远程源，诸如服务提供商。服务提供商接收此(一个或多个)键击并且进行搜索来识别是否具有与用户的键击相匹配的任何本地应用。这能够通过首先确定与这些键击相关联的顶级域以及随后针对顶级域来查明是否它具有相关联的本地应用来完成。服务提供商随后返回本地应用的名称并且在一些情况中返回能够用于识别本地应用的信息例如每一个本地应用的包的散列至浏览器。浏览器现在能够查明是否本地应用被安装在用户的计算机上。如果本地应用被安装在用户的计算机上，则能够在用户界面容器502中显示可选择的进入点媒介，诸如在506上的可选择的进入点媒介。通过选择这个媒介，用户能够自动地启动本地应用。另一方面，如果在用户的计算机上没有安装本地应用，则能够在用户界面容器502中显示可选择的进入点媒介，诸如在508所示的可选择的进入点媒介。这通知用户:在用户导航至特别网站之前，具有可用的本地应用。通过选择这个媒介，能够利用在应用商店中用于搜索的相应的应用条目例如“Netflix”来启动应用商店。从那里，用户能够安装本地应用。
[0055]在考虑了根据一个或多个实施例的示例用户界面之后，现在考虑根据一个或多个实施例的示例方法。
[0056]图6是描述根据一个或多个实施例的方法中的步骤的流程图。该方法能够结合任何合适的硬件、软件、固件或其组合来实现。在至少一些实施例中，该方法的各方面利用网络平台诸如网络浏览器(举个例子，而非限制)来实现。该方法的其他方面能够利用远程源诸如通过因特网访问的服务提供商来执行。这通过将流程图的一部分标明为“WebPlatform”以及将流程图的另一部分标明为“Service Provider”来指示。另外，这个特别示例中的流程图假设:针对每一个输入的键击在用户界面容器中再现建议。然而，如上所述，不一定是这样的。例如，如果在第一键击之后非常快速地输入第二次键击以致在输入第二键击之前不能发送针对第一键击的查询，则将不发送第一查询。因此，因为没有针对第一键击的建议，所以没有相关联的建议显示。
[0057]步骤600在地址栏中接收键击。响应于在地址栏中接收到键击，步骤602针对远程搜索诸如针对服务提供商制定查询。步骤604将针对远程搜索的查询发送至服务提供商。
[0058]步骤606在服务提供商接收针对远程搜索的查询。步骤608进行远程搜索，并且步骤610向网络平台返回建议。该步骤能够以任何合适的方式来执行。例如，在至少一些实施例中，这些建议能够包括可以也可以不具有排名顺序的一个或多个本地应用建议。如果排名的话，能够使用任何合适的标准，例如受欢迎程度、新旧程度等等。
[0059]步骤612从服务提供商接收建议，并且步骤614查明是否安装这些本地应用之中的一个或多个。上面提供如何能够完成此的示例。如果安装这些本地应用之中的一个或多个，则步骤616在用户界面容器中显示可选择的进入点媒介，以启动这些本地应用之中的一个或多个。上面描述示例媒介。另一方面，如果没有安装本地应用，则步骤618在用户界面容器中显示可选择的进入点媒介，以安装本地应用。上面提供如何能够完成此的示例。
[0060]步骤620查明是否在地址栏中输入了任何附加键击。如果在地址栏中输入了附加键击，则该方法返回至步骤602，以便针对远程搜索制定查询。另一方面，如果没有在地址栏中输入附加键击，则步骤622终止该处理。
[0061]在考虑了根据一个或多个实施例的本地应用建议之后，现在考虑如何能够利用用户界面容器来提供丰富的回答。
[0062]丰富的回答
在一个或多个实施例中，用户界面容器的地址栏能够被利用来接收来自用户的查询。查询随后能够被发送至服务提供商，而服务提供商随后能够返回能够在用户界面容器中显示的回答。
[0063]作为示例，考虑以下情况。如果居住在西雅图，持续的天气变化是难以预测的。Oliver (奥利弗)去下楼与朋友见面以共进午餐，但是外面看起来灰蒙蒙且有风。Oliver想知道他是否需要毛衣。Oliver在用户界面容器的地址栏中键入“Bellevue wea (贝尔维尤天气)”。字符串被发送至服务提供商，而服务提供商返回针对其查询的回答。该回答能够包括在用户界面容器中在瓷砖中显示的视觉和文本信息二者。Oliver现在能够选择该瓷砖以便被导航至具有“Bellevue weather”作为所输入查询的结果页面。
[0064]同样地，Peter (彼得)不断获悉XYZ公司的股票不是做得很好。Peter想知道其当前的股票价格。相应地，Peter在用户界面容器的地址栏中键入“XYZ”，因而提供金融查询。这个文本串随后被发送至服务提供商，而服务提供商转而返回能够包括有关XYZ公司的股票的视觉和文本信息二者的回答。随后能够在用户界面容器中在瓷砖中显示该回答。Peter现在能够选择该瓷砖并被导航至具有“XYZ stock (股票)”作为所输入查询的结果页面。
[0065]在考虑了根据一个或多个实施例如何能够提供丰富的回答之后，现在考虑根据一个或多个实施例的各种优先级规则。
[0066]优先级规则
常见的情景能够是:返回比用户界面容器中所分配的实际版面(real estate)将允许的更多的与用户的输入相匹配的建议。虽然用户界面容器能够是可滚动的，但是可能所希望的是避免使得用户不得不使用滚动机制。在这种情况下，建议能够被划分优先级，并且能够以尝试为用户显现最相关或个性化建议的方式来显现建议。根据一个或多个实施例，各种类型的优先级规则能够被利用来增强用户的体验。这些规则能够包括一般规则、数据类型特定的规则、排名规则和排序规则。
[0067]—般规则全局应用于用户界面容器。一般规则的示例能够是定义将如何提供信息至服务提供商的规则。例如，规定以下内容的一般规则可能存在:如果在地址栏中输入单个字符，则提供那个单个字符给服务提供商，以便服务提供商能够进行其搜索。可供选择地，一般规则可以指定:将提供不少于两个的字符至服务提供商。
[0068]数据类型特定的规则和启发法确定将在用户界面容器中显现的每一种数据类型的数量。例如，想起:举个例子而非限制，数据类型能够包括所键入的URL、固定站点、收藏夹、历史记录等等。数据类型也能够包括深度链接导航建议、域建议、丰富的回答