TW201633054A - 資訊採集和處理方法、客戶端及伺服器 - Google Patents

Abstract

本發明提供一種資訊採集和處理方法、客戶端及伺服器。所述方法包括：客戶端接收伺服器發送的採集策略；所述客戶端根據所述接收到的採集策略而採集位置資訊；所述客戶端將所述採集的位置資訊發送至伺服器；所述伺服器接收並儲存所述採集的位置資訊；所述伺服器根據預定規則而對所述採集的位置資訊進行分析處理，形成採集策略的配置資料；所述伺服器根據所述分析處理形成的配置資料而更新所述採集策略；所述伺服器將所述更新後的採集策略發送至客戶端；所述客戶端接收所述伺服器發送的更新後的採集策略，並根據所述更新後的策略而採集位置資訊。利用本發明中的各個實施例，可以智能最佳化客戶端資訊採集策略，節省終端電量，實現低能耗全天定位。

Description

資訊採集和處理方法、客戶端及伺服器

本發明係有關資訊通信領域，尤其有關一種資訊採集和處理方法、客戶端及伺服器。

隨著智能終端的發展和普及，越來越多的應用情況需要用到被動定位技術，例如位置分享，行踪記錄，周邊興趣點即時提醒等。

被動定位通常是指在終端後階段應用可以持續採集上報用戶的位置資訊，伺服器可以根據終端上報的位置資訊而定位用戶目前位置，向用戶發送相應的推送訊息。通常情況下所述被動定位可以為基於用戶訂閱內容、熱點的全天候位置應用技術，它可以包括利用GPS、WIFI、基站、信標等多種定位技術而獲取位置資訊，可以全天候在多種網路狀況下操作，能主動感知用戶進入訂閱熱點並觸發終端相應的應用內容展現。例如展現的內容可以是30分鐘後即將開場的電影院的空位資訊、某超市夜場的生鮮的折扣資訊、新開張餐廳的優惠券資訊等。

現有被動定位技術常用的方案主要為：在啟動終端位 置定位應用後，該應用在終端上全天候採集位置資訊進行上報。為了儘量精確獲取用戶的目前位置資訊，滿足用戶所在應用情況的服務需求，現有技術中的被動定位技術通常會使用相對時間較短的固定間隔時間來採集用戶位置資訊。該位置資訊採集方法會導致終端應用非常頻繁的採集上報位置資料，對用戶終端的電量消耗相當嚴重，甚至電量的消耗對用戶而言變得不可接受，大大降低用戶的被動定位服務體驗。另外，位置資訊頻繁的採集上報也會增加終端的網路流量消耗。例如某本地服務的APP(Application，APP，應用程式)中設置的被動定位功能，在用戶打開APP後會非常頻繁地採集、上報位置資料，對終端電量消耗非常嚴重，進一步的還會在使用過程中導致終端設備發燙，使用戶體驗變差。

現有技術之被動定位的位置資訊採集方法對終端電量消耗嚴重，用戶體驗較差。

本發明之目的在於提供一種資訊採集和處理方法、客戶端及伺服器，可以最佳化位置資訊的採集和上報策略，節省終端電量和用戶網路流量，提高用戶應用使用體驗。

本發明所提供的資訊採集和處理方法、客戶端及伺服器是這樣實現的：一種資訊採集方法，所述方法包括：客戶端接收伺服器發送的採集策略； 所述客戶端根據所述接收到的採集策略而採集位置資訊；所述客戶端將所述採集的位置資訊發送至伺服器；所述伺服器接收並儲存所述採集的位置資訊；所述伺服器根據預定規則而對所述採集的位置資訊進行分析處理，形成採集策略的配置資料；所述伺服器根據所述分析處理形成的配置資料而更新所述採集策略；所述伺服器將所述更新後的採集策略發送至客戶端；所述客戶端接收所述伺服器發送的更新後的採集策略，並根據所述更新後的策略而採集位置資訊。

一種資訊採集方法，所述方法包括：客戶端接收伺服器發送的採集策略；所述客戶端根據所述接收到的採集策略採集位置資訊；所述客戶端將所述採集的位置資訊發送至伺服器；所述客戶端接收所述伺服器發送的更新後的採集策略，並根據所述更新後的策略而採集位置資訊。

一種採集資訊處理方法，所述方法包括：伺服器接收並儲存客戶端發送的位置資訊；所述伺服器根據預定規則而對所述採集的位置資訊進行分析處理，形成採集策略的配置資料；所述伺服器根據所述分析處理形成的配置資料而更新所述採集策略；所述伺服器將所述更新後的採集策略發送至客戶端。

一種資訊採集客戶端，所述客戶端包括： 策略接收模組，可用以接收伺服器發送的採集策略；資訊採集模組，用以根據所述策略接收模組中的採集策略而採集位置資訊；資訊上報模組，用以將所述採集的位置資訊發送至伺服器；策略同步模組，用以與伺服器同步，更新所述策略接收模組接收到的採集策略。

一種採集資訊處理伺服器，所述伺服器包括：資訊接收模組，用以接收並儲存客戶端發送的位置資訊；預定規則單元，儲存預先設定的對所述位置資訊進行分析處理的預定規則；採集策略模組，用以儲存客戶端的採集策略；處理單元，用以執行所述預定規則單元儲存的預定規則，對所述位置資訊進行分析處理，獲取採集策略的配置資料；策略更新模組，用以獲取採集策略的配置資料，更新所述採集策略模組中的採集策略；策略發送模組，用以將所述採集策略模組儲存的採集策略發送至客戶端。

本發明提供一種資訊採集和處理方法、客戶端及伺服器，客戶端可以透過獲取伺服器根據用戶行為習慣最佳化後的採集策略，即時、合理的調控用戶終端的位置資訊採集時間、採集間隔、採集精度等，做到即時的個性化。伺 服器可以透過對採集的位置資訊的資料分析，計算用戶經常變動位置的活躍時間段，在這些活躍時間段內適量提高被動定位頻率，其他時間段反之，甚至不採集，對用戶的習慣進行學習，使被動定位的資訊採集能够智能化，逐漸最佳化位置資訊採集的配置策略，最大限度的節省用戶終端電量和網路流量。

101‧‧‧策略接收模組

102‧‧‧資訊採集模組

103‧‧‧資訊上報模組

1031‧‧‧定時上報單元

1032‧‧‧間隔上報單元

104‧‧‧策略同步模組

105‧‧‧用戶開關

201‧‧‧資訊接收模組

202‧‧‧預定規則單元

203‧‧‧採集策略模組

204‧‧‧處理單元

2041‧‧‧資料提取單元

2042‧‧‧時間段計算單元

2043‧‧‧時間段權重關係表

2044‧‧‧資料配置單元

205‧‧‧策略更新模組

206‧‧‧策略發送模組

2071‧‧‧經緯度轉換模組

