CN117707551A

CN117707551A - Installation method and device of target software package

Info

Publication number: CN117707551A
Application number: CN202211084760.6A
Authority: CN
Inventors: 魏子然
Original assignee: Beijing Huawei Digital Technologies Co Ltd
Current assignee: Beijing Huawei Digital Technologies Co Ltd
Priority date: 2022-09-06
Filing date: 2022-09-06
Publication date: 2024-03-15

Abstract

The application discloses a method and a device for installing a target software package, wherein the method comprises the following steps: the single board of the digital communication device acquires the target software package, and then installs the target software package in the root file system of the single board of the digital communication device in a mounting mode, so that the problem that the restarting time of the device is too long due to the fact that all target files in the software package are reinstalled after the device in the memory file system is restarted can be avoided. Meanwhile, the mode of installing the corresponding target file according to the service requirement can avoid installing other unnecessary files in the software package, avoid the memory waste of the system and reduce the occupancy rate of the disk. And, the user may select an RPM package published by a third party according to the service requirement.

Description

Installation method and device of target software package

Technical Field

The present disclosure relates to the field of computer technologies, and in particular, to a method and an apparatus for installing a target software package.

Background

The software package manager (the RPM package manager, RPM) is a program of a software package (or RPM software package) specially used for managing a Linux system kernel and Linux by a Red Hat Linux release, and is the software package manager with the most abundant software package resources under an operating system (GNU/Linux). RPM not only complies with the general public license (general public license, GPL) rules but is powerful and convenient and therefore popular, increasingly being applied to other release plates.

At present, because the RPM suite management mode appears, the RPM contained suite is a compiled binary file, so that the RPM software package can be directly installed on the root file system of the equipment of a user, the RPM software package is easier to install and upgrade, and the applicability of a Linux system (or called Linux) is indirectly improved.

However, the root file system is located in the hard disk, and the scheme of installing the RPM software package into the root file system is that the root file system of the device is restored after the device is restarted, so that the RPM software package needs to be reinstalled, the time consumption is long, and the device starting time is greatly influenced. Taking Linux as an example of an operating system, each time Linux is restarted, a multi-operating-system boot program (grand unified bootloader, GRUB) is started to boot the Linux kernel and reinstall an RPM software package into a root file system located on a hard disk. Meanwhile, the scheme of installing the RPM software package into the root file system cannot install, uninstall and upgrade the RPM software package of a third party on equipment, and cannot be compatible with the RPM software package installation environment configured by equipment manufacturers.

Disclosure of Invention

The embodiment of the application provides a method and a device for installing a target software package, which are used for solving the problems that the current data communication equipment cannot pre-install a third-party RPM software package, the RPM software package needs to be reinstalled after equipment is restarted in a memory file system, so that the starting time is prolonged, and the memory resource waste is caused in the process of downloading and decompressing the RPM software package to the memory file system by the data communication equipment.

In order to achieve the above purpose, the embodiments of the present application adopt the following technical solutions:

in a first aspect, there is provided a method of installing a target software package, the method comprising: the single board of the digital communication device acquires the target software package, and then the catalog of the target software package is mounted under the catalog of the root file system of the single board of the device.

Based on the first aspect, after the target software package is mounted, a user can access the target software package by accessing the file directory of the target software package in the root file system of the single board of the digital communication device, and the target software package does not need to be mounted in the root file system again when the digital communication device is started, so that the starting speed of the digital communication device is improved. Meanwhile, the mounting and installing mode does not limit the application range of the target software package, even the target software package of a third party can be applied, and the ecological environment of the third party is compatible. In addition, in the method, the file catalogue included in the target software package is installed in the root file system, so that memory waste of the root file system is avoided, occupied space of a common disk file system is saved, and the method is suitable for running on memory or disk limited equipment.

In one possible design, the method for installing the target software package provided by the application further includes: the method comprises the steps of obtaining a read request comprising relevant parameters for indicating the position of a first file in a target software package, wherein the read request can be used for requesting to read the first file in the target software package, responding to the read request, determining target parameters for indicating the position of the first file in the target software package from the read request, further finding a file directory corresponding to the first file from file directories in a root file system of a single board, obtaining the first file from the target software package based on the file directory of the first file, and executing a first service by using the first file.

In the possible design, the user can directly access the directory of the target software package through the root file system of the single board of the access device, so that the access efficiency is improved, the target software package is not required to be decompressed and installed, and the memory occupation space is saved.

In one possible design, the method for installing the target software package provided in the present application creates a software installation APP on a digital device, where the software installation APP is used to install the target software package, and the target software package is installed on a board of the device in a mounting manner, where the method includes: the method comprises the steps that a single board of the equipment establishes association between a directory of a root file system of the single board and a target software package by calling a software mounting APP, and then the directory of the target software package is mounted in the root file system of the single board of the equipment by utilizing an association relationship between the single board and the target software version.

In one possible design, the method for installing the target software package provided by the application further includes: the single board of the digital communication equipment comprises at least one of an equipment main control board and an interface board of the equipment, so that the application range of the method is improved.

In one possible design, the method for installing the target software package provided by the application further includes: when a single board of the data communication equipment is started, the single board acquires a target software package; or when receiving an installation command from a user, the equipment single board responds to the installation command to acquire the target software package. The target software package can be determined according to the installation requirement of a user. The file installation requirement is used for indicating the file which needs to be installed by a user, and the installation command is used for indicating the single board of the equipment to install the target software package in a mounting mode.

In this possible design, the software package issued by the equipment manufacturer or the third party software package determined according to the service requirement of the user can be acquired and installed in different manners according to different application scenes.

In one possible design, the method for installing the target software package provided in the present application, when a board of the device is started, the process of obtaining the target software package further includes: when the single board of the equipment is the main control board of the equipment, the main control board acquires a target software package from a squarhfs mirror image of the main control board when being started; or when the single board of the device is an interface board of the device, the interface board acquires the target software package from the main control board of the device when being started.

In one possible design, the method for placing the target software package provided by the application further includes: the target software package may be an RPM software package. Other software packages for the data communication device are also possible, such as the deb software package in apt format, etc. The application can be compatible with software packages of various versions.

In a second aspect, the present application provides an installation apparatus of a target software package, including: the communication module is used for acquiring a target software package; the processing module is used for installing the target software package in a root file system of a single board of the equipment in a mounting mode; wherein the root file system comprises a file directory of files included in the target software package. After the target software package is mounted, a user can access the target software package through accessing the file directory of the target software package in the root file system of the single board of the digital communication device, and the target software package is not required to be mounted in the root file system again when the digital communication device is started, so that the starting speed of the digital communication device is improved. Meanwhile, the mounting and installing mode does not limit the application range of the target software package, even the target software package of a third party can be applied, and the ecological environment of the third party is compatible. In addition, the file catalogue included in the target software package is installed in the root file system, so that memory waste of the root file system is avoided, occupied space of a common disk file system is saved, and the method is suitable for running on memory or disk limited equipment.

