CN104981801A

CN104981801A - 社交事件推荐系统

Info

Publication number: CN104981801A
Application number: CN201380069878.4A
Authority: CN
Inventors: 林志翰; A.迪巴; 吴强
Original assignee: Microsoft Technology Licensing LLC
Current assignee: Microsoft Technology Licensing LLC
Priority date: 2012-11-08
Filing date: 2013-11-08
Publication date: 2015-10-14
Also published as: EP2917853A4; US20140129505A1; EP2917853A2; WO2014074950A2; WO2014074950A3

Abstract

一种用于推荐社交事件的系统包括用于建立基于通信网络的通信的前端界面和用于访问多个用户简介的用户数据库模块。提供活动数据库模块以便访问用户可以参加的多个活动。所述系统还包括可在至少第一用户-可选择模式下运转的推荐引擎。所述第一用户-可选择模式提供至少一个推荐。所述推荐的每个包括多个受邀人和至少一个将由所述多个受邀人参加的活动。所述受邀人从可通过所述用户数据库模块访问的受邀人集合中选出，以及，所述活动从可通过所述活动数据库模块访问的活动集合中选出。在一种运转模式下，所述受邀人和所述活动都由所述系统选出，并且不由所述用户预选。

Description

社交事件推荐系统

背景技术

在重大技术进步之前，将简报和公告栏用于向人员、组、委员会、俱乐部、社团和组织通知即将到来的事件、节目、新成员和其它相关信息。通过包括因特网、内联网、电子邮件和移动通信设备的最近的技术进步，更新和更先进的通信形式已变得可用于尝试保持大型人员组被通知到公共关注。一种所述手段已经是通过聊天室和个人简介将用户进行连接的在线社交网络网站。

已通过因特网变得流行的另一技术进步已经是将人员邀请到事件或会议的过程。通过不同媒体（例如网站、电子邮件或另一软件产品），个人可以电子化地将已识别的人员邀请到指定的事件或会议。该现有技术允许用户查看关于将要参加事件的人员的信息和关于已谢绝参加的人员的信息。尽管这些技术提供针对纸化邀请的可替换项，但它们限于邀请仅对启动事件或会议的人已知的人员。

特别是全部这些因素使得现有社交交互技术对于辅助为有两个或更多个人的活动安排日程不够理想，其中，所述两个或更多个人对彼此是未知的，他们具有地理相似性和对参与他们都享受的活动的期望。

发明内容

提供一种系统和方法，用于做出对社交事件的推荐。在推荐社交事件时，一般出现两个关键问题：哪些活动将被推荐，以及谁将被邀请。所述系统可以通过三种方式中的任一个来解决该问题：（1）给定个人的社交组，所述系统可以建议活动；（2）给定活动的集合，所述系统可以建议个人和/或预建立的社交组；（3）给定活动集合或受邀人集合，所述系统可以建议活动以及受邀人和/或预建立的社交组。在某些实现中，所述前两种方法可以通过添加或移除邀请或活动来递增地执行。此外，在某些情况下，所述系统能够以多模式方式运转，在该多模式方式下，所述用户例如以方法（3）开始，并且然后对所述邀请和活动进行修补（例如添加和/或移除）。

提供本摘要用于以简化形式介绍下面在具体实施例中进一步描述的概念的选集。本发明内容不旨在识别所要求权利的主题的关键特征或必要特征，其也不旨在用作在确定所要求权利的主题的范围时的辅助。

附图说明

图1是一个框架的概览，该框架示出了可以被提供以便对社交事件进行日程安排的各种输入数据源。

图2示出了便利用户与事件推荐系统之间的交互的一个示例性计算环境，其中，所述交互在一个实现中是通过具有到社交网络系统的网络连接的客户端设备。

图3更详细示出了包括事件推荐系统的社交网络系统的一个示例的功能框图。

图4示出了可以通过事件推荐系统的用户界面呈现给用户的web页面的屏幕截图的一个示例。

图5示出了当选择图4中所示的简介导航标签时可以呈现给用户的网页。

图6示出了当选择图4中所示的推荐标签时可以呈现给用户的网页。

