背景

許可或資格通常用于控制客戶機計算設(shè)備可訪問特定應(yīng)用(諸如舉例而言，文字處理應(yīng)用、電子表格應(yīng)用以及演示應(yīng)用)的方式。通常，每一類型的客戶機計算設(shè)備具有不同的許可服務(wù)，其中該類型的客戶機計算設(shè)備可以包括例如，客戶機計算設(shè)備的特定操作系統(tǒng)(OS)或客戶機計算設(shè)備的品牌。然而，使用每一類型的客戶機計算設(shè)備的此類不同的許可服務(wù)導(dǎo)致若干限制。例如，高成本可與建立并維持針對每一類型的客戶機計算設(shè)備的單獨許可服務(wù)相關(guān)聯(lián)。另外，提供捆綁提議可能是合乎需要的，捆綁提議包括可在多種類型的客戶機計算設(shè)備上使用的一個或多個應(yīng)用的許可證。然而，使用單獨許可服務(wù)可排除此類捆綁提議，因為捆綁依賴于許多不同類型的設(shè)備或系統(tǒng)之間的集成。此外，對于市場服務(wù)而言，與每一單獨許可服務(wù)相集成以銷售這些許可證可能是困難的，并且可能難以獲得許可證所有權(quán)的一致證明。例如，一個許可服務(wù)可使用產(chǎn)品密鑰，而另一許可服務(wù)可使用令牌。

概述

下面呈現(xiàn)了本發(fā)明的簡化概述，以便提供此處所描述的某些方面的基本概念。此概述不是所要求保護的主題的詳盡的概述。既不是要指出所要求保護的主題的關(guān)鍵性元素，也不是要詳細(xì)描述本發(fā)明的范圍。唯一的目的是以簡化形式呈現(xiàn)所要求保護的主題的某些概念，作為稍后呈現(xiàn)的比較詳細(xì)的描述的前奏。

一個實施例提供了一種用于使用同步提供者來許可應(yīng)用的方法。該方法包括在許可服務(wù)處從客戶機同步提供者接收對應(yīng)用的許可證的請求，并且經(jīng)由商務(wù)伙伴同步提供者從提議該應(yīng)用的商務(wù)伙伴接收與該許可證有關(guān)的信息。該方法還包括向客戶機計算設(shè)備返回該應(yīng)用的許可證，從該客戶機同步提供者接收與該許可證的狀態(tài)有關(guān)的信息，并且根據(jù)該許可證的狀態(tài)調(diào)整該許可證的條件。

另一實施例提供了一種用于使用同步提供者來許可應(yīng)用的系統(tǒng)。該系統(tǒng)包括客戶機同步提供者，其被配置成經(jīng)由商務(wù)伙伴同步提供者從商務(wù)伙伴接收供應(yīng)請求，向許可服務(wù)發(fā)送請求應(yīng)用的許可證的系統(tǒng)調(diào)用，并且周期性地確定并更新該許可證的狀態(tài)。該系統(tǒng)還包括許可服務(wù)，其被配置成向客戶機計算設(shè)備返回該應(yīng)用的許可證，從該客戶機同步提供者接收與該許可證的狀態(tài)有關(guān)的信息，并且根據(jù)該許可證的狀態(tài)調(diào)整該許可證的條件。

另一實施例提供了包括多個指令的一種或多種計算機可讀存儲介質(zhì)，當(dāng)該指令被處理器執(zhí)行時致使該處理器：從客戶機同步提供者接收對應(yīng)用的許可證的請求，并且從對應(yīng)于提議該應(yīng)用的商務(wù)伙伴的商務(wù)伙伴同步提供者接收與該許可證有關(guān)的信息。該指令還致使該處理器：向客戶機計算設(shè)備返回該應(yīng)用的許可證，確定與該許可證的狀態(tài)有關(guān)的信息，并且根據(jù)該許可證的狀態(tài)調(diào)整該許可證的條件。

提供本概述是為了以簡化的形式介紹一些概念；這些概念將在以下具體實施方式中被進一步描述。本概述并不旨在標(biāo)識所要求保護主題的關(guān)鍵特征或必要特征，也不旨在用于限制所要求保護主題的范圍。

附圖說明

圖1是可用于實現(xiàn)此處描述的許可服務(wù)的聯(lián)網(wǎng)環(huán)境的框圖；

圖2是可用于實現(xiàn)此處描述的許可服務(wù)的計算環(huán)境的框圖；

圖3A、3B和3C示出可用于管理各應(yīng)用的許可證的許可系統(tǒng)的示意圖；

圖4是用于通過市場服務(wù)購買應(yīng)用的許可證的方法的過程流程圖；

圖5是用于通過市場服務(wù)初始激活應(yīng)用的許可證的方法的過程流程圖；

圖6是用于重新激活應(yīng)用的許可證的方法的過程流程圖；

圖7是示出已向用戶許可的用于多個不同機器的多個資格或許可證的框圖；

圖8是用于將資格轉(zhuǎn)換為另一提議或更新與該資格有關(guān)的提議的方法的過程流程圖；

圖9是用于驗證用戶的身份以及對其供應(yīng)無密鑰授權(quán)的資格的身份的方法的過程流程圖；

圖10是用于在適當(dāng)時供應(yīng)無密鑰授權(quán)的方法的過程流程圖；

圖11A是用于檢索現(xiàn)有訂閱(或TBL)密鑰的方法的過程流程圖；

圖11B是用于獲取新訂閱密鑰的方法的過程流程圖；

圖12A是用于檢索現(xiàn)有產(chǎn)品密鑰的方法的過程流程圖；

圖12B是用于獲取新產(chǎn)品密鑰的方法的過程流程圖；

圖13是用于根據(jù)資格來檢索各機器的方法的過程流程圖；

圖14是用于根據(jù)資格來取消供應(yīng)特定機器的方法的過程流程圖；

圖15A是用戶初始購買資格的方法的過程流程圖；

圖15B是用于更新資格的方法的過程流程圖；

圖16是用于在OLS中向用戶供應(yīng)或?qū)⒂脩魪囊环N資格轉(zhuǎn)換到另一種資格的方法的過程流程圖；

圖17是用于根據(jù)ForcedUpdate(強制更新)過程來確定是否要更新資格的方法的過程流程圖；

圖18A是用于初始許可設(shè)備的應(yīng)用的方法的過程流程圖；

圖18B是用于周期性地檢查許可證的狀態(tài)的方法的過程流程圖；

圖19是用于初始許可設(shè)備的方法的過程流程圖；

圖20是伙伴確定用戶是否被授予對其服務(wù)的訪問權(quán)的方法的過程流程圖；

圖21是主數(shù)據(jù)中心和多個復(fù)制數(shù)據(jù)中心的示例性配置的示意圖；

圖22是示出用于執(zhí)行計劃停機時間的第一步驟的示意圖；

圖23是用于執(zhí)行計劃停機時間的第二步驟的示意圖；

圖24是用于應(yīng)用許可的方法的過程流程圖；

圖25是用于使用同步提供者來許可應(yīng)用的方法的過程流程圖；

圖26是用于使用多種形式的許可來許可應(yīng)用的方法的過程流程圖；

圖27是用于許可用于各設(shè)備的應(yīng)用的方法的過程流程圖；以及

圖28是用于提供對應(yīng)用的基于用戶的許可的方法的過程流程圖。

具體實施方式

本文中所揭示的各個實施例闡述用于根據(jù)各種準(zhǔn)則和技術(shù)的應(yīng)用許可的方法和系統(tǒng)。如此處所使用的，術(shù)語“應(yīng)用”可指計算環(huán)境內(nèi)實現(xiàn)的應(yīng)用、程序或服務(wù)?？筛鶕?jù)此處描述的許可服務(wù)來使用的各應(yīng)用包括但不限于，MICROSOFT WORD、MICROSOFT EXCEL、MICROSOFT POWERPOINT、MICROSOFT VISIO、或MICROSOFT SHAREPOINT，所有這些應(yīng)用都可從美國華盛頓州雷德蒙市微軟公司獲得。各應(yīng)用可由市場服務(wù)或多個第三方服務(wù)中的任一個經(jīng)由網(wǎng)絡(luò)向計算設(shè)備提供。針對此類應(yīng)用的各種不同類型的許可證或資格可通過各種不同的方法來獲取。

此處描述的許可服務(wù)通過提供可擴展且一致的方法來許可新客戶機計算設(shè)備，從而解決了以上討論的關(guān)于使用單獨許可服務(wù)的問題。另外，許可服務(wù)通過將許可過程與購買過程隔離開，來允許新伙伴(即，商務(wù)伙伴)容易地銷售應(yīng)用。另外，許可服務(wù)啟用跨越不同客戶機或客戶機設(shè)備的提議(offer)。許可服務(wù)還允許不同客戶機的用戶證明其被供應(yīng)以經(jīng)由單組憑證使用應(yīng)用。此外，即使設(shè)備下線時，許可服務(wù)也允許包括跨設(shè)備和服務(wù)的同步許可時間段。這還允許當(dāng)訂閱隨時間流逝時在所有設(shè)備和服務(wù)上的體驗保持一致。

許可服務(wù)此處可被稱為“Office許可服務(wù)”、或“OLS”，因為它可用于許可MICROSOFT OFFICE，即，可從華盛頓州雷德蒙市微軟公司獲得的“Office”應(yīng)用，諸如以上列出的各應(yīng)用。然而，應(yīng)當(dāng)理解，許可服務(wù)還可用于許可從任何數(shù)量的提供者可獲得的任何其他合適類型的應(yīng)用。

在各個實施例中，OLS通過一致的、可展開且明確定義的一組協(xié)議來提供使用多種許可方法的能力。此類許可方法可包括例如，基于產(chǎn)品密鑰的許可、基于在線用戶的許可、基于設(shè)備的許可、以及基于令牌的許可等等。

在一些實施例中，OLS被配置成周期性地檢查用戶的許可狀態(tài)。這可允許離線使用產(chǎn)品的能力與獲取最新許可信息的能力(例如，是否已經(jīng)取消供應(yīng)許可)之間的平衡。用戶的許可狀態(tài)可被稱為“訂閱心跳”(subscription heartbeat)。訂閱心跳可用來確定是否要禁用應(yīng)用的許可證，由此停用對應(yīng)的應(yīng)用。

OLS可跨多個設(shè)備和服務(wù)提供用戶的許可證狀態(tài)的同步。在一些實施例中，OLS使運行Office的各設(shè)備(例如，PC、Mac、或平板設(shè)備等等)以及Office服務(wù)(例如，漫游設(shè)置)能夠具有一致的許可證狀態(tài)。因此，當(dāng)用戶的訂閱隨時間流逝時，對客戶機和服務(wù)的訪問同時可能被切斷。另外，通過預(yù)設(shè)允許特定設(shè)備的離線許可時間量，即使用戶下線，許可狀態(tài)也可被同步。

此外，OLS可提供離線客戶機的容錯以及對欺詐的檢測。例如，OLS可包括確定新客戶機何時請求許可證對照現(xiàn)有客戶機何時請求續(xù)訂許可證的邏輯。OLS還可包括確定用戶何時執(zhí)行欺詐活動(諸如請求過量的新許可證)、同時仍允許用戶添加和移除設(shè)備并且維護特定數(shù)量的有源設(shè)備的邏輯。

在各個實施例中，OLS提供設(shè)備的許可。例如，OLS可提供MOX設(shè)備的許可，其中術(shù)語“MOX”一般是指所有Windows 8平板設(shè)備。OLS可使用憑證和OLS許可證來提供此類許可。OLS許可證是與經(jīng)由產(chǎn)品密鑰授予的傳統(tǒng)授權(quán)不同的新形式的許可證。OLS許可證可包括從傳統(tǒng)系統(tǒng)(例如，傳統(tǒng)Office軟件保護平臺(OSPP)系統(tǒng))外部的服務(wù)器來配置的可配置許可證檢查時間段。

在各個實施例中，OLS可提供服務(wù)的許可。具體而言，OLS可提供可伸縮方式來使用輪詢模型提供服務(wù)的許可，其中服務(wù)可在適當(dāng)時查詢OLS。OLS可在特定時間量內(nèi)將供應(yīng)/許可信息高速緩存在服務(wù)或客戶機自身上，以便使系統(tǒng)可伸縮。另外，推送模塊可用來提供服務(wù)的許可。

OLS可允許災(zāi)難回復(fù)力。例如，接近零天恢復(fù)點和接近零分鐘恢復(fù)時間可經(jīng)由使用定制地理復(fù)制邏輯而保持同步的在地理上分布的服務(wù)器來實現(xiàn)。這可通過將始終要保持同步的信息與可在某種程度上同步的信息分開、并且隨后經(jīng)由同步提供者池同步該信息來完成。另外，鎖定機制可用來避免蓋寫。

此外，OLS提供基于用戶的許可。用于使用富客戶機應(yīng)用的許可信息可從服務(wù)器被發(fā)送，并且可基于用戶的登錄信息。許可信息可保留在服務(wù)器上而不是客戶機上，并且許可信息可隨用戶在服務(wù)器上漫游。這可用在多個場景中，諸如用于漫游應(yīng)用或用于基于密鑰的許可被使用之前的初始獲取。

作為正文前的圖文，一些附圖是在一個或多個結(jié)構(gòu)組件(不同地稱為功能、模塊、特征、元件等等)的上下文中來描述概念的。附圖中示出的各種組件能夠以任何方式來實現(xiàn)，例如，通過軟件、硬件(例如，分立邏輯組件等等)、固件等等，或這些實現(xiàn)的任何組合。在一個實施例中，各個組件可反映對應(yīng)的組件在實際實現(xiàn)中的使用。在其他實施例中，附圖中所示的任何單個組件可由多個實際組件來實現(xiàn)。對附圖中的任何兩個或更多個單獨組件的描繪可以反映由單個實際組件所執(zhí)行的不同功能。以下討論的圖1提供了關(guān)于可用于實現(xiàn)附圖中所示的各功能的一個系統(tǒng)的細(xì)節(jié)。

其他附圖以流程圖形式描述了概念。以此形式，某些操作被描述為構(gòu)成以某一順序執(zhí)行的不同的框。這些實現(xiàn)是示例性而非限制性的。此處描述的某些框可被分組在一起并在單個操作中執(zhí)行，某些框可被分成多個組件框，并且某些框可以按與此處所示出的不同的次序來執(zhí)行(包括以并行方式執(zhí)行這些框)。流程圖中所示的框可以通過軟件、硬件、固件、手動處理、這些實現(xiàn)的任何組合等來實現(xiàn)。如此處所使用的，硬件可包括計算機系統(tǒng)、諸如專用集成電路(ASIC)之類的分立邏輯組件等以及它們的任意組合。

關(guān)于術(shù)語，短語“配置成”涵蓋可以構(gòu)造任何種類的功能來執(zhí)行所標(biāo)識的操作的任何方式。功能可以被配置成使用，例如，軟件、硬件、固件等或其任何組合來執(zhí)行操作。

術(shù)語“邏輯”涵蓋用于執(zhí)行任務(wù)的任何功能。例如，流程圖中所示的每一操作對應(yīng)于用于執(zhí)行該操作的邏輯。操作可以使用，例如，軟件、硬件、固件等或其任何組合來執(zhí)行。

如在此使用的，術(shù)語“組件”、“系統(tǒng)”、“客戶機”等旨在指代計算機相關(guān)的實體，它們可以是硬件、(例如，執(zhí)行中的)軟件和/或固件、或其組合。例如，組件可以是，在處理器上運行的進程、對象、可執(zhí)行碼、程序、函數(shù)、庫、子例程，和/或計算機或軟件和硬件的組合。

作為說明，在服務(wù)器上運行的應(yīng)用和服務(wù)器兩者都可以是組件。一個或多個組件可以駐留在進程中，組件可以位于一個計算機內(nèi)和/或分布在兩個或更多計算機之間。術(shù)語“處理器”一般被理解為指硬件組件，諸如計算機系統(tǒng)的處理單元。

