CN105791538A - 提示方法及装置 - Google Patents

Abstract

本申请提供一种提示方法及装置，该方法可以包括：检测到通讯事件；当监听到使所述通讯事件由执行状态切换至终止状态的预设触发事件时，向本端通讯方执行预设提示操作，以提示所述本端通讯方向对端通讯方发送与所述通讯事件相关的提醒消息。通过本申请的技术方案，可以协助用户执行对提醒消息的发送操作。

Description

提示方法及装置

技术领域

本申请涉及通讯技术领域，尤其涉及一种提示方法及装置。

背景技术

通过建立通讯事件，用户之间可以实现更为便捷的协商操作。但是，通讯事件可能并未成功在用户之间形成协商；或者，对于部分类型的通讯事件而言，可能由于无法形成文字、图片等可视化信息而导致协商结果容易被用户遗忘，那么如果能够针对该通讯事件向对端用户发送相应的提醒消息，将有助于后续事项的完成和处理。

然而，尤其是在诸如企业等团队场景下，由于所需关注的事务繁多，导致用户经常遗漏对于提醒消息的发送。

发明内容

有鉴于此，本申请提供一种提示方法及装置，可以协助用户执行对提醒消息的发送操作。

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

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

检测到通讯事件；

当监听到使所述通讯事件由执行状态切换至终止状态的预设触发事件时，向本端通讯方执行预设提示操作，以提示所述本端通讯方向对端通讯方发送与所述通讯事件相关的提醒消息。

根据本申请的第二方面，提出了一种提示装置，包括：

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

提示单元，当监听到使所述通讯事件由执行状态切换至终止状态的预设触发事件时，向本端通讯方执行预设提示操作，以提示所述本端通讯方向对端通讯方发送与所述通讯事件相关的提醒消息。

由以上技术方案可见，本申请通过在通讯事件终止时执行提示操作，可以协助用户执行对提醒消息的发送操作，以便于通讯双方对该通讯事件的提醒、总结等，有助于提升相关事件的处理效率。

附图说明

图1是本申请一示例性实施例的一种提示方法的流程图；

图2是本申请一示例性实施例的一种基于呼叫方的提示方法的流程图；

图3是本申请一示例性实施例的一种基于呼叫方的提示界面的示意图；

图4是本申请一示例性实施例的另一种基于呼叫方的提示界面的示意图；

图5是本申请一示例性实施例的一种基于被呼叫方的提示方法的流程图；

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

图7是本申请一示例性实施例的一种提示装置的框图。

具体实施方式

本申请提供一种提示方案，可以协助用户执行对提醒消息的发送操作。为对本申请进行进一步说明，提供下列实施例：

图1是本申请一示例性实施例的一种提示方法的流程图，如图1所示，该方法应用于电子设备中，可以包括以下步骤：

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

在本实施例中，通讯事件可以包括各种类型，比如通话、视频通话、短信、邮件、即时通讯等，本申请并不对此进行限制。为了便于理解，本申请以通话过程为例进行描述。

步骤104，当监听到使所述通讯事件由执行状态切换至终止状态的预设触发事件时，向本端通讯方执行预设提示操作，以提示所述本端通讯方向对端通讯方发送与所述通讯事件相关的提醒消息。

在本实施例的一种情况下，可以通过第一应用来发起或响应通话过程(或其他类型的通讯事件)，而通过第二应用来发送提醒消息；比如，第一应用可以为电子设备中的“电话”应用(可以为基于CS(CircuitSwitch，电路交换)域的传统电话形式，也可以为基于PS(PacketSwitch，分组交换)域的VOIP等电话形式，还可以是通过PS域的数据信息来触发基于CS域的通话过程的电话形式)，而第二应用可以为即时通讯应用，该即时通讯应用可以为企业即时通讯应用(EnterpriseInstantMessaging，EIM)，例如，企业即时通讯应用“钉钉”(DingTalk)，其发送的提醒消息可以包括即时通讯、短信、邮件等任意类型。

在本实施例的另一种情况下，可以通过同一应用来发起或响应通话过程，以及发送提醒消息，该应用可以为上述的即时通讯应用，如企业即时通讯应用“钉钉”。

在本实施例中，用于实现状态切换的预设触发事件与场景相关，因而基于场景的变化，存在多种不同类型的预设触发事件。下面针对通话过程，对相应场景下的预设触发事件和提示操作进行举例说明。

