Internet of vehicles service management and control method and device, vehicle and medium

Abstract

The application provides a vehicle networking service management and control method and device, a vehicle and a medium. The method is applied to the technical field of vehicle networking and includes the following steps: a vehicle terminal acquires a service configuration file generated by a vehicle networking server based on vehicle model information and vehicle networking service information of the vehicle terminal. The service configuration file includes user access permission information and available traffic information corresponding to the vehicle terminal. A target access request for a target application is received. The target access request carries a target user identifier of a target access user. The target access request for the target application is subjected to corresponding management and control according to the user access permission information and the available traffic information. Thus, the service configuration file issued by the vehicle networking server is used to finely manage and control the access permission and access traffic of each application of the vehicle terminal, and a personalized vehicle networking application service with high flexibility is provided for users.

Description

Technical Field

[0001] This application relates to the field of vehicle networking technology, specifically to a vehicle networking service management method, device, vehicle, and medium in the field of vehicles. Background Technology

[0002] Vehicle-to-everything (V2X) is a branch of the Internet of Things (IoT) in the automotive field and an important application of mobile internet in automobiles. With an increasing number of connected applications being installed in vehicles, the requirements for traffic management within V2X are becoming increasingly stringent.

[0003] Currently, access to APP application resources on vehicle terminals is controlled through the Access Point Name (APN) of the TBOX. Applications on vehicle terminals can only be enabled or disabled, and individual applications cannot be controlled, which affects the company's flexible operation. Summary of the Invention

[0004] This application provides a method, device, vehicle, and medium for managing vehicle-to-everything (V2X) services. By using service configuration files issued by a V2X server, it enables fine-grained control over access permissions and traffic of various applications on in-vehicle terminals, providing users with highly flexible and personalized V2X application services. The above technical solution is as follows:

[0005] Firstly, embodiments of this specification provide a method for managing and controlling vehicle networking services. This method is applied to an in-vehicle terminal and includes:

[0006] Receives a service configuration file from the vehicle network server; the service configuration file is generated based on the vehicle model information and vehicle network service information of the vehicle terminal; the service configuration file includes user access permission information and available traffic information corresponding to the vehicle terminal.

[0007] Receive a target access request for a target application on the aforementioned vehicle terminal; the target access request carries the target user identifier of the target user.

[0008] Based on the aforementioned user access permission information and the aforementioned usable traffic information, the target access requests of the aforementioned target applications will be controlled accordingly.

[0009] The above technical solution allows for the management of access requests from various applications on the vehicle terminal through user access permission information and available traffic information in the service configuration file issued by the vehicle network service platform. This enables more refined operation and management of access permissions and traffic for various applications on the vehicle terminal, improving the flexibility of vehicle network service management and the user experience of using vehicle network services.

[0010] In combination with the first aspect and the above implementation methods, in some possible implementation methods, the above user access permission information includes the access permissions of at least one user identifier corresponding to each application on the above vehicle terminal, and the above usable traffic information includes the usable traffic corresponding to each application on the above vehicle terminal.

[0011] The above-mentioned control over target access requests to the target application based on the aforementioned user access permission information and the aforementioned usable traffic information includes:

[0012] Based on the target user identifier and the user access permission information, determine whether the target user has access permission to the target application, and based on the available traffic information, determine whether the available traffic corresponding to the target application has been used up.

[0013] If the target user has access to the target application and the target application has not used up its available traffic, then in response to the target access request, the corresponding target access action is performed on the target application.

[0014] In combination with the first aspect and the above implementation methods, in some possible implementation methods, the above service configuration file also includes the service validity period corresponding to each application on the above vehicle terminal; the above method also includes:

[0015] Determine whether the target service of the aforementioned target application is within the service validity period of the aforementioned target application;

[0016] If the target service is not within the service validity period of the target application, a corresponding target service expiration notification message will be issued.

[0017] In response to the aforementioned target access request, the above-mentioned target access action is performed on the target application, including:

[0018] If the target service is within the service validity period of the target application, then in response to the target access request, the corresponding target access action is performed on the target application.

[0019] In conjunction with the first aspect and the above implementation methods, in some possible implementation methods, after responding to the target access request and performing the corresponding target access action on the target application, the method further includes:

[0020] Upon receiving the power-down command, the traffic usage information corresponding to the vehicle terminal is sent to the vehicle network server, so that the vehicle network server can monitor the traffic usage of each application on the vehicle terminal based on the traffic usage information and update the available traffic information in the service configuration file.

[0021] In response to the above power-down command, execute the power-down action.

[0022] In combination with the first aspect and the above implementation method, the above method also includes:

[0023] The system receives service configuration information sent by the vehicle owner's user terminal to the aforementioned in-vehicle terminal. The service configuration information includes service configuration parameters corresponding to a specified application on the aforementioned in-vehicle terminal. The service configuration parameters include specified access information of the specified application corresponding to the target user identifier or specified access information of the vehicle terminal corresponding to the specified application. The specified application is at least one application on the aforementioned in-vehicle terminal that the vehicle owner has access to, and the application that the vehicle owner specifies for service configuration.

[0024] Update the service configuration file based on the above service configuration information.

[0025] Through the above technical solutions, vehicle owners can configure services for applications on their in-vehicle terminals that they have access to. This includes, but is not limited to, setting which users can only access a specific application (specified access permission), the maximum bandwidth that can be used when accessing a specific application (specified usable bandwidth), and other specified access information for the corresponding application on the in-vehicle terminal. Alternatively, it can specify which applications (specified applications) a target user (target user identifier) ​​can access on the vehicle owner's in-vehicle terminal, or which specific applications (specified applications) a target user (target user identifier) ​​can access on the vehicle owner's in-vehicle terminal. The system allows vehicle owners to manage the access permissions and data usage of various applications on their in-vehicle terminals, including the maximum data usage allowed (specified usable data). This is particularly useful when a vehicle is lent out, as it allows for the management of different borrowers' access to applications on the owner's in-vehicle terminal based on their identity information (such as, but not limited to, target user identifiers). This includes controlling the data usage and available connected vehicle services, thus improving the flexibility and targeting of connected vehicle service management, as well as enhancing the convenience and user experience for vehicle owners.

