本發(fā)明涉及通信，具體地，涉及一種基于tbox振鈴請求的云端處理方法及系統(tǒng)。

背景技術(shù)：

1、隨著智聯(lián)網(wǎng)聯(lián)車越來越多，對tbox的振鈴喚醒需求量越來越大，現(xiàn)實中，存在大量不同的業(yè)務(wù)振鈴請求，用于喚醒tbox(通過撥打tbox的sim卡電話,從而喚醒tbox)來支持遠程控制及相關(guān)業(yè)務(wù)。例如：用戶通過app進行車輛的遠程控制，對車輛進行遠程ota升級等等。

2、然而，振鈴資源卻是有限的，本領(lǐng)域技術(shù)人員知悉，一條e1中繼線路只能支持有限的(例如30個)振鈴撥打電話請求，且服務(wù)器配置資源有限，接口無法定制；并且，很多時候業(yè)務(wù)的請求是臨時且零散的，可能會出現(xiàn)某段時間對振鈴請求需要資源非常多的情況，而當(dāng)某個業(yè)務(wù)大量使用時，會導(dǎo)致其他業(yè)務(wù)不可用；而當(dāng)各個業(yè)務(wù)方都集中調(diào)用時，無法清楚資源使用情況，導(dǎo)致業(yè)務(wù)成功率低；此外，業(yè)務(wù)往往沒有區(qū)分優(yōu)先級，未合理分配振鈴資源，導(dǎo)致業(yè)務(wù)高的模塊在高峰期無法使用振鈴資源，影響業(yè)務(wù)。

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

1、針對現(xiàn)有技術(shù)中的缺陷，本發(fā)明的目的是提供一種基于tbox振鈴請求的云端處理方法及系統(tǒng)，通過設(shè)置的wake-up模塊和wake-up異步線程池，避免了業(yè)務(wù)平臺直接調(diào)用振鈴接口，減輕振鈴服務(wù)器的壓力；同時，通過對并發(fā)數(shù)的限制，避免了當(dāng)大量請求過來時，造成業(yè)務(wù)中斷，此外，根據(jù)不同的業(yè)務(wù)劃分振鈴服務(wù)器資源，使得當(dāng)某個業(yè)務(wù)有大量請求時，不會影響到其他重要業(yè)務(wù)的正常調(diào)用。

2、為實現(xiàn)上述發(fā)明目的，本發(fā)明提供如下所述技術(shù)方案：

3、根據(jù)本發(fā)明的第一個方面，提供一種基于tbox振鈴請求的云端處理方法，包括如下步驟：

4、設(shè)置振鈴請求的并發(fā)限制量，定義該并發(fā)限制量為a；

5、在云平臺設(shè)置wake-up模塊和wake-up異步線程池,并將wake-up模塊和wake-up異步線程池配置為：

6、當(dāng)業(yè)務(wù)平臺需要調(diào)用振鈴進行tbox喚醒時，請求先到達云平臺的wake-up模塊，wake-up模塊將判斷需要喚醒的車輛tbox此時是否在線；若車輛tbox在線，則wake-up模塊向業(yè)務(wù)平臺回復(fù)無需喚醒，若車輛tbox不在線處于休眠狀態(tài)，則wake-up模塊檢查當(dāng)前并發(fā)振鈴請求數(shù)是否超過a；

7、若當(dāng)前并發(fā)振鈴請求數(shù)未超過a，則增加計數(shù)并將振鈴請求提交至wake-up異步線程池，由wake-up異步線程池調(diào)用所屬業(yè)務(wù)對應(yīng)的振鈴服務(wù)器接口；若當(dāng)前并發(fā)振鈴請求數(shù)超過a，則向業(yè)務(wù)平臺回復(fù)已超過資源限制，稍后再請求。

8、優(yōu)選地，所述并發(fā)限制量為30。

9、優(yōu)選地，所述業(yè)務(wù)平臺為ota升級云平臺，振鈴請求為升級振鈴請求。

10、根據(jù)本發(fā)明的第二個方面，提供一種基于tbox振鈴請求的云端處理系統(tǒng)，包括：

11、設(shè)置模塊：用于設(shè)置振鈴請求的并發(fā)限制量，定義該并發(fā)限制量為a；

