CN111913646A - 一种信息发送方法及装置 - Google Patents

Abstract

本申请公开了一种信息发送方法及装置，该方法包括：在确定用户的终端设备上的手写层处于开启状态时，先获取用户在该手写层上的手写轨迹，再根据该手写轨迹生成手写信息，并自动发送该手写信息，以使该手写信息的接收对象能够快速地接收到该手写信息，从而使得用户能够快速地进行手写输入，有利于提高手写输入效率。

Description

一种信息发送方法及装置

技术领域

本申请涉及计算机技术领域，尤其涉及一种信息发送方法及装置。

背景技术

手写输入是终端设备上的一种常见输入方式，而且手写输入是通过对用户在终端设备的触摸屏上的手写轨迹进行字符识别实现的。

在一些情况(如手写复杂字符时)下，用户需要占用较大的操作区域来完成手写输入，故为了满足手写输入对操作区域的需求，可以在终端设备的触摸屏上覆盖一个手写层，以使用户能够使用触摸屏上的任一区域进行手写操作。其中，手写层是指用于采集用户手写轨迹的操作层。

然而，如何进行手写输入成为一个亟待解决的技术问题。

发明内容

本申请实施例的主要目的在于提供一种信息发送方法及装置，能够实现快速地进行手写输入。

本申请实施例提供了一种信息发送方法，所述方法包括：

在确定终端设备上的手写层处于开启状态时，获取用户在所述手写层上的手写轨迹；

根据所述手写轨迹生成手写信息；

发送所述手写信息。

可选的，所述发送所述手写信息，包括：

在接收到用户在所述手写层上触发的信息发送请求之后，发送所述手写信息。

可选的，所述信息发送请求由所述用户通过触控所述手写层上部署的第一控件进行触发；

或者，

所述信息发送请求由所述用户通过在所述手写层上执行预先设定的第一操作进行触发。

可选的，所述发送所述手写信息，包括：

获取当前时间；

当确定在所述手写信息的生成时间到所述当前时间的时间段内所述手写信息未发生更新，且确定所述当前时间与所述手写信息的生成时间之间的时间差达到所述发送延迟时长时，发送所述手写信息。

可选的，所述发送延迟时长的确定过程为：

根据所述用户的历史手写输入数据，确定所述用户的信息校验习惯；

根据所述用户的信息校验习惯，确定发送延迟时长。

可选的，所述根据所述用户的信息校验习惯，确定发送延迟时长，包括：

若所述用户的信息校验习惯包括所述用户的信息校验率，则将所述用户的信息校验率对应的延迟时长，确定为发送延迟时长；

若所述用户的信息校验习惯包括所述用户的信息校验时长，则将所述用户的信息校验时长，确定为发送延迟时长；

若所述用户的信息校验习惯包括所述用户的信息校验率和所述用户的信息校验时长，则根据所述用户的信息校验率确定时长系数，将所述用户的信息校验时长与所述时长系数的乘积，确定为发送延迟时长。

可选的，所述发送所述手写信息，包括：

根据所述用户的手写习惯，发送所述手写信息。

可选的，所述根据所述用户的手写习惯，发送所述手写信息，包括：

根据所述用户的手写习惯，确定所述信息发送条件；

在达到所述信息发送条件时，发送所述手写信息。

可选的，若所述用户的手写习惯包括所述用户的信息输入习惯，则所述根据所述用户的手写习惯，确定所述信息发送条件，包括：

在确定所述用户的信息输入习惯为所述用户通过手动选择所述手写层上显示的字符候选项的方式确定上屏字符时，确定所述信息发送条件包括所述手写信息的语义完整、以及所述用户在执行完成所述手写信息对应的最后一次字符候选项选择操作之后的第一时长内未在所述手写层上进行手写操作；

在确定所述用户的信息输入习惯为所述用户不通过手动选择所述手写层上显示的首个字符候选项的方式确定上屏字符时，确定所述信息发送条件包括所述用户在所述手写层上执行点按操作，或者，确定所述信息发送条件包括所述手写信息的语义完整、以及所述用户在所述手写层上执行预先设定的第二操作。

可选的，所述手写信息的语义完整的确定过程，包括：

获取所述手写信息中的各个句子，作为各个待处理句子；

获取各个待处理句子的字符共现概率；

根据各个待处理句子的字符共现概率，确定各个待处理句子的混淆度；

在确定各个待处理句子的混淆度均低于预设阈值时，确定所述手写信息的语义完整。

可选的，若所述用户的手写习惯包括所述用户的信息校验习惯，则所述根据所述用户的手写习惯，确定所述信息发送条件，包括：

根据所述用户的信息校验习惯，确定发送延迟时长，并确定所述信息发送条件包括所述手写信息的未更新时长达到所述发送延迟时长。

可选的，所述方法还包括：

在确定所述手写信息发送出去之后，关闭所述手写层；

在达到手写层开启条件时，开启所述手写层。

可选的，当所述终端设备上显示有用于记录所述手写信息的文本框时，所述手写层开启条件为清空所述文本框；

或者，

所述手写层开启条件为所述用户在所述终端设备上执行预先设定的第三操作；

或者，

所述手写层开启条件为所述用户对所述终端设备上的第二控件进行触控；

或者，

所述手写层开启条件为在所述手写层关闭后的第二时长内所述终端设备的显示页面未发生切换。

本申请实施例还提供了一种信息发送装置，所述装置包括：

轨迹获取单元，用于在确定终端设备上的手写层处于开启状态时，获取用户在所述手写层上的手写轨迹；

信息生成单元，用于根据所述手写轨迹生成手写信息；

信息发送单元，用于发送所述手写信息。

本申请实施例还提供了一种信息发送设备，包括：处理器、存储器、系统总线；

所述处理器以及所述存储器通过所述系统总线相连；

所述存储器用于存储一个或多个程序，所述一个或多个程序包括指令，所述指令当被所述处理器执行时使所述处理器执行上述信息发送方法的任一种实现方法。

本申请实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当所述指令在终端设备上运行时，使得所述终端设备执行上述信息发送方法的任一种实现方法。

本申请实施例还提供了一种计算机程序产品，所述计算机程序产品在终端设备上运行时，使得所述终端设备执行上述信息发送方法的任一种实现方法。

基于上述技术方案，本申请具有以下有益效果：

本申请提供的信息发送方法中，在确定用户的终端设备上的手写层处于开启状态时，先获取用户在该手写层上的手写轨迹，再根据该手写轨迹生成手写信息，并自动发送该手写信息，以使该手写信息的接收对象能够快速地接收到该手写信息，从而使得用户能够快速地进行手写输入，有利于提高手写输入效率。

附图说明

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

图1为本申请实施例提供的应用于终端设备的信息发送方法的应用场景示意图；

图2为本申请实施例提供的应用于服务器的信息发送方法的应用场景示意图；

图3为本申请实施例提供的一种信息发送方法的流程图；

图4为本申请实施例提供的信息发送装置的结构示意图。

具体实施方式

为了便于理解本申请技术方案，下面介绍一些基本概念。

手写输入是指用户通过在终端设备的触摸屏上进行手写操作实现字符输入的一种输入方式。另外，手写输入的工作原理是：当用户在触摸屏幕的指定区域(如手写层)内进行手写时，可以将用户手写轨迹确定为用户手写轨迹，并对该用户手写轨迹进行字符识别，生成用户的手写信息。

手写层是指用于采集用户手写轨迹的操作层。另外，为了满足用户手写输入对操作区域的需求，手写层通常可以覆盖整个触摸屏，以使用户能够使用触摸屏上的任一区域进行手写操作。

手写层存在开启状态和关闭状态这两种状态。其中，当手写层处于开启状态时，手写层可以覆盖终端设备的整个触摸屏，以使用户能够在该手写层上进行手写操作；当手写层处于关闭状态时，终端设备的触摸屏上不显示该手写层，以使用户可以在终端设备上使用除了手写层以外的其他终端设备控件。另外，，为了便于用户准确地获知在当前时刻下终端设备的手写层是否处于开启状态，可以将手写层预先设置为预设颜色(如具有一定透明度的绿色)，以便用户能够依据该预设颜色判断手写层是否处于开启状态。

点按层是指用于接收用户点按操作(如点击操作、按压操作等)的操作层。例如，点按层可以支持点按输入，该点按输入是指通过对指定区域(如键盘显示区域)进行点按操作实现字符输入。其中，点按用于表示点击操作和/或按压操作。

