CN111684480A - 电子事件管理系统 - Google Patents

Abstract

主题技术的方面涉及创建电子日历事件。事件性质集从电子消息题绪的消息内容和参与者中被识别。基于事件性质集的包括事件属性的电子日历事件被创建。

Description

电子事件管理系统

背景技术

用户可以使用电子消息(例如，电子邮件、文本消息、即时消息等)彼此讨论各种话题。当在用户当中讨论诸如社交事件的话题时，用户可以交换大量电子消息来决定社交事件的事件细节(例如，日期、时间、位置、出席者等)。跟踪通过多个电子消息传播的事件细节并确定最新的事件细节可能很麻烦。

发明内容

主题技术的方面涉及电子事件管理。从包括一个或多个电子消息的电子消息题绪(thread)的消息内容和参与者中识别事件性质集。基于事件性质集来创建电子日历事件。

主题技术的方面还涉及电子事件管理。接收包括一个或多个电子消息的电子消息题绪。从电子消息题绪的消息内容和参与者中识别第一事件性质集。包括事件属性的电子日历事件基于第一事件性质集。显示事件属性的日历事件界面被提供以用于显示。从电子消息题绪中接收到的后续电子消息的内容中识别第二事件性质集。电子日历事件的事件属性基于第二事件性质集被进行更新。通过这种方式，电子日历事件可以被保持为最新并与电子消息题绪中的信息保持一致。

主题技术的方面还涉及电子事件管理。从消息传递(messaging)系统接收包括一个或多个消息的第一电子消息题绪。从第一电子消息题绪的消息内容中识别第一事件性质集。提供显示基于第一事件性质集生成的事件信息的提议事件界面以进行显示。响应于经由提议事件界面接收到的确认输入，创建基于事件信息的包括事件属性的电子日历事件。接收第二电子消息题绪。从第二电子消息题绪的消息内容和参与者中识别第二事件性质集。响应于第二事件性质集与电子日历事件的一部分事件属性匹配并且第一电子消息题绪参与者中的一个或多个与第二个电子消息题绪参与者中的一个或多个匹配来调和第一电子消息题绪和第二电子消息题绪。电子日历事件的事件属性基于第二事件性质集被更新。以这种方式，与在从仅从单个电子消息题绪确定的事件性质进行匹配时相比，可以更精确地确定事件属性。

将理解，根据以下详细描述，主题技术的其他配置对于本领域的技术人员来说将变得显而易见，在该详细描述中，以图示的方式示出和描述了主题技术的各种配置。将会认识到，主题技术能够其他和不同的配置，并且其若干细节能够在各种其他方面进行更改，所有这些都不脱离主题技术的范围。因此，附图和详细描述本质上应被认为是说明性的而不是限制性的。

附图说明

被包括以提供进一步的理解并且被并入本说明书中且组成本说明书的一部分的附图图示所公开的方面，并且连同说明书一起用作解释所公开的方面的原理。

图1图示根据主题技术的示例方面的示例客户端-服务器网络环境。

图2图示根据主题技术的示例方面的用于创建日历事件的示例数据流。

图3A-3D图示根据主题技术的示例方面的示例用户界面。

图4图示根据主题技术的示例方面的示例用户界面。

图5A和5B图示出根据主题技术的示例方面的用于创建日历事件的示例过程的流程图。

图6概念性地图示示例电子系统，通过该示例电子系统可以实现主题技术的一些实施方式。

具体实施方式

以下阐述的详细描述旨在作为主题技术的各种配置的描述，而并非旨在表示可以实践主题技术的唯一配置。附图被并入本文并且组成详细描述的一部分。为了提供对主题技术的透彻理解，详细描述可以包括具体细节。然而，主题技术不限于本文阐述的具体细节，并且可以在没有这些具体细节的情况下实践。在一些实例中，以框图形式示出结构和组件，以便于避免使主题技术概念模糊不清。

电子消息传递促进电子消息传递系统的一组用户当中的信息通信和协作。例如，用户组可以经由电子消息传递参与电子会话，以介绍和讨论社交事件的细节(例如，日期、时间、位置等)。但是，电子消息题绪的格式可能无法为参与者提供用于披露社交事件的细节的最佳机制。冗长的题绪、大量参与者、更替(shifting)事件细节都在协调社交事件的细节时无效地渲染题绪。无效的协调需要更多的消息传递，这增加电气消息传递系统内以及跨通信网络的拥塞。

主题技术通过分析通过网络在用户之间交换的电子消息，从电子消息中识别事件性质并基于事件性质来创建日历事件来解决协调和拥塞问题。以这种方式，主题技术提供用于将具有众多参与者的多个消息的电子消息题绪的内容披露和变换为参与者更易于访问和辨别的不同格式(与参与者的用户账户相关联的日历事件)的机制提供给电子消息题绪。根据主题技术的各方面，可以从电子消息题绪的消息内容和参与者中识别事件性质。从电子消息题绪解析的这些事件性质可以变换为被创建并与参与者的用户账户相关联的电子日历事件的事件属性。

图1图示根据主题技术的用于创建和管理电子日历事件的示例网络环境100。网络环境100包括计算设备102、104和106，以及服务器110和114。在一些方面，网络环境100可以具有比图1中示出的那些更多或更少的计算设备(例如，102-106)和/或服务器(例如，110和114)。

计算设备102、104和106中的每一个都可以表示具有处理器、存储器和通信能力的各种形式的处理设备。计算设备102、104和106可以彼此通信，与服务器110和114通信并且/或者与图1中未示出的其他系统和设备通信。作为非限制性示例，处理设备可以包括台式计算机、膝上型计算机、手持计算机、个人数字助理(PDA)、蜂窝电话、网络电器、相机、智能电话、增强型通用分组无线服务(EGPRS)移动电话、媒体播放器、导航设备、电子邮件设备、游戏机或这些处理设备或其他处理设备中的任何的组合。

计算设备102、104和106中的每一个可以被提供有一个或多个消息传递应用(例如，电子邮件应用、文本消息应用、即时消息传递应用、语音消息传递应用和/或社交网络服务应用)。计算设备102、104和106可以执行计算机指令以运行消息传递应用。相应计算设备的用户(例如，Will、Janet和Larry)可以利用消息传递应用来创建电子消息，与彼此和/或图1中未描绘的用户发送和/或接收电子消息，并且查看电子消息题绪。消息传递应用可以经由网络108向服务器110(例如，消息传递系统)传输和从该服务器110接收电子消息。

计算设备102、104和106中的每一个还可以被提供有一个或多个日历应用。计算设备102、104和106可以执行计算机指令以运行一个或多个日历应用。日历应用可以允许用户(例如，Will、Janet和Larry)维护用户时间表并跟踪日历事件。用户可以利用日历应用以，例如创建日历事件，与其他用户共享日历事件，邀请其他用户到日历事件。日历应用可以经由网络108向服务器114(例如，日历系统)传输和从其接收对应于用户时间表和日历事件的数据。

网络108可以是连接任意数量的移动客户端、固定客户端和服务器的诸如例如局域网(LAN)、广域网(WAN)、互联网、蜂窝网络或其组合的计算机网络。此外，网络108可以包括但不限于以下网络拓扑中的任何一个或多个，其包括总线网络、星形网络、环形网络、网状网络、星形总线网络、树形或分级网络等。在一些方面，每个客户端(例如，计算设备102、104和106)和服务器(例如，服务器110)之间的通信可以经由虚拟专用网(VPN)、安全外壳(SSH)隧道、安全套接字层(SSL)通信或其他安全网络连接而出现。在一些方面，网络108可以进一步包括公司网络(例如，内联网)和一个或多个无线接入点。

