專利名稱：Telematics系統中使用“一鍵導航”時自動獲取設備信息的方法
技術領域：
本發(fā)明涉及一種使用“一鍵導航”時自動獲取設備信息的方法，特別是涉及一種Telematics系統中使用“一鍵導航”時通過網絡方式自動獲取設備信息的方法。
背景技術：
本技術方案屬于Telematics (即應用無線通信技術的車載電腦系統)技術領域中的一鍵導航系統的配套應用，涉及利用移動通訊網絡(2G、3G、4G)自動通過網絡方式獲取用戶終端手機號碼的技術方案。在Telematics系統應用中，通過人工值守的呼叫中心為使用者下發(fā)需要的目的 地并在應用終端上進行自主導航規(guī)劃的應用已十分普及。為了能順利給使用者下發(fā)目的地，其中必不可少的一個重要條件是呼叫中心系統服務器必須事先獲取該使用者的手機號碼，這樣才可確認當前呼入的用戶電話是否已經正確注冊，如為未注冊用戶則不能繼續(xù)使用導航服務(由于國家電信部門的保密機制，呼叫中心系統服務器不能像電信運營商的服務器那樣直接從終端獲得該終端的手機號)。目前，行業(yè)內的Telematics系統應用中，獲取手機號的方法無非2種使用者自主手工填寫或呼叫中心服務人員主動詢問，即使用者自己事先在終端上輸入并存儲至配置文件中或在使用時由呼叫中心服務人員在通話過程中詢問使用者。但是，在采用前一種方式下的情況下，如果用戶在同一臺設備上更換了手機卡(或手機號)后，使用者必須再次手動修改自己已配置好的手機號，否則呼叫中心系統就無法將“目的地”順利地下發(fā)至該用戶終端。同時，在采用前一種方式下時，如不仔細閱讀說明書或不對系統深入了解，用戶也根本無法自行操作。另外，如果選擇采用后一種通過呼叫中心服務人員在通話過程中詢問使用者電話號碼的方法，雖然可將“目的地”順利地下發(fā)至對應的用戶終端，但其操作過程卻比較繁瑣。綜上所述，亟待解決的問題是，在采用上述兩種方式來獲取用戶終端的手機號時，要么不能保證將“目的地”順利地下發(fā)至用戶終端，要么就是操作過程太過繁瑣而不便于用戶的使用。