发明人在对手写输入的研究中发现：在相关技术中，若手写层覆盖在点按层之上，则当依据用户在手写层上的手写轨迹生成手写信息之后，用户可以先手动关闭手写层，以使用户能够使用位于该手写层下方的点按层进行点按操作；然后，该用户可以再点击部署在点按层上的信息发送按钮，以便将该手写信息发送出去。可见，在上述相关技术中，手写输入所涉及的手写信息的生成过程和发送过程分别发生在不同操作层，使得生成好的手写信息必须经历过“关闭手写层→点击发送按钮”的过程才能发送出去，从而使得手写信息的信息发送过程比较复杂，如此导致手写信息的信息发送时耗较长，从而导致手写输入的时间成本较高。

为了解决背景技术部分的技术问题以及上述相关技术存在的缺陷，本申请实施例提供了一种信息发送方法，该方法包括：在确定用户的终端设备上的手写层处于开启状态时，先获取用户在该手写层上的手写轨迹，再根据该手写轨迹生成手写信息，并自动发送该手写信息，以使该手写信息的接收对象能够快速地接收到该手写信息，从而使得用户能够快速地进行手写输入，有利于提高手写输入效率。

可见，因手写信息生成后会自动发送出去，使得在手写输入所涉及的手写信息的生成过程和发送过程中该手写层始终保持开启状态，从而使得在执行生成手写信息过程和执行发送手写信息过程之间无需经历“关闭手写层”的步骤，如此能够有效地简化手写输入的执行过程，从而能够有效地降低手写输入的执行时耗，从而能够有效地降低手写输入的时间成本。

另外，本申请实施例不限定信息发送方法的执行主体，例如，本申请实施例提供的信息发送方法可以应用于终端设备或服务器等数据处理设备。其中，终端设备可以为智能手机、计算机、个人数字助理(Personal Digital Assitant，PDA)或平板电脑等。服务器可以为独立服务器、集群服务器或云服务器。

为了便于理解本申请实施例提供的技术方案，下面分别结合图1和图2对本申请实施例提供的信息发送方法的应用场景进行示例性介绍。其中，图1为本申请实施例提供的应用于终端设备的信息发送方法的应用场景示意图；图2为本申请实施例提供的应用于服务器的信息发送方法的应用场景示意图。

在图1所示的应用场景中，当用户101在终端设备102上选择手写输入作为输入法时，终端设备102会自动开启手写层，以使用户101能够在该手写层上进行手写操作；然后，当终端设备102获取到用户101在该手写层上的手写轨迹之后，终端设备102可以依据该手写轨迹生成手写信息，并自动地将该手写信息发送给该手写信息的接收者103，以使该接收者103能够快速地接收到该手写信息。

在图2所示的应用场景中，当用户201在终端设备202上选择手写输入作为输入法时，终端设备202会自动开启手写层，以使用户201能够在该手写层上进行手写操作；然后，当终端设备202获取到用户101在该手写层上的手写轨迹之后，终端设备202将该手写轨迹直接发送给服务器203，以使服务器203依据该手写轨迹生成手写信息，并自动将该手写信息发送给该手写信息的接收者204，以使该接收者204能够快速地接收到该手写信息。另外，服务器203还会将该手写信息反馈给终端设备202进行显示，以使用户201能够在终端设备202查看到该手写信息。

需要说明的是，本申请实施例提供的信息发送方法不仅能够应用于图1或图2所示的应用场景中，还可以应用于其他需要进行手写信息发送的应用场景中，本申请实施例对此不做具体限定。

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

方法实施例一

参见图3，该图为本申请实施例提供的一种信息发送方法的流程图。

本申请实施例提供的信息发送方法，包括S1-S3：

S1：在确定终端设备上的手写层处于开启状态时，获取用户在该手写层上的手写轨迹。

用户是指在终端设备上选择手写输入作为输入法的使用者。

手写轨迹是指用户在手写层上执行手写操作所产生的轨迹，而且该手写轨迹能够对该用户想要手写输入的手写信息进行描述。另外，本申请实施例不限定手写轨迹的描述对象，例如，手写轨迹可以用于描述一个字符(如一个汉字、字母或符号)，也可以用于描述一个句子，还可以用于描述多个句子。此外，本申请实施例不限定手写轨迹，例如，手写轨迹可以是指某段时间内的手写轨迹，也可以是某一时刻下的手写轨迹。

本申请实施例中，当用户在终端设备上选择手写输入作为输入法时，该终端设备会自动开启手写层，并保持该手写层处于开启状态，以使该手写层能够对该用户在该手写层上的手写轨迹进行采集，从而使得后续能够基于这些采集到的手写轨迹确定用户想要利用该终端设备发送的手写信息。

S2：根据手写轨迹生成手写信息。

手写信息用于描述用户想要利用终端设备发送的字符信息，而且手写信息可以依据用户在手写层上的手写轨迹确定。另外，本申请实施例不限定手写信息，例如，手写信息可以是一个字符(如，字符“？”)，也可以是一个句子，也可以是多个句子。

本申请实施例中，在获取到手写轨迹之后，可以依据该手写轨迹生成手写信息，以使该手写信息能够描述出用户想要借助终端设备发送出去的字符信息。需要说明的是，本申请实施例不限定手写信息的生成方法，可以采用现有的或将来出现的任一种能够基于手写轨迹生成手写信息的方法进行实施。

实际上，对于一次信息发送过程来说，用户有时想要发送一个字符，有时想要发送一个句子，有时还想要发送一段话(也就是多个句子)，故为了保证每次自动发送出去的手写信息就是用户想要发送的手写信息，本申请实施例提供了一种手写信息的生成过程，其具体可以包括以下步骤：

步骤1：获取用户在手写层上的手写轨迹，作为当前手写轨迹。

其中，当前手写轨迹是指当前时刻下从手写层上获取到的手写轨迹，也可以是指当前时间段内从手写层上获取到的手写轨迹。

步骤2：利用当前手写轨迹对待更新信息进行更新，以使更新后的待更新信息包括当前手写轨迹对应的字符信息和待更新信息。

其中，待更新信息是利用在当前时刻(或者当前时间段)之前已获取到的用于生成手写信息的手写轨迹确定的；而且，待更新信息的初始值为空。

当前手写轨迹对应的字符信息是指根据当前手写轨迹确定的用于组成手写信息的字符信息，而且该当前手写轨迹对应的字符信息可以包括至少一个字符。

步骤3：判断是否达到用户对应的预设条件，若是，则将更新后的待更新信息作为手写信息；若否，则返回执行步骤1。

其中，用户对应的预设条件用于描述该用户将所手写信息发送出去时应该达到的条件(也就是，用于描述手写信息的发送时机)，而且本申请实施例不限定该用户对应的预设条件，例如，该用户对应的预设条件可以是用户在手写层上触发的信息发送请求，也可以是用户对应的信息发送条件。

需要说明的是，“信息发送请求”的相关内容和“信息发送条件”的相关内容，请参见下文方法实施例二。

基于上述步骤1至步骤3的相关内容可知，本申请实施例中，手写信息可以依据用户的多轮手写操作对应字符信息生成，其生成过程具体为：在获取到用户在手写层上的第i轮手写轨迹之后，先利用该第i轮手写轨迹对第i轮待更新信息进行更新，得到第i+1轮待更新信息，以使第i+1轮待更新信息包括第i轮手写轨迹对应的字符信息和第i轮待更新信息；再判断是否达到该用户对应的预设条件，若未达到该用户对应的预设条件，则继续执行获取第i+1轮手写轨迹及其后续步骤(也就是，第i+2轮待更新信息的获取过程)；若达到该用户对应的预设条件，则直接将该第i+1轮待更新信息作为手写信息进行自动发送。其中，i为正整数，i≤M，M为生成手写信息所经历的手写操作总轮数(也就是，待更新信息所经历的总更新次数)。另外，第1轮待更新信息可以预先设定为空，以使第2轮待更新信息只包括第1轮手写轨迹对应的字符信息。

可见，在用户进行手写输入时，只有在确定达到该用户对应的预设条件时，才会将该用户借助手写层已生成的所有字符信息作为一个整体自动发送出去，以使得该发送出去的信息能够成为该用户希望一次性发送出去的输入信息，从而使得自动发送出去的信息能够更好地符合用户信息发送需求，如此有利于提高用户手写输入体验。

S3：发送手写信息。

本申请实施例中，在获取到手写信息之后，可以直接将该手写信息自动地发送给该手写信息的接收者，以使该接收者能够及时地接收到该手写信息。其中，因手写信息在生成之后会自动发送出去，使得在对手写信息进行发送时该手写层仍然处于开启状态，从而使得手写信息的生成过程以及发送过程均发生在同一个操作层，无需用户手动执行操作层切换操作，如此能够有效地简化手写输入的操作流程，从而能够有效地降低手写输入的时间成本。

另外，本申请实施例还提供了S3的多种可能的实施方式，技术详情请参见下文方 法实施例二。

