本發(fā)明涉及POS交易領域，特別涉及一種縮短Android智能POS交易時間的方法及系統(tǒng)。

背景技術(shù)：

隨著智能手機的普及，Android操作系統(tǒng)取得巨大的成功。由于Android操作系統(tǒng)良好的用戶體驗得到廣泛的認可，且其具有開源的特點便于二次開發(fā)和升級維護。因此，在Android系統(tǒng)上完成對POS設備的定制，可以為POS機借助Android系統(tǒng)的良好界面，提升用戶體驗效果。目前，Android操作系統(tǒng)越來越多地被各類金融設備廠商作為金融設備(POS機，智能終端，自助終端)所搭載的軟件操作系統(tǒng)。

金融POS在金融交易過程中，往往需要通過SSL安全連接協(xié)議與銀行、第三方支付平臺等金融服務供應商所架設的服務器后臺進行交互。搭載Android系統(tǒng)的金融支付終端在SSL連接流程中，需要調(diào)用Android系統(tǒng)自帶的DNS域名反向解析查詢接口，獲取目標IP地址的域名(host name)。然而目前互聯(lián)網(wǎng)運營商所架設的DNS服務系統(tǒng)中，往往不支持DNS域名的反向解析功能，導致Android系統(tǒng)的DNS域名反向解析查詢功能超時結(jié)束，從而延長了SSL連接流程所需時間。

而如果要通過修改Android系統(tǒng)中DNS域名方向解析查詢接口，以解決SSL連接流程耗時過長的問題，意味著要修改Android系統(tǒng)源碼中涉及SSL連接和DNS域名反向解析查詢的部分，并更新替換所有搭載Android系統(tǒng)的金融POS的操作系統(tǒng)，該方案耗費時間且開銷過大。

申請?zhí)枮?01510875328.2的專利《一種特定接入網(wǎng)專用hosts文件的產(chǎn)生、更新系統(tǒng)及其方法》中，公開了一種特定接入網(wǎng)專用hosts文件產(chǎn)生、更新方法及其實現(xiàn)過程。此方法可找出用戶訪問的優(yōu)質(zhì)熱點資源，并通過域名解析出其IP地址，然后生成hosts文件，把域名和解析出的IP地址寫入文件中。用戶在訪問時資源時，可直接通過hosts文件找到對應的IP地址，不用經(jīng)過DNS服務器進行解析，大大提高了訪問速度的同時，還引導用戶從此接入網(wǎng)訪問資源?？赏ㄟ^兩種方法實現(xiàn)：一是在互聯(lián)口采集DNS數(shù)據(jù)；二是在接入網(wǎng)部署客戶端測量性能，把IP和域名的數(shù)據(jù)匯總。根據(jù)性能數(shù)據(jù)和互聯(lián)口解析排名，獲得hosts文件。主要有以下缺點：

1)依賴于DNS查詢：該發(fā)明的前提是知道要訪問的對端的域名，依賴DNS服務器正向解析，查找解析出域名對應的IP地址，從而依賴于以上的域名-IP地址對，更新hosts文件。但是我們目前要解決的從IP地址反向查詢對端的域名問題，當運營商的DNS服務器不能提供IP地址反向解析功能時，客戶端便無法獲取域名-IP地址對，從而無法寫入更新hosts文件，自然無法加速連接過程。

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

為此，需要提供一種縮短Android智能POS交易時間的方法及系統(tǒng)，規(guī)避SSL連接流程中DNS域名反向解析查詢功能超時，無需修改和升級Android操作系統(tǒng)。

為實現(xiàn)上述目的，發(fā)明人提供了一種縮短Android智能POS交易時間的方法，包括步驟：

顯示IP地址-域名對導入或者輸入的用戶交互界面；

獲取所述用戶交互界面中導入或者輸入的IP地址-域名對；

將IP地址-域名對更新保存至Android系統(tǒng)的hosts文件中。

進一步優(yōu)化，所述“將IP地址-域名對更新保存至Android系統(tǒng)的hosts文件中”后還包括步驟：當POS程序要連接固定IP與域名的對端，通過Android系統(tǒng)的SSL連接接口調(diào)用到getHostName接口進行反向域名解析時，獲取所述Android系統(tǒng)的hosts文件，根據(jù)hosts文件中的IP地址-域名對查找到固定IP對應的域名。

進一步優(yōu)化，所述“將IP地址-域名對更新保存至Android系統(tǒng)的hosts文件中”包括步驟：

判斷獲取的IP地址-域名對與hosts文件中的IP地址是否相同；

如果相同，則替換hosts文件中原有的IP地址-域名對；

