具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。

参阅图5，图5示出了一种触控数据流的示意图。

在交互智能平板一体机（如触控电视、智能电视、只能平板等）中，一般会拥有两路（或多路）输出通道。其中，每一路输出通道都会连接一个主机系统。例如，图5中示出的，通道A连接安卓主机，通道B连接PC主机。其中，安卓主机即本申请中所描述的触控电视，其触控屏即为本申请中所描述的触控屏。

在图5的基础上，传统方法中会在安卓主机屏幕显示界面只显示安卓主机的界面图像时，此时通道控制器会控制触控设备关闭通道B的触控数据，避免PC主机在没有界面图像输出的时候，仍然响应了触控数据。

在图5的基础上，传统方法中会在安卓主机屏幕显示界面主要显示PC主机的界面图像，同时在上层叠加部分安卓主机的界面图像。当用户通过触摸屏操作叠加在上层的安卓图像时，“通道控制器”会马上关闭触控屏的通道B输出。

这就会导致，当触控屏接收到关闭指令时，触控屏将直接关闭对应通道的开关，对应通道的触控数据不再输出。当触控屏接收到打开指令后，触控屏将直接打开对应通道的开关，对应通道的触控数据也将在接下来的一帧进行输出，触控数据也将按照当前实际的触控状态进行输出。

由此可见，当通道B的触控数据被关闭时，触控仍未离开触摸屏，因此关闭之后的抬起数据，PC主机并没有响应。导致PC主机部分触控操作逻辑错乱。当通道B的触控数据重新打开时，触控已经进入触摸屏响应范围内，因此关闭之前的落下数据，PC主机并没有响应。导致PC主机此时的触控操作延迟，或者操作不成功灯操作逻辑错乱。

如下表的情况，在两次触控点击过程中，PC只响应到一次点击，且点击操作呈献出延迟。

上表中显示的状态为响应异常的状态。

其中，“↓”用于表示触控落下，“—”用于表示触控平移，“↑”用于表示触控抬起，“○”用于表示没有数据。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。同时，在本申请的描述中，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

实施例1

请参看图1，图1为本申请实施例提供了一种基于触控屏的触控笔迹生成方法的流程示意图。其中，该基于触控屏的触控笔迹生成方法包括：

S101、根据接收到的触控指令生成触控状态。

S102、判断是否接收到触控开关调整请求，若是，则执行步骤S103~S104；若否，则结束本流程。

S103、根据触控开关调整请求对触控状态进行编码，得到编码结果。

S104、根据编码结果在触控屏中生成触控笔迹。

本申请实施例中，该方法的执行主体可以为计算机、服务器等计算装置，对此本实施例中不作任何限定。

在本申请实施例中，该方法的执行主体还可以为智能手机、平板电脑等智能设备，对此本实施例中不作任何限定。

可见，实施本实施例所描述的基于触控屏的触控笔迹生成方法，能够用于正在进行PC投屏工作的触控电视中，以使触控电视的触控屏接收到的触控指令转换为触控状态并根据实际的触控开关的开关情况进行触控状态的编码；当触控电视对触控指令进行编码得到编码结果之后，根据编码结果生成触控笔迹。可见，实施这种实施方式，能够保证触控笔记准确有效地生成于用于投屏的电子设备（如上述的PC）中，同时避免由于触控电视的触控开关状态的改变生成错误的触控状态记录，从而避免该触控状态记录被记录在用于投屏的电子设备中，进而避免上述这类冗余数据出现在上述电子设备中，保障了上述电子设备的触控操作逻辑稳定、准确。

实施例2

请参看图2，图2为本申请实施例提供的一种基于触控屏的触控笔迹生成方法的流程示意图。如图2所示，其中，该基于触控屏的触控笔迹生成方法包括：

S201、根据接收到的触控指令生成触控状态。

S202、判断是否接收到触控开关调整请求，若是，则执行步骤S203；若否，则执行步骤S207~S208。

