电子白板系统及其控制方法

摘要

本申请公开了一种电子白板系统及其控制方法，涉及电子设备，系统包括：触摸框，设置有第一USB单元，所述第一USB单元用于输出触摸数据；安卓系统模块，与所述第一USB单元连接，用以接收所述触摸数据，所述安卓系统模块包括第二USB单元，所述第二USB单元被配置为设备模式，所述安卓系统模块将所述触摸数据通过所述第二USB单元发送；windows系统模块，与所述第二USB单元连接，用以接收并响应所述第二USB单元发送的触摸数据。本申请可以降低触摸框的成本或者在同等的触摸框成本下改善触摸框的性能。

权利要求

1.一种电子白板系统，其特征在于，包括：触摸框，设置有第一USB单元，所述第一USB单元用于输出触摸数据；

安卓系统模块，与所述第一USB单元连接，用以接收所述触摸数据，所述安卓系统模块包括第二USB单元，所述第二USB单元被配置为设备模式，所述安卓系统模块将所述触摸数据通过所述第二USB单元发送；

windows系统模块，与所述第二USB单元连接，用以接收并响应所述第二USB单元发送的触摸数据;

所述安卓系统模块将其中一个内核配置为用于处理所述触摸数据的接收和发送；

在预设模式下所述windows系统模块输出的视频流由所述安卓系统模块处理后显示，所述安卓系统模块根据所述触摸数据指向的位置确定是否响应所述触摸数据；

所述在预设模式下所述windows系统模块输出的画面由所述安卓系统模块处理后显示，具体为：

所述windows系统模块通过OPS接口向所述安卓系统模块发送第一视频流；

所述安卓系统模块将所述第一视频流加工为第二视频流后向显示屏发送，所述加工包括将第一视频流在预设显示框中显示、调整第一视频流的帧率、分辨率或者编码方式；

所述安卓系统模块通过以下方式接收所述触摸数据：所述安卓系统模块启动获取所述触摸数据的进程，其中，所述进程用于在安卓系统模块的输入子系统中获取所述触摸数据；

所述安卓系统模块通过以下方式发送所述触摸数据：所述安卓系统模块将第二USB单元配置为设备模式，并将所述第二USB单元的USB信息配置为HID的触摸设备，然后通过所述进程利用第二USB单元发送所述触摸数据。

2.根据权利要求1所述的电子白板系统，其特征在于，所述第二USB单元集成在OPS接口中，所述windows系统模块为OPS主机。

3.根据权利要求2所述的电子白板系统，其特征在于，所述第二USB单元按照HID规范发送所述触摸数据。

4.根据权利要求1所述的电子白板系统，其特征在于，所述安卓系统模块还用于根据当前的系统模式决定是否响应所述触摸数据；所述windows系统模块根据所述系统模式决定是否响应所述触摸数据。

5.一种如权利要求1‑4任一项所述的电子白板系统的控制方法，其特征在于，应用于所述安卓系统模块，所述方法包括以下步骤：将第二USB单元配置为设备模式；

将所述第二USB单元的USB信息配置为HID的触摸设备；

接收第一USB模块发送的触摸数据；

通过第二USB单元向所述windows系统模块发送触摸数据。

6.一种如权利要求1‑4任一项所述的电子白板系统的控制方法，其特征在于，包括以下步骤：

将一个内核配置为用于处理触摸数据的接收和发送；

在所述内核中启动获取所述触摸数据的进程，其中，所述进程用于在安卓系统的输入子系统中获取所述触摸数据；

将第二USB单元配置为设备模式；

将所述第二USB单元的USB信息配置为HID的触摸设备；

通过所述进程利用第二USB单元向所述windows系统模块发送所述触摸数据。

说明书

电子白板系统及其控制方法

技术领域

[0001] 本申请涉及电子设备，特别是一种电子白板系统及其控制方法。

背景技术

[0002] 目前电子白板通常采用安卓和windows双系统，搭载安卓和windows的硬件一般分离。传统技术方案为了同时满足安卓系统和windows系统的触摸输入，会为触摸框配置两路
输出分别向两个系统输出触摸数据，通常是利用一个USB接口和一个串行接口来进行触摸
数据的输出。

[0003] 但是上述方案中，对触摸框的处理器的性能要求较高，在处理器性能不足的时候容易产生输出数据不稳定的问题，从而导致触摸不灵等情况产生。

发明内容

[0004] 本发明旨在至少解决现有技术中存在的技术问题之一。为此，本发明提出一种电子白板系统及其控制方法，以降低对触摸框处理器的性能要求，降低触摸框成本或者在同
等成本下改善输出数据不稳定的问题。

[0005] 一方面，本申请实施例提供了：

[0006] 一种电子白板系统，包括：

[0007] 触摸框，设置有第一USB单元，所述第一USB单元用于输出触摸数据；

