TW201719473A - 授權管理方法、適用於授權管理的半導體裝置及授權管理系統 - Google Patents

Abstract

本發明係一種具備執行軟體的執行裝置以及與執行裝置結合的軟體記憶裝置的授權管理方法，其具備記憶表示許可軟體之授權的授權數之授權資訊的授權記憶裝置，更具備在下載要求授權許可的軟體時，根據儲存於授權記憶部的授權資訊，控制所下載的軟體儲存到該軟體記憶裝置或是由執行裝置執行的授權管理步驟。

Description

授權管理方法、適用於授權管理的半導體裝置及授權管理系統

本發明，係關於授權管理方法、適用於授權管理的半導體裝置以及授權管理系統，特別是關於軟體的授權管理。

作為執行軟體的半導體裝置，例如微處理器。此時，微處理器，具備記憶軟體的記憶部與執行軟體的處理器。另外，作為使用執行軟體的處理器的電子裝置，個人電腦、智慧型手機、電視、相機等的各種電子裝置已為人所習知。為了使該等半導體裝置以及電子裝置實行吾人所期望的動作，存在各種的軟體。軟體，大略而言，存在在使用上要求取得授權許可的軟體（以下亦稱為有償軟體），以及無須授權許可的軟體（以下亦稱為無償軟體）。針對要求授權許可的有償軟體，藉由支付授權的對價（亦即授權費用），其使用便獲得認可。

當發送要求授權許可的有償軟體時，實行授權的管理有其必要。例如專利文獻1記載了可減輕對網路的負擔，同時以簡易的方式管理授權的技術。 [先前技術文獻] [專利文獻]

[專利文獻1]日本特開2010－218397號公報

[發明所欲解決的問題] 當發送要求授權許可的軟體（有償軟體）時，由於伴隨著授權費用的收取，故為付費發送。此時，會要求確實地實行有償軟體的下載以及收費的管理。另外，吾人期望可減少在下載有償軟體時使用者所花費的工夫。

本發明人，在思及本發明之前，對在發送有償軟體時收取授權費用的系統（以下亦稱為授權費用收取系統）進行檢討。以下，敘述本發明人所檢討的3種授權費用收取系統。

第1種授權費用收取系統，對每種有償軟體附上對應的可安裝授權數。此時，發送有償軟體的軟體配送源，欲對安裝有償軟體的使用者所進行安裝的每個裝置（半導體裝置、電子裝置），管理究竟安裝了幾個有償軟體，有其困難。因此，對裝置的有償軟體的授權管理以及授權費用的收取變得困難，可能會發生短收授權費用的問題。另外，使用者，會預先購入較多的授權數，或是因應裝置的製造數量支付授權費用。因此，若從使用者的觀點來看，要是授權數有剩餘，便會產生虛擲之費用。另外，若因應製造數量支付授權費用，則會發生煩雜的處理過程。

在第2種授權費用收取系統中，軟體配送源，會徵收與授權數無關的固定金額作為授權費用。此時，對於有償軟體安裝數較少的使用者而言，並不划算。

在第3種授權費用收取系統中，使用者，導入管理安裝了有償軟體的裝置的數目等的授權管理裝置，將安裝數提報給軟體配送源，同時支付對應安裝數的授權費用。此時，尤其是在使用者量産大量的裝置時，授權管理裝置的負擔會變大。因此，會要求高速運作的裝置作為授權管理裝置，而其價格甚高。另外，即使導入高速的授權管理裝置，當裝置的量産數量增加時，可能會因為授權的管理，令生産數量受到限制，進而導致生産效率降低。再者，在第3種授權費用收取系統中，軟體配送源，必須監視使用者所導入的授權管理裝置是否正確地被運用，對軟體配送源也會造成負擔。

在專利文獻1中，亦並未揭示可確實地實施收費管理並減輕使用者負擔的技術。

其他的問題與新穎性特徴，根據本說明書的記述以及所附圖式應可明瞭。 [解決問題的手段]

本說明書揭示了複數個解決問題的手段。在此，僅敘述代表性的解決手段。

一種具備執行軟體的執行裝置以及與執行裝置結合的軟體記憶裝置的授權管理方法，其具備記憶表示許可軟體之授權的授權數之授權資訊的授權記憶裝置，並具備在下載要求授權許可的軟體時，根據儲存於授權記憶部的授權資訊，控制所下載的軟體儲存到軟體記憶裝置或是由執行裝置執行的授權管理步驟。

由於係根據授權記憶裝置所記憶的授權資訊，控制要求授權許可的軟體儲存到軟體記憶裝置或是由執行裝置執行，故可減輕軟體配送源以及使用者的授權管理的負擔。 [發明的功效]

若根據本發明一實施態樣，便可提供出一種可減輕授權管理負擔的授權管理方法。

以下，根據圖式詳細説明本發明的實施態樣。另外，在用來說明實施態樣的全部圖式中，對相同的部分原則上會附上相同的符號，其重複説明，原則上省略。

（實施態樣1） ＜電子裝置＞ 圖1，係表示實施態樣1之電子裝置的構造的方塊圖。在圖1中，1000，係表示電子裝置。電子裝置1000，例如係個人電腦、智慧型手機、印表機、複合機、電視、相機等的資訊家電。於該等電子裝置1000，搭載了處理器1001，處理器1001，藉由執行軟體，達成既定的功能。在圖1中，1002，係表示與處理器1001結合，並儲存處理器1001所執行之軟體的軟體（以下亦稱為SW）記憶部。當從執行程式此等觀點來看時，處理器1001，可視為執行部。

在圖1中，1003，係表示儲存授權資訊的授權記憶部，1004，係表示授權管理部。另外，1005，係表示配置在電子裝置1000的外部的軟體提供裝置。圖1，可視為係表示授權管理系統。此時，作為授權管理對象的有償軟體，會從軟體提供裝置1005，提供到電子裝置1000。

電子裝置1000，除了上述的處理器1001、軟體記憶部1002、授權記憶部1003以及授權管理部1004以外，更具備對應各種電子裝置的複數個部分。例如，若為智慧型手機，則具備關於通信的發送接收部等，若為相機，則具備自動對焦用的控制部等。然而，在圖1中，為了避免圖式變複雜，上述的處理器1001、軟體記憶部1002、授權記憶部1003以及授權管理部1004以外的部分省略。

軟體提供裝置1005，設置於提供軟體的軟體配送源，透過網際網路等的通信線路與電子裝置1000連接，透過通信線路，將有償軟體以及／或是無償軟體，提供給擁有電子裝置1000的使用者。

另外，軟體提供裝置1005，例如亦可由光碟讀取裝置與光碟等記憶媒體所構成。此時，光碟讀取裝置，例如，設置於擁有電子裝置1000的使用者側，並利用線路與電子裝置1000連接。另外，於光碟，例如儲存了複數種有償軟體與無償軟體。利用光碟讀取裝置，讀取記憶媒體（亦即光碟），從光碟讀取裝置，將有償軟體以及／或是無償軟體提供給電子裝置1000。

於授權記憶部1003，預先記憶了授權資訊。例如，當使用者購入電子裝置1000時，包含既定的授權費用在內，作為電子裝置1000的販售價格，支付給電子裝置1000的販售者（製造者）。亦即，此時的販售價格，包含電子裝置1000本身的硬體價格與既定的授權費用。此時，電子裝置1000的販售者，將對應上述既定授權費用的授權資訊，儲存於授權記憶部1003，提供給使用者。當然，販售者，亦可準備好搭載了預先儲存有互不相同之授權資訊的授權記憶部1003的複數種電子裝置1000，由使用者選擇購入之。此時，由於授權資訊不同，故每種電子裝置的授權費用也不相同。

授權管理部1004，在使用者從軟體提供裝置1005將軟體下載到軟體記憶部1002時發揮功能。亦即，授權管理部1004，因應來自使用者的下載要求，判斷軟體提供裝置1005所提供的軟體，是有償軟體（要求授權許可的授權許可軟體），還是無償軟體（並未要求授權許可的軟體）。判定的結果，當為無償軟體時，便將軟體提供裝置1005所提供的軟體，儲存到軟體記憶部1002。儲存於軟體記憶部1002的無償軟體，由執行部1001執行，並實施該無償軟體所設定的動作。

相對於此，當授權管理部1004判定為有償軟體時，授權管理部1004，便從授權記憶部1003讀取授權資訊，並根據所讀取到的授權資訊，控制是否將所提供的有償軟體儲存到軟體記憶部1002。

於授權記憶部1003，如前所述的，預先儲存了對應授權費用的授權資訊。在該實施態樣1中，對應授權費用的數目，作為授權資訊使用。若所讀取到之授權資訊所示的數目，例如在1以上的話，授權管理部1004，便將所提供的有償軟體，儲存到軟體記憶部1002。另外，當將有償軟體儲存到軟體記憶部1002時，授權管理部1004，便將授權資訊所示的數目，例如減1，並將減算之後所得到的數目，作為授權資訊，儲存到授權記憶部1003。儲存於軟體記憶部1002的有償軟體，可被執行部1001執行。

相對於此，若授權資訊所示的數目為0，授權管理部1004，便不將所提供的有償軟體，儲存到軟體記憶部1002。藉此，當預先支付的授權費用不足時，有償軟體的執行便會被禁止。若改換觀點，則可防止並未支付對價而不正當地執行有償軟體，並可防止軟體配送源短收授權費用。

授權記憶部1003，在販售者儲存了授權資訊之後，僅可利用授權管理部1004進行變更。雖並無特別限制，惟在圖1中，授權管理部1004，係由與處理器1001相異的處理器所構成。此時，授權管理部1004的功能，由構成授權管理部1004的處理器所執行的軟體實現之。當然，亦可由處理器1001實現執行部的功能與授權管理部1004的功能二者。

＜半導體裝置＞ 圖2，係表示實施態樣1之半導體裝置的構造的方塊圖。在同圖中，半導體裝置1100係微處理器（以下亦記載為微處理器1100）。微處理器1100，具備：執行軟體的處理器（中央處理裝置，以下亦稱為執行單元）1101、軟體記憶單元1102、授權記憶單元1103，以及授權管理單元1104。雖然為了避免圖式變複雜，而在圖2中省略，惟微處理器1100更具備上述的處理器（執行單元）1101、軟體記憶單元1102、授權記憶單元1103以及授權管理單元1104以外的電路單元。例如，除了上述單元以外，微處理器1100更具備與微處理器1100的外部之間發送接收信號的周邊電路單元。

雖無特別限制，惟上述的各個單元，可利用習知的半導體製造技術，形成於1個半導體晶片，並封裝成1個封裝體。當販售者（製造者）將該微處理器1100提供（販售）給使用者時，可在封裝成封裝體的狀態下販售。當然，亦可不封裝成封裝體，而以半導體晶片為單位進行販售。

軟體記憶單元1102，與執行單元1101結合，並儲存軟體。執行單元1101，從軟體記憶單元1102讀取軟體，並執行所讀取到的軟體。藉由執行單元1101執行軟體，微處理器1100便執行軟體所設定的既定動作。

授權記憶單元1103，與圖1所示的授權記憶部1003同樣，預先儲存了授權資訊。亦即，在將微處理器1100從販售者（製造者）提供給使用者之前，販售者會將授權資訊儲存於授權記憶單元1103。與圖1所説明的同樣，使用者，在購入微處理器1100時，包含既定的授權費用在內，將微處理器1100的販售價金，支付給販售者。因此，此時的販售價金，便包含微處理器1100本身的硬體價格與既定的授權費用在內。微處理器1100的販售者，將對應上述既定授權費用的授權資訊，儲存於授權記憶單元1103，提供給使用者。

授權管理單元1104，與圖1所示的授權管理部1004同樣，根據來自授權記憶單元1103的授權資訊，實施是否將微處理器1100的外部所提供的軟體，儲存到軟體記憶單元1102的控制。判斷微處理器1100的外部所提供的軟體，是有償軟體，還是無償軟體。判定的結果，當所提供的軟體，為無償軟體時，與授權管理部1004（圖1）同樣，授權管理單元1104，將所提供的無償軟體，儲存到軟體記憶單元1102。此時，執行單元1101，從軟體記憶單元1102，讀取無償軟體，並執行之。

相對於此，當判定所提供的軟體為有償軟體時，授權管理單元1104，便從授權記憶單元1103讀取授權資訊，並根據所讀取到的授權資訊，控制是否將所提供的有償軟體儲存到軟體記憶單元1102。

在此，對應授權費用的數目，亦作為授權資訊所示者，進行説明。若所讀取到之授權資訊所示的數目，例如在1以上的話，授權管理單元1004，便將所提供的有償軟體，儲存到軟體記憶單元1102。另外，當將有償軟體儲存到軟體記憶單元1102時，授權管理單元1104，便將授權資訊所示的數目，例如減1，並將減算之後所得到的數目，作為授權資訊，儲存到授權記憶單元1103。儲存於軟體記憶單元1102的有償軟體，可由執行單元1101執行。

相對於此，若授權資訊所示的數目為0，授權管理單元1104，便不將所提供的有償軟體，儲存到軟體記憶單元1102。藉此，當預先支付的授權費用不足時，有償軟體的執行便會被禁止。若改換觀點，則可防止並未支付對價而不正當地執行有償軟體，並可防止軟體配送源短收授權費用。

在圖2中，微處理器1101所包含的軟體記憶單元1102，雖並無特別限制，惟係由可電性改寫的非揮發性記憶體（亦即快閃記憶體）所構成。因此，作為將軟體提供到微處理器1100的軟體提供裝置，可使用快閃寫入器1105。當然，軟體提供裝置，並非僅限於快閃寫入器1105。例如，亦可為USB（Universal Serial Bus，通用序列匯流排）記憶體、SD記憶卡等的記憶媒體。另外，亦可為在圖1所述的使用光碟讀取裝置與光碟的軟體提供裝置。無論為哪種態樣，軟體提供裝置，均儲存有償軟體以及／或是無償軟體，並將軟體提供到微處理器1100。再者，亦可如在圖1所述的，透過通信線路，將軟體提供到微處理器1100。

另外，圖2所示的授權記憶單元1103亦由快閃記憶體所構成。軟體記憶單元1102以及授權記憶單元1103，雖揭示由快閃記憶體所構成的例子，惟並非僅限於此，亦可為靜態型記憶體等的揮發性記憶體。然而，授權記憶單元1103由揮發性記憶體所構成的態樣，在電源電壓並未供給時，須利用電池等實行備份，以保持授權資訊。

授權記憶單元1103，在販售者（製造者）儲存了授權資訊之後，僅可利用授權管理單元1104進行變更。雖並無特別限制，惟在圖2中，授權管理單元1104，係由與執行單元1101相異的執行單元所構成。此時，授權管理單元1104的功能，由構成授權管理單元1104的執行單元所執行的軟體實現之。當然，亦可由執行單元1001實現執行單元的功能與授權管理單元1104的功能二者。

針對實施態樣1之電子裝置1000以及半導體裝置1100，用圖1以及圖2説明將外部所提供的有償軟體儲存於軟體記憶部1002以及1102的情況。亦即，説明將所提供的有償軟體下載到軟體記憶部1002（記憶單元1102）的情況。藉由下載，儲存於軟體記憶部1002（記憶單元1102）軟體，便可由執行部1001（執行單元1101）執行。因此，在本說明書中，所謂下載，不僅意味著將軟體儲存到軟體記憶部1002（記憶單元1102），廣義而言，更意味著令軟體可執行。

另外，所謂安裝，係指令軟體可由執行部1001（執行單元1100）執行的意思。安裝的相反用語為解除安裝。解除安裝，係指令軟體變得無法由執行部1001（執行單元1100）執行的意思。

