Vehicle state signal processing method, device, equipment and product

Abstract

The invention provides a vehicle state signal processing method, device, equipment and product, and the method comprises the steps: obtaining an executable file corresponding to a target configuration item file loaded to a remote service platform, the target configuration item file being a configuration item file in a plurality of mutually decoupled configuration item files, vehicle state signal services are recorded in the plurality of configuration item files; and processing the vehicle state signal by executing the executable file to obtain a processing result of the vehicle state signal. The problem that the vehicle state signal service needs to be recorded in the source code of the remote service platform is solved, and the stability of the remote service platform is improved.

Description

Technical Field

[0001] The present application relates to the field of vehicle networking technology, and in particular to a vehicle status signal processing method, device, equipment and product. Background Art

[0002] In the field of vehicle networking technology, a vehicle can send a vehicle status signal to a remote service platform, which then processes the vehicle status signal.

[0003] In the related art, the vehicle status signal service is written in the source code of the remote service platform in the form of code. When the vehicle status signal service needs to be modified, the source code of the remote service platform needs to be updated.

[0004] It can be seen that the above methods affect the stability of the remote service platform. Summary of the Invention

[0005] Based on the above technical status, the present application provides a vehicle status signal processing method, device, equipment and product, which can improve the stability of the remote service platform for vehicle signal processing.

[0006] In order to achieve the above technical objectives, this application specifically proposes the following technical solutions:

[0007] According to a first aspect of an embodiment of the present application, a vehicle status signal processing method is provided, including: obtaining an executable file corresponding to a target configuration item file loaded into a remote service platform, the target configuration item file being a configuration item file among a plurality of configuration item files that are decoupled from each other, and the plurality of configuration item files record vehicle status signal services; processing the vehicle status signal by executing the executable file to obtain a processing result of the vehicle status signal.

[0008] In some implementations, after the target configuration item file is loaded into the remote service platform, the method further includes: reloading the target configuration item file in response to detecting that the target configuration item file has completed updating; and regenerating the executable file based on the target configuration item file.

[0009] In some implementations, before obtaining the executable file corresponding to the target configuration item file loaded into the remote service platform, it also includes: in response to detecting that the remote service platform is started, loading the target configuration item file from the multiple configuration item files; and generating the executable file based on the target configuration item file.

[0010] In some implementations, loading the target configuration item file from the multiple configuration item files includes: querying and loading an enabled configuration item file from the multiple configuration item files as the target configuration item file.

[0011] In some implementations, the vehicle status signal processing method further includes: in response to detecting that an update failure of any configuration item file among the multiple configuration item files occurs, rolling back the any configuration item file to a version before the update in a file library storing the multiple configuration item files.

[0012] In some implementations, the target configuration item file includes a processing rule file, which includes processing rules. The processing of the vehicle status signal by executing the executable file to obtain the processing result of the vehicle status signal includes: executing the executable file corresponding to the processing rule file, processing the vehicle status signal according to the target rule applicable to the vehicle status signal in the processing rule file to obtain the processing result.

[0013] In some implementations, the processing rule file also includes a trigger signal for the processing rule. Before processing the vehicle status signal according to the target rule applicable to the vehicle status signal in the processing rule file and obtaining the processing result, it also includes: determining the processing rule in the processing rule file whose trigger signal is the vehicle status signal as the target rule.

[0014] In some implementations, the processing rule file also includes an execution condition for the processing rule. Before processing the vehicle status signal according to the target rule applicable to the vehicle status signal in the processing rule file and obtaining the processing result, it also includes: determining that the vehicle status signal and / or the vehicle-related signal defined in the execution condition meets the execution condition.

[0015] In some implementations, the processing rule specifies at least one of the following signal processing operations: a single signal filtering operation, a single signal correction operation, a single signal conversion operation, and a multi-signal fusion operation.

[0016] In some implementations, the target configuration item file includes a data source file, which includes configuration information of the data source. Before processing the vehicle status signal and obtaining the processing result of the vehicle status signal, it also includes: executing the executable file corresponding to the data source file, and obtaining at least the vehicle status signal from the data source according to the configuration information of the data source.

[0017] In some implementations, after obtaining at least the vehicle status signal from the data source according to the configuration information of the data source by executing the executable file corresponding to the data source file, the method further includes: determining target parameters based on a scene signal, the scene signal being obtained from the data source, and the target parameters being used for processing the vehicle status signal.

[0018] In some implementations, determining the target parameters based on the scene signal includes: determining the target vehicle type indicated by the scene signal, and determining the preset parameters that conform to the target vehicle type as the target parameters; and / or determining the target communication protocol version indicated by the scene signal, and determining the preset parameters that conform to the target communication protocol version as the target parameters.

[0019] In some implementations, the target configuration item file includes an output configuration file, and the output configuration file includes configuration information of an output channel. After processing the vehicle status signal and obtaining the processing result of the vehicle status signal, the method further includes: outputting the processing result to the output channel according to the configuration information of the output channel by executing the executable file corresponding to the output configuration file.

[0020] According to the second aspect of an embodiment of the present application, a vehicle status signal processing device is provided, including: an acquisition unit, used to acquire an executable file corresponding to a target configuration item file loaded into a remote service platform, wherein the target configuration item file is a configuration item file among multiple configuration item files that are decoupled from each other; the multiple configuration item files record vehicle status signal services; and an execution unit, used to process the vehicle status signal by executing the executable file to obtain a processing result of the vehicle status signal.

[0021] According to a third aspect of an embodiment of the present application, an electronic device is provided, comprising a memory and a processor; the memory is connected to the processor and is used to store programs; the processor is used to implement the vehicle status signal processing method as described in the first aspect or any implementation method of the first aspect by running the program in the memory.

[0022] According to a fourth aspect of an embodiment of the present application, a computer program product is provided. When the computer program is executed by a processor, the computer program implements the vehicle status signal processing method as described in the first aspect or any implementation manner of the first aspect.

[0023] According to a fifth aspect of an embodiment of the present application, a storage medium is provided, on which a computer program is stored. When the computer program is executed by a processor, the vehicle status signal processing method described in the first aspect or any implementation method of the first aspect is implemented.

[0024] The embodiments of the present application provide a vehicle status signal processing method, device, equipment and product, which record the vehicle status signal service through multiple configuration item files that are decoupled from each other. The remote service platform calls the vehicle status signal service recorded in the configuration item file by loading one or more configuration item files among the multiple configuration item files. During the processing of the vehicle status signal, the executable file of the target configuration item file loaded into the remote service platform is obtained, and the vehicle status signal is processed by executing the executable file to obtain the processing result of the vehicle status signal. It can be seen that the embodiments of the present application replace the writing of the vehicle status signal service in the source code of the remote service platform by supporting the loading and recording of the vehicle status signal service by multiple configuration item files that are decoupled from each other. The multiple configuration item files that are decoupled from each other can be written and modified separately without changing the source code of the remote service platform, thereby improving the stability of the remote service platform. BRIEF DESCRIPTION OF THE DRAWINGS

[0025] In order to more clearly illustrate the embodiments of the present application or the technical solutions in the prior art, the following briefly introduces the drawings required for use in the embodiments or the description of the prior art. Obviously, the drawings described below are merely embodiments of the present application. For ordinary technicians in this field, other drawings can be obtained based on the provided drawings without any creative work.

[0026] Figure 1 A schematic diagram of an implementation environment according to an embodiment of the present application;

[0027] Figure 2 A process of a vehicle status signal processing method provided in an embodiment of the present application Figure 1 ;

[0028] Figure 3 A process of a vehicle status signal processing method provided in an embodiment of the present application Figure 2 ;

[0029] Figure 4 A process of a vehicle status signal processing method provided in an embodiment of the present application Figure 3 ;

[0030] Figure 5 This is an example diagram of the logical structure of the execution condition;

[0031] Figure 6 An example diagram of the logical structure of signal processing operations;

[0032] Figure 7 This is an example diagram of the conditional judgment involved in the processing rule file;

[0033] Figure 8 This is an example diagram of the structure of the configuration item file;

[0034] Figure 9 This is a structural diagram of a vehicle status signal processing device provided in an embodiment of the present application;

[0035] Figure 10 A schematic diagram of the structure of an electronic device provided in an embodiment of the present application. DETAILED DESCRIPTION

[0036] The technical solution proposed in the embodiments of this application is applicable to vehicle driving scenarios and aims to significantly enhance the stability of the remote service platform by improving the vehicle status signal processing method. The technical solution described in the embodiments of this application enables recording vehicle status signal services based on multiple decoupled configuration item files, eliminating the need to record vehicle status signal services in the remote service platform's source code and improving the stability of the remote service platform.

