Method, device, electronic equipment and system for determining vehicle communication connection function

Abstract

The application provides a method, device, electronic equipment and system for determining communication connection function of a vehicle. The method comprises: receiving target vehicle model information sent by a user terminal; determining target vehicle data corresponding to the target vehicle model information; judging whether the target vehicle data satisfies a vehicle-machine interconnection condition, wherein the vehicle-machine interconnection condition is a parameter configuration condition required for the vehicle to have the communication connection function; and in response to the target vehicle data satisfying the vehicle-machine interconnection condition, generating a software development tool corresponding to the target vehicle model information according to the target vehicle data. According to the comparison between the target vehicle data and each parameter configuration condition in the vehicle-machine interconnection condition, if the target vehicle data corresponding to the target vehicle model information satisfies the vehicle-machine interconnection condition, it is proved that the vehicle of the target vehicle model has the communication connection function of the vehicle-machine interconnection, and then the software development tool conforming to the target vehicle model is generated based on the target vehicle data, so as to facilitate the subsequent development of the vehicle-machine interconnection software program adapted to the target vehicle model.

Description

Technical Field

[0001] This application relates to the field of software development technology, and in particular to a method, apparatus, electronic device and system for determining the communication connectivity function of a vehicle. Background Technology

[0002] Currently, if a user tries to locate their car after parking, the vehicle needs to have the corresponding communication connectivity to establish a communication connection and locate the vehicle.

[0003] However, whether a vehicle has the capability for communication connectivity cannot be known in advance. Therefore, how to determine the vehicle's communication connectivity function is a technical problem that urgently needs to be solved. Summary of the Invention

[0004] In view of this, the purpose of this application is to provide a method, apparatus, electronic device and system for determining the communication connectivity function of a vehicle to solve the technical problem of how to determine the communication connectivity function of a vehicle.

[0005] To achieve the above objectives, the first aspect of this application provides a method for determining vehicle communication connectivity, comprising:

[0006] Receive target vehicle information sent from the user terminal;

[0007] Determine the target vehicle data corresponding to the target vehicle model information;

[0008] Determine whether the target vehicle data meets the vehicle-to-machine interconnection conditions, wherein the vehicle-to-machine interconnection conditions are the parameter configuration conditions required for the vehicle to have communication connection functions;

[0009] In response to the target vehicle data meeting the vehicle-to-machine (V2M) connectivity conditions, a software development tool corresponding to the target vehicle model information is generated based on the target vehicle data, wherein the software development tool is used to develop V2M connectivity programs.

[0010] Based on the same concept, a second aspect of this application proposes a device for determining vehicle communication connectivity, comprising:

[0011] The vehicle model receiving module is configured to receive target vehicle model information sent by the user terminal;

[0012] The vehicle data determination module is configured to determine the target vehicle data corresponding to the target vehicle model information;

[0013] The interconnection condition judgment module is configured to judge whether the target vehicle data meets the vehicle-machine interconnection conditions, wherein the vehicle-machine interconnection conditions are the parameter configuration conditions required for the vehicle to have communication connection function;

[0014] The software development tool generation module is configured to generate a software development tool corresponding to the target vehicle model information based on the target vehicle data in response to the target vehicle data meeting the vehicle-to-machine interconnection conditions. The software development tool is used to develop vehicle-to-machine interconnection programs.

[0015] Based on the same concept, a third aspect of this application proposes an electronic device for determining vehicle communication connectivity, including a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor executes the program to implement the method described in the first aspect.

[0016] Based on the same concept, a fourth aspect of this application proposes a system for determining vehicle communication connectivity, comprising: the electronic device for determining vehicle communication connectivity as described in the third aspect and a user terminal, wherein the electronic device is communicatively connected to the user terminal.

[0017] As can be seen from the above, the method, apparatus, electronic device, and system for determining vehicle communication connectivity provided in this application can determine the corresponding target vehicle data based on the target vehicle model information sent by the user terminal. Then, the target vehicle data can be compared with the various parameter configuration conditions in the vehicle-machine interconnection conditions to determine whether the target vehicle model has communication connectivity. If the conditions are met, it proves that the target vehicle model has vehicle-machine interconnection communication connectivity. Then, a software development tool that conforms to the target vehicle model can be generated based on the target vehicle data. Subsequently, a vehicle-machine interconnection software program that can be adapted to the target vehicle model can be developed based on the software development tool. Then, the vehicle-machine interconnection software program can be used to implement vehicle-machine interconnection and start the vehicle search function. Attached Figure Description

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

[0019] Figure 1A This is a flowchart illustrating a method for determining vehicle communication connectivity functionality according to an embodiment of this application.

[0020] Figure 1B This is a schematic diagram illustrating the process of determining the vehicle communication connection function according to an embodiment of this application;

[0021] Figure 2 This is a schematic diagram of the device for determining the vehicle communication connection function according to an embodiment of this application;

[0022] Figure 3This is a schematic diagram of the structure of an electronic device for determining the vehicle communication connection function according to an embodiment of this application. Detailed Implementation

[0023] It is understood that the data involved in this technical solution (including but not limited to the data itself, the acquisition or use of the data) shall comply with the requirements of relevant laws, regulations and related provisions.

[0024] The principles and spirit of this application will now be described with reference to several exemplary embodiments. It should be understood that these embodiments are provided merely to enable those skilled in the art to better understand and implement this application, and are not intended to limit the scope of this application in any way. Rather, these embodiments are provided to make this application more thorough and complete, and to fully convey the scope of this application to those skilled in the art.

[0025] It is understood that before using the technical solutions of the various embodiments in this disclosure, users will be informed of the type, scope of use, and usage scenarios of the personal information involved in an appropriate manner, and user authorization will be obtained.

[0026] It is understandable that in this embodiment, the user will be asked in advance whether they want to authorize their vehicle to other vehicles or mobile devices with vehicle-to-everything (V2X) software, so that when their vehicle communicates with other vehicles or mobile devices with V2X software, mutual authorization verification is not required, and automatic communication and interconnection can be achieved.

[0027] It is understood that the above notification and user authorization process are merely illustrative and do not constitute a limitation on the implementation of this disclosure. Other methods that comply with relevant laws and regulations may also be applied to the implementation of this disclosure.

[0028] It is important to understand that any number of elements in the accompanying figures is for illustrative purposes only and not for limitation, and any naming is for distinction only and has no limiting meaning.

[0029] Based on the above background description, the following situations also exist in the related technologies:

[0030] To achieve vehicle-to-vehicle (V2V) connectivity, the vehicle requires the cooperation of its internal hardware and software programs. However, it is necessary to determine in advance whether the vehicle's hardware and software programs have the capability for V2V connectivity. Given the large number of vehicle models, obtaining the corresponding vehicle data and determining the vehicle's communication connectivity function are problems that need to be solved.

