CN101632064A

CN101632064A - 提供具有增强结果的搜索门户的***和方法

Info

Publication number: CN101632064A
Application number: CN200780045968A
Authority: CN
Inventors: F·麦加里; I·培根; M·贝茨; N·霍尔; B·哈特
Original assignee: Grape Technology Group Inc
Current assignee: Grape Technology Group Inc
Priority date: 2006-11-14
Filing date: 2007-11-14
Publication date: 2010-01-20
Also published as: WO2008060573A3; US20080198995A1; EP2092399A2; WO2008060573A2; EP2092399A4

Abstract

一种用于提供搜索结果的***，其具有用于接收搜索请求的门户，以及用于获得来自电话目录服务请求的先前搜索结果的装置。趋势模块分析所获得的来自电话目录服务请求的先前搜索结果；其中响应于在门户接收到的搜索请求而提供给用户的结果受来自电话目录服务请求的先前搜索结果的影响。

Description

提供具有增强结果的搜索门户的***和方法

相关申请

本申请要求于2006年11月14日提交的美国临时专利申请号60/859,024的优先权，其全文引用在此以作参考。

技术领域

本发明涉及搜索门户(search portal)。更具体而言，本发明涉及利用先前获得的数据的搜索门户的改进结果。

背景技术

用于获得期望方的联系信息的常规方法是目录服务(directoryassistance)，其中呼叫者联系目录服务平台并且请求例如商业或家庭电话号码的联系信息。

近来，随着移动无线通信设备的能力的增强，用于获得联系信息的额外的搜索门户为网络搜索引擎，例如Yahoo^TM和Google^TM。

然而，这两个***都有与成本和效率有关的缺点。例如，常规的电话目录服务***需要呼叫者用电话呼叫来联系***、等待搜索、接收结果，然后联系(或连接到)所期望的清单。这不仅耗时，而且通常每次联系都会产生相关费用。另外，如果信息不正确，或者如果期望获得额外的信息，那么呼叫者需要重新连接***，并会产生额外的相关费用。

支持移动设备的更新的网络允许用户能够直接连接到网络搜索门户上，网络搜索门户使得用户能够对所期望的联系信息进行网络搜索，而不会有相关的目录服务费用。这些网站基于输入的词语来应用算法搜索以提供搜索结果。这通常导致列出了潜在结果的长列表。例如，在典型的网络商业搜索中，对“纽约市”的“宾馆”进行类别搜索，列表里可能包含上百个结果，结果中都在某处包含词语“宾馆”和“纽约市”。

然而，这些结果列表通常受限于由用户输入的搜索词语而直接产生的结果，如果用户意图获得不同类型的信息，显然需要用户执行多个搜索，每个搜索都需要时间来输入或敲入搜索并且接收所请求的数据。

发明内容

本发明试图克服现有技术中的相关缺点，并且通过利用过去的常规的目录服务结果来改善结果，以提供改进的搜索门户结果，特别是网络搜索结果。

为此目的，本发明涉及一种用于提供搜索结果的***，所述***具有用于接收搜索请求的门户，以及用于获得来自电话目录服务请求的先前搜索结果的装置。趋势模块分析来自电话目录服务请求的所获得的先前搜索结果；其中响应于在门户接收到的搜索请求而提供给用户的结果受来自电话目录服务请求的先前搜索结果的影响。

附图说明

通过以下说明和附图可以更好地理解本发明，其中：

图1图示了根据本发明一个实施例的用于提供搜索结果的***；

图2图示了根据本发明一个实施例的来自目录服务呼叫的示例性呼叫记录；

图3为示出了根据本发明一个实施例的呼叫趋势数据的表；

图4为示出了根据本发明另一个实施例的呼叫趋势数据的表；

图5为示出了根据本发明另一个实施例的呼叫趋势数据的表；

图6为示出了根据本发明另一个实施例的呼叫趋势数据的表；

图7为示出了根据本发明另一个实施例的呼叫趋势数据的表；

图8为示出了根据本发明另一个实施例的呼叫趋势数据的表；

图9为示出了根据本发明另一个实施例的呼叫趋势数据以及聚类数据的表；

具体实施方式

