Service activation management method, device, system and equipment and storage medium

Abstract

The invention provides a service activation management method, device, system and equipment and a storage medium, and the method comprises the steps: obtaining and splitting service activation information into cloud activation information and vehicle end activation information, activating a cloud supporting service of a vehicle end service according to the cloud activation information, and if the cloud supporting service is successfully activated, starting the vehicle end service; and generating the vehicle end service activation instruction for activating the vehicle end service of the target vehicle according to the vehicle end activation information, so as to manage the service activation of the target vehicle, thereby avoiding poor user experience caused by asynchronous vehicle end and cloud end service activation, and better matching the needs of a vehicle service subscription scene.

Description

Technical Field

[0001] The present application relates to the field of vehicle technology, and in particular to a service activation management method, device, system, equipment and storage medium. Background Art

[0002] Software-defined cars are a possible development trend for future cars. Cars can become highly intelligent products that combine hardware and software. Hardware can be understood as car entities. Based on the above car entities, the corresponding software can be used to implement big data recommendations, automatic driving, automatic parking and other functional services based on cars. Users can subscribe to and activate their favorite services on the car, which will then generate technical requirements such as activation, service provision and fee management.

[0003] In the related art, the service activation for vehicles often remains at the concept of service activation of mobile phones and other devices, which cannot match the special demand scenarios of vehicles. For example, in the car scenario, users will use multiple client activation methods, such as mobile APP functions, cloud services, vehicle-side applications, etc. Often, after the user activates a certain vehicle function on a certain end, such as a mobile APP, the function is considered to be successfully activated. The inventors have found that in the related art in this service activation scenario, especially the relevant interfaces of the vehicle-side service are pre-configured, and after the user subscribes to the service, when the service is activated, it is easy for the cloud-side supporting service to not actually be activated successfully, but the vehicle-side interface, such as some display buttons, can be viewed, that is, there is a problem of asynchronous activation of the vehicle-side and cloud-side services. When the user is eager to use the subscribed service on the vehicle side, he finds that the service cannot be used, such as the control display button cannot trigger the corresponding service, resulting in poor user experience and even negative emotions such as distrust of the service. Therefore, there is an urgent need to provide a management method suitable for service activation scenarios. Summary of the invention

[0004] In view of the above-mentioned shortcomings of the prior art, the present invention provides a service activation management method, device, system, equipment and storage medium to solve the above-mentioned technical problems.

[0005] In a first aspect, the present invention provides a service activation management method, the method comprising:

[0006] Obtain service activation information of the target vehicle, and generate cloud activation information and vehicle activation information according to the service activation information;

[0007] activating the cloud supporting service of the vehicle-side service based on the cloud activation information;

[0008] When the cloud-based supporting service is successfully activated, a vehicle-side service activation instruction for activating the vehicle-side service of the target vehicle is generated based on the vehicle-side activation information to manage the service activation of the target vehicle.

[0009] In one embodiment of the present invention, activating the cloud supporting service of the vehicle-side service based on the cloud activation information includes at least one of the following:

[0010] Determine a service upgrade package for the vehicle-side service, and enable the target vehicle to activate the vehicle-side service by installing the service upgrade package;

[0011] The service interface controlling the vehicle-side service is in an available state.

[0012] In one embodiment of the present invention, generating a vehicle-side service activation instruction for activating a vehicle-side service of a target vehicle based on the vehicle-side activation information includes:

[0013] Obtaining a vehicle startup state of the target vehicle;

[0014] If the vehicle startup state includes startup, a vehicle-side service activation instruction is generated according to the vehicle-side activation information.

[0015] In one embodiment of the present invention, after generating a vehicle-side service activation instruction for activating the vehicle-side service of the target vehicle based on the vehicle-side activation information, the method further includes:

[0016] Obtaining a service usage request of the target vehicle for the vehicle-side service and determining usage parameters of the vehicle-side service;

[0017] If the usage parameters meet the preset usage conditions, start the vehicle-side service;

[0018] If the usage parameters do not meet the preset usage conditions, the user is prompted to perform service renewal processing, and the next service activation action is determined based on the service renewal processing result, and the service renewal processing result includes renewal or non-renewal.

[0019] In one embodiment of the present invention, determining the next service activation action according to the service renewal processing result includes:

[0020] If the service renewal processing result includes renewal, generating new service activation information to continue activating the vehicle-side service;

[0021] If the service renewal processing result includes non-renewal, a deactivation message is generated to close the vehicle-side service.

[0022] In a second aspect, the present invention provides a service activation management method, the method comprising:

[0023] Obtaining a service subscription request for a vehicle-side service, wherein the service subscription request includes requesting customer information and requesting vehicle information;

[0024] If the requesting customer information meets the preset customer conditions, and the requesting vehicle information meets the preset vehicle conditions, a prompt and guidance is provided to generate a service demand order including service activation information.

[0025] In a third aspect, the present invention provides a service activation management method, the method comprising:

[0026] Obtaining a vehicle-side service activation instruction, the vehicle-side service activation instruction including vehicle-side service identification information, and determining a historical activation state of the vehicle-side service of the target vehicle according to the vehicle-side service identification information;

[0027] If the historical activation status includes inactivated, the vehicle-side service activation instruction is sent to the target vehicle, so that the target vehicle activates the vehicle-side service of the target vehicle according to the vehicle-side service activation instruction.

[0028] In one embodiment of the present invention, activating the vehicle-side service of the target vehicle according to the vehicle-side service activation instruction includes at least one of the following:

[0029] Obtaining a service upgrade package of the vehicle-side service, and controlling the installation of the service upgrade package on the target vehicle to activate the vehicle-side service;

[0030] The service interface for controlling the vehicle-side service is in a controllable state.

[0031] In one embodiment of the present invention, after activating the vehicle-side service of the target vehicle according to the vehicle-side service activation instruction, the method further includes at least one of the following:

[0032] Obtaining and sending a vehicle-side activation result of the vehicle-side service, wherein the vehicle-side activation result includes activation success or activation failure;

[0033] If the vehicle-side service is to be used, a function use request is sent and the vehicle-side function activation state of the vehicle-side function is obtained. If the vehicle-side function activation state includes activated, the vehicle-side service is executed;

[0034] Obtain usage parameters of the vehicle-side service and store the usage parameters in a preset data storage space.

[0035] In a fourth aspect, the present invention provides a cloud service activation device, the device comprising:

[0036] A service activation information acquisition module is used to acquire the service activation information of the target vehicle and generate cloud activation information and vehicle activation information according to the service activation information;

[0037] A cloud activation module, used to activate the cloud supporting service of the vehicle-side service based on the cloud activation information;

[0038] The vehicle-side service activation instruction generation module is used to generate a vehicle-side service activation instruction for activating the vehicle-side service of the target vehicle based on the vehicle-side activation information when the cloud-based supporting service is successfully activated, so as to manage the service activation of the target vehicle.

[0039] In a fifth aspect, the present invention provides a device for ordering digital products for intelligent connected vehicles, the device comprising:

[0040] A service subscription request acquisition module, used to acquire a service subscription request for a vehicle-side service, wherein the service subscription request includes a request for customer information and a request for vehicle information;

[0041] The service demand order generating module is used to prompt and guide the generation of a service demand order including service activation information if the requesting customer information meets the preset customer conditions and the requesting vehicle information meets the preset vehicle conditions.

[0042] In a sixth aspect, the present invention provides a vehicle-side activation device, the device comprising:

[0043] A historical activation status determination module is used to obtain a vehicle-side service activation instruction, wherein the vehicle-side service activation instruction includes vehicle-side service identification information, and determine the historical activation status of the vehicle-side service of the target vehicle according to the vehicle-side service identification information;

[0044] The vehicle-side activation module is used to send the vehicle-side service activation instruction to the target vehicle if the historical activation status includes inactivation, so that the target vehicle activates the vehicle-side service of the target vehicle according to the vehicle-side service activation instruction.

[0045] In a seventh aspect, the present invention provides a service activation management system, the system comprising at least one of the following:

[0046] Such as the cloud-based service activation device described in the fourth aspect, such as the smart connected vehicle digital product ordering device described in the fifth aspect, and such as the vehicle-side activation device described in the sixth aspect.

