CN110581794A - 信息处理方法、装置、存储介质及计算机设备 - Google Patents

Abstract

本发明实施例提供一种信息处理方法、装置、存储介质及计算机设备，通过将待办事项提醒与会话消息打通关联，在使用通信客户端进行通信交流过程中，将会展示至少一条会话消息，通信客户端从中确定目标会话消息后，将响应针对该目标会话消息生成的待办事项创建指令，得到该目标会话消息的待办事项信息，从而自动生成相应的待办事项，不需要用户凭记忆，启动独立的待办事项创建应用，在空白待办事项窗口录入待办事项信息，提高了创建待办事项的便利性、准确性及效率。

Description

信息处理方法、装置、存储介质及计算机设备

技术领域

本发明涉及通信技术领域，具体涉及一种日程信息处理方法、装置、存储介质及计算机设备。

背景技术

目前，随着通信技术的发展，手机、台式电脑、平板电脑等电子设备已经被广泛使用，且随着人们生活、学习、工作节奏的加快，日程管理功能已成为电子设备的常规配置，帮助人们规划日程安排，并提醒人们将要处理的待办事项，以提高办公效率。

如今，用户多使用即时通信(instant message，IM)软件实现日常交流，在通信过程中讨论生活、工作安排等，若产生了需要用户以后处理的事项，用户通常是启动电子设备上的如记事本、备忘录等应用，创建空白待办事项模板，如图1所示，在其中录入本次待办事项的内容，并设置提醒时间，点击“保存”按钮，完成待办事项的创建，以便据此及时提醒设用户完成待办内容。或者是在如图2所示的个人日程表中，对应日期上添加待办事项的相关信息，方便用户通过查看个人日程表，能够直观了解近期待办事项的安排。

然而，上述应用记录的事项内容都依赖于用户对通信内容的记忆录入，一旦用户记忆出错，将导致待办事项内容不准确，若用户忘记事项内容，需要用户返回通信界面重新查看通信内容，降低了创建待办事项的效率。

发明内容

有鉴于此，本发明实施例提供了一种信息处理方法、装置、存储介质及计算机设备，提高了创建待办事项的便利性、准确性及效率。

为实现上述目的，本发明实施例提供如下技术方案：

本发明实施例提供了一种信息处理方法，所述方法包括：

展示至少一条会话消息；

从所述至少一条会话消息中，选定目标会话消息；

响应针对所述目标会话消息的待办事项创建指令，确定所述目标会话消息的待办事项信息；

生成包含所述待办事项信息的待办事项。

本发明实施例还提供了一种信息处理装置，所述装置包括：

会话消息展示模块，用于展示至少一条会话消息；

目标会话消息选定模块，用于从所述至少一条会话消息中，选定目标会话消息；

待办事项信息确定模块，用于响应针对所述目标会话消息的待办事项创建指令，确定所述目标会话消息的待办事项信息；

待办事项生成模块，用于生成包含所述待办事项信息的待办事项。

本发明实施例还提供了一种存储介质，其上存储有计算机程序，所述计算机程序被处理器执行，实现上所述的信息处理方法的程序。

本发明实施例还提供了一种计算机设备，所述计算机设备包括：

通信接口；

显示器，用于展示至少一条会话消息；

存储器，用于存储实现如上所述的信息处理方法的程序；

处理器，用于加载并执行所述存储器存储的程序，所述程序用于：

从所述至少一条会话消息中，选定目标会话消息；

响应针对所述目标会话消息的待办事项创建指令，确定所述目标会话消息的待办事项信息；

生成包含所述待办事项信息的待办事项。

基于上述技术方案，本发明实施例通过将待办事项提醒与会话消息打通关联，在员工使用企业通信客户端进行交流中，通信客户端会通过当前会话窗口展示至少一条会话消息，若其中的一条或多条目标会话消息指示创建待办事项，用户可以对该目标会话消息进行操作，直接生成待办事项创建指令，并由该通信客户端响应该待办事项创建指令，创建表征该目标会话消息的待办事项。可见，在用户交流过程中产生需要用户今后处理的事项，本实施例能够直接对会话窗口中目标会话消息进行操作，创建相应的待办事项，不需要用户先记住待办事项内容，再启动记事本、备忘录等应用，录入记忆中的待办事项内容，来创建相应的待办事项，提高了创建待办事项的便利性、准确性及效率。

附图说明

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

图1为一种日程管理应用的待办事项创建界面示意图；

图2为另一种日程管理应用的待办事项创建界面示意图；

图3为本实施例提供的一种日程信息处理系统的结构图；

图4为本实施例提供的一种通信终端的硬件结构图；

图5为本实施例提供的一种应用服务器的硬件结构图；

图6为本实施例提供的一种信息处理方法的信令流程图；

图7a为一种通信客户端登录界面示意图；

图7b为本实施例提供的一种通信客户端的操作界面示意图；

图7c为本实施例提供的一种通信客户端的会话窗口示意图；

图7d是针对图7c所示的会话窗口中的一条会话消息处理选项示意图；

图7e是针对图7c所示的会话窗口中的多条会话消息处理选项示意图；

图7f为本实施例提供的一种待办事项创建界面示意图；

图7g为本实施例提供的一种提醒规则示意图；

图8a为本实施例提供的一种通信客户端的个人待办操作界面示意图；

图8b为本实施例提供的个人待办展示界面示意图；

图8c为本实施例提供的一种历史会话窗口展示界面示意图；

图9为本实施例提供的另一种信息处理方法的信令流程图；

图10a为本实施例提供的一种个人待办事项提醒界面示意图；

图10b为本实施例提供的另一种个人待办事项提醒界面示意图；

图11为本实施例提供的又一种信息处理方法的信令流程图；

图12为本实施例提供的一种信息处理装置的结构图；

图13为本实施例提供的另一种信息处理装置的结构图；

图14为本实施例提供的又一种信息处理装置的结构图；

图15为本实施例提供的又一种信息处理装置的结构图；

图16为本实施例提供的又一种信息处理装置的结构图；

图17为本实施例提供的又一种信息处理装置的结构图。

具体实施方式

本发明的发明人发现：无论是市面上的哪种具有待办事项创建功能的应用，都需要用户凭借记忆手动录入待办事项内容，这会导致在企业员工日常通信交流过程中产生待办事项的场景下，降低待办事项创建效率，一旦对通信内容记错，很容易导致所创建的待办事项内容错误，降低了待办事项的准确性。

针对上述问题，本发明的发明人提出将创建待办事项与会话消息关联的新的信息处理方法，也就是说，当会话消息中出现需要处理的待办事项，可以针对该会话消息，直接得到待办事项信息，并自动生成相应的待办事项，从而在即时通信交流过程中，随时随地地将会话消息产生的待办事项管理起来，不需要员工事后手动启动应用，根据记忆一个一个录入，避免了因不方便及时录入待办事项信息而忘记重要任务的情况发生，提高了创建待办事项效率及准确性。

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

参照图3，为本发明实施例提供的信息处理系统的结构图，该系统可以用来实现本发明实施例提供的信息处理方法，本发明实施例提供的信息处理系统可以包括：多个通信客户端31、通信服务器32以及至少一个应用服务器 33，但并不局限于此，其中：

通信客户端31可以是安装在如手机、平板电脑、笔记本电脑等终端设备上的即时通信应用，具体可以是独立应用程序，也可以是网页应用程序，对于后者，用户可以通过浏览器进入该通信客户端的操作界面，实现与其他注册用户之间的即时通信，本实施例对该通信客户端31的产品类型不作限定。

其中，本实施例中的通信客户端31中可以设置至少一个内置应用，以企业通信客户端为例，为了方便办公，企业通信客户端可以设置如邮件、企业系统管理、日程管理、电话会议等多个内置应用，且每一个内置应用可以在通信客户端31的操作界面上呈现对应的应用标识，本实施例对通信客户端31 包含的内置应用及其对应的应用标识不作限定。另外，在实际应用中，还可以根据实际需要调整通信客户端31的内置应用的数量以及类型等，本实施例在此不做详述。

通信服务器32可以是网络侧为用户提供服务的服务设备，其可能是多台服务器组成的服务器集群，也可能是单台服务器。在本发明实施例中，通信服务器32可以是对应通信客户端31的业务服务器，为客户端提供运行所需的数据，保证客户端的正常工作，并实现任意两个注册用户登录的通信客户端之间的数据交互。

应用服务器32可以是网络侧为用户提供服务的服务设备，在本实施例中，其可以是通信客户端内置应用提供服务的服务设备，保证内置应用的正常工作。通常情况下，对于通信客户端31的不同内置应用，其对应的应用服务器通常不同，且该应用服务器32的数量可以基于通信客户端31的内置应用的数量确定，可以是一个或多个，本发明主要对待办事项管理这一内置应用的应用服务器的工作原理进行说明。

可选的，本实施例上述通信服务器、应用服务器中除了包括提供业务服务的服务器外，还可以包括实现数据存储的数据库，这些数据库可以是按照数据结构来组织、存储和管理数据的仓库，对于不同通信客户端及其包含的内置应用的不同，各服务器包含的数据库记录的数据通常不同，本实施例在此不再一一详述。

另外，信息处理系统还可以包括本地数据库，如存储器，用来存储通信客户端运行过程中产生的各种数据，如利用会话消息，创建待办事项得到的待办事项信息等，这种情况下，通信客户端可以从该本地数据库读取所需待办事项信息，本地数据库也可以主动提醒用户需要处理的待办事项。

可选的，参照图4，为本发明实施例提供的一种计算机设备的硬件结构图，该计算机设备可以是终端设备，如台式电脑、笔记本电脑、手机、工控机等具有数据处理能力的用户设备，本发明对该计算机设备的产品类型不做限定。在本发明实际应用中，用户之间可以通过该计算机设备进行即时通信，在本实施例中，该计算机设备可以包括：通信接口41，存储器42，处理器43及显示器44等，其中：

在本发明实施例中，通信接口41，存储器42，处理器43、显示器44均可以为至少一个，且通信接口41，存储器42，处理器43及显示器44可以通过通信总线完成相互间的通信。

可选的，通信接口41可以为通信模块的接口，如GSM模块的接口，WIFI 模块的接口，GPRS模块的接口，用于实现与其他设备(如其他终端设备或服务器)的数据交互，如向通信服务器发送接收到的会话消息，接收通信服务器反馈的待办事项信息等等。

存储器42可以包含高速RAM存储器，也可以包括非易失性存储器 (non-volatilememory)，例如至少一个磁盘存储器。

在本发明实施例中，存储器42可以存储实现通信客户端的各通信功能的多个指令构成的程序代码，也可以存储实现其他应用的程序代码，由处理器 43调用并加载存储器42所存储的程序代码，实现对应应用的各种功能，本实施例在此不做详述，可以根据通信终端的产品类型以及包含的应用程序确定。

可选的，该存储器42也可以存储通信客户端运行过程中产生的各种数据，如待办事项信息、会话消息等；当然，如上述描述，这些数据也可以发送至服务器侧对应的服务器进行存储。

处理器43可以是一个中央处理器CPU，或者是特定集成电路ASIC (ApplicationSpecific Integrated Circuit)，或者是一个或多个集成电路。在实际应用中，其可以执行存储器42存储的程序代码，实现相应的应用功能，比如，处理器43加载并执行通信程序代码，实现通信客户端的各种通信功能等等，本发明实施例在此不再一一详述。

显示器44可以包括触摸屏或者是液晶显示器，本发明此不作限定。在本实施例中，该显示器44可以在即时通信过程中显示会话窗口，待办事项创建界面以及会话消息，待办事项信息等等。

需要说明的是，图4所示计算机设备的硬件结构仅是可选的，根据使用需要，通信终端还可以包括信息输入装置(键盘、鼠标等)、图形处理器、图像采集器、至少一个传感器等等，该传感器可以包括温度传感器、压力传感器、语音采集器等，可以检测用户针对显示器显示的会话窗口输入的消息，以及针对会话消息产生的待办事项，检测用户在待办事项创建界面输出的数据等等，本发明对该传感器的结构不做限定。

可选的，参照图5，为本发明实施例提供的另一种计算机设备的硬件结构图，此时，该计算机设备可以是应用服务器，如上述通信客户端内置的待办事项创建应用提供服务的服务设备，如图5所示，该计算机设备可以包括：通信接口51、存储器52以及处理器53。

其中，通信接口51，存储器52，处理器53的数量均可以为至少一个，且通信接口51，存储器52，处理器53可以通过通信总线完成相互间的通信。

在本发明实施例中，通信接口51可以是无线通信模块的接头，如WIFI模块的接口等，能够通过通信服务器与至少一个终端设备进行通信，方便用户通过通信客户端内置的待办事项创建应用，直接进行待办事项创建与管理，不需要再退出通信客户端，登录待办事项创建应用来创建待办事项。

存储器52可以包括高速RAM存储器，也可以包括非易失性存储器等，用来存储实现本发明实施例提供的信息处理方法的程序，由处理器53加载并执行，实现本发明实施例提供的信息处理方法，提高待办事项管理便利性。

处理器53可以是一个中央处理器CPU，或者是特定集成电路ASIC等等，本发明对该处理器53的组成结构不做限定，该处理器53执行计算机程序可以实现本实施例提供的信息处理方法的各个步骤，具体可以参照下文方法实施例描述的步骤，本实施例在此不做详述。

结合上图3、图4和图5，本发明实施例提供了一种信息处理方法，参照图6所示的该信息处理方法的信令流程图，需要说明，本实施例描述的通信客户端与应用服务器之间的数据交互，可以通过通信服务器实现，图中并未示出且下文不再说明，如图6所示，该方法可以包括：

步骤S601，通信客户端展示至少一条会话消息；

在实际应用中，结合上述分析，用户可以使用终端设备上的通信客户端 (如即时通信应用程序)进行交流，尤其是在企业内部，为了方便员工日常工作，各员工通常都是使用企业专用的通信客户端进行即使通信，具体的，员工启动通信客户端后，可以输出如图7a所示的登录界面，输入账号与密码进入通信客户端的操作界面，如图7b所示，员工可以在该操作界面选择任意一个员工或已有群组建立会话窗口进行交流；也可以选择多个员工建立临时群会话窗口，从而使选择的多个用户在群会话窗口内进行交流，非常方便，本实施例对如何利用通信客户端、通信服务器实现即时通信的实现过程不做详述。

本实施例以项目小组成员建立群组进行交流的场景为例进行说明，该项目群组的任意一个成员可以点击群组图标，进入如图7c所示的群组会话窗口，各成成员发表的信息即会话消息可以展示在该群组会话窗口中，且对于每个成员登录的通信客户端来说，其输出的群组会话窗口内展示的内容通常是相同的，以保证群组中各成员交流的同步。

在实际应用中，对于上述通信客户端可以安装在如台式电脑、笔记本电脑等终端设备上，也可以安装在手机、iPad等用户能够随身携带的终端设备上，方便用户随时随地进行办公。可选的，可以针对不同类型的终端设备，设置对应的设备标识，可以通过会话窗口展示的设备标识，得知群组中各成员当前登录账号所使用的终端设备类型，从而据此预测该成员所处环境，如图7c 所示，巴XXX和郑X是使用电脑登录通信客户端，陈X和林XX而是使用手机登录的通信客户端。

其中，无论成员当前是否登录账号，会话窗口都可以显示群组各成员，为了区分各成员的登录状态，还可以在会话窗口中显示各成员状态标识，如图7c所示，刘X和刘XX都处于离开状态，其他人都是在线状态，需要说明，本实施例对状态区分方式并不局限于上文描述的实现方式。

步骤S602，通信客户端从该至少一条会话消息中，选定目标会话消息；

在本实施例中，用户使用通信客户端进行即时通信过程中，若接收到的某会话消息产生了需要后续处理的待办事项，用户可以及时创建对应的待办事项，此时，用户可以直接选择产生日程安排的一条或多条会话消息为目标会话消息。

当然，本实施例也可以通过对展示的各会话消息进行分析，确定某会话消息包含预设的特征数据，可以将该会话消息选定为目标会话消息。需要说明，本实施例对步骤S602的实现方法不作限定，并不局限于上文描述的两种实现方式。其中，如上述描述，选定的目标会话消息可以是一条会话消息，也可以是多条会话消息，本实施例在此仅以用户选择目标会话消息的实现方式为例进行说明，若该目标会话消息是一条会话消息，参照图7d所示，可以直接单击该会话消息(如图7d中具有灰色背景的会话消息即为目标会话消息)；若该目标会话消息是多条会话消息，此时需要选择多条会话消息，本实施例可以选中其中的任意一条会话消息，右击输出选项菜单，再从中选择“更多”选项(如图7d选中灰色背景的会话消息右击，出现的下拉三角)，从而使会话窗口的所有会话消息进入可选择状态，如图7e所示，用户可以直接选择产生日程安排的多条会话消息，但并不局限于本实施例给出的这种选择方式。

步骤S603，通信客户端输出针对目标会话消息的处理选项；

在本实施例实际应用中，选定目标会话消息后，可以输出如图7d或图7e 的灰色背景区域所示的处理选项，如“收藏”、“引用”、“待办”等图标按钮，用户可以直接选定“待办”图标按钮对应的待办事项创建选项，触发通信客户端针对该目标会话消息的待办事项创建服务，以完成待办事项创建操作。

可选的，若目标会话消息是单条会话消息，选中该条会话消息后，右击输出处理选项菜单，如图7d灰色背景区域所示，此时用户可以直接从选项菜单中选择“待办”图标按钮，以产生针对目标会话消息的待办事项创建指令；同理，若目标会话消息是多条会话消息，按照上述方式确定目标会话消息后，可以输出如图7e会话窗口下方区域所示的处理选项，用户可以直接选择“待办”图标按钮，以产生针对这多条会话消息的待办事项创建指令。

