CN115412869A - Vehicle-mounted service management method and device, electronic equipment and storage medium - Google Patents

Abstract

The present invention provides an in-vehicle service management method, the method comprising: responding to a vehicle-end service request, obtaining the corresponding in-vehicle service; feeding back the use status of the in-vehicle service to the cloud for calculation and calculation of the in-vehicle service usage Updating: in response to the activation instruction from the cloud, generate the information to be paid for the vehicle-end service, wherein the activation instruction is generated by the cloud after the usage of the vehicle-end service reaches a preset usage threshold. The present invention can flexibly purchase all vehicle-end services, pay and use according to different demands and consumptions, is convenient and reasonable, and is beneficial to popularization and development of vehicle-mounted services. This solution can also verify the usage status of the car terminal through the cloud and issue an activation command to avoid the situation of stealing the service of the car terminal without paying.

Description

In-vehicle service management method and device, electronic device, storage medium

technical field

The present application relates to the technical field of in-vehicle services, in particular to an in-vehicle service management method and device, electronic equipment, and a storage medium.

Background technique

It is the consensus of the industry that the car will become a kind of smart terminal in the future. Software is gradually becoming the "new master" of the car, and the core component of the car will also be transformed from the engine to an intelligent system. The development and update of car services has also become extremely fast, but now the mainstream model is a one-time OTA after payment. All services require payment. Users cannot choose the service they want to use and pay according to different needs and usage according to different metering modes, which is unreasonable and inconvenient, and is not conducive to the popularization and development of in-vehicle services.

Contents of the invention

In view of the above-mentioned shortcomings of the prior art, the present invention provides an on-vehicle service management method and device, electronic equipment, and a storage medium to solve the above-mentioned technical problems.

The vehicle service management method provided by the present invention, the method includes:

In response to the vehicle-side service request, obtain the corresponding vehicle-side service; feed back the usage status of the vehicle-side service to the cloud to calculate and update the vehicle-side service usage;

In response to the activation instruction of the cloud, the information to be paid for the vehicle-end service is generated, wherein the activation instruction is generated by the cloud after the usage of the vehicle-end service reaches a preset usage threshold.

In one embodiment of the present invention, the usage status of the car-side service is fed back to the cloud for calculation and update of the car-side service usage, including:

According to the vehicle end service matching cloud preset service metering strategy, a matching metering strategy is obtained, wherein the metering strategy includes one-time opening, metering by time, metering by duration and metering by mileage;

Calculate and update the usage of the car-end service according to the matching metering strategy

In an embodiment of the present invention, feeding back the usage status of the car-end service to the cloud for calculating and updating the usage of the car-end service also includes:

Feedback the functional status of the car end service to the cloud for storage, wherein the functional status includes activation and inactivation;

If the functional status of the car-side service is inactive and the usage of the car-side service reaches a preset usage advance, the activation instruction is generated.

In one embodiment of the present invention, after periodically feeding back the functional status of the vehicle-end service to the cloud for storage, it also includes:

Regularly feed back the functional status of the car-side service to the cloud to verify it with the functional status of the corresponding car-side service stored in the cloud;

If the current functional state of the vehicle-side service fed back by the vehicle-end is activated, and the functional state of the corresponding vehicle-side service stored in the cloud is not activated, an activation abnormality warning message is output.

In one embodiment of the present invention, verifying the functional status of the corresponding vehicle end service stored in the cloud also includes:

If the current state of the car-side service fed back by the car-side is inconsistent with the functional state of the corresponding car-side service in the cloud, then the current state of the car-end service is corrected in response to the cloud state correction command, so that the car-side service The current functional status of the device is consistent with the functional status of the corresponding car-end service stored in the cloud.

In an embodiment of the present invention, the current status of the car-side service is corrected in response to the status modification command from the cloud, including:

If the correction fails, continuous correction will be carried out according to the correction instructions fed back by the cloud at preset time intervals;

After the number of corrections reaches the preset threshold, if the correction fails, an alarm message is output.

In an embodiment of the present invention, a vehicle service management device is also provided, the device comprising:

The information collection module is used to obtain the corresponding car-end service in response to the car-end service request; feed back the usage status of the car-end service to the cloud to calculate and update the car-end service usage;

The management module is configured to generate the to-be-paid information of the car-end service in response to the activation instruction of the cloud, wherein the activation instruction is generated by the cloud after the usage of the car-end service reaches a preset usage threshold.

In an embodiment of the present invention, an electronic device is also provided, and the electronic device includes:

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 above-mentioned vehicle service management method.

