In-vehicle service providing method, system, in-vehicle server and cloud server

Abstract

The present invention relates to a method, system, vehicle-mounted server and cloud server for providing in-vehicle services. The in-vehicle service providing method includes: the in-vehicle server receives an in-vehicle service access request from a user terminal; the in-vehicle server generates in-vehicle service page data and returns it to the user terminal; the in-vehicle server receives an in-vehicle service control instruction for any in-vehicle service applet from the user terminal; the in-vehicle server controls the vehicle to provide in-vehicle services according to the in-vehicle service control instruction. In the embodiment of the present application, the vehicle terminal is used as a Web server, the user terminal is used as a client, and the in-vehicle server provides in-vehicle services to the client. The user terminal and the vehicle terminal can be connected to the Internet through a mobile network respectively, and the network can be used for data transmission and interaction, etc., without the need for transit through a cloud server. The network communication distance is short, there is no cloud processing delay, and no additional, more complicated wired or wireless connection steps and setting processes are required, which is convenient for users to use.

Description

Technical Field

[0001] The present application relates to the field of smart cars, and in particular to a method and system for providing in-vehicle services, an in-vehicle server, and a cloud server. Background Art

[0002] To enhance the in-car experience and facilitate interaction between passengers and the vehicle, modern smart cars have added interactive screens and connecting cables to the passenger seat, rear seats, or other locations, creating a multi-screen interactive system. However, this approach is costly, complex to implement, and inconvenient to use. One current multi-screen interactive system receives commands from the vehicle's screen via Bluetooth, processes them on the user terminal (a mobile phone or tablet), and then transmits audio and video to the vehicle's system for playback via an MHL or HDMI interface. However, this approach requires the installation of specialized software on the user terminal to process commands and is limited to playing mobile phone audio and video. This limited functionality, complex implementation, and high hardware and software costs hinder user experience. Other existing solutions control target devices through code scanning or web links. These employ a triangular network architecture consisting of a user terminal, a cloud server, and the target device. The target device also communicates with the cloud server as a user terminal, i.e., a communication method with the cloud server as the control center. Control signals from the user terminal to the device must be relayed by the cloud server, resulting in long network links, slow response times, and high costs. Summary of the Invention

[0003] In order to solve the above technical problems or at least partially solve the above technical problems, the present application provides a method and system for providing in-vehicle services, an in-vehicle server and a cloud server.

[0004] In a first aspect, the present application provides a method for providing an in-vehicle service, the method comprising:

[0005] The in-vehicle server receives an in-vehicle service access request from a user terminal;

[0006] The in-vehicle server generates in-vehicle service page data and returns it to the user terminal, so that the user terminal generates an in-vehicle service interaction page based on the in-vehicle service page data, and the in-vehicle service interaction page includes multiple in-vehicle service applets;

[0007] The in-vehicle server receives an in-vehicle service control instruction for any of the in-vehicle service mini-programs from the user terminal;

[0008] The in-vehicle server controls the vehicle to provide in-vehicle services according to the in-vehicle service control instructions.

[0009] Optionally, the vehicle-mounted server generates vehicle-mounted service page data, including:

[0010] The Web service process in the vehicle-mounted server obtains information about the vehicle-mounted service applet currently allowed to provide the vehicle-mounted service;

[0011] The Web service process in the in-vehicle server generates the in-vehicle service page data based on information of the in-vehicle service applet that allows provision of the in-vehicle service.

[0012] Optionally, the in-vehicle server controls the vehicle to provide the in-vehicle service according to the in-vehicle service control instruction, including:

[0013] The Web service process in the vehicle-mounted server calls the business logic interface, and calls one or more function provision objects corresponding to the vehicle-mounted service control instruction through the business logic interface, so that one or more function provision objects perform corresponding functions and provide vehicle-mounted services.

[0014] Optionally, the function providing objects include: application process, multimedia control module, body control module, navigation control module, database module and cloud module.

[0015] Optionally, the Web service program corresponding to the Web service process is upgraded synchronously with the vehicle's remote upgrade, USB flash drive upgrade, or system flashing operation.

[0016] Optionally, before the in-vehicle server controls the vehicle to provide the in-vehicle service according to the in-vehicle service control instruction, the method further includes:

[0017] The in-vehicle server determines the in-vehicle service type of the in-vehicle service applet targeted by the in-vehicle service control instruction;

[0018] If the in-vehicle service type is within a preset service type set, the in-vehicle server controls the vehicle to provide the in-vehicle service according to the in-vehicle service control instruction.

[0019] Optionally, the method further includes:

[0020] The in-vehicle server obtains the number of user terminals currently accessing the in-vehicle service;

[0021] If the number of terminals reaches a preset threshold, user terminals that meet the preset removal conditions are removed from the user terminals currently accessing the in-vehicle service, and / or the in-vehicle service is refused to be provided to user terminals that send in-vehicle service requests after the current moment.

[0022] Optionally, the method further includes:

[0023] The in-vehicle server determines a communication mode between the user terminal currently accessing the in-vehicle service and itself;

[0024] If the communication mode between the user terminal accessing the in-vehicle service and itself is a local area network mode, the in-vehicle service page data is returned to the user terminal via the local area network.

[0025] Optionally, the method further includes:

[0026] The in-vehicle server determines a communication mode between the user terminal currently accessing the in-vehicle service and itself;

[0027] If the communication mode between the user terminal accessing the in-vehicle service and itself is a non-local area network mode, the in-vehicle service page data is returned to the user terminal via the mobile communication network.

[0028] Optionally, before the in-vehicle server receives the in-vehicle service access request from the user terminal, the method further includes:

[0029] The cloud server receives a URL network request from the user terminal, wherein the URL network request includes a vehicle terminal identifier of the vehicle server;

[0030] The cloud server searches the redirection mapping table for the vehicle terminal's current IP address corresponding to the vehicle terminal identifier;