本实施例中，对触控设备发出通道输出开关的变化请求，可以是触控设备外部的其他设备，也可以是触控设备内部的其他功能。

S203、判断触控开关调整请求是否为触控开关打开请求，若是，则执行步骤S204；若否，则执行步骤S205。

S204、匹配与触控开关打开请求相对应的第一编码对应表；根据第一编码对应表对触控状态进行编码，得到编码结果。并执行步骤S209~S210。

本实施例中，当触控开关调整请求为触控开关打开请求时，按照以下第一编码对应表对触控状态进行编码，得到编码结果。下表为第一编码对应表。

S205、判断触控开关调整请求是否为触控开关关闭请求，若是，则执行步骤S206；若否，则结束本流程。

S206、匹配与触控开关关闭请求相对应的第二编码对应表；根据第二编码对应表对触控状态进行编码，得到编码结果。并执行步骤S209~S210。

本实施例中，当触控开关调整请求为触控开关关闭请求时，按照以下第二编码对应表对触控状态进行编码，得到编码结果。下表为第二编码对应表。

在本实施例中，第二编码对应表还可以为下表。

在本实施例中，使用第二个第二编码对照表时。当接收到触控开关请求后，马上按照下列表格的编码对应关系，对当前帧的触控状态进行编码，在对应通道发送一帧编码结果。而非记录其请求并等待下一帧输出时再进行编码。

S207、根据触控状态进行编码，得到编码结果。

本实施例中，在没有接收到触控开关调整请求时，按照触控状态直接编码，得到编码结果。

S208、判断触控开关状态是否为打开状态，若是，则执行步骤S209~S210；若否，则执行步骤S210。

S209、根据编码结果在触控屏的下一帧画面中生成触控笔迹。

实施这种实施方式，能够记录每一个触控数据通道的触控开关调整请求以及触控开关状态。当触控屏接收到某通道需要关闭或者需要打开时，并不立即改变通道的开关状态，而是记录触控开关调整请求。当下一帧触控检测完成后生成触控笔迹。

S210、根据触控开关调整请求更新触控开关状态。

实施这种实施方式，如下表所出现的触控状态，在第1次触控过程中（从第1帧至第5帧），在第3帧接收到通道控制器的关闭请求。此时触控设备仅仅记录其请求，若此时已经输出第3帧触控数据，则在第4帧将“—”触控状态编码成“↑”输出状态，进行输出。此时PC能正确响应到抬起状态，完成一次点击，不会产生延迟和异常。

如下表所出现的触控状态，在第2次触控过程中（从第7帧至第11帧），在第8帧接收到通道控制器的打开请求。此时触控设备仅仅记录其请求，若此时已经输出第8帧触控数据，则在第9帧将“—”触控状态编码成“↓”输出状态，进行输出。此时PC能正确响应到落下的状态，完成一次点击，不会产生延迟和异常。

下表为改良后的状态响应对照表。可以参照本实施例中第一张表进行对照。

可见，实施本实施例所描述的基于触控屏的触控笔迹生成方法，能够保证触控笔记准确有效地生成于用于投屏的电子设备（如上述的PC）中，同时避免由于触控电视的触控开关状态的改变生成错误的触控状态记录，从而避免该触控状态记录被记录在用于投屏的电子设备中，进而避免上述这类冗余数据出现在上述电子设备中，保障了上述电子设备的触控操作逻辑稳定、准确。

实施例3

请参看图3，图3为本申请实施例提供的一种基于触控屏的触控笔迹生成装置的结构示意图。如图3所示，该基于触控屏的触控笔迹生成装置包括：

触控单元310，用于根据接收到的触控指令生成触控状态；

第一判断单元320，用于判断是否接收到触控开关调整请求；

编码单元330，用于当接收到触控开关调整请求时，根据触控开关调整请求对触控状态进行编码，得到编码结果；

笔迹生成单元340，用于根据编码结果在触控屏中生成触控笔迹。

