車輛事故報告方法、裝置、設(shè)備、車輛及存儲介質(zhì)與流程
1.本技術(shù)實施例涉及車輛控制領(lǐng)域，尤其涉及一種車輛事故報告方法、裝置、設(shè)備、車輛及存儲介質(zhì)。
背景技術(shù)
：：：2.隨著道路交通的快速發(fā)展，車輛已經(jīng)成為人們生活中不可或缺的交通工具，給用戶生活帶來極大方便。但與此同時，也伴隨車輛事故的發(fā)生，如碰撞事故等。通常情況下，車輛事故發(fā)生時，會觸發(fā)車輛的告警功能，以便進行后續(xù)的事故處理操作等。3.以碰撞事故為例，傳統(tǒng)方案中，碰撞事故發(fā)生時，車輛內(nèi)部的安全氣囊引爆，會發(fā)出碰撞信號，基于碰撞信號來進行告警。然而，實際應(yīng)用中，存在碰撞事故發(fā)生時，安全氣囊未引爆的情況，此時，無法發(fā)出碰撞信號進行告警，事故處理操作無法及時進行，用戶體驗較差。技術(shù)實現(xiàn)要素：4.本技術(shù)實施例提供一種車輛事故報告方法、裝置、設(shè)備、車輛及存儲介質(zhì)，用以解決現(xiàn)有技術(shù)中碰撞事故發(fā)生、未觸發(fā)碰撞信號時，無法進行告警的問題。5.第一方面，本技術(shù)實施例中提供了一種車輛事故報告方法，包括：6.獲取目標(biāo)車輛發(fā)送的觸發(fā)指令；所述觸發(fā)指令為車輛行駛參數(shù)符合觸發(fā)條件的情況下生成；7.獲取所述目標(biāo)車輛發(fā)送的第一車輛信息，至少一部分所述第一車輛信息用于表征與所述目標(biāo)車輛事故有關(guān)的車輛狀況變化；8.在所述第一車輛信息符合事故告警條件的情況下，生成告警指令；所述告警指令可用以觸發(fā)針對所述目標(biāo)車輛事故的處理。9.第二方面，本技術(shù)實施例中提供了一種車輛事故報告方法，包括：10.獲取觸發(fā)指令，所述觸發(fā)指令用于指示車輛行駛參數(shù)符合觸發(fā)條件；11.響應(yīng)于所述觸發(fā)指令，獲取第一車輛信息，至少一部分所述第一車輛信息用于表征與所述車輛事故有關(guān)的車輛狀況變化；12.至少根據(jù)所述第一車輛信息獲取告警指令；所述告警指令可用于觸發(fā)針對所述車輛事故的處理。13.第三方面，本技術(shù)實施例中提供了一種車輛事故報告裝置，包括：14.第一獲取模塊，用于獲取目標(biāo)車輛發(fā)送的觸發(fā)指令；所述觸發(fā)指令為車輛行駛參數(shù)符合觸發(fā)條件的情況下生成；15.第二獲取模塊，用于獲取所述目標(biāo)車輛發(fā)送的第一車輛信息，至少一部分所述第一車輛信息用于表征與所述目標(biāo)車輛事故有關(guān)的車輛狀況變化；16.第一生成模塊，用于在所述第一車輛信息符合事故告警條件的情況下，生成告警指令，所述告警指令可用以觸發(fā)針對所述目標(biāo)車輛事故的處理。17.第四方面，本技術(shù)實施例中提供了一種車輛事故報告裝置，包括：18.第三獲取模塊，用于獲取觸發(fā)指令，所述觸發(fā)指令用于指示車輛行駛參數(shù)符合觸發(fā)條件；19.第四獲取模塊，用于響應(yīng)于所述觸發(fā)指令，獲取第一車輛信息，至少一部分所述第一車輛信息用于表征與所述車輛事故有關(guān)的車輛狀況變化；20.第五獲取模塊，用于至少根據(jù)所述第一車輛信息獲取告警指令；所述告警指令可用于觸發(fā)針對所述車輛事故的處理。21.第五方面，本技術(shù)實施例中提供了一種計算設(shè)備，包括存儲組件及處理組件；所述存儲組件存儲一條或多條計算機程序指令，所述計算機程序指令供所述處理組件調(diào)用執(zhí)行，所述處理組件執(zhí)行所述一條或多條計算機程序指令以實現(xiàn)如第一方面所述的車輛事故報告方法。22.第六方面，本技術(shù)實施例中提供了一種車輛，包括車身，以及位于所述車身內(nèi)部的存儲組件及處理組件；所述存儲組件存儲一條或多條計算機程序指令，所述計算機程序指令供所述處理組件調(diào)用執(zhí)行，所述處理組件執(zhí)行所述一條或多條計算機程序指令以實現(xiàn)如第二方面所述的車輛事故報告方法。23.第七方面，本技術(shù)實施例中提供了一種計算機可讀存儲介質(zhì)，存儲有計算機程序，所述計算機程序被計算機執(zhí)行時實現(xiàn)如第一方面或第二方面任一方面所述的車輛事故報告方法。24.本技術(shù)實施例中，可以獲取車輛發(fā)送的，在車輛行駛參數(shù)符合觸發(fā)條件的情況下生成的觸發(fā)指令，以及獲取該車輛發(fā)送的第一車輛信息，其中，至少一部分第一車輛信息可以用于表征與車輛事故有關(guān)的車輛狀況變化，在第一車輛信息符合事故告警條件的情況下，生成告警指令?；谲囕v行駛參數(shù)即可以獲知車輛是否可能發(fā)生事故，以及基于第一車輛信息即可以判定車輛是否確實發(fā)生事故，通過結(jié)合車輛行駛參數(shù)及第一車輛信息進行事故監(jiān)控和告警，解決了傳統(tǒng)方案中只能依靠安全氣囊引爆進行監(jiān)控及告警，在安全氣囊未引爆時無法監(jiān)控及告警的問題，實現(xiàn)了對車輛事故的監(jiān)控和告警，尤其是對未能引爆安全氣囊的強度較小的車輛事故的監(jiān)控和告警，擴大了車輛事故的監(jiān)控和告警范圍，提高了用戶體驗。25.本技術(shù)的這些方面或其他方面在以下實施例的描述中會更加簡明易懂。附圖說明26.為了更清楚地說明本技術(shù)實施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作一簡單地介紹，顯而易見地，下面描述中的附圖是本技術(shù)的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他的附圖。27.圖1示出了本技術(shù)提供的一種系統(tǒng)架構(gòu)一個實施例的結(jié)構(gòu)示意圖；28.圖2示出了本技術(shù)提供的一種車輛事故報告方法一個實施例的流程圖；29.圖3示出了本技術(shù)提供的一種車輛事故報告方法另一個實施例的流程圖；30.圖4示出了本技術(shù)提供的一種車輛事故報告裝置一個實施例的結(jié)構(gòu)示意圖；31.圖5示出了本技術(shù)提供的一種車輛事故報告裝置另一個實施例的結(jié)構(gòu)示意圖；32.圖6示出了本技術(shù)提供的一種車輛事故報告場景一個實施例的結(jié)構(gòu)示意圖；33.圖7示出了本技術(shù)提供的一種計算設(shè)備一個實施例的結(jié)構(gòu)示意圖；34.圖8示出了本技術(shù)提供的一種車輛一個實施例的結(jié)構(gòu)示意圖。具體實施方式35.為了使本
技術(shù)領(lǐng)域
：：的人員更好地理解本技術(shù)方案，下面將結(jié)合本技術(shù)實施例中的附圖，對本技術(shù)實施例中的技術(shù)方案進行清楚、完整地描述。36.在本技術(shù)的說明書和權(quán)利要求書及上述附圖中的描述的一些流程中，包含了按照特定順序出現(xiàn)的多個操作，但是應(yīng)該清楚了解，這些操作可以不按照其在本文中出現(xiàn)的順序來執(zhí)行或并行執(zhí)行，操作的序號如101、102等，僅僅是用于區(qū)分開各個不同的操作，序號本身不代表任何的執(zhí)行順序。另外，這些流程可以包括更多或更少的操作，并且這些操作可以按順序執(zhí)行或并行執(zhí)行。需要說明的是，本文中的“第一”、“第二”等描述，是用于區(qū)分不同的消息、設(shè)備、模塊等，不代表先后順序，也不限定“第一”和“第二”是不同的類型。37.隨著道路交通的快速發(fā)展，車輛已經(jīng)成為人們生活中不可或缺的交通工具，給用戶生活帶來極大方便。但與此同時，也伴隨車輛事故的發(fā)生，如碰撞事故等。通常情況下，車輛事故發(fā)生時，會觸發(fā)車輛的告警功能，以便進行后續(xù)的事故處理操作等。38.以碰撞事故為例，傳統(tǒng)方案中，碰撞事故發(fā)生時，車輛內(nèi)部的安全氣囊引爆，會發(fā)出碰撞信號，基于碰撞信號來進行告警。然而，實際應(yīng)用中，存在碰撞事故發(fā)生時，安全氣囊未引爆的情況，此時，無法發(fā)出碰撞信號進行告警，事故處理操作無法及時進行，用戶體驗較差。39.發(fā)明人在研究過程中發(fā)現(xiàn)，車輛事故發(fā)生時，以碰撞事故為例，當(dāng)碰撞強度較大時，安全氣囊才會發(fā)生引爆，而碰撞強度較小時，無法引發(fā)安全氣囊引爆，但是此時依舊會對車輛或用戶造成一定的損傷。為了解決上述技術(shù)問題，發(fā)明人想到，能否不基于安全氣囊引爆而進行告警呢。進一步地，發(fā)明人研究發(fā)現(xiàn)，車輛事故發(fā)生時，車輛行駛參數(shù)會與正常行駛時有所不同，那么能否基于車輛行駛參數(shù)來觸發(fā)告警呢。由此，經(jīng)過一系列思考及試驗之后，提出了本技術(shù)的技術(shù)方案，提出了一種車輛事故報告方法，該方法可以包括獲取目標(biāo)車輛發(fā)送的觸發(fā)指令；該觸發(fā)指令為車輛行駛參數(shù)符合觸發(fā)條件的情況下生成；獲取所述目標(biāo)車輛發(fā)送的第一車輛信息，至少一部分所述第一車輛信息用于表征與所述目標(biāo)車輛事故有關(guān)的車輛狀況變化；在所述第一車輛信息符合事故告警條件的情況下，生成告警指令；告警指令可用以觸發(fā)針對所述目標(biāo)車輛事故的處理。40.本技術(shù)實施例中，基于車輛行駛參數(shù)即可以獲知車輛是否可能發(fā)生事故，以及基于第一車輛信息即可以判定車輛是否確實發(fā)生事故，通過結(jié)合車輛行駛參數(shù)及第一車輛信息進行事故監(jiān)控和告警，解決了傳統(tǒng)方案中只能依靠安全氣囊引爆進行監(jiān)控及告警，在安全氣囊未引爆時無法監(jiān)控及告警的問題，實現(xiàn)了對車輛事故的監(jiān)控和告警，尤其是對未能引爆安全氣囊的強度較小的車輛事故的監(jiān)控和告警，擴大了車輛事故的監(jiān)控和告警范圍，提高了用戶體驗。41.下面將結(jié)合本技術(shù)實施例中的附圖，對本技術(shù)實施例中的技術(shù)方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本技術(shù)一部分實施例，而不是全部的實施例。基于本技術(shù)中的實施例，本領(lǐng)域技術(shù)人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本技術(shù)保護的范圍。42.如圖1所示，為本技術(shù)實施例的技術(shù)方案可以適用于其中的一種系統(tǒng)架構(gòu)的結(jié)構(gòu)示意圖。該系統(tǒng)架構(gòu)中可以包括服務(wù)端101以及至少一個控制端102，控制端102可以配置在車輛內(nèi)部。43.需要說明的是，圖1所呈現(xiàn)的服務(wù)端101、控制端102只是示例性說明，并不對其實現(xiàn)形式做限定?？刂贫?02的數(shù)目僅僅是示意性的，實際應(yīng)用中，每個車輛均可以對應(yīng)配置控制端102。44.服務(wù)端101與控制端102之間可以通過網(wǎng)絡(luò)建立通信連接，網(wǎng)絡(luò)用以在服務(wù)端和控制端之間提供通信鏈路的介質(zhì)，該網(wǎng)絡(luò)可以包括各種連接類型，例如有線通信鏈路、無線通信鏈路等，例如控制端102可以通過移動網(wǎng)絡(luò)與服務(wù)端101建立通信連接。其中，移動網(wǎng)絡(luò)的網(wǎng)絡(luò)制式例如可以是2g、2.5g、3g、4g、5g等中的任意一種等。45.控制端通過網(wǎng)絡(luò)可以與服務(wù)端交互以接收或發(fā)送數(shù)據(jù)等。46.其中，服務(wù)端101可以為服務(wù)器設(shè)備，其可以實現(xiàn)為單個服務(wù)器，也可以實現(xiàn)為由多個服務(wù)器組成的服務(wù)器集，服務(wù)器可以是分布式系統(tǒng)的服務(wù)器或者是結(jié)合區(qū)塊鏈的服務(wù)器，服務(wù)器也可以是云服務(wù)器，或者是帶人工智能技術(shù)的智能云計算服務(wù)器或智能云主機等?？刂贫?02可以為車身控制器等，可以部署在車輛中。47.需要說明的是，在一個實現(xiàn)方式中，本技術(shù)實施例提供的技術(shù)方案可以應(yīng)用于圖1所示的系統(tǒng)架構(gòu)中，下文一些實施例中描述的車輛事故報告方法可以由控制端、服務(wù)端或者由控制端與服務(wù)端共同執(zhí)行等，但不局限于此。48.在其它可選的實現(xiàn)方式中，控制端也可以與服務(wù)端具有相似的功能，從而本技術(shù)實施例的技術(shù)方案也可以應(yīng)用于僅包括控制端的系統(tǒng)架構(gòu)中等。49.以下將對本技術(shù)技術(shù)方案進行詳細闡述。50.如圖2所示，為本技術(shù)提供的一種車輛事故報告方法一個實施例的流程圖，該方法可以包括以下步驟：51.步驟s21：獲取目標(biāo)車輛發(fā)送的觸發(fā)指令。52.該觸發(fā)指令可以為車輛行駛參數(shù)符合觸發(fā)條件的情況下生成。53.本技術(shù)實施例中，可以適用于車輛事故告警及監(jiān)控領(lǐng)域。車輛事故可以包括碰撞事故、刮蹭事故等。其中，碰撞事故一般指車輛與車輛、車輛與行人、以及車輛與其他物體發(fā)生碰撞所導(dǎo)致的車輛事故。54.車輛事故發(fā)生時，車輛行駛參數(shù)可能會發(fā)生一定變化。車輛行駛參數(shù)例如可以包括車輛行駛速度、車輛行駛加速度，如可以包括水平加速度、旋轉(zhuǎn)加速度、正向加速度、反向加速度等。以碰撞事故為例，碰撞事故發(fā)生前的一段時間范圍內(nèi)，車輛反向加速度可能會增大，車輛行駛速度可能會減小等。55.因此，可以預(yù)先設(shè)置針對車輛行駛速度變化的觸發(fā)條件，從而在車輛行駛參數(shù)符合觸發(fā)條件的情況下，可以生成觸發(fā)指令，以進行預(yù)告警。56.觸發(fā)條件可以有多種實現(xiàn)方式?？蛇x的，該觸發(fā)條件可以為車輛行駛速度在第一預(yù)定時間范圍內(nèi)的變化值超過變化值閾值。其中，第一預(yù)定時間范圍以及第一變化值閾值可以根據(jù)實際應(yīng)用場景進行設(shè)置，如第一預(yù)定時間范圍可以為150毫秒(ms)，第一變化值閾值可以為8千米/小時(km/h)?？蛇x的，該觸發(fā)條件還可以為車輛反向加速度在第二預(yù)定時間范圍內(nèi)的變化值超過第二變化值閾值。第二預(yù)定時間范圍以及第二變化值閾值也可以根據(jù)實際應(yīng)用場景進行設(shè)置。57.上述車輛行駛參數(shù)可以記錄在行車事件記錄儀(eventdatarecorder，簡稱edr)中，edr具有監(jiān)測、采集并記錄碰撞事件發(fā)生前、發(fā)生時和發(fā)生后車輛行駛參數(shù)的功能。實際應(yīng)用中，edr可以集成在車輛的輔助充氣約束系統(tǒng)(又可以稱為安全氣囊系統(tǒng)，supplementalinflatablerestraintsystem，簡稱srs)控制器的內(nèi)部，也可以通過單獨的電子部件實現(xiàn)，不進行限制。58.以edr集成在srs系統(tǒng)控制器的內(nèi)部為例，srs系統(tǒng)可以感知edr中記載的車輛行駛參數(shù)符合觸發(fā)條件的情況下，生成觸發(fā)指令。例如，srs系統(tǒng)感知edr中記載的車輛行駛速度在150ms內(nèi)的變化值大于8km/h時，可以表明車輛可能發(fā)生事故，生成觸發(fā)指令。59.以該車輛事故報告方法應(yīng)用于服務(wù)端為例，服務(wù)端可以獲取目標(biāo)車輛發(fā)送的觸發(fā)指令。具體的，目標(biāo)車輛的srs系統(tǒng)可以通過控制器局域網(wǎng)絡(luò)(controllerareanetwork，簡稱can)總線將觸發(fā)指令發(fā)出，車身網(wǎng)關(guān)(簡稱bgm)控制器可以接收到該觸發(fā)指令，并通過傳輸控制協(xié)議(transmissioncontrolprotocol，簡稱tcp)將該觸發(fā)指令發(fā)送至車身網(wǎng)關(guān)芯片(systemonchip，簡稱soc)，再通過超文本傳輸安全協(xié)議(hypertexttransferprotocoloversecuresocketlayer，簡稱https)將該觸發(fā)指令發(fā)送至服務(wù)端，從而服務(wù)端可以獲取目標(biāo)車輛發(fā)送的觸發(fā)指令，并進行后續(xù)處理。60.步驟s22：獲取目標(biāo)車輛發(fā)送的第一車輛信息。61.其中，第一車輛信息可以用于識別因車輛事故引起的車輛狀況變化。例如，車輛發(fā)生事故時，車輛中各功能模塊的狀態(tài)數(shù)據(jù)、車身外觀數(shù)據(jù)等都可能會發(fā)生改變，因此，第一車輛信息可以包括上述功能模塊的狀態(tài)數(shù)據(jù)、車身外觀數(shù)據(jù)等一種或多種，可以根據(jù)實際應(yīng)用場景進行設(shè)置。62.在實際應(yīng)用中，服務(wù)端獲取到目標(biāo)車輛發(fā)送的觸發(fā)指令之后，表明該目標(biāo)車輛可能發(fā)生事故，也可能并未發(fā)生事故。例如，車輛緊急制動時，車輛行駛參數(shù)也可能符合觸發(fā)條件，如在第一預(yù)定時間范圍內(nèi)車輛行駛速度的變化值超過第一變化值閾值，從而生成觸發(fā)指令。因此，可以獲取目標(biāo)車輛發(fā)送的第一車輛信息，以利用第一車輛信息對車輛是否發(fā)生事故進一步驗證，提高判定準(zhǔn)確性。63.上述第一車輛信息也可以由目標(biāo)車輛的車身網(wǎng)關(guān)控制器發(fā)送。具體的，車身網(wǎng)關(guān)控制器可以通過can總線、局域互聯(lián)網(wǎng)絡(luò)(localinterconnectnetwork，簡稱lin)總線、具備故障容錯的高速可確定性車載總線系統(tǒng)(簡稱flexray)總線等從對應(yīng)的電子控制單元(electroniccontrolunit，簡稱ecu)中獲取存儲的第一車輛信息，并通過tcp協(xié)議將第一車輛信息發(fā)送至車身網(wǎng)關(guān)芯片，再通過https協(xié)議將第一車輛信息發(fā)送至服務(wù)端。64.從而服務(wù)端可以獲取目標(biāo)車輛發(fā)送的第一車輛信息，以對車輛是否發(fā)生事故進一步驗證。65.為了便于理解，下面結(jié)合圖3所示的示意圖，對目標(biāo)車輛的控制端進行車輛事故報告的過程進行說明。66.如圖3所示，步驟s31：獲取觸發(fā)指令，觸發(fā)指令用于指示車輛行駛參數(shù)符合觸發(fā)條件。67.本實施例中，可以應(yīng)用于車輛的控制端，如車身網(wǎng)關(guān)等。車身網(wǎng)關(guān)控制器可以檢測車輛的srs系統(tǒng)通過can總線發(fā)出的觸發(fā)指令，此時可以表明車輛行駛參數(shù)符合觸發(fā)條件。68.其中，觸發(fā)條件的設(shè)置，以及srs感知車輛行駛參數(shù)符合觸發(fā)條件的情況下生成觸發(fā)指令的過程可以參考圖2所示實施例中相應(yīng)的描述，此處不再進行贅述。69.步驟s32：響應(yīng)于觸發(fā)指令，獲取第一車輛信息，至少一部分第一車輛信息包括與表征車輛事故有關(guān)的數(shù)據(jù)。70.車身網(wǎng)關(guān)控制器響應(yīng)于觸發(fā)指令，可以通過can總線、lin總線、flexray總線等獲取對應(yīng)存儲器中存儲的第一車輛信息，如包括車輛各功能模塊的狀態(tài)數(shù)據(jù)、車身外觀數(shù)據(jù)等，不再贅述。71.步驟s33：至少根據(jù)第一車輛信息獲取告警指令，該告警指令可用于觸發(fā)針對車輛事故的處理。72.其中，車輛的控制端可以至少根據(jù)第一車輛信息判斷是否發(fā)生車輛事故，并在判斷發(fā)生事故時，生成告警指令。73.可選的，車身網(wǎng)關(guān)控制器也可以通過tcp協(xié)議將上述觸發(fā)指令及第一車輛信息發(fā)送至車身網(wǎng)關(guān)芯片，再通過https協(xié)議發(fā)送至服務(wù)端，由服務(wù)端基于觸發(fā)指令以及第一車輛信息進行車輛事故的判斷，并在判斷發(fā)生事故時，生成告警指令并反饋至該車輛，從而該車輛可以接收服務(wù)端發(fā)送的告警指令。74.上述車輛至少根據(jù)第一車輛信息判斷是否發(fā)生車輛事故的方式與服務(wù)端基于觸發(fā)指令以及第一車輛信息進行車輛事故的判斷方式相同，將在圖2所示實施例的后續(xù)步驟中進行說明。75.本實施例中，車輛的輔助充氣約束系統(tǒng)可以在感知車輛行駛參數(shù)符合觸發(fā)條件的情況下生成觸發(fā)指令，獲取并響應(yīng)于該觸發(fā)指令，可以獲取該車輛的第一車輛信息，并至少根據(jù)第一車輛信息獲取告警指令?；谲囕v行駛數(shù)據(jù)即可以獲知車輛是否可能發(fā)生事故，以及基于第一車輛信息即可以判定車輛是否確實發(fā)生事故，通過結(jié)合車輛行駛參數(shù)及第一車輛信息進行事故監(jiān)控和告警，解決了傳統(tǒng)方案中只能依靠安全氣囊引爆進行監(jiān)控及告警，在安全氣囊未引爆時無法監(jiān)控及告警的問題，實現(xiàn)了對車輛事故的監(jiān)控和告警，尤其是對未能引爆安全氣囊的強度較小的車輛事故的監(jiān)控和告警，擴大了車輛事故的監(jiān)控和告警范圍，提高了用戶體驗。76.下面繼續(xù)對圖2所示實施例中，基于第一車輛信息進行車輛事故判斷的方式進行說明。如圖2所示，步驟s23：在第一車輛信息符合事故告警條件的情況下，生成告警指令，該告警指令可以用以觸發(fā)針對車輛事故的處理。77.其中，可以預(yù)先設(shè)置事故告警條件，通過對第一車輛信息是否符合事故告警條件進行判斷，來對車輛是否發(fā)生事故進行驗證。78.具體的，第一車輛信息可以包括多個數(shù)據(jù)，針對每個數(shù)據(jù)都可以設(shè)置對應(yīng)的事故告警條件。例如，針對車身外觀數(shù)據(jù)，可以設(shè)置事故告警條件為車身外觀發(fā)生改變，如車門變型、車窗破裂等。又例如，針對功能模塊的狀態(tài)數(shù)據(jù)，可以設(shè)置事故告警條件為功能模塊的狀態(tài)異常，如功能模塊停止工作等。79.通過對第一車輛信息中的數(shù)據(jù)是否符合各自對應(yīng)的事故告警條件進行判斷，獲得判斷結(jié)果，并基于判斷結(jié)果來驗證車輛是否發(fā)生事故。80.作為一種可選的實現(xiàn)方式，可以是第一車輛信息中，存在一個或多個數(shù)據(jù)符合各自對應(yīng)的事故告警條件的情況下，判斷車輛發(fā)生了事故。作為另一種可選的實現(xiàn)方式，也可以是第一車輛信息中，每個數(shù)據(jù)都符合各自對應(yīng)的事故告警條件的情況下，判斷車輛發(fā)生了事故。作為又一種可選的實現(xiàn)方式，還可以是第一車輛信息中，預(yù)先設(shè)定的一個或多個數(shù)據(jù)符合各自對應(yīng)的事故告警條件的情況下，判斷車輛發(fā)生了事故，等等，不進行限制。81.其中，在第一車輛信息符合事故告警條件的情況下，生成告警指令的具體實現(xiàn)方式將在后續(xù)實施例中進行說明。82.服務(wù)端生成告警指令后，可以將該告警指令發(fā)送至目標(biāo)車輛。具體的，可以通過https協(xié)議將告警指令發(fā)送至目標(biāo)車輛中用于整車提供網(wǎng)絡(luò)通訊服務(wù)的網(wǎng)聯(lián)模塊(telematics&connectivityantennamodule，簡稱tcam)，以觸發(fā)車輛配置的緊急呼叫功能(emergencycall，簡稱ecall)，從而將事故信息上報至事故處理中心或救援中心，等待事故處理服務(wù)或救援服務(wù)。83.可選的，服務(wù)端生成告警指令后，也可以直接基于告警指令觸發(fā)事故處理操作，如可以將目標(biāo)車輛信息，可以包括目標(biāo)車輛標(biāo)識、目標(biāo)車輛位置等，上報至事故處理中心或救援中心。84.本實施例中，可以獲取車輛發(fā)送的，在車輛行駛參數(shù)符合觸發(fā)條件的情況下生成的觸發(fā)指令，以及獲取該車輛發(fā)送的第一車輛信息，其中，至少一部分第一車輛信息可以用于表征與車輛事故有關(guān)的車輛狀況變化，并在第一車輛信息符合事故告警條件的情況下，生成告警指令?；谲囕v行駛參數(shù)即可以獲知車輛是否可能發(fā)生事故，以及基于第一車輛信息即可以判定車輛是否確實發(fā)生事故，通過結(jié)合車輛行駛參數(shù)及第一車輛信息進行事故監(jiān)控和告警，解決了傳統(tǒng)方案中只能依靠安全氣囊引爆進行監(jiān)控及告警，在安全氣囊未引爆時無法監(jiān)控及告警的問題，實現(xiàn)了對車輛事故的監(jiān)控和告警，尤其是對未能引爆安全氣囊的強度較小的車輛事故的監(jiān)控和告警，擴大了車輛事故的監(jiān)控和告警范圍，提高了用戶體驗。85.下面對在第一車輛信息符合事故告警條件的情況下，生成告警指令的過程進行具體說明，可以有多種實現(xiàn)方式。86.實際場景中，車輛發(fā)生事故時，如碰撞事故，可能會對車輛功能部件造成損壞，如電子駐車制動系統(tǒng)(electricalparkbrake，簡稱epb)出現(xiàn)故障、線束出現(xiàn)短路等，從而進行故障提示，如epb故障提示、線束短路故障報警等。87.因此，針對在第一車輛信息符合事故告警條件的情況下，生成告警指令的過程，作為一種可選的實現(xiàn)方式，第一車輛信息可以包括故障提示信息(warningtelltaleinformation，簡稱wti)。wti信息可以指與車輛事故相關(guān)的提示信息，例如可以包括epb故障提示信息、前碰撞預(yù)警報警信息、胎壓報警信息、線束開路、短路故障報警信息、遠近光燈、霧燈、位置燈、轉(zhuǎn)向燈報警信息、毫米波雷達、激光雷達、攝像頭功能異常報警信息、自動緊急制動激活報警信息等。88.對于上述第一車輛信息，可以預(yù)先設(shè)置事故告警條件為存在wti信息。其中，存在wti信息可以是存在上述一條或多條wti信息。89.此時，可以判斷是否存在wti信息。若存在wti信息，可以判定第一車輛信息符合事故告警條件，生成告警指令。否則，判定第一車輛信息不符合事故告警條件，不進行告警。此時，可以對車輛繼續(xù)監(jiān)控，并在獲取到新的觸發(fā)指令時，繼續(xù)驗證。90.通常情況下，車輛發(fā)生事故時，如碰撞事故，還可能對車身的外觀造成損壞，如車身鈑金凹陷，車窗玻璃破裂等。此時，車身圖片將會與未發(fā)生事故時的車身圖片存在區(qū)別。91.因此，針對在第一車輛信息符合事故告警條件的情況下，生成告警指令的過程，作為另一種可選的實現(xiàn)方式，第一車輛信息可以包括第一車身圖片及第二車身圖片。其中，第一車身圖片可以為響應(yīng)于觸發(fā)指令采集獲得，第二車身圖片可以為響應(yīng)于上電指令采集獲得。92.車輛中可以設(shè)置有采集裝置，如前視攝像頭、后視攝像頭等視覺傳感器、激光雷達等，可以采集車身外觀數(shù)據(jù)。上述第二車身圖片可以是響應(yīng)于上電指令時采集獲得并存儲，表征未發(fā)生事故時的車身外觀數(shù)據(jù)。第一車身圖片可以是響應(yīng)于觸發(fā)指令采集獲得并存儲，表征可能發(fā)生事故后的車身外觀數(shù)據(jù)。93.對于上述第一車輛信息，可以預(yù)先設(shè)置事故告警條件為第一車身圖片與第二車身圖片的相似度低于相似度閾值。其中，相似度閾值可以設(shè)置為90％，80％等。94.此時，可以計算第一車身圖片與第二車身圖片的相似度，并判斷相似度是否低于相似度閾值。若相似度低于相似度閾值，可以判定第一車輛信息符合事故告警條件，生成告警指令。否則，判定第一車輛信息不符合事故告警條件，不進行告警。95.其中，可以利用圖像處理算法，如pillow庫(python圖像處理的基礎(chǔ)庫)中的圖像處理算法對上述車身圖片進行裁剪、相似度計算等處理操作，獲得第一車身圖片與第二車身圖片的相似度，并進行判斷。96.可選的，在進行計算處理之前，可以對上述車身圖片進行灰度處理，以降低光線對圖片的影響，提高判定準(zhǔn)確性。97.可選的，若無法獲得上述第一車身圖片，可以表明觸發(fā)指令生成后，車輛中的采集裝置、數(shù)據(jù)存儲或傳輸過程等出現(xiàn)故障。此時，也可以判定第一車輛信息符合事故告警條件，生成告警指令。98.針對在第一車輛信息符合事故告警條件的情況下，生成告警指令的過程，作為又一種可選的實現(xiàn)方式，第一車輛信息還可以包括故障提示信息、第一車身圖片以及第二車身圖片。事故告警條件可以設(shè)置為存在wti信息，以及第一車身圖片與第二車身圖片的相似度低于相似度閾值。99.具體的，可以優(yōu)先判斷車輛是否存在wti信息，在存在wti信息的情況下，計算第一車身圖片與第二車身圖片的相似度，并繼續(xù)判斷相似度是否低于相似度閾值，在相似度低于相似度閾值的情況下，判斷第一車輛信息符合事故告警條件，生成告警指令。否則，判定第一車輛信息不符合事故告警條件，不進行告警。100.通過結(jié)合故障提示信息、第一車身圖片及第二車身圖片，對車輛是否發(fā)生事故進行綜合驗證，可以提高對車輛事故的判定準(zhǔn)確性，避免遺漏對車輛事故的監(jiān)控和告警觸發(fā)，以及避免過度監(jiān)控和告警，提高用戶體驗。101.實際應(yīng)用中，還可以設(shè)置其它的事故告警條件，以提高對是否發(fā)生事故的判定準(zhǔn)確性。102.為了進一步提高對是否發(fā)生事故的判定準(zhǔn)確性，還可以對上述針對是否生成觸發(fā)指令的觸發(fā)條件，和/或針對是否生成告警指令的事故告警條件進行更新。因此，在某些實施例中，該車輛事故報告方法還可以包括：103.獲取至少一個車輛對應(yīng)的事故處理數(shù)據(jù)；104.查至少一個車輛分別對應(yīng)事故處理數(shù)據(jù)的車輛行駛參數(shù)；105.將至少一個車輛的事故處理數(shù)據(jù)與各自對應(yīng)的車輛行駛參數(shù)進行比較，獲得至少一個比較結(jié)果；106.基于至少一個比較結(jié)果，更新觸發(fā)條件和/或事故告警條件。107.其中，事故處理數(shù)據(jù)可以包括維修數(shù)據(jù)。通常情況下，車輛發(fā)生事故后，會進行維修。維修數(shù)據(jù)中可以包括發(fā)生事故時的車輛行駛參數(shù)、第一車輛信息，如發(fā)生事故后的車身圖片等。108.根據(jù)車輛的事故處理數(shù)據(jù)，可以獲知實際發(fā)生事故時，車輛的相關(guān)數(shù)據(jù)。根據(jù)至少一個車輛對應(yīng)的事故處理數(shù)據(jù)，可以查針對該至少一個車輛進行是否發(fā)生事故的判定時獲取的車輛行駛參數(shù)，從而結(jié)合實際數(shù)據(jù)及判定數(shù)據(jù)，從觸發(fā)條件和/或事故告警條件進行更新調(diào)整，使觸發(fā)條件和/或事故告警條件更加合理，提高判定準(zhǔn)確性。109.可選的，該車輛事故報告方法還可以包括：110.獲取目標(biāo)車輛發(fā)送的車輛行駛參數(shù)并存儲；車輛行駛參數(shù)為響應(yīng)于觸發(fā)指令獲得。111.其中，車輛行駛參數(shù)可以由目標(biāo)車輛的車身網(wǎng)關(guān)在接收到觸發(fā)指令時，從edr中獲取并發(fā)送。以edr集成在srs系統(tǒng)控制器的內(nèi)部為例，目標(biāo)車輛的車身網(wǎng)關(guān)在接收到觸發(fā)指令時，可以通過docan總線(diagnoseovercan)從edr的帶電可擦可編程只讀存儲器(electricallyerasableprogrammablereadonlymemory，簡稱eeprom)中讀取車輛行駛參數(shù)。112.可選的，車身網(wǎng)關(guān)可以優(yōu)先通過docan總線讀取數(shù)據(jù)標(biāo)示符(dataidentifier，簡稱did)數(shù)據(jù)，再讀取edr的eeprom中存儲的車輛行駛參數(shù)。113.可選的，目標(biāo)車輛可以將車輛行駛參數(shù)和觸發(fā)指令一并發(fā)送至服務(wù)端，從而服務(wù)端獲取車輛行駛參數(shù)后，可以將各車輛的車輛行駛參數(shù)進行對應(yīng)存儲。114.因此，可以從存儲的多個車輛的車輛行駛參數(shù)中，查至少一個車輛分別對應(yīng)事故處理數(shù)據(jù)的車輛行駛參數(shù)，并與至少一個車輛的事故處理數(shù)據(jù)進行比較，獲得至少一個比較結(jié)果?；诒容^結(jié)果，更新觸發(fā)條件和/或事故告警條件，可以有多種實現(xiàn)方式。115.作為一種可選的實現(xiàn)方式，若對于至少一個獲取到事故處理數(shù)據(jù)的車輛，無法查獲得存儲的該至少一個車輛對應(yīng)的車輛行駛參數(shù)，可以表明并未對該至少一個車輛的事故進行成功監(jiān)控或告警觸發(fā)，進一步表明預(yù)先設(shè)置的觸發(fā)條件較高，該至少一個車輛發(fā)生事故時，對應(yīng)的車輛行駛參數(shù)不符合預(yù)先設(shè)置的觸發(fā)條件，導(dǎo)致并未生成觸發(fā)指令。此時，可以將觸發(fā)條件調(diào)低。例如，可以將預(yù)先設(shè)置的觸發(fā)條件由150ms內(nèi)速度變化超過8km/h更新為160ms內(nèi)速度變化超過8km/h等。116.作為另一種可選的實現(xiàn)方式，若對于查獲得存儲的至少一個車輛對應(yīng)的車輛行駛參數(shù)，并不存在該至少一個車輛各自對應(yīng)的事故處理數(shù)據(jù)，可以表明該至少一個車輛并未發(fā)生事故，對至少一個車輛進行了過度監(jiān)控和告警觸發(fā)，進一步表明預(yù)先設(shè)置的觸發(fā)條件和/或事故告警條件較低，導(dǎo)致對于并未發(fā)生事故的至少一個車輛，其對應(yīng)的車輛行駛參數(shù)依舊符合觸發(fā)條件，生成了觸發(fā)指令，和/或其對應(yīng)的第一車輛信息依舊符合事故告警條件，生成了告警指令。此時，可以將觸發(fā)條件提高，和/或?qū)⑹鹿矢婢瘲l件提高。例如，將觸發(fā)條件由150ms內(nèi)速度變化超過8km/h更新為140ms內(nèi)速度變化超過8km/h，和/或?qū)⑹鹿矢婢瘲l件由存在一個wti信息更新為至少存在兩個wti信息等。117.作為又一種可選的實現(xiàn)方式，可以基于至少一個車輛對應(yīng)的事故處理數(shù)據(jù)中的車輛行駛參數(shù)，重新設(shè)定并更新觸發(fā)條件，和/或基于至少一個車輛對應(yīng)的事故處理數(shù)據(jù)中的第一車輛信息，重新設(shè)定并更新事故告警條件。例如，根據(jù)某一預(yù)定時間范圍內(nèi)，多個車輛的事故處理數(shù)據(jù)中的車輛行駛參數(shù)可以獲知，各車輛發(fā)生事故時，車輛行駛速度的變化值8km/h均在130ms內(nèi)實現(xiàn)，則可以將預(yù)先設(shè)置的150ms內(nèi)速度變化超過8km/h的觸發(fā)條件更新為130ms內(nèi)速度變化超過8km/h。又例如，根據(jù)又一預(yù)定時間范圍內(nèi)，多個車輛的事故處理數(shù)據(jù)中的車輛行駛參數(shù)可以獲知，各車輛發(fā)生事故時，第一車身圖片與第二車身圖片的相似度均低于70％，則可以將預(yù)先設(shè)置的第一車身圖片與第二車身圖片的相似度低于80％的事故告警條件更新為第一車身圖片與第二車身圖片的相似度低于70％。118.針對觸發(fā)條件和/或事故告警條件的更新還可以有其它實現(xiàn)方式，可以根據(jù)實際場景進行設(shè)置。119.通過結(jié)合至少一個車輛的事故處理數(shù)據(jù)及存儲的至少一個車輛分別對應(yīng)事故處理數(shù)據(jù)的車輛行駛參數(shù)，對觸發(fā)條件和/或事故告警條件進行更新，進一步提高了對車輛事故判定的準(zhǔn)確性，避免遺漏對車輛事故的監(jiān)控和告警觸發(fā)，以及避免過度監(jiān)控和告警，進一步提高了用戶體驗。120.可選的，服務(wù)端還可以將更新之后的觸發(fā)條件和/或事故告警條件發(fā)送至車輛，以便于車輛自身能夠基于更新之后的觸發(fā)條件來判斷是否生成觸發(fā)指令，和/或基于更新后的事故告警條件來判斷是否觸發(fā)告警指令，進一步提高對車輛事故判定以及事故后處理或救援主動服務(wù)介入的準(zhǔn)確性。121.實際應(yīng)用中，基于告警指令觸發(fā)針對車輛事故的處理方法可以包括：122.基于告警指令，生成緊急呼叫信號；123.發(fā)送緊急呼叫信號至事故救援端、事故處理端中的至少一個。124.其中，基于告警指令，生成緊急呼叫信號可以指基于告警指令，觸發(fā)車輛中配置的ecall功能。將該緊急呼叫信號發(fā)送至事故救援端、事故處理端中的至少一個可以指觸發(fā)ecall功能以告知事故處理中心或救援中心，并將事故信息進行上報，以等待事故處理或救援。125.可選的，還可以發(fā)送緊急呼叫信號至保險處理端，以將事故信息上報至保險處理中心，以等待獲取相應(yīng)的保險服務(wù)。126.通過結(jié)合車輛行駛參數(shù)及第一車輛信息進行事故監(jiān)控和告警，并基于告警指令生成緊急呼叫信號，發(fā)送至事故救援端、事故處理端中的至少一個，實現(xiàn)了對未能引爆安全氣囊的強度較小的車輛事故的監(jiān)控和告警，從而實現(xiàn)了對未能引爆安全氣囊的強度較小的車輛事故主動獲取事故處理或救援服務(wù)，擴大了車輛事故的監(jiān)控和告警范圍以及獲取事故處理或救援服務(wù)的范圍，進一步提高了用戶體驗。127.如圖4所示，為本技術(shù)提供的一種車輛事故報告裝置一個實施例的結(jié)構(gòu)示意圖，該裝置可以包括以下模塊：128.第一獲取模塊401，用于獲取目標(biāo)車輛發(fā)送的觸發(fā)指令；觸發(fā)指令為車輛行駛參數(shù)符合觸發(fā)條件的情況下生成；129.第二獲取模塊402，用于獲取目標(biāo)車輛發(fā)送的第一車輛信息，至少一部分第一車輛信息可以用于表征與車輛事故有關(guān)的車輛狀況變化；130.第一生成模塊403，用于在第一車輛信息符合事故告警條件的情況下，生成告警指令；告警指令可用以觸發(fā)針對目標(biāo)車輛事故的處理。131.本實施例中，該車輛事故報告裝置可以實現(xiàn)圖2所示實施例的車輛事故報告方法，可以獲取車輛發(fā)送的，在車輛行駛參數(shù)符合觸發(fā)條件的情況下生成的觸發(fā)指令，以及獲取該車輛發(fā)送的第一車輛信息，其中，至少一部分第一車輛信息可以用于表征與車輛事故有關(guān)的車輛狀況變化，在第一車輛信息符合事故告警條件的情況下，生成告警指令。基于車輛行駛參數(shù)即可以獲知車輛是否可能發(fā)生事故，以及基于第一車輛信息即可以判定車輛是否確實發(fā)生事故，通過結(jié)合車輛行駛參數(shù)及第一車輛信息進行事故監(jiān)控和告警，解決了傳統(tǒng)方案中只能依靠安全氣囊引爆進行監(jiān)控及告警，在安全氣囊未引爆時無法監(jiān)控及告警的問題，實現(xiàn)了對車輛事故的監(jiān)控和告警，尤其是對未能引爆安全氣囊的強度較小的車輛事故的監(jiān)控和告警，擴大了車輛事故的監(jiān)控和告警范圍，提高了用戶體驗。132.在某些實施例中，該裝置還可以包括第六獲取模塊，用于獲取目標(biāo)車輛發(fā)送的車輛行駛參數(shù)并存儲；車輛行駛參數(shù)為響應(yīng)于觸發(fā)指令獲得。133.在某些實施例中，該裝置還可以包括：134.第七獲取模塊，用于獲取至少一個車輛對應(yīng)的事故處理數(shù)據(jù)；135.查模塊，用于查至少一個車輛分別對應(yīng)所述事故處理數(shù)據(jù)的車輛行駛參數(shù)；136.比較模塊，用于將至少一個車輛的事故處理數(shù)據(jù)與各自對應(yīng)的車輛行駛參數(shù)進行比較，獲得至少一個比較結(jié)果；137.更新模塊，用于基于至少一個比較結(jié)果，更新觸發(fā)條件和/或事故告警條件。138.在某些實施例中，所述第一車輛信息包括故障提示信息、第一車身圖片及第二車身圖片；第一車身圖片為響應(yīng)于觸發(fā)指令采集獲得，第二車身圖片為響應(yīng)于上電指令采集獲得；139.第一生成模塊403可以包括：140.第一判斷單元，用于判斷車輛是否存在故障提示信息；141.第二判斷單元，用于在車輛存在故障提示信息的情況下，判斷第一車身圖片與第二車身圖片的相似度是否低于相似度閾值；142.第一生成單元，用于在相似度低于相似度閾值的情況下，判斷第一車輛信息符合事故告警條件，生成告警指令。143.圖4所述的車輛事故報告裝置可以執(zhí)行圖2所示實施例的車輛事故報告方法，其實現(xiàn)原理和技術(shù)效果不再贅述。對于上述實施例中的車輛事故報告裝置其中各個模塊、單元執(zhí)行操作的具體方式已經(jīng)在有關(guān)該方法的實施例中進行了詳細描述，此處將不做詳細闡述說明。144.如圖5所示，為本技術(shù)實施例提供的一種車輛事故報告裝置另一個實施例的結(jié)構(gòu)示意圖，該裝置可以包括以下模塊：145.第三獲取模塊501，用于獲取觸發(fā)指令，觸發(fā)指令用于指示車輛行駛參數(shù)符合觸發(fā)條件；146.第四獲取模塊502，用于響應(yīng)于觸發(fā)指令，獲取第一車輛信息，至少一部分第一車輛信息用于表征與車輛事故有關(guān)的車輛狀況變化；147.第五獲取模塊503，用于至少根據(jù)第一車輛信息獲取告警指令；告警指令可用于觸發(fā)針對車輛事故的處理。148.在某些實施例中，該裝置還可以包括：149.第二生成模塊，用于基于告警指令，生成緊急呼叫信號；150.發(fā)送模塊，用于發(fā)送緊急呼叫信號至事故救援端、事故處理端中的至少一個。151.圖5的車輛事故報告裝置可以執(zhí)行圖3所示實施例的車輛事故報告方法，其實現(xiàn)原理和技術(shù)效果不再贅述。對于上述實施例中的車輛事故報告裝置其中各個模塊、單元執(zhí)行操作的具體方式已經(jīng)在有關(guān)該方法的實施例中進行了詳細描述，此處將不做詳細闡述說明。152.下面以車輛事故是碰撞事故為例，結(jié)合圖6所示的場景示意圖，對本技術(shù)的技術(shù)方案進行說明。153.目標(biāo)車輛a的輔助充氣約束系統(tǒng)103檢測車輛中的行車事件記錄儀104記錄的車輛行駛參數(shù)符合觸發(fā)條件時，生成觸發(fā)指令，輔助充氣約束系統(tǒng)103通過can總線將觸發(fā)指令發(fā)出，車身網(wǎng)關(guān)控制器1021接收到觸發(fā)指令后，通過docan總線讀取行車事件記錄儀104中記錄的車輛行駛參數(shù)，并通過tcp協(xié)議將觸發(fā)指令和車輛行駛參數(shù)發(fā)送至車身網(wǎng)關(guān)芯片1022，車身網(wǎng)關(guān)芯片1022通過https協(xié)議將觸發(fā)指令和車輛行駛參數(shù)發(fā)送至服務(wù)端101。154.服務(wù)端101接收到目標(biāo)車輛a發(fā)送的車輛行駛參數(shù)并進行存儲，并基于觸發(fā)指令，獲取目標(biāo)車輛a的第一車輛信息。第一車輛信息可以由車身網(wǎng)關(guān)控制器1021從電子控制單元105中獲取。其中，第一車輛信息中可以包括故障提示信息、第一車身圖片及第二車身圖片。服務(wù)端101判斷車輛是否存在故障提示信息，若判斷結(jié)果為是，判斷第一車身圖片與第二車身圖片的相似度是否低于相似度閾值，若判斷結(jié)果繼續(xù)為是，生成告警指令并反饋至目標(biāo)車輛a。155.目標(biāo)車輛a接收到告警指令后，基于告警指令觸發(fā)緊急呼叫功能，并上報事故信息至事故救援中心和事故處理中心，等待救援和處理。156.本技術(shù)實施例還提供了一種計算設(shè)備，如圖7所示，該設(shè)備可以包括存儲組件701及處理組件702；157.該存儲組件701存儲一條或多條計算機程序指令，其中，一條或多條計算機程序指令供處理組件702調(diào)用執(zhí)行，以實現(xiàn)圖2所示的車輛事故報告方法。158.實際應(yīng)用中，該計算設(shè)備可以實現(xiàn)為如圖1所示系統(tǒng)架構(gòu)中的服務(wù)端。159.當(dāng)然，上述計算設(shè)備必然還可以包括其他部件，例如輸入/輸出接口、通信組件等。160.輸入/輸出接口為處理組件和外圍接口模塊之間提供接口，上述外圍接口模塊可以是輸出設(shè)備、輸入設(shè)備等。通信組件被配置為便于計算設(shè)備和其他設(shè)備之間有線或無線方式的通信等。161.本技術(shù)實施例還提供了一種計算機可讀存儲介質(zhì)，存儲有計算機程序，該計算機程序被計算機執(zhí)行時可以實現(xiàn)圖2所示的車輛事故報告方法。該計算機可讀介質(zhì)可以是上述實施例中描述的計算設(shè)備中所包含的；也可以是單獨存在，而未裝配入該計算設(shè)備中。162.本技術(shù)實施例還提供了一種計算機程序產(chǎn)品，其包括承載在計算機可讀存儲介質(zhì)上的計算機程序，該計算機程序被計算機執(zhí)行時可以實現(xiàn)圖2所示的車輛事故報告方法。163.在這樣的實施例中，計算機程序可以是從網(wǎng)絡(luò)上被下載和安裝，和/或從可拆卸介質(zhì)被安裝。在該計算機程序被處理器執(zhí)行時，執(zhí)行本技術(shù)的系統(tǒng)中限定的各種功能。164.需要說明的是，上述計算設(shè)備可以為物理設(shè)備或者云計算平臺提供的彈性計算主機等。其可以實現(xiàn)成多個服務(wù)器或終端設(shè)備組成的分布式集，也可以實現(xiàn)成單個服務(wù)器或單個終端設(shè)備。165.本技術(shù)實施例還提供了一種車輛，如圖8所示，該車輛可以包括車身(圖中未顯示)，以及位于車身內(nèi)部的存儲組件801及處理組件802；166.該存儲組件801存儲一條或多條計算機程序指令，其中，一條或多條計算機程序指令供處理組件802調(diào)用執(zhí)行，以實現(xiàn)圖3所示的車輛事故報告方法。167.實際應(yīng)用中，該車輛中可以配置有如圖1所示系統(tǒng)架構(gòu)中的控制端。168.當(dāng)然，上述車輛必然還可以包括其他部件，例如輸入/輸出接口、通信組件等。169.輸入/輸出接口為處理組件和外圍接口模塊之間提供接口，上述外圍接口模塊可以是輸出設(shè)備、輸入設(shè)備等。通信組件被配置為便于車輛和其他設(shè)備之間有線或無線方式的通信等。170.本技術(shù)實施例還提供了一種計算機可讀存儲介質(zhì)，存儲有計算機程序，該計算機程序被計算機執(zhí)行時可以實現(xiàn)3所示的車輛事故報告方法。該計算機可讀介質(zhì)可以是上述實施例中描述的車輛中所包含的；也可以是單獨存在，而未裝配入該車輛中。171.本技術(shù)實施例還提供了一種計算機程序產(chǎn)品，其包括承載在計算機可讀存儲介質(zhì)上的計算機程序，該計算機程序被計算機執(zhí)行時可以實現(xiàn)圖3所示的車輛事故報告方法。172.在這樣的實施例中，計算機程序可以是從網(wǎng)絡(luò)上被下載和安裝，和/或從可拆卸介質(zhì)被安裝。在該計算機程序被處理器執(zhí)行時，執(zhí)行本技術(shù)的系統(tǒng)中限定的各種功能。173.前文相應(yīng)實施例中涉及的處理組件可以包括一個或多個處理器來執(zhí)行計算機指令，以完成上述的方法中的全部或部分步驟。當(dāng)然處理組件也可以為一個或多個應(yīng)用專用集成電路(asic)、數(shù)字信號處理器(dsp)、數(shù)字信號處理設(shè)備(dspd)、可編程邏輯器件(pld)、現(xiàn)場可編程門陣列(fpga)、控制器、微控制器、微處理器或其他電子元件實現(xiàn)，用于執(zhí)行上述方法。174.存儲組件被配置為存儲各種類型的數(shù)據(jù)以支持在終端的操作。存儲組件可以由任何類型的易失性或非易失性存儲設(shè)備或者它們的組合實現(xiàn)，如靜態(tài)隨機存取存儲器(sram)，電可擦除可編程只讀存儲器(eeprom)，可擦除可編程只讀存儲器(eprom)，可編程只讀存儲器(prom)，只讀存儲器(rom)，磁存儲器，快閃存儲器，磁盤或光盤。175.計算機可讀存儲介質(zhì)例如可以是但不限于電、磁、光、電磁、紅外線、或半導(dǎo)體的系統(tǒng)、裝置或器件，或者任意以上的組合等。176.所屬領(lǐng)域的技術(shù)人員可以清楚地了解到，為描述的方便和簡潔，上述描述的系統(tǒng)，裝置和單元的具體工作過程，可以參考前述方法實施例中的對應(yīng)過程，在此不再贅述。177.以上所描述的裝置實施例僅僅是示意性的，其中所述作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個地方，或者也可以分布到多個網(wǎng)絡(luò)單元上?？梢愿鶕?jù)實際的需要選擇其中的部分或者全部模塊來實現(xiàn)本實施例方案的目的。本領(lǐng)域普通技術(shù)人員在不付出創(chuàng)造性的勞動的情況下，即可以理解并實施。178.通過以上的實施例的描述，本領(lǐng)域的技術(shù)人員可以清楚地了解到各實施例可借助軟件加必需的通用硬件平臺的方式來實現(xiàn)，當(dāng)然也可以通過硬件?；谶@樣的理解，上述技術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計算機軟件產(chǎn)品可以存儲在計算機可讀存儲介質(zhì)中，如rom/ram、磁碟、光盤等，包括若干指令用以使得一臺計算機設(shè)備(可以是個人計算機，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行各個實施例或者實施例的某些部分所述的方法。179.最后應(yīng)說明的是：以上實施例僅用以說明本技術(shù)的技術(shù)方案，而非對其限制；盡管參照前述實施例對本技術(shù)進行了詳細的說明，本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)理解：其依然可以對前述各實施例所記載的技術(shù)方案進行修改，或者對其中部分技術(shù)特征進行等同替換；而這些修改或者替換，并不使相應(yīng)技術(shù)方案的本質(zhì)脫離本技術(shù)各實施例技術(shù)方案的精神和范圍。當(dāng)前第1頁12當(dāng)前第1頁12
技術(shù)特征：
1.一種車輛事故報告方法，其特征在于，包括：獲取目標(biāo)車輛發(fā)送的觸發(fā)指令；所述觸發(fā)指令為車輛行駛參數(shù)符合觸發(fā)條件的情況下生成；獲取所述目標(biāo)車輛發(fā)送的第一車輛信息，至少一部分所述第一車輛信息用于表征與所述目標(biāo)車輛事故有關(guān)的車輛狀況變化；在所述第一車輛信息符合事故告警條件的情況下，生成告警指令；所述告警指令可用以觸發(fā)針對所述目標(biāo)車輛事故的處理。2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述方法還包括：獲取所述目標(biāo)車輛發(fā)送的車輛行駛參數(shù)并存儲；所述車輛行駛參數(shù)為響應(yīng)于所述觸發(fā)指令獲得。3.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述方法還包括：獲取至少一個車輛對應(yīng)的事故處理數(shù)據(jù)；查所述至少一個車輛分別對應(yīng)所述事故處理數(shù)據(jù)的車輛行駛參數(shù)；將所述至少一個車輛的事故處理數(shù)據(jù)與各自對應(yīng)的車輛行駛參數(shù)進行比較，獲得至少一個比較結(jié)果；基于所述至少一個比較結(jié)果，更新所述觸發(fā)條件和/或所述事故告警條件。4.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述第一車輛信息包括故障提示信息、第一車身圖片及第二車身圖片；所述第一車身圖片為響應(yīng)于所述觸發(fā)指令采集獲得，所述第二車身圖片為響應(yīng)于上電指令采集獲得；所述在所述第一車輛信息符合事故告警條件的情況下，生成告警指令包括：判斷所述車輛是否存在故障提示信息；在存在故障提示信息的情況下，判斷所述第一車身圖片與所述第二車身圖片的相似度是否低于相似度閾值；在所述相似度低于相似度閾值的情況下，判斷所述第一車輛信息符合事故告警條件，生成告警指令。5.一種車輛事故報告方法，其特征在于，包括：獲取觸發(fā)指令，所述觸發(fā)指令用于指示車輛行駛參數(shù)符合觸發(fā)條件；響應(yīng)于所述觸發(fā)指令，獲取第一車輛信息，至少一部分所述第一車輛信息用于表征與所述車輛事故有關(guān)的車輛狀況變化；至少根據(jù)所述第一車輛信息獲取告警指令；所述告警指令可用于觸發(fā)針對所述車輛事故的處理。6.根據(jù)權(quán)利要求5所述的方法，其特征在于，所述方法還包括：基于所述告警指令，生成緊急呼叫信號；發(fā)送所述緊急呼叫信號至事故救援端、事故處理端中的至少一個。7.一種車輛事故報告裝置，其特征在于，包括：第一獲取模塊，用于獲取目標(biāo)車輛發(fā)送的觸發(fā)指令；所述觸發(fā)指令為車輛行駛參數(shù)符合觸發(fā)條件的情況下生成；第二獲取模塊，用于獲取所述目標(biāo)車輛發(fā)送的第一車輛信息，至少一部分所述第一車輛信息用于表征與所述目標(biāo)車輛事故有關(guān)的車輛狀況變化；
第一生成模塊，用于在所述第一車輛信息符合事故告警條件的情況下，生成告警指令，所述告警指令可用以觸發(fā)針對所述目標(biāo)車輛事故的處理。8.一種車輛事故報告裝置，其特征在于，包括：第三獲取模塊，用于獲取觸發(fā)指令，所述觸發(fā)指令用于指示車輛行駛參數(shù)符合觸發(fā)條件；第四獲取模塊，用于響應(yīng)于所述觸發(fā)指令，獲取第一車輛信息，至少一部分所述第一車輛信息用于表征與所述車輛事故有關(guān)的車輛狀況變化；第五獲取模塊，用于至少根據(jù)所述第一車輛信息獲取告警指令；所述告警指令可用于觸發(fā)針對所述車輛事故的處理。9.一種計算設(shè)備，其特征在于，包括存儲組件及處理組件；所述存儲組件存儲一條或多條計算機程序指令，所述計算機程序指令供所述處理組件調(diào)用執(zhí)行，所述處理組件執(zhí)行所述一條或多條計算機程序指令以實現(xiàn)如權(quán)利要求1～4任一項所述的車輛事故報告方法。10.一種車輛，其特征在于，包括車身，以及位于所述車身內(nèi)部的存儲組件及處理組件；所述存儲組件存儲一條或多條計算機程序指令，所述計算機程序指令供所述處理組件調(diào)用執(zhí)行，所述處理組件執(zhí)行所述一條或多條計算機程序指令以實現(xiàn)如權(quán)利要求5～6任一項所述的車輛事故報告方法。11.一種計算機可讀存儲介質(zhì)，其特征在于，存儲有計算機程序，所述計算機程序被計算機執(zhí)行時實現(xiàn)如權(quán)利要求1～6任一項所述的車輛事故報告方法。
技術(shù)總結(jié)
本申請實施例提供一種車輛事故報告方法、裝置、設(shè)備、車輛及存儲介質(zhì)。其中，獲取目標(biāo)車輛發(fā)送的觸發(fā)指令；所述觸發(fā)指令為車輛行駛參數(shù)符合觸發(fā)條件的情況下生成；獲取所述目標(biāo)車輛發(fā)送的第一車輛信息，至少一部分所述第一車輛信息用于表征與所述目標(biāo)車輛事故有關(guān)的車輛狀況變化；在所述第一車輛信息符合事故告警條件的情況下，生成告警指令；所述告警指令可用以觸發(fā)針對所述目標(biāo)車輛事故的處理。本申請實施例提供的技術(shù)方案擴大了車輛事故的監(jiān)控和告警范圍，提高了用戶體驗。提高了用戶體驗。提高了用戶體驗。