In a possible design, the communication module is further configured to obtain a read request, where the read request includes a related parameter indicating a location of the first file in the target software package, and the read request may be used to request reading of the first file in the target software package; the processing module is further configured to determine, in response to the read request, a target parameter for indicating a location of the first file in the target software package from the read request, and further find a file directory corresponding to the first file from file directories in a root file system of the board, obtain the first file from the target software package based on the file directory of the first file, and execute the first service using the first file.

In one possible design, a software installation APP is created on the digital communication device, the software installation APP is used for installing a target software package, and the processing module is specifically used for installing a directory of the target software package in a root file system of a single board of the device by calling the software installation APP.

In one possible design, the single board of the digital communication device comprises at least one of a device main control board and an interface board of the device, so that the application range of the method is improved.

In one possible design, the communication module is specifically configured to, when a board of the data communication device is started, obtain a target software package by the board; or when receiving an installation command from a user, the equipment single board responds to the installation command to acquire the target software package. The target software package can be determined according to the installation requirement of a user. The file installation requirement is used for indicating the file which needs to be installed by a user, and the installation command is used for indicating the single board of the equipment to install the target software package in a mounting mode.

In one possible design, the communication module is specifically configured to obtain, when the single board of the device is a master control board of the device, a target software package from a squarhfs image of the master control board when the master control board is started; or when the single board of the device is an interface board of the device, the interface board acquires the target software package from the main control board of the device when being started.

In one possible design, the target software package may be an RPM software package. Other software packages for the data communication device are also possible, such as the deb software package in apt format, etc. The application can be compatible with software packages of various versions.

In a third aspect, a digital communication device is provided, where the first device has a function of implementing the installation method of the target software package described in the first aspect. The functions can be realized by hardware, and can also be realized by executing corresponding software by hardware. The hardware or software includes one or more modules corresponding to the functions described above.

In a fourth aspect, there is provided a computer readable storage medium having instructions stored therein that, when run on a computer, enable the computer to perform the method of installing a target software version of any one of the first aspects described above.

In a fifth aspect, there is provided a computer program product comprising instructions which, when run on a computer, cause the computer to perform the method of installing a target software package according to any of the first aspects above.

The technical effects of any one of the design manners of the third aspect to the fifth aspect may be referred to the technical effects of the different design manners of the first aspect, which are not repeated herein.

Drawings

FIG. 1 is a schematic diagram of an RPM software package installation scenario provided in an embodiment of the present application;

FIG. 2 is another scenario diagram of an RPM software package installation scenario provided by an embodiment of the present application;

FIG. 3 is a schematic flow chart of a method for installing a target software package according to an embodiment of the present application;

FIG. 4 is a flowchart illustrating a method for installing a target software package according to an embodiment of the present disclosure;

FIG. 5 is another flow chart of a method for installing a target software package according to an embodiment of the present application;

FIG. 6 is a schematic diagram of an installation method of a target software package according to an embodiment of the present application;

FIG. 7 is a schematic diagram of an installation method of a target software package according to an embodiment of the present application;

FIG. 8 is a schematic diagram of an installation method of a target software package according to an embodiment of the present application;

FIG. 9 is a schematic diagram of an installation method of a target software package according to an embodiment of the present application;

fig. 10 is a schematic structural diagram of an installation device of a target software package according to an embodiment of the present application;

fig. 11 is a schematic structural diagram of a digital communication device according to an embodiment of the present application.

Detailed Description

The technical solutions in the embodiments of the present application will be described below with reference to the drawings in the embodiments of the present application. Wherein, in the description of the present application, "/" means that the related objects are in a "or" relationship, unless otherwise specified, for example, a/B may mean a or B; the term "and/or" in this application is merely an association relation describing an association object, and means that three kinds of relations may exist, for example, a and/or B may mean: there are three cases, a alone, a and B together, and B alone, wherein a, B may be singular or plural. Also, in the description of the present application, unless otherwise indicated, "a plurality" means two or more than two. "at least one of" or the like means any combination of these items, including any combination of single item(s) or plural items(s). For example, at least one (one) of a, b, or c may represent: a, b, c, a-b, a-c, b-c, or a-b-c, wherein a, b, c may be single or plural. In addition, in order to clearly describe the technical solutions of the embodiments of the present application, in the embodiments of the present application, the words "first", "second", and the like are used to distinguish the same item or similar items having substantially the same function and effect. It will be appreciated by those of skill in the art that the words "first," "second," and the like do not limit the amount and order of execution, and that the words "first," "second," and the like do not necessarily differ. Meanwhile, in the embodiments of the present application, words such as "exemplary" or "such as" are used to mean serving as examples, illustrations, or descriptions. Any embodiment or design described herein as "exemplary" or "for example" should not be construed as preferred or advantageous over other embodiments or designs. Rather, the use of words such as "exemplary" or "such as" is intended to present related concepts in a concrete fashion that may be readily understood.

In addition, the network architecture and the service scenario described in the embodiments of the present application are for more clearly describing the technical solution of the embodiments of the present application, and do not constitute a limitation on the technical solution provided in the embodiments of the present application, and as a person of ordinary skill in the art can know, with evolution of the network architecture and appearance of a new service scenario, the technical solution provided in the embodiments of the present application is also applicable to similar technical problems.

For ease of understanding, related art terms related to the present application are explained first.

An operating system, which may be a set of interrelated system software programs that host and control the operation, deployment, and execution of computer hardware, software resources, and provide common services to organize user interactions. In the embodiment of the application, the operating system may include Linux, or GNU.

Linux is a UNIX-like operating system, which is a POSIX-based multi-user, multi-tasking, multi-threading and multi-central processing unit (central processing unit, CPU) supporting operating system. The Linux hardware device management, system resource allocation and other tasks are responsible for the Linux kernel, for example, the Linux kernel receives and forwards read requests and other tasks are responsible for the Linux. GNU, or GNU operating system, is a project plan proposed by richard Ma Xiusi torman in 1983, with the objective of providing an operating system that is 100% compatible with the UNIX operating system, designated GNU. Technically, GNU is much like the UNIX operating system. But unlike the UNIX operating system, GNU can help users run, copy, distribute, learn, modify, and improve free software.

