CN103092899B - 社交网络内的事件计划 - Google Patents

Abstract

本发明涉及社交网络内的事件计划。本发明涉及社交网络内的事件计划。社交网络常常许可用户创建事件以及邀请该用户的一个或多个联系人作为访客。然而，常规的社交网络不能充分地促进用户计划一个或多个事件细节待确定的事件。根据在此所提出的技术，社交网络可以许可用户创建事件计划，并且可以许可访客针对该事件计划的各个事件计划细节提交事件计划建议。社交网络还可以例如通过如下方式帮助访客在事件计划建议中进行选择：接受和计数访客对可替代事件计划建议进行的投票；基于搜索引擎结果提供事件计划建议；以及呈现涉及位置的事件计划建议的地图。社交网络还可以接受请回复(RSVP)，并且一旦访客达到事件的位置就可以通知访客。

Description

社交网络内的事件计划

技术领域

本发明涉及社交网络内的事件计划。

背景技术

在计算领域内，许多场景都涉及诸如用户数据库和其间所建立的关联之类的社交网络以表示各种类型的关系(例如家庭关系、朋友关系以及学校、职业和业务关系)。例如，社交网络中的用户可以建立一组联系人，比如与用户具有关系的个人，并且可以生成可被这样的联系人访问的内容项目，比如个人状态消息、私人消息、照片、到诸如网站之类的其他资源的链接、评注等等)，这些联系人可以提交评论并且依赖于这样的内容项目。

在社交网络内，一组用户可以创建事件。例如，用户可以为诸如发生在特定日期、时间和位置的聚会之类的事件创建列表，并且可以提供关于该事件的细节。诸如该用户的联系人之类的其他用户可以对该事件进行评论，比如访客出席或缺席该事件的意图。因此，社交网络可以促进事件向该用户的联系人的通告、以及访客间关于该事件和该组潜在出席者的通信。

发明内容

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

尽管当今的社交网络可以促进用户通告事件，但是当今的社交网络不能显著地帮助一组用户决定事件的细节。例如，事件可以具有许多细节，比如时间、地点、事件位置和一组要执行的活动。社交网络可以许可负责事件的用户(比如事件的创建者)指定细节以及基于改变的情况修改细节，但是不能促进访客对提出、考虑和选择事件的细节方面作出决定。例如，当今的社交网络可以许可用户提出在特定日期、时间和餐馆进行集体晚餐，但是不能许可用户提出具有访客可提建议(比如所提出的日期或时间、所提出的餐馆或者餐馆类型)的一些或全部未确定的事件细节的群体晚餐的想法。也就是说，社交网络可能在允许用户通告事件细节已确立的事件方面是精通的，但是可能在允许一组用户一起计划事件方面不是精通的。

在此提出了用于将社交网络内的设备配置为促进诸如用户和一组联系人之类的一组用户一起计划事件的技术。根据这些技术，社交网络的用户可以提出诸如共同进餐、聚会、出行之类的事件计划以及邀请社交网络内的一组联系人出席该事件。然后，社交网络可以将邀请扩展到这些联系人，并且可以从访客(包括创建该事件的用户和已经被邀请出席的联系人)接受和存储针对事件计划的各个细节的事件计划建议，比如日期、时间、时长、位置、要邀请的其他个人、以及要执行的活动。然后，社交网络可以将事件计划(包括针对各个事件计划细节的事件计划建议)呈现给希望查看当前事件计划建议、希望参与事件的计划、和/或希望考虑参与事件的事件计划的访客。访客还可以贡献出诸如下列事件计划建议：由搜索引擎生成的搜索结果；比如到访客的区域中的餐馆的菜单的链接；以及示出由访客建议的餐馆的位置的地图。社交网络还可以例如通过如下方式促进事件的计划：提供用于允许访客对各个提议进行投票以对各个事件计划细节的事件计划建议达成一致的机制；和/或推荐特定的事件计划建议(例如将针对访客共同进餐所建议的相应餐馆的用户评级相比较并且选择具有适当高的用户评级的餐馆)。通过这种方式，社交网络可以帮助在社交网络的用户间建议、考虑和选择事件计划的事件计划细节。

为实现上述和相关目的，以下描述和附图阐述了各个说明性方面和实现。这些方面和实现仅指示可使用一个或多个方面的各种方式中的一些。结合附图考虑以下详细描述，则本发明的其他方面、优点、以及新颖特征将变得显而易见。

附图说明

图1是着重说明社交网络的一组用户的事件的示例性场景的图示。

图2是根据在此所提出技术的、着重说明在社交网络的一组用户间制定的事件计划的示例性场景的图示。

图3是示出用于将事件计划呈现给社交网络的用户的示例性方法的流程图。

图4是示出用于将事件计划呈现给社交网络的用户的示例性系统的组件框图。

图5是包括被配置成实现本文中所阐述的各种措施中的一个或多个的处理器可执行指令的示例性计算机可读介质的图示。

图6是着重说明基于包括事件计划细节的事件计划模板的事件计划的示例性场景的图示，其中该事件计划的访客针对所述事件计划细节提交事件计划建议。

图7是着重说明具有与搜索引擎结果相关联的事件计划建议的事件计划的示例性场景的图示。

图8是着重说明事件计划的访客在可替代事件计划建议中进行投票以及在由搜索引擎所提供的可替代事件计划建议中进行推荐的示例性场景的图示。

图9是对一事件计划的示例性呈现的图示，该事件计划着重说明对位置的地图描绘。

图10是对一事件计划的示例性呈现的图示，该事件计划着重说明对位置的视觉描绘。

图11是着重说明可以包括在对事件计划的呈现中的附加特征的示例性场景的图示，所述附加特征包括出席指示符、评论和访客的路线。

图12是着重说明地理栅栏和为事件的各个访客报告出席指示符的示例性场景的图示。

图13是其中可实现在此所阐述的各种措施中的一个或多个的示例性计算环境的图示。

具体实施方式

