A system loading method and device, computer equipment and storage medium

CN122884552APending Publication Date: 2026-10-09FIBOCOM WIRELESS
View PDF 0 Cites 0 Cited by

Patent Information

Application Number
CN202611200143.6
Authority / Receiving Office
CN · China
Patent Type
Applications(China)
Current Assignee / Owner
Filing Date
2026-08-07
Publication Date
2026-10-09

AI Technical Summary

Technical Problem

[0002]目前通信模组普遍采用单一操作系统架构,虽有A/B分区等分区机制支持系统升级回滚,但仅限于同一个操作系统的不同版本共存,并未部署不同的操作系统,也不支持动态引导选择不同操作系统运行

Benefits of technology

[0014]本申请所提供的操作系统加载方法,包括:在通信模组启动阶段,读取环境参数;所述环境参数包括网络环境参数、设备状态参数、用户场景参数和安全态势参数中的至少一种;将所述环境参数与预置的策略规则库中的决策规则进行匹配,并根据匹配结果确定目标操作系统;设置内核启动参数,使所述内核启动参数指向所述目标操作系统所在的存储分区;根据所述内核启动参数,从所述目标操作系统所在的存储分区加载并启动所述目标操作系统;其中,所述通信模组的存储设备被划分为至少两个存储分区,所述存储分区用于部署异构操作系统的镜像。

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN122884552A_ABST
    Figure CN122884552A_ABST
Patent Text Reader

Abstract

The application discloses an operating system loading method and device, computer equipment and a storage medium, and relates to the technical field of communication modules, and comprises the following steps: reading environment parameters in the starting stage of the communication module; the environment parameters comprise at least one of network environment parameters, device state parameters, user scene parameters and security posture parameters; matching the environment parameters with decision rules in a preset strategy rule library, and determining a target operating system according to a matching result; setting a kernel starting parameter, so that the kernel starting parameter points to a storage partition where the target operating system is located; loading and starting the target operating system from the storage partition where the target operating system is located according to the kernel starting parameter; wherein the storage equipment of the communication module is divided into at least two storage partitions, and the storage partitions are used for deploying images of heterogeneous operating systems. The method can solve the technical defects that the demands of users and operators cannot be compatible and part of resources cannot be fully utilized.
Need to check novelty before this filing date? Find Prior Art

Description

Technical Field

[0001] This application relates to the field of communication module technology, and in particular to an operating system loading method, apparatus, computer equipment, and storage medium. Background Technology

[0002] Currently, communication modules generally adopt a single operating system architecture. Although partitioning mechanisms such as A / B partitioning support system upgrades and rollbacks, these are limited to the coexistence of different versions of the same operating system. Different operating systems are not deployed, nor is dynamic booting to select different operating systems supported. This results in technical defects such as incompatibility between user and operator needs within the same communication module, and underutilization of some resources. Therefore, resolving these technical defects has become an urgent technical problem for those skilled in the art. Summary of the Invention

[0003] The purpose of this application is to provide an operating system loading method, apparatus, computer device, and storage medium that can effectively solve the above-mentioned technical defects.

[0004] To address the aforementioned technical problems, this application provides an operating system loading method, comprising: During the startup phase of the communication module, environmental parameters are read; the environmental parameters include at least one of network environment parameters, device status parameters, user scenario parameters, and security status parameters. The environmental parameters are matched with decision rules in a pre-set policy rule base, and the target operating system is determined based on the matching results. Set the kernel boot parameters so that they point to the storage partition where the target operating system is located; According to the kernel boot parameters, the target operating system is loaded and started from the storage partition where the target operating system is located; wherein, the storage device of the communication module is divided into at least two storage partitions, and the storage partitions are used to deploy images of heterogeneous operating systems.

[0005] In some embodiments, the storage device is divided into a first storage partition and a second storage partition; the first storage partition is used to deploy a first operating system; the second storage partition is used to deploy a second operating system; the first operating system and the second operating system are heterogeneous operating systems built on the same Linux kernel.

[0006] In some embodiments, the policy rule base is pre-installed in a custom configuration partition of the communication module, and the policy rule base supports updating decision rules via OTA remote update.