此外，所要求保護的主題可使用產(chǎn)生控制計算機以實現(xiàn)所公開的主題的軟件、固件、硬件、或其任意組合的標(biāo)準(zhǔn)編程和/或工程技術(shù)來實現(xiàn)為方法、裝置、或制品。如此處所使用的術(shù)語“制品”旨在涵蓋可以從任何計算機可讀存儲設(shè)備或介質(zhì)訪問的計算機程序。

計算機可讀存儲介質(zhì)包括存儲設(shè)備(例如，硬盤、軟盤、以及磁帶等等)、光盤(例如，緊致盤(CD)以及數(shù)字多功能盤(DVD)等等)、智能卡和閃存設(shè)備(例如，卡、棒和鑰匙驅(qū)動器等等)。相反，計算機可讀介質(zhì)(即，非存儲介質(zhì))可附加地包括用于通信信號之類的通信介質(zhì)，諸如傳輸介質(zhì)。

此外，本文所使用的詞語“示例性”意指用作示例、實例或說明。在此被描述為“示例性”的任何方面或設(shè)計并不一定要被解釋為相比其它方面或設(shè)計更優(yōu)選或有利。

計算環(huán)境

為了提供用于實現(xiàn)所要求保護的主題的各個方面的上下文，圖1-2以及下面的討論旨在提供其中可以實現(xiàn)本發(fā)明的各個方面的計算環(huán)境的簡要的、一般描述。例如，一種用于許可應(yīng)用的方法和系統(tǒng)可實現(xiàn)在此類計算環(huán)境中。盡管上文已經(jīng)在運行在本地計算機和/或遠(yuǎn)程計算機上的計算機程序的計算機可執(zhí)行指令的一般上下文中描述了所要求保護的主題，然而本領(lǐng)域中的技術(shù)人員將認(rèn)識到，本發(fā)明也可以結(jié)合其它程序模塊來實現(xiàn)。一般而言，程序模塊包括執(zhí)行特定任務(wù)或?qū)崿F(xiàn)特定抽象數(shù)據(jù)類型的例程、程序、組件、數(shù)據(jù)結(jié)構(gòu)等。

此外，本領(lǐng)域的技術(shù)人員可以理解，本發(fā)明的方法可用其它計算機系統(tǒng)配置來實施，包括單處理器或多處理器計算機系統(tǒng)、小型機、大型計算機、以及個人計算機、手持式計算設(shè)備、基于微處理器的或可編程消費電子產(chǎn)品等，其每一個都可操作上與一個或多個相關(guān)聯(lián)的設(shè)備通信。所要求保護的主題的所說明的方面也可以在其中任務(wù)由通過通信網(wǎng)絡(luò)鏈接的遠(yuǎn)程處理設(shè)備執(zhí)行的分布式計算環(huán)境中實現(xiàn)。然而，本發(fā)明的某些方面，如果不是所有方面的話，可以在獨立計算機上實施。在分布式計算環(huán)境中，程序模塊可以位于本地或遠(yuǎn)程存儲器存儲設(shè)備中。

圖1是可用于實現(xiàn)此處描述的許可服務(wù)的聯(lián)網(wǎng)環(huán)境100的框圖。聯(lián)網(wǎng)環(huán)境100包括一個或多個客戶機102?？蛻魴C102可以是硬件和/或軟件(例如，線程、進程、或計算設(shè)備)。聯(lián)網(wǎng)環(huán)境100還包括一個或多個服務(wù)器104。服務(wù)器104可以是硬件和/或軟件(例如，線程、進程、或計算設(shè)備)。服務(wù)器104可以，例如，通過使用本發(fā)明，保存執(zhí)行搜索操作的線程。

客戶機102和服務(wù)器104之間的一種可能的通信可以是以適用于在兩個或更多計算機進程之間傳輸?shù)臄?shù)據(jù)包的形式。聯(lián)網(wǎng)環(huán)境100包括可以用來促進(諸)客戶機102和(諸)服務(wù)器104之間通信的通信框架108。客戶機102可操作地連接到一個或多個客戶機數(shù)據(jù)存儲110，可以使用這些客戶機數(shù)據(jù)存儲器來存儲客戶機102本地的信息?？蛻魴C數(shù)據(jù)存儲110可以存儲在客戶機102中，或位于客戶機102的遠(yuǎn)程，諸如在云服務(wù)器中。類似地，服務(wù)器104可操作地連接到一個或多個服務(wù)器數(shù)據(jù)存儲106，可以使用這些服務(wù)器數(shù)據(jù)存儲器來存儲服務(wù)器104本地的信息。

圖2是可用于實現(xiàn)此處描述的許可服務(wù)的計算環(huán)境的框圖。計算環(huán)境200包括計算機202。計算機202包括處理單元204、系統(tǒng)存儲器206以及系統(tǒng)總線208。系統(tǒng)總線208將系統(tǒng)組件，包括，但不僅限于，系統(tǒng)存儲器206耦合到處理單元204。處理單元204可以是各種可用處理器中的任何一種。也可以使用雙微處理器及其他多處理器體系結(jié)構(gòu)作為處理單元204。

系統(tǒng)總線208可以是若干類型中任一類的總線結(jié)構(gòu)，包括存儲器總線或存儲器控制器、外圍設(shè)備總線或外部總線、或使用本領(lǐng)域的技術(shù)人員已知的任何各種各樣的可用總線架構(gòu)的本地總線。系統(tǒng)存儲器206是包括易失性存儲器210和非易失性存儲器212的計算機可讀存儲介質(zhì)。基本輸入/輸出系統(tǒng)(BIOS)被存儲在非易失性存儲器212中，包含例如在啟動期間在計算機202內(nèi)的元件之間傳輸信息的基本例程。作為說明，而不是限制，非易失性存儲器212可包括只讀存儲器(ROM)、可編程序只讀存儲器(PROM)、電可編程序只讀存儲器(EPROM)、電可擦可編程序只讀存儲器(EEPROM)或閃存。

易失性存儲器210包括充當(dāng)外部高速緩沖存儲器的隨機存取存儲器(RAM)。作為說明而不是限制，RAM可以有許多形式，如靜態(tài)RAM(SRAM)、動態(tài)RAM(DRAM)、同步DRAM(SDRAM)、雙倍數(shù)據(jù)速率SDRAM(DDR SDRAM)、增強的SDRAM(ESDRAM)、同步鏈路^TMDRAM(SLDRAM)、直接型RAM(RDRAM)，直接型動態(tài)RAM(DRDRAM)以及動態(tài)RAM(RDRAM)。

計算機202也包括其他計算機可讀存儲介質(zhì)，諸如可移動/不可移動、易失性/非易失性計算機存儲介質(zhì)。圖2示出了例如盤存儲214。盤存儲214包括但不僅限于，諸如磁盤驅(qū)動器、軟盤驅(qū)動器、磁帶驅(qū)動器、Jaz驅(qū)動器、Zip驅(qū)動器、LS-100驅(qū)動器、閃存卡或記憶棒之類的設(shè)備。

另外，盤存儲214還可包括存儲介質(zhì)，分開地或與其他存儲介質(zhì)相結(jié)合，包括，但不僅限于，諸如緊致盤ROM設(shè)備(CD-ROM)之類的光盤驅(qū)動器、CD可記錄驅(qū)動器(CD-R驅(qū)動器)、CD可重寫驅(qū)動器(CD-RW驅(qū)動器)或數(shù)字多功能盤ROM驅(qū)動器(DVD-ROM)。為便于盤存儲214連接到系統(tǒng)總線208，通常使用諸如接口216之類的可移動或不可移動接口。

應(yīng)該明白，圖2描述了在用戶和在計算環(huán)境200中描述的基本計算機資源之間擔(dān)當(dāng)中介的軟件。這樣的軟件包括操作系統(tǒng)218?？梢源鎯υ诒P存儲214上的操作系統(tǒng)218用于控制和分配計算機202的資源。

系統(tǒng)應(yīng)用220利用由操作系統(tǒng)218通過存儲在系統(tǒng)存儲器206或者存儲在盤存儲214上的程序模塊222和程序數(shù)據(jù)224對資源的管理?？梢岳斫猓蟊Ｗo的主題可以利用各種操作系統(tǒng)或操作系統(tǒng)的組合來實現(xiàn)。

用戶通過輸入設(shè)備226向計算機202輸入命令或信息。輸入設(shè)備226包括但不限于定點設(shè)備(諸如鼠標(biāo)、跟蹤球、指示筆等)、鍵盤、話筒、姿勢或觸摸輸入設(shè)備、語音輸入設(shè)備、操縱桿、圓盤式衛(wèi)星天線、掃描儀、TV調(diào)諧卡、數(shù)碼相機、數(shù)碼攝像機、網(wǎng)絡(luò)攝像頭等等。輸入設(shè)備226通過系統(tǒng)總線208經(jīng)由接口端口228連至處理單元204。接口端口228包括，例如，串行端口、并行端口、游戲端口以及通用串行總線(USB)。輸出設(shè)備230與輸入設(shè)備226使用一些相同類型的端口。由此，例如，可以使用USB端口來向計算機202提供輸入，以及從計算機202向輸出設(shè)備230輸出信息。

提供了輸出適配器232，以示出有像監(jiān)視器、揚聲器以及打印機之類的一些輸出設(shè)備230，還有可通過輸出適配器232訪問的其他輸出設(shè)備230。輸出適配器232包括，作為說明而不是限制，在輸出設(shè)備230和系統(tǒng)總線208之間提供連接裝置的視頻卡和聲卡。能夠注意，其他設(shè)備和/或設(shè)備的系統(tǒng)提供諸如遠(yuǎn)程計算機234之類的輸入和輸出兩種功能。

計算機202可以是使用到一個或多個遠(yuǎn)程計算機(諸如，遠(yuǎn)程計算機234)的邏輯連接在聯(lián)網(wǎng)環(huán)境100中主存事件預(yù)報系統(tǒng)的服務(wù)器。遠(yuǎn)程計算機234可以是配備有web瀏覽器、PC應(yīng)用、移動電話應(yīng)用等等的客戶機系統(tǒng)。遠(yuǎn)程計算機234可以是個人計算機、服務(wù)器、路由器、網(wǎng)絡(luò)PC、工作站、基于微處理器的電器、移動電話、對等設(shè)備或其他公共網(wǎng)絡(luò)節(jié)點等等，并通常包括上文參考計算機202所描述的許多或全部元件。為了簡潔起見，與遠(yuǎn)程計算機234一起示出了存儲器存儲設(shè)備236。遠(yuǎn)程計算機234經(jīng)由網(wǎng)絡(luò)接口238被邏輯地連接到計算機202，然后經(jīng)由通信連接240物理地連接。

網(wǎng)絡(luò)接口238包含諸如局域網(wǎng)(LAN)和廣域網(wǎng)(WAN)之類的有線或無線通信網(wǎng)絡(luò)。LAN技術(shù)包括光纖分布式數(shù)據(jù)接口(FDDI)、銅線分布式數(shù)據(jù)接口(CDDI)、以太網(wǎng)、令牌環(huán)網(wǎng)等等。WAN技術(shù)包括，但不限于，點對點鏈路、電路交換網(wǎng)，如綜合業(yè)務(wù)數(shù)字網(wǎng)(ISDN)以及其變體，分組交換網(wǎng)絡(luò)以及數(shù)字用戶線(DSL)。

通信連接240是指用來將網(wǎng)絡(luò)接口238連接到系統(tǒng)總線208的硬件/軟件。盡管用于清楚起見通信連接240被示為在計算機202內(nèi)部，但是，它也可以位于計算機202外部。連接到網(wǎng)絡(luò)接口238的硬件/軟件可包括，例如，內(nèi)部和外部技術(shù)，如，移動電話交換機，調(diào)制解調(diào)器，包括常規(guī)電話分級調(diào)制解調(diào)器、電纜調(diào)制解調(diào)器和DSL調(diào)制解調(diào)器、ISDN適配器以及以太網(wǎng)網(wǎng)卡。

許可系統(tǒng)

圖3A、3B和3C示出可用于管理各應(yīng)用的許可證的許可系統(tǒng)300的示意圖。許可系統(tǒng)300參考Office許可服務(wù)(OLS)302來描述，OLS 302用于管理各Office應(yīng)用的許可、或管理可通過Office獲得的各應(yīng)用的許可。然而，應(yīng)當(dāng)理解，許可系統(tǒng)300還可用于管理任何其他適合類型的應(yīng)用或服務(wù)。

許可系統(tǒng)300可包括多個同步提供者304A-D。同步提供者304A-D是允許許可系統(tǒng)300的可擴展性而無需修改OLS 302的可插入組件。同步提供者304A-D可允許多個商務(wù)伙伴與OLS 302交互。例如，如圖3A所示，微軟在線(MSOnline)同步提供者304A可允許OLS 302與MSOnline伙伴306A之間的交互。Office市場體驗(OMEX)同步提供者304B可允許OLS 302與OMEX伙伴306B之間的交互。銷售點激活(POSA)同步提供者304C可允許OLS 302與POSA伙伴306C之間的交互。

另外，客戶機同步提供者304D可允許OLS 302與客戶機計算設(shè)備308之間的交互。客戶機計算設(shè)備308可以是可使用OLS 302經(jīng)由許可系統(tǒng)300向用戶許可特定應(yīng)用或服務(wù)的任何合適類型的計算設(shè)備(諸如臺式計算機或膝上型計算機)。此外，任何數(shù)量的新商務(wù)伙伴也可使用任何數(shù)量的附加同步提供者來集成到許可系統(tǒng)300。

如圖3A所示，每一同步提供者304A、304B、304C和304D可包括用于執(zhí)行各個伙伴306A、306B、306C和308D所請求的動作的一個或多個組件。另外，每一同步提供者304A、304B、304C和304D分別可與OLS 302內(nèi)的一個或多個供應(yīng)應(yīng)用編程接口(API)310交互，如經(jīng)由箭頭312A、312B、312C和312D所指示的。供應(yīng)API 310被OLS 302用來執(zhí)行供應(yīng)動作。調(diào)用供應(yīng)API 310的源(諸如同步提供者304A-D)一般被假定為可信源。

OLS API

OLS 302可包括多個OLS API 314，這些OLS API 314用于從OLS 302檢索信息，并且用于發(fā)送和接收來自客戶機計算設(shè)備308的信息。OLS API 314可由客戶機計算設(shè)備308的Office許可客戶機(OLC)316調(diào)用，如箭頭318A和318B所指示的。OLS API 314還可由期望發(fā)送或獲取來自O(shè)LS 302的機器或許可信息的任何服務(wù)或網(wǎng)站320A和320B調(diào)用，如箭頭322A、322B和322C指示的。例如，OLS API 314可執(zhí)行諸如檢查產(chǎn)品密鑰或用戶的供應(yīng)狀態(tài)、或檢索產(chǎn)品密鑰之類的動作。

在一些實施例中，存在兩組OLS API 314，包括可通過因特網(wǎng)訪問且被OLC調(diào)用的公共版本，以及只能由特定可信伙伴訪問且被那些伙伴調(diào)用的專用版本。OLS API 314的公共版本與專用版本的主要差異在于，專用版本可接受通行證唯一的ID(PUID)作為身份而不是用戶憑證，并且專用版本可使用不同服務(wù)器而被實現(xiàn)成與公共版本不同的端點。

客戶機計算設(shè)備308的OLC 316是處理客戶機側(cè)許可功能(諸如，與OLS 304進行通信、經(jīng)由OSPP 324激活許可證、與UI接口、以及為在客戶機計算設(shè)備308上運行Office 326提供授權(quán))的客戶機側(cè)組件。OLC 316還可分別向POSA同步提供者304C和客戶機同步提供者304D發(fā)送信息，如箭頭328A和328B所指示。例如，OLC 316可將與客戶機計算設(shè)備308的許可證有關(guān)的數(shù)據(jù)推送到客戶機同步提供者304D。

在各個實施例中，OLC 316還與身份平臺330進行通信。身份平臺330可包括與用戶的身份有關(guān)的信息，諸如用戶的Office市場ID，即Live ID。此類信息可用來在客戶機計算設(shè)備308上激活Office 326。

OLC 316可識別用戶或客戶機是否使用Live ID或BPOS ID激活了Office 326。這可啟用上下文專用用戶接口的使用。例如，Live ID UI可以不同于BPOS UI。另外，OLC 316可能能夠根據(jù)下載位置或用于安裝Office 326的CD來確定向用戶顯示哪個UI。

OLS 302可包括產(chǎn)品密鑰高速緩存服務(wù)332以及產(chǎn)品密鑰高速緩存334。產(chǎn)品密鑰高速緩存334可以是OLS 302所使用的產(chǎn)品密鑰的定期補充的高速緩存。產(chǎn)品密鑰高速緩存服務(wù)332可被配置成從產(chǎn)品密鑰存儲數(shù)據(jù)庫336檢索產(chǎn)品密鑰，如箭頭338所指示的。

OLS 302還可包括取消供應(yīng)服務(wù)340。取消供應(yīng)服務(wù)340可以是經(jīng)由與激活驗證系統(tǒng)(AVS)342的通信來在OLS中檢查已取消供應(yīng)的產(chǎn)品密鑰的異步服務(wù)，如箭頭344所指示的。取消供應(yīng)服務(wù)340還可經(jīng)由AVS 342周期性地停用與已取消供應(yīng)的產(chǎn)品密鑰相關(guān)聯(lián)的許可證。

許可系統(tǒng)300也可包括欺詐檢測系統(tǒng)346。欺詐檢測系統(tǒng)可包括欺詐檢測服務(wù)348和欺詐檢測數(shù)據(jù)庫350。欺詐檢測服務(wù)348可定期將來自O(shè)LS 302的許可存儲352的相關(guān)數(shù)據(jù)同步到欺詐檢測數(shù)據(jù)庫350。欺詐檢測服務(wù)348可經(jīng)由OLS 302的數(shù)據(jù)訪問層354從許可存儲352獲取數(shù)據(jù)，如箭頭356所指示。欺詐檢測服務(wù)348隨后可與OLS 302分開地分析數(shù)據(jù)，由此減少OLS 302上的負(fù)載。在各個實施例中，與OLS 302分開地實現(xiàn)欺詐檢測系統(tǒng)346還允許欺詐檢測系統(tǒng)346的組件的升級而無需更改OLS 302。

Office的許可服務(wù)的使用

該部分提供此處描述的針對Office或更具體地針對Office 2013(也被稱為Office 15)的許可服務(wù)(或OLS)的使用的若干示例性實施例。在Office 2013中，OLS可支持各種許可模型，諸如業(yè)務(wù)生產(chǎn)力在線套件(BPOS)訂閱(其中術(shù)語“BPOS”與微軟在線以及微軟365可互換地使用)，以及消費者訂閱。OLS還可支持經(jīng)典永久許可、試用許可和無密鑰(即，基于憑證的)許可，以及各種模型之間的轉(zhuǎn)換。此外，OLS可在不同遞送方法的上下文中支持這些不同的模型，諸如原始設(shè)備制造商(OEM)預(yù)加載、CD和電子軟件分發(fā)(ESD)。

在Office 2013中受OLS支持的各種許可模塊是Office 2013的各密鑰業(yè)務(wù)優(yōu)先級。可處理所有這些各種模型的單個系統(tǒng)可降低Office 2013的開銷和復(fù)雜性。

BPOS場景

BPOS場景是聚焦于業(yè)務(wù)的場景此類場景通常涉及管理員(admin)，并且所得的許可證通常與組織而非最終用戶相關(guān)聯(lián)。因此，管理員可以能夠從一個用戶拿走許可證，而將其分配給該組織內(nèi)的另一用戶。此外，BPOS場景可僅包括訂閱。

以下是針對BPOS場景的訂閱購買和供應(yīng)的若干示例性實施例的解釋。根據(jù)此類實施例，公司的所有者為其雇員購買BPOS以及具有八個用戶許可證的Office訂閱作為BPOS的一部分。公司的信息技術(shù)(IT)管理員為八位雇員中的每一位創(chuàng)建包括BPOS憑證的帳戶。IT管理員隨后為這些雇員中的每一位供應(yīng)Office的用戶許可證。

具有單個機器的用戶

雇員從IT管理員接收電子郵件，向她通知現(xiàn)在她可以使用Office 2013。電子郵件具有到Office.com的鏈接，該鏈接提供有關(guān)可供她使用的產(chǎn)品和服務(wù)的信息。該雇員點擊電子郵件鏈接，被要求用她的BPOS憑證來登入，并且查看鏈接以啟動Office 203。該雇員點擊鏈接，并且Office 2013即時啟動。當(dāng)Office 2013啟動時，該雇員被要求驗證她的憑證以激活Office 2013。

具有多個機器的用戶

當(dāng)該用戶訪問Office.com時，她獲知訂閱準(zhǔn)許最多在兩個機器上安裝Office 2013。因此，該雇員從第二個機器登入Office.com，并且使用同一過程在第二個機器上安裝并啟動Office。

盡管該雇員知道她僅被授予在兩個機器上使用Office的資格，但她決定看看如果她嘗試在第三個機器上安裝并運行Office會發(fā)生什么。該雇員遵循同一過程并且Office啟動。然而，這一次，Office通知該雇員她已經(jīng)在其他兩個機器上使用了她的許可證。向該雇員呈現(xiàn)她已經(jīng)將Office安裝在其上的機器的列表，并且向該雇員提示從其他機器之一移除她的許可證以繼續(xù)。代替選擇要從列表中移除的機器，她決定取消。該雇員可能仍然能夠在某幾天內(nèi)在第三個機器上使用Office安裝，因為訂閱許可證可以允許寬限期。如果該雇員已選擇從現(xiàn)有兩個機器之一移除她的許可證，則該機器上的許可證將被移除，而她將能夠在第三個機器上激活她的許可證。

取消對用戶供應(yīng)

幾個月之后，該雇員臨時休假。所有者決定雇傭臨時合同工在該雇員休假時填補空缺。在合同工的首個工作日，公司IT管理員停用該雇員的BPOS帳戶，為合同工創(chuàng)建帳戶，并且向合同工供應(yīng)Office。

在合同工的首個工作日，給合同工該雇員的計算機以及為他創(chuàng)建的帳戶。在開始Office時，合同工被告知他機器上的當(dāng)前Office許可證已經(jīng)失效，并且他可以提供另一帳戶以繼續(xù)使用Office。合同工輸入他的帳戶信息，并且能夠正常地使用Office。如果不向合同工提供他的帳戶，那么仍然可以存在寬限期，在該寬限期期間他可以繼續(xù)使用Office。

訂閱續(xù)訂

過了近一年之后，公司的所有者接收到續(xù)訂通知電子郵件。所有者決定將訂閱延長一年。所有者訪問Office.com以續(xù)訂該訂閱。同時，這些雇員可體驗不中斷的Office使用。

大型企業(yè)場景

大型企業(yè)場景實質(zhì)上與BPOS場景相同。然而，大型企業(yè)場景可包括允許用戶用其域憑證(在他們當(dāng)前登入其域的情況下甚至有可能使用無聲授權(quán))來激活Office的聯(lián)盟設(shè)置。

以下是針對大型企業(yè)場景的訂閱購買和供應(yīng)的若干示例性實施例的解釋。根據(jù)此類實施例，公司的采購經(jīng)理為工作經(jīng)常出差。有時他不帶他的計算機，而是從他的供應(yīng)商借用能借的東西。他是公司的IT管理員已向其供應(yīng)Office的這些雇員之一。

用戶將Office應(yīng)用漫游到未知機器

在采購經(jīng)理出行到另一公司時，他忘記帶他的膝上型計算機。然而，他期望訪問他正對其操作的電子表格。幸運的是，他記得公司的Office訂閱允許他在任何時間從任何地方訪問Office。采購經(jīng)理從其他公司的IT管理員借來膝上型計算機，并且登錄Office.com。通過Office.com，采購經(jīng)理能夠啟動Excel供臨時使用，并且能夠檢索該電子表格。在這天結(jié)束時，采購經(jīng)理將該膝上型計算機返還給該其他公司。

在收到該膝上型計算機時，該其他公司的IT管理員吃驚地發(fā)現(xiàn)在該膝上型計算機上沒有采購經(jīng)理的電子表格或Office的蹤跡。這歸因于以下事實：Office每天能打開的次數(shù)被監(jiān)視并且受限以防止欺詐。

當(dāng)啟動Excel時向采購經(jīng)理提示輸入他的憑證，或它們可由Office.com記住。Office.com可以知道采購經(jīng)理在他當(dāng)前使用的機器上是否有Office。BPOS網(wǎng)站可為采購經(jīng)理提供供應(yīng)特定機器或在機器上臨時使用Office的選項。在一些情況下，Office可保留在機器上。然而，當(dāng)該其他公司的IT管理員引導(dǎo)Office時，在允許使用Office之前向他提示輸入憑證。

從Office 2010到Office 2013的訂閱升級

公司已經(jīng)使用BPOS Office 2010(或Office 14)訂閱幾年了，并且所有者對其很滿意。幾天前，所有者收到電子郵件，提醒他和IT管理員：作為公司的訂閱的一部分，Office 2013可供升級。所有者還被告知他當(dāng)前的Office 2010安裝將繼續(xù)工作，但僅再持續(xù)一年。

IT管理員進入BPOS管理員網(wǎng)站，并且將公司的雇員升級到Office 2013。每一雇員隨后收到帶有下載Office 2013的指令的電子郵件。

采購經(jīng)理收到該電子郵件并且點擊來自該email的至Office.com的鏈接。他被要求用其BPOS憑證登入，并且看到用于啟動Office 15的鏈接。他點擊鏈接，并且Office即時啟動。當(dāng)Office啟動時，他被要求驗證其憑證以便激活Office。另一方面，公司的會計忽略了該電子郵件并且繼續(xù)使用Office 2010。一年后，會計安裝的Office 2010停止工作，而采購經(jīng)理安裝的Office 2013繼續(xù)工作。

Office市場(OMEX)場景

OMEX場景聚焦于最終用戶。根據(jù)這些場景，最終用戶經(jīng)由Office.com或經(jīng)由Office 2013的后臺購買Office。此類場景可包括永久和訂閱許可證兩者。許可用戶界面(UI)可以能夠確定用戶是與BPOS場景還是與OMEX場景相關(guān)聯(lián)，并且可以顯示適當(dāng)?shù)腢I。

用戶通過Office.com從Office的傳統(tǒng)版本進行升級

以下是其中用戶通過Office.com從Office的傳統(tǒng)版本(即，現(xiàn)有版本)進行升級的場景的示例。用戶已經(jīng)在其計算機上使用Office 2010家庭和學(xué)生版，并且現(xiàn)在想要購買最新版本。用戶進入Office.com，并且被提議一選擇。用戶決定購買訂閱。在創(chuàng)建Live ID并支付訂閱之后，用戶啟動Office2013。屏幕上出現(xiàn)警告，以提醒用戶在他機器上有較老的Office副本。在用戶確認(rèn)他希望繼續(xù)之后，Office 2010安全地卸載，而新版本啟動。用戶被提示輸入用其購買訂閱的憑證。用戶輸入其憑證并能夠正常地使用Office。

在一些實施例中，Office 2013向用戶呈現(xiàn)是下載/安裝Office 2013還是啟動Office 2013的選項。憑證可被記住并且自動地從因特網(wǎng)傳遞到Office 2013，以使得不向用戶強加輸入憑證的提示。例如，在下載站點被保護的情況下，可將實際產(chǎn)品密鑰插入文件名。然而，即使憑證可被傳遞仍迫使用戶登入以驗證其憑證可能是合乎需要的。在一些情況下，可以假定從Office.com購買的用戶具有Live ID。產(chǎn)品密鑰可備份在用戶Office的傳統(tǒng)副本上。

用戶通過Office.com購買Office訂閱許可證

該場景與其中用戶通過Office.com從Office的傳統(tǒng)版本進行升級的場景相同，除了不存在與Office的傳統(tǒng)版本有關(guān)的警告，因為在機器上不存在傳統(tǒng)版本。在各個實施例中，在初始激活特定機器之后，不要求用戶輸入其憑證。相反，后續(xù)激活可通過MachineKey(機器密鑰)來完成。

用戶通過Office.com購買Office永久許可證

該場景與其中用戶通過Office.com從Office的傳統(tǒng)版本進行升級的場景相同，除了不存在與Office的傳統(tǒng)版本有關(guān)的警告，因為在機器上不存在傳統(tǒng)版本。取決于特定實例，用戶可能或可能不能夠查看產(chǎn)品密鑰?？梢栽试S用戶使用其登錄信息來激活永久許可證。取決于該特定實例，傳送場景可以按多種不同方式來處理。例如，如果用戶想將他的Office銷售給另一用戶，則他可能必需將他的憑證給予該新用戶，或贈送可被支持。

當(dāng)用戶在第一計算機上擁有Office訂閱時，用戶通過Office.com從第二計算機更新第一計算機上的Office訂閱

根據(jù)該場景，用戶購買Office 2013家庭和學(xué)生版訂閱并且將其安裝在他的臺式機和他的膝上型計算機上。用戶決定升級到Office 2013專業(yè)版。從該臺式機，用戶進入Office.com，并且升級訂閱。在Office.com中，列出了當(dāng)前在他的Office 2013家庭和學(xué)生版訂閱上的計算機，并且當(dāng)用戶在那些計算機上啟動Office時用戶被告知在計算機具有因特網(wǎng)接入的情況下那些計算機將自動被更新到Office 2013專業(yè)版。還給予用戶鏈接用于現(xiàn)在升級臺式機。用戶立即點擊該鏈接并且提供他的憑證。Office隨后在臺式機上升級到Office 2013專業(yè)版。

幾天之后，用戶在他的臺式機上啟動Word。當(dāng)Word啟動時，用戶被告知已發(fā)生許可變化，并且給予用戶現(xiàn)在升級到Office 2013專業(yè)版、稍后升級、或?qū)⒃摍C器從訂閱中移除的選項。用戶決定稍后升級。一天之后，用戶再次啟動Word，并且被給予相同選項。用戶決定在該時刻升級。

在各個實施例中，當(dāng)用戶正在臺式機上使用Office.com的情況下，用戶可以能夠經(jīng)由Office.com來更新臺式機。在一些情況下，還可允許用戶選擇“稍后升級”選項。在其他情況下，可以立即迫使升級。如果允許“稍后升級”，則可以在迫使升級之前允許用戶選擇該選項特定次數(shù)?？梢蕴崾居脩糨斎雽ΜF(xiàn)在更新的憑證或移除動作。

當(dāng)用戶在第一計算機上不擁有Office訂閱時，用戶通過Office.com從第二計算機更新第一計算機上的Office訂閱

根據(jù)該場景，用戶購買Office 2013家庭和學(xué)生版訂閱并且將其安裝在他的臺式機上。用戶從朋友處購買舊的膝上型計算機。他朋友的Office 2013專業(yè)版訂閱在該舊的膝上型計算機上運行。用戶能夠在該舊的膝上型計算機上正常地使用Office。用戶的朋友記起他忘記從該膝上型計算機中移除他的Office 2013專業(yè)版訂閱，因此他進入Office.com并且從他的訂閱中移除該膝上型計算機。

在下次開始Office時，用戶被告知他機器上的當(dāng)前Office許可證已被移除，并且他可以提供另一帳戶以繼續(xù)使用Office。用戶隨后可以輸入他的憑證，以便使用受他的訂閱支持的Office版本。

當(dāng)用戶在第一計算機上擁有Office訂閱時，用戶使用Office.com從第二計算機將第一計算機上的Office許可證從訂閱許可證更新為永久許可證

該場景與其中當(dāng)用戶在第一計算機上擁有訂閱時用戶通過Office.com從第二計算機更新他在第一計算機上使用的Office訂閱的場景相同。然而，代替升級到另一訂閱許可證，用戶簡單地升級到永久許可證。

當(dāng)用戶在第一計算機上不擁有Office訂閱時，用戶通過Office.com從第二計算機將第一計算機上的Office許可證從訂閱許可證更新為永久許可證

該場景與其中當(dāng)用戶在第一計算機上不擁有訂閱時用戶通過Office.com從第二計算機更新他在第一計算機上使用的Office訂閱的場景相同。然而，代替升級到另一訂閱，用戶升級到永久許可證。

