ECALL system dynamic configuration method, device and medium

Abstract

The present invention provides an ECALL system dynamic configuration method, device and medium. The method comprises: generating an ECALL configuration file corresponding to each target service according to ECALL function parameters corresponding to each target service; encrypting the ECALL configuration file corresponding to each target service to obtain a target configuration file corresponding to each target service; integrating the target configuration file corresponding to each target service into a project corresponding to the target service; loading and decrypting the target configuration file corresponding to each target service when the ECALL system is running to obtain a corresponding decrypted configuration file; parsing each decrypted configuration file to obtain corresponding configuration information; and controlling a service module of the corresponding target service to execute corresponding service logic according to the configuration information corresponding to each decrypted configuration file, thereby realizing a function of dynamic adaptation of ECALL parameters and improving development efficiency.

Description

Technical Field

[0001] The present invention relates to the field of system architecture, and in particular to an ECALL system dynamic configuration method, device and medium. Background Art

[0002] ECALL (Emergency Call) is the car emergency call system. As a key module to ensure vehicle safety, it can be automatically triggered in emergency scenarios such as a car collision, or manually triggered by the SOS (emergency call signal) button in other emergency scenarios. Once triggered, it will quickly upload information such as vehicle type, accident type, and vehicle location to the nearest rescue center and complete the emergency call function, thereby reducing the mortality rate in traffic accidents. It is of great significance to timely rescue and ensuring life safety.

[0003] Some existing ECALL systems use a layered architecture, separating the hardware and software layers. The hardware layer encapsulates some basic hardware operations, while the software layer implements the business logic related to emergency calls. However, this design has significant flaws: the hardware abstraction layer is incomplete, abstracting only individual hardware components and encapsulating basic I / O operations (input / output). It fails to define standardized interfaces for complex hardware such as sensors and communication modules, making it difficult to reuse drivers across different hardware components. In terms of software implementation, communication parameters and security policies are often hard-coded in the code. When developing new projects or vehicle models, the code must be modified line by line to adapt. This is cumbersome, time-consuming, and error-prone. Furthermore, the ECALL system lacks modularity, with the business logic and protocol processing modules tightly coupled, making independent replacement and upgrade impossible. This significantly limits the scalability and adaptability of the ECALL system. In addition, different OEMs or different projects within the same OEM generally provide their own ECALL specifications. When replacing or upgrading the different business logic and protocol processing modules of the ECALL system, the hardware and software need to be re-adapted one by one according to the corresponding ECALL specifications. This results in a large amount of repetitive work, low efficiency, and a prolonged project development cycle. Summary of the Invention

[0004] In view of the above technical problems, the technical solution adopted by the present invention is:

[0005] According to one aspect of the present application, a method for dynamic configuration of an ECALL system is provided, which is applied to an ECALL system. The method for dynamic configuration of an ECALL system comprises:

[0006] Generate an ECALL configuration file corresponding to each target service based on the ECALL function parameters corresponding to each target service;

[0007] Encrypt the ECALL configuration file corresponding to each target service to obtain the target configuration file corresponding to each target service;

[0008] Integrate the target configuration file corresponding to each target service into the project project corresponding to the target service;

[0009] When the ECALL system is running, the target configuration file corresponding to each target service is loaded and each target configuration file is decrypted to obtain a decrypted configuration file corresponding to each target configuration file;

[0010] Parse each decryption configuration file to obtain the configuration information corresponding to each decryption configuration file;

[0011] According to the configuration information corresponding to each decryption configuration file, the service module of the target service corresponding to each decryption configuration file is controlled to execute the corresponding service logic.

[0012] In an exemplary embodiment of the present application, the ECALL system includes:

[0013] The hardware adaptation layer is used to abstract the hardware devices connected to the ECALL system to generate a standardized interface corresponding to each hardware device; the standardized interface is used to transmit the service data of the corresponding hardware device;

[0014] The core layer is connected to the hardware adaptation layer and is used to provide communication links corresponding to several communication protocols to process the service data transmitted by the hardware adaptation layer and obtain the target configuration file of the target service corresponding to each service data;

[0015] The application layer is connected to the core layer and the hardware adaptation layer, and is used to load and parse the target configuration file and send the obtained configuration information to the service module of the corresponding target service.

[0016] In an exemplary embodiment of the present application, the hardware adaptation layer includes:

[0017] The power management driver abstraction module is used to abstract the driver services of the power management device to generate a standardized interface corresponding to the power management device;

