本申請(qǐng)涉及藍(lán)牙通信技術(shù)領(lǐng)域，具體涉及一種藍(lán)牙適配器、車載單元及其藍(lán)牙適配方法。

背景技術(shù)：

電子不停車自動(dòng)收費(fèi)(ETC，Electronic Toll Collection)系統(tǒng)是一種無須停車?yán)U費(fèi)來通過收費(fèi)站的方案，其利用路側(cè)單元(RSU，Road Side Unit，也稱路側(cè)基站)與安裝在車內(nèi)的車載單元(OBU，On Board Unit)進(jìn)行相互通信和信息交換，以達(dá)到對(duì)車輛的自動(dòng)識(shí)別，并自動(dòng)從車輛用戶的專用賬戶中扣除通信費(fèi)，從而實(shí)現(xiàn)自動(dòng)收費(fèi)。其中，OBU設(shè)有支持對(duì)ESAM卡讀寫的接口，該接口屬于接觸讀寫方式，通過該接口，OBU可對(duì)ESAM卡進(jìn)行讀寫操作，可以讀取ESAM卡系統(tǒng)信息、產(chǎn)生過程密匙等。目前用于高速公路或停車場(chǎng)的電子不停車收費(fèi)的OBU是無法直接連接互聯(lián)網(wǎng)的，因此其對(duì)儲(chǔ)值卡充值都必須在固定網(wǎng)點(diǎn)進(jìn)行，為用戶帶來不便。因此，行業(yè)內(nèi)引入了用戶自助充值技術(shù)，用戶使用自己的移動(dòng)終端給儲(chǔ)值卡充值。采用一個(gè)連接在OBU上的藍(lán)牙適配器作為移動(dòng)終端與OBU的通信媒介。然而，由于現(xiàn)在大部分手機(jī)都會(huì)根據(jù)手機(jī)硬件，對(duì)安卓操作系統(tǒng)進(jìn)行裁剪、移植，導(dǎo)致其與藍(lán)牙的兼容性、操作一致性上存在一些差異。另外，當(dāng)前手機(jī)使用的操作系統(tǒng)多種多樣，包括Android、IOS、Windows等，所以，如果保證藍(lán)牙適配器能夠適配不同操作系統(tǒng)的手機(jī)，也是亟待解決的問題。

技術(shù)實(shí)現(xiàn)要素：

本申請(qǐng)?zhí)峁┝艘环N藍(lán)牙適配器、車載單元及其藍(lán)牙適配方法，解決了藍(lán)牙適配器不能很好地適配不同操作系統(tǒng)的電子終端，以及藍(lán)牙適配器在與相同操作系統(tǒng)的電子終端進(jìn)行通信時(shí)操作一致性差的問題。

根據(jù)本申請(qǐng)的第一方面，本申請(qǐng)?zhí)峁┝艘环N藍(lán)牙適配器的藍(lán)牙適配方法，包括：

藍(lán)牙適配器與第一電子終端建立無線連接；

藍(lán)牙適配器從所述第一電子終端獲取至少攜帶有第一電子終端的操作系統(tǒng)類型的信息；

藍(lán)牙適配器本身或與藍(lán)牙適配器相通信的電子設(shè)備判斷藍(lán)牙適配器的當(dāng)前配對(duì)模式是否與第一電子終端的操作系統(tǒng)類型匹配，在判斷到不匹配時(shí)，二次配置藍(lán)牙適配器，二次配置后藍(lán)牙適配器的配對(duì)模式與第一電子終端的操作系統(tǒng)類型匹配，所述配對(duì)模式包括主動(dòng)請(qǐng)求配對(duì)模式和被動(dòng)請(qǐng)求配對(duì)模式。

在某些實(shí)施例中，判斷藍(lán)牙適配器的當(dāng)前配對(duì)模式是否與第一電子終端的操作系統(tǒng)類型匹配，具體為：

如果第一電子終端的操作系統(tǒng)為第一操作系統(tǒng)，而藍(lán)牙適配器的當(dāng)前配對(duì)模式為被動(dòng)請(qǐng)求配對(duì)模式，則確定藍(lán)牙適配器的當(dāng)前配對(duì)模式與第一電子終端的操作系統(tǒng)類型不匹配；

如果第一電子終端的操作系統(tǒng)為第一操作系統(tǒng)，而藍(lán)牙適配器的當(dāng)前配對(duì)模式為主動(dòng)請(qǐng)求配對(duì)模式，則確定藍(lán)牙適配器的當(dāng)前配對(duì)模式與第一電子終端的操作系統(tǒng)類型匹配；

