CN110023943A - 自动会议邀请处理 - Google Patents

Abstract

本公开内容的示例描述了与自动会议邀请处理器相关的系统和方法。当处理会议邀请时，自动会议邀请处理器可以实施日历预订规则，其可以包括谓词和动作。所述谓词可以指定与所述会议邀请有关的特性，例如发送方、安排的日期/时间、安排的位置等。谓词还可以涉及与所述会议邀请的接收方相关联的上下文(例如，接收方的日历或邮箱内容)。当谓词得到满足时，所述自动会议邀请处理器可以执行一个或多个动作，其中，动作可以涉及由所述会议邀请指定的会议或者所述会议邀请对象本身。因此，当所述谓词得到满足时，所述会议邀请可以由所述自动会议邀请处理器使用由所述日历预订规则指定的所述动作来自动处理。

Description

自动会议邀请处理

背景技术

组织成员可以使用日历系统来安排事件和约会。在日历系统中，某些会议邀请可能比其他会议邀请更加值得关注(例如，每周定期举行一次的项目组状态会议相对于由C级主管领导的强制性全公司会议)。然而，日历系统可能以类似的方式来处理这样的会议邀请，并且可能向接收方提供相同的选项而不管会议邀请特性。这样，无论会议特性如何，接收方都可以执行传统的日历系统动作(例如，接受、暂时接受、拒绝等)或者不处理会议邀请(例如，仅将会议邀请标记为已读或删除邀请而不将其添加到日历中)。

针对这些和其它一般考虑因素，已经做出了本文中公开的方面。此外，尽管可能讨论了相对具体的问题，但应该理解的是：这些示例不应该局限于解决背景技术中或本公开内容中别处提出的具体问题。

发明内容

本公开内容的示例描述了与自动会议邀请处理相关的系统和方法。自动会议邀请处理器可用于创建和实施一个或多个日历预订规则。日历预订规则可以包括谓词和动作。更具体地说，谓词可以指定与会议邀请有关的特性，包括但不限于发送方、安排的日期/时间、安排的位置等。在其他示例中，谓词可以涉及与会议邀请的接收方相关联的上下文。举个例子，日历预订谓词可以指定与接收方的日程安排可用性或接收方的邮箱的内容有关的一个或多个条件。

在确定了满足谓词时，自动会议邀请处理器可以执行一个或多个动作，其中，动作可以涉及由会议邀请所指定的会议(例如，接受会议、暂时接受会议、拒绝会议等)，或者动作可以涉及会议邀请对象本身(例如，将会议邀请标记为已读、删除会议邀请、转发会议邀请等)。这样，作为确定满足了谓词的结果，可以由自动会议邀请处理器使用动作来自动处理会议邀请。

提供本发明内容以便以简化的形式对下面在具体实施方式中进一步描述的设计构思的选择进行介绍。本发明内容并不旨在确定要求保护的发明主题的关键特征或重要特征，也不旨在用于限制要求保护的发明主题的范围。示例的其他方面、特征和/或优点将部分地在下面的描述中阐述，并且部分地将从描述中清楚显现，或者可以通过本公开内容的实施而获悉。

附图说明

参考以下附图描述了非限制性和非穷举性示例。

图1示出了包括自动会议邀请处理器的多租户环境的示例系统的概述。

图2示出了用于应用传输规则的示例方法的概述。

图3示出了用于应用日历预订规则的示例方法的概述。

图4示出了用于创建包括日历预订规则的传输规则的示例方法的概述。

图5示出了包括自动会议邀请处理器的示例系统的概述。

图6示出了包括自动会议邀请处理器的示例系统的概述。

图7是示出可以用来实施本公开内容的方面的计算设备的示例物理组件的框图。

图8A和图8B是可以用来实施本公开内容的方面的移动计算设备的简化框图。

图9是可以在其中实施本公开内容的方面的分布式计算系统的简化框图。

图10示出了用于执行本公开内容的一个或多个方面的平板计算设备。

具体实施方式

下文参考附图更加全面地描述了本公开内容的各个方面，附图形成了本说明书的一部分，并且其示出了具体的示例性方面。然而，本公开内容的不同方面可以用多种不同形式来实现，并且不应该被解释为对本文中阐述的方面是限制性的；而是提供这些方面以使得本公开内容将是透彻和完整的，并且将向本领域技术人员全面地传达这些方面的范围。各个方面可以实施为方法、系统或设备。因此，各个方面可以采取硬件实现、整体软件实现或组合软件和硬件方面的实现的形式。因此，下文的具体实施方式不应被视为具有限制意义。

本公开内容提供了与自动会议邀请处理相关的系统和方法。自动会议邀请处理器可以是日历系统内的组件。日历预订系统可以实现系统范围或组织范围的日历预订规则的创建，从而确保具有一个或多个指定特性的会议邀请由接收方统一处理。例如，组织可以指定应该自动接受由具体发送方发送的所有会议邀请(例如，应该代表接收方自动接受由CEO或大学注册办公室发送的会议邀请)。

日历系统可以包括各种组件，包括但不限于一个或多个传输代理、一个或多个传递代理、以及一个或多个邮箱。传输代理可以对由日历系统的用户发送或针对日历系统的用户的会议邀请进行处理和路由。为了传递会议邀请，传输代理可以向传递代理提供会议邀请。然后，传递代理可以对会议邀请进行进一步处理并最终将会议邀请传递到与会议邀请的地址相关联的一个或多个邮箱或日历。日历预订助手可以使用日历系统的各种组件(例如，传输代理、传递代理等)来处理和实施日历预订规则。

在一些示例中，日历系统可以是企业软件套件的一部分(例如，它可以与电子邮件消息处理系统一起提供或作为其一部分)。此外，日历系统可以是分布式系统，其中至少一个服务器向至少一个客户端提供日历服务。举个例子，服务器可以使用诸如MICROSOFTEXCHANGE SERVER之类的软件包来存储并使一个或多个用户邮箱可用，而用户可以使用诸如MICROSOFT OUTLOOK之类的客户端软件包来远程访问邮箱。此外，传输代理和传递代理可以驻留在服务器上。在另一个示例中，传输代理、传递代理和用户邮箱中的至少一项可以驻留在客户端上，其中，会议邀请传输和传递的至少一些方面由客户端而不是服务器来处理。本领域技术人员将理解的是：在不脱离本公开内容的精神的情况下，可以改变包括日历系统的技术实现和底层软件。