[0018] A cellular communication driver abstraction module is used to abstract the driver services of cellular communication devices to generate standardized interfaces corresponding to cellular communication devices;

[0019] The GPS driver abstraction module is used to abstract the driver service of the positioning device to generate a standardized interface corresponding to the positioning device;

[0020] The speaker driver abstraction module is used to abstract the driver service of the audio output device to generate a standardized interface corresponding to the audio output device;

[0021] LED driver abstraction module, used to abstract the driver service of the display device to generate a standardized interface corresponding to the display device;

[0022] The emergency button driver abstraction module is used to abstract the driver service of the emergency operation device to generate a standardized interface corresponding to the emergency operation device;

[0023] CAN transceiver driver abstraction module, used to abstract the driver service of CAN bus communication equipment to generate a standardized interface corresponding to the CAN bus communication equipment;

[0024] The microphone driver abstraction module is used to abstract the driver service of the audio input device to generate a standardized interface corresponding to the audio input device;

[0025] The SRS driver abstraction module is used to abstract the driver services of safety auxiliary equipment to generate standardized interfaces corresponding to safety auxiliary equipment.

[0026] In an exemplary embodiment of the present application, the core layer includes:

[0027] Emergency call service module, used to obtain data information of ECALL system in call and conversation status and transmit it to the application layer;

[0028] The data management module is used to process the service data transmitted by the hardware adaptation layer to generate a corresponding target configuration file;

[0029] The communication service module is used to receive service data transmitted by the hardware adaptation layer and transmit the generated target configuration file to the application layer.

[0030] In an exemplary embodiment of the present application, the application layer includes:

[0031] The LED service module is used to execute the service logic corresponding to the target configuration file of the display device according to the target configuration file corresponding to the display device and the status information of the display device received by the LED driver abstract module;

[0032] The button service module is used to execute the service logic corresponding to the target configuration file of the emergency operation device according to the target configuration file corresponding to the emergency operation device and the state information of the emergency operation device received by the emergency button driver abstract module;

[0033] The SRS service module is used to execute the service logic corresponding to the target configuration file of the safety auxiliary device according to the target configuration file corresponding to the safety auxiliary device and the status information of the safety auxiliary device received by the SRS driver abstract module;

[0034] The CAN signal service module is used to execute the service logic corresponding to the target configuration file of the CAN bus communication device according to the target configuration file corresponding to the CAN bus communication device and the status information of the CAN bus communication device received by the CAN transceiver driver abstract module;

[0035] The speaker service module is used to execute the service logic corresponding to the target configuration file of the audio output device according to the target configuration file corresponding to the audio output device and the status information of the audio output device received by the speaker driver abstract module;

[0036] The microphone service module is used to execute the service logic corresponding to the target configuration file of the audio input device according to the target configuration file corresponding to the audio input device and the status information of the audio input device received by the microphone driver abstract module.

[0037] In an exemplary embodiment of the present application, an ECALL configuration file corresponding to each target service is generated according to the ECALL function parameters corresponding to each target service, including:

[0038] Get the ECALL functional specification policy corresponding to each target service;

[0039] Determine the ECALL function parameters corresponding to each target service according to the ECALL function specification strategy corresponding to each target service;

[0040] According to a preset configuration file format corresponding to any target service, the ECALL function parameters corresponding to the target service are configured into the initial configuration file corresponding to the target service to obtain the ECALL configuration file corresponding to the target service.

[0041] In an exemplary embodiment of the present application, according to the configuration information corresponding to each decryption profile, controlling the service module of the target service corresponding to each decryption profile to execute the corresponding service logic includes:

[0042] Generate ECALL service rules for the target service corresponding to each decryption profile based on the configuration information corresponding to each decryption profile;

[0043] Configure the configuration information corresponding to each decryption profile into the service module of the target service corresponding to each decryption profile;

[0044] According to the ECALL service rules of any target service, the configuration information corresponding to the target service is processed so that the service module corresponding to the target service executes the service logic corresponding to the target service.

[0045] In an exemplary embodiment of the present application, after the step of integrating the target configuration file corresponding to each target service into the project corresponding to the target service, the ECALL system dynamic configuration method further includes:

[0046] When receiving a file update instruction corresponding to any target service, obtaining an update identifier included in the file update instruction;