服务器110和114中的每一个可以表示单个计算设备，诸如包括处理器和存储器的计算机服务器。处理器可以执行存储在存储器中的计算机指令。服务器110和114可以在地理上共位和/或服务器110和114可以位于不同的位置。在一些方面，服务器110和114可以共同表示计算机服务器。在一些方面，服务器110和114可以各自使用多个分布式计算设备来实现。服务器110和114被配置成经由网络108与客户端设备(例如，计算设备102、104和106)上的客户端应用(例如，电子消息传递应用、日历应用等)进行通信。

服务器110可以是管理电子消息传递系统的用户账户之间的电子消息交换的电子消息传递系统(例如，电子邮件服务器、文本消息服务器、即时消息服务器、语音消息服务器、社交网络服务器等)。服务器110可以包括数据存储112，该数据存储112用于存储例如用户(例如，Will、Janet或Larry)的用户账户登录信息、与用户账户相关联的联系人信息(例如，联系人的电子邮件地址、联系人的电话号码等)以及在用户账户与相关联的联系人之间交换的电子消息。

服务器114可以是日历系统，其维护用户的电子日历并跟踪电子日历事件。日历系统可以允许创建电子日历事件并将其添加到用户的日历中。服务器114可以包括数据存储116，用于存储例如用户(例如，Will、Janet或Larry)的登录信息和用户的电子日历信息。在一些方面，日历系统可以与电子消息传递系统集成在一起。

在一些方面，电子消息传递系统还可以包括事件管理系统，该事件管理系统接收电子消息，识别电子消息中讨论的日历事件细节并基于日历系统上的用户日历中的日历事件细节创建电子日历事件。在一个或多个实施方式中，计算设备102、计算设备104、计算设备106、服务器110或服务器114可以是或可以包括下面关于图6讨论的电子系统组件的全部或部分。

就本文所讨论的系统收集有关用户的个人信息或可以利用个人信息而言，向用户提供控制程序或功能是否收集用户信息(例如，有关用户的联系人、用户的偏好或用户的当前位置的信息)，并控制系统可以维护和分析的电子消息的数量、由系统维护和分析的电子消息的类型(例如，基于电子消息的参与者)或访问用户的日历信息的机会。还可以向用户提供打开或关闭系统提供的某些特征或功能的选项。在一些方面，用户可以选择禁用由本文所讨论的事件管理系统提供的特征和功能(例如，电子消息内容分析、基于分析结果在用户日历中创建日历事件)。另外，用户可以规定在存储或使用某些数据之前以一种或多种方式处理所述某些数据，使得移除个人可识别信息。例如，可以处理用户的身份，使得无法为该用户确定任何个人可识别信息，或者在获得位置信息的情况下可以概括用户的地理位置(诸如城市、邮政编码或州级别)，使得无法确定用户的特定位置。因此，用户可以控制所公开的系统是否以及如何收集、存储和使用用户信息。

图2图示根据主题技术的方面的用于创建电子日历事件232的系统200中的示例数据流。系统200包括消息传递系统210、事件管理系统220和日历系统230。尽管消息传递系统210、事件管理系统220和日历系统230被描绘为单独的系统，但是事件管理系统220、消息传递系统210和日历系统230可以以任何组合进行组合。例如，事件管理系统220可以驻留在消息传递系统210或日历系统230中。

消息传递系统210可以允许客户端设备(例如，计算设备102、104和106)使用客户端设备中的消息传递应用通过一个或多个网络(例如，网络108)彼此交换电子消息(例如，文本消息、电子邮件消息、即时消息、社交网络帖子或语音消息)。例如，计算设备102的第一用户(例如，Will)可以向计算设备104的第二用户(例如，Janet)和计算设备106的第三用户(例如，Larry)发送电子消息213。消息传递系统210可以从计算设备102接收电子消息213，并且将电子消息213传输到计算设备104和106。消息传递系统210可以支持计算设备102、104和106当中的后续答复电子消息(例如，电子消息215、217、219)的交换。

消息传递系统210可以将电子消息(例如，电子消息213、215、217和219)组织为电子消息题绪(例如，电子消息题绪211)。例如，当消息传递系统210从客户端设备(例如，计算设备102)上的客户端应用接收电子消息(例如，电子消息213)时，消息传递系统210可以将电子消息题绪标识符(ID)指配给电子消息。当消息传递系统210基于电子消息元数据确定接收到的电子消息(例如，电子消息213)是初始电子消息时，消息传递系统210可以将电子消息题绪ID(例如，题绪ID 212)指配给初始电子消息(例如，电子消息213)。对初始电子消息的将来的答复消息(例如，电子消息215、217、219)可以包括相同的电子消息题绪ID(题绪ID 212)。在一些方面，电子消息题绪ID可以被包括在将来的答复消息的报头或元数据中，以允许构造电子消息题绪。消息传递系统210可以基于是否电子消息包括题绪ID并且题绪ID与现有题绪ID相匹配，来确定电子消息是否是初始消息或答复电子消息。在一些方面，当电子消息213不与电子消息题绪ID相关联时，消息传递系统210可以将电子消息213识别为电子消息题绪211的初始电子消息。

消息传递系统210可以将电子消息题绪211转发给事件管理系统220。消息传递系统210可以在接收到预定数量的电子消息之后或者为电子消息题绪211接收到每个电子消息之后以预定的间隔转发电子消息题绪211。在一些方面，消息传递系统210可以将电子消息转发到事件管理系统220，并发送由管理系统220可执行的命令(例如，应用程序接口(API)调用)用于处理在电子消息题绪211中接收到的电子消息。在一些方面，事件管理系统220可以发送由消息传递系统210可执行的命令(例如，API调用)以发送电子消息题绪211。

在一些其他方面，可以识别电子消息题绪211中的日历事件细节，诸如事件日期、事件时间、事件位置和/或可能的事件参与者。在其中的电子消息中识别日历事件细节之后，消息传递系统210可以转发电子消息题绪211。例如，电子消息213包括事件名称(例如，dinner(晚餐))、事件日期(例如，tonight(今晚))、事件时间(例如，7:00pm(下午7:00))。然而，直到电子消息219才讨论事件位置(例如，Restaurant A(餐厅A))信息。消息传递系统210可以在接收到电子消息219之后将电子消息题绪211发送到事件管理系统220。

事件管理系统220包括消息分析模块222和事件创建模块226。消息分析模块222可以分析(例如，解析)电子消息题绪的消息以从接收到的电子消息题绪211的电子消息(例如，电子消息213、215、217、219)中识别事件性质(例如，事件性质224)。例如，消息分析模块222可以解析电子消息的报头、元数据和/或消息主体以识别事件性质。可以将从电子消息中解析出的单词、短语、格式等与可能标志事件性质的已知单词、短语或格式进行比较。这些单词、短语和格式可以以表格、图形或其他数据结构来组织，以供消息分析模块222用来识别事件性质。消息分析模块222可以使用例如自然语言处理以从电子消息题绪211识别事件性质224。消息分析模块222可以从系统支持的多种语言中识别消息题绪中使用的语言并使用所识别的语言处理该消息题绪。消息分析模块222还可以分析来自电子消息题绪的消息的发送者和接收者，以识别事件的潜在参与者。事件性质224可以包括例如，电子消息(例如，电子消息213、215、217、219)的时间(例如，7:00pm)、日期(例如，tonight、12/2)、位置(例如，Restaurant A)、事件名称(例如，dinner)、参与者(例如，发送者和/或接收者)(例如，Will、Janet、Larry)和/或电子消息题绪211的题绪ID(例如，题绪ID 212)。

事件性质224可以被转发到事件创建模块226。在一些方面，当识别预定数量类型的事件性质时，可以转发事件性质224。例如，当消息分析模块222从电子消息中识别时间和位置时，事件性质可以被转发到事件创建模块226。