如果第一電子終端的操作系統(tǒng)為第二操作系統(tǒng)，而藍(lán)牙適配器的當(dāng)前配對(duì)模式為被動(dòng)請(qǐng)求配對(duì)模式，則確定藍(lán)牙適配器的當(dāng)前配對(duì)模式與第一電子終端的操作系統(tǒng)類型匹配；

如果第一電子終端的操作系統(tǒng)為第二操作系統(tǒng)，而藍(lán)牙適配器的當(dāng)前配對(duì)模式為主動(dòng)請(qǐng)求配對(duì)模式，則確定藍(lán)牙適配器的當(dāng)前配對(duì)模式與第一電子終端的操作系統(tǒng)類型不匹配。

在某些實(shí)施例中，所述藍(lán)牙適配器從所述第一電子終端獲取到至少攜帶有第一電子終端的操作系統(tǒng)類型的信息后，與第一電子終端進(jìn)行數(shù)據(jù)通信，并在獲取到第一電子終端發(fā)送的斷開所述無線連接的指令后，再判斷藍(lán)牙適配器的當(dāng)前配對(duì)模式是否與第一電子終端的操作系統(tǒng)類型匹配。

在某些實(shí)施例中，在二次配置藍(lán)牙適配器后，藍(lán)牙適配器還進(jìn)行復(fù)位重啟，并重新與第一電子終端建立無線連接，在重新與第一電子終端建立無線連接后，還再次與第一電子終端進(jìn)行配對(duì)，并進(jìn)行數(shù)據(jù)通信。

在某些實(shí)施例中，所述第一操作系統(tǒng)為ios操作系統(tǒng)，第二操作系統(tǒng)為Android操作系統(tǒng)。

在某些實(shí)施例中，所述電子設(shè)備為車載終端，與所述藍(lán)牙適配器通過內(nèi)部或者外部接口進(jìn)行通信。

根據(jù)本申請(qǐng)的第二方面，本申請(qǐng)?zhí)峁┝艘环N藍(lán)牙適配器，包括：

藍(lán)牙模塊，用于與第一電子終端建立無線連接，并從所述第一電子終端獲取至少攜帶有第一電子終端的操作系統(tǒng)類型的信息；

控制模塊，用于本身判斷藍(lán)牙適配器的當(dāng)前配對(duì)模式是否與第一電子終端的操作系統(tǒng)類型匹配，或?qū)⑺霎?dāng)前配對(duì)模式提供給電子設(shè)備，由所述電子設(shè)備判斷藍(lán)牙適配器的當(dāng)前配對(duì)模式是否與第一電子終端的操作系統(tǒng)類型匹配，在判斷到不匹配時(shí)，二次配置藍(lán)牙適配器，二次配置后藍(lán)牙適配器的配對(duì)模式與第一電子終端的操作系統(tǒng)類型匹配，所述配對(duì)模式包括主動(dòng)請(qǐng)求配對(duì)模式和被動(dòng)請(qǐng)求配對(duì)模式；

接口模塊，用于連接到電子設(shè)備，所述電子設(shè)備通過藍(lán)牙適配器與第一電子終端進(jìn)行通信。

在某些實(shí)施例中，控制模塊或電子設(shè)備判斷藍(lán)牙適配器的當(dāng)前配對(duì)模式是否與第一電子終端的操作系統(tǒng)類型匹配時(shí)，

如果第一電子終端的操作系統(tǒng)為第一操作系統(tǒng)，而藍(lán)牙適配器的當(dāng)前配對(duì)模式為被動(dòng)請(qǐng)求配對(duì)模式，則確定藍(lán)牙適配器的當(dāng)前配對(duì)模式與第一電子終端的操作系統(tǒng)類型不匹配；

如果第一電子終端的操作系統(tǒng)為第一操作系統(tǒng)，而藍(lán)牙適配器的當(dāng)前配對(duì)模式為主動(dòng)請(qǐng)求配對(duì)模式，則確定藍(lán)牙適配器的當(dāng)前配對(duì)模式與第一電子終端的操作系統(tǒng)類型匹配；

如果第一電子終端的操作系統(tǒng)為第二操作系統(tǒng)，而藍(lán)牙適配器的當(dāng)前配對(duì)模式為被動(dòng)請(qǐng)求配對(duì)模式，則確定藍(lán)牙適配器的當(dāng)前配對(duì)模式與第一電子終端的操作系統(tǒng)類型匹配；

如果第一電子終端的操作系統(tǒng)為第二操作系統(tǒng)，而藍(lán)牙適配器的當(dāng)前配對(duì)模式為主動(dòng)請(qǐng)求配對(duì)模式，則確定藍(lán)牙適配器的當(dāng)前配對(duì)模式與第一電子終端的操作系統(tǒng)類型不匹配。