[0031] The cloud server returns the current IP address of the vehicle to the user terminal, so that the user terminal performs network redirection based on the current IP address of the vehicle to access the vehicle-mounted server.

[0032] Optionally, the method further includes:

[0033] The vehicle-mounted server detects whether its own IP address has changed;

[0034] If its own IP address changes, the vehicle-mounted server obtains the changed vehicle-side IP address;

[0035] The vehicle-mounted server sends an IP address update request to the cloud server, wherein the IP address update request carries the changed IP address of the vehicle end and the vehicle end identifier;

[0036] The cloud server updates the redirection mapping table based on the changed IP address of the vehicle and the vehicle-side identifier.

[0037] Optionally, the cloud server updates the redirection mapping table based on the changed IP address of the vehicle and the vehicle-side identifier, including:

[0038] The cloud server searches the redirection mapping table for the vehicle-side IP address corresponding to the vehicle-side identifier;

[0039] The cloud server replaces the vehicle-side IP address with the changed vehicle-side IP address to obtain the vehicle-side current IP address.

[0040] In a second aspect, an embodiment of the present application further provides a vehicle-mounted service providing system, comprising: a cloud server and a vehicle-mounted server;

[0041] The vehicle-mounted server is configured to receive a vehicle-mounted service access request from a user terminal; generate vehicle-mounted service page data and return it to the user terminal, so that the user terminal generates a vehicle-mounted service interaction page based on the vehicle-mounted service page data, wherein the vehicle-mounted service interaction page includes multiple vehicle-mounted service applets; receive a vehicle-mounted service control instruction for any of the vehicle-mounted service applets from the user terminal; and control the vehicle to provide the vehicle-mounted service according to the vehicle-mounted service control instruction;

[0042] The cloud server is used to receive a URL network request from a user terminal, where the URL network request includes the vehicle-side identifier of the vehicle-mounted server; query the current vehicle-side IP address corresponding to the vehicle-side identifier in the redirection mapping table; and return the current vehicle-side IP address to the user terminal, so that the user terminal performs network redirection to access the vehicle-mounted server based on the current vehicle-side IP address.

[0043] In a third aspect, an embodiment of the present application further provides an in-vehicle server, comprising a processor, a communication interface, a memory, and a communication bus, wherein the processor, the communication interface, and the memory communicate with each other via the communication bus;

[0044] Memory for storing computer programs;

[0045] The processor is used to receive an in-vehicle service access request from a user terminal when executing a program stored in the memory; generate in-vehicle service page data and return it to the user terminal so that the user terminal generates an in-vehicle service interaction page based on the in-vehicle service page data, and the in-vehicle service interaction page includes multiple in-vehicle service applets; receive an in-vehicle service control instruction for any of the in-vehicle service applets from the user terminal; and control the vehicle to provide in-vehicle services according to the in-vehicle service control instruction.

[0046] In a fourth aspect, an embodiment of the present application further provides a cloud server, comprising a processor, a communication interface, a memory, and a communication bus, wherein the processor, the communication interface, and the memory communicate with each other via the communication bus;

[0047] Memory for storing computer programs;

[0048] The processor is used to receive a URL network request from a user terminal when executing a program stored in the memory, wherein the URL network request includes a vehicle-side identifier of an on-board server; query a redirection mapping table for a current vehicle-side IP address corresponding to the vehicle-side identifier; and return the current vehicle-side IP address to the user terminal, so that the user terminal performs network redirection to access the on-board server based on the current vehicle-side IP address.

[0049] Beneficial effects of the present invention:

[0050] After receiving an in-vehicle service access request from a user terminal, the embodiment of the present application can generate in-vehicle service page data and return it to the user terminal. After the in-vehicle server receives an in-vehicle service control instruction for any in-vehicle service applet from the user terminal, it can control the vehicle to provide in-vehicle services in accordance with the in-vehicle service control instruction. The connection structure of the in-vehicle server and the user terminal on the vehicle side of the embodiment of the present application is based on a server-client design architecture, with the vehicle side as a Web server and the user terminal as a client. The in-vehicle server provides in-vehicle services to the client. The user terminal and the vehicle side can be connected to the Internet through a mobile network respectively, without the need for other additional complex wired or wireless connections (that is, when the user terminal (such as a mobile phone, tablet computer, etc.) and the vehicle side (devices such as the infotainment system on the car) are connected, it can be achieved through the Internet, and this connection method is relatively simple and convenient, and does not require the use of wired connection methods such as USB cables or wireless connection methods such as Bluetooth to establish a direct connection between the two as in traditional methods). The user terminal and the vehicle terminal only need to connect to the Internet separately to use the network for data transmission and interaction, without the need for transit through the cloud server. The network communication distance is short and there is no cloud processing delay, which eliminates the additional and more complicated wired or wireless connection steps and setup process, making it easier for users to use. BRIEF DESCRIPTION OF THE DRAWINGS

[0051] The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate embodiments consistent with the invention and, together with the description, serve to explain the principles of the invention.

[0052] In order to more clearly illustrate the embodiments of the present invention or the technical solutions in the prior art, the following briefly introduces the drawings required for use in the embodiments or the description of the prior art. Obviously, for ordinary technicians in this field, other drawings can be obtained based on these drawings without any creative work.

[0053] Figure 1 A schematic diagram of an architecture of an on-board server and a user terminal connected via the Internet provided in an embodiment of the present application;

[0054] Figure 2 A flowchart of a method for providing an in-vehicle service according to an embodiment of the present application;

[0055] Figure 3 for Figure 2 Flowchart of step S102;

[0056] Figure 4 Another flow chart of a method for providing an in-vehicle service provided in an embodiment of the present application;

[0057] Figure 5 Another flow chart of a method for providing an in-vehicle service provided in an embodiment of the present application;

[0058] Figure 6 Another flow chart of a method for providing an in-vehicle service provided in an embodiment of the present application;

