CN116980369A - 一种事件通知方法、装置、终端、介质及程序产品 - Google Patents

Abstract

本申请实施例公开了一种事件通知方法、装置、终端、介质及程序产品，其中的方法包括：显示社交应用程序的第一子应用的事件创建界面；在第一子应用的事件创建界面中设置目标事件的事件信息，事件信息包括：待参与目标事件的一个或多个参与对象的对象标识，以及每个参与对象关于目标事件的事件通知方式。采用本申请实施例能够为不同参与对象自主设置事件通知方式，提高事件通知配置的灵活性。

Description

一种事件通知方法、装置、终端、介质及程序产品

技术领域

本申请涉及计算机技术领域，尤其涉及一种事件通知方法、一种事件通知装置、一种终端、一种计算机可读存储介质及一种计算机程序产品。

背景技术

随着科学技术的快速发展，各类线下活动(如面对面的会议)逐渐从线下转移至线上(即通过互联网)。

目前，许多社交类应用程序支持进行事件(或称为活动)的创建(或设置)和创建时刻的事件通知(或称为提醒)。例如，社交类应用程序支持创建会议事件(如一个包含会议时间、主题或参与对象等信息的电子版会议通知)，并且在创建好会议后对参与对象进行事件通知。然而，目前社交类应用程序提供的事件提醒方式较为固定和单一；因此，如何提高事件通知的灵活性成为研究话题。

发明内容

本申请实施例提供一种事件通知方法、装置、终端、介质及程序产品，能够为不同参与对象自主设置事件通知方式，提高事件通知配置的灵活性。

一方面，本申请实施例提供了一种事件通知方法，该方法包括：

显示社交应用程序的第一子应用的事件创建界面；

在第一子应用的事件创建界面中设置目标事件的事件信息，事件信息包括：待参与目标事件的一个或多个参与对象的对象标识，以及每个参与对象关于目标事件的事件通知方式；

其中，不同参与对象关于目标事件的事件通知方式允许相同或不同；每个参与对象按照被设置的相应的事件通知方式，接收关于目标事件的事件通知。

另一方面，本申请实施例提供了一种事件通知装置，该装置包括：

显示单元，用于显示社交应用程序的第一子应用的事件创建界面；

处理单元，用于在第一子应用的事件创建界面中设置目标事件的事件信息，事件信息包括：待参与目标事件的一个或多个参与对象的对象标识，以及每个参与对象关于目标事件的事件通知方式；

其中，不同参与对象关于目标事件的事件通知方式允许相同或不同；每个参与对象按照被设置的相应的事件通知方式，接收关于目标事件的事件通知。

在一种实现方式中，社交应用程序的应用界面中包含用于访问第一子应用的第一访问组件；显示单元，用于显示社交应用程序的第一子应用的应用界面时，具体用于：

响应于针对第一访问组件的触发操作，显示第一子应用的应用界面，第一子应用的应用界面中包含事件创建组件；

当事件创建组件被触发时，显示第一子应用的事件创建界面。

在一种实现方式中，社交应用程序的应用界面中包含用于访问第二子应用的第二访问组件，第二子应用不同于第一子应用；处理单元，用于显示社交应用程序的第一子应用的应用界面时，具体用于：

响应于针对第二访问组件的触发操作，显示第二子应用的应用界面，第二子应用的应用界面中包含与第一子应用相关的事件创建组件；

当与第一子应用相关的事件创建组件被触发时，显示第一子应用的事件创建界面。

在一种实现方式中，处理单元，用于在第一子应用的事件创建界面中设置目标事件的事件信息时，具体用于：

在事件创建界面显示至少一个候选通知选项，每个候选通知选项对应一种事件通知方式；

响应于针对至少一个候选通知选项的选择操作，从至少一个候选通知选项中选择目标通知选项；其中，每个参与对象关于目标事件的事件通知方式为目标通知选项对应的事件通知方式；

在事件创建界面中，突出显示目标通知选项。

在一种实现方式中，事件创建界面中包含设置组件，处理单元，用于在事件创建界面显示至少一个候选通知选项时，具体用于：

响应于针对设置组件的选中操作，显示第一设置窗口；

在第一设置窗口中显示至少一个候选通知选项。

在一种实现方式中，待参与目标事件的一个或多个参与对象的对象标识中包含第一对象标识，第一对象标识对应的参与对象是一个或多个参与对象中的任一参与对象；处理单元，用于在第一子应用的事件创建界面中设置目标事件的事件信息时，具体用于：

响应于针对第一对象标识的触发操作，显示第二设置窗口；

在第二设置窗口中，为第一对象标识对应的参与对象配置事件通知方式。

在一种实现方式中，第二设置窗口中包含至少一个候选通知选项，每个候选通知选项对应一种事件通知方式；处理单元，用于在第二设置窗口中，为第一对象标识对应的参与对象配置事件通知方式时，具体用于：

根据在第二设置窗口中的选项选择操作，选中目标通知选项；

在事件创建界面中，显示为第一对象标识对应的参与对象所选择的目标通知选项；

其中，第二设置窗口中包含的至少一个候选通知选项按照预设规则进行排序显示，预设规则包括：按照第一对象标识对应的参与对象的通知查看优先级排序。

在一种实现方式中，第二设置窗口中包含对象选择组件；待参与目标事件的一个或多个参与对象的对象标识中包含第二对象标识，第二对象标识不同于第一对象标识；处理单元，还用于：

响应于针对对象选择组件的选择操作，显示对象列表，对象列表中包含待参与目标事件的一个或多个参与对象的对象标识；

当对象列表中的第二对象标识被选中时，在事件创建界面中将第二对象标识显示为选中状态；

处理单元，用于在第二设置窗口中，为第一对象标识对应的参与对象配置事件通知方式时，具体用于：

在第二设置窗口中，为第一对象标识对应的参与对象，和第二对象标识对应的参与对象，配置事件通知方式。

在一种实现方式中，事件通知方式包括以下至少一个：通过应用窗口通知目标事件；通过第一子应用通知目标事件；通过第二子应用通知目标事件；通过社交应用程序的第三子应用通知所述目标事件；通过第三方应用程序通知目标事件；或者，无通知；

其中，第一子应用包括社交应用程序提供的日程子应用或会议子应用，第一子应用为所述日程子应用时，目标事件为日程事件，第一子应用为所述会议子应用时目标事件为会议事件；第二子应用为社交应用程序提供的邮件子应用；第三子应用为社交应用程序提供的会话子应用。

在一种实现方式中，第三子应用为会话子应用，在任一参与对象关于目标事件的事件通知方式为：通过第三子应用通知所述目标事件时，处理单元，还用于：

在会话子应用提供的，与任一参与对象之间的目标会话界面中，以会话消息形式显示目标事件；

在目标会话界面中显示通知反馈消息；通知反馈消息包含任一参与对象在目标会话界面中针对目标事件输入的回复内容。

在一种实现方式中，若至少一个参与对象中的至少两个参与对象关于目标事件的事件通知方式相同，且事件通知方式为通过邮件子应用通知目标事件，则至少两个参与对象按照群组邮件的方式，接收关于目标事件的事件通知；

若至少一个参与对象中的至少两个参与对象关于目标事件的事件通知方式相同，且事件通知方式为通过会话子应用通知目标事件，则至少两个参与对象按照群组会话的方式，接收关于目标事件的事件通知。

在一种实现方式中，事件创建界面中包含历史事件组件；处理单元，还用于：

响应于针对历史事件组件的触发操作，显示历史事件列表，历史事件列表中包含在历史时间内创建的历史事件。

在一种实现方式中，历史事件列表中还包含历史事件的事件状态，事件状态包括：已执行状态、未执行状态和执行状态；处理单元，还用于：

当事件状态为未执行状态的目标历史事件被触发时，显示目标历史事件的事件详情界面；

在事件详情界面中显示与目标历史事件相关的回执信息；

其中，回执信息包括：待参与目标历史事件的各参与对象的子回执信息，以及，能够参与目标历史事件的参与对象的数量。

在一种实现方式中，处理单元，还用于：

当历史事件列表中的目标历史事件被触发时，显示目标历史事件的事件详情界面，事件详情界面中包含事件复用组件；

响应于针对事件复用组件的触发操作，显示包含目标历史事件的事件信息的事件创建界面；

响应于针对目标历史事件的事件信息的更新操作，发布更新后的目标历史事件。

在一种实现方式中，处理单元，还用于：

基于事件信息创建目标事件；

将目标事件的事件标识，每个参与对象的对象标识，以及每个参与对象关于目标事件的事件通知方式，关联存储至事件通知列表中；

根据事件通知列表，分别向各参与对象发送关于目标事件的事件通知消息。

在一种实现方式中，处理单元用于根据事件通知列表，分别向各参与对象发送关于目标事件的事件通知消息时，具体用于：

基于事件通知列表中各参与对象对应的事件通知方式，为各参与对象生成相应的关于目标事件的事件通知消息；

分别向各参与对象发送相应的关于目标事件的事件通知消息。

在一种实现方式中，至少一个参与对象中的任一参与对象表示为目标参与对象，若为目标参与对象设置的事件通知方式为：无通知，则处理单元，还用于：

将目标参与对象标记为无需通知对象。

另一方面，本申请实施例提供一种终端，该终端包括：

处理器，适于执行计算机程序；

计算机可读存储介质，计算机可读存储介质中存储有计算机程序，计算机程序被处理器执行时，实现如上述的事件通知方法。

另一方面，本申请实施例提供一种计算机可读存储介质，该计算机可读存储介质存储有计算机程序，计算机程序适于由处理器加载并执行如上述的事件通知方法。

另一方面，本申请实施例提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。终端的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该终端执行上述的事件通知方法。

本申请实施例中，社交应用程序提供有第一子应用，支持创建对象(或称为创建者)在第一子应用的事件创建界面中创建目标事件(如会议事件或日程事件等)，具体是在事件创建界面中设置待创建的目标事件的事件信息以便于基于事件信息创建该目标事件。目标事件的事件信息可包括：待参与该目标事件的一个或多个参与对象(或称为参与者)的对象标识，以及每个参与对象关于该目标事件的事件通知方式，如通过社交应用程序提供的其他子应用进行目标事件的事件通知，或者，通过社交应用程序中嵌入的第三方应用程序进行目标事件的事件通知等等。其中，为不同参与对象设置的关于目标事件的事件通知方式可以相同或不同，这样每个参与对象按照被设置的相应的事件通知方式，接收关于目标事件的事件通知。综上所述，本申请实施例支持创建对象为待参与目标事件的不同参与对象设置个性化的事件通知方式，如匹配各参与对象的通知查看习惯(如某些参与对象习惯查看会话通知)为各参与对象设置不同的事件通知方式，不仅满足创建对象个性化设置事件通知方式的需求，而且在一定程度上可提高事件通知的查看率，确保事件通知的有效性，提升事件通知设置的灵活性。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本申请一个示例性实施例提供的一种事件通知系统的架构示意图；

图2是本申请一个示例性实施例提供的一种事件通知方法的流程示意图；

图3是本申请一个示例性实施例提供的一种通过触发第一访问组件，触发显示第一子应用的事件创建界面的示意图；

图4是本申请一个示例性实施例提供的一种从第二子应用中触发显示第一子应用的事件创建界面的示意图；

图5是本申请一个示例性实施例提供的一种候选通知信息直接显示于事件创建界面的示意图；

图6a是本申请一个示例性实施例提供的一种滑动显示各候选通知选项的示意图；

图6b是本申请一个示例性实施例提供的一种滑动显示各事件信息对应的输入区域的示意图；

图7是本申请一个示例性实施例提供的一种检测到设置操作时，显示至少一个候选通知选项的示意图；

图8是本申请一个示例性实施例提供的一种为单个参与对象设置事件通知方式的示意图；

图9是本申请一个示例性实施例提供的一种在为任一参与对象设置事件通知方式的过程中，添加其他参考对象的示意图；

图10是本申请一个示例性实施例提供的另一种事件通知方法的流程示意图；

图11a是本申请一个示例性实施例提供的一种通过应用窗口进行事件通知的示意图；

图11b是本申请一个示例性实施例提供的一种事件通知的流程示意图；

图12是本申请一个示例性实施例提供的一种通过第二子应用和第三子应用进行事件通知的示意图；

图13是本申请一个示例性实施例提供的一种通过会话消息形式进行事件通知的示意图；

图14是本申请一个示例性实施例提供的一种通过第三方应用程序进行事件通知的示意图；

图15是本申请一个示例性实施例提供的一种弱提醒目标事件的示意图；

图16是本申请一个示例性实施例提供的一种触发显示历史事件列表的示意图；

图17是本申请一个示例性实施例提供的一种查看目标历史事件的事件详细信息的示意图；

图18是本申请一个示例性实施例提供的一种历史事件的事件复用的示意图；

