A method, apparatus, electronic device, and storage medium for configuring vehicle keys.

Abstract

This invention provides a vehicle key configuration method, device, electronic device, and storage medium. The method includes, in response to a scenario service request, verifying the scenario service validity of the configuration parameters of the key to be configured. The scenario service request includes a management request and / or a learning request. If the verification passes, an enhanced service request is initiated. Based on the enhanced service request, the parameter status of the configuration parameters is adjusted and sent to the atomic service layer so that the adjusted configuration parameters can be called through the underlying function. Based on the feedback call result, the key to be configured is configured to complete parameter management and / or parameter learning. This method enables the configuration of the vehicle key at the software level after the user issues an instruction.

Description

Technical Field

[0001] This application relates to the field of vehicle body control technology, specifically to a vehicle key configuration method, device, electronic device, and storage medium. Background Technology

[0002] With the continuous development of automotive manufacturing technology, people's demands for cars are also increasing. How to further meet users' personalized needs and emphasize ride comfort, safety, and environmental friendliness has become a crucial issue in vehicle control. SOA (Service-Oriented Architecture) breaks down different functional units of an application, encapsulating the smallest functional logic into services. By calling service interfaces, different functional logic modules can interact with each other, achieving data exchange. Today, digital keys are gradually replacing traditional mechanical keys. Bluetooth keys, due to their contactless unlocking and locking characteristics, have become the optimal choice for most car manufacturers. NFC (Near Field Communication) keys, compared to Bluetooth keys, offer higher security, do not rely on network conditions or phone battery power, and can adapt to a wider range of scenarios.

[0003] In related technologies, when an NFC key card is lost, the user needs to unbind the NFC car key through hardware or need to resolve the key loss issue through the car manufacturer. It is not possible to configure the vehicle key through software after the user issues a command. Summary of the Invention

[0004] In view of the shortcomings of the prior art described above, this application provides a solution to the aforementioned technical problem of not being able to configure the vehicle key at the software level after the user issues an instruction.

[0005] An embodiment of this application provides a vehicle key configuration method, including, in response to a scenario service request, verifying the scenario service validity of the configuration parameters of the key to be configured, wherein the scenario service request includes a management request and / or a learning request; if the verification passes, initiating an enhancement service request; calling the adjusted configuration parameters based on the enhancement service layer function; and configuring the key to be configured according to the feedback call result to complete parameter management and / or parameter learning.

[0006] In one embodiment of this application, the configuration parameters are passed to a preset management function; the preset management function is invoked to manage the key to be configured by deleting, freezing, and unfreezing the key according to the configuration parameters; and a call result is generated based on the management result to configure the key to be configured.

[0007] In one embodiment of this application, the configuration parameters are passed to a preset learning function; the preset learning function is invoked to learn the vehicle information in the configuration parameters according to the configuration function, so that the key to be configured is bound to the vehicle corresponding to the vehicle information; and a call result is generated based on the learning result to configure the key to be configured.

[0008] In one embodiment of this application, if the scene service request information is a management request and the current management process is idle, then the current management process is adjusted to be occupied before responding to the management request; if the scene service request information is a learning request and the current learning process is idle, then the current learning process is adjusted to be occupied before responding to the learning request.

[0009] In one embodiment of this application, the configuration parameters are verified. If the verification passes, an enhanced service request is initiated; if the verification fails, a verification failure message is returned, and the vehicle key configuration is terminated.

[0010] In one embodiment of this application, if the value range of the configuration parameter is within a preset range and the validity of the configuration parameter is valid, then the configuration parameter verification passes; if the data range of the configuration parameter is outside the preset range or the validity of the configuration parameter is invalid, then the configuration parameter verification fails.

[0011] In one embodiment of this application, a request source and a calling command are stored, and the configuration parameters include the request source and the calling command.

[0012] Embodiments of this application also provide a vehicle key configuration device, including an acquisition module for acquiring configuration parameters and parameter types of a key to be configured, wherein the configuration parameters include at least one of learning parameters and management parameters; a process module for adjusting the state of a running process to occupied according to the parameter types, wherein the running process includes at least one of a learning process and a management process; and a parameter passing module for passing the parameter types to a low-level function based on the parameter types, and configuring the key to be configured by calling the low-level function and receiving a return value, wherein the low-level function includes at least one of a management function and a learning function.