步骤S604，通信客户端响应对待办事项创建选项的操作指令，获取创建待办事项的至少一个事项组成选项；

结合上述分析，在本实施例中，可以是在用户对输出的待办事项创建选项进行操作后，以使得通信客户端得到针对待办事项创建选项的操作指令，响应该操作指令，触发通信客户端的待办事项创建服务，此时，为了确定本次创建的待办事项信息完整性及准确性，可以先获取组成待办事项信息的元素，即至少一个事项组成选项，比如事项主题、待办内容、时间、提醒优先级等等，也就是获取构成待办事项信息的模板的组成，以便后续基于待办事项信息的组成部分，获取各部分的实际内容。

可选的，通信客户端响应上述操作指令时，可以在当前显示界面输出待办事项创建窗口，如图7f右侧一栏窗口，上述获取的至少一个事项组成选项可以通过该待办事项窗口显示，如图7f所示，但并不局限于图7f所示的待办事项创建窗口的展示形式及组成部分，用户可以自定义设置该待办事项窗口的展示格式，以满足不同用户的个性需求。

而且根据设置，本实施例也可以在当前显示界面的其他位置产生该待办事项创建窗口，方便用户查看该待办事项创建窗口展示的待办事项信息，并在需要时还可以对展示的待办事项信息进行编辑更新。

步骤S605，通信客户端基于该目标会话消息，得到各事项组成选项的内容；

步骤S606，通信客户端由各事项组成选项的内容，生成所述目标会话消息的待办事项信息；

可选的，当上述至少一个事项组成选项包括事项主题选项及待办内容选项，本实施例可以基于目标会话消息的会话主题，得到本次创建的待办事项的事项主题，并由该目标会话消息的至少部分内容，得到该待办事项的待办内容，比如默认设置直接将目标会话消息作为本次创建待办事项的待办内容，或者通过对目标会话消息进行语义分析，基于语义分析结果，提取目标会话消息的至少一个关键词语，将其作为待办内容等；当然，本实施例也可以将产生目标会话消息的会话窗口的会话标识(如会话对象或群组名称等)默认为该待办事项的事项主题，并不局限于目标会话消息的会话主题。所以说本实施例对如何基于目标会话消息，确定相应的待办事项信息的方法不作限定。

作为另一可选实施例，如图7f所示，事项组成选项还可以包括提醒优先级选项，因此，在确定待办事项信息时，还可以响应对提醒优先级选项的操作指令，确定本次创建待办事项的提醒优先级，具体可以由用户对该提醒优先级选项进行操作，如图7f所示，本实施例可以默认创建的待办事项的提醒优先级是高优先级，再由用户自主调整该提醒优先级，也可以根据待办事项信息分析确定提醒优先级等等，本实施例对如何确定各待办事项的提醒优先级的方式不做限定。

可选的，对于待办事项创建窗口中的待办事项信息，可以通过双击等方式进行编辑状态，用户可以对其进行修改或重新编辑，以满足用户个性化需求，且该待办事项的优先级也可以重新调整，本实施例可以预先为不同优先级设定提醒服务，如比提醒方式、提醒时返回的提醒消息等等，具体实现可以参照下文相应本实施例的描述，在此不作详述。

参照图7g，为本实施例提供的一种优先级提醒规则，如图7g所示，可以将提醒优先级级别高的待办事项，记为一类待办事项，将提醒优先级级别低的待办事项，记为二类待办事项，但并不局限于本实施例提供的这种分类方式。如图7g所示，对于不同提醒优先级的待办事项，提醒方式不同，向通信客户端发送的提醒消息的内容以及展示形式可以不同，需要说明，本实施例对各待办事项进行提醒的优先级提醒规则，并不局限于图7g所示的内容，可以根据实际情况进行设定，本实施例在此不再一一详述。

步骤S607，通信客户端响应待办事项存储指令，将用户标识及生成的待办事项发送至应用服务器；

本实施例中，如上述方式确定待办事项信息，并展示在待办事项创建窗口后，或用户对其进行编辑，更新展示的待办事项信息后，可以将最终确定的待办事项信息作为目标待办事项信息，此时，用户可以点击如图7f中的“提交”按钮，生成待办事项存储指令，从而由通信客户端响应该待办事项存储指令，将生成的待办事项发送至应用服务器存储，以供今后调取查看或进行网络提醒。

其中，通信客户端生成的待办事项除了包含有相应的待办事项信息，还可以与当前使用通信客户端的用户的当前用户标识关联，通过用户标识来区别应用服务器存储的待办事项，方便用户查看个人待办事项。需要说明，本实施例对生成的待办事项包含的具体内容不作限定，且关于对生成的待办事项的存储方式，并不局限于本实施例描述的网络侧的应用服务器存储方式，也可以在通信客户端本地进行存储，由于网络存储方式，不会占用本地空间资源，本实施例主要对这种网络存储方式为例进行方案的描述。

作为本申请另一可选实施例，对于待办事项的存储，并不局限于上文描述的用户收到触发方式，也可以由通信客户端确定待办事项信息，生成相应的待办事项后，直接将该待办事项发送至应用服务器或本次数据库存储。本实施例对如何存储生成的各待办事项的方法不作限定。

可选的，通信客户端将生成的待办事项发送至应用服务器之前，在响应待办事项存储指令时，可以生成相应的待办事项存储请求，并将该待办事项存储请求发送至应用服务器，请求服务器存储相应的待办事项，在接收到应用服务器的反馈消息后，将该待办事项发送至应用服务器。可见，本实施例通信客户端可以直接将生成的待办事项发送至应用服务器，也可以请求应用服务器存储，但并不局限于本文描述的这两种实现方式。

其中，待办事项存储请求可以包括本次创建的待办事项的待办事项信息，还可以包括通信客户端的用户标识(如用户注册ID、用户名称等)、目标会话消息的会话标识等等，本实施例对待办事项存储请求包含的数据内容不做限定。

步骤S608，应用服务器将接收到的待办事项与用户标识关联存储；

在本实施例中，应用服务器接收到任一通信客户端发送的待办事项，可以按照该待办事项的用户标识进行分类存储，即将同一用户使用通信客户端发送至待办事项，与该用户的用户标识进行关联存储，以便基于用户标识快速查找该用户的所有个人待办事项；当然本实施例也可以按照各待办事项的提醒时间进行分类存储等等，本实施例对应用服务器如何存储待办事项的方式不作限定。

本实施例在此仅以如下表一的字段分类方式为例，来说明应用服务器存储待办事项的一种可选实现方法，但并不局限于这种存储方式。

表一

在表一中，相关会话ID可以是创建该待办事项时所依据的目标会话消息的会话标识，如该目标会话消息所在会话窗口的ID，或存储该目标会话消息的标识等，用来区别各会话消息，并据此获取存储的相应目标会话消息。

另外，本实施例创建的待办事项待办初始状态均可以为待办，在用户完成某待办事项后，可以将其待办状态修改为已办，以便用户打开待办事项查阅界面时，能够从其展示的与用户标识对应记录的各待办事项的实际状态。

其中，本实施例可以通过不同状态标识(如颜色、不同形状图标等)来区分不同状态的待办事项，或者直接划分成不同状态的事项群组等方式，帮助用户快速查询所需的待办事项。

可选的，在实际应用中，各待办事项的不同状态的区分可以由用户在展示界面设置选项进行设定，且随着待办事项的实际状态的变化，可以按照预设规则相应调整该待办事项的状态标识或显示位置等等，并不局限于上文描述的手动进行状态调整的方式。

此外，对于用户已完成的待办事项，可以暂时保留，方便用户查看自己已经处理的待办事项，也可以删除，以减少空间资源的占用。

步骤S609，通信客户端获取待办事项查看请求；

其中，该待办事项查看请求可以用于请求查看与当前用户标识关联的待办事项，因此，该待办事项查看请求可以携带有当前用户标识，但并不局限于该内容。

在本实施例实际应用中，对于应用服务器存储的待办事项，用户可以在使用通信客户端过程中，随时查看其需要处理以及已经处理的各待办事项，以了解个人工作进度等。

基于此，用户登录通信客户端后，可以随时查看自己需要处理的各待办事项，如图8a所示，可以在通信客户端的操作界面点击“个人待办”按钮，生成相应的待办事项查看请求。因此，通信客户端可以通过监测用户行为信息，确定针对当前显示界面的个人待办事项查看操作，可以生成待办事项查看请求，该待办事项查看请求可以包括该通信客户端的用户标识，本实施例对待办事项查看请求的生成方式以及包含的内容不作限定。

步骤S610，通信客户端将该待办事项查看请求发送至应用服务器；

步骤S611，应用服务器响应该待办事项查看请求，得到与当前用户标识关联的至少一条待办事项；

步骤S612，应用服务器将得到的至少一个待办事项发送至通信客户端；

本实施例中，应用服务器接收到待办事项查看请求后，可以对其进行解析，确定其需要查询与哪个用户标识关联的待办事项，即得到当前用户标识，之后，直接从存储的待办事项中，查询与当前用户标识关联的至少一条待办事项。其中，查询到的待办事项包含待办事项信息，该待办事项信息的内容可以参照上述实施例相应部分的描述。