现在参考附图来描述所要求保护的主题，所有附图中使用相同的附图标记来指代相同的元素。在以下描述中，为解释起见，阐明了众多具体细节以提供对所要求保护的主题的全面理解。然而，很明显，所要求保护的主题可以在没有这些具体细节的情况下实施。在其它情况下，以框图形式示出了各种结构和设备以便于描述所要求保护的主题。

在计算领域内，许多场景涉及包括对一组个人和其间关系的表示的社交网络。这样的关系例如可以表示家庭关系、朋友关系、在某个小组或活动中的共同成员、或者学校或职业关系。社交网络可以许可用户建立一组联系人，该个体可以与这些联系人共有某种关系。然后，每个用户都可以创建一组内容项目，比如个人状态消息、对特定主题的评注、到其他感兴趣项目的链接(比如到网页和其他资源的超链接)、诸如图像之类的媒体对象、以及对一个或多个联系人的消息。这些联系人项目可以由该用户的联系人来查看，该联系人可以用其他内容项目(例如对由该用户发布的项目的评论)作出响应。社交网络可以通过如下方式促进这些交互：增进关系的建立；交换消息和通知；以及为用户的联系人扩展对该用户的内容项目的访问，同时限制其他个人的访问以便保护该用户的隐私。

在社交网络内，一组用户可能希望创建事件。该事件例如可以表示离线会议、在线活动、诸如假期之类的值得纪念的场面、或者事件的每个访客都可以在特定日期和/或时间出席的活动或方案。因此，社交网络的用户可以例如通过发布诸如日期、时间、位置和对事件意图的描述以及要在那里执行的活动之类的一组事件细节来在社交网络内创建事件。该事件可以由用户的联系人来查看，这些联系人可以提交事件出席指示符(例如请回复(RSVP)指示符)以指示每个联系人是否出席该事件。访客也可以提交关于事件的评论。

图1呈现了着重说明包括一组个人的社交网络12的示例性场景10，包括已经与一组联系人16建立关系18的用户14。在社交网络内，用户14可以创建诸如假期聚会之类的事件20，并且着重说明描述事件20的各方面的一组事件细节22(例如标题、包括时间的日期、以及事件位置)。针对用户14的一些或所有联系人16，用户14可以发送参加事件20的邀请24。在一些这样的场景10中，社交网络12可以将事件20限于用户14已经邀请的联系人16，并且还可以许可联系人16邀请在该社交网络中所表示的其他个人，但是在其他这样的场景10中，社交网络12可以将事件20与社交网络12内所表示的任何个人共享。在两种情况任一中，用户14以及他或她的已被邀请参加事件20的联系人16(事件20的“访客”)可以查看事件20的事件细节22，可以提交关于事件20的评论，和/或可以提交出席指示符以指示访客是否打算出席事件20。

尽管图1的示例性场景10可能有助于表示事件20以及将对事件20的访问扩展到一组访客，但是社交网络12内的事件20的该模型可能对于事件20的计划而言帮助较小。也就是说，图1的示例性场景10可能有利于呈现事件细节22已良好地确立的事件20，并且可以许可创建事件20的用户14在创建以后编辑事件细节22；然而，事件20的该模型在帮助访客选择事件20的事件细节22的方面不是特别有效。例如，如果用户14提出要与一组联系人16共享的大体上的活动，比如在餐馆共进晚餐，则社交网络12可以接受由用户14指定的一组事件细节22，并且可以许可用户14在之后的日期改变这样的事件细节22，但是社交网络12不能帮助访客选择该事件20的事件细节22，比如包括时间的日期和餐馆的选择。访客可以以非结构化的方式(例如通过交换可以与事件20相关联和一起显示的各种评论)使用社交网络12来讨论事件细节22，并且如果访客关于事件细节22达成一致，则社交网络12可以许可创建事件20的用户14改变经更新的事件细节22。然而，在许多常规的社交网络12中，该过程是非结构化的，并且主要由创建事件20的用户14来实现，因为社交网络12不促进在事件20的访客间对事件细节22的选择。

在此呈现了用于提供促进一组用户14间的事件计划的社交网络12的技术(比如存储和呈现包括社交网络12的数据的一个或多个服务器的配置)。根据这些技术，社交网络12可以许可用户14创建事件计划，该事件计划包括将由事件20的访客来确定的一组事件细节。例如，与用户14指定事件细节22(例如事件20将发生在特定的日期、时间和位置)的图1示例性场景10相比，相反，可以许可用户20指定事件计划，该事件计划包括一组将要确定的事件细节，比如事件20的日期和时间以及事件20的位置。然后，用户14可以邀请一组联系人16，并且用户14和联系人16(一并包括了事件计划的“访客”)可以向社交网络12提交事件计划建议以建议事件20的相应事件细节22。社交网络12可以跟踪事件计划建议，并且可以根据请求将事件计划建议呈现给访客。社交网络12还可以例如通过许可访客在事件计划建议间进行投票以及通过(作为事件细节22来)呈现具有最高投票数的事件计划建议来促进在一组替代物中对特定事件计划建议的选择。

