CN108369695A - 确定响应于简档的活动 - Google Patents

Abstract

一种应用(例如由智能电话执行的个人助理)确定用户在一时间段内在其日历中没有计划任何安排的活动。基于描述用户兴趣的用户简档，该应用针对该时间段确定用户可以享受的多个即将来临的活动。使用基于由应用观察和收集的用户行为的排序模型，该应用选择即将来临的活动中的一个或多个活动以推荐给用户。基于用户是否接受或拒绝所推荐的活动，使用机器学习对排序模型进行更新。

Description

确定响应于简档的活动

背景技术

用户已变得日益依赖于电子日历来安排他们生活中的活动。通常，用户维护多个日历，其中每个日历包括针对该用户生活的不同方面的活动。例如，用户可以具有针对工作的日历、社交日历、以及针对家庭相关活动的家庭日历。

由于使用多个日历，用户可能不能容易地认识到他们何时具有即将来临的未安排(unscheduled)的时间(即，不与任何日历上的活动相关联的时间)，直到未安排的时间开始。这可能迫使用户浪费未安排的时间，或者匆忙地搜索活动来填充该未安排时间，从而使用户仓促并且有可能不满意。当用户在旅行或者处于不熟悉位置时这可能加剧，从而使定位合适的活动变得困难。

发明内容

应用(例如由智能电话执行的个人助理)确定用户在一时间段内在他们的日历中没有计划任何安排的活动。基于描述用户兴趣的用户简档，应用针对该时间段确定用户可以享受的多个即将来临的活动。使用基于如由应用观察和收集的用户行为的排序模型，应用选择即将来临的活动中的一个或多个活动以推荐给用户。基于用户是否接受或拒绝所推荐的活动，使用机器学习来对排序模型进行更新。

在一种实现方式中，由计算设备接收对标识一个或多个活动的请求。该请求包括用户标识符、开始时间和结束时间。由计算设备接收与用户标识符相关联的简档。该简档包括多个属性。由计算设备基于简档的该多个属性来确定响应于简档的多个活动以及与该多个活动中的每个活动相关联的多个属性。每个活动包括开始时间和结束时间，该开始时间和结束时间都出现在请求的开始时间和结束时间内。由计算设备使用与用户标识符相关联的排序模型以及与多个活动中的每个活动相关联的属性来对该多个活动排序。基于由计算设备进行的排序从该多个活动中选择活动序列。基于与活动序列中的每个活动相关联的结束时间和开始时间来对该活动序列排序。由计算设备显示对所选择的活动序列中的活动的图形表示(representation)。

在一种实现方式中，由计算设备接收与用户标识符相关联的简档。由计算设备接收与用户标识符相关联的日历数据。该日历数据标识与用户标识符相关联的活动历史。由计算设备接收与用户相关联的位置数据。该位置数据标识与用户标识符相关联的多个位置。由计算设备接收与用户相关联的应用数据。该应用数据包括来自与用户标识符相关联的多个应用的数据。由计算设备基于简档、日历数据、位置数据和应用数据来生成针对用户标识符的排序模型。由计算设备接收多个活动的标识符。由计算设备基于排序模型来对该多个活动中的活动排序。

在一种实现方式中，提供了一种系统。该系统包括计算设备，该计算设备包括显示器和活动引擎。该活动引擎被配置为：向搜索引擎发送对标识一个或多个活动的请求，其中，该请求包括用户标识符、开始时间、结束时间和简档，其中，该简档与用户标识符相关联并且包括多个属性；基于简档的多个属性接收响应于简档的多个活动以及与该多个活动中的每个活动相关联的多个属性，其中，每个活动包括出现在请求的开始时间和结束时间内的开始时间和结束时间；使用与用户标识符相关联的排序模型以及与该多个活动中的活动相关联的属性来对该多个活动排序；基于该排序从该多个活动中选择活动序列，其中，该活动序列是基于与每个活动相关联的结束时间和开始时间来排列的；以及提供对所选择的活动序列中的活动的图形表示以便显示在与计算设备相关联的显示器上。

提供本发明内容以便以简化形式介绍一系列概念，这些概念在以下具体实施方式中进一步描述。本发明内容并非旨在标识所要求保护的主题内容的关键特征或必要特征，也并非旨在限定所要求保护的主题内容的范围。

附图说明

在结合附图阅读时将更好地理解前述概述以及以下对说明性实施例的详细描述。为了说明实施例，在附图中示出了实施例的示例性构造；然而，实施例不限于所公开的特定方法和手段。在附图中：

图1是用于基于简档来推荐活动的示例性环境的实现方式的图示；

图2是示例性活动引擎的实现方式的图示；

图3是用于向用户呈现活动的图形表示的示例性用户界面的图示；

图4是用于向用户呈现活动的图形表示的示例性用户界面的图示；

图5是用于向用户呈现活动的图形表示的示例性用户界面的图示；

图6是用于选择和显示活动序列的图形表示的实现方式的操作流程；

图7是用于生成排序模型并使用该排序模型对多个活动排序的方法的实现方式的操作流程；以及

图8示出了其中可以实现示例性实施例和方面的示例性计算环境。

具体实施方式

图1是用于基于简档来推荐活动的示例性环境100的实现方式的图示。环境100可以包括通过网络122相通信的搜索引擎160和客户端设备110。网络122可以是各种网络类型，包括公共交换电话网(PSTN)、蜂窝电话网和分组交换网(例如，互联网)。尽管图1中仅示出了一个搜索引擎160和客户端设备110，但对于可以支持的搜索引擎160和客户端设备110的数量没有限制。