[0026] In combination with the first aspect and the above implementation methods, in some possible implementation methods, the above method also includes:

[0027] After the vehicle terminal is powered on, it sends a vehicle network service configuration request to the vehicle network server, so that the vehicle network server responds to the vehicle network service configuration request, obtains the corresponding vehicle model information and vehicle network service information according to the vehicle identifier corresponding to the vehicle terminal carried in the vehicle network service configuration request, determines the corresponding vehicle network service strategy according to the vehicle model information, and generates the service configuration file according to the vehicle network service strategy and the vehicle network service information.

[0028] The vehicle-to-everything (V2X) service strategy includes the application identifier of at least one V2X application that can be configured and used by the vehicle terminal corresponding to the vehicle model information.

[0029] In combination with the first aspect and the above implementation methods, in some possible implementation methods, receiving a target access request for a target application on the vehicle terminal includes:

[0030] Receive target access operations for the target application on the aforementioned vehicle terminal;

[0031] Based on the target account identifier logged in on the above-mentioned vehicle terminal, or the target fingerprint identifier corresponding to the above-mentioned target access operation, or the target voiceprint identifier corresponding to the above-mentioned target access operation, the target user identifier of the target access user corresponding to the above-mentioned target access operation is determined.

[0032] Based on the aforementioned target access operation and the aforementioned target user identifier, a corresponding target access request is generated.

[0033] Secondly, embodiments of this specification provide a vehicle network service management device, which is applied to an in-vehicle terminal. The device includes:

[0034] The first receiving module is used to receive the service configuration file sent by the vehicle network server; the service configuration file is generated based on the vehicle model information and vehicle network service information of the vehicle terminal; the service configuration file includes the user access permission information and available traffic information corresponding to the vehicle terminal.

[0035] The second receiving module is used to receive a target access request for the target application on the vehicle terminal; the target access request carries the target user identifier of the target access user.

[0036] The control module is used to control the target access requests of the target application according to the above-mentioned user access permission information and the above-mentioned usable traffic information.

[0037] In combination with the second aspect and the above implementation methods, in some possible implementation methods, the above user access permission information includes the access permissions of at least one user identifier corresponding to each application on the above vehicle terminal, and the above usable traffic information includes the usable traffic corresponding to each application on the above vehicle terminal.

[0038] The aforementioned control modules include:

[0039] The judgment unit is used to determine whether the target user has the access rights to the target application based on the target user identifier and the user access permission information, and to determine whether the available traffic corresponding to the target application has been used up based on the available traffic information.

[0040] The control unit is configured to, in response to the target access request, perform a corresponding target access action on the target application if the target user has access rights to the target application and the target application has not exhausted its available traffic.

[0041] In combination with the second aspect and the above implementation methods, in some possible implementation methods, the above service configuration file also includes the service validity period corresponding to each application on the above vehicle terminal;

[0042] The aforementioned vehicle-to-everything (V2X) service management device also includes:

[0043] The judgment module is used to determine whether the target service of the target application is within the service validity period of the target application.

[0044] The expiration notification module is used to issue a corresponding expiration notification message if the target service is not within the service validity period of the target application.

[0045] The aforementioned control module is specifically used for:

[0046] If the target service is within the service validity period of the target application, then in response to the target access request, the corresponding target access action will be performed on the target application.

[0047] In conjunction with the second aspect and the above-described implementation methods, in some possible implementations, the aforementioned vehicle-to-everything (V2X) service management device further includes:

[0048] The sending module is used to send the traffic usage information corresponding to the vehicle terminal to the vehicle network server after receiving the power-down command, so that the vehicle network server can monitor the traffic usage of each application on the vehicle terminal based on the traffic usage information and update the available traffic information in the service configuration file.

[0049] The second control module is used to respond to the above power-down command and execute the power-down action.

[0050] In conjunction with the second aspect and the above-described implementation methods, in some possible implementations, the aforementioned vehicle-to-everything (V2X) service management device further includes:

[0051] The third receiving module is used to receive service configuration information sent by the user terminal of the vehicle owner of the above-mentioned vehicle terminal; the service configuration information includes service configuration parameters corresponding to a specified application on the above-mentioned vehicle terminal, the service configuration parameters include the specified access information of the specified application corresponding to the target user identifier or the specified access information of the vehicle terminal corresponding to the specified application; the specified application is at least one application on the above-mentioned vehicle terminal that the vehicle owner has access to, and the application that the vehicle owner specifies for service configuration.

[0052] The update module is used to update the service configuration file based on the service configuration information mentioned above.

[0053] In conjunction with the second aspect and the above-described implementation methods, in some possible implementations, the aforementioned vehicle-to-everything (V2X) service management device further includes:

[0054] The sending module is used to send a vehicle network service configuration request to the vehicle network server after the vehicle terminal is powered on, so that the vehicle network server responds to the vehicle network service configuration request, obtains the corresponding vehicle model information and vehicle network service information according to the vehicle identifier corresponding to the vehicle terminal carried in the vehicle network service configuration request, determines the corresponding vehicle network service strategy according to the vehicle model information, and generates the service configuration file according to the vehicle network service strategy and the vehicle network service information.

[0055] The vehicle-to-everything (V2X) service strategy includes the application identifier of at least one V2X application that can be configured and used by the vehicle terminal corresponding to the vehicle model information.

[0056] In combination with the second aspect and the above implementation methods, in some possible implementation methods, the second receiving module includes:

[0057] The receiving unit is used to receive target access operations for the target application on the aforementioned vehicle terminal;

[0058] The determining unit is used to determine the target user identifier of the target access user corresponding to the target access operation based on the target account identifier logged in on the vehicle terminal, or the target fingerprint identifier corresponding to the target access operation, or the target voiceprint identifier corresponding to the target access operation.

[0059] The generation unit is used to generate a corresponding target access request based on the aforementioned target access operation and the aforementioned target user identifier.