[0013] Embodiments of this application also provide an electronic device, including one or more processors; and a storage device for storing one or more programs, which, when executed by the one or more processors, cause the electronic device to implement the vehicle key configuration method as described in any of the above embodiments.

[0014] Embodiments of this application also provide a computer-readable storage medium having a computer program stored thereon, which, when executed by a computer's processor, causes the computer to perform a vehicle key configuration method as described in any of the above embodiments.

[0015] The beneficial effects of the present invention are as follows: An embodiment of the present application provides a vehicle key configuration method, apparatus, electronic device, and storage medium. This method verifies the validity of the scenario service for the configuration parameters of the key to be configured in response to a scenario service request. The scenario service request includes a management request and / or a learning request. If the verification passes, an enhanced service request is initiated. Based on the enhanced service request, the parameter status of the configuration parameters is adjusted and sent to the atomic service layer. The adjusted configuration parameters are then called through a lower-level function. Based on the feedback call result, the key to be configured is configured to complete parameter management and / or parameter learning. This method enables the configuration of the vehicle key at the software level after the user issues an instruction, providing a simple and efficient method for users to configure vehicle keys.

[0016] It should be understood that the above general description and the following detailed description are exemplary and explanatory only, and do not limit this application. Attached Figure Description

[0017] The accompanying drawings, which are incorporated in and form part of this specification, illustrate embodiments consistent with this application and, together with the description, serve to explain the principles of this application. It is obvious that the drawings described below are merely some embodiments of this application, and those skilled in the art can obtain other drawings based on these drawings without any inventive effort. In the drawings:

[0018] Figure 1 This is a schematic diagram of a vehicle key configuration architecture shown in an exemplary embodiment of this application;

[0019] Figure 2 This is a schematic diagram illustrating a vehicle key configuration method in an exemplary embodiment of this application;

[0020] Figure 3 This is a schematic diagram of the vehicle key configuration enhancement service layer state, as illustrated in an exemplary embodiment of this application.

[0021] Figure 4 This is a block diagram illustrating a vehicle key configuration device according to an exemplary embodiment of this application;

[0022] Figure 5 A schematic diagram of the structure of a computer system suitable for implementing the electronic device of the present application is shown. Detailed Implementation

[0023] The embodiments of this application will be described below with reference to the accompanying drawings and preferred embodiments. Those skilled in the art can easily understand other advantages and effects of this application from the content disclosed in this specification. This application can also be implemented or applied through other different specific embodiments, and various details in this specification can also be modified or changed based on different viewpoints and applications without departing from the spirit of this application. It should be understood that the preferred embodiments are only for illustrating this application and are not intended to limit the scope of protection of this application.

[0024] It should be noted that the illustrations provided in the following embodiments are only schematic representations of the basic concept of this application. Therefore, the drawings only show the components related to this application and are not drawn according to the actual number, shape and size of the components in the actual implementation. In the actual implementation, the form, quantity and proportion of each component can be arbitrarily changed, and the layout of the components may also be more complex.

[0025] In the following description, numerous details are explored to provide a more thorough explanation of embodiments of the present application. However, it will be apparent to those skilled in the art that embodiments of the present application may be practiced without these specific details. In other embodiments, well-known structures and devices are shown in block diagram form rather than in detail to avoid obscuring embodiments of the present application.

[0026] First, it's important to note that in traditional software architectures, hardware and software are highly coupled. Signal-based communication lacks flexibility and scalability; even minor functional changes can trigger adjustments to the entire vehicle's software. Service-oriented architecture (SOA) transforms cross-ECU interaction from "signal-based communication" to "service-based communication," making applications services available for use by all users within permissible permissions, thus enabling full vehicle intelligence. Flexible service deployment allows for different service deployments across different vehicle configurations throughout the vehicle's lifecycle, significantly reducing the coupling between hardware and software and enabling faster software updates and upgrades. Based on SOA, users can reprogram traditional NFC functions to meet personalized customization needs.

[0027] Please see Figure 1 , Figure 1 This is a schematic diagram of a vehicle key configuration architecture shown in an exemplary embodiment of this application, including a scene service layer, an enhancement service layer, an atomic service layer, and an I / O abstraction layer.

