CN105282328A - 通讯过程中的任务提示方法及装置 - Google Patents

Abstract

本申请提供一种通讯过程中的任务提示方法及装置，该方法可以包括：检测到通讯事件；确定与所述通讯事件的请求方用户和响应方用户相关的未完成任务；将所述未完成任务推送至所述请求方用户和所述响应方用户中至少之一，以展示于相应用户的关联设备中。通过本申请的技术方案，可以在通讯过程中对用户进行任务提示，帮助用户及时了解和解决未完成任务，有助于提升沟通效率。

Description

通讯过程中的任务提示方法及装置

技术领域

本申请涉及通讯技术领域，尤其涉及通讯过程中的任务提示方法及装置。

背景技术

当用户A与用户B进行通讯时，往往带有相应的意图，比如解决与用户A和用户B相关且尚未完成的事件，即“未完成任务”。

然而，当用户A向用户B发起通讯事件时，用户B往往并不能够了解未完成任务的具体内容，需要由用户A在通讯过程中进行相应描述，而用户B也无法及时做好相应准备；而如果同时存在多项未完成任务，则用户A在通讯的过程中很可能会忘记其中的部分未完成任务，需要多次向用户B发起通讯事件。可见，相关技术中的通讯过程，存在沟通时间长、效率低的问题。

发明内容

有鉴于此，本申请提供一种通讯过程中的任务提示方法及装置，可以在通讯过程中对用户进行任务提示，帮助用户及时了解和解决未完成任务，有助于提升沟通效率。

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

根据本申请的第一方面，提出了一种通讯过程中的任务提示方法，包括：

检测到通讯事件；

确定与所述通讯事件的请求方用户和响应方用户相关的未完成任务；

将所述未完成任务推送至所述请求方用户和所述响应方用户中至少之一，以展示于相应用户的关联设备中。

根据本申请的第二方面，提出了一种通讯过程中的任务提示装置，包括：

检测单元，检测到通讯事件；

确定单元，确定与所述通讯事件的请求方用户和响应方用户相关的未完成任务；

推送单元，将所述未完成任务推送至所述请求方用户和所述响应方用户中至少之一，以展示于相应用户的关联设备中。

由以上技术方案可见，本申请通过在通讯事件的处理过程中，通过确定与请求方用户和响应方用户相关的未完成任务，使得当该未完成任务被推送并展示于请求方用户的关联设备时，该请求方用户可以随时查看并掌握所有未完成任务的情况，避免遗忘而导致多次沟通；同时，当该未完成任务被推送并展示于响应方用户的关联设备时，该响应方用户可以及时了解请求方用户的通讯意图并做好准备，且无需请求方用户对该未完成任务的情况进行描述和讲解，有助于缩短沟通时间、提升沟通效率。

附图说明

图1是相关技术中的终端通话界面的示意图；

图2是本申请一示例性实施例中的一种通讯过程中的任务提示方法的流程图；

图3A是本申请一示例性实施例中的一种通讯过程的示意图；

图3B是本申请一示例性实施例中的另一种通讯过程的示意图；

图4是本申请一示例性实施例中的一种在通讯过程中实现任务提示的示意图；

图5是本申请一示例性实施例中的另一种通讯过程中的任务提示方法的流程图；

图6A是本申请一示例性实施例中的一种历史通讯数据的界面示意图；

图6B是本申请一示例性实施例中的另一种历史通讯数据的界面示意图；

图7是本申请一示例性实施例中的一种通讯过程中的任务提示的示意图；

图8A是本申请一示例性实施例中的一种请求方用户的终端通话界面的示意图；

图8B是本申请一示例性实施例中的一种响应方用户的终端通话界面的示意图；

图9是本申请一示例性实施例中的一种响应方用户的即时通讯界面的示意图；

图10是本申请一示例性实施例中的另一种通讯过程中的任务提示的示意图；

图11是本申请一示例性实施例中的一种电子设备的结构示意图；

图12是本申请一示例性实施例中的一种通讯过程中的任务提示装置的框图。

具体实施方式