可选的，当查询到当前用户标识关联的多个待办事项，这多个待办事项可能处于不同待办状态，如待办和/或已办，所以说，上述查询到的待办事项还可以包括其当前待办状态，以便用户据此准确得知哪些待办事项是已办的，哪些待办事项还没有办。

步骤S613，通信客户端按照该至少一条待办事项的事项状态，对该至少一条待办事项进行分类展示；

可选的，通信客户端可以输出如图8b所示的个人待办事项窗口，将接收到的各待办事项展示在该个人待办事项窗口，如图8b所示，个人待办事项窗口可以分为两栏，一栏展示各待办事项对应的待办主题及其创建时间、待办状态等待办事项信息，另一栏用来显示所选择的待办事项对应的待办内容、提醒优先级以及事项状态等待办事项信息，但并不局限于图8b所示的分类展示方式，本实施例仅以此为例进行说明。

其中，对于不同提醒优先级的待办事项，还可以在该个人待办事项窗口中展示不同的显示状态，如显示不同形状或不同颜色的待办事项图标(如图 8b黑色圆点、白色圆点)，或设置不同的背景颜色，字体形状或颜色等等，本实施例在此不再一一列举。当然，本实施例也可以根据待办状态的不同，调整接收到的各待办事项对应的待办事项图标的显示状态等等，辅助用户对个人待办事项的管理。

以图8b所示的个人待办事项窗口为例，用户可以从图8b左侧一栏中，直接根据待办事项图标的显示状态，确定与其关联的提醒优先级级别较高的各待办事项，并直观看到待办事项的创建时间以及待办状态，若个人待办事项较多，可以直接输入关键信息(如待办主题、创建时间或待办状态等)进行搜索展示，以便快速找到需要查看的待办事项，非常方便。

可选的，本实施例还可以通过双击等方式，对当前展示的某待办事项的待办事项信息进行操作，使其进入编辑状态，对展示的待办事项信息进行编辑，来调整待办事项的内容，具体编辑方式不作限定。

步骤S614，通信客户端获取会话查看请求；

其中，该会话查看请求可以用于请求创建目标待办事项的会话消息，在本实施例实际应用中，该会话查看请求可以是在用户查看待办事项信息时，点击当前显示界面中的“查看对应会话”按钮生成的，但并不局限于此。

例如，参照图8b所示的个人待办事项查看窗口，用户从左侧窗口选中某一待办事项，右侧窗口展示该待办事项的待办事项信息的同时，也可以在右侧窗口内展示“查看对应会话”按钮，此时，用户可以点击“查看对应会话”按钮，从而生成相应的会话查看请求，用来请求获取与选中的待办事项对应的会话窗口，即回溯到生成该待办事项的目标会话消息所在的会话窗口。

由此可见，该会话查看请求可以包括用户标识、至少部分待办事项信息 (即用来区别待办事项的某一选项信息，如待办主题、待办内容等)等信息，本实施例对其包含的内容不作限定。

步骤S615，通信客户端将该会话查看请求发送至通信服务器；

在本实施例中，用户使用通信客户端进行即时通信过程中产生的各种会话消息、行为信息等，可以发送至通信服务器的数据库进行存储，因此，该通信服务器记录有创建各待办事项的会话消息，当需要查看产生该待办事项时，当前显示界面展示的会话消息时，可以向通信服务器发送相应的查看请求，以获取相应的历史会话消息。

步骤S616，通信服务器响应该会话查看请求，得到创建目标待办事项的会话消息所对应的会话消息记录；

在实际应用中，通信服务器接收到会话查看请求后，可以对其进行解析，得到通信客户端需要获取哪些历史会话消息，具体可以解析得到用户标识、待办内容等信息，之后，可以从与该用户标识关联的所有历史会话消息中，查看与该待办内容相匹配的目标会话消息，再获取该目标会话消息的上下文，即得到创建该目标待办事项的会话消息所对应的会话消息记录。

基于此，通信服务器在存储各历史会话消息时，可以将其与产生时间、用户标识、产生该会话消息所在的会话标识等数据关联，并按照这种关联方式对各历史会话消息进行分类存储，但并不局限于此。这样，当需要查询与某用户标识、某待办事项信息对应的会话消息时，可以按照上述分类方式，快速且准确查询到所需的会话消息记录。

其中，本实施例可以基于会话消息的产生时间，在确定目标会话消息后，从与当前用户标识关联的历史会话消息中，继续查询与目标会话消息的产生时间相邻的至少一条相邻历史会话消息，构成该待办事项对应的会话消息记录，帮忙用户回忆产生该待办事项时的沟通场景。

需要说明，本实施例对通信服务器如何查询该会话消息记录的方法不作限定，并不局限于本文描述的方式。

步骤S617，通信服务器将该会话消息记录反馈给通信客户端；

步骤S618，通信客户端在会话消息记录相应的会话窗口，展示该会话消息记录。

在本实施例中，用户点击查看对应会话按钮后，可以在当前显示界面输出一个会话窗口，而该会话窗口的内容可以基于应用服务器反馈的会话消息记录确定，如图8c所示的会话窗口，本实施例不仅可以展示会话消息记录，还可以展示该待办事项的待办事项信息、产生该会话消息记录的会话对象(如群组名称、个人名称等等)，但此时输出的会话窗口并不局限于图8c所示的会话窗口，也可以直接展示如图7f所示的会话窗口，即与创建该待办主题所属的待办事项时，通信客户端所输出的会话窗口等等，本实施例在此不再一一列举。

可选的，在展示会话消息记录时，可以将该目标会话消息定位成该会话窗口的首条会话消息位置，参照图8b和图8c所示的展示方式，也可以将该目标会话消息定位到会话窗口的中间位置，实现对会话消息记录的展示，从而使用户能够直接查看会话窗口内的会话消息，准确得知是在怎样情况下产生的该待办事项等等，需要说明，本实施例对会话消息记录如何在会话窗口展示的方法不作限定。

综上所述，本实施例通过在通信客户端内置创建待办事项的应用，将待办事项创建与会话消息打通，从而使用户在使用通信客户端进行通信交流过程中，产生需要后续处理的待办事项，可以直接从展示的至少一条会话消息中，选定目标会话消息，并响应针对该目标会话消息的待办事项创建指令，确定该目标会话消息的待办事项信息，从而生成包含该待办事项信息的待办事项，不需要用户关闭当前通信交流的会话窗口，再打开创建待办事项的应用，创建空白的待办事项后录入用户记忆的待办事项信息，提高了待办事项创建效率及准确性。

而且，本实施例还能够支持在通信客户端上查看个人待办事项，不需要启动其他应用查看个人待办事项，提高了待办事项查看的便利性；另外，还能够在查看待办事项的显示界面，直接回溯到该待办事项对应的会话窗口，展示创建该待办事项的目标会话消息所对应的会话消息记录，帮助用户回忆或检查创建所选择的待办事项时的沟通场景，使得通信客户端的功能多样化，及对待办事项查看更加丰富多彩。

在实际应用中，对于生成的各待办事项，无论是存储在本地还是网络侧，都需要按照一定方式提醒用户按时处理，也就是说，本实施例提供的信息处理方法中，除了具有上述待办事项的生成、查看、会话回溯等功能外，还具有提醒功能。通信客户端接收到待办提醒消息后，可以按照该待办提醒消息对应的提醒方式，输出该待办提醒消息。

结合上图7g所示的优先级提醒规则，由于各待办事项的待办事项信息可以包含对应的提醒优先级，不同提醒优先级级别的待办事项，进行提醒时产生待办提醒消息的条件，及对待办提醒消息的展现形式等都会有所区别。本文在此仅以用户登录通信客户端时提醒、网络侧监控提醒(即应用服务器监控预设固定提醒时间，进行定时提醒)这两种提醒方法为例进行说明，但并不局限于本实施例描述的两种提醒方法。

参照图9，为本实施例提供的一种信息处理方法的信令流程图，本实施例主要对应用服务器进行待办事项的提醒过程进行描述，关于通信客户端如何生成待办事项，并存储至应用服务器的过程，可以参照上文实施例相应部分的描述，本实施例在此不再赘述。如图9所示，该方法可以包括：

步骤S901，通信客户端向通信服务器发送登录请求；

步骤S902，通信服务器对登录请求携带的用户账号信息进行验证；

步骤S903，通信服务器验证该用户账号信息合格，向通信客户端反馈验证合格通知；

本实施例可以通过监控用户行为，以便得知用户何时使用通信客户端登录通信服务器，从而及时提醒该用户还未处理的待办事项。具体的，用户启动通信客户端后，通常会在通信客户端的登录界面进行的账号、密码、登录状态等输入信息，以及对“登录”按钮的操作信息等，通信客户端可以将由此产生的用户账号信息发送至通信服务器进行验证。需要说明，关于通信服务器对用户行为的监听方式并不局限于上文描述的方式。