[0060] Thirdly, embodiments of this specification provide a vehicle including a memory and a processor. The memory stores executable program code, and the processor calls and runs the executable program code from the memory, causing the vehicle to perform the methods described in the first aspect or any possible implementation thereof.

[0061] Fourthly, a computer program product is provided, comprising: computer program code, which, when run on a computer, causes the computer to perform the methods described in the first aspect or any possible implementation thereof.

[0062] Fifthly, a computer-readable storage medium is provided that stores computer program code, which, when executed on a computer, causes the computer to perform the methods described in the first aspect or any possible implementation thereof. Attached Figure Description

[0063] To more clearly illustrate the technical solutions in the embodiments of this application, the accompanying drawings used in the embodiments 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.

[0064] Figure 1 This is a schematic diagram illustrating the implementation process of the vehicle network service management method provided by related technologies and an exemplary embodiment of this application;

[0065] Figure 2 This is a schematic diagram of the architecture of a vehicle network service management system provided in an exemplary embodiment of this application;

[0066] Figure 3 This is a flowchart illustrating a vehicle network service management method provided in an exemplary embodiment of this application;

[0067] Figure 4 This is a schematic diagram illustrating another vehicle network service management method provided in an exemplary embodiment of this application;

[0068] Figure 5 This is a schematic diagram of the structure of a vehicle network service management device provided in an exemplary embodiment of this application;

[0069] Figure 6 This is a schematic diagram of the structure of a vehicle provided in an exemplary embodiment of this application. Detailed Implementation

[0070] The technical solutions in this application will be clearly and thoroughly described below with reference to the accompanying drawings. In the description of the embodiments of this application, unless otherwise stated, " / " means "or," for example, A / B can mean A or B. "And / or" in the text is merely a description of the relationship between related objects, indicating that three relationships can exist. For example, A and / or B can represent: A existing alone, A and B existing simultaneously, and B existing alone. Furthermore, in the description of the embodiments of this application, "multiple" refers to two or more than two.

[0071] Hereinafter, the terms "first" and "second" are used for descriptive purposes only and should not be construed as implying or suggesting relative importance or implicitly indicating the number of technical features indicated. Thus, a feature defined as "first" or "second" may explicitly or implicitly include one or more of that feature.

[0072] In related technologies, such as Figure 1 As shown in the left figure, application resource access on the vehicle's Head Unit Terminal (HUT) is typically managed through the TBOX's APN. However, this management method is too simplistic, only supporting all applications to be either fully enabled or fully disabled, rather than allowing for independent management of individual applications. This limitation impacts both the company's flexible operations and the user's service experience.

[0073] To solve the above problems, such as Figure 1 As shown in the right figure, this application uses a Telematics Service Provider (TSP) configuration file to manage various applications on the HUT (Host Terminal). Specifically, the access permissions of each application on the in-vehicle terminal can be managed through the service configuration file issued by the TSP. That is, the system will only respond to the target user's access request and execute the corresponding access action if the target user, as indicated in the service configuration file, has the necessary access permissions and the target application's available bandwidth has not been exhausted. This allows for more granular operational control over each application on the in-vehicle terminal, improving the flexibility of TSP service management and the user experience. Simultaneously, service providers can also independently configure each application on each in-vehicle terminal according to actual needs, enabling more flexible and efficient operational strategies. Figure 1 As shown in the right figure, the above service configuration file may include, but is not limited to, service configuration information such as application identifiers (e.g., music UID1, video UID2, radio UID3, navigation UID4, etc.) corresponding to each application, such as, but not limited to, user access permission information and available traffic information. This application embodiment does not limit this.

[0074] The present application will now be described in detail with reference to specific embodiments.

[0075] Please refer to the following. Figure 2 This is a schematic diagram of the architecture of a vehicle network service management system provided in an embodiment of this application. Figure 2 As shown, the vehicle network service management system may include an in-vehicle terminal 210, a vehicle network server 220, and a user terminal 230.

[0076] The vehicle-mounted terminal 210 can receive service configuration files from the vehicle network server 220 and receive target access requests for target applications on the vehicle-mounted terminal 210, carrying a target user identifier corresponding to the target user. It can also manage these target access requests based on the user access permission information and available traffic information. For example, it can determine whether the target user has the necessary access permissions for the target application based on the user access permission information, and whether the available traffic for the target application has been exhausted based on the available traffic information. If the target user has the necessary access permissions for the target application and the available traffic for the target application has not been exhausted, the vehicle-mounted terminal 210 will respond to the target access request by performing corresponding target access actions on the target application. The vehicle-mounted terminal 210 can be integrated into the vehicle or installed independently of the vehicle. The vehicle-mounted terminal 210 can interact with the vehicle network server 220 or the user terminal 230 via cellular networks, Wi-Fi, or other means.

[0077] The vehicle networking server 220 can be a standalone physical server, a server cluster or distributed system composed of multiple physical servers, or a cloud server providing basic cloud computing services such as cloud services, cloud databases, cloud computing, cloud functions, cloud storage, network services, cloud communication, middleware services, domain name services, security services, Content Delivery Network (CDN), and big data and artificial intelligence platforms. In this embodiment, the vehicle networking server 220 can provide vehicle networking services to various applications running on the vehicle terminal 210, and generate service configuration files corresponding to the vehicle terminal 210 based on the vehicle model information and vehicle networking service information of the vehicle terminal 210. The aforementioned vehicle networking service information can be obtained, but is not limited to, extracted from the vehicle networking agreement information signed by the user sent by the user terminal 230, or it can be obtained by the administrators of the vehicle networking platform corresponding to the vehicle networking server 220 according to the actual needs such as the vehicle networking services purchased by the user of the vehicle terminal 210. This embodiment does not limit this.