[0031] The proposed method for determining vehicle communication connectivity enables the service platform to collect data on more vehicle models with vehicle-to-everything (V2X) capabilities and develop V2X software compatible with these numerous models, ensuring the broad applicability of the V2X software. The increased number of vehicle models enhances the effectiveness of the V2X software.

[0032] Based on the above description, the principles and spirit of this application will be explained in detail below with reference to several representative embodiments.

[0033] This application provides a method for determining the communication connectivity function of a vehicle, applied to a service platform. The service platform can be an independent physical server, a server cluster or distributed system composed of multiple physical servers, or a cloud server that provides basic cloud computing services such as cloud services, cloud databases, cloud computing, cloud functions, cloud storage, network services, cloud communication, middleware services, domain name services, security services, CDN (Content Delivery Network) architecture, and big data and artificial intelligence platforms.

[0034] like Figure 1A As shown, it includes:

[0035] Step 101: Receive the target vehicle model information sent by the user terminal.

[0036] In practice, user terminals include: desktop computers, mobile phones, mobile computers, tablet computers, media players, smart wearable devices, personal digital assistants (PDAs), or other terminal devices capable of performing the above functions.

[0037] User accounts (e.g., personal accounts or vehicle manufacturer accounts) are pre-registered and authenticated. The registration and authentication process includes: downloading software to determine vehicle communication connectivity; sending user registration information, identity details, and contact information to the service platform via the software; verification by the service platform; and login via the registered account after successful verification. For vehicle manufacturer accounts, company data is also sent to the service platform for verification.

[0038] After registration, users can send the target vehicle information, along with their corresponding account information, to the service platform via their user terminal. The service platform will first verify the account information to confirm that it is a registered account before storing the received target vehicle information for later retrieval.

[0039] Step 102: Determine the target vehicle data corresponding to the target vehicle model information.

[0040] In practice, since the vehicle data differs for each vehicle model, it is necessary to determine the target vehicle data for the target vehicle model. The vehicle model information is then stored in association with the corresponding vehicle data.

[0041] Step 103: Determine whether the target vehicle data meets the vehicle-to-machine (V2M) interconnection conditions, wherein the V2M interconnection conditions are the parameter configuration conditions required for the vehicle to have communication connection functions.

[0042] In practice, the necessary vehicle data and corresponding requirements for implementing vehicle-to-everything (V2X) connectivity (i.e., the parameter configuration conditions required for communication connectivity) are pre-stored in the service platform as V2X connectivity conditions. Once the target vehicle data is obtained, the stored V2X connectivity conditions can be retrieved to review and assess the target vehicle data.

[0043] Step 104: In response to the target vehicle data meeting the vehicle-to-machine (V2M) interconnection conditions, generate a software development tool corresponding to the target vehicle model information based on the target vehicle data, wherein the software development tool is used to develop a V2M interconnection program.

[0044] In practice, for target vehicle models that meet the conditions for vehicle-to-everything (V2X) connectivity, a corresponding Software Development Kit (SDK) will be generated based on the target vehicle data. This SDK can then be stored for subsequent development of V2X programs, ensuring that the V2X programs are compatible with the target vehicle model.

[0045] Additionally, if the conditions for vehicle-to-vehicle connectivity are not met, a prompt message will be generated and sent to the user's terminal. This allows the user to know that the target vehicle model cannot implement vehicle-to-vehicle connectivity. The prompt message's format (e.g., at least one of voice, video, image, text, vibration, or light prompts) and content can be customized according to actual needs.

[0046] The above scheme allows for the determination of target vehicle data based on the target vehicle model information sent by the user terminal. This data is then compared with the various parameter configuration conditions in the vehicle-to-everything (V2X) system to determine if the target vehicle model has communication connectivity. If the conditions are met, it proves that the target vehicle model has communication connectivity (i.e., it can perform V2X). Based on this, a software development tool compatible with the target vehicle model can be generated. Subsequently, a V2X software program adapted to the target vehicle model can be developed using this software development tool. This program then enables V2X connectivity and vehicle location services, thus expanding the applicability of the developed V2X program to a wider range of vehicle models.

[0047] In some embodiments, step 102 includes:

[0048] Step 1021: Retrieve the corresponding target vehicle data from the database based on the target vehicle model information, wherein the database stores vehicle data corresponding to various vehicle model information.

[0049] In practice, vehicle data corresponding to each model is stored in a database in advance. This allows the system to retrieve the corresponding target vehicle data from the database based on the target model information. If the data is found, it is retrieved directly from the database; otherwise, a corresponding prompt message is generated and sent to the user terminal for the user's information. The user can choose to manually input the target vehicle data corresponding to the target model information through the user terminal, as detailed in step 1022 below.

[0050] And / or, in step 1022, receive target vehicle data corresponding to the target vehicle model information sent by the user terminal. The target vehicle model information and the corresponding target vehicle data are stored in the database.

[0051] In practice, users can manually input the corresponding target vehicle data through their user terminals. Additionally, submit and / or save controls can be set on the user terminals. If the user triggers the save control, the input target vehicle data will be saved locally on the user terminal. If the user triggers the submit control, the input target vehicle data will be uploaded to the service platform and / or saved locally on the user terminal.

[0052] The above solution allows the system to retrieve the target vehicle data from the stored database based on the user's input of the target vehicle model information, eliminating the need for repeated input and saving user time. Alternatively, users can choose to manually input the target vehicle data through their terminal, providing multiple options for user convenience.

[0053] In some embodiments, step 103 includes:

[0054] Step 1031: Match the vehicle hardware data in the target vehicle data with the vehicle-to-machine interconnection hardware conditions to determine whether the vehicle hardware data meets the vehicle-to-machine interconnection hardware conditions.

[0055] as well as,

[0056] Step 1032: Match the vehicle software data in the target vehicle data with the vehicle-to-machine (V2M) interconnection software conditions to determine whether the vehicle software data meets the V2M interconnection software conditions.

[0057] as well as,

[0058] Step 1033: Match the vehicle protocol data in the target vehicle data with the vehicle-to-machine interconnection protocol conditions to determine whether the vehicle protocol data meets the vehicle-to-machine interconnection protocol conditions.

[0059] In practice, the target vehicle data includes at least one of the following: vehicle hardware data, vehicle software data, and vehicle protocol data. This allows for the matching of different types of vehicle data according to their corresponding vehicle-to-machine (V2M) connectivity conditions. If the conditions are met, it proves that the vehicle data of that type meets the requirements for V2M connectivity; otherwise, it proves that V2M connectivity is not possible.