發(fā)明內容
本發(fā)明所要解決的技術問題是，提供一種Telematics系統中使用“一鍵導航”時自動獲取設備信息的方法，該方法可以自動正確獲取用戶終端的手機號和對應的該手機號的 IMSI (International Mobile SubscriberIdentification Number,國際移動用戶識別碼)，以及即使在同一臺用戶終端上，用戶更換了手機卡，也可自動重新正確獲取該用戶終端的手機號。為解決上述技術問題，本發(fā)明采用的技術方案是一種Telematics系統中使用“一鍵導航”時自動獲取設備信息的方法，用于在導航過程中自動獲得正確的用戶終端手機號，該方法包括以下步驟檢測配置文件步驟啟動時自動判斷用戶終端中是否存在配置文件，以及配置文件中是否至少包含了兩項數據，即手機號和對應該手機號的MSI ;如果所述用戶終端中的配置文件已經存在，則進一步檢查當前手機卡的MSI是否與所述配置文件中記錄的MSI —致，如果兩項數據一致，則默認為此臺用戶終端及手機號已經成功注冊，完成自動注冊過程，可正常使用；
自動注冊步驟如果所述用戶終端中不存在所述配置文件，或所述兩項數據中任何一項數據不全，或當前手機卡的IMSI與所述配置文件中記錄的IMSI不一致，則提示用戶選擇相應的電信運營商，并自動與該電信運營商的服務器進行交互，解析出所述用戶終端的手機號，隨后將解析出的手機號和對應該手機號的IMSI寫入所述用戶終端的配置文件中。 優(yōu)選地，每次所述用戶終端啟動時，自動運行本Telematics系統中使用“一鍵導航”時自動獲取設備信息的方法。優(yōu)選地，在所述自動注冊步驟中，自動與該電信運行商的服務器進行交互時首先獲取該電信運營商的短信平臺號碼，接著按規(guī)定的格式向該短信平臺號碼發(fā)送注冊認證申請，然后接收該電信運營商的反饋數據并將從所述反饋數據中解析出的手機號碼寫入指定位置供所述用戶終端獲??；最后所述用戶終端從所述指定位置獲取手機號并以獲取的手機號和對應該手機號的IMSI為內容新建或更新所述配置文件。優(yōu)選地，所述電信運營商的短信平臺號碼直接寫入程序代碼中或寫入另一個配置文件中。優(yōu)選地，向所述短信平臺號碼發(fā)送的注冊認證申請的格式為設備ID$MSI，從所述電信運營商接收的反饋數據中包括手機號、設備ID及MSI。優(yōu)選地,本Telematics系統中使用“一鍵導航”時自動獲取設備信息的方法可應用于 Android、IOS、Windows CE> Windows Mobile>ffindows Phone、Symbian 或 bada 等系類智能操作系統平臺上。本發(fā)明的優(yōu)點是，本發(fā)明Telematics系統中使用“一鍵導航”時自動獲取設備信息的方法通過建立用戶終端與電信運營商等的服務器之間的交互，可以使得呼叫中心系統自動正確獲取用戶終端的手機號和對應該手機號的MSI，以及即使在同一臺用戶終端上，用戶更換了手機卡，也可自動正確判斷并重新獲取該用戶終端的手機號。因此，本發(fā)明的技術方案，相對以往提供此類服務的系統來說，將用戶自主輸入(或電話告知)的相關信息改為使用系統自動識別、自動判斷獲取，極大地簡化了用戶的操作流程，其適合各個層次的使用者的需求，不需要用戶學習，自動完成以前需要人工操作的繁瑣步驟。