In an embodiment of the present invention, there is also provided a computer-readable storage medium, on which a computer program is stored, and when the computer program is executed by the processor of the computer, the computer is made to execute the above-mentioned vehicle service management method .

Beneficial effects of the present invention: the present invention can flexibly purchase all in-vehicle services, pay and use according to different needs and usage, which is convenient and reasonable, and is conducive to the popularization and development of in-vehicle services. This solution can also verify the usage status of the car terminal through the cloud and issue an activation command to avoid the situation where the service of the car terminal is stolen without payment.

It is to be understood that both the foregoing general description and the following detailed description are exemplary and explanatory only and are not restrictive of the application.

Description of drawings

The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate embodiments consistent with the application and together with the description serve to explain the principles of the application. Apparently, the drawings in the following description are only some embodiments of the present application, and those skilled in the art can obtain other drawings based on these drawings without creative efforts. In the attached picture:

Fig. 1 is a schematic diagram of an implementation environment of a vehicle service management method shown in an exemplary embodiment of the present application;

Fig. 2 is a schematic diagram of the overall flow of a vehicle service management method shown in an exemplary embodiment of the present application;

Fig. 3 is a block diagram of an in-vehicle service management device shown in an exemplary embodiment of the present application;

FIG. 4 shows a schematic structural diagram of a computer system suitable for implementing the electronic device of the embodiment of the present application.

Detailed ways

Embodiments of the present invention will be described below with reference to the accompanying drawings and preferred embodiments, and those skilled in the art can easily understand other advantages and effects of the present invention from the content disclosed in this specification. The present invention can also be implemented or applied through other different specific implementation modes, and various modifications or changes can be made to the details in this specification 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, but not for limiting the protection scope of the present invention.

It should be noted that the diagrams provided in the following embodiments are only schematically illustrating the basic ideas of the present invention, and only the components related to the present invention are shown in the diagrams rather than the number, shape and shape of the components in actual implementation. Dimensional drawing, the type, quantity and proportion of each component can be changed arbitrarily during actual implementation, and the component layout type may also be more complicated.

In the following description, numerous details are discussed in order to provide a more thorough explanation of embodiments of the invention, however, it will be apparent to those skilled in the art that embodiments of the invention can be practiced without these specific details, In other embodiments, well-known structures and devices are shown in block diagram form rather than in detail in order to avoid obscuring the embodiments of the invention.

The smart terminal 110 shown in FIG. 1 may be any terminal device such as a smart phone, a vehicle-mounted computer, a tablet computer, a notebook computer, or a wearable device, but is not limited thereto. The server 120 shown in FIG. 1 can be an independent physical server, or a server cluster or distributed system composed of multiple physical servers, and can also provide cloud services, cloud databases, cloud computing, cloud functions, Cloud storage, network service, cloud communication, middleware service, domain name service, security service, CDN (Content Delivery Network, content distribution network), and the cloud service end of basic cloud computing services such as big data and artificial intelligence platforms are also included here. No restrictions are imposed. The smart terminal 210 can communicate with the server 120 through wireless networks such as 3G (third-generation mobile information technology), 4G (fourth-generation mobile information technology), and 5G (fifth-generation mobile information technology). There is no limit to this.

Please refer to FIG. 2 . FIG. 2 is a flowchart of a vehicle service management method according to an exemplary embodiment of the present application. The method can be applied to the implementation environment shown in FIG. 1 , and is specifically executed by the smart terminal 110 in the implementation environment. It should be understood that the method may also be applicable to other exemplary implementation environments, and be specifically executed by devices in other implementation environments, and this embodiment does not limit the applicable implementation environments of the method.

As shown in Figure 2, in an exemplary embodiment, the vehicle service management method includes at least step S210 to step S220, which are described in detail as follows:

Step S210, in response to the vehicle-side service request, obtain the corresponding vehicle-side service; feed back the usage status of the vehicle-side service to the cloud to calculate and update the vehicle-side service usage.

After the vehicle function is successfully used, the function usage data (such as frequency, mileage, duration, region, etc.) is sent to the metering center of the server 120, and the metering center calculates and updates the usage data.

Step S211 , according to the car-side service matching the cloud preset service metering strategy, a matching metering strategy is obtained, wherein the metering strategy includes one-time activation, per-time metering, time-based metering, and mileage-based metering.

Each family has different service requirements for the car terminal. If the same service metering method is used for all users, it will also make it unreasonable or inconvenient for users to use. Therefore, according to the different needs of users, the usage status and frequency of car-end services, etc., provide users with personalized calculation and settlement methods, that is, service metering strategies. Some of the currently set metering modes are: open all services at one time, measure by the number of times used, measure by the duration of use, and measure by the number of miles used. The above setting method enriches the choices of the user, and also makes the user more convenient to use.

