语音和多媒体消息的发送方法及装置与流程

本申请涉及通讯技术领域，尤其涉及一种语音和多媒体消息的发送方法及装置。

背景技术：

诸如即时通讯应用等，各种通讯应用被越来越广泛地应用于用户的日常生活中，用户通过这些通讯应用编辑和发送文字消息，使得相互之间的沟通越来越轻量化、便捷化。

然而，文字消息的编辑往往用时较长，尤其是编辑过程中出现的各种拼写错误等，可能造成发送者的反复修改，也可能造成接收者的理解困难。因此，在相关技术中，通讯应用进一步实现了对用户语音的采集和传输，从而无需用户手动输入文字内容，使得用户之间的通讯更为便捷。

技术实现要素：

有鉴于此，本申请提供一种语音和多媒体消息的发送方法及装置，可以准确识别出用户对语音或其他多媒体消息的发送需求，避免发生误操作。

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

根据本申请的第一方面，提出了一种语音消息的发送方法，包括：

显示通讯会话窗口，所述通讯会话窗口示出的消息会话内容之间存在空白区域；

当检测到发生于所述空白区域的用户触发操作时，显示出语音采集窗口，并启动语音采集功能；其中，所述语音采集窗口包括预设图标和预设触发区 域；

当检测到所述预设图标被拖动至所述预设触发区域时，将采集到的语音消息发送至所述通讯会话窗口的通讯对端。

根据本申请的第二方面，提出了一种语音消息的发送装置，包括：

显示单元，显示通讯会话窗口，所述通讯会话窗口示出的消息会话内容之间存在空白区域；

采集单元，当检测到发生于所述空白区域的用户触发操作时，显示出语音采集窗口，并启动语音采集功能；其中，所述语音采集窗口包括预设图标和预设触发区域；

发送单元，当检测到所述预设图标被拖动至所述预设触发区域时，将采集到的语音消息发送至所述通讯会话窗口的通讯对端。

根据本申请的第三方面，提出了一种多媒体消息的发送方法，包括：

当检测到预定义的用户触发操作时，唤起并启动多媒体采集功能；

当检测到预定义的用户验证操作时，将所述多媒体采集功能采集到的多媒体消息发送至目标对象；其中，所述用户验证操作包括第一触摸行为。

根据本申请的第四方面，提出了一种多媒体消息的发送装置，包括：

启动单元，当检测到预定义的用户触发操作时，唤起并启动多媒体采集功能；

发送单元，当检测到预定义的用户验证操作时，将所述多媒体采集功能采集到的多媒体消息发送至目标对象；其中，所述用户验证操作包括第一触摸行为。

由以上技术方案可见，本申请通过检测用户的操作类型，可以识别出用户的实际操作需求，从而分别实现对多媒体消息的采集和发送，可以避免操作类型单一而导致的误判断和误操作。

附图说明

图1a-1c是相关技术中的一种通讯应用实现语音消息发送的界面示意图。

图2a-2b是相关技术中的另一种通讯应用实现语音消息发送的界面示意图。

图3是本申请一示例性实施例提供的一种多媒体消息的发送方法的流程图。

图4是本申请一示例性实施例提供的另一种语音消息的发送方法的流程图。

图5-8是本申请一示例性实施例提供的一种通讯应用实现语音消息发送的界面示意图。

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

图10是本申请一示例性实施例提供的一种多媒体消息的发送装置的框图。

图11是本申请一示例性实施例提供的一种语音消息的发送方法的流程图。

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

图13是本申请一示例性实施例提供的一种语音消息的发送装置的框图。

具体实施方式

图1a-1c是相关技术中的一种通讯应用实现语音消息发送的示意图。如图1a所示，以用户“小黑”在与用户“小白”的通讯会话窗口中实现语音消息发送为例，用户“小黑”可以直接在该图1a示出的通讯会话窗口底部的矩形输入框实现文字输入，以及用户“小黑”可以通过点击该矩形输入框左侧的“麦克风”图标，以切换至图1b所示的界面布局，使得上述的矩形输入框变更为图1b示出的通讯会话窗口底部的“语音采集功能”启动按键，且该启动按键上可以通过诸如“按住说话”等文字，以提示用户进行操作。

