本發(fā)明涉及一種對車載終端中的軟件進行遠程更新的方法和裝置，能夠根據(jù)車輛的運行狀態(tài)對車載終端中的軟件即時地進行更新，從而確保該車載終端中的軟件以最新的版本來進行工作。

背景技術(shù)：

隨著社會的發(fā)展，智能交通日益為人們重視，視頻監(jiān)控和智能識別及統(tǒng)計分析已經(jīng)有了越來越重要的作用。在社會安全和社會基礎(chǔ)設(shè)施資源調(diào)度等很多領(lǐng)域，都需要對視頻進行采集和監(jiān)控。公交等公共交通設(shè)施就是典型的應(yīng)用之一。

隨著城市經(jīng)濟的迅速發(fā)展，城市規(guī)模不斷擴大，機動車擁有量及道路交通流量急劇增加。公交車內(nèi)屬于人員密集且空間封閉的場所，其治安狀況比較復(fù)雜，全國各地公交客運除受不斷的乘運糾紛和運營管理困擾外，公交車上時有發(fā)生盜竊等案件。另外乘客逃票和司乘人員竊取票款的行為也時有發(fā)生，這一直困擾著公交管理人員和公共安全部門，嚴重干擾了社會安定團結(jié)。

傳統(tǒng)公交行業(yè)沒有采用視頻監(jiān)控系統(tǒng)，不能有效解決公交車內(nèi)的治安監(jiān)控以及乘客逃票和司乘人員竊取票款行為的取證，且中心調(diào)度人員不能實時掌握前端運行情況。傳統(tǒng)公交調(diào)度采用紙質(zhì)路單人工調(diào)度管理，存在眾多弊端。公交車輛調(diào)度處于“看不見、聽不著”的落后現(xiàn)狀。

目前，各大城市都在推廣“低碳出行、公交優(yōu)先”的發(fā)展戰(zhàn)略。如何確保公交車輛運營安全、高效調(diào)度有限的公交車輛資源已成為困擾公交系統(tǒng)管理人員的一大難題。所以，公交車上的視頻監(jiān)控的dvr裝置和進行視頻統(tǒng)計分析以進行人員密度統(tǒng)計分析、人數(shù)統(tǒng)計的統(tǒng)計 分析裝置的一體機是一個迫切的需求。而車載終端能夠根據(jù)車輛的運行狀態(tài)對其中的軟件進行遠程更新則是該設(shè)備準確、快速、便捷、安全的運行的保障。

在現(xiàn)有技術(shù)中，中國專利公開cn104572221a公開了一種車載ecu在線升級的系統(tǒng)及方法。如該專利所公開的，通過下載更新程序，通過上位機與車載接口連接總線，將更新程序發(fā)送給車載終端進行更新。但是，其存在以下問題：車載終端接到更新程序后啟動更新，將影響車載終端正在運行的軟件，導(dǎo)致部分功能不可用或者丟失數(shù)據(jù)。

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

為了克服現(xiàn)有技術(shù)的上述缺陷提出了本發(fā)明。因此，本發(fā)明的目的之一是提出一種對車載終端中的軟件進行遠程更新的方法和裝置，能夠根據(jù)車輛的運行狀態(tài)對車載終端中的軟件即時地進行更新，從而確保該車載終端中的軟件以最新的版本來進行工作。

為了實現(xiàn)上述目的，根據(jù)本發(fā)明，提出了一種對車載終端中的軟件進行遠程更新的方法，包括：從遠程服務(wù)器接收對所述軟件的升級命令；判斷安裝有該車載終端的車輛的運行狀態(tài)；在判斷為所述車輛處于行駛中的情況下，計算所述車輛到達下一站點的剩余時間和對所述軟件進行升級所需的時間；比較所述剩余時間和對所述軟件進行升級所需的時間；以及如果所述剩余時間大于或等于對所述軟件進行升級所需的時間，則對所述車載終端中的軟件進行升級，否則，則進入升級等待狀態(tài)。

