WO2009118886A1 - ハードウェアリソースの管理装置 - Google Patents

ハードウェアリソースの管理装置 Download PDF

Info

Publication number
WO2009118886A1
WO2009118886A1 PCT/JP2008/056055 JP2008056055W WO2009118886A1 WO 2009118886 A1 WO2009118886 A1 WO 2009118886A1 JP 2008056055 W JP2008056055 W JP 2008056055W WO 2009118886 A1 WO2009118886 A1 WO 2009118886A1
Authority
WO
WIPO (PCT)
Prior art keywords
information
license
management
component
cod
Prior art date
Application number
PCT/JP2008/056055
Other languages
English (en)
French (fr)
Inventor
健司 田頭
Original Assignee
富士通株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 富士通株式会社 filed Critical 富士通株式会社
Priority to JP2010505113A priority Critical patent/JP5104944B2/ja
Priority to PCT/JP2008/056055 priority patent/WO2009118886A1/ja
Publication of WO2009118886A1 publication Critical patent/WO2009118886A1/ja
Priority to US12/836,085 priority patent/US8997238B2/en

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/70—Protecting specific internal or peripheral components, in which the protection of a component leads to protection of the entire computer
    • G06F21/81—Protecting specific internal or peripheral components, in which the protection of a component leads to protection of the entire computer by operating on the power supply, e.g. enabling or disabling power-on, sleep or resume operations
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/10—Protecting distributed programs or content, e.g. vending or licensing of copyrighted material ; Digital rights management [DRM]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/70—Protecting specific internal or peripheral components, in which the protection of a component leads to protection of the entire computer
    • G06F21/71—Protecting specific internal or peripheral components, in which the protection of a component leads to protection of the entire computer to assure secure computing or processing of information
    • G06F21/73—Protecting specific internal or peripheral components, in which the protection of a component leads to protection of the entire computer to assure secure computing or processing of information by creating or determining hardware identification, e.g. serial numbers
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/70—Protecting specific internal or peripheral components, in which the protection of a component leads to protection of the entire computer
    • G06F21/71—Protecting specific internal or peripheral components, in which the protection of a component leads to protection of the entire computer to assure secure computing or processing of information
    • G06F21/74—Protecting specific internal or peripheral components, in which the protection of a component leads to protection of the entire computer to assure secure computing or processing of information operating in dual or compartmented mode, i.e. at least one secure mode
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2221/00—Indexing scheme relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F2221/21—Indexing scheme relating to G06F21/00 and subgroups addressing additional information or applications relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F2221/2105—Dual mode as a secondary aspect
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2221/00—Indexing scheme relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F2221/21—Indexing scheme relating to G06F21/00 and subgroups addressing additional information or applications relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F2221/2129—Authenticate client device independently of the user
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2221/00—Indexing scheme relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F2221/21—Indexing scheme relating to G06F21/00 and subgroups addressing additional information or applications relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F2221/2141—Access rights, e.g. capability lists, access control lists, access tables, access matrices
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2221/00—Indexing scheme relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F2221/21—Indexing scheme relating to G06F21/00 and subgroups addressing additional information or applications relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F2221/2147—Locking files

