本申請涉及通信技術(shù)領(lǐng)域，特別涉及一種設(shè)備信息收集方法、裝置及系統(tǒng)。

背景技術(shù)：

智能終端的普及使得o2o的概念變得異?；鸨?o2o即onlinetooffline，即將線下商務的機會與互聯(lián)網(wǎng)結(jié)合在一起,讓互聯(lián)網(wǎng)成為線下交易的前臺)，各大互聯(lián)網(wǎng)公司都想在o2o上有所作為。在o2o模式中，移動應用是最為重要的載體，而要想實現(xiàn)體驗閉環(huán)，光有app是不夠的，必須能夠較為精準的對用戶提供個性化的體驗，而且移動安全也是一個不容忽視的問題。因此這就涉及到了智能終端設(shè)備信息的收集，只有擁有了完善的設(shè)備信息，才能識別風險，過濾惡意的請求，并且可以利用地域信息等分析用戶需求。

在現(xiàn)有技術(shù)中開發(fā)智能手機的app時，需要收集智能手機的設(shè)備信息，這些設(shè)備信息包含imei、imsi等設(shè)備唯一性信息，也包含經(jīng)緯度等可變信息。這些設(shè)備信息對于用戶安全校驗和點對點運營具有非常重要的作用，現(xiàn)有技術(shù)中將上述設(shè)備信息放在app的業(yè)務數(shù)據(jù)中上傳到系統(tǒng)服務器，但由于設(shè)備信息的數(shù)據(jù)量較大，在移動互聯(lián)網(wǎng)上受到信號、帶寬等限制，如果不加處理的全部上傳到服務端，會使得整個上傳過程十分緩慢，并且增加了流量資費，因此降低了用戶體驗。

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

為了解決現(xiàn)有技術(shù)中智能終端向服務器一次上傳設(shè)備信息較多，造成上傳緩慢，并且容易在長時間的上傳數(shù)據(jù)過程中出現(xiàn)錯誤造成傳輸失敗，業(yè)務中斷的問題，本申請實施例提出了一種設(shè)備信息收集方法、裝置及系統(tǒng)，通過多次上傳設(shè)備信息解決上述問題，可以在網(wǎng)絡(luò)環(huán)境不佳時依然能夠暢順的完成業(yè)務，降低對于網(wǎng)絡(luò)帶寬的要求。

本申請實施例提供了一種設(shè)備信息收集方法，包括：

分多次向服務器發(fā)送部分設(shè)備信息。

本申請實施例還提供了一種設(shè)備信息收集方法，包括：

分多次接收智能終端發(fā)送的部分設(shè)備信息。

本申請實施例還提供了一種智能終端，包括：

發(fā)送單元，用于分多次向服務器發(fā)送部分設(shè)備信息。

本申請實施例還提供了一種服務器，包括：

接收單元，用于分多次接收智能終端發(fā)送的部分設(shè)備信息。

本申請實施例還提供了一種設(shè)備信息收集系統(tǒng)，包括：

智能終端，用于分多次向服務器發(fā)送部分設(shè)備信息；

服務器，用于分多次接收智能終端發(fā)送的部分設(shè)備信息。

由以上本申請實施例提供的技術(shù)方案可見，智能終端可以根據(jù)服務器的需求信息分批次的上傳設(shè)備信息，從而節(jié)省智能終端與服務器端之間的網(wǎng)絡(luò)帶寬，并且可以使得業(yè)務相應更加迅速，從而提升了用戶體驗。

當然實施本申請的任一產(chǎn)品或者方法必不一定需要同時達到以上所述的所有優(yōu)點。

附圖說明

為了更清楚地說明本申請實施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本申請中記載的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動性的前提下，還可以根據(jù)這些附圖獲得其他的附圖。

圖1所示為本申請實施例一種設(shè)備信息收集方法的流程圖；

圖2所示為本申請實施例一種設(shè)備信息收集方法的流程圖；

圖3所示為本申請實施例一種智能終端的結(jié)構(gòu)示意圖；

圖4所述為本申請實施例一種服務器的結(jié)構(gòu)示意圖；

圖5所示為本申請實施例一種設(shè)備信息收集系統(tǒng)的結(jié)構(gòu)示意圖；

圖6所示為本申請實施例一種設(shè)備信息收集系統(tǒng)的數(shù)據(jù)流圖；

圖7所示為本申請實施例的系統(tǒng)結(jié)構(gòu)示意圖；

圖8所示為本申請實施例另一種設(shè)備信息收集系統(tǒng)的數(shù)據(jù)流圖；

圖9所示為本申請實施例設(shè)備信息收集方法另一流程圖；

圖10所示為本申請實施例設(shè)備信息收集方法另一流程圖。

具體實施方式

本申請實施例提供一種設(shè)備信息收集方法、裝置及系統(tǒng)。

為了使本技術(shù)領(lǐng)域的人員更好地理解本申請中的技術(shù)方案，下面將結(jié)合本申請實施例中的附圖，對本申請實施例中的技術(shù)方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本申請一部分實施例，而不是全部的實施例?；诒旧暾堉械膶嵤├?，本領(lǐng)域普通技術(shù)人 員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都應當屬于本申請保護的范圍。

如圖1所示為本申請實施例一種設(shè)備信息收集方法的流程圖，在本圖中描述了智能終端分多次上傳部分設(shè)備信息的過程，所述智能終端可能包括智能手機、平板電腦、智能穿戴設(shè)備等，根據(jù)服務器端的要求分多次上傳部分設(shè)備信息可以減小對網(wǎng)絡(luò)帶寬的要求，并且可以快速的響應用戶的操作指令。