[0037] The following will be combined with the drawings in the embodiments of this application to clearly and completely describe the technical solutions in the embodiments of this application. Obviously, the embodiments described are only part of the embodiments of this application, not all of the embodiments. Based on the embodiments of this application, all other embodiments obtained by ordinary technicians in this field without making creative efforts are within the scope of protection of this application.

[0038] First, some terms and related technologies in the embodiments of this application are explained.

[0039] Remote service platform: A software platform or system provided by a telematics service provider (TSP) to implement vehicle remote services. Vehicle remote services include vehicle status signal services for vehicle status signal processing.

[0040] Vehicle status signals: These include vehicle operation signals and / or vehicle event signals. Examples of vehicle operation signals include engine start signals, driving speed signals, battery charge signals, and fuel tank fuel level signals. Vehicle event signals include collision signals and fault warning signals.

[0041] In related technologies, developers hard-code the vehicle status signal service into the source code of the remote service platform. This approach has the following disadvantages:

[0042] First, it is necessary to adjust the vehicle status signal service by modifying the source code of the remote service platform. The source code of the remote service platform is the underlying code of the remote service platform. Frequent modification and release of the source code is labor-intensive and easily introduces human errors in the source code, resulting in a decrease in the stability of the remote service platform. Moreover, during the modification of the source code of the remote service platform, the remote service platform needs to be shut down, and the vehicle status signal service provided by the remote service platform is interrupted, affecting the continuity of vehicle status signal processing; secondly, this method is mainly suitable for processing a single vehicle status signal and has a single function. When there are many types of vehicle status signals or many methods for processing vehicle status signals, using this method to process vehicle status signals will result in an excessive amount of source code for the remote service platform, which in turn will lead to a decrease in the startup speed and operating efficiency of the remote service platform.

[0043] To address the above-mentioned issues, embodiments of the present application are directed to providing a vehicle status signal processing method, apparatus, device, and product. By recording the vehicle status signal service through multiple decoupled configuration item files, the vehicle status signal service need not be recorded in the source code of the remote service platform, thereby resolving the aforementioned issues inherent in recording the vehicle status signal service in the source code. Firstly, adjustments to the vehicle status signal service do not require changes to the source code, improving the stability of the remote service platform. The decoupling of multiple configuration item files ensures that modifications to a single configuration item file do not affect other configuration item files, resolving the issues of heavy workload associated with vehicle status signal modification and the need to shut down the remote service platform when modifying the vehicle status signal, thereby ensuring signal processing continuity within the remote service platform. The decoupling of multiple configuration item files also enables the remote service platform to load configuration item files on demand, ensuring startup speed and operational efficiency even when there are many types of vehicle status signals or a variety of vehicle status signal processing methods. Based on the decoupled multiple configuration item files, during vehicle status signal processing, the executable file corresponding to the loaded configuration item file can be obtained. By executing the executable file, the vehicle status signal is processed and the vehicle status signal processing result is obtained.

[0044] Exemplary Implementation Environment

[0045] Please refer to Figure 1 , Figure 1 The implementation environment involved in the present application may include one or more vehicles 110 ( Figure 1 Taking multiple vehicles 110 as an example) and a remote service platform 120, multiple vehicles 110 communicate remotely with the remote service platform 120. The remote service platform 120 can be deployed on a terminal or a server.

[0046] The vehicle 110 reports a vehicle status signal to the remote service platform 120 . The remote service platform 120 loads a configuration item file from a plurality of decoupled configuration item files, processes the vehicle status signal by running the executable file corresponding to the loaded configuration item file, and obtains a processing result.

[0047] Optionally, the implementation environment involved in this application also includes a downstream application service platform 130, and the remote service platform 120 communicates remotely with the downstream application service platform 130. After obtaining the processing results of the vehicle status signal, the remote service platform 120 can send the processing results to the downstream application service platform 130 so that the processing results can be used in the corresponding business services of the downstream application service platform 130. For example, the processed driving speed signal can be provided to the navigation service of the downstream application service platform 130, so that the navigation service can update the estimated travel time of the current navigation route based on the driving speed signal.

[0048] Exemplary Methods

[0049] Figure 2 A process of a vehicle status signal processing method provided in an embodiment of the present application Figure 1 .like Figure 2 As shown, the vehicle status signal processing method provided in this embodiment includes the following steps:

[0050] S201, obtaining an executable file corresponding to a target configuration item file loaded into a remote service platform, where the target configuration item file is a configuration item file among a plurality of configuration item files that are decoupled from each other, and the plurality of configuration item files record a vehicle status signal service.

[0051] This embodiment is executed by a remote device that deploys a remote service platform, and the remote device may be a remote terminal or a remote server.

[0052] Among them, the configuration item file contains configuration items for the vehicle status signal service, and the configuration items may include the logical steps of vehicle status signal processing and / or configuration parameters required for vehicle status signal processing. Decoupling between multiple configuration item files means that the multiple configuration item files are independent of each other and do not affect each other, that is, the configuration information respectively contained in the multiple configuration item files are independent of each other and do not affect each other, and modifying one of the configuration item files will not affect other configuration item files. By decoupling multiple configuration item files from each other, on the one hand, it avoids a single configuration item file from being too large, which will lead to a decrease in the efficiency of loading the configuration item file on the remote service platform. On the other hand, it improves the maintainability and scalability of the vehicle status signal service, and can be applied to the business needs of the vehicle status signal service. It can flexibly modify existing configuration item files and add new configuration item files, reduce the workload of maintaining and expanding the vehicle status signal service, and improve the efficiency of maintenance and expansion.

[0053] Optionally, the configuration items contained in multiple configuration item files respectively record the logical steps of multiple vehicle status signal processing and / or the configuration parameters required for multiple vehicle status signal processing, so as to improve the functional diversity of vehicle status signal processing in the vehicle status signal service.

[0054] In one example, the configuration items included in different configuration item files record different logical steps of vehicle status signal processing and / or different configuration parameters required for vehicle status signal processing.

[0055] In another example, the configuration item files included in the same configuration item file record the logical steps of processing multiple vehicle status signals and / or the configuration parameters required for processing multiple vehicle status signals.

[0056] Among them, the target configuration item file refers to the configuration item file loaded into the remote service platform from multiple configuration item files. The loading of multiple configuration item files is independent of each other and does not affect each other. The remote service platform can flexibly and dynamically load configuration item files. The flexibility and dynamism are mainly reflected in the following two aspects: on the one hand, the loading time. The remote service platform can load the configuration item file during the startup process or after startup; on the other hand, the loaded configuration item file. The loaded configuration item file can be one or more of the multiple configuration item files. The executable file corresponding to the target configuration item file is a file containing machine code instructions obtained by compiling the target configuration item file, which can be directly executed by the remote device where the remote service platform is deployed.

[0057] In this embodiment, the executable file corresponding to the target configuration item file can be obtained locally.

[0058] In one example, the executable file corresponding to the target configuration item file is stored in a cache space corresponding to the remote service platform, and the executable file is obtained from the cache space.

[0059] S202 , processing the vehicle status signal by executing the executable file to obtain a processing result of the vehicle status signal.

[0060] In this embodiment, the executable file corresponding to the target configuration item file is loaded into memory space, and the processor accesses the executable file from the memory space and executes the machine code instructions contained in the executable file. Because the configuration item file includes the logical steps and / or configuration parameters required for vehicle status signal processing, the process of executing the machine code instructions contained in the executable file, i.e., the process of processing the vehicle status signal according to the logical steps and / or configuration parameters, ultimately obtains a processing result for the vehicle status signal.

[0061] In an embodiment of the present application, the vehicle status signal service is recorded by multiple configuration item files that are decoupled from each other, and the remote service platform can flexibly and dynamically load the configuration item files. During the processing of the vehicle status signal, the vehicle status signal is processed by executing the executable file corresponding to the loaded target configuration item file to obtain the processing result. It can be seen that this method makes the processing of the vehicle status signal independent of the source code of the remote service platform, and the update of the vehicle status signal service does not need to be achieved by updating the source code, but can be achieved by modifying the configuration item file. For the remote service platform: on the one hand, since the source code of the remote service platform will not be touched, the stability of the remote service platform is improved; on the other hand, modifying the configuration item file does not affect the operation of the remote service platform, and the processing of the vehicle status signal will not be interrupted, ensuring the continuity of the vehicle status signal processing of the remote service platform; on the other hand, the multiple configuration item files that are decoupled from each other avoid the configuration item files loaded by the remote service platform being too large, thereby improving the efficiency of the remote service platform in loading configuration item files. For the vehicle status signal service: multiple configuration item files that are decoupled from each other improve the maintainability and scalability of the vehicle status signal service. Moreover, multiple configuration item files can be used to process multiple vehicle status signals and multiple processing of a single vehicle signal, thereby improving the functional diversity of vehicle status signal processing in the vehicle signal service and meeting different business needs.

[0062] Figure 3 A process of a vehicle status signal processing method provided in an embodiment of the present application Figure 2 .

