專利名稱：檢查設備標識的系統(tǒng)與方法
技術領域：
本發(fā)明涉及一種檢查移動通信網(wǎng)絡的設備管理系統(tǒng)中的設備標識的系統(tǒng)和方法，該系統(tǒng)包括待管理的設備、服務端設備管理應用程序、客戶端設備管理應用程序和數(shù)據(jù)庫、以及在所述設備管理應用程序之間的接口。
背景技術：
GSM與其它技術一起都是無線移動通信發(fā)展的一部分，全球移動通信系統(tǒng)(GSM)是具有不同服務的數(shù)字無線通信的標準，該服務例如是語音電話。GSM電話內部的用戶識別模塊(SIM)最初設計為連接各個用戶到網(wǎng)絡的安全方式，但是現(xiàn)在變成了用于GSM和下一代網(wǎng)絡的標準化且安全的應用程序平臺。
移動臺(MS)表示GSM用戶從整個系統(tǒng)中一直查看的僅有的裝備。它實際上包括兩個不同的實體，實際硬件是移動設備(ME)，它由物理設備、顯示器和數(shù)字信號處理器組成，該物理設備例如是無線電收發(fā)器。用戶信息存儲在實現(xiàn)成智能卡的用戶識別模塊(SIM)中。
關于本文件中的的技術術語，移動臺(MS)包括移動設備(ME)和用戶識別模塊(SIM)。術語“手機”用作移動設備(ME)的同義詞，術語“設備”用作移動臺(MS)的同義詞。
移動裝備由國際移動裝備辨識碼(IMEI)唯一地識別，IMEI是一種與具體的GSM手機相對應的唯一碼，而SIM卡則是由集成電路卡標識(ICCID)來識別，其中ICCID確定了卡的序列號，并且SIM卡包含有識別用戶的國際移動用戶標識(IMSI)、用于認證的密鑰以及其它用戶信息。IMDI與IMSI或MSISDN是獨立的，并因此能夠提供個人移動性。
移動臺綜合業(yè)務數(shù)字網(wǎng)絡號MSISDN是用于識別給定用戶的國際電話號碼的標準。運營商在網(wǎng)絡內部的數(shù)據(jù)庫中聲明預約，該數(shù)據(jù)庫中保存IMSI和MSISDN之間的對應關系。通過插入SIM卡到另一個GSM終端，用戶便能從該終端接聽和拔打電話，以及接收另一個預約的業(yè)務。
諸如瀏覽、多媒體短信、移動e-mai1等高級移動業(yè)務以及設備管理只有在移動電話被正確地配置時才能使用。然而，很多消費者不知道如何配置他們的設備，運營商必須確保設備配置對用戶既快又容易。對設備的配置和應用程序的管理過程叫做設備管理。
設備管理會話包括例如認證(用戶確認)、設備詳細清單(一種讀取參數(shù)及應用程序的設備管理應用程序，以及安裝在電話內的應用程序，用于今后的決定，例如從裝置中更新、添加和刪除事物)、連續(xù)供應(一種設備管理應用程序，例如更新電話設備上的參數(shù)、向設備發(fā)送應用程序、執(zhí)行軟件和固件的更新)、設備診斷(錯誤尋找)等。
通過無線電發(fā)送新的設置是一種向設備提供配置參數(shù)、例如連接信息(設備設置)的簡單的方法。在接收配置電話的設置后，消費者只需將它們存入電話中，便能使用該項服務。對于運營商，簡化對高級服務的訪問能帶來更高的利用率、新的收入流以及消費者熱線的成本減小。
當一個移動終端接入網(wǎng)絡，它發(fā)送信號給包含IMS I和IME I信息的網(wǎng)絡。本申請人的瑞典專利申請0302626-7和0303210-9提出了一種引入一新的終端或SIM到網(wǎng)絡上的改進方案。
隨著技術發(fā)展，網(wǎng)絡和移動/無線設備變得越來越復雜，因此，連接的設備也變得越來越難以管理。消費者和運營商因此需要一種方便而有效地管理設備的工具。
設備管理是允許第三方代表終端用戶來執(zhí)行移動設備的配置中的困難步驟的技術的通用術語。有很多情形，例如新設備的購買、遠程服務管理、軟件下載、改變和添加設備、服務發(fā)現(xiàn)和預付費等，都需要設備管理。
SyncML設備管理(SyncML DM)能夠管理設備和應用程序、簡化配置、更新和支持。通過主要的無線公司的贊助和支持，SyncML主動地加快SyncML DS和SyncML DM技術的發(fā)展與市場成功。
SyncML設備管理協(xié)議(SyncML DM)便是在設備和設備管理服務系統(tǒng)之間的通信標準。標準化主體是OMA，即開放移動聯(lián)盟。需管理的設備在其中裝備有SyncML用戶代理，該代理(例如終端或手機)能懂SyncML DM語言。
設備管理應用程序通常被移動業(yè)務提供商使用，它們用于消費者關心的目的并通過添加服務管理的有效值來增加收入。使用場合例如包括服務和設置預訂、設備診斷、統(tǒng)計、固件升級以及軟件升級。
由于移動設備通常包括兩個實體-用戶標識模塊(SIM)和終端設備形成，“設備”的兩個實體都很重要。這兩個實體都應該是設備管理操作的主體。例如希望在SnycML DM上實行設備管理的移動設備供應商實際上利用駐留在手機和SIM中內容。也就是說，設備和預約信息都被考慮。
在本文中，與手機和SIM卡相關的系統(tǒng)被稱為統(tǒng)一設備管理系統(tǒng)(UDM)。
為此目的，設備管理應用程序因此必須了解將被管理的設備的必然信息。設備管理應用程序必須被告知設備的標識、地址或電話號碼，這些信息以某種方式被接收。
通常地，設備管理應用程序只是等待直到用戶已經(jīng)決定開始一個會話或做自我管理。瑞典專利申請0401242-3的申請?zhí)岢隽烁倪M的設備發(fā)現(xiàn)辦法。
假設一個預約中心設備管理環(huán)境，通過預約標識，如IMSI、MSISDN或ICCID來跟蹤待管理的設備。移動業(yè)務供應商將任何事情都基于該預約標識，諸如預約用戶的付費。預約標識由目標地址來表示，該地址采用OTA尋址。
從預約中心的角度看，預約(目標地址)在可能變化的手機(設備)中操作。在預約中心環(huán)境中，設備管理應用程序可能不知道相關的使用的手機類型，并需要從某個地方重新得到那個信息。
假設一個手機中心設備管理環(huán)境，轉而通過各個手機設備的標識跟蹤待管理的設備，當考慮到所有駐留在某一手機中的設置和應用程序時，這似乎是自然的事。
從手機中心的角度看，當終端用戶決定轉換到另一個預約時，它就突然不能再到達手機了。很可能的情形是具有一個團體預約和一個私人預約的終端用戶，其甚至會使用不同的移動業(yè)務供應商。
當用戶改變到另一個手機或另一個預約時會出現(xiàn)問題，即使在預約和/或手機銷售點可能已知道了設備或預約。因此將手機標識和預約標識的不準確結合留給了設備管理應用程序，例如目標地址，因為在一個統(tǒng)一設備管理(UDM)環(huán)境中，一個“設備”包括兩個實體但實際上只在實時中存在。
這個事實提出了UDM和DM設備管理應用程序只管理手機而不是SIM的問題。在手機中心環(huán)境中，移動業(yè)務供應商不能確切地知道目標地址。他只能知道最后一次會話的目標地址。這表明所有服務器初始的管理會話都是只能偶然成功的。
沒有正確的目標地址，SyncML DM設備管理應用程序不能轉而訪問手機。SyncML DM設備管理應用程序也不能執(zhí)行UDM設備標識檢查，因為它不能表達SIM文件管理協(xié)議。
在UDM環(huán)境中，設備的設備標識是包括手機標識符和用戶標識符的復合標識，復合標識在本文獻的前面被稱為UDM標識。
如果自從最后設備管理會話發(fā)生，終端用戶可能改變了這種組合，則UDM應用程序會有不準確的UDM設備標識。因此，目標手機不能經(jīng)由該預約而達到，目標用戶(預約)不能再用同一手機。
使設備管理應用程序更新至當前狀態(tài)的一個解決方案是根據(jù)本發(fā)明人的所述瑞典專利申請0401242-3來執(zhí)行連續(xù)的設備發(fā)現(xiàn)，它提供了設備發(fā)現(xiàn)的改善解決方案。
要考慮的另一個問題是設備標識是動態(tài)的，這意味著，設備標識實際上只是實時存在。設備標識只有當終端由一個活動的預約操作(接通)時存在于移動網(wǎng)絡中。當切斷連接時，就不能通過無線電連接，概念上說，它這時候就是不存在的。它在概念上被定義為“離線”。當設備再次被接通，從“離線”變換到“在線”的狀態(tài)時，該設備在手機網(wǎng)絡中成為“在線”。
為了理解這個概念，也考慮終端用戶在兩個手機間切換的狀態(tài)，來回轉移預約。這樣的終端用戶使用一個預約和兩個手機，由此使用兩個不同的設備。
因此，在統(tǒng)一設備管理系統(tǒng)中，一個“設備”由實際上只在實時才存在的兩個實體組成。這個事實對于設備管理應用程序提出了問題。下面將討論一些難點，它們被分類為幾個種類1、“離線”設備的問題，即不能連接OTA2、未知狀態(tài)的問題3、不知設備將在下次何時“在線”相關的問題當移動設備不能到達時，這對設備管理應用程序是個問題。例如，它們試圖反復發(fā)送SM給電話號碼，即使設備在靜音狀態(tài)，堵塞非常不必要的SMS-C和應用程序服務。DM應用程序不知道什么時候可能得到一個機會來對不能連接的設備完成它的管理任務。
當然設備的主要問題是設備不能被管理。為了解決問題，設備一旦再次在線，設備管理應用程序即刻執(zhí)行設備管理操作。

