用于預(yù)測車輛預(yù)調(diào)節(jié)的方法和設(shè)備的制造方法
【專利摘要】本公開涉及一種用于預(yù)測車輛預(yù)調(diào)節(jié)的方法和設(shè)備。一種系統(tǒng)包括：處理器，被配置為：訪問車輛啟動時間的時間表。處理器還被配置為：在當(dāng)前時間處于計劃點火開關(guān)接通時間的可調(diào)接近度內(nèi)時，選擇計劃點火開關(guān)接通時間。處理器被配置為：確定當(dāng)前與車輛相關(guān)的溫度是否引起車輛預(yù)調(diào)節(jié)，并且預(yù)調(diào)節(jié)車輛直到建立預(yù)設(shè)的預(yù)調(diào)節(jié)設(shè)置為止。
【專利說明】
用于預(yù)測車輛預(yù)調(diào)節(jié)的方法和設(shè)備
技術(shù)領(lǐng)域
[0001 ]說明性的實施例總體上涉及用于預(yù)測車輛預(yù)調(diào)節(jié)的方法和設(shè)備。
【背景技術(shù)】
[0002]駕駛員體驗對于汽車原始裝備制造商(OEM)是非常重要的。駕駛員所具有的對于車輛的體驗可推動未來的銷售、正面口碑，并總體上提高OEM的聲譽。因此，OEM不斷地尋找用于改善車內(nèi)體驗的方法。
[0003]由于車輛被購買以在各種氣候中使用，因此不同的駕駛員基于進入車輛時的最初舒適水平可做出不同的選擇。也就是說，在有很多陽光的炎熱氣候中，駕駛員可避免使用可能很容易變熱的深色座椅。在寒冷的氣候中，可避免使用真皮座椅，因為真皮座椅傾向于使人感覺在最初接觸時比織物座椅更冷。
[0004]如果在駕駛員以往進入車輛之前使得車輛變得舒適，則許多這樣的選擇和許多最初的不適可被減輕或緩解。此外，如果車輛可在使用之前預(yù)熱或預(yù)冷，則電池的效率也可被提尚O

【發(fā)明內(nèi)容】

