CN109005517A - 活动提醒方法、活动提醒消息生成方法及装置 - Google Patents

Abstract

本申请提供一种活动提醒方法、活动提醒消息生成方法及装置，该方法可以包括：客户端接收针对活动类型的提醒消息生成指令；所述客户端确定提醒对象和所述活动类型对应的活动描述信息；所述客户端向所述提醒对象发送提醒消息，所述提醒消息包含所述活动描述信息。通过本申请的技术方案，可以快捷实现活动提醒。

Description

活动提醒方法、活动提醒消息生成方法及装置

技术领域

本申请涉及通讯技术领域，尤其涉及一种活动提醒方法、活动提醒消息生成方法及装置。

背景技术

在相关技术中，移动化企业办公平台被越来越广泛地应用于企业、教育机构、政府机关等各类团体的办公过程，不仅能够提升用户之间的沟通效率、降低沟通成本，而且能够有效提升用户的事件处理效率和办公效率。

举例而言，移动化企业办公平台可以用于发送提醒消息，该提醒消息可以基于移动化企业办公平台提供的即时通讯功能而发送，也可以基于短信、电话等传统的移动通讯方式而发送，以确保提醒效果。

但是，相关技术中的提醒消息被应用于所有场景，导致一些对于时限性等要求较高的重要事件，无法被有效突出；尤其是，当用户接收到的提醒消息较多、甚至被滥用时，很容易导致上述重要事件被忽视，造成提醒消息的提醒作用受限。

发明内容

有鉴于此，本申请提供一种活动提醒方法、活动提醒消息生成方法及装置，可以快捷实现活动提醒。

为实现上述目的，本申请提供技术方案如下：

根据本申请的第一方面，提出了一种活动提醒方法，包括：

客户端接收针对活动类型的提醒消息生成指令；

所述客户端确定提醒对象和所述活动类型对应的活动描述信息；

所述客户端向所述提醒对象发送提醒消息，所述提醒消息包含所述活动描述信息。

根据本申请的第二方面，提出了一种活动提醒方法，包括：

客户端接收活动类型的提醒消息；

所述客户端展示所述提醒消息包含的活动描述信息；

所述客户端根据收到的针对所述活动描述信息的用户触发操作，向所述提醒消息的发送方返回相应的响应消息，所述响应消息包括所述用户触发操作指示的针对所述活动描述信息的接受状况信息。

根据本申请的第三方面，提出了一种活动提醒消息生成方法，包括：

客户端接收提醒消息生成指令；

所述客户端展示出所述提醒消息的备选消息类型；

所述客户端根据选中的消息类型，生成相应的消息。

根据本申请的第四方面，提出了一种活动提醒装置，包括：

接收单元，使客户端接收针对活动类型的提醒消息生成指令；

确定单元，使所述客户端确定提醒对象和所述活动类型对应的活动描述信息；

发送单元，使所述客户端向所述提醒对象发送提醒消息，所述提醒消息包含所述活动描述信息。

根据本申请的第五方面，提出了一种活动提醒装置，包括：

第一接收单元，使客户端接收活动类型的提醒消息；

展示单元，使所述客户端展示所述提醒消息包含的活动描述信息；

返回单元，使所述客户端根据收到的针对所述活动描述信息的用户触发操作，向所述提醒消息的发送方返回相应的响应消息，所述响应消息包括所述用户触发操作指示的针对所述活动描述信息的接受状况信息。

根据本申请的第六方面，提出了一种活动提醒消息生成装置，包括：

接收单元，使客户端接收提醒消息生成指令；

展示单元，使所述客户端展示出所述提醒消息的备选消息类型；

实施单元，使所述客户端根据选中的消息类型，生成相应的消息。

根据本申请的第七方面，提出了一种活动提醒方法，包括：

客户端根据活动描述信息和提醒对象生成提醒消息；

所述客户端向所述提醒对象发送提醒消息，所述提醒消息包含所述活动描述信息。

根据本申请的第八方面，提出了一种活动提醒装置，包括：

生成单元，使客户端根据活动描述信息和提醒对象生成提醒消息；

发送单元，使所述客户端向所述提醒对象发送提醒消息，所述提醒消息包含所述活动描述信息。

由以上技术方案可见，本申请通过提供活动类型的提醒消息，可以针对在时限性等方面具有较高要求的活动事件而单独发出提醒消息，并且能够有效地区别于其他类型的提醒消息，从而即便在用户接收到较多数量的提醒消息时，仍然能够基于消息类型而快速区分、识别出上述的活动事件，避免发生遗漏。

附图说明

图1是本申请一示例性实施例提供的一种活动提醒***的架构示意图。

图2A是本申请一示例性实施例提供的一种基于发送方侧的活动提醒方法的流程图。

图2B是本申请一示例性实施例提供的另一种基于发送方侧的活动提醒方法的流程图。

图3是本申请一示例性实施例提供的一种基于接收方侧的活动提醒方法的流程图。

图4提出了本申请一示例性实施例提供的一种活动提醒消息生成方法的流程图。

图5提出了本申请一示例性实施例提供的一种发送方侧的提醒消息管理页面的示意图。

图6提出了本申请一示例性实施例提供的一种发送方侧的消息类型选择页面的示意图。

图7提出了本申请一示例性实施例提供的一种发送方侧的新建会议页面的示意图。

图8提出了本申请一示例性实施例提供的一种发送方侧的将通讯消息转换为提醒消息的示意图。

图9提出了本申请一示例性实施例提供的一种接收方侧的提醒消息管理页面的示意图。

图10提出了本申请一示例性实施例提供的一种接收方侧的提醒消息详情页面的示意图。

图11提出了本申请一示例性实施例提供的另一种接收方侧的提醒消息详情页面的示意图。

图12提出了本申请一示例性实施例提供的另一种发送方侧的提醒消息管理页面的示意图。

图13A提出了本申请一示例性实施例提供的一种发送方侧的响应详情页面的示意图。

图13B提出了本申请一示例性实施例提供的另一种发送方侧的响应详情页面的示意图。

图14提出了本申请一示例性实施例提供的一种接收方侧的理由输入窗口的示意图。

图15提出了本申请一示例性实施例提供的又一种发送方侧的响应详情页面的示意图。

图16-18提出了本申请一示例性实施例提供的一种接收方侧的通过提醒消息详情页面发起调整请求的示意图。

图19提出了本申请一示例性实施例提供的一种发送方侧的通过响应详情页面处理调整请求的示意图。

图20提出了本申请一示例性实施例提供的一种发送方侧的对调整后的会议描述信息进行提示的示意图。

图21提出了本申请一示例性实施例提供的一种接收方侧的对新的会议提醒消息中调整后的会议描述信息进行提示的示意图。

图22提出了本申请一示例性实施例提供的一种管理日历的页面示意图。

图23提出了本申请一示例性实施例提供的一种对提醒消息管理页面中的提醒消息进行分类筛选展示的示意图。

图24-26提出了本申请一示例性实施例提供的一种在PC端创建会议提醒消息的示意图。

图27是本申请一示例性实施例提供的一种电子设备的结构示意图。

图28是本申请一示例性实施例提供的一种基于发送方侧的活动提醒装置的框图。

图29是本申请一示例性实施例提供的一种基于接收方侧的活动提醒装置的框图。

图30是本申请一示例性实施例提供的另一种基于发送方侧的活动提醒装置的框图。

图31是本申请一示例性实施例提供的另一种电子设备的结构示意图。

图32是本申请一示例性实施例提供的一种活动提醒消息生成装置的框图。

具体实施方式

图1是本申请一示例性实施例提供的一种活动提醒***的架构示意图。如图1所示，该***可以包括服务器11、网络12、若干电子设备，比如手机13、手机14、手机15和手机16等。

服务器11可以为包含一独立主机的物理服务器，或者该服务器11可以为主机集群承载的虚拟服务器，或者该服务器11可以为云服务器。在运行过程中，服务器11可以运行某一应用的服务器侧的程序，以实现该应用的相关业务功能，比如当该服务器11运行移动化团体办公平台的程序时，可以实现为该移动化团体办公平台的服务端。而在本申请的技术方案中，可由服务器11通过与手机13-16上运行的客户端进行配合，以实现活动提醒方案。

其中，移动化企业办公平台不仅可以实现通讯功能，还可以作为诸多其他功能的集成化功能平台，比如对于审批事件(如请假、办公物品申领、财务等审批事件)、考勤事件、任务事件、日志事件等企业内部事件的处理，再比如订餐、采购等企业外部事件的处理，本申请并不对此进行限制。较为具体地，移动化企业办公平台可以承载于相关技术中的即时通讯应用，比如企业即时通讯(Enterprise Instant Messaging，EIM)应用，例如Skype ForMicrosoft 等。当然，即时通讯功能仅为移动化企业办公平台支持的通讯功能之一，该企业办公平台还能够实现更多诸如上述的其他功能，以及本申请中所需实现的活动提醒功能等，此处不再赘述。

手机13-16只是用户可以使用的一种类型的电子设备。实际上，用户显然还可以使用诸如下述类型的电子设备：平板设备、笔记本电脑、掌上电脑(PDAs，Personal DigitalAssistants)、可穿戴设备(如智能眼镜、智能手表等)等，本申请并不对此进行限制。在运行过程中，该电子设备可以运行某一应用的客户端侧的程序，以实现该应用的相关业务功能，比如当该电子设备运行移动化团体办公平台的程序时，可以实现为该移动化团体办公平台的客户端。其中，移动化企业办公平台的客户端的应用程序可以被预先安装在电子设备上，使得该客户端可以在该电子设备上被启动并运行；当然，当采用诸如HTML5技术的在线“客户端”时，无需在电子设备上安装相应的应用程序，即可获得并运行该客户端。

而对于手机13-16与服务器11之间进行交互的网络12，可以包括多种类型的有线或无线网络。在一实施例中，该网络12可以包括公共交换电话网络(Public SwitchedTelephone Network，PSTN)和因特网。同时，手机13-16等电子设备之间也可以通过该网络12进行通讯交互，比如在任意两台电子设备之间建立单聊通讯会话；或者，若干电子设备可以参与至同一群聊通讯会话，使得任一用户可以通过自身的电子设备向该群聊通讯会话中的其他所有用户发送通讯消息，比如当该群聊通讯会话为多个团体之间的跨团体通讯会话时，这些团体中的团体成员可以通过该跨团体通讯会话进行群聊通讯；再比如，每台电子设备均可以通过网络12向其他的一台或多台电子设备发送活动类型的提醒消息，以实现本申请的活动提醒功能。

服务器11与手机13-16之间可以通过网络12建立长连接，使得服务器11通过该长连接向手机13-16发送推送消息等，手机13-16也可以基于该长连接向服务器11发送消息等。或者，服务器11与手机13-16之间也可以通过其他方式实现基于该网络12的通讯过程，此处不再一一赘述。

可见，在本申请的技术方案的实施过程中，涉及到活动类型的提醒消息的发送方与接收方之间的交互过程；下面分别从双方的处理逻辑和交互过程，对本申请的技术方案进行描述。