图19是本申请一个示例性实施例提供的一种事件通知装置的结构示意图；

图20是本申请一个示例性实施例提供的一种终端的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本申请实施例提供了一种事件通知方案，下面先对该事件通知方案的相关技术术语和概念进行简单介绍，其中：

(1)事件。

在本申请实施例中，事件可以是指需要由对象参与的活动；此处的对象可以包括创建事件的创建对象，以及由创建对象添加的待参与事件的参与对象。事件可以包括但不限于：日程事件(或简称为日程)、公告事件(或简称为公告)或者会议事件(或简称为会议)等等。其中，日程事件类似于一个电子记录文档，创建者可以将需要记录的工作、事务或活动等安排记录在该电子记录文档中，以便于方便管理日常的工作和事务，达到事件备忘的目的；例如，某公司在星期三晚上7:00组织一次聚餐活动，则创建对象可以创建一个日程来记录该聚餐活动，并且支持在该日程中添加待参与本次聚餐活动的参与对象。公告事件可以理解为面向多个对象发布的公开宣告，以便于多个对象能够了解相关公告信息；例如，在群聊会话(即多个会话对象位于同一社交会话的群组会话场景)中发布公告时，群聊会话中的各会话对象均可以看到公告的具体内容。会议事件可以是指有组织、有领导的议事活动；一次会议往往由至少两个对象参与，以会议形式达到某种目的。

需要说明的是，本申请实施例对事件的具体类型和具体内容不作限定，上述只是本申请实施例给出的几种示例性的事件。

(2)社交应用程序。

社交应用程序可以是指具有社交功能的计算机程序，即在该社交应用程序中可实现多个对象之间的社交交互；当然，任意两个社交对象之间实现社交交互的方式是多种多样的，包括但是不限于：音视频实现社交交互，文本消息形式实现社交交互，或者游戏形式实现社交交互等等，本申请实施例对社交交互的具体交互形式不作限定。

按照不同维度(如应用程序的运行方式、功能等)对社交应用程序进行归类，可得到社交应用程序在不同维度下的类型，其中：①按照社交应用程序的运行方式分类，社交应用程序可包括但不限于：安装在终端中的客户端、无需下载安装即可使用的小程序、通过浏览器打开的web应用程序等等。②按照社交应用程序的功能类型分类，社交应用程序可包括但不限于：IM(Instant Messaging，即时通信)应用程序、内容交互应用程序等等；其中，即时通信应用程序是指基于互联网的即时交流消息和社交交互的应用程序，即时通信应用程序可以包括但不限于：包含通信功能的应用程序、包含社交交互功能的地图应用程序、游戏应用程序或者为企业打造的企业通信应用程序(一种企业级的通讯和办公的工具)等等。内容交互应用程序是指能够实现内容交互的应用程序，例如可以是网银、分享平台、个人空间、新闻等应用程序。本申请实施例对社交应用程序具体为上述哪种类型的应用程序不作限定。需要说明的是，本申请实施例后续提及的社交应用程序可以上述分类中的任一种应用程序，如社交应用程序是上述提及的即时通信应用程序，如企业通信应用程序；本申请实施例对社交应用程序的类型不作限定。

在实际应用中，社交应用程序具备事件创建和事件通知的功能，即创建对象可通过社交应用程序创建目标事件(如任一事件)，并在创建好目标事件后进行事件通知。其中，本申请实施例涉及的目标事件的事件通知可以是指：在目标事件创建好时，及时向待参与目标事件的各参与对象发送关于目标事件的事件通知，以便于各参与对象能够及时知悉目标事件已创建的情况。社交应用程序中部署有多个子应用，每个子应用对应社交应用程序提供的一种应用功能。例如，社交应用程序包括第一子应用、第二子应用和第三子应用；其中，第一子应用可以包括社交应用程序提供的日程子应用或者会议子应用；第二子应用可以为社交应用程序提供的邮件子应用，即通过该第一子应用可实现邮件收发等功能；第三子应用可以为社交应用程序提供的会话子应用，即通过该第三子应用可实现多个对象之间的社交会话功能。当然，社交应用程序提供的子应用并不仅限于上述给出的几种子应用，进而社交应用程序所提供的应用功能也不仅限于上述给出的几种应用功能。

本申请实施例提供的事件通知方案，支持在社交应用程序提供的部分子应用中创建目标事件，并进行目标事件的创建时刻的事件通知，即在目标事件创建好后即时进行事件通知以便于参与对象能够及时了解目标事件；例如，在目标事件创建好后，通过社交应用程序或与社交应用程序打通的第三方应用程序进行目标事件的事件通知。例如，正如前述所描述的，社交应用程序中部署有第一子应用，该第一子应用可以包括日程子应用或会议子应用，那么当第一子应用为日程子应用时，支持通过该日程子应用创建目标事件，此时创建的目标事件为日程事件；同理，当第一子应用为会议应用时，支持通过该会议子应用创建会议事件，此时创建的目标事件为会议事件。进一步的，在创建好目标事件时，还支持即时进行关于目标事件的事件通知，以便于待参与目标事件的各参与者及时了解目标事件的事件情况。可选的，创建好目标事件后，支持通过社交应用程序进行目标事件的事件通知，具体是通过社交应用程序中部署的其他子应用(如会话子应用或邮件子应用等)进行目标事件的事件通知，或者，通过社交应用程序的系统进行关于目标事件的事件通知等等。可选的，在社交应用程序和第三方应用程序(此处的“第三”并不是用于限定应用程序的数量，只是用于表示该第三方应用程序是与社交应用程序相互独立的应用程序)之间互通的情况下，还支持通过第三方应用程序进行目标事件的事件通知。等等。

需要特别说明的是，本申请实施例支持创建对象在创建目标事件时，为待参与目标事件的各参与对象配置相同或不同的事件通知方式(如前述提及的邮件通知、会话通知或弹窗通知等等)。例如，某个参与对象习惯于查看邮件类型的通知，而会话类的通知往往不能容易被查看到，那么创建对象在为该参与对象配置事件通知方式时，可以为该参与对象配置邮件通知的方式；这样，在丰富了事件通知方式的基础上，还可以匹配参与对象的通知查看习惯，进行个性化的事件通知方式配置，在一定程度上可确保事件通知能够被有效地查收，从而确保目标事件的顺利展开。

具体实现中，在创建对象具有创建与第一子应用相关的目标事件的需求时，创建对象可以通过其使用的终端设备打开社交应用程序，并在社交应用程序中触发显示第一子应用的事件创建界面。这样，创建对象可以在该第一子应用的事件创建界面中设置目标事件的事件信息，目标事件的事件信息至少包括：待参与目标事件的一个或多个参与对象的对象标识(如可以用于唯一标识参与对象的标志)，以及每个参与对象关于目标事件的事件通知方式；当然，根据目标事件的事件类型不同，目标事件的事件信息还可以包括其他信息，如目标事件为会议事件，则会议事件的事件信息还可以包括：会议时间、会议地点、会议主题、会议持续时长以及会议主持者等信息。其中，每个参与对象关于目标事件的事件通知方式可以允许是相同的或不同的，并且每个参与对象按照各自被设置的事件通知方式，接收关于目标事件的事件通知。

由此可见，本申请实施例提供的事件通知方式，支持创建对象为待参与目标事件的不同参与对象设置个性化的事件通知方式，如匹配各参与对象的通知查看习惯(如某些参与对象习惯查看会话通知)为各参与对象设置不同的事件通知方式，不仅满足创建对象个性化设置事件通知方式的需求，而且在一定程度上可提高事件通知的查看率，确保事件通知的有效性，提升事件通知设置的灵活性。

为更好地理解上述提及的事件通知方案，下面结合实际的事件通知场景来对本申请实施例涉及的事件通知方案进行介绍。请参见图1，图1示出了本申请一个示例性实施例提供一种事件通知系统的架构示意图；如图1所示，该事件通知系统可以包括多个终端和服务器，本申请实施例对终端和服务器的数量和名称不作限定。其中：

1)终端可以包括终端101以及至少一个终端103。其中，终端101可以是指具有创建目标事件的需求的创建对象所使用的终端设备，终端103可以是指待参与目标事件的任一参与对象所使用的终端设备。不难理解的是，创建对象可以是待参与目标事件的参与对象，即创建对象与参与对象可以相同，此时终端101与终端103相同；当然，创建对象也可以不是参与对象，也就是说，创建对象只负责创建目标事件，但无需参与目标事件，此时终端101和终端103为不同终端设备。终端设备可以包括但不限于：智能手机(如Android手机、iOS手机等)、平板电脑、便携式个人计算机、移动互联网设备(Mobile Internet Devices，简称MID)、智能电视、车载设备、头戴设备、游戏手柄、遥控器、街机设备等可以进行触屏的智能设备。终端设备中部署有前述提及的社交应用程序，如企业通信应用程序，这样创建对象可使用终端101打开社交应用程序进行目标事件的创建，且参与对象可打开社交应用程序接收关于目标事件的事件通知。

2)服务器可以是终端101和终端103(或终端中部署的社交应用程序)的后台服务器102，用于与该终端101和终端103进行交互，以为终端101和终端103提供计算和应用服务支持。服务器可以是独立的物理服务器，也可以是由多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、内容分发网络(Content DeliveryNetwork，CDN)、以及大数据和人工智能平台等基础云计算服务的云服务器。终端设备(如终端101和终端103)以及服务器102之间可以通过有线或无线通信方式进行直接或间接地连接，本申请在此不做限制。

本申请实施例提供的事件通知方案可以由上述提及的终端101来执行；或者，由终端101、终端103和服务器102共同执行；具体是由终端101和终端103中部署的社交应用程序，和该社交应用程序对应的后台服务器共同执行；本申请实施例对具体采用哪种方式来执行本申请实施例提出的事件通知方案不作限定。

下面结合图1并以终端101、终端103以及服务器102共同执行本申请实施例提出的事件通知方案为例，对事件通知方案的流程进行简单介绍。具体实现中，首先，在创建对象具有创建目标事件的需求时，如想要创建日程事件，那么创建对象可通过其所使用的终端101打开社交应用程序。在社交应用程序包括的第一子应用为日程子应用的情况下，可进一步打开社交应用程序提供的第一子应用的事件创建界面(如图1所示的事件创建界面104)。

然后，在该事件创建界面中可设置目标事件的事件信息，包括但不限于：日程时间、日程主题、待参与日程的至少一个参与对象(如参与对象1和参与对象2)的对象标识(如参与对象注册社交应用程序所得到的昵称等)以及为每个参与对象配置的事件通知方式(如为参与对象1配置的事件通知方式为会话通知，而为参与对象2配置的事件通知方式为邮件通知)。

进一步的，在目标事件的事件信息编辑完成后，创建对象可在事件创建界面中执行编辑完成操作(如触发“保存日程”按键)，此时终端101基于编辑的目标事件的事件信息生成事件创建请求，并将该事件创建请求发送到服务器103。服务器103接收到事件创建请求后，记录好目标事件等相关信息，具体是将目标事件的事件标识(可以用于唯一标识该目标事件)、每个参与对象的对象标识(可用于唯一标识参与对象)以及每个参与对象关于目标事件的事件通知方式，关联存储至事件通知列表中；例如，为参与对象1设置关于目标事件的事件通知方式1，为参与对象2设置关于目标事件的事件通知方式2，则将目标事件的事件标识、参与对象1的对象标识以及事件通知方式1关联存储至事件通知列表中，以及，将目标事件的事件标识、参与对象2的对象标识以及事件通知方式2关联存储至事件通知列表中。

最后，服务器103可以按照根据事件通知列表，具体是根据各参与对象的关联存储关系，分别向各参与对象发送关于目标事件的事件通知消息；具体是基于事件通知列表中各参与对象对应的事件通知方式，为各参与对象生成相应的关于目标事件的事件通知消息；再分别向各参与对象发送相应的关于目标事件的事件通知消息。也就是说，各个参与对象关于目标事件的事件通知方式，采用不同的通知路径分别向各个参与对象所持有的终端102下发关于目标事件的事件通知。例如，参与对象1关于目标事件的事件通知方式1为会话通知，那么在社交应用程序提供的创建对象与参与对象1之间的社交会话界面中，以会话形式(如会话消息105)显示该目标事件，具体是显示该目标事件的事件信息。再如，参与对象2关于目标事件的事件通知方式2为邮件通知，那么在参与对象2侧的社交应用程序提供的邮件子应用(如第二子应用)中，以邮件形式(如邮件106)显示该目标事件。另外，如果为至少一个参与对象中的目标参与对象(如任一参与对象)设置的事件通知方式为无通知，即不向该目标参与对象进行关于目标事件的事件通知，则服务器可以将目标参与对象标记为无需通知对象；本申请实施例对标记的具体实施方式不作限定，如可以为目标参与对象的对象标识添加目标字段来标记该目标参与对象为无需通知对象等。