事件创建模块226可以基于由消息分析模块转发的事件性质224来生成提议事件数据结构。事件创建模块226可以用餐馆A的图像(例如，图像229)、事件标题(例如，dinner)、事件日期和时间(例如，Fri,Dec 2,2016,7:00pm(2016年12月2日，星期五，下午7:00))和事件位置(例如，Restaurant A,123North A Street,…(…北A街123号，A餐厅))填充提议事件界面数据结构。例如，事件管理系统220可以在被存储在服务器上的实体的简档的索引中搜索餐厅A的图像。实体简档的索引可以包括实体的描述和/或图像。在一些方面，事件管理系统220可以使用互联网(例如，从餐馆的网站、餐馆评论网站等)搜索餐馆A的图像。换句话说，从电子消息以外的其他来源来补充事件数据。事件管理系统220可以基于电子消息的内容来选择事件标题。事件管理系统220还可以搜索餐厅A的物理地址。事件创建模块226可以与和用户账户相关联的日历系统230进行通信，并在填充提议事件界面数据结构之前验证提议的日期和时间与用户的现有的时间表没有冲突。

事件创建模块226可以基于提议的事件数据结构生成并提供提议事件界面228，以显示给客户端设备(例如，计算设备102、104、106)。当电子消息题绪211的电子消息(例如，电子消息213、215、217、219)包括少于如图2中所描绘的事件性质时，事件创建模块226可以提示用户经由提议事件界面228输入任何丢失的事件性质。提议事件界面228可以包括比图2中所描绘的更多或更少的事件性质。提议事件界面228可以被提供有用于用户确认事件细节的确认按钮。当事件创建模块226在确认按钮上接收到指示用户对事件细节和创建电子日历事件的意图的确认的用户动作时，事件创建模块226发送由日历系统230可执行的指令(例如，API调用)，用于基于提议事件界面228的确认事件性质来创建电子日历事件。在一些方面，日历系统230可以向事件创建模块226提供命令(例如，API调用)，用于传输提议事件界面228的确认事件性质。

可替选地，当消息分析模块222从接收到的电子消息题绪211的电子消息(例如，电子消息213、215、217、219)中识别事件性质224时，事件创建模块226可以转发事件性质224并发送日历系统230可执行的指令，以创建电子日历事件，而不生成并向用户显示提议事件界面。

响应于来自事件创建模块226的指令，日历系统230可以将在提议事件界面228上确认的事件性质转换为事件属性，并基于转换后的事件属性生成电子日历事件232。例如，电子日历事件232的事件属性可以包括事件标题(例如，dinner)、事件日期(例如，12/2/2016)、事件时间(例如，7：00pm)、事件位置(例如，Restaurant A,123North A street)和参与者(例如，Janet、Larry、Will)。日历系统230可以与参与者的用户账户相关联地将电子日历事件232添加到日历系统230。在一些方面，日历系统230发送由消息传递系统210可执行的指令，以当用户正在讨论电子消息题绪211中的所创建的电子日历事件232时在客户端设备上的消息应用界面中显示日历事件的摘要。

可以基于电子消息题绪来指配用于电子日历事件的角色和相关联的编辑权限。这些角色和相关联的编辑权限可以包括在提议事件数据结构中，并传递到日历系统230。例如，可以将发起电子消息题绪的用户账户指定为电子日历事件的创建者和/或主人。作为创建者和/或主人，可以将完全编辑权限准予该用户账户。可以为其他参与者指配客人角色，该客人角色可以包括或者可以不包括完全或受限的编辑权限。如果从其发起电子消息题绪的用户账户无法通过访问此处描述的事件管理系统220或日历系统230来进行操作，则可以为发起的用户账户指配主人角色，并且诸如经由提议事件界面触发创建电子日历事件的另一参与者可以被指配具有完全编辑权限的创建者角色。可以基于指示不同用户账户的不同参与级别的在电子消息题绪中接收到的后续电子消息来更改相对于电子日历事件指配给不同用户账户的角色。

在一些方面中，事件管理系统220的一些功能可以由消息传递系统210执行。例如，消息传递系统210可以从消息中解析事件性质，并将事件性质转发给事件管理系统220，而不是转发电子消息213、215、217和219或电子消息题绪211。例如，消息传递系统210可以解析电子消息题绪的电子消息，并确定预定事件触发词语是否包括在电子消息中。在一些方面，事件管理系统220可以包括存储事件触发词语的分析库。例如，事件触发词语可以包括指示人们聚集或聚会的词语。如果消息传递系统确定电子消息包括一个或多个预定事件触发词语，则消息传递系统可以将电子消息题绪转发给事件管理系统。在一些其他方面，当消息传递系统210确定电子消息题绪211的参与者正在一起讨论和协调事件时，消息传递系统210可以将事件性质转发到事件管理系统220。在一些方面，事件管理系统220的一些功能(例如，事件创建模块226的功能)可以由日历系统230执行。

图3A-3D图示根据主题技术的方面的用于创建电子日历事件的示例用户界面300-330。为了讨论的简单起见，可以提供用户界面300-330以在名叫Will的用户的计算设备(例如，计算设备102)上显示。图3A图示用户界面300，其描绘三个用户Janet、Larry以及Will当中的电子消息交换(例如，文本消息)。第一用户Will通过经由消息传递系统(例如，文本消息系统)向第二用户(例如，Janet)和第三用户(例如，Larry)发送电子消息来发起电子消息题绪。例如，第一用户向第二用户和第三用户发送消息301，该消息301读作“dinnertonight at 7:00pm(今晚晚餐在下午7:00)”。

消息传递系统可以将消息301识别为初始电子消息，并为该消息301指配题绪ID(例如，题绪ID 212)。将对消息301的后续答复与题绪ID 212相关联。在一些方面，消息传递系统可以确定消息301包括事件触发词语，并将消息301发送给事件管理系统。

继续到用户界面300中电子消息题绪中的后续消息上，第二用户通过答复消息302同意第一用户的提议。第一用户还通过发送消息303来请求晚餐场所的建议。响应于消息303，第三用户可以在消息304中以餐厅名称(例如，“Restaurant A”)进行答复。第一用户通过同意来自消息305中的第三用户的建议来答复消息304。在一些方面，在电子消息题绪中讨论了预定数量类型的事件性质(例如，事件的日期、时间、位置)之后，消息传递系统可以将电子消息题绪发送给事件管理系统。

事件管理系统(例如，事件管理系统220)可以使用事件分析模块(例如，事件分析模块222)从电子消息题绪中识别事件性质(例如，事件性质224)。事件分析模块可以将命令(例如，API调用)发送到消息传递系统，以提供按钮306用于在消息传递应用界面内显示以提示第一用户创建事件。

可以提供按钮306，以为电子消息题绪的参与者(例如，Will、Janet和Larry)在客户端设备(例如，计算设备102、104和106)中的每一个上进行显示。在一些方面，按钮306被提供用于在支持事件管理系统220的功能的客户端设备上显示。在一些其他方面，按钮306可以被提供用于在发起电子消息题绪的参与者的客户端设备(例如，计算设备102)上显示。当在用户界面300的按钮306处接收到用户动作时，事件管理系统的事件创建模块(例如，事件创建模块226)指令消息传递系统提供用于显示的图3B的用户界面310。

图3B的用户界面310描绘由事件创建模块基于在用户界面300的电子消息题绪中讨论的事件性质而生成的提议事件界面(例如，提议事件界面228)。用户界面310包括横幅311、图像312、事件信息框313和确认按钮314。例如，横幅311指示正在呈现有关日历事件的信息，并向第一用户提供关闭用户界面310的选项。用户可以按下在用户界面310的左上角处的“x”，以取消或退出提议事件界面，以返回到消息传递系统的用户界面。餐厅A的图像312可以是来自例如餐厅A的网站的图像。事件信息框313包括基于事件性质(例如，事件日期、事件时间、事件位置等)的事件信息。确认按钮314可以允许第一用户确认提议事件界面中包括的事件信息。