[0059] Figure 7 Another flow chart of a method for providing an in-vehicle service provided in an embodiment of the present application;

[0060] Figure 8 Another flow chart of a method for providing an in-vehicle service provided in an embodiment of the present application;

[0061] Figure 9 The hardware connection relationship and software organization relationship of a service system provided in an embodiment of the present application;

[0062] Figure 10 A list of vehicle-side mini-programs accessible to a user terminal provided in an embodiment of the present application;

[0063] Figure 11 A structural diagram of a cloud server or vehicle-mounted server provided in an embodiment of the present application. DETAILED DESCRIPTION

[0064] To make the purpose, technical solutions, and advantages of the embodiments of this application more clear, the technical solutions in the embodiments of this application will be clearly and completely described below in conjunction with the drawings in the embodiments of this application. Obviously, the described embodiments are part of the embodiments of this application, not all of the embodiments. Based on the embodiments in this application, all other embodiments obtained by ordinary technicians in this field without making creative efforts are within the scope of protection of this application.

[0065] Since current multi-screen interactive systems require additional hardware devices such as displays and connection lines, or require the installation of specialized command processing software on the user terminal, or can only play single functions such as mobile phone audio and video, or require cloud servers to process complex vehicle control commands, they are complex to implement and have high software and hardware costs, making them inconvenient to use and affecting user experience. To this end, the embodiments of the present application provide a method and system for providing in-vehicle services, an in-vehicle server, and a cloud server.

[0066] The embodiment of the present application provides a method for providing an in-vehicle service. For example, the in-vehicle service refers to a Web service program running in the vehicle terminal. The present application can deploy a server in the vehicle terminal, that is, an in-vehicle server (denoted as: SERVER-CAR). The user terminal can communicate with the in-vehicle server through the local area network provided by the vehicle terminal, or, as shown in FIG. Figure 1 As shown, the vehicle-mounted server can communicate with the vehicle-mounted server through the mobile communication network, the vehicle-mounted server can communicate with the cloud server (denoted as: SERVER-CLOUD) to update the vehicle-side IP address, and the user terminal can communicate with the cloud server to obtain the current IP address of the vehicle-side.

[0067] like Figure 2 As shown, the in-vehicle service providing method may include the following steps:

[0068] Step S101: the in-vehicle server receives an in-vehicle service access request from a user terminal;

[0069] In an embodiment of the present application, the in-vehicle service access request is used to request access to the in-vehicle service provided by the in-vehicle server. The in-vehicle service access request is sent by the user terminal through the local area network formed with the vehicle-side or based on the current IP address of the vehicle-side of the vehicle-side. The current IP address of the vehicle-side is the URL address of the cloud server accessed by the user terminal, and is pre-obtained from the cloud server using the vehicle-side identifier.

[0070] Step S102: the vehicle-mounted server generates vehicle-mounted service page data and returns it to the user terminal;

[0071] In the embodiment of the present application, the vehicle service page data includes information of multiple vehicle service applets. The vehicle server can generate the vehicle service page data based on the business data and vehicle information obtained by the business logic interface.

[0072] After the user terminal receives the in-vehicle service page data, an in-vehicle service interaction page can be generated based on the in-vehicle service page data through a browser, etc. The in-vehicle service interaction page includes multiple in-vehicle service applets. Users can click on the in-vehicle service applets to send in-vehicle service control instructions, such as: raising or lowering the air conditioning temperature, etc.

[0073] When the vehicle-computer interacts with the user, only the user terminal is needed, especially the mobile phone carried by the user, which is low-cost and can be placed anywhere; the user terminal carried by the passenger uses its own browser function to interact with the vehicle-computer, and there is no need to install any additional auxiliary software; the vehicle-computer and the user terminal carried by the passenger are connected across platforms, and the user terminal carried by the passenger can be Android, Hongmeng, Apple operating system, etc.; passengers use their own devices to interact with the vehicle-computer, which can facilitate users to quickly become familiar with the functions of the vehicle-computer, especially when riding in unfamiliar vehicles such as online ride-hailing cars, passengers can play music and videos on the vehicle-computer at will, and adjust the air-conditioning temperature, etc.

[0074] In one embodiment of the present application, the vehicle-mounted server generates vehicle-mounted service page data in step S102, such as Figure 3 Shown, including:

[0075] Step S201: The Web service process in the vehicle-mounted server obtains information about the vehicle-mounted service applets currently allowed to provide vehicle-mounted services.

[0076] Step S202 : The Web service process in the vehicle-mounted server generates the vehicle-mounted service page data based on the information of the vehicle-mounted service applet that is allowed to provide the vehicle-mounted service.

[0077] Through the implementation method of this application, the car owner can edit the in-vehicle service page data and select which service programs can be opened to passengers. The in-vehicle server records the information of the in-vehicle service applets that are currently allowed to provide in-vehicle services after the car owner's editing, and generates the in-vehicle service page data based on the information of the in-vehicle service applets that are allowed to provide in-vehicle services, ensuring that only the in-vehicle services allowed by the car owner are opened to the user terminal, avoiding providing in-vehicle services that are not allowed by the car owner to the user terminal, ensuring information security, and saving system resources.

[0078] Step S103, the in-vehicle server receives an in-vehicle service control instruction for any of the in-vehicle service mini-programs from the user terminal;

[0079] After the user terminal clicks on the in-vehicle service mini-program to send an in-vehicle service control command, the in-vehicle service control command can be sent to the in-vehicle server, instructing the in-vehicle server's web service process to provide in-vehicle services to the user terminal, namely controlling the vehicle to implement corresponding functions, including but not limited to: multimedia control, body control, and navigation control. Multimedia control includes but is not limited to playing in-vehicle music and videos. Body control includes but is not limited to controlling interior lighting, sunshades, windows, seat adjustment, and air conditioning. Navigation control includes but is not limited to initiating navigation, ending navigation, and adding waypoints.

