本發(fā)明涉及信息處理領(lǐng)域，并且更具體地，涉及一種用于對底層消息進行直接響應(yīng)的設(shè)備、方法以及移動終端。

背景技術(shù)：

目前，隨著諸如手機之類的移動終端的越來越廣泛的使用，人們越來越習(xí)慣于利用移動終端來實現(xiàn)各種業(yè)務(wù)的處理。例如，通過移動終端來訂購商品、預(yù)定火車票、預(yù)定飛機票、預(yù)定餐館或建立約車業(yè)務(wù)等已經(jīng)成為人們?nèi)粘Ｉ畹囊徊糠?。通常，在用戶需要通過移動終端進行上述活動時，通常需要運行相應(yīng)的軟件或應(yīng)用。并且，在相應(yīng)的軟件或應(yīng)用啟動后，需要通過軟件或應(yīng)用的交互界面來輸入確認信息或訂單信息，從而完成業(yè)務(wù)確認。例如，在用戶利用軟件或應(yīng)用來預(yù)定火車票時，通常需要根據(jù)服務(wù)提供方來動態(tài)信息來調(diào)整預(yù)定測量。在這種情況下，用戶利用手動輸入方式來進行信息表單提交的情況通常會重復(fù)多次。這種重復(fù)會讓用戶對于軟件或應(yīng)用的體驗變差。

另一方面，在信息表單所涉及的商品或服務(wù)的供應(yīng)量不足時，信息表單提交的速度往往會覺得用戶能否獲得商品、服務(wù)或提供服務(wù)。在用戶需要進行大量數(shù)據(jù)輸入的情況下，由于移動終端的尺寸限制，用戶通常會出現(xiàn)誤操作的情況。大部分的誤操作會導(dǎo)致用戶之前輸入的數(shù)據(jù)無效，因而必須重新輸入。在這種情況下，用戶無法獲得商品、服務(wù)或提供服務(wù)的概率變得非常高。

為此，需要提供一種能夠準(zhǔn)確且快速生成信息表單，從而通過對相關(guān)消息進行及時應(yīng)答來完成業(yè)務(wù)建立的方式。

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

為了解決上述問題，本發(fā)明提供了一種用于對底層消息進行直接響應(yīng)的設(shè)備，所述設(shè)備包括：

生成單元，用于在本地應(yīng)用啟動后，根據(jù)用戶輸入來生成與本地應(yīng)用的底層消息相關(guān)的響應(yīng)消息；

接口單元，用于通過網(wǎng)絡(luò)從服務(wù)器接收數(shù)據(jù)請求消息，并且在系統(tǒng)底層將所述數(shù)據(jù)請求消息轉(zhuǎn)換為相應(yīng)的底層消息；

監(jiān)控單元，用于監(jiān)控所述本地應(yīng)用的運行，在確定所述系統(tǒng)底層處存在所述底層消息時，將所述底層消息發(fā)送給響應(yīng)單元；以及

響應(yīng)單元，用于根據(jù)所生成的響應(yīng)消息對所述底層消息進行響應(yīng)，而不將所述底層消息發(fā)送給應(yīng)用層。

優(yōu)選地，所述本地應(yīng)用能夠通過網(wǎng)絡(luò)與服務(wù)器進行數(shù)據(jù)交互，以實現(xiàn)業(yè)務(wù)的提交。

優(yōu)選地，所述響應(yīng)消息是針對數(shù)據(jù)請求消息的響應(yīng)。

優(yōu)選地，所述底層消息是物理層消息。

優(yōu)選地，所述數(shù)據(jù)請求消息是服務(wù)器發(fā)送的且請求與本地應(yīng)用建立業(yè)務(wù)流程的請求消息。

優(yōu)選地，所述接口單元通過網(wǎng)絡(luò)從服務(wù)器接收指示業(yè)務(wù)流程成功建立的確認消息。

優(yōu)選地，還包括處理單元，用于基于所述確認消息啟動所述業(yè)務(wù)流程。

優(yōu)選地，還包括顯示單元，用于顯示業(yè)務(wù)流程成功建立的確認消息或所啟動的業(yè)務(wù)流程的運行過程。

根據(jù)本發(fā)明的另一方面，提供一種移動終端，包括或用于執(zhí)行如上所述的用于對底層消息進行直接響應(yīng)的設(shè)備。

根據(jù)本發(fā)明的另一方面，提供一種用于對底層消息進行直接響應(yīng)的方法，所述方法包括：

在本地應(yīng)用啟動后，根據(jù)用戶輸入來生成與本地應(yīng)用的底層消息相關(guān)的響應(yīng)消息；

通過網(wǎng)絡(luò)從服務(wù)器接收數(shù)據(jù)請求消息，并且在系統(tǒng)底層將所述數(shù)據(jù)請求消息轉(zhuǎn)換為相應(yīng)的底層消息；以及

