DEVICE OPERATION METHOD, FIRMWARE MANAGEMENT METHOD AND FIRMWARE MANAGEMENT SYSTEM
A device operation method, a firmware management method and a firmware management system are disclosed. First firmware data to be loaded by a chip of a first device is acquired from a second device associated with the first device. And the first firmware data is loaded to the chip without going through a local nonvolatile memory of the first device. Therefore, it is not necessary to install the nonvolatile memory such as a flash on the mainboard of the device to store the firmware, and it is also not necessary to install a security chip for verifying the firmware, thus greatly reducing cost of the device.
1 . A device operation method applied for execution by a first device, the method comprising:
acquiring, from a second device associated with the first device, first firmware data required to be loaded by a chip of the first device; and
loading the first firmware data into the chip without going through a local nonvolatile memory of the first device.
2 . The method according to claim 1 , wherein the step of acquiring, from a second device associated with the first device, first firmware data required to be loaded by a chip of the first device comprises:
sending a firmware request to the second device associated with the first device; and
receiving the first firmware data corresponding to the firmware request sent by the second device, wherein the first firmware data is pre-stored in the second device, or the first firmware data is acquired by the second device from a firmware resource pool located in a cloud.
3 . The method according to claim 1 , further comprising:
receiving second firmware data sent by the second device, wherein the second firmware data is firmware data corresponding to firmware customization information, wherein the firmware customization information comprises at least one of version customization information or parameter configuration information, and the firmware customization information is generated for the first device by a firmware management platform; and
loading the second firmware data into the chip without going through the local nonvolatile memory of the first device.
4 . The method according to claim 3 , further comprising:
sending a downgrade request to the second device;
receiving the first firmware data sent by the second device; and
reloading the first firmware data to the chip without going through the local nonvolatile memory of the first device.
5 . A firmware management method applied for execution by a second device associated with a first device, the method comprising:
determining whether first firmware data corresponding to a firmware request exists in the second device in response to receiving the firmware request sent by the first device; and
acquiring the first firmware data from a firmware resource pool located in a cloud if the first firmware data corresponding to the firmware request does not exist in the second device, and sending acquired first firmware data to the first device.
6 . The method according to claim 5 , further comprising:
receiving firmware customization information set for the first device by a firmware management platform located in the cloud, wherein the firmware customization information comprises at least one of version customization information or parameter configuration information;
acquiring second firmware data corresponding to the firmware customization information from the firmware resource pool; and
sending acquired second firmware data to the first device.
7 . The method according to claim 5 , further comprising:
sending the first firmware data to the first device if the first firmware data corresponding to the firmware request exists in the second device.
8 . The method according to claim 7 , further comprising:
performing security verification on the first firmware data before sending the first firmware data to the first device.
9 . A server firmware management system, comprising:
an access device connected with a server;
a firmware resource pool; and
a firmware management platform,
wherein the access device is respectively connected with the firmware resource pool and the firmware management platform,
the firmware management platform customizes at least one of a version or a parameter of a firmware for the server and sends customization information to the access device,
the access device acquires firmware data consistent with at least one of the version or the parameter characterized by the customization information from the firmware resource pool according to the customization information, and sends acquired firmware data to the server, so that the server loads the firmware data into a chip without going through a local nonvolatile memory.
10 . A computing device comprising:
a processor; and
a memory having an executable code stored thereon that, when executed by the processor, causes the processor to perform the method according to claim 1 .
11 . (canceled)
12 . A non-transitory machine-readable storage medium having an executable code stored thereon that, when executed by a processor of an electronic device, causes the processor to execute the method according to claim 1 .
13 . The computing device according to claim 10 , wherein the executable code is executed by the processor to cause the processor to further execute the following operations:
sending a firmware request to the second device associated with the first device; and
receiving the first firmware data corresponding to the firmware request sent by the second device, wherein the first firmware data is pre-stored in the second device, or the first firmware data is acquired by the second device from a firmware resource pool located in a cloud.
14 . The computing device according to claim 10 , wherein the executable code is executed by the processor to cause the processor to further execute the following operations:
receiving second firmware data sent by the second device, wherein the second firmware data is firmware data corresponding to firmware customization information, wherein the firmware customization information comprises at least one of version customization information or parameter configuration information, and the firmware customization information is generated for the first device by a firmware management platform; and
loading the second firmware data into the chip without going through the local nonvolatile memory of the first device.
15 . The computing device according to claim 14 , wherein the executable code is executed by the processor to cause the processor to further execute the following operations:
sending a downgrade request to the second device;
receiving the first firmware data sent by the second device; and
reloading the first firmware data to the chip without going through the local nonvolatile memory of the first device.
16 . A computing device comprising:
a processor; and
a memory having an executable code stored thereon that, when executed by the processor, causes the processor to perform the method according to claim 5 .
17 . The computing device according to claim 16 , wherein the executable code is executed by the processor to cause the processor to further execute the following operations:
receiving firmware customization information set for the first device by a firmware management platform located in the cloud, wherein the firmware customization information comprises at least one of version customization information or parameter configuration information;
acquiring second firmware data corresponding to the firmware customization information from the firmware resource pool; and
sending acquired second firmware data to the first device.
18 . The computing device according to claim 16 , wherein the executable code is executed by the processor to cause the processor to further execute the following operation:
sending the first firmware data to the first device if the first firmware data corresponding to the firmware request exists in the second device.
19 . The computing device according to claim 18 , wherein the executable code is executed by the processor to cause the processor to further execute the following operation:
performing security verification on the first firmware data before sending the first firmware data to the first device.
20 . The non-transitory machine-readable storage medium according to claim 12 , wherein the executable code is executed by the processor to cause the processor to further execute the following operations:
sending a firmware request to the second device associated with the first device; and
receiving the first firmware data corresponding to the firmware request sent by the second device, wherein the first firmware data is pre-stored in the second device, or the first firmware data is acquired by the second device from a firmware resource pool located in a cloud.
21 . A non-transitory machine-readable storage medium having an executable code stored thereon that, when executed by a processor of an electronic device, causes the processor to execute the method according to claim 5 .