JP7186701B2 - Systems and methods for unlocking locks - Google Patents

Description

CROSS-REFERENCE TO RELATED APPLICATIONS Chinese Patent Application No. 201611232976.7, Chinese Patent Application No. 201611232987.5 filed on December 28, 2016, Chinese Patent Application No. 201611252211 filed on December 30, 2016. No. X, Chinese Patent Application No. 201611232665.0 filed on December 28, 2016, Chinese Patent Application No. 201611231891.7 filed on December 28, 2016, Chinese Patent Application No. 201611234695 filed on December 28, 2016 .5, Chinese Patent Application No. 201710081494.4 filed on February 15, 2017, Chinese Patent Application No. 201611234715.9 filed on December 28, 2016 and Chinese Patent Application No. 2016 filed on December 28, 2016 Claims priority of No. 201621462310.6. Each of the above-referenced applications is hereby incorporated by reference in its entirety.

TECHNICAL FIELD This disclosure relates generally to security systems, and more particularly to systems and methods for unlocking locks in security systems.

Locks are important tools for securing devices (eg doors, bicycles, drawers). Therefore, it would be desirable to develop a mechanism that efficiently controls locks and better protects the devices that need to be protected.

One aspect of the present disclosure is directed to a system that includes a lock and a server. The lock includes a locking mechanism configured to move between a locked position of the lock and an unlocked position of the lock, and a controller configured to operate the locking mechanism to lock or unlock the lock. . The server includes a storage device containing a set of instructions and a processor in communication with the storage device. Upon execution of the set of instructions, the processor is configured to cause the server to receive a first service request from the terminal device over the network to unlock the lock, the first service request for unlocking the lock and the terminal. Relates to wireless connections to and from devices. The processor is further configured to transmit the password associated with the first service request over the network to the terminal device, and the controller of the lock is further configured to receive input associated with the terminal device. A controller of the lock determines whether the received input satisfies the unlocking condition and, based on the result of the determination that the received input satisfies the unlocking condition, activates the locking mechanism to unlock the lock. further configured to operate.

In some embodiments, to determine whether the received input satisfies unlocking conditions, the controller determines that the password contained in the received input associated with the terminal device matches the pre-stored password within the lock. and the received input satisfies the unlocking condition based on the determination that the password contained in the received input associated with the terminal device matches the pre-stored password in the lock. and further configured to:

In some embodiments, the pre-stored password is obtained from the server upon completion of the previous service transaction associated with the previous service request.

In some embodiments, the pre-stored password includes multiple candidate passwords, each of the multiple candidate passwords corresponding to a validity period.

In some embodiments, the lock has multiple modes including a dormant mode and an active mode, and the controller of the lock determines whether the service transaction associated with the first service request has been completed. further configured. The bicycle controller is further configured to set the mode of the lock to a dormant mode upon determining that the service transaction associated with the first service request has been completed.

In some embodiments, the controller of the lock determines whether the password associated with the second service request has been obtained, and as a result of determining that the password associated with the second service request has been obtained is further configured to set the mode of the lock to active mode based on.

In some embodiments, the lock further includes a communication port and the controller of the lock is further configured to determine lock information associated with the lock and determine service information based at least in part on the lock information. and the communication port is configured to send service information to the server.

In some embodiments, the lock information includes at least one of lock identification information, when the lock is unlocked, or when the lock is locked. The service information includes at least one of lock information, a user identity associated with the terminal device, a starting point associated with the first service request, or a destination associated with the first service request.

In some embodiments, the controller of the lock determines whether a connection has been established between the lock and the server, and based on the determination that the connection has not been established, sends the service information to the lock. storage device.

Another aspect of the present disclosure is directed to a method that includes receiving, over a network, a first service request to unlock a lock from a terminal device, the first service request comprising the lock and the terminal device. related to wireless connections between The method further includes transmitting the password associated with the first service request to the terminal device over the network. The method further includes receiving input associated with the terminal device. The method further includes determining whether the received input satisfies unlock conditions. The method further includes actuating the locking mechanism to unlock the lock based on the determination that the received input satisfies the unlocking condition.

Yet another aspect of the present disclosure is directed to a lock that includes a locking mechanism configured to move between a locked position of the lock and an unlocked position of the lock and a communication port. The lock further includes a controller configured to receive input associated with the terminal device, the received input in response to the first service request sent from the terminal device to the server to unlock the lock. and contains the unlock information received by the terminal device from the server. The service request contains information regarding the wireless connection between the communication port of the lock and the terminal device. A controller of the lock determines whether the received input satisfies the unlocking condition and, based on the result of the determination that the received input satisfies the unlocking condition, activates the locking mechanism to unlock the lock. further configured to operate.

In some embodiments, to determine whether the received input satisfies unlocking conditions, the controller of the lock determines whether the password contained in the received input associated with the terminal device satisfies the pre-stored password within the lock. is further configured to determine whether it matches the The controller of the lock determines that the received input satisfies unlocking conditions based on the results of determining that the password contained in the received input associated with the terminal device matches the pre-stored password in the lock. further configured to

In some embodiments, the pre-stored password is obtained from the server upon completion of the previous service transaction associated with the previous service request.

In some embodiments, the pre-stored password includes multiple candidate passwords, each of the multiple candidate passwords corresponding to a validity period.

In some embodiments, the lock has multiple modes including a dormant mode and an active mode, and the controller of the lock determines whether the service transaction associated with the first service request has been completed. further configured. The controller of the lock is further configured to set the mode of the lock to a dormant mode upon determining that the service transaction associated with the first service request has been completed.

In some embodiments, the controller of the lock determines whether the password associated with the second service request has been obtained, and as a result of determining that the password associated with the second service request has been obtained. is further configured to set the mode of the lock to active mode based on.

In some embodiments, the lock further includes a communication port and the controller of the lock is further configured to determine lock information associated with the lock and determine service information based at least in part on the lock information. and the lock's communication port is configured to send service information to the server.

In some embodiments, the lock information includes at least one of lock identification information, when the lock is unlocked, or when the lock is locked. The service information includes at least one of lock information, a user identity associated with the terminal device, a starting point associated with the first service request, or a destination associated with the first service request.

In some embodiments, the controller of the lock determines whether a connection has been established between the lock and the server, and based on the determination that the connection has not been established, sends the service information to the lock. storage device.

Yet another aspect of the present disclosure is directed to a method comprising receiving input associated with a terminal device, the received input being a first input transmitted from the terminal device to a server to unlock a lock. Contains unlock information received by the terminal device from the server in response to the service request. The service request contains information regarding the wireless connection between the communication port of the lock and the terminal device. The method further includes determining whether the received input satisfies the unlocking condition, and locking to unlock the lock based on the result of the determination that the received input satisfies the unlocking condition. and activating the mechanism.

Yet another aspect of the disclosure is directed to a terminal device that includes a storage device that stores a set of instructions, and a processor in communication with the storage device. Upon execution of the set of instructions, the processor is configured to cause the terminal device to receive multiple wireless signals from multiple locks and determine multiple strengths of the multiple wireless signals. The processor is further configured to cause the terminal device to determine multiple distances between the terminal device and the multiple locks based on the multiple strengths. The processor is further configured to cause the terminal device to rank the multiple locks based on the multiple distances and select one of the locks based on the ranking. The processor instructs the terminal device, based on the ranking, to establish a wireless connection between the terminal device and the selected lock and send a service request over the network to unlock the selected lock. transmitting to the server, the service request including information regarding a wireless connection between the terminal device and the selected lock. The processor is further configured to cause the terminal device to receive unlocking information from the server over the network, the unlocking information generated by the server in response to the service request.

In some embodiments, the processor is further configured to transmit instructions to the selected lock via the wireless connection to unlock the selected lock.

Yet another aspect of the present disclosure is directed to a method that includes receiving multiple wireless signals from multiple locks and determining multiple strengths of the multiple wireless signals. The method further includes determining a plurality of distances between the terminal device and the plurality of locks based on the plurality of strengths and ranking the plurality of locks based on the plurality of distances. The method further includes selecting one of the locks based on the ranking and establishing a wireless connection between the terminal device and the selected lock based on the ranking. The method further includes transmitting a service request to the server over the network to unlock the selected lock, the service request including information regarding a wireless connection between the terminal device and the selected lock. including. The method further includes receiving unlocking information from the server over the network, the unlocking information generated by the server in response to the service request.

In some embodiments, the method further includes transmitting an instruction to unlock the selected lock to the selected lock via the wireless connection.

Yet another aspect of the present disclosure is directed to a non-transitory computer-readable medium embodying a computer program product, the computer program product sending to a computing device a first service request to unlock a lock; Instructions configured to cause the method to include receiving from the terminal device over a network, wherein the first service request relates to a wireless connection between the lock and the terminal device. The method further includes transmitting the password associated with the first service request to the terminal device over the network. The method further includes receiving input associated with the terminal device. The method further includes determining whether the received input satisfies unlock conditions. The method further includes actuating the locking mechanism to unlock the lock based on the determination that the received input satisfies the unlocking condition.

Yet another aspect of the disclosure is directed to a non-transitory computer-readable medium embodying a computer program product that causes a computing device to perform a method that includes receiving input associated with a terminal device. and the received input is the unlock received by the terminal device from the server in response to a first service request sent from the terminal device to the server to unlock the lock. Contains information. The service request contains information regarding the wireless connection between the communication port of the lock and the terminal device. The method further includes determining whether the received input satisfies the unlocking condition, and based on the result of the determination that the received input satisfies the unlocking condition, to unlock the lock. and activating the mechanism.

Yet another aspect of the present disclosure is directed to a non-transitory computer-readable medium embodying a computer program product, the computer program product instructing a computing device to receive multiple wireless signals from multiple locks; and determining a plurality of strengths of the wireless signal of the . The method further includes determining a plurality of distances between the terminal device and the plurality of locks based on the plurality of strengths and ranking the plurality of locks based on the plurality of distances. The method further includes selecting one of the locks based on the ranking and establishing a wireless connection between the terminal device and the selected lock based on the ranking. The method further includes sending a service request to the server over the network to unlock the selected lock, the service request including information regarding a wireless connection between the terminal device and the selected lock. including. The method further includes receiving unlocking information from the server over the network, the unlocking information generated by the server in response to the service request.

Yet another aspect of the disclosure is directed to a method. The method may include receiving a password included in the input associated with the user and determining whether the password matches a pre-stored password in the lock obtained from the server. The method may further comprise unlocking the lock based on a result of determining that the password included in the input associated with the user matches the pre-stored password. The method further comprises recording a start time, determining whether a lock command has been triggered, and recording an end time based on the results of determining that the lock command has been triggered. may contain. The method may further include sending service information to the server including the start time, end time, password included in the input associated with the user, and the serial number of the lock.

Additional features will be set forth in part in the description that follows, and in part will become apparent to those skilled in the art upon examination of the following and the accompanying drawings, or may be learned by making or operating the examples. Each feature of the disclosure may be realized and obtained by practicing or using the various aspects of the procedures, means, and combinations described in the detailed examples below.

The present disclosure will be further described in terms of exemplary embodiments. These exemplary embodiments are described in detail with reference to the drawings. These embodiments are non-limiting exemplary embodiments and like reference numerals represent like structures throughout several of the drawings.

1 is a schematic diagram illustrating an exemplary security system, according to some embodiments of the present disclosure; FIG. 1 is a schematic diagram illustrating hardware and/or software components of an exemplary computing device, according to some embodiments of the present disclosure; FIG. 1 is a schematic diagram illustrating hardware and/or software components of an exemplary mobile device, according to some embodiments of the present disclosure; FIG. 1 is a schematic diagram illustrating hardware and/or software components of an exemplary device that needs to be protected according to some embodiments of the present disclosure; FIG. FIG. 4 is a block diagram illustrating an exemplary processing engine, according to some embodiments of the disclosure; FIG. 4B is a block diagram illustrating an exemplary lock, according to some embodiments of the present disclosure; 4 is a flowchart illustrating an exemplary process of unlocking a lock, according to some embodiments of the present disclosure; 4 is a flow chart illustrating an exemplary process of setting the mode of a lock, according to some embodiments of the present disclosure; FIG. 3 is a block diagram illustrating an exemplary identification device, according to some embodiments of the present disclosure; 4 is a flowchart illustrating an exemplary process of unlocking a lock, according to some embodiments of the present disclosure; FIG. 12A is a schematic diagram illustrating an exemplary iris collector, according to some embodiments of the present disclosure; FIG. 4A is a schematic diagram illustrating an exemplary structure of a lock, according to some embodiments of the present disclosure; FIG. 4A is a schematic diagram illustrating an exemplary power source, according to some embodiments of the present disclosure;