[0047] If the update identifier included in the file update instruction indicates a remote update, then the update information transmitted in the remote communication link is obtained; if the update identifier included in the file update instruction indicates a local update, then the update information transmitted in the local communication link is obtained;

[0048] According to the acquired update information, the target configuration file corresponding to the target service is updated.

[0049] According to another aspect of the present application, a non-transitory computer-readable storage medium is provided, in which at least one instruction or at least one program is stored. The at least one instruction or the at least one program is loaded and executed by a processor to implement the aforementioned ECALL system dynamic configuration method.

[0050] According to yet another aspect of the present application, an electronic device is provided, comprising a processor and the aforementioned non-transitory computer-readable storage medium.

[0051] The present invention has at least the following beneficial effects:

[0052] The ECALL system dynamic configuration method of the present invention generates an ECALL configuration file corresponding to each target service according to the ECALL functional parameters corresponding to each target service, encrypts the ECALL configuration file corresponding to each target service to obtain a target configuration file corresponding to each target service, integrates the target configuration file corresponding to each target service into the project project corresponding to the target service, and when the ECALL system is running, loads the target configuration file corresponding to each target service and decrypts each target configuration file to obtain a decryption configuration file corresponding to each target configuration file, then parses each decryption configuration file to obtain configuration information corresponding to each decryption configuration file, and controls the service module of the target service corresponding to each decryption configuration file to execute the corresponding service logic according to the configuration information corresponding to each decryption configuration file. The ECALL system of the present application adopts a layered architecture design, abstractly encapsulates different hardware, provides a standardized interface to the upper-layer application, and abstractly encapsulates multiple standard protocols, thereby realizing the function of dynamic adaptation of ECALL parameters and cross-project ECALL function development, thereby improving development efficiency and shortening the project development cycle. BRIEF DESCRIPTION OF THE DRAWINGS

[0053] In order to more clearly illustrate the technical solutions in the embodiments of the present invention, the following briefly introduces the drawings required for use in the description of the embodiments. Obviously, the drawings described below are only some embodiments of the present invention. For ordinary technicians in this field, other drawings can be obtained based on these drawings without creative work.

[0054] Figure 1 Flowchart of the ECALL system dynamic configuration method provided by the embodiment of the present invention;

[0055] Figure 2 A schematic diagram of the hardware structure of the ECALL system provided by the embodiment of the present invention;

[0056] Figure 3 Schematic diagram of the module structure of the ECALL system provided by the embodiment of the present invention;

[0057] Figure 4 This is a code example of ECALL parameter configuration information provided by an embodiment of the present invention. DETAILED DESCRIPTION

[0058] The following will clearly and completely describe the technical solutions in the embodiments of the present invention in conjunction with the accompanying drawings. Obviously, the described embodiments are only part of the embodiments of the present invention, not all of the embodiments. Based on the embodiments of the present invention, all other embodiments obtained by those skilled in the art without making any creative efforts shall fall within the scope of protection of the present invention.

[0059] Existing ECALL systems are custom-developed for a single vehicle model or project. The existing technology suffers from poor compatibility between hardware interfaces and communication protocols, poor reusability of business logic modules, poor reusability of protocol software code, and poor portability. The lack of a unified standard interface for hardware drivers results in low technical development efficiency, and duplication of work can exceed 50% during cross-project development, leading to long project cycles and impacting project progress. Poor compatibility between hardware interfaces and communication protocols also makes it difficult for ECALL systems to support multiple hardware platforms. If the MCU (Microcontroller Unit) or associated sensors are replaced, rapid switching between multiple protocols beyond the fixed communication protocol is impossible, hindering the diverse needs of projects. Poor portability also leads to high maintenance costs for ECALL systems. Changes in project parameters require code modification for adaptation, making dynamic parameter configuration impossible for different projects. Therefore, to address the above-mentioned shortcomings of the existing technology, the present invention proposes a dynamic configuration method for an ECALL system that implements a layered architecture design, modular components, and dynamic configuration for rapid and efficient cross-project adaptation.

[0060] This application proposes a dynamic configuration method for an ECALL system, which is applied to an ECALL system, such as Figure 2 As shown, the ECALL system of the present application is designed according to a layered adaptive architecture, which includes a hardware adaptation layer, a core layer and an application layer.