图2呈现了根据在此提出的技术的着重说明社交网络12的示例性场景30，该社交网络12促进在一组用户14间对事件计划34的创建。在该示例性场景30中，用户14可以为事件细节22待确定的事件20创建事件计划34，比如事件20的日期和时间以及事件20的位置。与用户14指定事件20的特定事件细节22(例如“我提议在特定日期在特定餐馆进行集体晚餐”)的图1示例性场景10形成对比，在图2的示例性场景30中，用户12指定：事件20的访客32可以一起决定事件细节22。一旦已经由用户14选出一个或多个要加入事件计划34的联系人16，则社交网络12就可以邀请联系人16作为访客32加入事件计划34(例如通过向相应的联系人16发送对事件34的创建的通知以及到可以访问事件计划34的网页的链接)。访客32(包括创建事件计划34的用户14)可以提交一组可以被社交网络14跟踪的事件计划建议36。例如，第一访客32可以提交在特定日期(例如周五晚上)主办晚餐的事件计划建议36，而第二访客32可以提交在不同日期(例如接下来的周六晚上)主办晚餐的事件计划建议36。针对可以举办事件20的两个或更多位置(比如餐馆)的事件计划建议36也可以由不同访客32来提交，或者甚至由相同访客32来提交(例如针对出席两个不同餐馆的可替代建议)。社交网络14可以为事件34跟踪这些事件计划建议36，并且可以呈现整组事件计划建议36以便向访客32通知事件20的可考虑的任选和可能可替代的事件细节22。社交网络14还可以帮助访客32对一个或多个事件计划建议36达成一致。例如，社交网络14可以允许访客32对各个事件计划建议36进行投票，可以标识出具有最高投票数的事件计划建议36，并且可以将特定事件计划建议36最终定为事件细节22(例如在针对特定事件计划建议36接收到访客32间的多数投票以后，或者在针对特定事件细节22接收到仅仅一个事件计划建议32的情况下)。然后，社交网络12可以作为事件20的事件细节22来呈现事件计划34的所选事件计划建议36。通过这种方式，社交网络12根据在此所提出的技术促进事件的访客32选择事件20的事件细节22。

图3呈现了这些技术的第一实施例，其被示为用于将事件计划34呈现给社交网络12的用户14的示例性方法50。该示例性方法50例如可以通过在数据存储(比如系统RAM、硬盘驱动器的盘、固态存储设备、或者磁盘或光盘)中存储一组将要在设备的处理器上执行的指令来实现。示例性方法50始于52，并且包括：在处理器上执行配置为实现在此所提出的技术的指令。具体来说，这些指令被配置为：在从用户14接收到在社交网络12内创建包括用户14的至少一个联系人16在内的事件计划34的请求以后，邀请56所述至少一个联系人16加入事件计划34。这些指令还被配置为：在从访客32接收到针对事件计划34的事件计划建议36以后，将事件计划建议36与数据存储中的事件计划34相关联58。这些指令还被配置为：在从访客32接收到60呈现事件计划34的请求以后，从数据存储中检索62与事件计划34相关联的事件计划建议36并且向访客32呈现64事件计划建议36。通过这种方式，示例性的方法50实现了在此所提出的技术(如图3的示例性场景30所述)，并且因此在66结束。

图4呈现了这些技术的第二实施例，其被示为配置为向社交网络12的用户14呈现事件计划34的示例性系统76。示例性系统76例如可以被实现为包括一组互操作组件的软件架构，其中包括在设备72(例如社交网络12的服务器)的处理器74上执行的一组软件指令的每个组件都执行在此所提出的技术的一方面。示例性系统76包括数据存储78，该数据存储78被配置为存储事件计划34(包括事件计划细节36)。示例性系统76还包括事件计划创建组件80，该事件计划创建组件80被配置为：在从用户14接收到在社交网络12内创建包括用户14的至少一个联系人16的事件计划34的请求以后，将事件计划34存储在数据存储78中并且邀请所述至少一个联系人14作为访客32加入事件计划34。示例性的系统76还包括事件计划建议接收组件82，该事件计划建议接收组件82被配置为：在从访客32接收到针对事件计划34的事件计划建议36以后，将事件计划建议36与数据存储78中的事件计划34相关联。示例性的系统76还包括事件计划呈现组件84，该事件计划呈现组件84被配置为：在从访客32接收到请求呈现事件计划34的请求以后，从数据存储78中检索与事件计划34相关联的事件计划建议36并且将事件计划建议36作为事件计划呈现42呈现给访客32。通过这种方式，示例性的系统76促进事件计划34的访客32提交事件计划建议36，这些事件计划建议36可能最终包括事件20的事件细节22。

又一实施例涉及包括被配置成应用此处所提出的技术的处理器可执行指令的计算机可读介质。这样的计算机可读介质例如可以包括计算机可读存储介质，这些计算机可读存储介质包括有形设备，诸如存储器半导体(例如利用静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、和/或同步动态随机存取存储器(SDRAM)技术的半导体)、硬盘驱动器的盘、闪存设备、或磁盘或光盘(诸如CD-R、DVD-R或软盘)，编码有一组计算机可读指令，这些指令在由设备的处理器执行时致使设备实现在此所提出的技术。这些计算机可读介质还可以包括(作为与计算机可读存储介质不同的一类技术)各种类型的通信介质，诸如可通过各种物理现象(例如电磁信号、声波信号、或光学信号)以及在各种有线场景(例如经由以太网或光纤缆)和/或无线场景(例如诸如WiFi之类的无线局域网(WLAN)、诸如蓝牙之类的个域网(PAN)、或蜂窝或无线电网络)中传播的信号，并且该通信介质编码有一组计算机可读指令，这些指令在设备的处理器执行时致使该设备实现在此所提出的技术。

图5呈现了这些技术的第三实施例90，其被示为上面编码有计算机可读数据94的示例性计算机可读存储介质92(例如CD-R、DVD-R或硬盘驱动器的盘)。该计算机可读数据94进而包括被配置成根据在此所阐述的原理来操作的一组计算机指令96。在一个这样的实施例中，处理器可执行指令96可以被配置为执行用于向社交网络的用户呈现事件计划的方法，比如图3的示例性方法50。在另一这样的实施例中，处理器可执行指令96可以被配置为实现用于向社交网络的用户呈现事件计划的系统，比如图4的示例性系统76。此计算机可读介质的一些实施例可包括非临时性计算机可读存储介质(例如硬盘驱动器、光盘、或闪存设备)，这些介质被配置成存储以这种方式配置的处理器可执行指令。本领域普通技术人员可以设计可被配置成根据此处描述的技术操作的许多这样的计算机可读介质。

此处所讨论的技术可被设计成在许多方面具有变型，并且某些变型可呈现出相对于这些和其他技术的其他变型的附加优点和/或减少缺点。此外，某些变型可组合实现，并且某些组合能以通过相互协作而得到的附加优点和/或减少的缺点为特征。各种变型可被合并到各实施例(例如，图3的示例性方法50和图4的示例性系统76)中，以向这些实施例赋予单独和/或相互促进的优点。