Definitions

  • the present invention relates to a technique for controlling the use of hardware resources.
  • COD Capacity Demand
  • COD providing method for controlling the number of CPUs used
  • the information processing apparatus is used by operating the CPU. That is, the information processing apparatus is used in a state where the CPU operation exceeding this number is prohibited.
  • the user purchases a new right to use the CPU, obtains a license key, and inputs the license key to the information processing device.
  • the CPU which has not been used so far can be used.
  • the conventional information processing apparatus there is no information on whether or not the CPU is the object of COD in the CPU itself, and the information is stored on the system board or in the information processing apparatus itself. For example, information indicating use or non-use is stored for each slot number in which the CPU is mounted, and use or non-use of the CPU mounted in each slot is determined based on this information.
  • the present case provides a technology that can appropriately control the use of a component (hardware resource) by determining whether or not the component can be used based on information held by the component itself that is the target of COD or the like. .
  • the present invention adopts the following configuration. That is, the information processing apparatus A plurality of parts and a management device, The part is An operation unit for performing a predetermined operation; A storage unit storing management information for managing the operation of the operation unit, The management device is A reading unit for reading management information from a component; A determination unit that refers to a license storage unit for license information corresponding to the management information of the component and determines whether or not the component can be used based on the license information; An operation control unit for operating the component determined to be usable and prohibiting the operation of the component determined to be unusable.
  • the management information includes status information indicating whether to manage the component, Based on the status information, the determination unit may determine whether or not the component is to be managed, and may not determine whether or not the component is not managed.
  • the management information includes license information indicating presence / absence of a license of the component
  • the determination unit may determine the availability based on the license information of the management information acquired from the reading unit.
  • the management information includes format information indicating whether the license information is included, Based on the format information, the determination unit acquires license information from the reading unit when the license information is included, and acquires license information from another license storage unit when the license information is not included. Also good.
  • the management method is Reading management information from the part; Referring to a license storage unit for license information corresponding to the management information of the component, and determining whether or not the component can be used based on the license information; The computer executes a step of operating the component determined to be usable and prohibiting the operation of the component determined to be unusable.
  • the management information includes status information indicating whether to manage the component, Based on the status information, it is not necessary to determine whether or not the component is to be managed and to determine whether or not the component is not managed.
  • the management information includes license information indicating presence / absence of a license of the component, The use permission / inhibition may be determined based on the license information of the management information.
  • the management method includes format information indicating whether the management information includes the license information, Based on the format information, if the management information includes license information, the license information is acquired from the component. If the management information does not include license information, the license information is acquired from another license storage unit. Also good.
  • the present invention may be a management program that causes a computer to execute the management method.
  • the present invention may be a recording medium recorded with this management program on a computer-readable recording medium. The function can be provided by causing the computer to read and execute the program of the recording medium.
  • the computer-readable recording medium refers to a recording medium that accumulates information such as data and programs by electrical, magnetic, optical, mechanical, or chemical action and can be read from the computer.
  • Examples of such a recording medium that can be removed from the computer include a flexible disk, a magneto-optical disk, a CD-ROM, a CD-R / W, a DVD, a DAT, an 8 mm tape, and a memory card.
  • a technology that can appropriately control the use of a component (hardware resource) by determining whether or not the component can be used based on information held by the component that is the target of COD or the like. Can provide.
  • FIG. 1 Schematic diagram of information processing equipment System board schematic Schematic diagram of the management device
  • FIG. 1 is a schematic diagram of an information processing apparatus according to the present embodiment.
  • the information processing apparatus 10 is a computer including a plurality of system boards 12, a crossbar board 13, an input / output (I / O) board 14, a management apparatus 15, a power supply 16, and the like in a housing 11.
  • FIG. 2 is a schematic diagram of the system board 12.
  • a plurality of CPUs (Central Processing Units) 20 and a memory 30 are mounted on each system board 12.
  • the CPU 20 is a component that can be a target of COD.
  • a component that can be a target of COD only needs to include an operation unit that performs a predetermined operation and a storage unit that stores management information.
  • a core 22 that performs operations such as arithmetic processing is an operation unit
  • a memory (FRU ID ROM) 21 that stores COD information that is management information for COD is a storage unit.
  • the information processing apparatus 10 of this embodiment includes eight system boards 12 on which four CPUs 21 are mounted. That is, the information processing apparatus 10 is equipped with 32 CPUs in total. Each CPU may have a plurality of cores.
  • the crossbar board 13 connects the CPUs 20 to each other and the I / O board 14.
  • SMP Symmetric Multi Processing
  • the crossbar board 13 performs connection so that all CPUs 20 can access all memories 30 and I / O in the same manner regardless of the mounting position.
  • the I / O board 14 has a storage device such as a hard disk and an interface with peripheral devices such as PCI Express.
  • the interface is connected to a network card (communication control unit) for performing communication with other computers.
  • the storage device stores data and software for arithmetic processing.
  • the power supply 16 supplies power to each unit 12-15 in the information processing apparatus when a power button (not shown) on the operator panel is pressed.
  • the power supply 16 can selectively stop or start supplying power to each unit in accordance with a control signal from the management device 15.
  • FIG. 3 is a schematic diagram of the management device 15.
  • the management device 15 is a computer including a CPU 51, a memory 52, a storage unit 53, and an input / output unit 54, separately from the CPU 20 of the information processing device 10, and performs monitoring and setting of the information processing device 10.
  • the input / output unit 54 is connected to a console having input means such as a keyboard and output means such as a monitor directly or via a network.
  • the input / output unit 54 is connected to a system board or the like that is a management target.
  • firmware corresponding to a management program configured by a configuration determination program, a license management program, a COD data management program, an input / output program, a license database, and the like is installed.
  • the storage unit 53 also functions as a license database (license storage unit) that stores license information that is information relating to the license, such as whether a COD target part has a license.
  • the CPU 51 appropriately reads out and executes the firmware from the storage unit 53, and performs arithmetic processing on information input from the input / output unit 54 and information read from the storage unit 53, so that a reading unit, a determination unit, and an operation control are performed.
  • the CPU 51 When functioning as a reading unit, the CPU 51 reads management information from a component that can be a COD target. When functioning as a determination unit, the CPU 51 can use the target component if the license information corresponding to the management information of the COD target component is stored in the license storage unit, and if not, stores the target component. It is determined that it cannot be used.
  • the CPU 51 When functioning as an operation control unit, the CPU 51 operates the COD target component determined to be usable, and prohibits the operation of the component determined to be unusable.
  • the operation control unit sends a control signal to the power supply 16 to start power supply to the COD target part determined to be usable and stop power supply to the COD target part determined to be unusable. Thus, it is controlled whether to operate the COD target part, in other words, whether to prohibit the operation of the COD target part.
  • the operation control unit sends a control signal to the crossbar board 13 to connect the COD target part determined to be usable and other parts, and the COD target part determined to be unusable and other parts. It is also possible to control whether or not to operate the COD target component by not connecting the two. Further, the configuration is not limited thereto, and any configuration that can control the operation of the COD target component in accordance with the control signal may be used.
  • the prohibition of the operation of the COD target part may not be to completely operate the COD target part, but may limit a part of functions, capacity, speed, number of operations, and the like.
  • the number of SMP configurations is limited, and SMP by a number of CPUs exceeding the number of licenses is prohibited, but a configuration in which the operation of each CPU is permitted may be used.
  • the CPU 51 When functioning as a license registration unit, when the license key is input, the CPU 51 checks whether or not the license key for the mounted COD target component is suitable. License information indicating that the license has been acquired is stored in the license database.
  • the CPU 51 When functioning as a license management unit, the CPU 51 refers to the license database and returns a reference result to the inquiry source in response to an inquiry as to whether or not there is a license.
  • FIG. 4 is a diagram illustrating an example of a data array of the memory 21 provided in the CPU 20 of the present embodiment.
  • the memory 21 has a COD area at a specific address, and COD information is stored in the COD area.
  • COD information is information indicating whether the CPU 20 is subject to COD, that is, status information 21A.
  • the 1-byte status information is 7 bits for a code indicating whether or not the CPU 20 is subject to COD, and the last 1 bit is a parity code for detecting data corruption.
  • the COD information in the memory 21 includes identification information 21B unique to each CPU after the second byte.
  • the identification information is a CPU serial number.
  • FIG. 5 is an explanatory diagram of processing for adding a license key to the information processing apparatus.
  • the management apparatus executes an input / output program (step 1, hereinafter also referred to as S1), and the CPU 51 It functions as a license registration unit and first displays a message and prompts the user to enter a license key.
  • the license registration unit obtains the identification information (serial number) of the information processing device 10 from the memory (FRU ID ROM) of the housing 11 or the management device 15. Read (S3).
  • the license registration unit checks whether the license key is valid for the information processing apparatus, that is, whether the license key matches the read serial number (S4). .
  • the license registration unit processes the serial number and the license key with a function such as hash, and checks whether a predetermined result is obtained. Therefore, a license key is created so that a predetermined result can be obtained when the processing is performed in combination with the serial number of the information processing apparatus 10 to be registered.
  • the license registration unit returns to step 1 to request input of the license key (S5), and if the license key is valid (S5 Yes), the license key (license information) is used as the license database. (S6).
  • FIG. 6 is an explanatory diagram of the license database.
  • the license key determined to be valid is stored in the license database. That is, the number of license keys stored in the license database is the number of CPUs that can be used in the information processing apparatus 10.
  • the license database is not limited to the above configuration, and other data configurations may be adopted depending on the contents to be managed.
  • the license registration unit checks whether the license key matches the number of licenses C. If they match, the number of licenses C and the license key are confirmed. Are registered in the license database. In this case, the total number of licenses C registered in the license database is the number of usable CPUs.
  • FIG. 7 is an explanatory diagram of processing executed according to the configuration determination program when the information processing apparatus is activated.
  • the management apparatus 15 determines the configuration.
  • the program is executed, and the determination unit checks hardware resources such as the CPU 20 and the memory 21 mounted on the information processing apparatus 10 (S23).
  • the determination unit requests the COD data management program (reading unit) to read at least the status information of the COD information for the installed hardware (S24).
  • the CPU 20 is shown for convenience, but other components may be used.
  • the determination unit determines whether or not the CPU 20 is a COD target based on the response of the reading unit (S25).
  • the determination unit inquires of the license management program (license management unit) whether or not there is a license for the CPU 20 (S26).
  • the configuration determination program determines that the CPU can be used. If the license management program responds that there is no license for the CPU 20, the configuration determination program determines that the CPU 20 cannot be used (S27).
  • step 27 If it is determined in step 27 that the CPU 20 can be used, and if it is determined in step 25 that the CPU 20 is not subject to COD, the operation control unit controls the use of the CPU 20 (S28). That is, power supply, allocation as hardware resources, connection with I / O and memory are performed.
  • the operation control unit performs control to prohibit use of the CPU 20 (S29). That is, the operation control unit prohibits power supply, allocation as hardware resources, and connection with I / O and memory.
  • step S24 to S29 The confirmation process of the COD information (steps S24 to S29) is repeated for all the CPUs 20 installed in the information processing apparatus (S30), and when the confirmation process for all the CPUs is completed, the available CPU 20 is used for information.
  • the processing apparatus is activated (S31).
  • FIG. 8 is an explanatory diagram of the processing of the COD data management program when COD information is requested in step 24.
  • the COD data management program is executed (S41), the reading unit reads the COD information from the memory 21 of the CPU 20 (S42), and returns the data to the configuration determination program (S43).
  • FIG. 9 is an explanatory diagram of processing executed in accordance with the license management program when a license information inquiry is received from the configuration determination program.
  • the license management unit reads and counts the license key from the license database (S51), and stores the number of license keys as the number of usable CPUs (R) (S52). ).
  • the license management unit determines the number of CPUs (N) to which the license has been granted and the number of available CPUs (R). Are compared (S54).
  • the license management unit responds that there is a license for the license information inquiry target CPU (S55), increments N by 1, and returns to step 53 (S56).
  • step 54 the license management unit responds that there is no license for the CPU for which the license information is inquired, and returns to step 53 (S57).
  • the management device 15 determines whether or not the management device 15 can be used based on the management data of components (hardware resources), unauthorized use of hardware resources can be prevented. For example, when a CPU 20 that is not a COD target fails, it is possible to prevent unauthorized use of a CPU without a license by replacing it with a COD target CPU 20 without a license.
  • the CPU is transferred to another information processing device having a different contract content or setting environment. To prevent unauthorized use.
  • the license is managed for each information processing apparatus, but the license may be managed for each COD target component.
  • this modification has a different license management process for each COD target part, and the other hardware configurations are the same. For this reason, the same elements are denoted by the same reference numerals and the description thereof is omitted.
  • FIG. 10 is an explanatory diagram of processing for adding a license key to the information processing apparatus.
  • the management apparatus executes an input / output program (S61), and the CPU 51 functions as a license registration unit. Display a message and ask the user to enter a license key.
  • the license registration unit When the license key is received through the console by the user's operation (S62), the license registration unit reads the serial number of the CPU 20 from the FRU ID ROM 21 of the CPU 20 that is the COD target part (S63).
  • the configuration may be such that serial numbers can be read out and selected for all target parts without a license, or the user inputs information for identifying the COD target part together with the license key in step 62, The serial number of the COD target component corresponding to the information may be read.
  • the license registration unit confirms whether or not the input license key is valid, that is, whether or not the license key matches the read serial number (S64).
  • the serial number and the license key are processed with a function such as a hash, and it is checked whether a predetermined result is obtained. That is, the license key is created so that a predetermined result is obtained when the processing is performed in combination with the serial number of the COD target part.
  • the license registration unit returns to step 61 to request the input of the license key (S65), and if the license key is valid, the license information of the COD target part is stored in the license database. (S65-66).
  • FIG. 11 is an explanatory diagram of the license database.
  • a serial number and a license key are stored in association with each COD target component.
  • the license key may be omitted.
  • FIG. 11 shows that the COD target part whose serial number is stored in the license database is usable, and the COD target part whose serial number is not stored is unusable. That is, in this modification, the number of serial numbers stored in the license database is the number of CPUs that can be used in the information processing apparatus 10.
  • the processing executed according to the configuration determination program is substantially the same as that in FIG.
  • the COD data management program requests reading of the COD information in step 24
  • the COD data management program also reads the serial number of the CPU 20 together with the status information as COD information in step 42 (FIG. 8).
  • the serial number of the COD target part is notified together with a signal indicating the inquiry.
  • FIG. 12 shows a process executed in accordance with the license management program when an inquiry about license information is received from the configuration determination program (FIG. 7).
  • the management apparatus 15 first executes the COD data management program (S71), waits from the configuration determination program to the license inquiry (S72), and receives the inquiry (S72 Yes), the serial number received at this inquiry is
  • the license management unit confirms whether the serial number stored in the license database matches (S73).
  • the license management unit responds that there is a license (S74). If the serial numbers do not match (S73 No), the license management unit responds that there is no license and returns to Step 72 (S75). .
  • the configuration determination program determines that it is subject to COD, and the removed CPU is not purchased unless a license is purchased. Since it cannot be used, unauthorized use can be prevented.
  • the license since the license is managed for each COD target part, for example, if the CPU has purchased a license key, it can be properly registered by re-registering the license key with another information processing apparatus. It can be used by moving to other information processing apparatuses and can flexibly cope with configuration changes.
  • the second embodiment is different from the first embodiment in that the management apparatus has license determination information indicating the presence or absence of a license.
  • the second embodiment is different in that the COD target component has a license determination information.
  • Other configurations are substantially the same, and the same elements are denoted by the same reference numerals, and the description thereof is omitted.
  • FIG. 13 is a schematic configuration diagram of a management apparatus according to the second embodiment. Since the management apparatus 15 of this embodiment shown in FIG. 13 reads the license determination information from the CPU 20, the license management unit (license management program) is omitted as compared with the first embodiment (FIG. 3).
  • the CPU 51 operates as a reading / writing unit that writes COD information as well as a function of a reading unit that reads COD information in accordance with the COD data management program.
  • FIG. 14 is a diagram illustrating an example of a data array of the memory 21 provided in the CPU 20 of the second embodiment.
  • the memory 21 has a COD area at a specific address, and COD information is stored in the area.
  • the first byte of the COD information is status information 21A indicating whether or not it is a COD target.
  • the 1-byte status information is a code indicating whether 7 bits are a COD target, and the last 1 bit is a parity code for detecting data corruption.
  • the second byte of the COD information is license determination information 21C indicating whether or not a license has been acquired.
  • the 1-byte status information is a code indicating whether or not the license has been acquired, and the last 1 bit is a parity code for detecting data corruption.
  • the COD information in the memory 21 also includes identification information (serial number in this example) 21B unique to each CPU after the third byte.
  • FIG. 15 is an explanatory diagram of processing for adding a license key to the information processing apparatus.
  • the management apparatus executes an input / output program (S81), and the CPU 51 functions as a license registration unit. Display a message and ask for a license key.
  • the license registration unit When the license key is received through the console by the user's operation (S82), the license registration unit reads the serial number from the memory (FRU ID ROM 21) of the CPU 20 that is the COD target part (S83). If there are a plurality of COD target parts, the serial numbers may be read for all of the COD target parts without a license. In step 82, the user inputs information specifying the COD target parts together with the license key, and the COD corresponding to the information is input. The serial number of the target part may be read out.
  • the license registration unit checks whether or not the input license key is valid, that is, whether or not the license key matches the read serial number (S84).
  • the serial number and the license key are processed by a function such as hash, and it is checked whether or not a predetermined result is obtained. That is, the license key is created so that a predetermined result is obtained when the process is performed in combination with the serial number of the COD target part.
  • the license registration unit returns to step 81 to request input of the license key (S85), and if the license key is valid, the license registration unit obtains the license information of the target part in the license database. (S85-86).
  • the license registration unit requests the COD data management program (read / write unit) to write the license determination information (S87). In response to this, the reading / writing unit changes the license determination information of the CPU 20 to the license acquired.
  • FIG. 16 is an explanatory diagram of processing executed according to the configuration determination program when the information processing apparatus is activated.
  • the management apparatus 15 determines the configuration.
  • the program is executed, and the determination unit checks hardware resources such as the CPU 20 and the memory 21 mounted on the information processing apparatus 10 (S92).
  • the determination unit requests at least status information from the COD information to the COD data management program (read / write unit) for the installed hardware (S93).
  • the CPU 20 is shown as hardware for convenience, but other components may be used.
  • the determination unit determines whether or not the CPU 20 is a COD target based on the response of the read / write unit (S94).
  • the determination unit inquires of the COD data management program (read / write unit) whether there is a license (S95).
  • the configuration determination program determines that the CPU can be used. If the COD data management program responds that there is no license, the configuration determination program is determined to be unusable (S96).
  • step 96 If it is determined in step 96 that the CPU 20 can be used and if it is determined in step 94 that it is not subject to COD, the operation control unit controls the use of the CPU 20 (S97). That is, power supply, allocation as hardware resources, connection with I / O and memory are performed.
  • step 96 determines whether the CPU 20 is unusable. If it is determined in step 96 that the CPU 20 is unusable, control for prohibiting the use of the CPU 20 is performed (S98). That is, power supply, allocation as hardware resources, connection with I / O and memory are prohibited.
  • the COD information confirmation process (steps 93 to S98) is repeated for all the CPUs 20 installed (S99), and when the COD information confirmation process for all the CPUs is completed, information processing is performed using the available CPUs 20.
  • the apparatus is activated (S100).
  • the configuration determination program determines that it is subject to COD, and the removed CPU is not purchased unless a license is purchased. Since it cannot be used, unauthorized use can be prevented. For example, when a CPU 20 that is not a COD target fails, it is possible to prevent unauthorized use of a CPU without a license by replacing it with a COD target CPU 20 without a license.
  • the COD target part since the COD target part has the license determination information, it is possible to confirm whether or not the license has been acquired even when the COD target part is transferred to another information processing apparatus. Therefore, if the license has been acquired, it can be used normally without re-registering the license.
  • the third embodiment is different from the first embodiment in the configuration for storing the license determination information, and the other configurations are substantially the same. For this reason, the same elements are denoted by the same reference numerals and the description thereof is omitted.
  • FIG. 17 is a diagram illustrating an example of a data array of the memory 21 provided in the CPU 20 of the third embodiment.
  • the memory 21 has a COD area at a specific address, and COD information is stored in the area.
  • the first byte of the COD information is format information 21D indicating the data storage format after the second byte.
  • format information 21D indicating the data storage format after the second byte.
  • 7 bits are a code indicating the format
  • the last 1 bit is a parity code for detecting data corruption.
  • the code indicating the format is 0000000
  • the status information 21A is stored in the second byte and the license determination information 21C is stored in the third byte, as in FIG. 14 of the second embodiment.
  • the code indicating the format is 0000001
  • the COD information in the memory 21 includes unique identification information (serial number in this example) 21B for each CPU after the fourth byte.
  • 18 and 19 are explanatory diagrams of processing executed according to the configuration determination program when the information processing apparatus is activated.
  • the management apparatus 15 determines the configuration.
  • the program is executed, and the determination unit checks hardware resources such as the CPU 20 and the memory 21 mounted on the information processing apparatus 10 (S203).
  • the determination unit reads the format information and the status information of the COD information for the installed hardware (hereinafter referred to as the CPU 20 for convenience, but may be other components). (S204).
  • the determination unit determines whether or not the CPU 20 has license determination information based on the format information read by the reading / writing unit (S205).
  • the management apparatus 15 when the CPU 20 does not have the license determination information, the management apparatus 15 performs the processing from step 25 onward as in FIG. 7, and when the CPU 20 has the license determination information, the management device 15 performs the same steps as in FIG. The process after 94 is performed. However, if it is determined in step 30 or 99 that there is an unprocessed CPU 20, the process returns to step 204.
  • the COD is the same as in the first and second embodiments. Unauthorized use of target parts can be prevented.
  • the CPU is taken as an example of the COD target component, but any component may be used as long as it has a memory (storage unit) capable of storing management information.
  • a memory storage unit capable of storing management information.
  • a memory an I / O card, a system board, a power supply, a storage device, and the like can be given.
  • each computer which comprises a computer cluster may be sufficient.

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Hardware Design (AREA)
  • Physics & Mathematics (AREA)
  • Software Systems (AREA)
  • General Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Mathematical Physics (AREA)
  • Multimedia (AREA)
  • Technology Law (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Storage Device Security (AREA)

Abstract

　ＣＯＤ等の対象となっている部品が有する管理情報に基づいて当該部品の使用の可否を判断することにより、部品（ハードウェアリソース）の使用を適切に制御できる技術を提供する。管理装置は、ＣＯＤ対象部品から管理情報を読み取り、前記ＣＯＤ対象部品の管理情報に対応するライセンス情報についてライセンス記憶部を参照し、該ライセンス情報に基づいて当該ＣＯＤ対象部品の使用可否を判定し、前記使用可と判断されたＣＯＤ対象部品を動作させ、前記使用不可と判断された部品の動作を禁止する。

Description

ハードウェアリソースの管理装置
　本発明は、ハードウェアリソースの使用を制御する技術に関する。
　現在、情報処理装置において、ＣＰＵなどのハードウェアリソースをユーザが必要なときに必要な分だけ使用するといったCapacity on Demand(以下ＣＯＤ)という機能が提供されている。
　例えば、ＣＰＵの使用数を制御するＣＯＤの提供方法としては、先ず、複数のＣＰＵが搭載された情報処理装置を購入する際、ユーザが使用するＣＰＵの数に応じた料金を支払い、この数のＣＰＵを動作させて情報処理装置を利用する。即ちこの数を超えたＣＰＵの動作を禁止した状態で情報処理装置を利用する。
　そして、情報処理装置の処理能力の増強が必要になった場合には、ユーザがＣＰＵの使用権を新たに購入してライセンスキーを取得し、このライセンスキーを情報処理装置に入力することで、これまで使用していなかったＣＰＵを使えるようにする。
　これにより、入力操作のみで迅速に処理能力の増強が図れる。また、必要なときに必要なだけ使用権を購入すれば良いので、システムの初期投資を抑えることができる。
　また、本願発明に関連する先行技術として、例えば、下記の特許文献に開示される技術がある。
特開平０９－１４６８９８号公報 特開２００６－３３８２２９号公報
　しかし、従来の情報処理装置では、ＣＰＵがＣＯＤの対象であるかどうかの情報がＣＰＵ自体に無く、システムボード上に格納されている場合や、情報処理装置自体に格納されていた。例えばＣＰＵを搭載するスロットの番号毎に使用又は非使用を示す情報を記憶しておき、この情報に基づいて各スロットに搭載されたＣＰＵの使用又は非使用を決定していた。
　このため、非使用のＣＰＵを外して他の情報処理装置に搭載すれば、ライセンスを購入することなく使用できてしまう問題があった。
　そこで、本件は、ＣＯＤ等の対象となっている部品自身が有する情報に基づいて当該部品の使用の可否を判断することにより、部品（ハードウェアリソース）の使用を適切に制御できる技術を提供する。
　上記課題を解決するため、本件は以下の構成を採用した。
　即ち、情報処理装置は、
　複数の部品と管理装置とを備え、
　前記部品が、
　所定の動作を行う動作部と、
　前記動作部の動作を管理するための管理情報を記憶した記憶部と
を備え、
　前記管理装置が、
　部品から管理情報を読み取る読取部と、
　前記部品の管理情報に対応するライセンス情報についてライセンス記憶部を参照し、該ライセンス情報に基づいて当該部品の使用可否を判定する判定部と、
　前記使用可と判断された部品を動作させ、前記使用不可と判断された部品の動作を禁止する動作制御部と、を備えた。
　前記管理装置において、前記管理情報が、前記部品の管理を行うか否かを示すステイタス情報を含み、
　前記判定部が、前記ステイタス情報に基づき、管理を行う部品について前記使用可否の判定を行い、管理を行わない部品について前記使用可否の判定を行わなくても良い。
　前記管理装置において、前記管理情報が、前記部品のライセンスの有無を示すライセンス情報を含み、
　前記判定部が、前記読取部から取得した管理情報の前記ライセンス情報に基づき前記使用可否の判定を行っても良い。
　前記管理装置において、前記管理情報が、前記ライセンス情報を含むか否かを示すフォーマット情報を含み、
　前記判定部が、前記フォーマット情報に基づき、前記ライセンス情報を含む場合には前記読取部からライセンス情報を取得し、前記ライセンス情報を含まない場合には他のライセンス記憶部からライセンス情報を取得しても良い。
　また、管理方法は、
　部品から管理情報を読み取るステップと、
　前記部品の管理情報に対応するライセンス情報についてライセンス記憶部を参照し、該ライセンス情報に基づいて当該部品の使用可否を判定するステップと、
　前記使用可と判断された部品を動作させ、前記使用不可と判断された部品の動作を禁止するステップと、をコンピュータが実行する。
　前記管理方法は、前記管理情報が、前記部品の管理を行うか否かを示すステイタス情報を含み、
　前記ステイタス情報に基づき、管理を行う部品について前記使用可否の判定を行い、管理を行わない部品について前記使用可否の判定を行わなくても良い。
　前記管理方法は、前記管理情報が、前記部品のライセンスの有無を示すライセンス情報を含み、
　前記管理情報の前記ライセンス情報に基づき前記使用可否の判定を行っても良い。
　前記管理方法は、前記管理情報が、前記ライセンス情報を含むか否かを示すフォーマット情報を含み、
　前記フォーマット情報に基づき、前記管理情報がライセンス情報を含む場合には前記部品からライセンス情報を取得し、前記管理情報がライセンス情報を含まない場合には他のライセンス記憶部からライセンス情報を取得しても良い。
　また、本発明は、上記管理方法をコンピュータに実行させる管理プログラムであっても良い。更に、本発明は、この管理プログラムをコンピュータが読み取り可能な記録媒体に記録したものであっても良い。コンピュータに、この記録媒体のプログラムを読み込ませて実行させることにより、その機能を提供させることができる。
　ここで、コンピュータが読み取り可能な記録媒体とは、データやプログラム等の情報を電気的、磁気的、光学的、機械的、または化学的作用によって蓄積し、コンピュータから読み取ることができる記録媒体をいう。このような記録媒体の内コンピュータから取り外し可能なものとしては、例えばフレキシブルディスク、光磁気ディスク、CD-ROM、CD-R/W、DVD、DAT、８mmテープ、メモリカード等がある。
　また、コンピュータに固定された記録媒体としてハードディスクやＲＯＭ（リードオンリーメモリ）等がある。
　開示の実施態様によれば、ＣＯＤ等の対象となっている部品自身が有する情報に基づいて当該部品の使用の可否を判断することにより、部品（ハードウェアリソース）の使用を適切に制御できる技術を提供できる。
情報処理装置の概略図 システムボードの概略図 管理装置の概略図 部品に設けられたメモリのデータ配列例を示す図 ライセンスキーを情報処理装置に追加する処理の説明図 ライセンスデータベースの説明図 構成判定プログラムに従って実行される処理の説明図 ＣＯＤデータ管理プログラムの処理の説明図 ライセンス管理プログラムに従って実行する処理の説明図 変形例のライセンスキーを情報処理装置に追加する処理の説明図 変形例のライセンスデータベースの説明図 変形例のライセンス管理プログラムに従って実行する処理 実施形態２に係る管理装置の概略構成図 実施形態２の部品に設けられたメモリのデータ配列例を示す図 実施形態２のライセンスキーを情報処理装置に追加する処理の説明図 実施形態２の構成判定プログラムに従って実行される処理の説明図 実施形態３の部品に設けられたメモリのデータ配列例を示す図 実施形態３の構成判定プログラムに従って実行される処理の説明図 実施形態３の構成判定プログラムに従って実行される処理の説明図
　〈実施形態１〉
　図１は、本実施形態の情報処理装置の概略図である。
　情報処理装置１０は、筐体１１内に複数のシステムボード１２や、クロスバーボード１３、入出力（Ｉ／Ｏ）ボード１４、管理装置１５、電源１６等を備えたコンピュータである。
　図２は、システムボード１２の概略図であり、各システムボード１２には複数のＣＰＵ(Central Processing Unit)２０やメモリ３０が搭載される。
　本実施形態において、ＣＰＵ２０は、ＣＯＤの対象となり得る部品である。このＣＯＤの対象となり得る部品は、所定の動作を行う動作部と管理情報を記憶する記憶部を備えていれば良い。例えばＣＰＵ２０であれば、演算処理等の動作を行うコア２２が動作部であり、ＣＯＤのための管理情報であるＣＯＤ情報を記憶するメモリ（ＦＲＵ ＩＤ ＲＯＭ）２１が記憶部である。
　本実施形態の情報処理装置１０は、４つのＣＰＵ２１が搭載されたシステムボード１２を８枚備えている。即ち、情報処理装置１０は合わせて３２のＣＰＵを搭載している。また、各ＣＰＵが複数のコアを有していても良い。
　本実施形態では、この３２のＣＰＵのうち、８つのＣＰＵが常に使用可能なＣＯＤ非対象部品、残りの２４のＣＰＵがＣＯＤ対象部品である。
　クロスバーボード１３は、ＣＰＵ２０同士やＩ／Ｏボード１４の接続を行う。ＳＭＰ（Symmetric Multi Processing）を行う場合、クロスバーボード１３は、すべてのＣＰＵ２０がすべてのメモリ３０やＩ／Ｏに対して、搭載位置に関係なく同じようにアクセスできるように接続を行う。
　Ｉ／Ｏボード１４は、ハードディスク等の記憶装置や、ＰＣＩ Expressといった周辺機器とのインタフェースを備えている。該インタフェースには、他のコンピュータとの通信を行うためのネットワークカード（通信制御部）等が接続される。また、前記記憶装置には、演算処理の為のデータやソフトウェアを記憶している。
　電源１６は、オペレータパネルの電源ボタン（不図示）が押された場合に情報処理装置内の各部１２－１５に電力を供給する。また、電源１６は、管理装置１５からの制御信号に応じて選択的に各部への電力の供給停止又は供給開始ができる。
　図３は、管理装置１５の概略図である。管理装置１５は、情報処理装置１０のＣＰＵ２０とは別に、ＣＰＵ５１やメモリ５２、記憶部５３、入出力部５４を備えたコンピュータであり、情報処理装置１０の監視や設定などを行う。
　該入出力部５４には、キーボード等の入力手段やモニタ等の出力手段を備えたコンソールが直接或はネットワークを介して接続される。また、入出力部５４は、管理対象であるシステムボード等と接続している。
　記憶部５３には、構成判定プログラムやライセンス管理プログラム、ＣＯＤデータ管理プログラム、入出力プログラム、ライセンスデータベースなどで構成される、管理プログラムに相当するファームウェアがインストールされている。また、記憶部５３は、ＣＯＤ対象部品のライセンスの有無といったライセンスに関する情報であるライセンス情報を記憶するライセンスデータベース（ライセンス記憶部）としても機能する。
　ＣＰＵ５１は、前記ファームウェアを記憶部５３から適宜読み出して実行し、入出力部５４から入力された情報、及び記憶部５３から読み出した情報を演算処理することにより、読取部や、判定部、動作制御部、ライセンス登録部、ライセンス管理部としても機能する。
　読取部として機能する場合は、ＣＰＵ５１はＣＯＤの対象となり得る部品から管理情報を読み取る。
　判定部として機能する場合には、ＣＰＵ５１はＣＯＤ対象部品の管理情報に対応するライセンス情報が、前記ライセンス記憶部に記憶されていれば当該対象部品を使用可、記憶されていなければ当該対象部品を使用不可と判定する。
　動作制御部として機能する場合は、ＣＰＵ５１は前記使用可と判断されたＣＯＤ対象部品を動作させ、前記使用不可と判断された部品の動作を禁止する。例えば、動作制御部は、電源１６に制御信号を送ることで、使用可と判断されたＣＯＤ対象部品への電源供給を開始させ、使用不可と判断されたＣＯＤ対象部品への電源供給を停止させることで、ＣＯＤ対象部品を動作させるか否か、言い換えればＣＯＤ対象部品の動作を禁止するか否かを制御する。また、動作制御部は、クロスバーボード１３に制御信号を送ることで、使用可と判断されたＣＯＤ対象部品と他の部品とを接続させ、使用不可と判断されたＣＯＤ対象部品と他の部品とを接続させないことで、ＣＯＤ対象部品を動作させるか否かを制御しても良い。また、これに限らず、制御信号に応じてＣＯＤ対象部品の動作を制御できる構成であれば良い。
　また、ＣＯＤ対象部品の動作の禁止とは、ＣＯＤ対象部品を完全に動作させないことのほか、一部の機能や容量、速度、動作回数等を制限するものでも良い。例えば、ＳＭＰの構成数を制限し、ライセンス数を越えた数のＣＰＵによるＳＭＰは禁止するが、個々のＣＰＵの動作は許可する構成でも良い。
　ライセンス登録部として機能する場合は、ＣＰＵ５１はライセンスキーが入力された場合に、搭載されているＣＯＤ対象部品に対するライセンスキーとして適合するか否かを確認し、ライセンスキーが適合すればＣＯＤ対象部品のライセンスの取得済みを示すライセンス情報をライセンスデータベースに記憶させる。
　ライセンス管理部として機能する場合は、ＣＰＵ５１はライセンスの有無の問合せに対し、ライセンスデータベースを参照して問い合わせ元に参照結果を返信する。
　図４は、本実施形態のＣＰＵ２０に設けられたメモリ２１のデータ配列の例を示す図である。
　メモリ２１は、特定のアドレスにＣＯＤ用領域を有しており、ＣＯＤ用領域にＣＯＤ情報が記憶されている。該ＣＯＤ情報のうち１バイトが、ＣＰＵ２０がＣＯＤの対象か否かを示す情報、つまりステイタス情報２１Ａである。１バイトのステイタス情報は、７ビットがＣＰＵ２０がＣＯＤ対象であるか否かを示すコード、最後の１ビットがデータ化けを検出するためのパリティコードである。
　また、メモリ２１のＣＯＤ情報は、２バイト目以降にＣＰＵ毎に固有の識別情報２１Ｂも含んでいる。本例では、識別情報はＣＰＵのシリアル番号である。
　上記構成の管理装置１５が、ファームウェアに従って実行する管理方法の各プロセスについて、図５～図９を用いて説明する。
　図５は、ライセンスキーを情報処理装置に追加する処理の説明図である。
　ライセンスキーを購入したユーザが、管理装置に接続したコンソールを操作してライセンス追加の指示を行うと、管理装置は入出力プログラムを実行し（ステップ１、以下Ｓ１のようにも記す）、ＣＰＵ５１がライセンス登録部として機能して、先ずメッセージを表示してライセンスキーの入力をユーザに求める。
　ユーザの操作により、コンソールを介してライセンスキーを受信すると（Ｓ２）、ライセンス登録部は、筐体１１や管理装置１５のメモリ（ＦＲＵ ＩＤ ＲＯＭ）から情報処理装置１０の識別情報（シリアル番号）を読み出す（Ｓ３）。
　そしてライセンス登録部は、入力されたライセンスキーが既に登録済みでなければ、当該情報処理装置に対して有効か否か、即ち読み出したシリアル番号に適合するライセンスキーであるかを確認する（Ｓ４）。
　例えば、ライセンス登録部は、シリアル番号とライセンスキーをハッシュ等の関数で処理し、所定の結果が得られるか否かをチェックする。このため、登録する情報処理装置１０のシリアル番号と組み合わせて当該処理を行ったときに所定の結果が得られるように、ライセンスキーを作成しておく。
　この結果、ライセンス登録部は、ライセンスキーが無効であればステップ１へ戻ってライセンスキーの入力を求め（Ｓ５）、ライセンスキーが有効であれば（Ｓ５　Ｙｅｓ）ライセンスキー（ライセンス情報）をライセンスデータベースに記憶させる（Ｓ６）。
　図６は、該ライセンスデータベースの説明図である。本実施形態では、有効と判定されたライセンスキーをライセンスデータベースに記憶している。即ち、ライセンスデータベースに記憶されているライセンスキーの数が、情報処理装置１０で使用できるＣＰＵの数である。
　なお、ライセンスデータベースは、上記構成に限らず、管理する内容に応じ、他のデータ構成を採っても良い。例えば、ライセンス数Ｃに基づいてライセンスキーが作成されている場合に、ライセンス登録部がライセンス数Ｃにライセンスキーが適合するか否かを確認し、適合した場合には、ライセンス数Ｃとライセンスキーとを対応付けてライセンスデータベースに登録する。この場合、ライセンスデータベースに登録されたライセンス数Ｃの合計が使用できるＣＰＵの数となる。
　図７は、情報処理装置の起動の際、構成判定プログラムに従って実行される処理の説明図である。
　ユーザが情報処理装置の起動操作を行った際、例えばオペレータパネル（不図示）の電源スイッチがＯＮにされ（Ｓ２１）、情報処理装置が起動を開始すると（Ｓ２２）、管理装置１５は、構成判定プログラムを実行し、判定部が情報処理装置１０に搭載されているＣＰＵ２０やメモリ２１等のハードウェアリソースのチェックを行う（Ｓ２３）。
　そして、判定部は、搭載されているハードウェアについて、ＣＯＤ情報のうち少なくともステイタス情報の読み出しをＣＯＤデータ管理プログラム（読出部）に要求する（Ｓ２４）。以下、便宜上ＣＰＵ２０について示すが他の部品であっても良い。
　そして、判定部は、読出部の応答に基づいて当該ＣＰＵ２０がＣＯＤ対象であるか否かを判定する（Ｓ２５）。
　また、判定部は、ＣＰＵ２０がＣＯＤ対象であった場合、ライセンス管理プログラム（ライセンス管理部）にＣＰＵ２０に対するライセンスの有無を問い合わせる（Ｓ２６）。
　ライセンス管理プログラムが、ＣＰＵ２０に対するライセンス有りと応答した場合、構成判定プログラムはそのＣＰＵを使用可能と判断する。また、ライセンス管理プログラムが、ＣＰＵ２０に対するライセンスなしと応答した場合、構成判定プログラムはそのＣＰＵ２０を使用不可と判断する（Ｓ２７）。
　ステップ２７でＣＰＵ２０が使用可能と判定された場合、及びステップ２５でＣＰＵ２０がＣＯＤ非対象と判定された場合、動作制御部は、ＣＰＵ２０の使用を可能に制御する（Ｓ２８）。即ち、電源の供給、ハードウェア資源としての割り当て、Ｉ／Ｏやメモリとの接続を行わせる。
　一方、ステップ２７でＣＰＵ２０が使用不可と判定された場合には、動作制御部は当該ＣＰＵ２０の使用を禁止する制御を行う（Ｓ２９）。即ち動作制御部は、電源供給や、ハードウェア資源としての割り当て、Ｉ／Ｏやメモリとの接続を禁止する。
　情報処理装置に搭載された全てのＣＰＵ２０について前記ＣＯＤ情報の確認処理（ステップ２４～Ｓ２９）を繰り返し（Ｓ３０）、全ＣＰＵに対する確認処理が終了した場合には、使用可能なＣＰＵ２０を使用して情報処理装置の起動を行う（Ｓ３１）。
　図８は、上記ステップ２４でＣＯＤ情報を要求された場合のＣＯＤデータ管理プログラムの処理の説明図である。
　ＣＯＤ情報の要求を受けると、ＣＯＤデータ管理プログラムを実行し（Ｓ４１）、読取部が、ＣＯＤ情報をＣＰＵ２０のメモリ２１から読み出し（Ｓ４２）、構成判定プログラムへデータを返信する（Ｓ４３）。
　また、図９は構成判定プログラムからライセンス情報の問合せを受けた際、ライセンス管理プログラムに従って実行する処理の説明図である。
　管理装置１５は、ＣＯＤデータ管理プログラムを実行すると、ライセンス管理部がライセンスデータベースからライセンスキーを読み出してカウントし（Ｓ５１）、このライセンスキーの数を使用可能なＣＰＵ数（Ｒ）として記憶する（Ｓ５２）。
　そして、構成判定プグラムからのＣＰＵに対するライセンスの有無の問合せを待ち、該問合せを受けると（Ｓ５３）、ライセンス管理部は、ライセンスを与えたＣＰＵ数（Ｎ）と使用可能なＣＰＵ数（Ｒ）とを比較する（Ｓ５４）。
　ここでＮ＜Ｒであれば、ライセンス管理部は、ライセンス情報問い合わせ対象のＣＰＵに対するライセンス有りと応答し（Ｓ５５）、Ｎを１増加させてステップ５３に戻る（Ｓ５６）。
　一方、ステップ５４で、Ｎ≧Ｒであれば、ライセンス管理部は、ライセンス情報問い合わせ対象のＣＰＵに対するライセンス無しと応答してステップ５３に戻る（Ｓ５７）。
　上述のように、本実施形態によれば、管理装置１５が部品（ハードウェアリソース）の管理データに基づいて使用の可否を判定するので、ハードウェアリソースの不正利用を防止できる。例えば、ＣＯＤ対象でないＣＰＵ２０が故障した場合に、ライセンスの無いＣＯＤ対象のＣＰＵ２０と取り替えてライセンスの無いＣＰＵを不正に使用することを防止できる。
　また、他の全ての情報処理装置にも上述の管理装置１５を実装すれば、ＣＯＤ対象かどうかの判定が必ず実施されるので、契約内容や設定環境の異なる他の情報処理装置にＣＰＵを移して不正使用することも防止できる。
　《変形例》
　上記の実施形態では、情報処理装置毎にライセンスを管理したが、ＣＯＤ対象部品毎にライセンスを管理しても良い。
　上記実施形態と比べ、本変形例は、ＣＯＤ対象部品毎にライセンスを管理する処理が異なっており、その他のハードウェア構成等は同じである。このため、同一の要素には同符号を付すなどして再度の説明を省略している。
　図１０は、ライセンスキーを情報処理装置に追加する処理の説明図である。
　ライセンスキーを購入したユーザが、管理装置に接続したコンソールを操作してライセンス追加の指示を行うと、管理装置は入出力プログラムを実行し（Ｓ６１）、ＣＰＵ５１がライセンス登録部として機能して、先ずメッセージを表示してライセンスキーの入力をユーザに求める。
　ユーザの操作により、コンソールを介してライセンスキーを受信すると（Ｓ６２）、ライセンス登録部は、ＣＯＤ対象部品であるＣＰＵ２０のＦＲＵ ＩＤ ＲＯＭ２１からＣＰＵ２０のシリアル番号を読み出す（Ｓ６３）。ＣＯＤ対象部品が情報処理装置に複数ある場合、ライセンスの無い対象部品全てについてシリアル番号を読み出して選択できる構成でも良いし、ステップ６２でユーザがライセンスキーと共にＣＯＤ対象部品を特定する情報を入力し、該情報に応じたＣＯＤ対象部品のシリアル番号を読み出しても良い。
　そしてライセンス登録部は、入力されたライセンスキーが有効か否か、即ち読み出したシリアル番号に適合するライセンスキーであるか否かを確認する（Ｓ６４）。
　例えば、シリアル番号とライセンスキーをハッシュ等の関数で処理し、所定の結果が得られるか否かをチェックする。即ち、ライセンスキーは、ＣＯＤ対象部品のシリアル番号と組み合わせて当該処理を行ったときに所定の結果が得られるように作成されている。
　この結果、ライセンス登録部は、ライセンスキーが無効であればステップ６１へ戻ってライセンスキーの入力を求め（Ｓ６５）、ライセンスキーが有効であれば前記ＣＯＤ対象部品のライセンス情報をライセンスデータベースに記憶する（Ｓ６５～６６）。
　図１１は、該ライセンスデータベースの説明図である。本実施形態では、ＣＯＤ対象部品毎にシリアル番号とライセンスキーとを対応付けて記憶している。なお、ライセンスキーは省略しても良い。図１１では、ライセンスデータベースに、シリアル番号が記憶されているＣＯＤ対象部品が使用可、シリアル番号が記憶されていないＣＯＤ対象部品が使用不可であることを示している。即ち、本変形例では、ライセンスデータベースに記憶されているシリアル番号の数が、情報処理装置１０で使用できるＣＰＵの数である。
　本変形例において、構成判定プログラムに従って実行される処理は、前述の図７と略同じである。但し、ステップ２４でＣＯＤデータ管理プログラムがＣＯＤ情報の読出しを要求した際、ＣＯＤデータ管理プログラムはステップ４２（図８）でＣＯＤ情報としてステイタス情報と共にＣＰＵ２０のシリアル番号も読み出す。
　また、ステップ２６でライセンス管理プログラムにライセンスの有無を問合せる際、問合せを示す信号と共にＣＯＤ対象部品のシリアル番号も通知している。
　ここで構成判定プログラム（図７）からライセンス情報の問合せを受けた際に、ライセンス管理プログラムに従って実行する処理について図１２に示す。
　管理装置１５は、先ず、ＣＯＤデータ管理プログラムを実行し（Ｓ７１）、構成判定プグラムからライセンスの問合せまで待機し（Ｓ７２）、該問合せを受けると（Ｓ７２ Ｙｅｓ）、この問合せ時に受けたシリアル番号がライセンスデータベースに記憶されているシリアル番号と一致するか否かをライセンス管理部が確認する（Ｓ７３）。
　ここでライセンス管理部は、シリアル番号が一致すれば（Ｓ７３ Ｙｅｓ）、ライセンス有りと応答し（Ｓ７４）、シリアル番号が一致しなければ（Ｓ７３Ｎｏ）ライセンス無しと応答してステップ７２に戻る（Ｓ７５）。
　本変形例によれば、ＣＯＤ対象のＣＰＵ２０が不正にシステムボードから取り外され、別のシステムボードに搭載された場合でも、構成判定プログラムがＣＯＤ対象と判断し、ライセンスを購入しない限り取り外したＣＰＵを使用することができないため、不正な使用を防止することができる。
　また、本変形例では、ＣＯＤ対象部品毎にライセンスを管理しているため、例えば、ライセンスキーを購入したＣＰＵであれば、他の情報処理装置でライセンスキーを登録し直すことで、正規に他の情報処理装置へ移して使用することができ、構成変更に柔軟に対応できる。
　〈実施形態２〉
　実施形態１が、ライセンスの有無を示すライセンス判定情報を管理装置が有した構成であるのと比べ、本実施形態２は、ＣＯＤ対象部品がライセンス判定情報を有した構成である点が異なっている。なお、その他の構成は略同じであり、同一の要素には同符号を付すなどして再度の説明を省略している。
　図１３は、本実施形態２に係る管理装置の概略構成図である。図１３に示す本実施形態の管理装置１５は、ライセンス判定情報をＣＰＵ２０から読み取るので、前述の実施形態１（図３）と比べてライセンス管理部（ライセンス管理プログラム）を省略している。なお、ＣＰＵ５１は、ＣＯＤデータ管理プログラムに従いＣＯＤ情報の読み取りを行う読取部の機能だけでなく、ＣＯＤ情報の書き込みも行う読書き部として動作する。
　図１４は、本実施形態２のＣＰＵ２０に設けられたメモリ２１のデータ配列の例を示す図である。
　メモリ２１は、特定のアドレスにＣＯＤ用領域を有しており、該領域にＣＯＤ情報が記憶されている。該ＣＯＤ情報のうち１バイト目が、ＣＯＤの対象か否かを示すステイタス情報２１Ａである。該１バイトのステイタス情報は、７ビットがＣＯＤ対象であるか否かを示すコード、最後の１ビットがデータ化けを検出するためのパリティコードである。
　該ＣＯＤ情報のうち２バイト目が、ライセンス取得済みか否かを示すライセンス判定情報２１Ｃである。該１バイトのステイタス情報は、７ビットがライセンス取得済みか否かを示すコード、最後の１ビットがデータ化けを検出するためのパリティコードである。
また、メモリ２１のＣＯＤ情報は、３バイト目以降に、ＣＰＵ毎に固有の識別情報（本例ではシリアル番号）２１Ｂも含んでいる。
　上記構成の管理装置１５が、ファームウェアに従って実行する管理方法の各プロセスについて、図１５，図１６を用いて説明する。
　図１５は、ライセンスキーを情報処理装置に追加する処理の説明図である。
　ライセンスキーを購入したユーザが、管理装置に接続したコンソールを操作してライセンス追加の指示を行うと、管理装置は入出力プログラムを実行し（Ｓ８１）、ＣＰＵ５１がライセンス登録部として機能して、先ずメッセージを表示してライセンスキーの入力を求める。
　ユーザの操作により、コンソールを介してライセンスキーを受信すると（Ｓ８２）、ライセンス登録部は、ＣＯＤ対象部品であるＣＰＵ２０のメモリ（ＦＲＵ ＩＤ ＲＯＭ２１）からシリアル番号を読み出す（Ｓ８３）。ＣＯＤ対象部品が複数ある場合、ライセンスの無いＣＯＤ対象部品全てについてシリアル番号を読み出しても良いし、ステップ８２でユーザがライセンスキーと共にＣＯＤ対象部品を特定する情報を入力し、該情報に応じたＣＯＤ対象部品のシリアル番号を読み出しても良い。
　そしてライセンス登録部は、入力されたライセンスキーが有効か否か、即ち読み出したシリアル番号に適合するライセンスキーであるか否かを確認する（Ｓ８４）。
　例えば、シリアル番号とライセンスキーをハッシュ等の関数で処理し、所定の結果が得られるか否かをチェックする。即ち、ライセンスキーは、ＣＯＤ対象部品のシリアル番号と組み合わせて当該処理を行ったときに所定の結果が得られるように作成されている。
　この結果、ライセンス登録部は、ライセンスキーが無効であればステップ８１へ戻ってライセンスキーの入力を求め（Ｓ８５）、ライセンスキーが有効であれば、ライセンス登録部前記対象部品のライセンス情報をライセンスデータベースに記憶する（Ｓ８５～８６）。
　また、ライセンスキーが有効であれば、ライセンス登録部は、ＣＯＤデータ管理プログラム（読書き部）にライセンス判定情報の書き込みを依頼する（Ｓ８７）。これに応じ、読書き部は、ＣＰＵ２０のライセンス判定情報をライセンス取得済みに変更する。
　図１６は、情報処理装置の起動の際、構成判定プログラムに従って実行される処理の説明図である。
　ユーザが情報処理装置の起動操作を行った際、例えばオペレータパネル（不図示）の電源スイッチがＯＮにされ（Ｓ９０）、情報処理装置が起動を開始すると（Ｓ９１）、管理装置１５は、構成判定プログラムを実行し、判定部が情報処理装置１０に搭載されているＣＰＵ２０やメモリ２１等のハードウェアリソースのチェックを行う（Ｓ９２）。
　そして、判定部は、搭載されているハードウェアについて、ＣＯＤ情報のうち少なくともステイタス情報をＣＯＤデータ管理プログラム（読書き部）に要求する（Ｓ９３）。なお、以下では便宜上ハードウェアとしてＣＰＵ２０について示すが、他の部品であっても良い。
　そして、判定部は、読書き部の応答に基づいて当該ＣＰＵ２０がＣＯＤ対象であるか否かを判定する（Ｓ９４）。
　また、判定部は、ＣＰＵ２０がＣＯＤ対象であった場合、ＣＯＤデータ管理プログラム（読書き部）にライセンスの有無を問い合わせる（Ｓ９５）。
　ＣＯＤデータ管理プログラムが、ライセンス有りと応答した場合、構成判定プログラムはそのＣＰＵを使用可能と判断する。また、ＣＯＤデータ管理プログラムが、ライセンスなしと応答した場合、構成判定プログラムは使用不可と判断する（Ｓ９６）。
　ステップ９６でＣＰＵ２０が使用可能と判定された場合及びステップ９４でＣＯＤ非対象と判定された場合、動作制御部は、ＣＰＵ２０の使用を可能に制御する（Ｓ９７）。即ち、電源の供給、ハードウェア資源としての割り当て、Ｉ／Ｏやメモリとの接続を行わせる。
　一方、ステップ９６でＣＰＵ２０が使用不可と判定された場合には、当該ＣＰＵ２０の使用を禁止する制御を行う（Ｓ９８）。即ち、電源供給や、ハードウェア資源としての割り当て、Ｉ／Ｏやメモリとの接続を禁止する。
　搭載された全てのＣＰＵ２０について前記ＣＯＤ情報の確認処理（ステップ９３～Ｓ９８）を繰り返し（Ｓ９９）、全ＣＰＵに対するＣＯＤ情報の確認処理が終了した場合には、使用可能なＣＰＵ２０を使用して情報処理装置の起動を行う（Ｓ１００）。
　本実施形態によれば、ＣＯＤ対象のＣＰＵ２０が不正にシステムボードから取り外され、別のシステムボードに搭載された場合でも、構成判定プログラムがＣＯＤ対象と判断し、ライセンスを購入しない限り取り外したＣＰＵを使用することができないため、不正な使用を防止することができる。例えば、ＣＯＤ対象でないＣＰＵ２０が故障した場合に、ライセンスの無いＣＯＤ対象のＣＰＵ２０と取り替えてライセンスの無いＣＰＵを不正に使用することを防止できる。
　また、本実施形態によれば、ライセンス判定情報をＣＯＤ対象部品が有しているので、ＣＯＤ対象部品を他の情報処理装置へ移した場合にもライセンスを取得済みであるか否かを確認できるので、ライセンス取得済みであればライセンスを登録し直すことなく、正規に使用できる。
　〈実施形態３〉
　前記実施形態１と実施形態２とで挙げたようにライセンス判定情報を格納する構成が異なるＣＯＤ対象部品を混在した場合は、以下の方法により実現できる。
　本実施形態３は、前記実施形態１と比べてライセンス判定情報を格納する構成が異なり、その他構成は略同じである。このため、同一の要素には同符号を付すなどして再度の説明を省略している。
　図１７は、本実施形態３のＣＰＵ２０に設けられたメモリ２１のデータ配列の例を示す図である。
メモリ２１は、特定のアドレスにＣＯＤ用領域を有しており、該領域にＣＯＤ情報が記憶されている。該ＣＯＤ情報のうち１バイト目が、２バイト目以降のデータ格納フォーマットを示すフォーマット情報２１Ｄである。該１バイトのフォーマット情報は、７ビットがフォーマットを示すコード、最後の１ビットがデータ化けを検出するためのパリティコードである。
　例えば、フォーマットを示すコードが０００００００であれば実施形態２の図１４と同様に２バイト目にステイタス情報２１Ａが格納され、３バイト目にライセンス判定情報２１Ｃが格納されることを示す。また、フォーマットを示すコードが００００００１であれば実施形態１の図４と同様に、２バイト目にステイタス情報２１Ａが格納され、３バイト目が使用されないことを示す。
　また、メモリ２１のＣＯＤ情報は、４バイト目以降に、ＣＰＵ毎に固有の識別情報（本例ではシリアル番号）２１Ｂも含んでいる。
　図１８,図１９は、情報処理装置の起動の際、構成判定プログラムに従って実行される処理の説明図である。
　ユーザが情報処理装置の起動操作を行った際、例えばオペレータパネル（不図示）の電源スイッチがＯＮにされ（Ｓ２０１）、情報処理装置が起動を開始すると（Ｓ２０２）、管理装置１５は、構成判定プログラムを実行し、判定部が情報処理装置１０に搭載されているＣＰＵ２０やメモリ２１等のハードウェアリソースのチェックを行う（Ｓ２０３）。
　そして、判定部は、搭載されているハードウェア（以下、便宜上ＣＰＵ２０について示すが他の部品であっても良い）について、ＣＯＤ情報のうちフォーマット情報や、ステイタス情報の読み出しをＣＯＤデータ管理プログラム（読書き部）に要求する（Ｓ２０４）。
　そして、判定部は、読書き部で読み出したフォーマット情報に基づいて当該ＣＰＵ２０がライセンス判定情報を有しているか否かを判定する（Ｓ２０５）。
　ここで管理装置１５は、ＣＰＵ２０がライセンス判定情報を有していない場合、図７と同様にステップ２５以降の処理を行い、ＣＰＵ２０がライセンス判定情報を有している場合、図１６と同様にステップ９４以降の処理を行う。但し、ステップ３０又はステップ９９にて、未処理のＣＰＵ２０があると判定した場合には、ステップ２０４に戻る。
　本実施形態によれば、ライセンス判定情報を有しているＣＯＤ対象部品とライセンス判定情報を有していないＣＯＤ対象部品とが混在している場合でも、前述の実施形態１，２と同様にＣＯＤ対象部品の不正使用を防止できる。
　〈その他〉
　本発明は、上述の図示例にのみ限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変更を加え得ることは勿論である。また、上記構成要素は可能な限り組み合わせることができる。
　上記実施形態では、ＣＯＤ対象部品としてＣＰＵを例に挙げたが、管理情報を格納できるメモリ（記憶部）を持つ部品であれば、如何なる部品であっても良い。例えば、メモリ、I/Oカード、システムボード、電源、記憶装置等が挙げられる。また、コンピュータクラスタを構成する各コンピュータであっても良い。

Claims (13)

  1. 　複数の部品から管理情報を読み取る読取部と、
    　前記部品の管理情報に対応するライセンス情報についてライセンス記憶部を参照し、該ライセンス情報に基づいて当該部品の使用可否を判定する判定部と、
    　前記使用可と判断された部品を動作させ、前記使用不可と判断された部品の動作を禁止する動作制御部と、
    を備えた管理装置。
  2. 　前記管理情報が、前記部品の管理を行うか否かを示すステイタス情報を含み、
    　前記判定部が、前記ステイタス情報に基づき、管理を行う部品について前記使用可否の判定を行い、管理を行わない部品について前記使用可否の判定を行わない請求項１に記載の管理装置。
  3. 　前記管理情報が、前記部品のライセンスの有無を示すライセンス情報を含み、
    　前記判定部が、前記読取部から取得した管理情報の前記ライセンス情報に基づき前記使用可否の判定を行う請求項１又は２に記載の管理装置。
  4. 　前記管理情報が、前記ライセンス情報を含むか否かを示すフォーマット情報を含み、
    　前記判定部が、前記フォーマット情報に基づき、前記ライセンス情報を含む場合には前記読取部からライセンス情報を取得し、前記ライセンス情報を含まない場合には他のライセンス記憶部からライセンス情報を取得する請求項１から３の何れか１項に記載の管理装置。
  5. 　部品から管理情報を読み取るステップと、
    　前記部品の管理情報に対応するライセンス情報についてライセンス記憶部を参照し、該ライセンス情報に基づいて当該部品の使用可否を判定するステップと、
    　前記使用可と判断された部品を動作させ、前記使用不可と判断された部品の動作を禁止するステップと、
    をコンピュータが実行する管理方法。
  6. 　前記管理情報が、前記部品の管理を行うか否かを示すステイタス情報を含み、
    　前記ステイタス情報に基づき、管理を行う部品について前記使用可否の判定を行い、管理を行わない部品について前記使用可否の判定を行わない請求項５に記載の管理方法。
  7. 　前記管理情報が、前記部品のライセンスの有無を示すライセンス情報を含み、
    　前記管理情報の前記ライセンス情報に基づき前記使用可否の判定を行う請求項５又は６に記載の管理方法。
  8. 　前記管理情報が、前記ライセンス情報を含むか否かを示すフォーマット情報を含み、
    　前記フォーマット情報に基づき、前記管理情報がライセンス情報を含む場合には前記部品からライセンス情報を取得し、前記管理情報がライセンス情報を含まない場合には他のライセンス記憶部からライセンス情報を取得する請求項５から７の何れか１項に記載の管理方法。
  9. 　部品から管理情報を読み取るステップと、
    　前記部品の管理情報に対応するライセンス情報についてライセンス記憶部を参照し、該ライセンス情報に基づいて当該部品の使用可否を判定するステップと、
    　前記使用可と判断された部品を動作させ、前記使用不可と判断された部品の動作を禁止するステップと、
    をコンピュータに実行させる管理プログラム。
  10. 　前記管理情報が、前記部品の管理を行うか否かを示すステイタス情報を含み、
    　前記ステイタス情報に基づき、管理を行う部品について前記使用可否の判定を行い、管理を行わない部品について前記使用可否の判定を行わない請求項９に記載の管理プログラム。
  11. 　前記管理情報が、前記部品のライセンスの有無を示すライセンス情報を含み、
    　前記管理情報の前記ライセンス情報に基づき前記使用可否の判定を行う請求項９又は１０に記載の管理プログラム。
  12. 　前記管理情報が、前記ライセンス情報を含むか否かを示すフォーマット情報を含み、
    　前記フォーマット情報に基づき、前記管理情報がライセンス情報を含む場合には前記部品からライセンス情報を取得し、前記管理情報がライセンス情報を含まない場合には他のライセンス記憶部からライセンス情報を取得する請求項９から１１の何れか１項に記載の管理プログラム。
  13. 　複数の部品と管理装置とを備えた情報処理装置であって、
    　前記部品が、
    　所定の動作を行う動作部と、
    　前記動作部の動作を管理するための管理情報を記憶した記憶部と
    を備え、
    　前記管理装置が、
    　部品から管理情報を読み取る読取部と、
    　前記部品の管理情報に対応するライセンス情報についてライセンス記憶部を参照し、該ライセンス情報に基づいて当該部品の使用可否を判定する判定部と、
    　前記使用可と判断された部品を動作させ、前記使用不可と判断された部品の動作を禁止する動作制御部と、
    を備えた情報処理装置。
PCT/JP2008/056055 2008-03-28 2008-03-28 ハードウェアリソースの管理装置 WO2009118886A1 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
JP2010505113A JP5104944B2 (ja) 2008-03-28 2008-03-28 ハードウェアリソースの管理装置
PCT/JP2008/056055 WO2009118886A1 (ja) 2008-03-28 2008-03-28 ハードウェアリソースの管理装置
US12/836,085 US8997238B2 (en) 2008-03-28 2010-07-14 Management device of hardware resources

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2008/056055 WO2009118886A1 (ja) 2008-03-28 2008-03-28 ハードウェアリソースの管理装置

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US12/836,085 Continuation US8997238B2 (en) 2008-03-28 2010-07-14 Management device of hardware resources

Publications (1)

Publication Number Publication Date
WO2009118886A1 true WO2009118886A1 (ja) 2009-10-01

Family

ID=41113114

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2008/056055 WO2009118886A1 (ja) 2008-03-28 2008-03-28 ハードウェアリソースの管理装置

Country Status (3)

Country Link
US (1) US8997238B2 (ja)
JP (1) JP5104944B2 (ja)
WO (1) WO2009118886A1 (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9032482B2 (en) 2012-08-31 2015-05-12 Fujitsu Limited Information processing apparatus and control method
JP2016018493A (ja) * 2014-07-10 2016-02-01 富士通株式会社 情報処理装置、情報処理装置の制御方法、及び情報処理装置の制御プログラム

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120204186A1 (en) * 2011-02-09 2012-08-09 International Business Machines Corporation Processor resource capacity management in an information handling system

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH10171559A (ja) * 1996-12-09 1998-06-26 Kobe Nippon Denki Software Kk 周辺装置の接続方法および接続装置
JP2004030633A (ja) * 2002-06-26 2004-01-29 Hewlett-Packard Development Co Lp 電子デバイスを電子的に追跡する方法
JP2007018102A (ja) * 2005-07-05 2007-01-25 Sharp Corp 認証装置、画像形成装置、及び画像読取装置

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH09146898A (ja) 1995-11-22 1997-06-06 Hitachi Ltd プロセッサ割当て制御方法
US7353375B2 (en) * 2004-10-07 2008-04-01 Hewlett-Packard Development Company, L.P. Method and apparatus for managing processor availability using a microcode patch
JP4715311B2 (ja) * 2005-06-01 2011-07-06 株式会社日立製作所 Ｓｍｐライセンス情報を有する情報処理装置
JP2007164377A (ja) * 2005-12-12 2007-06-28 Toshiba Corp データ処理装置およびデータ処理方法
US20070256076A1 (en) * 2006-04-27 2007-11-01 Thompson James W System and method for separating multiple workloads processing in a single computer operating environment

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH10171559A (ja) * 1996-12-09 1998-06-26 Kobe Nippon Denki Software Kk 周辺装置の接続方法および接続装置
JP2004030633A (ja) * 2002-06-26 2004-01-29 Hewlett-Packard Development Co Lp 電子デバイスを電子的に追跡する方法
JP2007018102A (ja) * 2005-07-05 2007-01-25 Sharp Corp 認証装置、画像形成装置、及び画像読取装置

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9032482B2 (en) 2012-08-31 2015-05-12 Fujitsu Limited Information processing apparatus and control method
JP2016018493A (ja) * 2014-07-10 2016-02-01 富士通株式会社 情報処理装置、情報処理装置の制御方法、及び情報処理装置の制御プログラム

Also Published As

Publication number Publication date
JP5104944B2 (ja) 2012-12-19
US20100281196A1 (en) 2010-11-04
JPWO2009118886A1 (ja) 2011-07-21
US8997238B2 (en) 2015-03-31

Similar Documents

Publication Publication Date Title
CN100489823C (zh) 用于禁用通用串行总线端口的方法和设备
CN1467632B (zh) 基于映像的软件安装的系统和方法
JP4909044B2 (ja) ライセンス管理システムおよびその制御方法、画像形成装置およびその制御方法
US20190026442A1 (en) Offline activation for application(s) installed on a computing device
CN101627364A (zh) 用于标识随遵循设备分发的硬件和软件许可证的数据结构
CN104115446A (zh) 子设备发现和管理
KR20120123885A (ko) 저장 장치의 인증 장치 및 인증 장치 연결 수단을 구비한 저장 장치
KR20190132957A (ko) 데이터 축적 장치, 데이터 처리 시스템, 운용 시스템 및 데이터 처리 방법
JP5104944B2 (ja) ハードウェアリソースの管理装置
CN1517976B (zh) 内容处理设备和内容处理程序
JP4793949B2 (ja) コンピュータ情報処理装置および情報管理プログラム
JP2012216014A (ja) 情報処理装置及びデータ保護方法
JP2005222409A (ja) オペレーティングシステム、ライセンス管理サーバ、ライセンス管理方法、ライセンス管理プログラム、及び記録媒体
JP4250655B2 (ja) 情報処理システム、情報処理装置、及び情報処理方法
JP2002268764A (ja) Ｉｃカードによるソフトウェアライセンス管理システム
JP2009053905A (ja) 機器管理装置、機器管理方法および機器管理プログラム
CN104737174A (zh) 从许可证的先前和当前状态确定的应用模式
US20100115633A1 (en) Image forming apparatus and software enabling method thereof
JP4208736B2 (ja) 外部記録媒体の認証方式
JP2011107956A (ja) コンピュータシステム
US7953963B2 (en) System and method for automatically loading software components
JP5295156B2 (ja) 情報処理装置及びソフトウェアの不正使用防止方法
JP2004295388A (ja) ソフトウェアのインストール方法およびプロテクト方法
US20030126423A1 (en) Electronic branding technology
JP2006031320A (ja) ソフトウェアライセンスの管理システムおよび管理方法

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 08739179

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2010505113

Country of ref document: JP

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 08739179

Country of ref document: EP

Kind code of ref document: A1