那么，当用户“小黑”按住该启动按键时，通讯会话窗口切换至图1c所示的界面布局，且通讯应用的语音采集功能将被唤起并启动，并通过诸如文字“松开发送”、诸如“0:05”的计时信息以及图1c示出的示意性声音波 形等，提示用户“小黑”正在进行语音消息的采集操作。

可见，如果用户“小黑”最近一次使用了语音采集功能，即处于图1b所示的界面布局状态，那么只要用户“小黑”误触摸到通讯会话窗口底部的启动按键，就会形成对语音消息的采集操作的误触发。同时，正是由于用户“小黑”是通过误触发而执行了对语音消息的采集操作，因而显然无法主动通过“上滑”的方式取消发送由于误触碰而采集到的语音消息。

同时，在相关技术中，还提供了另一种更为便捷的语音输入方式。如图2a所示，仍以上述的通讯会话窗口为例，用户“小黑”可以通过长按该通讯会话窗口的空白处，切换至图2b所示的语音采集窗口，并使通讯应用的语音采集功能被唤起和启动，实现语音消息的采集操作。

然而，当用户“小黑”无意间误触碰到如图1a所示的通讯会话窗口的空白区域时，尤其是空白区域在通讯会话窗口中占有很大的显示面积，导致用户“小黑”存在很大几率误触发语音采集功能，并且用户“小黑”显然无法通过主动“上滑”的方式取消发送由于误触碰而采集到的语音消息。

因此，本申请通过改进语音发送方案，以解决相关技术中的上述技术问题。为对本申请进行进一步说明，提供下列实施例：

图3是本申请一示例性实施例提供的一种多媒体消息的发送方法的流程图，如图3所示，该方法应用于安装有通讯应用的电子设备，该方法可以包括以下步骤：

步骤302，当检测到预定义的用户触发操作时，唤起并启动多媒体采集功能。

在本实施例中，多媒体采集功能可以用于采集任意类型的多媒体消息，比如上述的语音消息，或者视频消息等，本申请并不对此进行限制。

步骤304，当检测到预定义的用户验证操作时，将所述多媒体采集功能采集到的多媒体消息发送至目标对象；其中，所述用户验证操作包括第一触摸行为。

在本实施例中，用户触发操作与用户验证操作可以分别采用不同的操作 形式；比如用户触发操作为屏幕按压操作，而用户验证操作为屏幕滑动操作。在该实施例中，通过将用户触发操作与用户验证操作设定为不同的操作形式，那么当用户由于同一因素导致误触碰时，最多只能够满足一种用户操作，而无法分别满足用户触发操作和用户验证操作，从而避免对多媒体消息的误发送。

实际上，相关技术中的语音采集过程仅需一次用户操作，比如上文结合图1a-1c以及图2a-2b描述的“按压”操作，即当检测到该按压操作时执行语音采集，而当该按压操作消失时则停止语音采集并发送语音消息。而在本实施例中，通过对预定义的用户验证操作进行检测，体现出用户对于“发送”操作的验证，可以确保对于多媒体消息的发送操作完全基于用户的主观意愿，而不会产生相关技术中的误发送现象。

进一步地，由于误操作的过程包括下述两个步骤：1)用户手指误触摸到电子设备屏幕(相当于用户触发操作)；2)用户无意识地抬起手指，或者用户意识到可能存在误触碰而抬起手指。因此，本申请通过使用户验证操作包括第一触摸行为，使得该用户验证操作与误操作的执行步骤2)之间采用完全相反的逻辑，必须在用户通过主观意愿和主动行为的基础上，才能够在完成用户触发操作之后，仍然能够完成包含该第一触摸行为的用户验证操作，而完全区别于上述步骤2)中促使“按压操作消失”的“抬起手指”的用户动作，从而避免发生误判断和误发送。