A portable operating system interface (portable operating system interface, POSIX) (alternatively referred to as POSIX interface), a standard of interface that an operating system published and defined by the institute of electrical and electronics engineers (institute of electrical and electronics engineers, IEEE) should provide for applications, is a generic term for a series of application programming interfaces (application programming interface, API) standards defined by IEEE for software to be run on an operating system such as Linux or GNU.

Software package manager (the RPM package manager, RPM), which is a software package manager widely used under operating systems (such as Linux or GNU) may be used to manage software packages of the operating system, such as install, uninstall, verify, query, and update software packages on Linux systems. It should be noted that, in this application, a software package managed by RPM may be referred to as an RPM software package.

Mounting refers to the process of connecting a computer file (e.g., a software package) and/or a directory of the computer file on a storage device (such as a hard disk, a compact disk-only memory (CD-ROM), or a shared resource) by an operating system to a directory under the root file system directory of the operating system, accessing the root file system directory of the operating system being equivalent to accessing the computer file and/or the directory of the computer file.

A user space file system (filesystem in userspace, fuse), which is a module in an operating system (such as Linux) for mounting certain web spaces (such as Security Shells (SSHs)) to the local file system of the device. The local file system may include a temporary file system, a root file system, a compact read-only file system, etc., and the different file systems may be interconnected by soft links. Wherein a soft link is a file connecting different file systems, which contains the pathname of another file system. The soft link may be any file or directory, similar to a Windows shortcut.

Temporary file systems (temporary file system, tmpfs), tmpfs being a memory-based file system, are mainly used for storing temporary files. Since tmpfs is memory-based, it is not persistent, and the data in tmpfs is not preserved after restarting the device. Wherein memory may also be referred to as a memory disk, which is a technology used by software to emulate a portion of memory (random access memory, RAM) as a hard disk. This technique can greatly increase the speed of file access performed thereon relative to direct hard disk file access. But the volatile nature of RAM also means that this portion of data will be lost when power is turned off.

Root file system (rootfs), which is located in a hard disk (the hard disk refers to a solid state disk or a traditional hard disk) of a device, is the first file system installed when an operating system kernel (such as a Linux kernel) is started, a kernel code image file is stored in the root file system, and a multi-operating system start-up bootstrap program loads some basic initialization scripts and services into a memory to run after the root file system is installed. Wherein GRUB is a multiple operating system boot program from GNU project. GRUB is an implementation of a multiple boot specification that allows a user to have multiple operating systems simultaneously within a computer and select the operating system that is desired to run when the computer is booted. GRUB may be used to select different kernels on an operating system partition and may also be used to pass boot parameters to those kernels.

Compression read-only file system (squash file system, squarhfs), squarhfs is a set of operating system kernel-based (e.g., linux kernel)A compact read-only file system. The compression read-only file system is capable of compressing files within an operating system (such as a software package/RPM software package within the operating system), storing the compressed files, nodes (inodes) indexing the compressed files, and directories of the compressed files, the compression read-only file supporting a maximum of 2 ⁶⁴ Bytes. The image file of the squarfs may be referred to as a squarfs image, and the image file of the squarfs may be identified by a specific Application (APP) and installed directly on-load.

Preinstallation refers to that files/software packages needed by an operating system are firstly installed in a locally designated folder before the system is formally installed, and the files/software packages are directly taken from the designated folder during installation, so that time can be saved, for example, RPM software packages can be installed in a squarhfs image in a preinstallation mode.

The files/packages described herein may include the deb package, RPM package, CC package, etc. in the apt format. Wherein the deb software package in the apt format is a software installation package under a UNIX system and/or a Linux system, apt is a Linux software package management tool, and is also a command to use the program for installing, updating, deleting and managing the deb software package on Ubuntu, debian and related Linux distribution boards. The apt and RPM functions similarly, and the deb package in apt format is similar to the RPM package.

A CC package, which is a software package (or referred to as an externally published file/externally published piece) externally published by a data communication device (or referred to as a data communication device), is a set of a plurality of stacked files.

The data communication device is a generic name of a switching device, a transmission device and a terminal device in the data communication system, and may be, for example, a switch, a router, etc.

Currently, the digital communication device mainly adopts a distributed memory file system, for example, a file/software package/RPM software package is installed in the memory file system in a distributed mode, such as rootfs and/or tmpfs, and the file/software package/RPM package is pre-installed in a squarafs image of a finally issued CC package by taking the file/software package/RPM as an issuing piece in each field. The memory file system is connected with the squarafs mirror image through a soft link. The pre-installed file/package/RPM package may be subsequently obtained/downloaded from the squarhfs image, and the obtained file/package/RPM package may be processed.

As shown in fig. 1, the digital communication device 101 mainly comprises a main control board 102 and an interface board 103. The main control board 102 may include components such as a hard disk, and the hard disk of the main control board 102 has a root file system (rootfs) and/or a temporary file system (tmpfs), and a squaresfs image 104. When the digital communication device 101 is started, the Linux kernel is guided by the GRUB to start, the main control board 102 carries a squarhfs image 104 located on a hard disk, the interface board 103 downloads a required target file (or referred to as a target software package) from the squarhfs image 104 of the main control board 102, and stores the target file into a root file system (rootfs) and/or a temporary file system (tmpfs) of the interface board. The process of the main control board 102 carrying the squarhfs image 104 located on the hard disk is to direct the root file system (rootfs) and/or temporary file system (tmpfs) of the main control board 102 to the target file in the squarhfs image 104 through a soft link.

However, the manner in which the RPM software package is installed using the root file system shown in FIG. 1 has several problems:

1) Because the root file system is stored on the hard disk of the digital communication device, after the digital communication device is started, the digital communication device can read the root file system on the hard disk and move the root file system to the RAM, then the root file system operates on the RAM, and the digital communication device operates on the RAM for file modification and other operations, and does not modify the content on the hard disk. After the data communication device is restarted, the content in the RAM can be initialized, but the content in the hard disk is not modified, the data communication device still can read the content in the hard disk, and the root file system is restored by running the root file system on the RAM again, so that the RPM software packages need to be reinstalled, a plurality of RPM software packages cannot be executed concurrently during installation, another RPM software package can be installed only after one RPM software package is completely installed, and long starting time is required, for example, at least about 2 minutes are required for installing 200 RPM software packages, and the starting time of the data communication device is greatly influenced.

2) Because the data communication device is preloaded with the RPM software package configured by the device manufacturer and the configuration environment before leaving the factory, the user cannot install the third-party RPM software package.