在某些實(shí)施例中，所述控制模塊還用于在藍(lán)牙模塊獲取到至少攜帶有第一電子終端的操作系統(tǒng)類型的信息后，控制藍(lán)牙模塊與第一電子終端進(jìn)行數(shù)據(jù)通信，并在獲取到第一電子終端發(fā)送的斷開所述無線連接的指令后，本身判斷藍(lán)牙適配器的當(dāng)前配對(duì)模式是否與第一電子終端的操作系統(tǒng)類型匹配，或?qū)⑺霎?dāng)前配對(duì)模式提供給電子設(shè)備，由所述電子設(shè)備判斷藍(lán)牙適配器的當(dāng)前配對(duì)模式是否與第一電子終端的操作系統(tǒng)類型匹配。

根據(jù)本申請(qǐng)的第三方面，本申請(qǐng)?zhí)峁┝艘环N車載單元，用于與藍(lán)牙適配器連接或內(nèi)置藍(lán)牙適配器，包括：

藍(lán)牙接口模塊，用于通過內(nèi)部或者外部接口與藍(lán)牙適配器進(jìn)行通信；

藍(lán)牙配置模塊，用于在藍(lán)牙適配器與第一電子終端建立無線連接后，判斷 藍(lán)牙適配器的當(dāng)前配對(duì)模式是否與第一電子終端的操作系統(tǒng)類型匹配，并在判斷到不匹配時(shí)，二次配置藍(lán)牙適配器，使二次配置后藍(lán)牙適配器的配對(duì)模式與第一電子終端的操作系統(tǒng)類型匹配，所述配對(duì)模式包括主動(dòng)請(qǐng)求配對(duì)模式和被動(dòng)請(qǐng)求配對(duì)模式。

本申請(qǐng)?zhí)峁┑乃{(lán)牙適配器、車載單元及其藍(lán)牙適配方法，藍(lán)牙適配器與第一電子終端建立無線連接后，獲取至少攜帶有第一電子終端的操作系統(tǒng)類型的信息，之后判斷藍(lán)牙適配器的當(dāng)前配對(duì)模式是否與第一電子終端的操作系統(tǒng)類型匹配，在判斷到不匹配時(shí)，二次配置藍(lán)牙適配器，以使二次配置后藍(lán)牙適配器的配對(duì)模式與第一電子終端的操作系統(tǒng)類型匹配。從而解決藍(lán)牙適配器不能很好地適配不同操作系統(tǒng)的電子終端，以及藍(lán)牙適配器在與相同操作系統(tǒng)的電子終端進(jìn)行通信時(shí)操作一致性差的問題。

附圖說明

圖1為本申請(qǐng)一種實(shí)施例中電子設(shè)備通過藍(lán)牙適配器與第一電子終端進(jìn)行通信的示意圖；

圖2為本申請(qǐng)一種實(shí)施例中藍(lán)牙適配器的結(jié)構(gòu)示意圖；

圖3為本申請(qǐng)一種實(shí)施例中藍(lán)牙適配方法的流程示意圖；

圖4為本申請(qǐng)另一種實(shí)施例中藍(lán)牙適配方法的流程示意圖。

具體實(shí)施方式

藍(lán)牙適配器設(shè)備在出廠后，可以通過一些指令對(duì)其進(jìn)行配置，設(shè)置其工作方式(即配對(duì)模式)，且這種配置是可以多次反復(fù)進(jìn)行的。利用藍(lán)牙適配器的配對(duì)模式可以二次配置這點(diǎn)，本申請(qǐng)的發(fā)明構(gòu)思在于：電子終端(例如手機(jī)、平板電腦、耳機(jī)等)在與藍(lán)牙適配器初次連接時(shí)，發(fā)送至少攜帶有該電子終端的操作系統(tǒng)類型的信息給藍(lán)牙適配器，藍(lán)牙適配器會(huì)根據(jù)其操作系統(tǒng)類型(操作系統(tǒng)類型包括Android、iOS、Windows等)，必要時(shí)對(duì)藍(lán)牙適配器進(jìn)行二次配置，以使藍(lán)牙適配器在與使用同一種操作系統(tǒng)的電子終端進(jìn)行通信時(shí)，其配對(duì)操作具有一致性。

以使用iOS系統(tǒng)的蘋果手機(jī)和使用安卓系統(tǒng)的手機(jī)為例，在手機(jī)與藍(lán)牙適配器配對(duì)連接時(shí)，如果藍(lán)牙適配器的配對(duì)模式設(shè)置為“被動(dòng)請(qǐng)求配對(duì)模式(等待配對(duì)請(qǐng)求模式)”，則使用iOS系統(tǒng)的蘋果手機(jī)均無法在連接時(shí)自動(dòng)彈出配對(duì)對(duì)話框，無法完成配對(duì)；此時(shí)使用安卓系統(tǒng)的手機(jī)則均可以完成配對(duì)，且只需 配對(duì)一次手機(jī)即可記憶配對(duì)過的藍(lán)牙適配器，下次連接后無需重復(fù)配對(duì)，操作有一致性。如果藍(lán)牙適配器的配對(duì)模式設(shè)置為“主動(dòng)請(qǐng)求配對(duì)模式(無需等待，直接發(fā)起配對(duì)請(qǐng)求模式)”，則使用iOS系統(tǒng)的蘋果手機(jī)能夠正常進(jìn)行配對(duì)；在測(cè)試安卓系統(tǒng)手機(jī)時(shí)發(fā)現(xiàn)部分安卓手機(jī)(例如HTC系列手機(jī))會(huì)出現(xiàn)每次使用都需要重新配對(duì)的情形，每次使用都需要輸入PIN碼進(jìn)行配對(duì)，從而影響用戶體驗(yàn)，給用戶操作造成不便。

藍(lán)牙配對(duì)和數(shù)據(jù)傳輸是相互獨(dú)立的過程，沒有配對(duì)或者配對(duì)過程中可以進(jìn)行數(shù)據(jù)傳輸。只是配對(duì)成功前，數(shù)據(jù)位明文傳輸，配對(duì)成功后，數(shù)據(jù)位密文傳輸。如果兩個(gè)藍(lán)牙終端(第一電子終端和藍(lán)牙適配器)需要進(jìn)行通信，必須先連接，這是兩者通信的前提。配對(duì)主要是出于兩個(gè)目的：1、藍(lán)牙間通信數(shù)據(jù)的加密；2、配對(duì)后，藍(lán)牙終端會(huì)記錄與之配對(duì)的藍(lán)牙終端的信息，例如pin碼，方便以后使用，后續(xù)二者配對(duì)時(shí)無需再輸入對(duì)方的pin碼。

本申請(qǐng)?zhí)岬降碾娮釉O(shè)備可以是任意一種帶有藍(lán)牙適配器的電子終端，例如手機(jī)、平板電腦、藍(lán)牙耳機(jī)、藍(lán)牙音響、OBU等。且第一電子終端和電子設(shè)備的命名只是為了區(qū)別藍(lán)牙傳輸過程中兩個(gè)不同的終端，在不同的考慮角度下，第一電子終端也可以被稱為電子設(shè)備，電子設(shè)備被稱為第一電子終端。本申請(qǐng)實(shí)施例中，以第一電子終端是手機(jī)，電子設(shè)備是OBU為例進(jìn)行說明。