场景一：本端通讯方未被对端通讯方响应

作为一示例性实施例，图2是本申请一示例性实施例的一种基于呼叫方的提示方法的流程图，如图2所示，该提示方法中的步骤202-212提出了基于本端通讯方的一种应用场景，该应用场景下的预设触发事件可以包括：本端通讯方发起的通讯事件未被对端通讯方响应；那么，相应的处理过程可以包括：

步骤202，检测到电话呼出事件。

在本实施例中，“电话呼出事件”是指本端通讯方向对端通讯方发起通讯事件，比如呼叫对端通讯方的电话号码。

步骤204，当电话被接通时，转入步骤214，下文将对此进行详细描述，此处不再赘述；当电话未被接通时，转入步骤206。

步骤206，播放预设提示语音。

在本实施例中，作为一示例性实施方式，可以通过播放预设提示语音来执行提示操作，以提示本端通讯方向对端通讯方发送提醒消息；那么，以通话过程为例，假定本端通讯方为用户A、对端通讯方为用户B，则步骤202-206可以理解为下述过程：

1)呼叫过程。用户A通过手机等电子设备呼叫用户B，在用户B尚未接听之前，用户A可以听到电子设备中播放的等待提示音。

2)提示过程。用户B由于各种原因并未接通(即预设触发事件：“未被对端通讯方响应”)用户A的呼叫，导致本次呼叫失败并终止(即切换至终止状态)，则用户A使用的电子设备停止播放上述的等待提示音，并转而播放预设提示语音。

基于用户A操作的一致性，即用户A在等待用户B做出响应的过程中，保持着对于该等待提示音的收听，因而在该等待提示音突然停止播放时，用户A仍然维持着收听状态，因而此时播放该预设提示语音，可以确保用户A能够顺利收听到，从而起到提示作用。

其中，预设提示语音可以包含与发送提示消息相关的内容，比如“对方可能不在电话旁，先给TA发送一条DING消息吧”等；当然，预设提示语音的内容可以根据实际情况进行编辑和修改。

步骤208，记录用户语音。

在本实施例中，电子设备可以根据接收到的确认指令，执行以对端通讯方为目标对象的提醒操作，以将提醒消息发送至对端通讯方。其中，此处的记录的“用户语音”将作为该提醒消息的语音消息内容；当然，“语音”仅为一种可以采用的具体形式，实际上还可以通过输入文字、选取功能项目等方式，以生成本端通讯方对应的提醒消息，本申请并不对此进行限制；此处仅用于举例说明。其中：

一种情况下，电子设备在确定通话过程切换至终止状态后，可以自行发出上述的确认指令，从而直接进入生成提醒消息的过程，比如在步骤208中，可以直接对用户语音进行采集和记录，以作为提醒消息的内容。

其中，预设提示语音中可以包含诸如“请在‘嘟’之后的10s内，形成语音提醒内容”，以便于本端通讯方掌控被记录的语音内容的起始和终止时间点。

另一种情况下，电子设备可以在检测到针对提示操作的预设响应操作时，确定接收到上述的确认指令，从而给予用户自主控制的权限。其中，预设响应操作可以包括预定义的任意操作，比如本端通讯方可以通过发出诸如“好的，钉钉”等预设语音、点击屏幕上的预设功能按键(比如在拨号盘中输入预设数字组合)等方式，完成该预设响应操作，当然本申请并不对此进行限制。

步骤210，编辑消息内容。

在本实施例中，本端通讯方除了通过上述的诸如语音等方式形成提醒消息的内容之外，还可以对提醒消息的其他内容进行编辑。比如图3所示，以“钉钉”支持的“DING消息”类型的提醒消息为例，电子设备在记录了用户语音之后，可以展示出图3所示的消息编辑页面，则本端通讯方可以在该页面中对“接收人”(默认为对端通讯方，如图3所示的用户“B”)、“提醒方式”、“发送时间”等进行编辑，还可以实现“添加附件”、输入文字等操作，以添加更多内容，而当本端通讯方选择“语音”时，可以收听步骤208中记录的用户语音，并且可以继续记录更多的语音信息。

步骤212，发送提醒消息。