日历系统可以至少部分是作为服务(SaaS)产品的软件，其中，包括日历系统的至少一部分的一个或多个计算资源是由服务提供商远程地提供给组织。组织可以使用本地安装的软件客户端来访问远程计算资源(例如，MICROSOFT OUTLOOK、IBM NOTES、APPLECALENDAR等)。在另一个示例中，组织可以使用可远程访问的软件解决方案来访问日历系统，这些解决方案包括但不限于由服务提供商提供的网络接口(例如，MICROSOFT OUTLOOKWEB ACCESS、GOOGLE CALENDAR等)。因此，服务提供商可以配置和管理远程计算资源，而组织仅需要配置对所提供的计算资源的访问。

在一些SaaS系统中，服务提供商可以采用多租户计算环境，其中，相同计算资源中的至少一些用于向多个组织提供服务。更具体地说，当在多租户环境内至少处理针对不同租户的会议邀请的子集时，可以使用相同日历系统组件中的至少一些。举个例子，可以存在至少一个公共传输代理或传递代理。在其他示例中，租户可以在多租户日历系统内具有一个或多个非共享传输代理和/或传递代理。

返回到自动会议邀请处理器，日历预订规则可以包括日历预订谓词和日历预订动作。当将会议邀请传递到接收方的邮箱或日历时，传递代理可以评估日历预订规则。在示例中，日历预订规则可以由传输代理评估，或者由传递代理和传输代理的组合来评估。日历预订谓词可以指定在可以执行日历预订动作之前必须满足的一个或多个条件。在一些示例中，日历预订谓词可以指定与会议邀请有关的特征，包括但不限于发送方、安排的日期/时间、安排的位置等。在其他示例中，日历预订谓词可以涉及与接收方相关联的上下文。举一个例子，日历预订谓词可以指定与日程安排可用有关的一个或多个条件。在另一个示例中，日历预订谓词可以评估接收方的邮箱的内容(例如，是否存在来自具体发送方的电子邮件消息等)。本领域技术人员将明白：在不脱离被本公开内容的精神的情况下，与接收方相关联的上下文可以涉及与邮箱、邮箱文件夹、一个或多个日历、日程安排可用性以及具体约会或消息等相关联的各种特性和属性。

日历预订动作可以指定当确定满足了日历预订谓词时要执行的一个或多个动作。举个例子，动作可以涉及由会议邀请所指定的会议(例如，接受会议、暂时接受会议、拒绝会议等)，或者动作可以涉及会议邀请对象本身(例如，将会议邀请标记为已读、删除会议邀请、转发会议邀请等)。在一些示例中，动作可以基于会议邀请(诸如通知、提醒或其他会议邀请等)来创建新对象。

与日历预订规则有关的信息可以与传输规则相关联，该传输规则可以包括传输谓词和传输动作。在一些示例中，传输规则还可以包括日历预订规则。传输规则可以存储在传输规则集中。在处理进入的会议邀请时，传输代理可以评估由传输规则集所存储的传输规则。在一些示例中，可以存在多个传输代理，每个传输代理具有相关联的传输规则集。在其他示例中，多个传输代理可以根据相同的传输规则集来评估传输规则。

传输谓词可以指定在可以执行传输动作之前必须满足的一个或多个条件。与上文讨论的日历预订谓词类似，传输谓词可以指定与会议邀请有关的特征，包括但不限于发送方、安排的日期/时间、安排的位置等。传输动作可以指定当确定满足了传输谓词时要执行的一个或多个动作。举个例子，传输动作可以规定：日历预订规则应该与会议邀请相关联。在一些示例中，将日历预订规则与会议邀请相关联可以包括至少将日历预订规则的子部分存储在与会议邀请相关联的元数据中(例如，在标题字段中)。

更具体地说，日历预订规则可以作为JavaScript对象表示法(JSON)对象存储在会议邀请中，其中，JSON对象包含与日历预订谓词和日历预订动作有关的信息。JSON对象可以存储在会议邀请的标题中(例如，X-MS-Exchange-Organization-PersonalBooking标题)。在一些示例中，可以将包括被存储为JSON对象的多个日历预订规则的多个标题添加到会议邀请。在其他示例中，多个日历预订规则可以存储在相同的JSON对象和相同的会议邀请标题中。当传递代理接收到会议邀请时，然后它可以从会议邀请中的一个或多个标题中检索一个或多个JSON对象并解析这些JSON对象，从而检索与会议邀请中存储的日历预订规则有关的信息。本领域技术人员将明白：在不脱离本公开内容的精神的情况下，可以使用其他技术在会议邀请中存储一个或多个日历预订规则。