當(dāng)用戶在第一計算機上擁有永久許可證時，用戶通過Office.com從第二計算機將第一計算機上的Office訂閱從永久許可證改變?yōu)橛嗛喸S可證

用戶在第一計算機上具有Office家庭和學(xué)生版。然而，用戶發(fā)現(xiàn)他期望Office產(chǎn)品的更多選擇。用戶從第二計算機登錄到Office.com以購買Office專業(yè)版訂閱。在購買結(jié)束時，給予用戶鏈接以下載Office專業(yè)版并且給予用戶關(guān)于如何更新當(dāng)前安裝的Office版本的指引。

用戶在第一計算機上再次登錄到Office.com，并且點擊下載鏈接。第一計算機上Office的副本被更新到Office.com專業(yè)版。如果用戶沒有重新訪問Office.com，則他可在他當(dāng)前安裝的Office家庭和學(xué)生版上通過進入后臺來執(zhí)行更新。例如，用戶可以點擊按鈕來更新許可證或檢查更新。

用戶稍后取消他的訂閱。第一計算機上的專業(yè)版訂閱最終失效并且回復(fù)到Office家庭和學(xué)生板。

經(jīng)許可的用戶與當(dāng)前用戶不同

小型企業(yè)所有者有三位雇員。他希望他的每一雇員都使用Office。在Office.com上查閱訂閱提議之后，所有者認(rèn)識到每一訂閱包括在兩個不同的機器上使用Office的資格。然而，所有者認(rèn)識到在一個時間他只能有一個訂閱。因此，他要求雇員之一也購買訂閱，隨后他會單獨支付該訂閱。所有者以及雇員之一將Office下載到其各自的計算機上，并且使用所有者的憑證來激活它。另外兩個雇員將Office下載到其各自的計算機上，并且使用雇員的憑證來激活它。為使Office個性化，這些雇員仍然能夠用其自己的ID登入并且正常地使用它。

在一些實施例中，可以假定每一用戶只能具有一個Office訂閱。然而，在一些情況下，用戶可以具有Office家庭和學(xué)生版的訂閱、以及Office專業(yè)版的訂閱。而且，用戶可具有同一訂閱的多個版本，或多個永久許可證。

用戶從訂閱許可證轉(zhuǎn)換為BPOS許可證

小型企業(yè)所有者有三位雇員。用戶和雇員之一都有允許在多達(dá)兩個機器上安裝Office的Office專業(yè)版訂閱。其他兩個雇員各自使用這些訂閱之一來在其機器上安裝Office。

所有者當(dāng)前雇傭了五位新雇員。在讀取在線信息后，他決定BPOS訂閱將更好地適合他的需求。所有者進入Office.com并且將他的訂閱轉(zhuǎn)換為BPOS訂閱，購買九個許可證(足夠用于公司的每個人)。

所有者創(chuàng)建BPOS帳戶并給予他的每個員工該BPOS帳戶，并且向每個雇員供應(yīng)Office。當(dāng)每個雇員啟動Office時，他被告知當(dāng)前在他機器上的許可證不再有效，并且他可以提供另一帳戶以便繼續(xù)使用Office。因此，每個雇員可輸入其BPOS ID，并且隨后正常地使用Office。此外，在一些實施例中，在雇員沒有立即提供另一帳戶的情況下，可以提供寬限期。

用戶從永久許可證轉(zhuǎn)換為BPOS許可證

小型企業(yè)所有者有十位雇員。所有者已經(jīng)為每個雇員的機器購買了Office家庭和企業(yè)版的永久許可證。然而，在讀取在線信息后，所有者決定帶有Office專業(yè)增強版的BPOS訂閱將更好地適合他的需求。所有者進入Office.com并且購買具有十一個許可證(足夠用于他公司的每個人)的BPOS訂閱。所有者創(chuàng)建BPOS帳戶并給予他的每個雇員該BPOS帳戶，并且向每個人供應(yīng)Office。

給予每個雇員來自所有者的指引以進入其BPOS主頁來下載Office訂閱?；蛘?，還給予雇員關(guān)于如何從后臺改變其許可證的指引。如果雇員在他們當(dāng)前機器上不采取動作，則即使他們用其BPOS ID登入，他們的機器仍將繼續(xù)運行當(dāng)前在他們的機器上的任何永久許可證。

用戶通過后臺取消訂閱

用戶具有基本Office訂閱包，但期望Office產(chǎn)品的更多選擇。用戶進入后臺并且選擇“我的帳戶”。用戶選擇“管理我的訂閱”，并且將他的包升級到包含他期望的產(chǎn)品的那個訂閱。當(dāng)他不再期望附加產(chǎn)品時，用戶進入后臺下的“我的帳戶”并且取消他的訂閱。用戶的Office副本返回到縮減功能模式，或在他升級其包之前他有的任何許可。

用戶通過Office.com取消訂閱

用戶具有基本Office訂閱包，但期望Office產(chǎn)品的更多選擇。用戶登錄到Office.com以管理他當(dāng)前的訂閱。用戶將他的包升級到包含他期望的產(chǎn)品的訂閱。當(dāng)用戶不再期望增加的產(chǎn)品時，他登錄到Office.com并且取消他的訂閱。他的Office副本返回到受他的先前許可證支持的縮減功能模式。

用戶購買永久許可證和訂閱許可證兩者

用戶在他的膝上型計算機上具有Office Starter。用戶用他的Live ID登入Office市場，并且使用他的膝上型計算機經(jīng)由后臺購買Office。Office Starter被升級到訂閱包。

之后，用戶經(jīng)由web瀏覽器返回到Office市場以便購買永久許可證。用戶無需重新輸入他的支付細(xì)節(jié)。相反，Office市場記住他的憑證。在用戶確認(rèn)購買之后，他下載Office并在膝上型計算機上啟動Office。

他購買Office之后幾個月，用戶在他的膝上型計算機上染上病毒，并且他的應(yīng)用要被重裝。用戶登錄到Office市場以便重新下載他的Office副本以及他的許可證這可使用同一產(chǎn)品密鑰來實現(xiàn)。

訂閱續(xù)訂

如果用戶具有Office訂閱，則他可自動續(xù)訂該訂閱。用戶可體驗不中斷的Office使用。

訂閱失效

用戶具有Office訂閱。然而，他不在乎該服務(wù)并且決定當(dāng)其期滿時讓它失效。記賬系統(tǒng)向用戶發(fā)送多封電子郵件，他忽略了這些電子郵件。貫穿該時間，用戶繼續(xù)使用Office。在某個點處通過Office向他通知他的訂閱已期滿并且他可以從后臺管理他的訂閱。他忽略這些警告，并且最終Office在他的計算機上停止運作。

從Office 2013到下一Office版本的訂閱升級

用戶具有Office 2013的Office訂閱，并且當(dāng)前在他的計算機上安裝了Office 2013。幾年過后，下一Office版本已經(jīng)發(fā)布。用戶下次啟動任何Office應(yīng)用時，他被通知他能升級到新的Office版本。用戶還被通知他可以在任何時間從后臺來這樣做。用戶決定現(xiàn)在升級。新的Office版本被安裝在用戶的計算機上。

在一些實施例中，多個組件可向用戶通知新的Office版本出來了，諸如OMEX或Office許可客戶端(OLC)或兩者。在一些情況下，用戶所剩的升級到下一版本的時間量可被追蹤。在某一點時，可以迫使升級，并且舊版本可變?yōu)椴豢捎?。密鑰可來自正確的稅收地點。對于BPOS提議可使用同樣的邏輯。

零售/OEM/CD場景

這些場景聚焦于傳統(tǒng)零售渠道。這些場景中的常見主題是用戶以產(chǎn)品密鑰開始。例如，產(chǎn)品密鑰通常包括在用戶購買Office時的盒子中。

用戶從零售店購買Office

用戶進入零售店，并且購買Office家庭和學(xué)生版的盒裝副本。該盒子內(nèi)有CD以及產(chǎn)品密鑰。用戶從CD安裝Office。作為安裝過程的一部分，用戶被提示輸入他的產(chǎn)品密鑰。用戶還被提示登入Office，并且這樣做之后，用戶被給予將他的許可證與他的Live ID相關(guān)聯(lián)的機會。幾個月后，用戶在他的計算機上發(fā)現(xiàn)了病毒。用戶重新格式化計算機并且重裝Office。不幸的是，用戶丟失了產(chǎn)品密鑰。然而，用戶能夠僅使用他的Live ID來激活Office。OLS可以返回與此Live ID相關(guān)聯(lián)的產(chǎn)品密鑰。

具有多個機器的用戶

用戶在他的房屋處有四個計算機。用戶已經(jīng)從零售店購買了Office的副本，并且能夠用產(chǎn)品密鑰在第一計算機上成功地激活Office。因為在設(shè)置他的第一計算機時他將許可證與他的Live ID相關(guān)聯(lián)，所以用戶也能夠使用他的Live ID在第二和第三計算機上激活Office。然而，在嘗試激活第四計算機之際，用戶接收到出錯消息，向他通知他的許可證僅支持三個計算機。

用戶將Office許可證與Live ID相關(guān)聯(lián)

一般而言，如果用戶期望將他的產(chǎn)品密鑰與他的Live ID相關(guān)聯(lián)，則他可將完整的5x5產(chǎn)品密鑰在線輸入到Office市場。經(jīng)由Office市場，OLS隨后可將產(chǎn)品密鑰與用戶的Live ID相關(guān)聯(lián)。

用戶可以通過Office.com或通過后臺在線查看與他的Live ID相關(guān)聯(lián)的Office許可證。另外，用戶可以能夠通過Office.com或通過后臺取消產(chǎn)品密鑰與他的Live ID的關(guān)聯(lián)。當(dāng)用戶試圖再次使用他的Live ID來激活時，他無法這樣做。然而，已經(jīng)用他的Live ID激活的計算機將照常運作。

試用場景

這些場景針對試用許可證并且實質(zhì)上與非試用訂閱場景相同。然而，對于試用場景而言，許可證時間段短得多。

用戶通過Office.com啟動試用許可證

用戶已在使用Office Starter。用戶決定嘗試Office，并且在提供他的Live ID之后從Office.com下載試用許可證。在他的機器上啟動Office之際，用戶被提示輸入他的Live ID。一旦用戶輸入他的Live ID，用戶就能夠開始使用Office。

用戶使用產(chǎn)品密鑰來啟動試用許可證

用戶已獲得Office的試用副本。Office的試用副本包括與試用許可證相關(guān)聯(lián)的產(chǎn)品密鑰。用戶安裝Office并且使用產(chǎn)品密鑰來激活Office。

試用許可證失效

用戶已在使用Office Starter，并且現(xiàn)在期望嘗試Office。在提供他的Live ID之后，用戶從Office.com下載試用許可證。隨著時間流逝，從OLC通知用戶他的試用很快將期滿。用戶決定讓他的試用許可證失效。當(dāng)他的試用許可證期滿時，Office回復(fù)到Office Starter。

用戶從試用許可證轉(zhuǎn)換為訂閱許可證

Dan已在使用他從Office.com下載的Office的試用。隨著時間流逝，從Office客戶端向他通知他的試用很快將期滿。Dan使用Office 14有良好體驗并且決定經(jīng)由Office.com(或后臺)轉(zhuǎn)換為完全訂閱。他的Office副本自動升級到完全訂閱而服務(wù)不中斷。如果他經(jīng)由產(chǎn)品密鑰激活了試用而從未提供ID，那么他可能需要提供他的ID以轉(zhuǎn)換為完全訂閱。

用于購買、激活或重新激活許可證的各方法

圖4是用于通過市場服務(wù)購買應(yīng)用的許可證的方法400的過程流程圖。在各個實施例中，市場服務(wù)是Office市場體驗(OMEX)。此外，在一些實施例中，方法400經(jīng)由以上參考圖3A、3B和3C討論的許可系統(tǒng)300來實現(xiàn)。

方法400在框402開始，其中用戶啟動許可證的購買。用戶可通過例如Office Starter、Office Trial(試用)、Office的后臺、或Office.com來啟動購買。在框404，用戶選擇與所需許可證有關(guān)的存儲保持單元(SKU)。在框406，用戶使用他的Live ID登錄到Office市場(例如，OMEX)。

在框408，確定用戶是否正在購買訂閱SKU。如果用戶沒有在購買訂閱SKU，則在框410用戶可以選擇支付工具并且在框412完成支付。隨后在框414經(jīng)由OMEX同步提供者向OLS通知許可證更新。

如果用戶正在購買訂閱SKU，則在框416訂閱SKU可被設(shè)置。用戶隨后可在框418選擇支付工具并在框420完成支付。在框422，訂閱細(xì)節(jié)可被記錄。例如，SKU、自動續(xù)訂信息、和/或記賬間隔信息可被記錄。隨后在框414經(jīng)由OMEX同步提供者向OLS通知許可證更新。

圖5是用于通過市場服務(wù)初始激活應(yīng)用的許可證的方法500的過程流程圖。在各個實施例中，市場服務(wù)是OMEX。許可證的初始激活可以發(fā)生在一個客戶機設(shè)備(例如一個計算機)上，并且可以不包括向上銷售(upselling)。在一些實施例中，方法500經(jīng)由以上參考圖3A、3B和3C討論的許可系統(tǒng)300來實現(xiàn)。

方法500在框502開始，其中OMEX將參數(shù)(諸如授權(quán)權(quán)證)傳遞給引導(dǎo)器。在框504，用戶從Office.com啟動下載。在框506，從內(nèi)容遞送網(wǎng)絡(luò)(CDN)檢索各比特，并且在框508，當(dāng)檢索這些比特時顯示啟動畫面。

在框510，OLC向許可存儲請求通用許可證。這允許在許可證被激活時臨時使用Office。在框512，Office加載，并且在框514，OLC使用授權(quán)權(quán)證向OLS請求許可證。在框516，OLS返回受保護的授權(quán)(或無密鑰授權(quán))和產(chǎn)品密鑰(在非漫游應(yīng)用場景的情況下)。

在框518，OLC確定產(chǎn)品密鑰和OSPP是否可用。如果產(chǎn)品密鑰和OSPP可用，則在框520，用產(chǎn)品密鑰來獲取OSPP許可證。在框522，通行證唯一ID(PUID)以及用戶的用戶名被保存在本地機器上。

如果產(chǎn)品密鑰和OSPP不可用，則Office的使用可經(jīng)由無密鑰授權(quán)來啟用。OLC隨后可在框518周期性地確定產(chǎn)品密鑰和OSPP是否可用，并且可在產(chǎn)品密鑰和OSPP變得可用的情況下采取適當(dāng)動作。

圖6是用于重新激活應(yīng)用的許可證的方法600的過程流程圖。此類重新激活的方法可包括向上銷售。在一些實施例中，方法600經(jīng)由以上參考圖3A、3B和3C討論的許可系統(tǒng)300來實現(xiàn)。

方法600在框602開始，其中Office被加載，或發(fā)生被調(diào)度的許可證檢查。在框604，確定Office的許可證是訂閱許可證還是試用許可證。如果許可證不是訂閱許可證或試用許可證，則它被確定為永久許可證。在該情況下，方法600在框606繼續(xù)，其中用戶正常地使用Office。在一些情況下，在許可證期滿或出于某種原因而終止的情況下，Office可以停止運作。

如果許可證是訂閱許可證或試用許可證，則在框608，OLC向OLS發(fā)送許可證信息，并在框610，OLS向OLC返回許可證更新。在框612，確定許可證是否已被更新。如果許可證已被更新，則OLC用新的許可證更新Office。在一些情況下，可以向用戶呈現(xiàn)用戶希望現(xiàn)在實現(xiàn)新許可證還是之后經(jīng)由UI實現(xiàn)新許可證的選項。另外，如果新許可證涉及Office版本的改變，則新版本可被下載?；蛘?，如果許可證未被更新，則方法600可返回到框606。在該情況下，許可證可能期滿，并且因此Office可停止運作。

Office許可服務(wù)(OLS)