需要说明的是，上述结合图1对事件通知方案进行的示例性描述，并不会对本申请实施例产生限定。在实际应用中，事件通知方案的方案流程可以发生适应性变化。例如，由前述描述可知，社交应用程序包含有多个子应用，那么在第一子应用中创建目标事件的情况下，终端101具体是将基于目标事件的事件信息生成的事件创建请求，发送至第一子应用对应的后台服务器的，如第一子应用为日程子应用，那么该第一子应用对应的后台服务器为日程后台服务器；进一步的，如果为参与对象1设置的事件通知方式为会话通知，表示要通过会话子应用来实现事件通知，那么日程后台服务器还会与会话子应用对应的会话后台服务器进行交互，以实现采用会话形式通知目标事件。换句话说，上述是以事件通知系统包括一个服务器102为例，对后台实现流程进行阐述的；但如前述描述可知，社交应用程序可以包括多个子应用，那么每个子应用可对应一个后台服务器；因此，事件通知方案的后台实现流程可以是多个后台服务器之间共同实现的，具体的实现流程可参见后续实施例中的相关描述。

还需说明的是，本申请实施例运用到具体产品或技术中时，如为参与对象发送事件通知时，不可避免要获取参与对象的地址信息等，那么需要获得参与对象的许可或者同意，且相关数据的收集、使用和处理需要遵守相关国家和地区的相关法律法规和标准。

基于上述关于事件通知方案的相关描述，本申请实施例提出了一种图2所示的事件通知方法。该方法可由上述提及的终端101来执行，或者由终端101中部署的社交应用程序来执行；为便于阐述，本申请实施例以终端101执行该事件通知方法为例进行说明。参见图2所示，该事件通知方法可包括如下步骤S201-S202：

S201、显示社交应用程序的第一子应用的事件创建界面。

社交应用程序包括至少一个子应用，每个子应用对应社交应用程序提供的一种应用功能。正如前所描述的，社交应用程序提供的第一子应用可以包括日程子应用或者会议子应用。日程子应用对应社交应用程序提供的日程管理功能；例如，通过社交应用程序提供的日程子应用可以实现：创建日程事件、删除日程事件或修改日程事件(如修改日程开始时间)等日程管理功能。会议子应用对应社交应用程序提供的会议管理功能；例如，社交应用程序提供的会议子应用可以实现：创建会议事件、删除会议事件或修改会议事件(如添加参会对象)等会议管理功能。不难理解的是，社交应用程序所包含的第一子应用的具体应用类型并不仅限于上述给出的两种；例如，第一子应用可以包括公告子应用，这样通过该第一子应用可以实现社交应用程序中的公告管理功能；等等，特在此说明。

具体实现中，在社交应用程序的应用界面中包含用于访问第一子应用的第一访问组件(或称为选项、控件、按键、按钮等)；其中，社交应用程序的应用界面可以包括社交应用程序中的任一服务界面，如社交应用程序提供的任一子应用的服务界面，或者，社交应用程序中除子应用的服务界面外的主界面，等等，对社交应用程序的应用界面不作限定。在创建对象具有创建与第一子应用匹配的目标事件(所谓目标事件与第一子应用匹配可以简单理解为：目标事件的事件类型与第一子应用相关，如想要创建的目标事件为日程事件，那么与该日程事件匹配的子应用为日程子应用)的需求时，创建对象可在社交应用程序的应用界面对第一访问组件执行触发操作；此时终端(具体是社交应用程序)响应于创建对象在社交应用程序的应用界面中针对该第一访问组件的触发操作，可触发显示第一子应用的应用界面，该第一子应用的应用界面中包含事件创建组件。进一步的，如果该第一子应用的应用界面中的事件创建组件被创建对象触发，表示创建对象想要创建目标事件，则显示第一子应用的事件创建界面，该事件创建界面是用于输入待创建的目标事件的事件信息的服务界面，以便于创建对象能够通过该事件创建界面进行目标事件的创建。

上述描述的这种直接通过触发用于访问第一子应用的第一访问组件，就可以触发显示第一子应用的事件创建界面的示意图可参见图3。如图3所示，在终端设备的显示屏幕(或简称为显示屏)中显示社交应用程序的应用界面301(图3所示的社交应用程序的应用界面301为社交应用程序中的子应用(如会话子应用)的服务界面)，在该应用界面301中包含工具栏3011，该工具栏3011用于显示社交应用程序提供的每个子应用的访问组件，如日程子应用的访问组件30111，会议子应用的访问组件30112等等。假设创建对象想要创建与日程子应用(如第一子应用)匹配的目标事件，则可以触发工具栏3011中的日程子应用的访问组件30111，此时可触发显示日程子应用的应用界面302，在该应用界面302中包含用于事件创建组件3021。响应于对该事件创建组件3021的触发操作，表示创建对象想要创建日程事件，则触发显示日程子应用的事件创建界面303。

可以理解的是，图3只是本申请实施例提供的一种触发显示日程子应用的事件创建界面的示例性流程图；在实际应用中，触发显示日程子应用的事件创建界面的流程可以发生变化，或者，各服务界面所包含的内容也可以发生变化(如社交应用程序的应用界面301中的工具栏3011可以位于应用界面301中，除左侧位置外的其他位置(如右侧位置))。图3所示的触发显示日程子应用的事件创建界面的示例性流程，并不会对本申请实施例产生限定。

基于上述相关描述，可实现在社交应用程序的应用界面中，直接触发显示第一子应用的事件创建界面；这样，创建对象想要创建与任一子应用相匹配的目标事件，直接在社交应用程序的应用界面中触发相应的访问组件即可，在一定程度上确保事件创建效率，满足创建对象快捷创建事件的需求。

除上述描述的这种在社交应用程序的应用界面中，直接触发显示第一子应用的事件创建界面外，本申请实施例还支持通过社交应用程序提供的第二子应用，来创建与第一子应用相匹配的目标事件。也就是说，社交应用程序所包含的多个子应用之间是相互打通的，如在第二子应用中也可以触发显示第一子应用的事件创建界面，以实现创建与第一子应用相关的目标事件；例如，创建者想要通过邮件形式通知待参与目标事件的所有参与对象，那么创建者可以直接从邮件子应用(即第二子应用)中触发第一子应用的事件创建事件；此实现方式下，默认会通过邮件形式通知所有参与对象。当然，如果在通过邮件子应用触发的第一子应用的事件创建界面中，还为部分参与对象添加了其他事件通知方式，那么在采用邮件通知这部分参与对象的情况下，仍然支持采用为这部分参与对象添加的相应的事件通知方式进行事件通知。这样，不仅可以采用统一的事件通知方式通知所有参与对象，而且还支持为参与对象进行个性化事件通知方式的设置。

从社交应用程序提供的第二子应用中，触发显示第一子应用的事件创建界面的具体实施过程可包括：在社交应用程序的应用界面中包含用于访问第二子应用的第二访问组件，该第二子应用不同于第一子应用，如前述描述的第二子应用可以为邮件子应用，第一子应用可以为日程子应用或会议子应用。那么，在创建对象采用邮件形式通知所有参与对象的情况下，创建对象可以直接触发社交应用程序中的第二子应用的第二访问组件，这样响应于针对第二访问组件的触发操作，可显示第二子应用的应用界面，该第二子应用的应用界面中包含与第一子应用相关的事件创建组件，即触发该与第一子应用相关的事件创建组件，可以调起社交应用程序的第一子应用；具体是当该与第一子应用相关的事件创建组件被触发时，显示第一子应用的事件创建界面。由于此实现方式下，第一子应用的事件创建界面是从第二子应用中触发显示的，因此，在该第一子应用的事件创建界面中创建的目标事件的所有参与对象，均默认配置事件通知方式为邮件通知方式；当然，默认配置邮件通知方式的基础上，创建对象还可以为参与对象配置其他事件通知方式。

一种示例性的从第二子应用中触发显示第一子应用的事件创建界面内的示意图可参见图4；如图4所示，在社交应用程序的应用界面401中包含第二子应用的第二访问组件402(如第二子应用为邮件子应用)。在创建对象想要创建与第一子应用相关的目标事件，且希望所有参与对象均被按照邮件通知方式通知目标事件时，创建对象可对该第二访问组件402执行触发操作，此时响应于该触发操作可显示第二子应用的应用界面403，该应用界面403中包含与第一子应用相关的事件创建组件4032。进一步的，创建对象可以触发该事件创建组件4032以调起第一子应用，从而触发显示第一子应用的事件创建界面404。

值得说明的是，①本申请实施例并不限定事件创建组件4032在第二子应用的应用界面403中的显示样式；如图4所示的，事件创建组件4032可以直接显示于第二子应用的应用界面403中，或者，在第二子应用的应用界面403中包含下拉组件4031，可以通过触发该下拉组件4031以触发显示隐藏的事件创建组件4032。②第二子应用为社交应用程序提供的邮件子应用时，通过第二子应用触发显示第一子应用的事件创建界面的界面样式和流程可参见图4；但在第二子应用为其他子应用时，如第二子应用为会话子应用，通过第二子应用触发显示第一子应用的事件创建界面的界面样式和流程与图4所示并不相同；图4只是本申请实施例给出的示例性示意图，并不会对本申请实施例产生限定。

综上所述，本申请实施例支持多种触发显示第一子应用的事件创建界面的实施方式，使得创建对象可以按照自身创建事件的需求，多样化地选择触发显示第一子应用的事件创建界面的方式，提升创建对象的创建体验。

S202、在第一子应用的事件创建界面中设置目标事件的事件信息。

目标事件的事件信息至少包括：待参与目标事件的一个或多个参与对象的对象标识，以及每个参与对象关于目标事件的事件通知方式。其中：参与对象的对象标识可用于唯一标识该参与对象的身份，对象标识可包括但不限于：参与对象在社交应用程序中注册时的编号或ID，参与对象使用的邮箱地址，参与对象设置的昵称，等等，对此不作限定。

关于目标事件的事件通知方式可以包括以下至少一个：①通过应用窗口通知目标事件，此处的应用窗口可以是系统级别((即终端部署的操作系统))的窗口或应用级别的窗口。②通过社交应用程序提供的目标子应用通知目标事件，此处的目标子应用可包括：第一子应用、第二子应用和第三子应用。正如前述所描述的，社交应用程序提供的第一子应用可以包括：社交应用程序提供的日程子应用或会议子应用，第一子应用为日程子应用时，目标事件为日程事件，第一子应用为会议子应用时，目标事件为会议事件。第二子应用为企业通信应用提供的邮件子应用，用于收发邮件。第三子应用可以为社交应用程序提供的会话子应用。③通过第三方应用程序通知目标事件；该第三方应用程序是嵌入社交应用程序，且独立于社交应用程序的应用程序。也就是说，如果社交应用程序与第三方应用程序之间已打通(如社交应用程序或第三方应用程序中创建了会议事件，那么参与对象可以通过社交应用程序或第三方应用程序中的任一种方式参与该会议)，那么可以通过该第三方应用程序通知事件。④无通知，所谓无通知可是指不对参与对象进行关于目标事件的事件通知；例如，在通过第二子应用创建与第一子应用相关的目标事件时，设置了目标参与对象(如任一参与对象)关于目标事件的事件通知方式为无通知，那么只会通过邮件通知方式通知目标参与对象关于目标事件，而不会采用其他事件通知方式通知目标参与对象；再如，在直接通过第一子应用创建了目标事件时，设置了目标参与对象关于目标事件的事件通知方式为无通知，则不会采用任何事件通知方式通知目标参与对象关于该目标事件。

不难理解的是，目标事件的事件信息并不仅限于上述给出的两种信息，如事件信息还可以包括事件开始时间、事件持续事件、事件主题或事件注意事项等等；并且，根据目标事件的事件类型不同，目标事件的事件信息也所有不同；本申请实施例在此对目标事件的事件信息不作详细阐述。

基于上述对目标事件的事件信息的简单介绍，下面对在第一子应用的事件创建界面中输入创建目标事件所需的事件信息的具体实施过程进行介绍。具体实现中，在第一子应用的事件创建界面中包含每种事件信息的输入区域，创建对象在每种事件信息的输入区域内输入(或选择、添加)相关的具体内容，即可完成对相应事件信息的配置(或设置)。本申请实施例主要给出在事件创建界面中为参与对象设置关于目标事件的事件通知方式的具体实施过程；可选的，支持在第一子应用的事件创建界面中为待参与目标事件的所有参与对象，设置相同的事件通知方式；可选的，在第一子应用的事件创建界面中为待参与目标事件的不同参与对象设置不同的事件通知方式。下面详细给出上述描述的两种事件通知方式的示例性的设置实施流程，其中：