图2A是本申请一示例性实施例提供的一种基于发送方侧的活动提醒方法的流程图。如图2A所示，该方法应用于发送方使用的电子设备上，可以包括以下步骤：

步骤202A，移动化企业办公平台的客户端获取针对活动类型的提醒消息生成指令。

在本实施例中，移动化企业办公平台可以提供多种生成提醒消息的途径，因而存在多种方式来获取上述的针对活动类型的提醒消息的消息生成指令，本申请并不对此进行限制；实际上，任何适用于相关技术中的提醒消息的生成方式，均可以适用于本申请中以生成活动类型的提醒消息。

在一实施方式中，客户端可以接收针对提醒消息的用户创建操作，以及针对所述提醒消息的类型信息的用户选择操作，并当所述用户选择操作选取的类型信息为活动类型时，所述客户端确定获取到所述消息生成指令。比如，客户端可以首先向用户(在本实施例中，即发送方)提供针对提醒消息的创建选项，当用户通过用户创建操作触发该创建选项时，客户端可以进一步向用户提供提醒消息的备选消息类型，以供用户通过用户选择操作选取所需创建的提醒消息的类型信息；或者，客户端可以直接向用户提供分别对应于每一类型的提醒消息的创建选项，而用户在触发活动类型的提醒消息对应的创建选项时，即可同时完成上述的用户创建操作和用户选择操作，以创建活动类型的提醒消息。

在另一实施方式中，客户端可以接收针对移动化企业办公平台内的通讯消息的用户触发操作，所述用户触发操作用于指示所述客户端将所述通讯消息转换为提醒消息；然后，客户端在识别出所述通讯消息的消息内容中包含预设类型的活动描述信息时，确定获取到所述消息生成指令。其中，上述的通讯消息可以包括客户端内的任意通讯会话页面内的已接收消息或已发送消息，当用户针对该即时通讯消息实施点击、长按、重压等预设操作时，可以唤出针对该通讯消息的若干处理选项，比如复制、删除、转发、转换等，其中用户可以通过选取“转换”处理选项以完成上述的用户触发操作，使得客户端提取该通讯消息的消息内容并生成相应的提醒消息。在生成提醒消息的过程中，客户端可以根据对该通讯消息的消息内容的识别结果，在该消息内容中包含预设类型的活动描述信息的情况下，将上述通讯消息的消息内容生成为活动类型的提醒消息。

其中，客户端可以通过多种方式获取上述的识别结果。在一种情况下，客户端可以主动识别通讯消息的消息内容，并生成相应的识别结果；在另一种情况下，客户端可以向服务端发起识别请求，并接收服务端返回的针对该通讯消息的消息内容的识别结果；在又一种情况下，客户端可以向用户展示提供消息的备选消息类型，并根据用户的选择结果而确定相应的识别结果，比如当用户选择了活动类型时，客户端可以确定识别结果为包含预设类型的活动描述信息。

进一步地，当被触发的通讯消息的消息内容中包含预设类型的活动描述信息时，客户端可以将该活动描述信息添加至所需生成的活动类型的提醒消息中，还可以将该通讯消息的关联通讯方添加为提醒对象。例如，假定被触发的通讯消息为“明天下午2-4点在2号楼201室讨论X项目……”，客户端可以确定的活动描述信息包括：活动时间信息为“明天下午2-4点”(可以转换为具体的年月日形式)、活动地点信息为“2号楼201室”、活动主题信息为“讨论X项目……”等，同时该通讯消息的关联通讯方可以包括相应的发送方和接收方等。

在本实施例中，活动类型的提醒消息用于实现针对活动的提醒功能；其中，活动可以理解为由多人参与并完成一定的动作，以期达到相应的目的，比如本申请中的活动可以包括：会议、聚餐、出游、讨论等，本申请并不对此进行限制。

步骤204A，所述客户端确定提醒对象和所述活动类型对应的活动描述信息。

在本实施例中，活动描述信息可以包括以下至少之一：活动主题信息、活动地点信息、活动形式信息(比如线下会议、线上会议等，再比如视频会议、电话会议等)、活动时间信息(比如活动开始时刻、活动结束时刻；或者，比如活动开始时刻和活动时长；或者，比如仅包含活动开始时刻；或者其他情况)。活动描述信息中可能同时包含一个或多个活动主题，也可能同时包含一个或多个活动地点，可以分别指出每一活动主题对应的活动地点和活动时间信息，以更加明确活动情况。

步骤206A，所述客户端向所述提醒对象发送提醒消息，所述提醒消息包含所述活动描述信息。

在本实施例中，客户端可以在默认发送时刻或者用户设定的发送时刻、按照默认消息类型或者用户设定的消息类型发送所述提醒消息。其中，用户通过设定发送时刻，可以实现对活动类型的提醒消息的定时发送，该发送时刻可以为尚未发生的任意时刻，比如用户可以直接设定为诸如“今天15时25分”等绝对时刻，也可以设定为诸如“活动开始时刻之前30分钟”等相对时刻，或者其他任意形式的时刻。同时，用户可以通过设置消息类型，以实现不同程度的提醒作用，例如消息类型可以包括“应用内”的即时通讯消息、短信、电话(例如语音播报消息内容等)等，用户可以仅选取一种消息类型、使得客户端仅通过单一形式发送提醒消息，或者也可以选取多种消息类型、使得客户端同时通过多种形式发送提醒消息。

在本实施例中，作为接收方的提醒对象可以针对发送方发出的提醒消息进行响应，则客户端可以接收所述提醒对象返回的响应消息，所述响应消息包含所述提醒对象针对所述活动描述信息的接受状况信息；然后，所述客户端可以将所述提醒对象与对应的响应消息进行关联展示，以便于发送方进行查看。其中，接受状况信息表明接收方是否认同上述活动类型的提醒消息中包含的活动描述信息；例如，当接受状况信息为“同意”时，表明其可以接受活动描述信息定义的“活动主题”、“活动地点”、“活动时间”等，从而具有较大概率参与相关活动；而当接受状况信息为“拒绝”时，表明其可能无法接受至少一部分活动描述信息，从而具有较大概率无法参与相关活动。

其中，当所述接受状况信息为拒绝时，所述响应消息还包括：拒绝理由，比如接收方可以明确是由于“距离活动地点过远”、“活动时间过早”等原因，导致其无法参与相关活动，有助于发送方据此对活动进行及时调整，以便于提升提醒对象参与活动的概率。上述的“拒绝理由”可以为选填项；或者，也可以为接收方在选取“拒绝”时的必填项，以确保发送方能够据此实现对活动进行调整，并进而提升提醒对象参与活动的概率。

在本实施例中，客户端可以根据所述活动描述信息，在所述移动化企业办公平台中的管理日历中添加相应的活动事件，以便于提升对该活动事件的管理效率和便捷性。其中，管理日历中可能包含多种类型的管理事件，那么针对上述的活动事件以及其他管理事件，可以在管理日历中采用不同的展示属性，以便于发送方在查看过程中实现快速识别和区分。

在本实施例中，客户端可以接收所述提醒对象针对所述活动描述信息中的至少一个项目提出的调整请求，以及所述客户端在收到针对所述调整请求的用户确认操作时，可以基于调整后的活动描述信息向所述提醒对象发送新的提醒消息；或者，可以基于调整后的活动描述信息向所述提醒对象发送针对所述提醒消息的调整指令，使得提醒对象使用的客户端可以根据该调整指令对先前接收到的提醒消息中的活动描述信息进行调整。

在本实施例中，客户端在发出提醒消息后的预设时长内未接收到所述提醒对象返回的响应消息时，可以自动向所述提醒对象重新发送所述提醒消息，以提升提醒成功率；或者，客户端可以展示针对所述提醒对象的重复提醒选项，使得用户可以根据实际情况确定是否需要重复提醒，并在确定需要重复提醒时对重复提醒选项实施用户触发操作，以使得客户端在收到针对所述重复提醒选项的用户触发操作时向所述提醒对象重新发送所述提醒消息。

在本实施例中，所述提醒消息中可以包含默认或用户设定的提醒时间点、默认或用户设定的提醒方式，以使所述提醒对象在所述提醒时间点被基于所述提醒方式进行活动提醒，且提醒内容与所述活动描述信息相关。其中，提醒时间点可以为活动开始时刻或者活动开始时刻之前的任意时刻，比如活动开始前5分钟、活动开始前半小时等。提醒方式可以包括“应用内”的即时通讯消息、短信、电话等，可以仅采用一种提醒方式、使得提醒对象仅获得单一形式的活动提醒，或者也可以采用多种提醒方式、使得提醒对象同时获得多种形式的活动提醒。

在本实施例中，所述客户端还可以根据所述活动描述信息包含的活动开始时刻，在所述活动开始时刻发起针对所述提醒对象的呼叫请求，以建立音频连接或视频连接；其中，该呼叫请求可以用于使得客户端与提醒对象之间建立起音频连接或视频连接，或者该呼叫请求可以用于使得提醒对象之间建立起音频连接或视频连接等。此外，对于已经建立的音频连接或视频连接，尚未加入的客户端或提醒对象还可以通过其他途径进行中途加入。通过由客户端自动发起该呼叫请求，一方面无需发送方手动通过客户端执行呼叫操作，另一方面即便发送方忘记操作或由于其他事务而未注意到活动开始时刻已到达，也可以确保活动准时开始、避免发生延误。实际上，当发送方忘记操作或由于其他事务而未注意到活动开始时刻已到达时，通过由客户端自动发起呼叫请求，还可以对发送方起到提醒作用，确保活动的顺利进行。

当然，除了由客户端发起呼叫请求之外，还可以存在其他实施方式。例如，所述客户端可以根据所述活动描述信息包含的活动开始时刻，向服务端发起呼叫预约请求，客户端可以在活动开始时刻到达之前的任意时刻发起该呼叫预约请求；其中，所述呼叫预约请求用于指示所述服务端在所述活动开始时刻向所述客户端和所述提醒对象中至少之一发起呼叫，以建立音频连接或视频连接。再例如，当客户端通过服务端将提醒消息发送至提醒对象时，由于服务端可以获得该提醒消息并获取其中的活动描述信息，那么服务端可以根据该活动描述信息包含的活动开始时刻，在所述活动开始时刻向所述客户端和所述提醒对象中至少之一发起呼叫，以建立音频连接或视频连接，而无需客户端单独发送上述的呼叫预约请求或类似消息。对于上述由服务端发起呼叫的方案，服务端可以仅向所述客户端发起呼叫，使得客户端响应于该呼叫而建立相应的音频连接或视频连接，而提醒对象可以通过其他途径加入该音频连接或视频连接；或者，服务端可以仅向提醒对象发起呼叫，使得提醒对象响应于该呼叫而建立相应的音频连接或视频连接，其中服务端可以同时向所有提醒对象发起呼叫，也可以仅向部分提醒对象发起呼叫、而其他提醒对象可以通过其他途径加入已建立的音频连接或视频连接，当然客户端也可以通过其他途径加入已建立的音频连接或视频连接；或者，服务端可以向客户端和提醒对象发起呼叫，使得在客户端与提醒对象之间建立起音频连接或视频连接。