2072‧‧‧資訊補償模組

2073‧‧‧格式轉換模組

208‧‧‧位置區域模組

1‧‧‧客戶端

2‧‧‧伺服器

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

圖1是本發明的一種資訊採集方法之一種實施例的方法流程示意圖；圖2是本發明中對位置資訊資料進行運算補償的一種實施例的流程示意圖；圖3是本發明的一種資訊採集方法之另一種實施例的方法流程示意圖；圖4是本發明的一種資訊採集客戶端的模組結構示意圖；圖5是本發明之所述客戶端中一種資訊上報模組的模組結構示意圖； 圖6是本發明的一種資訊採集客戶端之另一種實施例的模組結構示意圖；圖7是本發明的一種採集資訊處理伺服器的模組結構示意圖；圖8是本發明的一種處理單元的模組結構示意圖；圖9是本發明的一種採集資訊處理伺服器之另一種實施例的模組結構示意圖；圖10是本發明的一種採集資訊處理伺服器之另一種實施例的模組結構示意圖；圖11是本發明所提供的一種採集資訊系統的結構示意圖。

為了使本技術領域的人員更佳地理解本發明中的技術方案，下面將結合本發明實施例中的附圖，對本發明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發明的一部分實施例，而不是全部的實施例。基於本發明中的實施例，本領域普通技術人員在沒有作出創造性勞動前提下所獲得的所有其他實施例，都應當屬本發明保護的範圍。

本發明中所涉及到的位置定位時採集的位置資訊可以包括透過終端內置或外置的GPS定位裝置獲取的用戶客戶端的位置資訊，也可以包括透過電信移動運營商的移動通信網路(如2G的GSM網路、3G的CDMA2000網路或 者4G的LTE網路的基站等)定位獲取的用戶客戶端的位置資訊，當然也可以包括基於熱點位置的WIFI或者信標的相關位置標識獲取的用戶客戶端位置資訊。本發明中所述的客戶端可以是移動電話、平板電腦、個人數位助理(Personal Digital Assistant，PDA)、手持電腦(Pocket PC)、智能可穿戴設備(智能手錶、手環，隱蔽式資料記錄裝置等)等移動終端設備，也可以包括具有位置資訊採集功能的桌上型電腦(desktop PC)。

定位功能的位置資訊資料採集通常是為了根據用戶的目前位置而為用戶提供相應的位置資訊服務。在實際的應用中，大多數用戶有著相對穩定的工作、生活習慣，他們在工作日或者周末一天中的上班或休息通常有比較穩定的活動地點。這樣，在用戶活動位置固定的時間段內可以不需要採集上報用戶的位置資訊或者降低位置資訊採集頻率，可以實現節省用戶終端電量，減少不必要的資源浪費。本發明提供一種資訊採集方法，客戶端採集上報位置資訊後，伺服器根據採集的位置資訊進行分析，最佳化客戶端的資訊採集策略，使客戶端的位置資訊採集策略逐步趨於合理化，達到節省客戶端電量的目的。具體的圖1是本發明所述之一種資訊採集方法的一個實施例的方法流程圖，如圖1所述，所述方法可以包括：

S1：客戶端接收伺服器發送的採集策略。

所述的採集策略中可以包括配置的客戶端地理位置資訊採集時間段Th、採集時間間隔Ts、資訊上報時間Tup 等。例如可以在所述採集策略中設定採集時間段Th為全天候24小時，採集時間間隔Ts為每小時採集一次，資訊上報時間Tup為每天早10點和晚10點。當然，所述的伺服器上的採集策略中還可以配置客戶端的地理位置資訊採集精度A、用戶或者設備識別標志ID、所在位置區域LAC、適用客戶端的應用版本P等其他資訊，具體的所述第一採集策略中設定的資訊採集策略可以根據資訊採集需求進行配置。

通常伺服器還未獲取到客戶端採集的資訊資料或者還未獲取到客戶端採集的且滿足資料分析處理要求的資訊資料時，所述採集策略可以為預先配置的習知的資訊採集策略。在另一種實施例中，所述的採集策略也可以為設定符合多數用戶行為習慣的通用採集策略，例如晚間休息時，上述中的資訊上報時間Tup可以設定為每天零點整上報之前24小時採集的資訊資料。

上述採集策略的配置具體的可以在專用的伺服器上進行配置，也可以由其他伺服器上的相應功能模組實現，例如LBS伺服器。本發明中所述的伺服器並不限定實體或者邏輯上的一種伺服器架構，可以包括多個實體或邏輯上的伺服器的組合。

所述伺服器可以將所述採集策略發送至客戶端，客戶端可以接收所述採集策略。具體地在實現方式上可以採用客戶端定時同步伺服器的方式獲取伺服器的採集策略，因此，本發明中所述客戶端接收伺服器發送的採集策略具體 的可以包括：S101：客戶端在啟動時或切換至指定應用時向伺服器發送通知訊息；S102：所述伺服器接收所述通知訊息後向所述客戶端發送採集策略；S103：所述客戶端接收所述伺服器基於接收到的通知訊息發送的採集策略。

在另一種實施例中，所述伺服器也可以在到預定達推送時間時主動向客戶端發送採集策略，因素，所述客戶端接收伺服器發送的採集策略可以包括：S101’：伺服器在達到預定推送時間時向所述客戶端發送的採集策略；S102’：所述客戶端接收所述伺服器在達到預定推送時間時向所述客戶端發送的採集策略。

客戶端在啟動或切換至指定應用時向伺服器發送通知訊息，所述伺服器接收所述通知訊息後向所述客戶端發送採集策略，所述客戶端接收所述伺服器發送的採集策略。上述中所述客戶端啟動或者切換至的前階段指定應用可以為客戶端上安裝的位置資訊採集的應用，例如可以包括利用本發明所述資訊採集方法進行位置資訊採集的終端APP。客戶端可以在應用啟動時與伺服器同步，獲取伺服器上的採集策略，或者由客戶端桌面或其他應用切換至指定應用的前階段時通知伺服器，獲取伺服器上的採集策略。在另一種實施例中也可以預先設定預定推送時間，伺 服器在每天的固定時間主動向客戶端發送所述採集策略。

當然，在本發明另一種實施例中，也可以由所述伺服器主動的向客戶端推送採集策略。

例如，作業人員在所述採集策略需要更新或者其他需要推送採集策略的情況下，可以即時、主動向所述伺服器下達推送觸發指令，所述伺服器在接收到所述推送觸發指令時可以將採集策略發送至客戶端，此時，所述客戶端可以接收所述伺服器在基於推送觸發指令情況下發送的採集策略。

S2：所述客戶端根據所述接收到的採集策略而採集位置資訊；所述客戶端將所述採集的位置資訊發送至伺服器。