[0060] In practice, when a user inputs target vehicle data through a user terminal and / or target vehicle data stored in a database, a corresponding type tag is added to each tag to indicate whether the target vehicle data belongs to vehicle hardware data, vehicle software data, or vehicle protocol data. This allows the type of target vehicle data to be directly determined based on the type tag, and then the appropriate vehicle-to-everything (V2X) connectivity conditions can be selected for matching and authentication.

[0061] By classifying and matching the target vehicle data using the above method, the efficiency of data recognition and matching authentication can be improved, thereby quickly determining whether the target vehicle data meets the conditions for vehicle-to-everything (V2X) connectivity.

[0062] In some embodiments, step 1031 includes:

[0063] Step 10311: Determine that the vehicle hardware data includes Bluetooth data, match the Bluetooth data with the vehicle-to-everything (V2X) Bluetooth conditions, and determine whether the Bluetooth data meets the V2X Bluetooth conditions.

[0064] In specific implementation, such as Figure 1B As shown, the corresponding vehicle-to-vehicle Bluetooth connectivity conditions include:

[0065] A) The Bluetooth version must be at least the specified version (e.g., Bluetooth version 4.2) or higher.

[0066] B) Supports BLE (Bluetooth Low Energy) and UDP (User Datagram Protocol) broadcast calls.

[0067] C) Bluetooth data meets at least one of the following: set call field specification (char string), set byte length (generally within 64 bytes, adjustable according to the actual situation of the Bluetooth module), set transmission frequency (e.g., multiple times), set period (adjustable according to the hardware parameters of the Bluetooth module, such as setting the period to 2ms, 20ms, etc.).

[0068] D) The Bluetooth module must meet at least one of the following: a set power range (e.g., 7.5dBm), a set channel mode (normal channel), a set time slot range, etc.; and the Bluetooth module must also meet the following requirements: controllable interface, receiver sensitivity conditions (e.g., sensitivity ≥ -86dBm) or antenna power (power ratio > 50%), etc.

[0069] And / or, in step 10312, determine that the vehicle hardware data includes Wi-Fi data, match the Wi-Fi data with the vehicle-to-everything (V2X) Wi-Fi conditions, and determine whether the Wi-Fi data meets the V2X Wi-Fi conditions.

[0070] In specific implementation, such as Figure 1B As shown, the conditions for wireless fidelity in vehicle-to-everything (V2X) connectivity include:

[0071] A) The WIFI module supports 802.11b / g / n / ac.

[0072] B) The WIFI module supports Wifi Smart Config and UDP broadcast calls.

[0073] C) The wireless guarantee data meets at least one of the following: the set call field specification (string Char), the set byte length (adjusted according to the actual situation of the WIFI module), the set transmission frequency (for example, multiple times), and the set period (adjustable according to the hardware parameters of the WIFI module, such as setting the period to 2ms, 20ms, etc.).

[0074] D) The WIFI module must meet at least one of the following: set power range (e.g., power ≤ 26dBm), set channel mode (normal channel), set time slot range, etc.; and the WIFI module must also meet the following requirements: controllable interface, receiver sensitivity conditions (e.g., sensitivity ≥ -86dBm) or antenna power (power ratio > 50%), etc.

[0075] Among them, the corresponding chip model for Wifi Smart Config can be selected according to actual needs, which will not be elaborated here.

[0076] And / or, in step 10313, determine that the vehicle hardware data includes wireless carrier (Ultra Wide Band, UWB) data, match the wireless carrier data with the vehicle-to-everything (V2X) wireless carrier conditions, and determine whether the wireless carrier data meets the V2X wireless carrier conditions.

[0077] In specific implementation, such as Figure 1B As shown, the wireless carrier data corresponding to the UWB module must meet the following vehicle-to-everything (V2X) wireless carrier conditions:

[0078] A) Dual RX (communication receiver) for AoA (Android Open Accessory specification) functionality.

[0079] B) Supports 3D AoA.

[0080] C) FiRa certified development.

[0081] D) Complies with IEEE (Institute of Electrical and Electronics Engineers) standard 802.15.4z.

[0082] The operating mode corresponding to E) is the recommended low-power operating mode.

[0083] F) Operating frequency from 3 to 10.6 GHz.

[0084] G) High bandwidth (bandwidth ≥ 500MHz).

[0085] H) Meets the set communication distance, transmission ≤10.5dBm, minimum sensitivity ≥-90dBm.

[0086] I) Meets the requirements of having a radio frequency front-end with at least 3 antennas.

[0087] The above solution sets the vehicle-to-everything (V2X) connectivity conditions for each communication module (e.g., Bluetooth, Wi-Fi, or UWB). After obtaining the target vehicle data, it is automatically matched and compared according to the corresponding V2X connectivity conditions. Then, based on the target vehicle data, it determines whether the corresponding target vehicle model information can be used for V2X connectivity. The entire matching process is completed automatically, saving manual steps.

[0088] In some embodiments, such as Figure 1BAs shown, the target vehicle hardware data also includes various sensor data. This sensor data is matched against predefined vehicle-to-everything (V2X) sensor conditions to determine whether the sensor data meets these conditions. The sensors include at least one of the following: accelerometer, three-axis gyroscope, gravity sensor, orientation sensor, and barometer.

[0089] In addition, such as Figure 1B As shown, the target vehicle hardware data also includes NFC (Near Field Communication) data and A-GPS (Assisted GPS) data. The NFC and A-GPS data are matched and authenticated according to their respective vehicle-to-everything (V2X) conditions (e.g., NFC data corresponds to NFC conditions, and A-GPS data corresponds to A-GPS conditions) to determine whether they meet the corresponding V2X conditions. This further ensures that the vehicle corresponding to the target model information can implement V2X connectivity.

[0090] In some embodiments, step 1032 includes:

[0091] Step 10321: Obtain the operating system version from the vehicle software data and determine whether the operating system version is an operating system version capable of vehicle-machine interconnection.

[0092] In practice, the operating system version in the vehicle software data is authenticated to ensure that the corresponding operating system of the vehicle can complete the vehicle-machine interconnection.

[0093] And / or, in step 10322, obtain the software type data in the vehicle software data and determine whether the software type data supports the software upgrade function.

[0094] In practice, it is also necessary to ensure that the vehicle corresponding to the target model information can support software upgrades. This will ensure that the vehicle can be upgraded and installed after the vehicle-to-machine interconnection program corresponding to the target model information is developed.

[0095] In some embodiments, the step 104 of generating a software development tool corresponding to the target vehicle model information based on the target vehicle data includes:

[0096] Step 1041: Generate corresponding broadcast information or scanning feature data based on the vehicle hardware data in the target vehicle data, and perform encryption / decryption algorithm processing on the broadcast information or the scanning feature data to obtain software development data.

[0097] Step 1042: Set communication parameters based on the vehicle hardware data in the target vehicle and generate at least one communication strategy, wherein each communication strategy corresponds to a communication transmission situation.