可以使用通用计算设备(例如针对图8所描述的计算设备800)一起或单独地实现搜索引擎160和客户端设备110。示例性计算设备包括智能电话、平板计算机、膝上型计算机、机顶盒、个人/数字视频记录器或者任何其它类型的计算设备。

客户端设备110可以执行一个或多个日历应用115。日历应用115可以是允许用户跟踪和安排一个或多个活动165的应用。活动165可以对应于各种活动，包括但不限于事件、会议、体育活动、电影、音乐会、用餐(例如，早餐)、餐馆预约、旅游活动(例如，观光)、户外活动(例如，徒步)、旅行(例如，宾馆或飞机预约)等等。

日历应用115中的每个活动165可以具有指示活动何时可以开始的开始时间。开始时间可以是精确的(例如，10:05)或者可以是大致的(例如，大约10:00)。另外，每个活动165可以具有结束时间。类似于开始时间，结束时间可以是精确的或大致的。另外，一些结束时间可以是开放式的。例如，诸如晚餐之类的活动165可能不具有明确定义的结束。

活动165还可以与指示该活动在何处发生的位置相关联。例如，诸如“看电影”之类的活动165可以具有是电影院地址的位置，并且诸如“参加会议”之类的活动可以具有是工作场所地址、或者安排该会议的会议室名称的位置。对于一些活动165(像上面描述的会议)，位置可以是明确定义的，而对于其它活动165，位置可以基于当活动发生时与活动165相关联的用户恰好在的任何地点。此类活动165的示例可以是“刷牙”、“给妈妈打电话”或者“从事项目”。

用户可以使用日历应用115来维护多个日历。例如，用户可以维护记录工作相关的活动165(例如会议)的工作日历、记录社交活动165(例如晚餐预约)的社交日历、以及记录家庭相关的活动165(例如，家庭旅行)或针对儿童安排的活动165的家庭日历。取决于实现方式，单个日历应用115可以管理与用户相关联的所有日历，或者用户可以针对他们相关联的日历中的一些或全部日历使用不同的日历应用115。

客户端设备110的用户可以与简档135相关联。与用户相关联的简档135可以包括描述用户的各种喜好、厌恶和兴趣的信息。例如，简档135可以标识用户偏好的食物、电影、电视节目、餐馆、体育运动和身体活动的类型。可以支持其它信息。在简档135中找到的关于用户的信息在本文中被称为属性。

取决于实现方式，可以由用户来提供针对该用户的简档135的属性。例如，可以向用户呈现问卷或调查，该问卷或调查询问用户以指示他们针对食物、娱乐、身体活动等等的偏好。

替代地或另外地，可以基于用户的行为来学习该用户的简档135的属性。例如，基于由客户端设备110收集的关于用户的信息，客户端设备110可以推断用户的喜好和厌恶。所收集的信息可以包括位置信息(例如，GPS坐标)、来自日历应用115的关于参加的活动165的信息以及用户在其客户端设备110上观看的特定内容项(例如，电影和电视节目)。

另外，简档135可以包括关于用户的一般人口统计信息。该信息可以包括性别、年龄、教育水平等等。类似地，如上所述，可以由用户提供、或者可以由客户端设备110推断人口统计信息。

可以要求用户选择或以其它方式同意对简档135的创建和/或对用户行为的监视以创建简档135。另外，假如简档135被偷盗或者无意地使其公开可用，则可以从简档135移除可以用于唯一地标识用户的任何信息以保护用户的隐私。

为了帮助用户利用未安排的时间(即，在与用户相关联的日历中未考虑的任何时间)，客户端设备110还可以包括活动引擎125。活动引擎125可以确定用户具有一些未安排的时间量，并且响应于该确定，可以生成活动请求145。活动请求145可以包括用户的标识符、以及与未安排的时间相关联的开始时间和结束时间。取决于实现方式，活动请求145还可以包括与用户相关联的简档135中的一些或全部，并且可以包括在未安排的时间期间用户有可能处于的位置。

在一些实现方式中，活动引擎125可以通过比较与用户相关联的各个日历并确定在任何日历上未安排的时间来确定该用户具有未安排的时间。另外，活动引擎125可以确定未安排的时间大于阈值时间量，例如两个小时、三个小时、四个小时等等。可以由与客户端设备110相关联的用户来确定阈值时间量。

在一些实现方式中，活动引擎125可以响应于用户请求或选择而生成活动请求145。例如，活动引擎125可以高亮日历应用115中未安排的时间，并且用户可以点击或选择未安排的时间来生成活动请求145。替代地或另外地，用户可以要求活动引擎125生成针对指定时间段的活动请求145。例如，用户可以向与活动引擎125相关联的语音界面说“为我即将来临的周末确定活动”，或者可以选择由活动引擎125显示的图标，从而询问用户是否喜欢针对即将来临的周末的一些推荐的活动。

活动引擎125可以集成到应用中，例如个人助理应用。个人助理应用是能够使用从各种线上资源和线下资源收集的信息来针对用户自动地执行一个或多个任务的一种应用类型。例如，个人助理应用可以在用户询问天气时获取天气预报，或者可以在用户询问方向时找到至特定位置的方向。使用活动引擎125的功能，个人助理应用可以在具有或没有用户请求的情况下自动地标识针对用户的活动165。

在一些实现方式中，活动引擎125可以向搜索引擎160提供活动请求145。搜索引擎160可以被配置为：响应于接收到的活动请求145而标识多个合适的活动165。在一些实现方式中，搜索引擎160可以使用存储在搜索语料库167中的活动数据来完成接收到的活动请求145。搜索语料库167可以包括针对从跨互联网的各个源(例如报纸、博客、旅行指南等等)收集的各种活动165的信息。搜索语料库167中的每个活动可以包括关于活动的信息，例如与活动相关联的开始时间和结束时间(如果适用的话)、位置，以及对活动进行描述并且可以用于确定用户是否愿意参与活动的其它信息。与活动相关联的信息在本文中被称为活动属性。

