CN108629910B - Shared vehicle using method and device and server - Google Patents
Shared vehicle using method and device and server Download PDFInfo
- Publication number
- CN108629910B CN108629910B CN201810287324.6A CN201810287324A CN108629910B CN 108629910 B CN108629910 B CN 108629910B CN 201810287324 A CN201810287324 A CN 201810287324A CN 108629910 B CN108629910 B CN 108629910B
- Authority
- CN
- China
- Prior art keywords
- user
- credit value
- target vehicle
- vehicle
- module
- 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.)
- Active
Links
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
Landscapes
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Traffic Control Systems (AREA)
Abstract
The application discloses a shared vehicle using method, a shared vehicle using device and a server. Wherein, the method comprises the following steps: receiving a first vehicle use request by a first user requesting use of a target vehicle by a credit guarantee of a second user, the first vehicle use request including an identification of the second user; inquiring the credit value of the second user on a block chain system according to the identification of the second user; determining whether the credit value of the second user is greater than or equal to the minimum credit value required to use the target vehicle; and if so, configuring the authority of the first user to use the target vehicle based on the credit value of the second user. By adopting the scheme provided by the application, the use efficiency of the shared vehicle can be improved.
Description
Technical Field
The application relates to the technical field of shared vehicles, in particular to a shared vehicle using method, a device and a server.
Background
Shared vehicles such as shared bicycles and shared automobiles are distributed throughout a plurality of cities, and great convenience is brought to work, study or life of people. Currently, users need to pay a deposit of a specified amount to use a shared vehicle. For the shared bicycle, the deposit required to be paid by the user is about hundreds of yuan; for the shared automobile, the deposit required to be paid by the user is hundreds of yuan to thousands of yuan. When the user no longer continues to use the shared vehicle, the user needs to apply for refund of the previously paid deposit. If the process of refunding the deposit is not successful, the customer may also complain about the business that provided the shared vehicle. Therefore, the process of payment of the deposit and refund of the deposit increases the complexity of the whole process of using the shared vehicle, so that the use efficiency of the shared vehicle is lower.
Disclosure of Invention
The embodiment of the application provides a shared vehicle using method, a shared vehicle using device and a server, so that the using efficiency of a shared vehicle is improved.
In a first aspect, an embodiment of the present application provides a shared vehicle use method, where the method includes:
receiving a first vehicle use request by a first user requesting use of a target vehicle by a credit guarantee of a second user, the first vehicle use request including an identification of the second user;
inquiring the credit value of the second user on a block chain system according to the identification of the second user;
determining whether the credit value of the second user is greater than or equal to the minimum credit value required to use the target vehicle;
and if so, configuring the authority of the first user to use the target vehicle based on the credit value of the second user.
Optionally, the method further comprises:
receiving a second vehicle use request from the first user requesting use of the target vehicle, the second vehicle use request including an identification of the first user and an identification of the target vehicle;
querying the credit value of the first user on the blockchain system according to the identification of the first user;
querying the blockchain system for a minimum credit value required to use the target vehicle based on the identification of the target vehicle;
judging whether the credit value of the first user is greater than or equal to the lowest credit value;
if yes, configuring the first user to use the authority of the target vehicle based on the credit value of the first user;
and if not, executing the first vehicle use request for receiving the first user request to use the target vehicle through the credit guarantee of the second user.
Optionally, the method further comprises:
determining a total fee incurred by the first user to use the target vehicle based on the credit value of the second user;
inquiring balance of a payment account corresponding to the first user;
determining whether the balance is greater than or equal to the total cost;
if yes, deducting the total cost from a payment account corresponding to the first user;
and if not, deducting the balance from the payment account corresponding to the first user, and deducting the difference between the total cost and the balance from the payment account corresponding to the second user.
Optionally, the method further comprises:
sending warranty inquiry information for the first vehicle use request to the second user;
and if receiving guarantee confirmation information of the second user aiming at the first vehicle use request, executing the inquiry of the credit value of the second user on the block chain system according to the identification of the second user.
Optionally, the method further comprises:
detecting whether the first user and the second user are guarantee associated users;
and if so, executing the inquiry of the credit value of the second user on the block chain system according to the identifier of the second user.
In a second aspect, an embodiment of the present application provides a shared vehicle use device, including:
a receiving module to receive a first vehicle use request from a first user requesting use of a target vehicle with a credit guarantee of a second user, the first vehicle use request including an identification of the second user;
the query module is used for querying the credit value of the second user on the block chain system according to the identification of the second user;
the judging module is used for judging whether the credit value of the second user is larger than or equal to the lowest credit value required by using the target vehicle;
and the configuration module is used for configuring the authority of the first user for using the target vehicle based on the credit value of the second user when the judgment module judges that the credit value of the second user is greater than or equal to the minimum credit value required for using the target vehicle.
Optionally, the receiving module is further configured to receive a second vehicle use request that the first user requests to use the target vehicle, where the second vehicle use request includes an identification of the first user and an identification of the target vehicle;
the query module is further configured to query the credit value of the first user on the blockchain system according to the identifier of the first user;
the query module is further used for querying the minimum credit value required by using the target vehicle on the blockchain system according to the identification of the target vehicle;
the judging module is further configured to judge whether the credit value of the first user is greater than or equal to the lowest credit value;
the configuration module is further used for configuring the authority of the first user for using the target vehicle based on the credit value of the first user when the judgment module judges that the credit value of the first user is greater than or equal to the lowest credit value;
the receiving module is specifically configured to receive a first vehicle use request of a first user requesting to use a target vehicle through a credit guarantee of a second user when the judging module judges that the credit value of the first user is smaller than the minimum credit value.
Optionally, the apparatus further comprises:
a determination module to determine a total fee incurred by the first user to use the target vehicle based on the credit value of the second user;
the query module is further configured to query a balance of a payment account corresponding to the first user;
the judging module is also used for judging whether the balance is more than or equal to the total cost;
the deduction module is used for deducting the total cost from a payment account corresponding to the first user when the judgment module judges that the balance is greater than or equal to the total cost;
the deduction module is further configured to deduct the balance from the payment account corresponding to the first user and deduct a difference between the total cost and the balance from the payment account corresponding to the second user when the determination module determines that the balance is less than the total cost.
Optionally, the apparatus further comprises:
a sending module, configured to send warranty inquiry information for the first vehicle use request to the second user;
the receiving module is further configured to receive warranty confirmation information of the second user for the first vehicle use request;
the query module is specifically configured to, when the receiving module receives guarantee confirmation information of the second user for the first vehicle use request, execute the query of the credit value of the second user on the blockchain system according to the identifier of the second user.
Optionally, the apparatus further comprises:
the detection module is used for detecting whether the first user and the second user are guarantee associated users or not;
the query module is specifically configured to, when the detection module detects that the first user and the second user are guarantee-associated users, execute the query of the credit value of the second user on the blockchain system according to the identifier of the second user.
In a third aspect, an embodiment of the present application provides a server, where the server includes a processor and a memory, where the memory is used to store a computer program, and the computer program includes program instructions, and the processor is configured to call the program instructions to execute the method of the first aspect.
In a fourth aspect, embodiments of the present application provide a computer-readable storage medium storing a computer program, the computer program comprising program instructions that, when executed by a processor, cause the processor to perform the method of the first aspect.
According to the embodiment of the application, the user can use the shared vehicle based on the credit value without paying the deposit, so that the whole process of using the shared vehicle is simplified, and the use efficiency of the shared vehicle is improved. And, storing the credit value of the user in the blockchain system can effectively prevent the credit value of the user from being maliciously tampered.
Drawings
In order to more clearly illustrate the embodiments of the present application or the technical solutions in the prior art, the drawings needed to be used in the description of the embodiments or the prior art will be briefly introduced below.
FIG. 1 is an architecture diagram for sharing vehicle usage according to an embodiment of the present application;
FIG. 2 is a schematic flow chart illustrating a method for sharing vehicle usage according to an embodiment of the present disclosure;
FIG. 3 is a schematic flow chart diagram illustrating another method for sharing vehicle usage provided by embodiments of the present application;
FIG. 4 is a schematic structural diagram of a shared vehicle use device according to an embodiment of the present application;
FIG. 5 is a schematic structural diagram of another shared vehicle use device provided in the embodiments of the present application;
fig. 6 is a schematic structural diagram of a server according to an embodiment of the present application.
Detailed Description
The technical solutions in the embodiments of the present application will be described below with reference to the drawings in the embodiments of the present application.
At present, users need to pay a deposit with a specified amount to use shared vehicles such as shared bicycles and shared automobiles. Wherein the deposit amount varies from hundreds to thousands of dollars. When the user no longer continues to use the shared vehicle, the user needs to apply for refund of the previously paid deposit. If the process of refunding the deposit is not successful, the customer may also complain about the business that provided the shared vehicle. On one hand, the complexity of the whole process of shared vehicle usage is increased by the processes of deposit payment and deposit refund, so that the usage efficiency of the shared vehicle is low; on the other hand, the fund of the user is occupied by the paid deposit, and the refunded deposit can not be paid in real time under the common condition, so that the time for the fund of the user to be occupied is longer, and even the condition that the deposit can not be refunded can occur, and the property of the user is lost.
In order to solve the above problem, an embodiment of the present application provides a shared vehicle using method, which is a escort-free using method of a shared vehicle.
Please refer to fig. 1, which is a diagram illustrating an architecture of a shared vehicle according to an embodiment of the present application. As shown in fig. 1, the architecture includes a first user 10, a target vehicle 20, a server 30, and a second user 40. It should be noted that the server 30 is one of the nodes on the blockchain system, the first user 10 and the second user 40 are registered users on the blockchain system, and the blockchain system stores the related information of the first user 10 and the second user 40, such as the identification and credit values of the first user 10 and the second user 40. Also, the enterprise providing the target vehicle 20 is a registered user on the blockchain system, and the blockchain system further stores relevant information of the target vehicle 20, such as the identification of the target vehicle 20, the minimum credit required to use the target vehicle 20, and the like. It should be noted that all information on the blockchain system is stored in each node on the blockchain system, that is, all information on the blockchain system is stored in the server 30.
In an embodiment of the present application, when the first user 10 wants to use the target vehicle 20, the first user 10 may transmit a second vehicle use request requesting to use the target vehicle 20 to the server 30. Wherein the second vehicle use request includes an identification of the first user 10 and an identification of the target vehicle 20. The identification of the first user 10 may be an identification number, a mobile phone number, a mailbox address, a payment account, a login account number on the blockchain system, and the like of the first user 10, and the identification of the target vehicle 20 may be a license plate number, a brand, a vehicle type, and the like of the target vehicle 20.
The server 30 receives the second vehicle use request that the first user 10 requests to use the target vehicle 20. Upon receiving the second vehicle use request, the server 30 may query the first user 10 for credit on a blockchain system based on the identity of the first user 10. As an alternative embodiment, the blockchain system has credit values stored thereon for the respective registered users, in which case the server 30 may directly query the first user 10 for credit values based on the identity of the first user 10. As another alternative, the blockchain system stores credit-related information of each registered user, in which case the server 30 may first query the first user 10 for credit-related information according to the identity of the first user 10, and then calculate the credit value of the first user 10 according to the first user 10 credit-related information. The credit-related information may include, but is not limited to, credit points, bad credit records, number of guarantees, number of guaranteed times, and the like.
The server 30 may also query the blockchain system for the lowest credit value required to use the target vehicle 20 based on the identification of the target vehicle 20. As an alternative embodiment, the blockchain system has stored thereon the minimum credit required to use vehicles of different brands and different vehicle types. In this case, when the identification of the target vehicle 20 is the brand and model of the target vehicle 20, the server 30 may directly query the lowest credit value required to use the target vehicle 20 according to the identification of the target vehicle 20; when the identification of the target vehicle 20 is the license plate number of the target vehicle 20, the server 30 may first determine the brand and model of the target vehicle 20 according to the identification of the target vehicle 20, and then query the minimum credit required to use the target vehicle 20 according to the brand and model of the target vehicle 20.
Further, the server 30 may determine whether the credit value of the first user 10 is greater than or equal to the minimum credit value. If the first user's 10 credit value is greater than or equal to the minimum credit value, indicating that the first user's 10 credit value is sufficient to use the target vehicle 20, the server 30 configures the first user's 10 right to use the target vehicle 20 based on the first user's 10 credit value.
After the server 30 configures the authority of the first user 10 to use the target vehicle 20 based on the credit value of the first user 10, the server 30 may also update the status information of the target vehicle 20 to in use. It should be noted that the state of the target vehicle 20 may be classified into idle, in-use, and failure.
If the credit rating of the first user 10 is less than the minimum credit rating, indicating that the credit rating of the first user 10 is insufficient to use the target vehicle 20, the server 30 may send an indication of insufficient credit to the first user 10.
When the first user 10 knows that its credit value is insufficient to use the target vehicle 20, the first user 10 may send a first vehicle use request to the server 30 requesting use of the target vehicle 20 by the credit guarantee of the second user 40. Wherein the first vehicle use request includes an identification of the second user 40.
The server 30 receives the first vehicle use request that the first user 10 requests use of the target vehicle 20 through the credit guarantee of the second user 40. As an alternative embodiment, after receiving the first vehicle use request, the server 30 may send warranty inquiry information for the first vehicle use request to the second user 40. The second user 40 receives the warranty query message, wherein the warranty query message may carry information such as an identification (e.g., name, avatar, etc.) of the first user 10, an identification (e.g., brand and model) of the target vehicle 20, a minimum credit required to use the target vehicle 20, a location where the target vehicle 20 is located, and the like. Upon receiving the warranty inquiry message, the second user 40 may send warranty confirmation information to the server 30.
As another optional implementation, the blockchain system stores the guarantee association information for indicating whether a guarantee association relationship exists between the registered users, that is, indicating whether the registered users are guarantee associated users. Upon receiving the first vehicle use request, the server 30 may query the warranty association information to detect whether the first user 10 and the second user 40 are warranty associated users. If the server 30 detects that the first user 10 and the second user 40 are not security-associated users, the server 30 may send a security query for the first vehicle use request to the second user 40.
It should be noted that the first user 10 and the second user 40 are guarantee associated users or the first user 10 and the second user 40 have a guarantee associated relationship means that the first user 10 and the second user 40 are willing to perform credit guarantee as a counterpart by default. In one implementation, the first user 10 and the second user 40 may be associated on the blockchain system to become a guaranteed association user. For example, the first user 10 may send an association request to the server 30 requesting a vouching association with the second user 40; the server 30 receives the association request, and after receiving the association request, the server 30 may send association query information for the association request to the second user 40; the second user 40 receives the association query information, and after receiving the association query information, the second user 40 may send association confirmation information to the server 30; the server 30 may receive the association confirmation information, and after receiving the association confirmation information, the server 30 may record the guarantee association relationship between the first user 10 and the second user 40 in the stored guarantee association information, and send a prompt message indicating that the association is successful to the first user 10.
When the server 30 receives warranty confirmation information of the second user 40 for the first vehicle use request, or detects that the first user 10 and the second user 40 are warranty associated users, the server 30 may query the credit value of the second user 40 on the blockchain system according to the identification of the second user 40.
Further, the server 30 may determine whether the credit value of the second user 40 is greater than or equal to the minimum credit value. If the credit value of the second user 40 is greater than or equal to the minimum credit value, indicating that the credit value of the second user 40 is sufficient to use the target vehicle 20, the server 30 may configure the first user 10 to use the target vehicle 20 based on the credit value of the second user 40, and the server 30 may also send a prompt to the second user 40 to guarantee success.
After the server 30 configures the authority of the first user 10 to use the target vehicle 20 based on the credit value of the second user 40, the server 30 may also update the status information of the target vehicle 20 to in use.
If the credit rating of the first user 10 is less than the minimum credit rating, indicating that the credit rating of the second user 40 is insufficient to use the target vehicle 20, the server 30 may send a message indicating a failure to vouch for to the first user 10 and the second user 40, respectively.
When the first user 10 gets the authority to use the target vehicle 20 based on the credit value of the second user 40, the first user 10 can normally use the target vehicle 20. As an alternative embodiment, when the first user 10 finishes using the target vehicle 20, a first return notification message for returning the target vehicle 20 may be sent to the server 30. The server 30 receives a first return notification message that the first user 10 returns the target vehicle 20. Upon receiving the first return notification message, the server 30 may determine a total fee incurred by the first user 10 to use the target vehicle 20 based on the credit value of the second user 40. Wherein the total fees may include rental fees incurred by the first user 10 to use the target vehicle 20. The total fee may also include a fine amount if the first user 10 violates a traffic rule during the use of the target vehicle 20. In this case, the server 30 may also update the state information of the target vehicle 20 to idle.
As another alternative, when the target vehicle 20 is damaged due to a traffic accident occurring while the first user 10 uses the target vehicle 20, a second return notification message of a vehicle failure and returning the target vehicle 20 may be transmitted to the server 30. The server 30 receives a second return notification message that the vehicle failure sent by the first user 10 and returns the target vehicle 20. Upon receiving the second return notification message, the server 30 may determine a total fee incurred by the first user 10 to use the target vehicle 20 based on the credit value of the second user 40. The total fees may include lease fees incurred by the first user 10 to use the target vehicle 20 and maintenance fees required for maintaining the target vehicle 20. In this case, the server 30 may also update the state information of the target vehicle 20 to a failure.
Further, the server 30 may query the balance of the payment account corresponding to the first user 10. It should be noted that each registered user on the blockchain system has at least one payment account bound to it. The payment account corresponding to the first user 10 is the payment account bound to the first user 10. When the first user 10 binds to one payment account, the balance of the payment account corresponding to the first user 10 is the balance of the payment account; when the first user 10 binds to a plurality of payment accounts, the balance of the payment account corresponding to the first user 10 is the total balance of the plurality of payment accounts.
Further, the server 30 may determine whether the balance is greater than or equal to the total cost. If the balance is greater than or equal to the total fee, indicating that the payment account corresponding to the first user 10 is sufficient to pay the total fee, the server 30 deducts the total fee from the payment account corresponding to the first user 10. If the balance is less than the total fee, which indicates that the payment account corresponding to the first user 10 is not enough to pay the total fee, and the remaining portion needs to be deducted from the payment account corresponding to the second user 40, the server 30 deducts the balance from the payment account corresponding to the first user 10, and deducts a difference between the total fee and the balance from the payment account corresponding to the second user 40.
In an embodiment of the present application, the server 30 may also send a guarantee fee message to the second user 40. Wherein the vouch-for deduction message comprises at least an amount deducted from a payment account corresponding to the second user 40. It is understood that if the balance of the payment account corresponding to the second user 40 is insufficient to pay the balance, the server 30 deducts the balance from the payment account corresponding to the second user 40, otherwise, the server 30 deducts the balance from the payment account corresponding to the second user 40.
In the embodiment of the present application, after the server 30 deducts the payment account corresponding to the first user 10 and the payment account corresponding to the second user 40, the server 30 may further update the credit value or the information related information of the first user 10 and the second user 40. For example, when the first user 10 pays the total fee by itself, the server 30 may add 1 to the credit values of the first user 10 and the second user 40, respectively; when the second user 40 pays the total fee independently, the server 30 may add 2 to the credit value of the second user 40; when the first user 10 and the second user 40 pay the total fee together, the server 30 may add 0.5 and 1.5 to the credit values of the first user 10 and the second user 40, respectively; when the first user 10 and the second user 40 together are not sufficient to pay the total fee, the server 30 may subtract 1 and 2 from the credit values of the first user 10 and the second user 40, respectively.
In summary, the shared vehicle using method of the embodiment of the application enables the user to use the shared vehicle based on the credit value without paying the deposit, so that the whole process of using the shared vehicle is simplified, and the using efficiency of the shared vehicle is improved. And, storing the credit value of the user in the blockchain system can effectively prevent the credit value of the user from being maliciously tampered. The shared vehicle using method, the shared vehicle using device, and the server according to the embodiment of the present application will be described in detail below with reference to fig. 2 to 6.
Please refer to fig. 2, which is a flowchart illustrating a method for sharing a vehicle according to an embodiment of the present application. Specifically, the method is applied to a server, and the server is one of nodes of a blockchain system. The shared vehicle use method as shown in fig. 2 may include:
s101, receiving a first vehicle use request of a first user requesting to use a target vehicle through a credit guarantee of a second user.
In an embodiment of the present application, when the credit value of the first user is insufficient to use the target vehicle, the first user may send a first vehicle use request to the server requesting that the target vehicle be secured by the credit of the second user. Wherein the first vehicle use request includes an identification of the second user. The identification of the second user may be an identification number, a mobile phone number, a mailbox address, a payment account, a login account number on a blockchain system, and the like of the second user.
In an embodiment of the present application, the first vehicle use request may further include an identification of the target vehicle. The identification of the target vehicle may be a license plate number, a brand, a vehicle type, and the like of the target vehicle.
S102, inquiring the credit value of the second user on the block chain system according to the identification of the second user.
In an embodiment of the present application, the second vehicle use request further includes an identification of the second user; the server executing the query on the blockchain system for the credit value of the second user according to the identifier of the second user may specifically include: judging whether the first user and the second user are registered users of the block chain system according to the identification of the first user and the identification of the second user respectively; and if the first user and the second user are both registered users of the blockchain system, the server inquires the credit value of the second user on the blockchain system according to the identification of the second user.
As an alternative embodiment, the blockchain system stores credit values of the respective registered users, in which case the server may directly query the credit value of the second user according to the identification of the second user.
As another alternative, the blockchain system stores credit-related information of each registered user, in which case the server may first query the second user for credit-related information according to the second user's identification, and then calculate the second user's credit value according to the second user's credit-related information. The credit-related information may include, but is not limited to, credit points, bad credit records, number of guarantees, number of guaranteed times, and the like.
S103, judging whether the credit value of the second user is larger than or equal to the lowest credit value required by using the target vehicle.
In an embodiment of the application, the server may also query the blockchain system for a minimum credit value required to use the target vehicle based on the identification of the target vehicle.
As an alternative embodiment, the blockchain system has stored thereon the minimum credit required to use vehicles of different brands and different vehicle types. In this case, when the identification of the target vehicle is the brand and model of the target vehicle, the server may directly query the minimum credit value required for using the target vehicle according to the identification of the target vehicle; when the identification of the target vehicle is the license plate number of the target vehicle, the server may first determine the brand and model of the target vehicle according to the identification of the target vehicle, and then query the minimum credit value required for using the target vehicle according to the brand and model of the target vehicle.
Further, the server may also determine whether the credit value of the second user is greater than or equal to the lowest credit value. If the credit value of the second user is greater than or equal to the lowest credit value, the server executes step S104; if the credit value of the second user is less than the minimum credit value, indicating that the credit value of the second user is not enough to use the target vehicle, the server may send a message indicating a guarantee failure to the first user and the second user, respectively.
And S104, configuring the authority of the first user to use the target vehicle based on the credit value of the second user.
In an embodiment of the application, if the credit value of the second user is greater than or equal to the lowest credit value, indicating that the credit value of the second user is sufficient to use the target vehicle, the server may configure the first user with permission to use the target vehicle based on the credit value of the second user.
As an optional implementation, the server may further send a prompt message to the second user to guarantee success.
In the embodiment of the application, the user can use the shared vehicle based on the credit value without paying a deposit, so that the whole process of using the shared vehicle is simplified, and the use efficiency of the shared vehicle is improved. In addition, when the credit value of the user is not enough to use a certain shared vehicle, the user can also use the shared vehicle through the credit guarantee of another user, and the use rate of the shared vehicle is improved. And, storing the credit value of the user in the blockchain system can effectively prevent the credit value of the user from being maliciously tampered.
Please refer to fig. 3, which is a flowchart illustrating another shared vehicle using method according to an embodiment of the present application. Specifically, the method is applied to a server, and the server is one of nodes of a blockchain system. The shared vehicle use method as shown in fig. 3 may include:
s201, receiving a second vehicle use request of the first user requesting to use the target vehicle.
When a first user wants to use a target vehicle, the first user may transmit a second vehicle use request requesting to use the target vehicle to a server. Wherein the second vehicle use request includes an identification of the first user and an identification of the target vehicle. The identifier of the first user may be an identification number, a mobile phone number, a mailbox address, a payment account, a login account number on a block chain system, and the like of the first user, and the identifier of the target vehicle may be a license plate number, a brand, a vehicle type, and the like of the target vehicle.
S202, inquiring the credit value of the first user on the block chain system according to the identification of the first user.
In an embodiment of the present application, the executing, by the server, the querying the credit value of the first user on the blockchain system according to the identifier of the first user may specifically include: judging whether the first user is a registered user of the block chain system or not according to the identifier of the first user; and if the first user is a registered user of the blockchain system, the server inquires the credit value of the first user on the blockchain system according to the identification of the first user.
As an alternative embodiment, the blockchain system stores credit values of the respective registered users, in which case the server may directly query the credit value of the first user according to the identity of the first user.
As another alternative, the blockchain system stores credit-related information of each registered user, in which case the server may first query the first user for credit-related information according to the identity of the first user, and then calculate the credit value of the first user according to the first user's credit-related information. The credit-related information may include, but is not limited to, credit points, bad credit records, number of guarantees, number of guaranteed times, and the like.
S203, inquiring the minimum credit value required by using the target vehicle on the blockchain system according to the identification of the target vehicle.
As an alternative embodiment, the blockchain system has stored thereon the minimum credit required to use vehicles of different brands and different vehicle types. In this case, when the identification of the target vehicle is the brand and model of the target vehicle, the server may directly query the minimum credit value required for using the target vehicle according to the identification of the target vehicle; when the identification of the target vehicle is the license plate number of the target vehicle, the server may first determine the brand and model of the target vehicle according to the identification of the target vehicle, and then query the minimum credit value required for using the target vehicle according to the brand and model of the target vehicle.
S204, judging whether the credit value of the first user is larger than or equal to the lowest credit value.
If the credit value of the first user is greater than or equal to the minimum credit value, the server executes step S205; if the credit value of the first user is less than the minimum credit value, the server executes step S206.
S205, configuring the authority of the first user to use the target vehicle based on the credit value of the first user.
If the credit value of the first user is greater than or equal to the minimum credit value, indicating that the credit value of the first user is sufficient to use the target vehicle, the server configures the first user's authority to use the target vehicle based on its own credit value.
S206, receiving a first vehicle use request of the first user requesting to use the target vehicle through the credit guarantee of the second user.
If the credit value of the first user is less than the minimum credit value, indicating that the credit value of the first user is insufficient to use the target vehicle, the server may send a message indicating insufficient credit to the first user.
When the first user knows that its credit value is insufficient to use the target vehicle, the first user may send a first vehicle use request to the server requesting use of the target vehicle by a credit guarantee of a second user. Wherein the first vehicle use request includes an identification of the second user.
S207, inquiring the credit value of the second user on the block chain system according to the identification of the second user.
In an embodiment of the present application, the executing, by the server, the querying the credit value of the second user on the blockchain system according to the identifier of the second user may specifically include: judging whether the second user is a registered user of the block chain system or not according to the identifier of the second user; and if the second user is a registered user of the blockchain system, the server inquires the credit value of the second user on the blockchain system according to the identification of the second user.
In an embodiment of the present application, the executing, by the server, the querying the credit value of the second user on the blockchain system according to the identifier of the second user may further specifically include: sending warranty inquiry information for the first vehicle use request to the second user; and if receiving guarantee confirmation information of the second user aiming at the first vehicle use request, the server inquires the credit value of the second user on a block chain system according to the identification of the second user.
Specifically, upon receiving the first vehicle use request, the server may send warranty inquiry information for the first vehicle use request to the second user. The second user receives the warranty query message, wherein the warranty query message may carry information such as an identifier (e.g., name, avatar, etc.) of the first user, an identifier (e.g., brand and vehicle type) of the target vehicle, a minimum credit value required for using the target vehicle, a location where the target vehicle is located, and the like. Upon receiving the vouch-for inquiry information, the second user may send vouch-for confirmation information to the server.
In an embodiment of the present application, the executing, by the server, the querying the credit value of the second user on the blockchain system according to the identifier of the second user may further specifically include: detecting whether the first user and the second user are guarantee associated users; and if so, the server inquires the credit value of the second user on the blockchain system according to the identifier of the second user.
In this case, the blockchain system stores warranty association information for indicating whether the registered users are warranty associated users. After receiving the first vehicle use request, the server may query the warranty association information to detect whether the first user and the second user are warranty associated users. If the server detects that the first and second users are not security-associated users, the server may send a security query to the second user for the first vehicle use request.
It should be noted that the fact that the first user and the second user are security-associated users means that the first user and the second user are willing to perform credit security on the other side by default.
S208, judging whether the credit value of the second user is larger than or equal to the lowest credit value.
If the credit value of the second user is greater than or equal to the lowest credit value, the server executes step S209; if the credit value of the second user is less than the minimum credit value, indicating that the credit value of the second user is not enough to use the target vehicle, the server may send a message indicating a guarantee failure to the first user and the second user, respectively.
S209, configuring the authority of the first user to use the target vehicle based on the credit value of the second user.
When the first user obtains the authority to use the target vehicle based on the credit value of the second user, the first user can normally use the target vehicle. After the first user returns the target vehicle, the server may determine a total fee incurred by the first user to use the target vehicle based on the credit value of the second user. The total fees may include, but are not limited to, rental fees incurred by the first user for using the target vehicle, fine amounts incurred due to violation of traffic regulations, maintenance fees incurred due to traffic accidents, and the like.
Further, the server may query a balance of a payment account corresponding to the first user and determine whether the balance is greater than or equal to the total fee. And if the balance is larger than or equal to the total fee, the payment account corresponding to the first user is enough to pay the total fee, and the server deducts the total fee from the payment account corresponding to the first user. If the balance is less than the total cost, indicating that the payment account corresponding to the first user is not enough to pay the total cost, and the rest part needs to be deducted from the payment account corresponding to the second user, the server deducts the balance from the payment account corresponding to the first user, and deducts the difference between the total cost and the balance from the payment account corresponding to the second user.
It can be understood that, if the balance of the payment account corresponding to the second user is not enough to pay the balance, the server deducts the balance from the payment account corresponding to the second user, otherwise, the server deducts the balance from the payment account corresponding to the second user.
In the embodiment of the application, the user can use the shared vehicle based on the credit value without paying a deposit, so that the whole process of using the shared vehicle is simplified, and the use efficiency of the shared vehicle is improved. In addition, when the credit value of the user is not enough to use a certain shared vehicle, the user can also use the shared vehicle through the credit guarantee of another user, and the use rate of the shared vehicle is improved. And, storing the credit value of the user in the blockchain system can effectively prevent the credit value of the user from being maliciously tampered.
The embodiment of the present application further provides a shared vehicle using apparatus 100, where the apparatus 100 includes modules for executing the method shown in fig. 2 of the present application, and may be configured in a server, where the server is one of nodes of a blockchain system. Specifically, please refer to fig. 4, which is a schematic structural diagram of a shared vehicle using device according to an embodiment of the present application. The shared vehicle use device 100 shown in fig. 4 may include: a receiving module 101, a query module 102, a judgment module 103 and a configuration module 104. Wherein the content of the first and second substances,
the receiving module 101 is configured to receive a first vehicle use request of a first user requesting to use a target vehicle through a credit guarantee of a second user, where the first vehicle use request includes an identifier of the second user.
The query module 102 is configured to query the credit value of the second user on the blockchain system according to the identifier of the second user.
The determining module 103 is configured to determine whether the credit value of the second user is greater than or equal to the minimum credit value required for using the target vehicle.
The configuration module 104 is configured to configure the first user's right to use the target vehicle based on the credit value of the second user when the determination module 103 determines that the credit value of the second user is greater than or equal to the lowest credit value required for using the target vehicle.
It should be noted that, for the specific work flow of the shared vehicle using apparatus 100 provided in the embodiment of the present application, please refer to the method flow portion provided in the embodiment of the present application, and details are not repeated herein.
In the embodiment of the application, the user can use the shared vehicle based on the credit value without paying a deposit, so that the whole process of using the shared vehicle is simplified, and the use efficiency of the shared vehicle is improved. In addition, when the credit value of the user is not enough to use a certain shared vehicle, the user can also use the shared vehicle through the credit guarantee of another user, and the use rate of the shared vehicle is improved. And, storing the credit value of the user in the blockchain system can effectively prevent the credit value of the user from being maliciously tampered.
The embodiment of the present application also provides another shared vehicle using apparatus 200, where the apparatus 200 includes modules for executing the method shown in fig. 3 of the present application, and may be configured in a server, where the server is one of nodes of a blockchain system. Specifically, please refer to fig. 5, which is a schematic structural diagram of a shared vehicle using device according to an embodiment of the present application. The shared vehicle use device 200 shown in fig. 5 may include: a receiving module 201, a querying module 202, a judging module 203, a configuring module 204, a sending module 205, a detecting module 206, a determining module 207 and a deducting module 208. Wherein the content of the first and second substances,
the receiving module 201 is configured to receive a second vehicle use request that a first user requests to use a target vehicle, where the second vehicle use request includes an identifier of the first user and an identifier of the target vehicle.
The query module 202 is configured to query the credit value of the first user on the blockchain system according to the identifier of the first user.
The query module 202 is further configured to query the minimum credit required to use the target vehicle on the blockchain system according to the identification of the target vehicle.
The determining module 203 is further configured to determine whether the credit value of the first user is greater than or equal to the lowest credit value.
The configuring module 204 is configured to configure the authority of the first user to use the target vehicle based on the credit value of the first user when the determining module 203 determines that the credit value of the first user is greater than or equal to the lowest credit value.
The receiving module 201 is further configured to receive a first vehicle usage request, which is requested by a first user to use the target vehicle through a credit guarantee of a second user, when the determining module 203 determines that the credit value of the first user is smaller than the minimum credit value, where the first vehicle usage request includes an identifier of the second user.
The query module 202 is further configured to query the credit value of the second user on the blockchain system according to the identifier of the second user.
The sending module 205 is configured to send guarantee inquiry information for the first vehicle use request to the second user.
The receiving module 201 is further configured to receive guarantee confirmation information of the second user for the first vehicle use request.
Optionally, the querying module 202 is configured to, when the querying the credit value of the second user on the blockchain system according to the identifier of the second user is executed, specifically, when the receiving module 201 receives guarantee confirmation information of the second user for the first vehicle use request, query the credit value of the second user on the blockchain system according to the identifier of the second user.
The detecting module 206 is configured to detect whether the first user and the second user are security-associated users.
Optionally, the querying module 202 is configured to, when the querying of the credit value of the second user on the blockchain system according to the identifier of the second user is executed, specifically, when the detecting module 206 detects that the first user and the second user are guarantee-associated users, query the credit value of the second user on the blockchain system according to the identifier of the second user.
The determining module 203 is further configured to determine whether the credit value of the second user is greater than or equal to the lowest credit value.
The configuring module 204 is further configured to configure the first user's authority to use the target vehicle based on the credit value of the second user when the determining module 203 determines that the credit value of the second user is greater than or equal to the lowest credit value.
The determining module 207 is configured to determine a total fee incurred by the first user to use the target vehicle based on the credit value of the second user.
The query module 202 is further configured to query a balance of a payment account corresponding to the first user.
The determining module 203 is further configured to determine whether the balance is greater than or equal to the total cost.
The deduction module 208 is configured to deduct the total fee from a payment account corresponding to the first user when the determining module 203 determines that the balance is greater than or equal to the total fee.
The deducting module 208 is further configured to deduct the balance from the payment account corresponding to the first user and deduct a difference between the total fee and the balance from the payment account corresponding to the second user when the determining module 203 determines that the balance is less than the total fee.
It should be noted that, for the specific work flow of the shared vehicle using apparatus 200 provided in the embodiment of the present application, please refer to the method flow portion provided in the embodiment of the present application, and details are not repeated herein.
In the embodiment of the application, the user can use the shared vehicle based on the credit value without paying a deposit, so that the whole process of using the shared vehicle is simplified, and the use efficiency of the shared vehicle is improved. In addition, when the credit value of the user is not enough to use a certain shared vehicle, the user can also use the shared vehicle through the credit guarantee of another user, and the use rate of the shared vehicle is improved. And, storing the credit value of the user in the blockchain system can effectively prevent the credit value of the user from being maliciously tampered.
Please refer to fig. 6, which is a schematic structural diagram of a server according to an embodiment of the present application. The server 300 in the present embodiment as shown in fig. 6 may include a processor 301 and a memory 302, wherein the processor 301 and the memory 302 are connected by a bus 303. The memory 302 is used to store a computer program comprising program instructions.
In particular, the processor 301 is configured to invoke the program instructions to perform:
receiving a first vehicle use request by a first user requesting use of a target vehicle by a credit guarantee of a second user, the first vehicle use request including an identification of the second user;
inquiring the credit value of the second user on a block chain system according to the identification of the second user;
determining whether the credit value of the second user is greater than or equal to the minimum credit value required to use the target vehicle;
and if so, configuring the authority of the first user to use the target vehicle based on the credit value of the second user.
Optionally, the processor 301 is configured to call the program instruction to further perform:
receiving a second vehicle use request from the first user requesting use of the target vehicle, the second vehicle use request including an identification of the first user and an identification of the target vehicle;
querying the credit value of the first user on the blockchain system according to the identification of the first user;
querying the blockchain system for a minimum credit value required to use the target vehicle based on the identification of the target vehicle;
judging whether the credit value of the first user is greater than or equal to the lowest credit value;
if yes, configuring the first user to use the authority of the target vehicle based on the credit value of the first user;
and if not, executing the first vehicle use request for receiving the first user request to use the target vehicle through the credit guarantee of the second user.
Optionally, the processor 301 is configured to call the program instruction to further perform:
determining a total fee incurred by the first user to use the target vehicle based on the credit value of the second user;
inquiring balance of a payment account corresponding to the first user;
determining whether the balance is greater than or equal to the total cost;
if yes, deducting the total cost from a payment account corresponding to the first user;
and if not, deducting the balance from the payment account corresponding to the first user, and deducting the difference between the total cost and the balance from the payment account corresponding to the second user.
Optionally, the processor 301 is configured to call the program instruction to further perform:
sending warranty inquiry information for the first vehicle use request to the second user;
and if receiving guarantee confirmation information of the second user aiming at the first vehicle use request, executing the inquiry of the credit value of the second user on the block chain system according to the identification of the second user.
Optionally, the processor 301 is configured to call the program instruction to further perform:
detecting whether the first user and the second user are guarantee associated users;
and if so, executing the inquiry of the credit value of the second user on the block chain system according to the identifier of the second user.
It should be understood that, in the embodiment of the present Application, the Processor 301 may be a Central Processing Unit (CPU), and the Processor may also be other general processors, Digital Signal Processors (DSPs), Application Specific Integrated Circuits (ASICs), Field Programmable Gate Arrays (FPGAs) or other Programmable logic devices, discrete Gate or transistor logic devices, discrete hardware components, and the like. A general purpose processor may be a microprocessor or the processor may be any conventional processor or the like.
The Memory 302 may include a Read-Only Memory (ROM) and a Random Access Memory (RAM), and provides computer programs and data to the processor 301. A portion of the memory 302 may also include non-volatile random access memory. The memory 302 may also store device type information, for example.
In a specific implementation, the processor 301 described in this embodiment of the present application may execute the implementation manner of the shared vehicle using method shown in fig. 2 or fig. 3, which is not described herein again.
In the embodiment of the present application, the processor 301 calls the program instructions stored in the memory 302, so that the user can use the shared vehicle based on the credit value without paying a deposit, which simplifies the whole process of using the shared vehicle and improves the use efficiency of the shared vehicle. In addition, when the credit value of the user is not enough to use a certain shared vehicle, the user can also use the shared vehicle through the credit guarantee of another user, and the use rate of the shared vehicle is improved. And, storing the credit value of the user in the blockchain system can effectively prevent the credit value of the user from being maliciously tampered.
There is also provided in an embodiment of the present application a computer readable storage medium storing a computer program comprising program instructions which, when executed by a processor, cause the processor to perform a method of shared vehicle use as illustrated in fig. 2 or 3 of the present application.
The computer readable storage medium may be an internal storage unit of the server according to any of the foregoing embodiments, such as a hard disk or a memory of the server. The computer readable storage medium may also be an external storage device of the server, such as a plug-in hard disk, a Smart Media Card (SMC), a Secure Digital (SD) Card, a Flash memory Card (Flash Card), and the like provided on the server.
While the invention has been described with reference to specific embodiments, the scope of the invention is not limited thereto, and those skilled in the art can easily conceive various equivalent modifications or substitutions within the technical scope of the invention. Therefore, the protection scope of the present application shall be subject to the protection scope of the claims.
Claims (8)
1. A method of shared vehicle use, the method comprising:
receiving a first vehicle use request by a first user requesting use of a target vehicle by a credit guarantee of a second user, the first vehicle use request including an identification of the second user;
inquiring the credit value of the second user on a block chain system according to the identification of the second user;
determining whether the credit value of the second user is greater than or equal to the minimum credit value required to use the target vehicle;
if yes, configuring the authority of the first user to use the target vehicle based on the credit value of the second user;
determining a total fee incurred by the first user to use the target vehicle based on the credit value of the second user;
inquiring balance of a payment account corresponding to the first user;
determining whether the balance is greater than or equal to the total cost;
if yes, deducting the total cost from a payment account corresponding to the first user;
and if not, deducting the balance from the payment account corresponding to the first user, and deducting the difference between the total cost and the balance from the payment account corresponding to the second user.
2. The method of claim 1, further comprising:
receiving a second vehicle use request from the first user requesting use of the target vehicle, the second vehicle use request including an identification of the first user and an identification of the target vehicle;
querying the credit value of the first user on the blockchain system according to the identification of the first user;
querying the blockchain system for a minimum credit value required to use the target vehicle based on the identification of the target vehicle;
judging whether the credit value of the first user is greater than or equal to the lowest credit value;
if yes, configuring the first user to use the authority of the target vehicle based on the credit value of the first user;
and if not, executing the first vehicle use request for receiving the first user request to use the target vehicle through the credit guarantee of the second user.
3. The method according to claim 1 or 2, characterized in that the method further comprises:
sending warranty inquiry information for the first vehicle use request to the second user;
and if receiving guarantee confirmation information of the second user aiming at the first vehicle use request, executing the inquiry of the credit value of the second user on the block chain system according to the identification of the second user.
4. The method according to claim 1 or 2, characterized in that the method further comprises:
detecting whether the first user and the second user are guarantee associated users;
and if so, executing the inquiry of the credit value of the second user on the block chain system according to the identifier of the second user.
5. A shared vehicle use device, the device comprising:
a receiving module to receive a first vehicle use request from a first user requesting use of a target vehicle with a credit guarantee of a second user, the first vehicle use request including an identification of the second user;
the query module is used for querying the credit value of the second user on the block chain system according to the identification of the second user;
the judging module is used for judging whether the credit value of the second user is larger than or equal to the lowest credit value required by using the target vehicle;
a configuration module, configured to configure the first user's authority to use the target vehicle based on the credit value of the second user when the determination module determines that the credit value of the second user is greater than or equal to the lowest credit value required to use the target vehicle;
a determination module to determine a total fee incurred by the first user to use the target vehicle based on the credit value of the second user;
the query module is further configured to query a balance of a payment account corresponding to the first user;
the judging module is also used for judging whether the balance is more than or equal to the total cost;
the deduction module is used for deducting the total cost from a payment account corresponding to the first user when the judgment module judges that the balance is greater than or equal to the total cost;
the deduction module is further configured to deduct the balance from the payment account corresponding to the first user and deduct a difference between the total cost and the balance from the payment account corresponding to the second user when the determination module determines that the balance is less than the total cost.
6. The apparatus of claim 5,
the receiving module is further configured to receive a second vehicle use request of the first user requesting use of the target vehicle, the second vehicle use request including an identification of the first user and an identification of the target vehicle;
the query module is further configured to query the credit value of the first user on the blockchain system according to the identifier of the first user;
the query module is further used for querying the minimum credit value required by using the target vehicle on the blockchain system according to the identification of the target vehicle;
the judging module is further configured to judge whether the credit value of the first user is greater than or equal to the lowest credit value;
the configuration module is further used for configuring the authority of the first user for using the target vehicle based on the credit value of the first user when the judgment module judges that the credit value of the first user is greater than or equal to the lowest credit value;
the receiving module is specifically configured to receive a first vehicle use request of a first user requesting to use a target vehicle through a credit guarantee of a second user when the judging module judges that the credit value of the first user is smaller than the minimum credit value.
7. The apparatus of claim 5 or 6, further comprising:
the detection module is used for detecting whether the first user and the second user are guarantee associated users or not;
the query module is specifically configured to, when the detection module detects that the first user and the second user are guarantee-associated users, execute the query of the credit value of the second user on the blockchain system according to the identifier of the second user.
8. A server comprising a processor and a memory, wherein the memory is configured to store a computer program comprising program instructions, and wherein the processor is configured to invoke the program instructions to perform the method of any of claims 1 to 4.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201810287324.6A CN108629910B (en) | 2018-03-30 | 2018-03-30 | Shared vehicle using method and device and server |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201810287324.6A CN108629910B (en) | 2018-03-30 | 2018-03-30 | Shared vehicle using method and device and server |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN108629910A CN108629910A (en) | 2018-10-09 |
| CN108629910B true CN108629910B (en) | 2020-10-30 |
Family
ID=63696687
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201810287324.6A Active CN108629910B (en) | 2018-03-30 | 2018-03-30 | Shared vehicle using method and device and server |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN108629910B (en) |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN109523709B (en) * | 2018-10-17 | 2022-09-30 | 深圳壹账通智能科技有限公司 | Shared bicycle using method and device, computer equipment and storage medium |
| CN111311383B (en) * | 2020-05-09 | 2021-03-05 | 支付宝(杭州)信息技术有限公司 | Service processing method and device |
| CN112200582B (en) * | 2020-10-22 | 2022-10-14 | 支付宝(杭州)信息技术有限公司 | Service processing method and device |
| CN112583913A (en) * | 2020-12-10 | 2021-03-30 | 支付宝(杭州)信息技术有限公司 | Vehicle leasing processing method and device based on block chain |
Family Cites Families (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8533053B2 (en) * | 2011-03-10 | 2013-09-10 | Amazon Technologies, Inc. | Inventory pooling for multiple merchants |
| WO2016183637A1 (en) * | 2015-05-20 | 2016-11-24 | Optimining Pty Ltd | Vehicle monitoring |
| CN105590217A (en) * | 2015-12-23 | 2016-05-18 | 云南大学 | Payment method based on social network multi-party guarantee |
| CN106228359A (en) * | 2016-08-12 | 2016-12-14 | 北京东方车云信息技术有限公司 | The billing settlement method of driver's client, taxi take system server and related system |
| CN107045650B (en) * | 2016-10-25 | 2021-06-11 | 罗轶 | Network car booking system based on block chain |
| CN106778109B (en) * | 2016-11-24 | 2020-05-05 | 江苏通付盾科技有限公司 | Authentication authority evaluation method and device based on intelligent contract |
| CN106651330A (en) * | 2017-02-21 | 2017-05-10 | 上海量明科技发展有限公司 | Method for paying shared car, terminal and system |
| CN106920157A (en) * | 2017-03-15 | 2017-07-04 | 陈秀成 | A kind of intelligent Car sharing management method |
| CN107341705A (en) * | 2017-05-24 | 2017-11-10 | 上海与德科技有限公司 | A kind of credit reminding method, credit evaluation method, shared car and service end |
| CN107563846B (en) * | 2017-08-10 | 2021-01-12 | 深圳市易成自动驾驶技术有限公司 | Shared vehicle management method, server, system, and computer-readable storage medium |
-
2018
- 2018-03-30 CN CN201810287324.6A patent/CN108629910B/en active Active
Also Published As
| Publication number | Publication date |
|---|---|
| CN108629910A (en) | 2018-10-09 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN108629910B (en) | Shared vehicle using method and device and server | |
| CN107301573B (en) | Method and system for automatically acquiring electronic invoice | |
| US20150186991A1 (en) | Creditor alert when a vehicle enters an impound lot | |
| CN109389383A (en) | Payment processing method, device, server and the storage medium of service request | |
| CN109784901B (en) | Electronic virtual card oiling method, device, system, equipment and storage medium | |
| CN110782320A (en) | Order processing method and device, order reporting and disappearing system and storage medium | |
| CN108805650A (en) | A kind of order matching process and server | |
| CN109920068A (en) | Parking fee automatic charging method, system, equipment and medium | |
| CN109903401A (en) | Vehicle payment management method, car-mounted terminal and electronic equipment | |
| US20190370906A1 (en) | Economic value processing system and server | |
| CN109523709B (en) | Shared bicycle using method and device, computer equipment and storage medium | |
| CN112562100B (en) | User binding method and device | |
| CN112669107A (en) | Order management method and device, electronic equipment and storage medium | |
| CN112700237A (en) | Payment management method and device, electronic equipment and storage medium | |
| CN112330397A (en) | Parking stall renting method, parking stall renting device and parking stall renting system | |
| US9471263B2 (en) | Resource authorization quantities | |
| JP6832647B2 (en) | Vehicle sharing service management server and computer program | |
| CN108416933A (en) | Application method, system and the computer readable storage medium of shared bicycle | |
| CN111801702B (en) | Cross-border tax refund method, server and computer storage medium | |
| CN106934474A (en) | A kind of real-time deduction management system based on Car sharing | |
| CN113919955A (en) | Transaction method, device, server, equipment and medium | |
| CN108038788B (en) | Insurance object price inquiry method and device, storage medium and electronic equipment | |
| CN112598449A (en) | Parking fee exemption method, cloud platform and computer readable storage medium | |
| KR102286859B1 (en) | Method and system for managing payment based on expected amount of service | |
| CN110766540A (en) | Bill verification and cancellation method and device and electronic equipment |
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 |