The following description is presented to enable any person skilled in the art to make and use the disclosure, and is presented in the context of particular applications and requirements thereof. Various modifications to the disclosed embodiments will become readily apparent to those skilled in the art. The general principles defined herein may be applied to other embodiments and applications without departing from the spirit and scope of this disclosure. Accordingly, the disclosure is not limited to the illustrated embodiments, but is accorded the broadest scope consistent with the appended claims.

The terminology used herein is for describing particular example embodiments only and is not intended to be limiting. As used herein, the singular forms "a," "an," and "the" unless the context clearly indicates otherwise. , may also be intended to include the plural. Furthermore, it should be understood that "comprises", "comprises" and/or "comprising", "includes", "includes" and/or The term "including," as used in this disclosure, designates the presence of a recited feature, entity, step, act, element, and/or component, but not the other one. It does not exclude the presence or addition of any of the above features, entities, steps, acts, elements, components, and/or groups thereof.

These and other features, as well as the characteristics of the present disclosure, as well as the method of operation and function of the associated elements of construction, and combination of parts and simplicity of manufacture, are described below with reference to the accompanying drawings. Consideration will make this clearer. All accompanying drawings form part of this disclosure. It is to be understood that the drawings are for the purpose of illustration and description only and are not intended to limit the scope of the disclosure. Of course, the drawings are not to scale.

It will be appreciated that the terms "system", "engine", "unit" and/or "module" as used herein refer to various components, elements, parts, sections at various levels in ascending order. , or one way of distinguishing assemblies. It should be noted that other expressions may replace the terms if they achieve the same purpose.

Of course, unless the context clearly indicates otherwise, a unit, engine, or module is “on,” “connected to,” or “coupled to” another unit, engine, or module. When referred to as being", it may be directly on, connected or coupled to, or in communication with another unit, engine, or module, or an intervening unit, engine, Or there may be a module. As used herein, the term "and/or" includes any and all combinations of one or more of the associated listed items.

Flowcharts used in this disclosure illustrate operations performed by a system according to some embodiments of this disclosure. Of course, the operations of the flowcharts need not be performed in order. Conversely, operations may be performed in reverse order or concurrently. Additionally, one or more other operations may be added to the flowchart. One or more actions may be removed from the flowchart.

Further, it should also be understood that while the systems and methods described in this disclosure are primarily described with respect to bike sharing services, they are merely exemplary embodiments. The system or method described in this disclosure may be applied to any other type of economic sharing service that transfers usage rights from one party to another in an online rental transaction. By way of example, the systems or methods of the present disclosure may be applied to rental of physical assets and/or labor. Physical assets include real estate (e.g. hotels, rooms, or apartments), vehicles (e.g. automobiles, bicycles, e-bikes, buses, hot air balloons, or planes), personal property (e.g. clothes, umbrellas, chargers, or microphones), etc. may contain. Labor may include pet adoption, housework, nominated driving, and the like. Applications of the systems or methods of the present disclosure may include web pages, browser plug-ins, client terminals, custom systems, internal analysis systems, artificial intelligence robots, or the like, or any combination thereof.

The positioning technologies used in this disclosure include the global positioning system (GPS), the global navigation satellite system (GLONASS), the Compass Navigation System (COMPASS), the Galileo Positioning System, the Quasi-Zenith Satellite System ( QZSS (quasi-zenith satellite system), wireless fidelity (WiFi) positioning technology, or the like, or any combination thereof. One or more of the above positioning systems may be used interchangeably in this disclosure.

The bicycle sharing service is a new form of service rooted only in the post-Internet age. This service provides users and service providers with technical solutions that can only occur in the post-internet era. In the pre-Internet age, when a user wants to rent a bicycle at a bicycle rental shop, the request and acceptance of the bicycle only occurs between the user and the owner of the bicycle rental shop who meet each other at a physical location. However, with the Internet (and/or other types of network technology such as Bluetooth), bike-sharing services allow users of the service to pinpoint their bike location and rent bikes anytime, anywhere. . The service also allows users to park their bicycles in any area where bicycle parking is permitted. Thus, with the Internet, bike-sharing systems can provide a more convenient transaction platform for users and service providers who would never meet in the context of traditional pre-Internet bike services.

The present disclosure relates to systems and methods for unlocking locks in security systems. The systems and methods may be implemented by servers, workstations, locks (eg, bicycle locks, vehicle locks, door locks to secure locations), and/or terminal devices. As an example, the server may obtain a service request from the terminal device to provide a reference unlock password that can be used to unlock the lock. After receiving the reference unlocking password, the requester may enter the password via a terminal device or an input device of the lock. The lock may determine whether the password included in the input matches the pre-stored password within the lock. The lock may unlock as a result of determining that the password included in the input matches the pre-stored password. Additionally, the lock may determine service information associated with the service request and send the service information to the server.

FIG. 1 is a schematic diagram illustrating an exemplary security system 100, according to some embodiments of the disclosure. Security system 100 may include server 110 , network 120 , one or more terminal devices 130 , device 140 , storage 150 , positioning device 160 and lock 170 . Security system 100 may protect device 140 with lock 170 by implementing the methods and/or processes disclosed in this disclosure. In some embodiments, protected device 140 may be a bicycle in a bicycle sharing system. A bike-sharing system may provide a bike-sharing service that allows users to use bikes for rides. When the user finishes the ride and wants to return the bicycle, the user may leave the bicycle in an area where bicycle parking is permitted. As a result, the bicycle may be ready for the next user.

Server 110 may communicate with terminal device 130 , device 140 and/or lock 170 to provide various functionalities of security system 100 . In some embodiments, server 110 may receive requests related to device 140 from terminal device 130 , illustratively over network 120 . As an example, server 110 may receive a request to unlock device 140 from terminal device 130 , eg, over network 120 . As another example, device 140 may be a bicycle in a bicycle sharing system and the request may be a service request to borrow (or rent) a bicycle. The service request may include order information regarding the ride and/or bike, examples include bike type, departure location, destination, mileage, route, or the like, or any combination thereof. The service request may further include information about the user (eg, user account information) and/or information about terminal device 130 (eg, location of terminal device 130).

Server 110 may also send information to terminal device 130 , device 140 and/or lock 170 . As an example, server 110 may send instructions to lock device 140, instructions to unlock device 140, and/or information related to device 140 (eg, information indicating whether device 140 is locked) to device 140 and/or Or it may be sent to lock 170 . In some embodiments, device 140 may be a bicycle in a bicycle sharing system. Server 110 identifies one or more bicycles in response to a service order received from terminal device 130, e.g. rate), or the like, or combinations thereof, may be sent to terminal device 130.

Server 110 may further determine hotspot areas based on historical data obtained from terminal device 130 , bicycle, and/or storage 150 . A hotspot area may be an area where there is a high demand for bicycles. Historical data may include the number of bicycle searches in the area. Historical data may also include data regarding past service orders (eg, the number of times the bicycle has been used in the area). The historical data may further include information provided by the user via the terminal device 130 (eg, advice submitted by the user to place more bicycles in an area). Server 110 may also provide management of service charges. Server 110 may determine the cost of a ride based on monthly memberships, quarterly memberships, seasonal (eg, spring, summer) memberships, annual memberships, or fare per ride.

In some embodiments, server 110 may be a single server or a group of servers. A server group may be a centralized server group connected to network 120 via an access point, or a distributed server group each connected to network 120 via one or more access points. good. In some embodiments, server 110 may be locally connected to network 120 or remotely connected to network 120 . By way of example, server 110 may access information and/or data stored in terminal device 130 , device 140 and/or storage 150 via network 120 . As another example, storage 150 may serve as backend data storage for server 110 . In some embodiments, server 110 may be implemented on a cloud platform. By way of example only, cloud platforms may include private clouds, public clouds, hybrid clouds, community clouds, distributed clouds, interclouds, multiclouds, or the like, or any combination thereof.

In some embodiments, server 110 may include processing engine 112 . Processing engine 112 may process information and/or data associated with the service request to perform one or more functions in this disclosure. As an example, processing engine 112 may obtain a service request from terminal device 130 and transmit unlock information (eg, an unlock password) to terminal device 130 . In some embodiments, processing engine 112 may include one or more processing units (eg, single-core processing engine(s) or multi-core processing engine(s)). Merely by way of example, the processing engine 112 may comprise a central processing unit (CPU), an application-specific integrated circuit (ASIC), an application-specific instruction-set processor (ASIP). processor), graphics processing unit (GPU), physical processing unit (PPU), digital signal processor (DSP), field programmable gate array (FPGA), It may include a programmable logic device (PLD), controller, microcontroller unit, reduced instruction-set computer (RISC), microprocessor, or the like, or any combination thereof.

Network 120 may facilitate the exchange of information and/or data. In some embodiments, one or more components of security system 100 (e.g., server 110 , terminal device 130 , device 140 , storage 150 , or lock 170 ) communicate with other components within security system 100 via network 120 . Information and/or data may be transmitted to the component(s). As an example, server 110 may access and/or retrieve data for multiple devices 140 from storage 150 over network 120 . As another example, server 110 may send a message to terminal device 130 over network 120 indicating whether device 140 is locked. As yet another example, positioning device 160 may transmit positioning information to terminal device 130 via network 120 . In some embodiments, network 120 may be any wired or wireless network, or a combination thereof. By way of example only, network 120 includes cable networks, wireline networks, fiber optic networks, telecommunications networks, intranets, the Internet, local area networks (LANs), wide area networks (WANs), wireless local networks. Area network (WLAN: wireless local area network), metropolitan area network (MAN: metropolitan area network), wide area network (WAN), public switched telephone network (PSTN: public switched telephone network), Bluetooth network, ZigBee network, short range It may include a wireless communication (NFC) network, or the like, or any combination thereof. In some embodiments, network 120 may include one or more network access points. By way of example, network 120 may include wired or wireless network access points, such as base stations and/or Internet interconnection points 120-1, 120-2, . Elements may be connected to network 120 to exchange data and/or information.

In some embodiments, the user may be the owner of terminal device 130 . Terminal device 130 may receive input from a user and transmit information regarding the input to server 110 over network 120 . Terminal device 130 may also receive information from server 110 over network 120 . By way of example, terminal device 130 may receive input from a user to server 110 regarding device 140 and receive service confirmations and/or information or instructions from server 110 . By way of example only, a user may enter a request for maintenance services when the user is unable to lock the device 140 . Terminal device 130 may be configured to send a request for maintenance service to server 110 . In some embodiments, device 140 may be a bicycle in a bicycle sharing system. Terminal device 130 may be configured to send a service request to server 110 to search for bicycles near the location of terminal device 130 . Server 110 may follow and respond to the service request to identify one or more bicycles (eg, bicycle location, number of bicycles) near the location of terminal device 130 . Server 110 may also transmit information regarding the identified one or more bicycles to terminal device 130 via network 120 . Information for the identified one or more bicycles may be displayed on the terminal device 130 in association with the electronic map. Terminal device 130 may receive input from the user indicating a selected bicycle from the bicycles displayed on terminal device 130 , which may be transmitted to server 110 . The terminal device 130 may also provide walking navigation that directs the user to selected biking points. As another example, terminal device 130 may receive input from a user to reserve a bicycle and send the information to server 110 . As yet another example, terminal device 130 may transmit user-provided feedback information to server 110 . Feedback information may include the status of the bicycle (eg, whether any part of the bicycle needs repair), suggestions for improvement, and the like.