下面通過具體實(shí)施方式結(jié)合附圖對(duì)本申請(qǐng)作進(jìn)一步詳細(xì)說明。

實(shí)施例一

請(qǐng)參考圖1，為電子設(shè)備20通過藍(lán)牙適配器30與第一電子終端10進(jìn)行通信的示意圖。本實(shí)施例中，第一電子終端以移動(dòng)終端為例，電子設(shè)備以車載單元(OBU)為例進(jìn)行說明，藍(lán)牙適配器插在OBU上，從而使得OBU通過藍(lán)牙適配器與移動(dòng)終端進(jìn)行通信。

其中，車載單元，用于與藍(lán)牙適配器連接或內(nèi)置藍(lán)牙適配器，包括藍(lán)牙接口模塊和藍(lán)牙配置模塊。

藍(lán)牙接口模塊用于通過內(nèi)部或者外部接口與藍(lán)牙適配器進(jìn)行通信。

藍(lán)牙配置模塊可用于在藍(lán)牙適配器與移動(dòng)終端初次建立無線連接后，讀取藍(lán)牙適配器從移動(dòng)終端得到的操作系統(tǒng)類型，以及藍(lán)牙適配器的當(dāng)前配對(duì)模式，以此判斷藍(lán)牙適配器的當(dāng)前配對(duì)模式是否與第一電子終端的操作系統(tǒng)類型匹配，并在判斷到不匹配時(shí)，向藍(lán)牙適配器發(fā)送指令二次配置藍(lán)牙適配器，使二次配置后藍(lán)牙適配器的配對(duì)模式與第一電子終端的操作系統(tǒng)類型匹配，配對(duì)模式包括主動(dòng)請(qǐng)求配對(duì)模式和被動(dòng)請(qǐng)求配對(duì)模式。

當(dāng)然在藍(lán)牙適配器本身可以做以上判斷的情況下，車載單元只需與藍(lán)牙適配器進(jìn)行正常通信，或者說，車載單元只需通過藍(lán)牙適配器與移動(dòng)終端進(jìn)行通信，實(shí)現(xiàn)車載單元充值等功能。

請(qǐng)參考圖2，藍(lán)牙適配器30包括藍(lán)牙模塊301、控制模塊302和接口模塊303。