每次有償軟體被提供（下載），授權管理部1004（授權管理單元1104），便如上所述的，對授權資訊進行減算，並更新儲存於授權記憶部1003（授權記憶單元1103）的授權資訊。亦即，每次下載有償軟體，預先支付的授權費用便減少，當預先支付的授權費用用完時，有償軟體的下載便會被禁止。

當令所下載的有償軟體不可執行時（亦即解除安裝時），雖之後會詳細説明，惟授權管理部1004（授權管理單元1104），可變更授權資訊，亦可不進行更新。

＜授權管理單元1104的動作＞ 圖3，係表示實施態樣1之授權管理單元1104的動作的流程圖。

首先，在步驟S00中，安裝軟體的指示從使用者給予到授權管理單元1104。此時，使用者指定安裝的軟體。

當使用者所指定的軟體為有償軟體時，授權管理單元1104，在步驟S01中，從授權記憶單元1103讀取授權資訊。在該實施態樣1中，對應授權費用的數目，作為授權資訊使用。換言之，授權資訊，表示有償軟體（SW）的可安裝數。在步驟S02中，授權管理單元1104，實行授權資訊所示的有償軟體可安裝數（在圖中記載為SW可安裝數）是否在1以上的判斷。當判定有償軟體可安裝數小於1（例如0）時，授權管理單元1104，便執行步驟S08。在步驟S08中，授權管理單元1104，例如將安裝失敗的訊息，通知使用者。

另一方面，當在步驟S02中，授權管理單元1104，判定有償軟體可安裝數在1以上時，授權管理單元1104，便接著執行步驟S03。在步驟S03中，從快閃寫入器1105接收使用者所指定的軟體。授權管理單元1104，在步驟S04中，將所接收的軟體，供給到軟體記憶單元（快閃記憶體）1102，並寫入（儲存於）軟體記憶單元1102。

接著，在步驟S05中，授權管理單元1104，將有償軟體可安裝數減1，並以減算之後的有償軟體可安裝數作為授權資訊，進行更新。之後，授權管理單元1104，將經過更新的授權資訊，供給到授權記憶單元1103，並寫入（儲存）之。藉此，儲存於授權記憶單元1103的授權資訊便被更新。

最後，在步驟S07中，授權管理單元1104，將安裝已成功的訊息，通知使用者。

每次將有償軟體安裝到微處理器1100，便重複上述的步驟S00～S07。藉由不斷重複，授權資訊所示的有償軟體可安裝數，便被減算，直到到達小於1（例如0）為止。當有償軟體可安裝數小於1時，授權管理單元1104，便執行步驟S08，將安裝失敗的訊息，通知使用者。

亦即，可將有償軟體儲存到軟體記憶單元1103，直到到達對應購入半導體裝置時所預先支付之授權費用的有償軟體可安裝數為止。由於儲存到軟體記憶單元1103的軟體，可被執行單元1101執行，故可執行對應購入時所支付之授權費用的數目的有償軟體。

雖然對安裝軟體為有償軟體的情況進行說明，惟安裝軟體亦存在無償軟體。因此，使用者只要在將有償軟體安裝到微處理器1100時，對授權管理單元1104指示實施圖3所示的步驟即可。

另外，亦可如圖23所示的，對所欲安裝的軟體部分SB附加屬性資訊部分ATB，而由軟體部分SB與屬性資訊部分ATB構成軟體。此時，儲存於圖1以及圖2所説明的軟體提供裝置1005以及快閃寫入器1105的有償軟體，如圖23所示的，各自具備所欲安裝的軟體部分SB與屬性資訊部分ATB。於該屬性資訊部分ATB，儲存了表示軟體部分SB是否為有償軟體的屬性資訊。

在像這樣附加了屬性資訊部分ATB的情況下，授權管理單元1104，例如在圖3所示的步驟S00中，從快閃寫入器1105接收使用者所指定的軟體。在步驟S00中，授權管理單元1104，判斷在所接收到的軟體中，於屬性資訊部分ATB，是否儲存了表示其為有償軟體的屬性資訊。當屬性資訊，表示其為有償軟體時，便實施圖3所示的步驟S01、S02、S04～S08。此時，由於在步驟S00中，授權管理單元1104接收了軟體部分SB，故步驟S03可不執行。

另一方面，當在步驟S00中，儲存於屬性資訊部分ATB的屬性資訊表示其為無償軟體時，或者在軟體SW中並未包含屬性資訊部分ATB時，便判定安裝軟體為無償軟體，授權管理單元1104，便不執行圖3所示的步驟S01～S08。

＜解除安裝＞ 接著，説明在安裝了有償軟體之後，將有償軟體解除安裝時的授權管理單元1104的動作。在此，對在將有償軟體解除安裝時，變更授權資訊所示之有償軟體可安裝數的例子，以及不變更的例子，進行說明。由於變更有償軟體可安裝數的態樣與不變更的態樣，存在各自的效果，故可根據吾人所期望的效果，採用其中任一個例子。

首先，用圖4説明變更有償軟體可安裝數的例子。圖4，係表示將有償軟體解除安裝時的授權管理單元1104的動作的流程圖。

在步驟S10中，使用者指定所欲解除安裝的有償軟體，對授權管理單元1104指示解除安裝。藉此，解除安裝開始。授權管理單元1104，在步驟S11中，從授權記憶單元1103讀取授權資訊。接著，在步驟S12中，授權管理單元1104，從軟體記憶單元1102，將被指定解除安裝的軟體刪除。在接下來的步驟S13中，令在步驟S11中讀取到之授權資訊所示的有償軟體可安裝數增加1，並更新有償軟體可安裝數。

授權管理單元1104，在步驟S14中，將表示經過更新之有償軟體可安裝數的授權資訊，寫入授權記憶單元1103，在步驟S15中，完成解除安裝。

像這樣，在將有償軟體解除安裝時，令有償軟體可安裝數增加，藉此，即使在安裝了錯誤的有償軟體的情況下，也不會減少授權費用，而可重新安裝想要的有償軟體。

接著，用圖5説明實行解除安裝時，不更新有償軟體可安裝數的例子。圖5，係表示將有償軟體解除安裝時的授權管理單元1104的動作的流程圖。

與圖4的步驟S10同樣，使用者，在步驟S20中，指定所欲解除安裝的有償軟體，藉由指示解除安裝，解除安裝的動作便開始。

授權管理單元1104，在接收到解除安裝的指示之後，將所指定的有償軟體，從軟體記憶單元1102刪除。之後，在步驟S22中，授權管理單元1104，完成解除安裝的動作。此時，授權管理單元1104，不會從授權記憶單元1103讀取授權資訊。因此，授權資訊不會被更新，而會維持原樣。藉此，授權資訊所示的有償軟體可安裝數，不會增減，而會維持原樣。

在圖5的例子中，當指示解除安裝有償軟體時，僅實行解除安裝的動作。藉此，便可防止無限制地安裝有償軟體。

在圖4以及圖5中，作為解除安裝的動作，係揭示從軟體記憶單元1102將軟體刪除的例子，惟解除安裝的動作，並非僅限於此。另外，刪除的動作，亦包含將既定的狀態覆寫的動作在內。

該實施態樣，雖說明了授權資訊表示有償軟體的可安裝數的例子，惟並非僅限於此。例如，授權資訊，亦可表示有償軟體的可安裝點數，或是表示可安裝記憶容量。

另外，雖揭示了將授權資訊所示的有償軟體可安裝數，在每次安裝有償軟體便減1的例子，惟並非僅限於此。例如，亦可在每次安裝減去2以上。再者，亦可對應所安裝之有償軟體的金額，變更所減之數。此時，例如，只要在圖23所説明的屬性資訊部ATB，儲存對應有償軟體之價格的減算數即可。此時，授權管理單元1104，在減算有償軟體可安裝數時，只要減算儲存於屬性資訊部ATB的減算數即可。

授權資訊表示有償軟體的可安裝點數的情況亦相同，可在每次安裝，減去1點或2點以上，亦可對應有償軟體的價格減算點數。

授權資訊表示有償軟體的可安裝記憶容量的情況亦相同。此時，授權資訊所示的可安裝記憶容量，表示軟體記憶單元1102的記憶容量。亦即，表示在軟體記憶單元1102所具有的記憶容量之中，可儲存有償軟體的記憶容量。授權管理單元1104，在從快閃寫入器1105讀取所欲安裝的有償軟體時，可掌握有償軟體的容量，故根據授權資訊所示的有償軟體的可安裝容量以及所掌握的有償軟體的容量，便可判斷是否可安裝有償軟體。另外，可將從可安裝容量減去所掌握的有償軟體的容量之後所得到的記憶容量，作為授權資訊，進行更新。

授權資訊，可視為係表示有償軟體的可安裝授權數的資訊。此時，在實施態樣中，並非對軟體設定授權數，而是對半導體裝置1100設定授權數。因此，所欲安裝的有償軟體，不問種類，為任意的，可安裝彼此不同種類的有償軟體，直到到達授權資訊所示的授權數為止。

在圖2中，半導體裝置1100，具備授權記憶單元1103以及授權管理單元1104。於授權管理單元1104，預先儲存了表示可安裝授權數之授權資訊，並由半導體裝置1100提供。藉此，購入半導體裝置1100的使用者，便可將有償軟體安裝到半導體裝置1100，直到到達授權資訊所示的授權數為止。亦即，在半導體裝置1100的內部，實行授權的管理。藉此，使用者，無須導入授權管理裝置，便可實行授權的管理，故可減輕使用者的負擔。另外，由於無須監視授權管理裝置，故可減輕軟體配送源的負擔。換言之，可在無損於使用者的方便性的情況下，實行授權的管理。亦即，可提供出適用於授權管理的半導體裝置1100。

（實施態樣2） 圖6，係表示實施態樣2之電子裝置的構造的方塊圖。在實施態樣2中，揭示了個人電腦作為電子裝置。由於先前用圖1說明實施態樣1之電子裝置的構造，故在此主要針對與圖1所示的電子裝置的相異點進行説明。圖6，亦可視為係表示授權管理系統。在此，作為授權管理對象的有償軟體，亦從軟體提供裝置提供到電子裝置（個人電腦）。

＜個人電腦的構造＞ 在圖6中，1300，係表示個人電腦。個人電腦1300，與CD－ROM等的光碟讀取裝置、顯示器等的顯示裝置、鍵盤等的輸入裝置、無線通信等的通信裝置等周邊裝置連接，在同圖中，除了説明所必要的光碟讀取裝置1305之外，周邊裝置均被省略。在此，於光碟讀取裝置（CD－ROM）1305，裝設了光碟等的記憶媒體並使用之。於光碟，儲存了複數種軟體，利用光碟讀取裝置1305進行讀取，將儲存於光碟的軟體，提供到個人電腦1300。因此，可視為係由光碟讀取裝置1305與光碟，構成圖1所示的軟體提供裝置1005。

個人電腦1300，具備處理器（CPU）1301、硬碟1302、授權記憶部1303以及授權管理部1304。除了該等構件之外，個人電腦1300，例如更具備設置在周邊裝置與處理器1301之間的周邊部，惟在圖6中被省略。另外，個人電腦1300，具備在處理器1301執行軟體時，例如用於運作用途的揮發性記憶體。在圖6中，該揮發性記憶體，係作為內建於處理器1301的構件，進行説明。

在製造或是販售個人電腦1300時，製造者或是販售者，會將既定的授權資訊，儲存於授權記憶部1303，並實行製造或是販售。此時所儲存的授權資訊，表示有償軟體可安裝數。對應購入個人電腦1300的使用者所希望之授權數的有償軟體可安裝數，便作為授權資訊，由製造者或是販售者，儲存於授權記憶部1303。此時，對應使用者所希望之授權數的授權費用，便加算到個人電腦1300的硬體（本體）的價格，而成為個人電腦1300的製造或是販售價格，由使用者購入之。

處理器1301，與硬碟1302結合，並從硬碟1302讀取軟體，以執行所讀取到的軟體。藉由執行該軟體，個人電腦1300，便可發揮使用者所期望的功能。

當從光碟讀取裝置1305提供出有償軟體時，授權管理部1304，便從授權記憶部1303讀取授權資訊，並根據所讀取到的授權資訊，控制有償軟體儲存到硬碟1302。

亦即，當授權資訊所示之有償軟體可安裝數在所欲安裝的有償軟體的規定數以上時，授權管理部1304，便將所提供的有償軟體儲存到硬碟1302。另外，此時，從授權資訊所示的可安裝數減去有償軟體的規定數，並將減算之後所得到的可安裝數，作為授權資訊，儲存到授權記憶部1303。相對於此，當有償軟體的規定數，超過授權資訊所示的可安裝數時，授權管理部1304，便不將所提供的有償軟體，儲存到硬碟1302。另外，於此時，不會變更可安裝數，而會維持原樣。

儲存到硬碟的有償軟體，由處理器1301讀取並執行之。藉此，個人電腦1300，便依據有償軟體執行動作。

有償軟體的規定數，可與實施態樣1同樣，相對於複數種有償軟體為一定的數値，例如與實施態樣1同樣，為1，亦可每種有償軟體為不同數値。例如，亦可每種所欲安裝的有償軟體其規定數為與有償軟體的價格、大小（容量）成正比的數値。

授權記憶部1303，構成在由製造者或是販售者於其記憶了授權資訊之後，僅可利用授權管理部1304進行變更的構造。

授權管理部1304，例如，由與處理器1301相異的處理器所構成。此時，構成授權管理部1304的處理器，會依據軟體而進行運作。然而，並非僅限於此。例如，處理器1301，亦可執行硬碟1302的軟體，同時也發揮授權管理部1304的功能。

＜授權管理部1304的動作＞ 圖7，係表示授權管理部1304的動作的流程圖。在此，以有償軟體的規定値為1的情況為例進行説明。

首先，使用者，在步驟S30中，用鍵盤（圖中未顯示）等，選定所欲安裝的有償軟體，並指定安裝有償軟體。來自鍵盤的指定以及指示，被處理器1301識別，處理器1301，令授權管理部1304以及光碟讀取裝置1305運作。藉此，在步驟S30中，開始安裝動作。

授權管理部1304，開始運作，在步驟S31中，從授權記憶部1303讀取授權資訊。接著，在步驟S32中，授權管理部1304，實行所讀取到之授權資訊所示的有償軟體可安裝數是否在規定數以上的判斷。在此，由於規定數為1，故判斷可安裝數是否在1以上。

在步驟S32中，當判定授權資訊所示的有償軟體可安裝數小於規定數（1）時，授權管理部1304便接著執行步驟S38。在步驟S38中，授權管理部1304，將安裝失敗的訊息，通知處理器1301。根據該通知，處理器1301，例如於顯示器，顯示安裝失敗的訊息，並結束安裝的動作。

相對於此，在步驟S32中，當判定授權資訊所示的有償軟體可安裝數在規定數（1）以上時，授權管理部1304便接著執行步驟S33。在步驟S33中，從光碟讀取裝置1305，讀取有償軟體。在步驟S34中，授權管理部1304，將在步驟S33中所讀取到的有償軟體，寫入（儲存到）硬碟1302。

之後，在步驟S35中，授權管理部1304，從授權資訊所示的有償軟體可安裝數，減去規定數。在圖7的例子中，係減去規定數1。接續步驟S35，在步驟S36中，授權管理部1304，將在步驟S35中減算之後所得到的有償軟體可安裝數，作為授權資訊，寫入（儲存到）授權記憶部1303。之後，在步驟S37中，授權管理部1304，將安裝成功的訊息，通知處理器1301。接收到該訊息，處理器1301，於顯示器，顯示安裝成功的訊息，並結束安裝的動作。