[0028] The scenario service layer is used by users to flexibly orchestrate various scenarios as needed, provided that permissions are open. These scenarios include vehicle-cloud call services and external call services. After the call, the scenario service request information is sent to the enhanced service layer. Scenario service requests include management requests and / or learning requests.

[0029] The enhanced service layer is used to verify the requests issued by the scene service layer. When multiple scene service requests are received, it selects which scene service request to execute first according to the preset priority order and initiates the enhanced service request information.

[0030] The atomic service layer is used to shield the impact of changes in the I / O abstraction layer on the enhanced service layer, reduce software modifications when functions change, and achieve decoupling.

[0031] The I / O abstraction layer is bound to the hardware layer, shielding the hardware design and specific implementation methods. The interface of this I / O abstraction layer is only visible to the atomic service layer and cannot be directly called by other layers.

[0032] In one embodiment of this application, the user initiates a scenario service request for the key to be configured through a vehicle-cloud call or an external call in the scenario service layer, and sets the corresponding configuration parameters. The scenario service request can be a management request and / or a learning request. The enhancement service layer responds to the scenario service request by verifying the scenario service validity of the configuration parameters of the key to be configured. If the verification passes, it initiates an enhancement service request.

[0033] In one embodiment of this application, the state of configuration parameters is adjusted based on enhanced service request information and sent to the atomic service layer so that the adjusted configuration parameters can be invoked through the underlying function.

[0034] In one embodiment of this application, after the atomic service layer is invoked, it passes parameters to the underlying functions, which include learning functions and management functions. The type of underlying function is selected based on the parameters and the type of scenario service request information. If the scenario service request information is a management request and the configuration parameters are management parameters, then the management function is selected; if the scenario service request information is a learning request and the configuration parameters are learning parameters, then the learning function is selected. There are also cases where the scenario service request information includes both management requests and learning requests. In this case, the learning parameters are passed to the learning function and the management parameters are passed to the management function.

[0035] In one embodiment of this application, after learning or management is completed, the atomic service layer receives the call result from the I / O abstraction layer based on the feedback, and passes the call result to the enhancement service layer and the scene service layer in sequence, and finally returns the key to be configured for configuration, so as to complete parameter management and / or parameter learning.

[0036] It's important to understand that service-oriented architecture is a component model that connects different functional units of an application (called services) through well-defined interfaces and contracts between these services. These interfaces are defined in a neutral way, independent of the hardware platform, operating system, and programming language used to implement the service. This allows services built on various such systems to interact in a unified and universal manner.

[0037] Please see Figure 2 , Figure 2 This is a schematic flowchart illustrating a vehicle key configuration method in an exemplary embodiment of this application. In one exemplary embodiment, the vehicle configuration method includes at least steps S210 to S240, which are described in detail below:

[0038] Step S210: In response to the scenario service request information, verify the scenario service validity of the configuration parameters of the key to be configured. The scenario service request information includes management requests and / or learning requests.

[0039] Users manage or learn the keys to be configured based on the scenario service layer and initiate scenario service request information. The scenario service request information is divided into learning request and management request based on the user's needs. The methods called by the user include vehicle-cloud call or external call. After the call, the scenario service request information is sent to the enhanced service layer.

[0040] In one embodiment of this application, the enhanced service layer verifies the scene service request information sent by the scene service layer. If multiple scene service request information are received, the target scene service request to be executed first is selected based on a preset priority, and an enhanced service request is initiated based on the target scene service request.

[0041] In one embodiment of this application, before S210, if the scene service request information is a management request and the current management process is idle, the current management process is adjusted to be occupied before responding to the management request; if the scene service request information is a learning request and the current learning process is idle, the current learning process is adjusted to be occupied before responding to the learning request.

[0042] In one embodiment of this application, the configuration parameters are verified. If the verification passes, an enhanced service request is initiated; if the verification fails, a verification failure message is returned, and the vehicle key configuration is terminated.

[0043] In one embodiment of this application, verifying configuration parameters includes: if the value range of the configuration parameter is within a preset range and the validity of the configuration parameter is valid, then the configuration parameter verification passes; if the data range of the configuration parameter is outside the preset range or the validity of the configuration parameter is invalid, then the configuration parameter verification fails.