基于上述S1至S3的相关内容可知，在本申请提供的信息发送方法中，在确定用户的终端设备上的手写层处于开启状态时，先获取用户在该手写层上的手写轨迹，再根据该手写轨迹生成手写信息，并自动发送该手写信息，以使该手写信息的接收对象能够快速地接收到该手写信息，从而使得用户能够快速地进行手写输入，有利于提高手写输入效率。可见，因手写信息生成后会自动发送出去，使得在手写输入所涉及的手写信息的生成过程和发送过程中该手写层始终保持开启状态，从而使得在执行生成手写信息过程和执行发送手写信息过程之间无需经历“关闭手写层”的步骤，如此能够有效地简化手写输入的执行过程，从而能够有效地降低手写输入的执行时耗，从而能够有效地降低手写输入的时间成本。

方法实施例二

实际上，不同的应用场景下，用户对手写信息的信息发送需求(尤其是发送时机需求)是不同的，故为了满足不同应用场景下用户对手写信息的信息发送需求(尤其是发送时机需求)，本申请实施例还提供了发送手写信息(也就是S3)的三种可能的实施方式，下面分别进行介绍。

在一些应用场景下，用户比较喜欢自己主动控制手写信息的发送时机，故为了满足该需求，本申请实施例提供了S3的第一种可能的实施方式，其具体为：在接收到用户在手写层上触发的信息发送请求之后，发送手写信息。

其中，信息发送请求是指由用户在手写层触发的且用于请求发送手写信息(例如，手写信息)的请求。另外，本申请实施例不限定信息发送请求的触发方式，下面结合两个示例进行说明。

示例1，信息发送请求可以由用户通过触控手写层上部署的第一控件进行触发。

第一控件是指部署在手写层上的且用于触发信息发送请求的控件。另外，本申请实施例不限定第一控件，例如，第一控件可以是按钮(如悬浮按钮或者部署位置固定的按钮)。需要说明的是，手写层上是否显示第一控件是由用户预先在终端设备上设置的。

本申请实施例也不限定第一控件的触控方式，例如，第一控件的触控方式可以为点按方式，也就是，用户通过点按第一控件的方式触发信息发送请求。

本申请实施例也不限定第一控件的部署位置。例如，当第一控件为部署位置固定的控件时，第一控件可以固定在手写层上的可触控区域(如可点按区域)内的预设位置。又如，当第一控件为部署位置可调的控件(如悬浮按钮)时，第一控件可以被用户依据个人习惯调节至手写层上的可触控区域内任一位置(例如，若用户习惯使用左手控制终端设备，则用户可以将第一控件调节至可触控区域内偏左的位置)，以使该用户的左手能够更方便地对该第一控件进行触控。

基于上述示例1的相关内容可知，当手写层上部署有用于触发信息发送请求的第一控件时，若用户想要将已生成的手写信息发送出去，则用户可以对手写层上的第一控件进行触控(例如，点按)，以触发信息发送请求，以便自动地将该已生成的手写信息发送出去。其中，因第一控件部署在手写层上，使得用户能够在手写层上直接对第一控件进行触控，无需切换操作层，从而在用户进行手写输入期间无需经历“关闭手写层”的步骤，如此能够简化手写输入的操作流程，降低手写输入的时间成本。

示例2，信息发送请求可以由用户通过在手写层上执行预先设定的第一操作进行触发。

第一操作是指预先设定的用于触发信息发送请求的操作，而且第一操作可以由用户在手写层上执行。另外，本申请实施例不限定第一操作，例如，第一操作可以是在手写层上连击W下(如双击)，该W为正整数。又如，第一操作可以是沿着预设滑动轨迹(如类似于“√”的滑动轨迹)进行滑动。

需要说明的是，本申请实施例不限定第一操作的确定过程，例如，第一操作可以是终端设备上默认的用于触发信息发送请求操作。又如，第一操作可以是用户依据个人喜好预先设定的用于触发信息发送请求操作。

基于上述示例2的相关内容可知，若用户想要将已生成的手写信息发送出去，则该用户可以在手写层上执行第一操作(例如，双击或者按照“√”的滑动轨迹进行滑动)，以触发信息发送请求，以便自动地将已生成的手写信息发送出去。其中，因第一操作是由用户在手写层上执行的，无需切换操作层，使得在用户进行手写输入期间无需经历“关闭手写层”的步骤，如此能够简化手写输入的操作流程，降低手写输入的时间成本。

基于上述S3的第一种可能的实施方式的相关内容可知，若用户比较喜欢自己主动控制手写信息的发送时机，则该用户可以通过在手写层上手动触发信息发送请求的方式将已生成的的手写信息主动发送出去。其中，因信息发送请求是由用户在手写层上触发的，无需切换操作层，使得在用户进行手写输入期间无需经历“关闭手写层”的步骤，如此能够简化手写输入的操作流程，降低手写输入的时间成本。还因信息发送请求是由用户主动触发的，使得该信息发送请求的触发时刻就是该用户所需要的手写信息的发送时机，如此实现了该用户对手写信息的发送时机需求，有利于提高手写信息的发送准确性，从而有利于提高该用户的手写输入体验。

在一些应用场景下，用户比较喜欢对已经编辑好的手写信息进行校验，故为了满足该需求，本申请实施例提供了S3的第二种可能的实施方式，其具体为：获取当前时间；当确定在手写信息的生成时间到当前时间的时间段内手写信息未发生更新，且确定当前时间与手写信息的生成时间之间的时间差达到发送延迟时长时，发送手写信息。其中，当前时间用于描述位于手写信息的生成时间之后的实时时间。

需要说明的是，“在手写信息的生成时间到当前时间的时间段内手写信息未发生更新”是指在时间段[手写信息的生成时间，当前时间]内，该手写信息都没有发生变化，也就是说，用户在编辑完成手写信息之后一直没有对该手写信息进行修改。

发送延迟时长是指预留给用户进行手写信息校验的时长。另外，本申请实施例不限定发送延迟时长的确定方式，例如，发送延迟时长可以是终端设备上默认的手写信息校验时长，也可以用户依据个人喜好设定的手写信息校验时长。其中，手写信息校验时长是指用户对手写信息进行校验时所需消耗的时长。

实际上，不同用户对手写信息进行校验时所需消耗的时长不同，故为了使得不同用户对应的发送延迟时长分别能够满足不同用户的手写信息校验时长需求，可以依据该用户的信息校验习惯确定该发送延迟时长。其中，用户的信息校验习惯用于描述该用户在手写输入过程中对手写信息进行校验时所具有习惯(也就是，用户对已编辑完成的手写信息进行校验时所具有的习惯)。

另外，本申请实施例不限定用户的信息校验习惯的确定方式，例如，用户的信息校验习惯可以由用户主动提供，也可以依据该用户的历史手写输入数据分析出该用户的信息校验习惯。其中，历史手写输入数据是指用户在历史时间段内进行手写输入时所产生的数据(如，手写信息、手写轨迹等)。

基于此，本申请实施例还提供了一种确定发送延迟时长的实施方式，其具体包括步骤11-步骤12：

步骤11：根据用户的历史手写输入数据，确定用户的信息校验习惯。

本申请实施例不限定用户的信息校验习惯，例如，用户的信息校验习惯可以包括用户的信息校验率和/或用户的信息校验时长。其中，用户的信息校验率用于描述用户对手写信息进行校验的可能性大小。用户的信息校验时长用于描述用户对手写信息进行校验时所需消耗的时长。

另外，本申请实施例不限定步骤11的实施方式，可以采用任一种能够从用户的历史手写输入数据中提取出该用户的信息校验习惯的方法进行实施，例如，大数据挖掘方法。

基于上述步骤11的相关内容可知，本申请实施例中，可以从用户的历史手写输入数据中解析出该用户的信息校验习惯，以使该用户的信息校验习惯能够准确地表征该用户对手写信息进行校验时所具有的个人习惯。

步骤12：根据用户的信息校验习惯，确定发送延迟时长。

实际上，在用户的信息校验习惯中，用户的信息校验率和用户的信息校验时长均能够对该用户的发送延迟时长确定过程产生比较严重影响。

其中，用户的信息校验率产生的影响具体可以为：若用户的信息校验率越高，则表示该用户编辑完成手写信息之后进行校验的可能性越大，故为了满足该用户高概率的信息校验需求，可以为该用户预先分配较多的发送延迟时长以供该用户进行手写信息校验；若用户的信息校验率越低，则表示该用户编辑完成手写信息之后进行校验的可能性越小，故为了尽可能地降低手写信息校验过程对手写输入的执行效率的影响，可以为该用户预先分配较少的发送延迟时长以供该用户进行手写信息校验。可见，用户的信息校验率与该用户对应的发送延迟时长呈正相关。