例如，对于诸如在餐馆用餐之类的活动165，活动属性可以包括餐馆营业时间、与餐馆相关联的典型餐食的花费、餐馆的评价、餐馆的地址、与餐馆相关联的食物类型、餐馆是否适合于儿童等等。对于诸如节庆之类的活动165，活动属性可以包括与节庆相关联的活动、节庆的时间、节日的位置等等。

搜索引擎160可以通过针对有可能响应于活动请求145的活动165对搜索语料库167进行搜索来完成接收到的活动请求145。例如，搜索引擎160可以将搜索语料库167中所标识的活动165的活动属性与活动请求145所包括或所标识的简档135的属性进行匹配，以标识相关活动165。另外，相关活动165可以包括：开始和结束时间出现在活动请求145中所包括的开始和结束时间内的活动，以及位置靠近用户位置的活动。搜索引擎160可以将相关活动165提供给活动引擎125。

活动引擎125可以呈现活动165中的一些或全部活动作为针对特定未分配时间的建议活动165。例如，活动引擎125可以在日历应用115中显示活动165的图形表示。取决于实现方式，用户可以接受或拒绝所提议的活动165。还如针对图2所描述的，用户是否接受所提议的活动165、以及其它信息可以用于从接收自搜索引擎160的活动165中排序或选择最终推荐给用户的活动165。

如可以意识到的，确定可用时间和推荐活动165来填充可用时间具有若干优势。第一，由于可用或未安排的时间是在该未安排时间之前自动标识的，因此用户更有可能享受该时间，因为他们将有充足的机会来选择合适的活动165。第二，由于合适的活动165是自动标识并推荐给用户的，因此用户免于可能与填充未安排的时间相关联的选择疲劳或焦虑。第三，由于活动165是自动标识的，因此可以使用户了解该用户可能尚未考虑、但对于用户可能是令人愉快的活动165。

图2是示例性活动引擎125的实现方式的图示。活动引擎125可以包括一个或多个组件，包括安排引擎210、模型引擎220、排序引擎230以及呈现引擎240。可以由一个或多个计算设备(例如参考图8所描述的计算设备800)来实现活动引擎125的各组件中的一些或全部组件。

安排引擎210可以生成活动请求145。活动请求145可以包括用户标识符、开始时间和结束时间。取决于实现方式，活动请求145可以包括用户的简档135，或者搜索引擎160可以被配置为：使用用户标识符来获取简档135。

安排引擎210可以响应于确定用户具有比日历数据223所指示的阈值时间量大的未安排的或可用时间量而生成活动请求145。未安排的或可用时间可以包括：不具有与用户相关联的任何日历中的相关联活动165的任何时间。

替代地或另外地，安排引擎210可以响应于用户选择或指示来生成请求。例如，用户可以请求活动引擎125确定针对周四下午1pm至6pm的活动165，或者用户可以请求活动引擎125确定针对整个即将来临的周末的活动165。作为响应，安排引擎210可以生成具有与用户请求相对应的开始和结束时间的活动请求145。

活动请求145还可以包括位置。该位置可以是在与活动请求145相关联的时间期间将安排用户位于的位置。该位置可以由用户指定，可以是与用户相关联的默认位置，或者可以基于与用户相关联的日历数据223来推断。例如，用户可以在其日历中具有宾馆预约或飞机预约，这些预约可以指示在与活动请求145相关联的时间用户的位置。可以使用用于确定或推断位置的其它方法。

安排引擎210可以将所生成的活动请求145提供给搜索引擎160。搜索引擎160可以响应于活动请求145而提供匹配的活动165。

模型引擎220可以生成排序模型225，该排序模型225可以用于从接收自搜索引擎160的活动165中排序和选择活动165。排序模型225可以与用户相关联，并且可以初始地使用机器学习基于与简档135相关联的属性来针对用户生成。排序模型225可以获取与特定活动相关联的属性作为输入，并且可以输出针对该活动的分数。该分数可以反映用户将选择该活动和/或享受该活动的可能性。

模型引擎220可以基于由客户端设备110确定的关于用户的另外信息来不断地调整排序模型225。该信息可以包括但不限于位置数据221、应用数据222和日历数据223。可以考虑其它信息。取决于实现方式，模型引擎220可以在用户肯定地同意对信息的使用之后考虑由客户端设备110确定的此类信息。

位置数据221可以包括与用户相关联的位置的历史。位置数据221可由模型引擎220结合地图使用以推断商店、餐馆和其它活动以及用户频繁进行的活动。可以由GPS(全球定位系统)或与客户端设备110相关联的其它位置组件来确定位置数据221。

应用数据222可以包括根据与客户端设备110或用户相关联的一个或多个应用确定的信息。应用的示例可以包括文字处理应用、社交网络应用、网络浏览器应用和电子邮件应用。例如，由用户使用电子邮件应用生成的电子邮件中引用的、或者由用户使用网络浏览器应用搜索的主题可以指示该用户感兴趣的主题或活动。

日历数据223可以包括用户先前参加或接受的活动165的历史，以及用户未参加或拒绝的活动165的历史。由于用户很可能参加他们感兴趣的活动，并拒绝他们不感兴趣的活动，因此日历数据223对于对活动165排序可能是有用的。在一些实现方式中，与用户在过去未接受或拒绝的活动类似的活动相比，与用户在过去接受的活动类似的活动的排序可以更高。