該方法具體包括

步驟101，分多次向服務器發(fā)送部分設(shè)備信息。

作為本申請的一個實施例，在向服務器分多次發(fā)送部分設(shè)備信息之前還包括，接收服務器分多次發(fā)送的需求信息，在向服務器分多次發(fā)送部分設(shè)備信息中還包括，根據(jù)所述需求信息發(fā)送相應的設(shè)備信息。

作為本申請的一個實施例，向服務器分多次發(fā)送部分設(shè)備信息中進一步包括，根據(jù)預先設(shè)定的規(guī)則，分多次向服務器發(fā)送相應設(shè)備信息。

其中，智能終端根據(jù)預先執(zhí)行的規(guī)則，在智能終端與服務器之間進行多次通信的過程中，向服務器相應的設(shè)備信息，例如規(guī)則規(guī)定在業(yè)務初始階段傳送哪些設(shè)備信息，在業(yè)務開始階段傳送哪些設(shè)備信息，在業(yè)務認證階段傳送哪些設(shè)備信息等。作為本申請的一個實施例，在接收服務器發(fā)送的需求信息之前還包括，檢測當前網(wǎng)絡(luò)質(zhì)量，并將所述當前網(wǎng)絡(luò)質(zhì)量發(fā)送給服務器。

其中，智能終端將檢測到的當前網(wǎng)絡(luò)質(zhì)量傳送給服務器，令服務器可以根據(jù)該當前網(wǎng)絡(luò)質(zhì)量發(fā)出相應的需求信息，例如當前處于低速網(wǎng)絡(luò)(2g網(wǎng)絡(luò))，數(shù)據(jù)傳輸速率較慢，因此智能終端將當前網(wǎng)絡(luò)的類型發(fā)送給服務器，有服務器決定在當前業(yè)務的每個階段只需要智能終端上傳一部分與業(yè)務相關(guān)的設(shè)備信息；如果當前智能終端處于高速網(wǎng)絡(luò)環(huán)境(4g網(wǎng)絡(luò))，但是4g網(wǎng)絡(luò)的數(shù)據(jù)傳輸質(zhì)量并不理想，例如通信信號的信噪比低于預設(shè)的門限值，則由服務器下發(fā)需要智能終端上傳的設(shè)備信息，其中，可以需求信息中可以包括某個業(yè)務階段需要的設(shè)備信息，也可以包括幾個業(yè)務階段所需的設(shè)備信息，這樣可以減少在一次通信過程中傳輸過多的設(shè)備信息數(shù)據(jù)，使得業(yè)務處理過程遲緩。

作為本申請的一個實施例，接收服務器分多次發(fā)送的需求信息中進一步包括，接收服務器根據(jù)當前業(yè)務所處階段分多次發(fā)送的需求信息。

作為本申請的一個實施例，接收服務器分多次發(fā)送的需求信息中進一步包括，接收服務器根據(jù)當前業(yè)務所處階段和/或所述當前網(wǎng)絡(luò)質(zhì)量分多次發(fā)送的需求信息。

作為本申請的一個實施例，在接收服務器發(fā)送的需求信息之前包括，向服務器發(fā)送當前業(yè)務初始階段所需的基本設(shè)備信息。

其中，對于大部分業(yè)務來說都需要獲得智能終端的唯一標識符，對于智能手機來說唯一標識符可能包括imei(移動設(shè)備國際身份碼)和/或imsi(國際移動用戶識別碼)，這部分唯一標識智能終端的基本設(shè)備信息可以在智能終端與服務器端發(fā)起業(yè)務請求時傳送給服務器端，不需要服務器端事先通知；或者這部分的基本設(shè)備信息也可以根據(jù)服務器端的需求，由智能終端向服務器端發(fā)送。

作為本申請的一個實施例，所述基本設(shè)備信息包括，智能終端的唯一標識符。

其中，對于智能手機來說，唯一標識符可能包括imei(移動設(shè)備國際身份碼)和/或imsi(國際移動用戶識別碼)等，對于平板電腦或者可穿戴智能設(shè)備等智能終端來說可能是wifi通信模塊的mac地址(硬件地址)等信息。

作為本申請的一個實施例，所述分多次向服務器發(fā)送部分設(shè)備信息進一步包括，將所述部分設(shè)備信息與所述當前業(yè)務的業(yè)務數(shù)據(jù)一同向所述服務器發(fā)送，或?qū)⑺霾糠衷O(shè)備信息與所述當前業(yè)務的業(yè)務數(shù)據(jù)分別向所述服務器發(fā)送。

其中，將部分設(shè)備信息與當前業(yè)務的業(yè)務數(shù)據(jù)一同發(fā)送或者單獨發(fā)送可以根據(jù)業(yè)務的需求來決定，在此不作限定。

作為本申請的一個實施例，所述需求信息包括，所述當前業(yè)務所處階段所需設(shè)備信息的分類指令。

其中，分類指令例如為a、b、c等，或者為1、2、3等指示信息，即將業(yè)務所處階段進行分類，每個階段的分類都對應相應的指示信息，不需要服務器針對當前業(yè)務所處階段將所有需要的設(shè)備信息逐一的告知智能終端，這樣可以進一步減少兩端通信的數(shù)據(jù)量，節(jié)省對于無線通信網(wǎng)絡(luò)帶寬的需求，進一步加快應用的響應，使得業(yè)務進入下一階段。

所述的需求信息還可以包括具體設(shè)備信息的名稱、或id等信息。