用户的信息校验时长产生的影响具体可以为：若用户的信息校验时长越长，则表示该用户对已编辑完成的手写信息进行校验时所需的时长越长，故为了能够尽可能的满足该用户对手写信息校验时长的需求，可以为该用户预先分配较多的发送延迟时长以供该用户进行手写信息校验；若用户的信息校验时长越短，则表示该用户对已编辑完成的手写信息进行校验时所需的时长越短，故为了尽可能地降低手写信息校验过程对手写输入的执行效率的影响，可以为该用户预先分配较少的发送延迟时长以供该用户进行手写信息校验。可见，用户的信息校验时长与该用户对应的发送延迟时长呈正相关。

基于此，本申请实施例提供了步骤12的三种可能的实施方式，下面分别进行介绍。

作为步骤12的第一种可能的实施方式，当用户的信息校验习惯包括用户的信息校验率时，步骤12具体可以为：将用户的信息校验率对应的延迟时长，确定为发送延迟时长。

在一些情况下，为了能够快速地确定出用户的信息校验率对应的延迟时长，可以预先建立一个映射关系，使得该映射关系能够记录各个信息校验率对应的延迟时长，也就是，该映射关系中包括各个信息校验率与该信息校验率对应的延迟时长之间的对应关系。其中，因信息校验率与延迟时长之间呈正相关，故在该映射关系中，数值比较大的信息校验率对应的延迟时长也比较长，而且，数值比较小的信息校验率对应的延迟时长也比较短。

需要说明的是，本申请实施例不限定信息校验率与延迟时长之间的映射关系的表达方式，该映射关系可以利用函数的形式进行表达，也可以使用映射表的方式进行表达。

基于上述步骤12的第一种可能的实施方式的相关内容可知，若预设构建了用于记录各信息校验率与各延迟时长之间对应关系的映射关系，则在获取到用户的信息校验率之后，可以依据该映射关系确定出对应于该用户的信息校验率的延迟时长，并将该延迟时长确定为该用户对应的发送延迟时长。

作为步骤12的第二种可能的实施方式，当用户的信息校验习惯包括用户的信息校验时长时，步骤12具体可以为：将用户的信息校验时长，确定为发送延迟时长。

可见，若用户的信息校验习惯包括用户的信息校验时长，则在获取到用户的信息校验时长之后，可以直接将该用户的信息校验时长确定为该用户的发送延迟时长。其中，因用户的信息校验时长能够准确地表征出该用户对手写信息进行校验时所所需消耗的时长，使得基于该用户的信息校验时长确定的用户的发送延迟时长能够满足该用户对手写信息进行校验的时间需求。

作为步骤12的第三种可能的实施方式，当用户的信息校验习惯包括用户的信息校验率和用户的信息校验时长时，步骤12具体可以为：根据用户的信息校验率确定时长系数，将用户的信息校验时长与时长系数的乘积，确定为发送延迟时长。

其中，时长系数用于表征用户的信息校验率对该用户的发送延迟时长所产生的影响，而且该时长系数与用户的信息校验率正相关，其具体为：用户的信息校验率越高，则该时长系数越大。另外，本申请实施例不限定时长系数的确定方式，例如，可以直接将用户的信息校验率确定为时长系数。

可见，若用户的信息校验习惯包括用户的信息校验率和用户的信息校验时长，则在获取到用户的信息校验率之后，可以先依据用户的信息校验率确定时长系数，以使该时长系数能够准确地表征该用户的信息校验率对用户的发送延迟时长所产生的影响；再将该时长系数作为权重与用户的信息校验时长相乘，得到该用户的发送延迟时长。其中，因用户的发送延迟时长是依据用户的信息校验率和用户的信息校验时长综合确定的，使得用户的发送延迟时长能够更准确地表征出该用户对手写信息进行校验时所消耗的时长。

基于上述S3的第二种可能的实施方式的相关内容可知，对于那些比较喜欢对已经编辑完成的手写信息进行校验的用户来说，在用户已编辑完成手写信息之后，不会立马发送该手写信息，而是给该用户预留出时间(也就是，发送延迟时长)让该用户对该手写信息进行校验，直至当确定在手写信息的生成时间到当前时间的时间段内手写信息未发生更新，且确定当前时间与手写信息的生成时间之间的时间差达到发送延迟时长时，才将该手写信息发送出去，如此使得发送出去的手写信息比较准确，有利于提高手写信息发送准确性，从而有利于提高用户的手写输入体验。

在一些应用场景下，针对具有不同手写习惯的用户，可以依据该用户的手写习惯来确定手写信息的自动发送时机，以使该自动发送时机能够满足该用户的手写习惯。基于此，本申请实施例提供了S3的第三种可能的实施方式，其具体为：根据用户的手写习惯，发送手写信息。

手写习惯用于描述用户在进行手写输入时所具有的个人习惯。另外，本申请实施例不限定手写习惯的获取方式，例如，手写习惯可以由用户依据个人喜好在终端设备中设定，也可以依据该用户的历史手写输入数据确定(如，利用任一种大数据挖掘方法从大量的用户的历史手写输入数据中确定出该用户的手写习惯)。

本申请实施例不限定手写习惯，例如，手写习惯可以包括用户的信息校验习惯和/或用户的信息输入习惯。需要说明的是，用户的信息校验习惯的相关内容，请参见上文S3的第二种可能的实施方式。

用户的信息输入习惯用于描述用户在进行手写输入时所具有的手写信息输入习惯。为了便于理解用户的信息输入习惯，下面结合两种情况进行说明。

情况1，一些用户喜欢从手写层上显示的字符候选项中直接手动选择上屏字符，故这些用户的信息输入习惯可以统称为：用户通过选择手写层上显示的字符候选项的方式确定上屏字符。

其中，字符候选项是指依据手写轨迹确定出的推荐给用户的备选字符，而且该字符候选项可以显示在手写层上，以供该用户进行手动选择。另外，本申请实施例不限定字符候选项在手写层上的显示方式，例如，可以采用预上屏的方式进行显示。

手动选择是指用户借助手指或者任一种能够代替手指的点按设备(如，触控笔)，在手写层上从多个字符候选项中主动选择对应于手写轨迹的字符。另外，本申请实施例不限定手动选择，例如，手动选择可以是点按操作。

上屏字符是指用于显示到预设显示位置(例如，文本框、手写层上的预先设定的字符显示位置)且用于组合成手写信息的字符。

基于情况1的相关内容可知，在每次手写输入过程中，一些用户喜欢手动从手写层上显示出的多个字符候选项中选择出其想要对应于手写轨迹的字符，以便后续能够基于该手动选择的字符确定出手写信息。

情况2，因手写屏上显示的首个字符候选项通常可以自动上屏(例如，对于两次相邻的手写操作来说，用户的后一次手写操作能够使得前一次手写操作中的首个字符候选项自动上屏)，使得一些用户喜欢进行如下操作：若用户想要输入的字符为首个字符候选项，则用户不会主动去选择该首个字符候选项而是等着该首个字符候选项自动上屏；若用户想要输入的字符为非首个字符候选项，则用户才会主动去选择该非首个字符候选项，故这些用户的信息输入习惯可以统称为：用户不通过手动选择手写层上显示的首个字符候选项的方式确定上屏字符。其中，首个字符候选项是指手写层上显示的排列顺序处于第一位的字符候选项。非首个字符候选项是指手写层上显示的排列顺序处于第二位或者第二位之后任一位置的字符候选项。

另外，本申请实施例还提供了一种基于用户的手写习惯进行手写信息发送的具体实施方式，其可以包括S31-S32：

S31：根据用户的手写习惯，确定信息发送条件。

其中，信息发送条件用于描述将手写信息发送出去时所需达到的条件，而且信息发送条件可以依据用户的手写习惯进行确定。

为了便于理解S31，下面结合S31的三种可能的实施方式进行说明。

作为S31的第一种可能的实施方式，当用户的手写习惯包括用户的信息输入习惯时，S31具体可以为：

在确定用户的信息输入习惯为用户通过手动选择手写层上显示的字符候选项的方式确定上屏字符时，确定信息发送条件包括手写信息的语义完整、以及用户在执行完成手写信息对应的最后一次字符候选项选择操作之后的第一时长内未在手写层上进行手动操作；

在确定用户的信息输入习惯为用户不通过手动选择手写层上显示的首个字符候选项的方式确定上屏字符时，确定信息发送条件包括用户在手写层上执行预先设定的第二操作，或者，确定信息发送条件包括手写信息的语义完整、以及用户在手写层上执行预先设定的第二操作。