In some embodiments, the terminal device 130 is a mobile device 130-1, a tablet computer 130-2, a laptop computer 130-3, a vehicle embedded device 130-4, or the like, or any combination thereof. may contain. In some embodiments, mobile device 130-1 may include smart home devices, wearable devices, smart mobile devices, virtual reality devices, augmented reality devices, or the like, or any combination thereof. In some embodiments, smart home devices may include smart lighting devices, intelligent appliance control devices, smart surveillance devices, smart televisions, smart video cameras, intercoms, or the like, or any combination thereof. . Wearable devices in some embodiments may include smart bracelets, smart footwear, smart glasses, smart helmets, smart watches, smart clothing, smart backpacks, smart accessories, or the like, or any combination thereof. . In some embodiments the smart mobile device is a smart phone, personal digital assistant (PDA), gaming device, navigation device, point of sale (POS) device, or the like, or Any combination thereof may be included. In some embodiments, the virtual reality device and/or augmented reality device is a virtual reality helmet, virtual reality glasses, virtual reality patch, augmented reality helmet, augmented reality glasses, augmented reality patch, or the like, or any of them. may include a combination of Example virtual and/or augmented reality devices may include Google Glass™, Oculus Rift™, Hololens™, Gear VR™, and the like. In some embodiments, the vehicle's embedded device 130-4 may include an embedded computer, an embedded on-board television, an embedded tablet, or the like. In some embodiments, terminal device 130 may include signal transmitters and signal receivers configured to communicate with positioning device 160 to determine the location of the user and/or terminal device 130 . In some embodiments, terminal device 130 may include signal transmitters and signal receivers configured to communicate with positioning device 160 to determine the location of the user and/or terminal device 130 . As an example, terminal device 130 may send instructions to positioning device 160 to determine the location of the user and/or terminal device 130 .

Devices 140 may include any device that needs to be protected. Exemplary devices 140 may include bicycles, automobiles, doors, windows, cupboards, drawers, parcels, safes, luggage, or the like, or any combination thereof. Lock 170 may be configured to lock device 140 . Lock 170 may include any combination of mechanisms to perform its functions. Lock 170 may be a mechanical lock or an electronic lock. Device 140 and lock 170 may be separate pieces that are mechanically connected to each other. As an example, device 140 and lock 170 may be separate components, with lock 170 mounted on device 140 . Additionally or alternatively, the device 140 and lock may form an integrated device. Details regarding lock 170 can be found elsewhere in this disclosure (eg, FIGS. 4-13 and their associated descriptions).

In some embodiments, device 140 may be a bicycle. The bicycle may be any type of bicycle including, by way of example, unicycles, two-wheelers, tricycles, tandems, motorized bicycles, electric bicycles, mopeds, and the like. The color of the bicycle is not limited. By way of example only, the body color of the bicycle may be yellow. In some embodiments, the bicycle and/or lock 170 may be identified using unique symbols. The unique symbol may include a barcode, a quick response (QR) code, a serial number including letters and/or numbers, or the like, or any combination thereof. By way of example, the identification (ID) of lock 170 may be obtained by scanning a QR code on lock 170 with a mobile application of terminal device 130 or a camera (if any) of terminal device 130 . By way of example only, the ID of the lock 170 may be obtained by scanning the bicycle's QR code with an iPhone's camera.

Device 140 and/or lock 170 may communicate with server 110 , network 120 , terminal device 130 and/or positioning device 160 . As an example, device 140 and/or lock 170 may transmit device 140 and/or lock 170 status information to server 110 via network 120 . The status information may include location of device 140, lock/unlock status of device 140, battery level of device 140, operational information of lock 170, or the like, or combinations thereof. Server 110 may monitor device 140 based on the status information. As another example, device 140 and/or lock 170 may receive instructions from terminal device 130 and/or server 110 (eg, instructions to lock/unlock device 140). As yet another example, device 140 may include a signal transmitter and signal receiver (eg, a GPS component of device 140) configured to communicate with positioning device 160 to determine the location of device 140.

Storage 150 may store data and/or instructions. The data may include data related to users, terminal devices 130, devices 140, and the like. In some embodiments, device 140 may be a bicycle of a bicycle sharing system. Data related to the user include, for example, the user's name, the user's mobile phone number, the user's ID number, the user's type (e.g. annual card user, quarterly card user, or monthly card user), the user's usage record (e.g. , costs), the user's credit rating, past routes, account balances, and the like. Data related to the bicycle may include the service status of the bicycle (inactive state, reserved state, riding state, maintenance state, lost state), the location of the bicycle, the type of bicycle (e.g. unicycle, two-wheeler, tricycle, tandem, motorized bicycle, electric bicycles) and the like. In some embodiments, storage 150 may store data obtained from terminal device 130 and/or device 140 . As an example, storage 150 may store log information related to terminal device 130 . In some embodiments, storage 150 may store data and/or instructions that can be executed or used by server 110 to perform example methods described in this disclosure.

In some embodiments, storage 150 may include mass storage, removable storage, volatile read-write memory, read-only memory (ROM), or the like, or any combination thereof. good. Exemplary mass storage may include magnetic disks, optical disks, solid state drives, and the like. Exemplary removable storage may include flash drives, floppy disks, optical disks, memory cards, ZIP disks, magnetic tapes, and the like. Exemplary volatile read-write memory may include random access memory (RAM). Exemplary RAMs include dynamic RAM (DRAM), double data rate synchronous dynamic RAM (DDR SDRAM), static RAM (SRAM), thyristor RAM (T-RAM). thyristor RAM), and zero-capacitor RAM (Z-RAM). Exemplary ROMs include mask ROM (MROM), programmable ROM (PROM), erasable programmable ROM (EPROM), and electrically erasable programmable ROM (EEPROM). , compact disk ROM (CD-ROM), and digital versatile disk ROM. In some embodiments, storage 150 may be implemented on a cloud platform. Merely by way of example, cloud platforms may include private clouds, public clouds, hybrid clouds, community clouds, distributed clouds, interclouds, multiclouds, or the like, or any combination thereof.

Positioning device 160 may, as an example, determine information related to objects such as one or more of terminal device 130 or device 140 (eg, a bicycle). By way of example, positioning device 160 may determine the current time and current location of terminal device 130 and/or device 140 . In some embodiments, the positioning device 160 is a Global Positioning System (GPS), Global Navigation Satellite System (GLONASS), Compass Navigation System (COMPASS), Beidou Navigation Satellite System, Galileo Positioning System, Quasi-Zenith Satellite System (QZSS) and so on. The information may include the location, altitude, velocity or acceleration of the object and/or the current time. Points may be in the form of coordinates, such as latitude and longitude coordinates. Positioning device 160 may include one or more satellites, such as satellite 160-1, satellite 160-2, and satellite 160-3 as examples. Satellites 160-1 through 160-3 may independently or jointly determine the above information. Positioning device 160 may transmit the above information to terminal device 130 or device 140 via network 120 .

In some embodiments, one or more components of security system 100 may access data and/or instructions stored in storage 150 via network 120 . In some embodiments, storage 150 may be directly connected to server 110 as backend storage. In some embodiments, one or more components of security system 100 (eg, server 110 , terminal device 130 , or device 140 ) may have permission to access storage 150 . In some embodiments, one or more components of security system 100 may read and/or modify information related to user and/or device 140 when one or more conditions are met. . As an example, server 110 may read and/or change information for one or more users after a bicycle ride is completed.

In some embodiments, device 140 may be a bicycle of a bicycle sharing system. The exchange of information between one or more components of the security system 100 may be initiated by launching a mobile application for a bicycle sharing service on the terminal device 130, requesting bicycle service, or via the terminal device 130 (e.g. find a bike) query. The target of the service request can be any product. In some embodiments, products may include food, medicine, groceries, chemicals, appliances, clothing, automobiles, housing, luxury goods, or the like, or any combination thereof. In some other embodiments, the product may include a service product, a financial product, a knowledge product, an Internet product, or the like, or any combination thereof. Internet products may include separate hosted products, web products, mobile internet products, commercial hosted products, embedded products, or the like, or any combination thereof. Mobile Internet products may be used in mobile terminal software, programs, systems, or the like, or any combination thereof. A mobile terminal is a tablet computer, laptop computer, cell phone, personal digital assistant (PDA), smart watch, point of sale (POS) device, on-board computer, on-board television, wearable device, or the like, or Any combination thereof may be included. By way of example, a product may be any software and/or application used on a computer or mobile phone. Software and/or applications may relate to socializing, shopping, transportation, entertainment, learning, investing, or the like, or any combination thereof. In some embodiments, transportation-related software and/or applications may include travel software and/or applications, vehicle scheduling software and/or applications, map software and/or applications, and the like.

Those skilled in the art will appreciate that when elements of security system 100 execute, they may execute by means of electrical and/or electromagnetic signals. By way of example, when terminal device 130 handles a task such as making a decision, unlocking device 140, terminal device 130 may operate logic circuits within its processor to handle that task. When terminal device 130 submits a query (eg, information about the location of device 140) to server 110, the processor of terminal device 130 may generate an electrical signal that encodes the query. The processor of terminal device 130 may then send the electrical signal to the output port. If the terminal device 130 communicates with the server 110 over a wired network, the output port may be physically connected to a cable that also transmits electrical signals to the input port of the server 110 . When terminal device 130 communicates with server 110 over a wireless network, the output port of terminal device 130 may be one or more antennas that convert electrical signals to electromagnetic signals. Similarly, device 140 and/or lock 170 may process tasks by operating logic circuits within its processor to receive instructions and/or service orders from server 110 via electrical or electromagnetic signals. Instructions and/or actions within electronic devices such as terminal device 130, device 140, lock 170, and/or server 110 when their processors process instructions, issue instructions, and/or perform actions. is transmitted via electrical signals. By way of example, when the processor reads data (e.g., multiple user profiles) from a storage medium (e.g., storage 150), it may emit an electrical signal to a reading device of the storage medium, which reads data structured in the storage medium. Data may be read. The structured data may be sent to the processor in the form of electrical signals over the bus of the electronic device. Here, an electrical signal may refer to an electrical signal, a series of electrical signals, and/or multiple separate electrical signals.

FIG. 2 is a schematic diagram illustrating exemplary hardware and/or software components of computing device 200, according to some embodiments of the present disclosure. Computing device 200 may be used to implement any component of security system 100 described herein. By way of example, processing engine 112 of server 110 and/or terminal device 130 may be implemented on computing device 200 via its hardware, software programs, firmware, or combinations thereof. Although only one such computer is shown for convenience, the computer functions associated with the security system 100 described herein are implemented in a distributed fashion on several similar platforms to spread the processing load. may be

Computing device 200 may illustratively include a COM port 250 interconnected with a network connected thereto (eg, network 120) to facilitate data communication. Computing device 200 may further include a processor 220 that executes program instructions to perform the functions of server 110 described herein. The exemplary computer platform includes an internal communication bus 210, various forms of program and data storage, such as disk 270, and read-only memory (ROM) 230, for processing and/or transmission of various data files by the computer. , or random access memory (RAM) 240, or the like. The exemplary computer platform may also include program instructions stored in ROM 230 , RAM 240 , and/or another type of non-transitory storage medium to be executed by processor 220 . The methods and/or processes of the present disclosure may be implemented as program instructions. Computing device 200 further includes input/output (I/O) 260 that supports input/output between computers, users, and other components therein. Computing device 200 may also receive programming and data via network communications.

Only one CPU and/or processor is shown in computing device 200 for purposes of illustration only. However, computing device 200 in the present disclosure may also include multiple CPUs and/or processors, and thus operations and/or method steps performed by one CPU and/or processor are referred to in the description of this disclosure as multiple CPUs and/or processors. may also be executed jointly or separately by the CPUs and/or processors of the As an example, the CPU and/or processor of computing device 200 may perform both steps A and B. As another example, steps A and B may be performed together or separately by two different CPUs and/or processors in computing device 200 (e.g., a first processor performs step A). and a second processor performs step B, or the first and second processors perform steps A and B together).

FIG. 3 is a schematic diagram illustrating exemplary hardware and/or software components of a mobile device 300 in which terminal device 130 may be implemented, according to some embodiments of the present disclosure. As shown in FIG. 3, mobile device 300 may include communication module 310 , display 320 , graphics processing unit (GPU) 330 , processor 340 , I/O 350 , memory 360 , and storage 390 . In some embodiments, any other suitable components may also be included in mobile device 300 including, but not limited to, a system bus or controller (not shown). In some embodiments, mobile operating system 370 (e.g., iOS™, Android™, Windows Phone™) and one or more applications 380 run from storage 390 to be executed by processor 340. It may be loaded into memory 360 . Application 380 may include a browser or any other suitable app that sends, receives, and presents information from server 110 regarding the status of device 140 (eg, location of device 140). User interaction with the information stream may be accomplished via I/O 350 and provided to server 110 and/or other components of security system 100 via network 120 . In some embodiments, a user may borrow (or rent) a device 140 (eg, a bicycle) via mobile device 300 . The user may also control lock 170 of device 140 via mobile device 300 . As an example, a user may use mobile device 300 to enter an instruction to close the lock.