在一些方面，提议事件界面(例如，用户界面310)可以为用户提供选择以修改在提议事件界面中包括的信息的选项。例如，可以将编辑权限指配给与发起电子消息题绪的参与者相关联的用户账户。具有编辑权限的用户账户的用户可以编辑事件信息。例如，可以为与第一用户“Will”相关联的用户账户指配编辑权限，并且可以为与其他参与者(例如，第二用户“Janet”和第三用户“Larry”)相关联的用户账户指配访问权限或仅查看权限。访问或仅查看权限允许具有访问或仅查看权限的账户的用户访问事件信息，但不允许用户编辑事件信息。

当事件创建模块在确认按钮314处接收到指示第一用户在提议事件界面中确认事件信息的用户动作(例如，点击、轻击、按下等)时，事件创建模块会指令日历系统在第一用户的日历上创建并添加电子日历事件。在一些方面，事件创建模块可以指令日历系统与第二用户和第三用户共享由第一用户创建的电子日历事件。在一些方面，日历系统可以将命令发送到消息传递系统以提供用于显示的基于电子消息题绪创建的电子日历事件的日历事件摘要。

图3C图示用户界面320，其示出用户界面300的电子消息题绪内的后续消息交换。用户界面320还包括日历摘要321，该日历摘要321是基于在电子消息题绪中所讨论的事件性质而创建的电子日历事件的事件信息的摘要。例如，日历摘要321包括事件标题(例如，Dinner)、事件日期(“Fri,Dec 2 2016(2016年12月2日星期五)”)、事件时间(例如，“7:00PM”)和位置(例如，“Restaurant A(餐馆A)”)。日历摘要321还可以提供对所创建的日历事件的访问链接。例如，当在事件摘要的“VIEW EVENT(查看事件)”处检测到用户动作时，消息传递系统调用到日历事件的API以显示电子日历事件的细节。在一些方面，当其他参与者(例如，第二用户“Janet”和第三用户“Larry”)的客户端设备不支持事件管理系统220的功能时，可以将对被创建的日历事件的访问链接嵌入到来自参与者(例如，Will)的后续电子消息中，该参与者的客户端设备支持电子消息题绪中的事件管理系统220的功能。当在后续电子消息中的访问链接处收到用户动作时，日历系统可以允许访问创建的日历事件。

在随后的消息交换中，第二用户(例如，Janet)在消息322中建议餐厅B而不是餐厅A。第三用户和第一用户分别通过答复消息323和322来同意第二用户的建议。消息传递系统将消息322、323和324转发到事件管理系统。例如，事件管理系统的事件分析模块确定消息322、323和324与题绪ID 212相关联。事件管理系统的事件创建模块确定针对题绪ID 212是否存在电子日历事件。当针对题绪ID 212存在电子日历事件时，事件创建模块将命令发送到日历系统以更新与题绪ID 212相关联的电子日历事件。日历系统将命令发送到消息传递系统以提供更新后的日历事件摘要用于显示。

图3D图示包括更新后的日历摘要331的用户界面330。更新后的日历摘要331包括事件标题(例如，Dinner)、事件日期(“Fri,Dec 22016”)、事件时间(例如，“7:00PM”)，这些与日历摘要321相同。然而，更新后的日历摘要331包括更新后的位置(例如，“Restaurant B(餐馆B)”)。

在一些方面，当在日历摘要321或更新后的日历摘要331上检测到用户动作时，日历系统可以允许呈现日历事件的事件信息细节。具有编辑权限特权的账户的用户可以通过打开类似于用户界面310中描绘的提议事件界面的用户界面来修改事件信息。

在一些方面，事件管理系统可能仅能够识别事件性质的一部分。例如，题绪ID 212的电子消息题绪可能不包括事件时间(例如，7:00pm)。在这种情况下，事件管理系统可以指配适合晚餐时间的一天中的某个时间(例如，5:00-9:00PM(下午5:00-9:00))。在一些方面，事件管理系统可以检查日历系统中的可用性。在一些方面，事件管理系统可以基于电子消息中识别的其他事件性质和/或用户的启发式模式来指配事件时间。例如，用户界面300中的词语“tonight(今晚)”可以指代下午5:00之后的任何时间，并且词语“dinner”可以将时间范围进一步缩小到下午5:00至下午9:00。此外，例如，事件管理系统可以存储用户偏好和/或用户过去的选择，并且事件管理系统可以选择下午7:00作为事件时间。

当在用户界面310中的“create and add to calendar(创建并添加到日历)”按钮314处检测到用户动作时，事件管理系统可以将命令发送到日历系统以基于该事件性质创建和添加电子日历事件。消息传递系统可以响应于用户经由用户界面310确认事件信息而提供用于显示的用户界面320。

如上所述，响应于经由提议事件界面中的确认按钮214接收到用户确认，事件创建模块向日历系统发送命令以创建电子日历事件并将其添加到用户的日历，并且在用户界面上显示电子日历事件的日历摘要321。可替选地，响应于事件分析模块从电子消息题绪中识别事件性质，事件分析模块可以向日历系统发送命令以创建电子日历事件并将其添加到用户的日历，并且在用户界面上显示电子日历事件的日历摘要321。这些可以是用户可配置的设置，以授权日历系统响应于用户确认而创建电子日历事件并将其添加到用户日历中，或响应于事件分析模块识别事件性质而自动创建并添加到用户日历中。

图4图示根据主题技术的示例方面的描绘电子消息(例如，电子邮件)的示例用户界面400。用户界面400描绘从第三用户(例如，Larry)发送到第一和第二用户(例如，Will和Janet)的消息。例如，该消息可以是经由第二消息传递系统(例如，电子邮件服务器)发送的电子邮件，该第二消息传递系统不同于用于传送图3A–3D中所描述的电子消息的消息传递系统。在一些方面，该消息可以是经由语音消息传递服务器传送的语音消息，或者是经由社交网络服务器张贴在例如社交网络页面的留言板上的帖子。第二消息传递系统可以将电子邮件消息转发到事件管理系统。事件分析模块可以从电子邮件消息中识别事件性质集。

当识别事件性质集时，事件分析模块将接收到的事件性质集与先前存储在事件管理系统的数据存储中的图3A–3D中描绘的电子消息的事件性质集进行比较。例如，当接收到的事件性质集的参与者、事件日期和/或事件位置与数据存储中的另一事件性质集相匹配时，事件管理系统确定来自第二消息传递系统的电子消息可能是与来自消息传递系统(例如，文本消息服务器)的电子消息题绪相关联。事件管理系统可以调和来自消息传递系统的电子消息题绪和来自第二消息传递系统的电子消息题绪。上述调和被指代确定两个题绪是否可以与同一电子日历事件相关联。例如，事件管理系统可以向来自消息传递系统和第二消息传递系统的电子消息指配相同的题绪ID。在一些方面，事件管理系统可以将消息传递系统的电子消息题绪的第一题绪ID与第二消息传递系统的电子消息题绪的第二题绪ID相关联。因此，在来自于消息传递系统或第二消息传递系统的电子消息题绪中的任何一个中接收到的后续电子消息可以被认为与一个电子日历事件相关联。

事件管理系统可以确定来自第二消息传递系统的事件时间的事件性质不同于电子事件日历的事件属性指示的时间。事件管理系统可以使用例如电子消息的时间戳来确定最近的事件时间。事件管理系统可以指令日历事件以用来自于电子邮件消息的事件时间来更新电子日历事件的事件属性的时间。事件管理系统可以提示用户在更新电子日历事件之前确认电子日历事件的事件属性的变化。

图5A示出流程图，该流程图图示根据主题技术的示例方面的用于创建电子日历事件的示例过程500。为了说明的目的，本文参考本文描述的组件和/或过程描述示例过程500的各个框。过程500的一个或多个框可以例如由图1的服务器110和/或服务器114的一个或多个组件或处理器来实现。在一些实施方式中，框中的一个或者多个可以与其他框分开被实现，并由一个或多个不同的处理器或控制器来实现。进一步出于说明性目的，示例过程500的框被描述为串行地或线性地发生。然而，示例过程500的多个框可以并行发生。另外，示例过程500的框不需要以所示的顺序执行和/或示例过程500的框中的一个或多个不需要被执行。