發(fā)明內容
本發(fā)明的目的是找出一種新的解決方案，以面對改變UDM設備標識的問題。
第二個目的是找出一種新的解決方案，以面對到達離線設備的問題。
用于檢查設備標識的本發(fā)明的方法在移動通信網(wǎng)絡中的設備管理系統(tǒng)中被實現(xiàn)。系統(tǒng)包括待管理的設備、服務器方設備管理應用程序、客戶方設備管理應用程序、數(shù)據(jù)庫以及在所述設備管理應用程序之間的接口。本方法主要特征在于通過所述接口初始化設備管理會話，在此之前或之后，所述客戶方設備管理應用程序讀取裝備信息并將它們發(fā)送到接口。接口將所發(fā)送的裝備信息與之前存儲的用于預約的裝備信息相比較，從中借助所述預約的預約信息發(fā)送過該存儲的裝備信息，并通知所述比較結果到服務器方設備管理應用程序。
本發(fā)明的系統(tǒng)包括用于讀取設備標識的在客戶方的組件、用于從設備標識庫檢查設備標識的接口、以及執(zhí)行設備標識庫的數(shù)據(jù)庫。
本發(fā)明的優(yōu)選實施例在從屬權利要求中提出。
在本文中，與手機和SIM卡相關的系統(tǒng)將被稱為統(tǒng)一設備管理系統(tǒng)(UDM)。
手機標識符和預約標識符各自能被多個參數(shù)定義。例如，在GSM環(huán)境中，有關的預約標識符是預約標識、目標地址、和/或SIM卡標識[IMSI，MSIDN，ICCID]。在本文獻中，術語“預約標識符”簡要地表示用于預約的所有參數(shù)。設備標識符通過IMEI被定義。因此，UDM標識是包括手機標識符和預約標識符的某種變化的復合設備標識。因此，在UDM環(huán)境中，設備標識只暫時存在。
本發(fā)明包括一種機制，用于執(zhí)行UDM設備標識的檢查，優(yōu)選地通過在UDM環(huán)境中創(chuàng)造性地結合SIM文件管理技術和SyncML DM技術來得到。UDM設備標識檢查保證設備管理應用程序能用精確的(幾乎)實時有效的設備標識有效率地操作。
因此，本發(fā)明利用了設備能通過上述的UDM設備標識被識別(和尋址)的事實。自最后的設備管理會話發(fā)生以來，終端用戶可能已經(jīng)改變了組合。這會使UDM應用程序帶有不準確的UDM設備標識。因此，經(jīng)由這個預約不能到達目標手機。目標用戶(預約)不再使用相同的手機。本發(fā)明通過在設備管理會話進行之前執(zhí)行UDM設備標識檢查成功地解決了這個問題。
通過SIM卡上的設備管理應用程序和實現(xiàn)通信和檢查函數(shù)的客戶方部件，有效地實現(xiàn)了本發(fā)明的解決方案。
UDM設備標識的檢查經(jīng)由一個SIM上(on-SIM)的設備管理應用程序來完成，例如一瀏覽應用程序。該瀏覽應用程序看管手機標識的讀取及值的返回。因此，該檢查通過無線電實時地被執(zhí)行。例如，如果預約此刻不在網(wǎng)絡起作用，它會在檢查中顯示。
本發(fā)明的優(yōu)點是能在多預約環(huán)境中執(zhí)行。設想一種多預約服務的手機，它通常帶兩個或多個SIM和多個預約，這種情況需要多種UDM標識。在本發(fā)明的實時設備標識的檢查能夠滿足這種情況中出現(xiàn)的需求。
本發(fā)明的一些實施例涉及了實時檢查設備標識的方法，發(fā)現(xiàn)設備在移動網(wǎng)絡中是否在線，且最后確定從最后檢查以來狀態(tài)是否發(fā)生變化。如果發(fā)生狀態(tài)檢查，則確定Δ值，即從最后記錄的狀態(tài)改變以來的時間。Δ值對于使用若干設備管理應用程序的情況是一個重要的信息。本實施例的系統(tǒng)使得設備管理應用程序建立圍繞Δ值的應用程序邏輯。狀態(tài)改變監(jiān)控特征是設備發(fā)現(xiàn)特征的自然擴展?；蛘?，相反地，設備發(fā)現(xiàn)可看作是設備狀態(tài)監(jiān)控的特殊情況。
狀態(tài)改變檢查通過下面的使用來達到，-如在本發(fā)明的普通實施例中在SIM上運行的相同的設備管理應用程序-具有動態(tài)設備標識和記錄的相關狀態(tài)信息的庫，稱作本文獻前面中的UDM數(shù)據(jù)庫。
-與SIM卡上的設備管理應用程序通信并執(zhí)行應用程序邏輯且與UDM數(shù)據(jù)庫通信以查找并存儲例如設備標識和狀態(tài)以及可能的進一步的信息的相同設備管理應用程序。
狀態(tài)變換監(jiān)控特性可在自動情況下操作，也可在“輔助”情況下操作。取決于操作情況，SIM應用程序的功能可能有微小的不同。
在本發(fā)明的描述中包括操作的兩種模式-設備觸發(fā)的自動操作情況和DM應用程序觸發(fā)輔助的操作情況。
在輔助的操作情況中，邏輯是基于一個外部設備管理應用程序的，該外部設備管理應用程序向UDM接口查詢關于某一特定設備的狀態(tài)信息。在SIM卡上，運行一個脫離電話讀取IMEI的設備管理應用程序，并因此揭示設備是否可訪問以及手機的IMEI是什么。
在自動操作情況下，邏輯是基于觸發(fā)SIM卡上的設備管理應用程序在每個電話電源打開時自動地運行。
在輔助操作情況中，UDM接口執(zhí)行下面操作-通過發(fā)送一個查詢到設備來檢查該設備是否在線。該查詢被指定給設備中的SIM應用程序并由它處理。
-在UDM數(shù)據(jù)庫中檢查并記錄設備狀態(tài)-確定是否有設備狀態(tài)的改變，如果有則計算自上次記錄的狀態(tài)改變以來的時間-另外，情況可能是在這個時間點不存在查詢的設備，而不是使用所討論的MSISDN來發(fā)現(xiàn)另一個設備是在線的。在這個情況中，在UDM數(shù)據(jù)庫中將設備當作在線而記錄。
SIM卡上的DM應用程序脫離電話來讀取IMEI并發(fā)送回給UDM接口。
在UDM數(shù)據(jù)庫的幫助下，UDM檢查應用程序處理復合設備信息(即MSISDN+IMEI對)并確定設備狀態(tài)。由此通過無線電實時執(zhí)行了檢查。例如如果預約此刻在網(wǎng)絡中是不工作的，那將會被揭示。當然也會揭示是否設備是在線，或是否預約實際上在另一個手機中操作(意味著發(fā)現(xiàn)另一個設備在線，而不是所查詢的那一個)。
當UDM檢查函數(shù)(具有狀態(tài)功能)在自動操作情況下被執(zhí)行，IMEI查詢配備有事件驅動觸發(fā)機制，它使得在每個電話在電源開啟時自動運行該機制。DM應用程序被動地等待來自UDM檢查的通知，以得到環(huán)境中關于設備狀態(tài)改變的消息。
這個特征能自動工作，執(zhí)行對于UDM數(shù)據(jù)庫的檢查和記錄更新。作為一個額外的步驟，檢查狀態(tài)改變Δ值是否已經(jīng)超出了設置的觸發(fā)值。如果超出，發(fā)送一個通知到外部DM應用程序。
如果發(fā)現(xiàn)設備狀態(tài)已經(jīng)改變，且自設備最后在相反狀態(tài)以來，設置的時間范圍(Δ值)已經(jīng)過去，那么發(fā)送通知到愿意被通知該事件的DM應用程序。
通過具有狀態(tài)檢查功能的本發(fā)明的較佳實施例能得到進一步的優(yōu)點，其中除了跟蹤動態(tài)設備標識外，還能監(jiān)控待管理的設備的狀態(tài)，這意味著本發(fā)明提供了得知待管理的設備是“在線”還是“離線”的方式，即特定預約是否被插入接通的特定手機中，以便它能在一OTA傳輸上接收設備管理信息，例如GSM SMS。
隨著本發(fā)明的方法和系統(tǒng)的實現(xiàn)，一些附加的功能自然地添加上并進一步地增加特性范圍。在移動設備管理系統(tǒng)中，得知設備是否在線是重要的。如果設備是不可達到，重要的好處是具有在系統(tǒng)中指明設備狀態(tài)何時從“離線”改變到“在線”的方法。
監(jiān)控移動設備狀態(tài)變化能用于觸發(fā)設備管理動作。本發(fā)明的系統(tǒng)通常能針對服務器初始的使用情況是有效的所有設備管理系統(tǒng)，以及尤其針對預約中心環(huán)境。
例如批量供應應用程序想要在設備“在線”時立刻就向該設備提供設置與應用程序。例如，應用程序服務正在等待的新的設置，或者終端用戶預訂的新游戲。
在預約中心DM環(huán)境中，對于DM應用程序很有用的是，獲得手機交換機的知識。代替試圖管理設備D1，它應該管理設備D2。另一個手機較之第一個手機可能有完全不同的功能。移動服務供應商例如可能想提供新的服務，或可能自這個設備最后連接時間以來，已經(jīng)改變了某些服務設置。
如果設備在離線一個月之后再次在線，那么DM應用程序可能想要執(zhí)行某些動作。例如一旦其在線，一連串設備管理操作正在等待該設備。DM應用程序可能試圖清查這個設備，但卻不可用。代替一遍遍地嘗試，系統(tǒng)能用該狀態(tài)改變監(jiān)控信息而被保證。