(1)待参与目标事件的每个参与对象关于目标事件的事件通知方式均相同；此实现方式下，采用相同的事件通知方式为每个待参与目标事件的参与对象进行事件通知。具体实现中，在第一子应用的事件创建界面中直接显示有至少一个候选通知选项，每个候选通知选项对应一种事件通知方式；当创建对象对至少一个候选通知选项执行选择操作时，终端响应于针对至少一个候选通知选项的选择操作，从至少一个候选通知选项中选中目标通知选项，表示为待参与目标事件的所有参与对象配置的事件通知方式为，该目标通知选项对应的事件通知方式。进一步的，可以在事件创建界面中，突出显示被设置的目标通知选项，以直观地提示创建对象已设置好的事件通知方式，便于创建对象再次确认。

一种示例性的事件创建界面是通过在第一子应用中触发显示，且事件创建界面中直接显示候选通知选项的示意图可参见图5；如图5所示，在第一子应用的事件创建界面中包含每种事件信息对应的输入区域，该输入区域内可输入相应事件信息的具体内容，如参与对象对应的输入区域501、事件通知方式对应的输入区域502、...。其中，在参与对象对应的输入区域501中，可输入待参与目标事件的各参与对象的对象标识，具体的输入方式本申请实施例不作限定，如通过触发添加组件从对象列表中添加，再如通过编辑对象标识添加等等。同理，在事件通知方式对应的输入区域502中，可为所有参与对象设置事件通知方式；具体是通过选择候选通知选项，实现为参与对象设置被选中的候选通知选项对应的事件通知方式。例如，至少一个候选通知选项包括：候选通知选项1、候选通知选项2、候选通知选项3等等，且候选通知选项1对应邮件通知方式、候选通知选项2对应会话通知方式、候选通知选项3对应弹窗通知方式；当至少一个候选通知选项中的候选通知选项1和候选通知选项2被选中时，表示为参与对象设置的事件通知方式包括两种，分别为：邮件通知和会话通知。

进一步的，被选中的候选通知选项可以处于选中状态，处于选中状态的候选通知选项的显示样式与未处于选中状态的候选通知选项的显示样式并不相同，以实现在事件创建界面中突出显示被选中的候选通知选项，有利于创建对象直观感知事件通知方式的设置情况。其中，突出显示被选中的候选通知选项的方式可包括但不限于：被选中的候选通知选项所在区域的颜色深度，大于未被选中的候选通知选项所在区域的颜色深度；或者，被选中的候选通知选项的字体字号，大于未被选中的候选通知选项的字体字号；等等，本申请实施例对此不作限定。

基于上述相关描述，值得说明的是，①考虑到终端的显示屏幕的显示面积有限，因此至少一个候选通知选项可能并不能一次性全部显示于事件创建界面中，有部分候选通知选项被隐藏；因此，本申请实施例支持在事件创建界面中滑动显示被隐藏的部分候选通知选项，以便于创建对象查看多个候选通知选项，具体的滑动方式与候选通知选项的显示位置和显示样式相同；如图5所示的至少一个候选通知选项沿着水平方向排列显示时，可通过执行沿着水平方向的滑动操作，滑动显示被隐藏的候选通知选项；一种滑动显示各候选通知选项的示例性示意图可参见图6a。

②同理，考虑到目标事件的事件信息的事件种类是丰富的，那么事件创建界面中可能不能一次性显示全部的事件信息对应的输入区域；因此，本申请实施例同样支持创建对象按照自身编辑需求，在事件创建界面中滑动显示各事件信息对应的输入区域，以实现创建目标事件；一种滑动显示各事件信息对应的输入区域的示例性示意图可参见图6b。

③考虑到事件创建界面的显示面积有限，因此，本申请实施例还支持候选通知选项隐藏，只有在检测到事件通知方式的设置操作时，才触发显示被隐藏的至少一个候选通知选项，以供创建对象进行事件通知方式的设置。换句话说，除了如图5所示的直接显示事件创建界面中显示至少一个候选通知选项外，本申请实施例还支持先隐藏候选通知选项，在检测到需要配置事件通知方式时，才显现各候选通知选项，这样不仅可能够实现事件通知方式的配置，而且在一定程度上可节省事件创建界面中的空间。

一种示例性的在检测到事件通知方式的设置操作时，才显现至少一个候选通知选项的示意图可参见图7。如图7所示，在第一子应用的事件创建界面中包含设置组件701，该设置组件701表现为事件通知方式对应的输入区域；响应于针对该设置组件701的选中操作，表示创建对象想要为参与对象设置事件通知方式，则显示第一设置窗口702。在第一设置窗口702中显示至少一个候选通知选项，如候选通知选项1、候选通知选项2以及候选通知选项3等等；当任一个或多个候选通知选项被选择时，将被选择的候选通知选项对应的事件通知方式配置给参考对象，并且在设置组件701所在区域(即事件通知方式对应的输入区域)内实时显示被选择的候选通知选项，以直观地告知创建对象已选择的事件通知方式。

继续参见图7，在第一设置窗口702中还包含撤销组件7021和完成选项7022。当撤销选项7021被触发时，表示创建对象想要撤销之前针对候选通知选项的选择操作，则将触发撤销选项7021之前被选中的候选通知选项，从选中状态变化为未选中状态。当完成选项7022被触发时，表示创建对象在第一设置窗口702中已完成对候选通知选项的选择，此时可隐藏第一设置窗口702。

(2)待参与目标事件的所有参与对象中，存在至少两个参与对象关于目标事件的事件通知方式不同；此实现方式下，按照为每个参与对象设置的事件通知方式进行关于目标事件的事件通知，即每个参与对象接收到的关于目标事件的事件通知形式可能不同。具体实现中，假设待参与目标事件的一个或多个参与对象中包含第一对象标识，该第一对象标识对应的参与对象是一个或多个参与对象中的任一参与对象；如果创建对象想要为待参与目标事件的多个参与对象中的某个参与对象设置与其他参与对象不同的事件通知方式，那么创建对象可以在事件创建界面中触发该参与对象的对象标识(在本申请实施例中可以称为第一对象标识，是一个或多个参与对象中任一参与对象对应的对象标识)；此时终端响应于针对第一对象标识的触发操作，显示第二设置窗口，这样创建对象可以在该第二设置窗口中，为第一对象标识对应的参与对象设置事件通知方式。

与前述所描述的，为待参与目标事件的所有参与对象配置相同的事件通知方式的具体实施过程类似的；通过触发第一对象标识显示的第二设置窗口中，包含有至少一个候选通知选项，且每个候选通知选项对应一种事件通知方式；这样，可以根据在第二设置窗口中的选项选择操作，选中目标通知选项，如至少一个候选通知选项中的任一个，表示创建对象想要为第一对象标识对应的参与对象设置该目标通知选项对应的事件通知方式。进一步的，支持在事件创建界面中显示为第一对象标识对应的参与对象所选择的目标通知选项；通过在事件创建界面中显示为各参与对象设置的候选通知选项的方式，有利于帮助创建对象记忆各参与对象关于目标事件的事件通知方式，避免设置的事件通知选项较多所带来的错误设置。

一种示例性的为第一对象标识对应的参与对象，自主设置事件通知方式的示意图可参见图8；如图8所示，假设在事件创建界面中已为待创建的目标事件配置的参与对象包括：参与对象1和参与对象2；若创建对象具有为参与对象1进行事件通知方式的设置需求，则创建对象对该参与对象1对应的对象标识执行触发操作，以触发显示第二设置窗口801，该第二设置窗口801中包含至少一个候选选项，这样创建对象可以在第二设置窗口801中为参考对象1配置事件通知方式。进一步的，为参考对象1配置好事件通知方式后，还支持将配置的事件通知方式显示在事件创建界面中，具体可以是显示在参考对象1相邻区域内，以提示该事件通知方式是为参考对象1所配置的；如图8所示的可以在参考对象1所在区域内显示事件通知方式对应的候选通知选项的图标，如事件通知方式为会话通知方式，则可在参考对象1所在区域显示一个会话图标，以提示创建对象为该参考对象1配置的事件通知方式为会话通知方式。

在上述描述的为第一对象标识对应的参与对象配置事件通知方式的具体实施过程中，有如下几点需要说明：

①创建对象在事件创建界面中对第一对象标识执行的触发操作可以包括但不限于：单击操作、双击操作、长按操作或右键操作等等，本申请实施例对此不作限定。

②触发不同的参与对象的对象标识所显示的第二设置界面中，显示的候选通知选项可能不同，或者，至少一个候选通知选项之间的排列顺序有所不同。可选的，根据不同参与对象已开通的应用功能的不同，在不同参与对象对应的第二设置窗口中显示的候选通知选项并不相。例如，参与对象1未开通社交应用程序提供的邮件功能，而参与对象2已开通了社交应用程序提供的邮件功能，则在参考对象1对应的第二设置窗口中不包含邮件通知方式对应的候选通知选项，但在参考对象2对应的第二设置窗口中包含邮件通知方式对应的候选通知选项。

可选的，不同参与对象对应的第二设置窗口所包含的候选通知选项的排列顺序不同；具体是第二设置窗口中包含的至少一个候选通知选项按照预设规则进行排序显示，预设规则包括：按照第一对象标识对应的参与对象的通知查看优先级(即参与对象查看通知的优先级)排序。也就是说，至少一个候选通知选项在第二设置窗口中，可以按照第一对象标识对应的参考对象对各种事件通知方式的查看习惯的优先级进行排序。例如：参考对象查看最容易查看到弹窗类的通知，其次容易查看邮件类的通知，最后容易查看到会话类的通知，则确定各种事件通知方式的优先级由高至低为：弹窗通知方式→邮件通知方式→会话通知方式；那么，在该参考对象对应的第二设置窗口中，弹窗通知方式对应的候选通知选项排列在第一位置(如水平排列时，第一位置是指最左边的位置，竖直排列时，第一位置是指竖直第一个位置)，邮件通知方式对应的候选通知选项排列在第二位置，会话通知方式对应的候选通知方式排列在最后位置。

通过在不同参考对象对应的第二设置窗口中，按照参考对象的通知参考优先级对各个候选通知选项进行排序显示的方式，有助于创建对象按照目标事件的紧急程度选择相应的事件通知方式，提高事件通知方式设置的灵活性和智能性。

③考虑到待参与目标事件的多个参与对象中，可能具有为部分参与对象设置相同事件通知方式的需求；例如，待参与目标事件的参与对象包括：参与对象1、参与对象2和参与对象3，创建对象可能希望参与对象1和参与对象2关于目标事件的事件通知方式相同。那么本申请实施例还支持在为任一参与对象进行事件通知方式设置的过程中，添加其他参考对象，以便于为多个参与对象同时设置事件通知方式；相比于为每个参考对象分别去设置相同的事件通知方式而言，较大地提升了事件通知方式的设置效率，从而提升目标事件的创建效率。具体实现中，在第二设置窗口中包含对象选择组件，且待参与目标事件的一个或多个参与对象的对象标识中包含第二对象标识，且第二对象标识不同于第一对象标识；那么响应于针对该对象选择组件的选择操作，显示对象列表，该对象列表中包含待参与目标事件的一个或多个参与对象的对象标识，具体是包含一个或多个参与对象中除第一对象标识对应的参与对象之外的，其他参与对象的对象标识；当对象列表中的第二对象标识被选中时，在事件创建界面中将第二对象标识显示为选中状态，此实现方式下，在第二设置窗口中是为第一对象标识对应的参与对象，和第二对象标识对应的参与对象同时配置事件通知方式。

一种示例性的在为任一参与对象进行事件通知方式设置的过程中，添加其他参考对象的示意图可参见图9；如图9所示，在为参考对象1进行事件通知方式设置的过程中，在参考对象1对应的第二设置窗口中包含对象选择组件901。如果创建对象想要将参考对象2关于目标事件的事件通知方式，设置为与参考对象1关于目标事件的事件通知方式相同，则创建对象可以触发第二设置窗口中的对象选择组件901，此时可显示对象列表902，该对象列表902中包含已被配置为待参与目标事件的多个参与对象中，除参与对象1之外的其他参与对象；那么创建对象可以从该对象列表902中选择参与对象2，此时事件创建界面中显示的参考对象2的对象标识处于选中状态，以直观告知创建对象同时为参与对象1和参与对象2配置事件通知方式。

综上所述，本申请实施例支持为待参与目标事件的所有参与对象统一设置相同的事件通知方式，也支持为不同参与对象个性化设置不同的事件通知方式，提高事件通知方式的设置灵活性，满足多样化的事件通知方式的设置需求。并且，本申请实施例还支持同时存在上述给出的两种事件通知方式的设置方式；例如，创建对象在事件创建界面中为所有参与对象配置相同的事件通知方式后，还支持继续为部分参与对象配置事件通知方式，特在此说明。