[0078] User terminal 230 may be, but is not limited to, the terminal of the vehicle owner corresponding to the aforementioned vehicle terminal 210. User terminal 230 is equipped with a vehicle networking service management application capable of managing various vehicle networking-related applications on the vehicle terminal 210. The vehicle owner can use the vehicle networking service management application installed on user terminal 230 to set corresponding service configuration parameters for specified applications on the vehicle terminal 210, such as, but not limited to, specified access permissions and / or specified usable traffic for specified applications. At this time, user terminal 230 can obtain the service configuration information input by the vehicle owner, including the aforementioned service configuration parameters, and synchronously send the aforementioned service configuration information to vehicle terminal 210 and / or vehicle networking server 220 via the network.

[0079] The network can be a medium that provides communication links between the vehicle terminal 210 and the vehicle networking server 220, between the vehicle networking server 220 and the user terminal 230, and between the vehicle terminal 210 and the user terminal 230. It can also be the Internet, which includes network equipment and transmission media, and is not limited thereto. The transmission media can be a wired link, such as, but not limited to, coaxial cable, optical fiber, and digital subscriber line (DSL), or a wireless link, such as, but not limited to, wireless fidelity (WIFI), Hypertext Transfer Protocol (HTTP), Bluetooth, and mobile device networks.

[0080] Understandably, Figure 2 The number of vehicle terminals 110, vehicle network servers 220 and user terminals 230 in the illustrated vehicle network service management system is only for example. In a specific implementation, the vehicle network service management system can contain any number of vehicle terminals 210, vehicle network servers 220 and user terminals 230.

[0081] Next, combine Figure 1 and Figure 2 Taking the execution of vehicle-to-everything (V2X) service management by an in-vehicle terminal as an example, this application describes the V2X service management method provided in its embodiments. Please refer to [link / reference] for details. Figure 3 This is a flowchart illustrating a vehicle network service management method provided in an embodiment of this application. Figure 3 As shown, the method includes the following steps:

[0082] S301 receives the service configuration file sent by the vehicle networking server. The service configuration file is generated based on the vehicle model information and vehicle networking service information of the vehicle terminal.

[0083] Specifically, after the in-vehicle terminal powers on, it sends a vehicle-to-everything (V2X) service configuration request to the V2X server. The V2X server responds to this request by querying the vehicle model information and the V2X service information configured by the vehicle owner based on the vehicle identifier carried in the request. It then determines the corresponding V2X service strategy based on the vehicle model information (e.g., but not limited to finding the pre-set V2X service strategy corresponding to the vehicle model information from a preset mapping relationship). Based on the V2X service strategy and information, it generates a service configuration file (e.g., but not limited to generating service configuration files for each application on the in-vehicle terminal through internal algorithms and / or administrator configuration management operations), and distributes this configuration file to the in-vehicle terminal. This allows for more personalized and refined V2X service management for vehicle owners at a low cost, without requiring a complete update of the in-vehicle terminal, meeting their diverse needs and improving the vehicle's intelligence level and the user experience of V2X services. After powering on, the in-vehicle terminal receives the service configuration file distributed by the V2X server. The aforementioned preset mapping relationship represents the correspondence between various vehicle model information and V2X service strategies. The aforementioned connected vehicle service strategy includes the application identifier of at least one connected vehicle application that can be configured and used on the in-vehicle terminal corresponding to the vehicle model information. Different vehicle models may have different connected vehicle service strategies; that is, the number and / or types of connected vehicle applications that can be configured and used may differ for different vehicle models. For example, but not limited to, higher-end models may have more connected vehicle applications than lower-end models. The aforementioned connected vehicle service information includes, but is not limited to, the connected vehicle data service package information purchased by the vehicle owner corresponding to the in-vehicle terminal, or application information related to connected vehicle services on the activated in-vehicle terminal. The aforementioned service configuration file may include, but is not limited to, user access permission information corresponding to the in-vehicle terminal. For example, but not limited to, access permissions for at least one user identifier corresponding to each application on the in-vehicle terminal, and usable data information, such as, but not limited to, usable data for each application on the in-vehicle terminal, and the service validity period for each application on the in-vehicle terminal. The aforementioned usable data is used to represent the maximum amount of data that an application can currently use.

[0084] Optionally, the vehicle terminal can also receive service configuration information sent by the vehicle owner's user terminal and update the aforementioned service configuration file based on this service configuration information. The service configuration information may include, but is not limited to, service configuration parameters corresponding to a specified application on the vehicle terminal. These service configuration parameters include specified access information for the specified application corresponding to the target user identifier or specified access information for the specified application on the vehicle terminal. The specified access information may include, but is not limited to, specified access permissions and / or specified usable traffic. The specified application is the application specified by the vehicle owner for service configuration among at least one application on the vehicle terminal for which the vehicle owner has access permissions. In other words, vehicle owners can configure services for applications on their in-vehicle terminals that they have access to. This includes, but is not limited to, setting which users can only access a specific application (specified access permission), the maximum bandwidth a specific application can use when accessed (specified usable bandwidth), which applications a target user (target user identifier) ​​can access on the owner's in-vehicle terminal (specified applications), and the maximum bandwidth a target user (target user identifier) ​​can use when accessing a specific application on the owner's in-vehicle terminal (specified usable bandwidth). This allows vehicle owners to manage the access permissions and usable bandwidth for each application on their in-vehicle terminal. Especially after the vehicle is lent out, the owner can control the borrower's access to services on the owner's in-vehicle terminal based on the borrower's identity information (e.g., but not limited to target user identifiers), such as the bandwidth and connected car service applications available to the borrower. This improves the flexibility and targeting of connected car service management, as well as the convenience and user experience for vehicle owners.

[0085] Understandably, the aforementioned service configuration information may also include the effective period of the service configuration parameters. That is, the vehicle owner may also set an effective period (such as, but not limited to, one day, one month, etc.) for the service configuration parameters they configure. This ensures that the service configuration file updated by the vehicle terminal based on the vehicle owner's service configuration information is only valid during the effective period and becomes invalid and reverts to the version before the update after the effective period. This avoids the situation where the vehicle owner forgets to change back to the service configuration they usually use after the vehicle is returned, thus affecting the vehicle owner's normal use of the vehicle network services on their vehicle terminal. This further improves the precision and flexibility of vehicle network service management.

