WO2020030071A1 - 共享单车的解锁方法 - Google Patents

共享单车的解锁方法 Download PDF

Info

Publication number
WO2020030071A1
WO2020030071A1 PCT/CN2019/099895 CN2019099895W WO2020030071A1 WO 2020030071 A1 WO2020030071 A1 WO 2020030071A1 CN 2019099895 W CN2019099895 W CN 2019099895W WO 2020030071 A1 WO2020030071 A1 WO 2020030071A1
Authority
WO
WIPO (PCT)
Prior art keywords
shared bicycle
target
target shared
server
information
Prior art date
Application number
PCT/CN2019/099895
Other languages
English (en)
French (fr)
Inventor
陈晓磊
王筱姝
Original Assignee
上海掌门科技有限公司
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by 上海掌门科技有限公司 filed Critical 上海掌门科技有限公司
Publication of WO2020030071A1 publication Critical patent/WO2020030071A1/zh
Priority to US17/170,888 priority Critical patent/US20210256431A1/en

Links

Images

Classifications

    • G06Q50/40—
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07C—TIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
    • G07C9/00—Individual registration on entry or exit
    • G07C9/00174—Electronically operated locks; Circuits therefor; Nonmechanical keys therefor, e.g. passive or active electrical keys or other data carriers without mechanical keys
    • G07C9/00571—Electronically operated locks; Circuits therefor; Nonmechanical keys therefor, e.g. passive or active electrical keys or other data carriers without mechanical keys operated by interacting with a central unit
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/02—Reservations, e.g. for tickets, services or events
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/085—Payment architectures involving remote charge determination or related payment systems
    • G06Q20/0855—Payment architectures involving remote charge determination or related payment systems involving a third party
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/14—Payment architectures specially adapted for billing systems
    • G06Q20/145—Payments according to the detected use or quantity
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/0645—Rental transactions; Leasing transactions
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07C—TIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
    • G07C9/00—Individual registration on entry or exit
    • G07C9/30—Individual registration on entry or exit not involving the use of a pass
    • G07C9/38—Individual registration on entry or exit not involving the use of a pass with central registration
    • 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
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/02—Services making use of location information
    • H04W4/025—Services making use of location information using location based information parameters
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/12—Messaging; Mailboxes; Announcements
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07B—TICKET-ISSUING APPARATUS; FARE-REGISTERING APPARATUS; FRANKING APPARATUS
    • G07B15/00—Arrangements or apparatus for collecting fares, tolls or entrance fees at one or more control points