其中，手写信息的语义完整是指手写信息中的每个句子都是语义完整的句子，也就是，手写信息中不存在语义不完整的句子。需要说明的是，本申请实施例还提供了一种确定手写信息的语义是否完整的具体实施方式，技术详情请参见下文方法实施例三。

手写信息对应的最后一次字符候选项选择操作是指在手写信息的生成过程中，用户为了生成手写信息而在手写层上触发的最后一次字符候选项的选择操作。例如，当生成手写信息时经历了H次字符候选项选择操作，则该手写信息对应的最后一次字符候选项选择操作就是第H次字符候选项选择操作。其中，H为正整数。

第一时长为预先根据应用场景设定的时长。

第二操作是指预先设定的用于标识手写信息输入完成的操作，而且第二操作是由用户在手写层上触发的。另外，本申请实施例不限定第二操作，例如，第二操作可以为用户点按首个字符候选项进行上屏。又如，第二操作可以是用户在预设指示区域内触发点按操作。

基于上述S31的第一种可能的实施方式的相关内容可知，对于那些喜欢从手写层上显示的字符候选项中直接手动选择上屏字符的用户来说，一旦该这些用户持续不执行手写操作，则可以基本确定这些用户已经编辑完成手写信息，故可以设定该用户对应的信息发送条件包括约束条件“用户在执行完成手写信息对应的最后一次字符候选项选择操作之后的第一时长内未在手写层上进行手写操作”。另外，为了避免因用户思考时间长导致将未编辑完成的手写信息发送出去，可以进一步设定该用户对应的信息发送条件还包括约束条件“手写信息的语义完整”，如此能够有效地保证自动发送出去的手写信息是语义完整的，如此有利于提高手写信息的发送准确性，从而有利于提高用户体验。

然而，对于那些习惯使用首个字符候选项自动上屏功能的用户来说，一旦这些用户在手写层上主动执行了除了手写操作以外的其他操作时，则可以确定这些用户已经编辑完成手写信息，故可以设定该用户对应的信息发送条件包括约束条件“用户在手写层上执行第二操作”。另外，为了避免因用户无意执行第二操作导致将未编辑完成的手写信息发送出去，可以进一步设定该用户对应的信息发送条件还包括约束条件“手写信息的语义完整”，如此能够有效地保证自动发送出去的手写信息是语义完整的，如此有利于提高手写信息的发送准确性，从而有利于提高用户体验。

可见，因用户的手写习惯包括该用户的信息输入习惯，使得依据该用户的信息输入习惯设定的该用户对应的信息发送条件，能够满足该用户在进行手写输入时所具有的信息输入习惯，如此有利于提高用户体验。

作为S31的第二种可能的实施方式，当用户的手写习惯包括用户的信息校验习惯时，S31具体可以为：根据用户的信息校验习惯，确定发送延迟时长，并确定信息发送条件包括手写信息的未更新时长达到该发送延迟时长。需要说明的是，发送延迟时长的确定过程，请参见上文步骤12。

可见，对于具有信息校验习惯的用户来说，可以先依据该用户的信息校验习惯，确定该用户对应的发送延迟时长；再依据该发送延迟时长设定该用户对应的信息发送条件，以使该信息发送条件包括约束条件“手写信息的未更新时长达到该发送延迟时长”，从而使得该用户对应的信息发送条件能够符合该用户的信息校验习惯，如此有利于提高手写信息的发送准确性，从而有利于提高用户体验。

作为S31的第三种可能的实施方式，当用户的手写习惯包括该用户的信息输入习惯以及信息校验习惯时，S31具体可以为：

在确定用户的信息输入习惯为用户通过手动选择手写层上显示的字符候选项的方式确定上屏字符时，确定信息发送条件包括手写信息的未更新时长达到发送延迟时长、手写信息的语义完整、以及用户在执行完成手写信息对应的最后一次字符候选项选择操作之后的第一时长内未在手写层上进行手写操作；

在确定用户的信息输入习惯为用户不通过手动选择手写层上显示的首个字符候选项的方式确定上屏字符时，确定信息发送条件包括手写信息的未更新时长达到发送延迟时长和用户在手写层上执行预先设定的第二操作，或者，确定信息发送条件包括手写信息的未更新时长达到发送延迟时长、手写信息的语义完整、以及用户在手写层上执行预先设定的第二操作。

可见，对于那些具有信息校验习惯以及信息输入习惯的用户来说，则可以依据该用户的信息校验习惯以及信息输入习惯综合设定该用户对应的信息发送条件，以使该用户对应的信息发送条件能够同时满足该用户在进行手写输入时所具有的信息输入习惯以及信息校验习惯，如此有利于提高手写信息的发送准确性，从而有利于提高用户体验。

基于上述S31的相关内容可知，在获取到用户的手写习惯之后，可以依据该用户的手写习惯生成该用户对应的信息发送条件，以使该用户对应的信息发送条件能够满足该用户进行手写输入时所具有的手写习惯，如此有利于提高手写信息的发送时机的准确性，从而有利于提高用户体验。

S32：在达到信息发送条件时，发送手写信息。

为了便于理解S32，下面结合七个示例进行说明。

示例1，当发送条件为手写信息的未更新时长达到该发送延迟时长时，S32具体可以为：获取当前时间，并当确定在手写信息的生成时间到当前时间的时间段内手写信息未发生更新，且确定当前时间与手写信息的生成时间之间的时间差达到发送延迟时长时，发送手写信息。

需要说明的是，示例1的具体实施方式与上文S3的第二种可能的实施方式相似，故技术详情请参见上文S3的第二种可能的实施方式。

可见，对于那些习惯对已编辑完成的手写信息进行校验的用户来说，在获取到手写信息之后，可以实时判断该手写信息是否被更新，直至该手写信息持续发送延迟时长未被更新时，可以确定该用户已完成对该手写信息的校验过程，故可以自动地将该手写信息发送出去。

示例2，当发送条件为手写信息的语义完整、且用户在执行完成手写信息对应的最后一次字符候选项选择操作之后的第一时长内未在手写层上进行手写操作时，S32具体可以为：获取当前时间；当确定在手写信息对应的最后一次字符候选项选择操作的执行时间到当前时间的时间段内用户未在手写层上进行手写操作、且确定当前时间与手写信息对应的最后一次字符候选项选择操作的执行时间之间的时间差达到第一时长、且确定手写信息的语义完整时，发送手写信息。

可见，本申请实施例中，对于那些习惯通过手动选择手写层上显示的字符候选项的方式确定上屏字符的用户来说，在获取到手写信息之后，可以针对当前时间分别进行以下三个判断过程：判断在时间段[手写信息对应的最后一次字符候选项选择操作的执行时间，当前时间]内用户是否在手写层上进行手写操作，判断当前时间与手写信息对应的最后一次字符候选项选择操作的执行时间之间的时间差是否达到第一时长，以及判断手写信息的语义是否完整；此时，只有当确定在手写信息对应的最后一次字符候选项选择操作的执行时间到当前时间的时间段内用户未在手写层上进行滑动、且确定当前时间与手写信息对应的最后一次字符候选项选择操作的执行时间达到第一时长、且确定手写信息的语义完整时，才对手写信息进行发送；然而，当该三个判断过程的判断结果为其他情况时，不会对该手写信息进行发送，而且继续执行下一轮判断过程。

示例3，当信息发送条件为用户在手写层上执行预先设定的第二操作时，S32具体可以为：对用户在手写层上的执行操作进行实时检测，直到在检测到用户在手写层上执行了第二操作时，发送手写信息。

可见，本申请实施例中，对于那些习惯使用首个字符候选项自动上屏功能的用户来说，这些用户不喜欢主动在手写层上执行除了手写操作以外的其他多余操作，故为了能够确定出这些用户已经编辑完成手写信息，可以借助第二操作作为手写信息编辑完成的标识，从而可以将手写信息的发送时机设定为用户主动在手写层上执行第二操作，以使只要检测到用户执行了第二操作，即可确定该用户已编辑完成手写信息，从而可以自动对该手写信息进行发送。

示例4，当信息发送条件为手写信息的语义完整，且用户在手写层上执行预先设定的第二操作时，S32具体可以为：对用户在手写层上的执行操作进行实时检测，以便在确定用户在手写层上执行第二操作时，判断手写信息的语义是否完整，若是，则发送该手写信息；若否，则生成提示信息，以使该用户能够基于该提示信息手动确认是否继续发送该手写信息。其中，提示信息用于提示用户是否发送语义不完整的手写信息。