這一部分描述了本文描述的許可系統(tǒng)的OLS的運作，諸如以上參考圖3A、3B和3C描述的許可系統(tǒng)300的OLS 302。OLS擔(dān)當(dāng)許可系統(tǒng)的中心集線器。OLS從各個源(諸如BPOS或OMEX)獲取供應(yīng)數(shù)據(jù)，例如，用戶買了什么。OLS還獲取產(chǎn)品密鑰，提供無密鑰授權(quán)，并且管理用戶－機器關(guān)系，例如，用戶已激活了多少機器。

OLS可允許許可系統(tǒng)處理針對各種不同類型的操作系統(tǒng)或設(shè)備的許可證。這可導(dǎo)致許可應(yīng)用的開銷減少。OLS還可用業(yè)務(wù)模型的變化來提供敏捷性和靈活性，并且提供用戶－許可證信息的集中式視圖。

在各個實施例中，OMEX為OLC提供用于針對用戶身份來管理機器的接口。OMEX還為網(wǎng)站(例如，OMEX管理網(wǎng)站)提供用于針對用戶身份來管理機器的接口。OMEX可維護ID、與ID有關(guān)的許可證、以及其許可證已被使用的機器的數(shù)據(jù)庫。另外，OMEX可提供從密鑰存儲獲取許可證密鑰的能力。此外，OMEX可提供OLC可用來授權(quán)Office使用的接口，或是經(jīng)由產(chǎn)品密鑰分發(fā)(對于其中OSPP可用的情況)或是經(jīng)由基于直接授權(quán)的模型(對于其中OSPP不可用的情況，即，無密鑰授權(quán)場景)。

OLS提供至少三個寬泛類的服務(wù)，包括用戶許可供應(yīng)、產(chǎn)品密鑰和漫游授權(quán)檢索、以及機器管理能力，如以下進一步解釋的。關(guān)于用戶許可供應(yīng)，基于伙伴(諸如BPOS和OMEX)提供的信息，OLS可存儲并檢索與用戶有資格享有的Office許可證的類型有關(guān)的信息。例如，OLS可存儲并檢索與用戶當(dāng)前是否訂閱了Office家庭和企業(yè)版、或他是否購買了永久Office專業(yè)版有關(guān)的信息。

關(guān)于產(chǎn)品密鑰和漫游授權(quán)檢索，OLS有能力基于用戶有資格享有的Office許可證從密鑰存儲中檢索正確的產(chǎn)品密鑰。該能力對于用戶和伙伴而言是無縫的。換言之，產(chǎn)品密鑰在用戶嘗試激活機器時按需進行檢索，并且激活由OLC自動完成，而無需向用戶展示實際產(chǎn)品密鑰。然而，OLS不包括伙伴任意地檢索產(chǎn)品密鑰的能力。此外，OLS還有能力檢索漫游授權(quán)，即無密鑰授權(quán)，其使用戶能夠在漫游應(yīng)用場景中使用Office而無需產(chǎn)品密鑰。

在一些實施例中，OLS提供僅針對訂閱許可證的機器管理能力。除了簡單地檢索產(chǎn)品密鑰以外，OLS還可管理已激活的機器數(shù)量，并且為用戶提供使包括在他的訂閱中的機器輪換的方式。例如，如果用戶購買的訂閱使他有資格在三個機器上使用Office，則OLS可以在供應(yīng)第四個機器的情況下取消對前三個機器之一的供應(yīng)。

OLS的數(shù)據(jù)庫可以由可具有一項或多項資格以及在每一項資格下可具有零個或多個機器的用戶來組織。每一項資格都與一個提議且僅與一個提議相關(guān)聯(lián)。對于具有永久提議的永久資格，單個永久密鑰可與每一項資格相關(guān)聯(lián)。

圖7是示出已向用戶704許可的用于多個不同機器706A-F的多個資格或許可證702A-E的框圖。每一項資格702A-E可包括與永久資格或訂閱資格中的任一者或兩者有關(guān)的提議708A-D，如以下進一步討論的。

在各個實施例中，OLS僅管理使用訂閱資格(例如，資格702A、702B和702E)供應(yīng)的機器(例如，機器706A、706B、706C、706D和706F)。因此，具有永久資格(例如，資格702C和702D)的用戶不會使任何機器與這些資格相關(guān)聯(lián)，除非機器(例如，機器706E)先前根據(jù)訂閱資格而被轉(zhuǎn)換。

在各個實施例中，提議表示例如通過Microsoft在線或OMEX可供購買的一種類型的使用權(quán)。提議不是因用戶而異的而是當(dāng)許可系統(tǒng)上線且被更新時填充的。對提議的添加和更新可被納入，作為部署的一部分。每一提議可與提議ID相關(guān)聯(lián)，該提議ID是標(biāo)識該提議的唯一ID。另外，每一提議可與特定類型的提議相關(guān)聯(lián)。例如，提議可以是純產(chǎn)品密鑰提議(即，與永久或試用許可證有關(guān)的提議)，或機器管理提議(即，與訂閱許可證有關(guān)的提議)。

根據(jù)此處描述的實施例，許可證或資格是一組特定使用權(quán)。用戶可具有一項或多項資格。這些資格可在供應(yīng)期間由同步提供者來填充。每一項資格具有唯一的資格ID，其可部分地由供應(yīng)伙伴來確定。

與每一項資格有關(guān)的各種信息可連同該資格一起被記錄。例如，資格ID、伙伴資格ID、對應(yīng)的伙伴、用戶ID、提議ID、以及資格的狀態(tài)可被記錄。例如，與資格有關(guān)的各個參數(shù)的值可被記錄。例如，與資格是否允許漫游應(yīng)用場景有關(guān)的信息(即，RoamingType(漫游類型))、與用戶的記賬國家有關(guān)的信息(即，BillingCountryISO(記賬國家ISO))、以及與資格的語言有關(guān)的信息可被記錄。另外，與關(guān)于資格允許的所供應(yīng)或待轉(zhuǎn)換的機器的最大數(shù)量有關(guān)的信息(即，ActiveMachineMax(活動機器最大值))、與當(dāng)前關(guān)于資格所供應(yīng)或待轉(zhuǎn)換的機器的數(shù)量有關(guān)的信息(即，ActiveMachineCount(活動機器計數(shù)))、以及各種其他信息可被記錄。與資格的令牌有關(guān)的參數(shù)也可被記錄。此類參數(shù)包括SecureToken(安全令牌)、TokenUseMax(令牌使用最大值)、TokenUseCount(令牌使用計數(shù))、TokenExpiryLength(令牌期滿長度)以及TokenExpiry(令牌期滿)等等。

機器可以是使用特定訂閱資格的Office的特定安裝。在該資格下可存在零個或多個機器。每次從資格中發(fā)放新訂閱(或TBL)產(chǎn)品密鑰時，創(chuàng)建新機器。

每一機器可與可被用來標(biāo)識該機器的MachineKey(機器密鑰)相關(guān)聯(lián)。機器密鑰的值可從發(fā)放給機器的產(chǎn)品密鑰導(dǎo)出。機器的狀態(tài)(諸如機器是否已供應(yīng)、待轉(zhuǎn)換、已轉(zhuǎn)換、或預(yù)供應(yīng))可被記錄。另外，與機器有關(guān)的各種其他參數(shù)可被記錄，包括資格ID、提議ID、密鑰狀態(tài)、以及與機器本身有關(guān)的信息。

根據(jù)此處描述的實施例，為每一項資格發(fā)放產(chǎn)品密鑰(即，ProductKey)。在每一項資格下可能僅存在一個啟用的產(chǎn)品密鑰，并且只有永久資格方可具有啟用的產(chǎn)品密鑰。產(chǎn)品密鑰可在首次向永久資格請求產(chǎn)品密鑰時被創(chuàng)建。只要資格未經(jīng)轉(zhuǎn)換，就應(yīng)所有后續(xù)密鑰請求使用同一永久密鑰。與產(chǎn)品密鑰的狀態(tài)有關(guān)的信息(即，KeyStatus(密鑰狀態(tài)))可被記錄。產(chǎn)品密鑰的狀態(tài)可以是已啟用、待禁用或已禁用。與產(chǎn)品密鑰被發(fā)放的次數(shù)有關(guān)的信息(即，KeysIssuedCount(密鑰發(fā)放計數(shù)))、以及與KeyStatus最后更新日期有關(guān)的信息(即，KeyStatusLastUpdate(密鑰狀態(tài)最后更新))有關(guān)的信息可連同該產(chǎn)品密鑰一起被記錄。

在各個實施例中，供應(yīng)API是用于供應(yīng)的一組內(nèi)部API。供應(yīng)API僅被同步提供者調(diào)用。每一同步提供者API可調(diào)用供應(yīng)API中的一個或多個。供應(yīng)API可被設(shè)計成對其余許可系統(tǒng)表現(xiàn)為原子操作。注意，單個供應(yīng)動作可采用多個供應(yīng)API調(diào)用。例如，對于OMEX同步提供者的ProvisionUser()API，AddUser()和CreateEntitlement()調(diào)用被使用。如果AddUser()成功但CreateEntitlementForUser()失敗，則用戶可能不具有資格，并且用戶將不被授予對Office的未經(jīng)授權(quán)的訪問。許可系統(tǒng)內(nèi)的各API的一些示例包括：將用戶添加到OLS的AddUser()API，為用戶創(chuàng)建資格的CreateEntitlement()，以及將資格轉(zhuǎn)換為另一提議或更新參數(shù)ActiveMachineMax的ConvertEntitlement()API。無論該轉(zhuǎn)換是例如從訂閱許可證到另一訂閱許可證還是從訂閱許可證到永久許可證，ConvertEntitlement()API都同樣地運作。另外，除非明確指出，欺詐計數(shù)器和限制在轉(zhuǎn)換期間不可被重置。

圖8是用于將資格轉(zhuǎn)換為另一提議或更新與該資格有關(guān)的提議的方法800的過程流程圖。該提議的更新可包括例如更新ActiveMachineMax。該方法在框802開始，其中ConvertEntitlement()API被調(diào)用。在框804，可以確定是否取消供應(yīng)該資格。如果取消供應(yīng)該資格，則在框806，方法800結(jié)束。如果沒有取消供應(yīng)該資格，則方法800繼續(xù)至框808，其中確定現(xiàn)有提議是否與新提議相同。

如果現(xiàn)有提議與新提議不相同，則在框810確定是否存在現(xiàn)有的針對該資格所供應(yīng)的機器。如果存在現(xiàn)有供應(yīng)的機器，則在框812將所有現(xiàn)有供應(yīng)的機器更新為狀態(tài)＝待轉(zhuǎn)換。方法800隨后前進至框814，其中該資格被更新為新提議。在框810，如果確定不存在現(xiàn)有供應(yīng)的機器，則方法800自動前進至框814。

在框816，確定是否現(xiàn)有ActiveMachineMax＝MaxMachines。此外，在框808，如果確定現(xiàn)有提議與新提供相同，則方法800可自動前進至框816。

在框816，如果現(xiàn)有ActiveMachineMax≠MaxMachines，則在框818，ActiveMachineMax可被更新為MaxMachines。隨后在框820可以確定ActiveMachineCount是否大于ActiveMachineMax。如果ActiveMachineCount大于ActiveMachineMax，則在方法800前進至框824之前在框822記錄該事件。否則，方法800從框820前進至框824。此外，在框816，如果現(xiàn)有ActiveMachineMax＝MaxMachines，則方法800自動前進至框824。

在框824，確定是否存在現(xiàn)有的已啟用PerpetualKey(永久密鑰)。如果不存在現(xiàn)有的已啟用PerpetualKey，則方法800在框826結(jié)束。如果存在現(xiàn)有的已啟用PerpetualKey，則在方法800在框826結(jié)束之前，在框828設(shè)置PerpetualKey使得PerpetualKey＝待禁用。

多個附加API也可被包括在許可系統(tǒng)內(nèi)。例如，UpdateEntitlementStatus()API可用來更新資格的狀態(tài)。UpdateBillingCountry()API可用來更新用戶的賬單信息(即，BillingCountryISO)，并且GetDownloadInfo()API可用來返回下載URL以及與該資格有關(guān)的其他信息。

在各個實施例中，安全令牌(即，SecureToken)僅僅是OLS生成的、授予對用戶資格的臨時訪問的全局唯一標(biāo)識符(GUID)。當(dāng)客戶機用SecureToken作出OLS調(diào)用時，客戶機實質(zhì)上是用對其發(fā)放令牌的用戶的憑證來調(diào)用OLS。提供身份權(quán)證與提供安全令牌的主要差異在于安全令牌的作用域為特定資格，所以它只能用來檢索信息或取得特定資格的密鑰，并且安全令牌具有有限使用和時間界限。

CheckMachineStatus()API返回機器的狀態(tài)。然而，該API可以僅返回在訂閱資格下供應(yīng)的機器的信息。GetEntitlementsForIdentity()API可返回當(dāng)前與所提供的身份相關(guān)聯(lián)的資格。GetEntitlementForMachineKey()API可返回當(dāng)前與MachineKey相關(guān)聯(lián)的資格。在一些實施例中，該過程流程可以如下：(1)用匹配的MachineKey來檢索機器的EntitlementID(資格ID)；(2)用以上EntitlementID來檢索該資格，以及(3)返回關(guān)于該資格的信息。

另外，GetKey()API可以是OLC可從中檢索無密鑰授權(quán)和/或產(chǎn)品密鑰以供激活的API。用于該API的邏輯可被拆分成多個部分。

圖9是用于驗證用戶的身份以及對其供應(yīng)無密鑰授權(quán)的資格的身份的方法900的過程流程圖。方法900在框902開始，其中GetKey()API被調(diào)用。在框904，確定是否使用了SecuredToken。如果使用了SecuredToken，則在框906確認(rèn)OLS。在框908，確定令牌是否無效。如果令牌無效，則在框910返回出錯。如果令牌有效，則在框912確定TokenUseCount。隨后在框914檢索與令牌相關(guān)聯(lián)的用戶。該方法隨后前進至框916。

另外，在框904，如果確定未使用SecuredToken，則方法900前進至框918，其中身份權(quán)證被確認(rèn)。隨后在框916該方法繼續(xù)，其中確定用戶是否被掛起。如果用戶被掛起，則在框920返回出錯。否則，在框922確定EntitlementID是否存在。如果EntitlementID不存在，則在框924返回出錯。否則，在框926確定資格是否被暫?；蛉∠?yīng)。如果資格已被暫?；蛉∠?yīng)，則在框928返回出錯。否則，方法900繼續(xù)至以下參考圖10討論的無密鑰授權(quán)流程。

圖10是用于在適當(dāng)時供應(yīng)無密鑰授權(quán)的方法100的過程流程圖。無密鑰授權(quán)的目的可以是使客戶機能夠臨時運行Office，而無需OSPP也無需使用產(chǎn)品密鑰進行激活。這在例如安裝的第一次運行期間或在漫游應(yīng)用場景期間可能是有用的。

無密鑰授權(quán)可以是有符號的串，該有符號的串包括被客戶機用來啟用臨時Office訪問且作為BaseAuthString(基本授權(quán)串)被存儲在Offer(提議)中的授權(quán)串。無密鑰授權(quán)還可包括多個參數(shù)，包括應(yīng)GetKey()請求由客戶機發(fā)送的HWID參數(shù)，以及表示客戶機可不再使用無密鑰授權(quán)的日期和時間的TimeValidEnd(時間有效結(jié)束)參數(shù)。

方法1000的無密鑰授權(quán)流程在框1002開始。在各個實施例中，方法1000在如上討論的方法900之后執(zhí)行。方法1000可包括在框1004-1022作出多個確定，例如，包括與客戶機所請求的密鑰的類型有關(guān)的確定。在框1012或1014，如果不滿足方法1000的條件，則在框1024或1026可返回出錯。

如果已滿足在方法1000中呈現(xiàn)的條件，則在框1028可以確定產(chǎn)品密鑰是否被請求。如果產(chǎn)品密鑰未被請求，則在框1030返回?zé)o密鑰授權(quán)。如果產(chǎn)品密鑰被請求，則在框1032可以確定資格提議是否允許安裝，即，并非僅漫游。如果資格提議不允許安裝，則在框1034返回出錯。否則，在框1036確定提議類型是否是KeyOnly(僅密鑰)。