[0098] Step 1043: Receive program data determined based on vehicle-machine interconnection.

[0099] Step 1044: Adapt the software development data to the communication strategy, and combine the adaptation result with the program data to obtain the software development tool corresponding to the target vehicle information.

[0100] In practice, after determining that the target vehicle data corresponding to the target model information meets the conditions for vehicle-to-machine interconnection, it is proven that the vehicle corresponding to the target model information can implement vehicle-to-machine interconnection. Then, it is necessary to configure the target vehicle data for interconnection according to the process of steps 1041 to 1044 above, obtain the software development tool for the target model information, and store the software development tool. In this way, when R&D personnel develop vehicle-to-machine interconnection programs, they can develop programs based on the software development tool, so that the developed vehicle-to-machine interconnection programs can be adapted to the vehicle with the target model information.

[0101] In some embodiments, the communication strategy includes at least one of the following:

[0102] 1) When the target vehicle is able to communicate with the mobile terminal in the near field, the determined near field communication strategy.

[0103] In practice, the near-field communication strategy is as follows: when the distance between the target vehicle and the mobile terminal is less than or equal to the near-field communication range, the target vehicle and the mobile terminal directly conduct near-field communication or positioning.

[0104] 2) When the target vehicle is able to communicate with the mobile terminal in the far field, the far field communication strategy is determined.

[0105] In practice, the far-field communication strategy is as follows: when the distance between the target vehicle and the mobile terminal exceeds the near-field communication range, and both the target vehicle and the mobile terminal are in a wide area network, the target vehicle and the mobile terminal directly conduct far-field communication or positioning.

[0106] 3) When the target vehicle can communicate with the mobile terminal through other vehicles, a multi-level communication strategy is determined, wherein the other vehicles are vehicles that can establish a near-field communication network with the target vehicle.

[0107] In practice, if the target vehicle and the mobile terminal cannot communicate directly in the near field or in the far field, it is necessary to establish a near field communication network with the target vehicle using other vehicles, and the mobile terminal must be able to communicate with the near field communication network so that the mobile terminal can communicate with the target vehicle through the near field communication network. This process is the implementation process of the multi-level communication strategy.

[0108] Through the above process, it can be ensured that the vehicle can complete the communication process in various communication modes, and the location relationship of the target vehicle relative to the mobile terminal can be obtained based on the established communication connection, thereby locating the target vehicle and achieving the purpose of finding the car.

[0109] Each communication strategy mentioned above corresponds to a communication method. The communication methods between the mobile terminal and the target vehicle (corresponding to the target vehicle mentioned above) include:

[0110] (1) Near-field communication method (corresponding to the near-field communication strategy mentioned above)

[0111] When the target vehicle is within the near-field communication range of the mobile terminal's near-field communication module, the target communication method is near-field communication. The near-field communication module includes at least one of the following: a Bluetooth communication module (e.g., Bluetooth Low Energy, BLE), a wireless carrier communication module (Ultra Wide Band, UWB), and a wireless smart configuration communication module (WiFi Smart Config).

[0112] (2) Far-field communication method (corresponding to the far-field communication strategy above)

[0113] When both the target vehicle and the mobile terminal are within a wide area network, the target communication method is far-field communication. Far-field communication means communication is conducted through a server.

[0114] (3) Multi-level communication method (corresponding to the multi-level communication strategy above)

[0115] When the target vehicle is not within the near-field communication range of the mobile terminal and the mobile terminal cannot directly receive the communication signal fed back by the target vehicle via the wide area network, the target communication method is a multi-level communication method. This multi-level communication method involves communicating with other vehicles (corresponding to the aforementioned other vehicles) in the vicinity of the target vehicle.

[0116] Multi-level communication methods include: first multi-level communication method and / or second multi-level communication method.

[0117] Specifically, when one or more other vehicle terminals in the near-field communication network cannot communicate directly with the mobile terminal via the wide area network, the target communication method is the first multi-level communication method. The first multi-level communication method is that the mobile terminal communicates with other vehicle terminals via near-field communication, and the other vehicle terminals also communicate with the target vehicle terminal via near-field communication.

[0118] Specifically, when one or more other vehicle terminals in the near-field communication network can communicate directly with the mobile terminal via a wide area network, the target communication method is the second multi-level communication method. The second multi-level communication method is: the mobile terminal communicates with other vehicle terminals in the far-field mode and the other vehicle terminals communicate with the target vehicle terminal in the near-field mode; or the mobile terminal communicates with other vehicle terminals in the near-field mode and the other vehicle terminals communicate with the target vehicle terminal in the far-field mode; or other vehicle terminals in the near-field communication network established based on the mobile terminal can communicate with other vehicle terminals in another near-field communication network established based on the target vehicle terminal in the far-field mode.

[0119] (II) Multi-level communication process:

[0120] When using multi-level communication, each vehicle terminal is constantly broadcasting and scanning, and each vehicle terminal determines the number of vehicle terminals it can scan and the number of vehicle terminals that have been scanned.

[0121] The strength of the communication signal of the scanned vehicle terminal is judged, for example, the communication signal strength range is set to -85dBm < RSSI < -40dBm; the broadcast information is sent to other scanned vehicle terminals in a merged form; the merged broadcast information sent by other vehicle terminals is blocked from transmission.

[0122] In the above process, by judging whether the communication signal strength of the scanned vehicle is within the preset communication signal strength range, data loss and communication congestion can be avoided during communication. Merged broadcast information from other vehicles is blocked from transmission, preventing loops during transmission.

[0123] The system assesses the communication signal strength of the scanned vehicles; receives broadcast information from the scanned vehicles; and blocks the transmission of merged broadcast information from other vehicles.

[0124] Multi-level communication based on broadcast information is completed.

[0125] (III) Broadcast Information

[0126] When using multi-level communication, the broadcast information includes at least one of the following: a communication signal enhancement command, a communication signal judgment command, a communication level, target vehicle information, and target vehicle location information. The communication signal enhancement command increases the communication capability of the communication module. The communication signal judgment command enables signal scanning and judgment. The communication level determines the number of transmission levels in the multi-level communication method, making a comprehensive judgment based on calculation, storage, broadcast length, and time slots. The target vehicle information and target vehicle location information enable the positioning of the target vehicle.

[0127] (iv) Vehicle-side condition judgment

[0128] When the target communication method between the mobile terminal and the target vehicle terminal is the second multi-level communication method, the far-field communication method between other vehicle terminals and the mobile terminal is a communication connection established by the server. The other vehicle terminals are those that meet the preset vehicle terminal signal strength conditions and / or vehicle terminal signal delay conditions as determined by the server.

[0129] (v) Multi-level communication mode