在本实施例中，电子设备可以采用诸如图3所示的“提醒方式”确定的形式，完成对诸如DING消息等提醒消息的发送。其中，提醒消息的发送方式可以存在很多形式，比如：向对端通讯方拨打电话，并在电话接通后播放语音内容；或者，向对端通讯方发送包含语音、文字等内容的短信、邮件或即时通讯等消息。

当然，在本实施例的应用场景中，电子设备是在通讯事件未被对端通讯方响应的情况下，才触发了提示操作；因此，为了确保提醒操作能够顺利将提醒消息发送至对端通讯方，可以使提醒操作的执行方式区别于先前采用的通讯事件，比如当通讯事件为通话事件时，该提醒操作可以采用短信的形式。

场景二：被对端通讯方响应且通讯事件被切断

作为另一示例性实施例，图2是本申请一示例性实施例的一种基于呼叫方的提示方法的流程图，如图2所示，该提示方法中的步骤202-204、214-216提出了基于本端通讯方的一种应用场景，该应用场景下的预设触发事件可以包括：在被对端通讯方响应后，通讯事件被本端通讯方或对端通讯方切断；那么，相应的处理过程可以包括：

步骤202，检测到电话呼出事件。

步骤204，当电话被接通时，转入步骤214；当电话未被接通时，转入步骤206，此处不再赘述。

步骤214，当电话被挂断时，转入步骤216。

在本实施例中，电话可以由本端通讯方挂断，也可以由对端通讯方挂断，本申请并不对此进行限制。其中，本端通讯方与对端通讯方通过拨打电话等方式形成通讯事件后，本端通讯方与对端通讯方之间已经实现了相互协商和沟通，但由于在通讯过程中并未形成完整、有效的可视化记录信息，比如文字、图片等，因而可以通过向本端通讯方执行提示操作，以使本端通讯方对与该通讯事件相关的内容进行总结，并通过提醒消息发送至对端通讯方，以便于后续的事务处理。

步骤216，唤起预设提示页面。

在本实施例中，作为一示例性实施方式，电子设备可以唤起并展示与发送提醒消息相关的预设提示页面，以提示本端通讯方在该页面中进行编辑，从而形成向对端通讯方的提醒消息。当然，本端通讯方也可以通过触发图3所示页面左上角处的“<”标识，从而退出图3所示页面，而并不生成提醒消息。

举例而言，上述的预设提示页面可以采用图3所示的形式，本端通讯方可以对“接收人”、“提醒方式”、“发送时间”等进行编辑，还可以执行“添加附件”的操作，以及输入任意文字或语音。

当然，本实施例中仍然可以采用场景一中的“播放预设提示语音”的技术手段，以执行提示操作；换言之，每种场景下，均可以采用任意类型的提示操作，本申请仅用于举例说明，并不对此进行限制。

此外，虽然图3所示的页面为全屏展示的形式，但本申请并不对此进行限制；举例而言，为了增强该预设提示页面(或场景一中的“消息编辑页面”)与通讯事件之间的关联，可以呈现为图4所示的提示浮窗的形式，则本端通讯方只需要点击该提示浮窗左上角的“<”标识，或者提示浮窗的周边区域，即可退出该提示浮窗，从而取消对提醒消息的生成和发送。

场景三：被本端通讯方响应且通讯事件被切断

作为又一示例性实施例，图5是本申请一示例性实施例的一种基于被呼叫方的提示方法的流程图，如图5所示，该提示方法提出了基于对端通讯方的一种应用场景，该应用场景下的预设触发事件可以包括：在被本端通讯方响应后，通讯事件被本端通讯方或对端通讯方切断；那么，相应的处理过程可以包括：

步骤502，检测到电话呼入事件。

步骤504，当电话被接通时，转入步骤506，否则结束。

步骤506，当电话被挂断时，转入步骤508，否则等待。

步骤508，唤起预设提示页面。

步骤510，编辑消息内容。

步骤512，发送提醒消息。

在本实施例中，与场景二所描述的实施例的不同之处在于：在场景二中，本端通讯方作为通讯事件的发起方(如电话呼叫方)、对端通讯方作为通讯事件的响应方(如电话被呼叫方)；而在本场景三中，本端通讯方作为通讯事件的响应方，对由对端通讯方发起的通讯事件进行响应。