步骤S904，通信客户端生成待办提醒请求；

本实施例中，通信客户端接收到通信服务器反馈的验证合格通知时，可以认为用户此时能够看到通信客户端输出的待办提醒消息，因此，通信客户端此时可以为生成待办提醒请求，请求应用服务器反馈需要该用户处理的待办事项，可以理解的是，该待办提醒请求可以包括用户标识，以供应用服务器据此检索相应的待办事项信息。

步骤S905，通信客户端将该待办提醒请求发送至应用服务器；

结合上述分析，通信客户端与应用服务器之间的通信可以经过通信服务器实现，也就是说，通信客户端发送至应用服务器的数据，以及应用服务器反馈至通信客户端的数据，均可以通过该通信客户端对应的通信服务器的转发，实现两者之前的通信，下文对此不做赘述。

在本实施例中，该待办提醒请求用来请求应用服务器反馈待办提醒消息，其可以包括有当前用户标识，用来指示应用服务器查询哪些待办事项，以及将查询到的待办提醒消息反馈至哪个终端设备或哪个通信客户端账号显示。比如，需要应用服务器向多个注册用户反馈待办提醒消息的情况下，可以利用不同注册用户对应的用户标识的不同，将各注册用户对应的待办提醒消息，正确地反馈至该注册用户当前登录通信客户端所使用的终端设备，具体实现过程本实施例不做限定。因此，本实施例中的用户标识可以是用户注册ID、用户账号、或用户预先绑定的终端设备的设备ID等等。

步骤S906，应用服务器响应该待办提醒请求，得到与当前用户关联的至少一条待办提醒消息；

如上述实施例对应用服务器存储待办事项的描述，得知不同用户上传的各待办事项，可以与该用户的用户标识关联存储，因此，应用服务器解析待办提醒请求，可以得到当前用户标识，之后，应用服务器可以据此查找与其关联的各待办事项，还可以进一步从中筛选处于待办状态的待办事项(即未处理的待办事项)，得到该待办事项的待办提醒消息。需要说明，本实施例也可以直接获取与当前用户标识关联的各待办事项的待办提醒消息，并不局限于仅获取未处理的待办事项的待办提醒消息。

其中，待办提醒消息可以包含相应待办事项的待办事项信息，或者该待办事项信息中的部分内容，如待办内容、待办主题、待办时间等，能够起到提醒用户回忆起相应时间要处理的是什么待办事项即可，本实施例对该待办提醒消息的内容不作限定。

步骤S907，应用服务器将得到的至少一条待办提醒消息反馈至通信客户端；

步骤S908，通信服务器按照各待办提醒消息对应的提醒方式，输出相应的待办提醒消息。

在本实施例中，结合上述描述，在创建待办事项时，根据对应的目标会话消息的重要程度，可以设置不同的提醒优先级，而不同提醒优先级对应的提醒方式，以及包括待提醒消息的展示形式均可以不同，如上述图7g所示，但并不局限于此。

因此，应用服务器查询到当前用户标识关联的待办事项后，可以按照提醒优先级的优先级级别高低，得到提醒优先级相对较高的高优先级待办事项 (即对用户来说相对更加重要的待办事项，也可以记为第一优先级待办事项)，以及提醒优先级相对较低的低优先级待办事项(可以记为第二优先级待办事项)，之后，可以将得到的不同提醒级别的待办事项作为待办提醒消息下发至通信客户端进行展示。

当然，本实施例应用服务器也可以按照上文所述方式，基于待办事项信息，确定出该待办事项的待办提醒消息，并将该待办提醒消息与待办事项关联存储，这样，当需要对该待办事项进行提醒时，可以直接获取该待办事项对应的待办提醒消息，并按照该待办事项的提醒方式，输出该待办提醒消息。可见，本实施例可以参照上图7g所示待办事项的提醒优先级规则，在通信客户端接收到不同提醒优先级的待办事项对应的待办提醒消息后，可以按照相应的提醒方式输出待办提醒消息，以使得用户首先注意到重要事项并进行处理。本实施例对确定接收到的待办提醒消息的提醒方式的方法不作限定，如携带在待办提醒消息中发送至通信客户端；或者待办提醒消息携带提醒标识，本地存储该提醒标识对应的提醒方式等等。

本实施例在此仅以图7f所示的两种提醒方式(记为第一提醒方式和第二提醒方式)为例进行说明，在实际应用中并不局限于本文描述的这两种提醒方式。

其中，第一提醒方式可以包括通过自动弹出个人待办提醒窗口，逐条显示各条待办事项的待办提醒消息，如各条待办事项对应的待办内容等，如图 10a所示的个人待办提醒窗口，待办提醒消息除了包含待办内容外，还可以包含相应待办事项的提醒优先级、事项状态等，且在用户完成该待办内容后，可以直接将其事项状态从待办调整为已办，并反馈至应用服务器，对其数据库存储的该待办事项的事项状态进行更新。

可选的，用户在查看提醒的待办事项的待提醒消息时，也可以在该个人待办提醒窗口设置“查看对应会话”功能按钮，方便用户点击该功能按钮，按照上述待办事项查看实施例描述的方式，跳转到如图8c所示的会话窗口。具体实现过程可以参照上述步骤S614～步骤S618相应部分的描述。

第二提醒方式可以包括在某角落或边缘的消息盒子中，以待办盒子形式进行提醒的方式，也就是说，在这种情况下，通信客户端接收到的待办提醒消息后，可以采用消息盒子(其可以位于显示界面的某个角落或边缘位置等) 的方式输出，如改变接收各待办提醒消息的待办盒子的显示状态，达到提醒用户查看待办提醒消息内容的目的。

具体的，在接收到待提醒消息后，可以控制采用控制该消息盒子或待办盒子不断闪烁，或改变显示颜色等方式，来调整消息盒子或待办盒子的显示状态，提醒用户查看该新接收的待办提醒消息；当然，如图10b所示，通信客户端也可以在待办盒子的显示状态中，直接显示有几条未查看的待办提醒消息等等。用户可以根据这些提醒，打开该待办盒子查看待办提醒消息，此时该待办提醒消息可以链接到相应的待办事项信息，即用户点击待办提醒消息，可以输出相应的待办事项信息，如图8b所示，此时用户也可以对当前界面设置的“查看对应会话”功能按钮进行操作，跳转到如图8c所示的会话窗口，具体实现过程可以参照上述实施例相应部分的描述，本实施例不再赘述。

需要说明，如图10b所示的消息盒子提醒界面，该消息盒子可以展示通信客户端接收到的各种提醒消息，如会话消息提醒消息、升级提醒消息等，并不局限于待办事项的待办提醒消息。

综上，本实施例在用户登录通信客户端时，应用服务器能够及时且准确向该通信客户端反馈用户需要处理的各待办事项的待办提醒消息，可以根据相应的提醒优先级，采用如上所述的自动弹出提醒窗口逐条提醒，或以待办盒子形式进行提醒等形式，输出接收到的待办提醒消息，不仅能够使用户及时得知需要处理的待办事项，待办提醒消息的输出形式，还能够帮助用户快速分辨哪些待办事项是重要事项，哪些事项是相对不太重要的事项，从而方便用户根据事项重要程度进行选择，更加灵活实用，不需要用户再一个待办事项一个待办事项查阅，提高了工作效率。

而且，用户被提醒查看待办事项信息期间，也可以回溯到产生该待办事项的目标会话消息的会话窗口，充分了解当时创建该待办事项的具体场景，进而帮助用户能够正确处理待办事项。

可选的，本发明还提供了一种区别于上述图9所示的实施例描述的待办事项提醒方式，参照图11所示的另一种信息处理方法的信令流程图，与上述图9 所示的实施例的区别在于应用服务器获取待办事项提醒请求的方式，本实施例可以由应用服务器预设固定提醒时间，向对应的通信客户端反馈提醒消息，具体可以包括以下步骤：

步骤S1101，应用服务器监听当前时间是否达到预设提醒时间；如果否，继续监听；如果是，执行步骤S1002；

步骤S1102，应用服务器生成标识获取请求；

在本实施例中，参照上图7g所述的提醒方式字段内容，除了在用户登录通信客户端时，向通信客户端反馈提醒消息外，应用服务器还可以设置固定的提醒时间即预设提醒时间，使其按照该预设提醒时间向通信客户端反馈提醒消息。

其中，预设提醒时间可以是每天的固定时间点，如每天的10点、15点等，本实施例对该预设提醒时间不做限定，而且，该预设提醒时间可以基于不同用户工作属性的不同进行调整，也就是说，本实施例的应用服务器可以针对不同工作属性，设置不同的预设提醒时间，从而使本实施例提供的提醒服务更加贴合用户需求。当然，为了减少工作量，也可以设置相同的预设提醒时间，如一个种类型的企业设置相同的预设提醒时间等等，本实施例对预设提醒时间的具体时间以及设置方式等均不作限定。比如，对于银行金融单位，可以每天X提醒员工提供工作报表；对于销售单位，可以每周提醒员工提交销售报表等。

