JP2013217086A - Locking device, movable body, server, method for providing service, system and program - Google Patents

Abstract

PROBLEM TO BE SOLVED: To solve the problem of increasing maintenance costs of a bicycle parking area or a car parking area.SOLUTION: A locking device, which communicates with a user terminal possessed by a user utilizing a movable body and is attached to the movable body to lock the movable body, includes: a locking part for locking the movable body; a locking control part for controlling the locking part; an unlocking code storage part for storing an unlocking code used for determining whether or not to unlock the locking part; and a first communication part for communicating with a user terminal communicably connected with a server which controls the states of a plurality of movable bodies. The locking control part receives the unlocking code from the user terminal via the first communication part, and compares the unlocking code received from the user terminal with the unlocking code stored in the unlocking code storage part to determine whether or not to unlock the locking part.

Description

  The present invention relates to a locking device, a moving body, a server, a service providing method, a system, and a program.

In recent years, a sharing service that can rent a bicycle at an arbitrary bicycle parking lot and return the bicycle to an arbitrary bicycle parking lot has attracted attention (see Patent Document 1). A remote operation key for unlocking the lock body by transmitting and receiving an identification code between the unlock key and the lock body is known (see Patent Documents 2 and 3).
(Prior art documents)
(Patent Literature)
(Patent Document 1) JP 2011-034335 (Patent Document 2) JP 2011-3435 (Patent Document 3) JP 8-260784

  However, in the conventional sharing service, an embedded automatic lending device is installed in the bicycle parking lot or the parking lot, and the maintenance cost of the bicycle parking lot or the parking lot becomes high.

  In the first aspect of the present invention, there is provided a locking device that communicates with a user terminal possessed by a user who uses a mobile body and is attached to the mobile body and locks the mobile body, and a locking unit that locks the mobile body; Communication with a lock management unit that manages the lock unit, an unlock code storage unit that stores an unlock code used to determine whether or not to unlock the lock unit, and a server that manages the states of a plurality of mobile objects A first communication unit that communicates with a user terminal that can be connected, and the lock management unit receives the unlock code from the user terminal via the first communication unit, and receives the unlock code from the user terminal. And the unlocking code stored in the unlocking code storage unit are provided to determine whether or not to unlock the locking unit.

  In the above locking device, the unlocking code storage unit may receive the code created in the server from the user terminal via the first communication unit, and store the received code as the unlocking code. In the above-described locking device, when the locking management unit determines to unlock the locking unit, the locking management unit may generate a new unlocking code and transmit the new unlocking code to the user terminal. The locking device may further include a second communication unit that communicates with another locking device.

  In the 2nd aspect of this invention, a mobile body provided with said locking device is provided.

  In the 3rd mode of the present invention, it is a server which communicates with the user terminal which the user who uses a moving body possesses, and decides when making a user use, a moving body deciding part which decides a moving body used by a user. An unlocking code generating unit that generates an unlocking code that is used to determine whether or not to unlock the locking device that is attached to the mobile body and that locks the mobile body, and transmits the unlocking code to the user terminal; The mobile body is associated with the mobile body identification information for identifying the mobile body when information indicating that the unlocking of the locking apparatus is permitted or information indicating that the locking apparatus is unlocked is received from the user terminal. There is provided a server including a mobile body management unit that updates a state of a mobile body stored in a mobile body state storage unit that stores the state of the above. In the above server, when the mobile body management unit receives information indicating that the locking device is locked or information indicating that the locking device is locked from the user terminal, the mobile body management unit is stored in the mobile body state storage unit. You may update the state of a moving body.

  According to a fourth aspect of the present invention, there is provided a mobile object management system including the locking device described above and a server that communicates with a user terminal and manages the states of a plurality of mobile objects.

  According to a fifth aspect of the present invention, there is provided a method in which a server provides a service to a user terminal possessed by a user using a mobile body via a communication line, the service using a mobile body used by the user. A step of determining, generating an unlocking code used for determining whether to unlock the locking device attached to the moving body determined to be used by the user and locking the moving body; A mobile body identification that identifies a mobile body when receiving information indicating that the unlocking of the locking device or information indicating that the locking device has been unlocked from the user terminal and the step of transmitting to the user terminal Updating the state of the mobile body stored in the mobile state storage unit that stores the state of the mobile body in association with the information.

  In the sixth aspect of the present invention, the computer of the locking device that communicates with the user terminal possessed by the user who uses the moving body via the first communication unit and is attached to the moving body and locks the moving body, A procedure for receiving from the user terminal, via the first communication unit, an unlocking code that is created by a server that communicates with the user terminal and manages the state of the mobile object and that is stored in the user terminal. A program for executing a procedure for determining whether or not to unlock the locking device by comparing the unlocking code and the unlocking code stored in the locking device is provided.

  It should be noted that the above summary of the invention does not enumerate all the necessary features of the present invention. In addition, a sub-combination of these feature groups can also be an invention.