具体实施方式

呈现本文中的详细描述仅为了示例说明，并且不将其理解为对在本文中描述的主题的限制。例如，在方法或过程描述的任一个中详述的步骤可以以任意顺序来执行，并且不限于所呈现的顺序。此外，任何对单数形式的引用包括复数的实施例，以及，任何对多于一个组件的引用可以包括单数的实施例。为简明起见，所述系统（以及所述系统的各个操作组件的组件）的常规数据联网、应用开发和其它功能方面可以不在本文中详细描述。此外，在包含在本文中的各个附图中示出的连接线旨在表示各个单元之间的示例性功能关系和/或物理耦接。应当指出，许多可替换或另外的功能关系或物理连接可以在实际系统中出现。

在一个实现中，本发明包括一种用于通过使用社交网络对社交事件进行日程安排的系统和方法。当用在本文中时，“社交网络”或类似短语可以包括通过共享的（或不同的）地理区域、兴趣、嗜好、体育兴趣、关系状态、种族或宗教兴趣、政治兴趣等形成的任何两个或更多个个人的分组。本发明由此包括用于对社交事件进行日程安排的、基于因特网或其它联网协议的电子通信的便利。

图1是一个框架的概览，该框架示出了可以被提供以便对社交事件进行推荐的各种输入数据源。活动列表14包括可以来自外部数据订阅源（feed）11或来自用户张贴12的活动数据。事件类型可以包括音乐会、实况音乐、艺术和文化事件、社交和社团事件、体育事件、户外活动和其它娱乐活动、专业和商业事件以及私人聚会和集会。外部数据订阅源11可以提供整体上比由用户单独输入那些有更多选择的事件。存在使得事件列表可用作RSS或XML订阅源的源，其中，所述RSS或XML订阅源是可以被计算机程序轻松解析的结构化数据订阅源。另外，某些网站具有非结构化的事件列表，其中，所述非结构化事件列表被设计用于由web浏览器进行显示，并且由此以可用形式放置。可以从非结构化的文本或HTML中提取出诸如事件名称、时间和地点的事件详情，并且，将出现在多个源中的重复事件移除。

好友网络18提供关于个人的信息，所述个人可能是参与构成社交事件的各种活动的候选受邀人。好友网络18可以包括从用户简介可得的数据，其中，所述用户简介可以提供关于用户的位置、日历表等的信息。好友网络18为人们提供用于以下的手段：在详细用户简介中描述他们自己，指定他们的好友，找到好友的好友，浏览简介，邀请他们的好友中的多个加入并填写其简介，消息发送和通信，创建分组以及识别其他感兴趣的人。可以从多种源来对好友网络18进行填充，所述多种源包括用户的一个或多个社交网络。另外，好友为了被邀请到社交事件可以注册16以加入该好友网络18，并且还可以对各种事件签到。

社交事件日程安排15提供这样的功能，所述功能用于通过使用从上面讨论的输入数据源获得的信息对社交事件进行计划和协调。特别地，社交事件日程安排用于识别对同一活动感兴趣的人们、确定可用性、发送电子邀请和社交日历表以及在事件完成之后获取来自参与者的反馈，其中，所述反馈可以在对未来的事件进行日程安排时使用。

上面描述的框架可以用于管理和协调用户的社交事件。下面将呈现实现该框架的系统的一个示例。

图2示出了便利用户与事件推荐系统之间的交互的一个示例性计算环境200，其中，所述交互在一个实现中是通过具有到社交网络系统205的网络连接的客户端设备。社交网络系统205可以使用单一计算设备或多个计算设备来实现，其中，所述多个计算设备可以同位放置或跨两个或更多个位置分布。例如，在某些实现中，系统205可以使用一个或多个应用服务器、web服务器和/或数据服务器来实现。