图1示出了包括自动会议邀请处理器的多租户环境的示例系统的概述。系统100可以是相互依赖的组件的组合，其相互作用以形成由服务提供商作为SaaS产品提供的多租户日历系统。在一些方面中，系统100可以包括硬件组件(例如，用于执行/运行操作系统(OS))和/或在硬件上运行的软件组件(例如，应用、应用编程接口(API)、模块、虚拟机、运行时间库等。在特定方面中，系统100可以为软件组件提供环境以执行、评估操作约束集，以及利用系统100的资源或设施。在这些方面中，环境可以包括一个或多个处理设备或者安装在一个或多个处理设备上。例如，软件(例如，应用、操作指令、模块等)可以在诸如计算机、移动设备(例如，智能电话/电话、平板电脑、膝上型计算机、个人数字助理(PDA)等)之类的处理设备和/或任何其他电子设备上运行。举一个处理设备操作环境的例子，参考图7-图10中描绘的示例操作环境。在其它实例中，本文中公开的系统的组件可以分布在多个设备上以及可由多个设备执行。例如，可以在客户端设备上键入输入，并且可以从网络中的其他设备(例如，服务器设备、网络设备、其他客户端设备等)处理或访问信息。

如图所示，系统100包括多租户环境102。多租户环境102可以是包含计算资源的计算环境，所述计算资源由租户104A和租户104B用作SaaS日历系统。租户104A可以包括传输代理106A、传递代理108A以及邮箱110A和110B。类似地，租户104B可以包括传输代理106B、传递代理108B和108C、以及邮箱110C和110D。传输代理106A和106B均可以访问特定于租户104A和104B的传输规则集(未示出)。在另一个示例中，计算资源和数据可以在租户104A和104B之间共享。举例来说，租户104A和104B可以访问与每个租户相关联的传输规则集。在另一个示例中，租户104A和104B可以共享对与日历系统有关的数据的访问，这些数据包括但不限于用户邮箱(例如，邮箱110A-110D)、邮箱内容以及进入的会议邀请。共享资源的使用可以根据每个租户的需要和/或日历系统的利用和处理要求而变化。

当多租户环境102接收到会议邀请时，如果接收方的邮箱是邮箱110A或110B，则传输代理106A可以接收并处理会议邀请。类似地，如果接收方的邮箱是邮箱110C或110D，则传输代理106B可以接收并处理会议邀请。由传输代理106A或106B处理会议邀请可以包括：对存储在传输规则集中的一个或多个传输规则进行评估。传输规则可以包括传输谓词和传输动作。传输谓词可以规定与会议邀请有关的特性，包括但不限于发送方、安排的日期/时间、安排的位置等。如果由传输代理106A或106B确定应用了与传输规则相关联的传输谓词，则可以执行与该传输规则相关联的传输动作。执行传输动作可以包括将与传输规则相关联的日历预订规则和会议邀请进行关联。在一些示例中，日历预订规则可以作为标题存储在会议邀请中。如果存在多个适用的日历预订规则，则可以添加多个标题，或者可以将后续日历预订规则附加到会议邀请中的相同标题。

在一些示例中，传输代理106A或106B可以修改会议邀请以移除否则可能干扰自动会议邀请处理器的属性。在示例中，传输代理106A或106B可以移除会议邀请中的一个或多个标题，否则这些标题将由传输规则、原始发送方或原始发送方使用的日历系统来设置。更具体地说，传输代理可以从会议邀请中移除潜在的恶意或欺诈性属性，以便向日历系统的后续组件确保会议邀请属性是值得信任的。结果，当传递代理(例如，传递代理108A-108C)接收到会议邀请时，该传递代理可以在确定其来源的情况下抽取并处理会议邀请属性。

然后，传输代理106A可以将会议邀请传输到传递代理108A。类似地，传输代理106B可以基于确定哪个传递代理应该接收会议邀请来向传递代理108B或108C发送会议邀请。该确定可以基于会议邀请特性，包括但不限于会议邀请接收方(例如，接收方的邮箱是邮箱110C还是110D)或者相关联的传输规则和/或日历预订规则的内容。

然后，传递代理108A-108C可以基于与传输代理106A或106B的会议邀请相关联的日历预订规则来进一步处理会议邀请。日历预订规则可以包括日历预订谓词和日历预订动作。在一些示例中，传递代理108A-108C可以从会议邀请中抽取日历预订规则(例如，从会议邀请中存储的标题或其他元数据)。举个例子，日历预订规则可以存储为会议邀请中的JSON对象。

当评估与日历预订规则相关联的日历预订谓词时，传递代理108A-108C可以评估与会议邀请的接收方相关联的上下文，包括与接收方的邮箱相关联的上下文(例如，邮箱110A-110D中的一个邮箱)。如果传递代理108A-108C确定满足了日历预订谓词，则与日历预订规则相关联的日历预订动作可以由传递代理108A-108C执行。在一些示例中，动作可以涉及由会议邀请所指定的会议(例如，接受会议、暂时接受会议、拒绝会议等)，或者动作可以涉及会议邀请对象本身(例如，将会议邀请标记为已读、删除会议邀请、转发会议邀请等)。然后，传递代理108A-108C可以相应地将会议邀请传递到邮箱110A-110D(例如，通过将会议邀请添加到接收方的日历来接受会议、将会议邀请标记为已读等)。

在一些示例中，单个传输代理可以用于多租户环境内的多个租户。结果，当确定在处理会议邀请时应用哪个传输规则集，传输代理可以对与会议邀请有关的属性进行评估。例如，传输代理可以基于发送方、接收方(例如，具体邮箱)或者与会议邀请相关联的租户来选择和应用不同的传输规则集。在另一个示例中，无论会议邀请是针对不同的发送方、接收方还是租户，传输代理都可以使用相同的传输规则集来处理会议邀请。类似地，多个租户可以共享一个传递代理，其中传递代理负责处理消息并将消息传递到与不同租户相关联的邮箱。

图2示出了用于应用传输规则的示例方法200的概述，该传输规则可以包括日历预订规则。方法200可以由日历系统内的传输代理(例如图1中的传输代理106A和106B)来执行。在一些示例中，方法200可以由日历系统内的传递代理(例如，传递代理108A-108C)来执行。在其他示例中，方法200可以由一个或多个传输代理和一个或多个传递代理的组合来执行。该方法开始于操作202，其中，可以接收会议邀请。可以从日历系统外部的发送方接收会议邀请，或者发送方可以位于日历系统内。

在操作204处，可以访问传输规则集。传输规则集可以包含一个或多个传输规则。传输规则可以包括传输谓词和传输动作。访问传输规则集可以包括：根据与会议邀请相关联的特性(例如，发送方、安排的时间、安排的位置等)来选择具体传输规则集。在一些示例中，具体传输规则集可以与具体传输代理相关联。在其他示例中，传输规则集可以由多个传输代理来访问。

转到判决操作206，可以确定操作204访问的传输规则集中包含的传输规则是否适用于会议邀请。如果确定不存在应用于会议邀请的传输规则，则流程经分支“否”去往操作208，在操作208处可以传递会议邀请。在一些示例中，传递会议邀请可以包括：将会议邀请传递到传递代理(例如，图1中的传递代理108A-108C)以进行进一步处理。然后流程结束。

然而，如果在判决操作206处确定传输规则应用于会议邀请，则流程经分支“是”去往操作210。在操作210处，可以从传输规则中提取传输谓词。传输谓词可以规定在可以执行与传输规则相关联的传输动作之前必须满足的一个或多个条件。传输谓词可以规定与会议邀请有关的特性，包括但不限于发送方、安排的日期/时间、安排的位置等。

在操作212处，可以针对会议邀请的一个或多个属性来评估在操作210处提取的传输谓词。在一些示例中，属性可以是存储在会议邀请中或作为会议邀请的属性的标题。对属性进行评估可以包括基于传输谓词的内容来执行精确或模糊匹配。举个例子，传输谓词可以规定可以与会议邀请的发送方进行比较的具体发送方。在另一个示例中，传输谓词可以指定可以与会议邀请的安排的日期/时间进行比较的日期和/或时间的范围。在另一个示例中，可以通过传输谓词来标识部分发送方(例如，使用正则表达式或其他模式匹配技术)。

转到操作214，可以基于由传输规则规定的传输动作来修改会议邀请。更具体地说，可以执行由传输动作规定的动作。在示例中，传输动作可以规定：与传输规则相关联的日历预订规则应该与会议邀请相关联。结果，日历预订规则可以与会议邀请相关联。在一些示例中，对日历预订规则进行关联可以包括：将日历预订规则存储在会议邀请的标题中。可以使用各种技术来存储日历预订规则，这些技术包括但不限于：生成日历预订规则的JSON表示，并将JSON表示存储在会议邀请的标题中。在另一个示例中，日历预订规则可以存储在存储系统中并使用唯一标识符来引用。然后，可以将唯一标识符存储在会议邀请中(例如，在标题字段中)以有助于以后从存储系统中检索日历预订规则。

流程在操作216处终止，在操作216处可以传递经修改的会议邀请。在一些示例中，传递会议邀请可以包括：将会议邀请传递给传递代理以进行进一步处理。在一些示例中，基于与会议邀请相关联的一个或多个属性，会议邀请可以涉及多个传递代理中的至少一个传递代理。举个例子，基于由会议邀请规定的接收方或者与接收方相关联的邮箱，会议邀请可以涉及具体的传递代理。

图3示出了用于应用日历预订规则的示例方法300的概述。方法300可以由日历系统内的传递代理(例如图1中的传递代理108A-108C)执行。流程开始于操作302，在操作302处可以接收会议邀请。可以从传输代理(例如，传输代理106A和106B)接收会议邀请。在一些示例中，作为执行图2中的方法200的步骤的结果，可能已经将会议邀请提供给传递代理。

在操作304处，可以从会议邀请中提取属性。属性可以包括发送方、安排的日期/时间以及安排的位置等。在一些示例中，属性可以包括一个或多个日历预订规则，其作为执行与传输规则相关联的传输动作的结果被添加到会议邀请。举个例子，属性可以是会议邀请内包含的标题。在另一个示例中，属性可以包括与独立于会议邀请(例如，通过存储系统)而存储的日历预订规则相关联的参考标识符，其中，资源标识符可以用于检索日历预订规则的至少一部分。

转到判决操作306，可以基于在操作304中提取的属性来确定是否将传输规则应用于会议邀请。该确定可以基于在提取的属性内是否存在日历预订规则或与日历预订规则相关联的信息。如果确定没有应用传输规则，则流程经分支“否”去往操作308，在操作308处可以将会议邀请传递到与会议邀请所规定的接收方相关联的邮箱。然后，流程结束。

然而，如果在判决操作306处确定应用了传输规则，则流程经分支“是”去往操作310，在操作310处可以评估邮箱上下文。评估邮箱上下文可以包括：对与会议邀请的接收方相关联的上下文进行评估。在一些示例中，上下文可以包括与邮箱、邮箱文件夹、一个或多个日历、日程安排可用性以及具体约会或消息等相关联的特征或属性。

转到判决操作312，确定是否应该实施在操作304中提取的日历预订规则。日历预订规则可以包括日历预订谓词和日历预订动作。该确定可以包括对日历预订谓词进行评估。在一些示例中，可以结合在操作310中评估的上下文来评估日历预订谓词。例如，日历预订谓词可以规定与接收方的日程安排可用性有关的条件。在操作310中评估日程安排可用性，并且可以将评估结果与日历预订谓词进行比较，以便至少部分地确定是否应该实施日历预订规则。在其他示例中，可以使用日历预订谓词来评估会议邀请的特征。举个例子，日历预订谓词可以规定发送方。作为确定是否应该实施日历预订规则的一部分，可以针对与会议邀请相关联的发送方来评估所指定的发送方。在另一个示例中，确定可以基于模糊或不精确匹配。

如果在判决操作312处确定不应该实施日历预订规则，则流程经分支“否”去往操作314，在操作314处会议邀请可以传递到与会议邀请所指定的接收方相关联的邮箱。然后，流程结束。

然而，如果在判决操作312处确定应该实施日历预订规则，则流程经分支“是”去往操作316，在操作316处可以实施日历预订规则，并且可以相应地对会议邀请进行处理。在一些示例中，实施日历预订规则可以包括：执行由与日历预订规则相关联的日历预订动作指定的动作。日历预订动作可以指定要执行的一个或多个动作，其中，动作可以涉及由会议邀请所指定的会议(例如，接受会议、暂时接受会议、拒绝会议等)，或者动作可以涉及会议邀请对象本身(例如，将会议邀请标记为已读、删除会议邀请、转发会议邀请等)。作为执行日历预订动作的结果，可以将会议邀请自动添加(例如，接受或暂时接受)到接收方的日历。在另一个示例中，可以自动拒绝和/或删除会议邀请。在又一个示例中，可以将会议邀请置于用户的邮箱中，在用户的邮箱中会议邀请可以被标记为已读或转发到不同的接收方。在操作316处流程结束。

图4示出了用于创建包括日历预订规则的传输规则的示例方法400的概述。自动会议邀请处理器可以使用传输规则以便应用系统范围的日历预订规则。更具体地说，如果会议邀请的特性满足与传输规则相关联的传输谓词，则传输规则可以用于在接收到会议邀请时将日历预订规则与会议邀请进行关联。当会议邀请最终被传递到与会议邀请的接收方相关联的邮箱时，然后日历系统的其他组件(例如，传递代理)可以应用并实施日历预订规则。这确保了日历预订规则在系统范围内应用并且使日历系统不仅能够评估与会议邀请相关联的特性(例如，可以由传输代理评估的发送方、日期/时间等)，还可以评估与会议邀请的接收方相关联的上下文(例如，可以由传递代理评估的邮箱和日历上下文等)。

在一些示例中，日历系统可以使用机器学习或其他人工智能技术来生成日历预订规则。举个例子，当用户上下文和/或会议邀请特性表现出一个或多个具体条件时(例如，拒绝安排在12:00附近的邀请、接受来自主管的邀请、重新安排未安排在附近会议地点举行的会议等)，日历系统可以确定用户倾向于采取一个或多个具体动作。作为该确定的结果，日历系统可以生成日历预订规则以代表用户来执行确定的动作。在另一个示例中，日历系统可以在实施日历预订规则之前提示用户。本领域技术人员将理解的是：在不脱离本公开内容的精神的情况下，可以检测和评估与用户上下文和会议邀请特性相关的用户行为和动作的阵列。

返回图4，方法400开始于操作402，其中接收到传输谓词指示。传输谓词指示可以指定可以由传输代理(例如，图1中的传输代理106A和106B)评估的一个或多个条件。传输谓词指示可以指定与会议邀请有关的特性，包括但不限于发送方、安排的日期/时间，或者安排的位置等。在操作404处，可以接收传输动作指示。传输动作指示可以指定当确定满足了在操作402处接收的传输谓词时要执行的动作。举一个例子，传输动作可以指定日历预订规则应当与会议邀请相关联。在一些示例中，指示可以规定：将日历预订规则与会议邀请相关联可以包括至少将日历预订规则的子部分存储在与会议邀请相关联的元数据中(例如，在标题字段中)。

转到操作406，可以接收日历预订规则指示。日历预订规则指示可以包括与日历预订谓词和日历预订动作有关的指示。日历预订谓词可以指定在可以执行日历预订动作之前必须满足的一个或多个条件。在一些示例中，日历预订谓词可以指定与会议邀请有关的特征，包括但不限于发送方、安排的日期/时间、安排的位置等。在其他示例中，日历预订谓词可以涉及与接收方相关联的上下文。举一个例子，日历预订谓词可以指定与日程安排可用性有关的一个或多个条件。在另一个示例中，日历预订谓词可以评估接收方的邮箱的内容(例如，是否存在来自具体发送方的电子邮件消息等)。日历预订规则可以由传递代理(例如，图1中的传递代理108A-108C)评估和实施。

在操作408处，可以对在操作402处接收的传输谓词、在操作404处接收的传输动作以及在操作406处接收的日历预订规则进行关联，从而生成传输规则。在一些示例中，传输代理可以在处理会议邀请时使用传输规则。

转到操作410，传输规则可以存储在传输规则集中。将传输规则存储在传输规则集中可以包括：将传输谓词、传输动作和日历预订规则存储在一起。传输规则集可以由日历系统存储。在一些示例中，传输规则集可以由传输代理存储或与传输代理相关联。在另一个示例中，传输规则和传输谓词可以一起存储在传输规则集中，而日历预订规则可以单独存储而不与传输谓词和传输动作相关联(例如，使用资源标识符)。本领域技术人员将理解：在不脱离本公开内容的精神的情况下，可以使用各种技术来关联和/或存储传输动作、传输规则和日历预订规则，以供稍后访问。在操作410处流程结束。

图5示出了包括自动会议邀请处理器的示例系统500的概述。系统500可以是相互作用的相互依赖的组件的组合，其中，每个组件可以是单独的计算设备。在另一个示例中，一个或多个组件可以是相同的计算设备。系统500可以包括发送方502和接收方518。发送方502可以使用邮件客户端504，并且类似地，接收方518可以使用邮件客户端520。在一些示例中，邮件客户端504和520可以是提供日历功能的软件包，例如MICROSOFT OUTLOOK、MICROSOFT OUTLOOK WEB ACCESS、IBM NOTES、APPLE CALENDAR或GOOGLE CALENDAR。发送方502可以使用邮件客户端504向接收方518发送一个或多个会议邀请。

会议邀请可以由传输代理506接收，传输代理506可以是日历系统的一部分。当处理会议邀请时，传输代理506可以对由传输规则集508存储的一个或多个传输规则进行评估。传输规则集508可以存储在日历系统内，或者可以由传输代理506存储或与传输代理506相关联。评估传输规则可以包括：执行如图2所示并在上文更详细描述的方法200。在处理会议邀请(例如，应用包含在传输规则集508中的任何适用的传输规则)之后，会议邀请可以由传输代理506提供给传递代理510。

传递代理510还可以是日历系统的一部分，并且如果适用的话，可以评估和实施日历预订规则。评估和实施日历预订规则可以包括：执行如图3所示并在上文更详细描述的方法300。更具体地说，传递代理510可以从会议邀请的属性中提取日历预订规则，并且针对与邮箱512相关联的上下文来评估日历预订规则。上下文可以包括与收件箱514和/或日历516有关的特性和属性。基于对日历预订规则的评估结合经评估的上下文，传递代理510可以执行动作，这些动作包括但不限于将会议邀请传递到收件箱514、将会议邀请添加到日历516，或者删除会议邀请使得该邀请不在收件箱514中。上文针对图3对此进行了更详细地讨论。

收件人518可以使用邮件客户端520来访问存储在邮箱512中的信息(例如，收件箱514和日历516)。更具体地说，接收方518可以通过访问邮箱512来使用邮件客户端520接收由发送方504发送的会议邀请。然而，接收方518可能不需要执行任何附加动作，因为与由传输规则集508存储并由传输代理506应用的传输规则相关联的日历预订规则已经指示自动会议邀请处理器(例如，包括传输代理506和传递代理510)相应地对会议邀请进行处理。

图6示出了包括自动会议邀请处理器的示例系统600的概述。系统600可以是相互作用的相互依赖的组件的组合，其中每个组件可以是单独的计算设备。在另一个示例中，一个或多个组件可以是相同的计算设备。系统600可以包括发送方602和接收方604。发送方602可以通过日历系统606向接收方604发送一个或多个会议邀请。

日历系统606包括传输代理610、传输规则集612和邮箱608。传输规则集612可以与传输代理610相关联。邮箱608可以与会议邀请的接收方相关联。邮箱608可以包括传递代理614和上下文616。当处理和实施与会议邀请相关联的日历预订规则时，传递代理614可以访问和评估上下文616。上下文616可以包括与收件箱618和日历620有关的特性和属性。在一些示例中，上下文616可以包括与日历系统606相关的特性和属性。在其他示例中，当提供日历系统606作为企业软件套件(未示出)的一部分时，上下文616可以包括与由企业软件套件存储的信息相关的特性和属性。

当日历系统606接收到会议邀请(例如，来自发送方602)时，传输代理610可以处理该会议邀请。对会议邀请进行处理可以包括：对由传输规则集612存储的一个或多个传输规则进行评估。当对传输规则进行评估时，传输代理610可以执行如图2所示并在上文更详细描述的方法200。在处理会议邀请(例如，应用包含在传输规则集612中的任何适用的传输规则)之后，会议邀请可以由传输代理610提供给传递代理614以便传递到邮箱608中。

如果适用的话，传递代理614可以评估和实施日历预订规则。评估和实施日历预订规则可以包括：执行如图3所示并在上文更详细描述的方法300。更具体地说，传递代理614可以从会议邀请的属性中提取日历预订规则，并且针对与邮箱608相关联的上下文616来评估日历预订规则。上下文616可以包括与收件箱618和/或日历620有关的特性和属性。基于对日历预订规则的评估结合经评估的上下文，传递代理614可以执行动作，这些动作包括但不限于将会议邀请递送到收件箱618、将会议邀请添加到日历620、或者删除会议邀请使得该邀请不在邮箱608中。上文针对图3对此进行了更详细地讨论。

收件人604可以访问存储在邮箱608中的信息(例如，收件箱618和日历620)。更具体地说，接收方604可以使用日历软件(例如，MICROSFOT OUTLOOK、MICROSOFT OUTLOOK WEBACCESS、IBM NOTES、APPLE CALENDAR、GOOGLE CALENDAR等)来接收由发送方602从日历系统606发送的会议邀请。接收方604可能不需要执行任何附加动作，因为与由传输规则集612存储并由传输代理610应用的传输规则相关联的日历预订规则已经指示自动会议邀请处理器(例如，包括传输代理610和传递代理614)相应地对会议邀请进行处理。

图7-图10和相关联的描述提供了可以在其中实施本公开内容的方面的各种操作环境的讨论。然而，针对图7-图10描述并讨论的设备和系统是出于示例和说明的目的，并不限制可用于实施本文中描述的本公开内容的方面的广大计算设备配置。

图7是示出可以用来实施本公开内容的方面的计算设备700的物理组件(例如，硬件)的框图。下述计算设备组件可适用于上述计算设备。在基本配置中，计算设备700可以包括至少一个处理单元702和系统存储器704。根据计算设备的配置和类型，系统存储器704可以包括但不限于此：易失性存储(例如，随机存取存储器)、非易失性存储(例如，只读存储器)、闪存器、或这些存储器的任何组合。系统存储器704可以包括操作系统705以及适用于执行本文公开的各个方面(例如，传输代理组件724和传递代理组件726)的一个或多个程序模块706。例如，操作系统705可以适于控制计算设备700的操作。另外，本公开内容的实施例可以结合图形库、其它操作系统或任何其它应用程序来实施，并且不局限于任何具体的应用或系统。这种基本配置是在图7中由虚线708内的那些组件示出的。计算设备700可以具有额外的特征或功能。例如，计算设备700还可以包括额外的数据存储设备(可移动和/或不可移动的)，例如，如磁盘、光盘或磁带。这样的额外的存储在图7中由可移动存储设备709和不可移动存储设备710示出。

如上所述，多个程序模块和数据文件可以存储在系统存储器704中。当在处理单元702上执行时，程序模块706(例如，应用720)可以执行包括但不限于如本文所述方面的过程。可以根据本公开内容的方面使用的其它程序模块可以包括：电子邮件和联系人应用、文字处理应用、电子表格应用、数据库应用、幻灯片演示应用、绘图或计算机辅助应用程序等。

另外，本公开内容的实施例可以在包括下列各项的电路中实施：分立电子元件、包含逻辑门的封装或集成的电子芯片、使用微处理器的电路、或者在包含电子元件或微处理器的单个芯片上。例如，本公开内容的实施例可以经由片上系统(SoC)实施，在片上系统中，图7所示的组件中的每个或许多组件可以集成到单个集成电路上。这样的SOC设备可以包括一个或多个处理单元、图形单元、通信单元、系统虚拟化单元和各种应用功能，所有这些可以集成(或“烧制”)到芯片基板上作为单个集成电路。当经由SOC操作时，本文中针对客户端切换协议的能力描述的功能可以经由与单个集成电路(芯片)上的计算设备700的其它组件集成在一起的应用专用逻辑单元来进行操作。还可以使用能够执行逻辑运算(诸如，例如，AND、OR和NOT)的其它技术来实施本公开内容的实施例，这些技术包括但不限于：机械、光学、流体和量子技术。此外，可以在通用计算机或在任何其它电路或系统中实施本公开内容的实施例。

计算设备700还可以具有一个或多个输入设备712，如键盘、鼠标、笔、声音或语音输入设备、触摸或刷输入设备等。还可以包括诸如显示器、扬声器、打印机等输出设备714。前述设备是示例，并且可以使用其它设备。计算设备700可以包括允许与其它计算设备750进行通信的一个或多个通信连接716。合适的通信连接716的示例包括但不限于：射频(RF)发射机、接收机、和/或收发机电路、通用串行总线(USB)、并行和/或串行端口。

本文中所使用的术语计算机可读介质可以包括计算机存储介质。计算机存储介质可以包括用于存储诸如计算机可读指令、数据结构或程序模块的、以任何方法或技术实现的易失性和非易失性、可移动和不可移动介质。系统存储器704、可移动存储设备709以及不可移动存储设备710都是计算机存储介质示例(例如，存储器存储)。计算机存储介质可以包括：RAM、ROM、电可擦写只读存储器(EEPROM)、闪存或其它存储器技术、CD-ROM、数字多功能盘(DVD)或其它光学存储器、磁带盒、磁带、磁盘存储器或其它磁存储设备、或者能用于存储所需的信息且可由计算设备700访问的任何其它制品。任何这样的计算机存储介质可以是计算设备700的一部分。计算机存储介质不包括载波波形或其它传播或调制的数据信号。

通信介质可以体现为计算机可读指令、数据结构、程序模块或调制数据信号(如载波波形)或其它传输机制中的其它数据并且包括任何信息传递介质。术语“调制数据信号”可以描述具有一个或多个特性集合或以对信号中的信息进行编码的方式改变的信号。通过举例而非限制的方式，通信介质可以包括诸如有线网络或直接有线连接的有线介质，以及诸如声音、射频(RF)、红外线和其它无线介质之类的无线介质。

图8A和图8B示出了可用来实施本公开内容的实施例的移动计算设备800(例如，移动电话、智能电话、可穿戴计算机(例如，智能手表)、平板计算机、膝上型计算机等)。在一些方面中，客户端可以是移动计算设备。参考图8A，示出了用于实现这些方面的移动计算设备800的一个方面。在基本配置中，移动计算设备800是具有输入单元和输出单元二者的手持计算机。移动计算设备800通常包括显示器805和允许用户向移动计算设备800输入信息的一个或多个输入按钮810。移动计算设备800的显示器805也可用作输入设备(例如，触摸屏显示器)。如果包括，那么可选的侧输入单元815允许进一步的用户输入。侧输入单元815可以是旋转开关、按钮、或任何其它类型的手动输入单元。在替换方面中，移动计算设备800可以并入更多或更少的输入单元。例如，在一些实施例中，显示器805可以不是触摸屏。在又一个替换实施例中，移动计算设备800是便携式电话系统(如蜂窝电话)。移动计算设备800还可以包括可选按键835。可选按键835可以是物理按键或在触摸屏显示器上生成的“软”按键。在各个实施例中，输出单元包括：用于展示图形用户接口(GUI)的显示器805、视觉指示器820(例如，发光二极管)、和/或音频转换器825(例如，扬声器)。在一些方面中，移动计算设备800并入用于向用户提供触觉反馈的振动传感器。在又一个方面中，移动计算设备800并入输入和/或输出端口，如音频输入(例如，麦克风插孔)、音频输出(例如，耳机插孔)、以及用于向外部设备发送信号或从外部设备接收信号的视频输出(例如，HDMI端口)。

图8B是示出移动计算设备的一个方面的架构的框图。就是说，移动计算设备800可并入系统(即，架构)802来实现一些方面。在一个实施例中，系统802实现为能够运行一个或多个应用(例如，浏览器、电子邮件、日历、联系人管理器、消息传送客户端、游戏和媒体客户端/播放器)的“智能电话”。在一些方面中，系统802集成为计算设备(如集成个人数字助理(PDA)和无线电话)。

一个或多个应用程序866可以载入存储器862中，并在操作系统864上运行或与操作系统864联合运行。应用程序的示例包括：电话拨号程序、电子邮件程序、个人信息管理(PIM)程序、文字处理程序、电子表格程序、互联网浏览器程序、消息传送程序等。系统802还包括存储器862内的非易失性存储区域868。非易失性存储区域868可用于存储如果系统802掉电的话不应当丢失的持久信息。应用程序866可使用和存储非易失性存储区域868中的信息，例如由电子邮件应用使用的电子邮件或其它消息等。同步应用(未示出)也位于系统802上，并且被编程用于与驻留在主机计算机上的相应同步应用进行交互，以保持存储在非易失性存储区域868中的信息与存储在主机计算机处的相应信息同步。应当明白：其它应用可载入存储器862中并在本文中描述的移动计算设备800上运行(例如，搜索引擎、提取器模块、相关性排名模块、答案评分模块等)。

系统802具有电源870，其可实现为一个或多个电池。电源870可能还包括外部电源，如AC适配器或者补充或对电池进行补充或再充电的供电的底座。

系统802还可以包括执行发送和接收射频通信的功能的无线电接口层872。无线电接口层872经由通信载波或服务提供商来促进系统802与“外部世界”之间的无线连接。去往和来自无线电接口层872的传输在操作系统864的控制下进行。换句话说，由无线电接口层872接收的通信可经由操作系统864传播到应用程序866，反之亦然。

视觉指示器820可用于提供视觉通知，和/或音频接口874可用于经由音频转换器825产生听觉通知。在示出的实施例中，视觉指示器820是发光二极管(LED)，而音频转换器825是扬声器。这些设备可直接耦接到电源870，以便当被激活时，它们在由通知机制指示的一段时间期间保持接通状态，即使处理器860和其它组件可能关闭以节省电池功率。可将LED编程为一直处于接通状态直到用户采取行动来指示设备的上电状态。音频接口874用于向用户提供音频信号以及从用户接收音频信号。例如，除了耦接到音频转换器825之外，音频接口874还可以耦接到麦克风来接收音频输入，以便有助于电话交谈。根据本公开内容的一些实施例，如同下文将描述的，麦克风还可以用作音频传感器来有助于通知的控制。系统802还可以包括视频接口876，其启动板上摄像头830的操作以记录静止图像、视频流等。

实施系统802的移动计算设备800可具有额外的特征或功能。例如，移动计算设备800还可以包括额外的数据存储设备(可移动和/或不可移动的)，如磁盘、光盘或磁带。这些额外的存储在图8B中是由非易失性存储区域868示出的。

由移动计算设备800生成或捕捉，并经由系统802存储的数据/信息可以如上所述本地存储在移动计算设备800上，或者数据可存储在可由设备经由无线电接口层872或经由移动计算设备800与和移动计算设备800相关联的单独的计算设备(例如，分布式计算网络(如互联网)中的服务器计算机)之间的有线连接访问的任意数量的存储介质上。应该明白的是：可经由无线电接口层872或经由分布式计算网络，经由移动计算设备800来访问这样的数据/信息。类似地，这样的数据/信息可根据公知的数据/信息传输和存储手段(包括电子邮件和协作式数据/信息共享系统)容易地在计算设备之间传输以便存储和使用。

图9示出了用于对在计算系统处从远程源(例如，如上所述个人计算机904、平板计算设备906或移动计算设备908)接收的数据进行处理的系统的架构的一个方面。在服务器设备902处显示的内容可以存储在不同的通信信道或其他存储类型中。例如，可使用目录服务922、门户网站924、邮箱服务926、即时消息传送存储928或社交网站930来存储各种文档。传递代理组件921可以由与服务器设备902进行通信的客户端使用，和/或传输代理组件920可以由服务器设备902使用。服务器设备902可以通过网络915向诸如个人计算机904、平板计算设备906和/或移动计算设备908(例如，智能电话)之类的客户端计算设备提供数据。通过举例的方式，上述计算机系统可以在下列各项中体现：个人计算机904、平板计算设备906、和/或移动计算设备908(例如，智能电话)。除了接收可用于在图形发起系统处进行预处理或在接收计算系统处进行后处理的图形数据之外，计算设备的这些实施例中的任何一个实施例都可以从存储916获得内容。

图9示出了可以执行本文中公开的一个或多个方面的示例性平板计算设备900。另外，本文中描述的方面和功能可以在分布式系统(例如，基于云的计算系统)上操作，在分布式系统中，应用功能、存储器、数据存储和检索以及各种处理功能通过分布式计算网络(如互联网或内联网)可以相对于彼此远程操作。各种类型的用户接口和信息可以经由机载计算设备显示器，或经由与一个或多个计算设备相关联的远程显示单元来显示。例如，各种类型的用户接口和信息可以在各种类型的用户接口和信息投射到的墙面上显示或者与该墙面进行交互。与可以用其来实施本发明的实施例的众多计算系统的交互包括：击键输入、触摸屏输入、语音或其它音频输入、在相关联的计算设备配备有用于捕捉和解释用于控制计算设备的功能的用户手势的检测(例如，摄像头)功能的情况下的手势输入等。

从前面的公开内容将可以理解：本技术的一个方面涉及一种系统，该系统包括：至少一个处理器；以及存储指令的存储器，当由所述至少一个处理器执行时，所述指令执行操作集合。这些操作包括：接收会议邀请；访问与会议邀请相关联的传输规则，其中，传输规则包括传输谓词、传输动作以及日历预订规则；基于会议邀请的内容来确定是否满足传输谓词；以及当满足传输谓词时，基于传输动作来修改会议邀请，其中，修改会议邀请包括：将日历预订规则与会议邀请进行关联。在示例中，传输动作包括：对与会议邀请相关联的标题进行更新，以包含与日历预订规则相关联的信息。在另一个示例中，传输谓词指定与会议邀请相关联的发送方。在又一个示例中，日历预订规则包括日历预订谓词和日历预订动作。在再一个示例中，日历预订谓词包括与传输谓词相关联的谓词。在一个示例中，日历预订动作包括从包含下列各项的组中选择的动作：接受会议邀请；暂时接受会议邀请；拒绝会议邀请；将会议邀请标记为已读；以及删除会议邀请。在另一个示例中，将日历预订规则与会议邀请进行关联包括：将日历预订规则存储在会议邀请的标题中。

在另一个方面中，本技术的一个方面涉及另一系统，该系统包括：至少一个处理器；以及存储指令的存储器，当由所述至少一个处理器执行时，所述指令执行操作集合。这些操作包括：接收会议邀请；从这些会议邀请中提取一个或多个属性；基于这一个或多个属性来确定日历预订规则应用于会议邀请，其中，日历预订规则包括日历预订谓词和日历预订动作；评估日历预订谓词以确定日历预订谓词是否得到满足；以及当日历预订谓词得到满足时，执行由日历预订动作规定的动作。在示例中，评估日历预订谓词包括：评估与会议邀请的接收方的邮箱相关联的邮箱上下文。在另一个示例中，评估日历预订谓词包括：评估与会议邀请的接收方相关联的安排可用性。在又一个示例中，日历预订谓词指定与会议邀请相关联的发送方。在再一个示例中，日历预订动作包括从包含下列各项的组中选择的动作：接受会议邀请；暂时接受会议邀请；拒绝会议邀请；将会议邀请标记为已读；以及删除会议邀请。在一个示例中，一个或多个属性是会议邀请内的标题。在另一个示例中，日历预订规则作为一个或多个标题存储在会议邀请中。

在另一个方面中，该技术涉及一种用于处理会议邀请的计算机实现的方法。该方法包括：接收会议邀请；访问与会议邀请相关联的传输规则，其中，传输规则包括传输谓词、传输动作以及日历预订规则；基于会议邀请的内容来确定是否满足传输谓词；以及当满足传输谓词时，基于传输动作来修改会议邀请，其中，修改会议邀请包括：将日历预订规则与会议邀请进行关联。在示例中，传输动作包括对与会议邀请相关联的标题进行更新以包含与日历预订规则相关联的信息。在另一个示例中，传输谓词指定与会议邀请相关联的发送方。在又一个示例中，日历预订规则包括日历预订谓词和日历预订动作。在再一个示例中，日历预订动作包括从包含下列各项的组中选择的动作：接受会议邀请；暂时接受会议邀请；拒绝会议邀请；将会议邀请标记为已读；以及删除会议邀请。在一个示例中，将日历预订规则与会议邀请进行关联包括：将日历预订规则存储在会议邀请的标题中。

例如，在上文中参考根据本公开内容的方面的方法、系统和计算机程序产品的框图和/或操作说明描述了本公开内容的方面。这些框中指出的功能/动作可以不按任何流程图中示出的顺序发生。例如，显示为相继的两个框实际上可基本并行执行，或者这些框有时可以相反的次序执行，这取决于所涉及的功能/动作。

本申请中提供的一个或多个方面的描述和图示不旨在以任何方式来限制或约束要求保护的公开内容的范围。认为本申请中提供的方面、示例和细节足以传递占有，并使他人能够制造和使用要求保护的公开内容的最佳模式。要求保护的公开内容不应被解释为局限于本申请中所提供的任何方面、示例或细节。不管是否以组合的方式或单独地示出并描述，旨在选择性地包括或省略各个特征(结构性和方法性的)以产生具有特征的特定集合的实施例。已经提供了本申请的描述和说明，本领域技术人员可设想不脱离所要求保护的公开内容的更广泛范围的、落入本申请中体现的总的发明构思的更广泛的方面的精神内的变体、修改和替代方面。

Claims (15)

1.一种系统，其包括：

至少一个处理器；以及

存储指令的存储器，当由所述至少一个处理器执行时，所述指令执行包括下列各项的操作集合：

接收会议邀请；

访问与所述会议邀请相关联的传输规则，其中，所述传输规则包括传输谓词、传输动作以及日历预订规则；

基于所述会议邀请的内容，来确定是否满足所述传输谓词；以及

当满足所述传输谓词时，基于所述传输动作来修改所述会议邀请，其中，修改所述会议邀请包括：将所述日历预订规则与所述会议邀请进行关联。

2.根据权利要求1所述的系统，其中，所述传输动作包括：对与所述会议邀请相关联的标题进行更新，以包含与所述日历预订规则相关联的信息。

3.根据权利要求1所述的系统，其中，所述日历预订规则包括日历预订谓词和日历预订动作。

4.一种系统，其包括：

至少一个处理器；以及

存储指令的存储器，当由所述至少一个处理器执行时，所述指令执行包括下列各项的操作集合：

接收所述会议邀请；

从所述会议邀请中提取一个或多个属性；

基于所述一个或多个属性来确定日历预订规则应用于所述会议邀请，其中，所述日历预订规则包括日历预订谓词和日历预订动作；

评估所述日历预订谓词，以确定所述日历预订谓词是否得到满足；以及

当所述日历预订谓词得到满足时，执行由所述日历预订动作指定的动作。

5.根据权利要求4所述的系统，其中，所述日历预订动作包括从包含下列各项的组中选择的动作：

接受所述会议邀请；

暂时接受所述会议邀请；

拒绝所述会议邀请；

将所述会议邀请标记为已读；以及

删除所述会议邀请。

6.根据权利要求4所述的系统，其中，所述日历预订规则作为一个或多个标题存储在所述会议邀请中。

7.一种用于处理会议邀请的计算机实现的方法，所述方法包括：

接收会议邀请；

访问与所述会议邀请相关联的传输规则，其中，所述传输规则包括传输谓词、传输动作以及日历预订规则；

基于所述会议邀请的内容来确定是否满足所述传输谓词；以及

当满足所述传输谓词时，基于所述传输动作来修改所述会议邀请，其中，修改所述会议邀请包括：将所述日历预订规则与所述会议邀请进行关联。

8.根据权利要求7所述的计算机实现的方法，其中，所述传输谓词指定与所述会议邀请相关联的发送方。

9.根据权利要求7所述的计算机实现的方法，其中，所述日历预订动作包括从包含下列各项的组中选择的动作：

接受所述会议邀请；

暂时接受所述会议邀请；

拒绝所述会议邀请；

将所述会议邀请标记为已读；以及

删除所述会议邀请。

10.根据权利要求7所述的计算机实现的方法，其中，将所述日历预订规则与所述会议邀请进行关联包括：将所述日历预订规则存储在所述会议邀请的标题中。

11.根据权利要求3所述的系统，其中，所述日历预订动作包括从包含下列各项的组中选择的动作：

接受所述会议邀请；

暂时接受所述会议邀请；

拒绝所述会议邀请；

将所述会议邀请标记为已读；以及

删除所述会议邀请。

12.根据权利要求1所述的系统，其中，将所述日历预订规则与所述会议邀请进行关联包括：将所述日历预订规则存储在所述会议邀请的标题中。

13.根据权利要求4所述的系统，其中，评估所述日历预订谓词包括：评估与会议邀请的接收方的邮箱相关联的邮箱上下文。

14.根据权利要求4所述的系统，其中，所述日历预订谓词指定与所述会议邀请相关联的发送方。

15.根据权利要求7所述的计算机实现的方法，其中，所述传输动作包括：对与所述会议邀请相关联的标题进行更新，以包含与所述日历预订规则相关联的信息。