本發(fā)明涉及移動(dòng)通信領(lǐng)域，特別涉及一種android系統(tǒng)中應(yīng)用程序基于傳感器數(shù)據(jù)執(zhí)行操作的方法、一種基于android系統(tǒng)的移動(dòng)終端以及一種計(jì)算機(jī)設(shè)備。

背景技術(shù)：

隨著技術(shù)的進(jìn)步，手機(jī)已經(jīng)不再是一個(gè)簡單的通信工具，而是具有綜合功能的便攜式電子設(shè)備。手機(jī)的虛擬功能，比如交互、游戲等都是通過處理器強(qiáng)大的計(jì)算能力來實(shí)現(xiàn)的，但與現(xiàn)實(shí)結(jié)合的功能，則是通過傳感器來實(shí)現(xiàn)，例如利用距離傳感器可以檢測(cè)手機(jī)是否貼在耳朵上正在打電話，以便自動(dòng)熄滅屏幕達(dá)到省電的目的；利用重力傳感器可以實(shí)現(xiàn)手機(jī)橫豎屏智能切換和控制拍照照片朝向等功能；利用加速度傳感器可以實(shí)現(xiàn)計(jì)步、搖一搖等功能。但是，要想利用傳感器實(shí)現(xiàn)上述功能還需要用戶的人工參與，例如人為地遮擋距離傳感器、旋轉(zhuǎn)手機(jī)或者搖晃手機(jī)等，給用戶帶來諸多不便，尤其是需要用戶重復(fù)操作的情況，例如某應(yīng)用程序開發(fā)的搖紅包功能，需要用戶不停地?fù)u晃手機(jī)以收取紅包。

技術(shù)實(shí)現(xiàn)要素：

本發(fā)明要解決的技術(shù)問題是為了克服現(xiàn)有技術(shù)中利用傳感器實(shí)現(xiàn)相應(yīng)功能需要人工參與給用戶帶來不便的缺陷，提供一種android系統(tǒng)中應(yīng)用程序基于傳感器數(shù)據(jù)執(zhí)行操作的方法、一種基于android系統(tǒng)的移動(dòng)終端以及一種計(jì)算機(jī)設(shè)備。

本發(fā)明是通過下述技術(shù)方案來解決上述技術(shù)問題的：

一方面，提供一種android系統(tǒng)中應(yīng)用程序基于傳感器數(shù)據(jù)執(zhí)行操作的方法，包括：

在接收到觸發(fā)指令時(shí)，systemsensormanager從讀取傳感器輸入的傳感器數(shù)據(jù)切換為讀取存儲(chǔ)在腳本文件中的傳感器數(shù)據(jù)，并將讀取的傳感器數(shù)據(jù)轉(zhuǎn)換為應(yīng)用程序可識(shí)別的事件；

所述應(yīng)用程序基于監(jiān)聽到的所述事件執(zhí)行相應(yīng)的操作。

較佳地，所述觸發(fā)指令為廣播消息，所述方法還包括：在systemsensormanager中添加用于接收廣播消息的廣播接收器。

較佳地，所述systemsensormanager讀取存儲(chǔ)在腳本文件中的傳感器數(shù)據(jù)具體包括以下步驟：

所述廣播接收器對(duì)接收到的廣播消息進(jìn)行解析，得到讀取時(shí)間、讀取間隔和/或讀取次數(shù)；

systemsensormanager根據(jù)所述讀取時(shí)間、讀取間隔和/或讀取次數(shù)讀取存儲(chǔ)在腳本文件中的傳感器數(shù)據(jù)。

較佳地，所述存儲(chǔ)在腳本文件中的傳感器數(shù)據(jù)為：在接收到錄制指令時(shí)systemsensormanager接收的傳感器輸入的傳感器數(shù)據(jù)。

較佳地，當(dāng)所述傳感器的類型為多個(gè)時(shí)，systemsensormanager從接收的傳感器數(shù)據(jù)中選取目標(biāo)類型傳感器輸入的傳感器數(shù)據(jù)，并將選取的傳感器數(shù)據(jù)存儲(chǔ)到腳本文件中。

另一方面，提供一種基于android系統(tǒng)的移動(dòng)終端，所述移動(dòng)終端安裝有一應(yīng)用程序，所述移動(dòng)終端中設(shè)置有至少一個(gè)傳感器；

在接收到觸發(fā)指令時(shí)，systemsensormanager用于從讀取傳感器輸入的傳感器數(shù)據(jù)切換為讀取存儲(chǔ)在腳本文件中的傳感器數(shù)據(jù)，并將讀取的傳感器數(shù)據(jù)轉(zhuǎn)換為所述應(yīng)用程序可識(shí)別的事件；

所述應(yīng)用程序用于基于監(jiān)聽到的所述事件執(zhí)行相應(yīng)的操作。

較佳地，所述觸發(fā)指令為廣播消息，所述移動(dòng)終端還包括添加模塊，用于在systemsensormanager中添加用于接收廣播消息的廣播接收器。

較佳地，所述廣播接收器用于對(duì)接收到的廣播消息進(jìn)行解析，得到讀取時(shí)間、讀取間隔和/或讀取次數(shù)；systemsensormanager用于根據(jù)所述讀取時(shí)間、讀取間隔和/或讀取次數(shù)讀取存儲(chǔ)在腳本文件中的傳感器數(shù)據(jù)。

較佳地，所述存儲(chǔ)在腳本文件中的傳感器數(shù)據(jù)為：在接收到錄制指令時(shí)systemsensormanager接收的傳感器輸入的傳感器數(shù)據(jù)。

較佳地，當(dāng)所述傳感器的類型為多個(gè)時(shí)，systemsensormanager用于從接收的傳感器數(shù)據(jù)中選取目標(biāo)類型傳感器輸入的傳感器數(shù)據(jù)，并將選取的傳感器數(shù)據(jù)存儲(chǔ)到腳本文件中。

另一方面，提供一種計(jì)算機(jī)設(shè)備，包括存儲(chǔ)器、處理器及存儲(chǔ)在所述存儲(chǔ)器上并可在所述處理器上運(yùn)行的計(jì)算機(jī)程序，其特點(diǎn)在于，所述處理器執(zhí)行上述程序時(shí)實(shí)現(xiàn)以下步驟，該步驟包括：

步驟1：在接收到觸發(fā)指令時(shí)，systemsensormanager從讀取傳感器輸入的傳感器數(shù)據(jù)切換為讀取存儲(chǔ)在腳本文件中的傳感器數(shù)據(jù)，并將讀取的傳感器數(shù)據(jù)轉(zhuǎn)換為應(yīng)用程序可識(shí)別的事件；

步驟2：所述應(yīng)用程序基于監(jiān)聽到的所述事件執(zhí)行相應(yīng)的操作。

在符合本領(lǐng)域常識(shí)的基礎(chǔ)上，上述各優(yōu)選條件，可任意組合，即得本發(fā)明各較佳實(shí)例。

本發(fā)明的積極進(jìn)步效果在于：與現(xiàn)有技術(shù)相比，本發(fā)明通過在接收到外部的觸發(fā)指令時(shí)，改變android系統(tǒng)中systemsensormanager的讀取對(duì)象，具體地，將讀取對(duì)象從傳感器輸入的真實(shí)傳感器數(shù)據(jù)改變?yōu)榇鎯?chǔ)在腳本文件中的虛擬傳感器數(shù)據(jù)，并將其轉(zhuǎn)換為應(yīng)用程序可識(shí)別的事件，最終應(yīng)用程序基于監(jiān)聽到的所述事件執(zhí)行相應(yīng)的操作，從而達(dá)到利用虛擬傳感器數(shù)據(jù)實(shí)現(xiàn)模擬用戶真實(shí)操作傳感器的目的，無需人工參與也能利用傳感器實(shí)現(xiàn)相應(yīng)功能，為用戶提供了便利。

附圖說明

圖1為本發(fā)明實(shí)施例提供的一種移動(dòng)終端的結(jié)構(gòu)示意圖。

圖2為本發(fā)明實(shí)施例提供的一種android系統(tǒng)中應(yīng)用程序基于傳感器數(shù)據(jù)執(zhí)行操作的方法流程圖。

圖3為本發(fā)明實(shí)施例提供的另一種android系統(tǒng)中應(yīng)用程序基于傳感器數(shù)據(jù)執(zhí)行操作的方法流程圖。

具體實(shí)施方式

下面通過實(shí)施例的方式進(jìn)一步說明本發(fā)明，但并不因此將本發(fā)明限制在所述的實(shí)施例范圍之中。

本發(fā)明實(shí)施例提供的應(yīng)用程序基于傳感器數(shù)據(jù)執(zhí)行操作的方法，可以適用于安裝有android系統(tǒng)且設(shè)置了傳感器的移動(dòng)終端中，例如手機(jī)、平板電腦、可穿戴設(shè)備、個(gè)人數(shù)字助理等，本發(fā)明實(shí)施例對(duì)移動(dòng)終端的具體形式并不做限定。其中，在移動(dòng)終端設(shè)置的傳感器的類型可以為加速度傳感器、距離傳感器、光感傳感器、重力傳感器和溫度傳感器等。

圖1為本發(fā)明實(shí)施例中一種移動(dòng)終端的結(jié)構(gòu)示意圖。在本發(fā)明的移動(dòng)終端100中，java應(yīng)用程序是指可以使用傳感器實(shí)現(xiàn)各種功能的具體應(yīng)用程序，用來接收sensor返回的數(shù)據(jù)，并處理實(shí)現(xiàn)對(duì)應(yīng)的ui效果和特定功能，例如搖一搖、翻轉(zhuǎn)靜音、體感通話等功能；java框架為應(yīng)用程序提供register、unregister等接口，同時(shí)通過jni建立與本地層的聯(lián)系，主要代碼有sensormanager.java和systemsensormanager.java；硬件層包括中央處理器（centerprocessingunit，cpu）、圖形處理器（graphicprocessingunit，gpu）等，當(dāng)然還可以包括存儲(chǔ)器、輸入/輸出設(shè)備、內(nèi)存、內(nèi)存控制器、網(wǎng)絡(luò)接口等，輸入設(shè)備可包括鍵盤、觸摸屏、傳感器等，輸出設(shè)備可包括顯示設(shè)備如液晶顯示屏（liquidcrystaldisplay，lcd）等。在硬件層之上可運(yùn)行操作系統(tǒng)（如android等）以及一些應(yīng)用程序（如微信、qq等）。

其中，sensormanager.java和systemsensormanager.java為sensor框架中客戶端的兩個(gè)主要類，具體地：sensormanager被定義為一個(gè)抽象類，定義了一些主要的方法，該類是應(yīng)用層直接使用的類，提供給應(yīng)用層的接口；systemsensormanager繼承于sensormanager類，是客戶端消息處理的實(shí)體，應(yīng)用程序調(diào)用getsystemservice(context.sensor_service)方法獲取sensorservice時(shí)，實(shí)際上獲取的就是systemsensormanager的實(shí)例。

對(duì)于應(yīng)用層而言，調(diào)用的api接口是sensormanager中的registerlistener()方法，但sensormanager是一個(gè)abstractclass，主要負(fù)責(zé)將api接口提供給應(yīng)用層調(diào)用，systemsensormanager是其子類，該類中提供了方法的具體實(shí)現(xiàn)，例如可以實(shí)現(xiàn)以下步驟201中的方法。

如圖2所示，本實(shí)施例提供的android系統(tǒng)中應(yīng)用程序基于傳感器數(shù)據(jù)執(zhí)行操作的方法，包括以下步驟：

步驟201、在接收到觸發(fā)指令時(shí)，systemsensormanager從讀取傳感器輸入的傳感器數(shù)據(jù)切換為讀取存儲(chǔ)在腳本文件中的傳感器數(shù)據(jù)，并將讀取的傳感器數(shù)據(jù)轉(zhuǎn)換為應(yīng)用程序可識(shí)別的事件。

現(xiàn)有技術(shù)中，systemsensormanager讀取傳感器輸入的傳感器數(shù)據(jù)。本發(fā)明中，當(dāng)systemsensormanager接收到觸發(fā)指令時(shí)，從讀取傳感器輸入的傳感器數(shù)據(jù)切換為讀取存儲(chǔ)在腳本文件中的傳感器數(shù)據(jù)，即從讀取真實(shí)的傳感器數(shù)據(jù)切換為讀取虛假的傳感器數(shù)據(jù)，并將其轉(zhuǎn)換為應(yīng)用程序可識(shí)別的事件，以使得應(yīng)用程序執(zhí)行相應(yīng)的功能。本發(fā)明中對(duì)發(fā)出觸發(fā)指令的方式不作具體限定，舉個(gè)例子，可以開發(fā)一個(gè)應(yīng)用界面，用戶通過觸發(fā)應(yīng)用界面中的懸浮球或按鈕、拖動(dòng)應(yīng)用界面中的控件等方式向systemsensormanager發(fā)出觸發(fā)指令。

需要說明的是，傳感器向systemsensormanager輸入數(shù)據(jù)時(shí)需要經(jīng)過android平臺(tái)的驅(qū)動(dòng)層，由驅(qū)動(dòng)層將傳感器上傳的電信號(hào)（電壓信號(hào)或者電流信號(hào)）數(shù)據(jù)轉(zhuǎn)換為平臺(tái)可識(shí)別的傳感器數(shù)據(jù)，根據(jù)傳感器的類型具體可以為一些坐標(biāo)值、距離值或者強(qiáng)度值等，然后通過systemsensormanager讀取這些傳感器數(shù)據(jù)，并將其轉(zhuǎn)換為應(yīng)用程序可識(shí)別的事件。

步驟202、所述應(yīng)用程序基于監(jiān)聽到的所述事件執(zhí)行相應(yīng)的操作。

需要說明的是，當(dāng)所述應(yīng)用程序監(jiān)聽到可識(shí)別的事件時(shí)，其執(zhí)行的操作不一定必然是與所述事件相對(duì)應(yīng)的操作，事實(shí)上這與應(yīng)用程序正在運(yùn)行的進(jìn)程相關(guān)，具體在下述例子中進(jìn)行說明。

在可選的一種實(shí)施方式中，傳感器的類型為加速度傳感器，存儲(chǔ)在腳本文件中的加速度傳感器數(shù)據(jù)具體為一些用于表征移動(dòng)終端三軸加速度的x軸坐標(biāo)值、y軸坐標(biāo)值以及z軸坐標(biāo)值，例如{-0.893036f,4.924866f,7.949951f}、{-2.565384f,4.764465f,12.308594f}、{-2.515106f,4.365829f,12.731171f}等。

下面舉個(gè)具體的例子，當(dāng)微信應(yīng)用程序處于搖一搖界面時(shí)，通過觸發(fā)應(yīng)用界面上的懸浮球向systemsensormanager發(fā)出觸發(fā)指令，使其讀取存儲(chǔ)在腳本文件中的用于表征移動(dòng)終端搖晃的x軸坐標(biāo)值、y軸坐標(biāo)值以及z軸坐標(biāo)值，并將這些坐標(biāo)值轉(zhuǎn)換為微信可識(shí)別的事件，當(dāng)微信監(jiān)聽到所述事件時(shí)，判斷所述事件為搖一搖事件，認(rèn)為此時(shí)用戶正在執(zhí)行搖手機(jī)的操作，從而執(zhí)行搖一搖的功能，例如查找周邊的人、識(shí)別聽到的聲音、識(shí)別聽到的電視節(jié)目、搖紅包等。在具體實(shí)施時(shí)，android平臺(tái)的systemsensormanager讀取上述這些坐標(biāo)值，并將其識(shí)別為是否是shark事件，并發(fā)出event事件，微信基于sensoreventlistener等監(jiān)聽器，通過監(jiān)聽onshark來判斷是否有搖一搖事件，若有，則執(zhí)行搖一搖的功能。

在上述例子中，不需要人為真正地去執(zhí)行搖手機(jī)的操作就可以實(shí)現(xiàn)微信搖一搖的功能，解放了用戶的雙手，為用戶提供了便利。

需要說明的是，在上述例子中，當(dāng)微信應(yīng)用程序沒有處于搖一搖界面，即微信應(yīng)用程序正在運(yùn)行的進(jìn)程不包括搖一搖界面的相關(guān)程序時(shí)，即使微信應(yīng)用程序接收到與腳本文件中用于表征手機(jī)處于搖動(dòng)狀態(tài)的坐標(biāo)值，微信也不會(huì)執(zhí)行搖一搖的功能。

在可選的一種實(shí)施方式中，傳感器的類型為距離傳感器，應(yīng)用程序?yàn)殡娫拺?yīng)用程序。當(dāng)用戶通過免提方式通話時(shí)，通過觸發(fā)應(yīng)用界面上的按鈕向systemsensormanager發(fā)出觸發(fā)指令，使其讀取存儲(chǔ)在腳本文件中的距離值（用于表征較近距離的距離值），并將這些距離值轉(zhuǎn)換為電話應(yīng)用程序可識(shí)別的事件，電話應(yīng)用程序監(jiān)聽到相應(yīng)事件后會(huì)認(rèn)為手機(jī)上方有障礙物遮擋，從而執(zhí)行滅屏的操作，有效地降低了屏幕的耗電量，達(dá)到了節(jié)約功耗的目的。

在可選的一種實(shí)施方式中，上述觸發(fā)指令為廣播消息，上述方法中還包括：在systemsensormanager中添加用于接收廣播消息的廣播接收器。具體地，可以在systemsensormanager中添加廣播接收器broadcastreceiver()。廣播接收者就是接收廣播意圖的java類，此java類繼承broadcastreceiver類，重寫：publicvoidonreceive(contextcontext,intentintent)，其中intent可以獲得傳遞的數(shù)據(jù)。

在可選的一種實(shí)施方式中，當(dāng)systemsensormanager中的廣播接收器接收到廣播消息時(shí)，上述systemsensormanager讀取存儲(chǔ)在腳本文件中的傳感器數(shù)據(jù)具體包括以下步驟：

所述廣播接收器對(duì)接收到的廣播消息進(jìn)行解析，得到讀取時(shí)間、讀取間隔和/或讀取次數(shù)；systemsensormanager根據(jù)所述讀取時(shí)間、讀取間隔和/或讀取次數(shù)讀取存儲(chǔ)在腳本文件中的傳感器數(shù)據(jù)。

上述步驟中，廣播消息中包括用于表征讀取時(shí)間、讀取間隔和/或讀取次數(shù)的信息，廣播接收器對(duì)其進(jìn)行解析，得到讀取時(shí)間、讀取間隔和/或讀取次數(shù)，systemsensormanager根據(jù)廣播接收器的解析結(jié)果對(duì)存儲(chǔ)在腳本文件中的傳感器數(shù)據(jù)進(jìn)行讀取。舉個(gè)例子，若讀取時(shí)間為15:00，那么systemsensormanager在當(dāng)前時(shí)間到達(dá)15:00時(shí)執(zhí)行讀取操作；若讀取間隔為1秒，那么systemsensormanager每隔1秒執(zhí)行一次讀取操作；若讀取次數(shù)為10，那么systemsensormanager執(zhí)行10次讀取操作。

在可選的一種實(shí)施方式中，上述的讀取操作通過systemsensormanager中的dispatchsensorevent()方法實(shí)現(xiàn)。

在可選的一種實(shí)施方式中，如圖3所示，上述android系統(tǒng)中應(yīng)用程序基于傳感器數(shù)據(jù)執(zhí)行操作的方法還包括以下步驟：

步驟203、在接收到停止指令時(shí)，systemsensormanager從讀取存儲(chǔ)在腳本文件中的傳感器數(shù)據(jù)切換為讀取傳感器輸入的傳感器數(shù)據(jù)。

本發(fā)明中對(duì)發(fā)出停止指令的方式不作具體限定，舉個(gè)例子，可以開發(fā)一個(gè)應(yīng)用界面，用戶通過觸發(fā)應(yīng)用界面中的懸浮球或按鈕、拖動(dòng)應(yīng)用界面中的控件等方式向systemsensormanager發(fā)出停止指令。

當(dāng)接收到停止指令時(shí)，systemsensormanager讀取傳感器輸入的真實(shí)的傳感器數(shù)據(jù)，容易理解地，systemsensormanager會(huì)將讀取的傳感器數(shù)據(jù)轉(zhuǎn)換為應(yīng)用程序可識(shí)別的事件，所述應(yīng)用程序基于監(jiān)聽到的所述事件執(zhí)行相應(yīng)的操作。

在可選的一種實(shí)施方式中，步驟201中systemsensormanager讀取的存儲(chǔ)在腳本文件中的傳感器數(shù)據(jù)，可以是人工事先錄制好的數(shù)據(jù)，例如通過人工操作移動(dòng)終端使其內(nèi)部的傳感器真正地向systemsensormanager輸入相應(yīng)的傳感器數(shù)據(jù)，也可以是人為設(shè)置的虛擬數(shù)據(jù)，即移動(dòng)終端內(nèi)部的傳感器至始至終并未向systemsensormanager輸入類似的數(shù)據(jù)。

在可選的一種實(shí)施方式中，提供一種android系統(tǒng)中錄制傳感器數(shù)據(jù)的方法，包括以下步驟：在接收到錄制指令時(shí)，systemsensormanager將接收的傳感器輸入的傳感器數(shù)據(jù)存儲(chǔ)在腳本文件中。

本實(shí)施例中對(duì)發(fā)出錄制指令的方式不作具體限定，舉個(gè)例子，可以開發(fā)一個(gè)應(yīng)用界面，用戶通過觸發(fā)應(yīng)用界面中的懸浮球或按鈕、拖動(dòng)應(yīng)用界面中的控件等方式向systemsensormanager發(fā)出錄制指令。

在一個(gè)例子中，在接收到錄制指令時(shí)，以一固定或可變的頻率搖晃手機(jī)，systemsensormanager將接收的加速度傳感器輸入的相應(yīng)加速度傳感器數(shù)據(jù)存儲(chǔ)在腳本文件中。在另一個(gè)例子中，在接收到錄制指令時(shí)，遮擋手機(jī)上方的距離傳感器，systemsensormanager將接收的距離傳感器輸入的相應(yīng)距離傳感器數(shù)據(jù)存儲(chǔ)在腳本文件中。

在可選的一種實(shí)施方式中，上述錄制指令為廣播消息，上述錄制傳感器數(shù)據(jù)的方法中還包括：在systemsensormanager中添加用于接收廣播消息的廣播接收器。

在可選的一種實(shí)施方式中，移動(dòng)終端中設(shè)置的傳感器的類型為多個(gè)，systemsensormanager從接收的傳感器數(shù)據(jù)中選取目標(biāo)類型傳感器輸入的傳感器數(shù)據(jù)，并將選取的傳感器數(shù)據(jù)存儲(chǔ)到腳本文件中。舉個(gè)例子，移動(dòng)終端中設(shè)置了加速度傳感器、重力傳感器以及距離傳感器三種類型的傳感器，systemsensormanager從接收的所有傳感器數(shù)據(jù)（包括加速度傳感器輸入的加速度傳感器數(shù)據(jù)、重力傳感器輸入的重力傳感器數(shù)據(jù)以及距離傳感器輸入的距離傳感器數(shù)據(jù)）中選取加速度傳感器輸入的傳感器，并將選取的加速度傳感器數(shù)據(jù)存儲(chǔ)到腳本文件中。其中，getdefaultsensor方法用于獲取指定類型的傳感器對(duì)象。

基于相同的技術(shù)構(gòu)思，本實(shí)施例還提供一種基于android系統(tǒng)的移動(dòng)終端，所述移動(dòng)終端安裝有一應(yīng)用程序，所述移動(dòng)終端中設(shè)置有至少一個(gè)傳感器；在接收到觸發(fā)指令時(shí)，systemsensormanager用于從讀取傳感器輸入的傳感器數(shù)據(jù)切換為讀取存儲(chǔ)在腳本文件中的傳感器數(shù)據(jù)，并將讀取的傳感器數(shù)據(jù)轉(zhuǎn)換為所述應(yīng)用程序可識(shí)別的事件；所述應(yīng)用程序用于基于監(jiān)聽到的所述事件執(zhí)行相應(yīng)的操作。

在可選的一種實(shí)施方式中，所述觸發(fā)指令為廣播消息，所述移動(dòng)終端還包括添加模塊，用于在systemsensormanager中添加用于接收廣播消息的廣播接收器。