[0080] The web service process can run in the same system as other vehicle-mounted software, including but not limited to the Android operating system and the Hongmeng operating system. The web service process can communicate with other vehicle-mounted software (application processes) in a cross-process manner.

[0081] The Web service program corresponding to the Web service process is upgraded synchronously with the operation of remote upgrading, USB flash drive upgrading or system flashing of the vehicle.

[0082] In an embodiment of the present application, the in-vehicle service control instruction is sent by the user terminal through a local area network formed with the vehicle terminal or through the Internet based on the current IP address of the vehicle terminal.

[0083] Step S104: the in-vehicle server controls the vehicle to provide in-vehicle services according to the in-vehicle service control instruction.

[0084] In one embodiment of the present application, the vehicle-mounted server in step S104 controls the vehicle to provide the vehicle-mounted service according to the vehicle-mounted service control instruction, including:

[0085] The Web service process in the vehicle-mounted server calls the business logic interface, and calls one or more function provision objects corresponding to the vehicle-mounted service control instruction through the business logic interface, so that one or more function provision objects perform corresponding functions and provide vehicle-mounted services.

[0086] The embodiment of the present application can call the corresponding function providing objects through the business logic interface, and the function providing objects include: application process, multimedia control module, body control module, navigation control module, database module and cloud module, etc.

[0087] In actual application, after the car computer is started, the co-driver or rear passenger uses the user terminal to scan the car-mounted QR code or the web link shared by the car owner to access the car computer Web service program. The car computer Web service program can run as a process in the car computer operating system, or as a process in the car computer server on the vehicle; the car computer Web service program returns Web front-end data to the user terminal via the wireless network; the Web front-end data is parsed by the browser and displayed as a list of service applets on the user terminal screen; the user clicks on a small program to open the application operation interface, and can send instructions to the car computer, which controls the vehicle-related system functions according to the instructions; the execution results of the vehicle end are fed back to the user terminal screen.

[0088] After receiving an in-vehicle service access request from a user terminal, the embodiment of the present application can generate in-vehicle service page data and return it to the user terminal. After the in-vehicle server receives an in-vehicle service control instruction for any in-vehicle service applet from the user terminal, it can control the vehicle to provide in-vehicle services in accordance with the in-vehicle service control instruction. The connection structure of the in-vehicle server and the user terminal on the vehicle side of the embodiment of the present application is based on a server-client design architecture, with the vehicle side as a Web server and the user terminal as a client. The in-vehicle server provides in-vehicle services to the client. The user terminal and the vehicle side can be connected to the Internet through a mobile network respectively, without the need for other additional complex wired or wireless connections (that is, when the user terminal (such as a mobile phone, tablet computer, etc.) and the vehicle side (devices such as the infotainment system on the car) are connected, it can be achieved through the Internet, and this connection method is relatively simple and convenient, and does not require the use of wired connection methods such as USB cables or wireless connection methods such as Bluetooth to establish a direct connection between the two as in traditional methods). The user terminal and the vehicle terminal only need to connect to the Internet separately to use the network for data transmission and interaction, without the need for transit through the cloud server. The network communication distance is short and there is no cloud processing delay, which eliminates the additional and more complicated wired or wireless connection steps and setup process, making it easier for users to use.

[0089] In another embodiment of the present application, before the vehicle-mounted server controls the vehicle to provide the vehicle-mounted service according to the vehicle-mounted service control instruction in step S104, Figure 4 As shown, the method further includes:

[0090] Step S401: The in-vehicle server determines the in-vehicle service type of the in-vehicle service applet targeted by the in-vehicle service control instruction;

[0091] In this embodiment of the present application, the preset service type may refer to an in-vehicle service type that does not affect driving safety. In-vehicle service types that affect driving safety include: clutch, accelerator pedal, brake, and gear. In other words, the control of the vehicle by the user terminal through the vehicle-mounted web service process does not include the control of the clutch, accelerator pedal, brake, and gear that affect driving safety.

[0092] Step S402 : If the in-vehicle service type is within a preset service type set, the in-vehicle server controls the vehicle to provide the in-vehicle service according to the in-vehicle service control instruction.

[0093] The embodiments of the present application can prevent the user terminal from misoperating and controlling the in-vehicle services that affect driving safety, thereby ensuring driving safety.

[0094] In another embodiment of the present application, Figure 5As shown, before step S102, the method further includes:

[0095] Step S501: the in-vehicle server obtains the number of user terminals currently providing in-vehicle services;

[0096] Step S502 : if the number of terminals reaches a preset threshold, user terminals that meet preset removal conditions are removed from the user terminals currently providing in-vehicle services, and / or user terminals that send in-vehicle service requests after the current moment are refused to provide in-vehicle services.

[0097] Through the embodiments of this application, the vehicle-side computer can simultaneously provide services for multiple user terminals, meeting the needs of the front passenger and rear passengers for simultaneous interaction with the vehicle-side computer. The operations of multiple user terminals are synchronized by the vehicle-side Web service program, and the returned results are displayed on the screens of multiple user terminals. The vehicle's central control screen can view the number of currently connected user terminals and can remove or reject user terminal connections on the central control screen.

[0098] In another embodiment of the present application, Figure 6 As shown, before step S102, the method further includes:

[0099] Step S601: the in-vehicle server determines the communication mode between the user terminal currently accessing the in-vehicle service and itself;

[0100] In the embodiment of the present application, the communication mode between the user terminal and the vehicle-mounted server includes a local area network mode and a non-local area network mode.

[0101] Step S602 : If the communication mode between the user terminal accessing the in-vehicle service and itself is a local area network mode, the in-vehicle service page data is returned to the user terminal via the local area network.

[0102] When the user terminal and the vehicle terminal share a WIFI network connection, a local area network is formed. The user terminal can directly access the vehicle server, and the vehicle server returns the vehicle service page data to the user terminal through the local area network.

[0103] Step S603 : If the communication mode between the user terminal accessing the in-vehicle service and itself is non-local area network mode, the in-vehicle service page data is returned to the user terminal via the mobile communication network.

[0104] In another embodiment of the present application, before the in-vehicle server receives the in-vehicle service access request from the user terminal, Figure 7 As shown, before step S101, the method further includes:

[0105] Step S701: The cloud server receives a URL network request from a user terminal, wherein the URL network request includes a vehicle-mounted server identifier.

[0106] When a user terminal needs to access the vehicle server, it can use the browser in the user terminal to scan the QR code in the vehicle to obtain the URL address of the cloud server. Then, it can access the cloud server through this URL address or access the cloud server through a web link shared by the car owner. Then, it sends a URL network request to the cloud server. To facilitate the cloud server to obtain the vehicle server that the user terminal wants to access, it needs to include the vehicle terminal identifier (denoted as: SERVER-CAR) in the URL network request.

[0107] In the embodiments of the present application, the QR code in the vehicle can be posted in a fixed location on the vehicle, such as in front of the passenger seat or behind the driver and passenger seatbacks, or displayed on the vehicle's display screen. The QR code can be displayed on one or more vehicle displays. The display screen displaying the QR code can be reused for, but not limited to, the central control screen of the vehicle computer. It can also be a small, simple display screen located in the rear seat or elsewhere in the vehicle. The display screen displaying the QR code in the rear seat or elsewhere in the vehicle can be a very small, low-cost display screen that is only sufficient for displaying the QR code.

[0108] Furthermore, the validity period of the vehicle's QR code or web link shared by the vehicle owner can be set and dynamically updated, rendering the old QR code or web link invalid after the update. While the QR code or web link is still valid, as long as the vehicle computer is powered on and the vehicle server runs the web service program to provide the vehicle service, passengers can access the vehicle service program by simply revisiting the link history on the user terminal, without having to scan the QR code again.

[0109] It should be noted that in this article, in addition to the above-mentioned QR code and web link shared by the car owner, the user terminal's access to the on-board server can also be other ways to access the web server, such as WeChat applets; in addition to passengers being able to access the on-board server through the user terminal to obtain on-board services, the car owner or driver can also access the on-board server through the user terminal. Optionally, the passenger or car owner can log in to the user terminal to obtain on-board services; the on-board service can authenticate the user terminal that accesses itself, including determining whether the user terminal is logged in by the car owner or accessed in visitor mode. Optionally, the on-board service can be obtained based on whether the user terminal enters the correct verification code.

[0110] Step S702: the cloud server searches the redirection mapping table for the vehicle's current IP address corresponding to the vehicle's identifier.

[0111] In an embodiment of the present application, a redirection mapping table can be pre-set in the cloud server, and the redirection mapping table contains multiple groups of IP address mapping relationships corresponding to the vehicle-side terminals. Each group of IP address mapping relationships contains a mapping relationship between the vehicle-side terminal identifier (denoted as: IP_VIRTUAL) and the vehicle-side IP address (denoted as: IP-REAL).

[0112] In this step, an IP address search can be performed in the redirection mapping table based on the vehicle-side identifier, that is, the vehicle-side IP address corresponding to the vehicle-side identifier is queried, and the vehicle-side IP address is determined as the current vehicle-side IP address.

[0113] In step S703, the cloud server returns the current IP address of the vehicle to the user terminal, so that the user terminal performs network redirection to access the vehicle-mounted server based on the current IP address of the vehicle. After the user terminal accesses the vehicle-mounted server based on the current IP address of the vehicle, the communication method between the user terminal and the vehicle-mounted server is a non-local area network method.

[0114] In another embodiment of the present application, the cloud server returns an HTTP status code (such as: 302) at the same time as returning the current IP address of the vehicle. The user terminal browser performs network redirection based on the HTTP redirection status code returned by the cloud server and the current IP address of the vehicle to obtain the vehicle-side Web service.

[0115] In the embodiment of the present application, when the cloud server receives a URL network request sent by a user terminal, it can obtain the corresponding current IP address of the vehicle side according to the vehicle side identifier carried in the URL network request, and then return the current IP address of the vehicle side to the user terminal, so that the user terminal can access the vehicle-mounted service provided by the vehicle-mounted server based on the current IP address of the vehicle side. Through the embodiment of the present application, the user terminal can automatically access the vehicle-mounted service provided by the vehicle-mounted server according to the current IP address of the vehicle side and the HTTP status code provided by the cloud server, without the need for hardware connection with the vehicle side or installation of separate software, which is convenient for users to use.

[0116] In another embodiment of the present application, Figure 8 As shown, at any position before, between, or after step S101 to step S104, the method further includes:

[0117] Step S801: the vehicle-mounted server detects whether its own IP address has changed;

[0118] Step S802: If its own IP address changes, the vehicle-mounted server obtains the changed IP address of the vehicle;

[0119] Step S803: the vehicle-mounted server sends an IP address update request to the cloud server, where the IP address update request carries the changed IP address of the vehicle and the vehicle-mounted terminal identifier;

[0120] Step S804: The cloud server updates the redirection mapping table based on the changed IP address of the vehicle and the vehicle-side identifier.

[0121] In one embodiment of the present application, the cloud server updates the redirection mapping table based on the changed IP address of the vehicle and the vehicle-side identifier, including:

[0122] The cloud server searches the redirection mapping table for the vehicle-side IP address corresponding to the vehicle-side identifier; the cloud server replaces the vehicle-side IP address with the changed vehicle-side IP address (that is, replaces the old vehicle-side IP address in the redirection mapping table) to obtain the current vehicle-side IP address.

[0123] In an embodiment of the present application, when the IP address of the vehicle terminal changes (such as the signal base station connected to it changes when the vehicle moves), the vehicle terminal actively updates the IP-REAL to the cloud server, and SERVER-CLOUD maps the IP-REAL to IP_VIRTUAL, so that each time the cloud server queries the redirection mapping table based on the vehicle terminal identifier, the current IP address of the vehicle terminal obtained is the latest IP address of the vehicle terminal.