作为本申请另一可选实施例，上述预设提醒时间也可以是应用服务器存储的各待办事项的提醒时间，可以是在创建待办事项时生成，包含在各待办事项信息中，这样，应用服务器可以实时监控各待办事项的提醒时间，并在达到任意一个待办事项的提醒时间，及时将该待办事项的待办提醒消息发送至通信客户端，也就是说，在本实施例中，应用服务器可以基于监控结果，直接向通信客户端发送待办提醒消息，不需要再获取用户标识。

步骤S1103，应用服务器将该标识获取请求发送至通信客户端；

可选的，应用服务器可以将生成的标识获取请求发送给各通信客户端；或者，通过向通信服务器发送请求，得知当前成功登录的通信客户端，再向这些通信客户端发送用户标识获取指令；或者获取预先设置与该预设提醒时间对应的通信客户端，再将标识获取请求发送至相应的通信客户端等。

步骤S1104，通信客户端将当前用户标识发送至应用服务器；

其中，用户标识可以是用户注册ID，设备ID或用户账号等信息，用来区别各用户登录的通信客户端，本实施例对其包含的内容不作限定。

步骤S1105，应用服务器获取当前处于待办状态下，与该当前用户标识关联的各待办事项的待办提醒消息；

其中，关于各待办事项的待办提醒消息的内容及其提醒方式，可以参照上述实施例相应部分的描述。

步骤S1106，应用服务器将获取的各待办提醒消息发送至通信客户端；

步骤S1107，通信客户端按照各待办提醒消息对应的提醒方式，输出相应的待办提醒消息。

在本实施例中，待办提醒消息的提醒方式可以是预设固定的提醒方式，如上述第一提醒方式或第二提醒方式或其他自定义提醒方式，具体实现可以参照上文相应对提醒方式的描述。

综上所述，本实施例可以由应用服务器自己在预设时间激活待办提醒的服务，即在达到预设提醒时间时，发送标识获取请求到通信客户端，以获取当前用户标识后，将存储的当前处于待办状态下，与该当前用户标识对应的待办事项的待办提醒消息发送至通信客户端，从而使用户在使用通信客户端进行即时通信过程中，能够及时接收到待办事项的提醒，并按照预设提醒方式输出待办提醒消息，来提醒用户及时处理该待办事项，避免了用户对待办事项的遗忘带来的不便。

而且，本实施例并不是在用户登录通信客户端后，就立刻获取个人待办事项信息的待办提醒消息，避免了未达到各待办事项实际处理时间之前，各待办提醒消息对通信客户端所在终端设备空间资源的占用，也避免了对用户长时间提醒造成的厌烦感，以及无法准确判断何时应该处理各待办事项。

可选的，为了进一步提高待办事项的待办提醒消息输出的及时性和准确性，通信客户端按照上述方式接收到应用服务器反馈的个人待办事项的待办事项信息后，可以按照设定的预先提醒时间，输出各待办事项信息或其对应的待办提醒消息。比如，对各待办事项数据进行分析，得到各待办事项的实际处理时间，当任意一个待办事项的实际处理时间与当前时间的时间差达到预先提醒时间，可以输出该待办事项的待办事项信息或其对应的待办提醒消息，也就是说，本实施例可以在临近各待办事项的实际处理时间时，通信客户端才会对其用户进行提醒，从而避免用户长时间看到未处理的各待办事项的待办提醒消息产生厌烦感，进而影响对待办事项的处理及时性。

在本发明又一实施例中，上述各实施例处理过程通信客户端得到的各待办事项信息，也可以发送至本地数据库进行存储，由本地数据库实现对待办事项的提醒，这与应用服务器存储数据，与通信客户端进行通信，实现日程信息处理方法的过程类似，本发明并未对该过程进行重复描述。

在实际应用中，由于将通信客户端运行过程中产生的数据存储在本地数据库的方式，会受到用户使用的通信终端的约束，也就是说，用户使用A终端登录通信客户端进行即时通信过程中，创建待办事项得到的待办事项数据，若不使用网络同步，只能在用户使用A终端期间进行提醒，若用户使用B终端登录通信客户端，通常无法得到在使用A终端期间存储的待办事项信息，也就无法提醒用户处理相应的待办事项，且用户使用B终端登录通信客户端查看的个人待办事项时，往往只能获得B终端存储的相应待办事项信息，无法获取在A终端存储的待办事项信息，导致所查看的个人待办事项对应的待办事项信息不完整。

因此，为了保证待办事项提醒及时性，所查看待办事项信息的完整性等，本发明优先采用应用服务器存储所得到的待办事项信息，即采用上文实施例各步骤描述的信息处理方法，从而使用户无论在哪个通信终端上登录通信客户端，都能够按照上述方法得到各待办事项的提醒，查看所有个人待办事项信息等。

结合上述各实施例描述的信息处理方法，下文将以企业员工使用即时通信软件(即上文通信客户端)沟通日程安排，比如会议、出差任务等安排等场景为例，来说明该场景下如何快速生成相应的待办事项，以及如何查到待办事项，如何通过待办事项回溯到相应的会话窗口。需要说明，本发明实施例提供的日程信息处理方法并不局限于本文描述的该实现场景，且在该场景下，也并不局限于下文描述的操作过程。

针对产品的研发，企业员工可以成立相应的研究小组，通常各研究小组会在该企业内即时通信平台(即上述通信客户端所在的通信平台)上创建相应的群组，该研究小组成员即为群组成员，方便各成员随时随地进行沟通。本实施例对如何在即时通信平台上建立群组，以及各群组成员在群组会话窗口中进行即时通信的过程不做详述。

参照图7c所示的“X产品运营组(六)”这个群组会话窗口，各成员可以通过在该群组会话窗口中输入文字、图片、视频以及语音等信息进行交流，本文仅以文字交流方式为例进行说明，在各成员沟通过程中，若某成员提出某项日程安排，比如林XX提出稍后给其他人看修订后的ppt框架信息，林XX 可以基于这一信息内容创建待办事项，如图7d所示，林XX可以在当前群组会话窗口上，选中产生该信息的目标会话窗口，右击选择待办图标，从而使当前群聊会话窗口右侧输出如图7f右侧所示的待办事项创建界面，林XX可以直接对本次创建的待办事项的待办主题、待办内容以及优先级进行编辑，之后，点击“提交”按钮，将由此生成的待办事项信息发送至应用服务器进行存储，存储方式可以参照上文实施例相应部分的描述。

之后，林XX完成上述修订工作后，可以在其登录即时通信软件的操作界面上，点击“个人待办”图标，如图8a所示界面中的图标，可以输出如图8b所示的林XX需要处理的待办事项(还可以包括已经处理的待办事项)，其从中可以直接查看到有关X产品运营组(六)这个群组的待办事项信息，进而受其提醒，将修订后的信息发送至该群组的其他成员邮箱，或直接发送至该群组会话窗口进行讨论。

或者，在创建本次待办事项时，也可以设置处理时间并发送至应用服务器，由该应用服务器监测当时时间达到或临近该处理时间，按照上文描述的提醒方式，向林XX当前登录的通信客户端反馈待办提醒消息或待办事项信息，提醒林XX进行相应操作等等，对于如何提醒的实现方式，本实施例在此不再一一详述。

其中，当群组其他成员看到林XX提出的有关稍后给其他人看修订后的ppt 框架信息的会话消息后，也可以按照上述方式创建待办事项，提醒其他成员准时参与后续讨论，还可以受其提醒主动询问林XX修订情况等等，非常方便，避免了林XX完成修订后，其他成员无法准时参与，耽误工作进展的情况发生。

可选的，对于群组成员采用语音或视频等方式进行沟通的场景，可以由通信客户端对各成员的发言内容进行分析，若某成员希望对其或他人发言内容中涉及到的日程安排，创建相应的待办事项，可以点击当前会话窗口中的待办图标，从而使通信客户端分析得到当前能够产生日程安排的会话消息，并展示分析得到的这些会话消息，进而使用户从中选择需要创建待办事项的目标会话消息，具体可以按照上文描述的待办事项创建方法实现，本实施例在此不做详述。

作为另一实施例，通信客户端也可以实时对产生的每一条会话消息进行分析，确定当前会话消息能够产生日程安排时，可以直接触发内置待办事项创建应用启动，输出相应的待办事项创建窗口，利用确定的目标会话消息，得到相应的待办事项信息，并展示在待办事项创建窗口中，对于待办事项创建窗口展示内容的处理过程，可以参照是上文实施例相应部分的描述。

由此可见，对于基于会话消息的内容，创建待办事项的过程，可以由用户在当前会话窗口进行手动操作完成，保证了所创建的待办事项的及时性以及可靠性。当然，本实施例也可以由通信客户端自动检测，并在输出当前会话窗口的同时，触发内置待办事项创建应用基于通信客户端分析得到的会话消息，自动创建待办事项，进一步提高了待办事项创建效率，且解决了不知道如何手动创建待办事项的用户，也能够对即时通信过程中涉及到的日程安排，创建相应的待办事项。