FIG. 4 is a schematic diagram illustrating exemplary hardware and/or software components of device 140 that needs to be protected, according to some embodiments of the present disclosure. Device 140 may include lock 170 , control component 420 , positioning component 430 , communication port 440 , display 450 , and power supply 460 .

Lock 170 may be configured to protect device 140 . By way of example, device 140 may be a bicycle of a bike sharing system and lock 170 may be configured to lock one or more wheels of the bicycle. In some embodiments, the lock 170 may be configured to secure the bicycle to a stationary object such as a bicycle locking post or rack. Lock 170 may include any combination of mechanisms that implement its functionality. By way of example, lock 170 may include a mechanical lock or an electronic lock. In some embodiments, lock 170 may include one or more processing units (eg, single-core processing engine(s) or multi-core processing engine(s)). Merely by way of example, lock 170 may include a central processing unit (CPU), an application specific integrated circuit (ASIC), an application specific instruction set processor (ASIP), a graphics processing unit (GPU), a physical processing unit (PPU), a digital signal processor (DSP), field programmable gate array (FPGA), programmable logic device (PLD), controller, microcontroller unit, reduced instruction set computer (RISC), microprocessor, or the like, or any combination thereof may contain.

Control component 420 may control the operation of other components of device 140 (eg, lock 170, positioning component 430, and/or communication port 440). By way of example, device 140 may be a bicycle of a bicycle sharing system, and control component 420 is opened (i.e., releases the bicycle) in response to commands from server 110 and/or terminal device 130. and/or control the lock 170 to be locked (ie, lock the bicycle). In some embodiments, lock 170 may include a locking mechanism, and control component 420 may control the locking mechanism to move between locked and unlocked positions.

Positioning component 430 may communicate with positioning device 160 of security system 100 to locate or track device 140 . Positioning component 430 may determine longitude and/or latitude information associated with device 140 . Longitude and latitude information may be used to assist maintenance personnel in identifying device 140 . Communications port 440 may facilitate communications between device 140 , terminal device 130 , and/or server 110 .

Communication port 440 supports cellular communication technologies (e.g., GSM, CDMA, 2G, 3G, 4G), short-range wireless communication technologies (e.g., Bluetooth, NFC, radio frequency identification (RFID), Zigbee), narrowband mono. Various wireless technologies such as the Internet (narrow band internet of things) (NB-IoT), low-power wide-area networks (LPWANs) (eg, LoRa), etc. may be utilized. Communications port 440 may include a communications port that may be configured to transmit information to server 110 or terminal device 140 . In some embodiments, control component 420 , positioning component 430 and/or communication port 440 may be integrated into lock 170 .

Display 450 may display information about device 140 . As an example, device 140 may be a bicycle in a bike sharing system and display 450 may display information about the bicycle when the user is riding the bicycle. Information may include navigation maps, ride speed, ride distance, and the like. In some embodiments, display 450 may also display advertisements, news, traffic, weather, and the like. In some embodiments, display 450 may provide an interactive interface to the user. By way of example, a user may select a navigation route from multiple routes shown on display 450 . Display 450 may be a liquid crystal display (LCD), light emitting diode (LED) based display, flat panel display or curved screen, television device, cathode ray tube (CRT), or similar. or any combination thereof. In some embodiments, display 450 may be integrated with lock 170 .

Power supply 460 may provide power for operation of the components of device 140 (eg, control component 420, positioning component 430, communication port 440, display 450). The power source 460 may include batteries charged by solar energy, kinetic energy (eg, the battery may be charged while riding the device 140), wind energy, mechanical energy, and the like. In some embodiments, device 140 may be a bicycle of a bicycle sharing system. A bicycle may, by way of example, include movable components (e.g. pedals, wheels), gearing components (e.g. bicycle chains), restraint components (e.g. brakes), alarm components (e.g. bells), or the like, or may include other components, such as any combination of

In some embodiments, the bicycle may further include a pressure capture device (not shown) mounted on the handle or saddle of the bicycle. The pressure capture device may be configured to detect pressure information associated with the bicycle. By way of example, the pressure catching devices may include a first pressure catching device located on the left handle, a second pressure catching device located on the right handle, and a third pressure catching device located on the saddle. A first pressure within a predetermined time period (e.g., 5 minutes) captured by the first pressure capture device is less than a first threshold and a second pressure within a predetermined time period captured by the second pressure capture device is less than the second threshold and the third pressure captured by the third pressure capture device within the predetermined time period is less than the third threshold, the bicycle is terminated from use of the bicycle. may be determined and the control component 420 may lock the bicycle.

FIG. 5 is a block diagram illustrating an exemplary processing engine, according to some embodiments of the disclosure. Processing engine 112 may include acquisition module 510 , processing module 520 , and transmission module 530 .

Acquisition module 510 may be configured to acquire the service request and/or any information associated with the service request. Acquisition module 510 may acquire service requests from terminal devices 130 over network 120 . A service request may be a request related to device 140 . In some embodiments, device 140 may be a bicycle of a bicycle sharing system. The following description may take the bike-sharing application scenario as an example. Note that the present disclosure is applicable to any other application scenario. A service request may be a request to use a transportation service (eg, bicycle). The service request may include user information associated with the requestor (eg, user name, identity card number, user identity associated with terminal device 130), bicycle identification information for the bicycle (eg, bicycle serial number), and the like.

In some embodiments, the acquisition module 510 may acquire service information associated with the service request. Service information includes lock information (e.g., lock identification information, when to unlock lock 170, when to lock lock 170), user identity associated with terminal device 130, starting point associated with service request, destination associated with service request. and so on. In some embodiments, the service information is the travel time from the start point to the destination (or the point where the user stops), the travel route associated with the start point and/or destination, the predicted service request associated with the service request. It may further include fees and the like.

In some embodiments, retrieval module 510 may retrieve user identification information associated with the requestor from an identification device (eg, identification device 900 ) within lock 170 . Identification information associated with the requestor may include integrated circuit (IC) card information, iris information, fingerprint information, and the like. In some embodiments, the acquisition module 510 may also acquire maintenance information related to the bicycle (eg, power information, tire information, time information, noise information).

The processing module 520 may be configured to process information and/or data related to service requests, identification information related to the requester, maintenance information related to the bicycle, and the like.

In some embodiments, processing module 520 may determine and/or maintain a table (eg, Table 1) showing the relationship between bicycle serial numbers and lock serial numbers.

In some embodiments, processing module 520 may further determine and/or maintain a table showing the relationship between lock serial numbers and unlock passwords. As an example, as shown in Table 2, a specific lock serial number corresponds to a specific unlock password.

As another example, as shown in Table 3, a particular lock serial number corresponds to multiple unlock passwords.

As yet another example, as shown in Table 4, processing module 520 may define multiple validity periods for multiple unlock passwords, respectively. As used herein, "validity period" refers to the period during which the corresponding password can be used to unlock the bicycle. The validity period may be a default setting for the bike sharing system, or may be adjustable in different circumstances.

In some embodiments, after obtaining the service request, the processing module 520 may determine the reference unlock password based on the bicycle identification information (eg, bicycle serial number) included in the service request. The processing module 520 may determine a specific lock serial number based on the bicycle serial number according to Table 1 and a reference unlock password based on the specific lock serial number according to Table 2, Table 3, or Table 4. good. As an example, processing module 520 may determine the reference unlock password corresponding to a particular lock serial number according to Table 2. As another example, according to Table 3, processing module 520 may randomly select an unlock password corresponding to a particular lock serial number as the reference unlock password. As yet another example, according to Table 4, the processing module 520 determines the validity period for which the service request is initiated, and determines the unlock password corresponding to the specific lock serial number based on the validity period as the reference unlock password. may

In some embodiments, processing module 520 generates a relationship (eg, Table 5) between the requestor and the unlock password based on user information included in the service request (eg, user identity associated with terminal device 130). may be further determined.

In some embodiments, once the service transaction associated with the service request is completed, the processing module 520 also updates the relationship between the lock serial number and the unlock password (e.g., Tables 2, 3). good. As an example, assume that the service request relates to bicycle "JA546" corresponding to lock serial number "Lock001". As shown in Table 2, when the service transaction associated with the service request is completed, the processing module 520 deletes the unlock password "135780" corresponding to the lock serial number "Lock001" (or deletes the unlock password "135780"). ' as inactive or invalid) and determine an updated unlock password (eg, '349062' shown in Table 6).

As another example, also assume that the service request relates to bicycle "JA546" corresponding to lock serial number "Lock001". As shown in Table 3, when the service transaction associated with the service request is completed, the processing module 520 deletes the unlock password "12HJB3" corresponding to the lock serial number "Lock001" (or deletes the unlock password "12HJB3"). ” as inactive or invalid) and update the relationship between the lock serial number and the unlock password as shown in Table 7. In this example, once all unlock passwords corresponding to a particular lock serial number have been deleted (or marked as suspended or invalid), processing module 520 indicates the relationship between the lock serial number and the unlock password. A new table may be determined and/or maintained.

In some embodiments, processing module 520 may update the relationship between the serial number and the unlock password. In some embodiments, processing module 520 may periodically update relationships. By way of example, as shown in Table 4, for a particular lock serial number, the unlock password corresponds to the validity period. Multiple validity periods may be determined by dividing the repeating period (eg, 2 hours). At the end of the iteration period, processing module 520 may determine a group of updated unlock passwords.

In some embodiments, during the boarding process associated with the service request and/or after completion of the service transaction associated with the service request, the processing module 520 determines billing information based on the service information associated with the service request. may

In some embodiments, the processing module 520 may analyze user identification information (e.g., IC card information, iris information, fingerprint information) associated with the requestor and determine unlocking instructions based on the analysis results. . As an example, the processing module 520 may compare the fingerprint information with reference fingerprint information registered with the bike sharing system. According to the result of determining that the fingerprint information matches the reference fingerprint information, the processing module 520 may determine an unlock command. Upon determining that there is no corresponding reference fingerprint information that matches the fingerprint information, the processing module 520 may generate a notification notifying the requestor to register with the bike-sharing system.

In some embodiments, processing module 520 may process maintenance information to determine if the bicycle needs repair. As an example, processing module 520 may determine whether the remaining capacity of power supply 460 is below a threshold. According to the results of the determination that the remaining capacity is below the threshold, the processing module 520 may provide a notification notifying maintenance personnel to detect the power source 460 . As another example, processing module 520 may compare time information associated with the bicycle with standard time information to calibrate the timing of the bicycle.

Transmission module 530 may be configured to transmit information and/or data related to service requests, user identification information, and/or maintenance information to bicycle and/or terminal device 130 . Sending module 530 may use any suitable communication protocol (e.g., Hypertext Transfer Protocol (HTTP), Address Resolution Protocol (ARP), Dynamic Host Configuration Protocol (DHCP), File Transfer Protocol (FTP) may be used to send information and/or data via one or more messages.

In some embodiments, the sending module 530 may send the reference unlocking password corresponding to the service request to the terminal device 130 .

In some embodiments, the transmission module 530 may transmit one or more unlock passwords to the bicycle (eg, lock 170) to be stored according to Tables 1-4 and 6-7. . By way of example, as described in connection with Tables 2 and 6, when a previous service transaction associated with a previous service request is completed, the processing module 520 converts between the lock serial number and the unlock password. relationship may be updated. Additionally, the transmission module 530 may transmit the updated unlock password to the bicycle. As another example, as described in connection with Tables 3 and 7, when all previous unlock passwords have been deleted or marked invalid, the processing module 520 processes the lock serial number and unlock password. A new table showing relationships between passwords may be determined and/or maintained. Additionally, the transmission module 530 may transmit an updated unlock password corresponding to the bicycle to the bicycle. As a further example, as described in connection with Table 4, processing module 520 may periodically update the relationship between lock serial numbers and unlock passwords. Additionally, the transmission module 530 may periodically transmit an updated unlock password to the bicycle.

In some embodiments, transmission module 530 may transmit billing information to terminal device 130 .

In some embodiments, transmission module 530 may transmit an unlock command to the bicycle. As an example, the sending module 530 may send an unlock command to the lock 170 according to the result of determining that the fingerprint information matches the reference fingerprint information.

The modules within processing engine 112 may be connected to each other or communicate via wired or wireless connections. Wired connections may include metallic cables, optical cables, hybrid cables, or the like, or any combination thereof. A wireless connection may include a local area network (LAN), a wide area network (WAN), Bluetooth, ZigBee, Near Field Communication (NFC), or the like, or any combination thereof. Two or more of the modules may be combined into a single module, or any one of the modules may be split into two or more units. By way of example, the acquisition module 510 and the transmission module 530 may be combined into a single module that acquires a service request from the terminal device 130 and information and/or data (e.g., reference unlocking) associated with the service request. password, billing information) to the terminal device 130. As another example, processing engine 112 may process information and/or data associated with the service request(s) (e.g., relationship between bicycle identification information, bicycle serial number and/or lock serial number and/or unlock password). may also include a storage module (not shown) used to store the .