在本实施例中，用户验证操作可以包括第一触摸行为，用户触发操作可以包括第二触摸行为，并且当用户触发操作切换至用户验证操作时，第二触摸行为与第一触摸行为可以保持连续。举例而言，假定用户触发操作为屏幕按压操作、第二预设用户为屏幕滑动操作，那么虽然采用了完全不同的两种操作形式，但是两种操作形式中均包含有“触摸”行为，并且当第二触摸行为与第一触摸行为保持连续时，表明用户首先维持屏幕按压操作，然后直接切换至屏幕滑动操作，使得用户始终能够保持与电子设备的触摸屏幕之间的“触摸”行为。在该实施例中，由于误触碰往往是突发性事件，比如用户手 指在运动过程中无意间触摸到电子设备的屏幕；因此，通过使用户触发操作与用户验证操作连续发生，即第二触摸行为与第一触摸行为保持连续，可以排除突发性的误触碰，从而避免对多媒体消息的误发送。因此，对应于上述图1c或图2b所示的“松开发送，上滑取消”，本实施例中采用了“拖动发送，松开取消”的处理逻辑，以避免对多媒体消息的误发送。

在本实施例中，当语音采集功能处于被唤起状态时，可以示出预设图标；其中，当检测到该预设图标被拖动至预设触发区域时，可以确定检测到用户验证操作。在该实施例中，通过将用户验证操作配置为用户主动将预设图标拖动至预设触发区域，可以体现出用户的主观意识，从而识别和消除具有随机特性的误触碰操作。

其中，预设图标可以示出于用户触发操作的被检测处，而预设触发区域可以位于该预设图标附近。在该实施例中，可以在识别与避免误触发的同时，可以减少用户的不必要动作(比如预设图标示出于被检测处，那么用户可以在不改变手指位置的情况下，直接对该预设图标进行拖动)，以及降低用户的操作复杂度(比如预设触发区域位于该预设图标附近，那么用户只需要短距离拖动该预设图标即可)，从而尽可能地降低对用户正常操作的影响。

由以上技术方案可见，本申请通过检测用户的操作类型，可以识别出用户的实际操作需求，从而分别实现对多媒体消息的采集和发送，可以避免操作类型单一而导致的误判断和误操作。

图4是本申请一示例性实施例提供的另一种语音消息的发送方法的流程图，如图4所示，该方法应用于安装有通讯应用的电子设备，该方法可以包括以下步骤：

步骤402，检测到触摸事件。

在本实施例中，本申请的技术方案可以应用于用户的任意电子设备上，比如该电子设备可以为手机、平板设备等。通讯应用可以为任意支持语音消息发送的通讯应用，比如即时通讯应用等；举例而言，本申请的技术方案可以应用于企业即时通讯(eim，enterpriseinstantmessaging)应用中，例如 “钉钉(dingtalk)”等，下面以钉钉为例进行详细说明。

步骤404a，确定触摸事件是否为长按事件。

步骤404b，确定触摸事件是否发生于当前页面的空白区域。

在本实施例中，步骤402、步骤404a和步骤404b相当于图3所示实施例中对于用户触发操作的检测过程，并且此处列举的用户触发操作为：在当前页面的空白区域施加的长按操作，可以参考图2a所示的操作示意图。其中，当结合步骤404a与步骤404b的结果确定检测到用户触发操作时，可以转入步骤406，否则返回步骤402。

当然，本领域技术人员应该理解的是：此处仅以“在当前页面的空白区域施加的长按操作”为例，以说明用户触发操作的一种可能形式；实际上，用户触发操作可以为相关技术中采用的和其他可以采用的任意操作，本申请并不对此进行限制。

步骤406，唤起语音采集功能。

步骤408，示出预设图标和预设触发区域。

步骤410，检测到拖动事件。

步骤412，确定预设图标进入预设触发区域时，转入步骤414，否则继续检测或结束。

步骤414，发送语音消息。

在本实施例中，仅以“语音采集功能”和“语音消息”为例，对本申请的技术方案进行说明；实际上，本申请的技术方案可以应用于诸如语音、视频等各种类型的多媒体消息的采集和发送，本申请并不对此进行限制。