[0086] S302, receive a target access request for a target application on the vehicle terminal, the target access request carrying the target user identifier of the target user.

[0087] Specifically, after the in-vehicle terminal is powered on, when a target user wants to access a target application on the in-vehicle terminal, the in-vehicle terminal can receive the target access operation for the target application, such as, but not limited to, clicking on the display screen of the in-vehicle terminal or directly inputting voice commands. Then, based on the target account identifier logged in on the in-vehicle terminal, or the target fingerprint identifier corresponding to the target access operation, or the target voiceprint identifier corresponding to the target access operation, the target user identifier corresponding to the target access operation is determined; that is, the identity of the target user, i.e., the target user identifier, can be determined based on the target account identifier, or the target fingerprint identifier or the target voiceprint identifier carried in the target access operation. Finally, a corresponding target access request is generated based on the target access operation and the target user identifier, that is, in response to the target access operation, a target access request carrying the target application identifier and the target user identifier of the target application to be accessed is generated.

[0088] Understandably, when the target user is the vehicle owner, the target account identifier logged on the vehicle terminal can be the vehicle owner's account identifier; when the target user is a temporary visitor lent out by the vehicle owner, the target account identifier logged on the vehicle terminal can be the lender's account identifier or a temporary visitor account identifier randomly assigned on the vehicle terminal.

[0089] S303, based on user access permission information and available traffic information, controls the target application's target access requests accordingly.

[0090] Specifically, the aforementioned user access permission information includes access permissions for at least one user identifier corresponding to each application on the in-vehicle terminal, and the available traffic information includes the available traffic corresponding to each application on the in-vehicle terminal. Upon receiving a target access request for a target application, the in-vehicle terminal can determine whether the target user has access permissions for the target application based on the target user identifier carried in the target access request and the aforementioned user access permission information, and whether the available traffic corresponding to the target application has been exhausted based on the available traffic information. If the target user has access permissions for the target application and the available traffic for the target application has not been exhausted, the terminal responds to the target access request by performing the corresponding target access action on the target application. If the target user does not have access permissions for the target application or the available traffic for the target application has been exhausted, the terminal responds to the target access request by issuing a corresponding access failure message or access failure message to indicate that the target user currently does not have access permissions for the target application or the available traffic for the target application has been exhausted.

[0091] In this embodiment, the usage permissions of each application on the vehicle terminal can be managed through the service configuration file issued by the vehicle network service platform. Only when the service configuration file indicates that the target user accessing the target application on the vehicle terminal has the access permission for the target application and the available traffic of the target application has not been used up will the vehicle terminal respond to the target user's target access request and control the vehicle terminal to perform the corresponding target access action. This enables more refined operation and management of each application on the vehicle terminal, improves the flexibility of vehicle network service management and management and enhances the user experience of using vehicle network services.

[0092] Optionally, the service configuration file may also include the service validity period for each application on the vehicle terminal. The vehicle terminal may also determine whether the target service of the target application is within the service validity period of the target application. If the target user has access to the target application, the available traffic for the target application is not exhausted, and the target service is within the service validity period of the target application, the terminal will respond to the target access request and perform the corresponding target access action for the target application. If the target service is not within the service validity period of the target application, a corresponding target service expiration prompt message will be directly issued to inform the target user that the target service of the target application has expired and cannot be accessed, and that the corresponding renewal operation is required before access and use can be performed.

[0093] Optionally, when a new vehicle-to-everything (V2X) application is added to the vehicle-to-everything (V2X) terminal, the application identifier of the newly added V2X application can be synchronized to the V2X server so that the V2X server can configure the service for the newly added V2X application in a timely manner.

[0094] Please refer to the following. Figure 4 This is a flowchart illustrating another vehicle network service management method provided in an exemplary embodiment of this application. Figure 4 As shown, the method includes the following steps:

[0095] S401 After the vehicle terminal is powered on, it sends a service configuration request to the vehicle network server so that the vehicle network server can obtain the service configuration file corresponding to the vehicle terminal based on the service configuration request.

[0096] Specifically, after the vehicle terminal is powered on, it can send a service configuration request to the vehicle network server. The service configuration request carries the vehicle identifier corresponding to the vehicle terminal. The vehicle network server can use the vehicle identifier to query and send the service configuration file generated by the server based on the vehicle model information and vehicle network service information of the vehicle terminal.

[0097] S402 receives the service configuration file sent by the vehicle networking server. The service configuration file is generated based on the vehicle model information and vehicle networking service information of the vehicle terminal.

[0098] Specifically, S402 is the same as S301, and will not be repeated here.

[0099] S403, receive a target access request for a target application on the vehicle terminal, the target access request carrying the target user identifier of the target user.

[0100] Specifically, S403 is the same as S302, and will not be repeated here.

[0101] S404, based on user access permission information and available traffic information, controls the target access requests of the target application accordingly.

[0102] Specifically, S404 is the same as S303, and will not be repeated here.

[0103] After receiving the power-down command, S405 sends the traffic usage information corresponding to the vehicle terminal to the vehicle network server, so that the vehicle network server can monitor the traffic usage of each application on the vehicle terminal based on the traffic usage information and update the available traffic information in the service configuration file.

[0104] Specifically, after receiving a power-down command, the vehicle-mounted terminal can first send its corresponding data usage information to the vehicle-to-everything (V2X) server. This allows the V2X server to monitor and record the data usage of each application on the vehicle-mounted terminal based on the data usage information, and update the available data usage information in the service configuration file. This enables the V2X server to more efficiently and accurately manage the V2X services of each application on the vehicle-mounted terminal after it powers on again, based on the updated service configuration file. The aforementioned data usage information may include, but is not limited to, the data usage of the target application accessed after the vehicle-mounted terminal powers on this time.

[0105] Understandably, after the vehicle terminal is powered on, the number of target applications accessed by the vehicle terminal can be 0, 1 or more, etc., and this application embodiment does not limit this.

[0106] S406 responds to the power-down command and performs the power-down action.