監(jiān)控所述本地應(yīng)用的運行，在確定所述系統(tǒng)底層處存在所述底層消息時，根據(jù)所生成的響應(yīng)消息對所述底層消息進行響應(yīng)，而不將所述底層消息發(fā)送給應(yīng)用層。

優(yōu)選地，所述本地應(yīng)用能夠通過網(wǎng)絡(luò)與服務(wù)器進行數(shù)據(jù)交互，以實現(xiàn)業(yè)務(wù)的提交。

優(yōu)選地，所述響應(yīng)消息是針對數(shù)據(jù)請求消息的響應(yīng)。

優(yōu)選地，所述底層消息是物理層消息。

優(yōu)選地，所述數(shù)據(jù)請求消息是服務(wù)器發(fā)送的且請求與本地應(yīng)用建立業(yè)務(wù)流程的請求消息。

優(yōu)選地，通過網(wǎng)絡(luò)從服務(wù)器接收指示業(yè)務(wù)流程成功建立的確認消息。

優(yōu)選地，還包括基于所述確認消息啟動所述業(yè)務(wù)流程。

優(yōu)選地，還包括顯示業(yè)務(wù)流程成功建立的確認消息或所啟動的業(yè)務(wù)流程的運行過程。

附圖說明

通過參考下面的附圖，可以更為完整地理解本發(fā)明的示例性實施方式：

圖1為根據(jù)本發(fā)明優(yōu)選實施方式的通信系統(tǒng)的結(jié)構(gòu)示意圖；

圖2為根據(jù)本發(fā)明優(yōu)選實施方式的用于對底層消息進行直接響應(yīng)的設(shè)備的結(jié)構(gòu)示意圖；

圖3為現(xiàn)有技術(shù)中對請求消息進行響應(yīng)的示意圖；

圖4為根據(jù)本發(fā)明優(yōu)選實施方式的對底層消息進行直接響應(yīng)的示意圖；以及

圖5為根據(jù)本發(fā)明優(yōu)選實施方式的用于對底層消息進行直接響應(yīng)的方法的流程圖。

具體實施方式

現(xiàn)在參考附圖介紹本發(fā)明的示例性實施方式，然而，本發(fā)明可以用許多不同的形式來實施，并且不局限于此處描述的實施例，提供這些實施例是為了詳盡地且完全地公開本發(fā)明，并且向所屬技術(shù)領(lǐng)域的技術(shù)人員充分傳達本發(fā)明的范圍。對于表示在附圖中的示例性實施方式中的術(shù)語并不是對本發(fā)明的限定。在附圖中，相同的單元/元件使用相同的附圖標(biāo)記。

除非另有說明，此處使用的術(shù)語(包括科技術(shù)語)對所屬技術(shù)領(lǐng)域的技術(shù)人員具有通常的理解含義。另外，可以理解的是，以通常使用的詞典限定的術(shù)語，應(yīng)當(dāng)被理解為與其相關(guān)領(lǐng)域的語境具有一致的含義，而不應(yīng)該被理解為理想化的或過于正式的意義。

圖1為根據(jù)本發(fā)明優(yōu)選實施方式的通信系統(tǒng)100的結(jié)構(gòu)示意圖。優(yōu)選地，通信系統(tǒng)100能夠通過網(wǎng)絡(luò)為多個用戶終端提供服務(wù)，這種服務(wù)例如是提供商品、預(yù)定火車票、預(yù)定飛機票、預(yù)定餐館或網(wǎng)約車等。在通信系統(tǒng)100中，在用戶終端上的本地應(yīng)用啟動后，用戶可以根據(jù)意愿來輸入響應(yīng)規(guī)則，并且由用戶終端根據(jù)所述響應(yīng)規(guī)則來生成與本地應(yīng)用的底層消息相關(guān)的響應(yīng)消息。在準(zhǔn)備建立業(yè)務(wù)連接時，用戶終端可以通過網(wǎng)絡(luò)從服務(wù)器接收數(shù)據(jù)請求消息，并且在數(shù)據(jù)請求消息到達應(yīng)用層之前的系統(tǒng)底層將所述數(shù)據(jù)請求消息轉(zhuǎn)換為相應(yīng)的底層消息。接著，用戶終端可以監(jiān)控所述本地應(yīng)用的運行，在確定所述系統(tǒng)底層處存在所述底層消息時，將所述底層消息發(fā)送給響應(yīng)單元。最后，用戶終端根據(jù)所生成的響應(yīng)消息對所述底層消息進行響應(yīng)，而不將所述底層消息發(fā)送給應(yīng)用層。

如圖1所示，通信系統(tǒng)100包括：用戶終端101-1、101-2…101-N，網(wǎng)絡(luò)102以及應(yīng)用服務(wù)器103。優(yōu)選地，用戶終端101-1、101-2…101-N可以是任意類型的移動終端、固定終端、或便攜式終端，包括移動手機、站、單元、設(shè)備、多媒體計算機、多媒體平板、因特網(wǎng)節(jié)點、通信器、桌面計算機、膝上型計算機、個人數(shù)字助理(PDA)、或其任意組合。