[0130] (1) Silent Communication: In the near-field communication network between the target vehicle and other vehicles, each vehicle can cache information from other vehicles in the network, including vehicle information and relative location information. This allows for immediate response upon receiving a task, improving the user experience.

[0131] (2) Request communication: The vehicle receives the task request from the mobile terminal and communicates based on the task request.

[0132] (vi) Multi-module parallel processing

[0133] When the amount of data to be transmitted is large, a multimodal scheduling and transmission strategy is activated to split the transmitted data and communicate through different near-field communication modules.

[0134] Through the above embodiments, different target communication methods are corresponding to different scenarios. When the distance between the mobile terminal and the target vehicle terminal is far or there is no wide area network, a communication connection can also be established through the corresponding multi-level communication method to avoid the problem of being unable to communicate and improve the user experience.

[0135] In some embodiments, a positioning strategy is also added based on the communication strategy. This positioning strategy includes multiple positioning methods, which can be set to correspond to the communication methods. The positioning methods include a multi-level positioning method corresponding to the multi-level communication methods, wherein the multi-level positioning method involves the mobile terminal locating the target vehicle terminal through other vehicle terminals.

[0136] The positioning methods also include: near-field positioning methods corresponding to near-field communication methods; and / or far-field positioning methods corresponding to far-field positioning methods (e.g., GPS (Global Positioning System) positioning, and / or BeiDou satellite positioning).

[0137] Before implementing the specific positioning method, the following also applies:

[0138] Step 10A: Determine the target positioning method corresponding to the target communication method from multiple positioning methods.

[0139] In practical implementation, if the target positioning method is near-field positioning, the mobile terminal directly uses the near-field communication module to determine the distance and orientation, thereby achieving the positioning of the target vehicle. If the target positioning method is far-field positioning, the mobile terminal directly uses the GPS positioning module and / or BeiDou positioning module installed on the target vehicle to perform far-field positioning, and sends the far-field positioning results to the mobile terminal via the far-field communication connection.

[0140] The specific positioning implementation process for the multi-level positioning method in this embodiment is as follows:

[0141] Step 10B: In response to the target positioning method being the multi-level positioning method, a multi-level positioning instruction is generated according to the multi-level positioning method, and the multi-level positioning instruction is sent to other vehicle terminals so that the other vehicle terminals can send the multi-level positioning instruction to the target vehicle terminal. A first position parameter is determined based on the multi-level positioning instruction, and a second position parameter determined by the target vehicle terminal based on the multi-level positioning instruction is received.

[0142] All of the above-mentioned positioning commands are generated by the mobile terminal, and then the corresponding positioning commands are sent to the target vehicle terminal according to the corresponding communication method, so that the target vehicle terminal can be located according to the positioning method corresponding to the positioning command.

[0143] Based on the above steps, the specific mobile device location implementation process for multi-level positioning includes:

[0144] Step 10C: Receive the first position parameter and the second position parameter sent by the other vehicle terminal; determine the first relative position between the mobile terminal and the other vehicle terminal based on the first position parameter; and determine the second relative position between the other vehicle terminal and the target vehicle terminal based on the second position parameter.

[0145] Step 10D: Based on the first relative position and the second relative position, determine the third relative position between the mobile terminal and the target vehicle terminal to locate the target vehicle terminal.

[0146] In practice, there may be one or more other vehicle terminals, each with one or more corresponding first location parameters. When there are multiple other vehicle terminals: the mobile terminal establishes communication connections with the target vehicle terminal sequentially through each other vehicle terminal based on distance; then, the second location parameter of the target vehicle terminal, as well as the first location parameters of each other vehicle terminal that cannot directly connect to the mobile terminal, are sequentially transmitted to the other vehicle terminals that can directly connect to the mobile terminal. The directly connected vehicle terminals send their own first location parameters, as well as the first location parameters of each other vehicle terminal that cannot be directly connected and the second location parameter of the target vehicle terminal, together or sequentially to the mobile terminal. This allows the mobile terminal to perform location conversion calculations based on these location parameters to locate the target vehicle terminal.

[0147] Additionally, the location of the target vehicle (including its direction and distance from the mobile device) can be displayed.

[0148] In practical implementation, the first and / or second location parameters may include local location information or auxiliary parameters used to determine the local location (e.g., orientation, distance, or signal feedback time). This allows the mobile device to locate the target vehicle based on the location parameters, such as determining the orientation and distance of the target vehicle relative to the mobile device. Even when near-field and far-field positioning are not feasible, multi-level positioning can still achieve the target vehicle's location, ensuring effective positioning by the mobile device and enabling users to quickly and accurately locate the target vehicle.

[0149] In some embodiments, the multi-level communication method includes: a first multi-level communication method and / or a second multi-level communication method, as described in the above embodiments, and will not be repeated here.

[0150] The first multi-level positioning method corresponding to the first multi-level communication method is as follows: the mobile terminal sequentially performs near-field positioning based on one or more other vehicles participating in the near-field communication network to determine the corresponding first position parameters, and the target vehicle terminal receives the second position parameters determined by near-field positioning from the target vehicle terminal; then, based on the first position parameters and the second position parameters, the target vehicle terminal is positioned according to the above-mentioned multi-level positioning process.

[0151] The second-level positioning methods corresponding to the second-level communication method are divided into:

[0152] (i) For second-level multi-level communication where the communication between the mobile terminal and other vehicle terminals is in the far-field mode, and the communication between other vehicle terminals and the target vehicle terminal is in the near-field mode:

[0153] If the mobile terminal and another vehicle terminal I in the near-field communication network are connected via far-field communication, then the other vehicle terminal I will locate its own first position parameters through far-field positioning, and the other vehicle terminal I will receive the first position parameters of other vehicle terminals II (which may be 0, 1 or more) that are not directly connected to the mobile terminal through the near-field communication network, as well as the second position parameters of the target vehicle terminal in the near-field communication network; the other vehicle terminal I will feed back these first and second position parameters to the mobile terminal through far-field communication, and the mobile terminal will then locate the target vehicle terminal.

[0154] (ii) For second-level multi-level communication where the communication between the mobile terminal and other vehicle terminals is near-field and the communication between other vehicle terminals and the target vehicle terminal is far-field:

[0155] If the mobile terminal is connected to the nearest other vehicle terminal I in the near-field communication network, then the other vehicle terminal I will locate its own first position parameters through near-field positioning, and will also receive the first position parameters of other vehicle terminals II (which may be 0, 1, or more) that are not directly connected to the mobile terminal through the near-field communication network, and will receive the second position parameters of the target vehicle terminal through far-field positioning through far-field communication. The other vehicle terminal I will then feed back these first and second position parameters to the mobile terminal through near-field communication, and the mobile terminal will then locate the target vehicle terminal.