作為本申請的一個實施例，所述設(shè)備信息包括智能終端的位置信息、環(huán)境信息、狀態(tài)信息、私有信息等。

其中，位置信息進一步包括gps信息、基站信息等，環(huán)境信息進一步包括該智能終端連接的wifi信息、該智能終端的速度信息等，狀態(tài)信息進一步包括智能終端的應用版本號、系統(tǒng)版本、開機時間長度等，私有信息進一步包括應用的簽名信息等。

如圖9所示為本申請實施例設(shè)備信息收集方法另一流程圖，在本圖中描述了智能終端側(cè)的步驟方法，具體包括：

步驟901，檢測當前網(wǎng)絡(luò)質(zhì)量，并將所述當前網(wǎng)絡(luò)質(zhì)量發(fā)送給服務器。

在本步驟中，向服務器報告當前網(wǎng)絡(luò)質(zhì)量，以便于根據(jù)服務器的需求信息發(fā)送相應的設(shè)備信息。

步驟902，向服務器發(fā)送當前業(yè)務初始階段所需的基本設(shè)備信息。

在本步驟中，可以將基本設(shè)備信息在業(yè)務起始階段發(fā)送給服務器，這部分的基本設(shè)備信息是大多數(shù)業(yè)務所需的，因此可以不需要根據(jù)業(yè)務的需求信息就可以先發(fā)送給服務器。

步驟903，接收所述服務器根據(jù)當前業(yè)務所處階段發(fā)送的需求信息。

服務器可以根據(jù)上述當前網(wǎng)絡(luò)質(zhì)量和業(yè)務所處階段聯(lián)合產(chǎn)生需求信息，例如根據(jù)當前網(wǎng)絡(luò)質(zhì)量，在業(yè)務的第1階段傳送哪些設(shè)備信息，在業(yè)務的第2階段傳送哪些設(shè)備信息。

步驟904，根據(jù)所述需求信息發(fā)送相應的設(shè)備信息。

在本步驟中，智能終端根據(jù)需求信息獲取相應的設(shè)備信息，并發(fā)送給服務器。

通過上述本申請實施例中的方法，可以在智能終端分批上傳設(shè)備信息，降低對網(wǎng)絡(luò)帶寬的要求，使得應用可以很快的進入下一處理階段，以快速響應用戶對應用的操作。

如圖2所示為本申請實施例一種設(shè)備信息收集方法的流程圖，在本圖中描述了服務器端分多次接收設(shè)備信息的過程，該服務器端是處理某個業(yè)務或者多個業(yè)務的服務器，根據(jù)處理業(yè)務的需要分批次的通知智能終端上傳哪些設(shè)備信息，以便于滿足當前業(yè)務所處某個階段的需求，通過這樣的方式可以減少智能終端一次性上傳所有設(shè)備信息，占用較多網(wǎng)絡(luò)帶寬，并且傳輸速度較慢，造成對用戶的操作指令反應延遲的問題。

該方法具體包括步驟201，分多次接收智能終端發(fā)送的部分設(shè)備信息。

作為本申請的一個實施例，在分多次接收智能終端發(fā)送的部分設(shè)備信息之前還包括，分多次向智能終端發(fā)送需求信息，在分多次接收智能終端發(fā)送的部分設(shè)備信息中進一步包括，接收所述智能終端根據(jù)所述需求信息發(fā)送的相應設(shè)備信息。

作為本申請的一個實施例，分多次接收智能終端發(fā)送的部分設(shè)備信息中進一步包括，根據(jù)預先設(shè)定的規(guī)則，分多次接收智能終端發(fā)送的相應設(shè)備信息。

作為本申請的一個實施例，在分多次向智能終端發(fā)送需求信息之中還包括，根據(jù)當前業(yè)務所處階段分多次向智能終端發(fā)送需求信息。

作為本申請的一個實施例，在分多次向智能終端發(fā)送需求信息之中還包括，接收智能終端發(fā)送的當前網(wǎng)絡(luò)質(zhì)量，根據(jù)所述當前網(wǎng)絡(luò)質(zhì)量和/或當前業(yè)務所處階段分多次向智能終端發(fā)送需求信息。

作為本申請的一個實施例，在分多次向智能終端發(fā)送需求信息之前還包括，接收智能終端發(fā)送的當前業(yè)務初始階段所需的基本設(shè)備信息。

作為本申請的一個實施例，所述基本設(shè)備信息包括，智能終端的唯一標識符。

作為本申請的一個實施例，根據(jù)當前業(yè)務所處階段分多次向智能終端發(fā)送需求信息進一步包括，在業(yè)務的處理過程中設(shè)置標志位，當所述當前業(yè)務處理到某個階段時，根據(jù)所述標 志位獲得所述當前業(yè)務的所處階段，根據(jù)所處階段分多次向智能終端發(fā)送需求信息。

其中，所述標志位可以包括數(shù)字或者字符串，所述在每個階段設(shè)置標志位為一種可能的方案，還可以在業(yè)務的整個處理過程中設(shè)置觸發(fā)機制，當進行到某個階段時自動觸發(fā)發(fā)送相應需求信息，或者還可以通過其它現(xiàn)有技術(shù)中的方法得到當前的需求信息，并向智能終端發(fā)送該需求信息。

作為本申請的一個實施例，所述需求信息包括，所述當前業(yè)務所處階段所需設(shè)備信息的分類指令。

作為本申請的一個實施例，所述設(shè)備信息包括智能終端的位置信息、環(huán)境信息、狀態(tài)信息、私有信息等。