如果提議類型不是KeyOnly，則方法1000前進至圖11A或11B的訂閱密鑰流程，如框1038所示。如果提議類型是KeyOnly，則方法1000前進至圖12A或12B的產(chǎn)品密鑰流程，如框1040所示。

圖11A是用于檢索現(xiàn)有訂閱(或TBL)密鑰的方法1100的過程流程圖。在各個實施例中，在GetKey()API調(diào)用中使用的MachineKey和HWID與OLS中存儲的那些相同的情況下，現(xiàn)有密鑰被檢索。方法1100的訂閱密鑰流程在框1102開始。在各個實施例中，方法1100在如上討論的方法1000之后執(zhí)行。方法1100可包括在框1104-1140作出多個確定并且執(zhí)行多個步驟。在一些實施例中，方法1100前進至圖11B的新訂閱密鑰流程，如框1142所示。在其他實施例中，在方法1100結(jié)束時返回現(xiàn)有訂閱密鑰，如框1144所示。

圖11B是用于獲取新訂閱密鑰的方法1146的過程流程圖。在各個實施例中，在以下情況下從密鑰存儲中檢索新密鑰：發(fā)生了新安裝、機器用完了容錯重新激活、發(fā)生了資格轉(zhuǎn)換、或重新供應(yīng)了機器。方法1146可在如上討論的方法1000或方法1100之后執(zhí)行。

方法1146的新訂閱密鑰流程在框1148開始。在框1150-1156執(zhí)行多個步驟之后，在框1158返回新訂閱密鑰?；蛘?，如果在框1150不滿足方法1146的條件，則在框1160返回出錯，并且不獲取新訂閱密鑰。

圖12A是用于檢索現(xiàn)有產(chǎn)品密鑰的方法1200的過程流程圖。方法1200可應(yīng)用于KeyOnly提議類型。在各個實施例中，方法1200在如上討論的方法1000之后執(zhí)行。方法1200的產(chǎn)品密鑰流程在框1202開始。方法1200可包括在框1204-1212作出多個確定并且執(zhí)行多個步驟。在一些實施例中，在框1206，如果不滿足方法1200的條件，則在框1214返回出錯。在其他實施例中，方法1200前進至圖12B的新產(chǎn)品密鑰流程，如框1216所示。此外，在其他實施例中，在方法1200結(jié)束時返回現(xiàn)有產(chǎn)品密鑰，如框1216所示。

圖12B是用于獲取新產(chǎn)品密鑰的方法1218的過程流程圖。僅當(dāng)資格是新的或已經(jīng)從先前資格轉(zhuǎn)換時，才可以獲取新產(chǎn)品密鑰。方法1218可在如上討論的方法1000或方法1200之后執(zhí)行。方法1218的新產(chǎn)品密鑰流程在框1220開始。方法1218可包括在框1222-1226作出多個確定并且執(zhí)行多個步驟。隨后在方法1218結(jié)束時返回新產(chǎn)品密鑰，如框1228所示。

圖13是用于根據(jù)資格來檢索各機器的方法1300的過程流程圖。方法1300可使用GetMachineList()API來執(zhí)行。GetMachineList()API可返回用戶已請求其密鑰的機器。調(diào)用者可請求與特定資格相關(guān)聯(lián)的機器或具有特定狀態(tài)的機器。

方法1300可在框1302開始，其中GetMachineList()API被調(diào)用。方法1300可包括在框1304-1316作出多個確定并且執(zhí)行多個步驟。隨后在框1318根據(jù)資格檢索機器，并且在框1320返回機器的列表。

在各個實施例中，如果API被請求嘗試根據(jù)當(dāng)前在永久提議上的資格進行GetMachineList()，則API仍將嘗試根據(jù)該資格來檢索機器，因為該資格是從訂閱提議轉(zhuǎn)換的并且確實具有當(dāng)前正在使用訂閱密鑰的機器是有可能的。

圖14是用于根據(jù)資格來取消供應(yīng)特定機器的方法1400的過程流程圖。方法1400可使用RemoveMachine()API來執(zhí)行。RemoveMachine()API可用來標(biāo)記供取消供應(yīng)的機器。該取消供應(yīng)隨后可異步地執(zhí)行。

方法1400在框1402開始，其中RemoveMachineList()API被調(diào)用。方法1400可包括在框1404-1418作出多個確定并且執(zhí)行多個步驟。在一些實施例中，在框1408、1416或1418，如果不滿足方法1400的這些條件之一，則分別在框1420、1422或1424可以返回出錯。否則，在框1426機器狀態(tài)被設(shè)置成已取消供應(yīng)。這有效地將機器從資格中移除。

在各個實施例中，GetUrlForEntitlement()API返回下載URL以下載資格的這些比特。該API類似于供應(yīng)GetDownloadInfo()API地起作用。然而，所使用的身份可以是BPOS或Live發(fā)放的權(quán)證、或OLS SecureToken，而不是PUID。在所使用的身份是OLS SecureToken的情況下，SecureToken可不被重新生成。相反，現(xiàn)有令牌可用在URL中。該API可僅返回URL，而不是各下載參數(shù)。

根據(jù)此處描述的各實施例，產(chǎn)品密鑰高速緩存是OLS從其中獲取密鑰的密鑰存儲。產(chǎn)品密鑰高速緩存是獨立于OLS核心許可數(shù)據(jù)庫的數(shù)據(jù)庫，并且通過異步過程來填充，該異步過程只要該高速緩存中的可用密鑰數(shù)量落在特定閾值以下就從JIT系統(tǒng)中檢索密鑰。

產(chǎn)品密鑰高速緩存可存儲關(guān)于每一密鑰的元數(shù)據(jù)，包括密鑰的PKPN；PKPN的JIT SKU，以及最初從其中獲取密鑰的數(shù)據(jù)中心國家。產(chǎn)品密鑰高速緩存可以能夠基于GetKey()邏輯提供的若干參數(shù)來返回稅收遵守密鑰，參數(shù)包括作為Offer屬性的資格KeyStoreReqId、以及根據(jù)資格獲取的BillingCountryISO。

在OLS內(nèi)，產(chǎn)品密鑰取消供應(yīng)組件可以是與核心系統(tǒng)獨立運行的異步服務(wù)。產(chǎn)品密鑰取消供應(yīng)組件可按最初設(shè)置成每天一次的規(guī)則時間表來運行。

在產(chǎn)品密鑰取消供應(yīng)組件的排定運行期間，它可以標(biāo)識密鑰狀態(tài)(即，KeyStatus)為待禁用并且最后密鑰狀態(tài)更新(即，KeyStatusLastUpdate)的日期超過兩個月的機器。另外，在產(chǎn)品密鑰取消供應(yīng)組件的排定運行期間，它可以標(biāo)識密鑰狀態(tài)為待禁用并且最后密鑰狀態(tài)更新的日期超過一個月的產(chǎn)品密鑰。在一些實施例中，可以因同步提供者更新或用戶動作(諸如，響應(yīng)于用戶將機器從資格中移除)而取消對該機器的供應(yīng)。

Office市場體驗同步提供者

OMEX同步提供者可用來從OMEX伙伴接收供應(yīng)更新并且將那些更新發(fā)布到OLS。更具體地，OMEX同步提供者是為OMEX伙伴展示一組API以執(zhí)行各個供應(yīng)任務(wù)而不允許OMEX伙伴直接訪問OLS中的專用供應(yīng)層的抽象層。

圖15A是用戶初始購買資格的方法1500的過程流程圖。方法1500可使用以上討論的OMEX同步提供者來執(zhí)行。在框1502，用戶發(fā)起購買，并且在框1504，用戶經(jīng)由客戶機或經(jīng)由Web通過OMEX選擇SKU。在框1506，用戶使用他的Live ID登入，并且在框1508，用戶完成支付信息以購買資格。

在框1510，OMEX調(diào)用CTP來完成購買動作，并且在框1512，調(diào)用OMEX同步提供者以向用戶供應(yīng)，即，ProvisionUser()。在框1514，OMEX同步提供者向用戶供應(yīng)，并且返回下載URL。在OLS中向用戶供應(yīng)可使用ProvisionUser()API來實現(xiàn)。ProvisionUser()API可僅由OMEX伙伴調(diào)用。

在一些情況下，對于同步提供者而言，存在調(diào)用上的超時。因此，在框1516，可以確定是否發(fā)生了出錯或超時。如果發(fā)生了出錯或超時，則在框1518可以向用戶顯示“稍后回來下載”消息。否則，在框1520，OMEX向用戶顯示資格的下載鏈接。

圖15是用于更新資格的方法1522的過程流程圖。方法1522在框1524開始，其中CTP開始供應(yīng)回調(diào)。在框1526，OMEX許可通告程序調(diào)用OMEX同步提供者以使用ProvisionUser()API向用戶供應(yīng)。在框1528，OMEX同步提供者向用戶供應(yīng)，或更新資格。隨后，在框1530確定是否發(fā)生了出錯或超時。如果發(fā)生了出錯或超時，則方法1522返回到框1524。否則，方法1522在框1532結(jié)束。

圖16是用于在OLS中向用戶供應(yīng)或?qū)⒂脩魪囊豁椯Y格轉(zhuǎn)換到另一項資格的方法1600的過程流程圖。該方法在框1602開始，其中ProvisionUser()API被調(diào)用。在框1604確定是否設(shè)置了轉(zhuǎn)換標(biāo)志。

如果設(shè)置了轉(zhuǎn)換標(biāo)志，則在框1606可以確定資格是否已取消供應(yīng)。如果資格已取消供應(yīng)，則在框1608拋出異常。否則，在框1610，將用戶轉(zhuǎn)換到另一項資格。或者，在框1604如果未設(shè)置轉(zhuǎn)換標(biāo)志，則在框1610，向用戶供應(yīng)。

隨后，在框1612請求DownloadType(下載類型)，并且在框1614返回下載URL。所返回的下載URL可包括允許用戶激活Office而無需重新鍵入他的憑證的受保護令牌(例如，GUID)。因此，URL的使用可能受限。在一些實施例中，GetDownloadInfoForEntitlement()API被用來在適當(dāng)時重新生成下載鏈接。

圖17是用于根據(jù)ForcedUpdate(強制更新)過程來確定是否要更新資格的方法1700的過程流程圖。方法1700可在框1702開始，其中ProvisionUser()API被調(diào)用。方法1700可包括在框1704-1726作出多個確定并且執(zhí)行多個步驟。在一些實施例中，在框1718確定不存在資格，并且在框1728拋出異常。否則，方法1700繼續(xù)至框1730，其中下載URL被返回。下載URL可以取決于是否已設(shè)置了ForcedUpdate(如框1712或框1722所確定的)以及是否允許資格更新(如框1724所確定的)而變化。

根據(jù)方法1700，F(xiàn)orcedUpdate可在異步CTP供應(yīng)調(diào)用期間被指定，因為它可以是關(guān)于用戶購買了什么的最終權(quán)威機構(gòu)。在競爭狀況中可能發(fā)生差異，其中異步CTP供應(yīng)調(diào)用在購買期間發(fā)起供應(yīng)調(diào)用之前發(fā)生。在一些情況下，如果ForcedUpdate在供應(yīng)期間被指定，則自最后成功更新起10秒內(nèi)不可允許同一EntitlementID的另一更新，除非在新的ProvisionUser()API調(diào)用上設(shè)置了ForcedUpdate。在該情況下，基于現(xiàn)有資格信息，調(diào)用將會成功并且將返回信息。時間值可以是可配置的，并且用于該檢查的邏輯可在同步提供者層中被隔離。

對于沒有作出用戶資格的更新但調(diào)用成功地返回的情況下，響應(yīng)可包含向調(diào)用者指示未作出更新的標(biāo)志。響應(yīng)還可包含系統(tǒng)中已有的資格信息。調(diào)用者可使用資格信息進行故障查找或采取其他附加動作。

對設(shè)備的許可

根據(jù)此處描述的各實施例，OLS可被更新以支持不同類型的設(shè)備以及與這些不同類型的設(shè)備有關(guān)的特定應(yīng)用的許可。例如，OLS可支持以MOX應(yīng)用、移動Office應(yīng)用、Android應(yīng)用、Windows移動應(yīng)用、以及Mac Office應(yīng)用等形式的Office(例如，Office 2015)的許可。因此，OLS可允許跨許多不同平臺的Office的許可。

在OLS內(nèi)，術(shù)語“計算機”可以指PC和Mac，而術(shù)語“設(shè)備”可以指MOX(或平板設(shè)備)以及移動電話。共同地，計算機和設(shè)備兩者都可被稱為OLS內(nèi)的“機器”。

OLS內(nèi)設(shè)備的許可可以采取基于憑證的許可證或基于令牌的許可證的形式。對于基于憑證的許可證，任何設(shè)備可以共享一個許可證計數(shù)，而任何計算機可以共享另一個許可證計數(shù)。對于基于令牌的許可，可以使用許可證令牌來代替OLS令牌。可按每臺設(shè)備無限次數(shù)地使用許可證令牌。超出限制每一許可證令牌將沒有設(shè)備計數(shù)，以使其只能用在一個設(shè)備上。

設(shè)備應(yīng)用(例如，MOX和移動應(yīng)用)可經(jīng)由OEM預(yù)裝(例如，Windows移動)或經(jīng)由網(wǎng)站下載(例如，Android)通過平臺的應(yīng)用商店(例如，Apple商店)來發(fā)布。每一設(shè)備的許可權(quán)可經(jīng)由平臺的應(yīng)用商店來獲取而不涉及OLS、OLS涉及購買托管或非托管訂閱、或OLS涉及VL協(xié)議。

圖18A是用于初始許可設(shè)備的應(yīng)用的方法1800的過程流程圖。方法180在框1802開始，其中用戶從設(shè)備的應(yīng)用商店下載應(yīng)用。在1804，提示用戶輸入他的憑證。在框1806，用戶使用他的Live ID或其他憑證登入。在框1808，設(shè)備隨后向OLS詢問許可信息，并且在框1810，OLS返回授權(quán)串。在框1812，設(shè)備驗證授權(quán)串的真實性、保存機器密鑰并且授予訪問權(quán)。

在框1814，確定設(shè)備是否被授權(quán)。如果設(shè)備未被授權(quán)，則在框1816返回出錯。如果設(shè)備被授權(quán)，則在框1818授予對應(yīng)用的訪問權(quán)，直到應(yīng)用的周期性檢查或重裝為止。

圖18B是用于周期性地檢查許可證的狀態(tài)的方法1820的過程流程圖。在各個實施例中，方法1820響應(yīng)于應(yīng)用在一天中的首次引導(dǎo)而被執(zhí)行。

方法1820在框1822開始，其中設(shè)備向OLS詢問許可證信息。設(shè)備可按設(shè)備確定的間隔(諸如，每第五次登錄或每月)向OLS詢問。在框1824，設(shè)備向OLS發(fā)送機器密鑰。

在框1826，OLS向設(shè)備返回設(shè)備狀態(tài)。在設(shè)備狀態(tài)是已供應(yīng)的情況下，授予對應(yīng)用的訪問權(quán)，如框1828所示。在設(shè)備狀態(tài)是待轉(zhuǎn)換或已轉(zhuǎn)換的情況下，授權(quán)串可從OLS中被重新獲取，如框1830所示。在設(shè)備狀態(tài)是已取消供應(yīng)的情況下，返回出錯，如框1832所示。

圖19是用于初始許可設(shè)備的方法1900的過程流程圖。相同標(biāo)號的項參考圖18A進行了描述。方法1900可響應(yīng)于特定應(yīng)用在設(shè)備上的首次引導(dǎo)而被執(zhí)行。

方法1900可類似于圖18A的方法1800。然而，在框1902，提示用戶輸入設(shè)備令牌，并且在框1904向用戶提供設(shè)備令牌，而非用他的Live ID或其他憑證來登入。因此，根據(jù)方法1900，設(shè)備的許可證是基于令牌的許可證。對于基于令牌的許可，一旦許可證被初始化，就永久地許可設(shè)備使用該應(yīng)用。因此，可以不存在對該許可證的周期性許可證檢查。因此，在框1906，設(shè)備被永久地授予對該應(yīng)用的訪問權(quán)，或者直到該應(yīng)用的重裝為止。