[0044] In one embodiment of this application, in response to the scenario service request information, the method further includes: storing the request source and the invocation command, and configuring parameters including the request source and the invocation command.

[0045] In one embodiment of this application, in NFC key-related services, all requests have the same priority and cannot be interrupted during execution; only management requests and learning requests can be performed simultaneously. Therefore, if a request is called multiple times within the same cycle or during service operation, the request will be directly rejected and a busy response will be returned.

[0046] Step S220: If the verification passes, an enhanced service request message is initiated.

[0047] In one embodiment of this application, the enhanced service layer is invoked through the scenario service layer. For example, the key learning service is invoked externally, and configuration parameters are passed to the enhanced service. The configuration parameters mainly include control commands and request source IDs. First, the validity of the configuration parameters in the scenario service is validated, including validating the numerical range of the input configuration parameters and validating their validity. If the validation fails, no further operations are performed, and a failure response is returned.

[0048] In one embodiment of this application, if the verification passes, an enhanced service request message is sent to the enhanced service layer to proceed with the next step.

[0049] Step S230: Adjust the parameter status of the configuration parameters based on the enhanced service request information and send it to the atomic service layer so that the adjusted configuration parameters can be called through the underlying function.

[0050] In one embodiment of this application, configuration parameters are passed to a preset management function; the preset management function is called to manage the key to be configured by deleting, freezing, or unfreezing the key according to the configuration parameters; and a call result is generated based on the management result to configure the key to be configured.

[0051] In one embodiment of this application, after receiving a request from the scene service layer, the enhanced service layer processes the input configuration parameters, calls the atomic service layer according to the actual situation, and passes the management parameters to the underlying management function, and performs key deletion, key freezing, or key unfreezing operations according to the command.

[0052] In one embodiment of this application, configuration parameters are passed to a preset learning function; the preset learning function is called to learn the vehicle information in the configuration parameters according to the configuration function, so that the key to be configured is bound to the vehicle corresponding to the vehicle information; and a call result is generated based on the learning result to configure the key to be configured.

[0053] In one embodiment of this application, after receiving a request from the scene service layer, the enhanced service layer processes the input configuration parameters, calls the atomic service layer according to the actual situation, and passes the learning parameters to the underlying learning function. Based on the command, it binds the corresponding vehicle information to the vehicle and completes the learning of the key to be configured.

[0054] Step S240: Configure the key to be configured based on the feedback call result to complete parameter management and / or parameter learning.

[0055] In one embodiment of this application, the feedback call result includes a return value. After parameter learning and / or parameter management are completed, the atomic service layer receives the return value from the I / O abstraction layer and passes it sequentially to the enhancement service layer, the scene service layer, and finally returns it to the caller.

[0056] Please see Figure 3 , Figure 3 This is an exemplary embodiment of the present application illustrating the state of the vehicle key configuration enhancement service layer, which includes an initial state, an interrupted state, a running state, a waiting state, and a completed state.

[0057] In one embodiment of this application, the enhanced service layer enters an initial state after power-on. Upon receiving a learning request, it enters a running state and stores the request source ID and request command locally to prevent them from being overwritten by subsequent requests during operation. Then, the enhanced service layer enters the running state, sets the running flag to 1, rejects any other learning requests, enters a timeout waiting state, verifies the validity of the scenario service for the configuration parameters of the key to be configured, and if the verification passes, initiates an enhanced service request, transmitting the learning command to the enhanced service.

[0058] In one embodiment of this application, if the waiting time exceeds 3 seconds or the request does not return success or the learning fails, the enhanced service layer enters an interrupted state.

[0059] In one embodiment of this application, if the call to the learning function returns a successful result, the process enters the completion state.

[0060] In one embodiment of this application, the current state is reported when interrupted or completed, and then the initial state is returned.

[0061] In one embodiment of this application, after receiving a request from the scenario service layer, the enhanced service layer processes the input configuration parameters and determines whether to call the atomic service layer and pass the configuration parameters based on the actual situation.

[0062] In one embodiment of this application, after the atomic service layer is invoked, it passes the configuration parameters to the underlying learning function. After learning is completed, the atomic service layer receives the return value from the IO layer and passes it to the enhancement service layer and the scene service layer in sequence, and finally returns it to the caller.

