Network connection mode switching method and terminal device
By automatically switching between in-vehicle devices and infotainment systems, and utilizing preset time synchronization and authentication information confirmation, the inconvenience of manual operation in existing technologies is solved, achieving convenient and secure network connectivity and ensuring driving safety and efficient information acquisition.
Patent Information
- Authority / Receiving Office
- CN · China
- Patent Type
- Patents(China)
- Current Assignee / Owner
- GREAT WALL MOTOR CO LTD
- Filing Date
- 2024-09-30
- Publication Date
- 2026-07-14
Smart Images
Figure CN119521170B_ABST
Abstract
Description
Technical Field
[0001] This application belongs to the field of communication technology, and in particular relates to a network connection mode switching method and terminal equipment. Background Technology
[0002] The vehicle's in-vehicle infotainment system and onboard devices support both Access Point (AP) and Station (STA) modes, and can switch between the two. Users can actively switch to the desired operating mode according to different usage needs. For example, the onboard devices can operate in Access Point mode and connect to the in-vehicle infotainment system operating in Station mode. However, in this operating mode, the in-vehicle infotainment system cannot simultaneously connect to other network devices, such as smartphones or other peripherals. This not only limits the user's ability to handle multiple tasks simultaneously but also affects the efficiency of information retrieval. Therefore, users need to switch modes promptly to enable the in-vehicle infotainment system to connect to other network devices.
[0003] Currently, switching network connection modes mostly relies on physical buttons on the device itself or dedicated mobile applications. These switching mechanisms all require manual operation by the user, which is significantly inconvenient in practical applications, especially in in-vehicle product scenarios. For users who value operational continuity and convenience, frequently manually adjusting network settings is cumbersome. Furthermore, while driving, drivers need to concentrate fully on road conditions to ensure driving safety; if the operating mode of in-vehicle devices needs to be adjusted during this time, it may distract the driver and increase the risk of traffic accidents. Summary of the Invention
[0004] In view of this, the embodiments of this application provide a network connection mode switching method and terminal device, which can realize automatic switching of network connection modes, making the switching of network connection modes more convenient and ensuring driving safety.
[0005] A first aspect of this application provides a method for switching network connection modes in a vehicle, applied to an in-vehicle infotainment system, the method comprising:
[0006] Confirm the operating mode of the vehicle-mounted equipment;
[0007] When the vehicle-mounted device is operating in access point mode, it operates in site mode and sends a connection request signal to the vehicle-mounted device;
[0008] If the connection is successful, a mode switching request signal is sent to the vehicle-mounted device;
[0009] Receive the confirmation signal sent by the vehicle-mounted device;
[0010] Send the network name and password of the in-vehicle infotainment system to the in-vehicle device;
[0011] Switching to access point mode and responding to the connection request signal from the vehicle device, establishing a connection with the vehicle device, wherein the vehicle device is used to switch to site mode and send a connection request signal to the vehicle infotainment system based on the network name and password of the vehicle infotainment system.
[0012] A second aspect of this application provides a method for switching network connection modes in a vehicle, applied to an in-vehicle device, the method comprising:
[0013] When operating in access point mode, it establishes a connection with the in-vehicle infotainment system in response to a connection request signal sent by the in-vehicle infotainment system.
[0014] Receive the mode switching request signal sent by the in-vehicle infotainment system;
[0015] Send a confirmation signal to the in-vehicle infotainment system;
[0016] Receive the network name and password sent by the in-vehicle infotainment system;
[0017] The system switches to site mode and sends a connection request signal to the in-vehicle infotainment system based on the network name and password of the in-vehicle infotainment system. The in-vehicle infotainment system switches to access point mode and, in response to the connection request signal, establishes a connection with the in-vehicle device.
[0018] A third aspect of this application provides a network connection mode switching device for a vehicle, applied to an in-vehicle infotainment system, the device comprising:
[0019] The mode confirmation module is used to confirm the operating mode of the vehicle-mounted equipment;
[0020] The first sending module is configured to operate in station mode when the vehicle-mounted device is operating in access point mode, and to send a connection request signal to the vehicle-mounted device.
[0021] The second sending module is used to send a mode switching request signal to the vehicle-mounted device if the connection is successful.
[0022] A receiving module is used to receive an acknowledgment signal sent by the vehicle-mounted device;
[0023] The third sending module is used to send the network name and password of the in-vehicle infotainment system to the in-vehicle device;
[0024] The mode switching module is used to switch to access point mode and establish a connection with the vehicle device in response to the connection request signal of the vehicle device. The vehicle device is used to switch to site mode and send a connection request signal to the vehicle infotainment system based on the network name and password of the vehicle infotainment system.
[0025] A fourth aspect of this application provides a network connection mode switching device for a vehicle, applied to an in-vehicle device, the device comprising:
[0026] The connection module is used to establish a connection with the in-vehicle infotainment system in response to a connection request signal sent by the in-vehicle infotainment system when operating in access point mode;
[0027] The first receiving module is used to receive the mode switching request signal sent by the in-vehicle infotainment system;
[0028] The sending module is used to send a confirmation signal to the in-vehicle infotainment system;
[0029] The second receiving module is used to receive the network name and password sent by the in-vehicle infotainment system;
[0030] The mode switching module is used to switch to site mode and send a connection request signal to the in-vehicle infotainment system based on the network name and password of the in-vehicle infotainment system. The in-vehicle infotainment system is used to switch to access point mode and establish a connection with the in-vehicle device in response to the connection request signal.
[0031] The fifth aspect of this application provides a terminal device, including a memory, a processor, and a computer program stored in the memory and executable on the processor. The terminal device is characterized in that, when the terminal device is an in-vehicle infotainment system, the processor executes the computer program to implement the network connection mode switching method provided in the first aspect of this application.
[0032] When the terminal device is an in-vehicle device, the processor executes the computer program to implement the network connection mode switching method provided in the second aspect of the embodiments of this application.
[0033] The first aspect of this application describes a method for switching network connection modes in a vehicle, applied to an in-vehicle infotainment system. The method involves: confirming the operating mode of the in-vehicle device; if the in-vehicle device is operating in access point mode, switching to site mode and sending a connection request signal to the in-vehicle device; if the connection is successful, sending a mode switching request signal to the in-vehicle device; receiving a confirmation signal from the in-vehicle device; sending the network name and password of the in-vehicle infotainment system to the in-vehicle device; switching to access point mode and establishing a connection with the in-vehicle device in response to the connection request signal. The in-vehicle device switches to site mode and sends the connection request signal to the in-vehicle infotainment system based on the network name and password of the in-vehicle infotainment system. This method enables automatic switching of network connection modes, making switching more convenient and ensuring driving safety.
[0034] It is understood that the beneficial effects of the second to fifth aspects mentioned above can be found in the relevant descriptions in the first aspect mentioned above, and will not be repeated here. Attached Figure Description
[0035] To more clearly illustrate the technical solutions in the embodiments of this application, the drawings used in the description of the embodiments or the prior art will be briefly introduced below. Obviously, the drawings described below are only some embodiments of this application. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.
[0036] Figure 1 This is a schematic flowchart of a network connection mode switching method provided in an embodiment of this application;
[0037] Figure 2 This is a schematic flowchart of a network connection mode switching method provided in another embodiment of this application;
[0038] Figure 3 This is a schematic flowchart of a network connection mode switching method provided in another embodiment of this application;
[0039] Figure 4 This is a schematic diagram of the structure of a network connection mode switching device provided in an embodiment of this application;
[0040] Figure 5 This is a schematic diagram of the structure of a network connection mode switching device provided in another embodiment of this application;
[0041] Figure 6 This is a schematic diagram of the structure of the terminal device provided in the embodiments of this application. Detailed Implementation
[0042] In the following description, specific details such as particular system architectures and techniques are set forth for illustrative purposes and not for limitation, in order to provide a thorough understanding of the embodiments of this application. However, those skilled in the art will understand that this application may also be implemented in other embodiments without these specific details. In other instances, detailed descriptions of well-known systems, apparatuses, circuits, and methods have been omitted so as not to obscure the description of this application with unnecessary detail.
[0043] It should be understood that, when used in this application specification and the appended claims, the term "comprising" indicates the presence of the described features, integrals, steps, operations, elements and / or components, but does not exclude the presence or addition of one or more other features, integrals, steps, operations, elements, components and / or a collection thereof.
[0044] It should also be understood that the term “and / or” as used in this application specification and the appended claims means any combination of one or more of the associated listed items and all possible combinations, and includes such combinations.
[0045] As used in this application specification and the appended claims, the term "if" may be interpreted, depending on the context, as "when," "once," "in response to determination," or "in response to detection." Similarly, the phrase "if determined" or "if detected [the described condition or event]" may be interpreted, depending on the context, as meaning "once determined," "in response to determination," "once detected [the described condition or event]," or "in response to detection [the described condition or event]."
[0046] Furthermore, in the description of this application and the appended claims, the terms "first," "second," "third," etc., are used only to distinguish descriptions and should not be construed as indicating or implying relative importance.
[0047] References to "one embodiment" or "some embodiments" as described in this specification mean that one or more embodiments of this application include a specific feature, structure, or characteristic described in connection with that embodiment. Therefore, the phrases "in one embodiment," "in some embodiments," "in other embodiments," "in still other embodiments," etc., appearing in different parts of this specification do not necessarily refer to the same embodiment, but rather mean "one or more, but not all, embodiments," unless otherwise specifically emphasized. The terms "comprising," "including," "having," and variations thereof mean "including but not limited to," unless otherwise specifically emphasized.
[0048] This application provides a network connection mode switching method applied to an in-vehicle infotainment system. It can be executed by the processor of a terminal device while running a computer program with corresponding functions. The method involves: confirming the operating mode of the in-vehicle device; if the in-vehicle device is operating in access point mode, switching to site mode and sending a connection request signal to the in-vehicle device; if the connection is successful, sending a mode switching request signal to the in-vehicle device; receiving an acknowledgment signal from the in-vehicle device; sending the network name and password of the in-vehicle infotainment system to the in-vehicle device; switching back to access point mode and establishing a connection with the in-vehicle device in response to the connection request signal. Specifically, the in-vehicle device switches to site mode and sends a connection request signal to the in-vehicle infotainment system based on the network name and password of the in-vehicle infotainment system. This method enables automatic switching of network connection modes, making the switching more convenient and ensuring driving safety.
[0049] like Figure 1 As shown, the network connection mode switching method provided in this application embodiment includes the following steps S101 to S106:
[0050] Step S101: Confirm the operating mode of the vehicle-mounted equipment.
[0051] In the application, when the on-board equipment is powered on, a self-check of the operating mode is performed. This step is used to identify whether the current operating state of the on-board equipment is Access Point (AP) mode or Station Mode (STA), ensuring that subsequent operations can be performed based on the correct preconditions.
[0052] Step S102: If the vehicle-mounted device is operating in access point mode, it will operate in site mode and send a connection request signal to the vehicle-mounted device.
[0053] In the application, when the in-vehicle device is determined to be in access point mode, the in-vehicle infotainment system operates in site mode. At this time, the in-vehicle infotainment system sends a connection request signal to the in-vehicle device to attempt to establish a connection with the in-vehicle device.
[0054] Step S103: If the connection is successful, send a mode switching request signal to the vehicle-mounted equipment.
[0055] In this application, once the in-vehicle infotainment system successfully connects to the in-vehicle device acting as an access point, it sends a mode switch request to the device, instructing it to prepare to change its operating mode. This step enables the in-vehicle infotainment system to proactively switch to access point mode, allowing it to connect to more network devices. The entire switching process is automated and requires no manual intervention.
[0056] In applications, the mode switching request signal may include preset switching time information, which is used to agree with the vehicle equipment that the mode switching will be performed simultaneously when the preset switching time is reached.
[0057] Step S104: Receive the confirmation signal sent by the vehicle-mounted equipment.
[0058] In the application, upon receiving a mode switch request, the onboard device sends back an acknowledgment signal, indicating that it is ready to switch modes. This two-way acknowledgment process ensures that both parties are in a ready state, preparing for the next step of data exchange.
[0059] Step S105: Send the network name and password of the in-vehicle infotainment system to the in-vehicle device.
[0060] In practice, to achieve a seamless transition, the in-vehicle infotainment system will share its Wi-Fi network name (SSID) and password with the in-vehicle devices. This allows the in-vehicle devices to quickly locate and connect to the in-vehicle infotainment system under the new network configuration.
[0061] Step S106: Switch to access point mode and establish a connection with the vehicle device in response to the connection request signal of the vehicle device. The vehicle device is used to switch to site mode and send a connection request signal to the vehicle infotainment system based on the network name and password of the vehicle infotainment system.
[0062] In this application, the in-vehicle infotainment system switches to access point mode, while the in-vehicle device switches to site mode accordingly. Subsequently, the in-vehicle device attempts to reconnect to the in-vehicle infotainment system using previously acquired network information. Upon receiving a connection request signal from the in-vehicle device, the in-vehicle infotainment system responds, and the connection is established. This step enhances system flexibility and enables seamless mode switching, ensuring a positive user experience.
[0063] This application embodiment achieves automatic switching of network connection modes between in-vehicle devices and in-vehicle infotainment systems through the above-described method. This method significantly improves ease of use, reduces the hassle of manual settings adjustments, and ensures safety during driving, avoiding safety hazards caused by distracted operation. Furthermore, it allows the in-vehicle infotainment system to operate in access point mode as much as possible, thereby enabling connection to more network devices, ensuring efficient information acquisition, and guaranteeing the user's ability to handle multiple tasks simultaneously.
[0064] In one embodiment, step S106 specifically includes:
[0065] It switches to access point mode at a preset switching time and establishes a connection with the vehicle device in response to the connection request signal from the vehicle device.
[0066] The mode switching request signal includes a preset switching time. The in-vehicle device is used to switch to station mode at the preset switching time and send a connection request signal to the in-vehicle infotainment system based on the network name and password of the in-vehicle infotainment system.
[0067] In this application, assume the in-vehicle infotainment system and the dashcam are currently in station mode and access point mode, respectively. At a specific time, such as 5 minutes after the vehicle starts, the in-vehicle infotainment system will switch to access point mode according to a preset time. Simultaneously, it will send a mode switch request signal containing this preset time to the dashcam. Upon receiving this signal, the dashcam will automatically switch back to station mode at the same preset time and attempt to connect using the network name and password previously obtained from the in-vehicle infotainment system.
[0068] For example, when the driver starts the vehicle, the in-vehicle infotainment system might be set to switch modes after 5 minutes. During these 5 minutes, the system completes the initial connection, authentication, and necessary data exchange with the dashcam. After the preset time, the in-vehicle infotainment system switches to access point mode, while the dashcam switches to site mode and immediately begins searching for and connecting to the new network environment. This time-synchronization-based switching mechanism ensures that both devices can complete the role transition at almost the same time, thus avoiding connection failures or delays caused by asynchrony.
[0069] The method provided in this application is highly automated and synchronous. First, by pre-setting the switching time, the entire process can be fully automated, requiring no manual user intervention, greatly simplifying the operation and improving the user experience. Second, synchronous switching reduces connection errors caused by mode mismatch, improving system reliability and stability. Furthermore, this mechanism allows for more flexible network configuration strategies, adjusting the switching time according to different usage scenarios and needs to achieve optimal results. For example, at the initial stage of vehicle startup, a brief STA-AP connection can be used to quickly obtain important information, followed by a more stable AP-STA connection to support long-term data transmission and service provision. In summary, synchronous switching based on a preset time not only enhances system flexibility but also ensures efficient and reliable network connectivity, which is of great significance for improving driving safety and enhancing the in-vehicle connectivity experience.
[0070] In one embodiment, steps S201 and S202 are included before step S103:
[0071] Step S201: Obtain the authentication information of the vehicle-mounted device.
[0072] In this application, when the in-vehicle infotainment system first establishes a connection with the dashcam, it obtains the device's authentication information. This may include the device serial number (SN), manufacturer ID, or other specific identifiers. It is assumed that both the in-vehicle infotainment system and the dashcam are manufactured by the same company and support the same communication protocols and security standards. In this case, the in-vehicle infotainment system verifies this authentication information to confirm that the dashcam is indeed an authorized device and that they can securely exchange data.
[0073] Step S202: Based on the authentication information, confirm that the in-vehicle device and the in-vehicle infotainment system belong to the same ecosystem.
[0074] In the application, the in-vehicle infotainment system receives a device serial number, such as "ABCD1234," from an in-vehicle device, and this serial number is in the in-vehicle infotainment system's preset whitelist. The in-vehicle infotainment system will further check other relevant authentication information, such as device type and software version, to ensure seamless collaboration between the two. Once it is confirmed that the dashcam is trustworthy and that both belong to the same ecosystem, the in-vehicle infotainment system will proceed with the subsequent mode switching request.
[0075] This application embodiment allows in-vehicle devices belonging to the same ecosystem to switch modes at a preset time upon receiving a mode switching request signal via a pre-programmed procedure. This avoids situations where the in-vehicle device fails to recognize the mode switching request signal and thus cannot switch modes. This time-synchronization-based switching mechanism not only improves the system's response speed but also ensures seamless collaboration between devices. Even in complex network environments, it guarantees that devices can accurately and promptly complete mode switching, thereby avoiding connection failures or delays caused by asynchrony. This is particularly important for application scenarios that require frequent switching between network roles, such as quickly establishing a stable network connection shortly after vehicle startup or dynamically adjusting network configurations according to different needs during driving. Furthermore, confirming that devices belong to the same ecosystem through authentication information and using a preset time for mode switching not only enhances the system's security, reliability, and compatibility but also achieves highly automated network management, providing users with a smoother and more efficient interconnection experience. This mechanism, while ensuring data transmission security, also greatly improves the overall collaborative capabilities of in-vehicle devices and the user experience.
[0076] In one embodiment, the method further includes the following step S301:
[0077] Step S301: When the vehicle-mounted device is operating in station mode, it operates in access point mode and establishes a connection with the vehicle-mounted device in response to the connection request signal of the vehicle-mounted device.
[0078] This application provides a method for establishing a connection between an in-vehicle device operating in station mode and an access point mode, enabling seamless connection between the in-vehicle device and the in-vehicle infotainment system without manual intervention from the user. The in-vehicle infotainment system can automatically recognize and adapt to the status of the in-vehicle device, thereby providing a more convenient user experience.
[0079] This application also provides a network connection mode switching method applied to in-vehicle devices. This method can be executed by the processor of the terminal device while running a computer program with corresponding functions. When operating in access point mode, it responds to a connection request signal sent by the in-vehicle infotainment system and establishes a connection with the in-vehicle infotainment system; receives a mode switching request signal sent by the in-vehicle infotainment system; sends an acknowledgment signal to the in-vehicle infotainment system; receives the network name and password sent by the in-vehicle infotainment system; switches to site mode and sends a connection request signal to the in-vehicle infotainment system based on the network name and password of the in-vehicle infotainment system. The in-vehicle infotainment system is used to switch to access point mode and respond to the connection request signal sent by the in-vehicle infotainment system to establish a connection with the in-vehicle device. This method enables automatic switching of network connection modes, making network connection mode switching more convenient and ensuring driving safety.
[0080] like Figure 2 As shown, the network connection mode switching method provided in this application embodiment includes the following steps S111 to S115:
[0081] Step S111: When operating in access point mode, in response to the connection request signal sent by the in-vehicle infotainment system, establish a connection with the in-vehicle infotainment system.
[0082] In the application, when the in-vehicle device is in access point mode, it responds to connection requests from the in-vehicle infotainment system, thereby establishing a direct communication channel between the two.
[0083] Step S112: Receive the mode switching request signal sent by the in-vehicle infotainment system.
[0084] In the application, once the connection is established, the in-vehicle device receives a mode switching request from the in-vehicle infotainment system, instructing it to prepare to change its operating mode. This request contains information about the upcoming change in network role so that the in-vehicle device can make the necessary preparations.
[0085] Step S113: Send a confirmation signal to the in-vehicle infotainment system.
[0086] In the application, to indicate that it is ready to accept the upcoming role change, the in-vehicle device sends a confirmation signal to the in-vehicle infotainment system.
[0087] Step S114: Receive the network name and password sent by the in-vehicle infotainment system.
[0088] In this application, the in-vehicle device will receive the SSID and password for the new network environment from the in-vehicle infotainment system. This information will be used to guide the in-vehicle device on how to correctly access the newly established wireless network.
[0089] Step S115: Switch to site mode and send a connection request signal to the in-vehicle infotainment system based on the network name and password of the in-vehicle infotainment system. The in-vehicle infotainment system is used to switch to access point mode and respond to the connection request signal sent by the in-vehicle infotainment system to establish a connection with the in-vehicle device.
[0090] In the application, the in-vehicle device completes the role transformation from AP to STA, and uses the newly acquired network credentials to attempt to connect to the in-vehicle infotainment system that has become AP.
[0091] This application embodiment achieves automatic switching of network connection modes between in-vehicle devices and in-vehicle infotainment systems through the above-described method. This method significantly improves ease of use, reduces the hassle of manual settings adjustments, and ensures safety during driving, avoiding safety hazards caused by distracted operation. Furthermore, it allows the in-vehicle infotainment system to operate in access point mode as much as possible, thereby enabling connection to more network devices, ensuring efficient information acquisition, and guaranteeing the user's ability to handle multiple tasks simultaneously.
[0092] In one embodiment, step S115 specifically includes:
[0093] The system switches to site mode at a preset switching time and sends a connection request signal to the in-vehicle infotainment system based on the network name and password of the in-vehicle infotainment system.
[0094] The mode switching request signal includes a preset switching time. The in-vehicle infotainment system is used to switch to access point mode at the preset switching time and establish a connection with the in-vehicle device in response to the connection request signal sent by the in-vehicle device.
[0095] In one embodiment, the following step S211 is also included:
[0096] Step S211: When operating in station mode, send a connection request signal to the in-vehicle infotainment system;
[0097] The in-vehicle infotainment system operates in access point mode and establishes a connection with the in-vehicle device in response to a connection request signal sent by the in-vehicle device.
[0098] In one embodiment, step S211 is followed by the following steps S311 and S312:
[0099] Step S311: Confirm connection status;
[0100] In this application, if the in-vehicle device is currently operating in STA mode and attempts to connect to the in-vehicle infotainment system's Wi-Fi network, the in-vehicle device should send a connection request signal, and the in-vehicle infotainment system should respond to this request and establish a connection. However, due to various reasons (such as signal interference, incorrect password, or temporary unavailability of the in-vehicle infotainment system), the connection may fail. In this case, the in-vehicle device will execute step S311 to verify the connection status. By checking the connection status signal returned by the in-vehicle infotainment system, the in-vehicle device can determine whether the connection has been successfully established.
[0101] Step S312: If the connection is confirmed to have failed, switch to access point mode and return to the step of establishing a connection with the in-vehicle infotainment system in response to the connection request signal sent by the in-vehicle infotainment system when operating in access point mode.
[0102] In the application, if a connection failure is confirmed, the in-vehicle device will execute step S312, which involves switching back to AP mode and waiting for the in-vehicle infotainment system to initiate a connection request again. This allows the in-vehicle infotainment system to retry establishing a connection with the dashcam. This process ensures that even in the event of a connection failure, the system can automatically recover and retry establishing a connection, thereby improving the success rate and stability of the connection.
[0103] This application embodiment automatically switches back to AP mode and retryes the connection when a connection fails. This method not only improves the system's fault tolerance and self-recovery capabilities but also simplifies the user's operation process and enhances the system's reliability and robustness. This mechanism provides users with a more efficient, convenient, and reliable in-vehicle network environment.
[0104] In one embodiment, step S311 includes the following steps S411 to S413:
[0105] Step S411: Based on the connection status signal fed back by the in-vehicle infotainment system, confirm the connection status with the in-vehicle infotainment system.
[0106] In the application, after receiving the connection status signal from the in-vehicle infotainment system, the in-vehicle device will parse this signal to determine whether the connection is successful. For example, if the in-vehicle infotainment system returns a "connection successful" message, the in-vehicle device will consider the connection to be established. Conversely, if it returns a "connection failed" message, the dashcam will proceed to the next step.
[0107] Step S412: If the connection with the in-vehicle infotainment system is not successful, return to the step of sending a connection request signal to the in-vehicle infotainment system when operating in site mode.
[0108] In this application, if the in-vehicle device fails to connect, it will retry sending a connection request signal. This retry mechanism increases the probability of a successful connection, especially if the initial connection attempt fails due to temporary issues such as signal interference or brief device malfunctions. For example, the in-vehicle device might attempt to connect every few seconds until it succeeds or reaches a preset number of retries.
[0109] Step S413: If the connection with the in-vehicle infotainment system is not successful within the specified time period, the connection is confirmed as failed.
[0110] In the application, if a connection is still not established after multiple attempts within a preset time period (e.g., 30 seconds or 3 minutes), the vehicle-mounted device will ultimately confirm the connection failure. At this point, the system will take further measures, such as switching back to Access Point (AP) mode, to restart the entire connection process.
[0111] This application embodiment uses connection status signals for confirmation, multiple connection attempts, and confirmation of connection failure if unsuccessful within a specified time period. This method not only improves the system's fault tolerance and reliability but also simplifies the user's operation process and enhances the system's self-recovery capability. This mechanism provides users with a more efficient, convenient, and reliable in-vehicle network environment.
[0112] This application also provides a method for switching network connection modes, such as... Figure 3 As shown, the process includes the following steps S11 to S28:
[0113] Step S11, Begin.
[0114] Step S12: Power on the product.
[0115] In the application, after the vehicle-mounted device is powered on, it will perform a self-test to determine whether the vehicle-mounted device is in access point mode or site mode. If it is in site mode, step S21 is executed; if it is in access point mode, step S13 is executed.
[0116] Step S13: When the in-vehicle infotainment system is in station mode and the in-vehicle device is in access point mode, the in-vehicle infotainment system sends a connection request to the in-vehicle device.
[0117] Step S14: Receive the request and respond with a connection.
[0118] Step S15: Connection successful.
[0119] Step S16: Determine whether it is an ecological product.
[0120] In the application, the in-vehicle infotainment system obtains the authentication information of the in-vehicle device to determine whether it belongs to the same ecosystem. Authentication information may include at least one of the device's serial number, manufacturer ID, or other identifiers. If the in-vehicle device passes authentication, the system proceeds to step S17.
[0121] Step S17: Send a mode switching request signal.
[0122] In the application, after confirming that the in-vehicle device is an ecosystem product, the in-vehicle infotainment system sends a mode switching request signal to the in-vehicle device. This signal contains information about the upcoming role switch and the possible preset switch time.
[0123] Step S18: Receive the request and reply OK to enter the preparation state.
[0124] In the application, after receiving a mode switching request signal, the vehicle-mounted device will reply with an "OK" signal, indicating that it is ready to switch modes. At this time, the vehicle-mounted device enters a standby state, waiting for the preset switching time to arrive.
[0125] Step S19: Send the vehicle system SSID, password, and other information.
[0126] In practice, the in-vehicle infotainment system sends its own Wi-Fi network name (SSID) and password to the in-vehicle devices. This information is used to enable the in-vehicle devices to connect to the new network environment provided by the in-vehicle infotainment system.
[0127] Step S20: Receive the vehicle system SSID and password, and the two parties will automatically complete the switch at the specified time.
[0128] In this application, after receiving the SSID and password from the in-vehicle infotainment system, the vehicle device will automatically switch to site mode at a preset time. Simultaneously, the in-vehicle infotainment system will switch to access point mode at the same time. In this way, both parties will complete the role switch and re-establish the connection almost simultaneously.
[0129] Step S21: When the in-vehicle infotainment system is in access point mode and the in-vehicle device is in site mode, the in-vehicle device sends a connection request to the in-vehicle infotainment system.
[0130] Step S22: Receive the request and respond with a connection.
[0131] Step S23: Send connection status result.
[0132] Step S24: Accept the connection status result.
[0133] Step S25: Determine whether the connection with the vehicle's infotainment system is successful.
[0134] In the application, the in-vehicle device determines whether a connection has been successfully established based on the connection status result sent by the in-vehicle infotainment system. If the connection is successful, the system will execute step S26; if the connection fails, the system will execute step S27.
[0135] Step S26: Normal use.
[0136] Step S27: Continuously send connection requests to the vehicle's infotainment system. If the connection still fails after 3 minutes, automatically switch to AP mode and execute step S13.
[0137] Step S28, End.
[0138] This application embodiment achieves automatic switching of network connection modes between in-vehicle devices and in-vehicle infotainment systems through the above-described method. This method significantly improves ease of use, reduces the hassle of manual settings adjustments, and ensures safety during driving, avoiding safety hazards caused by distracted operation. Furthermore, it allows the in-vehicle infotainment system to operate in access point mode as much as possible, enabling connection to more network devices, ensuring efficient information acquisition, and guaranteeing the user's ability to handle multiple tasks simultaneously.
[0139] It should be understood that the sequence number of each step in the above embodiments does not imply the order of execution. The execution order of each process should be determined by its function and internal logic, and should not constitute any limitation on the implementation process of the embodiments of this application.
[0140] This application also provides a network connection mode switching device for performing the steps in the above-described network connection mode switching method embodiment. The network connection mode switching device can be a virtual appliance in a terminal device, run by the terminal device's processor, or it can be the terminal device itself.
[0141] like Figure 4 As shown, the network connection mode switching device 100 provided in this application embodiment is applied to an in-vehicle infotainment system, and the device includes:
[0142] The mode confirmation module 101 is used to confirm the operating mode of the vehicle-mounted equipment.
[0143] The first sending module 102 is used to operate in station mode when the vehicle-mounted equipment is operating in access point mode, and to send a connection request signal to the vehicle-mounted equipment.
[0144] The second sending module 103 is used to send a mode switching request signal to the vehicle-mounted equipment if the connection is successful.
[0145] The receiving module 104 is used to receive the confirmation signal sent by the vehicle-mounted equipment;
[0146] The third sending module 105 is used to send the network name and password of the in-vehicle infotainment system to the in-vehicle equipment;
[0147] The mode switching module 106 is used to switch to access point mode and establish a connection with the vehicle device in response to the connection request signal of the vehicle device. The vehicle device is used to switch to site mode and send a connection request signal to the vehicle infotainment system based on the network name and password of the vehicle infotainment system.
[0148] This application embodiment also provides another network connection mode switching device for performing the steps in the above-described other network connection mode switching method embodiment. The network connection mode switching device may be a virtual appliance in the terminal device, run by the processor of the terminal device, or it may be the terminal device itself.
[0149] like Figure 5 As shown in the embodiment of this application, the network connection mode switching device 300 is applied to an in-vehicle infotainment system. The device includes:
[0150] The connection module 301 is used to establish a connection with the in-vehicle infotainment system in response to a connection request signal sent by the in-vehicle infotainment system when operating in access point mode.
[0151] The first receiving module 302 is used to receive a mode switching request signal sent by the in-vehicle infotainment system;
[0152] The sending module 303 is used to send a confirmation signal to the in-vehicle infotainment system;
[0153] The second receiving module 304 is used to receive the network name and password sent by the in-vehicle infotainment system;
[0154] The mode switching module 305 is used to switch to site mode and send a connection request signal to the in-vehicle infotainment system based on the network name and password of the in-vehicle infotainment system. The in-vehicle infotainment system is used to switch to access point mode and establish a connection with the in-vehicle device in response to the connection request signal.
[0155] In applications, the modules in the network connection mode switching device can be software program modules, or they can be implemented through different logic circuits integrated in the processor, or they can be implemented through multiple distributed processors.
[0156] like Figure 6 As shown, this application embodiment also provides a terminal device 200, including: at least one processor 201 ( Figure 6 The diagram shows only one processor, memory 202, and computer program 203 stored in memory 202 and executable on at least one processor 201. When processor 201 executes computer program 203, it implements the steps in the various method embodiments described above.
[0157] In applications, terminal devices may include, but are not limited to, processors and memory. Those skilled in the art will understand that... Figure 6 This is merely an example of a terminal device and does not constitute a limitation on the terminal device. It may include more or fewer components than shown in the illustration, or a combination of certain components, or different components.
[0158] In applications, the processor can be a Central Processing Unit (CPU), but it can also be other general-purpose processors, digital signal processors (DSPs), application-specific integrated circuits (ASICs), field-programmable gate arrays (FPGAs), or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc. A general-purpose processor can be a microprocessor or any conventional processor.
[0159] In applications, the memory may be an internal storage unit of the terminal device in some embodiments, such as the hard drive or RAM of the terminal device. In other embodiments, the memory may be an external storage device of the terminal device, such as a plug-in hard drive, Smart Media Card (SMC), Secure Digital (SD) card, or Flash Card. Furthermore, the memory may include both internal and external storage units of the terminal device. The memory is used to store the operating system, applications, bootloader, data, and other programs, such as the program code of a computer program. The memory can also be used to temporarily store data that has been output or will be output.
[0160] It should be noted that the information interaction and execution process between the above-mentioned devices / units are based on the same concept as the method embodiments of this application. For details on their specific functions and technical effects, please refer to the method embodiments section, and they will not be repeated here.
[0161] Those skilled in the art will clearly understand that, for the sake of convenience and brevity, the above-described division of functional units and modules is merely an example. In practical applications, the above functions can be assigned to different functional units and modules as needed, that is, the internal structure of the device can be divided into different functional units or modules to complete all or part of the functions described above. The functional units and modules in the embodiments can be integrated into one processing unit, or each unit can exist physically separately, or two or more units can be integrated into one unit. The integrated unit can be implemented in hardware or as a software functional unit. Furthermore, the specific names of the functional units and modules are only for easy differentiation and are not intended to limit the scope of protection of this application. The specific working process of the units and modules in the above system can be referred to the corresponding process in the foregoing method embodiments, and will not be repeated here.
[0162] This application also provides a computer-readable storage medium storing a computer program, which, when executed by a processor, implements the steps described in the above-described method embodiments.
[0163] This application provides a computer program product that, when run on a terminal device, enables the terminal device to implement the steps described in the various method embodiments above.
[0164] If the integrated unit is implemented as a software functional unit and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on this understanding, all or part of the processes in the methods of the above embodiments of this application can be implemented by a computer program instructing related hardware. The computer program can be stored in a computer-readable storage medium, and when executed by a processor, it can implement the steps of the various method embodiments described above. The computer program includes computer program code, which can be in the form of source code, object code, executable files, or certain intermediate forms. A computer-readable medium can include at least: any entity or device capable of carrying computer program code to a device / terminal equipment, a recording medium, a computer memory, a read-only memory (ROM), a random access memory (RAM), an electrical carrier signal, a telecommunication signal, and a software distribution medium. Examples include USB flash drives, portable hard drives, magnetic disks, or optical disks. In some jurisdictions, according to legislation and patent practice, computer-readable media cannot be electrical carrier signals or telecommunication signals.
[0165] In the above embodiments, the descriptions of each embodiment have different focuses. For parts that are not described in detail or recorded in a certain embodiment, please refer to the relevant descriptions of other embodiments.
[0166] Those skilled in the art will recognize that the units and algorithm steps of the various examples described in conjunction with the embodiments disclosed herein can be implemented in electronic hardware, or a combination of computer software and electronic hardware. Whether these functions are implemented in hardware or software depends on the specific application and design constraints of the technical solution. Those skilled in the art can use different methods to implement the described functions for each specific application, but such implementation should not be considered beyond the scope of this application.
[0167] In the embodiments provided in this application, it should be understood that the disclosed apparatus and methods can be implemented in other ways. For example, the apparatus embodiments described above are merely illustrative. For instance, the division of modules or units is only a logical functional division, and in actual implementation, there may be other division methods. For example, multiple units or components may be combined or integrated into another system, or some features may be ignored or not executed. Furthermore, the coupling or direct coupling or communication connection shown or discussed may be through some interfaces; the indirect coupling or communication connection between apparatuses or units may be electrical, mechanical, or other forms.
[0168] The units described as separate components may or may not be physically separate. The components shown as units may or may not be physical units; that is, they may be located in one place or distributed across multiple network units. Some or all of the units can be selected to achieve the purpose of this embodiment according to actual needs.
[0169] The above embodiments are only used to illustrate the technical solutions of this application, and are not intended to limit them. Although this application has been described in detail with reference to the foregoing embodiments, those skilled in the art should understand that modifications can still be made to the technical solutions described in the foregoing embodiments, or equivalent substitutions can be made to some of the technical features. Such modifications or substitutions do not cause the essence of the corresponding technical solutions to deviate from the spirit and scope of the technical solutions of the embodiments of this application, and should all be included within the protection scope of this application.
Claims
1. A method for switching network connection modes in a vehicle, characterized in that, Applied to in-vehicle infotainment systems, the method includes: Confirm the operating mode of the vehicle-mounted equipment; When the vehicle-mounted device is operating in access point mode, it operates in site mode and sends a connection request signal to the vehicle-mounted device; If a communication link is successfully established with the vehicle-mounted device and two-way authentication is completed, a mode switching request signal is sent to the vehicle-mounted device. Receive the confirmation signal sent by the vehicle-mounted device; After receiving the confirmation signal, the network name and password of the in-vehicle infotainment system are sent to the in-vehicle device; At a preset switching time with the vehicle-mounted device, the system synchronously switches to access point mode and establishes a connection with the vehicle-mounted device in response to the connection request signal of the vehicle-mounted device. The mode switching request signal includes a preset switching time. The vehicle-mounted device is used to switch to site mode at the preset switching time and send a connection request signal to the vehicle-mounted infotainment system based on the network name and password of the vehicle-mounted infotainment system.
2. The network connection mode switching method according to claim 1, characterized in that, Before sending a mode switching request signal to the vehicle-mounted device if the connection is successful, the method further includes: Obtain certification information for in-vehicle devices; Based on the authentication information, it is confirmed that the in-vehicle device and the in-vehicle infotainment system belong to the same ecosystem.
3. The network connection mode switching method according to claim 1, characterized in that, Also includes: When the vehicle-mounted device is operating in station mode, it operates in access point mode and establishes a connection with the vehicle-mounted device in response to the connection request signal of the vehicle-mounted device.
4. A method for switching network connection modes for a vehicle, characterized in that, Applied to in-vehicle equipment, the method includes: When operating in access point mode, in response to the connection request signal sent by the in-vehicle infotainment system, a communication link is established with the in-vehicle infotainment system and two-way authentication is completed; Receive the mode switching request signal sent by the in-vehicle infotainment system; Send a confirmation signal to the in-vehicle infotainment system; After sending the confirmation signal, receive the network name and password sent by the in-vehicle infotainment system; At a preset switching time with the in-vehicle infotainment system, the system synchronously switches to site mode and sends a connection request signal to the in-vehicle infotainment system based on the network name and password of the in-vehicle infotainment system. The mode switching request signal includes a preset switching time. The in-vehicle infotainment system is used to switch to access point mode at the preset switching time and, in response to the connection request signal sent by the in-vehicle infotainment system, establish a connection with the in-vehicle device.
5. The network connection mode switching method according to claim 4, characterized in that, Also includes: When operating in site mode, a connection request signal is sent to the in-vehicle infotainment system; The in-vehicle infotainment system is configured to operate in access point mode and establish a connection with the in-vehicle device in response to a connection request signal sent by the in-vehicle device.
6. The network connection mode switching method according to claim 5, characterized in that, When operating in site mode, after sending a connection request signal to the in-vehicle infotainment system, the process includes: Confirm connection status; If the connection is confirmed to have failed, the system switches to access point mode and returns to the step of establishing a connection with the in-vehicle infotainment system in response to a connection request signal sent by the in-vehicle infotainment system when operating in access point mode.
7. The network connection mode switching method according to claim 6, characterized in that, The confirmation of connection status includes: Based on the connection status signal fed back by the in-vehicle infotainment system, confirm the connection status with the in-vehicle infotainment system; If the connection with the in-vehicle infotainment system is not successful, return to the step of sending a connection request signal to the in-vehicle infotainment system when operating in site mode; If the connection to the in-vehicle infotainment system is not successfully established within the specified time period, the connection is considered to have failed.
8. A terminal device, comprising a memory, a processor, and a computer program stored in the memory and executable on the processor, characterized in that, When the terminal device is an in-vehicle infotainment system, the processor executes the computer program to implement the steps of the method as described in any one of claims 1 to 3; When the terminal device is an in-vehicle device, the processor executes the computer program to implement the steps of the method as described in any one of claims 4 to 7.