毎次安裝有償軟體，便執行圖7所示的步驟。每次執行，儲存於授權記憶部1303的授權資訊所示的有償軟體可安裝數便減少。使用者購入時，有償軟體可寫入硬碟1302，直到到達所儲存之授權資訊所示的有償軟體可安裝數為止。亦即，處理器1301可執行有償軟體，直到到達預先儲存之授權資訊所示的可安裝數為止。相對於此，當超過預先儲存之授權資訊所示的有償軟體可安裝數時，會執行圖7的步驟S38，有償軟體便不會寫入硬碟1302，而無法被處理器1301執行。

在該實施態樣2中，亦與實施態樣1同樣，授權資訊，亦可表示有償軟體的可安裝點數，或是表示可安裝記憶容量，授權資訊，可視為係表示可安裝授權數。當授權資訊以點數表示時，可視為授權資訊係表示相當於授權數的點數。另外，當授權資訊以記憶容量表示時，可視為授權資訊係表示相當於授權數的記憶容量。

另外，亦可將有償軟體的構造，與在實施態樣1所述者相同，設置成如圖23所示的構造。另外，當於圖23所示的屬性資訊部ATB，儲存了表示其為有償軟體的屬性資訊時，在安裝開始（圖7的步驟S30）時，使用者只要選定所欲安裝的軟體即可。

另外，與在實施態樣1所述者相同，當將有償軟體解除安裝時，可將授權資訊，如圖4所説明的，進行更新，亦可如圖5所説明的，維持原樣。

（實施態樣3） 在圖1以及圖6中，係對組裝了處理器1001（執行單元1301）的電子裝置進行說明，惟亦可用記憶軟體的記憶部與具備處理器的微處理器（例如圖2的微處理器1100）構成電子裝置並提供之。此時，例如，使用者從販售者（製造者）購入微處理器，組裝於電子裝置，而由使用者提供組裝了微電腦的電子裝置。

在提供組裝了微處理器的電子裝置的情況下，到提供之前的階段，大概分為開發階段與量産階段。在開發階段，係實行安裝於微處理器之軟體的開發，並將開發階段所開發的軟體，在量産階段，分別安裝到複數個微處理器。像這樣將安裝了開發階段所開發之軟體的微處理器組裝於電子裝置並提供之。因此，在量産階段，軟體的安裝，原則上1次足已。

相對於此，在開發階段，對微處理器，軟體的安裝、解除安裝以及再安裝，會反覆進行。亦即，針對同一軟體，有時會反覆進行安裝、解除安裝、再度安裝（再安裝）。若用圖2所示之微處理器1100說明一例，則如以下所述的情況。

將有償軟體與無償軟體分別安裝到軟體記憶單元1102。之後，改良所安裝之無償軟體的結果，會使無償軟體的大小（容量）變大，而變得必須將已經安裝好的有償軟體，移到軟體記憶單元1102內的其他區域。此時，會將有償軟體，在安裝之後，進行解除安裝、再次安裝（再安裝）。另外，敘述另一例子，在開發階段的初期，在安裝了有償軟體之後，隨著開發的進行，該有償軟體會變得不需要而被解除安裝。之後，開發更進一步推進，有時仍會變得有必要安裝該有償軟體，而進行安裝（再安裝）。在此情況下，亦會將同一有償軟體，安裝、解除安裝、然後再安裝。

因此，考慮由提供微處理器的販售者（製造者），將可自由改寫軟體的微處理器，提供給開發電子裝置的使用者。然而，在像這樣提供可自由改寫軟體的微處理器的情況下，可能會在量産階段，將未經許可而複製的軟體，安裝到微處理器。

作為該問題的對策，吾人認為可分成在開發階段使用的微處理器（以下亦稱為開發用微處理器），以及在量産階段使用的微處理器（以下亦稱為量産用微處理器），而由販售者（製造者）提供之。此時，開發用微處理器，具有與量産用微處理器的功能相同的功能，且更具備適用於開發的追加功能。另外，開發用微處理器，可自由實行軟體的改寫，而量産用微處理器，不可（或是限制）實行軟體的改寫。另外，在此的改寫，係指在安裝了軟體之後，再度重新安裝相同軟體的意思。

此時，開發用微處理器與量産用微處理器的切換，在販售者（製造者）提供之後會變得很困難。作為實行該切換的方法，例如有以下的方法（1）～（6）。（1）於微處理器，設置僅可寫入1次的非揮發性記憶體。藉由對該非揮發性記憶體實行寫入，微處理器，例如便發揮作為開發用微處理器的功能，若並未實行寫入，便發揮作為量産用微處理器的功能。（2）當於微處理器設置了非揮發性記憶體時，在該非揮發性記憶體中，設定僅可利用特別的方法實行寫入的特別區域。藉由對特別區域實行寫入，微處理器，例如便發揮作為開發用微處理器的功能，若並未實行寫入，便發揮作為量産用微處理器的功能。此時的特別方法，例如，可考慮採用「在將半導體晶片以封裝體封裝的狀態下，將並未與外部連接的端子，設置於半導體晶片，僅在將特定的密碼，提供給該端子時，才可寫入」的方法。（3）於微處理器設置金屬開關。在製造微處理器的製造步驟中，令金屬開關處於導通狀態或是切斷狀態。此時，例如，金屬開關處於導通狀態的微處理器，發揮作為開發用微處理器的功能，金屬開關處於切斷狀態的微處理器，發揮作為量産用微處理器的功能。（4）令內建於微處理器的非揮發性記憶體，在開發用微處理器與量産用微處理器並不相同。（5）藉由改變微處理器的半導體晶片與從將其封裝之封裝體突出的引線之間的連接，以切換開發用微處理器與量産用微處理器。（6）藉由改變開發用微處理器與量産用微處理器的封裝體，以切換開發用微處理器與量産用微處理器。

圖8，係表示利用該等方法切換的開發用微處理器與量産用微處理器的關係圖。在圖8中，左側表示開發用微處理器，右側表示量産用微處理器。開發用微處理器，軟體的改寫係自由（free）的。相對於此，量産用微處理器，軟體的改寫受到限制。例如，在量産用微處理器中，設置成可進行安裝，但無法進行再安裝。開發用微處理器，包含量産用微處理器的功能，亦具備開發用的追加功能。因此，開發用微處理器的硬體價格，比量産用微處理器的硬體價格（價格固定）更高出追加功能的價格（α）。另外，在此的價格，並未包含授權費用。亦即，係表示微處理器的本體（硬體）的價格。

在該實施態樣3中，利用上述的方法，根據表示設置成開發用微處理器或是設置成量産用微處理器的資訊，形成改寫限制資訊。例如，當利用方法（1）實施切換時，基於僅可寫入1次的非揮發性記憶體的輸出的數値，可作為改寫限制資訊使用。

另外，在實施態樣3中，於實施態樣1所示之圖2的授權記憶單元1103，記憶了過去所安裝之有償軟體的履歷資訊。在此，履歷資訊，例如，係特定出所安裝之有償軟體的特殊編號ID。倘若，特定出有償軟體的特殊編號ID，不存在於有償軟體的話，則會於圖23所説明之屬性資訊部ATB儲存特定出有償軟體的特殊編號ID的資訊。

在實施態樣3中，對實施態樣1的圖2，更進一步變更授權管理單元1104。亦即，當將所安裝之有償軟體解除安裝，然後再安裝時，實施態樣3之授權管理單元1104，根據改寫限制資訊、履歷資訊以及有償軟體的特殊編號ID，控制有償軟體儲存到軟體記憶單元1102，同時控制是否更新有償軟體可安裝數。例如，實施態樣3之授權管理單元，在改寫限制資訊表示其為開發用微處理器的情況下，亦即表示可自由改寫的情況下，在將過去所安裝之有償軟體再安裝時，不會更新有償軟體可安裝數，便將有償軟體儲存到軟體記憶單元1102。亦即，發揮無須更新可安裝數便可再安裝的功能。

實施態樣3之微處理器，與實施態樣1所説明之微處理器1100（圖2）類似。亦即，與圖2所示之微處理器1100不同在於授權記憶單元1103以及授權管理單元1104。如先前所述的，實施態樣3之授權記憶單元，於圖2所示之授權記憶單元1103追加了履歷資訊。針對實施態樣3之授權管理單元的動作，在之後進行説明。再者，在實施態樣3中，當從快閃寫入器1105提供有償軟體時，也會供給特定出該有償軟體的特殊編號ID。

另外，實施態樣3之授權管理單元，以下，記載為授權管理單元1104（3），授權記憶單元，以下，記載為授權記憶單元1103（3）。

＜授權管理單元1104（3）的動作＞ 接著，用圖9説明實施態樣3之授權管理單元1104（3）的動作。圖9，係表示授權管理單元1104（3）的動作的流程圖。在步驟S40中，使用者，指定所欲安裝的有償軟體，並指示安裝有償軟體。接收到該指示，授權管理單元1104（3）便開始動作。另外，快閃寫入器1105，將特定有償軟體，提供到微處理器1100。亦即，開始進行安裝。

在步驟S41中，授權管理單元1104（3），判斷改寫限制資訊。當改寫限制資訊，表示存在改寫限制（量産用微處理器）時，授權管理單元1104（3），便接著執行步驟S43。另一方面，當改寫限制資訊，表示可自由改寫（開發用微處理器）時，授權管理單元1104（3），便接著執行步驟S42。

在步驟S42中，授權管理單元1104（3），從授權記憶單元1103（3），讀取過去所安裝之有償軟體的履歷資訊。授權管理單元1104（3），比較所提供之有償軟體所包含的特殊編號ID，與從授權記憶單元1103（3）讀取到的履歷資訊（在圖中記載為SW－ID履歷一致？）。比較的結果，若一致，授權管理單元1104（3），便接著執行步驟S45，若不一致，便執行步驟S43。

例如，有償軟體，構成圖23所示之構造，並於屬性資訊部ATB，儲存了特定出該有償軟體的特殊編號ID。授權管理單元1104（3），藉由將儲存於該屬性資訊部ATB的特殊編號ID與履歷資訊作比較，便可判定是否將過去所安裝之有償軟體再度安裝（再安裝）。

在步驟S43中，授權管理單元1104（3），從授權記憶單元1103（3）讀取授權資訊。在步驟S44中，授權管理單元1104（3）判斷所讀取到之授權資訊所示的有償軟體可安裝數是否在規定數（1）以上。當在步驟S44中判定有償軟體可安裝數小於規定値（1）時，授權管理單元1104（3），便接著執行步驟S40－F，當判定有償軟體可安裝數在規定値（1）以上時，授權管理單元1104（3），便接著執行步驟S45。

在步驟S40－F中，授權管理單元1104（3），將安裝失敗的訊息，通知使用者。藉此，除了並無改寫限制（可自由改寫）而再安裝的情況之外，當有償軟體可安裝數小於規定數時，有償軟體的安裝便被禁止。

在步驟S45中，授權管理單元1104（3），讀取從快閃寫入器1105所提供之有償軟體的軟體部分SB。授權管理單元1104（3），在步驟S46中，將所讀取到的軟體部分SB，寫入（儲存到）軟體記憶單元1102。

接著，在步驟S47中，授權管理單元1104（3），將在步驟S43所讀取到之授權資訊所示的有償軟體可安裝數，減去規定數（1），並產生表示減算之後所得到的有償軟體可安裝數的授權資訊。另外，在步驟S48中，授權管理單元1104（3），將與在步驟S46寫入軟體記憶單元1102的軟體部分SB對應的屬性資訊部ATB所儲存的特殊編號ID，作為履歷資訊，記錄於授權記憶單元1103（3）。

另外，在步驟S49中，授權管理單元1104（3），將步驟S47所生成的授權資訊，寫入（儲存到）授權記憶單元1103（3）。

另外，當授權管理單元1104（3），在步驟S42之後，實施步驟S45～S49時，由於並未實施步驟S43，故授權管理單元1104（3），並未從授權記憶單元1103（3）讀取授權資訊。因此，此時，不會實行在步驟S47的有償軟體可安裝數的減算。另外，也不會實行在步驟S49的對授權記憶單元1103（3）的授權資訊的寫入。

最後，在步驟S40－C中，授權管理單元1104（3），將有償軟體安裝成功的訊息通知使用者。

上述的步驟，在每次安裝有償軟體時實施。

在該實施態樣3中，即使設定了改寫限制，亦即即使是量産用微處理器，亦與實施態樣1同樣，可將有償軟體寫入軟體記憶單元1102，直到到達授權資訊所示的有償軟體可安裝數為止。亦即，即使是量産用微處理器，仍僅在對應預先支付之授權費用的份額內，才可安裝有償軟體。

另外，在該實施態樣3中，當無改寫限制時（可自由改寫），亦即針對開發用微處理器，安裝新的有償軟體時，與實施態樣1同樣，可將有償軟體寫入軟體記憶單元1102，直到到達授權資訊所示的有償軟體可安裝數為止。再者，若針對開發用微處理器安裝一次有償軟體，安裝的履歷（特殊編號ID）會儲存於授權記憶單元1103。由於即使解除安裝，安裝的履歷仍會留在授權記憶單元1103（3），故當將同一有償軟體再安裝時，有償軟體可安裝數不會減少。亦即，不會進行更新，而會維持原樣。換言之，可在不減少有償軟體可安裝數的情況下，將有償軟體再度寫入軟體記憶單元1103，並由執行單元1101執行。

就此而言，若改換觀點，則係即使有償軟體可安裝數小於規定數（1），仍可再安裝有償軟體。因此，當在開發階段中，使用開發用微處理器時，便可不考慮有償軟體可安裝數，而將有償軟體任意解除安裝，並在之後將同一軟體再度安裝（再安裝）。

以上係以微處理器1100為例進行説明，惟並非僅限於此。亦可取代微處理器1100，而使用個人電腦或智慧型手機等的行動終端機。另外，亦可取代快閃寫入器1105，而使用透過光碟讀取裝置或通信線路提供有償軟體的軟體記憶裝置。再者，軟體記憶單元1102，亦可使用硬碟或記憶卡。像這樣，即使變更微處理器、快閃寫入器以及軟體記憶單元，亦可獲得同樣的效果。

＜變化實施例＞ 當有償軟體存在問題（例如程式錯誤）時，軟體配送源有時會提供具備程式錯誤對策的有償軟體（具對策有償軟體）。此時，已經安裝的有償軟體與具對策有償軟體，為相同的特殊編號ID。

由於特殊編號ID相同，故在並未設定改寫限制（可自由改寫）的開發用微處理器中，不會對有償軟體可安裝數造成影響，使用者，可將具對策有償軟體再安裝。

相對於此，在設置成存在改寫限制的量産用微處理器中，只要有償軟體可安裝數並非在規定數以上，便難以安裝具對策有償軟體。

在該變化實施例中，例如，於圖23所示之屬性資訊部ATB，儲存了表示儲存於軟體部SB的有償軟體，為具備軟體程式錯誤對策的具對策有償軟體的資訊（密碼）。另外，在圖9所示之步驟S41中，授權管理單元1104（3），在判定存在改寫限制之後，便判斷於屬性資訊部ATB是否儲存了表示其為具對策有償軟體的資訊。當判定儲存了表示其為具對策有償軟體的資訊時，授權管理單元1104（3），便接著執行步驟S42。藉此，即使是量産用微處理器，針對具對策有償軟體，亦與開發用微處理器同樣，可不減少有償軟體可安裝數，而將具對策有償軟體再安裝。若改換觀點，即使有償軟體可安裝數小於規定數，量産用微處理器以及開發用微處理器雙方，均可將具對策有償軟體再安裝。

當授權管理單元1104，判定於屬性資訊部ATB，儲存了表示其為具對策有償軟體的資訊時，亦可將上述的改寫限制資訊，強制變更為表示無改寫限制。