如果不相同，則添加至hosts文件中；

保存替換或者添加完后的hosts文件。

進一步優(yōu)化，所述IP地址-域名對為金融服務供應商所架設的服務器的IP地址-域名對。

進一步優(yōu)化，所述金融服務供應商包括金融交易中需要連接的銀行和第三方支付平臺。

本發(fā)明人還提供了另一個技術(shù)方案一種Android智能POS系統(tǒng)，其特征在于，包括：

界面顯示模塊：用于顯示IP地址-域名對導入或者輸入的用戶交互界面；

IP地址-域名對獲取模塊：用于獲取所述用戶交互界面中導入或者輸入的IP地址-域名對；

hosts文件更新模塊：用于將IP地址-域名對保存更新至Android系統(tǒng)的hosts文件中。

進一步優(yōu)化，還包括：

IP解析模塊：用于當POS程序要連接固定IP與域名的對端，通過Android系統(tǒng)的SSL連接接口調(diào)用到getHostName接口進行反向域名解析時，獲取所述Android系統(tǒng)的hosts文件，根據(jù)hosts文件中的IP地址-域名對查找到固定IP對應的域名。

進一步優(yōu)化，所述hosts文件更新模塊包括：

IP地址判斷模塊：用于判斷獲取的IP地址-域名對與hosts文件中的IP地址是否相同；

IP地址替換模塊：如果相同，則替換hosts文件中原有的IP地址-域名對；

IP地址添加模塊：如果不相同，則添加至hosts文件中；

保存更新模塊：保存替換或者添加完后的hosts文件。

進一步優(yōu)化，所述IP地址-域名對為金融服務供應商所架設的服務器的IP地址-域名對。

進一步優(yōu)化，所述金融服務供應商包括金融交易中需要連接的銀行和第三方支付平臺。

區(qū)別于現(xiàn)有技術(shù)，上述技術(shù)方案沿用Android系統(tǒng)原有的SSL連接機制，無需修改Android系統(tǒng)源碼，保證了系統(tǒng)的穩(wěn)定性；無論終端接入的互聯(lián)網(wǎng)運營商是否提供DNS反向域名查詢服務，通過預設已知固定IP地址-域名對的方式，均可避免耗時較長的反向域名查詢流程，加速SSL連接，縮短了智能POS的交易時間。

附圖說明

圖1為傳統(tǒng)傳統(tǒng)SSL連接的流程圖；

圖2為Android系統(tǒng)SSL連接的流程圖；

圖3為Android系統(tǒng)反向域名的解析流程；

圖4為具體本實施例一種縮短Android智能POS交易時間的方法的流程圖；

圖5為具體本實施例“將IP地址-域名對更新保存至Android系統(tǒng)的hosts文件中”的一種流程圖；

圖6為具體實施例一種Android智能POS系統(tǒng)的結(jié)構(gòu)圖；

圖7為具體實施例hosts文件更新模塊的結(jié)構(gòu)圖。

附圖標記說明：

601、界面顯示模塊，

602、IP地址-域名對獲取模塊，

603、hosts文件更新模塊，

6031、IP地址判斷模塊，

6032、IP地址替換模塊，

6033、IP地址添加模塊，

6034、保存更新模塊，

604、IP解析模塊。

具體實施方式

為詳細說明技術(shù)方案的技術(shù)內(nèi)容、構(gòu)造特征、所實現(xiàn)目的及效果，以下結(jié)合具體實施例并配合附圖詳予說明。

請參閱圖1，TCP(Transmission Control Protocol傳輸控制協(xié)議)是一種面向連接的、可靠的、基于字節(jié)流的傳輸層通信協(xié)議；TCP是因特網(wǎng)中的傳輸層協(xié)議，使用三次握手協(xié)議建立連接。三次握手協(xié)議指的是在發(fā)送數(shù)據(jù)的準備階段，服務器端和客戶端之間需要進行三次交互：第一次握手：客戶端發(fā)送TCP SYN(synchronize請求同步)包到服務器，并進入SYN_SENT(請求連接)狀態(tài)，等待服務器確認；第二次握手：服務器收到TCP SYN包，必須確認客戶的TCP SYN，同時自己也發(fā)送一個TCP SYN包，即SYN+ACK(Acknowledgement命令正確應答)包，此時服務器進入SYN_RECV狀態(tài)(服務端被動打開后,接收到了客戶端的SYN并且發(fā)送了ACK時的狀態(tài))；第三次握手：客戶端收到服務器的SYN+ACK包，向服務器發(fā)送確認包TCPACK，此包發(fā)送完畢，客戶端和服務器進入ESTABLISHED(連接成功)狀態(tài)，完成三次握手。傳統(tǒng)SSL連接流程是在TCP三次握手后，直接建立SSL握手，具體過程如下：