藍(lán)牙模塊301用于與第一電子終端建立無線連接，并在初次連接時(shí)從第一電子終端獲取至少攜帶有第一電子終端的操作系統(tǒng)類型的信息。第一電子終端可以是移動(dòng)終端，比如手機(jī)?？刂颇K302用于判斷藍(lán)牙模塊301當(dāng)前配對(duì)模式是否與第一電子終端的操作系統(tǒng)類型匹配，在判斷到不匹配時(shí)，二次配置藍(lán)牙適配器301，二次配置后藍(lán)牙模塊301的配對(duì)模式與第一電子終端的操作系統(tǒng)類型匹配，配對(duì)模式包括主動(dòng)請(qǐng)求配對(duì)模式和被動(dòng)請(qǐng)求配對(duì)模式。

或者在車載單元進(jìn)行以上判斷的情況下，車載單元會(huì)讀取藍(lán)牙適配器從移動(dòng)終端得到的操作系統(tǒng)類型，控制模塊用于將當(dāng)前配對(duì)匹配模式提供給電子設(shè)備，由車載單元判斷藍(lán)牙適配器的當(dāng)前配對(duì)模式是否與第一電子終端的操作系統(tǒng)類型匹配。

控制模塊302還用于記錄與之配對(duì)的第一電子終端的pin碼，方便以后使用，后續(xù)藍(lán)牙適配器與該第一電子終端配對(duì)時(shí)無需再輸入對(duì)方的pin碼。

接口模塊303用于連接到電子設(shè)備，即OBU，OBU通過藍(lán)牙適配器與第一電子終端進(jìn)行通信。

本實(shí)施例中，控制模塊302判斷藍(lán)牙適配器的當(dāng)前配對(duì)模式是否與第一電子終端的操作系統(tǒng)類型匹配時(shí)，包括下面幾種情況：

1、如果第一電子終端的操作系統(tǒng)為第一操作系統(tǒng)，而藍(lán)牙適配器的當(dāng)前配對(duì)模式為被動(dòng)請(qǐng)求配對(duì)模式，則確定藍(lán)牙適配器的當(dāng)前配對(duì)模式與第一電子終端的操作系統(tǒng)類型不匹配。

2、如果第一電子終端的操作系統(tǒng)為第一操作系統(tǒng)，而藍(lán)牙適配器的當(dāng)前配對(duì)模式為主動(dòng)請(qǐng)求配對(duì)模式，則確定藍(lán)牙適配器的當(dāng)前配對(duì)模式與第一電子終端的操作系統(tǒng)類型匹配。

3、如果第一電子終端的操作系統(tǒng)為第二操作系統(tǒng)，而藍(lán)牙適配器的當(dāng)前配對(duì)模式為被動(dòng)請(qǐng)求配對(duì)模式，則確定藍(lán)牙適配器的當(dāng)前配對(duì)模式與第一電子終端的操作系統(tǒng)類型匹配。

4、如果第一電子終端的操作系統(tǒng)為第二操作系統(tǒng)，而藍(lán)牙適配器的當(dāng)前配對(duì)模式為主動(dòng)請(qǐng)求配對(duì)模式，則確定藍(lán)牙適配器的當(dāng)前配對(duì)模式與第一電子終端的操作系統(tǒng)類型不匹配。

上述第一操作系統(tǒng)可以為ios操作系統(tǒng)，第二操作系統(tǒng)可以為Android操作系統(tǒng)。需要說明的是，本實(shí)施例僅以目前最常用的ios操作系統(tǒng)和Android操作系統(tǒng)為例，在其他實(shí)施例中，第一操作系統(tǒng)和第二操作系統(tǒng)也可以是其他操作系統(tǒng)，例如window操作系統(tǒng)。為使ios操作系統(tǒng)的第一電子終端和Android操作系統(tǒng)的第一電子終端均能正常和藍(lán)牙適配器配對(duì)使用，在ios操作系統(tǒng)的和Android操作系統(tǒng)的APP(應(yīng)用程序)上區(qū)分對(duì)藍(lán)牙適配器的配置，使兩種操作系統(tǒng)的移動(dòng)終端設(shè)備均可以正常與藍(lán)牙適配器配對(duì)連接。

例如使用本發(fā)明的方式，如果藍(lán)牙適配器配對(duì)模式預(yù)先設(shè)置為被動(dòng)請(qǐng)求配對(duì)模式：