[0007] In some embodiments, the network environment parameters include network type, network quality, and whether the device is connected to the target operator's authentication server; the device status parameters include processor load rate, remaining memory, geographic location information, time or date, and peripheral connection status; the user scenario parameters include whether there is a startup request for the target application, preference signals sent through a preset interface, and historical usage patterns; and the security posture parameters include whether there are security threats or vulnerabilities.

[0008] In some embodiments, it also includes: During the operation of the communication module, environmental parameters are detected. Determine whether to restart the communication module based on the detected environmental parameters; If so, then restart the communication module; If not, update the environmental parameters.

[0009] In some embodiments, it also includes: If the environment parameters are not read during the communication module startup phase, the default operating system will be loaded and started.

[0010] In some embodiments, it also includes: Adjust the first storage partition according to the size of the first operating system to make the first storage partition fit the size of the first operating system, and / or adjust the second storage partition according to the size of the second operating system to make the second storage partition fit the size of the second operating system.

[0011] To address the aforementioned technical problems, this application also provides an operating system loading device, comprising: The reading unit is used to read environmental parameters during the startup phase of the communication module; the environmental parameters include at least one of network environment parameters, device status parameters, user scenario parameters, and security status parameters. The matching unit is used to match the environmental parameters with decision rules in a preset policy rule base, and determine the target operating system based on the matching results; The configuration unit is used to set kernel boot parameters; the kernel boot parameters point to the storage partition where the target operating system is located. The loading unit is used to load and start the target operating system from the storage partition where the target operating system is located according to the kernel boot parameters; wherein, the storage device of the communication module is divided into at least two storage partitions, and the storage partitions are used to deploy images of heterogeneous operating systems.

[0012] To address the aforementioned technical problems, this application also provides a computer device, comprising: Memory, used to store computer programs; A processor for implementing the operating system loading method as described above when executing the computer program.

[0013] To address the aforementioned technical problems, this application also provides a computer-readable storage medium storing a computer program, which, when executed by a processor, implements the steps of the operating system loading method described above.

[0014] The operating system loading method provided in this application includes: during the startup phase of the communication module, reading environmental parameters; the environmental parameters include at least one of network environment parameters, device status parameters, user scenario parameters, and security posture parameters; matching the environmental parameters with decision rules in a preset policy rule base, and determining the target operating system based on the matching result; setting kernel startup parameters so that the kernel startup parameters point to the storage partition where the target operating system is located; loading and starting the target operating system from the storage partition where the target operating system is located according to the kernel startup parameters; wherein, the storage device of the communication module is divided into at least two storage partitions, and the storage partitions are used to deploy images of heterogeneous operating systems.

[0015] As can be seen, the operating system loading method provided in this application, which deploys a heterogeneous operating system image on the storage device of the communication module, is based on environment awareness and records and drives the operating system according to environmental parameters and decision rules. This ensures that a suitable operating system is loaded in a specific scenario, solving the compatibility problem between personalized user needs and standardized operator management requirements on a single device. The communication module can not only be used for router devices for individuals or small businesses, especially users who need customized network functions and plugin support, but also for service providers and large operators, providing standardized solutions suitable for broadband gateway devices that require large-scale deployment and unified management. This makes the communication module more flexible in adapting to changing application scenarios and meeting diverse needs. At the same time, under the premise of a single hardware, the software-level adaptability reduces the customization cost for different needs, lowers SKU complexity, and greatly improves the resource utilization of the communication module.

[0016] The operating system loading device, computer equipment, and computer-readable storage medium provided in this application all have the aforementioned technical effects. Attached Figure Description

[0017] To more clearly illustrate the technical solutions in the embodiments of this application, the drawings used in the prior art and embodiments will be briefly introduced below. Obviously, the drawings described below are only some embodiments of this application. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0018] Figure 1 This is a flowchart illustrating an operating system loading method provided in an embodiment of this application. Figure 2 This is a schematic diagram of a specific operating system loading process provided in an embodiment of this application; Figure 3 This is a schematic diagram of an operating system loading device provided in an embodiment of this application; Figure 4 This is a schematic diagram of a computer device provided in an embodiment of this application. Detailed Implementation

[0019] The core of this application is to provide an operating system loading method, apparatus, computer device, and storage medium, which can effectively solve the above-mentioned technical defects.