[0047] In one embodiment of the present invention, if the system includes the service activation management device as described in the fourth aspect, the fifth aspect and the sixth aspect, the system further includes:

[0048] An activation status acquisition module, used to acquire the cloud activation status of the cloud activation module as described in the fourth aspect, the service demand order status of the service demand order generation module as described in the fifth aspect, and the vehicle-side activation status of the vehicle-side activation module as described in the sixth aspect;

[0049] The audit module is used to prompt for troubleshooting or process according to preset processing rules if the cloud activation status, the service demand order status and the vehicle-side activation status are inconsistent.

[0050] In one embodiment of the present invention, the system further includes at least one of a service listing module, a client, and a target vehicle, wherein:

[0051] The service listing module is used to record the service information of the vehicle-side service, and configure the cloud activation module and the vehicle-side activation module, so that the cloud activation module activates the cloud supporting service of the vehicle-side service according to the cloud activation information and the vehicle-side activation module activates the vehicle-side service of the target vehicle according to the vehicle-side service activation instruction;

[0052] The client is used for at least one of the following: displaying product information of the vehicle-side service, allowing users to confirm service demand orders, pay order fees, and view usage parameters;

[0053] The target vehicle is used to activate the vehicle-side service according to the vehicle-side service activation instruction.

[0054] In an eighth aspect, the present invention provides an electronic device, the electronic device comprising:

[0055] one or more processors;

[0056] The storage device is used to store one or more programs. When the one or more programs are executed by the one or more processors, the electronic device implements the service activation management method as described in any one of the above embodiments.

[0057] In a ninth aspect, the present invention provides a computer-readable storage medium having a computer program stored thereon. When the computer program is executed by a processor of a computer, the computer executes the service activation management method described in any one of the above embodiments.

[0058] Beneficial effects of the present invention: The service activation management method, device, system, equipment and storage medium of the present invention obtain and split the service activation information into cloud activation information and vehicle-side activation information, activate the cloud-side supporting service of the vehicle-side service according to the cloud activation information, if the cloud-side supporting service is successfully activated, generate a vehicle-side service activation instruction according to the vehicle-side activation information, and the vehicle-side service activation instruction is used to activate the vehicle-side service of the target vehicle to manage the service activation of the target vehicle, which can avoid poor user experience due to asynchronous activation of the vehicle-side and cloud-side services, and better match the needs of vehicle service subscription scenarios.

[0059] It should be understood that the foregoing general description and the following detailed description are exemplary and explanatory only and are not restrictive of the present application. BRIEF DESCRIPTION OF THE DRAWINGS

[0060] The drawings herein are incorporated into the specification and constitute a part of the specification, showing embodiments consistent with the present application, and together with the specification, are used to explain the principles of the present application. Obviously, the drawings described below are only some embodiments of the present application, and for those of ordinary skill in the art, other drawings can be obtained based on these drawings without creative work. In the drawings:

[0061] Figure 1 is a schematic diagram of an implementation environment of a service activation management method shown in an exemplary embodiment of the present application;

[0062] Figure 2 is a flowchart of a service activation management method shown in an exemplary embodiment of the present application;

[0063] Figure 3 is a schematic diagram of a process of activating two services according to an exemplary embodiment of the present application;

[0064] Figure 4 is another flowchart schematic diagram of a service activation management method shown in an exemplary embodiment of the present application;

[0065] Figure 5 is a flowchart of a service activation management method shown in another exemplary embodiment of the present application;

[0066] Figure 6 It is a schematic diagram of a process of putting a service on the shelf shown in an exemplary embodiment of the present application;

[0067] Figure 7 is a flow chart of a service activation management method shown in another exemplary embodiment of the present application;

[0068] Figure 8 is a block diagram of a cloud service activation device shown in an exemplary embodiment of the present application;

[0069] Fig. 9 is a block diagram of a device for ordering digital products for a smart connected vehicle shown in an exemplary embodiment of the present application;

[0070] Fig.10 is a block diagram of a vehicle-side activation device shown in an exemplary embodiment of the present application;

[0071] Fig.11 is a block diagram of a service activation management system shown in an exemplary embodiment of the present application;

[0072] Fig.12 is a flowchart of an audit process shown in an exemplary embodiment of the present application;

[0073] Fig.13 is a block diagram of a service activation management system shown in another exemplary embodiment of the present application;

[0074] Fig.14 This is a flowchart of an example of a user service subscription activation process shown in an exemplary embodiment of the present application;

[0075] Fig.15 A schematic diagram of the structure of a computer system suitable for implementing an electronic device of an embodiment of the present application is shown. DETAILED DESCRIPTION

[0076] The following will describe the embodiments of the present invention with reference to the accompanying drawings and preferred embodiments. Those skilled in the art can easily understand other advantages and effects of the present invention from the contents disclosed in this specification. The present invention can also be implemented or applied through other different specific embodiments, and the details in this specification can also be modified or changed in various ways based on different viewpoints and applications without departing from the spirit of the present invention. It should be understood that the preferred embodiments are only for illustrating the present invention, not for limiting the scope of protection of the present invention.

[0077] It should be noted that the illustrations provided in the following embodiments are only schematic illustrations of the basic concept of the present invention, and thus the drawings only show components related to the present invention rather than being drawn according to the number, shape and size of components in actual implementation. In actual implementation, the type, quantity and proportion of each component may be changed arbitrarily, and the component layout may also be more complicated.

[0078] In the following description, numerous details are discussed to provide a more thorough explanation of the embodiments of the present invention. However, it is obvious to those skilled in the art that the embodiments of the present invention can be implemented without these specific details. In other embodiments, well-known structures and devices are shown in the form of block diagrams rather than in detail to avoid making the embodiments of the present invention difficult to understand.

[0079] Figure 1 FIG. 1 is a schematic diagram of an implementation environment of service activation management shown in an exemplary embodiment of the present application. Figure 1As shown, the server 102 (cloud) communicates with the client 101 (user side, user end) and the vehicle terminal set inside the vehicle 103 (vehicle end) through the network. The implementation equipment of the client 101 includes but is not limited to any terminal equipment that supports service activation management software, such as personal computers, laptops, smart phones, tablet computers and portable wearable devices. The client 101 is equipped with networked terminal software, such as PC websites, mobile websites, Android APPs, iOS APPs, WeChat applets, smart watch APPs, smart car APPs and other smart hardware applications. The server 102 can be implemented by an independent server or a server cluster composed of multiple servers, such as a TSP (Telematics Service Provider, automotive remote service provider) server. The car is equipped with a vehicle terminal T-BOX (Telematics BOX, telematics processor), which is also used to communicate with the vehicle controller VCU (Vehicle control unit) inside the car. The server / server cluster may also be a cloud server that provides basic cloud computing services such as cloud services, cloud databases, cloud computing, cloud functions, cloud storage, network services, cloud communications, middleware services, domain name services, security services, CDN (Content Delivery Network), and big data and artificial intelligence platforms, and is not limited here. The client 101 may communicate with the server 102 via wireless networks such as 3G (third generation mobile information technology), 4G (fourth generation mobile information technology), and 5G (fifth generation mobile information technology), and is not limited here.

[0080] Software-defined cars are a possible development trend for future cars. Cars can become highly intelligent products that combine hardware and software. Hardware can be understood as car entities. Based on the above car entities, the corresponding software can be used to implement big data recommendations, autonomous driving, automatic parking and other functional services based on cars. Users can subscribe to their favorite services on the car, which will generate technical requirements such as activation, service provision and fee management. How to enable users to efficiently and stably subscribe to services, pay fees, activate services and enjoy services on the end side (client side and car side) is an important part of ensuring the commercial profits and user experience of car companies.

[0081] Regarding the software service activation problem, the software service activation solutions provided by related technologies have a relatively single user activation method. In the automotive scenario, users will use a variety of client activation methods, such as mobile APP functions, cloud services, and vehicle applications, which require the support of end-cloud integration. In addition, in the automotive industry, it is generally necessary to decouple the cloud activation system and the vehicle-side activation system. The vehicle-side function activation must be completed when the vehicle is online. At the architectural level, the coordinated activation of the end side and the cloud side must be achieved. The service activation of the vehicle often remains at the concept of service activation of mobile phones and other devices, which cannot match the special demand scenarios of the vehicle. Therefore, it is urgent to provide a management method suitable for service activation scenarios. Therefore, in the service-oriented activation problem, there is an urgent need for an end-cloud integrated activation process to ensure corporate profitability and management and meet the needs of users to enjoy services.