優(yōu)選地，用戶終端101-1、101-2…101-N均可以用于訂購商品、預(yù)定火車票、預(yù)定飛機票、預(yù)定餐館或建立約車業(yè)務(wù)等。為此，在用戶終端101-1、101-2…101-N上可以運行購物應(yīng)用、訂票應(yīng)用、訂餐應(yīng)用和約車應(yīng)用。通常，使用用戶終端的用戶為服務(wù)接收方，即用戶接收由服務(wù)提供方提供的服務(wù)。通常，服務(wù)提供方還可以提供各種類型的商品。在另一種情況下，部分用戶利用移動終端來提供服務(wù)。例如，網(wǎng)約車司機通過移動終端與乘客建立聯(lián)系并且在建立聯(lián)系后為乘客提供約車服務(wù)。部分商戶利用移動終端來接收客戶的訂單并且為客戶提供商品或服務(wù)。優(yōu)選地，本地應(yīng)用能夠通過網(wǎng)絡(luò)與服務(wù)器進行數(shù)據(jù)交互，以實現(xiàn)業(yè)務(wù)提交、建立業(yè)務(wù)連接、提供服務(wù)或接受服務(wù)。

優(yōu)選地，如上所示，用戶終端101-1、101-2…101-N上會運行各種類型的應(yīng)用。其中，在各種類型的應(yīng)用中，一部分應(yīng)用是需要與應(yīng)用服務(wù)器103進行信息交互才能建立業(yè)務(wù)連接的應(yīng)用。例如，在約車應(yīng)用的例子中，當(dāng)乘客需要使用網(wǎng)約車時，會將請求提交給網(wǎng)約車服務(wù)器。隨后，網(wǎng)約車服務(wù)器會將乘客的請求發(fā)布給距離乘客較近的一個或多個網(wǎng)約車提供者。一個或多個網(wǎng)約車提供者中的每一個可以使用用戶終端來對乘客的請求進行響應(yīng)，從而實現(xiàn)業(yè)務(wù)提交或業(yè)務(wù)連接。

優(yōu)選地，在本地應(yīng)用啟動后，用戶終端101-1、101-2…101-N可以根據(jù)用戶輸入來生成與本地應(yīng)用的底層消息相關(guān)的響應(yīng)消息。通常，響應(yīng)消息是針對數(shù)據(jù)請求消息的響應(yīng)。其中，數(shù)據(jù)請求消息是服務(wù)器發(fā)送的且請求與本地應(yīng)用建立業(yè)務(wù)流程或業(yè)務(wù)連接的請求消息。通常，當(dāng)應(yīng)用服務(wù)器102發(fā)送數(shù)據(jù)請求消息給用戶終端101-1、101-2…101-N，以等待用戶終端101-1、101-2…101-N進行響應(yīng)時，通常會將經(jīng)由接口單元接收的數(shù)據(jù)請求消息從底層開始進行轉(zhuǎn)換，并且最后到達應(yīng)用層。在這種轉(zhuǎn)換過程中，會將底層消息逐級地進行轉(zhuǎn)換，并且最后轉(zhuǎn)換成應(yīng)用層消息以通過用戶終端101-1、101-2…101-N進行顯示。此時，用戶可以通過對用戶終端101-1、101-2…101-N進行操作來對原始的數(shù)據(jù)請求消息進行處理，例如選擇接受服務(wù)、提供服務(wù)、不接受服務(wù)或不提供服務(wù)。

在用戶希望接受服務(wù)或提供服務(wù)時，很可能需要守候并且不間斷地使用用戶終端101-1、101-2…101-N以防止錯過可能的數(shù)據(jù)請求消息。然而，這種方式使用戶的體驗變差，并且會讓用戶的使用難度加大。為此，在用戶能夠預(yù)先確定與數(shù)據(jù)請求消息相對應(yīng)的響應(yīng)消息時，可以通過預(yù)先確定的響應(yīng)消息在底層進行直接響應(yīng)，以避免用戶錯失數(shù)據(jù)請求消息。優(yōu)選地，這種響應(yīng)消息例如是，能夠提供約車服務(wù)、能夠提供10箱打印紙等。根據(jù)本發(fā)明的在底層進行直接響應(yīng)的方式能夠降低用戶的操作繁瑣度并且能夠提高用戶使用效率。