当活动引擎125被集成到个人助理应用中时，模型引擎220可以基于由个人助理应用收集的信息来调整排序模型225。例如，可以使用诸如用户要求助理做出的特定预约、用户要求助理执行的搜索以及用户要求助理播放的音乐之类的信息来调整排序模型225。

排序引擎230可以响应于活动请求145，使用排序模型225从接收自搜索引擎160的活动165中生成经排序的活动235。在一些实现方式中，排序引擎230可以通过使用排序模型225生成针对每个活动165的分数和与活动165相关联的活动属性来对活动165排序。排序引擎230可以基于所生成的分数来对活动165排序以生成经排序的活动235。

呈现引擎230可以响应于活动请求145而生成一个或多个活动序列245。活动序列245可以是有序的、非重叠的活动序列165，该序列在与活动请求相关联的开始时间处或开始时间附近开始并且在与活动请求145相关联的结束时间处或结束时间附近结束。

呈现引擎240可以通过以下操作从经排序的活动235中选择用于活动序列245的活动：开始于活动请求145的开始时间，从经排序的活动235中选择在活动请求145的开始时间附近开始的、具有最高排序的活动。呈现引擎240可以继续从经排序的活动235中顺序地选择活动，直到已经考虑与活动请求145相关联的所有时间。

取决于实现方式，呈现引擎240在选择用于活动序列245的活动165时除了排序还可以考虑其它信息，例如交通或公共运输信息、经排序的活动235中每个活动的位置、以及天气。例如，当从经排序的活动235中选择活动时，呈现引擎240可以咨询与关联于经排序的活动235中的每个活动165以及最近添加到活动序列245的活动165的位置和时间相关联的交通信息和/或公共运输信息，以确保有充足的时间供用户从最近添加的活动165的位置行进到所选择活动165的位置。因此，如果没有足够的时间行进到活动165，或者如果参加活动165将导致过多的行程时间，则呈现引擎240可能不会选择具有最高排序的活动165。

类似地，呈现引擎245在从经排序的活动235中选择活动165时还可以考虑天气预报。例如，如果天气预报有雨，则即使在作为户外活动的活动165具有经排序活动235的最高排序的情况下，呈现引擎240也不会选择那些活动165。

呈现引擎245在选择用于活动序列245的活动165时还可以考虑用户偏好。例如，用户在选择用于活动序列245的活动165时可能偏好活动序列245倾向(favor)较长或较短的活动165。在另一示例中，用户可能偏好使活动165之间的行程最小化，或者可能偏好在特定的时间用餐。

呈现引擎245在选择用于活动序列245的活动时还可以考虑与用户相关联的日历中的现有活动165。例如，如果活动165已被安排用于活动序列245期间的时间，则呈现引擎240可以将安排的活动165添加到活动序列245，或者可以使对应于安排的活动165的时间在活动序列245中未安排。

呈现引擎240可以向客户端设备110处的用户呈现所生成的一个或多个活动序列245。可以由日历应用115将该一个或多个活动序列245显示给用户。例如，日历应用115可以显示该一个或多个活动序列245中的每个活动165的图形表示。可以利用关于活动165的信息(例如活动165的开始和结束时间、活动的评价、以及活动165的描述)来向用户显示每个活动。可以显示关于每个活动165的其它信息，例如与活动165相关联的图像或视频以及至用户能够得到关于活动165的另外信息的网站的链接。

取决于实现方式，向用户呈现该一个或多个活动序列245的方式可以取决于设备数据226。设备数据226可以描述与用户相关联的特定客户端设备110的特征和能力。设备数据226的示例可以包括关于客户端设备110的类型(例如，智能电话、膝上型设备、平板设备或者膝上型计算机)以及客户端设备110的能力(例如，存储器、屏幕分辨率或者处理器速度)的信息。可以支持其它信息。

例如，如果设备数据226指示客户端设备110是智能设备，则由于有限的显示器大小，可以向用户显示仅一个活动序列245，并且可以利用最小描述信息来显示活动序列245中的每个活动165的图形表示。类似地，如果设备数据226指示客户端设备110是台式计算机，则由于较大的显示器大小，可以向用户显示多个活动序列245，并且可以利用包括关于活动165的图像和视频的最大量细节来显示每个活动序列245中的每个活动165的图形表示。

在一些实现方式中，对于活动序列245，用户可以接受或拒绝整个活动序列245，或者可以接受或拒绝活动序列245中的单独活动165。例如，用户可以通过触摸或选择相关联的用户界面元素来提供对针对活动序列245的接受或拒绝的指示。如果用户接受活动序列245或者活动序列245中的特定活动165，则被接受的活动序列245或所选择的活动165被添加到与用户相关联的日历。如果用户拒绝活动序列245或者活动序列245中的特定活动165，则呈现引擎240可以提供新的活动序列245或者新的活动165以替换被拒绝的活动165。

呈现引擎240还可以生成活动反馈255。活动反馈255可以包括关于被用户接受或拒绝的活动165的信息。在一些实现方式中，模型引擎220可以使用活动反馈255来调整排序模型255。

在一些实现方式中，甚至在用户已接受活动之后，活动引擎125还可以基于另外的信息来动态地调整活动序列245中的特定活动。例如，如果天气未预料地变成有雨，或者有未预料的活动(例如交通事故)，则活动引擎125可以选择不是室外的、或者避免与交通事故相关联的位置的新活动165。

类似地，活动引擎125可以基于与用户相关联的实时信息来动态地调整活动序列245中的特定活动165。例如，如果用户对于特定的活动165迟到、跳过活动165、或者在活动165处停留得比安排的时间更长或更短，则活动引擎125可以对活动序列245中的剩余活动165的定时做出任何调整，包括添加或移除活动165。例如，可以由与客户端设备110相关联的位置确定组件来动态地确定用户的位置。