在本发明的一个实施例中，如图1所示，提供了一种用于提供搜索结果的***10。***10包括搜索门户20，例如网络搜索门户，其被构造为向期望获得某些联系信息的用户12(使用数字移动电话、WiFi笔记本、PDA等等)提供联系用的接口。

搜索门户20优选地为一般的网络搜索门户，并且利用服务器来使用户12能够输入针对互联网的内容进行搜索的搜索词语。搜索门户20向用户12提供了有关于他们请求的搜索的一组结果。

搜索门户20采用结果产生器模块30，该结果产生器模块30利用一个或多个算法来产生期望的搜索结果。用户12输入的搜索词语被门户20提供给结果产生器30，结果产生器30反过来向门户20提供期望的结果列表以呈献给用户12。

在本发明的一个实施例中，门户20和结果产生器模块30可以利用增强的搜索特性，例如排序和过滤以限制网页的数量，以针对大量排序后的网页对期望项的搜索词语进行检查，其中基于先前用户12给予的反馈管理排序后的网页。另外，可以通过引入来自包含在其他网络门户、网页、网络社区或网络分析实体上的其他用户的反馈内容的数据来进一步增强此排序和过滤。

关于从***10的先前用户12引入的内部反馈，通过各种动机(即数字优惠券或增强服务等)来鼓励门户20的用户12对响应于网络搜索而获得的网站进行评价，评价关于它们对特定主题的相关性和准确性。

为了实施这样的搜索，本发明的结果产生器30和门户20在其他特性中企图利用用户12的“病毒社区(viral community)”来帮助产生反馈以帮助管理排序后的网页。

当用户12执行搜索时，通过结果产生器30针对一般的互联网内容对该用户12期望项的搜索词语进行搜索。结果列表可能被缩短，或利用由如前所述的先前用户12或其他对数据进行评价的第三方的响应提供的排序/加权数据，在相关性上有所增强。

通过利用用户12的物理位置，敲入额外的信息/在线百科全书链接，结果产生器30可以进一步为用户12增强结果列表。另外，用户12可以利用从“更商业”到“更有信息”的网站的比例，通过对门户20上的搜索进行加权来调整其结果。

在本发明的另一个实施例中，如图1所示，***10还包括常规的目录服务平台40，例如电话目录服务***，其具有自动或现场操作员、交换设备、清单数据库和用于向查询呼叫者提供联系信息的其他信息。

***10还包括储存数据库50，其以呼叫记录100的形式保留着呼叫者对目录服务平台40的过去请求的轨迹。一个示例性的呼叫记录100如图2中所示，其具有呼叫者标识符字段102(例如，包括呼叫者ANI(Automatic Number Identifier，自动号码标识符))、时间、日期及位置字段104，示出了呼叫者使用的一个或多个请求词语的请求字段106、以及示出了用于响应于请求而被提供的清单的清单代码的清单字段108，并且潜在地包含清单的SIC(Standard Industry Code，标准工业码——“类别”)。

应注意到，尽管网络门户20、结果产生器30和目录服务平台40全都显示在***10中，应理解为每个部件也可以远程设置，由第三方实体运行，并且可以包括多个子单元/服务器，例如服务器群(serverfarm)、大型组合数据库仓库(large combined database warehouse)，并且操作者终端(在目录服务(DA)平台40的情况中)可以应用在本发明的上下文中。此外，应理解为，尽管可能通过网络门户20和目录服务平台40对很多类型的搜索进行请求，例如白页(white page)请求，或其他随机信息搜索，在下文中将结合对商务或者商业清单的“黄页(yellow page)”型类别搜索对本发明的示例性实施例进行讨论。

在本发明的一个实施例中，***10包括趋势模块60，该趋势模块60利用来自存储的呼叫记录100的先前搜索数据来展开叙述或“故事”，围绕这些叙述或“故事”来增强提供给搜索门户20的用户12的结果。这使得本发明能够提供的搜索结果不仅包含基于搜索词语的所请求的信息，还包含符合所述叙述的可能对用户有用的额外的潜在的相关连接或其他信息。