優(yōu)選地，在應(yīng)用中，用戶終端101-1、101-2…101-N可以通過網(wǎng)絡(luò)102從應(yīng)用服務(wù)器103接收數(shù)據(jù)請求消息，并且在系統(tǒng)底層將所述數(shù)據(jù)請求消息轉(zhuǎn)換為相應(yīng)的底層消息。通常，應(yīng)用服務(wù)器103在接收到某些用戶的服務(wù)請求消息后，會根據(jù)針對用戶的身份認證來確定是否提供服務(wù)。當(dāng)應(yīng)用服務(wù)器103確定為用戶提供服務(wù)時，會將所述用戶的服務(wù)請求放置在數(shù)據(jù)請求消息中進行發(fā)布。優(yōu)選地，當(dāng)用戶終端101-1、101-2…101-N接收到數(shù)據(jù)請求消息后，會在系統(tǒng)底層將所述數(shù)據(jù)請求消息轉(zhuǎn)換為相應(yīng)的底層消息。這種底層消息是在現(xiàn)有的技術(shù)方案中會被逐級轉(zhuǎn)換為應(yīng)用層消息的消息。優(yōu)選地，底層消息例如是物理層消息。

優(yōu)選地，用戶終端101-1、101-2…101-N監(jiān)控本地應(yīng)用的運行，在確定所述系統(tǒng)底層處存在所述底層消息時，對所述底層消息進行響應(yīng)。通常，在用戶通過用戶終端101-1、101-2…101-N生成與本地應(yīng)用的底層消息相關(guān)的響應(yīng)消息之后，用戶終端需要確定何時利用響應(yīng)消息對源自數(shù)據(jù)請求消息的底層消息進行響應(yīng)。為此，用戶終端101-1、101-2…101-N需要監(jiān)控本地應(yīng)用的運行過程，從而能夠在本地應(yīng)用生成了與所述響應(yīng)消息對應(yīng)的底層消息時進行及時響應(yīng)。優(yōu)選地，用戶終端101-1、101-2…101-N在確定系統(tǒng)底層處存在源自數(shù)據(jù)請求消息的底層消息時，會利用響應(yīng)消息對所述底層消息進行響應(yīng)。

優(yōu)選地，用戶終端101-1、101-2…101-N根據(jù)所生成的響應(yīng)消息對所述底層消息進行響應(yīng)，而不將所述底層消息發(fā)送給應(yīng)用層。如上所述，在確定所述系統(tǒng)底層處存在所述底層消息時，可以利用預(yù)先確定的響應(yīng)消息對所述底層消息進行響應(yīng)，而不將所述底層消息發(fā)送給應(yīng)用層。即，不會降所述底層消息逐級轉(zhuǎn)換為應(yīng)用層消息，而僅是利用響應(yīng)消息對其進行響應(yīng)。

優(yōu)選地，在用戶終端101-1、101-2…101-N的響應(yīng)消息得到應(yīng)用服務(wù)器103的認可后，會建立業(yè)務(wù)連接或業(yè)務(wù)流程，并且發(fā)送指示業(yè)務(wù)建立/業(yè)務(wù)批準(zhǔn)/提供服務(wù)的確認消息。用戶終端101-1、101-2…101-N經(jīng)由網(wǎng)絡(luò)102從應(yīng)用服務(wù)器103接收確認消息，并且會將所述確認消息從系統(tǒng)底層逐級轉(zhuǎn)換為應(yīng)用層確認消息。用戶終端101-1、101-2…101-N將所述應(yīng)用層確認消息呈現(xiàn)給用戶，從而提示用戶業(yè)務(wù)連接已經(jīng)建立。由此可知，用戶終端101-1、101-2…101-N不會將數(shù)據(jù)請求消息轉(zhuǎn)成應(yīng)用層消息，而會將確認消息轉(zhuǎn)換為應(yīng)用層消息。

優(yōu)選地，用戶終端101-1、101-2…101-N確定業(yè)務(wù)連接或業(yè)務(wù)流程建立后，通過所述業(yè)務(wù)連接來提供服務(wù)、接受服務(wù)或啟動所述業(yè)務(wù)流程。此外，用戶終端101-1、101-2…101-N還能夠顯示業(yè)務(wù)流程成功建立的確認消息或所啟動的業(yè)務(wù)流程的運行過程。

根據(jù)本發(fā)明的優(yōu)選實施方式，可以使用黑魔法(BM，Black Magic)為Android應(yīng)用提供動態(tài)擴展和修復(fù)能力的技術(shù)，如：云修復(fù)、云廣告、模塊解耦、黑科技等。BM由BMAndroidRuntime(運行環(huán)境)、BMActivityThread(活動線程)、BlackMagic.apk(安裝包)和BMagic文件四部分組成。其中BMAndroidRuntime負責(zé)提供核心能力，BMActivityThread負責(zé)構(gòu)建運行環(huán)境，BlackMagic.apk負責(zé)提供核心接口(BMCore)以及身份認證等管理機制，而最終的功能特性由BMagic文件提供。

優(yōu)選地，BMAndroidRuntime是專門為BM提供改造Java類和方法的能力(如：鉤子Hook)的定制安卓運行環(huán)境ART。BMActivityThread用于提供一套判斷和啟動BM的機制，從而將BlackMagic對第三方應(yīng)用的性能影響降低到最小，目前所測量的實際延遲僅為1ms。目前采用通過路徑快速判斷目標(biāo)應(yīng)用是否需要BM支持的方式來決定是否對目標(biāo)應(yīng)用加載BM文件以進行能力擴展。