[0020] To make the objectives, technical solutions, and advantages of the embodiments of this application clearer, the technical solutions of the embodiments of this application will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of this application, not all embodiments. Based on the embodiments of this application, all other embodiments obtained by those skilled in the art without creative effort are within the scope of protection of this application.

[0021] Please refer to Figure 1 , Figure 1 This is a flowchart illustrating an operating system loading method provided in an embodiment of this application. (Refer to...) Figure 1 As shown, the method includes: S101: During the startup phase of the communication module, environmental parameters are read; the environmental parameters include at least one of network environment parameters, device status parameters, user scenario parameters, and security status parameters.

[0022] Different operating systems can be pre-built based on the same Linux kernel. A dual-OS architecture based on A / B partitions can be constructed, allowing two operating systems to be deployed on different storage partitions. The communication module's storage device (e.g., eMMC or NAND Flash) is divided into multiple storage partitions, which are used to deploy operating system images. It should be noted that the operating systems deployed on different storage partitions are heterogeneous operating systems, not different versions of the same operating system.

[0023] During the communication module startup phase, environmental parameters are read. Since the environmental sensing module, responsible for detecting environmental parameters, is not running during this phase, the environmental parameters acquired during the communication module startup phase are those detected by the environmental sensing module during the previous operation of the communication module.

[0024] Environmental parameters include at least one of network environment parameters, device status parameters, user scenario parameters, and security posture parameters.

[0025] In some embodiments, the network environment parameters include network type, network quality, and whether the device is connected to the target operator's authentication server; the device status parameters include processor load rate, remaining memory, geographic location information, time or date, and peripheral connection status; the user scenario parameters include whether there is a startup request for the target application, preference signals sent through a preset interface, and historical usage patterns; and the security posture parameters include whether there are security threats or vulnerabilities.

[0026] The environment awareness module performs network environment detection: identifying the network type. Network types can include home, enterprise, etc. For example, the environment awareness module can identify the network type by parsing DHCP messages, SSID naming rules, network bandwidth thresholds (e.g., >1Gbps for enterprise networks), specific ISP gateway MAC addresses, and information from specific service discovery protocols and access point broadcasts. The method by which the environment awareness module identifies the network type can be configured differently; this application does not limit this. It assesses network quality by detecting network bandwidth, latency, packet loss rate, etc.; and detects whether it is connected to a specific ISP's authentication server, etc.

[0027] The environmental sensing module monitors device status by collecting data such as CPU load rate, remaining memory, geographic location information (GPS / WiFi positioning), time / date, and connection status of specific peripherals.

[0028] The environment awareness module performs user scenario recognition: detecting launch requests for specific applications, implicit / explicit preference signals sent by users through specific interfaces (such as physical buttons, Web service APIs), and analyzing historical usage patterns (learning user habits), etc.

[0029] The environment awareness module performs security posture detection: detecting specific security threats or vulnerabilities.

[0030] This embodiment defines multi-dimensional environmental parameters (network environment, device status, user scenario, security situation), enabling the environment perception module to comprehensively evaluate the current operating scenario from multiple dimensions, providing rich decision-making basis, and enabling more intelligent operating system selection.

[0031] S102: Match the environmental parameters with the decision rules in the preset policy rule base, and determine the target operating system based on the matching results.

[0032] Decision rules are pre-defined. The acquired environmental parameters are matched against these rules, and the target operating system is determined based on the matching results. The target operating system refers to the operating system to be booted.

[0033] For example, decision rules include: IF (Network type == "Enterprise" AND Security level == "High") THEN Load RDK-B; IF (Network type == "Home" AND Specific peripheral connection detected) THEN Load OpenWRT; IF (A specific DIY application launch request is detected) THEN Load OpenWRT; If (device load remains above threshold X) AND (current system == OpenWRT) THEN, attempt to switch to RDK-B (if resources are a better match); IF (location is at user's home) AND (time is evening) THEN Load OpenWRT; IF (A connection request to the operator's management platform is detected) THEN force a switch to RDK-B; IF (Long press of "Developer Mode" button detected) THEN force OpenWRT to load.

[0034] In some embodiments, the policy rule base is pre-installed in a custom configuration partition of the communication module, and the policy rule base supports updating decision rules via OTA remote update.