例如图3图示了针对“出租车”类别搜索的，对DA平台40进行初始呼叫的趋势结果数据(即，通过他们所使用的搜索词语进行搜索，响应地得到存储在结果字段108的“出租车”SIC代码清单)。这里，趋势模块60搜索所存储的呼叫记录100，进行搜索以获得存储在字段108中的“出租车”清单。然后，利用呼叫者识别符字段102和时间及日期字段104，当短时间段内(例如少于30分钟等)同一呼叫者再次呼叫时，针对该重复的呼叫者再次检查此清单的子集。

如图3中所示，“出租车”结果表200示出了当请求者第一次向目录服务平台40请求“出租车”的联系信息时，此同一请求者在此后不久，做出了针对另一个出租车服务的第二次请求。然而，表200中的其他数据也显示了在第一次请求出租车信息之后，同一呼叫者的第二次请求也可以是俱乐部、旅店、外卖食品、小巴士(豪华轿车)服务、食宿服务中的任意一个。这表示到DA平台40的一般的“出租车”呼叫者也可能对其他没有直接涉及到出租车的商业清单有兴趣。

因此，根据本发明，***10的趋势模块60能够利用表200中的此数据与结果产生器30通信，以使当用户12在搜索门户20中对“出租车”进行搜索时，所提供的结果除了出租车结果，还包含俱乐部、旅店、外卖食品地点、小巴士(豪华轿车)服务、和食宿服务的搜索结果，即使这些词语没有包含在用户12的搜索词语当中。这样的布置利用从电话目录服务(DA平台40和呼叫记录100)挖掘出的过去的数据，通过使得***10能够不仅包含针对主要请求的结果，还包含针对下一个可能的搜索的结果，从而增强搜索门户20的结果。

应注意到，在上述实例中，趋势模块60利用包含在呼叫记录100的结果字段108内的数据以开发趋势数据，以下也应该在本发明的范围内，即趋势模块60也可以利用来自呼叫记录100的请求词语字段106的数据来产生期望的趋势数据以供用户12向门户20进行请求。

由过去的呼叫者向DA平台40产生的呼叫记录100可以包含字段106中的第一请求词语数据和字段108中的第二结果数据。然而，这些数据可不必严格地彼此相关。例如，呼叫者可能请求了“宾馆”来作为类别，但是接收到了具有宾馆和食宿两种SIC代码的“XYZ房屋”的清单。因此，取决于利用请求字段106还是结果字段108来开发趋势数据，通过趋势模块60分析后的趋势数据可能展现出不同的结果。

可以理解，如上述实例或下述实例中所示，当开发趋势数据用于在门户20向用户12补充搜索结果时，本发明的趋势模块60可以利用请求字段106、结果字段108或这两个字段的组合。

在本发明的另一个实例中，图4图示了针对“俱乐部/旅馆/酒吧”的初始电话搜索的相似的图表300。因此，图4示出了当呼叫者向目录服务平台40请求“俱乐部/旅馆/酒吧”类别的清单时，那么在接下来的30分钟内，如果同一呼叫者再次呼叫，那么他们的第二次请求是针对从下面的组中选择的类别：俱乐部/旅馆/酒吧(第二次)，夜店、出租车、宾馆、饭店、食宿服务。因此，通过在趋势模块60中检测此数据，如果用户12针对俱乐部/旅馆/酒吧来联系门户20，那么结果产生器30可以产生一列表，该列表不仅包含俱乐部/旅馆/酒吧，还包含夜店、出租车、宾馆、饭店、食宿服务的额外的链接/清单。

在另一个实例中，图5图示了针对“外卖店”的初始电话搜索的相似的图表400。因此，图5示出了当呼叫者向目录服务平台40请求“外卖店”类别的清单时，那么在接下来的30分钟内，如果同一呼叫者再次呼叫，那么他们的第二次请求通常是针对从下面的组中选择的类别：外卖店，中餐馆、外卖/外送、印度餐馆、披萨外卖/外送、炸鱼薯条餐馆、所有的餐馆和出租车。因此，通过在趋势模块60中采用所述数据，如果用户12针对外卖店来联系门户20，那么结果产生器30可以产生一列表，该列表不仅包含外卖店，还包含中餐馆、外卖/外送、印度餐馆、披萨外卖/外送、炸鱼薯条餐馆、所有的餐馆和出租车的链接/清单。