[0082] To solve these problems, the embodiments of the present application respectively propose a service activation management method, a service activation management device, an electronic device, a computer-readable storage medium, and a computer program product, which will be described in detail below.

[0083] See also Figure 2 , Figure 2 is a flowchart of a service activation management method shown in an exemplary embodiment of the present application. The method can be applied to Figure 1 The implementation environment shown is specifically executed by the server 102 in the implementation environment. It should be understood that the method can also be applied to other exemplary implementation environments and be specifically executed by devices in other implementation environments. This embodiment does not limit the implementation environment to which the method is applicable.

[0084] like Figure 2 As shown, in an exemplary embodiment, the service activation management method at least includes steps S201 to S203, which are described in detail as follows:

[0085] Step S201, obtain service activation information of the target vehicle, and generate cloud activation information and vehicle activation information according to the service activation information.

[0086] Step S202, activating the cloud supporting service of the vehicle-side service based on the cloud activation information.

[0087] Step S203, when the cloud supporting service is successfully activated, a vehicle-side service activation instruction for activating the vehicle-side service of the target vehicle is generated based on the vehicle-side activation information to manage the service activation of the target vehicle.

[0088] First of all, it should be noted that the target vehicle can be one or more vehicles selected by technical personnel in this field, which is not limited here. The service activation information can be a service demand order placed by the client or the vehicle (vehicle side) through access to the preset order system, and the service activation information is generated based on the service demand order. For example, the user subscribes to the service on the preset smart connected car digital product ordering system and pays for the purchase, and then generates a service demand order. The cloud-side cloud business activation system (server) processes the service demand order for activation, extracts the service activation information in the service demand order, and splits the service activation information into cloud-side activation information executed by the cloud and vehicle-side activation information executed by the vehicle side.

[0089] In an optional embodiment, the method described in this embodiment can be applied to Fig.13 The cloud-based service provisioning and activation system (cloud-based service provisioning and activation device) of the system shown.

[0090] In an optional embodiment, the service activation information may include user information (at least one of target vehicle information, client information, order personnel information, etc.), design information, and related configuration information. Through the service activation information, you can know which user the service is activated for, how to call the service, and how to cooperate. You can also know which vehicle-side services the service activation information corresponds to, and which cloud-side supporting services, and then activate these services to realize the subscribed functions of the vehicle.

[0091] In an optional embodiment, the cloud activation information and the vehicle activation information may be generated according to the service activation information in the following manner:

[0092] The service activation information is extracted from the service demand order, and the service activation information is split into multiple work orders through a preset activation work order template. These work orders are divided into cloud work orders and vehicle-side work orders. The cloud work orders record the cloud activation information, and the vehicle-side work orders record the vehicle-side activation information.

[0093] After obtaining the service activation information in the cloud, a message confirming the order acquisition can be fed back to the preset order system so that the preset order system knows that the service demand order has been successfully sent.

[0094] Through the above method, the part of the service demand order that needs to be executed on the vehicle side and the part that needs to be executed on the cloud side can be split through the cloud, so that the cloud activation and vehicle side activation are decoupled to meet the needs of this special scenario of service activation.

[0095] In an optional embodiment, generating a vehicle-side activation message for activating a vehicle-side service of a target vehicle based on the vehicle-side function information includes:

[0096] Get the vehicle start status of the target vehicle;

[0097] If the vehicle startup status includes startup, a vehicle-side service activation instruction is generated according to the vehicle-side activation information.

[0098] Since the activation of vehicle-side services (functions) requires that the vehicle is in an Internet-connected state (online), it is necessary to achieve coordinated activation of the vehicle, cloud and client at the purchase level. Therefore, before generating the vehicle-side service activation instruction, the startup status of the target vehicle can be verified first. When the target vehicle is in the startup state, that is, it can be considered that the target vehicle is in an Internet-connected state, the vehicle-side activation message is triggered.

[0099] Cloud-based supporting services include but are not limited to the usable status of vehicle-side functions, etc. By configuring the cloud-based configuration corresponding to the vehicle-side service in the cloud, it can be ensured that the vehicle-side service can be executed normally on the vehicle side.

[0100] By ensuring that the vehicle-side service is successfully activated in the cloud first and then activated on the vehicle side, it can be avoided that the service demand order has been configured on the vehicle side and the user has been fed back that the order has been processed, but the cloud service has not been activated for various reasons in the cloud, so that the user cannot enjoy the responsive service when using the vehicle-side service interface, and the problem of poor experience caused by no response can be avoided. When the vehicle is in the startup state and the activation of the cloud supporting service of the vehicle-side service is completed, the vehicle-side service of the vehicle side is configured accordingly. Therefore, the overall activation time difference between the vehicle-side service and the cloud supporting service is relatively small and more coordinated, which can provide customers with a better user experience.

[0101] In an optional embodiment, the cloud supporting service for activating the vehicle-side service based on the cloud function information includes at least one of the following:

[0102] Determine a service upgrade package for the vehicle-side service, and activate the vehicle-side service for the target vehicle by installing the service upgrade package;

[0103] The service interface for controlling vehicle-side services is in an available state.

[0104] It should be noted that vehicle-oriented services can be divided into two types, one is stand-alone service, and the other is interface service. An exemplary stand-alone service means that the cloud needs to push the latest service installation package (service upgrade package) to the vehicle side through OTA technology. Only after the vehicle side or mobile phone side installs the client can the corresponding service be enjoyed. At this time, the cloud supporting services include but are not limited to pre-preparing the service upgrade package required for the execution of the vehicle-side service, so that the required service upgrade package can be pushed in time, allowing the target vehicle to activate the corresponding function more quickly. The service operation information of each time will also interact with the cloud or the vehicle side, because it is necessary to record the operation status, number of times, time, etc.

