專利名稱：移動終端中實現(xiàn)支付的方法及移動設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及計算機(jī)軟件技術(shù)領(lǐng)域，特別涉及一種移動終端中實現(xiàn)支付的方 法及移動設(shè)備。
背景技術(shù)：
在移動設(shè)備(例如手機(jī)、PDA)中，經(jīng)常運(yùn)行一些上層的應(yīng)用程序，如網(wǎng) 頁腳本、J2ME程序等。J2ME(Java 2 Micro Edition)是Java 2的 一個組成部分， 它與J2SE、 J2EE并稱。J2ME是一種高度優(yōu)化的Java運(yùn)行環(huán)境，主要針對消 費(fèi)類電子設(shè)備的，例如蜂窩電話和可視電話、數(shù)字機(jī)頂盒、汽車導(dǎo)航系統(tǒng)等等。
這類上層程序，通常無法實現(xiàn)調(diào)用底層應(yīng)用程序接口 (Application Program Interface, API),而在一些情況下，又需要這樣去啦文。例如，用戶在移動設(shè)備 上瀏覽購物網(wǎng)站的網(wǎng)頁后，也想要像家用PC機(jī)上那樣進(jìn)行網(wǎng)上交易，通過網(wǎng) 上銀行來實施付款。而在移動設(shè)備中運(yùn)行的網(wǎng)上銀行客戶端大多都采用了底層 API編寫，例如支付寶的手機(jī)客戶端。而且這類移動設(shè)備中運(yùn)行的網(wǎng)上銀行客 戶端，常以0++語言編寫，更靠近系統(tǒng)底層，其中一些代碼通過直接調(diào)用底層 代碼來實現(xiàn)。這樣，上層程序需要通過調(diào)用底層程序來實現(xiàn)。
但是，由于目前這類網(wǎng)頁的腳本代碼(HTML代碼)沒有提供可以執(zhí)行可執(zhí) 行文件(如.exe文件)的代碼，因此，目前還沒有有效的上層程序調(diào)用底層程序 的方案。
還存在的情況是，在J2ME形式的手機(jī)程序中，例如游戲程序，往往設(shè)置 有可供用戶免費(fèi)體驗的關(guān)卡，如前兩關(guān)。如果用戶希望玩第三關(guān)或后續(xù)關(guān)卡， 則需要通過該J2ME的手機(jī)程序調(diào)用底層的手機(jī)支付程序進(jìn)行付費(fèi)，例如調(diào)用 支付寶手機(jī)客戶端來付費(fèi)。同樣的，因為J2ME程序也沒有提供直接執(zhí)行某一 個可執(zhí)行文件(如.EXE文件)的語法，因此，目前還沒有有效的上層程序調(diào)用底 層程序的方案。

發(fā)明內(nèi)容
本申請實施例的目的是提供一種移動終端中實現(xiàn)支付的方法及移動設(shè)備，以實現(xiàn)在移動終端上進(jìn)行支付。
為解決上述技術(shù)問題，本申請實施例提供一種移動終端中實現(xiàn)支付的方法 及移動設(shè)備是這樣實現(xiàn)的
移動終端中實現(xiàn)支付的方法，包括
上層程序接收到打開購物網(wǎng)站的購買鏈接的命令后，向本機(jī)以預(yù)定的端口 發(fā)出調(diào)用請求；
底層支付程序在所述預(yù)定的端口監(jiān)聽本機(jī)通過網(wǎng)絡(luò)發(fā)來的調(diào)用請求； 底層支付程序根據(jù)調(diào)用請求提供輸入支付信息界面并接收輸入的支付信
息；
底層支付程序通過網(wǎng)絡(luò)連接支付服務(wù)器并傳遞支付信息，完成支付。
移動終端中實現(xiàn)支付的方法，包括
上層程序接收到進(jìn)行支付的命令后，向本機(jī)以預(yù)定的端口發(fā)出調(diào)用請求； 底層支付程序在所述預(yù)定的端口監(jiān)聽本機(jī)通過網(wǎng)絡(luò)發(fā)來的調(diào)用請求； 底層支付程序根據(jù)調(diào)用請求提供輸入支付信息界面并接收輸入的支付信
臺-
底層支付程序通過網(wǎng)絡(luò)連接支付服務(wù)器并傳遞支付信息，完成支付。
一種移動設(shè)備，包括
第一單元，用于執(zhí)行上層程序，在接收到打開購物網(wǎng)站的購買鏈接的命令 后，向本^L以預(yù)定的端口發(fā)出調(diào)用請求；
第二單元，用于執(zhí)行底層支付程序，在所述預(yù)定的端口監(jiān)聽本機(jī)通過網(wǎng)絡(luò) 發(fā)來的調(diào)用請求，根據(jù)調(diào)用請求提供輸入支付信息界面并接收輸入的支付信 息，通過網(wǎng)絡(luò)連接支付服務(wù)器并傳遞支付信息，完成支付。
一種移動設(shè)備，包括
第一單元，用于執(zhí)行上層程序，在接收到進(jìn)行支付的命令后，向本機(jī)以預(yù) 定的端口發(fā)出調(diào)用請求；
第二單元，用于執(zhí)行底層支付程序，在所述預(yù)定的端口監(jiān)聽本機(jī)通過網(wǎng)絡(luò) 發(fā)來的調(diào)用請求，根據(jù)調(diào)用請求提供輸入支付信息界面并接收輸入的支付信息，通過網(wǎng)絡(luò)連接支付服務(wù)器并傳遞支付信息，完成支付。
由以上本申請實施例提供的技術(shù)方案可見，上層程序接收到打開購物網(wǎng)站 的購買鏈接的命令后，通過網(wǎng)絡(luò)向本機(jī)以預(yù)定的端口發(fā)出調(diào)用請求，底層支付 程序在所述預(yù)定的端口監(jiān)聽本機(jī)通過網(wǎng)絡(luò)發(fā)來的調(diào)用請求，底層支付程序根據(jù) 調(diào)用請求提供輸入支付信息界面并接收輸入的支付信息，底層支付程序通過網(wǎng) 絡(luò)連接支付服務(wù)器并傳遞支付信息，完成支付，可以實現(xiàn)上層程序?qū)Φ讓映绦?的調(diào)用并完成支付。