若根據該變化實施例，便可不相依於有償軟體可安裝數，而安裝具對策有償軟體。亦即，便可在不會對使用者造成負擔的情況下，更新有償軟體。

（實施態樣4） 在實施態樣3中，係說明量産用微處理器與開發用微處理器。如在實施態樣3所説明的，開發用微處理器，比起量産用微處理器而言，大多更附加了開發用的功能。因此，在除了授權費用以外的硬體價格中，開發用微處理器，比量産用微處理器價格更高。若改換觀點，則可謂量産用微處理器的硬體價格藉由刪除開發用的功能而降低。

開發用微處理器，由於比量産用微處理器價格更高，故難以想像會將開發用微處理器用在量産階段，惟還是可以使用。當將開發用微處理器用於量産階段時，便可未經許可而複製有償軟體。為了減少複製所發生的損失，在該實施態樣4中，會對有償軟體的啟動次數設定限制。

決定限制有償軟體的啟動次數或是將啟動次數設為自由（free）而不受限制的方法，係使用在實施態樣3中所説明的方法（1）～（6）的其中任一個。亦即，實施態樣3所説明的改寫限制資訊，係作為啟動次數限制資訊使用。藉此，微處理器，在販售者（製造者）提供之後，便難以變更啟動次數限制資訊，而係被提供作為具有啟動次數限制的微處理器或是啟動次數不限的微處理器。

圖10，係表示實施態樣4之微處理器1100的動作的流程圖。實施態樣4之微處理器1100的構造，係於圖2所示之微處理器的構造，追加記憶有償軟體的啟動次數的啟動次數記憶單元（圖中未顯示）、表示有償軟體已執行的已執行旗標flag（位元），以及設定有償軟體的執行次數的執行次數單元。在此，啟動次數記憶單元，構成即使重置仍保持數値的構造，已執行旗標flag，若重置，則在重置解除時，會被設定為未執行（false）。另外，於執行次數單元，預先設定了啟動許可次數。例如，販售者（製造者），將既定的執行次數n，設定於執行次數單元，並提供給使用者。

在圖10中，微處理器1100表示為MCU。在步驟S50中，例如，藉由將重置（reset）解除，微處理器MCU便啟動。此時，已執行旗標Flag，被設定成未執行（false）。

在步驟S51中，微處理器MCU內的執行單元1101，執行既定的軟體，令具備微處理器MCU的電子裝置達成既定的功能。該既定的軟體，被設定成係有償軟體（SW）或叫出有償軟體（SW）的軟體。圖10，顯示出上述的既定軟體叫出有償軟體（SW）的情況。於圖10的步驟S51，例示出命令（jump、call，etc），作為叫出有償軟體（SW）的命令。

授權管理單元1104，在步驟S52中，判定微處理器MCU所執行的軟體，是否為有償軟體（對啟動設定了次數限制的軟體）。在此，例如當軟體記憶單元1102的特定區域中的軟體被讀取時，授權管理單元1104，便判定為有償軟體被執行。在步驟S52中，當判定並非為有償軟體時（No），授權管理單元1104，便執行步驟S56，當判定為有償軟體時（Yes），便執行步驟S53。在圖10中，步驟S52，記載了「是否為具有啟動次數限制的SW」。

在步驟S53中，授權管理單元1104，判定已執行旗標flag是否為已執行（ture）。亦即，在步驟S53中，判定有償軟體是否已執行。當已執行時（Yes），授權管理單元1104，便接著執行步驟S56，當非已執行時（No），便執行步驟S54。

在步驟S54中，授權管理單元1104，判定儲存於啟動次數記憶單元的啟動次數，是否超過儲存於執行次數單元的執行次數n。在此，於執行次數單元，設定了n，作為預先限制的執行次數。當儲存於啟動次數記憶單元的啟動次數，超過執行次數n時（No），授權管理單元1104，便接著執行步驟S57，當啟動次數並未超過執行次數n時（Yes），便接著執行步驟S55。

在步驟S55中，授權管理單元1104，令啟動次數增加。例如，增加1單位，並儲存於啟動次數記憶單元。例如，儲存於啟動次數記憶單元的啟動次數從1更新到2。另外，在步驟S55中，將已執行旗標flag設定為已執行（true）。之後，在步驟S56中，授權管理單元1104許可微處理器MCU內的執行單元1101執行在步驟S51中所叫出的有償軟體。之後，再度回到步驟S51，在叫出有償軟體的情況下，執行步驟S52～S53。此時，由於在最初（第1次）執行有償軟體時，在步驟S55中，已執行旗標flag從未執行（false）變更為已執行（true），故授權管理單元1104，在步驟S53之後，執行步驟S56。其結果，在步驟S50中，在啟動微處理器MUC之後，即使重複啟動同一有償軟體，儲存於啟動次數記憶單元的啟動次數也不會增加，步驟S57不會被執行。

之後，進行重置，藉由解除該重置，微處理器MCU，再度執行步驟S50，在步驟S50中，已執行旗標flag變成未執行（false）。因此，在步驟S55中，授權管理單元1104，將儲存於啟動次數記憶單元的啟動次數增加。亦即，儲存於啟動次數記憶單元的啟動次數，從2更新為3。之後，執行步驟S51、S52、S53以及S56。其結果，在此情況下亦同，有償軟體，在微處理器MCU中被執行。

然後，進行重置，在解除該重置之後，微處理器MCU，再度執行步驟S50。在步驟S50中，已執行旗標flag設為未執行（false），在步驟S54中，實行儲存於啟動次數記憶單元的啟動次數與執行次數n的比較。在此，例如，當執行次數n為2時，前一次，在步驟S50中，在啟動微處理器MCU時，於啟動次數記憶單元儲存了3作為啟動次數。因此，在步驟S54中，由於啟動次數（3）超過執行次數n（2），故授權管理單元1104會執行步驟S57。

在步驟S57中，授權管理單元1104，禁止執行單元1101執行來自軟體記憶單元1102的軟體。藉此，微處理器MCU，禁止同一有償軟體在超過執行次數n的情況下執行，該有償軟體不會被啟動。另外，在步驟S57中，授權管理單元1104，例如，通知執行單元1101發生了錯誤。

像這樣，針對啟動次數有限制的軟體（例如有償軟體），每次在步驟S50中啟動，儲存於啟動次數記憶單元的啟動次數便增加，當啟動次數超過預先設定的執行次數時，該軟體的執行便被禁止。換言之，當並未重置，而令電子裝置或微處理器MCU持續運作時，啟動次數有限制的軟體便持續執行。相對於此，若對電子裝置或微處理器MCU，施以重置等的啟動，則會計算啟動次數，當到達既定的次數（執行次數）時，電子裝置或微處理器便會停止啟動軟體。

該實施態樣4之微處理器，係作為開發用微處理器使用。藉此，當將開發用微處理器作為量産用微處理器使用時，便可防止未經許可的軟體（藉由複製等方式而被複製的有償軟體）在超過執行次數的情況下被啟動，以圖降低損失。

雖以微處理器MCU（1100）為例進行説明，惟並非僅限於此。亦可取代微處理器MCU，使用個人電腦或智慧型手機等的行動終端機。另外，亦可取代快閃寫入器1105，使用透過光碟讀取裝置或通信線路提供有償軟體的軟體記憶裝置。再者，軟體記憶單元1102，亦可使用硬碟或記憶卡。像這樣，即使變更微處理器、快閃寫入器以及軟體記憶單元，仍可獲得同樣的效果。

＜變化實施例＞ 將實施態樣3與實施態樣4組合。圖11，係表示將實施態樣3與實施態樣4組合時的狀態的説明圖。

藉由上述的改寫控制資訊，開發用微處理器，被設定成實施態樣3所述的可自由改寫的狀態，且被設定成實施態樣4所述的具有啟動次數限制的狀態。相對於此，量産用微處理器，藉由改寫控制資訊，被設定成實施態樣3所述的具有改寫限制的狀態，且被設定成實施態樣4所述的並無啟動次數限制的狀態。即使於開發用微處理器設定了啟動次數限制，由於可自由改寫，故只要在開發階段，藉由改寫，便可將有償軟體再安裝。因此，使用者，在產品開發階段，在使用開發用處理器時，並不會感受到任何不自由，而且可防止開發用微處理器被使用在量産階段。

（實施態樣5） 圖12，係表示實施態樣5之半導體裝置的構造的方塊圖。在此，作為半導體裝置，係以微處理器為例進行説明。在圖12中，1400，係表示微處理器。微處理器1400，具備：執行軟體的執行單元1401、與執行單元1401結合並儲存軟體的軟體記憶單元1402，以及授權管理單元1403。與實施態樣1所述的同樣，微處理器，除了上述的執行單元1401、軟體記憶單元1402以及授權管理單元1403之外，更具備周邊電路單元等，惟在圖12中亦被省略。另外，與實施態樣1同樣，各單元，係利用習知的半導體製造技術形成於1個半導體晶片，雖並無特別限制，惟封裝於1個封裝體。販售者（製造者），在半導體晶片或是封裝了半導體晶片的封裝體的狀態下，將微處理器提供給使用者。

在該實施態樣5中，軟體記憶單元1402，係由可電性改寫的非揮發性記憶體（快閃記憶體）所構成。在圖12中，1105，係圖2所説明的快閃寫入器，其將軟體提供到微處理器1400。

執行單元1401，從軟體記憶單元1402讀取軟體並執行。透過授權管理單元1403，從快閃寫入器1105提供軟體，並寫入（儲存於）軟體記憶單元1402。

授權管理單元1403，將軟體記憶單元1402所具有的區域（位址空間），分成複數個區域進行管理。在此，説明分成2個區域進行管理的例子。亦即，將軟體記憶單元1402的區域，分成儲存了有償軟體的下載區域（以下亦稱為DL應用程式區域），以及除此以外的區域（以下亦稱為使用者區域）進行管理。圖13，係表示軟體記憶單元1402的位址空間的説明圖。在圖13中，AR，係表示軟體記憶單元1402的區域（位址空間），UAR，係表示使用者區域，DRA，係表示DL應用程式區域。

特定的有償軟體，僅可安裝到DL應用程式區域DRA，不允許安裝到使用者區域UAR。另外，使用者由其他途徑購入的軟體、無償軟體以及／或是使用者所作成的軟體，則可安裝到DL應用程式區域以及使用者區域的其中任一區域。換言之，特定的有償軟體，僅允許儲存到DL應用程式區域DRA，不允許儲存到使用者區域UAR。

授權管理單元1403記憶了將軟體記憶單元1402的哪個區域設為DL應用程式區域DAR，將哪個區域設為使用者區域UAR。亦即，根據記憶於授權管理單元1403的設定資訊，決定DL應用程式區域DAR與使用者區域UAR。授權管理單元1403的DL應用程式區域以及使用者區域的設定，在販售者（製造者）將微處理器1400提供給使用者時進行。在販售者（製造者）提供之後，欲變更DL應用程式區域以及使用者區域的設定會變得比較困難。例如，可用實施態樣1所述之方法（1）～（6）的其中任一種方法進行設定。

決定DL應用程式區域DAR以及使用者區域UAR的設定資訊，可視為係授權資訊。因此，圖12所示之授權管理單元1403，可視為具備儲存了授權資訊的授權記憶單元。

另外，當採用方法（2）時，上述的特定密碼，並未提供給使用者，而由販售者（製造者）保有。因此，例如，當使用者希望變更DL應用程式區域DAR與使用者區域UAR的記憶容量比例時，或者在提供給使用者之後，被退回，並將所退回的微處理器提供給其他使用者時，販售者（製造者），便可用特定的密碼，變更記憶容量比例並提供之。

圖14，係表示販售者（製造者）提供給使用者的微處理器1400的記憶容量比例的説明圖。在圖14中，1400－1～1400－4，各自係表示微處理器。微處理器1400－1～1400－4各自的構造，具有與圖12所示之微處理器1400相同的構造，僅軟體記憶單元1402中的記憶容量比例相異。

亦即，在微處理器1400－1中，軟體記憶單元1402中的區域AR，分配1M位元組（1MB）作為DL應用程式區域DAR，分配7M位元組作為使用者區域UAR。在微處理器1400－2中，軟體記憶單元1402中的區域AR，分配2M位元組（2MB）作為DL應用程式區域DAR，分配6M位元組作為使用者區域UAR。另外，在微處理器1400－3中，軟體記憶單元1402中的區域AR，分配4M位元組（4MB）作為DL應用程式區域DAR，分配4M位元組作為使用者區域UAR。同樣地，在微處理器1400－4中，軟體記憶單元1402中的區域AR的全部區域，分配給DL應用程式區域DAR（8M位元組）。

像這樣，藉由變更分配區域的容量比例，便可輕易提供多種具有相同構造的微處理器。此時，DL應用程式區域DAR的容量（記憶容量）越大，便可記憶（儲存）越多的有償軟體，或是記憶更大容量的有償軟體。亦即，DL應用程式區域DAR越大，越高的授權費用附加於微處理器1400的價格（硬體價格），而成為微處理器的價格。其結果，如圖14所示的，從微處理器1400－1到1400－4，微處理器的販售價格變高。此時，使用者，考量所欲安裝之有償軟體的種類、大小等，從微處理器1400－1～1400－4，選擇任意的微處理器購入之。

＜授權管理單元1402＞ 接著，說明授權管理單元1402的動作。在此，説明授權管理單元1402的功能藉由與執行單元1401相異的執行單元（圖中未顯示）以及圖中未顯示的執行單元所實施的軟體達成的態樣。

圖15，係表示授權管理單元1402的動作的流程圖。在圖15中，在步驟S60，吾人指定所欲下載的軟體，並指示下載軟體。藉此，所指定的軟體，從快閃寫入器1105，提供到微處理器1400。在圖15中，步驟S60，表示下載開始。

授權管理單元1403，在步驟S61中，判斷所提供的軟體，是否為特定的有償軟體。亦即，判斷下載的軟體，是否為儲存於DL應用程式區域DAR的特定的有償軟體（以下亦稱為特定的DL應用程式）。當判定的結果，判定並非特定的DL應用程式時（No），授權管理單元1403，便執行步驟S64。此時，在步驟S64中，授權管理單元1403，將所提供的軟體，寫入（儲存到）軟體記憶單元1402內的使用者區域UAR。由於儲存到使用者區域UAR，執行單元1401便可執行，故在步驟S64中開始下載。

相對於此，當在步驟S61中，授權管理單元1401，判定為特定的DL應用程式時，便由授權管理單元1401接著執行步驟S62。在步驟S62中，授權管理單元1403，判定快閃寫入器1105所提供的特定的DL應用程式，是否可下載到DL應用程式區域DAR。例如，當於DL應用程式區域DAR，已經儲存了其他的DL應用程式，而欲儲存所提供之特定的DL應用程式的區域的記憶容量不足時，授權管理單元1403，便判定無法下載（No）。此時，授權管理單元1403，便接著實施步驟S63。相對於此，當判定可下載時（Yes），授權管理單元1403，便實施步驟S64。

當接續步驟S62，實施步驟S64時，授權管理單元1403，便將所提供的軟體（特定的DL應用程式）寫入（儲存到）DL應用程式區域DAR，而非使用者區域UAR。亦即，在步驟S64中，開始將特定的DL應用程式下載到DL應用程式區域DAR。

另一方面，當在步驟S62中，判定無法下載時（No），在步驟S63中，授權管理單元1403，便不實施將軟體寫入到軟體記憶單元1402的動作，而形成下載失敗的狀態。另外，將發生了錯誤的訊息，通知執行單元1401。

像這樣，由授權管理單元1403，對每個下載軟體實施下載軟體的判定與寫入到軟體記憶單元1402的動作，便可於DL應用程式區域DAR，儲存特定的有償軟體（DL應用程式），並由執行單元1401執行。