[0008] 安卓系统模块，与所述第一USB单元连接，用以接收所述触摸数据，所述安卓系统模块包括第二USB单元，所述第二USB单元被配置为设备模式，所述安卓系统模块将所述触
摸数据通过所述第二USB单元发送；

[0009] windows系统模块，与所述第二USB单元连接，用以接收并响应所述第二USB单元发送的触摸数据。

[0010] 在一些实施例中，所述第二USB单元集成在OPS接口中，所述windows系统模块为OPS主机。

[0011] 在一些实施例中，所述安卓系统模块将其中一个内核配置为用于处理所述触摸数据的接收和发送。

[0012] 在一些实施例中，所述安卓系统模块通过以下方式接收所述触摸数据：

[0013] 所述安卓系统模块启动获取所述触摸数据的进程，其中，所述进程用于在安卓系统的输入子系统中获取所述触摸数据；

[0014] 所述安卓系统模块通过以下方式发送所述触摸数据：

[0015] 所述安卓系统模块将第二USB单元配置为设备模式，并将所述第二USB单元的USB信息配置为HID的触摸设备，然后通过所述进程利用第二USB单元发送所述触摸数据。

[0016] 在一些实施例中，所述第二USB单元按照HID规范发送所述触摸数据。

[0017] 在一些实施例中，所述安卓系统模块还用于根据当前的系统模式决定是否响应所述触摸数据；所述windows系统模块根据所述系统模式决定是否响应所述触摸数据。

[0018] 在一些实施例中，在预设模式下所述windows系统模块输出的视频流由所述安卓系统模块处理后显示，所述安卓系统模块根据所述触摸数据指向的位置确定是否响应所述
触摸数据。

[0019] 在一些实施例中，所述在预设模式下所述windows系统模块输出的画面由所述安卓系统处理后显示，具体为：

[0020] 所述windows系统模块通过OPS接口向所述安卓系统模块发送第一视频流；

[0021] 所述安卓系统模块将所述第一视频流加工为第二视频流后向显示屏发送，所述加工包括将第一视频流在预设显示框中显示、调整第一视频流的帧率、分辨率或者编码方式。

[0022] 另一方面，本申请实施例提供了：

[0023] 一种电子白板系统的控制方法，应用于所述安卓系统模块，所述方法包括以下步骤：

[0024] 将第二USB单元配置为设备模式；

[0025] 将所述第二USB单元的USB信息配置为HID的触摸设备；

[0026] 接收第一USB模块发送的触摸数据；

[0027] 通过第二USB单元向所述windows系统模块发送触摸数据。

[0028] 另一方面，本申请实施例提供了：

[0029] 一种电子白板系统的控制方法，还包括以下步骤：

[0030] 将一个内核配置为用于处理触摸数据的接收和发送；

[0031] 在所述内核中启动获取所述触摸数据的进程，其中，所述进程用于在安卓系统的输入子系统中获取所述触摸数据；

[0032] 将第二USB单元配置为设备模式；

[0033] 将所述第二USB单元的USB信息配置为HID的触摸设备；

[0034] 通过所述进程利用第二USB单元向所述windows系统模块发送所述触摸数据。

[0035] 本申请实施例通过将触摸框配置为由第一USB单元输出触摸数据，然后由安卓系统模块从第一USB单元接收触摸数据，然后将自身携带的第二USB单元配置为设备模式，再
通过第二USB单元向windows系统模块发送触摸数据，使得windows系统模块可以响应触摸
数据，该实施例将触摸框发送数据的压力转移到安卓系统模块中，凭借安卓系统的性能优
势对触摸数据进行转发，可以降低触摸框处理器的数据处理量，可以降低触摸框处理器的
性能要求，从而降低触摸框的成本，或者在同等的触摸框成本下提升触摸性能。

附图说明

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

[0037] 图1是本申请实施例提供的一种电子白板系统的模块框图；

[0038] 图2是本申请实施例提供的一种电子白板的控制方法的流程图；

[0039] 图3是本申请实施例提供的一种电子白板的控制方法的流程图。

具体实施方式

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

[0041] 在本发明的描述中，若干的含义是一个以上，多个的含义是两个以上，大于、小于、超过等理解为不包括本数，以上、以下、以内等理解为包括本数。如果有描述到第一、第二只
是用于区分技术特征为目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的
技术特征的数量或者隐含指明所指示的技术特征的先后关系。

[0042] 本发明的描述中，除非另有明确的限定，设置等词语应做广义理解，所属技术领域技术人员可以结合技术方案的具体内容合理确定上述词语在本发明中的具体含义。

[0043] 本发明的描述中，参考术语“一个实施例”、“一些实施例”、“示意性实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征或者特
点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不
一定指的是相同的实施例或示例。而且，描述的具体特征或者特点可以在任何的一个或多
个实施例或示例中以合适的方式结合。