下面，通過參考附圖的一些有益實施例來描述本發(fā)明。本發(fā)明不限于下面描述的細節(jié)。因此，SIM卡上(或例如在USIM卡上)的設備管理應用程序諸如是無線瀏覽應用程序中的可選類型，其可以在除GSM之外其它的環(huán)境中實現(xiàn)發(fā)信號并使用獨立于承載信道(bearer)的協(xié)議。
圖1是不具有本發(fā)明的先有技術的目標環(huán)境的視2是包括執(zhí)行本發(fā)明方法的實體的環(huán)境的視3是本發(fā)明方法的第一實施例的實例信號4是本發(fā)明方法的第二實施例的實例信號5是本發(fā)明方法的第三實施例的實例信號6-9表示本發(fā)明不同實施例的不同實例情況優(yōu)選實施方式圖1是不具有本發(fā)明的先有技術的目標環(huán)境的視圖。該目標環(huán)境作為能使用本發(fā)明的通信網(wǎng)絡1的實施例而給出。通信網(wǎng)絡1包括一個或多個待管理的設備，從圖1中可以得到它們之中的一個設備2和一個設備管理服務器3，待管理的設備2在本實例中是屬于移動網(wǎng)絡基礎結構4的移動設備2。
移動臺(MS)(＝設備)表示GSM用戶從整個系統(tǒng)中一直查看的僅有的裝備。它實際上包括兩個不同的實體。實際的硬件是在圖1中的參考數(shù)字5標記的移動裝置(ME)(＝手機)，其包括物理裝備如無線接收器、顯示器以及數(shù)字信號處理器。預約信息存儲在用戶標識模塊(SIM)中，在圖1中用參考數(shù)字6標記，作為智能卡來實現(xiàn)。
在本文中，移動網(wǎng)絡基礎結構包括所有用于移動數(shù)據(jù)通信所需的組件和功能，包括GSM和互聯(lián)網(wǎng)。而移動設備包括手機5和SIM卡6。因此，移動設備2能夠訪問移動網(wǎng)絡基礎結構4。
SnycML設備管理協(xié)議(SyncML DM)是一個用于在設備管理系統(tǒng)中的設備和應用程序之間的一種通信標準。如果使用這個標準，待管理的設備，即圖1中的移動臺2，在理解SyncML DM語言的設備2中裝備有SyncML用戶代理7。與其它設備管理協(xié)議一起，用戶代理7是用于在設備管理系統(tǒng)9中使用的特殊設備管理應用程序的用戶客戶端。
因此，設備管理系統(tǒng)9有使用設備管理協(xié)議的服務器方設備管理應用程序10，該協(xié)議可能是被移動服務提供商通常使用的SyncMLDM。它們用于用戶關心的目的并通過添加了有效值的服務管理來增加盈利。使用場合的例子包括服務與設置的提供、設備診斷、統(tǒng)計、固件升級和軟件升級。
圖2是包括除了圖1中所示的實體之外的執(zhí)行本發(fā)明方法的實體的環(huán)境的圖示。圖2中的系統(tǒng)1’包括駐留在圖2中的移動設備2和圖2中的服務器方3上的組件。
設備管理應用程序程序(DMA)，在圖2中具有參考數(shù)字8，并在SIM上運行，通過從手機讀取IMEI值來登記SIM駐留于什么手機，它通過在移動網(wǎng)絡上傳輸關于手機改變的信息到服務器方組件而作為應用程序駐留在設備2中的SIM卡6上。服務器方組件是服務器方3上的統(tǒng)一設備管理接口12中的統(tǒng)一設備管理(UDM)檢查應用程序11。DMA 8和UMD11在移動網(wǎng)絡(GSM)4上通信。
圖2中的系統(tǒng)1’包括駐留在圖2中的移動設備2上和圖2中的服務器方3上的組件。實際上，服務器方包括多個服務器，一個用于服務器方設備管理應用程序，而另一個用于DM系統(tǒng)接口。
UDM數(shù)據(jù)庫在圖2中是參考數(shù)字13，它包括復合設備標識的列表，這意味著UDM標識包括手機標識符和預約標識符的一些變化。手機標識符和預約標識符各自由多個參數(shù)定義。例如在GSM環(huán)境中，與預約標識符相關的是預約標識、目標地址、和/或SIM卡標識[IMSI，MSIDN，ICCID]。這些標識已經(jīng)在背景技術部分解釋過了。在本文獻中，術語“預約標識符”概括地表示用于預約的全部種類的參數(shù)。裝備標識符通過IMEI來定義，如果使用某些其它的標準而不是GSM，則這些標識將是另外一些。例如，手機標識符可能例如是由終端制造商使用的序列號等。
在本發(fā)明的一些實施例中，UDM標識被動態(tài)地記錄在UDM數(shù)據(jù)庫中，意味著UDM標識與狀態(tài)信息一起被記錄。因此，UDM數(shù)據(jù)庫保持已知設備的記錄，并且最后檢查的設備狀態(tài)與時間/日期信息一起記錄在UDM數(shù)據(jù)庫中。
本發(fā)明方法的實施例的一個例子在圖3中以信號框圖的形式表示。
圖3在最底行顯示了參與到本發(fā)明的方法中的物理實體。這些物理實體是手機(裝備)和SIM卡、服務器方上的服務器以及上述的UDM數(shù)據(jù)庫。本發(fā)明的系統(tǒng)的信號方包括用于DMA(在手機中)的客戶方用戶代理、SIM DMA應用程序(在SIM卡中)、服務器方DMA(在服務器方設備管理系統(tǒng)中)、UDM檢查應用程序和UDM數(shù)據(jù)庫(均在UDM系統(tǒng)接口中)。
現(xiàn)在假設移動設備的用戶已經(jīng)更換了手機但是保留他的舊的SIM卡并將卡轉移到新手機上。
當上述情況發(fā)生后，當服務器方設備管理應用程序通過所述信號1中的接口初始化設備管理會話，UDM檢查向應用程序發(fā)送一個查詢信號2到SIM應用程序。在步驟3中，SIM應用程序讀取手機標識并以信號4將信息報告回給UDM檢查應用程序。UDM檢查應用程序執(zhí)行比較以決定與上述圖2有關的所示的UDM標識是否仍然有效。這個步驟是通過以信號5和6從UDM數(shù)據(jù)庫取回UDM標識信息，并在步驟7中比較以前存儲的用于特殊預約標識的手機標識和所報告的手機標識。
如果UDM檢查應用程序基于所述實體的比較來考慮待管理的設備是一個新的設備，所述實體的比較例如是IMEI和MSISDM、ICCID和/或IMSI的比較，那么它就發(fā)現(xiàn)了現(xiàn)在作為設備管理候選的新設備。優(yōu)選地，新設備的標識立刻被存儲到UDM數(shù)據(jù)庫中。
所述比較結果總以信號8報告給服務器方設備管理應用程序。信號9顯示服務器方DM應用程序現(xiàn)在能開始設與指定設備的備管理會話。
圖4是本發(fā)明方法的第二實施例的信號框圖。參與本實施例的物理實體與圖3中相同。除了像圖3的實施例中那樣查詢UDM標識，本實施例中的在DM會話中也接收移動設備狀態(tài)的信息，即移動設備是“在線”還是“離線”。
現(xiàn)在假設為了發(fā)現(xiàn)給定移動設備的狀態(tài)，設備管理會話被初始化。前置條件是設備存在于UDM數(shù)據(jù)庫中，它的實時狀態(tài)是在線且它的設備狀態(tài)在UDM數(shù)據(jù)庫中是離線。
為了初始化這個設備管理會話，DM應用程序以與圖3的信號1相應的方法，以信號1從UDM接口的UDM檢查函數(shù)查詢設備的設備狀態(tài)。UDM檢查查詢UDM數(shù)據(jù)庫，以獲知是否及如何以圖4的信號2的方式記錄設備。在本例子中，設備在UDM數(shù)據(jù)庫中以狀態(tài)“離線”被記錄，且UDM數(shù)據(jù)庫響應于該UDM檢查而以圖4的信號3對此進行通知。
現(xiàn)在該UDM檢查以信號4給設備上的SIM應用程序初始化一個實時OTA查詢，以檢查該設備是否在移動網(wǎng)絡中在線。該設備用MSISDN來尋址，如果它不能到達，就假設它離線。查詢目標是參照圖2并在SIM卡上運行的設備管理應用程序程序。通過利用OTA傳輸協(xié)議的短消息服務SMS，在GSM網(wǎng)絡上承載查詢。首先查詢到達GSM網(wǎng)絡中的SMS-C(未示出)，然后該查詢問在GSM網(wǎng)絡上作為SM被轉發(fā)到移動電話。移動電話將該SM轉發(fā)到SIM卡并進一步到達所述SIM應用程序。
接著，SIM應用程序處理該查詢，它在圖4的步驟5中脫離電話讀取IMEI(與圖3的步驟3相同的方式)并以信號6發(fā)回一響應到該UDM檢查。響應通過GSM SMS承載，并就如信號4在相反方向一樣。UDM檢查應用程序此時接收承載設備的IMEI和預約目前在線的信息的響應。UDM檢查應用程序也得知脫離電話實時讀取的IMEI是否與可疑設備的IMEI相同，因為它以信號7和8從UDM數(shù)據(jù)庫獲取UDM標識信息(就像圖3的信號5和6中一樣)并在步驟9中在以前存儲的用于特殊預約實體的已獲取的手機標識和以所述信號6接收到的報告的手機標識之間執(zhí)行比較(相應于圖3的步驟7)。在這個例子中它們彼此相同。
UDM檢查應用程序也因此已經(jīng)基于信號6確定設備是“在線”的。UDM檢查應用程序因此以信號10請求更新UDM數(shù)據(jù)庫且在步驟11中記錄新的設備狀態(tài)。
優(yōu)選地，UDM檢查計算從設備首先被記錄為相反狀態(tài)以來的時間(稱為“Δ值”)。
最后，通過通知設備存在于UDM數(shù)據(jù)庫中以及設備狀態(tài)已經(jīng)從離線改變?yōu)樵诰€，并且通過通知從相反狀態(tài)的上次記錄以來的時間，UDM檢查應用程序以信號12應答來自DM應用程序(對應于圖3的信號8)的信號1。
信號13(相應于圖3的信號9)將會顯示服務器方DM應用程序目前能開始與指定設備的設備管理會話。
在圖4中，后置條件因此是設備存在于UDM數(shù)據(jù)庫中，它的實時狀態(tài)是在線且在UDM數(shù)據(jù)庫中它的設備狀態(tài)是在線。
圖5是本發(fā)明方法的第三實施例的信號框圖。參與本實施例的物理實體與圖3和4中的一樣。如圖4的實施例中，移動設備的UDM標識和狀態(tài)信息都在DM會話中作為查詢的結果被接收。
現(xiàn)在假設，為了通報給定移動設備的狀態(tài)，設備管理會話被初始化。前置條件是設備存在于UDM數(shù)據(jù)庫中，它的實時狀態(tài)是在線且在UMD數(shù)據(jù)庫中它的設備狀態(tài)是離線。
在本實施例中，為了初始化設備管理會話，發(fā)生自動觸發(fā)設備的情況。
終端用戶在關閉一段時間之后再次接通移動設備。通過SIM卡上的SIM應用程序執(zhí)行的IMEI查詢被自動觸發(fā)，以便在電話電源打開時運行。
作為結果，SIM應用程序(在SIM上執(zhí)行的設備管理應用程序(DMA)的程序)在圖5的步驟1中脫離電話讀取IMEI并向UDM檢查函數(shù)發(fā)送通知。這個通知以信號2通過使用SMS服務在GSM上被發(fā)送，即它作為從移動電話到UDM檢查函數(shù)的短消息被發(fā)送。這個報告揭示設備是在線的且UDM設備標識也已經(jīng)被通知。
在信號3中，UDM檢查詢問UDM數(shù)據(jù)庫設備是否以及怎樣被記錄，即它具有那種狀態(tài)。
在本例子中，設備以狀態(tài)“離線”被記錄在UDM數(shù)據(jù)庫中且UDM數(shù)據(jù)庫響應于UDM檢查以圖5的信號4對此通知。
在信號5中，除了預約目前在線的信息，UDM檢查應用程序也接收關于設備的IMEI的信息。因此，UDM檢查應用程序當前也得知脫離電話實時讀取的IMEI是否與討論的設備的IMEI相同，因為在信號2和3中也從UDM數(shù)據(jù)庫(如圖5的信號7和8那樣)得到UDM標識信息并在步驟5(相當于圖4的步驟7)中在以前存儲的用于特殊預約實體的獲得的手機標識和與所述信號1一起接收到的報告的手機標識之間執(zhí)行比較。在這個例子中它們彼此相同。
UDM檢查應用程序因此也已經(jīng)基于信號1確定設備是“在線”的。UDM檢查應用程序因此以信號6請求更新(如在圖4的信號10)UDM數(shù)據(jù)庫，且新的設備狀態(tài)在步驟7中被記錄。
優(yōu)選地，UDM檢查計算從設備首先被記錄為相反狀態(tài)以來的時間(稱為“Δ值”)。
最后，通過通知設備存在于UDM數(shù)據(jù)庫中以及設備狀態(tài)已經(jīng)從離線改變?yōu)樵诰€，并且通過通知從相反狀態(tài)的上次記錄以來的時間，UDM檢查應用程序以信號8應答來自DM應用程序(對應于圖4的信號12)的信號1。因此在圖5中，后置條件是設備存在于UDM數(shù)據(jù)庫中，它的實時狀態(tài)是在線且在UDM數(shù)據(jù)庫中它的設備狀態(tài)是在線。
信號9(相應于圖3的信號9)將會顯示服務器方DM應用程序目前能開始與指定設備的設備管理會話。
與附圖相關聯(lián)的上述描述只是作為一個例子給出，實際上，本發(fā)明的方法(涉及檢查設備標識以及監(jiān)控在線/離線狀態(tài))依賴前置條件并因此存在多個不同的事件流序列。在每個情況中將要發(fā)生什么依賴于檢查到的設備標識是否存在于UDM數(shù)據(jù)庫中、它是在線還是離線、以及在線/離線狀態(tài)自從最后檢查以來是否已經(jīng)改變。
如果檢查到的設備是離線的，如果在預約是在線的但卻在一個不同的手機上操作的場合，可能發(fā)現(xiàn)另一個替代的設備。
在圖6中，前置條件是指設備存在于UDM數(shù)據(jù)庫中，它的實時狀態(tài)是在線且在UDM數(shù)據(jù)庫中它的設備狀態(tài)是在線。
在圖6的實施例中，步驟1-3以別的方式相應于圖4的步驟1-3，但是，設備以狀態(tài)“在線”被記錄在UDM數(shù)據(jù)庫中，該狀態(tài)“在線”響應于UDM檢查以圖6的信號3被通知到UDM數(shù)據(jù)庫。
圖6的步驟4-9也與圖4的步驟4-9一樣。然而，由于設備狀態(tài)沒有改變，UDM數(shù)據(jù)庫不必被更新，且通過通知設備存在于UDM數(shù)據(jù)庫中、設備狀態(tài)還沒有改變以及設備仍是在線，UDM檢查應用程序以信號1應答來自DM應用程序(相應于圖4的信號12)的信號1的查詢。
信號11(相應于圖4的信號13)將會顯示服務器方DM應用程序目前能開始與指定設備的設備管理會話。
在圖6中，后置條件因此與前置條件一樣，即設備存在于UDM數(shù)據(jù)庫中，它的實時狀態(tài)是在線且它的設備狀態(tài)在UDM數(shù)據(jù)庫中是在線。
在圖7中，前置條件是設備在UDM數(shù)據(jù)庫中不存在，它的實時狀態(tài)是在線且在UDM數(shù)據(jù)庫中不存在設備狀態(tài)。
在圖7的實施例中，步驟1-3以別的方式相應于圖4中的步驟1-3，但是，設備根本不被記錄在UDM數(shù)據(jù)庫中，響應于的UDM檢查，將其以圖7的信號3通知給UDM數(shù)據(jù)庫。
圖7的步驟4-6也與圖4的步驟4-6一樣。然而，由于設備根本沒有記錄在UDM數(shù)據(jù)庫中，就沒有如圖4的信號7和8中那樣從UDM數(shù)據(jù)庫得到UDM標識信息，且沒有如圖4的步驟9那樣UDM標識比較。
替代地，由于UDM檢查應用程序目前已經(jīng)基于信號6確定設備是“在線”，它請求以信號更新UDM數(shù)據(jù)庫，且新的設備狀態(tài)(“在線”)和設備標識也在步驟8中被記錄。
然后通過通知設備已經(jīng)被加入到UDM數(shù)據(jù)庫且設備狀態(tài)是在線，UDM檢查應用程序以信號9應答來自DM應用程序的信號1的查詢(相當于圖4的信號12)。
信號10(相應于圖3的信號9)將會顯示服務器方DM應用程序目前能開始與指定設備的設備管理會話。
在圖7中，后置條件因此是設備存在于UDM數(shù)據(jù)庫中，它的實時狀態(tài)是在線且它的設備狀態(tài)在UDM數(shù)據(jù)庫中是在線。
在圖8中，前置條件是設備不存在于UDM數(shù)據(jù)庫中，它的實時狀態(tài)是離線且它的設備狀態(tài)在UDM數(shù)據(jù)庫中是在線。
在圖8中的實施例中，步驟1-3相應于圖6中的步驟1-3。
此時UDM檢查以信號4初始化向設備上的SIM應用程序的實時OTA查詢以檢查它在移動網(wǎng)絡中是否在線。用MSISDN來尋址設備。
然而，設備不能到達且用于讀取IMEI的連接不能建立。預約在這個時間點不是在線，因此假設它是離線。
因為UDM檢查應用程序目前已經(jīng)基于對于信號4沒有接收到響應的事實而確定了設備是“離線”，它以信號5請求UDM數(shù)據(jù)庫的更新，且新的設備狀態(tài)(“離線”)在步驟6中被記錄。
通過通知設備存在于UDM數(shù)據(jù)庫中、設備是離線的、設備狀態(tài)從在線改變到離線且自記錄的“Δ值”以來設備已經(jīng)是在相反的狀態(tài)，UDM檢查應用程序然后以信號7應答來自DM應用程序(相應于圖4的信號12)的信號1的查詢。
服務器方DM應用程序因此不能開始與指定設備的設備管理會話。
在圖8中，后置條件因此是設備存在于UDM數(shù)據(jù)庫中，它的實時狀態(tài)是離線且它的設備狀態(tài)在UDM數(shù)據(jù)庫中是離線。
在圖9中，假設存在狀態(tài)從在線變化到離線的現(xiàn)有設備但是發(fā)現(xiàn)了另一個在線的設備作為替代。
那么，前置條件是第一設備D1在UDM數(shù)據(jù)庫中不存在，它的實時狀態(tài)是離線且它的設備狀態(tài)在UDM數(shù)據(jù)庫中是在線。第二設備D2也存在于UDM數(shù)據(jù)庫中，它的實時狀態(tài)是在線且它的設備狀態(tài)在UDM數(shù)據(jù)庫中是離線。
圖9的實施例的步驟1-9與圖4中相同。
然而，在本實施例中，在步驟9中的在之前存儲的用于特殊預約實體的得到的手機標識和與所述信號6一起接收到的報告的手機標識之間的比較表示它們彼此不同。
因此，UDM檢查應用程序認為設備D1是離線，即使信號6中報告狀態(tài)顯示的是離線。
UDM檢查計算自從設備D1首先被記錄為相反狀態(tài)的時間和檢查信號6中的報告的IMEI，即設備D2是否被記錄在UDM數(shù)據(jù)庫中。這個步驟能連同步驟9一起或在步驟10或11之后執(zhí)行。
D2被記錄在UDM數(shù)據(jù)庫中且狀態(tài)為“離線”。
UDM檢查然后以信號10請求UDM數(shù)據(jù)庫的更新，且用于D1的新的設備狀態(tài)，即離線，以及在這個連接中或分離步驟中用于D2的新的狀態(tài)，即“在線”也在步驟11中被記錄。
UDM檢查然后計算自從設備D2首先被記錄為相反狀態(tài)以來的時間(稱為“Δ值”)。
最后，通過通知設備D1存在于UDM數(shù)據(jù)庫，設備狀態(tài)已經(jīng)從在線改變?yōu)殡x線，并通過通知從相反狀態(tài)的上次記錄以來的時間，UDM檢查應用程序以信號12應答來自DM應用程序(相應于圖4的信號12)的信號1的查詢。它被通知了，設備D2已經(jīng)被找到對于這個預約已經(jīng)找到了再現(xiàn)的設備D2且D2存在于UDM數(shù)據(jù)庫中，并且D2的設備狀態(tài)已經(jīng)從離線改變?yōu)樵诰€且設備D2已經(jīng)自從“Δ值”以來處于相反狀態(tài)。
信號13(相應于圖3的信號9)將會顯示服務器方DM應用程序目前能開始與設備D2的設備管理會話。
在圖9中，后置條件因此是設備D1存在于UDM數(shù)據(jù)庫中，它的實時狀態(tài)是離線且它的設備狀態(tài)在UDM數(shù)據(jù)庫中是離線，并且設備D2也存在于UDM數(shù)據(jù)庫中，它的實時狀態(tài)是在線且它的設備狀態(tài)在UDM中是在線。
權利要求
1.用于移動通信網(wǎng)絡中的設備管理系統(tǒng)中檢查設備的標識的方法，該系統(tǒng)包括待管理的設備、服務器方設備管理應用程序、客戶方設備管理應用程序、在所述設備管理應用程序之間的接口、以及連接到所述接口的數(shù)據(jù)庫，其特征在于可選擇順序的下列步驟a)通過所述接口初始化設備管理會話，b)所述客戶方設備管理應用程序讀取裝備信息，c)所述客戶方設備管理應用程序發(fā)送讀取的裝備信息給接口，d)接口發(fā)送裝備信息狀況給服務器方設備管理應用程序。
2.如權利要求1的方法，其特征在于設備管理會話在步驟a)中通過服務器方設備管理應用程序被初始化。
3.如權利要求2的方法，其特征在于，接口在步驟c)中從客戶方設備管理應用程序得到裝備信息，作為在步驟a)之后但是在步驟b)之前對由接口向客戶方設備管理應用程序所發(fā)送的查詢的響應。
4.如權利要求1的方法，其特征在于設備管理會話通過待管理的設備在步驟a)中被初始化。
5.如權利要求4的方法，其特征在于客戶方設備管理應用程序在步驟a)之前讀取在步驟b)中的裝備信息。
6.如權利要求5的方法，其特征在于接口在步驟a)中從客戶方設備管理應用程序得到裝備信息，借此步驟a)與c)結合。
7.如權利要求1-6其中之一的方法，其特征在于在步驟a)之后，接口檢查待管理的設備是否存在于數(shù)據(jù)庫中。
8.如權利要求1-6其中之一的方法，其中如果待管理的設備以前就存儲在數(shù)據(jù)庫中，發(fā)送到接口的裝備信息與以前存儲的用于預約的裝備信息進行比較，從中裝備信息借助用于所述預約的預約信息被發(fā)送，且所述比較結果被報告給服務器方設備管理應用程序。
9.如權利要求7或8其中的之一，其特征在于在步驟d)中報告的裝備信息狀況包括當前數(shù)據(jù)庫信息和隨數(shù)據(jù)庫被更新而變化的信息。
10.如權利要求1-9其中之一的方法，其特征在于移動網(wǎng)絡是全球移動通信系統(tǒng)(GSM)。
11.如權利要求1-10其中之一的方法，其特征在于服務器方設備管理系統(tǒng)是SyncML DM設備管理系統(tǒng)。
12.如權利要求1-11其中之一的方法，其特征在于在步驟c)中發(fā)送的所述裝備信息是國際移動裝備辨識碼(IMEI)。
13.如權利要求1-12其中之一的方法，其特征在于除了裝備信息，還發(fā)送待管理的設備的狀態(tài)信息，該狀態(tài)信息告知待管理的設備是在線還是離線。
14.如權利要求1-13其中之一的方法，其特征在于在步驟d)中提到的所述預約信息是移動用戶標識(IMSI)、移動臺整體服務數(shù)字網(wǎng)絡號碼(MSISDN)或集成電路卡標識(ICCID)。
15.如權利要求1-14其中之一的方法，其特征在于借助包含裝備信息標識符和預約信息標識符的設備標識來執(zhí)行步驟d)。
16.如權利要求15的方法，其特征在于通過檢查與所述接口連接的數(shù)據(jù)庫中的所述設備標識來執(zhí)行步驟d)。
17.如權利要求13的方法，其中如果基于步驟d)中的比較，以前存儲的裝備信息被改變，則以新的裝備信息更新所述數(shù)據(jù)庫。
18.如權利要求17的方法，其中在從待管理的設備接收狀態(tài)信息時，在數(shù)據(jù)庫中通過接口檢查以前存儲的狀態(tài)信息。
19.如權利要求18的方法，其特征在于在檢查以前存儲的狀態(tài)信息時，確定是否已經(jīng)存在設備狀態(tài)改變，如果存在，計算從上次記錄的狀態(tài)改變以來的時間。
20.如權利要求19的方法，其特征在于如果新的狀態(tài)信息與以前存儲的狀態(tài)信息不同，則以新的狀態(tài)信息來更新所述數(shù)據(jù)庫。
21.如權利要求1-20的方法，其特征在于啟動客戶方和服務器方之間的步驟d)中提及的設備管理會話的進一步步驟e)。
22.如權利要求1-21的方法，其特征在于步驟e)的所述設備管理會話通過SyncML DM協(xié)議執(zhí)行。
23.在移動通信網(wǎng)絡中用于提供對設備、待管理的設備的標識進行檢查的設備管理系統(tǒng)，該系統(tǒng)包括服務器方設備管理應用程序、客戶方設備管理應用程序以及數(shù)據(jù)庫，其特征在于a)在客戶方的用于讀取設備標識的組件，b)用于檢查來自設備標識庫的設備標識的接口，和c)實現(xiàn)設備標識庫的數(shù)據(jù)庫。
24.如權利要求21的系統(tǒng)，其特征在于待管理的設備是GSM電話，借此組件a)是GSM電話的SIM卡上的應用程序。
25.如權利要求20或21的系統(tǒng)，其特征在于組件c)是存儲包括設備標識符和預約標識符的設備標識的數(shù)據(jù)庫。
26.如權利要求23-25其中之一的系統(tǒng)，其特征在于組件c)是存儲設備標識的數(shù)據(jù)庫，設備標識包括a)作為IMEI的設備標識符，和b)作為諸如MSISDN的移動目標地址的預約標識符，作為IMSI的預約標識符和/或作為ICCID的SIM卡標識。
27.如權利要求25或26的系統(tǒng)，其特征在于組件c)是存儲待管理的設備的狀態(tài)信息的數(shù)據(jù)庫。
28.權利要求25或26的系統(tǒng)，其特征在于組件c)是存儲關于何時發(fā)生改變的信息的數(shù)據(jù)庫。
29.權利要求23-28的系統(tǒng)，其特征在于組件b)是設備標識檢查應用程序。
30.權利要求23-29的系統(tǒng)，其特征在于組件b)是狀態(tài)檢查應用程序。
全文摘要
本發(fā)明涉及用于在移動通信網(wǎng)絡中的設備管理系統(tǒng)中檢查設備標識的方法，系統(tǒng)包括待管理的設備、服務器方設備管理應用程序、客戶方設備管理應用程序、數(shù)據(jù)庫、以及在所述設備管理應用程序之間的接口。本方法的主要特征在于經(jīng)由所述接口初始化設備管理會話，在這之前或之后，所述客戶方設備管理應用程序讀取裝備信息，并發(fā)送到接口。接口將與以前存儲的用于預約的裝備信息一起發(fā)送的裝備信息和借助用于所述預約的預約信息發(fā)送的裝備信息進行比較，且將所述比較結果向服務器方設備管理應用程序進行通知。本發(fā)明的系統(tǒng)包括在客戶方的用于讀取設備標識的組件、用于檢查來自設備標識庫的設備標識的接口、和實現(xiàn)設備標識庫的數(shù)據(jù)庫。
文檔編號H04QGK1761349SQ20051011327
公開日2006年4月19日 申請日期2005年8月29日 優(yōu)先權日2004年8月31日
發(fā)明者B·-M·斯文松 申請人:智能信托系統(tǒng)股份有限公司