[0124] For ease of understanding, this application also provides an embodiment in practical application, as follows:

[0125] Step 1: After the vehicle computer starts, run the vehicle computer Web service process;

[0126] Step 2: The user scans the vehicle QR code or opens the web link shared by the vehicle owner through the user terminal;

[0127] Step 3: The QR code is parsed by the user terminal to generate a URL for accessing SERVER-CLOUD.

[0128] Step 3-1: The browser initiates a request to the dynamic IP address resolution server (SERVER-CLOUD) via the Internet using the URL or web link converted from the QR code;

[0129] Step 3-2: SERVER-CLOUD finds the IP-REAL corresponding to IP_VIRTUAL through the mapping relationship;

[0130] Step 3-3: SERVER-CLOUD returns URL redirection information to the browser via the Internet, the information including the HTTP status code and URL redirection address IP-REAL;

[0131] Step 3-4: The user terminal browser initiates a Web service request to the vehicle computer via IP-REAL via the Internet;

[0132] Step 3-5: The vehicle-mounted Web service process returns the Web front-end display data requested by the user terminal browser in step 3-4 to the user terminal browser via the Internet. The data content includes but is not limited to data in the form of HTML, CSS, JavaScript, and XML.

[0133] Step 4: The user terminal uses browser technology to render the data returned by the vehicle computer. The rendered result is a list of vehicle-side mini-programs. Clicking one of the mini-programs displays the mini-program operation interface. The operation interface can be rendered directly without rendering the mini-program list. The UI layout style is not restricted.

[0134] Step 5: The user clicks on the mini program operation interface to send instructions to the vehicle. Figure 9 After receiving the instruction, the vehicle-mounted Web backend service process calls the business logic interface to control vehicle-related functions. The business interface can access but is not limited to the vehicle-mounted system database, body control interface and vehicle-mounted cloud interface.

[0135] Steps 3 to 5 will be repeated multiple times during the interaction between the user terminal and the vehicle terminal.

[0136] like Figure 10 As shown, the functions that users can control through the user terminal include but are not limited to multimedia control, vehicle body control, and navigation control. Multimedia control includes but is not limited to playing in-car music; vehicle body control includes but is not limited to controlling interior lights, sunshades, window glass, seat adjustment, and air conditioning; and navigation control includes but is not limited to initiating navigation, ending navigation, and adding waypoints.

[0137] This application uses a portable user terminal as a device for interacting with the vehicle computer, eliminating the hardware screen and connection lines required for multi-screen interaction in the vehicle, saving costs and making it easier for users to use.

[0138] In this application, the communication method between the user terminal and the vehicle is based on the client-server (CS, Client / Server) design architecture, especially the browser-server (BS, Brower-Server) structure, that is, the browser on the user terminal initiates a Web service request to the vehicle-mounted server. The communication signal between the user terminal and the vehicle does not need to be transferred through the cloud server, which has the advantages of short communication distance and fast service response.

[0139] This application does not require the user terminal to install special vehicle control software. The user terminal and the vehicle-mounted vehicle operating system support cross-platform, that is, the user terminal and the vehicle-mounted operating system may not be the same operating system.

[0140] In this application, there are two network communication methods between the user terminal and the vehicle: local area network and mobile network. Only one method is required. When using the local area network communication method, no wireless auxiliary connection such as Bluetooth or other wired connection is required. When using the mobile network, only the user terminal needs to be able to connect to the Internet, and no additional communication connections or settings are required, making it easy to use.

[0141] In this application, an in-vehicle service only serves the car owner or a small number of users authorized by the car owner, or passengers in the cabin. Different in-vehicle servers operate independently, which has the advantage of a natural distributed network architecture.

[0142] In addition to being used for real-time multi-screen interaction between in-vehicle user terminals and vehicle-mounted systems, this application can also be used for vehicle remote control, such as remote control of windows and air conditioning.

[0143] This application uses the Web service program installed on the vehicle as the signal processing center for multi-screen interaction or remote vehicle control between the user terminal and the vehicle computer. When multiple devices (such as the front passenger and rear passengers, or multiple passengers on a large bus adjusting the music playback on the vehicle at the same time) participate in vehicle control, the control results can be synchronized to the screens of each user terminal by the Web service program and conflicts in multi-device operations can be avoided.

[0144] This application has the advantage of backward compatibility with traditional cars, that is, traditional cars can introduce the in-vehicle service provision system described in the present invention in an expanded manner. For example, on the basis of the original development of the car-machine service function, a Web service program is added, and the Web service program is input into the car-machine storage device through OTA remote upgrade, U disk upgrade or flashing, so that the Web service program runs as a process in the original car-machine system on the existing operating system. At the same time, a cloud server is added to the communication link to solve the problem of vehicle IP address changes.

[0145] In yet another embodiment of the present application, there is also provided a vehicle-mounted service providing system, comprising: a cloud server and a vehicle-mounted server;

[0146] The vehicle-mounted server is configured to receive a vehicle-mounted service access request from a user terminal; generate vehicle-mounted service page data and return it to the user terminal, so that the user terminal generates a vehicle-mounted service interaction page based on the vehicle-mounted service page data, wherein the vehicle-mounted service interaction page includes multiple vehicle-mounted service applets; receive a vehicle-mounted service control instruction for any of the vehicle-mounted service applets from the user terminal; and control the vehicle to provide the vehicle-mounted service according to the vehicle-mounted service control instruction;

[0147] The cloud server is used to receive a URL network request from a user terminal, where the URL network request includes the vehicle-side identifier of the vehicle-mounted server; query the current vehicle-side IP address corresponding to the vehicle-side identifier in the redirection mapping table; and return the current vehicle-side IP address to the user terminal, so that the user terminal performs network redirection to access the vehicle-mounted server based on the current vehicle-side IP address.