1、Client Hello(客戶端問候)：客戶端將其SSL版本號、加密設置參數(shù)、與session有關的數(shù)據(jù)以及其它一些必要信息(如加密算法和能支持的密鑰大小)發(fā)送到服務器。

2、Server Hello(服務器問候)：服務器將其SSL版本號、加密設置參數(shù)、與session有關的數(shù)據(jù)以及其它一些必要信息發(fā)送給客戶端

3、Certificate(證書)：服務器發(fā)一個證書或一個證書鏈到客戶端，證書鏈開始于服務器公共鑰匙并結(jié)束于證明權(quán)威的根證書。該證書用于向客戶端確認服務器的身份，該消息是可選的。如果配置服務器的SSL需要驗證服務器的身份，會發(fā)送該消息。多數(shù)電子商務應用都需要服務器端身份驗證。

4、Server Hello Done(服務器問候結(jié)束)：通知客戶端，服務器已經(jīng)完成了交流過程的初始化。

5、Client Key Exchange(客戶端密鑰交換)：客戶端產(chǎn)生一個會話密鑰與服務器共享。在SSL握手協(xié)議完成后，客戶端與服務器端通信信息的加密就會使用該會話密鑰。如果使用RSA加密算法，客戶端將使用服務器的公鑰將會話加密后再發(fā)送給服務器。服務器使用自己的私鑰對接收的消息進行解密得到共享的會話密鑰。

6、Change cipher spec(更改密碼規(guī)格)：客戶端要求服務器在后續(xù)的通信中使用加密模式。

7、Finished(結(jié)束)：客戶端告訴服務器已經(jīng)準備好安全通信了。

8、Change cipher spec(更改密碼規(guī)格)：服務器要求客戶端在后續(xù)的通信中使用加密模式。

9、Finished(結(jié)束)：服務器告訴客戶端它已經(jīng)準備好安全通信了。SSL握手完成的標志。

請參閱圖2，在Android操作系統(tǒng)的金融設備上，各類金融交易程序均基于Android操作系統(tǒng)進行開發(fā)。其中涉及到SSL協(xié)議的網(wǎng)絡連接傳輸開發(fā)，自然用到了Android自帶的SSL協(xié)議接口。通過分析Android SSL協(xié)議的連接流程，發(fā)現(xiàn)其與傳統(tǒng)的SSL協(xié)議的連接流程有著區(qū)別，Android系統(tǒng)的SSL協(xié)議連接流程中，在TCP三次握手后，建立SSL握手之前，系統(tǒng)會調(diào)用getHostName接口進行IP地址的反向域名解析。

請參閱圖3，對于Android系統(tǒng)反向域名解析流程而言，每次反向域名解析，均會查詢本地hosts文件中是否存有目標地址對應的域名，如果沒有，則會向當前注冊的網(wǎng)絡運營商提供的DNS服務器發(fā)起Get host name req的域名查詢。Android系統(tǒng)反向域名解析流程的具體過程如下：

1、開始查看系統(tǒng)hosts文件。

2、判斷是否有目標IP地址對應的域名記錄；如果有則結(jié)束；如果沒有則進行以下步驟。

3、向DNS服務器發(fā)起Get Host Name Req(獲取主機名的請求)的反向域名查詢。

4、等待DNS服務器Get HostName Response(獲取主機名稱響應)回應。

5、回應是否成功；如果沒有，則結(jié)束；如果有，則進行以下步驟。

6、記錄IP地址與域名于hosts文件，結(jié)束。

目前，大部分網(wǎng)絡運營商并未提供DNS反向域名解析功能，即其架設的DNS服務器并不會對客戶端發(fā)起的反向域名查詢請求進行回應。這就導致Android客戶端等待不到Get host name response直至超時，然后才能進入下一步驟。而Android客戶端在Get host name req設置的超時等待時間一般為10秒，這就意味著，如果當前接入的網(wǎng)絡運營商未提供DNS服務，則Android金融POS所發(fā)起的每次SSL連接均會在原有用時基礎上加上10秒。這對于金融交易業(yè)務而言，大大降低了效率。

本發(fā)明基于Android系統(tǒng)基礎上，設計一種縮短Android智能POS的SSL連接時間的方法。允許外部新增、修改和導入IP地址-域名對到hosts文件，以確保連接某些已知固定IP的對端時，避免因為運營商不支持DNS反向域名查詢，導致SSL連接等待超時時間，從而可以提高金融交易的效率。