根據(jù)此處描述的各實施例，OLS許可證是可由OLS授予的新類型的許可證。OLS許可證可通過GetOLSLicense()API來發(fā)放。OLS許可證可包括許可證串(即，MachineKey)、機器標(biāo)識(即，MachineID)、可開始使用該授權(quán)的有效日期和時間(即，TimeValidStart)、以及不再可使用該授權(quán)的有效日期和時間(即，TimeValidEnd)。

在OLS許可證滿足若干準(zhǔn)則的情況下，設(shè)備可僅履行通過GetOLSLicense()API返回的該OLS許可證。例如，OLS許可證可被驗證為由OLS簽署；應(yīng)請求，所返回的MachineID可被驗證為匹配所使用的MachineID；應(yīng)請求，TimeValidStart可被驗證為匹配所使用的當(dāng)前時間；并且當(dāng)前客戶機時間可被驗證為在TimeValidStart與TimeValidEnd之間。

對服務(wù)的許可

此處描述的各實施例可用來執(zhí)行與對服務(wù)的許可有關(guān)的各個功能。例如，此處描述的各實施例可允許伙伴標(biāo)識用戶是否被給予對其漫游設(shè)置服務(wù)的訪問權(quán)。另外，此類實施例可向Office服務(wù)提供用來檢索Office客戶機供應(yīng)信息的接口。

圖20是伙伴確定用戶是否被授予對其服務(wù)的訪問權(quán)的方法2000的過程流程圖。這一確定可使用服務(wù)供應(yīng)信息來作出。在一些實施例中，伙伴維護用戶供應(yīng)高速緩存，其對來自GetEntitlementForIdentityEx()API調(diào)用的結(jié)果進行高速緩存。這可增強伙伴的性能并且減小OLS上的負(fù)載。用戶供應(yīng)高速緩存的長度可根據(jù)特定服務(wù)的特性來調(diào)節(jié)。另外，用戶供應(yīng)高速緩存可基于服務(wù)多久需要實時信息一次以及為供應(yīng)信息調(diào)用OLS的性能成本而期滿。

方法在框2002開始，其中確定用戶供應(yīng)高速緩存是否存在并且是否有效。如果用戶供應(yīng)高速緩存存在并且有效，則在框2004授予對服務(wù)的訪問權(quán)。如果用戶供應(yīng)高速緩存要么不存在要么無效，則在框2006，提供者調(diào)用GetEntitlementForIdentityEx()API。在框2008，伙伴更新用戶供應(yīng)高速緩存。隨后，在框2010，確定是否向用戶供應(yīng)該服務(wù)。如果沒有向用戶供應(yīng)該服務(wù)，則在框2012，不授予對該服務(wù)的訪問權(quán)。否則，在框2004，向用戶授予對該服務(wù)的訪問權(quán)。

地理位置和地理縮放服務(wù)

在各個實施例中，地理位置和地理縮放技術(shù)被用來改進或維護OLS的性能、可用性、可靠性以及可縮放性。OLS的總體地理位置設(shè)計可包括主數(shù)據(jù)中心和眾多復(fù)制數(shù)據(jù)中心，其在地理上可分布在世界各地。該設(shè)計理論上可以支持無限數(shù)量的復(fù)制數(shù)據(jù)中心。每一復(fù)制數(shù)據(jù)中心可在適當(dāng)時上線。

主數(shù)據(jù)中心可以處理所有OLS操作。例如，寫操作(例如，供應(yīng)更新)可首先通過主數(shù)據(jù)中心。主數(shù)據(jù)中心可包含每個用戶的供應(yīng)信息的主副本。另外，所有同步提供者組件和密鑰高速緩存組件可駐留在主數(shù)據(jù)中心內(nèi)。此外，地理同步器可被用來持續(xù)地監(jiān)視主數(shù)據(jù)中心以便確定要同步到復(fù)制數(shù)據(jù)中心的更新。

復(fù)制數(shù)據(jù)中心可處理所有的讀操作，例如，檢查用戶是否得到訪問服務(wù)的允許。復(fù)制數(shù)據(jù)中心還可處理一些寫操作，例如，發(fā)放無密鑰授權(quán)。每一復(fù)制數(shù)據(jù)中心可包含每一用戶的供應(yīng)信息的副本，并且可從主數(shù)據(jù)中心持續(xù)獲取供應(yīng)更新。此外，在災(zāi)難恢復(fù)場景的情況下，復(fù)制數(shù)據(jù)中心中的任一個可變成主數(shù)據(jù)中心，如以下進一步討論的。

圖21是主數(shù)據(jù)中心2100與多個復(fù)制數(shù)據(jù)中心2102A和2102B的示例性配置的示意圖?？山o予OMEX 2104或其他伙伴一通用OLS URL(例如，generic.ols.office.com)以及主數(shù)據(jù)中心2100的直接URL(例如，master.ols.office.com)。對于特定操作(諸如，OMEX同步提供者2106的操作)，OMEX 2104可直接調(diào)用master.ols.office.com而不是使用generic.ols.office.com。調(diào)用隨后可基于全局負(fù)載平衡器2108內(nèi)的邏輯從主數(shù)據(jù)中心2100被重定向到復(fù)制數(shù)據(jù)中心2102A或2102B的任一者。

另外，多個地理同步器2110A和2110B可被用來將來自主數(shù)據(jù)中心2100的信息同步到復(fù)制數(shù)據(jù)中心2102A和2102B。具體地，每一地理同步器可從主數(shù)據(jù)中心2100內(nèi)的地理同步表讀取數(shù)據(jù)，并且將該數(shù)據(jù)直接寫入復(fù)制數(shù)據(jù)中心2102A和2102B。此類數(shù)據(jù)可包括例如與供應(yīng)更新或產(chǎn)品密鑰信息更新有關(guān)的數(shù)據(jù)。

主數(shù)據(jù)中心2100內(nèi)的地理同步表可包含指向OLS核心中可被同步到復(fù)制數(shù)據(jù)中心2102A或2102B的記錄的指針。具體地，地理同步表可包含SourceTable Name(源表名稱)、SourcePartition Key(源分區(qū)密鑰)、SourceRow Key(源行密鑰)、ModifiedDateTime(修改日期時間)、以及PublishPending(待公布)指針。OLS核心表中每次發(fā)生寫入時(除了僅影響異常列表中的參數(shù)的寫以外)，記錄在地理同步表中被創(chuàng)建。

盡管在圖21中僅示出兩個地理同步器2110A和2110B，但配置可包括同步器2110池。當(dāng)每一地理同步器2110蘇醒時，它嘗試獲取用于同步到復(fù)制數(shù)據(jù)中心2102A或2102B的鎖定。任何地理同步器2110可同步到任何復(fù)制數(shù)據(jù)中心2102A或2102B。然而，在一個時間，每個復(fù)制數(shù)據(jù)中心2102A或2102B只有一個地理同步器2110可以是活動的。在嘗試獲取用于同步到下一復(fù)制中心2102A或2102B的鎖定之前，每一地理同步器2110將嘗試完成針對單個復(fù)制數(shù)據(jù)中心2102A或2102B的同步。此外，所有地理同步器2110可在主數(shù)據(jù)中心2100內(nèi)運行。在各個實施例中，主數(shù)據(jù)中心2100包含鎖定配置文件，該鎖定配置文件列出所有復(fù)制數(shù)據(jù)中心2102A和2102B、對應(yīng)的鎖定、對應(yīng)的鎖定持續(xù)時間、地理同步表中對應(yīng)的PublishPending字段、以及打開或關(guān)閉實際同步的開關(guān)。另外，在一些實施例中，集中式同步控制器(未示出)可被用來管理地理同步器2110的運作。

任何數(shù)量的新復(fù)制數(shù)據(jù)中心可在任何時間點上線。當(dāng)新復(fù)制數(shù)據(jù)中心上線時，新復(fù)制數(shù)據(jù)中心的配置條目可被添加到主數(shù)據(jù)中心2100內(nèi)的鎖定配置文件中。最初，配置條目可將新復(fù)制數(shù)據(jù)中心標(biāo)記為“關(guān)閉”以確保將開始追蹤復(fù)制數(shù)據(jù)中心的改變。當(dāng)前時間可被備注，并且主數(shù)據(jù)中心2100內(nèi)直到當(dāng)前時間的所有數(shù)據(jù)可被復(fù)制到新復(fù)制數(shù)據(jù)中心。配置條目隨后可將新復(fù)制數(shù)據(jù)中心標(biāo)記為“打開”。地理同步過程隨后可正常地運作。

災(zāi)難恢復(fù)

根據(jù)此處描述的各實施例，在許可系統(tǒng)內(nèi)使用多個數(shù)據(jù)中心(例如，一個主數(shù)據(jù)中心以及至少兩個復(fù)制數(shù)據(jù)中心)允許在一個數(shù)據(jù)中心發(fā)生故障的情況下進行災(zāi)難恢復(fù)。例如，新數(shù)據(jù)中心可在任何時間點上線，作為已經(jīng)發(fā)生故障的數(shù)據(jù)中心的替換數(shù)據(jù)中心。在先前主數(shù)據(jù)中心已經(jīng)發(fā)生故障的情況下，復(fù)制數(shù)據(jù)中心也被提升為主數(shù)據(jù)中心。另外，可以在任何時間點實現(xiàn)計劃停機時間。

災(zāi)難恢復(fù)過程可被用來恢復(fù)OLS數(shù)據(jù)。由于OLS將數(shù)據(jù)從主數(shù)據(jù)中心復(fù)制到這些復(fù)制數(shù)據(jù)中心，因此在許可系統(tǒng)內(nèi)已經(jīng)構(gòu)建有一定冗余。然而，由于地理同步延遲，每一復(fù)制數(shù)據(jù)中心內(nèi)的數(shù)據(jù)在任何時間點將很可能與主數(shù)據(jù)中心或與其他復(fù)制數(shù)據(jù)中心不是100％等同。因此，一些數(shù)據(jù)可能在災(zāi)難事件中丟失。另外，OLS可包括供應(yīng)數(shù)據(jù)，諸如，資格供應(yīng)數(shù)據(jù)、OMEX供應(yīng)數(shù)據(jù)、以及BPOS供應(yīng)數(shù)據(jù)。盡管一些供應(yīng)數(shù)據(jù)在災(zāi)難事件中可從OLS供應(yīng)伙伴恢復(fù)，但某些量的供應(yīng)數(shù)據(jù)可能丟失。因此，恢復(fù)此類數(shù)據(jù)可能是合乎需要的。

計劃停機時間

圖22是示出用于執(zhí)行計劃停機時間的第一步驟的示意圖。第一步驟可包括停止對來自主數(shù)據(jù)中心2200的調(diào)用提供服務(wù)，并且使復(fù)制數(shù)據(jù)中心2202和2204等同，如以下進一步描述的。

在一些情況下，OLS內(nèi)的主數(shù)據(jù)中心2200可有目的地停工。例如，主數(shù)據(jù)中心2200可具有待糾正的有故障配置，或可能存在主數(shù)據(jù)中心2200可用的只能在主數(shù)據(jù)中心2200停工時實現(xiàn)的主要服務(wù)更新。

當(dāng)主數(shù)據(jù)中心2200要停工時，主復(fù)制數(shù)據(jù)中心2202作為新的主數(shù)據(jù)中心上線。主復(fù)制數(shù)據(jù)中心2202可以是位于接近主數(shù)據(jù)中心2200的復(fù)制數(shù)據(jù)中心，并且在主數(shù)據(jù)中心2200停工的情況下要被提升到新的主數(shù)據(jù)中心的第一復(fù)制數(shù)據(jù)中心。

在一些實施例中，向每一數(shù)據(jù)中心分配一數(shù)字，該數(shù)字從1開始。例如，可以向主數(shù)據(jù)中心2200分配數(shù)字1，可以向主復(fù)制數(shù)據(jù)中心2202分配數(shù)字2，并且可以向其他復(fù)制數(shù)據(jù)中心2204分配數(shù)字3。每一數(shù)據(jù)中心2200、2202和2204可以自知曉其獲分配的數(shù)字以及最大數(shù)字。這一編號系統(tǒng)對于在災(zāi)難場景期間作出特定確定而言是有用的。例如，如果主數(shù)據(jù)中心2200發(fā)生故障，則主復(fù)制數(shù)據(jù)中心2204可自動被提升到新的主數(shù)據(jù)中心，因此其數(shù)字為2。如果主復(fù)制數(shù)據(jù)中心2204不可用，則復(fù)制數(shù)據(jù)中心2204隨后可被提升到新的主數(shù)據(jù)中心，因為其數(shù)字為3。

如以上討論的，在執(zhí)行計劃停機時間中，第一步驟可以是停止為來自主數(shù)據(jù)中心2200的調(diào)用提供服務(wù)，并且使主復(fù)制數(shù)據(jù)中心2202等同。這可通過從通用OLS URL 2206(即，generic.ols.office.com)輪換中移除主數(shù)據(jù)中心2200來實現(xiàn)。BPOS伙伴2210的BPOS同步提供者2208的同步器組件可被停止，并且發(fā)布組件可繼續(xù)直到?jīng)]有什么要發(fā)布了。對主OLS URL 2212(即，master.ols.office.com)的所有調(diào)用可返回TemporarilyUnavailable(臨時不可用)異常。這包括對OMEX伙伴2216的OMEX同步提供者2214、OLS API以及OLS伙伴API的調(diào)用。另外，地理同步器2218可繼續(xù)地理同步過程，直到?jīng)]有什么其他要同步了。在該過程結(jié)束時，所有復(fù)制數(shù)據(jù)中心2202和2204將會同步來自主數(shù)據(jù)中心2200的所有可同步數(shù)據(jù)，并且無論從哪點看都將與主數(shù)據(jù)中心2200等同。

圖23是用于執(zhí)行計劃停機時間的第二步驟的示意圖。相同標(biāo)號的項參考圖22進行了描述。第二步驟可涉及將主復(fù)制數(shù)據(jù)中心2202提升到新的主數(shù)據(jù)中心，如以下進一步描述的。

在計劃停機時間該步驟期間，BPOS伙伴2210的數(shù)據(jù)庫可從舊的主數(shù)據(jù)中心(即，數(shù)據(jù)中心2200)被復(fù)制到新的主數(shù)據(jù)中心2202。鎖定配置文件可被更新。OMEX同步提供者2214和BPOS同步提供者2208的所有組件可在新的主數(shù)據(jù)中心2204中打開。所有OLS API和OLS伙伴API調(diào)用可在新的主數(shù)據(jù)中心2202中打開。主OLS USL 2212可被映射到新的主數(shù)據(jù)中心2202。另外，復(fù)制數(shù)據(jù)中心2204可被指定為新的主復(fù)制數(shù)據(jù)中心，并且地理同步進程可被打開。

在該步驟結(jié)束時，舊的主復(fù)制數(shù)據(jù)中心已被提升到新的主數(shù)據(jù)中心2202。由此，舊的主數(shù)據(jù)中心2200現(xiàn)在可停工以便維護、升級等等。這些步驟可被反向，以便將舊的主數(shù)據(jù)中心2200轉(zhuǎn)換回當(dāng)前主數(shù)據(jù)中心。

在一些實施例中，使新的復(fù)制數(shù)據(jù)中心上線可能是合乎需要的。新的復(fù)制數(shù)據(jù)中心可通過將復(fù)制數(shù)據(jù)中心的記錄添加到進行同步被設(shè)置成“關(guān)閉”的每個數(shù)據(jù)中心的鎖定配置文件來部署。如果記錄被添加，則復(fù)制數(shù)據(jù)中心實際上是新的復(fù)制數(shù)據(jù)中心。否則，它是現(xiàn)有復(fù)制數(shù)據(jù)中心，并且以下步驟不適用。一旦記錄被添加到鎖定配置文件，主數(shù)據(jù)中心就可以開始收集要同步到新的復(fù)制數(shù)據(jù)中心的改變。數(shù)據(jù)可從主數(shù)據(jù)中心被復(fù)制到新的復(fù)制數(shù)據(jù)中心。在復(fù)制完成之后，新的復(fù)制數(shù)據(jù)中心可在主數(shù)據(jù)中心的鎖定配置文件中為自己打開地理同步。另外，數(shù)據(jù)中心的最大數(shù)量可在每個數(shù)據(jù)中心中被更新。此外，可將新的復(fù)制數(shù)據(jù)中心添加到全局負(fù)載平衡的URL。