客戶端獲取所述採集策略後，可以根據所述採集策略中配置的資訊採集方式採集客戶端的位置資訊。具體的在實施過程中，可以結合定位SDK(Software Development Kit，SDK，軟體開發工具包)和位置變化感知應用採集客戶端位置資訊。對應不同的應用開發平臺或者操作系統，如Windows或者Android或者iOS，可以設計與之相對應的所述SDK或者位置變化感知應用。所述的定位SDK可以結合定位硬體與軟體實現位置資訊的採集獲取，例如透過內置GPS獲取的位置資訊或者透過電信移動運營商的基站獲取的位置資訊。所述的位置感應變化應用可以包括結合終端運動感應硬體與軟體的結合實現對用戶終端運動狀態資訊的獲取，例如用戶目前用戶處於靜止或者運動狀 態，以及獲取用戶運動的速度、加速度甚至包括運動方向的資訊。這樣，客戶端採集到更多的與用戶位置相關的資訊，可以豐富獲取的位置資訊，為後續伺服器對用戶的行為習慣進行分析提供有力支撐。

所述客戶端採集位置資訊後，可以將所述採集的位置資訊發送至伺服器。本發明中所述客戶端可以採集位置資訊後即時將資訊發送至伺服器。在本實施例中，為了進一步節省用戶客戶端電量，可以在所述採集策略中設定資訊上報時間Tup或者資訊上報時間間隔Tus，在預定時間或者間隔時間Tus後再上報採集的資訊資料，減少資訊上報次數。因此，本實施例中，所述客戶端將所述採集的位置資訊發送至伺服器可以包括：S201：所述客戶端獲取設定在所述資訊採集策略中的資訊上報時間Tup，在達到所述資訊上報時間Tup時將所述採集的位置資訊發送至伺服器；或者，S202：所述客戶端獲取設定在所述資訊採集策略中的資訊上報時間間隔Tus，所述客戶端在判斷與上一次位置資訊上報的時間間隔大於所述資訊上報時間間隔Tus時將所述採集的位置資訊發送至伺服器。

例如所述客戶端透過定位SDK、位置變化感應應用獲取資訊的位置資訊，所述客戶端可以將新採集的位置資訊資料存放在客戶端的緩存儲存區域中，在達到所述資訊上報時間間隔Tus或者預定的資訊上報時間時可以將所述終 端緩存中儲存的位置資訊資料上報到伺服器。例如可以透過為客戶端和伺服器提供一致的API平臺資料交互和業務介面的MTOP(Mobile Taobao Open Platform)。

在本發明所述的一種資訊採集方法的另一種實施例中，還可以在所述客戶端設置用戶開關，所述客戶端在所述客戶端的用戶開關為打開狀態時才可以採集或者上報資訊資料。因此，本發明另一種實施例中，所述方法還可以包括：在所述客戶端設置是否允許資訊採集或者上報的指示狀態；相應地，所述客戶端根據所述接收到的採集策略而採集位置資訊可以包括所述客戶端在獲取的所述指示狀態為允許資訊採集時根據接收到的採集策略而採集位置資訊；或者，所述客戶端將所述採集的位置資訊發送至伺服器可以包括所述客戶端在獲取的所述指示狀態為允許資訊上報時將所述採集的位置資訊發送至伺服器。

所述設定的是否允許資訊上報的指示狀態，具體上可以為設定在客戶端上的實體或者虛擬開關狀態。本發明中可以在所述客戶端分別設定是否允許資訊採集的用戶開關和是否允許資訊上報的用戶開關，也可以將兩種指示狀態設定為一個用戶開關同時控制是否允許客戶端資訊採集和資訊上報。在客戶端設定用戶開關，用戶可以透過控制所述用戶開關的狀態控制所述客戶端是否可以上報採集的位 置資訊。這樣，用戶可以隨時控制是否允許客戶端採集或者上報位置資訊，並且設定用戶開關，可以更加顯著地提示用戶，用戶是可以控制是否允許客戶端進行位置資訊採集和上報，加强用戶隱私保護，提示用戶使用體驗。

所述客戶端根據接收到的採集策略而採集位置資訊，所述客戶端可以將所述採集的位置資訊發送至伺服器。

S3：所述伺服器接收並儲存所述採集的位置資訊；所述伺服器根據預定規則而對所述採集的位置資訊進行分析處理，形成採集策略的配置資料；所述伺服器根據所述分析處理形成的配置資料而更新所述採集策略。

所述伺服器可以接收並儲存客戶端採集發送的位置資訊，可以透過環形隊列而對接收到的資料做緩沖儲存，然後可以將所述接收到的位置資訊資料存放於專用的資料儲存裝置中。所述伺服器可以根據預先設定的預定規則而對所述採集的位置資訊進行分析處理，聚合形成新的採集策略的配置資料，最佳化伺服器上配置的採集資料。所述的預定規則可以包括預先設定的對採集的資訊資料進行提取、處理、聚合等的資料處理方法，例如分析用戶的生活圈、活躍商圈的方法，預測用戶運動軌迹的方法，計算用戶工作、休息、娛樂地點及時間段的方法等，具體的所述預定規則可以根據資料處理需求進行設定。本實施例中提供一種所述伺服器對所述採集的位置資訊進行分析處理的預定規則，可以提取用戶一周或者其他資料計算周期的位置資訊資料，計算用戶每天位置變化頻繁的重疊時間段， 形成針對該用戶客戶端的新的配置資料，最佳化採集策略。具體地，所述伺服器根據預定規則而對所述採集的位置資訊進行分析處理，形成採集策略的配置資料可以包括：S301：定期提取N天的位置資訊資料，N1；S302：根據所述位置資訊資料而計算得出所述N天客戶端每天位置變化達到預定頻率的重複時間段；S303：為所述計算得到重複時間段設定活躍度權重，以及與所述活躍度權重相對應的資訊採集時間間隔；S304：基於所述重複時間段的活躍度權重以及所述活躍度權重相對應的資訊採集時間間隔而設定所述採集策略的配置資料。

按照上述所述預定規則形成新的配置資料，根據用戶多天的位置變化資訊，最佳化用戶客戶端資訊採集策略的配置資料，更新採集策略。具體的所述更新後的採集策略可以包括：對每天位置變化達到預定頻率的重複時間段，減小所述位置資訊採集或者上報時間間隔；對每天位置變化未達到預定頻率的時間段，增大所述位置資訊採集或者上報時間間隔。

所述客戶端可以接收上述所述更新後的採集策略，更新本地採集策略，用更新後的採集策略採集位置資訊。例如可以設定在每天8：30至11：30用戶上班時間的位置非活躍時間段增大客戶端資訊採集間隔，可以由原來的每小時 採集一次設定為兩小時採集一次，甚至是不進行資料採集。而在18：00至20：00之間位置活躍時間段內減小客戶端資訊採集時間間隔，增加採集頻率，如可以設定為半小時採集一次。所述的位置變化達到預定頻率可以根據用戶位置變化次數或者結合位置變化距離自行定義設定，例如雖然用戶位置變化次數多，但總在半徑10米範圍內，可以設定為用戶位置未變化。這樣，可以實現將客戶端有限的電量使用在計算得到的位置變化頻繁的有效時間段內，可以在確保採集的資料豐富性和即時性的情況下，最大限度的節省用戶客戶端電量，或者網路流量。