[0061] The hardware adaptation layer is used to abstract the hardware devices connected to the ECALL system to generate a standardized interface corresponding to each hardware device (the standardized interface is used to transmit the service data of the corresponding hardware device) and provide it to the upper-layer service call. If a new hardware device is introduced, the new hardware device can be adapted according to the defined standard interface. For the upper-layer business (service), there is no need to worry about the hardware differences, only the corresponding standardized interface needs to be called as needed. Therefore, the ECALL system of this application can switch and adapt quickly and efficiently among different hardware, different specifications, different models and car manufacturers, thereby improving the business development efficiency of the ECALL system.

[0062] The core layer is connected to the hardware adaptation layer to provide communication links corresponding to several communication protocols, implement different communication protocols, and process the service data transmitted by the hardware adaptation layer (packetization, grouping, retransmission, etc.), and obtain the target configuration file of the target service corresponding to each service data. By configuring the ECALL parameters of the target service, the corresponding target configuration file is obtained.

[0063] The application layer is connected to the core layer and the hardware adaptation layer to load and parse the target configuration file, and send the obtained configuration information to the service module of the corresponding target service so that the service module executes the corresponding service logic according to the received configuration information.

[0064] The following further describes the modules included in the hardware adaptation layer, core layer, and application layer:

[0065] like Figure 3 As shown in FIG, the hardware adaptation layer includes a power management driver abstract module, a cellular communication driver abstract module, a GPS driver abstract module, a speaker driver abstract module, an LED driver abstract module, an emergency button driver abstract module, a CAN transceiver driver abstract module, a microphone driver abstract module, and an SRS driver abstract module.

[0066] The power management driver abstraction module is used to abstract the driver services of the power management device to generate a standardized interface corresponding to the power management device.

[0067] The cellular communication driver abstraction module is used to abstract the driver services of the cellular communication device to generate a standardized interface corresponding to the cellular communication device.

[0068] The GPS driver abstraction module is used to abstract the driver service of the positioning device to generate a standardized interface corresponding to the positioning device.

[0069] The speaker driver abstraction module is used to abstract the driver service of the audio output device to generate a standardized interface corresponding to the audio output device.

[0070] The LED driver abstraction module is used to abstract the driver services of the display device to generate a standardized interface corresponding to the display device.

[0071] The emergency button driver abstraction module is used to abstract the driver service of the emergency operation device to generate a standardized interface corresponding to the emergency operation device.

[0072] The CAN transceiver driver abstraction module is used to abstract the driver services of the CAN bus communication device to generate a standardized interface corresponding to the CAN bus communication device.

[0073] The microphone driver abstraction module is used to abstract the driver service of the audio input device to generate a standardized interface corresponding to the audio input device.

[0074] The SRS driver abstraction module is used to abstract the driver services of the Supplemental Restraint System (SRS) to generate standardized interfaces corresponding to the safety auxiliary devices.

[0075] like Figure 3 As shown, the core layer includes an emergency call service module, a data management module, and a communication service module.

[0076] The emergency call service module is used to obtain data information of the ECALL system during call and conversation status (call dialing, hanging up, and conversation status information) and transmit it to the application layer.

[0077] The data management module is used to process the service data transmitted by the hardware adaptation layer to generate a corresponding target configuration file.

[0078] The communication service module is used to receive the service data transmitted by the hardware adaptation layer and transmit the generated target configuration file to the application layer.

[0079] like Figure 3 As shown, the application layer includes LED service module, button service module, SRS service module, CAN signal service module, speaker service module, and microphone service module.

[0080] The LED service module is used to execute the service logic corresponding to the target configuration file of the display device according to the target configuration file corresponding to the display device and the status information of the display device received by the LED driver abstract module.

[0081] The key service module is used to execute the service logic corresponding to the target configuration file of the emergency operation device according to the target configuration file corresponding to the emergency operation device and the state information of the emergency operation device received by the emergency button driver abstract module.

[0082] The SRS service module is used to execute the service logic corresponding to the target configuration file of the safety auxiliary device according to the target configuration file corresponding to the safety auxiliary device and the status information of the safety auxiliary device received by the SRS driver abstract module.

[0083] The CAN signal service module is used to execute the service logic corresponding to the target configuration file of the CAN bus communication device according to the target configuration file corresponding to the CAN bus communication device and the status information of the CAN bus communication device received by the CAN transceiver driver abstract module.

[0084] The speaker service module is used to execute the service logic corresponding to the target configuration file of the audio output device according to the target configuration file corresponding to the audio output device and the status information of the audio output device received by the speaker driver abstract module.