可在这些技术的实施例之间变化的第一方面涉及其中可利用这些技术的场景。作为第一示例，这些技术可以应用于许多类型的社交网络12，包括：表示诸如家庭关系、朋友关系之类的现实世界关系的社交网络；表示学生和老师间的联系的学校社交网络；表示同事间的职业关联的职业社交网络；以及表示共享兴趣(比如参与在线游戏)的用户14间的联系的主题社交网络。作为该第一方面的第二示例，事件计划34可以是公开的(可由社交网络12的任何用户14查看，并且可能让任何这样的用户14作为访客32加入事件计划34)和/或私人的(例如仅能由事件计划34的访客32访问)。作为该第一方面的第三示例，这些技术可以用于促进许多类型的诸如下列事件20的计划：特定位置处的现实世界会议；在各个位置处进行的分布式活动；有纪念意义事件，比如假期；或者在线活动。本领域的普通技术人员可以设想可利用本文所提出的技术的许多类型的场景。

可以在这些技术的实施例间变化的第二方面涉及用户14对事件计划34的创建。作为第一示例，用户14可以指定完全空的事件计划34，简单地指示：特定的一组访客32(包括用户14和指定的一组联系人16)可以决定一起参与活动。可替代地，用户14可以在创建事件计划34的同时指定一个或多个事件计划建议36，例如针对事件计划34的可以供访客32考虑的一些初始建议。

作为该第二方面的第二示例，创建事件计划34的用户14可以为事件计划34指定一个或多个事件计划细节。这些事件计划细节可以向事件计划34添加一些结构，比如事件20的特定类型的事件细节22，该事件细节22将由访客32通过提交事件计划建议36来确定。然后，访客32可以提交与事件计划34的一个或多个事件计划细节相关的事件计划建议36。例如，用户14可以创建如下的事件：该事件表示将在一组联系人16间共进的晚餐，并且包括指示事件20的待确定的日期和时间的第一事件计划细节、指示事件20的待确定的位置(比如餐馆)的第二事件计划细节、以及指示将要在事件20中消费的待确定的食物类型的第三事件计划细节。然后，访客32可以提交与事件计划34的一个或多个事件计划细节相关的事件计划建议36。事件计划细节的包括因此可以向事件计划34添加结构，使得事件计划建议36可以根据不同事件计划细节被编组和考虑(例如与事件20的日期相关的事件计划建议36可以被一起编组和考虑，并且与事件20的事件位置相关的事件计划建议36也可以被一起编组和考虑)。这样的事件计划细节(其表示事件20的待确定的各方面)可以选自一组包括下列项目的事件计划细节：事件标题细节(例如事件类型细节(例如事件20的类型))；事件访客细节(例如将被当前访客32邀请参加事件20的特定访客32)；事件日期时间细节(例如事件20的日期和时间)；事件时长细节；事件位置细节(例如城镇的区域、可以举办事件20的位置的大致类型，比如住宅中的进餐、在公园中举办的野餐、或者在餐馆中的进餐)；事件集合地点细节(例如将举办事件20的特定位置)；以及事件活动细节(例如将在事件20中由访客32执行的特定活动)。

该第二方面的该第二示例的附加变型方案涉及事件计划模板的使用。例如，根据在此所提出的技术配置的设备(比如社交网络的服务器)可以存储一个或多个事件计划模板，这些事件计划模板中的每个都可以为特定事件类型的事件计划34指定特定的一组事件计划细节。作为一个这样的示例，该设备可以存储针对一组朋友间的共同进餐的第一事件计划模板，该第一事件计划模板包括诸如日期、该进餐的大致区域(例如朋友所居住的城镇区域)、餐馆和/或菜肴的类型以及价格范围之类的事件计划细节；以及针对聚会的第二计划事件计划模板，该第二计划事件计划模板包括诸如日期、时长、聚会的主题、以及将在聚会上执行的活动类型之类的事件计划细节。当用户14创建事件计划34时，该设备可以许可用户14指定事件类型，并且可以自动地基于所选事件类型将对于事件计划34而言合适的一组事件计划细节与事件计划34相关联。

图6呈现了着重说明事件计划模板102的示例性场景100，该事件计划模板102用于促进特定事件类型的事件计划34的创建。在该示例性场景100中，设备为诸如餐馆晚餐、到电影院的出行以及聚会之类的各种事件类型存储一组事件计划模板102。每个事件计划模板102都包括对于相应事件类型的事件而言合适的一组事件计划细节104。当用户14创建事件计划34时，用户14可以指定事件类型，并且该设备可以选择相应的事件计划模板102，从该事件计划模板102中可以创建事件计划34，由此自动地把要在事件计划34的访客32间确定的合适的一组事件计划细节104与事件计划34相关联。例如，当用户14为新的事件计划34选择“聚会”事件类型时，该设备可以自动地选择事件计划模板102或者“聚会”事件类型，并且基于该事件计划模板102，可以向事件计划34中插入一组事件计划细节104，比如聚会的日期、聚会主题、以及将在聚会中执行的一个或多个活动。附加地，事件计划34的访客32可以提交与这些事件计划细节104中的一个或多个相关联的事件计划建议36。例如，第一访客32(比如创建事件计划34的用户14)可以提交与表示聚会日期和时间的事件计划细节104相关联的事件计划建议36；并且其他访客32可以提交与表示将要在聚会中执行的活动的事件计划细节104相关联的事件计划建议36。多个事件计划建议36可以要么以相容的方式(例如多个活动可以在事件20中执行)、要么以排他的方式(例如事件20的日期和时间的可替代事件计划建议36)与特定事件计划34关联。通过这种方式，事件计划细节104可以用于使事件计划34和事件计划建议36结构化，并且事件计划模板102可以用于为特定事件类型的事件计划34提供合适的一组事件计划细节104。