所述伺服器可以定期提取位置資訊資料，例如可以設定每天零點或者每周五零點提取位置資訊資料，按照預定規則對所述位置資訊資料進行分析。當然，所述計算得到的重複時間段可以包括多個時間段，還可以根據位置變化頻率而為所述多個時間段賦予相應的活躍度權重。所述伺服器可以根據不同時間段的權重在所述採集策略中設定相應的配置資料，例如可以根據所述權重相應的變更時間段內資訊採集時間間隔、採集精度等。下表1為本發明所述的一種活躍度權重與資訊採集時間間隔對照表。

較佳的實施例中，所述伺服器可以每次提取分析用戶一周的位置資訊資料。一般而言，多數用戶工作、學習行為習慣遵循周末雙休或單休制，這樣，採集的位置資訊資料通常也會隨著用戶的行為習慣而有著相應的變化規律。所述伺服器可以每次提取用戶一周的位置資訊資料進行分析，例如可以每次提取上周周一至周日客戶端採集的位置資訊資料，然後進行分析得到採集策略是資訊的配置資料，這樣可以分析得到的採集策略的配置資料可以更加符合用戶的行為習慣，實現對用戶行為習慣的智能學習。因此，本實施例中，所述定期提取N天的位置資訊資料中所述N為7。

所述客戶端採集的位置資訊資料可以流轉至TT/Galaxy，會做臨時的轉存，然後產出位置資訊資料進行儲存。此處可以產出兩份位置資訊資料，一份可以儲存在ODPS雲梯表中，供業務方進行離線分析，大資料計算等。第二份資料可以發送至MetaQ(訊息通知中間件)，業務方可以即時訂閱查詢資料後做相應業務處理。上述中所 述ODPS為開放資料處理服務(Open Data Processing Service,ODPS)，是基於阿裏巴巴集團完全自主知識產權的雲端計算平臺建構的資料儲存與分析平臺，適用於即時性要求不高的大量資料(TB/PB級別)的離線處理。當然，在本發明中也可以為儲存在其他可以進行離線分析、資料處理的伺服器。

在本發明中，所述客戶端通常採集預先設定的必要資料即可，可以不需要對採集的資訊資料做其他複雜的操作處理。在一些業務應用情況中，需要對採集的資訊資料做進一步處理，例如校準、運算、補償等。在本發明中，可以將對採集的資訊資料的進一步處理放在伺服器端進行處理，降低客戶端的運算操作，進一步降低客戶端電量消耗。具體地，本發明的另一種實施例中，所述方法還可以包括：所述伺服器對所述採集的位置資訊做經緯度轉換、資訊補償、資料格式校準等處理中的至少其中一種。具體的處理過程可以包括：所述經緯度轉換可以包括所述伺服器將採集的位置資訊中的經緯度資訊轉換成符合使用和處理需求的標準格式。例如客戶端採集位置資訊時返回的經緯度為WGS-84坐標系(全球通用，未糾偏)經緯度A，此時所述伺服器可以進行計算，透過算法將經緯度A轉換為GCJ-02坐標系(中國通用，已糾偏)經緯度B，這樣可以更加方便國內伺服器或者終端應用處理經緯度資訊。

所述的資訊補償可以包括在獲取的客戶端採集的位置資訊中某些字段為空或者為異常值時，對所述位置資訊資料進行補充。所述伺服器可以透過與客戶端進行資訊傳輸的頻道或者其他第三方資訊介面進行運算補償。例如下述表2為客戶端採集的位置資訊資料的一種格式。

在資訊採集時，很多字段會由於客戶端不同的狀態出現不可預計臨時為空的情況；比如：userid在用戶未登錄時為空；經緯度在GPS或網路狀況不好時定位超時/定位服務關閉的情況而為空；wifi/基站在信號極差時無法掃描列表，導致空；以及很多不可預見的異常流導致某些字段採集失敗。

所述伺服器需要根據用戶所述在的商業圈為用戶推送相關訊息，此時客戶端可以不需要採集獲取用戶所處的省 /市/區/街道地址等資訊，這些操作交給伺服器透過調用第三方介面來進行補償。或者，當客戶端採集到的經緯度為空時，可以根據客戶端採集到的Wifi/基站列表資訊，調用電信移動運營商的第三方介面來補償經緯度，如果所述客戶端位置資訊經過補償後仍然為空，則可以丟棄此次採集資料；當客戶端採集的部分設備資訊為空時，伺服器根據設備ID而調用第三方介面來進行補全等。圖2是本發明中對位置資訊資料進行運算補償的一種實施例的流程示意圖。

在具體的客戶端上報採集的位置資訊資料，與服務進行通信時，可以包括公共頻道，所述公共頻道可以提高與客戶端、設備等相關的資料，這樣客戶端應用的被動定位模組可以不需要高頻率的重複採集這些公共資料，一方面可以避免相同資料的重複採集，另一方面可以精簡客戶端被動定位模組的資料採集操作，減少電量消耗。下表3為本發明所述公共資訊提供的公共資料的一種資料格式。

所述的資料格式校準可以包括對採集的位置資訊資料進行統一格式的轉換、校準等處理。不同的終端設備或者設備不同操作系統、應用等例如IOS/Android，採集的原始資料格式可以出現不一致的情況，或者由於適配原因導致個別機型有一些無用資料上報至伺服器，需要對這些資料做處理，最終產生一份統一格式的歸一化資料。

這些對位置資訊資料的進一步操作處理可以在伺服器側完成，可以不需要在客戶端處理，避免額外增加客戶端的轉換操作，降低客戶端功耗。

在對採集的位置資料分析處理形成所述採集策略的配置資料後，所述伺服器可以根據所述配置資料而更新所述採集策略，形成新的更新後的採集策略。

S4：所述伺服器將所述更新後的採集策略發送至客戶端。

所述伺服器可以將根據位置資訊資料分析處理後更新的採集策略發送到客戶端。具體的實現方式上，如前所述，所述伺服器可以在接收到客戶端發送的通知訊息或者請求訊息，或者接收到推送觸發指令後向所述客戶端發送更新後的採集策略，也可以定期或者達到採集策略更新周期時向所述客戶端發送更新後的採集策略。

S5：所述客戶端接收所述伺服器發送的更新後的採集策略，並根據所述更新後的策略而採集位置資訊。

