一種車載緊急呼救系統(tǒng)及其呼救方法
【專利摘要】本發(fā)明公開了一種車載緊急呼救系統(tǒng)及其呼救方法,可以實現(xiàn)手動呼救或車禍的自動緊急呼救,屬于汽車電子、通訊【技術(shù)領(lǐng)域】。本發(fā)明使用嵌入式、組合導(dǎo)航技術(shù)及通訊技術(shù)等,實現(xiàn)手動或自動緊急呼救。通過系統(tǒng)內(nèi)的信息采集裝置獲得車輛運動信息,結(jié)合安全氣囊點火檢測從而進行撞車檢測;然后將碰撞信息傳遞給中央處理單元進行處理;處理后的數(shù)據(jù)以及預(yù)先保存的車輛基本信息最多通過短信、網(wǎng)絡(luò)以及語音DTMF三重冗余的信息收發(fā)方式,并采用了非正常終止判定、雙天線、備用電源等可靠性技術(shù),從而提高了呼救及救援的成功率和可靠性。本發(fā)明提供的系統(tǒng)對原有車輛改動很小,適合所有車輛使用,適用范圍廣。
【專利說明】一種車載緊急呼救系統(tǒng)及其呼救方法
【技術(shù)領(lǐng)域】
[0001]本發(fā)明屬于汽車電子【技術(shù)領(lǐng)域】,具體涉及一種高可靠性的車載緊急呼救系統(tǒng)及汽車緊急呼救方法。
【背景技術(shù)】
[0002]隨著中國汽車保有量的不斷增加,道路交通事故也不斷增加,車禍已經(jīng)成為非正常死亡的重要原因。因此,道路交通安全問題越來越受到關(guān)注和重視。然而,大量統(tǒng)計數(shù)據(jù)表明,車禍中的很多傷員都是由于救援不及時而導(dǎo)致傷勢惡化,甚至危及生命。
[0003]研究表明,重傷員如果可以在30分鐘內(nèi)獲得救助,生存幾率可達80% ;在60分鐘內(nèi)獲救的生存幾率是40% ;而如果60分鐘后還沒有獲得有效救治,生存幾率會急劇降低,直至幾乎為零。足見及時救助的重要性。所以說,如果傷員能在車禍后第一時間獲得救治,就可以遏制傷勢惡化,獲得更好的醫(yī)治效果,關(guān)鍵時刻還可以挽救生命。
[0004]另外,車輛行駛中也可能出現(xiàn)一些緊急情況需要呼救,如乘員的突然發(fā)病等等,所有這些都使緊急呼救成為車輛的必要配置。
[0005]因此,為了更好的保障汽車駕駛員及乘客的生命安全,減少交通事故死亡率和提高突發(fā)情況的應(yīng)對能力,需要一種車載緊急呼救系統(tǒng)或裝置,可以實現(xiàn)在車禍發(fā)生的第一時間或發(fā)生突發(fā)情況時進行及時呼救。目前,大多數(shù)國家在車禍緊急呼救方面還處于起步階段,系統(tǒng)的可靠性和準確性、及時性還需要大幅提高。
【發(fā)明內(nèi)容】
[0006]經(jīng)研究發(fā)現(xiàn),現(xiàn)有技術(shù)中存在的問題為:
[0007]—、現(xiàn)有技術(shù)中呼救信息傳遞模式單一,事故發(fā)生后,單一的傳遞方式使得車載緊急呼救系統(tǒng)發(fā)出的信息不一定能夠成功發(fā)送至呼叫中心服務(wù)系統(tǒng),一旦出現(xiàn)此種狀況,則現(xiàn)有技術(shù)形同虛設(shè),影響正常救援。
[0008]二、現(xiàn)有技術(shù)對緊急呼救系統(tǒng)與呼叫中心服務(wù)系統(tǒng)通信中常見的掉線等非正常情況無法做出有效區(qū)分,無法保證雙方通信的可靠性和成功率。特別是當遇到事故或其他突發(fā)狀況導(dǎo)致車內(nèi)人員無法對車載緊急呼救系統(tǒng)進行人為操作控制的極端情況時,通信非正常終止會嚴重影響呼救信息的成功、完整發(fā)送及后續(xù)救援的實施。
[0009]三、現(xiàn)有技術(shù)采用單天線設(shè)計,很容易出現(xiàn)天線在事故中損壞的情況。天線損壞后,大大影響甚至不能進行信號的發(fā)送和接收。同時,單天線傳輸信號的強度可靠性不能保證。
[0010]四、現(xiàn)有技術(shù)呼救和救援資源的協(xié)調(diào)、使用效率不高,如果不限定呼救請求和服務(wù)的對象,將會導(dǎo)致在緊急呼叫和救援中出現(xiàn)許多信息的干擾,導(dǎo)致呼救和救援資源的協(xié)調(diào)、使用資源浪費,成功效率低。例如,當呼叫中心服務(wù)系統(tǒng)中在短期內(nèi)接受到較多的呼救信息或者呼叫中心服務(wù)系統(tǒng)中預(yù)存的車輛基本信息達到一定數(shù)量時,呼叫中心服務(wù)系統(tǒng)的運行速度會大大減低。[0011]五、現(xiàn)有技術(shù)中沒有可備用電池設(shè)計,在車輛發(fā)生事故導(dǎo)致不能正常供電的情況下,系統(tǒng)不能正常運行。
[0012]為克服現(xiàn)有技術(shù)的不足,本發(fā)明旨在提供一種高可靠性的車載緊急呼救系統(tǒng)及汽車緊急呼救方法。該發(fā)明既可以實現(xiàn)手動呼救,又可實現(xiàn)車禍后的自動緊急呼救,提高了緊急呼救的可靠性和救援成果率,更好的保障駕駛員及其乘客的安全,減少交通事故死亡率。
[0013]本發(fā)明提供一種車載緊急呼救系統(tǒng),包括設(shè)置于車輛的系統(tǒng)本體,其特征在于,該系統(tǒng)本體包括:信息采集裝置、安全氣囊點火檢測裝置、汽車總線接口、中央處理單元、信息收發(fā)裝置,其中,信息采集裝置采集車輛運動信息,然后將采集的車輛運動信息發(fā)送給中央處理單元;安全氣囊點火檢測裝置采集氣囊點火及爆破信息,然后將采集的氣囊點火及爆破信息發(fā)送給中央處理單元;汽車總線接口采集車輛基本信息,然后將采集的車輛基本信息發(fā)送給中央處理單元;其中,中央處理單元對收到的所述車輛運動信息、氣囊點火及爆破信息和車輛基本信息進行處理得到呼救信息,并將呼救信息通過所述信息收發(fā)裝置發(fā)送至呼叫中心服務(wù)系統(tǒng)。
[0014]該系統(tǒng)本體還包括,用于對所述系統(tǒng)本體進行人機交互控制的人機交互裝置、用于對車內(nèi)人員發(fā)出的語音信息的采集及車內(nèi)人員與呼叫中心服務(wù)系統(tǒng)的語音通話的語音通話裝置,以及存儲單元。
[0015]其中,中央處理單元包括用于判定信息收發(fā)裝置與呼叫中心服務(wù)系統(tǒng)通信是否為正常終止的事件結(jié)束處理子模塊。
[0016]其中,信息收發(fā)裝置包括短信收發(fā)模塊、網(wǎng)絡(luò)數(shù)據(jù)收發(fā)模塊和DTMF語音收發(fā)模塊。
[0017]其中,信息收發(fā)裝置包括安裝于車體不同位置的兩套天線裝置。
[0018]其中,信息采集裝置包括:用于車禍發(fā)生時根據(jù)車輛加速度變化進行分析解算以獲取車輛緊急制動信息的加速度信息采集模塊、用于在車輛發(fā)生車禍后獲得側(cè)移翻轉(zhuǎn)信息及車輛碰撞后最終狀態(tài)的角速度信息采集模塊和用于獲得車輛所在的經(jīng)緯度、速度、行駛方向及行駛軌跡的衛(wèi)星定位模塊。
[0019]其中,加速度信息采集模塊采用三軸加速度計;角速度信息采集模塊采用三軸陀螺儀。
[0020]其中,人機交互裝置采用液晶顯示屏。
[0021]其中,系統(tǒng)本體還包括可充電備用電池。
[0022]本發(fā)明還提供一種車載緊急呼救方法,其包括以下步驟:采集車輛運動信息、車輛基本信息及檢測氣囊點火及爆破信息;對車輛運動信息、車輛基本信息、氣囊點火及爆破信息進行處理,以生成呼救信息;將呼救信息發(fā)送至呼叫中心服務(wù)系統(tǒng);呼叫中心服務(wù)系統(tǒng)對收到的呼救信息進行過濾、處理,并安排回復(fù)和實施救援。
[0023]其中,呼救信息通過編碼以短信、網(wǎng)絡(luò)數(shù)據(jù)和DTMF語音三重冗余方式發(fā)送至呼叫中心服務(wù)系統(tǒng)。
[0024]其中,系統(tǒng)本體與呼叫中心服務(wù)系統(tǒng)之間通信結(jié)束時進行是否為正常終止的判定。
[0025]其中,正常終止的判定方式為:呼叫中心服務(wù)系統(tǒng)向系統(tǒng)本體發(fā)出終止確認信號;系統(tǒng)本體利用事件結(jié)束處理子模塊處理呼叫服務(wù)中心系統(tǒng)向系統(tǒng)本體發(fā)來的終止確認信號;并將處理后的終止確認信號反饋至呼叫中心服務(wù)系統(tǒng);如果呼叫中心服務(wù)系統(tǒng)收到系統(tǒng)本體反饋的終止確認信號,則判定雙方通信為正常終止,否則,判定雙方通信為非正常終止。
[0026]其中,當雙方通信為所述非正常終止時,系統(tǒng)本體再次通過編碼將呼救信息以短信、網(wǎng)絡(luò)數(shù)據(jù)和DTMF語音三重冗余方式發(fā)送至呼叫中心服務(wù)系統(tǒng)。
[0027]其中,終止確認信號通過編碼以短信、網(wǎng)絡(luò)數(shù)據(jù)和DTMF語音三重冗余方式發(fā)送。
[0028]其中,以短信、網(wǎng)絡(luò)數(shù)據(jù)和DTMF語音三重冗余方式發(fā)送至呼叫中心服務(wù)系統(tǒng)的所有信息會被賦予相同且唯一的ID號,以最終僅形成一個統(tǒng)一文件。
[0029]其中,呼叫中心服務(wù)系統(tǒng)為車輛事先申請并唯一指定。
[0030]其中,呼叫中心服務(wù)系統(tǒng)對接收到的系統(tǒng)本體發(fā)來的呼救信息的過濾、處理過濾方式為:確認車輛基本信息,以判斷車輛是否為已經(jīng)過呼叫中心服務(wù)系統(tǒng)授權(quán)的車輛;如果車輛是已經(jīng)過呼叫中心服務(wù)系統(tǒng)授權(quán)的車輛,則響應(yīng)所述的系統(tǒng)本體發(fā)來的呼救信息,否則,不響應(yīng)所述系統(tǒng)本體發(fā)來的所述呼救信息。
[0031]本發(fā)明與現(xiàn)有技術(shù)相比具有如下有益效果:
[0032]一是該發(fā)明采用最多達三重冗余的呼救信息傳遞模式,將采集處理后的信息通過編碼以短信、網(wǎng)絡(luò)數(shù)據(jù)和DTMF語音三重冗余方式發(fā)送至呼叫中心服務(wù)系統(tǒng),從而保證了車載緊急呼救系統(tǒng)發(fā)出信息能夠成功到達呼叫中心服務(wù)系統(tǒng),極大地提高了呼救的成功率。
[0033]二是通過采用終止信令確認的方式對緊急呼救系統(tǒng)與呼叫中心服務(wù)系統(tǒng)通信中常見的掉線等非正常情況做出有效區(qū)分,并實現(xiàn)了在非正常終止情況下系統(tǒng)本體自動重撥,有效提高了雙方通信的可靠性和成功率。特別是能夠在遇到事故或其他突發(fā)情況導(dǎo)致車內(nèi)人員無法對車載緊急呼救系統(tǒng)進行人為操作的極端情況下,極大地保證了呼救和救援正常的進行。
[0034]三是以短信、網(wǎng)絡(luò)數(shù)據(jù)和DTMF語音三重冗余方式中任何模式發(fā)送至呼叫中心服務(wù)系統(tǒng)的所有信息,不管哪種模式發(fā)送的信息先到達,均會被賦予相同的唯一 ID號,最終僅形成一個統(tǒng)一文件,方便呼叫中心的使用,提高呼叫中心處理和救援效率。
[0035]四是本發(fā)明采用雙天線冗余設(shè)計,信息收發(fā)裝置包括安裝于車體不同位置的主、輔兩套天線裝置,有效加強了信息傳輸強度,同時也保證在其中一個天線損壞的情況下,仍能可靠的收發(fā)信號。
[0036]五是本發(fā)明具備白名單功能,可對通訊進行過濾。對呼叫中心而言,只接受已授權(quán)的呼救系統(tǒng)的通訊請求,不接受非授權(quán)系統(tǒng)的信息干擾,從而保證了呼叫中心更可靠高效的為已授權(quán)系統(tǒng)服務(wù)。對車載系統(tǒng)而言,只能申請與指定呼叫中心進行信息和語音交互,且只能接收指定呼叫中心的信息和語音,保證呼救和救援資源的高效協(xié)調(diào)、使用。
[0037]六是本發(fā)明有可充電備用電池,保證在車輛發(fā)生事故導(dǎo)致不能正常供電的情況下,為本系統(tǒng)供電,保障系統(tǒng)正常運行。
[0038]此外,本發(fā)明適用范圍廣泛,所有車輛皆可安裝使用,系統(tǒng)安裝不需要改變汽車本身的結(jié)構(gòu)。
【專利附圖】
【附圖說明】
[0039]圖1是本發(fā)明實施例所述的一種模塊結(jié)構(gòu)圖;[0040]其中,1-人機交互裝置,2-信息采集裝置,3-安全氣囊點火檢測裝置,4-中央處理單元,5-信息收發(fā)裝置,6-呼叫中心服務(wù)系統(tǒng),7-語音通話裝置,8-汽車總線接口,9-存儲單元
【具體實施方式】
[0041]本發(fā)明提供的手動呼救可以在車輛乘員遇到各種緊急情況需要呼救時通過主動按呼救按鍵將車輛信息、位置信息等發(fā)送到呼叫中心,并和呼叫中心進行語音交流。本發(fā)明提供的自動緊急呼救系統(tǒng)可以在車禍發(fā)生后的第一時間內(nèi)將車禍關(guān)鍵信息發(fā)送給呼叫中心,為第一時間接受救援提供支持。這些關(guān)鍵信息可以包括:車輛基本信息、車輛行駛方向、車禍發(fā)生地點、碰撞信息等。通過這些信息的獲取及語音通話,救援中心就可以根據(jù)具體情況作出相應(yīng)的安排,更好的進行車禍救援。該系統(tǒng)通過系統(tǒng)內(nèi)的信息采集裝置獲得車輛運動信息,結(jié)合安全氣囊點火檢測從而進行氣囊爆破檢測獲取車輛碰撞信息;然后將碰撞信息傳遞給中央處理單元進行處理;處理后的數(shù)據(jù)以及事先保存的車輛基本信息最多支持短信、數(shù)據(jù)網(wǎng)絡(luò)以及語音DTMF三重冗余方式發(fā)送,該種冗余方式可以保證所發(fā)信息第一時間可靠到達呼叫中心,供呼叫中心使用。信息傳輸方式可根據(jù)需求定制,在手動緊急呼救或自動緊急呼救時可采用不同的傳輸方案。所有信息可通過編碼以短信方式、數(shù)據(jù)網(wǎng)絡(luò)方式或語音DTMF方式發(fā)送到呼叫中心服務(wù)系統(tǒng)。
[0042]不管語音通話以及最多達三重冗余的信息傳遞方式所傳遞的信息那個先到達,所有信息會被賦予相同的唯一 ID號,然后推送到呼叫中心同一專員處,以便信息的統(tǒng)一管理和后續(xù)處理,方便呼叫中心使用。
[0043]同時,為了提高呼叫可靠性,有效區(qū)分掉線等非正常結(jié)束與正常呼救終止,本系統(tǒng)還通過采用終止信令確認的方式對緊急呼救系統(tǒng)與呼叫中心服務(wù)系統(tǒng)通信中常見的掉線等非正常情況做出有效區(qū)分,并實現(xiàn)了在非正常終止情況下系統(tǒng)本體自動重撥,從而保證了車載緊急呼救系統(tǒng)發(fā)出信息能夠成功到達呼叫中心服務(wù)系統(tǒng)。呼叫中心與車輛間采用預(yù)先約定的信令作為呼救正常結(jié)束的終止確認。終止信令由呼叫中心發(fā)出,并由車機端中央處理單元的事件結(jié)束處理子模塊進行控制。終止信令最多可以采用短信方式、數(shù)據(jù)網(wǎng)絡(luò)方式以及語音DTMF三重冗余方式。只有車輛中的事件結(jié)束處理子模塊成功接收到預(yù)先約定的終止信令,并自主返回約定信令給呼叫中心后,語音終止才被判定為正常結(jié)束;否則判定為非正常結(jié)束,車輛可自動重撥,繼續(xù)進行呼救,并再次通過編碼將所述呼救信息以短信、網(wǎng)絡(luò)數(shù)據(jù)和DTMF語音三重冗余方式發(fā)送至呼叫中心服務(wù)系統(tǒng)。重撥次數(shù)可以由事件結(jié)束處理子模塊進行設(shè)定。
[0044]本發(fā)明為了達到更高可靠性,還采用兩套天線裝置,即主天線和輔助天線的雙天線冗余模式。該設(shè)計不僅可以加強信號傳輸強度;而且兩個天線可布局在不同位置,在一條天線損毀的情況下仍可以完成信息的可靠收發(fā)。
[0045]本發(fā)明為了實現(xiàn)呼救和救援資源的高效協(xié)調(diào)運行,本緊急呼救系統(tǒng)可具備白名單功能,對通訊進行過濾。對呼叫中心而言,只接受已授權(quán)的呼救系統(tǒng)的通訊請求,不接受非授權(quán)系統(tǒng)的信息干擾,從而保證了呼叫中心更可靠高效的為已授權(quán)系統(tǒng)服務(wù)對車載系統(tǒng)而言,其一只能申請與指定呼叫中心進行信息和語音交互,其二只能接收指定呼叫中心的信息和語音。白名單功能可通過電信運營商系統(tǒng)端實現(xiàn),也可通過呼救系統(tǒng)本身實現(xiàn)。[0046]本系統(tǒng)備有可充電備用電池,正常情況下系統(tǒng)通過車載電瓶或車載點煙器供電,備用可充電電池不工作。在車禍后電瓶斷電或保險絲熔斷等不能為系統(tǒng)供電的情況下,備用電池自動啟用,保障系統(tǒng)的可靠運行。
[0047]下面結(jié)合說明書附圖對本發(fā)明的技術(shù)方案做進一步詳細說明。
[0048]本發(fā)明提供的車載緊急呼救系統(tǒng)如圖1所示,包括:人機交互裝置1,信息采集裝置2,安全氣囊點火檢測裝置3,中央處理單元4,信息收發(fā)裝置5,呼叫中心服務(wù)系統(tǒng)6,語音通話裝置7,汽車總線接口 8,存儲單元9。除呼叫中心服務(wù)系統(tǒng)6外的所有模塊均在車載系統(tǒng)內(nèi),呼叫中心服務(wù)系統(tǒng)6則在呼叫中心安裝。
[0049]人機交互裝置1用于對系統(tǒng)本體進行人機交互控制,可以對車輛基本信息進行人工設(shè)置并進行手動緊急呼救控制等。人機交互裝置可采用液晶顯示屏。
[0050]信息采集裝置2用于采集車輛運動信息,包括車輛位置、行駛方向、行駛速度、行駛軌跡、加速度、角速度、時間、及車輛碰撞、氣囊爆破信息等,信息采集裝置2包括加速度信息采集模塊,角速度信息采集模塊,衛(wèi)星定位模塊。加速度信息采集模塊采集車輛運動的加速度信息,當有車禍發(fā)生時可根據(jù)車輛加速度的變化進行相應(yīng)分析解算,以獲取車輛緊急制動信息;所述角速度信息采集模塊可以在車輛發(fā)生車禍后獲得側(cè)移、翻轉(zhuǎn)以及車輛碰撞后最終狀態(tài)等信息;所述加速度采集模塊與角速度信息采集模塊組成了一個捷聯(lián)慣導(dǎo)系統(tǒng),其與衛(wèi)星定位模塊共同形成組合導(dǎo)航系統(tǒng),該組合導(dǎo)航系統(tǒng)可獲得車輛所在的經(jīng)緯度、速度、行駛方向、行駛軌跡和時間等信息,可以對不能衛(wèi)星導(dǎo)航的位置進行定位,可靠性更高,在優(yōu)選的實施例中,加速度信息采集模塊采用三軸加速度計,角速度信息采集模塊采用三軸陀螺儀,可以獲得車輛的角度信息。信息采集裝置2連接到中央處理單元上,將所采集的車輛運動信息傳遞給中央處理單元進行進一步處理。安全氣囊點火檢測裝置3用于氣囊點火信息檢測,還可以獲得車禍后安全氣囊打開情況的信息,并將其傳遞給中央處理單元4。
[0051]中央處理單元4接收到信息采集裝置和安全氣囊點火檢測裝置傳來的信息后,并可對信息采集裝置和安全氣囊點火檢測裝置傳遞來的數(shù)據(jù)進行綜合,判斷是否發(fā)生車禍以及進行碰撞強度等車禍信息收集。中央處理單元4還負責整個系統(tǒng)的總體控制和協(xié)調(diào),對系統(tǒng)所有模塊的總體控制,并能完成手動緊急呼叫和車禍后的自動緊急呼救的信息處理和總體控制協(xié)調(diào)。
[0052]信息收發(fā)裝置5用于信息的收發(fā)和接收,將經(jīng)過處理的呼救信息發(fā)送到呼叫中心,并接受呼叫中心服務(wù)系統(tǒng)發(fā)送的信息??赏瓿珊艟刃畔⒁约罢Z音的發(fā)送,包括了短信發(fā)送、數(shù)據(jù)網(wǎng)絡(luò)發(fā)送、DTMF語音方式發(fā)送以及與呼叫中心的語音通話。語音通話裝置完成呼救時乘員呼救的語音采集,處理后的語音數(shù)據(jù)傳遞給信息收發(fā)裝置完成語音通話。
[0053]呼叫中心服務(wù)系統(tǒng)6負責呼救信息的處理,不管語音通話以及最多達三重冗余的信息傳遞方式所傳遞的信息那個先到達,在接收到呼救信息后會自動生成帶唯一 ID號的車禍信息文件,包含發(fā)生車禍的車輛及系統(tǒng)的唯一識別碼,車禍發(fā)生地點(經(jīng)緯度及行駛方向信息),車禍碰撞信息,車主信息等內(nèi)容,并將所有呼救信息和語音通話推送給同一個呼叫中心專員處處理,以便信息的統(tǒng)一管理和后續(xù)處理,方便呼叫中心使用。
[0054]語音通話裝置7完成與呼叫中心的語音通話功能,內(nèi)置喇叭和麥克,用于對車內(nèi)人員發(fā)出的語音信息的采集;完成呼救時乘員呼救的語音采集,處理后的語音數(shù)據(jù)傳遞給信息收發(fā)裝置完成語音通話。
[0055]汽車總線接口 8直接連接在車輛總線上,可以獲得汽車的基本信息。存儲單元9完成運動信息以及影像等信息數(shù)據(jù)的存儲。
[0056]在優(yōu)選實施例中,信息收發(fā)裝置5的信息傳輸方式可根據(jù)需求定制,在手動緊急呼救或自動緊急呼救時可采用不同的傳輸方案。而且在手動或自動緊急呼救時,最多達三重冗余的信息傳遞方式種每種方式所包含的信息量也可不同,并且可以根據(jù)需求自行定義修改??蓚鬟f的信息包括:車輛及系統(tǒng)唯一識別信息、緊急呼救發(fā)生地點、車輛行駛方向、車輛碰撞信息和車主信息等。所有信息可通過編碼以短信方式、數(shù)據(jù)網(wǎng)絡(luò)方式或語音DTMF方式發(fā)送到呼叫中心服務(wù)系統(tǒng)。
[0057]本發(fā)明供電采用車載電瓶或車載點煙器的方式,利用事先安裝在車內(nèi)的電源線連接車載電瓶,或者通過所配的電源線連接車載點煙器直接供電。本發(fā)明為了更可靠工作,加入了備用電池設(shè)置,備用電池采用可充電鋰電池,可以保證出現(xiàn)特殊情況車載點煙器不能為系統(tǒng)供電時一樣可以正常工作,提高了系統(tǒng)的可靠性。
[0058]在優(yōu)選實施例中,所述的中央處理單元采用ARM處理器,選用TI公司的ARMCortex-M4內(nèi)核的Stellaris LM4F系列微控制器,具有低功耗、低成本和易于使用的特點。該器件提供浮點功能并支持廣泛的外設(shè),具有8個UART、6個I2C、4個SSI/SPI連接和2個CAN控制器,工作溫度范圍為-40-85°C。所選芯片可以完成既定功能,滿足本發(fā)明中的各項要求。
[0059]在優(yōu)選實施例中,所述的信息收發(fā)裝置采用高通公司的MDM9615移動數(shù)據(jù)芯片,該器件支持LET (FDD和TDD)、雙載波HSPA+、EV-D0版本B和TD-SCDMA。配備一個專用處理器,從而使OEM廠商憑借附加的增值服務(wù)令其產(chǎn)品實現(xiàn)差異化,他們無需外部應(yīng)用處理器就能開發(fā)WiFi熱點產(chǎn)品。并且該芯片兼容高通公司的Power Optimized EnvelopeTracking (Q-P0ET)解決方案。該解決方案能夠提供更好的功耗和散熱能力,從而實現(xiàn)更小的終端外形。該芯片組還具有高通公司的干擾消除與均衡(Q-1CE)算法,可實現(xiàn)業(yè)內(nèi)領(lǐng)先的調(diào)制解調(diào)器性能,從而使用戶數(shù)據(jù)流量更高,網(wǎng)絡(luò)容量更大。
[0060]在優(yōu)選實施例中,所述的車載信息采集裝置采用三軸加速度計和三軸陀螺儀。其中,三軸加速度計采用AD公司的ADXL312,該器件是一款小巧的低功耗三軸加速度計,并支持智能電源管理。其加速度測量范圍為±12g,靈敏度為345LSB/g,工作電壓范圍為
2.0-3.6V,工作溫度范圍可以達到-40-105°C。而三軸陀螺儀采用AD公司的ADXRS450,該器件采用先進的差分四傳感器設(shè)計,可以在有沖擊和振動的惡劣環(huán)境下工作。其具有高達±300° /s的角速度檢測能力,工作電壓范圍為3.0-5.25V,工作溫度范圍可以達至IJ-40-105°C。所選加速度計和陀螺儀可以滿足本發(fā)明的使用要求,在各種極端條件下正常工作,具有很高的可靠性。
[0061 ] 在優(yōu)選實施例中,所述的衛(wèi)星定位單元:u_blox采用U_blox6系列芯片UBX-G6010。UBX-G6010芯片的數(shù)據(jù)刷新頻率可小于1秒,50毫瓦的超低功耗,高達_162dBm的SuperSense跟蹤靈敏度,工作溫度范圍為-40-85°C。而且該芯片應(yīng)用簡單,兼容性好,可以滿足車載定位的要求。
[0062] 本發(fā)明 申請人:結(jié)合說明書附圖對本發(fā)明的實施例做了詳細的說明與描述,但是本領(lǐng)域技術(shù)人員應(yīng)該理解,以上實施例僅為本發(fā)明的一種實施例,僅用于說明本發(fā)明,其中各部件的結(jié)構(gòu)、連接方式等都是可以變化的,詳盡的說明只是為了幫助讀者更好地理解本發(fā)明精神,而并非對本發(fā)明保護范圍的限制,相反,任何基于本發(fā)明的發(fā)明精神所作的任何改進或修飾以及等同變換和改進均不應(yīng)排除在本發(fā)明的保護范圍之外。
【權(quán)利要求】
1.一種車載緊急呼救系統(tǒng),包括設(shè)置于車輛的系統(tǒng)本體,其特征在于,所述系統(tǒng)本體包括:信息采集裝置、安全氣囊點火檢測裝置、汽車總線接口、中央處理單元、信息收發(fā)裝置,其中,所述信息采集裝置采集車輛運動信息,然后將采集的車輛運動信息發(fā)送給所述中央處理單元;所述安全氣囊點火檢測裝置采集氣囊點火及爆破信息,然后將采集的氣囊點火及爆破信息發(fā)送給所述中央處理單元;所述汽車總線接口采集車輛基本信息,然后將采集的車輛基本信息發(fā)送給所述中央處理單元;其中,所述中央處理單元對收到的所述車輛運動信息、所述氣囊點火及爆破信息和所述車輛基本信息進行處理得到呼救信息,并將所述呼救信息通過所述信息收發(fā)裝置發(fā)送至呼叫中心服務(wù)系統(tǒng)。
2.根據(jù)權(quán)利要求1所述的車載緊急呼救系統(tǒng),其特征在于,所述系統(tǒng)本體還包括:用于對所述系統(tǒng)本體進行人機交互控制的人機交互裝置、用于對車內(nèi)人員發(fā)出的語音信息的采集及車內(nèi)人員與所述呼叫中心服務(wù)系統(tǒng)的語音通話的語音通話裝置,以及存儲單J Li ο
3.根據(jù)權(quán)利要求1所述的車載緊急呼救系統(tǒng),其特征在于,所述中央處理單元包括用于判定所述信息收發(fā)裝置與所述呼叫中心服務(wù)系統(tǒng)通信是否為正常終止的事件結(jié)束處理子模塊。
4.根據(jù)權(quán)利要求1所述的車載緊急呼救系統(tǒng),其特征在于,所述信息收發(fā)裝置包括短信收發(fā)模塊、網(wǎng)絡(luò)數(shù)據(jù)收發(fā)模塊和DTMF語音收發(fā)模塊。
5.根據(jù)權(quán)利要求1所述的車載緊急呼救系統(tǒng),其特征在于,所述信息收發(fā)裝置包括安裝于車體不同位置的兩套 天線裝置。
6.根據(jù)權(quán)利要求1所述的車載緊急呼救系統(tǒng),其特征在于,所述信息采集裝置包括:用于車禍發(fā)生時根據(jù)車輛加速度變化進行分析解算以獲取車輛緊急制動信息的加速度信息采集模塊,用于在車輛發(fā)生車禍后獲得側(cè)移翻轉(zhuǎn)信息及車輛碰撞后最終狀態(tài)的角速度信息采集模塊和用于獲得車輛所在的經(jīng)緯度、速度、行駛方向及行駛軌跡的衛(wèi)星定位模塊。
7.根據(jù)權(quán)利要求6所述的車載緊急呼救系統(tǒng),其特征在于,所述加速度信息采集模塊采用三軸加速度計。
8.根據(jù)權(quán)利要求6所述的車載緊急呼救系統(tǒng),其特征在于,所述角速度信息采集模塊采用三軸陀螺儀。
9.根據(jù)權(quán)利要求2所述的車載緊急呼救系統(tǒng),其特征在于,所述人機交互裝置采用液晶顯示屏。
10.根據(jù)權(quán)利要求1-9任一項所述的車載緊急呼救系統(tǒng),其特征在于,所述系統(tǒng)本體進一步包括可充電備用電池。
11.一種車載緊急呼救方法,其特征在于,包括以下步驟:采集車輛運動信息、車輛基本信息及檢測氣囊點火及爆破信息;對所述車輛運動信息、所述車輛基本信息、所述氣囊點火及爆破信息進行處理,以生成呼救信息;將所述呼救信息發(fā)送至呼叫中心服務(wù)系統(tǒng);所述呼叫中心服務(wù)系統(tǒng)對收到的呼救信息進行過濾、處理,并安排回復(fù)和實施救援。
12.根據(jù)權(quán)利要求11所述的車載緊急呼救方法,其特征在于,所述呼救信息通過編碼以短信、網(wǎng)絡(luò)數(shù)據(jù)和DTMF語音三重冗余方式發(fā)送至呼叫中心服務(wù)系統(tǒng)。
13.根據(jù)權(quán)利要求12所述的車載緊急呼救方法,其特征在于,系統(tǒng)本體與所述呼叫中心服務(wù)系統(tǒng)之間通信結(jié)束時進行是否為正常終止的判定。
14.根據(jù)權(quán)利要求13所述的車載緊急呼救方法,其特征在于,所述是否為正常終止的判定方式為:所述呼叫中心服務(wù)系統(tǒng)向所述系統(tǒng)本體發(fā)出終止確認信號;所述系統(tǒng)本體利用事件結(jié)束處理子模塊處理所述呼叫服務(wù)中心系統(tǒng)向所述系統(tǒng)本體發(fā)來的終止確認信號,并將處理后的所述終止確認信號反饋至所述呼叫中心服務(wù)系統(tǒng);如果所述呼叫中心服務(wù)系統(tǒng)收到所述系統(tǒng)本體反饋的終止確認信號,則判定雙方通信為正常終止,否則,判定雙方通信為非正常終止。
15.根據(jù)權(quán)利要求13所述的車載緊急呼救方法,其特征在于,當雙方通信為所述非正常終止時,所述系統(tǒng)本體再次通過編碼將所述呼救信息以短信、網(wǎng)絡(luò)數(shù)據(jù)和DTMF語音三重冗余方式發(fā)送至呼叫中心服務(wù)系統(tǒng)。
16.根據(jù)權(quán)利要求14所述的車載緊急呼救方法,其特征在于,所述終止確認信號通過編碼以短信、網(wǎng)絡(luò)數(shù)據(jù) 和DTMF語音三重冗余方式發(fā)送。
17.根據(jù)權(quán)利要求12所述的車載緊急呼救方法,其特征在于,所述以短信、網(wǎng)絡(luò)數(shù)據(jù)和DTMF語音三重冗余方式發(fā)送至呼叫中心服務(wù)系統(tǒng)的所有信息會被賦予相同且唯一的ID號,以最終僅形成一個統(tǒng)一文件。
18.根據(jù)權(quán)利要求11所述的車載緊急呼救方法,其特征在于,所述呼叫中心服務(wù)系統(tǒng)為車輛事先申請并唯一指定。
19.根據(jù)權(quán)利要求18所述的車載緊急呼救方法,其特征在于,呼叫中心服務(wù)系統(tǒng)對接收到的所述系統(tǒng)本體發(fā)來的所述呼救信息的過濾、處理過濾方式為:確認車輛基本信息,以判斷所述車輛是否為已經(jīng)過呼叫中心服務(wù)系統(tǒng)授權(quán)的車輛;如果所述車輛是已經(jīng)過呼叫中心服務(wù)系統(tǒng)授權(quán)的車輛,則響應(yīng)所述的系統(tǒng)本體發(fā)來的所述呼救信息,否則,不響應(yīng)所述系統(tǒng)本體發(fā)來的所述呼救信息。
【文檔編號】G08G1/01GK103632492SQ201310227558
【公開日】2014年3月12日 申請日期:2013年6月8日 優(yōu)先權(quán)日:2013年6月8日
【發(fā)明者】呂建勛, 樊戈, 宋子健, 王琪杰 申請人:王琪杰