作为该第二方面的第三示例，用户14可以以许多方式指定要加入事件计划34的联系人16。例如，用户14可以指定：所有这样的用户14都可以作为访客32被邀请，或者可以在用户14在社交网络12内的整组联系人16中指定联系人16的特定子集。这样的指定可以是自组织的(例如由用户14在创建事件计划34时来选择)，或者可以基于一个或多个联系人组(例如联系人16的之前所选子集)。用户14还可以指定用于邀请访客32参加事件计划34的特定标准，例如用户14可以邀请与用户14处于指定接近度内的所有联系人16作为访客32，比如当前位于同一城市内的联系人。本领域的普通技术人员能够在实现在此所提出的技术的同时设想允许用户14创建事件计划34和邀请访客32的许多方式。

可以在这些技术的实施例间变化的第三方面涉及由事件计划34的各个访客32提交的事件计划建议36。作为第一示例，事件计划建议36可以包括许多类型的项目，比如：未格式化的文本；格式化的数据类型(例如日期原语值)；着重说明建议内容的媒体对象，比如图像或者到资源的超链接(比如网站)，比如访客32建议吃晚餐的餐馆的网站。

图7呈现了该第三方面的第一示例的特定变型方案，其中事件计划建议36可以包括将要应用于搜索引擎112的搜索查询114。例如，在为事件计划细节104制定特定的事件计划建议36时，访客32可以生成搜索查询114，该搜索查询114将要提交给搜索112并且生成包括一个或多个搜索结果118的搜索结果集合116(例如到与搜索查询114的项相匹配的网页的一组超链接)。然后，访客32可能必须审阅搜索结果118并且总结其中所提出的信息的内容(例如“我阅读得知该餐馆刚刚在城镇中开业并且具有很棒的食物”)以便提交事件计划建议36。然而，可能有利的是，允许用户12将搜索查询114作为针对事件计划34的事件计划建议36提交给社交网络12。例如，可以提交整个搜索查询114，并且当访客32请求查看事件计划34时，社交网络12可以在搜索引擎112上执行搜索查询114并且可以将由此生成的搜索结果118包括在与事件计划34一起呈现的事件计划建议36中。可替代地，可以许可访客32选择一个或多个搜索结果118作为事件计划建议36，并且社交网络12可以将所选搜索结果118包括在与事件计划34一起呈现的该组事件计划建议36中。通过这种方式，社交网络12可以在为事件计划34搜寻事件计划建议36的同时直接地合并由访客32制定的搜索查询114所生成的搜索结果118。此外，如果事件计划34包括一组事件计划细节104，则访客32可以提交特定的搜索查询114和/或搜索结果118作为与一个或多个事件计划细节104相关联的事件计划建议36。例如，针对包括“晚餐和饮料”的事件计划34，访客32可以提交与涉及共进晚餐的事件位置的第一事件计划细节104相关联、和/或与涉及晚餐后喝饮料的事件地址的第二事件计划细节104相关联的搜索查询114和/或查询结果118。

作为该第三方面的该第一示例的又一变型方案，社交网络12可以自动地生成一个或多个搜索查询114，并且可以自动地包括一个或多个搜索结果118作为社交网络12所推荐的事件计划建议36。例如，如果事件计划建议36指示：访客32计划在特定日期在城市的特定区域中吃晚餐，并且希望吃特定类型的菜肴，则社交网络12可以制定针对满足这些标准的餐馆的合适搜索查询114，并且可以将搜索结果118作为事件计划推荐36包括在事件计划34的呈现中。

作为该第三方面的第二示例，事件计划34的访客32可以提交事件计划建议36作为特定事件计划细节104的可替代事件计划建议。例如，访客32可以为仅能被有限数目的事件计划建议36满足的特定事件计划细节104提交若干事件计划建议36(例如访客32可能必须在与“日期”事件计划细节104相关联的若干事件计划建议36中选择一个，以及为长得仅能包括几个活动的事件选择与“活动”事件计划细节104相关联的事件计划建议36的子集)。因此，一个或多个事件计划建议36可以被看成是在特定事件计划细节104方面相互排斥的可替代的事件计划建议36。社交网络12可以在事件计划34的呈现中向访客32表示两个或更多可替代事件计划建议的相互排斥性，以便促使在其中进行选择。

在该第三方面的该第二示例的一些变型方案中，社交网络12可以帮助访客32在可替代事件计划建议中进行选择。作为第一示例，访客32可以提交可替代事件计划建议投票，该可替代事件计划建议投票指示与第二可替代事件计划建议相比对第一可替代事件计划建议的偏爱。社交网络12可以接收可替代事件计划建议投票，并且可以将这些投票存储在数据存储78中，并且可以基于存储在数据存储78中的可替代事件计划建议投票来选择和呈现所选事件计划建议(例如具有最高投票数的可替代事件计划建议、或者具有足够高投票数的所有可替代事件计划建议)。作为第二示例，社交网络12可以标识出所推荐的可替代事件计划建议，例如由访客32针对共同进餐所提供的事件计划建议36可以包括受到顾客高度评级的第一餐馆、以及受到顾客不好评级的第二餐馆，并且社交网络12可以将这样的推荐作为所推荐的可替代事件计划建议包括在事件计划34的呈现中。

图8呈现了着重说明社交网络12的示例性场景120，该社交网络12被配置为促进在可替代事件计划建议中进行选择。该示例性场景示出了针对事件计划34的各个事件计划细节104的一组事件计划建议36，其中针对特定事件计划细节104(晚餐事件的位置)，已经由各个访客32提交了一组可替代事件计划建议122。为了促进在这些可替代事件计划建议122中进行选择，社交网络12可以接收和存储来自各个访客32的可替代事件计划建议投票124，并且可以将相应的可替代事件计划建议122的可替代事件计划建议投票124包括在事件计划34的事件计划呈现42中。附加地，社交网络12可以利用搜索引擎112来标识出一组推荐128，比如已经由其他个人提交的对相应可替代事件计划建议122的评级。这些推荐128还可以合并到事件计划34的事件计划呈现42中以促进访客32在可替代事件计划建议122中对所选事件计划建议进行选择。本领域的普通技术人员可以在实现在此所提出的技术的同时设想许多方式来将社交网络12配置为接受针对事件计划34的事件计划建议36。

