TWI567664B - 移動式終端中實現支付的方法及移動式設備 - Google Patents
移動式終端中實現支付的方法及移動式設備 Download PDFInfo
- Publication number
- TWI567664B TWI567664B TW099106634A TW99106634A TWI567664B TW I567664 B TWI567664 B TW I567664B TW 099106634 A TW099106634 A TW 099106634A TW 99106634 A TW99106634 A TW 99106634A TW I567664 B TWI567664 B TW I567664B
- Authority
- TW
- Taiwan
- Prior art keywords
- program
- payment
- underlying
- call request
- upper layer
- Prior art date
Links
Description
本發明係有關電腦軟體技術領域,特別有關一種移動式終端中實現支付的方法及移動式設備。
在移動式設備(例如手機、PDA)中,經常運行一些上層的應用程式,如網頁腳本(script)、J2ME程式等。J2ME(Java 2 Micro Edition)是Java 2的一個組成部分,它與J2SE、J2EE並稱。J2ME是一種高度最佳化的Java運行環境,主要針對消費類電子設備的,例如蜂巢式電話和可視電話、數位機頂盒、汽車導航系統等等。
這類上層程式,通常無法實現調用底層應用程式介面(API),而在一些情況下,又必需要這樣去做。例如,用戶在移動式設備上瀏覽購物網站的網頁後,也想要像家用PC機上那樣進行網上交易,透過網上銀行來實施付款。而在移動式設備中運行的網上銀行用戶端大多都採用了底層API編寫,例如支付寶(Alipay)的手機用戶端。而且這類移動式設備中運行的網上銀行用戶端,常以C++語言編寫,更靠近系統底層,其中一些代碼透過直接調用底層代碼來實現。這樣,上層程式需要透過調用底層程式來實現。
但是,由於目前這類網頁的腳本代碼(HTML代碼)沒有提供可以執行可執行檔(如.exe檔)的代碼,因此,目前還沒有有效的上層程式調用底層程式的方案。
還存在的情況是,在J2ME形式的手機程式中,例如遊戲程式,往往設置有可供用戶免費體驗的關卡,如前兩關。如果用戶希望玩第三關或後續關卡,則需要透過該J2ME的手機程式調用底層的手機支付程式進行付費,例如調用支付寶手機用戶端來付費。同樣地,因為J2ME程式也沒有提供直接執行某一個可執行檔(如.EXE檔)的語法,因此,目前還沒有有效的上層程式調用底層程式的方案。
本申請案之實施例的目的在於提供一種移動式終端中實現支付的方法及移動式設備,以實現在移動式終端上進行支付。
為解決上述技術問題,本申請案之實施例提供一種移動式終端中實現支付的方法及移動式設備是這樣實現的:移動式終端中實現支付的方法,包括:上層程式在接收到打開購物網站的購買鏈結的命令後,向本地主機經由預定的埠而發出調用請求;底層支付程式經由所述預定的埠監視本地主機透過網路發來的調用請求;底層支付程式根據調用請求而提供輸入支付資訊介面並接收輸入的支付資訊;底層支付程式透過網路而連接支付伺服器並傳遞支付資訊,以完成支付。
移動式終端中實現支付的方法,包括:上層程式在接收到進行支付的命令後,向本地主機經由預定的埠而發出調用請求;底層支付程式經由所述預定的埠監視本地主機透過網路發來的調用請求;底層支付程式根據調用請求而提供輸入支付資訊介面並接收輸入的支付資訊;底層支付程式透過網路而連接支付伺服器並傳遞支付資訊,以完成支付。
一種移動式設備,包括:第一單元,用以執行上層程式,在接收到打開購物網站的購買鏈結的命令後,向本地主機經由預定的埠而發出調用請求;第二單元,用以執行底層支付程式,經由所述預定的埠監視本地主機透過網路發來的調用請求,根據調用請求而提供輸入支付資訊介面並接收輸入的支付資訊,透過網路而連接支付伺服器並傳遞支付資訊,以完成支付。
一種移動式設備,包括:第一單元,用以執行上層程式,在接收到進行支付的命令後,向本地主機經由預定的埠而發出調用請求;第二單元,用以執行底層支付程式,經由所述預定的埠監視本地主機透過網路發來的調用請求,根據調用請求而提供輸入支付資訊介面並接收輸入的支付資訊,透過網路而連接支付伺服器並傳遞支付資訊,以完成支付。
由以上本申請案之實施例提供的技術方案可見,上層程式接收到打開購物網站的購買鏈結的命令後,透過網路向本地主機經由預定的埠而發出調用請求,底層支付程式經由所述預定的埠監視本地主機透過網路發來的調用請求,底層支付程式根據調用請求而提供輸入支付資訊介面並接收輸入的支付資訊,底層支付程式透過網路而連接支付伺服器並傳遞支付資訊,以完成支付,可以實現上層程式對底層程式的調用並完成支付。
本申請案之實施例提供一種移動式終端中實現支付的方法及移動式設備。
為了使本技術領域的人員更好地理解本申請案中的技術方案,下面將結合本申請案之實施例中的附圖,對本申請案之實施例中的技術方案進行清楚、完整地描述,顯然,所描述的實施例僅僅是本申請案的一部分實施例,而不是全部的實施例。基於本申請案中的實施例,本領域普通技術人員在沒有作出創造性勞動前提下所獲得的所有其他實施例,都應當屬於本發明保護的範圍。
涉及到支付過程的網路結構的一個示例可以如圖1所示,包括移動式終端、Web伺服器、及支付伺服器。移動式終端中一般係安裝有Web瀏覽程式,移動式終端可以透過Web瀏覽程式來訪問Web伺服器,以提供用戶瀏覽Web伺服器上的網頁,如採用Internet Explorer,Safari等類型的Web瀏覽器。
用戶透過移動式終端來進行支付時,需要利用本地主機上的支付程式,從而透過與支付伺服器的通信來完成支付過程。本地主機上的支付程式作為本地主機中的軟體,一般為可執行檔(如.exe檔)的形式,後續被稱為底層支付軟體。
本地主機上的Web瀏覽器一般為上層程式,其包含一系列的腳本代碼(script code)(HTML代碼)。如前所述,目前這類網頁的腳本代碼(HTML代碼)沒有提供可以執行可執行檔(如.exe檔)的代碼,因此,目前還沒有有效的上層程式調用底層程式的方案。
以下介紹本申請案之移動式終端中實現支付的方法實施例,圖2示出了該方法實施例的流程。移動式終端的使用者透過移動式終端上的Web瀏覽器(一種上層程式)與Web伺服器互動(interacting)後,例如打開購物網站的網頁,用戶可能選中某種商品,亦即選中購物網站的購買鏈結,接下來進行網上支付。則該方法實施例的流程如圖2所示:
S201:上層程式在接收到打開購物網站的購買鏈結的命令後,透過網路向本地主機經由預定的埠而發出調用請求。
如前所述,這裏的上層程式具體可以為網頁程式(Web瀏覽器)以及用戶端應用程式等。
該步驟,具體上,例如可以是上層程式向網路位址127.0.0.1或者Localhost經由預定的埠而發出調用請求(Request)。
127.0.0.1是回送位址,係指本地主機,一般被用來供測試使用。
在電腦網路中,「localhost」是給環狀網路介面的一個標準主機名。這個名稱也是一個保留的功能變數名稱(RFC 2606),為了避免同狹義定義主機名混淆而單獨列出。在不使用電腦的主機名稱的地方指定為localhost。例如,將web伺服器上安裝的web瀏覽器指向http://localhost,將會顯示運行這個瀏覽器的電腦上所服務的網站的主頁,但是只有當web伺服器被配置來服務迴路介面。
對於大多數習慣用localhost的情況來說,實質上就是指向127.0.0.1這個本地IP位址。在作業系統中,一般存在一配置檔,其中,將localhost與127.0.0.1綁定在一起。
軟體領域的埠一般指網路中連接導向服務和無連接服務的通信協定埠,是一種抽象的軟體結構,包括一些資料結構和基本輸入輸出(I/O)緩衝區。
連接導向和無連接協定(Connection-Oriented and Connectionless Protocols):連接導向服務的主要特徵在於:連接導向服務要經過三個階段:在資料傳輸前,先建立連接,在連接建立後再傳輸資料,在資料傳送完後,釋出連接。連接導向服務可確保資料傳送的次序和傳輸的可靠性。無連接服務的特徵在於:無連接服務只有傳輸資料階段。消除了除資料通信外的其他開銷。只要發送實體是作用的,無須接收實體也是作用的。它的優點是靈活方便、迅速,特別適合於傳送少量零星的報文(sporadic message),但無連接服務不能防止報文的丟失、重複或失序。
TCP/IP協定在網路層是無連接的。而"埠",是傳輸層的內容,而且是連接導向的。協定裏面任何低於1024的埠都有確切的定義,它們對應著網際網路上常見的一些服務。
這些常見的服務被劃分為使用TCP埠和使用UDP埠兩種。
網路中可以被命名和定址的通信埠是作業系統的一種可分配資源。由網路開放系統互聯參考模型(OSI)的七層協定可知,傳輸層與網路層最大的區別是傳輸層提供進程通信能力,網路通信的最終位址不僅包括主機位址,還包括可描述進程的某種標識。所以TCP/IP協定提出的協定埠,可以被認為是網路通信進程的一種識別字。
應用程式(調入記憶體運行後一般稱為:進程)透過系統調用而與某埠建立連接(綁定(binding))後,傳輸層傳給該埠的資料都被相應的進程所接收,相應進程發給傳輸層的資料都從該埠輸出。在TCP/IP協定的實現中,埠操作係類似於一般的I/O操作,進程獲取一個埠,相當於獲取本地唯一的I/O檔,可以用一般的讀寫方式來訪問類似於檔描述符,每個埠都擁有一個叫埠號的整數描述符,用來區別不同的埠。由於TCP/IP傳輸層的TCP和UDP兩個協定是兩個完全獨立的軟體模組,因此各自的埠號也相互獨立。如TCP有一個255號埠,UDP也可以有一個255號埠,兩者並不衝突。埠號有兩種基本分配方式:第一種叫全局(global)分配,這是一種集中分配方式,由一個公認權威的中央機構根據用戶需要進行統一分配,並將結果公佈於眾,第二種是本地分配,又稱動態連接,即進程需要訪問傳輸層服務時,向本地作業系統提出申請,作業系統送回本地唯一的埠號,進程再透過合適的系統調用,將自己和該埠連接起來(綁定(binding))。TCP/IP埠號的分配綜合了以上兩種方式,將埠號分為兩部分,少量的作為保留埠,以全局方式分配給服務進程。每一個標準伺服器都擁有一個全局公認的埠叫周知埠,即使在不同的機器上,其埠號也相同。剩餘的為自由埠,以本地方式進行分配。TCP和UDP規定,小於256的埠才能作為保留埠。
在現有技術中,網頁腳本等無法直接調用.EXE檔,也沒有諸如SendMessage這樣的API用來與另一個程式通信,因此,現有技術中上層程式無法與底層程式進行互動,也就無法直接調用底層程式。
但是,事實上網頁腳本支援超文本傳輸協定(HTTP)調用,則HTTP調用中可以包括目的主機的網路位址,如前,例如為127.0.0.1或者Localhost。而HTTP請求一般會採用內定埠號80。於是,本實施例中,透過HTTP調用,上層程式得以經由網路向本地主機經由預定的埠而發出調用請求,從而本地主機底層程式可以接收調用請求。
S202:底層支付程式經由所述預定的埠監視本地主機透過網路發來的調用請求。
底層程式在記憶體中運行後,存在一常駐(Daemon)進程,並且可以作為系統的一項服務,隨開機而啟動。
底層程式的常駐進程會監視預定埠上發來的調用請求。則當本地主機的上層程式經由預定埠透過網路而發出調用請求後,底層程式的常駐進程可以監視到該調用請求,進而執行相應處理。
例如,如前所述,Web瀏覽器中的網頁腳本支援超文本傳輸協定HTTP調用,HTTP調用請求中可以包括目的主機的網路位址,如為127.0.0.1或者Localhost。而HTTP調用請求一般會採用內定埠號80。於是,透過HTTP調用,上層程式得以經由網路向本地主機經由預定的埠(如埠80)而發出調用請求,而本步驟中,底層支付程式可以監視埠80,監視本地主機透過網路發來的調用請求。
S203:底層支付程式根據調用請求而提供輸入支付資訊介面並接收輸入的支付資訊。
底層程式的編寫更靠近軟體的底層,可以直接調用底層的API。因此,在執行相應處理過程中,可以調用底層API以實施相關的功能。
如這裏提到的,底層支付程式提供輸入支付資訊介面並接收輸入的支付資訊。
其中,在調用請求中,可以傳遞一些參數。底層支付程式在接收到調用請求後,可以根據調用請求中傳遞的參數而進行相應的處理,比如透過調用鍵盤輸入而進行輸入密碼、付款等操作。透過鍵盤輸入密碼這類操作,需要調用底層的I/O介面等,通常這類操作透過調用底層API來實施。而且為了對輸入的密碼等敏感資訊進行保護,通常還需要用到複雜的加密演算法。現在慣用的做法就是一個用底層API寫的底層程式來實施,而非本實施例中的上層程式可以直接實施,這也就是本實施例需要解決的上層程式與底層程式進行互動的一個目的。
S204:底層支付程式透過網路而連接支付伺服器並傳遞支付資訊,以完成支付。
在前述輸入密碼這類操作完成後,底層程式與其他伺服器進行互動,例如與支付伺服器(如採用支付寶進行交易,則這裏具體上可以為支付寶伺服器)進行通信,以完成支付操作的驗證,進而,底層程式送回結果給上層程式。
例如,上層程式接收到回饋的處理結果後,上層程式對結果要進行哪些處理,則會依上層程式的邏輯而定,例如是網頁腳本打開一個購物網站的網頁,顯示付款成功或者失敗這類的頁面。
另外,所述上層程式發出的調用請求中,還可以包括處理結果的回饋需求。則,如果調用請求中包含對底層程式處理結果的回饋需求,則在S204之後,該實施例還可以包括:
S205:底層程式將所述處理結果送回給上層程式。
具體上,送回處理結果的方式,也可以是透過網路向本地主機經由預定的埠而發送。
其中,可以是向網路位址127.0.0.1或Localhost經由預定埠而進行回饋。則上層程式在記憶體中的常駐進程則可以監視到回饋的結果,從而在移動式設備上向用戶進行展現等工作。
從上述實施例可見,上層程式在接收到打開購物網站的購買鏈結的命令後,透過網路向本地主機經由預定的埠而發出調用請求,底層支付程式經由所述預定的埠監視本地主機透過網路發來的調用請求,底層支付程式根據調用請求而提供輸入支付資訊介面並接收輸入的支付資訊,底層支付程式透過網路而連接支付伺服器並傳遞支付資訊,以完成支付,可以實現上層程式對底層程式的調用並完成支付。
涉及到支付過程的網路結構的另一示例可以如圖3所示,包括移動式終端,遊戲伺服器,支付伺服器。在該實例中,移動式終端中係安裝有J2ME程式,例如是一種J2ME類型的遊戲軟體,移動式終端在執行該J2ME程式過程中與遊戲伺服器相通信,以提供遊戲內容與遊戲伺服器的互動。
這個J2ME類型的遊戲,例如提供免費的體驗關卡為第一、二關。如果用戶在移動式設備上完成了第一、二關,而希望繼續玩第三關,或者玩後續關卡,則J2ME程式將提示需要進行支付後遊戲才可以繼續。在這個過程中,J2ME程式將與遊戲伺服器進行互動,接收遊戲伺服器發來的進行支付的指示,並呈現於J2ME程式中。
用戶透過移動式終端進行支付時,需要利用本地主機上的支付程式,從而透過與支付伺服器的通信來完成支付過程。本地主機上的支付程式作為本地主機中的軟體,一般為可執行檔(如.exe檔)的形式,後續被稱為底層支付軟體。
本地主機上的J2ME一般為上層程式,其包含一系列的J2ME命令。如前所述,目前這類J2ME命令沒有提供可以執行可執行檔(如.exe檔)的代碼,因此,目前還沒有有效的此類上層程式調用底層程式的方案。
以下介紹本申請案之移動式終端中實現支付的第二方法實施例,圖4示出了該方法實施例的流程。移動式終端的使用者透過移動式終端上的J2ME程式與遊戲伺服器互動後,例如接收到進行支付的提示,用戶可能選擇進行支付,接下來可以進行網上支付。則該方法實施例的流程如圖4所示:
S401:上層程式接收到進行支付的命令後,透過網路向本地主機經由預定的埠而發出調用請求。
如前所述,這裏的上層程式具體可以為J2ME類型的應用程式等。
該步驟,具體上,例如可以是上層程式向網路位址127.0.0.1或者Localhost經由預定的埠而發出調用請求(Request)。
如前所述,127.0.0.1、Localhost是回送位址,指本地主機,一般係用來供測試使用。
在現有技術中,J2ME程式等上層程式無法直接調用.EXE檔,也沒有諸如SendMessage這樣的API用來與另一個底層程式通信,因此,現有技術中上層程式無法與底層程式進行互動,也就無法直接調用底層程式。
但是,事實上J2ME命令調用,則調用命令中可以包括目的主機的網路位址,如前,例如為127.0.0.1或者Localhost。而調用命令一般會採用埠號來進行。於是,在本實施例中,透過J2ME的調用命令,上層程式得以經由網路向本地主機經由預定的埠而發出調用請求,從而本地主機底層程式可以接收調用請求。
S402:底層支付程式經由所述預定的埠監視本地主機透過網路發來的調用請求。
底層程式在記憶體中運行後,存在一常駐進程,並且可以作為系統的一項服務,隨開機而啟動。
底層程式的常駐進程會監視經由預定埠發來的調用請求。則當本地主機的上層程式經由預定埠透過網路發出調用請求後,底層程式的常駐進程可以監視該調用請求,進而執行相應處理。
例如,如前所述,J2ME程式發出的調用請求中可以包括目的主機的網路位址,如為127.0.0.1或者Localhost,並包括預定的埠號。於是,透過J2ME調用,上層程式得以經由網路向本地主機經由預定的埠而發出調用請求,而本步驟中,底層支付程式可以監視所述預定埠,監視本地主機透過網路發來的調用請求。
S403:底層支付程式根據調用而請求提供輸入支付資訊介面並接收輸入的支付資訊。
底層程式的編寫更靠近軟體的底層,可以直接調用底層的API。因此,在執行相應處理過程中,可以調用底層API以實施相關的功能。如這裏提到的,底層支付程式提供輸入支付資訊介面並接收輸入的支付資訊。
其中,在調用請求中,可以傳遞一些參數。底層支付程式在接收到調用請求後,可以根據調用請求中傳遞的參數進行相應的處理,比如透過調用鍵盤輸入進行輸入密碼、付款等操作。透過鍵盤輸入密碼這類操作,需要調用底層的I/O介面等,通常這類操作透過調用底層API來實現。而且為了對輸入的密碼等敏感資訊進行保護,通常還需要用到複雜的加密演算法。現在慣用的做法就是一個用底層API寫的底層程式來實現,而非本實施例中的上層程式可以直接實現,這也就是本實施例需要解決的上層程式與底層程式進行互動的一個目的。
S404:底層支付程式透過網路而連接支付伺服器並傳遞支付資訊,以完成支付。
在前述輸入密碼這類操作完成後,底層程式與其他伺服器進行互動,例如與支付伺服器(如採用支付寶進行交易,則這裏具體上可以為支付寶伺服器)進行通信,以完成支付操作的驗證,進而,底層程式送回結果給上層程式。
在S404之後,該實施例還可以包括:
S405:底層程式將所述處理結果送回給上層程式。
具體上,送回處理結果的方式也可以是透過網路向本地主機經由預定的埠而發送。
其中,可以是向網路位址127.0.0.1或Localhost經由預定埠而進行回饋。則上層程式在記憶體中的常駐進程則可以監視到回饋的結果,從而在移動式設備上向用戶進行展現等工作。
例如,上層程式在接收到回饋的處理結果後,上層程式對結果要進行哪些處理。則會依上層程式的邏輯而定,例如是J2ME向遊戲伺服器發送支付成功命令,進而遊戲伺服器提供J2ME程式中部分內容的解鎖命令,例如解鎖J2ME遊戲程式的第三關或後續關卡,或者是遊戲伺服器提供第三關或後續關卡的下載,從而用戶可以執行J2ME程式中第三關及後續關卡的遊戲。
其中,用戶選擇進行支付後,作為上層程式的J2ME透過網路向127.0.0.1或Localhost經由預定的埠而發出調用請求,該調用請求中還包括傳遞的與支付相關的參數。上層程式在發出調用請求後,被阻擋在等待底層程式回應的狀態。底層程式經由預定的埠監視本地主機透過網路發來的調用請求,進而底層程式可以根據調用請求以及其中的支付相關參數而進行相應處理。具體上,比如透過調用鍵盤輸入進行輸入密碼、付款等操作。在輸入密碼這類操作完成後,底層程式與其他伺服器進行互動,例如與支付伺服器(如採用支付寶進行交易,則這裏具體上可以為支付寶伺服器)進行通信,以完成支付操作的驗證,進而,底層程式送回結果給上層程式。上層程式在接收到回饋的處理結果後,上層程式對結果要進行哪些處理,則會依上層程式的邏輯而定,例如是網頁腳本打開一個購物網站的網頁,顯示付款成功或者失敗這類的頁面。
透過上述實施例可見,上層程式在接收到進行支付的命令後,透過網路向本地主機經由預定的埠而發出調用請求,底層支付程式經由所述預定的埠監視本地主機透過網路發來的調用請求,底層支付程式根據調用請求而提供輸入支付資訊介面並接收輸入的支付資訊,底層支付程式透過網路而連接支付伺服器並傳遞支付資訊,以完成支付,可以實現上層程式對底層程式的調用並完成支付。
以下介紹本發明移動式設備的一個實施例,圖5示出了該移動式設備實施例的方塊圖,如圖5所示,包括:第一單元51,用以執行上層程式,在接收到打開購物網站的購買鏈結的命令後,透過網路向本地主機經由預定的埠而發出調用請求;第二單元52,用以執行底層支付程式,並經由所述預定的埠監視本地主機透過網路發來的調用請求,根據調用請求而提供輸入支付資訊介面並接收輸入的支付資訊,透過網路而連接支付伺服器並傳遞支付資訊,以完成支付。
所述第一單元51,可以由單核心處理器中負責處理上層程式的邏輯部分所構成,或可由多核心處理器中負責處理上層程式的一個核心處理器所構成。
所述第二單元52,可以由單核心處理器中負責處理上層程式的邏輯部分所構成,或可由多核心處理器中負責處理底層程式的另一核心處理器所構成。
較佳地,所述移動式設備中,所述第一單元51向網路位址127.0.0.1或者Localhost經由預定的埠而發出調用請求。
較佳地,所述移動式設備中,所述第一單元51透過網路向本地主機經由預定的埠而發出超文本傳輸協定HTTP形式的調用請求。
較佳地,所述移動式設備中,所述第一單元51發出的調用請求中包括傳遞的參數;相應地,所述第二單元52還根據調用請求進行相應處理包括底層程式根據調用請求中傳遞的參數而進行相應處理。
較佳地,在所述移動式設備中,所述第二單元52還用以將處理結果送回給所述第一單元。
此外,所述第二單元根據調用請求中傳遞的參數而進行相應處理,可以包括:第二單元與其他伺服器互動。這裏的伺服器可以包括支付伺服器,例如採用支付寶支付的情況,則該支付服務器具體上為支付寶伺服器。
所述第一單元在發出調用請求之後,還可以被阻擋在等待底層程式回應的狀態,從而等待前述所述的第二單元送回的處理結果。
所述上層程式包括瀏覽器程式。
利用上述移動式設備來實現上層程式與底層程式互動的方法與前述圖2所示的方法實施例類似,在此不再贅述。
以下介紹本發明移動式設備的另一實施例,該移動式設備實施例的組成如圖5所示包括:第一單元51,用以執行上層程式,在接收到進行支付的命令後,透過網路向本地主機經由預定的埠而發出調用請求;第二單元52,用以執行底層支付程式,經由所述預定的埠監視本地主機透過網路發來的調用請求,根據調用請求而提供輸入支付資訊介面並接收輸入的支付資訊,透過網路而連接支付伺服器並傳遞支付資訊,以完成支付。
較佳地,所述移動式設備中,所述第一單元51向網路位址127.0.0.1或者Localhost經由預定的埠而發出調用請求。
較佳地,所述移動式設備中,所述第一單元52發出的調用請求中包括傳遞的參數;相應地,所述第二單元52還根據調用請求中傳遞的參數而進行相應處理。
較佳地,所述移動式設備中,所述第一單元52在發出調用請求之後,被阻擋在等待底層程式回應的狀態。
較佳地,所述移動式設備中,所述第二單元52還用以將處理結果送回給所述第一單元。
所述上層程式包括J2ME程式。
利用上述移動式設備來實現上層程式與底層程式互動的方法與前述圖4所示的方法實施例類似,在此不再贅述。
為了描述的方便,描述以上裝置時以功能分為各種單元分別描述。當然,在實施本發明時可以把各單元的功能在同一個或多個軟體和/或硬體中實現。
從以上的實施例的描述可知,本領域的技術人員可以清楚地瞭解到本發明可借助軟體加必需的通用硬體平臺的方式來實現。基於這樣的理解,本發明的技術方案本質上或者說對現有技術做出貢獻的部分可以以軟體產品的形式體現出來,該電腦軟體產品可以被儲存在儲存媒體中,如ROM/RAM、磁片、光碟等,包括若干指令用以使得一台電腦設備(可以是個人電腦,伺服器,或者網路設備等)實施本發明各個實施例或者實施例的某些部分所述的方法。
本說明書中的各個實施例均採用漸進的方式描述,各個實施例之間相同相似的部分互相參見即可,每個實施例重點說明的都是與其他實施例的不同之處。尤其,對於系統實施例而言,由於其基本相似於方法實施例,所以描述的比較簡單,相關之處參見方法實施例的部分說明即可。
本發明可被應用於許多通用或專用的計算系統環境或配置中。例如:個人電腦、伺服器電腦、手持式設備或可攜式設備、平板型設備、多處理器系統、基於微處理器的系統、機頂盒、可編程的消費電子設備、網路PC、小型電腦、大型電腦、包括以上任何系統或設備的分散式計算環境等等。
本發明可以在由電腦執行的電腦可執行指令的一般上下文中描述,例如程式模組。一般地,程式模組包括執行特定任務或實現特定抽象資料類型的常式、程式、物件、元件、資料結構等等。也可以在分散式計算環境中實踐本發明,在這些分散式計算環境中,由透過通信網路而被連接的遠端處理設備來執行任務。在分散式計算環境中,程式模組可以位於包括儲存設備在內的本地和遠端電腦儲存媒體中。
雖然透過實施例描繪了本發明,本領域普通技術人員知道,本發明有許多變形和變化而不違離本發明的精神,希望所附的申請專利範圍包括這些變形和變化而不違離本發明的精神。
51...第一單元
52...第二單元
為了更清楚地說明本申請案之實施例或現有技術中的技術方案,下面將對實施例或現有技術描述中所需要使用的附圖作簡單地介紹,顯而易見地,下面描述中的附圖僅僅是本申請案中記載的一些實施例,對於本領域普通技術人員來講,在不付出創造性勞動性的前提下,還可以根據這些附圖獲得其他的附圖。
圖1為依據本申請案,涉及到支付過程的一網路結構圖;
圖2為依據本申請案,移動式終端中實現支付的方法實施例的流程圖;
圖3為依據本申請案,涉及到支付過程的另一網路結構圖;
圖4為依據本申請案,移動式終端中實現支付的方法實施例的流程圖;
圖5為依據本申請案之移動式終端的方塊圖。
Claims (15)
- 一種移動式終端中實現支付的方法,其特徵在於,包括:上層程式在接收到打開購物網站的購買鏈結的命令後,向本地主機經由預定的埠而發出調用請求,其中,該調用請求經由傳輸控制協定(TCP)或使用者資料包協定(UDP)來予以發送,並且該移動式終端的該本地主機的位址為回送迴路網際網路協定(IP)位址,且其中,該調用請求為Java 2 Micro Edition(J2ME)請求,並且包含密碼;底層支付程式經由該預定的埠監視該本地主機透過網路發來的該調用請求;該底層支付程式根據該調用請求而提供輸入支付資訊介面並接收輸入的支付資訊,而且藉由呼叫加密應用程式介面(API)來處理該密碼;及該底層支付程式透過網路而連接支付伺服器並傳遞該支付資訊,以完成支付。
- 如申請專利範圍第1項所述的方法,其中,該上層程式發出的該調用請求中包括傳遞的參數;相應地,該底層程式還根據該調用請求中之該等傳遞的參數而進行相應處理。
- 如申請專利範圍第1或2項所述的方法,其中,在該上層程式發出該調用請求之後,該方法還包括:阻擋該上層程式於等待該底層程式回應的狀態。
- 如申請專利範圍第1項所述的方法,其中,該方法還包括:該底層程式將處理結果送回給該上層程式。
- 如申請專利範圍第1項所述的方法,其中,該上層程式包括瀏覽器程式。
- 一種移動式終端中實現支付的方法,其特徵在於,包括:上層程式在接收到進行支付的命令後,向本地主機經由預定的埠而發出調用請求,其中,該調用請求經由傳輸控制協定(TCP)或使用者資料包協定(UDP)來予以發送,並且該移動式終端的該本地主機的位址為回送迴路網際網路協定(IP)位址,且其中,該調用請求為Java 2 Micro Edition(J2ME)請求,並且包含密碼;底層支付程式經由該預定的埠監視該本地主機透過網路發來的該調用請求;該底層支付程式根據該調用請求而提供輸入支付資訊介面並接收輸入的支付資訊,而且藉由呼叫加密應用程式介面(API)來處理該密碼;及該底層支付程式透過該網路而連接支付伺服器並傳遞該支付資訊,以完成支付。
- 如申請專利範圍第6項所述的方法,其中,該上層程式發出的該調用請求中包括傳遞的參數;相應地,該底層程式還根據該調用請求中之該等傳遞的參數而進行相應處理。
- 如申請專利範圍第6或7項所述的方法,其中,在該上層程式發出該調用請求之後,該方法還包括:阻擋該上層程式於等待該底層程式回應的狀態。
- 如申請專利範圍第6項所述的方法,其中,該方法還包括:該底層程式將該處理結果送回給該上層程式。
- 如申請專利範圍第5項所述的方法,其中,該上層程式包括J2ME程式。
- 一種移動式設備,其特徵在於,包括:第一單元,用以執行上層程式,在接收到打開購物網站的購買鏈結的命令後,向本地主機經由預定的埠而發出調用請求,其中,該調用請求經由傳輸控制協定(TCP)或使用者資料包協定(UDP)來予以發送,並且該移動式終端的該本地主機的位址為回送迴路網際網路協定(IP)位址,且其中,該調用請求為Java 2 Micro Edition(J2ME)請求,並且包含密碼;及第二單元,用以執行底層支付程式,經由該預定的埠監視該本地主機透過網路發來的該調用請求,根據該調用請求而提供輸入支付資訊介面並接收輸入的支付資訊,而且藉由呼叫加密應用程式介面(API)來處理該密碼,以及透過該網路而連接支付伺服器並傳遞該支付資訊,以完成支付。
- 如申請專利範圍第11項所述的移動式設備,其中,該第一單元發出的該調用請求中包括傳遞的參數; 相應地,該第二單元還根據該調用請求中之該等傳遞的參數而進行相應處理。
- 如申請專利範圍第11或12項所述的移動式設備,其中,在該第一單元發出該調用請求之後,該第一單元被阻擋在等待該底層程式回應的狀態。
- 如申請專利範圍第11或12項所述的移動式設備,其中,該第二單元還用以將處理結果送回給該第一單元。
- 如申請專利範圍第11項所述的移動式設備,其中,該上層程式包括瀏覽器程式。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
TW099106634A TWI567664B (zh) | 2010-03-08 | 2010-03-08 | 移動式終端中實現支付的方法及移動式設備 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
TW099106634A TWI567664B (zh) | 2010-03-08 | 2010-03-08 | 移動式終端中實現支付的方法及移動式設備 |
Publications (2)
Publication Number | Publication Date |
---|---|
TW201131491A TW201131491A (en) | 2011-09-16 |
TWI567664B true TWI567664B (zh) | 2017-01-21 |
Family
ID=50180399
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
TW099106634A TWI567664B (zh) | 2010-03-08 | 2010-03-08 | 移動式終端中實現支付的方法及移動式設備 |
Country Status (1)
Country | Link |
---|---|
TW (1) | TWI567664B (zh) |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20060218090A1 (en) * | 2005-01-28 | 2006-09-28 | Siemens Aktiengesellschaft | Method and server for transmitting data |
US20060253897A1 (en) * | 2003-08-02 | 2006-11-09 | Koninklijke Philips Electronics N. V. | Copy-protected application for digital broadcasting system |
US20070255620A1 (en) * | 2006-03-30 | 2007-11-01 | Obopay Inc. | Transacting Mobile Person-to-Person Payments |
-
2010
- 2010-03-08 TW TW099106634A patent/TWI567664B/zh active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20060253897A1 (en) * | 2003-08-02 | 2006-11-09 | Koninklijke Philips Electronics N. V. | Copy-protected application for digital broadcasting system |
US20060218090A1 (en) * | 2005-01-28 | 2006-09-28 | Siemens Aktiengesellschaft | Method and server for transmitting data |
US20070255620A1 (en) * | 2006-03-30 | 2007-11-01 | Obopay Inc. | Transacting Mobile Person-to-Person Payments |
Also Published As
Publication number | Publication date |
---|---|
TW201131491A (en) | 2011-09-16 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP5485382B2 (ja) | モバイルデバイスを通じた支払いのための方法及びシステム | |
US11622016B2 (en) | Method and procedure for dynamic services orchestration that runs within an on-device software container | |
US10447684B2 (en) | Hosted application sandbox model | |
JP5534520B2 (ja) | スマートカードにブラウザベースでアクセスするシステムおよび方法 | |
US8381271B2 (en) | Method and system for providing user access to a secure application | |
KR100998515B1 (ko) | 클라이언트-서버 네트워크에서 파일-유형 연관성을 이용한분산 프로그램 실행 방법 | |
US20100257539A1 (en) | System, method and apparatus for providing functions to applications on a digital electronic device | |
CN113296798B (zh) | 一种服务部署方法、装置及可读存储介质 | |
EP3748500B1 (en) | Inversion-of-control component service models for virtual environments | |
CN102281311A (zh) | 一种基于开放应用编程接口实现网络业务的方法、系统及装置 | |
CN109951487A (zh) | 一种Portal认证方法和装置 | |
TWI567664B (zh) | 移動式終端中實現支付的方法及移動式設備 | |
TWI476621B (zh) | Method, system and device for realizing network service based on open application programming interface | |
KR101328981B1 (ko) | 상이한 동작 환경에서 제공되는 서비스를 상이한 단말기에서 실행시키기 위한 장치 | |
KR20110028569A (ko) | 데이터 다운로드 방법 및 다운로드 관리방법 | |
CN113760563A (zh) | 基于开放平台的数据处理方法、装置以及数据处理系统 | |
CN117459245A (zh) | 访问身份数据的方法、装置及系统 | |
AU2006220381A1 (en) | Method and system for providing user access to a secure application |