可选的，在通信客户端对会话消息进行分析，以便触发内置待办事项创建应用自动创建相应的待办事项的应用中，本实施例可以在通信客户端预先设置多个待办事项中经常会出现的特征，例如一些关键词语或语句，具体可以是时间信息、地点信息、会议、讨论/沟通、发布等等，本实施例对该特征的内容不作限定，其也可以不断更新。

基于此，本实施例可以对获取的当前会话消息进行语义分析，确定其包含至少一个关键词语，生成相应的待办事项创建指令，此时将触发通信客户端内置的待办事项创建应用启动，并在当前会话窗口所在显示界面输出待办事项创建窗口，同时，可以基于语义分析结果或当前会话消息，得到待会事项信息并展示在该待办事项创建窗口，之后，处理过程可以参照上文图6对应的实施例相应部分的描述，本实施例在此不再赘述。

需要说明，上述实施例关于对会话消息的分析过程，可以由通信客户端实现，也可以由通信服务器实现，对于后者，通信客户端将接收到的当前会话消息发送至通信服务器进行存储的同时，由通信服务器对其进行语义分析，这种情况下，预设特征可以存储在通信服务器中，通信服务器可以将分析结果反馈至通信客户端进行后续步骤。

参照图12，为本发明实施例提供的一种信息处理装置的结构示意图，该装置可以应用于通信客户端侧的计算机设备，如终端设备中的处理器，具体可以包括：

会话消息展示模块1201，用于展示至少一条会话消息；

目标会话消息选定模块1202，用于从所述至少一条会话消息中，选定目标会话消息；

可选的，在本实施例中，参照上图7d和7e所示的会话窗口中的处理选项，确定目标会话消息之后，可以输出针对该目标会话消息的处理选项，供用户进行选择处理。本实施例设定该处理选项至少包括待办事项创建选项，如上图7d和7e所示的这一待办图标，此外还可以包括“★”收藏图标，引用图标，更多图标等等，以便用户对选择的目标会话消息进行其他操作。

其中，用户点击更多图标后，可以进一步输出下一级处理选项，而更多处理图标或文字选项可以在下一级处理选项界面中进行展示，比如“多选”、“标记”等等；当然，本实施例也可以直接将更多图标作为多选图标，用户点击图标，可以直接进入如图7e所示的会话消息选择编辑界面，用户可以根据需要选择多个会话消息作为目标会话消息等等，本实施例对处理选项包含的内容不作限定。

待办事项信息确定模块1203，用于响应针对所述目标会话消息的待办事项创建指令，确定所述目标会话消息的待办事项信息；

可选的，本实施例确定待办事项信息的方式多种多样，如图13所示，该待办事项信息确定模块1203可以包括：

事项组成选项获取单元12031，用于获取创建待办事项的至少一个事项组成选项；

选项内容获取单元12032，用于基于所述目标会话消息，得到各事项组成选项的内容；

待办事项信息生成单元12033，用于由所述各事项组成选项的内容，生成所述目标会话消息的待办事项信息。

其中，上述至少一个事项组成选项可以包括事项主题选项及待办内容选项，因此，选项内容获取单元12032可以包括：

事项主题获取单元，用于获取所述目标会话消息的会话主题，并将所述会话主题作为事项主题；

待办内容获取单元，用于基于所述目标会话消息的至少部分内容，得到待办内容。

本实施例中，待办内容获取单元具体可以将所述目标会话消息作为待办内容；或者，基于对所述目标会话消息的语义分析结果，提取所述目标会话消息的至少一个关键词语，并将所述至少一个关键词语作为待办内容等，本实施例对确定待办内容的方式不作限定。

可选的，上述至少一个事项组成选项还可以包括：提醒优先级选项，因此，上述选项内容获取单元12032还可以包括：

提醒优先级确定单元，用于响应对所述提醒优先级选项的操作指令，确定本次创建待办事项的提醒优先级；

其中，不同提醒优先级的各待办事项，对应的待办提醒消息的提醒方式不同，关于待办事项的提醒优先级确定及实施过程，可以参照上述方法实施例相应部分的描述。

待办事项生成模块1204，用于生成包含所述待办事项信息的待办事项。

可选的，在本实施例实际应用中，上述待办事项信息确定模块1203还可以包括：

创建窗口输出单元，用于在响应针对所述目标会话消息的待办事项创建指令时，在当前显示界面输出待办事项创建窗口。

在这种情况下，用户可以在该待办事项窗口中录入待办事项信息，当然，若待办事项信息自动确定后，也可以在该待办事项创建窗口中进行展示，即待办事项生成模块1204具体可以用于通过所述待办事项创建窗口输出所述待办事项信息，以便用户直观了解待办事项信息，还可以对其进行编辑等，具体可以参照上述方法实施例的描述。

需要说明，关于待办事项生成方式，可以如上文描述的自动生成方式，也可以由用户在待办事项创建窗口中录入待办事项信息，或核对自动展示的待办事项信息后，点击“提交”或“创建”按钮，生成包含相应待办事项信息的待办事项，此时，该待办事项可以是一个文件，能够直接上传到应用服务器或本地数据库进行存储。

综上，本实施例能够在展示至少一条会话消息时，直接从中确定目标会话消息，响应针对该目标会话消息的待办事项创建指令，创建相应的待办事项，该待办事项包含的待办事项信息基于该目标会话消息确定，不需要用户凭着对目标会话消息的记忆，手动启动独立的待办事项创建应用，在空白待办事项模板中录入待办事项信息，保证了创建的待办事项的及时性和准确性。

可选的，如图14所示，信息处理装置还可以包括：

待办事项查看请求获取模块1205，用于获取待办事项查看请求，所述待办事项查看请求用于请求查看与当前用户标识关联的待办事项；

可选的，待办事项查看请求可以携带有当前用户标识，但并不局限于此。

待办事项查看请求发送模块1206，用于将所述待办事项查看请求发送至应用服务器，所述应用服务器存储有各用户标识关联的待办事项；待办事项接收模块1207，用于接收所述应用服务器反馈的与当前用户标识关联的至少一条待办事项；

在本实施例中，关于应用服务器对各通信客户端上传的各待办事项的存储方式，及基于当前用户标识查询待办事项的方式，可以参照上述方法实施例的描述。

待办事项展示模块1208，用于按照所述至少一条待办事项的事项状态，对接收到的至少一条待办事项进行分类展示。

其中，事项状态可以包括待办、已办等状态，在本实施例中，对于不同事项状态的待办事项，可以采用不同的显示状态进行展示，从而使用户直观区别各待办事项，具体实现方法可以参照上述方法实施例的描述。

可选的，对于上述展示出的各待办事项，本实施例还可以对其进行编辑，因此，该装置还可以包括：

信息编辑模块，用于响应对输出的待办事项信息的编辑指令，得到更新后的待办事项信息。

可选的，信息处理装置还可以包括：

提醒消息接收模块，用于接收所述应用服务器发送的至少一个待办事项对应的待办提醒消息；

待办提醒消息输出模块，用于按照预设提醒方式输出该待办提醒消息；

其中，所述预设提醒方式基于相应待办事项的优先级确定，所述提醒消息基于相应待办事项的优先级及待办事项信息确定，如高优先级的待办事项的提醒消息可以是待办事项信息本身或其对应关键语句等，低优先级的待办事项的待办提醒消息可以是提醒状态信息，比如提醒处理的待办事项的个数等，本实施例对提醒消息的内容不做限定，具体可以参照上文方法实施例相应部分的描述。

在本实施例中，对于并未直接展示提醒的待办事项信息的待办事项，用户可以对展示的待办提醒消息进行选择查看操作，通信客户端接收到针对任一待办提醒消息的操作指令，可以输出相应待办事项的待办事项信息。基于此，该待办提醒消息输出模块可以包括：

提醒窗口输出单元，用于在当前显示界面输出个人待办提醒窗口，并在所述个人待办提醒窗口逐条展示接收到的各待办提醒消息；和/或；

显示状态调整单元，用于调整当前显示界面中的消息盒子的显示状态，接收到针对所述消息盒子展开操作，通过输出的消息提醒窗口展示待办盒子的更新状态，所述待办盒子包含有接收到的待办提醒消息。

可选的，本实施例可以采用多种方式，向通信客户端发送待办提醒消息，本实施例在此仅给出两种方式，但并不局限于本文描述的方式。

如图15所示，在上述可选实施例的基础上，信息处理装置还可以包括：

登录请求发送模块1209，用于向通信服务器发送登录请求；

待办提醒请求生成模块1210，用于接收到所述通信服务器反馈的验证合格通知，生成待办提醒请求；

待办提醒请求发送模块1211，用于将所述待办提醒请求发送至应用服务器，所述应用服务器记录有各待办事项对应的待办提醒消息；

待办提醒消息第一接收模块1212，用于接收应用服务器反馈的至少一条待办提醒消息；

待办提醒消息第一输出模块1213，用于按照各待办提醒消息对应的提醒方式，输出相应的待办提醒消息。