12、設(shè)置于云平臺的wake-up模塊和wake-up異步線程池，所述wake-up模塊和wake-up異步線程池被配置為：

13、當(dāng)業(yè)務(wù)平臺需要調(diào)用振鈴進行tbox喚醒時，請求先到達云平臺的wake-up模塊，wake-up模塊將判斷需要喚醒的車輛tbox此時是否在線，若車輛tbox在線，則wake-up模塊向業(yè)務(wù)平臺回復(fù)無需喚醒，若車輛tbox不在線處于休眠狀態(tài)，則wake-up模塊檢查當(dāng)前并發(fā)振鈴請求數(shù)是否超過a；

14、若當(dāng)前并發(fā)振鈴請求數(shù)未超過a，則增加計數(shù)并將振鈴請求提交至wake-up異步線程池，由wake-up異步線程池調(diào)用所屬業(yè)務(wù)對應(yīng)的振鈴服務(wù)器接口；若當(dāng)前并發(fā)振鈴請求數(shù)超過a，則向業(yè)務(wù)平臺回復(fù)已超過資源限制，稍后再請求。

15、優(yōu)選地，所述并發(fā)限制量為30。

16、優(yōu)選地，所述業(yè)務(wù)平臺為ota升級云平臺，振鈴請求為升級振鈴請求。

17、與現(xiàn)有技術(shù)相比，本發(fā)明具有如下的有益效果：

18、本發(fā)明提供的基于tbox振鈴請求的云端處理方法及系統(tǒng)，通過設(shè)置的wake-up模塊和wake-up異步線程池，管理來自各個云平臺及業(yè)務(wù)的振鈴請求，避免了業(yè)務(wù)平臺直接調(diào)用振鈴接口，減輕振鈴服務(wù)器的壓力；同時，當(dāng)面臨大量振鈴請求時，設(shè)置并發(fā)隊列，并可配置，通過對并發(fā)數(shù)的限制，避免了當(dāng)大量請求過來時，造成業(yè)務(wù)中斷；此外，根據(jù)不同的業(yè)務(wù)劃分振鈴服務(wù)器資源，使得當(dāng)某個業(yè)務(wù)有大量請求時，不會影響到其他重要業(yè)務(wù)的正常調(diào)用。

技術(shù)特征：

1.一種基于tbox振鈴請求的云端處理方法，其特征在于，包括如下步驟：

2.根據(jù)權(quán)利要求1所述的基于tbox振鈴請求的云端處理方法，其特征在于，所述并發(fā)限制量為30。

3.根據(jù)權(quán)利要求1所述的基于tbox振鈴請求的云端處理方法，其特征在于，所述業(yè)務(wù)平臺為ota升級云平臺，振鈴請求為升級振鈴請求。

4.一種基于tbox振鈴請求的云端處理系統(tǒng)，其特征在于，包括：

5.根據(jù)權(quán)利要求4所述的基于tbox振鈴請求的云端處理系統(tǒng)，其特征在于，所述并發(fā)限制量為30。

6.根據(jù)權(quán)利要求4所述的基于tbox振鈴請求的云端處理系統(tǒng)，其特征在于，所述業(yè)務(wù)平臺為ota升級云平臺，振鈴請求為升級振鈴請求。

技術(shù)總結(jié)
本發(fā)明提供了一種基于TBOX振鈴請求的云端處理方法及系統(tǒng)，通過設(shè)置的wake?up模塊和wake?up異步線程池，避免了業(yè)務(wù)平臺直接調(diào)用振鈴接口，減輕振鈴服務(wù)器的壓力；同時，通過對并發(fā)數(shù)的限制，避免了當(dāng)大量請求過來時，造成業(yè)務(wù)中斷；此外，根據(jù)不同的業(yè)務(wù)劃分振鈴服務(wù)器資源，使得當(dāng)某個業(yè)務(wù)有大量請求時，不會影響到其他重要業(yè)務(wù)的正常調(diào)用。

技術(shù)研發(fā)人員：熊彩云,邱輝,廖承瑜
受保護的技術(shù)使用者：江鈴汽車股份有限公司
技術(shù)研發(fā)日：
技術(shù)公布日：2024/12/10