可见，本申请实施例中，对于那些习惯使用首个字符候选项自动上屏功能的用户来说，为了避免因用户无意执行第二操作导致发送出去语义不完整的手写信息，可以在确定这些用户在手写层上执行了第二操作之后，自动判断已生成的手写信息是否完整，若完整，则直接将该手写信息发送出去；若不完整，则以提示信息的方式向这些用户进行信息发送询问，如此能够使得只在用户手动确认发送的情况下才将语义不完整的手写信息，如此能够有效地降低因用户误操作导致自动发送语义不完整的手写信息的发生，从而能够提高手写信息自动发送的准确性，如此有利于提高用户体验。

示例5，当发送条件为手写信息的未更新时长达到该发送延迟时长、手写信息的语义完整、且用户在执行完成手写信息对应的最后一次字符候选项选择操作之后的第一时长内未在手写层上进行手写操作时，S32具体可以为：获取当前时间；当确定在手写信息的生成时间到当前时间的时间段内手写信息未发生更新，且确定当前时间与手写信息的生成时间之间的时间差达到发送延迟时长，且在手写信息对应的最后一次字符候选项选择操作的执行时间到当前时间的时间段内用户未在手写层上进行手写操作、且确定当前时间与手写信息对应的最后一次字符候选项选择操作的执行时间之间的时间差达到第一时长、且确定手写信息的语义完整时，发送手写信息。

需要说明的是，若手写信息的生成时间与手写信息对应的最后一次字符候选项选择操作的执行时间是同一个时间点，则第一时长和发送延迟时长相等；若手写信息的生成时间与手写信息对应的最后一次字符候选项选择操作的执行时间是不同时间点，则第一时长与发送延迟时长不相同。

可见，本申请实施例中，对于那些习惯对已编辑好的手写信息进行检验且习惯通过手动选择手写层上显示的字符候选项的方式确定上屏字符的用户来说，在获取到手写信息之后，可以针对当前时间分别进行以下五个判断过程：判断在时间段[手写信息的生成时间，当前时间]时间段内手写信息是否发生更新、当前时间与手写信息的生成时间之间的时间差是否达到发送延迟时长、判断在时间段[手写信息对应的最后一次字符候选项选择操作的执行时间，当前时间]内用户是否在手写层上进行手写操作，判断当前时间与手写信息对应的最后一次字符候选项选择操作的执行时间之间的时间差是否达到第一时长，以及判断手写信息的语义是否完整，以便后续能够基于这五个判断过程的判断结果来综合确定是否发送手写信息。

示例6，当发送条件为手写信息的未更新时长达到该发送延迟时长、且用户在手写层上执行预先设定的第二操作时，S32具体可以为：对用户在手写层上的执行操作进行实时检测，以便在确定用户在手写层上执行第二操作时，获取当前时间，并当确定在手写信息的生成时间到当前时间的时间段内手写信息未发生更新，且确定当前时间与手写信息的生成时间之间的时间差达到发送延迟时长时，发送手写信息。

可见，本申请实施例中，对于那些习惯对已编辑好的手写信息进行检验且习惯使用首个字符候选项自动上屏功能的用户来说，为了能够同时满足这些用户的上述两个习惯，可以确定这些用户在手写层上执行了第二操作之后，实时进行以下两个判断过程：判断在手写信息的生成时间到当前时间的时间段内手写信息是否发生更新、当前时间与手写信息的生成时间之间的时间差是否达到发送延迟时长，以便只在确定在手写信息的生成时间到当前时间的时间段内手写信息未发生更新，且确定当前时间与手写信息的生成时间之间的时间差达到发送延迟时长时，才会发送该手写信息，如此有利于提高手写信息自动发送的准确性，从而有利于提高用户体验。

示例7，当发送条件为手写信息的未更新时长达到该发送延迟时长、且用户在手写层上执行预先设定的第二操作，且手写信息的语义完整时，S32具体可以为：在确定用户在手写层上执行第二操作、手写信息的语义完整、且手写信息的未更新时长达到该发送延迟时长时，发送该手写信息。

可见，本申请实施例中，对于那些习惯对已编辑好的手写信息进行检验且习惯使用首个字符候选项自动上屏功能的用户来说，为了避免因用户无意执行第二操作导致发送出去语义不完整的手写信息，可以只在确定用户在手写层上执行第二操作、手写信息的语义完整、且手写信息的未更新时长达到该发送延迟时长时，才会发送手写信息，如此有利于提高手写信息自动发送的准确性，从而有利于提高用户体验。

基于上述S32的相关内容可知，在获取到用户已编辑完成的手写信息以及该用户对应的信息发送条件之后，可以依据该用户对应的信息发送条件确定该手写信息的发送时机，以使该手写信息的发送时机能够符合该用户进行手写输入时的手写信息发送习惯，如此有利于提高手写信息自动发送的准确性，从而有利于提高用户体验。

基于上述S3的第三种可能的实施方式的相关内容可知，在获取到用户已编辑好的手写信息之后，可以依据该用户的手写习惯进行手写信息的发送，以使手写信息的发送时机能够符合该用户的手写习惯，如此有利于提高手写信息自动发送的准确性，从而有利于提高用户体验。

方法实施例三

另外，本申请实施例不限定手写信息的语义是否完整的判断过程，为了便于理解，下面结合两种可能的实施方式进行说明。

在第一种可能的实施方式中，手写信息的语义是否完整的判断过程具体可以为：将手写信息输入到预先构建的语义评估模型中，得到该语义评估模型输出的语义评估结果。其中，语义评估结果用于表征手写信息的语义是否完整。

语义评估模型用于对输入的文本(如手写信息)进行语义完整性评估。另外，本申请实施例不限定语义评估模型，可以是任一种能够实现对手写信息进行语义完整性评估的模型。例如，语义评估模型可以是n-gram语言模型，也可以是神经网络语言模型。

此外，本申请实施例也不限定语义评估模型的训练过程，例如，可以利用大量的语义完整的训练句子对该语义评估模型进行训练，以使训练好的语义评估模型能够准确地对模型输入文本进行语义完整性评估。

基于上述第一种可能的实施方式的相关内容可知，可以预先利用大量的语义完整的训练句子对语义评估模型进行训练，以使训练好的语义评估模型能够准确地对模型输入文本进行语义完整性评估，从而使得后续能够利用该训练好的语义评估模型准确地确定出手写信息的语义是否完整。

在第二种可能的实施方式中，手写信息的语义是否完整的判断过程具体可以包括步骤21-步骤24：

步骤21：获取手写信息中的各个句子，作为各个待处理句子。

本申请实施例中，在获取到手写信息之后，可以先对该手写信息进行句子识别，得到该手写信息中的各个句子；再将该手写信息中的各个句子分别作为待处理句子，以便后续能够分别判断每个待处理句子是否语义完整。例如，当手写信息包括R个句子时，可以将手写信息中的第1个句子作为第1个待处理句子，将手写信息中的第2个句子作为第2个待处理句子，……，将手写信息中的第R个句子作为第R个待处理句子。其中，R为正整数。

需要说明的是，本申请实施例不限定句子识别方法，可以采用任一种能够对手写信息进行句子识别的句子识别方法。例如，可以按照预先设定的句子结束符号(如，“。”、“！”、“？”等用于表示句子结束的符号)进行句子识别。

步骤22：获取各个待处理句子的字符共现概率。

其中，字符共现概率用于表征待处理句子中所有字符同时出现在同一个句子中的概率。

另外，本申请实施例不限定字符共现概率的计算方式，可以采用任一种能够计算待处理句子中所有字符的字符共现概率的计算方法进行实施。例如，第r个待处理句子S_r的字符共现概率P(S_r)可以采用公式(1)计算得到。

式中，P(S_r)为第r个待处理句子的字符共现概率；S_r为第r个待处理句子，且

为第r个待处理句子中的第t个词，t为正整数，t≤T，T为正整数；

为在第1个词

至第t-1个词

出现的前提下出现第t个词

的条件概率；r为正整数，r≤R，R为手写信息中的句子总数。

步骤23：根据各个待处理句子的字符共现概率，确定各个待处理句子的混淆度。

混淆度(Perplexity，PPL)是一种用于衡量待处理句子的语义是否完整的指标，而且待处理句子的混淆度与待处理句子的语义完整程度负相关，其具体为：若待处理句子的混淆度越高，则该待处理句子的语义完整程度越低，使得该待处理句子属于语义完整句子的可能性越低；若待处理句子的混淆度越低，则该待处理句子的语义完整程度越高，使得该待处理句子属于语义完整句子的可能性越高。

本申请实施例不限定待处理句子的混淆度的计算方法，例如，第r个待处理句子S_r的混淆度可以利用公式(2)进行计算。

式中，PPL(S_r)为第r个待处理句子的混淆度；P(S_r)为第r个待处理句子的字符共现概率；S_r为第r个待处理句子，且