[0063] In one embodiment of this application, after the enhanced service layer is powered on, it enters an initial state. Upon receiving a management request, it enters a running state and stores the request source ID, request command, and managed card ID locally to prevent them from being overwritten by subsequent requests during operation. Then, the enhanced service layer enters the running state, sets the running flag to 1, rejects any other card management requests, enters a timeout waiting state, verifies the validity of the scenario service for the configuration parameters of the key to be configured, and if the verification passes, initiates an enhanced service request, transmitting the management command to the enhanced service.

[0064] In one embodiment of this application, if the waiting time exceeds 3 seconds or the request does not return success or management fails, the enhanced service layer enters an interrupted state.

[0065] In one embodiment of this application, if the call to the management function returns a successful result, the process enters the completion state.

[0066] In one embodiment of this application, the current service status is reported when the interruption or completion status is reached, and then the initial status is returned.

[0067] In one embodiment of this application, after receiving a request from the scenario service layer, the enhanced service layer processes the input configuration parameters and determines whether to call the atomic service layer and pass the configuration parameters based on the actual situation.

[0068] In one embodiment of this application, after the atomic service layer is invoked, it passes configuration parameters to the underlying management function and performs card deletion, card freezing, or card unfreezing operations according to the command. The atomic service layer receives the call result from the I / O abstraction layer and passes it sequentially to the enhancement service layer, the scene service layer, and finally returns it to the caller.

[0069] In the embodiments of this application, the key to be configured is managed by a preset management function, and the key to be unlocked is deleted, frozen and unfrozen at the software level.

[0070] In the embodiments of this application, the key to be configured is bound to the vehicle through a preset learning function, and the mutual binding learning between the key and the vehicle is completed at the software level.

[0071] In the embodiments of this application, by detecting the request type of the scene service request and the idle state of the management process or learning process, it is ensured that only one learning request or management request can be responded to at the same time.

[0072] In the embodiments of this application, the reliability of the configuration parameters is ensured by verifying the configuration parameters, thereby reducing the waste of resources.

[0073] In the embodiments of this application, if the input of configuration parameters does not meet the preset valid conditions, the verification will fail directly and a failure message will be returned to prevent the user from inputting incorrect configuration parameters, which would cause function call errors.

[0074] In the embodiments of this application, the request source and the calling command are stored to prevent them from being overwritten by a subsequent request during runtime.

[0075] Figure 4 This is a block diagram illustrating a vehicle key configuration device in an exemplary embodiment of this application, as shown below. Figure 4 As shown, the exemplary vehicle key configuration device includes an acquisition module 401, a process module 402, and a parameter transmission module 403.

[0076] The acquisition module 401 is used to acquire the configuration parameters and parameter types of the key to be configured. The configuration parameters include at least one of the learning parameters and management parameters.

[0077] Process module 402 is used to adjust the status of a running process to occupied based on the parameter type. The running process includes at least one of the learning process and the management process.

[0078] The parameter passing module 403 is used to pass the parameter type to the underlying function based on the parameter type. The configuration key to be configured is configured by calling the underlying function and receiving the return value. The underlying function includes at least one of the management function and the learning function.

[0079] It should be noted that the vehicle key configuration device and the vehicle key configuration method provided in the above embodiments belong to the same concept. The specific operation methods of each module and unit have been described in detail in the method embodiments and will not be repeated here. In practical applications, the vehicle key configuration device provided in the above embodiments can be assigned to different functional modules as needed, that is, the internal structure of the device can be divided into different functional modules to complete all or part of the functions described above. This is not a limitation here.

[0080] Embodiments of this application also provide an electronic device, including: one or more processors; and a storage device for storing one or more programs, which, when executed by the one or more processors, cause the electronic device to implement the vehicle key configuration method provided in the above embodiments.

[0081] Figure 5A schematic diagram of a computer system suitable for implementing the embodiments of this application is shown. It should be noted that... Figure 5 The computer system 500 of the electronic device shown is merely an example and should not impose any limitation on the functionality and scope of use of the embodiments of this application.