在本实施例中，将语音采集功能的“启动”与“发送”相互分离，并以诸如“拖动事件”或其他形式的用户验证操作，确定是否真正“发送”采集到的语音消息，将上述图1c或图2b所示的“松开发送，上滑取消”的处理逻辑，变更为本申请提出的“拖动发送，松开取消”的处理逻辑，从而可以解决了相关技术中在停止语音采集后直接发送语音消息时容易造成误发送的问题。

在本实施例中，“拖动事件”是指检测到用户对预设图标的触摸操作的同时，检测到相应的触摸点在电子设备的屏幕上的滑动，则电子设备驱动该预设图标随该触摸点进行同步滑动，则产生了用户“拖动”该预设图标的视觉效果，则此时可以认为检测到了用户针对该预设图标的“拖动事件”。

如图5-6所示，配合于本实施例中选用的基于“拖动事件”的用户验证操作，可以在当前页面中示出图5-6所示的预设图标(对应于用户的手指触摸动作，该图标中可以采用类似于“指纹”的图案)，则该预设图标的示出同样可以作为一种提示信息：提示用户语音采集功能已被“启动”，或语音采集功能正处于“启动”状态。

在本实施例中，“拖动事件”的目标位置可以为基于该预设图标的相关位置，比如与该预设图标之间具有预设距离的任意位置，那么当该预设图标在任意方向上被拖动预设距离时，比如图5中将预设图标向左下方拖动预设距离后，即可认为该预设图标被拖动至目标位置，从而发送采集到的语音消息。或者，该目标位置可以为当前页面中的固定位置，比如该固定位置可以为图6所示的圆形虚线区域标示出的预设触发区域，那么当该预设图标被拖动至该预设触发区域时(比如部分或完全进入该预设触发区域)，如图6所示，可以认为该预设图标被拖动至目标位置，从而启动语音采集功能；那么，基于上述固定位置的预设触发区域，使得对于用户操作意图的判断条件更为苛刻，从而进一步降低了可能造成误触发的概率。

其中，如图6所示，基于圆形虚线表示的预设触发区域，可以位于预设图标的附近；那么，当预设图标的示出位置发生变化时，比如该预设图标的示出位置由于用户的触摸点(如手指按压处)变化而变化，则预设触发区域的示出位置也随之发生变化，使得在降低误触发概率、使得该预设图标不容易基于误操作而进入预设触发区域的同时，可以确保用户总是能够方便地(比如拖动距离更短)将该预设图标拖动至预设触发区域，有助于简化用户操作。

当然，本领域技术人员应该理解的是：与上述的用户触发操作相类似的，此处仅以“将预设图标拖动至预设触发区域”为例，以说明用户验证操作的 一种可能形式；实际上，用户验证操作可以为相关技术中采用的和其他可以采用的任意包含触摸行为的操作，本申请并不对此进行限制。

需要说明的是：虽然本申请并不限制用户触发操作和用户验证操作的具体形式，但是当用户触发操作与用户验证操作采取特定形式时，可以带来更佳的用户操作体验和效果。

举例而言，用户验证操作可以包括第一触摸行为，用户触发操作可以包括第二触摸行为，那么当该用户触发操作切换至用户验证操作时，该第二触摸行为与第一触摸行为可以保持连续。例如，当用户触发操作为屏幕按压操作、用户验证操作为屏幕滑动操作时，由于“屏幕按压操作”仅包含上述的第二触摸行为，而“屏幕滑动操作”同时包含上述的第一触摸行为和触摸点移动行为，因而通过使第二触摸行为与第一触摸行为保持连续，用户只需要执行一次对屏幕的触摸操作并保持手指与该屏幕的触摸关系，然后等待示出预设图标和预设触发区域后，将该预设图标拖动至该预设触发区域即可，相当于减少了一次触摸行为，从而简化了用户操作。同时，基于用户触发操作与用户验证操作之间的连续性，当用户执行屏幕按压操作后松开手指时，不会执行上述图1c或图2b所示的“松开发送”的处理逻辑，而是采用基于本申请的“松开取消”的处理逻辑；而当用户执行屏幕滑动操作后，采用基于本申请的“拖动发送”(或滑动发送)的处理逻辑，执行对多媒体消息的发送操作。实际上，一方面通过将“松开发送”变更为“拖动发送”，可以对用户意图进行验证，以避免误判断和误发送；另一方面通过将“上滑取消”变更为“松开取消”，可以简化用户在取消发送时的操作复杂度，从而有助于提升用户的使用体验。