[0035] The policy rule base is pre-installed in the custom configuration partition (custconfig partition) of the communication module, and the policy rule base supports remote updates of decision rules via OTA (Over-the-Air Technology). Users or operators can update the decision rules in the custconfig partition remotely via OTA according to actual needs. OTA is a technology that enables remote data or software management of terminal devices through the air interface of mobile communication. With OTA technology, decision rules can still be remotely updated after the device has been deployed to the user's site to adapt to new scenario requirements.

[0036] This embodiment stores the policy rule base independently in a custom configuration partition and supports OTA remote updates, allowing decision rules to be flexibly adjusted throughout the device's lifecycle without requiring firmware re-flashing or hardware replacement. This greatly improves the maintainability and scenario adaptability of the communication module, enabling the device to dynamically adjust the operating system selection strategy based on new business needs or environmental changes after deployment.

[0037] S103: Set the kernel boot parameters so that the kernel boot parameters point to the storage partition where the target operating system is located.

[0038] S104: Based on the kernel boot parameters, load and start the target operating system from the storage partition where the target operating system is located; wherein, the storage device of the communication module is divided into at least two storage partitions, and the storage partitions are used to deploy images of heterogeneous operating systems.

[0039] During the bootloader stage, the file system mount point can be dynamically set via cmdline parameters, i.e., kernel boot parameters. After the target operating system is determined, the cmdline parameters are set to point to the storage partition where the target operating system resides. Based on the set kernel boot parameters, the target operating system is loaded and started from the storage partition where the target operating system resides. Running before the operating system kernel, the bootloader is responsible for initializing the CPU and related hardware and loading the operating system.

[0040] In some embodiments, the storage device is divided into a first storage partition and a second storage partition; the first storage partition is used to deploy a first operating system; the second storage partition is used to deploy a second operating system; the first operating system and the second operating system are heterogeneous operating systems built on the same Linux kernel.

[0041] This embodiment divides the storage device into two storage partitions and deploys heterogeneous operating systems built on the same Linux kernel in each partition. This enables the simultaneous storage of two different operating systems on a single communication module hardware platform, allowing the single communication module hardware platform to dynamically adapt to different operating systems according to the actual operating environment.

[0042] In one specific implementation, the first operating system can be the RDK-B system, and the second operating system can be the OpenWRT system.

[0043] OpenWRT is an open-source embedded Linux operating system designed for routers and similar embedded devices. RDK-B (Reference Design Kit for Broadband) is a standard open-source software stack. OpenWRT is suitable for highly customizable and flexible network environments, and is applicable to developers or scenarios requiring specific network protocol support. RDK-B is suitable for commercial broadband gateway devices with high stability requirements. It is a standardized management platform required by some operators, providing closed-source / certified components (such as TR-069, XCONF) and offering rich network management and remote control capabilities. In actual deployment, the RDK-B system image is deployed on the first storage partition, and the OpenWRT system image is deployed on the second system partition. When the communication module starts, it determines whether to load the RDK-B or OpenWRT system based on environment parameters.

[0044] This embodiment effectively solves the compatibility problem of meeting user-specific needs and operator-standardized management requirements on a single device by simultaneously deploying two heterogeneous operating systems, RDK-B and OpenWRT, on the communication module. When the communication module is deployed in an operator's network environment, it can automatically select the RDK-B system to meet the operator's unified management requirements; when deployed in a home or developer environment, it can automatically select the OpenWRT system to meet the user's customized needs. This allows the same hardware SKU to simultaneously meet the needs of different user groups, reducing customization costs for different needs and lowering SKU complexity. SKU stands for Stock Keeping Unit, a unit of inventory. Each SKU represents a specific product item, including variations in color, size, style, etc. The complexity of SKUs directly affects an enterprise's operational efficiency and cost control.

[0045] In some embodiments, it also includes: Adjust the first storage partition according to the size of the first operating system to make the first storage partition fit the size of the first operating system, and / or adjust the second storage partition according to the size of the second operating system to make the second storage partition fit the size of the second operating system.

[0046] The first storage partition can be dynamically expanded or shrunk according to the size of the first operating system to accommodate the size requirements of different first operating systems. Similarly, the second storage partition can be dynamically expanded or shrunk according to the size of the second operating system to accommodate the size requirements of different second operating systems.

[0047] In some embodiments, it also includes: During the operation of the communication module, environmental parameters are detected. Determine whether to restart the communication module based on the detected environmental parameters; If so, then restart the communication module; If not, update the environmental parameters.