[0085] The microphone service module is used to execute the service logic corresponding to the target configuration file of the audio input device according to the target configuration file corresponding to the audio input device and the status information of the audio input device received by the microphone driver abstract module.

[0086] The service logic of the target service is stored in the corresponding target configuration file. The service logic of the target service is the service rules preset by the developer.

[0087] like Figure 1 As shown, the ECALL system dynamic configuration method proposed in this application includes:

[0088] Step S100: Generate an ECALL configuration file corresponding to each target service according to the ECALL function parameters corresponding to each target service;

[0089] Furthermore, in step S100, an ECALL configuration file corresponding to each target service is generated according to the ECALL function parameters corresponding to each target service, including steps S110 to S130:

[0090] Step S110: Obtain the ECALL function specification policy corresponding to each target service;

[0091] Step S120: determining the ECALL function parameters corresponding to each target service according to the ECALL function specification policy corresponding to each target service;

[0092] Step S130 : According to a preset configuration file format corresponding to any target service, the ECALL function parameters corresponding to the target service are configured into the initial configuration file corresponding to the target service to obtain the ECALL configuration file corresponding to the target service.

[0093] Step S200: encrypting the ECALL configuration file corresponding to each target service to obtain a target configuration file corresponding to each target service;

[0094] Step S300: Integrate the target configuration file corresponding to each target service into the project project corresponding to the target service;

[0095] Step S400: When the ECALL system is running, the target configuration file corresponding to each target service is loaded and each target configuration file is decrypted to obtain a decrypted configuration file corresponding to each target configuration file;

[0096] Step S500: parse each decryption configuration file to obtain configuration information corresponding to each decryption configuration file;

[0097] Step S600: Control the service module of the target service corresponding to each decryption profile to execute the corresponding service logic according to the configuration information corresponding to each decryption profile;

[0098] Furthermore, in step S600, according to the configuration information corresponding to each decryption configuration file, the service module of the target service corresponding to each decryption configuration file is controlled to execute the corresponding service logic, including steps S610 to S630:

[0099] Step S610: Generate an ECALL service rule for the target service corresponding to each decryption profile according to the configuration information corresponding to each decryption profile;

[0100] Step S620: configuring the configuration information corresponding to each decryption configuration file into the service module of the target service corresponding to each decryption configuration file;

[0101] Step S630: According to the ECALL service rule of any target service, the configuration information corresponding to the target service is processed so that the service module corresponding to the target service executes the service logic corresponding to the target service.

[0102] In addition, the present application also proposes a method for updating a target configuration file. Specifically, after step S300, the ECALL system dynamic configuration method further includes steps S301 to S303:

[0103] Step S301: upon receiving a file update instruction corresponding to any target service, obtaining an update identifier included in the file update instruction;

[0104] Step S302: If the update identifier included in the file update instruction indicates a remote update, then obtain the update information transmitted in the remote communication link; if the update identifier included in the file update instruction indicates a local update, then obtain the update information transmitted in the local communication link;

[0105] Remote updates can be done through FOTA (Firmware Over-The-Air, software upgrades downloaded over the air on mobile terminals) or TSP (Telematics Service Provider, the connected car platform of an in-vehicle information service provider). Local updates can be done through USB flash drive updates or diagnostic updates.

[0106] Step S303: Update the target configuration file corresponding to the target service according to the acquired update information.

[0107] By setting up an update mechanism for the target configuration file, it can be quickly adapted in other projects after one coding, thereby realizing dynamic configuration of ECALL parameters, greatly improving development efficiency and shortening the project development cycle.

[0108] like Figure 4 The following is a code example of the ECALL parameter configuration information of the target configuration file of this application. The ECALL parameter configuration information included can be customized according to the project (service). The parameters are configured and saved in JSON file format, which is convenient for writing, reading and parsing. "protoType" indicates the ECALL protocol type; "canSig" indicates the CAN signal configuration; "srs" indicates the hard-line collision information configuration; and "led" indicates the LED strategy configuration.