图1是相关技术中的终端通话界面的示意图，如图1所示，在该终端通话界面中，仅能够查看到通话的发起方用户为“小白”，并至多能够查看到该用户“小白”的职位“钉钉事业部-开发”等信息，而并不能够了解到“小白”本次来电的真正意图，只能够等待该通话接通后，由“小白”亲自讲述自己的意图。

类似地，在其他各种通讯过程中，诸如即时通讯、邮件等，在发起方用户首先发出诸如“Hi”等问候语时，响应方用户并不能够了解该发起方用户的真正意图，除非该发起方用户主动描述。

可见，在相关技术的通讯过程中，发起方用户必须亲自强调自己的通讯意图，否则响应方用户将无法得知、更无法提前了解发起方用户的真正意图，导致通讯过程存在耗时长、效率低等问题。

因此，本申请通过在通讯过程中实现任务提示，可以解决相关技术中存在的上述技术问题。为对本申请进行进一步说明，提供下列实施例：

图2是本申请一示例性实施例中的一种通讯过程中的任务提示方法的流程图，如图2所示，该方法应用于服务器中，可以包括以下步骤：

步骤202，检测到通讯事件。

在本实施例中，服务器上承载了通讯平台，用户可以通过该通讯平台发起与其他用户的通讯事件，则该通讯平台可以据此检测存在的通讯事件。

在本实施例中，通讯事件可以为实时的通讯事件，比如通话时间、即时通讯事件等。当然，通讯时间也可以为非实时的通讯事件，比如由请求方用户设定通讯内容和通讯时间后，由通讯平台在设定的通讯时间建立通讯事件，并将设定的通讯内容传达至响应方用户。

对于非实时的通讯事件，以企业即时通讯应用“钉钉”提供的“DING消息”功能为例：请求方用户可以将已发送的即时通讯消息或其单独设定的任意消息作为“DING消息”的通讯内容，并设定的任意时间点为“DING消息”的通讯时间；那么，“钉钉”对应的服务器可以向响应方用户发起“DING消息”，具体包括：将设定的通讯内容转换为语音，并通过向响应方用户发起电话呼叫，在响应方用户接通呼叫电话后，将语音播放给响应方用户，从而完成该非实时的通讯事件。

步骤204，确定与所述通讯事件的请求方用户和响应方用户相关的未完成任务。

在本实施例中，发起通讯的用户为请求方用户、响应通讯的用户为响应方用户；举例而言，当用户A拨打用户B的电话号码时，认为用户A为请求方用户、用户B为响应方用户。

在本实施例中，未完成任务可以为与请求方用户与响应方用户相关的任何未完成事件，比如请求方用户与响应方用户之间的预先约定(比如逛街)、某项工作内容(比如请求方用户预先委托响应方用户进行软件测试)等任意事件。

步骤206，将所述未完成任务推送至所述请求方用户和所述响应方用户中至少之一，以展示于相应用户的关联设备中。

由以上技术方案可见，本申请通过在通讯事件的处理过程中，通过确定与请求方用户和响应方用户相关的未完成任务，使得当该未完成任务被推送并展示于请求方用户的关联设备时，该请求方用户可以随时查看并掌握所有未完成任务的情况，避免遗忘而导致多次沟通；同时，当该未完成任务被推送并展示于响应方用户的关联设备时，该响应方用户可以及时了解请求方用户的通讯意图并做好准备，且无需请求方用户对该未完成任务的情况进行描述和讲解，有助于缩短沟通时间、提升沟通效率。

1、客户端应用和通讯平台

在本申请中，请求方用户可以通过自身终端内的客户端应用，经由上述服务器承载的通讯平台，建立与响应方用户之间的通讯事件。其中，该客户端应用可以与通讯类型一一对应，比如当通讯类型为通话、即时通讯、邮件等时，终端内可以安装有分别对应于上述每一通讯类型的多个客户端应用，以分别实现相应类型的通讯事件；或者，客户端应用可以融合多种通讯类型，则终端内可以仅安装该一个客户端应用，即可实现多种类型的通讯事件。