[0048] After the communication module is started, during the operation phase, the environment perception module is run. The environment perception module detects environmental parameters, such as network environment detection, device status monitoring, user scenario identification, and security status detection as mentioned above.

[0049] During the communication module's operation, the system determines whether to restart the communication module based on detected environmental parameters. Specifically, a restart is required if the target operating system determined by the environmental parameters differs from the operating system actually started by the communication module. If a restart is necessary, the communication module will be restarted. If a restart is not required, the environmental parameters will be updated based on the detected parameters so that the target operating system can be determined based on the updated and saved environmental parameters the next time the communication module is started.

[0050] This embodiment continuously monitors environmental parameters and dynamically determines whether the operating system needs to be restarted during the operation of the communication module. This enables the communication module to not only adaptively select the operating system at startup, but also dynamically adjust the operating system according to environmental changes during operation, significantly improving the communication module's adaptability to different application scenarios and business requirements.

[0051] In some embodiments, it also includes: If the environment parameters are not read during the communication module startup phase, the default operating system will be loaded and started.

[0052] For example, during the initial startup phase of the communication module, before the environment awareness module has been run and no environmental parameters have been detected, the default operating system can be loaded and started. For instance, if the default operating system is RDK-B, then RDK-B will be loaded and started.

[0053] This embodiment sets the default operating system as a fallback solution in case the environment parameters are not read, ensuring that the communication module can start and run normally and avoiding the problem of the device failing to start due to the failure of environment perception.

[0054] refer to Figure 2 As shown, the following describes a specific implementation method: The communication module is started.

[0055] Read the environmental parameters previously detected by the environmental perception module.

[0056] Read the decision rules.

[0057] The environmental parameters are matched with decision rules, and the target operating system is determined based on the matching results.

[0058] Set the cmdline parameter, which points to the storage partition corresponding to the target operating system.

[0059] Load and start the target operating system from the storage partition corresponding to the target operating system.

[0060] The environment awareness module determines whether to restart the communication module.

[0061] If so, restart the communication module.

[0062] If not, update the environment parameters.

[0063] In summary, the operating system loading method provided in this application, which deploys a heterogeneous operating system image on the storage device of the communication module, is based on environment awareness and records and drives the operating system according to environmental parameters and decision rules. This ensures that a suitable operating system is loaded in a specific scenario, solving the compatibility problem between personalized user needs and standardized operator management requirements on a single device. The communication module can not only cater to router devices for individuals or small businesses, especially users requiring customized network functions and plugin support, but also provide standardized solutions for service providers and large operators. It is suitable for broadband gateway devices requiring large-scale deployment and unified management, making the communication module more flexible in adapting to changing application scenarios and meeting diverse needs. Simultaneously, under the premise of a single hardware, software-level adaptability reduces customization costs for different needs, lowers SKU complexity, and greatly improves the resource utilization rate of the communication module.

[0064] This application also provides an operating system loading device, which is described below and can be referred to in conjunction with the method described above. Please refer to... Figure 3 , Figure 3 This is a schematic diagram of an operating system loading device provided in an embodiment of this application, combined with... Figure 3 As shown, the device includes: The reading unit 10 is used to read environmental parameters during the startup phase of the communication module; the environmental parameters include at least one of network environment parameters, device status parameters, user scenario parameters, and security status parameters. The matching unit 20 is used to match the environmental parameters with decision rules in a preset policy rule base, and determine the target operating system based on the matching results; Setting unit 30 is used to set kernel boot parameters; the kernel boot parameters point to the storage partition where the target operating system is located. The loading unit 40 is used to load and start the target operating system from the storage partition where the target operating system is located according to the kernel boot parameters; wherein, the storage device of the communication module is divided into at least two storage partitions, and the storage partitions are used to deploy images of heterogeneous operating systems.

[0065] In some embodiments, the storage device is divided into a first storage partition and a second storage partition; the first storage partition is used to deploy a first operating system; the second storage partition is used to deploy a second operating system; the first operating system and the second operating system are heterogeneous operating systems built on the same Linux kernel.

[0066] In some embodiments, the policy rule base is pre-installed in a custom configuration partition of the communication module, and the policy rule base supports updating decision rules via OTA remote update.