本申请实施例中，社交应用程序提供有第一子应用，支持创建对象(或称为创建者)在第一子应用的事件创建界面中创建目标事件(如会议事件或日程事件等)，具体是在事件创建界面中设置待创建的目标事件的事件信息以便于基于事件信息创建该目标事件；目标事件的事件信息可包括：待参与该目标事件的一个或多个参与对象(或称为参与者)的对象标识，以及每个参与对象关于该目标事件的事件通知方式，如通过社交应用程序提供的其他子应用进行目标事件的事件通知，或者，通过社交应用程序中嵌入的第三方应用程序进行目标事件的事件通知等等。其中，为不同参与对象设置的关于目标事件的事件通知方式可以相同或不同，这样每个参与对象按照被设置的相应的事件通知方式，接收关于目标事件的事件通知。综上所述，本申请实施例支持创建对象为待参与目标事件的不同参与对象设置个性化的事件通知方式，如匹配各参与对象的通知查看习惯(如某些参与对象习惯查看会话通知)为各参与对象设置不同的事件通知方式，不仅满足创建对象个性化设置事件通知方式的需求，而且在一定程度上可提高事件通知的查看率，确保事件通知的有效性，提升事件通知设置的灵活性。

请参见图10，图10是本申请一个示例性实施例提供的另一种事件通知方法的流程示意图，该方法可由上述提及的终端101和服务器102共同执行；参见图10所示，该事件通知方法可包括如下步骤S1001-S1003：

S1001、显示社交应用程序的第一子应用的事件创建界面。

S1002、在第一子应用的事件创建界面中设置目标事件的事件信息。

需要说明的是，步骤S1001-S1002所示的设置目标事件的事件信息的具体实施过程，可参见前述图2所示实施例中步骤S201-S202所示的具体实施过程的相关描述。

正如前述所描述的，目标事件的事件信息包括：每个参与对象关于目标事件的事件通知方式；其中，事件通知方式包括：通过社交应用程序提供的应用窗口通知目标事件；或者，通过社交应用程序提供的目标子应用通知目标事件，此处的目标子应用可包括：第一子应用、第二子应用和第三子应用；或者，通过社交应用程序中嵌入的第三方应用程序通知目标事件；或者，无通知。

下面以待参与目标事件的至少一个参与对象中任一参与对象表示为目标参与对象为例，结合附图对目标参与对象关于目标事件的事件通知方式的具体界面显示和后台实现逻辑进行介绍，其中：

(1)目标参与对象关于目标事件的事件通知方式为：通过应用窗口通知目标事件。示例性的，该应用窗口为应用级别的窗口，即社交应用程序提供的窗口，即该应用窗口不属于社交应用程序中的任一子应用，而是属于整个社交应用程序；换句话说，无论终端中当前显示的是社交应用程序的哪一子应用的应用界面，只要接收到与第一子应用相关的目标事件的事件通知消息时，均可以输出应用窗口来进行事件通知。

一种示例性的目标参与对象，按照应用窗口接收关于目标事件的事件通知的示意图可参见图11a。如图11a所示，假设第一子应用为日程子应用，且第一子应用的事件创建界面是通过第二子应用触发显示的，该第二子应用为邮件子应用，且创建对象在创建目标事件的过程中，为目标参与对象配置的事件通知方式为：通过社交应用程序提供的应用窗口通知目标事件。那么创建对象在事件创建界面中完成事件信息的输入后，终端可以基于事件信息生成第一事件创建请求，该第一事件创建请求中携带目标事件的事件信息；终端将第一事件创建请求发送至服务器，具体是发送到邮件子应用对应的后台服务器。

邮件子应用对应的后台服务器在接收第一事件创建请求后，一方面，基于目标事件的事件信息生成事件通知邮件，该事件通知邮件中包含目标事件的事件信息，并将该事件通知邮件发送至目标参与对象。另一方面，邮件子应用响应于第一事件创建请求，还向日程子应用发送第二事件创建请求；这样日程子应用响应于接收到的第二事件创建请求，可以关联存储目标事件的事件标识、目标参与对象的对象标识以及目标参与对象关于目标事件的事件通知方式。并且，日程子应用基于关联存储关系，基于事件信息生成弹窗信息，并将该弹窗信息发送至目标参与对象，以便于在目标参与对象侧显示应用窗口1101，该应用窗口中包含目标事件的事件通知。

不难理解的是，如果第一子应用的事件创建界面是通过第一子应用直接触发显示的，那么上述提及的第一事件创建请求和第二事件创建请求合并为一个事件创建请求；此实现方式下，终端只需将合并后的事件创建请求发送至日程子应用对应的后台服务器，以便于该日程子应用对应的后台服务器按照弹窗形式下发事件通知。

另外，为便于理解，上述图11a所示的流程示意图还可以采用图11b来表示，本申请实施例并不区分图11a和图11b。如图11b所示，创建对象通过社交应用程序中的第二子应用(如邮件子应用)触发显示第一子应用(如日程子应用或会议子应用)的事件创建界面后，可在该事件创建界面中输入待创建的目标事件的事件信息。然后，在目标事件的事件信息编辑完成后，不仅可以通过第二子应用进行目标事件的相关提醒(如邮件提醒)，还会向第一子应用对应的后台服务器发送事件创建请求，这样第一子应用对应的后台服务器可记录相关信息(如关联存储目标事件的事件标识、参与对象的对象标识和相应参与对象关于目标事件的事件通知方式)。进一步的，第一子应用对应的后台服务器还根据事件通知方式为各参与对象进行关于目标事件的事件通知；例如图11b所示，如果任一参与对象关于目标事件的事件通知方式不包含通过第一子应用进行事件通知，则第一子应用对应的后台服务器便不再通过第一子应用进行事件通知。由上述描述的，如果第一子应用的事件创建界面从第二子应用触发显示的，那么默认通过第二子应用进行目标事件的事件通知；此时为避免重复通知(即参与对象接收到关于目标事件的事件通知)，创建对象可以为各参与对象设置事件通知方式为无通知；此实现方式下，只有默认通过第二子应用进行目标事件的事件通知，而不采用其他方式进行通知，可避免关于目标事件的重复通知，在一定程度上可提升参与对象的事件通知体验。

进一步的，如果创建对象设置了目标事件的开始提醒时间，则第一子应用对应的后台服务器在检测到该开始提醒时间到时，通过第一子应用进行事件提醒；此处的开始提醒时间与本申请实施例涉及的事件通知有所不同的是，事件通知是指目标事件创建好后的创建时刻通知，即在创建好目标事件后就通知目标事件，然而，开始提醒时间是由创建对象设置的任一时间，如会议开始前的15分钟。

(2)目标参与对象关于目标事件的事件通知方式为：通过社交应用程序提供的目标子应用通知目标事件，此处的目标子应用可包括：第一子应用、第二子应用和第三子应用中的任一个，如目标子应用包括第二子应用和第三子应用，第二子应用为邮件子应用，第三子应用为会话子应用。

一种示例性的目标参与对象，通过第二子应用和第三子应用接收关于目标事件的事件通知的示意图可参见图12。如图12所示，假设第一子应用为日程子应用，且第一子应用的事件创建界面是通过第一子应用直接触发显示的，该第二子应用为邮件子应用，第三子应用为会话子应用。那么创建对象在事件创建界面中完成事件信息的输入后，终端可以基于事件信息生成事件创建请求，该事件创建请求中携带目标事件的事件信息；终端将事件创建请求发送至服务器，具体是发送到日程子应用对应的后台服务器。

然后，日程子应用接收终端发送的事件创建请求后，响应于该事件创建请求关联存储目标事件的事件标识、目标参与对象的对象标识以及目标参与对象关于目标事件的事件通知方式。进一步的，在关于目标事件的事件通知方式同时包括邮件通知方式和会话通知方式的情况下，日程子应用可以基于目标事件的事件信息生成满足邮件子应用数据格式的第一事件通知请求，和满足会话子应用数据格式的第二事件通知请求，并分别将第一事件通知请求发送至邮件子应用对应的后台服务器，以及将第二事件通知请求发送至会话子应用对应的后台服务器。相应的，邮件子应用对应的后台服务器在接收到第一事件通知请求，以向目标参与对象发送事件邮件通知，会话子应用对应的后台服务器在接收到第二事件通知请求，以向目标参与对象发送事件会话通知。

需要说明的是，如果至少一个参与对象中的至少两个参与对象被设置的事件通知方式相同，且事件通知方式为通过邮件子应用通知目标事件，那么可选的，至少两个参与对象通过接收群邮件的方式接收关于目标事件的事件通知，即至少两个参与对象可以接收到以群邮件形式表现的事件通知邮件；可选的，还可以采用个人邮件的形式向各参与对象发送事件通知邮件。本申请实施例对邮件通知方式的具体实施过程不作限定。同理，如果至少一个参与对象中的至少两个参与对象被设置的事件通知方式相同，且事件通知方式为通过会话子应用通知目标事件，那么可选的，至少两个参与对象通过接收群组会话的方式接收所述目标事件的事件通知，即至少两个参与对象可以被添加到同一群组，在该群组会话中以群会话消息的形式接收关于目标事件的事件通知；可选的，参与对象还可以通过与创建对象之间单独会话接收关于目标事件的事件通知。

另外，在事件通知方式为通过会话形式发送事件通知的情况下，本申请实施例还支持目标参与对象针对会话形式的事件通知进行通知反馈，所谓通知反馈可以简单理解为目标参与对是否参加目标事件的答复情况，这样通知反馈可包括：参与事件和不参与事件。这样有利于创建对象及时了解事件的参与情况，为目标事件的顺利开展进行较好的准备，提升事件开展的有效性。进一步的，在通知反馈为不参与事件的情况下，本申请实施例还支持目标参与对象输入不参与目标事件的理由，有利于创建对象进行审批。

具体实现中，第三子应用为会话子应用，在任一参与对象关于目标事件的的事件通知方式为：通过社交应用程序提供的第三子应用通知目标事件时，在会话子应用提供的创建对象与目标参与对象之间的目标会话界面中，以会话消息形式显示目标事件，如图13所示的事件通知消息1301。进一步的，若目标参与对象通过其所使用的终端对该事件通知消息1301进行了回复，则在目标会话界面中可以显示通知反馈消息，该通知反馈消息包含目标参与对象在目标会话界面中针对目标事件输入的回复内容。其中，根据目标参与对象输入回复内容的方式不同，目标会话界面中显示的通知反馈消息的形式有所不同。继续参见图13，可选的，目标参与对象通过目标会话消息的消息输入框输入回复内容进行反馈，那么通知反馈消息可以表现为与会话消息相同的形式；可选的，目标参与对象通过事件通知消息1301所携带的输入框输入回复消息，那么通知反馈消息可以显示在事件通知消息1301所在区域内。

值得注意的是，本申请实施例对通知反馈消息在目标会话界面中的具体表现形式不作限定。另外，在事件通知方式为其他方式(如邮件)时，本申请实施例同样支持目标参与对象进行事件反馈，反馈具体实施过程与图13所示的具体实施过程类似，本申请实施例在此不作详细描述。通过事件反馈的方式，一方面有助于创建对象及时了解目标参与对象对目标事件的知悉情况，另一方面有利于创建对象及时了解目标参与对象参与目标事件的情况，为目标事件最好预先准备。

(3)目标参与对象关于目标事件的事件通知方式为：通过第三方应用程序通知目标事件。正如前述所描述的，第三方应用程序是与社交应用程序相互独立的应用程序，但第三应用程序与社交应用程序之间可以进行通信(即已打通)；此实现方式下，本申请实施例支持在社交应用程序中创建目标事件后，采用第三方应用程序进行关于目标事件的事件通知。这样即使目标参与对象未登录社交应用程序或未留意到社交应用程序中的消息，也能通过第三方应用程序即时获取到目标事件，提高目标事件的触达率和有效性。

一种示例性的目标参与对象，通过第三方应用程序接收关于目标事件的事件通知的示意图可参见图14。如图14所示，假设第一子应用为日程子应用，且第一子应用的事件创建界面是通过第一子应用直接触发显示的。那么创建对象在事件创建界面中完成事件信息的输入后，终端可以基于事件信息生成事件创建请求，该事件创建请求中携带目标事件的事件信息；终端将事件创建请求发送至服务器，具体是发送到日程子应用对应的后台服务器。

然后，日程子应用接收终端发送的事件创建请求后，响应于该事件创建请求关联存储目标事件的事件标识、目标参与对象的对象标识以及目标参与对象关于目标事件的事件通知方式。进一步的，在关于目标事件的事件通知方式同时包括通过第三方应用程序进行事件通知的情况下，日程子应用可以基于目标事件的事件信息生成满足第三方应用程序的数据格式的事件通知请求，并将该事件通知请求发送至第三应用程序对应的后台服务器。相应的，第三应用程序对应的后台服务器在接收到事件通知请求，以向目标参与对象发送关于目标事件的事件通知。