换言之，场景二和场景三可以认为是针对同一通讯事件而形成的实施例；其中，场景二是从通讯事件的发起方的角度进行描述，而场景三是从通讯事件的响应方的角度进行描述。实际上，当通讯事件被响应时，比如本端通讯方与对端通讯方之间发生了实际通话，那么无论是本端通讯方还是对端通讯方，电子设备均可以执行提示操作，以提示相应用户对该通讯事件的相关信息进行总结，并作为提醒消息发送至对方用户。

因此，图5所示的实施例，其提示操作和提醒操作的执行过程与上述场景二中的实施例相似，此处不再赘述。

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

请参考图7，在软件实施方式中，该提示装置可以包括检测单元和提示单元。其中：

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

提示单元，当监听到使所述通讯事件由执行状态切换至终止状态的预设触发事件时，向本端通讯方执行预设提示操作，以提示所述本端通讯方向对端通讯方发送与所述通讯事件相关的提醒消息。

可选的，所述预设触发事件包括：

本端通讯方发起的所述通讯事件未被对端通讯方响应；

或者，所述通讯事件在被响应后，被本端通讯方或对端通讯方切断。

可选的，所述提示单元通过以下至少之一的方式，向本端通讯方执行预设提示操作：

唤起并展示与发送所述提醒消息相关的预设提示页面；

播放与发送所述提醒消息相关的预设提示语音。

可选的，还包括：

提醒单元，根据接收到的确认指令，执行以所述对端通讯方为目标对象的提醒操作，以将所述提醒消息发送至所述对端通讯方。

可选的，当检测到针对所述提示操作的预设响应操作时，确定接收到所述确认指令。

可选的，所述提醒操作的执行方式区别于所述通讯事件。

可选的，所述通讯事件包括：通过即时通讯应用发起的通话事件。

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

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

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

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

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

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

Claims (13)

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

检测到通讯事件；

当监听到使所述通讯事件由执行状态切换至终止状态的预设触发事件时，向本端通讯方执行预设提示操作，以提示所述本端通讯方向对端通讯方发送与所述通讯事件相关的提醒消息。

2.根据权利要求1所述的方法，其特征在于，所述预设触发事件包括：

本端通讯方发起的所述通讯事件未被对端通讯方响应；

或者，所述通讯事件在被响应后，被本端通讯方或对端通讯方切断。

3.根据权利要求1所述的方法，其特征在于，所述向本端通讯方执行预设提示操作，包括以下至少之一：

唤起并展示与发送所述提醒消息相关的预设提示页面；

播放与发送所述提醒消息相关的预设提示语音。

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

根据接收到的确认指令，执行以所述对端通讯方为目标对象的提醒操作，以将所述提醒消息发送至所述对端通讯方。

5.根据权利要求4所述的方法，其特征在于，当检测到针对所述提示操作的预设响应操作时，确定接收到所述确认指令。

6.根据权利要求4所述的方法，其特征在于，所述提醒操作的执行方式区别于所述通讯事件。

7.根据权利要求1所述的方法，其特征在于，所述通讯事件包括：通过即时通讯应用发起的通话事件。

8.根据权利要求7述的方法，其特征在于，所述即时通讯应用包括企业即时通讯应用。

9.一种提示装置，其特征在于，包括：

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

提示单元，当监听到使所述通讯事件由执行状态切换至终止状态的预设触发事件时，向本端通讯方执行预设提示操作，以提示所述本端通讯方向对端通讯方发送与所述通讯事件相关的提醒消息。

10.根据权利要求9所述的装置，其特征在于，所述预设触发事件包括：

本端通讯方发起的所述通讯事件未被对端通讯方响应；

或者，所述通讯事件在被响应后，被本端通讯方或对端通讯方切断。

11.根据权利要求9所述的装置，其特征在于，所述提示单元通过以下至少之一的方式，向本端通讯方执行预设提示操作：

唤起并展示与发送所述提醒消息相关的预设提示页面；

播放与发送所述提醒消息相关的预设提示语音。

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

提醒单元，根据接收到的确认指令，执行以所述对端通讯方为目标对象的提醒操作，以将所述提醒消息发送至所述对端通讯方。

13.根据权利要求9所述的装置，其特征在于，所述通讯事件包括：通过即时通讯应用发起的通话事件。