在本实施例中，客户端可以获取活动描述信息包含的活动形式信息，该活动形式信息用于表明相应的活动为电话会议、视频会议等线上活动，或者聚餐、出游等线下活动。那么，客户端可以在确定活动形式信息为电话会议或视频会议等线上活动时，发起上述的呼叫请求或者呼叫预约请求，以使得发送方与提醒对象之间通过相应的音频连接或视频连接实现该线上活动。

图2B是本申请一示例性实施例提供的另一种基于发送方侧的活动提醒方法的流程图。如图2B所示，该方法应用于发送方使用的电子设备上，可以包括以下步骤：

步骤202B，移动化企业办公平台的客户端根据活动描述信息和提醒对象生成提醒消息。

在本实施例中，移动化企业办公平台可以提供多种生成提醒消息的途径，因而存在多种方式来获取上述的针对活动类型的提醒消息的消息生成指令，本申请并不对此进行限制；实际上，任何适用于相关技术中的提醒消息的生成方式，均可以适用于本申请中以生成活动类型的提醒消息。

在一实施例中，所述客户端收到针对所述提醒消息的用户创建操作，以及针对所述提醒消息的类型信息的用户选择操作；当所述用户选择操作选取的类型信息为活动类型时，所述客户端根据所述活动类型生成提醒消息。比如，客户端可以首先向用户(在本实施例中，即发送方)提供针对提醒消息的创建选项，当用户通过用户创建操作触发该创建选项时，客户端可以进一步向用户提供提醒消息的备选消息类型，以供用户通过用户选择操作选取所需创建的提醒消息的类型信息；或者，客户端可以直接向用户提供分别对应于每一类型的提醒消息的创建选项，而用户在触发活动类型的提醒消息对应的创建选项时，即可同时完成上述的用户创建操作和用户选择操作，以创建活动类型的提醒消息。

在另一实施例中，所述客户端收到针对通讯消息的用户触发操作，所述用户触发操作用于指示所述客户端将所述通讯消息转换为提醒消息；所述客户端在识别出所述通讯消息的消息内容中包含预设类型的活动描述信息时，生成所述提醒消息。其中，上述的通讯消息可以包括客户端内的任意通讯会话页面内的已接收消息或已发送消息，当用户针对该通讯消息实施点击、长按、重压等预设操作时，可以唤出针对该通讯消息的若干处理选项，比如复制、删除、转发、转换等，其中用户可以通过选取“转换”处理选项以完成上述的用户触发操作，使得客户端提取该通讯消息的消息内容并生成相应的提醒消息。在生成提醒消息的过程中，客户端可以根据对该通讯消息的消息内容的识别结果，在该消息内容中包含预设类型的活动描述信息的情况下，将上述通讯消息的消息内容生成为活动类型的提醒消息。上述的通讯消息可以包括文字消息，也可以包括语音消息、图片消息、视频消息等其他消息类型，本申请并不对此进行限制。

其中，客户端可以通过多种方式获取上述的识别结果。在一种情况下，客户端可以主动识别通讯消息的消息内容，并生成相应的识别结果；在另一种情况下，客户端可以向服务端发起识别请求，并接收服务端返回的针对该通讯消息的消息内容的识别结果；在又一种情况下，客户端可以向用户展示提供消息的备选消息类型，并根据用户的选择结果而确定相应的识别结果，比如当用户选择了活动类型时，客户端可以确定识别结果为包含预设类型的活动描述信息。

进一步地，当被触发的通讯消息的消息内容中包含预设类型的活动描述信息时，客户端可以将该活动描述信息添加至所需生成的活动类型的提醒消息中，还可以将该通讯消息的关联通讯方添加为提醒对象。例如，假定被触发的通讯消息为“明天下午2-4点在2号楼201室讨论X项目……”，客户端可以确定的活动描述信息包括：活动时间信息为“明天下午2-4点”(可以转换为具体的年月日形式)、活动地点信息为“2号楼201室”、活动主题信息为“讨论X项目……”等，同时该通讯消息的关联通讯方可以包括相应的发送方和接收方等。

在本实施例中，活动类型的提醒消息用于实现针对活动的提醒功能；其中，活动可以理解为由多人参与并完成一定的动作，以期达到相应的目的，比如本申请中的活动可以包括：会议、聚餐、出游、讨论等，本申请并不对此进行限制。

在本实施例中，活动描述信息可以包括以下至少之一：活动主题信息、活动地点信息、活动形式信息(比如线下会议、线上会议等，再比如视频会议、电话会议等)、活动时间信息(比如活动开始时刻、活动结束时刻；或者，比如活动开始时刻和活动时长；或者，比如仅包含活动开始时刻；或者其他情况)。活动描述信息中可能同时包含一个或多个活动主题，也可能同时包含一个或多个活动地点，可以分别指出每一活动主题对应的活动地点和活动时间信息，以更加明确活动情况。

步骤204B，所述客户端向所述提醒对象发送提醒消息，所述提醒消息包含所述活动描述信息。

在本实施例中，客户端可以在默认发送时刻或者用户设定的发送时刻、按照默认消息类型或者用户设定的消息类型发送所述提醒消息。其中，用户通过设定发送时刻，可以实现对活动类型的提醒消息的定时发送，该发送时刻可以为尚未发生的任意时刻，比如用户可以直接设定为诸如“今天15时25分”等绝对时刻，也可以设定为诸如“活动开始时刻之前30分钟”等相对时刻，或者其他任意形式的时刻。同时，用户可以通过设置消息类型，以实现不同程度的提醒作用，例如消息类型可以包括“应用内”的即时通讯消息、短信、电话(例如语音播报消息内容等)等，用户可以仅选取一种消息类型、使得客户端仅通过单一形式发送提醒消息，或者也可以选取多种消息类型、使得客户端同时通过多种形式发送提醒消息。

在本实施例中，作为接收方的提醒对象可以针对发送方发出的提醒消息进行响应，则客户端可以接收所述提醒对象返回的响应消息，所述响应消息包含所述提醒对象针对所述活动描述信息的接受状况信息；然后，所述客户端可以将所述提醒对象与对应的响应消息进行关联展示，以便于发送方进行查看。其中，接受状况信息表明接收方是否认同上述活动类型的提醒消息中包含的活动描述信息；例如，当接受状况信息为“同意”时，表明其可以接受活动描述信息定义的“活动主题”、“活动地点”、“活动时间”等，从而具有较大概率参与相关活动；而当接受状况信息为“拒绝”时，表明其可能无法接受至少一部分活动描述信息，从而具有较大概率无法参与相关活动。

其中，当所述接受状况信息为拒绝时，所述响应消息还包括：拒绝理由，比如接收方可以明确是由于“距离活动地点过远”、“活动时间过早”等原因，导致其无法参与相关活动，有助于发送方据此对活动进行及时调整，以便于提升提醒对象参与活动的概率。上述的“拒绝理由”可以为选填项；或者，也可以为接收方在选取“拒绝”时的必填项，以确保发送方能够据此实现对活动进行调整，并进而提升提醒对象参与活动的概率。

在本实施例中，客户端可以根据所述活动描述信息，在所述移动化企业办公平台中的管理日历中添加相应的活动事件，以便于提升对该活动事件的管理效率和便捷性。其中，管理日历中可能包含多种类型的管理事件，那么针对上述的活动事件以及其他管理事件，可以在管理日历中采用不同的展示属性，以便于发送方在查看过程中实现快速识别和区分。

在本实施例中，客户端可以接收所述提醒对象针对所述活动描述信息中的至少一个项目提出的调整请求，以及所述客户端在收到针对所述调整请求的用户确认操作时，可以基于调整后的活动描述信息向所述提醒对象发送新的提醒消息；或者，可以基于调整后的活动描述信息向所述提醒对象发送针对所述提醒消息的调整指令，使得提醒对象使用的客户端可以根据该调整指令对先前接收到的提醒消息中的活动描述信息进行调整。

在本实施例中，客户端在发出提醒消息后的预设时长内未接收到所述提醒对象返回的响应消息时，可以自动向所述提醒对象重新发送所述提醒消息，以提升提醒成功率；或者，客户端可以展示针对所述提醒对象的重复提醒选项，使得用户可以根据实际情况确定是否需要重复提醒，并在确定需要重复提醒时对重复提醒选项实施用户触发操作，以使得客户端在收到针对所述重复提醒选项的用户触发操作时向所述提醒对象重新发送所述提醒消息。

在本实施例中，所述提醒消息中可以包含默认或用户设定的提醒时间点、默认或用户设定的提醒方式，以使所述提醒对象在所述提醒时间点被基于所述提醒方式进行活动提醒，且提醒内容与所述活动描述信息相关。其中，提醒时间点可以为活动开始时刻或者活动开始时刻之前的任意时刻，比如活动开始前5分钟、活动开始前半小时等。提醒方式可以包括“应用内”的即时通讯消息、短信、电话等，可以仅采用一种提醒方式、使得提醒对象仅获得单一形式的活动提醒，或者也可以采用多种提醒方式、使得提醒对象同时获得多种形式的活动提醒。

在本实施例中，所述客户端还可以根据所述活动描述信息包含的活动开始时刻，在所述活动开始时刻发起针对所述提醒对象的呼叫请求，以建立音频连接或视频连接；其中，该呼叫请求可以用于使得客户端与提醒对象之间建立起音频连接或视频连接，或者该呼叫请求可以用于使得提醒对象之间建立起音频连接或视频连接等。此外，对于已经建立的音频连接或视频连接，尚未加入的客户端或提醒对象还可以通过其他途径进行中途加入。通过由客户端自动发起该呼叫请求，一方面无需发送方手动通过客户端执行呼叫操作，另一方面即便发送方忘记操作或由于其他事务而未注意到活动开始时刻已到达，也可以确保活动准时开始、避免发生延误。实际上，当发送方忘记操作或由于其他事务而未注意到活动开始时刻已到达时，通过由客户端自动发起呼叫请求，还可以对发送方起到提醒作用，确保活动的顺利进行。

当然，除了由客户端发起呼叫请求之外，还可以存在其他实施方式。例如，所述客户端可以根据所述活动描述信息包含的活动开始时刻，向服务端发起呼叫预约请求，客户端可以在活动开始时刻到达之前的任意时刻发起该呼叫预约请求；其中，所述呼叫预约请求用于指示所述服务端在所述活动开始时刻向所述客户端和所述提醒对象中至少之一发起呼叫，以建立音频连接或视频连接。再例如，当客户端通过服务端将提醒消息发送至提醒对象时，由于服务端可以获得该提醒消息并获取其中的活动描述信息，那么服务端可以根据该活动描述信息包含的活动开始时刻，在所述活动开始时刻向所述客户端和所述提醒对象中至少之一发起呼叫，以建立音频连接或视频连接，而无需客户端单独发送上述的呼叫预约请求或类似消息。对于上述由服务端发起呼叫的方案，服务端可以仅向所述客户端发起呼叫，使得客户端响应于该呼叫而建立相应的音频连接或视频连接，而提醒对象可以通过其他途径加入该音频连接或视频连接；或者，服务端可以仅向提醒对象发起呼叫，使得提醒对象响应于该呼叫而建立相应的音频连接或视频连接，其中服务端可以同时向所有提醒对象发起呼叫，也可以仅向部分提醒对象发起呼叫、而其他提醒对象可以通过其他途径加入已建立的音频连接或视频连接，当然客户端也可以通过其他途径加入已建立的音频连接或视频连接；或者，服务端可以向客户端和提醒对象发起呼叫，使得在客户端与提醒对象之间建立起音频连接或视频连接。

