本發(fā)明涉及通訊領(lǐng)域，具體涉及到一種通過HTTP傳輸客流計數(shù)信息的方法。

背景技術(shù)：

客流分析是一項重要的市場研究手段，是國外幾乎所有購物中心、商場、大型連鎖營業(yè)廳和連鎖商業(yè)網(wǎng)點在企業(yè)的各項營運決策之前都必須進行的環(huán)節(jié)。隨著競爭的加劇，商業(yè)模式逐步由傳統(tǒng)坐商向極具主動性的行商轉(zhuǎn)變。因此，商家對日?？土鞯慕y(tǒng)計及其變化規(guī)律的分析掌控就顯得尤為重要。

對于許多公共設(shè)施比如商場、地鐵等，都會在短時間迎來人流的高峰。近些年在各地也都發(fā)生過因為人流過于擁擠而發(fā)生的踩踏傷亡事件，因此對這些場所的客流進行實時的統(tǒng)計和分析顯得至關(guān)重要。另外人群密度估計技術(shù)在公共安全、機場車站等交通樞紐的管控和服務(wù)等領(lǐng)域有著重要作用。

客流計數(shù)終端設(shè)備采集到客流數(shù)據(jù)后，需要采用適當?shù)姆绞桨褦?shù)據(jù)傳送到客流分析服務(wù)器中，在傳送過程中，客流數(shù)據(jù)不能丟失和重復(fù)，以免對后期的客流統(tǒng)計帶來影響。因此需要構(gòu)造客流計數(shù)終端設(shè)備和客流分析服務(wù)器之間通訊協(xié)議，來確保客流計數(shù)信息的穩(wěn)妥傳送。本發(fā)明即是采用目前被廣泛應(yīng)用的HTTP協(xié)議來傳送客流計數(shù)信息的方法。

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

本發(fā)明提供了一種通過HTTP傳輸客流計數(shù)信息的方法，包括如下步驟：

配置客流計數(shù)終端設(shè)備的發(fā)送消息機制；

配置客流計數(shù)終端設(shè)備的請求響應(yīng)機制；

通過HTTP協(xié)議進行信息交互，將客流計數(shù)終端設(shè)備采集的客流計數(shù)數(shù)據(jù) 傳輸?shù)椒?wù)器；

服務(wù)器對客流計數(shù)數(shù)據(jù)進行處理后進行存儲。

上述的方法，其中，配置客流計數(shù)終端設(shè)備發(fā)送消息機制包括：

配置定時發(fā)送機制，設(shè)備定時發(fā)送計數(shù)信息到服務(wù)器，計數(shù)信息中攜帶的計數(shù)值為該時段內(nèi)的計數(shù)值。

上述的方法，其中，配置請求響應(yīng)機制包括：客流計數(shù)終端設(shè)備發(fā)送HTTP POST報文到服務(wù)器，攜帶本區(qū)間的計數(shù)信息，服務(wù)器在處理完該報文后，會返回響應(yīng)消息，請求響應(yīng)機制能夠確保每一條計數(shù)消息均被正確接收和處理，如果客流計數(shù)終端設(shè)備沒有收到響應(yīng)消息，則會持續(xù)重發(fā)，確保消息能夠被接收和處理。

上述的方法，其中，在配置定時發(fā)送機制中，發(fā)送的時間間隔根據(jù)需求自行設(shè)置。

上述的方法，其中，進行信息交互具體包括：

通過請求-響應(yīng)機制來確保每一條消息都被正確接收；

客流計數(shù)終端設(shè)備定時發(fā)送HTTP Post請求消息，攜帶本區(qū)間計數(shù)信息，所述計數(shù)信息為XML格式；

服務(wù)器收到HTTP Post消息，并正確處理后，會返回正確響應(yīng)消息OK或者返回錯誤消息BAD_REQUEST。

上述的方法，其中，所述方法還包括：配置客流計數(shù)終端設(shè)備的IP地址、掩碼、網(wǎng)關(guān)、以及發(fā)送數(shù)據(jù)的間隔時間。

上述的方法，其中，所述方法還包括：配置服務(wù)器的IP地址、服務(wù)器端口號以及url地址。

本發(fā)明通過科學(xué)有效的方法將客流計數(shù)終端設(shè)備采集的客流計數(shù)數(shù)據(jù)傳輸?shù)椒?wù)器，同時還可對客流計數(shù)終端設(shè)備和服務(wù)器進行配置，滿足各種個性化需求。

附圖說明

通過閱讀參照以下附圖對非限制性實施例所作的詳細描述，本發(fā)明及其特征、外形和優(yōu)點將會變得更明顯。在全部附圖中相同的標記指示相同的部分。并未刻意按照比例繪制附圖，重點在于示出本發(fā)明的主旨。

圖1為本發(fā)明提供的一種通過HTTP傳輸客流計數(shù)信息的方法的流程圖。

具體實施方式

在下文的描述中，給出了大量具體的細節(jié)以便提供對本發(fā)明更為徹底的理解。然而，對于本領(lǐng)域技術(shù)人員而言顯而易見的是，本發(fā)明可以無需一個或多個這些細節(jié)而得以實施。在其他的例子中，為了避免與本發(fā)明發(fā)生混淆，對于本領(lǐng)域公知的一些技術(shù)特征未進行描述。

為了徹底理解本發(fā)明，將在下列的描述中提出詳細的步驟以及詳細的結(jié)構(gòu)，以便闡釋本發(fā)明的技術(shù)方案。本發(fā)明的較佳實施例詳細描述如下，然而除了這些詳細描述外，本發(fā)明還可以具有其他實施方式。

本發(fā)明提供了一種通過HTTP傳輸客流計數(shù)信息的方法，參照圖1所示，包括如下步驟：