3) In the mode that the interface board downloads the target file from the main control board and uses the memory file system, the interface board is required to download the target file from the squarhfs mirror image of the main control board, the hard disk of the interface board reads the target file into the memory of the interface board to decompress, the decompressed target file is written into the memory first, and then the memory writes the decompressed target file into the hard disk, and the decompression process occupies more memory, for example, the compression ratio in the squarhfs mirror image is 1: and 4, after the interface board decompresses the target file, the memory occupied by the memory file system of the interface board is increased by about 3 times compared with the main control board, so that the memory waste is caused.

In order to avoid the problems that when an RPM software package is installed in a memory file system by a digital communication device at present and the device is restarted, the RPM software package needs to be reinstalled, so that the starting time is long, a third party RPM software package cannot be preinstalled, and memory resources are wasted in the process that the RPM software package is downloaded and decompressed to the memory file system by the digital communication device, the embodiment of the application provides a method and a device for installing a target software package. And before the digital communication equipment is started, the third-party software package can be stored in the squarhfs image of the main control board of the digital communication equipment in a compressed mode, and a user can install the third-party software package according to the service requirement of the user. Meanwhile, as the decompression process of the target file in the RPM software package is reduced, the memory occupied by decompressing the target file is reduced, and the memory waste is avoided.

The following describes in detail the schemes provided in the embodiments of the present application with reference to the drawings.

The scheme provided in the embodiment of the application can be applied to the digital communication device 201 shown in fig. 2. As shown in fig. 2, the digital device 201 may include/carry at least one board, such as a main control board 202, an interface board 203, and other boards (not shown in fig. 2) configured according to functional requirements. Wherein the veneer may include a kernel, a memory file system (such as a root file system and/or a squarfs image).

The data communication function can be performed by the data communication device 201 using the main control board 202 and the interface board 203. The digital communication device 201 may be a switch, a router, or the like. An operating system may be deployed on the digital communication device 201. The application is not limited to an operating system deployed on the data communication device 201, and may be a Linux operating system or a UNIX operating system.

The main control board 202 is responsible for controlling and communicating the digital communication device, for example, the main control board can collect various alarms and performance data generated by each single board of the digital communication device, report the various alarms and performance data to the digital communication device through the interface, and simultaneously receive various control commands issued by the digital communication device, for example, receive control commands issued by the digital communication device, and control other single boards by using the control commands. For the present application, when the main control board 202 is started, the main control board is triggered to mount the target software package in the squarhfs image in the root file system of the main control board 202. And subsequently, when the file in the target software package is needed, triggering the service APP to send a read request carrying the target parameter to the Linux kernel according to the service requirement, wherein the read request is used for requesting to read a first file in the target software package, and the first file is used for executing the first service. The Linux kernel forwards the read request to the mounting APP, the mounting APP determines a first file in a target software package according to target parameters in the read request, decompresses and reads the first file, returns the first file to the Linux kernel, acquires the first file from the Squashfs image, returns the first file to the service APP of the main control board, and displays the service APP to a user interaction interface of the digital communication device, and selects a service corresponding to operation by a user.

The interface board 203, the interface board 203 is connected with the main control board 202, and is used for forwarding the traffic of the digital communication device, for example, the digital communication device forwards an external control command to the main control board or receives a service requirement (such as a signal forwarding requirement of the digital communication device) sent by a user to the digital communication device. Corresponding value-added functions, such as firewalls, etc., may also be performed according to the user's business needs. For the present application, after the interface board 203 is started, the interface board 203 may be triggered to obtain a target software package from the squarhfs image of the main control board, and the obtained target software package is mounted in the root file system of the main control board 202. And triggering the service APP to send a read request to the Linux kernel according to the service requirement after the user selects the service requirement on the user interaction interface of the digital communication equipment. The Linux kernel sends the read request to the mounting APP, the mounting APP determines a first file in a target software package in the Squashfs image according to parameters in the read request, decompresses and reads the first file, returns the first file to the Linux kernel, and then mounts the first file in the Squashfs image in a root file system of the interface board 203, and returns the first file to the service APP of the interface board.

The kernel is the core of an operating system and is responsible for managing the processes, memory, device drivers, files and network systems of the operating system, and determining the performance and stability of the operating system. Different operating systems correspond to different kernels, and the kernels can be named according to the operating systems, such as a Linux operating system corresponds to a Linux kernel and a UNIX operating system corresponds to a UNIX kernel. The Linux kernel is loaded by loading a basic input/output system (BIOS) after the device is started, reading a master boot record (master boot record, MBR) on a hard disk, and starting a GRUD by a boot program before the device is loaded by an operating system. From the technical point of view, the kernel is an intermediate layer between hardware and software. The function is to pass requests for application layer sequences to the hardware and act as an underlying driver addressing the various devices and components in the system. At the application level, the application is not related to the hardware, but only to the kernel, which is the lowest layer in the hierarchy known to the application. The kernel abstracts the relevant details during actual operation. For example, in the present application, the middle layer between the hard disk and the service APP reads the target software package from the hard disk by forwarding the read request of the service APP to the hard disk. The service APP is not connected with the hard disk, but only the service APP is required by the service APP by the target file in the hard disk through the connection with Linux by means of Linux.

It should be noted that, the above-mentioned target software package installation scenario illustrated in fig. 2 is merely illustrative of the application scenario of the present application scenario, and is not a limitation of the application scenario of the present application scenario.

The scheme provided in the embodiment of the present application is specifically described below with reference to fig. 3.

As shown in fig. 3, the present application discloses a method for installing a target software package, which may be performed by the several-way device shown in fig. 2, where the several-way device may include at least one board, and the method is used to install the target software package in a root file system of the board. The method may include:

s301, a single board of the digital communication device acquires a target software package.

The board may be the main control board 202 in fig. 2, or the interface board 203 in fig. 2, which is not limited.

The target software package may be a software package issued by a device manufacturer, or may be a software package issued by a third party selected by a user according to a service requirement of the user, where the software package issued by the third party may be referred to as a third party software package. The target software package may include, but is not limited to, an RPM software package, but may be other software packages for a data communication device, such as a deb software package in apt format, and the like. In the embodiment of the present application, the target software package is taken as an RPM software package as an example, and the installation method of other software packages may be described with reference to the embodiment of the present application without limitation. For example, the target software package described in the application may be an RPM software package issued by a device manufacturer, or may be a third party RPM software package.

For example, a mounted APP can be deployed in advance in the digital communication device, and the mounted APP has a function of mounting a target software package by using a Fuse mechanism. After the single board of the digital communication device is started, an RPM command may be received, and in response to the RPM command, the target software package is acquired through the mounting APP, where the RPM command may be referred to as a target software package loading command or a loading command, and the RPM command may be used to indicate that the target software package is installed.