Step S212, calculating and updating the usage amount of the vehicle end service according to the matching metering strategy.

After the user selects a specific metering strategy, use the matching metering strategy to calculate and update the usage of the car-side service. For example, the user chooses to measure by the number of times used, and the user has used it three times so far, then the user's usage is counted, calculated and updated according to the method of metering by time.

Step S213, feeding back the function status of the car end service to the cloud for storage, wherein the function status includes activation and inactivation.

After the user uses the car-end service, the data will be stored locally, and the usage status will be fed back to the server 120 for storage. The usage status includes the activated status and the inactive status.

Step S214, if the functional state of the car-side service is not activated, and the usage of the car-side service reaches the preset usage advance, then generate the activation instruction.

When the car-side service is not purchased or the car-side service is not in use, the function status of the car-side service is always inactive. Only after the service is purchased or the usage reaches a certain amount will the activation command be triggered. Activate the in-vehicle services used.

Step S215 , periodically feeding back the functional status of the car-side service to the cloud, and verifying it with the functional status of the corresponding car-side service stored in the cloud.

The function status of the local storage is obtained in real time, with high accuracy, which is almost the same as the actual usage. In order to avoid malicious overdraft of car-side services, the functional status of the local car-side services is regularly transmitted to the server 120, and compared with the functional status of the service stored in the server 120 for verification.

Step S216, if the current function state of the car-side service fed back by the car-side is activated, and the function state of the corresponding car-side service stored in the cloud is inactive, then output activation abnormality warning information.

Step S217, if the current state of the car-side service fed back by the car-side is inconsistent with the functional state of the corresponding car-side service in the cloud, then modify the current state of the car-side service in response to the state correction command from the cloud, so that the The current functional state of the car-end service is consistent with the functional state of the corresponding car-end service stored in the cloud.

If the function status of the car-side service is activated, then the user's usage of the car-side service has reached the amount that needs to be paid. The activated function status of the car end is transmitted to the server 120, and the function status stored in the server 120 is consistent, and no warning message will be issued. If the function status stored by the server 120 is not activated, the server 120 sends a warning message to the smart terminal 110 on the vehicle. At this time, the server 120 will also send a status correction instruction to the smart terminal 110 of the car to correct the inactive state of the car until the function status of the car service is activated.

Step S218, if the correction fails, continuous correction is performed according to the correction instruction fed back by the cloud at a preset time interval.

The correction command sent by the server 120 to the vehicle does not play a corrective role, and the functional state of the vehicle is still inactive. A time interval is preset, for example, the time interval is 5 minutes, and the server 120 sends a message to the vehicle every 5 minutes. Correction instructions for continuous correction.

Step S219, after the number of times of correction reaches the preset number of times threshold, if the correction still fails, an alarm message is output.

If the correction command of the server 120 has not been able to correct the functional status of the car end and make the user pay for the car end service normally, in order to avoid stealing the car end service, an alarm will be issued to the car end after the number of corrections reaches the preset threshold , and lock the car end service.

Step S220, generating to-be-paid information of the car-end service in response to the activation instruction of the cloud, wherein the activation instruction is generated by the cloud after the usage of the car-end service reaches a preset usage threshold.

When the vehicle-end service usage reaches the preset usage threshold, for example, it is measured according to the duration, the preset duration is 10 hours, and the user uses it for 10 hours. The car end feeds back the 10-hour usage status to the server 120, and the server 120 sends an activation command to the smart terminal 110 on the car end, generates information to be paid, and waits for the user to make payment and activation.

Fig. 3 is a block diagram of a vehicle service management device according to an exemplary embodiment of the present application. The device can be applied to the implementation environment shown in FIG. 1 and is specifically configured in the smart terminal 110 . The apparatus may also be applicable to other exemplary implementation environments, and be specifically configured in other devices, and this embodiment does not limit the implementation environments applicable to the apparatus.

As shown in Figure 3, the exemplary vehicle service management device includes:

The information collection module 301 is used to obtain the corresponding car-end service in response to the car-end service request; to feed back the usage status of the car-end service to the cloud to calculate and update the car-end service usage.

The management module 302 is configured to generate to-be-paid information of the car-end service in response to an activation instruction from the cloud, wherein the activation instruction is generated by the cloud after the usage of the car-end service reaches a preset usage threshold.

It should be noted that the vehicle service management device provided in the above embodiment and the vehicle service management method provided in the above embodiment belong to the same concept, and the specific operation methods of each module and unit have been described in detail in the method embodiment , which will not be repeated here. In practical applications, the vehicle service management device provided by the above embodiments can allocate the above functions by different functional modules according to the needs, that is, divide the internal structure of the device into different functional modules, so as to complete all or part of the above description function, which is not limited here.