作为另一可选实施例，如图16所示，信息处理装置也可以包括：

标识获取请求接收模块1214，用于接收应用服务器发送的标识获取请求，所述标识获取请求是所述应用服务器监听到当前时间达到至少一个待办事项的提醒时间时生成的；

用户标识获取模块1215，用于响应所述标识获取请求，得到当前用户标识；

用户标识发送模块1216，用于将所述当前用户标识发送至所述应用服务器，由应用服务器获取与所述当前用户标识关联的待提醒的各待办事项的待办提醒消息；

待办提醒消息第二接收模块1217，用于接收所述应用服务器反馈的待办提醒消息；

待办提醒消息第二输出模块1218，用于按照所述待办提醒消息对应的提醒方式，输出所述待办提醒消息。

可选的，在上述各实施例的基础上，如图17所示，信息处理装置还可以包括：

会话查看请求获取模块1219，用于获取会话查看请求，所述会话查看请求用于请求创建目标待办事项的会话消息

会话查看请求发送模块1220，用于将所述会话查看请求发送至通信服务器，所述通信服务器记录有创建各待办事项的会话消息；

会话消息记录接收模块1221，用于接收所述通信服务器发送的所述创建目标待办事项的会话消息所对应的会话消息记录；

会话消息记录展示模块1222，用于在所述会话消息记录相应的会话窗口，展示所述会话消息记录。

需要说明，上述会话消息记录的查看，可以在查看个人待办事项的场景下实现，也可以在接收到待办提醒消息，输出待办事项信息的场景下实现等等，本实施例对执行会话消息记录的查看操作的场景不做限定，技术人员可以基于本发明提出的构思，合理组合上述各实施例，所得技术方案均属于本发明保护范围，本文并未对各实施例进行一一详述。

综上所述，本实施例不仅能够在使用通信客户端进行通信交流过程中，针对展示的目标会话消息，创建相应的待办事项，还能够在通信客户端中查看个人待办事项，并针对任一待办事项，回溯到会话窗口，查看相应的会话消息记录，帮助用户回忆创建待办事项的场景，以核对待办事项信息是否正确，使得通信客户端的功能多样化，创建待办事项的功能更加丰富多彩。而且，由于本实施例无需凭着记忆对单独的待办事项创建应用进行操作，提高了创建待办事项的便利性、及时性和准确性，避免了事后忘记待办事项内容为用户带来的不便。

上述装置主要从虚拟角度进行的结构描述，关于实现上述日程信息处理方法的实体结构，及其相应产品的硬件组成结构，可以参照上文图4和图5 对应的实施例的描述。

基于上文相应实体结构实施例以及方法实施例的描述，本实施例还提供了一种存储介质，其上存储有计算机程序，该计算机程序可以被处理器执行，主要实现上述方法实施例描述的信息处理方法的各步骤，具体可以参照上述方法实施例描述。

参照上图4，本发明还提供了一种计算机设备实施例，该计算机设备可以是终端设备，具体可以包括：通信接口41，存储器42，处理器43及显示器 44，其中：

显示器44，用于展示至少一条会话消息；

存储器42，用于存储实现上述信息处理方法的程序；

处理器43，用于加载并执行该存储器42存储的程序，该程序主要用于实现：

展示至少一条会话消息；

从所述至少一条会话消息中，选定目标会话消息；

响应针对所述目标会话消息的待办事项创建指令，确定所述目标会话消息的待办事项信息；

生成包含所述待办事项信息的待办事项。

需要说明，处理器43执行程序还可以实现上述方法实施例描述的信息处理方法的其他步骤，本实施例在此不做赘述。

最后，需要说明的是，关于上述各实施例中，诸如第一、第二等之类的关系术语仅仅用来将一个操作、单元或模块与另一个操作、单元或模块区分开来，而不一定要求或者暗示这些单元、操作或模块之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、装置、产品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法或者系统中还存在另外的相同要素。

本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置、计算机设备和存储介质而言，由于其功能或实现步骤与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。

专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的核心思想或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (15)

1.一种信息处理方法，其特征在于，所述方法包括：

展示至少一条会话消息；

从所述至少一条会话消息中，选定目标会话消息；

响应针对所述目标会话消息的待办事项创建指令，确定所述目标会话消息的待办事项信息；

生成包含所述待办事项信息的待办事项。

2.根据权利要求1所述的方法，其特征在于，所述确定所述目标会话消息的待办事项信息，包括：

获取创建待办事项的至少一个事项组成选项；

基于所述目标会话消息，得到各事项组成选项的内容；

由所述各事项组成选项的内容，生成所述目标会话消息的待办事项信息。

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

输出针对所述目标会话消息的处理选项，所述处理选项至少包括待办事项创建选项；

所述响应针对所述目标会话消息的待办事项创建指令，确定所述目标会话消息的待办事项信息包括：

响应对所述待办事项创建选项的操作指令，确定所述目标会话消息的待办事项信息。

4.根据权利要求1所述的方法，其特征在于，在所述响应针对所述目标会话消息的待办事项创建指令时，所述方法还包括：

在当前显示界面输出待办事项创建窗口；

所述生成包含所述待办事项信息的待办事项，包括：

通过所述待办事项创建窗口输出所述待办事项信息。

5.根据权利要求2所述的方法，其特征在于，所述至少一个事项组成选项包括事项主题选项及待办内容选项，所述基于所述目标会话消息，得到各事项组成选项的内容，包括：

获取所述目标会话消息的会话主题，并将所述会话主题作为事项主题；

基于所述目标会话消息的至少部分内容，得到待办内容。

6.根据权利要求5所述的方法，其特征在于，所述基于所述目标会话消息的至少部分内容，得到待办内容包括：

将所述目标会话消息作为待办内容；或者，

基于对所述目标会话消息的语义分析结果，提取所述目标会话消息的至少一个关键词语，并将所述至少一个关键词语作为待办内容。

7.根据权利要求2所述的方法，其特征在于，所述至少一个事项组成选项包括提醒优先级选项，所述基于所述目标会话消息，得到各事项组成选项的内容，包括：

响应对所述提醒优先级选项的操作指令，确定本次创建待办事项的提醒优先级；

其中，不同提醒优先级的各待办事项，对应的待办提醒消息的提醒方式不同。

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

获取待办事项查看请求，所述待办事项查看请求用于请求查看与当前用户标识关联的待办事项；

将所述待办事项查看请求发送至应用服务器，所述应用服务器存储有各用户标识关联的待办事项；

接收所述应用服务器反馈的与所述当前用户标识关联的至少一条待办事项；

按照所述至少一条待办事项的事项状态，对接收到的至少一条待办事项进行分类展示。

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

响应对输出的待办事项信息的编辑指令，得到更新后的待办事项信息。

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

向通信服务器发送登录请求；

接收到所述通信服务器反馈的验证合格通知，生成待办提醒请求；

将所述待办提醒请求发送至应用服务器，所述应用服务器记录有各待办事项对应的待办提醒消息；

接收应用服务器反馈的至少一条待办提醒消息；

按照各待办提醒消息对应的提醒方式，输出相应的待办提醒消息。

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

接收应用服务器发送的标识获取请求，所述标识获取请求是所述应用服务器监听到当前时间达到至少一个待办事项的提醒时间时生成的；

响应所述标识获取请求，得到当前用户标识；

将所述当前用户标识发送至所述应用服务器，由应用服务器获取与所述当前用户标识关联的待提醒的各待办事项的待办提醒消息；

接收所述应用服务器反馈的待办提醒消息；

按照所述待办提醒消息对应的提醒方式，输出所述待办提醒消息。

12.根据权利要求8、10或11所述的方法，其特征在于，所述方法还包括：

获取会话查看请求，所述会话查看请求用于请求创建目标待办事项的会话消息；

将所述会话查看请求发送至通信服务器，所述通信服务器记录有创建各待办事项的会话消息；

接收所述通信服务器发送的所述创建目标待办事项的会话消息所对应的会话消息记录；

在所述会话消息记录相应的会话窗口，展示所述会话消息记录。

13.一种信息处理装置，其特征在于，所述装置包括：

会话消息展示模块，用于展示至少一条会话消息；

目标会话消息选定模块，用于从所述至少一条会话消息中，选定目标会话消息；

待办事项信息确定模块，用于响应针对所述目标会话消息的待办事项创建指令，确定所述目标会话消息的待办事项信息；

待办事项生成模块，用于生成包含所述待办事项信息的待办事项。

14.一种存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行，实现如权利要求1～12任意一项所述的信息处理方法的各步骤。

15.一种计算机设备，其特征在于，所述计算机设备包括：通信接口；

显示器，用于展示至少一条会话消息；

存储器，用于存储实现如权利要求1～12任意一项所述的信息处理方法的程序；

处理器，用于加载并执行所述存储器存储的程序，所述程序用于：

从所述至少一条会话消息中，选定目标会话消息；

响应针对所述目标会话消息的待办事项创建指令，确定所述目标会话消息的待办事项信息；

生成包含所述待办事项信息的待办事项。