優(yōu)選地，在判斷為所述車輛處于停駛狀態(tài)的情況下，則對所述車載終端中的軟件進行升級。

優(yōu)選地，在判斷為所述車輛處于中間車站?？炕蚪K點站?？繝顟B(tài)的情況下，則進入升級等待狀態(tài)。

優(yōu)選地，所述車輛到達下一站點的剩余時間是根據(jù)所述車輛到所述下一站點的距離、以及所述車輛的平均行駛速度來計算的。

優(yōu)選地，所述車輛的平均行駛速度是根據(jù)路況擁堵歷史數(shù)據(jù)和與該路況擁堵歷史數(shù)據(jù)相關(guān)聯(lián)的車輛行駛歷史數(shù)據(jù)來預(yù)測的。

優(yōu)選地，所述車載終端包括彼此進行通訊的主工作板和附屬計算板，所述軟件安裝于所述附屬計算板上。

優(yōu)選地，對所述軟件進行升級所需的時間包括：將升級文件從所述遠程服務(wù)器下載到所述主工作板所需的時間、將所述升級文件從所述主工作板傳輸?shù)剿龈綄儆嬎惆逅璧臅r間、以及將傳輸?shù)剿龈綄儆嬎惆宓乃錾壩募惭b到所述附屬計算板所需的時間。

優(yōu)選地，所述軟件是人數(shù)統(tǒng)計視頻分析軟件。

另外，根據(jù)本發(fā)明，提出了一種對車載終端中的軟件進行遠程更新的裝置，包括：從遠程服務(wù)器接收對所述軟件的升級命令的單元；判斷安裝有該車載終端的車輛的運行狀態(tài)的單元；在判斷為所述車輛處于行駛中的情況下，計算所述車輛到達下一站點的剩余時間和對所述軟件進行升級所需的時間的單元；比較所述剩余時間和對所述軟件進行升級所需的時間的單元；以及如果所述剩余時間大于或等于對所述軟件進行升級所需的時間，則對所述車載終端中的軟件進行升級，否則，則進入升級等待狀態(tài)的單元。

根據(jù)本發(fā)明，能夠根據(jù)車輛的運行狀態(tài)對車載終端中的軟件即時地進行更新，從而確保該車載終端中的軟件以最新的版本來進行工作。

附圖說明

通過參考附圖的詳細描述，本發(fā)明的上述目的和優(yōu)點將變得更清楚，其中：

圖1是示出了根據(jù)本發(fā)明的對車載終端中的軟件進行遠程更新的裝置的系統(tǒng)結(jié)構(gòu)圖。

圖2是示出了用于實施本發(fā)明的系統(tǒng)構(gòu)成的示意圖。

圖3是示出了根據(jù)本發(fā)明的對車載終端中的軟件進行遠程更新的方法的流程圖。

圖4是示出了本發(fā)明在公交車上的典型應(yīng)用的示意圖。

具體實施方式

下面將參考附圖描述本發(fā)明的優(yōu)選實施例。在附圖中，相同的元件將由相同的參考符號或數(shù)字表示。此外，在本發(fā)明的下列描述中，將省略對已知功能和配置的具體描述，以避免使本發(fā)明的主題不清楚。

圖1是示出了根據(jù)本發(fā)明的從遠程服務(wù)器對車載終端中的軟件進行遠程更新的裝置的系統(tǒng)結(jié)構(gòu)圖。

在本發(fā)明中，該對車載終端中的軟件進行遠程更新的裝置包括：車載的主工作板101和附屬計算板103。主工作板101具有3g/4g通訊模塊101、gps位置信息模塊103、行駛速度模塊105、升級文件傳輸時間預(yù)測模塊107、升級判斷模塊109、車輛實時狀態(tài)預(yù)測模塊111、以及與附屬計算板20進行通訊的通訊模塊113。

附屬計算板20具備與主工作板10進行通訊的通訊模塊115、升級模塊117和核心計算模塊119。

附屬計算板20不具備與外部(例如遠程服務(wù)器)直接進行通訊的通訊模塊。另外，主工作板10與附屬計算板20的通訊通過低速通訊通道來進行。