作为一示例性实施例，上述的客户端应用可以为即时通讯应用，比如企业即时通讯应用(EnterpriseInstantMessaging，EIM)，例如，企业即时通讯应用“钉钉”(DingTalk)；其中，通过对多种通讯类型的融合，“钉钉”可以实现通话、即时通讯、邮件、定时消息推送(如“DING消息”)等多种类型的通讯事件，则上述的服务器承载的平台可以称为“钉钉统一通信平台”，以统一支持多种类型的通讯事件。

为了便于描述，下面的实施例均以“钉钉”和“钉钉统一通信平台”为例，对本申请的技术方案做进一步的详细介绍。

2、创建通讯事件

在一种情况下，如图3A所示，假定用户“小白”向钉钉统一通讯平台发起针对用户“小黑”的通讯请求，则钉钉统一通讯平台基于用户“小白”发起的通讯请求，直接在用户“小白”与用户“小黑”之间建立相应的通讯事件，其中用户“小白”为该通讯事件的发起方用户、用户“小黑”为该通讯事件的响应方用户。

举例而言，假定用户“小白”拨打了用户“小黑”的电话号码，则钉钉统一通讯平台直接将用户“小白”的呼叫请求发送至用户“小黑”，并由用户“小黑”接听后，完成建立两者之间的通话类型的通讯事件。

或者，假定用户“小白”向用户“小黑”发送了即时通讯消息或邮件，则钉钉统一通讯平台直接将该即时通讯消息或邮件发送至用户“小黑”，并由用户“小黑”进行查看，完成建立两者之间的即时通讯或邮件类型的通讯事件。

在另一种情况下，如图3B所示，假定用户“小白”向钉钉统一通讯平台发起针对用户“小黑”的通讯请求，则钉钉统一通讯平台基于用户“小白”发起的通讯请求，分别与用户“小白”和用户“小黑”之间建立通讯连接，然后将两个通讯连接对接，实现用户“小白”与用户“小黑”之间的通讯连接，并建立相应的通讯事件。

举例而言，假定用户“小白”拨打(可以通过企业即时通讯应用“钉钉”提供的通话功能实现)了用户“小黑”的电话号码，则钉钉统一通讯平台将挂断该通话，并一方面回拨至用户“小白”、另一方面拨打至用户“小黑”，然后将用户“小白”与用户“小黑”的通话对接，完成建立两者之间的通话类型的通讯事件。

当然，基于通讯平台的处理逻辑的不同，可能存在包括上述情况在内的很多通讯事件的创建方式，本申请对相应的通讯事件均予以支持，并不对此进行限制。

3、通讯过程中的任务提示

图4是本申请一示例性实施例中的一种在通讯过程中实现任务提示的示意图；图5是本申请一示例性实施例中的另一种通讯过程中的任务提示方法的流程图。其中，如图5所示，在通讯过程中实现任务提示的过程可以包括以下步骤：

步骤502，检测到通讯事件。

在本实施例中，图5所示的任务提示方法应用于服务器中，该服务器承载了通讯平台，比如图4所示的钉钉统一通讯平台，该通讯平台对诸如用户“小白”、用户“小黑”之间的通讯事件进行处理。

步骤504A，查询历史通讯数据，该历史通讯数据与发起方用户和响应方用户相关。

步骤504B，查询流程业务事件，该流程业务事件与发起方用户和响应方用户相关。

步骤506，确定未完成任务。

在本申请的技术方案中，基于检测到的通讯事件，可以通过多种方式来确定相应的未完成任务，比如步骤504A和步骤504B所示的两种方式；下面针对步骤504A和步骤504B所示的两种方式，分别进行举例说明：

方式一：基于历史通讯数据

作为一示例性实施例，可以根据请求方用户与响应方用户之间的历史通讯数据，确定未完成任务。

其中，历史通讯数据可以包括任意通讯类型的历史数据，比如该通讯类型可以包括：即时通讯、通话、邮件等，则相应的历史通讯数据包括以下至少之一：即时通讯消息、通话记录、电话留言、邮件。相应地，针对不同类型的历史通讯数据，可以分别通过下述方式确定对应的未完成任务：

1)即时通讯消息

当历史通讯数据为即时通讯消息时，未完成任务可以为请求方用户向响应方用户发起且尚未被答复的即时通讯咨询请求。

