CN115346313A - Method and device for controlling state of trusted vehicle, computer equipment and storage medium - Google Patents
Method and device for controlling state of trusted vehicle, computer equipment and storage medium Download PDFInfo
- Publication number
- CN115346313A CN115346313A CN202210809745.7A CN202210809745A CN115346313A CN 115346313 A CN115346313 A CN 115346313A CN 202210809745 A CN202210809745 A CN 202210809745A CN 115346313 A CN115346313 A CN 115346313A
- Authority
- CN
- China
- Prior art keywords
- vehicle
- state
- credit
- bill
- request
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 238000000034 method Methods 0.000 title claims abstract description 78
- 238000004590 computer program Methods 0.000 claims abstract description 46
- 238000013475 authorization Methods 0.000 claims description 19
- 230000008569 process Effects 0.000 claims description 15
- 238000012795 verification Methods 0.000 claims description 12
- 230000001960 triggered effect Effects 0.000 claims description 7
- 238000004458 analytical method Methods 0.000 abstract description 4
- 230000000977 initiatory effect Effects 0.000 abstract description 3
- 230000001276 controlling effect Effects 0.000 description 19
- 238000012545 processing Methods 0.000 description 12
- 238000010586 diagram Methods 0.000 description 8
- 238000005516 engineering process Methods 0.000 description 4
- 238000007726 management method Methods 0.000 description 4
- 230000008520 organization Effects 0.000 description 4
- 230000007246 mechanism Effects 0.000 description 3
- 230000009471 action Effects 0.000 description 2
- 238000004891 communication Methods 0.000 description 2
- 238000013500 data storage Methods 0.000 description 2
- 230000007613 environmental effect Effects 0.000 description 2
- 230000006870 function Effects 0.000 description 2
- 238000004519 manufacturing process Methods 0.000 description 2
- 230000001105 regulatory effect Effects 0.000 description 2
- OKTJSMMVPCPJKN-UHFFFAOYSA-N Carbon Chemical compound [C] OKTJSMMVPCPJKN-UHFFFAOYSA-N 0.000 description 1
- 238000013473 artificial intelligence Methods 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 230000004927 fusion Effects 0.000 description 1
- 229910021389 graphene Inorganic materials 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012544 monitoring process Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000008447 perception Effects 0.000 description 1
- 238000011160 research Methods 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07F—COIN-FREED OR LIKE APPARATUS
- G07F17/00—Coin-freed apparatus for hiring articles; Coin-freed facilities or services
- G07F17/0042—Coin-freed apparatus for hiring articles; Coin-freed facilities or services for hiring of objects
- G07F17/0057—Coin-freed apparatus for hiring articles; Coin-freed facilities or services for hiring of objects for the hiring or rent of vehicles, e.g. cars, bicycles or wheelchairs
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
Abstract
The invention relates to the technical field of big data intelligent analysis, and particularly discloses a control method, a device, computer equipment, a storage medium and a computer program product for states of a credit vehicle, wherein the method comprises the steps of obtaining a use request for the credit vehicle, obtaining a current first bill of the credit vehicle when the credit vehicle is in a to-be-used state according to a vehicle identification number inquiry, returning the first bill to the credit vehicle, and updating the state of the credit vehicle into the use state according to the use request when the state of the first bill is determined to be a payment completed state within a first set time period. Because the trusted vehicle of the embodiment is a vehicle for obtaining the trusted authority based on the vehicle identification number of the vehicle, the user can obtain the right of use of the trusted vehicle only by initiating a corresponding use request and completing corresponding bill payment, and compared with the prior art in which vehicle information needs to be registered under a personal name and subjected to complicated filing, the use cost of the vehicle can be reduced.
Description
Technical Field
The application relates to the technical field of big data intelligent analysis, in particular to a method and a device for controlling states of a credit vehicle, computer equipment, a storage medium and a computer program product.
Background
With the development of big data intelligent analysis technology, it has also been widely applied in vehicle control technology, and in recent years, intelligent vehicles have become hot spots for research in the world vehicle engineering field and new power for growth of the automobile industry. The intelligent vehicle intensively applies the technologies of computer, modern sensing, information fusion, communication, artificial intelligence, automatic control and the like, and is a comprehensive body integrating the functions of environmental perception, planning decision, multi-level auxiliary driving and the like.
In the conventional technology, people generally need to register intelligent vehicle information under a personal name and can use the intelligent vehicle information after a specified organization carries out relevant records. However, the intelligent vehicle is expensive and the recording process is complicated, so that the use cost of the intelligent vehicle is high.
Disclosure of Invention
In view of the above, it is necessary to provide a trusted vehicle state control method, device, computer device, storage medium, and computer program product that can reduce the vehicle use cost, in order to solve the problem of the vehicle use cost being high.
In a first aspect, the present application provides a method for controlling a trusted vehicle state. The method comprises the following steps:
acquiring a use request for a credit granting vehicle, wherein the credit granting vehicle is a vehicle for acquiring credit granting authorization based on a vehicle identification number of the vehicle, and the use request carries a corresponding vehicle identification number;
when the credit vehicle is inquired to be in a standby state according to the vehicle identification number, acquiring a current first bill of the credit vehicle;
returning the first bill to the credit vehicle;
and when the state of the first bill is determined to be the payment completed state within a first set time length, updating the state of the credit vehicle to be the use state according to the use request.
In one embodiment, before the obtaining the request for use of the trusted vehicle, the method further comprises: obtaining a credit granting request of a vehicle, wherein the credit granting request comprises a vehicle identification number of the vehicle; acquiring authentication information of the vehicle according to the vehicle identification number, and verifying the authentication information; and when the verification is passed, determining that the vehicle is a credit granting vehicle, and controlling the state of the credit granting vehicle to be a to-be-used state.
In one embodiment, the method further comprises: and when the state of the first bill is an unfinished payment state within a first set time length, keeping the credit vehicle in a to-be-used state.
In one embodiment, after the updating of the state of the trusted vehicle to the use state according to the use request, the method further includes: when a request for stopping using the credit vehicle is received, acquiring the current position information and a second bill of the credit vehicle; when the position information is matched with the target position information, returning the second bill to the credit vehicle; and when the state of the second bill is determined to be the payment completed state within a second set time length, updating the state of the credit vehicle to be the to-be-used state according to the use stopping request.
In one embodiment, the method further comprises: when the position information is not matched with the target position information, returning the target position information and the second bill to the credit vehicle, wherein the target position information is used for indicating the credit vehicle to drive to a target position; and when the state of the second bill is determined to be the payment completed state within a second set time length and the credit vehicle reaches the target position, updating the state of the credit vehicle to be a to-be-used state according to the use stopping request.
In one embodiment, the method further comprises: and updating the state of the credit vehicle to be a frozen state when the state of the second bill is an unfinished payment state within a second set time length.
In one embodiment, the method further comprises: and when a payment request for the second bill is received and the state of the second bill is determined to be the finished payment state within a third set time length, updating the state of the credit vehicle to be the use state.
In one embodiment, the method further comprises: when a scrapping request for the credit vehicle is received, all bills to be paid and paid bills of the credit vehicle are obtained, wherein the scrapping request is a request triggered when the credit vehicle reaches scrapping conditions; clearing the bill to be paid and the paid bill to obtain a clearing result; and returning the clearing result to the credit granting vehicle, wherein the clearing result is used for indicating the credit granting vehicle to interact with a third party so as to finish the scrapping process.
In a second aspect, the application further provides a control device for the state of the trusted vehicle. The device comprises:
the system comprises a use request acquisition module, a credit authorization module and a credit authorization module, wherein the use request acquisition module is used for acquiring a use request of a credit vehicle, the credit vehicle is a vehicle for obtaining credit authorization based on a vehicle identification number of the vehicle, and the use request carries a corresponding vehicle identification number;
the bill acquisition module is used for acquiring a current first bill of the credit vehicle when the credit vehicle is in a standby state according to the vehicle identification number;
the bill returning module is used for returning the first bill to the credit granting vehicle;
and the state control module is used for updating the state of the credit vehicle to be the use state according to the use request when the state of the first bill is determined to be the payment completed state within a first set time length.
In a third aspect, the application also provides a computer device. The computer device comprises a memory storing a computer program and a processor implementing the steps of the method according to the first aspect as described above when executing the computer program.
In a fourth aspect, the present application further provides a computer-readable storage medium. The computer-readable storage medium having stored thereon a computer program which, when executed by a processor, performs the steps of the method according to the first aspect.
In a fifth aspect, the present application further provides a computer program product. The computer program product comprising a computer program which, when executed by a processor, performs the steps of the method according to the first aspect.
According to the method, the device, the computer equipment, the storage medium and the computer program product for controlling the state of the credit vehicle, the using request of the credit vehicle is obtained, when the credit vehicle is inquired to be in a state to be used according to the vehicle identification number, the current first bill of the credit vehicle is obtained, the first bill is returned to the credit vehicle, and when the state of the first bill is determined to be the payment completed state within the first set time period, the state of the credit vehicle is updated to be in the using state according to the using request. Because the credit vehicle of the embodiment is a vehicle for obtaining the credit authorization based on the vehicle identification number of the vehicle, when a user needs to use the credit vehicle, the user can obtain the right of use of the credit vehicle only by initiating a corresponding use request and completing corresponding bill payment.
Drawings
FIG. 1 is an environmental diagram illustrating a method for controlling the status of a trusted vehicle according to one embodiment;
FIG. 2 is a schematic flow chart diagram illustrating a method for controlling the state of a trusted vehicle in one embodiment;
FIG. 3 is a flowchart illustrating steps in a process for granting credit to a vehicle in one embodiment;
FIG. 4 is a schematic flow chart diagram illustrating a method for controlling the status of a trusted vehicle in accordance with another embodiment;
FIG. 5 is a schematic flow chart diagram illustrating a method for controlling trusted vehicle status in accordance with another embodiment;
FIG. 6 is a schematic flow chart illustrating the scrapping process steps for a vehicle according to one embodiment;
FIG. 7 is a flowchart illustrating a method for controlling the status of a trusted vehicle in accordance with yet another embodiment;
FIG. 8 is a block diagram showing a configuration of a control apparatus for granting credit to a vehicle state in one embodiment;
FIG. 9 is a diagram illustrating an internal structure of a computer device according to an embodiment.
Detailed Description
In order to make the objects, technical solutions and advantages of the present application more apparent, the present application is described in further detail below with reference to the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are merely illustrative of the present application and are not intended to limit the present application.
According to the technical scheme, the data acquisition, storage, use, processing and the like meet relevant regulations of national laws and regulations.
The method for controlling the state of the trusted vehicle provided by the embodiment of the application can be applied to the application environment shown in fig. 1. In which the in-vehicle terminal 102 communicates with the server 104 through a network. The data storage system may store data that the server 104 needs to process. In particular, the in-vehicle terminal 102 may be an intelligent in-vehicle device. The data storage system may be integrated on the server 104, or may be located on the cloud or other network server. The server 104 may be implemented as a stand-alone server or as a server cluster comprised of multiple servers.
For example, in one embodiment, the vehicle may be equipped with the in-vehicle terminal 102, and a network card is pre-installed, so that the vehicle can directly surf the internet and interact with the server 104, and the server 104 may perform credit granting processing on the vehicle based on the interaction with the in-vehicle terminal 102 and control the state of the vehicle after credit granting.
In one embodiment, as shown in fig. 2, a method for controlling the state of a trusted vehicle is provided, and the method is described by taking the application of the method to the server in fig. 1 as an example, and may include the following steps:
in step 202, a request for use of a trusted vehicle is obtained.
The credit granting vehicle can be a vehicle which obtains credit granting authorization based on the vehicle identification number of the vehicle. Specifically, a Vehicle Identification Number (VIN) is a unique code that is composed of several letters and numbers and is used to represent Vehicle information. The information such as the manufacturer, the production place, the production year, the engine chassis serial number and the like of the vehicle can be identified through the code.
Simply stated, trust refers to the act of a bank providing direct funding support to a customer or providing assurance to a third party regarding the customer's credit in economic activities. In this embodiment, the credit granting vehicle is a vehicle as a credit granting subject, and the vehicle activates credit payment for the credit granting subject and performs a guarantee action for a third-party user using the vehicle. In particular, the vehicle may be a motor vehicle, such as an automobile, a smart car, or the like.
The usage request may be a usage indication or a usage command initiated by a user who wants to use a trusted vehicle. Wherein the request for use carries a corresponding vehicle identification number.
In this embodiment, when a user wants to use a certain trusted vehicle, a request for using the trusted vehicle may be initiated. In one scenario, a user may initiate a use request for the trusted vehicle based on a vehicle-mounted terminal of the trusted vehicle, for example, the use request for the trusted vehicle may be initiated by triggering a use control on the vehicle-mounted terminal, and the server may obtain the corresponding use request.
In another scenario, a user can also initiate a use request for the credit granting vehicle through an intelligent terminal carried by the user. For example, a user may initiate a request for use of a trusted vehicle through an application installed in the smart terminal; or the intelligent terminal can scan the bar code of the credit vehicle body to initiate a use request of the credit vehicle; alternatively, the request for using the trusted vehicle may be initiated by scanning a barcode displayed on the in-vehicle terminal of the trusted vehicle. The server may then obtain the corresponding use request.
And 204, when the trusted vehicle is inquired to be in a standby state according to the vehicle identification number, acquiring a current first bill of the trusted vehicle.
The to-be-used state may be a state in which the trusted vehicle is waiting to be used, that is, an idle state. The first bill is a bill which needs to be paid by the credit vehicle at the current time based on the credit authorization, and the current time is the time when the use request of the credit vehicle is received. It will be appreciated that the amount of the bill is relatively small relative to the amount that would need to be spent purchasing the vehicle, e.g., if the amount that would need to be spent purchasing the vehicle is A, the amount of the first bill is 1-20%.
The credit vehicle is a vehicle which is used as a credit main body and opens a vehicle for credit payment, so that the credit vehicle has different bills to be paid at different times. Generally, for the credit vehicle in an idle state, the credit vehicle can be normally used after the payment of the corresponding bill is completed.
In this embodiment, in order to distinguish bills to be paid of the credit vehicle in different periods, the credit vehicle is in a standby state, and the bill to be paid corresponding to the credit vehicle is defined as the current first bill of the credit vehicle at the time when the request for using the credit vehicle is received.
Specifically, since the server can control the state of the trusted vehicle, when the server acquires a use request for the trusted vehicle, the server can inquire the state of the trusted vehicle according to the vehicle identification number carried in the use request. And when the server inquires that the credit vehicle is in a standby state, further acquiring a current first bill of the credit vehicle.
And step 206, returning the first bill to the trusted vehicle.
Specifically, the credit granting vehicle is provided with a vehicle-mounted terminal, and the vehicle-mounted terminal is pre-installed with a network card, so that the internet can be directly accessed. Thus, the server may interact with the trusted vehicle over a network. In this embodiment, when the server obtains the current first bill of the trusted vehicle through the above steps, the server may directly return the first bill to the trusted vehicle through the network, that is, return the bill that the trusted vehicle needs to pay currently.
And step 208, updating the state of the credit vehicle to be the use state according to the use request when the state of the first bill is determined to be the payment completed state within the first set time length.
Wherein the first set time period may be a preset time period for paying the first bill. Specifically, the first set time period may be configured according to actual needs, and may be, for example, 5 minutes, 10 minutes, half an hour, 1 hour, 24 hours, or the like. This embodiment is not limited to this. The use state may be a state in which the trusted vehicle is in use, i.e., a busy state.
Specifically, after the server returns the first bill to the credit vehicle, timing is started, the payment state of the first bill is further detected, and when the condition that the payment state of the first bill is completed is detected within a first set time period, the condition that the credit vehicle is in the use condition can be updated according to the use request. Namely, when the server detects that the state of the first bill is the completed payment state within the first set time length, the to-be-used state of the corresponding credit vehicle is updated to be the use state, namely, the credit vehicle can be normally used by the user who currently pays the first bill.
In the method for controlling the state of the credit vehicle, the server acquires the use request of the credit vehicle, acquires the current first bill of the credit vehicle and returns the first bill to the credit vehicle when the credit vehicle is in a to-be-used state according to the vehicle identification number, and updates the state of the credit vehicle to be the use state according to the use request when the state of the first bill is determined to be the payment completed state within the first set time. Because the credit vehicle of the embodiment is a vehicle for obtaining the credit authorization based on the vehicle identification number of the vehicle, when a user needs to use the credit vehicle, the user can obtain the right of use of the credit vehicle only by initiating a corresponding use request and completing corresponding bill payment.
In one embodiment, as shown in fig. 3, before the step 202 of obtaining the request for using the trusted vehicle, the method may further include the steps of:
The credit granting request can be a request for opening credit payment for the vehicle and making a guarantee action. In this embodiment, after the vehicle is shipped after being assembled, the manufacturer may record the vehicle in a third-party regulatory authority (e.g., a vehicle administration office), such as a vehicle identification number based on the vehicle and perform registration and related procedures in the third-party regulatory authority, to ensure vehicle compliance and obtain related certification materials. The manufacturer may then initiate a credit request to the credit acceptance organization for the filed vehicle, specifically, the credit request including the vehicle identification number of the vehicle. The server may then obtain a trust request for the vehicle. It is to be understood that the server may be a server on the credit granting reception mechanism side, and the server may perform credit granting processing for the vehicle based on a credit granting request of the vehicle and control the vehicle state.
And step 304, acquiring the authentication information of the vehicle according to the vehicle identification number, and verifying the authentication information.
The certification information may be related certification material issued when the third-party supervision authority registers and transacts related procedures, for example, related information that proves that the vehicle can travel on the road. Since the vehicle identification number is a unique code for representing the vehicle information, the relevant authentication information has a certain correspondence with the vehicle identification number.
In this embodiment, after the server obtains the trust request of the vehicle, the authentication information of the vehicle may be obtained according to the vehicle identification number in the trust request, and the authentication information may be verified. The verification authentication information is used for verifying the authenticity and the validity of the authentication information of the vehicle. Specifically, after acquiring the trust request of the vehicle, the server may acquire the authentication information of the vehicle from the vehicle-mounted terminal of the vehicle based on the communication connection with the vehicle, and access the third-party supervision authority based on the vehicle identification number of the vehicle and the authentication information to verify the authenticity and validity of the authentication information of the vehicle.
And step 306, when the verification is passed, determining that the vehicle is a credit granting vehicle, and controlling the state of the credit granting vehicle to be a to-be-used state.
Specifically, when the server confirms that the authentication information of the vehicle is consistent with the authentication information of the corresponding vehicle identification number recorded by the third-party supervision authority and is within the valid period, the server indicates that the authentication information of the vehicle passes the verification, so that the server can determine that the vehicle is a trusted vehicle, namely, can open credit payment for the vehicle, and control the state of the trusted vehicle to be a standby state. When the server confirms that the authentication information of the vehicle is inconsistent with the authentication information of the corresponding vehicle identification number recorded by the third-party supervision mechanism, or confirms that the authentication information of the vehicle is consistent with the authentication information of the corresponding vehicle identification number recorded by the third-party supervision mechanism but not in the validity period, the server indicates that the authentication information of the vehicle is not verified, so that credit payment cannot be opened for the vehicle, namely the vehicle is not a trusted vehicle.
In the embodiment, the server acquires the credit granting request of the vehicle, acquires the authentication information of the vehicle according to the vehicle identification number in the credit granting request, further verifies the authentication information, determines that the vehicle is the credit granting vehicle when the verification is passed, and controls the state of the credit granting vehicle to be a to-be-used state, so that credit granting processing is performed on the vehicle, namely credit payment is opened by taking the vehicle as a credit granting subject, and further the state of the credit granting vehicle with the credit granting authorization can be uniformly managed, so that the utilization rate of the credit granting vehicle is further improved.
In one embodiment, the method may further include: and when the state of the first bill is the unfinished payment state within the first set time length, keeping the credit vehicle in the to-be-used state.
Specifically, the server starts timing after returning a first bill to the credit vehicle, further detects the payment state of the first bill, and when the first set time length is reached and the state of the first bill is detected to be an unfinished payment state, the state of the credit vehicle is kept to be a to-be-used state. At the moment, the bill of the credit vehicle is not paid, so that the credit vehicle cannot be normally used currently, and the state of the credit vehicle is effectively managed.
In one embodiment, as shown in fig. 4, after the step 208, updating the state of the trusted vehicle to the use state according to the use request, the method may further include:
and step 402, when a request for stopping use of the trusted vehicle is received, acquiring the current position information of the trusted vehicle and a second bill.
The request for stopping use may be an instruction or a command to stop use of the trusted vehicle. The location information refers to a geographical location of the trusted vehicle, and may be, for example, location information, latitude and longitude information, and the like of the trusted vehicle. The second bill may be a bill generated during the current use of the trusted vehicle, for example, including but not limited to depreciation fee, a ticket generated in violation of rules, and the like. The current usage process is a period from when the current latest update of the state of the trusted vehicle is the usage state to when a request for stopping the usage of the trusted vehicle is received.
In this embodiment, when the server receives a request for stopping use of the trusted vehicle, the server acquires the current location information of the trusted vehicle and the second bill.
And step 404, returning a second bill to the credit vehicle when the position information is matched with the target position information.
The target position information may be a preset unified parking position of the trusted vehicle when the trusted vehicle stops being used. Specifically, the target position information may be plural.
In this embodiment, when the server receives a request for stopping use of the trusted vehicle, it is determined whether the current location information of the trusted vehicle matches the preset target location information, for example, it may be determined whether the current location information matches the preset target location information by distance, when the distance between the two pieces of location information is smaller than a certain distance threshold, it may be determined that the current location information matches the preset target location information, and when the distance between the two pieces of location information is greater than a certain distance threshold, it may be determined that the current location information does not match the preset target location information. Specifically, when the server determines that the current position information of the credit vehicle is matched with any preset target position information, the second bill is returned to the credit vehicle.
And step 406, updating the state of the credit vehicle to be in a standby state according to the use stopping request when the state of the second bill is determined to be the payment completed state within the second set time length.
The second set time period may be a preset time period for paying the second bill, and the second set time period may be the same as or different from the first set time period. The configuration may be specifically performed according to actual needs, and this embodiment does not limit this.
In this embodiment, when the server starts timing after returning the second bill to the credit vehicle, and further detects the payment state of the second bill, and when it is detected that the state of the second bill is the completed payment state within the second set time period, the state of the credit vehicle may be updated to be the to-be-used state according to the request for stopping use. When the server detects that the state of the second bill is the payment completed state within the second set time length, the service state of the corresponding credit vehicle is updated to be a standby service state, namely the credit vehicle is currently in an idle state.
In the above embodiment, when the server receives the request for stopping use of the trusted vehicle, the server obtains the current location information of the trusted vehicle and the second bill, when the location information matches the target location information, the server returns the second bill to the trusted vehicle, and when the state of the second bill is determined to be the payment completed state within the second set time period, the server updates the state of the trusted vehicle to be the state to be used according to the request for stopping use, so that the state of the trusted vehicle is uniformly and effectively managed, and the utilization rate of the trusted vehicle can be improved.
In one embodiment, as shown in fig. 5, the method may further include:
and 502, returning the target position information and the second bill to the credit vehicle when the position information is not matched with the target position information.
In this embodiment, when the server receives a request for stopping use of the trusted vehicle, it is determined whether the current location information of the trusted vehicle matches the preset target location information, for example, it may be determined whether the current location information matches by distance, and when the distance between the two location information is greater than a certain distance threshold, it may be determined that the current location information does not match.
Specifically, when the server determines that the current position information of the credit vehicle is not matched with any preset target position information, a second bill and the target position information are returned to the credit vehicle. The returned target position information is used for indicating the credit vehicle to drive to the corresponding target position. If there are a plurality of returned target position information items, the return vehicle may be instructed to travel to the nearest target position, or may travel to a corresponding target position based on one target position information item selected by the user.
Specifically, timing is started after the server returns the second bill to the credit vehicle, the payment state of the second bill is further detected, and when the state of the second bill is detected to be the payment completed state within the second set time length and the credit vehicle reaches the target position within the second set time length, the state of the credit vehicle is updated to be the to-be-used state according to the use stopping request. Therefore, the unified and effective management on the states of the credit granting vehicles is realized, and the utilization rate of the credit granting vehicles can be improved.
In one embodiment, the method may further include: and when the state of the second bill is the unfinished payment state within the second set time length, updating the state of the credit vehicle to be the frozen state.
The frozen state is a state in which the travel function of the trusted vehicle is frozen and the travel service cannot be provided. In this embodiment, when the second set time length is reached and the server detects that the state of the second bill is an unfinished payment state, that is, the second bill is overdue and unpaid, the state of the credit granting vehicle is updated to be a frozen state according to the request for stopping use, so that the state of the credit granting vehicle is uniformly and effectively managed, and property loss is avoided.
In one embodiment, the method may further include: and when the payment request of the second bill is received and the state of the second bill is determined to be the finished payment state within the third set time length, updating the state of the credit vehicle to be the use state.
The third set time period may be a preset time period for paying the overdue second bill, and the third set time period may be the same as the first set time period or the second set time period, or may be different from the first set time period or the second set time period. The configuration may be specifically performed according to actual needs, and this embodiment does not limit this.
In this embodiment, when the second bill is overdue and not paid, the corresponding credit granting vehicle is in a frozen state, and the credit granting vehicle always has the overdue second bill. And starting timing when the server receives a payment request for the overdue second bill, further detecting the payment state of the overdue second bill, and updating the state of the credit vehicle to be the use state when the state of the second bill is detected to be the finished payment state within a third set time length. I.e., indicating that the trusted vehicle may be used normally by the user who is currently paying the overdue second bill. Therefore, the state of the credit vehicle is effectively managed, and the utilization rate of the credit vehicle is improved.
In one embodiment, as shown in fig. 6, the method may further include:
step 602, when a scrapping request for the credit vehicle is received, all bills to be paid and paid bills of the credit vehicle are obtained.
The bill to be paid may refer to all bills that the trusted vehicle needs to pay based on the obtained trust authorization. The bill paid may then be all bills based on completed payment for the trusted vehicle. The scrapping request may be a request triggered when the vehicle is informed of reaching a scrapping condition, specifically, the scrapping condition may be that the service life of the vehicle reaches a set life threshold, or that the driving mileage of the vehicle reaches a set mileage threshold, and the like. It will be appreciated that the rejection request may carry a corresponding vehicle identification number.
In this embodiment, since the trusted vehicle may communicate with the server through the corresponding vehicle-mounted terminal, when the vehicle-mounted terminal detects that the trusted vehicle reaches the scrapping condition, the trusted vehicle may automatically trigger to initiate a scrapping request to the server. And when the server receives the scrapping request of the credit vehicle, all bills to be paid and paid bills of the credit vehicle can be obtained based on the corresponding vehicle identification number, and the processing is carried out based on the subsequent steps.
And step 604, performing clearing processing according to the bill to be paid and the paid bill to obtain a clearing result.
Wherein the clearing result is obtained after clearing processing. In this embodiment, the server performs a clearing process according to the acquired bill to be paid and the bill paid of the trusted vehicle, so as to obtain a corresponding clearing result.
And step 606, returning a clearing result to the trusted vehicle.
And the clearing result is used for indicating the credit vehicle to interact with a third party so as to finish the scrapping process. Specifically, the third party may be a service organization capable of performing and completing the scrapping, for example, the third party may be a vehicle management department.
In this embodiment, the server returns the clearing result to the trusted vehicle, so that the trusted vehicle can interact with a third party, for example, the trusted vehicle can initiate a scrapping application to a vehicle management station based on the vehicle-mounted terminal, and carry the clearing result in the scrapping application. And after the vehicle management place receives the scrapping application, checking all records of the credit vehicle based on the corresponding clearing result, and automatically entering a vehicle scrapping flow so as to finish scrapping treatment of the vehicle.
It is understood that the server may also update the status of the trusted vehicle to a disabled status based on the discard of the trusted vehicle. Therefore, the states of the credit granting vehicles are uniformly and effectively managed, and the utilization rate of the credit granting vehicles is improved.
In one embodiment, the following further describes the control method for the state of the trusted vehicle, and as shown in fig. 7, the method may specifically include the following steps:
step 701, a trust request of the vehicle is initiated.
The vehicle can be an automobile which is provided with a vehicle-mounted terminal and is pre-equipped with a network card, and after the automobile is assembled and delivered from a factory, the vehicle identification number of the vehicle is registered in a third-party supervision organization and related procedures are handled so as to ensure the vehicle compliance. In this embodiment, after obtaining the relevant certification material of the third-party monitoring authority, the vehicle may initiate a corresponding credit granting request to a server of the credit granting acceptance authority side based on the installed vehicle-mounted terminal and the installed network card, where the credit granting request includes a vehicle identification number of the vehicle.
Step 702, the server performs corresponding verification based on the trust request.
Specifically, the embodiment shown in fig. 3 may be referred to, and when the verification passes, the vehicle is determined to be a trusted vehicle, and the state of the trusted vehicle is controlled to be a standby state.
Step 703, the user initiates a request for using the trusted vehicle.
When a user wants to use a certain trusted vehicle, a use request for the trusted vehicle can be initiated.
In step 704, the server queries the status of the trusted vehicle corresponding to the request for use.
Step 705, when the status of the credit vehicle is a to-be-used status, the server obtains a current first bill of the credit vehicle.
Step 706, the server returns the first bill to the trusted vehicle.
Step 707, the server times and detects the status of the first bill.
And step 708, the server controls the state of the credit vehicle according to the timing information and the state of the first bill.
And when the first bill is determined to be in the finished payment state within the first set time length, updating the state of the credit vehicle to be in the use state. And when the first bill is in an unfinished payment state within the first set time length, keeping the credit vehicle in a to-be-used state.
Step 709, the user initiates a request to stop using the trusted vehicle.
When the user does not want to continue using the trusted vehicle, a request for stopping using the trusted vehicle can be initiated.
Step 710, the server obtains the current position information of the trusted vehicle and a second bill.
And step 711, the server returns a second bill to the credit granting vehicle according to the position information.
And when the position information is matched with the target position information, the server returns a second bill to the trusted vehicle. And when the position information is not matched with the target position information, the server returns the target position information and a second bill to the trusted vehicle. The target position information is used for instructing the credit granting vehicle to travel to the target position.
The server times and checks the status of the second bill, step 712.
In step 713, the server controls the state of the credit vehicle according to the timing information and the state of the second bill.
And when the position information is matched with the target position information and the state of the second bill is determined to be the payment completed state within a second set time, updating the state of the credit vehicle to be the to-be-used state according to the use stopping request.
And when the position information is not matched with the target position information, the state of the second bill is determined to be the payment completed state within a second set time length, and the credit vehicle reaches the target position, the state of the credit vehicle is updated to be the to-be-used state according to the use stopping request.
And when the state of the second bill is the unfinished payment state within the second set time length, updating the state of the credit vehicle to be the frozen state.
And 714, triggering a scrapping request when the trusted vehicle reaches a scrapping condition.
And 715, the server performs clearing processing based on the scrapping request and obtains a clearing result.
In step 716, the server returns the clearing result to the trusted vehicle.
Step 717, the trusted vehicle interacts with a third party according to the clearing result to complete the scrapping process.
In the embodiment, the automobile is used as the credit granting main body, so that the state of the credit granting vehicle which obtains the credit granting authorization can be managed in a unified manner, the cost of the user for using the vehicle is reduced, the utilization rate of the credit granting vehicle is improved, and the resource utilization rate is further improved.
It should be understood that, although the steps in the flowcharts related to the embodiments as described above are sequentially displayed as indicated by arrows, the steps are not necessarily performed sequentially as indicated by the arrows. The steps are not limited to being performed in the exact order illustrated and, unless explicitly stated herein, may be performed in other orders. Moreover, at least a part of the steps in the flowcharts related to the embodiments described above may include multiple steps or multiple stages, which are not necessarily performed at the same time, but may be performed at different times, and the execution order of the steps or stages is not necessarily sequential, but may be rotated or alternated with other steps or at least a part of the steps or stages in other steps.
Based on the same inventive concept, the embodiment of the application also provides a vehicle state control device for realizing the vehicle state control method. The implementation scheme for solving the problem provided by the device is similar to the implementation scheme recorded in the method, so specific limitations in the following embodiments of one or more vehicle state-confirming control devices can be referred to the limitations on the vehicle state-confirming control method in the foregoing, and details are not repeated here.
In one embodiment, as shown in fig. 8, there is provided a control apparatus for a vehicle state, including: a request for use acquisition module 802, a bill acquisition module 804, a bill return module 806, and a status control module 808, wherein:
a use request obtaining module 802, configured to obtain a use request for a trusted vehicle, where the trusted vehicle is a vehicle that obtains a trust authorization based on a vehicle identification number of the vehicle, and the use request carries a corresponding vehicle identification number;
the bill acquisition module 804 is configured to acquire a current first bill of the credit vehicle when the credit vehicle is in a to-be-used state according to the vehicle identification number;
a bill returning module 806, configured to return the first bill to the trusted vehicle;
and the state control module 808 is configured to update the state of the credit granting vehicle to be the use state according to the use request when it is determined that the state of the first bill is the payment completed state within a first set time period.
In one embodiment, the device further comprises a credit granting processing module, which is used for acquiring a credit granting request of a vehicle, wherein the credit granting request comprises a vehicle identification number of the vehicle; acquiring authentication information of the vehicle according to the vehicle identification number, and verifying the authentication information; and when the verification is passed, determining that the vehicle is a credit granting vehicle, and controlling the state of the credit granting vehicle to be a to-be-used state.
In one embodiment, the state control module is further to: and when the state of the first bill is an unfinished payment state within a first set time length, keeping the credit vehicle in a standby state.
In one embodiment, the state control module is further configured to: when a request for stopping using the credit vehicle is received, acquiring the current position information and a second bill of the credit vehicle; when the position information is matched with the target position information, returning the second bill to the credit granting vehicle; and when the state of the second bill is determined to be the payment completed state within a second set time length, updating the state of the credit vehicle to be a to-be-used state according to the use stopping request.
In one embodiment, the state control module is further configured to: when the position information is not matched with the target position information, returning the target position information and the second bill to the credit granting vehicle, wherein the target position information is used for indicating the credit granting vehicle to drive to a target position; and when the state of the second bill is determined to be the payment completed state within a second set time length and the credit vehicle reaches the target position, updating the state of the credit vehicle to be a to-be-used state according to the use stopping request.
In one embodiment, the state control module is further configured to: and when the state of the second bill is the unfinished payment state within a second set time length, updating the state of the credit vehicle to be the frozen state.
In one embodiment, the state control module is further to: and when a payment request for the second bill is received and the state of the second bill is determined to be the finished payment state within a third set time length, updating the state of the credit vehicle to be the use state.
In one embodiment, the device further comprises a scrap processing module, which is used for acquiring all bills to be paid and paid bills of the credit vehicle when a scrap request for the credit vehicle is received, wherein the scrap request is a request triggered when the credit vehicle reaches a scrap condition; clearing the bill to be paid and the paid bill to obtain a clearing result; and returning the clearing result to the credit granting vehicle, wherein the clearing result is used for indicating the credit granting vehicle to interact with a third party so as to finish the scrapping process.
The respective modules in the control device for granting the vehicle state may be entirely or partially implemented by software, hardware, or a combination thereof. The modules can be embedded in a hardware form or independent of a processor in the computer device, and can also be stored in a memory in the computer device in a software form, so that the processor can call and execute operations corresponding to the modules.
In one embodiment, a computer device is provided, which may be a server, and its internal structure diagram may be as shown in fig. 9. The computer device includes a processor, a memory, and a network interface connected by a system bus. Wherein the processor of the computer device is configured to provide computing and control capabilities. The memory of the computer device includes a non-volatile storage medium and an internal memory. The non-volatile storage medium stores an operating system, a computer program, and a database. The internal memory provides an environment for the operation of an operating system and computer programs in the non-volatile storage medium. The database of the computer device is used for storing the credit granting data of the vehicle. The network interface of the computer device is used for communicating with an external terminal through a network connection. The computer program is executed by a processor to implement a method of controlling a trusted vehicle state.
It will be appreciated by those skilled in the art that the configuration shown in fig. 9 is a block diagram of only a portion of the configuration associated with the present application, and is not intended to limit the computing device to which the present application may be applied, and that a particular computing device may include more or fewer components than shown, or may combine certain components, or have a different arrangement of components.
In one embodiment, a computer device is provided, comprising a memory having a computer program stored therein and a processor that when executing the computer program performs the steps of:
acquiring a use request for a credit granting vehicle, wherein the credit granting vehicle is a vehicle for acquiring credit granting authorization based on a vehicle identification number of the vehicle, and the use request carries a corresponding vehicle identification number;
when the credit vehicle is in a standby state according to the vehicle identification number, acquiring a current first bill of the credit vehicle;
returning the first bill to the credit vehicle;
and when the state of the first bill is determined to be the payment completed state within a first set time length, updating the state of the credit vehicle to be the use state according to the use request.
In one embodiment, the processor when executing the computer program further performs the steps of: obtaining a credit granting request of a vehicle, wherein the credit granting request comprises a vehicle identification number of the vehicle; acquiring authentication information of the vehicle according to the vehicle identification number, and verifying the authentication information; and when the verification is passed, determining that the vehicle is a credit granting vehicle, and controlling the state of the credit granting vehicle to be a to-be-used state.
In one embodiment, the processor, when executing the computer program, further performs the steps of: and when the state of the first bill is an unfinished payment state within a first set time length, keeping the credit vehicle in a to-be-used state.
In one embodiment, the processor, when executing the computer program, further performs the steps of: when a request for stopping using the credit vehicle is received, acquiring the current position information and a second bill of the credit vehicle; when the position information is matched with the target position information, returning the second bill to the credit granting vehicle; and when the state of the second bill is determined to be the payment completed state within a second set time length, updating the state of the credit vehicle to be a to-be-used state according to the use stopping request.
In one embodiment, the processor when executing the computer program further performs the steps of: when the position information is not matched with the target position information, returning the target position information and the second bill to the credit granting vehicle, wherein the target position information is used for indicating the credit granting vehicle to drive to a target position; and when the state of the second bill is determined to be the payment completed state within a second set time length and the credit vehicle reaches the target position, updating the state of the credit vehicle to be a to-be-used state according to the use stopping request.
In one embodiment, the processor when executing the computer program further performs the steps of: and updating the state of the credit vehicle to be a frozen state when the state of the second bill is an unfinished payment state within a second set time length.
In one embodiment, the processor, when executing the computer program, further performs the steps of: and when a payment request for the second bill is received and the state of the second bill is determined to be the finished payment state within a third set time length, updating the state of the credit vehicle to be the use state.
In one embodiment, the processor, when executing the computer program, further performs the steps of: when a scrapping request for the credit vehicle is received, all bills to be paid and paid bills of the credit vehicle are obtained, wherein the scrapping request is a request triggered when the credit vehicle reaches scrapping conditions; clearing the bill to be paid and the paid bill to obtain a clearing result; and returning the clearing result to the credit granting vehicle, wherein the clearing result is used for indicating the credit granting vehicle to interact with a third party so as to finish the scrapping process.
In one embodiment, a computer-readable storage medium is provided, having a computer program stored thereon, which when executed by a processor, performs the steps of:
acquiring a use request for a credit vehicle, wherein the credit vehicle is a vehicle for obtaining credit authorization based on a vehicle identification number of the vehicle, and the use request carries a corresponding vehicle identification number;
when the credit vehicle is inquired to be in a standby state according to the vehicle identification number, acquiring a current first bill of the credit vehicle;
returning the first bill to the credit vehicle;
and when the state of the first bill is determined to be the payment completed state within a first set time length, updating the state of the credit vehicle to be the use state according to the use request.
In one embodiment, the computer program when executed by the processor further performs the steps of: obtaining a credit granting request of a vehicle, wherein the credit granting request comprises a vehicle identification number of the vehicle; acquiring authentication information of the vehicle according to the vehicle identification number, and verifying the authentication information; and when the verification is passed, determining that the vehicle is a credit granting vehicle, and controlling the state of the credit granting vehicle to be a to-be-used state.
In one embodiment, the computer program when executed by the processor further performs the steps of: and when the state of the first bill is an unfinished payment state within a first set time length, keeping the credit vehicle in a to-be-used state.
In one embodiment, the computer program when executed by the processor further performs the steps of: when a request for stopping using the credit vehicle is received, acquiring the current position information and a second bill of the credit vehicle; when the position information is matched with the target position information, returning the second bill to the credit vehicle; and when the state of the second bill is determined to be the payment completed state within a second set time length, updating the state of the credit vehicle to be a to-be-used state according to the use stopping request.
In one embodiment, the computer program when executed by the processor further performs the steps of: when the position information is not matched with the target position information, returning the target position information and the second bill to the credit granting vehicle, wherein the target position information is used for indicating the credit granting vehicle to drive to a target position; and when the state of the second bill is determined to be the payment completed state within a second set time length and the credit vehicle reaches the target position, updating the state of the credit vehicle to be a to-be-used state according to the use stopping request.
In one embodiment, the computer program when executed by the processor further performs the steps of: and when the state of the second bill is the unfinished payment state within a second set time length, updating the state of the credit vehicle to be the frozen state.
In one embodiment, the computer program when executed by the processor further performs the steps of: and updating the state of the credit vehicle to be the use state when the payment request of the second bill is received and the state of the second bill is determined to be the finished payment state within a third set time length.
In one embodiment, the computer program when executed by the processor further performs the steps of: when a scrapping request for the credit vehicle is received, all bills to be paid and paid bills of the credit vehicle are obtained, wherein the scrapping request is a request triggered when the credit vehicle reaches scrapping conditions; clearing the bill to be paid and the paid bill to obtain a clearing result; and returning the clearing result to the credit granting vehicle, wherein the clearing result is used for indicating the credit granting vehicle to interact with a third party so as to finish the scrapping process.
In one embodiment, a computer program product is provided, comprising a computer program which, when executed by a processor, performs the steps of:
acquiring a use request for a credit granting vehicle, wherein the credit granting vehicle is a vehicle for acquiring credit granting authorization based on a vehicle identification number of the vehicle, and the use request carries a corresponding vehicle identification number;
when the credit vehicle is in a standby state according to the vehicle identification number, acquiring a current first bill of the credit vehicle;
returning the first bill to the credit vehicle;
and when the state of the first bill is determined to be the payment completed state within a first set time length, updating the state of the credit vehicle to be the use state according to the use request.
In one embodiment, the computer program when executed by the processor further performs the steps of: obtaining a credit granting request of a vehicle, wherein the credit granting request comprises a vehicle identification number of the vehicle; acquiring authentication information of the vehicle according to the vehicle identification number, and verifying the authentication information; and when the verification is passed, determining that the vehicle is a credit granting vehicle, and controlling the state of the credit granting vehicle to be a to-be-used state.
In one embodiment, the computer program when executed by the processor further performs the steps of: and when the state of the first bill is an unfinished payment state within a first set time length, keeping the credit vehicle in a to-be-used state.
In one embodiment, the computer program when executed by the processor further performs the steps of: when a request for stopping using the credit vehicle is received, acquiring the current position information and a second bill of the credit vehicle; when the position information is matched with the target position information, returning the second bill to the credit vehicle; and when the state of the second bill is determined to be the payment completed state within a second set time length, updating the state of the credit vehicle to be the to-be-used state according to the use stopping request.
In one embodiment, the computer program when executed by the processor further performs the steps of: when the position information is not matched with the target position information, returning the target position information and the second bill to the credit granting vehicle, wherein the target position information is used for indicating the credit granting vehicle to drive to a target position; and when the state of the second bill is determined to be the payment completed state within a second set time length and the credit vehicle reaches the target position, updating the state of the credit vehicle to be a to-be-used state according to the use stopping request.
In one embodiment, the computer program when executed by the processor further performs the steps of: and when the state of the second bill is the unfinished payment state within a second set time length, updating the state of the credit vehicle to be the frozen state.
In one embodiment, the computer program when executed by the processor further performs the steps of: and updating the state of the credit vehicle to be the use state when the payment request of the second bill is received and the state of the second bill is determined to be the finished payment state within a third set time length.
In one embodiment, the computer program when executed by the processor further performs the steps of: when a scrapping request for the credit vehicle is received, all bills to be paid and paid bills of the credit vehicle are obtained, wherein the scrapping request is a request triggered when the credit vehicle reaches scrapping conditions; clearing the bill to be paid and the paid bill to obtain a clearing result; and returning the clearing result to the credit granting vehicle, wherein the clearing result is used for indicating the credit granting vehicle to interact with a third party so as to finish the scrapping process.
It should be noted that, the user information (including but not limited to user device information, user personal information, etc.) and data (including but not limited to data for analysis, stored data, presented data, etc.) referred to in the present application are information and data authorized by the user or sufficiently authorized by each party.
It will be understood by those skilled in the art that all or part of the processes of the methods of the embodiments described above can be implemented by hardware instructions of a computer program, which can be stored in a non-volatile computer-readable storage medium, and when executed, can include the processes of the embodiments of the methods described above. Any reference to memory, databases, or other media used in the embodiments provided herein can include at least one of non-volatile and volatile memory. The nonvolatile Memory may include a Read-Only Memory (ROM), a magnetic tape, a floppy disk, a flash Memory, an optical Memory, a high-density embedded nonvolatile Memory, a resistive Random Access Memory (ReRAM), a Magnetic Random Access Memory (MRAM), a Ferroelectric Random Access Memory (FRAM), a Phase Change Memory (PCM), a graphene Memory, and the like. Volatile Memory can include Random Access Memory (RAM), external cache Memory, and the like. By way of illustration and not limitation, RAM can take many forms, such as Static Random Access Memory (SRAM) or Dynamic Random Access Memory (DRAM), for example. The databases referred to in various embodiments provided herein may include at least one of relational and non-relational databases. The non-relational database may include, but is not limited to, a block chain based distributed database, and the like. The processors referred to in the embodiments provided herein may be general purpose processors, central processing units, graphics processors, digital signal processors, programmable logic devices, quantum computing based data processing logic devices, etc., without limitation.
All possible combinations of the technical features in the above embodiments may not be described for the sake of brevity, but should be considered as being within the scope of the present disclosure as long as there is no contradiction between the combinations of the technical features.
The above-mentioned embodiments only express several embodiments of the present application, and the description thereof is specific and detailed, but not construed as limiting the scope of the present application. It should be noted that, for a person skilled in the art, several variations and modifications can be made without departing from the concept of the present application, which falls within the scope of protection of the present application. Therefore, the protection scope of the present application shall be subject to the appended claims.
Claims (12)
1. A method of controlling a state of a trusted vehicle, the method comprising:
acquiring a use request for a credit granting vehicle, wherein the credit granting vehicle is a vehicle for acquiring credit granting authorization based on a vehicle identification number of the vehicle, and the use request carries a corresponding vehicle identification number;
when the credit vehicle is in a standby state according to the vehicle identification number, acquiring a current first bill of the credit vehicle;
returning the first bill to the credit vehicle;
and when the state of the first bill is determined to be the payment completed state within a first set time length, updating the state of the credit vehicle to be the use state according to the use request.
2. The method of claim 1, wherein prior to obtaining the request for use of the trusted vehicle, the method further comprises:
obtaining a credit granting request of a vehicle, wherein the credit granting request comprises a vehicle identification number of the vehicle;
acquiring authentication information of the vehicle according to the vehicle identification number, and verifying the authentication information;
and when the verification is passed, determining that the vehicle is a credit granting vehicle, and controlling the state of the credit granting vehicle to be a to-be-used state.
3. The method of claim 1, further comprising:
and when the state of the first bill is an unfinished payment state within a first set time length, keeping the credit vehicle in a standby state.
4. The method of claim 1, wherein after updating the state of the trusted vehicle to a use state based on the request for use, the method further comprises:
when a request for stopping using the credit vehicle is received, acquiring the current position information and a second bill of the credit vehicle;
when the position information is matched with the target position information, returning the second bill to the credit granting vehicle;
and when the state of the second bill is determined to be the payment completed state within a second set time length, updating the state of the credit vehicle to be the to-be-used state according to the use stopping request.
5. The method of claim 4, further comprising:
when the position information is not matched with the target position information, returning the target position information and the second bill to the credit granting vehicle, wherein the target position information is used for indicating the credit granting vehicle to drive to a target position;
and when the state of the second bill is determined to be the payment completed state within a second set time length and the credit vehicle reaches the target position, updating the state of the credit vehicle to be a to-be-used state according to the use stopping request.
6. The method according to claim 4 or 5, characterized in that the method further comprises:
and updating the state of the credit vehicle to be a frozen state when the state of the second bill is an unfinished payment state within a second set time length.
7. The method of claim 6, further comprising:
and when a payment request for the second bill is received and the state of the second bill is determined to be the finished payment state within a third set time length, updating the state of the credit vehicle to be the use state.
8. The method of claim 1, further comprising:
when a scrapping request for the credit vehicle is received, all bills to be paid and paid bills of the credit vehicle are obtained, wherein the scrapping request is a request triggered when the credit vehicle reaches scrapping conditions;
clearing the bill to be paid and the paid bill to obtain a clearing result;
and returning the clearing result to the credit granting vehicle, wherein the clearing result is used for indicating the credit granting vehicle to interact with a third party so as to finish the scrapping process.
9. A device for controlling a state of a trusted vehicle, said device comprising:
the system comprises a use request acquisition module, a credit authorization module and a credit authorization module, wherein the use request acquisition module is used for acquiring a use request of a credit vehicle, the credit vehicle is a vehicle for obtaining credit authorization based on a vehicle identification number of the vehicle, and the use request carries a corresponding vehicle identification number;
the bill acquisition module is used for acquiring a current first bill of the credit vehicle when the credit vehicle is in a to-be-used state according to the vehicle identification number;
the bill returning module is used for returning the first bill to the credit granting vehicle;
and the state control module is used for updating the state of the credit vehicle to be the use state according to the use request when the state of the first bill is determined to be the payment completed state within a first set time length.
10. A computer device comprising a memory and a processor, the memory storing a computer program, characterized in that the processor, when executing the computer program, implements the steps of the method of any of claims 1 to 8.
11. A computer-readable storage medium, on which a computer program is stored, which, when being executed by a processor, carries out the steps of the method of any one of claims 1 to 8.
12. A computer program product comprising a computer program, characterized in that the computer program realizes the steps of the method of any one of claims 1 to 8 when executed by a processor.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210809745.7A CN115346313B (en) | 2022-07-11 | 2022-07-11 | Method and device for controlling state of trusted vehicle, computer equipment and storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210809745.7A CN115346313B (en) | 2022-07-11 | 2022-07-11 | Method and device for controlling state of trusted vehicle, computer equipment and storage medium |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN115346313A true CN115346313A (en) | 2022-11-15 |
| CN115346313B CN115346313B (en) | 2024-02-27 |
Family
ID=83947969
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202210809745.7A Active CN115346313B (en) | 2022-07-11 | 2022-07-11 | Method and device for controlling state of trusted vehicle, computer equipment and storage medium |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN115346313B (en) |
Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105761125A (en) * | 2016-02-03 | 2016-07-13 | 武汉天梯极客网络科技有限公司 | Vehicle renting method and cloud management server |
| CN106530057A (en) * | 2016-11-24 | 2017-03-22 | 吴凡 | Public apparatus management method and system based on mobile phone client |
| CN107154115A (en) * | 2017-05-04 | 2017-09-12 | 上海众启建筑装饰工程集团有限公司 | A kind of electric automobile rent method, apparatus and system |
| CN107464365A (en) * | 2017-08-08 | 2017-12-12 | 张飞凤 | Vehicle-carried leasing system and management method |
| CN107657327A (en) * | 2017-09-21 | 2018-02-02 | 成都亿佰达电子科技有限公司 | A kind of shared caravan management system |
| CN109041027A (en) * | 2018-08-24 | 2018-12-18 | 北京轻享科技有限公司 | A kind of control method, control device and the user terminal of shared vehicle |
| WO2019109340A1 (en) * | 2017-12-08 | 2019-06-13 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and apparatus for managing sharing vehicle |
| CN113992705A (en) * | 2021-10-26 | 2022-01-28 | 深圳壹账通智能科技有限公司 | Vehicle networking system construction method, device, equipment and medium based on block chain |
-
2022
- 2022-07-11 CN CN202210809745.7A patent/CN115346313B/en active Active
Patent Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105761125A (en) * | 2016-02-03 | 2016-07-13 | 武汉天梯极客网络科技有限公司 | Vehicle renting method and cloud management server |
| CN106530057A (en) * | 2016-11-24 | 2017-03-22 | 吴凡 | Public apparatus management method and system based on mobile phone client |
| CN107154115A (en) * | 2017-05-04 | 2017-09-12 | 上海众启建筑装饰工程集团有限公司 | A kind of electric automobile rent method, apparatus and system |
| CN107464365A (en) * | 2017-08-08 | 2017-12-12 | 张飞凤 | Vehicle-carried leasing system and management method |
| CN107657327A (en) * | 2017-09-21 | 2018-02-02 | 成都亿佰达电子科技有限公司 | A kind of shared caravan management system |
| WO2019109340A1 (en) * | 2017-12-08 | 2019-06-13 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and apparatus for managing sharing vehicle |
| CN109041027A (en) * | 2018-08-24 | 2018-12-18 | 北京轻享科技有限公司 | A kind of control method, control device and the user terminal of shared vehicle |
| CN113992705A (en) * | 2021-10-26 | 2022-01-28 | 深圳壹账通智能科技有限公司 | Vehicle networking system construction method, device, equipment and medium based on block chain |
Also Published As
| Publication number | Publication date |
|---|---|
| CN115346313B (en) | 2024-02-27 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11748330B2 (en) | Systems and methods for analyzing vehicle sensor data via a blockchain | |
| US11652609B2 (en) | Systems and methods for total loss handling via blockchain | |
| US9499128B2 (en) | Mobile device-enhanced user selection of specific rental vehicles for a rental vehicle reservation | |
| US20080114663A1 (en) | Product resale system and method | |
| US20140156138A1 (en) | Courtesy car management system | |
| US20190019114A1 (en) | Remote vehicle access and multi-application program for car-sharing | |
| CN115346313B (en) | Method and device for controlling state of trusted vehicle, computer equipment and storage medium | |
| CN113139847B (en) | Parking space sharing operation method, system and device based on blockchain communication certificate | |
| CN106934474A (en) | A kind of real-time deduction management system based on Car sharing | |
| US20140279381A1 (en) | Methods and systems related to automatic collection technology | |
| CN116680309A (en) | Method, device, equipment and medium for acquiring unique identification information of vehicle user | |
| CN118052595A (en) | Parking fee deduction method, platform, equipment and storage medium |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |