本發(fā)明涉及計算機技術領域，特別涉及一種自動控制終端運行的方法。

背景技術：

智能手機，是指像個人電腦一樣，具有獨立的操作系統(tǒng)，獨立的運行空間，可以由用戶自行安裝軟件、游戲、導航等第三方服務商提供的程序，并可以通過移動通訊網(wǎng)絡來實現(xiàn)無線網(wǎng)絡接入終端類型的總稱。隨著近幾年智能手機業(yè)的飛速發(fā)展，出現(xiàn)了以操作系統(tǒng)為平臺，以App為載體的商業(yè)運作模式，而現(xiàn)階段手機App的安裝主要還是依賴人工以手動方式逐個安裝，且每個App都需要一系列的操作之后才能完成安裝，這樣非常浪費時間。同時，由于Android智能手機的碎片化日益嚴重，App適配問題也日趨嚴重，這也極大地影響了用戶體驗。

在中國專利：基于控件自動化遍歷解決手機App機型適配問題的方法(CN201510373883.5)中，公開了一種采用預裝有Android系統(tǒng)的智能手機、預裝有Linux系統(tǒng)的電腦以及數(shù)據(jù)線，然后通過六個步驟實現(xiàn)支持純控件App自動化遍歷適配測試、支持HTML型應用測試、支持混合型應用自動化遍歷測試，但是并未解決批量手機App如何以靜默的方式實現(xiàn)快速安裝與卸載的問題。

在現(xiàn)階段，沒有一個非常好的方法解決上述提到的問題。

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

本發(fā)明技術方案解決的技術問題為，如何在安裝過程中實現(xiàn)終端安裝操作的自動化。

為了解決上述技術問題，本發(fā)明技術方案提供了一種自動控制終端運行的方法，包括：

在與外部終端進行連接時響應于外部終端的運行信息；

基于所述運行信息從控制數(shù)據(jù)庫中讀取本次運行的數(shù)據(jù)文件并使所述終端進入工作，外部終端界面顯示工作信息；

根據(jù)所述數(shù)據(jù)文件中規(guī)定的手勢特征確定界面的當前手勢，以進行外部終端界面的手勢操作，所述手勢特征至少包括手勢類型、手勢內(nèi)容及界面操作位置。

可選的，所述自動控制終端運行的方法還包括：

獲取外部終端的接口信息；

基于所述接口信息與所述終端建立連接，并接收所述終端傳輸?shù)倪\行信息。

可選的，所述獲取外部終端的接口信息包括：檢測至少一個接口以獲取接口連接時得到的終端之PID信息及VID信息。

可選的，所述自動控制終端運行的方法還包括：響應于所述運行信息以推送本次運行的應用安裝程序包至所述終端。

可選的，所述自動控制終端運行的方法還包括：

構建所述控制數(shù)據(jù)庫；

創(chuàng)建數(shù)據(jù)規(guī)范，所述規(guī)范包括：控件標識、手勢標識、手勢輸入標識及手勢的界面位置標識；

根據(jù)所述數(shù)據(jù)規(guī)范從待運行的應用流程提取所述數(shù)據(jù)規(guī)范的元素，以形成所述數(shù)據(jù)文件。

可選的，所述控件標識包括工作界面中目標控件的類型，所述手勢標識包括調(diào)用特定控件下所適用的手勢類型，所述手勢輸入標識包括調(diào)用特定控件下手勢輸入內(nèi)容的指向信息，手勢的界面位置標識包括手勢操作進行的界面位置。

可選的，所述控件對應本次運行對象。

可選的，所述手勢類型包括：單擊、雙擊、滑動、拖拽及勾選，所述手勢內(nèi)容包括：所述手勢類型下輸入的界面內(nèi)容及實感信息，所述實感信息包括壓力值信息；

所述界面操作位置由數(shù)據(jù)文件中的以下信息中的至少一種信息確定：界面元素的類型、資源ID、圖片位置坐標以及運行文案關鍵詞。

可選的，所述規(guī)范還包括：界面窗口標識、窗口標簽標識、控件碼標識、錯誤標識、注釋標識及測試源數(shù)據(jù)；

所述界面窗口標識包括：窗口選擇代碼；

所述窗口標簽標識包括：目標窗口中標簽頁選擇代碼；

所述控件碼標識包括：相應控件的動作標識碼；

所述錯誤標識包括：記錄中需添加驗證點的名稱；

所述注釋標識包括：記錄注釋；

所述測試源數(shù)據(jù)包括：自動運行的輸入數(shù)據(jù)。

可選的，在與外部終端進行連接時響應于外部終端的運行信息包括：

在與外部終端進行連接時基于所接收終端的運行信息獲取終端的硬件或系統(tǒng)識別信息；

推送屏幕終端觸控模塊的配置文件至終端以獲取執(zhí)行權限，所推送的配置文件對應所述硬件或系統(tǒng)識別信息且至少具有一種，所述配置文件規(guī)定了本次運行中手勢操作的類型、手勢內(nèi)容及界面操作位置。

可選的，所述推送屏幕終端觸控模塊的配置文件至終端包括：

將所述配置文件轉(zhuǎn)發(fā)至終端以供終端讀??；

根據(jù)終端類型讀取配置文件中的第一觸控數(shù)據(jù)及第二觸控數(shù)據(jù)，所述第一觸控數(shù)據(jù)的手勢內(nèi)容包括所述界面內(nèi)容，所述第二觸控數(shù)據(jù)的手勢內(nèi)容包括所述實感信息，所述第一觸控數(shù)據(jù)發(fā)送至應用層以處理，所述第二觸控數(shù)據(jù)發(fā)送至驅(qū)動層及操作層以處理。

可選的，所述推送屏幕終端觸控模塊的配置文件至終端包括：基于所述數(shù)據(jù)文件中規(guī)定的請求獲取所述配置文件的信息推送所述配置文件。

可選的，所述自動控制終端運行的方法還包括：基于本次運行數(shù)據(jù)文件規(guī)定的手勢特征傳遞參數(shù)至所述配置文件以實現(xiàn)手勢控制。

可選的，所述當前手勢為點亮手勢，所述手勢特征包括：滑動手勢類型、界面位移內(nèi)容、界面原點及本次點亮時刻，所述數(shù)據(jù)文件中規(guī)定了點亮規(guī)則，所述終端根據(jù)所述點亮規(guī)則確定所述手勢特征。

可選的，所述點亮規(guī)則對應于運行階段而不同。

可選的，所述運行階段包括：安裝、卸載、設置終端界面的顯示。

可選的，所述界面位移內(nèi)容為無位移內(nèi)容。

可選的，所述點亮規(guī)則包括多個點亮時刻，每個點亮時刻之間的間隔時間小于所述終端預設的休眠時間。

本發(fā)明技術方案能夠在與外部終端連接時自動運行數(shù)據(jù)文件，并通過數(shù)據(jù)文件中的手勢特征確定、執(zhí)行當前的手勢操作，以實現(xiàn)終端自動運行過程中手勢控制的自動化，從而實現(xiàn)終端自我運行，提高數(shù)據(jù)處理的高效性及便利性。

本發(fā)明技術方案還能夠根據(jù)創(chuàng)建的數(shù)據(jù)規(guī)范獲得運行流程及手勢控制的標識數(shù)據(jù)，從而在運行過程中適于讀取及運行，并且，上述標識數(shù)據(jù)可以更新構建，與用戶所需安裝的數(shù)據(jù)流程相一致，從而實現(xiàn)數(shù)據(jù)的交互處理，提高數(shù)據(jù)處理的效率。

本發(fā)明技術方案還解決了將配置文件傳輸至外部終端以控制外部終端進行自動手勢控制運行的方案，特別的，還講配置文件中的手勢數(shù)據(jù)進行區(qū)分，以更好地模擬手動的手勢操作，提高了手勢操作的準確度及界面模擬的真實性。

附圖說明

通過閱讀參照以下附圖對非限制性實施例所作的詳細描述，本發(fā)明的其他特征、目的和優(yōu)點將會變得更明顯：

圖1為本發(fā)明技術方案一種自動控制終端運行的方法流程示意圖；

圖2為本發(fā)明技術方案一種智能裝置的結構示意圖；

圖3為本發(fā)明技術方案另一種自動控制終端運行的方法流程示意圖；

圖4為本發(fā)明技術方案又一種自動控制終端運行的方法流程示意圖；

圖5為本發(fā)明技術方案提供的一種推送配置文件的方法流程示意圖；

圖6為本發(fā)明技術方案再一種自動控制終端運行的方法流程示意圖；

圖7為本發(fā)明技術方案提供一種自動控制終端運行的方法流程示意圖。

具體實施方式

為了更好的使本發(fā)明的技術方案清晰的表示出來，下面結合附圖對本發(fā)明作進一步說明。

相較于用戶手動控制終端運行，終端的自動運行在安裝批量程序、卸載程序、清理垃圾等應用場景下是必要的，也是具有明顯優(yōu)勢的。首先自動化的終端控制可以提高安裝、卸載、清理程序、系統(tǒng)等的效率，使用戶可以減少系統(tǒng)性的操作而更加專注于終端的使用，提高用戶的體驗度。其次，自動化的終端控制還可以提高系統(tǒng)對于終端應用等系統(tǒng)的體系化管理，使終端的系統(tǒng)數(shù)據(jù)及安裝文件能夠在整個終端用戶群中得到復用，并及時統(tǒng)計出使用數(shù)據(jù)，能夠使系統(tǒng)自動化過程得到良性的數(shù)據(jù)反饋，有助于自動化控制的數(shù)據(jù)交互。

在系統(tǒng)控制終端進行安裝、卸載、清理程序等過程中，由于運行的動作和用例是完全設計好的，運行期望的結果也是完全可以預料的，將終端自動運行，可以極大提高運行效率，縮短回歸測試時間，從而可以運行更多更繁瑣的應用及測試。同時，也滿足了對于大量用戶終端的同時控制測試。再有，自動控制終端運行可以更好地利用資源，將繁瑣的任務自動化，從而提高安裝、整理數(shù)據(jù)的準確性和測試人員的積極性。但是，在自動運行過程中，總有些運行情況是不適合于自動運行的，其必須借助于終端用戶的手勢操作，僅適合于人工操作。比如，在安裝過程中，需要對一些安裝規(guī)則進行類別選擇，對一些安裝條件進行認可等。但由于運行程式具有一致性和可重復性，只要基于一般的運行規(guī)則，便可對上述運行時機進行確認并模擬用戶的手勢操作，從而更進一步地實現(xiàn)終端控制的自動化程序。本發(fā)明技術方案基于上述發(fā)明想法及構思，提供了如下實施例來說明本發(fā)明技術方案，但需要說明的是，下列實施例僅是對本發(fā)明技術方案的具體實施方式進行舉例，并非限定本發(fā)明技術方案的技術范圍。

實施例一

如圖1所示的一種自動控制終端運行的方法，具體包括如下步驟：

步驟S100，在與外部終端進行連接時響應于外部終端的運行信息；

步驟S101，基于所述運行信息從控制數(shù)據(jù)庫中讀取本次運行的數(shù)據(jù)文件并使所述終端進入工作，外部終端界面顯示工作信息；

步驟S102，根據(jù)所述數(shù)據(jù)文件中規(guī)定的手勢特征確定界面的當前手勢，以進行外部終端界面的手勢操作，所述手勢特征至少包括手勢類型、手勢內(nèi)容及界面操作位置。

本實施例的應用場景可以參考圖2，圖2顯示的是利用一種智能裝置自動控制終端安裝應用的結構示意圖，該智能裝置可集成應用本實施例的上述流程步驟的，該智能裝置包括USB接口11、處理模塊12及通信橋接模塊13。所述USB接口11適于與外部終端鏈接。所述外部終端可以是手機、平板電腦等手持設備。智能裝置在與外部終端連接成功時，外部終端會發(fā)出所述運行信息至智能裝置。所述運行信息可以是指確認接受所述智能裝置對該外部終端進行自動控制的許可信息，該運行信息可以是經(jīng)過智能裝置在與外部終端連接成功時發(fā)送請求控制信息至外部終端而外部終端響應并反饋所述運行信息、或者外部終端迅速接收有關所述智能裝置可控數(shù)據(jù)文件并安裝上述可控數(shù)據(jù)文件以許可智能終端進行自動控制終端運行的有關操作。上述反饋的運行信息及安裝認可可以通過用戶的手勢操作進行輸入。

根據(jù)步驟S100，智能裝置通過USB接口11與外部終端連接成功后，將外部終端的運行信息發(fā)送至所述處理模塊12；具體地，所述USB即為“通串線”，是一個外部總線標準，用于規(guī)范電腦與外部設備的連接和通訊，是應用在PC領域的接口技術，USB接口支持設備的即插即用和熱插拔功能；所述運行信息指所述USB端口上有USB線接入時，會有信號產(chǎn)生，系統(tǒng)可以據(jù)此判斷是否有外部設備接入，并進行下一步操作。

根據(jù)步驟S101，所述處理模塊12適于響應所述運行信息，查詢控制數(shù)據(jù)庫以獲取本次運行的數(shù)據(jù)文件，所述數(shù)據(jù)文件包括：任務信息、安裝規(guī)則及外部終端的程序安裝任務隊列中的應用文件。所述任務信息即啟動所述智能裝置執(zhí)行安裝任務的指令，例如，不同OS系統(tǒng)、版本、性能、存儲空間、顯示大小等因素，配置應用是否推送到手機，實現(xiàn)智能安裝應用；所述安裝規(guī)則即在具體安裝App時的操作規(guī)則，例如，本領域技術人員理解，在根據(jù)應用安裝規(guī)則，在不同手機上選擇安裝或不安裝軟件，安裝完畢后，刪除推送到手機端的應用文件，減少垃圾文件。所述處理模塊12是整個所述智能裝置的核心部件，用于控制所述智能裝置的功能實現(xiàn)，例如，響應所述USB在連接成功時的運行信息，識別連接的所述外部終端的屬性，通過查詢數(shù)據(jù)庫以獲取與所述外部終端匹配的任務信息及安裝規(guī)則，然后調(diào)用所述外部終端的程序安裝任務隊列中的應用并發(fā)送給所述通信橋接模塊13。所述通信橋接模塊13適于接收所述任務信息、安裝規(guī)則及調(diào)用數(shù)據(jù)，并將所述任務信息、安裝規(guī)則及調(diào)用數(shù)據(jù)通過所述USB接口進行傳輸，所述任務隊列基于所述任務信息被獲取。具體地，本領域技術人員理解，所述通信橋接模塊13用在Android OS、IOS等通用手機系統(tǒng)中，起調(diào)試橋的作用。例如，通過所述通信橋接模塊13，我們可以在Eclipse中方便通過DDMS來調(diào)試Android程序，實現(xiàn)debug工具功能，所述通信橋接模塊13的工作方式比較特殊，采用監(jiān)聽Socket TCP 5037等端口的方式讓IDE和Qemu通訊，默認情況下通信橋接模塊13會daemon相關的網(wǎng)絡端口，所以當我們運行Eclipse時通信橋接模塊13進程就會自動運行。優(yōu)選地，現(xiàn)有技術的通信橋接模塊可使用的手機設備有限(只有GOOGLE注冊手機)，將可用手機設備的語言進行添加，使接口擴大到適用其他非GOOGLE注冊手機；所述任務信息即由所述處理模塊12通過信號通道傳輸?shù)剿鐾ㄐ艠蚪幽K13，執(zhí)行任務的指令；所述安裝規(guī)則即指在所述外部終端安裝App時所適用的規(guī)則，所述處理器12會根據(jù)所述外部終端不同，選擇不同的安裝規(guī)則，例如，在不同的所述外部終端上選擇安裝或不安裝某些軟件；所述應用存儲在所述智能裝置的存儲區(qū)域；所述任務隊列包含一系列待安裝的App，所述任務隊列基于所述任務信息被獲取。

不僅如此，在智能裝置通過處理模塊12從控制數(shù)據(jù)庫中讀取數(shù)據(jù)文件并通過通信橋接模塊13傳輸至外部終端并控制終端進入安裝應用程序后，終端的界面會不斷地顯示安裝應用程序過程中的應用信息。其中應用信息還包括了需要進行手勢操作以進行特定選擇、從而進行持續(xù)工作的界面信息(即上述工作信息)，例如：請確認是否同意進行操作的界面信息、請選擇一般安裝還是自定義安裝、請輸入應用安裝的用戶名、密碼等?，F(xiàn)有技術中，用戶不得不對上述需要進行手勢操作的界面信息進行用戶輸入操作。

根據(jù)步驟S102，本實施例的可以對上述顯示的需要進行手勢操作的工作信息進行自動化處理，而不需要用戶進行手動輸入。由于控制數(shù)據(jù)庫中的數(shù)據(jù)文件規(guī)定了與安裝應用程序列表過程中有關的手勢特征，即手勢類型、手勢內(nèi)容及界面操作位置等能夠確定當前終端界面的當前操作手勢的信息，智能裝置能夠基于數(shù)據(jù)文件中有關手勢特征的約定，對控制終端自動安裝程序過程中的工作信息進行自動確認及手勢操作。

特別的，根據(jù)步驟S102，本實施例的數(shù)據(jù)文件不僅規(guī)定了任務信息、安裝規(guī)則及應用程序文件等自動控制終端進行程序安裝的數(shù)據(jù)，還包括了執(zhí)行程序安裝過程中若急需外部手勢操作以確定安裝工作信息時的手勢特征，所述手勢特征可以適于智能裝置模擬手勢輸入。進一步的，本實施例中，所述手勢特征可以包括：手勢類型、手勢內(nèi)容及界面操作位置，手勢類型可以是單擊、雙擊、滑動等界面手勢操作類型，所述手勢內(nèi)容可以是手勢操作所確定或執(zhí)行的界面上的工作信息，比如“是”、“否”、用戶名、密碼等，所述界面操作位置可以是終端界面上的具體操作的屏幕區(qū)域或者數(shù)據(jù)庫中記錄的有關有效執(zhí)行的屏幕操作的界面坐標范圍。

更為具體的，在其他實施例中，所述手勢特征的定義可以是：

所述手勢類型包括：單擊、雙擊、滑動、拖拽及勾選；

所述手勢內(nèi)容包括：所述手勢類型下輸入的界面內(nèi)容及實感信息，所述實感信息包括壓力值信息；

所述界面操作位置由數(shù)據(jù)文件中的以下信息中的至少一種信息確定：界面元素的類型、資源ID、圖片位置坐標以及運行文案關鍵詞。

在數(shù)據(jù)文件中至少規(guī)定了上述手勢特征，則在具體執(zhí)行步驟S102時，可以根據(jù)檢測到或者預定的手勢時刻，根據(jù)上述數(shù)據(jù)文件中的手勢特征，在終端界面顯示需要輸入手勢操作的工作信息，根據(jù)手勢類型、手勢內(nèi)容及界面操作位置等手勢特征確定手勢操作類型、確定執(zhí)行的界面內(nèi)容及執(zhí)行手勢操作的界面區(qū)域，從而實現(xiàn)模擬手勢操作。

本實施例中，所述應用安裝程序可以集成于數(shù)據(jù)文件中進行傳輸，在其他實施例中，應用安裝程序也可以獨立于所述數(shù)據(jù)文件進行配置。比如，應用安裝程序集成于數(shù)據(jù)包，采用數(shù)據(jù)包的數(shù)據(jù)傳輸形式進行數(shù)據(jù)溝通。在此種情況下，智能裝置在響應于外部移動終端的運行信息時，可直接通過處理模塊12及通信橋接模塊13推送本次運行的應用安裝程序包至所述終端。

實施例二

根據(jù)本發(fā)明技術方案的實施例一，本實施例提供了一種自動控制終端運行的方法，結合圖3，具體包括如下步驟：

步驟S200，獲取外部終端的接口信息；

步驟S201，基于所述接口信息與所述終端建立連接，并接收所述終端傳輸?shù)倪\行信息；

步驟S202～步驟S204，分別與步驟S100～S102對應一致。

本實施例相較于實施例一還給出了智能設備與外部終端進行連接時，接口檢測匹配的具體步驟過程。所述接口信息實際為USB端口連接時USB端口獲取到相對設備上USB接口的PID信息(即產(chǎn)品識別碼)及VID信息(即供應商ID)。

根據(jù)步驟S200，智能裝置在于外部終端進行連接時，首先獲取外部終端的接口信息，也即上述PID信息及VID信息；

根據(jù)步驟S201，智能裝置根據(jù)USB接口端的PID信息及VID信息與所述終端建立連接，并接收所述終端傳輸上述運行信息。

實施例三

本實施例基于實施例一，進一步給出了一種自動控制終端運行的方法，如圖4所示，具體包括如下步驟：

步驟S300，構建所述控制數(shù)據(jù)庫；

步驟S301，創(chuàng)建數(shù)據(jù)規(guī)范，所述規(guī)范包括：控件標識、手勢標識、手勢輸入標識及手勢的界面位置標識；

步驟S302，根據(jù)所述數(shù)據(jù)規(guī)范從待運行的應用流程提取所述數(shù)據(jù)規(guī)范的元素，以形成所述數(shù)據(jù)文件；

步驟S303～S305，分別與步驟S100～S102對應一致。

本實施例給出了如何建立控制數(shù)據(jù)庫及獲取所述數(shù)據(jù)文件的具體技術手段。

由于控制數(shù)據(jù)庫在本發(fā)明技術方案中非常重要，其建立了控制外部終端手勢特征與工作信息中有關控件、界面信息、界面位置等關系的特征量的數(shù)據(jù)庫。進一步的，在上述步驟中，所述控件標識包括工作界面中目標控件的類型，所述手勢標識包括調(diào)用特定控件下所適用的手勢類型，所述手勢輸入標識包括調(diào)用特定控件下手勢輸入內(nèi)容的指向信息，手勢的界面位置標識包括手勢操作進行的界面位置。更為具體的，所述控件對應本次運行的終端應用對象。

除了上述信息外，在其他實施例中，所述規(guī)范還包括：界面窗口標識、窗口標簽標識、控件碼標識、錯誤標識、注釋標識及測試源數(shù)據(jù)；其中：

所述界面窗口標識包括：窗口選擇代碼；

所述窗口標簽標識包括：目標窗口中標簽頁選擇代碼；

所述控件碼標識包括：相應控件的動作標識碼；

所述錯誤標識包括：記錄中需添加驗證點的名稱；

所述注釋標識包括：記錄注釋；

所述測試源數(shù)據(jù)包括：自動運行的輸入數(shù)據(jù)。

本實施例中的控件可以是所述應用程序的組成部分，也可以是一種應用程序。

在本實施例中，智能裝置在與外部終端進行連接時，都可以根據(jù)外部終端的特定運行過程，或者特定應用程序的安裝流程進行獨屬于該終端數(shù)據(jù)規(guī)范的創(chuàng)建以構建控制數(shù)據(jù)庫中的數(shù)據(jù)規(guī)范，然后再形成數(shù)據(jù)文件。由于，每一個終端自動運行或安裝的應用程序可以不同，所以對應于每一個外部終端，其所構建的控制數(shù)據(jù)庫及創(chuàng)建的數(shù)據(jù)規(guī)范都是具有獨特性的，從而形成與每一個外部終端對應的獨特的數(shù)據(jù)文件，也就是說，針對每一個外部終端的自動控制過程，智能裝置中都會形成與該外部終端運行、安裝等過程相適應的控制數(shù)據(jù)庫、數(shù)據(jù)規(guī)范及數(shù)據(jù)文件，這是顯著區(qū)別于現(xiàn)有技術的。

根據(jù)步驟S300～S302，可以基于外部終端運行或安裝的應用程序中的一個或多個控件，形成外部終端的控制數(shù)據(jù)庫及數(shù)據(jù)規(guī)范，從而形成所述數(shù)據(jù)文件，數(shù)據(jù)文件中的手勢類型、手勢內(nèi)容及界面操作位置等手勢特征可以基于控件標識、手勢標識、手勢輸入標識及手勢的界面位置標識等規(guī)范從應用程序中的相關數(shù)據(jù)中獲取得到，對于可選項，則基于預定的一般規(guī)則，進行選取確定。本實施例所指元素，指的是提取的可作為手勢類型、手勢內(nèi)容及界面操作位置等手勢特征的數(shù)據(jù)量。

實施例四

不同于實施例一，本實施例提供了一種自動控制終端運行的方法，給出了觸控手勢下壓力觸控與觸摸觸控形成的手勢操作時如何自動運行控制的流程方法，參考圖5，具體包括如下步驟：

步驟S400，在與外部終端進行連接時響應于外部終端的運行信息，其中，在與外部終端進行連接時基于所接收終端的運行信息獲取終端的硬件或系統(tǒng)識別信息，然后再推送屏幕終端觸控模塊的配置文件至終端以獲取執(zhí)行權限，所推送的配置文件對應所述硬件或系統(tǒng)識別信息且至少具有一種，所述配置文件規(guī)定了本次運行中手勢操作的類型、手勢內(nèi)容及界面操作位置。

步驟S401，基于所述運行信息從控制數(shù)據(jù)庫中讀取本次運行的數(shù)據(jù)文件并使所述終端進入工作，外部終端界面顯示工作信息；

步驟S402，根據(jù)所述數(shù)據(jù)文件中規(guī)定的手勢特征確定界面的當前手勢，以進行外部終端界面的手勢操作，所述手勢特征至少包括手勢類型、手勢內(nèi)容及界面操作位置。

在本實施例中，上述配置文件本質(zhì)上是外部終端與智能裝置之間關于手勢操作類型、手勢操作內(nèi)容及界面操作位置的通信文件，用以進一步規(guī)定與外部終端本次運行時的手勢操作的手勢特征，并獲得外部終端的執(zhí)行權限。

進一步的，如圖6所示，所述推送屏幕終端觸控模塊的配置文件至終端包括：

步驟S500，將所述配置文件轉(zhuǎn)發(fā)至終端以供終端讀??；

步驟S501，根據(jù)終端類型讀取配置文件中的第一觸控數(shù)據(jù)及第二觸控數(shù)據(jù)，所述第一觸控數(shù)據(jù)的手勢內(nèi)容包括所述界面內(nèi)容，所述第二觸控數(shù)據(jù)的手勢內(nèi)容包括所述實感信息，所述第一觸控數(shù)據(jù)發(fā)送至應用層以處理，所述第二觸控數(shù)據(jù)發(fā)送至驅(qū)動層及操作層以處理。

在上述步驟中，由于考慮到手勢操作的觸控方式可以是多樣的，包括觸摸手勢及按壓手勢(需要壓力值)，在模擬手勢操作時，本實施例考慮到觸控方式的不同，因此在配置文件中設置了第一觸控數(shù)據(jù)及第二觸控數(shù)據(jù)。其中，第一觸控數(shù)據(jù)中包括可執(zhí)行觸摸手勢的界面內(nèi)容包括界面UI元素，比如界面元素的類型、資源ID、圖片位置坐標以及運行文案關鍵詞中的至少一種，可以通過執(zhí)行時的判斷流程去獲取，具體在模擬層獲得，界面內(nèi)容自帶屬性，可以使用觸摸手勢中點擊(包括雙擊、單擊、滑動及拖動等操作，本質(zhì)上都是點擊)的操作類型去執(zhí)行界面內(nèi)容之元素。第二觸控數(shù)據(jù)中包括執(zhí)行按壓手勢所需的實感信息，實感信息還包括壓力信息，壓力信息用于終端的底層驅(qū)動，若在觸摸手勢中，點擊被終端系統(tǒng)屏蔽，造成靜默點擊被過濾，則可退而求其次地選擇利用第二觸控數(shù)據(jù)模擬實體按壓操作，也就是執(zhí)行按壓手勢。