在本实施例中，客户端可以获取活动描述信息包含的活动形式信息，该活动形式信息用于表明相应的活动为电话会议、视频会议等线上活动，或者聚餐、出游等线下活动。那么，客户端可以在确定活动形式信息为电话会议或视频会议等线上活动时，发起上述的呼叫请求或者呼叫预约请求，以使得发送方与提醒对象之间通过相应的音频连接或视频连接实现该线上活动。

图3是本申请一示例性实施例提供的一种基于接收方侧的活动提醒方法的流程图。如图3所示，该方法应用于接收方使用的电子设备上，可以包括以下步骤：

步骤302，移动化企业办公平台的客户端接收活动类型的提醒消息。

步骤304，所述客户端展示所述提醒消息包含的活动描述信息。

步骤306，所述客户端根据收到的针对所述活动描述信息的用户触发操作，向所述提醒消息的发送方返回相应的响应消息，所述响应消息包括所述用户触发操作指示的针对所述活动描述信息的接受状况信息。

在一实施例中，基于接收方的用户触发操作，客户端可以直接返回相应的响应消息，以向发送方告知相应的接受状况信息。

在另一实施例中，客户端可以根据接收方的接受状况信息，对用户触发操作采取不同的处理方式。例如，当所述用户触发操作指示的接受状况信息为同意时，所述客户端可以直接返回所述响应消息；而当所述用户触发操作指示的接受状况信息为拒绝时，所述客户端可以进一步获取相应的拒绝理由，并将所述拒绝理由添加至所述响应消息中，以返回至所述发送方。其中，客户端可以向接收方展示预先设定的备选拒绝理由，以供接收方进行选择；或者，客户端可以向接收方提供理由输入框，以供接收方在该理由输入框内填入相应的拒绝理由。对于拒绝理由的填写可以为非强制性操作，即接收方可以自行决定是否输入拒绝理由，且不会影响响应消息的发送；或者，拒绝理由的填写可以为强制性操作，接收方必须输入拒绝理由后才能够发出响应消息，以确保发送方能够了解接收方对于活动描述信息的认同状况，并基于拒绝理由而对活动进行合理调整。

在本实施例中，当所述用户触发操作指示的接受状况信息为同意时，所述客户端可以根据所述活动描述信息，在所述移动化企业办公平台中的管理日历中添加相应的活动事件。其中，对于该管理日历与活动事件的处理过程，与发送方侧的处理过程类似，可以参考上述图2A或图2B所示实施例中的描述，此处不再赘述。

在本实施例中，当所述用户触发操作指示的接受状况信息为拒绝时，所述客户端可以进一步获取针对所述活动描述信息的至少一个项目的调整信息，并向所述发送方发出包含所述调整信息的调整请求；相应地，如果发送方确认接受该调整请求，发送方侧的客户端可以对活动描述信息进行调整，并进一步将调整后的活动描述信息告知各个提醒对象，例如该发送方侧的客户端可以基于调整后的活动描述信息向所述提醒对象发送新的提醒消息，或者可以基于调整后的活动描述信息向所述提醒对象发送针对所述提醒消息的调整指令，并由接收方侧的客户端根据所述调整指令调整所述提醒消息中的活动描述信息。

在本实施例中，所述客户端可以获取所述提醒消息中包含的提醒时间点和提醒方式，并向所述即时通讯应用的服务端发起对应于所述提醒时间点和所述提醒方式的活动提醒请求；然后，客户端可以响应所述服务端在所述提醒时间点以所述提醒方式发起的活动提醒事件，以对接收方进行活动提醒，尤其是当接收到活动类型的提醒消息的时刻与活动开始时刻之间相隔较久的情况下，可以避免接收方发生遗忘而错过活动或迟到。

此外，针对本申请的移动化企业办公平台提供多种类型的提醒消息的特点，图4提出了本申请一示例性实施例提供的又一种基于发送方侧的活动提醒方法的流程图。如图4所示，该方法应用于发送方使用的电子设备上，可以包括以下步骤：

步骤402，移动化企业办公平台的客户端获取提醒消息生成指令。

步骤404，所述客户端展示出所述提醒消息的备选消息类型。

在本实施例中，备选消息类型可以包括以下至少之一：标准类型、任务类型、活动类型、催办类型、投票类型等，本申请并不对此进行限制。

步骤406，所述客户端根据用户选取的消息类型，生成相应的消息。

由以上技术方案可见，本申请通过提供活动类型的提醒消息，可以针对在时限性等方面具有较高要求的活动事件而单独发出提醒消息，并且能够有效地区别于其他类型的提醒消息，从而即便在用户接收到较多数量的提醒消息时，仍然能够基于消息类型而快速区分、识别出上述的活动事件，避免发生遗漏。

为了便于理解，下面以企业即时通讯应用“企业微信”为例，对本申请的技术方案进行说明。假定手机13、手机14和手机15上运行有企业微信客户端、服务器11上运行有企业微信服务端，其中手机13-15上的企业微信客户端分别登录有不同使用者的注册账号，例如手机13上登录有发送方的注册账号A(即用户A)，使得手机13被配置为发送方对应的发送方设备、手机13上登录有该发起方对应的企业微信客户端1，以及手机14-15分别上登录有接收方的注册账号B(即用户B)和注册账号C(即用户C)，使得手机14-15被配置为这两个接收方对应的接收方设备、手机14-15上登录有这两个接收方对应的企业微信客户端2和企业微信客户端3。其中，用户A可以在手机13上快捷创建会议提醒消息并发送至用户B、用户C，以实现对用户B和用户C的会议提醒，下面基于该过程对本申请的技术方案进行详细描述。

图5示出了手机13上的企业微信客户端1包含的提醒消息管理页面50，该提醒消息管理页面50用于集中展示用户A接收和发送的所有提醒消息，比如来自用户AA的任务类型的提醒消息、由用户A自己发出的DING类型的提醒消息(即标准类型的提醒消息)等。同时，该提醒消息管理页面50还可以用于实施与提醒消息相关的其他功能，比如当检测到用户A触发该提醒消息管理页面50右上角的新建标识51时，可使手机13上的企业微信客户端1收到该用户A针对提醒消息的用户创建操作，从而切换至图6所示的消息类型选择页面60，以由用户A进一步选取所需创建的提醒消息的消息类型。

如图6所示，消息类型选择页面60中可以包括多种备选的消息类型，比如适合发通知、讨论的DING类型，适合任务分配、跟踪的任务类型、适合会议邀约、约会的会议类型等，当然本申请并不对此进行限制。企业微信客户端1可以根据收到的用户A针对选项61、选项62或选项63的用户选择操作，确定所需创建的提醒消息的消息类型；例如，假定收到针对选项63的用户选择操作，企业微信客户端1可以确定用户A希望创建会议类型的提醒消息，从而展示出图7所示的新建会议页面70，以供用户A在该新建会议页面70中填入相关信息，用于创建相应的会议提醒消息。

如图7所示，用户A可以在输入框71内输入会议描述信息中的“会议主题”信息，即会议所需协商的主要内容，比如“讨论X项目存在的问题，以及进一步的开发需求”等。用户A可以在输入框72内输入会议描述信息中的“地点”信息，即会议举办地，比如“2号楼201室”等。用户A可以在时间编辑框73内编辑会议描述信息中的会议时间信息，比如会议开始时刻为“2017年4月28日14:00”、会议结束时刻为“2017年4月28日16:00”；当然，会议时间信息还可以采用其他形式，比如“会议开始时刻+会议时长”等，本申请并不对此进行限制。用户A可以通过选项74设定当前创建的会议提醒消息的是否自动重复发送，比如当用户A设定为不需要重复时，该会议提醒消息只会在用户A触发“发送”选项78后被单次发出；而当用户A设定为需要重复时，企业微信客户端1可以根据用户A进一步设定的重复周期、反复发出该会议提醒消息，直至到达会议开始时刻或会议结束时刻，从而自动实现对用户B、用户C的多次提醒。用户A可以通过添加选项75选取希望添加为提醒对象(即参与人)的用户，该提醒对象可以来自该用户A的关联用户，比如企业微信客户端1上的应用内通讯录(如微信好友等)、手机13内的手机通讯录、企业微信客户端1上记录的该用户A的所属团体(如企业)的团体成员(如企业内的同事)、企业微信客户端1上记录的该用户A对应的外部联系人(例如与用户A所属团体相关联的外部团体的团体成员)等，本申请并不对此进行限制。用户A还可以通过各个已添加的提醒对象(如图7所示的用户B和用户C)对应的删除选项76，删除相应的提醒对象。用户A可以通过发送方式选项77，选取希望采用的针对该会议提醒消息的发送方式，比如发送方式可以包括基于即时通讯技术的“应用内”、“短信”和“电话”等，且用户A可以同时选取一种或多种发送方式。用户A可以通过提醒选项78设定是否需要启动针对当前创建的会议提醒消息的提醒功能，以及在设定为需要启动该提醒功能时，进一步设定该提醒功能的提醒时间点，比如当提醒时间点为图7所示的“提前5分钟”时，提醒对象可以在会议开始时刻前5分钟得到提醒，避免发生遗漏；同时，用户A还可以进一步设定提醒方式，该提醒方式的选取类似于上述的“发送方式”，比如可以包括“应用内”、“短信”、“电话”等一种或多种提醒方式。

用户A可以通过触发会议自动发起选项79，确定是否由企业微信客户端1主动向提醒对象发起呼叫操作；其中，当会议自动发起选项79被开启时，企业微信客户端1可以在会议开始时刻自动向提醒对象发起电话会议或视频会议的呼叫请求，从而在用户A与提醒对象之间实现电话会议或视频会议，或者在提醒对象之间实现电话会议或视频会议(即用户A可以不参与会议)。当然，用户A和提醒对象也可以中途加入已建立的电话会议或视频会议。或者，当会议自动发起选项79被开启时，企业微信客户端1可以在会议开始时刻之前向企业微信服务端1发起呼叫预约请求，使得该企业微信服务端1在会议开始时刻向用户A和提醒对象中至少之一发起呼叫，从而建立起电话会议或视频会议。当然，如果企业微信客户端1通过企业微信服务端将会议提醒消息发送至提醒对象时，由于企业微信服务端1可以获得该会议提醒消息并获取其中的会议开始时刻，在该会议开始时刻向用户A和提醒对象中至少之一发起呼叫，以建立起电话会议或视频会议，而无需上述的企业微信客户端1单独发送上述的呼叫预约请求或类似消息。