[0044] 电子白板系统通常采用双系统，一般配置有windows系统和安卓（Android）系统，而两个系统分配由不同的硬件搭载。通常是windows系统通过OPS接口将画面传输到安卓系
统，然后安卓系统对windows系统的画面进行处理，例如显示画中画等，最终将处理后的画
面在显示屏上输出。

[0045] 参照图1，本实施例公开了一种电子白板系统，包括：

[0046] 触摸框，设置有第一USB单元，所述第一USB单元用于输出触摸数据。触摸框是一种用于检测用户触摸动作的装置，一般设置在显示屏上，用作输出设备。按照工作原理的不
同，大面积的触摸框可以是红外式触摸框，摄像头式触摸框，随着技术发展，还可以采用大
面积的电容屏实现。在本实施例中，触摸框用于传输触摸数据的USB单元只有一个，但是并
不意味着其不能包含其他接口。该触摸框还可以设置用于获取电能、接收信号或者发送其
他非触摸数据信号的数据传输接口。需要理解的是，USB单元是指带有USB发送功能的硬件
电路。

[0047] 安卓系统模块，与所述第一USB单元连接，用以接收所述触摸数据，所述安卓系统模块包括第二USB单元，所述第二USB单元被配置为设备模式，所述安卓系统模块将所述触
摸数据通过所述第二USB单元发送。可以理解的是，按照系统模块有至少两个USB接口，其中
一个用于与第一USB单元连接，另一个USB接口则为第二USB单元。在本实施例中，由于按照
系统模块需要运行安卓系统，一般采用四核、八核或者十六核的处理器其处理性能强大，可
以分配部分运算资源用于处理触摸数据的接收、处理和发送。在本实施例中，第二USB单元
被配置为设备模式，即相对于windows系统模块而言，安卓系统模块相当于一个输入设备，
可以看成一个虚拟的触摸框。

[0048] windows系统模块，与所述第二USB单元连接，用以接收并响应所述第二USB单元发送的触摸数据。windows系统模块在接收到触摸数据时，可以根据实际情况作出响应。

[0049] 上述所有的USB接口等均根据实际需要采用USB‑type‑A、USB‑type‑B、USB‑type‑C实现。

[0050] 本实施例通过将触摸框配置为由第一USB单元输出触摸数据，然后由安卓系统模块从第一USB单元接收触摸数据，然后将自身携带的第二USB单元配置为设备模式，再通过
第二USB单元向windows系统模块发送触摸数据，使得windows系统模块可以响应触摸数据，
该实施例将触摸框发送数据的压力转移到安卓系统模块中，凭借安卓系统的性能优势对触
摸数据进行转发，可以降低触摸框处理器的数据处理量，可以降低触摸框处理器的性能要
求，从而降低触摸框的成本，或者在同等的触摸框成本下提升触摸性能。

[0051] 在一些实施例中，所述第二USB单元集成在OPS接口中，所述windows系统模块为OPS主机。在这些实施例中windows采用OPS主机，安卓系统模块和windows系统模块之间通
过OPS接口连接。其中，OPS（OpenPluggableSpecification）是一种计算模块插件格式，可用
于为平板显示器增加计算能力OPS格式的计算模块可在基于Intel和ARM的CPU上运行，运行
的操作系统包括Windows和Android。采用OPS主机以及采用OPS接口进行通信，可以简化内
部布线，提供电子白板的性能。

[0052] 在一些实施例中，所述安卓系统模块将其中一个内核配置为用于处理所述触摸数据的接收和发送。在本实施例中，安卓系统模块专门将一个内核配置成处理底层触摸数据
的收发，可以确保触摸数据能够得到及时的处理，降低延迟，保证触摸数据的帧率稳定。

[0053] 在一些实施例中，所述安卓系统模块通过以下方式接收所述触摸数据：

[0054] 所述安卓系统模块启动获取所述触摸数据的进程，其中，所述进程用于在安卓系统的输入子系统中获取所述触摸数据。

[0055] 具体地，Android系统启动一个获取触摸数据的进程打开/dev/input/eventx的节点，当Android系统驱动的input子系统接收到触摸框发送过来的触摸数据后，这个进程就
可以获取到触摸框的原始数据。相当于Android系统的触摸驱动生成的一个节点，当触摸驱
动接收到触摸数据后会解析数据并向这个节点写入符合规范的数据，系统不停的读取这个
节点的内容把触摸分发出去，让应用响应触摸，其他的应用也可以直接读取这个节点的内
容。该节点相当于一个数据接口，安卓系统中的各应用可以通过该接口获取数据。

[0056] 所述安卓系统模块通过以下方式发送所述触摸数据：

