WO2021230236A1 - 運用支援システム - Google Patents

運用支援システム Download PDF

Info

Publication number
WO2021230236A1
WO2021230236A1 PCT/JP2021/017877 JP2021017877W WO2021230236A1 WO 2021230236 A1 WO2021230236 A1 WO 2021230236A1 JP 2021017877 W JP2021017877 W JP 2021017877W WO 2021230236 A1 WO2021230236 A1 WO 2021230236A1
Authority
WO
WIPO (PCT)
Prior art keywords
port
support system
operation support
vehicle
bicycle
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
PCT/JP2021/017877
Other languages
English (en)
French (fr)
Inventor
大輝 岡井
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Luup Inc
Original Assignee
Luup Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from JP2020083135A external-priority patent/JP6785021B1/ja
Priority claimed from JP2020083138A external-priority patent/JP6781494B1/ja
Priority claimed from JP2020083137A external-priority patent/JP6803100B1/ja
Priority claimed from JP2020083136A external-priority patent/JP6781493B1/ja
Priority claimed from JP2020083551A external-priority patent/JP6810492B1/ja
Priority claimed from JP2020204734A external-priority patent/JP7651157B2/ja
Priority claimed from JP2020216878A external-priority patent/JP2022102249A/ja
Priority to EP21803086.4A priority Critical patent/EP4163857A4/en
Priority to US17/998,476 priority patent/US20230245223A1/en
Application filed by Luup Inc filed Critical Luup Inc
Publication of WO2021230236A1 publication Critical patent/WO2021230236A1/ja
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/0645—Rental transactions; Leasing transactions
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising
    • G06Q30/0207—Discounts or incentives, e.g. coupons or rebates
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising
    • G06Q30/0241—Advertisements
    • G06Q30/0251—Targeted advertisements
    • G06Q30/0261—Targeted advertisements based on user location
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising
    • G06Q30/0283—Price estimation or determination
    • G06Q30/0284—Time or distance, e.g. usage of parking meters or taximeters
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/40—Business processes related to the transportation industry
    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G08G1/20—Monitoring the location of vehicles belonging to a group, e.g. fleet of vehicles, countable or determined number of vehicles
    • G08G1/205—Indicating the location of the monitored vehicles as destination, e.g. accidents, stolen, rental
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02T—CLIMATE CHANGE MITIGATION TECHNOLOGIES RELATED TO TRANSPORTATION
    • Y02T10/00—Road transport of goods or passengers
    • Y02T10/60—Other road transportation technologies with climate change mitigation effect
    • Y02T10/70—Energy storage systems for electromobility, e.g. batteries
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y04—INFORMATION OR COMMUNICATION TECHNOLOGIES HAVING AN IMPACT ON OTHER TECHNOLOGY AREAS
    • Y04S—SYSTEMS INTEGRATING TECHNOLOGIES RELATED TO POWER NETWORK OPERATION, COMMUNICATION OR INFORMATION TECHNOLOGIES FOR IMPROVING THE ELECTRICAL POWER GENERATION, TRANSMISSION, DISTRIBUTION, MANAGEMENT OR USAGE, i.e. SMART GRIDS
    • Y04S50/00—Market activities related to the operation of systems integrating technologies related to power network operation or related to communication or information technologies
    • Y04S50/10—Energy trading, including energy flowing from end-user application to grid