[0005]在第一說明性實施例中，一種系統(tǒng)包括:處理器，被配置為:訪問車輛啟動時間的時間表。處理器還被配置為:在當(dāng)前時間處于計劃點火開關(guān)接通時間的可調(diào)接近度內(nèi)時，選擇計劃點火開關(guān)接通時間。處理器還被配置為:確定當(dāng)前與車輛相關(guān)的溫度是否引起車輛預(yù)調(diào)節(jié)，并且預(yù)調(diào)節(jié)車輛，直到建立預(yù)設(shè)的預(yù)調(diào)節(jié)設(shè)置為止。
[0006]在第二說明性實施例中，一種計算機實現(xiàn)的方法包括:分析用于確定點火開關(guān)接通事件是否發(fā)生的時間間隔。所述方法還包括:使用點火開關(guān)接通事件發(fā)生/點火開關(guān)接通事件未發(fā)生來更新點火開關(guān)接通事件的記錄，以建立在時間間隔期間的點火開關(guān)接通事件的發(fā)生的可能性。所述方法還包括:基于在多個預(yù)測點火開關(guān)接通的時間間隔中的每個時間間隔期間的預(yù)測點火開關(guān)接通事件的發(fā)生的可能性，整合(assemble)具有多個預(yù)測點火開關(guān)接通的時間間隔的時間表，并向駕駛員通知整合的時間表與具有計劃點火開關(guān)接通事件的駕駛員輸入時間表之間的任何確定的偏差。
[0007]根據(jù)本發(fā)明，提供一種計算機實現(xiàn)的方法，所述方法包括:分析用于確定點火開關(guān)接通事件是否發(fā)生的時間間隔;使用點火開關(guān)接通事件發(fā)生/點火開關(guān)接通事件未發(fā)生來更新點火開關(guān)接通事件的記錄，以建立在時間間隔期間的點火開關(guān)接通事件的發(fā)生的可能性;基于在每個預(yù)測點火開關(guān)接通的時間間隔期間的預(yù)測的點火開關(guān)接通事件的發(fā)生的可能性，整合具有多個預(yù)測的點火開關(guān)接通的時間間隔的時間表；向駕駛員通知整合的時間表與駕駛員輸入的點火開關(guān)接通事件的時間表之間的任何確定的偏差。
[0008]根據(jù)示例性實施例，整合的時間表包括:發(fā)生的可能性大于可調(diào)閾值的點火開關(guān)接通事件。
[0009]根據(jù)示例性實施例，所述方法還包括:接收用于更新駕駛員輸入的點火開關(guān)接通事件的時間表的指令;基于整合的時間表更新駕駛員輸入的點火開關(guān)接通事件的時間表。
[0010]根據(jù)示例性實施例，更新駕駛員輸入的點火開關(guān)接通事件的時間表包括:添加發(fā)生的可能性高于可調(diào)閾值的預(yù)測的點火開關(guān)接通事件。
[0011]根據(jù)示例性實施例，更新駕駛員輸入的點火開關(guān)接通事件的時間表包括:去除發(fā)生的可能性低于可調(diào)閾值的駕駛員輸入的點火開關(guān)接通事件，其中，所述駕駛員輸入點火開關(guān)接通事件與整合的時間表中的點火開關(guān)接通事件具有對應(yīng)性。
[0012]在第三說明性的實施例中，一種存儲指令的非暫態(tài)計算機可讀存儲介質(zhì)，其中，所述指令在被執(zhí)行時使得處理器執(zhí)行一種方法，所述方法包括:分析用于確定點火開關(guān)接通事件是否發(fā)生過的時間間隔。所述方法還包括:使用點火開關(guān)接通事件發(fā)生/點火開關(guān)接通事件未發(fā)生來更新點火開關(guān)接通事件的記錄，以建立在時間間隔期間的點火開關(guān)接通事件的發(fā)生的可能性。所述方法還包括:基于在多個預(yù)測點火開關(guān)接通的時間間隔中的每個時間間隔期間的預(yù)測的點火開關(guān)接通事件的發(fā)生的可能性，整合具有多個預(yù)測點火開關(guān)接通的時間間隔的時間表，并向駕駛員通知整合的時間表與具有計劃點火開關(guān)接通事件的駕駛員輸入時間表之間的任何確定的偏差。
[0013]根據(jù)本發(fā)明，提供一種存儲指令的非暫態(tài)計算機可讀存儲介質(zhì)，其中，所述指令在被執(zhí)行時使得處理器執(zhí)行一種方法，所述方法包括:分析用于確定點火開關(guān)接通事件是否發(fā)生過的時間間隔；使用點火開關(guān)接通事件發(fā)生/點火開關(guān)接通事件未發(fā)生來更新點火開關(guān)接通事件的記錄，以建立在時間間隔期間的點火開關(guān)接通事件的發(fā)生的可能性;基于在每個預(yù)測點火開關(guān)接通的時間間隔期間的預(yù)測點火開關(guān)接通事件的發(fā)生的可能性，整合具有多個預(yù)測點火開關(guān)接通的時間間隔的時間表;向駕駛員通知整合的時間表與駕駛員輸入的點火開關(guān)接通事件的時間表之間的任何確定的偏差。
[0014]根據(jù)示例性實施例，所述更新按照每日間隔發(fā)生。
[0015]根據(jù)示例性實施例，整合的時間表包括:發(fā)生的可能性大于可調(diào)閾值的點火開關(guān)接通事件。
[0016]根據(jù)示例性實施例，所述方法還包括:接收用于更新駕駛員輸入的點火開關(guān)接通事件的時間表的指令;基于整合的時間表，更新駕駛員輸入的點火開關(guān)接通事件的時間表。
[0017]根據(jù)示例性實施例，更新駕駛員輸入的點火開關(guān)接通事件的時間表包括:添加發(fā)生的可能性高于可調(diào)閾值的預(yù)測點火開關(guān)接通事件。
[0018]根據(jù)示例性實施例，更新駕駛員輸入的點火開關(guān)接通事件的時間表包括:去除發(fā)生的可能性低于可調(diào)閾值的駕駛員輸入的點火開關(guān)接通事件，其中，所述駕駛員輸入點火開關(guān)接通事件與整合的時間表中的點火開關(guān)接通事件具有對應(yīng)性。
【附圖說明】
[0019]圖1示出了說明性的車輛計算系統(tǒng)；
[0020 ]圖2示出了點火開關(guān)接通時間學(xué)習(xí)的說明性示例；
[0021]圖3示出了用于點火開關(guān)接通時間的說明性數(shù)據(jù)更新；
[0022]圖4示出了用于預(yù)測即將發(fā)生的點火開關(guān)接通的說明性處理；
[0023]圖5A和圖5B示出了說明性的預(yù)調(diào)節(jié)處理；
[0024]圖6示出了說明性的時間表更新處理。
【具體實施方式】
[0025]根據(jù)需要，在此公開了本發(fā)明的詳細實施例。然而，將理解的是，所公開的實施例僅為本發(fā)明的示例，其中，本發(fā)明可以以各種替代形式來實現(xiàn)。附圖不必按比例繪制；一些特征可被夸大或最小化以示出特定組件的細節(jié)。因此，在此公開的具體結(jié)構(gòu)和功能細節(jié)不應(yīng)被解釋為具有限制性，而僅僅作為用于教導(dǎo)本領(lǐng)域技術(shù)人員以多種方式利用本發(fā)明的代表性基礎(chǔ)。
[0026]圖1示出用于車輛31的基于車輛的計算系統(tǒng)(VCS)I的示例框式拓撲圖。這種基于車輛的計算系統(tǒng)I的示例為由福特汽車公司制造的SYNC系統(tǒng)。設(shè)置有基于車輛的計算系統(tǒng)的車輛可包含位于車輛中的可視前端界面4。如果所述界面設(shè)置有例如觸摸敏感屏幕，則用戶還能夠與所述界面進行交互。在另一說明性實施例中，通過按鈕按壓、具有自動語音識別和語音合成的口語對話系統(tǒng)來進行交互。
[0027]在圖1所示的說明性實施例1中，處理器3控制基于車輛的計算系統(tǒng)的至少一部分操作。設(shè)置在車輛內(nèi)的處理器允許對命令和程序進行車載處理。另外，處理器連接到非持久性存儲器5和持久性存儲器7兩者。在此說明性實施例中，非持久性存儲器是隨機存取存儲器(RAM)，持久性存儲器是硬盤驅(qū)動器(HDD)或閃存。一般說來，持久性(非暫態(tài))存儲器可包括當(dāng)計算機或其它裝置掉電時保持數(shù)據(jù)的所有形式的存儲器。這些存儲器包括但不限于:HDD、⑶、DVD、磁帶、固態(tài)驅(qū)動器、便攜式USB驅(qū)動器和任何其它適當(dāng)形式的持久性存儲器。
[0028]處理器還設(shè)置有允許用戶與處理器進行交互的若干不同的輸入。在此說明性實施例中，麥克風(fēng)29、輔助輸入25(用于輸入33)、1^8輸入23、6?5輸入24、屏幕4(其可以是觸摸屏顯示器)和藍牙輸入15全部被設(shè)置。還設(shè)置有輸入選擇器51，以允許用戶在各種輸入之間進行切換。對于麥克風(fēng)和輔助連接器兩者的輸入在被傳送到處理器之前，由轉(zhuǎn)換器27對所述輸入進行模數(shù)轉(zhuǎn)換。盡管未示出，但是與VCS進行通信的眾多車輛組件和輔助組件可使用車輛網(wǎng)絡(luò)(諸如但不限于CAN總線)向VCS(或其組件)傳送數(shù)據(jù)并傳送來自VCS(或其組件)的數(shù)據(jù)。
[0029]系統(tǒng)的輸出可包括但不限于視覺顯示器4以及揚聲器13或立體聲系統(tǒng)輸出。揚聲器連接到放大器11，并通過數(shù)模轉(zhuǎn)換器9從處理器3接收其信號。還可分別沿19和21所示的雙向數(shù)據(jù)流產(chǎn)生到遠程藍牙裝置(諸如PND 54)或USB裝置(諸如車輛導(dǎo)航裝置60)的輸出。
[0030]在一說明性實施例中，系統(tǒng)I使用藍牙收發(fā)器15與用戶的移動裝置53(例如，蜂窩電話、智能電話、PDA或具有無線遠程網(wǎng)絡(luò)連接的任何其他裝置)進行通信(17)。移動裝置53隨后可用于通過例如與蜂窩塔57的通信(55)來與車輛31外部的網(wǎng)絡(luò)61進行通信(59)。在一些實施例中，蜂窩塔57可以是WiFi接入點。
[0031]移動裝置與藍牙收發(fā)器之間的示例性通信由信號14表示。
[0032]可通過按鈕52或類似的輸入來指示將移動裝置53與藍牙收發(fā)器15進行配對。相應(yīng)地，CPU被指示車載藍牙收發(fā)器將與移動裝置中的藍牙收發(fā)器進行配對。
[0033]可利用例如與移動裝置53關(guān)聯(lián)的數(shù)據(jù)計劃、話上數(shù)據(jù)或DTMF音在CPU3與網(wǎng)絡(luò)61之間傳送數(shù)據(jù)?？蛇x地，可期望包括具有天線18的車載調(diào)制解調(diào)器63，以便在CPU 3與網(wǎng)絡(luò)61之間通過語音頻帶傳送數(shù)據(jù)(16)。移動裝置53隨后可用于通過例如與蜂窩塔57的通信(55)來與車輛31外部的網(wǎng)絡(luò)61進行通信(59)。在一些實施例中，調(diào)制解調(diào)器63可與蜂窩塔57建立通信(20)，以與網(wǎng)絡(luò)61進行通信。作為非限制性示例，調(diào)制解調(diào)器63可以是USB蜂窩調(diào)制解調(diào)器，并且通信20可以是蜂窩通信。
[0034]在一說明性實施例中，處理器設(shè)置有包括用于與調(diào)制解調(diào)器應(yīng)用軟件進行通信的API的操作系統(tǒng)。調(diào)制解調(diào)器應(yīng)用軟件可訪問藍牙收發(fā)器上的嵌入式模塊或固件，以完成與(諸如在移動裝置中發(fā)現(xiàn)的)遠程藍牙收發(fā)器的無線通信。藍牙是IEEE 802 PAN(個域網(wǎng))協(xié)議的子集。IEEE 802 LAN(局域網(wǎng))協(xié)議包括WiFi并與IEEE 802 PAN具有相當(dāng)多的交叉功能。兩者都適合于車輛內(nèi)的無線通信?？稍诒绢I(lǐng)域使用的另一通信方式是自由空間光通信(諸如IrDA)和非標(biāo)準化消費者IR協(xié)議。
[0035]在另一實施例中，移動裝置53包括用于語音頻帶或?qū)拵?shù)據(jù)通信的調(diào)制解調(diào)器。在話上數(shù)據(jù)的實施例中，當(dāng)移動裝置的擁有者可在數(shù)據(jù)被傳送的同時通過裝置說話時，可實施已知為頻分復(fù)用的技術(shù)。在其它時間，當(dāng)擁有者沒有在使用裝置時，數(shù)據(jù)傳送可使用整個帶寬(在一示例中是300Hz至3.4kHz)。盡管頻分復(fù)用對于車輛與互聯(lián)網(wǎng)之間的模擬蜂窩通信而言會是常見的并仍在被使用，但其已經(jīng)很大程度上被用于數(shù)字蜂窩通信的碼域多址(CDMA)、時域多址(TDMA)、空域多址(SDMA)的混合體所替代。這些都是ITU頂T_2000(3G)兼容的標(biāo)準，為靜止或行走的用戶提供高達2mbs的數(shù)據(jù)速率，并為在移動的車輛中的用戶提供高達385kbs的數(shù)據(jù)速率。3G標(biāo)準現(xiàn)在正被IMT-Advanced(4G)所替代，其中，所述IMT-Advanced (4G)為在車輛中的用戶提供10mbs的數(shù)據(jù)速率，并為靜止的用戶提供I gbs的數(shù)據(jù)速率。如果用戶具有與移動裝置關(guān)聯(lián)的數(shù)據(jù)計劃，則所述數(shù)據(jù)計劃可允許寬帶傳輸且所述系統(tǒng)可使用寬得多的帶寬(加速數(shù)據(jù)傳送)。在另一實施例中，移動裝置53被安裝至車輛31的蜂窩通信裝置(未示出)所替代。在另一實施例中，移動裝置(ND)53可以是能夠通過例如(而非限制)802.1lg網(wǎng)絡(luò)(即，WiFi)或WiMax網(wǎng)絡(luò)進行通信的無線局域網(wǎng)(LAN)裝置。
[0036]在一實施例中，傳入數(shù)據(jù)可經(jīng)由話上數(shù)據(jù)或數(shù)據(jù)計劃穿過移動裝置、穿過車載藍牙收發(fā)器，并進入車輛的內(nèi)部處理器3。例如，在某些臨時數(shù)據(jù)的情況下，數(shù)據(jù)可被存儲在HDD或其它存儲介質(zhì)7上，直至不再需要所述數(shù)據(jù)時為止。
[0037]其它的可與車輛進行接口連接的源包括:具有例如USB連接56和/或天線58的個人導(dǎo)航裝置54、具有USB 62或其它連接的車輛導(dǎo)航裝置60、車載GPS裝置24、或與網(wǎng)絡(luò)61連接的遠程導(dǎo)航系統(tǒng)(未示出)WSB是一類串行聯(lián)網(wǎng)協(xié)議中的一種。IEEE 1394(火線?(蘋果)、
1.LINK?(索尼)和Lynx?(德州儀器))、EIA(電子工業(yè)協(xié)會)串行協(xié)議、IEEE 1284(Centronics端口)、S/H)IF(索尼/飛利浦數(shù)字互連格式)和USB-1F(USB開發(fā)者論壇)形成了裝置-裝置串行標(biāo)準的骨干。多數(shù)協(xié)議可針對電通信或光通信來實施。
[0038]此外，CPU可與各種其它的輔助裝置65進行通信。這些裝置可通過無線連接67或有線連接69來連接。輔助裝置65可包括但不限于個人媒體播放器、無線保健裝置、便攜式計算機等。
[0039]此外或可選地，可使用例如WiFi(IEEE 803.11)收發(fā)器71將CPU連接到基于車輛的無線路由器73。這可允許CPU在本地路由器73的范圍中連接到遠程網(wǎng)絡(luò)。
[0040]除了由位于車輛中的車輛計算系統(tǒng)執(zhí)行示例性處理之外，在某些實施例中，還可由與車輛計算系統(tǒng)通信的計算系統(tǒng)來執(zhí)行示例性處理。這樣的系統(tǒng)可包括但不限于:無線裝置(例如但不限于移動電話)或通過無線裝置連接的遠程計算系統(tǒng)(例如但不限于服務(wù)器)。總體上，這樣的系統(tǒng)可被稱為與車輛關(guān)聯(lián)的計算系統(tǒng)(VACS)。在某些實施例中，VACS的特定組件可根據(jù)系統(tǒng)的特定實施而執(zhí)行處理的特定部分。通過示例而并非限制的方式，如果處理具有與配對的無線裝置進行發(fā)送或者接收信息的步驟，則很可能由于無線裝置不會與自身進行信息的“發(fā)送和接收”，而使得無線裝置不執(zhí)行處理的該部分。本領(lǐng)域的普通技術(shù)人員將理解何時不適合對給定解決方案應(yīng)用特定的計算系統(tǒng)。
[0041 ]在在此討論的每個說明性實施例中，示出了可由計算系統(tǒng)執(zhí)行的處理的示例性的非限制性的示例。針對每個處理，執(zhí)行該處理的計算系統(tǒng)為了執(zhí)行該處理的受限制的目的而變?yōu)楸慌渲脼橛糜趫?zhí)行該處理的專用處理器是可行的。所有處理不需要被全部執(zhí)行，并且應(yīng)被理解為是可被執(zhí)行以實現(xiàn)本發(fā)明的要素的多種類型的處理的示例?？梢愿鶕?jù)需要將額外步驟添加到示例性處理中或從示例性處理中去除額外步驟。
[0042]現(xiàn)代車輛都配備了允許在車輛和遠程系統(tǒng)之間進行通信的遠程信息處理系統(tǒng)。這種通信能力的一些示例參照以上的圖1被示出。其他類型的遠程通信也不斷地被添加至遠程信息處理系統(tǒng)。例如，由于系統(tǒng)變得更有能力進行交叉通信，因此對于家庭系統(tǒng)而言與車輛系統(tǒng)對話來促進進一步的信息分享是可行的。
[0043]在說明性示例中，用戶可具有表示用于車輛使用的計劃啟動時間的日歷或其他時間表標(biāo)記。例如，如果用戶在周一至周五的上午7點去上班且在下午6點鐘下班，則日歷可指示這些時間。其他時間可包括例如開車帶孩子去約會、去學(xué)校等。任何經(jīng)常地反復(fù)發(fā)生的事件可被記錄在日歷中，同樣地僅發(fā)生一次或兩次的一次性事件也可被記錄在日歷中。
[0044]該日歷可在移動應(yīng)用上或者網(wǎng)站上被填寫，并且在日歷中反映的信息可被車輛訪問(車輛遠程訪問該信息或該信息傳輸至車輛)。這種信息可作為用于確定可能的車輛啟動何時即將發(fā)生的一個依據(jù)而被使用。
[0045]在其他示例中，用戶可能不想填寫日歷或者知道填寫日歷。在這樣的情況下，車輛可嘗試基于從觀測到的行為中推導(dǎo)出的預(yù)測啟動時間來預(yù)測用戶是否將使用車輛。車輛可基于觀測到的行為建立用戶行為隨時間的模型，并因此能夠以一定的成功度來預(yù)測用戶是否將會進行車輛使用。
[0046]一旦處理知道(從日歷中或基于觀測到的行為獲知)車輛是否將被使用，則該處理隨后可進行車輛的預(yù)調(diào)節(jié)。這可與將車輛內(nèi)部設(shè)置到期望的溫度是一樣簡單的，或者可包括預(yù)熱/預(yù)冷電池、預(yù)熱/預(yù)冷座椅、打開車窗、給擋風(fēng)玻璃除霜等。這既可以改善用戶體驗，又可以針對電池幫助提高電池效率和充電使用。
[0047]圖2示出了點火開關(guān)接通時間學(xué)習(xí)的說明性示例。針對在該圖中描述的說明性實施例，應(yīng)當(dāng)注意的是，為了執(zhí)行在此示出的示例性方法中的一些或全部的目的，通用處理器可被暫時用作專用處理器。當(dāng)執(zhí)行提供用于執(zhí)行所述方法的一些或全部步驟的指令的代碼時，所述處理器可被暫時改用作專用處理器，直到所述方法完成時為止。在另一示例中，在適當(dāng)?shù)某潭壬?，根?jù)預(yù)先配置的處理器運行的固件可使得所述處理器充當(dāng)為了執(zhí)行所述方法或所述方法的一些合理的變型的目的而被提供的專用處理器。
[0048]在圖2中示出的說明性的簡化示例中，在2OI，車輛或者與車輛相關(guān)的系統(tǒng)(例如，與車輛進行通信的移動裝置、遠程服務(wù)器等)對單個或一系列的時間間隔進行估計。例如但不限于，這種估計可每天按照固定的時間或者當(dāng)計算能力可用時等被進行。該處理還可以是持續(xù)的并且隨著時間推進進行更新。
[0049]在203，對于給定的時間間隔，該處理確定車輛在該間隔期間是否接通點火開關(guān)。在該示例中，一天被劃分為一系列的時間間隔，并且在時間間隔期間的任何點火開關(guān)接通“添加”到在該時間間隔期間的將來點火開關(guān)接通的可能性中。因為學(xué)習(xí)確切次數(shù)的單個用戶行為模式將會花費很長的時間，并且因為人們通常在大致的時間出發(fā)(即，上午7點鐘出發(fā)可能是在某一天的上午6:58和第二天的上午7:02)，所以基于時間窗口來確定計劃的出發(fā)時間可能是更為準確和方便的。另外，對于給定的時間段的可能性的值可通過追蹤指示沒有點火開關(guān)接通被處理的信息而被減少。
[0050]對于每個間隔，如果車輛接通點火開關(guān)，則在205提供正的更新(指示增加的將來點火開關(guān)接通的可能性)。如果車輛沒有接通點火開關(guān)，則在207提供負的更新(指示減少的在該時間的點火開關(guān)接通的可能性)。盡管這是相當(dāng)簡單的模型，但是這展示了可確定和修改在給定的時間窗口期間的出發(fā)的可能性的一種方式。在點火開關(guān)接通的間隔被正更新的同時，當(dāng)前點火開關(guān)接通的間隔和最近的點火開關(guān)接通的間隔之間的其他間隔可具有指示在那些其他間隔期間沒有點火開關(guān)接通的負的更新。
[0051]圖3示出了用于點火開關(guān)接通時間的說明性數(shù)據(jù)更新。針對在該圖中描述的說明性實施例，應(yīng)當(dāng)注意的是，為了執(zhí)行在此示出的示例性方法中的一些或全部的目的，通用處理器可被暫時用作專用處理器。當(dāng)執(zhí)行提供用于執(zhí)行所述方法的一些或全部步驟的指令的代碼時，所述處理器可被暫時改用作專用處理器，直到所述方法完成時為止。在另一示例中，在適當(dāng)?shù)某潭壬?，根?jù)預(yù)先配置的處理器運行的固件可使得所述處理器充當(dāng)為了執(zhí)行所述方法或所述方法的一些合理的變型的目的而被提供的專用處理器。
[0052]該示例示出了這樣的更新，所述更新可用于與諸如圖2中舉例說明的學(xué)習(xí)處理相結(jié)合的正的更新(positive update)或負的更新(negative update)。在該示例中，該處理在301將對點火開關(guān)接通的時間間隔進行更新(正更新或負更新)。因此，例如，如果車輛在上午7:07啟動，則可對上午7:00-7:15的時間間隔進行正更新。與此同時，可對一周中的日期進行正更新或負更新。除了知道常用的啟動時間之外，人的行為通?；跁r間表，所述時間表反映在不同的周中的一周的同一天的共同動作上。因此，既知道車輛在什么時間啟動又知道車輛在什么日期啟動可能是有很用的。因此，對于在從周一至周五的上午7點去上班但是在周六直到中午才使用車輛去體育館以及在周日上午10:30去教堂的人來說，在上午7點鐘啟動的預(yù)測將不會被用在周六或周日上，并且中午和10:30的預(yù)測將分別針對周六和周日產(chǎn)生。相應(yīng)地，可在303，處理一周中的日期的更新。
[0053]此外，在該示例中，可在305更新點火開關(guān)接通的位置。在一些情況下，點火開關(guān)接通時間可能與車輛位置有關(guān)。例如，如果車輛處于辦公位置，則有可能經(jīng)常是下午5:30的點火開關(guān)接通時間(當(dāng)用戶出發(fā)時)。但是，如果同一車輛處于家庭位置，則幾乎不會有這樣的點火開關(guān)接通時間(因為用戶已經(jīng)在家)。因此，如果需要的話，可以使得點火開關(guān)接通預(yù)測與位置相關(guān)，這可以提高精確性。例如，如果用戶休假兩周并且車輛被留在家中，則這樣還可避免減少針對辦公位置的預(yù)測。
[0054]該系統(tǒng)不僅可以學(xué)習(xí)點火開關(guān)接通何時發(fā)生，而且還可以學(xué)習(xí)點火開關(guān)接通在何處發(fā)生，并且如果在位置之間點火開關(guān)接通的發(fā)生存在偏差，則該數(shù)據(jù)可被分離出來以進一步完善預(yù)測能力。例如，如果人在一周中的兩個晚上在另一個重要的住宅睡覺，則在不考慮用戶位置的情況下點火開關(guān)接通可仍然在上午7點鐘發(fā)生。因此，由于上午7點鐘的點火開關(guān)接通在家和另一重要位置兩者發(fā)生，從而啟動時間可能不會基于位置而被打破。另一方面，如果用戶在上午7點鐘離開家，而在上午6: 30離開另一個重要的住宅(可能因為位置)，則啟動時間可基于位置而被打破。這將避免當(dāng)用戶在家時預(yù)測車輛在6:30啟動以及當(dāng)用戶在另一睡覺位置時預(yù)測車輛在上午7:00啟動(盡管用戶可能已經(jīng)在車輛中)。通過使用低通濾波過程，不需要存儲針對每個事件的實際點火開關(guān)接通時間。學(xué)習(xí)的點火開關(guān)接通映射可提供基于檢測到的事件或未檢測到的事件而被更新的信息。
[0055]圖4示出了用于預(yù)測即將發(fā)生的點火開關(guān)接通的說明性處理。針對在該圖中描述的說明性實施例，應(yīng)當(dāng)注意的是，為了執(zhí)行在此示出的示例性方法中的一些或全部的目的，通用處理器可被暫時用作專用處理器。當(dāng)執(zhí)行提供用于執(zhí)行所述方法的一些或全部步驟的指令的代碼時，所述處理器可被暫時改用作專用處理器，直到所述方法完成時為止。在另一示例中，在適當(dāng)?shù)某潭壬?，根?jù)預(yù)先配置的處理器運行的固件可使得所述處理器充當(dāng)為了執(zhí)行所述方法或所述方法的一些合理的變型的目的而被提供的專用處理器。
[0056]在該說明性示例中，該處理試圖確定車輛是否將要被啟動。該處理可在遠程裝置上運行或者在車輛內(nèi)部運行(例如，如果車輛具有足夠的電力來持續(xù)運行這樣的處理，則可在車輛內(nèi)部運行)。當(dāng)在外部裝置上運行時，如果預(yù)測到點火開關(guān)接通，則該處理可與車輛進行通信以指示進行預(yù)調(diào)節(jié)。
[0057]在該示例中，該處理在401針對天和時間間隔檢查給定的時間窗口。另外，在該示例中，獲取車輛位置(或者，例如，如果該處理在移動裝置上正在運行，則獲取遠程裝置位置)。在403，針對給定的時間/天/位置訪問概率矩陣或其他預(yù)測算法數(shù)據(jù)源。該數(shù)據(jù)是基于先前針對天、時間間隔和/或位置觀測到的行為。
[0058]在該示例中，該處理在405檢查以查看針對給定位置的數(shù)據(jù)之間是否存在變化。也就是說，存在一個以上針對給定的時間間隔提供的點火開關(guān)接通數(shù)據(jù)集合，所述點火開關(guān)接通數(shù)據(jù)集合表示基于不同位置的點火開關(guān)接通的不同概率。如果是這樣，則該處理在407基于當(dāng)前位置加載適合的數(shù)據(jù)集合。如果當(dāng)前位置不對應(yīng)于任何與多種數(shù)據(jù)集合關(guān)聯(lián)的位置(即，車輛處于先前未觀測到的位置)，則也可能存在默認為最有可能/不可能的集合。
[0059]該處理隨后在409檢查以確定車輛點火開關(guān)接通的概率是否在給定的可調(diào)閾值之上。例如，當(dāng)幾乎沒有數(shù)據(jù)可用時，該閾值可被設(shè)置為低概率，這是因為有限的數(shù)據(jù)可趨向于使大多數(shù)概率接近于O。隨著數(shù)據(jù)被開發(fā)，概率可發(fā)生變化。概率還可針對與基線溫度(例如，但不限于，用戶偏好的車輛溫度)的溫度偏差被動態(tài)地調(diào)整。也就是說，如果內(nèi)部/外部溫度接近于偏好的溫度，則需要很多預(yù)調(diào)節(jié)的可能性為低，因此用于預(yù)測的閾值可能為高，這是因為即使系統(tǒng)是錯誤的，對用戶也幾乎沒有影響。另一方面，例如，如果溫度為70度(低于偏好的溫度)，則閾值可以降低，使得為了在用戶可能使用車輛時捕獲所有實例，更多的誤報可能發(fā)生，使得不會體驗到非常冷或非常熱的車輛。在其他示例中，閾值是用戶可調(diào)的或者OEM/經(jīng)銷商可調(diào)的。
[0060]在409，如果概率大于閾值，則系統(tǒng)預(yù)測車輛將在所檢查的時間框內(nèi)被使用，并且該處理在413返回點火開關(guān)接通的可能性。這種可能性可被返回至查詢處理，或者例如在遠離車輛的裝置上運行的應(yīng)用可預(yù)測即將發(fā)生的點火開關(guān)接通并且與車輛進行通信，以預(yù)測所需/所期望的預(yù)調(diào)節(jié)。如果概率低于閾值，則該處理可在411返回沒有點火開關(guān)接通的可能性，并將該值返回至查詢處理或者例如選擇不與車輛通信。
[0061]圖5A和圖5B示出了說明性預(yù)調(diào)節(jié)處理。針對在該圖中描述的說明性實施例，應(yīng)當(dāng)注意的是，為了執(zhí)行在此示出的示例性方法中的一些或全部的目的，通用處理器可被暫時用作專用處理器。當(dāng)執(zhí)行提供用于執(zhí)行所述方法的一些或全部步驟的指令的代碼時，所述處理器可被暫時改用作專用處理器，直到所述方法完成時為止。在另一示例中，在適當(dāng)?shù)某潭壬希鶕?jù)預(yù)先配置的處理器運行的固件可使得所述處理器充當(dāng)為了執(zhí)行所述方法或所述方法的一些合理的變型的目的而被提供的專用處理器。
[0062]在該說明性示例中，示出了用于預(yù)調(diào)節(jié)車輛的非限制性處理。首先，在該示例中，該處理在501通過估計潛在的預(yù)調(diào)節(jié)需求開始。在503，加載通過用戶輸入或一系列的用戶觀測創(chuàng)建的用戶時間表，所述一系列的用戶觀測已被編入到日程表中。用戶時間表將通常指示已知的點火開關(guān)接通時間或常用的預(yù)測的點火開關(guān)接通時間，并且可被周期性地手動更新或自動更新。
[0063]當(dāng)車輛正在被預(yù)調(diào)節(jié)時，可針對用戶創(chuàng)建一個或更多個預(yù)調(diào)節(jié)設(shè)置。這些預(yù)調(diào)節(jié)設(shè)置可以是固定(和/或由駕駛員定義)的設(shè)置，或者可基于內(nèi)部/外部溫度、一天中的時間、天氣等來改變。例如，在夏天(或者當(dāng)外部溫度高于80度時)，用戶可能希望車輛被冷卻到68度。在冬天(或者當(dāng)外部溫度低于冰點時)，用戶可能希望車輛被加熱到74度。如果外部溫度在最佳電池操作范圍之外，則電池可被加熱或冷卻以促進有效使用。如果天氣合適(即，沒有降水)并且設(shè)置允許，則車輛車窗可被略微打開以允許來自外部因素的加熱/冷卻幫助。例如，如果車輛正停放在太陽下并且內(nèi)部溫度是130度，則除非車窗能夠被打開以排出內(nèi)部的熱空氣，否則冷卻車輛可能需要更長的時間。例如，如果，例如車輛正停放在車主的車道中，則這可能是可接受的。
[0064]在505，如果時間表沒有(針對單個或一系列的觀測到的時間間隔)指示即將發(fā)生的點火開關(guān)接通，則該處理可在507加載諸如在圖4中示出的預(yù)測處理。在509，如果該預(yù)測處理預(yù)測點火開關(guān)接通可能高于可調(diào)閾值，則該處理將繼續(xù)。否則，該處理退出。如果點火開關(guān)接通是基于駕駛員對時間表的輸入，則該可能性有可能可被視為是100%，否則，該可能性可基于累計的觀測到的行為(例如，但不限于，在特定時間間隔的過去X個事件中，點火開關(guān)接通已經(jīng)發(fā)生了 Y次)。
[0065]在該示例中，如果存在計劃的或高度可能即將發(fā)生的點火開關(guān)接通事件，則該處理在511還通過確定車輛被停放來確定車輛目前未在使用中。如果車輛在使用中，則該處理退出，這是因為當(dāng)車輛在使用中時預(yù)調(diào)節(jié)是沒有意義的。如果車輛未在使用中，則該處理在513將檢查以查看車輛是否被插入。例如，如果車輛不具有用于被插入的電連接，則可進行針對特定燃料水平閾值的可選檢查。
[0066]如果車輛未被插入，則用戶可能仍然期望進行預(yù)調(diào)節(jié)。在其他示例中，針對充電電池溫度的預(yù)調(diào)節(jié)可導(dǎo)致更為有效的電池使用，因此，可執(zhí)行針對用于電池狀況的設(shè)置的檢查。在515，檢查與其他的用戶預(yù)調(diào)節(jié)偏好相關(guān)的其他設(shè)置?？赡苁沁@種情況，用戶在517已經(jīng)設(shè)置了用于忽略未插入狀態(tài)的設(shè)置，這就是說即使車輛未被插入，用戶仍期望進行預(yù)調(diào)節(jié)?？舍槍θ剂系拈撝邓阶龀鱿嗤脑O(shè)置。如果設(shè)置了忽略未被插入/燃料水平的設(shè)置，則該處理隨后可在519檢查以查看電力/燃料是否高于臨界閾值。
[0067]臨界閾值和“可接受的”閾值可針對燃料和電力發(fā)生變化。例如，即使在電力低于50%并且車輛未被插入或者燃料低于50%的情況下，用戶可能仍希望進行預(yù)調(diào)節(jié)。但是，如果燃料/電力低于例如20%，則這可被視為是臨界水平，并且預(yù)調(diào)節(jié)將不會發(fā)生。這防止用戶來到不能實際行駛的預(yù)熱/冷卻的車輛的外面。
[0068]此外在該示例中，在521，檢查天氣。這可與獲取外部或內(nèi)部溫度一樣簡單，或者，也可涉及獲得針對即將出現(xiàn)的天氣的預(yù)測。由于預(yù)調(diào)節(jié)主要關(guān)注使車輛準備行駛，因此在這種情形下本地即時天氣/溫度是最有用的。此外，在大多數(shù)情況下，由于車輛的內(nèi)部(而非外部)正在被預(yù)調(diào)節(jié)，因此該處理可檢查內(nèi)部溫度(而不是外部溫度)以確定是否需要進行預(yù)調(diào)節(jié)。在一些情況下(諸如在除霜的情況下)，該處理可利用外部溫度作為用于啟用除霜機構(gòu)的依據(jù)。在其他示例中，內(nèi)部溫度可作為用于啟用預(yù)調(diào)節(jié)的依據(jù)。
[0069]在523，如果用于進行預(yù)調(diào)節(jié)的因素被滿足，則該處理可在525檢查以查看是否需要駕駛員許可進行預(yù)調(diào)節(jié)。在一些情況下，駕駛員可能希望允許/拒絕任何預(yù)調(diào)節(jié)嘗試?；蛘?，例如，如果預(yù)調(diào)節(jié)是基于計劃的事件，則該處理可繼續(xù)進行而不需要駕駛員許可，而駕駛員許可可被期望用于預(yù)測的車輛使用，因為這些預(yù)測的車輛使用可能更有可能產(chǎn)生誤報(false positive)。
[0070]如果預(yù)調(diào)節(jié)需要駕駛員許可，則該處理可在527基于做出的任何許可設(shè)置來警告駕駛員。例如，如果該處理正在移動裝置上執(zhí)行(并且可能與車輛進行通信以確定例如內(nèi)部溫度等)，則該處理可在指示進行預(yù)調(diào)節(jié)之前通過使用移動裝置來警告駕駛員。如果該處理正在遠程服務(wù)器或者車輛上執(zhí)行，則該處理可通過移動裝置或者任何其它選擇的警告裝置來警告駕駛員。在529，如果不需要進行預(yù)調(diào)節(jié)，或者允許進行預(yù)調(diào)節(jié)，則該處理可繼續(xù)進行。駕駛員可配置車輛以進行自動預(yù)調(diào)節(jié)，或者在特定或全部的預(yù)調(diào)節(jié)發(fā)生之前指示車輛與駕駛員確認。例如，如果車輛需要限制的預(yù)調(diào)節(jié)(即，內(nèi)部溫度非常接近期望的溫度)，則該處理可能需要進行確認，但在另一方面，如果內(nèi)部溫度上升到閾值以上或下降到閾值以下，則該處理可自動啟用預(yù)調(diào)節(jié)(如果點火開關(guān)接通即將發(fā)生的話)。
[0071]一旦已經(jīng)允許進行預(yù)調(diào)節(jié)或者如果不需要許可，則該處理可在531開始進行預(yù)調(diào)節(jié)(或者指示對預(yù)調(diào)節(jié)的初始化)。典型地，該處理將在車輛的計劃啟動時間之前而開始一些可調(diào)時間段。這可基于用戶設(shè)置來改變，或者例如可基于需要進行預(yù)調(diào)節(jié)的程度大小如何(即，小的溫度改變可能需要預(yù)調(diào)節(jié)兩到三分鐘，而大的溫度改變可能需要十到十五分鐘)來改變。由于制熱和制冷系統(tǒng)的效率可能隨著時間降低，因此如果需要的話，該處理可追蹤從一個溫度改變?yōu)榱硪粋€溫度需要多長時間，并使所述時間段建立在用于將溫度從當(dāng)前的溫度改變?yōu)樗谕臏囟鹊挠媱潟r間的基礎(chǔ)上。
[0072]在533，如果計劃的啟動時間還未到達，則該處理可在535檢查車輛是否已經(jīng)啟動。如果車輛已經(jīng)啟動，則可在537對任何預(yù)測處理或數(shù)據(jù)記錄進行更新，所述任何預(yù)測處理或數(shù)據(jù)記錄指示車輛在給定的間隔中啟動。否則，調(diào)節(jié)繼續(xù)進行。
[0073]在533，如果用于啟動的計劃時間已經(jīng)到達(或者超過計劃啟動時間的可調(diào)閾值已經(jīng)達到)，則該處理可在539通知駕駛員車輛正在進行預(yù)調(diào)節(jié)，但是車輛還未啟動。在541，這給予駕駛員中止預(yù)調(diào)節(jié)處理的機會，例如，如果行駛計劃已經(jīng)改變的話。如果駕駛員選擇中止該處理，則該系統(tǒng)可在545對與車輛啟動有關(guān)的預(yù)測進行負更新，或者對車輛數(shù)據(jù)存儲區(qū)進行負更新(可用于以后的分析中)。另一方面，如果駕駛員選擇繼續(xù)進行預(yù)調(diào)節(jié)，則該處理在543可將啟動時間調(diào)整為新的計劃啟動時間(通過以固定的量對時間進行遞增、從駕駛員接收新的計劃啟動時間等)，并且繼續(xù)進行預(yù)調(diào)節(jié)。
[0074]圖6示出了說明性時間表更新處理。針對在該圖中描述的說明性實施例，應(yīng)當(dāng)注意的是，為了執(zhí)行在此示出的示例性方法中的一些或全部的目的，通用處理器可被暫時用作專用處理器。當(dāng)執(zhí)行提供用于執(zhí)行所述方法的一些或全部步驟的指令的代碼時，所述處理器可被暫時改用作專用處理器，直到所述方法完成時為止。在另一示例中，在適當(dāng)?shù)某潭壬?，根?jù)預(yù)先配置的處理器運行的固件可使得所述處理器充當(dāng)為了執(zhí)行所述方法或所述方法的一些合理的變型的目的而被提供的專用處理器。
[0075]在該說明性示例中，可對駕駛員時間表進行更新，使得針對計劃啟動時間對實際啟動時間的隨時間觀測到的偏差或者例如從未實際發(fā)生過的計劃啟動時間可在時間表上被改變/去除。
[0076]在該示例中，該處理在601基于預(yù)測車輛何時被啟動而整合(assemble)預(yù)測時間表，其中，基于觀測到的行為來預(yù)測車輛何時被啟動。該時間表基于觀測到的駕駛員行為而被產(chǎn)生，并且與現(xiàn)有的創(chuàng)建的實際時間表是不同的。此時還可在603加載所創(chuàng)建的計劃啟動時間的時間表。
[0077]對于初始時間間隔(和對于隨后的間隔)，該處理可在607將預(yù)測的點火開關(guān)接通與計劃的點火開關(guān)接通進行比較，以查看計劃的數(shù)據(jù)(點火開關(guān)接通或點火開關(guān)沒有接通)是否與預(yù)測的數(shù)據(jù)相匹配。對于兩個時間表不同的每個實例，該處理可在609標(biāo)記時間間隔。該處理在613通過移至下一個間隔繼續(xù)進行，直到在611沒有間隔剩余進行考慮。
[0078]此時，在該處理中，當(dāng)所有適當(dāng)?shù)拈g隔都已被考慮到時，該處理可在615確定在固定的日歷上被標(biāo)記的實例的數(shù)量是否超過閾值。如果能夠自動日歷更新，則該步驟可被跳過，否則在僅存在一個或幾個偏差時該步驟有助于防止用戶被打斷。在該示例中，如果存在偏差數(shù)量的閾值，則該處理在617通知用戶/駕駛員。自動更新也可跳過通知步驟，并基于具有高成功度的預(yù)測來直接地修改固定日歷。在該示例中，駕駛員可在619選擇使固定日歷被自動地更新以在621適應(yīng)由標(biāo)記所指示的新的時間(并去除當(dāng)前不準確的計劃時間)，或者，代替地，駕駛員可登錄服務(wù)或訪問應(yīng)用，所述服務(wù)或應(yīng)用允許手動編輯時間表。
[0079]雖然以上描述了示例性實施例，但這些實施例并不意在描述本發(fā)明的所有可能形式。更確切地，說明書中所使用的詞語是描述性詞語而非限制性詞語，并且應(yīng)理解的是，可在不脫離本發(fā)明的精神和范圍的情況下做出各種改變。此外，可將各種實施的實施例的特征進行組合以形成本發(fā)明的進一步的實施例。
【主權(quán)項】
1.一種系統(tǒng)，包括: 處理器，被配置為: 訪問可能的車輛啟動時間的時間表； 在當(dāng)前時間處于計劃點火開關(guān)接通時間的可調(diào)接近度內(nèi)時，基于觀測到的車輛使用，從所述時間表中選擇所述計劃點火開關(guān)接通時間，其中，所述計劃點火開關(guān)接通時間發(fā)生的可能性高于可調(diào)閾值； 確定當(dāng)前與車輛相關(guān)的溫度是否引起車輛預(yù)調(diào)節(jié)； 預(yù)調(diào)節(jié)車輛，直到建立預(yù)設(shè)的預(yù)調(diào)節(jié)設(shè)置為止。2.如權(quán)利要求1所述的系統(tǒng)，其中，與車輛相關(guān)的溫度包括車輛的內(nèi)部溫度。3.如權(quán)利要求1所述的系統(tǒng)，其中，與車輛相關(guān)的溫度包括車輛的外部溫度。4.如權(quán)利要求1所述的系統(tǒng)，其中，預(yù)調(diào)節(jié)包括加熱或冷卻車輛的內(nèi)部。5.如權(quán)利要求1所述的系統(tǒng)，其中，預(yù)調(diào)節(jié)包括進行車輛車窗除霜。6.如權(quán)利要求1所述的系統(tǒng)，其中，預(yù)調(diào)節(jié)包括加熱或冷卻車輛電池。7.如權(quán)利要求1所述的系統(tǒng)，其中，處理器還被配置為: 如果計劃點火開關(guān)接通時間已經(jīng)過去，則通知用戶請求用于繼續(xù)進行預(yù)調(diào)節(jié)的許可。8.如權(quán)利要求7所述的系統(tǒng)，其中，處理器還被配置為: 如果駕駛員指示繼續(xù)進行預(yù)調(diào)節(jié)，則設(shè)置新的計劃點火開關(guān)接通時間。9.如權(quán)利要求1所述的系統(tǒng)，其中，所述時間表包括車輛啟動時間，車輛啟動時間基于駕駛員對于時間表的輸入，其中，所述車輛啟動時間被視為具有100%的發(fā)生的可能性。
【文檔編號】B60R16/023GK105905052SQ201610096633
【公開日】2016年8月31日
【申請日】2016年2月22日
【發(fā)明人】曾福林, 楊行翔, 愛得·M·杜達爾, 迪米塔·彼特諾夫·菲利夫, 約翰內(nèi)斯·蓋爾·克里斯汀森
【申請人】福特全球技術(shù)公司