[0148] In another embodiment of the present application, there is further provided an in-vehicle server, comprising a processor, a communication interface, a memory, and a communication bus, wherein the processor, the communication interface, and the memory communicate with each other via the communication bus;

[0149] Memory for storing computer programs;

[0150] The processor is used to receive an in-vehicle service access request from a user terminal when executing a program stored in a memory; generate in-vehicle service page data and return it to the user terminal so that the user terminal generates an in-vehicle service interaction page based on the in-vehicle service page data, and the in-vehicle service interaction page includes multiple in-vehicle service applets; receive an in-vehicle service control instruction for any of the in-vehicle service applets from the user terminal; and control the vehicle to provide in-vehicle services according to the in-vehicle service control instruction. The user terminal does not need to be connected to the in-vehicle server by hardware, nor does it need to install separate software, which is convenient for user use.

[0151] In another embodiment of the present application, a cloud server is provided, comprising a processor, a communication interface, a memory, and a communication bus, wherein the processor, the communication interface, and the memory communicate with each other via the communication bus;

[0152] Memory for storing computer programs;

[0153] The processor is configured to, when executing a program stored in the memory, receive a URL network request from a user terminal, the URL network request including a vehicle-side identifier of an onboard server; query a redirection mapping table for a current vehicle-side IP address corresponding to the vehicle-side identifier; and return the current vehicle-side IP address to the user terminal, so that the user terminal performs network redirection to access the onboard server based on the current vehicle-side IP address. The connection structure between the onboard server and the user terminal on the vehicle side of the embodiment of the present application is based on a server-client design architecture, with the vehicle side acting as a Web server and the user terminal acting as a client. The onboard server provides onboard services to the client. The user terminal and the vehicle side can each connect to the Internet via a mobile network, without requiring any additional complex wired or wireless connection. That is, the user terminal (e.g., a mobile phone, tablet computer, etc.) and the vehicle side (e.g., a device such as an infotainment system on a car) can connect via the Internet, and this connection method is relatively simple and convenient, eliminating the need for a wired connection method such as a USB cable or a wireless connection method such as Bluetooth to establish a direct connection between the two, as is traditionally done. The user terminal and the vehicle terminal only need to connect to the Internet separately to use the network for data transmission and interaction, without the need for transit through the cloud server. The network communication distance is short and there is no cloud processing delay, which eliminates the additional and more complicated wired or wireless connection steps and setup process, making it easier for users to use.

[0154] The communication bus 1140 mentioned in the above vehicle-mounted server or cloud server can be a Peripheral Component Interconnect (PCI) bus or an Extended Industry Standard Architecture (EISA) bus. The communication bus 1140 can be divided into an address bus, a data bus, a control bus, etc. For ease of representation, Figure 11 Only one thick line is used in the diagram, but this does not mean that there is only one bus or one type of bus.

[0155] The communication interface 1120 is used for communication between the electronic device and other devices.

[0156] The memory 1130 may include a random access memory (RAM) or a non-volatile memory, such as at least one disk storage. Alternatively, the memory may be at least one storage device located away from the processor.

[0157] The above-mentioned processor 1110 can be a general-purpose processor, including a central processing unit (CPU), a network processor (NP), etc.; it can also be a digital signal processor (DSP), an application-specific integrated circuit (ASIC), a field-programmable gate array (FPGA) or other programmable logic devices, discrete gates or transistor logic devices, discrete hardware components.

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

[0159] The foregoing description is intended only to provide specific embodiments of the present invention, which will enable those skilled in the art to understand and implement the present invention. Various modifications to these embodiments will be readily apparent to those skilled in the art, and the general principles defined herein may be implemented in other embodiments without departing from the spirit or scope of the present invention. Therefore, the present invention is not intended to be limited to the embodiments shown herein, but is intended to be accorded the widest scope consistent with the principles and novel features claimed herein.

Claims

1. A method for providing an in-vehicle service, characterized in that: The method comprises: The cloud server receives a URL network request from a user terminal, the URL network request including the vehicle-mounted server identifier. The URL network request is obtained by the browser in the user terminal by scanning a QR code in the vehicle, and then sent to the cloud server via the URL address. The cloud server searches the redirection mapping table for the current vehicle IP address corresponding to the vehicle identifier. The method for updating the redirection mapping table includes: the vehicle server detecting whether its own IP address has changed; if its own IP address has changed, the vehicle server obtaining the changed vehicle IP address; the vehicle server sending an IP address update request to the cloud server, the IP address update request carrying the changed vehicle IP address and the vehicle identifier; and the cloud server updating the redirection mapping table based on the changed vehicle IP address and the vehicle identifier. The cloud server returns the current IP address of the vehicle to the user terminal, so that the user terminal performs network redirection based on the current IP address of the vehicle to access the vehicle server; The in-vehicle server receives an in-vehicle service access request from a user terminal; The in-vehicle server generates in-vehicle service page data and returns it to the user terminal, so that the user terminal generates an in-vehicle service interaction page based on the in-vehicle service page data, and the in-vehicle service interaction page includes multiple in-vehicle service applets; The in-vehicle server receives an in-vehicle service control instruction for any of the in-vehicle service mini-programs from the user terminal; The in-vehicle server determines the in-vehicle service type of the in-vehicle service applet targeted by the in-vehicle service control instruction; If the in-vehicle service type is within a preset service type set, the in-vehicle server controls the vehicle to provide the in-vehicle service according to the in-vehicle service control instruction, and the preset service type refers to a service type of the in-vehicle service that does not affect driving safety.

2. The method for providing in-vehicle services according to claim 1, wherein: The vehicle-mounted server generates vehicle-mounted service page data, including: The Web service process in the vehicle-mounted server obtains information about the vehicle-mounted service applet currently allowed to provide the vehicle-mounted service; The Web service process in the in-vehicle server generates the in-vehicle service page data based on information of the in-vehicle service applet that allows provision of the in-vehicle service.