图3是用于向用户呈现活动165的图形表示的示例性用户界面300的图示。如所示出的，可以在客户端设备110(例如智能电话)上实现用户界面300。

用户界面300显示与针对周末的活动165的活动请求145相对应的活动序列245的一部分。在所示出的示例中，在被标记为310a、310b和310c的图形表示中显示每个活动165。图形表示310a显示与周五8pm至10pm的活动165相关的信息。图形表示310b显示与周五10pm至12pm的活动165相关的信息。图形表示310c显示与周六10am至12pm的活动165相关的信息。

如所示出的，图形表示中的每个图形表示包括对所表示的活动165的描述、针对所表示的活动165接收到的平均评价、以及用户可以通过其接受或拒绝所提议的活动165的链接。活动165中可以包括其它信息。窗口305包括用于使用户考虑由图形表示所表示的活动165的指示。

在所示出的示例中，由于客户端设备110是智能电话，因此在用户界面300中仅示出了三个活动165的图形表示。如上所述，呈现引擎240在提供活动序列245时考虑将显示图形表示的客户端设备110的类型。用户可以通过将所显示的图形表示中的一些图形表示滚动或移动到用户界面300之外来查看活动序列245的另外活动165的图形表示。

在用户已考虑对应于图形表示的活动165之后，用户可以确定他们不希望执行对应于图形表示310b的活动165。相应地，用户可能已通过选择或触摸图形表示310b中被标记为“挑选另一活动”的链接来向用户界面300提供对拒绝的指示。

响应于对选择的指示，呈现引擎240可以从经排序的活动235中选择替代活动165。所选择的替代活动165可以具有与被拒绝的活动165类似的开始时间和/或结束时间。

继续上面的示例，图4是已进行更新以反映替代活动165的用户界面300的图示。代替图形表示310b，显示对应于替代活动165的新的图形表示310d。用户可以如上所述地接受或拒绝替代活动165。

图5是用于向用户呈现活动165的图形表示的示例性用户界面500的图示。如所示出的，用户界面500大于用户界面300，并且可以适合于诸如平板计算机之类的客户端设备110。

由于较大的显示器大小，因此用户界面500可以显示多个(例如，两个)单独提议的活动序列245。区域507a显示与所提议的“周末1”相对应的活动165的图形表示510a、510b、510c和510d，并且区域507b显示与所提议的“周末2”相对应的活动165的图形表示510e、510f、510g和510h。相应地，用户界面500包括指示用户考虑不同的周末选项的窗口505。

与用户界面300中类似，用户可以通过选择或触摸相应图形表示中被标记为“是”或“挑选另一活动”的链接来接受或拒绝所提议活动165中的任何活动。另外，用户还可以通过选择或触摸相应区域507中被标记为“选择全部”或“拒绝全部”的链接来接受或拒绝与周末1或周末2相关联的全部活动165。

如上所述，当选择用于活动序列245的活动165时，呈现引擎240可以考虑在与活动序列245相关联的开始和结束之间内已经安排的活动165。相应地，周末1和周末2二者都分别包括表示相同活动165的图形表示510d和510h。如所示出的，所表示的活动165对应于“在Papaya与客户吃午餐”，并且可能已在与用户相关联的日历数据223中找到。相应地，呈现引擎240已在与周末1和周末2相对应的活动序列245中包括了活动165。

图6是用于选择和显示活动序列的图形表示的方法600的实现方式的操作流程。可以由活动引擎125和/或搜索引擎160来实现方法600。

在601处，接收对标识一个或多个活动的请求。该请求可以是活动请求145并且可以包括用户标识符、开始时间和结束时间。活动请求145还可以包括位置。活动请求145可以由搜索引擎160从日历应用115接收，或者可以从活动引擎125的安排引擎210基于与用户相关联的日历数据223来接收。开始时间和结束时间可以限定一时间段，例如周末。

例如，安排引擎210可以确定用户具有在与活动请求145相关联的开始时间和结束时间处开始和结束的未安排的时间。日历应用115还可以确定用户周末将在圣地亚哥(SanDiego)。为了确保用户在周末期间有活动165要参加，安排引擎210可以生成活动请求145并将活动请求145提交给搜索引擎160。

在603处，获取简档。可以由搜索引擎160使用活动请求145的用户标识符来获取简档135。替代地，在将活动请求145发送给搜索引擎160之前安排引擎210可能已经将简档135包括在活动请求145中。

简档135可以包括多个属性，这些属性可以描述用户的特殊爱好、厌恶和兴趣。简档135还可以包括关于用户的人口统计信息，例如年龄和收入。简档135中可以包括其它信息。例如，简档135的属性可以由用户提供，或者可能已经基于用户行为来确定(例如，遵循用户的同意)。

在605处，确定响应于简档的多个活动。可以由搜索引擎160通过从搜索语料库167中标识与简档135匹配或者至少部分匹配、并且具有落入与活动请求145相关联的开始和结束时间内(例如，之间)的开始和结束时间的活动165，来确定多个活动165。取决于实现方式，当与活动165相关联的一些或全部属性与来自简档135的对应属性匹配时，活动165可以与简档135匹配。可以使用用于将活动165与简档135匹配的其它方法。

在607处，使用排序模型对多个活动排序。可以由活动引擎125的排序引擎230使用排序模型225来对多个活动165排序以生成经排序的活动235。排序模型225可以是使用机器学习从与用户相关联的客户端设备110已经收集的关于用户的各种数据生成的模型。该数据可以包括由客户端设备110收集的日历数据223、应用数据222和位置数据221。还可以基于先前推荐的活动165、以及用户是否接受或拒绝那些推荐的活动165来生成和/或调整排序模型225。