作為本申請的一個實施例，還包括，根據(jù)所述基本設(shè)備信息或相應設(shè)備信息進行所述當前業(yè)務所處階段的業(yè)務處理。

如圖10所示為本申請實施例設(shè)備信息收集方法另一流程圖，在本圖中描述了服務器側(cè)的步驟方法，具體包括：

步驟1001，接收智能終端發(fā)送的當前網(wǎng)絡(luò)質(zhì)量。

步驟1002，接收智能終端發(fā)送的當前業(yè)務初始階段所需的基本設(shè)備信息。

在本步驟中接收的基本設(shè)備信息用于業(yè)務的初始階段，這部分設(shè)備信息也可以由后面的需求信息向智能終端發(fā)出，再由智能終端發(fā)送給服務器。

步驟1003，根據(jù)所述當前網(wǎng)絡(luò)質(zhì)量和當前業(yè)務所處階段向智能終端發(fā)送需求信息。

在本步驟中，發(fā)送的需求信息可以分多次發(fā)送，即每個業(yè)務階段發(fā)送相應業(yè)務階段的需求信息；或者需求信息還可以由服務器一次性發(fā)送給智能終端，智能終端根據(jù)需求信息中指定的時機上傳相應的設(shè)備信息。

其中，網(wǎng)絡(luò)質(zhì)量可以用于生成需求信息，例如根據(jù)網(wǎng)速決定一次智能終端上傳設(shè)備信息時傳送哪些設(shè)備信息，還可以根據(jù)網(wǎng)絡(luò)質(zhì)量決定是否需要分多次上傳設(shè)備信息；或者根據(jù)業(yè)務所處階段決定本階段需要智能設(shè)備上傳哪些設(shè)備信息。

步驟1004，接收智能終端根據(jù)所述需求信息發(fā)送的相應設(shè)備信息。通過上述本申請實施例的方法，服務器端可以分批次的接收與當前業(yè)務處理相匹配的設(shè)備信息，而不需要一次性的接收所有設(shè)備信息，節(jié)省了智能終端與服務器端之間的網(wǎng)絡(luò)帶寬，并且可以使得業(yè)務相應更加迅速，從而提升了用戶體驗。

如圖3所示為本申請實施例一種智能終端的結(jié)構(gòu)示意圖，在本圖中描述了一種可以分批次上傳設(shè)備信息的智能終端，在該智能終端中的各個功能模塊均可以由特定的可編程邏輯器件構(gòu)成，或者還可以由運行于特定芯片中的軟件指令構(gòu)成，通過各個功能模塊的協(xié)同工作， 可以使得智能終端在上傳設(shè)備信息時占用更小的網(wǎng)絡(luò)帶寬，使得應用可以更加快速相應用戶的操作。

該智能終端具體包括發(fā)送單元301，用于分多次向服務器發(fā)送部分設(shè)備信息。作為本申請的一個實施例，還包括接收單元302，用于接收服務器分多次發(fā)送的需求信息，所述發(fā)送單元進一步用于根據(jù)所述需求信息發(fā)送相應的設(shè)備信息。

作為本申請的一個實施例，所述發(fā)送單元進一步用于，根據(jù)預先設(shè)定的規(guī)則，分多次向服務器發(fā)送相應設(shè)備信息。

作為本申請的一個實施例，還包括檢測單元303，用于檢測當前網(wǎng)絡(luò)質(zhì)量，并通過發(fā)送單元將所述當前網(wǎng)絡(luò)質(zhì)量發(fā)送給服務器。

作為本申請的一個實施例，所述接收單元進一步用于，接收服務器根據(jù)當前業(yè)務所處階段分多次發(fā)送的需求信息。

作為本申請的一個實施例，所述接收單元進一步用于，接收服務器根據(jù)當前業(yè)務所處階段和/或所述當前網(wǎng)絡(luò)質(zhì)量分多次發(fā)送的需求信息。

作為本申請的一個實施例，所述發(fā)送單元還用于向服務器上傳當前業(yè)務初始階段所需的基本設(shè)備信息。

作為本申請的一個實施例，所述基本設(shè)備信息包括，智能終端的唯一標識符。

作為本申請的一個實施例，所述發(fā)送單元進一步用于，將所述部分設(shè)備信息與所述當前業(yè)務的業(yè)務數(shù)據(jù)一同向所述服務器發(fā)送，或?qū)⑺霾糠衷O(shè)備信息與所述當前業(yè)務的業(yè)務數(shù)據(jù)分別向所述服務器發(fā)送。

作為本申請的一個實施例，所述需求信息包括，所述當前業(yè)務所處階段所需設(shè)備信息的分類指令。

作為本申請的一個實施例，所述設(shè)備信息包括智能終端的位置信息、環(huán)境信息、狀態(tài)信息、私有信息等。

通過上述本申請實施例中的裝置，可以分批上傳設(shè)備信息，降低對網(wǎng)絡(luò)帶寬的要求，使得智能終端上的應用可以很快的進入下一處理階段，以快速響應用戶對應用的操作。

如圖4所述為本申請實施例一種服務器的結(jié)構(gòu)示意圖，在本圖中描述了在本圖中描述了服務器端分多次接收設(shè)備信息的過程，該服務器端是處理某個業(yè)務或者多個業(yè)務的服務器，根據(jù)處理業(yè)務的需要分批次的通知智能終端上傳哪些設(shè)備信息，以便于滿足當前業(yè)務所處某個階段的需求，在本實施例服務器中的各個功能單元可以采用可編程邏輯器件，或者特定的處理器構(gòu)成，或者還可以由一臺計算機或者多臺計算機構(gòu)成。

