专利名称：提供具有增强结果的搜索门户的系统和方法
技术领域：
本发明涉及搜索门户(search portal)。更具体而言，本发明涉及利 用先前获得的数据的搜索门户的改进结果。
背景技术：
用于获得期望方的联系信息的常规方法是目录服务(directory assistance),其中呼叫者联系目录服务平台并且请求例如商业或家庭电 话号码的联系信息。
近来，随着移动无线通信设备的能力的增强，用于获得联系信息 的额外的搜索门户为网络搜索引擎，例如YahooTM和Go0gleTM。
然而，这两个系统都有与成本和效率有关的缺点。例如，常规的 电话目录服务系统需要呼叫者用电话呼叫来联系系统、等待搜索、接 收结果，然后联系(或连接到)所期望的清单。这不仅耗时，而且通 常每次联系都会产生相关费用。另外，如果信息不正确，或者如果期 望获得额外的信息，那么呼叫者需要重新连接系统，并会产生额外的 相关费用。
支持移动设备的更新的网络允许用户能够直接连接到网络搜索门 户上，网络搜索门户使得用户能够对所期望的联系信息进行网络搜索， 而不会有相关的目录服务费用。这些网站基于输入的词语来应用算法 搜索以提供搜索结果。这通常导致列出了潜在结果的长列表。例如， 在典型的网络商业搜索中，对"纽约市"的"宾馆"进行类别搜索， 列表里可能包含上百个结果，结果中都在某处包含词语"宾馆"和"纽 约市"。
5然而，这些结果列表通常受限于由用户输入的搜索词语而直接产 生的结果，如果用户意图获得不同类型的信息，显然需要用户执行多 个搜索，每个搜索都需要时间来输入或敲入搜索并且接收所请求的数 据。
发明内容
本发明试图克服现有技术中的相关缺点，并且通过利用过去的常 规的目录服务结果来改善结果，以提供改进的搜索门户结果，特别是 网络搜索结果。
为此目的，本发明涉及一种用于提供搜索结果的系统，所述系统 具有用于接收搜索请求的门户，以及用于获得来自电话目录服务请求 的先前搜索结果的装置。趋势模块分析来自电话目录服务请求的所获 得的先前搜索结果；其中响应于在门户接收到的搜索请求而提供给用 户的结果受来自电话目录服务请求的先前搜索结果的影响。
通过以下说明和附图可以更好地理解本发明，其中 图1图示了根据本发明一个实施例的用于提供搜索结果的系统； 图2图示了根据本发明一个实施例的来自目录服务呼叫的示例性 呼叫记录；
图3为示出了根据本发明一个实施例的呼叫趋势数据的表； 图4为示出了根据本发明另一个实施例的呼叫趋势数据的表； 图5为示出了根据本发明另一个实施例的呼叫趋势数据的表； 图6为示出了根据本发明另一个实施例的呼叫趋势数据的表； 图7为示出了根据本发明另一个实施例的呼叫趋势数据的表； 图8为示出了根据本发明另一个实施例的呼叫趋势数据的表； 图9为示出了根据本发明另一个实施例的呼叫趋势数据以及聚类 数据的表；
具体实施例方式
在本发明的一个实施例中，如图1所示，提供了一种用于提供搜索结果的系统IO。系统IO包括搜索门户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上的搜索进行加权来调整其结果。
7在本发明的另一个实施例中，如图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中，应理解为每个部件也可以远程设置，由第三方 实体运行，并且可以包括多个子单元/服务器，例如服务器群(server farm)、大型组合数据库仓库(large combined database warehouse)， 并 且操作者终端(在目录服务(DA)平台40的情况中)可以应用在本 发明的上下文中。此外，应理解为，尽管可能通过网络门户20和目录 服务平台40对很多类型的搜索进行请求，例如白页(white page)请求， 或其他随机信息搜索，在下文中将结合对商务或者商业清单的"黄页 (yellowpage)"型类别搜索对本发明的示例性实施例进行讨论。
在本发明的一个实施例中，系统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分钟内，如果 同一呼叫者再次呼叫，那么他们的第二次请求通常是针对从下面的组 中选择的类别医生/外科医生，所有的健康从业者、诊所/健康中心、
10牙医和药剂师(配药者)。因此，通过在趋势模块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的位置是可知的。这意味着，系统IO和门户20可以 以自动的方式访问位置数据，或者否则直接由用户12来提供位置信息。
图8还示出了针对纽约市的"宾馆"的第一次请求之后跟随来自 这些呼叫者在30分钟内的第二次请求的第二个表800。这些呼叫者做 出的随后的请求是针对另一个宾馆、饭店、和商业服务。
然而，可以从此数据看出，在饭店之后做出的二次请求的一个子 集是针对宾馆信息。然而，这样的第二请求趋势可能受做出这样的请 求的用户12的位置是位于纽约市的影响，因为他处于旅游区。可以理 解，趋势模块60在查阅存储的记录100时(包括时间、日期和位置字 段104)针对不同的位置产生不同的趋势数据。
例如，当结果受限于非旅游目的地时，例如乡间区域，很可能来 自记录100的趋势数据将不会显示针对宾馆二次呼叫(在针对饭店的 第一次呼叫之后——表700)。不同地，针对这样的非旅游目的地的存 储在记录100中的二次呼叫可能示出针对天气或方向的第二请求趋势 (更通常地，针对系统10的非旅游用户)。因此，可以理解，通过将 先前呼叫者的位置引入到DA平台40用于为用户12补充搜索结果， 其中用户12利用用门户20从相同或近似相同的地理位置联系系统10， 本发明可产生更详细的趋势数据。
同样地，当趋势模块60査阅过去的呼叫记录IOO时，利用时间数 据来补充趋势信息也在本发明的范围内。例如，可以理解该数据可能 示出，呼叫者针对第一类别向DA平台40请求，之后同一呼叫者在预 定时间段内向平台40做出第二次呼叫，将展现出一天的某个时间的一 组趋势数据，以及一天的不同时间的另一个趋势。这甚至针对相同类 别的初始请求和来自相同地理位置的情况也是正确的。
例如，当趋势模块60针对在正午12: OO对纽约市的"酒吧/俱乐 部/餐馆"的初始请求査阅呼叫记录时，可能会发现同一呼叫者在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的针对相同的类别的请求 的结果清单。 .
这里仅仅图示和描述了本发明的某些特性，很多修改、替换、改 变或等同物对本领域技术人员是可以进行的。因此，应理解为此申请 覆盖落入本发明的实质范围内的所有这样的修改和改变。
1权利要求
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分 钟内的第二电话目录服务请求。
全文摘要
一种用于提供搜索结果的系统，其具有用于接收搜索请求的门户，以及用于获得来自电话目录服务请求的先前搜索结果的装置。趋势模块分析所获得的来自电话目录服务请求的先前搜索结果；其中响应于在门户接收到的搜索请求而提供给用户的结果受来自电话目录服务请求的先前搜索结果的影响。
文档编号G06F7/00GK101632064SQ200780045968
公开日2010年1月20日 申请日期2007年11月14日 优先权日2006年11月14日
发明者B·哈特, F·麦加里, I·培根, M·贝茨, N·霍尔 申请人:格莱珀技术集团公司