在609处，基于排序来选择活动序列。活动序列245可以是基于与活动序列245中的每个活动165相关联的开始时间和结束时间的有序活动序列165。可以由呈现引擎240根据经排序活动235中的每个活动165的排序来选择活动序列245。在选择用于活动序列245的活动165时还可以考虑其它信息，例如历史交通信息、公共运输安排、天气预报和用户偏好。

在611处，提供对所选择的活动序列中的活动的表示。表示可以是图形表示并且可以通过显示图形表示来提供。可以由活动引擎125的呈现引擎240基于与用户相关联的设备数据226来显示图形表示。设备数据226可以描述用户可以用于查看活动序列245中的活动165的客户端设备110的类型和能力。每个图形表示可以包括对其表示的活动165的简要描述连同用户界面元素，用户可以通过这些用户界面元素来接受或拒绝特定的活动165。

在613处，接收对接受或拒绝所选择的活动序列中的至少一个活动的指示。可以由呈现引擎240从客户端设备110接收对接受或拒绝该至少一个活动165的指示。例如，用户可能已经选择或触摸与多个活动165中的该至少一个活动的图形表示相关联的用户界面元素，该用户界面元素对应于接受或拒绝活动。

在615处，基于对接受或拒绝的指示来对排序模型进行更新。可以由活动引擎125的模型引擎220使用机器学习来对排序模型225进行更新。在指示是对接受的指示的情况下，呈现引擎240还可以从经排序的活动235中选择替代活动，并且可以显示替代活动的图形表示以代替该至少一个活动的图形表示。替代活动可以具有与该至少一个活动的开始时间和结束时间类似的开始时间和结束时间。

图7是用于生成排序模型并使用该排序模型来对多个活动排序的方法700的实现方式的操作流程。可以由活动引擎125来实现方法700。

在701处，接收简档。可以由活动引擎125的模型引擎220来接收简档135。简档135可以包括由与简档135相关联的用户输入的多个属性。这些属性可以描述用户的兴趣，并且可以包括关于用户的人口统计信息。

在703处，接收日历数据。可以由活动引擎125的模型引擎220从与客户端设备110的用户相关联的一个或多个日历应用115接收日历数据223。日历数据223可以包括与用户过去已经参加或执行的活动165相关的信息，以及与用户拒绝的活动165相关的信息。

在705处，接收位置数据。可以由活动引擎125的模型引擎220接收位置数据221。位置数据221可以包括与用户相关联的客户端设备110的位置历史。客户端设备110随时间的各个位置可以由模型引擎220用于推断关于用户的各种信息，例如用户常去的餐馆类型、用户的活动等级、用户偏好的电影和音乐类型等等。

在707处，接收应用数据。可以由模型引擎220从与客户端设备110的用户相关联的一个或多个应用接收应用数据222。应用数据222可以包括从诸如社交网络应用、生产力应用和消息传送应用之类的应用接收的数据。

在709处，生成排序模型。可以由活动引擎125的模型引擎220使用来自简档135、日历数据223、位置数据221和应用数据222的属性来生成排序模型225。

在711处，接收多个活动的标识符。可以由活动引擎125的排序引擎230接收多个活动165的标识符。每个经标识的活动165可以具有多个属性。例如，可能已由搜索引擎160响应于活动请求145来标识该多个活动165。

在713处，基于排序模型来对多个活动排序。可以由排序引擎230使用所生成的排序模型225来对多个活动165排序并且可以将其提供作为经排序的活动235。呈现引擎240随后可以响应于活动请求145而从经排序的活动235中选择活动165以呈现给用户。

图8示出了其中可以实现示例性实施例和方面的示例性计算环境。计算设备环境仅是合适的计算环境的一个示例，并非旨在表明关于使用或功能的范围的任何限制。

可以使用众多其它通用或专用计算设备环境或配置。可以适合于使用的公知的计算设备、环境和/或配置的示例包括但不限于个人计算机、服务器计算机、手持或膝上型设备、多处理器系统、基于微处理器的系统、网络个人计算机(PC)、迷你计算机、大型计算机、嵌入式系统、包括上述系统或设备中的任何一种的分布式计算环境等等。

可以使用由计算机执行的计算机可执行指令，例如程序模块。通常，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。在由通过通信网络或其它数据传输介质链接的远程处理设备执行任务的情况下，可以使用分布式计算环境。在分布式计算环境中，程序模块和其它数据可以位于包括存储器存储设备的本地和远程计算机存储介质二者中。

参考图8，用于实现本文所描述的方面的示例性系统包括计算设备，例如计算设备800。在其最基本配置中，计算设备800通常包括至少一个处理单元802和存储器804。取决于计算设备的确切配置和类型，存储器804可以是易失性的(例如随机存取存储器(RAM))、非易失性的(例如只读存储器(ROM)、闪存等等)、或者二者的某种组合。图8中用虚线806示出了这种最基本配置。

计算设备800可以具有另外的特征/功能。例如，计算设备800可以包括另外的存储设备(可移除的和/或不可移除的)，包括但不限于磁盘或光盘或磁带。图8中用可移除存储设备808和不可移除存储设备810示出了这种另外的存储设备。

计算设备800通常包括各种计算机可读介质。计算机可读介质可以是能够由设备800存取的任何可用介质，并且包括易失性和非易失性介质、可移除和不可移除介质。