The embodiment of the present application also provides an electronic device, including: one or more processors; a storage device for storing one or more programs, when the one or more programs are processed by the one or more When executed by the controller, the electronic device implements the vehicle service management method provided in the foregoing embodiments.

FIG. 4 shows a schematic structural diagram of a computer system suitable for implementing the electronic device of the embodiment of the present application. It should be noted that the computer system 400 of the electronic device shown in FIG. 4 is only an example, and should not limit the functions and scope of use of this embodiment of the present application.

As shown in FIG. 4 , the computer system 400 includes a central processing unit (Central Processing Unit, CPU) 401, which can be stored in a program in a read-only memory (Read-Only Memory, ROM) 402 or loaded from a storage part 408 to a random It accesses programs in the memory (Random Access Memory, RAM) 403 to execute various appropriate actions and processes, such as executing the methods described in the above-mentioned embodiments. In RAM 403, various programs and data necessary for system operation are also stored. The CPU 401 , ROM 402 , and RAM 403 are connected to each other through a bus 404 . An input/output (Input/Output, I/O) interface 405 is also connected to the bus 404 .

The following components are connected to the I/O interface 405: an input section 406 including a keyboard, a mouse, etc.; an output section 407 including a cathode ray tube (Cathode Ray Tube, CRT), a liquid crystal display (Liquid Crystal Display, LCD), etc., and a speaker ; a storage section 408 including a hard disk or the like; and a communication section 409 including a network interface card such as a LAN (Local Area Network) card, a modem, or the like. The communication section 409 performs communication processing via a network such as the Internet. A drive 410 is also connected to the I/O interface 405 as needed. A removable medium 411, such as a magnetic disk, an optical disk, a magneto-optical disk, a semiconductor memory, etc., is mounted on the drive 410 as necessary so that a computer program read therefrom is installed into the storage section 408 as necessary.

In particular, according to the embodiments of the present application, the processes described above with reference to the flowcharts can be implemented as computer software programs. For example, the embodiments of the present application include a computer program product, which includes a computer program carried on a computer-readable medium, where the computer program includes a computer program for executing the method shown in the flowchart. In such an embodiment, the computer program may be downloaded and installed from a network via communication portion 409 and/or installed from removable media 411 . When this computer program is executed by a central processing unit (CPU) 401, various functions defined in the system of the present application are performed.

It should be noted that the computer-readable medium shown in the embodiment of the present application may be a computer-readable signal medium or a computer-readable storage medium, or any combination of the two. A computer-readable storage medium may be, for example, an electrical, magnetic, optical, electromagnetic, infrared, or semiconductor system, device, or device, or any combination thereof. More specific examples of computer-readable storage media may include, but are not limited to, electrical connections with one or more wires, portable computer diskettes, hard disks, random access memory (RAM), read-only memory (ROM), erasable Programmable Read-Only Memory (Erasable Programmable Read Only Memory, EPROM), flash memory, optical fiber, portable compact disk read-only memory (Compact Disc Read-Only Memory, CD-ROM), optical storage device, magnetic storage device, or any suitable The combination. In this application, a computer-readable signal medium may include a data signal propagated in baseband or as part of a carrier wave, carrying a computer-readable computer program thereon. Such propagated data signals may take many forms, including but not limited to electromagnetic signals, optical signals, or any suitable combination of the foregoing. A computer-readable signal medium may also be any computer-readable medium other than a computer-readable storage medium, which can send, propagate, or transmit a program for use by or in conjunction with an instruction execution system, apparatus, or device. . A computer program embodied on a computer readable medium can be transmitted using any appropriate medium, including but not limited to: wireless, wired, etc., or any suitable combination of the above.

The flowchart and block diagrams in the Figures illustrate the architecture, functionality, and operation of possible implementations of systems, methods and computer program products according to various embodiments of the present application. Wherein, each block in the flowchart or block diagram may represent a module, a program segment, or a part of the code, and the above-mentioned module, program segment, or part of the code includes one or more executable instruction. It should also be noted that, in some alternative implementations, the functions noted in the block may occur out of the order noted in the figures. For example, two blocks shown in succession may, in fact, be executed substantially concurrently, or they may sometimes be executed in the reverse order, depending upon the functionality involved. It should also be noted that each block in the block diagrams or flowchart illustrations, and combinations of blocks in the block diagrams or flowchart illustrations, can be implemented by a dedicated hardware-based system that performs the specified function or operation, or can be implemented by a A combination of dedicated hardware and computer instructions.