比如图6A所示，假定用户“小白”在10:20时向用户“小黑”发送了即时通讯消息，内容为“小黑，昨天给你的beta版本测试完了吗？”，而在用户“小白”于10:45向用户“小黑”发起通讯事件时，该即时通讯消息仍未被回复，即用户“小白”向用户“小黑”发起的即时通讯咨询请求未被答复，因此，将该即时通讯咨询请求作为用户“小白”与用户“小黑”之间的未完成任务。

其中，可以根据即时通讯消息的收发数量(历史全量，或者一定时间内的数量)，确定是否存在未被答复的即时通讯咨询请求，比如图6A中，用户“小白”发出的消息数量为1、用户“小黑”发出的消息数量为0，因而判定存在未被答复的即时通讯咨询请求。

或者，还可以对即时通讯消息的内容进行解析，以提升判断的准确性。比如当用户“小白”发送的即时通讯消息的内容为“hi”时，实际上只是打招呼，并不应当作为“任务”；而当用户“小白”发送的即时通讯消息的内容为“小黑，昨天给你的beta版本测试完了吗？”时，可以根据其中包含的“吗”、“？”甚至语义分析，确定该内容是出于“询问”目的，从而判定为存在未被答复的即时通讯咨询请求。

2)邮件

当历史通讯数据为邮件时，未完成任务包括以下至少之一：与请求方用户和响应方用户相关的预设重要度的邮件内容、请求方用户与响应方用户之间通过邮件沟通且尚未完成的事项。

A.重要度。每封邮件都存在对应的重要度，用户可以根据自己的需求进行设置。如图6B所示，该邮件的重要度被用户“小黑”设置为“极高”，则可以不必分析该邮件的内容等方面，即可认定用户“小白”很可能希望与用户“小黑”讨论关于该邮件的事项，因而将该邮件作为未完成任务。

B.邮件沟通事项。如图6B所示，可以通过提取邮件内容“小黑：昨天给你的beta版本测试完了吗？”，并通过与上述的“即时通讯消息”相类似的处理过程，即当双方的邮件数量不一致、或者根据邮件内容确定该邮件未被答复时，判定用户“小白”与用户“小黑”之间存在尚未完成的事项，可以作为两者之间的未完成任务。

3)通话记录或电话留言

当历史通讯数据为通话记录时，未完成任务为请求方用户向响应方用户发起且尚未被处理的未接通话记录；或者，当历史通讯数据为电话留言时，未完成任务为请求方用户向响应方用户发起且尚未被处理的电话留言内容。

上述两种形式的历史通讯数据类似，都是由用户“小白”向用户“小黑”发起后，用户“小黑”尚未处理的情况，且只需要确保与用户“小白”和用户“小黑”相关即可，而无需考虑具体的数据内容分析等，即可作为相应的未完成任务。

其中，对于未接通话记录的处理，即用户“小黑”回拨给用户“小白”，因而若未回拨，则认为该未接通话记录尚未被处理；而对于电话留言的处理，即用户“小黑”收听电话留言的具体内容，则若未收听，则认为该电话留言尚未被处理。

方式二：基于流程业务事件

作为另一示例性实施例，可以获取与请求方用户和响应方用户相关的流程业务事件，并将未完成的流程业务事件作为未完成任务。

在本实施例中，流程业务事件实际上就是同时涉及请求方用户与响应方用户的流程性的业务事件，比如针对“企业管理”的应用场景，该流程业务事件可以包括以下至少之一：审批业务事件、协作业务事件、考勤管理事件。当然，本申请的技术方案也可以应用于其他场景，则流程业务事件也将相应变化，本申请并不对此进行限制；举例而言，比如针对“社交”的应用场景，流程业务事件可以包括：聚会邀约、群组加入申请等。

以“审批业务事件”为例。假定用户“小白”预先向用户“小黑”发起了关于休假的审批事件，则如果在用户“小白”向用户“小黑”发起通讯事件时，该审批事件尚未被处理，即用户“小黑”尚未向用户“小白”反馈审批结果，则很可能用户“小白”是希望了解或催促该审批事件的处理情况，可以将该休假审批事件作为未完成任务。