当由企业微信服务端发起呼叫时，该企业微信服务端可以仅向用户A发起呼叫，以建立仅用户A加入的电话会议或视频会议，而提醒对象可以中途加入该电话会议或视频会议；或者，该企业微信服务端可以仅向部分提醒对象发起呼叫，以建立仅该部分提醒对象加入的电话会议或视频会议，而用户A和其他提醒对象可以中途加入该电话会议或视频会议；或者，该企业微信服务端可以向所有提醒对象发起呼叫，以建立所有提醒对象加入的电话会议或视频会议，而用户A可以中途加入该电话会议或视频会议；或者，该企业微信服务端可以向用户A和所有提醒对象发起呼叫，以建立用户A和所有提醒对象加入的电话会议或视频会议。

进一步地，企业微信客户端1可以确定会议形式，并当会议形式为电话会议或视频会议等线上会议时，通过上述的呼叫请求或呼叫预约请求，自动在用户A与提醒对象之间实现电话会议或视频会议；或者，企业微信客户端1可以在会议形式为电话会议或视频会议等线上会议时，示出上述的会议自动发起选项79，而在其他会议形式时隐藏该会议自动发起选项79。

除了触发图5所示的新建标识51之外，用户A还可以通过其他方式创建会议提醒消息。假定用户A在企业微信客户端1中参与了如图8所示的群聊通讯会话(同样适用于用户A与单个联系人之间的单聊通讯会话)，用户A可以在相应的通讯会话页面80内，针对任一通讯消息81进行触发(如点击、长按、重压等)，可使企业微信客户端1展示出针对该通讯消息81的功能菜单82，该功能菜单82中包括“DING一下”、“复制”、“转发”等菜单选项。

在一种情况下，当检测到用户A选取“DING一下”对应的菜单选项820时，企业微信客户端1可以确定该用户A针对提醒消息发起用户创建操作，从而切换至图6所示的消息类型选择页面60，以由用户A进一步选取所需创建的提醒消息的消息类型，以及通过图7所示的新建会议页面70创建相应的会议提醒消息。

在另一种情况下，企业微信客户端1可以主动对通讯消息81的消息内容进行分析，或者企业微信客户端1可以向企业微信服务端发起针对该通讯消息81的分析请求、以由企业微信服务端对该通讯消息81的消息内容进行分析，以确定该通讯消息81是否包含预设类型的活动描述信息。例如，当通讯消息81的消息内容为“明天下午2-4点在2号楼201室讨论X项目存在的问题，以及进一步的开发需求”时，假定分析结果为该消息内容中包含活动时间信息为“明天下午2-4点”、活动地点信息为“2号楼201室”、活动主题信息为“讨论X项目存在的问题，以及进一步的开发需求”，那么企业微信客户端1可以在用户A选取菜单选项820时，自动确定相应的提醒消息为会议提醒消息并转入图7所示的新建会议页面70、无需用户A通过图6所示的消息类型选择页面60进行手动选取消息类型；进一步地，企业微信客户端1还可以根据分析出的上述活动描述信息，自动对新建会议页面70进行内容填写，以简化用户A的操作、提升会议提醒消息的创建效率。

用户A通过手机13发出会议提醒消息后，手机14、手机15上运行的企业微信客户端1可以接收到该会议提醒消息，并向用户B、用户C进行展示。例如图9所示，手机15上运行的企业微信客户端3可以通过提醒消息管理页面90展示用户C发送和接收到的所有提醒消息，使得用户C可以查看到来自用户A的上述会议提醒消息的消息内容91。同时，对于会议提醒消息或其他活动类型的提醒消息而言，发送方除了需要了解接收方是否已经查看相应的会议提醒消息之外，更重要的是希望了解接收方是否能够参与相关会议。因此，在提醒消息管理页面90中还可以展示出针对上述消息内容91的响应选项92，包括图9所示的“接受”和“拒绝”等；其中，当用户C选取响应选项92中的“接受”时，表明其可以参与用户A提出的会议，当用户C选取响应选项92中的“拒绝”时，表明其无法参与用户A提出的会议。

由于提醒消息管理页面90需要对用户C发送和接收的所有提醒消息进行集中展示，为了使得用户C能够在手机15上同时查看到更多提醒消息，企业微信客户端3可能会尽量减小每条提醒消息占用的展示区域，使得上述的响应选项92可能并不一定展示于该提醒消息管理页面90中，甚至消息内容91也可能无法完全展示、仅能够示出概略内容。那么，用户C可以触发提醒消息管理页面90中的消息内容91，使得企业微信客户端3切换至图10所示的提醒消息详情页面1000，并在该提醒消息详情页面1000的内容展示区域1001示出上述的消息内容91，且该提醒消息详情页面1000还可以包括功能选项区域1002，该功能选项区域1002中可以包括上述的“接受”、“拒绝”等响应选项92。当某一响应选项92被选中时，相应的选项内容可以随之变化，比如当“拒绝”被选中时，相应的响应选项92可由图10中的“拒绝”变化为图11所示的“已拒绝”；类似地，当“接受”被选中时，可以将“接受”变化为“已接受”。

此外，提醒消息详情页面1000中还可以包括会议提醒消息对应的消息动态区域1003，用于展示与该会议提醒消息相关的动态消息，比如该会议提醒消息的发送方或接收方针对该会议提醒消息的回复信息等。以用户C为例，用户C可以通过对功能选项区域1002中的“回复”选项进行触发，从而输入针对该会议提醒消息的回复信息。例如图11所示，假定回复信息的信息内容1003A为“能不能13:00开始？16点有约了”，该信息内容1003A可以被展示于上述的动态区域1003中；类似地，当手机15接收到其他用户发出的回复信息时，相应的信息内容同样可以被展示于该动态区域1003中，以供向用户C进行集中展示。当然，某一用户发出的回复信息，并不一定会被该会议提醒消息的所有关联通讯方(即该会议提醒消息的发送方和所有接收方)接收和查看，比如用户C可以根据实际情况选择上述的所有关联通讯方中的一个或多个用户，作为该回复信息的发送对象；举例而言，企业微信客户端3可以向用户C提供一“悄悄话”选项，当用户C未选中“悄悄话”选项时，上述的回复信息可以发送至所有关联通讯方，当用户C选中“悄悄话”选项时，上述的回复信息可以仅发送至该会议提醒消息的发送方——用户A、而其他用户不会接收到该回复信息。

对于用户A而言，可以在手机13上查看到提醒对象对上述的会议提醒消息的响应状况、回复信息等动态。例如图12所示，在手机13上运行的企业微信客户端1的提醒消息管理页面1200中，分别展示出了上述的会议提醒消息对应的展示区域1201以及用于展示来自用户AA的任务提醒消息的展示区域1202、用于展示用户A发出的DING提醒消息的展示区域1203。在展示区域1201中，可以展示出8个提醒对象对会议提醒消息的响应状况1201A，比如该响应状况1201A可以为“5人已接受，1人已拒绝，2人未响应”，其中“1人已拒绝”可以对应于上述的用户C；同时，展示区域1201中还可以展示出与会议提醒消息相关的回复信息1201B，比如该回复信息1201B可以包括上述的用户C输入的“能不能13:00开始？16点有约了”。同样地，为了方便查看，手机15也可以采用与图12所示实施例类似的方式，将图11所示的动态区域1003及其回复内容展示于如图9所示的提醒消息管理页面90中，此处不再赘述。

在图12所示的提醒消息管理页面1200中，响应状况1201A可以仅包括类似于“5人已接受，1人已拒绝，2人未响应”的概略信息，而用户A可以通过触发该响应状况1201A，使得企业微信客户端3在手机15上展示出图13A所示的响应详情页面1300，以详细查看每一响应状况具体对应的提醒对象。例如图13A所示，当用户A选取“已接受”对应的选项1301时，该响应详情页面1300中可以示出所有针对上述的会议提醒消息选择“接受”的用户，比如用户AA、用户BB、用户DD、用户EE、用户FF等；类似地，当用户A选取“已拒绝”对应的选项1302时，该响应详情页面1300可以示出所有针对上述的会议提醒消息选择“拒绝”的用户，例如上述的用户C。而当用户A选取“未响应”对应的选项1303时，如图13B所示，该响应详情页面1300可以示出尚未针对上述的会议提醒消息做出响应的用户，比如用户LL、用户KK等；其中，响应详情页面1300还可以针对每个“未响应”的用户，示出相应的“再次提醒”选项1304，当用户A选取诸如用户LL对应的“再次提醒”选项1304时，手机13可以再次向该用户LL发送上述的会议提醒消息，以提醒该用户LL做出响应。

当用户A发现用户C针对上述的会议提醒消息的响应状况为“拒绝”时，用户A并不能够由此了解用户C的拒绝原因。虽然用户C可能向用户A发送诸如图12所示的回复信息1201B，以向用户A进行说明，但是并不能够保证用户C每次都能够发送回复信息进行解释，也不能够保证其他用户同样会发送回复信息进行解释，使得用户A需要通过额外的方式进行询问，比如向用户C发送回复信息或即时通讯消息、呼叫用户C等，造成操作繁琐、效率低下。因此，如图14所示，当用户C选取“拒绝”选项时，手机15上运行的企业微信客户端3可以展示出理由输入窗口1003，以供用户C输入至少一项拒绝理由；在一实施例中，对于拒绝理由的输入操作可以是强制的，即用户C必须输入至少一项拒绝理由，企业微信客户端3才能够允许用户C选中“拒绝”选项。理由输入窗口1003中可以示出至少一项预定义的拒绝理由1003A，以供用户C通过触发预定义的拒绝理由1003A对应的选择框1003B来进行选择，用户C也可以通过输入框1003C来手动输入拒绝理由；当然，理由输入窗口1003中可以示出预定义的拒绝理由1003A与输入框1003C中至少之一，只要能够由用户C提供拒绝理由即可。

相应地，如图15所示，用户A可以在诸如响应详情页面1500中，通过选择“已拒绝”对应的选项1501，查看选择“拒绝”的提醒对象及其拒绝理由1502，比如用户C提供的拒绝理由1502可以为“16:00有约，无法全程参加会议”。那么，用户A在查看到拒绝理由1502之后，就可以相应地做出安排或调整，比如根据用户C的需求而提前或延后会议时间等。

除了提供拒绝理由之外，当提醒对象对于会议提醒消息中的会议描述信息存在不同意见时，还可以对相应的会议描述信息提出调整请求，以实现相应调整。例如图16所示，在手机15示出的提醒消息详情页面1600中，在会议时间信息、会议地点信息的左侧可以分别示出相应的调整标识1601、调整标识1602。以针对会议时间信息的调整为例，当收到用户C针对调整标识1601的触发操作时，手机15上运行的企业微信客户端3可以示出图17所示的时间调整选项1603，使得用户C可以针对会议时间信息提出调整建议；较为具体地，用户C可以首先在图17所示的提醒消息详情页面1600中设置调整后的会议开始时刻，然后通过触发“下一步”来进一步设置调整后的会议结束时刻，从而得到用户C希望采用的、调整后的会议时间信息。手机15可以针对调整后的会议时间信息向用户A发起调整请求；或者，手机15可以首先向用户C展示出图18所示的确认窗口1604，并由用户C确认后向用户A发起上述的调整请求。