Definitions

  • the embodiments of the present application relate to the field of computer technology, and in particular, to a method for unlocking a shared bicycle.
  • the embodiment of the present application proposes a method for unlocking a shared bicycle.
  • an embodiment of the present application proposes a method for unlocking a shared bicycle, which method is used on a server side and includes: receiving a car use application sent by a terminal, where the car use application is detected by a terminal when a user detects a map on a map. It is generated by the selection operation of the identifier of the displayed shared bicycle located near the target location; sending a vehicle use instruction to the target shared bicycle to cause the target shared bicycle to issue a reminder message, wherein the target shared bicycle includes the shared bicycle applied for by the vehicle application ; Generating the feedback information of the car application, and sending the feedback information to the terminal; receiving the confirmation information of the feedback information sent by the terminal, and sending an unlock instruction to the target shared bicycle.
  • the shared bicycles displayed on the map include abnormally unlocked vehicles.
  • sending a car use instruction to the target shared bicycle includes: determining whether the target shared bicycle is an abnormally unlocked vehicle that is available; and if it is determined that the target shared bicycle is an abnormally unlocked vehicle that is available, sending a user share to the target shared bicycle Car instructions.
  • the prompt information includes at least one of: a sound prompt, a vibration prompt, or a light prompt; and the prompt information sent by the shared bicycles of different production batches is different; or sending a car use instruction to the target shared bicycle includes: obtaining The current location information of the target shared bicycle, and the prompt information is assigned to the target shared bicycle; a car use instruction including the assigned prompt information is generated, and the vehicle use instruction is sent to the target shared bicycle; among them, the prompt issued by each shared bicycle located in the same area The information is different, or the shared information issued by the shared bicycles located in the same area is different in the same time period.
  • generating the feedback information of the car use application includes: obtaining prompt information of the target shared bicycle, and generating feedback information including the prompt information of the target shared bicycle.
  • the method further includes: receiving first feedback information sent by the target shared bicycle to indicate that the vehicle is currently unlocked, starting billing, and removing the identification of the target shared bicycle from the map; and receiving the target share The second feedback information sent by the bicycle to indicate that it is currently locked, stops charging, and re-displays the identification of the target shared bicycle on the map; and sends the charging information to the terminal.
  • the method before sending the car-sharing instruction to the target bike-sharing, the method further includes: determining whether the number of bike-sharing applications applied for the car-sharing application is one; and in response to determining that it is not, selecting at least one near the target location Bike sharing as a target bike sharing.
  • sending an unlock instruction to the target shared bicycle includes: obtaining the current location information of the user and each target shared bicycle; according to the obtained The current location information selects a target shared bicycle from each target shared bicycle; and sends an unlock instruction to the selected target shared bicycle.
  • generating feedback information for a car use application includes: obtaining each target shared bicycle Generated prompt information and / or vehicle number, generating feedback information including the target shared bicycle's prompt information and / or vehicle number; and confirmation information of the feedback information sent by the receiving terminal, and sending an unlock instruction to the target shared bicycle, including: receiving the terminal The sent confirmation information sends an unlock instruction to the target shared bicycle indicated by the confirmation information, where the confirmation information is used to characterize the target shared bicycle selected by the user.
  • an embodiment of the present application provides an unlocking device for a shared bicycle.
  • the device is provided on a server and includes: a car application receiving unit configured to receive a car application sent by a terminal, where the car application is Generated by the terminal after detecting a user's selection operation on the map of the shared bicycle identification displayed near the target location on the map; the vehicle use instruction sending unit is configured to send a vehicle use instruction to the target shared bicycle so that the target shared bicycle Send out a prompt message, wherein the target shared bicycle includes the shared bicycle requested by the car use application; the feedback information sending unit is configured to generate the feedback information of the car use application and send the feedback information to the terminal; the unlock instruction sending unit is configured to Receive the confirmation information of the feedback information sent by the terminal, and send an unlock instruction to the target shared bicycle.
  • an embodiment of the present application proposes a method for unlocking a shared bicycle, which is used in a terminal and includes: detecting a user's selection operation on a map of a shared bicycle near a target location displayed on a map, and sending the request to a server Send a car use application, so that the server sends a car use instruction to the target shared bike, so that the target shared bike sends out a reminder message, and generates feedback information on the car use application, where the target shared bike includes the shared bike applied for by the car use application ; Receiving and presenting feedback information sent by the server; when the user arrives at the current location of the target shared bicycle, sending confirmation information of the feedback information to the server, so that the server sends an unlock instruction to the target shared bicycle.
  • the shared bicycles displayed on the map include abnormally unlocked vehicles.
  • the shared bicycle displayed on the map further includes a normally unlocked vehicle, and the identification of the normally unlocked vehicle is different from the identification of the abnormally unlocked vehicle; and sending a car application to the server, including determining the sharing selected by the user Whether the bicycle includes abnormally unlocked vehicles; if it is determined to be included, a car application is sent to the server.
  • receiving and presenting the feedback information sent by the server includes at least one of the following: displaying the identification of the target shared bicycle on the map and removing the identification of other shared bicycles; displaying each of the locations near the target location on the map.
  • the identification of the shared bicycle, and the identification of the target shared bicycle is different from the identification of other shared bicycles; the user's trigger operation on the identification of the target shared bicycle displayed on the map is detected, and the prompt information of the target shared bicycle is presented, wherein the feedback information includes the target Prompt information for shared bicycles; display the vehicle number of the target shared bicycle on the map as an identifier, or display the vehicle number of the target shared bicycle at a location on the map corresponding to the identification of the target shared bicycle, where the feedback information includes the target shared bicycle Vehicle number.
  • the method further includes: receiving and presenting the charging information of the target shared bicycle sent by the server.
  • an embodiment of the present application proposes an unlocking device for a shared bicycle.
  • the device is provided on a terminal and includes: a vehicle application sending unit configured to detect a user's sharing of a location near a target location displayed on a map.
  • the selection operation of the bike identification sends a car use application to the server, so that the server sends a car use instruction to the target shared bike, so that the target shared bike sends out prompt information, and generates feedback information for the car use application.
  • the bicycle includes the shared bicycle requested by the car application; the feedback information receiving unit is configured to receive and present the feedback information sent by the server; the confirmation information sending unit is configured to reach the current location of the target shared bicycle, Send confirmation information of the feedback information to the server, so that the server sends an unlock instruction to the target shared bicycle.
  • an embodiment of the present application proposes a method for unlocking a shared bicycle.
  • the method is used at a vehicle end, and includes: receiving a car use instruction sent by a server, and sending a prompt message, where the car use instruction is that the server is at Generated by receiving a car use application sent by the terminal.
  • the car use application is generated by the terminal when it detects a user's selection operation of the shared bicycle identification displayed near the target location on the map; it receives the unlock instruction sent by the server To perform an unlock operation, wherein the unlock instruction is generated by the server upon receiving confirmation information of the feedback information sent by the terminal, and the feedback information is generated by the server and sent to the terminal in the case of issuing a car use instruction.
  • the vehicle end includes an abnormally unlocked vehicle.
  • the prompt information sent by the shared bicycles of different production batches is different; or the car use instruction includes the prompt information allocated by the server, and the issued prompt information includes: the prompt information indicated by the car use instruction.
  • the method further includes: sending the first feedback information to the server to indicate that the server is currently unlocked, so that the server starts charging, and removing the identifier of the target shared bicycle on the map; and The server sends second feedback information used to indicate that the server is currently locked, so that the server stops charging, and re-displays the identification of the target shared bicycle on the map.
  • an embodiment of the present application proposes an unlocking device for a shared bicycle.
  • the device is disposed on a vehicle side and includes a vehicle use instruction receiving unit configured to receive a vehicle use instruction sent by a server and issue a prompt message.
  • the car use instruction is generated when the server receives the car use application sent by the terminal.
  • the car use application is generated when the terminal detects the user's selection operation of the shared bicycle identification displayed on the map near the target location.
  • the unlocking unit is configured to receive an unlocking instruction sent by the server and perform an unlocking operation, wherein the unlocking instruction is generated by the server upon receiving confirmation information of the feedback information sent by the terminal, and the feedback information is issued by the server.
  • Car instructions are generated and sent to the terminal.
  • an embodiment of the present application provides an electronic device including: one or more processors; a storage device on which one or more programs are stored; and when one or more programs are processed by one or more processors Execution, so that one or more processors implement the method as described in any one of the first aspect, the third aspect, or the fifth aspect.
  • an embodiment of the present application provides a computer-readable medium having a computer program stored thereon, wherein when the computer program is executed by a processor, any one of the first aspect, the third aspect, or the fifth aspect is implemented. The method described in one embodiment.
  • a car sharing instruction can be sent to a target shared bicycle, so that the target shared bicycle sends out a prompt message.
  • the vehicle use application may be generated by the terminal after detecting a user's selection operation on the shared bicycle identifier displayed near the target location displayed on the map.
  • the target shared bicycle may include the shared bicycle applied for by the vehicle application.
  • it can generate the feedback information of the car application and send the feedback information to the terminal.
  • an unlock instruction may be sent to the target shared bicycle. In this way, unlocking of a shared bicycle (especially a shared bicycle without an unlocking key) can be achieved. It is conducive to improving the utilization rate and user experience of shared bicycles, and also improving the operating income of enterprises.
  • FIG. 1 is an exemplary system architecture diagram to which an embodiment of the present application can be applied;
  • FIG. 1 is an exemplary system architecture diagram to which an embodiment of the present application can be applied;
  • FIG. 2 is a flowchart of a first embodiment of a method for unlocking a shared bicycle according to the present application
  • FIG. 3 is a flowchart of a second embodiment of a method for unlocking a shared bicycle according to the present application
  • FIG. 4 is a flowchart of a third embodiment of a method for unlocking a shared bicycle according to the present application.
  • FIG. 5 is a flowchart of a fourth embodiment of a method for unlocking a shared bicycle according to the present application.
  • FIG. 6 is a schematic diagram of an application scenario of a method for unlocking a shared bicycle according to the present application
  • FIG. 7 is a schematic structural diagram of a computer system suitable for implementing an electronic device according to an embodiment of the present application.
  • FIG. 1 illustrates an exemplary system architecture 100 to which a method for unlocking a shared bicycle according to an embodiment of the present application can be applied.
  • the system architecture 100 may include terminals 101, 102, and 103, networks 104 and 106, a server 105, and shared bicycles 107 and 108.
  • the network 104 may be used to provide a medium for a communication link between the terminals 101, 102, 103 and the server 105.
  • the network 106 may be used to provide a medium for a communication link between the server 105 and the shared bicycle 107, 108.
  • the networks 104, 106 may include various connection types, such as wired, wireless communication links, or fiber optic cables, and so on.
  • the user can use the terminals 101, 102, 103 to interact with the server 105 through the network 104 to receive or send messages and the like.
  • client applications can be installed on the terminals 101, 102, and 103, such as bicycle sharing applications, map applications, payment applications, browsers, and instant messaging tools.
  • the user can open a bicycle sharing application installed on the terminals 101, 102, 103.
  • the terminals 101, 102, 103 detect a user's selection operation on the shared bicycle identifier displayed on the map, they can send a car use application to the server 105.
  • the terminals 101, 102, and 103 can receive and present the feedback information of the car use application sent by the server 105.
  • the terminal 101, 102, 103 may be used to send confirmation information to the server 105.
  • the shared bicycles 107 and 108 can be caused to perform the unlocking operation indicated by the unlocking instruction sent by the server 105.
  • the terminals 101, 102, and 103 may be hardware or software.
  • the terminals 101, 102, and 103 can be various electronic devices with display screens, including but not limited to smartphones, tablets, wearable devices, e-book readers, MP3 players (Moving Pictures Experts Group Audio Layer III, motion picture expert compression standard audio layer 3), laptop portable computers and desktop computers, etc.
  • the terminals 101, 102, and 103 are software, they can be installed in the electronic devices listed above. It can be implemented as multiple software or software modules (for example, to provide distributed services), or it can be implemented as a single software or software module. It is not specifically limited here.
  • the server 105 may be a server that provides various services, such as a background server that provides support for various applications installed on the terminals 101, 102, and 103.
  • the background server can analyze the received car use applications sent by the terminals 101, 102, and 103. In this way, a car-using instruction can be sent to the shared bicycle that the user has applied for, so that it can issue prompt information. And can send feedback information to the terminals 101, 102, 103.
  • the background server may send an unlock instruction to the shared bicycle applied by the user, so that the shared bicycle performs the unlock operation.
  • the server 105 here may also be hardware or software.
  • the server 105 can be implemented as a distributed server cluster consisting of multiple servers, or as a single server.
  • the server 105 is software, it may be implemented as multiple software or software modules (for example, to provide distributed services), or may be implemented as a single software or software module. It is not specifically limited here.
  • the shared bicycles 107 and 108 may be communicatively connected to the server 105 through the network 106.
  • the shared bicycles 107 and 108 here may be various vehicles used for a fee, for example, existing small yellow cars and small blue cars.
  • the shared bicycles 107 and 108 receive the car use instruction sent by the server 105, they can send out a prompt message for the user to find. And when the unlock instruction sent by the server 105 is received, an unlock operation can be performed for use by the user.
  • the method for unlocking the shared bicycle provided in the embodiment of the present application may generally be executed by the terminals 101, 102, 103, the server 105, or the shared bicycles 107, 108.
  • terminals, networks, servers, and shared bicycles in FIG. 1 are merely exemplary. According to implementation needs, there can be any number of terminals, networks, servers, and shared bicycles.
  • FIG. 2 it illustrates a flow 200 of a first embodiment of a method for unlocking a shared bicycle according to the present application.
  • the method for unlocking a shared bicycle may include the following steps:
  • Step 201 Receive a car use application sent by a terminal.
  • an execution subject of the unlocking method of the shared bicycle may receive a terminal (for example, the terminals 101, 102, and 103 shown in FIG. 1) through a wired connection method or a wireless connection method. )
  • Send a car application may be used to indicate that the user applies for using a shared bicycle (for example, shared bicycles 107 and 108 shown in FIG. 1).
  • user information and vehicle information may generally be included in a car application.
  • the user information may include one or more of a mobile phone number, a name, or a user ID (identification number).
  • the vehicle information may include, for example, a vehicle number or ID, a vehicle name, and the like.
  • the car application may also include use location information, such as latitude and longitude coordinates, building name, or communication address.
  • the car use application may be generated by the terminal after detecting the user's selection operation on the shared bicycle identification displayed near the target location displayed on the map.
  • the target position here can be any position.
  • the user can enter the target location in a variety of ways, such as manual or voice input or selecting an input on the map.
  • the vicinity of the target position generally refers to any position within a preset distance (such as 50 meters or 100 meters) from the target position.
  • the shared bicycle identifier can be used to uniquely indicate the shared bicycle on the map.
  • the identification may include, but is not limited to, at least one of the following: text, symbols, images, and the like.
  • the vehicle application usually includes the vehicle information of the shared bicycle selected by the user.
  • the user may not select shared bicycles, or select multiple shared bicycles.
  • the method for unlocking the shared bicycle of the present application refer to the related description of the embodiment in FIG. 3, and details are not described herein again.
  • the shared bicycle in this embodiment may be a normally unlocked vehicle or an abnormally unlocked vehicle.
  • the normally unlocked vehicle generally refers to a shared bicycle that can be normally unlocked through a conventional unlocking method designed by the factory.
  • An abnormally unlocked vehicle generally refers to a shared bicycle that cannot be unlocked normally by the conventional unlocking method designed by the factory.
  • Such as two-dimensional code or three-dimensional code, vehicle number and other vehicles are destroyed. That is to say, the identifiers of normally unlocked vehicles and the identifiers of abnormally unlocked vehicles may be displayed on the map at the same time.
  • the above maps can be divided into two types, and one type of map can display the logo of the normally unlocked vehicle. The other kind of map can show the sign of the abnormally unlocked vehicle. At this time, users using the terminal can switch the map according to their needs.
  • Step 202 Send a car use instruction to the target shared bicycle.
  • the execution body may send a car use instruction to the target shared bicycle through a wireless connection method, so that the target shared bicycle may issue prompt information.
  • the target shared bicycle may include the shared bicycle that is applied for by the vehicle application, that is, the shared bicycle selected by the user.
  • the prompt information here can be any information that helps users to find or find a shared bicycle. If possible (but not limited to) sound prompts (such as ringtones or music, etc.) and / or light prompts (such as constant light or flashing lights). Among them, the light may be monochromatic light or colored light generated by using various existing light emitting principles.
  • preset control information may be stored in the control device of the shared bicycle.
  • the target shared bicycle may send a preset reminder message.
  • the execution subject may obtain pre-stored prompt information. After that, a car instruction including the prompt information can be generated. In this way, the target shared bicycle can issue the prompt information in the car use instruction.
  • the storage location of the prompt information is not limited in this application. For example, it can be stored locally in the execution body or in the cloud.
  • the target shared bicycle is an abnormally unlocked vehicle
  • the user selects the identifier of the abnormally unlocked vehicle on the map
  • the executing subject sends the vehicle to the target shared bicycle.
  • the target shared bicycle is an abnormally unlocked vehicle that is available. Available here mainly means that the vehicle is fault-free and has not been applied for by other users.
  • a car use instruction may be sent to the target shared bicycle. If the target shared bicycle is not an abnormally unlocked vehicle that is available, the execution subject may send an application failure prompt message to the terminal used by the user to prompt the user to select another abnormally unlocked vehicle.
  • the execution subject may also send a car use instruction when it is determined that it is an available vehicle.
  • the prompt information sent by each shared bicycle may be the same or different.
  • the prompt information includes at least one of the following: a sound prompt, a vibration prompt, or a light prompt.
  • the prompt information sent by the shared bicycles of the same production batch can be the same.
  • the prompt information issued by the shared bicycles of different production batches can be different.
  • the executing agent may also assign different prompt information to the shared bicycles located in the same area according to the location information of the shared bicycles.
  • the execution body may first obtain current location information of the target shared bicycle, thereby allocating prompt information to the target shared bicycle.
  • the prompt information issued by each shared bicycle located in the same area may be different.
  • the prompt information sent by each shared bicycle located in the same area within the same time period may be different. That is to say, if there are multiple users who have shared bicycles near the same target location within the same time period, they will apply for cars at the same time or in succession. Then the execution subject may assign different prompt information to the shared bicycles applied by multiple users.
  • the execution body may generate a car use instruction including the allocated prompt information, and send the car use instruction to the corresponding target shared bicycle.
  • the execution subject may generate a car use instruction including specific content of the prompt information.
  • a reminder information list is stored in the execution subject and the shared bicycle. At this time, the execution subject may generate a car use instruction including an identification of the prompt information.
  • the prompt information list can be used to describe the correspondence between the identifier and the prompt information.
  • Step 203 Generate feedback information for a car application, and send the feedback information to the terminal.
  • the execution subject when it issues a car use instruction, it may also generate feedback information of the car use application received in step 201. And can send feedback information to the terminal.
  • the feedback information here may be information used to characterize the success of the car application.
  • the feedback information may include the following information "A car instruction has been sent, please go to the location of the vehicle".
  • the feedback information may include the vehicle number of the target shared bicycle. In this way, the user can confirm by the vehicle number whether the shared bicycle currently issuing the prompt information is the vehicle for which the application is requested.
  • the execution subject may obtain the prompt information of the target shared bicycle.
  • the production batch can be confirmed according to the vehicle number of the target shared bicycle, and then the prompt information can be obtained.
  • Another example is to obtain the prompt information that has been allocated for the target shared bicycle. Thereby, feedback information including the prompt information of the target shared bicycle can be generated.
  • the terminal may present the feedback information to the user.
  • the terminal may use a speaker to play a sound prompt.
  • the terminal may use a flashlight to display a light prompt.
  • the terminal may present a vibration prompt through its own vibration. And / or text messages can be displayed on the terminal screen.
  • the user can confirm whether the shared bicycle currently issuing the prompt information is the vehicle for which the application is requested. In other words, when the vehicle number is missing on the vehicle body, the prompt information of the vehicle can also help improve the convenience of the user in finding the vehicle.
  • Step 204 Receive confirmation information of the feedback information sent by the terminal, and send an unlock instruction to the target shared bicycle.
  • the execution subject may send an unlock instruction to the target shared bicycle when receiving the confirmation information of the feedback information sent by the terminal.
  • the confirmation information here can be used to indicate that the user confirms the use of the shared bicycle that he has applied for. For example, when the user arrives near the current location of the target shared bicycle, or when the target shared bicycle has been found, the terminal may send a confirmation message.
  • the confirmation information usually does not include the unlock key of the target shared bicycle (that is, the information required for normal unlocking, such as two-dimensional code or three-dimensional code information).
  • the target shared bicycle when the target shared bicycle receives the unlock instruction, it can perform an unlock operation to unlock the vehicle. In this way, users can use the target to share bicycles.
  • the execution body may receive the first feedback information sent by the target shared bicycle and used to indicate that it is currently in an unlocked state.
  • the executing entity can start billing.
  • the mark of the target shared bicycle can be removed on the map.
  • the removal method is not limited in this application, such as hiding or deleting.
  • the execution subject may receive the second feedback information sent by the target shared bicycle and used to indicate that the target shared bicycle is currently locked.
  • the executive can stop billing.
  • the logo of the target shared bicycle can be redisplayed on the map.
  • the execution subject can send billing information to the terminal. In this way, users can know the cost information in real time during the use.
  • the charging information may include (but is not limited to) at least one of the following: a charging start time, a charging end time, a current use time, or a current charge.
  • the vehicle can be unlocked abnormally.
  • the utilization rate of abnormally unlocked vehicles can be improved. It also helps to improve the user experience and business revenue.
  • the car will be prompted. This makes it easier for users to find a vehicle and helps shorten the time it takes for a user to find a vehicle.
  • a conventional unlocking method or an unlocking method provided in this embodiment may be adopted.
  • the unlocking method provided by this embodiment may be adopted. That is, the user can use the terminal to interact with the execution subject multiple times to unlock the vehicle. This not only enriches the unlocking methods of shared bicycles. It can also help shorten the unlocking time and reduce the waiting time for users.
  • a car sharing instruction can be sent to a target shared bicycle, so that the target shared bicycle sends out a prompt message.
  • the vehicle use application may be generated by the terminal after detecting a user's selection operation on the shared bicycle identifier displayed near the target location displayed on the map.
  • the target shared bicycle may include the shared bicycle applied for by the vehicle application.
  • it can generate the feedback information of the car application and send the feedback information to the terminal.
  • an unlock instruction may be sent to the target shared bicycle. In this way, unlocking of a shared bicycle (especially a shared bicycle without an unlocking key) can be achieved. It is conducive to improving the utilization rate and user experience of shared bicycles, and also improving the operating income of enterprises.
  • FIG. 3 it illustrates a flow 300 of a second embodiment of a method for unlocking a shared bicycle according to the present application.
  • the unlocking method may include the following steps:
  • Step 301 Receive a car use application sent by a terminal.
  • an execution subject of the unlocking method of the shared bicycle may receive a terminal (for example, the terminals 101, 102, and 103 shown in FIG. 1) through a wired connection method or a wireless connection method. ) Send a car application.
  • the car use application may be generated by the terminal after detecting the user's selection operation on the shared bicycle identification displayed near the target location displayed on the map.
  • step 201 in the embodiment of FIG. 2 and details are not described herein again.
  • the shared bicycles displayed on the map in this embodiment mainly refer to abnormally unlocked vehicles.
  • Step 302 Determine whether the number of shared bicycles applied for the car use application is one.
  • the execution entity may determine whether the number of shared bicycles applied for the car use application is one. For example, if there is no vehicle information in the car use application, indicating that the user does not specify a vehicle (that is, no vehicle is selected), the executing entity may determine that the number of shared bicycles applied for in the car use application is not one. As another example, if the vehicle use application includes multiple vehicle information indicating that the user has selected multiple shared bicycles, the execution entity may also determine that the number of shared bicycles applied for in the vehicle use application is not one.
  • step 303 may be performed.
  • Step 303 Select at least one shared bicycle near the target location as the target shared bicycle.
  • At least one shared bicycle may be selected near the target location.
  • the selected at least one shared bicycle is used as the target shared bicycle.
  • the selection method here is not limited in this application. If it can be selected randomly, it can also be selected by filtering. As an example, a vehicle whose current position is closer to the target position may be selected. For another example, in order to facilitate the user to find a vehicle, a vehicle whose current position is located on both sides of a road, a shop door, or a station (of a bus stop or a subway station) may be selected. Among them, the selected shared bicycles are all abnormal unlocked vehicles available.
  • a shared bicycle is selected near the target location, it is used as the target shared bicycle.
  • the execution subject may refer to performing step 202 to step 204 in the embodiment shown in FIG. 2, and details are not described herein again. If at least two shared bicycles are selected near the target location, they are used as the target shared bicycles. Then the execution subject may proceed to step 304.
  • Step 304 Send a car use instruction to the target shared bicycle, generate feedback information for a car use application, and send the feedback information to the terminal.
  • the execution subject may send a car use instruction to each target shared bicycle (that is, at least two selected shared bicycles). In this way, each target shared bicycle can issue a prompt message.
  • the execution subject may generate the feedback information of the car use application at the same time or after sending the car use instruction to the target shared bicycle. And can send feedback information to the terminal.
  • the feedback information may include the following information "the car use instruction has been sent to multiple shared bicycles".
  • the feedback information may include a vehicle number of each target shared bicycle.
  • the execution subject may obtain the prompt information and / or the vehicle number of each target shared bicycle. Thereby, feedback information including prompt information and / or vehicle number of each target shared bicycle can be generated.
  • the prompt information is a voice message including a vehicle number, such as "I am vehicle 1".
  • the execution subject may generate feedback information including prompt information or vehicle number.
  • Step 305 Receive confirmation information of the feedback information sent by the terminal.
  • the execution body may receive confirmation information of the feedback information sent by the terminal.
  • the confirmation information here can be used to indicate that the user confirms the use of the shared bicycle. And usually, the user will only send a confirmation message when they arrive near the target location or near the location of the shared bike. Therefore, the confirmation information can also be used to indicate that the user has reached the vicinity of the target location (or any target shared bicycle).
  • the confirmation information may also be used to characterize the target shared bicycle selected by the user. For example, the user may select an identification from the identifications of each target shared bicycle displayed on the map. Alternatively, a target shared bicycle may be selected from the feedback information and / or vehicle number of each target shared bicycle in the feedback information. At this time, the terminal may generate confirmation information including related information of the target shared bicycle selected by the user.
  • step 307 may be performed. If the user does not select a target shared bicycle from each target shared bicycle, the execution subject may perform step 306.
  • Step 306 Acquire the current location information of the user and each target shared bicycle; and select the target shared bicycle from each target shared bicycle according to the obtained current position information.
  • the execution subject may obtain the current location information of the user through terminal positioning.
  • the current location information can be obtained through the positioning of each target shared bicycle.
  • the execution subject may select the target shared bicycle from each target shared bicycle according to the user's current location information and the current location information of each target shared bicycle.
  • the execution subject may randomly select or select a target shared bicycle located at a preset position (such as the first or second position) from the near end in an order from near to far from the user's current position.
  • the execution subject may select a target shared bicycle that is closer to the user's current location and the location is easy for the user to find (such as located on both sides of the road, near a station, etc.)
  • Step 307 Send an unlock instruction to the target shared bicycle.
  • the execution subject may send an unlock instruction to the target shared bicycle indicated by the confirmation information. If in step 306, the execution subject selects the target shared bicycle from each target shared bicycle, it may send an unlock instruction to the selected target shared bicycle. For details, reference may be made to step 204 in the embodiment of FIG. 2, and details are not described herein again.
  • the method for unlocking a shared bicycle provided by this embodiment describes the process of determining a target shared bicycle and selecting a target shared bicycle from the user to send an unlock instruction for a case where the user does not select a specified shared bicycle. In this way, the process of unlocking methods is enriched and improved. It helps to expand the scope of the method and meet the needs of different users.
  • FIG. 4 illustrates a process 400 of a third embodiment of the method for unlocking a shared bicycle according to the present application.
  • the unlocking method may include the following steps:
  • Step 401 Detect a user's selection operation on a shared bicycle identifier displayed near a target location displayed on a map, and send a car application to a server.
  • the execution subject of the unlocking method of the shared bicycle detects a user's selection operation on the shared bicycle identification displayed near the target location displayed on the map.
  • You can send a car application to the server (such as server 105 shown in Figure 1).
  • the server can send a car use instruction to the target shared bicycle (for example, the shared bicycles 107 and 108 shown in FIG. 1), so that the target shared bicycle sends a prompt message.
  • the server can generate the feedback information of the car application and send the feedback information to the terminal.
  • the target shared bicycle may include the shared bicycle that is applied for by the vehicle use application. For details, reference may be made to steps 201 to 203 in the embodiment of FIG. 2, and details are not described herein again.
  • a shared bicycle to apply for use. That is, select a bike sharing logo on the map and apply through the terminal car.
  • the user may not select shared bicycles, or select multiple shared bicycles.
  • the shared bicycles displayed on the above map may include abnormally unlocked vehicles and / or normally unlocked vehicles.
  • these two vehicles can use two maps separately or share the same map.
  • the identification of the abnormally unlocked vehicle and the identification of the normally unlocked vehicle may be different.
  • the difference here can refer to different identifications.
  • the sign "not” means the vehicle is unlocked abnormally; the sign "positive” means the vehicle is unlocked normally.
  • the difference mentioned here can also mean that the logo is displayed differently. For example, the logo displays different sizes and / or colors.
  • the executing entity may first determine whether the shared bicycle selected by the user includes an abnormally unlocked vehicle. If the user selects a shared bicycle, the execution subject may determine whether the shared bicycle is an abnormally unlocked vehicle according to the identifier or vehicle information. If the shared bicycle is an abnormally unlocked vehicle, it may be determined that the shared bicycle selected by the user includes an abnormally unlocked vehicle. If the user selects at least two shared bicycles, the execution subject may determine whether there are abnormally unlocked vehicles in these shared bicycles. If so, it can be determined to be included. In the case where it is determined to be included, the executing entity may send a car application to the server. It should be noted that if the user does not choose to share a bicycle, the execution entity may directly send a car application to the server.
  • Step 402 Receive and present feedback information sent by the server.
  • the execution body may receive feedback information sent by the server. And the feedback information can be presented to the user.
  • the screen of the execution subject may display feedback information including the following information "The car instruction has been sent, please go to the location of the vehicle”.
  • feedback information including the vehicle number of the target shared bicycle may be displayed on the screen of the execution subject.
  • the manner in which the execution subject receives and presents the feedback information may include (but is not limited to) at least one of the following:
  • the execution subject may determine the identifier representing the target shared bicycle on the map according to the related information (such as vehicle number or location information) of the target shared bicycle in the feedback information.
  • the related information such as vehicle number or location information
  • the server can use the processed map as feedback information.
  • the execution subject may display the identification of each shared bicycle located near the target location on the map. And the identification of the target shared bicycle is different from the identification of other shared bicycles. The difference here can be that the logo itself is different, or that the logo is displayed differently.
  • the feedback information includes the prompt information of the target shared bicycle.
  • the execution subject can directly use the speakers, flashlights, etc. installed on it to present the prompt information.
  • the execution subject may present the prompt information of the target shared bicycle when the user triggers an operation on the identifier of the target shared bicycle displayed on the map. This can prevent confusion caused by the prompt information of multiple target shared bicycles being presented at the same time.
  • the execution subject may display the vehicle number of the target shared bicycle on the map as an identifier.
  • the execution subject may display the vehicle number of the target shared bicycle on the map at a position corresponding to the identification of the target shared bicycle.
  • Step 403 When the user arrives at the current location of the target shared bicycle, send confirmation information of the feedback information to the server.
  • the user when the user reaches the current location of the target shared bicycle, the user can perform operations on the execution subject. After the execution subject detects the operation, it can send confirmation information of the feedback information to the server. In this way, the server can send an unlock instruction to the target shared bicycle. The user can then use the unlocked target to share the bike.
  • the confirmation information here can be used to indicate that the user confirms the use of the shared bicycle that he has applied for. It should be noted that the confirmation information usually does not include the unlock key of the target shared bicycle (that is, information required for normal unlocking, such as two-dimensional code or three-dimensional code information).
  • the operation performed by the user on the execution subject may be an operation for instructing to send confirmation information; it may also be a user selection operation of an identifier of the target shared bicycle displayed on the screen of the execution subject.
  • the execution subject may generate confirmation information for characterizing the target shared bicycle selected by the user.
  • the confirmation information may include related information such as the vehicle number or the prompt information of the target shared bicycle. In this way, the server can send an unlock instruction to the target shared bicycle indicated by the confirmation message.
  • the execution entity may also receive the charging information of the target shared bicycle sent by the server. And can present the billing information to the user. This makes it easy for users to know the usage of shared bicycles in time. In addition, users can also use the execution subject to provide feedback on vehicles that lack unlock keys and malfunctions.
  • a vehicle use application when detecting a user's selection operation on the shared bicycle identification displayed near the target location displayed on the map, a vehicle use application may be sent to the server.
  • the server can send a car use instruction to the target shared bicycle, so that the target shared bicycle sends out a prompt message, and generates feedback information for the use of the vehicle.
  • the feedback information sent by the server can be received and presented.
  • the server can send confirmation information of the feedback information to the server.
  • the server can send an unlock instruction to the target shared bicycle. This enriches the way to unlock shared bicycles.
  • unlocking of shared bicycles (especially shared bicycles without unlocking keys) can be realized. This is conducive to improving the usage rate and user experience of shared bicycles.
  • the unlocking method may include the following steps:
  • Step 501 Receive a car use instruction sent by a server, and send a prompt message.
  • an execution subject of the unlocking method of a shared bicycle may receive a user-sent application (such as the server 105 shown in FIG. 1) using a wireless connection.
  • Car instructions such as the server 105 shown in FIG. 1.
  • a prompt message can be issued. This makes it easier for users to find vehicles, reduces the time it takes for users, and improves the user experience.
  • the prompt information may include (but is not limited to) at least one of a sound prompt, a light prompt, or a vibration prompt.
  • the car use instruction may be generated when the server receives a car use application sent by a terminal (for example, the terminals 101, 102, and 103 shown in FIG. 1).
  • the car use application here may be generated by the terminal when it detects a user's selection operation on the map of the shared bicycle identification displayed near the target location on the map.
  • the execution subject in this embodiment may be a normally unlocked vehicle or an abnormally unlocked vehicle.
  • the prompt information issued by different execution subjects may be the same or different.
  • the prompt information issued by the shared bicycles of different production batches may be different.
  • the car use instruction may include prompt information allocated by the server. In this way, after receiving the car use instruction, the execution body can issue the prompt information indicated by the car use instruction.
  • Step 502 Receive an unlock instruction sent by the server, and perform an unlock operation.
  • the execution body when the execution subject receives the unlocking instruction sent by the server, the execution body may perform an unlocking operation, so that the car lock installed thereon is opened. In this way, the user who sends the car application can use the execution body.
  • the unlock instruction may be generated by the server after receiving confirmation information of the feedback information sent by the terminal.
  • the feedback information is usually generated by the server end and sent to the terminal when the car use instruction is issued.
  • the execution body may send the first feedback information to the server to indicate that it is currently in the unlocked state. So that the server can start charging. And the server can remove the identification of the target shared bicycle from the map. After the car lock on the execution body is locked, the execution body may send the second feedback information to the server to indicate that it is currently in the locked state. So that the server can stop charging. And the server can re-display the logo of the target shared bicycle on the map.
  • the method for unlocking a shared bicycle proposed in this embodiment may send a prompt message by receiving a car use instruction sent by a server. This makes it easier for users to find vehicles. And when the unlock instruction sent by the server is received, the unlock operation can be performed. This allows the user to use the vehicle.
  • the car use instruction is generated when the server receives a car use application sent by the terminal; the car use application is generated when the terminal detects a user's selection operation of the shared bicycle identification displayed near the target location on the map.
  • the unlocking instruction is generated by the server after receiving the confirmation information of the feedback information sent by the terminal; the feedback information is generated and sent to the terminal by the server when it issues a car use instruction.
  • the shared bicycle can also be unlocked. This enriches the unlocking methods of shared bicycles and helps meet the needs of different users. At the same time, it is beneficial to improve the utilization rate of shared bicycles (especially abnormal unlocked vehicles).
  • FIG. 6 is a schematic diagram of an application scenario of a method for unlocking a shared bicycle according to the foregoing embodiments.
  • a user may install a bicycle sharing application on the terminal 101 used by the user. And you can use shared bikes through the app.
  • the user can open a bicycle sharing application on the terminal 101. Select the distribution map of abnormally unlocked vehicles in the application and enter the target location. At this point, the logo of the shared bicycle located near the target location can be displayed on the map.
  • the terminal 101 may generate a car use application including a vehicle number (such as number A) of the shared bicycle selected by the user.
  • the application for the car may be sent to the background server 105.
  • the server 105 may send a car use instruction to the shared bicycle number A.
  • the shared bicycle 107 with the number A may continuously or intermittently issue a “ ⁇ ” prompt message after receiving the car use instruction.
  • the server 105 may generate the feedback information that "the car instruction has been sent to the vehicle of the number A". And the feedback information may be sent to the terminal 101.
  • the terminal 101 may present the feedback information to the user.
  • a “ ⁇ ” prompt message is issued. Then the user can determine that he or she is applying for a shared bicycle. Further, the user may also compare the vehicle number in the feedback information with the vehicle number on the shared bicycle. If the two are the same, the user can determine that they are sharing bikes that they have applied for. At this time, the user may send a confirmation message to the server 105 through the confirmation button displayed on the terminal 101.
  • the server 105 may send an unlock instruction to the shared bicycle 107 with the number A.
  • the shared bicycle 107 may perform an unlock operation.
  • the car lock on it is unlocked.
  • the server 105 may abandon the shared bicycle. At this time, the server 105 can clear the relevant information of the current car application. A car cancellation instruction may be sent to the shared bicycle 107 to stop the shared bicycle from issuing a prompt message. At the same time, the storage state of the shared bicycle 107 can be changed to a usable state. This will help increase the effective use of shared bikes (ie, the percentage actually used by users).
  • FIG. 7 a schematic structural diagram of a computer system 700 suitable for implementing an electronic device (such as the terminals 101, 102, 103, or the server 105 shown in FIG. 1) according to the embodiment of the present application is shown.
  • the electronic device shown in FIG. 7 is only an example, and should not impose any limitation on the functions and scope of use of the embodiments of the present application.
  • the computer system 700 includes a central processing unit (CPU) 701, which can be loaded into a random access memory (RAM) 703 from a program stored in a read-only memory (ROM) 702 or from a storage section 708. Instead, perform various appropriate actions and processes.
  • RAM random access memory
  • ROM read-only memory
  • various programs and data required for the operation of the system 700 are also stored.
  • the CPU 701, ROM 702, and RAM 703 are connected to each other through a bus 704.
  • An input / output (I / O) interface 705 is also connected to the bus 704.
  • the following components are connected to the I / O interface 705: an input portion 706 including a touch screen, buttons, a mouse, a microphone, a camera, etc .; an output portion 707 including a cathode ray tube (CRT) and / or a liquid crystal display (LCD), and a speaker, etc.
  • the communication section 709 performs communication processing via a network such as the Internet.
  • the driver 710 is also connected to the I / O interface 705 as needed.
  • a removable medium 711 such as a magnetic disk, an optical disk, a magneto-optical disk, a semiconductor memory, etc., is installed on the drive 710 as needed, so that a computer program read out therefrom is installed into the storage section 708 as needed.
  • the process described above with reference to the flowchart may be implemented as a computer software program.
  • embodiments of the present disclosure include a computer program product including a computer program carried on a computer-readable medium, the computer program containing program code for performing a method shown in a flowchart.
  • the computer program may be downloaded and installed from a network through the communication section 709, and / or installed from a removable medium 711.
  • CPU central processing unit
  • the computer-readable medium of the present application may be a computer-readable signal medium or a computer-readable storage medium or any combination of the two.
  • the computer-readable storage medium may be, for example, but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination thereof. More specific examples of computer-readable storage media may include, but are not limited to: electrical connections with one or more wires, portable computer disks, hard disks, random access memory (RAM), read-only memory (ROM), erasable Programming read-only memory (EPROM or flash memory), optical fiber, portable compact disk read-only memory (CD-ROM), optical storage device, magnetic storage device, or any suitable combination of the foregoing.
  • a computer-readable medium may be any tangible medium that contains or stores a program that can be used by or in combination with an instruction execution system, apparatus, or device.
  • a computer-readable signal medium may include a data signal that is included in baseband or propagated as part of a carrier wave, and which carries computer-readable program code. Such a propagated data signal may take many forms, including but not limited to electromagnetic signals, optical signals, or any suitable combination of the foregoing.
  • the computer-readable signal medium may also be any computer-readable medium other than a computer-readable storage medium, and the computer-readable medium may send, propagate, or transmit a program for use by or in connection with an instruction execution system, apparatus, or device .
  • Program code embodied on a computer-readable medium may be transmitted using any appropriate medium, including but not limited to wireless, wireline, optical fiber cable, RF, etc., or any suitable combination of the foregoing.
  • each block in the flowchart or block diagram may represent a module, a program segment, or a part of code, which contains one or more functions to implement a specified logical function Executable instructions.
  • the functions noted in the blocks may also occur in a different order than those marked in the drawings. For example, two successively represented boxes may actually be executed substantially in parallel, and they may sometimes be executed in the reverse order, depending on the functions involved.
  • each block in the block diagrams and / or flowcharts, and combinations of blocks in the block diagrams and / or flowcharts can be implemented by a dedicated hardware-based system that performs the specified function or operation , Or it can be implemented with a combination of dedicated hardware and computer instructions.
  • the units described in the embodiments of the present application may be implemented by software or hardware.
  • the described unit may also be provided in a processor, for example, it can be described as: a processor includes a car application receiving unit, a car instruction sending unit, a feedback information sending unit, and an unlocking instruction sending unit.
  • a processor includes a car application sending unit, a feedback information receiving unit, and a confirmation information sending unit.
  • the names of these units do not constitute a limitation on the unit itself in some cases.
  • a car application receiving unit may also be described as a “unit for receiving a car application sent by a terminal”.
  • the present application also provides a computer-readable medium, which may be included in the electronic device described in the foregoing embodiments; or may exist alone without being assembled into the electronic device in.
  • the computer-readable medium described above carries one or more programs, and when the one or more programs are executed by the electronic device, the electronic device: receives a car use application sent by a terminal, where the car use application is a terminal in Generated by detecting a user's selection operation on the map of the shared bicycle identifier displayed near the target location; sending a vehicle use instruction to the target shared bicycle to cause the target shared bicycle to issue a prompt message, where the target shared bicycle includes a user
  • the bike sharing application applied for the car application generates feedback information of the car use application and sends the feedback information to the terminal; receives the confirmation information of the feedback information sent by the terminal, and sends an unlock instruction to the target shared bicycle.
  • the electronic device may be caused to: detect a user's selection operation on the map and display the shared bicycle identifier near the target location and send it to the server.
  • Application for car use so that the server sends a car use instruction to the target shared bike, so that the target shared bike sends out a reminder message, and generates feedback information for the use of the car, where the target shared bike includes the shared bike requested by the car use application;
  • Receive and present feedback information sent by the server when the user arrives at the current location of the target shared bicycle, send confirmation information of the feedback information to the server, so that the server sends an unlock instruction to the target shared bicycle.