在該服務器中包括接收單元401，用于分多次接收智能終端發(fā)送的部分設(shè)備信息。作為 本申請的一個實施例，還包括發(fā)送單元402，用于分多次向智能終端發(fā)送需求信息；所述接收單元進一步用于，接收所述智能終端根據(jù)所述需求信息發(fā)送的相應設(shè)備信息。

作為本申請的一個實施例，所述接收單元進一步用于，根據(jù)預先設(shè)定的規(guī)則，分多次接收智能終端發(fā)送的相應設(shè)備信息。

作為本申請的一個實施例，所述發(fā)送單元進一步用于，根據(jù)當前業(yè)務所處階段分多次向智能終端發(fā)送需求信息。

作為本申請的一個實施例，接收單元進一步用于接收智能終端發(fā)送的當前網(wǎng)絡(luò)質(zhì)量，所述發(fā)送單元進一步用于，根據(jù)所述當前網(wǎng)絡(luò)質(zhì)量和/或當前業(yè)務所處階段分多次向智能終端發(fā)送需求信息。

作為本申請的一個實施例，所述接收單元還用于接收智能終端發(fā)送的當前業(yè)務初始階段所需的基本設(shè)備信息。

作為本申請的一個實施例，所述基本設(shè)備信息包括，智能終端的唯一標識符。

作為本申請的一個實施例，所述發(fā)送單元還用于，在業(yè)務的處理過程中設(shè)置標志位，當所述當前業(yè)務處理到某個階段時，根據(jù)所述標志位獲得所述當前業(yè)務的所處階段，根據(jù)所處階段分多次向智能終端發(fā)送需求信息。

作為本申請的一個實施例，所述需求信息包括，所述當前業(yè)務所處階段所需設(shè)備信息的分類指令。

作為本申請的一個實施例，所述設(shè)備信息包括智能終端的位置信息、環(huán)境信息、狀態(tài)信息、私有信息等。

作為本申請的一個實施例，還包括處理單元403，用于根據(jù)所述基本設(shè)備信息或相應設(shè)備信息進行所述當前業(yè)務所處階段的業(yè)務處理。

通過上述本申請實施例中的服務器，可以分批次的接收與當前業(yè)務處理相匹配的設(shè)備信息，而不需要一次性的接收所有設(shè)備信息，節(jié)省了智能終端與服務器端之間的網(wǎng)絡(luò)帶寬，并且可以使得業(yè)務相應更加迅速，從而提升了用戶體驗。

如圖5所示為本申請實施例一種設(shè)備信息收集系統(tǒng)的結(jié)構(gòu)示意圖，在本圖中描述了包括了智能終端和服務器的一個系統(tǒng)，該系統(tǒng)可以根據(jù)服務器的指示，分批次的將智能終端的設(shè)備信息發(fā)送給服務器，在不同業(yè)務的業(yè)務處理階段中獲得相關(guān)的設(shè)備信息，節(jié)省了智能終端與服務器之間的網(wǎng)絡(luò)帶寬，并且使得智能終端的應用可以盡快的相應用戶的操作進入到下一個階段。

該系統(tǒng)具體包括智能終端501和服務器502，其中，

智能終端501，用于分多次向服務器發(fā)送部分設(shè)備信息；

服務器502，用于分多次接收智能終端發(fā)送的部分設(shè)備信息。

本實施例中的系統(tǒng)包括前述實施例中智能終端和服務器之中的所有技術(shù)特征，在此不再贅述。

通過本申請實施例的系統(tǒng)，智能終端可以根據(jù)服務器的需求信息分批次的上傳設(shè)備信息，從而節(jié)省智能終端與服務器端之間的網(wǎng)絡(luò)帶寬，并且可以使得業(yè)務相應更加迅速，從而提升了用戶體驗。

如圖6所示為本申請實施例一種設(shè)備信息收集系統(tǒng)的數(shù)據(jù)流圖，在本圖中，描述了在包括了智能終端和服務器的系統(tǒng)中如何實現(xiàn)分批次傳輸設(shè)備信息的流程，其中的智能終端在本例中為智能手機，服務器為單獨的計算機，系統(tǒng)中進行的業(yè)務可以為支付業(yè)務，在支付業(yè)務中主要分為3個階段，即，進入到支付頁面、選擇支付渠道、輸入密碼，本例中對業(yè)務的階段劃分只是為了舉例說明，在其它的實施例中，還可以有不同的劃分方式，在其它的業(yè)務中也可以有各自相應的階段。

在本實施例中，智能手機所處環(huán)境如圖7所示，該智能手機可以為android系統(tǒng)，處于wifi環(huán)境的無線網(wǎng)絡(luò)中，并且同時也處于基站a的覆蓋之內(nèi)，并同時能夠接收到近地球軌道的多顆衛(wèi)星的gps信號。

在本例中包括步驟601，用戶在智能手機的觸摸屏幕上點擊支付應用的圖標，觸發(fā)支付業(yè)務。

在本步驟中，當用戶點擊支付應用圖標后，進入到支付頁面，該支付頁面中顯示有支付渠道，在支付渠道中顯示有多個銀行或者支付機構(gòu)的選項。

步驟602，獲取智能手機的imei和imsi等設(shè)備基本信息。

在本步驟中，由于進入支付頁面為支付業(yè)務流程的初始階段，僅需要將設(shè)備的基本信息發(fā)送給服務器，在本實施例中設(shè)備的基本信息僅包括imei和imsi，在其它實施例中可能還包括其它信息。