BlackMagic.apk是一個非常普通的App，但是必須使用提供商簽名，否則無法工作。BlackMagic.apk內(nèi)部攜帶基礎(chǔ)的BM文件所需要的接口。這種接口是一個API最小集合，即BMCore，用于確保BM對目標(biāo)應(yīng)用的內(nèi)存占用量最低。同時也確保在加載BM文件的時候?qū)δ繕?biāo)應(yīng)用性能影響最小。

BMCore是一個Jar包，用于開發(fā)人員開發(fā)BM文件時使用。Jar包中提供常用的基本應(yīng)用程序接口API，使得BM文件能夠動態(tài)修改Java類和方法以及Hook某些方法。BM文件會由BlackMagic.apk內(nèi)部集成，便于版本控制和減少BM文件大小。基于BMCore可以開發(fā)更多的通用基礎(chǔ)庫以及擴展庫。其中擴展庫不是具體功能，而是為實現(xiàn)某些具體功能提供一些必要能力，可以各種模塊所共享。

BM文件是實現(xiàn)業(yè)務(wù)功能的主體，并且每一個BM文件都是由多個BMagic和BMagicKnife組成。其中，一個BMagic可以包括多個BMagicKnif。BMagic是對要進行Hook的類的抽象，并且BMagicKnife是對要進行Hook的方法的一個抽象，因此它們之間是映射關(guān)系。某個具體的功能是由多個BMagic通過BMagicKnife獲取到信息后以共享的方式實現(xiàn)的。

圖2為根據(jù)本發(fā)明優(yōu)選實施方式的用于對底層消息進行直接響應(yīng)的設(shè)備200的結(jié)構(gòu)示意圖。優(yōu)選地，在用戶終端上的本地應(yīng)用啟動后，用戶可以根據(jù)意愿來輸入響應(yīng)規(guī)則，并且由設(shè)備200根據(jù)所述響應(yīng)規(guī)則來生成與本地應(yīng)用的底層消息相關(guān)的響應(yīng)消息。在準(zhǔn)備建立業(yè)務(wù)連接時，設(shè)備200可以通過網(wǎng)絡(luò)從服務(wù)器接收數(shù)據(jù)請求消息，并且在數(shù)據(jù)請求消息到達應(yīng)用層之前的系統(tǒng)底層將所述數(shù)據(jù)請求消息轉(zhuǎn)換為相應(yīng)的底層消息。接著，設(shè)備200可以監(jiān)控所述本地應(yīng)用的運行，在確定所述系統(tǒng)底層處存在所述底層消息時，將所述底層消息發(fā)送給響應(yīng)單元。最后，設(shè)備200根據(jù)所生成的響應(yīng)消息對所述底層消息進行響應(yīng)，而不將所述底層消息發(fā)送給應(yīng)用層。

如圖2所示，設(shè)備200包括：生成單元201、接口單元202、監(jiān)控單元203、響應(yīng)單204、處理單元205以及顯示單元206。優(yōu)選地，在本地應(yīng)用啟動后，生成單元201可以根據(jù)用戶輸入來生成與本地應(yīng)用的底層消息相關(guān)的響應(yīng)消息。通常，響應(yīng)消息是針對數(shù)據(jù)請求消息的響應(yīng)。其中，數(shù)據(jù)請求消息是服務(wù)器發(fā)送的且請求與本地應(yīng)用建立業(yè)務(wù)流程或業(yè)務(wù)連接的請求消息。通常，當(dāng)應(yīng)用服務(wù)器發(fā)送數(shù)據(jù)請求消息給用戶終端，以等待用戶終端進行響應(yīng)時，通常會將經(jīng)由接口單元接收的數(shù)據(jù)請求消息從底層開始進行轉(zhuǎn)換，并且最后到達應(yīng)用層。在這種轉(zhuǎn)換過程中，會將底層消息逐級地進行轉(zhuǎn)換，并且最后轉(zhuǎn)換成應(yīng)用層消息以通過用戶終端進行顯示。此時，用戶可以通過對用戶終端進行操作來對原始的數(shù)據(jù)請求消息進行處理，例如選擇接受服務(wù)、提供服務(wù)、不接受服務(wù)或不提供服務(wù)。

在用戶希望接受服務(wù)或提供服務(wù)時，很可能需要守候并且不間斷地使用用戶終端以防止錯過可能的數(shù)據(jù)請求消息。然而，這種方式使用戶的體驗變差，并且會讓用戶的使用難度加大。為此，在用戶能夠預(yù)先確定與數(shù)據(jù)請求消息相對應(yīng)的響應(yīng)消息時，生成單元201可以基于預(yù)先確定的響應(yīng)消息在底層進行直接響應(yīng)，以避免用戶錯失數(shù)據(jù)請求消息。優(yōu)選地，這種響應(yīng)消息例如是，能夠提供約車服務(wù)、能夠提供10箱打印紙等。根據(jù)本發(fā)明的在底層進行直接響應(yīng)的方式能夠降低用戶的操作繁瑣度并且能夠提高用戶使用效率。