[0156] (iii) For other vehicle terminals in a near-field communication network established based on a mobile terminal, it is able to conduct far-field communication with other vehicle terminals in another near-field communication network established based on the target vehicle terminal. This is a second-level multi-level communication:

[0157] If the mobile terminal has a near-field communication connection with the nearest other vehicle terminal I in the near-field communication network, then the other vehicle terminal I will use near-field positioning to determine its own first position parameters, and the other vehicle terminal I will receive the first position parameters of the other vehicle terminal II (which is not directly connected to the mobile terminal) through a far-field communication connection; and the other vehicle terminal II will receive the second position parameters of the target vehicle terminal through near-field positioning based on another near-field communication network, and send the second position parameters to the other vehicle terminal I; the other vehicle terminal I will feed back these first and second position parameters to the mobile terminal through near-field communication, and the mobile terminal will then locate the target vehicle terminal.

[0158] In some embodiments, the method further includes:

[0159] Near-field communication direct connection authentication information is added to the vehicle corresponding to the target vehicle model information so that the vehicle corresponding to the target vehicle model information can establish a near-field communication network with the other vehicles.

[0160] In practice, in order to ensure that vehicles can establish a near-field communication network, it is necessary to pre-set the direct connection authentication information between vehicles so that vehicles can automatically establish near-field communication without manual authentication.

[0161] In some embodiments, step 1044 includes:

[0162] Step 10441: Determine the vehicle operating system data based on the target vehicle model information, and obtain the development programming language corresponding to the vehicle operating system data.

[0163] Step 10442: Configure the software development data and the communication strategy according to the vehicle operating system data to obtain the configured software development data and the configured communication strategy.

[0164] Step 10443: Adapt and adjust the configured software development data and the configured communication strategy to obtain the adaptation result.

[0165] Step 10444: Use the development programming language to perform language adaptation adjustments on the program data to obtain the adjusted program data.

[0166] Step 10445: Associate and combine the adaptation result with the adjusted program data to obtain the software development tool corresponding to the target vehicle information.

[0167] In practice, different vehicles have different operating systems, and the corresponding programming languages ​​may also differ. Therefore, it is necessary to adapt the software development data and at least one communication strategy obtained above to the vehicle operating system to obtain the adaptation result; and then adjust the program data according to the corresponding programming language; finally, the adaptation result and the adjusted program data are combined to form a software toolkit, thus obtaining a software development tool that can match the target vehicle model information.

[0168] It should be noted that the method in this embodiment can be executed by a single device, such as a computer or server. The method can also be applied in a distributed scenario, where multiple devices cooperate to complete the task. In such a distributed scenario, one of these devices may execute only one or more steps of the method in this embodiment, and the multiple devices will interact with each other to complete the method described.

[0169] It should be noted that the above description describes some embodiments of this application. Other embodiments are within the scope of the appended claims. In some cases, the actions or steps recorded in the claims can be performed in a different order than that shown in the above embodiments and still achieve the desired result. Furthermore, the processes depicted in the drawings do not necessarily require a specific or sequential order to achieve the desired result. In some embodiments, multitasking and parallel processing are also possible or may be advantageous.

[0170] Based on the same concept, corresponding to the methods of any of the above embodiments, this application also provides a device for determining vehicle communication connectivity. (Reference) Figure 2 The device includes:

[0171] The vehicle model receiving module 21 is configured to receive target vehicle model information sent by the user terminal;

[0172] The vehicle data determination module 22 is configured to determine the target vehicle data corresponding to the target vehicle model information;

[0173] The interconnection condition judgment module 23 is configured to judge whether the target vehicle data meets the vehicle-machine interconnection conditions, wherein the vehicle-machine interconnection conditions are the parameter configuration conditions required for the vehicle to have communication connection function;

[0174] The software development tool generation module 24 is configured to generate a software development tool corresponding to the target vehicle model information based on the target vehicle data in response to the target vehicle data meeting the vehicle-to-machine interconnection conditions. The software development tool is used to develop vehicle-to-machine interconnection programs.

[0175] In some embodiments, the vehicle data determination module 22 includes:

[0176] The vehicle data retrieval unit is configured to retrieve the corresponding target vehicle data from the database based on the target vehicle model information, wherein the database stores vehicle data corresponding to various vehicle model information;

[0177] And / or,

[0178] The vehicle data receiving unit is configured to receive target vehicle data corresponding to the target vehicle model information sent by the user terminal, and store the target vehicle model information and the corresponding target vehicle data in the database.

[0179] In some embodiments, the interconnection condition determination module 23 includes:

[0180] The hardware data judgment unit is configured to match the vehicle hardware data in the target vehicle data with the vehicle-machine interconnection hardware conditions to determine whether the vehicle hardware data meets the vehicle-machine interconnection hardware conditions.

[0181] as well as,

[0182] The software data judgment unit is configured to match the vehicle software data in the target vehicle data with the vehicle-machine interconnection software conditions to determine whether the vehicle software data meets the vehicle-machine interconnection software conditions.

[0183] as well as,

[0184] The protocol data judgment unit is configured to match the vehicle protocol data in the target vehicle data with the vehicle-to-machine interconnection protocol conditions to determine whether the vehicle protocol data meets the vehicle-to-machine interconnection protocol conditions.

[0185] In some embodiments, the hardware data determination unit includes:

[0186] The Bluetooth data determination subunit is configured to determine that the vehicle hardware data includes Bluetooth data, match the Bluetooth data with the vehicle-to-everything (V2X) Bluetooth conditions, and determine whether the Bluetooth data meets the V2X Bluetooth conditions.

[0187] And / or,

[0188] The WIFI data judgment subunit is configured to determine that the vehicle hardware data includes wireless fidelity data, match the wireless fidelity data with the vehicle-to-everything (V2X) wireless fidelity conditions, and determine whether the wireless fidelity data meets the V2X wireless fidelity conditions.

[0189] And / or,

[0190] The UWB data determination subunit is configured to determine that the vehicle hardware data includes wireless carrier data, match the wireless carrier data with the vehicle-to-everything (V2X) wireless carrier conditions, and determine whether the wireless carrier data meets the V2X wireless carrier conditions.

[0191] In some embodiments, the software data determination unit includes:

[0192] The operating system version determination subunit is configured to obtain the operating system version in the vehicle software data and determine whether the operating system version belongs to the operating system version that can perform vehicle-machine interconnection.

[0193] And / or,

[0194] The software upgrade determination subunit is configured to obtain software type data from the vehicle software data and determine whether the software type data supports the software upgrade function.

[0195] In some embodiments, the software development tool generation module 24 includes:

[0196] The software development data generation unit is configured to generate corresponding broadcast information or scanning feature data based on the vehicle hardware data in the target vehicle data, and to perform encryption / decryption algorithm processing on the broadcast information or the scanning feature data to obtain software development data.