當(dāng)具有Android操作系統(tǒng)的移動(dòng)終端初次與藍(lán)牙適配器配對(duì)連接時(shí)，OBU判斷藍(lán)牙適配器的當(dāng)前配對(duì)模式與移動(dòng)終端的操作系統(tǒng)類型匹配，無需進(jìn)行二次配置，由于APP可通過移動(dòng)終端向藍(lán)牙適配器發(fā)起配對(duì)請(qǐng)求，因此很容易實(shí)現(xiàn)配對(duì)，且只需配對(duì)一次移動(dòng)終端即可記憶配對(duì)藍(lán)牙適配器，下次無需重復(fù)配對(duì)，操作有一致性。

當(dāng)具有ios操作系統(tǒng)的移動(dòng)終端初次與藍(lán)牙適配器配對(duì)連接時(shí)，OBU判斷藍(lán)牙適配器的當(dāng)前配對(duì)模式與移動(dòng)終端的操作系統(tǒng)類型不匹配，需要進(jìn)行二次配置，二次配置后藍(lán)牙適配器的配對(duì)模式為主動(dòng)請(qǐng)求配對(duì)模式，下次與移動(dòng)終端配對(duì)時(shí)會(huì)主動(dòng)向移動(dòng)終端發(fā)起配對(duì)請(qǐng)求，且只需配對(duì)一次移動(dòng)終端即可記憶配對(duì)藍(lán)牙適配器，下次無需重復(fù)配對(duì)，操作有一致性。

本實(shí)施例中，控制模塊302還用于在藍(lán)牙模塊301獲取到至少攜帶有第一電子終端的操作系統(tǒng)類型的信息后，控制藍(lán)牙模塊301與第一電子終端進(jìn)行數(shù)據(jù)通信，并在獲取到第一電子終端發(fā)送的斷開無線連接的指令后，判斷藍(lán)牙適配器的當(dāng)前配對(duì)模式是否與第一電子終端的操作系統(tǒng)類型匹配。

具體的，藍(lán)牙適配器可以包括殼體和封裝在殼體內(nèi)部的BLE(藍(lán)牙低能耗)芯片，控制模塊302為MCU，接口模塊303為UART接口。藍(lán)牙適配器通過UART接口連接在OBU的工作電路102上。OBU還可以通過其內(nèi)部的藍(lán)牙適配器與移動(dòng)終端通信。

請(qǐng)參考圖3，為本實(shí)施例提供的一種藍(lán)牙適配器的藍(lán)牙適配方法的流程示意圖，包括下面步驟：

步驟1.1：OBU的藍(lán)牙適配器與移動(dòng)終端初次建立無線連接。

步驟1.2：藍(lán)牙適配器從移動(dòng)終端獲取至少攜帶有移動(dòng)終端的操作系統(tǒng)類型 的信息，該信息可以由移動(dòng)終端主動(dòng)發(fā)送。在某些實(shí)施例中，該信息被藍(lán)牙適配器的藍(lán)牙模塊識(shí)別并保存，也可以保存在OBU的工作電路中。

步驟1.3：移動(dòng)終端與OBU通過藍(lán)牙適配器進(jìn)行數(shù)據(jù)通信，例如，用戶使用移動(dòng)終端對(duì)OBU進(jìn)行一次充值操作。

需要說明的是，通常，藍(lán)牙適配器在與移動(dòng)終端初次建立連接后，會(huì)立即進(jìn)行配對(duì)操作，如果配對(duì)成功，則步驟1.3中進(jìn)行的數(shù)據(jù)通信屬于密文傳輸；如果配對(duì)失敗，則步驟1.3中進(jìn)行的數(shù)據(jù)通信屬于明文傳輸，當(dāng)然，也可以采用本領(lǐng)域常用的技術(shù)手段對(duì)該明文數(shù)據(jù)進(jìn)行一定的處理，以保證其安全性。

步驟1.4：在完成數(shù)據(jù)通信后，移動(dòng)終端向藍(lán)牙適配器發(fā)送斷開當(dāng)前連接的指令。

步驟1.5：OBU獲取到斷開連接的指令后，藍(lán)牙適配器本身或與藍(lán)牙適配器相通信的電子設(shè)備(OBU)判斷藍(lán)牙適配器的當(dāng)前配對(duì)模式是否與移動(dòng)終端的操作系統(tǒng)類型匹配。與藍(lán)牙適配器相通信的OBU判斷藍(lán)牙適配器的當(dāng)前配對(duì)模式是否與移動(dòng)終端的操作系統(tǒng)類型匹配時(shí)，OBU可通過自定義指令，讀取藍(lán)牙適配器的當(dāng)前配對(duì)模式以及移動(dòng)終端的操作系統(tǒng)類型，從而判斷藍(lán)牙適配器的當(dāng)前配對(duì)模式是否與移動(dòng)終端的操作系統(tǒng)類型匹配。

配對(duì)模式包括主動(dòng)請(qǐng)求配對(duì)模式和被動(dòng)請(qǐng)求配對(duì)模式。