社交网络系统205可以适于基于网络210与订阅的用户进行通信，其中，网络210可以使用一个或多个数据网络来实现。例如，网络210可以包括有线和无线通信链路的任一个或全部两个。进一步地，网络210可以是例如因特网的公共网络、例如蜂窝数据网络的私有网络或其组合。网络210还可以包括一个或多个网关，所述网关为使用不同协议的设备之间的数据传输提供便利。网络210还可以包括安全链路和不安全链路中的任一个或全部两个。另外，网络210可以包括由多方提供的网络基础设施，所述多方例如是主机网络和一个或多个合作伙伴网络，所述合作伙伴网络例如是漫游合作伙伴。

关联于订阅用户的一个或多个客户端设备215也可以被配置为例如与社交网络系统205基于网络210进行通信。在计算环境200中可以包括任意数量的客户端设备215。随着移动通信设备215的数量增长，可以例如通过添加另外的资源来对系统205和网络210进行缩放，以便提供可接受水平的服务。仅为了示例说明，图1示出了两个客户端设备215。客户端设备215可以是任何能够基于网络210进行通信的设备。例如，客户端设备215可以是但不限于是PC、膝上电脑、上网本、平板电脑、电视、游戏设备、固定电话或无线电话、智能电话、媒体设备或者专用装置。

如果客户端设备215是例如无线电话的移动通信设备，则在某些情况下，它们可能还包含其它功能，例如PDA和/或音乐播放器功能。为此，该设备可以支持多种应用中的任一个，所述多种应用例如是电话应用、视频会议应用、电子邮件应用、即时消息传递应用、博客应用、数字相机应用、数字视频相机应用、web浏览应用、数字音乐播放器应用和/或数字视频播放器应用。

图3更详细示出了社交网络系统205的一个示例的功能框图。在该示例中，社交网络系统205包括由事件推荐系统执行的功能。然而，在其它实施例中，这些功能可以由基于网络进行通信的单独实体来执行，其中，所述网络例如是图2中的网络210。即，事件推荐系统可以与诸如脸书、推特、网络相册、户推荐、四方网和领英的多种社交网络进行交互。社交网络系统205包括前端界面115、认证服务器125、活动数据库145、应用服务器135、用户数据库130和推荐引擎155。

社交网络系统205可以利用认证服务器125以便验证该社交网络系统205的已授权用户和向其指派合适的权限。可以将社交网络系统205用于管理由社交网络系统205使用的各种应用、模块和实用工具。可以包括例如一套API的前端界面115用于建立基于通信网络与客户端设备的通信。

活动数据库145可以包括关于由订阅该系统的其他用户选择的流行活动的信息，由此为适当选择将使大量用户感兴趣的活动提供便利。作为示例举几个来说，所述活动例如可以包括专业会议、电影、音乐会、本地事件（例如音乐和体育事件、集市、游行、家庭事件等）、剧院、体育、扩展班级（在本地大学处或通过在线课程）、烹饪班级、餐饮、食物递送、徒步旅行等。

可以例如是集中式、分布式或联合式的活动数据库145可以还从多个源接收活动信息，所述多个源例如是事件发起人、本地报纸、电影列表、餐馆、企业源、其它搜索引擎或推荐系统等。在一个更具体的实现中，可以从有意于在网络上提供此种活动信息的专用服务器或多个服务器接收活动。所述（多个）服务器充当用于向诸如客户端应用和/或其它服务器应用传播活动信息的整合点。对所述（多个）服务器的访问可以例如通过订阅来允许，或者由于简单地安装了为所公开体系结构的功能提供便利的客户端和/或服务器应用而被提供。更具体地，端用户（例如客户端、服务器）可以对获取活动信息进行订阅。另外，实体（例如厂商）可以订阅将所选活动信息经由（多个）服务器推送到端用户的机会。