優(yōu)選地，在應(yīng)用中，接口單元202可以通過網(wǎng)絡(luò)從應(yīng)用服務(wù)器接收數(shù)據(jù)請求消息，并且在系統(tǒng)底層將所述數(shù)據(jù)請求消息轉(zhuǎn)換為相應(yīng)的底層消息。通常，應(yīng)用服務(wù)器在接收到某些用戶的服務(wù)請求消息后，會根據(jù)針對用戶的身份認證來確定是否提供服務(wù)。當(dāng)應(yīng)用服務(wù)器確定為用戶提供服務(wù)時，會將所述用戶的服務(wù)請求放置在數(shù)據(jù)請求消息中進行發(fā)布。優(yōu)選地，當(dāng)接口單元202接收到數(shù)據(jù)請求消息后，會在系統(tǒng)底層將所述數(shù)據(jù)請求消息轉(zhuǎn)換為相應(yīng)的底層消息。這種底層消息是在現(xiàn)有的技術(shù)方案中會被逐級轉(zhuǎn)換為應(yīng)用層消息的消息。優(yōu)選地，底層消息例如是物理層消息。

優(yōu)選地，監(jiān)控單元203監(jiān)控本地應(yīng)用的運行，在確定所述系統(tǒng)底層處存在所述底層消息時，對所述底層消息進行響應(yīng)。通常，在用戶通過生成單元201生成與本地應(yīng)用的底層消息相關(guān)的響應(yīng)消息之后，用戶終端需要確定何時利用響應(yīng)消息對源自數(shù)據(jù)請求消息的底層消息進行響應(yīng)。為此，監(jiān)控單元203需要監(jiān)控本地應(yīng)用的運行過程，從而能夠在本地應(yīng)用生成了與所述響應(yīng)消息對應(yīng)的底層消息時進行及時響應(yīng)。優(yōu)選地，監(jiān)控單元203在確定系統(tǒng)底層處存在源自數(shù)據(jù)請求消息的底層消息時，會利用響應(yīng)消息對所述底層消息進行響應(yīng)。

優(yōu)選地，響應(yīng)單元204根據(jù)所生成的響應(yīng)消息對所述底層消息進行響應(yīng)，而不將所述底層消息發(fā)送給應(yīng)用層。如上所述，在確定所述系統(tǒng)底層處存在所述底層消息時，可以利用預(yù)先確定的響應(yīng)消息對所述底層消息進行響應(yīng)，而不將所述底層消息發(fā)送給應(yīng)用層。即，不會降所述底層消息逐級轉(zhuǎn)換為應(yīng)用層消息，而僅是利用響應(yīng)消息對其進行響應(yīng)。

優(yōu)選地，在響應(yīng)單元204的響應(yīng)消息得到應(yīng)用服務(wù)器103的認可后，會建立業(yè)務(wù)連接或業(yè)務(wù)流程，并且發(fā)送指示業(yè)務(wù)建立/業(yè)務(wù)批準(zhǔn)/提供服務(wù)的確認消息。接口單元202經(jīng)由網(wǎng)絡(luò)從應(yīng)用服務(wù)器接收確認消息，并且會將所述確認消息從系統(tǒng)底層逐級轉(zhuǎn)換為應(yīng)用層確認消息。優(yōu)選地，設(shè)備200可以將所述應(yīng)用層確認消息呈現(xiàn)給用戶，從而提示用戶業(yè)務(wù)連接已經(jīng)建立。由此可知，設(shè)備200不會將數(shù)據(jù)請求消息轉(zhuǎn)成應(yīng)用層消息，而會將確認消息轉(zhuǎn)換為應(yīng)用層消息。

優(yōu)選地，在確定業(yè)務(wù)連接或業(yè)務(wù)流程建立后，處理單元205通過所述業(yè)務(wù)連接來提供服務(wù)、接受服務(wù)或啟動所述業(yè)務(wù)流程。

優(yōu)選地，顯示單元206能夠顯示業(yè)務(wù)流程成功建立的確認消息或所啟動的業(yè)務(wù)流程的運行過程。

優(yōu)選地，根據(jù)本發(fā)明的優(yōu)選實施方式，如上所述的設(shè)備200可以被包括在移動終端中，或由移動終端來執(zhí)行。