为第r个待处理句子中的第t个词，t为正整数，t≤T，T为正整数；r为正整数，r≤R，R为手写信息中的句子总数。

步骤24：在确定各个待处理句子的混淆度均低于预设阈值时，确定手写信息的语义完整。

预设阈值是指语义完整句子的混淆度最低值，而且预设阈值可以预先根据应用场景设定。

实际中，不同用户的表述风格不同，导致不同用户对应的预设阈值也不同，故为了使得用户对应的预设阈值能够更准确地表征该用户所使用的语义完整句子的混淆度最低值，可以依据该用户的历史信息输入数据确定该用户对应的预设阈值。基于此，本申请实施例提供了一种确定预设阈值的实施方式，其具体包括以下步骤31-步骤33：

步骤31：根据用户的历史信息输入数据，获取正样本数据和负样本数据。

历史信息输入数据是指在历史时间段内用户的输入过程(例如，手写输入过程和/或非手写输入过程)中产生的数据信息(如历史发送信息、历史编辑未完成的信息等)，而且历史信息输入数据可以包括至少一个句子。需要说明的是，非手写输入是指除了手写输入以外的其他输入方式，如点按输入。

正样本数据是指属于语义完整句子的句子。

负样本数据是指属于语义不完整句子的句子。

在一些情况下，为了能够快速地获取正样本数据和负样本数据，可以将在历史时间段内用户确认发送出去的句子自动标注为正样本数据，并将在历史时间段内用户未发出且正处于编辑状态的句子自动标注为负样本数据。

步骤32：计算正样本数据的混淆度和负样本的混淆度。

本申请实施例中，为了提高预设阈值的准确性，可以使用本申请实施例中用于计算手写信息的混淆度的实施方式来计算各个样本数据(如正样本数据、负样本数据等)的混淆度。

步骤33：根据正样本数据的混淆度和负样本的混淆度，确定预设阈值。

本申请实施例中，在获取到所有正样本数据的混淆度和所有负样本数据的混淆度之后，可以依据所有正样本数据的混淆度和所有负样本数据的混淆度确定预设阈值，以使该预设阈值能够准确地表征语义完整句子的混淆度与语义不完整句子的混淆度之间的界限分布特点。

另外，本申请实施例不限定步骤33的实施方式，例如，步骤33具体可以为：计算所有正样本数据的混淆度的平均值，作为第一平均值；计算所有负样本数据的混淆度的平均值，作为第二平均值；将第一平均值和第二平均值的加权平均值，作为预设阈值。需要说明的是，对于上述加权平均过程来说，第一平均值对应的权重和第二平均值对应的权重均可以根据应用场景预先设定。

基于上述步骤31至步骤33的相关内容可知，每个用户对应的预设阈值可以依据历史时间段内该用户的输入处理过程中所涉及的信息数据进行确定，使得该用户对应的预设阈值能够更准确地表征出该用户所使用的语义完整句子的混淆度最低值，如此有利于提高手写信息的语义完整的判断准确性。

基于上述步骤21至步骤24的相关内容可知，本申请实施例中，可以先计算手写信息中各个句子的混淆度，以使各个句子的混淆度能够准确地表征该句子的语义是否完整；再基于各个句子的混淆度来确定手写信息的语义是否完整，其具体为：若各个待处理句子的混淆度均低于预设阈值，则确定手写信息中各个句子均是语义完整句子，从而确定该手写信息的语义是完整的。

方法实施例四

在一些情况下，因手写层会遮盖住那些没有部署在操作层的终端设备控件，使得在手写层处于开启状态时用户无法对这些终端设备控件进行操作，但是，有时候在用户发送完手写信息后，该用户需要立马使用那些没有部署在操作层的终端设备控件进行其他操作(例如，拨打电话等)，故为了提高对这些终端设备控件的操作效率，本申请实施例还提供了信息发送方法的一种实施方式，在该实施方式中，该信息发送方法除了包括上述S1-S3以外，还包括S4-S5：

S4：在确定手写信息发送出去之后，关闭手写层。

本申请实施例中，在确定手写信息发送出去之后，立马自动关闭手写层，以使没有部署在手写层上的终端设备控件能够处于可用状态，从而使得用户能够使用这些终端设备控件进行其他操作。其中，因手写层是在手写信息发送出去之后自动关闭的，无需用户手动关闭该手写层，如此能够减少当该用户对这些终端设备控件进行操作时所需经历的步骤，从而能够有效地节约时间成本。

S5：在达到手写层开启条件时，开启手写层。

手写层开启条件用于描述再次自动开启手写层所需达到的条件，而且手写层开启条件可以预先设定。

不同的应用场景可以是使用不同的手写层开启条件，为了便于理解，下面结合四个示例进行说明。

示例1，若终端设备上显示有用于记录手写信息的文本框，则手写层开启条件可以为清空该文本框。

文本框是指位于终端设备上用于实时记录用户手写信息的控件，而且本申请实施例不限定文本框的部署位置。例如，当手写层覆盖在点按层的上方时，该文本框可以为部署在点按层上。其中，因手写层处于透明状态，使得用户在手写输入的过程中能够清楚的从该文本框中了解到用户已输入的手写信息。

另外，当手写信息发送出去之后，文本框会自动清空，以使该文本框能够继续记录用户下一轮输入的信息，故在检测到文本框已清空时，可以直接开启手写层，以使用户能够使用该手写层进行下一轮的信息输入。可见，在一些应用场景下，手写层开启条件可以设定为清空文本框。

示例2，手写层开启条件为用户在终端设备上执行预先设定的第三操作。

其中，第三操作是指能够触发手写层开启的操作，而且本申请实施例不限定第三操作。例如，第三操作可以是一种特定的手势、一种特定的触摸屏触控操作(如连续点击三下等)、或者一种特定的手写轨迹等。

需要说明的是，本申请实施例不限定第三操作的设定方式，例如，第三操作可以由用户预先设定，也可以是终端设备上默认的用于触发手写层开启的操作。

示例3，手写层开启条件为用户对终端设备上的第二控件进行触控。

其中，第二控件是指能够触发手写层开启的控件，而且本申请实施例不限定第二控件。

另外，本申请实施例也不限定对第二控件的触控方式，例如，第二控件的触控方式为点按。

示例4，手写层开启条件为在手写层关闭后的第二时长内终端设备的显示页面未发生切换。

其中，第二时长可以预先设定，也可以由用户依据个人喜好设定。例如，第二时长可以是30秒。

可见，在本申请实施例中，在手写层关闭之后，若用户一直没有切换终端设备的显示页面的动作，则可以确定出该用户没有对其他终端设备控件进行操作的需求，故可以自动打开手写层，以使该用户能够继续使用该手写层进行手写信息的输入。

基于上述S4至S5的相关内容可知，本申请实施例中，在将手写信息发送出去之后，可以自动地关闭手写层，以使用户能够对那些没有部署在操作层的终端设备控件进行操作；然后，还可以在达到手写层开启条件时自动地开启手写层，以使该用户能够继续使用该手写层进行手写信息的输入。其中，因手写层的关闭以及重启都是自动完成的，无需用户手动操作，简化了用户在进行手写输入时的操作负担，有利于提高用户体验。

基于上述方法实施例提供的信息发送方法，本申请实施例还提供了一种信息发送装置，下面结合附图进行解释和说明。

装置实施例

装置实施例对信息发送装置进行介绍，相关内容请参见上述方法实施例。

参见图4，该图为本申请实施例提供的信息发送装置的结构示意图。

本申请实施例提供的信息发送装置400，包括：

轨迹获取单元401，用于在确定终端设备上的手写层处于开启状态时，获取用户在所述手写层上的手写轨迹；

信息生成单元402，用于根据所述手写轨迹生成手写信息；

信息发送单元403，用于发送所述手写信息。

在一种可能的实施方式中，所述信息发送单元403，具体用于：

在接收到用户在所述手写层上触发的信息发送请求之后，发送所述手写信息。

在一种可能的实施方式中，所述信息发送请求由所述用户通过触控所述手写层上部署的第一控件进行触发；

或者，

所述信息发送请求由所述用户通过在所述手写层上执行预先设定的第一操作进行触发。

在一种可能的实施方式中，所述信息发送单元403，具体用于：

获取当前时间；

当确定在所述手写信息的生成时间到所述当前时间的时间段内所述手写信息未发生更新，且确定所述当前时间与所述手写信息的生成时间之间的时间差达到所述发送延迟时长时，发送所述手写信息。

在一种可能的实施方式中，所述发送延迟时长的确定过程为：

根据所述用户的历史手写输入数据，确定所述用户的信息校验习惯；

根据所述用户的信息校验习惯，确定发送延迟时长。

