WO2023223569A1 - 管理システム、及び管理プログラム - Google Patents

管理システム、及び管理プログラム Download PDF

Info

Publication number
WO2023223569A1
WO2023223569A1 PCT/JP2022/022458 JP2022022458W WO2023223569A1 WO 2023223569 A1 WO2023223569 A1 WO 2023223569A1 JP 2022022458 W JP2022022458 W JP 2022022458W WO 2023223569 A1 WO2023223569 A1 WO 2023223569A1
Authority
WO
WIPO (PCT)
Prior art keywords
vehicle
information
control
user
return
Prior art date
Application number
PCT/JP2022/022458
Other languages
English (en)
French (fr)
Inventor
翼 畑
Original Assignee
シェアード・モビリティ・ネットワークス株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by シェアード・モビリティ・ネットワークス株式会社 filed Critical シェアード・モビリティ・ネットワークス株式会社
Publication of WO2023223569A1 publication Critical patent/WO2023223569A1/ja

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Commerce
    • G06Q30/06Buying, selling or leasing transactions
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Commerce
    • G06Q30/06Buying, selling or leasing transactions
    • G06Q30/0645Rental transactions; Leasing transactions

Definitions

  • the present invention relates to a management system and a management program.
  • the present invention was made in view of the above facts, and aims to provide a management system and a management program that make it possible to control rental vehicles.
  • the management system provides a management system that provides a rental vehicle that is lent to a user for use, and that is an electric rental vehicle that runs using charged electric power.
  • a management system for managing vehicles when control input information indicating control details for controlling the rental vehicle is input to a user terminal used by a user using the rental vehicle, A control processing means is provided that performs control processing for controlling the control content indicated by the control input information in the rental vehicle.
  • the management system according to claim 2 is the management system according to claim 1, wherein the management system includes a server device capable of communicating between the user terminal, the rental vehicle side, and the user terminal.
  • the server device includes the control processing means, and the user terminal transmits the control input information to the server device when the control input information is input, and the server device transmits the control input information to the server device.
  • the control processing means of the server device transmits server-side control information for causing the rental vehicle to control the control content indicated by the control input information to the rental vehicle side. This process is performed as the control process.
  • the management system according to claim 3 is the management system according to claim 1 or 2, in which the control input information is information indicating control details for turning on or off the power of the rental vehicle.
  • the management system according to claim 4 is the management system according to claim 1, further comprising: an acquisition means for acquiring management information for managing the rental vehicle; and based on the management information acquired by the acquisition means, a management means for performing return-related management processing for managing the return of the rental vehicle to a predetermined return location, and the acquisition means indicates whether the power of the rental vehicle is on or off.
  • Power supply related information is acquired as the management information
  • the management means performs the return related management process based on the power supply related information acquired by the acquisition means, and the acquisition means controls the power supply of the rental vehicle.
  • information indicating the control content to be turned on is input to the user terminal as the control input information and the power of the rental vehicle is turned on, information indicating that the power of the rental vehicle is on is input to the power supply related information.
  • the management program according to claim 5 is a management program for managing the rental vehicle, which is an electric rental vehicle that is rented out to a user and runs using charged electric power, and is a management program for managing the electric rental vehicle that is rented out to a user for use. , when control input information indicating control content for controlling the rental vehicle is input to a user terminal used by a user using the rental vehicle, control the control content indicated by the control input information.
  • a management program that functions as a control processing means for performing control processing for the rental vehicle.
  • a control input indicating control details for controlling the rental vehicle is sent to a user terminal used by a user using the rental vehicle.
  • information is input, by performing control processing for controlling the control content indicated by the control input information on the rental vehicle, it becomes possible to control the rental vehicle via the user terminal, for example.
  • the management system by controlling the rental vehicle via the server device, it becomes possible to appropriately control the rental vehicle, for example.
  • control input information is information indicating control content for turning on or off the power of the rental vehicle, so that, for example, the power of the rental vehicle can be turned on or off via the user terminal. It becomes possible to do so.
  • the management system by performing the return-related management process, for example, it becomes possible to manage the return of a rental vehicle.
  • By performing return-related management processing based on power supply-related information it is possible, for example, to return a rental vehicle with the power turned off, thereby preventing unauthorized use and preventing unintended rentals. It becomes possible to prevent accidents caused by vehicle operation.
  • FIG. 1 is a block diagram functionally conceptually showing a management system according to the present embodiment.
  • 1 is a block diagram functionally and conceptually showing a vehicle.
  • FIG. FIG. 2 is a block diagram functionally conceptually showing an in-vehicle device.
  • FIG. 2 is a block diagram functionally conceptually showing a terminal device.
  • FIG. 3 is a diagram for explaining a station.
  • FIG. 3 is a diagram illustrating user information. It is a figure which illustrated vehicle information. It is a figure which illustrated station information.
  • FIG. 3 is a diagram illustrating usage information.
  • FIG. 3 is a diagram illustrating usage reservation information. It is a figure which illustrated return reservation information. It is a flowchart of vehicle control processing. It is a flowchart of return processing.
  • Embodiments relate to a management system and a management program.
  • the management system according to the present invention is a system for managing rental vehicles, and is a concept that includes, for example, a system for managing the return of rental vehicles, a system for managing the control of rental vehicles, and the like.
  • a “rental vehicle” is a vehicle that is rented out to a user for use, and is an electric vehicle that runs using charged electric power.
  • Rental vehicle is a concept that refers to a vehicle that runs using electricity charged in a battery as its main power source, and includes, for example, an electric two-wheeled vehicle, an electric three-wheeled vehicle, an electric four-wheeled vehicle, and an electric four-wheeled vehicle. This concept includes electrically assisted bicycles, etc.
  • FIG. 1 is a block diagram functionally conceptually showing a management system according to the present embodiment
  • FIG. 2 is a block diagram functionally conceptually showing a vehicle
  • FIG. 3 is a block diagram functionally showing a vehicle.
  • FIG. 4 is a block diagram functionally conceptually illustrating a terminal device
  • FIG. 5 is a diagram illustrating a station;
  • FIG. 1 is a block diagram functionally conceptually illustrating a management system according to the present embodiment
  • FIG. 2 is a block diagram functionally conceptually showing a vehicle
  • FIG. 3 is a block diagram functionally showing a vehicle.
  • FIG. 4 is a block diagram functionally conceptually illustrating a terminal device
  • FIG. 5 is a diagram illustrating a station;
  • FIG. 5 is a diagram illustrating a station
  • FIG. 5 is a map of roads etc. around the station 91.
  • a management system 100 in FIG. 1 is a system for managing a vehicle 1, and includes, for example, a vehicle 1, an on-vehicle device 2, a terminal device 3, and a server device 4.
  • the vehicle 1 in FIG. 1 is a rental vehicle that is lent to a user by a rental company and used by the user, and is, for example, an electric two-wheeled vehicle.
  • the structure of this vehicle 1 is arbitrary, for example, a structure that can be folded and stored when not in use may be adopted, or another structure may be adopted.
  • This vehicle 1 is rented and returned at the station.
  • a "station” is a place where the vehicle 1 is rented and returned, and is, for example, a large number of facilities located in various places.One example is a station located along a road as shown in FIG. This concept includes 91, etc.
  • the vehicle 1 can be returned to the same station from which it was lent, or it can be returned to a different station from the station from which it was lent.
  • Each station is provided with a charging device for charging the battery 11 (described later) mounted on the vehicle 1, and the charging device is used to charge the battery 11 of the vehicle 1.
  • a predetermined number of cables are provided. In other words, at each station, it is possible to charge the same number of vehicles 1 as the number of charging cables installed at the same time. For example, at a station where four charging cables are installed, four vehicles can be charged at the same time. It is possible to charge several vehicles 1 at the same time.
  • the station in this embodiment may be interpreted as corresponding to a "predetermined return location.”
  • the vehicle 1 includes, for example, a battery 11, a motor 12, a communication section 13, a recording section 14, and a control section 15.
  • a battery 11 for example, a battery 11
  • a motor 12 for example, a battery 12
  • a communication section 13 for example, a motor 12
  • a communication section 13 for example, a recording section 14
  • a control section 15 for example, a control section 16.
  • various elements other than these elements are actually implemented in the vehicle 1, in this embodiment, the explanation will focus on the specifically described elements (other devices are also included). The same shall apply).
  • the battery 11 in FIG. 2 is a storage unit that stores energy (specifically, electric power) for operating the vehicle 1 to drive the vehicle 1. Can be configured.
  • the motor 12 in FIG. 2 is a driving means for driving the vehicle 1 to make it run.
  • the motor 12 in FIG. 1 runs.
  • the communication unit 13 in FIG. 2 is a communication means that communicates with another device (for example, the vehicle-mounted device 2), and can be configured using, for example, a communication circuit that communicates by wire.
  • the recording unit 14 in FIG. 2 is a recording unit that records (that is, stores) programs and various data necessary for the operation of the vehicle 1, and uses, for example, a flash memory or a hard disk (not shown) as an external recording device. (The same applies to the recording units of other devices).
  • the control unit 15 in FIG. 2 is a control unit that controls the vehicle 1, and specifically includes a CPU, various programs that are interpreted and executed on the CPU (basic control programs such as an OS, and This is a computer that is configured with an internal memory such as a RAM (including application programs that implement specific functions) and an internal memory such as a RAM for storing programs and various data (the same applies to control units of other devices).
  • a CPU central processing unit
  • various programs that are interpreted and executed on the CPU basic control programs such as an OS
  • This is a computer that is configured with an internal memory such as a RAM (including application programs that implement specific functions) and an internal memory such as a RAM for storing programs and various data (the same applies to control units of other devices).
  • the in-vehicle device 2 in FIG. 1 is a device installed in the vehicle 1 to perform various processes related to the vehicle 1, and for example, one device is provided for each vehicle 1. Note that as a variation, the functions of the in-vehicle device 2 may be integrated into the vehicle 1.
  • the in-vehicle device 2 includes, for example, a communication section 21, a current position detection section 22, a recording section 23, and a control section 24.
  • the communication unit 21 in FIG. 3 is a communication means for communicating with other devices (for example, the vehicle 2 and the server device 4), and for example, performs wired communication with the vehicle 2, and also communicates with the server device. This is a means for wireless communication with 4.
  • the communication unit 21 can be configured using, for example, a communication circuit that performs wired and wireless communication. Note that the function of wireless communication in the communication unit 21 may be realized by, for example, a communication circuit that communicates via a so-called LTE (Long Term Evolution) line.
  • LTE Long Term Evolution
  • the current position detection unit 22 in FIG. 3 is a current position detection means that detects the current position (current location) of the in-vehicle device 2. Note that since the on-vehicle device 2 is mounted on the vehicle 1, the current position detection unit 22 detects the current position of the vehicle 1 on which the on-vehicle device 2 is mounted.
  • the current position detection unit 22 has, for example, a system compatible with GPS, and is configured to detect the current position (coordinates corresponding to longitude and latitude) of the in-vehicle device 2 (vehicle 1) using a known method. ing.
  • the recording unit 23 in FIG. 3 is a recording means that records programs and various data necessary for the operation of the in-vehicle device 2.
  • identification information hereinafter, “identification information” is also referred to as "ID"
  • ID for uniquely identifying the in-vehicle device 2 is recorded in the recording unit 23.
  • the control unit 24 in FIG. 3 is a control means that controls the on-vehicle device 2.
  • the control unit 24 shown in FIG. 3 is a control means that controls the on-vehicle device 2.
  • the terminal device 3 in FIG. 1 is a user terminal used by a user using the vehicle 1, and is, for example, a smartphone or a tablet terminal carried by the user.
  • the terminal device 3 includes, for example, a communication section 31, a touch pad 32, a display 33, a recording section 34, and a control section 35.
  • the communication unit 31 in FIG. 4 is a communication unit that communicates with another device (for example, the server device 4), and can be configured using, for example, a communication circuit that communicates wirelessly.
  • the touch pad 32 is an operation means that receives various operation inputs from the user by being pressed with the user's finger or the like.
  • the specific configuration of the touch pad 32 is arbitrary, for example, a known type including an operation position detection means using a resistive film type, a capacitance type, etc. can be used.
  • the display 33 is a display means that displays various images.
  • a flat panel display such as a known liquid crystal display or an organic EL display can be used.
  • the touch pad 32 and the display 33 are integrally formed as a touch panel.
  • the recording unit 34 in FIG. 4 is a recording means for recording programs and various data necessary for the operation of the terminal device 3.
  • the control unit 35 in FIG. 4 is a control unit that controls the terminal device 3, and includes, for example, an acquisition unit 351 and a management unit 352 in terms of functional concept.
  • the acquisition unit 351 is an acquisition unit that acquires management information for managing rental vehicles.
  • the management unit 352 is a management unit that performs return-related management processing for managing the return of the rental vehicle to a predetermined return location based on the management information acquired by the acquisition unit. Note that the processing performed by each part of the control unit 355 will be described later.
  • the server device 4 in FIG. 1 includes, for example, a communication section 41, a recording section 42, and a control section 43.
  • the communication unit 41 in FIG. 1 is a communication means that communicates with other devices (for example, the in-vehicle device 2 and the terminal device 3), and is configured using, for example, a communication circuit that communicates wirelessly. be able to.
  • the recording unit 42 in FIG. 1 is a recording means that records programs and various data necessary for the operation of the server device 4.
  • the recording unit 42 stores, for example, a user information database (hereinafter referred to as "DB") 421, vehicle information DB 422, station information DB 423, usage information DB 424, usage reservation information DB 425, and return reservation information. Equipped with DB426.
  • DB user information database
  • the user information DB 421 in FIG. 1 is a user information storage means for storing user information.
  • FIG. 6 is a diagram illustrating user information.
  • the user information is information related to the user of the vehicle 1, and for example, the information of each item in FIG. 6 is correlated with each other.
  • the information corresponding to the item "user ID” in FIG. 6 is a user ID that uniquely identifies the user ("IDu0001" or the like in FIG. 6).
  • the information corresponding to the item "user identification information” in FIG. 6 is user identification information for identifying the user (in FIG. 6, the user's name, gender, etc., such as "AAAA, male, . . .”). Note that "AAAA” in FIG. 6 is a description for convenience and indicates a name.
  • the user information shown in FIG. 6 may be stored in any manner; for example, the user information may be stored by inputting the information via the terminal device 3.
  • the vehicle information DB 422 in FIG. 1 is a vehicle information storage means for storing vehicle information.
  • FIG. 7 is a diagram illustrating vehicle information.
  • the vehicle information is information related to the vehicle 1, and for example, the information of each item in FIG. 7 is correlated with each other.
  • the information corresponding to the item "vehicle ID” in FIG. 7 is a vehicle ID for uniquely identifying the vehicle 1 (in FIG. 7, “IDb0001", etc.).
  • the information corresponding to the item "Vehicle-mounted device ID” in FIG. 7 is a vehicle-mounted device ID for uniquely identifying the vehicle-mounted device 2 mounted on the vehicle 1 (in FIG. 7, "IDm0001", etc.).
  • the information corresponding to the item "vehicle identification information” in FIG. 7 is vehicle identification information for identifying the vehicle 1 (in FIG. 7, the vehicle registration number "Minato-ku Nu ⁇ ", etc.).
  • “Empty car” indicates a state in which the car is not reserved and not in use. “Reserved” indicates a state of being reserved and not being used. “On loan” indicates a state in which the item is being used. “Rental suspension” indicates a state in which lending is suspended. “Failure” indicates a state of failure.
  • the information corresponding to the item "power state information" in FIG. 7 is power state information indicating whether the power of the vehicle 1 is on or off.
  • This power state information is arbitrary, but in this embodiment, for example, a case will be described in which "ON” indicating that the power is on and “OFF” indicating that the power is off are used.
  • the power is on means that the battery 11 and various elements (for example, the motor 12 or various LEDs, etc.) are electrically connected to each other in the vehicle 1, and the power from the battery 11 is This is a concept that indicates the status of supplies to various elements.
  • the power is off is a concept that indicates a state in which the battery 11 and various elements in the vehicle 1 are electrically disconnected from each other, and power from the battery 11 is not supplied to the various elements. .
  • control of switching the power on and off is performed, for example, in the vehicle control process described below, and is performed, for example, by a user's operation performed via the terminal device 3.
  • the information corresponding to the item "Charging state information" in FIG. 7 is charging state information indicating whether the battery 11 mounted on the vehicle 1 is charged or not.
  • This charging state information is arbitrary, but in this embodiment, for example, a case will be described in which "charging” indicating that the battery is being charged and “non-charging” indicating that the battery is not being charged are used.
  • the vehicle 1 of this embodiment charges the battery 11 mounted on the vehicle 1 using a charging cable (not shown) of a charging device provided at a station.
  • a charging cable not shown
  • An example of a case in which it is in operation will be explained.
  • the vehicle 1 is provided with a socket into which the plug of the charging cable (the tip of the charging cable is inserted) is inserted.
  • the charging device side and the vehicle 1 side are electrically connected to each other via the charging cable, and the power from the charging device side is transferred to the vehicle. 1 side, and the battery 11 of the vehicle 1 is charged by the electric power.
  • the plug of the charging cable is pulled out from the socket of vehicle 1, the charging device side and vehicle 1 side are electrically cut off from each other, and power from the charging device side is not supplied to vehicle 1 side. In this case, the battery 11 of the vehicle 1 will not be charged.
  • FIG. 7 shows, for example, that the vehicle 1 identified by "IDb0001" is equipped with the in-vehicle device 2 identified by "IDm0001", and the vehicle It shows that the vehicle registration number is ⁇ Minato-ku Nu ⁇ ''. Further, it is shown that the current state of the vehicle 1 is "on loan", and that the current position of the vehicle 1 is a position corresponding to "X1, Y1". It is also shown that the power of the vehicle 1 is on. Further, it is shown that the battery 11 of the vehicle 1 is not charged, that is, the charging cable is not connected to the vehicle 1.
  • vehicle information shown in FIG. 7 may be stored in any manner; for example, the vehicle ID, in-vehicle device ID, and vehicle specific information are stored by inputting the information by the administrator. On the other hand, information other than these information is stored by each process described later.
  • the station information DB 423 in FIG. 1 is a station information storage means for storing station information.
  • FIG. 8 is a diagram illustrating station information. Station information is information related to a station, and for example, the information of each item in FIG. 8 is correlated with each other.
  • the information corresponding to the item "Station ID” in FIG. 8 is a station ID that uniquely identifies a station (in FIG. 8, "IDs0001" that identifies station 91 in FIG. 5, etc.).
  • the information corresponding to the item "Installation location information” in Figure 8 is installation location information indicating the location where the station is installed (in Figure 8, the coordinates correspond to longitude and latitude, such as "X33, Y33”) .
  • the information corresponding to the item "installed port number information" in FIG. 8 is installed port number information indicating the number of charging cables provided in the station (eg, "4" in FIG. 8). Note that the charging cable may also be referred to as a "charging port.” The information corresponding to the item “Number of vacant ports information” in FIG. (In FIG. 8, there is “one” etc.).
  • FIG. 8 shows, for example, that the station 91 in FIG. 5 identified by "IDs0001" is installed at a position corresponding to "X33, Y33"; There are four charging cables installed at Station 91, one of which is shown to be free, and the number of vehicles 1 that can be rented out at Station 91 is "XX". It is shown.
  • station information shown in FIG. 8 may be stored in any manner; for example, the station ID, installation position information, and installation port number information are stored by the administrator inputting the information.
  • the server device 4 determines whether the number of available ports is available based on other information (for example, the current location information and charging state information in FIG. 7, and the installation location information and the number of installed ports information in FIG. 8).
  • the number of charging cables present may be specified and stored based on the identification result.
  • information indicating available charging cables is repeatedly transmitted from each station to the server device at fixed time intervals, and the server device 4 determines which charging cables are available based on the transmitted information. It is also possible to specify the number of files and store them based on the identification result.
  • the information on the number of bikes available for rent may be stored in the same manner as the information on the number of available ports described above.
  • the usage information DB 424 in FIG. 1 is a usage information storage means for storing usage information.
  • FIG. 9 is a diagram illustrating usage information.
  • the usage information is information related to the usage of the vehicle 1 by the user, and for example, the information of each item in FIG. 9 is correlated with each other.
  • the information corresponding to the item “user ID” in FIG. 9 is a user ID that identifies the user who uses the vehicle 1. As this user ID, "IDu0001", which is the user ID in FIG. 6, is stored. The information corresponding to the item “used vehicle ID” in FIG. 9 is a used vehicle ID that identifies the vehicle 1 used by the user (that is, the vehicle 1 lent to the user and used by the user). As the usage vehicle ID, "IDb0001", which is the vehicle ID in FIG. 7, is stored.
  • usage start time information usage end time information
  • the information corresponding to the item "use start time information" in FIG. 9 is use start time information indicating the date and time when the user started using the vehicle 1.
  • the information corresponding to the item "use end time information” in FIG. 9 is use start time information indicating the date and time when the user ended use of the vehicle 1. As each time information, "9:10 on March 18th" etc. is stored, and if the usage has not ended yet, no information is stored as the usage end time information. Become.
  • the information corresponding to the item "starting station ID” in FIG. 9 is a starting station ID that identifies the station where the user started using the vehicle 1 (that is, the station that lent the vehicle 1 to the user).
  • the information corresponding to the item "return station ID” in FIG. 9 is a return station ID that identifies the station to which the vehicle 1 was returned by the user. As each of these station IDs, "IDs0001", which is the station ID in FIG. 8, is stored, and if the item has not been returned yet, no information is stored as the return station ID.
  • usage time information indicating the time that the user used the vehicle 1.
  • traveling distance information indicating the distance traveled by the user while driving the vehicle 1.
  • the usage reservation information DB 425 in FIG. 1 is a usage reservation information storage means that stores usage reservation information.
  • FIG. 10 is a diagram illustrating usage reservation information.
  • the usage reservation information is information regarding the reservation of the vehicle 1 for the use of the vehicle 1, and for example, the information of each item in FIG. 10 is correlated with each other.
  • the information corresponding to the item "reservation user ID” in FIG. 10 is a reservation user ID that identifies the user who made the reservation. As this reservation user ID, "IDu0001", which is the user ID in FIG. 6, is stored.
  • the information corresponding to the item "reserved vehicle ID” in FIG. 10 is a reserved vehicle ID that identifies the reserved vehicle 1. As this reserved vehicle ID, "IDb0001", which is the vehicle ID in FIG. 7, is stored.
  • the information corresponding to the item "reservation station ID" in FIG. 10 is a reservation station ID that identifies the station where the reserved vehicle 1 is installed. As this reserved station ID, "IDs0001", which is the station ID in FIG. 8, is stored.
  • the return reservation information DB 426 in FIG. 1 is a return reservation information storage means for storing return reservation information.
  • FIG. 11 is a diagram illustrating return reservation information.
  • the return reservation information is information regarding the reservation of the station to which the vehicle 1 being used is to be returned, and for example, the information of each item in FIG. 11 is correlated with each other. Further, regarding each piece of information in FIG. 11, the same information as the information with the same name in FIG. 10 is stored.
  • the information corresponding to the item "reserved vehicle ID” in FIG. 11 is a reserved vehicle ID that identifies the vehicle 1 to be returned.
  • the information corresponding to the item "reservation station ID" in FIG. 11 is a reservation station ID that identifies the station reserved as the station to which the vehicle 1 is to be returned.
  • the control unit 43 in FIG. 1 is a control means for controlling the server device 4, and includes, for example, a control processing unit 431 in terms of functional concept.
  • control input information indicating the control content for controlling the rental vehicle is input to a user terminal used by a user using the rental vehicle
  • the control processing unit 431 inputs the control content indicated by the control input information.
  • This is a control processing means that performs control processing for controlling the rental vehicle. Note that the processing performed by each part of the control unit 43 will be described later.
  • Vehicle-side information storage process is a process for storing information regarding the vehicle 1 in the server device 4, for example, a process for storing current position information, power state information, and charging state information in FIG. It is.
  • the execution timing of this vehicle-side information storage process is arbitrary; for example, it is executed repeatedly at fixed time intervals, and it is also executed when a predetermined event (such as an event in which the power of the vehicle 1 is switched on and off) occurs. Ru. Note that the fixed time interval for repeated execution is arbitrary; for example, when the power source of the vehicle 1 is on, it is 15 seconds, and when the power source is off, it may be 1 minute.
  • steps 1 to 4 are executed.
  • the control unit 24 of the on-vehicle device 2 determines the current position of the vehicle 1, whether the power of the vehicle 1 is on or off, and whether the battery 11 of the vehicle 1 is charged. Identify.
  • the in-vehicle device 2 identifies the current position detected by the current position detection unit 22 (FIG. 3) as the current position of the vehicle 1 in which the in-vehicle device 2 is mounted.
  • the in-vehicle device 2 determines whether the power of the vehicle 1 is on based on the identification result of the power state identification means (for example, a predetermined electric circuit, etc.) for identifying whether the power is on or off. or off.
  • the power state identification means for example, a predetermined electric circuit, etc.
  • the on-vehicle device 2 also specifies whether the battery 11 of the vehicle 1 is charged. Note that this identification method is arbitrary, but for example, the following method may be used.
  • the vehicle 1 is provided with a detection circuit for detecting whether or not the plug of the charging cable (not shown) of each station is inserted into the socket of the vehicle 1, and the detection circuit You may use the method of specifying whether the battery 11 of the vehicle 1 is charged based on the result.
  • the in-vehicle device 2 when the detection circuit detects that the plug of the charging cable is inserted into the socket of the vehicle 1, the in-vehicle device 2 specifies that the battery 11 of the vehicle 1 is being charged. Also, for example, if the detection circuit does not detect that the plug of the charging cable is inserted into the socket of vehicle 1 (in other words, the detection circuit does not detect that the plug of the charging cable is not inserted into the socket of vehicle 1) case), the in-vehicle device 2 identifies that the battery 11 of the vehicle 1 is not charged.
  • the battery 11 of the vehicle 1 is charged using the charging cable, so in the first step, the message "The battery 11 of the vehicle 1 is charged” is displayed.
  • “Determining that the charging cable is connected to the vehicle 1” is synonymous with “determining that the charging cable is connected to the vehicle 1,” and “determining that the battery 11 of the vehicle 1 is not charged” is This is synonymous with “identifying that the charging cable is not connected to vehicle 1.”
  • a method for identifying whether or not the battery 11 is being charged based on a voltage change for example, an increase in voltage.
  • a method of identifying whether or not the battery 11 is being charged may be used based on whether or not current is supplied to the battery 11 side.
  • a method may be used to identify whether or not the battery is being charged based on whether or not current is being output from the charging device.
  • the control unit 24 of the in-vehicle device 2 transmits information indicating each identification result in the first step to the server device 4. Specifically, the in-vehicle device 2 acquires the in-vehicle device ID of its own recording unit 23 (FIG. 3), and correlates the acquired in-vehicle device ID with information indicating each identification result in the first step. and transmits it to the server device 4.
  • the position corresponding to "X1, Y1" is specified as the current position, it is specified that the power of the vehicle 1 is on, and it is specified that the vehicle 1 is not being charged. Furthermore, a case where "IDm0001" is stored as the vehicle-mounted device ID of the vehicle-mounted device 2 will be exemplified and explained.
  • the in-vehicle device 2 displays "X1, Y1" (coordinate information), "ON” (information indicating that the power is on), and “non-charging” (indicating that it is not being charged). information) and “IDm0001” are correlated with each other and transmitted to the server device 4.
  • control unit 43 of the server device 4 receives the information transmitted from the in-vehicle device 2.
  • the control unit 43 of the server device 4 stores the current position information, power state information, and charging state information shown in FIG. 7 based on each piece of information received in the third step.
  • the in-vehicle device ID is acquired from the information received in the third step, and the current location information and power state of the vehicle information in which the same information as the acquired in-vehicle device ID is stored as the in-vehicle device ID in FIG.
  • Information indicating each corresponding identification result in the first step among the information received in the third step is stored as information and charging state information.
  • IDm0001 is acquired from “X1, Y1", “ON”, “non-charging”, and “IDm0001” received in the third step, and the acquired “IDm0001” is stored as the in-vehicle device ID.
  • "X1, Y1", “ON”, and “non-charging” are stored as the current position information, power supply state information, and charging state information of the vehicle information shown in the top row of FIG.
  • the vehicle-side information storage process is executed repeatedly, so steps 1 to 4 are also executed repeatedly, and in the fourth step, the information is always updated to the latest information.
  • the latest information transmitted from each in-vehicle device 2 is then stored.
  • a predetermined information is stored in the history information DB (not shown) of the server device 4. Accumulate data for a period of time (for example, one week to one month). Note that the history information DB may also store the latest information. This concludes the explanation of the vehicle information storage process.
  • Usage reservation process is a process for reserving the vehicle 1 for use, and for example, a process for storing each information of the usage reservation information in FIG. 10 and the status information in FIG. It is processing.
  • the execution timing of this usage reservation process is arbitrary, and is executed, for example, when the user performs a predetermined operation via the touch pad 32 of his/her own terminal device 3 (the same applies to each process described below).
  • a case will be described where the user logs in by inputting his/her user ID "IDu0001" into the terminal device 3 via the touch pad 32 (the same applies to the processing described later).
  • steps 1 to 4 are executed.
  • the control unit 35 of the terminal device 3 acquires information regarding the vehicle 1 to be reserved.
  • the server device 4 stores information indicating the vehicle 1 that can be reserved and the station where the vehicle 1 is installed, and the terminal device 3 stores the information stored in the server device 4. Based on this information, a reservation screen showing the vehicles 1 that can be reserved at each station can be displayed on the display 33.
  • the information stored in the server here is arbitrary, and may be information in the storage DB described above, or may be other information.
  • the user selects the station where the vehicle 1 to be reserved is installed and the vehicle 1 to be reserved on the reservation screen of the terminal device 3, and selects the selected station and vehicle 1 via the touch pad 32. If the information shown is input, the terminal device 3 acquires the station ID and vehicle ID corresponding to the input information, and also acquires the user ID input at the time of login.
  • the terminal device 3 records and holds the vehicle ID of each piece of acquired information as reservation information in its own recording unit 34 for a certain period of time (for example, 15 minutes, etc.).
  • "Reservation information” is information indicating the vehicle 1 that the user desires to reserve for use, and is information including a vehicle ID, for example.
  • the control unit 35 of the terminal device 3 transmits each piece of information acquired in the first step. Specifically, the terminal device 3 correlates each piece of information acquired in the first step and transmits the information to the server device 4 .
  • control unit 43 of the server device 4 receives the information transmitted from the terminal device 3.
  • the control unit 43 of the server device 4 stores each piece of information of the usage reservation information in FIG. 10 and the status information in FIG. 7 based on each piece of information received in the third step.
  • the user ID, vehicle ID, and station ID received in the third step are stored as the reservation user ID, reservation vehicle ID, and reservation station ID in FIG. .
  • information indicating the time from the current date and time to a date and time 15 minutes later is stored as reservation time information.
  • each piece of information illustrated in the top row of FIG. 10 is stored.
  • the vehicle ID is acquired from the information received in the third step, and the same information as the acquired vehicle ID is stored as the vehicle ID in FIG. 7 as the status information of the vehicle.
  • "reservation in progress” is stored as the status information at the top of FIG. 7.
  • vehicle 1 was not reserved or used and "vacant” was stored, so here it is updated from “vacant” to "reserving”. That will happen. This concludes the explanation of the usage reservation process.
  • Usage start processing is a process for starting the use of the vehicle 1, and specifically, it is a process executed after the usage reservation process is executed. For example, some of the usage information shown in FIG. This is a process for storing the information of , and the status information of FIG. 7 .
  • steps 1 to 4 are executed.
  • the control unit 35 of the terminal device 3 acquires the vehicle ID recorded (held) in the recording unit 34 as reservation information, and also acquires the user ID input at the time of login.
  • the control unit 35 of the terminal device 3 transmits the vehicle ID and the like. Specifically, the terminal device 3 correlates each piece of information acquired in the first step and transmits the information to the server device 4 .
  • control unit 43 of the server device 4 receives the information transmitted from the terminal device 3.
  • control unit 43 of the server device 4 receives the information transmitted from the terminal device 3.
  • the control unit 43 of the server device 4 stores part of the usage information in FIG. 9 and the status information in FIG. 7 based on the information received in the third step.
  • the user ID and vehicle ID received in the third step are stored as the usage user ID and usage vehicle ID in FIG. 9, and the current date and time are stored.
  • the information shown is stored as the usage start time information in FIG.
  • the station ID stored as the reserved station ID in FIG. 10 in the above-mentioned usage reservation process is specified, and the specified station ID is stored as the starting station ID in FIG.
  • each piece of information illustrated in the top row of FIG. 9 is stored.
  • the vehicle ID is acquired from the information received in the third step, and the same information as the acquired vehicle ID is stored as the vehicle ID in FIG. 7 as the status information of the vehicle.
  • "on loan” is stored as the status information at the top of FIG. 7. Note that this status information had been stored as "reserved” in the above-mentioned usage reservation process, so it will be updated from “reserved” to "rented out” here. This concludes the explanation of the usage start process.
  • FIG. 12 is a flowchart of the vehicle control process (steps are abbreviated as "S" in the description of each process below).
  • the “vehicle control process” is roughly a process for controlling the vehicle 1, and is, for example, a process for turning on or off the power of the vehicle 1.
  • each step of the vehicle control process will be described by exemplifying a case in which the power is turned on, and a case in which the power is turned off after each step is completed.
  • the control unit 35 of the terminal device 3 transmits a terminal-side control signal to the server device 4.
  • the "terminal-side control signal” is a signal transmitted by the terminal device 3 in order to control the vehicle 1, and is, for example, a signal for executing the control content indicated by the control input information. This is a signal containing information and a user ID.
  • Control input information is information indicating the control content for controlling the vehicle, and specifically, is information input by the user via the terminal device 3. In this embodiment, for example, the This is information indicating the control details for turning on the power or the control details for turning off the power of the vehicle 1. Note that the control input information indicating the control content for turning on the power of the vehicle 1 is referred to as “on control input information”, and the control input information indicating the control content for turning off the power of the vehicle 1 is referred to as "off control input information”. I will explain it by calling it.
  • the user uses the touch pad 32 of the user's terminal device 3 to press a control button for controlling the vehicle 1 that the user is using (for example, a button for turning on the power.
  • a control button for controlling the vehicle 1 that the user is using for example, a button for turning on the power.
  • control input information indicating the control content corresponding to the operated control button is input to the terminal device 3. I will do so.
  • control unit 35 of the terminal device 3 acquires the input control input information, also acquires the user ID input at the time of login, and generates a terminal-side control signal including the acquired control input information and user ID. and transmits it to the server device 4.
  • the control processing unit 431 of the server device 4 receives a terminal-side control signal from the terminal device 3.
  • the control processing unit 431 of the server device 4 identifies the vehicle-mounted device 2 mounted on the vehicle 1 to be controlled (target to be controlled).
  • the vehicle 1 being used by the user indicated by the user ID included in the terminal-side control signal received at SA2 is controlled.
  • the in-vehicle device 2 mounted on the specified vehicle 1 is specified.
  • the user ID included in the terminal-side control signal received at SA2 is acquired, and by referring to the usage information in FIG. 9, it is associated with the usage user ID that stores the same information as the acquired user ID.
  • the usage information in FIG. 9 it is associated with a usage user ID in which the same information as the acquired user ID described above is stored, and the associated usage end time information is A vehicle 1 indicated by a vehicle ID that is not stored may be specified as the vehicle 1 to be controlled.
  • the in-vehicle device ID associated with the vehicle ID indicating the specified vehicle 1 is specified, and the in-vehicle device 2 indicated by the specified in-vehicle device ID is set as the control target. It is specified as an on-vehicle device 2 mounted on a vehicle 1.
  • the "user ID” "IDu0001” included in the terminal side control signal received at SA2 is acquired, and the usage information in FIG. 9 is referred to, and the same information as the acquired user ID is stored.
  • the control processing unit 431 of the server device 4 transmits a server-side control signal to the in-vehicle device 2 identified at SA3.
  • the "server-side control signal” is a signal transmitted by the server device 4 in order to control the vehicle 1, and is, for example, a signal for executing the control content indicated by the control input information. This is a signal that includes input information and an in-vehicle device ID. Note that this server-side control signal may be interpreted as corresponding to "server-side control information.”
  • the control input information included in the terminal-side control signal received in SA2 is acquired, the in-vehicle device ID indicating the in-vehicle device 2 identified in SA3 is specified, and the acquired control A server-side control signal including the information and the specified in-vehicle device ID is generated and transmitted to the in-vehicle device 2.
  • the control unit 24 of the in-vehicle device 2 receives a server-side control signal from the server device 4.
  • the control unit 24 of the in-vehicle device 2 determines whether or not to control the vehicle 1. Specifically, the in-vehicle device ID included in the server-side control signal received at SA5 is acquired, and the acquired in-vehicle device ID is compared with the in-vehicle device ID stored in its own recording unit 23. Make a judgment based on the results.
  • the on-vehicle device IDs do not match each other, it is determined that the signal is a server-side control signal sent to another on-vehicle device 2, and the vehicle 1 is determined not to be controlled (NO in SA6), and processing is performed. end.
  • the vehicle-mounted devices IDs match each other, it is determined that the signal is a server-side control signal directed to itself, and the vehicle 1 is determined to be controlled (YES in SA6), and the process proceeds to SA7.
  • the control unit 24 of the on-vehicle device 2 controls the vehicle 1 in which it is mounted. Specifically, the control input information included in the server-side control signal received at SA5 is acquired, and the control content indicated by the acquired control input information is performed on the vehicle 1 in which it is mounted. Specifically, a command for controlling the control content indicated by the control input information is sent to the vehicle 1 side, and the control unit 15 of the vehicle 1 receives the control input information based on the command sent from the in-vehicle device 2. Controls the control contents indicated by .
  • the control unit 15 of the vehicle 1 turns on the power of the vehicle 1 based on the command sent from the on-vehicle device 2.
  • SA2 to SA4 in FIG. 12 are executed in the same way as when turning on the power, and in SA5, the on-vehicle device 2 receives a server-side control signal including off control input information and the like.
  • the "return reservation process” is a process for reserving a target station to return the vehicle 1 being used, and is, for example, a process for storing each information of the return reservation information shown in FIG. 11.
  • steps 1 to 4 are executed.
  • the terminal device 3 is capable of displaying a display screen showing each station on the display 33 based on the station information shown in FIG. 8 stored in the server device 4.
  • the terminal device 3 acquires the station ID corresponding to the input information. It also acquires the user ID entered at the time of login.
  • control unit 35 of the terminal device 3 correlates each piece of information acquired in the first step, and transmits the correlated information to the server device 4.
  • control unit 43 of the server device 4 receives the information transmitted from the terminal device 3.
  • the control unit 43 of the server device 4 stores each piece of information of the return reservation information shown in FIG. 11 based on each piece of information received in the third step.
  • the user ID received in the third step is acquired, the usage information in FIG. 9 is referred to, and the same information as the acquired user ID is stored.
  • the user ID received in the third step the vehicle ID indicating the specified vehicle 1, and the station ID received in the third step are stored as the reservation user ID, reservation vehicle ID, and reservation station ID in FIG. do.
  • information indicating the time from the current date and time to a date and time 15 minutes later is stored as reservation time information.
  • each piece of information illustrated in the top row of FIG. 11 is stored. This concludes the explanation of the return reservation process.
  • FIG. 13 is a flowchart of the return process.
  • the "return process” is roughly a process for returning the vehicle 1 to the station, and for example, a process for storing part of the usage information in FIG. 9 and the status information in FIG. It is.
  • the return process is a process executed by the terminal device 3, and the terminal device 3 communicates with the server device 4, and each Although processing is performed using information as appropriate, communications between the terminal device 3 and the server device 4 for using information stored in the server device 4 include requests and responses to the requests, etc. Since this communication can be applied, a detailed explanation of the processing of the communication itself will be omitted.
  • the terminal device 3 downloads the information stored in the server device 4 at regular time intervals and temporarily stores it in the recording unit 34, and each process is performed based on the stored information. It may be configured to execute.
  • the control unit 35 of the terminal device 3 determines that a vacant charging cable (that is, a charging cable not connected to the vehicle) is located at the station closest to the vehicle 1 used by the user of the terminal device 3. Determine whether it exists.
  • the vacant port information in FIG. 8 it is determined whether or not there is a vacant charging cable at the specified station.
  • the current location information in FIG. 7 and the installation location information in FIG. With reference to this, it is determined whether or not there is a free charging cable at the specified station.
  • FIG. 14 is a flowchart of normal return screen display processing.
  • the "normal return screen display process” is a process for displaying the normal return screen.
  • FIG. 15 is a display example of the normal return screen.
  • the "normal return screen” is a screen for returning the vehicle 1 while the battery 11 of the vehicle 1 is being charged (that is, the charging cable is connected to the vehicle 1), and specifically, This is a screen displayed on the display 33 of the terminal device 3, and as shown in FIG. A button 53 is provided.
  • the image display column 51 is a column in which images showing each station are displayed.
  • the first information display column 521, the second information display column 522, and the third information display column 523 are columns in which guidance information and status information 520 are displayed.
  • Guide information is information that indicates the actions that the user needs to take in order to permit the return of the vehicle 1, and is a concept that includes information for guiding the actions, for example, "Station This concept includes messages in text format such as "Please move to.”
  • "Status information" 520 is information indicating whether or not the criteria for permitting return are met.
  • the return button 53 is a button image that is tapped by the user to return the vehicle 1, and is a button that is enabled or disabled.
  • the return button 53 is enabled indicates that the terminal device 3 can accept a tap operation on the return button 53 by the user, and "the return button 53 is disabled” , indicates that the terminal device 3 is unable to accept a tap operation on the return button 53 by the user.
  • the return button 53 when the return button 53 is hatched, it indicates that it is enabled, and when no hatching is illustrated, it indicates that it is disabled. do.
  • the acquisition unit 351 of the terminal device 3 acquires management information.
  • Management information is information for managing the vehicle 1, specifically, information for managing the return of the vehicle 1, such as connection-related information, power supply-related information, and current location information. It is a concept that includes
  • Connection-related information is information indicating whether a charging cable is connected to the rental vehicle.
  • “charging” indicates that the charging cable is connected to the vehicle 1
  • “not charging” indicates that the charging cable is connected to the vehicle 1. Since this indicates that the charging cable is not connected to the vehicle 1, the charging status information corresponds to "connection related information”.
  • Power supply related information is information indicating whether the power supply of the rental vehicle is on or off.
  • “ON” indicates that the power of the vehicle 1 is on
  • “OFF” indicates that the power of the vehicle 1 is off
  • the power state information corresponds to "power supply related information”.
  • “Current location information” is information indicating the current location of the rental vehicle, and in this embodiment corresponds to the current location information in FIG. 7.
  • the vehicle 1 used by the user of the terminal device 3 is specified, and the vehicle information in FIG.
  • the current position information, power state information, and charging state information associated with the vehicle ID indicating 1 are acquired as management information.
  • the management unit 352 of the terminal device 3 determines whether to permit the return of the vehicle 1 based on the management information acquired at SC1.
  • the criteria for determining that the return of the vehicle 1 is permitted are that the current location of the vehicle 1 matches the installation location of the station (hereinafter referred to as the "first criteria"), and It is stipulated that return will be permitted if the power of vehicle 1 is off (hereinafter referred to as “second criterion") and the charging cable is connected to vehicle 1 (hereinafter referred to as “third criterion”). The judgment is made based on this judgment criterion, and, for example, the following first to fourth processes are performed.
  • the management unit 352 refers to the station information in FIG. It is determined whether there is information indicating a station installed at a position corresponding to the current position of the vehicle 1 being used. If it is determined that the station exists, it is determined that the current position of the vehicle 1 matches the installation position of the station (the determination result of the first process is "YES"), and on the other hand, it is determined that the station does not exist. In this case, it is determined that the current position of the vehicle 1 does not match the installation position of the station (the determination result of the first process is "NO").
  • the positions match here, we will consider the size of the station or the accuracy of position detection of the current position, etc., and determine that they match even if the positions are slightly shifted. In other words, even if there is a station that stores installation position information indicating a position slightly distant from the position indicated by the current position information acquired in SC1 (that is, a position within a predetermined distance), the current position of vehicle 1
  • the configuration may be such that it is determined that the position matches the installation position of the station.
  • the reception status of the GPS signal depends on the presence or absence of the station's roof or the surrounding environment of the station, and the position detection accuracy depends on these.
  • a threshold value (for example, 200 m, 250 m, etc.) is set, and if the distance between the vehicle 1 position and the station position is within the threshold value, it is determined that they match, and the distance between the vehicle 1 position and the station position is determined to be longer than the threshold value. If so, the configuration may be such that it is determined that they do not match.
  • the management unit 352 determines that the power of the vehicle 1 is off when the power state information acquired in SC1 is "OFF" (the determination result of the second process is "YES"). ), on the other hand, if the power state information acquired in SC1 is "ON”, it is determined that the power of the vehicle 1 is not off (the determination result of the second process is "NO").
  • the management unit 352 determines that the charging cable is connected to the vehicle 1 when the charging state information acquired in SC1 is "charging" (the determination result of the third process is On the other hand, if the charging state information acquired in SC1 is "non-charging", it is determined that the charging cable is not connected to the vehicle 1 (the determination result of the third process is "NO").
  • the management unit 352 determines which of the first to third determination criteria described above. Therefore, it is determined that the return of vehicle 1 is not permitted (NO at SC2), and the process moves to SC4. On the other hand, if the determination results of the first process to third process are all "YES", the criteria including the first to third criteria described above are satisfied, so the vehicle 1 is returned. It is determined that this is permitted (YES in SC2), and the process moves to SC3.
  • the management unit 352 of the terminal device 3 displays a normal return screen with the return button 53 enabled.
  • the management unit 352 displays images indicating stations in the image display field 51 (in each figure, specific images are not shown for convenience of explanation),
  • the guidance information that is not highlighted and the status information 520 which is image information indicating that each criterion corresponding to each guidance information is satisfied, are displayed in the first information display field 521, the second information display field 522, and
  • a normal return screen that is displayed in the third information display field 523 and in which the activated return button 53 is displayed is generated and displayed on the display 33. That is, in this case, the management unit 352 enables the return button 53.
  • SC4 SC4 after determining in SC2 of FIG. 14 that the return of the vehicle 1 is not permitted (NO in SC2), the management unit 352 of the terminal device 3 displays the normal return screen with the return button 53 disabled. is displayed and moves to SC2. 16 to 17 are display examples of the normal return screen, and FIG. 18 is an explanatory diagram regarding guidance information.
  • the management unit 352 displays an image indicating the station in the image display field 51, and displays guidance information and status information 520 in the first information display field 521 and the second information display field.
  • a normal return screen that is displayed in the column 522 and the third information display column 523 and in which the disabled return button 53 is displayed is generated and displayed on the display 33. That is, in this case, the management unit 352 disables the return button 53.
  • the management unit 352 determines the determination results as shown in the "Guidance information" column of FIG. 18 based on the determination results of "first process determination” to "third process determination” of SC2 Regarding the determination criterion of "NO", guidance information indicating actions on the user's side that are required to be performed in order to make the determination result "YES" is highlighted.
  • the management unit 352 displays guidance information regarding the judgment criteria for which the judgment result is "YES” based on the judgment results of "first processing judgment” to "third processing judgment” of SC2.
  • the status information 520 in the column that indicates that the judgment criteria are met is displayed, and the status information 520 in the column in which guidance information regarding the judgment criteria for which the judgment result is "NO" is displayed is the judgment criteria. Display image information indicating that the requirements are not met.
  • SC2 in FIG. 14 will be executed again, but for example, if the user turns off the power of the vehicle 1, the determination result of the second process will be changed from "NO" to "YES". Therefore, in SC4, which is executed again, a normal return screen is displayed in which the guidance information in the third information display column 523 is highlighted, as shown in FIG.
  • the management unit 352 of the terminal device 3 transmits the return related information to the server device 4, and ends the process.
  • "Return-related information” is information indicating that the vehicle 1 has been returned and the use of the vehicle 1 has ended.
  • the terminal device 3 identifies the station ID indicating the nearest station to the vehicle 1 identified in SB1, acquires the user ID input at the time of login, and then uses the identified station ID and the acquired station ID.
  • the return related information including the user ID is transmitted to the server device 4.
  • control unit 43 of the server device 4 receives the return related information transmitted from the terminal device 3, and based on the received return related information, some information of the usage information of FIG. 9 and the status of FIG. Store information.
  • the vehicle 1 used by the user is identified.
  • the same information as the user ID included in the received return related information and the vehicle ID indicating the identified vehicle 1 is used in the usage information stored as the usage user ID and usage vehicle ID in FIG.
  • information indicating the current date and time, and the station ID included in the received return related information described above are stored as the usage end time and return station ID.
  • the usage time and travel distance are determined using an arbitrary method, and information indicating the usage time and travel distance obtained is stored as the usage time information and travel time information in FIG. 9 .
  • empty vehicle is stored as status information associated with the vehicle ID indicating the specified vehicle 1 described above (that is, the vehicle ID indicating the vehicle 1 being used by the user). .
  • the status information will be updated from "on loan” to "vacant”.
  • FIG. 19 is a flowchart of the non-charging return screen display process.
  • the "non-charging return screen display process” is a process for displaying the normal return screen.
  • FIG. 20 is a display example of a non-charging return screen.
  • the "uncharged return screen” is a screen for returning the vehicle 1 while the battery 11 of the vehicle 1 is not being charged (that is, the charging cable is not connected to the vehicle 1). is a screen displayed on the display 33 of the terminal device 3, and as shown in FIG. , and a return button 63.
  • the intention of returning the vehicle without charging is not limited, but the following is assumed.
  • the charging cables installed at the station are used and there is no one left (for example, when a total of 4 charging cables are connected to 4 other vehicles, etc.)
  • the user returning the vehicle 1 is prevented from removing the charging cable that has already been connected to and used by another vehicle from the other vehicle for his own use. From the viewpoint of It is defined as one of the criteria for determining the
  • the image display column 61 is a column in which images showing each station are displayed.
  • the first information display column 621, the second information display column 622, and the third information display column 623 are columns in which guidance information and status information 620 are displayed.
  • the return button 63 is a button image configured similarly to the return button 53 in FIG. 15, and specifically, is a button image that is tapped by the user to return the vehicle 1. This is a button that can be disabled.
  • the acquisition unit 351 of the terminal device 3 acquires management information, specifically, performs the same process as SC1 of FIG. Location information, power status information, and charging status information are acquired as management information.
  • the management unit 352 of the terminal device 3 determines whether to permit the return of the vehicle 1 based on the management information acquired in SD1.
  • the criteria for determining that the return of the vehicle 1 is permitted are that the current location of the vehicle 1 matches the installation location of the station (hereinafter referred to as the "first criteria"), and It is stipulated that return will be permitted if the power of vehicle 1 is off (hereinafter referred to as the "second criterion") and the charging cable is not connected to vehicle 1 (hereinafter referred to as the “third criterion"). The judgment is made based on this judgment criterion, and, for example, the following first to fourth processes are performed.
  • the management unit 352 performs the same process as the first process and the second process of SC2 in FIG. 14 .
  • the management unit 352 determines that the charging cable is not connected to the vehicle 1 when the charging state information acquired in SD1 is "non-charging" (the determination result of the third process is On the other hand, if the charging status information obtained by SD1 is "Charging”, it does not mean that the charging cable is not connected to the vehicle 1 (in other words, the charging cable is connected to the vehicle 1) (The determination result of the third process is "NO").
  • the management unit 352 determines which of the first to third determination criteria described above. Therefore, it is determined that the return of vehicle 1 is not permitted (NO in SD2), and the process moves to SD4. On the other hand, if the determination results of the first process to third process are all "YES", the criteria including the first to third criteria described above are satisfied, so the vehicle 1 is returned. It is determined that this is permitted (SD2: YES), and the process moves to SD3.
  • the management unit 352 of the terminal device 3 displays a non-charging return screen with the return button 63 enabled.
  • the management unit 352 displays the images indicating the stations in the image display field 61, guide information that is not highlighted, and each determination criterion corresponding to each guide information.
  • Status information 620 which is image information indicating that A non-charging return screen to be displayed is generated and displayed on the display 33. That is, in this case, the management unit 352 enables the return button 63.
  • FIG. 21 is a display example of a non-charging return screen
  • FIG. 22 is an explanatory diagram regarding guidance information.
  • the management unit 352 displays an image indicating the station in the image display column 61, and displays guidance information and status information 620 in the first information display column 621 and the second information display column 62.
  • a non-charging return screen that is displayed in the column 622 and the third information display column 623 and in which the disabled return button 63 is displayed is generated and displayed on the display 33. That is, in this case, the management unit 352 disables the return button 63.
  • the guidance information is the same as the processing in SC4 in FIG. 14, and the management unit 352 performs the guidance information in FIG. As shown in the ⁇ Information'' column, guidance information indicating actions that the user must perform in order to make the determination result ⁇ YES'' regarding the determination criterion for which the determination result is ⁇ YES'' is highlighted.
  • the management unit 352 of the terminal device 3 transmits return related information to the server device 4 at SB5 in FIG. 13, and ends the process. Specifically, by performing the same process as SB3, part of the usage information in FIG. 9 and the status information in FIG. 7 are stored. This concludes the explanation of the return process.
  • “Return-related management processing” is a process for managing the return of a rental vehicle to a station that is a predetermined return location. For example, a user using a rental vehicle can return the rental vehicle from a user terminal.
  • a first process that enables the transmission of information indicating that the rental vehicle has been returned to the administrator side (in this embodiment, the server device 4 side); This concept includes a second process that makes it impossible to transmit information indicating that the rental vehicle has been returned to the server device 4 side.
  • the process of enabling the return buttons 53 and 63 corresponds to the "first process of enabling the transmission of information indicating that the rental vehicle has been returned", and disabling the return buttons 53 and 63. This process may be interpreted as corresponding to the "second process of disabling the transmission of information indicating that the rental vehicle has been returned.”
  • control input information indicating control details for controlling the vehicle 1 is input to the terminal device 3 used by a user using the vehicle 1, the control input information indicates By performing control processing for controlling the control contents in the vehicle 1, it becomes possible to control the vehicle 1 via the terminal device 3, for example.
  • control input information is information indicating the control content for turning on or off the power of the vehicle 1, it becomes possible to turn on or off the power of the vehicle 1 via the terminal device 3, for example.
  • the problems to be solved by the invention and the effects of the invention are not limited to the above-mentioned contents, but may differ depending on the implementation environment of the invention and the details of the configuration, and only some of the problems described above can be solved. In some cases, the above-mentioned effects may be solved or only some of the above-mentioned effects may be achieved.
  • each of the electrical components described above is functionally conceptual, and does not necessarily need to be physically configured as shown in the drawings. That is, the specific form of dispersion or integration of each part is not limited to that shown in the drawings, and all or part of the parts can be configured by being functionally or physically distributed or integrated in arbitrary units.
  • part or all of the processing on the terminal device 3 side using information recorded on the server device 4 is performed on the server device 4 side in response to a request from the terminal device 3.
  • the processing results may be transmitted to the terminal device 3 to execute each step in FIG. 13 .
  • the guidance information (for example, the message such as "Please move to the station” in FIG. 15) may be highlighted as "What is required to be done in order to permit the return of the rental vehicle?" It may also be interpreted as corresponding to "outputting information indicating the user's actions via the user terminal.”
  • the normal return screen (FIG. 15, etc.) and the non-charging return screen (FIG. 20, etc.) of the above embodiment are switched to the screen intended by the user based on a predetermined operation performed by the user via the touch pad 32. It may also be configured so that it is displayed.
  • the terminal device 3 controls the vehicle 1 via the server device 4, but the present invention is not limited to this.
  • the configuration may be such that control is performed without using the server device 4.
  • the terminal device 3 may directly transmit a terminal-side control signal to the in-vehicle device 2, and the in-vehicle device 2 may be configured to control the vehicle 1 based on the terminal-side control signal. .
  • each DB of the server device 4 described in the above embodiment is an example, and any other DB may be adopted as long as each function described in this embodiment can be realized. Further, the same DB as all or part of each DB of this server device 4 may be provided in the terminal device 3.
  • the terminal device 3 acquires the current location information, power state information, and charging state information of the server device 4 shown in FIG. 7, and displays the acquired information on the display 33 in an arbitrary format. It may be configured as follows.
  • the power on/off control of the vehicle 1 may be configured so that it can be controlled only by the vehicle control process shown in FIG. 12, or alternatively, the vehicle 1 may be provided with a power switch and the switch It may also be configured to be controllable by operation.
  • the user may be charged a return fee.
  • the specifics are optional, for example, when the user taps the return button 63 on the no-charging display screen displayed at SB4 in FIG.
  • the payment screen may be displayed, and the process may be configured to proceed to SB5 only when an operation to pay the fee for returning the vehicle 1 without charging is performed on the screen.
  • the return button 63 on the no-charging display screen displayed at SB4 in FIG. It may be configured so that the In addition, in the case of tapping the return button 53 on the normal return screen in FIG. 17 to return the item, the above-mentioned processing related to expense billing is not performed.
  • the control unit 35 of the terminal device 3 detects the current position detecting unit (means for detecting the current position of the terminal device 3) installed in the terminal device 3. Obtain current location information indicating the result, and perform processing similar to the processing described in the embodiment based on the obtained current location information to check whether the current location of the terminal device 3 matches the installation location of the station. It may be configured to determine whether or not.
  • the management system of Appendix 1 is a management system for managing the rental vehicle, which is an electric rental vehicle that is rented out to a user for use, and that runs using charged electric power, and is a management system for managing the rental vehicle, which is an electric vehicle that runs using charged electric power.
  • control input information indicating control content for controlling the rental vehicle is input to a user terminal used by a user who is control processing means for performing control processing.
  • the management system according to appendix 2 is the management system according to appendix 1, wherein the management system includes the user terminal, and a server device that is capable of communicating with the rental vehicle and the user terminal.
  • the server device includes the control processing means
  • the user terminal transmits the control input information to the server device when the control input information is input
  • the server device receives the control input information.
  • the control processing means of the server device performs a process of transmitting, to the rental vehicle, server-side control information for causing the rental vehicle to control the control content indicated by the control input information. This is performed as the control process.
  • the management system of appendix 3 is the management system of appendix 1 or 2, in which the control input information is information indicating control content for turning on or off the power of the rental vehicle.
  • the management system according to appendix 4 is the management system according to appendix 1, which includes an acquisition means for acquiring management information for managing the rental vehicle, and a predetermined return location based on the management information acquired by the acquisition means.
  • management means for performing return-related management processing for managing the return of the rental vehicle to the management information is acquired as the management information
  • the management means performs the return-related management process based on the power supply-related information acquired by the acquisition means
  • the acquisition means controls content of turning on the power of the rental vehicle.
  • information indicating that the rental vehicle is powered on is inputted to the user terminal as the control input information, and the rental vehicle is powered on
  • information indicating that the rental vehicle is powered on is acquired as the power supply related information.
  • information indicating control content for turning off the power of the rental vehicle is input to the user terminal as the control input information, and the power of the rental vehicle is turned off
  • the power of the rental vehicle is turned off. information indicating this is acquired as the power supply related information.
  • the management program in Appendix 5 is a management program for managing the rental vehicle, which is an electric rental vehicle that is rented out to a user and runs using charged electric power, When control input information indicating control details for controlling the rental vehicle is input to a user terminal used by a user using a vehicle, control of the control details indicated by the control input information is performed on the rental vehicle.
  • control input information indicating control details for controlling the rental vehicle is sent to the user terminal used by the user using the rental vehicle.
  • the rental vehicle can be controlled via the user terminal, for example, by performing control processing for controlling the control content indicated by the control input information on the rental vehicle.
  • control input information is information indicating the control content for turning on or off the power of the rental vehicle, for example, turning on or off the power of the rental vehicle via the user terminal. becomes possible.

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Traffic Control Systems (AREA)

Abstract

レンタル車両を制御することが可能となる管理システム、及び管理プログラムを提供する事を目的とする。 ユーザに貸し出して利用させる車両1であって、充電された電力を利用して走行する電動の車両1を管理するための管理システム100であって、車両1を利用しているユーザが利用する端末装置3に対して、車両1を制御する制御内容を示す制御入力情報が入力された場合に、制御入力情報が示す制御内容の制御を車両1で行うための制御処理を行う制御処理部431、を備え、管理システム100は、端末装置3と、車両1側及び端末装置3との間で通信可能となっているサーバ装置4と、を備え、サーバ装置4は、制御処理部431、を備え、制御処理部431は、制御入力情報が示す制御内容の制御を車両1で行わせるためのサーバ側制御情報を車両1側に送信する処理を、制御処理として行う。

Description

管理システム、及び管理プログラム
 本発明は、管理システム、及び管理プログラムに関する。
 従来、搭載したバッテリに充電された電力を利用して走行する電動車両が知られていた(例えば、特許文献1参照)。
特開平8-301167号公報
 ところで、電動車両をユーザに貸し出して利用させるサービスが提案されており、当該サービスにおいて、電動車両を制御する技術が要望されていた。
 本発明は上記事実に鑑みなされたもので、レンタル車両を制御することが可能となる管理システム、及び管理プログラムを提供する事を目的とする。
 上述した課題を解決し、目的を達成するために、請求項1に記載の管理システムは、ユーザに貸し出して利用させるレンタル車両であって、充電された電力を利用して走行する電動の前記レンタル車両を管理するための管理システムであって、前記レンタル車両を利用しているユーザが利用するユーザ端末に対して、前記レンタル車両を制御する制御内容を示す制御入力情報が入力された場合に、前記制御入力情報が示す制御内容の制御を前記レンタル車両で行うための制御処理を行う制御処理手段、を備える。
 請求項2に記載の管理システムは、請求項1に記載の管理システムにおいて、前記管理システムは、前記ユーザ端末と、前記レンタル車両側及び前記ユーザ端末との間で通信可能となっているサーバ装置と、を備え、前記サーバ装置は、前記制御処理手段、を備え、前記ユーザ端末は、前記制御入力情報が入力された場合に、前記制御入力情報を前記サーバ装置に送信し、前記サーバ装置が前記制御入力情報を受信した場合に、前記サーバ装置の前記制御処理手段は、前記制御入力情報が示す制御内容の制御を前記レンタル車両で行わせるためのサーバ側制御情報を前記レンタル車両側に送信する処理を、前記制御処理として行う。
 請求項3に記載の管理システムは、請求項1又は2に記載の管理システムにおいて、前記制御入力情報は、前記レンタル車両の電源をオン又はオフする制御内容を示す情報である。
 請求項4に記載の管理システムは、請求項1に記載の管理システムにおいて、前記レンタル車両を管理するための管理情報を取得する取得手段と、前記取得手段が取得した前記管理情報に基づいて、所定の返却場所への前記レンタル車両の返却を管理するための返却関連管理処理を行う管理手段と、を備え、前記取得手段は、前記レンタル車両の電源がオンであるかオフであるかを示す電源関連情報を、前記管理情報として取得し、前記管理手段は、前記取得手段が取得した前記電源関連情報に基づいて、前記返却関連管理処理を行い、前記取得手段は、前記レンタル車両の電源をオンする制御内容を示す情報が前記制御入力情報として前記ユーザ端末に入力された場合において、前記レンタル車両の電源がオンした場合、前記レンタル車両の電源がオンであることを示す情報を前記電源関連情報として取得し、前記レンタル車両の電源をオフする制御内容を示す情報が前記制御入力情報として前記ユーザ端末に入力された場合において、前記レンタル車両の電源がオフした場合、前記レンタル車両の電源がオフであることを示す情報を前記電源関連情報として取得する。
 請求項5に記載の管理プログラムは、ユーザに貸し出して利用させるレンタル車両であって、充電された電力を利用して走行する電動の前記レンタル車両を管理するための管理プログラムであって、コンピュータを、前記レンタル車両を利用しているユーザが利用するユーザ端末に対して、前記レンタル車両を制御する制御内容を示す制御入力情報が入力された場合に、前記制御入力情報が示す制御内容の制御を前記レンタル車両で行うための制御処理を行う制御処理手段、として機能させる管理プログラム。
 請求項1に記載の管理システム、及び請求項5に記載の管理プログラムによれば、レンタル車両を利用しているユーザが利用するユーザ端末に対して、レンタル車両を制御する制御内容を示す制御入力情報が入力された場合に、制御入力情報が示す制御内容の制御をレンタル車両で行うための制御処理を行うことにより、例えば、ユーザ端末を介してレンタル車両を制御することが可能となる。
 請求項2に記載の管理システムによれば、サーバ装置を介してレンタル車両を制御することにより、例えば、レンタル車両を適切に制御することが可能となる。
 請求項3に記載の管理システムによれば、制御入力情報はレンタル車両の電源をオン又はオフする制御内容を示す情報であることにより、例えば、ユーザ端末を介してレンタル車両の電源をオン又はオフすることが可能となる。
 請求項4に記載の管理システムによれば、返却関連管理処理を行うことにより、例えば、レンタル車両の返却を管理することが可能となる。電源関連情報に基づいて返却関連管理処理を行うことにより、例えば、電源をオフにしている状態でレンタル車両を返却させることができるので、返却以降において、不正利用を防止したり、意図に反するレンタル車両の動作による事故発生を防止したりすることが可能となる。
本実施の形態に係る管理システムを機能概念的に示すブロック図である。 車両を機能概念的に示すブロック図である。 車載装置を機能概念的に示すブロック図である。 端末装置を機能概念的に示すブロック図である。 ステーションについて説明するための図である。 ユーザ情報を例示した図である。 車両情報を例示した図である。 ステーション情報を例示した図である。 利用情報を例示した図である。 利用予約情報を例示した図である。 返却予約情報を例示した図である。 車両制御処理のフローチャートである。 返却処理のフローチャートである。 通常返却画面表示処理のフローチャートである。 通常返却画面の表示例である。 通常返却画面の表示例である。 通常返却画面の表示例である。 案内情報に関する説明図である。 無充電返却画面表示処理のフローチャートである。 無充電返却画面の表示例である。 無充電返却画面の表示例である。 案内情報に関する説明図である。
 以下に添付図面を参照して、この発明に係る管理システム及び管理プログラムの実施の形態を詳細に説明する。まず、〔I〕実施の形態の基本的概念を説明した後、〔II〕実施の形態の具体的内容について説明し、最後に、〔III〕実施の形態に対する変形例について説明する。ただし、実施の形態によって本発明が限定されるものではない。
〔I〕実施の形態の基本的概念
 まず、実施の形態の基本的概念について説明する。実施の形態は、管理システム及び管理プログラムに関する。本発明に係る管理システムは、レンタル車両を管理するためのシステムであり、例えば、レンタル車両の返却を管理するためのシステム、及びレンタル車両の制御を管理するためのシステム等を含む概念である。
 「レンタル車両」とは、ユーザに貸し出して利用させる車両であって、充電された電力を利用して走行する電動の車両である。「レンタル車両」は、例えば、バッテリに充電されている電力を主な動力源として走行する車両を示す概念であり、一例としては、電動2輪車、電動3輪車、電動4輪車、及び電動アシスト自転車等を含む概念である。
 そして、以下の実施の形態において、「レンタル車両」が電動2輪車である場合について説明する。
〔II〕実施の形態の具体的内容
 次に、実施の形態の具体的内容について説明する。
(構成)
 まず、本実施の形態に係る管理システムの構成について説明する。図1は、本実施の形態に係る管理システムを機能概念的に示すブロック図であり、また、図2は、車両を機能概念的に示すブロック図であり、また、図3は、車載装置を機能概念的に示すブロック図であり、また、図4は、端末装置を機能概念的に示すブロック図であり、図5は、ステーションについて説明するための図である。
 なお、図1の車両1、車載装置2、及び端末装置2の個数は任意であり、多数設けられているが、ここでは、一部の構成要素のみを代表して具体的に図示して説明する。また、同種の各構成要素に関して、個別に分けて説明する場合以外は、各構成要素に関して、図1に図示されている符号を用いて説明する。また、図5においては、ステーション91周辺の道路等の地図である。
 図1の管理システム100は、車両1を管理するためのシステムであり、例えば、車両1、車載装置2、端末装置3、及びサーバ装置4を備える。
(構成‐車両)
 図1の車両1は、レンタル事業者がユーザに貸し出して当該ユーザに利用させるレンタル車両であり、例えば、電動2輪車である。この車両1の構造は任意であるが、例えば、非利用時に折りたたんで収納可能な構造を採用してもよいし、あるいは、他の構造を採用してもよい。
 この車両1の貸し出し及び返却については、ステーションにて行われる。「ステーション」とは、車両1の貸し出し及び返却が行われる場所であり、例えば、各地に多数設けられている施設であり、一例としては、図5に示すように道路沿いに設けられているステーション91等を含む概念である。
 車両1については、例えば、貸し出しが行われたステーションと同じステーションに対して返却することもでき、あるいは、貸し出しが行われたステーションとは異なる別なステーションに対して返却することもできる。そして、この各ステーションには、車両1に搭載されている状態のバッテリ11(後述)を充電するための充電装置が設けられており、当該充電装置によって車両1のバッテリ11を充電するための充電ケーブル(不図示)が所定本数設けられている。すなわち、各ステーションにおいては、設けられている充電ケーブルの本数と同数の車両1について、同時に充電することが可能となっており、例えば、充電ケーブルが4本設けられているステーションにおいては、4台の車両1を同時に充電することが可能となっている。
 なお、本実施の形態のステーションが「所定の返却場所」に対応するものと解釈してもよい。
 車両1は、図2に示すように例えば、バッテリ11、モータ12、通信部13、記録部14、及び制御部15を備える。なお、実際には、車両1にはこれら各要素以外にも様々な要素が実装されているが、本実施の形態では、具体的に記載した要素に着目して説明する(他の各装置も同様とする)。
(構成‐車両‐バッテリ)
 図2のバッテリ11は、車両1を動作させて走行させるためのエネルギー(具体的には電力)を蓄積する蓄積手段であり、例えば、鉛蓄電池、ニッケル水素電池、又はリチウムイオン電池等を用いて構成することができる。
(構成‐車両‐モータ)
 図2のモータ12は、車両1を駆動して走行させるための駆動手段であり、例えば、バッテリ11に蓄積されてエネルギーに基づく電力を利用して、車両1の車輪を回転させることにより当該車両1を走行させるものである。
(構成‐車両‐通信部)
 図2の通信部13は、他の装置(例えば、車載装置2)との間で通信を行う通信手段であり、例えば、有線にて通信を行う通信回路等を用いて構成することができる。
(構成‐車両‐記録部)
 図2の記録部14は、車両1の動作に必要なプログラム及び各種のデータを記録(つまり、格納)する記録手段であり、例えば、フラッシュメモリ又は外部記録装置としてのハードディスク(図示省略)を用いて構成することができる(他の装置の記録部も同様である)。
(構成‐車両‐制御部)
 図2の制御部15は、車両1を制御する制御手段であり、具体的には、CPU、当該CPU上で解釈実行される各種のプログラム(OSなどの基本制御プログラムや、OS上で起動され特定機能を実現するアプリケーションプログラムを含む)、及びプログラムや各種のデータを格納するためのRAMの如き内部メモリを備えて構成されるコンピュータである(他の装置の制御部も同様とする)。
(構成‐車載装置)
 図1の車載装置2は、車両1に実装されて車両1に関する各種処理を行うための装置であり、例えば、1台の車両1に対して1個設けられるものである。なお、バリエーションとしては、車載装置2の機能を車両1に組み込んで統合してもよい。
 車載装置2は、図3に示すように例えば、通信部21、現在位置検出部22、記録部23、及び制御部24を備える。
(構成‐車載装置‐通信部)
 図3の通信部21は、他の装置(例えば、車両2及びサーバ装置4)との間で通信を行う通信手段であり、例えば、車両2との間で有線通信を行い、また、サーバ装置4との間で無線通信を行う手段である。通信部21は、例えば、有線及び無線にて通信を行う通信回路等を用いて構成することができる。なお、通信部21における無線通信を行う機能については、例えば、いわゆるLTE(Long Term Evolution)回線を介して通信する通信回路等にて実現してもよい。
(構成‐車載装置‐現在位置検出部)
 図3の現在位置検出部22は、車載装置2の現在位置(現在地)を検出する現在位置検出手段である。なお、車載装置2は車両1に実装されているので、現在位置検出部22は、車載装置2が実装されている車両1の現在位置を検出することになる。現在位置検出部22は、例えば、GPSに対応するシステムを有し、現在の車載装置2(車両1)の位置(経度及び緯度に対応する座標)を公知の方法にて検出するように構成されている。
(構成‐車載装置‐記録部)
 図3の記録部23は、車載装置2の動作に必要なプログラム及び各種のデータを記録する記録手段である。記録部23には、例えば、車載装置2を一意に識別するための車載装置識別情報(以下では、「識別情報」を「ID」とも称する)が記録されている。
(構成‐車載装置‐制御部)
 図3の制御部24は、車載装置2を制御する制御手段である。
(構成‐端末装置)
 図1の端末装置3は、車両1を利用しているユーザが利用するユーザ端末であり、例えば、当該ユーザが携帯するスマートフォン又はタブレット端末等である。
 端末装置3は、図4に示すように例えば、通信部31、タッチパッド32、ディスプレイ33、記録部34、及び制御部35を備える。
(構成‐端末装置‐通信部)
 図4の通信部31は、他の装置(例えば、サーバ装置4)との間で通信を行う通信手段であり、例えば、無線にて通信を行う通信回路等を用いて構成することができる。
(構成‐端末装置‐タッチパッド)
 タッチパッド32は、ユーザの指等で押圧されることにより、当該ユーザから各種操作入力を受け付ける操作手段である。このタッチパッド32の具体的な構成は任意であるが、例えば、抵抗膜方式や静電容量方式等による操作位置検出手段を備えた公知のものを用いることができる。
(構成‐端末装置‐ディスプレイ)
 ディスプレイ33は、各種の画像を表示する表示手段である。ディスプレイ33の具体的な構成は任意であるが、例えば、公知の液晶ディスプレイや有機ELディスプレイの如きフラットパネルディスプレイ等を用いることができる。なお、本実施の形態では、例えば、上記のタッチパッド32と当該ディスプレイ33をタッチパネルとして一体形成されている。
(構成‐端末装置‐記録部)
 図4の記録部34は、端末装置3の動作に必要なプログラム及び各種のデータを記録する記録手段である。
(構成‐端末装置‐制御部)
 図4の制御部35は、端末装置3を制御する制御手段であり、機能概念的には例えば、取得部351、及び管理部352を備える。
 取得部351は、レンタル車両を管理するための管理情報を取得する取得手段である。管理部352は、取得手段が取得した管理情報に基づいて、所定の返却場所へのレンタル車両の返却を管理するための返却関連管理処理を行う管理手段である。なお、制御部355の各部によって行われる処理については後述する。
(構成-サーバ装置)
 図1のサーバ装置4は、例えば、通信部41、記録部42、及び制御部43を備える。
(構成-サーバ装置-通信部)
 図1の通信部41は、他の装置(例えば、車載装置2及び端末装置3)との間で通信を行う通信手段であり、例えば、無線にて通信を行う通信回路等を用いて構成することができる。
(構成-サーバ装置-記録部)
 図1の記録部42は、サーバ装置4の動作に必要なプログラム及び各種のデータを記録する記録手段である。記録部42は、図1に示すように例えば、ユーザ情報データベース(以下、データベースを「DB」と称する)421、車両情報DB422、ステーション情報DB423、利用情報DB424、利用予約情報DB425、及び返却予約情報DB426を備える。
(構成-サーバ装置-記録部-ユーザ情報DB)
 図1のユーザ情報DB421は、ユーザ情報を格納するユーザ情報格納手段である。図6は、ユーザ情報を例示した図である。ユーザ情報とは、車両1のユーザに関する情報であり、例えば、図6の各項目の情報が相互に関連付けられている。
===ユーザID、ユーザ特定情報===
 図6の項目「ユーザID」に対応する情報は、ユーザを一意に識別するユーザIDである(図6では、「IDu0001」等)。図6の項目「ユーザ特定情報」に対応する情報は、ユーザを特定するためのユーザ特定情報である(図6では、ユーザの氏名及び性別等であり、「AAAA,男性,…」等)。なお、図6の「AAAA」は便宜上の記載であり、氏名を示しているものとする。
===データ例===
 そして、図6の最上段の情報は、例えば、「IDu0001」が識別して示すユーザの氏名が「AAAA」であること、及び当該ユーザの性別が「男性」であること等が示されている。
===格納例===
 なお、図6のユーザ情報の格納手法は任意であり、例えば、ユーザが端末装置3を介して情報を入力することにより格納されることとしてもよい。
(構成-サーバ装置-記録部-車両情報DB)
 図1の車両情報DB422は、車両情報を格納する車両情報格納手段である。図7は、車両情報を例示した図である。車両情報とは、車両1に関する情報であり、例えば、図7の各項目の情報が相互に関連付けられている。
===車両ID、車載装置ID、車両特定情報===
 図7の項目「車両ID」に対応する情報は、車両1を一意に識別するための車両IDである(図7では、「IDb0001」等)。図7の項目「車載装置ID」に対応する情報は、車両1に搭載されている車載装置2を一意に識別するための車載装置IDである(図7では、「IDm0001」等)。図7の項目「車両特定情報」に対応する情報は、車両1を特定するための車両特定情報である(図7では、自動車登録番号である「港区ぬ〇〇」等)。
===ステータス情報===
 図7の項目「ステータス情報」に対応する情報は、車両1の現在の状態を示すステータス情報である。このステータス情報は任意であるが、本実施の形態では、例えば、「空車」、「予約中」、「貸出中」、「貸出停止」、及び「故障」を用いる場合について説明する。
 「空車」とは、予約されておらず、且つ、利用されていない状態を示している。「予約中」とは、予約されており、且つ、利用されていない状態を示している。「貸出中」とは、利用されている状態を示している。「貸出停止」とは、貸し出すことが停止されている状態を示している。「故障」とは、故障している状態を示している。
===現在位置情報===
 図7の項目「現在位置情報」に対応する情報は、車両1(つまり、車両1に搭載されている車載装置2)の現在の位置である現在位置を示す現在位置情報である(図7では、経度及び緯度に対応する座標であり「X1,Y1」等)。なお、「X1,Y1」は説明の便宜上の記載であり、他の座標に関する記載も同様とする。
===電源状態情報===
 図7の項目「電源状態情報」に対応する情報は、車両1の電源がオンであるかオフであるかを示す電源状態情報である。この電源状態情報は任意であるが、本実施の形態では、例えば、電源がオンであることを示す「ON」、及び電源がオフであることを示す「OFF」を用いる場合について説明する。
 なお、「電源がオンである」とは、車両1においてバッテリ11と各種要素(例えば、モータ12、あるいは、各種LED等等)とが相互に電気的に接続されて、バッテリ11からの電力が各種要素に供給されている状態を示す概念である。また、「電源がオフである」とは、車両1においてバッテリ11と各種要素とが相互に電気的に遮断されて、バッテリ11からの電力が各種要素に供給されていない状態を示す概念である。
 また、本実施の形態では、電源のオンオフの切り替えの制御については、例えば、後述の車両制御処理に行われ、例えば、端末装置3を介して行われるユーザの操作によって行われることとする。
===充電状態情報===
 図7の項目「充電状態情報」に対応する情報は、車両1に搭載されているバッテリ11が充電されているか充電されていないかを示す充電状態情報である。この充電状態情報は任意であるが、本実施の形態では、例えば、充電されていることを示す「充電中」、及び充電されていないことを示す「非充電」を用いる場合について説明する。
 なお、本実施の形態の車両1は、前述したように、ステーションに設けられている充電装置の充電ケーブル(不図示)を用いて、当該車両1に搭載されている状態のバッテリ11を充電する運用となっている場合を例示して説明する。
 例えば、車両1に対して、充電ケーブルのプラグ(充電ケーブルの先端部分であり、差し込む部分)を差し込むソケットが設けられていることとする。そして、充電ケーブルのプラグを、車両1のソケットに差し込んだ場合、充電装置側と車両1側とが、充電ケーブルを介して、相互に電気的に接続されて、充電装置側からの電力が車両1側に供給され、当該電力により、車両1のバッテリ11が充電されるように構成されていることとする。そして、充電ケーブルのプラグを、車両1のソケットから引き抜いた場合、充電装置側と車両1側とが、相互に電気的に遮断されて、充電装置側からの電力が車両1側に供給されずに、車両1のバッテリ11は充電されないこととになる。
 すなわち、例えば、充電ケーブルのプラグを、車両1のソケットに差し込んだ場合に、車両1のバッテリ11の充電が開始し、充電ケーブルのプラグを車両1のソケットから引き抜くまで、バッテリ11の充電が継続される。そして、例えば、充電ケーブルのプラグを、車両1のソケットから引き抜いた場合に、車両1のバッテリ11の充電が終了する。
 このように構成されているので、図7の「充電状態情報」=「充電中」については、車両1に対して充電ケーブルが接続されていることを示し、また、「充電状態情報」=「非充電」については、車両1に対して充電ケーブルが接続されていないことを示すことになる。
===データ例===
 そして、図7の最上段の情報は、例えば、「IDb0001」が識別する車両1に対して、「IDm0001」が識別する車載装置2が搭載されていることが示されており、また、当該車両1の自動車登録番号である「港区ぬ〇〇」であることが示されている。また、当該車両1の現在の状態が「貸出中」の状態であることが示されており、また、当該車両1の現在位置が「X1,Y1」に対応する位置であることが示されており、また、当該車両1の電源がオンであることが示されている。また、当該車両1のバッテリ11が充電されていないことが示されており、すなわち、車両1に対して充電ケーブルが接続されていないことが示されている。
===格納例===
 なお、図7の車両情報の格納手法は任意であり、例えば、車両ID、車載装置ID、及び車両特定情報については、管理者が情報を入力することにより格納される。一方、これらの情報以外の情報については、後述の各処理によって格納される。
(構成-サーバ装置-記録部-ステーション情報DB)
 図1のステーション情報DB423は、ステーション情報を格納するステーション情報格納手段である。図8は、ステーション情報を例示した図である。ステーション情報とは、ステーションに関する情報であり、例えば、図8の各項目の情報が相互に関連付けられている。
===ステーションID、設置位置情報===
 図8の項目「ステーションID」に対応する情報は、ステーションを一意に識別するステーションIDである(図8では、図5のステーション91を識別する「IDs0001」等)。図8の項目「設置位置情報」に対応する情報は、ステーションが設置されている位置を示す設置位置情報である(図8では、経度及び緯度に対応する座標であり「X33,Y33」等)。
===設置ポート数情報、空きポート数情報===
 図8の項目「設置ポート数情報」に対応する情報は、ステーションに設けられている充電ケーブルの本数を示す設置ポート数情報である(図8では、「4本」等)。なお、充電ケーブルのことを、「充電ポート」と称してもよい。図8の項目「空きポート数情報」に対応する情報は、ステーションに設けられている充電ケーブルの内の、車両1に接続されておらず空いている充電ケーブルの本数を示す空きポート数情報である(図8では、「1本」等)。
===貸出可能バイク数情報===
 図8の項目「貸出可能バイク数情報」に対応する情報は、ステーションにおいて貸し出すことが可能となっている車両1の台数を示す貸出可能バイク数情報である(図8では、「〇〇台」等)。
===データ例===
 そして、図8の最上段の情報は、例えば、「IDs0001」が識別する図5のステーション91が「X33,Y33」に対応する位置に設置されていることが示されており、また、ステーション91に充電ケーブルが4本設けられており、1本が空いていることが示されており、また、ステーション91で貸し出すことが可能となっている車両1の台数が「〇〇台」であることが示されている。
===格納例===
 なお、図8のステーション情報の格納手法は任意であり、例えば、ステーションID、設置位置情報、設置ポート数情報については、管理者が情報を入力することにより格納される。
 また、空きポート数情報については、サーバ装置4が、他の情報(例えば、図7の現在位置情報及び充電状態情報、及び図8の設置位置情報、設置ポート数情報)に基づいて、空いている充電ケーブルの本数を特定し、特定結果に基づいて格納することとしてもよい。あるいは、空いている充電ケーブルを示す情報が、各ステーション側からサーバ装置側に一定時間間隔で繰り返し送信されることとし、サーバ装置4が、当該送信された情報に基づいて、空いている充電ケーブルの本数を特定し、特定結果に基づいて格納することとしてもよい。
 また、貸出可能バイク数情報については、前述の空きポート数情報と同様にして格納されることとしてもよい。
(構成-サーバ装置-記録部-利用情報DB)
 図1の利用情報DB424は、利用情報を格納する利用情報格納手段である。図9は、利用情報を例示した図である。利用情報とは、ユーザによる車両1の利用に関する情報であり、例えば、図9の各項目の情報が相互に関連付けられている。
===利用ユーザID、利用車両ID===
 図9の項目「利用ユーザID」に対応する情報は、車両1を利用しているユーザを識別する利用ユーザIDである。この利用ユーザIDとしては、図6のユーザIDである「IDu0001」等が格納される。図9の項目「利用車両ID」に対応する情報は、ユーザが利用している車両1(つまり、ユーザに貸し出されて当該ユーザに利用させている車両1)を識別する利用車両IDである。この利用車両IDとしては、図7の車両IDである「IDb0001」等が格納される。
===利用開始時間情報、利用終了時間情報===
 図9の項目「利用開始時間情報」に対応する情報は、ユーザによる車両1の利用が開始された日時を示す利用開始時間情報である。図9の項目「利用終了時間情報」に対応する情報は、ユーザによる車両1の利用が終了した日時を示す利用開始時間情報である。これらの各時間情報としては、「3月18日9時10分」等が格納され、また、未だ利用が終了していない場合は、利用終了時間情報としては、何等の情報も格納されないことになる。
===開始ステーションID、返却ステーションID===
 図9の項目「開始ステーションID」に対応する情報は、ユーザによる車両1の利用が開始されたステーション(つまり、ユーザに対して車両1を貸し出したステーション)を識別する開始ステーションIDである。図9の項目「返却ステーションID」に対応する情報は、ユーザによって車両1が返却されたステーションを識別する返却ステーションIDである。これらの各ステーションIDとしては、図8のステーションIDである「IDs0001」等が格納され、また、未だ返却されていない場合、返却ステーションIDとしては、何等の情報も格納されないことになる。
===利用時間情報、移動距離情報===
 図9の項目「利用時間情報」に対応する情報は、ユーザが車両1を利用した時間を示す利用時間情報である。図9の項目「移動距離情報」に対応する情報は、ユーザが利用中に車両1を走行させて移動した距離を示す移動距離情報である。
===データ例===
 そして、図9の最上段の情報は、例えば、「IDu0001」が識別するユーザが、「IDb0001」が識別する車両1を利用したこと(利用していること)が示されており、また、「3月18日9時10分」に利用を開始し、「IDs0001」が示す図5のステーション91で車両1を借りて利用したこと(利用していること)等が示されている。
===格納例===
 なお、図9の利用情報の格納手法は任意であり、例えば、後述の各処理によって格納される(後述の利用予約情報、及び返却予約情報も同様とする)。
(構成-サーバ装置-記録部-利用予約情報DB)
 図1の利用予約情報DB425は、利用予約情報を格納する利用予約情報格納手段である。図10は、利用予約情報を例示した図である。利用予約情報とは、車両1の利用のための当該車両1の予約に関する情報であり、例えば、図10の各項目の情報が相互に関連付けられている。
===予約ユーザID、予約車両ID====
 図10の項目「予約ユーザID」に対応する情報は、予約を行ったユーザを識別する予約ユーザIDである。この予約ユーザIDとしては、図6のユーザIDである「IDu0001」等が格納される。図10の項目「予約車両ID」に対応する情報は、予約された対象の車両1を識別する予約車両IDである。この予約車両IDとしては、図7の車両IDである「IDb0001」等が格納される。
===予約ステーションID====
 図10の項目「予約ステーションID」に対応する情報は、予約された対象の車両1が設けられているステーションを識別する予約ステーションIDである。この予約ステーションIDとしては、図8のステーションIDである「IDs0001」等が格納される。
===予約時間情報====
 図10の項目「予約時間情報」に対応する情報は、予約されている日時を示す予約時間情報である(図10では、「3月18日9時00分~3月18日9時15分」等)。
===データ例===
 そして、図10の最上段の情報は、例えば、「IDu0001」が識別するユーザが、「IDs0001」が識別する図5のステーション91に設けられている「IDb0001」が識別する車両1を、3月18日9時00分から3月18日9時15分までの15分間予約していることが示されている。
(構成-サーバ装置-記録部-返却予約情報DB)
 図1の返却予約情報DB426は、返却予約情報を格納する返却予約情報格納手段である。図11は、返却予約情報を例示した図である。返却予約情報とは、利用している車両1を返却する対象のステーションの予約に関する情報であり、例えば、図11の各項目の情報が相互に関連付けられている。また、図11の各情報については、図10の同一名称の情報と同様な情報が格納される。
===予約ユーザID、予約車両ID====
 図11の項目「予約ユーザID」に対応する情報は、予約を行ったユーザを識別する予約ユーザIDである。図11の項目「予約車両ID」に対応する情報は、返却される対象の車両1を識別する予約車両IDである。
===予約ステーションID====
 図11の項目「予約ステーションID」に対応する情報は、車両1を返却する対象のステーションとして予約されているステーションを識別する予約ステーションIDである。
===予約時間情報====
 図11の項目「予約時間情報」に対応する情報は、予約されている日時を示す予約時間情報である。
===データ例===
 そして、図11の最上段の情報は、例えば、「IDu0001」が識別するユーザが、「IDb0001」が識別する車両1を返却する対象のステーションとして、「IDs0001」が識別する図5のステーション91を、3月18日10時00分から3月18日10時15分までの15分間予約していることが示されている。
(構成-サーバ装置-制御部)
 図1の制御部43は、サーバ装置4を制御する制御手段であり、機能概念的には例えば、制御処理部431を備える。制御処理部431は、レンタル車両を利用しているユーザが利用するユーザ端末に対して、レンタル車両を制御する制御内容を示す制御入力情報が入力された場合に、制御入力情報が示す制御内容の制御をレンタル車両で行うための制御処理を行う制御処理手段である。なお、制御部43の各部によって行われる処理については後述する。
(処理)
 続いて、本実施の形態に係る管理システム100によって実行される車両側情報格納処理、利用予約処理、利用開始処理、車両制御処理、返却予約処理、及び返却処理について説明する。
(処理-車両側情報格納処理)
 まず、車両側情報格納処理について説明する。「車両側情報格納処理」とは、車両1に関する情報をサーバ装置4に格納するための処理であり、例えば、図7の現在位置情報、電源状態情報、及び充電状態情報を格納するための処理である。
 この車両側情報格納処理の実行タイミングは任意であり、例えば、一定時間間隔毎に繰り返し実行され、また、所定のイベント(車両1の電源のオンオフが切り替わるイベント等)が発生した際にも実行される。なお、繰り返し実行される一定時間間隔は任意であり、例えば、車両1の電源がオンの場合は、15秒間であり、当該電源がオフの場合は、1分間であることとしてもよい。
 車両側情報格納処理では、例えば、第1ステップ~第4ステップを実行する。
===第1ステップ===
 まず、第1ステップにおいて、車載装置2の制御部24は、車両1の現在位置、車両1の電源がオンであるかるオフであるか、及び車両1のバッテリ11が充電されているか否かを特定する。
=現在位置=
 具体的には、車載装置2は、現在位置検出部22(図3)が検出した現在位置を、車載装置2が搭載されている車両1の現在位置として特定する。
=電源のオンオフ=
 また、車載装置2は、電源がオンであるかオフであるかを特定するための電源状態特定手段(例えば、所定の電気回路等)の特定結果に基づいて、車両1の電源がオンであるかオフであるかを特定する。
=バッテリの充電=
 また、車載装置2は、車両1のバッテリ11が充電されているか否かを特定する。なお、この特定手法は任意であるが、例えば、以下の手法を用いてもよい。
 具体的には、車両1に対して、各ステーションの充電ケーブル(不図示)のプラグが車両1のソケットに差し込まれているか否かを検出するための検出回路を設けて、当該検出回路の検出結果に基づいて、車両1のバッテリ11が充電されているか否かを特定する手法を用いてもよい。
 そして、例えば、充電ケーブルのプラグが車両1のソケットに差し込まれていることを検出回路が検出した場合、車載装置2は、車両1のバッテリ11が充電されていることを特定する。また、例えば、充電ケーブルのプラグが車両1のソケットに差し込まれていることを検出回路が検出しない場合(つまり、充電ケーブルのプラグが車両1のソケットに差し込まれていないことを検出回路が検出した場合)、車載装置2は、車両1のバッテリ11が充電されてないことを特定する。
 なお、本実施の形態では、前述したように、充電ケーブルを用いて、車両1のバッテリ11を充電する運用となっているので、第1ステップにおいて、「車両1のバッテリ11が充電されていることを特定する」ことは、「車両1に充電ケーブルが接続されていることを特定する」ことと同義となり、また、「車両1のバッテリ11が充電されていないことを特定する」ことは、「車両1に充電ケーブルが接続されていないことを特定する」ことと同義となる。
 あるいは、バリエーションとして、他の手法を用いて特定してもよく、例えば、バッテリ11の電圧変化(一例としては、電圧の上昇)に基づいて、充電されているか否かを特定する手法を用いてもよい。又は、例えば、バッテリ11側に電流が供給されたか否かに基づいて、充電されているか否かを特定する手法を用いてもよい。又は、充電装置から電流が出力されているか否かい基づいて、充電されているか否かを特定する手法を用いてもよい。
===第2ステップ===
 次に、第2ステップにおいて、車載装置2の制御部24は、第1ステップでの各特定結果を示す情報を、サーバ装置4に送信する。具体的には、車載装置2は、自己の記録部23(図3)の車載装置IDを取得し、取得した車載装置IDと、第1ステップでの各特定結果を示す情報とを相互に関連付けて、サーバ装置4に送信する。
 ここでは、例えば、第1ステップにおいて、現在位置として「X1,Y1」に対応する位置を特定し、また、車両1の電源がオンであることを特定し、また、充電されてないことを特定し、また、車載装置2の車載装置IDとして「IDm0001」が格納されている場合について例示して説明する。この場合、第2ステップにおいて、車載装置2は、「X1,Y1」(座標情報)、「ON」(電源がオンであることを示す情報)、「非充電」(充電されていないことを示す情報)、及び「IDm0001」の各情報を相互に関連付けて、サーバ装置4に送信する。
===第3ステップ===
 次に、第3ステップにおいて、サーバ装置4の制御部43は、車載装置2から送信された情報を受信する。
 ここでは、例えば、「X1,Y1」、「ON」、「非充電」、及び「IDm0001」を受信する。
===第4ステップ===
 次に、第4ステップにおいて、サーバ装置4の制御部43は、第3ステップで受信した各情報に基づいて、図7の現在位置情報、電源状態情報、及び充電状態情報を格納する。具体的には、第3ステップで受信した情報から車載装置IDを取得し、取得した車載装置IDと同じ情報が図7の車載装置IDとして格納されている車両情報の、現在位置情報、電源状態情報、及び充電状態情報として、第3ステップで受信した情報の内の、第1ステップでの対応する各特定結果を示す情報を格納する。
 ここでは、例えば、第3ステップで受信した「X1,Y1」、「ON」、「非充電」、及び「IDm0001」から「IDm0001」を取得し、取得した「IDm0001」が車載装置IDとして格納されている図7の最上段に図示されている車両情報の、現在位置情報、電源状態情報、及び充電状態情報として、「X1,Y1」、「ON」、「非充電」を格納する。
 なお、実際には、前述したように、車両側情報格納処理は繰り返し実行されるので、第1ステップ~第4ステップも繰り返し実行されることになり、第4ステップでは、常に最新の情報に更新されて、各車載装置2から送信された最新の情報が格納されることになる。
 また、車載装置2からサーバ装置4に送信された最新の情報以外の以前の情報については、削除してもよいが、本実施の形態では、サーバ装置4の不図示の履歴情報DBに、所定期間分(例えば、1週間分~1か月分等)蓄積する。なお、履歴情報DBには、最新の情報も含めて蓄積してもよい。これにて、車両情報格納処理の説明を終了する。
(処理-利用予約処理)
 次に、利用予約処理について説明する。「利用予約処理」とは、車両1の利用のために当該車両1を予約するための処理であり、例えば、図10の利用予約情報の各情報、及び図7のステータス情報を格納するための処理である。
 この利用予約処理の実行タイミングは任意であり、例えば、ユーザが、自己の端末装置3のタッチパッド32を介して所定操作を行った場合に実行される(後述の各処理も同様とする)。ここでは、例えば、ユーザが、タッチパッド32を介して、自己のユーザIDである「IDu0001」を端末装置3に入力することによりログインしている場合について説明する(後述する処理も同様とする)。
 利用予約処理では、第1ステップ~第4ステップを実行する。
===第1ステップ===
 まず、第1ステップにおいて、端末装置3の制御部35は、予約の対象となる車両1に関する情報等を取得する。
 具体的には、サーバ装置4に対して、予約可能な車両1及び当該車両1が設けられているステーションを示す情報が格納されていることとし、端末装置3は、サーバ装置4に格納されている当該情報に基づいて、各ステーションにおける予約可能な車両1を示す予約用画面をディスプレイ33に表示可能となっていることとする。なお、ここでサーバに格納されている情報については任意であり、前述の格納DBの情報であってもよく、あるいは、他の情報でもよい。
 そして、ユーザが、端末装置3が予約用画面において、予約対象の車両1が設けられているステーション及び予約対象の車両1を選択し、タッチパッド32を介して、当該選択したステーション及び車両1を示す情報を入力した場合、端末装置3は、入力された情報に対応するステーションID及び車両IDを取得し、また、ログイン時に入力されたユーザIDを取得する。
 なお、この場合、端末装置3は、この取得した各情報の内の車両IDを予約情報として、一定時間(例えば、15分間等)だけ自己の記録部34に記録して保持する。「予約情報」とは、ユーザが利用のために予約を希望する車両1を示す情報であり、例えば、車両IDを含む情報である。
 ここでは、例えば、ユーザが、最寄りのステーションであるステーション91(図5)及び当該ステーション91に設けられている車両1を示す情報を入力した場合、端末装置3は、「ステーションID」=「IDs0001」及び「車両ID」=「IDb0001」を取得し、また、ログイン時に入力された「ユーザID」=「IDu0001」を取得する。なお、この場合、端末装置3は、「車両ID」=「IDb0001」を予約情報として、一定時間だけ自己の記録部34に記録して保持する。
===第2ステップ===
 次に、第2ステップにおいて、端末装置3の制御部35は、第1ステップで取得した各情報を送信する。具体的には、端末装置3は、第1ステップで取得した各情報を相互に関連付けて、サーバ装置4に送信する。
 ここでは、例えば、端末装置3は、「ステーションID」=「IDs0001」、「車両ID」=「IDb0001」、及び「ユーザID」=「IDu0001」を相互に関連付けて、サーバ装置4に送信する。
===第3ステップ===
 次に、第3ステップにおいて、サーバ装置4の制御部43は、端末装置3から送信された情報を受信する。
 ここでは、例えば、「ステーションID」=「IDs0001」、「車両ID」=「IDb0001」、及び「ユーザID」=「IDu0001」を受信する。
===第4ステップ===
 次に、第4ステップにおいて、サーバ装置4の制御部43は、第3ステップで受信した各情報に基づいて、図10の利用予約情報の各情報及び図7のステータス情報を格納する。
 図10の利用予約情報の各情報について具体的には、第3ステップで受信したユーザID、車両ID、及びステーションIDを、図10の予約ユーザID、予約車両ID、及び予約ステーションIDとして格納する。また、現在の日時から15分後の日時までに時間を示す情報を予約時間情報として格納する。ここでは、例えば、図10の最上段に図示されている各情報を格納する。
 図7のステータス情報について具体的には、第3ステップで受信した情報から車両IDを取得し、取得した車両IDと同じ情報が図7の車両IDとして格納されている車両情報のステータス情報として、「予約中」を格納する。ここでは、例えば、図7の最上段のステータス情報として「予約中」を格納する。なお、このステータス情報については、利用予約処理前は車両1が予約も利用もされていない状態であり「空車」が格納されていたので、ここでは、「空車」から「予約中」に更新されることになる。これにて、利用予約処理の説明を終了する。
(処理-利用開始処理)
 次に、利用開始処理について説明する。「利用開始処理」とは、車両1の利用を開始のための処理であり、具体的には、利用予約処理を実行した後に実行される処理であり、例えば、図9の利用情報の一部の情報、及び図7のステータス情報を格納するための処理である。
 ここでは、例えば、車両1を予約したユーザが、当該車両1が設けられているステーションに移動し、当該ステーションの当該車両1の近辺において利用開始処理が起動された場合を例示して説明する。
 利用開始処理では、第1ステップ~第4ステップを実行する。
===第1ステップ===
 まず、第1ステップにおいて、端末装置3の制御部35は、利用を開始する車両1に関する情報等を取得する。
 具体的には、ユーザが、自己の端末装置3のタッチパッド32を介して、予約した車両1の利用を開始するための操作(例えば、利用を開始するための「ロック解除ボタン」をタップする操作等)を行う。この場合、端末装置3の制御部35は、予約情報として記録部34に記録(保持)している車両IDを取得し、また、ログイン時に入力されたユーザIDを取得する。
 ここでは、例えば、前述の利用予約処理において車両1等を入力してから一定時間以内(つまり、車両IDが予約情報として記録されている時間以内)に、ユーザが、利用を開始するための「ロック解除ボタン」をタップした場合、端末装置3は、予約情報として記録部34に記録(保持)している「車両ID」=「IDb0001」を取得し、また、ログイン時に入力された「ユーザID」=「IDu0001」を取得する。
===第2ステップ===
 次に、第2ステップにおいて、端末装置3の制御部35は、車両ID等を送信する。具体的には、端末装置3は、第1ステップで取得した各情報を相互に関連付けて、サーバ装置4に送信する。
 ここでは、例えば、端末装置3は、「車両ID」=「IDb0001」及び「ユーザID」=「IDu0001」を相互に関連付けて、サーバ装置4に送信する。
===第3ステップ===
 次に、第3ステップにおいて、サーバ装置4の制御部43は、端末装置3から送信された情報を受信する。
 ここでは、例えば、「車両ID」=「IDb0001」及び「ユーザID」=「IDu0001」を受信する。
===第3ステップ===
 次に、第3ステップにおいて、サーバ装置4の制御部43は、端末装置3から送信された情報を受信する。
===第4ステップ===
 次に、第4ステップにおいて、サーバ装置4の制御部43は、第3ステップで受信した各情報に基づいて、図9の利用情報の一部の情報及び図7のステータス情報を格納する。
 図9の利用情報の一部の情報について具体的には、第3ステップで受信したユーザID、及び車両IDを、図9の利用ユーザID及び利用車両IDとして格納し、また、現在の日時を示す情報を、図9の利用開始時間情報として格納する。また、前述の利用予約処理で図10の予約ステーションIDとして格納したステーションIDを特定し、特定したステーションIDを、図9の開始ステーションIDとして格納する。ここでは、例えば、図9の最上段に図示されている各情報を格納する。
 図7のステータス情報について具体的には、第3ステップで受信した情報から車両IDを取得し、取得した車両IDと同じ情報が図7の車両IDとして格納されている車両情報のステータス情報として、「貸出中」を格納する。ここでは、例えば、図7の最上段のステータス情報として「貸出中」を格納する。なお、このステータス情報については、前述の利用予約処理によって「予約中」が格納されていたので、ここでは、「予約中」から「貸出中」に更新されることになる。これにて、利用開始処理の説明を終了する。
(処理-車両制御処理)
 次に、車両制御処理について説明する。図12は、車両制御処理のフローチャートである(以下の各処理の説明ではステップを「S」と略記する)。「車両制御処理」とは、概略的には、車両1を制御するための処理であり、例えば、車両1の電源をオン又はオフする処理である。
 ここでは、例えば、車両制御処理の各ステップについて、電源をオンする場合を例示しつつ説明し、各ステップの終了後に、電源をオフする場合を例示して説明する。
===SA1====
 図12のSA1において端末装置3の制御部35は、端末側制御信号をサーバ装置4に送信する。
 「端末側制御信号」とは、車両1を制御するために端末装置3が送信する信号であり、例えば、制御入力情報が示す制御内容を実行させるための信号であり、一例としては、制御入力情報及びユーザIDを含む信号である。
 「制御入力情報」とは、車両を制御する制御内容を示す情報であり、具体的には、端末装置3を介してユーザによって入力される情報であり、本実施の形態では例えば、車両1の電源をオンする制御内容又は車両1の電源をオフする制御内容を示す情報である。なお、車両1の電源をオンする制御内容を示す制御入力情報を、「オン制御入力情報」と称し、車両1の電源をオフする制御内容を示す制御入力情報を、「オフ制御入力情報」と称して説明する。
 SA1の処理について具体的には、ユーザが、自己の端末装置3のタッチパッド32を介して、自己が利用している車両1を制御するための制御ボタン(例えば、電源をオンするための「オンボタン」、又は、電源をオフするための「オフボタン」)をタップして操作した場合に、当該操作された制御ボタンに対応する制御内容を示す制御入力情報が、端末装置3に入力されることとする。
 そして、端末装置3の制御部35は、入力された制御入力情報を取得し、また、ログイン時に入力されたユーザIDを取得し、取得した制御入力情報及びユーザID含む端末側制御信号を生成してサーバ装置4に送信する。
 ここでは、例えば、ユーザが自己の端末装置3において「オンボタン」をタップした場合、端末装置3に対してオン制御入力情報が入力され、端末装置3は、入力されたオン制御入力情報を取得し、また、ログイン時に入力された「ユーザID」=「IDu0001」を取得した上で、オン制御入力情報及び「ユーザID」=「IDu0001」を含む端末側制御信号を生成してサーバ装置4に送信する。
===SA2====
 一方、図12のSA2においてサーバ装置4の制御処理部431は、端末装置3からの端末側制御信号を受信する。ここでは、例えば、オン制御入力情報及び「ユーザID」=「IDu0001」を含む端末側制御信号を受信する。
===SA3====
 図12のSA3においてサーバ装置4の制御処理部431は、制御対象(制御される対象)となる車両1に搭載されている車載装置2を特定する。
 具体的には、図9の利用情報及び図7の車両情報を参照して、SA2で受信した端末側制御信号に含まれるユーザIDが示すユーザが利用している際中の車両1を制御対象として特定し、当該特定した車両1に搭載されている車載装置2を特定する。
 詳細には、まず、SA2で受信した端末側制御信号に含まれるユーザIDを取得し、図9の利用情報を参照して、取得したユーザIDと同じ情報が格納されている利用ユーザIDに関連付けられており、且つ、図7の車両情報において「ステータス情報」=「貸出中」に関連付けられている車両IDが示す車両1を、制御対象の車両1として特定する。
 なお、バリエーションとしては、図9の利用情報を参照して、前述の取得したユーザIDと同じ情報が格納されている利用ユーザIDに関連付けられており、且つ、関連付けられている利用終了時間情報が何ら格納されていない車両IDが示す車両1を、制御対象の車両1として特定してもよい。
 次に、図7の車両情報を参照して、前述の特定した車両1を示す車両IDに関連付けられている車載装置IDを特定し、特定した車載装置IDが示す車載装置2を、制御対象となる車両1に搭載されている車載装置2として特定する。
 ここでは、例えば、SA2で受信した端末側制御信号に含まれる「ユーザID」=「IDu0001」を取得し、図9の利用情報を参照して、取得したユーザIDと同じ情報が格納されている利用ユーザIDに関連付けられており、且つ、図7の車両情報において「ステータス情報」=「貸出中」に関連付けられている「車両ID」=「IDb0001」が示す車両1を、制御対象の車両1として特定する。次に、図7の車両情報を参照して、当該特定した車両1を示す「車両ID」=「IDb0001」に関連付けられている「車載装置ID」=「IDm0001」を特定し、特定した「IDm0001」が示す車載装置2を、制御対象となる車両1に搭載されている車載装置2として特定する。
===SA4====
 図12のSA4においてサーバ装置4の制御処理部431は、SA3で特定した車載装置2に対して、サーバ側制御信号を送信する。
 「サーバ側制御信号」とは、車両1を制御するためにサーバ装置4が送信される信号であり、例えば、制御入力情報が示す制御内容を実行させるための信号であり、一例としては、制御入力情報及び車載装置IDを含む信号である。なお、このサーバ側制御信号が、「サーバ側制御情報」に対応するものと解釈してもよい。
 SA4の処理について具体的には、SA2で受信した端末側制御信号に含まれている制御入力情報を取得し、また、SA3で特定した車載装置2を示す車載装置IDを特定し、取得した制御情報及び特定した車載装置IDを含むサーバ側制御信号を生成して車載装置2に送信する。
 ここでは、例えば、SA2で受信した端末側制御信号に含まれているオン制御入力情報を取得し、また、SA3で特定した車載装置2を示す「車載装置ID」=「IDm0001」を特定し、取得したオン制御情報及び特定した「車載装置ID」=「IDm0001」を含むサーバ側制御信号を生成して車載装置2に送信する。
 なお、図12のSA2~SA4において、サーバ装置4が行う処理が「制御処理」に該当するものと解釈してもよい。
===SA5====
 一方、図12のSA5において車載装置2の制御部24は、サーバ装置4からのサーバ側制御信号を受信する。ここでは、例えば、オン制御入力情報及び「車載装置ID」=「IDm0001」を含むサーバ側制御信号を受信する。
===SA6====
 図12のSA6において車載装置2の制御部24は、車両1の制御を行うか否かを判定する。具体的には、SA5で受信したサーバ側制御信号に含まれている車載装置IDを取得し、取得した車載装置IDと自己の記録部23に格納されている車載装置IDとを比較し、比較結果に基づいて判定する。
 そして、各車載装置IDが相互に合致しない場合、他の車載装置2へサーバ側制御信号であるものと判断した上で、車両1の制御を行わないものと判定し(SA6のNO)、処理を終了する。一方、各車載装置IDが相互に合致する場合、自己へのサーバ側制御信号であるものと判断した上で、車両1の制御を行うものと判定し(SA6のYES)、SA7に移行する。
 ここでは、例えば、車載装置2の制御部24は、SA5で受信したサーバ側制御信号に含まれている「車載装置ID」=「IDm0001」を取得し、取得した「車載装置ID」=「IDm0001」と自己の記録部23に格納されている「車載装置ID」=「IDm0001」とを比較し、各車載装置IDが相互に合致しているので、自己へのサーバ側制御信号であるものと判断した上で、車両1の制御を行うものと判定する。
===SA7====
 図12のSA7において車載装置2の制御部24は、自己が搭載されている車両1を制御する。具体的には、SA5で受信したサーバ側制御信号に含まれている制御入力情報を取得し、取得した制御入力情報が示す制御内容を、自己が搭載されている車両1に対して行う。詳細には、制御入力情報が示す制御内容の制御を行うための命令を、車両1側に送り、車両1の制御部15が、当該車載装置2から送られた命令に基づいて、制御入力情報が示す制御内容の制御を行う。
 ここでは、例えば、SA5で受信したサーバ側制御信号に含まれているオン制御入力情報を取得し、取得したオン制御入力情報が示す「車両1の電源をオンする」制御内容の制御を行うための命令を、車両1側に送り、車両1の制御部15が、当該車載装置2から送られた命令に基づいて、車両1の電源をオンする。
===電源をオフする場合の例===
 電源をオフする場合の処理例は、電源をオンする場合の処理例と同様であるので、概要のみ説明する。
 まず、図12のSA1において、ユーザが、自己の端末装置3において、電源をオフするための「オフボタン」をタップした場合、端末装置3に対してオフ制御入力情報が入力され、端末装置3は、入力されたオフ制御入力情報を取得し、また、ログイン時に入力された「ユーザID」=「IDu0001」を取得した上で、オフ制御入力情報及び「ユーザID」=「IDu0001」を含む端末側制御信号を生成してサーバ装置4に送信する。
 そして、この後、電源をオンする場合と同様にして、図12のSA2~SA4を実行し、SA5において、車載装置2は、オフ制御入力情報等を含むサーバ側制御信号を受信する。
 次に、図12のSA6の後のSA7において車載装置2は、SA5で受信したサーバ側制御信号に含まれているオフ制御入力情報を取得し、取得したオフ制御入力情報が示す「車両1の電源をオフする」制御内容の制御を行うための命令を、車両1側に送り、車両1の制御部15が、当該車載装置2から送られた命令に基づいて、車両1の電源をオフする。
 このように、車両制御処理を行い、車両1の電源のオンオフが切り替わる場合、前述の繰り返し実行される車両側情報格納処理で格納される図7の電源状態情報については、「ON]から「OFF」に更新されたり、逆に、「OFF」から「ON」に更新されたりする。これにて、車両制御処理の説明を終了する。
(処理-返却予約処理)
 次に、返却予約処理について説明する。「返却予約処理」とは、利用している車両1を返却する対象のステーションを予約するための処理であり、例えば、図11の返却予約情報の各情報を格納するための処理である。
 返却予約処理では、第1ステップ~第4ステップを実行する。
===第1ステップ===
 まず、第1ステップにおいて、端末装置3の制御部35は、予約の対象となるステーションに関する情報等を取得する。
 具体的には、端末装置3は、サーバ装置4に格納されている図8のステーション情報に基づいて、各ステーションを示す表示画面をディスプレイ33に表示可能となっていることとする。
 そして、ユーザが、表示画面において、車両1を返却する予約対象のステーションを選択し、当該選択したステーションを示す情報を入力した場合、端末装置3は、入力された情報に対応するステーションIDを取得し、また、ログイン時に入力されたユーザIDを取得する。
 ここでは、例えば、「IDb0001」の車両1を利用しているユーザが、ステーション91(図5)を選択して、当該ステーション91を示す情報を入力した場合、端末装置3は、入力された情報に対応する「ステーションID」=「IDs0001」を取得し、また、ログイン時に入力された「ユーザID」=「IDu0001」を取得する。
===第2ステップ===
 次に、第2ステップにおいて、端末装置3の制御部35は、第1ステップで取得した各情報を相互に関連付けて、サーバ装置4に送信する。
 ここでは、例えば、端末装置3は、「ステーションID」=「IDs0001」及び「ユーザID」=「IDu0001」を相互に関連付けて、サーバ装置4に送信する。
===第3ステップ===
 次に、第3ステップにおいて、サーバ装置4の制御部43は、端末装置3から送信された情報を受信する。
 ここでは、例えば、「ステーションID」=「IDs0001」及び「ユーザID」=「IDu0001」を受信する。
===第4ステップ===
 次に、第4ステップにおいて、サーバ装置4の制御部43は、第3ステップで受信した各情報に基づいて、図11の返却予約情報の各情報を格納する。
 図11の返却予約情報の各情報について具体的には、まず、第3ステップで受信したユーザIDを取得し、図9の利用情報を参照して、取得したユーザIDと同じ情報が格納されている利用ユーザIDに関連付けられており、且つ、図7の車両情報において「ステータス情報」=「貸出中」に関連付けられている車両IDが示す車両1を、ユーザが利用している車両1として特定する。次に、第3ステップで受信したユーザID、当該特定した車両1を示す車両ID、及び第3ステップで受信したステーションIDを、図11の予約ユーザID、予約車両ID、及び予約ステーションIDとして格納する。また、現在の日時から15分後の日時までに時間を示す情報を予約時間情報として格納する。ここでは、例えば、図11の最上段に図示されている各情報を格納する。これにて、返却予約処理の説明を終了する。
(処理-返却処理)
 次に、返却処理について説明する。図13は、返却処理のフローチャートである。「返却処理」とは、概略的には、車両1をステーションに返却するための処理であり、例えば、図9の利用情報の一部の情報、及び図7のステータス情報を格納するための処理である。
 また、返却処理は、端末装置3によって実行される処理であり、当該端末装置3は、サーバ装置4との間で通信を行い、サーバ装置4の記録部42の各DBに格納されている各情報を適宜利用して処理を行うが、サーバ装置4に格納されている情報を利用するための端末装置3とサーバ装置4との間の通信としては、要求及び当該要求に対する応答等を含む任意の通信を適用することができるので、当該通信自体の処理の詳細説明は省略する。
 また、例えば、返却処理の開始後に、端末装置3が一定時間間隔でサーバ装置4に格納されている情報をダウンロードして記録部34に一時的に格納し、当該格納した情報に基づいて各処理を実行するように構成してもよい。
 ここでは、例えば、「IDb0001」が示す車両1を利用しているユーザが、図5のステーション91において返却処理を起動した場合を例示して説明する。
===SB1====
 図13のSB1において端末装置3の制御部35は、端末装置3のユーザが利用している車両1の最寄りのステーションにおいて、空いている充電ケーブル(つまり、車両に接続されていない充電ケーブル)が存在するか否かを判定する。
 具体的には、まず、ログイン時に入力されたユーザIDを取得し、図9の利用情報を参照して、取得したユーザIDと同じ情報が格納されている利用ユーザIDに関連付けられており、且つ、図7の車両情報において「ステータス情報」=「貸出中」に関連付けられている車両IDが示す車両1を、ユーザが利用している車両1として特定する。次に、図7の現在位置情報及び図8の設置位置情報を参照して、当該特定した車両1の現在の最寄りのステーション(つまり、車両1の現在位置からの距離が最も近いステーション)を特定し、図8の空きポート情報を参照して、当該特定したステーションにおいて、空いている充電ケーブルが存在するか否かを判定する。
 判定について詳細には、空きポート情報として「0本」が格納されている場合、最寄りのステーションにおいて、空いている充電ケーブルが存在しないものと判定し(SB1のNO)、SB4に移行する。また、空きポート情報として「0本」以外の情報(つまり、「1本」以上の本数を示す情報)が格納されている場合、空いている充電ケーブルが存在するものと判定し(SB1のYES)、SB2に移行する。
 ここでは、例えば、ログイン時に入力された「ユーザID」=「IDu0001」を取得し、図9の利用情報を参照して、取得した「ユーザID」=「IDu0001」と同じ情報が格納されている利用ユーザIDに関連付けられており、且つ、図7の車両情報において「ステータス情報」=「貸出中」に関連付けられている車両IDである「IDb0001」が示す車両1を、ユーザが利用している車両1として特定する。次に、図7の現在位置情報及び図8の設置位置情報を参照して、当該特定した車両1の現在の最寄りのステーションとしてステーション91(図5)を特定し、図8の空きポート情報を参照して、当該特定したステーションにおいて、空いている充電ケーブルが存在するか否かを判定する。
 そして、図8のステーション情報において、ステーション91を示す「ステーションID」=「IDs0001」に関連付けられている「空きポート数情報」=「1本」であるので、空いている充電ケーブルが存在するものと判定する。
===SB2====
 図13のSB2において端末装置3の制御部35は、通常返却画面表示処理を行う。図14は、通常返却画面表示処理のフローチャートである。「通常返却画面表示処理」とは、通常返却画面を表示するための処理である。
<<<通常返却画面>>>
 図15は、通常返却画面の表示例である。「通常返却画面」とは、車両1のバッテリ11を充電している状態(つまり、車両1に充電ケーブルを接続した状態)で当該車両1を返却させるための画面であり、具体的には、端末装置3のディスプレイ33に表示される画面であり、図15に示すように例えば、画像表示欄51、第1情報表示欄521、第2情報表示欄522、第3情報表示欄523、及び返却ボタン53を備える。
 画像表示欄51は、各ステーションを示す画像が表示される欄である。
 第1情報表示欄521、第2情報表示欄522、及び第3情報表示欄523は、案内情報及びステータス情報520が表示される欄である。
 「案内情報」とは、車両1の返却を許可するために行うことが必要なユーザ側の行動を示す情報であり、当該行動を案内するための情報等を含む概念であり、例えば、「ステーションに移動してください」等のテキスト形式のメッセージ等を含む概念である。
 なお、この案内情報については、後述するように、適宜強調表示されることになるが、説明の便宜上、各表示欄にハッチング(複数の斜線)が図示されている場合(後述の図16参照)、各表示欄の案内情報が強調表示されていることとし、一方で、各表示欄にハッチングが図示されていない場合、各表示欄の案内情報が強調表示されていないこととする。なお、「強調表示」については、目立たせることを示す概念であり、具体的には任意であり、例えば、文字の太さを太く表示すること、文字色又は背景色等を変更すること等を含む概念である。
 「ステータス情報」520とは、返却を許可するための判定基準を満たしているか否かを示す情報である。
 返却ボタン53は、車両1を返却するためにユーザによってタップされるボタン画像であり、有効化されたり、無効化されたりするボタンである。
 「返却ボタン53が有効化される」とは、ユーザによる返却ボタン53のタップ操作を端末装置3が受け付けることが可能となっていることを示し、「返却ボタン53が無効化される」とは、ユーザによる返却ボタン53のタップ操作を端末装置3が受け付けることが不可能となっていることを示す。
 すなわち、例えば、返却ボタン53が有効化されている場合に、ユーザが返却ボタン53を、タッチパッド32を介してタップした場合、端末装置3に対して、返却ボタン53がタップされたことを示す情報が入力されて、返却ボタン53がタップされた場合に実行される処理が行われることになる。
 一方、例えば、返却ボタン53が無効化されている場合に、ユーザが返却ボタン53を、タッチパッド32を介してタップした場合、端末装置3に対して、返却ボタン53がタップされたことを示す情報が入力されないので、返却ボタン53がタップされた場合に実行される処理が行われないことになる。
 なお、この返却ボタン53については、説明の便宜上、ハッチングが図示されている場合は、有効化されていることを示し、ハッチングが図示されていない場合は、無効化されていることを示すものとする。
===SC1====
 図14のSC1において端末装置3の取得部351は、管理情報を取得する。
 「管理情報」とは、車両1を管理するための情報であり、具体的には、車両1の返却を管理するための情報であり、例えば、接続関連情報、電源関連情報、及び現在位置情報を含む概念である。
 「接続関連情報」とは、レンタル車両に充電ケーブルが接続されているか否かを示す情報である。本実施の形態では、前述したように、図7の充電状態情報については、「充電中」が、車両1に対して充電ケーブルが接続されていることを示し、また、「非充電」が、車両1に対して充電ケーブルが接続されていないことを示しているので、充電状態情報が「接続関連情報」に対応することになる。
 「電源関連情報」とは、レンタル車両の電源がオンであるかオフであるかを示す情報である。本実施の形態では、図7の電源状態情報について、「ON」が車両1の電源がオンであることを示し、「OFF」が車両1の電源がオフであることを示すので、電源状態情報が「電源関連情報」に対応することになる。
 「現在位置情報」とは、レンタル車両の現在位置を示す情報であり、本実施の形態では、図7の現在位置情報に対応することになる。
 SC1の処理について具体的には、図1のSB1の場合と同様にして、端末装置3のユーザが利用している車両1を特定し、図7の車両情報を参照して、当該特定した車両1を示す車両IDに関連付けられている現在位置情報、電源状態情報、及び充電状態情報を、管理情報として取得する。
 ここでは、例えば、ユーザが利用している車両1として「IDb0001」が示す車両1を特定し、図7の車両情報を参照して、当該特定した車両1を示す「車両ID」=「IDb0001」に関連付けられている「現在位置情報」=「X33,Y33」(図7では不図示であり、図5のステーション91と同じ位置を示す座標)、「電源状態情報」=「ON」、及び「充電状態情報」=「非充電」を、管理情報として取得する。
===SC2====
 図14のSC2において端末装置3の管理部352は、SC1で取得した管理情報に基づいて、車両1の返却を許可するか否かを判定する。
 具体的には、車両1の返却を許可するものと判定するための判定基準として、車両1の現在位置がステーションの設置位置と一致しており(以下、「第1判定基準」)、且つ、車両1の電源がオフであり(以下、「第2判定基準」)、且つ、車両1に充電ケーブルが接続されている(以下、「第3判定基準」)場合に返却を許可するものと定められていることとし、この判定基準に基づいて判定し、例えば、以下の第1処理~第4処理を行う。
=第1処理=
 まず、第1処理において管理部352は、図8のステーション情報を参照し、SC1で取得した現在位置情報が示す位置と同じ位置を示す設置位置情報が格納されているステーション情報(つまり、ユーザが利用している車両1の現在位置に対応する位置に設置されているステーションを示す情報)が存在するか否かを判定する。そして、存在するものと判定した場合、車両1の現在位置がステーションの設置位置と一致しているものと判定し(第1処理の判定結果が「YES」)、一方、存在しないものと判定した場合、車両1の現在位置がステーションの設置位置と一致していないものと判定する(第1処理の判定結果が「NO」)。
 なお、ここでの位置が一致していることについては、ステーションの広さ又は現在位置の位置検出精度等を考慮して、わずかにずれた位置であっても一致するものと判断することとし、すなわち、SC1で取得した現在位置情報が示す位置から僅かに離れた位置(つまり、所定距離以内だけ離れた位置)を示す設置位置情報が格納されているステーションが存在する場合も、車両1の現在位置がステーションの設置位置と一致しているものと判定するように構成してもよい。また、GPSシステムを用いて位置検出を行う場合、GPS信号の受信状況がステーションの屋根の有無又はステーションの周辺環境に依存し、位置検出精度がこれらに依存することを考慮して、ステーション毎に閾値(例えば、200m、250m等)を設けて、車両1の位置とステーションの位置との間の距離が閾値以内の距離である場合は、一致しているものと判定し、閾値よりも長い距離である場合は、一致していないものと判定するように構成してもよい。
=第2処理=
 次に、第2処理において管理部352は、SC1で取得した電源状態情報が「OFF」である場合、車両1の電源がオフであるものと判定し(第2処理の判定結果が「YES」)、一方、SC1で取得した電源状態情報が「ON」である場合、車両1の電源がオフでないものと判定する(第2処理の判定結果が「NO」)。
=第3処理=
 次に、第3処理において管理部352は、SC1で取得した充電状態情報が「充電中」である場合、車両1に充電ケーブルが接続されているものと判定し(第3処理の判定結果が「YES」)、一方、SC1で取得した充電状態情報が「非充電」である場合、車両1に充電ケーブルが接続されていないものと判定する(第3処理の判定結果が「NO」)。
=第4処理=
 次に、第4処理において管理部352は、第1処理の判定~第3処理の判定の何れかにおいて判定結果が「NO」である場合、上述の第1判定基準~第3判定基準の何れかを満たさないことになるので、車両1の返却を許可しないものと判定し(SC2のNO)、SC4に移行する。一方、第1処理の判定~第3処理の判定結果が全てにおいて「YES」である場合、上述の第1判定基準~第3判定基準を含む判定基準を満たすことになるので、車両1の返却を許可するものと判定し(SC2のYES)、SC3に移行する。
 ここでは、例えば、SC1において、「現在位置情報」=「X33,Y33」、「電源状態情報」=「ON」、及び「充電状態情報」=「非充電」を取得したので、第1の処理の判定結果が「YES」となり、第2の処理の判定及び第3の処理の判定の結果が「NO」となるので、車両1の返却を許可しないものと判定する。
===SC3====
 図14のSC3において端末装置3の管理部352は、返却ボタン53が有効化された状態の通常返却画面を表示する。
 具体的には、管理部352は、図15に示すように、ステーションを示す画像が画像表示欄51に表示され(各図では、具体的な画像は説明の便宜上不図示となっている)、且つ、強調表示されていない案内情報、及び各案内情報に対応する各判定基準を満たしていることを示す画像情報であるステータス情報520が第1情報表示欄521、第2情報表示欄522、及び第3情報表示欄523に表示され、且つ、有効化された返却ボタン53が表示される通常返却画面を生成してディスプレイ33に表示する。つまり、この場合、管理部352は、返却ボタン53を有効化する。
 そして、この図15の通常返却画面において、ユーザが返却ボタン53をタップした場合、返却ボタン53がタップされたことを示す情報が端末装置3に入力され、通常返却画面表示処理をリターンする。
===SC4====
 一方、図14のSC2において車両1の返却を許可しないものと判定した(SC2のNO)後のSC4において、端末装置3の管理部352は、返却ボタン53が無効化された状態の通常返却画面を表示し、SC2に移行する。図16~図17は、通常返却画面の表示例であり、図18は、案内情報に関する説明図である。
 具体的には、管理部352は、図16に示すように、ステーションを示す画像が画像表示欄51に表示され、且つ、案内情報及びステータス情報520が第1情報表示欄521、第2情報表示欄522、及び第3情報表示欄523に表示され、且つ、無効化された返却ボタン53が表示される通常返却画面を生成してディスプレイ33に表示する。つまり、この場合、管理部352は、返却ボタン53無効化する。
=案内情報の強調表示=
 案内情報については、管理部352は、SC2の「第1処理の判定」~「第3処理の判定」の判定結果に基づいて、図18の「案内情報」の欄に示すように、判定結果が「NO」の判定基準に関して、判定結果を「YES」にするために行うことが必要なユーザ側の行動を示す案内情報を強調表示する。
 詳細には、SC2において、車両1の現在位置がステーションの設置位置と一致していないものと判定し、「第1処理の判定」の結果が「NO」の場合、図18の「番号」=「1」に対応する「案内情報」の欄の図示されているように、第1情報表示欄521の「ステーションに移動してください」というメッセージを強調表示する。
 また、SC2において、車両1の電源がオフでないものと判定し、「第2処理の判定」の結果が「NO」の場合、図18の「番号」=「2」に対応する「案内情報」の欄の図示されているように、第2情報表示欄522の「電源をOFFにしてください」というメッセージを強調表示する。
 また、SC2において、車両1に充電ケーブルが接続されていないものと判定し、「第3処理の判定」の結果が「NO」の場合、図18の「番号」=「3」に対応する「案内情報」の欄の図示されているように、第3情報表示欄523の「充電ケーブルを繋いでください」というメッセージを強調表示する。
=ステータス情報=
 ステータス情報520については、管理部352は、SC2の「第1処理の判定」~「第3処理の判定」の判定結果に基づいて、判定結果が「YES」の判定基準に関する案内情報が表示される欄のステータス情報520としては、判定基準を満たしていることを示す画像情報を表示し、判定結果が「NO」の判定基準に関する案内情報が表示される欄のステータス情報520としては、判定基準を満たしていないことを示す画像情報を表示する。
 ここでは、例えば、SC2において、第1の処理の判定結果が「YES」となり、第2の処理の判定結果及び第3の処理の判定結果が「NO」となっている場合、図16に示すように、第2情報表示欄522及び第3情報表示欄523の案内情報が強調表示される通常返却画面を表示する。
 この後、図14のSC2を再度実行することになるが、例えば、ユーザが車両1の電源をオフにした場合、第2の処理の判定の結果が「NO」から「YES」に変更されるので、再度実行されるSC4において、図17に示すように、第3情報表示欄523の案内情報が強調表示される通常返却画面を表示することになる。
 この後、例えば、ユーザが車両1に充電ケーブルを接続した場合、図14のSC2での第2の処理の判定の結果が「YES」となり、第1処理の判定~第3処理の判定結果が全てにおいて「YES」となるので、車両1の返却を許可するものと判定し(SC2のYES)、SC3に移行し、図15に示すように、通常返却画面の返却ボタン53を有効化することになる。
===SB3===
 図14の通常返却画面表示処理をリターンした後の、図13のSB3において端末装置3の管理部352は、返却関連情報をサーバ装置4に送信し、処理を終了する。「返却関連情報」とは、車両1を返却し当該車両1の利用を終了したことを示す情報である。
 具体的には、端末装置3は、SB1で特定した車両1の最寄りのステーションを示すステーションIDを特定し、また、ログイン時に入力されたユーザIDを取得した上で、特定したステーションID及び取得したユーザIDを含む返却関連情報、サーバ装置4に送信する。
 一方、サーバ装置4の制御部43は、端末装置3から送信された返却関連情報を受信し、受信した返却関連情報に基づいて、図9の利用情報の一部の情報、及び図7のステータス情報を格納する。
 具体的には、まず、SB1と同様にして、ユーザが利用している車両1を特定する。次に、前述の受信した返却関連情報に含まれているユーザID及び当該特定した車両1を示す車両IDと同じ情報が、図9の利用ユーザID及び利用車両IDとして格納されている利用情報の、利用終了時間及び返却ステーションIDとして、現在の日時を示す情報、及び前述の受信した返却関連情報に含まれているステーションIDを格納する。また、任意の手法で利用時間及び移動距離を求めて、求めた利用時間及び移動距離を示す情報を、図9の利用時間情報及び移動時間情報として格納する。また、図7の車両情報において、前述の特定した車両1を示す車両ID(つまり、ユーザが利用している車両1を示す車両ID)に関連付けられているステータス情報として、「空車」を格納する。この場合、ステータス情報については、「貸出中」から「空車」に更新されることになる。
===SB4===
 一方、図13のSB1において空いている充電ケーブルが存在しないものと判定した後のSB4において、端末装置3の制御部35は、無充電返却画面表示処理を行う。図19は、無充電返却画面表示処理のフローチャートである。「無充電返却画面表示処理」とは、通常返却画面を表示するための処理である。
<<<無充電返却画面>>>
 図20は、無充電返却画面の表示例である。「無充電返却画面」とは、車両1のバッテリ11を充電していない状態(つまり、車両1に充電ケーブルを接続していない状態)で当該車両1を返却させるための画面であり、具体的には、端末装置3のディスプレイ33に表示される画面であり、図20に示すように例えば、画像表示欄61、第1情報表示欄621、第2情報表示欄622、第3情報表示欄623、及び返却ボタン63を備える。
 なお、この無充電返却(つまり、車両1のバッテリ11を充電していない状態での返却)の意図に関しては、限定されるものではないが、以下が想定される。ステーションに設置されている充電ケーブルが全て使用されている状態で1個も余っていない場合(例えば、合計4個設置されている充電ケーブルが全て他の4個の車両に接続されている場合等)であっても、無充電返却という返却方式を設けることにより、車両1の返却が可能となる。そして、このような無充電返却においては、車両1を返却するユーザが、既に他の車両に接続されて利用されている充電ケーブルを、自己が利用するために当該他の車両から取り外すことを防止する観点から、後述の図19のSD2で説明する通り、車両1に充電ケーブルが接続されていないこと(つまり、後述の「第3判定基準」)が、車両1の返却を許可するものと判定するための判定基準の1個として規定されている。
 画像表示欄61は、各ステーションを示す画像が表示される欄である。
 第1情報表示欄621、第2情報表示欄622、及び第3情報表示欄623は、案内情報及びステータス情報620が表示される欄である。
 返却ボタン63は、図15の返却ボタン53と同様に構成されているボタン画像であり、具体的には、車両1を返却するためにユーザによってタップされるボタン画像であり、有効化されたり、無効化されたりするボタンである。
===SD1====
 図19のSD1において端末装置3の取得部351は、管理情報を取得する、具体的には、図14のSC1と同様な処理を行い、ユーザが利用している車両1に関して、図7の現在位置情報、電源状態情報、及び充電状態情報を、管理情報として取得する。
===SD2====
 図19のSD2において端末装置3の管理部352は、SD1で取得した管理情報に基づいて、車両1の返却を許可するか否かを判定する。
 具体的には、車両1の返却を許可するものと判定するための判定基準として、車両1の現在位置がステーションの設置位置と一致しており(以下、「第1判定基準」)、且つ、車両1の電源がオフであり(以下、「第2判定基準」)、且つ、車両1に充電ケーブルが接続されていない(以下、「第3判定基準」)場合に返却を許可するものと定められていることとし、この判定基準に基づいて判定し、例えば、以下の第1処理~第4処理を行う。
=第1処理及び第2処理=
 まず、第1処理及び第2処理において管理部352は、図14のSC2の第1処理及び第2処理と同様な処理を行う。
=第3処理=
 次に、第3処理において管理部352は、SD1で取得した充電状態情報が「非充電」である場合、車両1に充電ケーブルが接続されていないものと判定し(第3処理の判定結果が「YES」)、一方、SD1で取得した充電状態情報が「充電中」である場合、車両1に充電ケーブルが接続されていないわけではない(つまり、車両1に充電ケーブルが接続されている)ものと判定する(第3処理の判定結果が「NO」)。
=第4処理=
 次に、第4処理において管理部352は、第1処理の判定~第3処理の判定の何れかにおいて判定結果が「NO」である場合、上述の第1判定基準~第3判定基準の何れかを満たさないことになるので、車両1の返却を許可しないものと判定し(SD2のNO)、SD4に移行する。一方、第1処理の判定~第3処理の判定結果が全てにおいて「YES」である場合、上述の第1判定基準~第3判定基準を含む判定基準を満たすことになるので、車両1の返却を許可するものと判定し(SD2のYES)、SD3に移行する。
===SD3====
 図19のSD3において端末装置3の管理部352は、返却ボタン63が有効化された状態の無充電返却画面を表示する。
 具体的には、管理部352は、図20に示すように、ステーションを示す画像が画像表示欄61に表示され、且つ、強調表示されていない案内情報、及び各案内情報に対応する各判定基準を満たしていることを示す画像情報であるステータス情報620が第1情報表示欄621、第2情報表示欄622、及び第3情報表示欄623に表示され、且つ、有効化された返却ボタン63が表示される無充電返却画面を生成してディスプレイ33に表示する。つまり、この場合、管理部352は、返却ボタン63を有効化する。
 そして、この図16の無充電返却画面において、ユーザが返却ボタン63をタップした場合、返却ボタン63がタップされたことを示す情報が端末装置3に入力され、無充電返却画面表示処理をリターンする。
===SD4====
 一方、図19のSD2において車両1の返却を許可しないものと判定した(SD2のNO)後のSD4において、端末装置3の管理部352は、返却ボタン63が無効化された状態の無充電返却画面を表示し、SD2に移行する。図21は、無充電返却画面の表示例であり、図22は、案内情報に関する説明図である。
 具体的には、管理部352は、図21に示すように、ステーションを示す画像が画像表示欄61に表示され、且つ、案内情報及びステータス情報620が第1情報表示欄621、第2情報表示欄622、及び第3情報表示欄623に表示され、且つ、無効化された返却ボタン63が表示される無充電返却画面を生成してディスプレイ33に表示する。つまり、この場合、管理部352は、返却ボタン63無効化する。
=案内情報の強調表示=
 案内情報については、図14のSC4の処理と同様であり、管理部352は、SD2の「第1処理の判定」~「第3処理の判定」の判定結果に基づいて、図22の「案内情報」の欄に示すように、判定結果が「NO」の判定基準に関して、判定結果を「YES」にするために行うことが必要なユーザ側の行動を示す案内情報を強調表示する。
 詳細には、SD2において、車両1の現在位置がステーションの設置位置と一致していないものと判定し、「第1処理の判定」の結果が「NO」の場合、図22の「番号」=「1」に対応する「案内情報」の欄の図示されているように、第1情報表示欄621の「ステーションに移動してください」というメッセージを強調表示する。
 また、SD2において、車両1の電源がオフでないものと判定し、「第2処理の判定」の結果が「NO」の場合、図22の「番号」=「2」に対応する「案内情報」の欄の図示されているように、第2情報表示欄622の「電源をOFFにしてください」というメッセージを強調表示する。
 また、SD2において、車両1に充電ケーブルが接続されていないものと判定し、「第3処理の判定」の結果が「NO」の場合、図22の「番号」=「3」に対応する「案内情報」の欄の図示されているように、第3情報表示欄623の「充電ケーブルを繋がないでください」というメッセージを強調表示する。
=ステータス情報=
 ステータス情報620については、図14のSC4の処理と同様であることとし、説明を省略する。
 ここでは、例えば、SD2において、第9の処理の判定結果及び第3の処理の判定結果が「YES」となり、第2の処理判定が「NO」となっている場合、図21に示すように、第2情報表示欄622の案内情報が強調表示される無充電返却画面を表示する。
 この後、例えば、ユーザが車両1の電源をオフにした場合、再度実行される図19のSD2での第2の処理の判定の結果が「YES」となり、第1処理の判定~第3処理の判定結果が全てにおいて「YES」となるので、車両1の返却を許可するものと判定し(SD2のYES)、SD3に移行し、図20に示すように、無充電返却画面の返却ボタン53を有効化することになる。
===SB5===
 図19の無充電返却画面表示処理をリターンした後の、図13のSB5において端末装置3の管理部352は、返却関連情報をサーバ装置4に送信し、処理を終了する。具体的には、SB3と同様な処理を行うことにより、図9の利用情報の一部の情報、及び図7のステータス情報を格納する。これにて、返却処理の説明を終了する。
(用語の解釈)
 図14のSC3及びSC4の処理、及び図19のSD3及びSD4の処理が「返却関連管理処理」に対応するものと解釈してもよい。
 「返却関連管理処理」とは、所定の返却場所であるステーションへのレンタル車両の返却を管理するための処理であり、例えば、レンタル車両を利用しているユーザが利用するユーザ端末からレンタル車両の管理者側(本実施の形態では、サーバ装置4側)へ、レンタル車両を返却したことを示す情報の送信を可能とする第1処理、及び、ユーザ端末からレンタル車両の管理者側(本実施の形態では、サーバ装置4側)へ、レンタル車両を返却したことを示す情報の送信を不可能とする第2処理等を含む概念である。
 また、通常返却画面(図15等)及び無充電返却画面(図20等)の返却ボタン53、63が有効化されている場合、これらの返却ボタン53、63をタップした場合に、図14の通常返却画面表示処理及び図19の無充電返却画面表示処理をリターンして、図13のSB3又はSB5の返却関連情報を送信する処理を行うことになる。一方で、返却ボタン53、63が有効化されている場合、図14の通常返却画面表示処理及び図19の無充電返却画面表示処理をリターンできないので、図13のSB3又はSB5の返却関連情報を送信する処理を行うことが不可能となる。この点を考慮した場合、返却ボタン53、63を有効化する処理が「レンタル車両を返却したことを示す情報の送信を可能とする第1処理」に対応し、返却ボタン53、63を無効化する処理が「レンタル車両を返却したことを示す情報の送信を不可能とする第2処理」に対応するものと解釈してもよい。
(本実施の形態の効果)
 本実施の形態によれば、車両1を利用しているユーザが利用する端末装置3に対して、車両1を制御する制御内容を示す制御入力情報が入力された場合に、制御入力情報が示す制御内容の制御を車両1で行うための制御処理を行うことにより、例えば、端末装置3を介して車両1を制御することが可能となる。
 また、サーバ装置4を介して車両1を制御することにより、例えば、車両1を適切に制御することが可能となる。
 また、制御入力情報は車両1の電源をオン又はオフする制御内容を示す情報であることにより、例えば、端末装置3を介して車両1の電源をオン又はオフすることが可能となる。
 また、返却関連管理処理を行うことにより、例えば、車両1の返却を管理することが可能となる。電源関連情報に基づいて返却関連管理処理を行うことにより、例えば、電源をオフにしている状態で車両1を返却させることができるので、返却以降において、不正利用を防止したり、意図に反する車両1の動作による事故発生を防止したりすることが可能となる。
〔III〕実施の形態に対する変形例
 以上、本発明に係る実施の形態について説明したが、本発明の具体的な構成及び手段は、特許請求の範囲に記載した各発明の技術的思想の範囲内において、任意に改変及び改良することができる。以下、このような変形例について説明する。
(解決しようとする課題や発明の効果について)
 まず、発明が解決しようとする課題や発明の効果は、上述の内容に限定されるものではなく、発明の実施環境や構成の細部に応じて異なる可能性があり、上述した課題の一部のみを解決したり、上述した効果の一部のみを奏したりすることがある。
(分散や統合について)
 また、上述した各電気的構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各部の分散や統合の具体的形態は図示のものに限られず、その全部または一部を、任意の単位で機能的または物理的に分散又は統合して構成できる。
 例えば、図13の返却処理において、サーバ装置4に記録されている情報を用いて行う端末装置3側の処理の一部又は全部について、端末装置3からの要求に応じてサーバ装置4側で行い、処理結果を端末装置3に送信することにより、図13の各ステップを実行するように構成してもよい。
(返却を許可するかの判定について)
 また、上記実施の形態では、図14のSC2において、第1の判定基準~第3の判定基準の3個の判定基準に基づいて、車両1を返却するか否かを判定する場合について説明したが、これに限らない。例えば、これらの3個の判定基準の内の、いずれか1個のみの判定基準、あるいは、2個のみの判定基準を用いて判定するように構成してもよい。又は、例えば、第1の判定基準~第3の判定基準以外の任意の個数の判定基準を追加し、この追加した判定基準に基づいて判定するように構成してもよい。なお、図19のSD2についても、同様に構成してもよい。
(案内情報について(その1))
 また、上記実施の形態では、案内情報(例えば、図15の「ステーションに移動してください」等のメッセージ)について、強調表示することが「レンタル車両の返却を許可するために行うことが必要なユーザ側の行動を示す情報を、ユーザ端末を介して出力する」ことに対応するものと解釈してもよい。
(案内情報について(その2))
 また、上記実施の形態では、案内情報について、強調表示したり、強調表示しなかったりする場合について説明したが、他の表示態様を採用してもよい。例えば、表示の有無の表示態様を採用してもよい。具体的には、強調表示しない代わりに非表示にし、強調表示する代わりに表示するように構成してもよい。
(案内情報について(その3))
 また、上記実施の形態では、案内情報(例えば、図15の「ステーションに移動してください」等のメッセージ)について、端末装置3のディスプレイ33に表示して出力する場合について説明したが、これに限らない。例えば、端末装置3のスピーカを介して音声出力するように構成してもよい。
(通常返却画面及び無充電返却画面について)
 また、上記実施の形態の通常返却画面(図15等)及び無充電返却画面(図20等)について、タッチパッド32を介して行われるユーザによる所定操作に基づいて、ユーザの意図した画面に切り替えて表示するように構成してもよい。
(車両の制御について)
 また、上記実施の形態では、端末装置3がサーバ装置4を介して車両1を制御する場合について説明したが、これに限らない。例えば、サーバ装置4を介さずに制御するように構成してもよい。具体的には、端末装置3が車載装置2に対して直接端末側制御信号を送信し、車載装置2が、当該端末側制御信号に基づいて、車両1を制御するように構成してもよい。
(サーバ装置の各DBについて)
 また、上記実施の形態で説明したサーバ装置4の各DBは例示であり、本実施の形態で説明した各機能を実現できる限りにおいて、他の任意のDBを採用してもよい。また、このサーバ装置4の各DBの全部又は一部と同じDBを端末装置3に設けてもよい。
(その他の特徴)
 また、上記実施の形態において、端末装置3が、サーバ装置4の図7の現在位置情報、電源状態情報、及び充電状態情報を取得し、取得した情報を任意の形式でディスプレイ33に表示するように構成してもよい。
 また、車両1の電源のオンオフの制御については、図12の車両制御処理によってのみ制御可能となるように構成してもよいし、あるいは、車両1に対して電源スイッチを設けて、当該スイッチの操作によっても制御可能となるように構成してもよい。
 また、図20の無充電返却画面の返却ボタン63のタップにより車両1を返却させる場合、ユーザに対して、返却費用を請求するように構成してもよい。具体的には任意であるが、例えば、図13のSB4で表示される無充電表示画面の返却ボタン63がユーザによってタップされた場合に、端末装置3が、事前登録のユーザ所有のクレジットカードでの支払い画面を表示し、当該画面上で車両1を充電せずに返却するための費用を支払う操作を行った場合のみに、SB5に移行するように構成してもよい。あるいは、例えば、図13のSB4で表示される無充電表示画面の返却ボタン63がユーザによってタップされた場合に、前述の費用に関して、事前登録のユーザ所有のクレジットカードでの支払いが自動的に行われるように構成してもよい。なお、図17の通常返却画面の返却ボタン53をタップして返却する場合については、前述の費用請求に関する処理は行わないこととする。
(図14のSC2の処理(第1判定基準)について)
 また、上記実施の形態では、図14のSC2において、車両1の現在位置がステーションの設置位置と一致していることを「第1判定基準」として処理する場合について説明したが、これに限らない。例えば、車両1をレンタルして利用しているユーザが利用する端末装置3の現在位置がステーションの設置位置と一致していることを「第1判定基準」として処理するように構成してもよい。
 このように構成する場合、SC2の第1処理においては、端末装置3の制御部35は、端末装置3に実装されている現在位置検出部(端末装置3の現在位置を検出する手段)の検出結果を示す現在位置情報を取得し、取得した現在位置情報に基づいて、実施の形態で説明した処理と同様な処理を行って、端末装置3の現在位置がステーションの設置位置と一致しているか否かを判定するように構成してもよい。
 また、実施の形態で説明した手法と、ここで説明した手法とを組み合わせて、車両1の現在位置と端末装置3の現在位置との両方がステーションの設置位置と一致していることを「第1判定基準」として処理するように構成してもよい。
 なお、図19のSD2における「第1判定基準」についても、ここで説明したバリエーションを適用してもよい。
(特徴の組み合わせ)
 また、上記実施の形態で説明した特徴の少なくとも一部と、変形例で説明した特徴の少なくとも一部とを任意に組み合わせてもよい。
(付記)
 付記1の管理システムは、ユーザに貸し出して利用させるレンタル車両であって、充電された電力を利用して走行する電動の前記レンタル車両を管理するための管理システムであって、前記レンタル車両を利用しているユーザが利用するユーザ端末に対して、前記レンタル車両を制御する制御内容を示す制御入力情報が入力された場合に、前記制御入力情報が示す制御内容の制御を前記レンタル車両で行うための制御処理を行う制御処理手段、を備える。
 付記2の管理システムは、付記1に記載の管理システムにおいて、前記管理システムは、前記ユーザ端末と、前記レンタル車両側及び前記ユーザ端末との間で通信可能となっているサーバ装置と、を備え、前記サーバ装置は、前記制御処理手段、を備え、前記ユーザ端末は、前記制御入力情報が入力された場合に、前記制御入力情報を前記サーバ装置に送信し、前記サーバ装置が前記制御入力情報を受信した場合に、前記サーバ装置の前記制御処理手段は、前記制御入力情報が示す制御内容の制御を前記レンタル車両で行わせるためのサーバ側制御情報を前記レンタル車両側に送信する処理を、前記制御処理として行う。
 付記3の管理システムは、付記1又は2に記載の管理システムにおいて、前記制御入力情報は、前記レンタル車両の電源をオン又はオフする制御内容を示す情報である。
 付記4の管理システムは、付記1に記載の管理システムにおいて、前記レンタル車両を管理するための管理情報を取得する取得手段と、前記取得手段が取得した前記管理情報に基づいて、所定の返却場所への前記レンタル車両の返却を管理するための返却関連管理処理を行う管理手段と、を備え、前記取得手段は、前記レンタル車両の電源がオンであるかオフであるかを示す電源関連情報を、前記管理情報として取得し、前記管理手段は、前記取得手段が取得した前記電源関連情報に基づいて、前記返却関連管理処理を行い、前記取得手段は、前記レンタル車両の電源をオンする制御内容を示す情報が前記制御入力情報として前記ユーザ端末に入力された場合において、前記レンタル車両の電源がオンした場合、前記レンタル車両の電源がオンであることを示す情報を前記電源関連情報として取得し、前記レンタル車両の電源をオフする制御内容を示す情報が前記制御入力情報として前記ユーザ端末に入力された場合において、前記レンタル車両の電源がオフした場合、前記レンタル車両の電源がオフであることを示す情報を前記電源関連情報として取得する。
 付記5の管理プログラムは、ユーザに貸し出して利用させるレンタル車両であって、充電された電力を利用して走行する電動の前記レンタル車両を管理するための管理プログラムであって、コンピュータを、前記レンタル車両を利用しているユーザが利用するユーザ端末に対して、前記レンタル車両を制御する制御内容を示す制御入力情報が入力された場合に、前記制御入力情報が示す制御内容の制御を前記レンタル車両で行うための制御処理を行う制御処理手段、として機能させる管理プログラム。
(付記の効果)
 付記1に記載の管理システム、及び付記5に記載の管理プログラムによれば、レンタル車両を利用しているユーザが利用するユーザ端末に対して、レンタル車両を制御する制御内容を示す制御入力情報が入力された場合に、制御入力情報が示す制御内容の制御をレンタル車両で行うための制御処理を行うことにより、例えば、ユーザ端末を介してレンタル車両を制御することが可能となる。
 付記2に記載の管理システムによれば、サーバ装置を介してレンタル車両を制御することにより、例えば、レンタル車両を適切に制御することが可能となる。
 付記3に記載の管理システムによれば、制御入力情報はレンタル車両の電源をオン又はオフする制御内容を示す情報であることにより、例えば、ユーザ端末を介してレンタル車両の電源をオン又はオフすることが可能となる。
 付記4に記載の管理システムによれば、返却関連管理処理を行うことにより、例えば、レンタル車両の返却を管理することが可能となる。電源関連情報に基づいて返却関連管理処理を行うことにより、例えば、電源をオフにしている状態でレンタル車両を返却させることができるので、返却以降において、不正利用を防止したり、意図に反するレンタル車両の動作による事故発生を防止したりすることが可能となる。
1 車両
2 車載装置
3 端末装置
4 サーバ装置
11 バッテリ
12 モータ
13 通信部
14 記録部
15 制御部
21 通信部
22 現在位置検出部
23 記録部
24 制御部
31 通信部
32 タッチパッド
33 ディスプレイ
34 記録部
35 制御部
41 通信部
42 記録部
43 制御部
51 画像表示欄
53 返却ボタン
61 画像表示欄
63 返却ボタン
91 ステーション
100 管理システム
351 取得部
352 管理部
421 ユーザ情報DB
422 車両情報DB
423 ステーション情報DB
424 利用情報DB
425 利用予約情報DB
426 返却予約情報DB
431 制御処理部
520 ステータス情報
521 第1情報表示欄
522 第2情報表示欄
523 第3情報表示欄
620 ステータス情報
621 第1情報表示欄
622 第2情報表示欄
623 第3情報表示欄

Claims (5)

  1.  ユーザに貸し出して利用させるレンタル車両であって、充電された電力を利用して走行する電動の前記レンタル車両を管理するための管理システムであって、
     前記レンタル車両を利用しているユーザが利用するユーザ端末に対して、前記レンタル車両を制御する制御内容を示す制御入力情報が入力された場合に、前記制御入力情報が示す制御内容の制御を前記レンタル車両で行うための制御処理を行う制御処理手段、
     を備える管理システム。
  2.  前記管理システムは、
      前記ユーザ端末と、
      前記レンタル車両側及び前記ユーザ端末との間で通信可能となっているサーバ装置と、を備え、
     前記サーバ装置は、前記制御処理手段、を備え、
     前記ユーザ端末は、前記制御入力情報が入力された場合に、前記制御入力情報を前記サーバ装置に送信し、
     前記サーバ装置が前記制御入力情報を受信した場合に、前記サーバ装置の前記制御処理手段は、前記制御入力情報が示す制御内容の制御を前記レンタル車両で行わせるためのサーバ側制御情報を前記レンタル車両側に送信する処理を、前記制御処理として行う、
     請求項1に記載の管理システム。
  3.  前記制御入力情報は、前記レンタル車両の電源をオン又はオフする制御内容を示す情報である、
     請求項1又は2に記載の管理システム。
  4.  前記レンタル車両を管理するための管理情報を取得する取得手段と、
     前記取得手段が取得した前記管理情報に基づいて、所定の返却場所への前記レンタル車両の返却を管理するための返却関連管理処理を行う管理手段と、を備え、
     前記取得手段は、前記レンタル車両の電源がオンであるかオフであるかを示す電源関連情報を、前記管理情報として取得し、
     前記管理手段は、前記取得手段が取得した前記電源関連情報に基づいて、前記返却関連管理処理を行い、
     前記取得手段は、
      前記レンタル車両の電源をオンする制御内容を示す情報が前記制御入力情報として前記ユーザ端末に入力された場合において、前記レンタル車両の電源がオンした場合、前記レンタル車両の電源がオンであることを示す情報を前記電源関連情報として取得し、
      前記レンタル車両の電源をオフする制御内容を示す情報が前記制御入力情報として前記ユーザ端末に入力された場合において、前記レンタル車両の電源がオフした場合、前記レンタル車両の電源がオフであることを示す情報を前記電源関連情報として取得する、
     請求項1に記載の管理システム。
  5.  ユーザに貸し出して利用させるレンタル車両であって、充電された電力を利用して走行する電動の前記レンタル車両を管理するための管理プログラムであって、
     コンピュータを、
     前記レンタル車両を利用しているユーザが利用するユーザ端末に対して、前記レンタル車両を制御する制御内容を示す制御入力情報が入力された場合に、前記制御入力情報が示す制御内容の制御を前記レンタル車両で行うための制御処理を行う制御処理手段、
     として機能させる管理プログラム。
PCT/JP2022/022458 2022-05-16 2022-06-02 管理システム、及び管理プログラム WO2023223569A1 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2022080035A JP7282416B1 (ja) 2022-05-16 2022-05-16 管理システム、及び管理プログラム
JP2022-080035 2022-05-16

Publications (1)

Publication Number Publication Date
WO2023223569A1 true WO2023223569A1 (ja) 2023-11-23

Family

ID=86538304

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2022/022458 WO2023223569A1 (ja) 2022-05-16 2022-06-02 管理システム、及び管理プログラム

Country Status (2)

Country Link
JP (2) JP7282416B1 (ja)
WO (1) WO2023223569A1 (ja)

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2018530807A (ja) * 2015-08-04 2018-10-18 ゴゴロ インク 電動車両共有のための装置、方法および物品
WO2021053736A1 (ja) * 2019-09-17 2021-03-25 本田技研工業株式会社 車両制御装置、車両制御方法、車両制御システム、プログラム、および記憶媒体

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6812906B2 (ja) * 2017-05-31 2021-01-13 トヨタ自動車株式会社 リモート始動システム、センタサーバ、リモート始動方法

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2018530807A (ja) * 2015-08-04 2018-10-18 ゴゴロ インク 電動車両共有のための装置、方法および物品
WO2021053736A1 (ja) * 2019-09-17 2021-03-25 本田技研工業株式会社 車両制御装置、車両制御方法、車両制御システム、プログラム、および記憶媒体

Also Published As

Publication number Publication date
JP2023169105A (ja) 2023-11-29
JP7282416B1 (ja) 2023-05-29
JP2023168749A (ja) 2023-11-29

Similar Documents

Publication Publication Date Title
EP2447107B1 (en) Information providing device, information providing server, vehicle assistance system, navigation device, and charging cable
US8941463B2 (en) Electric vehicle reserve charge authorization and distribution
JP5240765B2 (ja) 駐車システム
CN101395039B (zh) 车辆与车辆信息设备
JP5750549B2 (ja) 充電支援方法、充電支援管理装置、充電支援システム
CN104627065B (zh) 车辆保养提示方法和系统
JP4825698B2 (ja) 通信プログラムおよび携帯端末装置
JP2010114988A (ja) 車両用充電装置および車両用充電システム
CN104350361B (zh) 位置信息发送装置、位置信息发送系统以及车辆
US11535115B2 (en) Electric vehicle capable of providing power to another vehicle, method for controlling the same, and system
JP5376044B2 (ja) 充電ステーション管理装置
WO2012160627A1 (ja) 車両情報提供装置
US20080014909A1 (en) Information communication system
JP2011159072A (ja) カーシェアリング用通信装置およびコンピュータプログラム
JP5630617B2 (ja) 駐車誘導装置
US20220388422A1 (en) Management method and management device for shared electric vehicle, and computer-readable recording medium
JP2013008267A (ja) 充電料金課金システム
KR20120102462A (ko) 전기자동차용 충전 시스템
TW201346825A (zh) 結合車載裝置與智慧型手機之計程車監控派遣系統
JP2020161010A (ja) 車両管理システム
CN113844285A (zh) 电动汽车无线充电系统、方法、电子终端及存储介质
WO2023223569A1 (ja) 管理システム、及び管理プログラム
CN111726277A (zh) 基于微信的停车位置记录与分享方法及系统
WO2023223568A1 (ja) 管理システム、及び管理プログラム
JP2011008441A (ja) 情報配信システム、情報配信方法、及びサーバ

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: 22942772

Country of ref document: EP

Kind code of ref document: A1