在框510，从消息传递系统接收电子消息题绪。例如，事件管理系统可以从消息传递系统接收包括一个或多个电子消息的电子消息题绪。在一些方面，电子消息题绪可以是包括一个或多个文本消息的文本消息题绪。消息传递系统可以是电子邮件服务器、文本消息服务器等。在一些方面，消息传递系统可以以预定的时间间隔向事件管理系统发送电子消息或电子消息题绪。

在框520处，从电子消息题绪的消息内容和参与者中识别事件性质集。事件管理系统可以从电子消息题绪的消息内容和参与者中识别事件性质集，诸如事件时间、事件日期、事件位置、事件参与者和/或题绪ID。例如，解析电子消息题绪的电子消息，并且可以从消息内容中识别事件性质。例如，如果一组人在电子消息题绪中讨论关于今晚下午7:00在餐厅A享用晚餐，则事件管理系统可以识别事件时间(例如，下午7:00)、事件日期(例如，今晚(例如，2016年12月2日))和事件位置(例如，餐厅A)。事件管理系统还可以基于参与者及其相应的答复来识别参与者。

在一些方面，提供提议事件界面以进行显示。事件管理系统可以基于事件性质集来生成事件信息，并提供显示事件信息的提议事件界面。事件信息可以包括所识别的事件性质集。例如，事件信息可以包括事件时间为下午7:00、事件日期为2016年12月2日、以及事件位置为餐厅A。在一些方面，事件信息可以包括事件出席者。提议事件界面可以显示在电子消息题绪的一个或多个参与者的客户端设备上。提议事件界面可以包括供参与者确认事件信息并提示要创建的电子日历事件的选项。在一些方面，提议事件界面可以包括编辑事件信息的另一选项。在一些其他方面，可以将事件信息的编辑权限指配给与参与者的预定用户相关联的用户账户。其余参与者可能具有指配了仅查看或访问权限的用户账户。

在框530处，基于事件信息创建电子日历事件。当经由提议事件界面接收到确认输入时，事件管理系统可以将命令发送到日历系统以基于事件信息创建包括事件属性的电子日历事件。例如，日历系统可以创建电子日历事件并将该事件添加到电子日历。事件属性可以包括基于事件信息的事件时间、事件日期、事件位置和/或事件标题。

图5B示出流程图，该流程图示出根据主题技术的示例方面的用于创建电子日历事件的示例过程550。为了说明的目的，参考本文描述的组件和/或过程描述示例过程550的各个框。可以例如通过图1的服务器110和/或服务器114的一个或多个组件或处理器来实现过程550的一个或多个框。在一些实施方式中，框中的一个或者多个可以与其它框分开而实现，并且由一个或多个不同的处理器或控制器来实现。进一步出于解释目的，示例过程550的框被描述为串行或线性发生。然而，示例过程550的多个框可以并行发生。另外，示例过程550的框不需要以所示的顺序执行和/或示例过程550的框中的一个或多个不需要被执行。

在框560处，从消息传递系统接收电子消息题绪。例如，事件管理系统可以从消息传递系统接收包括一个或多个电子消息的电子消息题绪。在一些方面，电子消息题绪可以是包括一个或多个文本消息的文本消息题绪。消息传递系统可以是电子邮件服务器、文本消息服务器等。在一些方面，消息传递系统可以以预定的时间间隔向事件管理系统发送电子消息或电子消息题绪。

在框570处，从电子消息题绪的消息内容和参与者中识别事件性质集。事件管理系统可以从电子消息题绪的消息内容和参与者中识别事件性质集，诸如事件时间、事件日期、事件位置、事件参与者和/或题绪ID。例如，解析电子消息题绪的电子消息，并且可以从消息内容中识别事件性质。例如，如果一组人在电子消息题绪中讨论关于今晚下午7:00在餐厅A享用晚餐，则事件管理系统可以识别事件时间(例如，下午7:00)、事件日期(例如，今晚(例如，2016年12月2日))和事件位置(例如，餐厅A)。事件管理系统还可以基于参与者及其相应的答复来识别出席者。

在框580处，基于事件性质集创建电子日历事件。当可以从消息内容中识别事件性质时，事件管理系统可以自动将命令发送到日历系统，以基于事件性质集创建包括事件属性的电子日历事件。例如，日历系统可以创建电子日历事件并将该事件添加到电子日历。基于事件性质集，事件属性可以包括事件时间、事件日期、事件位置和/或事件标题。

在框590处，提供日历事件界面以进行显示。事件管理系统可以基于事件属性生成事件信息，并提供显示事件信息的日历事件界面。事件信息可以包括所识别的事件性质集。例如，事件信息可以包括事件时间为下午7:00、事件日期为2016年12月2日以及事件位置为餐厅A。在一些方面，事件信息可以包括事件出席者。日历事件界面可以显示在电子消息题绪的一个或多个参与者的客户端设备上。日历事件界面可以包括供参与者与其他参与者共享创建的电子日历事件的选项。在一些方面，日历事件界面可以包括编辑事件信息的另一选项。在一些其他方面，可以将事件信息的编辑权限指配给与参与者的预定用户相关联的用户账户。其余参与者可能具有指配了仅查看或访问权限的用户账户。

根据主题技术的各方面，提供一种用于创建电子日历事件的计算机实现的方法。从第一消息传递系统接收包括一个或多个电子消息的第一电子消息题绪。从第一电子消息题绪的消息内容和参与者中识别第一事件性质集。提供事件界面以进行显示，该事件界面显示基于第一事件性质集生成的事件信息。创建基于事件信息的包括事件属性的电子日历事件。

可以从在第一电子消息题绪中接收到的后续电子消息的内容中识别第二事件性质集。可以基于第二事件性质集来更新电子日历事件的事件属性。

除了可以基于第二事件性质集来更新电子日历事件的事件属性，可以将电子日历事件的访问权限指配给与第一电子消息题绪的参与者相关联的用户账户，并且可以将电子日历事件的编辑权限指配给与第一电子消息题绪中的参与者集相关联的用户账户。可以将电子日历事件的编辑权限重新指配给与第一电子消息题绪的参与者相关联的用户账户中的一个或多个。

可以接收第二电子消息题绪，并且可以从第二电子消息题绪的消息内容和参与者中识别第三事件性质集。可以响应于第三事件性质集与电子日历事件的一部分事件属性匹配来调和第一电子消息题绪和第二电子消息题绪。基于第三事件性质集来更新电子日历事件的事件属性。

除了基于第三事件性质集来更新电子日历事件的事件属性，可以从在调和的第一电子消息题绪和第二电子消息中接收的后续电子消息的内容中识别第四事件性质集，并且可以基于第四事件性质集来更新电子日历事件的事件属性。

除了基于第四事件性质集来更新电子日历事件的事件属性，第二电子消息题绪可以来自第二消息系统，该第二消息系统可以不同于第一消息系统。电子日历事件的事件属性包括第一电子消息题绪和第二电子消息题绪的电子日历事件的时间和位置以及参与者。

可以提供到电子日历事件的访问链接，以在用于第一电子消息题绪和第二电子消息题绪的消息界面中显示。

可以在提议事件界面中提供确认元素。可以响应于经由提议事件界面中的确认元素的用户确认输入来创建电子日历事件。

主题技术的各方面还涉及用于创建电子日历事件的计算系统。该系统可以包括一个或多个处理器以及包括存储在其中的指令的非暂时性机器可读介质，该指令在由一个或多个处理器执行时，使一个或多个处理器执行操作。该操作可以包括从第一消息传递系统接收包括一个或多个电子消息的第一电子消息题绪。该操作还可以包括从第一电子消息题绪的消息内容和参与者中识别第一事件性质集。该操作进一步可以包括基于第一事件性质集来创建包括事件属性的电子日历事件。该操作也可以包括提供日历事件界面以供显示，其中日历事件界面显示基于事件属性生成的事件信息。该操作可以包括从在第一电子消息题绪中接收到的后续电子消息的内容中识别第二事件性质集。该操作也可以包括基于第二事件性质集来更新电子日历事件的事件属性。