圖I為本發(fā)明Telematics系統中使用“一鍵導航”時自動獲取設備信息的方法實施例的主要流程圖。
具體實施例方式為進一步揭示本發(fā)明的技術方案，茲結合附圖詳細說明本發(fā)明的實施方式 本發(fā)明Telematics系統中使用“一鍵導航”時自動獲取設備信息的方法相對于目前通
常采用的技術方案，簡化了使用者繁瑣的操作流程，自動完成獲取設備信息即用戶終端手機號碼和注冊認證的過程。具體地，客戶端系統在啟動后如果發(fā)現該終端當前的手機號碼還沒有經過注冊認證或同一用戶終端可能已經更換手機號嗎時(即上次使用的用戶信息配置文件與當前手機卡不一致時)，則會自動通過用戶終端與電信運營服務器、呼叫中心系統應用服務器(為一鍵導航服務商所建服務器)之間的交互自動完成獲取用戶終端正確的手機號和注冊認證的過程。本發(fā)明的主要發(fā)明構思為啟動時自動檢查用戶終端中是否已經存在含有用戶信息的配置文件(即檢測是否已成功獲取用戶信息)；以及該配置文件中所保存的用戶信息數據是否完整；以及該配置文件中對應手機號的MSI是否和與當前手機機卡的IMSI —致；如果上述條件均正常，則判定該設備已經正確注冊，可以正常使用一鍵導航服務。圖I為本發(fā)明Telematics系統中使用“一鍵導航”時自動獲取設備信息的方法實施例的主要流程圖，該實施例包括以下步驟
步驟101 :運行軟件后，自動聯網；
步驟102 :判斷本用戶終端的手機號是否已自動成功配置完成，即判斷是否存在配置文件，如果已經配置完成則轉入步驟103，如果配置未完成則轉入步驟105 ；
步驟103 :判斷所述用戶終端手機卡的IMSI是否與所述配置文件中保存的IMSI —致，如果一致則轉入步驟111，如果不一致則轉入步驟104 ；
步驟104 自動刪除有關注冊的配置文件；
步驟105 :提示用戶自主選擇電信運營商；
步驟106 :與用戶選擇的電信運營商的服務器進行交互以獲取所述電信運營商的短信平臺號碼；
步驟107 :按一定的格式即與該電信運營商所協商的格式(比如，發(fā)送格式可為設備ID$IMSI)向所述短信平臺號碼發(fā)送注冊認證申請，其中設備ID為設備自身的身份標識；步驟108 :用戶選擇的電信運營商的服務器將經過對應捆綁好的反饋數據返回至系統的應用服務器，所述反饋數據包括該發(fā)送短信設備的手機號、設備ID及IMSI，即通過發(fā)送短信從電信運營商的服務器獲取該手機號，然后由電信運營商進行數據處理后，將此條短信中的“設備ID”及“IMSI”與該手機號拼接成一條數據，返回給我們的應用服務器，完成短信方式獲取用戶手機號的過程，其中，所述設備ID為用戶終端的ID，所述IMSI為用戶終端手機卡的IMSI，所述手機號為與用戶終端手機卡對應的手機號；
步驟109 :所述反饋數據解析完畢后，將解析出的手機號等用戶信息數據，按一定格式寫入指定位置以供所述用戶終端獲??；
步驟110 :所述用戶終端從所述指定位置獲取注冊成功的文件，并以從文件中獲取的手機號和對應該手機號的MSI為基本內容新建一個所述配置文件；
步驟111 :結束。現對上述步驟作進一步說明如下在所述步驟104中也可以不刪除原有的配置文件，而是通過后續(xù)獲取的新配置文件替換原有的配置文件；在所述步驟110中所的獲取新配置文件中“至少”包含了兩項數據手機號和對應該手機號的MSI (也可以是手機號、對應該手機號的MSI、對應該手機號的設備ID);所述步驟106可通過以下方式代替“短信平臺號碼”通過“寫死”在終端軟件代碼中或以任何形式的配置文件存在并作為發(fā)送短信的依據，此種方式與通過網絡請求方式獲取的短信平臺號碼等同，只是在完成形式和靈活性上存在不同，兩種方式都可達到所需要的結果。注對于本流程中所涉及到的IMSI，是判定用戶是否在同一臺設備上更換了手機卡(或手機號)的重要依據。因為在實際應用中會存在一種情況任何一個終端系統是不可能在本機上自動讀取到手機號碼的，不能獲取手機號就無法判斷用戶是否更換了手機卡(或手機號)。而本發(fā)明的目的正是需要判斷出如果當前的手機號不是已經注冊的手機號，則注冊流程失敗，一鍵導航也無法正常使用。但是，終端卻可以通過該終端系統的函數接口，獲取該終端上手機卡的MSI，故當用戶更換手機卡后，無論手機號碼是否變更，新手機卡的IMSI均會發(fā)生變化，本套系統中就是通過讀取IMSI作為當前設備是否更換手機卡(或手機號)的唯一依據。綜上所述，本發(fā)明所采用的技術方案簡化了使用者的繁瑣操作流程，自動完成了正確獲取用戶終端手機號碼即注冊認證的過程。本發(fā)明的技術方案可運用于以下操作系統平臺(OS)之上Android (安卓操作系統)、IOS (蘋果操作系統)、Windows CE、WindowsMobile、Windows Phone、Symbian (塞班操作系統)、bada以及今后隨著技術不斷進步,發(fā)展·的其它智能終端(如智能手機、Pad等)操作系統等。以上通過對所列實施方式的介紹，闡述了本發(fā)明的基本構思和基本原理。但本發(fā)明絕不限于上述所列實施方式，凡是基于本發(fā)明的技術方案所作的等同變化、改進及故意變劣等行為，均應屬于本發(fā)明的保護范圍。
權利要求
1.一種Telematics系統中使用“一鍵導航”時自動獲取設備信息的方法，用于在使用一鍵導航時自動獲得正確的用戶終端手機號，其特征在于該方法包括以下步驟 檢測配置文件步驟終端軟件啟動時自動判斷用戶終端中是否存在配置文件，以及配置文件中是否至少包含了兩項數據，即手機號和對應該手機號的MSI ;如果所述用戶終端中的配置文件已經存在，則進一步檢查當前手機卡的MSI是否與所述配置文件中記錄的IMSI 一致，如果兩項數據一致，則默認為此臺用戶終端及手機號已經成功注冊，完成自動注冊過程； 自動注冊步驟如果所述用戶終端中不存在所述配置文件，或所述兩項數據中任何一項數據不全，或當前手機卡的IMSI與所述配置文件中記錄的IMSI不一致，則提示用戶選擇相應的電信運營商，并自動與該電信運營商的服務器進行交互，解析出所述用戶終端的手機號，隨后將解析出的手機號和對應該手機號的IMSI寫入所述用戶終端的配置文件中。
2.根據權利要求I所述的Telematics系統中使用“一鍵導航”時自動獲取設備信息的方法，其特征在于，每次所述用戶終端啟動時，自動運行本Telematics系統中使用“一鍵導航”時自動獲取設備信息的方法。
3.根據權利要求I所述的Telematics系統中使用“一鍵導航”時自動獲取設備信息的方法，其特征在于，在所述自動注冊步驟中，自動與該電信運行商的服務器進行交互時首先獲取該電信運營商的短信平臺號碼，接著按規(guī)定的格式向該短信平臺號碼發(fā)送注冊認證申請，然后接收該電信運營商的反饋數據并將從所述反饋數據中解析出的手機號碼寫入指定位置供所述用戶終端獲??；最后所述用戶終端從所述指定位置獲取手機號并以獲取的手機號和對應該手機號的IMSI為內容新建或更新所述配置文件。
4.根據權利要求3所述的Telematics系統中使用“一鍵導航”時自動獲取設備信息的方法，其特征在于，所述電信運營商的短信平臺號碼直接寫入程序代碼中或寫入另一個配置文件中。
5.根據權利要求3或4所述的Telematics系統中使用“一鍵導航”時自動獲取設備信息的方法，其特征在于，向所述短信平臺號碼發(fā)送的注冊認證申請的格式為設備ID$MSI，從所述電信運營商接收的反饋數據中包括手機號、設備ID及MSI。
6.根據權利要求I所述的Telematics系統中使用“一鍵導航”時自動獲取設備信息的方法，其特征在于，本Telematics系統中使用“一鍵導航”時自動獲取設備信息的方法可應用于 Android、IOS、Windows CE>ffindows Mobile>ffindows Phone、Symbian 或 bada 等系類智能操作系統平臺上。
全文摘要
本發(fā)明公開了一種Telematics系統中使用“一鍵導航”時自動獲取設備信息的方法，其通過建立用戶終端與電信運營商等的服務器之間的交互，可以使得呼叫中心系統自動正確獲取用戶終端的手機號和對應該手機號的IMSI，以及即使在同一臺用戶終端上，用戶更換了手機卡，也可自動正確判斷并重新獲取該用戶終端的手機號。因此，本發(fā)明的技術方案，相對以往提供此類服務的系統來說，將用戶自主輸入(或電話告知)的相關信息改為使用系統自動識別、自動判斷獲取，極大地簡化了用戶的操作流程，其適合各個層次的使用者的需求，不需要用戶學習，自動完成以前需要人工操作的繁瑣步驟。
文檔編號H04M3/51GK102946594SQ20121038812
公開日2013年2月27日 申請日期2012年10月15日 優(yōu)先權日2012年10月15日
發(fā)明者閆智勇, 李建平 申請人:南京城際在線信息技術有限公司