3g/4g通訊模塊101與遠程服務(wù)器通過諸如3g/4g網(wǎng)絡(luò)進行數(shù)據(jù)(例如軟件數(shù)據(jù))通信。

gps位置信息模塊103用于確定車輛自身、或者各車站例如車輛駛往的下一車站的gps位置信息。

行駛速度模塊105用于確定車輛的行駛速度。

升級文件傳輸時間預(yù)測模塊107用于預(yù)測升級文件的傳輸所需的時間(其中可以包括軟件升級所需的時間)。

車輛實時狀態(tài)預(yù)測模塊111用于對車輛實時狀態(tài)(例如停駛、行駛中、中間車站或終點站?？?進行預(yù)測。

升級判斷模塊109用于根據(jù)車輛運行狀態(tài)和升級所需的時間來判斷是否能夠進行軟件升級。

通訊模塊113與附屬計算板20進行通訊，例如可以向附屬計算板20傳輸升級文件。

通訊模塊115與主工作板10進行通訊，例如可以從主工作板10接收軟件文件。

升級模塊117用于對附屬計算板20上安裝的軟件進行升級。

核心計算模塊119，用于執(zhí)行與軟件(例如視頻分析軟件)相關(guān)的核心計算。

圖2是示出了用于實施本發(fā)明的系統(tǒng)構(gòu)成的示意圖。

如圖2所示，dvr(數(shù)字視頻記錄器)板是該車載終端裝置的主要cpu板，進行視頻的錄入，同時是安裝于附屬計算板20上的視頻統(tǒng)計分析模塊(或者軟件)和遠程服務(wù)器的通訊的橋梁。該視頻統(tǒng)計分析模塊通過攝像頭獲取車內(nèi)圖像，通過計算，得到統(tǒng)計分析后的結(jié)果數(shù)據(jù)，例如，與車內(nèi)的人數(shù)或人員密度有關(guān)的數(shù)據(jù)。然后，視頻統(tǒng)計分析模塊可以將這些數(shù)據(jù)上傳到遠程服務(wù)器。另外，在對附屬計算板20上的視頻分析軟件進行更新時，由dvr板從遠程服務(wù)器上下載升級所需的升級文件，并將其傳輸?shù)礁綄儆嬎惆?0，由附屬計算板20將該升級文件安裝到該視頻分析模塊中。

通常，由于dvr板上的高速數(shù)據(jù)接口已被dvr占用，所以只有低速接口例如rs232可以用于該視頻統(tǒng)計分析模塊與dvr板的數(shù)據(jù)通訊。

圖3是示出了根據(jù)本發(fā)明的對車載終端中的軟件進行遠程更新的方法的流程圖。

如圖3所示，在步驟301，車載終端的主工作板10從遠程服務(wù)器接收到針對車載終端的附屬板20上安裝的諸如人數(shù)統(tǒng)計視頻分析軟件的升級命令。

在步驟303，判斷安裝有該車載終端的車輛的運行狀態(tài)。

在步驟327，當(dāng)判斷結(jié)果表示該車輛的運行狀態(tài)為停駛時，則進入步驟329。在步驟329，向遠程服務(wù)器返回可以進行該軟件的升級的應(yīng)答。然后，在步驟331，進入升級流程，從而進行該軟件的下載和升級。

在步驟305，當(dāng)判斷結(jié)果表示該車輛的運行狀態(tài)為運營狀態(tài)(出車)時，判斷車輛是處于行駛中還是?？坑谥虚g車站或終點車站。

在步驟319或323，當(dāng)判斷結(jié)果表示車輛停靠于中間車站或終點車 站時，此時由于車輛正在上下人而該人數(shù)統(tǒng)計視頻分析軟件正處于工作狀態(tài)，無法進行升級工作，因此進入升級等待狀態(tài)，等待下一循環(huán)(步驟321或步驟325)。