[0063] like Figure 3 As shown, the vehicle status signal processing method provided in this embodiment includes the following steps:

[0064] S301 : In response to detecting that a remote service platform is started, loading a target configuration item file from a plurality of configuration item files.

[0065] S302: Generate an executable file based on the target configuration item file.

[0066] Among them, S301 and S302 are optional steps.

[0067] In this embodiment, in response to detecting the initiation of the remote service platform, the target configuration item file is loaded, parsed, and compiled to obtain an executable file of the target configuration item file. This eliminates the need to load, parse, and compile the target configuration item file during each vehicle signal processing step. Instead, a pre-compiled executable file can be directly obtained, saving resource overhead during vehicle signal processing and improving the efficiency of vehicle status signal processing. After the executable file is generated, it can be stored in the remote service platform's cache for subsequent use.

[0068] Optionally, in response to detecting that the remote service platform is started, loading a target configuration item file from the multiple configuration item files includes: in response to receiving an instruction requesting the remote service platform to start, starting the remote service platform, reading the target configuration item file from the multiple configuration item files during an initialization phase of the remote service platform, and parsing and compiling the target configuration item file during a dependency resolution phase of the remote service platform to obtain an executable file. Thus, loading, parsing, and compiling the target configuration item file are achieved during the startup process of the remote service platform.

[0069] Optionally, loading a target configuration item file from multiple configuration item files includes: loading all configuration item files from the multiple configuration item files as the target configuration item file, that is, the target configuration item file is all configuration item files in the multiple configuration item files.

[0070] Optionally, loading a target configuration item file from multiple configuration item files includes: querying and loading an enabled configuration item file from multiple configuration item files as the target configuration item file, so as to improve the accuracy of loading the target configuration item file based on the file status of the configuration item file.

[0071] Among them, multiple configuration item files can be respectively set with corresponding status flags, and the status flags include an enable flag and a disable flag. The enable flag indicates an enable state, and the disable flag indicates a disable state.

[0072] In this optional method, multiple configuration item files are searched for configuration item files whose status identifiers are enabled, obtaining configuration item files in the enabled state, and loading these configuration item files as target configuration item files. Thus, based on the status identifiers of the configuration item files, the loading of configuration item files is managed, improving the accuracy of loading the target configuration item files.

[0073] Furthermore, the status flag of the configuration item file can be switched according to actual circumstances. In one example, if an error is detected in the configuration item file, the status flag of the configuration item file is switched from enabled to disabled. In another example, if an update instruction for the configuration item file is detected, the status flag of the configuration item file is switched from enabled to disabled.

[0074] Optionally, loading a target configuration item file from multiple configuration item files includes searching for and loading a configuration item file belonging to a target business as the target configuration item file, where the target business is a downstream business currently using the vehicle status signal service provided by the remote service platform. Thus, based on the downstream business to which the configuration item file belongs, the loading of the configuration item file is managed, improving the accuracy of the loaded target configuration item file to meet the vehicle signal processing requirements of the target business.

[0075] Among them, multiple configuration item files can be respectively provided with corresponding business identifiers, and the business identifiers corresponding to the multiple configuration item files are used to indicate the downstream businesses to which the multiple configuration item files respectively belong, such as vehicle control signal query business, vehicle safety supervision business, etc.

[0076] In this optional method, multiple configuration item files are searched for the configuration item file corresponding to the service identifier of the target service to obtain the configuration item file belonging to the target service, and the configuration item file belonging to the target service is loaded as the target configuration item file. Thus, the configuration item file belonging to the target service is accurately loaded based on the service identifier of the configuration item file.

[0077] It should be noted that the aforementioned optional methods may be combined with one another. For example, loading a target configuration item file from multiple configuration item files may include: searching for and loading, from the multiple configuration item files, a configuration item file that belongs to the target business and is in an enabled state as the target configuration item file, so as to accurately load the target configuration item file, and then, by executing the executable file corresponding to the target configuration item file, process the vehicle status signal to obtain a processing result of the vehicle status signal to meet the requirements of the target business.

[0078] S303: Obtain an executable file corresponding to the target configuration item file loaded into the remote service platform.

[0079] S304 , processing the vehicle status signal by executing the executable file to obtain a processing result of the vehicle status signal.

[0080] The implementation principles and technical effects of S303 and S304 refer to the aforementioned embodiments and will not be described in detail.

[0081] S305 : In response to detecting that the target configuration item file has completed updating, reload the target configuration item file.

[0082] S306: Regenerate the executable file based on the target configuration item file.

[0083] S305 and S306 are optional steps. S305 can be executed after the target configuration item file is loaded into the remote service platform, for example, after any of steps S301 to S304.

[0084] In this embodiment, a target configuration item file can be updated among multiple stored configuration item files. After the update is complete, the remote service platform receives a message indicating that the target configuration item file has been updated. In response to this message, the target configuration item file is reloaded from the multiple configuration item files to promptly obtain the latest target configuration item file. After reloading the target configuration item file, the reloaded target configuration item file is parsed and compiled to regenerate an executable file corresponding to the target configuration item file. Subsequent vehicle status signal processing can be performed by executing this regenerated executable file.

[0085] As can be seen from the above process, the target configuration item file can be updated, loaded, parsed, and compiled independently without affecting other configuration item files. After the target configuration item file is updated, the remote service platform automatically reloads and compiles the target configuration item file, enabling dynamic updates to vehicle status signal processing. Compared to updating the remote service platform's source code, updating the target configuration item file is more flexible and does not require restarting the remote service platform, thus avoiding the interruption of vehicle status signal processing caused by restarting the remote service platform. This increases the flexibility of updating vehicle status signal processing methods and improves the maintainability and scalability of the vehicle status signal service.

[0086] In an embodiment of the present application, in response to detecting that the remote service platform is started, the target configuration item file is loaded and the executable file is generated. There is no need to perform these operations every time the vehicle status signal is processed, which saves resource overhead in the vehicle signal processing process and improves the vehicle status signal processing efficiency. After the target configuration item file is loaded, if it is detected that the target configuration item file has been updated, the target configuration item file is loaded again and the executable file is generated again, which improves the flexibility of the vehicle status signal service update and improves the maintainability and scalability of the vehicle status signal service.

[0087] In some embodiments, multiple decoupled configuration item files are stored in a file library. This file library can be a local database on the device where the remote service platform is deployed, or a remote database deployed on another device. Thus, managing multiple configuration item files through the text library improves the management efficiency of multiple configuration item files. In particular, configuration item files can be modified, deleted, and / or newly added in the text library, improving the efficiency of maintaining and expanding configuration item files.

[0088] Optionally, in response to detecting an update failure for any of the multiple configuration files, the configuration file whose update failed is rolled back to its pre-update version within the file repository storing the multiple configuration files. This allows for a rapid rollback to the last stable version in the event of a configuration file update failure, improving the stability of vehicle status signal processing and the stability of the remote service platform. The rollback operation can be understood as an undo operation, undoing any modifications made to the configuration file whose update failed during the update process, restoring it to its pre-modified state.

[0089] In some embodiments, the vehicle status signal service can be divided into the following stages: the vehicle status signal acquisition stage, the vehicle status signal processing stage and the processing result output stage. The corresponding configuration item file can be used in one or more of the stages. Therefore, the target configuration item file may include one or more of the following: data source file, processing rule file, output configuration file. The data source file corresponds to the vehicle status signal acquisition stage, the processing rule file corresponds to the vehicle status signal processing stage, and the output configuration file corresponds to the processing result output stage.

[0090] In this embodiment, the data source file, processing rule file, and output configuration file are decoupled configuration item files, which can also be understood as decoupled logical modules, which can improve the maintainability and scalability of the vehicle status signal service. The data source file, processing rule file, and output configuration file are obtained by dividing the vehicle status signal service into multiple decoupled stages and then abstracting the configuration information required for each of these multiple stages. The configuration items in the data source file are the configuration information required for the vehicle status signal acquisition stage, the configuration items in the processing rule file are the configuration information required for the vehicle status signal processing stage, and the configuration items in the output configuration file are the configuration information required for the vehicle status signal processing result output stage.

[0091] Figure 4 A process of a vehicle status signal processing method provided in an embodiment of the present application Figure 3 .like Figure 4 As shown, the vehicle status signal processing method provided in this embodiment includes the following steps:

[0092] S401, obtaining an executable file corresponding to a target configuration item file loaded into a remote service platform, where the target configuration item file includes a data source file, a processing rule file and / or an output configuration file.

[0093] The implementation principle and technical effects of S401 may refer to the aforementioned embodiments and will not be described in detail.

[0094] S402, when the target configuration item file includes a data source file, at least a vehicle status signal is obtained from the data source according to the configuration information of the data source by executing the executable file corresponding to the data source file, and the data source file includes the configuration information of the data source.