可以在这些技术的实施例间变化的第四方面涉及事件计划34向访客32的呈现。作为第一示例，除了事件计划建议36以外，事件计划呈现42还可以显式或隐式地指示事件计划34的事件计划细节104，并且还可以显式或隐式地指示这样的事件计划细节104与一个或多个事件计划建议36的关联。事件计划呈现42还可以包括对下列情况的指示：一个或多个事件计划建议36是针对特定事件计划细节104的可替代事件计划建议122(例如指示这样的事件计划建议36的相互排斥性)，并且还可以指示其中的所选事件计划建议(例如通过包括对可替代事件计划建议投票124和/或推荐128的指示)。

作为该第四方面的第二示例，事件计划34可以与一个或多个位置相关联，并且事件计划34的事件计划呈现42可以包括对事件计划34中所涉及的位置的指示。作为第一个这样的示例，图9呈现了着重说明事件计划34中所涉及的各个事件计划建议36的地图132的示例性场景130，该地图132包括事件位置134的指示符。作为第二个这样的示例，图10呈现了着重说明与事件计划34的各个事件计划建议36相关联的事件位置134的视觉描绘142的示例性场景140。该视觉描绘142例如可以基于由个人捕捉并存储在图像数据库中的位置图像、或者通过合成其视觉描绘(例如事件位置的三维模型)来生成。本领域的普通技术人员可以在实现在此所提出的技术的同时设想许多方式来将事件计划34呈现给访客32。

可以在这些技术的实施例间变化的第五方面涉及如下附加特征：所述附加特征可以由社交网络12针对事件计划34来提供，并且可以被社交网络12包括在事件计划34的事件计划呈现42中。作为第一示例，访客可以提交与事件计划34相关联(以及可能与特定事件计划细节104和/或事件计划建议36相关联)的事件计划评论。因此，社交网络12可以被配置为将所接收的事件计划评论存储在与事件计划34相关联的数据存储78中、以及作为事件计划呈现42的一部分来呈现与事件计划34相关联的事件计划评论。作为该第五方面的第二示例，访客32可以提交与事件计划34相关联的事件出席指示符(例如请回复指示符)以指示访客32是否计划出席事件20。因此，社交网络12可以被配置为将所接收的事件出席指示符存储在与事件计划34相关联的数据存储78中、以及作为事件计划呈现42的一部分来呈现与事件计划34相关联的事件出席指示符。

作为该第五方面的第三示例，社交网络12可以接收和利用访客32的位置，并且将访客位置用在事件计划呈现42中。访客位置可以包括访客32的当前位置(例如其由全球定位服务(GPS)接收机来接收并且报告给社交网络12)、或者访客32的概率位置(例如访客32的住址、或者基于访客32的活动日历所标识出的访客32的位置)。访客位置例如可以用于包括事件计划34的地图132上的访客位置、和/或呈现可以促进访客32行进到事件位置的路线。

图11呈现了着重说明包括若干这样的特征的事件计划呈现42的示例性场景150的图示。作为第一示例，除了呈现事件计划建议36以外，事件计划呈现42还包括一组事件出席指示符152(例如请回复指示符)，所述指示符由各个访客42提交以指示对事件20的所计划的出席或缺席。作为第二示例，事件计划呈现42包括由各个访客32提交的与事件计划34相关的一组事件计划评论154。作为第三示例，事件计划呈现42包括地图132，该地图132包括对事件计划34所呈现给的访客32的访客位置156的指示、以及可以促进访客32到达事件20的路线158。

作为该第五方面的第四示例，如果事件计划34涉及事件位置134，并且如果社交网络12接收到各个访客32的访客位置156的报告(其例如从相应访客32所携带的全球定位服务(GPS)接收机接收)，则社交网络12可以将访客位置156包括在事件计划呈现42中。例如，事件计划呈现42可以包括描绘最近针对访客32所检测到的访客位置156的地图132。附加地，如果可以为事件位置134标识出接近度，则访客位置156可以用于标识出访客位置156接近于事件地址134的访客32的出席、以及访客位置156不接近于事件位置134的访客32的缺席。例如，事件计划34的事件计划呈现42可以包括出席访客32和缺席访客32的列表，并且当其他访客32达到或离开事件20时，可以基于所检测到的访客位置156通知访客32。

图12呈现了着重说明相对于由事件计划34所描述的事件20的事件位置134而言与访客位置156的使用相关的“地理栅栏(geofencing)”方面的示例性场景160的图示。在该示例性场景160中，可以生成地图132，该地图132指示：事件20的事件位置134；以及相应的访客32的访客位置156；以及指示访客32的出席或缺席的出席指示符164(基于访客位置156相对于事件地址134的接近度)。附加地，当第一访客32进入事件位置134的附近时(基于报告给社交网络12的第一访客位置)，可以向第二访客发送诸如电子邮件消息或文本消息之类的通知166以向第二访客通知第一访客的到达。本领域的普通技术人员在实现在此所提出的技术的同时可以设想许多这样的可以添加到社交网络12的事件计划中的附加特征。

尽管用结构特征和/或方法动作专用的语言描述了本主题，但可以理解，所附权利要求书中定义的主题不必限于上述具体特征或动作。更确切而言，上述具体特征和动作是作为实现权利要求的示例形式公开的。

如在本申请中所使用的，术语“组件”、“模块”、“系统”、“接口”等一般旨在表示计算机相关的实体，该实体可以是硬件、硬件和软件的组合、软件、或者执行中的软件。例如，组件可以是，但不限于是，在处理器上运行的进程、处理器、对象、可执行码、执行的线程、程序和/或计算机。作为说明，运行在控制器上的应用程序和控制器都可以是组件。一个或多个组件可以驻留在进程和/或执行的线程中，并且组件可以位于一个计算机内和/或分布在两个或更多的计算机之间。