所述客戶端接收更新後的採集策略後，可以根據所述更新後的採集策略中的配置資訊而採集位置資訊。例如客戶端獲取到更新後的採集策略後，可以將所述更新後的採集策略分散到每個整點對應的配置，按照所述採集策略中的配置資訊設定的採集時間間隔和採集精度要求採集資料，或者當監聽到客戶端位置變化，預判用戶行駛路線或者目的地，例如下班回家。

所述更新後的採集策略可以包括伺服器根據客戶端對採集上報的位置資訊資料而進行分析處理獲取的最佳化後的採集策略配置資訊，所述伺服器可以根據分析得到用戶的行為習慣智能最佳化客戶端資訊採集測量的配置資訊，降低用戶客戶端電量，包括網路流量的消耗，解决了傳統被動定位中耗電量高的問題。

在本發明所述的一種資訊採集方法之另一種較佳實施 例中，還可以劃分不同的位置區域，根據用戶所述在位置區域的商業發展、人口密度、行政級別等為所述位置區域配置不同的權重，所述伺服器在形成採集策略的配置資料時可以根據所述用戶所在位置區域的權重而調整採集策略的配置資料。圖3是本發明所述一種資訊採集方式之另一種實施例的流程示意圖，如圖3所示，所述的一種資訊採集方法還可以包括：

S6：劃分不同的位置區域，為所述位置區域配置相應的區域權重。

所述伺服器根據所述位置資訊而計算得出客戶端目前位置，所述伺服器根據所述客戶端目前位置所對應的位置區域的區域權重而設定所述採集策略的配置資料。

可以預先劃分不同的位置區域，透過對不同區域用戶位置資訊資料的分析，或者結合劃分的位置區域的人口密度、經濟發展狀況等為不同的區域位置配置不同的區域權重。例如伺服器可以預先獲取全國熱點城市熱點商圈的資料，在最佳化採集策略時可以對所述熱點商圈的位置區域配置較高的區域權重。這樣，在根據用戶的位置資訊得知用戶靠近或者進入所述熱點商圈的位置區域時，用戶位置區域變化頻繁，可以根據所述配置的熱點商圈位置區域的區域權重而調整採集策略的配置資訊，例如減小採集時間間隔，相應增加位置資訊採集頻率。或者調整在不同位置區域的採集精度，如由原來郊區50米提高到市區20米，或者調整資訊採集時間段，在市區繁華區域時將採集時間 段延時至淩晨2點等。當然，在用戶離開所述熱點商圈的位置區域，或者由市區返回郊區時可以降低位置資訊採集頻率或者縮短資訊採集時間段。

設定不同的位置區域後，伺服器可以根據用戶目前位置所在的位置區域而自動最佳化採集策略，進一步的更加合理的根據用戶位置資訊而最佳化採集策略，實現資訊採集的動態智能最佳化。

當然，進一步的最佳化方案中，所述方法中所述劃分不同的位置區域可以包括：劃分不同的位置區域，並在所述位置區域中至少劃分出一級子位置區域；對不同的級別的位置區域設預先設定優先級別，或者根據對所述位置資訊進行分析處理得到的不同級別位置區域的活躍度而對所述不同級別的位置區域設定優先級別；根據所述不同級別位置區域的優先級別而設定相應優先級別的採集策略，將所述不同優先級別的採集策略發送至所述客戶端。

當然，所述客戶端接收所述伺服器發送的更新後的採集策略，並根據所述更新後的策略採集位置資訊包括：所述客戶端可以接收並儲存不同優先級別的位置區域採集策略，優先使用目前所在位置區域所對應的採集策略中優先級別最高的採集策略。

具體的實施過程中，例如可以根據城市行政級別或者人口密度以城市為單位預先劃分不同的位置區域，並可以 設定為第一位置區域，優先級別為A。然後，可以將所述城市劃分為市區和郊縣等子位置區域，並可以設定為第二位置區域，優先級別為AA。進一步的，可以將所述市區劃分為商業圈、居民區、行政區域等子位置區域，並可以設定為第三位置區域，優先級別為AAA。所述伺服器可以提前將不同所述優先級別的採集策略發送至客戶端，當用戶進入某個位置區域時，可以使用該位置區域的採集策略。在客戶端判斷進入優先級別更高的子位置區域時，進而可以直接使用儲存的優先級級別更高的子位置區域的採集策略。

例如用戶C在市區時，可以接收並儲存到市區優先級級別為AA的採集策略和市區20個熱點商圈的優先級別為AAA的採集策略。當判斷用戶不在所述市區的熱點商圈時，客戶端可以使用優先級別為AA的採集策略採集位置資訊，當判斷用戶進入該市區某個熱點商圈時，則可以直接使用儲存的優先級別為AAA的熱點商圈的採集策略，例如所述AAA的採集策略的位置資訊採集間隔時間減小。

上述所述劃分的子位置區域以及對不同級別位置區域設定的優先級級別，具體的可以根據伺服器對用戶位置資訊資料進行分析處理得到的不同級別位置區域的活躍度，然後對所述不同級別的位置區域設定優先級別。例如所述伺服器可以根據對採集上報後近7天的位置資訊資料進行大資料分析出這些熱點區域/商圈的活躍度，即時最佳化 不同級別位置區域的優先級劃分。

為了節省客戶端採集策略的儲存容量，伺服器可以根據採集的位置資訊資料分析出目前用戶常去的位置附近的區域/商圈，可以將這些觸發率較高的採集策略在客戶端每次與伺服器同步採集策略的時候先下發到客戶端，或者間隔周期性時間下發到客戶端，由客戶端儲存。

上述實施例中提供了伺服器對採集的位置資訊資料進行分析，然後根據分析結果可以採用時間段或者區域配置採集策略的方式。當然，在其他的實施例中，可以將不同區域和時段的採集策略綜合考慮，比如某個商圈配置的採集間隔是10分鐘，某個用戶在目前時段配置的採集間隔是20分鐘，當這個用戶在所述目前時間段走入這個商圈的時候的採集策略可以根據自定義的規則按20分鐘算，也可以按照10分鐘算，具體的可以根據需求進行設定，基於本發明提供的伺服器對位置資訊資料分析得到的時間和位置劃分而配置的採集策略及無需創造性的其他變換或變形，都應屬本發明的範圍。

需要說明的是，所述客戶端將所述採集的位置資訊發送至伺服器可以包括將根據首次接收到的伺服器發送的採集策略採集的位置資訊發送至伺服器，也可以包括將根據更新後的採集策略採集的位置資訊發送至伺服器。

基於本發明所述資訊採集方法，本發明提供一種資訊採集客戶端。圖4是本發明之所述一種資訊採集客戶端的模組結構示意圖，如圖4所示，所述客戶端可以包括： 策略接收模組101，可以用來接收伺服器發送的採集策略；資訊採集模組102，可以用來根據所述策略接收模組101中的採集策略而採集位置資訊；資訊上報模組103，可以用來將所述採集的位置資訊發送至伺服器；策略同步模組104，可以用來與伺服器同步，更新所述策略接收模組101接收到的採集策略。