可以例如是集中式、分布式或联合式的用户数据库130对参与社交网络系统的各种用户的用户简介进行存储。用户简介可以包括传记性、人口统计学和其它类型的描述信息，例如工作经验、教育历史、嗜好或偏好、兴趣、位置等。人口统计学数据通常包括诸如年龄、性别、位置等的关于用户的数据。行为数据通常包括关于用户在社交网络系统内的活动的信息，例如特定动作（张贴、喜欢、评论等）、活动水平、使用统计等。其它社交数据包括关于用户在社交网络系统内的非严格人口统计学或行为性的信息，例如兴趣或亲密关系等。在一个实施例中，用户的兴趣可以在该用户的简介中明确指定，或者它们可以从该用户在社交网络系统中的活动（例如上传内容、张贴、阅读消息等）推断出。用户简介可以还包括他们喜欢的事件的愿望列表、最喜欢的地点和艺术家、以及他们喜欢的事件的类别。用户数据库130可以包括个人的组（例如家族、俱乐部），其中，所述个人的组是作为推荐可以基于的基本构建块。

用户数据库130可以包含具有适于定义用户简介的字段的数据结构，所述用户简介包括适于描述用户的人口统计学数据、行为数据和其它社交数据的数据结构。另外，用户简介存储240可以包括用于根据一个或多个类别来维护用户兴趣信息的逻辑。类别可以是一般的或特定的，例如，如果用户“喜欢”关于一个鞋子品牌的文章，则类别可以是该品牌，或者一般类别的“鞋子”或“服装”。多个类别可以应用于单一用户兴趣。

在一个实施例中，推荐引擎155被应用服务器135调用为查询用户数据库130和/或活动数据库145以检索与其他用户、已安排日程的事件、活动、地点、位置、设备等有关的数据。另外，推荐引擎155可以例如用于检索活动信息、检索日历表条目、检索广告信息、创建对事件的邀请、创建通告、保存事件信息、维护参与者数据、处理支付等。

另外，推荐引擎155使用用户数据库130和活动数据库145中的信息来在组织社交事件的用户请求时推荐社交事件。推荐引擎155可以还基于多种另外的信息做出推荐，所述另外的信息例如包括：之前参加过的事件的历史，其包括关于那些之前参加过的事件的用户反馈；以及将被邀请的特定一组个人的简介；以及已基于个人用户简介和可能另外的信息生成的那些。

用于通常对以三种方式中的任一个对社交事件进行日程安排感兴趣。在第一种方法中，用户可以以固定的一组人（例如家庭、圈子、团队等）开始，其中，在所述固定的一组人中，他或她想要邀请到一个活动。用户希望获取针对一个或多个活动的推荐，其中，所述固定的一组受邀人可能对参与所述一个或多个活动感兴趣。可替换地，在第二种方法中，用户可以以一个或多个活动开始，并且希望获取针对受邀人的推荐，其中，所述受邀人将被邀请参与那些活动。在第三种方法中，用户希望获取针对受邀人组和活动这两者的推荐，其中，那些受邀人将参与那些活动。

在一种实现中，推荐引擎155运转在三种模式中的任一种下，其中，所述三种模式反映用户在规划社交事件时可能希望采取的不同方法。用户可以从三种模式中选择任一种，并且可以甚至以一种模式开始并切换到另一种。此外，在通过所述模式中的任一种获取到（多个）推荐之后，用户可以递增地添加或移除活动和/或受邀人，在此之后，推荐引擎155可以基于用户的改变更新它的推荐。

在第一种用户可选择模式下，推荐引擎提供至少一个推荐。每个推荐一般都包括两个或更多个受邀人和至少一个将由所述受邀人参加的活动。受邀人可以从关联于用户的社交网络的那些个人，由用户指定的其子集或由用户指定的某其它一组个人中选出。在该第一模式下，活动或受邀人都不由用户提前选择。即，在接收到一个或多个推荐之前，活动或受邀人都不是固定的（即预定的）。当请求推荐时，用户可以或可以不指定任何将强加于社交事件的约束（例如日期、时间表、地理位置、天气）。

在第二种用户可选择模式下，推荐引擎155提供至少一个推荐，在所述至少一个推荐中，受邀人由用户提前选择或固定。在此情况下，推荐引擎155选择那些受邀人可能希望参与的活动。在第三种用户可选择模式下，推荐引擎155提供至少一个推荐，在所述至少一个推荐中，受邀人将参与的一个或多个活动被提前固定。推荐引擎155然后选择可能希望参与那些活动的受邀人。