[0197] The communication setting unit is configured to set communication parameters based on the vehicle hardware data in the target vehicle and generate at least one communication strategy, wherein each communication strategy corresponds to a communication transmission situation.

[0198] The program receiving unit is configured to receive program data determined based on vehicle-to-machine (V2M) connectivity.

[0199] The software development tool generation unit is configured to adapt the software development data to the communication strategy, and combine the adaptation result with the program data to obtain the software development tool corresponding to the target vehicle model information.

[0200] In some embodiments, the communication strategy includes:

[0201] When the target vehicle is capable of near-field communication with the mobile device, a determined near-field communication strategy is implemented; or...

[0202] The determined far-field communication strategy when the target vehicle is capable of far-field communication with the mobile terminal; or...

[0203] When the target vehicle is able to communicate with the mobile terminal through other vehicles, a multi-level communication strategy is determined, wherein the other vehicles are vehicles that can establish a near-field communication network with the target vehicle.

[0204] In some embodiments, the communication setting unit is further configured to:

[0205] Near-field communication direct connection authentication information is added to the vehicle corresponding to the target vehicle model information so that the vehicle corresponding to the target vehicle model information can establish a near-field communication network with the other vehicles.

[0206] In some embodiments, the software development tool generation unit is configured as follows:

[0207] Based on the target vehicle model information, determine the vehicle operating system data and obtain the corresponding development programming language; set the software development data and the communication strategy according to the vehicle operating system data to obtain the set software development data and the set communication strategy; adapt and adjust the set software development data and the set communication strategy to obtain an adaptation result; use the development programming language to perform language adaptation adjustment on the program data to obtain the adjusted program data; associate and combine the adaptation result with the adjusted program data to obtain the software development tool corresponding to the target vehicle model information.

[0208] For ease of description, the above devices are described in terms of function, divided into various modules. Of course, in implementing this application, the functions of each module can be implemented in one or more software and / or hardware.

[0209] The apparatus of the above embodiments is used to implement the corresponding method in any of the foregoing embodiments and has the beneficial effects of the corresponding method embodiments, which will not be repeated here.

[0210] Based on the same concept, corresponding to the method of any of the above embodiments, this application also provides an electronic device for determining vehicle communication connection function, including a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor executes the program to implement the method described in any of the above embodiments.

[0211] Figure 3 This embodiment illustrates a more specific hardware structure diagram of an electronic device for determining vehicle communication connectivity, which may include a processor 310, a memory 320, an input / output interface 330, a communication interface 340, and a bus 350. The processor 310, memory 320, input / output interface 330, and communication interface 340 are interconnected internally via the bus 350.

[0212] The processor 310 can be implemented using a general-purpose CPU (Central Processing Unit), microprocessor, application-specific integrated circuit (ASIC), or one or more integrated circuits, and is used to execute relevant programs to implement the technical solutions provided in the embodiments of this specification.

[0213] The memory 320 can be implemented in the form of ROM (Read Only Memory), RAM (Random Access Memory), static storage device, dynamic storage device, etc. The memory 320 can store the operating system and other applications. When the technical solutions provided in the embodiments of this specification are implemented by software or firmware, the relevant program code is stored in the memory 320 and is called and executed by the processor 310.

[0214] Input / output interface 330 is used to connect input / output modules to realize information input and output. Input / output modules can be configured as components in the device (not shown in the figure) or externally connected to the device to provide corresponding functions. Input devices may include keyboards, mice, touch screens, microphones, various sensors, etc., and output devices may include displays, speakers, vibrators, indicator lights, etc.

[0215] The communication interface 340 is used to connect a communication module (not shown in the figure) to enable communication between this device and other devices. The communication module can communicate via wired means (such as USB, Ethernet cable, etc.) or wireless means (such as mobile network, WIFI, Bluetooth, etc.).

[0216] Bus 350 includes a pathway for transmitting information between various components of the device (e.g., processor 310, memory 320, input / output interface 330, and communication interface 340).

[0217] It should be noted that although the above-described device only shows the processor 310, memory 320, input / output interface 330, communication interface 340, and bus 350, in specific implementations, the device may also include other components necessary for normal operation. Furthermore, those skilled in the art will understand that the above-described device may only include the components necessary for implementing the embodiments of this specification, and not necessarily all the components shown in the figures.

[0218] The electronic devices described above are used to implement the corresponding methods in any of the foregoing embodiments and have the beneficial effects of the corresponding method embodiments, which will not be repeated here.

[0219] Based on the same concept, corresponding to the methods of any of the above embodiments, this application also provides a non-transitory computer-readable storage medium that stores computer instructions for causing the computer to perform the methods described in any of the above embodiments.

[0220] The computer-readable medium of this embodiment includes permanent and non-permanent, removable and non-removable media, and information storage can be implemented by any method or technology. Information can be computer-readable instructions, data structures, program modules, or other data. Examples of computer storage media include, but are not limited to, phase-change memory (PRAM), static random access memory (SRAM), dynamic random access memory (DRAM), other types of random access memory (RAM), read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), flash memory or other memory technologies, CD-ROM, digital versatile optical disc (DVD) or other optical storage, magnetic tape, magnetic magnetic disk storage or other magnetic storage devices, or any other non-transfer medium that can be used to store information accessible by a computing device.

[0221] The computer instructions stored in the storage medium of the above embodiments are used to cause the computer to perform the method described in any of the above embodiments, and have the beneficial effects of the corresponding method embodiments, which will not be repeated here.

[0222] Based on the same concept, corresponding to any of the above embodiments, this application also provides a computer program product, including computer program instructions, which, when run on a computer, cause the computer to perform the method described in any of the above embodiments, and have the beneficial effects of the corresponding method embodiments, which will not be repeated here.

[0223] Based on the same concept, corresponding to the methods of any of the above embodiments, this application also provides a system for determining vehicle communication connection function, including: an electronic device for determining vehicle communication connection function as described in the above embodiments and a user terminal, wherein the electronic device is communicatively connected to the user terminal. The electronic device for determining vehicle communication connection function is used to implement the corresponding method in any of the foregoing embodiments and has the beneficial effects of the corresponding method embodiments, which will not be elaborated further here.

[0224] Those skilled in the art should understand that the discussion of any of the above embodiments is merely exemplary and is not intended to imply that the scope of this application (including the claims) is limited to these examples; within the framework of this application, the technical features of the above embodiments or different embodiments can also be combined, the steps can be implemented in any order, and there are many other variations of different aspects of the embodiments of this application as described above, which are not provided in the details for the sake of brevity.