圖3為現(xiàn)有技術(shù)中對請求消息進行響應(yīng)的示意圖。如圖3所示，為了清楚起見，僅示出了接口單元、物理層、鏈路層和應(yīng)用層，但是所屬領(lǐng)域技術(shù)人員應(yīng)當(dāng)了解的是，還可以包括其他層級結(jié)構(gòu)。在現(xiàn)有技術(shù)方案中，當(dāng)通過接口單元從應(yīng)用服務(wù)器接收到數(shù)據(jù)請求消息時，將所述數(shù)據(jù)請求消息轉(zhuǎn)換為相應(yīng)的底層消息，例如物理層消息。然而，將物理層消息逐級轉(zhuǎn)換為應(yīng)用層消息(例如，先轉(zhuǎn)換為鏈路層消息，在轉(zhuǎn)換為應(yīng)用層消息)。在將底層消息轉(zhuǎn)換為應(yīng)用層消息后，將應(yīng)用層消息呈現(xiàn)給用戶。當(dāng)用戶利用用戶終端對所述應(yīng)用層消息進行響應(yīng)后，會將響應(yīng)消息逐級轉(zhuǎn)換為物理層消息并且經(jīng)由接口單元發(fā)送給應(yīng)用服務(wù)器。

然而，在本發(fā)明的實施方式中，用戶終端根據(jù)所生成的響應(yīng)消息對所述底層消息進行響應(yīng)，而不將所述底層消息發(fā)送給應(yīng)用層。圖4為根據(jù)本發(fā)明優(yōu)選實施方式的對底層消息進行直接響應(yīng)的示意圖。如圖4所示，當(dāng)通過接口單元從應(yīng)用服務(wù)器接收到數(shù)據(jù)請求消息時，將所述數(shù)據(jù)請求消息轉(zhuǎn)換為相應(yīng)的底層消息，例如物理層消息。接著，在物理層，利用預(yù)先確定的響應(yīng)消息對所述底層消息進行直接響應(yīng)。這種在底層進行直接響應(yīng)的方式能夠降低用戶的操作繁瑣度并且能夠提高用戶使用效率。

圖5為根據(jù)本發(fā)明優(yōu)選實施方式的用于對底層消息進行直接響應(yīng)的方法500的流程圖。優(yōu)選地，在用戶終端上的本地應(yīng)用啟動后，用戶可以根據(jù)意愿來輸入響應(yīng)規(guī)則，并且方法500根據(jù)所述響應(yīng)規(guī)則來生成與本地應(yīng)用的底層消息相關(guān)的響應(yīng)消息。在準(zhǔn)備建立業(yè)務(wù)連接時，方法500可以通過網(wǎng)絡(luò)從服務(wù)器接收數(shù)據(jù)請求消息，并且在數(shù)據(jù)請求消息到達應(yīng)用層之前的系統(tǒng)底層將所述數(shù)據(jù)請求消息轉(zhuǎn)換為相應(yīng)的底層消息。接著，方法500可以監(jiān)控所述本地應(yīng)用的運行，在確定所述系統(tǒng)底層處存在所述底層消息時，將所述底層消息發(fā)送給響應(yīng)單元。最后，方法500根據(jù)所生成的響應(yīng)消息對所述底層消息進行響應(yīng)，而不將所述底層消息發(fā)送給應(yīng)用層。

如圖5所示，方法500從步驟501處開始。優(yōu)選地，在步驟501，當(dāng)本地應(yīng)用啟動后，可以根據(jù)用戶輸入來生成與本地應(yīng)用的底層消息相關(guān)的響應(yīng)消息。通常，響應(yīng)消息是針對數(shù)據(jù)請求消息的響應(yīng)。其中，數(shù)據(jù)請求消息是服務(wù)器發(fā)送的且請求與本地應(yīng)用建立業(yè)務(wù)流程或業(yè)務(wù)連接的請求消息。通常，當(dāng)應(yīng)用服務(wù)器發(fā)送數(shù)據(jù)請求消息給用戶終端，以等待用戶終端進行響應(yīng)時，通常會將經(jīng)由接口單元接收的數(shù)據(jù)請求消息從底層開始進行轉(zhuǎn)換，并且最后到達應(yīng)用層。在這種轉(zhuǎn)換過程中，會將底層消息逐級地進行轉(zhuǎn)換，并且最后轉(zhuǎn)換成應(yīng)用層消息以通過用戶終端進行顯示。此時，用戶可以通過對用戶終端進行操作來對原始的數(shù)據(jù)請求消息進行處理，例如選擇接受服務(wù)、提供服務(wù)、不接受服務(wù)或不提供服務(wù)。

在用戶希望接受服務(wù)或提供服務(wù)時，很可能需要守候并且不間斷地使用用戶終端以防止錯過可能的數(shù)據(jù)請求消息。然而，這種方式使用戶的體驗變差，并且會讓用戶的使用難度加大。為此，在用戶能夠預(yù)先確定與數(shù)據(jù)請求消息相對應(yīng)的響應(yīng)消息時，方法500可以基于預(yù)先確定的響應(yīng)消息在底層進行直接響應(yīng)，以避免用戶錯失數(shù)據(jù)請求消息。優(yōu)選地，這種響應(yīng)消息例如是，能夠提供約車服務(wù)、能夠提供10箱打印紙等。根據(jù)本發(fā)明的在底層進行直接響應(yīng)的方式能夠降低用戶的操作繁瑣度并且能夠提高用戶使用效率。