＜由硬體所形成的控制＞ 在圖15中，係說明由軟體控制軟體記憶單元1402的例子，惟軟體記憶單元1402的控制，亦可由硬體實現之。亦即，亦可用邏輯電路等的硬體，控制軟體記憶單元1402。圖16，係表示軟體記憶單元1402由硬體控制時的構造的方塊圖。

於圖16，僅顯示出與軟體記憶單元1402相關的部分的構造。在圖16中，1500，係表示快閃記憶體。在圖16中，快閃記憶體1500，相當於在軟體記憶單元1402中儲存軟體的部分。快閃記憶體1500，具備位址端子、寫入端子、讀取端子以及資料端子。於圖16，僅顯示出該等端子之中的位址端子ADT與寫入端子WT，讀取端子以及資料端子被省略。在快閃記憶體1500中，藉由對位址端子ADT供給位址信號，並對寫入端子WT供給高位準的寫入信號，而將來自資料端子的資料，電性寫入（儲存於）並供給到位址端子ADT的位址信號所指定的區域。

授權管理單元1402，形成指定被分配作為DL應用程式區域DAR的位址範圍的DL區域指定信號DLD，以及表示下載的軟體是否為特定的DL應用程式的DL應用程式檢測信號DLT。DL區域指定信號DLD，係根據先前説明之方法（1）～（6）所設定的資訊而形成者。另外，根據該DL區域指定信號DLD，所指定的區域，如圖14所示的，在微處理器1400－1～1400－4有所不同。DL應用程式檢測信號DLT，例如在根據儲存於圖23所示之屬性資訊部ATB的資訊，表示其為特定的DL應用程式時，由授權管理單元1403形成之。由於授權管理單元1402所形成的DL區域指定信號DLD，會根據微處理器的價格而變更，故可視為係授權資訊。

在圖16的例子中，位址信號AD以及寫入信號WE，由執行單元1401形成。亦即，對快閃記憶體1500，表示寫入軟體之區域的位址信號AD，從執行單元1401輸出，指示寫入的寫入信號WE，亦從執行單元1401輸出。當然，位址信號AD以及寫入信號WE，亦可從授權管理單元1403輸出。

在圖16中，1501，係比較電路。比較電路1501，比較位址信號AD與DL指定區域信號DLD。當位址信號AD顯示出係在DL指定區域信號DLD所示之位址的範圍內時，比較電路1501，便輸出高位準。另一方面，當位址信號AD顯示出係在DL指定區域信號DLD所示之位址的範圍外時，比較電路1501，便輸出低位準。授權管理單元1403，在從快閃寫入器1105提供特定的DL應用程式時，將DL應用程式檢測信號DLT設為高位準，在並非提供特定的DL應用程式時，將DL應用程式檢測信號DLT設為低位準。另外，寫入信號WE，在實行寫入時，為高位準。

比較電路1501的輸出，相位反轉並供給到及電路1502的一側的端子，DL應用程式檢測信號DLT供給到及電路1502的另一側的端子。及電路1502的輸出，相位反轉，供給到及電路1503的一側的輸入端子，寫入信號WE供給到及電路1503的另一側的輸入端子。在此，及電路1502的輸出，作為錯誤信號供給到執行單元1401。另外，位址信號AD供給到快閃記憶體1500的位址端子ADT，及電路1503的輸出供給到寫入端子WT。

當從快閃寫入器1105提供特定的DL應用程式時，寫入該DL應用程式的位址，被供給作為位址信號AD。此時，由於係特定的DL應用程式，授權管理單元1403，輸出高位準的DL應用程式檢測信號DLT。若此時的位址信號AD，在DL指定區域信號DLD所示之位址的範圍內，則比較電路1501的輸出信號為高位準。由於比較電路1501的輸出信號相位反轉，以低位準供給到及電路1502，故及電路1502的輸出信號為低位準。因此，錯誤信號亦為低位準。在圖16的例子中，當錯誤信號為高位準時，會判定為錯誤。因此，在該狀態下，執行單元1401，不會識別成錯誤。

由於及電路1502的輸出信號為低位準，相位反轉的及電路1502的輸出信號（亦即高位準）與指示寫入的高位準的寫入信號WE供給到及電路1503。藉此，及電路1503，將高位準的信號，供給到快閃記憶體1500的寫入端子WT。其結果，便在快閃記憶體1500中，對供給到位址端子ADT的位址信號AD所指定的區域，實行寫入。

相對於此，當授權管理單元1403，輸出表示為特定的DL應用程式的高位準的DL應用程式檢測信號DLT，而位址信號AD，指定在DL指定區域信號DLD所示之位址的範圍之外時，及電路1502的輸出信號為高位準。亦即，錯誤信號為高位準，執行單元1401，識別到發生了錯誤。另外，由於及電路1502的輸出信號為高位準，及電路1503的輸出信號便為低位準。其結果，低位準供給到快閃記憶體1500的寫入端子WT，寫入便被禁止。

像這樣，在下載特定的DL應用程式時，若特定的DL應用程式的位址，位在DL指定區域信號DLD所示之位址的範圍內，且判定為係特定的DL應用程式，則特定的DL應用程式，便會被寫入快閃記憶體1500內的DL應用程式區域DAR。相對於此，若特定的DL應用程式的位址，顯示出係位在DL指定區域信號DLD所示之位址的範圍之外，則特定的DL應用程式，便不會被寫入快閃記憶體1500，而會產生表示錯誤的錯誤信號。

圖17，係表示軟體記憶單元1402由硬體控制時的另一構造的方塊圖。與圖16同樣，於圖17，僅顯示出與上述的軟體記憶單元1402相關的部分。在圖17中，1604，係表示快閃記憶體，1600，係表示寫入緩衝器。在圖17所示的例子中亦同，在軟體記憶單元1402中儲存軟體的部分，相當於快閃記憶體1604。快閃記憶體1604，寫入速度比較慢。因此，在圖17中，設置了寫入緩衝器1600。

寫入緩衝器1600，例如由靜態型記憶體所構成，比快閃記憶體1600更高速地運作。寫入緩衝器1600，具有位址端子、有效旗標端子，以及資料端子。於圖17，位址端子以及有效旗標端子，表示為ADT以及VF，資料端子被省略。所提供的軟體，並非先寫入到快閃記憶體1604，而係先寫入到寫入緩衝器1600。寫入緩衝器1600，具備與區域對應的有效位元，有效位元，根據寫入對應區域的資料是否為有效資料而設定。例如，當寫入對應區域的資料為有效資料時，有效位元設定為高位準，當為無效資料時，設定為低位準。

當有效位元表示為有效資料時（高位準），寫入緩衝器1600，在適當的時序，將寫入對應有效位元的區域的資料，轉送到快閃記憶體1604，並寫入（儲存到）快閃記憶體1604。由於寫入緩衝器1600以比較高的速度運作，故可達到寫入高速化之目的。另外，當有效位元表示為無效資料時（低位準），儲存於對應該有效位元的區域的資料，不會被轉送到快閃記憶體1604，對快閃記憶體1604的寫入不會被實施。

與圖16所示之例同樣，在圖17所示之例中，亦從授權管理單元1403，輸出DL區域指定信號DLD以及DL應用程式檢測信號DLT。另外，從執行單元1401輸出位址信號AD。在圖17中，1601，係比較電路，比較電路1601，比較位址信號AD與DL區域指定信號DLD。比較電路1601，在位址信號AD指定於DL區域指定信號DLD所指定的區域內時，將輸出信號設為高位準，在指定於DL區域指定信號DLD所指定的區域外時，將輸出信號設為低位準。

比較電路1601的輸出信號，相位反轉，供給到及電路1602的一側的輸入端子，DL應用程式檢測信號DLT供給到及電路1602的另一側的輸入端子。及電路1602的輸出信號，供給到反及電路1603的一側的輸入端子，同時作為錯誤信號，供給到執行單元1401。從寫入緩衝器1600，表示有效位元的狀態的有效旗標VFG相位反轉，供給到反及電路1603的另一側的輸入端子。該反及電路1603的輸出信號，供給到寫入緩衝器1600的有效旗標端子VF。

當從快閃寫入器1105，提供特定的DL應用程式時，授權管理單元1403，將DL應用程式檢測信號DLT設為高位準。此時，位址信號AD，係指定儲存了DL應用程式的快閃記憶體1604的區域的位址信號。若位址信號AD所指定的區域，在DL區域指定信號DLD所指定的範圍內，則比較電路1601的輸出信號為高位準。由於來自比較電路1601的高位準的輸出信號，相位反轉，供給到及電路1602，故及電路1602的輸出信號，為低位準。其結果，錯誤信號，為表示錯誤並未發生的低位準，對執行單元1401通知錯誤並未發生。

此時，若於位址信號ADT所指定之寫入緩衝器1600的區域並未儲存有效資料，寫入緩衝器1600便輸出低位準的有效旗標VFG。藉此，來自及電路1602的低位準的輸出信號與相位反轉所形成之高位準的有效旗標VFG便供給到反及電路1603，反及電路1603，將高位準的信號供給到有效旗標端子VF。其結果，於此時的位址信號ADT所指定之寫入緩衝器1600內的區域，儲存了DL應用程式（亦即軟體），同時於對應位址信號ADT所指定之區域的有效位元，儲存了表示為有效資料的高位準。由於有效位元設定為高位準，所儲存之DL應用程式，便在適當的時序，轉送到快閃記憶體1604儲存。

相對於此，例如，當位址信號AD所指定的區域，位在DL區域指定信號DLD所指定的區域外時，比較電路1601的輸出信號為低位準。此時，若DL應用程式檢測信號DLT為高位準，及電路1602的輸出信號便為高位準。藉此，高位準的錯誤信號，供給到執行單元1401，執行單元1401，便可識別到發生了錯誤。由於來自及電路1602的高位準的輸出信號與相位反轉所形成的高位準的有效旗標VFG供給到反及電路1603，故反及電路1603的輸出信號為低位準。其結果，此時，對應位址信號AD所指定之區域的有效旗標，設定為低位準。由於有效旗標設定為低位準，儲存於此時的位址信號AD所指定的區域的資料，便不會轉送到快閃記憶體1604，而不會寫入快閃記憶體1604。

像這樣，在下載特定的DL應用程式時，若特定的DL應用程式的位址，位在DL指定區域信號DLD所示之位址的範圍內，且判定為係特定的DL應用程式，則有效位元會被設定為有效資料。寫入設定為有效資料的區域的DL應用程式，會被寫入快閃記憶體1604的DL應用程式區域DAR。藉由使用寫入緩衝器1600，便可達到寫入高速化之目的。相對於此，若特定的DL應用程式的位址顯示出係位在DL指定區域信號DLD所示的位址的範圍之外，特定的DL應用程式便不會被寫入快閃記憶體1604，而會產生表示錯誤的錯誤信號。

作為半導體裝置，係以微處理器1401為例進行説明，惟半導體裝置並非僅限於此。

再者，亦可取代微處理器1401，使用個人電腦或智慧型手機等的行動終端機。另外，亦可取代快閃寫入器1105，使用透過光碟讀取裝置或通信線路提供有償軟體的軟體記憶裝置。另外，軟體記憶單元1402，亦可使用硬碟或記憶卡。像這樣，即使變更微處理器、快閃寫入器以及軟體記憶單元，仍可獲得同樣的效果。

＜變化實施例＞ 實施態樣5，例如亦可與實施態樣1或是實施態樣2組合。亦即，將圖2所示之授權記憶單元1103（圖6所示之授權記憶部1305），追加到實施態樣5所説明的構造。此時，利用授權管理單元1403，實施儲存於授權記憶單元1103的授權資訊的更新，同時亦實施授權資訊所示之有償軟體可安裝數的確認。

其結果，便可根據可安裝數與DL應用程式區域DAR的記憶容量二者，控制軟體儲存到軟體記憶單元1402內的DL應用程式區域DAR。此時，即使儲存於授權記憶單元1303的授權資訊，例如被以不正當的方式變更，由於DL應用程式區域DAR的記憶容量受到限制，故仍可達到減少損失之目的。

（實施態樣6） 在該實施態樣6中，與實施態樣1～5不同，利用授權管理單元，控制執行單元執行有償軟體。

實施態樣6之微處理器的構造，與實施態樣5所説明之微處理器的構造類似。主要的差異部分，係授權管理單元。參照圖12進行説明，實施態樣6的微處理器1400，具備執行單元1401、軟體記憶單元1402，以及授權管理單元1403。與實施態樣5同樣，該實施態樣之微處理器1400，雖在上述單元之外更具備複數個單元，惟在此亦被省略。

另外，在該實施態樣6中，亦與實施態樣5同樣，軟體記憶單元1402的區域（位址空間）AR，如圖13所示的，分成使用者區域UAR與DL應用程式區域DAR，如圖14所示的，使用者區域UAR與DL應用程式區域DAR的記憶容量比例彼此相異的微處理器，由販售者（製造者）提供。使用者區域UAR以及DL應用程式區域DAR的容量比例，與實施態樣5同樣，由實施態樣1所説明的方法（1）～（6）決定。

接著，用圖18説明實施態樣6之授權管理單元1403的動作。圖18，係表示該實施態樣之授權管理單元1403的動作的流程圖。

在步驟S70中，執行單元1401，從軟體記憶單元1402讀取（叫出）軟體SW。例如，在執行單元1401執行既定的軟體的過程中，利用關於叫出的命令（例如，跳躍命令jump、呼叫命令call等），叫出軟體（SW）。

授權管理單元1403，在步驟S71中判斷執行單元1401所叫出的軟體（對象SW）是否為DL應用程式（有償軟體）。是否為DL應用程式的判斷，例如，以如下方式實施。亦即，在將該DL應用程式儲存到軟體記憶單元1402時，將儲存於該軟體的屬性資訊部ATB的資訊（例如特殊編號ID），儲存到授權管理單元1403。此時，將該軟體的位址（例如開始位址），以與特殊編號ID對應的方式，儲存到授權管理單元1403。在步驟S71中，授權管理單元1403，根據關於叫出的命令，取得軟體的開始位址，基於所取得的開始位址，檢索儲存於授權管理單元1403的開始位址。若發現與檢索一致的開始位址對應的特殊編號ID，便判定為DL應用程式（有償軟體），若並未發現，便判定為並非DL應用程式。

在步驟S71中，當判定軟體為DL應用程式時（Yes），授權管理單元1403，便接著執行步驟S72。相對於此，當在步驟S71中，判定軟體並非DL應用程式時（No），授權管理單元1403，便接著執行步驟S74。

在步驟S72中，授權管理單元1403判斷執行單元1401執行DL應用程式時的位址（執行位址），是否在DL應用程式區域DRA內。在此，DL應用程式區域DRA的範圍，如圖14所示的，依照微處理器的種類（1400－1～1400－4）而有所不同。當在步驟S72中，判定執行位址在DL應用程式區域DRA內時（Yes），授權管理單元1403，便接著執行步驟S74。相對於此，當在步驟S72中，判定執行位址在DL應用程式區域DRA之外時（No），授權管理單元1403，便接著執行步驟S73。

在步驟S73中，授權管理單元1403，禁止執行單元1401執行該軟體。另外，在步驟S73中，授權管理單元1403，對執行單元1401通知錯誤。

在步驟S74中，授權管理單元1403，許可執行單元1401叫出以及執行該軟體。藉此，執行單元1401，便可執行既定的軟體。

當在步驟S70中所叫出的軟體為DL應用程式時，便執行步驟S72。在步驟S72中，若DL應用程式的執行位址位在DL應用程式區域內，在步驟S74中，便許可執行單元1401執行DL應用程式。相對於此，若DL應用程式的執行位址位在DL應用程式區域之外，便執行步驟S73。此時，便禁止執行單元1401執行DL應用程式。另外，若並非DL應用程式，便在步驟S74中，許可執行單元1401執行之。