本申请实施例中，对于基于触控屏的触控笔迹生成装置的解释说明可以参照实施例1或实施例2中的描述，对此本实施例中不再多加赘述。

可见，实施本实施例所描述的基于触控屏的触控笔迹生成装置，能够保证触控笔记准确有效地生成于用于投屏的电子设备（如上述的PC）中，同时避免由于触控电视的触控开关状态的改变生成错误的触控状态记录，从而避免该触控状态记录被记录在用于投屏的电子设备中，进而避免上述这类冗余数据出现在上述电子设备中，保障了上述电子设备的触控操作逻辑稳定、准确。

实施例4

请一并参阅图4，图4是本申请实施例提供的一种基于触控屏的触控笔迹生成装置的结构示意图。其中，图4所示的基于触控屏的触控笔迹生成装置是由图3所示的基于触控屏的触控笔迹生成装置进行优化得到的。如图4所示，编码单元330，还用于当未接收到所述触控开关调整请求时，根据所述触控状态进行编码，得到编码结果。

作为一种可选的实施方式，触控笔迹生成装置还包括：

第二判断单元350，用于判断触控开关状态是否为打开状态；

笔迹生成单元340，具体用于当所述触控开关状态为打开状态时，根据编码结果在触控屏中生成触控笔迹。

状态更新单元360，用于在生成触控笔迹之后，根据所述触控开关调整请求更新所述触控开关状态；

状态更新单元360，还用于当所述触控开关状态为关闭状态时，根据所述触控开关调整请求更新所述触控开关状态。

作为一种可选的实施方式，编码单元330包括：

第一子单元331，用于当接收到所述触控开关调整请求时，判断所述触控开关调整请求是否为触控开关打开请求；

第二子单元332，用于当所述触控开关调整请求为触控开关打开请求时，匹配与所述触控开关打开请求相对应的第一编码对应表；

第三子单元333，用于根据所述第一编码对应表对所述触控状态进行编码，得到编码结果。

作为一种可选的实施方式，编码单元330包括：

第一子单元331，还用于当接收到所述触控开关调整请求时，判断所述触控开关调整请求是否为触控开关关闭请求；

第二子单元332，还用于当所述触控开关调整请求为触控开关关闭请求时，匹配与所述触控开关关闭请求相对应的第二编码对应表；

第三子单元333，还用于根据所述第二编码对应表对所述触控状态进行编码，得到编码结果。

作为一种可选的实施方式，笔迹生成单元340，具体用于根据所述编码结果在触控屏的下一帧画面中生成触控笔迹。

本申请实施例中，对于基于触控屏的触控笔迹生成装置的解释说明可以参照实施例1或实施例2中的描述，对此本实施例中不再多加赘述。

可见，实施本实施例所描述的基于触控屏的触控笔迹生成装置，能够保证触控笔记准确有效地生成于用于投屏的电子设备（如上述的PC）中，同时避免由于触控电视的触控开关状态的改变生成错误的触控状态记录，从而避免该触控状态记录被记录在用于投屏的电子设备中，进而避免上述这类冗余数据出现在上述电子设备中，保障了上述电子设备的触控操作逻辑稳定、准确。

本申请实施例提供了一种电子设备，包括存储器以及处理器，存储器用于存储计算机程序，处理器运行计算机程序以使电子设备执行本申请实施例1或实施例2中任一项基于触控屏的触控笔迹生成方法。

本申请实施例提供了一种计算机可读存储介质，其存储有计算机程序指令，计算机程序指令被一处理器读取并运行时，执行本申请实施例1或实施例2中任一项基于触控屏的触控笔迹生成方法。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本申请的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

另外，在本申请各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器（ROM，Read-Only Memory）、随机存取存储器（RAM，Random Access Memory）、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述仅为本申请的实施例而已，并不用于限制本申请的保护范围，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应所述以权利要求的保护范围为准。

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