步驟603，根據(jù)上述用戶的操作，將支付業(yè)務請求以及上述獲得的設(shè)備基本信息發(fā)送服務器。

在本步驟中，可以將設(shè)備基本信息作為支付業(yè)務請求中的一部分發(fā)送給服務器，或者還可以將設(shè)備基本信息單獨發(fā)送給服務器。

步驟604，服務器根據(jù)接收到的支付業(yè)務請求和設(shè)備基本信息進行業(yè)務處理，并獲取當前業(yè)務所處的階段。

在本步驟中，根據(jù)智能終端發(fā)起的支付業(yè)務請求，得知用戶已經(jīng)發(fā)起了支付業(yè)務請求，當前業(yè)務所處階段為用戶選擇支付渠道的階段，即第2階段。

上述獲得當前業(yè)務所處階段的方法可以在業(yè)務處理中加入標志位，在不同的業(yè)務處理階段加入不同取值的標志位，例如當該標志位的取值為1時，當前業(yè)務所處階段為第1階段，當該標志位的取值為2時，當前業(yè)務所處階段為第2階段；或者在業(yè)務處理程序中加入提示報告程序，當業(yè)務處理程序進行到某個階段時，就會運行該提示報告程序，以提示當前業(yè)務所處階段；或者在服務器端事先規(guī)定了進行哪些處理時業(yè)務就進入了哪個階段。

步驟605，根據(jù)當前業(yè)務所處階段，獲得所述當前業(yè)務所處階段所需的設(shè)備信息。

在本步驟中，在第2階段中需要智能手機的gps位置信息、周邊的基站信息、以及wifi名稱等信息，用以驗證用戶的支付環(huán)境是否安全。

在本實施例中，上述所需的設(shè)備信息分類為a類設(shè)備信息。

步驟606，將所需a類設(shè)備信息的需求信息發(fā)送給智能手機。

步驟607，智能手機接收解析服務器發(fā)送的需求信息。

步驟608，智能手機獲取所述需求信息中要求的設(shè)備信息。

在本步驟中，解析得到需求信息中的a類設(shè)備信息，根據(jù)預先設(shè)定的規(guī)則，a類設(shè)備信息包括了智能手機的gps位置信息、周邊的基站信息、以及wifi名稱等信息，通過智能手機的gps模塊獲得所述gps位置信息，通過智能手機的通信模塊獲得周邊的基站信息，通過智能手機的wifi模塊獲得所連接的wifi名稱；或者智能手機還可以事先獲得上述信息并保存于存儲器中，當接收到上述需求信息后，只需要從存儲器中查找出相應的設(shè)備信息即可。

步驟609，用戶在支付頁面中選擇某個支付渠道，生成相應的業(yè)務數(shù)據(jù)。

上述步驟607-步驟609可以以任意順序執(zhí)行，不限制其先后順序。

步驟610，將選擇支付渠道的業(yè)務數(shù)據(jù)和上述a類設(shè)備信息發(fā)送給服務器。

發(fā)送業(yè)務數(shù)據(jù)和a類設(shè)備信息的步驟可以參考上述步驟603。

此時，智能終端支付應用的支付頁面將從選擇支付渠道的顯示內(nèi)容轉(zhuǎn)換到輸入密碼的顯示內(nèi)容，對比現(xiàn)有技術(shù)中在用戶點擊支付應用顯示支付頁面的過程中就需要將全部的設(shè)備信息上傳到服務器來說，現(xiàn)有技術(shù)中可能需要很長的時間才能顯示輸入密碼的內(nèi)容(由于上傳的設(shè)備信息數(shù)據(jù)量巨大，由于網(wǎng)絡(luò)傳輸需要的時間較長，因此業(yè)務跳轉(zhuǎn)到下一個階段時間就相應變得緩慢)，根據(jù)分批次上傳設(shè)備信息可以根據(jù)用戶的操作(選擇支付渠道操作)快速的跳轉(zhuǎn)到下一個業(yè)務階段，即輸入密碼的業(yè)務階段，因此會給用戶帶來更好的使用體驗。

步驟611，服務器接收到業(yè)務數(shù)據(jù)和a類設(shè)備信息后進行相應業(yè)務處理，并獲得當前業(yè)務所處階段。

在本步驟中，服務器可以利用業(yè)務數(shù)據(jù)和/或a類設(shè)備信息進行支付業(yè)務的相關(guān)處理，其中利用a類設(shè)備信息進行安全認證等工作可以由其它安全驗證類服務器進行，也可以有該 服務器一并處理。

在進行業(yè)務處理中，服務器接收到用戶選擇支付渠道后，當前支付業(yè)務所處的階段為第3階段，用戶輸入密碼的階段。

步驟612，根據(jù)當前業(yè)務所處階段，獲得所述當前業(yè)務所處階段所需的設(shè)備信息。

在本步驟中，在第3階段中需要智能手機的支付應用的版本號，支付應用的簽名信息等，用以驗證該密碼是否安全。

在本實施例中，上述所需的設(shè)備信息分類為b類設(shè)備信息。

步驟613，將所需b類設(shè)備信息的需求信息發(fā)送給智能手機。

步驟614，智能手機接收解析服務器發(fā)送的需求信息。

步驟615，智能手機獲取所述需求信息中要求的設(shè)備信息。

在本步驟中，解析得到需求信息中的b類設(shè)備信息，根據(jù)預先設(shè)定的規(guī)則，b類設(shè)備信息包括了支付應用的版本號、支付應用的簽名信息，在智能手機上獲取上述b類設(shè)備信息。