根據(jù)步驟S501，所述根據(jù)終端類型讀取配置文件中的第一觸控數(shù)據(jù)及第二觸控數(shù)據(jù)包括：

若終端類型為安卓系統(tǒng)，則所述配置文件可以基于jar包被讀??；

若終端類型為其他終端系統(tǒng)，則配置文件可以基于與該終端系統(tǒng)相適配的可執(zhí)行程序讀取配置文件；

若讀取第一觸控數(shù)據(jù)，則終端讀取后直接可在應用層執(zhí)行；

若讀取第二觸控數(shù)據(jù)，則轉(zhuǎn)發(fā)第二觸控數(shù)據(jù)中的屏幕界面坐標至驅(qū)動層，壓力值至操作層，壓力值可采用終端的默認數(shù)據(jù)進行輸入。

本實施例的配置文件還可以適于確定設備的手勢類型，以便數(shù)據(jù)文件在終端運行時在外部終端的合理執(zhí)行，具體來說，在智能裝置與外部終端連接并模擬點擊文件(比如，可執(zhí)行程序-配置文件)時，終端運行時讀取配置文件設定執(zhí)行模擬類型，可通過智能設備來自動運行操作，并根據(jù)終端類型確定配置文件中可執(zhí)行的數(shù)據(jù)為第一觸控數(shù)據(jù)或第二觸控數(shù)據(jù)，從而區(qū)分底層驅(qū)動手勢(按壓操作)或模擬界面手勢(觸摸操作)，并轉(zhuǎn)發(fā)至驅(qū)動層。

具體的，在其他實施例中，步驟S400的步驟中，涉及的以下技術特征還可以集成于步驟S402中進行執(zhí)行：

在與外部終端進行連接時基于所接收終端的運行信息獲取終端的硬件或系統(tǒng)識別信息，然后再推送屏幕終端觸控模塊的配置文件至終端以獲取執(zhí)行權限，所推送的配置文件對應所述硬件或系統(tǒng)識別信息且至少具有一種，所述配置文件規(guī)定了本次運行中手勢操作的類型、手勢內(nèi)容及界面操作位置。具體的，所述推送屏幕終端觸控模塊的配置文件至終端包括：基于所述數(shù)據(jù)文件中規(guī)定的請求獲取所述配置文件的信息推送所述配置文件。也就是說，所述數(shù)據(jù)文件依據(jù)與所述配置文件的請求與被請求關系規(guī)定所述手勢特征，并將請求得到的配置文件確定界面的當前手勢。更為具體的，在其他實施例中，所述的自動控制終端運行的方法還包括：基于本次運行數(shù)據(jù)文件規(guī)定的手勢特征傳遞參數(shù)至所述配置文件以實現(xiàn)手勢控制。

在一則提供了“模擬手”方案的應用例中，實現(xiàn)了自動控制終端運行的方法，可以在手機軟件的自動安裝時，模擬人手在手機屏幕上的點擊操作，即實現(xiàn)“模擬手”。簡單來說，本應用例適用于安卓手機，在上述智能裝置通過ADB(安卓連接調(diào)試橋，即上述通信橋接模塊13的具體實例)自動傳輸數(shù)據(jù)至外部終端并自動安裝應用時，有些手機上會存在許可、提示等彈窗，非常影響批量安裝應用體驗。為了實現(xiàn)全自動化安裝、卸載等過程，本應用例通過上述自動控制終端運行的方法，組織和封裝仿真點擊、滑動等基本操作，實現(xiàn)“模擬人工手”操作屏幕，徹底解放安裝的人力成本。包括如下步驟：

實施例一的相關技術流程，及步驟：

a1)根據(jù)終端UI界面元素的類型、資源ID、圖片位置坐標以及關鍵文案等查找需要仿真操作的區(qū)域或?qū)ο螅?/p>

b1)經(jīng)自主研發(fā)固件，封裝了基本操作類型：點擊按鈕、勾選類型控件、界面元素文案、類型等；

c1)可實現(xiàn)操作有：直接單擊、相對單擊、滑動、拖拽以及勾選等行為方式。

上述封裝數(shù)據(jù)即形成實施例中的所述數(shù)據(jù)文件中的手勢特征。