在图16所示的提醒消息详情页面1600中，可以在用户C确认选取“拒绝”后，才示出调整标识1601-1602，以供用户C进一步发出调整请求；当然，即便在用户C尚未选择“接受”或“拒绝”，或者用户C已经选择“接受”的情况下，仍然可以示出上述的调整标识1601-1602，以供用户C进一步发出调整请求。

假定用户C选择了“拒绝”，用户A可以在图19所示的响应详情页面1900中的“已拒绝”子页面中，查看到用户C发出的调整请求的请求内容1901，比如该请求内容1901可以包括“调整建议：将会议时间调整为4月28日周五13:00～15:00”。当然，正如上文所述，如果用户C选择了“接受”，用户A可以在响应详情页面1900中的“已接受”子页面中，查看到用户C发出的调整请求的请求内容，如果用户C尚未选择“接受”或“拒绝”，用户A可以在响应详情页面1900中的“未响应”子页面中，查看到用户C发出的调整请求的请求内容。

在图19所示的响应详情页面1900中，可以示出针对请求内容1901的处理选项，包括“同意”和“拒绝”等。当用户A选取“同意”选项时，表明用户A认同用户C建议的针对会议时间信息的调整，那么手机13上运行的企业微信客户端1一方面可以根据调整后会议时间信息，对先前发出的会议提醒消息中的会议时间信息进行调整，另一方面可以向会议提醒消息的提醒对象发送相应的调整指令，以由各个提醒对象使用的电子设备上运行的企业微信客户端响应于该调整指令：根据该调整指令指示的上述调整后会议时间信息，对先前接收到的会议提醒消息中的会议时间信息进行调整。例如图20所示，在手机13示出的提醒消息管理页面2000中，会议时间信息可由上述的“4月28日周五16:00～18:00”调整为“4月28日周五13:00～15:00”，且可以通过调整后的会议时间信息附近示出“更新”、“下划线”或类似的提示信息2001，以便于用户A进行查看。类似地，用户B、用户C等提醒对象使用的手机14、手机15上，运行的企业微信客户端2、企业微信客户端3也可以基于上述的调整指令，将会议时间信息由上述的“4月28日周五16:00～18:00”调整为“4月28日周五13:00～15:00”，以及在调整后的会议时间信息附近示出“更新”、“下划线”或类似的提示信息。

当然，除了通过调整指令对先前的会议提醒消息进行调整之外，手机13上运行的企业微信客户端1还可以根据调整后的会议时间信息，向各个提醒对象发送新的会议提醒消息，且新的会议提醒消息中包含调整后的会议时间信息。例如图21所示，在手机15示出的提醒消息管理页面2100中，可以示出手机15接收到的新的提醒消息2101，以及先前接收到的提醒消息2102；针对新的提醒消息2101中的会议时间信息，可以采用诸如“！！！”、“下划线”或类似的提示信息2103，使用户C更加容易关注到会议时间信息的调整情况。同时，针对新的提醒消息2101，可以示出针对该提醒消息的响应选项2104，以供用户C进行选取。

在本申请的企业微信客户端中，为了便于实施企业内部的企业事项管理，可以提供管理日历功能。例如图22所示，通过示出管理日历2200，并在该管理日历2200上示出每天相关联的企业事项，可以帮助用户快速掌握企业事项的处理状况，便于后续工作的合理安排。以图22所示的管理日历2200为例，通过为存在企业事项的日期添加事件提示信息，即可使得用户快速了解相应的日期存在相关联的企业事项，比如在“2017年4月4日”、“2017年4月5日”、“2017年4月12日”、“2017年4月18日”的底部添加一黑色圆点，表明存在任务事件。而针对在上述实施例中，用户A向用户C发送的会议提醒消息，相当于创建了一项新的企业事项——会议事件，那么对于用户A使用的手机13上运行的企业微信客户端1、用户C使用的手机15上运行的企业微信客户端3而言，均可以在相应的管理日历中针对该会议提醒消息创建对应的会议事件。以用户C为例，在图21所示的提醒消息管理页面2100的左上角可以设有日历页面入口2105，当检测到用户C触发该日历页面入口2105时，可以转入如图22所示的管理日历2200，以供用户C查看或编辑已存在的企业事项，或者手动创建新的企业事项。如图22所示，由于手机15接收到的会议提醒消息中包含如图21所示的会议时间信息为“4月28日周五13:00～15:00”，因此可以创建与“2017年4月28日”相关的会议事件；其中，为了区别于上述的任务事件以及其他类型的企业事项，可以针对该会议事件在“28”的底部添加白色圆点，以便于用户C将该会议事件与其他企业事项进行快速区分。类似地，“2017年4月5日”的底部也存在一黑色圆点和一白色圆点，表明当天同时存在一任务事件和一会议事件。

其中，当检测到某一日期被选中时，比如图22中假定“2017年4月28日”被选中，可以示出该日期内存在的企业事项，例如可以在管理日历2200下部的展示区域2201内，示出“2017年4月28日”存在的任务事件(对应于“28”底部的黑色圆点)和会议事件(对应于“28”底部的白色圆点)的描述信息，该描述信息可以为图22所示的摘要信息(当某一摘要信息被选中时，可以进一步示出相应的详情信息)，或者该描述信息可以为详情信息。当“2017年4月28日”被选中时，可以对相应的数字“28”进行突出显示，以区别于其他日期，比如图22中采用了将数字28调整为白色并添加黑色背景的方式；同时，对于当前所处的日期，也可以采用区别于被选中的日期和其他日期的方式进行突出显示，比如“2017年4月26日”***可以添加一圆环。

在展示被选中的日期内存在的企业事项时，可以示出针对该企业事项的类型提示信息，比如图22所示的任务事件对应的“任务”字样、会议事件对应的“会议”字样等。此外，还可以将该类型提示信息与管理日历中的上述黑色圆点、白色圆点等企业事项提示信息相配合，比如将类型提示信息与企业事项提示信息采用相同或相近的展示属性，使得用户能够从视觉观感上获得两者之间的关联性，有助于提升用户体验；例如，该展示属性可以包括颜色、灰度、透明度等，本申请并不对此进行限制。

在本申请的技术方案中，企业微信客户端可以支持多种类型的提醒消息，比如上述的“会议”类型、“任务”类型、“DING”类型等。在图20所示的提醒消息管理页面2000中，由于设定的消息类型为“全部”，所以“会议”、“任务”、“DING”等所有类型的提醒消息都能够被展示于该提醒消息管理页面2000中。而在图23所示的提醒消息管理页面2300中，通过触发类型修改选项2301，可以将消息类型设定为“会议”，从而筛选出“会议”类型的提醒消息、并仅在该提醒消息管理页面2300中示出“会议”类型的提醒消息，以便于快速查看。当然，图23仅示意性地示出了手机13上运行的企业微信客户端1可能示出的提醒消息管理页面2300，而对于手机14、手机15等运行的企业微信客户端2、企业微信客户端3同样能够实现类似的提醒消息筛选展示，此处不再赘述。

在上述实施例中，假定用户A通过手机13上运行的企业微信客户端1，向用户B、用户C使用的手机14、手机15发送会议提醒消息，而用户B、用户C分别通过手机14、手机15上运行的企业微信客户端2、企业微信客户端3查看相应的会议提醒消息等，实现针对会议或其他活动的有效提醒。而实际上，企业微信客户端并不仅存在移动端，还可以包括PC端，即用户A可以通过PC上运行的企业微信客户端，向用户B、用户C发送会议提醒消息，以及用户B、用户C也可以通过PC上运行的企业微信客户端接收会议提醒消息，以及实现上述实施例中的其他功能。

假定图24示出了用户A使用的PC端的企业微信客户端的操作界面2400，用户A通过选取最左侧一列功能选项中的“DING”选项，可以在该操作界面2400上展示出从左侧起第二列功能选项，用户A进一步通过选取该第二列功能选项中的“全部”选项，可以在该操作界面2400上展示出用户A接收和发出的所有提醒消息，且当用户A进一步选取某一提醒消息2401时，该操作界面2400上可以示出最右侧的提醒消息详情界面2402，该提醒消息详情界面2402用于展示该提醒消息2401的消息内容。

在操作界面2400上可以设有新建标识2403。当检测到用户A触发(例如通过鼠标光标进行点击)该新建标识2403时，可以示出如图25所示的消息类型选择页面2500；其中，当用户A选取“会议”类型时，可以进一步示出图26所示的新建会议页面2600，从而创建会议类型的提醒消息。实际上，上述创建过程与图5-7所示的用户A通过手机13创建会议提醒消息的过程相似，此处不再赘述。同样地，与图8所示实施例相类似的，用户A在PC端的操作界面2400上，也可以通过对通讯消息进行触发而创建会议提醒消息，此处不再赘述。

图27示出了根据本申请的一示例性实施例的电子设备的示意结构图。请参考图27，在硬件层面，该电子设备包括处理器2702、内部总线2704、网络接口2706、内存2708以及非易失性存储器2710，当然还可能包括其他业务所需要的硬件。处理器2702从非易失性存储器2710中读取对应的计算机程序到内存2708中然后运行，在逻辑层面上形成活动提醒装置。当然，除了软件实现方式之外，本申请并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。

请参考图28，在软件实施方式中，该活动提醒装置可以包括：

接收单元2801，使客户端接收针对活动类型的提醒消息生成指令；

确定单元2802，使所述客户端确定提醒对象和所述活动类型对应的活动描述信息；

发送单元2803，使所述客户端向所述提醒对象发送提醒消息，所述提醒消息包含所述活动描述信息。

可选的，所述接收单元2801具体用于：

使所述客户端收到针对提醒消息的用户创建操作，以及针对所述提醒消息的类型信息的用户选择操作；

当所述用户选择操作选取的类型信息为活动类型时，使所述客户端确定接收到所述提醒消息生成指令。

可选的，所述接收单元2801具体用于：

使所述客户端收到针对通讯消息的用户触发操作，所述用户触发操作用于指示所述客户端将所述通讯消息转换为提醒消息；

使所述客户端在识别出所述通讯消息的消息内容中包含预设类型的活动描述信息时，确定接收到所述提醒消息生成指令。

可选的，所述确定单元2802具体用于：

使所述客户端提取所述消息内容中包含的预设类型的活动描述信息，以及使所述客户端将所述通讯消息的关联通讯方确定为所述提醒对象。

可选的，所述活动描述信息包括以下至少之一：

活动主题信息、活动地点信息、活动形式信息、活动时间信息。

可选的，所述发送单元2803具体用于：