在另一个实例中，图6示出了针对“宾馆”的初始搜索的相似的图表500。因此，图6示出了当呼叫者向目录服务平台40请求“宾馆”类别的清单时，那么在接下来的30分钟内，如果同一呼叫者再次呼叫，那么他们的第二次请求通常是针对从下面的组中选择的类别：宾馆，所有住宿处、食宿服务、俱乐部/旅馆/酒吧和出租车。因此，通过在趋势模块60中采用所述数据，如果用户12针对宾馆来联系门户20，那么结果产生器30可以产生一列表，该列表不仅包含宾馆，还包含所有住宿处、食宿服务、俱乐部/旅馆/酒吧和出租车的链接/清单。

在另一个实例中，图7示出了针对“医生/外科医生”的初始搜索的相似的图表600。因此，图7示出了当呼叫者向目录服务平台40请求“医生/外科医生”类别的清单时，那么在接下来的30分钟内，如果同一呼叫者再次呼叫，那么他们的第二次请求通常是针对从下面的组中选择的类别：医生/外科医生，所有的健康从业者、诊所/健康中心、牙医和药剂师(配药者)。因此，通过在趋势模块60中采用所述数据，如果用户12针对医生/外科医生来联系门户20，那么结果产生器30可以产生一列表，该列表不仅包含医生/外科医生，还包含所有的健康从业者、诊所/健康中心、牙医和药剂师(配药者)。

尽管上述讨论的实例涉及趋势数据，所述趋势数据基于搜索请求和从存储的某“类别”类型的DA请求得到的结果，但是基于所处存的为特定清单而做出的对DA平台40的呼叫记录100来产生趋势结果仍然在本发明的范围之内。

例如，趋势模块60可以从字段108选择单个清单结果(或者从字段106选择清单请求)，例如“XYZ剧场”。此后，趋势模块可以查阅数据库50来寻找存储的清单100，该清单来自在预定的时间段内做出了第二次DA请求的同一呼叫者。如果结果显示第二呼叫示出了对一区域内的饭店，或者甚至某特定的附近饭店有高倾向性，那么当通过搜索门户20针对“XYZ剧场”做出相似的请求的用户12接收到他们的结果时，结果产生器30可以用本地附近的饭店信息，甚至是反映在趋势数据中的特定的饭店来补充所述结果。

应理解，上述实例仅仅是用于示例目的，在上述实例中，通过趋势模块60产生数据，该数据从存储的呼叫记录100中被提取以调整搜索门户20的结果。任何相似地提取或利用的相似的趋势都在本发明所要求保护的范围之内。

在本发明的另一个实施例中，趋势模块60还可以利用来自存储的数据记录100的字段104的时间、日期和位置数据，来产生更多的详细的趋势数据供搜索结果产生器30使用。例如，如上所述，针对第一次类别请求的数据库50中的存储的呼叫记录100，如果在确定的预定时间段内来自同一呼叫者的呼叫随后到来，那么通常导致遵循某些趋势的第二类别请求。然而，应注意到，这样的趋势可能受做出目录服务呼叫的呼叫者的地理位置影响。

例如，图8示出了针对纽约市的餐馆的第一次请求的表700。表700示出了在30分钟内来自这些呼叫者的第二次请求，同一呼叫者请求的是：另一个饭店、零售店以及宾馆。因此，当用户12针对饭店向搜索门户20做出请求并且请求源自纽约市时，趋势模块60可以帮助结果产生器30相应地设置结果，如上述参照图3-7所讨论的。应注意，利用针对有线和无线网络访问连接的已知定位方法，对门户20进行网络搜索的用户12的位置是可知的。这意味着，***10和门户20可以以自动的方式访问位置数据，或者否则直接由用户12来提供位置信息。

图8还示出了针对纽约市的“宾馆”的第一次请求之后跟随来自这些呼叫者在30分钟内的第二次请求的第二个表800。这些呼叫者做出的随后的请求是针对：另一个宾馆、饭店、和商业服务。