像這樣，利用授權管理單元1403，控制執行單元1401執行DL應用程式（有償軟體）。藉此，例如，當實行於使用者區域UAR儲存DL應用程式（有償軟體）等不正當的動作時，便可防止DL應用程式被執行。

＜由硬體所形成的控制＞ 在圖18中，係說明由軟體控制執行DL應用程式的例子，惟執行DL應用程式的控制，亦可由硬體實現之。亦即，亦可用邏輯電路等的硬體進行控制。圖19，係表示DL應用程式的執行由硬體控制時的構造的方塊圖。

在圖19中，1700係表示快閃記憶體。該快閃記憶體1700，相當於軟體記憶單元1401。因此，快閃記憶體1700的記憶區域，為軟體記憶單元1401的記憶區域AR，快閃記憶體1400的記憶區域，分成使用者區域UAR與DL應用程式區域DAR。

快閃記憶體，如在圖16中所説明的，具備位址端子、寫入端子、讀取端子以及資料端子。於圖19，位址端子顯示為ADT，讀取端子顯示為RT。在圖19中，寫入端子以及資料端子被省略。

快閃記憶體1700，在高位準的讀取信號RE供給到讀取端子RT時，讀取儲存於供給到位址端子ADT的位址信號所指示的區域的資料。所讀取的資料，透過圖中未顯示的資料端子，供給到執行單元1401。執行單元1401，將所供給的資料作為命令執行。藉此，微處理器1400便實行既定的動作。

授權管理單元1403，輸出指定DL應用程式區域DAR的DL區域指定信號DLD，以及表示是否為DL應用程式的DL應用程式檢測信號DLT。在此，DL區域指定信號DLD，係表示在快閃記憶體1700中所分配之DL應用程式區域DRA的範圍的位址信號。另外，DL應用程式檢測信號DLT，係在圖18的步驟S71中，以所説明之方式形成的信號，當為DL應用程式時，為高位準，當並非為DL應用程式時，為低位準。另外，在圖19中，位址信號AD，由執行單元1401形成，讀取信號RE，亦由執行單元1401形成。

在圖19中，1701，係比較電路，比較電路1701，比較來自執行單元1401的位址信號AD與來自授權管理單元1403的DL區域指定信號DLD。藉由比較，當位址信號AD所指定的區域，存在於DL區域指定信號DLD所指定的區域內時，比較電路1701將輸出信號設為高位準。另一方面，當位址信號AD所指定的區域，存在於DL區域指定信號DLD所指定的區域外時，比較電路1701將輸出信號設為低位準。

來自比較電路1701的輸出信號，相位反轉，供給到及電路1702的一側的輸入端子。DL應用程式檢測信號DLT供給到及電路1702的另一側的輸入端子，及電路1702的輸出信號，相位反轉，供給到及電路1703的一側的輸入端子。另外，及電路1702的輸出信號，作為錯誤信號，供給到執行單元1401。來自執行單元1401的讀取信號RE供給到及電路1703的另一側的輸入端子，及電路1703的輸出信號，供給到快閃記憶體1700的讀取端子RT。

在執行單元1401執行軟體時，執行單元1401，將軟體的執行位址，輸出作為位址信號AD。另外，為了從快閃記憶體1700讀取軟體，將讀取信號RE設為高位準。

若執行單元1401所輸出的執行位址（亦即位址信號AD）指定在DL區域指定信號DLD所指定的區域內，便從比較電路1701輸出高位準的輸出信號。該高位準，相位反轉，以低位準供給到及電路1702的一側的輸入端子。其結果，及電路1702的輸出信號為低位準。執行單元1401，在錯誤信號為高位準時，識別到發生了錯誤。因此，在供給了低位準的錯誤信號的狀態下，係識別為並未發生錯誤。

及電路1702所輸出之低位準的輸出信號，再度相位反轉，供給到及電路1703的一側的輸入端子。此時，執行單元1401，為了讀取軟體，將讀取信號設為高位準。其結果，及電路1703，將高位準的輸出信號，供給到快閃記憶體1700的讀取端子RT。藉此，快閃記憶體1700，將儲存於執行位址（亦即位址信號AD）所指定之區域的資料，供給到執行單元1401。執行單元1400，將所供給的資料作為軟體的命令執行。

藉此，便可從DL區域指定信號DLD所指定的區域讀取DL應用程式（有償軟體），並由執行單元1401執行之。

相對於此，當來自執行單元1401的位址信號AD，指定在DL區域指定信號DLD所指定的區域之外時，比較電路1701的輸出信號便為低位準。若DL應用程式檢測信號DLT為高位準，則及電路1702的輸出信號便為高位準。其結果，執行單元1401，便識別到發生了錯誤。另外，由於及電路1702的輸出信號為高位準，及電路1703的輸出信號便為低位準。亦即，低位準的讀取信號會供給到快閃記憶體1700的讀取端子RT。其結果，便不會從快閃記憶體1700輸出資料，而會停止供給軟體到執行單元1401。亦即，會禁止執行單元1401執行DL應用程式（有償軟體）。

像這樣，在從DL區域指定信號DLD所指定的區域讀取到DL應用程式（有償軟體）的情況下，執行單元1401的執行會被許可，在從DL區域指定信號DLD所指定的區域之外讀取到的情況下，執行單元1401的執行會被禁止。

圖20，係表示DL應用程式的執行由硬體控制時的另一構造的方塊圖。

在圖20中，1800，係表示命令佇列。從軟體記憶單元1403，依序儲存命令到命令佇列1800，並供給到執行單元1401。命令佇列1800，具備快閃端子FLT。藉由將高位準的快閃信號供給到該快閃端子FLT，儲存於命令佇列1800的全部命令便被刪除。另外，在圖20中，從軟體記憶單元1402到命令佇列1800的路徑被省略。

由於圖20所示的位址信號AD、DL區域指定信號DLD、DL應用程式檢測信號DLT以及錯誤信號，與圖19所示的各信號相同，故省略説明。

在圖20中，1801，係比較電路，比較電路1801，比較來自執行單元1401的位址信號AD與DL區域指定信號DLD。當位址信號AD指定在DL區域指定信號DLD所指定的區域外時，比較電路1801，輸出低位準的輸出信號。相對於此，當位址信號AD指定在DL區域指定信號DLD所指定的區域內時，比較電路1801，輸出高位準的輸出信號。比較電路1801的輸出信號，相位反轉，供給到及電路1802的一側的輸入端子，DL應用程式檢測信號DLT供給到及電路1802的另一側的輸入端子。及電路1802的輸出信號，作為快閃信號供給到命令佇列1800的快閃端子FLT，同時作為錯誤信號供給到執行單元1401。

當執行單元1401執行DL應用程式（有償軟體）時，DL應用程式檢測信號DLT為高位準。當執行單元1401，從DL應用程式區域DAR之外（亦即使用者區域UAR），讀取所欲執行的DL應用程式時，位址信號AD便指定在DL區域指定信號DLD所指定的區域之外。其結果，比較電路1801的輸出信號為低位準，及電路1802的輸出信號為高位準。亦即，快閃信號為高位準，儲存於命令佇列1800的全部命令會被刪除。藉此，便可禁止執行單元1401執行DL應用程式。另外，由於此時錯誤信號為高位準，故執行單元1401可識別到發生了錯誤。

相對於此，當從DL應用程式區域DAR讀取DL應用程式時，位址信號AD便指定在DL區域指定信號DLD所指定的區域內。其結果，比較電路1801的輸出信號為高位準，低位準的快閃信號供給到命令佇列1800的快閃端子FLT，低位準的錯誤信號供給到執行單元1401。藉此，儲存於命令佇列1800的命令不會被刪除，而會被供給到執行單元1401執行。亦即，許可執行單元執行DL應用程式（有償軟體）。另外，由於錯誤信號為低位準，故執行單元1401可識別到並未發生錯誤。

在圖20所示之例中，係藉由刪除儲存於命令佇列1800的命令，以禁止執行單元1401執行DL應用程式。

當根據錯誤信號識別到發生了錯誤時，執行單元1401便執行錯誤處理用的軟體。藉由執行該錯誤處理用的軟體，便可實行各種錯誤對策。例如，在圖20所示之例中，係説明在發生了錯誤時，將儲存於命令佇列1800的全部命令刪除，惟亦可利用錯誤處理的軟體實施各種對策。例如，亦可於命令佇列1800，設置表示所儲存之命令是否為有效的有效位元，並藉由執行錯誤處理用的軟體，將有效位元變更為表示命令為無效的無效位元。另外，在命令佇列1800中，亦可藉由執行錯誤處理用的軟體，而令指定儲存命令之位置的寫入指標的更新停止。

作為半導體裝置，係以微處理器1401為例進行説明，惟半導體裝置，並非僅限於此。

再者，亦可取代微處理器1401，使用個人電腦或智慧型手機等的行動終端機。另外，亦可取代快閃寫入器1105，使用透過光碟讀取裝置或通信線路提供有償軟體的軟體記憶裝置。另外，軟體記憶單元1402，亦可使用硬碟或記憶卡。像這樣，即使變更微處理器、快閃寫入器以及軟體記憶單元，仍可獲得同樣的效果。

＜變化實施例1＞ 亦可將實施態樣6，例如與實施態樣1或是實施態樣2組合。亦即，將圖2所示之授權記憶單元1103（圖6所示之授權記憶部1305），追加到實施態樣6所説明的構造。此時，利用授權管理單元1403，實施儲存於授權記憶單元1103的授權資訊的更新，同時亦實施授權資訊所示之有償軟體可安裝數的確認。

其結果，便可根據可安裝數與DL應用程式區域DAR的記憶容量二者，控制軟體儲存到軟體記憶單元1402內的DL應用程式區域DAR。此時，即使儲存於授權記憶單元1303的授權資訊，例如被以不正當的方式變更，由於DL應用程式區域DAR的記憶容量受到限制，故仍可達到減少損失之目的。

＜變化實施例2＞ 將實施態樣6與實施態樣5組合。藉此，便可在下載DL應用程式時與執行DL應用程式時，確認是否為不正當的動作，進而能夠更有效地對抗不正當的動作。

＜變化實施例3＞ 將實施態樣6與實施態樣1或2以及實施態樣5組合。藉此，便可達到減少因為不正當的動作所受到之損失的目的，同時可更有效地對抗不正當的動作。

（實施態樣7） 在實施態樣5以及6中，軟體記憶單元1402的區域AR的一部分的區域，分配給DL應用程式區域DAR，DL應用程式區域DAR以外的區域，分配給使用者區域UAR。在該實施態樣7中，在執行單元1401執行使用者區域UAR中的軟體時，限制對DL應用程式區域DAR的存取。

圖21，係表示實施態樣7之微處理器的動作的概念圖。在執行單元1401執行使用者區域UAR中的軟體時，禁止對DL應用程式區域DAR寫入以及讀取資料。此時，可用使用者區域UAR中的軟體，執行DL應用程式區域DAR中的軟體。

藉此，便可防止藉由執行使用者區域UAR中的軟體，解析以及／或是複製儲存於DL應用程式區域DAR的軟體。其結果，便可保護（防止解析、複製）儲存於DL應用程式區域DAR的有償軟體。

若根據該實施態樣7，即使不於微處理器設置像記憶體管理功能（MMU）或記憶體保護功能那樣的高等功能（高成本），仍可防止軟體被解析、複製。亦即，在提供微處理器給使用者時，會分配DL應用程式區域DAR與使用者區域UAR，此時只要設定像上述那樣的存取限制，便能夠以低成本提高安全性。

另外，在執行DL應用程式區域中的軟體時，可對使用者區域UAR寫入以及讀取資料。另外，使用者區域UAR中的軟體與DL應用程式區域中的軟體之間的資料的傳遞，用使用者區域UAR中的區域或執行單元1401所具備的暫存器實施。

另外，作為如圖21所示的禁止讀取以及寫入資料但可執行軟體的構造，例如只要在執行單元1401所具備之程式計數器存取DL應用程式區域DAR的情況下許可存取，並在其以外的情況下禁止存取即可。

（實施態樣8） 在實施態樣5以及6中，軟體記憶單元1402的區域AR的一部分的區域，分配給DL應用程式區域DAR，DL應用程式區域DAR以外的區域，分配給使用者區域UAR。在該實施態樣8中，例如用來一次性地儲存資料的資料用的記憶單元，亦分成DL應用程式用與使用者用。

圖22，係表示實施態樣8之微處理器的動作的概念圖。在圖22中，DAR－D，係表示DL應用程式用資料區域，UAR－D，係表示使用者用資料區域，資料用的記憶單元，分成DL應用程式用資料區域DAR－D與使用者用資料區域UAR－D。在該實施態樣8中，在執行單元1401執行使用者區域UAR中的軟體時，禁止對DL應用程式用資料區域DAR－D寫入以及讀取資料。相對於此，在執行單元1401執行DL應用程式區域DAR中的軟體時，許可對使用者用資料區域UAR－D寫入以及讀取資料。

藉此，便可防止藉由實施使用者區域UAR中的軟體，不正當地解析以及／或是複製DL應用程式用資料區域DAR－D中的資料，進而與實施態樣7同樣，更有效地保護有償軟體。另外，亦可與實施態樣7同樣，以低成本提高安全性。

另外，作為DL應用程式用資料區域DAR－D與使用者用資料區域UAR－D，亦可使用內建於微處理器1400的靜態型記憶體，或是使用設置於微處理器1400的外部的揮發性記憶體。

當然，實施態樣7與實施態樣8亦可組合使用之，或是個別使用之。

（實施態樣9） 實施態樣9，提供用實施態樣1～8所説明的半導體裝置以及電子裝置收取授權費用的授權費用收取系統。圖24，係表示授權費用收取系統的構造的系統圖。在圖24所示的系統中，販售者以及／或是製造者，將半導體裝置或是電子裝置以及有償軟體，提供給使用者，販售者以及／或是製造者，從使用者，收取其對價。因此，圖24，亦可視為係表示販售者（製造者）與使用者之間的商業模式。此時，販售者以及／或是製造者，亦可為複數。

在圖24中，1900，係表示使用者，1910，係表示販售者以及／或是製造者。販售者（製造者）1910，將實施態樣1～8所説明之半導體裝置（微處理器）或是電子裝置以及有償軟體，提供給使用者1900。在同圖中，1911，係表示販售者（製造者）1910所製造、販售的裝置，1901，係表示從販售者（製造者）1910提供（1915）給使用者1900的裝置。在此，將在實施態樣1～8中所説明的半導體裝置以及電子裝置總稱（表示）為裝置。亦即，在此所述的裝置1901以及1911，係實施態樣所説明的半導體裝置或是電子裝置。

在圖24中，1920－1以及1920－2，分別表示有償軟體。有償軟體1920－1以及／或是1920－2，例如因應使用者1900的要求，從販售者（製造者），提供（1921）給使用者1900。在此，為了方便説明，係先説明由同一販售者（製造者）提供（1915、1921）裝置1911與有償軟體1920－1、1920－2的情況，當然，提供裝置1911的販售者（製造者）與提供有償軟體1920－1、1920－2的販售者（製造者），並非必須同一。再者，有償軟體1920－1與1920－2，亦可由個別的販售者（製造者）提供。另外，亦可由提供裝置1911的販售者（製造者），提供複數個有償軟體1920－1、1920－2之中的至少1個。