本實(shí)施例中，判斷藍(lán)牙適配器的當(dāng)前配對(duì)模式是否與移動(dòng)終端的操作系統(tǒng)類型匹配，具體為：

1)、如果移動(dòng)終端的操作系統(tǒng)為第一操作系統(tǒng)，而藍(lán)牙適配器的當(dāng)前配對(duì)模式為被動(dòng)請(qǐng)求配對(duì)模式，則確定藍(lán)牙適配器的當(dāng)前配對(duì)模式與移動(dòng)終端的操作系統(tǒng)類型不匹配。

2)、如果移動(dòng)終端的操作系統(tǒng)為第一操作系統(tǒng)，而藍(lán)牙適配器的當(dāng)前配對(duì)模式為主動(dòng)請(qǐng)求配對(duì)模式，則確定藍(lán)牙適配器的當(dāng)前配對(duì)模式與移動(dòng)終端的操作系統(tǒng)類型匹配。

3)、如果移動(dòng)終端的操作系統(tǒng)為第二操作系統(tǒng)，而藍(lán)牙適配器的當(dāng)前配對(duì)模式為被動(dòng)請(qǐng)求配對(duì)模式，則確定藍(lán)牙適配器的當(dāng)前配對(duì)模式與移動(dòng)終端的操作系統(tǒng)類型匹配。

4)、如果移動(dòng)終端的操作系統(tǒng)為第二操作系統(tǒng)，而藍(lán)牙適配器的當(dāng)前配對(duì)模式為主動(dòng)請(qǐng)求配對(duì)模式，則確定藍(lán)牙適配器的當(dāng)前配對(duì)模式與移動(dòng)終端的操作系統(tǒng)類型不匹配。

步驟1.6：當(dāng)判斷到藍(lán)牙適配器的當(dāng)前配對(duì)模式與移動(dòng)終端的操作系統(tǒng)類型不匹配時(shí)，藍(lán)牙適配器本身或者根據(jù)OBU判斷后的指令二次配置藍(lán)牙適配器(在 協(xié)議棧中配置藍(lán)牙配對(duì)模式)，二次配置后藍(lán)牙適配器的配對(duì)模式與移動(dòng)終端的操作系統(tǒng)類型匹配。

步驟1.7：在完成二次配置后，移動(dòng)終端與OBU斷開連接。在某些實(shí)施例中，在斷開連接之前，OBU可以向移動(dòng)終端發(fā)送表示二次配置成功的消息。進(jìn)行二次配置后，該移動(dòng)終端再次與OBU進(jìn)行連接時(shí)，即可順利配對(duì)成功，從而提高了藍(lán)牙連接配對(duì)操作的一致性。

該移動(dòng)終端與藍(lán)牙適配器下次進(jìn)行連接時(shí)，二者會(huì)成功實(shí)現(xiàn)配對(duì)，藍(lán)牙適配器會(huì)記錄與之配對(duì)的移動(dòng)終端的pin碼，方便以后使用，后續(xù)藍(lán)牙適配器與該移動(dòng)終端配對(duì)時(shí)無需再輸入對(duì)方的pin碼。

當(dāng)然，如果在步驟1.5中判斷到藍(lán)牙適配器的當(dāng)前配對(duì)模式與移動(dòng)終端的操作系統(tǒng)類型匹配，則直接轉(zhuǎn)到步驟1.7，斷開連接即可。

藍(lán)牙適配器與移動(dòng)終端斷開連接后，OBU斷電，進(jìn)行休眠狀態(tài)。

實(shí)施例二

本實(shí)施例提供的藍(lán)牙適配器的結(jié)構(gòu)與實(shí)施例一相似，區(qū)別在于：控制模塊用于在二次配置藍(lán)牙適配器后，對(duì)藍(lán)牙模塊進(jìn)行復(fù)位重啟，控制藍(lán)牙模塊重新與第一電子終端建立無線連接，并控制藍(lán)牙模塊與第一電子終端進(jìn)行配對(duì)，之后進(jìn)行數(shù)據(jù)通信。

請(qǐng)參考圖4，為本實(shí)施例中藍(lán)牙適配器的藍(lán)牙適配方法的流程示意圖，包括下面步驟：

步驟2.1：OBU的藍(lán)牙適配器與移動(dòng)終端初次建立無線連接。

步驟2.2：藍(lán)牙適配器獲取至少攜帶有移動(dòng)終端的操作系統(tǒng)類型的信息，該信息可以由移動(dòng)終端主動(dòng)發(fā)送。在某些實(shí)施例中，該信息被藍(lán)牙適配器的藍(lán)牙模塊識(shí)別并保存，也可以保存在OBU的工作電路中。