然而，可以从此数据看出，在饭店之后做出的二次请求的一个子集是针对宾馆信息。然而，这样的第二请求趋势可能受做出这样的请求的用户12的位置是位于纽约市的影响，因为他处于旅游区。可以理解，趋势模块60在查阅存储的记录100时(包括时间、日期和位置字段104)针对不同的位置产生不同的趋势数据。

例如，当结果受限于非旅游目的地时，例如乡间区域，很可能来自记录100的趋势数据将不会显示针对宾馆二次呼叫(在针对饭店的第一次呼叫之后——表700)。不同地，针对这样的非旅游目的地的存储在记录100中的二次呼叫可能示出针对天气或方向的第二请求趋势(更通常地，针对***10的非旅游用户)。因此，可以理解，通过将先前呼叫者的位置引入到DA平台40用于为用户12补充搜索结果，其中用户12利用用门户20从相同或近似相同的地理位置联系***10，本发明可产生更详细的趋势数据。

同样地，当趋势模块60查阅过去的呼叫记录100时，利用时间数据来补充趋势信息也在本发明的范围内。例如，可以理解该数据可能示出，呼叫者针对第一类别向DA平台40请求，之后同一呼叫者在预定时间段内向平台40做出第二次呼叫，将展现出一天的某个时间的一组趋势数据，以及一天的不同时间的另一个趋势。这甚至针对相同类别的初始请求和来自相同地理位置的情况也是正确的。

例如，当趋势模块60针对在正午12:00对纽约市的“酒吧/俱乐部/餐馆”的初始请求查阅呼叫记录时，可能会发现同一呼叫者在30分钟内做出的二次请求很可能是请求出租车信息。但是利用相同的初始类别和位置信息(纽约市中“酒吧/俱乐部/餐馆”)，查阅晚上9:00的记录很可能示出同一呼叫者在30分钟内做出的针对旅馆信息的二次请求。因此，当新的用户12正在针对纽约市的“酒吧/俱乐部/餐馆”进行搜索时，响应于“酒吧/俱乐部/餐馆”的查询而提供给用户12的补充结果在上午则补充有出租车信息，当请求是在晚上做出时，则补充有旅馆信息。

因此，可以理解，本发明基于先前呼叫者向DA平台40的呼叫时间产生趋势数据，来用于对利用门户20向在同一相应时间内呼叫的用户12补充搜索结果。

应注意到，趋势模块60除了考虑时间外(如记录100的字段104中所记录的)，还可以通过更新速率变化的不同的时间段来评估趋势。例如，趋势模块60可以有利地利用呼叫记录100、字段104中的日期、从短至几分钟到长至几年的时期来考虑不同类型的趋势，对趋势分析的更新在相应的频繁更新时发生。

应理解，同时利用时间和地理位置，本发明的趋势模块60还可以考虑趋势数据的子结合。因此，应理解，本发明基于先前到DA平台40的呼叫者的时间和地理位置产生趋势数据，用于利用用门户20对用户12补充搜索结果，所述用户在同一相应时间同一相应地理位置进行呼叫。

在本发明的另一个实施例中，图9示出了针对特殊类别的呼叫的地理分布。例如，存储在记录100内的对目录服务平台40的“旅馆”请求可能展示了针对特殊的地理位置的趋势，例如在清单中呼叫者愿意接受的地理距离。在不同的地理位置例如康涅狄格(Connecticut)的相同的请求可能展示了更宽广的距离范围，因为更机动的康涅狄格用户可能愿意行进得更远。图9中示出了针对饭店请求的相似的结果。

在一个实施例中，当做出请求的用户12的位置已知时，趋势模块60可能利用来自先前的DA平台40搜索记录100的此地理位置约束趋势数据，并且修改向***10的搜索门户20的针对相同的类别的请求的结果清单。

这里仅仅图示和描述了本发明的某些特性，很多修改、替换、改变或等同物对本领域技术人员是可以进行的。因此，应理解为此申请覆盖落入本发明的实质范围内的所有这样的修改和改变。

Claims

1、一种用于提供搜索结果的***，所述***包括：

门户，其用于接收搜索请求；

用于获得来自电话目录服务请求的先前搜索结果的装置；及