在圖24中，裝置1901、1911的構造，具有在實施態樣1～8中所説明的構造，在同圖中，僅描繪出説明所必要的構造，其他構造省略。在同圖中，1912，係表示軟體記憶裝置，1913，係表示授權記憶裝置，1914，係表示授權管理裝置。在此亦同，軟體記憶裝置1912，為實施態樣所説明之軟體記憶部（在圖1中為1002）與軟體記憶單元（在圖2中為1102）的總稱。另外，授權記憶裝置1913，係授權記憶部（在圖1中為1003）與授權記憶單元（在圖2中為1103）的總稱。同樣地，授權管理裝置1914，係授權管理部（在圖1中為1004）與授權管理單元（在圖2中為1104）的總稱。

販售者（製造者）1910，在將裝置1911提供給使用者1900之前，將實施態樣所説明的授權資訊，儲存於授權記憶裝置1913。販售者（製造者），在將裝置1911提供給使用者1900時，係提供（1915）具備儲存了授權資訊的授權記憶裝置1913的裝置1911。販售者（製造者）1910儲存於授權記憶裝置1913的授權資訊，如實施態樣所説明的，係表示有償軟體可安裝數、可安裝點數、可安裝記憶容量等的資訊。

此時，販售者（製造者）1910，於裝置1911的硬體價格（HW價格），附加相當於授權資訊所示之可安裝量（亦即授權數）的授權費用，定出提供給使用者1900的裝置1911的價格（亦即販售價格）。亦即，販售者（製造者）1910，以於裝置1911的HW價格附加（加算）相當於授權數之授權費用所定出的販售價格，將裝置1911提供（1915）給使用者1900。此時，根據儲存於授權記憶裝置1913的授權資訊，販售價格會改變。

使用者1900，在購入裝置1911之後，為了實現使用者1900所期望的功能，可因應需要，透過軟體提供裝置1904，將有償軟體下載到所購入的裝置（在圖24中，所購入的裝置表示為1901）。此時，如實施態樣1～8所説明的，授權管理裝置1914許可有償軟體的下載（亦即儲存到軟體記憶裝置1912）或是執行，直到到達儲存於授權記憶裝置1913的授權資訊所示的授權數為止。因此，使用者1900，在下載之前，支付取得有償軟體許可所需要的授權費用。另外，在圖24中，顯示出授權管理部1914監視下載，藉以許可下載直到到達授權資訊所示的授權數為止。

另外，當超過授權資訊所示的授權數時，授權管理裝置1914，便限制下載或執行。因此，授權資訊，可視為係限制下載或執行的限制資訊。

亦即，在該實施態樣中，會預付授權費用。因此，使用者1900，對來自販售者（製造者）1910的裝置1911的提供（1915），支付裝置的硬體價格（HW價格）1931與授權費用的預付價格1930（在圖24中記載為預付）的合計價格，作為購入價格。另外，在此，販售者（製造者）1910所定的販售價格與使用者1900所支付的購入價格相同。

接著，揭示根據儲存於授權記憶裝置1913的授權資訊改變販售價格（購入價格）的例子。

以授權資訊表示有償軟體可安裝數的態樣為例，先進行説明。在此，裝置1911的硬體價格（HW價格），例如為10美元，有償軟體1件為30美元。此時，儲存了有償軟體可安裝數顯示為0的授權資訊的裝置1911的販售價格為10美元。相對於此，儲存了有償軟體可安裝數顯示為1的授權資訊的裝置1911的販售價格為40美元，儲存了有償軟體可安裝數顯示為2的授權資訊的裝置1911的販售價格為70美元。之後，有償軟體可安裝數每增加1，裝置1911的販售價格便提高30美元。

另外，説明授權資訊表示有償軟體的可安裝點數的態樣。在此，裝置1911的硬體價格（HW價格），亦為10美元，1點為1美元。此時，儲存了顯示點數為0的授權資訊的裝置1911的販售價格為10美元。相對於此，儲存了顯示點數為50的授權資訊的裝置1911的販售價格為60美元，儲存了顯示點數為100的授權資訊的裝置1911的販售價格為110美元。之後，點數每增加1點，裝置1911的販售價格便提高1美元。此時，若1件有償軟體的授權許可所要求的點數例如為50點的話，對販售價格為60美元的裝置1911，便許可下載1件有償軟體，對販售價格為110美元的裝置1911，便許可下載2件有償軟體。若欲下載許可件數以上的有償軟體，則下載會失敗。亦即，下載會受到限制。

再者，説明授權資訊表示有償軟體的可安裝記憶容量（DL應用程式區域DAR的記憶容量）的態樣。在此，裝置1911的硬體價格（HW價格）亦為10美元。此時，亦可視為軟體記憶裝置1912的區域（位址空間）AR全部分配給使用者區域UAR。當在軟體記憶裝置1911的區域AR之中分配1M位元（1MB）給DL應用程式區域DAR時，販售價格為例如60美元，當分配2M位元（2MB）給DL應用程式區域DAR時，販售價格為110美元，當分配4M位元（4MB）給DL應用程式區域DAR時，販售價格為210美元。像這樣，例如每多分配1M位元的記憶容量，便提高例如50美元。此時，分配給DL應用程式區域DAR的記憶容量，可下載有償軟體，直到因為有償軟體而不足為止。直到DL應用程式區域DAR發生不足為止所下載的有償軟體數，為授權資訊所示的授權數，對應該授權數的授權費用會被預付。

當視為授權費用收取系統時，授權資訊，相當於所預付的授權費用。亦即，授權資訊顯示出對應所預付之授權費用的數値。試述一例，對應所預付的授權費用，授權資訊所示的有料軟體可安裝數也會改變。授權管理裝置1914，在儲存或是執行有償軟體時，當此時的授權資訊所表示的授權費用，滿足該有償軟體的授權費用時，亦即當可支付該有償軟體的授權費用時，便許可有償軟體的儲存或是執行。另外，授權管理裝置1914，在許可了有償軟體的儲存或是執行之後，將該有償軟體的授權費用，從授權資訊所示的費用（授權費用）減去，並將相當於減算之後所得到的授權費用的授權資訊，儲存於授權記憶裝置。

另外，如實施態樣1所述的，在將有償軟體解除安裝之後，授權管理裝置1914，可更新授權資訊。此意味著，在視為授權費用收取系統的情況下，將解除安裝的有償軟體的授權費用，加到此時授權記憶裝置所儲存的授權資訊所示的費用（授權費用），並將相當於加算之後所得到的授權費用的授權資訊，儲存於授權記憶裝置。

如圖14所示的，當將軟體記憶裝置的區域AR，分成DL應用程式區域DAR（第1記憶區域）與使用者區域（第2區域）UAR時，由於第1記憶區域越大，所預付的授權費用越高，故第1記憶區域越大的裝置價格越高。

關於從販售者（製造者）1910提供（1921）有償軟體給使用者1900，存在各種方法。當販售者（製造者）提供（1921）有償軟體時，亦可不向使用者1900要求相對於有償軟體的對價。這是因為，當使用者1900購入裝置1911時，對應可下載到裝置1911的有償軟體的費用（授權費用）已被包含在裝置1911的販售價格之內，並以預付的方式支付給了販售者（製造者）的關係。因此，提供（1921）有償軟體的方法，可採用各種方法。

例如，販售者（製造者）1910，將有償軟體1920－1以及1920－2，儲存於光碟等的記憶媒體，並將該光碟等的記憶媒體，提供（1921）給使用者1910。此時，軟體提供裝置1904，例如由光碟讀取裝置所構成。使用者1900，用該光碟讀取裝置，讀取所提供的光碟，藉此將有償軟體提供給所購入的裝置1901。當然，許可有償軟體之授權的授權費用並非僅限於預付，而關於光碟等的記憶媒體的費用以及儲存所需的費用亦並非僅限於由販售者（製造者）1910向使用者1900請求。

另外，亦可於販售者（製造者）1910側所具備的伺服裝置，儲存有償軟體1920－1、1920－2，透過網際網路等的通信線路，使用者1900，從販售者（製造者）1910側的伺服裝置，取得有償軟體，並提供給裝置1901。此時，軟體提供裝置1904，例如包含使用者1900側的伺服裝置，而從使用者1900側的伺服裝置下載到裝置1901。

例如，吾人認為，當在工場的製造生產線製造搭載了使用者1900所購入之裝置1901的產品時，會於工場的製造生產線，存在安裝有償軟體的步驟。此時，安裝步驟中的製造裝置（例如快閃寫入器、ROM寫入器等）或與製造裝置連接的個人電腦等的資訊處理裝置，作為軟體提供裝置1904，將有償軟體1920－1、1920－2儲存到該軟體提供裝置1904。所儲存的有償軟體1920－1、1920－2，會在安裝步驟中，提供給裝置1901。此時，關於將有償軟體儲存到製造裝置、資訊處理裝置，並無必要特別設置限制。因此，例如若使用者1900透過通信線路預先將有償軟體儲存到製造裝置以及／或是資訊處理裝置，便無須在每次將有償軟體下載到裝置1901時都必須透過通信線路下載。另外，當使用者1900因應製造產品的計畫而增加製造生產線時，亦可複製預先儲存的有償軟體並利用之。相反的，當減少製造生產線時，針對多餘的有償軟體，亦可自由捨棄之。因此，可減少使用者1900所花費的工夫，降低煩雜的程度。

使用者1900所購入的裝置1901，如在實施態樣1～8中所述的，下載有償軟體，只能到授權資訊所示的授權數為止。換言之，只能下載對應購入價格（販售價格）的授權數的有償軟體到裝置1901，超過該授權數的有償軟體的下載會受到限制。因此，使用者1900，無法在並未支付用以獲得授權許可之授權費用的情況下，就將有償軟體下載到裝置1901，販售者（製造者）1910，便可確實地收取到授權費用。

使用者1900，因應製造產品的數目，而另外支付授權費用的處理，便無其必要。

另外，亦可不採用「無論有償軟體的安裝數為多少，使用者1900都支付一定的授權費用」的態樣。當支付一定的授權費用時，對於安裝數較少的使用者而言，會認為不划算。若根據實施態樣，即使不實行無論安裝數為何都支付一定之授權費用的手續亦已為足，故可避免不划算的情況。

再者，使用者1900無須導入昂貴的授權管理裝置，只要於製造生產線，設置像上述那樣的製造裝置以及／或是資訊處理裝置即可，故可減輕使用者的負擔。另外，由於販售者（製造者）1910無須監視使用者1900所導入的授權管理裝置是否正確地運作，故也可減輕販售者（製造者）的負擔。

授權費用會被預付，超過預付的授權費用而安裝有償軟體，會被授權管理裝置1914所限制。因此，有償軟體的提供方法，可採用各種方法。例如，即使沒有網際網路等的通信線路，仍可進行授權管理。另外，可防止在並無許可的狀態下不正當地使用有償軟體，並可防止短收授權費用。

茲對同一販售者（製造者）1910將有償軟體1920－1、1920－2與裝置1911提供給使用者1900的態樣進行説明，惟並非僅限於此。將有償軟體1920－1、1920－2提供給使用者1900的提供者（軟體配送源），與將裝置1911提供給使用者1900的提供者（販售者、製造者），亦可不同。

例如，亦可軟體配送源（提供者）A將有償軟體1920－1提供給使用者1900，軟體配送源（提供者）B將有償軟體1920－2提供給使用者1900，販售者以及／或是製造者（提供者）1910將裝置1911提供給使用者1900。亦即，形成提供有償軟體的配送源與提供裝置1911的販售者（製造者）有所不同的態樣。

此時，販售者（製造者）1910，亦儲存相當於授權數的資訊（亦即授權資訊），並將裝置1911販售給使用者1900。使用者1900，向販售者（製造者）1910支付於裝置1911的硬體價格（HW價格1931）附加了對應授權資訊所示之授權數的授權費用（預付價格1930）的金額（販售金額、購入金額）。販售者（製造者）1910，將使用者1900所支付的金額之中的授權費用（預付價格1930）的一部分，作為有償軟體1920－1的授權費用1932－1，分配給軟體配送源A，並將剩下的授權費用，作為有償軟體1920－2的授權費用1932－2，分配給軟體配送源B。藉此，軟體配送源A以及B，便可分別收取到授權費用作為有償軟體的對價。

另外，分配授權費用（預付價格1930）時的分配比例，亦可為一定，例如，亦可從使用者1900確認出受歡迎的有償軟體，並對受歡迎的有償軟體分配高額的分配金。

此時，軟體配送源A、B，亦與販售者（製造者）1910同樣，由於無須監視導入使用者1900側的授權管理裝置，故可達到減輕負擔之目的。另外，可防止短收授權費用。

當然，例如，當軟體配送源B為販售者（製造者）1910時，亦可僅將授權費用1932－1分配給軟體配送源A。

在實施態樣1～9中所説明的電子裝置，可視為係具備根據授權資訊管理有償軟體的下載的下載管理功能的電子裝置。當視為係具備下載管理功能的電子裝置時，可視為係於本說明書記載了要求有償軟體的對價（亦即授權費用）的下載收費系統。當視為如此時，在下載收費系統中，會於授權記憶部，預先記憶相當於授權費用的授權資訊。根據所記憶的授權資訊，控制有償軟體儲存到軟體記憶部，因為預先記憶之授權資訊所表示的授權費用而被授權許可的有償軟體，會被許可執行。

另外，在實施態樣1～9中所説明的半導體裝置（微處理器），可視為係具備根據授權資訊管理下載的下載管理功能的半導體裝置。當視為係具備下載管理功能的半導體裝置時，可視為係於本說明書記載了下載收費系統。當視為如此時，在下載收費系統中，會於授權記憶單元，預先記憶相當於授權費用的授權資訊。根據所記憶的授權資訊，控制有償軟體儲存到軟體記憶單元或是執行有償軟體，因為預先記憶之授權資訊所表示的授權費用而被授權許可的有償軟體，會被許可執行。在此，根據所記憶的授權資訊，控制有償軟體儲存到軟體記憶單元，例如以實施態樣1以及實施態樣5所述的方式執行。另外，根據所記憶的授權資訊，控制執行有償軟體，例如以實施態樣6所述的方式執行。

在本說明書中，有時會如實施態樣9的用語，將執行單元以及執行部總稱為執行裝置，將軟體記憶單元以及軟體記憶部總稱為軟體記憶裝置，將授權記憶單元以及授權記憶部總稱為授權記憶裝置，將授權管理單元以及授權管理部總稱為授權管理裝置。

可視為於本說明書，揭示了管理有償軟體之授權的授權管理方法。此時，授權管理方法，具備執行裝置與軟體記憶裝置。該授權管理方法，可視為具備：在下載有償軟體時，根據儲存於授權管理裝置的授權資訊，控制所下載的有償軟體儲存到軟體記憶裝置或是執行該有償軟體的步驟（授權管理步驟）。藉由在授權管理步驟，根據授權資訊控制儲存或是執行，因為授權資訊所表示之授權費用而被授權許可的有償軟體便被許可執行。在此亦同，根據所記憶的授權資訊控制有償軟體儲存到軟體記憶單元，例如揭示於實施態樣1以及實施態樣5。另外，根據所記憶的授權資訊控制執行有償軟體，例如揭示於實施態樣6。

另外，當理解作為授權管理方法時，將授權資訊記憶到授權記憶裝置，係由販售者（製造者）實行，故其係在授權管理步驟之前實行的步驟（記憶步驟）。

當授權資訊被視為係表示可儲存於軟體記憶裝置的有償軟體的授權數的資訊時，可視為每次儲存有償軟體，便由授權管理裝置減少授權數。當視為如此時，解除安裝可視為會增加或是維持授權數。另外，當授權資訊被視為係表示可由執行裝置執行的有償軟體的授權數的資訊時，可視為當可執行的有償軟體增加時，便由授權管理裝置減少授權數。