本實施例提供的資訊採集客戶端可以根據伺服器發送的採集策略進行位置資訊資料的採集，當然，所述位置資訊資料中可以包括其他資訊，如用戶ID、採集時間等等。尤其是，本實施例所述的客戶端還可以將所述採集策略與伺服器同步，獲取伺服器經過最佳化後的採集策略，可以根據用戶的行為習慣而智能採集位置資訊，達到實現節省客戶端電量的目的。

在較佳的實施例中，所述策略同步模組104更新的採集策略可以包括：對每天位置變化達到預定頻率的重複時間段，減小所述位置資訊採集或者上報時間間隔；對每天位置變化未達到預定頻率的時間段，增大所述位置資訊採集或者上報時間間隔。

對位置變化頻繁的時間段縮小上報時間間隔，非活躍時段增大間隔，將有限的電量用在最有效的時段，最大限度的節省用戶終端電量。

在一種實施例中，所述策略接收模組101可以包括：狀態監測模組，可以用來在監測到客戶端啟動或者切換至指定應用時向伺服器發送通知訊息；相應的，所述策略接收模組101接收伺服器發送的採集策略可以包括：所述策略接收模組101接收伺服器基於接收到的通知訊息發送的採集策略。

圖5是本發明之所述客戶端中的一種資訊上報模組的模組結構示意圖，如圖5所示，所述資訊上報模組103將所述採集的位置資訊發送至伺服器，具體的可以包括：定時上報單元1031，可以用來獲取設定在所述資訊採集策略中的資訊上報時間Tup，在達到所述資訊上報時間Tup時將所述採集的位置資訊發送至伺服器。

或者，可以包括：間隔上報單元1032，可以用來獲取設定在所述資訊採集策略中的資訊上報時間間隔，所述客戶端在判斷與上一次位置資訊上報的時間間隔大於所述資訊上報時間間隔Tus時將所述採集的位置資訊發送至伺服器。

圖6是本發明的一種資訊採集客戶端之另一種實施例的模組結構示意圖，如圖6所示，所述客戶端還可以包括：用戶開關105，可以用來設定是否允許所述資訊採集模組採集位置資訊；和/或，可以用來設定是否允許所述資訊上報模組103將採集 的位置資訊發送至伺服器。

本實施例中設定用戶開關105，可以更加方便用戶隨時設定是否允許客戶端採集資訊或者上報資訊，在用戶認為不需要資訊採集或者上報時可以透過所述用戶開關關閉客戶端位置資訊採集或者上報，使用戶更具有自主權，主動節省客戶端電量。

本發明還提供一種對採集的資訊進行處理的伺服器。圖7是本發明提供的一種採集資訊處理伺服器的模組結構示意圖，如圖7所示，所述伺服器可以包括：資訊接收模組201，可以用來接收並儲存客戶端發送的位置資訊；預定規則單元202，可以儲存預先設定的對所述位置資訊進行分析處理的預定規則；採集策略模組203，可以用來儲存客戶端的採集策略；處理單元204，可以用來執行所述預定規則單元202儲存的預定規則，對所述位置資訊進行分析處理，獲取採集策略的配置資料；策略更新模組205，可以用來獲取採集策略的配置資料，更新所述採集策略模組203中的採集策略；策略發送模組206，可以用來將所述採集策略模組203儲存的採集策略發送至客戶端。

本實施例中所述的採集資訊處理伺服器可以根據分析客戶端的位置資訊資料而最佳化更新客戶端的採集策略， 降低客戶端被動定位電量損耗。在具體的一種實施例中，所述策略更新模組205根據預定規則分析得到的配置資料更新的採集策略可以包括：對每天位置變化達到預定頻率的重複時間段，減小所述位置資訊採集或者上報時間間隔；對每天位置變化未達到預定頻率的時間段，增大所述位置資訊採集或者上報時間間隔。

圖8是本發明所提供的一種處理單元204的模組結構示意圖，如圖8所示，所述處理單元204可以包括：資料提取單元2041，可以用來定期提取N天的位置資訊資料，N1；時間段計算單元2042，可以用來根據所述位置資訊資料而計算得出所述N天內客戶端每天位置變化達到預定頻率的重複時間段；時間段權重關係表2043，可以用來為所述計算得到重複時間段設定活躍度權重，並建立不同時間段的所述活躍度權重與資訊採集時間間隔的對應關係；資料配置單元2044，可以用來基於所述不同時間段的所述活躍度權重與資訊採集時間間隔的對應關係而設定所述採集策略的配置資料。

本實施例中可以根據不同時間段內用戶客戶端位置變化的活躍度設定不同的採集時間間隔，所述時間段權重關係表的實施例可以參考上述表1的對應關係，在此不做贅述。

基於多數用戶一周的行為習慣，在另一種較佳的實施例中，所述資料提取單元2041定期提取N天的位置資訊資料可以包括所述資料提取單元2041定期提取7天的位置資訊資料。

圖9是本發明所提供的一種採集資訊處理伺服器之另一種實施例的模組結構示意圖，如圖X所示，所述伺服器還可以包括下述中的至少一種模組：經緯度轉換模組2071，可以用來將所述位置資訊中的經緯度資訊轉換成符合處理需求的標準格式；資訊補償模組2072，可以用來在所述位置資訊中的特定字段為空或者為異常值時，對所述位置資訊資料進行補充；格式轉換模組2073，可以用來將所述位置資訊資料轉換成統一的資料格式。

將對資料的進一步運算、補償、格式轉換等設定在伺服器側進行處理，可以減少客戶端資料處理操作，進一步節省客戶端電量消耗。

圖10是本發明所提供的一種採集資訊處理伺服器之另一種實施例的模組結構示意圖，如圖10所示，所述伺服器還可以包括：位置區域模組208，可以用來劃分不同的位置區域，為所述位置區域配置相應的區域權重；還可以用來計算得出客戶端目前位置，根據所述客戶端目前位置所對應的位置區域的區域權重而設定所述採集 策略的配置資料。

可以預先劃分不同的位置區域，透過對不同區域用戶位置資訊資料的分析，或者結合劃分的位置區域的人口密度、經濟發展狀況等為不同的區域位置配置不同的區域權重。設定不同的位置區域後，伺服器可以根據用戶目前位置所在的位置區域而自動最佳化採集策略，進一步的更加合理的根據用戶位置資訊最佳化採集策略，實現資訊採集的動態智能最佳化。