Landscapes

  • Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Engineering & Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Theoretical Computer Science (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • Tourism & Hospitality (AREA)
  • Finance (AREA)
  • Economics (AREA)
  • Development Economics (AREA)
  • Marketing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Human Resources & Organizations (AREA)
  • Operations Research (AREA)
  • Signal Processing (AREA)
  • Quality & Reliability (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Lock And Its Accessories (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Primary Health Care (AREA)
  • Traffic Control Systems (AREA)
  • Navigation (AREA)

Abstract

本申请实施例公开了共享单车的解锁方法。该方法的一具体实施方式包括：接收终端发送的用车申请，其中，用车申请是终端在检测到用户对地图上所显示的位于目标位置附近的共享单车的标识的选择操作而生成的；向目标共享单车发送用车指令，以使目标共享单车发出提示信息，其中，目标共享单车包括用车申请所申请的共享单车；生成用车申请的反馈信息，将反馈信息发送给终端；接收终端发送的反馈信息的确认信息，向目标共享单车发送解锁指令。该实施方式在无解锁密钥(如二维码)的情况下，可以实现共享单车的解锁。这样有利于提高共享单车的使用率。

Description

共享单车的解锁方法 技术领域
本申请实施例涉及计算机技术领域，具体涉及共享单车的解锁方法。
背景技术
随着科技的发展，共享单车已逐渐成为人们常用的出行工具之一。目前，现有的共享单车一般是通过扫描车身二维码或输入车辆编号进行解锁。然而，在车身二维码以及车辆编号均被损坏的情况下，往往无法通过这种解锁方式来进行车辆解锁。这就会导致车辆无法使用，影响车辆的使用率。
发明内容
本申请实施例提出了共享单车的解锁方法。
第一方面，本申请实施例提出了一种共享单车的解锁方法，该方法用于服务端，包括：接收终端发送的用车申请，其中，用车申请是终端在检测到用户对地图上所显示的位于目标位置附近的共享单车的标识的选择操作而生成的；向目标共享单车发送用车指令，以使目标共享单车发出提示信息，其中，目标共享单车包括用车申请所申请的共享单车；生成用车申请的反馈信息，将反馈信息发送给终端；接收终端发送的反馈信息的确认信息，向目标共享单车发送解锁指令。
在一些实施例中，地图上所显示的共享单车包括非正常解锁车辆。
在一些实施例中，向目标共享单车发送用车指令，包括：确定目标共享单车是否为可用的非正常解锁车辆；若确定目标共享单车是可用的非正常解锁车辆，则向目标共享单车发送用车指令。
在一些实施例中，提示信息包括以下至少一种：声音提示、震动提示或灯光提示；以及不同生产批次的共享单车发出的提示信息不同；或 者向目标共享单车发送用车指令，包括：获取目标共享单车的当前位置信息，为目标共享单车分配提示信息；生成包括分配的提示信息的用车指令，将用车指令发送给目标共享单车；其中，位于相同区域内的各共享单车发出的提示信息不同，或者位于相同区域内的各共享单车在同一时间段内发出的提示信息不同。
在一些实施例中，生成用车申请的反馈信息包括：获取目标共享单车的提示信息，生成包括目标共享单车的提示信息的反馈信息。
在一些实施例中，该方法还包括：接收目标共享单车发送的用于表征当前处于开锁状态的第一反馈信息，开始计费，且将目标共享单车的标识在地图上去除；以及接收目标共享单车发送的用于表征当前处于上锁状态的第二反馈信息，停止计费，且将目标共享单车的标识在地图上重新显示；以及向终端发送计费信息。
在一些实施例中，向目标共享单车发送用车指令之前，该方法还包括：确定用车申请所申请的共享单车的数量是否为一辆；响应于确定不是，在目标位置附近选取至少一辆共享单车，以作为目标共享单车。
在一些实施例中，若在目标位置附近选取至少两辆共享单车，以作为目标共享单车，则向目标共享单车发送解锁指令，包括：获取用户和各目标共享单车的当前位置信息；根据获取的当前位置信息从各目标共享单车中选取目标共享单车；以及向选取的目标共享单车发送解锁指令。
在一些实施例中，若在目标位置附近选取至少两辆共享单车，以作为目标共享单车，且各目标共享单车发出的提示信息不同，则生成用车申请的反馈信息包括：获取各目标共享单车的提示信息和/或车辆编号，生成包括各目标共享单车的提示信息和/或车辆编号的反馈信息；以及接收终端发送的反馈信息的确认信息，向目标共享单车发送解锁指令，包括：接收终端发送的确认信息，向确认信息所指示的目标共享单车发送解锁指令，其中，确认信息用于表征用户所选择的目标共享单车。
第二方面，本申请实施例提出了一种共享单车的解锁装置，该装置设置于服务端，包括：用车申请接收单元，被配置成接收终端发送的用车申请，其中，用车申请是终端在检测到用户对地图上所显示的位于目标位置附近的共享单车的标识的选择操作而生成的；用车指令发送单 元，被配置成向目标共享单车发送用车指令，以使目标共享单车发出提示信息，其中，目标共享单车包括用车申请所申请的共享单车；反馈信息发送单元，被配置成生成用车申请的反馈信息，将反馈信息发送给终端；解锁指令发送单元，被配置成接收终端发送的反馈信息的确认信息，向目标共享单车发送解锁指令。
第三方面，本申请实施例提出了一种共享单车的解锁方法，方法用于终端，包括：检测到用户对地图上所显示的位于目标位置附近的共享单车的标识的选择操作，向服务端发送用车申请，以使服务端向目标共享单车发送用车指令，以使目标共享单车发出提示信息，以及生成用车申请的反馈信息，其中，目标共享单车包括用车申请所申请的共享单车；接收并呈现服务端发送的反馈信息；在用户到达目标共享单车的当前所在位置处时，向服务端发送反馈信息的确认信息，以使服务端向目标共享单车发送解锁指令。
在一些实施例中，地图上所显示的共享单车包括非正常解锁车辆。
在一些实施例中，地图上所显示的共享单车还包括正常解锁车辆，且正常解锁车辆的标识与非正常解锁车辆的标识不同；以及向服务端发送用车申请，包括：确定用户选择的共享单车中是否包括非正常解锁车辆；若确定包括，则向服务端发送用车申请。
在一些实施例中，接收并呈现服务端发送的反馈信息，包括以下至少一种：在地图上显示目标共享单车的标识，并去除其他共享单车的标识；在地图上显示位于目标位置附近的各共享单车的标识，且目标共享单车的标识与其他共享单车的标识不同；检测到用户对地图上显示的目标共享单车的标识的触发操作，呈现目标共享单车的提示信息，其中，反馈信息包括目标共享单车的提示信息；将目标共享单车的车辆编号作为标识显示在地图上，或者在地图上对应于目标共享单车的标识的位置处显示目标共享单车的车辆编号，其中，反馈信息包括目标共享单车的车辆编号。
在一些实施例中，该方法还包括：接收并呈现服务端发送的目标共享单车的计费信息。
第四方面，本申请实施例提出了一种共享单车的解锁装置，该装置设置于终端，包括：用车申请发送单元，被配置成检测到用户对地图上 所显示的位于目标位置附近的共享单车的标识的选择操作，向服务端发送用车申请，以使服务端向目标共享单车发送用车指令，以使目标共享单车发出提示信息，以及生成用车申请的反馈信息，其中，目标共享单车包括用车申请所申请的共享单车；反馈信息接收单元，被配置成接收并呈现服务端发送的反馈信息；确认信息发送单元，被配置成在用户到达目标共享单车的当前所在位置处时，向服务端发送反馈信息的确认信息，以使服务端向目标共享单车发送解锁指令。
第五方面，本申请实施例提出了一种共享单车的解锁方法，该方法用于车辆端，包括：接收服务端发送的用车指令，并发出提示信息，其中，用车指令是服务端在接收到终端发送的用车申请而生成的，用车申请是终端在检测到用户对地图上所显示的位于目标位置附近的共享单车的标识的选择操作而生成的；接收服务端发送的解锁指令，执行解锁操作，其中，解锁指令是服务端在接收到终端发送的反馈信息的确认信息而生成的，反馈信息是服务端在发出用车指令的情况下生成并发送给终端的。
在一些实施例中，车辆端包括非正常解锁车辆。
在一些实施例中，不同生产批次的共享单车发出的提示信息不同；或者用车指令中包括服务端分配的提示信息，以及发出提示信息，包括：发出用车指令所指示的提示信息。
在一些实施例中，该方法还包括：向服务端发送用于表征当前处于开锁状态的第一反馈信息，以使服务端开始计费，且将目标共享单车的标识在地图上去除；以及向服务端发送用于表征当前处于上锁状态的第二反馈信息，以使服务端停止计费，且将目标共享单车的标识在地图上重新显示。
第六方面，本申请实施例提出了一种共享单车的解锁装置，该装置设置于车辆端，包括：用车指令接收单元，被配置成接收服务端发送的用车指令，并发出提示信息，其中，用车指令是服务端在接收到终端发送的用车申请而生成的，用车申请是终端在检测到用户对地图上所显示的位于目标位置附近的共享单车的标识的选择操作而生成的；解锁单元，被配置成接收服务端发送的解锁指令，执行解锁操作，其中，解锁指令是服务端在接收到终端发送的反馈信息的确认信息而生成的，反馈 信息是服务端在发出用车指令的情况下生成并发送给终端的。
第七方面，本申请实施例提出了一种电子设备，包括：一个或多个处理器；存储装置，其上存储有一个或多个程序；当一个或多个程序被一个或多个处理器执行，使得一个或多个处理器实现如上述第一方面、第三方面或第五方面中任一实施例所描述的方法。
第八方面，本申请实施例提出了一种计算机可读介质，其上存储有计算机程序，其中，该计算机程序被处理器执行时实现如上述第一方面、第三方面或第五方面中任一实施例所描述的方法。
本申请实施例提出的共享单车的解锁方法，通过接收终端发送的用车申请，便可以向目标共享单车发送用车指令，以使目标共享单车发出提示信息。其中，用车申请可以是终端在检测到用户对地图上所显示的位于目标位置附近的共享单车的标识的选择操作而生成的。而目标共享单车可以包括用车申请所申请的共享单车。同时，可以生成用车申请的反馈信息，以及将反馈信息发送给终端。进而，在接收终端发送的反馈信息的确认信息时，可以向目标共享单车发送解锁指令。这样可以实现共享单车(尤其是无解锁密钥的共享单车)的解锁。从而有利于提高共享单车的使用率和用户体验，也有助于改善企业的运营收益。
附图说明
通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本申请的其它特征、目的和优点将会变得更明显：
图1是本申请的一个实施例可以应用于其中的示例性系统架构图；
图2是根据本申请的共享单车的解锁方法的第一个实施例的流程图；
图3是根据本申请的共享单车的解锁方法的第二个实施例的流程图；
图4是根据本申请的共享单车的解锁方法的第三个实施例的流程图；
图5是根据本申请的共享单车的解锁方法的第四个实施例的流程图；
图6是根据本申请的共享单车的解锁方法的一个应用场景的示意 图；
图7是适于用来实现本申请实施例的电子设备的计算机系统的结构示意图。
具体实施方式
下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释相关发明，而非对该发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与有关发明相关的部分。
需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。
图1示出了可以应用本申请实施例的共享单车的解锁方法的示例性系统架构100。
如图1所示，系统架构100可以包括终端101、102、103，网络104、106，服务端105和共享单车107、108。网络104可以用以在终端101、102、103与服务端105之间提供通信链路的介质。网络106可以用以在服务端105与共享单车107、108之间提供通信链路的介质。网络104、106可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。
用户可以使用终端101、102、103通过网络104与服务端105进行交互，以接收或发送消息等。终端101、102、103上可以安装有各种客户端应用，例如共享单车类应用、地图类应用、支付类应用、浏览器和即时通讯工具等。
用户可以打开终端101、102、103上安装的共享单车类应用。这样，终端101、102、103在检测到用户对地图上显示的共享单车的标识的选择操作时，可以向服务端105发送用车申请。并且终端101、102、103可以接收并呈现服务端105发送的用车申请的反馈信息。在用户到达选择的共享单车的位置附近时，可以使用终端101、102、103向服务端105发送确认信息。从而可以使共享单车107、108执行服务端105发送的解锁指令所指示的解锁操作。
这里的终端101、102、103可以是硬件，也可以是软件。当终端101、102、103为硬件时，可以是具有显示屏的各种电子设备，包括但不限于智能手机、平板电脑、可穿戴设备、电子书阅读器、MP3播放器(Moving Picture Experts Group Audio Layer III，动态影像专家压缩标准音频层面3)、膝上型便携计算机和台式计算机等等。当终端101、102、103为软件时，可以安装在上述所列举的电子设备中。其可以实现成多个软件或软件模块(例如用来提供分布式服务)，也可以实现成单个软件或软件模块。在此不做具体限定。
服务端105可以是提供各种服务的服务端，例如可以是对终端101、102、103上安装的各种应用提供支持的后台服务器。后台服务器可以对接收的终端101、102、103发送的用车申请进行分析。从而可以向用户申请的共享单车发送用车指令，以使其发出提示信息。并可以向终端101、102、103发送反馈信息。此外，后台服务器在接收到终端101、102、103发送的确认信息后，可以向用户申请的共享单车发送解锁指令，从而使共享单车执行解锁操作。
这里的服务端105同样可以是硬件，也可以是软件。当服务端105为硬件时，可以实现成多个服务端组成的分布式服务端集群，也可以实现成单个服务端。当服务端105为软件时，可以实现成多个软件或软件模块(例如用来提供分布式服务)，也可以实现成单个软件或软件模块。在此不做具体限定。
共享单车107、108可以通过网络106与服务端105通信连接。这里的共享单车107、108可以是付费使用的各种车辆，例如现有的小黄车、小蓝车等。共享单车107、108在接收到服务端105发送的用车指令时，可以发出提示信息，以便于用户寻找。并且在接收到服务端105发送的解锁指令时，可以执行解锁操作，以供用户使用。
需要说明的是，本申请实施例所提供的共享单车的解锁方法一般可以由终端101、102、103，服务端105或共享单车107、108执行。
应该理解，图1中的终端、网络、服务端和共享单车的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端、网络、服务端和共享单车。
继续参见图2，其示出了根据本申请的共享单车的解锁方法的第一 个实施例的流程200。该共享单车的解锁方法可以包括以下步骤：
步骤201，接收终端发送的用车申请。
在本实施例中，共享单车的解锁方法的执行主体(例如图1所示的服务端105)可以通过有线连接方式或无线连接方式，接收终端(例如图1所示的终端101、102、103)发送的用车申请。其中，用车申请可以用于表征用户申请使用共享单车(例如图1所示的共享单车107、108)。作为示例，用车申请中通常可以包括用户信息和车辆信息。而用户信息可以包括如手机号、姓名或用户ID(身份标识号码)等中的一种或多种。车辆信息可以包括如车辆编号或ID、车辆名称等。再例如，用车申请中还可以包括使用位置信息，如经纬度坐标、建筑名称或通信地址等。
在这里，用车申请可以是终端在检测到用户对地图上所显示的位于目标位置附近的共享单车的标识的选择操作而生成的。这里的目标位置可以是任意位置。用户可以通过多种方式来输入目标位置，如手动或语音输入或者在地图上选取输入等。而目标位置附近一般是指与目标位置的距离在预设距离(如50米或100米等)内的任意位置。其中，共享单车的标识可以用于在地图上唯一表示共享单车。标识可以包括(但不限于)以下至少一种：文字、符号、图像等。
可以理解的是，通常情况下，用户会选择一辆共享单车来申请使用。即在地图上选定一辆共享单车的标识并进行用车申请。也就是说，用车申请中通常会包括用户选定的共享单车的车辆信息。
在本实施例的一些可选地实现方式中，用户也可以不选择共享单车，或者选择多辆共享单车。对于这种情况，本申请的共享单车的解锁方法可以参见图3实施例的相关描述，此处不再赘述。
此外，本实施例中的共享单车可以是正常解锁车辆，也可以是非正常解锁车辆。其中，正常解锁车辆一般是指可以通过出厂设计的常规解锁方式正常解锁的共享单车。如现有的二维码或三维码解锁的车辆。非正常解锁车辆一般是指无法通过出厂设计的常规解锁方式正常解锁的共享单车。如二维码或三维码、车辆编号等均被破坏的车辆。也就是说，上述地图上可以同时显示正常解锁车辆的标识和非正常解锁车辆的标识。或者上述地图可以分为两种，一种地图上可以显示正常解锁车辆的 标识。而另一种地图上可以显示非正常解锁车辆的标识。此时，使用终端的用户可以根据需求进行地图切换。
步骤202，向目标共享单车发送用车指令。
在本实施例中，执行主体在接收到步骤201中的用车申请的情况下，可以通过无线连接方式向目标共享单车发送用车指令，以使目标共享单车可以发出提示信息。其中，目标共享单车可以包括用车申请所申请的共享单车，即用户选择的共享单车。这里的提示信息可以是有助于用户发现或寻找共享单车的任意信息。如可以(但不限于)是声音提示(如铃声或音乐等)和/或灯光提示(如常亮或闪烁灯)。其中，灯光可以是采用现有的各种发光原理而产生的单色光或彩色光。
作为示例，共享单车的控制装置中可以存储有预先设置的提示信息。这样，在执行主体向目标共享单车发送用车指令后，目标共享单车可以发出预先设置的提示信息。再例如，执行主体在接收到用车申请后，可以获取预先存储的提示信息。之后可以生成包括提示信息的用车指令。这样，目标共享单车可以发出用车指令中的提示信息。其中，提示信息的存储位置在本申请中并不限制。如可以存储在执行主体本地，也可以存储在云端等。
在本实施例的一些可选地实现方式中，在目标共享单车为非正常解锁车辆的情况下，即用户在地图上选择了非正常解锁车辆的标识，执行主体在向目标共享单车发送用车指令之前，可以先确定目标共享单车是否为可用的非正常解锁车辆。这里的可用主要指车辆无故障，且未被其他用户申请使用。并且在确定目标共享单车是可用的非正常解锁车辆时，可以向该目标共享单车发送用车指令。若目标共享单车不是可用的非正常解锁车辆，则执行主体可以向用户所使用的终端发送申请失败提示信息，以提示用户选择其他非正常解锁车辆。
可以理解的是，若目标共享单车为正常解锁车辆，则执行主体同样可以在确定其为可用车辆的情况下，发送用车指令。
需要说明的是，各共享单车发出的提示信息可以相同，也可以不同。其中，提示信息包括以下至少一种：声音提示、震动提示或灯光提示。例如同一生产批次的共享单车发出的提示信息可以相同。而不同生产批次的共享单车发出的提示信息可以不同。而为了避免相同位置附近 的多辆共享单车同时发出提示信息而产生干扰，执行主体也可以根据共享单车的位置信息，对位于同一区域内的共享单车分配不同的提示信息。
可选地，执行主体首先可以获取目标共享单车的当前位置信息，从而为目标共享单车分配提示信息。例如，位于相同区域内的各共享单车发出的提示信息可以不同。再例如，位于相同区域内的各共享单车在同一时间段(如15分钟)内发出的提示信息可以不同。也就是说，如果在同一时间段内，有多个用户对同一目标位置附近的共享单车，同时或先后发出用车申请。那么执行主体可以为多个用户申请的共享单车分别分配不同的提示信息。
之后，执行主体可以生成包括分配的提示信息的用车指令，并将用车指令发送给对应的目标共享单车。例如，执行主体可以生成包括提示信息的具体内容的用车指令。再例如，执行主体和共享单车中均存储有提示信息列表。此时，执行主体可以生成包括提示信息的标识的用车指令。其中，提示信息列表可以用于描述标识与提示信息的对应关系。
步骤203，生成用车申请的反馈信息，将反馈信息发送给终端。
在本实施例中，执行主体在发出用车指令的情况下，还可以生成步骤201中接收的用车申请的反馈信息。并可以将反馈信息发送给终端。这里的反馈信息可以是用于表征用车申请成功的信息。例如反馈信息中可以包括如下信息“已发送用车指令，请前往车辆所在位置”。再例如，反馈信息中可以包括目标共享单车的车辆编号。这样，用户可以通过车辆编号来确认当前发出提示信息的共享单车是否为申请使用的车辆。
在一些实施例中，若共享单车发出的提示信息不同，则执行主体可以获取目标共享单车的提示信息。例如可以根据目标共享单车的车辆编号确认其生产批次，进而获取其提示信息。再例如获取已为目标共享单车分配的提示信息。从而可以生成包括目标共享单车的提示信息的反馈信息。
此时，终端可以将该反馈信息呈现给用户。例如终端可以利用扬声器播放声音提示。又例如终端可以利用手电筒显示灯光提示。再例如终端可以通过自身震动来呈现震动提示。和/或终端屏幕上可以显示文字信 息。这样，用户可以根据终端呈现的提示信息，确认当前发出提示信息的共享单车是否为申请使用的车辆。也就是说，在车身上缺少车辆编号的情况下，通过车辆的提示信息也可以有助于提高用户查找车辆的便捷性。
步骤204，接收终端发送的反馈信息的确认信息，向目标共享单车发送解锁指令。
在本实施例中，执行主体可以在接收到终端发送的反馈信息的确认信息的情况下，可以向目标共享单车发送解锁指令。这里的确认信息可以用于表征用户确认使用其所申请的共享单车。例如在用户达到目标共享单车当前所在位置附近，或已找到目标共享单车时，可以使用终端发送确认信息。确认信息中通常不包括目标共享单车的解锁密钥(即正常解锁所需的信息，如二维码或三维码信息)。
在这里，目标共享单车在接收到解锁指令的情况下，可以执行解锁操作，从而实现车辆解锁。这样，用户便可以使用该目标共享单车。
可选地，在目标共享单车执行解锁操作后，执行主体可以接收到目标共享单车发送的用于表征当前处于开锁状态的第一反馈信息。此时，执行主体可以开始计费。并且可以将目标共享单车的标识在地图上去除。其中，去除方式在本申请中并不限制，如隐藏、删除。以及在用户使用结束，并将目标共享单车上锁后，执行主体可以接收到目标共享单车发送的用于表征当前处于上锁状态的第二反馈信息。此时，执行主体可以停止计费。并且可以将目标共享单车的标识在地图上重新显示。同时，执行主体可以向终端发送计费信息。这样，用户在使用过程中可以实时了解费用信息。其中，计费信息可以包括(但不限于)以下至少一项：计费开始时间、计费结束时间、当前使用时长或当前费用等。
可以理解的是，采用本实施例提供的解锁方法，可以实现非正常解锁车辆。从而可以提高非正常解锁车辆的使用率。也有助于改善用户的使用体验和企业的运营收益。而且通过向目标共享单车发送用车指令，使其发出提示信息。这样可以便于用户寻找车辆，有利于缩短用户寻找车辆所需花费的时长。
而对于正常解锁车辆，既可以采用常规解锁方式，也可以采用本实施例提供的解锁方法。例如用户使用终端扫描车身二维码后，车辆始终 处于解锁中状态；或者多次解锁失败。在这些情况下，可以采用本实施例提供的解锁方法。即用户可以使用终端与执行主体进行多次交互，实现车辆解锁。这样，不仅丰富了共享单车的解锁方式。也可以有助于缩短解锁时长，减少用户的等待时长。
本实施例提供的共享单车的解锁方法，通过接收终端发送的用车申请，便可以向目标共享单车发送用车指令，以使目标共享单车发出提示信息。其中，用车申请可以是终端在检测到用户对地图上所显示的位于目标位置附近的共享单车的标识的选择操作而生成的。而目标共享单车可以包括用车申请所申请的共享单车。同时，可以生成用车申请的反馈信息，以及将反馈信息发送给终端。进而，在接收终端发送的反馈信息的确认信息时，可以向目标共享单车发送解锁指令。这样可以实现共享单车(尤其是无解锁密钥的共享单车)的解锁。从而有利于提高共享单车的使用率和用户体验，也有助于改善企业的运营收益。
进一步参见图3，其示出了根据本申请的共享单车的解锁方法的第二个实施例的流程300。该解锁方法可以包括以下步骤：
步骤301，接收终端发送的用车申请。
在本实施例中，共享单车的解锁方法的执行主体(例如图1所示的服务端105)可以通过有线连接方式或无线连接方式，接收终端(例如图1所示的终端101、102、103)发送的用车申请。在这里，用车申请可以是终端在检测到用户对地图上所显示的位于目标位置附近的共享单车的标识的选择操作而生成的。可以参见图2实施例的步骤201中的相关描述，此处不再赘述。需要说明的是，本实施例中的地图上所显示的共享单车主要指非正常解锁车辆。
步骤302，确定用车申请所申请的共享单车的数量是否为一辆。
在本实施例中，执行主体可以确定用车申请所申请的共享单车的数量是否为一辆。例如，若用车申请中没有车辆信息，说明用户没有指定车辆(即没有选择车辆)，则执行主体可以确定用车申请所申请的共享单车的数量不是一辆。再例如，若用车申请中包括多辆车辆信息，说明用户选择了多辆共享单车，则执行主体也可以确定用车申请所申请的共享单车的数量不是一辆。
在本实施例中，若执行主体确定用车申请所申请的共享单车的数量 是一辆，则可以执行如图2实施例中的步骤202至步骤204，此处不再赘述。若执行主体确定用车申请所申请的共享单车的数量不是一辆，则可以执行步骤303。
步骤303，在目标位置附近选取至少一辆共享单车，以作为目标共享单车。
在本实施例中，若执行主体确定用车申请所申请的共享单车的数量不是一辆，则可以在目标位置附近选取至少一辆共享单车。并将选取的至少一辆共享单车作为目标共享单车。这里的选取方式在本申请中并不限制。如可以随机选取，也可以通过筛选选取。作为示例，可以选取当前位置离目标位置较近的车辆。再例如，为了便于用户寻找车辆，可以选取当前位置位于道路两侧、店铺门口或站点(公交站、地铁站的)附近的车辆。其中，选取的共享单车均为可用的非正常解锁车辆。
在本实施例中，若在目标位置附近选取一辆共享单车，以作为目标共享单车。则执行主体可以参考执行如图2实施例中的步骤202至步骤204，此处不再赘述。若在目标位置附近选取至少两辆共享单车，以作为目标共享单车。则执行主体可以继续执行步骤304。
步骤304，向目标共享单车发送用车指令，以及生成用车申请的反馈信息，将反馈信息发送给终端。
在本实施例中，执行主体可以向各目标共享单车(即选取的至少两辆共享单车)均发送用车指令。这样，各目标共享单车可以都发出提示信息。
在本实施例中，执行主体在向目标共享单车发送用车指令的同时或之后，可以生成用车申请的反馈信息。并可以将反馈信息发送给终端。例如反馈信息可以包括以下信息“已向多辆共享单车发送用车指令”。再例如，反馈信息中可以包括各目标共享单车的车辆编号。
作为示例，若各目标共享单车发出的提示信息不同。则执行主体可以获取各目标共享单车的提示信息和/或车辆编号。从而可以生成包括各目标共享单车的提示信息和/或车辆编号的反馈信息。需要说明的是，如果提示信息为包括车辆编号的语音信息，如“我是车辆1”。此时，为了提高数据处理和传输效率，执行主体可以生成包括提示信息或车辆编号的反馈信息。
步骤305，接收终端发送的反馈信息的确认信息。
在本实施例中，执行主体可以接收终端发送的反馈信息的确认信息。这里的确认信息可以用于表征用户确认使用共享单车。而且通常情况下，用户在到达目标位置附近或共享单车所在位置附近时，才会发送确认信息。因此，确认信息也可以用于表征用户已达到目标位置(或任一目标共享单车)附近。
在一些应用场景中，确认信息还可以用于表征用户所选择的目标共享单车。例如，用户可以从地图上显示的各目标共享单车的标识中选取一个标识。或者可以根据反馈信息中的各目标共享单车的提示信息和/或车辆编号，从中选取一辆目标共享单车。此时，终端可以生成包括用户所选择的目标共享单车的相关信息的确认信息。
在这里，若执行主体可以依据确认信息，确定用户选择的目标共享单车，则可以执行步骤307。若用户没有从各目标共享单车中选择目标共享单车，则执行主体可以执行步骤306。
步骤306，获取用户和各目标共享单车的当前位置信息；根据获取的当前位置信息从各目标共享单车中选取目标共享单车。
在本实施例中，执行主体可以通过终端定位来获取用户的当前位置信息。并可以通过各目标共享单车的定位来获取其当前位置信息。之后，执行主体可以根据用户的当前位置信息和各目标共享单车的当前位置信息，从各目标共享单车中选取目标共享单车。作为示例，执行主体可以按照距离用户的当前位置由近到远的顺序，从距离近的一端随机选取或选取位于预设位(如第一或第二位等)的目标共享单车。再例如，执行主体可以选取距离用户的当前位置较近，且位置易于用户寻找(如位于道路两侧、站点附近等)的目标共享单车。
步骤307，向目标共享单车发送解锁指令。
在本实施例中，若在步骤305中，确认信息可以用于表征用户所选择的目标共享单车，则执行主体可以向确认信息所指示的目标共享单车发送解锁指令。若在步骤306中，执行主体从各目标共享单车中选取出目标共享单车，则可以向选取的目标共享单车发送解锁指令。可以参见图2实施例的步骤204中的相关描述，此处不再赘述。
本实施例提供的共享单车的解锁方法，针对用户没有选择指定的共 享单车的情况，详细描述了确定目标共享单车，以及从中选取目标共享单车以发送解锁指令的过程。这样，丰富和完善了解锁方法的过程。有助于扩大方法的适用范围，满足不同用户的使用需求。
请参见图4，其示出了根据本申请的共享单车的解锁方法的第三个实施例的流程400。该解锁方法可以包括以下步骤：
步骤401，检测到用户对地图上所显示的位于目标位置附近的共享单车的标识的选择操作，向服务端发送用车申请。
在本实施例中，共享单车的解锁方法的执行主体(例如图1所示的终端101、102、103)若检测到用户对地图上所显示的位于目标位置附近的共享单车的标识的选择操作，则可以向服务端(例如图1所示的服务端105)发送用车申请。这样，服务端可以向目标共享单车(例如图1所示的共享单车107、108)发送用车指令，从而使目标共享单车发出提示信息。同时，服务端可以生成用车申请的反馈信息，并可以将该反馈信息发送给终端。其中，目标共享单车可以包括用车申请所申请的共享单车。可以参见图2实施例的步骤201至步骤203中的相关描述，此处不再赘述。
可以理解的是，通常情况下，用户会选择一辆共享单车来申请使用。即在地图上选定一辆共享单车的标识并通过终端用车申请。在一些实施例中，用户也可以不选择共享单车，或者选择多辆共享单车。
需要说明的是，上述地图上所显示的共享单车可以包括非正常解锁车辆和/或正常解锁车辆。也就是说，这两种车辆可以分别使用两张地图，也可以共用同一张地图。对于共用一张地图的情况，为了便于用户区分两种车辆，非正常解锁车辆的标识与正常解锁车辆的标识可以不同。这里所说的不同可以指标识本身不同。如标识“非”表示非正常解锁车辆；标识“正”表示正常解锁车辆。这里所说的不同也可以指标识的显示方式不同。如标识显示的大小和/或颜色不同等。
可选地，若本实施例的解锁方法仅用于非正常解锁车辆，而地图上所显示的共享单车包括上述两种车辆。此时，执行主体在向服务端发送用车申请之前，可以先确定用户选择的共享单车中是否包括非正常解锁车辆。如果用户选择了一辆共享单车，则执行主体可以根据标识或车辆信息等，来确定该共享单车是否为非正常解锁车辆。若该共享单车是非 正常解锁车辆，则可以确定用户选择的共享单车中包括非正常解锁车辆。如果用户选择了至少两辆共享单车，则执行主体可以确定这些共享单车中是否有非正常解锁车辆。若有则可以确定包括。在确定包括的情况下，执行主体可以向服务端发送用车申请。需要说明的是，如果用户没有选择共享单车，则执行主体可以直接向服务端发送用车申请。
步骤402，接收并呈现服务端发送的反馈信息。
在本实施例中，执行主体可以接收服务端发送的反馈信息。并可以将该反馈信息呈现给用户。例如，执行主体的屏幕上可以显示包括如下信息“已发送用车指令，请前往车辆所在位置”的反馈信息。再例如，执行主体的屏幕上可以显示包括目标共享单车的车辆编号的反馈信息。
可选地，执行主体接收并呈现反馈信息的方式可以包括(但不限于)以下至少一种：
例如，执行主体可以根据反馈信息中目标共享单车的相关信息(如车辆编号或位置信息等)，确定地图上表示目标共享单车的标识。从而可以在地图上仅显示目标共享单车的标识，并去除其他共享单车的标识。需要说明的是，该处理过程也可以由服务端来完成。服务端可以将处理后的地图作为反馈信息。
又例如，执行主体可以在地图上显示位于目标位置附近的各共享单车的标识。并且目标共享单车的标识与其他共享单车的标识不同。这里的不同可以是标识本身不同，也可以是标识的显示方式不同。
又例如，若反馈信息中包括目标共享单车的提示信息。则执行主体可以利用其上安装的扬声器、手电筒等直接呈现提示信息。或者，执行主体在检测到用户对地图上显示的目标共享单车的标识的触发操作时，可以呈现目标共享单车的提示信息。这样可以防止同时呈现多个目标共享单车的提示信息造成的混乱。
再例如，若反馈信息中包括目标共享单车的车辆编号。则执行主体可以将目标共享单车的车辆编号作为标识显示在地图上。或者，执行主体可以在地图上对应于目标共享单车的标识的位置处显示目标共享单车的车辆编号。
步骤403，在用户到达目标共享单车的当前所在位置处时，向服务端发送反馈信息的确认信息。
在本实施例中，用户在到达目标共享单车的当前所在位置处时，可以对执行主体进行操作。执行主体在检测到操作后，可以在向服务端发送反馈信息的确认信息。这样，可以使服务端向目标共享单车发送解锁指令。用户便可以使用解锁后的目标共享单车。这里的确认信息可以用于表征用户确认使用其所申请的共享单车。需要说明的是，确认信息中通常不包括目标共享单车的解锁密钥(即正常解锁所需的信息，如二维码或三维码信息)。
可以理解的是，上述用户对执行主体进行的操作，可以是用于指示发送确认信息的操作；也可以是用户对执行主体的屏幕上显示的目标共享单车的标识的选择操作。在用户选定目标共享单车的情况下，执行主体可以生成用于表征用户所选择的目标共享单车的确认信息。例如确认信息中可以包括目标共享单车的车辆编号或提示信息等相关信息。这样一来，服务端可以向确认信息所指示的目标共享单车发送解锁指令。
在本实施例的一些可选地实现方式中，执行主体还可以接收服务端发送的目标共享单车的计费信息。并可以将计费信息呈现给用户。这样可以便于用户及时了解共享单车的使用情况。此外，用户也可以利用执行主体，对缺少解锁密钥以及故障的车辆进行反馈。
本实施例提供的共享单车的解锁方法，在检测到用户对地图上所显示的位于目标位置附近的共享单车的标识的选择操作时，可以向服务端发送用车申请。从而可以使服务端向目标共享单车发送用车指令，以使目标共享单车发出提示信息，以及生成用车申请的反馈信息。之后，可以接收并呈现服务端发送的反馈信息。并且在用户到达目标共享单车的当前所在位置处时，可以向服务端发送反馈信息的确认信息。从而可以使服务端向目标共享单车发送解锁指令。这样丰富了共享单车的解锁方式。而且可以实现共享单车(尤其是无解锁密钥的共享单车)的解锁。从而有利于提高共享单车的使用率和用户体验。
进一步参见图5，其示出了根据本申请的共享单车的解锁方法的第四个实施例的流程500。该解锁方法可以包括以下步骤：
步骤501，接收服务端发送的用车指令，并发出提示信息。
在本实施例中，共享单车的解锁方法的执行主体(例如图1所示的共享单车107、108)可以通过无线连接方式，接收服务端(例如图1所 示的服务端105)发送的用车指令。并且在接收到用车指令的情况下，可以发出提示信息。这样可以便于用户寻找车辆，减少用户所需花费的时长，提高用户体验。其中，提示信息可以包括(但不限于)声音提示、灯光提示或震动提示中的至少一种。
在本实施例中，用车指令可以是服务端在接收到终端(例如图1所示的终端101、102、103)发送的用车申请而生成的。这里的用车申请可以是终端在检测到用户对地图上所显示的位于目标位置附近的共享单车的标识的选择操作而生成的。可以参见图2和图3实施例中的相关描述，此处不再赘述。
需要说明的是，本实施例中的执行主体可以是正常解锁车辆，也可以是非正常解锁车辆。而且不同的执行主体之间发出的提示信息可以相同，也可以不同。例如，不同生产批次的共享单车发出的提示信息可以不同。作为示例，用车指令中可以包括服务端分配的提示信息。这样，执行主体在接收到用车指令后，可以发出用车指令所指示的提示信息。
步骤502，接收服务端发送的解锁指令，执行解锁操作。
在本实施例中，执行主体在接收到服务端发送的解锁指令的情况下，可以执行解锁操作，从而使安装于其上的车锁打开。这样，发送用车申请的用户便可以使用该执行主体。在这里，解锁指令可以是服务端在接收到终端发送的反馈信息的确认信息而生成的。而反馈信息通常是服务端在发出上述用车指令的情况下生成并发送给终端的。可以参见图2和图3实施例中的相关描述，此处不再赘述。
在一些实施例中，当执行主体上的车锁打开后，执行主体可以向服务端发送用于表征当前处于开锁状态的第一反馈信息。从而可以使服务端开始计费。并且服务端可以将目标共享单车的标识在地图上去除。当执行主体上的车锁锁住后，执行主体可以向服务端发送用于表征当前处于上锁状态的第二反馈信息。从而可以使服务端停止计费。并且服务端可以将目标共享单车的标识在地图上重新显示。
本实施例提出的共享单车的解锁方法，通过接收服务端发送的用车指令，可以发出提示信息。这样便于用户寻找车辆。并且在接收到服务端发送的解锁指令时，可以执行解锁操作。这样可以实现用户使用该车辆。其中，用车指令是服务端在接收到终端发送的用车申请而生成的； 用车申请是终端在检测到用户对地图上所显示的位于目标位置附近的共享单车的标识的选择操作而生成的；而解锁指令是服务端在接收到终端发送的反馈信息的确认信息而生成的；反馈信息是服务端在发出用车指令的情况下生成并发送给终端的。也就是说，在没有解锁密钥的情况下，通过终端与服务端的交互，也可以实现共享单车的解锁。这样丰富了共享单车的解锁方式，有助于满足不同用户的使用需求。同时，有利于提高共享单车(尤其是非正常解锁车辆)的使用率。
请参见图6，图6是根据上述各实施例的共享单车的解锁方法的一个应用场景的示意图。在图6的应用场景中，用户可以在其使用的终端101上安装共享单车类应用。并可以通过该应用进行共享单车的使用。
首先，用户可以在终端101上打开共享单车类应用。在应用中选取非正常解锁车辆的分布地图，并输入目标位置。此时，地图上可以显示位于目标位置附近的共享单车的标识。在用户点击选取其中一辆共享单车的标识后，终端101可以生成包括用户选取的共享单车的车辆编号(如编号A)的用车申请。并可以将该用车申请发送给后台服务端105。
服务端105在接收到该用车申请后，可以向编号A的共享单车发送用车指令。此时，编号A的共享单车107在接收到该用车指令后，可以持续或间歇地发出“嘀嘀”的提示信息。同时，服务端105可以生成“已向编号A车辆发送用车指令”的反馈信息。以及可以将该反馈信息发送给终端101。
终端101可以将该反馈信息呈现给用户。用户在到达目标位置附近时，若发现仅有一辆非正常解锁车辆发出“嘀嘀”提示信息。则用户可以确定其为自己申请使用的共享单车。进一步地，用户也可以将反馈信息中的车辆编号与共享单车上的车辆编号进行比对。若两者相同，用户即可以确定其为自己申请使用的共享单车。此时，用户可以通过终端101上显示的确认按键，来向服务端105发送确认信息。
服务端105在接收到该确认信息后，可以向编号A的共享单车107发送解锁指令。此时，共享单车107可以执行解锁操作。即将其上的车锁打开。
需要说明的是，若服务端105在预设时长内(如20分钟)没有收到 终端101发送的确认信息，说明该用户可能放弃使用共享单车。此时，服务端105可以清除此次用车申请的相关信息。并可以向共享单车107发送取消用车指令，以使共享单车停止发出提示信息。同时，可以将共享单车107的存储状态变为可用状态。这样有助于提高共享单车的有效使用率(即被用户实际使用过的比例)。
下面参见图7，其示出了适于用来实现本申请实施例的电子设备(例如图1所示的终端101、102、103或服务端105)的计算机系统700的结构示意图。图7示出的电子设备仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。
如图7所示，计算机系统700包括中央处理单元(CPU)701，其可以根据存储在只读存储器(ROM)702中的程序或者从存储部分708加载到随机访问存储器(RAM)703中的程序而执行各种适当的动作和处理。在RAM 703中，还存储有系统700操作所需的各种程序和数据。CPU 701、ROM 702以及RAM 703通过总线704彼此相连。输入/输出(I/O)接口705也连接至总线704。
以下部件连接至I/O接口705：包括触摸屏、按键、鼠标、麦克风、摄像头等的输入部分706；包括诸如阴极射线管(CRT)和/或液晶显示器(LCD)等以及扬声器等的输出部分707；包括硬盘等的存储部分708；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分709。通信部分709经由诸如因特网的网络执行通信处理。驱动器710也根据需要连接至I/O接口705。可拆卸介质711，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器710上，以便于从其上读出的计算机程序根据需要被安装入存储部分708。
特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分709从网络上被下载和安装，和/或从可拆卸介质711被安装。在该计算机程序被中央处理单元(CPU)701执行时，执行本申请的方法中限定的上述功能。需要说明的是，本申请的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两 者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中，计算机可读介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本申请中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。
附图中的流程图和框图，图示了按照本申请各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
描述于本申请实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元也可以设置在处理器中，例如，可以描述为：一种处理器包括用车申请接收单元、用车指令发送 单元、反馈信息发送单元和解锁指令发送单元。再例如，还可以描述为：一种处理器包括用车申请发送单元、反馈信息接收单元和确认信息发送单元。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定，例如，用车申请接收单元还可以被描述为“接收终端发送的用车申请的单元”。
作为另一方面，本申请还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。例如，上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该电子设备执行时，使得该电子设备：接收终端发送的用车申请，其中，用车申请是终端在检测到用户对地图上所显示的位于目标位置附近的共享单车的标识的选择操作而生成的；向目标共享单车发送用车指令，以使目标共享单车发出提示信息，其中，目标共享单车包括用车申请所申请的共享单车；生成用车申请的反馈信息，将反馈信息发送给终端；接收终端发送的反馈信息的确认信息，向目标共享单车发送解锁指令。
再例如，当上述一个或者多个程序被该电子设备执行时，还可以使得该电子设备：检测到用户对地图上所显示的位于目标位置附近的共享单车的标识的选择操作，向服务端发送用车申请，以使服务端向目标共享单车发送用车指令，以使目标共享单车发出提示信息，以及生成用车申请的反馈信息，其中，目标共享单车包括用车申请所申请的共享单车；接收并呈现服务端发送的反馈信息；在用户到达目标共享单车的当前所在位置处时，向服务端发送反馈信息的确认信息，以使服务端向目标共享单车发送解锁指令。
以上描述仅为本申请的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本申请中所涉及的发明范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述发明构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本申请中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

Claims (20)

  1. 一种共享单车的解锁方法，所述方法用于服务端，包括：
    接收终端发送的用车申请，其中，所述用车申请是所述终端在检测到用户对地图上所显示的位于目标位置附近的共享单车的标识的选择操作而生成的；
    向目标共享单车发送用车指令，以使所述目标共享单车发出提示信息，其中，所述目标共享单车包括所述用车申请所申请的共享单车；
    生成所述用车申请的反馈信息，将所述反馈信息发送给所述终端；
    接收所述终端发送的所述反馈信息的确认信息，向所述目标共享单车发送解锁指令。
  2. 根据权利要求1所述的方法，其中，所述地图上所显示的共享单车包括非正常解锁车辆。
  3. 根据权利要求2所述的方法，其中，所述向目标共享单车发送用车指令，包括：
    确定目标共享单车是否为可用的非正常解锁车辆；若确定所述目标共享单车是可用的非正常解锁车辆，则向所述目标共享单车发送用车指令。
  4. 根据权利要求1-3中任一所述的方法，其中，所述提示信息包括以下至少一种：声音提示、震动提示或灯光提示；以及
    不同生产批次的共享单车发出的提示信息不同；或者
    所述向目标共享单车发送用车指令，包括：
    获取目标共享单车的当前位置信息，为所述目标共享单车分配提示信息；生成包括分配的提示信息的用车指令，将所述用车指令发送给所述目标共享单车；其中，位于相同区域内的各共享单车发出的提示信息不同，或者位于相同区域内的各共享单车在同一时间段内发出的提示信息不同。
  5. 根据权利要求4所述的方法，其中，所述生成所述用车申请的反馈信息包括：
    获取所述目标共享单车的提示信息，生成包括所述目标共享单车的提示信息的反馈信息。
  6. 根据权利要求1-5中任一所述的方法，其中，所述方法还包括：
    接收所述目标共享单车发送的用于表征当前处于开锁状态的第一反馈信息，开始计费，且将所述目标共享单车的标识在所述地图上去除；以及
    接收所述目标共享单车发送的用于表征当前处于上锁状态的第二反馈信息，停止计费，且将所述目标共享单车的标识在所述地图上重新显示；以及
    向所述终端发送计费信息。
  7. 根据权利要求2所述的方法，其中，所述向目标共享单车发送用车指令之前，所述方法还包括：
    确定所述用车申请所申请的共享单车的数量是否为一辆；
    响应于确定不是，在所述目标位置附近选取至少一辆共享单车，以作为目标共享单车。
  8. 根据权利要求7所述的方法，其中，若在所述目标位置附近选取至少两辆共享单车，以作为目标共享单车，则所述向所述目标共享单车发送解锁指令，包括：
    获取所述用户和各所述目标共享单车的当前位置信息；根据获取的当前位置信息从各所述目标共享单车中选取目标共享单车；以及向选取的目标共享单车发送解锁指令。
  9. 根据权利要求7所述的方法，其中，若在所述目标位置附近选取至少两辆共享单车，以作为目标共享单车，且各目标共享单车发出的提示信息不同，则所述生成所述用车申请的反馈信息包括：
    获取各目标共享单车的提示信息和/或车辆编号，生成包括各目标共享单车的提示信息和/或车辆编号的反馈信息；以及
    所述接收所述终端发送的所述反馈信息的确认信息，向所述目标共享单车发送解锁指令，包括：
    接收所述终端发送的确认信息，向所述确认信息所指示的目标共享单车发送解锁指令，其中，所述确认信息用于表征所述用户所选择的目标共享单车。
  10. 一种共享单车的解锁方法，所述方法用于终端，包括：
    检测到用户对地图上所显示的位于目标位置附近的共享单车的标识的选择操作，向服务端发送用车申请，以使所述服务端向目标共享单车发送用车指令，以使所述目标共享单车发出提示信息，以及生成所述用车申请的反馈信息，其中，所述目标共享单车包括所述用车申请所申请的共享单车；
    接收并呈现所述服务端发送的反馈信息；
    在所述用户到达所述目标共享单车的当前所在位置处时，向所述服务端发送所述反馈信息的确认信息，以使所述服务端向所述目标共享单车发送解锁指令。
  11. 根据权利要求10所述的方法，其中，所述地图上所显示的共享单车包括非正常解锁车辆。
  12. 根据权利要求11所述的方法，其中，所述地图上所显示的共享单车还包括正常解锁车辆，且正常解锁车辆的标识与非正常解锁车辆的标识不同；以及
    所述向服务端发送用车申请，包括：
    确定所述用户选择的共享单车中是否包括非正常解锁车辆；若确定包括，则向服务端发送用车申请。
  13. 根据权利要求10所述的方法，其中，所述接收并呈现所述服务端发送的反馈信息，包括以下至少一种：
    在所述地图上显示所述目标共享单车的标识，并去除其他共享单车的标识；
    在所述地图上显示位于所述目标位置附近的各共享单车的标识，且所述目标共享单车的标识与其他共享单车的标识不同；
    检测到所述用户对所述地图上显示的所述目标共享单车的标识的触发操作，呈现所述目标共享单车的提示信息，其中，所述反馈信息包括所述目标共享单车的提示信息；
    将所述目标共享单车的车辆编号作为标识显示在所述地图上，或者在所述地图上对应于所述目标共享单车的标识的位置处显示所述目标共享单车的车辆编号，其中，所述反馈信息包括所述目标共享单车的车辆编号。
  14. 根据权利要求10-13中任一所述的方法，其中，所述方法还包括：
    接收并呈现所述服务端发送的所述目标共享单车的计费信息。
  15. 一种共享单车的解锁方法，所述方法用于车辆端，包括：
    接收服务端发送的用车指令，并发出提示信息，其中，所述用车指令是所述服务端在接收到终端发送的用车申请而生成的，所述用车申请是所述终端在检测到用户对地图上所显示的位于目标位置附近的共享单车的标识的选择操作而生成的；
    接收所述服务端发送的解锁指令，执行解锁操作，其中，所述解锁指令是所述服务端在接收到所述终端发送的反馈信息的确认信息而生成的，所述反馈信息是所述服务端在发出所述用车指令的情况下生成并发送给所述终端的。
  16. 根据权利要求15所述的方法，其中，所述车辆端包括非正常解锁车辆。
  17. 根据权利要求15所述的方法，其中，不同生产批次的共享单车发出的提示信息不同；或者
    所述用车指令中包括所述服务端分配的提示信息，以及所述发出提示信息，包括：发出所述用车指令所指示的提示信息。
  18. 根据权利要求15-17中任一所述的方法，其中，所述方法还包括：
    向所述服务端发送用于表征当前处于开锁状态的第一反馈信息，以使所述服务端开始计费，且将所述目标共享单车的标识在所述地图上去除；以及
    向所述服务端发送用于表征当前处于上锁状态的第二反馈信息，以使所述服务端停止计费，且将所述目标共享单车的标识在所述地图上重新显示。
  19. 一种电子设备，包括：
    一个或多个处理器；
    存储装置，其上存储有一个或多个程序；
    当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-18中任一所述的方法。
  20. 一种计算机可读介质，其上存储有计算机程序，其中，所述计算机程序被处理器执行时实现如权利要求1-18中任一所述的方法。
PCT/CN2019/099895 2018-08-10 2019-08-09 共享单车的解锁方法 WO2020030071A1 (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US17/170,888 US20210256431A1 (en) 2018-08-10 2021-02-09 Methods for unlocking shared bikes

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201810928969.3A CN109191634A (zh) 2018-08-10 2018-08-10 共享单车的解锁方法
CN201810928969.3 2018-08-10

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US17/170,888 Continuation US20210256431A1 (en) 2018-08-10 2021-02-09 Methods for unlocking shared bikes

Publications (1)

Publication Number Publication Date
WO2020030071A1 true WO2020030071A1 (zh) 2020-02-13

Family

ID=64935901

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2019/099895 WO2020030071A1 (zh) 2018-08-10 2019-08-09 共享单车的解锁方法

Country Status (3)

Country Link
US (1) US20210256431A1 (zh)
CN (1) CN109191634A (zh)
WO (1) WO2020030071A1 (zh)

Families Citing this family (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109191634A (zh) * 2018-08-10 2019-01-11 上海掌门科技有限公司 共享单车的解锁方法
CN109830064A (zh) * 2019-01-15 2019-05-31 宁波乐控物联网科技有限公司 一种具有方向性标识的共享设备启动系统和启动方法
CN111507484B (zh) * 2019-01-31 2024-02-09 北京骑胜科技有限公司 一种提示方法、装置、电子设备和存储介质
CN111830455B (zh) * 2019-03-28 2023-10-31 北京骑胜科技有限公司 定位方法和系统
CN111045054B (zh) * 2019-04-19 2021-09-14 中航安贞(浙江)信息科技有限公司 基于导航数据的编号识别平台
CN110097705A (zh) * 2019-05-08 2019-08-06 周建军 一种共享电商快递盒系统
CN111862401A (zh) * 2019-12-30 2020-10-30 北京骑胜科技有限公司 一种开锁进度的确定方法、装置、电子设备和介质
CN112150247A (zh) * 2020-09-28 2020-12-29 北京骑胜科技有限公司 信息处理方法、装置、存储介质和电子设备
CN113240838A (zh) * 2021-05-25 2021-08-10 北京骑胜科技有限公司 交通工具解锁方法、装置、服务器、设备、介质和产品
CN113240839A (zh) * 2021-05-25 2021-08-10 北京骑胜科技有限公司 交通工具解锁方法、装置、设备、服务器、介质和产品
CN115240299A (zh) * 2022-07-07 2022-10-25 上海钧正网络科技有限公司 资源的使用方法和系统
CN115966048B (zh) * 2023-02-13 2023-06-06 深圳市泰比特科技有限公司 共享车辆的借车方法、系统及相关设备

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107256596A (zh) * 2017-06-12 2017-10-17 中国联合网络通信集团有限公司 车锁、车辆及其共享方法和车辆共享系统
CN107578505A (zh) * 2017-09-07 2018-01-12 上海共佰克智能科技有限公司 一种智能开锁方法和智能开锁装置
CN206991379U (zh) * 2017-07-17 2018-02-09 王海峰 共享车辆和共享车辆系统
CN207051993U (zh) * 2017-05-04 2018-02-27 杭州微拜斯科技有限公司 基于手机app控制的共享单车智能锁及其控制系统
CN108012251A (zh) * 2017-12-07 2018-05-08 北京摩拜科技有限公司 一种定位目标蓝牙设备的方法、系统及移动终端
CN109191634A (zh) * 2018-08-10 2019-01-11 上海掌门科技有限公司 共享单车的解锁方法

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7898439B2 (en) * 2008-03-20 2011-03-01 Isabelle Bettez Bicycle rental system and station
US20110307394A1 (en) * 2009-06-12 2011-12-15 Rzepecki S Ryan Municipal bicycle sharing system
US10412088B2 (en) * 2015-11-09 2019-09-10 Silvercar, Inc. Vehicle access systems and methods
CN105809833A (zh) * 2016-02-24 2016-07-27 北京易代步科技有限公司 自行车管理方法及系统
CN105913036B (zh) * 2016-04-21 2019-12-24 广州极飞科技有限公司 一种无人机识别方法及装置
CN106960377A (zh) * 2017-04-10 2017-07-18 上海量明科技发展有限公司 具有开启多台共享车辆的实施方法、系统及客户端
CN106998364A (zh) * 2017-04-11 2017-08-01 成都步共享科技有限公司 一种在终端上显示共享单车位置的方法
US11091214B2 (en) * 2017-11-02 2021-08-17 Lyft, Inc. Locking mechanism for a bicycle sharing system
CN107659668A (zh) * 2017-11-05 2018-02-02 曹珠艳 一种用于共享车辆的解锁设备
CN108022341B (zh) * 2017-11-25 2019-01-04 佛山市集知汇科技有限公司 一种共享单车开锁方法和系统
CN107909175A (zh) * 2017-12-11 2018-04-13 北京骑骑智享科技发展有限公司 一种车辆预约方法及系统
CN107967579A (zh) * 2017-12-29 2018-04-27 曹珠艳 分组控制的共享车辆

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN207051993U (zh) * 2017-05-04 2018-02-27 杭州微拜斯科技有限公司 基于手机app控制的共享单车智能锁及其控制系统
CN107256596A (zh) * 2017-06-12 2017-10-17 中国联合网络通信集团有限公司 车锁、车辆及其共享方法和车辆共享系统
CN206991379U (zh) * 2017-07-17 2018-02-09 王海峰 共享车辆和共享车辆系统
CN107578505A (zh) * 2017-09-07 2018-01-12 上海共佰克智能科技有限公司 一种智能开锁方法和智能开锁装置
CN108012251A (zh) * 2017-12-07 2018-05-08 北京摩拜科技有限公司 一种定位目标蓝牙设备的方法、系统及移动终端
CN109191634A (zh) * 2018-08-10 2019-01-11 上海掌门科技有限公司 共享单车的解锁方法

Also Published As

Publication number Publication date
CN109191634A (zh) 2019-01-11
US20210256431A1 (en) 2021-08-19

Similar Documents

Publication Publication Date Title
WO2020030071A1 (zh) 共享单车的解锁方法
US11686586B2 (en) Facilitating rider pick-up for a transport service
CN112036824A (zh) 业务审批方法、系统、存储介质及电子设备
CN110866193B (zh) 基于在线文档评论的反馈方法、装置、设备及存储介质
WO2020182005A1 (zh) 数字资产凭证继承转移中的信息处理方法、和相关装置
KR20170060105A (ko) 규칙 기반 디바이스 등록
US9891879B2 (en) Enabling proximity-aware visual identification
EP3272093B1 (en) Method and system for anti-phishing using smart images
WO2019114603A1 (zh) 车辆检测方法、装置及车辆诊断设备
CN106066788B (zh) 生成和提供自服务演示以促进自服务任务的执行
WO2020123717A2 (en) Method, system, and device for on-demand driving service
US9426273B2 (en) Program expanding system, server for use therein, program expanding method and program managing program
CN108733992A (zh) 电子设备的处理方法及系统
US10666793B1 (en) Secure call center communications
WO2020221160A1 (zh) 用于呈现背景的方法和装置
CN114756877A (zh) 一种数据管理方法、装置、服务器和存储介质
US10147013B2 (en) Method and apparatus for crowdsourced vehicle identification
CN106599676A (zh) 可信进程识别方法及装置
WO2023020207A1 (zh) 车辆位置分享方法、系统、装置、设备、介质及程序产品
CN114827060B (zh) 交互方法、装置和电子设备
US20170353559A1 (en) System and method for controlling vehicle based on instant messaging
WO2020224295A1 (zh) 用于管理信息的方法、装置和系统
US10728236B1 (en) Augmented reality data exchange
CN112967105A (zh) 订单信息的处理方法、设备、存储介质及计算机程序产品
US10915595B1 (en) Devices, system and method for associating a tengible asset with an website or target URL

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 19846043

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 19846043

Country of ref document: EP

Kind code of ref document: A1