專利名稱：用于減少被盜車輛跟蹤中的誤報警的設(shè)備和方法
技術(shù)領(lǐng)域：
本發(fā)明的領(lǐng)域涉及在各種實體之間的通信，并且更準確地說，涉及檢測這些通信的干擾或未遂干擾。
背景技術(shù)：
車輛裝備有提供或便利于各種類型的功能的各種類型的通信系統(tǒng)。例如，車輛可能裝備有準備定位車輛和向用戶提供關(guān)于車輛的位置的信息的全球定位衛(wèi)星(GPS)系統(tǒng)。在許多車輛中還使用車輛安全系統(tǒng)，以保護車輛及其內(nèi)含物(content)免遭盜竊或其他犯罪活動。例如，車載安全系統(tǒng)可能被配置來與某個外部實體(例如警察或安全中心)進行通信，并且當(dāng)企圖強行進入車輛時，該車載安全系統(tǒng)可以向外部實體發(fā)送消息，在該外部實體處可以采取適當(dāng)?shù)男袆?，以防止或制止該強行進入。一些管轄區(qū)域甚至因為這些區(qū)域中的大量的車輛強行進入或盜竊而要求在車輛中使用安全系統(tǒng)。如果車輛被盜，則被盜車輛跟蹤(SVT)應(yīng)用試圖跟蹤并且有時找回被盜車輛。舉個例子，ー些SVT應(yīng)用依賴于GPS系統(tǒng)來精確定位車輛的位置，并依賴于全球移動通信系統(tǒng)(GSM)蜂窩網(wǎng)絡(luò)來經(jīng)由短消息服務(wù)(SMS)或通用分組無線電服務(wù)(GPRS)數(shù)據(jù)連接而向服務(wù)提供商報告該事件。潛在的盜賊有時企圖通過使用如下裝置來干擾位于車輛處的接收機硬件所述裝置在接收頻帶中創(chuàng)建強的寬帶信號并且由此阻止GPS衛(wèi)星在車輛處被接收和/或阻止從蜂窩基站被發(fā)送到車輛的GSM網(wǎng)絡(luò)信號。先前的對檢測這樣的干擾和/或未遂干擾并向安全中心報告這些行為的嘗試通常是不成功的和/或?qū)崿F(xiàn)起來費用昂貴。
如所提及的那樣，已經(jīng)使用了各種方法來確定車輛被盜。遺憾的是，這些方法有時會遭受誤報車輛被盜的問題。也就是說，當(dāng)車輛實際上尚未被盜時，所述方法出于特定的原因而確定車輛被盜。這導(dǎo)致了浪費資源，因為當(dāng)被認為被盜了的車輛實際上未被盜時，機構(gòu)(authority)可能跟蹤和找回該被認為被盜了的車輛。