[0107] Specifically, the vehicle terminal will only respond to the power-down command and perform the corresponding power-down action after sending its corresponding traffic usage information to the vehicle network server. This allows the vehicle network server to monitor and record the traffic usage of each application on the vehicle terminal in a timely manner and update its corresponding service configuration files in a timely manner, thereby improving the efficiency and accuracy of vehicle network service management.

[0108] Please refer to the following. Figure 5 This is a schematic diagram of the structure of a vehicle network service management device provided in an embodiment of this application. Figure 5 As shown, the aforementioned vehicle-to-everything (V2X) service management device 500 is applied to an in-vehicle terminal, and the V2X service management device 500 includes:

[0109] The first receiving module 510 is used to receive a service configuration file sent by the vehicle network server; the service configuration file is generated based on the vehicle model information and vehicle network service information of the vehicle terminal; the service configuration file includes user access permission information and available traffic information corresponding to the vehicle terminal.

[0110] The second receiving module 520 is used to receive a target access request for a target application on the vehicle terminal; the target access request carries the target user identifier of the target access user.

[0111] The control module 530 is used to control the target access requests of the target application according to the above-mentioned user access permission information and the above-mentioned usable traffic information.

[0112] In some possible implementations, the aforementioned user access permission information includes access permissions for at least one user identifier corresponding to each application on the aforementioned vehicle terminal, and the aforementioned usable traffic information includes usable traffic corresponding to each application on the aforementioned vehicle terminal.

[0113] The aforementioned control module 530 includes:

[0114] The judgment unit is used to determine whether the target user has the access rights to the target application based on the target user identifier and the user access permission information, and to determine whether the available traffic corresponding to the target application has been used up based on the available traffic information.

[0115] The control unit is configured to, in response to the target access request, perform a corresponding target access action on the target application if the target user has access rights to the target application and the target application has not exhausted its available traffic.

[0116] In some possible implementations, the aforementioned service configuration file also includes the service validity period corresponding to each application on the aforementioned in-vehicle terminal; the aforementioned vehicle network service management device 500 also includes:

[0117] The judgment module is used to determine whether the target service of the target application is within the service validity period of the target application.

[0118] The expiration notification module is used to issue a corresponding expiration notification message if the target service is not within the service validity period of the target application.

[0119] The aforementioned control module 530 is specifically used to: if the aforementioned target service is within the service validity period of the aforementioned target application, then in response to the aforementioned target access request, perform the corresponding target access action on the target application.

[0120] In some possible implementations, the aforementioned vehicle-to-everything (V2X) service management device 500 further includes:

[0121] The sending module is used to send the traffic usage information corresponding to the vehicle terminal to the vehicle network server after receiving the power-down command, so that the vehicle network server can monitor the traffic usage of each application on the vehicle terminal based on the traffic usage information and update the available traffic information in the service configuration file.

[0122] The second control module is used to respond to the above power-down command and execute the power-down action.

[0123] In some possible implementations, the aforementioned vehicle-to-everything (V2X) service management device 500 further includes:

[0124] The third receiving module is used to receive service configuration information sent by the user terminal of the vehicle owner of the above-mentioned vehicle terminal; the service configuration information includes service configuration parameters corresponding to a specified application on the above-mentioned vehicle terminal, the service configuration parameters include the specified access information of the specified application corresponding to the target user identifier or the specified access information of the vehicle terminal corresponding to the specified application; the specified application is at least one application on the above-mentioned vehicle terminal that the vehicle owner has access to, and the application that the vehicle owner specifies for service configuration.

[0125] The update module is used to update the service configuration file based on the service configuration information mentioned above.

[0126] In some possible implementations, the aforementioned vehicle-to-everything (V2X) service management device 500 further includes:

[0127] The sending module is used to send a vehicle network service configuration request to the vehicle network server after the vehicle terminal is powered on, so that the vehicle network server responds to the vehicle network service configuration request, obtains the corresponding vehicle model information and vehicle network service information according to the vehicle identifier corresponding to the vehicle terminal carried in the vehicle network service configuration request, determines the corresponding vehicle network service strategy according to the vehicle model information, and generates the service configuration file according to the vehicle network service strategy and the vehicle network service information.

[0128] The vehicle-to-everything (V2X) service strategy includes the application identifier of at least one V2X application that can be configured and used by the vehicle terminal corresponding to the vehicle model information.

[0129] In some possible implementations, the second receiving module 520 described above includes:

[0130] The receiving unit is used to receive target access operations for the target application on the aforementioned vehicle terminal;

[0131] The determining unit is used to determine the target user identifier of the target access user corresponding to the target access operation based on the target account identifier logged in on the vehicle terminal, or the target fingerprint identifier corresponding to the target access operation, or the target voiceprint identifier corresponding to the target access operation.

[0132] The generation unit is used to generate a corresponding target access request based on the aforementioned target access operation and the aforementioned target user identifier.

[0133] The division of modules in the above-described vehicle-to-everything (V2X) service management device is for illustrative purposes only. In other embodiments, the V2X service management device can be divided into different modules as needed to complete all or part of the functions of the above-described V2X service management device. The implementation of each module in the V2X service management device provided in the embodiments of this specification can be in the form of a computer program. This computer program can run on a vehicle. The program modules constituted by this computer program can be stored in the vehicle's memory. When the computer program is executed by a processor, it implements all or part of the steps of the V2X service management method described in the embodiments of this application.

[0134] Please refer to the following. Figure 6 This is a structural schematic diagram of a vehicle provided in an embodiment of this application. Figure 6 As shown, the vehicle 600 includes: at least one processor 610, at least one communication bus 620, user interface 630, at least one network interface 640, and memory 650.

[0135] The communication bus 620 can be used to realize the connection and communication of the above components.

[0136] The user interface 630 may include a display screen and at least one camera. The user interface 630 may also include a standard wired interface and a wireless interface.

[0137] The network interface 640 may optionally include a Bluetooth module, a Near Field Communication (NFC) module, a Wireless Fidelity (Wi-Fi) module, etc.