Definitions

  • the present invention relates to an operation support system.
  • Patent Document 1 A technology for controlling the vehicle's ability to run from a server by sharing the vehicle is known (see Patent Document 1).
  • Patent Document 1 cannot grasp the situation of where the vehicle is used.
  • the present invention has been made in view of such a background, and an object of the present invention is to provide a technique capable of grasping the usage status of a vehicle.
  • the main invention of the present invention for solving the above problems is a system that supports the operation of a shared service for a one-seater vehicle, and includes designation of a disembarkation port from a terminal of a user who is going to use the vehicle. It is characterized by including a usage request input unit for receiving a usage request and a availability determination unit for permitting the use of the vehicle when there is a vacant parking space in the disembarkation port.
  • a shared service for a bicycle with an electric motor (including a rental service) is assumed, but it can be applied to a shared service for any vehicle.
  • Vehicles can include all single-seater vehicles (personal mobility).
  • the vehicle has a total length of 1 m or less, and may be a one-seater personal mobility equipped with an electric motor.
  • the vehicle may be a bicycle, a scooter, a skateboard, or the like that can switch between electric (automatic driving) and electric assist.
  • the vehicle may be one that generally does not require parking.
  • Vehicles may include, for example, bicycles and scooters (also known as kickboards, kick skaters), skateboards, parallel two-wheeled vehicles, two-wheeled inverted pendulums (such as Segways), and self-sustaining stable unicycles. Vehicles may also include motorized bicycles and motorcycles.
  • Vehicles are assumed to be set to a maximum speed of less than 30 km / h (for example, a motorized bicycle), a maximum speed of less than 24 km / h (for example, an electrically assisted bicycle), and a maximum speed of less than 20 km / h (for example, an electric kickboard). Is included.).
  • FIG. 1 is a diagram illustrating a bicycle sharing service according to the present embodiment.
  • the bicycle 1 is parked at ports 2 provided in various places.
  • the port 2 means a place where the bicycle 1 can be parked.
  • Port 2 is, for example, a parking lot or a bicycle parking lot.
  • the port 2 may be a place where vehicles can be stored, and the number of vehicles that can be parked does not have to be fixed. However, in the present embodiment, the port 2 has a predetermined number of vehicles.
  • Bicycle 1 can be parked. That is, at least one of the used space 21 and the empty space 22 may exist in each port 2.
  • the user of the bicycle sharing service designates the destination port 2 (D) prior to the use of the bicycle 1 when moving from the departure port 2 (S) to the destination port 2 (D) by the bicycle 1. If the vacant port 22 exists in the target port 2 (D), the use of the bicycle 1 is permitted, and the bicycle 1 is automatically unlocked and made available to the user.
  • port 2 may be a set of physically separated land or floor sections of a building.
  • FIG. 2 is a diagram showing an overall configuration example of the operation support system of the present embodiment.
  • the operation support system of this embodiment includes a management server 20.
  • the management server 20 is communicably connected to each of the communication device 11 and the user terminal 13 included in the bicycle 1 via the communication network 30.
  • the communication network 30 is, for example, the Internet, and is constructed by a public telephone line network, a mobile phone line network, a wireless communication path, Ethernet (registered trademark), or the like.
  • the bicycle 1 is also provided with a lock device 12, and the communication device 11 can also control the locking / unlocking of the lock device 12.
  • the communication device 11 controls the locking / unlocking of the lock device 12 in response to a command received from the management server 20, but for example, the lock device 12 is controlled by the control from the user terminal 13. It can also be configured as follows.
  • the user terminal 13 is a mobile terminal used by the user, and is, for example, a smartphone, a tablet computer, a personal computer, or the like.
  • the user terminal 13 is provided with a camera and can photograph the state of the bicycle 1.
  • the management server 20 may be a general-purpose computer such as a workstation or a personal computer, or may be logically realized by cloud computing.
  • the management server 20 can determine whether or not the bicycle 1 can be used by the user and manage the usage status.
  • FIG. 3 is a diagram illustrating a functional configuration of the communication device 11.
  • the communication device 11 includes a lock / unlock command receiving unit 111, a lock / unlock control unit 112, a position information acquisition unit 113, and a position information transmission unit 114.
  • Each of these functional units may be realized by a logic circuit or may be realized by a general-purpose processor executing a program.
  • the lock / unlock command receiving unit 111 receives a command for instructing the lock or unlock of the bicycle 1 (referred to as a lock or unlock order; the lock and unlock orders are collectively referred to as a lock / unlock order). ..
  • the lock / unlock command is transmitted from the management server 20, and the lock / unlock command receiving unit 111 receives the lock / unlock command.
  • the lock / unlock control unit 112 controls the lock device 12 in response to a lock / unlock command to lock or unlock.
  • a known method is used, and the description thereof is omitted here.
  • the position information acquisition unit 113 is, for example, a GPS signal received by a GPS (Global Positioning System) receiver (not shown, may be provided by the communication device 11 or may be acquired from an external sensor).
  • GPS Global Positioning System
  • the position of the bicycle 1 can be measured based on the above.
  • the position information transmission unit 114 transmits the position information acquired by the position information acquisition unit 113.
  • the position information transmission unit 114 can periodically transmit the position information of the bicycle 1 to the management server 20 when the bicycle 1 is used.
  • the position information transmission unit 114 can transmit the position information to the management server 20 at arbitrary predetermined times such as 1 second, 1 minute, 5 minutes, and 10 minutes.
  • the position information transmission unit 114 may, for example, transmit the position information when the moving distance of the bicycle 1 becomes a predetermined value or more.
  • FIG. 4 is a diagram showing a hardware configuration example of the user terminal 13.
  • the configuration shown in the figure is an example, and may have other configurations.
  • the user terminal 13 includes a CPU 101, a memory 102, a storage device 103, a communication interface 104, a touch panel display 105, a camera 106, and a GPS 107.
  • the storage device 103 stores various data and programs, such as a hard disk drive, a solid state drive, and a flash memory.
  • the communication interface 104 is an interface for connecting to the communication network 30, for example, an adapter for connecting to Ethernet (registered trademark), a modem for connecting to a public telephone network, and a wireless communication device for performing wireless communication. , USB (Universal Serial Bus) connector for serial communication, RS232C connector, etc.
  • the touch panel display 105 can input and output data.
  • the GPS 107 can measure the position of the user terminal 13.
  • FIG. 5 is a diagram showing a software configuration example of the user terminal 13.
  • the user terminal 13 can include an aircraft identification unit 131, a use start request transmission unit 132, a target port determination unit 133, a use end request transmission unit 134, and an aircraft photographing unit 135.
  • Each of the above functional units of the user terminal 13 can be realized, for example, by the CPU 101 reading the program stored in the storage device 103 into the memory 102 and executing the program.
  • the aircraft identification unit 131 identifies the aircraft (bicycle 1) that the user intends to use.
  • a code such as a QR code (registered trademark) that encodes the identification information (airframe ID) of the bicycle 1 is attached to the bicycle 1, and the machine identification unit 131 of the user terminal 13 has this code.
  • the aircraft ID can be acquired by decoding the image taken by the camera 106.
  • the machine identification unit 131 may, for example, print the machine ID on the bicycle 1 so as to accept the input of the machine ID from the user, or from the device provided on the bicycle 1, Bluetooth (registered trademark). ) Or other short-range communication may be used to receive the aircraft ID.
  • the machine identification unit 131 can acquire the body ID of the bicycle 1 by any other method.
  • the use start request transmission unit 132 sends a request (use start request) to the management server 20 to start using the bicycle 1.
  • a request use start request
  • a user ID indicating the user and an aircraft ID indicating the bicycle 1 are set. If the destination port (destination port) is specified in advance by the user, the destination port is also set in the usage start request.
  • the target port determination unit 133 determines the target port.
  • the destination port determination unit 133 can display a map, accept designation of a destination, output a port existing in the vicinity of the designated destination, and allow the user to select the destination port.
  • the destination port determination unit 133 can, for example, first accept the designation of the destination.
  • the designation of a predetermined point may be accepted from the map as described above, or the designation of the area name, the station name, or the like may be accepted.
  • the destination port determination unit 133 can set a designated destination and send a request (port request) for a list of ports existing in the vicinity of the destination to the management server 20.
  • the destination port determination unit 133 can accept the selection of the destination port from the list of ports returned from the management server 20.
  • FIG. 6 is a diagram showing an example of a target port selection screen.
  • the target port determination unit 133 can display a map on the screen and display a list of ports 2 as an icon on the map, for example. The user can specify the target port 2 by selecting this icon with a finger 3 or the like.
  • the use start request transmission unit 132 can set the designation of the target port 2 received by the target port determination unit 133 in the use start request and transmit it to the management server 20.
  • the lock device 12 of the bicycle 1 is unlocked according to the instruction from the management server 20, and the user uses the bicycle 1. Can be done.
  • the usage end request transmission unit 134 transmits a request for terminating the use of the bicycle 1 (use end request) to the management server 20.
  • a user ID indicating the user and an aircraft ID indicating the bicycle 1 are set.
  • the end-of-use request may include the parking image described later from the beginning.
  • the aircraft photographing unit 135 controls the camera 106 to photograph the appearance of the bicycle 1.
  • the airframe photographing unit 135 expects that the state in which the bicycle 1 is parked is photographed after the bicycle 1 arrives at the target port.
  • the aircraft photographing unit 135 may be manually activated by the user, and may output a message instructing the user to photograph the parked state.
  • FIG. 7 is a diagram showing an example of a state in which the parking state of the bicycle 1 is photographed. As shown in the figure, the user can take a picture of the bicycle 1 parked after getting off, and the aircraft photographing unit 135 can acquire the taken image (referred to as a parking image).
  • the usage end request transmission unit 134 transmits to the management server 20 an image taken by the machine photography unit 135 or acquired by the machine photography unit 135. This ends the use of bicycle 1.
  • FIG. 8 is a diagram showing a hardware configuration example of the management server 20.
  • the configuration shown in the figure is an example, and may have other configurations.
  • the management server 20 includes a CPU 01, a memory 202, a storage device 203, a communication interface 204, an input device 205, and an output device 206.
  • the storage device 203 stores various data and programs, such as a hard disk drive, a solid state drive, and a flash memory.
  • the communication interface 204 is an interface for connecting to the communication network 30, for example, an adapter for connecting to Ethernet (registered trademark), a modem for connecting to a public telephone network, and a wireless communication device for performing wireless communication. , USB (Universal Serial Bus) connector for serial communication, RS232C connector, etc.
  • USB Universal Serial Bus
  • the input device 205 is, for example, a keyboard, a mouse, a touch panel, a button, a microphone, or the like for inputting data.
  • the output device 206 is, for example, a display, a printer, a speaker, or the like that outputs data.
  • FIG. 9 is a diagram showing a software configuration example of the management server 20.
  • the management server 20 includes a port information providing unit 211, a usage start processing unit 212, a availability determination unit 213, a usage charge determination unit 214, a lock communication unit 215, a usage end processing unit 216, a port information storage unit 231 and an administrator storage unit. It includes 232, an image storage unit 233, an aircraft information storage unit 234, a usage history storage unit 235, and an advertisement storage unit 236.
  • the functional units 211 to 216 are realized by the CPU 201 reading the program stored in the storage device 203 into the memory 202 and executing the programs, and the storage units 231 to 236 are the memory 202 and the storage device 203. Can be realized as part of the storage area provided by.
  • the port information storage unit 231 stores information (port information) related to port 2.
  • the position of the port 2 (which can be a representative position, for example, can be specified by the latitude and longitude) and the port 2 are managed in association with the port ID that identifies the port 2.
  • the administrator ID indicating the administrator, the number of bicycles 1 that can be parked in the port 2 (the number of bicycles that can be parked), the number of bicycles that can be currently parked (the number of vacant spaces 22), and the like are included. If port 2 is not managed by a third party, no value may be set for the administrator ID.
  • the administrator storage unit 232 stores information about the administrator (administrator information).
  • the administrator information may include an administrator ID that identifies the administrator and payment information.
  • the payment information can be, for example, information necessary for paying a reward to the manager. Rewards for the provision of port 2 can be paid based on payment information.
  • the image storage unit 233 records a parking image.
  • the image storage unit 233 uses the user ID for identifying the user who took the parking image, the shooting date and time of the parking image, the aircraft ID indicating the bicycle 1 shown in the parking image, the position where the parking image was taken, and the parking image.
  • the port ID indicating the port 2 in which the reflected bicycle 1 is parked, and the image data of the parking image can be included.
  • the aircraft information storage unit 234 stores information (airframe information) related to the bicycle 1.
  • the aircraft information includes the aircraft ID that identifies the bicycle 1, the date and time when the aircraft information was last updated (last update date and time), the position of the bicycle 1 and the charge amount of the bicycle 1 at the last update date and time, and the bicycle 1 is currently in use.
  • a flag indicating whether or not the bicycle is present (in-use flag) and, if the bicycle 1 is parked, a port ID indicating the parked port 2 can be included.
  • Aircraft information can be updated regularly.
  • the usage history storage unit 235 stores the usage history of the bicycle 1 by the user.
  • the user ID that identifies the user who used the bicycle 1
  • the start date and time and the end date and time of the use of the bicycle 1 the aircraft ID that identifies the bicycle 1 used by the user, and the user use the bicycle 1.
  • Port 2 (departure port), port 2 (arrival port) of the destination of the bicycle 1, and the usage fee can be included.
  • the advertisement storage unit 236 stores information related to the advertisement (advertisement information).
  • the advertisement information includes a condition for outputting an advertisement and advertisement data in association with an advertisement ID that identifies the advertisement.
  • the condition may be a condition for various kinds of information, and may be a time condition such as when the bicycle 1 is used or when the use of the bicycle 1 is finished, or the bicycle 1 is specified. It may be a spatial condition such as when the bicycle is parked at port 2 or when the position of the aircraft information passes near a specific place (when the position of the aircraft information passes near the specific place), and the user is a female. It may be a condition for the user's attribute such as a case.
  • the advertisement data may be, for example, screen data described by HTML, moving image data, still image data, plain text data, or the like.
  • the port information providing unit 211 provides port information to the user terminal 13.
  • the port information providing unit 211 can provide port information in response to a request from the user terminal 13 (may be a request to start use or another request). For example, when the use start request includes a destination (or the coordinates of the target, etc.), the port information providing unit 211 is located near the specified destination or at a position within a predetermined distance from the specified coordinates.
  • the port information can be searched from the port information storage unit 231 and a list of search results can be returned. Further, the port information providing unit 211 may, for example, periodically broadcast the port information or transmit it to each of the user terminals 13 for which a session has been established.
  • the usage start processing unit 212 performs processing related to the start of use of the bicycle 1 by the user.
  • the usage start processing unit 212 receives the usage start request from the user terminal 13, and determines whether or not the bicycle 1 specified in the received usage start request can be used, which will be described later. Let unit 213 make a decision. Further, when the target port 2 is not set in the use start processing unit 212, the use start processing unit 212 can send a message instructing the user terminal 13 to set the target port 2. Further, when the target port 2 is designated, the usage start processing unit 212 can have the availability determination unit 213, which will be described later, determine the availability.
  • the use start processing unit 212 causes the lock communication unit 215, which will be described later, to send an release command to unlock the bicycle 1 specified in the use start request. Further, the usage start processing unit 212 adds 1 to the number of vacant port information of the departure port (the port where the designated bicycle 1 is currently parked, that is, the port indicated by the port ID included in the aircraft information), and the purpose is The number of free ports in the port information corresponding to the port can be subtracted by 1. Further, the use start processing unit 212 can truly update the in-use flag of the aircraft information corresponding to the designated bicycle 1.
  • the usage start processing unit 212 can transmit an advertisement at the start of use (advertisement transmission unit). For example, the use start processing unit 212 can search for advertisement information satisfying the conditions from the advertisement storage unit 236 and transmit the advertisement data of the searched advertisement information to the user terminal 13. Further, the usage start processing unit 212 may search for advertising information regarding the vicinity of the departure port or the destination port, for example. Further, when a plurality of advertisement information can be searched, the usage start processing unit 212 can preferentially transmit the advertisement data in which the condition of the place close to the departure port or the destination port is set.
  • the availability determination unit 213 determines the availability of the bicycle 1.
  • the availability determination unit 213 can determine, for example, that the aircraft cannot be used if the in-use flag of the aircraft information is true.
  • the availability determination unit 213 can determine that the aircraft cannot be used if the charge amount of the aircraft information is less than a predetermined value. Further, the availability determination unit 213 can determine that the availability port cannot be used if the number of free port information of the target port is 0. Further, the availability determination unit 213 can determine, for example, that the user ID cannot be used when the user ID is registered in the blacklist (not shown). If the above-mentioned disapproval determination is not made, the availability determination unit 213 can determine that the bicycle 1 is available.
  • the usage fee determination unit 214 determines the usage fee for the bicycle 1.
  • the usage fee determination unit 214 can determine the usage fee according to, for example, the usage time of the bicycle 1. Further, the usage fee determination unit 214 may determine, for example, a predetermined amount of money according to the type of the bicycle 1 as the usage fee.
  • the usage charge determination unit 214 can also perform dynamic pricing that changes the price according to, for example, the attributes of the user and the usage history. For example, the usage fee determination unit 214 sets a low usage fee for users who frequently use it, sets a low usage fee for users who have attributes targeted for a specific campaign, and sets the usage frequency ( When the number of usage histories) is equal to or greater than a predetermined number, a cheap usage fee may be determined step by step.
  • the usage charge determination unit 214 can also set a fixed or dynamic usage charge for each port.
  • the usage charge determination unit 214 can also determine the usage charge according to, for example, the number of vacant units in the target port (so that the larger the number of vacant units, the cheaper the price).
  • the usage charge determination unit 214 determines the usage rate of the target port (the ratio of the number of times the vehicle departs or is used as the target port during a predetermined period such as one day or one week to the number of parkable vehicles) (the usage rate is). It is also possible to determine the usage fee (so that the higher it is, the higher it is).
  • the usage charge determination unit 214 can also determine the usage charge according to the distance from the port station, commercial facility, or the like (so that the shorter the distance, the higher the charge).
  • the usage fee determination unit 214 can also set the usage fee according to the route of the bicycle 1.
  • the usage charge determination unit 214 can add to the usage charge when passing through a specific route.
  • the usage fee can be set high for places where congestion is expected, such as illuminations, watching sports, and live events.
  • the usage fee determination unit 214 may reduce the usage fee when passing through a predetermined route. For example, if you want to increase the traffic on the road facing a commercial facility or shop, or if you want to revitalize a side road at an event or festival, please be aware of the newly built commercial facility. In such cases, it is possible to set the usage fee at a low price for the purpose of promotion. In this case, for example, a commercial facility or the like may be charged.
  • the usage charge determination unit 214 detects, for example, that the bicycle 1 is traveling toward the road to which the charge is added, or detects that the bicycle 1 is present on the road to which the charge is added.
  • the alert may be sent to the user's terminal (or the communication device 11 of the bicycle 1), and the alert may be output from the user's terminal or the communication device 11. Further, the usage charge determination unit 214 notifies the user's terminal or communication device 11, for example, when the charge for the road parallel to the road on which the bicycle 1 is currently traveling is set at a low price. You may do it.
  • the lock communication unit 215 controls the locking / unlocking of the lock device 12 of the bicycle 1.
  • the lock communication unit 215 can lock / unlock the lock device 12 by transmitting a lock / unlock command to the communication device 11.
  • the end-of-use processing unit 216 performs necessary processing at the end of use of the bicycle. If the parking image is not included in the usage termination request, the usage termination processing unit 216 can send a message instructing the user terminal 13 to take the parking image. Further, the usage end processing unit 216 (disembarkation image receiving unit) attaches the parking image received from the user terminal 13 to the user ID, date and time, aircraft ID, location information, and port ID indicating the target port. Can be registered in the image storage unit 233. Further, the use end processing unit 216 determines whether or not the bicycle 1 is in the target port 2 based on the position information set in the use end request or the position information of the aircraft information, and arrives at the target port 2.
  • the use end processing unit 216 can falsely update the in-use flag of the machine information corresponding to the machine ID set in the use end request.
  • the end-of-use processing unit 216 can send an advertisement to the user terminal 13 at the end of use.
  • the usage termination processing unit 216 can transmit the advertising data of one of the advertising information satisfying the conditions to the user terminal 13 in response to the usage termination request.
  • FIG. 10 is a diagram illustrating the operation of the operation support system at the start of using the bicycle 1.
  • the user terminal 13 is used to read the QR code (registered trademark) affixed to the bicycle 1 (S401) and acquire the aircraft ID.
  • the user terminal 13 transmits a usage start request for which the acquired aircraft ID is set to the management server 20 (S402).
  • the management server 20 responds with a message instructing to set the target port (S403).
  • the user terminal 13 accepts the selection of the destination from the user (S404).
  • the destination can be selected by accepting the designation of a predetermined position on the map or the designation of a station name, an area name, or the like.
  • the user terminal 13 transmits a port request for which a destination is set to the management server 20 (S405), and the management server 20 responds with a list of ports near the destination (S4076).
  • the user terminal 13 can output a list of the responded ports and accept the designation of the target port from the list (S407).
  • the user terminal 13 can accept the designation of the target port from the screen as shown in FIG. 6, for example.
  • the user terminal 13 transmits a usage start request in which the machine ID and the port ID indicating the target port are set to the management server 20 (S408).
  • the management server 20 determines whether or not the bicycle 1 can be used according to the received usage start request (S409). The availability determination is performed by the availability determination unit 213 described above. If it is determined that the bicycle 1 can be used, the usage fee is determined (S410). The usage fee is determined by the usage fee determination unit 214 described above.
  • the management server 20 transmits an unlocking command to the communication device 11 of the bicycle 1 indicated by the machine ID (S411), and the communication device 11 controls the lock device 12 in response to the received unlocking command to unlock the bicycle. (S412).
  • the management server 20 sends the advertisement data to the user terminal 13 together with a message indicating that the use has started (S413).
  • the advertisement data is displayed together with the message on the user terminal 13.
  • FIG. 11 is a diagram illustrating the operation of the operation support system at the end of use of the bicycle 1.
  • the user After riding the bicycle 1 to the target port, the user operates the user terminal 13 to send a usage end request to the management server 20 for the end of the use of the bicycle 1 (S421).
  • the aircraft ID of the bicycle 1 and the current position are set in the usage end request.
  • the management server 20 can determine the port where the bicycle 1 is currently arriving according to the current position (S422). When the parking image is not set in the usage end request, the management server 20 can send a message instructing the user terminal 13 to take the parking image (S423).
  • the user terminal 13 displays a message, and in response to this display, the user takes a picture of the state in which the bicycle 1 is parked using the user terminal 13 (S424).
  • the user terminal 13 transmits the determined parking image to the management server 20 (S425), the image is registered in the image storage unit 233 in the management server 20, and the usage history is also registered (S426).
  • the management server 20 further transmits an instruction to lock the bicycle 1 (S427).
  • the communication device 11 of the bicycle 1 When the communication device 11 of the bicycle 1 receives the lock command from the management server 20, the communication device 11 can control the lock device 12 to lock the bicycle (S428).
  • the management server 20 sends the advertisement data to the user terminal 13 together with a message indicating that the use has ended (S429).
  • the advertisement data is displayed together with the message on the user terminal 13.
  • the communication device 11 and the management server 20 are supposed to directly communicate with each other, but the present invention is not limited to this, and a computer such as an API server is inserted between the communication device 11 and the management server 20. It may be intervened.
  • a computer such as an API server is inserted between the communication device 11 and the management server 20. It may be intervened.
  • the management server 20 is assumed to be one computer, but the present invention is not limited to this, and it is realized by a plurality of computers so that various functions provided by the management server 20 are distributed to the plurality of computers. You may do it.
  • the aircraft ID indicating the bicycle 1 and the target port are specified in the usage start request, but the aircraft ID may not be set while the target port is set. .. In this case, when the user makes a reservation, only the target port is secured, and then when the user decides the bicycle 1 to be used at the departure port, the aircraft ID is set in the second use start request and the management server. Can be transmitted to 20.
  • the departure port may be set instead of the designation of the aircraft.
  • the user terminal 13 may be provided with a departure port setting unit, and may be able to accept the designation of the departure port on the same screen as in FIG.
  • the availability determination unit 213 can determine that the bicycle 1 can be used when the bicycle 1 can be used in the departure port and the target port has a vacancy.
  • there are multiple types of vehicles in port 2 for example, electric assist bicycle, electric bicycle, electric scooter, electric assist scooter, electric kickboard, electric kickboard, electric skateboard, electric assist skateboard, electric parallel two-wheeled vehicle, etc.).
  • the vehicle type may be specified in the usage start request.
  • the management server 20 manages which type of vehicle is parked on which port 2, and determines whether or not the type of vehicle specified in the usage start request is available. Can be done.
  • the usage time or the arrival time at the target port may be specified in the usage start request.
  • at least the target port is further specified in the usage start request.
  • the aircraft ID may be further specified, or the departure port may be specified.
  • the usage start time may be further specified in the usage start request.
  • the availability determination unit 213 may use another bicycle 1 by the departure time even if the bicycle 1 parked in the designated departure port does not exist. If the user has a plan to arrive at the target port, it can be determined that the reservation is possible.
  • the schedule to arrive at the destination port can be determined according to the usage time or arrival time.
  • the availability determination unit 213 determines, for example, that the availability determination unit 213 can be used if the number of free port information of the target port is equal to or more than a negative threshold value (that is, -1 ⁇ allowable number). Can be done.
  • the management server 20 can send a message to the user inviting the use of the bicycle 1 of the port, triggered by the fact that the management server 20 has received a predetermined number or more of reservations when there is no vacancy in the target port. ..
  • the message may be sent as a message such as e-mail or chat, or may be sent as a push notification to an application running on the user terminal 13.
  • the management server 20 may give a reward to the user. For example, the management server 20 can issue an into, discount a fee, or issue a coupon to a user.
  • the management server 20 when accepting a reservation even when the destination port is full, the management server 20 allows another user to use the destination port as a departure port by the time the user related to the reservation arrives at the destination port. It is possible to predict the number of bicycles 1 to be used, and determine whether or not to make a reservation by using the predicted number as the number that can be reserved (allowable number) when there is no vacancy in the target port.
  • the management server 20 when accepting a reservation even when there is no vacancy in the target port, if there is no vacant space 22 when the user related to the reservation arrives at the target port and gets off the vehicle, the management server 20 will use the user. It is possible to send a message instructing the user to move to a port 2 in the vicinity of the target port and to pay the value to the user.
  • the management server 20 receives a message from the user terminal 13 indicating that parking is not possible (the aircraft ID indicating the bicycle 1 ending the use or the port ID of the target port is set) at the target port. It is possible to detect that parking is not possible (that is, the user cannot end the use of bicycle 1).
  • the management server 20 cannot park because the number of free port information indicated by the port ID is 0 or less. It can also detect that. Further, the management server 20 cannot park because the number of vacant port information indicated by the port ID of the aircraft information corresponding to the aircraft ID set in the end-of-use request received from the user terminal 13 is 0 or less. It can also be detected.
  • the management server 20 When the management server 20 detects that parking is not possible at the target port, it can search for port information corresponding to a position within a predetermined distance from the position of the target port (position of port information). Here, the management server 20 may search for the port information at the position closest to the position of the target port. Further, the management server 20 searches for port information corresponding to a position within (or closest to) a predetermined distance from the position of the target port, in which the number of vacant units is a predetermined number (for example, 1) or more. can do.
  • a predetermined number for example, 1
  • the management server 20 transmits a message instructing the movement of the bicycle 1 (change of the target port) including the port 2 indicated by the searched port information to the user terminal 13.
  • the user terminal 13 receives the message, for example, as in FIG. 6, the user terminal 13 can display the port 2 as a candidate for the destination on the map.
  • the value paid by the management server 20 to the user includes, for example, discounting the usage fee of the bicycle 1 (including free of charge), payment of money exceeding the usage fee, issuance of coupons, and issuance of points. obtain.
  • the management server 20 when accepting a reservation even though the destination port is full, the management server 20 tells the user that the destination port is full and that there is no free space when it arrives at the destination port. If so, it is possible to notify the user that there is a possibility of moving to the nearby port 2 and obtain the consent of the user. At that time, the management server 20 can also notify the port 2 in the vicinity of the target port.
  • the management server 20 can propose a neighboring port if there is no vacancy in the target port at the time of reservation. For example, when the management server 20 receives the usage start request from the user terminal 13, the number of free port information indicated by the port ID of the target port set in the usage start request is a predetermined number (for example, 0) or less. In a certain case, it is possible to propose to the user a port 2 in the vicinity of the target port (another port 2 corresponding to a position within a predetermined distance from the position indicated by the port information of the target port). The management server 20 can also make proposals by prioritizing them according to the number of vacant units and the distance from the target port.
  • the management server 20 can send a list of port information sorted in descending order of priority to the user terminal 13, and the user terminal 13 can display the list. Further, the management server 20 transmits the port information to the user terminal 13 with an attached priority so that the port with the higher priority stands out on the user terminal 13, for example, on the screen shown in FIG. Port 2 can be displayed on the map.
  • the management server 20 may set the predetermined number to a number larger than 0 and propose a port 2 having a larger number of vacant units than the predetermined number among the ports 2 in the vicinity of the target port.
  • a reward for having the destination port changed along with the proposal of the neighboring port 2 (reward). For example, discounts on usage fees, granting of points, issuance of coupons, etc.) can be proposed to users.
  • the management server 20 may be provided with a usage end possibility determination unit that determines whether or not the use is terminated depending on whether or not there is a vacancy in the target port. When the end of use determination unit determines that the end of use is not possible, even if the user leaves the bicycle 1 in the target port, the charge to the user can be continued.
  • the management server 20 can notify other users after the use of the bicycle 1 is completed.
  • the management server 20 may notify other users when the current position received from the bicycle 1 is within a predetermined distance from the target port.
  • the management server 20 makes a reservation from the user and stores the reservation when, for example, there is no aircraft in the port 2 (departure port) where the user intends to use the bicycle 1, and the bicycle can be used. It is possible to notify the user who has made a reservation at the port 2 where the finished bicycle 1 is parked. It is also possible for a user who is about to end the use of the bicycle 1 to designate another user such as a friend so that the other user can take over the used bicycle 1 and use it. ..
  • the management server 20 can include a usage charge determination unit that predicts the supply and demand of the bicycle 1 and determines the usage price of the bicycle 1 according to the predicted supply and demand.
  • the usage fee determination unit can determine the usage fee according to the demand amount of the bicycle 1 at the port 2. For example, the usage fee determination unit determines the usage fee (for example, for a bicycle 1 parked in a port 2 with high demand (port 2 with few parked bicycles 1), as compared with a bicycle 1 parked in another port 2). The hourly unit price, mileage unit price or fixed charge) can be set high. The demand amount can be expressed by, for example, the small number of bicycles 1 parked in the port 2. For example, the usage fee determination unit can determine the usage fee so that the smaller the number of bicycles 1 parked in the port 2 serving as the departure port, the higher the usage fee.
  • the usage charge determination unit may determine the usage charge according to the demand forecast.
  • the usage charge determination unit predicts the demand amount (number of uses) for a predetermined time in the future (for example, 1 hour, 6 hours, 12 hours, etc.) for each port 2, and the predicted demand.
  • the usage fee can be determined according to the amount (for example, the higher the demand).
  • the demand amount can be predicted based on, for example, the past usage history.
  • the usage fee determination unit is, for example, from the location of port 2 (whether it faces a road wider than a predetermined width, whether it is a downtown area or a residential area, the distance from a station or bus stop, or a toll parking lot such as coin parking.
  • a prediction model for predicting the number of bicycles 1 used from the port 2 can be created based on the variable, stored in the prediction model storage unit, and the demand amount can be predicted using the prediction model.
  • the usage fee determination unit can determine the usage fee according to the supply amount of the bicycle 1 at the port 2. For example, the usage fee determination unit charges a usage fee (for example, a bicycle 1 parked in a port 2 having a large supply (a port 2 having a large number of parked bicycles 1) as a usage fee (a bicycle 1 parked in another port 2).
  • the hourly unit price, mileage unit price or fixed charge can be set at low cost.
  • the usage charge determination unit predicts the supply amount for a predetermined time in the future (for example, it may be any time such as 1 hour, 6 hours, 12 hours, etc.) for each port 2, and the predicted supply amount is used.
  • the usage fee can be determined accordingly (for example, the larger the supply amount, the cheaper the price).
  • the supply amount can be predicted by predicting the number of reservations for the destination port, that is, the number of bicycles that get off and park at the destination port. Similar to the departure port, the usage fee determination unit sets port 2 as the target port based on explanatory variables such as the location and size of port 2, season, time zone, day of the week, weather, and the presence or absence of events near port 2.
  • a forecast model that predicts the number of reservations to be made can be created, and the supply amount can be predicted using the forecast model.
  • the usage charge determination unit can determine the usage charge according to both the demand amount (or the predicted value of the demand amount) and the supply amount (or the predicted value of the supply amount).
  • the management server 20 can be provided with a notification unit that gives notification according to supply and demand.
  • the notification unit determines the port 2. It is possible to notify the user of an alert about the possibility that the bicycle 1 cannot be used.
  • the target of the notification can be limited to the user terminal 13 whose current position is within a predetermined distance from the port 2.
  • the notification unit receives.
  • a notification for promoting the use of the bicycle 1 of the port 2 can be given so that an empty space can be secured.
  • the notification unit may, for example, give a notification with a reward such as a discount (including free of charge) or a coupon.
  • the target of the notification can be limited to the user terminal 13 whose current position is within a predetermined distance from the port 2.
  • the management server 20 can include a route presentation unit that presents a route from the departure port to the destination port.
  • the route presenting unit acquires the port ID of the aircraft information corresponding to the specified aircraft ID in response to the usage start request, and is designated for the acquired port ID (departure port port ID) and the usage start request. It is possible to acquire the position of the port information corresponding to each of the port ID corresponding to the port ID of the destination port and present the travel route from the departure port to the destination port.
  • the route search for example, a method used in a known car navigation system can be used. In this case, the motorway and the like can be excluded from the route, and the route including the road on which the bicycle cannot travel but the bicycle 1 can travel can be searched for in the routing.
  • the route presenting unit can present a route by combining a plurality of types of transportation means.
  • the route presentation unit is a vehicle (for example, an electric assist bicycle, an electric bicycle, an electric scooter, an electric assist scooter, an electric kickboard, an electric kickboard, an electric skateboard, an electric assist skateboard, an electric parallel two-wheeled vehicle).
  • the port 2 may include a station, a bus stop, a taxi stand, and the like, and routing including moving between the ports 2 on foot can be performed.
  • the management server 20 may include a parking confirmation unit that analyzes the parking image and confirms that the bicycle 1 is parked correctly.
  • the parking confirmation unit can analyze the parking image and determine whether or not the vehicle is correctly parked in the parking space in the port 2. In order to determine whether or not the vehicle is parked correctly, for example, a plurality of parking images of a correctly parked state, a plurality of parking images of an improperly parked state, and whether or not the vehicle is parked correctly are determined. It is possible to create a classifier in which the information indicating the above is learned by machine learning and use the classifier.
  • the parking confirmation unit can notify the user terminal 13 of an alert when the bicycle 1 is not parked correctly. If the bicycle 1 is not parked correctly, the parking confirmation unit may not allow the end of use (continue charging).
  • the user terminal 13 can transmit an emergency stop request (hereinafter referred to as an emergency stop request) to the management server 20.
  • an emergency stop request a user ID indicating a user and an aircraft ID indicating the bicycle 1 can be set.
  • the user ID may be omitted from the emergency stop request.
  • the management server 20 can delete the port ID of the aircraft information corresponding to the aircraft ID set in the emergency stop request, and update the information to indicate, for example, an emergency stop.
  • the bicycle 1 that was stopped in an emergency can be collected by the service operator and delivered to any of the ports 2. Further, the management server 20 can be provided with a usage invitation notification unit that transmits a notification for inviting the use of the bicycle 1 that has been urgently stopped. For example, the usage invitation notification unit sends a message that sets the position of the aircraft information of the bicycle 1 that has been urgently stopped (the aircraft information in which the information indicating the emergency stop is set in the port ID) at a predetermined distance from the position of the aircraft information. It can be transmitted to the user terminal 13 inside.
  • the usage invitation notification unit may give a reward for using the bicycle 1 that has been urgently stopped. For example, the usage invitation notification unit provides value such as money, points, coupons, etc. to a user who rides an emergency stopped bicycle 1 to any port 2 and / or the said.
  • the usage fee for bicycle 1 related to movement can be discounted or free of charge.
  • the management server 20 may not allow an emergency stop in a preset stop prohibition area.
  • the management server 20 can include a stop prohibition area information storage unit that stores information indicating a stop prohibition area, and an emergency stop propriety determination unit that determines whether or not an emergency stop is possible.
  • the emergency stop availability determination unit determines, for example, whether or not the position of the aircraft information corresponding to the aircraft ID set in the received emergency stop request is in a predetermined predetermined stop prohibition area set in advance, and stops. If the vehicle is in the prohibited area, an alert indicating that the vehicle cannot be stopped can be transmitted to the user terminal 13. Further, when the emergency stop possibility determination unit determines that the vehicle cannot be stopped, it can be controlled so as not to end the use (continue charging).
  • the availability determination unit can send an alert for the bicycle 1 that has stopped in the stop prohibited area for a predetermined time or longer.
  • the availability determination unit may send an alert to the user terminal 13 or may notify the operator of the shared service.
  • the availability determination unit monitors the position of the aircraft information, detects that the position does not change for a predetermined time or more among those in the stop prohibited area, and uses the bicycle 1 indicated by the detected aircraft information. An alert can be sent to the user or the operator of the service.
  • the management server 20 can request the user for a parking image of the parking state of the bicycle 1.
  • the management server 20 can prevent the end of use (continue billing) for the end request for an emergency stop that does not include the parking image.
  • a parking image is provided to the service operator so that the operator can determine whether or not the parking state is right, and the management server 20 is not preferably parked by the operator (parked randomly or other walking). If we accept the input that we have determined that the vehicle is parked so as to interfere with people or automobiles, we will send a message to the user that the parking condition was bad and the relevant user. It is possible to charge the user a penalty amount, prevent the bicycle 1 from being used for a certain period of time, or increase the usage fee.
  • the management server 20 analyzes the parking image and moves it toward the end of the sidewalk so as not to obstruct pedestrians and cars (although it shows the boundary line between the roadway and the sidewalk such as guardrails, curbs, and white lines). It can be determined whether the vehicle is parked (whether it exists in the vicinity or the longitudinal direction of the aircraft is also substantially parallel to the boundary line). The management server 20 may not allow the termination of use if it is not parked so as not to be an obstacle.
  • the management server 20 can instruct to take a picture so that the background of the parked aircraft is captured as well as the parking place at the time of emergency stop.
  • the management server 20 analyzes the parking image, detects the aircraft, determines that the background of the aircraft is captured (for example, the background is photographed at a predetermined ratio or more, not the ground), and the background is sufficient. If it is determined that it is not reflected in, it is possible to disallow the termination of use. Also in this case, the management server 20 analyzes the parking image and determines whether it is an obstacle to other moving objects depending on whether or not a predetermined number or more are reflected in the background of moving objects such as pedestrians, bicycles, and automobiles. It may be determined whether or not.
  • the management server 20 can instruct the user to take a mark such as a landmark existing in the vicinity of the emergency stop place in the vicinity at the time of an emergency stop.
  • a mark such as a landmark existing in the vicinity of the emergency stop place in the vicinity at the time of an emergency stop.
  • the management server 20 can analyze the parking image and extract the mark from the parking image, the management server 20 can present the extracted mark to the manager. This makes it possible to discover an aircraft that has been urgently stopped not only by location information but also by landmarks and other landmarks, and it is possible to easily recover the urgently stopped aircraft.
  • the management server 20 can set the vehicle that has been stopped in an emergency so that it can be used by other users. Aircraft that have been urgently stopped may be made available to other users free of charge or at a discounted rate. The management server 20 may notify other users different from the emergency stop user of the position of the emergency stop aircraft. Further, the management server 20 can also respond to the position of the aircraft that is urgently stopped near the current position of the other user in response to the access from the other user. In addition, the management server 20 can provide parking images to other users.
  • an additional fee may be charged to the user at the time of an emergency stop.
  • This additional charge can be used, for example, as a cost for collecting the aircraft.
  • the management server 20 can set a timer for a user who has made an emergency stop, and if another user uses the emergency stopped aircraft within a predetermined time, the additional charge can be discounted or exempted.
  • an area that does not allow emergency stops (for example, a road with a lot of traffic) is set in advance, and the management server 20 does not allow emergency stops in the area (continues billing). can do.
  • the management server 20 can be provided with a cancellation waiting storage unit for storing users waiting for cancellation for each port 2.
  • the management server 20 identifies a user who is waiting for cancellation in association with the port 2 where the bicycle has disembarked, and refers to the user terminal 13 of the specified user. Then, a message to the effect that the bicycle 1 is available can be sent. Alternatively, the management server 20 may automatically set the disembarked bicycle 1 to be available to the user waiting for cancellation.
  • the usage charge determination unit 214 determines the usage charge when the use of the bicycle 1 is completed, but the usage charge determination unit 214 may determine the usage charge at the time of reservation. For example, the usage charge determination unit 214 acquires the route from the departure port to the destination port, acquires the distance of the acquired route, and estimates the time from the acquired distance and the average speed of the bicycle 1 to the arrival time. , The fixed usage fee can be determined according to the estimated time.
  • the method adopted in the navigation system can be used.
  • the route may be acquired by using, for example, an API provided by a map server that provides a map service. The calculation of the distance based on the route may be calculated based on the coordinates of the waypoints included in the route, for example, or the mileage of the route may be acquired by using the API provided by the map server. May be good.
  • the usage charge determination unit 214 may acquire information on the route such as traffic congestion information and traffic regulation information, and may change the fixed usage charge according to the acquired information.
  • the usage charge determination unit 214 cancels the fixed usage charge when the estimated usage time is significantly exceeded (when it exceeds a predetermined threshold value), and charges the usage charge according to the actual usage time. You may decide. In this case, when calculating the fixed usage charge, the valid period of the fixed usage charge (after a predetermined set time from the estimated time of arrival at the target port) can be presented.
  • the reservation of the target port is valid until the bicycle 1 arrives, but the expiration date may be set.
  • the expiration date of the reservation of the target port from the reservation time to a predetermined time (for example, an arbitrary time such as 1 hour or 2 hours can be set).
  • the management server 20 can notify the user terminal 13 that the expiration date has passed. Further, the management server 20 can reserve the target port again when the expiration date has passed. If the reservation is not possible here, the management server 20 can instruct the user to set the vacant port 2 as the target port.
  • the management server 20 may be provided with a vacancy notification unit for notifying that the vacancy of the port 2 has occurred.
  • the vacancy notification unit can, for example, notify the port 2 at the timing when a vacant space is created in response to a request from the user terminal 13 to specify the port 2.
  • FIG. 12 is a diagram illustrating a bicycle sharing service according to the present embodiment.
  • the bicycle 1 is parked at ports 2 provided in various places.
  • the port 2 means a place where the bicycle 1 can be parked (stored). Up to a predetermined number of bicycles 1 set for each port can be parked in each port 2.
  • Each port 2 may have at least one of the used space 21 and the empty space 22.
  • the user 11 of the bicycle sharing service can ride the bicycle 1 from the departure port 2 (S) to the destination port 2 (D).
  • the user 11 designates the target port 2 (D) prior to the use of the bicycle 1. If the empty port 22 exists in the target port 2 (D), the use of the bicycle 1 is permitted, and the bicycle 1 is automatically unlocked and can be used by the user 11.
  • User 11 pays a usage fee according to the time when the bicycle 1 is used.
  • a part of the usage fee paid by the user is distributed to the port owner 23 who manages the port 2.
  • the usage fee is distributed to both the owner 23 of the departure port 2 (S) and the owner 23 of the destination port 2 (D), but only one of them is targeted. May be.
  • the port owner 23 By returning a part of the usage fee to the port owner 23 (profit share), the port owner 23 will be motivated to install the port 2, and maintenance etc. will be performed so that the experience of using the port 2 will be improved. It also motivates you to do it.
  • FIG. 13 is a diagram showing a configuration example of the operation support system of the present embodiment.
  • the operation support system of this embodiment includes a management server 20.
  • the management server 20 can be communicably connected to the user terminal 13 operated by the user 11 via the communication network 3.
  • the communication network 3 is, for example, the Internet, and is constructed by a public telephone line network, a mobile phone line network, a wireless communication path, Ethernet (registered trademark), or the like.
  • the user terminal 13 is, for example, a computer such as a smartphone, a tablet computer, a mobile phone terminal, or a personal computer.
  • the user 11 can apply for use, set the target port 2 (D), and the like by using the user terminal 13.
  • the management server 2 may be a general-purpose computer such as a workstation or a personal computer, or may be logically realized by cloud computing.
  • FIG. 14 is a diagram showing a hardware configuration example of the management server 2.
  • the configuration shown in the figure is an example, and may have other configurations.
  • the management server 2 includes a CPU 01, a memory 202, a storage device 203, a communication interface 204, an input device 205, and an output device 206.
  • the storage device 203 stores various data and programs, such as a hard disk drive, a solid state drive, and a flash memory.
  • the communication interface 204 is an interface for connecting to the communication network 3, for example, an adapter for connecting to Ethernet (registered trademark), a modem for connecting to a public telephone network, and a wireless communication device for performing wireless communication. , USB (Universal Serial Bus) connector for serial communication, RS232C connector, etc.
  • USB Universal Serial Bus
  • the input device 205 is, for example, a keyboard, a mouse, a touch panel, a button, a microphone, or the like for inputting data.
  • the output device 206 is, for example, a display, a printer, a speaker, or the like that outputs data.
  • FIG. 15 is a diagram showing a software configuration example of the management server 3.
  • the management server 20 includes an aircraft information acquisition unit 211, an aircraft use processing unit 212, a history registration unit 213, a billing processing unit 214, a profit sharing processing unit 215, a port information storage unit 231 and an aircraft information storage unit 232, and an owner information storage unit 233.
  • the usage history storage unit 234 and the rearrangement history storage unit 235 are provided.
  • the port information storage unit 231 stores information related to port 2 (hereinafter referred to as port information).
  • port information the position of the port 2 (the representative position can be expressed by latitude and longitude), the owner ID that identifies the port owner 23, and the port 2 are stopped in association with the port ID that identifies the port 2.
  • the number of bicycles that can be stored (number of bicycles that can be parked) and the number of currently vacant spaces (number of vacant spaces) are included.
  • the aircraft information storage unit 232 stores information about the bicycle 1 (hereinafter referred to as aircraft information).
  • aircraft information the last update date and time of the aircraft information, the position of the bicycle 1, the battery charge amount of the bicycle 1, and the bicycle 1 are currently (at the time of the last update date and time) in association with the aircraft ID that identifies the bicycle 1. It includes an in-use flag indicating whether or not the bicycle is in use, and a port ID indicating the port 2 in which the bicycle 1 is parked (a NUML value may be set if the bicycle is in use).
  • the owner information storage unit 233 stores information about the port owner 23 (hereinafter referred to as owner information).
  • the owner information includes payment information in association with the owner ID indicating the port owner 23.
  • the payment information includes information for paying the distribution of the usage fee to the port owner 23, for example, the number of the bank account of the transfer destination.
  • the usage history storage unit 234 stores the usage history of the bicycle 1.
  • the user ID indicating the user 11 who used the bicycle 1 the start date and time of use, the end date and time of use, the aircraft ID indicating the used bicycle 1, the port ID indicating the departure port 2 (S), and the target port
  • the port ID indicating 2 (D) the usage fee, and the amount of power used are included.
  • the rearrangement history storage unit 235 stores the history related to the rearrangement of the bicycle 1 (hereinafter referred to as the rearrangement history).
  • the rearrangement of the bicycle 1 means, for example, moving the bicycle 1 from the port 2 where the empty space 22 is exhausted to the port 2 where the empty space 22 is large. It is assumed that the bicycles 1 are regularly rearranged so that the number of bicycles 1 parked in the port 2 (ratio of empty ports 22) is balanced.
  • the rearrangement history storage unit 235 stores the history of such rearrangement.
  • the aircraft information acquisition unit 211 acquires the aircraft information. After first accepting the input of the aircraft information and registering it in the aircraft information storage unit 232, the aircraft information acquisition unit 211 can acquire only the position and the charge amount of the bicycle 1 and update the aircraft information.
  • the bicycle 1 is provided with a communication device having, for example, a function of measuring the position of the bicycle 1 by GPS or the like, a function of measuring the remaining battery level, and a communication function, and the aircraft information acquisition unit 211 communicates with the communication device. By performing the above, the position of the bicycle 1 and the battery charge amount can be acquired. Further, the aircraft information acquisition unit 211 may make an inquiry to the user terminal 13 and acquire the position and charge amount of the bicycle 1 from the user terminal 13.
  • the user terminal 13 may acquire the position and the charge amount from the communication device included in the bicycle 1, for example, or acquire the charge amount from the communication device included in the bicycle 1 and use the user.
  • the position of the user terminal 13 may be acquired as the position of the bicycle 1 by the GPS function provided in the terminal 13, or the input of the charge amount may be accepted from the user 11.
  • the user terminal 13 may, for example, use a camera to photograph the display of the bicycle 1 indicating the charge amount, and read the charge amount from the photographed image.
  • the aircraft information acquisition unit 211 can acquire aircraft information on a regular basis.
  • the aircraft information acquisition unit 211 can communicate with the communication device of the bicycle 1 at any timing such as every 1 minute, every 5 minutes, every 10 minutes, and acquire the position and the charge amount. Further, the aircraft information acquisition unit 211 can also passively receive the position and the charge amount transmitted from the bicycle 1.
  • the aircraft utilization processing unit 212 performs processing related to the start and end of the use of the bicycle 1.
  • the machine use processing unit 212 receives a use start request from the user terminal 13.
  • a user ID indicating the user an aircraft ID indicating the bicycle 1 to be used, and a port ID indicating the target port 2 (D) are set.
  • the machine use processing unit 212 sets the port ID (target port) included in the use start request to the port ID (target port) in which the in-use flag of the machine information corresponding to the machine ID included in the use start request is false. If the number of free units of the corresponding port information is not 0, the use can be permitted.
  • the machine use processing unit 212 can decrement the number of vacant units of the port information, increment the number of vacant units of port information corresponding to the port ID of the machine information, and truly update the in-use flag of the machine information.
  • the machine utilization processing unit 212 can store the date and time at the start of use, the port ID and charge amount of the machine information, and the port ID indicating the target port 2 (D) in the memory 202 or the storage device 203.
  • the machine use processing unit 212 receives the use end request from the user terminal 13.
  • the end-of-use request includes a user ID, an aircraft ID, and an image of the bicycle 1 parked in the target port 2.
  • the aircraft utilization processing unit 212 calculates the distance between the current position of the aircraft information of the bicycle 1 and the position of the port information corresponding to the port ID of the target port 2 (D), and the distance is within a predetermined threshold value. That is, when the current position of the bicycle 1 is near the position of the target port 2 (D), it is possible to permit the end of use assuming that the bicycle 1 is located at the target port 2 (D). ..
  • the aircraft utilization processing unit 212 can falsely update the in-use flag of the aircraft information of the bicycle 1 that has been used.
  • the image can be used after the fact to investigate how the user 11 uses the bicycle 1.
  • the history registration unit 213 can register the usage history and the rearrangement history.
  • the history registration unit 213 can register the usage history when the aircraft usage processing unit 212 receives the usage end request.
  • the history registration unit 213 uses the difference between the charge amount of the aircraft information at the start of use and the current charge amount as the amount of power used, and can determine the usage charge according to the usage time from the start of use to the present. ..
  • the usage fee may be determined, for example, by multiplying a predetermined hourly unit price by the usage time, or the usage fee may be determined by different dynamic pricing according to the user 11.
  • the history registration unit 213 registers the user ID, the start date and time of use, the current date and time (end date and time), the aircraft ID, the port ID at the start of use, the port ID of the target port, the usage charge, and the usage history in which the amount of power used is set. It can be created and registered in the usage history storage unit 234.
  • the history registration unit 213 rearranges the aircraft information if the in-use flag of the aircraft information is false and the position has changed more than a predetermined value. It can be determined that it was. In this case, the history registration unit 213 monitors the change in the position of the aircraft information, and when the time when the amount of change in the position is equal to or less than the predetermined value continues for a predetermined time or longer (when the movement of the bicycle 1 stops), the history registration unit 213 monitors the change in the position.
  • the port 2 closest to the position can be specified from the port information, and the port ID of the specified port 2 can be set as the port ID of the aircraft information.
  • the history registration unit 213 creates a rearrangement history in which the current date and time, the aircraft ID of the rearranged bicycle 1, the port ID before the update, and the port ID after the update are set, and registers the rearrangement history storage unit 235. be able to.
  • the billing processing unit 214 performs processing for charging the user 11 for the usage fee. Since a known method is used for the processing related to billing, the description thereof will be omitted here.
  • the profit distribution processing unit 215 performs processing related to profit distribution to the port owner 23.
  • the history distribution processing unit 215 extracts the usage history for each predetermined period such as one week or one month, and sets it to a predetermined ratio of the usage fee included in the usage history (5% in the present embodiment). ) Is assigned to the port owner 23 of the departure port 2 (S), and similarly, the predetermined ratio of the usage fee included in the usage history (5% in this embodiment) is set as the port owner of the target port 2 (D). Also assigned to 23.
  • the profit sharing processing unit 215 can total the allocated amounts for each port owner 23 to determine the payment amount to the port owner 23.
  • the profit sharing processing unit 215 processes the determined payment amount to the port owner 23 by using a known method.
  • the profit sharing processing unit 215 may distribute profits only to the port owner 23 of the departure port 2 (S) or only to the port owner 23 of the target port 2 (D), for example. Further, the profit sharing processing unit 215 may distribute different proportions between the port owner 23 of the departure port 2 (S) and the port owner 23 of the destination port 2 (D).
  • the profit sharing processing unit 215 may increase or decrease the distribution to the port owner 23 according to the amount of power used by the bicycle 1. If the amount of electric power used is large, it takes time and effort to charge the bicycle 1, and the operation cost is high. Therefore, it is possible to make adjustments according to this by profit sharing.
  • the profit sharing processing unit 215 is, for example, a port 2 (even if it is a departure port, which is a target port) in which the total amount of power used during a predetermined period is small (for example, less than a predetermined value from the average value of the total amount of power used).
  • a predetermined amount or a predetermined ratio amount can be added to the distribution amount.
  • the profit sharing processing unit 215 may add only to the port owner 23 of the target port according to the amount of power used.
  • the profit sharing processing unit 215 may increase or decrease the distribution to the port owner 23 according to the frequency of rearrangement of the bicycle 1 or the distance of the rearrangement.
  • the fact that there are many rearrangements means that the cost of rearrangement is high.
  • the profit sharing processing unit 215 counts, for example, the number of relocation histories set in the departure port or the destination port for each port 2 during a predetermined period, and the counted number is a predetermined value (in advance).
  • the profit sharing processing unit 215 may add only to the port owner 23 of the target port according to the number of the rearrangement histories. Here, the profit sharing processing unit 215 may perform the above addition processing according to the distance between the departure port and the target port related to the rearrangement history, instead of the number of the rearrangement history.
  • the profit sharing processing unit 215 may increase or decrease the distribution to the port owner 23 according to the charge amount of the bicycle 1 parked in the port 2. Since the large amount of charge of the bicycle 1 in the port 2 improves the usability for the user 11, the motivation for operating the port owner 23 so that the amount of charge is large by distributing according to the amount of charge. It is expected to be a motivation.
  • the profit sharing processing unit 215 can, for example, reissue the total charge amount at the time of performing the distribution processing for each port 2, and determine an additional distribution amount according to the charge amount.
  • the total charge amount may be a predetermined value (a preset threshold value, a ratio to the total charge amount, or the total charge amount for each port 2).
  • the profit sharing processing unit 215 may add only to the port owner 23 of the target port according to the charge amount.
  • FIG. 16 is a diagram illustrating a flow of processing related to profit sharing.
  • a usage start request is transmitted from the user terminal 13 to the management server 20 (S401).
  • the usage start request includes a user ID that identifies the user 11, an aircraft ID that identifies the bicycle 1 that the user 11 wants to use, and a port ID that indicates the destination port 2 (D) on which the bicycle 1 is to be driven.
  • the management server 20 determines whether or not the bicycle 1 can be used depending on whether or not the bicycle 1 is not in use and the target port 2 has a vacancy (S402). If the bicycle 1 is available, the management server 20 sends an unlock command to the bicycle (S403), and the bicycle 1 is unlocked (S404). As a result, the user 11 can use the bicycle 1. While the bicycle 1 is in use, the bicycle 1 periodically notifies the management server 20 of the position and the remaining battery level (S405).
  • the end of use request is transmitted from the user terminal 13 to the management server 20 (S406).
  • the end-of-use request includes a user ID, an aircraft ID, and an image of the bicycle 1 parked.
  • the management server 20 confirms that the bicycle 1 has arrived at the target port 2 by the position information, and determines whether or not the use is terminated (S407). If there is no problem in terminating the use, a lock command is transmitted from the management server 20 to the bicycle 1 (S408), and the bicycle 1 is locked (S409).
  • the usage history is registered (S410), and the usage fee according to the usage time is charged to the user (S411).
  • the management server 20 also calculates the distribution amount to the port owner 23 according to the usage history (S412), and performs a process of paying the calculated distribution amount to the port owner 23 (S413).
  • FIG. 17 is a diagram illustrating a process of calculating the distribution amount to the port owner 23.
  • the profit sharing processing unit 215 of the management server 20 reads out the usage history for a predetermined period (for example, for one month) from the usage history storage unit 234 (S501).
  • the profit sharing processing unit 215 calculates 5% of the usage fee as the distribution amount to the port owner 23 of the departure port (S502).
  • the profit sharing processing unit 215 may total the usage charges for each port ID of the departure port for the usage history for a predetermined period, and calculate 5% of the usage charges.
  • the profit sharing processing unit 215 can calculate 5% of the usage fee as the distribution amount to the port owner 23 of the target port (S503).
  • the profit sharing processing unit 215 totals the power consumption of the usage history corresponding to the port ID for each port ID, and adds the amount corresponding to the total power consumption to the distribution amount corresponding to the port ID. (S504). Further, the profit sharing processing unit 215 sets the aggregated value of the rearrangement history corresponding to the port ID (for example, counting the number of rearrangement histories, averaging the distance from the departure port to the target port, etc.) for each port ID. The corresponding amount is added to the distribution amount corresponding to the port ID (S505). Further, the profit sharing processing unit 215 aggregates the charge amount of the aircraft information corresponding to the port ID for each port ID (for example, total or average), and the amount corresponding to the aggregated value corresponds to the port ID. Add to the distribution amount (S506).
  • the profit distribution processing unit 215 performs a process of paying the distribution amount calculated as described above to the port owner 23 (S507).
  • the profit distribution according to the usage fee of the bicycle 1 can be performed to the port owner 23 of the port 2 that stores the bicycle 1.
  • the target port is set before using the bicycle, but the target port may be used without being set.
  • the target port is not set in the usage start request, only the user ID and the aircraft ID are set, and the aircraft utilization processing unit 212 sets the in-use flag of the aircraft information corresponding to the aircraft ID to be false. If it is, the use can be permitted.
  • the scheduled usage time may be set instead of the target port, and the usage may be permitted when the usage flag is false and the usage time is equal to or less than a predetermined maximum value. ..
  • the profit distribution amount to the port owner 23 is calculated by multiplying the usage fee by the ratio of 5%, but the ratio of this 5% is 1%, 3%, and so on. It can be any ratio, such as 10%.
  • the owner of the departure port and the owner of the destination port can have different ratios. In addition, different ratios may be set according to the time zone, and the attributes of the port owner (for example, ordinary person or corporation, the number of days since becoming an owner, the number of ports owned, the number of ports stationed in the port). The ratio may be different depending on the number of bicycles that can be wheeled (such as the number of bicycles 1). Further, the profit distribution amount to the port owner 23 may be a fixed amount or an amount dynamically determined by a factor different from the usage fee, not a ratio to the usage fee.
  • a vehicle may include a single-seater vehicle (personal mobility) in general.
  • the vehicle may be a one-seater personal mobility equipped with a motor.
  • the vehicle may be a bicycle, a scooter, a skateboard, or the like that can switch between electric (automatic driving) and electric assist.
  • the vehicle may be one that generally does not require parking.
  • Vehicles may include, for example, bicycles and scooters (also known as kickboards, kick skaters), skateboards, parallel two-wheeled vehicles, two-wheeled inverted pendulums (such as Segways), and self-sustaining stable unicycles. Vehicles may also include motorized bicycles and motorcycles.
  • Vehicles are assumed to be set to a maximum speed of less than 30 km / h (for example, a motorized bicycle), a maximum speed of less than 24 km / h (for example, an electrically assisted bicycle), and a maximum speed of less than 20 km / h (for example, an electric kickboard). Is included.).
  • FIG. 18 is a diagram illustrating a bicycle sharing service according to the present embodiment.
  • the bicycle 1 is parked at ports 2 provided in various places.
  • the port 2 means a place where the bicycle 1 can be parked. Up to a predetermined number of bicycles 1 can be parked in the port 2. That is, at least one of the used space 21 and the empty space 22 may exist in each port 2.
  • the user of the bicycle sharing service designates the destination port 2 (D) prior to the use of the bicycle 1 when moving from the departure port 2 (S) to the destination port 2 (D) by the bicycle 1. If the vacant port 22 exists in the target port 2 (D), the use of the bicycle 1 is permitted, and the bicycle 1 is automatically unlocked and made available to the user.
  • the battery of the bicycle is replaced in the form of so-called crowdsourcing. That is, the replacement battery is distributed in advance to the replacement battery, the replacement battery is charged at home, etc., and the battery of the bicycle parked in the port 2 with a small amount of charge is replaced. If so, the exchange will be rewarded.
  • the reward to the exchanger is determined according to the battery level of the exchanged bicycle. For example, a bicycle with less battery power can be rewarded higher.
  • FIG. 19 is a diagram showing an overall configuration example of the operation support system of the present embodiment.
  • the operation support system of this embodiment includes a management server 20.
  • the management server 20 is communicably connected to each of the communication device 11 included in the bicycle 1 and the exchange terminal 30 of the exchange 3 via the communication network 30.
  • the communication network 30 is, for example, the Internet, and is constructed by a public telephone line network, a mobile phone line network, a wireless communication path, Ethernet (registered trademark), or the like.
  • the exchange terminal 30 is, for example, a computer such as a smartphone, a tablet computer, or a personal computer.
  • the management server 2 may be a general-purpose computer such as a workstation or a personal computer, or may be logically realized by cloud computing.
  • the bicycle communication device 11 notifies the management server 20 of the position of the bicycle 1 and the remaining charge.
  • the management server 20 sends a message to the switcher terminal 30 to replace the battery 14 of the bicycle 1. Can be sent.
  • the exchanger 3 can exchange the battery accordingly.
  • the exchanger 3 may exchange the battery 14 of the bicycle 1 parked at the port 2 in addition to the notified bicycle 1.
  • the exchanger 3 can access the management server 20 by the exchanger terminal 30 and check the remaining battery level of the bicycle 1 stopped at the port 2.
  • FIG. 20 is a diagram showing a hardware configuration example of a computer used for the management server 20 and the exchange terminal 30.
  • the configuration shown in the figure is an example, and may have other configurations.
  • the computer includes a CPU 01, a memory 202, a storage device 203, a communication interface 204, an input device 205, and an output device 206.
  • the storage device 203 stores various data and programs, such as a hard disk drive, a solid state drive, and a flash memory.
  • the communication interface 204 is an interface for connecting to the communication network 3, for example, an adapter for connecting to Ethernet (registered trademark), a modem for connecting to a public telephone network, and a wireless communication device for performing wireless communication.
  • the input device 205 is, for example, a keyboard, a mouse, a touch panel, a button, a microphone, or the like for inputting data.
  • the output device 206 is, for example, a display, a printer, a speaker, or the like that outputs data.
  • FIG. 21 is a diagram illustrating the functional configurations of the communication device 11, the management server 20, and the exchange terminal 30.
  • the communication device 11 includes a charge amount acquisition unit 111, a position information acquisition unit 112, and an airframe information transmission unit 113. Each of these functional units may be realized by a logic circuit or may be realized by a general-purpose processor executing a program.
  • the charge amount acquisition unit 111 acquires the charge amount of the bicycle 1 (the remaining amount of the battery 14 included in the bicycle 1).
  • the charge amount acquisition unit 111 can calculate the remaining capacity of the battery 14 by a general method, and detailed description thereof will be omitted here.
  • the position information acquisition unit 112 is, for example, a GPS signal received by a GPS (Global Positioning System) receiver (not shown, may be provided by the communication device 11 or may be acquired from an external sensor).
  • GPS Global Positioning System
  • the position of the bicycle 1 can be measured based on the above.
  • the aircraft information transmission unit 113 transmits information about the bicycle 1 (hereinafter referred to as aircraft information) to the management server 20.
  • the aircraft information can include an aircraft ID that identifies the bicycle 1, a charge amount acquired by the charge amount acquisition unit 111 (remaining amount of the battery 14), and position information acquired by the position information acquisition unit 112.
  • the machine information transmission unit 113 can transmit the machine information to the management server 20 via the communication network 30 according to a standard such as WiFi or LTE (Long Term Evolution), for example.
  • the machine information transmission unit 113 can transmit the machine information to the management server 20 periodically (for example, every set time such as 5 minutes, 10 minutes, 1 hour, 3 hours, etc.). The transmission interval may be changed depending on the charge amount and the position information.
  • the aircraft information may include only the charge amount or the position information.
  • the aircraft information transmission unit 113 does not care about the transmission interval, for example, when the charge amount falls below a predetermined threshold value or when the change amount of the position information (that is, the moving distance of the bicycle 1) becomes the predetermined threshold value or more. , It is also possible to send the aircraft information at that time.
  • the management server 20 includes an aircraft information receiving unit 211, an exchange request transmitting unit 212, an aircraft information transmitting unit 213, an exchange start notification receiving unit 214, an exchange end notification receiving unit 215, a reward amount determination unit 216, a reward payment unit 217, and an aircraft information. It includes a storage unit 231, an exchanger storage unit 232, and an exchange history storage unit 233.
  • the aircraft information storage unit 231 stores the aircraft information.
  • the aircraft information stored in the aircraft information storage unit 231 includes an aircraft ID that identifies the bicycle 1, a last update date and time of the aircraft information, a position of the bicycle 1, a charge amount, a status, a port ID, and the like.
  • the aircraft ID, position and charge amount may be included in the aircraft information transmitted from the bicycle 1.
  • the status includes that the bicycle 1 is in use, that the bicycle 1 is available, and that the battery of the bicycle 1 is being replaced. It is assumed that the management server 20 can change the status during use at the start of use of the bicycle 1 and set the status to be available at the end of the use of the bicycle 1.
  • the port ID is information that identifies the port 2 in which the bicycle 1 is placed.
  • the exchanger storage unit 232 stores information about the exchanger 3 (hereinafter referred to as exchanger information).
  • the exchanger information includes the contact information and payment information of the exchanger 3 in association with the exchanger ID that identifies the exchanger 3.
  • the contact information may be, for example, an e-mail address, an ID of the exchange 3 for performing push notification to the exchange terminal 30, a telephone number, an ID of the exchange 3 in a social network, or the like.
  • the payment information is information for paying a reward to the exchange 3, such as a bank account number.
  • the replacement history storage unit 233 stores information regarding the replacement of the battery 14 (hereinafter referred to as replacement history).
  • the replacement history includes the date and time when the battery 14 was replaced, the swapper ID that identifies the swapper 3 that replaced the battery 14, the port ID that indicates the port 2 where the bicycle 1 that replaced the battery 14 was parked, and the battery.
  • the aircraft ID that identifies the bicycle 1 in which the 14 is exchanged, the reward amount (payment amount) paid for the exchange of the battery 14, and the like are included.
  • the aircraft information receiving unit 211 receives the aircraft information from the bicycle 1.
  • the aircraft information receiving unit 211 registers the received aircraft information in the aircraft information storage unit 231.
  • the aircraft information receiving unit 211 can update the aircraft information stored in the aircraft information storage unit 231 based on the received aircraft information. Further, the aircraft information receiving unit 211 can set, for example, the date and time when the aircraft information is received or the date and time when the aircraft information storage unit 231 is updated as the last update date and time in the aircraft information.
  • the aircraft information receiving unit 211 can specify the nearest port 2 based on the position information and set the port ID for the bicycle 1 whose status is available.
  • the exchange request transmission unit 212 transmits a message (hereinafter referred to as an exchange request) calling for the exchange of the battery 14 to the exchanger 3 to the exchanger terminal 30.
  • the exchange request transmission unit 212 replaces the battery 14 of the bicycle 1 related to the aircraft information, for example, when the charge amount of the updated aircraft information in the aircraft information storage unit 231 is equal to or less than a predetermined threshold value.
  • the exchange request to be requested can be sent to the exchange terminal 30.
  • the exchange request can include the target aircraft information.
  • the exchange request may include a part of the aircraft information (for example, only the remaining charge).
  • the exchanger 3 to which the exchange request is sent may be all or a part of the exchanger 3.
  • the exchange request transmission unit 212 is, for example, to the exchanger 3 who is currently within a predetermined distance from the position (the position of the port 2) where the bicycle 1 to be charged (the bicycle 1 whose charge amount is equal to or less than the threshold value) is stopped. You can send a replacement request. Further, the exchange request transmission unit 212 can transmit, for example, an exchange request to the exchanger 3 who has an address within a predetermined distance from the position where the bicycle 1 to be charged is parked.
  • the aircraft information transmission unit 213 transmits aircraft information in response to a request from the exchange terminal 30.
  • the machine information transmission unit 213 can specify the port ID and respond to the request with the machine information corresponding to the designated port ID.
  • the aircraft information transmission unit 213 can also add up the reward amount when the battery 14 of the bicycle 1 determined by the reward amount determination unit 216, which will be described later, is replaced for each port 2 and include it in the response.
  • the replacement start notification receiving unit 214 receives a notification (hereinafter referred to as a replacement start notification) to the effect that the replacement of the battery 14 is started from the replacement terminal 30.
  • the aircraft ID is specified in the exchange start notification.
  • the exchange start notification receiving unit 214 can set the status of the aircraft information corresponding to the designated aircraft ID during battery replacement in response to the exchange start notification. If the status of the machine information corresponding to the machine ID included in the replacement start notification is in use or the battery is being replaced, the replacement start notification receiving unit 214 assumes that the battery cannot be replaced and that the battery cannot be replaced. Can also be answered. That is, the exchange start notification receiving unit 214 can allow the exchanger 3 to exchange the battery 14 of the bicycle 1 on a first-come, first-served basis. When a plurality of aircraft IDs are set in the exchange start notification, the exchange start notification receiving unit 214 can change the status of each aircraft ID and determine whether or not the battery can be replaced.
  • the exchange end notification receiving unit 215 receives a notification from the exchanger terminal 30 that the battery 14 has been exchanged (hereinafter referred to as an exchange end notification).
  • the aircraft ID is specified in the exchange completion notification.
  • the exchange end notification receiving unit 215 can set the status of the aircraft information corresponding to the designated aircraft ID to be available in response to the exchange end notification.
  • the exchange end notification receiving unit 215 also updates the charge amount of the aircraft information corresponding to the aircraft ID.
  • the exchange end notification receiving unit 215 can, for example, send a request to acquire the charge amount to the communication device 11 to acquire the charge amount.
  • the reward amount determination unit 216 determines the reward amount for the exchanger 3.
  • the reward amount determination unit 216 can determine the reward amount according to the remaining amount of the replaced battery 14 (the value set for the charge amount of the aircraft information).
  • the reward amount determination unit 216 replaces the battery 14 with respect to the difference (hereinafter referred to as the required charge amount) obtained by subtracting the charge amount set in the aircraft information before replacement from the fully charged capacity of the battery 14.
  • the reward amount can be determined according to the amount of electric power charged by the person 3.
  • the reward amount for replacing the battery 14 may be determined, for example, by multiplying a uniform unit price by the required charging amount, or the required charging amount may be determined according to the season, time zone, or the like. It may be calculated by multiplying by.
  • the reward amount determination unit 216 may determine different reward amounts according to the attributes of the exchanger 3. For example, the reward amount determination unit 216 may calculate the reward amount by multiplying the charge required amount by the unit price according to the attribute of the exchanger 3, or the exchanger may calculate the reward amount uniformly calculated by the predetermined unit price. You may add (or subtract) the premium according to the attribute of 3. Further, the reward amount may be determined by combining the attributes of the exchanger 3 with other conditions.
  • the attributes of the exchanger 3 can include, for example, attributes related to marketing such as demographic attributes. Further, as the attribute of the exchanger 3, the exchange frequency of the battery 14 and the amount of charged electric power (total of the required charging amount of each of the exchanged batteries 14) in the past predetermined period can be adopted.
  • the reward amount determination unit 216 can determine, for example, a higher reward amount for the exchanger 3 who has a higher exchange record (frequency). Further, the reward amount determination unit 216 may determine the higher reward amount for the exchanger 3 who exchanges less frequently in order to encourage the entry of the new exchanger 3.
  • the reward amount determination unit 216 can also determine the reward amount according to the address or the current position of the exchanger 3. For example, the reward amount determination unit 216 increases the reward amount so that the farther the address or current position of the exchanger 3 is from the position of the bicycle 1 to be charged (or the position of the port 2 where the bicycle 1 is stopped). Can be determined.
  • the reward amount determination unit 216 can determine the reward amount according to the remaining battery level. For example, the reward amount determination unit 216 depends on the remaining battery level of the bicycle 1 or the total battery level of all or some of the plurality of bicycles 1 parked in the port 2 where the bicycle 1 is parked. (The less the battery level is), the reward amount can be determined so that the reward amount is increased in order to motivate more exchangers 3 to replace the battery.
  • the reward amount determination unit 216 can determine the reward amount according to the number of bicycles 1.
  • the reward amount determination unit 216 determines that the reward amount increases according to, for example, the number of bicycles 1 parked in the port 2 (small number) or the number of empty spaces (large amount). be able to.
  • the reward amount determination unit 216 can determine the reward amount according to the vehicle on which the exchanger 3 is riding.
  • the reward amount determination unit 216 may specify the vehicle on which the exchanger 3 is riding and determine the reward amount according to the vehicle.
  • the management server 20 periodically acquires the current position of the exchanger 3, specifies the movement speed of the exchanger 3 in a predetermined period, and the movement speed (which may be an average value or a maximum value).
  • the means of transportation (vehicle) can be specified based on (may be).
  • the reward amount determination unit 216 may determine a higher reward amount for the exchanger 3 on the faster moving vehicle, or may determine a higher reward amount for the exchanger 3 on the slower vehicle. May be good.
  • the remuneration amount determination unit 216 may determine the remuneration amount according to the business hours of the exchanger 3, for example, when the exchanger 3 is a business company.
  • the management server 20 stores the business hours for each exchanger 3, and the reward amount determination unit 216 can determine a higher reward amount outside the business hours.
  • the reward amount determination unit 216 determines the reward amount according to whether or not the exchanger 3 is charging the battery to be replaced (for example, the exchanger 3 takes it home and charges it). You may. The reward amount determination unit 216 can determine that when the exchanger 3 is charging, the reward amount is higher than when the exchanger 3 is not charging.
  • the reward amount determination unit 216 may determine a different reward amount depending on the location of the port 2 where the bicycle 1 to be replaced of the battery 14 is parked. For example, the reward amount determination unit 216 can determine different unit prices or premiums depending on the distance from a station, a commercial facility, or the like. Further, for example, the reward amount determination unit 216 is a total value (for example, an average value) of the time from the issuance of the exchange request to the issuance of the exchange start notification (that is, the degree to which the exchanger 3 can be procured immediately). ) May be short, and the unit price or premium may be determined.
  • the reward amount determination unit 216 can determine the reward amount according to the location of the port 2.
  • the reward amount determination unit 216 may, for example, determine whether or not the port 2 where the bicycle 1 to be replaced of the battery 14 is parked faces a main street (a road whose road width is equal to or larger than a predetermined value). The reward amount can be determined so that the replacement of the battery 14 of the bicycle 1 of the port 2 not facing the main street is more expensive than the bicycle 1 of the port 2 facing the main street.
  • the reward amount determination unit 216 can determine the reward amount according to the number of other bicycles 1 in the vicinity of the bicycle 1 to be replaced of the battery 14. For example, the reward amount determination unit 216 may increase the reward amount according to the number of other bicycles 1 parked in the port 2 where the bicycle 1 to be replaced of the battery 14 is parked. Can be determined. Further, for example, the reward amount determination unit 216 is the number of bicycles 1 parked in a port near the port 2 (another port within a predetermined distance from the port 2) in which the bicycle 1 to be replaced of the battery 14 is parked. Therefore, for example, the smaller the number, the higher the reward amount can be determined.
  • the reward amount determination unit 216 can determine the reward amount according to a time element such as a date, a day of the week, and a time zone. For example, the remuneration amount determination unit 216 can determine the remuneration amount so that the remuneration on Saturday, Sunday, or a holiday is higher than the remuneration on other days of the week. Further, the reward amount determination unit 216 determines the reward amount by combining the day of the week and the time zone, for example, so that the reward in the time zone of Friday night is higher than the reward in the other day of the week and the time zone. Can be done. Further, the reward amount determination unit 216 can determine the reward amount according to the season, for example, so that the reward amount in winter is higher than that in other seasons.
  • the reward amount determination unit 216 can determine the reward amount according to the usage history of the software used for the shared service (for example, an application running on a smartphone; hereinafter, simply referred to as an application). For example, depending on whether or not the exchanger has started the application on the exchange terminal 30 in the past, for example, the reward amount may be determined so as to be higher for the exchanger who has started the application many times. can.
  • the software used for the shared service for example, an application running on a smartphone; hereinafter, simply referred to as an application.
  • the reward amount may be determined so as to be higher for the exchanger who has started the application many times. can.
  • the app The reward amount can be determined to be higher than the exchanger who has not started (or has the app running in the background even if it is running).
  • the reward amount determination unit 216 can determine the reward amount according to the supply and demand of the bicycle.
  • the reward amount determination unit 216 can determine the reward amount according to, for example, the demand, that is, the number of bicycles 1 having the port 2 as the departure port.
  • the reward amount determining unit 216 can determine the reward amount so that the bicycle 1 parked in the port 2 having a high demand is higher than the other ports 2.
  • the reward amount determination unit 216 aggregates and aggregates past demand (the number of reservations with the port 2 as the departure port) for each one or a combination of seasons, days of the week, dates, and time zones, for example. For port 2 with a large number of values (may be a total value, a value normalized by dividing the total number by the number of parking spaces, or a statistical value such as an average value). , The reward amount can be determined to be higher than the other port 2.
  • the reward amount determination unit 216 can determine the reward amount according to the supply, that is, the number of bicycles 1 having the port 2 as the target port.
  • the reward amount determination unit 216 aggregates past supplies (the number of reservations for the target port 2) for each one or a combination of seasons, days of the week, dates, and time zones, and aggregates them.
  • For port 2 with a small value may be a total value, a value normalized by dividing the total number by the number of parking spaces, or a statistical value such as an average value).
  • the reward amount can be determined to be higher than the other port 2.
  • the reward amount determination unit 216 can determine the reward amount according to both the demand amount and the supply amount.
  • the reward amount determination unit 216 can determine the reward amount so that, for example, the smaller the number obtained by subtracting the demand number from the supply number as described above, the higher the reward amount.
  • the number of supplies and the number of demands can also be calculated for each one or a combination of, for example, a season, a day of the week, a date, and a time zone.
  • the reward amount determination unit 216 can evaluate the number of demands based on the number of launches of the application.
  • the reward amount determination unit 216 can count the number of times the user has activated the application for using the bicycle 1 or the number of times the screen of the application is displayed on the user's terminal to obtain the demand amount. ..
  • the reward amount determination unit 216 displays the number of times the user has started or has started the application, or the screen of the application, at the time of notification of the reward amount or within the past predetermined time from the time of notification. The displayed or displayed number can be counted as the demand amount.
  • the reward amount determination unit 216 may measure the demand amount as the charge amount (the amount of power obtained by subtracting the remaining charge amount from the full charge amount).
  • the reward amount determination unit 216 can predict the demand and / or supply, and determine the reward amount according to the predicted demand and / or supply.
  • the demand amount may be, for example, the number of bicycles 1 predicted to be used as the departure port of the port 2, or the remaining amount from the fully charged amount of the bicycles 1 parked in the port 2. It may be the amount of power obtained by subtracting the amount of charge.
  • the reward amount determination unit 216 responds to the demand amount and / or the supply amount from the time when the notification is to be given to a predetermined time (for example, any time such as 30 minutes or 60 minutes). Therefore, the reward amount can be determined so that the higher the demand amount, the smaller the supply amount, and the larger the electricity charge obtained by subtracting the supply amount from the demand amount, the higher the reward amount.
  • the reward amount determination unit 216 can determine the reward amount according to the demand and / or supply in consideration of the time from the transmission of the exchange request to the completion of charging.
  • the reward amount determination unit 216 for example, for each port 2 or for each season, month, day of the week, time zone, etc., is the time taken from the transmission of the replacement request to the completion of charging (battery replacement is completed).
  • the reward payment unit 217 performs a process of paying a reward to the exchanger 3.
  • a general process can be adopted as a process of remittance (or point grant) to a bank transfer, an electronic money account, a point account, or the like.
  • the exchanger terminal 30 includes an exchange request receiving unit 311, an aircraft information acquisition unit 312, an exchange start notification transmitting unit 313, and an exchange end notification transmitting unit 314.
  • the exchange request receiving unit 311 receives the exchange request.
  • the exchange request receiving unit 311 receives the exchange request notified from the management server 20.
  • the exchange request receiving unit 311 may access the management server 20 and transmit the exchange request request.
  • the aircraft information acquisition unit 312 acquires the aircraft information.
  • the exchange request includes the aircraft information regarding the bicycle 1 to which the battery 14 should be exchanged, but the exchanger 3 is the other bicycle of the port 2 in which the bicycle 1 is stopped. It is possible to acquire the aircraft information about 1.
  • the exchanger 3 replaces the battery 14 of the bicycle 1 according to the exchange request, and then replaces the battery 14 of the bicycle 1 in the same port 2, which is not fully charged even if the charging power remains. Therefore, it is possible to grasp the amount of additional reward that can be received.
  • the exchanger 3 is motivated not only to replace the battery of the bicycle 1 in which the replacement of the battery 14 is indispensable, but also to replace the battery 14 in advance for the other bicycles 1, so that the bicycle as a whole of the port 2 is a bicycle.
  • the charge amount of the battery 14 of 1 can be kept high.
  • the exchange start notification transmission unit 313 transmits the exchange start notification to the management server 20 in response to the instruction from the exchanger 3 who has decided to exchange the battery 14 of the designated bicycle 1 in response to the exchange request. ..
  • the exchange start notification transmission unit 313 can set the aircraft ID that identifies the bicycle 1 designated by the exchanger 3 in the exchange start notification.
  • the exchange start notification transmission unit 313 can display, for example, the aircraft information included in the exchange request and accept the designation of whether or not to replace the battery 14 of the bicycle 1. Further, the exchange start notification transmission unit 313 causes the aircraft information acquisition unit 312 to acquire the aircraft information about the other bicycle 1 parked at the same port 2 as the bicycle 1 in response to the instruction from the exchanger 3. It is also possible to output the acquired aircraft information and accept the designation of the bicycle 1 to be replaced by the exchanger 3.
  • the exchange end notification transmission unit 314 transmits the exchange end notification to the management server 30 after the replacement of the battery 14 is completed.
  • the replacement end notification transmission unit 314 may detect the end of the replacement of the battery 14 and transmit it to the management server 30, for example, by detecting the change in the remaining battery level, or the replacement of the battery 14 is completed. For example, the input may be accepted from the exchanger 3.
  • FIG. 22 is a diagram illustrating the operation of the system related to the replacement of the battery 14.
  • the communication device 11 periodically notifies the management server 20 of the position of the bicycle 1 and the charge amount (charge remaining amount) of the battery 14 (S501).
  • the management server 20 confirms whether or not the remaining charge is equal to or less than a predetermined threshold value (S502).
  • the management server 20 transmits an exchange request in which the aircraft information of the bicycle 1 is set to the exchanger terminal 30 (S503).
  • the exchanger terminal 30 notifies the management server 20 of the position of the exchanger terminal 30, and the exchange is performed within a predetermined number or within a predetermined distance from the position of the bicycle 1 in order from the position of the bicycle 1 whose remaining charge is equal to or less than the threshold value.
  • the exchange request may be sent to the person terminal 30.
  • the exchanger terminal 30 can display the aircraft information set in the exchange request and receive an instruction from the exchanger 3 whether or not to replace the battery.
  • FIG. 23 is a diagram showing an example of a screen 61 that displays aircraft information related to a replacement request. Aircraft information 611 is displayed on the screen 61. Further, the exchanger terminal 30 can also display a reward amount 612 obtained by multiplying a predetermined unit price for the charge amount in the aircraft information. The reward amount 612 may be transmitted by including the reward amount determined in advance by the management server 20 in the exchange request. When the exchanger 3 presses the button 614, the exchanger terminal 30 transmits a request for aircraft information (including the aircraft ID) to the management server 20 (S504), and the management server 20 sends the aircraft corresponding to the aircraft ID.
  • the exchanger terminal 30 displays the received aircraft information in the same manner as the screen 61, and accepts the designation of the bicycle 1 to be replaced with the battery. For example, when the bicycle 1 to be replaced is designated by pressing the button 613 on the screen 61, the swapper terminal 30 manages the replacement start notification set with the designated aircraft ID (s). It is transmitted to the server 20 (S506). When the status of the aircraft information corresponding to the designated aircraft ID is available, the management server 20 can set the status during battery replacement (S507).
  • the replacement terminal 30 sends a replacement end notification to the management server 20 (S508), the management server 20 sets the status of the aircraft information available (S509), and charges the replaced battery 14.
  • a processing is performed in which the remuneration amount according to the required amount is determined and the determined remuneration amount is paid to the exchanger 3 (S510).
  • the battery 14 of the bicycle 1 related to the shared service can be replaced by crowdsourcing.
  • a shared service of a bicycle 1 with an electric motor is assumed, but the present invention is not limited to this, and is applied to an arbitrary form of service using an arbitrary vehicle using a battery such as an electric kickboard or an electric cart. be able to. Further, the vehicle does not have to be equipped with an electric motor, but may be equipped with a battery.
  • the battery 14 is replaced by the exchanger 3, but the present invention is not limited to this, and the exchanger 3 takes the bicycle 1 back and charges it, and returns the charged bicycle 1 to the port 2. It may be in any form.
  • all the aircraft information is transmitted from the bicycle, but for example, the position information may be received from the user terminal such as a smartphone operated by the user.
  • the reward amount per bicycle is presented based on the aircraft information of the bicycle 1, but this may be displayed for each port 2.
  • FIG. 24 is a diagram showing an example of a screen 62 that presents a reward amount for each port 2.
  • the exchanger 3 examines which port 2 to go to to replace the battery 14. can do.
  • the management server 20 can determine a different reward amount for each bicycle 1 according to the exchanger 3 and the port 2 as described above. Even in this case, the determined reward amount may be aggregated and presented for each port 2.
  • the reward amount determination unit 216 can change the reward for battery replacement, but instead of or in addition to the fluctuation in the amount of battery replacement each time, the reward for the exchanger 32 is a bonus. Can also be given.
  • the management server 20 is an exchanger 3 who has exchanged batteries more than a predetermined number of times within a predetermined period, an exchanger 3 who has charged more than a predetermined amount of power, and an exchanger who has moved a predetermined distance or more and exchanged. Bonuses can be given to 3 and the like according to the number of exchanges, the amount of charge, the distance traveled, and the like.
  • the bicycle 1 can be reserved at any time, but it may be determined whether or not the bicycle can be reserved according to the amount of charge. For example, when the charge amount falls below a predetermined threshold value, it is possible to prevent reservation.
  • the threshold value may be changed for each port 2. For example, for the port 2 which is considered to be easy to replace the battery, the threshold value may be set higher than that of the other ports 2 to increase the possibility that the reservation cannot be made at the port 2 where the battery can be easily replaced. It may be possible to dynamically determine whether or not the battery is easy to replace.
  • the management server 20 can acquire the position of the exchanger, and can evaluate that the more the exchanger is within a predetermined distance from the port 2, the easier it is to replace the battery.
  • the exchanger such as the general public is presented with an invitation to replace the battery, and the exchanger himself decides whether or not to replace the battery, but the present invention is not limited to this, and for example, sharing.
  • the operator of the service may have the employee replace the battery.
  • the management server 20 determines the demand amount for each port 2 (the number of bicycles 1 using the port 2 as the departure port) and the required charge amount for each port 2 (remaining charge from the full charge amount of each bicycle 1). The sum of the electric energy amount minus the amount) may be calculated, and the battery replacement route (delivery route) may be searched according to these.
  • the management server 20 may determine the time zone for replacing the battery for the replacer.
  • the management server 20 determines, for example, which exchanger replaces the battery of which port 2 in which time zone according to the demand amount (total value of the number of bicycles or the required charge amount) for each time zone. Can be done.
  • the time zone in which the battery is replaced, the port 2 and the number of batteries can be determined so that the total remaining charge amount is the largest in the port 2 as a whole or in the predetermined area.
  • the management server 20 can receive the input of the reward desired to be obtained from the exchanger, and can determine the number of batteries to be replaced and the port 2 to be replaced, which are necessary for obtaining the received reward.
  • FIG. 25 is a diagram illustrating a shared service of the electric scooter according to the present embodiment.
  • the scooter 1 is parked in ports 2 provided in various places.
  • the port 2 means a place where the scooter 1 can be parked. Up to a predetermined number of scooters 1 can be parked in the port 2. That is, at least one of the used space 21 and the empty space 22 may exist in each port 2.
  • the user of the scooter sharing service can move from the departure port 2 (S) to the destination port 2 (D) by the scooter 1.
  • FIG. 26 is a diagram showing an overall configuration example of the operation support system of the present embodiment.
  • the operation support system of this embodiment includes a management server 20.
  • the scooter 1 has a communication function, and is connected to each other so as to be able to communicate with each other via the management server 20 and the communication network 30.
  • the management server 20 is also communicably connected to the user terminal 40 of the user via the communication network 30.
  • the communication network 30 is, for example, the Internet, and is constructed by a public telephone line network, a mobile phone line network, a wireless communication path, Ethernet (registered trademark), or the like.
  • FIG. 27 is a diagram illustrating an outline of the configuration of the scooter 1.
  • the scooter 1 includes a control device 11, an electric motor 12, a lock device 13, a seat actuator 14, and a movable seat 15.
  • the control device 11 controls the scooter 1.
  • the motor 12 provides the thrust of the scooter 1.
  • the lock device 13 can lock the scooter 1 and set the availability.
  • FIG. 28 is a diagram showing an external example of the scooter 1 in which the movable seat 15 is stored.
  • FIG. 29 is a diagram showing an external example of the scooter 1 in which the movable seat 15 is available. As shown in FIGS. 28 and 29, the seat 15 is movable and can be retracted and unfolded by the seat actuator 14.
  • FIG. 30 is a diagram showing a software configuration example of the control device 11.
  • the control device 11 includes a control instruction receiving unit 111, a position information acquisition unit 112, an aircraft information transmitting unit 113, a seat control unit 114, a maximum speed setting unit 115, and an acceleration setting unit 116.
  • the control instruction receiving unit 111 receives the control instruction from the management server 30.
  • the control device 11 can control the locking / unlocking of the lock device 13 in response to an instruction received from the management server 20, for example.
  • the position information acquisition unit 112 acquires the position of the scooter 1.
  • the position information acquisition unit 112 is, for example, a GPS signal received by a GPS (Global Positioning System) receiver (not shown, may be provided by the control device 11 or may be acquired from an external sensor).
  • the position of the scooter 1 can be measured based on the above.
  • the aircraft information transmission unit 113 transmits information (airframe information) related to the scooter 1 to the management server 20.
  • the aircraft information can include position information acquired by the position information acquisition unit 112, traveling speed of the scooter 1 acquired from a speed sensor (not shown), and the like.
  • the aircraft information transmission unit 113 can periodically transmit the aircraft information including at least the position information of the scooter 1 to the management server 20 while the scooter 1 is being used.
  • the aircraft information transmission unit 113 can transmit aircraft information to the management server 20 at arbitrary predetermined times such as 1 second, 1 minute, 5 minutes, and 10 minutes.
  • the aircraft information transmission unit 113 may transmit the aircraft information, for example, when the moving distance of the scooter 1 becomes a predetermined value or more.
  • the seat control unit 114 can control the seat actuator 14.
  • the maximum speed setting unit 115 can function as a limiter that limits the maximum speed of the scooter 1 by adjusting the rotation speed, torque, and the like of the electric motor 12.
  • the acceleration setting unit 116 can also adjust the acceleration of the scooter 1 by, for example, adjusting how to increase the rotation speed of the electric motor 12.
  • the management server 20 may be a general-purpose computer such as a workstation or a personal computer, or may be logically realized by cloud computing.
  • the management server 20 can determine whether or not the bicycle 1 can be used by the user and manage the usage status.
  • FIG. 31 is a diagram showing a hardware configuration example of the management server 20. The configuration shown in the figure is an example, and may have other configurations.
  • the management server 20 includes a CPU 01, a memory 202, a storage device 203, a communication interface 204, an input device 205, and an output device 206.
  • the storage device 203 stores various data and programs, such as a hard disk drive, a solid state drive, and a flash memory.
  • the communication interface 204 is an interface for connecting to the communication network 30, for example, an adapter for connecting to Ethernet (registered trademark), a modem for connecting to a public telephone network, and a wireless communication device for performing wireless communication. , USB (Universal Serial Bus) connector for serial communication, RS232C connector, etc.
  • the input device 205 is, for example, a keyboard, a mouse, a touch panel, a button, a microphone, or the like for inputting data.
  • the output device 206 is, for example, a display, a printer, a speaker, or the like that outputs data.
  • FIG. 32 is a diagram showing a software configuration example of the management server 20.
  • the management server 20 includes an aircraft information acquisition unit 211, a control instruction transmission unit 212, a user information storage unit 231, an aircraft information storage unit 232, and an area information storage unit 233.
  • the functional units 211 to 212 are realized by the CPU 201 reading the program stored in the storage device 203 into the memory 202 and executing the programs, and the storage units 231 to 233 are the memory 202 and the storage device 203. Can be realized as part of the storage area provided by.
  • the user information storage unit 231 stores information about the user (user information).
  • the user information can include a user ID that identifies the user, the age of the user, the evaluation of the user, and the like.
  • the user evaluation can be set, for example, by the owner of port 2 or the operator of the system according to the frequency of use of the user, the state of the aircraft after the use of the user, and the like.
  • the aircraft information storage unit 232 stores information (airframe information) related to the scooter 1.
  • the aircraft information includes the aircraft ID that identifies the scooter 1, the date and time when the aircraft information was last updated (last update date and time), the position of the scooter 1 and the charge amount of the scooter 1 at the last update date and time, and the scooter 1 is currently in use.
  • a flag indicating the presence or absence (in-use flag) and, if the scooter 1 is parked, a port ID indicating the parked port 2 can be included.
  • Aircraft information can be updated regularly.
  • the area information storage unit 233 stores information (area information) regarding functional restrictions of the scooter 1 according to the traveling area.
  • the area information includes area identification information for specifying a traveling area, conditions for applying functional restrictions, and restriction contents.
  • the area identification information may be specified as an area on the map by, for example, latitude and longitude, or as information for specifying a node or an edge when the map is represented by a graph with an intersection as a node and a road as an edge. May be good.
  • the condition for the user's attribute (age or evaluation in the present embodiment) can be set as the condition. For example, it can be set on the condition that it is a predetermined age or older (for example, an elderly person 60 years or older).
  • a plurality of conditions may be set.
  • the restricted content is the content of the functional restriction of the scooter 1.
  • the maximum speed can be set to 15 km / h
  • the acceleration can be set to 1 m / s2
  • the seat 15 can be stored, and the like.
  • the aircraft information acquisition unit 211 acquires the aircraft information transmitted from the scooter 1.
  • the aircraft information acquisition unit 211 can update the aircraft information registered in the aircraft information storage unit 232 based on the received aircraft information.
  • the control instruction transmitting unit 212 (corresponding to the control unit of the present invention) transmits an instruction (control instruction) regarding the function control of the scooter 1 to the scooter 1.
  • the control instruction transmission unit 212 can transmit, for example, a control instruction instructing the release of the lock device 13 to the scooter 1 at the start of use of the scooter 1.
  • control instruction transmitting unit 212 can transmit a control instruction instructing to control the seat actuator 14 to store and expand the seat 15 according to the attribute of the user. For example, while the seat 15 is normally stored and made available for standing up (the seat 15 can be expanded during use), if the user is an elderly person, the seat 15 is used at the start of use. A control instruction can be sent to the scooter 1 instructing the scooter 1 to be available.
  • control instruction transmission unit 212 can transmit a control instruction instructing the scooter 1 to limit the maximum speed according to the user's attributes (age, evaluation, etc.). For example, in the case of an elderly person or a user who has had an accident in the past, the maximum speed can be slowed down as compared with other users.
  • control instruction transmission unit 212 can transmit, for example, a control instruction instructing the scooter 1 to limit the acceleration of the scooter 1 according to the attribute of the user. For example, it is possible to limit the acceleration of the scooter 1 to the elderly and users who have had an accident in the past so that they cannot start suddenly.
  • FIG. 33 is a diagram illustrating the operation of the operation support system of the present embodiment.
  • the functions of the scooter 1 are restricted according to the attributes of the user.
  • the control instruction transmitting unit 212 can be used by taking out the seat 15 according to the age of the user (for example, when the age of the user is 60 years or older).
  • the control instruction can be transmitted to the scooter-1 (S501).
  • the control instruction transmission unit 212 can determine the maximum speed according to the age (and / or evaluation) of the user and transmit the control instruction to the scooter 1 to set the determined maximum speed ( S502).
  • the control instruction transmitting unit 212 has a maximum speed, for example, when the age is older than a predetermined value (elderly) or when the evaluation is lower than a predetermined value (the evaluation is low due to an accident in the past). Can be set to be lower than usual. Further, the control instruction transmitting unit 212 can set the maximum acceleration, for example, depending on whether or not the user has a disability (S503). Further, the control instruction transmission unit 212 can set the maximum speed depending on whether or not the user is a commercial user, for example (S504).
  • the functions of the scooter 1 can be restricted according to the attributes of the user. Further, according to the operation support system of the present embodiment, the function of the scooter 1 can be restricted according to the traveling route of the scooter 1.
  • the management server 20 sends a control instruction
  • the scooter 1 limits the function according to the control instruction.
  • the control unit 11 of the scooter 1 limits the function according to the user's attribute. May be done autonomously.
  • the location information is transmitted from the scooter 1 to the management server 20, but the location information of the user terminal 40 is transmitted from the user terminal 40 to the management server 20 as the location information of the scooter 1. You may do so.
  • the present invention is not limited to this, and for example, human power is used.
  • the ratio of the power to supplement human power using the prime mover to human power called the assist ratio. You may set it.
  • the usage time of the scooter 1 operating time of the electric motor 12
  • the effectiveness of the brake the force applied to the brake pad when the brake lever is pulled with the same force
  • control buttons and the like may be arranged on the left and right sides of the steering wheel, and only one of the control buttons may be operated according to the dominant arm of the user.
  • the function of the scooter 1 is restricted according to the attribute of the user, but the additional function of the scooter 1 may be made available according to the attribute of the user.
  • the luggage compartment of the scooter 1 can be unlocked, an auxiliary chair for children can be put out, and the communication function of the scooter 1 can be used (tethering) from the user terminal 40. It is also possible to charge the user terminal 40 from the battery of the scooter 1.
  • the user attributes are not limited to the age and the user's evaluation, but various demographic attributes, psychographic attributes, geographic attributes, behavioral attributes, etc. of the user are arbitrary. It is possible to limit (or add) the function of the scooter 1 according to the attribute of.
  • the electric motor 12 supplements the human power, but various motors such as an internal combustion engine may be used instead of the electric motor 12.
  • a vehicle may include a single-seater vehicle (personal mobility) in general.
  • the vehicle may be a one-seater personal mobility equipped with a motor.
  • the vehicle may be a bicycle, a scooter, a skateboard, or the like that can switch between electric (automatic driving) and electric assist.
  • the vehicle may be one that generally does not require parking.
  • Vehicles may include, for example, bicycles and scooters (also known as kickboards, kick skaters), skateboards, parallel two-wheeled vehicles, two-wheeled inverted pendulums (such as Segways), and self-sustaining stable unicycles. Vehicles may also include motorized bicycles and motorcycles.
  • Vehicles are assumed to be set to a maximum speed of less than 30 km / h (for example, a motorized bicycle), a maximum speed of less than 24 km / h (for example, an electrically assisted bicycle), and a maximum speed of less than 20 km / h (for example, an electric kickboard). Is included.).
  • FIG. 34 is a diagram illustrating a shared service of mobility 1 according to the present embodiment.
  • the mobility 1 is parked at ports 2 provided in various places.
  • the port 2 means a place where the mobility 1 can be parked. Up to a predetermined number of mobility 1s can be parked in the port 2. That is, at least one of the used space 21 and the empty space 22 may exist in each port 2.
  • the user of the mobility sharing service designates the destination port 2 (D) prior to the use of the mobility 1 when moving from the departure port 2 (S) to the destination port 2 (D) by the mobility 1. If the free port 22 exists in the target port 2 (D), the use of the mobility 1 is permitted, and the mobility 1 is automatically unlocked and made available to the user. If the target port 2 (D) has not been determined, the usage time can be specified for use.
  • FIG. 35 is a diagram showing an overall configuration example of the operation support system of the present embodiment.
  • the operation support system of this embodiment includes a management server 20.
  • the management server 20 is connected to the user terminal 10 so as to be able to communicate with each other via the communication network 30.
  • the communication network 30 is, for example, the Internet, and is constructed by a public telephone line network, a mobile phone line network, a wireless communication path, Ethernet (registered trademark), or the like.
  • the user terminal 10 is a mobile terminal used by the user, and is, for example, a smartphone, a tablet computer, a personal computer, or the like.
  • FIG. 36 is a diagram showing a hardware configuration example of the user terminal 10. The configuration shown in the figure is an example, and may have other configurations.
  • the user terminal 10 includes a CPU 101, a memory 102, a storage device 103, a communication interface 104, a touch panel display 105, an output device 106, and a GPS 107.
  • the storage device 103 stores various data and programs, such as a hard disk drive, a solid state drive, and a flash memory.
  • the communication interface 104 is an interface for connecting to the communication network 30, for example, an adapter for connecting to Ethernet (registered trademark), a modem for connecting to a public telephone network, and a wireless communication device for performing wireless communication. , USB (Universal Serial Bus) connector for serial communication, RS232C connector, etc.
  • the touch panel display 105 can input and output data.
  • the output device 106 is a device for outputting information, such as a speaker or a vibrator.
  • the GPS 107 can measure the position of the user terminal 10.
  • FIG. 37 is a diagram showing a software configuration example of the user terminal 10.
  • the user terminal 10 includes a usage information transmission unit 111, a position information transmission unit 112, and an alert notification unit 113.
  • the usage information transmission unit 111, the position information transmission unit 112, and the alert notification unit 113 are realized, for example, by the CPU 101 included in the user terminal 10 reading a program stored in the storage device 103 into the memory 102 and executing the program. Can be done.
  • the usage information transmission unit 111 transmits information regarding the use of mobility 1 (hereinafter referred to as usage information). For example, the target port 2 or the usage time can be set in the usage information.
  • the usage information transmission unit 111 receives the designation of the target port 2 or the input of the usage time from the user at the start of the use of the mobility 1, and transmits the received usage information set to the target port 2 or the usage time to the management server 3. can do. If the target port 2 is specified, the usage time may be specified.
  • the position information transmission unit 112 transmits the position of mobility 1.
  • the position information transmission unit 112 shall transmit, for example, the position acquired from the GPS 107 (the position of the user terminal 10) to the management server 20 as the position of the mobility 1.
  • the GPS 107 is provided in the mobility 1, and the position information transmission unit 112 acquires the position information from the mobility 1 by communication such as Bluetooth (registered trademark), and transmits the acquired position information to the management server 20. You may do so.
  • the mobility 1 may be provided with a communication function so that the mobility 1 includes a position information transmitting unit 112.
  • any sensor capable of measuring the position of mobility 1 such as a gyro sensor can be adopted.
  • the alert notification unit 113 notifies the alert.
  • the alert notification unit 113 receives an alert from the management server 20, displays a message on the touch panel display 105, outputs a sound indicating that the alert has arrived from an output device 106 such as a speaker, and outputs a sound.
  • the output device 106 such as a vibrator can be operated.
  • the management server 20 may be a general-purpose computer such as a workstation or a personal computer, or may be logically realized by cloud computing.
  • the management server 20 can determine whether or not the mobility 1 can be used by the user and manage the usage state.
  • FIG. 38 is a diagram showing a hardware configuration example of the management server 20. The configuration shown in the figure is an example, and may have other configurations.
  • the management server 20 includes a CPU 01, a memory 202, a storage device 203, a communication interface 204, an input device 205, and an output device 206.
  • the storage device 203 stores various data and programs, such as a hard disk drive, a solid state drive, and a flash memory.
  • the communication interface 204 is an interface for connecting to the communication network 30, for example, an adapter for connecting to Ethernet (registered trademark), a modem for connecting to a public telephone network, and a wireless communication device for performing wireless communication. , USB (Universal Serial Bus) connector for serial communication, RS232C connector, etc.
  • the input device 205 is, for example, a keyboard, a mouse, a touch panel, a button, a microphone, or the like for inputting data.
  • the output device 206 is, for example, a display, a printer, a speaker, or the like that outputs data.
  • FIG. 39 is a diagram showing a software configuration example of the management server 20.
  • the management server 20 includes a usage information acquisition unit 211, a location information acquisition unit 212, a destination estimation unit 213, an attribute acquisition unit 214, a demand quantity acquisition unit 215, a availability determination unit 216, a control instruction transmission unit 217, and an alert transmission unit 218. , Attribute information storage unit 231, usage information storage unit 232, area information storage unit 233, and aircraft information storage unit 234.
  • the functional units 211 to 218 are realized by the CPU 201 reading the program stored in the storage device 203 into the memory 202 and executing the programs, and the storage units 231 to 234 are the memory 202 and the storage device 203. Can be realized as part of the storage area provided by.
  • the attribute information storage unit 231 stores information related to the user's attributes (hereinafter referred to as attribute information).
  • the attribute information can include a user ID that identifies the user, the age of the user, the evaluation of the user, and the like.
  • the user evaluation can be set, for example, by the owner of port 2 or the operator of the system according to the frequency of use of the user, the state of the aircraft after the use of the user, and the like.
  • the attribute information can include various types of information indicating the attributes of the user.
  • the usage information storage unit 232 stores usage information. As described above, for example, the target port 2 or the usage time can be set in the usage information in association with the user ID indicating the user and the aircraft ID indicating the mobility used by the user.
  • the area information storage unit 233 stores information (hereinafter referred to as area information) used for determining the availability of mobility 1 according to the traveling area.
  • the area information includes area identification information for specifying a traveling area, conditions, availability information, and an alert flag indicating whether or not to perform an alert.
  • the area identification information may be specified as an area on the map by, for example, latitude and longitude, or as information for specifying a node or an edge when the map is represented by a graph with an intersection as a node and a road as an edge. May be good.
  • the conditions can be set for the attributes of the user (for example, age and evaluation). For example, it can be set on the condition that it is a predetermined age or older (for example, an elderly person 60 years or older).
  • a plurality of conditions may be set or may be unconditional.
  • the availability information is information indicating whether or not mobility 1 is used or permitted for a user who meets the conditions in the area, and is true (available) or false (unusable) in the present embodiment. It is assumed that the flag value of is set. If the alert flag is true, the user can be notified of the alert.
  • the aircraft information storage unit 234 stores information related to mobility 1 (hereinafter referred to as aircraft information).
  • the aircraft information includes the aircraft ID that identifies the mobility 1, the date and time when the aircraft information was last updated (last update date and time), the position of the mobility 1 at the last update date and time, the charge amount of the mobility 1, and the mobility 1 currently in use.
  • a flag indicating the presence or absence (in-use flag) and, if the mobility 1 is parked, a port ID indicating the parked port 2 can be included.
  • the aircraft information is not limited to these information, and various information related to mobility 1 can be included.
  • Aircraft information can be updated regularly.
  • the aircraft information may be acquired from, for example, mobility 1 or from the user terminal 10. In the present embodiment, for the sake of simplicity, it is assumed that only the position of the aircraft information is transmitted from the user terminal 10 as the position information.
  • the usage information acquisition unit 211 acquires usage information. In the present embodiment, the usage information transmitted from the user terminal 10 is received.
  • the position information acquisition unit 212 acquires the position information of the mobility 1.
  • the position information is received from the user terminal 10, but the position information may be received from the mobility 1.
  • a monitoring device for monitoring the mobility 1 may be provided on the road to acquire the position of the mobility 1 recognized by the monitoring device.
  • the destination estimation unit 213 estimates the destination of mobility 1.
  • the destination estimation unit 213 can estimate the destination port as the destination.
  • the position of the target port on the map can be stored in, for example, a storage device 203.
  • the destination estimation unit 213 may estimate a plurality of destinations. For example, if there is a user whose return location is different while setting the destination port in the past, the destination estimation unit 213 uses the destination port set in the usage information and the destination port used in the past as the destination. Can be estimated as.
  • the destination estimation unit 213 can estimate the destination before the start of use of the mobility 1, for example, when the usage information is acquired.
  • the destination estimation unit 213 can also update the estimated destination.
  • the destination estimation unit 213 can change the destination according to the current position of the mobility 1.
  • the destination estimation unit 213 can include at least the current position as one of the destinations.
  • the destination estimation unit 213 specifies the travel vector of the mobility 1 based on, for example, the travel locus of the mobility 1 (which can be created by connecting the position information periodically acquired from the mobility 1). , After a predetermined time (for example, it may be a set value such as 1 minute, 5 minutes, 10 minutes, or if the usage time is set in the usage information, it may be the remaining time until the usage time elapses). It is also possible to estimate the position of the destination as the destination.
  • the attribute acquisition unit 214 acquires the user's attribute.
  • the attribute acquisition unit 214 acquires the user's attribute from the attribute information storage unit 231, but the present invention is not limited to this, and the user's attribute can be acquired by various methods.
  • the attribute acquisition unit 214 may analyze the response of the questionnaire from the user to acquire the psychographic attribute, or analyze the past usage history of the user and at what timing the user may use it. You may acquire various behavior attributes such as whether to use, in what area, and at what speed to ride.
  • the demand number acquisition unit 215 acquires the demand number of mobility 1.
  • the number of demands can be, for example, the number of mobility 1s currently in use. Further, the demand number acquisition unit 215 can also predict the number of mobility 1s to be used in the future based on the past usage history of the mobility 1s and use it as the demand number.
  • the demand number acquisition unit 215 may acquire the demand number for each area used (the area including the current position of mobility 1), or the demand number for each destination or the area including the destination. May be obtained.
  • the availability determination unit 216 determines the availability of mobility 1.
  • the availability determination unit 216 can determine availability according to the destination. For example, the availability determination unit 216 can prevent the use from being permitted when the destination is not within a predetermined range.
  • the availability determination unit 216 can determine the availability by using the area information stored in the area information storage unit 233.
  • the area information in which the location of the destination estimated by the destination estimation unit 213 is included in the area specified by the area identification information and the condition is satisfied is registered in the area information storage unit 233.
  • the availability can be determined according to the availability information.
  • whether or not to allow the use can be set as a default value in advance.
  • the availability determination unit 216 determines the availability of each destination as described above, and when the use is permitted for all or some of the destinations, the mobility The use of 1 can be finally permitted. As described above, since the current position of the mobility 1 is also determined as the destination, it is also possible to determine the travelable area.
  • the availability determination unit 216 can determine the availability according to the updated destination.
  • the availability determination unit 216 can determine the availability based on at least the usage information at the start of use, and can determine the availability based on at least the aircraft information after the start of use.
  • the availability determination unit 216 can determine the availability according to the number of demands acquired by the demand quantity acquisition unit 215.
  • the availability determination unit 216 uses, for example, the departure port or another port in the area as the target port when the use is started from the departure port in the area where the number of demands is large (the area where the number of demands exceeds a predetermined threshold value). If you don't have it, you can prevent it from being used.
  • the availability determination unit 216 can determine the availability according to the usage time when the usage time (scheduled time when the user intends to use the mobility 1) is set in the usage information. .. For example, the availability determination unit 216 may disallow the use for a time longer than a predetermined maximum time. In addition, the availability determination unit 216 can determine availability according to the usage time and area. For example, when the usage time is longer than a predetermined threshold value, the availability determination unit 216 can determine the availability according to the destination so that the destination does not become farther than the predetermined distance.
  • the availability determination unit 216 can determine the availability according to the attributes of the user. For example, the availability determination unit 216 determines that a user of a predetermined age or older cannot use the service when the destination is farther than the predetermined distance, or the usage time becomes longer than the predetermined time. In some cases, it can be disabled. For example, the availability determination unit 216 may disallow the use of a user whose evaluation is lower than the predetermined value to the destination of the predetermined distance or longer, or may disallow the use of the user for a predetermined time or longer. .. For example, the availability determination unit 216 may allow a user whose evaluation is equal to or higher than a predetermined value to use the user for a predetermined distance or a predetermined time or longer to a destination. In addition, the availability determination unit 216 can prohibit users under a predetermined age from traveling in a specific area.
  • the control instruction transmission unit 217 sends an instruction (hereinafter referred to as a control instruction) related to the control of the mobility 1. For example, before the start of use of the mobility 1, the control instruction transmission unit 217 transmits a control command for releasing the lock to the mobility 1 only when the availability determination unit 216 permits the use. Mobility 1 can be made available. Further, the control instruction transmitting unit 217 may generate, for example, a dynamic password for unlocking and transmit it to the user terminal 10 without directly communicating with the mobility 1, for example. can.
  • the alert transmission unit 218 transmits an alert to the user terminal 10. If the mobility 1 is provided with an alert notification device (for example, an output device such as a display or a speaker), the alert transmission unit 218 may transmit an alert to the mobility 1. In the present embodiment, when the availability determination unit 216 decides to prohibit traveling, a message to that effect can be sent as an alert.
  • an alert notification device for example, an output device such as a display or a speaker
  • FIG. 40 is a diagram illustrating the operation of the operation support system of the present embodiment.
  • the user terminal 10 accepts the designation of the target port and the usage time at the start of using the mobility 1 (S501).
  • the user terminal 10 transmits the usage information for which the target port and the usage time are set to the management server 20, and the management server 20 determines whether or not to use the service according to the target port and the usage time set in the usage information. If the use is not permitted, an alert is transmitted to the user terminal 10 (S502).
  • the user terminal 10 transmits the position of the mobility 1 (in the present embodiment, the position of the user terminal 10) to the management server 30, and the management server 30 acquires the position of the mobility 1 (S503).
  • a destination can be estimated according to the determined position, availability according to the estimated destination is determined, and if the use is not permitted, an alert can be transmitted to the user terminal 10 (S504).
  • the operation support system of the present embodiment it is possible to send an alert according to the destination (including the current location) set by the user. Therefore, for example, when the demand for mobility 1 is high in one area, it is prohibited to bring the mobility 1 to another area, and the departure port, the other port 2 in the area including the departure port, or the demand is high. It is possible to decide whether or not to use the port 2 in another area so that the user can return to the destination. Further, when traveling in a travel prohibited area (which can be set according to the user) (when the current position of mobility 1 is within the travel prohibited area), an alert can be issued.
  • a travel prohibited area which can be set according to the user
  • the availability is determined according to the destination, usage time, user attributes, demand, etc., but the usage fee may be determined.
  • the management server 2 can set a high usage fee instead of disabling the use according to at least one of the destination, the usage time, the attribute of the user, and the number of demands.
  • the management server 20 is used, for example, as the number of demands increases, depending on the number of demands and the target port (or the area including the target port) in order to give the user an incentive to return the server to the area with a large number of demands. It is also possible to set the usage fee so as to lower the fee.
  • the usage fee may be determined according to the travel route of mobility 1.
  • the management server 20 can accumulate the history of the location information of the mobility 1 and obtain the travel route of the mobility 1. Further, the management server 20 can discount the usage fee when passing through a specific road, for example. This can be used, for example, as an incentive for visitors to shopping streets, commercial facilities, and events.
  • the management server 20 sends a message to recommend the area. It is also possible to transmit to the user terminal 10.
  • an alert is transmitted to the user terminal 10, but the function of mobility 1 is lowered (for example, the maximum speed and the assist ratio are lowered), and finally the function of mobility 1 is activated. It may be controlled so as not to.
  • the use prohibition when the destination (including the current position) is included in the travel prohibited area, the use prohibition (do not send the control instruction) or an alert to that effect is made.
  • the maximum speed should be lowered
  • the assist ratio the ratio of the power to supplement human power by using a motor to human power
  • the destination is estimated, the availability is determined according to the estimated destination (depending on whether the destination is included in the prohibited area), or an alert is transmitted.
  • an alert may be sent according to the current position of the mobility 1, or the function of the vehicle may be restricted (decrease in maximum speed, decrease in assist ratio, etc.).
  • the usage fee of Mobility 1 may be changed according to the destination. For example, when the number of mobility 1s parked in the target port is small (for example, when the number is less than or equal to a predetermined number, or when the ratio of the number of parked cars to the maximum number that can be parked is less than or equal to a predetermined value). Can change the usage fee so that it is cheaper than usual.
  • a reward for example, as described above, when the number of mobility 1 parked in the target port is small, it can be used for discounting the usage fee, some product or service for the user who sets the port as the target port. Rewards such as coupon issuance and point issuance can be given. In this case as well, the discount rate, the content of the coupon, the amount of points issued, and the like can be changed according to the availability of the port.
  • ⁇ Restrictions when entering the setting area> For example, when the management server 20 or the computer included in the mobility 1 detects that the aircraft of the mobility 1 has entered the preset setting area, the following restrictions are applied to the mobility 1. be able to.
  • the detection of entering the setting area can be determined by the position information received from the mobility 1.
  • the use of the mobility 1 cannot be terminated. For example, it is possible to prevent payment due to the end of use of the mobility 1 and to continue billing.
  • the mobility 1 is parked in the port, but for example, the mobility 1 can be parked in a place other than the port in the event of a breakdown or poor physical condition so that the use of the mobility 1 can be terminated.
  • the management server 20 notifies the user terminal 10 of a message indicating that the user terminal 10 has entered the setting area, and the user terminal 10 has entered the setting area by sound, text, an image, or the like. Can be notified. Further, for example, the management server 20 can send a message to the control device included in the mobility 1, and the mobility 1 can notify by sound, light, or the like.
  • the maximum speed can be limited according to the type of road on which Mobility 1 is traveling. Unlike automobiles, in the case of single-seater mobility such as bicycles and kickboards, it is usually not necessary to pay attention to the type of road on which the vehicle is traveling, but the road on which the vehicle is traveling is registered as a setting area. ,
  • the maximum speed can be set according to the type of road. For example, if it is a one-seater mobility such as a bicycle or kickboard that can run on the sidewalk, the maximum speed depending on whether it is running on the sidewalk or on the roadway. Can be changed to control the maximum speed on the sidewalk to be lower than the maximum speed on the roadway. It is also possible to control the maximum speed to be lower than usual when driving on a road set as a school zone.
  • the management server 20 continuously receives the position information and the speed information from the aircraft.
  • the management server 20 stores the setting area and the maximum speed in association with each other.
  • the management server 20 detects that the position of the aircraft has entered the setting area, acquires the maximum speed corresponding to the detected setting area, and measures the number of times or the time when the speed received from the aircraft exceeds the maximum speed.
  • the management server 20 performs a process so as to impose a penalty on the user according to the number of times or the time when the maximum speed is exceeded.
  • the penalty may be, for example, to impose an amount or to prevent it from being used for a certain period of time (so that it cannot be reserved).
  • a reward can be given to the user.
  • a reward for example, the usage fee of mobility 1 can be reduced to the user, a coupon related to the provision of some product or service can be issued, and the value such as points or cash can be given.
  • the road in front of the newly opened facility may be set as the setting area, and coupons and points for the facility may be issued or the usage fee for Mobility 1 may be reduced for passing in front of the facility. can.
  • the operator of the shopping district or the facility can be requested to reduce the capital.
  • mobility 1 can be used free of charge or at a discounted rate in the setting area. For example, when the usage fee of mobility 1 is set according to the usage time, the clock of the usage time can be stopped in the setting area. In addition, the time spent passing through the set area can be measured, and the amount of money corresponding to the passing time can be deducted from the usage fee when the usage fee is settled. In this case, the sponsor can be billed for all or part of the usage fee or discount amount in the set area.
  • the management server 20 or the computer included in the mobility 1 can limit the mobility 1 according to the traveling direction of the mobility 1.
  • a computer provided in the management server 20 or the mobility 1 stores a one-way road, and by continuously acquiring the position information of the mobility 1, the traveling direction of the mobility 1 is specified. It can be detected that 1 is running backward on a one-way road.
  • the computer included in the management server 20 or the mobility 1 detects a reverse-way driving, it can notify the user of an alert by light or sound, or send an alert message to the user terminal. ..
  • the computer included in the management server 20 or the mobility 1 can be controlled to lower the maximum speed of the mobility 1 when the reverse run is detected.
  • the computer included in the management server 20 or the mobility 1 can be controlled so that the maximum speed decreases as the time during which the mobility 1 runs backward increases. Further, when the mobility 1 is traveling in the reverse direction for a predetermined time or longer, the operation of the motor can be stopped.
  • the maximum speed may be changed according to the gradient of the road on which Mobility 1 is traveling.
  • the traveling direction of the mobility 1 can be specified (for example, the change in the position of the mobility 1 in a unit time can be linearly approximated, and the dominant direction of the traveling direction between two time points can be determined), and the traveling direction is set.
  • the maximum speed can be set to be lower than usual.
  • a usage request input unit that accepts usage requests including designation of the vehicle to be used and the disembarkation port from the mobile terminal of the user who is going to use the vehicle.
  • the usage permission determination unit that permits the use of the vehicle and the usage permission determination unit
  • An operation support system characterized by being equipped with.
  • the operation support system described in item 1 The vehicle is provided with a code image in which vehicle identification information for identifying the vehicle is encoded. The code image is taken by the mobile terminal, and the vehicle identification information is decoded from the code image. The decrypted vehicle identification information is set in the usage request.
  • the operation support system described in item 1 Further provided with a availability response unit for transmitting to the mobile terminal whether or not the vehicle can be used in response to the usage request by attaching an advertisement according to the location of the boarding port where the vehicle to be used by the user is parked. matter, An operation support system featuring.
  • the disembarkation image receiving unit transmits an advertisement corresponding to the disembarkation port to the mobile terminal in response to the reception of the parking image.
  • An operation support system featuring. [Item 7] The operation support system described in item 1 When the use of the vehicle is permitted, the number of the vehicles parked in the disembarkation port, the number of the vehicles that can be parked in the disembarkation port, the utilization rate of the disembarkation port, and the station or commercial of the disembarkation port. Further provided with a usage price determination unit that determines the usage price of the vehicle according to at least one of the distances from the facility. An operation support system featuring.
  • [Item 1] It is a system that supports the operation of shared services for single-seater vehicles.
  • a usage request input unit that accepts usage requests including the designation of the disembarkation port from the terminal of the user who is going to use the vehicle, When there is a parking space available at the disembarkation port, the availability determination unit that permits the use of the vehicle and
  • a system that supports the operation of vehicles A billing processing unit that charges usage fees according to the use of the vehicle, A profit sharing processing unit that pays the provider of the port for parking the vehicle according to the usage fee.
  • An operation support system characterized by being equipped with.
  • [Item 2] The operation support system described in item 1
  • the profit sharing processing unit makes the payment to both the first provider that provides the departure port for the use and the second provider that provides the target port for the use.
  • [Item 3] The operation support system described in item 1 The vehicle is electric and The profit sharing processing unit adjusts to increase the payment amount to the provider according to the small amount of electric power used by the use of the vehicle.
  • [Item 4] The operation support system described in item 1 The vehicle is electric, has batteries, and The profit sharing processing unit adjusts to increase the payment amount to the provider according to the amount of remaining charge of the battery included in the vehicle parked in the port in a predetermined period.
  • a port information storage unit that stores port information including the position of a port where the electric vehicle can be parked, and a port information storage unit.
  • a port identification unit that identifies the port in which the electric vehicle is parked according to the position information, and Further prepare The exchange request transmitting unit notifies the exchanger of the total number of the vehicles and the remaining amount for each port.
  • the destination estimation unit that estimates the destination of the vehicle, The availability determination unit that determines the availability of the vehicle according to the destination, An operation support system characterized by being equipped with.
  • [Item 2] The vehicle operation support system described in item 1 Further provided with a position acquisition unit for acquiring the position of the vehicle, The destination estimation unit estimates the destination according to the position.
  • [Item 3] The vehicle operation support system according to item 1 or 2. Further equipped with a demand number acquisition unit for acquiring the demand number for the vehicle, The availability determination unit further determines the availability according to the number of demands.
  • [Item 4] The vehicle operation support system according to any one of items 1 to 3.
  • the availability determination unit further determines the availability according to the scheduled usage time.
  • An operation support system featuring. [Item 5] The vehicle operation support system according to any one of items 1 to 4. Further equipped with an attribute acquisition unit for acquiring the attributes of the user of the vehicle, The availability determination unit further determines the availability according to the attribute. An operation support system featuring.

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Development Economics (AREA)
  • Engineering & Computer Science (AREA)
  • Strategic Management (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Marketing (AREA)
  • General Business, Economics & Management (AREA)
  • Economics (AREA)
  • Theoretical Computer Science (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Game Theory and Decision Science (AREA)
  • Tourism & Hospitality (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Human Resources & Organizations (AREA)
  • Primary Health Care (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Operations Research (AREA)

Abstract

【課題】乗り物の利用状況を把握することができるようにする。 【解決手段】スクーターの共有サービスに関する運用を支援するシステムであって、スクーターを利用しようとしている利用者の携帯端末から、利用しようとするスクーター及び降車ポートの指定を含む利用要求を受け付ける利用要求入力部と、降車ポートに駐車スペースの空きがある場合に、スクーターの利用を許可する利用許可判定部と、を備える。

Description

運用支援システム
　本発明は、運用支援システムに関する。
　乗り物のシェアリングでサーバから乗り物の走行可能化を制御する技術が知られている（特許文献１参照）。
特開２０１７－１６９０５１号公報
　しかしながら、特許文献１に記載のシステムでは、どこで乗り物が利用されているのかの状況を把握することができない。
　本発明はこのような背景を鑑みてなされたものであり、乗り物の利用状況を把握することのできる技術を提供することを目的とする。
　上記課題を解決するための本発明の主たる発明は、１人乗りの乗り物の共有サービスに関する運用を支援するシステムであって、乗り物を利用しようとしている利用者の端末から、降車ポートの指定を含む利用要求を受け付ける利用要求入力部と、前記降車ポートに駐車スペースの空きがある場合に、前記乗り物の利用を許可する利用可否判定部と、を備えることを特徴とする。
　その他本願が開示する課題やその解決方法については、発明の実施形態の欄及び図面により明らかにされる。
　本発明によれば、乗り物の利用状況を把握することができる。
本実施形態に係る自転車の共有サービスを説明する図である。 本実施形態の運用支援システムの全体構成例を示す図である。 通信機１１の機能構成を説明する図である。 利用者端末１３のハードウェア構成例を示す図である。 利用者端末１３のソフトウェア構成例を示す図である。 目的ポートの選択画面の一例を示す図である。 自転車１の駐車状態を撮影した状態の例を示す図である。 管理サーバ２０のハードウェア構成例を示す図である。 管理サーバ２０のソフトウェア構成例を示す図である。 自転車１の利用開始時における運用支援システムの動作を説明する図である。 自転車１の利用終了時における運用支援システムの動作を説明する図である。 本実施形態に係る自転車の共有サービスを説明する図である。 本実施形態の運用支援システムの構成例を示す図である。 管理サーバ２のハードウェア構成例を示す図である。 管理サーバ３のソフトウェア構成例を示す図である。 利益分配に関する処理の流れを説明する図である。 ポートオーナー２３への分配額を計算する処理を説明する図である。 本実施形態に係る自転車の共有サービスを説明する図である。 本実施形態の運用支援システムの全体構成例を示す図である。 管理サーバ２０及び交換者端末３０に用いられるコンピュータのハードウェア構成例を示す図である。 通信機１１、管理サーバ２０、及び交換者端末３０の機能構成を説明する図である。 電池１４の交換に係るシステムの動作を説明する図である。 交換依頼に係る機体情報を表示する画面６１の一例を示す図である。 ポート２ごとの報酬金額を提示する画面６２の一例を示す図である。 本実施形態に係る電動スクーターの共有サービスを説明する図である。 本実施形態の運用支援システムの全体構成例を示す図である。 スクーター１の構成の概要を説明する図である。 可動座席１５が格納されているスクーター１の外観例を示す図である。 可動座席１５が利用可能となっているスクーター１の外観例を示す図である。 制御装置１１のソフトウェア構成例を示す図である。 管理サーバ２０のハードウェア構成例を示す図である。 管理サーバ２０のソフトウェア構成例を示す図である。 本実施形態の運用支援システムの動作を説明する図である。 本実施形態に係るモビリティ１の共有サービスを説明する図である。 本実施形態の運用支援システムの全体構成例を示す図である。 利用者端末１０のハードウェア構成例を示す図である。 利用者端末１０のソフトウェア構成例を示す図である。 管理サーバ２０のハードウェア構成例を示す図である。 管理サーバ２０のソフトウェア構成例を示す図である。 本実施形態の運用支援システムの動作を説明する図である。
＜第１の実施形態＞
　以下、本発明の一実施形態に係る乗り物共有サービスの運用支援システムについて説明する。本実施形態では、電動機付きの自転車の共有サービス（レンタルサービスを含む。）を想定しているが、任意の乗り物の共有サービスに適用することができる。乗り物には１人乗りの乗り物（パーソナルモビリティ）全般が含まれうる。
　乗り物は、全長１ｍ以下であり、電動機を備える１人乗りのパーソナルモビリティであってよい。乗り物は、電動（自動走行）と電動アシストとを切替可能な自転車やスクーター、スケートボードなどであってよい。乗り物は、一般的に駐車場の確保が必要とされていないものであってよい。乗り物には、例えば、自転車やスクーター（キックボード，キックスケーターとも呼ばれる。）、スケートボード、平行二輪車、二輪倒立振子（セグウェイなど）、自立安定一輪車などが含まれうる。また、乗り物には、原動機付き自転車、自動二輪車が含まれうる。乗り物は、最高時速３０ｋｍ未満に設定されているもの（例えば、原動機付き自転車）、最高時速２４ｋｍ未満のもの（例えば、電動アシスト自転車）、最高時速２０ｋｍ未満のもの（例えば、電動キックボードなどが想定される。）が含まれうる。
　図１は、本実施形態に係る自転車の共有サービスを説明する図である。自転車１は、各所に設けられたポート２に駐輪されている。本実施形態では、ポート２とは、自転車１を駐輪させることのできる場所を意味するものとする。ポート２は、例えば、駐車場、駐輪場である。ポート２は、乗り物を置いておくことのできる場所であればよく、停めておくことのできる乗り物の数は固定でなくてもよいが、本実施形態では、ポート２には、所定の台数までの自転車１を駐輪することができるものとする。すなわち、各ポート２には使用中スペース２１と空きスペース２２との少なくともいずれかが存在しうる。自転車共有サービスの利用者は、出発ポート２（Ｓ）から目的ポート２（Ｄ）まで自転車１により移動するにあたり、自転車１の利用に先立って目的ポート２（Ｄ）を指定する。目的ポート２（Ｄ）に空きポート２２が存在していれば、自転車１の利用は許可され、自転車１は自動的に解錠されて利用者が利用可能となる。
　なお、ポート２は、物理的に離散した土地又は建物の床面の区画の集合としてもよい。
　図２は、本実施形態の運用支援システムの全体構成例を示す図である。本実施形態の運用支援システムは、管理サーバ２０を含んで構成される。管理サーバ２０は、自転車１が備える通信機１１及び利用者端末１３のそれぞれと通信ネットワーク３０を介して通信可能に接続される。通信ネットワーク３０は、たとえばインターネットであり、公衆電話回線網や携帯電話回線網、無線通信路、イーサネット（登録商標）などにより構築される。
　自転車１にはまたロック装置１２が設けられており、通信機１１は、ロック装置１２の施解錠を制御することもできる。本実施形態では、通信機１１は管理サーバ２０から受信する命令に応じてロック装置１２の施解錠を制御するものとするが、例えば、利用者端末１３からの制御によりロック装置１２の制御を行うような構成とすることもできる。
　利用者端末１３は、利用者が用いる携帯端末であり、例えば、スマートフォンやタブレットコンピュータ、パーソナルコンピュータなどである。利用者端末１３はカメラを備えており、自転車１の状態を撮影することができる。
　管理サーバ２０は、例えばワークステーションやパーソナルコンピュータのような汎用コンピュータとしてもよいし、あるいはクラウド・コンピューティングによって論理的に実現されてもよい。管理サーバ２０は、利用者による自転車１の利用可否を判定し、利用状態を管理することができる。
＜通信機１１＞
　図３は、通信機１１の機能構成を説明する図である。通信機１１は、施解錠命令受信部１１１、施解錠制御部１１２、位置情報取得部１１３、位置情報送信部１１４を備える。なお、これらの各機能部は、ロジック回路により実現するようにしてもよいし、汎用プロセッサがプログラムを実行することにより実現するようにしてもよい。
　施解錠命令受信部１１１は、自転車１のロックを施錠又は解錠するように指示する命令（施錠命令又は解錠命令という。施錠命令及び解錠命令を合わせて施解錠命令という。）を受信する。本実施形態では、管理サーバ２０から施解錠命令が送信され、施解錠命令受信部１１１はこれを受信する。
　施解錠制御部１１２は、施解錠命令に応じてロック装置１２を制御して施錠又は解錠する。施解錠制御部１１２によるロック装置１２の制御処理については公知の手法を用いるものとしてここでは説明を省略する。
　位置情報取得部１１３は、例えば、ＧＰＳ（Global Positioning System）受信機（不図示、通信機１１が備えるようにしてもよいし、外部センサから取得するようにしてもよい。）が受信したＧＰＳ信号に基づいて、自転車１の位置を測定することができる。
　位置情報送信部１１４は、位置情報取得部１１３が取得した位置情報を送出する。本実施形態では、位置情報送信部１１４は、自転車１の利用時に自転車１の位置情報を管理サーバ２０に定期的に送信することができる。位置情報送信部１１４は、例えば、１秒、１分、５分、１０分など事前に定めた任意の時間ごとに位置情報を管理サーバ２０に送信することができる。なお、位置情報送信部１１４は、例えば、自転車１の移動距離が所定値以上になった場合に、位置情報を送出するようにしてもよい。
＜利用者端末１３＞
　図４は、利用者端末１３のハードウェア構成例を示す図である。なお、図示された構成は一例であり、これ以外の構成を有していてもよい。利用者端末１３は、ＣＰＵ１０１、メモリ１０２、記憶装置１０３、通信インタフェース１０４、タッチパネルディスプレイ１０５、カメラ１０６、ＧＰＳ１０７を備える。記憶装置１０３は、各種のデータやプログラムを記憶する、例えばハードディスクドライブやソリッドステートドライブ、フラッシュメモリなどである。通信インタフェース１０４は、通信ネットワーク３０に接続するためのインタフェースであり、例えばイーサネット（登録商標）に接続するためのアダプタ、公衆電話回線網に接続するためのモデム、無線通信を行うための無線通信機、シリアル通信のためのＵＳＢ（Universal Serial Bus）コネクタやＲＳ２３２Ｃコネクタなどである。タッチパネルディスプレイ１０５は、データの入出力を行うことができる。ＧＰＳ１０７は、利用者端末１３の位置を測定することができる。
　図５は、利用者端末１３のソフトウェア構成例を示す図である。利用者端末１３は、機体特定部１３１、利用開始要求送信部１３２、目的ポート決定部１３３、利用終了要求送信部１３４、機体撮影部１３５を備えることができる。
　なお、利用者端末１３の上記各機能部は、例えば、ＣＰＵ１０１が記憶装置１０３に記憶されているプログラムをメモリ１０２に読み出して実行することにより実現することができる。
　機体特定部１３１は、利用者が利用しようとしている機体（自転車１）を特定する。本実施形態では、自転車１には自転車１の識別情報（機体ＩＤ）を符号化したＱＲコード（登録商標）などのコードが貼付されており、利用者端末１３の機体特定部１３１は、このコードをカメラ１０６で撮影した画像を復号化することで機体ＩＤを取得することができるものとする。なお、機体特定部１３１は、例えば、自転車１に機体ＩＤを印刷しておき、利用者から機体ＩＤの入力を受け付けるようにしてもよいし、自転車１に設けられた機器から、Ｂｌｕｅｔｏｏｔｈ（登録商標）等の近距離通信により機体ＩＤを受信するようにしてもよい。また、機体特定部１３１は、その他の任意の方法により自転車１の機体ＩＤを取得することができる。
　利用開始要求送信部１３２は、自転車１の利用を開始したい旨のリクエスト（利用開始要求）を管理サーバ２０に送信する。利用開始要求には、利用者を示す利用者ＩＤと自転車１を示す機体ＩＤとが設定される。利用者から事前に目的地となるポート（目的ポート）の指定がされている場合には利用開始要求には目的ポートも設定される。
　目的ポート決定部１３３は、目的ポートを決定する。目的ポート決定部１３３は、例えば、地図を表示して目的地の指定を受け付け、指定された目的地近傍に存在するポートを出力して利用者に目的ポートを選択させることができる。目的ポート決定部１３３は、例えば、まず目的地の指定を受け付けることができる。目的地の指定は、上述したように地図から所定の地点の指定を受け付けてもよし、エリアの名称や駅名などの指定を受け付けるようにしてもよい。目的ポート決定部１３３は、指定された目的地を設定して、その目的地近傍に存在するポートの一覧のリクエスト（ポートリクエスト）を管理サーバ２０に送信することができる。目的ポート決定部１３３は、管理サーバ２０から応答されるポートの一覧から目的ポートの選択を受け付けることができる。図６は、目的ポートの選択画面の一例を示す図である。同図に示すように、目的ポート決定部１３３は、例えば、画面上に地図を表示し、地図上にポート２の一覧をアイコン表示することができる。利用者はこのアイコンを指３などにより選択することにより、目的ポート２の指定をすることができる。利用開始要求送信部１３２は、目的ポート決定部１３３が受け付けた目的ポート２の指定を利用開始要求に設定して管理サーバ２０に送信することができる。
　後述するように、目的ポート２に空きがある場合には、自転車１の利用が許可され、管理サーバ２０から指示により自転車１のロック装置１２が解錠され、利用者は自転車１を利用することができる。
　利用終了要求送信部１３４は、自転車１の利用を終了するリクエスト（利用終了要求）を管理サーバ２０に送信する。利用終了要求には、利用者を示す利用者ＩＤと自転車１を示す機体ＩＤとが設定される。利用終了要求には、最初から後述する駐車画像を含めて送信するようにしてもよい。
　機体撮影部１３５は、カメラ１０６を制御して自転車１の外観を撮影する。本実施形態では、機体撮影部１３５は、自転車１が目的ポートに到着した後に、自転車１が駐車された状態が撮影されることを期待している。機体撮影部１３５は、利用者により手動で起動されてよく、利用者に対して駐輪した状態を撮影するように指示するメッセージを出力するようにしてよい。図７は、自転車１の駐車状態を撮影した状態の例を示す図である。同図に示すように、利用者は降車後に駐車した自転車１の様子を撮影し、機体撮影部１３５がこの撮影された画像（駐車画像という。）を取得することができる。利用終了要求送信部１３４は、機体撮影部１３５が撮影した又は機体撮影部１３５が取得した画像を管理サーバ２０に送信する。これにより自転車１の利用が終了する。
＜管理サーバ＞
　図８は、管理サーバ２０のハードウェア構成例を示す図である。なお、図示された構成は一例であり、これ以外の構成を有していてもよい。管理サーバ２０は、ＣＰＵ０１、メモリ２０２、記憶装置２０３、通信インタフェース２０４、入力装置２０５、出力装置２０６を備える。記憶装置２０３は、各種のデータやプログラムを記憶する、例えばハードディスクドライブやソリッドステートドライブ、フラッシュメモリなどである。通信インタフェース２０４は、通信ネットワーク３０に接続するためのインタフェースであり、例えばイーサネット（登録商標）に接続するためのアダプタ、公衆電話回線網に接続するためのモデム、無線通信を行うための無線通信機、シリアル通信のためのＵＳＢ（Universal Serial Bus）コネクタやＲＳ２３２Ｃコネクタなどである。入力装置２０５は、データを入力する、例えばキーボードやマウス、タッチパネル、ボタン、マイクロフォンなどである。出力装置２０６は、データを出力する、例えばディスプレイやプリンタ、スピーカなどである。
　図９は、管理サーバ２０のソフトウェア構成例を示す図である。管理サーバ２０は、ポート情報提供部２１１、利用開始処理部２１２、利用可否判定部２１３、利用料金決定部２１４、ロック通信部２１５、利用終了処理部２１６、ポート情報記憶部２３１、管理者記憶部２３２、画像記憶部２３３、機体情報記憶部２３４、利用履歴記憶部２３５、広告記憶部２３６を備える。
　なお、上記各機能部２１１乃至２１６は、ＣＰＵ２０１が記憶装置２０３に記憶されているプログラムをメモリ２０２に読み出して実行することにより実現され、上記各記憶部２３１乃至２３６は、メモリ２０２及び記憶装置２０３が提供する記憶領域の一部として実現されうる。
　ポート情報記憶部２３１は、ポート２に関する情報（ポート情報）を記憶する。ポート情報には、ポート２を特定するポートＩＤに対応付けて、ポート２の位置（代表位置とすることができ、例えば、緯度経度で特定することができる。）、ポート２を管理している管理者を示す管理者ＩＤ、ポート２に駐車可能な自転車１の数（駐車可能台数）、現在駐輪可能な台数（空いているスペース２２の数）などが含まれる。なお、ポート２が第三者により管理されていない場合には、管理者ＩＤには値が設定されなくてよい。
　管理者記憶部２３２は、管理者に関する情報（管理者情報）を記憶する。管理者情報には、管理者を特定する管理者ＩＤ、支払情報が含まれうる。支払情報は、例えば、管理者に対して報酬を支払う場合に必要な情報とすることができる。ポート２の提供に対する報酬を、支払情報に基づいて支払うことができる。
　画像記憶部２３３は、駐車画像を記録する。画像記憶部２３３は、駐車画像を撮影した利用者を特定する利用者ＩＤ、駐車画像の撮影日時、駐車画像に写っている自転車１を示す機体ＩＤ、駐車画像が撮影された位置、駐車画像に映っている自転車１が駐輪されているポート２を示すポートＩＤ、及び駐車画像の画像データを含めることができる。
　機体情報記憶部２３４は、自転車１に関する情報（機体情報）を記憶する。機体情報には、自転車１を特定する機体ＩＤ、機体情報が最後に更新された日時（最終更新日時）、最終更新日時における自転車１の位置及び自転車１の充電量、自転車１が現在利用中であるか否かを示すフラグ（利用中フラグ）、ならびに、自転車１が駐車されている場合には、駐車されているポート２を示すポートＩＤを含めることができる。機体情報は、定期的に更新することができる。
　利用履歴記憶部２３５は、利用者による自転車１の利用履歴を記憶する。利用履歴には、自転車１を利用した利用者を特定する利用者ＩＤ、自転車１の利用の開始日時及び終了日時、利用者が利用した自転車１を特定する機体ＩＤ、利用者が自転車１の利用を開始したポート２（出発ポート）、自転車１の目的地のポート２（到着ポート）、ならびに、利用料金を含めることができる。
　広告記憶部２３６は、広告に関する情報（広告情報）を記憶する。広告情報には、広告を特定する広告ＩＤに対応付けて、広告を出力する条件及び広告データが含まれる。条件は、各種の情報に対する条件であってよく、例えば、自転車１が利用されるとき、あるいは、自転車１の利用が終了したときなどの時期的な条件であってもよいし、自転車１が特定のポート２に駐車された場合や、特定の場所を通って（機体情報の位置が特定の場所の近傍を通過した場合）など空間的な条件であってもよいし、利用者が女性である場合など利用者の属性に対する条件であってもよい。広告データは、例えば、ＨＴＭＬにより記載された画面データであってもよいし、動画データや静止画像データ、プレインテキストのデータなどとすることもできる。
　ポート情報提供部２１１は、利用者端末１３にポート情報を提供する。ポート情報提供部２１１は、利用者端末１３からのリクエスト（利用開始要求であってもよいし、他のリクエストであってもよい。）に応じてポート情報を提供することができる。ポート情報提供部２１１は、例えば、利用開始要求に目的地（又は目的の座標等）が含まれている場合に、指定された目的地近傍の、あるいは指定された座標から所定距離内の位置のポート情報をポート情報記憶部２３１から検索し、検索結果のリストを応答することができる。また、ポート情報提供部２１１は、例えば、定期的にポート情報をブロードキャストし、あるいはセッションの確立している利用者端末１３のそれぞれに送信するようにすることもできる。
　利用開始処理部２１２は、利用者による自転車１の利用開始に係る処理を行う。本実施形態では、利用開始処理部２１２は、利用者端末１３から利用開始要求を受信し、受信した利用開始要求に指定されている自転車１が利用可能であるか否かを後述する利用可否判定部２１３に判定させる。また、利用開始処理部２１２は、利用開始要求に目的ポート２が設定されていない場合には、目的ポート２を設定するように指示するメッセージを利用者端末１３に送信することができる。また、目的ポート２が指定されている場合には、利用開始処理部２１２は、後述する利用可否判定部２１３に、利用可否を判定させることができる。利用可否判定部２１３が利用可能と判断した場合、利用開始処理部２１２は、後述のロック通信部２１５に、利用開始要求に指定されている自転車１のロックを解除するように解除命令を送信させ、また、利用開始処理部２１２は、出発ポート（指定された自転車１が現在駐車しているポート、すなわち機体情報に含まれるポートＩＤが示すポート）のポート情報の空き台数に１加算し、目的ポートに対応するポート情報の空き台数を１減算することができる。さらに、利用開始処理部２１２は、指定された自転車１に対応する機体情報の利用中フラグを真に更新することができる。
　利用開始処理部２１２は、利用開始時に広告を送信することができる（広告送信部）。利用開始処理部２１２は、例えば、条件が満たされている広告情報を広告記憶部２３６から検索し、検索いた広告情報の広告データを利用者端末１３に送信することができる。また、利用開始処理部２１２は、例えば、出発ポート又は目的ポートの近傍に関する広告情報を検索するようにしてもよい。また、利用開始処理部２１２は、複数の広告情報が検索できた場合には、出発ポート又は目的ポートに近い場所の条件が設定されている広告データを優先的に送信することができる。
　利用可否判定部２１３は、自転車１の利用可否を判定する。利用可否判定部２１３は、例えば、機体情報の利用中フラグが真であれば、利用不可と判定することができる。利用可否判定部２１３は、機体情報の充電量が所定値未満であれば利用不可と判定することができる。また、利用可否判定部２１３は、目的ポートのポート情報の空き台数が０であれば利用不可と判定することができる。さらに、利用可否判定部２１３は、例えば、ブラックリスト（不図示）に利用者ＩＤが登録されている場合には、利用不可と判定することができる。上記のような不可判定が行われなかった場合、利用可否判定部２１３は、自転車１が利用可能であると判定することができる。
　利用料金決定部２１４は、自転車１の利用料金を決定する。利用料金決定部２１４は、例えば、自転車１の利用時間に応じて利用料金を決定することができる。また、利用料金決定部２１４は、例えば、自転車１の種類に応じた所定の金額を利用料金として決定するようにしてもよい。利用料金決定部２１４は、また、例えば、利用者の属性や、利用履歴などに応じて価格を変動させるダイナミックプライシングを行うことができる。利用料金決定部２１４は、例えば、利用頻度の高い利用者に対して安価な利用料を設定し、特定のキャンペーン対象の属性を有する利用者に対して安価な利用料を設定し、利用頻度（利用履歴の数）が所定数以上である場合に、段階的に安価な利用料を決定するようにしてもよい。
　また、利用料金決定部２１４は、ポートごとに固定のまたは動的な利用料金を設定することもできる。利用料金決定部２１４は、例えば、目的ポートの空き台数に応じて（空き台数が多いほど安くなるように）利用料金を決定することもできる。また、利用料金決定部２１４は、目的ポートの利用率（１日、１週間などの所定期間中に出発又は目的のポートとして利用された回数の駐車可能台数に対する割合）に応じて（利用率が高いほど高くなるように）利用料金を決定することもできる。また、利用料金決定部２１４は、ポートの駅や商業施設などからの距離に応じて（距離が短いほど高くなるように）利用料金を決定することもできる。
　また、利用料金決定部２１４は、自転車１のルートに応じて利用料を設定することもできる。例えば、利用料金決定部２１４は、特定のルートを通った場合には、利用料金に加算を行うことができる。例えばイルミネーションやスポーツ観戦、ライブイベントなど混雑が見込まれる場所については、利用料金を高く設定することができる。逆に、利用料金決定部２１４は、所定のルートを通ると利用料金を減額するようにしてもよい。例えば、商業施設や商店が面している道路のトラフィックを増やしたいような場合や、イベントやお祭りなどで、一本脇道の活性化を目指したいような場合、新しく建てた商業施設を認知してほしいような場合などには、プロモーション目的で利用料金を安価に設定するようにすることができる。この場合において、例えば、商業施設等に課金を行うようにしてもよい。利用料金決定部２１４は、例えば、自転車１が料金が加算される道路に向かって進行していることを検知して、あるいは、料金が加算される道路上に自転車１が存在することを検知して、利用者の端末（又は自転車１の通信機１１）に対してアラートを送信し、利用者の端末又は通信機１１からアラートを出力するようにしてもよい。また、利用料金決定部２１４は、例えば、現在自転車１が進行中の道路に平行する道路の料金が安価に設定されている場合に、その旨を利用者の端末や通信機１１に通知するようにしてもよい。
　ロック通信部２１５は、自転車１のロック装置１２の施解錠を制御する。本実施形態では、ロック通信部２１５は、施解錠命令を通信機１１に送信することによりロック装置１２の施解錠を行うことができる。
　利用終了処理部２１６は、自転車の利用終了時に必要な処理を行う。利用終了処理部２１６は、利用終了要求に駐車画像が含まれていない場合には、駐車画像を撮影するように指示するメッセージを利用者端末１３に送信することができる。また、利用終了処理部２１６（降車画像受信部）は、利用者端末１３から受信した駐車画像を、利用者の利用者ＩＤ、日時、機体ＩＤ、位置情報、目的ポートを示すポートＩＤを付帯させて画像記憶部２３３に登録することができる。また、利用終了処理部２１６は、利用終了要求に設定されている位置情報又は機体情報の位置情報に基づいて、自転車１が目的ポート２にあるか否かを判定し、目的ポート２に到着していないと判定した場合には、終了不可と判定し、その旨を示すメッセージを利用者端末１３に送信することができる。利用終了処理部２１６は、利用終了要求に設定されている機体ＩＤに対応する機体情報の利用中フラグを偽に更新することができる。
　また、利用終了処理部２１６は、利用終了時に広告を利用者端末１３に送信することができる。利用終了処理部２１６は、例えば、利用終了要求に応答して、条件が満たされている広告情報のうちの一つの広告データを利用者端末１３に送信することができる。
＜動作＞
　以下、本実施形態の運用支援システムの動作について説明する。
　図１０は、自転車１の利用開始時における運用支援システムの動作を説明する図である。利用者は自転車１を利用する際に、利用者端末１３を用いて自転車１に貼付されているＱＲコード（登録商標）を読み取り（Ｓ４０１）、機体ＩＤを取得する。利用者端末１３は、取得した機体ＩＤを設定した利用開始要求を管理サーバ２０に送信する（Ｓ４０２）。管理サーバ２０からは、目的ポートを設定することを指示するメッセージが応答される（Ｓ４０３）。利用者端末１３は、利用者から目的地の選択を受け付ける（Ｓ４０４）。目的地の選択は、地図上から所定の位置の指定を受け付けたり、駅名やエリア名等の指定を受け付けたりすることにより行うことができる。利用者端末１３は、目的地を設定したポートリクエストを管理サーバ２０に送信し（Ｓ４０５）、管理サーバ２０からは目的地近傍のポートの一覧が応答される（Ｓ４０７６）。
　利用者端末１３は、応答されたポートの一覧を出力し、その中から目的ポートの指定を受け付けることができる（Ｓ４０７）。利用者端末１３は、例えば、図６に示すような画面から目的ポートの指定を受け付けることができる。利用者端末１３は、機体ＩＤと目的ポートを示すポートＩＤとを設定した利用開始要求を管理サーバ２０に送信する（Ｓ４０８）。
　管理サーバ２０は、受信した利用開始要求に応じて自転車１の利用可否を判定する（Ｓ４０９）。利用可否の判定は、上述した利用可否判定部２１３により行われる。自転車１の利用が可能と判断された場合には、利用料金を決定する（Ｓ４１０）。利用料金は、上述した利用料金決定部２１４により決定される。管理サーバ２０は、機体ＩＤが示す自転車１の通信機１１に対して解錠命令を送信し（Ｓ４１１）、通信機１１は、受信した解錠命令に応じてロック装置１２を制御して解錠する（Ｓ４１２）。
　一方で、管理サーバ２０からは利用が開始されたことを表すメッセージとともに、広告データが利用者端末１３に送信される（Ｓ４１３）。広告データは、利用者端末１３においてメッセージとともに表示される。
　図１１は、自転車１の利用終了時における運用支援システムの動作を説明する図である。利用者は自転車１を目的ポートまで乗車していった後、利用者端末１３を操作して、自転車１の利用終了のために利用終了要求を管理サーバ２０に送信する（Ｓ４２１）。利用終了要求には、自転車１の機体ＩＤと、現在位置とが設定される。
　管理サーバ２０では、現在位置に応じて現在自転車１が到着しているポートを判定することができる（Ｓ４２２）。管理サーバ２０は、利用終了要求に駐車画像が設定されていない場合には、駐車画像を撮影するように指示するメッセージを利用者端末１３に送信することができる（Ｓ４２３）。
　利用者端末１３は、メッセージを表示し、この表示に応じて利用者は利用者端末１３を用いて自転車１を駐車した状態を撮影する（Ｓ４２４）。利用者端末１３は、策定した駐車画像を管理サーバ２０に送信し（Ｓ４２５）、管理サーバ２０において、画像が画像記憶部２３３に登録され、利用履歴も登録される（Ｓ４２６）。管理サーバ２０は、さらに自転車１に対して施錠する旨の命令を送信する（Ｓ４２７）。
　自転車１の通信機１１は管理サーバ２０から施錠命令を受信すると、これに応じてロック装置１２を制御して施錠を行うことができる（Ｓ４２８）。
　一方で、管理サーバ２０からは利用が終了したことを表すメッセージとともに、広告データが利用者端末１３に送信される（Ｓ４２９）。広告データは、利用者端末１３においてメッセージとともに表示される。
　以上、本実施形態について説明したが、上記実施形態は本発明の理解を容易にするためのものであり、本発明を限定して解釈するためのものではない。本発明は、その趣旨を逸脱することなく、変更、改良され得ると共に、本発明にはその等価物も含まれる。
　例えば、本実施形態では、通信機１１と管理サーバ２０とが直接通信を行うものとしていたが、これに限らず、通信機１１と管理サーバ２０との間に、例えば、ＡＰＩサーバなどのコンピュータを介在させるようにしてもよい。
　また、本実施形態では、管理サーバ２０は１台のコンピュータであるものとしたが、これに限らず、複数台のコンピュータにより実現し、管理サーバ２０の備える各種機能を複数のコンピュータに分散させるようにしてもよい。
＜機体の指定をしない＞
　また、本実施形態では、利用開始要求には、自転車１を示す機体ＩＤと、目的ポートとが指定されるものとしたが、目的ポートを設定しつつも機体ＩＤを設定しないようにしてもよい。この場合、利用者による予約時には、目的ポートの確保のみが行われ、その後に利用者が出発ポートにおいて利用する自転車１を決定したところで、２回目の利用開始要求に機体ＩＤを設定して管理サーバ２０に送信することができる。
＜出発ポートを指定する＞
　また、利用開始要求には、機体の指定に代えて、出発ポートを設定するようにしてもよい。この場合、利用者端末１３は、出発ポート設定部を備えるようにし、図６と同様の画面により出発ポートの指定を受け付けるようにすることができる。また、利用可否判定部２１３は、出発ポートに利用可能な自転車１が存在しており、かつ、目的ポートに空きがある場合に利用可能と判断することができる。また、ポート２に複数種類の乗り物（例えば、電動アシスト自転車、電動自転車、電動スクーター、電動アシストスクーター、電動キックボード、電動キックボード、電動スケートボード、電動アシストスケートボード、電動平行二輪車など）が存在し得る場合（すなわち共有サービスに供されている場合）には利用開始要求には乗り物の種類の指定をするようにしてもよい。この場合、管理サーバ２０は、どのポート２にどの種類の乗り物が停まっているのかを管理するようにし、利用開始要求に指定された種類の乗り物が利用可能であるか否かを判断することができる。
＜利用時間／到着時刻を指定する＞
　また、利用開始要求には、利用時間又は目的ポートへの到着時刻を指定するようにしてもよい。この場合、利用開始要求には、さらに少なくとも目的ポートが指定される。利用開始要求には、さらに機体ＩＤを指定するようにしてもよいし、出発ポートを指定するようにしてもよい。利用開始要求には、さらに利用開始時刻を指定してもよい。利用開始要求に出発ポートと利用開始時刻とが指定されたときには、利用可否判定部２１３は、指定された出発ポートに駐車されている自転車１が存在しない場合にも、出発時刻までに、他の利用者が目的ポートに到着する予定が存在する場合には、予約可能と判定することができる。目的ポートに到着する予定は、利用時間又は到着時刻に応じて判断することができる。
＜オーバーブックを許容する＞
　また、本実施形態では、目的ポートに空きがなければ予約不可としたが、目的ポートの空きがない場合にも予約を受け付けるようにすることができる。この場合、利用可否判定部２１３は、例えば、利用可否判定部２１３は、目的ポートのポート情報の空き台数が負の数の閾値（すなわち、－１×許容台数）以上であれば利用可能と判定するようにすることができる。
　ここで、管理サーバ２０は、目的ポートの空きがない場合にさらに所定数以上の予約を受け付けたことを契機として、当該ポートの自転車１の利用を誘引するメッセージを利用者に送信することができる。メッセージは、例えば、電子メールやチャットなどのメッセージとして送信してもよいし、利用者端末１３で動作するアプリケーションへのプッシュ通知として送信するようにしてもよい。このときに、管理サーバ２０は、利用者への報奨を付与してもよい。例えば、管理サーバ２０は、利用者にイントを発行したり、料金を割り引いたり、クーポンを発行したりすることができる。
＜オーバーブックの許容数の予測＞
　また、目的ポートに空きがない場合にも予約を受け付けるときに、管理サーバ２０は、当該予約に係る利用者が当該目的ポートに到着するまでに、当該目的ポートを出発ポートとして他の利用者が利用する自転車１の台数を予測し、予測した台数を、目的ポートの空きがない場合に予約可能な台数（許容台数）として予約の可否を判定することができる。
＜オーバーブックで降車できない場合の報奨＞
　また、目的ポートに空きがない場合にも予約を受け付けるときに、当該予約に係る利用者が当該目的ポートに到着して降車する際に空きスペース２２がなければ、管理サーバ２０は、当該利用者に対して当該目的ポートの近隣のポート２に移動してもらうように指示するメッセージを送信するとともに、当該利用者に対して価値を支払うようにすることができる。
　この場合、管理サーバ２０は、利用者端末１３から駐車できない旨を示すメッセージ（利用を終了する自転車１を示す機体ＩＤ又は目的ポートのポートＩＤが設定される。）を受信することで目的ポートで駐車ができない（すなわち、利用者が自転車１の利用を終了できない）ことを検知することができる。
　また、管理サーバ２０は、利用者端末１３から受信する利用終了要求に目的ポートのポートＩＤが設定されていれば、当該ポートＩＤが示すポート情報の空き台数が０以下であることにより駐車ができないことを検知することもできる。また、管理サーバ２０は、利用者端末１３から受信する利用終了要求に設定された機体ＩＤに対応する機体情報のポートＩＤが示すポート情報の空き台数が０以下であることにより駐車ができないことを検知することもできる。
　管理サーバ２０は、目的ポートで駐車ができないことを検知した場合、目的ポートの位置（ポート情報の位置）から所定距離内の位置に対応するポート情報を検索することができる。ここで管理サーバ２０は、目的ポートの位置から最も近い位置のポート情報を検索するようにしてもよい。また、管理サーバ２０は、目的ポートの位置から所定距離内の（又は最も近い）位置に対応するポート情報のうち、空き台数が所定数（例えば１とすることができる。）以上のものを検索することができる。
　管理サーバ２０は、検索したポート情報が示すポート２を含む、自転車１の移動（目的ポートの変更）を指示するメッセージを利用者端末１３に送信する。利用者端末１３は、当該メッセージを受信した場合には、例えば、図６と同様に、地図上に移動先の候補となるポート２を表示することができる。ここで管理サーバ２０が当該利用者に対して支払う価値は、例えば、自転車１の利用料金の割引（無料化を含む。）、利用料金以上の金銭の支払い、クーポンの発行、ポイントの発行を含み得る。
　この場合において、目的ポートに空きがないにもかかわらず予約を受け付ける際に、管理サーバ２０は、利用者に対して、目的ポートに空きがないこと、目的ポートに到着したときにも空きがなければ近隣のポート２まで移動してもらう可能性があることを通知して利用者から了承を得ておくことができる。その際に管理サーバ２０は、目的ポートの近隣のポート２を併せて通知することができる。
＜近隣の提案＞
　また、管理サーバ２０は、予約時に目的ポートに空きがない場合、近隣ポートを提案することができる。例えば、管理サーバ２０は、利用者端末１３から利用開始要求を受信した場合に、利用開始要求に設定されている目的ポートのポートＩＤが示すポート情報の空き台数が所定数（例えば０）以下である場合に、目的ポートの近隣のポート２（目的ポートのポート情報が示す位置から所定距離内の位置に対応する他のポート２）を利用者に提案することができる。管理サーバ２０は、空き台数と目的ポートからの距離に応じて優先順位を付けて提案することもできる。例えば、管理サーバ２０は、優先順位の高い順にソートしたポート情報のリストを利用者端末１３に送信し、利用者端末１３では当該リストを表示することができる。また、管理サーバ２０は、優先順位を付帯させてポート情報を利用者端末１３に送信し、利用者端末１３では、例えば、図６に示すような画面において、優先順位の高いポートが目立つように地図上にポート２を表示することできる。
　ここで管理サーバ２０は、上記所定数を０より大きい数とし、目的ポートの近隣のポート２のうち、空き台数が当該所定数よりも多いポート２を提案するようにしてもよい。また、所定数を０より大きい数とし、目的ポートの空き台数が０より大きく、当該所定数以下である場合には、近隣のポート２の提案とともに、目的ポートを変更してもらうことに対するリワード（例えば、利用料金の割引やポイントの付与、クーポンの発行など）を利用者に提案することができる。
＜利用開始後に目的ポートを指定する＞
　また、自転車１の利用開始時には目的ポートを指定せずに予約し、利用者が利用終了前（目的ポートへの到着前であっても、到着後であってもよい。）に、利用終了要求送信部１３４が、降車する目的ポートを指定して利用終了要求を送信するようにしてもよい。この場合に、管理サーバ２０は、目的ポートに空きがあるか否かにより、利用終了の可否を判定する利用終了可否判定部を備えるようにすることができる。利用終了可否判定部が利用終了を不可と判断した場合、仮に利用者が目的ポートに自転車１を放置したとしても、利用者への課金を継続し続けることができる。
＜次のユーザへの通知＞
　また、管理サーバ２０は、自転車１の利用終了後に、他の利用者に対して通知を行うことができる。管理サーバ２０は、自転車１から受信した現在位置が目的ポートから所定距離内になった場合に他の利用者に対して通知を行うようにしてもよい。この場合、管理サーバ２０は、例えば、利用者が自転車１を利用しようとしているポート２（出発ポート）に機体がない場合に利用者から予約をとって予約を記憶しておくようにし、利用が終了した自転車１が駐車されているポート２において予約をしている利用者に対して通知を行うようにすることができる。また、自転車１の利用を終了しようとしている利用者が、友人等の他の利用者を指定して、当該他の利用者に利用を終了した自転車１を引き継いで利用させるようにすることもできる。
＜需給の予測に応じたダイナミックプライシング＞
　また、管理サーバ２０は、自転車１の需給を予測し、予測した需給に応じた自転車１の利用価格を決定する利用料金決定部を備えることができる。
　利用料金決定部は、ポート２での自転車１の需要量に応じて利用料金を決定することができる。利用料金決定部は、例えば、需要の高いポート２（駐車される自転車１の少ないポート２）に駐車されている自転車１については、他のポート２に駐車されている自転車１よりも利用料金（時間単価、走行距離単価又は固定料金）を高く設定することができる。需要量は、例えば、ポート２に駐車されている自転車１の数の少なさで表現することができる。利用料金決定部は、例えば、出発ポートとなるポート２に駐車されている自転車１が少ないほど高くなるように利用料金を決定することができる。
　また、利用料金決定部は、需要の予測に応じて利用料金を決定するようにしてもよい。利用料金決定部は、ポート２ごとに将来の所定時間（例えば、１時間、６時間、１２時間等任意の時間とすることができる。）の需要量（利用数）を予測し、予測した需要量に応じて（例えば、需要量が多いほど高く）利用料金を決定することができる。需要量の予測は、例えば、過去の利用履歴に基づいて行うことができる。利用料金決定部は、例えば、ポート２の立地（所定幅以上の道路に面しているか、繁華街であるか住宅街であるか、駅やバス停からの距離、コインパーキング等の有料駐車場からの距離、所定距離内の住人の数又は昼間若しくは夜間人口など）、ポート２の大きさ（駐車スペースの数）、季節、時間帯、曜日、天気、ポート２近くでのイベントの有無などの説明変数に基づいてポート２から利用される自転車１の台数を予測する予測モデルを作成し、予測モデル記憶部に記憶させておき、当該予測モデルを用いて需要量の予測を行うことができる。
　また、利用料金決定部は、ポート２での自転車１の供給量に応じて利用料金を決定することができる。利用料金決定部は、例えば、供給の多いポート２（駐車される自転車１の多いポート２）に駐車されている自転車１については、他のポート２に駐車されている自転車１よりも利用料金（時間単価、走行距離単価又は固定料金）を安価に設定することができる。
　また、利用料金決定部は、ポート２ごとに将来の所定時間（例えば、１時間、６時間、１２時間等任意の時間とすることができる。）の供給量を予測し、予測した供給量に応じて（例えば、供給量が多いほど安く）利用料金を決定することができる。供給量の予測は、目的ポートの予約数、すなわち、目的ポートに降車して駐車する自転車の数の予測により行うことができる。利用料金決定部は、出発ポートと同様に、ポート２の立地や大きさ、季節、時間帯、曜日、天気、ポート２近くでのイベントの有無などの説明変数に基づいてポート２が目的ポートとされる予約の数を予測する予測モデルを作成し、当該予測モデルを用いて供給量を予測することができる。
　また、利用料金決定部は、需要量（又は需要量の予測値）と供給量（又は供給量の予測値）との両方に応じて利用料金を決定することができる。
＜需給の予測に応じたユーザへの通知（マッチング）＞
　また、ポート２の需給に応じて、利用者に対して自転車１の利用を誘引する通知を行うことができる。
　例えば、管理サーバ２０は、需給に応じた通知を行う通知部を備えることができる。通知部は、需要量が増えた場合、すなわち、ポート２に駐車されている自転車１の数が所定数（又はポート２に駐車可能な台数に対する所定割合）を下回った場合に、当該ポート２の自転車１の利用ができなくなる可能性についてのアラートを利用者に通知することができる。通知の対象は、現在位置がポート２から所定距離内にある利用者端末１３に限定することができる。
　逆に、通知部は、供給量が増えた場合、すなわち，ポート２に駐車されている自転車１の数が所定数（又はポート２に駐車可能な台数に対する所定割合）以上となった場合に、空きスペースが確保できるように、当該ポート２の自転車１の利用促進のための通知を行うことができる。この場合に、通知部は、例えば、割引（無料を含む。）やクーポンなどのリワードを付帯させて通知を行うようにすることができる。通知の対象は、現在位置がポート２から所定距離内にある利用者端末１３に限定することができる。
　また、供給量が増えた又は供給量が増える予測のポート２の近隣（当該ポート２の位置から所定距離内）のポート２に駐車されている自転車１がない又は少ない（所定数又は所定割合以下である）場合に、近隣のポート２の近く（近隣のポート２から所定距離内）にいる利用者端末１３の全て又は一部（例えば自転車１の予約のためのアプリケーションを開いている利用者端末１３のみ）に対し、供給量の増えた又は増える予測のポート２の利用を提案する通知を行うことができる。この場合にも、上記のようなリワードを付帯させて通知することができる。
＜目的ポート指定時のルート提供＞
　また、自転車１の予約時に目的ポートまでのルートを提示するようにしてもよい。管理サーバ２０は、出発ポートから目的ポートまでのルートを提示するルート提示部を備えることができる。ルート提示部は、例えば、利用開始要求に応じて、指定された機体ＩＤに対応する機体情報のポートＩＤを取得し、取得したポートＩＤ（出発ポートのポートＩＤ）と、利用開始要求に指定されている目的ポートのポートＩＤに対応するポートＩＤとのそれぞれに対応するポート情報の位置を取得して、出発ポートから目的ポートまでの走行ルートを提示することができる。ルート検索については、例えば、既知のカーナビゲーションシステムに用いられている手法を用いることができる。この場合、自動車専用道路などはルートから排除するとともに、ルーティングにあたって、自動車は走行できないが自転車１は走行可能な道路を含むルートを検索するようにすることができる。
＜移動手段の組み合わせ＞
　また、ルート提示部は、複数種類の移動手段を組み合わせてルートを提示することができる。この場合、ルート提示部は、上述した各種の乗り物（例えば、電動アシスト自転車、電動自転車、電動スクーター、電動アシストスクーター、電動キックボード、電動キックボード、電動スケートボード、電動アシストスケートボード、電動平行二輪車など）に加えて、カーシェアリングによる自動車や、タクシー、電車、バスなどの公共交通機関、徒歩なども含めた複数の移動手段の組み合わせによるルートを作成することができる。この場合、ポート２には、駅やバス停、タクシー乗り場なども含めるようにし、ポート２間を徒歩で移動することも含めたルーティングを行うことができる。
＜駐車画像の解析＞
　管理サーバ２０は、駐車画像を解析して、自転車１が正しく駐車されていることを確認する駐車確認部を備えるようにしてもよい。駐車確認部は、駐車画像を解析し、ポート２内の駐車スペースに正しく駐車されているか否かを判定することができる。正しく駐車されているか否かの判定には、例えば、正しく駐車された状態を撮影した複数の駐車画像と、正しく駐車されていない状態を撮影した複数の駐車画像と、正しく駐車されているか否かを示す情報とを機械学習により学習させた分類器を作成し、当該分類器を用いることができる。駐車確認部は、自転車１が正しく駐車されていない場合には、利用者端末１３に対してアラートを通知することができる。駐車確認部は、自転車１が正しく駐車されていない場合には、利用終了を許可しない（課金を継続する）ようにすることができる。
＜緊急停車＞
　本実施形態では、目的ポートでの降車を前提としていたが、例えば、故障時や体調不良時その他の緊急時には、目的ポート以外での降車を許可してもよい。この場合、利用者端末１３は、緊急停車の要求（以下、緊急停車要求という。）を管理サーバ２０に送信することができる。緊急停車要求には、利用者を示す利用者ＩＤと自転車１を示す機体ＩＤとが設定されうる。緊急停車要求から利用者ＩＤが省略されてもよい。この場合、管理サーバ２０は、緊急停車要求に設定されている機体ＩＤに対応する機体情報のポートＩＤを削除し、例えば、緊急停車を示す情報に更新することができる。
　緊急停車された自転車１は、サービスの運営者が回収し、いずれかのポート２に配送することができる。また、管理サーバ２０は、緊急停車された自転車１の利用を誘引するための通知を送信する利用誘引通知部を備えることができる。利用誘引通知部は、例えば、緊急停車された自転車１の機体情報（ポートＩＤに緊急停車を示す情報が設定されている機体情報）の位置を設定したメッセージを、当該機体情報の位置から所定距離内にいる利用者端末１３に対して送信することができる。利用誘引通知部は、緊急停車された自転車１の利用に係るリワードを付与してもよい。例えば、利用誘引通知部は、緊急停車された自転車１をいずれかのポート２まで乗って移動してくれる利用者に対して、金銭やポイント、クーポンなどの価値を提供し、及び／又は、当該移動に係る自転車１の利用料金を割引若しくは無料とすることができる。
　管理サーバ２０は、予め設定された停車禁止エリアでは緊急停車を許可しないようにしてもよい。この場合、管理サーバ２０は、停車禁止エリアを示す情報を記憶する停車禁止エリア情報記憶部と、緊急停車の可否を判定する緊急停車可否判定部とを備えることができる。緊急停車可否判定部は、例えば、受信した緊急停車要求に設定されている機体ＩＤに対応する機体情報の位置が、予め設定された所定の停車禁止エリアに入っているか否かを判定し、停車禁止エリアに入っていた場合には、停車ができない旨を示すアラートを利用者端末１３に送信することができる。また、緊急停車可否判定部が停車できないと判定した場合には、利用を終了しない（課金を継続する）ように制御することができる。
　また、利用可否判定部は、所定時間以上停車禁止エリア内に止まっている自転車１について、アラートを送信することができる。利用可否判定部は、アラートを、利用者端末１３に送信するようにしてもよいし、共有サービスの運営者に通知するようにしてもよい。利用可否判定部は、例えば、機体情報の位置を監視して、停車禁止エリアに入っているものについて、所定時間以上位置が変化しないものを検出し、検出した機体情報が示す自転車１を利用している利用者又はサービスの運営者ににアラートを送信することができる。
　緊急停車時には、管理サーバ２０は、利用者に対して自転車１の駐車状態を撮影した駐車画像を要求するようにすることができる。管理サーバ２０は、駐車画像が含まれていない緊急停車のための終了要求については、利用の終了を許可しない（課金を継続する）ようにすることができる。また、駐車画像をサービスの運営者に提供し、運営者に駐車状態の是非を判定させるようにし、管理サーバ２０は、運営者から駐車状態が好ましくない（乱雑に駐車されていたり、他の歩行者や自動車等の邪魔になるように駐車されていたりする場合）と判断したことの入力を受け付けた場合には、当該利用者に対して駐車状態が悪かった旨のメッセージを送信するとともに、当該利用者に対して、ペナルティとなる金額を課金したり、自転車１の利用を一定期間できないようにし、あるいは利用料金を増額するようにすることができる。
　また、上述したように、通常の利用終了時における駐車画像については、ポート２内の駐車スペースに正しく駐車されていることを判定可能に撮影されることを想定していたが、緊急停車時については、管理サーバ２０は、利用者に対して、歩行者や車などの障害にならないように駐車されていることを判定可能に撮影されるように指示を行うことができる。また、管理サーバ２０は、駐車画像を解析して、歩行者や車などの障害にならないように、歩道の端に寄せて（ガードレールや縁石、白線などの車道と歩道との境界線を示すものの近傍に存在しているか、機体の長手方向がまた当該境界線に略並行になっているか）駐車されていることを判定することができる。管理サーバ２０は、障害にならないように駐車されていない場合は、利用の終了を許可しないようにすることができる。
　また、管理サーバ２０は、緊急停車時には、駐車場所のみでなく、駐車された機体の背景が写るように撮影するように指示することができる。管理サーバ２０は、駐車画像を解析して、機体を検出し、機体の背景が写っていること（例えば、地面ではなく、背景が所定割合以上撮影されていること）を判定し、背景が十分に写っていないと判定した場合には、利用の終了を許可しないようにすることができる。またこの場合においても管理サーバ２０は、駐車画像を解析して、歩行者や自転車、自動車等の移動物背景に所定数以上写っているか否かなどにより、他の移動物の障害になっているか否かを判定するようにしてもよい。
　また、管理サーバ２０は、緊急停車時には、緊急停車場所の近傍に存在するランドマーク等の目印が周囲にある場合には、その目印が写るように利用者に指示することができる。管理サーバ２０は、駐車画像を解析して駐車画像から目印を抽出できた場合には、管理者に対して抽出した目印を提示することができる。これにより、位置情報のみでなく、ランドマーク等の目印により緊急停車された機体を発見することが可能となり、緊急停車機体を容易に回収することができる。
　また、管理サーバ２０は、緊急停車された車両を他の利用者に対して利用可能に設定することができる。緊急停車された機体については、他の利用者が無料でまたは割引料金で利用可能に設定してよい。管理サーバ２０は、緊急停車した利用者とは異なる他の利用者に対して、緊急停車された機体の位置を通知するようにしてもよい。また、管理サーバ２０は、他の利用者からのアクセスに応じて、他の利用者の現在位置の付近に緊急停車されている機体の位置を応答することもできる。また、管理サーバ２０は、他の利用者に対して駐車画像を提供することができる。
　また、緊急停車時には、利用者に対して追加料金を課金するようにしてもよい。この追加料金は、例えば、機体回収のための費用として利用することができる。管理サーバ２０は、緊急停車した利用者についてタイマーを設定し、所定時間以内に他の利用者が当該緊急停車された機体を利用した場合には、追加料金を割引又は免除することができる。
　また、事前に緊急停車を許可しないエリア（例えば、人通りの多い道など）を設定しておき、管理サーバ２０は、当該エリア内での緊急停車については許可しない（課金を継続する）ようにすることができる。
＜キャンセル待ち＞
　また、本実施形態では、目的ポートに空きがない場合には、予約ができないものとしたが、目的ポートのキャンセル待ちができるようにしてもよい。この場合、管理サーバ２０は、ポート２ごとにキャンセル待ちの利用者を記憶するキャンセル待ち記憶部を備えることができる。管理サーバ２０は、他の利用者が自転車１の利用を終了した場合に、降車したポート２に対応付けてキャンセル待ちしている利用者を特定し、特定した利用者の利用者端末１３に対して、自転車１が利用可能になった旨のメッセージを送信することができる。または、管理サーバ２０は、キャンセル待ちをしている利用者が、降車された自転車１を自動的に利用可能に設定するようにしてもよい。
＜事前確定料金＞
　本実施形態では、利用料金決定部２１４は、自転車１の利用が終了したところで利用料金を決定するものとしたが、利用料金決定部２１４は、予約時に利用料金を確定させてもよい。例えば、利用料金決定部２１４は、出発ポートから目的ポートまでのルートを取得し、取得したルートの距離を取得し、取得した距離と平均的な自転車１の速度とから到着までの時間を推定し、推定した時間に応じて確定利用料金を決定することができる。ルートの取得は、例えば、ナビゲーションシステムに採用されている方式を用いることができる。また、ルートの取得は、例えば、地図サービスを提供している地図サーバが提供するＡＰＩを利用して行うようにしてもよい。ルートに基づく距離の算出は、例えば、ルートに含まれるウェイポイントの座標に基づいて算出するようにしてもよいし、地図サーバが提供するＡＰＩを利用してルートの走行距離を取得するようにしてもよい。
　また、利用料金決定部２１４は、渋滞情報、交通規制情報など、ルートに関する情報を取得し、取得した情報に応じて確定利用料金を変動させるようにしてもよい。
　また、利用料金決定部２１４は、推定していた利用時間を大幅に超えた場合（所定の閾値以上超えた場合）、確定利用料金をキャンセルし、実際にかかった利用時間に応じた利用料金を決定するようにしてもよい。この場合、確定利用料金の算出時に、確定利用料金の有効期間（目的ポートへの到着予定時刻から所定の設定時間後）を提示するようにすることができる。
＜目的ポート確保の有効時間＞
　また、本実施形態では、目的ポートの予約は自転車１が到着するまで有効であるものとしたが、有効期限を設定するようにしてもよい。例えば、予約時刻から所定時間（例えば、１時間、２時間など任意の時間を設定することができる。）経過後までを目的ポートの予約の有効期限として設定することができる。この場合、有効期限が経過したときに、管理サーバ２０は、利用者端末１３に対して有効期限が経過したことを通知することができる。また、管理サーバ２０は、有効期限が経過した場合に、再度目的ポートを予約することができる。ここで予約が不可であった場合には、管理サーバ２０は、利用者に対して空きのあるポート２を目的ポートとして設定するように指示することができる。
＜目的ポートの空き通知＞
　また、管理サーバ２０は、ポート２の空きが出たことの通知を行う空き通知部を備えるようにしてもよい。空き通知部は、例えば、利用者端末１３からのポート２を指定したリクエストに応じて、当該ポート２に空きスペースができたタイミングで通知を行うようにすることができる。
＜第２の実施形態＞
　以下、本発明の一実施形態に係る乗り物共有サービスの運用支援システムについて説明する。本実施形態では、電動機付きの自転車の共有サービス（レンタルサービスを含む。）を想定しているが、任意の乗り物の共有サービスに適用することができる。図１２は、本実施形態に係る自転車の共有サービスを説明する図である。自転車１は、各所に設けられたポート２に駐輪されている。本実施形態では、ポート２とは、自転車１を駐輪（保管）させることのできる場所を意味するものとする。各ポート２には、ポート毎に設定された所定の台数までの自転車１を駐輪することができる。各ポート２には使用中スペース２１と空きスペース２２との少なくともいずれかが存在しうる。自転車共有サービスの利用者１１は、出発ポート２（Ｓ）から目的ポート２（Ｄ）まで自転車１に乗って移動することができる。利用者１１は、自転車１の利用に先立って目的ポート２（Ｄ）を指定する。目的ポート２（Ｄ）に空きポート２２が存在していれば、自転車１の利用は許可され、自転車１は自動的に解錠されて利用者１１による利用が可能となる。
　利用者１１は、自転車１を利用した時間に応じた利用料金を支払う。本実施形態の運用支援システムでは、利用者が支払った利用料金の一部をポート２を管理しているポートオーナー２３に分配する。本実施形態では、利用料金の分配は、出発ポート２（Ｓ）のオーナー２３と、目的ポート２（Ｄ）のオーナー２３との両方に対して行われるものとするが、いずれか一方のみを対象としてもよい。ポートオーナー２３に利用料金の一部が還元（プロフィットシェア）されることにより、ポートオーナー２３にとって、ポート２を設置する動機づけになるとともに、ポート２の使用体験が向上するようにメンテナンス等を行う動機づけにもなる。
　図１３は、本実施形態の運用支援システムの構成例を示す図である。本実施形態の運用支援システムは、管理サーバ２０を含んで構成される。管理サーバ２０は、利用者１１が操作する利用者端末１３と通信ネットワーク３を介して通信可能に接続されうる。通信ネットワーク３は、たとえばインターネットであり、公衆電話回線網や携帯電話回線網、無線通信路、イーサネット（登録商標）などにより構築される。
　利用者端末１３は、例えば、スマートフォンやタブレットコンピュータ、携帯電話端末、パーソナルコンピュータなどのコンピュータである。利用者１１は自転車１の利用にあたり、利用の申込や目的ポート２（Ｄ）の設定などを利用者端末１３を用いて行うことができる。
＜管理サーバ＞
　管理サーバ２は、例えばワークステーションやパーソナルコンピュータのような汎用コンピュータとしてもよいし、あるいはクラウド・コンピューティングによって論理的に実現されてもよい。
　図１４は、管理サーバ２のハードウェア構成例を示す図である。なお、図示された構成は一例であり、これ以外の構成を有していてもよい。管理サーバ２は、ＣＰＵ０１、メモリ２０２、記憶装置２０３、通信インタフェース２０４、入力装置２０５、出力装置２０６を備える。記憶装置２０３は、各種のデータやプログラムを記憶する、例えばハードディスクドライブやソリッドステートドライブ、フラッシュメモリなどである。通信インタフェース２０４は、通信ネットワーク３に接続するためのインタフェースであり、例えばイーサネット（登録商標）に接続するためのアダプタ、公衆電話回線網に接続するためのモデム、無線通信を行うための無線通信機、シリアル通信のためのＵＳＢ（Universal Serial Bus）コネクタやＲＳ２３２Ｃコネクタなどである。入力装置２０５は、データを入力する、例えばキーボードやマウス、タッチパネル、ボタン、マイクロフォンなどである。出力装置２０６は、データを出力する、例えばディスプレイやプリンタ、スピーカなどである。
　図１５は、管理サーバ３のソフトウェア構成例を示す図である。管理サーバ２０は、機体情報取得部２１１、機体利用処理部２１２、履歴登録部２１３、課金処理部２１４、利益分配処理部２１５、ポート情報記憶部２３１、機体情報記憶部２３２、オーナー情報記憶部２３３、利用履歴記憶部２３４、配置換え履歴記憶部２３５を備える。
　ポート情報記憶部２３１は、ポート２に関する情報（以下、ポート情報という。）を記憶する。ポート情報には、ポート２を特定するポートＩＤに対応付けて、ポート２の位置（代表位置を緯度経度で表現することができる。）、ポートオーナー２３を特定するオーナーＩＤ、ポート２に停めておくことのできる自転車の台数（駐車可能台数）、現在の空いているスペースの数（空き台数）が含まれる。
　機体情報記憶部２３２は、自転車１に関する情報（以下、機体情報という。）を記憶する。機体情報には、自転車１を特定する機体ＩＤに対応付けて、機体情報の最終更新日時、自転車１の位置、自転車１が備える電池の充電量、自転車１が現在（最終更新日時の時点で）利用中であるか否かを示す利用中フラグ、自転車１が駐車されているポート２を示すポートＩＤ（自転車が使用中である場合にはＮＵＬＬ値を設定してよい。）が含まれる。
　オーナー情報記憶部２３３は、ポートオーナー２３に関する情報（以下、オーナー情報という。）を記憶する。オーナー情報には、ポートオーナー２３を示すオーナーＩＤに対応付けて、支払情報が含まれる。支払情報は、例えば、振込先の銀行口座の番号など、ポートオーナー２３に対して利用料金の分配を支払うための情報が含まれる。
　利用履歴記憶部２３４は、自転車１の利用履歴が記憶される。利用履歴には、自転車１を利用した利用者１１を示す利用者ＩＤ、利用開始日時、利用終了日時、利用された自転車１を示す機体ＩＤ、出発ポート２（Ｓ）を示すポートＩＤ、目的ポート２（Ｄ）を示すポートＩＤ、利用料金及び使用電力量が含まれる。
　配置換え履歴記憶部２３５は、自転車１の配置換えに関する履歴（以下、配置換え履歴という。）を記憶する。自転車１の配置換えは、例えば、空きスペース２２がなくなったポート２から、空きスペース２２の多いポート２に自転車１を移動することをいう。ポート２に駐輪されている自転車１の数（空きポート２２の割合）がバランスするように、定期的に自転車１は配置換えされているものとする。配置換え履歴記憶部２３５は、このような配置換えの履歴を記憶する。配置換え履歴には、配置換えの行われた日時、配置換えされた自転車１を示す機体ＩＤ、配置換え前のポート２（出発ポート）を示すポートＩＤ、配置換え後のポート２（目的ポート）を示すポートＩＤが含まれる。
　機体情報取得部２１１は、機体情報を取得する。機体情報取得部２１１は、最初に機体情報の入力を受け付けて機体情報記憶部２３２に登録した後は、自転車１の位置及び充電量のみを取得して機体情報を更新することができる。自転車１には、例えば、ＧＰＳ等により自転車１の位置を測定する機能、電池の残量を測定する機能、及び通信機能と有する通信機を設け、機体情報取得部２１１は、この通信機と通信を行うことにより、自転車１の位置及び電池充電量を取得するようにすることができる。また、機体情報取得部２１１は、利用者端末１３に対して問い合わせ、利用者端末１３から自転車１の位置及び充電量を取得するようにすることもできる。この場合、利用者端末１３は、例えば、自転車１が備える上記通信機から位置及び充電量を取得するようにしてもよいし、自転車１が備える上記通信機から充電量を取得して、利用者端末１３が備えるＧＰＳ機能などにり利用者端末１３の位置を自転車１の位置として取得するようにしてもよいし、充電量の入力を利用者１１から受け付けるようにしてもよい。利用者端末１３は、例えば、カメラを用いて充電量を示す自転車１のディスプレイを撮影し、撮影画像から充電量を読み取るようにすることもできる。機体情報取得部２１１は、定期的に機体情報を取得することができる。機体情報取得部２１１は、例えば、１分ごと、５分毎、１０分毎など任意のタイミングで自転車１の通信機と通信を行い、位置及び充電量を取得することができる。また、機体情報取得部２１１は、自転車１から送信されてくる位置及び充電量を受動的に受信するようにすることもできる。
　機体利用処理部２１２は、自転車１の利用開始及び終了に係る処理を行う。
　機体利用処理部２１２は、自転車１の利用開始時には、利用者端末１３から利用開始要求を受信する。利用開始要求には、利用者を示す利用者ＩＤと、利用したい自転車１を示す機体ＩＤと、目的ポート２（Ｄ）を示すポートＩＤとが設定される。機体利用処理部２１２は、例えば、利用開始要求に含まれている機体ＩＤに対応する機体情報の利用中フラグが偽であり、かつ、利用開始要求に含まれているポートＩＤ（目的ポート）に対応するポート情報の空き台数が０でなければ利用を許可することができる。機体利用処理部２１２は、当該ポート情報の空き台数をデクリメントし、機体情報のポートＩＤに対応するポート情報の空き台数をインクリメントし、機体情報の利用中フラグを真に更新することができる。機体利用処理部２１２は、利用開始時の日時、機体情報のポートＩＤ及び充電量、ならびに目的ポート２（Ｄ）を示すポートＩＤをメモリ２０２や記憶装置２０３に記憶しておくことができる。
　機体利用処理部２１２は、自転車１の利用終了時には、利用者端末１３から利用終了要求を受信する。利用終了要求には利用者ＩＤと機体ＩＤと自転車１を目的ポート２に駐車した状態を撮影した画像とが含まれる。機体利用処理部２１２は、現在の自転車１の機体情報の位置と、目的ポート２（Ｄ）のポートＩＤに対応するポート情報の位置との間の距離を計算し、当該距離が所定の閾値以内である場合、すなわち、現在の自転車１の位置が目的ポート２（Ｄ）の位置の近傍である場合に、目的ポート２（Ｄ）に自転車１があるものとして、利用終了を許可することができる。機体利用処理部２１２は、利用終了した自転車１の機体情報の利用中フラグを偽に更新することができる。画像は、事後に、利用者１１による自転車１の利用の仕方を調査する場合に用いることができる。
　履歴登録部２１３は、利用履歴及び配置換え履歴を登録することができる。
　履歴登録部２１３は、機体利用処理部２１２が利用終了要求を受信した場合に、利用履歴を登録することができる。履歴登録部２１３は、利用開始時の機体情報の充電量と、現在の充電量との差を使用電力量とし、利用開始時から現在までの利用時間に応じて利用料金を決定することができる。利用料金の決定は、例えば、所定の時間単価に利用時間を乗じて算出するようにしてもよいし、利用者１１に応じて異なるダイナミックプライシングにより利用料金を決定するようにしてもよい。履歴登録部２１３は、利用者ＩＤ、利用開始日時、現在の日時（終了日時）、機体ＩＤ、利用開始時のポートＩＤ、目的ポートのポートＩＤ、利用料金及び使用電力量を設定した利用履歴を作成して利用履歴記憶部２３４に登録することができる。
　また、履歴登録部２１３は、機体情報が更新された場合に、機体情報の利用中フラグが偽であり、かつ、位置が所定値よりも大きく変化していた場合には、配置換えが行われたと判定することができる。この場合、履歴登録部２１３は、機体情報の位置の変化を監視し、位置の変化量が所定値以下となった時間が所定時間以上継続した場合（自転車１の移動が止まった場合）に、当該位置に最も近いポート２をポート情報から特定し、特定したポート２のポートＩＤを機体情報のポートＩＤに設定することができる。履歴登録部２１３は、現在の日時、配置換えされた自転車１の機体ＩＤ、更新前のポートＩＤ及び更新後のポートＩＤを設定した配置換え履歴を作成して配置帰り歴記憶部２３５に登録することができる。
　課金処理部２１４は、利用料金を利用者１１に課金するための処理を行う。課金に関する処理には公知の手法を用いるものとしてここでは説明を省略する。
　利益分配処理部２１５は、ポートオーナー２３への利益分配に関する処理を行う。履歴分配処理部２１５は、例えば、１週間や１か月など任意の所定期間ごとの利用履歴を抽出し、利用履歴に含まれている利用料金の所定割合（本実施形態では５％とする。）を出発ポート２（Ｓ）のポートオーナー２３に割り当て、同様に利用履歴に含まれている利用料金の所定割合（本実施形態では５％とする。）を目的ポート２（Ｄ）のポートオーナー２３にも割り当てる。利益分配処理部２１５は、割り当てた金額をポートオーナー２３ごとに合計してポートオーナー２３への支払額を決定することができる。利益分配処理部２１５は、決定した支払額を公知の手法を用いてポートオーナー２３に対して支払う処理を行う。
　なお、利益分配処理部２１５は、例えば、出発ポート２（Ｓ)のポートオーナー２３のみ、又は目的ポート２（Ｄ）のポートオーナー２３のみに対して利益分配を行うようにしてもよい。また、利益分配処理部２１５は、出発ポート２（Ｓ)のポートオーナー２３と目的ポート２（Ｄ）のポートオーナー２３とで異なる割合の分配とするようにしてもよい。
　また、利益分配処理部２１５は、自転車１の使用電力量に応じてポートオーナー２３への分配を増減させるようにしてもよい。使用電力量が多いと自転車１の充電の手間がかかるため運用のコストがかかるため、これに応じた調整を利益分配で行うことができる。利益分配処理部２１５は、例えば、所定期間中の使用電力量の合計が少ない（例えば、全使用電力量の平均値から所定値以上少ない）ポート２（出発ポートであっても目的ポートであってもよい。）のポートオーナー２３に対しては、所定の金額または所定の割合の金額を分配額に加算することができる。なお、利益分配処理部２１５は、目的ポートのポートオーナー２３に対してのみ当該使用電力量に応じた加算を行うようにしてもよい。
　また、利益分配処理部２１５は、自転車１の配置換えの頻度又は配置換えの距離に応じてポートオーナー２３への分配を増減させるようにしてもよい。配置換えが多いことはすなわち、配置換えに係るコストがかかる。これが少ないまたは移動距離の少ないポート２については、当該コストが少ない分の加算を行うことができる。利益分配処理部２１５は、例えば、ポート２ごとに、所定期間中に当該ポート２が出発ポート又は目的ポートに設定されている配置換え履歴の数をカウントし、カウントした数が所定値（事前に設定した閾値であってもよいし、全体の数に対する割合であってもよいし、ポート２ごとのカウント数の平均値や中央値などであってもよい。）未満である場合には、所定の金額、所定の割合の金額、数に応じた金額、数に応じた割合の金額を分配額に加算することができる。なお、利益分配処理部２１５は、目的ポートのポートオーナー２３に対してのみ当該配置換え履歴の数に応じた加算を行うようにしてもよい。ここで利益分配処理部２１５は、配置換え履歴の数に代えて、配置換え履歴に係る出発ポートと目的ポートとの間の距離に応じて上記加算処理を行うようにすることもできる。
　また、利益分配処理部２１５は、ポート２に駐車されている自転車１の充電量に応じてポートオーナー２３への分配を増減させるようにしてもよい。ポート２ある自転車１の充電量が多いことは利用者１１に対するユーザビリティの向上になるため、充電量に応じた分配を行うことで、ポートオーナー２３に対して充電量が多くなるように運営する動機づけになることが期待される。利益分配処理部２１５は、例えば、ポート２ごとに、分配処理を行う時点での充電量の合計を再出し、当該充電量に応じて追加の分配額を決定することができる。利益分配処理部２１５は、例えば、充電量の合計が所定値（事前に設定した閾値であってもよいし、全体の充電量に対する割合であってもよいし、ポート２ごとの充電量合計の平均値や中央値などであってもよい。）以上である場合に、所定の金額、所定の割合の金額、数に応じた金額、数に応じた割合の金額を分配額に加算することができる。なお、利益分配処理部２１５は、目的ポートのポートオーナー２３に対してのみ当該充電量に応じた加算を行うようにしてもよい。
＜動作＞
　図１６は、利益分配に関する処理の流れを説明する図である。利用者端末１３から管理サーバ２０に利用開始要求が送信される（Ｓ４０１）。利用開始要求には、利用者１１を特定する利用者ＩＤ、利用者１１が利用したい自転車１を特定する機体ＩＤ、及び自転車１を乗っていく先の目的ポート２（Ｄ）を示すポートＩＤが設定される。管理サーバ２０では、上述したように自転車１が利用中でなく、目的ポート２に空きがあるかどうかにより自転車１の利用可否を判定される（Ｓ４０２）。自転車１が利用可能であれば、管理サーバ２０から自転車にロックの解除命令が送信され（Ｓ４０３）、自転車１が解錠される（Ｓ４０４）。これにより利用者１１は自転車１を利用可能となる。自転車１の利用中には、自転車１からは定期的に位置及び電池残量が管理サーバ２０に通知される（Ｓ４０５）。
　自転車１の利用終了時には、利用者端末１３から利用終了要求が管理サーバ２０に送信される（Ｓ４０６）。利用終了要求には、利用者ＩＤ、機体ＩＤ及び自転車１の駐車した様子を撮影した画像が含まれる。管理サーバ２０は、自転車１が目的ポート２に到着していることを位置情報により確認し、利用終了の可否を判断する（Ｓ４０７）。利用終了に問題がなければ、管理サーバ２０から自転車１に施錠命令が送信され（Ｓ４０８）、自転車１がロックされる（Ｓ４０９）。
　管理サーバ２０では、利用履歴が登録され（Ｓ４１０）、利用時間に応じた利用料金が利用者に課金される（Ｓ４１１）。
　管理サーバ２０はまた、利用履歴に応じてポートオーナー２３への分配額を計算し（Ｓ４１２）、計算した分配額をポートオーナー２３に支払う処理を行う（Ｓ４１３）。
　図１７は、ポートオーナー２３への分配額を計算する処理を説明する図である。
　管理サーバ２０の利益分配処理部２１５は、所定期間（例えば、１か月分など）の利用履歴を利用履歴記憶部２３４から詠み出す（Ｓ５０１）。利益分配処理部２１５は、利用料金の５％を出発ポートのポートオーナー２３への分配額として計算する（Ｓ５０２）。ここで利益分配処理部２１５は、所定期間分の利用履歴について、出発ポートのポートＩＤごとに利用料金を合計し、その５％を算出すればよい。同様に、利益分配処理部２１５は、利用料金の５％を目的ポートのポートオーナー２３への分配額として計算することができる（Ｓ５０３）。
　利益分配処理部２１５は、ポートＩＤごとに、当該ポートＩＤに対応する利用履歴の使用電力量を合計し、合計した使用電力量に応じた金額を、当該ポートＩＤに対応する分配額に加算する（Ｓ５０４）。また、利益分配処理部２１５は、ポートＩＤごとに、当該ポートＩＤに対応する配置換え履歴の集計値（例えば、配置換え履歴の数のカウントや出発ポートから目的ポートまでの距離の平均等）に応じた金額を、当該ポートＩＤに対応する分配額に加算する（Ｓ５０５）。また、利益分配処理部２１５は、ポートＩＤごとに、当該ポートＩＤに対応する機体情報の充電量を集計（例えば、合計や平均）し、集計値に応じた金額を、当該ポートＩＤに対応する分配額に加算する（Ｓ５０６）。
　利益分配処理部２１５は、以上のようにして計算した分配額をポートオーナー２３に支払う処理を行う（Ｓ５０７）。
　以上のようにして、自転車１の利用料金に応じた利益分配を、自転車１を保管するポート２のポートオーナー２３に対して行うことができる。
　以上、本実施形態について説明したが、上記実施形態は本発明の理解を容易にするためのものであり、本発明を限定して解釈するためのものではない。本発明は、その趣旨を逸脱することなく、変更、改良され得ると共に、本発明にはその等価物も含まれる。
　例えば、本実施形態では、自転車の利用前に目的ポートを設定するものとしたが、目的ポートは設定せずに利用可能としてもよい。この場合、例えば、利用開始要求には目的ポートを設定せず、利用者ＩＤ及び機体ＩＤのみを設定するようにし、機体利用処理部２１２は、機体ＩＤに対応する機体情報の利用中フラグが偽である場合に利用を許可することができる。また、例えば、目的ポートの代わりに利用予定時間を設定するようにして、利用中フラグが偽であり、かつ、利用時間が所定の最大値以下である場合に利用を許可するようにしてもよい。
　また、本実施形態では、ポートオーナー２３への利益分配額は、利用料金に５％の割合を乗じて算出することを想定していたが、この５％の割合は、１％、３％、１０％など、任意の割合とすることができる。また、出発ポートのオーナーと、目的ポートのオーナーとで異なる割合とすることもできる。また、時間帯に応じて異なる割合を設定するようにしてもよいし、ポートオーナーの属性（例えば、一般人か法人か、オーナーになってからの日数、所有しているポートの数、ポートに駐輪可能な自転車１の数など）に応じて異なる割合としてもよい。また、ポートオーナー２３への利益分配額は、利用料金に対する割合ではなく、固定金額又は利用料金とは別の要因により動的に決定される金額であってもよい。
＜第３の実施形態＞
　以下、本発明の一実施形態に係る乗り物共有サービスの運用支援システムについて説明する。本実施形態では、電動機付きの自転車（電動アシスト自転車）の共有サービス（レンタルサービスを含む。）を想定している。なお、本実施形態の運用支援システムは、任意の乗り物の共有サービスに適用することができる。
　例えば、乗り物には１人乗りの乗り物（パーソナルモビリティ）全般が含まれうる。例えば、乗り物は、電動機を備える１人乗りのパーソナルモビリティであってよい。乗り物は、電動（自動走行）と電動アシストとを切替可能な自転車やスクーター、スケートボードなどであってよい。乗り物は、一般的に駐車場の確保が必要とされていないものであってよい。乗り物には、例えば、自転車やスクーター（キックボード，キックスケーターとも呼ばれる。）、スケートボード、平行二輪車、二輪倒立振子（セグウェイなど）、自立安定一輪車などが含まれうる。また、乗り物には、原動機付き自転車、自動二輪車が含まれうる。乗り物は、最高時速３０ｋｍ未満に設定されているもの（例えば、原動機付き自転車）、最高時速２４ｋｍ未満のもの（例えば、電動アシスト自転車）、最高時速２０ｋｍ未満のもの（例えば、電動キックボードなどが想定される。）が含まれうる。
　図１８は、本実施形態に係る自転車の共有サービスを説明する図である。自転車１は、各所に設けられたポート２に駐輪されている。本実施形態では、ポート２とは、自転車１を駐輪させることのできる場所を意味するものとする。ポート２には、所定の台数までの自転車１を駐輪することができる。すなわち、各ポート２には使用中スペース２１と空きスペース２２との少なくともいずれかが存在しうる。自転車共有サービスの利用者は、出発ポート２（Ｓ）から目的ポート２（Ｄ）まで自転車１により移動するにあたり、自転車１の利用に先立って目的ポート２（Ｄ）を指定する。目的ポート２（Ｄ）に空きポート２２が存在していれば、自転車１の利用は許可され、自転車１は自動的に解錠されて利用者が利用可能となる。
　本実施形態の共有サービスでは、いわゆるクラウドソーシングの形態で自転車の電池交換を行う。すなわち、電池交換を行う交換者に対して予め交換用の電池を配布し、交換者は自宅等において電池を充電しておき、ポート２に駐輪している充電量の少ない自転車の電池が交換されると、交換者に対して報酬が与えられる。交換者への報酬は、交換した自転車の電池残量に応じて決定される。たとえば、電池残量の少ない自転車ほど高い報酬が与えられるようにすることができる。
　図１９は、本実施形態の運用支援システムの全体構成例を示す図である。本実施形態の運用支援システムは、管理サーバ２０を含んで構成される。管理サーバ２０は、自転車１が備える通信機１１及び交換者３の交換者端末３０とのそれぞれと通信ネットワーク３０を介して通信可能に接続される。通信ネットワーク３０は、たとえばインターネットであり、公衆電話回線網や携帯電話回線網、無線通信路、イーサネット（登録商標）などにより構築される。交換者端末３０は、例えば、スマートフォンやタブレットコンピュータ、パーソナルコンピュータなどのコンピュータである。管理サーバ２は、例えばワークステーションやパーソナルコンピュータのような汎用コンピュータとしてもよいし、あるいはクラウド・コンピューティングによって論理的に実現されてもよい。
　自転車の通信機１１は、自転車１の位置と充電残量とを管理サーバ２０に通知する。管理サーバ２０は、充電の必要な自転車１（例えば、電池残量が所定量以下である自転車１）が存在する場合には、その自転車１の電池１４を交換するように交換者端末３０にメッセージを送信することができる。交換者３は、これに応じて電池の交換を行うことができる。この際に、交換者３は、通知を受けた自転車１以外にもポート２に停めてある自転車１の電池１４を交換するようにしてもよい。交換者３は、交換者端末３０により管理サーバ２０にアクセスしてポート２に停まっている自転車１の電池残量を確認することができる。
＜コンピュータ＞
　図２０は、管理サーバ２０及び交換者端末３０に用いられるコンピュータのハードウェア構成例を示す図である。なお、図示された構成は一例であり、これ以外の構成を有していてもよい。コンピュータは、ＣＰＵ０１、メモリ２０２、記憶装置２０３、通信インタフェース２０４、入力装置２０５、出力装置２０６を備える。記憶装置２０３は、各種のデータやプログラムを記憶する、例えばハードディスクドライブやソリッドステートドライブ、フラッシュメモリなどである。通信インタフェース２０４は、通信ネットワーク３に接続するためのインタフェースであり、例えばイーサネット（登録商標）に接続するためのアダプタ、公衆電話回線網に接続するためのモデム、無線通信を行うための無線通信機、シリアル通信のためのＵＳＢ（Universal Serial Bus）コネクタやＲＳ２３２Ｃコネクタなどである。入力装置２０５は、データを入力する、例えばキーボードやマウス、タッチパネル、ボタン、マイクロフォンなどである。出力装置２０６は、データを出力する、例えばディスプレイやプリンタ、スピーカなどである。
＜機能構成＞
　図２１は、通信機１１、管理サーバ２０、及び交換者端末３０の機能構成を説明する図である。
＝＝通信機１１＝＝
　通信機１１は、充電量取得部１１１、位置情報取得部１１２、機体情報送信部１１３を備える。なお、これらの各機能部は、ロジック回路により実現するようにしてもよいし、汎用プロセッサがプログラムを実行することにより実現するようにしてもよい。
　充電量取得部１１１は、自転車１の充電量（自転車１が備える電池１４の残量）を取得する。充電量取得部１１１は、一般的な手法により電池１４の残容量を計算することができ、ここでは詳細な説明を省略する。
　位置情報取得部１１２は、例えば、ＧＰＳ（Global Positioning System）受信機（不図示、通信機１１が備えるようにしてもよいし、外部センサから取得するようにしてもよい。）が受信したＧＰＳ信号に基づいて、自転車１の位置を測定することができる。
　機体情報送信部１１３は、自転車１に関する情報（以下、機体情報という。）を管理サーバ２０に送信する。機体情報には、自転車１を特定する機体ＩＤと、充電量取得部１１１が取得した充電量（電池１４の残量）と、位置情報取得部１１２が取得した位置情報とを含めることができる。機体情報送信部１１３は、例えば、ＷｉＦｉやＬＴＥ（Long Term Evolution）等の規格に従って通信ネットワーク３０を介して管理サーバ２０に機体情報を送信することができる。機体情報送信部１１３は、定期的（例えば、５分、１０分、１時間、３時間など任意の設定時間ごと）に機体情報を管理サーバ２０に送信することができる。なお、充電量と位置情報とで送信間隔を変えるようにしてもよい。この場合、送信タイミングに応じて、機体情報には、充電量又は位置情報のいずれかのみが含まれるようにすることができる。機体情報送信部１１３は、例えば、充電量が所定の閾値を下回ったときや、位置情報の変化量（すなわち自転車１の移動距離）が所定の閾値以上となったときには、送信間隔を問わずに、そのときに機体情報を送信するようにすることもできる。
＝＝管理サーバ２０＝＝
　管理サーバ２０は、機体情報受信部２１１、交換依頼送信部２１２、機体情報送信部２１３、交換開始通知受信部２１４、交換終了通知受信部２１５、報酬金額決定部２１６、報酬支払部２１７、機体情報記憶部２３１、交換者記憶部２３２、交換履歴記憶部２３３を備える。
　機体情報記憶部２３１は、機体情報を記憶する。機体情報記憶部２３１が記憶する機体情報には、自転車１を特定する機体ＩＤ、機体情報の最終更新日時、自転車１の位置、充電量、ステータス、ポートＩＤなどが含まれる。機体ＩＤ、位置及び充電量は自転車１から送信される機体情報に含まれうる。ステータスには、自転車１が利用中であること、自転車１が利用可能であること、自転車１の電池交換中であることなどがある。管理サーバ２０は、自転車１の利用開始時にステータスを利用中に変更し、自転車１の利用終了時にステータスを利用可能に設定することができるものとする。ポートＩＤは、自転車１が置かれているポート２を特定する情報である。
　交換者記憶部２３２は、交換者３に関する情報（以下、交換者情報という。）を記憶する。交換者情報には、交換者３を特定する交換者ＩＤに対応付けて、交換者３の連絡先及び支払い情報などが含まれる。連絡先は、例えば、電子メールアドレス、交換者端末３０にプッシュ通知を行うための交換者３のＩＤ、電話番号、ソーシャルネットワークにおける交換者３のＩＤなどとすることができる。支払情報は、例えば、銀行の口座番号など交換者３に対して報酬を支払うための情報である。
　交換履歴記憶部２３３は、電池１４の交換に関する情報（以下、交換履歴という。）を記憶する。交換履歴には、電池１４が交換された日時、電池１４の交換を行った交換者３を特定する交換者ＩＤ、電池１４を交換した自転車１が停めてあったポート２を示すポートＩＤ、電池１４を交換した自転車１を特定する機体ＩＤ、電池１４の交換に対して支払われた報酬額（支払額）などが含まれる。
　機体情報受信部２１１は、自転車１から機体情報を受信する。機体情報受信部２１１は、受信した機体情報を機体情報記憶部２３１に登録する。機体情報受信部２１１は、受信した機体情報に基づいて機体情報記憶部２３１に記憶されている機体情報を更新することができる。また、機体情報受信部２１１は、例えば、機体情報を受信した日時または機体情報記憶部２３１を更新した日時を最終更新日時として機体情報に設定することができる。機体情報受信部２１１は、例えば、ステータスが利用可能である自転車１について、位置情報に基づいて最寄りのポート２を特定し、ポートＩＤを設定することもできる。
　交換依頼送信部２１２は、電池１４の交換を交換者３に呼びかけるメッセージ（以下、交換依頼という。）を交換者端末３０に送信する。交換依頼送信部２１２は、例えば、機体情報記憶部２３１において更新された機体情報の充電量が所定の閾値以下となったものがある場合に、当該機体情報に係る自転車１の電池１４を交換するように依頼する交換依頼を交換者端末３０に送信することができる。交換依頼には、対象となる機体情報を含めることができる。交換依頼には、機体情報のうちの一部（例えば、充電残量のみ）を含めるようにすることもできる。
　交換依頼の送信先となる交換者３は、全員であってもよいし、一部であってもよい。交換依頼送信部２１２は、例えば、充電対象の自転車１（充電量が閾値以下の自転車１）が停まっている位置（ポート２の位置）から所定距離内に現在している交換者３に対して交換依頼を送信することができる。また、交換依頼送信部２１２は、例えば、充電対象の自転車１が停まっている位置から所定距離内に住所を有する交換者３に対して交換依頼を送信することができる。
　機体情報送信部２１３は、交換者端末３０からのリクエストに応じて機体情報を送信する。例えば、機体情報送信部２１３は、ポートＩＤを指定してリクエストに応じて、指定されたポートＩＤに対応する機体情報を応答することができる。機体情報送信部２１３はまた、後述の報酬金額決定部２１６により決定される自転車１の電池１４を交換した場合の報酬額をポート２ごとに合計して応答に含めることができる。
　交換開始通知受信部２１４は、交換者端末３０から電池１４の交換を開始する旨の通知（以下、交換開始通知という。）を受信する。交換開始通知には、機体ＩＤが指定される。交換開始通知受信部２１４は、交換開始通知に応じて、指定された機体ＩＤに対応する機体情報のステータスを電池交換中に設定することができる。交換開始通知受信部２１４は、交換開始通知に含まれている機体ＩＤに対応する機体情報のステータスが利用中又は電池交換中である場合には、電池交換ができないものとして、電池交換ができない旨を応答することもできる。すなわち、交換開始通知受信部２１４は、交換者３に対して、早い者勝ちで自転車１の電池１４の交換を許可することができる。交換開始通知に複数の機体ＩＤが設定されている場合には、交換開始通知受信部２１４は、各機体ＩＤについて、ステータスの変更と電池交換の可否判断を行うことができる。
　交換終了通知受信部２１５は、交換者端末３０から電池１４の交換を終了した旨の通知（以下、交換終了通知という。）を受信する。交換終了通知には、機体ＩＤが指定される。交換終了通知受信部２１５は、交換終了通知に応じて、指定された機体ＩＤに対応する機体情報のステータスを利用可能に設定することができる。交換終了通知受信部２１５はまた、機体ＩＤに対応する機体情報の充電量を更新する。交換終了通知受信部２１５は、例えば、通信機１１に充電量を取得するリクエストを送信して、充電量を取得することができる。
　報酬金額決定部２１６は、交換者３に対する報酬額を決定する。報酬金額決定部２１６は、交換された電池１４の残量（機体情報の充電量に設定されていた値）に応じて報酬額を決定することができる。報酬金額決定部２１６は、電池１４の満充電の容量から、交換前の機体情報に設定されていた充電量を減じた差（以下、充電必要量という。）、すなわち、電池１４に対して交換者３が充電する電力量に応じて報酬額を決定することができる。
　電池１４の交換に対する報酬額の決定は、例えば、一律の単価を充電必要量に乗じて算出するようにしてもよいし、充電必要量に、季節や時間帯等に応じて決定される電力単価を乗じて算出するようにしてもよい。
＝＝属性に応じたダイナミックプライシング＝＝
　また、報酬金額決定部２１６は、交換者３の属性に応じて異なる報酬額を決定するようにしてもよい。報酬金額決定部２１６は、例えば、交換者３の属性に応じた単価を充電必要量に乗じて報酬額を算出してもよいし、所定の単価により一律に算出された報酬額に、交換者３の属性に応じたプレミアムを加算（又は減算）するようにしてもよい。また、交換者３の属性と、他の条件とを組み合わせて報酬額を決定するようにしてもい。
　交換者３の属性には、例えば、デモグラフィック属性などのマーケティングに係る属性を含めることができる。また、交換者３の属性として、過去の所定期間における電池１４の交換頻度や充電した電力量（交換した電池１４のそれぞれの充電必要量の合計）を採用することもできる。報酬金額決定部２１６は、例えば、交換実績（頻度）が多い交換者３ほど高い報酬額を決定することができる。また、報酬金額決定部２１６は、新規の交換者３の参入を促すべく、交換頻度の少ない交換者３ほど高い報酬額を決定するようにすることもできる。
　また、報酬金額決定部２１６は、交換者３の住所又は現在位置に応じて報酬額を決定することもできる。例えば、報酬金額決定部２１６は、充電対象となる自転車１の位置（又は自転車１が停まっているポート２の位置）から、交換者３の住所又は現在位置が遠いほど高くなるように報酬額を決定することができる。
　また、報酬金額決定部２１６は、電池残量に応じて報酬額を決定することができる。例えば、報酬金額決定部２１６は、自転車１の電池残量、又は、自転車１が停まっているポート２に駐車されている全て又は一部の複数の自転車１の電池残量の合計に応じて（電池残量が少ないほど）、より多くの交換者３に電池交換の動機づけを行うために、報酬額が上げるように報酬額を決定することができる。
　また、報酬金額決定部２１６は、自転車１の数に応じて報酬額を決定することができる。報酬金額決定部２１６は、例えば、ポート２に駐車されている自転車１の数（の少なさ）、又は、空きスペースの数（の多さ）に応じて、報酬額が高くなるように決定することができる。
　また、報酬金額決定部２１６は、交換者３が乗っている乗り物に応じて報酬額を決定することができる。例えば、報酬金額決定部２１６は、交換者３が乗っている乗り物を特定し、乗り物に応じて報酬額を決定するようにしてもよい。例えば、管理サーバ２０は、交換者３の現在位置を定期的に取得して、所定期間における交換者３の移動スピードを特定し、移動スピード（平均値であってもよいし、最大値であってもよい。）に基づいて移動手段（乗り物）を特定することができる。報酬金額決定部２１６は、より速く移動する乗り物に乗っている交換者３により高い報酬額を決定するようにしてもよいし、より遅い乗り物の交換者３により高い報酬額を決定するようにしてもよい。
　また、報酬金額決定部２１６は、例えば交換者３が事業会社であるような場合などには、交換者３の営業時間に応じて報酬額を決定するようにしてもよい。管理サーバ２０は、交換者３ごとに営業時間を記憶するようにし、報酬金額決定部２１６は、営業時間外にはより高い報酬額を決定することができる。
　また、報酬金額決定部２１６は、交換する電池を交換者３が充電している（例えば、交換者３が自宅に持ち帰って充電している）か否かに応じて報酬額を決定するようにしてもよい。報酬金額決定部２１６は、交換者３が充電をしている場合には、していない場合よりも高い報酬額となるように決定することができる。
＝＝場所に応じたダイナミックプライシング＝＝
　また、報酬金額決定部２１６は、電池１４の交換対象となる自転車１が停まっているポート２の場所に応じて異なる報酬額を決定するようにしてもよい。例えば、報酬金額決定部２１６は、駅や商用施設などからの距離に応じて異なる単価またはプレミアムを決定することができる。また、例えば、報酬金額決定部２１６は、交換依頼が発せられてから交換開始通知が発せられるまでの時間（すなわち、すぐに交換者３を調達することができる度合）の集計値（例えば平均値）が短いことに応じて、単価又はプレミアムを決定するようにしてもよい。
　また、報酬金額決定部２１６は、ポート２の立地に応じて報酬額を決定することができる。報酬金額決定部２１６は、例えば、電池１４の交換対象となる自転車１が停まっているポート２が大通り（道幅が所定値以上である道）に面しているか否かに応じて、例えば、大通りに面しているポート２の自転車１よりも、大通りに面していないポート２の自転車１の電池１４を交換した方が高額となるように報酬額を決定することができる。
　また、報酬金額決定部２１６は、電池１４の交換対象の自転車１近傍の他の自転車１の数に応じて報酬額を決定することができる。例えば、報酬金額決定部２１６は、電池１４の交換対象の自転車１が停まっているポート２に駐車されている他の自転車１の数に応じて、例えば、当該数が少ないほど高く、報酬額を決定することができる。また、例えば、報酬金額決定部２１６は、電池１４の交換対象の自転車１が停まっているポート２の近傍のポート（ポート２から所定距離内の他のポート）に停まってる自転車１の数に応じて、例えば、当該数が少ないほど高く、報酬額を決定することができる。
＝＝時期に応じたダイナミックプライシング＝＝
　また、報酬金額決定部２１６は、日付や曜日、時間帯などの時間的要素に応じて報酬額を決定するようにすることができる。例えば、報酬金額決定部２１６は、土曜日、日曜日又は祝日の報酬を、他の曜日の報酬よりも高くなるように報酬額を決定することができる。また、報酬金額決定部２１６は、曜日と時間帯とを組み合わせて、例えば、金曜日の夜の時間帯の報酬を他の曜日及び時間帯の報酬よりも高くなるように、報酬額を決定することができる。また、報酬金額決定部２１６は、季節に応じて、例えば、冬の報酬額を他の季節よりも高くなるように、報酬額を決定することができる。
＝＝アプリの使用履歴に応じたダイナミックプライシング＝＝
　また、報酬金額決定部２１６は、当該共有サービスに用いるソフトウェア（例えば、スマートフォンで動作するアプリなどである。以下、単にアプリという。）の使用履歴に応じて報酬額を決定することができる。例えば、過去に交換者端末３０においてアプリを起動した交換者であるか否かに応じて、例えば、アプリを起動した回数が多い交換者にはより高くなるように、報酬額を決定することができる。また、報酬額の通知時点において、又は、通知時点から過去所定時間内において、アプリを起動している（さらに起動したことに加えて画面でアプリを閲覧している）交換者に対して、アプリを起動していない（又はアプリを起動していてもバックグラウンドで動作させている）交換者よりも高くなるように、報酬額を決定することができる。
＝＝需給に応じたダイナミックプライシング＝＝
　また、報酬金額決定部２１６は、自転車の需給に応じて報酬額を決定することができる。報酬金額決定部２１６は、例えば、需要、すなわち、ポート２を出発ポートとした自転車１の数に応じて報酬額を決定することができる。報酬金額決定部２１６は、例えば、需要の多いポート２に駐車されている自転車１については、他のポート２よりも高くなるように、報酬額を決定することができる。報酬金額決定部２１６は、例えば、季節や曜日、日付、時間帯の何れか１つまたは複数の組み合わせごとに、過去の需要（当該ポート２を出発ポートとした予約の数）を集計し、集計値（合計値としてもよいし、合計数を駐車スペースの数で割って正規化した値であってもよい。また、平均値などの統計値であってもよい。）の多いポート２については、他のポート２よりも高くなるように、報酬額を決定することができる。
　また、報酬金額決定部２１６は、供給、すなわち、ポート２を目的ポートとした自転車１の数に応じて報酬額を決定することができる。報酬金額決定部２１６は、例えば、季節や曜日、日付、時間帯の何れか１つまたは複数の組み合わせごとに、過去の供給（当該ポート２を目的ポートとした予約の数）を集計し、集計値（合計値としてもよいし、合計数を駐車スペースの数で割って正規化した値であってもよい。また、平均値などの統計値であってもよい。）の少ないポート２については、他のポート２よりも高くなるように、報酬額を決定することができる。
　また、報酬金額決定部２１６は、需要量と供給量との両方に応じて報酬額を決定することができる。報酬金額決定部２１６は、例えば、上述したような供給数から需要数を引いた数が少ないほど高くなるように、報酬額を決定することができる。この供給数及び需要数についても、、例えば、季節や曜日、日付、時間帯の何れか１つまたは複数の組み合わせごとに計算することができる。
　また、報酬金額決定部２１６は、需要数をアプリの起動数に基づいて評価することができる。報酬額決定部２１６は、利用者が自転車１の利用のためにアプリを起動した数、又は、アプリの画面が利用者の端末に表示された回数をカウントして、需要量とすることができる。また、報酬金額決定部２１６は、報酬額の通知時点において、又は、通知時点から過去所定時間内において、利用者がアプリを起動している、もしくは起動していた数、又は、アプリの画面を表示している、もしくは表示していた数を需要量としてカウントすることができる。
　また、報酬金額決定部２１６は、需要量を充電量（満充電量から残充電量を減じた電力量）として測定するようにしてもよい。
　また、報酬金額決定部２１６は、需要及び／又は供給を予測し、予測した需要及び／又は供給に応じて報酬額を決定することができる。需要量は、上述したように、例えば、当該ポート２を出発ポートとして利用されることが予測される自転車１の台数としてもよいし、当該ポート２に駐車された自転車１の満充電量から残充電量を引いた電力量としてもよい。報酬金額決定部２１６は、通知を行おうとしている時点から、所定時間後（例えば３０分後、６０分後など任意の時間とすることができる。）までの需要量及び／又は供給量に応じて、需要量が多いほど、供給量が少ないほど、需要量から供給量を引いた電力料が多いほど、高くなるように報酬額を決定することができる。
　また、報酬金額決定部２１６は、交換依頼を送信してから充電が完了するまで時間を考慮して、需要及び／又は供給に応じた報酬額を決定することができる。報酬金額決定部２１６は、例えば、ポート２ごと、また、季節や月、曜日、時間帯などごとに、交換依頼を送信してから充電が完了（電池の交換が完了）するまでにかかった時間を集計し、当該集計値に応じて報酬額を決定することができる。例えば、充電完了までの時間が長いほど高くなるように報酬額を決定することができる。また、報酬金額決定部２１６は、充電完了までの時間までの間の最大の需要量予測値に応じて、報酬額を決定することができる。
　報酬支払部２１７は、交換者３に対して報酬を支払う処理を行う。報酬支払部２１７による報酬の支払処理は、例えば、銀行振込や電子マネー口座、ポイント口座などへの送金（あるいはポイント付与）処理として一般的な処理を採用することができる。
＝＝交換者端末３０＝＝
　交換者端末３０は、交換依頼受信部３１１、機体情報取得部３１２、交換開始通知送信部３１３、交換終了通知送信部３１４を備える。
　交換依頼受信部３１１は、交換依頼を受信する。交換依頼受信部３１１は、管理サーバ２０から通知される交換依頼を受信する。交換依頼受信部３１１は、管理サーバ２０にアクセスして交換依頼のリクエストを送信するようにしてもよい。
　機体情報取得部３１２は、機体情報を取得する。本実施形態では、交換依頼には、電池１４を交換するべき自転車１に関する機体情報が含まれているものとするが、交換者３は、その自転車１が停まっているポート２の他の自転車１についての機体情報を取得することができる。これにより、交換者３は、交換依頼に係る自転車１の電池１４の交換のついでに、同じポート２にある自転車１のうち、充電力が残っていても満充電ではないものの電池１４を交換することにより、追加で受け取ることのできる報酬額を把握することができる。これにより、交換者３は、電池１４の交換が必須である自転車１の電池交換だけではなく、他の自転車１についても事前に電池１４を交換する動機づけがなされるため、ポート２全体として自転車１の電池１４の充電量を高く保つことができる。
　交換開始通知送信部３１３は、交換依頼に応じて、指定されている自転車１の電池１４の交換を行うと決定した交換者３からの指示に応じて、交換開始通知を管理サーバ２０に送信する。交換開始通知送信部３１３は、交換者３が指定した自転車１を特定する機体ＩＤを交換開始通知に設定することができる。交換開始通知送信部３１３は、例えば、交換依頼に含まれている機体情報を表示して当該自転車１の電池１４を交換するか否かの指定を受け付けることができる。また、交換開始通知送信部３１３は、交換者３からの指示に応じて、機体情報取得部３１２に当該自転車１と同じポート２に停まっている他の自転車１についての機体情報を取得させ、取得された機体情報を出力し、交換者３から電池交換の対象となる自転車１の指定を受け付けることもできる。
　交換終了通知送信部３１４は、電池１４の交換が終了した後に交換終了通知を管理サーバ３０に送信する。交換終了通知送信部３１４は、例えば、電池残量の変化を検出することにより、電池１４の交換が終了を検知して管理サーバ３０に送信するようにしてもよいし、電池１４の交換が終了したことを、例えば、交換者３から入力を受け付けるようにしてもよい。
＜動作＞
　以下、本実施形態の運営支援システムの動作を説明する。図２２は、電池１４の交換に係るシステムの動作を説明する図である。
　通信機１１は、自転車１の位置及び電池１４の充電量（充電残量）を定期的に管理サーバ２０に通知している（Ｓ５０１）。管理サーバ２０は、充電残量が所定の閾値以下となっているかどうかを確認する（Ｓ５０２）。充電残量が閾値以下である場合、管理サーバ２０は、交換者端末３０に当該自転車１の機体情報を設定した交換依頼を送信する（Ｓ５０３）。なお、交換者端末３０から管理サーバ２０に交換者端末３０の位置を通知するようにし、充電残量が閾値以下の自転車１の位置から近い順に所定数あるいは自転車１の位置から所定距離内の交換者端末３０に対して交換依頼を送信するようにしてもよい。
　交換者端末３０は、交換依頼に設定されている機体情報を表示して、交換者３から電池交換を行うか否かの指示を受け付けることができる。図２３は、交換依頼に係る機体情報を表示する画面６１の一例を示す図である。画面６１には、機体情報６１１が表示される。また、交換者端末３０は、機体情報のうち充電量については、所定の単価を乗じた報酬額６１２を表示することもできる。なお、報酬額６１２は、管理サーバ２０が事前に決定した報酬額を交換依頼に含めて送信するようにしてもよい。交換者３がボタン６１４を押下した場合には、交換者端末３０は、機体情報のリクエスト（機体ＩＤを含む）を管理サーバ２０に送信し（Ｓ５０４）、管理サーバ２０から機体ＩＤに対応する機体情報のポートＩＤと同じポートＩＤを含む他の機体情報を交換者端末３０に応答することができる（Ｓ５０５）。交換者端末３０は、受信した機体情報について画面６１と同様の表示を行い、電池交換の対象とする自転車１の指定を受け付ける。例えば、画面６１においてボタン６１３が押下されるなどにより、電池交換の対象となる自転車１が指定されると、交換者端末３０は指定された機体ＩＤ（複数可）を設定した交換開始通知を管理サーバ２０に送信する（Ｓ５０６）。管理サーバ２０は、指定された機体ＩＤに対応する機体情報のステータスが利用可能である場合には、当該ステータスを電池交換中に設定することができる（Ｓ５０７）。
　電池交換が終了すると、交換者端末３０から交換終了通知が管理サーバ２０に送信され（Ｓ５０８）、管理サーバ２０は機体情報のステータスを利用可能に設定し（Ｓ５０９）、交換された電池１４の充電必要量に応じた報酬額を決定し、決定した報酬額を交換者３に対して支払う処理を行う（Ｓ５１０）。
　以上のようにして、本実施形態の運営支援システムによれば、共有サービスに係る自転車１の電池１４の交換をクラウドソーシングにより行うことができる。
　以上、本実施形態について説明したが、上記実施形態は本発明の理解を容易にするためのものであり、本発明を限定して解釈するためのものではない。本発明は、その趣旨を逸脱することなく、変更、改良され得ると共に、本発明にはその等価物も含まれる。
＜変形例＞
　例えば、本実施形態では、電動機付きの自転車１の共有サービスを想定したが、これに限らず、電動キックボードや電動カートなど、電池を利用する任意の乗り物を利用した任意形態のサービスに適用することができる。また、乗り物は電動機を備えていなくても、電池を搭載しているものであればよい。
　また、本実施形態では、電池１４を交換者３が交換する形態を想定したが、これに限らず、交換者３が自転車１を持ち帰って充電し、充電後の自転車１をポート２に戻すような形態であってもよい。
　また、本実施形態では、機体情報は全て自転車から送信されるものとしたが、例えば、位置情報については利用者が操作するスマートフォンなどの利用者端末から受信するようにしてもよい。
　また、本実施形態では、自転車１の機体情報に基づいて、１台あたりの報酬額が提示されるものとしたが、これをポート２ごとに表示するようにしてもよい。図２４は、ポート２ごとの報酬金額を提示する画面６２の一例を示す図である。図２４に示すように、ポート２ごとに機体情報の充電量に応じた報酬額を合計して提示することにより、交換者３は、どのポート２に出向いて電池１４を交換するべきかを検討することができる。ここで管理サーバ２０は、上述したように交換者３やポート２に応じて、自転車１ごとの異なる報酬額を決定することができる。この場合においても、決定した報酬額をポート２ごとに集計して提示すればよい。
　また、本実施形態では、報酬金額決定部２１６が電池交換の報酬を変動させうるものとしたが、毎回の電池交換の金額の変動に代えて又はそれに加えて、交換者３二対するボーナスの報酬を付与するようにすることもできる。例えば、管理サーバ２０は、所定期間内において、所定回数以上の電池交換を行った交換者３、所定電力量以上の充電を行った交換者３、所定距離以上移動して交換を行った交換者３などに対して、その交換回数、充電量、移動距離などに応じてボーナスを付与することができる。
　また、本実施形態では、自転車１はいつでも予約可能であるものとしたが、充電量に応じて予約可否を判定するようにしてもよい。例えば、充電量が所定の閾値を下回った場合には、予約できないようにすることができる。この場合、ポート２ごとに閾値を変更してもよい。例えば、電池交換のし易いと考えられるポート２については、他のポート２よりも閾値を高く設定して、電池交換のし易いポート２で予約不可になる可能性を高めるようにしてもよい。電池交換がし易いかどうかの判定を動的に行うようにしてもよい。例えば、管理サーバ２０は、交換者の位置を取得するようにし、ポート２から所定距離内にいる交換者が多いほど電池交換がし易いと評価するようにすることができる。
　また、本実施形態では、一般人などの交換者に電池交換の誘引を提示し、電池交換を行うか否かは交換者自身が意思決定することを想定したが、これに限らず、例えば、共有サービスを運営する事業者が従業員に電池交換を行わせるようにしてもよい。この場合、管理サーバ２０は、ポート２ごとの需要量（当該ポート２を出発ポートとして利用される自転車１の台数）や、ポート２ごとの必要充電量（各自転車１の満充電量から残充電量を引いた電力量の合計）を計算し、これらに応じて、電池交換のルート（配送経路）の探索を行うようにしてもよい。
　また、管理サーバ２０は、交換者に対して電池を交換する時間帯を決定するようにしてもよい。管理サーバ２０は、例えば、時間帯ごとの需要量（自転車の台数又は必要充電量の集計値）に応じて、どの交換者がどの時間帯にどのポート２の電池を交換するかを決定することができる。この場合、全体又は所定地域内のポート２において、残充電量合計値が最も多くなるように、交換者が電池交換を行う時間帯、ポート２及び電池の数を決定することができる。また、管理サーバ２０は、交換者から得たい報酬の入力を受け付け、受け付けた報酬を得るために必要な、交換するべき電池の数や、交換を行うポート２を決定することができる。
＜第４の実施形態＞
　以下、本発明の一実施形態に係る乗り物共有サービスの運用支援システムについて説明する。本実施形態では、電動スクーターの共有サービス（レンタルサービスを含む。）を想定する。なお、本実施形態の運用システムは、任意の乗り物の共有サービスに適用することができる。図２５は、本実施形態に係る電動スクーターの共有サービスを説明する図である。スクーター１は、各所に設けられたポート２に駐車されている。本実施形態では、ポート２とは、スクーター１を駐車させることのできる場所を意味するものとする。ポート２には、所定の台数までのスクーター１を駐車させることができる。すなわち、各ポート２には使用中スペース２１と空きスペース２２との少なくともいずれかが存在しうる。スクーター共有サービスの利用者は、出発ポート２（Ｓ）から目的ポート２（Ｄ）までスクーター１により移動することができる。
　図２６は、本実施形態の運用支援システムの全体構成例を示す図である。本実施形態の運用支援システムは、管理サーバ２０を含んで構成される。スクーター１は通信機能を有しており、管理サーバ２０と通信ネットワーク３０を介して互いに通信可能に接続される。管理サーバ２０はまた、通信ネットワーク３０を介して利用者の利用者端末４０と通信可能に接続される。通信ネットワーク３０は、たとえばインターネットであり、公衆電話回線網や携帯電話回線網、無線通信路、イーサネット（登録商標）などにより構築される。
＜スクーター１＞
　図２７は、スクーター１の構成の概要を説明する図である。スクーター１は、制御装置１１、電動機１２、ロック装置１３、座席アクチュエータ１４、及び可動座席１５を備える。
　制御装置１１は、スクーター１の制御を行う。電動機１２は、スクーター１の推力を提供する。ロック装置１３は、スクーター１をロックして利用可否を設定することができる。
　また、スクーター１は、可動式の座席１５を有している。図２８は、可動座席１５が格納されているスクーター１の外観例を示す図である。図２９は、可動座席１５が利用可能となっているスクーター１の外観例を示す図である。図２８及び図２９に示すように、座席１５は可動であり、座席アクチュエータ１４により格納及び展開をすることができる。
＝＝制御装置１１＝＝
　図３０は、制御装置１１のソフトウェア構成例を示す図である。制御装置１１は、制御指示受信部１１１、位置情報取得部１１２、機体情報送信部１１３、座席制御部１１４、最高速度設定部１１５、加速度設定部１１６を備える。
　制御指示受信部１１１は、管理サーバ３０からの制御指示を受信する。制御装置１１は、例えば、管理サーバ２０から受信する命令に応じてロック装置１３の施解錠を制御することができる。
　位置情報取得部１１２は、スクーター１の位置を取得する。位置情報取得部１１２は、例えば、ＧＰＳ（Global Positioning System）受信機（不図示、制御装置１１が備えるようにしてもよいし、外部センサから取得するようにしてもよい。）が受信したＧＰＳ信号に基づいて、スクーター１の位置を測定することができる。
　機体情報送信部１１３は、スクーター１に関する情報（機体情報）を管理サーバ２０に送信する。機体情報には、位置情報取得部１１２が取得した位置情報や、速度センサ（不図示）などから取得したスクーター１の走行速度などを含めることができる。本実施形態では、機体情報送信部１１３は、スクーター１が利用されている間、少なくともスクーター１の位置情報を含む機体情報を管理サーバ２０に定期的に送信することができる。機体情報送信部１１３は、例えば、１秒、１分、５分、１０分など事前に定めた任意の時間ごとに機体情報を管理サーバ２０に送信することができる。なお、機体情報送信部１１３は、例えば、スクーター１の移動距離が所定値以上になった場合に、機体情報を送出するようにしてもよい。
　座席制御部１１４は、座席アクチュエータ１４を制御することができる。
　最高速度設定部１１５は、電動機１２の回転数やトルクなどを調整することにより、スクーター１の最高速度を制限するリミッターとして機能することができる。
　加速度設定部１１６は、例えば、電動機１２の回転数の上げ方の調整等により、スクーター１の加速度を調整することもできる。
＜管理サーバ＞
　管理サーバ２０は、例えばワークステーションやパーソナルコンピュータのような汎用コンピュータとしてもよいし、あるいはクラウド・コンピューティングによって論理的に実現されてもよい。管理サーバ２０は、利用者による自転車１の利用可否を判定し、利用状態を管理することができる。図３１は、管理サーバ２０のハードウェア構成例を示す図である。なお、図示された構成は一例であり、これ以外の構成を有していてもよい。管理サーバ２０は、ＣＰＵ０１、メモリ２０２、記憶装置２０３、通信インタフェース２０４、入力装置２０５、出力装置２０６を備える。記憶装置２０３は、各種のデータやプログラムを記憶する、例えばハードディスクドライブやソリッドステートドライブ、フラッシュメモリなどである。通信インタフェース２０４は、通信ネットワーク３０に接続するためのインタフェースであり、例えばイーサネット（登録商標）に接続するためのアダプタ、公衆電話回線網に接続するためのモデム、無線通信を行うための無線通信機、シリアル通信のためのＵＳＢ（Universal Serial Bus）コネクタやＲＳ２３２Ｃコネクタなどである。入力装置２０５は、データを入力する、例えばキーボードやマウス、タッチパネル、ボタン、マイクロフォンなどである。出力装置２０６は、データを出力する、例えばディスプレイやプリンタ、スピーカなどである。
　図３２は、管理サーバ２０のソフトウェア構成例を示す図である。管理サーバ２０は、機体情報取得部２１１、制御指示送信部２１２、利用者情報記憶部２３１、機体情報記憶部２３２、エリア情報記憶部２３３を備える。
　なお、上記各機能部２１１乃至２１２は、ＣＰＵ２０１が記憶装置２０３に記憶されているプログラムをメモリ２０２に読み出して実行することにより実現され、上記各記憶部２３１乃至２３３は、メモリ２０２及び記憶装置２０３が提供する記憶領域の一部として実現されうる。
　利用者情報記憶部２３１は、利用者に関する情報（利用者情報）を記憶する。利用者情報には、利用者を特定する利用者ＩＤ、利用者の年齢、及び利用者の評価などを含めることができる。利用者の評価は、例えば、利用者の利用頻度や、利用者の利用後の機体の状態などに応じて、例えば、ポート２のオーナーやシステムの運営者が設定することができる。
　機体情報記憶部２３２は、スクーター１に関する情報（機体情報）を記憶する。機体情報には、スクーター１を特定する機体ＩＤ、機体情報が最後に更新された日時（最終更新日時）、最終更新日時におけるスクーター１の位置及びスクーター１の充電量、スクーター１が現在利用中であるか否かを示すフラグ（利用中フラグ）、ならびに、スクーター１が駐車されている場合には、駐車されているポート２を示すポートＩＤを含めることができる。機体情報は、定期的に更新することができる。
　エリア情報記憶部２３３は、走行エリアに応じたスクーター１の機能制限に関する情報（エリア情報）を記憶する。エリア情報には、走行エリアを特定するエリア特定情報、機能制限の適用の条件、制限内容が含まれる。エリア特定情報は、例えば、緯度経度などにより地図上の領域を特定するようにしてもよいし、交差点をノード、道路をエッジとしたグラフで地図を表現した場合のノードやエッジを特定する情報としてもよい。条件には、本実施形態では、ユーザの属性（本実施形態では年齢又は評価）に対する条件を設定することができる。例えば、所定の年齢以上（例えば、６０歳以上の高齢者など）を条件として設定することができる。なお、複数の条件を設定してもよい。制限内容は、スクーター１の機能制限の内容である。例えば、最高速度を１５ｋｍ／ｈにする、加速度を１ｍ／ｓ２にする、座席１５を格納するなどを設定することができる。
　機体情報取得部２１１は、スクーター１から送信される機体情報を取得する。機体情報取得部２１１は、受信した機体情報に基づいて、機体情報記憶部２３２に登録されている機体情報を更新することができる。
　制御指示送信部２１２（本発明の制御部に該当する。）は、スクーター１の機能制御に関する指示（制御指示）をスクーター１に送信する。制御指示送信部２１２は、例えば、スクーター１の利用開始時にロック装置１３の解除を指示する制御指示をスクーター１に送信することができる。
　また、制御指示送信部２１２は、利用者の属性に応じて座席アクチュエータ１４を制御して座席１５の格納及び展開を行うように指示する制御指示を送信することができる。例えば、通常は座席１５を格納して立ち乗りで利用可能とする一方で（利用中に座席１５を展開することはできる。）、利用者が高齢者である場合には、利用開始時に座席１５を利用可能に展開するように指示する制御指示をスクーター１に送信することができる。
　また、制御指示送信部２１２は、利用者の属性（年齢や評価等）に応じて最高速度を制限するように指示する制御指示をスクーター１に送信することができる。例えば、高齢者や過去に事故を起こした利用者の場合には、他の利用者に比べて最高速度を遅くすることができる。
　また、制御指示送信部２１２は、例えば、ユーザの属性に応じてスクーター１の加速度を制限するように指示する制御指示をスクーター１に送信することができる。例えば、高齢者や過去に事故を起こした利用者に対しては、急発進ができないように、スクーター１の加速度合を制限することができる。
＜動作＞
　図３３は、本実施形態の運用支援システムの動作を説明する図である。上述したようにスクーター１の利用時に、ユーザの属性に応じてスクーター１の機能が制限される。例えば、スクーター１の利用開始時に、制御指示送信部２１２は、利用者の年齢に応じて（例えば、利用者の年齢が６０歳以上である場合には）、座席１５を出して利用可能となるように制御指示をスクータ－１に送信することができる（Ｓ５０１）。また、制御指示送信部２１２は、利用者の年齢（及び／又は評価）に応じて、最高速度を決定し、決定した最高速度を設定するように制御指示をスクーター１に送信することができる（Ｓ５０２）。制御指示送信部２１２は、例えば、年齢が所定以上である（高齢者である）場合や、評価が所定値以下である（過去に事故を起こしたなど評価が低い）場合などには、最高速度が通常よりも低くなるように設定することができる。また、制御指示送信部２１２は、例えば、利用者が障害を有しているか否かに応じて、最高加速度を設定することができる（Ｓ５０３）。また、また、制御指示送信部２１２は、例えば、利用者が商用利用者であるか否かに応じて最高速度を設定することができる（Ｓ５０４）。
　以上のようにして、本実施形態の運用支援システムによれば、ユーザの属性に応じてスクーター１の機能を制限することができる。また、本実施形態の運用支援システムによれば、スクーター１の走行ルートに応じてスクーター１の機能を制限することができる。
　以上、本実施形態について説明したが、上記実施形態は本発明の理解を容易にするためのものであり、本発明を限定して解釈するためのものではない。本発明は、その趣旨を逸脱することなく、変更、改良され得ると共に、本発明にはその等価物も含まれる。
　例えば、本実施形態では、管理サーバ２０から制御指示が送られ、スクーター１は制御指示に応じて機能制限を行うものとしたが、スクーター１の制御部１１が利用者の属性に応じて機能制限を自律的に行うようにしてもよい。
　また、本実施形態では、スクーター１から位置情報が管理サーバ２０に送信されるものとしたが、利用者端末４０から利用者端末４０の位置情報をスクーター１の位置情報として管理サーバ２０に送信するようにしてもよい。
　また、本実施形態では、スクーター１の機能制限については、最高速度の設定と、最高加速度の設定と、座席１５を格納することとを説明したが、これに限らず、例えば、人の力を補うために電動機が用いられている乗り物（いわゆる電動アシストの自転車やキックボードなど）の場合には、人の力に対する原動機を用いて人の力を補う力の比率（アシスト比率と呼ばれる。）を設定するようにしてもよい。また、スクーター１の利用時間（電動機１２の作動時間）を制限するようにしてもよい。また、ブレーキの効き具合（同じ力でブレーキレバーを引いた場合にブレーキパッドにかかる力）を変化させるようにしてもよい。また、制御ボタン等をハンドルの左右に配置しておき、利用者の利き腕に応じて何れかの制御ボタンのみを動作させるようにしてもよい。
　また、本実施形態では、利用者の属性に応じてスクーター１の機能を制限するものとしたが、利用者の属性に応じてスクーター１の追加機能を利用可能とするようにしてもよい。例えば、利用者の属性に応じて、スクーター１の荷物入れの施錠を解除したり、子供用の補助椅子を出したり、スクーター１の通信機能を利用者端末４０から利用（テザリング）可能としたり、スクーター１の電池から利用者端末４０の充電を可能としたりすることも可能である。
　また、本実施形態では、利用者の属性は、年齢と利用者の評価について説明したが、これに限らず、利用者の各種のデモグラフィック属性やサイコグラフィック属性、ジオグラフィック属性、ビヘイビオラル属性など任意の属性に応じてスクーター１の機能を制限（又は追加）するようにすることができる。
　また、本実施形態では、電動機１２により人の力を補う形態を想定したが、電動機１２に代えて内燃機関などの各種の原動機を用いるようにしてもよい。
＜第５の実施形態＞
　以下、本発明の一実施形態に係るモビリティ共有サービスの運用支援システムについて説明する。本実施形態では、電動機付きの自転車の共有サービス（レンタルサービスを含む。）を想定しているが、任意の乗り物の共有サービスに適用することができる。
　例えば、乗り物には１人乗りの乗り物（パーソナルモビリティ）全般が含まれうる。例えば、乗り物は、電動機を備える１人乗りのパーソナルモビリティであってよい。乗り物は、電動（自動走行）と電動アシストとを切替可能な自転車やスクーター、スケートボードなどであってよい。乗り物は、一般的に駐車場の確保が必要とされていないものであってよい。乗り物には、例えば、自転車やスクーター（キックボード，キックスケーターとも呼ばれる。）、スケートボード、平行二輪車、二輪倒立振子（セグウェイなど）、自立安定一輪車などが含まれうる。また、乗り物には、原動機付き自転車、自動二輪車が含まれうる。乗り物は、最高時速３０ｋｍ未満に設定されているもの（例えば、原動機付き自転車）、最高時速２４ｋｍ未満のもの（例えば、電動アシスト自転車）、最高時速２０ｋｍ未満のもの（例えば、電動キックボードなどが想定される。）が含まれうる。
　図３４は、本実施形態に係るモビリティ１の共有サービスを説明する図である。モビリティ１は、各所に設けられたポート２に駐輪されている。本実施形態では、ポート２とは、モビリティ１を駐輪させることのできる場所を意味するものとする。ポート２には、所定の台数までのモビリティ１を駐輪することができる。すなわち、各ポート２には使用中スペース２１と空きスペース２２との少なくともいずれかが存在しうる。モビリティ共有サービスの利用者は、出発ポート２（Ｓ）から目的ポート２（Ｄ）までモビリティ１により移動するにあたり、モビリティ１の利用に先立って目的ポート２（Ｄ）を指定する。目的ポート２（Ｄ）に空きポート２２が存在していれば、モビリティ１の利用は許可され、モビリティ１は自動的に解錠されて利用者が利用可能となる。なお、目的ポート２（Ｄ）が決まっていない場合には、利用時間を指定して利用することもできる。
　図３５は、本実施形態の運用支援システムの全体構成例を示す図である。本実施形態の運用支援システムは、管理サーバ２０を含んで構成される。管理サーバ２０は、利用者端末１０と通信ネットワーク３０を介して互いに通信可能に接続される。通信ネットワーク３０は、たとえばインターネットであり、公衆電話回線網や携帯電話回線網、無線通信路、イーサネット（登録商標）などにより構築される。
＜利用者端末１０＞
　利用者端末１０は、利用者が用いる携帯端末であり、例えば、スマートフォンやタブレットコンピュータ、パーソナルコンピュータなどである。図３６は、利用者端末１０のハードウェア構成例を示す図である。なお、図示された構成は一例であり、これ以外の構成を有していてもよい。利用者端末１０は、ＣＰＵ１０１、メモリ１０２、記憶装置１０３、通信インタフェース１０４、タッチパネルディスプレイ１０５、出力装置１０６、ＧＰＳ１０７を備える。記憶装置１０３は、各種のデータやプログラムを記憶する、例えばハードディスクドライブやソリッドステートドライブ、フラッシュメモリなどである。通信インタフェース１０４は、通信ネットワーク３０に接続するためのインタフェースであり、例えばイーサネット（登録商標）に接続するためのアダプタ、公衆電話回線網に接続するためのモデム、無線通信を行うための無線通信機、シリアル通信のためのＵＳＢ（Universal Serial Bus）コネクタやＲＳ２３２Ｃコネクタなどである。タッチパネルディスプレイ１０５は、データの入出力を行うことができる。出力装置１０６は、情報を出力するためのデバイスであり、例えば、スピーカやバイブレータなどである。ＧＰＳ１０７は、利用者端末１０の位置を測定することができる。
　図３７は、利用者端末１０のソフトウェア構成例を示す図である。利用者端末１０は、利用情報送信部１１１、位置情報送信部１１２及びアラート報知部１１３を備える。利用情報送信部１１１、位置情報送信部１１２及びアラート報知部１１３は、例えば、利用者端末１０が備えるＣＰＵ１０１が記憶装置１０３に記憶されているプログラムをメモリ１０２に読み出して実行することにより実現することができる。
　利用情報送信部１１１は、モビリティ１の利用に関する情報（以下、利用情報という。）を送信する。利用情報には、例えば、目的ポート２又は利用時間を設定することができる。利用情報送信部１１１は、モビリティ１の利用開始時に利用者から、目的ポート２の指定、又は利用時間の入力を受け付け、受け付けた目的ポート２又は利用時間を設定した利用情報を管理サーバ３に送信することができる。なお、目的ポート２の指定がある場合に、利用時間を指定してもよい。
　位置情報送信部１１２は、モビリティ１の位置を送信する。本実施形態では、位置情報送信部１１２は、例えば、ＧＰＳ１０７から取得した位置（利用者端末１０の位置）をモビリティ１の位置として管理サーバ２０に送信するものとする。なお、モビリティ１にＧＰＳ１０７を設けるようにして、位置情報送信部１１２は、例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）等の通信によりモビリティ１から位置情報を取得し、取得した位置情報を管理サーバ２０に送信するようにしてもよい。また、モビリティ１に通信機能を持たせて、モビリティ１が位置情報送信部１１２を備えるようにしてもよい。また、ＧＰＳ以外にも、例えば、ジャイロセンサなど、モビリティ１の位置を測定可能な任意のセンサを採用することができる。
　アラート報知部１１３は、アラートを報知する。本実施形態では、アラート報知部１１３は、管理サーバ２０からアラートを受信して、タッチパネルディスプレイ１０５にメッセージを表示し、スピーカ等の出力装置１０６からアラートが到着した旨を示す音を出力し、及び／又は、バイブレート等の出力装置１０６を作動させることができる。
＜管理サーバ２０＞
　管理サーバ２０は、例えばワークステーションやパーソナルコンピュータのような汎用コンピュータとしてもよいし、あるいはクラウド・コンピューティングによって論理的に実現されてもよい。管理サーバ２０は、利用者によるモビリティ１の利用可否を判定し、利用状態を管理することができる。図３８は、管理サーバ２０のハードウェア構成例を示す図である。なお、図示された構成は一例であり、これ以外の構成を有していてもよい。管理サーバ２０は、ＣＰＵ０１、メモリ２０２、記憶装置２０３、通信インタフェース２０４、入力装置２０５、出力装置２０６を備える。記憶装置２０３は、各種のデータやプログラムを記憶する、例えばハードディスクドライブやソリッドステートドライブ、フラッシュメモリなどである。通信インタフェース２０４は、通信ネットワーク３０に接続するためのインタフェースであり、例えばイーサネット（登録商標）に接続するためのアダプタ、公衆電話回線網に接続するためのモデム、無線通信を行うための無線通信機、シリアル通信のためのＵＳＢ（Universal Serial Bus）コネクタやＲＳ２３２Ｃコネクタなどである。入力装置２０５は、データを入力する、例えばキーボードやマウス、タッチパネル、ボタン、マイクロフォンなどである。出力装置２０６は、データを出力する、例えばディスプレイやプリンタ、スピーカなどである。
　図３９は、管理サーバ２０のソフトウェア構成例を示す図である。管理サーバ２０は、利用情報取得部２１１、位置情報取得部２１２、目的地推定部２１３、属性取得部２１４、需要数取得部２１５、利用可否決定部２１６、制御指示送信部２１７、アラート送信部２１８、属性情報記憶部２３１、利用情報記憶部２３２、エリア情報記憶部２３３、機体情報記憶部２３４を備える。
　なお、上記各機能部２１１乃至２１８は、ＣＰＵ２０１が記憶装置２０３に記憶されているプログラムをメモリ２０２に読み出して実行することにより実現され、上記各記憶部２３１乃至２３４は、メモリ２０２及び記憶装置２０３が提供する記憶領域の一部として実現されうる。
　属性情報記憶部２３１は、利用者の属性に関する情報（以下、属性情報という。）を記憶する。属性情報には、利用者を特定する利用者ＩＤ、利用者の年齢、及び利用者の評価などを含めることができる。利用者の評価は、例えば、利用者の利用頻度や、利用者の利用後の機体の状態などに応じて、例えば、ポート２のオーナーやシステムの運営者が設定することができる。属性情報には、これら以外にも、利用者の属性を示す各種の情報を含めることができる。
　利用情報記憶部２３２は、利用情報を記憶する。利用情報には、利用者を示す利用者ＩＤと、利用者が利用するモビリティを示す機体ＩＤとに対応付けて、上述したように、例えば、目的ポート２又は利用時間が設定されうる。
　エリア情報記憶部２３３は、走行エリアに応じたモビリティ１の利用可否判断に用いる情報（以下、エリア情報という。）を記憶する。エリア情報には、走行エリアを特定するエリア特定情報、条件、可否情報、及びアラートを行うか否かを示すアラートフラグが含まれる。エリア特定情報は、例えば、緯度経度などにより地図上の領域を特定するようにしてもよいし、交差点をノード、道路をエッジとしたグラフで地図を表現した場合のノードやエッジを特定する情報としてもよい。条件には、本実施形態では、利用者の属性（例えば、年齢や評価）に対する条件を設定することができる。例えば、所定の年齢以上（例えば、６０歳以上の高齢者など）を条件として設定することができる。なお、複数の条件を設定してもよいし、無条件としてもよい。可否情報は、当該エリアにおいて条件が満たされる利用者に対して、モビリティ１の利用か許可されるか否かを示す情報であり、本実施形態では、真（利用可）又は偽（利用不可）のフラグ値が設定されるものとする。アラートフラグが真である場合には、利用者にアラートを報知することができる。
　機体情報記憶部２３４は、モビリティ１に関する情報（以下、機体情報という。）を記憶する。機体情報には、モビリティ１を特定する機体ＩＤ、機体情報が最後に更新された日時（最終更新日時）、最終更新日時におけるモビリティ１の位置及びモビリティ１の充電量、モビリティ１が現在利用中であるか否かを示すフラグ（利用中フラグ）、ならびに、モビリティ１が駐車されている場合には、駐車されているポート２を示すポートＩＤを含めることができる。機体情報には、これらの情報に限らず、モビリティ１に関する各種の情報を含めることができる。機体情報は、定期的に更新することができる。機体情報は、例えば、モビリティ１から取得するようにしてもよいし、利用者端末１０から取得するようにすることもできる。本実施形態では、説明を簡単にするため、機体情報の位置のみが位置情報として利用者端末１０から送信されることを想定する。
　利用情報取得部２１１は、利用情報を取得する。本実施形態では、利用者端末１０から送信される利用情報を受信する。
　位置情報取得部２１２は、モビリティ１の位置情報を取得する。本実施形態では、利用者端末１０から位置情報を受信するものとするが、モビリティ１から位置情報を受信するようにしてもよい。また、例えば、道路にモビリティ１を監視する監視装置を設け、監視装置が認識したモビリティ１の位置を取得するようにしてもよい。
　目的地推定部２１３は、モビリティ１の目的地を推定する。目的地推定部２１３は、利用情報に目的ポートが指定されている場合には、当該目的ポートを目的地として推定することができる。目的ポートの地図上での位置は、例えば、記憶装置２０３などに格納しておくことができる。目的地推定部２１３は、複数の目的地を推定するようにしてもよい。例えば、目的地推定部２１３は、過去に目的ポートを設定しながら返却した場所が異なる利用者がいた場合には、利用情報に設定された目的ポートと、過去に利用した目的ポートとを目的地として推定することができる。目的地推定部２１３は、モビリティ１の利用開始前に、例えば、利用情報を取得したことを契機として、目的地を推定することができる。
　また、目的地推定部２１３は、推定した目的地を更新することもできる。例えば、目的地推定部２１３は、モビリティ１の現在位置に応じて目的地を変更することができる。目的地推定部２１３は、少なくとも、現在位置を目的地のひとつに含めることができる。また、目的地推定部２１３は、例えば、モビリティ１の走行軌跡（モビリティ１から定期的に取得した位置情報をつなげることで作成することができる。）に基づいて、モビリティ１の走行ベクトルを特定し、所定時間（例えば、１分や５分、１０分などの設定値としてもよいし、利用情報に利用時間が設定されている場合には、利用時間経過までの残り時間としてもよい。）後の位置を目的地として推定することもできる。
　属性取得部２１４は、利用者の属性を取得する。本実施形態では、属性取得部２１４は、属性情報記憶部２３１から利用者の属性を取得するものとするが、これに限らず、各種の手法におり利用者の属性を取得することができる。属性取得部２１４は、例えば、利用者からのアンケートの回答を分析してサイコグラフィック属性を取得してもよいし、利用者の過去の利用履歴を分析して、利用者がどのようなタイミングで利用するか、どのエリアで利用するか、どのようなスピードで乗車するか等、各種の行動属性を取得してもよい。
　需要数取得部２１５は、モビリティ１の需要数を取得する。需要数は、例えば、現在利用中のモビリティ１の台数とすることができる。また、需要数取得部２１５は、過去のモビリティ１の利用履歴に基づいて、将来利用されるモビリティ１の台数を予測して需要数とすることもできる。需要数取得部２１５は、例えば、利用されるエリア（現在のモビリティ１の位置が含まれるエリア）ごとに需要数を取得してもよいし、目的地又は目的地が含まれるエリアごとに需要数を取得してもよい。
　利用可否決定部２１６は、モビリティ１の利用可否を決定する。利用可否決定部２１６は、目的地に応じて利用可否を決定することができる。例えば、利用可否決定部２１６は、目的地が所定の範囲内にない場合には、利用を許可しないようにすることができる。
　利用可否決定部２１６は、エリア情報記憶部２３３に記憶されているエリア情報を用いて利用可否を判定することができる。利用可否決定部２１６は、例えば、目的地推定部２１３が推定した目的地の位置がエリア特定情報により特定されるエリアに含まれ、かつ、条件が満たされるエリア情報がエリア情報記憶部２３３に登録されているときには、可否情報に応じて利用可否を決定することができる。上記のようなエリア情報がエリア情報記憶部２３３に登録されていない場合に、利用を許可するか否かは事前にデフォルト値として設定しておくことができる。利用可否決定部２１６は、目的地が複数ある場合には、例えば、各目的地について上記のようにして利用可否を決定し、全て又は一部の目的地について利用が許可された場合に、モビリティ１の利用を最終的に許可することができる。上述したように、モビリティ１の現在の位置も目的地として決定されるので、これにより走行可能なエリアを決定することもできる。
　また、利用可否決定部２１６は、目的地推定部２１３がモビリティ１の位置に応じて目的地を更新した場合には、更新した目的地に応じて利用可否を決定することができる。利用可否決定部２１６は、利用開始時には、少なくとも利用情報に基づいて利用可否を決定し、利用開始後には、少なくとも機体情報に基づいて利用可否を決定することができる。
　また、利用可否決定部２１６は、需要数取得部２１５が取得した需要数に応じて、利用可否を決定することができる。利用可否決定部２１６は、例えば、需要数が多いエリア（需要数が所定の閾値を超えるエリア）の出発ポートから利用開始する場合には、出発ポートあるいは当該エリア内の他のポートを目的ポートとしなければ利用を許可しないようにすることができる。
　また、利用可否決定部２１６は、利用情報に利用時間（利用者がモビリティ１を利用しようとしている予定時間）が設定されている場合には、利用時間に応じて利用可否を決定することができる。例えば、利用可否決定部２１６は、所定の最大時間よりも長い時間の利用を不許可とすることができる。また、利用可否決定部２１６は、利用時間とエリアに応じて利用可否を決定することができる。利用可否決定部２１６は、例えば、利用時間が所定の閾値よりも長い場合には、目的地が所定距離よりも遠くならないように、目的地に応じて利用可否を決定することができる。
　また、利用可否決定部２１６は、利用者の属性に応じて利用可否を決定することができる。利用可否決定部２１６は、例えば、所定の年齢以上の利用者に対しては、目的地が所定距離よりも遠くなる場合には利用を不可と決定したり、利用時間が所定時間よりも長くなる場合には利用を不可としたりすることができる。利用可否決定部２１６は、例えば、評価が所定値よりも低い利用者については、所定距離以上の目的地までの利用を不許可としたり、所定時間以上の利用を不許可としたりすることができる。利用可否決定部２１６は、例えば、評価が所定値以上である利用者については、所定距離又は所定時間以上の目的地までの利用を許可することができる。また、利用可否決定部２１６は、所定の年齢未満の利用者については、特定エリアの走行を禁止することができる。
　制御指示送信部２１７は、モビリティ１の制御に関する命令（以下、制御指示という。）を送出する。制御指示送信部２１７は、例えば、モビリティ１の利用開始前には、利用可否決定部２１６が利用を許可した場合にのみ、モビリティ１に対してロックを解除するための制御命令を送信して、モビリティ１を利用可能とすることができる。また、制御指示送信部２１７は、例えば、モビリティ１と直接通信を行わなくても、例えば、ロックを解除するための動的なパスワードを生成して利用者端末１０に送信するようにすることもできる。
　アラート送信部２１８は、アラートを利用者端末１０に送信する。なお、アラート送信部２１８は、モビリティ１にアラートの報知装置（例えば、ディスプレイやスピーカ等の出力装置）が設けられている場合には、モビリティ１に対してアラートを送信するようにしてもよい。本実施形態では、利用可否決定部２１６が、走行を禁止することを決定した場合に、その旨を示すメッセージをアラートとして送出することができる。
＜動作＞
　図４０は、本実施形態の運用支援システムの動作を説明する図である。
　利用者端末１０は、モビリティ１の利用開始時には、目的ポートや利用時間の指定を受け付ける（Ｓ５０１）。利用者端末１０は、目的ポートや利用時間を設定した利用情報を管理サーバ２０に送信し、管理サーバ２０は、利用情報に設定されている目的ポートや利用時間に応じて利用可否を決定し、利用を許可しない場合には、アラートを利用者端末１０に送信する（Ｓ５０２）。
　また、利用者端末１０は、モビリティ１の位置（本実施形態では、利用者端末１０の位置）を管理サーバ３０に送信して、管理サーバ３０はモビリティ１の位置を取得し（Ｓ５０３）、取得した位置に応じて目的地を推定し、推定した目的地に応じた利用可否を決定して、利用を許可しない場合には、アラートを利用者端末１０に送信することができる（Ｓ５０４）。
　以上のようにして、本実施形態の運用支援システムによれば、利用者が設定した目的地（現在地を含む）に応じたアラートを送出することができる。したがって、例えば、あるエリアでモビリティ１の需要が多い場合に、他のエリアにモビリティ１を持って行くことを禁止し、出発ポート、出発ポートが含まれるエリアの他のポート２、又は需要の多い他のエリアのポート２を目的地として戻ってくるように利用可否を決定することができる。また、走行禁止エリア（利用者に応じて設定することもできる。）を走行している場合（モビリティ１の現在位置が走行禁止エリア内にある場合）には、アラートを出すこともできる。
　以上、本実施形態について説明したが、上記実施形態は本発明の理解を容易にするためのものであり、本発明を限定して解釈するためのものではない。本発明は、その趣旨を逸脱することなく、変更、改良され得ると共に、本発明にはその等価物も含まれる。
　例えば、本実施形態では、目的地や利用時間、利用者の属性、需要などに応じて利用可否を決定するものとしたが、利用料金を決定するようにしてもよい。例えば、管理サーバ２は、目的地、利用時間、利用者の属性、及び需要数の少なくともいずれかに応じて、利用を不可にする代わりに、利用料金を高額に設定することができる。また、管理サーバ２０は、例えば、需要数の多いエリアに返却させるインセンティブを利用者に与えるべく、需要数と目的ポート（又は目的ポートが含まれるエリア）とに応じて、需要数が多いほど利用料金を下げるように、利用料金を設定するようにすることもできる。
　また、例えば、モビリティ１の走行ルートに応じて利用料金を決定するようにしてもよい。この場合、管理サーバ２０は、モビリティ１の位置情報の履歴を蓄積し、モビリティ１の走行ルートを求めることができる。また、管理サーバ２０は、例えば、特定の道路を通った場合には、利用料金を割り引くようにすることができる。これは例えば、商店街や商業施設、イベントへの来客のインセンティブとして用いることができる。ここで、管理サーバ２０は、モビリティ１の現在位置に応じて、近くに利用料金の割引対象となるエリア（道路や商業施設、イベント会場など）がある場合には、当該エリアをレコメンドするメッセージを利用者端末１０に送信するようにすることもできる。
　また、本実施形態では、利用者端末１０に対してアラートを送信するものとしたが、モビリティ１の機能を落とし（例えば、最高速度やアシスト比率を下げ）、最終的にモビリティ１の機能が発動しないように制御するようにしてもよい。
　また、本実施形態では、目的地（現在位置を含む。）が走行禁止エリアに含まれている場合には、利用禁止（制御指示を送信しない）又はその旨をアラートするようにしたが、これに限らず、例えば、電動スクーター等の乗り物については最高速度を低下し、電動アシスト自転車等の乗り物についてはアシスト比率（人の力に対する原動機を用いて人の力を補う力の比率）を下げるように制御を行うこともできる。
　また、本実施形態では、目的地を推定し、推定した目的地に応じて（目的地が走行禁止エリアに含まれているか否かに応じて）、利用可否を決定し、又は、アラートを送信するようにしたが、モビリティ１の現在位置に応じてアラートを送信し、又は、乗り物の機能の制限（最高速度の低下、アシスト比率の低下など）を行うようにしてもよい。
　また、目的地に応じてモビリティ１の利用料金を変動させるようにしてもよい。例えば、目的ポートに駐車されているモビリティ１の台数が少ない場合（例えば、所定数以下である場合、又は、駐車可能な最大数に対する駐車されている台数の割合が所定値以下である場合）には、通常時よりも安価になるように利用料金を変更することができる。
　また、目的地に応じて利用者に対して報賞を与えるようにすることもできる。例えば、上述したように目的ポートに駐車されているモビリティ１の台数が少ない場合には、当該ポートを目的ポートとして設定する利用者に対して、利用料金の割引、何らかの商品又はサービスに利用可能なクーポンの発行、ポイントの発行などの報賞を与えることができる。この場合にも、ポートの空き具合に応じて、割引率やクーポンの内容、ポイントの発行額などを変化させることもできる。
　また、駐車されているモビリティ１の多い（所定台数以上又は駐車可能な台数に対する所定割合以上モビリティ１が駐車されている）ポートに利用者が近づいた場合（例えば、利用者端末１０の位置情報を管理サーバ２０が取得することができる。）に、当該ポートを出発ポートとするモビリティ１の利用を促進するためのインセンティブを、ポートに近づいた利用者に発行することができる。インセンティブは、例えば、利用料金の割引、ポイントの発行、クーポンの発行などとすることができる。
＜設定エリアに入った場合の制限＞
　例えば、管理サーバ２０又はモビリティ１が備えるコンピュータが、事前に設定した設定エリアにモビリティ１の機体が入ったことを検出した場合に、当該モビリティ１に対して以下のような制限を行うようにすることができる。
設定エリアに入ったことの検出は、モビリティ１から受信する位置情報により判定することができる。
（１）当該モビリティ１の利用を終了できないようにする。
　例えば、当該モビリティ１の利用終了に伴う決済を行えないようにし、課金が継続するようにすることができる。本実施形態では、モビリティ１はポートに駐車することを想定していたが、例えば、故障時や体調不良時などにポート以外の場所にモビリティ１を駐輪してモビリティ１の利用を終了できるように設計することも可能である。この場合にも、放置禁止エリアを設定し、放置禁止エリア内においては利用終了することを許可せず、課金が継続するようにすることができる。例えば、ポートから所定距離内の範囲を放置禁止エリアとして設定することができる。
（２）アラートを通知する。
　例えば、管理サーバ２０から利用者端末１０に対して、設定エリアに入ったことを示すメッセージを通知し、利用者端末１０が音やテキスト、画像等により利用者に対して設定エリアに入ったことを報知することができる。また、例えば、管理サーバ２０がモビリティ１の備える制御装置にメッセージを送信し、モビリティ１が音や光などで報知することができる。
（３）最高速度を制限する。
（３－１）市区町村ごと
　機体の位置情報に基づいて、例えば、特定の市区町村に入ったことを検出し、市区町村ごとに異なる最高速度を設定することができる。これは、例えば、モビリティ１が電動スクーターや電動自転車などの自走可能なモビリティの場合に適用することができる。管理サーバ２０は、最高速度を超えないように機体を制御することができる。例えば、機体が目黒区に入った場合には最高時速２４ｋｍ／ｈとし、港区に入った場合には最高時速１５ｋｍ／ｈとするなどとすることができる。市区町村毎に許認可がなされている最高時速を事前に設定しておくことができる。
（３－２）道路の種類ごと
　モビリティ１の走行している道路の種類に応じて最高速度を制限することができる。自動車と異なり、自転車やキックボードなどの１人乗りのモビリティの場合には、通常、走行している道路の種類に留意することはないが、走行している道路を設定エリアとして登録しておき、道路の種類に応じて最高速度を設定することができる。例えば、自転車やキックボードなどの１人乗りのモビリティであって、歩道上を走行可能なものである場合、歩道上を走行している場合と、車道上を走行している場合とで最高速度を変更し、歩道上の最高速度を車道上の最高速度よりも低くなるように制御することができる。また、スクールゾーンと設定されている道路を走行している場合に、最高速度を通常時よりも下げるように制御することもできる。
（３－３）特定地点の近傍
　モビリティ１が走行している位置が、特定の地点の近傍（特定の地点からの距離が所定値以下）になった場合に、最高速度を通常時よりも下げるように制御することができる。例えば、高速道路の入口、建物の入口など、交通事故の発生し易い地点を特定し、特定した地点の近傍の設定エリアについて、通常時よりも低い最高速度を設定することができる。
（４）最高速度を超えたことを検出してペナルティを与える。
　上述した最高速度の制限に代えて、最高速度を超えたことを検出し、最高速度を超えた回数又は超えた時間に応じて利用者にペナルティを課すようにすることもできる。管理サーバ２０は、機体から位置情報と速度の情報とを継続的に受信するようにする。管理サーバ２０は、設定エリアと最高速度とを対応付けて記憶する。管理サーバ２０は、機体の位置が設定エリアに入ったことを検知し、検知した設定エリアに対応する最高速度を取得し、機体から受信した速度が最高速度を超えた回数又は時間を測定する。管理サーバ２０は、最高速度を超えた回数又は時間に応じてペナルティを利用者に課すように処理を行う。ペナルティは、例えば、金額を課すようにしてもよいし、一定期間利用ができないように（予約ができないように）するようにしてもよい。
＜設定エリアに入った場合の報賞＞
　また、例えば、管理サーバ２０又はモビリティ１が備えるコンピュータが、事前に設定した設定エリアにモビリティ１の機体が入ったことを検出した場合に、当該モビリティ１に対して以下のような報賞を行うようにすることができる。
（１）特定場所を通るリワード
　モビリティ１の機体が設定エリアを通過した場合に、利用者に報賞を与えることができる。報賞は、例えば、利用者に対してモビリティ１の利用料金を減額し、何らかの商品又はサービスの提供に係るクーポンを発行し、ポイントや現金などの価値を与えることができる。例えば、販売促進を行っている商店街を設定エリアとして、商店街を通過したことで商店街のクーポンを発行したり、モビリティ１の利用料金を減額したりすることができる。また、例えば、新規オープンの施設の前の道路を設定エリアとして、施設の前を通過したことに対して、施設のクーポンやポイントを発行したり、モビリティ１の利用料金を減額したりすることができる。この場合に、利用料金を減額する場合には、上記の例では、商店街や施設の運営者に対してその減資を請求することができる。
（２）観光スポットを通るリワード
　モビリティ１の機体が観光スポットの近傍に到着したことに対して、利用者に報賞を与えることができる。例えば、観光地で半日利用可能なモビリティ１のレンタルを行った場合に、当該観光地内の特定の観光スポットの近傍にモビリティ１が停車されたことを検出し、これに応じて報賞を与えることができる。この場合の報賞も、利用料金の減額、クーポンの発行、ポイントの発行などにより実現することができる。報賞の減資は、観光協会や観光地における企業や商人に対して請求することができる。
（３）スポンサードエリア
　設定エリアにスポンサーを付けて、設定エリア内では無料又は割引料金でモビリティ１を利用可能とすることができる。例えば、モビリティ１の利用料金を利用時間に応じて設定している場合に、設定エリア内では、利用時間の時計を止めるようにすることができる。また、設定エリア内を通行している時間を測定し、利用料金の精算時に、通行時間に応じた金額を利用料金から減額することができる。この場合、設定エリア内での利用料金又は割引額の全部又は一部を、スポンサーに請求することができる。
（４）安全地帯での速度開放
　特定の施設内など、特定の安全地帯として設定された設定エリア内では、最高速度を通常時よりも上げるように制御することもできる。例えば、広場やサーキット、室内など、安全な走行が見込まれるエリアを事前に設定しておくことができる。
＜走行方向に応じた制限＞
　また、例えば、管理サーバ２０又はモビリティ１が備えるコンピュータが、モビリティ１の走行方向に応じて制限を与えるようにすることができる。
（１）一方通行
　例えば、管理サーバ２０又はモビリティ１が備えるコンピュータが一方通行の道路を記憶し、モビリティ１の位置情報を継続的に取得することによりモビリティ１の走行方向を特定することで、モビリティ１が一方通行の道路を逆走していることを検出することができる。管理サーバ２０又はモビリティ１が備えるコンピュータは、逆走を検出した場合に、利用者に対して光や音によるアラートを報知したり、利用者端末に対してアラートメッセージを送信したりすることができる。また、管理サーバ２０又はモビリティ１が備えるコンピュータは、逆走を検出した場合に、モビリティ１の最高速度を下げるように制御することができる。また、管理サーバ２０又はモビリティ１が備えるコンピュータは、モビリティ１が逆走している時間が長くなるほど、最高速度が下がるように制御することもできる。また、モビリティ１が所定時間以上逆走している場合には、モータの動作を止めるようにすることもできる。
（２）道路の勾配
　モビリティ１が走行している道路の勾配に応じて最高速度を変更してもよい。例えば、モビリティ１の走行方向を特定し（例えば、単位時間でのモビリティ１の位置の変化を直線近似させるとともに、２時点間の移動方向の卓越方向を決定することができる。）、走行方向がとくに下り坂となる方向である場合に、最高速度を通常時よりも下げるように設定することができる。
＜発明の概要＞
＝＝第１の実施形態＝＝
［項目１］
　乗り物の共有サービスに関する運用を支援するシステムであって、
　乗り物を利用しようとしている利用者の携帯端末から、利用しようとする前記乗り物及び降車ポートの指定を含む利用要求を受け付ける利用要求入力部と、
　前記降車ポートに駐車スペースの空きがある場合に、前記乗り物の利用を許可する利用許可判定部と、
　を備えることを特徴とする運用支援システム。
［項目２］
　項目１に記載の運用支援システムであって、
　前記乗り物の降車後に、前記乗り物を前記降車ポートの前記駐車スペースに駐車した状態を撮影した駐車画像を前記利用者の利用者端末から受信する降車画像受信部と、
　前記降車画像を前記利用者に対応付けて記憶する降車画像記憶部と、
　をさらに備えることを特徴とする運用支援システム
［項目３］
　項目１に記載の運用支援システムであって、
　前記乗り物が備えるロック装置と通信可能に接続され、
　前記乗り物の利用が許可された場合に、前記乗り物が備えるロック装置に対して解錠命令を送信するロック通信部をさらに備えること、
　を特徴とする運用支援システム。
［項目４］
　項目１に記載の運用支援システムであって、
　前記乗り物には、前記乗り物を特定する乗り物特定情報を符号化したコード画像が設けられ、
　前記携帯端末により、前記コード画像が撮影され、前記コード画像から前記乗り物特定情報が復号化され、
　前記利用要求には前記復号化された前記乗り物特定情報が設定されること、
［項目５］
　項目１に記載の運用支援システムであって、
　前記利用者が利用しようとしている前記乗り物が駐車されている乗車ポートの場所に応じた広告を付帯させて、前記利用要求に応答する利用可否を前記携帯端末に送信する利用可否応答部をさらに備えること、
　を特徴とする運用支援システム。
［項目６］
　項目２に記載の運用支援システムであって、
　前記降車画像受信部は、前記駐車画像の受信に応じて、前記降車ポートに応じた広告を前記携帯端末に送信すること、
　を特徴とする運用支援システム。
［項目７］
　項目１に記載の運用支援システムであって、
　前記乗り物の利用が許可された場合に、前記降車ポートに駐車中の前記乗り物の数、前記降車ポートに駐車可能な前記乗り物の数、前記降車ポートの利用率、及び前記降車ポートの駅又は商業施設からの距離の少なくともいずれかに応じて、前記乗り物の利用価格を決定する利用価格決定部をさらに備えること、
　を特徴とする運用支援システム。
［項目１］
　１人乗りの乗り物の共有サービスに関する運用を支援するシステムであって、
　乗り物を利用しようとしている利用者の端末から、降車ポートの指定を含む利用要求を受け付ける利用要求入力部と、
　前記降車ポートに駐車スペースの空きがある場合に、前記乗り物の利用を許可する利用可否判定部と、
　を備えることを特徴とする運用支援システム。
＝＝第２の実施形態＝＝
［項目１］
　乗り物の運用を支援するシステムであって、
　前記乗り物の利用に応じた利用料金の課金を行う課金処理部と、
　前記利用料金に応じて、前記乗り物を駐車するポートの提供者に支払を行う利益分配処理部と、
　を備えることを特徴とする運用支援システム。
［項目２］
　項目１に記載の運用支援システムであって、
　前記利益分配処理部は、前記利用に係る出発ポートを提供する第１の提供者と、前記利用に係る目的ポートを提供する第２の提供者との両方に、前記支払を行うこと、
　を特徴とする運用支援システム。
［項目３］
　項目１に記載の運用支援システムであって、
　前記乗り物は電動であり、
　前記利益分配処理部は、前記乗り物の利用により使用された電力量の少なさに応じて、前記提供者への支払額を上げるように調整すること、
　を特徴とする運用支援システム。
［項目４］
　項目１に記載の運用支援システムであって、
　前記乗り物は電動であり、電池を備えており、
　前記利益分配処理部は、所定期間における、前記ポートに駐車されている前記乗り物が備える前記電池の充電残量の多さに応じて、前記提供者への支払額を上げるように調整すること、
　を特徴とする運用支援システム。
＝＝第３の実施形態＝＝
［項目１］
　電動乗り物の共有サービスの運用を支援するシステムであって、
　電池の残量を取得する残量取得部と、
　前記電池の交換を行い得る一人以上の交換者に対して、前記残量を含む前記電池の交換を指示するメッセージを送信する交換依頼送信部と、
　を備えることを特徴とする運用支援システム。
［項目２］
　項目１に記載の運用支援システムであって、
　前記電池を交換した前記交換者を特定する情報を取得する交換者取得部と、
　前記電池の残量に応じて前記交換者に対する報酬金額を決定する報酬金額決定部と、
　前記報酬金額を前記交換者に支払う処理を行う支払い処理部と、
　を備えることを特徴とする運用支援システム。
［項目３］
　項目２に記載の運用支援システムであって、
　前記報酬金額決定部は、さらに前記交換者の属性に応じて前記報酬金額を変動させること、
　を特徴とする運用支援システム。
［項目４］
　項目２に記載の運用支援システムであって、
　前記報酬金額決定部は、さらに前記電動乗り物が駐車されているポートに応じて前記報酬金額を変動させること、
　を特徴とする運用支援システム。
［項目５］
　項目１に記載の運用支援システムであって、
　前記電動乗り物の位置を示す位置情報を取得する位置情報受信部をさらに備え、
　前記交換依頼送信部は、前記電動乗り物の位置及び前記乗り物が備える前記電池の前記残量を、複数の前記交換者に通知すること、
　を特徴とする運用支援システム。
［項目６］
　項目５に記載の運用支援システムであって、
　前記電動乗り物を駐車可能なポートの位置を含むポート情報を記憶するポート情報記憶部と、
　前記位置情報に応じて前記電動乗り物が駐車されている前記ポートを特定するポート特定部と、
　をさらに備え、
　前記交換依頼送信部は、前記ポートごとに、前記乗り物の台数及び前記残量の合計値を前記交換者に通知すること、
　を特徴とする運用支援システム。
＝＝第４の実施形態＝＝
［項目１］
　乗り物の共有サービスに係る運用を支援するシステムであって、
　前記乗り物の利用者の属性に応じて、前記乗り物の機能を制限する制御部を備えること、
　を特徴とする運用支援システム。
［項目２］
　項目１に記載の乗り物運用支援システムであって、
　前記制御部は、前記利用者の年齢に応じて、前記乗り物の最高速度を制限すること、
　を特徴とする運用支援システム。
［項目３］
　項目１に記載の乗り物運用支援システムであって、
　前記制御部は、前記利用者の年齢に応じて、前記乗り物の座席を利用可能にすること、
　を特徴とする運用支援システム。
［項目４］
　項目１に記載の乗り物運用支援システムであって、
　前記乗り物は、電動機により前記乗り物の推進力をアシストするものであり、
　前記制御部は、前記利用者の年齢に応じて、前記電動機によるアシスト比率を変化させること、
　を特徴とする運用支援システム。
［項目５］
　項目１に記載の乗り物運用支援システムであって、
　前記制御部は、前記利用者の評価の低さに応じて、前記乗り物の最高速度を制限すること、
　を特徴とする運用支援システム。
＝＝第５の実施形態＝＝
［項目１］
　乗り物の共有サービスに係る運用を支援するシステムであって、
　前記乗り物の目的地を推定する目的地推定部と、
　前記目的地に応じて前記乗り物の利用可否を決定する利用可否決定部と、
　を備えることを特徴とする運用支援システム。
［項目２］
　項目１に記載の乗り物運用支援システムであって、
　前記乗り物の位置を取得する位置取得部をさらに備え、
　前記目的地推定部は、前記位置に応じて前記目的地を推定すること、
　を特徴とする運用支援システム。
［項目３］
　項目１又は２に記載の乗り物運用支援システムであって、
　前記乗り物に対する需要数を取得する需要数取得部をさらに備え、
　前記利用可否決定部は、さらに前記需要数に応じて、前記利用可否を決定すること、
　を特徴とする運用支援システム。
［項目４］
　項目１乃至３のいずれか１項に記載の乗り物運用支援システムであって、
　前記乗り物の利用予定時間を取得する利用予定時間取得部をさらに備え、
　前記利用可否決定部は、さらに前記利用予定時間に応じて、前記利用可否を決定すること、
　を特徴とする運用支援システム。
［項目５］
　項目１乃至４のいずれか１項に記載の乗り物運用支援システムであって、
　前記乗り物の利用者の属性を取得する属性取得部をさらに備え、
　前記利用可否決定部は、さらに前記属性に応じて、前記利用可否を決定すること、
　を特徴とする運用支援システム。
　　１　　　自転車
　　２　　　ポート
　　１１　　通信機
　　１２　　ロック装置
　　１３　　利用者端末
　　２０　　管理サーバ
　　３０　　通信ネットワーク

Claims (28)

  1. 　スクーターの共有サービスに関する運用を支援するシステムであって、
    　スクーターを利用しようとしている利用者の携帯端末から、利用しようとする前記スクーター及び降車ポートの指定を含む利用要求を受け付ける利用要求入力部と、
    　前記降車ポートに駐車スペースの空きがある場合に、前記スクーターの利用を許可する利用許可判定部と、
    　を備えることを特徴とする運用支援システム。
  2. 　請求項１に記載の運用支援システムであって、
    　前記スクーターの降車後に、前記スクーターを前記降車ポートの前記駐車スペースに駐車した状態を撮影した駐車画像を前記利用者の利用者端末から受信する画像受信部と、
    　前記駐車画像を前記利用者に対応付けて記憶する画像記憶部と、
    　をさらに備えることを特徴とする運用支援システム
  3. 　請求項１に記載の運用支援システムであって、
    　前記スクーターが備えるロック装置と通信可能に接続され、
    　前記スクーターの利用が許可された場合に、前記スクーターが備えるロック装置に対して解錠命令を送信するロック通信部をさらに備えること、
    　を特徴とする運用支援システム。
  4. 　請求項１に記載の運用支援システムであって、
    　前記スクーターには、前記スクーターを特定する乗り物特定情報を符号化したコード画像が設けられ、
    　前記携帯端末により、前記コード画像が撮影され、前記コード画像から前記乗り物特定情報が復号化され、
    　前記利用要求には前記復号化された前記乗り物特定情報が設定されること、
    　を特徴とする運用支援システム。
  5. 　請求項１に記載の運用支援システムであって、
    　前記利用者が利用しようとしている前記スクーターが駐車されている乗車ポートの場所に応じた広告を付帯させて、前記利用要求に応答する利用可否を前記携帯端末に送信する利用可否応答部をさらに備えること、
    　を特徴とする運用支援システム。
  6. 　請求項２に記載の運用支援システムであって、
    　前記画像受信部は、前記駐車画像の受信に応じて、前記降車ポートに応じた広告を前記携帯端末に送信すること、
    　を特徴とする運用支援システム。
  7. 　請求項１に記載の運用支援システムであって、
    　前記スクーターの利用が許可された場合に、前記降車ポートに駐車中の前記スクーターの数、前記降車ポートに駐車可能な前記スクーターの数、前記降車ポートの利用率、及び前記降車ポートの駅又は商業施設からの距離の少なくともいずれかに応じて、前記スクーターの利用価格を決定する利用価格決定部をさらに備えること、
    　を特徴とする運用支援システム。
  8. 　乗り物の運用を支援するシステムであって、
    　前記乗り物の利用に応じた利用料金の課金を行う課金処理部と、
    　前記利用料金の一部を、前記利用に係る出発ポートを提供する第１の提供者と、前記利用に係る目的ポートを提供する第２の提供者との両方に支払を行う利益分配処理部と、
    　を備えることを特徴とする運用支援システム。
  9. 　請求項８に記載の運用支援システムであって、
    　前記乗り物は電動であり、
    　前記利益分配処理部は、前記乗り物の利用により使用された電力量の少なさに応じて、前記提供者への支払額を上げるように調整すること、
    　を特徴とする運用支援システム。
  10. 　請求項８に記載の運用支援システムであって、
    　前記乗り物は電動であり、電池を備えており、
    　前記利益分配処理部は、所定期間における、前記ポートに駐車されている前記乗り物が備える前記電池の充電残量の多さに応じて、前記提供者への支払額を上げるように調整すること、
    　を特徴とする運用支援システム。
  11. 　電池を備える電動の乗り物の運用を支援するシステムであって、
    　前記乗り物の利用に応じた利用料金の課金を行う課金処理部と、
    　前記利用料金に応じて、前記乗り物を駐車するポートの提供者に支払を行う利益分配処理部と、
    　を備え、
    　前記利益分配処理部は、所定期間における、前記ポートに駐車されている前記乗り物が備える前記電池の充電量の合計の多さに応じて、前記提供者への支払額を上げるように調整することを特徴とする運用支援システム。
  12. 　請求項１１に記載の運用支援システムであって、
    　前記利益分配処理部は、前記利用に係る出発ポートを提供する第１の提供者と、前記利用に係る目的ポートを提供する第２の提供者との両方に、前記支払を行うこと、
    　を特徴とする運用支援システム。
  13. 　請求項１１に記載の運用支援システムであって、
    　前記利益分配処理部は、前記乗り物の利用により使用された電力量の少なさに応じて、前記提供者への支払額を上げるように調整すること、
    　を特徴とする運用支援システム。
  14. 　電動乗り物の共有サービスの運用を支援するシステムであって、
    　電池の残量を取得する残量取得部と、
    　前記電池の残量に応じて、前記電池の交換を行い得る交換者に対する報酬金額を決定する報酬金額決定部と、
    　一人以上の前記交換者に対して、前記報酬金額を含む、前記残量を含む前記電池の交換を指示するメッセージを送信する交換依頼送信部と、
    　を備えることを特徴とする運用支援システム。
  15. 　請求項１に記載の運用支援システムであって、
    　前記電池を交換した前記交換者を特定する情報を取得する交換者取得部と、
    　前記報酬金額を前記交換者に支払う処理を行う支払い処理部と、
    　を備えることを特徴とする運用支援システム。
  16. 　請求項１５に記載の運用支援システムであって、
    　前記報酬金額決定部は、さらに前記交換者の属性に応じて前記報酬金額を変動させること、
    　を特徴とする運用支援システム。
  17. 　請求項１５に記載の運用支援システムであって、
    　前記報酬金額決定部は、さらに前記電動乗り物が駐車されているポートに応じて前記報酬金額を変動させること、
    　を特徴とする運用支援システム。
  18. 　請求項１４に記載の運用支援システムであって、
    　前記電動乗り物の位置を示す位置情報を取得する位置情報受信部をさらに備え、
    　前記交換依頼送信部は、前記電動乗り物の位置及び前記乗り物が備える前記電池の前記残量を、複数の前記交換者に通知すること、
    　を特徴とする運用支援システム。
  19. 　請求項１４に記載の運用支援システムであって、
    　前記交換依頼送信部は、前記電動乗り物を駐車可能なポートごとに、前記電動乗り物の台数及び前記報酬金額の合計を前記メッセージに含めること、
    　を特徴とする運用支援システム。
  20. 　格納可能な座席を有する乗り物の共有サービスに係る運用を支援するシステムであって、
    　前記乗り物の利用者の年齢に応じて、前記乗り物の運転者の前記座席を格納させる制御部を備えること、
    　を特徴とする運用支援システム。
  21. 　請求項２０に記載の乗り物運用支援システムであって、
    　前記制御部は、前記利用者の年齢に応じて、前記乗り物の最高速度を制限すること、
    　を特徴とする運用支援システム。
  22. 　請求項２０に記載の乗り物運用支援システムであって、
    　前記乗り物は、電動機により前記乗り物の推進力をアシストするものであり、
    　前記制御部は、前記利用者の年齢に応じて、前記電動機によるアシスト比率を変化させること、
    　を特徴とする運用支援システム。
  23. 　請求項２０に記載の乗り物運用支援システムであって、
    　前記制御部は、前記利用者の評価の低さに応じて、前記乗り物の最高速度を制限すること、
    　を特徴とする運用支援システム。
  24. 　乗り物の共有サービスに係る運用を支援するシステムであって、
    　前記乗り物の目的地を推定する目的地推定部と、
    　前記目的地に応じて前記乗り物の利用可否を決定する利用可否決定部と、
    　を備えることを特徴とする運用支援システム。
  25. 　請求項２４に記載の乗り物運用支援システムであって、
    　前記乗り物の位置を取得する位置取得部をさらに備え、
    　前記目的地推定部は、前記位置に応じて前記目的地を推定すること、
    　を特徴とする運用支援システム。
  26. 　請求項２４又は２５に記載の乗り物運用支援システムであって、
    　前記乗り物に対する需要数を取得する需要数取得部をさらに備え、
    　前記利用可否決定部は、さらに前記需要数に応じて、前記利用可否を決定すること、
    　を特徴とする運用支援システム。
  27. 　請求項２４乃至２６のいずれか１項に記載の乗り物運用支援システムであって、
    　前記乗り物の利用予定時間を取得する利用予定時間取得部をさらに備え、
    　前記利用可否決定部は、さらに前記利用予定時間に応じて、前記利用可否を決定すること、
    　を特徴とする運用支援システム。
  28. 　請求項２４乃至２７のいずれか１項に記載の乗り物運用支援システムであって、
    　前記乗り物の利用者の属性を取得する属性取得部をさらに備え、
    　前記利用可否決定部は、さらに前記属性に応じて、前記利用可否を決定すること、
    　を特徴とする運用支援システム。
PCT/JP2021/017877 2020-05-11 2021-05-11 運用支援システム Ceased WO2021230236A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US17/998,476 US20230245223A1 (en) 2020-05-11 2021-05-11 Operation assistance system
EP21803086.4A EP4163857A4 (en) 2020-05-11 2021-05-11 OPERATION ASSISTANCE SYSTEM

Applications Claiming Priority (16)

Application Number Priority Date Filing Date Title
JP2020083136A JP6781493B1 (ja) 2020-05-11 2020-05-11 運用支援システム
JP2020083135A JP6785021B1 (ja) 2020-05-11 2020-05-11 運用支援システム
JP2020-083137 2020-05-11
JP2020083137A JP6803100B1 (ja) 2020-05-11 2020-05-11 運用支援システム
JP2020-083136 2020-05-11
JP2020-083138 2020-05-11
JP2020-083135 2020-05-11
JP2020083138A JP6781494B1 (ja) 2020-05-11 2020-05-11 運用支援システム
JP2020-083551 2020-05-12
JP2020083551A JP6810492B1 (ja) 2020-05-12 2020-05-12 運用支援システム
JP2020-187803 2020-11-11
JP2020187803 2020-11-11
JP2020-204734 2020-12-10
JP2020204734A JP7651157B2 (ja) 2020-12-10 2020-12-10 情報処理方法、情報処理システム及びプログラム
JP2020216878A JP2022102249A (ja) 2020-12-25 2020-12-25 運用支援システム
JP2020-216878 2020-12-25

Publications (1)

Publication Number Publication Date
WO2021230236A1 true WO2021230236A1 (ja) 2021-11-18

Family

ID=78524402

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2021/017877 Ceased WO2021230236A1 (ja) 2020-05-11 2021-05-11 運用支援システム

Country Status (3)

Country Link
US (1) US20230245223A1 (ja)
EP (1) EP4163857A4 (ja)
WO (1) WO2021230236A1 (ja)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2023188060A1 (ja) * 2022-03-30 2023-10-05 本田技研工業株式会社 移動体の制御装置、移動体の制御方法、および記憶媒体
WO2023203136A1 (de) * 2022-04-20 2023-10-26 Rtb Gmbh & Co. Kg Lokalisierungssystem für elektrokleinstfahrzeuge
JP2024504220A (ja) * 2021-12-16 2024-01-31 ケフリックス カンパニー，リミテッド ビッグデータを利用した価格決定が可能なレンタカー運営システム
WO2025173258A1 (ja) * 2024-02-16 2025-08-21 株式会社Ｎｔｔドコモ 装置、配信システム、方法
JP2025180936A (ja) * 2024-05-31 2025-12-11 楽天グループ株式会社 情報処理システム、情報処理方法及びプログラム

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP7836818B2 (ja) * 2021-07-06 2026-03-27 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ 制御方法、プログラム及びサーバ装置
US12400541B2 (en) * 2022-02-23 2025-08-26 Southeast University Multi-objective optimization control method and system for cooperative ramp merging of connected vehicles on highway
US20250214581A1 (en) * 2022-03-29 2025-07-03 Honda Motor Co., Ltd. Control device for mobile object, control method for mobile object, and storage medium
CN118973882A (zh) * 2022-03-30 2024-11-15 本田技研工业株式会社 移动体的控制装置、移动体的控制方法以及存储介质
JP7426426B2 (ja) 2022-03-31 2024-02-01 本田技研工業株式会社 車両用制御変更システムおよび車両用制御変更装置
JP7711671B2 (ja) * 2022-09-14 2025-07-23 トヨタ自動車株式会社 タクシー車両管理システム
CN116108970A (zh) * 2022-12-20 2023-05-12 成都秦川物联网科技股份有限公司 智慧城市共享单车投放及运营区规划方法和物联网系统
US12597084B2 (en) * 2024-06-06 2026-04-07 Merits Health Products Co., Ltd. Mobility scooter sharing system and managing method for mobility scooter sharing system

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2017068449A (ja) * 2015-09-29 2017-04-06 トヨタ自動車株式会社 カーシェアリングシステムおよび車両貸出返却方法
JP2017169051A (ja) 2016-03-16 2017-09-21 株式会社デンソー 乗り物のシェアリングシステムおよび乗り物に搭載される搭載機
JP2019128730A (ja) * 2018-01-23 2019-08-01 トヨタ自動車株式会社 需要予測装置、回送計画生成装置、ユーザモデル生成装置、および方法
JP2019148928A (ja) * 2018-02-26 2019-09-05 株式会社メルカリ レンタルサイクル運営システム及びプログラム
JP2020060980A (ja) * 2018-10-10 2020-04-16 トヨタ自動車株式会社 情報処理装置及びプログラム
JP6781494B1 (ja) * 2020-05-11 2020-11-04 株式会社Luup 運用支援システム
JP6781493B1 (ja) * 2020-05-11 2020-11-04 株式会社Luup 運用支援システム
JP6803100B1 (ja) * 2020-05-11 2020-12-23 株式会社Luup 運用支援システム

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8073460B1 (en) * 2007-03-08 2011-12-06 Amazon Technologies, Inc. System and method for providing advertisement based on mobile device travel patterns
WO2014030233A1 (ja) * 2012-08-22 2014-02-27 Kamisawa Teruhiko レンタカー管理システム、レンタカー管理方法、及びレンタカー管理プログラム
US20140129301A1 (en) * 2012-11-07 2014-05-08 Ford Global Technologies, Llc Mobile automotive wireless communication system enabled microbusinesses
TWI538844B (zh) * 2015-05-21 2016-06-21 電能有限公司 折疊電動代步車結構
CN108351993B (zh) * 2015-08-04 2022-09-27 睿能创意公司 用于电动载具共享的装置、方法和物品
CN110431608B (zh) * 2017-04-01 2022-04-19 杭州青奇科技有限公司 用于确定车辆停放区域的系统和方法
KR102496801B1 (ko) * 2017-12-19 2023-02-06 현대자동차 주식회사 공유 자전거 재분배 시스템 및 그 방법
JP6997412B2 (ja) * 2018-03-12 2022-01-17 トヨタ自動車株式会社 カーシェアリング管理装置及びカーシェアリングシステム
MA54888B1 (fr) * 2019-04-30 2022-10-31 Pied Parker Inc Reconnaissance et navigation de stationnement basées sur une image

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2017068449A (ja) * 2015-09-29 2017-04-06 トヨタ自動車株式会社 カーシェアリングシステムおよび車両貸出返却方法
JP2017169051A (ja) 2016-03-16 2017-09-21 株式会社デンソー 乗り物のシェアリングシステムおよび乗り物に搭載される搭載機
JP2019128730A (ja) * 2018-01-23 2019-08-01 トヨタ自動車株式会社 需要予測装置、回送計画生成装置、ユーザモデル生成装置、および方法
JP2019148928A (ja) * 2018-02-26 2019-09-05 株式会社メルカリ レンタルサイクル運営システム及びプログラム
JP2020060980A (ja) * 2018-10-10 2020-04-16 トヨタ自動車株式会社 情報処理装置及びプログラム
JP6781494B1 (ja) * 2020-05-11 2020-11-04 株式会社Luup 運用支援システム
JP6781493B1 (ja) * 2020-05-11 2020-11-04 株式会社Luup 運用支援システム
JP6803100B1 (ja) * 2020-05-11 2020-12-23 株式会社Luup 運用支援システム

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP4163857A4

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2024504220A (ja) * 2021-12-16 2024-01-31 ケフリックス カンパニー，リミテッド ビッグデータを利用した価格決定が可能なレンタカー運営システム
JP7509452B2 (ja) 2021-12-16 2024-07-02 ケフリックス カンパニー，リミテッド ビッグデータを利用した価格決定が可能なレンタカー運営システム
WO2023188060A1 (ja) * 2022-03-30 2023-10-05 本田技研工業株式会社 移動体の制御装置、移動体の制御方法、および記憶媒体
JPWO2023188060A1 (ja) * 2022-03-30 2023-10-05
JP7638440B2 (ja) 2022-03-30 2025-03-03 本田技研工業株式会社 移動体の制御装置、移動体の制御方法、およびプログラム
WO2023203136A1 (de) * 2022-04-20 2023-10-26 Rtb Gmbh & Co. Kg Lokalisierungssystem für elektrokleinstfahrzeuge
WO2025173258A1 (ja) * 2024-02-16 2025-08-21 株式会社Ｎｔｔドコモ 装置、配信システム、方法
JP2025180936A (ja) * 2024-05-31 2025-12-11 楽天グループ株式会社 情報処理システム、情報処理方法及びプログラム
JP7808639B2 (ja) 2024-05-31 2026-01-29 楽天グループ株式会社 情報処理システム、情報処理方法及びプログラム

Also Published As

Publication number Publication date
US20230245223A1 (en) 2023-08-03
EP4163857A4 (en) 2024-02-21
EP4163857A1 (en) 2023-04-12

Similar Documents

Publication Publication Date Title
WO2021230236A1 (ja) 運用支援システム
US10964209B2 (en) Method and system for traffic and parking management
JP4486650B2 (ja) 車両シェア管理装置および車両シェア管理方法
JP5895079B1 (ja) 相乗り支援システム、携帯端末、プログラム、相乗り支援方法、および賃貸借支援システム
US8816879B2 (en) Computer-implemented system and method for managing interchangeable parking spaces
US11308804B2 (en) Computer-implemented system and method for providing management of motor vehicle parking spaces during scheduled street sweeping
US20060250278A1 (en) System and method for assessing parking space occupancy and for reserving same
US20160371607A1 (en) Citywide parking system and method
US20170206471A1 (en) Public parking space remote reservation system
EP2444924A1 (en) Computer-implemented system and method for parking reservations
US7953618B2 (en) Transport system
JP7387300B2 (ja) 移動プラン提案装置
WO2019243883A1 (ja) 営業用車両運用システム
US20240428144A1 (en) A method for booking an electrical vehicle charging station and a method of managing electrical vehicle battery charging at a commercial parking location
JP2022108226A (ja) 運用支援システム
GB2614337A (en) A method for booking an electrical vehicle charging station and a method of managing electrical vehicle battery charging at a commercial parking location
KR102315188B1 (ko) 자율주행자동차 기반 이동서비스 제공방법 및 시스템
WO2022145491A1 (ja) 運用支援システム
JP2022077484A (ja) 運用支援システム
JP2022159252A (ja) 運用支援システム
KR102365787B1 (ko) 협동조합형 이동서비스 제공방법 및 시스템
JP2022102249A (ja) 運用支援システム
Moore et al. City of Tigard Paid Parking Policy

Legal Events

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

Ref document number: 21803086

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2021803086

Country of ref document: EP

Effective date: 20221212