請參閱圖4，本實施例中，一種縮短Android智能POS交易時間的方法，包括：

步驟S401：顯示IP地址-域名對導入或者輸入的用戶交互界面；在界面上設置IP地址-域名對導入框、輸入框和確認按鈕，導入框和輸入框?qū)牖蛘咻斎隝P地址-域名對，通過確認按鈕確認導入或者輸入，操作簡單，不需要復雜的操作。也可以在界面設有選擇聯(lián)網(wǎng)按鈕，通過網(wǎng)絡傳輸進行導入或者輸入，操作簡單。

步驟S402：獲取所述用戶交互界面中導入或者輸入的IP地址-域名對；自動獲取用戶交互界面中導入或者輸入的IP地址-域名對，可以進一步對獲取的IP地址-域名對進行處理，不再需要其他人工進行操作，方便對數(shù)據(jù)進行處理。

步驟S403：將IP地址-域名對更新保存至Android系統(tǒng)的hosts文件中；通過將獲取的IP地址-域名對更新保存至Android系統(tǒng)的hosts文件中，當對Android系統(tǒng)的hosts文件進行查看，可以根據(jù)導入或者輸入的IP地址-域名對查找到與目標對應的IP地址對應的域名，無需向DNS服務器進行反向域名查詢，避免耗時較長的反向域名查詢流程。

本實施例中，還包括步驟S404：當POS程序要連接固定IP與域名的對端，通過Android系統(tǒng)的SSL連接接口調(diào)用到getHostName接口進行反向域名解析時，獲取所述Android系統(tǒng)的hosts文件，根據(jù)hosts文件中的IP地址-域名對查找到固定IP對應的域名。當POS程序要連接固定IP與域名的對端，運用現(xiàn)有的getHostName接口進行反向域名解析編程更簡單，而且進一步縮短反向域名解析的時間。

參閱圖5，本實施例中，“步驟S403：將IP地址-域名對更新保存至Android系統(tǒng)的hosts文件中”具體包括以下步驟：

步驟S4031：判斷獲取的IP地址-域名對與hosts文件中的IP地址是否相同；

步驟S4032：如果相同，則替換hosts文件中原有的IP地址-域名對；

步驟S4033：如果不相同，則將新的IP地址-域名對添加至hosts文件中；

步驟S4034：保存替換或者添加完后的hosts文件。

將獲取的IP地址-域名對跟Android系統(tǒng)的hosts文件中的IP地址進行對比判斷；當判斷獲取的IP地址-域名對與IP地址相同的時候，替換hosts文件中原有的IP地址-域名對，避免在hosts文件中存在重復的IP地址，使查找不方便，且替換原有的IP地址-域名對，使查找結(jié)果更精確；當判斷獲取的IP地址-域名對與IP地址不相同的時候，將新的IP地址-域名對添加至hosts文件中，避免出現(xiàn)查找不到需要的的域名而使得交易時間加長的情況出現(xiàn)。

本實施例中，是Android4.4平臺進行編程設計，編譯結(jié)果利用Android4.4平臺的金融POS進行驗證，實驗證明，本發(fā)明可以縮短交易用時10秒。

在基于Android系統(tǒng)的智能POS機安裝應用軟件，應用軟件在智能POS機上顯示用于用戶導入或者輸入IP地址-域名的用戶交互界面，方便用戶導入或者輸入金融服務供應商所架設的服務器的IP地址-域名對，金融服務供應商包括金融交易中需要連接的銀行和第三方支付平臺等，通過導入或者輸入金融服務供應商所架設的服務器的IP地址-域名對，避免輸入其他的IP地址-域名對對查找過程影響，而產(chǎn)生增加查找的工作量，而且現(xiàn)今社會中金融服務供應商基本為銀行和第三方支付平臺，同樣減少輸入其他的金融服務供應商所架設的服務器的IP地址-域名對而產(chǎn)生的更多工作量。應用軟件獲取用戶導入或者輸入的IP地址-域名，并對獲取的IP地址-域名進行判斷，是否與hosts文件中的IP地址相同，當相同時，軟件將新的IP地址-域名替換hosts文件中原有的IP地址-域名對，當不相同時，軟件將新的IP地址-域名對添加至hosts文件中，最后應用軟件保存替換或者添加完后的hosts文件。當POS程序要連接固定IP與域名的對端，通過Android系統(tǒng)的SSL連接接口調(diào)用到getHostName接口進行反向域名解析時，獲取所述Android系統(tǒng)的hosts文件，根據(jù)hosts文件中的IP地址-域名對查找到固定IP對應的域名，在金融易程序要連接已知固定IP的對端(如銀行后臺服務器等)時，通過Android系統(tǒng)的SSL連接接口調(diào)用到getHostName接口進行反向域名解析時，會查看系統(tǒng)的hosts文件，從中查找到預先設置的IP地址-域名對，無需向DNS服務器進行反向域名查詢。沿用Android系統(tǒng)原有的SSL連接機制，無需修改Android系統(tǒng)源碼，保證了系統(tǒng)的穩(wěn)定性；無論終端接入的互聯(lián)網(wǎng)運營商是否提供DNS反向域名查詢服務，通過查找導入或者輸入的IP地址-域名對的方式，均可避免耗時較長的反向域名查詢流程，加速SSL連接。