[0082] like Figure 5 As shown, the computer system 500 includes a Central Processing Unit (CPU) 501, which can perform various appropriate actions and processes based on programs stored in Read-Only Memory (ROM) 502 or programs loaded from storage portion 508 into Random Access Memory (RAM) 503, such as performing the methods described in the above embodiments. The RAM 503 also stores various programs and data required for system operation. The CPU 501, ROM 502, and RAM 503 are interconnected via a bus 504. An Input / Output (I / O) interface 505 is also connected to the bus 504.

[0083] The following components are connected to I / O interface 505: an input section 506 including a keyboard, mouse, etc.; an output section 507 including a cathode ray tube (CRT), liquid crystal display (LCD), etc., and speakers, etc.; a storage section 508 including a hard disk, etc.; and a communication section 509 including a network interface card such as a LAN (Local Area Network) card, modem, etc. The communication section 509 performs communication processing via a network such as the Internet. A drive 510 is also connected to I / O interface 505 as needed. A removable medium 511, such as a disk, optical disk, magneto-optical disk, semiconductor memory, etc., is installed on drive 510 as needed so that computer programs read from it can be installed into storage section 508 as needed.

[0084] Specifically, according to embodiments of this application, the processes described above with reference to the flowcharts can be implemented as computer software programs. For example, embodiments of this application include a computer program product comprising a computer program carried on a computer-readable medium, the computer program including a computer program for performing the methods shown in the flowcharts. In such embodiments, the computer program can be downloaded and installed from a network via communication section 509, and / or installed from removable medium 511. When the computer program is executed by central processing unit (CPU) 501, it performs various functions defined in the system of this application.

[0085] It should be noted that the computer-readable medium shown in the embodiments of this application can be a computer-readable signal medium or a computer-readable storage medium, or any combination of the two. A computer-readable storage medium can be, for example, an electrical, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination thereof. More specific examples of a computer-readable storage medium may include, but are not limited to: an electrical connection having one or more wires, a portable computer disk, a hard disk, random access memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM), flash memory, optical fiber, portable compact disk read-only memory (CD-ROM), optical storage device, magnetic storage device, or any suitable combination thereof. In this application, a computer-readable signal medium may include a data signal propagated in baseband or as part of a carrier wave, carrying a computer-readable computer program. Such propagated data signals can take various forms, including but not limited to electromagnetic signals, optical signals, or any suitable combination thereof. Computer-readable signal media can also be any computer-readable medium other than computer-readable storage media, which can send, propagate, or transmit a program for use by or in connection with an instruction execution system, apparatus, or device. The computer program contained on the computer-readable medium can be transmitted using any suitable medium, including but not limited to wireless, wired, etc., or any suitable combination thereof.

[0086] The flowcharts and block diagrams in the accompanying drawings illustrate the architecture, functionality, and operation of possible implementations of systems, methods, and computer program products according to various embodiments of this application. Each block in a flowchart or block diagram may represent a module, segment, or portion of code, which contains one or more executable instructions for implementing a specified logical function. It should also be noted that in some alternative implementations, the functions indicated in the blocks may occur in a different order than those indicated in the drawings. For example, two consecutively indicated blocks may actually be executed substantially in parallel, and they may sometimes be executed in reverse order, depending on the functions involved. It should also be noted that each block in a block diagram or flowchart, and combinations of blocks in a block diagram or flowchart, can be implemented using a dedicated hardware-based system that performs the specified function or operation, or using a combination of dedicated hardware and computer instructions.

[0087] The units described in the embodiments of this application can be implemented in software or hardware, and the described units can also be located in a processor. The names of these units do not necessarily limit the specific unit itself.

[0088] Another aspect of this application provides a computer-readable storage medium storing a computer program thereon, which, when executed by a computer's processor, causes the computer to perform the vehicle key configuration method as described above. This computer-readable storage medium may be included in the electronic device described in the above embodiments, or it may exist independently and not incorporated into the electronic device.

[0089] Another aspect of this application provides a computer program product or computer program including computer instructions stored in a computer-readable storage medium. A processor of a computer device reads the computer instructions from the computer-readable storage medium and executes the computer instructions, causing the computer device to perform the vehicle key configuration method provided in the various embodiments described above.

