国产精品1024永久观看,大尺度欧美暖暖视频在线观看,亚洲宅男精品一区在线观看,欧美日韩一区二区三区视频,2021中文字幕在线观看

  • <option id="fbvk0"></option>
    1. <rt id="fbvk0"><tr id="fbvk0"></tr></rt>
      <center id="fbvk0"><optgroup id="fbvk0"></optgroup></center>
      <center id="fbvk0"></center>

      <li id="fbvk0"><abbr id="fbvk0"><dl id="fbvk0"></dl></abbr></li>

      信息處理裝置和傳送許可證的方法

      文檔序號:7684739閱讀:141來源:國知局
      專利名稱:信息處理裝置和傳送許可證的方法
      技術領域
      這里的公開內容涉及用于管理諸如個人計算機和復印機等各種類型的裝置(即, 信息處理裝置)中使用的軟件許可證的技術。
      背景技術
      當在諸如PC ( S卩,個人計算機)或復印機等裝置中安裝軟件時,通常使用許可證管理系統(tǒng)。許可證管理系統(tǒng)駐留在服務器中,并且當安裝軟件時或是在安裝軟件時請求許可證的時候可以從裝置訪問許可證管理系統(tǒng)。許可證管理系統(tǒng)隨后發(fā)放許可證,在交換中用于識別已安裝的裝置的信息。軟件之后變?yōu)榭梢允褂?。另外,許可證管理系統(tǒng)可防止軟件在除已安裝的裝置之外的其他裝置中未授權的使用。在某些情況下,期望將許可證從已經獲取許可證的一個裝置傳送到另一裝置。傳統(tǒng)上,存在有兩種類型的許可證管理系統(tǒng)來執(zhí)行這樣的傳送。第一種當期望將許可證從已經獲取許可證的裝置傳送到另一裝置時指令這個裝置返回許可證。這樣的另一裝置隨后安裝軟件,并新獲取許可證。第二種不指令已經獲取許可證的裝置返回許可證。而是許可證管理系統(tǒng)取消這樣的裝置的許可證。許可證被隨后發(fā)放給另一裝置。日本專利申請公開No. 2006-018402公開了一種用于管理在裝置中安裝的軟件的許可證以便防止軟件的未授權使用并傳送軟件許可證信息的系統(tǒng)。在向第一裝置發(fā)放了許可證之后,第二裝置可請求安裝軟件。作為響應,這個系統(tǒng)允許軟件被安裝在第二裝置中 (即,向第二裝置發(fā)放許可證)。此外,系統(tǒng)禁止已經發(fā)放許可證的第一裝置使用該軟件,并指令第一裝置向第二裝置傳送許可證信息。如上所述的許可證管理系統(tǒng)在發(fā)放許可證之前檢查用戶是否為合法用戶以防止未授權使用。在這個方面,許可證管理系統(tǒng)請求用戶鍵入包括約為大于十個字母-數字的許可證密鑰。為了將許可證從已經具有許可證的裝置傳送到另一裝置,在第一種許可證管理系統(tǒng)或第二種許可證管理系統(tǒng)中都需要用戶知道許可證密鑰(即,記住或訪問許可證密鑰信息)。由于在獲取許可證時使用許可證密鑰,因此向其發(fā)放許可證的裝置的管理員通常保持許可證密鑰。然而,在某些情況下,管理員會忘記或丟失許可證密鑰。在這樣的情況下需要重新發(fā)放許可證密鑰。甚至當許可證密鑰可以利用時,如果已經具有所發(fā)放的許可證的裝置和將要接收所傳送的許可證的裝置處于分離的位置處,則用戶操作這樣的兩個裝置是費力的。在這樣的情況下,可請求另一人員來操作其中一個裝置。然而,由于許可證密鑰信息需要被通信,因此這種配置也是費力的。相應地,需要提供一種能夠在由許可證管理系統(tǒng)管理軟件許可證的裝置之間方便地傳送已安裝軟件的許可證而不需要許可證密鑰也不會對用戶造成額外負擔的信息處理
      直ο

      發(fā)明內容
      本發(fā)明的至少一個實施例的總體目的在于,提供一種實質上消除了由于相關技術的限制和缺點導致的一個或更多個問題的信息處理裝置和信息處理方法。在一個實施例中,一種信息處理裝置,包括安裝單元,接收軟件的安裝數據以安裝軟件來提供功能;獲取單元,獲取用來激活功能的許可證文件;管理單元,獨立于許可證文件的存在或不存在,管理指示許可證存在或不存在的信息以使用功能;以及更新單元,當在裝置之間傳送許可證時,更新指示許可證的存在或不存在的信息。在一個實施例中,一種信息處理方法,包括安裝步驟,接收軟件的安裝數據以安裝軟件來提供功能;獲取步驟,獲取用來激活功能的許可證文件;管理步驟,獨立于許可證文件的存在或不存在,管理指示許可證存在或不存在的信息以使用功能;以及更新步驟,當在裝置之間傳送許可證時,更新指示許可證的存在或不存在的信息。根據至少一個實施例,信息處理裝置可方便地在由許可證管理系統(tǒng)管理軟件許可證的裝置之間傳送關于安裝的軟件的許可證,而無需許可證密鑰,也不會對用戶施加大量負擔。


      當結合所附附圖來閱讀時可以從如下的具體實施方式
      中更加清楚實施例的其他目的和進一步特征,其中圖1是描繪了根據實施例的圖像形成裝置的配置的例子的圖示;圖2是描繪了由許可證傳送管理單元管理的信息的例子的圖示;圖3是描繪了安裝及激活處理的例子的流程圖;圖4是描繪了由傳送接收裝置對傳送源裝置執(zhí)行的功能/許可證選擇處理的例子的圖示;圖5是描繪了在許可證傳送時由傳送接收裝置執(zhí)行的處理的例子的流程圖;圖6是描繪了在許可證傳送時由傳送源裝置執(zhí)行的處理的例子的流程圖;圖7是描繪了對于許可證傳送執(zhí)行的特定處理的例子的圖示;圖8A至圖8E是描繪了對于許可證傳送執(zhí)行的特定處理的另一例子的圖示;以及圖9A至圖9E是描繪了對于許可證傳送執(zhí)行的特定處理的另一例子的圖示。
      具體實施例方式下面,參考所附的附圖描述本發(fā)明的實施例。< 配置 >圖1是描繪了根據實施例的圖像形成裝置的配置的例子的圖示。圖1所示的圖像形成裝置1包括通過系統(tǒng)總線101彼此相互連接的系統(tǒng)控制單元 102、顯示單元103、操作單元104、外部通信單元105、任務管理單元106、圖像存儲單元107、 圖像處理單元108、打印單元109、安裝管理單元110、許可證文件管理單元111和許可證傳送管理單元112。系統(tǒng)總線101用作在構成圖像形成裝置1的單元之間連接的路徑。系統(tǒng)控制單元102可以是CPU(中央處理單元)等。系統(tǒng)控制單元102將在非易
      5失性存儲器中存儲的程序加載到工作區(qū)(例如,RAM)以根據程序控制單元。顯示單元103響應于由系統(tǒng)控制單元102指定的顯示數據在屏幕上顯示信息。操作單元104包括具有各種類型的功能鍵等的鍵盤,并響應于按下的鍵向系統(tǒng)控制單元102發(fā)送信號。外部通信單元105與從外部提供的許可證管理系統(tǒng)(例如,服務器)等進行通信。 除了許可證管理系統(tǒng)之外,從外部提供的還包括部件服務器和存儲設備(例如,SD卡)。任務管理單元106用于調度諸如打印任務的任務。圖像存儲單元107用于存儲圖像數據、打印數據等。圖像處理單元108用于對輸入圖像數據執(zhí)行諸如放大、縮小、旋轉等圖像處理,并將處理后的圖像數據輸出到打印單元109。打印單元109具有光敏鼓、碳粉、紙張饋送單元、紙張排出單元等。根據來自系統(tǒng)控制單元102的打印命令,打印單元109從紙張饋送單元饋送打印紙張,并響應于從圖像處理單元108提供的圖像數據在光敏鼓上形成圖像以便利用碳粉顯影圖像,之后從光敏鼓向打印紙張上轉印碳粉以使碳粉在打印紙張上熔化并隨后從紙張排出單元排出打印紙張。安裝管理單元110管理并控制關于在圖像形成裝置1安裝的軟件的配置信息。許可證文件管理單元111通過使用外部通信單元105控制并管理從許可證管理系統(tǒng)下載的許可證文件。許可證文件管理單元111使用許可證文件信息來作出與許可證更新、自動許可證返回等相關的決定。許可證傳送管理單元112控制并管理關于許可證文件傳送的信息。許可證傳送管理單元112執(zhí)行關于與其他裝置相關聯的許可證操作的動作。許可證操作包括對于其他裝置詢問關于功能/許可證并控制功能/許可證的傳送。另外,針對另一裝置(即,許可證傳送路徑上的裝置)(自動地執(zhí)行或手動地)控制無效/激活。圖2是描繪了由許可證傳送管理單元112管理的許可證傳送管理信息的例子的圖示。許可證傳送管理信息包括功能標識符(即,產品ID)、許可證標識符(即,許可證ID)、 許可證源裝置、許可證拷貝接收裝置和許可證可利用性。許可證源裝置、許可證拷貝接收裝置和許可證可利用性都是在現有裝置中沒有出現的新提供的信息。
      功能標識符(S卩,產品ID)》功能標識符用于識別在本地裝置中安裝的功能(即,軟件)。使用作為在設備之間傳送的許可證的接收者(從中執(zhí)行操作)的裝置的用戶可以不知道用戶期望接收的功能/ 許可證。當接收者(從中執(zhí)行操作)從每個裝置獲取功能列表時,參考功能標識符以便使得用戶知道可傳送的功能/許可證。 許可證標識符(即,許可證ID) 當安裝了來自許可證管理系統(tǒng)的功能時獲取許可證文件。許可證文件管理單元 111存儲實際的許可證文件。作為與許可證文件的分離的信息,許可證標識符用來指示是否存在使用功能的許可證(即,權限),并將許可證標識符與許可證文件鏈接。 許可證源裝置y>無需利用許可證管理系統(tǒng)即可在裝置之間傳送功能/許可證。在許可證被傳送之后,基于許可證的類型執(zhí)行自動許可證更新、自動無效(即,返回許可證)、或手動無效及之后的激活。在這種情況下,發(fā)生與許可證管理系統(tǒng)的通信。在向裝置初始發(fā)放許可證時,許可證管理系統(tǒng)與該裝置進行通信,并已經獲取用于識別該裝置的信息(例如,序列號)。許可證管理系統(tǒng)通常通過將許可證與所獲取的信息鏈接來控制并管理許可證??紤]到這點, 由于從已經接收到被傳送的許可證的裝置訪問許可證管理系統(tǒng)來源于與許可證鏈接的裝置不同的裝置,因此這樣的訪問不是期望的。可以由通過將許可證與裝置鏈接來管理許可證的許可證管理系統(tǒng)來拒絕這樣的訪問。另一方面,如果許可證管理系統(tǒng)不具有鏈接許可證與裝置的機構,則執(zhí)行由首先執(zhí)行訪問的裝置請求的許可證操作,導致與許可證傳送路徑上的與其他裝置的不一致。為了避免這樣的情況,同樣為了避免對許可證管理系統(tǒng)施加處理許可證傳送的負擔,作出設置使得僅已經初始地獲取許可證的裝置(即,源裝置)被允許訪問許可證管理系統(tǒng)。通過限制對于源裝置的訪問,在由服務器管理的許可證和裝置識別信息之間不會出現不一致。只有裝置初始地獲取許可證,該裝置才變?yōu)樵?。在許可證傳送路徑上駐留的所有其他裝置都不會變?yōu)樵础T谒_的配置中,許可證源裝置信息不僅指示裝置是否為源,還指示哪個裝置是源。利用這種配置,當用戶通過操作處在許可證傳送路徑上但已經將許可證傳送到另一裝置來手動地嘗試獲取許可證時,用戶可識別被允許訪問許可證管理系統(tǒng)的裝置,此外還知道所嘗試的操作是不正確的,這不僅是因為缺少源狀態(tài)還因為許可證已經被傳送的事實。 許可證拷貝接收裝置》無需利用許可證管理系統(tǒng)即可在裝置之間傳送功能/許可證。在許可證被傳送之后,基于許可證的類型通過自動許可證更新及自動無效(即,返回許可證)來執(zhí)行許可證的更新及去除。在這樣的情況下,如在“許可證源裝置”中描述的,只有源裝置與許可證管理系統(tǒng)進行通信。即,源裝置需要考慮對于在許可證傳送路徑上的裝置更新及去除許可證,在該許可證傳送路徑上許可證的傳送將被拷貝的許可證留在每個裝置中。在這個方面,許可證拷貝接收裝置信息用來識別在許可證傳送路徑上的所有裝置(即,具有被拷貝的許可證文件的所有裝置)。 許可證可利用性》當功能/許可證被傳送時,將許可證文件拷貝并向接收者提供。當缺少任何應對措施時,在許可證管理系統(tǒng)不知道的情況下發(fā)生許可證的未授權使用,這導致由服務器發(fā)放的許可證的數目的顯著增加。為了避免這樣的未授權使用,對于通過許可證的拷貝已經傳送功能/許可證的裝置指示許可證不再可以利用的事實。這是使用關于許可證可利用性指示“否”的信息來指示的。許可證可以利用的事實是由“是”來指示的。<許可證傳送>圖3是描繪了在安裝/無效時執(zhí)行的處理的例子的流程圖。這是當激活軟件時執(zhí)行激活處理以獲取許可證時執(zhí)行的。注意到,簡單地安裝軟件不能使得該軟件的功能變得可以使用,但是在激活時變得可以使用。另外,在激活后還可執(zhí)行無效以便使該功能失效。在步驟S101,當為了獲取許可證而使用功能在屏幕上輸入許可證密鑰時,由用戶開始激活處理。在步驟S102,與用于檢查許可證密鑰的真實性的許可證管理系統(tǒng)建立通信。在步驟S103,當檢測到錯誤時,基于檢測到諸如連接錯誤的錯誤還是錯誤的許可證密鑰進入過程分支,在步驟S108執(zhí)行錯誤應對處理,之后是在步驟S109由于錯誤而結束激活。
      當沒有檢測到錯誤時,即當確認許可證密鑰的真實性時,在步驟S104從許可證管理系統(tǒng)獲取許可證文件。許可證文件包括許可證類型、失效日期等。在步驟S105,通過使用已獲取的許可證文件執(zhí)行使得功能可以使用的處理。利用這個,在由許可證文件中包含的失效日期所指定的有限時間周期內,功能變?yōu)榭梢允褂谩T诓襟ES106,許可證傳送管理單元112控制并管理與當獲取許可證時變得可以使用的功能相關的信息。在這個方面,記錄了指示功能的ID和指示許可證文件的ID。另外, 在許可證源裝置信息中設置了指示本地裝置的信息,并且在許可證可利用性信息中設置了許可證可以利用的事實。此時,對于許可證拷貝接收裝置沒有進行設置。當將要使用功能的許可證被傳送到另一裝置時更新該信息。在步驟S107,激活處理結束,并且功能變得可以使用。圖4是描繪了由傳送接收裝置(即,請求源)對傳送源裝置(即,請求接收者)執(zhí)行功能/許可證選擇處理的圖示。在步驟S201,請求源裝置D請求通過網絡相連的裝置A、B、C等提供功能列表。響應該請求,該裝置向裝置D返回關于在自身中安裝的功能的信息。在步驟S202, 裝置D接收這個信息。作為固件或不接受安裝/卸載或許可證傳送的功能無需被包括在響應請求而返回的信息中。當從每個裝置接收到信息時,裝置D在步驟S203在屏幕上顯示功能。在步驟S204, 用戶選擇所關注的功能或用戶需要的功能,這導致顯示細節(jié)屏幕。細節(jié)屏幕示出了關于功能的信息(例如,名稱和描述),還示出了幫助用戶決定從其傳送許可證的裝置的信息,諸如指示裝置的地點、使用功能的使用頻率、以自由格式提供的評述(這可以指示請求“請不要傳送”)等信息。在步驟S205,用戶選擇從其傳送功能/許可證文件和許可證的裝置,在這之后給出執(zhí)行傳送的指令。圖5是描繪了在許可證傳送時由傳送接收裝置(即,請求源)執(zhí)行的處理的例子的流程圖。在步驟S301,處理開始于選擇要被傳送的功能/許可證。在步驟S302,在向請求接收者發(fā)送功能/許可證傳送請求之前檢查本地裝置的狀態(tài)。這是因為當向傳送源裝置請求功能/許可證的傳送時本地裝置處于不同的狀態(tài)。即,本地裝置具有在這里已經安裝的功能而沒有合法的許可證,或是本地裝置可能自身不具有功能。當功能不存在時,在步驟S303,提供使得將安裝數據追加為在請求傳送源傳送功能/許可證時將要請求的請求項目。這發(fā)生在功能尚未被安裝的時候或是在由于版本差異而需要安裝數據的時候。在步驟S304,請求功能/許可證的傳送。如果在步驟S303將安裝數據追加為請求項目,則還請求安裝數據。在步驟S305,根據功能許可證來接收被傳送的數據。在步驟S306,作出關于當接收被傳送的數據時是否發(fā)生錯誤的檢查。在無錯誤的情況下,在步驟S307作出關于是否尚未安裝功能的檢查。在功能尚未被安裝的情況下(即,當功能是一個請求傳送的項目時),通過使用已接收的安裝數據在步驟S308執(zhí)行安裝處理。無需多說,當由于版本差異而請求安裝數據時執(zhí)行更新處理。當在步驟S309的安裝時沒有檢測到錯誤時,處理前進至步驟S310,當不執(zhí)行安裝時也執(zhí)行步驟S310。在步驟S310,通過使用許可證文件來使得功能可用而執(zhí)行激活處理。與正常激活處理不同,當在裝置之間傳送功能/許可證時不執(zhí)行與許可證管理系統(tǒng)的通信。這還適用于關于傳送源的情形。在步驟S311,進行關于本地裝置是否為許可證源的檢查。當檢測到本地裝置不是許可證源時,許可證傳送管理單元112在步驟S312更新相關信息。即,將許可證可利用性信息設置為指示許可證可利用狀態(tài),并將許可證源裝置信息設置為指定哪一個裝置是源裝置。另外,由于除許可證源裝置之外沒有其他裝置正在使用許可證,因此許可證拷貝接收裝置信息是空白的。在如下條件下發(fā)生本地裝置是許可證源的情況。許可證源裝置基于外部系統(tǒng)執(zhí)行激活以使用功能。另一裝置隨后請求功能的許可證的傳送,以使得許可證源裝置取消它自身的許可證。在許可證被傳送到這樣的另一裝置之后,本地裝置(即,許可證源裝置)從當前具有許可證的裝置處取回許可證。如果本地裝置是許可證源,則許可證傳送管理單元112在步驟S313更新相關信息。即,許可證可利用性信息被設置為指示許可證可利用狀態(tài),并不更新許可證源裝置信息,這是因為這樣的信息已經指示本地裝置是源裝置。此外,不更新許可證拷貝接收裝置信息,這是因為不需要將許可證源指定為處于許可證拷貝路徑上。在步驟S314,傳送功能/許可證的過程結束。如果在在接收傳送數據或在接收之后分析時(或在執(zhí)行安裝處理時)發(fā)生錯誤, 則在步驟S315執(zhí)行的數據應對處理中再次請求數據傳送??蛇x的,許可證傳送作為故障處理而結束。如果傳送數據沒有錯誤,但是在安裝處理或激活處理過程中發(fā)生錯誤,則執(zhí)行恢復處理,這是因為在本地裝置中包含錯誤。如果甚至在恢復處理之后仍發(fā)生錯誤,則本地裝置不能使用該許可證。在這樣的情況下,則執(zhí)行諸如將許可證返回到傳送源的處理的回轉 (roll-back)處理以便防止裝置之間在由許可證管理單元所管理的信息方面的不一致。在這個流程圖中,當安裝數據和許可證文件數據是必需的時請求并接收它們。當在裝置之間多次執(zhí)行關于使用功能的許可證傳送時,每個裝置最后都具有已安裝的數據和許可證文件。在這樣的情況下,向請求接收者發(fā)送僅傳送許可證來使用功能的請求。在這種情況下接收到的數據僅包括管理許可證傳送所需要的信息(例如,向許可證源提供的許可證源裝置信息和指示合法周期的失效日期(而非是許可證文件的合法周期))。許可證拷貝接收裝置信息不需要被包括在當請求許可證傳送時接收的數據當中, 這是因為當將許可證從非源裝置傳送到另一裝置時這個信息應該被匯報給源裝置。此外, 許可證可利用性信息也不需要包括在接收到的數據當中,這是因為這個信息被改變以指示當接收到許可證時的許可證可利用狀態(tài)。然而,當執(zhí)行回轉處理等以確保裝置之間的一致性時需要匯報這些類型的信息。圖6是描繪了在許可證傳送時由傳送源裝置(即,請求接收者)執(zhí)行的處理的例子的流程圖。在步驟S401,處理開始于接收功能/許可證傳送請求。在步驟S402,進行關于許可證傳送請求是否可以被接受的檢查。例如,許可證文件可以存在,但是之前使用的許可證可能已經被傳送到另一裝置。在這樣的情況下,許可證傳送是不可能的,因此關于許可證傳送請求是否可以接受的預先檢查是必需的。當發(fā)現許可證傳送請求是可以接受的時,在步驟S403進行關于功能/許可證的傳送是否可以執(zhí)行的檢查。這是因為如果所請求的許可證的功能正在被使用或處于備用狀態(tài)并準備被使用(例如,被調度而被使用)則無法傳送功能/許可證。當發(fā)現許可證可以被傳送時,在步驟S404執(zhí)行無效處理以使得功能不可使用。正常的無效處理用來向許可證管理系統(tǒng)返回許可證。然而,由于處理的最終目的是在裝置之間傳送功能/許可證,在功能/許可證傳送請求的情況下執(zhí)行的上述無效處理不將許可證返回到許可證管理系統(tǒng)。在這樣的配置下,無效處理執(zhí)行禁止處理以禁止與許可證相關聯的鏈接,而不是返回許可證。在步驟S405,基于由許可證傳送管理單元112管理的信息進行關于本地裝置是否為許可證源的檢查。如果本地裝置是許可證源,則許可證傳送管理單元112向許可證拷貝接收裝置信息追加指示傳送接收裝置的信息。另外,還更新許可證可利用性信息以指示許可證不可利用狀態(tài)。在步驟S407,如果本地裝置不是許可證源,則許可證傳送管理單元112更新許可證可利用性信息以指示許可證不可利用狀態(tài)。由于本地裝置不是許可證源,因此不使用許可證拷貝接收裝置信息。在步驟S408,向許可證源裝置匯報指示許可證被傳送給另一裝置的信息。當接收到這個匯報時,許可證源裝置向由許可證傳送管理單元112管理的許可證拷貝接收裝置信息迫加指示傳送接收裝置的信息。在步驟S409,進行關于許可證是被單獨地傳送還是與用于安裝自身功能的安裝數據一起被傳送的檢查。通過在這個過程的開始時進行的請求來指示請求上述兩種傳送處理中的哪一種處理。如果安裝數據被請求作為傳送項目,則在步驟S410拷貝功能的安裝數據(即,以發(fā)布格式提供的銷售包的數據)。在步驟S411,已拷貝的安裝數據被傳送到請求源裝置。當在步驟S412沒有檢測到錯誤時,過程前進至步驟S413,當單獨地傳送許可證時也同樣執(zhí)行步驟S413。在步驟S413,拷貝與功能鏈接的許可證文件。在步驟S414,已拷貝的許可證文件被傳送到請求源裝置。許可證文件的拷貝/傳送可基于執(zhí)行拷貝/傳送的最大次數(例如,10次)受到限制,或是將許可證文件的拷貝/ 傳送限制到在同一樓層等中的拷貝/傳送(即,使用樓層信息)。當在步驟S415沒有檢測到錯誤時,響應功能/許可證傳送請求的過程在步驟S416結束。當在接受請求之前(執(zhí)行傳送之前)響應于步驟S402/S403執(zhí)行時,步驟S417中的錯誤應對處理向請求源裝置簡單地通知所請求的傳送不可執(zhí)行。然而,當響應于在數據傳送過程中發(fā)生的錯誤等執(zhí)行錯誤應對處理時,由于由許可證傳送管理單元112管理的信息已經被更新,因此執(zhí)行返回到更新之前的狀態(tài)的回轉處理。在錯誤應對處理之后的步驟 S418,響應于功能/許可證傳送請求的過程結束,并指示錯誤。
      還向請求源裝置匯報在數據傳送過程中發(fā)生錯誤時在本地裝置中執(zhí)行回轉處理的事實,由此促使請求源還可執(zhí)行回轉處理以便避免裝置之間的不一致。如果由于通信線路的斷開連接等造成匯報數據不能到達請求源裝置,則重新嘗試幾次匯報。即使重復嘗試匯報仍可能不成功。在這樣的情況下,可臨時禁止使用功能的許可證以避免不一致。通過屏幕顯示、電子郵件等可向用戶通知許可證的臨時禁止,由此促使參與修復。隨后確保一致性的匯報可順利地達到請求源裝置。當沒有檢測到不一致時,可取消禁止,并且相關裝置回轉到請求之前的原始狀態(tài)。例如,在請求源裝置中執(zhí)行的回轉處理用來部分地丟棄對其尚未完成數據傳送的已接收到的數據。在這個流程圖中,當安裝數據和許可證文件數據變?yōu)楸匦钑r,它們被拷貝并傳送。 當在裝置之間多次執(zhí)行關于功能使用的許可證傳送時,每個裝置最后都具有已安裝的數據和許可證文件。在這樣的情況下,這滿足了僅向請求源裝置傳送用于使用功能的許可證。在這樣的情況下傳送的數據僅包括關于管理許可證傳送必需的信息(例如,向許可證源提供的失效日期(不是許可證文件的有效周期))。許可證文件的有效周期的使用(例如,+3個月)最后每次傳送文件時延長周期。由于需要遵守向許可證源裝置給出的失效日期,因此許可證源(即,請求接收者)的有效周期需要被使用。由于當從非源裝置向另一裝置傳送許可證時這個信息應該向源裝置匯報,因此許可證傳送時無需向許可證接收者提供許可證拷貝接收裝置信息。由于許可證可利用性信息被改變以指示當傳送許可證時的許可證不可利用狀態(tài),因此無需提供這個信息。然而,當執(zhí)行回轉處理等以確保裝置之間的一致性時,需要匯報這些種類的信息。圖7至圖9是描繪了許可證傳送的特定例子的圖示,并描繪了當在三個裝置之間傳送許可證時觀察到的許可證傳送管理信息的狀態(tài)的變化。圖7描繪了初始狀態(tài)。裝置A是初始地安裝了功能Z的源裝置。裝置B通過存儲設備已經安裝了功能Z,但尚未激活功能Z。裝置C還不具有安裝的功能。出于方便說明的目的,具有產品ID “123”的插件被稱為功能Z。以粗實線框出許可證是有效的裝置。圖8A至圖8E描繪了從許可證源裝置A向裝置B傳送許可證的方式。圖9A至圖 9E描繪了從裝置B向裝置C傳送許可證的方式?!床僮?插件操作〉下面,將會針對在傳送許可證時在每個裝置處觀察到的每種狀態(tài)來描述插件操作時的行為。在以下的描述中,術語“自動許可證更新”是指當接近許可證失效日期(即,許可證源的失效日期)時基于許可證的類型通過與許可證管理系統(tǒng)通信執(zhí)行自動許可證更新以獲取新的許可證的技術。與自動許可證更新不同,在由用戶所選擇的任意期望定時更新許可證被稱為“手動許可證更新”。另外,在下面的處理中,首先進行關于本地裝置是否為許可證源裝置的檢查。#許可證源裝置**[裝置配置無許可證、無拷貝(在安裝之后尚未執(zhí)行激活)]-操作手動許可證更新(1)根據許可證可利用性信息沒有許可證是可以利用的。由于根據許可證拷貝接收裝置信息不存在拷貝接收者,因此確認許可證沒有被傳送到另一裝置。(2)通過經由服務器執(zhí)行正常的許可證更新處理來獲取更新許可證文件。
      -操作自動許可證更新(1)執(zhí)行經由服務器的正常許可證更新處理。( 根據許可證可利用性信息沒有許可證是可以利用的。然而,根據許可證拷貝接收裝置信息沒有傳送許可證。因此知道更新文件不是必需的。無需與另一裝置配合。-操作無效(返回許可證)(1)由于根據許可證拷貝接收裝置信息不存在拷貝接收者,因此確認許可證沒有被傳送到另一裝置。另外,根據許可證可利用性信息許可證是不可利用的。因此知道自從安裝后沒有執(zhí)行激活。(2)由于尚未獲取許可證顯示無需操作的指示-操作去除(去除功能)(1)由于根據許可證拷貝接收裝置信息不存在拷貝接收者,因此確認許可證沒有被傳送到另一裝置。另外,根據許可證可利用性信息許可證是不可利用的。因此知道自從安裝后沒有執(zhí)行激活。(2)去除相關功能。(3)還去除許可證傳送管理信息。[裝置配置無許可證、存在拷貝(在激活之后傳送了許可證)]-操作手動許可證更新(1)根據許可證可利用性信息沒有許可證可以利用。由于根據許可證拷貝接收裝置信息存在拷貝接收者,因此確認許可證已經被傳送。(形式A)(2)促使用戶在將許可證傳送到許可證源之后執(zhí)行操作。請求被作為錯誤而被否定。(形式B)(2)盡管缺少許可證仍執(zhí)行經由服務器的正常許可證更新處理,由此來更新許可證文件。由于不存在許可證,因此不執(zhí)行激活。更新后的許可證文件被傳送到每個拷貝接收裝置以觸發(fā)許可證更新。(3)直到所有的拷貝接收者都已參與才執(zhí)行上述處理( 。在檢測到通信故障等的時間間隔內重新嘗試這個處理。-操作自動許可證更新(1)執(zhí)行經由服務器的正常許可證更新處理。(2)根據許可證可利用性信息許可證是不可利用的。另外,根據許可證拷貝接收裝置信息,確認許可證已經被傳送。(3)更新后的許可證文件被拷貝并被傳送到每個裝置以觸發(fā)許可證更新。(4)直到所有的拷貝接收者都已參與才執(zhí)行上述處理C3)。在檢測到通信故障等的時間間隔內重新嘗試這個處理。-操作無效(返回許可證)(1)根據許可證可利用性信息沒有許可證是可以利用的。由于根據許可證拷貝接收裝置信息存在拷貝接收者,因此確認許可證已經被傳送。(形式A)
      (2)由于從許可證源裝置向另一裝置已經傳送許可證,因此促使用戶在將許可證傳送到許可證源裝置之后執(zhí)行操作。請求被作為錯誤而拒絕。(形式B)(2)關于用戶操作,從許可證拷貝接收裝置信息中識別當前持有許可證的裝置 (這樣的裝置可以被直接地識別,或是通過向拷貝接收裝置詢問許可證可利用性信息來識別),這之后是將許可證返回到本地裝置(即,取回許可證)。(3)在通過處理O)向本地裝置返回許可證之后通過與服務器通信隨后返回許可證。如果處理( 不能取回許可證則執(zhí)行錯誤應對處理。由于許可證源已經向服務器返回許可證,因此盡管存在許可證文件但是在任何裝置處沒有許可證是可以利用的。在這種狀態(tài)下,許可證源可接收用于去除許可證的請求。在這樣的情況下,不具有許可證的許可證源可確認許可證已經返回到服務器,這是因為許可證源在向這些裝置作出許可證去向的詢問時從所有裝置接收到沒有許可證的指示。-操作去除(去除功能)(1)根據許可證可利用性信息沒有許可證是可以利用的。由于根據許可證拷貝接收裝置信息存在拷貝接收者,因此確認許可證已經被傳送。(形式A)(2)由于從許可證源裝置向另一裝置傳送了許可證,因此當在向許可證源裝置傳送了許可證之后執(zhí)行處理(即,無效處理)以便向服務器返回許可證時促使用戶去除功能。 請求被作為錯誤而被否定。(形式B)(2)關于用戶操作,從許可證拷貝接收裝置信息中識別當前持有許可證的裝置 (這樣的裝置可以被直接地識別,或是通過向拷貝接收裝置詢問許可證可利用性信息來識別),這之后是將許可證返回到本地裝置(即,取回許可證)。(3)在通過處理O)向本地裝置返回許可證之后通過與服務器通信隨后返回許可證。如果處理( 不能取回許可證則執(zhí)行錯誤應對處理。(4)去除相關功能。(在形式B中,去除之后的形式1)(5)由于在許可證拷貝接收者中許可證是不可利用的,因此促使用戶去除功能和許可證文件以便避免向每個裝置中的不可利用的功能分配的資源的浪費使用。(6)在直到完成所有的處理的時間間隔執(zhí)行上述處理(5)。(7)當完成了處理(6)時,許可證傳送管理單元去除相關的信息。(在形式B中,去除之后的形式2)(4)在去除許可證傳送管理信息之后過程結束(即,不請求其他裝置參與去除)。在這種情況下,當存在具有許可證文件的非源裝置時不再存在許可證源。因此需要諸如自動許可證更新的源觸發(fā)的動作不再可以執(zhí)行。當非源裝置進行詢問時,可確認功能被去除,這是因為許可證傳送管理信息不再存在。作為詢問的響應向非源裝置發(fā)送指示這個事實的信息,以使得非源裝置基于它自身的決定通過執(zhí)行正確的動作(例如,去除功能)能夠應對這種情況。[裝置配置存在許可證、無拷貝(在安裝之后執(zhí)行激活)]
      13
      -操作手動許可證更新(1)根據許可證可利用性信息許可證是可以利用的。由于根據許可證拷貝接收裝置信息不存在拷貝接收者,因此確認許可證沒有被傳送到另一裝置。(2)經由服務器通過執(zhí)行正常許可證更新處理來獲取更新許可證文件。-操作自動許可證更新(1)執(zhí)行經由服務器的正常許可證更新處理。(2)根據許可證可利用性信息許可證是可以利用的。另外,根據許可證拷貝接收裝置信息,許可證沒有被傳送。因此知道不需要更新文件。不需要與另一裝置的配合。-操作無效(返回許可證)(1)由于根據許可證拷貝接收裝置信息不存在拷貝接收者,因此確認許可證沒有被傳送給另一裝置。另外,根據許可證可利用性信息許可證是可以利用的。因此知道正常無效處理是正確的。(2)執(zhí)行正常的無效處理以便向服務器返回許可證。在許可證源以這種方式向服務器返回許可證之后,許可證源可接收關于去除許可證的請求。在這樣的情況下,許可證源可確認已經返回了許可證,這是因為許可證沒有被返回到另一裝置。-操作去除(去除功能)(1)由于根據許可證拷貝接收裝置信息不存在拷貝接收者,因此確認許可證沒有被傳送給另一裝置。另外,根據許可證可利用性信息許可證是可以利用的。因此知道正常無效處理是可以執(zhí)行的。(2)執(zhí)行正常無效處理以便首先向服務器返回許可證。(3)隨后去除相關功能。[裝置配置存在許可證、存在拷貝(在激活之后傳送許可證,之后是取回許可證)]-操作手動許可證更新(1)根據許可證可利用性信息許可證是可以利用的。由于根據許可證拷貝接收裝置信息存在拷貝接收者,因此確認當傳送許可證時在另一裝置中存在已拷貝的許可證文件。(2)執(zhí)行經由服務器的正常許可證更新處理,由此更新許可證文件。將更新后的許可證文件傳送到每個拷貝接收裝置以觸發(fā)許可證更新。(3)直到所有的拷貝接收者都已參與才執(zhí)行上述處理( 。在檢測到通信故障等的時間間隔重新嘗試這個處理。-操作自動許可證更新(1)執(zhí)行經由服務器的正常許可證更新處理。(2)根據許可證可利用性信息許可證是可以利用的。由于根據許可證拷貝接收裝置信息存在拷貝接收者,因此確認當傳送許可證時在另一裝置中存在已拷貝的許可證文件。(3)更新后的許可證文件被拷貝并被傳送到每個裝置以觸發(fā)許可證更新。(4)直到所有的拷貝接收者都已參與才執(zhí)行上述處理C3)。在檢測到通信故障等的時間間隔重新嘗試這個處理。-操作無效(返回許可證)(1)根據許可證可利用性信息許可證是可以利用的。由于根據許可證拷貝接收裝置信息存在拷貝接收者,因此確認當傳送許可證時在另一裝置中存在已拷貝的許可證文件。(2)執(zhí)行正常的無效處理以便向服務器返回許可證。由于許可證源已經向服務器返回許可證,因此盡管存在許可證文件仍在任何的裝置中沒有許可證可以利用。在這樣的情況下,許可證源可接收用于去除許可證的請求。在這樣的情況下,不具有許可證的許可證源可確認許可證已經被返回到服務器,這是因為許可證源在向這些裝置作出許可證去向的詢問時從所有裝置接收到沒有許可證的指示。-操作去除(去除功能)(1)根據許可證可利用性信息許可證是可以利用的。由于根據許可證拷貝接收裝置信息存在拷貝接收者,因此確認當傳送許可證時在另一裝置中存在已拷貝的許可證文件。(2)執(zhí)行正常的無效處理以便向服務器返回許可證。(3)隨后去除相關功能。(去除之后的形式1)(4)由于在許可證拷貝接收者中許可證不可以利用,因此促使用戶去除功能和許可證文件以便避免向每個裝置中的不可利用的功能分配的資源的浪費使用。(5)直到所有的處理都完成的時間間隔執(zhí)行上述處理⑷。(6)當完成了處理(5)時,許可證傳送管理單元去除相關信息。(去除之后的形式2)(3)在去除許可證傳送管理信息之后過程結束(即,不請求其他裝置參與去除)。在這種情況下,當存在具有許可證文件的非源裝置時許可證源不再存在。因此需要諸如自動許可證更新的源觸發(fā)的動作不再可以執(zhí)行。當非源裝置作出詢問時,可確認功能被去除,這是因為許可證傳送管理信息不再存在。作為詢問的響應向非源裝置發(fā)送指示這個事實的信息,以使得非源裝置基于它自身的決定通過執(zhí)行正確的動作能夠應對這種情況。#許可證非源裝置**[裝置配置存在許可證文件、無許可證(獲取許可證,之后是向另一裝置傳送)]-操作手動許可證更新(1)基于許可證源檢查,確認本地裝置不是許可證源。(形式A)(2)由于本地裝置不是許可證源,因此匯報錯誤。促使用戶在許可證源裝置處執(zhí)行更新。(形式B)(2)由于非源裝置無法訪問服務器,因此向許可證源發(fā)送指示接收到許可證更新請求的通知,由此向許可證源委派(delegate)許可證更新。注意到,在許可證源處執(zhí)行的手動許可證更新可向其他裝置傳播。
      (3)從許可證源傳送更新后的許可證文件以指示更新請求,以便基于接收到的許可證文件執(zhí)行更新處理(無需訪問服務器)。隨后設置新的失效日期。之后,過程結束。如果在處理O)中發(fā)生錯誤(例如,許可證源無法訪問服務器),則執(zhí)行錯誤應對處理。-操作自動許可證更新(1)基于許可證源檢查,確認本地裝置不是許可證源。(2)不執(zhí)行自動許可證更新(即,跳過)。這是因為非源裝置不允許訪問服務器。(3)等待在許可證源處的自動更新處理的完成(以便在許可證源處執(zhí)行自動許可證更新之后在其他裝置處執(zhí)行許可證更新)。(4)更新后的許可證文件和更新請求一起從許可證源到達,以便執(zhí)行更新處理 (無需訪問服務器)。隨后設置新的失效日期。之后,過程結束。當到失效日期為止從許可證源沒有響應時,執(zhí)行自動無效處理。然而,在這種裝置配置中,由于不再存在許可證,因此跳過這個自動無效處理。-操作無效(返回許可證)(1)基于許可證源檢查,確認本地裝置不是許可證源。(2)進行是否存在許可證的檢查。由于不存在許可證,因此確認許可證已經被傳送到另一裝置。(3)由于尚未獲取許可證,因此顯示無需操作的指示。-操作去除(去除功能)(1)基于許可證源檢查,確認本地裝置不是許可證源。(2)進行是否存在許可證的檢查。由于不存在許可證,因此確認許可證已經被傳送到另一裝置。(3)隨后去除相關功能。由于從本地裝置中去除功能,因此向許可證源發(fā)送請求以便從許可證源中存儲的許可證拷貝接收裝置信息中去除關于本地裝置的信息。這是因為在去除許可證文件之后不需要與許可證源配合。(形式A)在成功地修改許可證源中的拷貝接收者信息之后執(zhí)行去除。(形式B)首先執(zhí)行去除,隨后向許可證源發(fā)送請求以修改拷貝接收者信息。關于許可證傳送管理信息,許可證文件和功能都被去除。由于這一點,需要上述請求作為后臺 (background)任務被重復直到許可證源成功地參與請求。即,在直到拷貝接收者信息被修改的時間間隔向許可證源發(fā)送請求。在發(fā)放修改拷貝接收者信息的請求之前,許可證源可執(zhí)行許可證更新,并可向本地裝置發(fā)送關于更新許可證的請求。在這樣的情況下,由于已經去除了許可證傳送管理信息,因此向許可證源返回指示無需更新的響應。這個響應伴隨著從拷貝接收者信息中去除關于本地裝置的信息的請求。[裝置配置存在許可證文件、存在許可證]-操作手動許可證更新這個手動許可證更新與在“裝置配置存在許可證文件、無許可證(獲取許可證,之后是向另一裝置傳送)”情況下執(zhí)行的手動許可證更新相同。-操作自動許可證更新這個自動許可證更新與在“裝置配置存在許可證文件、無許可證(獲取許可證, 之后是向另一裝置傳送)”情況下執(zhí)行的自動許可證更新相同。-操作無效(返回許可證)(1)基于許可證源檢查,確認本地裝置不是許可證源。(2)進行是否存在許可證的檢查。確認存在許可證。(形式A)(3)顯示用于指示裝置需要是許可證源以便通過與服務器的通信返回許可證的消息(還請求在向許可證源傳送許可證之后返回許可證)。此外,還顯示用于指示不正確操作的消息。(形式B)(3)本地裝置返回功能。然而,應該注意到,只有許可證源能夠向服務器返回許可證。相應地,本地裝置向許可證源而非向服務器返回許可證。即,執(zhí)行本地裝置的返回處理。 與指示在許可證源處需要執(zhí)行無效處理以便向服務器返回許可證的消息一起,顯示用于指示向許可證源返回本地裝置的許可證的消息。應該注意到,需要在許可證源處的操作來向服務器返回許可證。(形式C)(3)本地裝置返回功能。然而,應該注意到,只有許可證源能夠向服務器返回許可證。相應地,本地裝置向許可證源而非向服務器返回許可證,并且還向許可證源發(fā)送關于向服務器返回許可證的請求,由此請求許可證源在許可證返回到許可證源之后執(zhí)行無效處理。本地裝置接收關于在許可證源處執(zhí)行的無效處理的完成通知,之后是展示關于已經向服務器返回許可證的消息。注意到,當向許可證源發(fā)送了無效處理請求時過程結束。在這種情況下,顯示僅指示向許可證源發(fā)送了向服務器返回許可證的請求的消息。對于本地裝置,過程結束。隨后,在許可證源處執(zhí)行無效處理。在許可證源處采用重新嘗試過程以便應對由于連接故障等導致的無效處理失敗的情況。-操作去除(去除功能)(1)基于許可證源檢查,確認本地裝置不是許可證源。(2)進行是否存在許可證的檢查。確認存在許可證。(3)在去除之前返回許可證。(許可證返回形式A的情況)(4)顯示用于指示在去除許可證之前需要返回該許可證并且在返回許可證之前需要向許可證源傳送該許可證的消息。還顯示錯誤消息。(許可證返回形式B的情況)(4)在向許可證源返回許可證之后,去除功能。由于許可證傳送管理信息收到去除的影響,因此向許可證源發(fā)送請求以便從許可證源中存儲的許可證拷貝接收裝置信息中去除關于本地裝置的信息。關于在去除時在許可證源處執(zhí)行的拷貝接收者信息的修改,可參考在“裝置配置存在許可證文件、無許可證”中的去除部分。
      (許可證返回形式C的情況)響應于在本地裝置處去除功能的請求,在將許可證返回到許可證源之后去除功能 (即,上述形式B)。所有需要的是在許可證被傳送到許可證源之后在非源本地裝置處去除功能。當請求僅去除功能時,許可證源無需向服務器返回許可證?!纯偨Y〉根據這里描述的實施例,獨立于從許可證管理系統(tǒng)提供的許可證文件的存在/不存在,使用了指示存在/不存在的信息作為在裝置之間傳送功能/許可證的機構。因此無需許可證密鑰也無需對用戶施加大量負擔,可將使用已安裝的軟件的許可證方便地傳送給另一裝置。這種配置可防止比許可證管理系統(tǒng)發(fā)放的許可證的數目更多數目的裝置使用軟件,由此可防止未授權的使用。出于說明的目的已經描述了本發(fā)明的實施例。本發(fā)明并不局限于這些實施例,而是在不脫離本發(fā)明的范圍的前提下可以做出各種變化和修改。本發(fā)明不應該被解釋為局限于在說明書和附圖中描述的這些實施例。
      18
      權利要求
      1.一種信息處理裝置,包括安裝單元,接收軟件的安裝數據以安裝軟件來提供功能;獲取單元,獲取用來激活功能的許可證文件;管理單元,獨立于許可證文件的存在或不存在,管理指示許可證存在或不存在的信息以使用功能;以及更新單元,當在裝置之間傳送許可證時,更新指示許可證的存在或不存在的信息。
      2.根據權利要求1所述的信息處理裝置,進一步包括拷貝許可證文件的單元,其中,許可證文件的拷貝被提供給另一裝置。
      3.根據權利要求2所述的信息處理裝置,進一步包括檢查許可證文件是從許可證管理系統(tǒng)獲取還是從與許可證傳送相關聯的另一裝置獲取的單元。
      4.根據權利要求2所述的信息處理裝置,進一步包括識別被提供了許可證文件的拷貝的裝置的單元。
      5.根據權利要求2所述的信息處理裝置,進一步包括拷貝安裝數據的單元,其中,所述安裝數據的拷貝被提供給另一裝置。
      6.根據權利要求5所述的信息處理裝置,其中,要被傳送許可證的給定裝置已經具有許可證文件和安裝數據,其中,當向所述給定裝置傳送許可證時,許可證文件和安裝數據既不是被拷貝到所述給定裝置也不是被傳送到所述給定裝置。
      7.根據權利要求6所述的信息處理裝置,其中,當激活從傳送源裝置傳送的許可證時,對于被激活的功能應用在傳送源裝置處生效的有效周期。
      8.根據權利要求1至7中任一項所述的信息處理裝置,其中,不是從許可證管理系統(tǒng)而是從與許可證傳送相關聯的另一裝置獲取許可證文件,并且其中,即使當要被執(zhí)行的響應于許可證文件中指定的有效周期自動地與許可證管理系統(tǒng)通信的自動許可證文件更新處理的時間已經到來時,也不執(zhí)行自動許可證文件更新處理。
      9.根據權利要求1至7中任一項所述的信息處理裝置,其中,從許可證管理系統(tǒng)獲取許可證文件,并且其中,當要被執(zhí)行的響應于在許可證文件中指定的有效周期自動地與許可證管理系統(tǒng)通信的自動許可證文件更新處理的時間已經到來時,執(zhí)行自動許可證文件更新處理,并向已經被提供了更新前的許可證文件的拷貝的另一裝置提供更新后的許可證文件。
      10.根據權利要求1至7中任一項所述的信息處理裝置,其中,不是從許可證管理系統(tǒng)而是從與許可證傳送相關聯的另一裝置獲取許可證文件,并且存在用來使用功能的許可證,并且其中,即使當要被執(zhí)行的響應于許可證文件中指定的有效周期自動地與許可證管理系統(tǒng)通信的許可證文件返回處理的時間已經到來時,也不執(zhí)行許可證文件返回處理,并向許可證文件被獲取自的裝置返回許可證文件,而非向許可證管理系統(tǒng)返回許可證文件。
      11.根據權利要求1至7中任一項所述的信息處理裝置,其中,不是從許可證管理系統(tǒng)而是從與許可證傳送相關聯的另一裝置獲取許可證文件,并且存在用來使用功能的許可證,其中,為了去除功能,向許可證文件被獲取自的裝置返回許可證文件,而非向許可證管理系統(tǒng)返回許可證文件,隨后去除功能。
      12.根據權利要求1至7中任一項所述的信息處理裝置,其中,不是從許可證管理系統(tǒng)而是從與許可證傳送相關聯的另一裝置獲取許可證文件,其中,當功能被去除時,向許可證文件被獲取自的裝置發(fā)送用于從拷貝接收裝置信息中去除關于信息處理裝置的信息的請求。
      13.根據權利要求1至7中任一項所述的信息處理裝置,其中,不是從許可證管理系統(tǒng)而是從與許可證傳送相關聯的另一裝置獲取許可證文件,其中,為了手動地更新許可證文件,向許可證文件被獲取自的裝置發(fā)送許可證更新請求,隨后通過使用響應于所述請求提供的更新后的許可證文件來更新許可證文件。
      14.根據權利要求1至7中任一項所述的信息處理裝置,其中,不是從許可證管理系統(tǒng)而是從與許可證傳送相關聯的另一裝置獲取許可證文件,其中,不允許執(zhí)行手動許可證文件更新處理。
      15.根據權利要求1至7中任一項所述的信息處理裝置,其中,從許可證管理系統(tǒng)獲取許可證文件,其中,當從操作信息處理裝置的用戶接收到手動許可證更新請求時,或是當從已被傳送了許可證的另一裝置接收到許可證更新請求時,通過與許可證管理系統(tǒng)的通信來更新許可證,隨后向已經被提供了更新前的許可證文件的拷貝的另一裝置提供更新后的許可證文件。
      16.根據權利要求1至7中任一項所述的信息處理裝置,其中,不是從許可證管理系統(tǒng)而是從與許可證傳送相關聯的另一裝置獲取許可證文件,并且存在使用功能的許可證,其中,為了返回功能的許可證,許可證文件被返回到許可證文件被獲取自的裝置,而非被返回到許可證管理系統(tǒng),隨后執(zhí)行無效處理。
      17.根據權利要求1至7中任一項所述的信息處理裝置,其中,從許可證管理系統(tǒng)獲取許可證文件,并且許可證已經被傳送到另一裝置,從而不存在使用功能的許可證,其中,即使當請求去除功能時也不去除功能。
      18.根據權利要求1至7中任一項所述的信息處理裝置,其中,從許可證管理系統(tǒng)獲取許可證文件,并且許可證已經被傳送到另一裝置,從而不存在使用功能的許可證,其中,當接收到去除功能的請求時,從已經被傳送了許可證的裝置取回許可證,隨后去除功能。
      19.一種信息處理方法,包括安裝步驟,接收軟件的安裝數據以安裝軟件來提供功能;獲取步驟,獲取用來激活功能的許可證文件;管理步驟,獨立于許可證文件的存在或不存在,管理指示許可證存在或不存在的信息以使用功能;以及更新步驟,當在裝置之間傳送許可證時,更新指示許可證的存在或不存在的信息。
      全文摘要
      本發(fā)明涉及信息處理裝置和傳送許可證的方法。信息處理裝置包括安裝單元,接收軟件的安裝數據以安裝軟件來提供功能;獲取單元,獲取用來激活功能的許可證文件;管理單元,獨立于許可證文件的存在或不存在,管理指示許可證存在或不存在的信息以使用功能;以及更新單元,當在裝置之間傳送許可證時,更新指示許可證的存在或不存在的信息。
      文檔編號H04L9/32GK102263640SQ201110148528
      公開日2011年11月30日 申請日期2011年5月26日 優(yōu)先權日2010年5月28日
      發(fā)明者小倉義弘 申請人:株式會社理光
      網友詢問留言 已有0條留言
      • 還沒有人留言評論。精彩留言會獲得點贊!
      1