步驟2.3：藍(lán)牙適配器本身或與藍(lán)牙適配器相通信的電子設(shè)備(OBU)判斷藍(lán)牙適配器的當(dāng)前配對(duì)模式是否與移動(dòng)終端的操作系統(tǒng)類型匹配。配對(duì)模式包括主動(dòng)請(qǐng)求配對(duì)模式和被動(dòng)請(qǐng)求配對(duì)模式。判斷主體和判斷方式與實(shí)施例一相同。

步驟2.4：當(dāng)判斷到藍(lán)牙適配器的當(dāng)前配對(duì)模式與移動(dòng)終端的操作系統(tǒng)類型不匹配時(shí)，二次配置藍(lán)牙適配器(在協(xié)議棧中配置藍(lán)牙配對(duì)模式)，二次配置后藍(lán)牙適配器的配對(duì)模式與移動(dòng)終端的操作系統(tǒng)類型匹配。

步驟2.5：藍(lán)牙適配器復(fù)位重啟。在某些實(shí)施例中，在藍(lán)牙適配器復(fù)位重啟 之前，OBU可以向移動(dòng)終端發(fā)送表示二次配置成功的消息。當(dāng)然，如果在步驟2.3中判斷到藍(lán)牙適配器的當(dāng)前配對(duì)模式與移動(dòng)終端的操作系統(tǒng)類型匹配，則直接轉(zhuǎn)到步驟2.7，進(jìn)行數(shù)據(jù)通信。

步驟2.6：OBU的藍(lán)牙適配器與移動(dòng)終端建立無線連接。由于在步驟2.4中，已將藍(lán)牙適配器的配對(duì)模式配置為與移動(dòng)終端的操作系統(tǒng)類型匹配，所以，在步驟2.6中，藍(lán)牙適配器與移動(dòng)終端建立無線連接后，便可配對(duì)成功。藍(lán)牙適配器會(huì)記錄與之配對(duì)的移動(dòng)終端的pin碼，方便以后使用，后續(xù)藍(lán)牙適配器與該移動(dòng)終端配對(duì)時(shí)無需再輸入對(duì)方的pin碼。

步驟2.7：移動(dòng)終端與OBU通過藍(lán)牙適配器進(jìn)行數(shù)據(jù)通信，例如，用戶使用移動(dòng)終端對(duì)OBU進(jìn)行一次充值操作。

由于OBU聯(lián)運(yùn)充值涉及金錢交易，充值過程中應(yīng)盡量采用密文傳輸，因此需要移動(dòng)終端與藍(lán)牙適配器配對(duì)后進(jìn)行數(shù)據(jù)通信。本實(shí)施例中，由于移動(dòng)終端與藍(lán)牙適配器已配對(duì)，因此，其數(shù)據(jù)通信過程的安全性更高。

步驟2.8：在完成數(shù)據(jù)通信后，移動(dòng)終端向藍(lán)牙適配器發(fā)送斷開當(dāng)前連接的指令，移動(dòng)終端與OBU斷開連接。

藍(lán)牙適配器與移動(dòng)終端斷開連接后，OBU斷電，進(jìn)行休眠狀態(tài)。

本申請(qǐng)實(shí)施例提供的藍(lán)牙適配器及其藍(lán)牙適配方法，解決了藍(lán)牙適配器在與不同操作系統(tǒng)類型的移動(dòng)終端配對(duì)時(shí)，操作不一致和無法配對(duì)的問題，能夠在不影響移動(dòng)終端與OBU正常通信的前提下，極大程度上改善用戶體驗(yàn)。

本申請(qǐng)實(shí)施例以用于ETC領(lǐng)域的OBU為例，對(duì)藍(lán)牙適配器及其藍(lán)牙適配方法進(jìn)行了說明，但不能理解為本申請(qǐng)?zhí)峁┑陌ㄉ鲜鏊{(lán)牙適配器的電子終端僅限于OBU。

本領(lǐng)域技術(shù)人員可以理解，上述實(shí)施方式中各種方法的全部或部分步驟可以通過程序來指令相關(guān)硬件完成，該程序可以存儲(chǔ)于一計(jì)算機(jī)可讀存儲(chǔ)介質(zhì)中，存儲(chǔ)介質(zhì)可以包括：只讀存儲(chǔ)器、隨機(jī)存取存儲(chǔ)器、磁盤或光盤等。

以上內(nèi)容是結(jié)合具體的實(shí)施方式對(duì)本申請(qǐng)所作的進(jìn)一步詳細(xì)說明，不能認(rèn)定本申請(qǐng)的具體實(shí)施只局限于這些說明。對(duì)于本申請(qǐng)所屬技術(shù)領(lǐng)域的普通技術(shù)人員來說，在不脫離本申請(qǐng)發(fā)明構(gòu)思的前提下，還可以做出若干簡(jiǎn)單推演或替換。