操作可以包括接收第二电子消息题绪，和从第二电子消息题绪的消息内容和参与者中识别第三事件性质集。该操作可以进一步包括响应于第三事件性质集与电子日历事件的一部分事件属性匹配来调和第一电子消息题绪和第二电子消息题绪。该操作还可以包括基于第三事件性质集来更新电子日历事件的事件属性。

除了基于第三事件性质集来更新电子日历事件的事件属性，操作可以包括从在调和的第一电子消息题绪和第二电子消息题绪中接收到的后续电子消息的内容中识别第四事件性质集，和基于第四事件性质集更新电子日历事件的事件属性。第二电子消息题绪来自与第一消息系统不同的第二消息系统。

除了基于第四事件性质集更新电子日历事件的事件属性，操作可以包括将电子日历事件的编辑权限指配给与参与第一电子消息题绪的一个或多个用户相关联的一个或者多个用户账户。该操作进一步包括将电子日历事件的访问权限指配给与第一电子消息题绪的其余参与者相关联的用户账户，和将电子日历事件的编辑权限重新指配给与第一个电子消息题绪的其余参与者相关联的用户账户中的一个或多个。

主题技术的各方面还涉及一种非暂时性计算机可读介质，该非暂时性计算机可读介质包括存储在其中的指令，该指令在由处理器执行时，使计算机执行操作。该操作可以包括从第一消息传递系统接收包括一个或多个电子消息的第一电子消息题绪。该操作还可以包括从第一电子消息题绪的消息内容和参与者中识别第一事件性质集。该操作可以进一步包括提供提议事件界面用于显示，其中，提议事件界面显示基于第一事件性质集而生成的事件信息。该操作可以包括基于事件信息创建包括事件属性的电子日历事件。该操作可以进一步包括：接收第二电子消息题绪，以及从第二电子消息题绪的消息内容和参与者中识别第二事件性质集。该操作还可以包括响应于：1)第二事件性质集与电子日历事件的一部分事件属性匹配，和2)第二电子消息题绪的参与者中的一个或多个匹配第一电子消息题绪的参与者中的一个或多个，调和第一电子消息题绪和第二电子消息题绪。该操作可以包括基于第二事件性质集来更新电子日历事件的事件属性。

除了基于第二事件性质集来更新电子日历事件的事件属性的操作，该操作还可以包括：从在调和的第一电子消息题绪和第二电子消息题绪中接收到的后续电子消息的内容中识别第三事件性质集。该操作进一步包括基于第三事件性质集来更新电子日历事件的事件属性。该操作还可以包括在用于第一电子消息题绪和第二电子消息题绪的消息界面中提供对电子日历事件的访问链接以供显示。

主题技术的各方面涉及用于创建电子日历事件的计算系统。该计算系统可以包括用于从第一消息传递系统接收包括一个或多个电子消息的第一电子消息题绪的装置。该计算系统还可以包括用于从第一电子消息题绪的消息内容和参与者中识别第一事件性质集的装置。该计算系统可以进一步包括用于基于第一事件性质集来创建包括事件属性的电子日历事件的装置。该计算系统还可以包括用于提供提议事件界面以供显示的装置，其中提议事件界面显示基于事件属性生成的事件信息。该计算系统可以包括用于从在第一电子消息题绪中接收到的后续电子消息的内容中识别第二事件性质集的装置。该计算系统还可以包括用于基于第二事件性质集来更新电子日历事件的事件属性的装置。

上述计算系统还可以包括用于接收第二电子消息题绪并从第二电子消息题绪的消息内容和参与者中识别第三事件性质集的装置。该计算系统可以进一步包括用于响应于第三事件性质集与电子日历事件的一部分事件属性匹配来调和第一电子消息题绪和第二电子消息题绪的装置。该计算系统还可以包括用于基于第三事件性质集来更新电子日历事件的事件属性的装置。

除了用于基于第三事件性质集来更新电子日历事件的事件属性的装置，计算系统还可以包括用于从在调和的第一电子消息题绪和第二电子消息题绪中接收的后续电子消息的内容中识别第四事件性质集以及基于第四事件性质集更新电子日历事件的事件属性的装置。第二电子消息题绪来自与第一消息系统不同的第二消息系统。

除了基于第四事件性质集来更新电子日历事件的事件属性，计算系统可以包括用于将电子日历事件的编辑权限指配给与参与第一电子消息题绪的一个或多个用户相关联的一个或多个用户账户的装置。该计算系统进一步包括用于将电子日历事件的访问权限指配给与第一电子消息题绪的其余参与者相关联的用户账户，并且将电子日历事件的编辑权限重新指配给与第一个电子消息题绪的其余参与者相关联的一个或多个用户账户的装置。

图6概念性地图示示例电子系统600，利用该示例电子系统600可以实现主题技术的一些实施方式。电子系统600可以是计算机、电话、个人数字助理(PDA)或任何其他种类的电子设备。这样的电子系统包括各种类型的计算机可读介质以及用于各种其他类型的计算机可读介质的接口。电子系统600包括总线608、处理单元612、系统存储器604、只读存储器(ROM)610、永久性存储设备602、输入设备接口614、输出设备接口606和网络接口616。

总线608统一表示可通信地连接电子系统600的许多内部设备的所有系统、外围设备和芯片组总线。例如，总线608通信地将处理单元612与ROM 610、系统存储器604和永久性存储设备602连接。

处理单元612从这些各种存储器单元中检索要执行的指令和要处理的数据，以便执行主题公开的过程。在不同的实施方式中，处理单元可以是单个处理器或多核处理器。

ROM 610存储电子系统的处理单元612和其他模块所需的静态数据和指令。另一方面，永久性存储设备602是读写存储器设备。该设备是非易失性存储器单元，即使当电子系统600关闭时，其也存储指令和数据。主题公开的一些实施方式使用大容量存储设备(例如，磁盘或光盘或者闪存)作为永久性存储设备602。

其他实施方式使用可移动存储设备(例如，软盘、闪存驱动器)作为永久性存储设备602。与永久性存储设备602类似，系统存储器604是读写存储器设备。但是，与存储设备602不同，系统存储器604是易失性读写存储器，例如，随机存取存储器。系统存储器604存储处理器在运行时所需的一些指令和数据。在一些实施方式中，主题公开的过程存储在系统存储器604、永久性存储设备602或ROM 610中。例如，各种存储器单元包括用于显示与相应应用相关联的图形元素和标识符、接收预定的用户输入以显示与相应应用相关联的快捷方式的视觉表示、以及显示快捷方式的视觉表示的指令。处理单元612从这些各种存储器单元中检索要执行的指令和要处理的数据，以便执行一些实施方式的过程。

总线608还连接到输入和输出设备接口614和606。输入设备接口614使用户能够向电子系统传送信息并选择命令。与输入设备接口614一起使用的输入设备包括例如字母数字键盘和指示设备(也称为“光标控制设备”)。输出设备接口606使得例如能够显示由电子系统600生成的图像。与输出设备接口606一起使用的输出设备包括例如打印机和显示设备，例如，阴极射线管(CRT)或液晶显示器(LCD)。一些实施方式包括设备，例如，既充当输入设备又充当输出设备的触摸屏。

最终，如图6中所示，总线608还通过网络接口616将电子系统600耦合到网络(未示出)。以这种方式，计算机可以是计算机的网络(例如，LAN、WAN或内联网或网络的网络，例如，互联网)的一部分。电子系统600的任何或所有组件可以与主题公开结合使用。