此外，所要求保护的主题可以使用产生控制计算机以实现所公开的主题的软件、固件、硬件或其任意组合的标准编程和/或工程技术而被实现为方法、装置或制品。如这里所使用的术语“制品”可以包含可以从任何计算机可读的设备、载体或介质进行访问的计算机程序。当然，本领域的技术人员将会认识到，在不背离所要求保护的主题的范围或精神的前提下可以对这一配置进行许多修改。

图13和以下讨论提供了对用于实现此处所阐述的原理中的一个或多个实施例的合适计算环境的简要、概括描述。图13的操作环境只是合适的操作环境的一个示例，并不旨在对该操作环境的使用范围或功能提出任何限制。示例计算设备包括但不限于个人计算机、服务器计算机、手持式或膝上型设备、移动设备(诸如移动电话、个人数字助理(PDA)、媒体播放器等等)、多处理器系统、消费电子产品、小型计算机、大型计算机、包括任何以上系统或设备的分布式计算环境等等。

尽管并非必需，但各实施例在由一个或多个计算设备执行的“计算机可读指令”的一般上下文中描述。计算机可读指令可通过计算机可读介质来分发(在以下讨论)。计算机可读指令可被实现为执行特定任务或实现特定抽象数据类型的程序模块，如函数、对象、应用程序编程接口(API)、数据结构等等。通常，计算机可读指令的功能可按需在各个环境中组合或分布。

图13示出了包括被配置成实现此处所提供的一个或多个实施例的计算设备172的系统170的示例。在一种配置中，计算设备172包括至少一个处理单元176和存储器178。取决于计算设备的确切配置和类型，存储器178可以是易失性的(如RAM)、非易失性的(如ROM、闪存等)或是两者的某种组合。该配置在图13中由虚线174来示出。

在其他实施例中，设备172可以包括附加特征和/或功能。例如，设备172还可以包括附加存储(例如，可移动和/或不可移动)，其中包括但不限于磁存储、光存储等等。这样的附加存储在图13中由存储180示出。在一个实施例中，用于实现此处所提供的一个或多个实施例的计算机可读指令可以在存储180中。存储180还可以储存实现操作系统、应用程序等其他计算机可读指令。可以在存储器178中加载计算机可读指令以便由例如处理单元176来执行。

此处所使用的术语“计算机可读介质”包括计算机存储介质。计算机存储介质包括以用于存储诸如计算机可读指令或其他数据等信息的任何方法或技术来实现的易失性和非易失性、可移动和不可移动介质。存储器178和存储180都是计算机存储介质的示例。计算机存储介质包括但不限于，RAM、ROM、EEPROM、闪存或其他存储器技术、CD-ROM、数字多功能盘(DVD)或其他光存储、磁带盒、磁带、磁盘存储或其他磁存储设备、或者可用于存储所需信息并且可由设备172访问的任何其他介质。任何这样的计算机存储介质可以是设备172的一部分。

设备172还可包括允许该设备172与其他设备进行通信的通信连接186。通信连接186可包括但不限于，调制解调器、网络接口卡(NIC)、集成网络接口、射频发射机/接收机、红外线端口、USB连接、或用于将计算设备172连接到其他计算设备的其他接口。通信连接186可以包括有线连接或无线连接。通信连接186可以发送和/或接收通信媒体。

术语“计算机可读介质”可以包括通信介质。通信介质通常以诸如载波或其他传输机制等“已调制数据信号”来体现计算机可读指令或其他数据，并包括任何信息传送介质。术语“已调制数据信号”可以包括以对信号中的信息进行编码的方式设置或改变其一个或多个特征的信号。

设备172可包括输入设备184，诸如键盘、鼠标、笔、语音输入设备、触摸输入设备、红外相机、视频输入设备和/或任何其他输入设备。设备182中还可包括输出设备182，诸如一个或多个显示器、扬声器、打印机和/或任何其他输出设备。输入设备184和输出设备182可以通过有线连接、无线连接或其任何组合来连接到设备172。在一个实施例中，来自另一计算设备的输入设备或输出设备可用作计算设备172的输入设备184或输出设备182。

计算设备172的组件可通过多种互连来连接，例如总线。这样的互连可以包括诸如PCIExpress之类的外围部件互连(PCI)、通用串行总线(USB)、火线(IEEE1384)、光学总线结构等等。在另一实施例中，计算设备172的组件可以通过网络互连。例如，存储器178可由位于通过网络互连的不同物理位置的多个物理存储器单元组成。

本领域技术人员会认识到，用于存储计算机可读指令的存储设备可分布在网络上。例如，可以通过网络188访问的计算设备200可以存储实现此处所提供的一个或多个实施例的计算机可读指令。计算设备172可以访问计算设备200并下载部分或全部计算机可读指令来执行。或者，计算设备172可以按需下载计算机可读指令的片断，或者某些指令可以在计算设备172处执行而某些则在计算设备200处执行。

此处提供了各实施例的各种操作。在一个实施例中，所描述的操作中的一个或多个可以组成储存在一个或多个计算机可读介质上的计算机可读指令，这些指令如果被计算设备执行则使得计算设备执行所描述的操作。描述一些或全部操作的顺序不应被解释为暗示了这些操作必须要依赖于顺序。从本说明书获益的本领域技术人员应理解替换的排序。此外，应该理解并非所有的操作都必须存在于此处所提供的每一实施例中。

此外，在此使用词语“示例性”意指用作示例、实例或说明。在此被描述为“示例性”的任何方面或设计并不一定被解释为比其他方面或设计有利。相反，使用词语“示例性”旨在以具体的方式呈现各个概念。如本申请中所使用的，术语“或”意指包括性“或”而非互斥性“或”。即，除非另有指定或从上下文可以清楚，否则“X使用A或B”意指任何自然的包括性排列。即，如果X使用A；X使用B；或X使用A和B两者，则在任何以上情况下，都满足“X使用A或B”。另外，本申请中和所附权利要求书中所使用的冠词“一”和“一个”一般可被解释为是指“一个或多个”，除非另有指定或从上下文可以清楚指的是单数形式。