在可選的一種實(shí)施方式中，所述廣播接收器用于對(duì)接收到的廣播消息進(jìn)行解析，得到讀取時(shí)間、讀取間隔和/或讀取次數(shù)；systemsensormanager用于根據(jù)所述讀取時(shí)間、讀取間隔和/或讀取次數(shù)讀取存儲(chǔ)在腳本文件中的傳感器數(shù)據(jù)。

在可選的一種實(shí)施方式中，所述存儲(chǔ)在腳本文件中的傳感器數(shù)據(jù)為：在接收到錄制指令時(shí)systemsensormanager接收的傳感器輸入的傳感器數(shù)據(jù)。

在可選的一種實(shí)施方式中，當(dāng)所述傳感器的類型為多個(gè)時(shí)，systemsensormanager用于從接收的傳感器數(shù)據(jù)中選取目標(biāo)類型傳感器輸入的傳感器數(shù)據(jù)，并將選取的傳感器數(shù)據(jù)存儲(chǔ)到腳本文件中。

本實(shí)施例還提供一種計(jì)算機(jī)設(shè)備，包括存儲(chǔ)器、處理器及存儲(chǔ)在所述存儲(chǔ)器上并可在所述處理器上運(yùn)行的計(jì)算機(jī)程序，所述處理器執(zhí)行上述程序時(shí)實(shí)現(xiàn)以下步驟，該步驟包括：

步驟1：在接收到觸發(fā)指令時(shí)，systemsensormanager從讀取傳感器輸入的傳感器數(shù)據(jù)切換為讀取存儲(chǔ)在腳本文件中的傳感器數(shù)據(jù)，并將讀取的傳感器數(shù)據(jù)轉(zhuǎn)換為應(yīng)用程序可識(shí)別的事件；

步驟2：所述應(yīng)用程序基于監(jiān)聽到的所述事件執(zhí)行相應(yīng)的操作。

在本申請(qǐng)所提供的幾個(gè)實(shí)施例中，應(yīng)該理解到，所揭露的裝置和方法，可以通過其它的方式實(shí)現(xiàn)。例如，以上所描述的裝置實(shí)施例僅僅是示意性的，例如，所述模塊的劃分，僅僅為一種邏輯功能劃分，實(shí)際實(shí)現(xiàn)時(shí)可以有另外的劃分方式，例如多個(gè)模塊或組件可以結(jié)合或者可以集成到另一個(gè)系統(tǒng)，或一些特征可以忽略，或不執(zhí)行。另一點(diǎn)，所顯示或討論的相互之間的耦合或直接耦合或通信連接可以是通過一些接口，裝置或單元的間接耦合或通信連接，可以是電性，機(jī)械或其它的形式。

所述作為分離部件說明的模塊可以是或者也可以不是物理上分開的，作為模塊顯示的部件可以是或者也可以不是物理單元，即可以位于一個(gè)地方，或者也可以分布到多個(gè)網(wǎng)絡(luò)單元上?？梢愿鶕?jù)實(shí)際的需要選擇其中的部分或者全部單元來實(shí)現(xiàn)本實(shí)施例方案的目的。

另外，在本申請(qǐng)各個(gè)實(shí)施例中的各功能單元可以集成在一個(gè)處理單元中，也可以是各個(gè)單元單獨(dú)物理包括，也可以兩個(gè)或兩個(gè)以上單元集成在一個(gè)單元中。上述集成的單元既可以采用硬件的形式實(shí)現(xiàn)，也可以采用硬件加軟件功能單元的形式實(shí)現(xiàn)。

雖然以上描述了本發(fā)明的具體實(shí)施方式，但是本領(lǐng)域的技術(shù)人員應(yīng)當(dāng)理解，這些僅是舉例說明，本發(fā)明的保護(hù)范圍是由所附權(quán)利要求書限定的。本領(lǐng)域的技術(shù)人員在不背離本發(fā)明的原理和實(shí)質(zhì)的前提下，可以對(duì)這些實(shí)施方式做出多種變更或修改，但這些變更和修改均落入本發(fā)明的保護(hù)范圍。