[0090] The above embodiments are merely illustrative of the principles and effects of this application and are not intended to limit this application. Any person skilled in the art can modify or alter the above embodiments without departing from the spirit and scope of this application. Therefore, all equivalent modifications or alterations made by those skilled in the art without departing from the spirit and technical concept disclosed in this application should still be covered by the claims of this application.

Claims

1. A vehicle key configuration method characterized by, The vehicle key configuration method comprises: In response to the scene service request information, the scene service effectiveness of the configuration parameter of the to-be-configured key is checked, the scene service request information comprises a management request and / or a learning request, the scene service effectiveness of the configuration parameter of the to-be-configured key is checked, which comprises: checking the configuration parameter, if the checking is passed, initiating an enhanced service request information, if the checking is not passed, returning a checking failure prompt, and terminating the vehicle key configuration; the checking of the configuration parameter comprises: if the value range of the configuration parameter is within a preset interval and the effectiveness of the configuration parameter is valid, the checking of the configuration parameter is passed; if the data range of the configuration parameter is outside the preset interval or the effectiveness of the configuration parameter is invalid, the checking of the configuration parameter is not passed; Based on the enhanced service request information, the parameter state of the configuration parameter is adjusted and sent to the atomic service layer, so that the adjusted configuration parameter is called through a bottom function; According to the feedback calling result, the to-be-configured key is configured to complete parameter management and / or parameter learning.

2. The vehicle key configuration method according to claim 1, characterized by, If the management request is responded to, after the parameter state of the configuration parameter is adjusted based on the enhanced service request information and sent to the atomic service layer, it further comprises: The configuration parameter is passed to a preset management function; The preset management function is called to manage the key deletion, key freezing and key unfreezing of the to-be-configured key according to the configuration parameter; Based on the management result, a calling result is generated to configure the to-be-configured key.

3. The vehicle key configuration method according to claim 1, characterized by, If the learning request is responded to, after the parameter state of the configuration parameter is adjusted based on the enhanced service request information and sent to the atomic service layer, it further comprises: The configuration parameter is passed to a preset learning function; The preset learning function is called to learn the vehicle information in the configuration parameter according to the configuration parameter, so that the to-be-configured key binds the vehicle corresponding to the vehicle information; Based on the learning result, a calling result is generated to configure the to-be-configured key.

4. The vehicle key configuration method according to any one of claims 1 to 3, characterized by, Before responding to the scene service request information, it further comprises: If the scene service request information is a management request and the state of the current management process is idle, the state of the current management process is adjusted to occupied before responding to the management request; If the scene service request information is a learning request and the state of the current learning process is idle, the state of the current learning process is adjusted to occupied before responding to the learning request.

5. The vehicle key configuration method according to any one of claims 1 to 3, characterized by, After responding to the scene service request information, it further comprises: The request source and the calling command are stored, and the configuration parameter comprises the request source and the calling command.

6. A vehicle key configuration apparatus characterized by comprising: The vehicle key configuration device comprises: The acquisition module is configured to, in response to scene service request information, check the validity of the configuration parameters of the to-be-configured key, the scene service request information including a management request and / or a learning request; checking the validity of the configuration parameters of the to-be-configured key includes: checking the configuration parameters, if the checking is passed, initiating enhanced service request information; if the checking is not passed, returning a checking failure prompt, and terminating the vehicle key configuration; the checking of the configuration parameters includes: if the value range of the configuration parameters is within a preset interval and the validity of the configuration parameters is valid, the checking of the configuration parameters is passed; if the data range of the configuration parameters is outside the preset interval or the validity of the configuration parameters is invalid, the checking of the configuration parameters is not passed; The process module is configured to adjust the parameter state of the configuration parameters based on the enhanced service request information, and send the configuration parameters to the atomic service layer, so as to call the adjusted configuration parameters through a bottom function; The parameter transmission module is configured to configure the to-be-configured key according to the feedback calling result, so as to complete parameter management and / or parameter learning.

7. An electronic device, comprising: The electronic device includes: One or more processors; A storage device configured to store one or more programs, which, when executed by the one or more processors, cause the electronic device to implement the vehicle key configuration method according to any one of claims 1 to 5.

8. A computer-readable storage medium, characterized in that, A computer program is stored thereon, which, when executed by a processor of a computer, causes the computer to execute the vehicle key configuration method according to any one of claims 1 to 5.

Images