计算机存储介质包括用存储信息(例如计算机可读指令、数据结构、程序模块或其它数据)的任何方法或技术来实现的易失性和非易失性以及可移除和不可移除介质。存储器804、可移除存储设备808和不可移除存储设备810都是计算机存储介质的示例。计算机存储介质包括但不限于RAM、ROM、电可擦除编程只读存储器(EEPROM)、闪存或其它存储器技术、CD-ROM、数字多功能光盘(DVD)或其它光学存储设备、盒式磁带、磁带、磁盘存储或其它磁存储设备、或者可以用于存储期望信息并且能够由计算设备800存取的任何其它介质。任何此类计算机存储介质可以是计算设备800的一部分。

计算设备800可以包含允许设备与其它设备进行通信的通信连接设备812。计算设备800还可以具有输入设备814，例如键盘、鼠标、笔、语音输入设备、触摸输入设备等等。还可以包括输入设备816，例如显示器、扬声器、打印机等等。所有这些设备在本领域公知并且在此不需要详细讨论。

在一种实现方式中，提供了一种用于基于与用户标识符相关联的简档来选择活动并提供对所选择的活动的表示的系统。所述系统包括：计算设备和活动引擎。所述活动引擎被配置为：向搜索引擎发送对标识一个或多个活动的请求，其中，所述请求包括用户标识符和简档，并且其中，所述简档与用户标识符相关联并且包括多个属性；基于所述简档的所述多个属性来接收响应于所述简档的多个活动以及与所述多个活动中的每个活动相关联的多个属性；使用与所述用户标识符相关联的排序模型以及与所述多个活动中的活动相关联的属性来对所述多个活动进行排序；基于所述排序从所述多个活动中选择活动序列；以及由计算设备提供对所选择的活动序列中的活动的表示。

各实现方式可以包括以下特征中的一些或全部特征。所述活动引擎还可以被配置为：接收对接受所选择的活动序列中的至少一个活动的指示；以及响应于所述对接受的指示，将所述至少一个活动添加到与所述用户标识符相关联的日历。所述活动引擎还可以被配置为：响应于所述对接受的指示，对所述排序模型进行更新。所述活动引擎还可以被配置为：接收对拒绝所选择的活动序列中的至少一个活动的指示；以及响应于所述对拒绝的指示，提供对来自所述多个活动中的替代活动的表示。所述活动引擎还可以被配置为：响应于所述对拒绝的指示，对所述排序模型进行更新。所述请求还可以包括位置，并且所述多个活动中的每个活动可以与位置相关联，并且被配置为确定响应于所述简档的所述多个活动的所述活动引擎还可以包括被配置为进行以下操作的所述活动引擎：基于所述请求的位置和与所述多个活动中的每个活动相关联的位置来确定响应于所述简档的所述多个活动。所述请求的位置可以是以下各项情形中的一个或多个情形：由与所述用户标识符相关联的用户输入、由所述计算设备的位置确定组件确定、或者从与所述用户标识符相关联的日历确定。

在一种实现方式中，提供了一种用于使用与用户标识符相关联的简档、日历数据、位置数据和应用数据来生成用于对与所述用户标识符相关联的活动排序的排序模型的方法。所述方法包括：由计算设备接收与用户表示去相关联的简档；由所述计算设备接收与所述用户标识符相关联的日历数据，所述日历数据标识与所述用户标识符相关联的活动历史；由所述计算设备接收与用户相关联的位置数据，所述位置数据标识与所述用户标识符相关联的多个位置；由所述计算设备接收与所述用户相关联的应用数据，所述应用数据包括来自与所述用户标识符相关联的多个应用；由所述计算设备基于所述简档、所述日历数据、所述位置数据和所述应用数据来生成针对所述用户标识符的排序模型；由所述计算设备接收多个活动的标识符；以及由所述计算设备基于所述排序模型来对所述多个活动中的活动排序。

各实现方式可以包括以下特征中的一些或全部特征。所述方法还可以包括：接收针对所述多个活动中的每个活动的接受的指示符和拒绝的指示符，以及基于所接收的接受的指示符和所接收的拒绝的指示符来对所述排序模型进行更新。所述活动历史可以包括：标识由与所述用户标识符相关联的用户参加的活动以及由与所述用户标识符相关联的用户未参加的活动的数据。所述位置数据可以由于所述用户标识符相关联的移动设备来收集。所述应用数据可以包括与所述用户标识符相关联的用户的搜索历史。

在一种实现方式中，提供了一种用于基于与用户标识符相关联的简档来选择活动并提供对所选择的活动的表示的方法。所述包括：由计算设备接收对标识一个或多个活动的请求，其中，所述请求包括用户标识符；由所述计算设备获取与所述用户标识符相关联的简档，其中，所述简档包括多个属性；由所述计算设备基于所述简档的所述多个属性来确定响应于所述简档的多个活动以及与所述多个活动中的每个活动相关联的多个属性；由所述计算设备使用与所述用户标识符相关联的排序模型以及与所述多个活动中的每个活动相关联的属性来对所述多个活动进行排序；由所述计算设备基于所述排序从所述多个活动中选择活动序列，其中，所述活动序列是基于与所述活动序列中的每个活动相关联的时间来排列的；以及由所述计算设备提供对所选择的活动序列中的活动的表示。

各实现方式可以包括以下特征中的一些或全部特征。所述方法还可以包括：接收对接受所选择的活动序列中的至少一个活动的指示；以及响应于所述对接受的指示，将所述至少一个活动添加到与所述用户标识符相关联的日历。所述方法还可以包括：响应于所述对接受的指示，对所述排序模型进行更新。所述方法还可以包括：接收对拒绝所选择的活动序列中的至少一个序列的指示；以及响应于所述对拒绝的指示，提供对来自所述多个活动中的替代活动的表示。所述方法还可以包括：响应于所述对拒绝的指示，对所述排序模型进行更新。所述请求还可以包括位置，并且所述多个活动中的每个活动可以与位置相关联，并且确定响应于所述简档的所述多个活动还可以包括：基于所述请求的位置和所述多个活动中的每个活动的位置来确定响应于所述简档的所述多个活动。所述请求的位置可以是以下多个情形中的一个或多个情形：由与所述用户标识符相关联的用户输入、由所述计算设备的位置确定组件确定、或者从与所述用户标识符相关联的日历确定。所述请求可以是响应于确定与所述用户标识符相关联的日历中的未分配时间量超过阈值而接收的。