[0095] S402 is an optional step. The target configuration item file may not include a data source file. In this case, the vehicle status signal may be obtained by other means, such as directly receiving the vehicle status signal through a data network.

[0096] The data source file includes configuration information of the data source, that is, the configuration items in the data source file include configuration information of the data source.

[0097] In this embodiment, the executable file corresponding to the data source file is loaded into memory space, and the processor accesses the executable file from memory space and executes the machine code instructions contained in the executable file. Because the data source file includes data source configuration information, the process of executing the machine code instructions contained in the executable file is the process of obtaining the uplink signal transmitted by the vehicle according to the data source configuration information. The uplink signal transmitted by the vehicle includes at least the vehicle status signal.

[0098] Optionally, the data source file includes configuration information corresponding to multiple data sources. According to the configuration information corresponding to the multiple data sources, at least vehicle status signals are obtained from the multiple data sources to improve the diversity of data sources and the richness of vehicle status signal sources.

[0099] Optionally, the data source configuration information includes connection parameters for the data source. A communication connection can be established between the device hosting the remote service platform and the data source based on the connection parameters. At least the vehicle status signal can be obtained from the data source through the communication connection between the device hosting the remote service platform and the data source. The connection parameters for the data source may include a read address for the data source and may further include identification information for the data source.

[0100] Optionally, the data source configuration information includes a data source type parameter, which indicates a data source format. At least the vehicle status signal can be acquired from the data source according to the data source format indicated by the data source type parameter, thereby improving the accuracy of acquiring the vehicle status signal.

[0101] Furthermore, the data source type parameter indicates one or more of the following data source forms: message queue, database, cached data, and application program interface. If the data source type parameter indicates that the data source form is a message queue, the data source connection parameters may include message queue read parameters; if the data source type parameter indicates that the data source form is a database, the data source connection parameters may include database read parameters; if the data source type parameter indicates that the data source form is cached data, the data source connection parameters may include cached data read parameters; if the data source type parameter indicates that the data source form is an application program interface, the data source connection parameters may include application program interface call parameters.

[0102] For example, if the data source is Kafka (a message queue), the connection parameters of the data source include the consumed Kafka topic, the access address of the Kafka topic, etc., so as to realize automatic identification and connection of the Kafka data source based on these connection parameters.

[0103] Optionally, updating the data source file may include: deleting data source configuration information, modifying data source configuration information, and / or adding data source configuration information. One or more of these updates may be made to the data source file to adapt to changing business needs. For example, if business needs dictate data consumption from a newly added message queuing telemetry transport (MQTT) gateway, the data source configuration information is added to the data source file.

[0104] In the case where the data source file is updated, the data source file can be reloaded in the remote service platform in response to detecting that the data source file has been updated, so that the data source file takes effect dynamically after the update, and the vehicle status information is acquired in a timely manner according to the updated configuration information, effectively improving the flexibility of vehicle status signal acquisition and meeting diverse business needs in a timely manner.

[0105] Optionally, after obtaining at least a vehicle status signal from the data source according to the configuration information of the data source by executing the executable file corresponding to the data source file, the method further includes: determining target parameters based on the scene signal. The scene signal is obtained from the data source, that is, in addition to the vehicle status signal, the scene signal is also obtained from the data source; the target parameter is used for processing the vehicle status signal, that is, after obtaining the vehicle status signal, the vehicle status signal can be processed based on the signal processing operation. This optional method is proposed considering that the processing of the vehicle status signal may be different in different scenarios. Based on the scene signal, personalized target parameters are generated for the current scenario to meet the vehicle status signal processing requirements in different scenarios and improve the accuracy of vehicle status signal processing in different scenarios, rather than just processing the vehicle status signal in a single scenario.

[0106] The target parameter may be related to a processing rule file in a subsequent embodiment. Furthermore, the target parameter may be a rule parameter of a processing rule in the processing rule file. By adapting the scenario signal to determine appropriate rule parameters for the processing rule in the processing rule file, the processing rule can be adapted to the current scenario of the vehicle status signal, thereby improving the accuracy of the rule parameters.

[0107] In this optional method, the scene signal can be parsed to obtain indicative information of the scene signal, and target parameters can be determined based on the indicative information of the scene signal. For example, if the indicative information of the scene signal indicates that the current scene is a high-speed driving scene, then the vehicle speed signal judgment parameters suitable for high-speed driving scenes can be determined; if the indicative information of the scene signal indicates that the current scene is a normal road scene, then the vehicle speed signal judgment parameters suitable for normal road scenes can be determined.

[0108] Furthermore, determining target parameters based on the scenario signal includes: determining the target vehicle type indicated by the scenario signal, and determining preset parameters that conform to the target vehicle type as the target parameters; and / or determining the target communication protocol version indicated by the scenario signal, and determining preset parameters that conform to the target communication protocol version as the target parameters. In this manner, considering that vehicle status signals sent by vehicles of different vehicle types may be suitable for different target parameters, the preset parameters that conform to the target vehicle type indicated by the scenario signal are determined as the target parameters to achieve accurate processing of vehicle status signals sent by vehicles of different vehicle types; and / or considering that vehicle status signals sent according to different communication protocol versions may be suitable for different target parameters, the preset parameters that conform to the target communication protocol version indicated by the scenario signal are determined as the target parameters to achieve accurate processing of vehicle status signals sent according to different communication protocol versions.

[0109] Among them, the target vehicle type refers to the type of vehicle to which the vehicle status signal belongs, and the target communication protocol version refers to the protocol version used for the communication transmission of the vehicle status signal, for example, the protocol version used for communication transmission between the vehicle and the gateway of the device where the remote service platform is located.

[0110] In this further embodiment, a mapping relationship between vehicle type and preset parameters can be pre-established. Within this mapping relationship, the target vehicle type indicated by the scenario signal is determined, and the preset parameters corresponding to the target vehicle type are determined as the target parameters. Furthermore, a mapping relationship between the communication protocol body and preset parameters can be pre-established. Within this mapping relationship, the target communication protocol version indicated by the scenario signal is determined, and the preset parameters corresponding to the target communication protocol version are determined as the target parameters. Thus, based on the pre-established mapping relationship, the accuracy of determining the target parameter is improved.

[0111] S403, when the target configuration item file includes a processing rule file, the vehicle status signal is processed according to the processing rules in the processing rule file by executing the executable file corresponding to the processing rule file to obtain a processing result of the vehicle status signal.

[0112] Step S403 is optional. The target configuration item file may not include a processing rule file. If the target configuration item does not include a processing rule file, the vehicle status signal is processed by other means to obtain a processing result of the vehicle status signal. For example, the vehicle status signal may be input into a signal processing model and processed by the signal processing model.

[0113] The processing rule file includes processing rules, that is, the configuration items in the processing rule file include processing rules, and the processing rules may include logical steps for processing the vehicle status signal.

[0114] Optionally, the processing rule file also includes rule parameters of the processing rule, and the rule parameters can be used as step parameters of the logic step to participate in the processing of the vehicle status signal.

[0115] Furthermore, in the processing rule file, the rule parameters of the processing rule can be determined using the scene signal provided in the aforementioned embodiment, which will not be described in detail here.

[0116] In this embodiment, if the target configuration item file includes a processing rule file, the executable file corresponding to the processing rule file is loaded into memory space. The processor then accesses the executable file from memory space and executes the machine code instructions contained in the executable file. Because the processing rule file includes processing rules, the process of executing the machine code instructions contained in the executable file, i.e., the process of processing the vehicle status signal according to the processing rules in the processing rule file, produces a processing result.

[0117] Below are some options for processing rule files.

[0118] Optionally, when the target configuration item file includes a processing rule file, the vehicle status signal is processed according to the target rule applicable to the vehicle status signal in the processing rule file by executing the executable file corresponding to the processing rule file to obtain the processing result of the vehicle status signal, so as to improve the signal processing accuracy through the target rule applicable to the vehicle status signal.

[0119] In this optional method, the processing rule file may include one or more processing rules. Among the one or more processing rules, a target rule applicable to the vehicle status signal is determined, and the vehicle status signal is processed according to the target rule to obtain a processing result.

[0120] In one implementation method of determining the target rule, the processing requirements of the vehicle status signal can be matched with the rule content of the processing rule in the processing rule file to determine the processing rule that can meet the processing requirements of the vehicle status signal, that is, determine the target rule suitable for the vehicle status signal.

[0121] In another implementation of determining the target rule, the processing rule file also includes a trigger signal for the processing rule. A processing rule in the processing rule file whose trigger signal is a vehicle status signal can be determined as the target rule. The trigger signal for the processing rule is equivalent to the vehicle status signal supported by the processing rule. After obtaining the vehicle status signal, the processing rule in the processing rule file whose trigger signal is the vehicle status signal is determined as the target rule. This means that the processing rule capable of processing the vehicle status signal is determined as the target rule, thereby improving the accuracy of the target rule.