[0138] The processor 610 may include one or more processing cores. The processor 610 connects to various parts within the vehicle 600 using various interfaces and lines, and performs various functions of routing the vehicle 600 and processes data by running or executing instructions, programs, code sets, or instruction sets stored in the memory 650, and by calling data stored in the memory 650. Optionally, the processor 610 may be implemented using at least one of the following hardware forms: Advanced Reduced Instruction Set Computing (RISC Machine), Digital Signal Processing (DSP), Field-Programmable Gate Array (FPGA), and Programmable Logic Array (PLA). The processor 610 may integrate one or a combination of several of the following: a Central Processing Unit (CPU), a Graphics Processing Unit (GPU), and a modem. The CPU primarily handles the operating system, user interface, and applications; the GPU is responsible for rendering and drawing the content required for display on the screen; and the modem is used for wireless communication. It is understandable that the aforementioned modem may not be integrated into the processor 610, but may be implemented using a separate chip.

[0139] The memory 650 may include random access memory (RAM) or read-only memory (ROM). Optionally, the memory 650 may include a non-transitory computer-readable medium. The memory 650 may be used to store instructions, programs, code, code sets, or instruction sets. The memory 650 may include a program storage area and a data storage area, wherein the program storage area may store instructions for implementing an operating system, instructions for at least one function (such as receiving functions, control functions, judgment functions, etc.), instructions for implementing the various method embodiments described above, etc.; the data storage area may store data involved in the various method embodiments described above, etc. Optionally, the memory 650 may also be at least one storage device located remotely from the aforementioned processor 610. Figure 6 As shown, the memory 650, which serves as a computer storage medium, may include an operating system, a network communication module, a user interface module, and program instructions.

[0140] In some possible embodiments, the aforementioned vehicle 600 can Figure 5The vehicle network service management device 500 shown has a processor 610 that can call program instructions stored in the memory 650 and specifically perform the following operations: receiving a service configuration file issued by the vehicle network server; the service configuration file is generated based on the vehicle model information and vehicle network service information of the vehicle terminal; the service configuration file includes user access permission information and available traffic information corresponding to the vehicle terminal; receiving a target access request for a target application on the vehicle terminal; the target access request carries the target user identifier of the target user; and managing the target access request for the target application according to the user access permission information and the available traffic information.

[0141] In some possible embodiments, the aforementioned user access permission information includes access permissions for at least one user identifier corresponding to each application on the aforementioned vehicle terminal, and the aforementioned usable traffic information includes usable traffic corresponding to each application on the aforementioned vehicle terminal.

[0142] When the processor 610 executes the above-mentioned control over the target access requests of the target application based on the above-mentioned user access permission information and the above-mentioned usable traffic information, it is specifically used to perform the following:

[0143] Based on the target user identifier and the user access permission information, determine whether the target user has access permission to the target application, and based on the available traffic information, determine whether the available traffic corresponding to the target application has been used up; if the target user has access permission to the target application and the available traffic of the target application has not been used up, then in response to the target access request, perform the corresponding target access action on the target application.

[0144] In some possible embodiments, the service configuration file may also include the service validity period corresponding to each application on the vehicle terminal; the processor 610 is further configured to: determine whether the target service of the target application is within the service validity period of the target application; if the target service is not within the service validity period of the target application, issue a corresponding target service expiration reminder message.

[0145] When the processor 610 executes the above-mentioned target access action in response to the above-mentioned target access request, it specifically performs the following:

[0146] If the target service is within the service validity period of the target application, then in response to the target access request, the corresponding target access action will be performed on the target application.

[0147] In some possible embodiments, after the processor 610 executes the above-mentioned response to the target access request and controls the vehicle terminal to perform the corresponding target access action, it is further configured to perform:

[0148] Upon receiving the power-down command, the system sends the traffic usage information corresponding to the vehicle terminal to the vehicle network server, so that the vehicle network server can monitor the traffic usage of each application on the vehicle terminal based on the traffic usage information and update the available traffic information in the service configuration file; and responds to the power-down command by performing the power-down action.

[0149] In some possible embodiments, the processor 610 described above is also used to perform:

[0150] The system receives service configuration information sent by the vehicle owner's client to the aforementioned in-vehicle terminal; the service configuration information includes service configuration parameters corresponding to a specified application on the aforementioned in-vehicle terminal, and the service configuration parameters include specified access information of the specified application corresponding to the target user identifier or specified access information of the in-vehicle terminal corresponding to the specified application; the specified application is at least one application on the aforementioned in-vehicle terminal that the vehicle owner has access to, and the application that the vehicle owner specifies for service configuration; the system updates the aforementioned service configuration file based on the aforementioned service configuration information.

[0151] In some possible embodiments, the processor 610 is further configured to perform the following: after the vehicle terminal is powered on, it sends a vehicle network service configuration request to the vehicle network server, so that the vehicle network server responds to the vehicle network service configuration request, obtains the corresponding vehicle model information and vehicle network service information according to the vehicle identifier corresponding to the vehicle terminal carried in the vehicle network service configuration request, determines the corresponding vehicle network service strategy according to the vehicle model information, and generates the service configuration file according to the vehicle network service strategy and the vehicle network service information; wherein, the vehicle network service strategy includes the application identifier of at least one vehicle network application that the vehicle terminal corresponding to the vehicle model information can configure and use.

[0152] In some possible embodiments, when the processor 610 executes the above-mentioned receiving of a target access request for a target application on the vehicle terminal, it is specifically configured to perform: receiving a target access operation for a target application on the vehicle terminal; determining a target user identifier corresponding to the target access user based on the target account identifier logged in on the vehicle terminal, or the target fingerprint identifier corresponding to the target access operation, or the target voiceprint identifier corresponding to the target access operation; and generating a corresponding target access request based on the target access operation and the target user identifier.

[0153] This embodiment also provides a computer-readable storage medium storing computer program code. When the computer program code is run on a computer, the computer executes the above-described related method steps to implement the vehicle network service management method provided in the above embodiment.