Specifically, the target software package can be obtained according to the different target software packages and the different single boards by the following modes:

the first mode is that the target software package is a software package issued by a device manufacturer, and the single board is a main control board. At this time, the target software package is pre-installed in the squarhfs image of the main control board. After the digital communication equipment is started, the main control board is started, and the main control board is triggered to acquire the target software package from the Squashfs image of the main control board.

In the second mode, the target software package is a software package issued by a device manufacturer, the single board is an interface board, and at the moment, the target software package is in a squarhfs image of the main control board, and the interface board can acquire the target software package from the squarhfs image of the main control board.

For example, after the digital communication device is started, the interface board is started, and the interface board is triggered to acquire the target software package from the squarhfs image of the main control board. For example, the interface board may send a download request to the main control board, where the download request carries identification information of a target software package, where the identification information of the target software package is used to identify the target software package, after the main control board receives the download request from the interface board, the main control board responds to the download request to obtain the target software package from the squarfs image, and sends the target software package to the interface board, where the interface board receives the target software package.

In the third mode, the target software package is a third party software package, the single board is a main control board, at this time, a user can determine that the third party software package to be downloaded and installed is required according to the file installation requirement, the third party software package is downloaded and installed (or called installed) from a website where the third party software package is located through the digital equipment and compressed into a squarhfs image of the main control board of the digital equipment, and then the main control board of the digital equipment is started, and the main control board is triggered to acquire the target software package from the squarhfs image of the main control board.

For example, the digital communication device receives an installation command (or RPM installation command) from a user for instructing installation of the target software package to the main control board in a mounted manner, and in response to the installation command, obtains the target software package from the squarfs image of the main control board.

The file installation requirement can be set according to the requirement of a user, and is not limited.

In a fourth mode, the target software package is a third party software package, the single board is an interface board, at this time, a user can determine the third party software package to be downloaded and installed according to the file installation requirement, the third party software package is downloaded from a website where the third party software package is located through the digital device and compressed into the squarhfs image of the main control board of the digital device, and then the interface board of the digital device is started, and the interface board is triggered to acquire the target software package from the squarhfs image of the main control board.

For example, the digital device receives an installation command (or RPM installation command) from a user for instructing to install the target software package to the interface board in an on-board manner, and in response to the installation command, triggers the interface board to obtain the target software package from the squarhfs image of the main control board.

S302, the single board of the digital communication equipment installs the target software package in a root file system of the single board of the digital communication equipment in a mounting mode.

Specifically, a software installation application program APP is created on the device, and the installation application program APP is used for installing a target software package in a root file system of a single board of the device in an installation mode. The digital communication device can establish association between the single board and the target software package by calling the mounting APP, associate/mount the file directory of the target file in the target software package to/on the file directory of the root file system of the single board, and further mount the target software package on the board of the digital communication device in a mounting manner, so that a user can directly access the file content of the target software package through the file directory in the root file system of the single board of the access device.

It should be noted that, after the target software package is mounted on the root file system of the board, the target software package may be stored in the memory of the board, so that when the file directory of the root file system of the board is accessed, the target file is obtained from the target software package in the memory according to the file directory.

In addition, in the scene that the target software package is the third party software package, in order to be compatible with the installation environment of the third party software package, the installation environment of the third party software package can be modified and configured before the digital communication equipment is started, so that the effect of being compatible with the installation environment of the third party software package is achieved. The installation environment of the third party software package refers to an operation program of the third party software package (such as a target file in the third party software package) and/or an operation platform of the third party software package (such as Linux).

Based on the method shown in fig. 3, the file directory of the target software package can be directly mounted in the root file system through the mounting APP, the target software package can be directly accessed to the files in the target software package without being mounted in the root file system, the target software package is not required to be mounted in the root file system again when the digital equipment is started, and the starting speed of the digital equipment is improved. Meanwhile, the method can also download and install the third-party software package in a mounting mode according to the business requirements of the user, and is compatible with the ecology of the third-party software package. In addition, in the method, the file catalogue included in the target software package is installed in the root file system, so that memory waste of the root file system is avoided, occupied space of a common disk file system is saved, and the method is suitable for running on memory or disk limited equipment.

The method shown in fig. 3 describes the process of installing the target software package, and meanwhile, the method provided by the embodiment of the application not only can realize that the target software package is installed on the digital communication device by using the RPM command, but also can realize that the target software package is accessed and unloaded. The following describes the process of accessing and uninstalling a target software package:

further, after the target software package is installed, the target software package may be accessed, and specifically, the accessing process may include S401, S402, and S403 as shown in fig. 4.

S401, responding to service demands sent by users, and sending a read request to the mounting APP through the Linux kernel.

Specifically, when a user sends a service requirement to the digital communication device through an operation configuration interface of the digital communication device, a service APP determines a read request capable of reading a target file required by the service requirement according to the service requirement, the read request is sent to a Linux kernel, and the Linux kernel sends the read request to a mounting APP.

The service requirement may include: run executable programs, forward traffic, configure environments, provide soft link files, and so forth. The generation process of the read request is that when the device needs to execute a first service, the service APP is required to read a first file in a target software package, and the service APP generates a target parameter for indicating the position of the first file in the target software package according to the first service, and then generates the read request according to the target parameter. And then the read request is sent to the Linux kernel, and the mount APP acquires the read request from the Linux kernel.

When the executable program needs to be run, the service needs to run the executable program at the moment, and the dynamic library of the Linux system needs to be accessed, the target parameter of the read request points to the dynamic library at the moment, the read request is sent to the Linux kernel, and the read request is sent to the mounted APP through the Linux kernel.

S402, calling a mounting APP to acquire a read request from a Linux kernel.

The read request is used for requesting to read a first file in the target software package, the first file is used for executing a first service, and the read request comprises relevant parameters for indicating the position of the first file in the target software package.

S403, responding to the read request, acquiring a file catalog of a first file included in the target software package from a root file system of the single board, acquiring the first file based on the file catalog of the first file, and executing the first service by using the first file.

Specifically, after the mounting APP obtains a read request forwarded by the Linux kernel, the mounting APP responds to the read request, and determines a target parameter, such as a file directory, for indicating the position of the first file in the target software package from the read request by analyzing the read request, so that the first file under the file directory of the target software package is found in the target software package by using the target parameter, the corresponding first file is decompressed from the target software package, and returned to the Linux kernel, and forwarded to the service APP by the Linux kernel, and finally the service APP can execute the first service by using the first file.