[0109] The ECALL system dynamic configuration method of the present invention generates an ECALL configuration file corresponding to each target service according to the ECALL function parameters corresponding to each target service, encrypts the ECALL configuration file corresponding to each target service to obtain a target configuration file corresponding to each target service, integrates the target configuration file corresponding to each target service into the project project corresponding to the target service, loads the target configuration file corresponding to each target service and decrypts each target configuration file when the ECALL system is running to obtain a decrypted configuration file corresponding to each target configuration file, then parses each decrypted configuration file to obtain configuration information corresponding to each decrypted configuration file, and controls each target service according to the configuration information corresponding to each decrypted configuration file. The service module of the target service corresponding to a decrypted configuration file executes the corresponding service logic. The ECALL system of this application addresses the pain points of time-consuming and labor-intensive ECALL function development and adaptation workload and low efficiency in the current situation of multiple ECALL specifications, multiple vehicle models, vehicle manufacturers, and multiple hardware. Through a layered architecture design, different hardware is abstractly encapsulated and a standardized interface is provided to the upper-layer application. Multiple specification protocols are abstractly encapsulated, thereby realizing the function of dynamic adaptation of ECALL parameters and cross-project ECALL function development, improving development efficiency and shortening the project development cycle. It can dynamically adapt ECALL specifications, ignore hardware differences, and quickly and efficiently adapt ECALL functions on different vehicle manufacturers or vehicle models, achieving the goal of one-time software development and dynamic adaptation of functional logic.

[0110] An embodiment of the present invention further provides a computer program product comprising program code. When the program product is run on an electronic device, the program code is used to enable the electronic device to execute the steps of the method according to various exemplary embodiments of the present invention described above in this specification.

[0111] Furthermore, although the steps of the method of the present disclosure are described in a particular order in the accompanying drawings, this does not require or imply that the steps must be performed in this particular order, or that all steps shown must be performed to achieve the desired results. Additionally or alternatively, some steps may be omitted, multiple steps may be combined into one step, and / or one step may be decomposed into multiple steps.

[0112] Through the description of the above embodiments, it will be readily understood by those skilled in the art that the example embodiments described herein can be implemented via software or via a combination of software and necessary hardware. Therefore, the technical solutions according to the embodiments of the present disclosure can be embodied in the form of a software product, which can be stored in a non-volatile storage medium (such as a CD-ROM, USB flash drive, or mobile hard drive) or on a network and includes several instructions for enabling a computing device (such as a personal computer, server, mobile terminal, or network device) to execute the methods according to the embodiments of the present disclosure.

[0113] In an exemplary embodiment of the present disclosure, an electronic device capable of implementing the above method is also provided.

[0114] Those skilled in the art will appreciate that various aspects of the present invention may be implemented as systems, methods, or program products. Therefore, various aspects of the present invention may be implemented in the following forms: entirely in hardware, entirely in software (including firmware, microcode, etc.), or in a combination of hardware and software, collectively referred to herein as "circuits," "modules," or "systems."

[0115] The electronic device according to this embodiment of the present invention is merely an example and should not limit the functions and scope of use of the embodiments of the present invention.

[0116] The electronic device is implemented as a general-purpose computing device. Components of the electronic device may include, but are not limited to, the at least one processor, the at least one memory, and a bus connecting different system components (including the memory and the processor).

[0117] The storage stores program codes, which can be executed by the processor, so that the processor performs the steps according to various exemplary embodiments of the present invention described in the above “Exemplary Method” section of this specification.

[0118] The memory may include readable media in the form of volatile memory, such as random access memory (RAM) and / or cache memory, and may further include read only memory (ROM).

[0119] The storage may also include a program / utility having a set (at least one) of program modules, such program modules including but not limited to: an operating system, one or more application programs, other program modules, and program data, each of which or some combination may include an implementation of a network environment.

[0120] The bus may represent one or more of several types of bus structures, including a memory bus or memory controller, a peripheral bus, an accelerated graphics port, a processor, or a local bus using any of a variety of bus architectures.

[0121] An electronic device may also communicate with one or more external devices (e.g., a keyboard, pointing device, Bluetooth device, etc.), one or more devices that enable a user to interact with the electronic device, and / or any device that enables the electronic device to communicate with one or more other computing devices (e.g., a router, modem, etc.). This communication may occur via an input / output (I / O) interface. Furthermore, the electronic device may communicate with one or more networks (e.g., a local area network (LAN), a wide area network (WAN), and / or a public network such as the Internet) via a network adapter.

[0122] In exemplary embodiments of the present disclosure, a computer-readable storage medium is also provided, on which is stored a program product capable of implementing the aforementioned methods of this specification. In some possible implementations, various aspects of the present invention may also be implemented in the form of a program product comprising program code. When the program product is executed on a terminal device, the program code is configured to cause the terminal device to execute the steps according to various exemplary embodiments of the present invention described in the "Exemplary Methods" section of this specification.

