本發(fā)明涉及交通控制，特別涉及一種支持多終端交互的停車(chē)場(chǎng)遠(yuǎn)程呼叫方法及系統(tǒng)。

背景技術(shù)：

1、傳統(tǒng)的停車(chē)場(chǎng)呼叫系統(tǒng)通常依賴于本地設(shè)備和人工管理，無(wú)法實(shí)現(xiàn)跨區(qū)域、多終端的交互。各停車(chē)場(chǎng)的呼叫數(shù)據(jù)獨(dú)立存儲(chǔ)，難以進(jìn)行集中管理和分析。此外，傳統(tǒng)呼叫系統(tǒng)在數(shù)據(jù)傳輸過(guò)程中對(duì)網(wǎng)絡(luò)帶寬利用率低，數(shù)據(jù)傳輸效率低下，容易出現(xiàn)數(shù)據(jù)丟失或錯(cuò)誤的情況。這種分散的管理模式不僅效率低下，而且難以滿足車(chē)主日益增長(zhǎng)的便捷停車(chē)需求。

技術(shù)實(shí)現(xiàn)思路

1、本發(fā)明提供一種支持多終端交互的停車(chē)場(chǎng)遠(yuǎn)程呼叫方法及系統(tǒng)，以解決現(xiàn)有技術(shù)中管理孤島、呼叫準(zhǔn)確性差、運(yùn)營(yíng)效率低的技術(shù)問(wèn)題，實(shí)現(xiàn)停車(chē)場(chǎng)呼叫數(shù)據(jù)的集中管理和高效傳輸，同時(shí)提高停車(chē)場(chǎng)的運(yùn)營(yíng)效率和服務(wù)質(zhì)量的技術(shù)效果。

2、第一方面，本發(fā)明提供了一種支持多終端交互的停車(chē)場(chǎng)遠(yuǎn)程呼叫方法，其中，所述一種支持多終端交互的停車(chē)場(chǎng)遠(yuǎn)程呼叫方法包括：

3、通過(guò)api接口協(xié)議，建立呼叫中央平臺(tái)與多域停車(chē)端的交互對(duì)接，構(gòu)建停車(chē)呼叫架構(gòu)。

4、引入兼容壓縮模式與雙線程交互模式，對(duì)所述停車(chē)呼叫架構(gòu)進(jìn)行基于交通停車(chē)管理導(dǎo)向的部署。

5、依據(jù)模式部署后的所述停車(chē)呼叫架構(gòu)，對(duì)所述多域停車(chē)端發(fā)起的呼叫信息進(jìn)行入網(wǎng)，生成交通流數(shù)據(jù)，執(zhí)行自適應(yīng)壓縮轉(zhuǎn)換與雙線程解耦發(fā)送，所述呼叫中央平臺(tái)進(jìn)行接收與耦合校驗(yàn)，轉(zhuǎn)移至排隊(duì)端口進(jìn)行呼叫受理，并進(jìn)行停車(chē)呼叫存證。

6、其中，以實(shí)時(shí)網(wǎng)絡(luò)帶寬確定壓縮比進(jìn)行量化編碼壓縮，以呼叫業(yè)務(wù)的邏輯層與數(shù)據(jù)層進(jìn)行雙線程轉(zhuǎn)換傳輸，以雙線程耦合狀態(tài)作為校驗(yàn)?zāi)繕?biāo)。

7、在一種可行的實(shí)現(xiàn)方式中，引入兼容壓縮模式，包括：

8、遍歷多域停車(chē)端，進(jìn)行多端兼容性分析，確定兼容交互特征，其中，包括硬件兼容與軟件兼容。

9、根據(jù)所述兼容交互特征，確定兼容壓縮模式，其中，以所述兼容交互特征下的帶寬自適應(yīng)壓縮比作為所述兼容壓縮模式。

10、根據(jù)所述兼容壓縮模式，構(gòu)建自適應(yīng)壓縮模塊。

11、在一種可行的實(shí)現(xiàn)方式中，引入雙線程交互模式，對(duì)所述停車(chē)呼叫架構(gòu)進(jìn)行基于交通停車(chē)管理導(dǎo)向的部署，包括：

12、對(duì)呼叫業(yè)務(wù)從邏輯層與數(shù)據(jù)層進(jìn)行解耦，進(jìn)行雙線程傳輸配置，以解耦交互與耦合校驗(yàn)為原理，構(gòu)建雙線程管理模塊。

13、將所述自適應(yīng)壓縮模塊與所述雙線程管理模塊部署于所述停車(chē)呼叫架構(gòu)的各架構(gòu)端口。

14、在一種可行的實(shí)現(xiàn)方式中，執(zhí)行自適應(yīng)壓縮轉(zhuǎn)換，包括：

15、采集實(shí)時(shí)網(wǎng)絡(luò)帶寬，并確定并發(fā)呼叫量，其中，以同域停車(chē)端進(jìn)行并發(fā)限定。

16、根據(jù)所述實(shí)時(shí)網(wǎng)絡(luò)帶寬與并發(fā)呼叫量，輔助所述自適應(yīng)壓縮模塊，確定信息壓縮比。

17、根據(jù)所述信息壓縮比，對(duì)所述交通流數(shù)據(jù)進(jìn)行信息量化與定長(zhǎng)編碼，確定交通流壓縮數(shù)據(jù)。

18、在一種可行的實(shí)現(xiàn)方式中，執(zhí)行雙線程解耦發(fā)送，包括：

19、針對(duì)所述交通流壓縮數(shù)據(jù)，輔助所述雙線程管理模塊，執(zhí)行基于邏輯層與數(shù)據(jù)層的解耦與并發(fā)傳輸，所述呼叫中央平臺(tái)接收并進(jìn)行壓縮耦合。

20、執(zhí)行壓縮耦合后的校驗(yàn)，確定校驗(yàn)結(jié)果。

21、在一種可行的實(shí)現(xiàn)方式中，若校驗(yàn)成功，執(zhí)行解壓縮處理，并轉(zhuǎn)移至排隊(duì)端口進(jìn)行呼叫受理。

22、若校驗(yàn)失敗，執(zhí)行臨時(shí)存置與主動(dòng)驗(yàn)證。

23、在一種可行的實(shí)現(xiàn)方式中，進(jìn)行呼叫受理之后，包括：

24、生成響應(yīng)交通流數(shù)據(jù)。

25、實(shí)時(shí)采集網(wǎng)絡(luò)帶寬與并發(fā)量，對(duì)所述響應(yīng)交通流數(shù)據(jù)進(jìn)行帶寬自適應(yīng)壓縮與雙線程解耦發(fā)送，執(zhí)行耦合前置校驗(yàn)。

26、若校驗(yàn)成功，于呼叫端的終端設(shè)備進(jìn)行顯示。

27、若校驗(yàn)失敗，執(zhí)行存置與主動(dòng)驗(yàn)證。

28、在一種可行的實(shí)現(xiàn)方式中，所述主動(dòng)驗(yàn)證，包括：

29、定位非耦合內(nèi)容，生成校驗(yàn)?zāi)繕?biāo)。

30、以所述校驗(yàn)?zāi)繕?biāo)為導(dǎo)向，生成校驗(yàn)指令。

31、執(zhí)行基于所述校驗(yàn)指令的二次校驗(yàn)管理。

32、在一種可行的實(shí)現(xiàn)方式中，進(jìn)行停車(chē)呼叫存證之后，包括：

33、獲取停車(chē)端的交通管理記錄，進(jìn)行停車(chē)呼叫存證。

34、設(shè)定預(yù)設(shè)周期，執(zhí)行基于所述交通管理記錄的停車(chē)側(cè)重向挖掘，確定多域停車(chē)端的交通導(dǎo)引特性。

35、根據(jù)所述交通導(dǎo)引特性，進(jìn)行停車(chē)指導(dǎo)管理。

36、第二方面，本發(fā)明還提供了一種支持多終端交互的停車(chē)場(chǎng)遠(yuǎn)程呼叫系統(tǒng)，其中，所述一種支持多終端交互的停車(chē)場(chǎng)遠(yuǎn)程呼叫系統(tǒng)包括：

37、呼尋連接模塊，用于通過(guò)api接口協(xié)議，建立呼叫中央平臺(tái)與多域停車(chē)端的交互對(duì)接，構(gòu)建停車(chē)呼叫架構(gòu)。

38、呼尋部署模塊，用于引入兼容壓縮模式與雙線程交互模式，對(duì)所述停車(chē)呼叫架構(gòu)進(jìn)行基于交通停車(chē)管理導(dǎo)向的部署。

39、呼尋處理模塊，用于依據(jù)模式部署后的所述停車(chē)呼叫架構(gòu)，對(duì)所述多域停車(chē)端發(fā)起的呼叫信息進(jìn)行入網(wǎng)，生成交通流數(shù)據(jù)，執(zhí)行自適應(yīng)壓縮轉(zhuǎn)換與雙線程解耦發(fā)送，所述呼叫中央平臺(tái)進(jìn)行接收與耦合校驗(yàn)，轉(zhuǎn)移至排隊(duì)端口進(jìn)行呼叫受理，并進(jìn)行停車(chē)呼叫存證。

40、其中，以實(shí)時(shí)網(wǎng)絡(luò)帶寬確定壓縮比進(jìn)行量化編碼壓縮，以呼叫業(yè)務(wù)的邏輯層與數(shù)據(jù)層進(jìn)行雙線程轉(zhuǎn)換傳輸，以雙線程耦合狀態(tài)作為校驗(yàn)?zāi)繕?biāo)。

41、本發(fā)明公開(kāi)了一種支持多終端交互的停車(chē)場(chǎng)遠(yuǎn)程呼叫方法及系統(tǒng)，包括：基于api接口協(xié)議建立呼叫中央平臺(tái)與多域停車(chē)端的交互對(duì)接，構(gòu)建停車(chē)呼叫架構(gòu)，并引入兼容壓縮模式與雙線程交互模式，實(shí)現(xiàn)面向交通停車(chē)管理導(dǎo)向的架構(gòu)部署；在該架構(gòu)下，對(duì)多域停車(chē)端發(fā)起的呼叫信息進(jìn)行入網(wǎng)處理，生成交通流數(shù)據(jù)，并通過(guò)自適應(yīng)壓縮轉(zhuǎn)換和雙線程解耦發(fā)送至呼叫中央平臺(tái)，平臺(tái)完成接收、耦合校驗(yàn)，并將呼叫信息轉(zhuǎn)移至排隊(duì)端口進(jìn)行受理與存證；其中，依據(jù)實(shí)時(shí)網(wǎng)絡(luò)帶寬動(dòng)態(tài)調(diào)整壓縮比進(jìn)行量化編碼壓縮，結(jié)合呼叫業(yè)務(wù)的邏輯層與數(shù)據(jù)層進(jìn)行雙線程轉(zhuǎn)換傳輸，并以雙線程耦合狀態(tài)作為校驗(yàn)?zāi)繕?biāo)，確保高效穩(wěn)定的停車(chē)呼叫服務(wù)，本發(fā)明公開(kāi)的一種支持多終端交互的停車(chē)場(chǎng)遠(yuǎn)程呼叫方法及系統(tǒng)解決了管理孤島、呼叫準(zhǔn)確性差、運(yùn)營(yíng)效率低的技術(shù)問(wèn)題，實(shí)現(xiàn)了停車(chē)場(chǎng)呼叫數(shù)據(jù)的集中管理和高效傳輸，同時(shí)提高停車(chē)場(chǎng)的運(yùn)營(yíng)效率和服務(wù)質(zhì)量的技術(shù)效果。

技術(shù)特征：