使所述客户端在默认发送时刻或者用户设定的发送时刻、按照默认消息类型或者用户设定的消息类型发送所述提醒消息。

可选的，还包括：

响应接收单元2804，使所述客户端接收所述提醒对象返回的响应消息，所述响应消息包含所述提醒对象针对所述活动描述信息的接受状况信息；

展示单元2805，使所述客户端将所述提醒对象与对应的响应消息进行关联展示。

可选的，当所述接受状况信息为拒绝时，所述响应消息还包括：拒绝理由。

可选的，还包括：

添加单元2806，使所述客户端根据所述活动描述信息，在所述通讯应用中的管理日历中添加相应的活动事件。

可选的，还包括：

请求接收单元2807，使所述客户端接收到所述提醒对象针对所述活动描述信息中的至少一个项目提出的调整请求；

调整单元2808，使所述客户端在收到针对所述调整请求的用户确认操作时，基于调整后的活动描述信息向所述提醒对象发送针对所述提醒消息的调整指令，或者基于调整后的活动描述信息向所述提醒对象发送新的提醒消息。

可选的，还包括：

重复提醒单元2809，所述客户端在发出所述提醒消息后的预设时长内未接收到所述提醒对象返回的响应消息时，向所述提醒对象重新发送所述提醒消息，或者展示针对所述提醒对象的重复提醒选项，以在收到针对所述重复提醒选项的用户触发操作时向所述提醒对象重新发送所述提醒消息。

可选的，所述提醒消息中包含默认或用户设定的提醒时间点、默认或用户设定的提醒方式，以使所述提醒对象在所述提醒时间点基于所述提醒方式被进行活动提醒，且提醒内容与所述活动描述信息相关。

可选的，还包括：

呼叫请求单元2810，使所述客户端根据所述活动描述信息包含的活动开始时刻，在所述活动开始时刻发起针对所述提醒对象的呼叫请求，以建立音频连接或视频连接。

可选的，还包括：

呼叫预约单元2811，使所述客户端根据所述活动描述信息包含的活动开始时刻，向服务端发起呼叫预约请求，所述呼叫预约请求用于指示所述服务端在所述活动开始时刻向所述客户端和所述提醒对象中至少之一发起呼叫，以建立音频连接或视频连接。

可选的，所述发送单元2803具体用于：

所述客户端将所述提醒消息发送至服务端，以由所述服务端将所述提醒消息发送至所述提醒对象；

其中，所述提醒消息用于指示所述服务端：根据所述活动描述信息包含的活动开始时刻，在所述活动开始时刻向所述客户端和所述提醒对象中至少之一发起呼叫，以建立音频连接或视频连接。

可选的，所述活动描述信息包含活动形式信息，所述活动形式信息表明相应的活动为电话会议或视频会议。

请参考图29，在软件实施方式中，该活动提醒装置可以包括：

第一接收单元2901，使客户端接收活动类型的提醒消息；

展示单元2902，使客户端展示所述提醒消息包含的活动描述信息；

返回单元2903，使所述客户端根据收到的针对所述活动描述信息的用户触发操作，向所述提醒消息的发送方返回相应的响应消息，所述响应消息包括所述用户触发操作指示的针对所述活动描述信息的接受状况信息。

可选的，所述返回单元2903具体用于：

当所述用户触发操作指示的接受状况信息为同意时，使所述客户端直接返回所述响应消息；

当所述用户触发操作指示的接受状况信息为拒绝时，使所述客户端进一步获取相应的拒绝理由，并将所述拒绝理由添加至所述响应消息中，以返回至所述发送方。

可选的，还包括：

添加单元2904，当所述用户触发操作指示的接受状况信息为同意时，使所述客户端根据所述活动描述信息，在所述通讯应用中的管理日历中添加相应的活动事件。

可选的，还包括：

发送单元2905，当所述用户触发操作指示的接受状况信息为拒绝时，使所述客户端进一步获取针对所述活动描述信息的至少一个项目的调整信息，并向所述发送方发送包含所述调整信息的调整请求；

第二接收单元2906，使所述客户端接收所述发送方返回的新的提醒消息，所述新的提醒消息中包含基于所述调整请求而调整后的活动描述信息；或者，使所述客户端接收所述发送方基于所述调整后的活动描述信息而返回的调整指令，并根据所述调整指令调整所述提醒消息中的活动描述信息。

可选的，还包括：

获取单元2907，使所述客户端获取所述提醒消息中包含的提醒时间点和提醒方式；

请求单元2908，使所述客户端向服务端发起对应于所述提醒时间点和所述提醒方式的活动提醒请求；

响应单元2909，使所述客户端响应所述服务端在所述提醒时间点以所述提醒方式发起的活动提醒事件。

请参考图30，在软件实施方式中，该活动提醒装置可以包括：

生成单元3001，使客户端根据活动描述信息和提醒对象生成提醒消息；

发送单元3002，使所述客户端向所述提醒对象发送提醒消息，所述提醒消息包含所述活动描述信息。

可选的，所述生成单元3001具体用于：

使所述客户端收到针对所述提醒消息的用户创建操作，以及针对所述提醒消息的类型信息的用户选择操作；

当所述用户选择操作选取的类型信息为活动类型时，使所述客户端根据所述活动类型生成提醒消息。

可选的，所述生成单元3001具体用于：

使所述客户端收到针对通讯消息的用户触发操作，所述用户触发操作用于指示所述客户端将所述通讯消息转换为提醒消息；

使所述客户端在识别出所述通讯消息的消息内容中包含预设类型的活动描述信息时，生成所述提醒消息。

图31示出了根据本申请的一示例性实施例的电子设备的示意结构图。请参考图31，在硬件层面，该电子设备包括处理器3102、内部总线3104、网络接口3106、内存3108以及非易失性存储器3110，当然还可能包括其他业务所需要的硬件。处理器3102从非易失性存储器3110中读取对应的计算机程序到内存3108中然后运行，在逻辑层面上形成活动提醒消息生成装置。当然，除了软件实现方式之外，本申请并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。

请参考图32，在软件实施方式中，该活动提醒消息生成装置可以包括：

接收单元3201，使客户端接收提醒消息生成指令；

展示单元3202，使所述客户端展示出所述提醒消息的备选消息类型；

实施单元3203，使所述客户端根据选中的消息类型，生成相应的消息。

可选的，所述备选消息类型包括以下至少之一：

标准类型、任务类型、活动类型、催办类型、投票类型。

上述实施例阐明的***、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机，计算机的具体形式可以是个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件收发设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任意几种设备的组合。

在一个典型的配置中，计算机包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

在本申请使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本申请可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

以上所述仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。

Claims (52)

1.一种活动提醒方法，其特征在于，包括：

客户端接收针对活动类型的提醒消息生成指令；

所述客户端确定提醒对象和所述活动类型对应的活动描述信息；

所述客户端向所述提醒对象发送提醒消息，所述提醒消息包含所述活动描述信息。

2.根据权利要求1所述的方法，其特征在于，所述客户端接收针对活动类型的提醒消息生成指令，包括：

所述客户端收到针对提醒消息的用户创建操作，以及针对所述提醒消息的类型信息的用户选择操作；

当所述用户选择操作选取的类型信息为活动类型时，所述客户端确定接收到所述提醒消息生成指令。

3.根据权利要求1所述的方法，其特征在于，所述客户端接收针对活动类型的提醒消息生成指令，包括：

所述客户端收到针对通讯消息的用户触发操作，所述用户触发操作用于指示所述客户端将所述通讯消息转换为提醒消息；

所述客户端在识别出所述通讯消息的消息内容中包含预设类型的活动描述信息时，确定接收到所述提醒消息生成指令。

4.根据权利要求3所述的方法，其特征在于，所述客户端确定提醒对象和所述活动类型对应的活动描述信息，包括：

所述客户端提取所述消息内容中包含的预设类型的活动描述信息，以及所述客户端将所述通讯消息的关联通讯方确定为所述提醒对象。

5.根据权利要求1所述的方法，其特征在于，所述活动描述信息包括以下至少之一：

活动主题信息、活动地点信息、活动形式信息、活动时间信息。

6.根据权利要求1所述的方法，其特征在于，所述客户端向所述提醒对象发送提醒消息，包括：

所述客户端在默认发送时刻或者用户设定的发送时刻、按照默认消息类型或者用户设定的消息类型发送所述提醒消息。

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

所述客户端接收所述提醒对象返回的响应消息，所述响应消息包含所述提醒对象针对所述活动描述信息的接受状况信息；

所述客户端将所述提醒对象与对应的响应消息进行关联展示。

8.根据权利要求7所述的方法，其特征在于，当所述接受状况信息为拒绝时，所述响应消息还包括：拒绝理由。

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

所述客户端根据所述活动描述信息，在所述通讯应用中的管理日历中添加相应的活动事件。

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

所述客户端接收到所述提醒对象针对所述活动描述信息中的至少一个项目提出的调整请求；

所述客户端在收到针对所述调整请求的用户确认操作时，基于调整后的活动描述信息向所述提醒对象发送针对所述提醒消息的调整指令，或者基于调整后的活动描述信息向所述提醒对象发送新的提醒消息。

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

所述客户端在发出所述提醒消息后的预设时长内未接收到所述提醒对象返回的响应消息时，向所述提醒对象重新发送所述提醒消息，或者展示针对所述提醒对象的重复提醒选项，以在收到针对所述重复提醒选项的用户触发操作时向所述提醒对象重新发送所述提醒消息。

12.根据权利要求1所述的方法，其特征在于，所述提醒消息中包含默认或用户设定的提醒时间点、默认或用户设定的提醒方式，以使所述提醒对象在所述提醒时间点基于所述提醒方式被进行活动提醒，且提醒内容与所述活动描述信息相关。

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

所述客户端根据所述活动描述信息包含的活动开始时刻，在所述活动开始时刻发起针对所述提醒对象的呼叫请求，以建立音频连接或视频连接。

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

所述客户端根据所述活动描述信息包含的活动开始时刻，向服务端发起呼叫预约请求，所述呼叫预约请求用于指示所述服务端在所述活动开始时刻向所述客户端和所述提醒对象中至少之一发起呼叫，以建立音频连接或视频连接。

15.根据权利要求1所述的方法，其特征在于，所述客户端向所述提醒对象发送提醒消息，包括：

所述客户端将所述提醒消息发送至服务端，以由所述服务端将所述提醒消息发送至所述提醒对象；

其中，所述提醒消息用于指示所述服务端：根据所述活动描述信息包含的活动开始时刻，在所述活动开始时刻向所述客户端和所述提醒对象中至少之一发起呼叫，以建立音频连接或视频连接。

16.根据权利要求13-15中任一项所述的方法，其特征在于，所述活动描述信息包含活动形式信息，所述活动形式信息表明相应的活动为电话会议或视频会议。

17.一种活动提醒方法，其特征在于，包括：

客户端接收活动类型的提醒消息；

所述客户端展示所述提醒消息包含的活动描述信息；