圖I包括根據(jù)本發(fā)明的各種實施例的減少誤被盜車輛報告和/或誤干擾報告的報告的系統(tǒng)的框 圖2包括根據(jù)本發(fā)明的各種實施例的諸如減少誤被盜車輛報告和/或誤干擾報告的報告的服務(wù)器之類的設(shè)備的框 圖3包括根據(jù)本發(fā)明的各種實施例的減少誤被盜車輛報告和/或誤干擾報告的報告的方法的實例的流程 圖4包括根據(jù)本發(fā)明的各種實施例的減少誤被盜車輛報告和/或誤干擾報告的報告的方法的實例的流程圖。本領(lǐng)域技術(shù)人員將意識到，附圖中的元件是為了簡單清楚起見而被圖示的，并且不必被按比例繪制。例如，附圖中的元件中的一些元件的尺寸和/或相對定位可以相對于其他元件被夸大，以有助于增進對本發(fā)明的各種實施例的理解。而且，為了便利于較少妨礙地觀察本發(fā)明的這些各種實施例，經(jīng)常未描繪在商業(yè)上可用的實施例中有用的或必需的常見但被充分理解的元件。進ー步將意識到，可能以特定的發(fā)生次序來描述或描繪某些行動和/或步驟，而本領(lǐng)域技術(shù)人員將理解實際上不要求這樣的關(guān)于順序的特性。還將理解的是，除了在此已另外闡述了特定意義之處之外，在此使用的術(shù)語和表達具有如關(guān)于其相對應(yīng)的探討和研究的相應(yīng)區(qū)域而被給予這種術(shù)語和表達的一般意義。
具體實施例方式提供了其中顯著減少或消除關(guān)于其通信被干擾或被盜的車輛的誤報警的報告的方法。在此描述的方法易于使用，實施起來有成本效益，并且減少或消除了浪費資源的被盜車輛或通信被干擾的車輛的誤報告。
在這些實施例中的許多實施例中，關(guān)于是否尚未從車輛中的被盜車輛跟蹤(SVT)模塊接收到期望的信號進行確定。當(dāng)尚未接收到該期望的信號時，確定該車輛的至少ー個操作參數(shù)，并基于該至少ー個操作參數(shù)而確定該期望的信號缺失的原因。然后，基于所確定的該期望的信號缺失的原因而確定是否發(fā)布報警?？梢詮母鞣N不同的參數(shù)中選擇車輛的操作參數(shù)。例如，操作參數(shù)可以包括車輛位置、時刻以及車輛的覆蓋區(qū)域的質(zhì)量。該信息可以從諸如車輛或系統(tǒng)數(shù)據(jù)庫之類的各種源獲得。操作參數(shù)和信息源的其他例子是可能的。所確定的未接收到的原因也可以變化。例如，該原因可能是車輛的差覆蓋區(qū)域、車輛被停放或者車輛被盜。其他例子是可能的?？梢酝ㄟ^各種各樣的信道或信道類型來接收所期望的通信。例如，可以通過蜂窩網(wǎng)絡(luò)中的業(yè)務(wù)信道來發(fā)送期望的信號。此外，周期性地發(fā)送期望的信號，并且期望的信號可以包括任何數(shù)目的報告。例如，期望的信號可以包括至少兩個連續(xù)的報告。在另ー實例中， 期望的信號包括期望在預(yù)定時間被接收到的ー個報告。在這些實施例中的其他實施例中，用于減少被盜車輛跟蹤(SVT)應(yīng)用中的誤報警的設(shè)備包括接口和控制器。該接ロ包括輸入端和輸出端。該控制器被耦合到該接ロ，并被配置來確定是否尚未在該接ロ的輸入端從被盜車輛跟蹤(SVT)模塊接收到期望的信號。該控制器還被配置來當(dāng)尚未接收到期望的信號時，確定車輛的至少ー個操作參數(shù)，并基于該至少ー個操作參數(shù)，以及確定期望的信號缺失的原因。該控制器還被配置來基于所確定的期望的信號缺失的原因來確定是否在該接ロ的輸出端發(fā)布報警?，F(xiàn)在參考圖1，描述了用于檢測車載通信的干擾的系統(tǒng)的ー個實例。車輛102包括被盜車輛跟蹤(SVT)模塊104。被盜車輛跟蹤(SVT)模塊104被布置在車輛中或車輛處的任何地方，并與基站106和外部導(dǎo)航系統(tǒng)108進行通信。服務(wù)器110通過例如網(wǎng)絡(luò)基礎(chǔ)設(shè)施112耦合到基站106。網(wǎng)絡(luò)基礎(chǔ)設(shè)施112包括如本領(lǐng)域技術(shù)人員公知的諸如服務(wù)器、路由器和基站之類的適當(dāng)?shù)难b置，并且此處將不更詳細地討論該網(wǎng)絡(luò)基礎(chǔ)設(shè)施112。在一個實例中，被盜車輛跟蹤(SVT)模塊104可以是根據(jù)從導(dǎo)航系統(tǒng)108接收到的信號確定車輛102的位置的已編程的電子裝置。被盜車輛跟蹤(SVT)模塊104還可以確定關(guān)于正接收和/或正發(fā)送信號是否正發(fā)生干擾和/或未遂干擾，并將此報告給車輛的所有者。被盜車輛跟蹤(SVT)模塊104還可以是或還可以包括并不確定干擾或從外部導(dǎo)航系統(tǒng)108接收信號的任何類型的移動裝置(為了列舉數(shù)個例子，例如嵌入式蜂窩電話、非嵌入式蜂窩電話、個人數(shù)字助理、尋呼機)。在一個實例中，外部導(dǎo)航系統(tǒng)108可以是GPS衛(wèi)星或衛(wèi)星系統(tǒng)。在此描述的許多方法被描述為由至少部分地被布置在車輛處或車輛之內(nèi)的裝置來運行。然而，將意識到的是，在此描述的方法并不限于可被布置在車輛處或車輛之內(nèi)的裝置，而是可以用于被布置在諸如在家中、在公司中之類的任何位置的裝置，或者甚至可以用于并不在車輛內(nèi)或不與車輛相關(guān)聯(lián)的個人。車輛102可以是任何類型的車輛，為了列舉幾個例子，諸如是汽車、卡車、公共汽車、飛機、船。被盜車輛跟蹤(SVT)模塊104是使用任何類型的通信技術(shù)或協(xié)議與在車輛102外部的實體進行通信的任何類型的通信裝置。例如，模塊104可以是或可以并入蜂窩電話、應(yīng)答機、無線電或這些或其他裝置的某個組合。
模塊104可以使用任何數(shù)目的天線。在一個實例中，使用兩個天線，并且一個天線用于發(fā)送信號，而另ー個天線用于接收信號。在其他實例中，可以使用多個發(fā)送(TX)和接收(RX)天線，其中這些天線中的一些被用作備份天線。如果路徑損耗突然變化，則該裝置可以切換天線。在ー個方面，當(dāng)正發(fā)生干擾時(或檢測到要發(fā)生干擾時)，那么該裝置可以切換天線，并試圖在一個或多個備份天線上進行通信。還在其他實例中，使用單個天線。在一個實例中，服務(wù)器110可以是用于確定車輛是否被盜的電子硬件或軟件的任意組合。服務(wù)器110可以確定是否已接收到期望的信號，接著如果尚未接收到該信號，則確定該信號缺失的原因。如果所確定的原因是車輛被盜，則服務(wù)器110可以向適當(dāng)?shù)臋C構(gòu)發(fā)布報警。如果所確定的原因指示車輛并未被盜或被干擾(或者不可能被盜或被干擾)，則不發(fā)布報警。在操作中，車輛102例如使用蜂窩網(wǎng)絡(luò)的基礎(chǔ)設(shè)施周期性地將該車輛102的狀態(tài) 報告給(例如與服務(wù)提供商一起被定位的)服務(wù)器110。在一個實例中，如果服務(wù)器110并未接收到狀態(tài)更新(例如周期狀態(tài)更新)，則該服務(wù)器110將確定與車輛的通信確實被干擾，并向適當(dāng)?shù)牟块T(agency)或機構(gòu)發(fā)出警報。在另ー實例中，GSM位置更新消息的缺失可以被用于確定干擾的發(fā)生。在這些實例中的一些實例中，存在兩種操作模式。在第一模式中，車輛102被停放，而在第二模式中，車輛102可以正在移動或(在移動之后)被停放。也可以存在其他操作模式，并且將理解的是，這里提及的兩種模式僅僅是實例。在以下實例中，模塊104是在車輛102之內(nèi)的嵌入式蜂窩電話。在第一模式(汽車被停放)中，車輛102周期性地向服務(wù)器110發(fā)送更新。在ー種情況下，如果車輛停止報告，則服務(wù)器110將推斷車輛102正被干擾和/或正被竊取。在任何一個模式中，車輛102 (經(jīng)由被盜車輛跟蹤(SVT)模塊104)每Trl分鐘周期性地報告各種類型的信息中的ー些或全部車輛ID、位置信息、信號強度、網(wǎng)絡(luò)id、所注冊的網(wǎng)絡(luò)的小區(qū)id、車輛速度和方向、點火狀態(tài)以及嵌入式電話的待機持續(xù)時間和所計劃的功率電源模式變化?？蛇x地，車輛102可以報告事故并請求道路救援。服務(wù)器110基于最近的位置更新、車輛速度和方向或其他因素來計算車輛102的位置。如果服務(wù)器110更新導(dǎo)航服務(wù)或知道車輛102的計劃路線，則可以使用該路線來改進車輛位置確定。在一些實例中，服務(wù)器110維持差覆蓋區(qū)域的數(shù)據(jù)庫。差覆蓋數(shù)據(jù)庫可以經(jīng)由蜂窩服務(wù)提供的信息而基于蜂窩服務(wù)提供商的基站的數(shù)據(jù)庫和/或車輛報告蜂窩條件。服務(wù)器110確定在車輛102的位置處的蜂窩條件。如在此使用的那樣，“蜂窩條件”是指任何與在特定位置處的蜂窩工作條件相關(guān)的參數(shù)，諸如其在該位置處可用的覆蓋或該覆蓋的質(zhì)量。將意識到的是，關(guān)于信號條件或覆蓋是“良好”還是“惡劣”的確定可以基于各種不同的因素。例如，可以監(jiān)控在給定區(qū)域內(nèi)的信號強度條件或信號質(zhì)量條件，并且如果信號條件高于預(yù)定閾值，則可以認為這些信號條件良好(或足夠)，而如果信號條件落到一定的閾值以下，則可以認為所述信號條件惡劣(或不足)。此外，服務(wù)器可以存儲和映射(map)如在此提及的這些條件。服務(wù)器110還可以知道被盜車輛跟蹤(SVT)模塊104 (例如嵌入式電話)的功率模式和功率循環(huán)(power cycling)定時。該信息可以被系統(tǒng)用來減少當(dāng)車輛102的點火斷開時的功耗。例如，該電話可以在點火關(guān)斷后的第一個48小時內(nèi)被通電(例如待機持續(xù)時間)。為了舉幾個例子，在此時之后，可以每10分鐘給該電話上電I分鐘。可以在來自車輛的消息中將模塊104的電源模式信息傳送到服務(wù)器110，或者服務(wù)器110可以事先知道電源模式將變化的次數(shù)。此外，服務(wù)器110可以包括是否已針對車輛102請求過道路救援的記錄。在汽車停放的模式中，車輛102周期性地向服務(wù)器110發(fā)送更新。如果服務(wù)器110并沒有接收到來自車輛的Nr個連續(xù)報告，則服務(wù)器110可以進行各種不同的行動。如果知道嵌入式電話接通并且如果知道在車輛的位置處的蜂窩連接是良好的，則推斷車輛102被干擾。服務(wù)器110通知適當(dāng)?shù)牟块T和/或采取其他糾正行動。 如果知道嵌入式電話接通但是在車輛102的位置處的信號條件差，則服務(wù)器標(biāo)記該車輛處于差覆蓋中，并通知適當(dāng)?shù)牟块T。如果知道嵌入式電話斷開，則不采取行動。如果車輛102正在移動(位置正在變化)并且不存在未解決的道路救援請求，則車輛102正被竊取。服務(wù)器110通知適當(dāng)?shù)牟块T和/或采取其他糾正行動。在汽車停放或移動的模式中，可以在車輛102移動的同時對車輛102進行跟蹤，并且可以當(dāng)車輛102被停放時對車輛102進行監(jiān)控。如果服務(wù)器110并未接收到來自車輛102的Nr個連續(xù)的報告，則服務(wù)器110可以進行許多行動。如果知道嵌入式電話接通并且如果在車輛的位置處的蜂窩條件良好，則推斷車輛102被干擾。服務(wù)器110通知適當(dāng)?shù)牟块T和/或采取其他糾正行動。在這里描述的方法中的任何方法中，如果嵌入式電話(或其他通信裝置)已向該系統(tǒng)，則該嵌入式電話(或其他通信裝置)可以被確定為接通。相反地，如果嵌入式電話(或其他通信裝置)已撤銷向系統(tǒng)的登記，則可以確定該嵌入式電話(或其他通信裝置)斷開。如果知道嵌入式電話接通但是在車輛102的位置處的信號條件差，則服務(wù)器標(biāo)記該車輛處于差覆蓋區(qū)域中，并通知適當(dāng)?shù)臋C構(gòu)或部門。如果知道嵌入式電話斷開，則不采取行動。在圖I的系統(tǒng)的操作的另ー實例中，關(guān)于是否尚未接收到來自車輛102中的被盜車輛跟蹤(SVT)模塊104的期望的信號進行確定。當(dāng)尚未接收到期望的信號時，確定車輛102的至少ー個操作參數(shù)，并基于該至少ー個操作參數(shù)，確定期望的信號缺失的原因。然后，基于所確定的期望的信號缺失的原因，確定是否發(fā)布報警。在一些實例中，通信裝置104和/或某個外部裝置或系統(tǒng)定位已知的良好信號強度的區(qū)域。如果在車輛未移動的情況下來自該裝置的信號停止，則確定正發(fā)生干擾。在其他方面，確定已知的良好信號強度的區(qū)域(例如針對特定的區(qū)域、時間或其他參數(shù)的已知的良好信號強度)，并且如果從該裝置發(fā)送的信號顯著不同于期望的水平(例如超過閾值量)，則確定正發(fā)生干擾。列舉了兩種方法該閾值可以基于被布置在通信裝置104外部的系統(tǒng)或裝置所提供的映射數(shù)據(jù)(map data)，和/或可以基于由裝置104根據(jù)先前的讀數(shù)(例如先前的駕駛)而研發(fā)的映射數(shù)據(jù)?，F(xiàn)在參考圖2，用于減少被盜車輛跟蹤(SVT)應(yīng)用中的誤報警的設(shè)備200包括接ロ202和控制器204。在一個實例中，該設(shè)備為圖I的服務(wù)器110。接ロ 202包括輸入端201和輸出端203?？刂破?04被耦合到接ロ 202，并被配置用于確定是否尚未在接ロ 202的輸入端201從被盜車輛跟蹤(SVT)模塊接收到期望的信號。控制器204還被配置來當(dāng)尚未接收到期望的信號時，確定車輛的至少ー個操作參數(shù)；并基于該至少ー個操作參數(shù)，確定期望的信號缺失的原因?？刂破?04還被配置來基于所確定的期望的信號缺失的原因來確定是否在接ロ 202的輸出端203發(fā)布報警。該設(shè)備還包括耦合到控制器204的存儲器206。在一些實例中，存儲器206維持關(guān)于差覆蓋區(qū)域的信息。差覆蓋數(shù)據(jù)庫可以經(jīng)由蜂窩服務(wù)提供的信息而基于蜂窩服務(wù)提供商的基站的數(shù)據(jù)庫，和/或可以基于車輛報告蜂窩條件。存儲器206還可以存儲所定位的被盜車輛跟蹤(SVT)模塊的電源模式和功率循環(huán)定時。該信息可以被系統(tǒng)用來當(dāng)車輛的點火斷開時減少功耗。存儲器206還可以存儲關(guān)于特定的移動單元(例如SVT模塊)是接通還是斷開的信息。該存儲器也可以存儲其他類 的信息?，F(xiàn)在參考圖3，描述了用于減少被盜車輛的誤報告的方法的ー個實例。在步驟302，關(guān)于是否尚未從車輛中的被盜車輛跟蹤(SVT)模塊接收到期望的信號進行確定。例如，服務(wù)器可能期望從車輛中的通信裝置接收到周期狀態(tài)更新。在步驟304，當(dāng)尚未接收到期望的信號時，確定車輛的至少ー個操作參數(shù)，并基于該至少ー個操作參數(shù)來確定期望的信號缺失的原因。例如，確定車輛中的移動單元的激活和/或移動單元之處的覆蓋區(qū)域質(zhì)量。關(guān)于是否已接收到期望的信號的觸發(fā)可以是一次未接收到ー個信號或消息。可替換地，在其他實例中，觸發(fā)可以是在兩個或更多不同時間未接收到兩個或更多消息。然后，在步驟306，基于所確定的期望的信號缺失的原因，確定是否發(fā)布報警。例如，可以使用車輛中的移動單元的激活和/或移動單元之處的覆蓋區(qū)域質(zhì)量來確定是否應(yīng)向適當(dāng)?shù)臋C構(gòu)發(fā)布報警。然后機構(gòu)可以采取適當(dāng)?shù)男袆?，諸如如果被盜，則試圖找回車輛，或者試圖干預(yù)和停止任何干擾企圖。也可以向車輛的所有者通知該警告?，F(xiàn)在參考圖4，描述了確定當(dāng)懷疑是干擾時是發(fā)布緊急消息還是采取其他適當(dāng)行動的方法的ー個實例。在相對于圖4描述的方法中，移動單元位于車輛處或車輛之內(nèi)。如上面所提及的那樣，移動單元可以是嵌入式蜂窩電話、其他蜂窩電話等。移動單元還可以包括或執(zhí)行SVT跟蹤功能，并且在一些實例中，移動單元自身可以確定是否正發(fā)生干擾。還將理解的是，盡管圖4被描述為實施兩種操作模式，但是也可以存在其他操作模式，并且將理解的是，這里描述的兩種模式僅僅是實例。在步驟402，確定在系統(tǒng)內(nèi)存在哪種模式。在第一模式中，車輛被停放(并且在步驟404，控制繼續(xù))，而在第二模式中，車輛可以正在移動或被停放(并且在步驟430，運行繼續(xù))。在第一模式(汽車被停放)中，在步驟404，車輛周期性地向服務(wù)器發(fā)送更新。在步驟406，服務(wù)器基于最近的位置更新、車輛速度和方法或其他因素來計算車輛的位置。如果服務(wù)器更新導(dǎo)航服務(wù)或知道車輛的計劃路線，則可以使用該路線來改進車輛位置確定。在一種情況下，如果在步驟408車輛停止報告，則服務(wù)器將推斷車輛可能正被干擾和/或正被竊取。車輛實際上是否正被干擾可能取決于諸如車輛的覆蓋質(zhì)量或者移動單元是接通還是斷開之類的參數(shù)。在一些實例中，服務(wù)器維持差覆蓋區(qū)域的數(shù)據(jù)庫。差覆蓋數(shù)據(jù)庫可以經(jīng)由蜂窩服務(wù)提供的信息而基于蜂窩服務(wù)提供商的基站的數(shù)據(jù)庫和/或車輛報告蜂窩條件。服務(wù)器確定在車輛的位置處的蜂窩條件。服務(wù)器還可以知道車輛中的移動裝置(例如嵌入式電話)的電源模式和功率循環(huán)定時。該信息可以被系統(tǒng)用來減少當(dāng)車輛的點火斷開時的功耗。例如，該電話可以在點火斷開之后的第一個48小時內(nèi)被通電(例如待機持續(xù)時間)。為了舉出ー些例子，在此時之后，該電話可以姆10分鐘被上電一分鐘。嵌入式電話電源模式信息可以在來自車輛的消息中被傳送給服務(wù)器，或者服務(wù)器可以事先知道電源模式將變化的次數(shù)。此外，服務(wù)器還可以包括是否已針對該車輛請求了道路救援的記錄。如果知道移動裝置接通(在步驟410確定)，并且如果知道在車輛的位置處的蜂窩連接是良好的(在步驟412確定)，則在步驟414推斷該車輛被干擾。在步驟418，服務(wù)器通知適當(dāng)?shù)牟块T和/或采取其他糾正行動。如果知道嵌入式電話接通(在步驟410確定)，但是在車輛的位置處的信號條件差(在步驟412確定)，則在步驟416，服務(wù)器標(biāo)記車輛處于差覆蓋中，并在步驟418，服務(wù)器通知適當(dāng)?shù)牟块T。如果知道移動裝置斷開(在步驟410確定)，則在步驟420不采取行動。然后運行結(jié)束。將意識到的是，關(guān)于信號條件是“良好”還是“惡劣”的確定可以基于各種不同因素。例如，可以監(jiān)控在給定區(qū)域內(nèi)的信號強度條件或信號質(zhì)量條件，并且如果信號條件在預(yù)定的閾值之上，則可以認為這些信號條件良好(或足夠)，而如果這些信號條件落到一定的閾值以下，則可以認為這些信號條件惡劣(或不足)。此外，如在此提及的那樣，服務(wù)器可以存儲和映射這些條件。在汽車停放或移動的模式(在步驟402確定)中，該模式除了用于在車輛停放時監(jiān)控該車輛之外還可以用于跟蹤車輛。在步驟430，從移動單元發(fā)送周期的報告。在步驟432，可以確定移動單元的位置。在步驟434，如果服務(wù)器并未接收到來自車輛的Nr個連續(xù)的報告，則服務(wù)器可以進行多個行動。如果車輛正在移動(位置正在變化)，并且不存在未解決的道路救援請求(如在步驟436被確定)，則在步驟438，車輛被確定為正被竊取。在步驟450，服務(wù)器通知適當(dāng)?shù)牟块T和/或采取其他糾正行動。如果知道移動單元接通(如在步驟440被確定)，并且如果在車輛的位置處的蜂窩條件良好(如在步驟442被確定)，則在步驟446推斷該車輛被干擾。在步驟452，服務(wù)器通知適當(dāng)?shù)牟块T和/或采取其他糾正行動。如果知道移動裝置接通(如在步驟440被確定)，但是在車輛的位置處的信號條件差(如在步驟442被確定)，則在步驟444，服務(wù)器標(biāo)記該車輛在差覆蓋區(qū)域中，并在步驟452，服務(wù)器通知適當(dāng)?shù)臋C構(gòu)或部門。如果知道移動裝置斷開(如在步驟440被確定)，則在步驟448不采取行動并且運行結(jié)束。因此，提供了其中當(dāng)未接收到來自車輛的期望的信號時可以顯著減少或消除誤報 警的報告的方法?？梢赃B同來自車輛中的移動單元的期望的信號的缺失一起考慮與車輛中的移動單元相關(guān)聯(lián)的各種參數(shù)，以確定是否應(yīng)向適當(dāng)?shù)臋C構(gòu)發(fā)布到車輛的通信正被干擾和/或車輛正被竊取的警告。在此描述的方法易于使用，實施起來有成本效益，并減少或消除了被盜車輛的浪費系統(tǒng)資源的誤報告。 本領(lǐng)域技術(shù)人員將認識到，可以相對于上述實施例進行各種修改、變更和組合，而不背離本發(fā)明的精神和范圍，并且這樣的修改、變更和組合應(yīng)被視為在本發(fā)明的范圍之內(nèi)。
權(quán)利要求
1.一種減少被盜車輛跟蹤(SVT)應(yīng)用中的誤報警的方法，其包括 確定是否尚未從車輛中的被盜車輛跟蹤(SVT)模塊接收到期望的信號； 當(dāng)尚未接收到所述期望的信號時，確定所述車輛的至少ー個操作參數(shù)，并基于所述至少ー個操作參數(shù)，確定所述期望的信號缺失的原因； 基于所確定的所述期望的信號缺失的原因，確定是否發(fā)布報警。
2.根據(jù)權(quán)利要求I所述的方法，其中，所述操作參數(shù)選自包括如下參數(shù)的組車輛位置、時刻和覆蓋區(qū)域的服務(wù)質(zhì)量。
3.根據(jù)權(quán)利要求I所述的方法，其中，所述原因選自包括如下原因的組車輛的差覆蓋區(qū)域、車輛被停放和車輛被盜取。
4.根據(jù)權(quán)利要求I所述的方法，其中，所述期望的信號通過蜂窩網(wǎng)絡(luò)中的業(yè)務(wù)信道被發(fā)送。
5.根據(jù)權(quán)利要求I所述的方法，其中，所述期望的信號周期性地被發(fā)送。
6.根據(jù)權(quán)利要求I所述的方法，其中，所述期望的信號包括至少兩個連續(xù)的報告。
7.根據(jù)權(quán)利要求I所述的方法，其中，所述期望的信號包括期望在預(yù)定時間接收到的——個手艮告。
8.一種用于減少被盜車輛跟蹤(SVT)應(yīng)用中的誤報警的設(shè)備，其包括 具有輸入端和輸出端的接ロ； 耦合到所述接ロ的控制器，所述控制器被配置來確定是否尚未在所述接ロ的輸入端處接收到來自被盜車輛跟蹤(SVT)模塊的期望的信號，其中所述控制器還被配置來當(dāng)尚未接收到所述期望的信號吋，確定車輛的至少ー個操作參數(shù)，并基于所述至少ー個操作參數(shù)，確定所述期望的信號缺失的原因，其中所述控制器還被配置來基于所確定的所述期望的信號缺失的原因而確定是否在所述接ロ的輸出端發(fā)布報警。
9.根據(jù)權(quán)利要求8所述的設(shè)備，其中，所述操作參數(shù)選自包括如下參數(shù)的組車輛位置、時刻以及覆蓋區(qū)域的服務(wù)質(zhì)量。
10.根據(jù)權(quán)利要求8所述的設(shè)備，其中，所述原因選自包括如下原因的組車輛的差覆蓋區(qū)域、車輛被停放和車輛被盜取。
11.根據(jù)權(quán)利要求8所述的設(shè)備，其中，所述期望的信號經(jīng)由所述接ロ的輸出端而通過蜂窩網(wǎng)絡(luò)中的業(yè)務(wù)信道被發(fā)送。
12.根據(jù)權(quán)利要求8所述的設(shè)備，其中，所述期望的信號在所述接ロ的輸出端周期性地被發(fā)送。
13.根據(jù)權(quán)利要求8所述的設(shè)備，其中，所述期望的信號包括至少兩個連續(xù)的報告。
14.根據(jù)權(quán)利要求8所述的設(shè)備，其中，所述期望的信號包括期望在預(yù)定時間接收到的——個手艮告。
15.一種計算機可用介質(zhì)，其具有具體表現(xiàn)在其中的計算機可讀程序代碼，所述計算機可讀程序代碼適于被運行來實施ー種減少被盜車輛跟蹤(SVT)應(yīng)用中的誤報警的方法，所述方法包括 確定是否尚未接收到來自車輛中的被盜車輛跟蹤(SVT)模塊的期望的信號； 當(dāng)尚未接收到所述期望的信號時，確定所述車輛的至少ー個操作參數(shù)，并基于所述至少ー個操作參數(shù)來確定所述期望的信號缺失的原因；基于所確定的所述期望的信號缺失的原因，確定是否發(fā)布報警。
16.根據(jù)權(quán)利要求15所述的計算機可用介質(zhì)，其中，所述操作參數(shù)選自包括如下參數(shù)的組車輛位置、時刻和覆蓋區(qū)域的服務(wù)質(zhì)量。
17.根據(jù)權(quán)利要求15所述的計算機可用介質(zhì)，其中，所述原因選自包括如下原因的組車輛的差覆蓋區(qū)域、車輛被停放和車輛被盜取。
18.根據(jù)權(quán)利要求15所述的計算機可用介質(zhì)，其中，所述期望的信號通過蜂窩網(wǎng)絡(luò)中的業(yè)務(wù)信道被發(fā)送。
19.根據(jù)權(quán)利要求15所述的計算機可用介質(zhì)，其中，所述期望的信號周期性地被發(fā)送。
20.根據(jù)權(quán)利要求15所述的計算機可用介質(zhì)，其中，所述期望的信號包括至少兩個連續(xù)的報告。
全文摘要
關(guān)于是否尚未從車輛中的被盜車輛跟蹤(SVT)模塊接收到期望的信號進行確定。當(dāng)還未接收到所述期望的信號時，確定車輛的至少一個操作參數(shù)，并基于所述至少一個操作參數(shù)，確定所述期望的信號缺失的原因。然后，基于所確定的所述期望的信號缺失的原因，確定是否發(fā)布報警。
文檔編號B60R25/10GK102656062SQ201080058859
公開日2012年9月5日 申請日期2010年12月16日 優(yōu)先權(quán)日2009年12月21日
發(fā)明者達布霍爾卡 H., 克魯斯 M., F. 德阿韋羅 R. 申請人:大陸汽車系統(tǒng)公司