汽車(chē)制造商在聯(lián)網(wǎng)汽車(chē)信息的速度、數(shù)量和帶寬方面面臨挑戰(zhàn)。他們可以利用MQTT消息傳遞協(xié)議和邊緣計(jì)算中的創(chuàng)新來(lái)提供更好，更安全的駕駛體驗(yàn)。

　　聯(lián)網(wǎng)汽車(chē)能夠傳輸比以往更多的數(shù)據(jù)。從引擎性能到導(dǎo)航，現(xiàn)在可以以新的方式收集，分析和處理車(chē)輛數(shù)據(jù)，從而促進(jìn)制造商與車(chē)主之間的緊密關(guān)系。例如，制造商可以通過(guò)空中（OTA）更新自動(dòng)將這些更新推送給需要的每種車(chē)型，而不是要求車(chē)主進(jìn)入服務(wù)站進(jìn)行娛樂(lè)系統(tǒng)更新。

　　但是，由于預(yù)計(jì)到明年將有超過(guò)2.5億輛具有無(wú)線網(wǎng)絡(luò)連接的汽車(chē)上路，制造商們已經(jīng)開(kāi)始感受到傳輸和處理當(dāng)前正在使用的數(shù)據(jù)量以及更新交付和其他車(chē)輛通信的當(dāng)前方法的壓力。然而，輕量級(jí)物聯(lián)網(wǎng)消息傳遞協(xié)議（如MQTT）非常適合那些希望限制數(shù)據(jù)、經(jīng)常斷開(kāi)連接或只希望在引擎運(yùn)行時(shí)連接的蜂窩連接汽車(chē)。本文將探討通過(guò)物聯(lián)網(wǎng)（IoT）傳遞信息可以改變聯(lián)網(wǎng)汽車(chē)的四種方式。

　　車(chē)輛保養(yǎng)與監(jiān)控

　　消息傳遞為汽車(chē)向制造商發(fā)送診斷和故障信息提供了一種方便的機(jī)制。不顯示維護(hù)指示燈，而是直接向制造商發(fā)送一條消息，制造商可以聯(lián)系車(chē)主討論必要的維修和可用的服務(wù)預(yù)約。這不僅可以減少有效維修車(chē)輛的延誤（例如，當(dāng)車(chē)主發(fā)現(xiàn)問(wèn)題并將車(chē)輛帶進(jìn)維修店時(shí)縮短維修時(shí)間），還可以幫助駕駛員和道路上的其他人獲得更安全的體驗(yàn)。物聯(lián)網(wǎng)信息能夠在汽車(chē)故障成為道路上的安全隱患之前將其曝光。

　　預(yù)測(cè)分析以防止大修

　　讓汽車(chē)在需要維修時(shí)通知制造商是一回事，但如果制造商可以預(yù)測(cè)何時(shí)需要維修，則是另一回事。考慮下面的圖表。被監(jiān)控汽車(chē)上的油壓一直處于安全區(qū)域內(nèi)。但是，簡(jiǎn)單的趨勢(shì)分析表明，盡管仍處于安全范圍內(nèi)，但似乎壓力很快就會(huì)降至最低要求以下。通過(guò)分析診斷信息，可以將未決故障通知車(chē)主，以便可以在機(jī)油泵發(fā)生故障之前維修汽車(chē)，避免維修費(fèi)用更高的風(fēng)險(xiǎn)。

　　分析不僅可以預(yù)測(cè)故障并節(jié)省較高的維修成本，而且相關(guān)數(shù)據(jù)還可以幫助確定故障的根本原因。在這種情況下，由供應(yīng)商的特定生產(chǎn)運(yùn)行制造的油泵有故障。該分析可以用作賠償索賠的證據(jù)，它也可以確定在重大故障發(fā)生之前召回的程度。

　　召回優(yōu)化

　　一旦確定召回并理解問(wèn)題的范圍，這些相同的預(yù)測(cè)分析可用于確定維修的優(yōu)先級(jí)。在此示例中，需要花費(fèi)數(shù)周的下降壓力才能使故障造成災(zāi)難性的后果。這樣，制造商可以花費(fèi)時(shí)間來(lái)有效地獲取更換零件并處理召回，同時(shí)通知那些表現(xiàn)出問(wèn)題的車(chē)輛并確定其優(yōu)先級(jí)。

　　OTA和蜂窩擁塞監(jiān)控與緩解

　　空中下載（OTA）是一種更新汽車(chē)上軟件的有效方法，但這是一個(gè)非常粗糙的封閉式系統(tǒng)。通過(guò)添加消息，不僅可以將更新請(qǐng)求下推到目標(biāo)車(chē)輛，而且隨著下載的進(jìn)行，可以發(fā)送狀態(tài)消息。因此，制造商可以監(jiān)視更新到單個(gè)汽車(chē)并下載的狀態(tài)。

　　消息傳遞技術(shù)不僅可以監(jiān)視下載，還可以用于對(duì)下載進(jìn)行精細(xì)控制。考慮一個(gè)城市的早晨通勤：隨著越來(lái)越多的汽車(chē)通勤，下載集中在較少數(shù)量的手機(jī)信號(hào)塔上。傳統(tǒng)上，下載活動(dòng)分散在數(shù)月之內(nèi)，以限制過(guò)度緊張的基站容量。取而代之的是，將從汽車(chē)發(fā)送的數(shù)據(jù)進(jìn)行匯總，以確定每個(gè)蜂窩塔的容量需求。可以使用復(fù)雜的下載管理器發(fā)送控制消息以限制下載。這樣，當(dāng)超出單元容量目標(biāo)時(shí)，下載速度可能會(huì)減慢甚至?xí)和！?/p>

　　通過(guò)與蜂窩服務(wù)提供商合作，制造商可以處理?yè)砣畔⒘鳎钥s減原本繁忙的蜂窩塔上的容量，并擴(kuò)大原本處于休眠狀態(tài)的塔上的容量。另外，與不那么重要的下載相比，可以為重要的下載賦予優(yōu)先級(jí)。如下所示，下載容量可以從繁忙的塔上移開(kāi)，或轉(zhuǎn)移到更重要的下載上。

　　為了實(shí)現(xiàn)上述目標(biāo)，汽車(chē)制造商需要能夠訪問(wèn)一個(gè)可以安全地連接到汽車(chē)的全球網(wǎng)絡(luò)，而不管其位置如何，并可以在邊緣安全地實(shí)時(shí)傳輸數(shù)據(jù)。通常，沒(méi)有考慮傳輸生成的數(shù)據(jù)量所需的規(guī)模，并且當(dāng)前的網(wǎng)絡(luò)基礎(chǔ)架構(gòu)無(wú)法處理負(fù)載。

　　物聯(lián)網(wǎng)正在改變我們擁有和操作汽車(chē)的方式。通過(guò)跟蹤和預(yù)測(cè)故障，協(xié)調(diào)召回和維修以及監(jiān)視和控制下載，物聯(lián)網(wǎng)消息傳遞將改變互聯(lián)汽車(chē)的維修方式。