(4)目标参与对象关于目标事件的事件通知方式为：无通知；换句话说，创建对象没有为目标参与对象配置任何的事件通知方式。此实现方式下，目标参与对象只会收到第一子应用本身的事件通知，以对目标参与对象进行关于目标事件的弱提醒。一种示例性的弱提醒目标事件的示意图可参见图15；如图15所示，假设第一子应用为日程子应用，且第一子应用的事件创建界面是通过第一子应用直接触发显示的，且创建对象为目标参与对象配置的事件通知方式为无通知。那么创建对象在事件创建界面中完成事件信息的输入后，终端可以基于事件信息生成事件创建请求，该事件创建请求中携带目标事件的事件信息；终端将事件创建请求发送至服务器，具体是发送到日程子应用对应的后台服务器。

然后，日程子应用接收终端发送的事件创建请求后，响应于该事件创建请求关联存储目标事件的事件标识、目标参与对象的对象标识以及目标参与对象关于目标事件的事件通知方式。进一步的，在关于目标事件的事件通知方式为无通知的情况下，日程子应用直接下发关于目标事件的弱提醒至目标参与对象。如该弱提醒为如图15所示的第一子应用(如第一子应用为日程应用)所在区域内显示的小红点(或其他颜色)。当然，本申请实施例对弱提醒的具体实施方式不作限定，在此说明。

综上所述，本申请实施例支持由创建对象对不同参与对象的事件通知方式进行自主设置，为每个参与对象设置的事件通知方式可以相同或不同，以实现对不同参与对象的强提醒(如弹窗提醒、会话提醒及邮件提醒等)和弱提醒(如“小红点”提醒)，丰富事件提醒方式，满足不同事件提醒场景需求(如在幻灯片会议场景下，往往希望采用弱提醒方式进行事件通知)。

1003、响应于针对所述事件创建界面中的历史事件组件的触发操作，显示历史事件列表，所述历史事件列表中包含历史时间内创建的历史事件。

本申请实施例支持通过事件创建界面查看历史事件；此处的历史事件可包括：创建对象在历史时间内创建的事件，或者，创建对象在历史时间内被设置为参与对象且由其他对象创建的事件。如图16所示，在第一子应用为日程子应用，在该日程子应用的事件创建界面中包含历史事件组件1601；当创建对象对该历史事件组件1601执行触发操作时，表示创建对象想要查看历史事件，此时可输出历史事件列表1602，该历史事件列表1602中包含历史时间内创建的历史事件，如历史事件1、历史事件2及历史事件3等等。需要说明的是，历史事件列表可以如图16所示的显示于浮窗中，历史事件列表还可以显示于单独的界面中，本申请实施例对历史事件列表的具体显示位置和显示样式不作限定；与之类似的是，历史事件组件在事件创建界面中的显示位置和显示样式与并不仅限于图16所示的，特在此说明。

本申请实施例还支持对历史事件列表中的任一历史事件的事件详情进行查看。历史事件的事件详情包括：该历史事件的事件信息，为该目标事件配置的各参与对象的参与情况(如同意参加，不同意参加，准时参加或延迟参加等等)，或者，历史事件的事件状态，等等。这样，有利于创建对象掌握各个历史事件的情况，实现对历史事件的高效管理。具体实现中，在历史事件列表中包含有每个历史事件的事件状态；事件状态包括：已执行状态、未执行状态和执行状态等，任一历史事件在不同时刻可处于不同的事件状态。例如，历史事件为会议事件，如果该会议的开始事件为8:00，结束事件为9:00，那么在8:00之前确定该会议事件处于未执行状态，即会议还未被召开；在时间范围[8:00，9:00]内确定该会议事件处于已执行状态，即会议正在被召开；在9:00之后确定该会议事件处于已执行状态，即会议已结束。进一步的，当历史事件列表中的任一历史事件被触发后，可显示被触发的历史事件的事情详情界面；该事件详情界面中可包含该历史事件的相关信息。当然，根据被触发的历史事件的事件状态不同，事件详情界面中显示的信息有所不同。

如图17所示，以被触发的目标历史事件的事件状态为未执行状态为例。当事件状态为未执行状态的目标历史事件(如处于未执行状态的任一历史事件)被触发时，可以触发显示该目标历史事件的事件详情界面。其中，事件详情界面中可以显示与目标历史事件相关的信息，包括但不限于回执信息；所谓回执信息可以包括：①待参与目标历史事件的各参与对象的子回执信息；例如，某个参与对象针对目标历史事件的子回执信息为“不参与目标历史事件”，或者，某个参与对象针对目标历史事件的子回执信息为“延迟10分钟参与目标历史事件”等等。②以及，能够参与目标历史事件的参与对象的数量；例如，待参与目标历史事件的参与对象的总数为10人，在查看该目标历史事件时只有5个参与对象的子回执信息为“参与目标历史事件”，则确定能够参与目标历史事件的参与对象的数量为5；当然，除了直接显示能够参与目标历史事件的参与对象数量，还支持以比例形式显示能够参与目标历史事件的人数比例，如上述的例子中能够参与目标历史事件的人数比例为50％(或1/2)。

通过上述描述的，将统计的能够参与目标历史事件的数量，以及各参与对象针对目标历史事件的子回执信息，直接显示于目标历史事件的事件详情界面中，有利于创建对象直观地获取到各参与对象参与目标历史事件的情况，省去了创建对象手动统计的工作量，提升对象体验。

另外，本申请实施例还支持历史事件的复用，所谓历史事件的复用可以简单理解为：对已创建的历史事件进行简单修改，或者不修改，就直接生成新的事件。在待新建的目标事件的事件信息与历史事件的事件信息存在较多相同信息的情况下，通过事件的复用，可以缩短目标事件的创建时间，从而提高目标事件的创建效率。具体实现中，当历史事件列表中的目标历史事件(如事件状态为任一状态的历史事件)被触发时，显示目标历史事件的事件详情界面，在该事件详情界面中包含事件复用组件；当创建对象对该事件复用组件执行触发操作时，表示创建对象想要复用该目标历史事件，则显示包含目标历史事件的事件信息的事件创建界面；在该事件创建界面中，响应于针对目标历史事件的事件信息的更新操作，可以得到更新后的事件信息；若检测到发布操作，则可以发布更新后的目标历史事件，该更新后的目标历史事件即是新创建的目标历史事件。

可以理解的是，本申请实施例并不仅限于事件创建组件显示于某个历史事件的事件详情界面中；例如，事件创建组件还可以显示于历史事件列表中。示例性地，一种通过触发事件创建组件复用目标历史事件，且事件创建组件显示于事件详情界面和历史事件列表的示意图可参见图18；当然，事件创建组件在事件详情界面和历史事件列表中的显示位置和显示样式可以发生变化，在此不作详细描述。需说明的是，本申请实施例复用任一历史事件，甚至并不需要通过触发事件创建组件来启动某个历史事件的复用，而是在历史事件列表中针对任一历史事件执行激活操作(如长按操作、双击操作或三击操作等)，以激活对该任一历史事件的复用。本申请实施例对复用历史事件的具体实施过程不作限定，特在此说明。综上所述，通过对已创建的历史事件进行事件的复用，能够帮助创建者快速创建新的目标事件，提高事件创建效率。

本申请实施例中，社交应用程序提供有第一子应用，支持创建对象(或称为创建者)在第一子应用的事件创建界面中创建目标事件(如会议事件或日程事件等)，具体是在事件创建界面中设置待创建的目标事件的事件信息以便于基于事件信息创建该目标事件；目标事件的事件信息可包括：待参与该目标事件的一个或多个参与对象(或称为参与者)的对象标识，以及每个参与对象关于该目标事件的事件通知方式，如通过社交应用程序提供的其他子应用进行目标事件的事件通知，或者，通过社交应用程序中嵌入的第三方应用程序进行目标事件的事件通知等等。其中，为不同参与对象设置的关于目标事件的事件通知方式可以相同或不同，这样每个参与对象按照被设置的相应的事件通知方式，接收关于目标事件的事件通知。综上所述，本申请实施例支持创建对象为待参与目标事件的不同参与对象设置个性化的事件通知方式，如匹配各参与对象的通知查看习惯(如某些参与对象习惯查看会话通知)为各参与对象设置不同的事件通知方式，不仅满足创建对象个性化设置事件通知方式的需求，而且在一定程度上可提高事件通知的查看率，确保事件通知的有效性，提升事件通知设置的灵活性。

上述详细阐述了本申请实施例的方法，为了便于更好地实施本申请实施例的上述方法，相应地，下面提供了本申请实施例的装置。

图19示出了本申请一个示例性实施例提供的一种事件通知装置的结构示意图，该事件通知装置可以是运行于终端中的一个计算机程序(包括程序代码)；该事件通知装置可以用于执行图2及图10所示的方法实施例中的部分或全部步骤，该事件通知装置包括如下单元：

显示单元1901，用于显示社交应用程序的第一子应用的事件创建界面；

处理单元1902，用于在第一子应用的事件创建界面中设置目标事件的事件信息，事件信息包括：待参与目标事件的一个或多个参与对象的对象标识，以及每个参与对象关于目标事件的事件通知方式；

其中，不同参与对象关于目标事件的事件通知方式允许相同或不同；每个参与对象按照被设置的相应的事件通知方式，接收关于目标事件的事件通知。

在一种实现方式中，社交应用程序的应用界面中包含用于访问第一子应用的第一访问组件；显示单元1901，用于显示社交应用程序的第一子应用的应用界面时，具体用于：

响应于针对第一访问组件的触发操作，显示第一子应用的应用界面，第一子应用的应用界面中包含事件创建组件；

当事件创建组件被触发时，显示第一子应用的事件创建界面。

在一种实现方式中，社交应用程序的应用界面中包含用于访问第二子应用的第二访问组件，第二子应用不同于第一子应用；处理单元1902，用于显示社交应用程序的第一子应用的应用界面时，具体用于：

响应于针对第二访问组件的触发操作，显示第二子应用的应用界面，第二子应用的应用界面中包含与第一子应用相关的事件创建组件；

当与第一子应用相关的事件创建组件被触发时，显示第一子应用的事件创建界面。

在一种实现方式中，处理单元1902，用于在第一子应用的事件创建界面中设置目标事件的事件信息时，具体用于：

在事件创建界面显示至少一个候选通知选项，每个候选通知选项对应一种事件通知方式；

响应于针对至少一个候选通知选项的选择操作，从至少一个候选通知选项中选择目标通知选项；其中，每个参与对象关于目标事件的事件通知方式为目标通知选项对应的事件通知方式；

在事件创建界面中，突出显示目标通知选项。

在一种实现方式中，事件创建界面中包含设置组件，处理单元1902，用于在事件创建界面显示至少一个候选通知选项时，具体用于：

响应于针对设置组件的选中操作，显示第一设置窗口；

在第一设置窗口中显示至少一个候选通知选项。

在一种实现方式中，待参与目标事件的一个或多个参与对象的对象标识中包含第一对象标识，第一对象标识对应的参与对象是一个或多个参与对象中的任一参与对象；处理单元1902，用于在第一子应用的事件创建界面中设置目标事件的事件信息时，具体用于：

响应于针对第一对象标识的触发操作，显示第二设置窗口；

在第二设置窗口中，为第一对象标识对应的参与对象配置事件通知方式。

在一种实现方式中，第二设置窗口中包含至少一个候选通知选项，每个候选通知选项对应一种事件通知方式；处理单元1902，用于在第二设置窗口中，为第一对象标识对应的参与对象配置事件通知方式时，具体用于：

根据在第二设置窗口中的选项选择操作，选中目标通知选项；

在事件创建界面中，显示为第一对象标识对应的参与对象所选择的目标通知选项；

其中，第二设置窗口中包含的至少一个候选通知选项按照预设规则进行排序显示，预设规则包括：按照第一对象标识对应的参与对象的通知查看优先级排序。

在一种实现方式中，第二设置窗口中包含对象选择组件；待参与目标事件的一个或多个参与对象的对象标识中包含第二对象标识，第二对象标识不同于第一对象标识；处理单元1902，还用于：

响应于针对对象选择组件的选择操作，显示对象列表，对象列表中包含待参与目标事件的一个或多个参与对象的对象标识；

当对象列表中的第二对象标识被选中时，在事件创建界面中将第二对象标识显示为选中状态；

处理单元1902，用于在第二设置窗口中，为第一对象标识对应的参与对象配置事件通知方式时，具体用于：

在第二设置窗口中，为第一对象标识对应的参与对象，和第二对象标识对应的参与对象，配置事件通知方式。