An example of management system 100 is shown roughly. An example of locking device 110 is shown roughly. An example of the locking part 210 is shown schematically. An example of server 120 is shown roughly. An example of the data structure 500 of the mobile body database 412 is shown roughly. An example of data structure 600 of user database 414 is shown roughly. An example of the information processing method in management system 100 is shown roughly. An example of the information processing method in management system 100 is shown roughly. An example of the information processing method in management system 100 is shown roughly. The other example of the information processing method in the management system 100 is shown roughly.

  Hereinafter, the present invention will be described through embodiments of the invention, but the following embodiments do not limit the invention according to the claims. In addition, not all the combinations of features described in the embodiments are essential for the solving means of the invention. In addition, embodiments will be described with reference to the drawings, but in the description of the drawings, the same or similar parts may be denoted by the same reference numerals and redundant description may be omitted.

  FIG. 1 schematically shows an example of a management system 100 together with a bicycle parking lot 12, a bicycle parking lot 14, a bicycle 20, a bicycle parking lot base station 30, a communication line 102, and a user terminal 104. The management system 100 includes a locking device 110 attached to the bicycle 20 and a server 120 that manages the state of one or more bicycles 20. The management system 100 may be an example of a mobile management system. The bicycle 20 may be an example of a moving body. The moving body only needs to be moved by the user's operation, and may be a motorcycle or an automobile.

  In the present embodiment, the management system 100 provides a bicycle 20 rental system. For example, the user of the lending system uses one of the one or more bicycles 20 parked in the bicycle parking lot 12 by communicating with the locking device 110 and the server 120 using the user terminal 104 possessed by the user. Will be able to.

  After using the bicycle 20, the user can return the bicycle 20 by stopping the bicycle 20 at the bicycle parking lot 12 and communicating with the locking device 110 and the server 120 using the user terminal 104. The user can also return the bicycle 20 to a bicycle parking lot 14 different from the bicycle parking lot 12. According to the management system 100, since the bicycle 20 can be managed by attaching the locking device 110 to the bicycle 20, the construction cost of the rental system for the bicycle 20 can be reduced.

  In the present embodiment, a bicycle parking base station 30 is installed in the bicycle parking lot 14. The bicycle parking lot base station 30 communicates with at least one of the locking device 110 attached to the bicycle 20 and the user terminal 104 possessed by the user to identify at least identification information for identifying the bicycle parking lot base station 30 and position information of the bicycle parking lot base station 30. Send one. The bicycle parking lot base station 30 may be any device that can communicate with at least one of the locking device 110 and the user terminal 104, and at least one of the bicycles 20 to which the locking device 110 is attached is used as the bicycle parking lot base station 30. Also good.

  By appropriately setting the communicable distance between the bicycle 20 and the bicycle parking lot base station 30, the bicycle parking place of the bicycle 20 can be easily identified by the management system 100. For example, even when a bicycle parking lot is provided in a place where it is difficult to acquire GPS information, or even when the distance between adjacent bicycle parking lots is short, the management system 100 identifies the bicycle parking place of the bicycle 20. be able to. Even when the bicycle parking base station 30 is not installed in the bicycle parking lot, the management system 100 acquires the position information of the bicycle 20 from, for example, the GPS logger arranged in the user terminal 104 or the locking device 110. Thus, the bicycle parking place of the bicycle 20 can be specified.

  The communication line 102 may be the Internet, a dedicated line, a wireless packet communication network, or a combination thereof. User terminal 104 is communicably connected to server 120. The user terminal 104 may be any device that can send and receive information to and from the server 120 via the communication line 102. A personal computer, a mobile phone, a mobile terminal (for example, a PDA, a tablet, or a notebook computer) in which Web browser software is installed. Or a laptop computer) or a wireless terminal. In an information processing apparatus having a general configuration including a data processing apparatus having a CPU, ROM, RAM, communication interface, etc., an input apparatus, an output apparatus, and a storage apparatus, the operation of each part of the user terminal 104 is defined. The user terminal 104 may be realized by starting the software.

  The locking device 110 is attached to the bicycle 20 and restricts the movement of the bicycle 20. The locking device 110 may limit the movement of the bicycle 20 by locking the bicycle 20. The locking device 110 may lock the bicycle 20 electronically or mechanically. The locking device 110 may be a device that mechanically restricts the operation of a part of the moving body. Examples of such a locking device 110 include a device that restricts the operation of wheels, such as a box-shaped lock and a horseshoe lock, a device that restricts the operation of a handle, and a device that restricts the opening and closing of a door disposed on a moving body. can do. The locking device 110 may be a device that restricts the electrical operation of the moving body. Examples of such a locking device 110 include an electronic lock that restricts starting of an engine or a motor arranged in a moving body.

  The server 120 communicates with the user terminal 104 via the communication line 102. The server 120 may be composed of a single server or a plurality of servers. The server 120 may be a virtual server or a cloud system. The server 120 may be a system or controller specialized for the application, or may be a general-purpose information processing apparatus such as a personal computer. Software that defines the operation of each part of the server 120 in an information processing device having a general configuration including a data processing device having a CPU, ROM, RAM, communication interface, etc., an input device, an output device, and a storage device The server 120 may be realized by activating the software.

  The server 120 provides various services to the user terminal 104 via the communication line 102. The server 120 may execute various processes in response to a request from a user or an administrator. For example, the server 120 executes user registration processing, bicycle 20 lending processing, bicycle 20 return processing, and the like in response to a request from the user. Further, the server 120 executes billing processing, settlement processing, statistical processing of collected data, and the like in response to a request from the administrator.

  In the present embodiment, the server 120 manages the states of the plurality of bicycles 20. The state of the bicycle 20 may include the state of the locking device 110 attached to the bicycle 20. The state of the bicycle 20 includes whether or not the bicycle 20 is being used by a user, whether or not the bicycle 20 can be rented, whether or not the bicycle 20 is usable, the current position of the bicycle 20, The cumulative value of the travel distance, whether or not the locking device 110 attached to the bicycle 20 is operating normally, the remaining battery level of the locking device 110 attached to the bicycle 20 and the like can be exemplified. The server 120 may manage whether or not the bicycle 20 is locked (sometimes referred to as a locked state). The locked state of the bicycle 20 may be an example of the state of the bicycle 20.

  FIG. 2 schematically shows an example of the locking device 110 together with the user terminal 104 and other locking devices 110. In the present embodiment, the locking device 110 includes a locking unit 210, a control unit 220, a management information storage unit 230, a first communication unit 242, a second communication unit 244, a position information acquisition unit 250, An output unit 260, a vibration detection unit 270, and a power management unit 280 are provided.

  The control unit 220, the management information storage unit 230, the first communication unit 242, the second communication unit 244, the position information acquisition unit 250, the output unit 260, the vibration detection unit 270, and the power management unit 280 are respectively a CPU, a ROM In an information processing apparatus having a general configuration including a data processing apparatus having a RAM, a communication interface, a storage device, an input device such as a vibration detection device, and an output device such as a speaker and a light, the operation of each unit It may be realized by starting software that defines The control unit 220 may be an example of a lock management unit. The management information storage unit 230 may be an example of an unlocking code storage unit.

  The locking unit 210 locks the bicycle 20. At least a part of the unlocking operation of the locking unit 210 is controlled by the control unit 220. In the present embodiment, the user manually locks the locking unit 210. Thereby, the power consumption of the locking device 110 can be significantly reduced. However, the locking operation of the locking unit 210 is not limited to this. At least a part of the locking operation of the locking unit 210 may be controlled by the control unit 220.

  The controller 220 generally controls the operation of the locking device 110. The control unit 220 interacts with the locking unit 210, the management information storage unit 230, the first communication unit 242, the second communication unit 244, the position information acquisition unit 250, the output unit 260, the vibration detection unit 270, and the power management unit 280. You may be connected to and send and receive information.

  The control unit 220 manages the locking unit 210. The control unit 220 may manage at least one of the operation and state of the locking unit 210. In the present embodiment, the control unit 220 controls at least a part of the unlocking operation of the locking unit 210. For example, the control unit 220 determines whether or not to unlock the locking unit 210 according to the following procedure.

  First, the control unit 220 receives an unlocking code used for determining whether to unlock the locking unit 210 from the user terminal 104 via the first communication unit 242. The unlocking code may be encrypted. The unlocking code may be a code created by the server 120 using the time stamp authentication method. Next, the control unit 220 may confirm whether or not the unlocking code is stored in the management information storage unit 230. When the unlocking code (particularly a valid unlocking code) is not stored in the management information storage unit 230, the control unit 220 determines whether to unlock the locking unit 210 with the unlocking code received from the user terminal 104. It is stored in the management information storage unit 230 as a code (sometimes referred to as an initial unlocking code) used for such determination. Thereafter, the control unit 220 generates an unlocking signal that instructs the locking unit 210 to unlock, and transmits the unlocking signal to the locking unit 210.

  When the unlocking code is stored in the management information storage unit 230, the control unit 220 compares the unlocking code received from the user terminal 104 with the unlocking code stored in the management information storage unit 230. When the unlocking code received from the user terminal 104 matches the unlocking code stored in the management information storage unit 230, the control unit 220 determines to unlock the locking unit 210. Thereafter, the control unit 220 generates an unlocking signal that instructs the locking unit 210 to unlock, and transmits the unlocking signal to the locking unit 210.

  When the control unit 220 determines to unlock the locking unit 210, the control unit 220 may generate a new unlocking code and transmit it to the user terminal 104. Further, the generated new unlocking code may be stored in the management information storage unit 230 to update the unlocking code. Thereby, the unlocking code can be updated each time the locking device 110 is unlocked. As a result, unauthorized use of the bicycle 20 can be suppressed.

  A new unlocking code may be created using information relating to the time when the unlocking code is generated. A new unlocking code may be created by a time stamp authentication method. The new unlocking code may be created using at least one of information for identifying the user or the user terminal 104, information for identifying the bicycle 20 or the locking device 110, and information for identifying the lending process.

  Note that the method by which the control unit 220 manages the unlocking of the locking unit 210 is not limited to this. The controller 220 may update the unlocking code every time at least one of unlocking and locking is performed. The control unit 220 may determine whether or not to unlock the locking unit 210 using the initial unlocking code without updating the unlocking code while the lending process is being executed. When the unlocking code is not updated during the lending process, the control unit 220 can be simplified, and the power consumption of the locking device 110 can be further reduced.

  The control unit 220 may control at least a part of the locking operation of the locking unit 210. In this case, the control unit 220 determines whether or not to lock the locking unit 210 by the following procedure, for example. First, the control unit 220 is used from the user terminal 104 via the first communication unit 242 to determine whether to lock the locking unit 210 or whether to lock the locking unit 210. Receive a lock code. The locking code may be encrypted.

  Next, the control unit 220 compares the locking code received from the user terminal 104 with the locking code stored in the management information storage unit 230. When the locking code received from the user terminal 104 matches the locking code stored in the management information storage unit 230, the control unit 220 sets the locking unit 210 in a lockable state (referred to as locking possible). Or the locking unit 210 is determined to be locked. Thereafter, the control unit 220 generates a locking signal that instructs the locking unit 210 to enable locking or lock, and transmits the locking signal to the locking unit 210.

  The control unit 220 may generate a new unlocking code and transmit it to the user terminal 104 when it is determined that the locking unit 210 can be locked or the locking unit 210 is locked. . The generated new unlocking code may be stored in the management information storage unit 230. Thereby, every time the locking device 110 is locked, the unlocking code can be updated. As a result, unauthorized use of the bicycle 20 can be suppressed.

  When the control unit 220 controls at least a part of the locking operation of the locking unit 210, the locking code is obtained when the control unit 220 determines to unlock the locking unit 210 in the previous unlocking process. May be generated. The generated locking code is transmitted to the user terminal 104 and stored in the management information storage unit 230. Thereby, every time the locking device 110 is unlocked, the locking code can be updated. As a result, unauthorized use of the bicycle 20 can be suppressed. Further, the control unit 220 may not control the locking operation of the locking unit 210.

  The control unit 220 may transmit the position information of the locking device 110 acquired by the position information acquisition unit 250 to the user terminal 104 via the first communication unit 242. The control unit 220 may send and receive information to and from other locking devices 110 via the second communication unit 244. For example, the control unit 220 transmits the position information of the locking device 110 acquired by the position information acquisition unit 250 to the other locking device 110 via the second communication unit 244. At this time, the control unit 220 may transmit the position information in association with identification information for identifying the bicycle 20, the locking device 110, or the user. When the control unit 220 communicates with the user terminal 104, the control unit 220 may also transmit position information acquired from the other locking device 110 to the user terminal 104. Thereby, the server 120 can collect the states of the plurality of bicycles 20 with high accuracy.

  The controller 220 may control the operation of the output unit 260. When receiving a search request for searching for the position of the bicycle 20 from the user, the control unit 220 may control the output unit 260 to output sound or light. Thereby, the position of the bicycle 20 can be notified to the user. As a result, the user can find a bicycle 20 that can be used by the user from among a plurality of bicycles 20 parked at the bicycle parking lot.

  The control unit 220 may acquire a vibration pattern from the vibration detection unit 270 when the vibration detection unit 270 detects vibration. The control unit 220 may analyze the acquired vibration pattern and determine whether or not the vibration pattern is applicable. If the control unit 220 determines that the acquired vibration pattern applies to a specific pattern, the control unit 220 may control the output unit 260 to output a sound or the like corresponding to the pattern.

  The control unit 220 may acquire the remaining battery level of the locking device 110 from the power management unit 280. The control unit 220 may transmit the acquired remaining battery level to the user terminal 104 via the first communication unit 242. The control unit 220 may transmit the acquired battery remaining amount to the other locking device 110 via the second communication unit 244. The control unit 220 may transmit the remaining battery level in association with identification information for identifying the bicycle 20, the locking device 110, or the user.

  The management information storage unit 230 stores information necessary for management of the locking device 110. Examples of information necessary for management of the locking device 110 include an unlocking code, a locking code, user terminal identification information for identifying the user terminal 104, locking device identification information for identifying the locking device 110, and the like. The management information storage unit 230 may be a storage device or a storage medium such as a hard disk or a memory. The management information storage unit 230 may be an example of a lock code storage unit that stores a lock code.

  The first communication unit 242 communicates with the user terminal 104. The first communication unit 242 may be an interface for transmitting and receiving information to and from the user terminal 104. The communication between the first communication unit 242 and the user terminal 104 may be wired or wireless. The communication between the first communication unit 242 and the user terminal 104 may be a short-range radio such as RF-ID or NFC, or a wireless PAN such as Bluetooth (registered trademark) or ZigBee (registered trademark). It may be a wireless LAN such as Wi-Fi or a wireless MAN such as WiMAX. The communication between the first communication unit 242 and the user terminal 104 may be infrared communication.

  The second communication unit 244 communicates with the other locking device 110. The second communication unit 244 may communicate with the bicycle parking lot base station 30. The second communication unit 244 may be an interface for wirelessly transmitting / receiving information to / from another locking device 110 or the bicycle parking lot base station 30. The communication between the second communication unit 244 and the other locking device 110 or the bicycle parking lot base station 30 may be a wireless PAN such as Bluetooth (registered trademark) or ZigBee (registered trademark), such as Wi-Fi. It may be a wireless LAN or a wireless MAN such as WiMAX. Note that when the first communication unit 242 is an interface for wirelessly transmitting and receiving information to and from other devices, the first communication unit 242 may also serve as the second communication unit 244.

  The position information acquisition unit 250 acquires position information of the locking device 110. The position information acquisition unit 250 may be a GPS logger that acquires GPS information. The position information acquisition unit 250 may periodically acquire position information. In this case, the supply of power to the position information acquisition unit 250 may be periodically stopped in consideration of the time required to start and end the position information acquisition unit 250. Thereby, the power consumption of the locking device 110 can be reduced.

  The position information acquisition unit 250 may acquire position information every several seconds to several minutes, preferably every 1 to 30 seconds, and more preferably every 5 to 10 seconds. Thereby, the amount of data can be reduced while grasping the movement state of the bicycle 20. The position information acquisition unit 250 may store the acquired position information in a storage device or storage medium such as a memory. The position information acquisition unit 250 may store the acquired position information in association with the time when the position information is acquired.

  The output unit 260 outputs information to the outside of the locking device 110. The output unit 260 may output at least one of light, sound, and vibration. The output unit 260 may include at least one of a light emitting element such as an LED light, a display device such as a liquid crystal display, a sound output device such as a speaker, and a vibration output device such as a vibration motor. The output unit 260 may output at least one of light, sound, and vibration when notifying the user of the position of the bicycle 20 or when the vibration detection unit 270 detects abnormal vibration.

  The output unit 260 may be configured to irradiate the lower part of the saddle of the bicycle 20 with light. The output unit 260 may be configured to irradiate light to a lower part of the locking device 110 when attached to the bicycle 20. Since these areas are shaded during the day, the user's visibility can be improved by irradiating light toward these areas. In particular, a pipe that supports the saddle is often arranged at the lower part of the saddle, and the irradiated light is reflected by the pipe, so that the visibility of the user can be further improved.

  The vibration detection unit 270 detects the vibration of the locking device 110. The vibration detection unit 270 may notify the control unit 220 of the detected vibration pattern. The power management unit 280 manages the power state of the locking device 110. The power management unit 280 may acquire the remaining battery level of a power source (not shown) and notify the control unit 220 of the battery level. The power management unit 280 may shift the power state of the locking device 110 to the sleep mode after the return process is completed. The power management unit 280 may periodically switch ON / OFF the power of the locking device 110 while the user uses the bicycle 20. Thereby, the power consumption of the locking device 110 can be reduced.

  FIG. 3 schematically shows an example of the locking unit 210 together with the control unit 220. In the present embodiment, the locking unit 210 includes a locking mechanism 312 and an unlocking mechanism 314 for unlocking the locking mechanism 312. When the unlocking mechanism 314 receives the unlocking signal from the control unit 220, the unlocking mechanism 314 performs the unlocking operation to unlock the locking mechanism 312.

  For example, when the locking part 210 has a horseshoe-shaped structure as described in Japanese Patent Application Laid-Open No. 2000-80825, the lock mechanism 312 can be slid in the direction of locking and unlocking the kanuki that is curved in a horseshoe shape. A holding frame, a spring connected to the cannula, and a lock lever that engages the cannula and fixes the cannula in a predetermined locking position; The unlocking mechanism 314 includes an actuator that swings the lock lever to release the engagement state between the lock lever and the kanuki. In this case, when receiving the unlocking signal, the unlocking mechanism 314 drives the actuator to release the engagement state between the lock lever and the kanuki. As a result, the cannula slides to the unlocking position by the force of the spring, and the unlocking operation is completed.

  The locking part 210 may have a locking mechanism (not shown) for locking the locking mechanism 312. When receiving the locking signal from the control unit 220, the locking mechanism executes a locking operation and locks the locking mechanism 312. When the locking mechanism receives a locking signal from the control unit 220, the locking mechanism 312 may be in a lockable state. For example, the locking mechanism includes a locking member that prevents the kanuki from moving to the locking position, and an actuator that moves the locking member to make the kanuki movable. The actuator can move the lock member in response to the lock signal, so that the lock mechanism 312 can be locked.

  FIG. 4 schematically shows an example of the server 120 together with the communication line 102. In this embodiment, the server 120 includes a mobile object database 412, a user database 414, a communication control unit 420, a request processing unit 430, a mobile object determination unit 440, an unlocking code generation unit 450, and a mobile object management. Part 460. In the present embodiment, the case where the mobile database 412 and the user database 414 are configured as individual databases will be described. However, the configuration of each database is not limited to this. The mobile database 412 and the user database 414 may be configured as one database.

  The mobile body database 412 stores, for a plurality of bicycles 20, vehicle body numbers (sometimes referred to as vehicle numbers) for identifying the bicycles 20 and the states of the bicycles 20 in association with each other. The vehicle body number may be an example of moving body identification information. The mobile object database 412 may be an example of a mobile object state storage unit. The mobile database 412 may be a storage device or a storage medium such as a hard disk or a memory.

  The user database 414 stores, for a plurality of users of the management system 100, user identification information for identifying each user and user information related to each user in association with each other. The user database 414 may be updated when the server 120 executes user registration processing. The user database 414 may be a storage device or storage medium such as a hard disk or a memory.

  The communication control unit 420 controls communication between the server 120 and the outside. The communication control unit 420 may be an interface for exchanging information with the user terminal 104, another computer, a mobile phone, a mobile terminal or a wireless terminal, a storage device, a storage medium, and the like via the communication line 102.

  The request processing unit 430 processes the request received from the user terminal 104. The request processing unit 430 may transmit the received request to the mobile body determination unit 440, the unlock code generation unit 450, or the mobile body management unit 460 in response to the request. The request processing unit 430 may transmit a screen of a website that provides a service to the user terminal 104 in response to the request. The request processing unit 430 may process the request and update the user database 414. The request processing unit 430 may process the request from the administrator of the server 120 received from the input unit (not shown).

  The mobile body determination unit 440 may receive a rental request for the bicycle 20 from the request processing unit 430. The lending request may be a request for requesting the start of the lending process or a request for requesting the start of a search process for available bicycles. The mobile body determination unit 440 determines the bicycle 20 to be used by the user from one or more bicycles 20 in response to the rental request.

  For example, first, the mobile body determination unit 440 receives from the user terminal 104 information related to the current location of the user or a bicycle parking lot for which rental is desired, and receives the received information and the state of the bicycle 20 stored in the mobile body database 412. Based on this, the bicycle 20 that can be used by the user is extracted. Next, the moving body determination unit 440 presents the extracted bicycle 20 to the user and causes the user to select which bicycle 20 to use. Thereafter, the moving body determination unit 440 receives the selection result of the user from the user terminal 104 and determines the bicycle 20 to be used by the user. In addition, the mobile body determination unit 440 may randomly determine the bicycle 20 to be used by the user after extracting the bicycle 20 that can be used by the user.

  The unlocking code generation unit 450 may receive the vehicle body number of the bicycle 20 determined to be used by the user from the moving body determination unit 440. The moving body determination unit 440 generates an unlocking code for the locking device 110 attached to the bicycle 20 corresponding to the received body number, and transmits it to the user terminal 104.

  The unlocking code may be created using information related to the time when the unlocking code is generated. The unlocking code may be created by a time stamp authentication method. The unlocking code may be created using at least one of information for identifying the user or the user terminal 104, information for identifying the bicycle 20 or the locking device 110, and information for identifying the lending process.

  When the mobile body management unit 460 receives information indicating that the unlocking of the locking device 110 or information indicating that the locking device 110 has been unlocked from the user terminal 104, the mobile body management unit 460 stores the information in the mobile body database 412. The state of the bicycle 20 being updated is updated. When the mobile body management unit 460 receives information indicating that the locking device 110 is locked or information indicating that the locking device 110 is locked from the user terminal 104, the mobile body management unit 460 stores the bicycle 20 stored in the mobile body database 412. The state may be updated.

  FIG. 5 schematically shows an example of the data structure 500 of the mobile database 412. The data structure 500 stores the body number 502 of the bicycle 20 and the state 504 of the bicycle 20 in association with each other for one or more bicycles 20. The state 504 of the bicycle 20 includes the latest position information of the bicycle 20 grasped by the server 120, the use status of the bicycle 20, the user ID of the user who uses the bicycle 20, and the locking device attached to the bicycle 20. The locking device ID 110, the locking state of the locking device 110 attached to the bicycle 20, and the remaining battery level of the locking device 110 attached to the bicycle 20 can be exemplified. The user ID may be an example of user identification information that identifies a user. The locking device ID may be an example of locking device identification information that identifies the locking device 110.

  The latest position information of the bicycle 20 may be information for identifying a bicycle parking lot where the bicycle 20 is stopped, or may be GPS information of a position where the bicycle 20 is stopped. For example, when the rental process of the bicycle 20 is being executed, the usage status of the bicycle 20 is set to “during lending process”. Similarly, when the bicycle 20 is lent to the user, it may be set to “lending”, and when the bicycle 20 can be lent to the user, it may be set to “rentable”. Or when the locking device 110 is out of order, or when the bicycle 20 is used as the bicycle parking lot base station 30, it may be set to “unusable”.

  The locking state of the locking device 110 is, for example, “unlocked” when information indicating that the locking device 110 is permitted to be unlocked or information indicating that the locking device 110 has been unlocked is received from the user terminal 104. When “information indicating that the locking device 110 is locked or information indicating that the locking device 110 is locked” is received from the user terminal 104 as “medium”, it may be set as “locking”.

  In the present embodiment, the case where the data structure 500 includes both the locked state of the locking device 110 and the usage status of the bicycle 20 has been described. However, the data structure 500 is not limited to this. The data structure 500 may not include the locking state of the locking device 110. In this case, when it is difficult for the user to grasp the locked state of the bicycle 20 while using the bicycle 20, the server 120 manages the locked state of the bicycle 20 using the usage state of the bicycle 20. You can do it. For example, when the usage status of the bicycle 20 is “rental”, the server may determine that the bicycle 20 is unlocked.

  FIG. 6 schematically shows an example of the data structure 600 of the user database 414. The data structure 600 stores a user ID 602 and user personal information 604 in association with each other for one or more users. The data structure 600 may store the user ID 602 and the body number 606 of the bicycle 20 used last in association with each other for one or more users.

  The personal information 604 of the user includes a name, information about the organization to which the user belongs, a mail address for member registration, a mail address for notification for transmitting a notification from the server 120, a credit card number, and a user terminal possessed by the user The terminal ID of 104, the login password for logging in to the server 120, etc. can be illustrated. The e-mail address for member registration may be an e-mail address assigned by the organization to which the user belongs. Thereby, it is possible to confirm that the user who wishes to register as a member belongs to a specific organization. Even if it is confirmed that a user who wishes to register as a member belongs to a specific organization by identifying the organization to which the user belongs by using affiliation identification information that identifies that the user belongs to a specific organization. Good. The affiliation identification information may be an ID and password common to a specific organization.

  The terminal ID may be identification information assigned to the SIM card of the user terminal 104. The terminal ID may be identification information associated with the contractor information by the communication carrier. This identification information may be referred to as carrier open ID, and is referred to as uid, subscriber ID, i-mode ID, etc. depending on the communication carrier. The terminal ID may be a unique ID written in the cookie when the user terminal 104 accesses the website. The terminal ID may be an example of terminal identification information that identifies the user terminal 104.

  FIG. 7 schematically shows an example of an information processing method in the management system 100. The outline of an example of the rental process of the bicycle 20 in the management system 100 will be described with reference to FIG. Note that some of the processes described in this embodiment may not be executed. Further, the order of processing is not limited to this.

  In step 702 (the step may be expressed as S), the user uses the user terminal 104 to access a Web site for the server 120 to provide a service. In step S704, the server 120 executes user authentication processing. For example, the request processing unit 430 compares the terminal ID received from the user terminal 104 with the terminal ID stored in the user database 414, and authenticates the user when the two match. The request processing unit 430 may authenticate the user by receiving the user ID and the login password from the user terminal 104 and comparing them with the information stored in the user database 414.

  In step S <b> 706, the server 120 transmits a menu screen to the user terminal 104. The menu screen may display services that the user can request from the server 120. The menu screen may be a bicycle parking selection screen. In step S <b> 708, the user selects the bicycle 20 to be used according to the screen displayed on the user terminal 104. Upon receiving an input from the user, the user terminal 104 transmits a rental request for the bicycle 20 selected by the user to the server 120.

  In addition, the designation | designated method of the bicycle 20 by a user is not limited to this. For example, the user acquires the locking device ID from the locking device 110 attached to the specific bicycle 20 using the user terminal 104, and lends the bicycle 20 corresponding to the acquired locking device ID to the server 120. A request may be sent. Further, the user may transmit a rental request for the bicycle 20 without specifying the bicycle 20.

  In S <b> 710, the request processing unit 430 receives the rental request and the body number of the bicycle 20 that is the target of the rental request from the user terminal 104, and notifies the mobile unit determination unit 440. The moving body determination unit 440 updates the moving body database 412 using the received body number. For example, the usage status associated with the received body number is updated to “during lending”, and the user ID associated with the body number is updated to the user ID of the user who transmitted the lending request. When the received information does not include the vehicle body number, the mobile body determination unit 440 may arbitrarily determine the bicycle 20 to be lent.

  In S712, the request processing unit 430 confirms with the user whether or not the lending process may be started. For example, the request processing unit 430 transmits a confirmation screen to the user terminal 104. The user terminal 104 displays a confirmation screen and notifies the user to input whether or not to start the lending process. The user terminal 104 receives an input from the user and transmits it to the request processing unit 430. In S712, when the request processing unit 430 receives an input indicating that the lending process is not started, the request processing unit 430 executes a process for canceling the lending process (not illustrated).

  In S712, when the request processing unit 430 receives an input indicating that the lending process is started, in S714, the request processing unit 430 operates on the user terminal 104, and performs unlocking processing of the locking device 110 on the user terminal 104. An instruction for starting a program (sometimes referred to as an unlocking program) for executing a part is transmitted to the user terminal 104. In addition, the request processing unit 430 transmits an instruction for generating an unlocking code to the unlocking code generating unit 450.

  In S716, the user terminal 104 receives an instruction for starting the unlocking program, and starts the unlocking program. In S718, the unlock code generation unit 450 receives an instruction for generating an unlock code, and generates an unlock code. In S720, the unlock code generation unit 450 transmits the generated unlock code to the user terminal 104. At this time, the unlocking code generation unit 450 may transmit the unlocking code to the user terminal 104 in association with the body number of the bicycle 20 to be used by the user or the locking device ID of the attached locking device 110. In the present embodiment, a case where the unlocking code is transmitted in association with the locking device ID will be described.

  In S730, the unlocking program causes the user terminal 104 to execute a procedure for displaying a search request acceptance screen. When the user wishes to search for the bicycle 20 that is the subject of the lending process among the plurality of bicycles 20 parked at the bicycle parking lot, the user inputs a search request to the user terminal 104 and The user terminal 104 is brought close to the locking device 110 of the bicycle 20. Thereby, the user terminal 104 starts communication with the locking device 110 of the nearby bicycle 20.

  On the other hand, for example, when the stop position of the bicycle 20 that is the object of the lending process is known, the user inputs an instruction to the user terminal 104 that the search process is not desired. Thus, when the user terminal 104 does not accept the search request (No in S730), the user terminal 104 waits to accept the next request from the user.

  When the user terminal 104 receives a search request from the user (Yes in S730), in S732, the unlocking program executes a procedure of transmitting the locking device ID received from the server 120 to the user terminal 104 to the locking device 110. Let In S740, the control unit 220 of the locking device 110 obtains the locking device ID of the locking device 110 attached to the bicycle 20 to be used by the user from the user terminal 104 via the first communication unit 242 or the second device. Received from the other locking device 110 via the communication unit 244.

  In S740, the control unit 220 compares the own locking device ID stored in the management information storage unit 230 with the received locking device ID. When the two do not match (No in S740), the control unit 220 transmits the locking device ID received from the user terminal 104 to the other locking device 110 via the second communication unit 244. At this time, the second communication unit 244 may transmit the locking device ID by broadcast. When the locking device ID stored in the management information storage unit 230 matches the received locking device ID (Yes in S740), in S744, the control unit 220 controls the output unit 260 to generate a voice message. And at least one of the light is output.

  In S750, the unlocking program causes the user terminal 104 to execute a procedure for displaying an unlocking request acceptance screen. The user inputs an unlocking request to the user terminal 104 and brings the user terminal 104 closer to the locking device 110 of the bicycle 20 that is the object of the lending process. The user terminal 104 receives the unlock request and starts communication with the locking device 110.

  In S752, the unlocking program causes the user terminal 104 to execute a procedure for transmitting the unlocking code received from the server 120 to the locking device 110. In the present embodiment, the unlocking program causes the user terminal 104 to execute a procedure for transmitting information indicating that the unlocking code has been transmitted to the server 120. The information indicating that the unlocking code has been transmitted may be an example of information indicating that the unlocking of the locking device 110 is permitted. At this time, the unlocking code received from the server 120 may be transmitted in association with at least one of the vehicle body number, the user ID, and the terminal ID. In the present embodiment, a case where the unlock code is transmitted in association with the terminal ID will be described.

  In S754, the control unit 220 compares the unlock code received from the user terminal 104 with the unlock code stored in the management information storage unit 230. When both match, the control unit 220 determines to unlock the locking unit 210, generates an unlocking signal, and transmits the unlocking signal to the locking unit 210. When the unlocking mechanism 314 of the locking unit 210 receives the unlocking signal, it unlocks the locking mechanism 312. In addition, the control unit 220 stores the terminal ID received from the user terminal 104 in the management information storage unit 230. Further, the control unit 220 activates the position information acquisition unit 250.

  In S756, when the mobile unit management unit 460 of the server 120 receives information indicating that the unlocking code has been transmitted from the user terminal 104, the mobile unit management unit 460 updates the state of the bicycle 20 stored in the mobile unit database 412. For example, the mobile body management unit 460 uses the mobile body database 412 and the user database 414 to determine the vehicle body number corresponding to the received terminal ID. Next, the usage status associated with the determined vehicle body number is updated to “lending”. Thereby, the lending process in the server 120 ends.

  In S760, the control unit 220 generates a new unlocking code and transmits it to the user terminal 104. The generated new unlocking code is stored in the management information storage unit 230. Thereby, the lending process in the locking device 110 ends. In S762, the unlocking program causes the user terminal 104 to execute a procedure for receiving a new unlocking code and a procedure for storing the received unlocking code. Thereby, the lending process in the user terminal 104 ends.

  In the present embodiment, the case where the server 120 provides a service to the user terminal 104 when the user accesses the website from the user terminal 104 in S702 to S730 has been described. However, the method by which the server 120 provides the service to the user terminal 104 is not limited to this. An application or program installed in the user terminal 104 is executed, and the application or program transmits / receives information to / from the server 120, so that services similar to S702 to S730 may be provided.

  In the present embodiment, the server 120 updates the mobile database 412 by receiving information indicating that the user terminal 104 has transmitted the unlocking code in S752. However, the method for updating the mobile database 412 is not limited to this. When the server 120 receives information indicating that the locking device 110 has been unlocked from the locking device 110 via the user terminal 104, the server 120 may update the mobile object database 412.

  In the present embodiment, the case where the unlocking code is updated when the locking device 110 is unlocked has been described in S760 to S762. However, the operations of the locking device 110 and the user terminal 104 are not limited to this. Even if the locking device 110 is unlocked, the unlocking code may not be updated.

  FIG. 8 schematically shows an example of an information processing method in the management system 100. The outline of an example of the unlocking process of the locking device 110 during the rental of the bicycle 20 will be described with reference to FIG. In the present embodiment, the locking of the locking device 110 is manually performed by the user.

  In S802, the user terminal 104 activates the unlocking program according to the user's instruction. In step S <b> 804, the unlocking program causes the user terminal 104 to execute a procedure for displaying an unlocking request acceptance screen. The user inputs an unlocking request to the user terminal 104 and brings the user terminal 104 closer to the locking device 110 of the bicycle 20 being used. The user terminal 104 receives an unlocking request from the user and starts communication with the locking device 110 of the bicycle 20.

  In S806, the unlocking program causes the user terminal 104 to execute a procedure for transmitting the unlocking code received from the locking device 110 at the previous unlocking time to the locking device 110. In S810, the control unit 220 of the locking device 110 transmits the position information acquired by the position information acquisition unit 250 since the previous unlocking and the remaining battery level acquired by the power management unit 280 to the user terminal 104. In S812, the unlocking program causes the user terminal 104 to execute a procedure for transmitting the information received from the locking device 110 to the server 120.

  In S <b> 814, when the request processing unit 430 receives the position information and the remaining battery level from the user terminal 104, the request processing unit 430 notifies the user terminal 104 of information indicating that the position information and the remaining battery level have been received. Further, the request processing unit 430 stores the position information and the remaining battery level, and updates the mobile object database 412. Thereby, the unlocking process in the server 120 ends.

  In step S816, when the user terminal 104 receives information indicating that the position information and the remaining battery level have been received from the server 120, the unlocking program sends information indicating the completion of data transmission to the user terminal 104. The procedure to notify is executed. In step S <b> 818, the control unit 220 compares the unlock code received from the user terminal 104 with the unlock code stored in the management information storage unit 230. When both match, the control unit 220 determines to unlock the locking unit 210, generates an unlocking signal, and transmits the unlocking signal to the locking unit 210. When the unlocking mechanism 314 of the locking unit 210 receives the unlocking signal, it unlocks the locking mechanism 312.

  In S830, the control unit 220 generates a new unlocking code and transmits it to the user terminal 104. The generated new unlocking code is stored in the management information storage unit 230. Thereby, the unlocking process in the locking device 110 is completed. In S832, the unlocking program causes the user terminal 104 to execute a procedure for receiving a new unlocking code and a procedure for storing the received unlocking code, and terminates the execution of the program. Thereby, the unlocking process in the user terminal 104 is completed.

  In the present embodiment, information regarding the locking state of the locking device 110 is not transmitted and received between the locking device 110 and the server 120 during the rental of the bicycle 20. However, information regarding the locking state of the locking device 110 may be transmitted and received between the locking device 110 and the server 120 during the rental of the bicycle 20.

  In the present embodiment, the case where the unlocking code is updated each time the locking device 110 is unlocked has been described in S830 to S832. However, the operations of the locking device 110 and the user terminal 104 are not limited to this. When the locking device 110 is unlocked, the unlocking code may not be updated. In this case, the locking device 110 may determine whether unlocking is possible using the initial unlocking code.

  FIG. 9 schematically shows an example of an information processing method in the management system 100. The outline of an example of the bicycle 20 return process will be described with reference to FIG. Note that some of the processes described in this embodiment may not be executed. Further, the order of processing is not limited to this.

  In step S <b> 902, the user terminal 104 operates on the user terminal 104 in response to a user instruction, and may be referred to as a program for causing the user terminal 104 to execute part of the bicycle 20 return processing (return program). ). In step S <b> 904, the return program causes the user terminal 104 to execute a procedure for displaying a lock confirmation request reception screen. The lock confirmation request may be a request for causing the user terminal 104 to execute processing for confirming that the lock device 110 is locked. The user inputs a lock confirmation request to the user terminal 104 and brings the user terminal 104 closer to the locking device 110 of the bicycle 20 being used. The user terminal 104 receives a lock confirmation request from the user, and starts communication with the lock device 110 of the bicycle 20.

  In S <b> 906, the return program causes the user terminal 104 to execute a procedure for transmitting an instruction to the locking device 110 to transmit the locking state of the locking unit 210 from the locking device 110 to the user terminal 104. In step S <b> 908, the control unit 220 transmits the lock state of the lock unit 210 to the user terminal 104. In S910, the return program causes the user terminal 104 to execute a procedure for receiving the locking state of the locking unit 210 from the locking device 110. When the locking unit 210 is not locked, the return program causes the user terminal 104 to execute a procedure for displaying a warning screen that warns the user to confirm the locked state. When the locking unit 210 is locked, the return program causes the user terminal 104 to execute a procedure for generating locking confirmation information indicating that the locking has been confirmed.

  When the return program confirms the locking of the locking unit 210 in S910, the procedure for transmitting an instruction for causing the user terminal 104 to transmit the position information of the bicycle 20 from the locking device 110 to the user terminal 104 in S920 to the locking device 110. Is executed. In S922, the control unit 220 acquires the position information of the bicycle parking lot base station 30 existing within the communication range of the second communication unit 244 via the second communication unit 244. The control unit 220 may acquire base station identification information that identifies the bicycle parking lot base station 30. The control unit 220 may acquire the remaining battery level of the bicycle parking lot base station 30.

  In S924, the control unit 220 acquires the position information and battery remaining amount of the bicycle parking lot base station 30, the position information acquired by the position information acquisition unit 250 since the previous transmission, and the battery remaining amount acquired by the power management unit 280. May be transmitted to the user terminal 104.

  In S926, the unlocking program causes the user terminal 104 to execute a procedure for transmitting the information received from the locking device 110 and the locking confirmation information to the server 120. In S <b> 928, the request processing unit 430 updates the mobile database 412 by storing the location information acquired by the location information acquisition unit 250 and the power management unit 280 storing the remaining battery level.

  In S940, when the request processing unit 430 receives the lock confirmation information, the request processing unit 430 determines in which parking lot the bicycle 20 is parked. For example, the request processing unit 430 compares the position information of the bicycle parking lot base station 30 or the position information acquired by the position information acquisition unit 250 with the position information of one or more bicycle parking lots stored in advance, and the bicycle 20 stops. You may specify the bicycle parking lot you are doing.

  If it is determined in S940 that the bicycle 20 is not parked at the bicycle parking lot (No in S940), a process for canceling the return process is executed in S942, and the return process ends. In S940, when it is determined that the bicycle 20 is stopped at the bicycle parking lot (Yes in S940), in S944, the request processing unit 430 notifies the user terminal 104 that the position matching processing of the bicycle 20 has been completed. To do.

  In S950, the return program causes the user terminal 104 to execute a procedure for displaying a return request reception screen. The user inputs a return request to the user terminal 104 and brings the user terminal 104 closer to the locking device 110 of the bicycle 20 being used. The user terminal 104 receives a return request from the user, and starts communication with the locking device 110 of the bicycle 20.

  In S952, the return program causes the user terminal 104 to execute a procedure for transmitting a return request to the locking device 110 and the server 120, and ends the execution of the program. Thereby, the return process in the user terminal 104 ends.

  In step S954, the control unit 220 deletes information regarding the user or the user terminal 104 stored in the management information storage unit 230. In the present embodiment, the control unit 220 deletes the terminal ID stored in the management information storage unit 230. Thereafter, the control unit 220 controls the power management unit 280 to shift the locking device 110 to a power saving mode such as a sleep mode. Thereby, the return process in the locking device 110 is completed.

  In S956, when the mobile body management unit 460 of the server 120 receives information indicating that a return request has been transmitted from the user terminal 104, the mobile body management unit 460 updates the state of the bicycle 20 stored in the mobile body database 412. Thereby, the return process in the server 120 ends.

  FIG. 10 schematically shows another example of the information processing method in the management system 100. An outline of an example of the locking process of the locking device 110 during the rental of the bicycle 20 will be described with reference to FIG. In the present embodiment, the unlocking process is performed except that in S830, the control unit 220 generates a locking code instead of the unlocking code, and transmits it to the server 120 and stores it in the management information storage unit 230. Thus, the same procedure as that of the embodiment described with reference to FIG. The locking of the locking device 110 is manually performed by the user. This embodiment is different from the embodiment described with reference to FIG. 8 in that the user cannot lock the locking device 110 unless the locking device 110 receives the correct locking code from the user terminal 104.

  In S1002, in response to a user instruction, the user terminal 104 operates on the user terminal 104 and may cause the user terminal 104 to execute a part of the locking process of the bicycle 20 (sometimes referred to as a locking program). ). In step S <b> 1004, the locking program causes the user terminal 104 to execute a procedure for displaying a lock request reception screen. The user inputs a locking request to the user terminal 104 and brings the user terminal 104 closer to the locking device 110 of the bicycle 20 being used. The user terminal 104 receives a locking request from the user and starts communication with the locking device 110 of the bicycle 20.

  In S1006, the locking program causes the user terminal 104 to execute a procedure for transmitting the locking code received from the locking device 110 at the previous unlocking time to the locking device 110. In step S <b> 1010, the control unit 220 of the locking device 110 transmits the position information acquired by the position information acquisition unit 250 since the previous unlocking and the remaining battery level acquired by the power management unit 280 to the user terminal 104. In step S <b> 1012, the locking program causes the user terminal 104 to execute a procedure for transmitting the information received from the locking device 110 to the server 120.

  In S1014, when the request processing unit 430 receives the position information and the remaining battery level from the user terminal 104, the request processing unit 430 notifies the user terminal 104 of information indicating that the position information and the remaining battery level have been received. Further, the request processing unit 430 stores the position information and the remaining battery level, and updates the mobile object database 412. Thereby, the locking process in the server 120 ends.

  In step S <b> 1016, when the user terminal 104 receives information indicating that the position information and the remaining battery level have been received from the server 120, the locking program sends information indicating completion of data transmission to the user terminal 104 to the locking device 110. Execute the notification procedure. In step S <b> 1018, the control unit 220 compares the locking code received from the user terminal 104 with the locking code stored in the management information storage unit 230. When both match, the control unit 220 determines that the locking unit 210 can be locked, generates a locking signal, and transmits the locking signal to the locking unit 210. When a locking mechanism (not shown) of the locking unit 210 receives the locking signal, the locking mechanism 312 is brought into a lockable state. The control unit 220 may control the output unit 260 to notify the user that locking is possible.

  In S1030, the control unit 220 generates a new unlocking code and transmits it to the user terminal 104. The generated new unlocking code is stored in the management information storage unit 230. Thereby, the locking process in the locking device 110 is completed. In S832, the locking program causes the user terminal 104 to execute a procedure for receiving a new unlocking code and a procedure for storing the received unlocking code, and terminates the execution of the program. Thereby, the locking process in the user terminal 104 ends.

  In the present embodiment, the case where the user manually locks the locking device 110 has been described. However, the locking device 110 may include a locking mechanism that locks the locking device 110 electrically. In this case, in S1018, the locking mechanism may lock the locking mechanism 312 when receiving the locking signal. In the present embodiment, the case where the locking device 110 controls the locking operation of the locking unit 210 has been described. However, the locking device 110 does not have to control the locking operation of the locking unit 210. In this case, the user may simply lock the locking device 110 manually.

  As mentioned above, although this invention was demonstrated using embodiment, the technical scope of this invention is not limited to the range as described in the said embodiment. It will be apparent to those skilled in the art that various modifications or improvements can be added to the above-described embodiment. It is apparent from the scope of the claims that the embodiments added with such changes or improvements can be included in the technical scope of the present invention.

  In the above description, the present invention has been described by taking a specific embodiment as an example. At least some of the configurations included in the above embodiments may not be essential configurations. For example, the locking device 110 may not include the second communication unit and the output unit. Also, some of the processing described in relation to FIGS. 7 to 10 may not be executed. A person skilled in the art can understand that the following invention is described in this specification.

  The present specification provides a method in which a server provides a service to a user terminal possessed by a user who uses a mobile body via a communication line, the service determining a mobile body to be used by the user; , Generating an unlocking code for the locking device attached to the moving body determined to be used by the user and locking the moving body, transmitting the unlocking code to the user terminal, and from the user terminal, When receiving information indicating that unlocking is permitted or information indicating that the locking device has been unlocked, the moving body stores the locking state of the moving body in association with the moving body identification information for identifying the moving body And updating the locked state of the mobile unit stored in the state storage unit.

  The present specification includes a procedure for receiving an unlocking code of a locking device generated each time the locking device is unlocked from a locking device that is attached to the moving body and locks the moving body. A program for executing a procedure for storing an unlocking code, a procedure for receiving an unlocking request for the locking device from a user, and a procedure for transmitting the stored unlocking code to the locking device in response to the unlocking request Is described.

  The present specification includes a procedure for receiving an unlocking code for a locking device generated each time the locking device is locked from a locking device that is attached to the moving body and locks the moving body. Described is a program for executing a procedure for storing a lock code, a procedure for receiving an unlocking request for a locking device from a user, and a procedure for transmitting a stored unlocking code to the locking device in response to the locking request. Has been.

  The present specification includes a procedure for receiving a locking code of a locking device generated each time the locking device is unlocked from a locking device that is attached to the moving body and locks the moving body, and the received locking A program for executing a procedure for storing a code, a procedure for receiving a locking request for the locking device from a user, and a procedure for transmitting the stored locking code to the locking device in response to the locking request is described. .

  The order of execution of each process such as operations, procedures, steps, and stages in the apparatus, system, program, and method shown in the claims, the description, and the drawings is particularly “before” or “prior to”. It should be noted that the output can be realized in any order unless the output of the previous process is used in the subsequent process. Regarding the operation flow in the claims, the description, and the drawings, even if it is described using “first”, “next”, etc. for convenience, it means that it is essential to carry out in this order. It is not a thing.

  12 bicycle parking lot, 14 bicycle parking lot, 20 bicycle, 30 bicycle parking base station, 100 management system, 102 communication line, 104 user terminal, 110 locking device, 120 server, 210 locking unit, 220 control unit, 230 management information storage unit, 242 communication unit 244 communication unit, 250 position information acquisition unit, 260 output unit, 270 vibration detection unit, 280 power management unit, 312 lock mechanism, 314 unlocking mechanism, 412 mobile object database, 414 user database, 420 communication control unit, 430 request Processing unit, 440 moving body determination unit, 450 unlocking code generation unit, 460 moving body management unit, 500 data structure, 502 body number, 504 state, 600 data structure, 602 user ID, 604 personal information, 606 body number

Claims (10)

A locking device that communicates with a user terminal possessed by a user using a mobile body and is attached to the mobile body and locks the mobile body,
A locking part for locking the movable body;
A locking management unit for managing the locking unit;
An unlocking code storage unit for storing an unlocking code used for determining whether to unlock the locking unit;
A first communication unit that communicates with the user terminal that is communicably connected to a server that manages a plurality of states of the mobile objects;
With
The lock management unit
Receiving an unlocking code from the user terminal via the first communication unit;
Comparing the unlocking code received from the user terminal with the unlocking code stored in the unlocking code storage unit to determine whether to unlock the locking unit;
Locking device. The unlocking code storage unit is
Receiving a code created in the server from the user terminal via the first communication unit;
Storing the received code as the unlocking code;
The locking device according to claim 1. When the locking management unit determines to unlock the locking unit, the locking management unit generates a new unlocking code and transmits the new unlocking code to the user terminal.
The locking device according to claim 1 or 2. A second communication unit that communicates with another locking device;
The locking device according to claim 1 or 2.   A moving body comprising the locking device according to claim 1. A server that communicates with a user terminal possessed by a user using a mobile object,
A moving body determining unit that determines the moving body to be used by the user;
Generating an unlocking code used to determine whether or not to unlock the locking device attached to the moving body that is determined to be used by the user and locking the moving body; and An unlocking code generation unit to be transmitted to the user terminal;
When receiving from the user terminal information indicating that the unlocking of the locking device is permitted or information indicating that the locking device has been unlocked, it is associated with the mobile object identification information for identifying the mobile object A mobile body management unit that updates the state of the mobile body stored in a mobile body state storage unit that stores the state of the mobile body.
A server comprising The mobile management unit
When the information indicating that the locking device is locked or the information indicating that the locking device is locked is received from the user terminal, the state of the moving body stored in the moving body state storage unit is updated. To
The server according to claim 6. A locking device according to claim 1 or 2,
A server that communicates with the user terminal and manages a plurality of states of the mobile body;
Mobile body management system with A method in which a server provides a service to a user terminal possessed by a user using a mobile object via a communication line,
The service is
Determining the mobile body to be used by the user;
Generating an unlocking code used to determine whether or not to unlock the locking device attached to the moving body that is determined to be used by the user and locking the moving body; and Sending to the user terminal;
When receiving from the user terminal information indicating that the unlocking of the locking device is permitted or information indicating that the locking device has been unlocked, it is associated with the mobile object identification information for identifying the mobile object Updating the state of the moving body stored in the moving body state storage unit for storing the state of the moving body;
Having
Method. Communicating with the user terminal possessed by the user who uses the mobile body via the first communication unit, to the computer of the locking device attached to the mobile body and locking the mobile body,
A procedure of receiving an unlocking code created by a server that communicates with the user terminal and manages the state of the mobile body and stored in the user terminal from the user terminal via the first communication unit; ,
A procedure for determining whether to unlock the locking device by comparing the unlocking code received from the user terminal with the unlocking code stored in the locking device;
A program for running