FIG. 6 is a block diagram illustrating an exemplary lock, according to some embodiments of the disclosure. Lock 170 may include verification module 610 , lock information determination module 620 , service information determination module 630 , and storage module 640 .

Verification module 610 may be configured to determine whether the input obtained from terminal device 130 satisfies unlocking conditions. In some embodiments, the matching module 610 determines whether the password included in the input from the user (via the terminal device 130 or the bicycle's input device) matches the pre-stored password in the bicycle (eg lock 170). can be judged. As described in connection with FIG. 5, transmission module 530 may transmit one or more unlock passwords to the bicycle. One or more unlock passwords may be stored in a storage device within lock 170 (eg, storage module 640).

In some embodiments, the bicycle may pre-store one password, as shown in Tables 2 and 6. Verification module 610 may verify passwords included in the input against pre-stored passwords. Upon determining that the password included in the input matches a pre-stored password within the bicycle, control component 420 may activate lock 170 to unlock the bicycle.

In some embodiments, the bicycle may pre-store multiple candidate passwords, as shown in Tables 3 and 7. The matching module 610 may match each of the passwords included in the input with a plurality of candidate passwords. Upon determining that the password included in the input matches one of a plurality of candidate passwords, control component 420 may activate lock 170 to unlock the bicycle.

In some embodiments, the bicycle may pre-store multiple candidate passwords corresponding to multiple validity periods, as shown in Table 4. The verification module 610 may determine the time of acquisition of the input (eg, 12:10) and identify the target unlock password corresponding to the validity period (eg, 12:00 to 12:30) including that time. Further, the verification module 610 may compare the password included in the input with the target unlock password, and according to the result of determining that the password included in the input matches the target unlock password in the bicycle, the control component 420 may activate lock 170 to unlock the bicycle.

In some embodiments, upon determining that the password included in the input does not match the pre-stored password on the bicycle, verification module 610 provides a notification to terminal device 130 to indicate that the input may be incorrect. The requestor may be notified that the As an example, matching module 610 may send the message to terminal device 130 . As another example, matching module 610 may provide pop-up notifications via an application installed on terminal device 130 . As a further example, matching module 610 may activate display 450 to display a hint screen (eg, highlight, blink). As yet a further example, verification module 610 may activate a bicycle audio device (not shown) to provide an audio notification.

Lock information determination module 620 may be configured to determine lock information associated with the service request. Lock information may include lock identification information (eg, lock serial number), when lock 170 is unlocked (also referred to as "unlocked time"), when lock 170 is locked (also referred to as "locked time"), and the like.

In some embodiments, lock information determination module 620 may determine when to unlock and when to lock from a clock (not shown) integrated into lock 170 . In some embodiments, the lock information further includes bicycle identification information (e.g., bicycle serial number), basic information (e.g., bicycle type, age of bicycle), maintenance information related to the bicycle (e.g., power information), and the like. It's okay.

Service information determination module 630 may be configured to determine service information based on the lock information. The service information may include lock information, a user identity associated with the terminal device 130, a starting point associated with the service request, a destination associated with the service request, and the like. In some embodiments, the service information is the travel time from the start point to the destination (or the point where the user stops), the travel route associated with the start point and/or destination, the predicted service request associated with the service request. It may further include fees and the like.

In some embodiments, service information determination module 630 may also send service information to server 110 . In some embodiments, service information determination module 630 may determine whether a connection between the bicycle and server 110 has been established. According to the result of determining that the connection is not established, the service information determining module 630 may store the service information in the bicycle, and once the connection is established, the service information determining module 630 sends the service information to the server 110 You may send.

Storage module 640 may be configured to store any information and/or data related to service requests, lock information, service information, and the like. In some embodiments, storage module 640 may store unlock password(s) obtained from server 110 . By way of example, transmission module 530 may transmit one or more unlock passwords to lock 170, as described in connection with FIG. One or more unlock passwords may be stored in storage module 640 . In some embodiments, storage module 640 may store service information based on a determination that a connection between the bicycle and server 110 has not been established.

The modules within lock 170 may be connected or communicate with each other via wired or wireless connections. Wired connections may include metallic cables, optical cables, hybrid cables, or the like, or any combination thereof. A wireless connection may include a local area network (LAN), a wide area network (WAN), Bluetooth, ZigBee, Near Field Communication (NFC), or the like, or any combination thereof. Two or more of the modules may be combined into a single module, or any one of the modules may be split into two or more units. As an example, lock information determination module 620 and service information determination module 630 may be combined into a single module capable of determining both lock information and service information.

FIG. 7 is a flowchart illustrating an exemplary process of unlocking a bicycle according to some embodiments of the present disclosure; In some embodiments, process 700 may be performed by a bike sharing system. By way of example, process 700 may be implemented as a set of instructions (eg, an application) stored in ROM 230 or RAM 240 . Processor 220 and/or modules in FIG. 5 or 6 may execute a set of instructions and may be configured to execute process 700 upon executing the instructions. The operations of the illustrated process 700 presented below are intended as an example. In some embodiments, process 700 may be accomplished with one or more additional acts not described and/or without one or more of the described acts. Further, the order in which the operations of process 700 are illustrated in FIG. 7 and described below is not intended to be limiting.

At 710 , server 110 (eg, retrieval module 510 in processing engine 112 ) may retrieve a service request related to a bicycle (eg, bicycle) from terminal device 130 over network 120 . A service request may be a request to use a bicycle-related transportation service. The service request may include user information associated with the requestor (eg, user name, identity card number, user identity associated with terminal device 130), bicycle identification information for the bicycle (eg, bicycle serial number), and the like.

In some embodiments, the requestor initiates a service request by scanning an identity code (e.g., QR code, barcode) on a bicycle (e.g., handlebar, frame, or lock) with terminal device 130. good too. Terminal device 130 may obtain the bicycle identification information according to the identity code. Terminal device 130 may also send a service request to server 110 that includes the bicycle identification information. In some embodiments, the requestor may manually enter the bicycle identification information (eg, bicycle serial number) via terminal device 130 . Terminal device 130 may generate a service request that includes the bicycle identification information and transmit the service request to server 110 over network 120 .

In some embodiments, a requestor may initiate a service request via a wireless connection between terminal device 130 and the bicycle. Wireless connections may include short-range communications such as Bluetooth connections, ZigBee connections, hotspot connections, WiFi connections, or the like, or combinations thereof. As an example, a bicycle (e.g., communication port 440 of lock 170) may broadcast a wireless signal within a predetermined range (e.g., a certain radius (e.g., 5m, 10m, 20m, 100m, 500m, 1km) from the bicycle. A terminal device 130 within range may detect the wireless signal to establish a wireless connection between the terminal device 130 and the bicycle.After establishing the wireless connection, the terminal device 130 may detect the bicycle's bicycle identification. Information (eg, a bicycle serial number) may be obtained and a service request including the bicycle identification information may be sent to server 110 over network 120 .

In some embodiments, when a requester attempts to initiate a service request, there may be multiple bicycles in the vicinity. As used herein, "nearby" refers to the distance between the bicycle and the terminal device 130 being less than a threshold (eg, 10m, 50m, 100m, 500m). In this situation, multiple bicycles may broadcast multiple wireless signals. The terminal device 130 may determine multiple strengths of multiple wireless signals and, accordingly, multiple distances between the bicycle and the terminal device 130 based on the strengths of the individual signals. As an example, the higher the intensity, the shorter the distance between the bicycle and the terminal device 130 will be. Terminal device 130 may identify one or more bicycles whose distance(s) is below a threshold (eg, 8m, 10m). The terminal device 130 may automatically select one (eg shortest distance, random) from one or more bicycles. Alternatively, or in addition, a user may select one from one or more bicycles displayed on terminal device 130 . Terminal device 130 may further establish a wireless connection between the selected bicycle and terminal device 130 .

In some embodiments, after a wireless connection is established between the bicycle and terminal device 130, the bicycle may specify connection permissions associated with the wireless signal. Based on the connection permission, no other terminal device can establish a wireless connection with this bicycle.

In some embodiments, the bicycle may include an ON/OFF switch (eg, an ON/OFF button) for turning the bicycle's wireless signal on or off. If the period without a terminal device establishing a wireless connection with the bicycle is longer than a threshold (e.g. 30 minutes, 1 hour, 2 hours), the bicycle may set the mode of the bicycle (e.g. lock 170) to sleep mode. . When the requestor wishes to initiate a service request, the requestor may turn the ON/OFF switch to the ON position and a wireless connection between the terminal device 130 and the bicycle may be established.

At 720 , server 110 (eg, sending module 530 within processing engine 112 ) may send the reference unlocking password associated with the service request to terminal device 130 . As an example, server 110 may transmit the reference unlock password to terminal device 130 via network 120 .

In some embodiments, server 110 (eg, processing module 520 within processing engine 112) configures the reference unlock password sent to terminal device 130 according to the bicycle identification information (eg, bicycle serial number) included in the service request. may decide. Server 110 determines a lock serial number based on the bicycle serial number (eg, according to Table 1) and a reference unlock password based on the lock serial number (eg, according to Table 2, Table 3, or Table 4). good too. As an example, server 110 may determine the reference unlock password corresponding to a particular lock serial number according to Table 2. Alternatively, or additionally, according to Table 3, server 110 may randomly select the unlock password corresponding to a particular lock serial number as the reference unlock password. Alternatively, or in addition, according to Table 4, server 110 may determine the validity period at which the service request is initiated, and determine the unlock password corresponding to the lock serial number based on the validity period as the reference unlock password.

At 730 , the bicycle (eg, verification module 610 within lock 170 ) may obtain input associated with terminal device 130 . As used herein, input may refer to manual input from a requestor, instructions from terminal device 130, and the like. By way of example, the bicycle may obtain manual input, including a password, by the requestor via terminal device 130 or the bicycle's input device (eg, keyboard, virtual keyboard). As another example, a bicycle may obtain unlock instructions, including a password, from terminal device 130 via a wireless connection between the bicycle and terminal device 130 .

At 740, the bicycle (eg, verification module 610 in lock 170) may determine whether the input satisfies unlock conditions for the reference unlock password. As an example, the bicycle may determine whether the password included in the input matches a pre-stored password within the bicycle. If the bicycle determines that the password contained in the input matches the pre-stored password within the bicycle, the bicycle may determine that the input satisfies the unlocking conditions. On the other hand, if the bicycle determines that the password contained in the input conflicts with the pre-stored password within the bicycle, the bicycle may determine that the input does not meet the unlocking conditions. The pre-saved password may be obtained from server 110 . As an example, the bicycle (eg verification module 610) may receive the password from server 110 via network 120 and store the password in its storage device.

In some embodiments, as described in connection with Tables 2 and 6, when the previous service transaction associated with the previous service request is completed, server 110 sends the updated unlock password. The generated (or determined) and updated unlock password may be transmitted to the bicycle for storage, illustratively via network 120 . The bicycle may determine in subsequent transactions whether the password included in the input matches the updated password obtained from server 110 .

In some embodiments, the server 110 may transmit multiple candidate passwords to the bicycle, as described in connection with Tables 3 and 7. The bicycle may determine whether the password included in the input from the user (via terminal device 130 or the bicycle's input device) matches one of multiple candidate passwords obtained from server 110. .

In some embodiments, the bicycle may pre-store multiple candidate passwords corresponding to multiple validity periods, as described in connection with Table 4. The bicycle may determine the time when the input was obtained (eg, 12:10) and identify the target unlock password corresponding to the validity period (eg, 12:00-12:30) including that time. Additionally, the bicycle may determine whether the password included in the input matches the target unlock password.

As a result of determining that the input does not meet the unlocking conditions, the bicycle (e.g., verification module 610 in lock 170) provides a notification to terminal device 130 at 790 to indicate that there may be an error. may be notified to As an example, the bicycle may send a message to the terminal device 130 indicating "password may be incorrect". Alternatively, or in addition, the bicycle may activate display 450 to display a hint screen (eg, highlight, flash). Alternatively or additionally, the bicycle may activate a bicycle audio device (not shown) to provide audio notifications.

As a result of determining that the input satisfies the unlocking condition, the bicycle (eg, control component 420) may activate 750 the lock 170 to unlock the bicycle. As an example, verification module 610 may generate an unlock command and send the unlock command to control component 420 . Control component 420 may control lock 170 to unlock the bicycle. After the bicycle is unlocked, the bicycle and terminal device 130 may be paired, and the service transaction associated with the service request is completed, or the connection between terminal device 130 and the bicycle is terminated. Until then, no other terminal device can establish any connection with the bicycle.

In some embodiments, the bicycle may delete the pre-stored password, or as a result of determining that the input satisfies the unlocking conditions, as described in connection with Tables 2 and 6, or Passwords may be marked as invalid or suspended. After completion of the service transaction associated with the service request, server 110 may send the updated password to the bicycle to be saved for the next service request.

In some embodiments, as described in connection with Tables 3 and 7, upon determining that the input satisfies the unlocking conditions, the bicycle will send a specific password matching the password included in the input. A candidate password may be deleted, or a particular candidate password may be marked as invalid or suspended. After one or more (or all) candidate unlock passwords in the bicycle have been deleted or marked as invalid or suspended, server 110 saves the updated candidate passwords for storage. You can send it to your bike.

In some embodiments, as described in connection with Table 4, following the result of determining that the input satisfies the unlocking conditions, the bicycle is targeted unlocked with a validity period that includes when the input was obtained. The password may be deleted or the subject unlock password marked as invalid or suspended.

At 760 , the bicycle (eg, lock information determination module 620 ) may determine lock information associated with lock 170 . Lock information may include lock identification information (eg, lock serial number), when lock 170 is unlocked, when lock 170 is locked, and the like. In some embodiments, the lock information further includes bicycle identification information (e.g., bicycle serial number), basic information (e.g., bicycle type, age of bicycle), maintenance information related to the bicycle (e.g., power information), and the like. It's okay.

At 770, the bicycle (eg, service information determination module 630) and/or terminal device 130 may determine service information. The service information may include lock information, a user identity associated with the terminal device 130, a starting point associated with the service request, a destination associated with the service request, and the like. A bicycle may determine a starting point and/or a destination via positioning component 430 . Terminal device 130 may determine the starting point and/or destination via the GPS device of terminal device 130 . In some embodiments, the service information is the travel time from the start point to the destination (or the point where the user stops), the travel route associated with the start point and/or destination, the predicted service request associated with the service request. It may further include fees and the like.

At 780 , the bicycle (eg, service information determination module 630 or communications port 440 ) and/or terminal device 130 may transmit service information to server 110 . In some embodiments, when the lock 170 is unlocked, the bicycle and/or terminal device 130 provides service start information (e.g., when the lock 170 is unlocked, lock identification information, starting point associated with the service request, terminal User identity associated with device 130 ) may be sent to server 110 . After receiving the service initiation information, server 110 (eg, processing module 520) may monitor the transportation service (eg, monitor timing of the transportation service) until the service transaction associated with the service request is completed.

In some embodiments, once the service transaction associated with the service request has been completed, the bicycle and/or terminal device 130 may provide service termination information (e.g., lock 170 lock time, destination associated with the service request, lock identification information, the user identity associated with the terminal device 130 ) may be sent to the server 110 . After receiving the end-of-service information, server 110 may suspend monitoring (eg, stop timing) the transportation service and determine billing information based on the start-of-service and end-of-service information. Additionally, server 110 (eg, transmission module 530 ) may transmit billing information to terminal device 130 .

In some embodiments, when a bicycle attempts to send service information to server 110, the bicycle may determine whether a connection between the bicycle and server 110 has been established. According to the result of determining that the connection is not established, the bicycle may store the service information in a storage device (eg, storage module 640) within the bicycle, and once the connection is established, the bicycle stores the service information. It may be sent to the server 110 .

In some embodiments, the server 110 identifies the point at which the bicycle sends service information to the server 110 and determines the poor signal reception area based on the point and the destination associated with the service request. may As an example, if the destination of the service request is point A, and the bicycle or terminal device 130 sends service information to the server 110 at point B, the server will send point A and points where the communication signal may be weak. An area including B (or an area from point A to point B) may be identified and determined to be a poor signal reception area. Server 110 may further identify a poor signal coverage map based on multiple poor signal coverage areas associated with multiple service requests. The poor signal reception map may be used to assist maintenance personnel in performing maintenance operations.

In some embodiments, service information may be determined by terminal device 130 . By way of example, after determining the lock information, the bicycle may transmit the lock information to terminal device 130 via a wireless connection between the bicycle and terminal device 130 . The terminal device 130 may determine service information based on the lock information and transmit the service information to the server 110 .

In some embodiments, due to unforeseen failures (e.g., network failure, bicycle failure, server failure), the billing process may still not be terminated after locking the lock 170 (i.e. completing the service associated with the service request). unknown. In this situation, the requester may manually terminate the billing process, or may provide feedback related to the failure, for example by contacting customer service. Once the fault is resolved, server 110 may return excess charges (if any) to the requestor's user account or provide charge compensation (eg, a discount coupon) to the user account.

Note that the above description is provided for illustrative purposes only and is not intended to limit the scope of the present disclosure. For those skilled in the art, numerous variations and modifications can be constructed based on the teachings of this disclosure. Such variations and modifications do not depart from the scope of this disclosure. As an example, one or more other optional steps (eg, saving) may be added elsewhere in exemplary process 700 . The storing step stores any information and/or data associated with the service request (e.g., reference unlock password, lock information, service information) to a storage device (e.g., storage 390) disclosed elsewhere in this disclosure. May be saved. As another example, at 780 the bicycle may transmit service information to terminal device 130 . As a further example, when a requestor initiates a service request via a wireless connection between the terminal device 130 and a bicycle, the terminal device 130 may transmit maintenance information (e.g. power information, time information, etc.) related to the bicycle via the wireless connection. , tire information, noise information), and the maintenance information included in the service request may be transmitted to the server 110 .

FIG. 8 is a flow chart illustrating an exemplary process of switching modes of locking according to some embodiments of the present disclosure. In some embodiments, process 800 may be implemented as a set of instructions (eg, an application) stored in ROM 230 or RAM 240 . Processor 220 may execute the set of instructions and may be configured to execute process 800 upon executing the instructions. The operations of illustrated process 800 presented below are intended as an example. In some embodiments, process 800 may be accomplished with one or more additional acts not described and/or without one or more of the described acts. Further, the order in which the operations of process 800 are illustrated in FIG. 8 and described below is not meant to be limiting.

At 810, the bicycle (eg, mode determination module (not shown) in lock 170) may determine whether the first service transaction associated with the first service request has been completed. By way of example, when the requestor parks the bicycle and locks lock 170, the bicycle may determine that the first service transaction associated with the first service request is complete.

At 820, the bicycle (e.g., mode determination module) may set the mode of lock 170 to dormant mode as a result of determining that the first service transaction associated with the first service request has been completed. . As used herein, dormant mode refers to a mode in which the lock is not running (ie, not communicating with server 110 and/or terminal device 130). By way of example, once a first service transaction associated with a first service request has been completed, the bicycle may be used for subsequent service request(s), as described in connection with FIG. One or more unlock passwords may be obtained from server 110 . After receiving one or more unlock passwords, the bicycle may set the mode to rest mode.

At 830, the bicycle (eg, mode determination module) may determine whether a second password associated with the second service request has been obtained. As described with respect to step 730, the bicycle may obtain a second password associated with the second service request from terminal device 130 or an input device on the bicycle.

At 840, the bicycle (e.g., mode determination module) may set the mode of lock 170 to active mode as a result of determining that the second password associated with the second service request has been obtained. In active mode, the bicycle may determine whether the second password matches a pre-stored password within the bicycle. Upon determining that the second password matches the pre-stored password, the bicycle may activate lock 170 to unlock the bicycle.

In some embodiments, the bicycle may determine lock initiation information (eg, when lock 170 is unlocked) and determine service initiation information based on the lock initiation information. After determining the service initiation information, the bicycle may set the mode of lock 170 to rest mode. When the lock 170 is locked (ie the second service transaction associated with the second service request is completed), the bicycle may set the mode of the lock 170 back to active mode. The bicycle may determine end-of-lock information (eg, when lock 170 is locked). The bicycle may further determine service initiation and termination information based on the lock termination information. After determining the service termination information, the bicycle transmits service initiation information and/or service termination information to the server 110 to indicate that the second service transaction associated with the second service request has been completed. good too. The bicycle may execute process 800 again through step 820 to set the mode of lock 170 to rest mode.

In some embodiments, if the lock 170 is in dormant mode and the next password associated with the next service request is not obtained, at the time of interest the bicycle may set the mode of the lock 170 to active mode, The target time is the time after a predetermined time interval (eg, 30 minutes, 1 hour, 2 hours) from the time the lock 170 mode was set as the sleep mode.

It should be noted that the above description of the mode switching process is provided for illustrative purposes only and is not intended to limit the scope of the present disclosure. For those skilled in the art, numerous variations and modifications can be constructed based on the teachings of this disclosure. Such variations and modifications do not depart from the scope of this disclosure. By way of example, steps 810 and 820 include determining whether the bicycle has completed a first service transaction associated with the first service request, and determining whether the first service transaction associated with the first service request has been completed. Setting the mode of lock 170 to dormant mode may both be combined into a single step based on the outcome of determining that the transaction is completed. As another example, steps 830 and 840 include the bicycle determining whether a second password associated with the second service request has been obtained and the second password associated with the second service request. Setting the mode of the lock 170 to active mode based on the result of determining that the password has been obtained may be combined into a single step that can both be performed.

FIG. 9 is a block diagram illustrating an exemplary identification device, according to some embodiments of the present disclosure; In some embodiments, identification device 900 may be integrated into the bicycle (eg, lock 170). Identification device 900 may include card sensor 902 , iris collector 903 , fingerprint reader 904 , input device 905 and/or processing device 906 .

Card sensor 902 may be configured to collect card information associated with the requestor. In some embodiments, card sensor 902 may include a near field detector (not shown) and a magnetic card reader (not shown). When the near field detector determines that a card (e.g. bank card, access card, bus card, identity card, identification card, integrated circuit card) is placed near the bicycle (e.g. lock 170), the magnetic card reader , may identify the card and obtain card information from the card. As used herein, "near" refers to the distance between the card and the bicycle (eg, lock 170) being less than a distance threshold (eg, 1 mm, 2 mm, 5 mm, 1 cm, 2 cm). Card information may include card identification information (eg, card serial number), validity period, card issuing authority, user information associated with the card (eg, real name, ID number, phone number), and the like. In some embodiments, card sensor 902 may include a photodiode-based scanner, laser scanner, CCD reader, camera-based reader, or the like.

Iris collector 903 may be configured to collect iris information associated with the requestor. Iris collector 903 may include an image capture device (not shown), an image processing device (not shown), and the like.

Fingerprint reader 904 may be configured to collect fingerprint information associated with the requestor. Fingerprint reader 904 may include an optical fingerprint sensor, a semiconductor capacitance transducer, a semiconductor thermistor sensor, a semiconductor pressure sensor, an ultrasonic sensor, a radio frequency fingerprint sensor, and the like.

Input device 905 may be configured to receive input including identifying information associated with the requestor. Identification information associated with the requestor may include card information, iris information, fingerprint information, and/or any other unique identification associated with the requestor (e.g., facial identification information, passport number, driver's license). . In some embodiments, input devices 905 may include keyboards, touch screens, voice recognition devices, and the like.

Processing device 906 may be configured to process identification information associated with the requestor and determine whether the requestor has permission to use the bicycle based on the identification information. In some embodiments, the processing device 906 may obtain the reference identification information from a storage device (e.g., storage 150) disclosed elsewhere in this disclosure and compare the identification information with the reference identification information. good. The reference identification information may include reference card information registered in the bicycle sharing system, reference iris information registered in the bicycle sharing system, reference fingerprint information registered in the bicycle sharing system 100, and the like.

As an example, the processing device 906 may compare the card information and the reference card information to determine if the card information matches the reference card information. Upon determining that the card information matches the reference card information, the processing device 906 may determine that the requestor has permission to use the bicycle. As another example, processing device 906 may compare the iris information with reference iris information to determine whether the iris information matches the reference iris information. Upon determining that the iris information matches the reference iris information, processing device 906 may determine that the requestor has permission to use the bicycle. As a further example, the processing device 906 may compare the fingerprint information and the reference fingerprint information to determine if the fingerprint information matches the reference fingerprint information. Upon determining that the fingerprint information matches the reference fingerprint information, the processing device 906 may determine that the requestor has permission to use the bicycle. Alternatively or additionally, the identification information may be sent to server 110 via communication port 440 to be processed. Server 110 may compare the identification information with the reference information, and according to the result of determining that the identification information matches the reference information, server 110 may determine that the requester has permission to use the bicycle. good. Server 110 may also transmit information to the bicycle indicating the requestor's authorization to use the bicycle.

After determining that the requestor has permission to use the bicycle, processing device 906 may generate an unlock command and send the unlock command to control component 420 . Control component 420 may activate lock 170 to unlock the bicycle based on the unlock command.

In some embodiments, identification device 900 may further include an encoding device (not shown) that may be used to encode identification information. As an example, the encoding device may encode the identifying information as an electronic signal and transmit the electronic signal to server 110 .

The modules within identification device 900 may be connected to each other or communicate via wired or wireless connections. Wired connections may include metallic cables, optical cables, hybrid cables, or the like, or any combination thereof. A wireless connection may include a local area network (LAN), a wide area network (WAN), Bluetooth, ZigBee, Near Field Communication (NFC), or the like, or any combination thereof. Two or more of the modules may be combined into a single module, or any one of the modules may be split into two or more units. By way of example, identification device 900 may include a storage device (not shown) that may be used to store obtained identification information and reference identification information.

FIG. 10 is a flowchart illustrating an exemplary process of determining unlocking instructions based on identification information, according to some embodiments of the present disclosure. In some embodiments, process 1000 may be performed by a bike sharing system. By way of example, process 1000 may be implemented as a set of instructions (eg, an application) stored in ROM 230 or RAM 240 . Processor 220 and/or modules in FIG. 9 may execute a set of instructions and may be configured to execute process 1000 upon executing the instructions. The operations of illustrated process 1000 presented below are intended as an example. In some embodiments, process 1000 may be accomplished with one or more additional acts not described and/or without one or more of the described acts. Further, the order in which the operations of process 1000 are illustrated in FIG. 10 and described below is not intended to be limiting.

At 1010, an acquisition device (eg, card sensor 902, iris collector 903, fingerprint reader 904, input device 905) may acquire identifying information associated with the requestor. As described in connection with FIG. 9, identification information associated with the requestor may include card information, iris information, fingerprint information, and the like.

At 1020, processing device 906 may analyze the identification information. In some embodiments, processing device 906 may obtain reference identification information from a storage device (eg, storage 150) described elsewhere in this disclosure. Processing device 906 may also compare the identification information with the reference identification information. The reference identification information may include reference card information registered with the bicycle sharing system, reference iris information registered with the bicycle sharing system, reference fingerprint information registered with the bicycle sharing system, and the like. As an example, the processing device 906 may compare the card information and the reference card information to determine if the card information matches the reference card information. Upon determining that the card information matches the reference card information, the processing device 906 may determine that the requestor has permission to use the bicycle. As another example, processing device 906 may compare the iris information with reference iris information to determine whether the iris information matches the reference iris information. Upon determining that the iris information matches the reference iris information, processing device 906 may determine that the requestor has permission to use the bicycle. As a further example, the processing device 906 may compare the fingerprint information and the reference fingerprint information to determine if the fingerprint information matches the reference fingerprint information. Upon determining that the fingerprint information matches the reference fingerprint information, the processing device 906 may determine that the requestor has permission to use the bicycle.

At 1030, the processing device 906 may generate unlock instructions based on the analysis results. Processing device 906 may send an unlock command to control component 420 to activate lock 170 to unlock the bicycle.

It should be noted that the above description of the mode switching process is provided for illustrative purposes only and is not intended to limit the scope of the present disclosure. For those skilled in the art, numerous variations and modifications can be constructed based on the teachings of this disclosure. Such variations and modifications do not depart from the scope of this disclosure.

FIG. 11 is a schematic diagram illustrating an exemplary iris collector, according to some embodiments of the present disclosure; Iris collector 903 may include concave mirror 1110 , lens 1120 and imaging sensor 1130 .

As shown, concave mirror 1110 may be positioned opposite imaging sensor 1130 and lens 1120 may be positioned between concave mirror 1110 and imaging sensor 1130 . The reflective surface of concave mirror 1110 may face the iris of the subject (eg, the claimant's iris), and lens 1120 may collect iris information associated with the claimant. Additionally, the imaging sensor 1130 may generate an image based on light transmitted through the lens.

FIG. 12 is a schematic diagram illustrating an exemplary construction of lock 170, according to some embodiments of the present disclosure. In some embodiments, control component 420 may be implemented via one or more components shown in FIG. As shown, the structure of lock 170 may include lock pin 1210 and mechanical drive components including motor 1220 (eg, a DC motor), worm 1230 and worm gear 1240 . Position “A” refers to the exit of lock pin 1210 and position “B” refers to the “OFF” position of lock 170 .

In some embodiments, lock 170 may receive an unlock command via communications port 440 . Communication port 440 may determine an unlock signal based on the unlock command and transmit the unlock signal to motor 1220 . After receiving the unlocking signal, the motor 1220 rotates its output shaft to drive the worm 1230 to rotate along the first unlocking direction, and simultaneously rotate the worm gear 1240 along the second unlocking direction. and the first unlocking direction may be perpendicular to the second unlocking direction. Rotating worm gear 1240 may also drive locking pin 1210 from position “B” to position “A” through gear meshing, thereby unlocking lock 170 .

In some embodiments, lock 170 may receive lock commands via communications port 440 . Communication port 440 may determine a lock signal based on the lock command and transmit the lock signal to motor 1220 . In some embodiments, lock 170 may receive a manual locking action from a requestor to a lock button (not shown). After receiving the locking signal or receiving the locking operation, the motor 1220 rotates its output shaft to drive the worm 1230 to rotate along the first locking direction, and at the same time rotate the worm gear 1240 to the second locking direction. It may be driven to rotate along a locking direction and the first locking direction may be perpendicular to the second locking direction. Rotating worm gear 1240 may also drive locking pin 1210 from position “A” to position “B” through gear meshing, thereby locking lock 170 . The first locking direction may be opposite to the first unlocking direction and the second locking direction may be opposite to the second unlocking direction.

FIG. 13 is a schematic diagram illustrating an exemplary power supply 460, according to some embodiments of the present disclosure. In some embodiments, power source 460 may be a solar panel. A solar panel may include a first light guide component 1310 and a second light guide component 1320 . As shown, a first optical waveguide component 1310 may be positioned opposite a second optical waveguide component 1320, where the first optical waveguide component 1310 is located opposite the second optical waveguide component. 1320 may be parallel. A side of the first optical waveguide component 1310 and a side of the second optical waveguide component 1320 may be rigidly coupled via the solar cell 1330 .

In some embodiments, the surface of the first light guide component 1310 facing the second light guide component 1320 may be coated with a first fluorescent layer 1340, and the second light guide configuration The surface of the element 1320 facing the first optical waveguide component 1310 may be coated with a second fluorescent layer 1350. FIG. The first fluorescent layer 1340 and the second fluorescent layer 1350 may be thin films made of fluorescent material. The fluorescent materials may include inorganic fluorescent materials and organic fluorescent materials. Inorganic phosphors may include rare earth phosphors, inorganic semiconductor phosphors, quantum dots, and the like. Organic fluorescent materials may include small molecule luminescent materials, polymeric luminescent materials, and the like.

In some embodiments, there may be a gap between the first optical waveguide component 1310 and the second optical waveguide component 1320. FIG. The gap may be filled with vacuum, air, inert gas, or the like. The width of the gap may be the default setting of the bike sharing system (eg, in the range of 7 mm to 30 mm), or may be adjustable in various situations. In some embodiments, the first optical waveguide component 1310 and the second optical waveguide component 1320 may be made of polygonal glass plates of the same size. The thickness of the first optical waveguide component 1310 and the second optical waveguide component 1320 may be between 1 mm and 10 mm.

Although the basic concepts have been described above, it will be fairly clear to those skilled in the art after reading this detailed disclosure that the foregoing detailed disclosure is intended to be presented by way of illustration only and not limitation. . Various alterations, improvements, and modifications may occur and are intended to those skilled in the art, although not expressly stated herein. Such alterations, improvements, and modifications are intended to be suggested by this disclosure and are within the spirit and scope of the exemplary embodiments of this disclosure.

Moreover, certain terminology has been used to describe the embodiments of the present disclosure. By way of example, the terms "one embodiment," "an embodiment," and/or "some embodiments" may be used to refer to particular features, structures, or characteristics described in connection with the embodiments herein. Meant to be included in at least one embodiment of the disclosure. It is therefore emphasized and understood that references to "an embodiment" or "one embodiment" or "alternative embodiment" in various parts of this specification are not necessarily all They do not necessarily refer to the same embodiment. In addition, certain features, structures, or characteristics may be combined as appropriate for one or more embodiments of the disclosure.

Further, it will be appreciated by those of ordinary skill in the art that each aspect of the present disclosure may include any new and useful process, machine, article of manufacture, or composition of matter, or any new and useful improvements thereof. may be shown and described herein in any of the several categories or contexts indicated. As such, each aspect of the disclosure may be either entirely hardware, entirely software (including firmware, resident software, microcode, etc.), or all generally referred to herein as a "unit," "module," or "system." It may be implemented in a combination of what may be called software and hardware implementations. Furthermore, aspects of the present disclosure may also take the form of a computer program product embodied in one or more computer-readable media having computer-readable program code embodied therein.

A computer readable signal medium may include a propagated data signal with computer readable program code embodied therein, such as in baseband or as part of a carrier wave. Such propagating signals may take any of a variety of forms including electromagnetic, optical, or the like, or any suitable combination thereof. A computer-readable signal medium is any computer-readable signal medium that is not a computer-readable storage medium and capable of carrying, propagating, or carrying a program for use by or in connection with an instruction execution system, apparatus, or device. It can be used as a medium. Program code embodied on computer readable signal medium may use any suitable medium including wireless, wireline, fiber optic cable, RF, or the like or any suitable combination of the foregoing. may be sent as

Computer program code for performing operations of aspects of the present disclosure may be in Java, Scala, Smalltalk, Eiffel, JADE, Emerald, C++, C#, VB. NET, Python, or the like, the "C" programming language, traditional procedural programming languages such as Visual Basic, Fortran 2003, Perl, COBOL 2002, PHP, ABAP, Python, Ruby, and Groovy. may be written in any combination of one or more programming languages, including dynamic programming languages, or other programming languages. The program code may be executed entirely on the user's computer, partially on the user's computer, or as a standalone software package, partially on the user's computer and partially on the user's computer. It may be run on a remote computer, or run entirely on a remote computer or server. In the latter scenario, the remote computer may be connected to the user's computer via any network, including a local area network (LAN) or wide area network (WAN), or the connection may be via an Internet service provider as an example. (using the Internet), or in a cloud computing environment, or provided as a service, such as Software as a Service (SaaS). can be anything.

Moreover, the illustrated order of processing elements or sequences, or the use of numbers, letters, or other designations thereto, may render the claimed processes and methods in any order other than as may be specified in the claims. No limitation is intended. While the above disclosure discusses, through various examples, what is presently considered to be various useful embodiments of the present disclosure, it should be understood that such details are for such purposes only, and that the appended claims The scope of is not limited to the disclosed embodiments, but rather is intended to cover modifications and equivalent constructions within the spirit and scope of the disclosed embodiments. By way of example, implementations of the various components described above may be embodied in hardware devices, but may also be implemented as software-only solutions, e.g., installed on existing servers or mobile devices.

It should also be appreciated that in the foregoing descriptions of embodiments of the disclosure, various features are sometimes grouped together in a single embodiment, drawing, or description thereof for the purpose of streamlining the disclosure. It aids in understanding one or more of the various embodiments. This method of disclosure, however, is not to be interpreted as reflecting an intention that the claimed subject matter requires more features than are expressly recited in each claim. Rather, claimed subject matter may lie in less than some features of a single foregoing disclosed embodiment.

Claims (35)

being rock,
a locking mechanism configured to move between a locked position of the lock and an unlocked position of the lock; and a controller configured to operate the locking mechanism to lock or unlock the lock;
a lock, including
a server,
a storage device containing a set of instructions; and a processor in communication with said storage device;
a server comprising
A system comprising
When executing the set of instructions, the processor causes the server to:
receiving from a terminal device over a network a first service request to unlock the lock, the first service request relating to a wireless connection between the lock and the terminal device. to do and
sending a password associated with the first service request to the terminal device over the network;
is configured to allow
said controller of said lock comprising:
receiving input associated with the terminal device;
determining whether the received input satisfies an unlocking condition;
activating the locking mechanism to unlock the lock based on a result of the determination that the received input satisfies the unlocking condition;
is further configured to do
The lock has multiple modes including a rest mode and an active mode, the controller of the lock comprising:
determining whether a service transaction associated with the first service request has been completed;
setting the mode of the lock to the dormant mode based on a result of the determination that the service transaction associated with the first service request has been completed;
is further configured to do
said controller of said lock comprising:
determining whether a password associated with a second service request to lock the lock has been obtained;
setting a mode of the lock to the active mode based on a result of the determination that the password associated with the second service request has been obtained;
further configured to perform
system. To determine whether the received input satisfies an unlocking condition, the controller comprises:
determining whether a password included in the received input associated with the terminal device matches a pre-stored password in the lock;
Based on a result of said determining that said password included in said received input associated with said terminal device matches said pre-stored password in said lock, said received input satisfies said unlocking condition. and
2. The system of claim 1, further configured to: 3. The system of claim 2, wherein the pre-stored password is obtained from the server upon completion of a previous service transaction associated with a previous service request. 3. The system of claim 2, wherein the pre-stored password includes a plurality of candidate passwords, each of the plurality of candidate passwords corresponding to a validity period. The lock further includes a communication port, the controller of the lock comprising:
determining lock information associated with the lock;
determining service information based at least in part on the lock information;
and wherein the communication port is configured to transmit the service information to the server. The lock information includes at least one of lock identification information, a time to unlock the lock, or a time to lock the lock, and the service information includes the lock information, a user identity associated with the terminal device, the 6. The system of claim 5, comprising at least one of a starting point associated with a first service request or a destination associated with said first service request. said controller of said lock comprising:
determining whether a connection between the lock and the server is established;
storing the service information in a storage device within the lock based on the result of the determination that the connection is not established;
6. The system of claim 5, further configured to: A step performed by the server, comprising:
receiving from a terminal device over a network a first service request to unlock a lock, said first service request relating to a wireless connection between said lock and said terminal device. , step and
sending a password associated with the first service request to the terminal device over the network;
The steps performed by the lock are:
receiving input associated with the terminal device;
determining whether the received input satisfies an unlocking condition;
activating a locking mechanism to unlock the lock based on a result of the determination that the received input satisfies the unlocking condition;
A method comprising
The lock has multiple modes including sleep mode and active mode, the method comprising:
The steps performed by the lock are:
determining whether a service transaction associated with the first service request has been completed;
setting the mode of the lock to the dormant mode based on a result of the determination that the service transaction associated with the first service request has been completed;
further comprising
The method comprises the steps of:
determining whether a second password associated with a second service request to lock the lock has been obtained;
setting the mode of the lock to the active mode based on the result of the determination that the second password associated with the second service request has been obtained;
further comprising
Method. The step of determining whether the received input satisfies an unlocking condition includes:
determining whether a password included in the received input associated with the terminal device matches a pre-stored password in the lock;
Based on a result of said determining that said password included in said received input associated with said terminal device matches said pre-stored password in said lock, said received input satisfies said unlocking condition. a step of determining
9. The method of claim 8, comprising: 10. The method of claim 9, wherein the pre-stored password is obtained from a server upon completion of a previous service transaction associated with a previous service request. 10. The method of claim 9, wherein the pre-stored password includes a plurality of candidate passwords, each of the plurality of candidate passwords corresponding to a validity period. The method includes:
determining lock information associated with the lock;
determining service information based at least in part on the lock information;
sending the service information to a server;
9. The method of claim 8, further comprising: The lock information includes at least one of lock identification information, a time to unlock the lock, or a time to lock the lock, and the service information includes the lock information, a user identity associated with the terminal device, the 13. The method of claim 12, comprising at least one of a starting point associated with a first service request or a destination associated with said first service request. The method includes:
determining whether a connection between the lock and a server has been established;
storing the service information in a storage device in the lock based on the result of the determination that the connection is not established;
13. The method of claim 12, further comprising: a locking mechanism configured to move between a locked position of the lock and an unlocked position of the lock;
a communication port;
a controller;
A lock comprising
The controller is
receiving input associated with a terminal device, said received input being responsive to a first service request sent from said terminal device to a server to unlock said lock of said lock; comprising unlocking information received by the terminal device from the server, wherein the service request comprises information regarding a wireless connection between the communication port and the terminal device;
determining whether the received input satisfies an unlocking condition;
activating the locking mechanism to unlock the lock based on a result of the determination that the received input satisfies the unlocking condition;
is configured to do
the lock has multiple modes including sleep mode and active mode;
said controller of said lock comprising:
determining whether a service transaction associated with the first service request has been completed;
setting the mode of the lock to the dormant mode based on a result of the determination that the service transaction associated with the first service request has been completed;
is further configured to do
said controller of said lock comprising:
determining whether a password associated with a second service request to lock the lock has been obtained;
setting a mode of the lock to the active mode based on a result of the determination that the password associated with the second service request has been obtained;
further configured to perform
Lock. To determine whether the received input satisfies an unlocking condition, the controller comprises:
determining whether a password included in the received input associated with the terminal device matches a pre-stored password in the lock;
Based on a result of said determining that said password included in said received input associated with said terminal device matches said pre-stored password in said lock, said received input satisfies said unlocking condition. and
16. The lock of claim 15, further configured to: 17. The lock of claim 16, wherein the pre-stored password is obtained from the server upon completion of a previous service transaction associated with a previous service request. the pre-stored password includes a plurality of candidate passwords;
17. The lock of Claim 16, wherein each of said plurality of candidate passwords corresponds to a validity period. said controller of said lock comprising:
determining lock information associated with the lock;
determining service information based at least in part on the lock information, wherein the communication port of the lock is configured to transmit the service information to the server;
16. The lock of claim 15, further configured to: The lock information includes at least one of lock identification information, a time to unlock the lock, or a time to lock the lock, and the service information includes the lock information, a user identity associated with the terminal device, the 20. The lock of claim 19, comprising at least one of a starting point associated with a first service request or a destination associated with said first service request. The controller is
determining whether a connection between the lock and the server is established;
storing the service information in a storage device within the lock based on the result of the determination that the connection is not established;
20. The lock of claim 19, further configured to: A method comprising the steps of:
receiving input associated with a terminal device, said received input being input to said server in response to a first service request sent from said terminal device to a server to unlock a lock; said unlocking information received by said terminal device from, said service request including information regarding a wireless connection between said lock's communication port and said terminal device;
determining whether the received input satisfies an unlocking condition;
activating a locking mechanism to unlock the lock based on a result of the determination that the received input satisfies the unlocking condition;
including
the lock has multiple modes including sleep mode and active mode;
The method includes:
determining whether a service transaction associated with the first service request has been completed;
setting the mode of the lock to the dormant mode based on a result of the determination that the service transaction associated with the first service request has been completed;
further comprising
determining whether a password associated with a second service request to lock the lock has been obtained;
setting the mode of the lock to the active mode based on the result of the determination that the password associated with the second service request has been obtained;
further comprising
Method. Determining whether the received input satisfies an unlocking condition includes:
determining whether a password included in the received input associated with the terminal device matches a pre-stored password in the lock;
Based on a result of said determining that said password included in said received input associated with said terminal device matches said pre-stored password in said lock, said received input satisfies said unlocking condition. a step of determining
23. The method of claim 22, comprising: 24. The method of claim 23, wherein the pre-stored password is obtained from the server upon completion of a previous service transaction associated with a previous service request. the pre-stored password includes a plurality of candidate passwords;
24. The method of claim 23, wherein each of the plurality of candidate passwords corresponds to a validity period. determining lock information associated with the lock;
determining service information based at least in part on the lock information, wherein the communication port of the lock is configured to transmit the service information to the server;
23. The method of claim 22, further comprising: the lock information includes at least one of lock identification information, a time to unlock the lock, or a time to lock the lock;
The service information includes at least one of the lock information, a user identity associated with the terminal device, a starting point associated with the first service request, or a destination associated with the first service request. 27. The method of claim 26. determining whether a connection between the lock and the server has been established;
storing the service information in a storage device in the lock based on the result of the determination that the connection is not established;
27. The method of claim 26, further comprising: A non-transitory computer readable medium embodying a computer program product comprising instructions configured to cause a computing device to perform a method, the method comprising the steps of:
receiving input associated with a terminal device, said received input being input to said server in response to a first service request sent from said terminal device to a server to unlock a lock; said unlocking information received by said terminal device from, said service request including information regarding a wireless connection between said lock's communication port and said terminal device;
determining whether the received input satisfies an unlocking condition;
activating a locking mechanism to unlock the lock based on a result of the determination that the received input satisfies the unlocking condition;
including
the lock has multiple modes including sleep mode and active mode;
The method includes:
determining whether a service transaction associated with the first service request has been completed;
setting the mode of the lock to the dormant mode based on a result of the determination that the service transaction associated with the first service request has been completed;
further comprising
determining whether a password associated with a second service request to lock the lock has been obtained;
setting the mode of the lock to the active mode based on the result of the determination that the password associated with the second service request has been obtained;
further comprising
Non-Transitory Computer-Readable Medium. a storage device containing a set of instructions;
a processor in communication with the storage device;
A terminal device comprising
When executing the set of instructions, the processor causes the terminal device to:
receiving multiple wireless signals from multiple locks;
determining a plurality of strengths of the plurality of wireless signals;
determining a plurality of distances between the terminal device and the plurality of locks based on the plurality of strengths;
ranking the plurality of locks based on the plurality of distances;
selecting one of the locks based on the ranking;
establishing a wireless connection between the terminal device and the selected lock based on the ranking;
sending a service request over a network to a server to unlock the selected lock, the service request relating to the wireless connection between the terminal device and the selected lock. including information; and
receiving unlock information from the server over the network, the unlock information generated by the server in response to the service request;
A terminal device configured to cause 31. The terminal device of claim 30, wherein the processor is further configured to transmit instructions to unlock the selected lock to the selected lock via the wireless connection. A method comprising steps performed by a terminal device, comprising:
receiving multiple wireless signals from multiple locks;
determining a plurality of strengths of the plurality of wireless signals;
determining a plurality of distances between a terminal device and the plurality of locks based on the plurality of strengths;
ranking the plurality of locks based on the plurality of distances;
selecting one of said locks based on said ranking;
establishing a wireless connection between the terminal device and the selected lock based on the ranking;
sending a service request over a network to a server to unlock the selected lock, the service request relating to the wireless connection between the terminal device and the selected lock. a step including information;
receiving unlock information from the server over the network, wherein the unlock information is generated by the server in response to the service request;
A method, including 33. The method of claim 32, further comprising transmitting instructions to unlock the selected lock to the selected lock via the wireless connection. A non-transitory computer-readable medium embodying a computer program product comprising instructions configured to cause a computing device to perform a method, the method comprising:
receiving multiple wireless signals from multiple locks;
determining a plurality of strengths of the plurality of wireless signals;
determining a plurality of distances between a terminal device and the plurality of locks based on the plurality of strengths;
ranking the plurality of locks based on the plurality of distances;
selecting one of said locks based on said ranking;
establishing a wireless connection between the terminal device and the selected lock based on the ranking;
sending a service request over a network to a server to unlock the selected lock, the service request relating to the wireless connection between the terminal device and the selected lock. a step including information;
receiving unlock information from the server over the network, wherein the unlock information is generated by the server in response to the service request;
A non-transitory computer-readable medium, including receiving a password included in input from a user;
determining whether the password matches a pre-stored password in a lock obtained from a server;
unlocking the lock based on a result of the determination that the password included in the input from the user matches the pre-stored password;
recording the start time;
determining whether a lock command has been triggered;
recording an end time based on the result of the determination that the lock command has been triggered;
sending service information to the server including the start time, the end time, the password included in the input from the user, and the serial number of the lock;
A method, including

Images