另一種劃分位置區域的實施例中，所述伺服器可以根據分析採集的位置資訊而劃分不同級別的位置區域，根據分析得到的熱點活躍度/商圈活躍度而為不同級別的位置區域劃分相應的優先級，因此，另一種實施例中所述伺服器還可以包括：第一劃分模組，可以用來劃分不同的位置區域，並在所述位置區域中至少劃分出一級子位置區域；優先級別設定模組，可以用來對不同的級別的位置區域設預先設定優先級別，或者根據所述處理單元對所述位置資訊進行分析處理得到的不同級別位置區域的活躍度而對所述不同級別的位置區域設定優先級別；採集策略分級模組，可以用來根據所述不同級別位置區域的優先級別而設定相應優先級別的採集策略，還可以用來將所述不同優先級別的採集策略發送至所述客戶端。

本實施例中所述的伺服器可以為不同優先級別的位置區域配置不同的採集策略，客戶端可以提前儲存不同優先 級別的位置區域的採集策略。所述的不同優先級別的位置區域可以預先按照區域面積而逐級劃分，例如市級可以包括縣區級，縣區級進一步可以劃分出商業圈級，也可以根據對採集的位置資訊資料分析後進行劃分。這樣，可以根據不同優先級別的位置區域的實際人口密度、熱點活躍度等設定不同的採集策略，可以更加合理、智能的最佳化採集策略，實現客戶端採集測的動態調整，進一步節約客戶端電量。

本實施例中所述伺服器向客戶端發送採集策略，具體的可以在伺服器收到客戶端發送的通知訊息或者同步請求訊息時下發，也可以為在達到預先設定的預定推送時間時下發。當然，也可以包括接收到作業人員在伺服器上即時下達的推送觸發指令時下發採集策略。

一種資訊採集系統，可以根據客戶端採集的位置資訊進行分析處理，智能最佳化客戶端的採集策略，節約客戶端電量消耗。圖11是本發明所提供的一種採集資訊系統的結構示意圖，如圖11所示，所述一種資訊採集系統可以包括：客戶端1，可以用來接收伺服器發送的採集策略；還可以用來根據所述接收到的採集策略而採集位置資訊，並將所述採集的位置資訊發送至伺服器；還可以用來接收所述伺服器發送的更新後的採集策略，並根據所述更新後的策略而採集位置資訊。

伺服器2，可以用來接收並儲存所述採集的位置資 訊；還可以用來根據預定規則而對所述採集的位置資訊進行分析處理，形成採集策略的配置資料，並根據所述分析處理形成的配置資料而更新所述採集策略；還可以用來將所述更新後的採集策略發送至客戶端。

本發明所提供的一種資訊採集和處理方法、客戶端及伺服器，客戶端可以透過獲取伺服器根據用戶行為習慣最佳化後的採集策略，即時、合理的調控用戶終端的位置資訊採集時間、採集間隔、採集精度等，做到即時的個性化。伺服器可以透過對採集的位置資訊的資料分析，計算用戶經常變動位置的活躍時間段，在這些活躍時間段內適量提高被動定位頻率，其他時間段反之，甚至不採集，對用戶的習慣進行學習，使被動定位的資訊採集能够智能化，逐漸最佳化位置資訊採集的配置策略，最大限度的節省用戶終端電量和網路流量，提高用戶被動定位應用使用體驗。

儘管本發明內容中提到包括客戶端與伺服器之間傳輸、頻道字段設定之類的描述，以及基於windows或Android或iOS開發平臺的描述，但是，本發明並不局限於必須是完全符合標準通信協定或開發平臺設計標準的情況。在某些協定或者開發平臺的基礎上略加修改後的傳輸機制或者開發平臺也可以實行上述本發明之各實施例的方案。當然，即使不採用上述通信協定或開發平臺，而是採用私有協定或其他開發平臺，只要符合本發明上述各實施例的資訊交互和資訊判斷反饋方式，仍然可以實現相同的 發明，在此不再贅述。

上述實施例闡明的裝置或模組或單元，具體可以由電腦核心或實體實現，或者由具有某種功能的產品來予以實現。為了描述的方便，描述以上裝置時以功能分為各種模組分別描述。當然，在實施本發明時可以把各模組的功能在同一個或多個軟體和/或硬體中實現，也可以將實現同一功能的模組由多個子模組或子單元的組合實現，例如可以將所述用戶開關設定兩個開關裝置分別控制是否允許資訊採集或者上報，也可以合並設定成一個功能模組來實現是否允許資訊採集和上報。

本領域技術人員也知道，除了以純電腦可讀程序代碼方式實現控制器以外，完全可以透過將方法步驟進行邏輯編程而使得控制器以邏輯閘、開關、專用集成電路、可編程邏輯控制器和嵌入微控制器等的形式來實現相同功能。因此這種控制器可以被認為是一種硬體部件，而對其內部包括的用來實現各種功能的裝置也可以視為硬體部件內的結構。或者甚至，可以將用來實現各種功能的裝置視為既可以是實現方法的軟體模組又可以是硬體部件內的結構。

本發明可以在由電腦執行的電腦可執行指令的一般上下文中描述，例如程序模組。一般而言，程序模組包括執行特定任務或實現特定抽象資料類型的例程、程序、對象、組件、資料結構、類等等。也可以在分布式計算環境中實踐本發明，在這些分布式計算環境中，由透過通信網路而被連接的遠程處理設備來執行任務。在分布式計算環 境中，程序模組可以位於包括儲存設備在內的本地和遠程電腦儲存媒體中。

透過以上的實施例的描述可知，本領域的技術人員可以清楚地瞭解到本發明可借助軟體加必需的通用硬體平臺的方式來予以實現。基於這樣的理解，本發明的技術方案本質上或者說對現有技術做出貢獻的部分可以以軟體產品的形式來予以體現出來，該電腦軟體產品可以儲存在儲存媒體中，如ROM/RAM、磁碟、光碟等，包括若干指令用以使得一台電腦設備(可以是個人電腦，移動終端，伺服器，或者網路設備等)執行本發明各個實施例或者實施例的某些部分所述的方法。

本說明書中的各個實施例採用漸進的方式描述，各個實施例之間相同或相似的部分互相參見即可，每一個實施例重點說明的都是與其他實施例的不同之處。本發明可用於衆多通用或專用的電腦系統環境或配置中。例如：個人電腦、伺服器電腦、手持設備或便攜式設備、平板型設備、多處理器系統、基於微處理器的系統、機上盒、可編程的電子設備、網路PC、小型電腦、大型電腦、包括以上任何系統或設備的分布式計算環境等等。

雖然透過實施例描繪了本發明，本領域普通技術人員知道，本發明有許多變形和變化而不脫離本發明的精神，希望所附的申請專利範圍包括這些變形和變化而不脫離本發明的精神。

Claims (18)