1.一種支持多終端交互的停車(chē)場(chǎng)遠(yuǎn)程呼叫方法，其特征在于，包括：

2.如權(quán)利要求1所述的一種支持多終端交互的停車(chē)場(chǎng)遠(yuǎn)程呼叫方法，其特征在于，引入兼容壓縮模式，包括：

3.如權(quán)利要求2所述的一種支持多終端交互的停車(chē)場(chǎng)遠(yuǎn)程呼叫方法，其特征在于，引入雙線程交互模式，對(duì)所述停車(chē)呼叫架構(gòu)進(jìn)行基于交通停車(chē)管理導(dǎo)向的部署，包括：

4.如權(quán)利要求3所述的一種支持多終端交互的停車(chē)場(chǎng)遠(yuǎn)程呼叫方法，其特征在于，執(zhí)行自適應(yīng)壓縮轉(zhuǎn)換，包括：

5.如權(quán)利要求4所述的一種支持多終端交互的停車(chē)場(chǎng)遠(yuǎn)程呼叫方法，其特征在于，執(zhí)行雙線程解耦發(fā)送，包括：

6.如權(quán)利要求5所述的一種支持多終端交互的停車(chē)場(chǎng)遠(yuǎn)程呼叫方法，其特征在于，若校驗(yàn)成功，執(zhí)行解壓縮處理，并轉(zhuǎn)移至排隊(duì)端口進(jìn)行呼叫受理；

7.如權(quán)利要求1所述的一種支持多終端交互的停車(chē)場(chǎng)遠(yuǎn)程呼叫方法，其特征在于，進(jìn)行呼叫受理之后，包括：

8.如權(quán)利要求7所述的一種支持多終端交互的停車(chē)場(chǎng)遠(yuǎn)程呼叫方法，其特征在于，所述主動(dòng)驗(yàn)證，包括：

9.如權(quán)利要求1所述的一種支持多終端交互的停車(chē)場(chǎng)遠(yuǎn)程呼叫方法，其特征在于，進(jìn)行停車(chē)呼叫存證之后，包括：

10.一種支持多終端交互的停車(chē)場(chǎng)遠(yuǎn)程呼叫系統(tǒng)，其特征在于，用于執(zhí)行權(quán)利要求1-9任一項(xiàng)所述的一種支持多終端交互的停車(chē)場(chǎng)遠(yuǎn)程呼叫方法，包括：

技術(shù)總結(jié)
本發(fā)明公開(kāi)了一種支持多終端交互的停車(chē)場(chǎng)遠(yuǎn)程呼叫方法及系統(tǒng)，涉及交通控制技術(shù)領(lǐng)域，所述方法包括：通過(guò)API接口協(xié)議，建立呼叫中央平臺(tái)與多域停車(chē)端的交互連接，構(gòu)建停車(chē)呼叫架構(gòu)。采用兼容壓縮模式與雙線程交互模式，基于交通停車(chē)管理需求進(jìn)行架構(gòu)部署。對(duì)多域停車(chē)端的呼叫信息執(zhí)行入網(wǎng)處理，生成交通流數(shù)據(jù)，并進(jìn)行自適應(yīng)壓縮轉(zhuǎn)換與雙線程解耦發(fā)送。呼叫中央平臺(tái)接收信息后進(jìn)行耦合校驗(yàn)，并轉(zhuǎn)移至排隊(duì)端口進(jìn)行呼叫受理與存證。進(jìn)而達(dá)成停車(chē)場(chǎng)呼叫數(shù)據(jù)的集中管理和高效傳輸，同時(shí)提高停車(chē)場(chǎng)的運(yùn)營(yíng)效率和服務(wù)質(zhì)量的技術(shù)效果。

技術(shù)研發(fā)人員：柳孝波,潘曉,王曼曼,王從亦
受保護(hù)的技術(shù)使用者：寧波市政公用投資有限公司
技術(shù)研發(fā)日：
技術(shù)公布日：2025/5/15