在本实施例中，可以在用户触发操作的维持期间，采集语音消息；以及，当用户触发操作停止时，停止对多媒体消息的采集。在该实施例中，用户触发操作在本申请的技术方案中用于对语音采集功能的启动控制，因而可使通讯应用在用户触发操作的维持期间，持续执行语音消息的采集功能。在一实施例中，当用户触发操作与用户验证操作之间保持连续时，假定用户触发操 作为屏幕按压操作、用户验证操作为屏幕滑动操作，那么：如果满足用户的手指保持与电子设备屏幕的触摸关系且不存在滑动行为，即可持续执行语音消息的采集操作；或者，如果满足用户的手指保持与电子设备屏幕的触摸关系但发生滑动行为，或者用户的手指离开电子设备屏幕等，即可停止对语音消息的采集操作。在另一实施例中，当用户触发操作与用户验证操作之间不保持连续时，假定用户触发操作为屏幕按压操作，那么如果满足用户的手指离开电子设备屏幕，即可停止对语音消息的采集操作。

在本实施例中，当检测到预定义的用户预览操作时，可以停止对语音消息的采集，并对该语音消息进行播放，使用户可以收听并确定是否执行发送操作。举例而言，在图6所示的实施例中，用户验证操作对图标的拖动方向可以为向上拖动至预设触发区域，那么为了便于区分，用户预览操作可以为用户将图标向下拖动预设距离；当然，用户预览操作还可以为其他任意形式，只要能够区分于其他操作即可，本申请并不对此进行限制。实际上，用户可能由于各种原因，导致无法一次性录制得到满意的语音消息，那么虽然相关技术中提供了对语音消息的取消发送功能，比如图6所示的“上滑取消”方式，即用户将预设图标向上方滑动后，即可取消对已录制语音消息的发送；但是，用户在录制过程中往往无法确定是否对当前的语音消息满意，那么通过通讯应用在发送前对已录制语音消息的主动播放，给用户以预先收听和判断的机会，尤其是当语音消息较长的情况下，可以避免取消掉原本可能会满意的语音消息，从而有助于提升用户对语音消息的录制效率和成功率。

在本实施例中，当用户验证操作包括第一触摸行为、用户触发操作包括第二触摸行为，且第二触摸行为与第一触摸行为保持连续时，可以在第二触摸行为和第一触摸行为的维持期间采集语音消息，并在第一触摸行为结束时停止语音消息的采集，使得用户在图5或图6所示的实施例中，即便无意间对预设图标进行了移动，也不会影响对语音消息的采集。

在本实施例中，在启动或终止语音采集功能时，通讯应用可以执行预设的辅助提醒操作，从而向用户提醒该“启动”或“终止”状态。例如，提醒 方式可以包括但不限于以下至少之一：播放预设提醒音频、电子设备产生振动、电子设备的闪光灯闪烁、电子设备的屏幕闪烁(比如控制屏幕亮度进行突变，如突然调节至最大亮度并维持0.5s，然后恢复初始亮度)等。

此外，在将语音消息发送至目标对象时，该目标对象可以通过下述方式确定：

当用户触发操作发生于通讯应用中的通讯会话窗口时，可以将该通讯会话窗口的通讯对端作为目标对象。例如用户触发操作发生于图2a所示的通讯会话窗口，那么可以将该通讯会话窗口对应的通讯对端即用户“小白”作为目标方，并将用户“小黑”录制的语音消息发送给用户“小白”。当然，通讯会话窗口的类型并不限制为图2a所示的单聊窗口，对于诸如包括存在多个通讯对端的群聊窗口等其他形式，同样可以采用本申请的技术方案，此处不再赘述。