1. 一種資訊採集方法，其特徵在於，該方法包括：客戶端接收伺服器發送的採集策略；該客戶端根據該接收到的採集策略而採集位置資訊；該客戶端將該採集的位置資訊發送至伺服器；該伺服器接收並儲存該採集的位置資訊；該伺服器根據預定規則而對該採集的位置資訊進行分析處理，形成採集策略的配置資料；該伺服器根據該分析處理形成的配置資料而更新該採集策略；該伺服器將該更新後的採集策略發送至客戶端；以及該客戶端接收該伺服器發送的更新後的採集策略，並根據該更新後的策略而採集位置資訊。
2. 一種資訊採集方法，其特徵在於，該方法包括：客戶端接收伺服器發送的採集策略；該客戶端根據該接收到的採集策略而採集位置資訊；該客戶端將該採集的位置資訊發送至伺服器；以及該客戶端接收該伺服器發送的更新後的採集策略，並根據該更新後的策略採集位置資訊。
3. 如申請專利範圍第2項所述的資訊採集方法，其中，該客戶端接收伺服器發送的採集策略包括：客戶端在啟動時或切換至指定應用時向伺服器發送通知訊息；該客戶端接收該伺服器基於接收到的通知訊息發送的採集策略； 和/或，該客戶端接收該伺服器在達到預定推送時間時向該客戶端發送的採集策略；和/或，該客戶端接收該伺服器基於接收到的推送觸發指令發送的採集策略。
4. 如申請專利範圍第2項所述的資訊採集方法，其中，該客戶端將該採集的位置資訊發送至伺服器包括：該客戶端獲取設置在該資訊採集策略中的資訊上報時間，在達到該資訊上報時間時將該採集的位置資訊發送至伺服器；或者，該客戶端獲取設置在該資訊採集策略中的資訊上報時間間隔，該客戶端在判斷與上一次位置資訊上報的時間間隔大於該資訊上報時間間隔時將該採集的位置資訊發送至伺服器。
5. 如申請專利範圍第2項所述的資訊採集方法，其中，該客戶端接收該伺服器發送的更新後的採集策略，並根據該更新後的策略採集位置資訊包括：該客戶端接收並儲存不同優先級別的位置區域採集策略，優先使用目前所在位置區域所對應的採集策略中優先級別最高的採集策略。
6. 如申請專利範圍第2項所述的資訊採集方法，其中，該方法還包括： 在該客戶端設置是否允許資訊採集或者上報的指示狀態；相應地，該客戶端根據該接收到的採集策略而採集位置資訊包括：該客戶端在獲取的該指示狀態為允許資訊採集時根據接收到的採集策略而採集位置資訊；或者，該客戶端將該採集的位置資訊發送至伺服器包括：該客戶端在獲取的該指示狀態為允許資訊上報時將該採集的位置資訊發送至伺服器。
7. 如申請專利範圍第2至6項中任一項所述的資訊採集方法，其中，該客戶端接收到的更新後的採集策略包括：對每天位置變化達到預定頻率的重複時間段，減小位置資訊採集或者上報時間間隔；以及對每天位置變化未達到預定頻率的時間段，增大位置資訊採集或者上報時間間隔。
8. 一種採集資訊處理方法，其特徵在於，該方法包括：伺服器接收並儲存客戶端發送的位置資訊；該伺服器根據預定規則而對該採集的位置資訊進行分析處理，形成採集策略的配置資料；該伺服器根據該分析處理形成的配置資料而更新該採集策略；以及該伺服器將該更新後的採集策略發送至客戶端。
9. 如申請專利範圍第8項所述的採集資訊處理方法，其中，該伺服器根據預定規則而對該採集的位置資訊進行分析處理，形成採集策略的配置資料包括：定期提取N天的位置資訊資料，N1；根據該位置資訊資料而計算得出該N天內客戶端每天位置變化達到預定頻率的重複時間段；為該計算得到重複時間段設置活躍度權重，以及與該活躍度權重相對應的資訊採集時間間隔；以及基於該重複時間段的活躍度權重以及該活躍度權重相對應的資訊採集時間間隔而設置所述該採集策略的配置資料。
10. 如申請專利範圍第9項所述的採集資訊處理方法，其中，該定期提取N天的位置資訊資料中該N為7。
11. 如申請專利範圍第8項所述的採集資訊處理方法，其中，該方法還包括：該伺服器對該位置資訊做經緯度轉換、資訊補償、資料格式校準等處理中的至少其中一者。
12. 如申請專利範圍第8項所述的採集資訊處理方法，其中，該方法還包括：劃分不同的位置區域，為該位置區域配置相應的區域權重；該伺服器根據該位置資訊而計算得出客戶端目前位置，該伺服器根據該客戶端目前位置所對應的位置區域的區域權重而設置該採集策略的配置資料。
13. 如申請專利範圍第8項所述的採集資訊處理方法，其中，該方法還包括：劃分不同的位置區域，並在該位置區域中至少劃分出一級子位置區域；對不同的級別的位置區域預先設定優先級別，或者根據對該位置資訊進行分析處理得到的不同級別位置區域的活躍度而對該不同級別的位置區域設定優先級別；根據該不同級別位置區域的優先級別而設定相應優先級別的採集策略，將該不同優先級別的採集策略發送至該客戶端。
14. 如申請專利範圍第8至13項中任一項所述的採集資訊處理方法，其中，該伺服器更新後的採集策略包括：對每天位置變化達到預定頻率的重複時間段，減小位置資訊採集或者上報時間間隔；以及對每天位置變化未達到預定頻率的時間段，增大位置資訊採集或者上報時間間隔。
15. 一種資訊採集客戶端，其特徵在於，該客戶端包括：策略接收模組，可用以接收伺服器發送的採集策略；資訊採集模組，用以根據該策略接收模組中的採集策略採集位置資訊；資訊上報模組，用以將該採集的位置資訊發送至伺服器；以及 策略同步模組，用以與伺服器同步，更新該策略接收模組接收到的採集策略。
16. 如申請專利範圍第15項所述的資訊採集客戶端，其中，該策略同步模組更新的採集策略包括：對每天位置變化達到預定頻率的重複時間段，減小位置資訊採集或者上報時間間隔；以及對每天位置變化未達到預定頻率的時間段，增大位置資訊採集或者上報時間間隔。
17. 如申請專利範圍第15項所述的資訊採集客戶端，其中，該策略接收模組包括：狀態監測模組，用以在監測到客戶端啟動或者切換至指定應用時向伺服器發送通知訊息；相應地，該策略接收模組接收伺服器發送的採集策略包括：該策略接收模組接收伺服器基於接收到的通知訊息發送的採集策略。
18. 一種採集資訊處理伺服器，其特徵在於，該伺服器包括：資訊接收模組，用以接收並儲存客戶端發送的位置資訊；預定規則單元，儲存預先設定的對該位置資訊進行分析處理的預定規則；採集策略模組，用以儲存客戶端的採集策略；處理單元，用以執行該預定規則單元儲存的預定規 則，對該位置資訊進行分析處理，獲取採集策略的配置資料；策略更新模組，用以獲取採集策略的配置資料，更新該採集策略模組中的採集策略；策略發送模組，用以將該採集策略模組儲存的採集策略發送至客戶端。