在一种可能的实施方式中，所述根据所述用户的信息校验习惯，确定发送延迟时长，包括：

若所述用户的信息校验习惯包括所述用户的信息校验率，则将所述用户的信息校验率对应的延迟时长，确定为发送延迟时长；

若所述用户的信息校验习惯包括所述用户的信息校验时长，则将所述用户的信息校验时长，确定为发送延迟时长；

若所述用户的信息校验习惯包括所述用户的信息校验率和所述用户的信息校验时长，则根据所述用户的信息校验率确定时长系数，将所述用户的信息校验时长与所述时长系数的乘积，确定为发送延迟时长。

在一种可能的实施方式中，所述信息发送单元403，具体用于：

根据所述用户的手写习惯，发送所述手写信息。

在一种可能的实施方式中，所述信息发送单元403，包括：

条件确定子单元，用于根据所述用户的手写习惯，确定所述信息发送条件；

信息发送子单元，用于在达到所述信息发送条件时，发送所述手写信息。

在一种可能的实施方式中，所述条件确定子单元，具体用于：

若所述用户的手写习惯包括所述用户的信息输入习惯，则在确定所述用户的信息输入习惯为所述用户通过手动选择所述手写层上显示的字符候选项的方式确定上屏字符时，确定所述信息发送条件包括所述手写信息的语义完整、以及所述用户在执行完成所述手写信息对应的最后一次字符候选项选择操作之后的第一时长内未在所述手写层上进行手写操作；

在确定所述用户的信息输入习惯为所述用户不通过手动选择所述手写层上显示的首个字符候选项的方式确定上屏字符时，确定所述信息发送条件包括所述用户在所述手写层上执行预先设定的第二操作，或者，确定所述信息发送条件包括所述手写信息的语义完整、以及所述用户在所述手写层上执行预先设定的第二操作。

在一种可能的实施方式中，所述手写信息的语义完整的确定过程，包括：

获取所述手写信息中的各个句子，作为各个待处理句子；

获取各个待处理句子的字符共现概率；

根据各个待处理句子的字符共现概率，确定各个待处理句子的混淆度；

在确定各个待处理句子的混淆度均低于预设阈值时，确定所述手写信息的语义完整。

在一种可能的实施方式中，所述条件确定子单元，具体用于：

若所述用户的手写习惯包括所述用户的信息校验习惯，则根据所述用户的信息校验习惯，确定发送延迟时长，并确定所述信息发送条件包括所述手写信息的未更新时长达到所述发送延迟时长。

在一种可能的实施方式中，所述信息发送装置400还包括：

手写层关闭单元，用于在确定所述手写信息发送出去之后，关闭所述手写层；

手写层重启单元，用于在达到手写层开启条件时，开启所述手写层。

在一种可能的实施方式中，当所述终端设备上显示有用于记录所述手写信息的文本框时，所述手写层开启条件为清空所述文本框；

或者，

所述手写层开启条件为所述用户在所述终端设备上执行预先设定的第三操作；

或者，

所述手写层开启条件为所述用户对所述终端设备上的第二控件进行触控；

或者，

所述手写层开启条件为在所述手写层关闭后的第二时长内所述终端设备的显示页面未发生切换。

进一步地，本申请实施例还提供了一种信息发送设备，包括：处理器、存储器、系统总线；

所述处理器以及所述存储器通过所述系统总线相连；

所述存储器用于存储一个或多个程序，所述一个或多个程序包括指令，所述指令当被所述处理器执行时使所述处理器执行上述信息发送方法的任一种实现方法。

进一步地，本申请实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当所述指令在终端设备上运行时，使得所述终端设备执行上述信息发送方法的任一种实现方法。

进一步地，本申请实施例还提供了一种计算机程序产品，所述计算机程序产品在终端设备上运行时，使得所述终端设备执行上述信息发送方法的任一种实现方法。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到上述实施例方法中的全部或部分步骤可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者诸如媒体网关等网络通信设备，等等)执行本申请各个实施例或者实施例的某些部分所述的方法。

需要说明的是，本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。

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

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

Claims (14)

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

在确定终端设备上的手写层处于开启状态时，获取用户在所述手写层上的手写轨迹；

根据所述手写轨迹生成手写信息；

发送所述手写信息。

2.根据权利要求1所述的方法，其特征在于，所述发送所述手写信息，包括：

在接收到用户在所述手写层上触发的信息发送请求之后，发送所述手写信息。

3.根据权利要求2所述的方法，其特征在于，所述信息发送请求由所述用户通过触控所述手写层上部署的第一控件进行触发；

或者，

所述信息发送请求由所述用户通过在所述手写层上执行预先设定的第一操作进行触发。

4.根据权利要求1所述的方法，其特征在于，所述发送所述手写信息，包括：

获取当前时间；

当确定在所述手写信息的生成时间到所述当前时间的时间段内所述手写信息未发生更新，且确定所述当前时间与所述手写信息的生成时间之间的时间差达到发送延迟时长时，发送所述手写信息。

5.根据权利要求4所述的方法，其特征在于，所述发送延迟时长的确定过程为：

根据所述用户的历史手写输入数据，确定所述用户的信息校验习惯；

根据所述用户的信息校验习惯，确定发送延迟时长。

6.根据权利要求5所述的方法，其特征在于，所述根据所述用户的信息校验习惯，确定发送延迟时长，包括：

若所述用户的信息校验习惯包括所述用户的信息校验率，则将所述用户的信息校验率对应的延迟时长，确定为发送延迟时长；

若所述用户的信息校验习惯包括所述用户的信息校验时长，则将所述用户的信息校验时长，确定为发送延迟时长；

若所述用户的信息校验习惯包括所述用户的信息校验率和所述用户的信息校验时长，则根据所述用户的信息校验率确定时长系数，将所述用户的信息校验时长与所述时长系数的乘积，确定为发送延迟时长。

7.根据权利要求1所述的方法，其特征在于，所述发送所述手写信息，包括：

根据所述用户的手写习惯，发送所述手写信息。

8.根据权利要求7所述的方法，其特征在于，所述根据所述用户的手写习惯，发送所述手写信息，包括：

根据所述用户的手写习惯，确定所述信息发送条件；

在达到所述信息发送条件时，发送所述手写信息。

9.根据权利要求8所述的方法，其特征在于，若所述用户的手写习惯包括所述用户的信息输入习惯，则所述根据所述用户的手写习惯，确定所述信息发送条件，包括：

在确定所述用户的信息输入习惯为所述用户通过手动选择所述手写层上显示的字符候选项的方式确定上屏字符时，确定所述信息发送条件包括所述手写信息的语义完整、以及所述用户在执行完成所述手写信息对应的最后一次字符候选项选择操作之后的第一时长内未在所述手写层上进行手写操作；

在确定所述用户的信息输入习惯为所述用户不通过手动选择所述手写层上显示的首个字符候选项的方式确定上屏字符时，确定所述信息发送条件包括所述用户在所述手写层上执行预先设定的第二操作，或者，确定所述信息发送条件包括所述手写信息的语义完整、以及所述用户在所述手写层上执行预先设定的第二操作。

10.根据权利要求9所述的方法，其特征在于，所述手写信息的语义完整的确定过程，包括：

获取所述手写信息中的各个句子，作为各个待处理句子；

获取各个待处理句子的字符共现概率；

根据各个待处理句子的字符共现概率，确定各个待处理句子的混淆度；

在确定各个待处理句子的混淆度均低于预设阈值时，确定所述手写信息的语义完整。

11.根据权利要求8所述的方法，其特征在于，若所述用户的手写习惯包括所述用户的信息校验习惯，则所述根据所述用户的手写习惯，确定所述信息发送条件，包括：

根据所述用户的信息校验习惯，确定发送延迟时长，并确定所述信息发送条件包括所述手写信息的未更新时长达到所述发送延迟时长。

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

在确定所述手写信息发送出去之后，关闭所述手写层；

在达到手写层开启条件时，开启所述手写层。

13.根据权利要求12所述的方法，其特征在于，当所述终端设备上显示有用于记录所述手写信息的文本框时，所述手写层开启条件为清空所述文本框；

或者，

所述手写层开启条件为所述用户在所述终端设备上执行预先设定的第三操作；

或者，

所述手写层开启条件为所述用户对所述终端设备上的第二控件进行触控；

或者，

所述手写层开启条件为在所述手写层关闭后的第二时长内所述终端设备的显示页面未发生切换。

14.一种信息发送装置，其特征在于，所述装置包括：

轨迹获取单元，用于在确定终端设备上的手写层处于开启状态时，获取用户在所述手写层上的手写轨迹；

信息生成单元，用于根据所述手写轨迹生成手写信息；

信息发送单元，用于发送所述手写信息。

Images