[0122] Furthermore, if there is no processing rule in the processing rule file whose trigger signal is a vehicle status signal, it is determined that the target rule applicable to the vehicle status signal is not found, and a prompt message for vehicle status signal processing can be generated. The prompt message is used to prompt that the target rule applicable to the vehicle status signal is not found. The prompt message can be output so that relevant personnel can discover and troubleshoot the problem in a timely manner.

[0123] Furthermore, when the processing rule file includes multiple processing rules, the processing rule file also includes trigger signals corresponding to the multiple processing rules. Different processing rules can correspond to different trigger signals to improve the accuracy of vehicle status signal processing.

[0124] Optionally, the processing rule file also includes an execution condition for a target rule. Before processing the vehicle status signal according to the target rule applicable to the vehicle status signal in the processing rule file and obtaining a processing result, the process also includes: determining whether the vehicle status signal and / or the vehicle-related signal defined in the execution condition meet the execution condition. This approach takes into account that in actual scenarios, the processing of the vehicle status signal also needs to meet certain conditions. The received vehicle status signal may not be suitable for processing in certain scenarios. Therefore, the execution condition of the target rule is configured. When the vehicle status signal and / or the vehicle-related signal defined in the execution condition meet the execution condition, the vehicle status signal is processed according to the target rule, thereby improving the accuracy of vehicle status signal processing.

[0125] For example, the vehicle status signal is a driving speed signal, and the target rule's execution condition is that the signal value of the engine start signal indicates that the engine is in the started state. The vehicle-related signal defined in this execution condition is the engine start signal. A determination is made as to whether the signal value of the engine start signal indicates that the engine is in the started state. If so, the vehicle status signal is processed according to the target rule. Other vehicle status signals may include the current remaining fuel level, average fuel consumption, range, vehicle location, and other signals, which are not detailed here.

[0126] As an example, Figure 5 The following is an example of the logical structure of the execution condition. Figure 5 As shown, the execution condition is represented by a condition node, which includes condition 1, condition 2, condition 3 and multiple logical operators. Condition 1, condition 2 and condition 3 can be used to judge different signals. For example, condition 1 is used to judge the vehicle status signal, and condition 2 and condition 3 are used to judge different vehicle-related signals. The specific judgment process may include:

[0127] Condition judgment is performed based on condition 1, condition 2 and condition 3 respectively to obtain the judgment result of condition 1, the judgment result of condition 2 and the judgment result of condition 3; based on the logical operator connecting condition 2 and condition 3, logical operation is performed on the judgment result of condition 2 and the judgment result of condition 3 to obtain the corresponding logical operation result; based on the logical operator connecting condition 1, logical operation is performed on the judgment result of condition 1 to obtain the corresponding logical operation result; based on the logical operator connecting the condition node, logical operation is performed on the logical operation result between the judgment result of condition 2 and the judgment result of condition 3, as well as the logical operation result of the judgment result of condition 1 to obtain the final judgment result, that is, the judgment result of the execution condition.

[0128] For example, condition 1 is that the signal value of vehicle status signal A is equal to 1, condition 2 is that the signal value of vehicle-related signal C is equal to 13, and condition 3 is that the signal value of vehicle-related signal D is not equal to 13. The logical operator connecting condition 2 and condition 3 is logical "AND", the logical operator connecting condition 1 is logical "AND", and the logical operator connecting the condition nodes is logical "OR". When the signal value of vehicle status signal A is equal to 1, or when the signal value of vehicle-related signal C is equal to 13 and the signal value of vehicle-related signal D is not equal to 13, it is determined that the vehicle status signal and / or the vehicle-related signal defined in the execution condition meets the execution condition.

[0129] Optionally, the processing rule includes at least one signal processing operation, that is, the target rule includes at least one signal processing operation. After determining the target rule, the vehicle status signal can be processed according to the execution action specified in the at least one signal processing operation to obtain a processing result. Thus, by configuring at least one processing rule in the processing rule file and nesting at least one signal processing operation in each processing rule, the maintainability and scalability of the processing rule file are improved. Processing rules and signal processing operations can be flexibly added or deleted from the processing rule file, which also increases the richness of processing rules and signal processing operations, and enhances the functional diversity of vehicle signal processing based on the processing rule file.

[0130] Furthermore, the processing rules specify at least one of the following signal processing operations: a single signal filtering operation, a single signal correction operation, a single signal conversion operation, and a multi-signal fusion operation. Specifically, the target rules include at least one of the following signal processing operations: a single signal filtering operation, a single signal correction operation, a single signal conversion operation, and a multi-signal fusion operation. After determining the target rule, at least one of the following operations can be performed: filtering the vehicle status signal according to the execution action specified in the single signal filtering operation to obtain a single signal filtering result of the vehicle status signal; correcting the vehicle status signal according to the rule content corresponding to the single correction filtering operation to obtain a single signal correction result of the vehicle status signal; converting the vehicle status signal according to the execution action specified in the single signal conversion operation to obtain a single signal conversion result of the vehicle status signal; and fusing the vehicle status signal and a reference signal according to the execution action specified in the multi-signal fusion operation to obtain a multi-signal fusion result of the vehicle status signal. This achieves at least one processing of the vehicle status signal, increasing the diversity of vehicle status signal processing.

[0131] The execution actions specified in a single signal filtering operation may include: performing a rationality check on the signal value of the vehicle status signal based on a pre-set first signal value range, and not outputting the vehicle status signal if the signal value of the vehicle status signal is not within the first signal value range; and / or converting the signal value of the vehicle status signal to a corresponding pre-set value. For example, if the signal value of the door status signal is true, the signal value of the door status signal is converted to 1; if the signal value of the door status signal is false, the signal value of the door status signal is converted to 0.

[0132] The execution action specified in the single signal correction operation may include: performing a rationality check on the signal value of the vehicle status signal based on a pre-set second signal value range; if the signal value of the vehicle status signal is not within the second signal value range, adjusting the signal value of the vehicle status signal to another value within the second signal value range. The first signal value range and the second signal value range may be the same signal value range or different signal value ranges.

[0133] For example, the vehicle status signal is a driving speed signal. Check whether the signal value of the driving speed signal is within a reasonable driving speed range. If it exceeds the reasonable driving speed range, correct the signal value of the driving speed signal to the boundary value of the driving speed range.

[0134] The execution action specified in the single signal conversion operation may include generating a corresponding target signal based on the signal value of the vehicle status signal, where the vehicle status signal and the target signal are different types of signals. For example, if the vehicle status signal is a battery level signal, and the signal value of the battery level signal indicates that the battery level is less than 20%, then a low battery warning signal is generated.

[0135] The execution actions specified in the multi-signal fusion operation may include: filtering, correcting, and converting the vehicle status signal based on the signal value of the vehicle status signal and the signal value of the reference signal; and / or jointly processing the vehicle status signal and the reference signal based on the signal value of the vehicle status signal and the signal value of the reference signal. The specific joint processing operation needs to be designed according to the actual business, such as jointly processing the battery power signal and the fuel tank fuel level signal to generate the vehicle's endurance time signal or range signal. Thus, through the multi-signal fusion operation, the vehicle status signal can be processed more complexly and accurately to meet complex business needs.

[0136] Optionally, the reference signal may also be the scenario signal described in the aforementioned embodiment. During the execution of the multi-signal fusion operation, the signal value range corresponding to the vehicle status signal may be determined based on the signal value of the scenario signal. Based on the signal value range corresponding to the vehicle status signal, the vehicle status signal may be filtered, corrected, or converted to achieve accurate processing of vehicle status signals in different scenarios, thus meeting complex business needs.

[0137] For example, the vehicle status signal is a driving speed signal, and the reference signal includes a vehicle type signal and a protocol version signal. When the signal value of the vehicle type signal indicates that the target vehicle type is the first vehicle type and the signal value of the protocol version signal indicates that the target communication protocol version is the first version, the signal value of the driving speed signal is detected to be within the third signal value range. If it is not within the third signal value range, the driving speed signal is filtered, or the signal value of the driving speed signal is corrected to the boundary value of the third signal value range; when the signal value of the vehicle type signal indicates that the target vehicle type is the second vehicle type and the signal value of the protocol version signal indicates that the target communication protocol version is the second version, the signal value of the driving speed signal is detected to be within the fourth signal value range. If it is not within the fourth signal value range, the driving speed signal is filtered, or the signal value of the driving speed signal is corrected to the boundary value of the fourth signal value range. The third signal value range and the fourth signal value range are different ranges. It can be seen from this example that this solution can realize vehicle signal processing in different scenarios (different vehicle types and / or different communication protocol versions), improve the accuracy of vehicle signal processing, and meet the vehicle signal processing requirements of complex services.