步驟616，用戶在支付頁面中輸入密碼，生成相應的業(yè)務數(shù)據(jù)。

步驟617，將包含密碼等信息的業(yè)務數(shù)據(jù)和b類設(shè)備信息發(fā)送給服務器。

步驟618，服務器接收到業(yè)務數(shù)據(jù)和b類設(shè)備信息后進行相應業(yè)務處理，并獲得當前業(yè)務所處階段。

在本步驟中，服務器根據(jù)用戶輸入的密碼和/或b類設(shè)備信息完成了支付業(yè)務，其中利用b類設(shè)備信息進行安全認證等工作可以由其它安全驗證類服務器進行，也可以有該服務器一并處理。

由于完成了支付業(yè)務，因此生成業(yè)務完成信息。

步驟619，向智能終端發(fā)送支付完成信息。

步驟620，智能終端顯示所述支付完成信息。

如圖8所示為本申請實施例另一種設(shè)備信息收集系統(tǒng)的數(shù)據(jù)流圖，在本圖中描述了和上圖6相似的實施例，系統(tǒng)構(gòu)架基本類似，在本實施例中僅描述不同之處，其中智能手機包括了檢測單元用于檢測智能手機當前的網(wǎng)絡(luò)質(zhì)量，將該當前網(wǎng)絡(luò)質(zhì)量發(fā)送給服務器，服務器根據(jù)該當前網(wǎng)絡(luò)質(zhì)量決定智能手機在當前業(yè)務中分幾次上傳設(shè)備信息。

具體包括步驟801，用戶在智能手機的觸摸屏幕上點擊支付應用的圖標，觸發(fā)支付業(yè)務。

步驟802，將智能手機當前網(wǎng)絡(luò)質(zhì)量發(fā)送給服務器。

在本步驟中，當前網(wǎng)絡(luò)質(zhì)量可以為網(wǎng)絡(luò)類型，或者為智能手機與基站信號的信噪比，在本例中智能手機檢測到當前網(wǎng)絡(luò)為4g網(wǎng)絡(luò)，但是信號的信噪比低于門限值。

步驟803，服務器根據(jù)該當前網(wǎng)絡(luò)質(zhì)量和業(yè)務階段，產(chǎn)生相應的需求信息。

在本步驟中，服務器決定在支付業(yè)務的前兩個階段就可以讓智能手機將全部業(yè)務所需的設(shè)備信息發(fā)送過來，例如在業(yè)務的第1階段發(fā)送設(shè)備基本信息和a類設(shè)備信息，在支付業(yè)務的第2個階段發(fā)送b類設(shè)備信息，在第3個階段不發(fā)送設(shè)備信息。

在其它實施例中，如果不對支付業(yè)務進行業(yè)務處理階段的劃分，可以以通信過程劃分，即智能手機與服務器某一次通信過程中就可以攜帶某些設(shè)備信息，或者在某一次通信結(jié)束后，單獨傳送某些設(shè)備信息，這些設(shè)備信息可以按照上述分類設(shè)備信息區(qū)分，也可以按照其它方式劃分。

步驟804，服務器將需求信息發(fā)送給智能終端。

步驟805，智能終端根據(jù)需求信息，獲取相應的設(shè)備信息。

在本步驟中，可以采用上述圖6所示實施例的方式獲取設(shè)備信息，可以一次性全部獲取，也可以根據(jù)需求信息多次獲取。

步驟806，智能終端將支付業(yè)務請求以及上述獲得的設(shè)備基本信息和a類設(shè)備信息發(fā)送服務器。

步驟807，服務器根據(jù)接收到的支付業(yè)務請求和相應設(shè)備信息進行業(yè)務處理。

本步驟的業(yè)務處理包括了圖6所示實施例中步驟604至步驟611，其中包括了服務器和智能手機上的多個步驟，不同之處在于，在本步驟的業(yè)務處理過程中，智能手機不再需要將設(shè)備信息發(fā)送給服務器。

步驟808，服務器根據(jù)當前業(yè)務所處階段，將所需b類設(shè)備信息的需求信息發(fā)送給智能手機。

步驟809，智能手機獲取相應的設(shè)備信息和生成相應的業(yè)務數(shù)據(jù)。

本步驟包括了圖6所示實施例中步驟614至步驟616。

步驟810，將包含密碼等信息的業(yè)務數(shù)據(jù)和b類設(shè)備信息發(fā)送給服務器。

步驟811，服務器在接收到了相應的設(shè)備信息和業(yè)務數(shù)據(jù)后，進行相應的處理。

本步驟包括了圖6所示實施例中步驟618至620。

通過上述本申請實施例中的方法及裝置，智能終端可以根據(jù)服務器的需求信息分批次的上傳設(shè)備信息，從而節(jié)省智能終端與服務器端之間的網(wǎng)絡(luò)帶寬，并且可以使得業(yè)務相應更加迅速，從而提升了用戶體驗。