趋势模块，其用于分析所获得的来自电话目录服务请求的所述先前搜索结果；其中响应于在所述门户接收到的所述搜索请求而提供给用户的结果受来自电话目录服务请求的所述先前搜索结果的影响。

2、根据权利要求1所述的***，其中用于接收搜索请求的所述门户为用于接收互联网搜索请求的网络门户。

3、根据权利要求1所述的***，其中在所述门户接收到的所述搜索请求为针对商业联系信息的商业清单请求。

4、根据权利要求1所述的***，还包括目录服务***，其用于提供针对电话目录服务请求的搜索结果。

5、根据权利要求1所述的***，其中响应于在所述门户接收到的所述搜索请求而提供给用户的所述结果被补充以从所述趋势模块获得的额外的联系信息。

6、根据权利要求1所述的***，其中来自电话目录服务请求的所述先前搜索结果被存储在呼叫记录中。

7、根据权利要求6所述的***，其中所述呼叫记录的每一个包含呼叫者标示符字段、时间日期和位置字段、请求字段和结果字段。

8、根据权利要求7所述的***，其中所述趋势模块对所述先前搜索结果的查阅包含对所述结果字段的查阅，以确定响应于电话目录服务请求而提供给呼叫者的结果的类别。

9、根据权利要求7所述的***，其中所述趋势模块对所述先前搜索结果的查阅包含对所述请求字段的查阅，以确定在电话目录服务请求期间呼叫者请求的结果的类别。

10、根据权利要求7所述的***，其中所述趋势模块对所述先前搜索结果的查阅包含对所述时间、日期和位置字段的查阅，以确定响应于电话目录服务请求而提供给呼叫者的结果的类别。

11、根据权利要求7所述的***，其中所述趋势模块对所述先前搜索结果的查阅包含对所述时间、日期和位置字段，所述请求字段和所述结果字段的查阅，以分析所获得的来自电话目录服务请求的所述先前搜索结果。

12、根据权利要求7所述的***，其中所述趋势模块对所述先前搜索结果的查阅包含对所述呼叫者标示符字段的查阅，以确定在预定时间内，先前已经做出目录服务请求的呼叫者做出第二电话目录服务请求。

13、根据权利要求12所述的***，其中所述预定时间为在30分钟内的第二电话目录服务请求。

14、一种用于提供搜索结果的方法，所述方法包括步骤：

在门户接收搜索请求；

获得来自电话目录服务请求的先前搜索结果；及

在趋势模块中分析所获得的来自电话目录服务请求的所述先前搜索结果；其中响应于在所述门户接收到的所述搜索请求而提供给用户的结果受来自电话目录服务请求的所述先前搜索结果的影响。

15、根据权利要求14所述的方法，其中来自电话目录服务请求的所述先前搜索结果被存储在呼叫记录中。

16、根据权利要求15所述的方法，其中所述呼叫记录的每一个包含呼叫者标示符字段、时间日期和位置字段、请求字段和结果字段。

17、根据权利要求16所述的方法，其中所述趋势模块对所述先前搜索结果的查阅还包含对所述结果字段的查阅的步骤，以确定响应于电话目录服务请求而提供给呼叫者的结果的类别。

18、根据权利要求16所述的方法，其中所述趋势模块对所述先前搜索结果的查阅还包含对所述请求字段的查阅的步骤，以确定在电话目录服务请求期间呼叫者请求的结果的类别。

19、根据权利要求16所述的方法，其中所述趋势模块对所述先前搜索结果的查阅还包含对所述时间、日期和位置字段的查阅的步骤，以确定响应于电话目录服务请求而提供给呼叫者的结果的类别。

20、根据权利要求16所述的方法，其中所述趋势模块对所述先前搜索结果的查阅还包含对所述时间、日期和位置字段，所述请求字段和所述结果字段的查阅的步骤，以分析所获得的来自电话目录服务请求的所述先前搜索结果。

21、根据权利要求16所述的方法，其中所述趋势模块对所述先前搜索结果的查阅还包含对所述呼叫者标示符字段的查阅的步骤，以确定在预定时间内，先前已经做出目录服务请求的呼叫者做出第二电话目录服务请求。

22、根据权利要求21所述的方法，其中所述预定时间为在30分钟内的第二电话目录服务请求。