[0067] In some embodiments, the network environment parameters include network type, network quality, and whether the device is connected to the target operator's authentication server; the device status parameters include processor load rate, remaining memory, geographic location information, time or date, and peripheral connection status; the user scenario parameters include whether there is a startup request for the target application, preference signals sent through a preset interface, and historical usage patterns; and the security posture parameters include whether there are security threats or vulnerabilities.

[0068] In some embodiments, it also includes: The detection unit is used to detect environmental parameters during the operation of the communication module. The judgment unit is used to determine whether to restart the communication module based on the detected environmental parameters; A restart unit is used to restart the communication module if the condition is met. An update unit is used to update the environmental parameters if not otherwise specified.

[0069] In some embodiments, it also includes: The default operating system loading unit is used to load and start the default operating system if the environment parameters are not read during the startup phase of the communication module.

[0070] In some embodiments, it also includes: The adjustment unit is configured to adjust the first storage partition according to the size of the first operating system so that the first storage partition is adapted to the size of the first operating system, and / or adjust the second storage partition according to the size of the second operating system so that the second storage partition is adapted to the size of the second operating system.

[0071] The operating system loading device provided in this application, which deploys a heterogeneous operating system image on the storage device of the communication module, is based on environment awareness and records and drives the operating system according to environmental parameters and decision rules. This ensures that a suitable operating system is loaded in a specific scenario, solving the compatibility problem between personalized user needs and standardized operator management requirements on a single device. The communication module can be used not only for router devices for individuals or small businesses, especially for users requiring customized network functions and plugin support, but also for service providers and large operators, providing standardized solutions suitable for broadband gateway devices requiring large-scale deployment and unified management. This makes the communication module more flexible in adapting to changing application scenarios and meeting diverse needs. Simultaneously, under the premise of a single hardware, software-level adaptability reduces customization costs for different needs, lowers SKU complexity, and greatly improves the resource utilization of the communication module.

[0072] This application also provides a computer device, referenced... Figure 4 As shown, the device includes a memory 1 and a processor 2.

[0073] Memory 1 is used to store computer programs; Processor 2 is used to execute computer programs to perform the following steps: During the communication module startup phase, environmental parameters are read; these environmental parameters include at least one of network environment parameters, device status parameters, user scenario parameters, and security posture parameters; the environmental parameters are matched with decision rules in a pre-set policy rule base, and the target operating system is determined based on the matching result; kernel startup parameters are set so that the kernel startup parameters point to the storage partition where the target operating system is located; the target operating system is loaded and started from the storage partition where the target operating system is located according to the kernel startup parameters; wherein, the storage device of the communication module is divided into at least two storage partitions, and the storage partitions are used to deploy images of heterogeneous operating systems.

[0074] For a description of the equipment provided in this application, please refer to the above method embodiments; further details will not be provided here.

[0075] This application also provides a computer-readable storage medium storing a computer program, which, when executed by a processor, can perform the following steps: During the communication module startup phase, environmental parameters are read; these environmental parameters include at least one of network environment parameters, device status parameters, user scenario parameters, and security posture parameters; the environmental parameters are matched with decision rules in a pre-set policy rule base, and the target operating system is determined based on the matching result; kernel startup parameters are set so that the kernel startup parameters point to the storage partition where the target operating system is located; the target operating system is loaded and started from the storage partition where the target operating system is located according to the kernel startup parameters; wherein, the storage device of the communication module is divided into at least two storage partitions, and the storage partitions are used to deploy images of heterogeneous operating systems.

[0076] The computer-readable storage medium may include various media capable of storing program code, such as USB flash drives, portable hard drives, read-only memory (ROM), random access memory (RAM), magnetic disks, or optical disks.

[0077] For a description of the computer-readable storage medium provided in this application, please refer to the above method embodiments; further details will not be repeated here.

[0078] The various embodiments in this specification are described in a progressive manner, with each embodiment focusing on its differences from other embodiments. Similar or identical parts between embodiments can be referred to interchangeably. For the apparatuses, devices, and computer-readable storage media disclosed in the embodiments, since they correspond to the methods disclosed in the embodiments, the descriptions are relatively simple; relevant details can be found in the method section.