非計劃停機時間

非計劃停機時間可因各種原因而發(fā)生。復(fù)制數(shù)據(jù)中心的任何非計劃停機時間(例如，間歇或持久停機時間)可以通過修改全局負(fù)載平衡器以重定向到另一復(fù)制數(shù)據(jù)中心來靈活處理。最大停機時間可取決于全局負(fù)載平衡器的DNS條目的TTL時間。然而，主數(shù)據(jù)中心的非計劃停機時間處理起來較不靈活。由于主數(shù)據(jù)中心是執(zhí)行供應(yīng)并為特定API調(diào)用提供服務(wù)的唯一數(shù)據(jù)中心，因此通信量不能簡單地被重定向到備份數(shù)據(jù)中心。

如果主數(shù)據(jù)中心在延長的時間段內(nèi)意外變得不可用，則主復(fù)制數(shù)據(jù)中心可被提升為新的主數(shù)據(jù)中心。這可通過更新鎖定配置文件、在主復(fù)制數(shù)據(jù)中心中打開BPOS同步提供者、以及在主復(fù)制數(shù)據(jù)中心中打開OMEX同步提供者來實現(xiàn)。另外，可在主復(fù)制數(shù)據(jù)中心中打開所有OLS API和OLS伙伴API調(diào)用，可將主OLS URL映射到主復(fù)制數(shù)據(jù)中心，可將另一復(fù)制數(shù)據(jù)中心指定為主復(fù)制數(shù)據(jù)中心，并且可以打開地理同步進程。如果新的主數(shù)據(jù)中心已被指定，并且舊的主數(shù)據(jù)中心意外恢復(fù)在線，則數(shù)據(jù)不一致性可因舊的主數(shù)據(jù)中心將舊信息地理同步到這些復(fù)制數(shù)據(jù)中心而產(chǎn)生。因此，可以采取各步驟以確保舊的主數(shù)據(jù)中心不能自動恢復(fù)在線。例如，配置部署可被用來關(guān)閉舊的主數(shù)據(jù)中心。

用于應(yīng)用許可的一般方法和系統(tǒng)

圖24是用于應(yīng)用許可的方法2400的過程流程圖。在各個實施例中，方法2400由此處描述的許可系統(tǒng)內(nèi)的許可服務(wù)(例如，OLS)來執(zhí)行。方法2400在框2402開始，其中從許可服務(wù)向計算設(shè)備返回應(yīng)用的許可證。許可證可響應(yīng)于從計算設(shè)備接收到請求許可證的調(diào)用而被返回，其中許可證基于計算設(shè)備或計算設(shè)備的用戶或其任何組合。在各個實施例中，許可證基于多個計算設(shè)備，其中可供許可證使用的計算設(shè)備的數(shù)量由許可證的條件來指定。該應(yīng)用可以是可由市場服務(wù)或第三方服務(wù)提供的服務(wù)、程序或應(yīng)用。此外，該許可證可以是多個應(yīng)用或多個服務(wù)的許可證。另外，該許可證可以是訂閱許可證或永久許可證。

在框2404，許可服務(wù)監(jiān)視許可證的狀態(tài)。監(jiān)視許可證的狀態(tài)可包括檢測欺詐活動，其中欺詐活動是許可證的條件未授權(quán)的活動。在各個實施例中，監(jiān)視許可證的狀態(tài)包括確定許可證是否期滿。許可證的狀態(tài)可跨用戶所使用的多個計算設(shè)備進行同步。

在框2406，根據(jù)許可證的狀態(tài)來調(diào)節(jié)許可證的條件。在一些實施例中，調(diào)節(jié)許可證的條件包括在許可證期滿的情況下取消供應(yīng)該許可證。調(diào)節(jié)許可證的條件還可包括在許可證被用戶續(xù)訂的情況下重新供應(yīng)該許可證。

在一些實施例中，可以允許用戶使用該應(yīng)用而無需保持連接到許可服務(wù)。然而，可以周期性地請求用戶將計算設(shè)備連接到許可服務(wù)，以便允許對許可證的狀態(tài)進行監(jiān)視。在用戶在指定時間段內(nèi)未連接到許可服務(wù)的情況下，可以取消對許可證的供應(yīng)。

應(yīng)該理解圖24的過程流程圖不旨在指示方法2400的各步驟要以任何特定次序來執(zhí)行或者在每一種情況下都要包括所有的步驟。此外，取決于具體實現(xiàn)的細(xì)節(jié)，任何數(shù)量的附加步驟可被包括在方法2400中。

用于許可服務(wù)的方法

此處公開了一種許可服務(wù)的方法。該方法包括在許可服務(wù)內(nèi)使用輪詢模型向用戶或計算設(shè)備或其任何組合許可服務(wù)。在各個實施例中，另一種用于許可服務(wù)的方法還可包括在許可服務(wù)內(nèi)使用推送模型向用戶或計算設(shè)備許可服務(wù)。

用于提供業(yè)務(wù)連續(xù)性的方法

此處還公開了一種提供業(yè)務(wù)連續(xù)性的方法，包括在數(shù)據(jù)中心內(nèi)或跨多個地理上分散的數(shù)據(jù)中心連續(xù)分發(fā)數(shù)據(jù)的進程池。此外，此處公開了一種用于提供業(yè)務(wù)連續(xù)性、穩(wěn)健性以及冗余性的系統(tǒng)。該系統(tǒng)包括一組鎖定、獲取這些鎖定的一組進程、以及業(yè)務(wù)數(shù)據(jù)或許可數(shù)據(jù)或兩者的改變隊列。該系統(tǒng)還包括跨各數(shù)據(jù)中心管理這些改變的機制以及寫入該業(yè)務(wù)數(shù)據(jù)或該許可數(shù)據(jù)或兩者的機制。

使用同步提供者進行應(yīng)用許可的方法

圖25是用于使用同步提供者來許可應(yīng)用的方法2500的過程流程圖。待許可的應(yīng)用可以是例如文字處理應(yīng)用、電子表格應(yīng)用或演示應(yīng)用。另外，該應(yīng)用可以是特定商務(wù)伙伴提供的服務(wù)。

該方法在框2502開始，其中在許可服務(wù)處從客戶機同步提供者接收對應(yīng)用的許可證的請求。在一些實施例中，客戶機同步提供者對應(yīng)于指定客戶機計算設(shè)備，并且許可證準(zhǔn)許在該指定客戶機計算設(shè)備上使用該應(yīng)用。此外，在一些實施例中，許可證基于客戶機憑證的輸入，準(zhǔn)許在客戶機計算設(shè)備上使用該應(yīng)用。

在框2504，經(jīng)由商務(wù)伙伴同步提供者從提供該應(yīng)用的商務(wù)伙伴接收與許可證有關(guān)的信息。在一些實施例中，許可服務(wù)包括用于與客戶機同步提供者和商務(wù)伙伴同步提供者通信的多個供應(yīng)API。

在框2506，向客戶機計算設(shè)備返回該應(yīng)用的許可證。在框2508，從客戶機同步提供者接收與許可證的狀態(tài)有關(guān)的信息。還可從從商務(wù)伙伴同步提供者接收與許可證的狀態(tài)有關(guān)的信息。在一些實施例中，許可證的狀態(tài)跨與客戶機同步提供者對應(yīng)的多個客戶機計算設(shè)備進行同步。此外，在一些實施例中，許可證的狀態(tài)直接經(jīng)由許可服務(wù)來監(jiān)視。

在框2510，根據(jù)許可證的狀態(tài)來調(diào)節(jié)許可證的條件。例如，可在許可證具有期滿狀態(tài)的情況下取消對許可證的供應(yīng)，或者可在許可證具有續(xù)訂狀態(tài)的情況下重新供應(yīng)許可證。此外，在許可證具有已轉(zhuǎn)換狀態(tài)的情況下可將許可證轉(zhuǎn)換為不同的許可證。

應(yīng)該理解圖25的過程流程圖不旨在指示方法2500的各步驟要以任何特定次序來執(zhí)行或者在每一種情況下都要包括所有的步驟。此外，取決于具體實現(xiàn)的細(xì)節(jié)，任何數(shù)量的附加步驟可被包括在方法2500中。例如，在一些實施例中，方法2500包括使用可插入同步提供者(包括一個或多個客戶機同步提供者和多個商務(wù)伙伴同步提供者)的系統(tǒng)來許可應(yīng)用。

用于使用多種形式的許可來許可應(yīng)用的方法

圖26是用于使用多種形式的許可來許可應(yīng)用的方法2600的過程流程圖。該方法在框2602開始，其中經(jīng)由許可服務(wù)向第一計算設(shè)備提供第一形式的許可證。可以響應(yīng)于用戶的輸入(諸如，用戶憑證或產(chǎn)品密鑰的輸入)，向第一計算設(shè)備提供第一形式的許可證。在框2604，經(jīng)由許可服務(wù)向第二計算設(shè)備提供第二形式的許可證。可以響應(yīng)于用戶的輸入(諸如，用戶憑證或產(chǎn)品密鑰的輸入)，向第二計算設(shè)備提供第二形式的許可證。在各個實施例中，第一形式的許可證和第二形式的許可證包括基于產(chǎn)品密鑰的許可證、基于在線用戶的許可證、基于設(shè)備的許可證、基于令牌的許可證或其任何組合。

在框2606，確定第一形式的許可證的第一狀態(tài)和第二形式的許可證的第二狀態(tài)，并且在框2608，使第一狀態(tài)和第二狀態(tài)同步以形成經(jīng)組合的許可證狀態(tài)。此外，在框2610，基于經(jīng)組合的許可證狀態(tài)來調(diào)節(jié)許可證的條件。在一些實施例中，經(jīng)組合的許可證狀態(tài)包括期滿狀態(tài)、續(xù)訂狀態(tài)、已轉(zhuǎn)換的許可證狀態(tài)、或有效狀態(tài)、或其任何組合。如果經(jīng)組合的許可證狀態(tài)是期滿狀態(tài)，則調(diào)節(jié)許可證的條件可包括取消對許可證的供應(yīng)。如果經(jīng)組合的許可證狀態(tài)是續(xù)訂狀態(tài)，則調(diào)節(jié)許可證的條件可包括取消對許可證的供應(yīng)。如果經(jīng)組合的許可證狀態(tài)是有效狀態(tài)，則可以不調(diào)節(jié)許可證的條件。如果經(jīng)組合的許可證狀態(tài)是已轉(zhuǎn)換的許可證狀態(tài)，則可以將許可證轉(zhuǎn)換為不同的許可證。

應(yīng)該理解圖26的過程流程圖不旨在指示方法2600的各步驟要以任何特定次序來執(zhí)行或者在每一種情況下都要包括所有的步驟。此外，取決于具體實現(xiàn)的細(xì)節(jié)，任何數(shù)量的附加步驟可被包括在方法2600中。例如，方法2600可包括基于經(jīng)組合的許可證狀態(tài)來檢測欺詐活動，其中欺詐活動包括許可證的條件未授權(quán)的活動。隨后可基于對欺詐活動的檢測來調(diào)節(jié)許可證的條件。

用于許可各設(shè)備的應(yīng)用的方法

圖27是用于許可用于各設(shè)備的應(yīng)用的方法2700的過程流程圖。該方法在框2702開始，其中將應(yīng)用的許可證從許可服務(wù)提供給用戶正使用的多個計算設(shè)備。該應(yīng)用的許可證可包括憑證?？梢皂憫?yīng)于用戶的輸入向每一計算設(shè)備提供許可證。

在框2704，這些憑證可與這些計算設(shè)備中的每一個相關(guān)聯(lián)。例如，每一計算設(shè)備的標(biāo)識可與這些憑證相關(guān)聯(lián)。一旦這些憑證與特定計算設(shè)備相關(guān)聯(lián)，就可以允許用戶在指定時間段內(nèi)在該計算設(shè)備上使用應(yīng)用，而無需連接到許可服務(wù)。

在框2706，周期性地確定與計算設(shè)備中的每一個上的許可證對應(yīng)的訂閱的狀態(tài)。在各個實施例中，在許可證的條件所指定的可配置時間段確定每一計算設(shè)備上的訂閱的狀態(tài)?？梢皂憫?yīng)于從計算設(shè)備接收到的檢查訂閱狀態(tài)調(diào)用來確定該計算設(shè)備上的訂閱的狀態(tài)。檢查訂閱狀態(tài)調(diào)用可包括該計算設(shè)備所執(zhí)行的訂閱狀態(tài)檢查的結(jié)果。隨后可基于每一計算設(shè)備上的訂閱的狀態(tài)來調(diào)節(jié)許可證的條件。例如，在訂閱在特定計算設(shè)備上期滿的情況下，可以取消對許可證的供應(yīng)，或者，在訂閱在特定計算設(shè)備上被續(xù)訂的情況下，可以重新供應(yīng)許可證。另外，在許可證在特定特定計算設(shè)備上已被轉(zhuǎn)換的情況下，可以將許可證轉(zhuǎn)換為不同的許可證。

應(yīng)該理解圖27的過程流程圖不旨在指示方法2700的各步驟要以任何特定次序來執(zhí)行或者在每一種情況下都要包括所有的步驟。此外，取決于具體實現(xiàn)的細(xì)節(jié)，任何數(shù)量的附加步驟可被包括在方法2700中。

用于為應(yīng)用提供基于用戶的許可證的方法

圖28是用于提供對應(yīng)用的基于用戶的許可的方法2800的過程流程圖。該方法在框2802開始，其中響應(yīng)于用戶的輸入，在許可服務(wù)處從計算設(shè)備接收用戶登錄信息。用戶登錄信息可與許可服務(wù)、或關(guān)聯(lián)于許可服務(wù)的商務(wù)伙伴相關(guān)聯(lián)。

在框2804，向計算設(shè)備提供應(yīng)用的許可證，其中該許可證包括與用戶相關(guān)聯(lián)的設(shè)備專用信息。設(shè)備專用信息可包括與這些計算設(shè)備有關(guān)的信息，在這些計算設(shè)備上為用戶供應(yīng)以根據(jù)該許可證來使用應(yīng)用。另外，設(shè)備專用信息可包括在其上允許向用戶供應(yīng)以根據(jù)該許可證來使用應(yīng)用的計算設(shè)備的總數(shù)。

在框2806，使用設(shè)備專用信息的輸入在計算設(shè)備上激活應(yīng)用。隨后可允許用戶在計算設(shè)備上使用應(yīng)用。在一些實施例中，允許用戶在指定時間段內(nèi)在計算設(shè)備上使用應(yīng)用，而無需將計算設(shè)備連接到許可服務(wù)。

在一些實施例中，許可證的狀態(tài)可以響應(yīng)于來自計算設(shè)備的輸入而被周期性地確定，其中該輸入包括計算設(shè)備所執(zhí)行的許可證狀態(tài)檢查的結(jié)果。許可證的狀態(tài)可在許可服務(wù)或許可證本身指定的可配置時間段進行檢查。隨后可基于許可證的狀態(tài)來調(diào)節(jié)許可證的條件。

應(yīng)該理解圖28的過程流程圖不旨在指示方法2800的各步驟要以任何特定次序來執(zhí)行或者在每一種情況下都要包括所有的步驟。此外，取決于具體實現(xiàn)的細(xì)節(jié)，任何數(shù)量的附加步驟可被包括在方法2800中。例如，應(yīng)用的許可證可跨用戶所使用的多個計算設(shè)備進行漫游。

盡管用結(jié)構(gòu)特征和/或方法動作專用的語言描述了本主題，但可以理解，所附權(quán)利要求書中定義的主題不必限于上述具體特征或動作。更確切而言，上述具體特征和動作是作為實現(xiàn)權(quán)利要求的示例形式公開的。