许多上述特征和应用被实现为被指定为记录在计算机可读存储介质(也称为计算机可读介质)上的指令集的软件过程。当这些指令由一个或多个处理单元(例如，一个或多个处理器，处理器的核或其他处理单元)执行时，它们使处理单元执行指令中指示的动作。计算机可读介质的示例包括但不限于磁性介质、光学介质、电子介质等。计算机可读介质不包括无线或通过有线连接传递的载波和电子信号。

在本说明书中，术语“软件”意指包括例如驻留在只读存储器或者其它形式的电子存储中的固件或可以存储在磁存储、光学存储、固态存储等中的应用，其可以被读入存储器中以由处理器进行处理。而且，在一些实施方式中，主题公开的多个软件方面可以被实现为较大程序的子部分，同时保留主题公开的不同软件方面。在一些实施方式中，多个软件方面也可以被实现为单独的程序。最后，一起实现此处描述的软件方面的单独程序的任何组合都处于主题公开的范围之内。在一些实施方式中，软件程序在被安装以在一个或多个电子系统上操作时，定义一种或多种运行和执行软件程序的操作的特定机器实施方式。

计算机程序(也称为程序、软件、软件应用、脚本或代码)可以用任何形式的编程语言(包括编译或解释语言、声明性或过程语言)编写，并且可以部署为任何形式，包括作为独立程序或作为模块、组件、子例程、对象或其他适合在计算环境中使用的单元。计算机程序可以但不必对应于文件系统中的文件。程序可以存储在保存其他程序或数据(例如，存储在标记语言文档中的一个或多个脚本)的文件的一部分中，专用于所讨论程序的单个文件中或多个协调文件(例如，存储一个或多个模块、子程序或部分代码的文件)中。可以将计算机程序部署为在一个计算机或位于一个站点或分布在多个站点并通过通信网络互连的多个计算机上执行。

上述这些功能可以在数字电子电路、计算机软件、固件或硬件中实现。可以使用一种或多种计算机程序产品来实现这些技术。可编程处理器和计算机可以包含在移动设备中或打包为移动设备。该过程和逻辑流程可以由一个或多个可编程处理器以及由一个或多个可编程逻辑电路执行。通用和专用计算设备和存储设备可以通过通信网络互连。

一些实施方式包括电子组件，例如，微处理器、存储和将计算机程序指令存储在机器可读或计算机可读介质(或者称为计算机可读存储介质、机器可读介质或机器可读存储介质)中的存储器。这种计算机可读介质的一些示例包括RAM、ROM、只读光盘(CD-ROM)、可记录光盘(CD-R)、可重写光盘(CD-RW)、只读数字多功能光盘(例如，DVD-ROM、双层DVD-ROM)、各种可记录/可重写DVD(例如，DVD-RAM、DVD-RW、DVD+RW等)、闪存(例如，SD卡、迷你SD卡，微SD卡等)、磁性或固态硬盘驱动器、只读和可记录的

光盘、超密度光盘、任何其他光学或磁性介质以及软盘。该计算机可读介质可以存储可由至少一个处理单元执行并且包括用于执行各种操作的指令集的计算机程序。计算机程序或计算机代码的示例包括例如由编译器产生的机器代码，以及包括由计算机、电子部件或使用解释器的微处理器执行的高级代码的文件。

尽管以上讨论主要是指执行软件的微处理器或多核处理器，但是一些实施方式是由一个或多个集成电路(例如，专用集成电路(ASIC)或现场可编程门阵列(FPGA))来执行的。在一些实施方式中，这样的集成电路执行指令存储在电路本身上。

如在本说明书和本申请的任何权利要求中使用的，术语“计算机”、“服务器”、“处理器”和“存储器”均指电子或其他技术设备。这些术语不包括人或人群。为了说明的目的，术语显示(display)或显示(displaying)是指在电子设备上显示。如本说明书和本申请的任何权利要求中所使用的，术语“计算机可读介质”和“计算机可读介质”完全限于以计算机可读形式存储信息的有形物理对象。这些术语不包括任何无线信号、有线下载信号和任何其他短暂信号。

为了提供与用户的交互，可以在具有用于向用户显示信息的显示设备(例如，CRT或LCD监视器)以及用户可以通过其向计算机提供输入的键盘和指示设备(例如，鼠标或轨迹球)的计算机上实现本说明书中描述的主题的实施方式。其他种类的设备也可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的感觉反馈，例如，视觉反馈、听觉反馈或触觉反馈；并且可以以任何形式接收来自用户的输入，包括声音，话音或触觉输入。另外，计算机可以通过向用户使用的设备发送文档以及从用户使用的设备接收文档来与用户进行交互；例如，通过响应于从web浏览器接收到的请求，将网页发送到用户客户端设备上的web浏览器。

本说明书中描述的主旨的各方面可以在包括以下的计算系统中实现：后端组件(例如，作为数据服务器)，或者包括中间件组件(例如，应用服务器)，或者包括前端组件(例如，具有图形用户界面或用户可以通过其与本说明书中描述的主题的实施方式进行交互的web浏览器的客户端计算机)或者包括一个或多个此类后端、中间件或前端组件的任何组合。系统的组件可以通过数字数据通信的任何形式或介质(例如，通信网络)互连。通信网络的示例包括局域网(LAN)和广域网(WAN)、网际网络(例如，互联网)和对等网络(例如，adhoc对等网络)。

计算系统可以包括客户端和服务器。客户端和服务器通常彼此远离，并且通常通过通信网络进行交互。客户端和服务器的关系是通过在各自计算机上运行并彼此具有客户端-服务器关系的计算机程序产生的。在一些实施例中，服务器将数据(例如，HTML页面)传输到客户端设备(例如，出于向与客户端设备交互的用户显示数据以及从该用户接收用户输入的目的)。可以从服务器处的客户端设备接收在客户端设备处生成的数据(例如，用户交互的结果)。

应当理解，所公开的过程中步骤的任何特定顺序或层次是示例方法的说明。基于设计偏好，应当理解，可以重新排列过程中步骤的特定顺序或层次，或者执行所有示出的步骤。某些步骤可以同时执行。例如，在某些情况下，多任务和并行处理可能是有利的。此外，在上述实施例中的各种系统组件的分离不应被理解为在实施例中都需要这种分离，并且应当理解，所描述的程序组件和系统通常可以一起集成在单个软件产品中或打包为多个软件产品。

提供先前的描述以使本领域的任何技术人员能够实践本文描述的各个方面。对这些方面的各种修改对于本领域技术人员将是显而易见的，并且本文定义的一般原理可以应用于其他方面。因此，权利要求不意图限于本文中示出的方面，而是应被赋予与语言权利要求一致的完整范围，其中，除非特别说明，以单数形式提及元素并不意图表示“一个且仅一个”，而是指“一个或多个”。除非特别说明，否则术语“一些”指一个或多个。男性代词(例如，他的)包括女性和中性性别(例如，她的及其它的)，反之亦然。标题和副标题，如果有的话，仅是为了方便起见，并不限制主题公开。

如本文所使用的，短语先前的一系列项“中的至少一个”，与用于隔开项中的任何一个的术语“和”或“或”，修改整个列表，而不是列表中的每个成员(即，每个项)。短语“中的至少一个”不要求对列出的每个项中的至少一个的选择；相反，短语允许包括项中的任何一个中的至少一个，和/或项的任何组合中的至少一个，和/或项中的每一个中的至少一个的含义。举例来说，短语“A、B和C中的至少一个”或“A、B或C中的至少一个”中的每一个指代仅A、仅B或仅C；A、B和C的任意组合；和/或A、B和C中的每一个中的至少一个。

