用于手持設備上的數據管理的方法和設備的制作方法

專利名稱：用于手持設備上的數據管理的方法和設備的制作方法
技術領域：
本發明涉及數據備份，并且尤其涉及使用備份服務器啟用備份與恢復功能。
背景技術：
同步服務常常被使用作為數據備份服務。但是，由于它們是多用途的并 且沒有嚴謹的表現，相反是依賴于最佳猜測試探法，所以無法為了數據的完 整性依賴于同步服務。
同步系統按照數據關系匹配兩個或更多個同樣的對等體。在這樣一種關 系中，不存在主數據特權，任何對等體都可以對該數據集提供改變。由于同 步操作必須處理不同類型的數據記錄，所以它必須采用試探法來識別匹配的 記錄并且隔離記錄區別。因為同步網絡中的任意兩個節點可能有不同的記錄 結構和格式，所以同步操作執行記錄轉換。


在附圖中以示例的方式而不是作為限制示出了本發明，附圖中相同的附 圖標記是指類似的元件，其中圖1是示出系統元件之間關系的一個實施方式的網絡圖； 圖2是備份與恢復(BAR)服務器的一個實施方式的框圖3是用于集體操作的BAR服務器的一個實施方式的框圖；圖4是位于手機上的BAR客戶端的一個實施方式的框圖；圖5是示出存儲在系統中的備份的以二維格式的一個實施方式的圖表；圖6是使用BAR服務器的一個實施方式的流程圖；圖7是使用基于集體操作的BAR服務器的 一個實施方式的流程圖；圖8A-C是與BAR服務器相關的web接口的用戶接口圖像；圖9是可以結合本發明使用的計算機系統的一個實施方式的框圖。
具體實施方式
備份與恢復(BAR)服務利用無線移動網絡把移動電話通訊錄信息周期性 地自動備份到安全的服務器上。在一個實施方式中，在故障或意外丟失的情 況下，BAR可以被用來把通訊錄信息恢復到原始手機上。BAR可以被用來 把通訊錄信息傳送到新的升級手機上或者傳送到更換后的手機上。BAR還 可以被用來把通訊錄信息預先安裝到集體配置的移動手機上，把集體手機通 訊錄信息重新設置到已知狀態，或者刪除被盜或丟失手機中的信息。在一個實施方式中，BAR服務可以被開發為個人移動備份服務。在-個實施方式中，BAR服務可以被開發為集體數據配置服務。對于每個配置 的特征被總結如下似多動吝做夯個人移動備份服務配置是作為數據備份和保護機制而為個體用戶設計 的。BAR系統提供備份與恢復服務以及通訊錄轉移服務。在一個實施方式 中，個人移動備份服務提供個人用戶賬戶內的通訊錄信息的在線只讀査看。在一個實施方式中，BAR的個人移動，服務采用選擇性的供應來允許以個 體用戶為基礎的激活。該服務可以在購買電話時被啟用或者可選擇在稍后的-一
個日期由用戶啟用。因為嵌入式客戶端早已存在于移動手機中，激活或者停用這項服務所需要的只是一個簡單的無線供應碼(IOTA)。在一個實施方式中，BAR服務器130依賴于手機120和載體110的下層多 媒體信息系統(MMS)基本構造。在一個實施方式中，MMS傳信方式被使用以便 數據備份消息被傳給備份服務器。因此，在一個實施方式中，為了BAR能工作， 用戶的手機必須支持MMS傳信方式。在一個實施方式中，"通知層"可以使用 簡的郵件傳送協議(SMTP)。發送給手機或者由手機發送的消息可以是各種格 式，包括MMS、 SMS(簡單傳信系統)、HTTP(超文本傳送協議)、SMTP、 IP(互 聯網協議)或者任何其他的無差錯協議。BAR服務一旦被激活，將自動備份數據。每當手機內的嵌入式通訊錄 應用發出委托時(例如在改變了聯系人條目之后)，BAR客戶端都構造備份記 錄作為MMS消息發送給服務器。在一個實施方式中，該備份記錄被立即發 送。在另--個實施方式中，該備份記錄被周期性發送給服務器(比如每天一 次)。在又一個實施方式中，當網絡利用很低時，系統對被發送給服務器的 新各份紀錄排隊。備份是自動的，并且不需要用戶干預。客戶端數據140被安全地存儲。在--個實施方式中，客戶端數據140可 以被存儲在數據庫中。在另一個實施方式中，客戶端數據可以以平面文件的 形式或者以另外- -種格式被存儲。在一個實施方式中，BAR系統也可以與 集體服務器150交互以提供集體供給、備份與恢復到原始狀態。圖2是BAR服務器的一個實施方式的框圖。在一個實施方式中，個人 版本的BAR將通過用戶接口 235在BAR網站上提供通訊錄備份的只讀數據 視圖。在一個實施方式中，該網站是"白標(whitelabeled)"，并且能在另 一網站(例如移動運營商的網站或者公司內聯網)內部被重新標記并被訪問。 使用BAR網站，用戶可以査看他/她的通訊錄225的當前備份版本。在一個 實施方式中，如果對于備份存在任何問題的話，則系統保持"最近已知的優
良狀態"的通訊錄。在一個實施方式中，系統還保持自從服務激活以來的事務歷史記錄。在一個實施方式中，包括該歷史記錄在內的這個客戶端數據225 使用戶能夠把系統復位到先前狀態。從BAR網站中，用戶可以通過選擇"恢復"選項來對他/她的手機開始 恢復操作。在一個實施方式中，選擇恢復選項需要驗證手機所有權。驗證/ 安全邏輯250強制實施這條準則。在一個實施方式中，作為恢復過程的--部 分，經由SMS消息來處理所有權的驗證(稍后描述)。對于手機的升級或者^4幾的更換，用戶町以使用BAR網站手動傳送備 份通訊錄信息到新手機中。恢復/傳送邏輯230在這個過程中給與協助。在一 個實施方式中，除了如果電話號碼不同于原始電話號碼時用戶輸入更換手機 的電話號碼之外，傳送過程與恢復過程完全相同。作為選擇，用戶可以利用用戶接口 235使用BAR網站把附加記錄手動 追加到通訊錄中。這是作為 一種便利為那些希望使用個人計算機而非使用手 機鍵盤輸入新聯系人的用戶提供的一個可選功能。在一個實施方式中，新的 聯系人將如網站視圖中所示那樣經由MMS消息被加到通訊錄中以及手機 中。對于丟失的手機，在一個實施方式中，用戶或支持人員可以經由重置邏 輯240發出手動數據重置到該手機。假設可以建立與該丟失手機的連接，則 手動重置將刪除該手機通訊錄、呼叫歷史列表以及未接呼叫列表中的數據。 手動重置將不影響信息在BAR服務器上的備份。在一個實施方式中，使用 恢復操作可以隨時恢復被刪除的通訊錄。恢a/刪除消息以及其它消息經由多 媒體傳信方式被發送給手機。多媒體消息產生器245基于用戶已經輸入的信 息來產生這則消息。然后這則消息被發送給MMS收發信機210。在一個實 施方式中，這則消息是以MM7格式被發送給MMSC, MMSC然后將它發送 給用戶的手機。在另一個實施方式中，這則消息是以MM1的格式被直接發
送到手機。在--個實施方式中，BAR將通過用戶接口 235提供用戶支持界面，用 戶接口235允許載體用戶支持人員向用戶手機發出恢復、傳送或者重置指令。 在一個實施方式中，用戶支持界面只提供關于特定用戶賬戶的非個人信息， 比如聯系人數量和備份fl期列表之類的。用戶支持界面將不顯示用戶通訊錄 的內容。在一'個實施方式中，除了特定的用戶賬單信息之外，用戶支持工具 還將提供統計數據。統計數據可以包括活躍用戶的數量、平均的通訊錄大小 以及備份的頻率。棄甜微效多圖3說明了 BAR集體服務器的框圖。BAR集體數據配置服務配置是為 諸如租用汽車安排之類的集體服務而設計，來提供一種用于重置手機通訊錄的機制。集休服務還可以包括向員丄提供手機的公司組織。希望向用戶/會 員提供中央控制的手機的任何組織都可以利用BAR的集體數據配置服務。 為了簡潔，術語"租賃模式"被用來描述可操作的手機。當然，本領域技術 人員應該理解這不需要"租賃"，而是指使用于這種方式屮的任何使用中的 手機。利用BAR，通過集體/群組而非通過個體用戶來進行供應。毎個賬戶在 該手機處于租賃模式的時間段有效并且一旦手機被返回就被重置。當手機被 置于集體/租賃模式中時，激活邏輯315激活該手機，并在該手機被返回之后 停用它。個體用戶賬戶和相關的用戶數據330在手機分發之前以及手機退回 之后與手機分離開。在--個實施方式中，個體用戶賬戶在退回之后能夠繼續 保持。例如在各個地方都有辦公室的公司提供集體手機時，這可以很有用。 旅行用戶可能收到本地手機，具有用戶自己的通訊錄以及早已預設的被表示
為基線數據325的本地公司的通訊錄。恢復/傳送邏輯320在一個實施方式中 被使用來識別被加到設備中的內容。在一個實施方式中，BAR支持集體數據重置功能。 一旦手機被返回并 且集體職員重置相關的賬戶，則集體數據重置自動激活。在一個實施方式中， 重置邏輯350刪除手機中的所有己存儲的地址信息并用集體代理控制的缺省 通訊錄代替它。例如，缺省通訊錄可能包含緊急號碼和用戶服務號碼。用戶 賬戶對被返回手機的鏈接也被中斷。可是，用戶賬戶可以保持工作狀態并可 以在該手機已經被返回并重置之后繼續保持。用戶賬戶數據被存儲為用戶數 據330。在一個實施方式中，使用BAR網站上的用戶接口 310，個體用戶可以 傳送聯系信息給租賃電話。 一旦手機被使用，個體用戶賬戶信息將被鏈接到 該手機并且數據被傳送。當手機被返回并重置時，賬戶信息將從手機中解除 鏈接。因此，例如一個人可以通過把BAR服務器上的個人通訊錄鏈接到租 賃手機的電話號碼上來把他們個人的通訊錄加到先前安裝了的缺省通訊錄 中。多媒體消息產生器335基于通過用戶接口 310輸入的或者經由MMS消 息接收到的信息來產生這則消息。然后，為手機把這消息發送給MMS收發 信機310。在一個實施方式中，BAR服務使用一個明確定義的機制用于數據備份。 此機制目的單一并且在邏輯或數據存儲方面不允許模糊性。因為為了數據完 整性而依賴該服務，所以將遵循最嚴格的定義。與同步不同，BAR個人數 據配置服務具有非常特定的主從關系，手機客戶端擔當主機而備份服務器擔 當從機。BAR集體數據配置服務具有相反的主從關系，手機客戶端擔當從 機而集體服務器擔當主機。BAR不是數據同步服務。BAR不執行記錄匹配。相反，BAR把手機中 的每個位置認為是一個個體記錄并且把所有修改的一個完整歷史記錄歸檔到BAR服務器上的那個記錄位置上。BAR只按照數據在手機內被表示的那 樣記錄該數據。
每當檢測到從多個對等體對同一記錄進行修改時，同步必須執行沖突解 決。這常常需要用戶干預。另一方面，因為BAR清楚地定義了客戶端與服 務器的關系，所以對它沒有沖突要解決。
同步會不能識別對記錄的改變和記錄的意圖復制之間的區別。這種頻繁 出現的邊緣情況被認為是復制沖突并且需要使用復制管理自動控制來解決 該沖突，或者在大多數情況下，使用手動用戶干預。BAR不遭受復制沖突， 因為所有的事務都是基于位置的并且意圖的復制被精確采用。BAR是數據備份服務。它意欲提供移動手機通訊錄的文字備份，該備 份在稍后的日期能被用于恢復或傳送給新手機。對于在手機上修改的每個記 錄，在服務器上產生對應的條目。在一個實施方式中，對記錄的每個修改被 服務器保存作為與那個特定記錄關聯的按時間編序的歷史紀錄的一部分。在 一個實施方式中，每個"更新"在時間軸上產生新的條目。在一個實施方式 中，按日期和時間對這些更新進行歸組。因此，例如，在一個特定日期完成 的所有更新可以被合并成為單個"更新"。使用這種機制，通訊錄可以沿著 一條歷史時間軸被恢復到任何特定的狀態。
正如先前總結的那樣，BAR精確地歸檔每個移動手機記錄并且不會嘗 試改變它或者把任何記錄變換成為一個對等體或變換成為規范的格式。BAR 不會嘗試執行記錄匹配，但是相反，通過每個記錄在移動手機內的定位(位 置)來跟蹤每個記錄。BAR把每個修改(增加、編輯、刪除)認為是歷史事務 并且不會企圖解決沖突中的"成功"事務。實際上，因為每個事務發生在沿 著歷史時間軸的己設置的位置中，所以不存在沖突。BAR不會企圖識別或 合并復制；所有記錄事務被準確地獲得。
BAR由兩個組件組成，用戶手機上的客戶端軟件組件以及遠程服務器
上的安全備份和存儲服務。在一個實施方式中，安全備份和存儲服務器由業 務供應商以一種安全的方式操作。在一個實施方式中，服務器經由傳信服務 而對用戶的手機是可訪問的。在一個實施方式中，客戶端被預先安裝到手機上。這意味著不需要可下載的客戶端軟件。BAR不需要PC軟件、電纜或任 何其它附加的硬件或軟件單元來行使職責。在一個實施方式中，BAR無縫 并自動地使用無線載波的現有多媒體消息服務(MMS)基礎結構運行。可替代 地，短消息系統(SMS)基礎結構可以被使用。可替代地，基于會話啟動協議 (SIP)的連接可以被使用。在--個實施方式中，BAR手機客戶端被提供給手機生產商用于直接集 成到手機中。在另--個實施方式中，BAR手機客戶端作為可安裝的手機應 用程序被提供。在一個實施方式中，根據與載體的合約，BAR服務器將被業務供應商 維護并操作。在另一個實施方式中，每-載體可以維護它自己的BAR服務 器。在一個實施方式中，服務器經由載體的多媒體消息服務中心(MMSC)的 MM7接口耦合到無線載體的網絡。在一個實施方式中，業務供應商和載體用戶使用固定的目的地標識符 (例如短碼地址)來識別要被轉發給業務供應商的備份消息。短碼地址然后被 編程到手機客戶端中以尋址BAR服務器。在一個實施方式中，載體可以更 新客戶端中的數據，以改變此短碼地址。服務器將把通過MMS、經由MM7 發出的所有事務存檔在只可被個體手機物主訪問的安全存儲區內。圖4是客戶端應用程序的一個實施方式的框圖。在一個實施方式中，客 戶應用程序作為移動手機所嵌入的固件的一個組件而起作用并被預先安裝。在一個實施方式中，客戶端永遠被激活。不存在啟用或者停用該客戶端 的能力。手機內的通訊錄信息的任何更改命令客戶端打包并發送MMS消息 到預先編好的BAR服務器的MMS地址。
在另一個實施方式中，客戶端被軟激活。通過無線電(OTA)供給的命令 將設置或重置客戶端的啟用標記。在一個實施方式中，OTA命令經由SMS 被發送給電話。如果被啟用，則手機內的通訊錄信息的任何更改命令客戶端 打包并發送MMS消息到預先編好的BAR服務器的MMS地址。當系統未被 啟用時，沒有這樣的消息被發送。在一個實施方式中，在初次激活后，BAR客戶端打包并發送手機通訊 錄的內容給BAR服務器。這個第一步驟是對服務器拷貝進行初始化。在初 始化之后， 一旦手機中存在的通訊錄內有后續數據委托，BAR客戶端就將 打包并發送包含聯系記錄改變的MMS消息。委托包括增加、更改和刪除。 在一個實施方式中，數據委托發生在用戶退出編輯狀態之時。因此，在一個 實施方式中，在委托發生之前， 一個以上的項目可以在編輯會話中被改變。在一個實施方式中，從BAR網站觸發來自服務器的上一次己知的優良 通訊錄的恢復或上載。在另一個實施方式中，使用BAR客戶端在手機上觸 發它。在一個實施方式中，如果--個恢復動作被觸發，則BAR服務器發送 具有數據的消息給用戶的手機。在--個實施方式中，這則消息是MMS消息。 BAR客戶端將通過用該MMS消息中的相應條目替代手機通訊錄內的條目來 響應來自BAR服務器的消息。在一個實施方式中，客戶端將如下響應服務器MMS信息(1) 完整的通訊錄完整的通訊錄將用新文件替換手機通訊錄的全部 內容。完整的通訊錄可以是空白的。來自BAR服務器的消息指出這則消息 是完整的通訊錄還是通訊錄子集。(2) 單個通訊錄條目單個地址條目將只替換手機通訊錄內的指定通 訊錄條目。 一個條目可以是空白的。(3) 條目的子集所述消息可以包括在手機內被替換的條目的子集。 在一個實施方式中，BAR服務器發送空白通訊錄來刪除手機通訊錄。
在另一個實施方式中，空白通訊錄的接收隨后將把設備鎖定到不操作狀態。 在另一個實施方式中，可以發送單獨的消息來鎖住該設備。如果設備丟失或 被盜時，鎖住設備可能很有用。在一個實施方式中，BAR服務器發送信號消息以刪除手機。在一個實 施方式中，信號消息是一個具有特定密碼信號內容的通訊錄。在一個實施方 式中，信號消息包含被顯示在被鎖設備上的諸如"請歸還給機主"的消息之 類的顯示信息。在一個實施方式中，所有的通訊錄條目(單獨的或者被包含在完整文件 內的)將包含指示該條目所應用到的相應手機通訊錄位置編號的標號字段。 在--個實施方式中，通訊錄條目以vCard格式被發射。備選格式可以被使用。 在一個實施方式中，BAR確定用戶手機支持何種格式，并確保數據按照適 當的格式被發射。在--個實施方式中，對于BAR客戶端不存在手機用戶接口。操作對用 戶是透明的。除了錯誤狀態的用戶通知之外，它是一個無名的客戶端。在一 個實施方式中，需要用戶動作的錯誤狀態作為消息框出現在手機上。在另一 個實施方式中，短SMS格式的消息從服務器中被發送給手機以指示錯誤狀 態。錯誤狀態可以包括如下(1) 無MMS服務(2) MMS待發箱已滿(3 ) 通訊錄條目對應于一個不存在的位置編號(4) 通訊錄內存己滿(5) 來自服務器的無標記MMS消息 在每一個錯誤消息情況下，把該問題通知該用戶。在一個實施方式中，用戶可以指示該優選的解決方案。在一個實施方式中，在BAR服務器和BAR客戶端之間發送的這則MMS 消息的數據格式是vCard格式。在一個實施方式中，為了BAR客戶端處理 并對這則vCard消息的內容采取動作，這則消息必須被服務器用數字指紋標 記并且每個通訊錄條目必須包含有效的相應位置編號。在一個實施方式中， 未標記的vCard消息被作為不安全地址通知來對待并將導致錯誤通知。在一 個實施方式中，用戶可以選擇安裝這樣不安全地址通知。在一個實施方式中，作為連接的MMS服務的MM7，使BAR服務器可 用。在另一個實施方式中，BAR服務器作為特色服務被集成到載體網站中。 在一個實施方式中，通過單獨的服務器提供BAR服務器網頁界面。在--個實施方式中，用戶驗證和訪問驗證由載體網站處理。載體負責保 持與特定用戶名(移動號碼)和密碼相對應的唯一 BAR用戶標識。在一個實施方式中，BAR服務器使用自動供給機制。當一則備份消息 第一次被接收時，BAR服務器將為不存在的賬戶自動生成新的唯--用戶ID。在一個實施方式中，BAR服務器被實現為載體網站的子組件。對BAR 服務的導航將通過載體現有的網站標記或導航結構。在一個實施方式中，在 2002年4月17 口提交的標題為"System Providing Methods For Dynamic Customization And Personalization Of User Interface "的美國專禾!j申i青 10/125,049中描述的技術被用來產生自定義接口，其與載體自己網站的接口 匹配。在一個實施方式中，BAR提供一個接口，該接口提供色調和風格來 匹配載體的現有格式和風格。因此對用戶，雖然實際的服務可以由第三方業 務供應商提供，但是該服務看上去是由載體提供。在一個實施方式中，BAR web界面包括查看通訊錄的歷史備份的能力。 在一個實施方式中，用戶可以對手機恢復通訊錄的任何歷史版本。在--個實 施方式中，web界面包括通訊錄視圖、日期選擇器和激活修復的按鈕。圖8A 說明了包括當前顯示日期(815)在內的通訊錄(810)的一個實施方式。用戶可 以選擇日期815來査看過去的狀態。在一個實施方式中，用戶可以使用恢復
按鈕(820)把手機"恢復"到那個狀態。在一個實施方式中，BARweb界面將包含日期選擇器815，其具有與通 訊錄內記錄的更改事件對應的條目。在一個實施方式中，日期選擇器將是以 最近日期最先而依照反時間順序的。選擇一個特定日期將重新顯示處于沿著 通訊錄的歷史時間軸而與那個特定日期對應的狀態中的通訊錄。通訊錄視圖810將包含與日期選擇器815中選擇的日期對應的通訊錄中 所有通訊錄條目。在一個實施方式中，如果條目數目超過可顯示區域，則該 視圖是可滾動的。在一個實施方式中，該視圖只包含可以被恢復到手機中的 通訊錄條目內的信息。在 - 個實施方式中，通訊錄視圖是只讀的。在另一個 實施方式中，用戶可以編輯830網頁上的通訊錄版本。在 個實施方式屮， 系統把這存儲為另一更新，即它保持在更改之前的歷史狀態。web界面包括恢復820和傳送835鏈接，用于恢復或傳送通訊錄的當前 可見狀態給用戶手機。在一個實施方式中，數據可以被轉送給用戶的現有手 機或者新手機。在一個實施方式中，恢復和傳送幾乎是完全相同的操作，唯 --的區別是能夠使用傳送選項規定特定移動號碼。在一個實施方式中，用戶可以從當前顯示版本的通訊錄中選擇一個或多 個地址，并把該被選地址子集傳送給手持設備。在一個實施方式中，恢復和傳送功能被統一成為單個"恢復"功能，其 在恢復之前總是請求手機號碼驗證。在一個實施方式中，網站包括一個"添加"鏈接840，其允許用戶編寫 新通訊錄條目并把它追加到最新版本的通訊錄中。新條目形式將符合手機內 的字段格式并且將不包含無法被保存在手機內部的那些數值。在提交后，新 條目形式將把聯系信息追加到通訊錄中并把該條目記錄為對通訊錄的歷史 修改。如果需要，新的歷史標簽將被加到與該新條目的附加對應的時間軸上。在一個實施方式中，特定通訊錄歷史內的歷史標簽的間隔是一天。在同
一天對通訊錄進行的所有修改將被歸一化為那天的單個統一事件。在一個實 施方式中，歸一化過程是服務器驅動的并且不取決于發出包含特定--天的所有修改的合并MMS消息的手機。在一個實施方式中，為了避免混淆用戶， 時間歸一化以手機本地時間表示而非以GMT表示。在另一個實施方式中， 手機可以每天只傳送一次數據給BAR服務器，并且因此將更改累積直到傳 送時間為止。在--個實施方式中，恢復和傳送是完全相同的功能，只有一個區別是 "傳送"允許用戶規定特定移動號碼，而"恢復"假定原始的(存檔)移動號 碼是目標。選擇傳送或恢復將按照日期選擇器所指示的那樣執行通訊錄視圖 中當前可見的通訊錄狀態的恢復。在一個實施方式中，由于只有手機機主能 訪問網頁上用戶的數據，所以不需要驗證。在另一個實施方式中，恢復或傳 送在一個實施方式中需要手機所有權的單獨驗證。在一個實施方式中，這被 執行如下(1) BAR服務器將生成不多于六位且不少于四位的動態數字PIN 碼(2) BAR服務器將把PIN碼作為SMS消息發送給手機(3) 在開始恢復或傳送之前，BAR服務器將請求用戶輸入利用該 網站發送給手機的PIN碼(4) 在有效PIN碼驗證后，BAR服務器將把通訊錄或者通訊錄的 選定部分打包，并把它作為MMS消息發送給手機(5) 被發送給手機的MMS消息將包含由BAR服務器產生的數字 標記。在一個實施方式中，從BAR服務器發送的所有文件都利用數字簽名進 行標記，該數字簽名對應于能被該手機驗證的用戶和手機特定信息。在一個 實施方式中，嵌入的BAR客戶端將拒絕或要求手動接受任何未標記的恢復/
傳送消息。在一個實施方式中，在BAR網站上的"附加"鏈接將觸發web表格的 顯示，包含對應于與單個聯系條目的聯系格式匹配的名稱值對的條目。在表 格提交后，用戶輸入的新的聯系數據將被附加到通訊錄到空位置中作為對那 個特定位置的歷史修改。在一個實施方式中，用戶可以類似地編輯任何條目。BAR服務使用手機內的啟用的多媒體消息服務(MMS)子系統以遞送通 訊錄更新消息，并發送備份消息。在一個實施方式中，MMS子系統包括在 手機內的功能MM1堆棧、可以在接收MMSvCard后激活BAR客戶端的消 息路由器、功能多媒體消息服務中心(MMSC)、 BAR服務的MMS目的地址 (短碼)和用戶的激活MMS賬戶。在一個實施方式中，多媒體消息服務中心(MMSC)和客戶端位于的MM1 堆棧都必須支持vCard數據格式作為有效MMS消息有效載荷。MM1堆桟 和MMSC都不可以改變vCard數據的內容。如果選擇BAR的軟激活選項，則在一個實施方式中載體網絡和手機使 用無線電供給方法。此方法可靠地改變BAR服務啟用設置的狀態。在一個實施方式中，BAR服務器使用標準MM7連接到多媒體消息服務 (MMSC)和相應的MMS目的地址(短碼)。MM7接口不要求配置BAR服務器 和MMSC。可是，在一個實施方式中，在兩個系統之間使用安全鏈接。在另 一個實施方式中，通過讓服務器舉動如同它是另一MMSC—樣，該連接可 以是通過MM1鏈接。BAR客戶端需要對手機固件內的組件的功能連接性。在--個實施方式 中，連接性經由一組己定義的應用編程接口(API)。這些接口的一個示例設置 被總結如下。在一個實施方式中，為了增加、刪除和修改通訊錄條目的目的，BAR 客戶端與手機通訊錄客戶端直接連接。可以由系統使用的一些示例命令是
(1) ResetAddressBook():這個API命令由BAR客戶端發到嵌入的 通訊錄。通訊錄通過擦除已存儲的手機通訊錄的內容來進行響應。(2) SetAddressEntry():這個API命令由BAR客戶端發到嵌入的通 訊錄。通訊錄通過用給出的存儲器結構的內容替代已規定的通訊錄條目(位 置)的內容來進行響應。(3) GetAddressEntry():這個API命令由BAR客戶端發到嵌入的通 訊錄。通訊錄通過用通訊錄條目(位置)的內容填充給出存儲器結構的內容來 進行響應。通訊錄只填充它理解的那些數值到條目中。(4) ResetCallList():這個API命令由BAR客戶端發到嵌入的手機 呼叫列表管理器。呼叫列表管理器通過擦除最近呼叫列表和未接呼叫列表的 內容來進行響應。(5) NotifyCommit():這個API命令由手機通訊錄客戶端發到嵌入 的BAR客戶端，來指示對手機通訊錄內的特定位置已經發生的--次改變。 多個委托通知可以由手機通訊錄客戶端發出并且被傳到BAR客戶端來跟蹤 這些通知直到形成適當的一個或多個MMS消息為止。(6) SendMessage():這個API命令由BAR客戶端發到手機內的嵌 入式MMS傳信子系統。此命令把備份消息放置到客戶端的待發箱中。在一 個實施方式中，這則消息是具有vCard附件的完整形成的MMS消息。MMS 消息包含適當的消息報頭和BAR服務器終點的有效目的地址。注意 一旦一則MMS信息被放置到消息待發箱中，則手機內的MMS 子系統的責任是使用網絡遞送這則MMS消息。(7) ParseMessage():這個API命令由手機內的嵌入式MMS消息路 由器發到BAR客戶端。這個命令通知BAR客戶端來自MMS收件箱中的 完整形成的"本來的(as-is)"消息可用于解析。BAR客戶端解析這則MMS 消息內容并驗證消息簽名。在成功解析后，BAR客戶端將調用適當的通訊
錄API來修改手機通訊錄。(8) PeriodicCheck():這個API命令由手機固件子系統周期性呼用 以便調用BAR客戶端內的時間檢査功能。在一個實施方式中，BAR客戶端 在最大的短周期內從這個功能調用中返回以避免鎖住手機或者生成計時器 競爭情況。注意在一個實施方式中，BAR嵌入的客戶端對嵌入的手機配置管理 器使用直接連接。(9) GetTime():這個API命令由BAR客戶端發到手機固件以便檢 索當前時間來使用作為被發送給服務器的MMS消息的時間戳。在一個實施 方式中，當前'時間是手機本地吋間而非GMT。注意在一個實施方式中，BAR嵌入的客戶端為了定期檢査它的任務 隊列以及確定當前時間和R期，使用對嵌入的手機計時服務的直接連接。(10) GetServerAddress():這個API命令由BAR客戶端發到手機固 件以檢索用于BAR服務器的MMS目的地址。手機廠商可隨意提供在手機 配置設定中設置這個地址的數值的能力。(11) IsEnabled():這個API命令由BAR客戶端發到手機配置固件 以檢索BAR應用的啟用狀態。手機廠商可有選擇地提供在手機配置設定中 設置這個標志的數值的能力。理論上，這個配置是可通過無線電(OTA)配置 命令編程的。如圖5屮的一個示例所示，通訊錄信息的數據存儲邏輯上可以用二維數 據結構來描述。第一維度510對應于在手機內的特定聯系數據條目的位置編 號520或索引。第二維度530對應于當通訊錄中的某些信息或所有信息改變 時的時間歸一化的改變事件540，時間瞬間。使用此二維數據結構，可以對于任意給定日期標簽重建通訊錄的歷史檔案。
在一個實施方式中，對應于給定位置編號的所有聯系信息被認為是對那個位置的歷史改變。增加操作560和修改操作550用特定位置的非空記錄來 指示。刪除操作580由特定位置的空記錄來指示。無記錄表示在給定時刻那 個位置中沒有發生改變。由手機發送給服務器的對于特定位置的H期信息有可能是錯誤的。具體 地說，手機會把對應于前次更新時間之前的時刻的日期數值發送給那個特定 記錄。這是--個錯誤狀態并由服務器處理。在一個實施方式中，服務器將通 過替代當前服務器時間戳來把對應于在一個特定記錄的前一條目之前具有 一個數值或者都沒有數值的那個記錄的任意日期條目歸 -化。與特定記錄條 目相關的所有記錄是唯 一的并按照時間遞增順序被分類。總的來說，通訊錄備份信息對每個用戶都是唯一的。所以不需要把信息 集中到一個數據庫中。因為不會有來自多個用戶數據庫的記錄將曾經被共享 或鏈接，所以在--個實施方式中，單獨的用戶微數據庫被使用。在另一個實 施方式中，簡爭的平而文件結構被使用。由f移動手機固有的存儲局限，任何用戶的都不期望將超過一千個條 目。平均的用戶數據庫大小期望包含少于30個條目。為此緣故，對BAR服 務器應用程序來說合理的而非要求的是執行來自使用運行吋分類而非依賴 結構化數據庫系統的不變數據中的存儲器內的數據庫配置。只要共享鎖定可用，則用戶的整個通訊錄數據庫可以作為一個文件被存 儲在用戶數據區域中而不涉及訪問沖突。用戶通訊錄信息是專用的并且對未被授權的各方不可見。在一個實施方 式中，用戶通訊錄內容無法被客戶支持人員査看。在一個實施方式中，安全 備份存儲被提供在BAR服務器上。個體用戶通訊錄條H用邏輯位置編號鍵入以便與手機內的位置編號直 接對應。對于每個手機位置可以存在多個條目，匯總了對那個位置的更改的
歷史紀錄。在一個實施方式中，在通訊錄存在期間保留這些條目。
在一個實施方式中，用戶數據庫內沒有數據曾被刪除。相反，用戶數據 庫包含以每個位置為基礎對通訊錄進行的修改的完全歷史紀錄。每個通訊錄 條目包含時間戳，此時間戳可用于重新構成特定時刻的通訊錄狀態。
例如，為了重建特定時刻的通訊錄狀態，系統選擇在給定時間戳之前的 所有記錄并按照連續的順序逐個位置應用所有記錄。該結果將包含對日期進 行的修改的歷史表示。
附加是代替空位置的記錄條目。更改是代替上一記錄條目的記錄條目。 刪除是代替上一記錄條目的空記錄條曰。用這種方式，本系統提供用戶通訊 錄的完全備份以及歷史記錄。
注意雖然在這里只討論了通訊錄，但是同一系統5J以被應用到用戶手 持設備上保存的任何結構化數據上，比如聯系人、日歷、媒體文件等等。
圖9是可以結合本發附使用的計算機系統的一個實施方式的框圖。可是 對本領域普通技術人員來說很顯然，然而也可以使用各種系統結構的其它備 選系統。
圖9中說明的數據處理系統包括用于傳送信息的總線或其它內部通信裝 置915，以及耦合到總線915的用于處理信息的處理器910。該系統還包括 耦合到總線915用于存儲被處理器910執行的信息和指令的隨機訪問存儲器 (RAM)或者其他易失性存儲器設備950(稱為內存)。主存儲器950還可以用 于在處理器910的指令執行期間存儲臨時變量或其它屮間信息。該系統還包 括耦合到總線915的用于存儲處理器910的靜態信息和指令的只讀存儲器 (ROM)和/或靜態存儲設備920，以及諸如磁盤或光盤之類的數據存儲設備 925及其相應的磁盤驅動。數據存儲設備925耦合到總線915，用于存儲信 息和指令。
該系統另外可以耦合到諸如陰極射線管(CRT)或液晶顯示器(LCD)之類
的顯示設備970上，顯示設備970通過總線965耦合到總線915，用于向計 算機用戶顯示信息。包括字母數字鍵和其它按鍵的字母數字輸入設備975也 可以通過總線965耦合到總線915，用于傳送信息和命令選擇給處理器910。 附加的用戶輸入設備是諸如鼠標、軌跡球、尖筆或光標方向鍵之類的光標控 制設備980，其通過總線965耦合到總線915，用于傳送方向信息和命令選 擇給處理器910，并用于控制在顯示設備970上的光標移動。作為選擇可以耦合到計算機系統卯0的另 一設備是用于經由網絡訪問分 布式系統的其它節點的通信設備9卯。通信設備990可以包括若干商業可用 的網絡外圍設備，比如被用于耦合到以太網、令牌環網、互聯網或廣域網的 那些設備。通信設備990還可以是無調制解調器連接，或者是在計算機系統 卯O和外界之間提供連接的任何其它機件。注意在圖9中說明的這個系統 的任何組件或者全部組件以及相關的硬件都可以被使用在木發明的各個實 施方式中。本領域齊通技術人員應該Jt解該系統的任何配置都可以被用于按照特 定實施方案的各種目的。實現本發明的控制邏輯或軟件可以被存儲在處理器 910可木地或遠程訪問的主存儲器950、海量存儲設備925或者其它存儲介 質中。對本領域普通技術人員來說很顯然的是，在這里描述的系統、方法和流 程可以被實現為存儲在主存儲器950或只讀存儲器920中并被處理器910執 行的軟件。這種控制邏輯或軟件也可以存在于--件包括計算機可讀介質的產 品上，計算機可讀介質在其中使計算機可讀程序代碼被具體化，并且可被海 量存儲設備925讀取，并用于使處理器910按照在這里的方法和教導進行操 作。木發明還玎以在包含上述計算機硬件組件子設備的手持或便攜設備中 被實現。例如，手持設備可以被配置來只包含總線915、處理器910和存儲
器950和/或925。該手持設備還可以被配置來包括一組按鍵或輸入信令組 件，用戶可利用它們來從一組可用選項中進行選擇。手持設備還可以被配置 來包括諸如液晶顯示器(LCD)或顯示單元矩陣之類的輸出設備，用于向手持設備的用戶顯示信息。常規方法可用來實現這樣的手持設備。本發明對于這 樣的設備的實現對給出在此所提供的本發明的公開內容的領域中的普通技 術人員來說將是顯而易見的。本發明還可以被實現在包括上述計算機硬件組件子設備的專用裝置中。 例如，該裝置可以包括處理器910、數據存儲設備925、總線915和存儲器 950，以及僅僅基本的通信機構，比如允許用戶以基本的方式與該設備進行 通信的小型觸摸屏。總的來說，設備的用途越特定，則為了該設備運轉而需 要提供的單元越少。在一些設備中，與用戶的通信可以通過基于觸摸的屏幕 或者類似的機構。本領域宵-通技術人員應該理解該系統的任何配置都可以被用于按照特 定實施方案的各種目的。實現本發明的控制邏輯或軟件可以被存儲在町讓處 理器910本地或遠程訪問的倒可機器可讀介質上。機器町讀介質包括用于以機器(例如計算機)ii—r虔的形式存儲或發射信息的任何機件。例如，機器町讀介質包括只度存儲器(ROM)、隨機訪問存儲器(RAM)、磁盤存儲介質、光存 儲介質、閃速內存設備、電、光、聲或其它形式的傳播信號(例如載波、紅 外信號、數字信號等等)。在上述說明中，已經參考本發明的特定示例實施方式描述了本發明。可 是，很顯然的是，不偏離如附加的權利要求中所闡明的本發明的更廣范圍和 精神，可以對此進行各種修改和變化。相應地，說明書和附圖被視為說明性 的而不是限制性的。
權利要求
1.一種提供備份與恢復服務的方法，包括從客戶端設備接收響應于編輯事件而生成的消息，該消息包含對客戶端數據中的條目的更改，該條目具有相關的位置；把具有相關日期的該編輯事件存儲在備份與恢復服務器中，該編輯事件根據位置編號來跟蹤對該條目的更改；以及響應于用戶請求，提供從備份與恢復服務器中恢復客戶端設備上的客戶端數據的能力。
2. 根據權利要求1所述的方法，其中編輯事件包括如下的一者或多者新條目的增加、條目的刪除、從空白條目到填充條目的更改、以及對條目的 某些方面的更改。
3. 根據權利要求1所述的方法，還包括響應于接收到刪除請求，發送消息給客戶端，以命令客戶端刪除客戶端 數據中的全部條目。
4. 根據權利要求1所述的方法，還包括 在所述消息中包括簽名，該簽名驗證發送方的真實性。
5. 根據權利要求1所述的方法，還包括提供web接口來使用戶能夠編輯服務器上的客戶端數據。
6. 根據權利要求5所述的方法，還包括向客戶端生成消息，以命令客戶端根據服務器上做出的改變來更新客戶端數據。
7. 根據權利要求1所述的方法，還包括使用戶能夠從備份與恢復服務器傳送客戶端數據給新的客戶端設備。
8. 根據權利要求1所述的方法，還包括構造多媒體傳信系統消息，以從備份與恢復服務器發送選定的客戶端數 據到客戶端設備。
9. 根據權利要求8所述的方法，其中客戶端數據是通訊錄，并且消息主體包含vCard。
10. 根據權利要求1所述的方法，還包括經由會話啟動協議通知客戶端以接受新的客戶端數據記錄。
11. 根據權利要求1所述的方法，其中客戶端設備是諸如移動電話之類 的無線連接的通信設備。
12. 根據權利要求1所述的方法，其中客戶端設備是諸如通過IP的語 音電話之類的有線連接的通信設備。
13. —種備份與恢復服務器，包括 包含多個記錄的客戶端數據；重置邏輯，用于清除客戶端設備的內容，所述清除動作刪除設備中的全 部記錄；和恢復/傳送邏輯，用于用存儲在服務器上的客戶端數據來重置客戶端設 備的內容。
14.根據權利要求13所述的服務器，其中客戶端數據包括: 與發出客戶端設備的授權相關的基線數據；和 與客戶端設備所屬的特定用戶相關的用戶數據。
15. 根據權利要求13所述的服務器， 包含歷史數據的客戶端數據。
16. 根據權利要求15所述的服務器， 把客戶端設備重置到先前狀態。還包括:其中恢復/傳送邏輯還使用戶能夠
17. 根據權利要求13所述的服務器，還包括激活邏輯，用于在客戶端設備被分配給用戶時激活該客戶端設備并當客 戶端設備被返回時停用該客戶端設備。
18. 根據權利要求13所述的服務器，其中服務器擔當集體服務器，當 客戶端設備被提供給用戶時使客戶端設備用缺省數據進行初始化，并當用戶 返回該客戶端設備時返回到原始狀態。
19. 根據權利要求18所述的服務器，其中除了缺省數據之外還用用戶 自己的數據對客戶端設備進一步初始化。
20. 根據權利要求18所述的服務器，其中服務器擔當備份和傳送服務 器，用于使用戶傳送客戶端數據到新的客戶端設備。
全文摘要
提供一種用于備份并恢復服務的方法和設備。這種備份并恢復功能提供使用基于集體進行供應的能力以及從丟失的手機中刪除個人數據的能力。由于使用此系統還可以進行恢復，所以如果手機失而復得或者被更換成一部新手機，則可以很容易恢復/傳送通訊錄。
文檔編號H04M3/00GK101129057SQ200580037060
公開日2008年2月20日 申請日期2005年10月27日 優先權日2004年10月27日
發明者D·A·加爾平, E·O·博德納爾, P·托賓 申請人:韋里斯恩有限公司