[0138] Figure 6 The following is an example of the logical structure of signal processing operations. Figure 6 As shown, the execution action specified in the signal processing operation is represented by an execution node, which includes: output result, field name included in the output result, field value included in the output result, field candidate value V1, field candidate value V2, condition 4, condition 5, the logical operator connecting condition 4 and condition 5, condition 6, and the logical operator connecting condition 6. The specific execution process includes:

[0139] Condition judgment is performed based on condition 4, condition 5 and condition 6 respectively to obtain the judgment result of condition 4, the judgment result of condition 5 and the judgment result of condition 6; based on the logical operator connecting condition 4 and condition 5, logical operation is performed on the judgment result of condition 4 and the judgment result of condition 5 to obtain corresponding logical operation results; based on the logical operator connecting condition 6, logical operation is performed on the judgment result of condition 6 to obtain corresponding logical operation results; when the logical operation result of the judgment result of condition 4 and the judgment result of condition 5 is true, the field value of the output result is determined to be the field candidate value V1, and when the logical operation result of the judgment result of condition 6 is true, the field value of the output result is determined to be the field candidate value V2.

[0140] For example, condition 4 states that the value of vehicle status signal A is less than -88.8, condition 5 states that the value of scene signal B is greater than 88.8, and condition 6 states that the value of scene signal E is less than 100. The logical operator between conditions 4 and 5 is logical OR, and the logical operator for condition 6 is logical AND. The field name of the output result is A1. The signal processing operation is then executed as follows: if the value of vehicle status signal A is less than -88.8 or the value of scene signal B is greater than 88.8, then the signal value of output result A1 is field candidate value V1; if the value of scene signal C is less than 100, then the signal value of output result A1 is field candidate value V2.

[0141] Figure 7 This is an example diagram of the conditional judgment involved in the processing rule file. Figure 7 As shown, the processing rule file includes conditional judgment 1 and conditional judgment 2. Conditional judgment 1 refers to a conditional judgment based on the execution condition of the processing rule, and conditional judgment 2 refers to a conditional judgment on whether the signal value of the vehicle status signal meets the threshold (i.e., whether it is within the signal value range) in the signal processing operation. In conditional judgment 1, it is judged whether the vehicle status signal or vehicle-related signal meets the corresponding condition. In conditional judgment 2, conditional judgment can be performed based on the vehicle status signal, comparison operator, and comparison threshold. The processing rule file includes the signal name of the vehicle status signal, the data type of the vehicle status signal, the symbolic name of the comparison operator, the operation description of the comparison operator, the threshold name of the comparison threshold, and parameter descriptions related to the comparison threshold.

[0142] S404, when the target configuration item file includes an output configuration file, by executing the executable file corresponding to the output configuration file, the processing result of the vehicle status signal is output to the output channel according to the configuration information of the output channel, and the output configuration file includes the configuration information of the output channel.

[0143] Step S404 is optional. The target configuration item file may not include an output configuration file. In this case, the processing result of the vehicle status signal may be outputted through other means, such as, in response to receiving a request from a downstream application service platform for the processing result, sending a response message containing the processing result to the downstream application service platform. Alternatively, the processing result of the vehicle status signal may not be outputted.

[0144] The output configuration file includes configuration information of the output channel, that is, the configuration items in the output configuration file include configuration information of the output channel.

[0145] In this embodiment, if the target configuration item file includes an output configuration file, the executable file corresponding to the output configuration file is loaded into memory space. The processor then accesses the executable file from memory space and executes the machine code instructions contained in the executable file. The output configuration file includes configuration information for the output channel. The process of executing the machine code instructions contained in the executable file is the process of outputting the processing results to the output channel in accordance with the configuration information for the output channel.

[0146] Optionally, the output configuration file includes configuration item information corresponding to multiple output channels. According to the configuration item information corresponding to the multiple output channels, the processing results of the vehicle status signal are output to the multiple output channels respectively, thereby improving the richness of the output channels and allowing the processing results to be flexibly output to different downstream businesses and / or big data platforms.

[0147] Optionally, the output channel configuration information includes connection parameters for the output channel. A communication connection can be established between the device hosting the remote service platform and the output channel based on the connection parameters. The processed vehicle status signal is then output to the output channel via the communication connection between the device hosting the remote service platform and the output channel. The connection parameters for the output channel may include an access address for the output channel and may further include identification information for the output channel.

[0148] Optionally, the configuration information for the output channel includes an output channel type parameter, which indicates the data output format of the output channel. The processed result of the vehicle status signal can be output to the output channel in the data output format indicated by the data channel type parameter, thereby improving the accuracy of the output of the processed result of the vehicle status signal.

[0149] Furthermore, the type parameter of the output channel indicates one or more of the following data output forms: message queue, database, cached data, and application program interface.

[0150] For example, if the data output format is Kafka, the connection parameters of the output channel include the Kafka topic for message push, the access address of the Kafka topic, etc., so as to output the processing results of the vehicle status signal to the corresponding Kafka topic based on these connection parameters.

[0151] Optionally, updating the output configuration file may include deleting, modifying, and / or adding configuration information for output channels. One or more of these updates can be made to the output configuration file to adapt to changing business needs. This allows for flexible configuration of output channels to suit specific scenarios. In particular, if a new output channel is needed, simply adding the channel's configuration item information to the output configuration file is sufficient. The modified output configuration file takes effect dynamically, eliminating the need to restart the remote service platform, ensuring the accuracy and flexibility of vehicle signal output.

[0152] Figure 8 The following is an example diagram of the structure of the configuration item file. Figure 8 As shown in the figure, the configuration item file includes the data source file, processing rule file and output configuration file, where:

[0153] In the data source file, the data source type parameters and data source connection parameters are defined.

[0154] In the processing rule file, multiple processing rules, trigger signals corresponding to the multiple processing rules, execution conditions corresponding to the multiple processing rules, and signal processing operations in the multiple processing rules are defined. Taking multiple processing rules including processing rule 1, processing rule 2, and processing rule 3 as an example, the trigger signal of processing rule 1 is trigger signal F (when the vehicle status signal is trigger signal F, the vehicle status signal is processed according to processing rule 1), the trigger signal of processing rule 2 is trigger signal G (when the vehicle status signal is trigger signal G, the vehicle status signal is processed according to processing rule 2), and the trigger signal of processing rule 3 is trigger signal H (when the vehicle status signal is trigger signal H, the vehicle status signal is processed according to processing rule 3).

[0155] In the output configuration, the type parameters of the output channel and the connection parameters of the output channel are defined.

[0156] Take processing rule 1 as an example: when the vehicle status signal is the trigger signal F, conditional judgment can be performed in the execution conditions of processing rule 1 in combination with judgment conditions 1 to judgment conditions 3 and logical operators. When the execution conditions are met, in the signal processing operation, at least one of a single signal filtering operation, a single signal correction operation, a single signal conversion operation, and a multi-signal fusion operation is performed on the vehicle status signal to obtain the processing result of the vehicle status signal.

[0157] In the embodiments of the present application, the vehicle status signal is acquired by executing the executable file corresponding to the data source file; the vehicle status signal is processed and the processing result of the vehicle status signal is obtained by executing the executable file corresponding to the processing rule file; and the processing result of the vehicle status signal is output by executing the executable file corresponding to the output configuration file. Thus, by decoupling the data source file, processing rule file, and output configuration file, the maintainability, scalability, and functional diversity of the vehicle status signal service are improved to adapt to complex business needs and dynamic changes in business needs, while also improving the stability of the remote service platform.

[0158] In some embodiments, the multiple decoupled configuration item files are script files, and the configuration items in the configuration item files are described in a scripting language. Compared to source code files, script files support dynamic configuration, are more flexible, and can be dynamically loaded by the remote service platform.

[0159] Optionally, the data format of the scripting language used for the configuration items adopts a lightweight data exchange format, so that complex configuration items can be flexibly and easily defined through the lightweight data exchange format, rich and diverse vehicle status signal processing can be achieved, and complex business needs can be met.

[0160] The optional, lightweight data exchange format uses JavaScript Object Notation (JSON) format. The JSON format can easily define the data or operations involved in complex vehicle status signal processing, improving the flexibility of configuration information description.

[0161] Exemplary devices

[0162] Corresponding to the above-mentioned vehicle status signal processing method, an embodiment of the present application also provides a vehicle status signal processing device. Figure 9 This is a schematic diagram of the structure of a vehicle status signal processing device provided by an embodiment of the present application. Figure 9 As shown, the vehicle status signal processing device 90 provided in the embodiment of the present application includes: an acquisition unit 91 and an execution unit 92:

[0163] An acquisition unit 91 is used to acquire an executable file corresponding to a target configuration item file loaded into a remote service platform, where the target configuration item file is a configuration item file among a plurality of configuration item files that are decoupled from each other; the plurality of configuration item files record vehicle status signal services; an execution unit 92 is used to process the vehicle status signal by executing the executable file to obtain a processing result of the vehicle status signal.