以“协作业务事件”为例。假定用户“小白”属于开发人员、用户“小黑”属于测试人员，则两者之间存在工作上的协作关系。那么，只要该协作关系尚未被取消，就认定存在相应的协作业务事件，则用户“小白”向用户“小黑”发起通讯事件时，将很可能是讨论两者的协作内容，因而可以将该协作业务事件作为未完成任务。

以“考勤管理事件”为例。假定用户“小白”为部门主管、用户“小黑”为部门成员，则如果用户“小黑”尚未打卡考勤，则用户“小白”向用户“小黑”发起通讯事件时，将很可能是询问关于考勤情况的问题，因而可以将该考勤管理事件作为未完成任务。

步骤508，任务排序和标记。

在本实施例中，当存在多个未完成任务时，可以对多个未完成任务进行重要度的排序和标记，则当该多个未完成任务被推送至请求方用户或响应方用户的关联设备时，可以按照重要度进行排列展示于关联设备中，以便于相应用户的查看。

步骤510，推送未完成任务。

在本实施例中，钉钉统一通讯平台可以将未完成任务推送至发起方用户和响应方用户中至少之一，以将该未完成任务展示于相应用户的关联设备中。比如当发起方用户为用户“小白”、响应方用户为用户“小黑”时，钉钉统一通讯平台可以将未完成任务发送至用户“小白”，使得展示于其关联设备中的未完成任务，可以对用户“小白”起到提示作用，避免当未完成任务过多或闲聊过程中造成遗漏，或者钉钉统一通讯平台也可以将未完成任务发送至用户“小黑”，则无需用户“小白”提示，用户“小黑”即可了解到对方的通讯意图，有助于缩短通讯时长、提升通讯效率。当然，钉钉统一通讯平台也可以将未完成任务同时推送至用户“小白”和用户“小黑”。

作为一示例性实施例，请求方用户和响应方用户的关联设备，也可以同时用于处理通讯事件和未完成任务的提示。

如图7所示，用户“小白”作为发起方用户，仅使用手机1为关联设备，则该手机1不仅用于接收和展示未完成任务，还用于向用户“小黑”发起通讯事件。以“通话”类型的通讯事件为例，图8A示出了手机1在通话过程中(图8A为电话接通前的界面，接通后的界面与之类似，同样可以示出未完成任务)的界面示意图，其中示出了与用户“小白”和用户“小黑”相关的未完成任务，包括“1、beta版本测试结果”、“2、新版本进度”共两条；当然，未完成任务的数量可以为1条或多条，本申请并不对此进行限制。其中，对于图8A所示的2条未完成任务，可以是按照任意顺序排列，也可以是基于钉钉统一通讯平台的排序和标记，按照重要度进行排列。

进一步的，如图8A所示，对于每条未完成任务，还可以标示出相应的出处，比如“1、beta版本测试结果”是从即时通讯应用“钉钉”中的即时通讯消息得到的，因而标记为“来自钉钉”；类似的，假定“2、新版本进度”是从“钉邮”的邮件得到的，因而标记为“来自钉邮”。

类似的，用户“小黑”作为响应方用户，仅使用手机2为关联设备，则该手机2不仅用于接收和展示未完成任务，还用于向用户“小白”响应通讯事件。那么，对应于图8A，在图8B中示出了手机2在通话过程中(图8B为电话接通前的界面，接通后的界面与之类似，同样可以示出未完成任务)的界面示意图，其中示出了与用户“小白”和用户“小黑”相关的未完成任务，包括“1、beta版本测试结果”、“2、新版本进度”共两条，与图8A中示出的未完成任务相同。其中，对于图8B所示的2条未完成任务，同样可以是按照任意顺序排列，也可以是基于钉钉统一通讯平台的排序和标记，按照重要度进行排列；并且，图8B中同样可以对每条未完成任务的来源进行标记，此处不再赘述。