為了更清楚地說明本申請實施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實施 例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述 中的附圖僅僅是本申請中記載的 一些實施例，對于本領(lǐng)域普通技術(shù)人員來講， 在不付出創(chuàng)造性勞動性的前提下，還可以根據(jù)這些附圖獲得其他的附圖。
圖1為本申請涉及到支付過程的一網(wǎng)絡(luò)結(jié)構(gòu)圖2為本申請移動終端中實現(xiàn)支付的方法實施例的流程圖； 圖3為本申請涉及到支付過程的另一網(wǎng)絡(luò)結(jié)構(gòu)圖； 圖4為本申請移動終端中實現(xiàn)支付的方法實施例的流程圖； 圖5為本申請移動終端的框圖。
具體實施例方式
本申請實施例提供一種移動終端中實現(xiàn)支付的方法及移動設(shè)備。 為了使本技術(shù)領(lǐng)域的人員更好地理解本申請中的技術(shù)方案，下面將結(jié)合本 申請實施例中的附圖，對本申請實施例中的技術(shù)方案進(jìn)行清楚、完整地描述， 顯然，所描述的實施例僅僅是本申請一部分實施例，而不是全部的實施例?；?于本申請中的實施例，本領(lǐng)域普通技術(shù)人員在沒有作出創(chuàng)造性勞動前提下所獲 得的所有其他實施例，都應(yīng)當(dāng)屬于本發(fā)明保護(hù)的范圍。
涉及到支付過程的網(wǎng)絡(luò)結(jié)構(gòu)的一個示例可以如圖l所示，包括移動終端， Web服務(wù)器，支付服務(wù)器。移動終端中一般裝有Web瀏覽程序，移動終端可 以通過Web瀏覽程序訪問Web服務(wù)器，提供用戶瀏覽Web服務(wù)器上的網(wǎng)頁， 如采用Internet Explorer, Safari等類型的Web瀏覽器。
8用戶通過移動終端進(jìn)行支付時，需要利用本機(jī)上的支付程序，從而通過與 支付服務(wù)器的通信完成支付過程。本機(jī)上的支付程序作為本機(jī)中的軟件， 一般
為可執(zhí)行文件(如.exe文件)的形式，后續(xù)稱為底層支付軟件。
本機(jī)上的Web瀏覽器一般為上層程序，其包含一系列的腳本代碼(HTML 代碼)。如前所述，目前這類網(wǎng)頁的腳本代碼(HTML代碼)沒有提供可以執(zhí)行 可執(zhí)行文件(如.exe文件)的代碼，因此，目前還沒有有效的上層程序調(diào)用底層 程序的方案。
以下介紹本申請移動終端中實現(xiàn)支付的方法實施例，圖2示出了該方法實 施例的流程。移動終端的^^用者通過移動終端上的Web瀏覽器(一種上層程 序)與Web服務(wù)器交互后，例如打開購物網(wǎng)站的網(wǎng)頁，用戶可能選中某種商 品，即選中購物網(wǎng)站的購買鏈接，接下來進(jìn)行網(wǎng)上支付。則該方法實施例的流 程如圖2所示
S201:上層程序接收到打開購物網(wǎng)站的購買鏈接的命令后，通過網(wǎng)絡(luò)向本 機(jī)以預(yù)定的端口發(fā)出調(diào)用請求。
如前所述，這里的上層程序具體可以為網(wǎng)頁程序(Web瀏覽器)以及客戶 端應(yīng)用程序等。
該步驟，具體的，例如可以是上層程序向網(wǎng)絡(luò)地址127.0.0.1或者Localhost 以預(yù)定的端口發(fā)出調(diào)用請求(Request)。
127.0.0.1是回送地址，指本地機(jī)， 一般用來測試使用。
在計算機(jī)網(wǎng)絡(luò)中，localhost是給回路網(wǎng)絡(luò)接口的一個標(biāo)準(zhǔn)主機(jī)名。這個名 稱也是一個保留域名(RFC 2606)，為了避免同狹義定義主機(jī)名混淆而單獨(dú)列 出。在不使用計算機(jī)的主機(jī)名稱的地方指定為localhost。例如，將web服務(wù)器 上安裝的web瀏覽器指向http://localhost,將會顯示運(yùn)行這個瀏覽器的計算機(jī) 上所服務(wù)的網(wǎng)站的主頁，但是只有當(dāng)web服務(wù)器配置至服務(wù)回路接口 。
對于大多數(shù)習(xí)慣用localhost的情況來說，實質(zhì)上就是指向127.0.0.1這個 本地IP地址。在操作系統(tǒng)中，一4殳存在一配置文件，其中將localhost與127.0.0.1 綁定在一起。軟件領(lǐng)域的端口 一般指網(wǎng)絡(luò)中面向連接服務(wù)和無連接服務(wù)的通信協(xié)議端 口，是一種抽象的軟件結(jié)構(gòu)，包括一些數(shù)據(jù)結(jié)構(gòu)和1/0 (基本輸入輸出)緩沖 區(qū)。
面向連接和無連接協(xié)議 (Connection - Oriented and Connectionless Protocols ):
面向連接服務(wù)的主要特點有面向連接服務(wù)要經(jīng)過三個階段數(shù)據(jù)傳數(shù)前， 先建立連接，連接建立后再傳輸數(shù)據(jù)，數(shù)據(jù)傳送完后，釋放連接。面向連接服 務(wù)，可確保數(shù)據(jù)傳送的次序和傳輸?shù)目煽啃浴o連接服務(wù)的特點是無連接服 務(wù)只有傳輸數(shù)據(jù)階段。消除了除數(shù)據(jù)通信外的其它開銷。只要發(fā)送實體是活躍 的，無須接收實體也是活躍的。它的優(yōu)點是靈活方便、迅速，特別適合于傳送 少量零星的報文，但無連接服務(wù)不能防止報文的丟失、重復(fù)或失序。
TCP/IP協(xié)議在網(wǎng)絡(luò)層是無連接的。而"端口"，是傳輸層的內(nèi)容，是面向連 接的。協(xié)議里面低于1024的端口都有確切的定義，它們對應(yīng)著因特網(wǎng)上常見 的一些服務(wù)。
這些常見的服務(wù)劃分為使用TCP端口和使用UDP端口兩種。 網(wǎng)絡(luò)中可以被命名和尋址的通信端口是操作系統(tǒng)的 一種可分配資源。由網(wǎng) 絡(luò)開放系統(tǒng)互聯(lián)參考才莫型(Open System Interconnection Reference Model, OSI) 七層協(xié)議可知，傳輸層與網(wǎng)絡(luò)層最大的區(qū)別是傳輸層提供進(jìn)程通信能力，網(wǎng)絡(luò) 通信的最終地址不僅包括主機(jī)地址，還包括可描述進(jìn)程的某種標(biāo)識。所以 TCP/IP協(xié)議提出的協(xié)議端口 ，可以認(rèn)為是網(wǎng)絡(luò)通信進(jìn)程的一種標(biāo)識符。
應(yīng)用程序(調(diào)入內(nèi)存運(yùn)行后一般稱為進(jìn)程)通過系統(tǒng)調(diào)用與某端口建立 連接(binding,綁定)后，傳輸層傳給該端口的數(shù)據(jù)都被相應(yīng)的進(jìn)程所接收， 相應(yīng)進(jìn)程發(fā)給傳輸層的數(shù)據(jù)都從該端口輸出。在TCP/IP協(xié)議的實現(xiàn)中，端口 操作類似于一般的1/0操作，進(jìn)程獲取一個端口，相當(dāng)于獲取本地唯一的I/O 文件，可以用一般的讀寫方式訪問類似于文件描述符，每個端口都擁有一個叫 端口號的整數(shù)描述符，用來區(qū)別不同的端口。由于TCP/IP傳輸層的TCP和 UDP兩個協(xié)議是兩個完全獨(dú)立的軟件模塊，因此各自的端口號也相互獨(dú)立。如TCP有一個255號端口， UDP也可以有一個255號端口，兩者并不沖突。 端口號有兩種基本分配方式第一種叫全局分配這是一種集中分配方式，由一 個公認(rèn)權(quán)威的中央機(jī)構(gòu)根據(jù)用戶需要進(jìn)行統(tǒng)一分配，并將結(jié)果公布于眾，第二 種是本地分配，又稱動態(tài)連接，即進(jìn)程需要訪問傳輸層服務(wù)時，向本地操作系 統(tǒng)提出申請，操作系統(tǒng)返回本地唯一的端口號，進(jìn)程再通過合適的系統(tǒng)調(diào)用， 將自己和該端口連接起來(binding,綁定)。TCP/IP端口號的分配綜合了以上 兩種方式，將端口號分為兩部分，少量的作為保留端口，以全局方式分配給服 務(wù)進(jìn)程。每一個標(biāo)準(zhǔn)服務(wù)器都擁有一個全局公認(rèn)的端口叫周知口，即使在不同 的機(jī)器上，其端口號也相同。剩余的為自由端口，以本地方式進(jìn)行分配。TCP 和UDP規(guī)定，小于256的端口才能作為保留端口。
現(xiàn)有技術(shù)中，網(wǎng)頁腳本等無法直"^妄調(diào)用.EXE文件，也沒有諸如 SendMessage這樣的API用來與另一個程序通信，因此，現(xiàn)有技術(shù)中上層程序 無法與底層程序進(jìn)行交互，也就無法直接調(diào)用底層程序。
但是，事實上網(wǎng)頁腳本支持超文本傳輸協(xié)議(Hyper Text Transfer Protocol, HTTP)調(diào)用，則HTTP調(diào)用中可以包括目的主機(jī)的網(wǎng)絡(luò)地址，如前，例如為 127.0.0.1或者Localhost。而HTTP請求一般會采用默認(rèn)端口號80。于是，本 實施例中，通過HTTP調(diào)用，上層程序得以經(jīng)由網(wǎng)絡(luò)向本機(jī)以預(yù)定的端口發(fā)出 調(diào)用請求，從而本機(jī)底層程序可以接收調(diào)用請求。
S202:底層支付程序在所述預(yù)定的端口監(jiān)聽本機(jī)通過網(wǎng)絡(luò)發(fā)來的調(diào)用請求。
底層程序在內(nèi)存中運(yùn)行后，存在一守護(hù)進(jìn)程，并且可以作為系統(tǒng)的一項服 務(wù)，隨開機(jī)啟動。
底層程序的守護(hù)進(jìn)程會監(jiān)聽預(yù)定端口上發(fā)來的調(diào)用請求。則當(dāng)本機(jī)的上層 程序在預(yù)定端口上通過網(wǎng)絡(luò)發(fā)出調(diào)用請求后，底層程序的守護(hù)進(jìn)程可以監(jiān)聽到 該調(diào)用請求，進(jìn)而執(zhí)行相應(yīng)處理。
例如，如前所述，Web瀏覽器中的網(wǎng)頁腳本支持超文本傳輸協(xié)議HTTP 調(diào)用，HTTP調(diào)用請求中可以包括目的主機(jī)的網(wǎng)絡(luò)地址，如為127.0.0.1或者Localhost。而HTTP調(diào)用請求一般會采用默認(rèn)端口號80。于是，通過HTTP 調(diào)用，上層程序得以經(jīng)由網(wǎng)絡(luò)向本機(jī)以預(yù)定的端口 (如80端口)發(fā)出調(diào)用請 求，而本步驟中，底層支付程序可以監(jiān)聽80端口，監(jiān)聽本機(jī)通過網(wǎng)絡(luò)發(fā)來的 調(diào)用請求。
S203:底層支付程序根據(jù)調(diào)用請求提供輸入支付信息界面并接收輸入的支 付信息。
底層程序的編寫更靠近軟件的底層，可以直接調(diào)用底層的API。因此，在 執(zhí)行相應(yīng)處理過程中，可以調(diào)用底層API實現(xiàn)相關(guān)的功能。
如這里提到的，底層支付程序提供輸入支付信息界面并接收輸入的支付信
臺
其中，調(diào)用請求中，可以傳遞一些參數(shù)。底層支付程序在收到調(diào)用請求后， 可以根據(jù)調(diào)用請求中傳遞的參數(shù)進(jìn)行相應(yīng)的處理，比如通過調(diào)用鍵盤輸入進(jìn)行
輸入密碼、付款等操作。通過鍵盤輸入密碼這類操作，需要調(diào)用底層的i/o接 口等，通常這類操作通過調(diào)用底層API實現(xiàn)。而且為了對輸入的密碼等敏感信 息進(jìn)行保護(hù)，通常還需要用到復(fù)雜的加密算法?，F(xiàn)在慣用的做法就是一個用底 層API寫的底層程序?qū)崿F(xiàn)，而非本實施例中的上層程序可以直接實現(xiàn)，這也就 是本實施例需要解決的上層程序與底層程序進(jìn)行交互的一個目的。
S204:底層支付程序通過網(wǎng)絡(luò)連接支付服務(wù)器并傳遞支付信息，完成支付。 在前述輸入密碼這類操:作完成后，底層程序與其它服務(wù)器進(jìn)行交互，例如 與支付服務(wù)器(如采用支付寶進(jìn)行交易，則這里可以具體為支付寶服務(wù)器)進(jìn) 行通信，完成支付操作的驗證，進(jìn)而，底層程序返回結(jié)果給上層程序。
例如，上層程序收到反饋的處理結(jié)果后，上層程序?qū)Y(jié)果要進(jìn)行哪些處理， 則會依上層程序的邏輯而定，例如是網(wǎng)頁腳本打開一個購物網(wǎng)站的網(wǎng)頁，顯示 付款成功或者失敗這類的頁面。
另夕卜，所述上層程序發(fā)出的調(diào)用請求中，還可以包括處理結(jié)果的反饋需求。 則，如果調(diào)用請求中包含對底層程序處理結(jié)果的反饋需求，則在S204之后，該實施例還可以包括
S205:底層程序?qū)⑺鎏幚斫Y(jié)果返回給上層程序。
具體的，返回處理結(jié)果的方式，也可以是通過網(wǎng)絡(luò)向本機(jī)以預(yù)定的端口發(fā)送。
其中，可以是向網(wǎng)絡(luò)地址127.0.0.1或Localhost以預(yù)定端口進(jìn)行反饋。則 上層程序在內(nèi)存中的守護(hù)進(jìn)程則可以監(jiān)聽到反饋的結(jié)果，從而在移動設(shè)備上向 用戶進(jìn)行展現(xiàn)等工作。
通過上述實施例可見，上層程序接收到打開購物網(wǎng)站的購買鏈接的命令 后，通過網(wǎng)絡(luò)向本機(jī)以預(yù)定的端口發(fā)出調(diào)用請求，底層支付程序在所述預(yù)定的 端口監(jiān)聽本機(jī)通過網(wǎng)絡(luò)發(fā)來的調(diào)用請求，底層支付程序根據(jù)調(diào)用請求提供輸入 支付信息界面并接收輸入的支付信息，底層支付程序通過網(wǎng)絡(luò)連接支付服務(wù)器 并傳遞支付信息，完成支付，可以實現(xiàn)上層程序?qū)Φ讓映绦虻恼{(diào)用并完成支付。
涉及到支付過程的網(wǎng)絡(luò)結(jié)構(gòu)的另一示例可以如圖3所示，包括移動終端， 游戲服務(wù)器，支付服務(wù)器。該實例中，移動終端中裝有J2ME程序，例如是一 種J2ME類型的游戲軟件，移動終端在執(zhí)行該J2ME程序過程中與游戲服務(wù)器 通信，提供游戲內(nèi)容與游戲服務(wù)器的交互。
這個J2ME類型的游戲，例如提供免費(fèi)的體驗關(guān)卡為第一、二關(guān)。如果用 戶在移動設(shè)備上完成了第一、二關(guān)，而希望繼續(xù)玩第三關(guān)，或者玩后續(xù)關(guān)卡， 則J2ME程序?qū)⑻崾拘枰M(jìn)行支付后游戲才可以繼續(xù)。這個過程中，J2ME程 序?qū)⑴c游戲服務(wù)器進(jìn)行交互，接收游戲服務(wù)器發(fā)來的進(jìn)行支付的指示，并呈現(xiàn) 于J2ME程序中。
用戶通過移動終端進(jìn)行支付時，需要利用本機(jī)上的支付程序，從而通過與 支付服務(wù)器的通信完成支付過程。本機(jī)上的支付程序作為本機(jī)中的軟件， 一般 為可執(zhí)行文件(如.exe文件)的形式，后續(xù)稱為底層支付軟件。
本機(jī)上的J2ME—般為上層程序，其包含一系列的J2ME命令。如前所述， 目前這類J2ME命令沒有提供可以執(zhí)行可執(zhí)行文件(如.exe文件)的代碼，因此，
13目前還沒有有效的此類上層程序調(diào)用底層程序的方案。
以下介紹本申請移動終端中實現(xiàn)支付的第二方法實施例，圖4示出了該方
法實施例的流程。移動終端的使用者通過移動終端上的J2ME程序與游戲服務(wù)
器交互后，例如接收到進(jìn)行支付的提示，用戶可能選擇進(jìn)行支付，接下來可以
進(jìn)行網(wǎng)上支付。則該方法實施例的流程如圖4所示
S401:上層程序接收到進(jìn)行支付的命令后，通過網(wǎng)絡(luò)向本機(jī)以預(yù)定的端口 發(fā)出調(diào)用請求。
如前所述，這里的上層程序具體可以為J2ME類型的應(yīng)用程序等。 該步驟，具體的，例如可以是上層程序向網(wǎng)絡(luò)地址127.0.0.1或者Localhost 以預(yù)定的端口發(fā)出調(diào)用請求(Request)。
如前所述，127.0.0.1、 Localhost是回送地址，指本地機(jī)， 一般用來測試使用。
現(xiàn)有技術(shù)中，J2ME程序等上層程序無法直接調(diào)用.EXE文件,也沒有諸如 SendMessage這樣的API用來與另一個底層程序通信，因此，現(xiàn)有4支術(shù)中上層 程序無法與底層程序進(jìn)行交互，也就無法直接調(diào)用底層程序。
但是，事實上J2ME命令調(diào)用，則調(diào)用命令中可以包括目的主機(jī)的網(wǎng)絡(luò)地 址，如前，例如為127.0.0.1或者Localhost。而調(diào)用命令一般會采用 一端口號 進(jìn)行。于是，本實施例中，通過J2ME的調(diào)用命令，上層程序得以經(jīng)由網(wǎng)絡(luò)向 本機(jī)以預(yù)定的端口發(fā)出調(diào)用請求，從而本機(jī)底層程序可以接收調(diào)用請求。
S402:底層支付程序在所述預(yù)定的端口監(jiān)聽本機(jī)通過網(wǎng)絡(luò)發(fā)來的調(diào)用請求。
底層程序在內(nèi)存中運(yùn)行后，存在一守護(hù)進(jìn)程，并且可以作為系統(tǒng)的一項服 務(wù)，隨開^^啟動。
底層程序的守護(hù)進(jìn)程會監(jiān)聽預(yù)定端口上發(fā)來的調(diào)用請求。則當(dāng)本機(jī)的上層 程序在預(yù)定端口上通過網(wǎng)絡(luò)發(fā)出調(diào)用請求后，底層程序的守護(hù)進(jìn)程可以監(jiān)聽到 該調(diào)用請求，進(jìn)而寺丸行相應(yīng)處理。
例如，如前所述，J2ME程序發(fā)出的調(diào)用請求中可以包括目的主機(jī)的網(wǎng)絡(luò)地址，如為127.0.0.1或者Localhost，并包括一預(yù)定的端口號。于是，通過J2ME 調(diào)用，上層程序得以經(jīng)由網(wǎng)絡(luò)向本機(jī)以預(yù)定的端口發(fā)出調(diào)用請求，而本步驟中， 底層支付程序可以監(jiān)聽所述預(yù)定端口 ，監(jiān)聽本機(jī)通過網(wǎng)絡(luò)發(fā)來的調(diào)用請求。
S403:底層支付程序根據(jù)調(diào)用請求提供輸入支付信息界面并接收輸入的支 付信息。
底層程序的編寫更靠近軟件的底層，可以直接調(diào)用底層的API。因此，在 執(zhí)行相應(yīng)處理過程中，可以調(diào)用底層API實現(xiàn)相關(guān)的功能。如這里提到的，底
其中，調(diào)用請求中，可以傳遞一些參數(shù)。底層支付程序在收到調(diào)用請求后， 可以根據(jù)調(diào)用請求中傳遞的參數(shù)進(jìn)行相應(yīng)的處理，比如通過調(diào)用4建盤輸入進(jìn)行 輸入密碼、付款等操作。通過鍵盤輸入密碼這類操作，需要調(diào)用底層的I/0接 口等，通常這類操作通過調(diào)用底層API實現(xiàn)。而且為了對輸入的密碼等敏感信 息進(jìn)行保護(hù)，通常還需要用到復(fù)雜的加密算法?，F(xiàn)在慣用的做法就是一個用底 層API寫的底層程序?qū)崿F(xiàn)，而非本實施例中的上層程序可以直接實現(xiàn)，這也就 是本實施例需要解決的上層程序與底層程序進(jìn)行交互的 一個目的。
S404:底層支付程序通過網(wǎng)絡(luò)連接支付服務(wù)器并傳遞支付信息，完成支付。
在前述輸入密碼這類操作完成后，底層程序與其它服務(wù)器進(jìn)行交互，例如 與支付服務(wù)器(如采用支付寶進(jìn)行交易，則這里可以具體為支付寶服務(wù)器)進(jìn) 行通信，完成支付操作的驗證，進(jìn)而，底層程序返回結(jié)果給上層程序。
在S404之后，該實施例還可以包括
S405:底層程序?qū)⑺鎏幚斫Y(jié)果返回給上層程序。
具體的，返回處理結(jié)果的方式，也可以是通過網(wǎng)絡(luò)向本機(jī)以預(yù)定的端口發(fā)送。
其中，可以是向網(wǎng)絡(luò)地址127.0.0.1或Localhost以預(yù)定端口進(jìn)行反饋。則 上層程序在內(nèi)存中的守護(hù)進(jìn)程則可以監(jiān)聽到反饋的結(jié)果，從而在移動設(shè)備上向 用戶進(jìn)行展現(xiàn)等工作。
例如，上層程序收到反饋的處理結(jié)果后，上層程序?qū)Y(jié)果要進(jìn)行哪些處理。則會依上層程序的邏輯而定，例如是J2ME向游戲服務(wù)器發(fā)送支付成功命令， 進(jìn)而游戲服務(wù)器提供J2ME程序中部分內(nèi)容的解鎖命令，例如解鎖J2ME游戲 程序的第三關(guān)或后續(xù)關(guān)卡，或者是游戲服務(wù)器提供第三關(guān)或后續(xù)關(guān)卡的下載， 從而用戶可以執(zhí)行J2ME程序中第三關(guān)及后續(xù)關(guān)卡的游戲。
其中，用戶選擇進(jìn)行支付后，作為上層程序的J2ME通過網(wǎng)絡(luò)向127.0.0.1 或Localhost以預(yù)定的端口發(fā)出調(diào)用請求，該調(diào)用請求中還包括傳遞的與支付 相關(guān)的參數(shù)。上層程序發(fā)出調(diào)用請求后，阻塞在等待底層程序響應(yīng)狀態(tài)。底層 程序在預(yù)定的端口監(jiān)聽本機(jī)通過網(wǎng)絡(luò)發(fā)來的調(diào)用請求，進(jìn)而底層程序可以根據(jù) 調(diào)用請求以及其中的支付相關(guān)參數(shù)進(jìn)行相應(yīng)處理。具體的，比如通過調(diào)用鍵盤 輸入進(jìn)行輸入密碼、付款等操作。在輸入密碼這類操作完成后，底層程序與其 它服務(wù)器進(jìn)行交互，例如與支付服務(wù)器(如釆用支付寶進(jìn)行交易，則這里可以 具體為支付寶服務(wù)器)進(jìn)行通信，完成支付操作的驗證，進(jìn)而，底層程序返回 結(jié)果給上層程序。上層程序收到反饋的處理結(jié)果后，上層程序?qū)Y(jié)果要進(jìn)行哪 些處理，則會依上層程序的邏輯而定，例如是網(wǎng)頁腳本打開一個購物網(wǎng)站的網(wǎng) 頁，顯示付款成功或者失敗這類的頁面。
通過上述實施例可見，上層程序接收到進(jìn)行支付的命令后，通過網(wǎng)絡(luò)向本 機(jī)以預(yù)定的端口發(fā)出調(diào)用請求，底層支付程序在所述預(yù)定的端口監(jiān)聽本機(jī)通過 網(wǎng)絡(luò)發(fā)來的調(diào)用請求，底層支付程序根據(jù)調(diào)用請求提供輸入支付信息界面并接 收輸入的支付信息，底層支付程序通過網(wǎng)絡(luò)連接支付服務(wù)器并傳遞支付信息， 完成支付，可以實現(xiàn)上層程序?qū)Φ讓映绦虻恼{(diào)用并完成支付。
以下介紹本發(fā)明移動設(shè)備的一個實施例，圖5示出了該移動設(shè)備實施例的 框圖，如圖5所示，包括
第一單元51，用于執(zhí)行上層程序，在接收到打開購物網(wǎng)站的購買鏈接的 命令后，通過網(wǎng)絡(luò)向本機(jī)以預(yù)定的端口發(fā)出調(diào)用請求；
第二單元52,用于執(zhí)行底層支付程序，并在所述預(yù)定的端口監(jiān)聽本機(jī)通過網(wǎng)絡(luò)發(fā)來的調(diào)用請求，根據(jù)調(diào)用請求提供輸入支付信息界面并接收輸入的支 付信息，通過網(wǎng)絡(luò)連接支付服務(wù)器并傳遞支付信息，完成支付。
所述第一單元51,可以由單核處理器中負(fù)責(zé)處理上層程序的邏輯部分構(gòu) 成，或可由多核處理器中負(fù)責(zé)處理上層程序的一個核心處理器構(gòu)成。
所述第二單元52,可以由單核處理器中負(fù)責(zé)處理上層程序的邏輯部分構(gòu) 成，或可由多核處理器中負(fù)責(zé)處理底層程序的另一核心處理器構(gòu)成。
優(yōu)選地，所述移動設(shè)備中，所述第一單元51向網(wǎng)絡(luò)地址127.0.0.1或者 Localhost以預(yù)定的端口發(fā)出調(diào)用請求。
優(yōu)選地，所述移動設(shè)備中，所述第一單元51通過網(wǎng)絡(luò)向本機(jī)以預(yù)定的端 口發(fā)出超文本傳輸協(xié)議HTTP形式的調(diào)用請求。
優(yōu)選地，所述移動設(shè)備中，所述第一單元51發(fā)出的調(diào)用請求中包括傳遞 的參數(shù)；
相應(yīng)地，所述第二單元52還根據(jù)調(diào)用請求進(jìn)行相應(yīng)處理包括底層程序才艮 據(jù)調(diào)用請求中傳遞的參數(shù)進(jìn)行相應(yīng)處理。
優(yōu)選地，所述移動設(shè)備中，所述第二單元52還用于將處理結(jié)果返回給所 述第一單元。
此外，所述第二單元根據(jù)調(diào)用請求中傳遞的參數(shù)進(jìn)行相應(yīng)處理，可以包括 第二單元與其它服務(wù)器交互。這里的服務(wù)器可以包括支付服務(wù)器，例如采
用支付寶支付的情況，則該支付服務(wù)器具體為支付寶服務(wù)器。
所述第 一單元發(fā)出調(diào)用請求之后，還可以阻塞在等待底層程序響應(yīng)狀態(tài)，
從而等待前述所述的第二單元返回的處理結(jié)果。 所述上層程序包括瀏覽器程序。
利用上述移動設(shè)備實現(xiàn)上層程序與底層程序交互的方法與前述圖2所示 的方法實施例類似，在此不再贅述。
以下介紹本發(fā)明移動設(shè)備的另一實施例，該移動設(shè)備實施例的組成如圖5 所示包括第一單元51,用于執(zhí)行上層程序，在接收到進(jìn)行支付的命令后，通過網(wǎng) 絡(luò)向本機(jī)以預(yù)定的端口發(fā)出調(diào)用請求；
第二單元52,用于執(zhí)行底層支付程序，在所述預(yù)定的端口監(jiān)聽本機(jī)通過
網(wǎng)絡(luò)發(fā)來的調(diào)用請求，根據(jù)調(diào)用請求提供輸入支付信息界面并接收輸入的支付 信息，通過網(wǎng)絡(luò)連接支付服務(wù)器并傳遞支付信息，完成支付。
優(yōu)選地，所述移動設(shè)備中，所述第一單元51向網(wǎng)絡(luò)地址127.0.0.1或者 Localhost以預(yù)定的端口發(fā)出調(diào)用"^青求。
優(yōu)選地，所述移動設(shè)備中，所述第一單元52發(fā)出的調(diào)用請求中包括傳遞 的參數(shù)；
相應(yīng)地，所述第二單元52還才艮據(jù)調(diào)用請求中傳遞的參數(shù)進(jìn)行相應(yīng)處理。
優(yōu)選地，所述移動設(shè)備中，所述第一單元52發(fā)出調(diào)用請求之后，阻塞在 等待底層程序響應(yīng)的狀態(tài)。
優(yōu)選地，所述移動設(shè)備中，所述第二單元52還用于將處理結(jié)果返回給所 述第一單元。
所述上層程序包括J2ME程序。
的方法實施例類似，在此不再贅述。
為了描述的方便，描述以上裝置時以功能分為各種單元分別描述。當(dāng)然， 在實施本發(fā)明時可以把各單元的功能在同一個或多個軟件和/或硬件中實現(xiàn)。
通過以上的實施方式的描述可知，本領(lǐng)域的技術(shù)人員可以清楚地了解到本 發(fā)明可借助軟件加必需的通用硬件平臺的方式來實現(xiàn)?；谶@樣的理解，本發(fā)
式體現(xiàn)出來，該計算機(jī)軟件產(chǎn)品可以存儲在存儲介質(zhì)中，如ROM/RAM、磁碟、 光盤等，包括若干指令用以使得一臺計算機(jī)設(shè)備(可以是個人計算機(jī)，服務(wù)器，
本說明書中的各個實施例均采用遞進(jìn)的方式描述，各個實施例之間相同相 似的部分互相參見即可，每個實施例重點說明的都是與其他實施例的不同之言，由于其基本相似于方法實施例，所以描述的 比較簡單，相關(guān)之處參見方法實施例的部分說明即可。
本發(fā)明可用于眾多通用或?qū)Ｓ玫挠嬎阆到y(tǒng)環(huán)境或配置中。例如個人計算 機(jī)、服務(wù)器計算機(jī)、手持設(shè)備或便攜式設(shè)備、平板型設(shè)備、多處理器系統(tǒng)、基
于微處理器的系統(tǒng)、置頂盒、可編程的消費(fèi)電子設(shè)備、網(wǎng)絡(luò)PC、小型計算機(jī)、
大型計算機(jī)、包括以上任何系統(tǒng)或設(shè)備的分布式計算環(huán)境等等。
本發(fā)明可以在由計算機(jī)執(zhí)行的計算機(jī)可執(zhí)行指令的一般上下文中描述，例 如程序模塊。 一般地，程序模塊包括執(zhí)行特定任務(wù)或?qū)崿F(xiàn)特定抽象數(shù)據(jù)類型的 例程、程序、對象、組件、數(shù)據(jù)結(jié)構(gòu)等等。也可以在分布式計算環(huán)境中實踐本 發(fā)明，在這些分布式計算環(huán)境中，由通過通信網(wǎng)絡(luò)而被連接的遠(yuǎn)程處理設(shè)備來 執(zhí)行任務(wù)。在分布式計算環(huán)境中，程序模塊可以位于包括存儲設(shè)備在內(nèi)的本地 和遠(yuǎn)程計算機(jī)存儲介質(zhì)中。
雖然通過實施例描繪了本發(fā)明，本領(lǐng)域普通技術(shù)人員知道，本發(fā)明有許多 變形和變化而不脫離本發(fā)明的精神，希望所附的權(quán)利要求包括這些變形和變化 而不脫離本發(fā)明的精神。
權(quán)利要求
1、移動終端中實現(xiàn)支付的方法，其特征在于，包括上層程序接收到打開購物網(wǎng)站的購買鏈接的命令后，向本機(jī)以預(yù)定的端口發(fā)出調(diào)用請求；底層支付程序在所述預(yù)定的端口監(jiān)聽本機(jī)通過網(wǎng)絡(luò)發(fā)來的調(diào)用請求；底層支付程序根據(jù)調(diào)用請求提供輸入支付信息界面并接收輸入的支付信息；底層支付程序通過網(wǎng)絡(luò)連接支付服務(wù)器并傳遞支付信息，完成支付。
2、 如權(quán)利要求l所述的方法，其特征在于，所述上層程序接收到打開購 物網(wǎng)站的購買鏈接的命令后，通過網(wǎng)絡(luò)向本機(jī)以預(yù)定的端口發(fā)出調(diào)用請求。
3、 如權(quán)利要求1或2所述的方法，其特征在于，所述上層程序向本機(jī)以 預(yù)定的端口發(fā)出調(diào)用請求，包括上層程序向網(wǎng)絡(luò)地址127.0.0.1或者Localhost以預(yù)定的端口發(fā)出調(diào)用請求。
4、 如權(quán)利要求1所述的方法，其特征在于，所述上層程序向本機(jī)以預(yù)定 的端口發(fā)出調(diào)用請求，包括上層程序向本機(jī)以預(yù)定的端口發(fā)出超文本傳輸協(xié)議HTTP形式的調(diào)用請求。
5、 如權(quán)利要求l所述的方法，其特征在于，所述上層程序發(fā)出的調(diào)用請 求中包括傳遞的參數(shù)；相應(yīng)地，所述底層程序還根據(jù)調(diào)用請求中傳遞的參數(shù)進(jìn)行相應(yīng)處理。
6、 如權(quán)利要求1或4或5所述的方法，其特征在于，所述上層程序發(fā)出 調(diào)用請求之后還包括上層程序阻塞在等待底層程序響應(yīng)的狀態(tài)。
7、 如權(quán)利要求l所述的方法，其特征在于，所述方法之后還包括 底層程序?qū)⑺鎏幚斫Y(jié)果返回給上層程序。
8、 如權(quán)利要求1或2所述的方法，其特征在于，所述上層程序包括瀏覽 器程序。
9、 移動終端中實現(xiàn)支付的方法，其特征在于，包括 上層程序接收到進(jìn)行支付的命令后，向本機(jī)以預(yù)定的端口發(fā)出調(diào)用請求； 底層支付程序在所述預(yù)定的端口監(jiān)聽本機(jī)通過網(wǎng)絡(luò)發(fā)來的調(diào)用請求； 底層支付程序根據(jù)調(diào)用請求提供輸入支付信息界面并接收輸入的支付信自 底層支付程序通過網(wǎng)絡(luò)連接支付服務(wù)器并傳遞支付信息，完成支付。
10、 如權(quán)利要求9所述的方法，其特征在于，所述上層程序接收到進(jìn)行支 付的命令后，通過網(wǎng)絡(luò)向本^JL以預(yù)定的端口發(fā)出調(diào)用請求。
11、 如權(quán)利要求9或IO所述的方法，其特征在于，所述上層程序向本機(jī) 以預(yù)定的端口發(fā)出調(diào)用請求，包括上層程序向網(wǎng)絡(luò)地址127.0.0.1或者Localhost以預(yù)定的端口發(fā)出調(diào)用請求。
12、 如權(quán)利要求9所述的方法，其特征在于，所述上層程序發(fā)出的調(diào)用請 求中包括傳遞的參數(shù)；相應(yīng)地，所述底層程序還才艮據(jù)調(diào)用請求中傳遞的參數(shù)進(jìn)行相應(yīng)處理。
13、 如權(quán)利要求9或10或12所述的方法，其特征在于，所述上層程序發(fā) 出調(diào)用請求之后還包括上層程序阻塞在等待底層程序響應(yīng)的狀態(tài)。
14、 如權(quán)利要求9所述的方法，其特征在于，所述方法之后還包括 底層程序?qū)⑺鎏幚斫Y(jié)果返回給上層程序。
15、 如權(quán)利要求8所述的方法，其特征在于，所述上層程序包括J2ME程序。
16、 一種移動設(shè)備，其特征在于，包括第一單元，用于執(zhí)行上層程序，在接收到打開購物網(wǎng)站的購買鏈接的命令 后，向本才幾以預(yù)定的端口發(fā)出調(diào)用請求；第二單元，用于執(zhí)行底層支付程序，在所述預(yù)定的端口監(jiān)聽本機(jī)通過網(wǎng)絡(luò) 發(fā)來的調(diào)用請求，根據(jù)調(diào)用請求提供輸入支付信息界面并接收輸入的支付信 息，通過網(wǎng)絡(luò)連接支付服務(wù)器并傳遞支付信息，完成支付。
17、 如權(quán)利要求16所述的移動設(shè)備，其特征在于，所述第一單元在接收 到打開購物網(wǎng)站的購買鏈接的命令后，通過網(wǎng)絡(luò)向本機(jī)以預(yù)定的端口發(fā)出調(diào)用 請求。
18、 如權(quán)利要求16所述的移動設(shè)備，其特征在于，所述第一單元向網(wǎng)絡(luò) 地址127.0.0.1或者Localhost以預(yù)定的端口發(fā)出調(diào)用請求。
19、 如權(quán)利要求16所述的移動設(shè)備，其特征在于，所述第一單元通過網(wǎng) 絡(luò)向本機(jī)以預(yù)定的端口發(fā)出超文本傳輸協(xié)議HTTP形式的調(diào)用請求。
20、 如權(quán)利要求16所述的移動設(shè)備，其特征在于，所述第一單元發(fā)出的 調(diào)用請求中包括傳遞的參數(shù)；相應(yīng)地，所述第二單元還根據(jù)調(diào)用請求中傳遞的參數(shù)進(jìn)行相應(yīng)處理。
21、 如權(quán)利要求16至20中任一項所述的移動設(shè)備，其特征在于，所述第 一單元發(fā)出調(diào)用請求之后，阻塞在等待底層程序響應(yīng)的狀態(tài)。
22、 如權(quán)利要求16至20中任一項所述的移動設(shè)備，其特征在于，所述第 二單元還用于將處理結(jié)果返回給所述第一單元。
23、 如權(quán)利要求16所述的移動設(shè)備，其特征在于，所述上層程序包括瀏 覽器程序。
24、 一種移動設(shè)備，其特征在于，包括第一單元，用于執(zhí)行上層程序，在接收到進(jìn)行支付的命令后，向本機(jī)以預(yù) 定的端口發(fā)出調(diào)用請求；第二單元，用于執(zhí)行底層支付程序，在所述預(yù)定的端口監(jiān)聽本機(jī)通過網(wǎng)絡(luò)發(fā)來的調(diào)用請求，根據(jù)調(diào)用請求提供輸入支付信息界面并接收輸入的支付信 息，通過網(wǎng)絡(luò)連接支付服務(wù)器并傳遞支付信息，完成支付。
25、 如權(quán)利要求24所述的移動設(shè)備，其特征在于，所述第一單元在接收到進(jìn)行支付的命令后，通過網(wǎng)絡(luò)向本機(jī)以預(yù)定的端口發(fā)出調(diào)用請求。
26、 如權(quán)利要求24所述的移動設(shè)備，其特征在于，所述第一單元向網(wǎng)絡(luò) 地址127.0.0.1或者Localhost以預(yù)定的端口發(fā)出調(diào)用請求。
27、 如權(quán)利要求25所述的移動設(shè)備，其特征在于，所述第一單元發(fā)出的 調(diào)用請求中包括傳遞的參數(shù)；相應(yīng)地，所述第二單元還根據(jù)調(diào)用請求中傳遞的參數(shù)進(jìn)行相應(yīng)處理。
28、 如權(quán)利要求24至27中任一項所述的移動設(shè)備，其特征在于，所述第 一單元發(fā)出調(diào)用請求之后，阻塞在等待底層程序響應(yīng)的狀態(tài)。
29、 如權(quán)利要求24至27中任一項所述的移動設(shè)備，其特征在于，所述第 二單元還用于將處理結(jié)果返回給所述第一單元。
30、 如權(quán)利要求24所述的移動設(shè)備，其特征在于，所述上層程序包括J2ME 程序。
全文摘要
一種實現(xiàn)上層程序與底層程序交互的方法及移動設(shè)備。一種實現(xiàn)上層程序與底層程序交互的方法實施例，包括上層程序接收到打開購物網(wǎng)站的購買鏈接的命令后，通過網(wǎng)絡(luò)向本機(jī)以預(yù)定的端口發(fā)出調(diào)用請求，底層支付程序在所述預(yù)定的端口監(jiān)聽本機(jī)通過網(wǎng)絡(luò)發(fā)來的調(diào)用請求，底層支付程序根據(jù)調(diào)用請求提供輸入支付信息界面并接收輸入的支付信息，底層支付程序通過網(wǎng)絡(luò)連接支付服務(wù)器并傳遞支付信息，完成支付。利用本方法，可以實現(xiàn)上層程序?qū)Φ讓映绦虻恼{(diào)用。
文檔編號G06F17/00GK101576989SQ20091014548
公開日2009年11月11日 申請日期2009年6月9日 優(yōu)先權(quán)日2009年6月9日
發(fā)明者剛 李 申請人:阿里巴巴集團(tuán)控股有限公司