再次参考图3，用户界面160允许用户使用上面讨论的其它模块和数据库安排日程、管理和协调他们的社交事件。特别地，用户界面160允许用户张贴事件、注册其他用户、填写用户简介以及获得关于好友和他们的好友的好友的信息。用户界面160与前端界面115进行通信，并且可以在浏览器、应用等中来实现。

图4示出了可以通过用户界面呈现给用户的web页面的屏幕截图的一个示例。应用或web页面将一般在用户已通过系统管理员的web站点登录进系统中之后被呈现。在该示例中，系统管理员的web站点是由微软运营的Windows Live® web站点。通过登录，用户可以添加、删除和编辑他们自己的帐号信息并建立个人简介，同时控制其他哪些人可以访问所述信息，对社交事件进行日程安排等。这些功能中的一些的示例将在下面呈现。当然，这些示例仅是简化的有代表性的示例，并且确实反映在本文中讨论的事件推荐系统的全部功能。

图4中所示的屏幕截图400呈现了包括一系列导航标签410、420、430、440和450的菜单条。对导航标签的选择可以带来诸如日程视图、人员视图、简介视图和推荐视图的项。日程视图提供用户已安排了日程、在安排日程过程中或已接收到参加邀请的事件的列表。事件可以以与日历应用类似的方式来呈现。事件可以以用户定义的顺序来呈现，并且使用诸如时间、位置等的参数进行过滤。

如果用户选择图4中的人员标签430，则将提供用户的社交网络中的人员的列表。用户可能还能够搜索满足该用户感兴趣的准则的个人。这可以通过搜索用户的简介来完成。可以还向用户提供到已识别的个人的链接，以便通过任何合适的手段发送消息或建立与他们的通信。所述个人接着可能能够对正被组织的事件提供反馈。用户可能能够基于接收到的反馈提炼事件参数。

如果用户选择图4中所示的简介导航标签440，则可以呈现允许用户建立和编辑他或她自己的个人简介的web页面。所述web页面的屏幕截图的一个示例在图5中示出。用户通过填充各种字段510、520、530、540、550和560来构造他或她的个人简介。例如，除了诸如名字、联系地址等的基础信息之外，其它字段可以允许参加者指定专业、娱乐、文化和其它兴趣、所说语言、特殊技能等。另外，参加者可以输入一个或多个他或她在各种社交网站上使用的用户名。每个用户名提供到该参加者在不同社交网站上的简介的链接。所述站点的示例包括但不限于脸书、推特、网络相册、户推荐、网飞、亚马逊和领英。通过提供这些用户名，用户可以与其他个人共享在所述社交网站上可用的关于他或她自己的额外信息。所述额外信息可以包括好友和该用户已为其提供了链接的其他个人。这样，这些好友和个人可以变成可以被推荐引擎155搜索和识别以及可以被邀请到将被安排日程的即将到来的社交事件的个人的网络的一部分。

可以将参加者的简介中的每个字段与全部其他用户或仅与通过从关联于各个字段的下拉菜单570适当选择的各种用户子集共享。

一旦用户的简介被完成，则包含在其中的数据（包括包含在用户的（多个）社交网络简介中的数据）可以充当这样的元数据或标签，所述元数据或标签可以被其他用户和推荐引擎155搜索，以便做出各种对该用户可能有兴趣的事件和活动的推荐。例如，如图6中所示，通过在图4中的推荐标签150上进行点击，用户可以从推荐页面600上的多种类别中进行选择。在该示例中，类别包括人员（例如其他用户）610、本地户外活动620、体育事件630、文化事件（例如博物馆、剧院）640和餐馆650。通过选择所述类别中的一个，用户可以使用上面讨论的三种运转模式中的任一个来请求推荐。另外或代替按类别来组织推荐，推荐被呈现所按照的顺序可以与图6中所示的不同，并且可以例如以全局或跨类别的方式来呈现。

示例

以下描述呈现可以由推荐引擎155用于对社交事件进行日程安排的算法的一个示例。当然，该示例仅作为示例来呈现，并且更一般地，可以使用众多不同的算法。

基础术语和符号：