此外，而正如上文所述，由于本申请中的通讯事件可以存在多种类型，下面以“即时通讯”类型的通讯事件为例，做进一步说明。如图9所示，假定用户“小白”为发起方用户、用户“小黑”为响应方用户，则图9为用户“小黑”的关联设备的界面示意图，在用户“小白”仅向用户“小黑”发送了“Hi”的问候语的情况下，无需用户“小白”进一步描述，服务器即可预测出用户“小白”的通讯意图，并将相应的未完成任务提示于用户“小黑”的关联设备的即时通讯界面中，以便用户“小黑”的查看，并提升后续的沟通效率。

作为另一示例性实施例，请求方用户和响应方用户的关联设备可以分别仅用于未完成任务的提示，而通过其他设备处理通讯事件，比如请求方用户通过第一设备发起通讯事件，第一设备区别于请求方用户的关联设备，且响应方用户通过第二设备响应通讯事件，第二设备区别于响应方用户的关联设备。

如图10所示，用户“小白”作为发起方用户，使用手机1为第一设备，用于向用户“小黑”发起通讯事件，而用户“小黑”作为响应方用户，使用手机2为第二设备，用于向用户“小白”响应通讯事件。同时，用户“小白”通过区别于手机1的关联设备进行未完成任务的提示，比如该关联设备可以为另一手机3或电脑1等电子设备，而用户“小黑”通过区别于手机2的关联设备进行未完成任务的提示，比如该关联设备可以为另一手机4或电脑2等电子设备。

其中，各个关联设备对未完成任务进行展示时，以“通话”类型的通讯事件为例，与图8A-8B所示的终端界面类似，此处不再赘述。

此外，在图5所示的实施例中，除了发起方用户与响应方用户之间的正常通讯之外，基于响应方用户的不便，可能无法对发起方用户建立的通讯事件进行有效的响应或沟通，则可以通过下述的步骤5A～5C进行解决。

步骤5A，获取响应方用户的状态信息。

在本实施例中，步骤5A～5C只需要满足位于步骤502之后、步骤510之前即可，与其他步骤之间没有必然的先后顺序或依存关系。

在本实施例中，在“企业管理”的应用场景中，响应方用户作为企业员工，其状态信息可以记录在企业管理***内的“状态管理子***”或其他类似的子***中，则钉钉统一通讯平台可以通过接入企业管理***或相应的子***中，获取响应方用户的状态信息。

在本实施例中，钉钉统一通讯平台也可以获取响应方用户的考勤、休假等事件状态，或者获取响应方用户的实时地理位置信息等，从而推测出响应方用户的状态信息。

步骤5B，查找代理用户。

在本实施例中，当状态信息表明响应方用户无法处理未完成任务时，查找与响应方用户相关联的代理用户。由于预测结果为发起方用户的通讯意图与未完成任务相关，因而在实际上的响应方用户无法处理未完成任务时，应当由实际上能够处理该未完成任务的代理用户对通讯事件进行响应，有助于提升沟通效率。

步骤5C，替换响应方。

在本实施例中，将代理用户替换为通讯事件的响应方，并将未完成任务推送至代理用户，以展示于代理用户的关联设备中。

结合图4可知，钉钉统一通讯平台可以通过“服务调度”功能，在用户“小黑”的状态信息表明其可以处理未完成任务时，可以将来自发起方用户“小白”的通讯事件以及对应的未完成任务调度至用户“小黑”；而在用户“小黑”的状态信息表明其可以无法处理未完成任务时，可以将来自发起方用户“小白”的通讯事件以及对应的未完成任务调度至用户“小黑”的代理用户“白白”，以便提升沟通效率。

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

请参考图12，在软件实施方式中，该通讯过程中的任务提示装置可以包括检测单元、确定单元和推送单元。其中：

检测单元，检测到通讯事件；

确定单元，确定与所述通讯事件的请求方用户和响应方用户相关的未完成任务；

推送单元，将所述未完成任务推送至所述请求方用户和所述响应方用户中至少之一，以展示于相应用户的关联设备中。

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

根据所述请求方用户与响应方用户之间的历史通讯数据，确定所述未完成任务。

可选的，所述历史通讯数据包括以下至少之一：

即时通讯消息、通话记录、电话留言、邮件。

可选的，

当所述历史通讯数据为即时通讯消息时，所述未完成任务为所述请求方用户向所述响应方用户发起且尚未被答复的即时通讯咨询请求；

