支持藍(lán)牙連接的車輛主機(jī)單元以及其控制方法
【專利說明】支持藍(lán)牙連接的車輛主機(jī)單元以及其控制方法
[0001]相關(guān)申請交叉參考
[0002]本申請要求2014年11月12日提交的韓國專利申請N0.10-2014-0157380的權(quán)益，以引用方式將上述申請的全部內(nèi)容并入本公開。
技術(shù)領(lǐng)域
[0003]本公開涉及從車輛與移動(dòng)設(shè)備進(jìn)行藍(lán)牙連接的方法，并且更具體地，涉及當(dāng)車輛和移動(dòng)設(shè)備配對時(shí)，其中配對信息僅保存在車輛或移動(dòng)設(shè)備中，能夠有效的與移動(dòng)設(shè)備進(jìn)行連接的車輛及其控制方法。
【背景技術(shù)】
[0004]目前，由于智能電話的迅速普及以及藍(lán)牙日益增加的使用，使得藍(lán)牙功能的使用非常高。因?yàn)樵隈{駛車輛時(shí)可能打電話或聽音樂，所以藍(lán)牙功能可在車輛內(nèi)使用。
[0005]然而，即使在過去建立連接，車輛和智能電話之間的連接不為下次使用而自動(dòng)建立，這是因?yàn)橛涗浽谔峁┧{(lán)牙功能的車輛的主機(jī)單元(head unit)中的智能電話的連接信息被刪除，或者與車輛連接的信息從智能電話中被刪除。例如，當(dāng)一些人(例如，家庭成員)共乘車輛并且他們中的一員由于失誤刪除了關(guān)于記錄的設(shè)備的信息，或由于智能電話的操作系統(tǒng)頻繁升級(jí)過程中引起的故障，使得關(guān)于主機(jī)單元的信息從智能電話的藍(lán)牙列表中被刪除。具體地，由于配對過程可能復(fù)雜，不熟悉藍(lán)牙功能的用戶，由于連接列表的刪除，不能建立藍(lán)牙連接。

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

[0006]本公開涉及一種支持高效藍(lán)牙連接的車輛及其控制方法，其基本上消除了由于現(xiàn)有技術(shù)的限制和缺點(diǎn)導(dǎo)致的一個(gè)或多個(gè)問題。
[0007]本發(fā)明概念的一方面提供一種車輛及其控制方法，其使得即使當(dāng)連接信息從車輛或移動(dòng)設(shè)備的連接列表中被刪除時(shí)，通過簡單的用戶操作容易地建立車輛和移動(dòng)設(shè)備之間的連接，能夠降低對車輛藍(lán)牙的不滿意并且提高車輛藍(lán)牙的可用性。
[0008]將在隨后的描述中部分地闡述本發(fā)明的其他優(yōu)點(diǎn)、目的和特征，并且在研讀下文時(shí)，本發(fā)明另外的優(yōu)點(diǎn)、目的和特征對本領(lǐng)域技術(shù)人員將部分地顯而易見，或可從本發(fā)明的實(shí)踐中學(xué)習(xí)本發(fā)明的其他優(yōu)點(diǎn)、目的和特征?？赏ㄟ^在書面描述、所附權(quán)利要求以及附圖中具體指出的結(jié)構(gòu)來認(rèn)識(shí)到并獲得本發(fā)明的目的和其它優(yōu)點(diǎn)。
[0009]根據(jù)本發(fā)明概念的示例性實(shí)施例，一種由車輛的主機(jī)單元通過藍(lán)牙與移動(dòng)設(shè)備進(jìn)行連接的方法，其中移動(dòng)設(shè)備與主機(jī)單元配對，該方法包括:由控制器發(fā)送用于檢查連接密鑰的消息至移動(dòng)設(shè)備。當(dāng)從移動(dòng)設(shè)備接收到指示連接被拒絕的第二消息時(shí)，控制器發(fā)送用于開始新配對過程的第三消息至移動(dòng)設(shè)備。
[0010]根據(jù)本發(fā)明概念的另一示例性實(shí)施例，一種用于通過藍(lán)牙與移動(dòng)設(shè)備進(jìn)行連接的車輛主機(jī)單元，其中移動(dòng)設(shè)備與主機(jī)單元配對，該主機(jī)單元包括用于存儲(chǔ)移動(dòng)設(shè)備連接密鑰的存儲(chǔ)器。藍(lán)牙模塊以藍(lán)牙方式交換數(shù)據(jù)?？刂破髋渲贸捎糜诳刂扑{(lán)牙模塊以發(fā)送檢查連接密鑰的第一消息至移動(dòng)設(shè)備。當(dāng)從移動(dòng)設(shè)備接收到指示連接被拒絕的第二消息時(shí)，控制器發(fā)送用于開始新配對過程的第三消息至移動(dòng)設(shè)備。
[0011]根據(jù)本發(fā)明概念的另一示例性實(shí)施例，一種由車輛的主機(jī)單元通過藍(lán)牙與移動(dòng)設(shè)備進(jìn)行連接的方法，其中移動(dòng)設(shè)備與主機(jī)單元配對，該方法包括:由控制器從移動(dòng)設(shè)備接收用于檢查連接密鑰的第一消息。如果連接密鑰丟失，控制器發(fā)送指示連接被拒絕的第二消息至移動(dòng)設(shè)備?？刂破魇褂靡苿?dòng)設(shè)備的設(shè)備地址來確定移動(dòng)設(shè)備是否具有連接歷史。在確定移動(dòng)設(shè)備具有連接歷史時(shí)，控制器然后發(fā)送開始新配對過程的第三消息至移動(dòng)設(shè)備。
[0012]根據(jù)本發(fā)明概念的另一示例性實(shí)施例，一種用于通過藍(lán)牙與移動(dòng)設(shè)備進(jìn)行連接的車輛主機(jī)單元，其中移動(dòng)設(shè)備與主機(jī)單元配對，主機(jī)單元包括用于存儲(chǔ)至少一個(gè)連接的外部設(shè)備的設(shè)備地址的存儲(chǔ)器。藍(lán)牙模塊配置成用于以藍(lán)牙方式交換數(shù)據(jù)?？刂破髋渲贸捎糜诳刂扑{(lán)牙模塊以從移動(dòng)設(shè)備接收用于檢查連接密鑰的第一消息，如果連接密鑰丟失，發(fā)送指示連接被拒絕的第二消息至移動(dòng)設(shè)備。如果移動(dòng)設(shè)備的設(shè)備地址存儲(chǔ)在移動(dòng)設(shè)備中，控制器發(fā)送用于開始新配對過程的第三消息至移動(dòng)設(shè)備。
[0013]應(yīng)當(dāng)理解，本公開的前述一般描述和下文詳細(xì)描述是示例性和說明性的，并且希望提供對所要求保護(hù)的本發(fā)明的進(jìn)一步說明。
【附圖說明】
[0014]附圖被包括在內(nèi)以提供對本發(fā)明的進(jìn)一步理解，并且附圖被并入本文且構(gòu)成本申請的一部分，說明本發(fā)明的實(shí)施例并且與描述一起說明本發(fā)明的原理。
[0015]圖1示出根據(jù)本發(fā)明概念的實(shí)施例的車輛主機(jī)單元和移動(dòng)設(shè)備之間連接過程的示例。
[0016]圖2示出根據(jù)本發(fā)明概念的實(shí)施例的用于車輛主機(jī)單元和移動(dòng)設(shè)備之間連接的消息交換過程的示例。
[0017]圖3示出根據(jù)本發(fā)明概念的實(shí)施例在主機(jī)單元和移動(dòng)設(shè)備之間連接過程中顯示的信息的示例。
[0018]圖4示出根據(jù)本發(fā)明概念的實(shí)施例的車輛主機(jī)單元和移動(dòng)設(shè)備之間連接過程的另一示例。
[0019]圖5示出根據(jù)本發(fā)明概念的實(shí)施例的用于車輛主機(jī)單元和移動(dòng)設(shè)備之間連接的消息交換過程的另一示例。
[0020]圖6示出根據(jù)本發(fā)明概念的實(shí)施例在主機(jī)單元和移動(dòng)設(shè)備之間連接過程中顯示的信息的另一示例。
【具體實(shí)施方式】
[0021]現(xiàn)在將詳細(xì)參考本發(fā)明概念的示例性實(shí)施方式，實(shí)施方式的示例在附圖中說明。附圖中相似的附圖標(biāo)記指代相似的元素，并且其重復(fù)描述將被省略。本文元素的后綴“?！缐?、器/件(er/or)”和“單元”為方便描述而使用，因此可互換使用且不具有任何可區(qū)別的意思或功能。
[0022]在本公開的以下描述中，當(dāng)并入本文的已知功能和配置的詳細(xì)描述可使本公開的主題不清除時(shí)，其將被省略。應(yīng)當(dāng)理解，不希望限制本發(fā)明的示例性實(shí)施例于公開的特定形式，相反，本發(fā)明的示例性實(shí)施例旨在覆蓋落在本發(fā)明精神和范圍內(nèi)的所有修改、等同和替換形式。
[0023]本公開目的在于，即使當(dāng)連接列表從車輛或移動(dòng)設(shè)備中被刪除時(shí)，通過簡單的用戶操作容易地建立在車輛和移動(dòng)設(shè)備之間的連接，降低對車輛藍(lán)牙的不滿意以及提高車輛藍(lán)牙的可用性。在為上述目的描述本發(fā)明概念的實(shí)施例之前，首先給出與連接列表一起刪除的連接密鑰的概念的描述。
[0024]藍(lán)牙通信是基于兩個(gè)設(shè)備之間的協(xié)議。兩個(gè)設(shè)備共享在配對步驟中生成的連接密鑰，基于該連接密鑰，通過兩個(gè)設(shè)備之間的認(rèn)證過程，允許接入到彼此，并且然后基于其之間的可靠性建立連接。即，在配對步驟中生成的連接密鑰用作配對后互連兩個(gè)設(shè)備的秘密密鑰。如果連接密鑰從一個(gè)設(shè)備中丟失(例如，由于連接列表的刪除)，其中該連接密鑰為兩個(gè)設(shè)備之間預(yù)定義的秘密密鑰，則兩個(gè)設(shè)備之間的連接失去可靠性，并且僅可通過配對再次生成連接密鑰來成功建立再連接。
[0025]為解決這種不便，本公開提議了即使當(dāng)連接密鑰從主機(jī)單元或設(shè)備中被刪除時(shí)，不需要通過配對而可成功地建立再連接的方法。
[0026]通常，如果一個(gè)設(shè)備與另一設(shè)備配對，在連接密鑰被刪除之前，兩個(gè)設(shè)備具有相同連接密鑰，并且如果具有連接密鑰的設(shè)備在連接釋放后嘗試與另一設(shè)備再連接，則使用專用消息檢查連接密鑰。在這種情況下，專用消息可與用于初始配對而生成連接密鑰的消息(例如，(鏈路管理協(xié)議(LMP) _ I n_ran d_r eq)不同，并且其示例可為LMP_au_r an d消息。這里，LMP指與藍(lán)牙設(shè)備之間連接建立相關(guān)的鏈路管理協(xié)議。LMP_au_rand消息包括加密為連接密鑰的隨機(jī)數(shù)字。因此，如果連接密鑰從接收器側(cè)被刪除，接收器側(cè)不能使用連接密鑰生成相同的數(shù)字，并且因此將LMP_not_aCCepted消息發(fā)送至發(fā)送器側(cè)(S卩，具有連接密鑰且嘗試連接的設(shè)備)以表示連接被拒絕。另外，對應(yīng)的設(shè)備發(fā)送LMP_detach消息至發(fā)送器側(cè)，并且然后釋放連接。
[0027]因此，在傳統(tǒng)情況下，如果連接密鑰從甚至一個(gè)設(shè)備中丟失，連接嘗試終止。為解決這個(gè)問題，本公開由具有連接密鑰的設(shè)備發(fā)送用于檢查相對設(shè)備的連接密鑰的消息，并且如果響應(yīng)于發(fā)送的消息，接收到指示連接被拒絕的消息，則立即開始新配對。
[002