● 假设U是全部用户的集合，即，U是用户空间

● 假设E是实体/活动空间的集合：即，E是实体/活动空间

● 假设C是上下文（位置、时间等）的空间

● 假设c是来自C的上下文

● 假设u是U的子集

● 假设e是E的子集

● 假设H是U和E的实用工具函数的函数空间：U×E×F=>R（实数的空间）

● 假设h是来自H的实用工具函数

● 假设a指定特定用户或组织者（创建推荐但不参与的人）；a在下面称为行动者。

下面，如果a是参与者则子集u包括a，或者如果a是仅组织者则子集u排除a。可以对三种运转模式进行数学建模如下：

1. 第一种运转模式：给定u、h和c，找到使得实用工具函数h(u,e,c)最大化的子集e

2. 第二种运转模式：给定e、h、c和行动者a，找到使得实用工具函数h(u,e,c)最大化的子集u

3. 第三种运转模式：

　3.1. 给定行动者a、实用工具函数h和上下文c，假设u[0]是初始组，以及e[0]是初始实体-活动集合（存在多种初始化u[0]和e[0]的方式，例如，以第一或第二种运转模式开始）；

　3.2. 假设i=0；循环

　　3.2.1. 行动者a通过从u[i]添加或减除用户而从u[i]创建u[i+1]，并且找到使得实用工具函数h(u[i+1],e[i+1],c)最大化的e[i+1]；或者

　　　3.2.1.1. 行动者a通过从e[i]添加或减除活动而从e[i]创建e[i+1]，并且找到使得实用工具函数h(u[i+1],e[i+1],c)最大化的u[i+1]；

　　3.2.2. 如果行动者a 被 “ 满足 ”，则跳出循环；否则使i=i+1并去往步骤3.2.1.。

实用工具函数

假设u指定特定用户，并且e指定特定实体/活动。u和e两者都可以被建模为特征向量。在不失一般性的情况下，可以假设用户和实体/活动被映射到同一特征向量空间，即，u=<f₁,…,f_n>，e=< g₁,…,g_n >，其中，f₁,…,f_n和g₁,…,g_n分别是u和e的向量组件的特定值。

直观地，实用工具函数h指派在上下文c中实体/活动e的令用户u满意的分数。该分数越高，则该实用工具越高。即，如果e ₁比e ₂对用户u来说更合意，则h({u},{ e ₁},c) ≥h({u},{ e ₂},c)。

对于用户的集合u和实体/活动的集合e，假设u={ f₁,…,f_n },e={ g₁,…,g_n }。h(u,e,c)可以被定义为全部成对的实用工具函数h({f _i},{ g _j },c)的某种“归一化”度量，其中，1≤i≤k以及1≤j≤m。可能的度量包括平均、中位数、最小、最大、方差等。

当然，有可能定义更复杂的实用工具函数，使得e对于用户u的效用还取决于其他受邀用户和被包括的实体/活动。上面描述的问题定义可以使用标准数学优化技术来解决。

当用在本申请中时，术语“组件”、“模块”、“引擎”、“系统”、“装置”、“界面”等一般旨在指计算机相关的实体，所述计算机相关的实体是硬件、硬件和软件的组合、软件或在执行的软件。例如，组件等可以是但不限于是在处理器上运行的进程、处理器、对象、可执行文件、执行的线程、程序和/或计算机。作为示例，在控制器上运行的应用和该控制器这两者都可以是组件。一个或多个组件可以驻留在一个进程和/或执行的线程内，以及，一个组件可以被本地化到一台计算机上和/或分布到两台或更多台计算机之间。

所要求权利的主题可以被实现为使用标准编程和/或工程技术来生产用于控制计算机实现所公开的主题的软件、固件、硬件或其组合的方法、装置或制品。例如，所要求权利的主题可以被实现为嵌入了计算机可执行程序的计算机可读存储介质，所述计算机可读存储介质包含可从任何计算机可读存储设备或存储介质访问的计算机程序。例如，计算机可读存储介质可以包括但不限于磁存储设备（例如硬盘、软盘、磁条……）、光盘（例如压缩光盘（CD）、数字多功能光盘（DVD）……）、智能卡和闪存器设备（例如卡、棒、键驱动器……）。然而，计算机可读存储介质不包括例如像传播信号的瞬态形式的存储。当然，本领域的技术人员应当认识到，在不脱离所要求权利的主题的范围或精神的情况下，可以对该配置做出许多修改。