当所述历史通讯数据为通话记录时，所述未完成任务为所述请求方用户向所述响应方用户发起且尚未被处理的未接通话记录；

当所述历史通讯数据为电话留言时，所述未完成任务为所述请求方用户向所述响应方用户发起且尚未被处理的电话留言内容；

当所述历史通讯数据为邮件时，所述未完成任务包括以下至少之一：与所述请求方用户和所述响应方用户相关的预设重要度的邮件内容、所述请求方用户与所述响应方用户之间通过邮件沟通且尚未完成的事项。

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

获取与所述请求方用户和所述响应方用户相关的流程业务事件，并将未完成的流程业务事件作为所述未完成任务。

可选的，所述流程业务事件包括以下至少之一：审批业务事件、协作业务事件、考勤管理事件。

可选的，还包括：

标记单元，当存在多个未完成任务时，对所述多个未完成任务进行重要度的排序和标记，以使所述多个未完成任务按照重要度进行排列展示于所述关联设备中。

可选的，

所述请求方用户的关联设备还用于发起所述通讯事件，所述响应方用户的关联设备还用于响应所述通讯事件；

或者，所述请求方用户通过第一设备发起所述通讯事件，所述第一设备区别于所述请求方用户的关联设备，且所述响应方用户通过第二设备响应所述通讯事件，所述第二设备区别于所述响应方用户的关联设备。

可选的，所述通讯事件为所述请求方用户通过即时通讯应用发起的针对所述响应方用户的通话事件。

可选的，所述通讯事件为所述请求方用户通过即时通讯应用发起的针对所述响应方用户的即时通讯事件。

可选的，所述即时通讯应用为企业即时通讯应用。

可选的，还包括：

获取单元，获取所述响应方用户的状态信息；

查找单元，当所述状态信息表明所述响应方用户无法处理所述未完成任务时，查找与所述响应方用户相关联的代理用户；

替换单元，将所述代理用户替换为所述通讯事件的响应方，并将所述未完成任务推送至所述代理用户，以展示于所述代理用户的关联设备中。

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

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

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

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

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

Claims (24)

1.一种通讯过程中的任务提示方法，其特征在于，包括：

检测到通讯事件；

确定与所述通讯事件的请求方用户和响应方用户相关的未完成任务；

将所述未完成任务推送至所述请求方用户和所述响应方用户中至少之一，以展示于相应用户的关联设备中。

2.根据权利要求1所述的方法，其特征在于，所述确定与所述通讯事件的请求方用户和响应方用户相关的未完成任务，包括：

根据所述请求方用户与响应方用户之间的历史通讯数据，确定所述未完成任务。

3.根据权利要求2所述的方法，其特征在于，所述历史通讯数据包括以下至少之一：

即时通讯消息、通话记录、电话留言、邮件。

4.根据权利要求3所述的方法，其特征在于，

当所述历史通讯数据为即时通讯消息时，所述未完成任务为所述请求方用户向所述响应方用户发起且尚未被答复的即时通讯咨询请求；

当所述历史通讯数据为通话记录时，所述未完成任务为所述请求方用户向所述响应方用户发起且尚未被处理的未接通话记录；

当所述历史通讯数据为电话留言时，所述未完成任务为所述请求方用户向所述响应方用户发起且尚未被处理的电话留言内容；

当所述历史通讯数据为邮件时，所述未完成任务包括以下至少之一：与所述请求方用户和所述响应方用户相关的预设重要度的邮件内容、所述请求方用户与所述响应方用户之间通过邮件沟通且尚未完成的事项。

5.根据权利要求1所述的方法，其特征在于，所述确定与所述通讯事件的请求方用户和响应方用户相关的未完成任务，包括：

获取与所述请求方用户和所述响应方用户相关的流程业务事件，并将未完成的流程业务事件作为所述未完成任务。

6.根据权利要求5所述的方法，其特征在于，所述流程业务事件包括以下至少之一：审批业务事件、协作业务事件、考勤管理事件。

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

当存在多个未完成任务时，对所述多个未完成任务进行重要度的排序和标记，以使所述多个未完成任务按照重要度进行排列展示于所述关联设备中。

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