在一种实现方式中，事件通知方式包括以下至少一个：通过应用窗口通知目标事件；通过第一子应用通知目标事件；通过第二子应用通知目标事件；通过社交应用程序的第三子应用通知所述目标事件；通过第三方应用程序通知目标事件；或者，无通知；

其中，第一子应用包括社交应用程序提供的日程子应用或会议子应用，第一子应用为所述日程子应用时，目标事件为日程事件，第一子应用为所述会议子应用时目标事件为会议事件；第二子应用为社交应用程序提供的邮件子应用；第三子应用为社交应用程序提供的会话子应用。

在一种实现方式中，第三子应用为会话子应用，在任一参与对象关于目标事件的事件通知方式为：通过第三子应用通知所述目标事件时，处理单元1902，还用于：

在会话子应用提供的，与任一参与对象之间的目标会话界面中，以会话消息形式显示目标事件；

在目标会话界面中显示通知反馈消息；通知反馈消息包含任一参与对象在目标会话界面中针对目标事件输入的回复内容。

在一种实现方式中，若至少一个参与对象中的至少两个参与对象关于目标事件的事件通知方式相同，且事件通知方式为通过邮件子应用通知目标事件，则至少两个参与对象按照群组邮件的方式，接收关于目标事件的事件通知；

若至少一个参与对象中的至少两个参与对象关于目标事件的事件通知方式相同，且事件通知方式为通过会话子应用通知目标事件，则至少两个参与对象按照群组会话的方式，接收关于目标事件的事件通知。

在一种实现方式中，事件创建界面中包含历史事件组件；处理单元1902，还用于：

响应于针对历史事件组件的触发操作，显示历史事件列表，历史事件列表中包含在历史时间内创建的历史事件。

在一种实现方式中，历史事件列表中还包含历史事件的事件状态，事件状态包括：已执行状态、未执行状态和执行状态；处理单元1902，还用于：

当事件状态为未执行状态的目标历史事件被触发时，显示目标历史事件的事件详情界面；

在事件详情界面中显示与目标历史事件相关的回执信息；

其中，回执信息包括：待参与目标历史事件的各参与对象的子回执信息，以及，能够参与目标历史事件的参与对象的数量。

在一种实现方式中，处理单元1902，还用于：

当历史事件列表中的目标历史事件被触发时，显示目标历史事件的事件详情界面，事件详情界面中包含事件复用组件；

响应于针对事件复用组件的触发操作，显示包含目标历史事件的事件信息的事件创建界面；

响应于针对目标历史事件的事件信息的更新操作，发布更新后的目标历史事件。

在一种实现方式中，处理单元1902，还用于：

基于事件信息创建目标事件；

将目标事件的事件标识，每个参与对象的对象标识，以及每个参与对象关于目标事件的事件通知方式，关联存储至事件通知列表中；

根据事件通知列表，分别向各参与对象发送关于目标事件的事件通知消息。

在一种实现方式中，处理单元1902用于根据事件通知列表，分别向各参与对象发送关于目标事件的事件通知消息时，具体用于：

基于事件通知列表中各参与对象对应的事件通知方式，为各参与对象生成相应的关于目标事件的事件通知消息；

分别向各参与对象发送相应的关于目标事件的事件通知消息。

在一种实现方式中，至少一个参与对象中的任一参与对象表示为目标参与对象，若为目标参与对象设置的事件通知方式为：无通知，则处理单元1902，还用于：

将目标参与对象标记为无需通知对象。

根据本申请的一个实施例，图19所示的事件通知装置中的各个单元可以分别或全部合并为一个或若干个另外的单元来构成，或者其中的某个(些)单元还可以再拆分为功能上更小的多个单元来构成，这可以实现同样的操作，而不影响本申请的实施例的技术效果的实现。上述单元是基于逻辑功能划分的，在实际应用中，一个单元的功能也可以由多个单元来实现，或者多个单元的功能由一个单元实现。在本申请的其它实施例中，该事件通知装置也可以包括其它单元，在实际应用中，这些功能也可以由其它单元协助实现，并且可以由多个单元协作实现。根据本申请的另一个实施例，可以通过在包括中央处理单元(CPU)、随机存取存储介质(RAM)、只读存储介质(ROM)等处理元件和存储元件的例如计算机的通用计算设备上运行能够执行如图2及图10所示的相应方法所涉及的各步骤的计算机程序(包括程序代码)，来构造如图19中所示的事件通知装置，以及来实现本申请实施例的事件通知方法。计算机程序可以记载于例如计算机可读记录介质上，并通过计算机可读记录介质装载于上述计算设备中，并在其中运行。

本申请实施例中，社交应用程序提供有第一子应用，支持创建对象(或称为创建者)在第一子应用的事件创建界面中创建目标事件(如会议事件或日程事件等)，具体是在事件创建界面中设置待创建的目标事件的事件信息以便于基于事件信息创建该目标事件。目标事件的事件信息可包括：待参与该目标事件的一个或多个参与对象(或称为参与者)的对象标识，以及每个参与对象关于该目标事件的事件通知方式，如通过社交应用程序提供的其他子应用进行目标事件的事件通知，或者，通过社交应用程序中嵌入的第三方应用程序进行目标事件的事件通知等等。其中，为不同参与对象设置的关于目标事件的事件通知方式可以相同或不同，这样每个参与对象按照被设置的相应的事件通知方式，接收关于目标事件的事件通知。综上所述，本申请实施例支持创建对象为待参与目标事件的不同参与对象设置个性化的事件通知方式，如匹配各参与对象的通知查看习惯(如某些参与对象习惯查看会话通知)为各参与对象设置不同的事件通知方式，不仅满足创建对象个性化设置事件通知方式的需求，而且在一定程度上可提高事件通知的查看率，确保事件通知的有效性，提升事件通知设置的灵活性。

图20示出了本申请一个示例性实施例提供的一种终端的结构示意图。请参见图20，该终端包括处理器2001、通信接口2002以及计算机可读存储介质2003。其中，处理器2001、通信接口2002以及计算机可读存储介质2003可通过总线或者其它方式连接。其中，通信接口2002用于接收和发送数据。计算机可读存储介质2003可以存储在终端的存储器中，计算机可读存储介质2003用于存储计算机程序，计算机程序包括程序指令，处理器2001用于执行计算机可读存储介质2003存储的程序指令。处理器2001(或称CPU(CentralProcessing Unit，中央处理器))是终端的计算核心以及控制核心，其适于实现一条或多条指令，具体适于加载并执行一条或多条指令从而实现相应方法流程或相应功能。

本申请实施例还提供了一种计算机可读存储介质(Memory)，计算机可读存储介质是终端中的记忆设备，用于存放程序和数据。可以理解的是，此处的计算机可读存储介质既可以包括终端中的内置存储介质，当然也可以包括终端所支持的扩展存储介质。计算机可读存储介质提供存储空间，该存储空间存储了终端的处理系统。并且，在该存储空间中还存放了适于被处理器2001加载并执行的一条或多条的指令，这些指令可以是一个或多个的计算机程序(包括程序代码)。需要说明的是，此处的计算机可读存储介质可以是高速RAM存储器，也可以是非不稳定的存储器(non-volatile memory)，例如至少一个磁盘存储器；可选的，还可以是至少一个位于远离前述处理器的计算机可读存储介质。

在一个实施例中，该计算机可读存储介质中存储有一条或多条指令；由处理器2001加载并执行计算机可读存储介质中存放的一条或多条指令，以实现上述事件通知方法实施例中的相应步骤；具体实现中，计算机可读存储介质中的一条或多条指令由处理器2001加载并执行如下步骤：

显示社交应用程序的第一子应用的事件创建界面；

在第一子应用的事件创建界面中设置目标事件的事件信息，事件信息包括：待参与目标事件的一个或多个参与对象的对象标识，以及每个参与对象关于目标事件的事件通知方式；

其中，不同参与对象关于目标事件的事件通知方式允许相同或不同；每个参与对象按照被设置的相应的事件通知方式，接收关于目标事件的事件通知。

在一种实现方式中，社交应用程序的应用界面中包含用于访问第一子应用的第一访问组件；计算机可读存储介质中的一条或多条指令由处理器2001加载并在执行显示社交应用程序的第一子应用的应用界面时，具体执行如下步骤：

响应于针对第一访问组件的触发操作，显示第一子应用的应用界面，第一子应用的应用界面中包含事件创建组件；

当事件创建组件被触发时，显示第一子应用的事件创建界面。

在一种实现方式中，社交应用程序的应用界面中包含用于访问第二子应用的第二访问组件，第二子应用不同于第一子应用；计算机可读存储介质中的一条或多条指令由处理器2001加载并在执行显示社交应用程序的第一子应用的应用界面时，具体执行如下步骤：

响应于针对第二访问组件的触发操作，显示第二子应用的应用界面，第二子应用的应用界面中包含与第一子应用相关的事件创建组件；

当与第一子应用相关的事件创建组件被触发时，显示第一子应用的事件创建界面。

在一种实现方式中，计算机可读存储介质中的一条或多条指令由处理器2001加载并在执行在第一子应用的事件创建界面中设置目标事件的事件信息时，具体执行如下步骤：

在事件创建界面显示至少一个候选通知选项，每个候选通知选项对应一种事件通知方式；

响应于针对至少一个候选通知选项的选择操作，从至少一个候选通知选项中选择目标通知选项；其中，每个参与对象关于目标事件的事件通知方式为目标通知选项对应的事件通知方式；

在事件创建界面中，突出显示目标通知选项。

在一种实现方式中，事件创建界面中包含设置组件，计算机可读存储介质中的一条或多条指令由处理器2001加载并在执行在事件创建界面显示至少一个候选通知选项时，具体执行如下步骤：

响应于针对设置组件的选中操作，显示第一设置窗口；

在第一设置窗口中显示至少一个候选通知选项。

在一种实现方式中，待参与目标事件的一个或多个参与对象的对象标识中包含第一对象标识，第一对象标识对应的参与对象是一个或多个参与对象中的任一参与对象；计算机可读存储介质中的一条或多条指令由处理器2001加载并在执行在第一子应用的事件创建界面中设置目标事件的事件信息时，具体执行如下步骤：

响应于针对第一对象标识的触发操作，显示第二设置窗口；

在第二设置窗口中，为第一对象标识对应的参与对象配置事件通知方式。

在一种实现方式中，第二设置窗口中包含至少一个候选通知选项，每个候选通知选项对应一种事件通知方式；计算机可读存储介质中的一条或多条指令由处理器2001加载并在执行在第二设置窗口中，为第一对象标识对应的参与对象配置事件通知方式时，具体执行如下步骤：

根据在第二设置窗口中的选项选择操作，选中目标通知选项；

在事件创建界面中，显示为第一对象标识对应的参与对象所选择的目标通知选项；

其中，第二设置窗口中包含的至少一个候选通知选项按照预设规则进行排序显示，预设规则包括：按照第一对象标识对应的参与对象的通知查看优先级排序。

在一种实现方式中，第二设置窗口中包含对象选择组件；待参与目标事件的一个或多个参与对象的对象标识中包含第二对象标识，第二对象标识不同于第一对象标识；计算机可读存储介质中的一条或多条指令由处理器2001加载并还执行如下步骤：

响应于针对对象选择组件的选择操作，显示对象列表，对象列表中包含待参与目标事件的一个或多个参与对象的对象标识；

当对象列表中的第二对象标识被选中时，在事件创建界面中将第二对象标识显示为选中状态；

计算机可读存储介质中的一条或多条指令由处理器2001加载并在执行在第二设置窗口中，为第一对象标识对应的参与对象配置事件通知方式时，具体执行如下步骤：

在第二设置窗口中，为第一对象标识对应的参与对象，和第二对象标识对应的参与对象，配置事件通知方式。

在一种实现方式中，事件通知方式包括以下至少一个：通过应用窗口通知目标事件；通过第一子应用通知目标事件；通过第二子应用通知目标事件；通过社交应用程序的第三子应用通知所述目标事件；通过第三方应用程序通知目标事件；或者，无通知；

其中，第一子应用包括社交应用程序提供的日程子应用或会议子应用，第一子应用为所述日程子应用时，目标事件为日程事件，第一子应用为所述会议子应用时目标事件为会议事件；第二子应用为社交应用程序提供的邮件子应用；第三子应用为社交应用程序提供的会话子应用。

在一种实现方式中，第三子应用为会话子应用，在任一参与对象关于目标事件的事件通知方式为：通过第三子应用通知所述目标事件时，计算机可读存储介质中的一条或多条指令由处理器2001加载并还执行如下步骤：

在会话子应用提供的，与任一参与对象之间的目标会话界面中，以会话消息形式显示目标事件；

在目标会话界面中显示通知反馈消息；通知反馈消息包含任一参与对象在目标会话界面中针对目标事件输入的回复内容。