步驟S1：配置客流計數(shù)終端設(shè)備的發(fā)送消息機制。

具體的，配置客流計數(shù)終端設(shè)備發(fā)送消息機制包括：配置定時發(fā)送機制，客流計數(shù)終端設(shè)備定時發(fā)送計數(shù)信息到服務(wù)器，計數(shù)信息中攜帶的計數(shù)值為該時段內(nèi)的計數(shù)值。在本發(fā)明中，在配置定時發(fā)送機制中，發(fā)送的時間間隔根據(jù)需求自行設(shè)置。例如用戶可自行設(shè)置每隔一分鐘就會主動發(fā)送信息。

步驟S2：配置客流計數(shù)終端設(shè)備的請求響應(yīng)機制。

具體配置如下：客流計數(shù)終端設(shè)備發(fā)送HTTP POST報文到服務(wù)器，攜帶本區(qū)間的計數(shù)信息，服務(wù)器在處理完該報文后，會返回響應(yīng)消息，請求響應(yīng)機制能夠確保每一條計數(shù)消息均被正確接收和處理，如果設(shè)備沒有收到響應(yīng)消息，則會持續(xù)重發(fā)，確保消息能夠被接收和處理。

步驟S3：通過HTTP協(xié)議進行信息交互，將客流計數(shù)終端設(shè)備采集的客流計數(shù)數(shù)據(jù)傳輸?shù)椒?wù)器。

具體的，通過請求-響應(yīng)機制來確保每一條消息都被正確接收；

客流計數(shù)終端設(shè)備定時發(fā)送HTTP Post請求消息，攜帶本區(qū)間計數(shù)信息，所述計數(shù)信息為XML格式；

服務(wù)器收到HTTP Post消息，并正確處理后，會返回OK響應(yīng)消息OK(200，"OK")或者返回錯誤消息BAD_REQUEST(400,"Bad Request")。

步驟S4：服務(wù)器對客流計數(shù)數(shù)據(jù)進行處理后進行存儲。

在本發(fā)明中，設(shè)備具備存儲計數(shù)信息的能力，只有在收到OK響應(yīng)消息后，才能刪除相應(yīng)的數(shù)據(jù)。

在本發(fā)明一可選的實施例中，還包括對客流計數(shù)終端設(shè)備和服務(wù)器進行配置的步驟。對客流計數(shù)終端設(shè)備進行配置具體為：配置客流計數(shù)終端設(shè)備的IP地址、掩碼、網(wǎng)關(guān)、以及發(fā)送數(shù)據(jù)的間隔時間，其中，本機設(shè)備ID(devid)能夠至少支持12位字符。對服務(wù)器進行配置具體為配置服務(wù)器的IP地址、服務(wù)器端口號以及url地址；其中，服務(wù)器地址能夠支持IPV4地址或者域名，服務(wù)器端口號即為服務(wù)器接收協(xié)議的端口號，url由用戶設(shè)置，缺省值為/datawise/rest/meta/shu/SHU。另外在本發(fā)明中，需要有權(quán)限才能對服務(wù)器進行配置。

本發(fā)明通過科學(xué)有效的方法將客流計數(shù)終端設(shè)備采集的客流計數(shù)數(shù)據(jù)傳輸?shù)椒?wù)器，同時還可對客流計數(shù)終端設(shè)備和服務(wù)器進行配置，滿足各種個性化需求。

下面就XML格式的計數(shù)數(shù)據(jù)定義進行進一步的說明。

該XML格式為固定格式，只有下劃線字段的值是需要根據(jù)設(shè)備情況進行更改的。

可以更改的字段說明：

DeviceId：設(shè)備編號，在客流服務(wù)器中唯一標識一臺設(shè)備，可以由用戶設(shè)定，設(shè)備出廠時，設(shè)定為設(shè)備生產(chǎn)編號：YYYYMMDDXXXX，一般為年月日+當天生產(chǎn)序號。該編號可以由專門的設(shè)備廠商制定。

MacAddress：本機所使用的網(wǎng)口的MAC地址，不能和市面上主流品牌或者主流型號的交換機(例如思科，hw，H3C，ZTE等)有沖突就可以。

IpAddress：本機所使用網(wǎng)口的IPv4地址。

Interval：本機設(shè)定的定時上傳計數(shù)數(shù)據(jù)的時間間隔。

Report Date：計數(shù)數(shù)據(jù)所在的日期，格式為YYYY-MM-DD。

DeviceId：設(shè)備編號。

StartTime：本次計數(shù)值所記錄的起始時刻，格式為HH：MM：SS。

EndTime：本次計數(shù)值所記錄的終止時刻，格式為HH：MM：SS。

Enters：本次進計數(shù)。

Exits：本次出計數(shù)。

以上對本發(fā)明的較佳實施例進行了描述。需要理解的是，本發(fā)明并不局限于上述特定實施方式，其中未盡詳細描述的設(shè)備和結(jié)構(gòu)應(yīng)該理解為用本領(lǐng)域中的普通方式予以實施；任何熟悉本領(lǐng)域的技術(shù)人員，在不脫離本發(fā)明技術(shù)方案范圍情況下，都可利用上述揭示的方法和技術(shù)內(nèi)容對本發(fā)明技術(shù)方案做出許多可能的變動和修飾，或修改為等同變化的等效實施例，這并不影響本發(fā)明的實質(zhì)內(nèi)容。因此，凡是未脫離本發(fā)明技術(shù)方案的內(nèi)容，依據(jù)本發(fā)明的技術(shù)實質(zhì)對以上實施例所做的任何簡單修改、等同變化及修飾，均仍屬于本發(fā)明技術(shù)方案保護的范圍內(nèi)。