[0105] An exemplary interface service does not need to push a data installation package. The interface of the vehicle-side service may have been configured before, but is in an unavailable state or not displayed. In this case, you only need to enable the corresponding interface on the mobile phone or vehicle side to be configured in an available state in the cloud or to be displayed on the vehicle side. After receiving a request based on the interface from the vehicle or user side, it can respond to the request correctly. This type of service is a service that needs to interact with the cloud at any time, which means that some functions need to be executed in the cloud. For example, if a user wants to query some statistical information, the client sends a statistical request to the cloud, and the cloud returns a message. It may also be some positioning information, big data computing services, recommendation services, etc. For example, see Figure 3 , Figure 3 FIG. 1 is a flowchart diagram of two service activations shown in an exemplary embodiment of the present application. Figure 3 As shown, after the cloud supporting service is activated, it can provide at least one of the stand-alone service and interface service. After the vehicle is started, a vehicle service activation instruction is generated ( Figure 3 Activation command in the ), and send the vehicle-side service upgrade package ( Figure 3 The cloud data installation package in the target vehicle), the service interface for controlling the target vehicle to display the vehicle-side service ( Figure 3 The cloud can also interact with the vehicle side and the client side to unify the activation status of the entire system. The vehicle side service activation command can be sent through the cloud service activation system.

[0106] In an optional embodiment, the method further includes writing the service activation information into a preset database for subsequent review by relevant personnel, and for subsequent retrieval of information such as the number of service calls and duration.

[0107] In an optional embodiment, after generating a vehicle-side service activation instruction for activating the vehicle-side service of the target vehicle based on the vehicle-side activation information, the method further includes:

[0108] Obtaining a service use request of the target vehicle for the vehicle-side service and determining the use parameters of the vehicle-side service. In another optional embodiment, if the activation result includes an activation failure, the method may further include informing the user of the service activation failure and feeding back the failure reason. The failure reason may be pre-set as a unified wording by a person skilled in the art, or may determine the step of the execution failure according to the execution process of the above steps, and then determine the failure reason based on a preset failure step-failure reason mapping relationship. The failure reason may also be determined in other ways known to a person skilled in the art;

[0109] If the usage parameters meet the preset usage conditions, the vehicle-side service will be started. At this time, the activation status of the current vehicle-side service will remain unchanged;

[0110] If the usage parameters do not meet the preset usage conditions, the user is prompted to renew the service, and the next service activation action is determined based on the service renewal result.

[0111] The service renewal processing result includes renewal or non-renewal.

[0112] In an optional embodiment, determining the next service activation action according to the service renewal processing result includes:

[0113] If the service renewal processing result includes renewal, generate new service activation information to continue activating the vehicle-side service;

[0114] If the service renewal processing result includes non-renewal, a deactivation message is generated to shut down the vehicle-side service.

[0115] The usage parameters can be set by those skilled in the art as needed, including but not limited to usage duration, number of uses, etc. The preset usage conditions may correspond to preset duration, preset number of uses, etc.

[0116] For example, see Figure 4 , Figure 4 FIG. 1 is another flowchart diagram of a service activation management method shown in an exemplary embodiment of the present application. Figure 4 As shown, each time the vehicle (target vehicle) uses the corresponding vehicle service, it will issue a service use request, and can verify whether the vehicle service has been activated by checking information. The preset database records the subscribed service status of each vehicle (the data in the preset database can be called by the vehicle metering system module shown in the figure), and checks whether the quantity has been reached. When a vehicle reaches the quantity (the usage time, number of times, usage time, etc. exceed the subscription usage regulations) (the usage parameters do not meet the preset usage conditions), the user will be asked whether to renew the service (prompt the user to renew the service). If the renewal process is carried out (the service renewal process result includes renewal), it will return to the service activation process for reactivation. If the renewal is not carried out (the service renewal process result includes non-renewal), the activation center will deactivate (function closure), actively execute the deactivation instruction (deactivation message), close the corresponding function of the user's vehicle (close the vehicle service), and synchronize the deactivation status information to the cloud service activation system. The next time the user uses the function, the user will be informed that the service has ended and needs to renew the activation. If the quota has not been reached, the vehicle-side service can be started (start this function).

[0117] Through the above Figure 2-Figure 4The service activation management method provided by the illustrated embodiment obtains and splits the service activation information into cloud activation information and vehicle-side activation information, activates the cloud-side supporting service of the vehicle-side service according to the cloud activation information, and if the cloud activation result of the cloud-side supporting service includes successful activation (cloud-side supporting service activation success), generates a vehicle-side service activation instruction according to the vehicle-side activation information. The vehicle-side service activation instruction is used to activate the vehicle-side service of the target vehicle to manage the service activation of the target vehicle, which can avoid poor user experience due to asynchronous activation of the vehicle-side and cloud services and better meet the needs of vehicle service subscription scenarios.

[0118] See also Figure 5 , Figure 5 is a flowchart of a service activation management method shown in another exemplary embodiment of the present application. The method can be applied to Figure 1 The implementation environment shown is specifically executed by a preset order system installed in at least one of a client, a server or a vehicle in the implementation environment. It should be understood that the method can also be applied to other exemplary implementation environments and be specifically executed by devices in other implementation environments. This embodiment does not limit the implementation environment to which the method is applicable.

[0119] like Figure 5 As shown, in an exemplary embodiment, another service activation management method at least includes steps S501 to S502, which are described in detail as follows:

[0120] Step S501, obtaining a service subscription request for a vehicle-side service, where the service subscription request includes requesting customer information and requesting vehicle information;

[0121] Step S502: If the requesting customer information meets the preset customer conditions, and the requesting vehicle information meets the preset vehicle conditions, prompt and guide the generation of a service demand order including service activation information.

[0122] In an optional embodiment, the method described in this embodiment can be applied to Fig.13 The system shown is a smart connected vehicle digital product ordering system (smart connected vehicle digital product ordering device).

[0123] In an optional embodiment, Figure 5 The method shown can be performed before step S201, and can be used as an optional way to obtain service activation information. In this case, a service demand order can be generated through steps S501 and S502, and the service activation information can be determined based on the service demand order. It should be noted that the service activation information can be directly recorded in the service demand order, or the corresponding service activation information can be determined based on information such as the order type and order identifier of the service demand order.

[0124] The requested customer information may be the information of the party that issued the service subscription request, or the information of the current occupant of the vehicle targeted by the service subscription request, such as the identity information of the vehicle owner, the membership level in the preset order system, etc. The requested vehicle information may be the relevant information of the vehicle targeted by the service subscription request, including but not limited to the vehicle model, the version information of the current related service, the historical service subscription information, the vehicle configuration information, etc. Based on the above requested customer information and requested vehicle information, the existing conditions of the vehicle and the customer can be known, and then compared with the preset customer conditions and preset vehicle conditions that can subscribe to the service to verify whether the customer and the vehicle meet the environment required for the implementation of the service. Only when the above conditions are met can the service activation conditions be met, and then the customer is guided to make the next payment purchase to generate a service demand order. The service demand order includes service activation information to facilitate the subsequent activation of the service.

[0125] In an optional embodiment, the vehicle-side service can be understood as a commodity. The vehicle-side service can be subscribed, which means that the commodity corresponding to the vehicle-side service has been developed. Before the commodity is put on the shelves, it is necessary to perform relevant configuration processing through the activation template of the cloud-based activation configuration. Only then can the commodity be successfully put on the shelves to the intelligent networked vehicle data product subscription system (preset order system) and the cloud to write the information to the preset database. After that, the user can browse the services and specific service details through the terminal side, such as the mobile phone APP and the vehicle-side APP, and place orders and payments through the intelligent networked vehicle data product subscription system. After the payment is successful, the system will generate a user order and send it to the cloud-based business activation system for processing. For the implementation of service subscription, the developed service commodity needs to be put on the shelves first. The service type (specific service), service mode (monthly / annual / pay-per-use, etc.), service amount (the amount required to activate the corresponding service), listing status and other information of each product need to be recorded in the preset database. At the same time, each service product needs to be configured to activate the module, including the configuration of the activation node and the configuration of the parameters required for activation. The listing of services requires certain listing conditions. If it is a stand-alone software application service, a data installation package is required. If it is an interface service, interface parameter information is required. The specific information of each service needs to be recorded in the cloud database (which can be a preset database or other database). The above specific information includes but is not limited to what type of service the vehicle-side service belongs to, which models the vehicle-side service can provide, the basic configuration and attribute information of specific models, what prerequisites users need to meet to purchase specific services (such as user information integrity, user identity confirmation, user current service status, etc.), and what prerequisites the vehicle-side needs to meet to purchase services (current vehicle-side software version, vehicle condition information, vehicle status, traffic information, positioning information, etc.). In this way, each vehicle-side service can be accurately targeted at specific users and vehicles that can use it, and this service can point to users and vehicles that meet the specific conditions for function activation. Each listed vehicle-side service corresponds to its own data information (preset customer conditions, preset vehicle conditions) in the database. The cloud has this database, and back-end engineers can use it to update or change product information in the cloud, and can also use it to put new products on the shelves or remove old products from the shelves. The cloud-based business activation system will be displayed on the front end of the terminal through the REST framework. Users can see various product information on the terminal (client or vehicle) and browse it. After the configuration is completed, the product listing information also needs to be deployed in the smart connected car digital product ordering system (preset order system) for users to subscribe, pay and activate.

[0126] For example, users will first access the intelligent connected car digital product subscription system through the client to subscribe to their favorite functions. They need to select the service method. The front end will display the subscription information, including service type, service method (annual / monthly / pay per use / pay per duration, etc.), service amount, user information, etc., and request the user to confirm the information and scan the code to pay. After the payment is successful, the system will generate a user order and record relevant information. The user order will be uploaded to the cloud service activation system.

[0127] Before generating a user order, a judgment module is actually required to perform a series of judgments on the activation conditions. The judgment module is a prerequisite for activation, which determines whether the user has the conditions for activation to ensure that the user can smoothly enjoy the service after paying the fee. For example, if the user wants to upgrade to version 3.0 now, the prerequisite for the service must be version 2.0. If the user is currently on version 1.0, it is impossible to subscribe and upgrade directly to the 3.0 service. Whether the user can place this order requires these judgment processes. When the user makes a subscription request, the user's information and vehicle information must be uploaded to the cloud for judgment and processing of the activation conditions. First, determine what the user's car model is, the current car condition, whether it has been purchased, and whether the service can meet the user's current car model configuration. The judgment process is completed by the user's mobile phone or the cloud with interactive information. If the user meets the activation conditions, then the payment purchase is made through the intelligent networked car digital product ordering system for activation.

[0128] pass Figure 5 The provided method can ensure that the vehicle-side service corresponding to the service demand order placed by the user can be achieved by the configuration of the target vehicle to be upgraded, avoiding the situation where the order cannot be executed due to insufficient vehicle configuration or insufficient user level after placing the order, thereby reducing the customer experience.

[0129] See also Figure 6 , Figure 6 FIG. 1 is a flowchart of a service listing shown in an exemplary embodiment of the present application. Figure 6As shown, after the development of the product corresponding to the vehicle-side service is completed, the product information details are improved, including but not limited to the service type, service mode (annual package / monthly package / pay per time / pay per duration, etc.), service amount, preset customer conditions corresponding to the service, preset vehicle conditions, etc. The cloud-based business activation system is used to design the activation plan, configure the activation service, and especially configure the activation module to add the product to the smart network car digital product ordering system, complete the product listing, and the listed products will be displayed on the end-side front end, waiting for customers to purchase. Among them, the end side includes but is not limited to at least one of the client and the vehicle side. That is, the customer can purchase the corresponding product by accessing the vehicle-side service on the preset order system on the client's mobile terminal or other device, or can purchase the corresponding product by accessing the vehicle-side service on the preset order system on the vehicle-mounted terminal device on the vehicle side, and generate the corresponding order.

[0130] See also Figure 7 , Figure 7 is a flowchart of a service activation management method shown in another exemplary embodiment of the present application. The method can be applied to Figure 1 It should be understood that the method can also be applied to other exemplary implementation environments and be specifically executed by devices in other implementation environments, and this embodiment does not limit the implementation environment to which the method is applicable.

[0131] like Figure 7 As shown, in an exemplary embodiment, another service activation management method at least includes steps S701 to S702, which are described in detail as follows:

[0132] Step S701, obtaining a vehicle-side service activation instruction, the vehicle-side service activation instruction including vehicle-side service identification information, and determining a historical activation state of the vehicle-side service of the target vehicle according to the vehicle-side service identification information;

[0133] Step S702: If the historical activation status includes inactivation, a vehicle-side service activation instruction is sent to the target vehicle, so that the target vehicle activates the vehicle-side service of the target vehicle according to the vehicle-side service activation instruction.

[0134] The vehicle service activation command can be Figure 2-Figure 4The vehicle-side service activation instruction mentioned in the method shown may also be a vehicle-side service activation instruction provided by a technician in this field in other ways. Based on the vehicle-side service activation instruction, you can know which vehicle-side service currently needs to be activated. Sometimes there may be repeated activation of services. To avoid this situation, you can first determine the historical activation status of the vehicle-side service. If the historical activation status is already activated, you can send activated feedback information to the cloud. If the historical activation status is not activated, activate the vehicle-side service. For the historical activation status and subsequent vehicle-side activation results, the historical activation status is the state of the vehicle-side service of the target vehicle before receiving the vehicle-side service activation instruction, and the vehicle-side activation result is the state of the vehicle-side service of the target vehicle after the target vehicle executes the vehicle-side service activation instruction.

[0135] In an optional embodiment, the method described in this embodiment can be applied to Fig.13 The vehicle-side activation and metering center (vehicle-side activation device) of the system shown.

[0136] In an optional embodiment, activating the vehicle-side service of the target vehicle according to the vehicle-side service activation instruction includes at least one of the following:

[0137] Obtain a service upgrade package for the vehicle-side service, and control the installation of the service upgrade package on the target vehicle to activate the vehicle-side service;

[0138] The service interface that controls the vehicle-side service is in a controllable state.

[0139] In an optional embodiment, after the vehicle receives the vehicle service activation instruction, it can also feedback to the cloud a response that the vehicle service activation instruction has been received, confirming that the vehicle service activation instruction has been received. Because the user may activate the vehicle function (vehicle service) through the mobile phone (client), but the car is not started now, it is necessary to wait until the car is started and the cloud detects that the car has been started before the activation can be updated. Only then can it be confirmed that the activation instruction (vehicle service activation instruction) has been received.

[0140] By checking the activation status of the corresponding functions (vehicle-side services) of the car (target vehicle), the activation status of the service functions on the vehicle side is checked again to ensure consistency with the cloud information and avoid repeated activation by users.

[0141] For example, the vehicle-side service activation command can reach the vehicle-side through DDS (Data Distribute Service), and the vehicle-side related function APP (service interface) will be activated. Similar to cloud activation, there are two activation modes: a stand-alone activation mode, which requires the cooperation of the cloud to send the prepared data installation package (service upgrade package) to the vehicle-side, and an interface activation mode, which opens the corresponding function interface of the vehicle-side and puts it in a controllable state.

[0142] In an optional embodiment, after activating the vehicle-side service of the target vehicle according to the vehicle-side service activation instruction, the method further includes at least one of the following:

[0143] Obtain and send the vehicle-side activation result of the vehicle-side service, which includes activation success or activation failure;

[0144] If the vehicle-side service is required, a function use request is sent and the vehicle-side function activation status of the vehicle-side function is obtained. If the vehicle-side function activation status includes activated, the vehicle-side service is executed;

[0145] The usage parameters of the vehicle-side service are obtained and stored in a preset data storage space. The usage parameters are the same as those mentioned in the above embodiment and will not be described in detail here.

[0146] For example, the vehicle side will report the activation result. If the corresponding function is activated successfully, the information status of the successful activation will be reported. If the activation fails, the activation failure information will also be returned. The activation status information will be returned to the cloud service activation system (cloud) to update the status of the corresponding database information. If the activation fails, the user will be refunded and the reason will be informed. All vehicle-side activation information will enter the database of the vehicle-side activation center (preset data storage space). At the same time, the specific parameters of the activation information (usage parameters) will be recorded in the vehicle-side metering system (preset data storage space). The system will manage the user's use each time, check whether the number of uses, usage duration, etc. are excessive, to ensure the legality of the service and the company's profits.

[0147] Figure 8 is a block diagram of a cloud service activation device shown in an exemplary embodiment of the present application. The device can be applied to Figure 1 The device can also be applied to other exemplary implementation environments and be specifically configured in other devices. This embodiment does not limit the implementation environment to which the device is applied.

[0148] like Figure 8 As shown, the exemplary cloud service activation device 800 includes:

[0149] The service activation information acquisition module 801 is used to acquire the service activation information of the target vehicle and generate cloud activation information and vehicle activation information according to the service activation information;

[0150] A cloud activation module 802, used to activate the cloud supporting service of the vehicle-side service based on the cloud activation information;

[0151] The vehicle-side service activation instruction generation module 803 is used to generate a vehicle-side service activation instruction for activating the vehicle-side service of the target vehicle based on the vehicle-side activation information when the cloud-side supporting service is successfully activated, so as to manage the service activation of the target vehicle.

[0152] It should be noted that the cloud service activation device provided in the above embodiment is different from the above embodiment. Figure 2-Figure 4 The service activation management method provided belongs to the same concept, and the specific way in which each module and unit performs operations has been described in detail in the method embodiment, which will not be repeated here. In actual applications, the cloud service activation device provided in the above embodiment can allocate the above functions to different functional modules as needed, that is, divide the internal structure of the device into different functional modules to complete all or part of the functions described above, and this is not limited here.

[0153] Fig. 9 is a block diagram of a device for ordering digital products for a smart connected car, as shown in an exemplary embodiment of the present application. The device can be applied to Figure 1 The device can also be applied to other exemplary implementation environments and be specifically configured in other devices. This embodiment does not limit the implementation environment to which the device is applied.

[0154] like Fig. 9 As shown, the exemplary intelligent network-connected vehicle digital product ordering device 900 includes:

[0155] A service subscription request acquisition module 901 is used to acquire a service subscription request for a vehicle-side service, where the service subscription request includes a request for customer information and a request for vehicle information;

[0156] The service demand order generating module 902 is used to prompt and guide the generation of a service demand order including service activation information if the requesting customer information meets the preset customer conditions and the requesting vehicle information meets the preset vehicle conditions.

[0157] It should be noted that the smart connected vehicle digital product ordering device provided in the above embodiment is different from the above embodiment. Figure 5-Figure 6The service activation management method provided belongs to the same concept, and the specific way in which each module and unit performs the operation has been described in detail in the method embodiment, which will not be repeated here. In actual application, the intelligent networked car digital product ordering device provided in the above embodiment can allocate the above functions to different functional modules as needed, that is, divide the internal structure of the device into different functional modules to complete all or part of the functions described above, and this is not limited here.

[0158] Fig.10 is a block diagram of a vehicle-side activation device shown in an exemplary embodiment of the present application. The device can be applied to Figure 1 The device can also be applied to other exemplary implementation environments and be specifically configured in other devices. This embodiment does not limit the implementation environment to which the device is applied.

[0159] like Fig.10 As shown, the exemplary vehicle-side activation device 1000 includes:

[0160] The historical activation status determination module 1001 is used to obtain a vehicle-side service activation instruction, the vehicle-side service activation instruction includes vehicle-side service identification information, and determine the historical activation status of the vehicle-side service of the target vehicle according to the vehicle-side service identification information;

[0161] The vehicle-side activation module 1002 is used to send a vehicle-side service activation instruction to the target vehicle if the historical activation status includes inactivation, so that the target vehicle activates the vehicle-side service of the target vehicle according to the vehicle-side service activation instruction.

[0162] It should be noted that the vehicle-side activation device provided in the above embodiment is different from the above embodiment. Figure 7 The service activation management method provided belongs to the same concept, and the specific way in which each module and unit performs operations has been described in detail in the method embodiment, which will not be repeated here. In actual application, the vehicle-side activation device provided in the above embodiment can distribute the above functions to different functional modules as needed, that is, divide the internal structure of the device into different functional modules to complete all or part of the functions described above, and this is not limited here.

[0163] Fig.11 is a block diagram of a service activation management system shown in an exemplary embodiment of the present application. The system can be applied to Figure 1 The system can also be applied to other exemplary implementation environments and specifically configured in other devices. This embodiment does not limit the implementation environment to which the system is applied.

[0164] like Fig.11As shown, the exemplary service activation management system 1100 includes at least one of the following:

[0165] The above embodiment Figure 8 The cloud service activation device 800 provided, Fig. 9 The provided intelligent connected car digital product ordering device 900 and Fig.10 A vehicle-side activation device 1000 is provided.

[0166] In an optional embodiment, if the system includes the above Figure 8 , Fig. 9 and Fig.10 The service activation management device, the system also includes:

[0167] Activate the status acquisition module to obtain Figure 8 The cloud activation status of the cloud activation module, such as Fig. 9 The service demand order status of the service demand order generation module, as well as Fig.10 The vehicle-side activation status of the vehicle-side activation module;

[0168] The audit module is used to prompt troubleshooting or process according to preset processing rules if the cloud activation status, service demand order status and vehicle-side activation status are inconsistent.

[0169] As the number of users increases, there will be more loopholes in data flow, capital flow and workflow in operations. For example, there will be loopholes in personnel work, business management and system support. If revenue guarantee is implemented, a business audit process is required. For example, by regularly checking the smart connected car digital product ordering system ( Fig. 9 Service activation management device, preset order system), cloud business activation system ( Figure 8 Service activation management device), vehicle activation and measurement center ( Fig.10 The service activation management device) is used to audit the information of the three terminals. The smart connected car digital product ordering system information, cloud business activation system information, vehicle-side activation and metering center information are regularly summarized and audited. The activation status and necessary information of the activation information of the three terminals must be consistent. If the activation information of one terminal is inconsistent, program processing or manual troubleshooting is required to activate or deactivate the corresponding function according to the situation. If there is no abnormality, the current activation status is maintained. The entire process is as follows: Fig.12 shown. Fig.12 is a block diagram of a service activation management system shown in another exemplary embodiment of the present application. The enterprise ensures the rights and interests of users and the interests of the enterprise through the audit process. Fig.12After the regular audit task is started, the user order details of the intelligent connected car digital product ordering system (service demand order status, such as whether it is valid, whether it has been paid, whether it is within the service period specified in the order, whether there is a cancellation or extension of the order period, etc.), the cloud activation information of the cloud service activation system (cloud activation status, activation status of the audit time of the cloud supporting service audit task), and the vehicle-side activation information of the vehicle-side activation and metering center (vehicle-side activation status, activation status of the audit time of the vehicle-side service audit task) will be obtained respectively, and the consistency of the three (determining whether there is a problem) will be determined, that is, the cloud activation status, vehicle-side activation status and service demand order status are all activated or inactivated (the order is valid and can be understood as activated, and the order is invalid and expired as inactivated) if they are consistent, otherwise they are inconsistent. If there is no problem, keep the activation status (it may be activated or inactivated). If there is a problem, you can handle and troubleshoot it through the preset program, or you can manually troubleshoot and handle the problem, and activate or deactivate the vehicle-side service according to the troubleshooting results. Activation here can be understood as changing the status of the vehicle-side service to be able to be used normally, and deactivation can be understood as changing the vehicle-side service from a usable state to an unusable state.

[0170] In an optional embodiment, the system further includes at least one of a service listing module, a client, and a target vehicle, wherein:

[0171] The service listing module is used to record the service information of the vehicle-side service, and configure the cloud activation module and the vehicle-side activation module, so that the cloud activation module activates the cloud supporting service of the vehicle-side service according to the cloud activation information and the vehicle-side activation module activates the vehicle-side service of the target vehicle according to the vehicle-side service activation instruction;

[0172] The client is used for at least one of the following: displaying product information of vehicle-side services, allowing users to confirm service demand orders, pay order fees, and view usage parameters;

[0173] The target vehicle is used to activate the vehicle-side service according to the vehicle-side service activation instruction.

[0174] Among them, service information includes but is not limited to service type (specific service), service mode (monthly / annual / pay-per-use, etc.), service amount (amount required to activate the corresponding service), which models the listing status service can be provided to, basic configuration and attribute information of specific models, what prerequisites users need to meet to purchase specific services (such as user information integrity, user identity confirmation, user's current service status, etc.), what prerequisites the vehicle side needs to meet to purchase services (current vehicle side software version, vehicle condition information, vehicle status, traffic information, positioning information, etc. Configuration of the cloud activation module and the vehicle side activation module includes but is not limited to the configuration of the activation node, and the configuration of the parameters required for activation. Etc. Product information includes but is not limited to at least some service information, such as service type (specific service), service mode (monthly / annual / pay-per-use), service amount (amount required to activate the corresponding service), which models the service can be provided to, basic configuration and attribute information of specific models, what prerequisites users need to meet to purchase specific services (such as user information integrity, user identity confirmation, user's current service status, etc.), what prerequisites the vehicle side needs to meet to purchase services (current vehicle side software version, vehicle condition information, vehicle status, traffic information, positioning information, etc. Usage parameters include but are not limited to usage time, number of uses, remaining usage time, remaining number of uses, etc.

[0175] It should be noted that the service activation management system provided in the above embodiment and the service activation management method provided in the above embodiment belong to the same concept, wherein the specific manner in which each module and unit performs operations has been described in detail in the method embodiment, and will not be repeated here. In actual application, the service activation management device provided in the above embodiment can allocate the above functions to different functional modules as needed, that is, divide the internal structure of the device into different functional modules to complete all or part of the functions described above, and this is not limited here.

[0176] See also Fig.13 , Fig.13 FIG. 1 is a structural diagram of an example of a service activation management system shown in another exemplary embodiment of the present application. Fig.13 As shown, the service activation management system can be understood as an end-to-end integrated activation system, which provides a "cloud + client" solution. The cloud is a remote cloud server system, and the client includes terminal software that can be connected to the Internet, specifically PC websites, mobile websites, Android apps, iOS apps, WeChat applets, smart watch apps, smart car apps, and other smart hardware applications. The client implements the display layer based on different operating systems, and the server is centered on the cloud activation system. Its system architecture includes the end side and the cloud side, and the end side and the cloud side interact with each other through the REST framework. Fig.13As shown in the figure, the end-cloud integrated activation system is mainly divided into three parts: one is the intelligent connected car digital product ordering system (pre-set order system, which can execute Figure 5-Figure 6 Any of the methods described above, the smart connected car digital product ordering device), is used for users to subscribe to services on this system and pay for the purchase, and then generate an order. The second is the cloud-side cloud service activation system (capable of executing Figure 2-Figure 4 The method described in any embodiment, the cloud service activation device) is used to process the user order for activation and maintain the entire activation information. Figure 7 The method described in any embodiment, the vehicle-side device) is used to activate the vehicle-side function and manage the activation information of the vehicle-side metering. The overall business process includes four processes: the product listing process, the user service subscription activation process, the metering process during user use, and the business audit process. The system also includes two processes, one is the vehicle-side metering process processing, which manages the number of times and duration of the vehicle-side use of the function. The business audit module regularly audits the three pieces of information of the subscription system, the cloud and the vehicle.

[0177] An optional process for the entire end-cloud integration activation is as follows:

[0178] 1. Product listing process.

[0179] After the development is completed, the product will be put on the shelves. Before the product is put on the shelves, it needs to be configured through the cloud-based service activation template. Only then can the product be successfully put on the shelves in the smart connected car data product subscription system and the cloud write the information to the database. After that, the user can browse the services and specific service details through the terminal side, such as the mobile phone APP and the car APP, and place orders and pay through the smart connected car data product subscription system. After the payment is successful, the system will generate the user order and send it to the cloud-based service activation system for processing.

[0180] The service type (specific service), service mode (monthly / annual / pay-per-use), service amount (the amount required to activate the corresponding service), listing status and other information of each product need to be recorded in the database. At the same time, each service product needs to be configured to activate the module, including the configuration of the activation node and the configuration of the parameters required for activation. For example, the listing of services requires certain listing conditions. If it is a stand-alone software application service, a data installation package is required. If it is an interface service, interface parameter information is required. The specific information of each service needs to be recorded in the cloud database. It mainly includes what type of service the service belongs to, which models the service can be provided to, the basic configuration and attribute information of specific models, what prerequisites users need to meet to purchase specific services (such as user information integrity, user identity confirmation, user current service status, etc.), and what prerequisites the vehicle side needs to meet to purchase services (current vehicle side software version, vehicle condition information, vehicle status, traffic information, positioning information, etc.). In this way, each service can be accurately used by specific users and vehicles, and this service can point to users and vehicles with specific corresponding function activation conditions. Each service listed has its own data information in the database. The cloud has this database, and backend engineers can use it to update or change product information in the cloud, and can also use it to list new products or remove old products. The cloud service activation system will be displayed on the front end of the client through the REST framework. Users can see various product information on the client side and browse it. After the configuration is completed, the product listing information also needs to be deployed in the smart connected car digital product ordering system for users to subscribe, pay and activate. This part can also be based on Fig.13 The activation plan design module and the activation service configuration module in the system shown are implemented.

[0181] 2. User service subscription, activation process.

[0182] The process of user's amateur subscription activation is mainly divided into three steps: the first is user order generation, the second is cloud service activation system processing, and the third is vehicle-side activation and metering center processing. The details are as follows:

[0183] 1. User order generation.

[0184] See also Fig.14 , Fig.14 FIG. 1 is a flow chart showing an example of a user service subscription activation process shown in an exemplary embodiment of the present application. Fig.14As shown, users will first access the intelligent connected car digital product subscription system through the client to subscribe to the functions they like. They need to select the service method. The front end will display the subscription information, including service type, service method (annual / monthly / pay per time / pay per duration, etc.), service amount, user information, etc., and request the user to confirm the information and scan the code to pay. After the payment is successful, the system will generate a user order and record the relevant information. The user order will be uploaded to the cloud service activation system.

[0185] Before generating a user order, a series of activation conditions need to be determined through the vehicle-side activation condition judgment module. The vehicle-side activation condition judgment module is a prerequisite for activation. It determines whether the user meets the activation conditions to ensure that the user can enjoy the service smoothly after paying the fee. For example, Figure 5 The method shown. For example, if the user wants to upgrade to version 3.0 now, the prerequisite of this service must be version 2.0. If the user is currently on version 1.0, he cannot subscribe and upgrade directly to the 3.0 service. Whether the user can place this order requires these judgment processes. When the user makes a subscription request, the user's information and vehicle information must first be uploaded to the cloud for judgment and processing of the activation conditions. First determine what the user's car model is, the current car condition, whether it has been purchased, whether the service can meet the user's current car model configuration, etc. The judgment process is completed by the user's mobile phone or the cloud in conjunction with the interactive information to make a comprehensive judgment. If the user meets the activation conditions, then the payment and purchase will be made through the smart connected car digital product ordering system for activation.

[0186] 2. Cloud business activation system processing.

[0187] Continue to see Fig.14, the user order information will be uploaded to the cloud-side cloud service activation system (cloud-side service activation), and the service order will be accepted first (the cloud-side service activation system will first confirm the receipt of the service order, through the service order receiving part shown in the figure), and then the user order will be split into individual work orders, and the cloud will manage the order information in the database and the activation process. The work order will be sent to the cloud-side function activation module and the vehicle-side function activation module respectively. The cloud-side function activation module will exchange information with the end-side through the REST architecture, and the vehicle-side function activation module will send activation instructions (vehicle-side service activation instructions) to the vehicle-side activation and metering center. For example, the service order will be split into multiple work orders through the activation work order template, some of which will be published to the vehicle side, and some will be processed in the cloud, and the work orders will be scheduled according to the work order scheduling rules. The cloud-side work order is executed in the cloud-side function activation module, and all user information, design information and related configuration information will be written into the database for recording and management. The end side can use the information returned to the front end through the cloud to view the subscription information in detail (the end side can be equipped with App Server, VCS, OTA and other related software). The end side is an application based on the browser kernel, which only provides interface display and basic operations. It can be implemented using general HTML, CSS, and JavaScript. Specific data acquisition and complex calculations need to interact with the cloud through a RESTful interface. REST interaction is a network system with a general architecture style. Currently, it mainly uses the RESTful method based on Web services for communication. The characteristics of directly transmitting data through HTTP / HTTPS enable the client and the server to communicate through various computer programming languages. Using this technology, users can view the activation status, remaining usage time or number of times, and other information. At the same time, the vehicle side will also request the cloud to send the software resources required for activation to the vehicle side through OTA (over the air). The work order that needs to be executed on the vehicle side will be sent to the vehicle-side function activation module for processing, and the processed activation instruction will be sent to the vehicle-side activation and metering center through MQTT (Message Queuing Telemetry Transport).

[0188] The detailed steps of the cloud-based activation function require the cooperation of multiple modules. The user to whom the service is activated, how the service is called, how to cooperate, and how the metering center and the activation module cooperate with each other are all specified in the previous activation service configuration module. For automotive services, the invention divides services into two categories, such as Figure 3As shown, there are stand-alone services and interface services. The so-called stand-alone service means that the cloud needs to push the latest service installation package to the vehicle through OTA technology. Only after the vehicle or mobile phone has installed the client can the corresponding service be enjoyed. The service operation information will also interact with the cloud or the vehicle each time, because it is necessary to record the operation status, number of times, time, etc. The second is the interface service, which does not need to push the data installation package, but only opens the corresponding function interface display on the mobile phone or vehicle. This type of service is a service that needs to interact with the cloud at any time, which means that some functions need to be executed in the cloud. For example, if a user wants to query some statistical information, the client sends a statistical request to the cloud, and the cloud returns a message back. It may also be some positioning information, big data computing services, recommendation services, etc.

[0189] 3. Vehicle-side activation and metering center processing.

[0190] The activation command from the cloud is sent to the vehicle-side activation and metering center, which will perform four steps: accepting the activation command, checking the activation status, executing the activation command, and reporting the activation status. The activation result will be reported back to the cloud database to update the activation status. Specifically:

[0191] The vehicle-side activation and metering center will process the activation command in four steps. The first is to confirm whether the activation command has been received, because the user may activate the vehicle-side function through the mobile phone, but the car is not started now. It is necessary to wait until the car is started and the cloud detects that the car has been started before the activation can be updated. Only then can the activation command be confirmed to be received and the next step can be taken. The second is to check the activation status of the corresponding function of the car, and re-check the activation status of the service function on the vehicle side to ensure that it is consistent with the cloud information to avoid repeated activation by users. The third is to execute the corresponding activation command, and the activation information will reach the vehicle side through DDS (Data Distribute Service), and the vehicle-side related function APP (APP1, ..., APPN in the figure) will be activated. Specifically, like the cloud activation system, it is divided into two activation modes, one is a stand-alone activation mode, which requires the cooperation of the cloud to send the prepared data installation package to the vehicle side, and the other is an interface activation mode, which opens the corresponding function interface on the vehicle side. The fourth is the reporting of the activation status. If the corresponding function is successfully activated, the information status of the successful activation will be reported. If the activation fails, the activation failure information will also be returned. The activation status information (activation status (result) report) will be returned to the cloud-based service activation system (such as the activation process management module, which can record relevant information of the activation process such as activation results, etc.), and the corresponding database information will be updated. If the activation fails, the user will be refunded and the reason will be informed. The vehicle-side activation center will also manage the vehicle-side activation information, and all vehicle-side activation information will enter the database of the vehicle-side activation center. At the same time, the specific parameters of the activation information will be recorded in the vehicle-side metering system, which will manage the user's use each time and check whether it is excessive to ensure the legality of the service and the company's profits.

[0192] 3. Metering process during user use

[0193] Each time the vehicle uses the corresponding service, it will send a request to the vehicle activation center to verify whether it has been activated. The database of the vehicle-side metering system of the vehicle-side activation and metering center records the subscribed service status of each vehicle. When a vehicle reaches the quantity (the usage time, number of times used, usage time, etc. exceed the specified amount of subscription usage), the user will be asked whether to renew the payment. If the payment is renewed, the service activation process will be returned to reactivate. If the payment is not renewed, the activation center will deactivate (function closed), actively execute the deactivation command, close the corresponding function of the user's vehicle, and synchronize the shutdown status information to the cloud-based service activation system. The next time the user uses the function, the user will be informed that the service has ended and needs to be renewed and activated.

[0194] 4. Business Audit Process

[0195] As the number of users increases, there will be more omissions in the data flow, capital flow and workflow in operations. For example, omissions in personnel work, omissions in business management, and omissions in system support. If revenue guarantee is implemented, a business audit process is required. The business audit model proposed in this invention is mainly to regularly audit the information of the subscription system, cloud, and vehicle end. This method regularly summarizes the subscription system information, cloud information, and vehicle end information for an audit process. The activation status and necessary information of the activation information of the three ends must be consistent. If the activation information of one end is inconsistent, program processing or manual troubleshooting is required. The corresponding functions are activated or deactivated according to the situation. If there is no abnormality, the current activation status is maintained. The entire process is like Fig.12 As shown in the figure, the enterprise ensures the rights and interests of users and the interests of the enterprise through this audit process.

[0196] An embodiment of the present application also provides an electronic device, comprising: one or more processors; a storage device for storing one or more programs, when the one or more programs are executed by the one or more processors, the electronic device implements the service activation management method provided in the above-mentioned embodiments.

[0197] Fig.15 The structure diagram of the computer system suitable for implementing the electronic device of the embodiment of the present application is shown. It should be noted that: Fig.15 The computer system 1500 of the electronic device shown is only an example and should not bring any limitation to the functions and scope of use of the embodiments of the present application.

[0198] like Fig.15 As shown, the computer system 1500 includes a central processing unit (CPU) 1501, which can perform various appropriate actions and processes according to the program stored in the read-only memory (ROM) 1502 or the program loaded from the storage part 1508 to the random access memory (RAM) 1503, such as executing the method described in the above embodiment. In the RAM 1503, various programs and data required for system operation are also stored. The CPU 1501, the ROM 1502 and the RAM 1503 are connected to each other through the bus 1504. The input / output (I / O) interface 1505 is also connected to the bus 1504.

[0199] The following components are connected to the I / O interface 1505: an input section 1506 including a keyboard, a mouse, etc.; an output section 1507 including a cathode ray tube (CRT), a liquid crystal display (LCD), etc., and a speaker, etc.; a storage section 1508 including a hard disk, etc.; and a communication section 1509 including a network interface card such as a LAN (Local Area Network) card, a modem, etc. The communication section 1509 performs communication processing via a network such as the Internet. A drive 1510 is also connected to the I / O interface 1505 as needed. A removable medium 1511, such as a magnetic disk, an optical disk, a magneto-optical disk, a semiconductor memory, etc., is installed on the drive 1510 as needed so that a computer program read therefrom is installed into the storage section 1508 as needed.

[0200] In particular, according to an embodiment of the present application, the process described above with reference to the flowchart can be implemented as a computer software program. For example, an embodiment of the present application includes a computer program product, which includes a computer program carried on a computer-readable medium, and the computer program includes a computer program for executing the method shown in the flowchart. In such an embodiment, the computer program can be downloaded and installed from a network through a communication section 1509, and / or installed from a removable medium 1511. When the computer program is executed by a central processing unit (CPU) 1501, various functions defined in the system of the present application are executed.

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

[0202] The flowchart and block diagram in the accompanying drawings illustrate the possible architecture, functions and operations of the system, method and computer program product according to various embodiments of the present application. Wherein, each box in the flowchart or block diagram can represent a module, a program segment, or a part of the code, and the above-mentioned module, program segment, or a part of the code contains one or more executable instructions for realizing the specified logical function. It should also be noted that in some alternative implementations, the functions marked in the box can also occur in a different order from the order marked in the accompanying drawings. For example, two boxes represented in succession can actually be executed substantially in parallel, and they can sometimes be executed in the opposite order, depending on the functions involved. It should also be noted that each box in the block diagram or flowchart, and the combination of boxes in the block diagram or flowchart can be implemented with a dedicated hardware-based system that performs a specified function or operation, or can be implemented with a combination of dedicated hardware and computer instructions.

[0203] The units involved in the embodiments described in this application may be implemented by software or hardware, and the units described may also be set in a processor. The names of these units do not, in some cases, constitute limitations on the units themselves.

[0204] Another aspect of the present application also provides a computer-readable storage medium on which a computer program is stored. When the computer program is executed by a processor of a computer, the computer executes the service activation management method as described above. The computer-readable storage medium may be included in the electronic device described in the above embodiment, or may exist independently without being assembled into the electronic device.

[0205] Another aspect of the present application also provides a computer program product or a computer program, which includes a computer instruction stored in a computer-readable storage medium. A processor of a computer device reads the computer instruction from the computer-readable storage medium, and the processor executes the computer instruction, so that the computer device executes the service activation management method provided in each of the above embodiments.

[0206] The above embodiments are merely illustrative of the principles and effects of the present invention, and are not intended to limit the present invention. Anyone familiar with the technology may modify or change the above embodiments without violating the spirit and scope of the present invention. Therefore, all equivalent modifications or changes made by a person of ordinary skill in the art without departing from the spirit and technical ideas disclosed by the present invention shall still be covered by the claims of the present invention.

Claims

1. A service activation management method, characterized in that: The method comprises: Obtaining a service subscription request for a vehicle-side service, the service subscription request including requesting client information and requesting vehicle information, the requesting client information including information of a party that issues the service subscription request and / or information of a current occupant of the vehicle to which the service subscription request is directed, and the requesting vehicle information including vehicle model, version information of a current related service, historical service subscription information, and vehicle configuration information; If the requesting customer information meets the preset customer conditions, and the requesting vehicle information meets the preset vehicle conditions, a prompt and guidance is provided to generate a service demand order including service activation information.

2. A device for ordering digital products for intelligent connected vehicles, characterized in that: The device comprises: A service subscription request acquisition module, used to acquire a service subscription request for a vehicle-side service, wherein the service subscription request includes requesting client information and requesting vehicle information, wherein the requesting client information includes information of a party that issues the service subscription request and / or information of a current occupant of the vehicle to which the service subscription request is directed, and wherein the requesting vehicle information includes vehicle model, version information of the current related service, historical service subscription information, and vehicle configuration information; The service demand order generating module is used to prompt and guide the generation of a service demand order including service activation information if the requesting customer information meets the preset customer conditions and the requesting vehicle information meets the preset vehicle conditions.

3. An electronic device, characterized in that: The electronic device comprises: one or more processors; The storage device is used to store one or more programs, and when the one or more programs are executed by the one or more processors, the electronic device implements the service activation management method as claimed in claim 1.

4. A computer-readable storage medium, characterized in that: A computer program is stored thereon, and when the computer program is executed by a processor of a computer, the computer is caused to execute the service activation management method according to claim 1.

Images