[0057] 所述安卓系统模块将第二USB单元配置为设备模式，并将所述第二USB单元的USB信息配置为HID的触摸设备，然后通过所述进程利用第二USB单元发送所述触摸数据。所述
第二USB单元按照HID规范发送所述触摸数据。

[0058] 通过上述方式对第二USB单元进行配置，相对windows系统而言，会识别到第二USB单元是一个触摸设备。因此，对于windows系统而言和直接连接触摸框在程序上并没有任何
差异。

[0059] 在一些实施例中，所述安卓系统模块还用于根据当前的系统模式决定是否响应所述触摸数据；所述windows系统模块根据所述系统模式决定是否响应所述触摸数据。在电子
白板中，可能会有不同的画面模式，在不同模式下，安卓系统和windows系统的响应机制均
不同。

[0060] 在一些实施例中，在预设模式下所述windows系统模块输出的视频流由所述安卓系统模块处理后显示，所述安卓系统模块根据所述触摸数据指向的位置确定是否响应所述
触摸数据。

[0061] 例如在画中画模式中，安卓系统只响应画中画区域外的触摸信号，而windows系统则只响应画中画区域的触摸信号。触摸数据中带有相关的坐标，安卓系统可以根据触摸数
据所携带的坐标信息，判断是否当前模式下需要响应的信号。

[0062] 在一些实施例中，所述在预设模式下所述windows系统模块输出的画面由所述安卓系统处理后显示，具体为：

[0063] 所述windows系统模块通过OPS接口向所述安卓系统模块发送第一视频流；

[0064] 所述安卓系统模块将所述第一视频流加工为第二视频流后向显示屏发送，所述加工包括将第一视频流在预设显示框中显示、调整第一视频流的帧率、分辨率或者编码方式。

[0065] 在本实施例中，安卓系统模块通过OPS接口中的HDMI部分接收windows系统发送的第一视频流，并对第一视频流进行加工后显示。例如，在画中画模式中，会将第一视频流的
大小进行调整以适应画中画的显示大小。根据实际的性能需要，安卓系统模块可以对第一
视频流的参数进行动态调整，以确保画面流畅，从而满足用户的需要。

[0066] 参照图2，一种电子白板系统的控制方法，应用于所述安卓系统模块，所述方法包括以下步骤：

[0067] 将第二USB单元配置为设备模式；

[0068] 将所述第二USB单元的USB信息配置为HID的触摸设备；

[0069] 接收第一USB模块发送的触摸数据；

[0070] 通过第二USB单元向所述windows系统模块发送触摸数据。

[0071] 参照图3，一种电子白板系统的控制方法，还包括以下步骤：

[0072] 将一个内核配置为用于处理触摸数据的接收和发送；

[0073] 在所述内核中启动获取所述触摸数据的进程，其中，所述进程用于在安卓系统的输入子系统中获取所述触摸数据；

[0074] 将第二USB单元配置为设备模式；

[0075] 将所述第二USB单元的USB信息配置为HID的触摸设备；

[0076] 通过所述进程利用第二USB单元向所述windows系统模块发送所述触摸数据。

[0077] 可以理解的是，上述两个方法披露了安卓系统模块在电子白板系统中的工作流程，上述方法实施例中与系统实施例中对应的技术特征可以达到相同的技术效果。

[0078] 本实施例公开了一种电子白板系统，通过以下方式实现：

[0079] 触摸框的处理器配置为只输出一路USB数据，从而降低主控芯片的成本和CPU运行的压力，保证了输出的数据的帧率的稳定性。

[0080] 触摸框输出的USB数据连接到Android芯片上，一体机的Android芯片的为4核到8核，每个核的主频都可以运行到1.5G的频率，将发送给Windows的触摸数据的压力转到
Android的芯片上。

[0081] Android启动一个获取触摸数据的进程打开/dev/input/eventx的节点，当Android驱动的input子系统接收到触摸框发送过来的触摸数据后，这个进程就可以获取到
触摸框的原始数据。

[0082] Android的OTG USB默认设置为USB DEVICE模式，并写入USB信息为HID的触摸设备，通过OPS的连接接口连接到OPS主机上，这样Windows就能够识别到一个触摸设备了。

[0083] Android端打开OTG设备对应的节点，将第三步获取到触摸数据按照标准的HID规范发送出去。

[0084] Windows内核会自动解析触摸数据，使Windows的应用能够响应触摸。

[0085] 注意，上述仅为本申请的较佳实施例及所运用技术原理。本领域技术人员会理解，本申请不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、
重新调整和替代而不会脱离本申请的保护范围。因此，虽然通过以上实施例对本申请进行
了较为详细的说明，但是本申请不仅仅限于以上实施例，在不脱离本申请构思的情况下，还
可以包括更多其他等效实施例，而本申请的范围由所附的权利要求范围决定。