3. The method for providing in-vehicle services according to claim 1, wherein: The in-vehicle server controls the vehicle to provide the in-vehicle service according to the in-vehicle service control instruction, including: The Web service process in the vehicle-mounted server calls the business logic interface, and calls one or more function provision objects corresponding to the vehicle-mounted service control instruction through the business logic interface, so that one or more function provision objects perform corresponding functions and provide vehicle-mounted services.

4. The method for providing in-vehicle services according to claim 3, wherein: The function providing objects include: application process, multimedia control module, body control module, navigation control module, database module and cloud module.

5. The method for providing in-vehicle services according to any one of claims 2 to 4, characterized in that: The Web service program corresponding to the Web service process is upgraded synchronously with the operation of remote upgrading, USB flash drive upgrading or system flashing of the vehicle.

6. The method for providing in-vehicle services according to claim 1, wherein: The method further comprises: The in-vehicle server obtains the number of user terminals currently accessing the in-vehicle service; If the number of terminals reaches a preset threshold, user terminals that meet the preset removal conditions are removed from the user terminals currently accessing the in-vehicle service, and / or the in-vehicle service is refused to be provided to user terminals that send in-vehicle service requests after the current moment.

7. The method for providing in-vehicle services according to claim 1, wherein: The method further comprises: The in-vehicle server determines a communication mode between the user terminal currently accessing the in-vehicle service and itself; If the communication mode between the user terminal currently accessing the in-vehicle service and itself is a local area network mode, the in-vehicle service page data is returned to the user terminal via the local area network.

8. The method for providing in-vehicle services according to claim 1, wherein: The method further comprises: The in-vehicle server determines a communication mode between the user terminal currently accessing the in-vehicle service and itself; If the communication mode between the user terminal currently accessing the in-vehicle service and itself is a non-local area network mode, the in-vehicle service page data is returned to the user terminal via the mobile communication network.

9. The method for providing in-vehicle services according to claim 1, wherein: The cloud server updates the redirection mapping table based on the changed IP address of the vehicle and the vehicle terminal identifier, including: The cloud server searches the redirection mapping table for the vehicle-side IP address corresponding to the vehicle-side identifier; The cloud server replaces the vehicle-side IP address with the changed vehicle-side IP address to obtain the vehicle-side current IP address.

10. A vehicle-mounted service providing system, characterized in that: include: Cloud servers and vehicle-mounted servers; The in-vehicle server is configured to receive an in-vehicle service access request from a user terminal; generating in-vehicle service page data and returning it to the user terminal, so that the user terminal generates an in-vehicle service interaction page based on the in-vehicle service page data, the in-vehicle service interaction page including a plurality of in-vehicle service applets; receiving an in-vehicle service control instruction for any of the in-vehicle service applets from the user terminal; determining the in-vehicle service type of the in-vehicle service applet targeted by the in-vehicle service control instruction; if the in-vehicle service type is within a set of preset service types, controlling the vehicle to provide the in-vehicle service in accordance with the in-vehicle service control instruction, the preset service type being a service type of the in-vehicle service that does not affect driving safety; The cloud server is configured to receive a URL network request from a user terminal, the URL network request including a vehicle-mounted server identifier, the URL network request being obtained by a browser in the user terminal by scanning a QR code in the vehicle, and then sent to the cloud server via the URL address; The redirection mapping table is queried for the current vehicle-side IP address corresponding to the vehicle-side identifier, and the method for updating the redirection mapping table includes: the vehicle-mounted server detects whether its own IP address has changed; if its own IP address has changed, the vehicle-mounted server obtains the changed vehicle-side changed IP address; the vehicle-mounted server sends an IP address update request to the cloud server, and the IP address update request carries the vehicle-side changed IP address and the vehicle-side identifier; the cloud server updates the redirection mapping table based on the vehicle-side changed IP address and the vehicle-side identifier; and returns the vehicle-side current IP address to the user terminal, so that the user terminal performs network redirection to access the vehicle-side server based on the vehicle-side current IP address.

11. A vehicle-mounted server, characterized in that: It includes a processor, a communication interface, a memory and a communication bus, wherein the processor, the communication interface and the memory communicate with each other via the communication bus; Memory for storing computer programs; The processor is configured to, when executing the program stored in the memory, implement receiving an in-vehicle service access request from a user terminal; generate in-vehicle service page data and return it to the user terminal, so that the user terminal generates an in-vehicle service interaction page based on the in-vehicle service page data, and the in-vehicle service interaction page includes multiple in-vehicle service applets; receive an in-vehicle service control instruction for any of the in-vehicle service applets from the user terminal; determine the in-vehicle service type of the in-vehicle service applet targeted by the in-vehicle service control instruction; if the in-vehicle service type is within a preset service type set, control the vehicle to provide in-vehicle service according to the in-vehicle service control instruction, and the preset service type refers to a service type of in-vehicle service that does not affect driving safety, wherein the in-vehicle service access request is received after the following steps: the cloud server receives a URL network request from the user terminal, the URL network request includes a vehicle-end identifier of the in-vehicle server, the UR L network request is that the browser in the user terminal obtains the URL address of the cloud server by scanning the QR code in the vehicle, and then sends it to the cloud server through the URL address; the cloud server queries the current vehicle IP address corresponding to the vehicle-side identifier in the redirection mapping table, and the updating method of the redirection mapping table includes: the vehicle-mounted server detects whether its own IP address has changed; if its own IP address has changed, the vehicle-mounted server obtains the changed vehicle-side IP address; the vehicle-mounted server sends an IP address update request to the cloud server, and the IP address update request carries the vehicle-side changed IP address and vehicle-side identifier; the cloud server updates the redirection mapping table based on the vehicle-side changed IP address and vehicle-side identifier; the cloud server returns the vehicle-side current IP address to the user terminal, so that the user terminal performs network redirection to access the vehicle-side server based on the vehicle-side current IP address.

Images