[0164] In some implementations, the vehicle status signal processing device 90 further includes: a reloading unit (not shown in the figure), which is used to reload the target configuration item file in response to detecting that the target configuration item file has completed the update; and a regeneration unit (not shown in the figure), which is used to regenerate the executable file based on the target configuration item file.

[0165] In some implementations, the vehicle status signal processing device 90 also includes: an initial loading unit (not shown in the figure), which is used to load a target configuration item file from multiple configuration item files in response to detecting that the remote service platform is started; and an initial generation unit (not shown in the figure), which is used to generate an executable file based on the target configuration item file.

[0166] In some implementations, the initial loading unit is specifically configured to query and load an enabled configuration item file from a plurality of configuration item files as a target configuration item file.

[0167] In some implementations, the vehicle status signal processing device also includes: a rollback unit (not shown in the figure), which is used to roll back any configuration item file to a version before the update in a file library storing multiple configuration item files in response to detecting that the update of any configuration item file among multiple configuration item files fails.

[0168] In some implementations, the target configuration item file includes a processing rule file, which includes processing rules. The execution unit 92 is specifically used to: execute the executable file corresponding to the processing rule file, process the vehicle status signal according to the target rule applicable to the vehicle status signal in the processing rule, and obtain a processing result.

[0169] In some implementations, the processing rule file also includes a trigger signal of the processing rule, and the execution unit 92 is further configured to determine the processing rule whose trigger signal in the processing rule file is a vehicle status signal as the target rule.

[0170] In some implementations, the processing rule file also includes an execution condition of the target rule, and the execution unit 92 is further configured to determine whether the vehicle status signal and / or the vehicle-related signal defined in the execution condition satisfies the execution condition.

[0171] In some implementations, the processing rule specifies at least one of the following signal processing operations: a single signal filtering operation, a single signal correction operation, a single signal conversion operation, and a multi-signal fusion operation.

[0172] In some implementations, the target configuration item file includes a data source file, which includes configuration information of the data source. The execution unit 92 is also used to: obtain at least a vehicle status signal from the data source according to the configuration information of the data source by executing the executable file corresponding to the data source file.

[0173] In some implementations, the execution unit 92 is further configured to determine target parameters based on a scene signal, where the scene signal is obtained from a data source, and the target parameters are used for processing the vehicle status signal.

[0174] In some implementations, the execution unit 92 is further used to: determine the target vehicle type indicated by the scene signal, and determine the preset parameters that conform to the target vehicle type as the target parameters; and / or determine the target communication protocol version indicated by the scene signal, and determine the preset parameters that conform to the target communication protocol version as the target parameters.

[0175] In some implementations, the target configuration item file includes an output configuration file, and the output configuration file includes configuration information of the output channel. The execution unit 92 is further used to: output the processing result to the output channel according to the configuration information of the output channel by executing the executable file corresponding to the output configuration file.

[0176] The vehicle status signal processing device provided in this embodiment is based on the same concept as the vehicle status signal processing method provided in the above-mentioned embodiments of this application. It can execute the vehicle status signal processing method provided in any of the above-mentioned embodiments of this application and has the corresponding functional modules and beneficial effects of executing the vehicle status signal processing method. For technical details not fully described in this embodiment, please refer to the specific processing content of the vehicle status signal processing method provided in the above-mentioned embodiments of this application, and will not be repeated here.

[0177] The functions implemented by the above acquisition unit 91 and execution unit 92 can be implemented by the same or different processors respectively, and the embodiment of the present application is not limited thereto.

[0178] It should be understood that the units in the above devices can be implemented in the form of a processor calling software. For example, the device includes a processor, the processor is connected to a memory, and the memory stores instructions. The processor calls the instructions stored in the memory to implement any of the above methods or realize the functions of each unit of the device. The processor can be a general-purpose processor, such as a CPU or a microprocessor, and the memory can be a memory within the device or a memory outside the device. Alternatively, the units in the device can be implemented in the form of hardware circuits. The functions of some or all units can be realized by designing the hardware circuits. The hardware circuit can be understood as one or more processors. For example, in one implementation, the hardware circuit is an ASIC, and the functions of some or all of the above units can be realized by designing the logical relationships between the components within the circuit. For another example, in another implementation, the hardware circuit can be implemented by a PLD. For example, an FPGA can include a large number of logic gate circuits. The connection relationships between the logic gate circuits are configured through a configuration file to realize the functions of some or all of the above units. All units of the above devices can be implemented entirely in the form of a processor calling software, or entirely in the form of hardware circuits, or partially in the form of a processor calling software, with the remaining parts implemented in the form of hardware circuits.

[0179] In an embodiment of the present application, a processor is a circuit with the ability to process signals. In one implementation, the processor may be a circuit with the ability to read and execute instructions, such as a CPU, a microprocessor, a GPU, or a DSP. In another implementation, the processor may implement certain functions through the logical relationship of a hardware circuit, and the logical relationship of the hardware circuit may be fixed or reconfigurable, such as a hardware circuit implemented by an ASIC or PLD, such as an FPGA. In a reconfigurable hardware circuit, the process of the processor loading a configuration document to implement the configuration of the hardware circuit can be understood as the process of the processor loading instructions to implement the functions of some or all of the above units. In addition, it can also be a hardware circuit designed for artificial intelligence, which can be understood as an ASIC, such as an NPU, TPU, DPU, etc.

[0180] It can be seen that each unit in the above device can be one or more processors (or processing circuits) configured to implement the above method, such as: CPU, GPU, NPU, TPU, DPU, microprocessor, DSP, ASIC, FPGA, or a combination of at least two of these processor forms.

[0181] In addition, the various units in the above apparatus may be fully or partially integrated together, or may be implemented independently. In one implementation, these units are integrated together and implemented in the form of a system-on-chip (SOC). The SOC may include at least one processor for implementing any of the above methods or implementing the functions of the various units of the apparatus. The at least one processor may be of different types, such as a CPU and an FPGA, a CPU and an artificial intelligence processor, a CPU and a GPU, etc.

[0182] Exemplary Systems

[0183] The present application embodiment provides an electronic device, see Figure 10 As shown, the vehicle-mounted device includes a memory 1000 and a processor 1010; wherein the memory 1000 is connected to the processor 1010 for storing programs; the processor 1010 is used to implement the vehicle status signal processing method disclosed in any of the above embodiments by running the program stored in the memory 1000.

[0184] Specifically, the electronic device may further include: a bus, a communication interface 1020 , an input device 1030 and an output device 1040 .

[0185] The processor 1010, the memory 1000, the communication interface 1020, the input device 1030 and the output device 1040 are interconnected via a bus.

[0186] The bus may include a pathway for transmitting information between various components of the vehicle-mounted equipment.

[0187] Processor 1010 can be a general-purpose processor, such as a general-purpose central processing unit (CPU), a microprocessor, or the like, or an application-specific integrated circuit (ASIC), or one or more integrated circuits for controlling the execution of the program of the present invention. Alternatively, it can be a digital signal processor (DSP), an application-specific integrated circuit (ASIC), a field-programmable gate array (FPGA), or other programmable logic device, discrete gate or transistor logic device, or discrete hardware components.

[0188] The processor 1010 may include a main processor, and may also include a baseband chip, a modem, and the like.

[0189] The memory 1000 stores a program for executing the technical solution of the present invention, and may also store an operating system and other key services. Specifically, the program may include program code, and the program code may include computer operating instructions. More specifically, the memory 1000 may include read-only memory (ROM), other types of static storage devices that can store static information and instructions, random access memory (RAM), other types of dynamic storage devices that can store information and instructions, disk storage, flash, etc.

[0190] The input device 1030 may include a device for receiving data and information input by a user, such as a keyboard, a mouse, a camera, a scanner, a light pen, a voice input device, a touch screen, a pedometer, or a gravity sensor.

[0191] Output device 1040 may include devices that allow information to be output to a user, such as a display screen, printer, speakers, etc.

[0192] The communication interface 1020 may include any transceiver or similar device for communicating with other devices or communication networks, such as Ethernet, Radio Access Network (RAN), Wireless Local Area Network (WLAN), etc.

[0193] The processor 1010 executes the program stored in the memory 1000 and calls other devices, which can be used to implement the various steps of any vehicle status signal processing method provided in the above embodiments of the present application.

[0194] An embodiment of the present application also proposes a chip, which includes a processor and a data interface. The processor reads and runs the program stored in the memory through the data interface to execute the vehicle status signal processing method introduced in any of the above embodiments. The specific processing process and its beneficial effects can be found in the embodiment introduction of the above-mentioned vehicle status signal processing method.

[0195] Exemplary computer program products and storage media