優(yōu)選地，在步驟502，可以通過網(wǎng)絡(luò)從應(yīng)用服務(wù)器接收數(shù)據(jù)請求消息，并且在系統(tǒng)底層將所述數(shù)據(jù)請求消息轉(zhuǎn)換為相應(yīng)的底層消息。通常，應(yīng)用服務(wù)器在接收到某些用戶的服務(wù)請求消息后，會根據(jù)針對用戶的身份認證來確定是否提供服務(wù)。當(dāng)應(yīng)用服務(wù)器確定為用戶提供服務(wù)時，會將所述用戶的服務(wù)請求放置在數(shù)據(jù)請求消息中進行發(fā)布。優(yōu)選地，當(dāng)接收到數(shù)據(jù)請求消息后，會在系統(tǒng)底層將所述數(shù)據(jù)請求消息轉(zhuǎn)換為相應(yīng)的底層消息。這種底層消息是在現(xiàn)有的技術(shù)方案中會被逐級轉(zhuǎn)換為應(yīng)用層消息的消息。優(yōu)選地，底層消息例如是物理層消息。

優(yōu)選地，在步驟503，監(jiān)控本地應(yīng)用的運行，在確定所述系統(tǒng)底層處存在所述底層消息時，對所述底層消息進行響應(yīng)。通常，在生成與本地應(yīng)用的底層消息相關(guān)的響應(yīng)消息之后，用戶終端需要確定何時利用響應(yīng)消息對源自數(shù)據(jù)請求消息的底層消息進行響應(yīng)。為此，方法500需要監(jiān)控本地應(yīng)用的運行過程，從而能夠在本地應(yīng)用生成了與所述響應(yīng)消息對應(yīng)的底層消息時進行及時響應(yīng)。優(yōu)選地，方法500在確定系統(tǒng)底層處存在源自數(shù)據(jù)請求消息的底層消息時，會利用響應(yīng)消息對所述底層消息進行響應(yīng)。

優(yōu)選地，在步驟503，根據(jù)所生成的響應(yīng)消息對所述底層消息進行響應(yīng)，而不將所述底層消息發(fā)送給應(yīng)用層。如上所述，在確定所述系統(tǒng)底層處存在所述底層消息時，可以利用預(yù)先確定的響應(yīng)消息對所述底層消息進行響應(yīng)，而不將所述底層消息發(fā)送給應(yīng)用層。即，不會降所述底層消息逐級轉(zhuǎn)換為應(yīng)用層消息，而僅是利用響應(yīng)消息對其進行響應(yīng)。

優(yōu)選地，在響應(yīng)消息得到應(yīng)用服務(wù)器的認可后，會建立業(yè)務(wù)連接或業(yè)務(wù)流程，并且發(fā)送指示業(yè)務(wù)建立/業(yè)務(wù)批準(zhǔn)/提供服務(wù)的確認消息。在方法500中還包括，經(jīng)由網(wǎng)絡(luò)從應(yīng)用服務(wù)器接收確認消息，并且會將所述確認消息從系統(tǒng)底層逐級轉(zhuǎn)換為應(yīng)用層確認消息。優(yōu)選地，方法500可以將所述應(yīng)用層確認消息呈現(xiàn)給用戶，從而提示用戶業(yè)務(wù)連接已經(jīng)建立。由此可知，方法500不會將數(shù)據(jù)請求消息轉(zhuǎn)成應(yīng)用層消息，而會將確認消息轉(zhuǎn)換為應(yīng)用層消息。優(yōu)選地，在確定業(yè)務(wù)連接或業(yè)務(wù)流程建立后，還包括通過所述業(yè)務(wù)連接來提供服務(wù)、接受服務(wù)或啟動所述業(yè)務(wù)流程。優(yōu)選地，方法500能夠顯示業(yè)務(wù)流程成功建立的確認消息或所啟動的業(yè)務(wù)流程的運行過程。

已經(jīng)通過參考少量實施方式描述了本發(fā)明。然而，本領(lǐng)域技術(shù)人員所公知的，正如附帶的專利權(quán)利要求所限定的，除了本發(fā)明以上公開的其他的實施例等同地落在本發(fā)明的范圍內(nèi)。

通常地，在權(quán)利要求中使用的所有術(shù)語都根據(jù)他們在技術(shù)領(lǐng)域的通常含義被解釋，除非在其中被另外明確地定義。所有的參考“一個/所述/該[裝置、組件等]”都被開放地解釋為所述裝置、組件等中的至少一個實例，除非另外明確地說明。這里公開的任何方法的步驟都沒必要以公開的準(zhǔn)確的順序運行，除非明確地說明。