[0123] The program product may utilize any combination of one or more readable media. The readable medium may be a readable signal medium or a readable storage medium. The readable storage medium may be, for example, but not limited to, an electrical, magnetic, optical, electromagnetic, infrared, or semiconductor system, device, or component, or any combination thereof. More specific examples (a non-exhaustive list) of readable storage media include: an electrical connection having one or more wires, a portable disk, a hard disk, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disk read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination thereof.

[0124] A computer-readable signal medium may include a data signal propagated in baseband or as part of a carrier wave, which carries readable program code. Such propagated data signals may take a variety of forms, including but not limited to electromagnetic signals, optical signals, or any suitable combination thereof. A readable signal medium may also be any readable medium other than a readable storage medium that can transmit, propagate, or transfer a program for use by or in conjunction with an instruction execution system, apparatus, or device.

[0125] The program code embodied on the readable medium may be transmitted using any appropriate medium, including but not limited to wireless, wireline, optical fiber cable, RF, etc., or any suitable combination of the foregoing.

[0126] Program code for performing the operations of the present invention can be written in any combination of one or more programming languages, including object-oriented programming languages ​​such as Java, C++, and conventional procedural programming languages ​​such as "C" or similar programming languages. The program code can be executed entirely on the user computing device, partially on the user device, as a stand-alone software package, partially on the user computing device and partially on a remote computing device, or entirely on a remote computing device or server. In the case of a remote computing device, the remote computing device can be connected to the user computing device via any type of network, including a local area network (LAN) or a wide area network (WAN), or can be connected to an external computing device (e.g., via the Internet using an Internet service provider).

[0127] Furthermore, the above-described figures are merely illustrative of the processes included in the method according to exemplary embodiments of the present invention and are not intended to be limiting. It is readily understood that the processes illustrated in the above-described figures do not indicate or limit the temporal order of these processes. Furthermore, it is readily understood that these processes may be executed synchronously or asynchronously, for example, in multiple modules.

[0128] It should be noted that although several modules or units of the device for action execution are mentioned in the detailed description above, this division is not mandatory. In fact, according to the embodiments of the present disclosure, the features and functions of two or more modules or units described above can be concretized in one module or unit. Conversely, the features and functions of one module or unit described above can be further divided into multiple modules or units to be concretized.

[0129] The above description is merely a specific embodiment of the present invention, but the scope of protection of the present invention is not limited thereto. Any changes or substitutions that can be easily conceived by a person skilled in the art within the technical scope disclosed in the present invention should be included in the scope of protection of the present invention. Therefore, the scope of protection of the present invention should be based on the scope of protection of the claims.

Claims