請參閱圖6，具體實施例一種Android智能POS系統(tǒng)，包括：

界面顯示模塊601：用于顯示IP地址-域名對導入或者輸入的用戶交互界面；

IP地址-域名對獲取模塊602：用于獲取所述用戶交互界面中導入或者輸入的IP地址-域名對；

hosts文件更新模塊603：用于將IP地址-域名對保存更新至Android系統(tǒng)的hosts文件中。

在本實施例中，還包括IP解析模塊604：用于當POS程序要連接固定IP與域名的對端，通過Android系統(tǒng)的SSL連接接口調(diào)用到getHostName接口進行反向域名解析時，獲取所述Android系統(tǒng)的hosts文件，根據(jù)hosts文件中的IP地址-域名對查找到固定IP對應的域名。

請參閱圖7，本實施例中，hosts文件更新模塊603包括：

IP地址判斷模塊6031：用于判斷獲取的IP地址-域名對與hosts文件中的IP地址是否相同；

IP地址替換模塊6032：如果相同，則替換hosts文件中原有的IP地址-域名對；

IP地址添加模塊6033：如果不相同，則添加至hosts文件中；

保存更新模塊6034：保存替換或者添加完后的hosts文件。

在基于Android系統(tǒng)的智能POS機安裝應用軟件，應用軟件通過界面顯示模塊601在智能POS機上顯示用于用戶導入或者輸入IP地址-域名的用戶交互界面，方便用戶導入或者輸入金融服務供應商所架設的服務器的IP地址-域名對，金融服務供應商包括金融交易中需要連接的銀行和第三方支付平臺等。應用軟件通過IP地址-域名對獲取模塊602獲取用戶導入或者輸入的IP地址-域名，并通過IP地址判斷模塊6031對獲取的IP地址-域名進行判斷，是否與hosts文件中的IP地址相同，當相同時，軟件通過IP地址替換模塊6032將新的IP地址-域名替換hosts文件中原有的IP地址-域名對，當不相同時，軟件通過IP地址添加模塊6033將新的IP地址-域名對添加至hosts文件中，最后應用軟件通過保存更新模塊6034保存替換或者添加完后的hosts文件。當POS程序要連接固定IP與域名的對端，通過Android系統(tǒng)的SSL連接接口調(diào)用到getHostName接口進行反向域名解析時，獲取所述Android系統(tǒng)的hosts文件，根據(jù)hosts文件中的IP地址-域名對查找到固定IP對應的域名，在金融易程序要連接已知固定IP的對端(如銀行后臺服務器等)時，通過Android系統(tǒng)的SSL連接接口調(diào)用到getHostName接口進行反向域名解析時，會查看系統(tǒng)的hosts文件，從中查找到預先設置的IP地址-域名對，無需向DNS服務器進行反向域名查詢。沿用Android系統(tǒng)原有的SSL連接機制，無需修改Android系統(tǒng)源碼，保證了系統(tǒng)的穩(wěn)定性；無論終端接入的互聯(lián)網(wǎng)運營商是否提供DNS反向域名查詢服務，通過查找導入或者輸入的IP地址-域名對的方式，均可避免耗時較長的反向域名查詢流程，加速SSL連接。

盡管已經(jīng)對上述各實施例進行了描述，但本領域內(nèi)的技術(shù)人員一旦得知了基本創(chuàng)造性概念，則可對這些實施例做出另外的變更和修改，所以以上所述僅為本發(fā)明的實施例，并非因此限制本發(fā)明的專利保護范圍，凡是利用本發(fā)明說明書及附圖內(nèi)容所作的等效結(jié)構(gòu)或等效流程變換，或直接或間接運用在其他相關的技術(shù)領域，均同理包括在本發(fā)明的專利保護范圍之內(nèi)。