[0154] This embodiment also provides a computer program product. When the computer program product is run on a computer, it causes the computer to perform the aforementioned related steps to implement the vehicle network service management method provided in the above embodiment. The device, computer-readable storage medium, computer program product, or chip provided in this embodiment are all used to execute the corresponding methods provided above. Therefore, the beneficial effects they can achieve can be referred to in the beneficial effects of the corresponding methods provided above, and will not be repeated here.

[0155] Through the above description of the embodiments, those skilled in the art will understand that, for the sake of convenience and brevity, only the division of the above functional modules is used as an example. In actual applications, the above functions can be assigned to different functional modules as needed, that is, the internal structure of the device can be divided into different functional modules to complete all or part of the functions described above.

[0156] 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 device, 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 devices or units may be electrical, mechanical, or other forms.

[0157] The above description is merely a specific embodiment of this application, but the scope of protection of this application is not limited thereto. Any variations or substitutions that can be easily conceived by those skilled in the art within the scope of the technology disclosed in this application should be included within the scope of protection of this application. Therefore, the scope of protection of this application should be determined by the scope of the claims.

Claims

1. A method for managing and controlling vehicle-to-everything (V2X) services, characterized in that, The method is applied to an in-vehicle terminal, and the method includes: The system receives a service configuration file from the vehicle network server. The service configuration file is generated based on the vehicle model information and vehicle network service information of the vehicle terminal. The service configuration file includes user access permission information and available data traffic information corresponding to the vehicle terminal. The vehicle network service information includes vehicle network data traffic service package information purchased by the vehicle owner corresponding to the vehicle terminal or application information related to vehicle network services activated and used by the vehicle owner on the vehicle terminal. Receive a target access request for a target application on the vehicle terminal; the target access request carries the target user identifier of the target user. Based on the user access permission information and the available traffic information, the target access requests of the target application are controlled accordingly.

2. The method according to claim 1, characterized in that, The user access permission information includes the access permissions of at least one user identifier corresponding to each application on the vehicle terminal, and the usable traffic information includes the usable traffic corresponding to each application on the vehicle terminal. The step of controlling the target access requests of the target application according to the user access permission information and the available traffic information includes: Based on the target user identifier and the user access permission information, it is determined whether the target user has access permission to the target application, and based on the available traffic information, it is determined whether the available traffic corresponding to the target application has been used up. If the target user has access to the target application and the target application has not used up its available traffic, then in response to the target access request, the corresponding target access action is performed on the target application.

3. The method according to claim 2, characterized in that, The service configuration file also includes the service validity period corresponding to each application on the vehicle terminal; the method further includes: Determine whether the target service of the target application is within the service validity period of the target application; If the target service is not within the service validity period of the target application, a corresponding target service expiration reminder message will be issued; The step of performing a corresponding target access action on the target application in response to the target access request includes: If the target service is within the service validity period of the target application, then in response to the target access request, the corresponding target access action is performed on the target application.

4. The method according to claim 1, characterized in that, After controlling the target access requests of the target application according to the user access permission information and the available traffic information, the method further includes: Upon receiving a power-down command, the vehicle terminal sends its corresponding traffic usage information to the vehicle network server, so that the vehicle network server can monitor the traffic usage of each application on the vehicle terminal based on the traffic usage information and update the available traffic information in the service configuration file. In response to the power-down command, perform the power-down action.

5. The method according to claim 1, characterized in that, The method further includes: The system receives service configuration information sent by the vehicle owner's user terminal to the in-vehicle terminal. The service configuration information includes service configuration parameters corresponding to a specified application on the in-vehicle terminal. The service configuration parameters include specified access information of the specified application corresponding to the target user identifier or specified access information of the in-vehicle terminal corresponding to the specified application. The specified application is the application specified by the vehicle owner for service configuration in at least one application on the in-vehicle terminal that the vehicle owner has access to. Update the service configuration file based on the service configuration information.

6. The method according to claim 1, characterized in that, The method further includes: After the vehicle terminal is powered on, it sends a vehicle network service configuration request to the vehicle network server, so that the vehicle network server responds to the vehicle network service configuration request, obtains the corresponding vehicle model information and vehicle network service information according to the vehicle identifier corresponding to the vehicle terminal carried in the vehicle network service configuration request, determines the corresponding vehicle network service strategy according to the vehicle model information, and generates the service configuration file according to the vehicle network service strategy and the vehicle network service information. The vehicle-to-everything (V2X) service strategy includes the application identifier of at least one V2X application that can be configured and used by the vehicle terminal corresponding to the vehicle model information.

7. The method according to claim 1, characterized in that, Receiving a target access request for a target application on the vehicle terminal includes: Receive a target access operation for a target application on the vehicle terminal; The target user identifier of the target user corresponding to the target access operation is determined based on the target account identifier logged in on the vehicle terminal, or the target fingerprint identifier corresponding to the target access operation, or the target voiceprint identifier corresponding to the target access operation. A corresponding target access request is generated based on the target access operation and the target user identifier.

8. A vehicle-to-everything (V2X) service management and control device, characterized in that, The vehicle network service management device is applied to an in-vehicle terminal, and the device includes: The first receiving module is used to receive a service configuration file sent by the vehicle network server; the service configuration file is generated based on the vehicle model information and vehicle network service information of the vehicle terminal; the service configuration file includes user access permission information and available traffic information corresponding to the vehicle terminal; the vehicle network service information includes vehicle network traffic service package information purchased by the vehicle owner corresponding to the vehicle terminal or application information related to vehicle network services activated and used by the vehicle owner on the vehicle terminal; The second receiving module is used to receive a target access request for a target application on the vehicle terminal; the target access request carries the target user identifier of the target access user. The control module is used to control the target access requests of the target application according to the user access permission information and the available traffic information.

9. A vehicle, characterized in that, The vehicles include: Memory, used to store executable program code; A processor for calling and running the executable program code from the memory, causing the vehicle to perform the method as described in any one of claims 1 to 7.

10. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores a computer program that, when executed, implements the method as described in any one of claims 1 to 7.

Images