处理数据 - 基于Android移动设备传感器的体感应用

1．2．3、处理数据

通过体感控制PPT的操作包括3个过程：收集数据、判断操作、发送通知．加速度数据从SensorEvent的values变量获得，接着判断这些数据是否构成一次遥控操作．如果构成操作，则发送通知给PC端完成一次控制操作．控制PPT操作的代码如下：

Floatx=event．values［SensorManager．DATA_X］;

Floatz=event．values［SensorManager．DATA_Z］;

if（x＞15x＜－15）{

if（z＞0）nextPage（）;

elselastPage（）;

MakeSensorDelay（）;}

首先获取x轴和y轴的加速度值．if（x＞15x＜－15）、if（z＞0）是判断条件，nextPage（）、lastPage（）、MakeSensorDelay（）是向PC端发送通知的自定义方法．一次挥动手机可能产生数十个加速度数据，MakeSensorDelay（）的作用是提高用户体验，制造延迟，只判断为一次操作．

1．2．4、同步生命周期

传感器的启动和关闭是由程序的SensorManager管理的，利用Activity生命周期中的onResume（）方法来启动传感器，利用onPause（）方法来关闭传感器．这样，传感器的工作时间就与Activity同步了，即传感器在进入Activity时开启，离开Activity时关闭．

从表1可知，Android还包含了其它传感器，如控制赛车游戏操作的支持力（重力）传感器，其原理是：当手机静止时，通过手动倾斜手机来改变重力传感器的向量值．其开发过程和加速度传感器类似．

2、提高用户体验

通过上面的操作，客户端程序已经可以与服务器通信，识别发送触屏命令，捕获传感器的变化，但还需要提高用户体验，即让用户控制更为精准，最大程度地节省移动设备的耗电量．

2．1、制造延迟

制造控制延迟有2种方法：（1）不理会一次挥动中多余的数据，忽略若干个数据之后重新监听，但每次挥动的手势、路径、手机朝向都不一样，产生的数据个数也不确定，因此这种方法可行性不高;（2）从数据的源头抓起，传感器事件监听器SensorEventListener一旦出现了满足条件的数据时，马上注销传感器，调用handler的sendMessageDelayed（）方法来停止获取数据．在设定的时间之后等待下一次操作，如1s后重新注册传感监听器．

2．2、节约能耗

通过始终甩动来控制PPT等动作敏感度高的程序，用户会感到疲倦．而如果移动设备的资源有限，应用程序的耗电量大，那么该移动设备也难以受到用户的青睐．因此，在设计Android移动体感的过程中，需要考虑节约能耗，使软件更加人性化．能耗的节约需要考虑3个问题：（1）节能操作必须适合大部分机型;（2）不影响已有的操作习惯和用户体验;（3）操作必须简便．

3、实现结果

3．1、通信效率分析

在本项目开发之初，曾使用可靠的传输控制协议（TCP）作为通信协议，但实验测试结果表明：使用TCP协议来传输时延迟非常大．这是因为TCP协议采用了3次握手，对每个数据报都要求验证其正确性，并且为了保证不丢失每个数据报，还采用了停止等待协议，因而项目的测试效果不太理想．例如，控制汽车向左转弯，如果前面向右转弯的数据包还没有传完，这个向左转弯的数据包就必须等待，因而造成延迟，影响用户体验．表2给出了使用TCP和UDP协议时服务器和客户端之间的通信效率分析结果．

表2使用不同协议时的通信效率分析结果

虽然UDP协议有数据报容易丢失、不能保证每个报文准确无误地传到等问题，但运动体感操作对数据延迟性非常敏感，而对数据完整性没有严格的要求，故文中采用UDP协议．它明显地提高了数据的传输效率。