本發(fā)明涉及停車場領(lǐng)域，特別涉及一種通信方法、信息管理子系統(tǒng)、云平臺及停車場管理系統(tǒng)。

背景技術(shù)：

現(xiàn)在市場上存在多個不同類型的停車場運營商，每個運營商可能會采用不同的技術(shù)，提供不同的服務(wù)。當(dāng)它們以不同的通信方式接入停車場的公共云平臺時，需要云平臺針對每一個停車場運營商的特定接口進行定制開發(fā)，以滿足每個停車場接入云平臺的需求，這樣則導(dǎo)致需要對云平臺的整體代碼進行維護和開發(fā)，對已經(jīng)接入的停車場功能代碼的產(chǎn)生較大的影響，進而影響其他停車場的正常工作，而且使得工作人員的開發(fā)工作量較大，效率較低。

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

有鑒于此，本發(fā)明的目的在于提供一種不同類型停車場與云平臺的通信方法、信息管理子系統(tǒng)、云平臺及停車場管理系統(tǒng)，用以解決現(xiàn)有技術(shù)中的不同停車場接入云平臺時導(dǎo)致的工作量大、對其他停車場產(chǎn)生較大影響的技術(shù)問題。

本發(fā)明所述的不同類型的停車場，是指不同停車場與云平臺的通信方式不同，即所采用的通信協(xié)議不同。

本發(fā)明第一部分提供一種不同類型停車場與云平臺的通信方法，多個不同類型停車場與云平臺通過信息管理子系統(tǒng)交互信息，所述方法包括：

所述信息管理子系統(tǒng)接收來自云平臺的停車場數(shù)據(jù)請求信息，所述停車場數(shù)據(jù)請求信息包括停車場信息；所述信息管理子系統(tǒng)根據(jù)所述停車場信息獲取停車場通信類型，并根據(jù)所述停車場通信類型與對應(yīng)的停車場交互信息，從而接收停車場根據(jù)所述停車場數(shù)據(jù)請求信息發(fā)送的答復(fù)信息；所述信息管理子系統(tǒng)將所述停車場發(fā)送的答復(fù)信息發(fā)送給云平臺。

上述通信方法，優(yōu)選的，所述方法還包括：

所述信息管理子系統(tǒng)接收停車場發(fā)送的云平臺數(shù)據(jù)請求信息，所述云平臺數(shù)據(jù)請求信息根據(jù)停車場通信類型發(fā)送；所述信息管理子系統(tǒng)與云平臺交互所述云平臺數(shù)據(jù)請求信息，并接收云平臺根據(jù)所述云平臺數(shù)據(jù)請求信息發(fā)送的答復(fù)信息；所述信息管理子系統(tǒng)將所述云平臺發(fā)送的答復(fù)信息按照所述停車場通信類型發(fā)送至所述停車場。

上述通信方法，優(yōu)選的，所述停車場通信類型包括http通信方式或xmpp通信方式。

本發(fā)明第二部分提供一種信息管理子系統(tǒng)，應(yīng)用于不同類型停車場與云平臺的信息交互，所述設(shè)備包括消息處理模塊和通信處理模塊；所述消息處理模塊用于接收來自云平臺的停車場數(shù)據(jù)請求信息，所述停車場數(shù)據(jù)請求信息包括停車場信息；所述通信處理模塊用于根據(jù)所述停車場信息獲取停車場通信類型，并根據(jù)所述停車場通信類型與對應(yīng)的停車場交互信息，從而接收停車場發(fā)送的答復(fù)信息，還用于通過所述消息處理模塊將所述停車場發(fā)送的答復(fù)信息發(fā)送給云平臺。

上述信息管理子系統(tǒng)，優(yōu)選的，云平臺包括停車業(yè)務(wù)處理模塊；

所述消息處理模塊用于接收來自云平臺的停車場數(shù)據(jù)請求信息具體為:所述停車業(yè)務(wù)處理模塊將停車場數(shù)據(jù)請求信息發(fā)布至消息處理模塊中相對應(yīng)的消息隊列；

所述通信處理模塊用于根據(jù)所述停車場信息獲取停車場通信類型具體為：通信處理模塊預(yù)先訂閱所述消息隊列，當(dāng)所述停車業(yè)務(wù)處理模塊將停車場數(shù)據(jù)請求信息發(fā)布至相對應(yīng)的消息隊列中時，所述通信處理模塊從所述消息隊列中獲取停車場數(shù)據(jù)請求信息，通過解析所述停車場數(shù)據(jù)請求信息獲取停車場信息，根據(jù)所述停車場信息獲取停車場通信類型。

上述信息管理子系統(tǒng)，優(yōu)選的，所述通信處理模塊還用于接收停車場發(fā)送的云平臺數(shù)據(jù)請求信息，所述云平臺數(shù)據(jù)請求信息根據(jù)停車場通信類型發(fā)送；

所述消息處理模塊還用于與云平臺交互所述云平臺數(shù)據(jù)請求信息，從而接收云平臺根據(jù)所述云平臺數(shù)據(jù)請求信息發(fā)送的答復(fù)信息，還用于通過所述通信處理模塊將所述答復(fù)信息按照所述停車場通信類型發(fā)送至所述停車場。

上述信息管理子系統(tǒng)，優(yōu)選的，云平臺包括停車業(yè)務(wù)處理模塊；

所述通信處理模塊接收停車場發(fā)送的云平臺數(shù)據(jù)請求信息后，所述通信處理模塊將所述云平臺數(shù)據(jù)請求信息發(fā)布至消息處理模塊中相對應(yīng)的消息隊列；

所述消息處理模塊還用于與云平臺交互所述云平臺數(shù)據(jù)請求信息具體為：：

所述停車業(yè)務(wù)處理模塊預(yù)先訂閱所述消息隊列，當(dāng)所述通信處理模塊將云平臺數(shù)據(jù)請求信息發(fā)布至相對應(yīng)的消息隊列中時，所述停車業(yè)務(wù)處理模塊從所述消息隊列中獲取云平臺數(shù)據(jù)請求信息，并根據(jù)所述云平臺數(shù)據(jù)請求信息產(chǎn)生答復(fù)信息并發(fā)布至相對應(yīng)的消息隊列中；

所述消息處理模塊通過所述通信處理模塊將所述答復(fù)信息按照所述停車場通信類型發(fā)送至所述停車場具體為：

通信處理模塊預(yù)先訂閱所述消息隊列，當(dāng)所述停車業(yè)務(wù)處理模塊將答復(fù)信息發(fā)布至相對應(yīng)的消息隊列中時，所述通信處理模塊從所述消息隊列中獲取答復(fù)信息，并將所述答復(fù)信息按照所述停車場通信類型發(fā)送至所述停車場。

上述信息管理子系統(tǒng)，優(yōu)選的，所述停車場通信類型包括http通信方式或xmpp通信方式。

本發(fā)明第三部分提供一種用于不同類型停車場管理的云平臺，所述云平臺包括上述的信息管理子系統(tǒng)

本申請第四部分提供一種停車場管理系統(tǒng)，包括上述的云平臺和多個不同類型停車場

由上述技術(shù)方案可知，本發(fā)明提供的不同類型停車場與云平臺的通信方法，云平臺通過信息管理子系統(tǒng)與停車場進行數(shù)據(jù)交互，無需關(guān)注如何與多個不同的停車場進行數(shù)據(jù)通訊，當(dāng)需要新接入一個不同類型的停車場時，對已經(jīng)接入停車場的那部分功能代碼的影響會降到最低；有效屏蔽了以不同方式接入停車場的差異性，減少了對停車業(yè)務(wù)處理的影響，減少了開發(fā)的工作量，同時可以減少因單個停車場升級所帶來的代碼維護工作。

附圖說明

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

圖1為本發(fā)明實施例提供的一種不同類型停車場與云平臺的通信方法的流程圖；

圖2為本發(fā)明實施例提供的一種不同類型停車場與云平臺的通信方法的另一流程圖；

圖3為本發(fā)明實施例提供的信息管理子系統(tǒng)信息交互示意圖；

圖4為本發(fā)明實施例提供的停車場管理系統(tǒng)的示意圖；

圖5為本發(fā)明實施例提供的停車場管理系統(tǒng)的另一示意圖。

具體實施方式

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

以下對本發(fā)明實施例進行詳細說明。

本發(fā)明所述的不同類型的停車場，是指不同停車場與云平臺的通信方式不同，即所采用的通信協(xié)議不同。

實施例一

參閱圖1至4，本發(fā)明實施例提供的一種不同類型停車場與云平臺的通信方法以及信息管理子系統(tǒng)，多個停車場與云平臺通過信息管理子系統(tǒng)交互信息，云平臺與停車場之間的數(shù)據(jù)通信是雙向的，比如云平臺會向停車場查詢車輛的停車費用，停車場會向云平臺查詢某筆訂單的支付狀態(tài)。

信息管理子系統(tǒng)包括消息處理模塊和通信處理模塊，云平臺包括停車業(yè)務(wù)處理模塊，該通信方法包括：

當(dāng)云平臺需要獲得停車場相關(guān)數(shù)據(jù)時：

s101、信息管理子系統(tǒng)接收來自云平臺的停車場數(shù)據(jù)請求信息，所述停車場數(shù)據(jù)請求信息包括停車場信息，還可包括其他信息；

具體的，這里以云平臺獲取車輛停車費用為例來描述，停車業(yè)務(wù)處理模塊把停車場數(shù)據(jù)請求信息發(fā)布到消息處理模塊中的parking_fee消息隊列中，停車場數(shù)據(jù)請求信息的內(nèi)容包括停車場id即停車場信息、以及車牌號、車牌顏色等請求參數(shù)。

通信處理模塊訂閱該消息隊列，當(dāng)一有信息到達該消息隊列中，通信處理模塊便會接收到消息，此消息即為停車業(yè)務(wù)處理模塊發(fā)出的停車場id、車牌號、車牌顏色等請求參數(shù)。

s102、所述信息管理子系統(tǒng)根據(jù)所述停車場信息獲取停車場通信類型，并根據(jù)所述停車場通信類型與對應(yīng)的停車場交互信息；

通信處理模塊解析停車場數(shù)據(jù)請求信息中的數(shù)據(jù)獲取停車場id，然后從通信方式配置中查詢該停車場id所支持的停車場通信類型。其中停車場與停車場id是一一對應(yīng)關(guān)系，當(dāng)然如果停車場信息為其他用于區(qū)分不同停車場的信息，也可從通信方式配置中查詢到該停車場信息支持的停車場通信類型。如果該停車場id支持的是http通信方式，通信處理模塊便向該停車場發(fā)起http請求，請求內(nèi)容就是它從消息處理模塊中解析出的請求參數(shù)。發(fā)出請求后，便等待停車場的http響應(yīng)。如果某個停車場支持的是openfire的通信方式，則云平臺的openfire客戶端通過openfire服務(wù)器向停車場的openfire客戶端發(fā)起即時通訊消息后，等待停車場的openfire客戶端的響應(yīng)。若是其它通信方式，則按照云平臺與停車場約定好的協(xié)議進行通訊即可。

s103、接收停車場根據(jù)所述停車場數(shù)據(jù)請求信息發(fā)送的答復(fù)信息；所述信息管理子系統(tǒng)將所述停車場發(fā)送的答復(fù)信息發(fā)送給云平臺

不論是何種通信方式，通信處理模塊獲取到停車場的答復(fù)信息后便發(fā)布消息到消息處理模塊的parking_fee-response消息隊列。

停車業(yè)務(wù)處理模塊訂閱此消息隊列，當(dāng)消息隊列中一有消息時，停車業(yè)務(wù)處理模塊便獲取到消息，即停車場的答復(fù)信息，完成整個通訊過程。

當(dāng)停車場需要主動發(fā)起請求到云平臺時：

s201、所述信息管理子系統(tǒng)接收停車場發(fā)送的云平臺數(shù)據(jù)請求信息，所述云平臺數(shù)據(jù)請求信息根據(jù)停車場通信類型發(fā)送；

具體的，這里以停車場將車輛的入場記錄發(fā)送給云平臺為例停車場以它支持的通訊方式與信息管理子系統(tǒng)的通信處理模塊進行通訊。當(dāng)支持的是http方式時，停車場便向云平臺的通信處理模塊發(fā)起http請求(云平臺數(shù)據(jù)請求信息)，請求內(nèi)容包括停車場id、車牌號和車輛入場時間等；當(dāng)支持的是openfire方式時，停車場openfire客戶端通過openfire服務(wù)器向云平臺的openfire客戶端發(fā)起即時通訊消息，消息的內(nèi)容包括停車場id、車牌號和車輛入場時間等。

不論是何種通訊方式，當(dāng)通信處理模塊收到停車場發(fā)起的請求后，將該請求內(nèi)容或消息內(nèi)容發(fā)布到消息處理模塊的parking_entry消息隊列中。

s202、所述信息管理子系統(tǒng)與云平臺交互所述云平臺數(shù)據(jù)請求信息，并接收云平臺根據(jù)所述云平臺數(shù)據(jù)請求信息發(fā)送的答復(fù)信息；所述信息管理子系統(tǒng)將所述云平臺發(fā)送的答復(fù)信息按照所述停車場通信類型發(fā)送至所述停車場。

停車業(yè)務(wù)模塊訂閱該消息隊列，一旦有消息到達該消息隊列中，停車業(yè)務(wù)模塊便獲取到消息，即停車場發(fā)送的停車場id、車牌號和車輛入場時間等請求數(shù)據(jù)。停車業(yè)務(wù)處理模塊對請求數(shù)據(jù)進行處理后輸出響應(yīng)數(shù)據(jù)，比如該條入場記錄是否正確存儲。停車業(yè)務(wù)處理將響應(yīng)數(shù)據(jù)發(fā)布到消息處理模塊的parking_entry-response消息隊列中。通信處理模塊訂閱該消息隊列，一旦該消息隊列中有消息時，通信處理模塊便收到消息，即停車業(yè)務(wù)通訊模塊輸出的響應(yīng)數(shù)據(jù)。

通信處理模塊按照收到停車場請求的方式對云平臺數(shù)據(jù)請求信息予以響應(yīng)，即完成整個通訊過程。

本實施例通過引入信息管理子系統(tǒng)來解耦停車業(yè)務(wù)處理模塊和停車場通訊接口模塊。停車業(yè)務(wù)處理模塊在需要與停車場進行數(shù)據(jù)交互時，只需把請求數(shù)據(jù)通知給消息處理模塊，然后從消息處理模塊中讀取響應(yīng)數(shù)據(jù)，無需關(guān)注如何與多個不同的停車場進行數(shù)據(jù)通訊。通信處理模塊負責(zé)與不同的停車場進行通訊，它從消息處理模塊中讀取請求，根據(jù)停車場id與通訊方式的配置，將請求以對應(yīng)的通訊方式發(fā)送給停車場，并將接受的響應(yīng)數(shù)據(jù)通知給消息處理模塊，無需關(guān)注業(yè)務(wù)邏輯模塊如果處理這些響應(yīng)數(shù)據(jù)，從而對已經(jīng)接入停車場的功能代碼的影響會降到最低；有效屏蔽了以不同方式接入停車場的差異性，減少了對停車業(yè)務(wù)處理的影響，減少了開發(fā)的工作量；同時可以減少因單個停車場升級所帶來的代碼維護工作。

實施例二

本實施例中，信息管理子系統(tǒng)為云平臺的組成部分。

如圖5所示的停車場管理系統(tǒng)，包括多個不同類型的停車場，不同類型主要是指停車場與云平臺的通信方式不同。多個停車場以不同的方式接入云平臺，云平臺包括停車業(yè)務(wù)處理模塊和信息管理子系統(tǒng)。停車業(yè)務(wù)處理模塊指的是與停車業(yè)務(wù)緊密關(guān)聯(lián)的部分，包括但不限制于停車費用查詢、車輛停車記錄查詢等功能。停車業(yè)務(wù)處理模塊只負責(zé)停車場業(yè)務(wù)的處理，當(dāng)它需要從外部獲取停車相關(guān)數(shù)據(jù)時，比如停車時長、停車費用等就發(fā)布消息到消息處理模塊并訂閱某個消息隊列，之后便等待該消息隊列中的消息，不需要關(guān)注該消息是以何種方法到達該消息隊列。當(dāng)有停車場需要云平臺的業(yè)務(wù)數(shù)據(jù)時，停車業(yè)務(wù)處理模塊只需訂閱指定的消息隊列，當(dāng)消息隊列中有消息時便處理該消息并將處理結(jié)果再發(fā)布到消息隊列中。消息處理模塊用于在通信處理模塊和停車業(yè)務(wù)處理模塊之間交換信息，比如停車費用查詢請求參數(shù)和停車場費用查詢響應(yīng)參數(shù)等。消息處理模塊只專注于消息的發(fā)布和訂閱等處理，無需關(guān)注業(yè)務(wù)等其他。通信處理模塊用于云平臺與具體停車場對接，支持不同類型的停車場以不同的方式接入云平臺，比如停車場1與云平臺之間通過http協(xié)議進行數(shù)據(jù)交互，停車場2與云平臺之間通過openfire進行數(shù)據(jù)交互。通信處理模塊只專注于對接與停車場之間的通訊接口，無需關(guān)注業(yè)務(wù)等內(nèi)容。

雖然云平臺支持以不同的方式接入停車場，但云平臺使用openfire作為標(biāo)準(zhǔn)的接入方式。當(dāng)停車場無法使用openfire方式接入時，才會根據(jù)停車場運營商的提出的特定接入方式進行擴展。在已接入的停車場中，除了openfire這種接入方式外，http協(xié)議是最常用的接入方式。除此之外，具體以哪種方式接入，云平臺與停車場可以共同約定新的通訊方式。

openfire是一個基于xmpp協(xié)議的即時通訊服務(wù)端，當(dāng)兩個用戶都與openfire服務(wù)端進行身份認(rèn)證連接后，便可以通過點對點的方式來發(fā)送消息。這里停車場和通信處理模塊都是用戶，它們可以使用基于xmpp的客戶端發(fā)送和接收消息。

云平臺與停車場的具體交互方式可參見實施例一。

本說明書中各個實施例之間相同或相似部分互相參見即可。

對所公開的實施例的上述說明，使本領(lǐng)域?qū)I(yè)技術(shù)人員能夠?qū)崿F(xiàn)或使用本發(fā)明。對這些實施例的多種修改對本領(lǐng)域的專業(yè)技術(shù)人員來說將是顯而易見的，本文中所定義的一般原理可以在不脫離本發(fā)明的精神或范圍的情況下，在其它實施例中實現(xiàn)。因此，本說明書中實施例僅僅是本發(fā)明一部分實施例，而不是全部的實施例，基于本發(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍本發(fā)明將不會被限制于本文所示的這些實施例，而是要符合與本文所公開的原理和新穎特點相一致的最寬的范圍。