對于一個技術(shù)的改進可以很明顯地區(qū)分是硬件上的改進(例如，對二極管、晶體管、開關(guān)等電路結(jié)構(gòu)的改進)還是軟件上的改進(對于方法流程的改進)。然而，隨著技術(shù)的發(fā)展，當今的很多方法流程的改進已經(jīng)可以視為硬件電路結(jié)構(gòu)的直接改進。設(shè)計人員幾乎都通過將改進的方法流程編程到硬件電路中來得到相應的硬件電路結(jié)構(gòu)。因此，不能說一個方法流程 的改進就不能用硬件實體模塊來實現(xiàn)。例如，可編程邏輯器件(programmablelogicdevice,pld)(例如現(xiàn)場可編程門陣列(fieldprogrammablegatearray，fpga))就是這樣一種集成電路，其邏輯功能由用戶對器件編程來確定。由設(shè)計人員自行編程來把一個數(shù)字系統(tǒng)“集成”在一片pld上，而不需要請芯片制造廠商來設(shè)計和制作專用的集成電路芯片2。而且，如今，取代手工地制作集成電路芯片，這種編程也多半改用“邏輯編譯器(logiccompiler)”軟件來實現(xiàn)，它與程序開發(fā)撰寫時所用的軟件編譯器相類似，而要編譯之前的原始代碼也得用特定的編程語言來撰寫，此稱之為硬件描述語言(hardwaredescriptionlanguage，hdl)，而hdl也并非僅有一種，而是有許多種，如abel(advancedbooleanexpressionlanguage)、ahdl(alterahardwaredescriptionlanguage)、confluence、cupl(cornelluniversityprogramminglanguage)、hdcal、jhdl(javahardwaredescriptionlanguage)、lava、lola、myhdl、palasm、rhdl(rubyhardwaredescriptionlanguage)等，目前最普遍使用的是vhdl(very-high-speedintegratedcircuithardwaredescriptionlanguage)與verilog2。本領(lǐng)域技術(shù)人員也應該清楚，只需要將方法流程用上述幾種硬件描述語言稍作邏輯編程并編程到集成電路中，就可以很容易得到實現(xiàn)該邏輯方法流程的硬件電路。

控制器可以按任何適當?shù)姆绞綄崿F(xiàn)，例如，控制器可以采取例如微處理器或處理器以及存儲可由該(微)處理器執(zhí)行的計算機可讀程序代碼(例如軟件或固件)的計算機可讀介質(zhì)、邏輯門、開關(guān)、專用集成電路(applicationspecificintegratedcircuit，asic)、可編程邏輯控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：arc625d、atmelat91sam、microchippic18f26k20以及siliconelabsc8051f320，存儲器控制器還可以被實現(xiàn)為存儲器的控制邏輯的一部分。

本領(lǐng)域技術(shù)人員也知道，除了以純計算機可讀程序代碼方式實現(xiàn)控制器以外，完全可以通過將方法步驟進行邏輯編程來使得控制器以邏輯門、開關(guān)、專用集成電路、可編程邏輯控制器和嵌入微控制器等的形式來實現(xiàn)相同功能。因此這種控制器可以被認為是一種硬件部件，而對其內(nèi)包括的用于實現(xiàn)各種功能的裝置也可以視為硬件部件內(nèi)的結(jié)構(gòu)?；蛘呱踔粒梢詫⒂糜趯崿F(xiàn)各種功能的裝置視為既可以是實現(xiàn)方法的軟件模塊又可以是硬件部件內(nèi)的結(jié)構(gòu)。

上述實施例闡明的系統(tǒng)、裝置、模塊或單元，具體可以由計算機芯片或?qū)嶓w實現(xiàn)，或者由具有某種功能的產(chǎn)品來實現(xiàn)。

為了描述的方便，描述以上裝置時以功能分為各種單元分別描述。當然，在實施本申請時可以把各單元的功能在同一個或多個軟件和/或硬件中實現(xiàn)。

通過以上的實施方式的描述可知，本領(lǐng)域的技術(shù)人員可以清楚地了解到本申請可借助軟 件加必需的通用硬件平臺的方式來實現(xiàn)?；谶@樣的理解，本申請的技術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計算機軟件產(chǎn)品可以存儲在存儲介質(zhì)中，如rom/ram、磁碟、光盤等，包括若干指令用以使得一臺計算機設(shè)備(可以是個人計算機，服務器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本申請各個實施例或者實施例的某些部分所述的方法。

本說明書中的各個實施例均采用遞進的方式描述，各個實施例之間相同相似的部分互相參見即可，每個實施例重點說明的都是與其他實施例的不同之處。尤其，對于系統(tǒng)實施例而言，由于其基本相似于方法實施例，所以描述的比較簡單，相關(guān)之處參見方法實施例的部分說明即可。

本申請可用于眾多通用或?qū)Ｓ玫挠嬎銠C系統(tǒng)環(huán)境或配置中。例如：個人計算機、服務器計算機、手持設(shè)備或便攜式設(shè)備、平板型設(shè)備、多處理器系統(tǒng)、基于微處理器的系統(tǒng)、置頂盒、可編程的消費電子設(shè)備、網(wǎng)絡(luò)pc、小型計算機、大型計算機、包括以上任何系統(tǒng)或設(shè)備的分布式計算環(huán)境等等。

本申請可以在由計算機執(zhí)行的計算機可執(zhí)行指令的一般上下文中描述，例如程序模塊。一般地，程序模塊包括執(zhí)行特定任務或?qū)崿F(xiàn)特定抽象數(shù)據(jù)類型的例程、程序、對象、組件、數(shù)據(jù)結(jié)構(gòu)等等。也可以在分布式計算環(huán)境中實踐本申請，在這些分布式計算環(huán)境中，由通過通信網(wǎng)絡(luò)而被連接的遠程處理設(shè)備來執(zhí)行任務。在分布式計算環(huán)境中，程序模塊可以位于包括存儲設(shè)備在內(nèi)的本地和遠程計算機存儲介質(zhì)中。

雖然通過實施例描繪了本申請，本領(lǐng)域普通技術(shù)人員知道，本申請有許多變形和變化而不脫離本申請的精神，希望所附的權(quán)利要求包括這些變形和變化而不脫離本申請的精神。