在步驟307，當(dāng)判斷結(jié)果表示車輛正在行駛中時，由于車載終端的附屬計算板處于空閑而可以進行在線升級。但是，此時需要在到達下一車站之前完成升級。否則，如果在升級完成前到達下一車站，由于該人數(shù)統(tǒng)計視頻分析軟件需要投入該下一車站處的人數(shù)統(tǒng)計分析工作，則會使升級斷掉且無法繼續(xù)完成。因此，在步驟309，車載終端計算到達下一車站的剩余時間t、以及進行升級所需的時間∑t。

此時，可以根據(jù)gps獲取車輛的當(dāng)前地理位置和下一車站的地理位置，從而獲得車輛與下一車站的距離，然后可根據(jù)該車輛的平均移動速度來計算到達下一車站的剩余時間t。

由于此時的該車輛的平均移動速度會根據(jù)路況擁堵狀態(tài)而變化，因此可以根據(jù)路況擁堵歷史數(shù)據(jù)和與之相關(guān)聯(lián)的車輛行駛歷史數(shù)據(jù)來進行模型預(yù)測，來較精確地獲得該車輛的平均移動速度。

進行升級所需的時間∑t主要包括將升級文件從遠程服務(wù)器下載到主工作板所需的時間t1、將升級文件從主工作板傳輸?shù)礁綄儆嬎惆逅璧臅r間t2、以及將傳輸?shù)礁綄儆嬎惆宓纳壩募惭b到附屬計算板所需的時間t3(其中可以包括附屬計算板的重啟所需的時間等)。即，在本例中，∑t＝t1+t2+t3。

在步驟311，將車輛到達下一車站的剩余時間t、以及進行升級所需的時間∑t進行比較。

如果t≥∑t，則表明在車輛到達下一車站前能夠完成升級動作，因此進入步驟315。在步驟315，向遠程服務(wù)器返回可以進行該軟件的升級的應(yīng)答。然后，在步驟317，進入升級流程，從而進行該軟件的下載和升級。

如果t＜∑t，則如上所述那樣，在到達下一車站之前升級無法完成而會斷掉，因此需要進入升級等待狀態(tài)，等待下一循環(huán)(步驟313)。

關(guān)于上述過程中的根據(jù)車輛運行狀態(tài)的升級與否判斷及相應(yīng)操 作可參見以下的表1。

表1

圖4是示出了本發(fā)明在公交車上的典型應(yīng)用的示意圖。

如圖4所示，本發(fā)明可以應(yīng)用于面向公交的一體化智能視頻裝置(車載終端)，從而對安裝到車載終端的附屬計算板上的軟件進行更新。該一體化智能視頻裝置通常包含了兩個cpu模塊，分別處理視頻統(tǒng)計分析和視頻記錄，保證了每一個cpu的處理速度和資源配置。車載終端上的附屬計算板安裝的人數(shù)統(tǒng)計視頻分析軟件可以通過對車輛內(nèi)部進行拍照、對人流密度等進行分析獲取，并通過網(wǎng)絡(luò)將該結(jié)果發(fā)送到遠程服務(wù)器。通過上述方式，作為遠程服務(wù)器的管理中心可以獲取多條(例如4條)線路上的多個公交的人流密度，并據(jù)此進行公交調(diào)度。

該一體化智能視頻裝置還可安裝于旅游大巴、地鐵、乘機列車、火車等需要視頻監(jiān)控和人數(shù)統(tǒng)計分析的公共交通設(shè)施。

盡管本發(fā)明以附屬計算板上的人數(shù)統(tǒng)計視頻分析軟件的更新為例進行了說明，但是本發(fā)明并不局限于此，可以進行受到車輛的運行狀態(tài)的影響的各種軟件的更新。

以上列舉了若干具體實施例來詳細闡明本發(fā)明，這些個例僅用于說明本發(fā)明的原理及其實施方法，而非對本發(fā)明的限制，在不脫離本 發(fā)明的精神和范圍的情況下，本領(lǐng)域的技術(shù)人員還可以做出各種變形和改進。因此，本發(fā)明不應(yīng)由上述實施例來限定，而應(yīng)由所附權(quán)利要求及其等價物來限定。