诸如一个方面、该方面、另一个方面、一些方面、一个或多个方面、一个实施方式、该实施方式、另一个实施方式、一些实施方式、一个或多个实施方式、一个实施例、该实施例、另一个实施例、一些实施例、一个或多个实施例、配置、该配置、另一个配置、一些配置、一个或多个配置、主题技术、该公开、本公开、其其他变型等的短语是为了方便，并不意味着涉及这种短语的公开对该主题技术是必不可少的，或者这样的公开应用于该主题技术的所有配置。涉及这种短语的公开可以应用于所有配置，或一个或多个配置。涉及这种短语的公开可以提供一个或多个示例。诸如方面或某些方面的短语可以指代一个或多个方面，反之亦然，并且这类似地应用于其他前述短语。

本领域普通技术人员已知的或稍后将知道的本公开中描述的各个方面的要素等的所有结构和功能等效物通过引用明确地并入本文中，并且旨在通过主题技术涵盖。此外，本文所公开的任何内容都不旨在专用于公众，无论这样的公开是否在上面的描述中明确引用。没有权利要求的要素根据35USC§112第六段的规定被解释，除非该要素明确地使用短语“装置用于”来记载，或在方法权利要求的情况下，使用短语“步骤用于”记载该要素。此外，在描述或者权利要求中使用术语“包含”、“具有”等的程度上，这样的术语旨在以与术语“包括”类似的方式如“包含”当在权利要求中被用作过渡词时被解释的是包含性的。

Claims (20)

1.一种用于创建电子日历事件的计算机实现的方法，包括：

接收具有多个参与者的包括一个或多个电子消息的第一电子消息题绪；

分析所述第一电子消息题绪的所述一个或多个电子消息以及所述多个参与者以识别第一事件性质集；以及

基于所述第一事件性质集来创建包括事件属性的电子日历事件。

2.根据权利要求1所述的计算机实现的方法，进一步包括：

从在所述第一电子消息题绪中接收的后续电子消息的内容中识别第二事件性质集；和

基于所述第二事件性质集来更新所述电子日历事件的所述事件属性。

3.根据权利要求1所述的计算机实现的方法，进一步包括：

将所述电子日历事件的访问权限指配给与所述第一电子消息题绪的参与者相关联的用户账户；和

将所述电子日历事件的编辑权限指配给与发起所述第一电子消息题绪的用户相关联的用户账户。

4.根据权利要求1所述的计算机实现的方法，进一步包括：

提供提议事件界面以用于显示，其中，所述提议事件界面显示基于所述第一事件性质集来生成的事件信息；

在所述提议事件界面中提供确认元素以用于显示；以及

经由所述提议事件界面中的所述确认元素接收用户确认输入，其中，所述电子日历事件响应于经由所述提议事件界面中的所述确认元素接收所述用户确认输入而创建。

5.根据权利要求3所述的计算机实现的方法，其中，所述电子日历事件的所述编辑权限被重新指配给与所述第一电子消息题绪的参与者相关联的用户账户中的一个或多个。

6.根据权利要求1所述的计算机实现的方法，进一步包括：

接收第二电子消息题绪；

从所述第二电子消息题绪的消息内容和参与者中识别第三事件性质集；

响应于所述第三事件性质集与所述电子日历事件的所述事件属性中的部分事件属性相匹配，调和所述第一电子消息题绪和所述第二电子消息题绪；以及

基于所述第三事件性质集来更新所述电子日历事件的所述事件属性。

7.根据权利要求6所述的计算机实现的方法，进一步包括：

从所调和的第一电子消息题绪和第二电子消息题绪中接收的后续电子消息的内容中识别第四事件性质集；和

基于所述第四事件性质集来更新所述电子日历事件的所述事件属性。

8.根据权利要求6所述的计算机实现的方法，其中，所述第二电子消息题绪是来自第二消息系统，并且

其中，所述第二消息系统不同于第一消息系统。

9.根据权利要求6所述的计算机实现的方法，其中，所述电子日历事件的所述事件属性包括所述电子日历事件的时间和位置以及所述第一电子消息题绪和所述第二电子消息题绪的参与者。

10.根据权利要求7所述的计算机实现的方法，进一步包括：

在针对所述第一电子消息题绪和所述第二电子消息题绪的消息界面中提供对所述电子日历事件的访问链接以用于显示。

11.一种计算系统，包括：

一个或多个处理器；和

包括存储在其上的指令的非暂时性机器可读介质，所述指令当由所述一个或多个处理器执行时，使所述一个或多个处理器执行操作，所述操作包括：

接收具有多个参与者的包括一个或多个电子消息的第一电子消息题绪；

分析所述第一电子消息题绪的所述一个或多个电子消息和所述多个参与者以识别第一事件性质集；

基于所述第一事件性质集来创建包括事件属性的电子日历事件；

提供日历事件界面以用于显示，其中，所述日历事件界面显示所述事件属性；

从在所述第一电子消息题绪中接收的后续电子消息的内容中识别第二事件性质集；以及

基于所述第二事件性质集来更新所述电子日历事件的所述事件属性。

12.根据权利要求11所述的计算系统，其中，所述操作进一步包括：

接收第二电子消息题绪；

从所述第二电子消息题绪的消息内容和参与者中识别第三事件性质集；

响应于所述第三事件性质集与所述电子日历事件的所述事件属性中的部分事件属性相匹配，调和所述第一电子消息题绪和所述第二电子消息题绪；以及

基于所述第三事件性质集来更新所述电子日历事件的所述事件属性。

13.根据权利要求12所述的计算系统，其中，所述操作进一步包括：

从所调和的第一电子消息题绪和第二电子消息题绪中接收的后续电子消息的内容中，识别第四事件性质集；和

基于所述第四事件性质集来更新所述电子日历事件的所述事件属性。

14.根据权利要求12所述的计算系统，其中，所述第二电子消息题绪是来自第二消息系统，并且

其中，所述第二消息系统不同于第一消息系统。

15.根据权利要求11所述的计算系统，其中，所述操作进一步包括：

将所述电子日历事件的编辑权限指配给与参与所述第一电子消息题绪的一个或多个用户相关联的一个或多个用户账户。

16.根据权利要求15所述的计算系统，其中，所述操作进一步包括：

将所述电子日历事件的访问权限指配给与所述第一电子消息题绪的其余参与者相关联的用户账户。

17.根据权利要求16所述的计算系统，其中，所述电子日历事件的编辑权限被重新指配给与所述第一电子消息题绪的所述其余参与者相关联的所述用户账户中的一个或多个。

18.一种包括存储在其上的指令的非暂时性计算机可读介质，所述指令当由处理器执行时，使所述计算机执行包括操作，所述操作包括：

从第一消息传递系统接收具有多个参与者的包括一个或多个电子消息的第一电子消息题绪；

分析所述第一电子消息题绪的所述一个或多个电子消息和所述多个参与者以识别第一事件性质集；

提供提议事件界面以用于显示，其中，所述提议事件界面显示基于所述第一事件性质集来生成的事件信息；

响应于经由所述提议事件界面接收的确认输入，基于所述事件信息来创建包括事件属性的电子日历事件；

接收第二电子消息题绪；

从所述第二电子消息题绪的消息内容和参与者中识别第二事件性质集；

响应于1)所述第二事件性质集与所述电子日历事件的所述事件属性中的部分事件属性相匹配、以及2)所述第二电子消息题绪的参与者中的一个或多个与所述第一电子消息题绪的参与者中的一个或多个相匹配，调和所述第一电子消息题绪和所述第二电子消息题绪；以及

基于所述第二事件性质集来更新所述电子日历事件的所述事件属性。

19.根据权利要求18所述的非暂时性计算机可读介质，其中，所述操作进一步包括：

从所调和的第一电子消息题绪和第二电子消息题绪中接收的后续电子消息的内容中识别第三事件性质集；和

基于所述第三事件性质集来更新所述电子日历事件的所述事件属性。

20.根据权利要求18所述的非暂时性计算机可读介质，其中，所述操作进一步包括：

在针对所述第一电子消息题绪和所述第二电子消息题绪的消息界面中提供对所述电子日历事件的访问链接以用于显示。

Images