以上方法在通用的品牌機型基本沒有問題，但是在一些國內(nèi)手機廠商私有定制的安卓系統(tǒng)上，該系統(tǒng)可能不支持本實施例所基于的自動控制流程(具體可以用：自動化測試框架uiautomator實現(xiàn))或做了特殊過濾功能，屏蔽了自動控制流程的部分點擊功能，從而，需要針對這些特殊機型做到適配，因此，又開發(fā)了以下兼容方式：

實施例四的相關技術流程，及步驟：

a2)DroidTouch方式，該方法是一種NDK(Native Development Kit)開發(fā)的技術，詳見如下：準對不同的手機CPU(即所述外部終端處理器)，啟用對應的DroidTouch(即包括推送所述配置文件)；

b2)通過adb命令push，推送DroidTouch到手機端；

c2)裝機的智能設備設置DroidTouch 0755可執(zhí)行權限，并運行；

d2)Jar包(模擬點擊)通過tcp/ip協(xié)議，主動請求作為客戶端連接DroidTouch；

e2)Jar包通知DroidTouch可操作范圍和具體位置；

f2)Jar包本身會封裝基本查找元素類型，通過傳參的方式給到DroidTouch；方便操控DroidTouch；

g2)DroidTouch根據(jù)手機屏幕掛在在設備上的掛載點，繞過手機的JVM(Java Virtual Machine)，直接從驅(qū)動層直接將仿真操作數(shù)據(jù)轉(zhuǎn)發(fā)到手機設備上。從而避開了國內(nèi)廠商定制的OS系統(tǒng)。

實施例六

基于實施例一，本實施例還提供了一種自動控制終端運行的方法，結合他圖7，具體包括如下步驟：

步驟S600～S601，與S100～S101一致；

步驟S602，根據(jù)所述數(shù)據(jù)文件中規(guī)定的手勢特征確定界面的當前手勢，以進行外部終端界面的手勢操作，若所述當前手勢為點亮手勢，所述手勢特征包括：滑動手勢類型、界面位移內(nèi)容、界面原點及本次點亮時刻，所述數(shù)據(jù)文件中規(guī)定了點亮規(guī)則，所述終端根據(jù)所述點亮規(guī)則確定所述手勢特征。

進一步的，根據(jù)步驟S602，所述點亮規(guī)則對應于運行階段而不同。所述運行階段至少包括：安裝、卸載、設置終端界面的顯示。

本實施例中，所述點亮手勢用于保持終端安裝、運行等情況時的屏幕常亮，若所述當前手勢為點亮手勢，手勢的界面位移內(nèi)容不發(fā)生位移，即為無位移內(nèi)容。也就是說，在步驟S602的流程步驟中，依據(jù)手勢特征預設的點亮時刻，基于點亮操作時確定的界面原點，以無位移內(nèi)容進行手勢操作，手勢操作的類型可以預先確定、也可以隨機確定。更進一步的，所述點亮規(guī)則包括多個點亮時刻，每個點亮時刻之間的間隔時間小于所述終端預設的休眠時間。點亮規(guī)則可以根據(jù)終端休眠的時間進行確定，防止終端在安裝等運行狀態(tài)時進入休眠。

在又一則提供了“模擬點亮”方案的應用例中，實現(xiàn)了自動控制終端運行的方法，可以基于自動化測試框架，完成點亮屏幕，包括：

實施例六的相關技術流程，及：

a3)智能裝置通過Google提供的安卓UI界面的自動化測試框架uiautomator在連接外部手機時控制外部手機的運行安裝并仿真點擊操作，控制操作頻率，實現(xiàn)模擬點亮屏幕；

b3)當手機通過USB連接到上述智能裝置后，智能裝置固件監(jiān)聽USB接口，然后連接外部手機，推送自定義jar包(即模擬點擊程序包)到手機端；

c3)啟動自動化測試框架，調(diào)用自主研發(fā)的jar包；

d3)在手機端運行的jar包，可根據(jù)智能裝置自定義的階段(安裝、卸載、設置手機桌面等)采用不同的點亮屏幕策略；

e3)一般策略是通過點擊屏幕原點(0，0)，短暫且無位移滑動屏幕，屏幕短暫點亮，并間隔一定時間用于實際界面的操作。

如此往復操縱，持續(xù)點亮手機屏幕，整個點亮屏幕期間由上述智能裝置實現(xiàn)整體運行控制。

以上對本發(fā)明的具體實施例進行了描述。需要理解的是，本發(fā)明并不局限于上述特定實施方式，本領域技術人員可以在權利要求的范圍內(nèi)做出各種變形或修改，這并不影響本發(fā)明的實質(zhì)內(nèi)容。