[发明专利]设备端输入交互的快速响应系统及实现方法

说明书

技术领域

本发明涉及一种快速响应系统及实现方法，特别是涉及一种设备端输入交互的快速响应系统及实现方法。

背景技术

CPU自动调频，是指主流的CPU(Central Processing Unit，中央处理器)一般都有根据CPU占用率动态调整其运行频率的机制以达到空闲时节省耗能的目的，也称为自动降频。具体做法是CPU内部启用一定时器，定期(如每隔100毫秒)检查其CPU的占用率，如高于某预设阈值，则表示当前运行任务有较重的负担，需要动态升频，可将当前运行频率上调；反之如CPU占用率低于某预设阈值，则表示当前正趋于空闲，可将当前运行频率下调。以Marvell的PXA310型号的CPU为例，其满负荷运转时CPU频率可达到800MHz，而空闲时最低可降为60MHz。空闲时的低频率运行满足其关于设备端的低功耗节能的指标。由于一般CPU自动调频功能是默认启用的，现有的电子书类型的设备基本上均是如此，同时这种CPU自动调频机制对于应用层是透明的，由底层驱动默认启用，运行期间无需任何控制。

因而，CPU自动调频机制对设备端输入交互的快速响应影响如下：

很显然，设备端CPU运行在高频率时处理速度快，任务吞吐量高，对输入交互等需要用户快速响应的场合有比较大的优势。而在系统从空闲的低频率工作状态下进入输入交互等场合时，CPU需要一个动态升频的过程，这个过程本身是有延迟的，约有上百毫秒。这CPU升频的过程反映在用户输入上，就表现为屏幕响应略为迟滞，按键反应不够迅速等现象。同时如果是电子书性质的设备，由于电子墨水屏幕本身的物理特性决定了刷屏有一定延迟(如常温下纯黑白色刷屏需要200毫秒)，加上CPU由慢速提升到快速的耗时，给用户的延迟感觉就比较明显了。其中屏幕的物理延迟在软件层次是无法控制的，但CPU动态频率控制带来的延时，则还有进一步改善的方案。

发明内容

本发明要解决的技术问题是提供一种设备端输入交互的快速响应系统及实现方法。通过将CPU是否自动调整频率的控制权延伸至应用层，在应用层对其进行控制，达到了输入交互快速响应的目的。

为解决上述技术问题，本发明的设备端输入交互的快速响应系统，包括：常规的驱动层的CPU自动调频控制接口，其中，该快速响应系统还包括：驱动层向应用层开放的控制CPU自动调频的接口，用于根据使用场景，应用层控制CPU自动调频。

所述设备端包括：带有Android平台的设备端、带有linux平台的设备端、带有Windows Mobile平台设备端。

所述驱动层向应用层开放的控制CPU自动调频的接口，包括：驱动层向应用层开放的启用CPU自动调频接口和禁用CPU自动调频接口。其中，启用CPU自动调频接口和禁用CPU自动调频接口的实现方法，包括：

1)应用层对驱动层提供的驱动文件的读写接口进行写入动作，根据写入的不同内容，定义为启用CPU自动调频接口和禁用CPU自动调频接口；

其中，驱动文件的全路径，包括：/proc/driver/cpu/auto_idle；

2)通过将启用CPU自动调频接口和禁用CPU自动调频接口，以共享库并封装成JNI的形式，供应用层使用；

或直接由应用层中的文件读写功能，实现启用CPU自动调频接口和禁用CPU自动调频接口的设置。

所述步骤1)、2)中的应用层包括：Java层，Native原生应用层。

所述步骤2)中的共享库的位置，包括：

在Android平台上，位置包括：/system/lib/cpuidle.so；

在Linux平台上，位置包括：/usr/lib/cpuidle.so；

在Windows Mobile平台上，位置包括：/Windows/cpuidle.dll。

所述使用场景，包括：普通场景、需要输入交互快速响应的场景；其中，对于普通场景，驱动层向应用层开放启用CPU自动调频接口；普通场景包括：设备端的阅读翻页场景、功能设置的场景；

需要输入交互快速响应的场景，包括：设备端的内容输入、设备端的游戏场景，对于需要输入交互快速响应的场景，驱动层向应用层开放禁用CPU自动调频接口。

另外，本发明还提供一种设备端输入交互的快速响应系统的实现方法，包括步骤：

(1)设备端启动后，默认开启CPU自动调整频率功能；