1. A method for dynamic configuration of an ECALL system, characterized in that: Applied to the ECALL system, the method comprises: Generate an ECALL configuration file corresponding to each target service according to the ECALL function parameters corresponding to each target service; Encrypting the ECALL configuration file corresponding to each target service to obtain a target configuration file corresponding to each target service; Integrate the target configuration file corresponding to each target service into the project project corresponding to the target service; When the ECALL system is running, loading the target configuration file corresponding to each target service and decrypting each target configuration file to obtain a decrypted configuration file corresponding to each target configuration file; Parsing each of the decryption configuration files to obtain configuration information corresponding to each of the decryption configuration files; According to the configuration information corresponding to each decryption configuration file, the service module of the target service corresponding to each decryption configuration file is controlled to execute the corresponding service logic; Wherein, the ECALL system includes: A hardware adaptation layer for abstracting the hardware devices connected to the ECALL system to generate a standardized interface corresponding to each of the hardware devices; the standardized interface is used to transmit service data of the corresponding hardware device; a core layer connected to the hardware adaptation layer, configured to provide communication links corresponding to a plurality of communication protocols, so as to process the service data transmitted by the hardware adaptation layer and obtain a target configuration file of a target service corresponding to each of the service data; The application layer is connected to the core layer and the hardware adaptation layer, and is used to load and parse the target configuration file and send the obtained configuration information to the service module of the corresponding target service; The hardware adaptation layer includes: The power management driver abstraction module is used to abstract the driver services of the power management device to generate a standardized interface corresponding to the power management device; A cellular communication driver abstraction module is used to abstract the driver services of cellular communication devices to generate standardized interfaces corresponding to cellular communication devices; The GPS driver abstraction module is used to abstract the driver service of the positioning device to generate a standardized interface corresponding to the positioning device; The speaker driver abstraction module is used to abstract the driver service of the audio output device to generate a standardized interface corresponding to the audio output device; LED driver abstraction module, used to abstract the driver service of the display device to generate a standardized interface corresponding to the display device; The emergency button driver abstraction module is used to abstract the driver service of the emergency operation device to generate a standardized interface corresponding to the emergency operation device; CAN transceiver driver abstraction module, used to abstract the driver service of CAN bus communication equipment to generate a standardized interface corresponding to the CAN bus communication equipment; The microphone driver abstraction module is used to abstract the driver service of the audio input device to generate a standardized interface corresponding to the audio input device; The SRS driver abstraction module is used to abstract the driver services of safety auxiliary devices to generate standardized interfaces corresponding to safety auxiliary devices; Wherein, the core layer includes: Emergency call service module, used for obtaining data information of the ECALL system in call and conversation state, and transmitting it to the application layer; A data management module, configured to process the service data transmitted by the hardware adaptation layer to generate a corresponding target configuration file; a communication service module, configured to receive the service data transmitted by the hardware adaptation layer and transmit the generated target configuration file to the application layer; The application layer includes: An LED service module, configured to execute service logic corresponding to the target configuration file of the display device according to the target configuration file corresponding to the display device and the status information of the display device received by the LED driver abstract module; a button service module, configured to execute service logic corresponding to the target configuration file of the emergency operation device according to the target configuration file corresponding to the emergency operation device and the state information of the emergency operation device received by the emergency button driver abstract module; An SRS service module is configured to execute service logic corresponding to the target configuration file of the safety auxiliary device according to the target configuration file corresponding to the safety auxiliary device and the status information of the safety auxiliary device received by the SRS driver abstract module; a CAN signal service module, configured to execute service logic corresponding to the target configuration file of the CAN bus communication device according to the target configuration file corresponding to the CAN bus communication device and the status information of the CAN bus communication device received by the CAN transceiver driver abstract module; a speaker service module, configured to execute service logic corresponding to the target configuration file of the audio output device according to the target configuration file corresponding to the audio output device and the state information of the audio output device received by the speaker driver abstract module; The microphone service module is used to execute the service logic corresponding to the target configuration file of the audio input device according to the target configuration file corresponding to the audio input device and the status information of the audio input device received by the microphone driver abstract module.

2. The method according to claim 1, characterized in that The method of generating an ECALL configuration file corresponding to each target service according to the ECALL function parameters corresponding to each target service comprises: Get the ECALL functional specification policy corresponding to each target service; Determine the ECALL function parameters corresponding to each target service according to the ECALL function specification strategy corresponding to each target service; According to a preset configuration file format corresponding to any target service, the ECALL function parameters corresponding to the target service are configured into the initial configuration file corresponding to the target service to obtain the ECALL configuration file corresponding to the target service.

3. The method according to claim 2, characterized in that The controlling, according to the configuration information corresponding to each decryption configuration file, of the service module of the target service corresponding to each decryption configuration file to execute the corresponding service logic includes: Generate an ECALL service rule for the target service corresponding to each decryption configuration file according to the configuration information corresponding to each decryption configuration file; Configuring the configuration information corresponding to each of the decryption configuration files into the service module of the target service corresponding to each of the decryption configuration files; According to the ECALL service rule of any of the target services, the configuration information corresponding to the target service is processed so that the service module corresponding to the target service executes the service logic corresponding to the target service.

4. The method according to claim 3, characterized in that After the step of integrating the target configuration file corresponding to each target service into the project project corresponding to the target service, the method further includes: Upon receiving a file update instruction corresponding to any of the target services, obtaining an update identifier included in the file update instruction; If the update identifier included in the file update instruction indicates a remote update, then the update information transmitted in the remote communication link is obtained; if the update identifier included in the file update instruction indicates a local update, then the update information transmitted in the local communication link is obtained; According to the acquired update information, the target configuration file corresponding to the target service is updated.

5. A non-transitory computer-readable storage medium, characterized in that The storage medium stores at least one instruction or at least one program, and the at least one instruction or the at least one program is loaded and executed by the processor to implement the method according to any one of claims 1 to 4.

6. An electronic device, characterized in that: The device comprises a processor and the non-transitory computer-readable storage medium as claimed in claim 5.

Images