当用户触发操作发生于通讯应用中的非通讯会话窗口时，比如图7所示，当用户在消息列表页面的空白处长按时，可以判定为检测到用户触发操作，并进而通过图5-6所示的方式，启动对语音消息的采集操作。在停止对语音消息的采集后，如图8所示，可以向用户提供多种选项：当用户选择“立即发送”时，可以选取希望发送的目标对象，则通讯应用可以根据检测到的用户选择操作，将被选中的通讯会话窗口的通讯对端作为目标对象；当用户选择“以后再说”时，说明暂时无法确定目标方，那么通讯应用可以对采集到的语音消息进行缓存，使得用户可以随时(或在一定时间范围内)查看、删除和发送已采集的语音消息。当然，通讯应用同样可以缓存已经成功发送的语音消息，以便用户重新发送至任意目标对象。

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

请参考图10，在软件实施方式中，该多媒体消息的发送装置可以包括启动单元1002和发送单元1004。其中：

启动单元1002，当检测到预定义的用户触发操作时，唤起并启动多媒体采集功能；

发送单元1004，当检测到预定义的用户验证操作时，将所述多媒体采集功能采集到的多媒体消息发送至目标对象；其中，所述用户验证操作包括第一触摸行为。

可选的，还包括：

对象确定单元1006，当所述用户触发操作发生于通讯应用中的通讯会话窗口时，将所述通讯会话窗口对应的通讯对端作为所述目标对象；

对象选取单元1008，当所述用户触发操作发生于通讯应用中的非通讯会话窗口时，根据检测到的用户选择操作，将被选中的通讯会话窗口对应的通讯对端作为所述目标对象。

可选的，所述用户触发操作包括第二触摸行为；当所述用户触发操作切换至所述用户验证操作时，所述第二触摸行为与所述第一触摸行为保持连续。

可选的，所述用户触发操作为屏幕按压操作，所述用户验证操作为屏幕滑动操作。

可选的，还包括：

示出单元1010，当所述多媒体采集功能处于启动状态时，示出预设图标；其中，当检测到所述预设图标被拖动至预设触发区域时，确定检测到所述用户验证操作。

可选的，所述预设图标示出于所述用户触发操作的被检测处，所述预设触发区域位于所述预设图标附近。

可选的，

所述启动单元1002具体用于：在所述用户触发操作的维持期间，采集所述多媒体消息，直至用户触发操作停止。

可选的，

还包括：播放单元1012，当检测到预定义的用户预览操作时，停止对所述多媒体消息的采集，并播放所述多媒体消息。

可选的，还包括：

提醒单元1014，在启动或终止所述语音采集功能时，执行预设的辅助提醒操作。

当本申请的技术方案应用于即时通讯应用的语音消息发送场景时，提供了对应于该具体场景的实施例；如图11所示，上述场景的语音消息的发送方法可以包括以下步骤：

步骤1102，显示通讯会话窗口，所述通讯会话窗口示出的消息会话内容之间存在空白区域。

步骤1104，当检测到发生于所述空白区域的用户触发操作时，显示出语音采集窗口，并启动语音采集功能；其中，所述语音采集窗口包括预设图标和预设触发区域。

步骤1106，当检测到所述预设图标被拖动至所述预设触发区域时，将采集到的语音消息发送至所述通讯会话窗口的通讯对端。

在本实施例中，与本申请的上述实施例相类似的，通过检测用户的操作类型，可以识别出用户的实际操作需求，从而分别实现对语音消息的采集和发送，可以避免操作类型单一而导致的误判断和误操作。同时，诸如图3、图4以及图5-8所示的实施方式，均可以应用于本实施例中，以实现相似的控制效果，此处不再赘述。

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

请参考图13，在软件实施方式中，该语音消息的发送装置可以包括显示单元1302、采集单元1304和发送单元1306。其中：

显示单元1302，显示通讯会话窗口，所述通讯会话窗口示出的消息会话内容之间存在空白区域；

采集单元1304，当检测到发生于所述空白区域的用户触发操作时，显示出语音采集窗口，并启动语音采集功能；其中，所述语音采集窗口包括预设图标和预设触发区域；

发送单元1306，当检测到所述预设图标被拖动至所述预设触发区域时，将采集到的语音消息发送至所述通讯会话窗口的通讯对端。

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

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

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

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

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

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

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

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