＜附註＞ 在本說明書中，揭示了複數個發明，其中的若干個，記載於請求範圍，除此之外的發明亦揭示之，以下列載其代表性態樣。 （A）一種使用具備下載管理功能的電子裝置的下載收費系統，該電子裝置具備：執行軟體的執行部；與該執行部結合的軟體記憶部；記憶表示許可軟體之授權的授權數之授權資訊的授權記憶部；以及在下載要求授權許可的軟體時，根據儲存於該授權記憶部的授權資訊，控制所下載的軟體儲存到該軟體記憶部的授權管理部；於該授權記憶部，預先記憶了表示許可授權的授權數之授權資訊，根據所記憶的授權資訊，控制要求授權許可的軟體儲存到該軟體記憶部。 （B）如該（A）所記載的下載收費系統，其中，於該授權記憶部，預先記憶了表示許可複數種軟體之授權的授權數之授權資訊，該授權管理部，將要求授權許可的軟體儲存到該軟體記憶部，直到到達預先記憶之授權資訊所示的授權數為止。 （C）如該（B）所記載的下載收費系統，其中，該授權管理部，在將要求授權許可的軟體，儲存於該軟體記憶部時，令該授權資訊所示的授權數減少。 （D）如該（C）所記載的下載收費系統，其中，當要求授權許可的軟體解除安裝時，該授權管理部，令該授權資訊所示的授權數增加。 （E）如該（C）所記載的下載收費系統，其中，當要求授權許可的軟體解除安裝時，該授權管理部，維持該授權資訊所示的授權數。 （F）一種使用具備下載管理功能的半導體裝置的下載收費系統，該半導體裝置具備：執行軟體的執行單元；與該執行單元結合的軟體記憶單元；記憶表示許可軟體之授權的授權數之授權資訊的授權記憶單元；以及在下載要求授權許可的軟體時，根據儲存於該授權記憶單元的授權資訊，控制所下載的軟體儲存到該軟體記憶單元或是由該執行單元執行的授權管理單元；於該授權記憶單元，預先記憶了授權資訊，根據所記憶的授權資訊，控制要求授權許可的軟體儲存到該軟體記憶單元或是由該執行單元執行。 （G）如該（F）所記載的下載收費系統，其中，於該授權記憶單元，預先記憶了表示許可複數種軟體之授權的授權數之授權資訊，並由該半導體裝置提供，該授權管理單元，許可將要求授權許可的軟體儲存到該軟體記憶單元或是由該執行單元執行，直到到達預先記憶之授權資訊所示的授權數為止。 （H）一種授權管理系統，其具備：執行軟體的執行部；與該執行部結合的軟體記憶部；儲存授權資訊的授權記憶部；以及根據該授權資訊控制要求授權許可的軟體儲存到該軟體記憶部的授權管理部；當從提供軟體的提供裝置，接收到要求授權許可的軟體的提供時，該授權管理部，根據該授權資訊，控制該軟體儲存到該軟體記憶部；該要求授權許可的軟體，具備表示要求授權許可的屬性資訊；該授權管理部，根據軟體所具備的屬性資訊，判斷是否為要求授權許可的軟體。 （I）如該（H）所記載的授權管理系統，其中，該提供裝置，具備儲存了要求授權許可的軟體的記憶媒體。 （J）如該（I）所記載的授權管理系統，其中，該提供裝置，透過通信線路，提供要求授權許可的軟體。 （K）一種在具備執行軟體的執行裝置的裝置中，執行要求授權許可的軟體時，收取被支付作為授權許可對價的授權費用的授權費用收取系統，該裝置具備：與該執行裝置結合的軟體記憶裝置；授權記憶裝置；以及根據該授權記憶裝置所記憶的授權資訊，控制要求授權許可的軟體儲存到該軟體記憶裝置或是由該執行裝置執行的授權管理裝置；於該授權記憶裝置，預先記憶了相當於既定授權費用的授權資訊，該裝置以包含該既定授權費用在內的價格被提供；當在所購入的該裝置中，儲存或是執行要求授權許可的軟體時，該授權管理裝置，在記憶於該授權記憶裝置的授權資訊所示的費用滿足軟體的授權費用時，許可將軟體儲存於該軟體記憶裝置或是由該執行裝置執行。 （L）如該（K）所記載的授權費用收取系統，其中，該既定的授權費用，係超過複數種軟體的授權費用的費用，該授權管理裝置，將相當於在記憶於該授權記憶裝置的授權資訊所示的費用滿足軟體的授權費用時，從記憶於該授權記憶裝置的授權資訊所示的費用，減去軟體的授權費用所得到的費用的授權資訊，記憶於該授權記憶裝置。 （M）如該（L）所記載的授權費用收取系統，其中，從該裝置的提供者，對提供要求授權許可的軟體的提供者，支付對應授權費用的費用。 （N）如該（L）所記載的授權費用收取系統，其中，當要求授權許可的軟體解除安裝時，該授權管理裝置，將相當於所解除安裝的軟體的授權費用與記憶於該授權記憶裝置的授權資訊所示的費用相加所得到的費用的授權資訊，記憶於該授權記憶裝置。 （O）如該（L）所記載的授權費用收取系統，其中，該軟體記憶裝置，具備許可記憶要求授權許可的軟體的第1記憶區域，以及不許可記憶要求授權許可的軟體的第2記憶區域，根據該授權資訊，第1記憶區域與第2記憶區域的大小會改變，該第1記憶區域的大小越大，價格越高。 （P）一種裝置，其具備：執行軟體的執行裝置；與該執行裝置結合的軟體記憶裝置；以及輸出指定該軟體記憶裝置的區域之中的可儲存或是執行要求授權許可的軟體的區域的區域指定信號的授權管理裝置；並禁止要求授權許可的軟體儲存到該區域指定信號所指定的區域之外或是執行儲存在該區域指定信號所指定的區域之外的要求授權許可的軟體。 （Q）如該（P）所記載的裝置，其中，該裝置為半導體裝置。 （R）如該（Q）所記載的裝置，其中，該軟體記憶裝置為快閃記憶體。 （S）如該（P）所記載的裝置，其中，該裝置為電子裝置。

以上係根據前述實施態樣具體説明本發明人的發明，惟本發明並非僅限於該等實施態樣，在不超出其發明精神的範圍內，可作出各種變更。

1000‧‧‧電子裝置
1001‧‧‧執行部
1002‧‧‧軟體記憶部
1003‧‧‧授權記憶部
1004‧‧‧授權管理部
1005‧‧‧軟體提供裝置
1100‧‧‧半導體裝置
1101、1401‧‧‧執行單元
1102、1402‧‧‧軟體記憶單元
1103‧‧‧授權記憶單元
1104、1403‧‧‧授權管理單元
1105‧‧‧快閃寫入器
1300‧‧‧個人電腦
1301‧‧‧處理器
1302‧‧‧硬碟
1303‧‧‧授權記憶部
1304‧‧‧授權管理部
1305‧‧‧光碟讀取裝置
1400、1400－1～1400－4‧‧‧微處理器
1500‧‧‧快閃記憶體
1501‧‧‧比較電路
1502‧‧‧及電路
1503‧‧‧及電路
1600‧‧‧寫入緩衝器
1601‧‧‧比較電路
1602‧‧‧及電路
1603‧‧‧反及電路
1604‧‧‧快閃記憶體
1700‧‧‧快閃記憶體
1701‧‧‧比較電路
1702‧‧‧及電路
1703‧‧‧及電路
1800‧‧‧命令佇列
1801‧‧‧比較電路
1802‧‧‧及電路
1900‧‧‧使用者
1901、1911‧‧‧裝置
1904‧‧‧軟體提供裝置
1910‧‧‧販售者（製造者）
1912‧‧‧軟體記憶裝置
1913‧‧‧授權記憶裝置
1914‧‧‧授權管理裝置
1915‧‧‧提供
1920－1‧‧‧有償軟體
1920－2‧‧‧有償軟體
1921‧‧‧提供
1930‧‧‧預付價格
1931‧‧‧硬體價格
1932－1‧‧‧授權費用
1932－2‧‧‧授權費用
A‧‧‧軟體配送源
AD‧‧‧位址信號
ADT‧‧‧位址端子
AR‧‧‧區域
ATB‧‧‧屬性資訊部分
B‧‧‧軟體配送源
DAR‧‧‧DL應用程式區域
DAR－D‧‧‧DL應用程式用資料區域
DLD‧‧‧DL區域指定信號
DLT‧‧‧DL應用程式檢測信號
FLT‧‧‧快閃端子
RE‧‧‧讀取信號
RT‧‧‧讀取端子
S00～S08、S10～S15、S20～S22、S30～S38、S40～S49、S40－C、SS40－F、S50～S57、S60～S64、S70～S74‧‧‧步驟
SB‧‧‧軟體部分
SW‧‧‧軟體
UAR‧‧‧使用者區域
UAR－D‧‧‧使用者用資料區域
VF‧‧‧有效旗標端子
VFG‧‧‧有效旗標
WE‧‧‧寫入信號
WT‧‧‧寫入端子

[圖1]係表示實施態樣1之電子裝置的構造的方塊圖。 [圖2]係表示實施態樣1之半導體裝置的構造的方塊圖。 [圖3]係表示實施態樣1之授權管理單元的動作的流程圖。 [圖4]係表示實施態樣1之授權管理單元的解除安裝動作的流程圖。 [圖5]係表示實施態樣1之授權管理單元的另一解除安裝動作的流程圖。 [圖6]係表示實施態樣2之電子裝置的構造的方塊圖。 [圖7]係表示實施態樣2之授權管理部的動作的流程圖。 [圖8]係表示開發用處理器與量産用處理器的關係的圖式。 [圖9]係表示實施態樣3之授權管理單元的動作的流程圖。 [圖10]係表示實施態樣4之微處理器的動作的流程圖。 [圖11]係說明將實施態樣3與實施態樣4組合的狀態的説明圖。 [圖12]係表示實施態樣5之半導體裝置的構造的方塊圖。 [圖13]係表示實施態樣5之軟體記憶單元的位址空間的説明圖。 [圖14]係表示實施態樣5之微處理器的儲存空間比例的説明圖。 [圖15]係表示實施態樣5之授權管理單元的動作的流程圖。 [圖16]係表示實施態樣5之軟體記憶單元由硬體控制時的構造的方塊圖。 [圖17]係表示實施態樣5之軟體記憶單元由硬體控制時的另一構造的方塊圖。 [圖18]係表示實施態樣6之授權管理單元的動作的流程圖。 [圖19]係表示實施態樣6之DL應用程式的執行由硬體控制時的構造的方塊圖。 [圖20]係表示實施態樣6之DL應用程式的執行由硬體控制時的另一構造的方塊圖。 [圖21]係表示實施態樣7之微處理器的動作的概念圖。 [圖22]係表示實施態樣8之微處理器的動作的概念圖。 [圖23]係表示軟體的構造的圖式。 [圖24]係表示實施態樣9之授權費用收取系統的構造的系統圖。

S30~S38‧‧‧步驟

Claims (20)

1. 一種授權管理方法，包含：執行裝置，其執行軟體；以及軟體記憶裝置，其與該執行裝置結合； 該授權管理方法，包含：授權記憶裝置，其記憶有表示許可軟體之授權的授權數之授權資訊； 並包含：授權管理步驟，其在下載要求授權許可的軟體時，根據儲存於該授權記憶裝置的授權資訊，控制所下載的軟體儲存到該軟體記憶裝置或是由該執行裝置執行。
2. 如申請專利範圍第1項之授權管理方法，其中， 該授權管理方法，在該授權管理步驟之前，更包含：記憶步驟，其於該授權記憶裝置，記憶該授權資訊。
3. 如申請專利範圍第2項之授權管理方法，其中， 在該記憶步驟中，表示許可複數種軟體之授權的授權數之授權資訊，記憶於該授權記憶裝置； 記憶於該軟體記憶裝置的授權資訊所示的授權數，在該授權管理步驟中被減算。
4. 一種適用於授權管理的半導體裝置，包含： 執行單元，其執行軟體； 軟體記憶單元，其與該執行單元結合； 授權記憶單元，其儲存授權資訊；以及 授權管理單元，其根據該授權資訊，控制要求授權許可的軟體儲存到該軟體記憶單元或是由該執行單元執行。
5. 如申請專利範圍第4項之適用於授權管理的半導體裝置，其中， 該授權資訊，係表示軟體的授權數之資訊； 該授權管理單元，許可將要求授權許可的軟體儲存到該軟體記憶單元或是由該執行單元執行，直到到達該授權資訊所示的授權數為止。
6. 如申請專利範圍第5項之適用於授權管理的半導體裝置，其中， 該授權管理單元，在將要求授權許可的軟體儲存到該軟體記憶單元時，令該授權資訊所示之授權數的數目減少。
7. 如申請專利範圍第6項之適用於授權管理的半導體裝置，其中， 當要求授權許可的軟體解除安裝時，該授權管理單元，令該授權資訊所示之授權數的數目增加。
8. 如申請專利範圍第6項之適用於授權管理的半導體裝置，其中， 當要求授權許可的軟體解除安裝時，該授權管理單元，維持該授權資訊所示之授權數的數目。
9. 如申請專利範圍第6項之適用於授權管理的半導體裝置，其中， 該要求授權許可的軟體，具備表示要求授權許可的屬性資訊； 該授權管理單元，根據軟體所具備的屬性資訊，判斷是否為要求授權許可的軟體。
10. 如申請專利範圍第6項之適用於授權管理的半導體裝置，其中， 該授權記憶單元，儲存了所安裝之軟體的履歷資訊； 該授權管理單元，在與該履歷資訊一致的軟體再度安裝時，維持該授權資訊所示之授權數的數目。
11. 如申請專利範圍第5項之適用於授權管理的半導體裝置，其中， 該授權資訊，係表示該軟體記憶單元的區域之中的相當於授權數的記憶容量的資訊。
12. 如申請專利範圍第5項之適用於授權管理的半導體裝置，其中， 該授權資訊，係表示相當於授權數的點數的資訊。
13. 如申請專利範圍第4項之適用於授權管理的半導體裝置，其中， 該授權管理單元，在由該執行單元所執行之要求授權許可的軟體之啟動次數超過既定的執行次數時，禁止該軟體的啟動。
14. 如申請專利範圍第4項之適用於授權管理的半導體裝置，其中， 該執行單元、該軟體記憶單元以及該授權管理單元，係形成於1個半導體晶片。
15. 如申請專利範圍第6項之適用於授權管理的半導體裝置，其中， 該半導體裝置，於該授權記憶單元，記憶了預先設定好的授權資訊，並提供之。
16. 一種授權管理系統，其特徵為包含： 執行部，其執行軟體； 軟體記憶部，其與該執行部結合； 授權記憶部，其儲存授權資訊；以及 授權管理部，其根據該授權資訊，控制要求授權許可的軟體儲存到該軟體記憶部； 當從提供軟體的提供裝置，接收到要求授權許可的軟體之提供時，該授權管理部，根據該授權資訊，控制該軟體儲存到該軟體記憶部。
17. 如申請專利範圍第16項之授權管理系統，其中， 該授權資訊，係表示可將要求授權許可的軟體儲存到該軟體記憶部之授權數的資訊； 該授權管理部，將要求授權許可的軟體儲存到該軟體記憶部，直到到達該授權資訊所示的授權數為止。
18. 如申請專利範圍第17項之授權管理系統，其中， 該授權管理部，在將要求授權許可的軟體儲存到該軟體記憶部時，令該授權資訊所示之授權數的數目減少。
19. 如申請專利範圍第18項之授權管理系統，其中， 當要求授權許可的軟體解除安裝時，該授權管理部，令該授權資訊所示之授權數的數目增加。
20. 如申請專利範圍第18項之授權管理系統，其中， 當要求授權許可的軟體解除安裝時，該授權管理部，維持該授權資訊所示之授權數的數目。