不应当以任何方式认为所公开的方法、装置和系统是限制性的。相反，本公开涉及各种所公开实施例的单独地和采用与彼此的各种组合和子组合的、全部新颖和非显而易见的特征和方面。所公开的方法、装置和系统不限于任何特定的方面或特征或其组合，所公开的实施例也不要求任何一个或多个特定优点出现或问题被解决。在本申请中描述的技术和解决方案可以以各种组合被使用，以便为包括诸如智能电话的移动设备的移动设备提供改进的用户体验。

已在具体实施方式和附图中描述和示出了我们的创新的原理，但应当认识到，在不脱离所述原理的情况下，可以在安排和细节上对各种实施例进行修改。应当理解，除非另外指出，否则在本文中描述的程序、进程或方法不涉及或限于任何特定类型的计算环境。各种类型的通用或专用计算环境可以被用于或执行根据在本文中描述的教导的操作。用软件示出的实施例的单元可以用硬件来实现，反之亦然。

Claims

1.一种用于推荐社交事件的系统，其包括：

用于建立基于通信网络的通信的前端界面；

用于访问多个用户简介的用户数据库；

用于访问用户可以参加的多个活动的活动数据库；

可以在至少第一用户-可选择模式下运转的推荐引擎，所述第一用户-可选择模式提供至少一个推荐，所述推荐的每个包括多个受邀人和至少一个将由所述多个受邀人参加的活动，所述多个受邀人从可通过所述用户数据库模块访问的受邀人集合中选出，以及，所述至少一个活动从可通过所述活动数据库模块访问的活动集合中选出，所述多个受邀人和所述至少一个活动未被提前确定。

2.根据权利要求1所述的系统，其中，所述推荐引擎可以在至少两个用户-可选择模式下运转，所述第二用户-可选择模式提供至少一个推荐，在所述至少一个推荐中，所述多个受邀人或所述至少一个活动被提前固定。

3.根据权利要求1所述的系统，其中，所述推荐引擎可以在至少三个用户-可选择模式下运转，所述第二用户-可选择模式提供至少一个推荐，在所述至少一个推荐中，所述多个受邀人被提前固定，所述第三用户-可选择模式提供至少一个推荐，在所述至少一个推荐中，所述至少一个活动被提前固定。

4.根据权利要求3所述的系统，其中，所述推荐引擎可运转为，当用户请求时在所述三个用户-可选择模式的任一个之间切换。

5.根据权利要求1所述的系统，其中，所述推荐引擎可运转为，至少部分上基于所述多个用户简介生成所述至少一个推荐。

6.根据权利要求1所述的系统，其中，所述受邀人集合中的至少一个受邀人的用户简介通过该用户的社交网络可得。

7.根据权利要求1所述的系统，其中，所述推荐引擎可运转为，至少部分上基于所述多个受邀人参与过的之前做过的活动的历史来生成所述至少一个推荐。

8.根据权利要求1所述的系统，其中，所述推荐引擎可运转为，至少部分上基于来自包括在所述至少一个推荐中的多个受邀人的至少一个的反馈生成至少一个已修订的推荐。

9.根据权利要求8所述的系统，其中，生成所述至少一个已修订的推荐包括优化实用工具函数，其中，所述实用工具函数取决于所述用户集合的空间、所有活动的空间、定义所述社交事件将在何时和何处发生的上下文的空间。

10.根据权利要求9所述的系统，其进一步包括，接收对所述至少一个已修订的推荐添加或移除所述多个受邀人的至少一个或所述至少一个活动的已修订的请求，响应于该已修订的请求，生成至少一个根据该已修订的请求进行修订的已修订的推荐，以及，将该已修订的请求基于所述通信网络发送给用户。