[0079] Those skilled in the art will further recognize that the units and algorithm steps of the various examples described in conjunction with the embodiments disclosed herein can be implemented in electronic hardware, computer software, or a combination of both. To clearly illustrate the interchangeability of hardware and software, the components and steps of the various examples have been generally described in terms of functionality in the foregoing description. Whether these functions are implemented in hardware or software depends on the specific application and design constraints of the technical solution. Those skilled in the art can use different methods to implement the described functions for each specific application, but such implementation should not be considered beyond the scope of this application.

[0080] The steps of the methods or algorithms described in conjunction with the embodiments disclosed herein can be implemented directly by hardware, a software module executed by a processor, or a combination of both. The software module can be located in random access memory (RAM), main memory, read-only memory (ROM), electrically programmable ROM, electrically erasable programmable ROM, registers, hard disk, removable disk, CD-ROM, or any other form of storage medium known in the art.

[0081] The operating system loading method, apparatus, computer device, and storage medium provided in this application have been described in detail above. Specific examples have been used to illustrate the principles and implementation methods of this application. The descriptions of the embodiments above are merely for the purpose of helping to understand the method and core ideas of this application. It should be noted that those skilled in the art can make various improvements and modifications to this application without departing from its principles, and these improvements and modifications also fall within the protection scope of this application.

Claims

1. An operating system loading method, characterized in that, include: During the startup phase of the communication module, environmental parameters are read; the environmental parameters include at least one of network environment parameters, device status parameters, user scenario parameters, and security status parameters. The environmental parameters are matched with decision rules in a pre-set policy rule base, and the target operating system is determined based on the matching results. Set the kernel boot parameters so that they point to the storage partition where the target operating system is located; According to the kernel boot parameters, the target operating system is loaded and started from the storage partition where the target operating system is located; wherein, the storage device of the communication module is divided into at least two storage partitions, and the storage partitions are used to deploy images of heterogeneous operating systems.

2. The operating system loading method according to claim 1, characterized in that, Also includes: During the operation of the communication module, environmental parameters are detected. Determine whether to restart the communication module based on the detected environmental parameters; If so, then restart the communication module; If not, update the environmental parameters.

3. The operating system loading method according to claim 1, characterized in that, The storage device is divided into a first storage partition and a second storage partition; the first storage partition is used to deploy a first operating system. The second storage partition is used to deploy a second operating system; the first operating system and the second operating system are heterogeneous operating systems built on the same Linux kernel.

4. The operating system loading method according to claim 1, characterized in that, The policy rule base is pre-installed in the custom configuration partition of the communication module, and the policy rule base supports updating the decision rules via OTA remote update.

5. The operating system loading method according to claim 1, characterized in that, The network environment parameters include network type, network quality, and whether it is connected to the target operator's authentication server; the device status parameters include processor load rate, remaining memory, geographical location information, time or date, and peripheral connection status; the user scenario parameters include whether there is a startup request for the target application, preference signals sent through a preset interface, and historical usage patterns; the security situation parameters include whether there are security threats or vulnerabilities.

6. The operating system loading method according to claim 1, characterized in that, Also includes: If the environment parameters are not read during the communication module startup phase, the default operating system will be loaded and started.

7. The operating system loading method according to claim 3, characterized in that, Also includes: Adjust the first storage partition according to the size of the first operating system to make the first storage partition fit the size of the first operating system, and / or adjust the second storage partition according to the size of the second operating system to make the second storage partition fit the size of the second operating system.

8. An operating system loading device, characterized in that, include: The reading unit is used to read environmental parameters during the startup phase of the communication module. The environmental parameters include at least one of network environment parameters, device status parameters, user scenario parameters, and security situation parameters; The matching unit is used to match the environmental parameters with decision rules in a preset policy rule base, and determine the target operating system based on the matching results; The configuration unit is used to set kernel boot parameters; the kernel boot parameters point to the storage partition where the target operating system is located. The loading unit is used to load and start the target operating system from the storage partition where the target operating system is located according to the kernel boot parameters; wherein, the storage device of the communication module is divided into at least two storage partitions, and the storage partitions are used to deploy images of heterogeneous operating systems.

9. A computer device, characterized in that, include: Memory, used to store computer programs; A processor, configured to implement the steps of the operating system loading method as described in any one of claims 1 to 7 when executing the computer program.

10. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores a computer program that, when executed by a processor, implements the steps of the operating system loading method as described in any one of claims 1 to 7.