在一种实现方式中，若至少一个参与对象中的至少两个参与对象关于目标事件的事件通知方式相同，且事件通知方式为通过邮件子应用通知目标事件，则至少两个参与对象按照群组邮件的方式，接收关于目标事件的事件通知；

若至少一个参与对象中的至少两个参与对象关于目标事件的事件通知方式相同，且事件通知方式为通过会话子应用通知目标事件，则至少两个参与对象按照群组会话的方式，接收关于目标事件的事件通知。

在一种实现方式中，事件创建界面中包含历史事件组件；计算机可读存储介质中的一条或多条指令由处理器2001加载并还执行如下步骤：

响应于针对历史事件组件的触发操作，显示历史事件列表，历史事件列表中包含在历史时间内创建的历史事件。

在一种实现方式中，历史事件列表中还包含历史事件的事件状态，事件状态包括：已执行状态、未执行状态和执行状态；计算机可读存储介质中的一条或多条指令由处理器2001加载并还执行如下步骤：

当事件状态为未执行状态的目标历史事件被触发时，显示目标历史事件的事件详情界面；

在事件详情界面中显示与目标历史事件相关的回执信息；

其中，回执信息包括：待参与目标历史事件的各参与对象的子回执信息，以及，能够参与目标历史事件的参与对象的数量。

在一种实现方式中，计算机可读存储介质中的一条或多条指令由处理器2001加载并还执行如下步骤：

当历史事件列表中的目标历史事件被触发时，显示目标历史事件的事件详情界面，事件详情界面中包含事件复用组件；

响应于针对事件复用组件的触发操作，显示包含目标历史事件的事件信息的事件创建界面；

响应于针对目标历史事件的事件信息的更新操作，发布更新后的目标历史事件。

在一种实现方式中，计算机可读存储介质中的一条或多条指令由处理器2001加载并还执行如下步骤：

基于事件信息创建目标事件；

将目标事件的事件标识，每个参与对象的对象标识，以及每个参与对象关于目标事件的事件通知方式，关联存储至事件通知列表中；

根据事件通知列表，分别向各参与对象发送关于目标事件的事件通知消息。

在一种实现方式中，计算机可读存储介质中的一条或多条指令由处理器2001加载并在执行根据事件通知列表，分别向各参与对象发送关于目标事件的事件通知消息时，具体执行如下步骤：

基于事件通知列表中各参与对象对应的事件通知方式，为各参与对象生成相应的关于目标事件的事件通知消息；

分别向各参与对象发送相应的关于目标事件的事件通知消息。

在一种实现方式中，至少一个参与对象中的任一参与对象表示为目标参与对象，若为目标参与对象设置的事件通知方式为：无通知，则计算机可读存储介质中的一条或多条指令由处理器2001加载并还执行如下步骤：

将目标参与对象标记为无需通知对象。

综上所述，本申请实施例支持创建对象为待参与目标事件的不同参与对象设置个性化的事件通知方式，如匹配各参与对象的通知查看习惯(如某些参与对象习惯查看会话通知)为各参与对象设置不同的事件通知方式，不仅满足创建对象个性化设置事件通知方式的需求，而且在一定程度上可提高事件通知的查看率，确保事件通知的有效性，提升事件通知设置的灵活性。

本申请实施例还提供一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。终端的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该终端执行上述事件通知方法。

本领域普通技术人员可以意识到，结合本申请中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用，使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行计算机程序指令时，全部或部分地产生按照本发明实施例所述的流程或功能。计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程设备。计算机指令可以存储在计算机可读存储介质中，或者通过计算机可读存储介质进行传输。计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如，同轴电缆、光纤、数字用户线(DSL))或无线(例如，红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据处理设备。可用介质可以是磁性介质(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如，固态硬盘(Solid State Disk，SSD))等。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (21)

1.一种事件通知方法，其特征在于，包括：

显示社交应用程序的第一子应用的事件创建界面；

在所述第一子应用的事件创建界面中设置目标事件的事件信息，所述事件信息包括：待参与所述目标事件的一个或多个参与对象的对象标识，以及每个参与对象关于所述目标事件的事件通知方式；

其中，不同参与对象关于所述目标事件的事件通知方式允许相同或不同；所述每个参与对象按照被设置的相应的事件通知方式，接收关于所述目标事件的事件通知。

2.如权利要求1所述的方法，其特征在于，所述社交应用程序的应用界面中包含用于访问所述第一子应用的第一访问组件；所述显示社交应用程序的第一子应用的应用界面，包括：

响应于针对所述第一访问组件的触发操作，显示所述第一子应用的应用界面，所述第一子应用的应用界面中包含事件创建组件；

当所述事件创建组件被触发时，显示所述第一子应用的事件创建界面。

3.如权利要求1所述的方法，其特征在于，所述社交应用程序的应用界面中包含用于访问第二子应用的第二访问组件，所述第二子应用不同于所述第一子应用；所述显示社交应用程序的第一子应用的应用界面，包括：

响应于针对所述第二访问组件的触发操作，显示所述第二子应用的应用界面，所述第二子应用的应用界面中包含与所述第一子应用相关的事件创建组件；

当与所述第一子应用相关的事件创建组件被触发时，显示所述第一子应用的事件创建界面。

4.如权利要求1所述的方法，其特征在于，所述在所述第一子应用的事件创建界面中设置目标事件的事件信息，包括：

在所述事件创建界面显示至少一个候选通知选项，每个候选通知选项对应一种事件通知方式；

响应于针对所述至少一个候选通知选项的选择操作，从所述至少一个候选通知选项中选择目标通知选项；其中，所述每个参与对象关于所述目标事件的事件通知方式为所述目标通知选项对应的事件通知方式；

在所述事件创建界面中，突出显示所述目标通知选项。

5.如权利要求4所述的方法，其特征在于，所述事件创建界面中包含设置组件，所述在所述事件创建界面显示至少一个候选通知选项，包括：

响应于针对所述设置组件的选中操作，显示第一设置窗口；

在所述第一设置窗口中显示至少一个候选通知选项。

6.如权利要求1所述的方法，其特征在于，待参与所述目标事件的一个或多个参与对象的对象标识中包含第一对象标识，所述第一对象标识对应的参与对象是所述一个或多个参与对象中的任一参与对象；所述在所述第一子应用的事件创建界面中设置目标事件的事件信息，包括：

响应于针对所述第一对象标识的触发操作，显示第二设置窗口；

在所述第二设置窗口中，为所述第一对象标识对应的参与对象配置事件通知方式。

7.如权利要求6所述的方法，其特征在于，所述第二设置窗口中包含至少一个候选通知选项，每个候选通知选项对应一种事件通知方式；所述在所述第二设置窗口中，为所述第一对象标识对应的参与对象配置事件通知方式，包括：

根据在所述第二设置窗口中的选项选择操作，选中目标通知选项；

在所述事件创建界面中，显示为所述第一对象标识对应的参与对象所选择的所述目标通知选项；

其中，所述第二设置窗口中包含的所述至少一个候选通知选项按照预设规则进行排序显示，所述预设规则包括：按照所述第一对象标识对应的参与对象的通知查看优先级排序。

8.如权利要求6所述的方法，其特征在于，所述第二设置窗口中包含对象选择组件；待参与所述目标事件的一个或多个参与对象的对象标识中包含第二对象标识，所述第二对象标识不同于所述第一对象标识；所述方法还包括：

响应于针对所述对象选择组件的选择操作，显示对象列表，所述对象列表中包含待参与所述目标事件的所述一个或多个参与对象的对象标识；

当所述对象列表中的所述第二对象标识被选中时，在所述事件创建界面中将所述第二对象标识显示为选中状态；

所述在所述第二设置窗口中，为所述第一对象标识对应的参与对象配置事件通知方式，包括：

在所述第二设置窗口中，为所述第一对象标识对应的参与对象，和所述第二对象标识对应的参与对象，配置事件通知方式。

9.如权利要求1-8任一项所述的方法，其特征在于，所述事件通知方式包括以下至少一个：通过应用窗口通知所述目标事件；通过所述第一子应用通知所述目标事件；通过所述第二子应用通知所述目标事件；通过所述社交应用程序的第三子应用通知所述目标事件；通过第三方应用程序通知所述目标事件；或者，无通知；

其中，所述第一子应用包括所述社交应用程序提供的日程子应用或会议子应用，所述第一子应用为所述日程子应用时，所述目标事件为日程事件，所述第一子应用为所述会议子应用时，所述目标事件为会议事件；所述第二子应用为所述社交应用程序提供的邮件子应用；所述第三子应用为所述社交应用程序提供的会话子应用。

10.如权利要求9所述的方法，其特征在于，所述第三子应用为所述会话子应用，在任一参与对象关于目标事件的事件通知方式为：通过第三子应用通知所述目标事件时，所述方法还包括：

在所述会话子应用提供的，与所述任一参与对象之间的目标会话界面中，以会话消息形式显示所述目标事件；

在所述目标会话界面中显示通知反馈消息；所述通知反馈消息包含所述任一参与对象在所述目标会话界面中针对所述目标事件输入的回复内容。

11.如权利要求9所述的方法，其特征在于，若所述至少一个参与对象中的至少两个参与对象关于所述目标事件的事件通知方式相同，且所述事件通知方式为通过所述邮件子应用通知所述目标事件，则所述至少两个参与对象按照群组邮件的方式，接收关于所述目标事件的事件通知；

若所述至少一个参与对象中的至少两个参与对象关于所述目标事件的事件通知方式相同，且所述事件通知方式为通过所述会话子应用通知所述目标事件，则所述至少两个参与对象按照群组会话的方式，接收关于所述目标事件的事件通知。

12.如权利要求1所述的方法，其特征在于，所述事件创建界面中包含历史事件组件；所述方法还包括：

响应于针对所述历史事件组件的触发操作，显示历史事件列表，所述历史事件列表中包含在历史时间内创建的历史事件。

13.如权利要求12所述的方法，其特征在于，所述历史事件列表中还包含历史事件的事件状态，所述事件状态包括：已执行状态、未执行状态和执行状态；所述方法还包括：

当事件状态为未执行状态的目标历史事件被触发时，显示所述目标历史事件的事件详情界面；

在所述事件详情界面中显示与所述目标历史事件相关的回执信息；

其中，所述回执信息包括：待参与所述目标历史事件的各参与对象的子回执信息，以及，能够参与所述目标历史事件的参与对象的数量。

14.如权利要求12所述的方法，其特征在于，所述方法还包括：

当所述历史事件列表中的目标历史事件被触发时，显示所述目标历史事件的事件详情界面，所述事件详情界面中包含事件复用组件；

响应于针对所述事件复用组件的触发操作，显示包含所述目标历史事件的事件信息的事件创建界面；

响应于针对所述目标历史事件的事件信息的更新操作，发布更新后的目标历史事件。

15.如权利要求1所述的方法，其特征在于，所述方法还包括：

基于所述事件信息创建所述目标事件；

将所述目标事件的事件标识，每个参与对象的对象标识，以及每个参与对象关于所述目标事件的事件通知方式，关联存储至事件通知列表中；

根据所述事件通知列表，分别向所述各参与对象发送关于所述目标事件的事件通知消息。

16.如权利要求15所述的方法，其特征在于，所述根据所述事件通知列表，分别向所述各参与对象发送关于所述目标事件的事件通知消息，包括：

基于所述事件通知列表中各参与对象对应的事件通知方式，为所述各参与对象生成相应的关于所述目标事件的事件通知消息；

分别向所述各参与对象发送相应的关于所述目标事件的事件通知消息。

17.如权利要求15所述的方法，其特征在于，所述至少一个参与对象中的任一参与对象表示为目标参与对象，若为所述目标参与对象设置的事件通知方式为：无通知，则所述方法还包括：

将所述目标参与对象标记为无需通知对象。

18.一种事件通知装置，其特征在于，包括：

显示单元，用于显示社交应用程序的第一子应用的事件创建界面；

处理单元，用于在所述第一子应用的事件创建界面中设置目标事件的事件信息，所述事件信息包括：待参与所述目标事件的一个或多个参与对象的对象标识，以及每个参与对象关于所述目标事件的事件通知方式；

其中，不同参与对象关于所述目标事件的事件通知方式允许相同或不同；所述每个参与对象按照被设置的相应的事件通知方式，接收关于所述目标事件的事件通知。

19.一种终端，其特征在于，包括：

处理器，适于执行计算机程序；

计算机可读存储介质，所述计算机可读存储介质中存储有计算机程序，所述计算机程序被所述处理器执行时，实现如权利要求1-17任一项所述的事件通知方法。

20.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机程序，所述计算机程序适于由处理器加载并执行如权利要求1-17任一项所述的事件通知方法。

21.一种计算机程序产品，其特征在于，所述计算机程序产品包括计算机指令，所述计算机指令被处理器执行时实现如权利要求1-17任一项所述的事件通知方法。