所述客户端根据收到的针对所述活动描述信息的用户触发操作，向所述提醒消息的发送方返回相应的响应消息，所述响应消息包括所述用户触发操作指示的针对所述活动描述信息的接受状况信息。

18.根据权利要求17所述的方法，其特征在于，所述向所述提醒消息的发送方返回相应的响应消息，包括：

当所述用户触发操作指示的接受状况信息为同意时，所述客户端直接返回所述响应消息；

当所述用户触发操作指示的接受状况信息为拒绝时，所述客户端进一步获取相应的拒绝理由，并将所述拒绝理由添加至所述响应消息中，以返回至所述发送方。

19.根据权利要求17所述的方法，其特征在于，还包括：

当所述用户触发操作指示的接受状况信息为同意时，所述客户端根据所述活动描述信息，在所述通讯应用中的管理日历中添加相应的活动事件。

20.根据权利要求17所述的方法，其特征在于，还包括：

当所述用户触发操作指示的接受状况信息为拒绝时，所述客户端进一步获取针对所述活动描述信息的至少一个项目的调整信息，并向所述发送方发送包含所述调整信息的调整请求；

所述客户端接收所述发送方返回的新的提醒消息，所述新的提醒消息中包含基于所述调整请求而调整后的活动描述信息；或者，所述客户端接收所述发送方基于所述调整后的活动描述信息而返回的调整指令，并根据所述调整指令调整所述提醒消息中的活动描述信息。

21.根据权利要求17所述的方法，其特征在于，还包括：

所述客户端获取所述提醒消息中包含的提醒时间点和提醒方式；

所述客户端向服务端发起对应于所述提醒时间点和所述提醒方式的活动提醒请求；

所述客户端响应所述服务端在所述提醒时间点以所述提醒方式发起的活动提醒事件。

22.一种活动提醒消息生成方法，其特征在于，包括：

客户端接收提醒消息生成指令；

所述客户端展示出所述提醒消息的备选消息类型；

所述客户端根据选中的消息类型，生成相应的消息。

23.根据权利要求22所述的方法，其特征在于，所述备选消息类型包括以下至少之一：

标准类型、任务类型、活动类型、催办类型、投票类型。

24.一种活动提醒装置，其特征在于，包括：

接收单元，使客户端接收针对活动类型的提醒消息生成指令；

确定单元，使所述客户端确定提醒对象和所述活动类型对应的活动描述信息；

发送单元，使所述客户端向所述提醒对象发送提醒消息，所述提醒消息包含所述活动描述信息。

25.根据权利要求24所述的装置，其特征在于，所述接收单元具体用于：

使所述客户端收到针对提醒消息的用户创建操作，以及针对所述提醒消息的类型信息的用户选择操作；

当所述用户选择操作选取的类型信息为活动类型时，使所述客户端确定接收到所述提醒消息生成指令。

26.根据权利要求24所述的装置，其特征在于，所述接收单元具体用于：

使所述客户端收到针对通讯消息的用户触发操作，所述用户触发操作用于指示所述客户端将所述通讯消息转换为提醒消息；

使所述客户端在识别出所述通讯消息的消息内容中包含预设类型的活动描述信息时，确定接收到所述提醒消息生成指令。

27.根据权利要求26所述的装置，其特征在于，所述确定单元具体用于：

使所述客户端提取所述消息内容中包含的预设类型的活动描述信息，以及使所述客户端将所述通讯消息的关联通讯方确定为所述提醒对象。

28.根据权利要求24所述的装置，其特征在于，所述活动描述信息包括以下至少之一：

活动主题信息、活动地点信息、活动形式信息、活动时间信息。

29.根据权利要求24所述的装置，其特征在于，所述发送单元具体用于：

使所述客户端在默认发送时刻或者用户设定的发送时刻、按照默认消息类型或者用户设定的消息类型发送所述提醒消息。

30.根据权利要求24所述的装置，其特征在于，还包括：

响应接收单元，使所述客户端接收所述提醒对象返回的响应消息，所述响应消息包含所述提醒对象针对所述活动描述信息的接受状况信息；

展示单元，使所述客户端将所述提醒对象与对应的响应消息进行关联展示。

31.根据权利要求30所述的装置，其特征在于，当所述接受状况信息为拒绝时，所述响应消息还包括：拒绝理由。

32.根据权利要求24所述的装置，其特征在于，还包括：

添加单元，使所述客户端根据所述活动描述信息，在所述通讯应用中的管理日历中添加相应的活动事件。

33.根据权利要求24所述的装置，其特征在于，还包括：

请求接收单元，使所述客户端接收到所述提醒对象针对所述活动描述信息中的至少一个项目提出的调整请求；

调整单元，使所述客户端在收到针对所述调整请求的用户确认操作时，基于调整后的活动描述信息向所述提醒对象发送针对所述提醒消息的调整指令，或者基于调整后的活动描述信息向所述提醒对象发送新的提醒消息。

34.根据权利要求24所述的装置，其特征在于，还包括：

重复提醒单元，所述客户端在发出所述提醒消息后的预设时长内未接收到所述提醒对象返回的响应消息时，向所述提醒对象重新发送所述提醒消息，或者展示针对所述提醒对象的重复提醒选项，以在收到针对所述重复提醒选项的用户触发操作时向所述提醒对象重新发送所述提醒消息。

35.根据权利要求24所述的装置，其特征在于，所述提醒消息中包含默认或用户设定的提醒时间点、默认或用户设定的提醒方式，以使所述提醒对象在所述提醒时间点基于所述提醒方式被进行活动提醒，且提醒内容与所述活动描述信息相关。

36.根据权利要求24所述的装置，其特征在于，还包括：

呼叫请求单元，使所述客户端根据所述活动描述信息包含的活动开始时刻，在所述活动开始时刻发起针对所述提醒对象的呼叫请求，以建立音频连接或视频连接。

37.根据权利要求24所述的装置，其特征在于，还包括：

呼叫预约单元，使所述客户端根据所述活动描述信息包含的活动开始时刻，向服务端发起呼叫预约请求，所述呼叫预约请求用于指示所述服务端在所述活动开始时刻向所述客户端和所述提醒对象中至少之一发起呼叫，以建立音频连接或视频连接。

38.根据权利要求24所述的装置，其特征在于，所述发送单元具体用于：

所述客户端将所述提醒消息发送至服务端，以由所述服务端将所述提醒消息发送至所述提醒对象；

其中，所述提醒消息用于指示所述服务端：根据所述活动描述信息包含的活动开始时刻，在所述活动开始时刻向所述客户端和所述提醒对象中至少之一发起呼叫，以建立音频连接或视频连接。

39.根据权利要求37或38所述的装置，其特征在于，所述活动描述信息包含活动形式信息，所述活动形式信息表明相应的活动为电话会议或视频会议。

40.一种活动提醒装置，其特征在于，包括：

第一接收单元，使客户端接收活动类型的提醒消息；

展示单元，使所述客户端展示所述提醒消息包含的活动描述信息；

返回单元，使所述客户端根据收到的针对所述活动描述信息的用户触发操作，向所述提醒消息的发送方返回相应的响应消息，所述响应消息包括所述用户触发操作指示的针对所述活动描述信息的接受状况信息。

41.根据权利要求40所述的装置，其特征在于，所述返回单元具体用于：

当所述用户触发操作指示的接受状况信息为同意时，使所述客户端直接返回所述响应消息；

当所述用户触发操作指示的接受状况信息为拒绝时，使所述客户端进一步获取相应的拒绝理由，并将所述拒绝理由添加至所述响应消息中，以返回至所述发送方。

42.根据权利要求40所述的装置，其特征在于，还包括：

添加单元，当所述用户触发操作指示的接受状况信息为同意时，使所述客户端根据所述活动描述信息，在所述通讯应用中的管理日历中添加相应的活动事件。

43.根据权利要求40所述的装置，其特征在于，还包括：

发送单元，当所述用户触发操作指示的接受状况信息为拒绝时，使所述客户端进一步获取针对所述活动描述信息的至少一个项目的调整信息，并向所述发送方发送包含所述调整信息的调整请求；

第二接收单元，使所述客户端接收所述发送方返回的新的提醒消息，所述新的提醒消息中包含基于所述调整请求而调整后的活动描述信息；或者，使所述客户端接收所述发送方基于所述调整后的活动描述信息而返回的调整指令，并根据所述调整指令调整所述提醒消息中的活动描述信息。

44.根据权利要求40所述的装置，其特征在于，还包括：

获取单元，使所述客户端获取所述提醒消息中包含的提醒时间点和提醒方式；

请求单元，使所述客户端向服务端发起对应于所述提醒时间点和所述提醒方式的活动提醒请求；

响应单元，使所述客户端响应所述服务端在所述提醒时间点以所述提醒方式发起的活动提醒事件。

45.一种活动提醒消息生成装置，其特征在于，包括：

接收单元，使客户端接收提醒消息生成指令；

展示单元，使所述客户端展示出所述提醒消息的备选消息类型；

实施单元，使所述客户端根据选中的消息类型，生成相应的消息。

46.根据权利要求45所述的装置，其特征在于，所述备选消息类型包括以下至少之一：

标准类型、任务类型、活动类型、催办类型、投票类型。

47.一种活动提醒方法，其特征在于，包括：

客户端根据活动描述信息和提醒对象生成提醒消息；

所述客户端向所述提醒对象发送提醒消息，所述提醒消息包含所述活动描述信息。

48.根据权利要求47所述的方法，其特征在于，所述客户端根据活动描述信息和提醒对象生成提醒消息，包括：

所述客户端收到针对所述提醒消息的用户创建操作，以及针对所述提醒消息的类型信息的用户选择操作；

当所述用户选择操作选取的类型信息为活动类型时，所述客户端根据所述活动类型生成提醒消息。

49.根据权利要求47所述的方法，其特征在于，所述客户端根据活动描述信息和提醒对象生成提醒消息，包括：

所述客户端收到针对通讯消息的用户触发操作，所述用户触发操作用于指示所述客户端将所述通讯消息转换为提醒消息；

所述客户端在识别出所述通讯消息的消息内容中包含预设类型的活动描述信息时，生成所述提醒消息。

50.一种活动提醒装置，其特征在于，包括：

生成单元，使客户端根据活动描述信息和提醒对象生成提醒消息；

发送单元，使所述客户端向所述提醒对象发送提醒消息，所述提醒消息包含所述活动描述信息。

51.根据权利要求50所述的装置，其特征在于，所述生成单元具体用于：

使所述客户端收到针对所述提醒消息的用户创建操作，以及针对所述提醒消息的类型信息的用户选择操作；

当所述用户选择操作选取的类型信息为活动类型时，使所述客户端根据所述活动类型生成提醒消息。

52.根据权利要求50所述的装置，其特征在于，所述生成单元具体用于：

使所述客户端收到针对通讯消息的用户触发操作，所述用户触发操作用于指示所述客户端将所述通讯消息转换为提醒消息；

使所述客户端在识别出所述通讯消息的消息内容中包含预设类型的活动描述信息时，生成所述提醒消息。