尽管示例性实现方式可能提及在一个或多个独立计算机系统的上下文中利用本文公开的主题内容的各方面，但主题内容不限于此，而是可以结合任何计算环境来实现，例如网络或分布式计算环境。此外。本文所公开的主题内容的各方面可以在多个处理芯片或设备中或者跨多个处理芯片或设备来实现，并且可以类似地跨多个设备实现存储。例如，此类设备可以包括个人计算机、网络服务器和手持设备。

尽管已经用特定于结构特征和/或方法动作的语言描述了主题内容，但要理解，所附权利要求中限定的主题内容不必限制于上面描述的特定特征或动作。相反，上面描述的特定特征和动作是作为实现权利要求的示例形式来公开的。

Claims (15)

1.一种用于基于与用户标识符相关联的简档来选择活动并提供对所选择的活动的表示的系统，包括：

计算设备；

活动引擎，所述活动引擎被配置为：

向搜索引擎发送对标识一个或多个活动的请求，其中，所述请求包括用户标识符和简档，并且其中，所述简档与用户标识符相关联并且包括多个属性；

基于所述简档的所述多个属性来接收响应于所述简档的多个活动以及与所述多个活动中的每个活动相关联的多个属性；

使用与所述用户标识符相关联的排序模型以及与所述多个活动中的活动相关联的属性来对所述多个活动进行排序；

基于所述排序从所述多个活动中选择活动序列；以及

由所述计算设备提供对所选择的活动序列中的活动的表示。

2.根据权利要求1所述的系统，其中，所述活动引擎还被配置为：

接收对接受所选择的活动序列中的至少一个活动的指示；以及

响应于所述对接受的指示，将所述至少一个活动添加到与所述用户标识符相关联的日历。

3.根据权利要求2所述的系统，其中，所述活动引擎还被配置为：响应于所述对接受的指示，对所述排序模型进行更新。

4.根据权利要求1所述的系统，其中，所述活动引擎还被配置为：

接收对拒绝所选择的活动序列中的至少一个活动的指示；以及

响应于所述对拒绝的指示，提供对来自所述多个活动中的替代活动的表示。

5.根据权利要求4所述的系统，其中，所述活动引擎还被配置为：响应于所述对拒绝的指示，对所述排序模型进行更新。

6.根据权利要求1所述的系统，其中，所述请求还包括位置，并且所述多个活动中的每个活动与位置相关联，并且被配置为确定响应于所述简档的所述多个活动的所述活动引擎还包括被配置为进行以下操作的所述活动引擎：基于所述请求的位置和与所述多个活动中的每个活动相关联的位置来确定响应于所述简档的所述多个活动。

7.根据权利要求6所述的系统，其中，所述请求的位置是以下各项情形中的一个或多个情形：由与所述用户标识符相关联的用户输入、由所述计算设备的位置确定组件确定、或者从与所述用户标识符相关联的日历确定。

8.一种用于基于与用户标识符相关联的简档来选择活动并在与所述用户标识符相关联的显示上提供对所选择的活动的图形表示的方法，包括：

由计算设备接收对标识一个或多个活动的请求，其中，所述请求包括用户标识符；

由所述计算设备获取与所述用户标识符相关联的简档，其中，所述简档包括多个属性；

由所述计算设备基于所述简档的所述多个属性来确定响应于所述简档的多个活动以及与所述多个活动中的每个活动相关联的多个属性；

由所述计算设备使用与所述用户标识符相关联的排序模型以及与所述多个活动中的每个活动相关联的属性来对所述多个活动进行排序；

由所述计算设备基于所述排序从所述多个活动中选择活动序列，其中，所述活动序列是基于与所述活动序列中的每个活动相关联的时间来排列的；以及

由所述计算设备提供对所选择的活动序列中的活动的表示。

9.根据权利要求8所述的方法，还包括：

接收对接受所选择的活动序列中的至少一个活动的指示；以及

响应于所述对接受的指示，将所述至少一个活动添加到与所述用户标识符相关联的日历。

10.根据权利要求9所述的方法，还包括：响应于所述对接受的指示，对所述排序模型进行更新。

11.根据权利要求8所述的方法，还包括：

接收对拒绝所选择的活动序列中的至少一个活动的指示；以及

响应于所述对拒绝的指示，提供对来自所述多个活动中的替代活动的表示。

12.根据权利要求11所述的方法，还包括：响应于所述对拒绝的指示，对所述排序模型进行更新。

13.根据权利要求8所述的方法，其中，所述请求还包括位置，并且所述多个活动中的每个活动与位置相关联，并且确定响应于所述简档的所述多个活动还包括：基于所述请求的位置和与所述多个活动中的每个活动相关联的位置来确定响应于所述简档的所述多个活动。

14.根据权利要求13所述的方法，其中，所述请求的位置是以下多个情形中的一个或多个情形：由与所述用户标识符相关联的用户输入、由所述计算设备的位置确定组件确定、或者从与所述用户标识符相关联的日历确定。

15.根据权利要求8所述的方法，其中，所述请求是响应于确定与所述用户标识符相关联的日历中的未分配时间量超过阈值而接收的。