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協議．它明顯地提高了數據的傳輸效率。