The above-mentioned embodiment corresponding to fig. 4 describes a process of accessing the target software package, and by decompressing the corresponding target file in the software package in real time according to the service requirement, the problem that the restarting time of the digital device is too long due to reinstalling all files in the software package after restarting the digital device can be avoided. Meanwhile, files in other unnecessary software packages are not required to be installed, so that the memory waste of a root file system is avoided, and the occupancy rate of a disk of the digital communication equipment is reduced.

Further, after the target software package is not needed, the target software package may be uninstalled, and in particular, the uninstalling process may include S501, S502, and S503 as shown in fig. 5.

S501, determining that the target software package is not needed, and sending an unloading request to an unloading APP through a Linux kernel.

The unloading APP can be used for receiving an unloading request issued by a user on a user interaction page of the digital communication device, determining a target software package to be unloaded according to the unloading request, and further removing the association relationship between the file directory in the target software package and the file directory of the root file system to finish unloading of the target software package.

Specifically, when the target software package is not needed, the unloading APP determines an unloading request capable of unloading the target software package according to the target software package, then the unloading request is sent to the Linux kernel, and the Linux kernel sends the unloading request to the unloading APP.

S502, calling an unloading APP to acquire an unloading request from a Linux kernel.

Wherein the uninstall request may be used to uninstall the target software package.

S503, in response to the uninstallation request, uninstalling the target software package from the root file system of the single board.

Specifically, after the offload APP obtains the offload request forwarded by the Linux kernel, the offload APP responds to the offload request, and determines a target parameter for indicating the position of the target software package from the offload request by analyzing the offload request, so that the association relationship between the file directory of the target software package and the file directory of the root file system of the single board is relieved by using the target parameter, and the file target of the target software package is offloaded from the root file system of the single board.

The above-described embodiment corresponding to fig. 5 describes a process of uninstalling a target software package, which can uninstall an unnecessary target software package, and release the system memory, thereby saving the occupied space of the common disk file system, and being suitable for running on a memory or a disk-limited device.

The above process of installing RPM packages, accessing RPM packages, and uninstalling RPM packages is described in detail below with reference to fig. 6-9, taking the target package as an RPM package:

Referring to fig. 6, a schematic diagram of an installation method of an RPM software package according to an embodiment of the present application may be used to install an RPM software package issued by a device manufacturer in a main control board of a digital communication device, as shown in fig. 6, and the process may include:

when the single board is the main control board, the process of acquiring the RPM software package may be: when the main control board is started, the main control board acquires an RPM software package, and the RPM software package can be acquired from a squarhfs image of the main control board.

Illustratively, as an optional implementation manner of the present application, when the main control board is started, the mount APP mounts the file directory of the RPM software package in the squarhfs image to the root file system of the main control board, so that the service APP of the main control board may obtain the RPM software package from the squarhfs image of the main control board. Specifically, the mounting APP establishes association between the RPM software package in the Squashfs image and the Linux kernel of the device by utilizing a Fuse mechanism, and further mounts the catalog of the RPM software package into the root file system of the main control board by utilizing the association.

Subsequently, according to the user demand, the access to the RPM software package can be realized by accessing the file catalog in the main control board, for example, the service APP responds to the service demand sent by the user, the service APP determines the read request for reading the target file required by the service demand according to the service demand, then the read request is sent to the Linux kernel, and the Linux kernel sends the read request to the mounting APP. After the mounting APP obtains a read request from the Linux kernel, the mounting APP responds to the read request, a file target corresponding to a first file is obtained from a file directory of an RPM software package of a root file system of the single board, the first file is obtained based on the file directory corresponding to the first file, the first file is returned to the Linux kernel, the Linux kernel forwards the first file to the service APP, and finally the service APP can execute a first service by using the first file.

And then, when the RPM software package is not needed, the RPM software package can be unloaded, for example, when the RPM software package is not needed, the unloading APP determines an unloading request capable of unloading the RPM software package according to the RPM software package, then the unloading request is sent to the Linux kernel, and the Linux kernel sends the unloading request to the unloading APP. After the unloading APP obtains the unloading request from the Linux kernel, the unloading APP responds to the unloading request, and determines a target parameter for indicating the position of the RPM software package from the unloading request by analyzing the unloading request, and then removes the association relationship between the file directory of the RPM software package and the file directory of the root file system of the single board by utilizing the target parameter, and unloads the file directory of the RPM software package from the root file system.

Referring to fig. 7, a schematic diagram of an installation method of an RPM software package provided in an embodiment of the present application may be used to install an RPM software package issued by a device manufacturer in an interface board of a digital communication device, as shown in fig. 7, and the process may include:

when the interface board is started, the interface board acquires an RPM software package from the main control board, and particularly can acquire the RPM software package from a squarhfs image of the main control board. Triggering the mounting APP to mount the acquired RPM software package in a root file system of the interface board.

Subsequently, according to the user demand, the access to the RPM software package can be realized by accessing the file directory in the root file system of the interface board, for example, the service APP responds to the service demand sent by the user, determines the read request of the target file required by the service demand according to the service demand, sends the read request to the Linux kernel of the interface board, and sends the read request to the mount APP by the Linux kernel of the interface board. After the mounting APP obtains a read request from the Linux kernel of the interface board, the mounting APP responds to the read request, and obtains a first file from the RPM software package according to the file directory corresponding to the first file from the file directory of the RPM software package of the root file system of the interface board, and returns the first file to the Linux kernel of the interface board, and the Linux kernel of the interface board forwards the first file to the service APP, so that the service APP can execute service requirements by using the first file.

And then, when the RPM software package is not needed, the RPM software package can be unloaded, for example, when the RPM software package is not needed, the unloading APP determines an unloading request capable of unloading the RPM software package according to the RPM software package, then the unloading request is sent to the Linux kernel, and the Linux kernel sends the unloading request to the unloading APP. After the offload APP obtains the offload request from the Linux kernel, the offload APP responds to the offload request, and determines a target parameter for indicating the position of the RPM software package from the offload request by analyzing the offload request, and further uses the target parameter to release the association relationship between the file directory of the RPM software package and the file directory of the root file system of the interface board, so as to offload the file directory of the RPM software package from the root file system of the interface board.

Referring to fig. 8, a schematic diagram of an installation method of an RPM software package according to an embodiment of the present application may be used to install an RPM software package issued by a third party in a main control board of a digital communication device, as shown in fig. 8, and the process may include:

when the single board is the main control board, the process of acquiring the RPM software package may be: when the main control board is started, the main control board acquires a third-party RPM software package, and particularly the third-party RPM software package can be acquired from a squarhfs image of the main control board, and the mounting APP mounts a file directory of the third-party RPM software package in the squarhfs image into a root file system of the main control board.

The access to the RPM software package can be realized by accessing the file directory in the root file system of the main control board, and the file directory of the RPM software package is deleted from the root file system when the RPM software package is not needed, so that the unloading of the RPM software package is realized. In particular, the access and offloading process may be described with reference to FIG. 6.

Wherein the third party RPM package may be pre-downloaded by the user from a third party software store/software resource pool and installed in the squarfs image according to personal needs. For example, when a user installs a required APP on a main control board because of service requirements, the user downloads the APP in advance, packages the downloaded APP into an RPM software package provided by a third party, and installs the RPM software package on a squarhfs mirror image of the main control board.

Referring to fig. 9, a schematic diagram of an installation method of a third party RPM software package according to an embodiment of the present application may be used to install the third party RPM software package issued by a third party on an interface board of a digital communication device, as shown in fig. 9, and the process may include: when the interface board is started, the interface board acquires a third-party RPM software package from the main control board, specifically, the third-party RPM software package can be acquired from a squarhfs image of the main control board, and the mounting APP is triggered to mount a file catalog of the acquired third-party RPM software package into a root file system of the interface board.

The access to the RPM software package can be realized by accessing the file directory in the root file system of the interface board, and the file directory of the RPM software package is deleted from the root file system when the RPM software package is not needed, so that the loading of the RPM software package is realized. In particular, the access and offloading process may be described with reference to FIG. 7.

The above description has been presented mainly in terms of a digital communication device. It will be appreciated that the digital communication device, in order to implement the above-described functions, includes corresponding hardware structures and/or software modules that perform the respective functions. Those of skill in the art will readily appreciate that the algorithm steps of the examples described in connection with the embodiments disclosed herein may be implemented as hardware or a combination of hardware and computer software. Whether a function is implemented as hardware or computer software driven hardware depends upon the particular application and design constraints imposed on the solution. Skilled artisans may implement the described functionality in varying ways for each particular application, but such implementation decisions should not be interpreted as causing a departure from the scope of the present application.

The embodiment of the application may group functional modules of the digital device according to the above method example, for example, each functional module may be grouped corresponding to each function, or two or more functions may be integrated in one processing module. The integrated modules may be implemented in hardware or in software functional modules. It should be noted that, the grouping of modules in the embodiments of the present application is merely a logical function grouping, and there may be another grouping manner in actual implementation.

As an implementation manner, the application further provides an installation apparatus 100 of a target software package, where the installation apparatus 100 of the target software package may be a digital device, or a chip in the digital device, or a system on a chip, or a board in the digital device, etc., and the installation apparatus 100 of the target software package may be used to perform the functions of the digital device related to the foregoing embodiments. As shown in fig. 10, the apparatus 100 includes:

a communication module 1001, configured to obtain a target software package, details of which are described in reference to step 301;

the processing module 1002 is configured to install the target software package in a root file system of a board of the device in a mounting manner, and details are described in reference to step 302. The single board comprises at least one of a main control board and an interface board.

Illustratively, as an optional embodiment of the present application, the communication module 1001 is configured to obtain a read request, where the read request is used to request to read a first file in the target software package; the first file is used for executing a first service; the read request includes a related parameter indicating a location of the first file in the target software package; the processing module 1002 is configured to obtain, in response to the read request, a first file from a target software package of a root file system of the board, and execute a first service using the first file.

Specifically, a software installation application program APP is created on the device, the software installation APP is used for installing a target software package, the target software package is installed on a single board of the device in an installation manner, and the processing module 1002 is used for calling the software installation APP, and installing the target software package on the single board of the device in an installation manner.

In one possible design, the communication module 1001 is specifically configured to obtain the target software package when the board of the device is started. For example, a single board is a main control board of a data communication device, and a target software package is obtained from a squarhfs image of the main control board; or the single board is an interface board of the digital communication equipment, and the target software package is obtained from a main control board of the digital communication equipment. Or, the communication module 1001 is specifically configured to receive an installation command from a user, and obtain a target software package in response to the installation command; the target software package is determined according to file installation requirements of a user, the file installation requirements are used for indicating files which the user needs to install, and the installation commands are used for indicating the target software package to be installed in an installation mode.

The target package may be an RPM package, or may be another package for a data communication device, such as a deb package in apt format, or the like.

The embodiment of the present application further provides a digital communication device, as shown in fig. 11, where the digital communication device 1101 may include a main control board 1102 and an interface board 1103, and the main control board 1102 and the interface board 1103 may include a memory 1104, a processor 1105 and an interface 1106 respectively, where the memory 1104 and the processor 1105 may be connected by a bus or a network or other manners, and the processor may be connected by a bus or other manners of networks, which is illustrated in fig. 11 as an example by a bus connection.

The processor 1105 may be a Linux kernel, a central processing unit (central processing unit, CPU). The processor 1105 may also be other general purpose processors, digital signal processors (digital signal processor, DSP), application specific integrated circuits (application apecific integrated circuit, AAIC), field-programmable gate arrays (field-programmable gate array, FPGA) or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, or a combination thereof.

The memory 1104, as a non-transitory computer readable storage medium, may be used to store non-transitory software programs, non-transitory computer executable programs, and modules, such as, for example, a squarfs image, a root file system, a first file, and so forth in embodiments of the present application. The processor 1105 executes various functional applications of the processor and data processing, i.e., implements the installation method of the target software package in the above-described method embodiments, by running non-transitory software programs, instructions, and modules stored in the memory 1104.

Memory 1104 may include a stored program area that may store an operating system (e.g., a Linux system), at least one application program required for a function (e.g., a service APP, a mount APP, and an offload APP), and a stored data area; the storage data area may store data created by the processor 1105, or the like. In addition, memory 1104 may include high-speed random access memory, and may also include non-transitory memory, such as at least one magnetic disk storage device, flash memory device, or other non-transitory solid state storage device. In some embodiments, memory 1104 optionally includes memory remotely located relative to processor 1105, which may be connected to processor 1105 via a network. Examples of such networks include, but are not limited to, the internet, intranets, local area networks, mobile communication networks, and combinations thereof.

Embodiments of the present application also provide a computer readable storage medium having instructions stored thereon that, when executed, perform the method of installing a target software package and related steps in the method embodiments described above.

The present application also provides a computer program product, which when run on a computer, causes the computer to perform the method for installing the target software package and the related steps in the method embodiment.