所述请求方用户的关联设备还用于发起所述通讯事件，所述响应方用户的关联设备还用于响应所述通讯事件；

或者，所述请求方用户通过第一设备发起所述通讯事件，所述第一设备区别于所述请求方用户的关联设备，且所述响应方用户通过第二设备响应所述通讯事件，所述第二设备区别于所述响应方用户的关联设备。

9.根据权利要求1所述的方法，其特征在于，所述通讯事件为所述请求方用户通过即时通讯应用发起的针对所述响应方用户的通话事件。

10.根据权利要求1所述的方法，其特征在于，所述通讯事件为所述请求方用户通过即时通讯应用发起的针对所述响应方用户的即时通讯事件。

11.根据权利要求9或10所述的方法，其特征在于，所述即时通讯应用为企业即时通讯应用。

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

获取所述响应方用户的状态信息；

当所述状态信息表明所述响应方用户无法处理所述未完成任务时，查找与所述响应方用户相关联的代理用户；

将所述代理用户替换为所述通讯事件的响应方，并将所述未完成任务推送至所述代理用户，以展示于所述代理用户的关联设备中。

13.一种通讯过程中的任务提示装置，其特征在于，包括：

检测单元，检测到通讯事件；

确定单元，确定与所述通讯事件的请求方用户和响应方用户相关的未完成任务；

推送单元，将所述未完成任务推送至所述请求方用户和所述响应方用户中至少之一，以展示于相应用户的关联设备中。

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

根据所述请求方用户与响应方用户之间的历史通讯数据，确定所述未完成任务。

15.根据权利要求14所述的装置，其特征在于，所述历史通讯数据包括以下至少之一：

即时通讯消息、通话记录、电话留言、邮件。

16.根据权利要求15所述的方法，其特征在于，

当所述历史通讯数据为即时通讯消息时，所述未完成任务为所述请求方用户向所述响应方用户发起且尚未被答复的即时通讯咨询请求；

当所述历史通讯数据为通话记录时，所述未完成任务为所述请求方用户向所述响应方用户发起且尚未被处理的未接通话记录；

当所述历史通讯数据为电话留言时，所述未完成任务为所述请求方用户向所述响应方用户发起且尚未被处理的电话留言内容；

当所述历史通讯数据为邮件时，所述未完成任务包括以下至少之一：与所述请求方用户和所述响应方用户相关的预设重要度的邮件内容、所述请求方用户与所述响应方用户之间通过邮件沟通且尚未完成的事项。

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

获取与所述请求方用户和所述响应方用户相关的流程业务事件，并将未完成的流程业务事件作为所述未完成任务。

18.根据权利要求17所述的装置，其特征在于，所述流程业务事件包括以下至少之一：审批业务事件、协作业务事件、考勤管理事件。

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

标记单元，当存在多个未完成任务时，对所述多个未完成任务进行重要度的排序和标记，以使所述多个未完成任务按照重要度进行排列展示于所述关联设备中。

20.根据权利要求13所述的装置，其特征在于，

所述请求方用户的关联设备还用于发起所述通讯事件，所述响应方用户的关联设备还用于响应所述通讯事件；

或者，所述请求方用户通过第一设备发起所述通讯事件，所述第一设备区别于所述请求方用户的关联设备，且所述响应方用户通过第二设备响应所述通讯事件，所述第二设备区别于所述响应方用户的关联设备。

21.根据权利要求13所述的装置，其特征在于，所述通讯事件为所述请求方用户通过即时通讯应用发起的针对所述响应方用户的通话事件。

22.根据权利要求13所述的装置，其特征在于，所述通讯事件为所述请求方用户通过即时通讯应用发起的针对所述响应方用户的即时通讯事件。

23.根据权利要求21所述的装置，其特征在于，所述即时通讯应用为企业即时通讯应用。

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

获取单元，获取所述响应方用户的状态信息；

查找单元，当所述状态信息表明所述响应方用户无法处理所述未完成任务时，查找与所述响应方用户相关联的代理用户；

替换单元，将所述代理用户替换为所述通讯事件的响应方，并将所述未完成任务推送至所述代理用户，以展示于所述代理用户的关联设备中。