[0225] Additionally, to simplify the description and discussion, and to avoid obscuring the embodiments of this application, the well-known power / ground connections to integrated circuit (IC) chips and other components may or may not be shown in the provided drawings. Furthermore, the apparatus may be shown in block diagram form to avoid obscuring the embodiments of this application, and this also takes into account the fact that the details of the implementation of these block diagram apparatuses are highly dependent on the platform on which the embodiments of this application will be implemented (i.e., these details should be fully understood by those skilled in the art). While specific details (e.g., circuits) have been set forth to describe exemplary embodiments of this application, it will be apparent to those skilled in the art that the embodiments of this application can be implemented without these specific details or with variations thereof. Therefore, these descriptions should be considered illustrative rather than restrictive.

[0226] Although this application has been described in conjunction with specific embodiments thereof, many substitutions, modifications, and variations of these embodiments will be apparent to those skilled in the art from the foregoing description. For example, other memory architectures (e.g., dynamic RAM (DRAM)) may be used with the embodiments discussed.

[0227] The embodiments of this application are intended to cover all such substitutions, modifications, and variations that fall within the broad scope of the appended claims. Therefore, any omissions, modifications, equivalent substitutions, improvements, etc., made within the spirit and principles of the embodiments of this application should be included within the protection scope of this application.

Claims

1. A method for determining the communication connectivity function of a vehicle, characterized in that, include: Receive target vehicle information sent from the user terminal; Determine the target vehicle data corresponding to the target vehicle model information; Determine whether the target vehicle data meets the vehicle-to-machine interconnection conditions, wherein the vehicle-to-machine interconnection conditions are the parameter configuration conditions required for the vehicle to have communication connection functions; In response to the target vehicle data meeting the vehicle-to-machine (V2M) connectivity conditions, a software development tool corresponding to the target vehicle model information is generated based on the target vehicle data. The software development tool is used to develop a V2M connectivity program adapted to the target vehicle model information. The software development tool that generates the target vehicle model information based on the target vehicle data includes: Based on the vehicle hardware data in the target vehicle data, corresponding broadcast information or scanning feature data is generated, and the broadcast information or scanning feature data is processed by encryption / decryption algorithms to obtain software development data; Based on the vehicle hardware data in the target vehicle data, communication parameters are set, and at least one communication strategy is generated, wherein each communication strategy corresponds to a communication transmission situation. Receive program data determined based on vehicle-to-machine (V2X) connectivity; The software development data is adapted to the communication strategy, and the adaptation result is combined with the program data to obtain the software development tool corresponding to the target vehicle model information.

2. The method according to claim 1, characterized in that, The target vehicle data corresponding to the target vehicle model information includes: Based on the target vehicle model information, the corresponding target vehicle data is retrieved from the database, wherein the database stores vehicle data corresponding to various vehicle model information; And / or, Receive target vehicle data corresponding to the target vehicle model information sent by the user terminal.

3. The method according to claim 1, characterized in that, The step of determining whether the target vehicle data meets the conditions for vehicle-to-everything (V2X) connectivity includes: The vehicle hardware data in the target vehicle data is matched with the vehicle-to-machine (V2M) interconnection hardware conditions to determine whether the vehicle hardware data meets the V2M interconnection hardware conditions. as well as, The vehicle software data in the target vehicle data is matched with the vehicle-machine interconnection software conditions to determine whether the vehicle software data meets the vehicle-machine interconnection software conditions. as well as, The vehicle protocol data in the target vehicle data is matched with the vehicle-to-machine (V2M) interconnection protocol conditions to determine whether the vehicle protocol data meets the V2M interconnection protocol conditions.

4. The method according to claim 1, characterized in that, The communication strategy includes: When the target vehicle is capable of near-field communication with the mobile device, a determined near-field communication strategy is implemented; or... The determined far-field communication strategy is as follows: when the target vehicle is capable of far-field communication with the mobile terminal; or... When the target vehicle is able to communicate with the mobile terminal through other vehicles, a multi-level communication strategy is determined, wherein the other vehicles are vehicles that can establish a near-field communication network with the target vehicle.

5. The method according to claim 1, characterized in that, The method further includes: Near-field communication direct connection authentication information is added to the vehicle corresponding to the target vehicle model information so that the vehicle corresponding to the target vehicle model information can establish a near-field communication network with other vehicles, wherein the other vehicles are vehicles that can establish a near-field communication network with the target vehicle.

6. The method according to any one of claims 1 to 5, characterized in that, The step of adapting the software development data with the communication strategy and combining the adaptation result with the program data to obtain the software development tool corresponding to the target vehicle information includes: The vehicle operating system data is determined based on the target vehicle model information, and the development programming language corresponding to the vehicle operating system data is obtained; The software development data and the communication strategy are set according to the vehicle operating system data to obtain the set software development data and the set communication strategy. The configured software development data and the configured communication strategy are adapted and adjusted to obtain the adaptation result; The program data is adjusted using the aforementioned programming language to obtain the adjusted program data. The adaptation results are combined with the adjusted program data to obtain the software development tool corresponding to the target vehicle model information.

7. A device for determining the communication connection function of a vehicle, characterized in that, include: The vehicle model receiving module is configured to receive target vehicle model information sent by the user terminal; The vehicle data determination module is configured to determine the target vehicle data corresponding to the target vehicle model information; The interconnection condition judgment module is configured to judge whether the target vehicle data meets the vehicle-machine interconnection conditions, wherein the vehicle-machine interconnection conditions are the parameter configuration conditions required for the vehicle to have communication connection function; The software development tool generation module is configured to generate a software development tool corresponding to the target vehicle model information based on the target vehicle data in response to the target vehicle data meeting the vehicle-to-machine interconnection conditions. The software development tool is used to develop a vehicle-to-machine interconnection program adapted to the target vehicle model information. The software development tool generation module is specifically configured as follows: Based on the vehicle hardware data in the target vehicle data, corresponding broadcast information or scanning feature data is generated, and the broadcast information or scanning feature data is processed by encryption / decryption algorithms to obtain software development data; Based on the vehicle hardware data in the target vehicle data, communication parameters are set, and at least one communication strategy is generated, wherein each communication strategy corresponds to a communication transmission situation. Receive program data determined based on vehicle-to-machine (V2X) connectivity; The software development data is adapted to the communication strategy, and the adaptation result is combined with the program data to obtain the software development tool corresponding to the target vehicle model information.

8. An electronic device for determining vehicle communication connectivity, comprising a memory, a processor, and a computer program stored in the memory and executable on the processor, characterized in that, When the processor executes the program, it implements the method as described in any one of claims 1 to 6.

9. A system for determining the communication connectivity function of a vehicle, characterized in that, include: The electronic device and user terminal for determining the vehicle communication connection function as described in claim 8, wherein the electronic device is communicatively connected to the user terminal.

Images