同样，虽然参考一个或多个实现示出并描述了本发明，但本领域的其他技术人员基于对本说明书和附图的阅读和理解可以想到各种等效替换和修改。本发明包括所有这些修改和替换并且只由所附权利要求书的范围来限定。具体来说，对于由上述组件(例如，元素、资源等等)执行的各种功能，除非另外指明，否则用于描述这些组件的术语旨在对应于执行所描述的执行此处在本发明的示例性实现中所示的功能的组件的指定功能(例如，功能上等效)的任何组件，即使这些组件在结构上不等效于所公开的结构。另外，尽管可相对于若干实现中的仅一个实现来公开本发明的一个特定特征，但是这一特征可以如对任何给定或特定应用所需且有利地与其它实现的一个或多个其它特征相组合。此外，就在说明书或权利要求书中使用术语“包含”、“具有”、“含有”和“带有”及其变体而言，这些术语旨在以与术语“包括”相似的方式为包含性的。

Claims (15)

1.一种用于使用具有数据存储(78)和处理器(74)的设备(72)来将事件计划(34)呈现给社交网络(12)的用户(14)的方法(50)，该方法(50)包括：

在从用户(14)接收到在社交网络(12)内创建包括用户(14)的至少一个联系人(16)的事件计划(34)的请求以后，邀请(56)所述至少一个联系人(16)加入事件计划(34)；

接收来自访客的针对事件计划(34)的各个事件计划细节的事件计划建议；

在从访客(32)接收到针对事件计划(34)的事件计划建议(36)以后，将事件计划建议(36)与数据存储(78)中的事件计划(34)相关联(58)；

在从访客(32)接收到(60)呈现事件计划(34)的请求(86)以后：

从数据存储(78)中检索(62)与事件计划(34)相关联的事件计划建议(36)；以及

将事件计划建议(36)呈现(64)给访客(32)。

2.如权利要求1所述的方法，其特征在于，该事件计划建议包括由搜索引擎基于该访客提交的搜索查询所生成的至少一个搜索结果。

3.如权利要求2所述的方法，其特征在于：

该事件计划与至少一个事件计划细节相关联；以及

由搜索引擎基于搜索查询所生成的所述至少一个搜索结果以及至少一个事件计划建议与该事件计划的至少一个事件计划细节相关联。

4.如权利要求1所述的方法，其特征在于：

该事件计划与至少一个事件计划细节相关联；以及

相应的事件计划建议与该事件计划的至少一个事件计划细节相关联。

5.如权利要求4所述的方法，其特征在于：

该数据存储被配置为针对事件类型存储至少一个事件计划模板，该事件计划模板基于事件类型指定事件计划的至少一个事件计划细节；

所述方法进一步包括：在从用户接收到创建一事件类型的事件计划的请求以后，将与该事件类型的事件计划模板相关联的至少一个事件计划细节与该事件计划相关联。

6.如权利要求4所述的方法，其特征在于，与事件计划相关联的事件计划建议包括与事件计划细节相关联的至少两个可替代事件计划建议。

7.如权利要求6所述的方法，其特征在于，所述方法进一步包括：

在与事件计划细节相关联的至少两个可替代事件计划建议中选择与该事件计划细节相关联的所选事件计划建议；以及

在从访客接收到呈现该事件计划的请求以后，将所选事件计划建议与该事件计划的事件计划细节一起呈现。

8.如权利要求7所述的方法，其特征在于：

所述方法进一步包括：在从访客接收到针对可替代事件计划建议的事件计划建议投票以后，在该数据存储中存储该事件计划建议投票；以及

选择所选事件计划建议包括：基于存储在该数据存储中的可替代事件计划建议投票选择所选事件计划建议。

9.如权利要求7所述的方法，其特征在于，选择所选事件计划建议包括：在与该事件计划细节相关联的可替代事件计划建议中标识出所推荐的可替代事件计划建议。

10.如权利要求1所述的方法，其特征在于，该事件计划与至少一个事件位置相关联。

11.如权利要求10所述的方法，其特征在于，所述方法进一步包括：在从访客接收到呈现与该事件计划相关联的至少一个事件位置的地图的请求以后，呈现所述至少一个事件位置的地图。

12.如权利要求11所述的方法，其特征在于：

相应的访客与访客位置相关联；以及

该地图包括路线，该路线包括该事件位置和该访客位置。

13.如权利要求10所述的方法，其特征在于：

相应的访客与访客位置相关联；以及

所述方法进一步包括：

在从访客接收到接近于该事件位置的访客位置以后，在该数据存储中存储与该事件计划相关联的访客的访客出席；以及

在从访客接收到呈现该事件计划的请求以后，呈现与该事件计划相关联的访客的访客出席。

14.如权利要求13所述的方法，其特征在于，

所述方法进一步包括：在从第一访客接收到接近于该事件位置的访客位置以后，向至少一个第二访客通知第一访客的第一访客出席。

15.一种被配置为将事件计划(34)呈现给社交网络(12)的用户(14)的系统(76)，包括：

数据存储(78)，该数据存储(78)被配置为存储事件计划(34)；

事件计划创建组件(80)，该事件计划创建组件(80)被配置为：在从用户(14)接收到在社交网络(12)内创建包括用户(14)的至少一个联系人(16)的事件计划(34)的请求以后，邀请(56)所述至少一个联系人(16)加入事件计划(34)；

事件计划建议接收组件(82)，该事件计划建议接收组件(82)被配置为：在从访客(32)接收到针对事件计划(34)的各个事件计划细节的事件计划建议(36)以后，将事件计划建议(36)与数据存储(78)中的事件计划(34)相关联(58)；以及

事件计划呈现组件(84)，该事件计划呈现组件(84)被配置为在从访客(32)接收到(60)呈现事件计划(34)的请求(86)以后：

从数据存储(78)中检索(62)与事件计划(34)相关联的事件计划建议(36)；以及

将事件计划建议(36)呈现(64)给访客(32)。