It will be apparent to those skilled in the art from this description that, for convenience and brevity of description, only the above-described division of the functional modules is illustrated, and in practical application, the above-described functional allocation may be performed by different functional modules according to needs, i.e. the internal structure of the apparatus is divided into different functional modules to perform all or part of the functions described above.

In the several embodiments provided in this application, it should be understood that the disclosed apparatus and method may be implemented in other ways. For example, the apparatus embodiments described above are merely illustrative, e.g., the division of the modules or units is merely a logical functional division, and there may be additional divisions when actually implemented, e.g., multiple units or components may be combined or integrated into another apparatus, or some features may be omitted, or not performed. Alternatively, the coupling or direct coupling or communication connection shown or discussed with each other may be an indirect coupling or communication connection via some interfaces, devices or units, which may be in electrical, mechanical or other form.

The units described as separate parts may or may not be physically separate, and the parts displayed as units may be one physical unit or a plurality of physical units, may be located in one place, or may be distributed in a plurality of different places. Some or all of the units may be selected according to actual needs to achieve the purpose of the solution of this embodiment.

In addition, each functional unit in each embodiment of the present application may be integrated in one processing unit, or each unit may exist alone physically, or two or more units may be integrated in one unit. The integrated units may be implemented in hardware or in software functional units.

The integrated units, if implemented in the form of software functional units and sold or used as stand-alone products, may be stored in a readable storage medium. Based on such understanding, the technical solution of the embodiments of the present application may be essentially or contributing part or all or part of the technical solution may be embodied in the form of a software product stored in a storage medium, where the software product includes several instructions for causing a device (may be a single-chip microcomputer, a chip or the like) or a processor (processor) to perform all or part of the steps of the methods described in the embodiments of the present application. And the aforementioned storage medium includes: a U-disk, a removable hard disk, a Read Only Memory (ROM), a random access memory (random access memory, RAM), a magnetic disk, or an optical disk, or other various media capable of storing program codes.

The foregoing is merely a specific embodiment of the present application, but the scope of the present application is not limited thereto, and any changes or substitutions within the technical scope of the present disclosure should be covered in the scope of the present application. Therefore, the protection scope of the present application shall be subject to the protection scope of the claims.

Claims

1. A method of installing a target software package, comprising:

acquiring a target software package;

installing the target software package in a root file system of a single board of the digital communication equipment in a mounting mode; wherein the root file system comprises a file directory of files included in the target software package.

2. The method according to claim 1, wherein the method further comprises:

acquiring a read request, wherein the read request is used for requesting to read a first file in the target software package; the first file is used for executing a first service; the read request includes a related parameter indicating a location of the first file in the target software package;

and responding to the reading request, acquiring a file directory corresponding to the first file from a file directory of a root file system of the single board, acquiring the first file from the target software package according to the file directory corresponding to the first file, and executing the first service by using the first file.

3. The method according to claim 1 or 2, wherein a software installation application APP is created on the digital device, the software installation APP is used for installing the target software package, and the installing the target software package on a board of the digital device in an installation manner includes:

and calling the software mounting APP, and mounting the file directory of the target software package in the file directory in the root file system of the single board in a mounting mode.

4. A method according to any one of claim 1 to 3, wherein,

the single board of the digital communication equipment comprises at least one of a main control board of the digital communication equipment and an interface board of the digital communication equipment.

5. The method of any of claims 1-4, wherein the obtaining the target software package comprises:

when a single board of the digital communication equipment is started, acquiring the target software package; or,

receiving an installation command from a user, and responding to the installation command to acquire the target software package; the target software package is determined according to the file installation requirement of the user, the file installation requirement is used for indicating the file which the user needs to install, and the installation command is used for indicating the target software package to be installed in an installation mode.

6. The method of claim 5, wherein obtaining the target software package upon a single board boot of the digital communication device comprises:

the single board of the digital communication equipment is a main control board of the digital communication equipment, and the target software package is obtained from a squarhfs image of the main control board; or,

and the single board of the digital communication equipment is an interface board of the digital communication equipment, and the target software package is obtained from a main control board of the digital communication equipment.

7. The method according to any one of claims 1 to 6, wherein,

the target software package is an RPM software package.

8. An installation apparatus for a target software package, comprising:

the communication module is used for acquiring a target software package;

the processing module is used for installing the target software package in a root file system of a single board of the digital communication equipment in a mounting mode; wherein the root file system comprises a file directory of files included in the target software package.

9. The apparatus of claim 8, wherein the device comprises a plurality of sensors,

the communication module is further used for acquiring a read request, wherein the read request is used for requesting to read a first file in the target software package; the first file is used for executing a first service; the read request includes a related parameter indicating a location of the first file in the target software package;

The processing module is further configured to, in response to the read request, obtain a file directory corresponding to the first file from a file directory of a root file system of the board, obtain the first file from the target software package according to the file directory corresponding to the first file, and execute the first service using the first file.

10. The apparatus according to claim 8 or 9, wherein a software-mounted application APP is created on the digital communication device, and the software-mounted APP is used for mounting the target software package;

the processing module is specifically configured to invoke the software installation APP, and install, in an installation manner, a file directory of the target software package in a file directory in a root file system of the board.

11. The device according to any one of claims 8-10, wherein,

12. The device according to any one of claims 8 to 11, wherein,

the communication module is used for acquiring the target software package when the single board of the digital communication device is started; or,

The communication module is used for receiving an installation command from a user, and responding to the installation command to acquire the target software package; the target software package is determined according to the file installation requirement of the user, the file installation requirement is used for indicating the file which the user needs to install, and the installation command is used for indicating the target software package to be installed in an installation mode.

13. The apparatus of claim 12, wherein the device comprises a plurality of sensors,

the communication module is used for acquiring the target software package from a squarhfs mirror image of the main control board when the single board of the digital communication device is the main control board of the digital communication device; or,

and the communication module is used for acquiring the target software package from the main control board of the digital communication equipment when the single board of the digital communication equipment is the interface board of the digital communication equipment.

14. The device according to any one of claims 8-13, wherein,

the target software package is a package manager RPM software package.

15. A digital communication apparatus, comprising: at least one processor; and a memory communicatively coupled to the at least one processor; wherein the memory stores instructions executable by the at least one processor to cause the at least one processor to perform the method of installing a target software package according to any one of claims 1-7.

16. A computer readable storage medium, on which a computer program is stored, which computer program, when being executed by a processor, implements a method of installing a target software package according to any of claims 1-7.

17. A computer program product, which, when run on a computer, causes the computer to perform the method of installing a target software package according to any of claims 1-7.