The units described in the embodiments of the present application may be implemented by software or by hardware, and the described units may also be set in a processor. Wherein, the names of these units do not constitute a limitation of the unit itself under certain circumstances.

Another aspect of the present application also provides a computer-readable storage medium, on which a computer program is stored, and when the computer program is executed by a processor of a computer, the computer is made to execute the above-mentioned vehicle service management method. The computer-readable storage medium may be included in the electronic device described in the above embodiments, or may exist independently without being assembled into the electronic device.

Another aspect of the present application also provides a computer program product or computer program, the computer program product or computer program comprising computer instructions stored in a computer-readable storage medium. The processor of the 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 vehicle service management method provided in the above-mentioned embodiments.

The above-mentioned embodiments only illustrate the principles and effects of the present invention, but are not intended to limit the present invention. Anyone skilled in the art can modify or change the above-mentioned embodiments without departing from the spirit and scope of the present invention. Therefore, all equivalent modifications or changes made by those skilled in the art without departing from the spirit and technical ideas disclosed in the present invention shall still be covered by the claims of the present invention.

Claims (9)

1. An in-vehicle service management method, characterized in that the method comprises:

responding to the vehicle-end service request, and acquiring corresponding vehicle-end service; feeding back the using state of the vehicle-side service to a cloud end to calculate and update the using amount of the vehicle-side service;

and responding to an activation instruction of the cloud end, and generating information to be paid of the vehicle-end service, wherein the activation instruction is generated by the cloud end after the vehicle-end service usage reaches a preset usage threshold.

2. The vehicle-mounted service management method according to claim 1, wherein the step of feeding back the use state of the vehicle-side service to a cloud end for calculating and updating the vehicle-side service usage amount comprises the steps of:

matching a preset service metering strategy according to the vehicle-side service matching cloud end to obtain a matching metering strategy, wherein the metering strategy comprises one-time opening, metering according to times, metering according to time length and metering according to use mileage;

and calculating and updating the usage of the vehicle-side service according to the matching metering strategy.

3. The vehicle-mounted service management method according to claim 1, wherein the using state of the vehicle-side service is fed back to a cloud end to calculate and update the vehicle-side service usage, and further comprising:

feeding back the functional state of the vehicle-side service to a cloud for storage, wherein the functional state comprises activation and non-activation;

and if the functional state of the vehicle-side service is not activated and the usage of the vehicle-side service reaches a preset usage budget, generating the activation instruction.

4. The vehicle-mounted service management method according to claim 3, wherein after the functional state of the vehicle-side service is fed back to a cloud for storage, the method further comprises the following steps:

regularly feeding back the function state of the vehicle-side service to the cloud end to check the function state of the vehicle-side service stored in the cloud end;

and if the current function state of the vehicle-side service fed back by the vehicle-side is activated and the function state of the corresponding vehicle-side service stored in the cloud is not activated, outputting activation abnormity warning information.

5. The vehicle-mounted service management method according to claim 4, wherein the functional status of the corresponding vehicle-side service stored in the cloud is verified, and the method further comprises the following steps:

and if the current state of the vehicle-end service fed back by the vehicle end is inconsistent with the functional state of the vehicle-end service corresponding to the cloud end, correcting the current state of the vehicle-end service in response to a state correction instruction of the cloud end so as to enable the current functional state of the vehicle-end service to be consistent with the functional state of the corresponding vehicle-end service stored in the cloud end.

6. The vehicle-mounted service management method according to claim 5, wherein the modifying the current state of the vehicle-side service in response to the state modification instruction of the cloud end comprises:

if the correction fails, continuously correcting according to a correction instruction fed back by the cloud at preset time intervals;

and after the correction times reach a preset time threshold, the correction still fails, and alarm information is output.

7. A vehicle service management apparatus, characterized in that the apparatus comprises:

the information acquisition module is used for responding to the vehicle-end service request and acquiring corresponding vehicle-end service; feeding back the using state of the vehicle-side service to a cloud end to calculate and update the using amount of the vehicle-side service;

the management module is used for responding to an activation instruction of the cloud end and generating information to be paid of the vehicle-end service, wherein the activation instruction is generated by the cloud end after the vehicle-end service usage reaches a preset usage threshold.

8. An electronic device, characterized in that the electronic device comprises:

one or more processors;

storage means for storing one or more programs that, when executed by the one or more processors, cause the electronic device to implement the vehicle service management method of any one of claims 1-6.

9. A computer-readable storage medium, characterized in that a computer program is stored thereon, which, when being executed by a processor of a computer, causes the computer to carry out the vehicle service management method according to any one of claims 1 to 6.

Images