[0196] In addition to the above-mentioned methods and devices, an embodiment of the present application may also be a computer program product, which includes computer program instructions, which, when executed by a processor, enable the processor to execute the steps of the vehicle status signal processing method according to various embodiments of the present application described in any of the above-mentioned embodiments of this specification.

[0197] The computer program product may be written in any combination of one or more programming languages ​​to implement the program code for performing the operations of the embodiments of the present application, including object-oriented programming languages ​​such as Java, C++, and conventional procedural programming languages ​​such as "C" or similar programming languages. The program code may be executed entirely on the user's computing device, partially on the user's computing device, as a standalone software package, partially on the user's computing device and partially on a remote computing device, or entirely on a remote computing device or server.

[0198] In addition, an embodiment of the present application may also be a storage medium on which a computer program is stored. The computer program is executed by a processor to execute the steps of the vehicle status signal processing method according to various embodiments of the present application described in any of the above embodiments of this specification, and specifically can implement the steps of the vehicle status signal processing method described above.

[0199] For the sake of simplicity, the aforementioned method embodiments are described as a series of action combinations. However, those skilled in the art should be aware that this application is not limited by the order of the actions described, because according to this application, certain steps can be performed in other orders or simultaneously. Secondly, those skilled in the art should also be aware that the embodiments described in this specification are all preferred embodiments, and the actions and modules involved are not necessarily required by this application.

[0200] It should be noted that the various embodiments in this specification are described in a progressive manner, with each embodiment focusing on the differences from other embodiments. Similar or identical parts between the various embodiments can be referred to in conjunction with each other. For device embodiments, since they are generally similar to method embodiments, their description is relatively simplified. For relevant parts, refer to the description of the method embodiments.

[0201] The steps in the methods of each embodiment of the present application can be adjusted in sequence, merged, and deleted according to actual needs, and the technical features recorded in each embodiment can be replaced or combined.

[0202] The units of the devices in the embodiments of the present application can be combined, divided, and deleted according to actual needs.

[0203] In the several embodiments provided in this application, it should be understood that the disclosed terminals, devices, and methods can be implemented in other ways. For example, the terminal embodiments described above are merely illustrative. For example, the division of modules or submodules is merely a logical function division. In actual implementation, there may be other division methods, such as multiple submodules or modules can be combined or integrated into another module, or some features can be ignored or not executed. In addition, the mutual coupling or direct coupling or communication connection shown or discussed can be an indirect coupling or communication connection through some interface, device or module, which can be electrical, mechanical or other forms.

[0204] The modules or submodules described as separate components may or may not be physically separate, and the components of the modules or submodules may or may not be physical modules or submodules, that is, they may be located in one place or distributed across multiple network modules or submodules. Some or all of the modules or submodules may be selected to achieve the purpose of this embodiment according to actual needs.

[0205] In addition, each functional module or submodule in each embodiment of the present application may be integrated into a processing module, or each module or submodule may exist physically separately, or two or more modules or submodules may be integrated into a single module. The above-mentioned integrated modules or submodules may be implemented in the form of hardware or software functional modules or submodules.

[0206] Professionals may further appreciate that the units and algorithm steps of each example described in conjunction with the embodiments disclosed herein can be implemented in electronic hardware, computer software, or a combination of the two. In order to clearly illustrate the interchangeability of hardware and software, the above description has generally described the components and steps of each example according to their functions. Whether these functions are performed in hardware or software depends on the specific application and design constraints of the technical solution. Professionals and technicians may 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.

[0207] The steps of the methods or algorithms described in conjunction with the embodiments disclosed herein may be implemented directly using hardware, software units executed by a processor, or a combination of the two. The software units may be placed in random access memory (RAM), internal 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.

[0208] Finally, it should be noted that, in this document, relational terms such as first and second, etc., are used only to distinguish one entity or operation from another entity or operation, and do not necessarily require or imply any actual relationship or order between these entities or operations. Moreover, the terms "comprises," "comprising," or any other variations thereof are intended to cover non-exclusive inclusion, such that a process, method, article, or device comprising a series of elements includes not only those elements, but also other elements not explicitly listed, or elements inherent to such process, method, article, or device. In the absence of further limitations, an element defined by the phrase "comprising a ..." does not exclude the presence of additional identical elements in the process, method, article, or device comprising the element.

[0209] The above description of the disclosed embodiments will enable those skilled in the art to implement or use the present application. Various modifications to these embodiments will be apparent to those skilled in the art, and the general principles defined herein may be implemented in other embodiments without departing from the spirit or scope of the present application. Therefore, the present application is not limited to the embodiments shown herein, but is to be construed in the widest manner consistent with the principles and novel features disclosed herein.

Claims

1. A vehicle status signal processing method, characterized in that: The vehicle status signal processing method includes: Obtaining an executable file corresponding to a target configuration item file loaded into a remote service platform, wherein the target configuration item file is a configuration item file among a plurality of configuration item files that are decoupled from each other, and wherein the plurality of configuration item files record a vehicle status signal service; The vehicle status signal is processed by executing the executable file to obtain a processing result of the vehicle status signal.

2. The vehicle status signal processing method according to claim 1, characterized in that: After the target configuration item file is loaded into the remote service platform, the method further includes: In response to detecting that the target configuration item file has completed updating, reloading the target configuration item file; The executable file is regenerated based on the target configuration item file.

3. The vehicle status signal processing method according to claim 1, characterized in that: Before obtaining the executable file corresponding to the target configuration item file loaded into the remote service platform, the method further includes: In response to detecting that the remote service platform is started, loading the target configuration item file from the multiple configuration item files; generating the executable file based on the target configuration item file; and / or The target configuration item file includes a data source file, and the data source file includes configuration information of the data source. Before processing the vehicle status signal and obtaining the processing result of the vehicle status signal, the method further includes: obtaining at least the vehicle status signal from the data source according to the configuration information of the data source by executing an executable file corresponding to the data source file; and / or The target configuration item file includes an output configuration file, and the output configuration file includes configuration information of an output channel. After processing the vehicle status signal and obtaining the processing result of the vehicle status signal, the method further includes: outputting the processing result to the output channel according to the configuration information of the output channel by executing the executable file corresponding to the output configuration file.

4. The vehicle status signal processing method according to claim 3, characterized in that: The loading of the target configuration item file from the multiple configuration item files includes: A configuration item file in an enabled state is searched and loaded from the multiple configuration item files as the target configuration item file.

5. The vehicle status signal processing method according to claim 1, characterized in that: The vehicle status signal processing method further includes: In response to detecting that an update failure of any configuration item file among the plurality of configuration item files occurs, the arbitrary configuration item file is rolled back to a version before the update in a file repository storing the plurality of configuration item files.

6. The vehicle status signal processing method according to any one of claims 1 to 5, characterized in that: The target configuration item file includes a processing rule file, and the processing rule file includes processing rules. The processing of the vehicle status signal by executing the executable file to obtain the processing result of the vehicle status signal includes: The processing result is obtained by executing the executable file corresponding to the processing rule file and processing the vehicle status signal according to the target rule applicable to the vehicle status signal in the processing rule file.

7. The vehicle status signal processing method according to claim 6, characterized in that: The processing rule file also includes a trigger signal for the processing rule, and the processing of the vehicle status signal according to the target rule applicable to the vehicle status signal in the processing rule file to obtain the processing result further includes: determining the processing rule whose trigger signal is the vehicle status signal in the processing rule file as the target rule; and / or The processing rule file also includes an execution condition of the target rule. Before processing the vehicle status signal according to the target rule applicable to the vehicle status signal in the processing rule file and obtaining the processing result, the process further includes: determining that the vehicle status signal and / or the vehicle-related signal defined in the execution condition meets the execution condition; and / or The processing rule specifies at least one of the following signal processing operations: a single signal filtering operation, a single signal correction operation, a single signal conversion operation, and a multi-signal fusion operation.

8. The vehicle status signal processing method according to claim 3, characterized in that: After obtaining at least the vehicle status signal from the data source according to the configuration information of the data source by executing the executable file corresponding to the data source file, the method further includes: A target parameter is determined based on a scene signal, the scene signal being acquired from the data source, and the target parameter is used for processing the vehicle status signal.

9. The vehicle status signal processing method according to claim 8, characterized in that: Determining target parameters according to the scene signal includes: Determining a target vehicle type indicated by the scenario signal, and determining preset parameters that conform to the target vehicle type as the target parameters; And / or, determining a target communication protocol version indicated by the scenario signal, and determining preset parameters that comply with the target communication protocol version as the target parameters.

10. An electronic device, characterized in that: including memory and processor; The memory is connected to the processor and is used to store programs; The processor is configured to implement the vehicle status signal processing method according to any one of claims 1 to 9 by running the program in the memory.

11. A computer program product, characterized in that The method comprises a computer program, which, when executed by a processor, implements the vehicle status signal processing method according to any one of claims 1 to 9.

Images