WO2024101315A1 - 充電器利用管理システムおよび管理方法 - Google Patents

充電器利用管理システムおよび管理方法 Download PDF

Info

Publication number
WO2024101315A1
WO2024101315A1 PCT/JP2023/039913 JP2023039913W WO2024101315A1 WO 2024101315 A1 WO2024101315 A1 WO 2024101315A1 JP 2023039913 W JP2023039913 W JP 2023039913W WO 2024101315 A1 WO2024101315 A1 WO 2024101315A1
Authority
WO
WIPO (PCT)
Prior art keywords
management device
charging
charger
information
user
Prior art date
Application number
PCT/JP2023/039913
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 WO2024101315A1 publication Critical patent/WO2024101315A1/ja

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/06—Energy or water supply

Definitions

  • Japanese Patent No. 7046407 is a background technology in this technical field.
  • the reservation system includes a reservation processing unit that reserves a shared facility including an electric vehicle and at least one parking area in which a charger capable of charging the battery of the electric vehicle is installed, and the maximum number of reservations for the shared facility is set to the number of at least one parking area.
  • the reservation system further includes a reservation price determination unit that determines a reservation price for the electric vehicle, the electric vehicle being one of a plurality of electric vehicles managed, and the reservation price determination unit may determine the reservation price for the electric vehicle based on the number of unreserved electric vehicles of the plurality of electric vehicles.” (see abstract).
  • Patent Document 1 no consideration is given to a mechanism for connecting an administrator who provides information about charging parking lots to users with an administrator who manages the electrical chargers. Therefore, the present technology provides a mechanism that can connect an administrator who provides users with information about charging parking lots and an administrator who manages charging stations.
  • the present application includes multiple means for solving the above-mentioned problems, and one example is a charger usage management system comprising a charging space management device that makes an electrical appliance and a charging space in which the charger is installed available for use, a user management device that acquires information regarding the usage of a used charger among the chargers managed by the charging space management device, and a management device that manages the usage of the chargers, wherein the management device acquires information regarding the used charger and information regarding the usage from the user management device and transmits the information regarding the usage to the charging management device that manages the used charger.
  • FIG. 1 shows an example of the overall configuration of a charger usage management system.
  • FIG. 2 is an example of a hardware configuration of the charging point management device.
  • FIG. 3 is an example of the hardware configuration of the management server.
  • FIG. 4 is an example of a hardware configuration of the user management device.
  • FIG. 5 shows an example of the hardware configuration of a user terminal.
  • FIG. 6 illustrates an example of a hardware configuration of the charging space management device.
  • FIG. 7 is an example of user information 700 .
  • FIG. 8 is an example of parking lot management information 800.
  • FIG. 9 is an example of parking lot details 900.
  • FIG. 10 is an example of reservation information 1000.
  • FIG. 11 is an example of information related to a new token generation signal.
  • FIG. 12 shows an example of information related to a method for creating a list of available charging parking lots.
  • FIG. 13 shows an example of detailed information related to a charging parking lot.
  • FIG. 14 is an example of information related to a method for uploading the location of a charging parking lot to the list of available charging parking lots.
  • FIG. 15 shows an example of information related to a method for inserting a location.
  • FIG. 16 is an example of information about a method for updating a location.
  • FIG. 17 is an example of reservation information.
  • FIG. 18 shows an example of information related to a reservation application method.
  • FIG. 19 is an example of information related to the reservation cancel method.
  • FIG. 20 is an example of information related to a data object.
  • FIG. 21 is an example of information related to a transmission command.
  • FIG. 22 is an example of information related to the fee list method.
  • FIG. 23 shows an example of information relating to other fee methods.
  • FIG. 24 is an example of information relating to the session list method.
  • FIG. 25 is an example of information related to a new token generation signal.
  • FIG. 26 shows an example of information related to a method for creating a location list of charging parking lots.
  • FIG. 27 is an example of reservation information.
  • FIG. 28 shows an example of information related to a reservation application method.
  • FIG. 29 is an example of information related to the reservation cancel method.
  • FIG. 30 is an example of information related to a data object.
  • FIG. 31 is an example of information related to a transmission command.
  • FIG. 32 is an example of information related to the fee list method.
  • FIG. 33 is an example of information relating to a session list method.
  • FIG. 34 is an example of a reservation management flow 3400.
  • FIG. 35 is an example of a charging start sequence diagram.
  • FIG. 36 is an example of a charging stop sequence diagram.
  • FIG. 37 is an example of a reservation sequence diagram.
  • FIG. 38 is a diagram showing an example of a reservation cancellation sequence.
  • FIG. 39 is a diagram showing an example of a data transmission and reception sequence.
  • FIG. 40 is another example of a charging start sequence diagram.
  • FIG. 41 is another example of a charging start sequence diagram.
  • FIG. 42 is another example of a charging stop sequence diagram.
  • FIG. 43 is another example of a charging stop sequence diagram.
  • FIG. 1 is a diagram illustrating an example of a configuration of a charger usage management system 100 according to an embodiment.
  • a management server 102 is interposed between a management device (an example of a charging point management device 101) of a charging point management company that operates and manages the charging parking lots, and a management terminal (an example of a user management device 103) of an e-mobility service provider that provides information about the charging parking lots, and accepts reservations for the charging parking lots, etc.
  • a management device an example of a charging point management device 101
  • a management terminal an example of a user management device 103 of an e-mobility service provider that provides information about the charging parking lots, and accepts reservations for the charging parking lots, etc.
  • the charger usage management system 100 is configured to include one or more charging point management devices 101, one or more management servers 102, and one or more user management devices 103.
  • the management server 102 is an example of a management device in the present technology.
  • the one or more charging point management devices 101 and the one or more user management devices 103 are each configured to be connectable to the one or more management servers 102 via a network. Note that the network may be wired or wireless, and each terminal can send and receive information via the network.
  • the charging point management device 101 is configured to be connected to a charging space management device 105 of one or more charging parking lots.
  • the user management device 103 is configured to be connected to one or more user terminals 104.
  • the charging point management device 101, management server 102, user management device 103, user terminal 104, and charging space management device 105 may each be a portable terminal (mobile terminal) such as a smartphone, tablet, mobile phone, or personal digital assistant (PDA), or a wearable terminal such as glasses, head-mounted, wristwatch, or clothing. They may also be stationary or portable computers, or servers located on the cloud or network. In terms of functionality, they may be a VR (Virtual Reality) terminal, an AR (Augmented Reality) terminal, or an MR (Mixed Reality) terminal. Or they may be a combination of multiple of these terminals. For example, a combination of one smartphone and one wearable terminal can logically function as one terminal. They may also be other information processing terminals.
  • Each of the above terminals includes a processor that executes an operating system, applications, programs, etc.; a main memory device such as a RAM (Random Access Memory); an auxiliary memory device such as an IC card, hard disk drive, SSD (Solid State Drive), flash memory, etc.; a communication control unit such as a network card, wireless communication module, or mobile communication module; input devices such as a touch panel, keyboard, mouse, voice input device, or input device that detects motion by capturing images from a camera unit; and output devices such as a monitor, display, printer, voice output device, or oscillator.
  • the input devices may include sensors such as a GPS, gyro sensor, or acceleration sensor.
  • the output devices may also be devices or terminals that transmit information to be output to external monitors, displays, printers, equipment, etc.
  • the main memory stores various programs and applications (software modules), and the processor executes these programs and applications to realize each functional element of the overall system.
  • Each module may be an independent program or application, or may be implemented as a subprogram or function within a single integrated program or application.
  • Each of these modules may be implemented as hardware (hardware modules) by integrating circuits or using a microcomputer.
  • each of these modules may be provided on a single terminal (including a management server), or may be provided separately on two or more terminals (including a management server) connected to each other via a network.
  • each module is described as the entity that performs the processing, but in reality, the processing is carried out by a processor that processes various programs, applications, etc.
  • the auxiliary storage device stores various databases (DB).
  • DB databases
  • a "database” is a collection of data that has been organized and collected so that it can handle any data operation (e.g., extraction, addition, deletion, overwriting, etc.) from a processor or an external computer.
  • the auxiliary storage device is a functional element (storage unit) that stores one or more data collections.
  • There are no limitations on the method of implementing the database and it may be, for example, a database management system, spreadsheet software, or a text file such as XML or JSON.
  • the charging point management device 101 provides information about charging parking lots to the user terminal 104.
  • the charging point management device 101 is a terminal managed by a charging station operating company (Charging Point Operator: CPO).
  • a charging station operating company is typically a company that owns or manages chargers, or a company that has a network that controls chargers.
  • FIG. 2 illustrates an example of a hardware configuration of the charging point management device 101.
  • the charging point management device 101 is configured by, for example, a desktop PC or a server arranged on the cloud.
  • the charging point management device 101 includes a main storage device 201 and an auxiliary storage device 202.
  • the charging point management device 101 also includes the processor 203, the input device 204, the output device 205, the camera 206, and the communication control unit 207 as described above.
  • the main memory device 201 stores programs and applications such as a management module 211 and an authentication module 212. Each functional element of the charging point management device 101 is realized by the processor 203 executing these programs and applications stored in the main memory device 201.
  • the auxiliary storage device 202 stores information necessary for the operation of the charger usage management system 100.
  • the auxiliary storage device 202 stores user information 700, parking lot management information 800, parking lot details 900, reservation information 1000, authentication information 1100, etc. Details of this information will be described later. This information may be some or all of the information related to the charging point management device 101 from among the user information 700, parking lot details 900, reservation information 1000, and authentication information 1100 stored in the management server 102.
  • the management module 211 manages the operation of the charging point management device 101.
  • the management module 211 cooperates with a management module 311 of the management server 102 to control basic operations for reserving and using a charging space, which are executed in the charger usage management system 100.
  • the management module 211 transmits reservation information and management information of a charging parking lot to the charging space management device 105, for example.
  • the authentication module 212 is an element for performing authentication with the management server 102.
  • the authentication module 212 cooperates with an authentication module 312 of the management server 102 to perform authentication in communication with the management server 102.
  • the management server 102 is an element that manages the charger usage management system 100 of this embodiment.
  • the management server 102 is a terminal that links the charging point management device 101 and a user management device 103 described later.
  • the management server 102 is, for example, a terminal managed by a company that links the charging point management device 101 and the user management device 103 described later.
  • the management server 102 is also called a HUB.
  • FIG. 3 illustrates an example of the hardware configuration of the management server 102 .
  • the management server 102 is configured by, for example, a server arranged on a cloud.
  • the management server 102 includes a main storage device 301 and an auxiliary storage device 302.
  • the management server 102 also includes a processor 303, an input device 304, an output device 305, and a communication control unit 306 as described above.
  • the main memory device 301 stores programs and applications such as a management module 311 and an authentication module 312. Each functional element of the management server 102 is realized by the processor 303 executing these programs and applications stored in the main memory device 301.
  • the auxiliary storage device 302 stores information necessary for the operation of the charger usage management system 100.
  • the auxiliary storage device 302 stores user information 700, parking lot management information 800, parking lot details 900, reservation information 1000, authentication information 1100, etc. Details of this information will be described later.
  • the management module 311 manages the operation of the management server 102.
  • the management module 311 cooperates with the management module 211 of the charging point management device 101 and the management module 411 of the user management device 103 to control basic operations for reserving and using a charging space, which are executed in the charger usage management system 100.
  • the management module 311 mediates communication between the charging point management device 101 and the user management device 103.
  • the authentication module 312 is an element for performing authentication between the charging point management device 101 and the user management device 103.
  • the authentication module 312 works in conjunction with the authentication module 212 of the charging point management device 101 and the authentication module 412 of the user management device 103 to perform authentication in communications between these terminals.
  • the user management device 103 is a terminal managed by an e-Mobility Service Provider (EMSP).
  • An EMSP is a company that provides various services such as charging services to users of EVs, PHVs, and PHEVs. Examples of e-mobility services include, in addition to charging services, car sharing services for electric vehicles and services that provide access information to charging points. Furthermore, the EMSP typically provides these services to users through paid or free mobile applications.
  • FIG. 4 illustrates an example of the hardware configuration of the user management device 103 .
  • the user management device 103 is configured, for example, by a desktop PC or a server arranged on a cloud.
  • the user management device 103 includes a main storage device 401 and an auxiliary storage device 402.
  • the user management device 103 also includes the processor 403, the input device 404, the output device 405, and the communication control unit 406 as described above.
  • the main memory device 401 stores programs and applications such as a management module 411 and an authentication module 412. Each functional element of the user management device 103 is realized by the processor 403 executing these programs and applications stored in the main memory device 401.
  • the auxiliary storage device 402 stores information necessary for operation. For example, user information 700, reservation information 1000, etc. are stored in the auxiliary storage device 402. Details of this information will be described later. This information may be some or all of the information related to the user management device 103, such as the user information 700, parking lot details 900, reservation information 1000, and authentication information 1100 stored in the management server 102.
  • the management module 411 manages the operation of the user management device 103. For example, in cooperation with the management module 311 of the management server 102, the management module 411 controls basic operations for reserving and using a charging space, which are executed in the charger usage management system 100. In addition, the management module 411 transmits reservation information and management information of the charging parking lot to the management server 102, for example.
  • the authentication module 412 is an element for performing authentication with the management server 102.
  • the authentication module 412 works in conjunction with the authentication module 312 of the management server 102 to perform authentication in communications with the management server 102.
  • [User terminal] 5 is an example of a hardware configuration of the user terminal 104.
  • the user terminal 104 is a terminal operated by a user who makes a reservation for a charging parking lot using the charger usage management system 100.
  • the user terminal 104 is configured as a terminal such as a smartphone, a tablet, a notebook PC, or a desktop PC.
  • the user terminal 104 includes a main storage device 501 and an auxiliary storage device 502.
  • the user terminal 104 also includes a processor 503, an input device 504, an output device 505, a camera 506, and a communication control unit 507 as described above.
  • the main memory device 501 stores programs and applications such as a user execution module 511 and a user reservation management module 512, and the processor 503 executes these programs and applications to realize each functional element of the user terminal 104.
  • the user execution module 511 controls the basic operations of the user terminal 104, for example, when reserving a charging parking lot or using a charging parking lot using the charger usage management system 100.
  • the user execution module 511 works in conjunction with the management module 311 of the user management device 103 to control the basic operations for reserving and using a charging space using the charger usage management system 100.
  • the management module 411 transmits, for example, reservation information and management information for the charging parking lot to the user management device 103.
  • the user execution module 511 cooperates with the management module 411 of the user management device 103 to output (display) a predetermined display screen such as a login page for charging space reservation application software (hereinafter, sometimes simply referred to as an "app") or a map of the surrounding area of the current location on an output device 505 such as a display of the user terminal 104.
  • a predetermined display screen such as a login page for charging space reservation application software (hereinafter, sometimes simply referred to as an "app" or a map of the surrounding area of the current location on an output device 505 such as a display of the user terminal 104.
  • the user reservation management module 512 accepts input from the user regarding the reservation and use of a charging space. For example, in cooperation with the management module 411 of the user management device 103, the user reservation management module 512 transmits to the user management device 103 charging start information, charging stop information, reservation application information, reservation cancellation information, etc., input by the user via the display screen or input device 504.
  • the auxiliary storage device 402 stores information necessary for the operation of the user terminal 104.
  • the auxiliary storage device 402 stores user information 700, reservation information 1000, etc. This information may be some or all of the information related to the user terminal 104 from the user information 700, reservation information 1000, etc. stored in the management server 102.
  • FIG. 6 illustrates an example of a hardware configuration of the charging space management device 105.
  • the charging space management device 105 is an element that manages the usage state of the charging space.
  • the charging space management device 105 can be configured by, for example, a microcomputer.
  • the charging space management device 105 includes a main storage device 601 and an auxiliary storage device 602.
  • the charging space management device 105 also includes the processor 603, the input device 604, the output device 605, the camera 606, and the communication control unit 607 as described above.
  • the main memory device 601 stores programs and applications such as a management module 611 and an authentication module 612. Each functional element of the charging space management device 105 is realized by the processor 603 executing these programs and applications stored in the main memory device 601.
  • the auxiliary storage device 602 stores information necessary for the operation of the charging space management device 105.
  • the auxiliary storage device 602 stores user information 700, parking lot details 900, reservation information 1000, authentication information 1100, etc. Details of this information will be described later. This information may be some or all of the information related to the charging space management device 105 from among the user information 700, parking lot details 900, reservation information 1000, authentication information 1100, etc. stored in the management server 102.
  • the charging space is equipped with a parking area for parking an electric vehicle, a charging space management device 105, a charger 110, a detection device 120, a regulation device 130, and an alarm device 140.
  • the charger 110 in this example has a built-in power meter 111 and is connected to an external power source 112 via the power meter 111.
  • the charging space management device 105 is connected to each of the charger 110, the detection device 120, the regulation device 130, and the alarm device 140 by wire or wirelessly, and is configured to be able to transmit and receive information to and from each of these devices.
  • the charger 110 various types of chargers capable of supplying power to an electric vehicle (more specifically, a power source for driving an electric vehicle) can be used without any particular restrictions.
  • the charger 110 may be a normal charger with a rated output of less than approximately 10 kW (e.g., 3 to 6 kW), or a rapid charger with a rated output of approximately 10 kW or more (e.g., 50 kW).
  • the charger 110 in this example is capable of switching between a chargeable state and an incapable of charging when the main power supply is turned on.
  • the configuration e.g., a switch
  • that switches the state of the charger 110 between a chargeable state and an incapable of charging can be an example of a regulating device that regulates the use of the charging space.
  • the detection device 120 detects the presence or absence of a vehicle in the parking area.
  • the detection device 120 may be, for example, any one of various vehicle detectors such as an infrared sensor, an ultrasonic sensor, a loop coil sensor, a vehicle recognition imaging system, etc., used alone or in combination of two or more.
  • FIG. 14 shows an example in which an infrared sensor that can be easily retrofitted to an existing charging space is used as the detection device 120.
  • the detection device 120 detects the presence or absence of a vehicle in the parking area, for example, at predetermined intervals (depending on the detection mechanism, typically every 1 to 60 seconds, for example, every 10 seconds).
  • the detection result by the detection device 120 is acquired by the charging space management device 105, or the detection device 120 transmits it to the charging space management device 105.
  • FIG. 14 shows an example in which the detection device 120 is installed at the back of the parking area, but the detection device 120 may be installed at the entrance side, side, upper, lower (including inside the slab), etc. of the parking area depending on the detection characteristics of the detection device 120.
  • the regulating device 130 is an element that regulates the entry of vehicles into the parking area.
  • the regulating device 130 comprises a main body and a plate-shaped regulating member pivotally supported by the main body, and is configured so that the regulating member rotates around an axis along the plate surface.
  • the regulating device 130 is disposed on the entrance side of the parking area, and in the unregulated state, the regulating member assumes a horizontal position, allowing vehicles to enter the parking area. In the regulated state, the regulating member stands up, making it possible to regulate the entry of vehicles into the parking area.
  • the notification device 140 is an additional component in the charger usage management system 100, and is an element that notifies the usage status of the charging space.
  • the notification device 140 may be a display device such as a display, LED lamp, or flip-flap type display that can visually notify the usage status, or it may be an audio notification device such as a speaker that can audibly notify, or it may be both.
  • the notification device 140 in this example is an LED display device, and is configured to be able to display various usage statuses by, for example, the LED's light color, light emission mode (e.g., on, off, flashing, etc.), text display, etc.
  • the management module 611 of the charging space management device 105 acquires information indicating the presence or absence of a vehicle detected by the detection device 120 at a predetermined period (e.g., every 100 to 500 milliseconds).
  • the management module 611 stores the information indicating the presence or absence of a vehicle acquired from the detection device 120 in the auxiliary storage device 602.
  • the management module 611 transmits the information on the presence or absence of a vehicle acquired by the charging space status acquisition unit to the management server 102 at a predetermined cycle (e.g., every several tens of seconds).
  • the management module 611 can also transmit information to the management server 102 at the timing when the management server 102 requests information on the usage status of the charging space.
  • the management module 611 receives an instruction from the management server 102 regarding the content of the notification by the notification device 140 (typically, a notification of the usage status of the charging space), it outputs information (instructions) regarding the notification content to the notification device 140.
  • the management module 611 puts the regulating device 130 installed in the charging space into a state that restricts or releases the restriction on the use of the charging space. For example, the management module 611 outputs information (instructions) to the regulating device 130 so that it is in a state (A) that allows vehicle entry, or in a state (B) that restricts vehicle entry. The management module 611 can also output information (instructions) to the charger 110 to switch between a chargeable state and an unchargeable state.
  • the notification device 140 may be provided integrally with the charging space management device 105, for example.
  • the notification device 140 may be provided integrally with the charger 110 or the regulating device 130, for example, or may be provided independently in a position that is easily visible to the user, such as at the entrance side or at the top of the back side of the parking area.
  • the charging space management device 105, the charger 110, the detection device 120, the regulating device 130, and the notification device 140 may each be provided independently, or two or more of them may be provided integrally.
  • FIGS. 7 to 10 show various types of information stored in the management server 102. Although not limited to this, it is assumed that some or all of this information is stored in a JSON format file. Some or all of this information may be configured to be stored in a relational database or a non-relational database.
  • FIG. 7 is an example of user information 700 .
  • User information 700 is information about a user who uses charger usage management system 100.
  • User information 700 includes, for example, authentication information such as a user ID, a user display ID, a user name, an address, payment information, password information, and a login ID, and values such as those exemplified by sample values 720 are input for each item 710.
  • the user ID is a symbol assigned to each user to identify the user, and is automatically generated as a hash value or the like. Information about each user is basically linked to this user ID.
  • the user display ID is a display ID for the user that is displayed on the screen of the management server 102, user terminal 104, etc., and can be set arbitrarily.
  • the user name, address, and payment information are information about the name or title, address or location, and fee payment of the user (including natural persons and corporations; the same applies below).
  • the authentication information is authentication information for logging in to a reservation app to reserve and use a charging space, and for user identity verification, and is not limited to password information, login ID, etc.
  • FIG. 8 is an example of parking lot management information 800.
  • the parking lot management information 800 is information for searching charging spaces (which may be charging parking lots having one or more charging spaces) registered in this charger usage management system 100.
  • the parking lot management information 800 includes, for example, information such as a charging parking lot ID and latitude and longitude as location information of the charging parking lot, and values such as those exemplified by sample values 620 are input for each field name 610.
  • the charging parking lot ID is a symbol given to each charging parking lot to identify the charging parking lot, and is automatically generated as a hash value or the like.
  • the location information is information that indicates the location of the charging parking lot, and typically includes information regarding latitude and longitude.
  • the location information may include other information such as altitude, and may be in other display formats such as simplified location information and relative location information.
  • FIG. 9 is an example of parking lot details 900.
  • the parking lot details 900 includes detailed information about the charging parking lots registered in this charger usage management system 100, and is associated with the parking lot management information 800 by the charging parking lot ID.
  • the parking lot details 900 includes information such as the charging parking lot ID, charging parking lot name, charging parking lot address, business hours, fees, number of charging spaces, charger type, number of available reservations, whether or not one-day reservations are possible, one-day reservation fees, website URL, charging space ID, and usage status, and values such as those exemplified by sample values 920 are input for each field name 910.
  • the number of charging spaces is the total number of charging spaces provided in each charging parking lot.
  • the charger type, number of charging spaces, and number of available reservations are the type and number of chargers installed in the charging spaces of each charging parking lot, and the number of available reservations (e.g., the remaining number).
  • Charger types are typically rapid chargers or normal chargers, and information on the total number installed and the number of available reservations for each type is included.
  • Daily reservation availability and daily reservation fee indicate whether reservations can be made on a daily basis and the reservation fee.
  • the charging space ID is an ID for identifying each charging space in each charging parking lot, and is automatically generated according to the charging space number information.
  • the usage status is information that indicates the usage status of each charging space, and is sequentially determined and recorded by the management module 611 based on information about the charging spaces acquired by the management server 102.
  • FIG. 10 is an example of reservation information 1000.
  • the reservation information 1000 is information related to a reservation of a charging space accepted by the management server 102.
  • the reservation information 1000 includes information such as a reservation ID, a parking lot ID, a parking space ID, a reserving user ID, a reservation type, whether charging is required, a charging type, a parking reservation date and time, a charging reservation date and time, and a reservation acceptance date and time, and values such as those shown as sample values 1020 are input for each field name 1010.
  • the reservation ID is a symbol attached to each reservation to identify the reservation details, and is a primary key that is automatically generated as a hash value or the like and is referenced from other information.
  • the parking lot ID indicates the reserved charging parking lot.
  • the parking space ID indicates the reserved charging space in that charging parking lot, and is determined by the management server at the time of reservation.
  • the reservation user ID is the user ID of the user who made the reservation.
  • the reservation type indicates the reservation form of the charging space in the reservation service. In this example, it is possible to select either "one-day reservation" for reserving on a daily basis, or "reservation" for reserving up to one hour.
  • the reservation time can be set to a relatively short time, for example, 30 minutes to 3 hours.
  • the necessity for charging is information on whether or not a charger will be used (whether use is permitted) in the charging space, and the charging type is the type of charger 110 to be used when a charger is used.
  • the charging type can be selected when a normal charger and a rapid charger are installed in one charging parking lot, and when only one of a normal charger and a rapid charger is installed in one charging parking lot, the type of the installed charger is automatically recorded or does not need to be recorded.
  • the parking reservation date and time is information about the reservation date and time of the charging space
  • the charging reservation date is information about the reservation date and time of the charger
  • the reservation acceptance date and time is information about the date and time when the management server 102 accepted the reservation.
  • Reservations for the above charging parking lots can be accepted by, for example, the management module 411 of the user management device 103.
  • a method for reserving a charging space in a charging parking lot will be outlined below.
  • the charging parking lot to be reserved is, for example, a charging parking lot attached to a shared facility such as a shopping mall or a sports facility.
  • a charging parking lot attached to a shared facility such as a shopping mall or a sports facility.
  • the reservation type can be selected from “one day reservation” where the charging space is reserved on a one day basis, and “reservation” where the charging space is reserved for up to one hour.
  • the charging space at a nearby sports facility can be reserved while staying at home, and a parking space can be secured when going to the sports facility, and the vehicle can be charged while using the sports facility.
  • a vehicle that has not made a reservation can enter an unreserved charging space in the charging parking lot on the spot and park and charge the vehicle.
  • an hourly charge is applied.
  • FIG. 34 is an example of a reservation management flow 3400.
  • the management module 411 can typically reserve and manage the charging space in accordance with each step (steps 3410 to 3460) of the reservation management flow 3400.
  • step 3410 will be indicated as "S3410".
  • the regulating device 130 provided in each charging space is in a regulated state that restricts the entry of vehicles when no reservation has been made, and the notification device 140 indicates, for example, that the charging space is available. Also, in each charging space, the detection device 120 detects (monitors) the presence or absence of a vehicle in the charging space at predetermined time intervals. This allows the management module 411 to sequentially grasp charging spaces that are available for reservation.
  • a user who wishes to reserve a charging space starts a reservation app using the user terminal 104, for example, at home.
  • the management module 411 displays, for example, on a display (an example of the output device 505), information on reservable charging parking lots that exist within a map along with map information of the surrounding area of the current location, based on current location information of the user terminal 104.
  • the user selects a charging parking lot that he or she wishes to reserve on the user terminal 104, and the management module 411 accepts a reservation application for the charging parking lot from the user terminal 104.
  • the management module 411 of the user management device 103 transmits reservation application information for the charging parking lot to the charging point management device 101 of the charging parking lot that accepted the reservation application, for example via the management server 102.
  • the charging point management device 101 checks whether the charging point management device 101 has a charging space that is free of vehicles at the time of accepting the application (i.e., whether reservation is possible), and makes the reservation if there is a reservable charging space. On the other hand, if there is no reservable charging space, the reservation is not made.
  • the management server 102 transmits the result of whether the reservation has been made to the user management device 103. Furthermore, when the reservation is made, the management module 411, for example, makes the notification device 140 indicate that the charging space has been reserved.
  • a user who has reserved a charging space moves his/her vehicle to the reserved charging space in the charging parking lot by the end of the parking period and performs the parking process. Specifically, for example, the user uses the app to set the restriction device 130 that restricts entry into the charging space to a non-restricted state. This allows the vehicle to enter the reserved charging space.
  • the user puts the charger into a usable state. Specifically, for example, the user uses an app to perform a charging start operation and unlocks the charging connector of the charger 110. This puts the charger into a state in which it can supply power. As a result, charging of the vehicle can be performed.
  • Charging by the charger 110 may be automatically stopped, for example, when a predetermined charging time has elapsed. Charging by the charger may also be automatically stopped, for example, when a predetermined state of charge (State of Charge: SOC) is reached. Alternatively, charging may be stopped when the user performs an operation to stop charging using an app.
  • SOC state of Charge
  • the management module 411 settles the charge for the charging parking lot based on, for example, preregistered payment information.
  • the management module 411 sets the regulating device 130 to a regulated state and regulates entry into the charging space.
  • the management module 411 then records that the reservation has been completed.
  • FIG. 35 is a diagram showing an example of a charge start sequence.
  • the control of the charger 110 based on the user's operation to start charging can be performed based on the following procedure in accordance with the charging start sequence diagram of FIG. 35, for example.
  • HTTP HyperText Transfer Protocol
  • HTTPS HyperText Transfer Protocol Secure
  • step 1 the user management device 103 receives a charging start signal indicated as "Start EV Charge” sent from the user terminal 104.
  • step 2 the user management device 103 transmits a new token generation signal indicated as "Generate New Token" to the management server 102. At this time, the user management device 103 attaches a signature to the new token generation signal.
  • the management server 102 verifies whether the signature attached to the new token generation signal received from the user management device 103 is valid, and if it is valid, in step 3, it issues an access token indicated as "access token" to the user management device 103.
  • step 4 the user management device 103 transmits a charging start signal indicated as StartSession to the management server 102. At this time, the user management device 103 adds the access token acquired from the management server 102 to the header of the charging start signal.
  • the management server 102 verifies whether the access token received from the user management device 103 is valid, and if it is valid, authenticates the user management device 103. Then, in step 5, the management server 102 transmits a new token generation signal indicated as "Generate New Token" to the charging point management device 101. At this time, the management server 102 assigns a signature to the new token generation signal.
  • the charging point management device 101 verifies whether the signature attached to the new token generation signal received from the management server 102 is valid, and if it is valid, in step 6, it issues an access token indicated as "access token" to the management server 102.
  • step 7 the management server 102 transmits a charging start signal indicated as RemoteStartTransaction to the charging point management device 101. At this time, the management server 102 adds the access token acquired from the charging point management device 101 to the header of the charging start signal.
  • the charging point management device 101 verifies that the access token received from the management server 102 is valid, and if it is valid, authenticates the management server 102. Then, in step 8, the charging point management device 101 transmits a charging start permission signal indicated as RemoteStartTransaction.req to the charging space management device 105. In the case of OCPP, the charging point management device 101 can transmit the charging start permission signal based on a communication protocol such as Websocket.
  • the charging space management device 105 puts the charger in a state where charging is possible.
  • the charging space management device 105 unlocks the charging nozzle and puts it in a state where charging is possible. This allows the user to charge the vehicle using the charger, as shown by Start Charging.
  • the charger is not in a state where charging is possible, the charger cannot be put in a state where charging is possible.
  • the charging space management device 105 sends a response indicated as RemoteStartTransaction.conf, which includes information on whether charging can be started, to the charging point management device 101. For example, if the charging nozzle of the charger can be unlocked, a response indicating that charging can be started is sent back, and if the charging nozzle of the charger cannot be unlocked, a response indicating that charging cannot be started is sent back.
  • RemoteStartTransaction.conf a response indicated as RemoteStartTransaction.conf, which includes information on whether charging can be started
  • step 10 the charging point management device 101 transmits the received information on whether charging can be started to the management server 102 as a response indicated as CommandResponse.
  • step 11 the management server 102 transmits the received information on whether charging can be started to the user management device 103 as a response indicated as CommandResponse.
  • the charger When a user starts charging using a charger, the charger outputs a signal indicating that charging has started.
  • the charging space management device 105 receives this signal and in step 12 sends charging start processing information indicated as StartTransaction.req to the charging point management device 101.
  • the charging space management device 105 can send the charging start processing information based on a communication protocol such as WebSocket.
  • step 13 the charging point management device 101 sends a response indicated as StartTransaction.conf to the charging space management device 105.
  • step 14 the charging point management device 101 transmits a new token generation signal indicated as Generate New Token to the management server 102. At this time, the charging point management device 101 assigns a signature to the new token generation signal.
  • the management server 102 verifies whether the signature attached to the new token generation signal received from the charging point management device 101 is valid, and if it is valid, in step 15, issues an access token indicated as "access token" to the charging point management device 101.
  • step 16 the charging point management device 101 transmits a charging start processing command indicated as "StartTransaction" to the management server 102. At this time, the charging point management device 101 adds the access token acquired from the management server 102 to the header of the start processing command.
  • the management server 102 verifies whether the access token received from the charging point management device 101 is valid, and if it is valid, authenticates the charging point management device 101. Then, in step 17, the management server 102 transmits a new token generation signal indicated as "Generate New Token" to the user management device 103. At this time, the management server 102 attaches a signature to the new token generation signal.
  • the user management device 103 verifies whether the signature attached to the new token generation signal received from the management server 102 is valid, and if it is valid, in step 18, issues an access token indicated as "access token" to the management server 102.
  • step 19 the management server 102 sends a charging start processing command indicated as StartTransaction to the user management device 103. At this time, the management server 102 adds the access token acquired from the charging point management device 101 to the header of the charging start processing command.
  • the user management device 103 verifies that the access token received from the management server 102 is valid, and if so, authenticates the management server 102. Then, in step 20, the user management device 103 transmits (notifies) charging start processing information indicated as "Notify EV Charge Started" to the user terminal 104. This causes the charging start processing information to be displayed on the user terminal 104, allowing the user to confirm that charging has started.
  • the new token generation signal is an example of an authentication request.
  • the access token is an example of an authentication key. If the authentication request is recognized as being from an authorized person (authentication is recognized), the authentication key is sent. If the authentication request is not recognized, the sender of the authentication request cannot connect.
  • the receiver will send an HTTP status code 401 Unauthorized to the sender (requester) and abort or terminate the process.
  • the HTTP status code 401 Unauthorized indicates that the request cannot be applied due to a lack of valid authentication credentials. This also applies to the other authentication requests described below.
  • the system may be implemented so as to perform a retry process when the HTTP status code 401 Unauthorized is returned in response to an authentication request.
  • the charging point management device 101 may be configured to perform a retry process once or multiple times (for example, up to three times).
  • the charging start processing command (StartTransaction) may be sent in the form of a webhook with the reception of the access token as an event trigger.
  • the sequence diagrams in this application are Unified Modeling Language (UML) sequence diagrams based on UML diagrams.
  • solid black arrows indicate the transmission of a synchronization message that is synchronized with the execution of the destination lifeline.
  • Dotted black arrows indicate the transmission of a response message that is a return value in response to a call from the destination to the sender.
  • Boxes (activation boxes) provided along the lifelines extending vertically from each of the elements 101-105 are execution specifications that indicate that the element in question is in an execution state.
  • Fig. 40 is another example of a charging start sequence diagram. Repeated explanations of steps that are the same as those in Fig. 35 will be omitted.
  • step 10 of the charging start sequence shown in FIG. 40 for example, if the charging point management device 101 transmits a response (CommandResponse) to the management server 102 indicating that charging cannot be started (in other words, if the charging start processing command (StartTransaction) transmitted to the charger in step 8 is rejected and the charging space management device 105 transmits a response (RemoteStartTransaction.conf) to the charging point management device 101 in step 9 indicating that charging cannot be started), processing of steps 11 to 14 shown as options in the figure may be performed. In other words, the same processing as steps 7 to 10 may be retried as steps 11 to 14.
  • the number of repetitions is not limited to this, but can be a predetermined number (e.g., once). If, after the retry, the management server 102 receives a response (CommandResponse) indicating that charging cannot start in step 10, the management server 102 can, for example, send a response (CommandResponse) indicating that charging cannot start to the user management device 103, and end the process.
  • a response CommonResponse
  • steps 15 to 24 in FIG. 40 correspond to steps 11 to 20 in FIG.
  • Fig. 41 is a diagram showing yet another example of a charging start sequence. The same steps as in Fig. 35 will not be described again. For example, if the management server 102 receives a response (CommandResponse) indicating that charging can be started in step 10 of the charging start sequence, but does not receive a charging start signal (StartTransaction) in step 22 even after a predetermined time (e.g., five minutes) has elapsed, this may mean that charging by the charger has not actually started. In this case, the management server 102 may perform the processing of steps 12 to 17, which are shown as options in the figure. In other words, as steps 12 to 17, the same processing as steps 5 to 10 may be retried.
  • a response CommonResponse
  • StartTransaction a charging start signal
  • the number of repetitions is not limited to this, but may be a predetermined number of times (e.g., once), or the retry may be repeated at the above-mentioned predetermined time intervals until the management server 102 receives a charging start signal (StartTransaction) in step 22 within a predetermined time (e.g., five minutes) or receives a response (CommandResponse) in step 17 indicating that charging cannot be started (in other words, RemoteStartTransaction fails).
  • a charging start signal (StartTransaction) in step 22 within a predetermined time (e.g., five minutes) or receives a response (CommandResponse) in step 17 indicating that charging cannot be started (in other words, RemoteStartTransaction fails).
  • steps 18 to 26 in FIG. 41 correspond to steps 11 to 20 in FIG.
  • FIG. 36 is an example of a charge stop sequence diagram.
  • the control of the charger 110 based on the charging stop operation by the user can be performed based on the following procedure in accordance with the charging stop sequence diagram of FIG. 36, for example.
  • step 1 the user management device 103 receives a charging stop signal indicated as "Stop EV Charge” sent from the user terminal 104.
  • step 2 the user management device 103 transmits a new token generation signal indicated as "Generate New Token" to the management server 102. At this time, the user management device 103 attaches a signature to the new token generation signal.
  • the management server 102 verifies whether the signature attached to the new token generation signal received from the user management device 103 is valid, and if it is valid, in step 3, it issues an access token indicated as "access token" to the user management device 103.
  • step 4 the user management device 103 transmits a charging stop signal indicated as StopSession to the management server 102. At this time, the user management device 103 adds the access token acquired from the management server 102 to the header of the charging stop signal.
  • the management server 102 verifies whether the access token received from the user management device 103 is valid, and if it is valid, authenticates the user management device 103. Then, in step 5, the management server 102 transmits a new token generation signal indicated as "Generate New Token" to the charging point management device 101. At this time, the management server 102 attaches a signature to the new token generation signal.
  • the charging point management device 101 verifies whether the signature attached to the new token generation signal received from the management server 102 is valid, and if it is valid, in step 6, it issues an access token indicated as "access token" to the management server 102.
  • step 7 the management server 102 transmits a charging stop signal indicated as RemoteStopTransaction to the charging point management device 101. At this time, the management server 102 adds the access token acquired from the charging point management device 101 to the header of the charging stop signal.
  • the charging point management device 101 verifies that the access token received from the management server 102 is valid, and if it is valid, authenticates the management server 102. Then, in step 8, the charging point management device 101 transmits a charging stop permission signal indicated as RemoteStopTransaction.req to the charging space management device 105. In the case of OCPP, the charging point management device 101 can transmit the charging stop permission signal based on a communication protocol such as Websocket.
  • the charging space management device 105 puts the charger into a stoppable state. This allows the user to stop charging the vehicle with the charger, as shown by Stop Charging. However, if the charger's power supply can be stopped, the charger cannot be put into a stoppable state.
  • step 9 the charging space management device 105 sends a response, indicated as RemoteStopTransaction.conf, including information on whether charging can be stopped to the charging point management device 101.
  • step 10 the charging point management device 101 sends a response, indicated as CommandResponse, to the management server 102, which includes information on whether charging can be stopped.
  • a response indicated as CommandResponse
  • step 11 the management server 102 sends a response to the user management device 103, indicated as CommandResponse, which includes information on whether charging can be stopped.
  • the charger When the user stops charging using the charger, the charger outputs a signal indicating that charging has stopped.
  • the charging space management device 105 receives this signal and in step 12 sends charging stop processing information indicated as StopTransaction.req to the charging point management device 101.
  • the charging space management device 105 can send the charging stop processing information based on a communication protocol such as WebSocket.
  • step 13 the charging point management device 101 sends a response indicated as StopTransaction.conf to the charging space management device 105.
  • step 14 the charging point management device 101 transmits a new token generation signal indicated as Generate New Token to the management server 102. At this time, the charging point management device 101 assigns a signature to the new token generation signal.
  • the management server 102 verifies whether the signature attached to the new token generation signal received from the charging point management device 101 is valid, and if it is valid, in step 15, issues an access token indicated as "access token" to the charging point management device 101.
  • step 16 the charging point management device 101 transmits a charging stop processing command indicated as StopTransaction to the management server 102. At this time, the charging point management device 101 adds the access token acquired from the management server 102 to the header of the stop processing command.
  • the management server 102 verifies whether the access token received from the charging point management device 101 is valid, and if it is valid, authenticates the charging point management device 101. Then, in step 17, the management server 102 transmits a new token generation signal indicated as "Generate New Token" to the user management device 103. At this time, the management server 102 attaches a signature to the new token generation signal.
  • the user management device 103 verifies whether the signature attached to the new token generation signal received from the management server 102 is valid, and if it is valid, in step 18, issues an access token indicated as "access token" to the management server 102.
  • step 19 the management server 102 sends a charging stop processing command indicated as StopTransaction to the user management device 103. At this time, the management server 102 adds the access token acquired from the charging point management device 101 to the header of the charging stop signal.
  • the user management device 103 verifies that the access token received from the management server 102 is valid, and if so, authenticates the management server 102. Then, in step 20, the user management device 103 transmits (notifies) charging stop processing information, indicated as "Notify EV Charge Stopped,” to the user terminal 104. This allows the user to confirm that charging has been stopped, for example by displaying the charging stop processing information on the user terminal 104.
  • Fig. 42 is another example of a charging stop sequence diagram. Repeated explanations of steps that are the same as those in Fig. 36 will be omitted.
  • step 10 of the charging stop sequence in FIG. 42 for example, if the charging point management device 101 transmits a response (CommandResponse) to the management server 102 indicating that charging cannot be stopped (in other words, if the charging stop processing command (StopTransaction) transmitted to the charger in step 8 is rejected and the charging space management device 105 transmits a response (RemoteStopTransaction.conf) to the charging point management device 101 in step 9 indicating that charging cannot be stopped), processing of steps 11 to 14 shown as options in the figure may be performed. In other words, as steps 11 to 14, the same processing as steps 7 to 10 may be retried.
  • the number of repetitions is not limited to this, but can be a predetermined number (e.g., once). If, after the retry, the management server 102 receives a response (CommandResponse) indicating that charging cannot be stopped in step 10, the management server 102 can, for example, send a response (CommandResponse) indicating that charging cannot be stopped to the user management device 103 and end the process.
  • a response CommonResponse
  • steps 15 to 24 in FIG. 42 correspond to steps 11 to 20 in FIG.
  • Fig. 43 is yet another example of a charging stop sequence diagram. The same steps as in Fig. 36 will not be described again. For example, if the management server 102 receives a response (CommandResponse) indicating that charging can be stopped in step 10 of the charging stop sequence, but does not receive a charging stop signal (StopTransaction) in step 22 even after a predetermined time (e.g., one minute) has elapsed, this may mean that charging by the charger has not actually been stopped. In this case, the management server 102 may perform the processing of steps 12 to 17, which are shown as options in the figure. In other words, as steps 12 to 17, the same processing as steps 5 to 10 may be retried.
  • a response CommonResponse
  • StopTransaction charging stop signal
  • the number of repetitions is not limited to this, but may be a predetermined number of times (e.g., once), or the retry may be repeated at the above-mentioned predetermined time intervals until the management server 102 receives a charging stop signal (StopTransaction) in step 22 within a predetermined time (e.g., five minutes) or receives a response (CommandResponse) in step 17 indicating that charging cannot be stopped (in other words, the RemoteStopTransaction fails).
  • a charging stop signal StopTransaction
  • a predetermined time e.g., five minutes
  • a response e.g., the RemoteStopTransaction fails
  • steps 18 to 26 in FIG. 43 correspond to steps 11 to 20 in FIG.
  • Reservation Sequence Fig. 37 is an example of a reservation sequence diagram.
  • the control of the charging space management device 105 based on the reservation application operation by the user can be performed based on the following procedure in accordance with the reservation sequence diagram of FIG. 37, for example.
  • step 1 the user management device 103 receives a reservation application signal indicated as "Reserve” sent from the user terminal 104.
  • step 2 the user management device 103 transmits a new token generation signal indicated as "Generate New Token" to the management server 102. At this time, the user management device 103 attaches a signature to the new token generation signal.
  • the management server 102 verifies whether the signature attached to the new token generation signal received from the user management device 103 is valid, and if it is valid, in step 3, it issues an access token indicated as "access token" to the user management device 103.
  • step 4 the user management device 103 sends a reservation application signal indicated as "ReserveNow" to the management server 102. At this time, the user management device 103 adds the access token obtained from the management server 102 to the header of the reservation application signal.
  • the management server 102 verifies whether the access token received from the user management device 103 is valid, and if it is valid, authenticates the user management device 103. Then, in step 5, the management server 102 transmits a new token generation signal indicated as "Generate New Token" to the charging point management device 101. At this time, the management server 102 attaches a signature to the new token generation signal.
  • the charging point management device 101 verifies whether the signature attached to the new token generation signal received from the management server 102 is valid, and if it is valid, in step 6, issues an access token indicated as "access token" to the management server 102.
  • step 7 the management server 102 transmits a reservation application signal indicated as "ReserveNow" to the charging point management device 101. At this time, the management server 102 adds the access token acquired from the charging point management device 101 to the header of the reservation application signal.
  • the charging point management device 101 verifies that the access token received from the management server 102 is valid, and if it is valid, authenticates the management server 102. Then, in step 8, the charging point management device 101 transmits a reservation application signal indicated as ReserveNow.req to the charging space management device 105. In the case of OCPP, the charging point management device 101 can transmit the reservation application signal based on a communication protocol such as Websocket.
  • the charging space management device 105 accepts reservations if the charging space is in a reservable state where reservations can be accepted. However, if the charging space is not in a reservable state, reservations for the charging space cannot be accepted.
  • step 9 the charging space management device 105 sends a response, indicated as ReserveNow.conf, including information on whether or not the reservation can be accepted to the charging point management device 101.
  • step 10 the charging point management device 101 sends a reservation object, indicated as CommandResponse, including information on whether or not the reservation can be accepted to the management server 102.
  • a reservation object indicated as CommandResponse
  • step 11 the management server 102 sends a reservation object, indicated as CommandResponse, to the user management device 103, which includes information on whether the reservation can be accepted.
  • a reservation object indicated as CommandResponse
  • Reservation Cancellation Sequence Fig. 38 is a diagram showing an example of a reservation cancellation sequence.
  • the control of the charging space management device 105 based on a reservation cancellation operation by a user can be performed based on the following procedure in accordance with the reservation cancellation sequence diagram of FIG. 38, for example.
  • step 1 the user management device 103 receives a reservation cancellation signal indicated as CancelReservation sent from the user terminal 104.
  • step 2 the user management device 103 transmits a new token generation signal indicated as "Generate New Token" to the management server 102. At this time, the user management device 103 attaches a signature to the new token generation signal.
  • the management server 102 verifies whether the signature attached to the new token generation signal received from the user management device 103 is valid, and if it is valid, in step 3, it issues an access token indicated as "access token" to the user management device 103.
  • step 4 the user management device 103 sends a reservation cancellation signal indicated as CancelReservation to the management server 102. At this time, the user management device 103 adds the access token acquired from the management server 102 to the header of the reservation cancellation signal.
  • the management server 102 verifies whether the access token received from the user management device 103 is valid, and if it is valid, authenticates the user management device 103. Then, in step 5, the management server 102 transmits a new token generation signal indicated as "Generate New Token" to the charging point management device 101. At this time, the management server 102 assigns a signature to the new token generation signal.
  • the charging point management device 101 verifies whether the signature attached to the new token generation signal received from the management server 102 is valid, and if it is valid, in step 6, it issues an access token indicated as "access token" to the management server 102.
  • step 7 the management server 102 transmits a reservation cancellation signal indicated as CancelReservation to the charging point management device 101. At this time, the management server 102 adds the access token acquired from the charging point management device 101 to the header of the reservation cancellation signal.
  • the charging point management device 101 verifies that the access token received from the management server 102 is valid, and if it is valid, authenticates the management server 102. Then, in step 8, the charging point management device 101 transmits a reservation cancellation signal indicated as CancelReservation.req to the charging space management device 105. In the case of OCPP, the charging point management device 101 can transmit the reservation cancellation signal based on a communication protocol such as Websocket.
  • the charging space management device 105 accepts the cancellation of a reservation if the charging space is in a cancelable state, in which case the cancellation can be accepted. However, if the charging space is not in a cancelable state, the charging space reservation cannot be cancelled.
  • step 9 the charging space management device 105 sends a response, indicated as CancelReservation.conf, including information on whether the reservation can be canceled to the charging point management device 101.
  • step 10 the charging point management device 101 transmits a reservation object, indicated as ReservationObject, including information on whether the reservation can be canceled to the management server 102.
  • the management server 102 transmits a reservation object, indicated as ReservationObject, including information on whether the reservation can be canceled to the user management device 103.
  • FIG. 39 is an example of a data transmission/reception sequence diagram. Transmission and reception of various data between the charging point management device 101 and the user management device 103 via the management server 102 can be performed based on the following procedure in accordance with the data transmission and reception sequence diagram of Fig. 39.
  • the sender is the charging point management device 101 or the user management device 103
  • the receiver is the user management device 103 or the charging point management device 101.
  • step 1 the sending side indicated by Sender sends a new token generation signal indicated by Generate New Token to the management server 102. At this time, the sending side attaches a signature to the new token generation signal.
  • the management server 102 verifies whether the signature attached to the new token generation signal received from the sender is valid, and if it is valid, in step 2, it issues an access token indicated as "access token" to the sender.
  • step 3 the sending side sends a data communication command indicated as DataTransfer to the management server 102.
  • the sending side adds the access token obtained from the management server 102 to the header of the data communication command.
  • the management server 102 verifies whether the access token received from the sender is valid, and if so, authenticates the sender. Then, in step 4, the management server 102 transmits a new token generation signal indicated as "Generate New Token" to the receiver. At this time, the management server 102 affixes a signature to the new token generation signal.
  • the receiving side verifies whether the signature attached to the new token generation signal received from the management server 102 is valid, and if it is valid, in step 5, issues an access token indicated as access token to the management server 102.
  • step 6 the management server 102 sends a data communication command indicated as DataTransfer to the receiving side. At this time, the management server 102 adds the access token obtained from the receiving side to the header of the data communication command.
  • the receiving side verifies that the access token received from the management server 102 is valid, and if it is valid, authenticates the management server 102. If the receiving side is in a state in which it can receive a data communication command, it receives the data communication command. However, if it is not in a state in which it can receive a data communication command, it cannot receive the data communication command.
  • step 7 the receiving side then sends a response to the management server 102, indicated as "status,” which includes information on whether the data communication command was received or not.
  • the management server 102 also transmits a response to the receiving side, indicated as "status,” which includes information on whether the data communication command was received. This makes it possible to transmit various types of data from the transmitting side to the receiving side via the management server 102.
  • the charging point management device 101, the user management device 103, and the management server 102 each implement an authentication module having a common function.
  • the authentication module is configured to be able to execute one or more operations.
  • the authentication module on the sender sends an API (Application Programming Interface) request to the management server 102.
  • API Application Programming Interface
  • all API requests can be executed as HTTP(S) requests.
  • the API request is realized by sending a new token generation signal (Generate New Token). In this case, requests made with plain HTTP or requests without a signature will result in an error (fail).
  • An access token for example, is used to authenticate the API request.
  • the authentication module of the management server 102 can request, issue, manage, etc. this access token.
  • symmetric key cryptography For authentication of API requests, for example, one or a combination of two or more of the following cryptography methods can be used: symmetric key cryptography, secret key cryptography, and public key cryptography.
  • AES Advanced Encryption Standard
  • FIG. 11 is an example of information related to a new token generation signal.
  • the authentication module on the sending side transmits a new token generation signal to the management server 102, requesting the generation of a new token.
  • the authentication module on the sending side calls a POST method with the POST request destination set to "/authorization" of the management server 102.
  • the header of the new token generation signal can be assigned its own operator ID (operator_id), current time information (timestamp) in ISO8601 format, and a signature (signature).
  • the authentication module on the sending side can hash a character string combining the current time information and the operator ID with a pre-shared AES key using the HMACSHA256 algorithm, and further encode the hashed character string using, for example, the Base64 method to create a signature.
  • the authentication module of the management server 102 verifies the received signature, and if there is no problem, issues an access token (acccessToken) and returns it to the sender as a response.
  • the authentication module of the management server 102 can define the access token by any character string.
  • the authentication module of the management server 102 like the sender, hashes the character string combining the current time information and the operator ID, and further encodes it using, for example, the Base64 format to create a signature, which is then added to the access token.
  • the authentication module on the sending side When sending various HTTP(S) requests to the management server 102, the authentication module on the sending side adds the access token received from the management server 102 to the header. For example, the authentication module on the sending side adds an access token indicated by "XXXXXXXXX" to the header in the following format. This allows the management server 102 to authenticate the sending side.
  • the access authentication when connecting (including an HTTP(S) request) from the management server 102 to the charge point management device 101 or the user management device 103 in each sequence will be described.
  • the charge point management device 101 or the user management device 103 may be referred to as the "receiving side" as appropriate.
  • FIG. 25 is an example of information related to a new token generation signal.
  • the authentication module of the management server 102 transmits a new token generation signal (Generate New Token) to the receiving side, requesting the generation of a new token.
  • a new token generation signal (Generate New Token)
  • the authentication module of the management server 102 calls a POST method with the POST request destination set to "/authorization" of the receiving side.
  • the header of the new token generation signal can be provided with current time information (timestamp) in ISO8601 format and a signature (signature).
  • the authentication module of the management server 102 does not need to provide its own ID and the operator ID (operator_id) of the user management device 103 to the new token generation signal.
  • the authentication module of the management server 102 can hash the current time information with a pre-shared AES key using the HMACSHA256 algorithm or the like, and further encode the hashed information using, for example, the Base64 method to create a signature.
  • the receiving authentication module verifies the received signature, and if there is no problem, issues an access token (acccessToken) and returns it to the management server 102 as a response.
  • the receiving authentication module can define the access token using any character string.
  • the receiving authentication module like the management server 102, can hash the current time information and further encode it using, for example, the Base64 format to create a signature and assign it to the access token.
  • the authentication module of the management server 102 When sending various HTTP(S) requests to the management server 102, the authentication module of the management server 102 adds an access token issued by the receiving side to the header. For example, the authentication module of the management server 102 adds an access token indicated by "YYYYYYYYYY" to the header in the following format. This allows the receiving side to authenticate the management server 102.
  • FIG. 12 is an example of information relating to a method for creating a list of valid charging parking locations, indicated as ListLocation.
  • FIG. 13 shows an example of information related to a method for requesting any one of location information of a charging parking lot, charger (EVSE) information, and connector information.
  • FIG. 14 is an example of information related to a method for uploading the location of a charging parking lot to the list of available charging parking lots.
  • 15 and 16 show information on a method for inserting a location and information on a method for updating a location for the information stored in the parking lot management information 800 and the parking lot detailed information 900, respectively.
  • the management module of the user management device 103 adds or updates the information about charging parking lots stored in the parking lot management information 800 and parking lot details information 900 in the auxiliary storage device 402, for example, by executing the methods shown in Figures 15 and 16.
  • the management module of the user management device 103 is capable of creating (receiving as a response) a location list of charging parking lots that meet certain conditions based on the latest information about charging parking lots, for example, by executing the methods shown in Figures 12 to 14.
  • the management module of the user management device 103 has a location management function. 26 shows examples of information related to methods for creating a location list of valid charging parking lots, indicated as (A) ListLocation and (B) GetLocation.
  • the management module of the user management device 103 is capable of creating (receiving as a response) a location list of charging parking lots that meets predetermined conditions, based on the information of the charging parking lots stored in the parking lot management information 800 and the parking lot detailed information 900 in the auxiliary storage device 302, by executing, for example, the methods shown in FIG.
  • FIG. 17 shows an example of reservation information.
  • FIG. 18 shows an example of information related to a reservation application method.
  • the user management device 103 receives a reservation application signal from the user terminal 104, it transmits a reservation application signal (ReserveNow) to the management server 102 to request a reservation of a charging space (see step 4 in FIG. 37 ).
  • the reservation application signal that the user management device 103 receives from the user terminal 104 includes information that specifies, for example, the user ID, the charging parking lot for which the reservation application is made, the type of charger, the reservation form, and the like.
  • the management module of the user management device 103 calls the POST method with the POST request destination set to "/reservation" of the management server 102, as shown in FIG. 18, for example.
  • the management module of the user management device 103 can define the user ID (user_id) of the user who made the reservation, the operator ID (operator_id), the charger ID (evse_id), the connector ID (connector_id), and the reservation time (duration) as parameters of this reservation application method.
  • the operator ID is an identification ID of the charging point management device 101.
  • the reservation time (duration) indicates, for example, the reservation time of the charger in the reservation. For example, if the reservation time is set to one hour, the charger will be reserved for one hour from the reservation time when the charger is reserved, and if the specified check-in operation is not performed within one hour from the reservation time, the reservation will be canceled.
  • the management module of the user management device 103 can receive reservation information such as that shown in FIG. 17 as a response from the management server 102 by executing, for example, the method shown in FIG. 18 (see step 11 in FIG. 37).
  • FIG. 27 shows an example of reservation information.
  • FIG. 28 shows an example of information related to a reservation application method.
  • the management server 102 receives the reservation application signal from the user management device 103, it transmits a reservation application signal (ReserveNow) to the charging point management device 101 to request reservation of a charging space (see step 7 in Figure 37).
  • a reservation application signal (ReserveNow)
  • the management module of the management server 102 calls the POST method with the POST request destination set to "/reservation" of the charging point management device 101, as shown in FIG. 28, for example.
  • the management module of the management server 102 can define the user ID (user_id) of the user who made the reservation, the charger ID (evse_id), the connector ID (connector_id), the reservation time (duration), etc. as parameters for this reservation application.
  • the operator ID can be omitted in the method called from the management server 102.
  • the management module of the management server 102 can receive reservation information such as that shown in FIG. 17 as a response from the charging point management device 101 by executing, for example, the method shown in FIG. 28 (see step 10 in FIG. 37).
  • Reservation Cancellation Request 5-1 User Management Device
  • the user management device 103 When the user management device 103 receives a reservation cancellation signal from the user terminal 104 in the reservation cancellation sequence described above, it transmits a reservation cancellation signal (CancelReservation) to the management server 102, requesting cancellation of the charging space reservation (see step 4 in FIG. 38).
  • the reservation cancellation signal that the user management device 103 receives from the user terminal 104 includes information on at least one of the user ID and the reservation ID, for example.
  • FIG. 19 is an example of information related to the reservation cancel method.
  • the management module of the user management device 103 calls the Delete method with the Delete request destination set to "/reservation" of the management server 102.
  • the management module of the user management device 103 can define, for example, at least one of a user ID and a reservation ID (reservation ID in FIG. 19) as a parameter of this Delete method.
  • the management module of the user management device 103 can receive the canceled reservation information as a response from the management server 102 by executing, for example, the method shown in FIG. 19 (see step 11 in FIG. 38).
  • the management server 102 When the management server 102 receives a reservation cancellation signal from the user management device 103, it transmits a reservation cancellation signal (CancelReservation) to the charging point management device 101 to request cancellation of the reservation of the charging space (see step 7 in FIG. 38).
  • a reservation cancellation signal (CancelReservation)
  • FIG. 29 is an example of information related to the reservation cancel method.
  • the management module of the management server 102 calls the Delete method with the Delete request destination set to "/reservation" of the charge point management device 101, as shown in Fig. 29 for example.
  • the management module of the management server 102 can define, for example, at least one of a user ID and a reservation ID (reservation ID in Fig. 29) as a parameter of this reservation cancellation method.
  • the operator ID can be omitted.
  • the management module of the management server 102 can receive the canceled reservation information as a response from the charging point management device 101 by executing, for example, the method shown in FIG. 29 (see step 10 in FIG. 38).
  • FIG. 20 shows an example of information related to a data object.
  • FIG. 21 is an example of information related to a transmission command.
  • seven types of data are transmitted from the transmitting management module to the management server 102: a charging start signal (step 4 in FIG. 35), a charging stop signal (step 4 in FIG. 36), charging start processing information (step 16 in FIG. 35), charging stop processing information (step 16 in FIG. 36), data communication (step 3 in FIG. 39, Data Transfer), command response (step 10 in FIGS. 35 and 36), and status (step 7 in FIG. 39).
  • an HTTP(S) request for example, as shown in FIG. 21 can be defined.
  • the management module of the user management device 103 calls the POST method with the POST request destination set to "/command/:command" of the management server 102. Any one of the five data objects shown in the item column can be stored in the body of this HTTP(S) request. These five data objects are data objects sent from the user management device 103 to the management server 102, and each can contain the data shown in FIG. 20. The management module of the user management device 103 executes this HTTP(S) request, thereby sending the five data objects to the management server 102.
  • the management module of the charging point management device 101 is also configured to receive the command response (CommandResponse) and status (StatusCodeType) shown in FIG. 20 from the charging point management device 101 in response to the transmission of a charging start signal (RemoteStartTransaction), a charging stop signal (RemoteStopTransaction), and data communication (Data Transfer) sent from the management server 102, which will be described later, to the charging point management device 101.
  • a charging start signal RemoteStartTransaction
  • RemoteStopTransaction charging stop signal
  • Data Transfer Data Transfer
  • FIG. 30 shows an example of information related to a data object.
  • FIG. 31 is an example of information related to a transmission command.
  • seven types of data are transmitted from the management module of the management server 102 to the transmitting side: a charging start signal (step 7 in FIG. 35), a charging stop signal (step 7 in FIG. 36), a charging start processing command (step 19 in FIG. 35), a charging stop processing command (step 19 in FIG. 36), a data communication command (step 6 in FIG. 39), a command response (step 11 in FIGS. 35 and 36), and a status (step 8 in FIG. 39).
  • an HTTP(S) request as shown in FIG. 31, for example, can be defined.
  • the management module of the management server 102 calls the POST method with the POST request destination set to the receiving side's "/command/:command". Any one of the five data objects shown in the item column can be stored in the body of this HTTP(S) request. These five data objects are data objects sent from the management server 102 to the receiving side, and each can contain the data shown in FIG. 30. By executing this HTTP(S) request, the management module of the management server 102 can send the five data objects from the front to the management server 102.
  • the management module on the sending or receiving side is also configured to receive the command response (CommandResponse) and status (StatusCodeType) shown in FIG. 20 from the charging point management device 101 as a response to the transmission of the charging start signal (StartSession), charging stop signal (StopSession), and data communication (Data Transfer) sent to the management server 102.
  • At least one of the charging point management device 101 and the user management device 103 has a fee management function.
  • a case where the user management device 103 has the fee management function will be described.
  • FIGS. 22 and 23 are examples of information related to the method for creating a tariff list.
  • the method for creating a tariff list is composed of (A) a tariff list method indicated as ListTariffs, (B) a tariff acquisition method indicated as Get Tariff, (C) a tariff update method indicated as Upload Tariffs, (D) a tariff insertion method indicated as Insert Tariff, and (E) a tariff update method indicated as Update Tariff.
  • the management module of the user management device 103 is capable of creating (receiving as a response) the latest list of price tables for charging parking lots by executing, for example, each of the methods (A) to (E).
  • the management module of the user management device 103 has a fee management function.
  • 32 is an example of information related to a method for creating a fee list.
  • the method for creating a fee list is made up of (A) a method for listing tariffs indicated as ListTariffs, and (B) a method for acquiring a tariff indicated as GetTariff.
  • the management module of the management server 102 is capable of creating (receiving as a response) the latest list of price tables for charging parking lots by executing, for example, methods (A) and (B).
  • At least one of the charging point management device 101 and the user management device 103 has a session management function.
  • a session management function For example, a case where the user management device 103 has the session management function will be described.
  • Figure 24 is an example of information related to the session list creation method.
  • the session list creation method consists of (A) a session list method indicated as ListSessions, and (B) a session acquisition method indicated as Get Session.
  • the management module of the user management device 103 is capable of creating a session list of charging parking lots (receiving it as a response) by executing, for example, each of the methods (A) and (B).
  • the management module of the user management device 103 has a session management function. 33 shows an example of information related to a session list creation method.
  • the session list creation method is made up of (A) a session list method indicated as ListSessions, and (B) a session acquisition method indicated as GetSession.
  • the management module of the management server 102 is capable of creating a session list (receiving it as a response) by executing, for example, methods (A) and (B).
  • the management server 102 is interposed between the charging point management device 101 (e.g., CPO) and the user management device 103 (e.g., EMSP).
  • the management server 102 receives information on the use of the charger from the user management device 103 and transmits the information to the charging point management device 101.
  • the charging point management device 101 and the user management device 103 can always transmit and receive information to the same connection destination (management server 102) even when transmitting information to different end points beyond the management server 102. This eliminates the need to change settings for connection for each connection destination, and reduces complexity.
  • the charging point management device 101 and the user management device 103 may be connected to a wider network than before, beyond the management server 102. Even in such a case, the actual connection destination can be determined to be the management server 102, and a highly reliable and stable connection can be achieved.
  • the management server 102 starts authentication with the charging point management device 101 and receives an access token (an example of an authentication key), then transmits information for controlling the use of chargers or charging spaces to the charging point management device 101 together with the access token, and receives information on the results of the control from the charging point management device 101. This realizes a more secure connection.
  • an access token an example of an authentication key
  • the management device receives an authentication request for connection from the user management device, and if authentication is approved, transmits an authentication key to the user management device, and after receiving information related to the use of the charging space or charger together with the authentication key, it can transmit a second authentication request for connection to the charging point management device.
  • the management device after the management device starts authentication with the charging point management device and receives an authentication key, it can transmit information regarding the use of the charging space or charger together with the authentication key to the charging point management device, and receive a response to the transmission of the information regarding the use of the charging space or charger from the charging point management device.
  • the charging point management device when the charging point management device acquires information regarding the use of a charging space or a charger from the management device, it transmits the information to the charger, and after receiving a response from the charger to the transmission of the information regarding the use of the charging space or the charger, it can terminate the connection with the management device.
  • the user management device can start a session before two connections between the management device and the charging point management device begin, and can end the session after the two connections end.
  • Information regarding the use of a charging space or charger may not include information identifying a management device or a user management device.
  • Information regarding the use of the charging space or charger may be, for example, but is not limited to, any of charging start information, charging stop information, reservation information, and reservation cancellation information.
  • the present technology is not limited to the above-described embodiments, and includes various modified examples.
  • the above-described embodiments have been described in detail to clearly explain the present technology, and are not necessarily limited to those that include all of the configurations described. It is also possible to replace part of the configuration of one embodiment with the configuration of another embodiment, and it is also possible to add the configuration of another embodiment to the configuration of one embodiment. It is also possible to add, delete, or replace part of the configuration of each embodiment with other configurations.
  • the regulating device is exemplified as a regulating member that rotates to regulate the entry of a vehicle into a charging space.
  • the regulating member is not limited to this example.
  • the shape of the regulating member is not limited to a plate-like member, and may be various forms such as a rod, a mesh, a fence, or a sheet.
  • the regulating member may switch between the regulated state and the unregulated state by displacing the regulating member by rotating about a horizontal axis, rotating about a vertical axis, rotating, ascending, descending, moving horizontally, or the like.
  • the user operated the charger through the user terminal 104.
  • some or all of the operations of the charger may be configured to be executable by directly operating the charger or by using the charging operation function of the vehicle.
  • the item column, data type column, and description column show the item, its data type, and its description in a corresponding column direction.
  • each of the above configurations, functions, processing units, processing means, etc. may be realized in hardware, for example by designing some or all of them as an integrated circuit. Furthermore, each of the above configurations, functions, etc. may be realized in software by a processor interpreting and executing a program that realizes each function. Information such as the programs, tables, files, etc. that realize each function can be stored in a memory, a recording device such as a hard disk or SSD (Solid State Drive), or a recording medium such as an IC card, SD card, or DVD.
  • a recording device such as a hard disk or SSD (Solid State Drive)
  • a recording medium such as an IC card, SD card, or DVD.
  • control lines and information lines shown are those considered necessary for the explanation, and do not necessarily show all control lines and information lines on the product. In reality, it can be assumed that almost all components are interconnected.
  • each element constituting the charger usage management system 100 is connected via the same communication network.
  • each element constituting the charger usage management system 100 may be connectable via two or more different networks. For example,
  • any one or more of the elements constituting the charger usage management system 100 may be installed in different countries.
  • the management server 102 may be composed of one or more computers, any of which may be installed in different countries. The above embodiment discloses at least the following configurations.
  • a user management device that receives information regarding use of a charging space or a charger provided in the charging space; a management device that manages a usage state of the charging space or the charger; A charging point management device that makes the charging space or the charger available; Equipped with The management device receives information regarding the use of the charging space or the charger from the user management device and transmits the information to the charging point management device.
  • the management device receiving an authentication request for connection from the user management device; If the authentication is approved, an authentication key is transmitted to the user management device; After receiving information regarding the use of the charging space or the charger together with the authentication key,
  • the charger usage management system according to (1) above, which transmits a second authentication request for connection to the charging point management device.
  • the management device After starting authentication with the charging point management device and receiving an authentication key, transmitting information regarding the use of the charging space or the charger together with the authentication key to the charging point management device;
  • the charger usage management system according to (1) or (2) above, which receives a response to the transmission of information regarding the usage of the charging space or the charger from the charging point management device.
  • the charging point management device When information regarding the use of the charging space or the charger is acquired from the management device, the information is transmitted to the charger;
  • the charger usage management system according to any one of (1) to (3) above, wherein the connection with the management device is terminated after receiving a response from the charger to the transmission of information regarding the charging space or the use of the charger.
  • the information relating to the use of the charging space or the charger does not include information identifying the management device or the user management device.
  • the information regarding the use of the charging space or the charger is any one of charging start information, charging stop information, reservation information, and reservation cancellation information.
  • (8) acquiring information regarding use of the charging space or a charger provided in the charging space from a user management device; A management device transmits the acquired information to a charging point management device that makes the charging space or the charger available. (9) receiving an authentication request for connection from the user management device; If the authentication is approved, an authentication key is transmitted to the user management device; After receiving information regarding the use of the charging space or the charger together with the authentication key, The management device according to (8) above, which transmits an authentication request to the charge point management device.
  • the management device described in (8) or (9) above which transmits information regarding the use of the charging space or the charger to the charging point management device together with the authentication key, and receives a response to the transmission of the information regarding the use of the charging space or the charger from the charging point management device.
  • (11) acquiring information regarding use of the charging space or a charger provided in the charging space from a user management device;
  • the management method includes transmitting the acquired information to a charging point management device that makes the charging space or the charger available.
  • (13) transmitting information regarding the use of the charging space or a charger provided in the charging space to a management device; After receiving a response to the transmission of information regarding the use of the charging space or the charger from the management device to the charging point management device, A user management device that terminates a connection with the management device. (14) sending an authentication request for connection to the management device; If authentication is granted, after receiving an authentication key from the management device, The user management device according to (13) above, which transmits information regarding the use of the charging space or the charger together with the authentication key to the management device. (15) The user management device described in (13) or (14) above, in which the user management device starts a session before two connections between the management device and the charging point management device begin, and ends the session after the two connections end.

Landscapes

  • Business, Economics & Management (AREA)
  • Health & Medical Sciences (AREA)
  • Engineering & Computer Science (AREA)
  • Economics (AREA)
  • Public Health (AREA)
  • Water Supply & Treatment (AREA)
  • General Health & Medical Sciences (AREA)
  • Human Resources & Organizations (AREA)
  • Marketing (AREA)
  • Primary Health Care (AREA)
  • Strategic Management (AREA)
  • Tourism & Hospitality (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Charge And Discharge Circuits For Batteries Or The Like (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

充電駐車場に関する情報をユーザに提供する管理者と、器充電器を管理する管理者と、を繋ぐことができる仕組みを提供する。充電スペースまたは前記充電スペースに備えられた充電器の利用に関する情報を受け付けるユーザ管理装置と、前記充電スペースまたは前記充電器の利用状態を管理する管理装置と、前記充電スペースまたは前記充電器を利用可能な状態にする充電ポイント管理装置と、を備え、前記管理装置は、前記ユーザ管理装置から、前記充電スペースまたは前記充電器についての利用に関する情報を受信し、前記充電ポイント管理装置に送信する充電器利用管理システム。

Description

充電器利用管理システムおよび管理方法
［関連出願］
　本出願は、２０２２年１１月９日に出願された「充電器利用管理システムおよび管理方法」と題する日本国特許出願２０２２－１７９８７１号の優先権を主張し、その開示はその全体が参照により本明細書に取り込まれる。
　本技術は、充電器利用管理システムおよび管理方法に関する。
　本技術分野の背景技術として、特許第７０４６４０７号公報（特許文献１）がある。この公報には、「予約システムは、電気自動車、および電気自動車のバッテリに充電可能な充電器が設置された少なくとも１つの駐車領域を含む共用施設を予約する予約処理部を含み、共用施設の最大予約件数は、少なくとも１つの駐車領域の数に設定される。予約システムは、さらに、電気自動車の予約価格を決定する予約価格決定部を含み、電気自動車は、管理される複数の電気自動車のうちの１台であり、予約価格決定部は、複数の電気自動車の未予約台数に基づき、電気自動車の予約価格を決定してもよい。」（要約参照）と記載されている。
特許第７０４６４０７号公報
　しかしながら、特許文献１では、充電駐車場に関する情報をユーザに提供する管理者と、器充電器を管理する管理者と、を繋ぐ仕組みについては検討がなされていない。
　そこで、本技術は、充電駐車場に関する情報をユーザに提供する管理者と、器充電器を管理する管理者と、を繋ぐことができる仕組みを提供する。
　上記課題を解決するために、例えば特許請求の範囲に記載の構成を採用する。
　本願は上記課題を解決する手段を複数含んでいるが、その一例を挙げるならば、電器および当該充電器が備えられた充電スペースをそれぞれ利用可能な状態にする充電スペース管理装置と、前記充電スペース管理装置が管理する充電器のうちのいずれか１つの利用充電器の利用に関する情報を取得するユーザ管理装置と、前記充電器の利用を管理する管理装置と、を備え、前記管理装置は、前記ユーザ管理装置から前記利用充電器に関する情報と前記利用に関する情報とを取得し、前記利用充電器を管理する前記充電管理装置に対して、前記利用に関する情報を送信する、充電器利用管理システムを提供することを特徴とする。
　本技術によれば、充電駐車場に関する情報をユーザに提供する管理者と、器充電器を管理する管理者と、を繋ぐことができる。
　上記した以外の課題、構成及び効果は、以下の実施形態の説明により明らかにされる。
図１は、充電器利用管理システム全体の構成の例である。 図２は、充電ポイント管理装置のハードウェア構成の例である。 図３は、管理サーバのハードウェア構成の例である。 図４は、ユーザ管理装置のハードウェア構成の例である。 図５は、ユーザ端末のハードウェア構成の例である。 図６は、充電スペース管理装置のハードウェア構成の例である。 図７は、ユーザ情報７００の例である。 図８は、駐車場管理情報８００の例である。 図９は、駐車場詳細情報９００の例である。 図１０は、予約情報１０００の例である。 図１１は、新規トークン生成信号に関する情報の例である。 図１２は、有効充電駐車場リストの作成メソッドに関する情報の例である。 図１３は、充電駐車場に関する詳細情報の例である。 図１４は、有効な充電駐車場リストに充電駐車場のロケーションをアップロードするメソッドに関する情報の例である。 図１５は、ロケーションを挿入するメソッドに関する情報の例である。 図１６は、ロケーションを更新するメソッドに関する情報の例である。 図１７は、予約情報の例である。 図１８は、予約申込メソッドに関する情報の例である。 図１９は、予約キャンセルメソッドに関する情報の例である。 図２０は、データオブジェクトに関する情報の例である。 図２１は、送信コマンドに関する情報の例である。 図２２は、料金リストメソッドに関する情報の例である。 図２３は、他の料金メソッドに関する情報の例である。 図２４は、セッションリストメソッドに関する情報の例である。 図２５は、新規トークン生成信号に関する情報の例である。 図２６は、充電駐車場のロケーションリストの作成メソッドに関する情報の例である。 図２７は、予約情報の例である。 図２８は、予約申込メソッドに関する情報の例である。 図２９は、予約キャンセルメソッドに関する情報の例である。 図３０は、データオブジェクトに関する情報の例である。 図３１は、送信コマンドに関する情報の例である。 図３２は、料金リストメソッドに関する情報の例である。 図３３は、セッションリストメソッドに関する情報の例である。 図３４は、予約管理フロー３４００の例である。 図３５は、充電開始シーケンス図の例である。 図３６は、充電停止シーケンス図の例である。 図３７は、予約シーケンス図の例である。 図３８は、予約キャンセルシーケンス図の例である。 図３９は、データ送受信シーケンス図の例である。 図４０は、充電開始シーケンス図の他の例である。 図４１は、充電開始シーケンス図の他の例である。 図４２は、充電停止シーケンス図の他の例である。 図４３は、充電停止シーケンス図の他の例である。
　以下、実施形態を図面を用いて説明する。なお各図面において、同一の機能を有する構成については、符号の付与と重ねての説明を省略する場合がある。
［充電器利用管理システム］
　図１は、一実施形態に係る充電器利用管理システム１００の構成図の例である。
　本技術に係る充電器利用管理システム１００とによって構成されるにおいては、充電駐車場を運営・管理する充電ポイント管理業者の管理装置（充電ポイント管理装置１０１の一例）と、充電駐車場に関する情報を提供するｅモビリティサービス事業者の管理端末（ユーザ管理装置１０３の一例）と、の間に管理サーバ１０２が介在し、充電駐車場の予約の受け付け等を行う。
　充電器利用管理システム１００は、１又は複数の充電ポイント管理装置１０１と、１又は複数の管理サーバ１０２と、１又は複数のユーザ管理装置１０３と、を備えて構成される。管理サーバ１０２は、本技術における管理装置の一例である。１又は複数の充電ポイント管理装置１０１と、１又は複数のユーザ管理装置１０３とはそれぞれ、ネットワークを介して１又は複数の管理サーバ１０２に接続可能に構成されている。なお、ネットワークは、有線、無線を問わず、それぞれの端末はネットワークを介して情報を送受信することができる。
　なお、充電ポイント管理装置１０１は、１又は複数の充電駐車場の充電スペース管理装置１０５と接続できるように構成されている。ユーザ管理装置１０３は、１又は複数のユーザ端末１０４と接続できるように構成されている。
　充電ポイント管理装置１０１、管理サーバ１０２、ユーザ管理装置１０３、ユーザ端末１０４、および充電スペース管理装置１０５はそれぞれ、例えば、スマートフォン、タブレット、携帯電話機、携帯情報端末（ＰＤＡ）などの携帯端末（モバイル端末）でもよいし、メガネ型、ヘッドマウント型、腕時計型、着衣型などのウェアラブル端末でもよい。また、これらは、据置型または携帯型のコンピュータや、クラウドやネットワーク上に配置されるサーバでもよい。また、機能としてはＶＲ（仮想現実：Virtual Reality）端末、ＡＲ（拡張現実：Augmented Reality）端末、ＭＲ（複合現実：Mixed Reality）端末でもよい。あるいは、これらの複数の端末の組合せであってもよい。例えば、１台のスマートフォンと１台のウェアラブル端末との組合せが論理的に一つの端末として機能し得る。またこれら以外の情報処理端末であってもよい。
　以上の各端末はそれぞれ、オペレーティングシステムやアプリケーション、プログラムなどを実行するプロセッサと、ＲＡＭ（Random Access Memory）等の主記憶装置と、ＩＣカードやハードディスクドライブ、ＳＳＤ（Solid State Drive）、フラッシュメモリ等の補助記憶装置と、ネットワークカードや無線通信モジュール、モバイル通信モジュール等の通信制御部と、タッチパネルやキーボード、マウス、音声入力装置、カメラ部の撮像による動き検知による入力装置などの入力装置と、モニタやディスプレイ、プリンタ、音声出力装置、発振器等の出力装置と、を備える。なお、入力装置は、ＧＰＳやジャイロセンサ、加速度センサなどのセンサ等を備えていてもよい。また出力装置は、外部のモニタやディスプレイ、プリンタ、機器などに、出力するための情報を送信する装置や端子であってもよい。
　主記憶装置には、各種プログラムやアプリケーションなど（ソフトウェア・モジュール）が記憶されており、これらのプログラムやアプリケーションをプロセッサが実行することで全体システムの各機能要素が実現される。なお、各モジュールはそれぞれ独立したプログラムやアプリケーションであってもよいが、１つの統合プログラムやアプリケーションの中の一部のサブプログラムや関数などの形で実装されていてもよい。また、これらの各モジュールは、回路を集積化したりマイクロコンピュータを採用することなどにより、ハードウェアとして実装してもよい（ハードウェア・モジュール）。さらに、これらの各モジュールは、単一の端末（管理サーバを含む）に備えられていてもよいし、ネットワークを介して相互に接続された２以上の端末（管理サーバを含む）に分けて備えられていてもよい。
　本明細書では、各モジュールが、処理を行う主体（主語）として記載されているが、実際には各種プログラムやアプリケーションなどを処理するプロセッサが処理を実行する。
　補助記憶装置には、各種データベース（ＤＢ）が記憶されている。「データベース」とは、プロセッサまたは外部のコンピュータからの任意のデータ操作（例えば、抽出、追加、削除、上書きなど）に対応できるように整理して収集されたデータ集合である。補助記憶装置は、１又は複数のデータ集合を記憶する機能要素（記憶部）である。データベースの実装方法は限定されず、例えばデータベース管理システムでもよいし、表計算ソフトウェアでもよいし、ＸＭＬ、ＪＳＯＮなどのテキストファイルでもよい。
　［充電ポイント管理装置］
　充電ポイント管理装置１０１は、ユーザ端末１０４に、充電駐車場に関する情報を提供する。充電ポイント管理装置１０１は、充電ステーション運営企業（Charging Point Operator：ＣＰＯ）の管理する端末である。充電ステーション運営企業とは、典型的には、充電器を所有したり管理したりする企業や、充電器を制御するネットワークを有する企業である。
　図２は、充電ポイント管理装置１０１のハードウェア構成を例示している。
　充電ポイント管理装置１０１は、例えばデスクトップ型ＰＣや、クラウド上に配置されたサーバによって構成される。充電ポイント管理装置１０１は、主記憶装置２０１と、補助記憶装置２０２と、を備える。充電ポイント管理装置１０１はまた、上述のとおりのプロセッサ２０３と、入力装置２０４と、出力装置２０５と、カメラ２０６と、通信制御部２０７と、を備える。
　主記憶装置２０１には、管理モジュール２１１、および認証モジュール２１２等のプログラムやアプリケーションが記憶されている。充電ポイント管理装置１０１の各機能要素は、主記憶装置２０１に記憶されたこれらのプログラムやアプリケーションをプロセッサ２０３が実行することによって実現される。
　補助記憶装置２０２には、充電器利用管理システム１００の動作に必要な情報が記憶される。補助記憶装置２０２には、例えば、ユーザ情報７００、駐車場管理情報８００、駐車場詳細情報９００、予約情報１０００、認証情報１１００等が記憶されている。これらの情報の詳細については、後述する。これらの情報は、管理サーバ１０２に記憶されるユーザ情報７００、駐車場詳細情報９００、予約情報１０００、および認証情報１１００等のうち、当該充電ポイント管理装置１０１に関連する情報の一部または全部であってよい。
　充電ポイント管理装置１０１の各機能要素について説明する。
　管理モジュール２１１は、充電ポイント管理装置１０１の動作を管理する。管理モジュール２１１は、管理サーバ１０２の管理モジュール３１１と連携して、充電器利用管理システム１００において実行される、充電スペースの予約および利用などのための基本的な動作を制御する。また、管理モジュール２１１は、例えば、充電スペース管理装置１０５に対して、充電駐車場の予約情報や管理情報等を送信する。
　認証モジュール２１２は、管理サーバ１０２との認証を行うための要素である。認証モジュール２１２は、管理サーバ１０２の認証モジュール３１２と連携して、管理サーバ１０２との間の通信における認証を行う。
　［管理サーバ］
　管理サーバ１０２は、本実施形態の充電器利用管理システム１００を管理する要素である。管理サーバ１０２は、充電ポイント管理装置１０１と、後述するユーザ管理装置１０３と、を連携する端末である。管理サーバ１０２は、例えば、充電ポイント管理装置１０１と、後述するユーザ管理装置１０３とを連携する企業の管理する端末である。管理サーバ１０２は、ＨＵＢと呼ぶこともある。
　図３は、管理サーバ１０２のハードウェア構成を例示している。
　管理サーバ１０２は、例えばクラウド上に配置されたサーバによって構成される。管理サーバ１０２は、主記憶装置３０１と、補助記憶装置３０２と、を備える。管理サーバ１０２はまた、上述のとおりのプロセッサ３０３と、入力装置３０４と、出力装置３０５と、通信制御部３０６と、を備える。
　主記憶装置３０１には、管理モジュール３１１、および認証モジュール３１２等のプログラムやアプリケーションが記憶されている。管理サーバ１０２の各機能要素は、主記憶装置３０１に記憶されたこれらのプログラムやアプリケーションをプロセッサ３０３が実行することによって実現される。
　補助記憶装置３０２には、充電器利用管理システム１００の動作に必要な情報が記憶される。補助記憶装置３０２には、例えば、ユーザ情報７００、駐車場管理情報８００、駐車場詳細情報９００、予約情報１０００、認証情報１１００等が記憶されている。これらの情報の詳細については、後述する。
　管理サーバ１０２の各機能要素について説明する。
　管理モジュール３１１は、管理サーバ１０２の動作を管理する。管理モジュール３１１は、例えば、充電ポイント管理装置１０１の管理モジュール２１１およびユーザ管理装置１０３の管理モジュール４１１と連携して、充電器利用管理システム１００において実行される、充電スペースの予約および利用などのための基本的な動作を制御する。また、管理モジュール３１１は、充電ポイント管理装置１０１とユーザ管理装置１０３との間の通信を仲介する。
　認証モジュール３１２は、充電ポイント管理装置１０１およびユーザ管理装置１０３との間の認証を行うための要素である。認証モジュール３１２は、充電ポイント管理装置１０１の認証モジュール２１２や、ユーザ管理装置１０３の認証モジュール４１２と連携して、これらの端末との間の通信における認証を行う。
　［ユーザ管理装置］
　ユーザ管理装置１０３は、ｅモビリティサービス事業者（e-Mobility Service Provider：ＥＭＳＰ）の管理する端末である。ＥＭＳＰとは、ＥＶ，ＰＨＶ，ＰＨＥＶのユーザ等に、充電サービス等の各種サービスを提供する企業である。ｅモビリティサービスとしては、例えば、充電サービスの他に、電動車のカーシェアリングサービスや、充電ポイントへのアクセス情報の提供サービスなどである。また、ＥＭＳＰは、典型的には、有料または無料のモバイルアプリケーションを通じて、これらのサービスをユーザに提供する。
　図４は、ユーザ管理装置１０３のハードウェア構成を例示している。
　ユーザ管理装置１０３は、例えばデスクトップ型ＰＣや、クラウド上に配置されたサーバによって構成される。ユーザ管理装置１０３は、主記憶装置４０１と、補助記憶装置４０２と、を備える。ユーザ管理装置１０３はまた、上述のとおりのプロセッサ４０３と、入力装置４０４と、出力装置４０５と、通信制御部４０６と、を備える。
　主記憶装置４０１には、管理モジュール４１１、および認証モジュール４１２等のプログラムやアプリケーションが記憶されている。ユーザ管理装置１０３の各機能要素は、主記憶装置４０１に記憶されたこれらのプログラムやアプリケーションをプロセッサ４０３が実行することによって実現される。
　補助記憶装置４０２には、動作に必要な情報が記憶される。補助記憶装置４０２には、例えば、ユーザ情報７００、予約情報１０００等が記憶されている。これらの情報の詳細については、後述する。これらの情報は、管理サーバ１０２に記憶されるユーザ情報７００、駐車場詳細情報９００、予約情報１０００、および認証情報１１００等のうち、当該ユーザ管理装置１０３に関連する情報の一部または全部であってよい。
　ユーザ管理装置１０３の各機能要素について説明する。
　管理モジュール４１１は、ユーザ管理装置１０３の動作を管理する。管理モジュール４１１は、例えば、管理サーバ１０２の管理モジュール３１１と連携して、充電器利用管理システム１００において実行される、充電スペースの予約および利用などのための基本的な動作を制御する。また、管理モジュール４１１は、例えば、管理サーバ１０２に対して、充電駐車場の予約情報や管理情報等を送信する。
　認証モジュール４１２は、管理サーバ１０２との認証を行うための要素である。認証モジュール４１２は、管理サーバ１０２の認証モジュール３１２と連携して、管理サーバ１０２との間の通信における認証を行う。
　［ユーザ端末］
　図５は、ユーザ端末１０４のハードウェア構成の例である。ユーザ端末１０４は、充電器利用管理システム１００を利用して充電駐車場の予約をするユーザが操作する端末である。ユーザ端末１０４は、例えばスマートフォン、タブレット、ノートＰＣ、デスクトップＰＣ等の端末で構成される。ユーザ端末１０４は、主記憶装置５０１と、補助記憶装置５０２と、を備える。ユーザ端末１０４はまた、上述のとおりのプロセッサ５０３と、入力装置５０４と、出力装置５０５と、カメラ５０６と、通信制御部５０７と、を備える。
　主記憶装置５０１には、ユーザ実行モジュール５１１、ユーザ予約管理モジュール５１２等のプログラムやアプリケーションが記憶されており、これらのプログラムやアプリケーションをプロセッサ５０３が実行することで、ユーザ端末１０４の各機能要素が実現される。
　ユーザ実行モジュール５１１は、例えば、充電器利用管理システム１００を利用して充電駐車場を予約したり、充電駐車場を利用したりする際の、ユーザ端末１０４の基本的な動作を制御する。ユーザ実行モジュール５１１は、例えば、ユーザ管理装置１０３の管理モジュール３１１と連携して、充電器利用管理システム１００を用いた充電スペースの予約および利用のための基本的な動作を制御する。また、管理モジュール４１１は、例えば、ユーザ管理装置１０３に対して、充電駐車場の予約情報や管理情報等を送信する。
　例えば、ユーザ実行モジュール５１１は、ユーザ管理装置１０３の管理モジュール４１１と連携して、ユーザ端末１０４のディスプレイ等の出力装置５０５に、充電スペースの予約アプリケーションソフト（以下、単に「アプリ」という場合がある。）のログインページや現在地の周辺マップ等の所定の表示画面を出力（表示）する。
　ユーザ予約管理モジュール５１２は、充電スペースの予約および利用に関するユーザからの入力を受け付ける。ユーザ予約管理モジュール５１２は、例えば、ユーザ管理装置１０３の管理モジュール４１１と連携して、例えば、表示画面や入力装置５０４を介してユーザにより入力された、充電スペースの充電開始情報や充電停止情報、予約申込情報や予約キャンセル情報等を、ユーザ管理装置１０３に送信する。
　補助記憶装置４０２には、ユーザ端末１０４の動作に必要な情報が記憶される。補助記憶装置４０２には、例えば、ユーザ情報７００、予約情報１０００等が記憶されている。これらの情報は、管理サーバ１０２に記憶されたユーザ情報７００、および予約情報１０００等のうち、当該ユーザ端末１０４に関連する情報の一部または全部であってよい。
　［充電スペース管理装置］
　図６は、充電スペース管理装置１０５のハードウェア構成を例示している。
　充電スペース管理装置１０５は、充電スペースの利用状態を管理する要素である。充電スペース管理装置１０５は、例えばマイクロコンピュータ等によって構成することができる。充電スペース管理装置１０５は、主記憶装置６０１と、補助記憶装置６０２と、を備える。充電スペース管理装置１０５はまた、上述のとおりのプロセッサ６０３と、入力装置６０４と、出力装置６０５と、カメラ６０６と、通信制御部６０７と、を備える。
　主記憶装置６０１には、管理モジュール６１１、認証モジュール６１２等のプログラムやアプリケーションが記憶されている。充電スペース管理装置１０５の各機能要素は、主記憶装置６０１に記憶されたこれらのプログラムやアプリケーションをプロセッサ６０３が実行することによって実現される。
　補助記憶装置６０２には、充電スペース管理装置１０５の動作に必要な情報が記憶される。補助記憶装置６０２には、例えば、ユーザ情報７００、駐車場詳細情報９００、予約情報１０００、認証情報１１００等が記憶されている。これらの情報の詳細については、後述する。これらの情報は、管理サーバ１０２に記憶されるユーザ情報７００、駐車場詳細情報９００、予約情報１０００、および認証情報１１００等のうち、当該充電スペース管理装置１０５に関連する情報の一部または全部であってよい。
　充電スペース管理装置１０５の各機能要素について説明する。
　充電スペースには、電動車を駐車する駐車領域、充電スペース管理装置１０５、充電器１１０、検知装置１２０、規制装置１３０、および報知装置１４０が備えられている。本例の充電器１１０は、電力計１１１を内蔵しており、電力計１１１を介して外部電源１１２に接続されている。充電スペース管理装置１０５は、充電器１１０、検知装置１２０、規制装置１３０、および報知装置１４０のそれぞれと有線または無線で接続されており、これらの各々と情報を送受信できるように構成されている。
　充電器１１０としては、電動車（より詳細には、電動車の駆動用電源）に電力を供給することが可能な各種の充電器を特に制限なく用いることができる。例えば、充電器１１０は、定格出力が凡そ１０ｋＷ未満（例えば、３～６ｋＷ）程度の普通充電器であってもよいし、定格出力が凡そ１０ｋＷ以上（例えば、５０ｋＷ）程度の急速充電器であってもよい。本例の充電器１１０は、主電源が入れられた状態で、充電可能状態と、充電不可能状態と、を切替えることができるようになっている。この充電器１１０の状態を、充電可能状態と、充電不可能状態と、で切替える構成（例えば、切替スイッチ）は、充電スペースの利用を規制する規制装置の一例であり得る。
　検知装置１２０は、駐車領域における車両の有無を検知する。検知装置１２０としては、例えば、赤外線センサ、超音波センサ、ループコイル式センサ、車両認識撮像システム等の各種の車両検出器のいずれか１つを単独で、または２つ以上を組合せて、用いることができる。図１４では、検知装置１２０として、既存の充電スペースに簡便に後付けできる赤外線センサを用いた例を示している。検知装置１２０は、例えば、所定の時間ごと（検知機構によるが、典型的には１～６０秒ごと、例えば、１０秒ごと）に駐車領域の車両の有無を検知する。検知装置１２０による検知結果は、充電スペース管理装置１０５によって取得されるか、あるいは、検知装置１２０が充電スペース管理装置１０５に送信する。なお、図１４では、検知装置１２０を駐車領域の奥側に設置した例を示しているが、検知装置１２０の検知特性等に応じて、駐車領域の入口側、側方、上方、下方（スラブ内を含む）等に設置してもよい。
　規制装置１３０は、駐車領域への車両の進入を規制する要素である。この規制装置１３０は、本体と、本体に軸支された板状の規制部材と、を備え、規制部材が板面に沿う軸を中心に回動するように構成されている。この規制装置１３０は、駐車領域の入口側に配置され、規制解除状態においては規制部材が水平な姿勢となり、駐車領域への車両の進入が可能な状態となる。そして規制状態においては規制部材が立ち上がり、駐車領域への車両の進入を規制することができるようになっている。
　報知装置１４０は、充電器利用管理システム１００において付加的な構成であって、充電スペースの利用状態を報知する要素である。報知装置１４０は、利用状態を視覚的に報知することが可能な、ディスプレイ、ＬＥＤランプ、反転フラップ式表示機等の表示装置であってもよいし、聴覚的に報知することが可能なスピーカ等の音声報知装置であってもよいし、その両方であってもよい。本例の報知装置１４０は、ＬＥＤ表示装置であり、例えば、ＬＥＤの発光色、発光態様（例えば、点灯、消灯、点滅など）、文字表示等によって、様々な利用状態を表示できるように構成されている。
　そして充電スペース管理装置１０５の管理モジュール６１１は、検知装置１２０が検知した車両の有無を示す情報を、所定の周期（例えば、１００～５００ミリ秒ごと等）で取得する。管理モジュール６１１は、検知装置１２０から取得した車両の有無を示す情報を、補助記憶装置６０２に記憶する。
　管理モジュール６１１は、充電スペース状況取得部が取得した車両の有無に関する情報を、所定の周期（例えば数１０秒ごと）で管理サーバ１０２に送信する。また、管理モジュール６１１は、管理サーバ１０２から当該充電スペースの利用状態について情報を要求されたタイミングで管理サーバ１０２に情報を送信することができる。さらに管理モジュール６１１は、管理サーバ１０２から、報知装置１４０の報知内容（典型的には、充電スペースの利用状態の報知）についての指示を受け取った場合に、報知装置１４０に対し、その報知内容を報知に関する情報（指示）を出力する。
　管理モジュール６１１は、充電スペースに設けられた規制装置１３０を、充電スペースの利用を規制する状態にしたり、規制を解除する状態にしたりする。例えば、管理モジュール６１１は、規制装置１３０に対し、車両の進入が可能な状態（Ａ）、または、車両の進入を規制する状態（Ｂ）、となるように情報（指示）を出力する。また、管理モジュール６１１は、充電器１１０に対して、充電可能状態と、充電不可能状態と、を切替える情報（指示）を出力することができる。
　なお、報知装置１４０は、例えば、充電スペース管理装置１０５に一体的に備えられていてもよい。報知装置１４０は、例えば、充電器１１０や規制装置１３０に一体的に備えられていてもよいし、駐車領域の入口側や奥側の上方などのユーザが視認しやすい位置に単独で備えられていてもよい。また、充電スペース管理装置１０５、充電器１１０、検知装置１２０、規制装置１３０、および報知装置１４０は、各々が単独で備えられていてもよいし、いずれか２つ以上が一体的に備えられていてもよい。
　図７～図１０は、管理サーバ１０２に記憶されている各種情報である。これに限定されるものではないが、これらの情報の一部又は全部は、ＪＳＯＮ形式のファイルに記憶することを想定している。これらの情報の一部又は全部は、リレーショナルデータベースや、非リレーショナルデータベースに記憶される構成であってよい。
　図７は、ユーザ情報７００の例である。
　ユーザ情報７００は、充電器利用管理システム１００を利用するユーザに関する情報である。ユーザ情報７００は、例えば、ユーザＩＤ、ユーザ表示ＩＤ、ユーザ名、住所、支払情報、パスワード情報およびログインＩＤ等の認証情報等を含み、それぞれ項目７１０に対してサンプル値７２０で例示するような値が入力されている。
　ユーザＩＤは、ユーザを識別するために各ユーザに付される記号であり、ハッシュ値等として自動的に生成される。各ユーザに関する情報は、基本的にはこのユーザＩＤによって紐づけられる。ユーザ表示ＩＤは、管理サーバ１０２やユーザ端末１０４等の画面に表示されるユーザの表示用のＩＤであり、任意に設定することができる。ユーザ名、住所、および支払情報はそれぞれ、ユーザ（自然人および法人を含む。以下同じ。）についての、氏名または名称、住所または所在地、および料金支払に関する情報である。認証情報は、充電スペースの予約および利用のための予約アプリへのログインや、ユーザの本人確認のための認証情報であり、パスワード情報およびログインＩＤ等に限定されない。
　図８は、駐車場管理情報８００の例である。
　駐車場管理情報８００は、この充電器利用管理システム１００に登録されている充電スペース（１又は複数の充電スペースを備える充電駐車場であり得る。）の検索用情報である。駐車場管理情報８００は、例えば、充電駐車場ＩＤ、当該充電駐車場の位置情報としての緯度および経度等の情報を含み、それぞれフィールド名６１０に対してサンプル値６２０で例示するような値が入力されている。充電駐車場ＩＤは、充電駐車場を識別するために各充電駐車場に付される記号であり、ハッシュ値等として自動的に生成される。位置情報は、充電駐車場の位置を表す情報であり、典型的には緯度および経度に関する情報を含む。位置情報は、高度等の他の情報を含んでいてもよいし、簡易位置情報、相対位置情報等のその他の表示形式であってもよい。
　図９は、駐車場詳細情報９００の例である。
　駐車場詳細情報９００は、この充電器利用管理システム１００に登録されている充電駐車場の詳細情報を含み、充電駐車場ＩＤによって、駐車場管理情報８００と対応づけられる。駐車場詳細情報９００は、例えば、充電駐車場ＩＤ、充電駐車場名、充電駐車場住所、営業時間、料金、充電スペース数、充電器タイプ、予約可能数、１日予約可否、１日予約料金、ウェブサイトＵＲＬ、充電スペースＩＤ、利用状態等の情報を含み、それぞれフィールド名９１０に対してサンプル値９２０で例示するような値が入力されている。
　充電スペース数は、各充電駐車場に備えられている充電スペースの総数である。充電器タイプ、充電スペース数、および予約可能数は、各充電駐車場の充電スペースに設置されている充電器の種別とその数および予約可能数（例えば、残数）である。充電器の種別としては、典型的には、急速充電器または普通充電器の種別が挙げられ、それぞれの種別ごとに、その総設置数および予約可能数の情報が含まれる。１日予約可否および１日予約料金は、１日単位での予約の可否と、その予約料金とを示す。充電スペースＩＤは、各充電駐車場の各充電スペースを識別するためのＩＤであり、充電スペース数情報に応じて自動的に生成される。利用状態は、充電スペースごとの利用状態を表す情報であり、管理サーバ１０２が取得する充電スペースに関する情報に基づいて、管理モジュール６１１が逐次判断して記録する。
　図１０は、予約情報１０００の例である。
　予約情報１０００は、管理サーバ１０２が受け付けた充電スペースの予約に関する情報である。予約情報１０００は、例えば、予約ＩＤ、駐車場ＩＤ、駐車スペースＩＤ、予約ユーザＩＤ、予約種別、充電要否、充電種別、駐車予約日時、充電予約日時、予約受付日時等の情報を含み、それぞれフィールド名１０１０に対してサンプル値１０２０で例示するような値が入力されている。
　予約ＩＤは、予約内容を識別するために各予約に付される記号であり、ハッシュ値等として自動的に生成され、他の情報から参照される主キーである。駐車場ＩＤは、予約された充電駐車場を示す。駐車スペースＩＤは、その充電駐車場の予約された充電スペースを示し、予約時に管理サーバによって定められる。予約ユーザＩＤは、当該予約を行ったユーザのユーザＩＤである。予約種別は、予約サービスにおける充電スペースの予約形態を表す。本例では、１日単位で予約する「１日予約」と、１時間までの取り置きを予約する「取り置き」と、のいずれかを選択できるようになっている。取り置き時間は、例えば、３０分間～３時間等の比較的短時間に設定することができる。充電要否は、充電スペースにおいて充電器を使用するか（使用を許可するか）否かの情報であり、充電種別は、充電器を使用する場合に使用する充電器１１０の種別である。充電種別は、一の充電駐車場に普通充電器と急速充電器とが設置されている場合に選択することができ、一の充電駐車場に普通充電器と急速充電器のいずれか一方のみが設置されている場合は、その設置された充電器の種別が自動的に記録されるか、記録不要である。駐車予約日時は、充電スペースの予約日時に関する情報であり、充電予約日は、充電器の予約日時に関する情報であり、予約受付日時は、管理サーバ１０２が予約を受け付けた日時に関する情報である。
＜充電駐車場の充電スペースの予約フロー＞
　以上の充電駐車場は、例えば、ユーザ管理装置１０３の管理モジュール４１１により、予約を受け付けることができる。以下に、充電駐車場の充電スペースの予約方法について概略を説明する。
　予約する充電駐車場は、例えばショッピングモールやスポーツ施設等の共用施設に併設されている充電駐車場である。充電スペースの利用方法には、充電器利用管理システム１００が提供する予約アプリを用いて、予約なしで利用する「その場で利用」と、予約してから利用する「予約利用」とがある。予約形態は、例えば、１日単位で予約する「１日予約」と、１時間までの取り置きを予約する「取り置き」と、を選択できるようになっている。「取り置き」予約をすると、例えば、自宅に居ながら近隣のスポーツ施設の充電スペースを予約することができ、スポーツ施設に行く際の駐車場を確保できるとともに、スポーツ施設の利用中に車両に充電することができる。予約をしない「その場で利用」については、充電駐車場において、予約が入っていない充電スペースに、予約をしていない車両がその場で入庫して、駐車および充電ができるようになっている。また、本実施形態においては、急速充電器による充電を行う場合には、時間課金がなされるものとする。
　図３４は、予約管理フロー３４００の例である。
　管理モジュール４１１は、典型的には、予約管理フロー３４００の各ステップ（ステップ３４１０～３４６０）にしたがって、充電スペースの予約および管理を行うことができる。以下、例えば「ステップ３４１０」を「Ｓ３４１０」のように示す。
［充電スペース状況検知（Ｓ３４１０）］
　一実施形態において、各充電スペースに設けられている規制装置１３０は、予約が入っていない状態において車両の進入を規制する規制状態となり、報知装置１４０は、例えばこの充電スペースが利用可能であることを示す。また、各充電スペースにおいて、検知装置１２０は所定の時間ごとに充電スペースにおける車両の有無を検知（監視）する。これにより、管理モジュール４１１は、逐次的に予約可能な充電スペースを把握することができる。
［予約受付（Ｓ３４２０）］
　充電スペースを予約したいユーザは、例えば自宅などでユーザ端末１０４を用いて予約アプリを起動する。すると管理モジュール４１１は、例えば、ユーザ端末１０４の現在地情報に基づいて、現在地の周辺の地図情報とともに、その地図内に存在する予約可能な充電駐車場の情報を、ディスプレイ（出力装置５０５の一例）に表示する。そしてユーザ端末１０４においてユーザが予約を希望する充電駐車場を選択することで、管理モジュール４１１は、ユーザ端末１０４からの充電駐車場の予約申込を受け付ける。
　ユーザ管理装置１０３の管理モジュール４１１は、充電駐車場の予約申込情報を、例えば管理サーバ１０２を介して、予約申込を受け付けた充電駐車場の充電ポイント管理装置１０１に送信する。充電ポイント管理装置１０１は、充電ポイント管理装置１０１に申込受付の時点で車両の無い充電スペースがあるかどうか（すなわち、予約が可能かどうか）を確認し、予約可能な充電スペースがあれば予約を成立させる。一方、予約可能な充電スペースがなければ、予約は成立しない。管理サーバ１０２は、予約が成立したか否かの結果を、ユーザ管理装置１０３に送信する。また、予約が成立すると、管理モジュール４１１は、例えば、当該充電スペースが予約済であることを報知装置１４０が示す状態にする。
［入庫処理（Ｓ３４３０）］
　充電スペースを予約したユーザは、取置き終了時間までに予約した充電駐車場の充電スペースに車両で移動し、入庫処理を行う。具体的には、例えば、ユーザは、アプリを利用して、充電スペースへの進入を規制している規制装置１３０を、規制解除状態にする。これにより、車両が、予約した充電スペースに入庫することができる。
［充電（Ｓ３４４０）］
　ユーザは、充電器を利用可能な状態にする。具体的には、例えばユーザは、アプリを利用して充電開始操作を行い、充電器１１０の充電コネクタのロックを解除する。これにより、充電器を給電可能な状態にする。その結果、車両への充電を行うことができる。
　充電器１１０による充電は、例えば、所定の充電時間が経過したときに自動的に停止するようになっていてもよい。また、充電器による充電は、例えば、所定の充電状態（State of Charge：ＳＯＣ）に到達した場合に自動的に停止するようになっていてもよい。あるいは、ユーザがアプリで充電停止操作をした場合に、停止するようになっていてもよい。
［出庫処理（Ｓ３４５０）］
　ユーザは、充電終了すると、充電コネクタを充電器本体に装着する。これにより、充電スペース管理装置１０５は、充電が終了したことを検知することができる。また、ユーザが充電スペースから車両を出庫（退出）させると、検知装置１２０は充電スペースに車両が無いことを検知する。これにより、管理モジュール４１１は、充電スペースの利用が完了したことを把握することができる。
［予約完了処理（Ｓ３４６０）］
　管理モジュール４１１は、例えば、予め登録されている支払情報に基づいて、充電駐車場の利用料金の精算を行う。また、車両の出庫処理が完了すると、管理モジュール４１１は、規制装置１３０を規制状態とし、充電スペースへの進入を規制する。そして、管理モジュール４１１は、予約が完了したことを記録する。
１．シーケンス
　以上の充電駐車場の予約と利用に際し、ここに開示される充電器利用管理システム１００は、概して、以下の５通りの処理を行う。以下、各処理について、まずはシーケンス図を参照しつつ、プログラムの処理の流れを概略的に説明する。その後、各処理の詳細や送受信するデータ等について説明する。
１－１．充電開始シーケンス
　図３５は、充電開始シーケンス図の例である。
　ユーザによる充電開始操作に基づく充電器１１０の制御は、例えば図３５の充電開始シーケンス図に沿って以下の手順に基づいて行うことができる。
　なお、これに限定されるものではないが、特にことわりの無い限り、本技術に係る充電ポイント管理装置１０１と充電スペース管理装置１０５との間の通信は、ＯＣＰＰ（Open Charge Point Protocol）に基づき、その他の通信は、ＨＴＴＰ（HyperText Transfer Protocol）プロトコルまたはＨＴＴＰＳ(Hytertext Transfer Protocol Secure)プロトコルに基づくことができる。以下、ＨＴＴＰとＨＴＴＰＳとを厳密に区別せずに記載する場合は、ＨＴＴＰ（Ｓ）と記す場合がある。
　まずステップ１において、ユーザ管理装置１０３は、ユーザ端末１０４から送られるStart EV Chargeと示される充電開始信号を受信する。
　するとステップ２において、ユーザ管理装置１０３は、管理サーバ１０２に、Generate New Tokenと示される新規トークン生成信号を送信する。このときユーザ管理装置１０３は、新規トークン生成信号に署名を付与する。
　管理サーバ１０２は、ユーザ管理装置１０３から受け取った新規トークン生成信号に付与された署名が有効であるかを検証し、有効である場合に、ステップ３において、access tokenと示されるアクセストークンをユーザ管理装置１０３に対して発行する。
　ステップ４において、ユーザ管理装置１０３は、管理サーバ１０２に対し、StartSessionと示される充電開始信号を送信する。このときユーザ管理装置１０３は、充電開始信号のヘッダに、管理サーバ１０２から取得したアクセストークンを付与する。
　管理サーバ１０２は、ユーザ管理装置１０３から受け取ったアクセストークンが有効であるかを検証し、有効である場合にユーザ管理装置１０３を認証する。そしてステップ５において、管理サーバ１０２は、充電ポイント管理装置１０１に対して、Generate New Tokenと示される新規トークン生成信号を送信する。このとき管理サーバ１０２は、新規トークン生成信号に署名を付与する。
　充電ポイント管理装置１０１は、管理サーバ１０２から受け取った新規トークン生成信号に付与された署名が有効であるかを検証し、有効である場合に、ステップ６において、access tokenと示されるアクセストークンを管理サーバ１０２に発行する。
　ステップ７において、管理サーバ１０２は、充電ポイント管理装置１０１に対し、RemoteStartTransactionと示される充電開始信号を送信する。このとき管理サーバ１０２は、充電開始信号のヘッダに、充電ポイント管理装置１０１から取得したアクセストークンを付与する。
　充電ポイント管理装置１０１は、管理サーバ１０２から受け取ったアクセストークンが有効であることを検証し、有効である場合に管理サーバ１０２を認証する。そしてステップ８において、充電ポイント管理装置１０１は、充電スペース管理装置１０５に対して、RemoteStartTransaction.reqと示される充電開始許可信号を送信する。ＯＣＰＰの場合、充電ポイント管理装置１０１は、例えば、ウェブソケット（Websocket）による通信プロトコルに基づいて、充電開始許可信号を送信することができる。
　ここで、充電スペース管理装置１０５は、充電器が充電可能な状態である場合は、充電器を充電可能な状態にする。典型的には、充電器が充電ノズルをロックする構成を備えている場合、充電スペース管理装置１０５は、充電ノズルのロックを解除して充電可能な状態にする。これにより、ユーザは、Start Chargingと示されるように、充電器を用いて車両に充電することができる。ただし、充電器が充電可能な状態でない場合は、充電器を充電可能な状態にすることができない。
　そこでステップ９において、充電スペース管理装置１０５は、RemoteStartTransaction.confと示される、充電開始の可否情報を含むレスポンスを充電ポイント管理装置１０１に対して送信する。例えば、充電器の充電ノズルのロックを解除できた場合に、充電開始が可能であることを示す応答を返信し、充電器の充電ノズルのロックを解除できなかった場合に、充電開始が可能でないことを示す応答を返信する。
　また、ステップ１０において、充電ポイント管理装置１０１は、管理サーバ１０２に対して、受け取った充電開始の可否情報を、CommandResponseと示されるレスポンスとして送信する。
　さらにステップ１１において、管理サーバ１０２は、ユーザ管理装置１０３に対して、受け取った充電開始の可否情報を、CommandResponseと示されるレスポンスとして送信する。
　ユーザが充電器を用いて充電を開始すると、充電器は充電を開始したことを示す信号を出力する。これを受信した充電スペース管理装置１０５は、ステップ１２において、StartTransaction.reqと示される充電開始処理情報を充電ポイント管理装置１０１に対して送信する。ＯＣＰＰの場合、充電スペース管理装置１０５は、例えば、ウェブソケットによる通信プロトコルに基づいて、充電開始処理情報を送信することができる。
　ステップ１３において、充電ポイント管理装置１０１は、充電スペース管理装置１０５に対して、StartTransaction.confと示されるレスポンスを送信する。
　またステップ１４において、充電ポイント管理装置１０１は、管理サーバ１０２に対して、Generate New Tokenと示される新規トークン生成信号を送信する。このとき充電ポイント管理装置１０１は、新規トークン生成信号に署名を付与する。
　管理サーバ１０２は、充電ポイント管理装置１０１から受け取った新規トークン生成信号に付与された署名が有効であるかを検証し、有効である場合に、ステップ１５において、access tokenと示されるアクセストークンを充電ポイント管理装置１０１に対して発行する。
　ステップ１６において、充電ポイント管理装置１０１は、管理サーバ１０２に対し、StartTransactionと示される充電開始処理コマンドを送信する。このとき充電ポイント管理装置１０１は、開始処理コマンドのヘッダに、管理サーバ１０２から取得したアクセストークンを付与する。
　管理サーバ１０２は、充電ポイント管理装置１０１から受け取ったアクセストークンが有効であるかを検証し、有効である場合に充電ポイント管理装置１０１を認証する。そしてステップ１７において、管理サーバ１０２は、ユーザ管理装置１０３に対して、Generate New Tokenと示される新規トークン生成信号を送信する。このとき管理サーバ１０２は、新規トークン生成信号に署名を付与する。
　ユーザ管理装置１０３は、管理サーバ１０２から受け取った新規トークン生成信号に付与された署名が有効であるかを検証し、有効である場合に、ステップ１８において、access tokenと示されるアクセストークンを管理サーバ１０２に発行する。
　ステップ１９において、管理サーバ１０２は、ユーザ管理装置１０３に対し、StartTransactionと示される充電開始処理コマンドを送信する。このとき管理サーバ１０２は、充電開始処理コマンドのヘッダに、充電ポイント管理装置１０１から取得したアクセストークンを付与する。
　ユーザ管理装置１０３は、管理サーバ１０２から受け取ったアクセストークンが有効であることを検証し、有効である場合に管理サーバ１０２を認証する。そしてステップ２０において、ユーザ管理装置１０３は、ユーザ端末１０４に対して、Notify EV Charge Startedと示される充電開始処理情報を送信（通知）する。これにより、ユーザ端末１０４に充電開始処理情報が表示され、ユーザは、充電が開始されたことを確認することができる。
　以上のシーケンスにおいて、新規トークン生成信号は、認証リクエストの一例である。また、アクセストークンは、認証鍵の一例である。認証リクエストに対し、許可された者からのリクエストであることが認められた（認証が認められた）場合に、認証鍵が送信される。認証リクエストについて認証が認められない場合は、認証リクエストの送信側は接続することができないようになっている。
　なお、認証リクエストにおいて署名が有効でない場合、受信側は送信側（リクエスト側）に対し、ＨＴＴＰステータスコード 401 Unauthorizedを送信して処理を中断または終了する。ＨＴＴＰステータスコード、401 Unauthorizedは、有効な認証資格が不足していることによりリクエストが適用されないことを示す。これは、以下の他の認証リクエストにおいても同様である。
　ただし、認証リクエストに対してＨＴＴＰステータスコード401 Unauthorizedが返された場合にリトライ処理等をするように実装されていてもよい。例えば、充電ポイント管理装置１０１が管理サーバ１０２に対して認証リクエストを送信して401 Unauthorizedが返された場合（ステップ１４～１５参照）、充電ポイント管理装置１０１は、１回または複数回（例えば３回）までのリトライ処理を実行するように構成されていてもよい。
　また、例えば、ステップ１６およびステップ１９は、図中に「Webhook」と示しているように、充電開始処理コマンド（StartTransaction）の送信は、アクセストークンの受信をイベントトリガーとしたウェブフックの形で送信するようにしてもよい。
　なお、本出願におけるシーケンス図は、統一モデリング言語（Unified Modeling Language：ＵＭＬ）図にしたがったＵＭＬシーケンス図である。図中の、実線で黒塗りの矢印は、送り先のライフラインの実行に同期される同期メッセージの送信を示す。点線で黒塗りの矢印は、送り先から送り手への呼び出しに対する戻り値である応答メッセージの送信を示す。各要素１０１～１０５から縦に延びるライフラインに沿って設けられたボックス（アクティベーションボックス）は、当該要素が実行状態であることを示す実行仕様である。
　＜変形例１＞
　図４０は、充電開始シーケンス図の他の例である。図３５と同じステップについては、重ねての説明を省略する。
　図４０に示す充電開始シーケンスのステップ１０において、例えば充電ポイント管理装置１０１が管理サーバ１０２に対し、充電開始ができないことを示すレスポンス（CommandResponse）を送信した場合（換言すれば、ステップ８において充電器に送信した充電開始処理コマンド（StartTransaction）がリジェクトされ、ステップ９において充電スペース管理装置１０５が充電ポイント管理装置１０１に対し、充電開始ができないことを示すレスポンス（RemoteStartTransaction.conf）を送信した場合でもある。）、図中にオプションとして示す、ステップ１１～１４の処理を行ってもよい。すなわち、ステップ１１～１４として、ステップ７～１０と同じ処理をリトライしてもよい。
　繰り返し回数は、これに限定されるものではないが、所定の回数（例えば、１回）とすることができる。リトライの後、ステップ１０において管理サーバ１０２が充電開始ができないことを示すレスポンス（CommandResponse）を受信した場合、管理サーバ１０２は、例えば、充電開始ができないことを示すレスポンス（CommandResponse）をユーザ管理装置１０３に送信し、処理を終了することができる。
　　このような構成によると、充電開始の操作が成功しなかった場合のリトライが可能となる。
なお、図４０におけるステップ１５～２４は、図３５におけるステップ１１～２０に対応する。
　＜変形例２＞
　図４１は、充電開始シーケンス図のさらに他の例である。図３５と同じステップについては、重ねての説明を省略する。
　例えば管理サーバ１０２が、充電開始シーケンスのステップ１０おいて、充電開始ができることを示すレスポンス（CommandResponse）を受信したが、所定の時間（例えば５分間）が経過してもステップ２２の充電開始信号（StartTransaction）を受信しない場合は、充電器による充電が実際に開始されていないことを意味し得る。そこで、管理サーバ１０２は、図中にオプションとして示す、ステップ１２～１７の処理を行ってもよい。すなわち、ステップ１２～１７として、ステップ５～１０と同じ処理をリトライしてもよい。
　繰り返し回数は、これに限定されるものではないが、所定の回数（例えば、１回）としてもよいし、管理サーバ１０２が所定の時間（例えば５分間）内にステップ２２の充電開始信号（StartTransaction）を受信するか、もしくはステップ１７において充電開始ができないことを示すレスポンス（CommandResponse）を受信する（換言すれば、RemoteStartTransactionが失敗する）まで上記所定の時間ごとにリトライを繰り返すようにしてもよい。
　このような構成によると、ユーザ管理装置１０３と管理サーバ１０２（延いては充電ポイント管理装置１０１）との間の接続を終了した状態で、充電開始の操作をリトライすることができる。
　なお、図４１におけるステップ１８～２６は、図３５におけるステップ１１～２０に対応する。
１－２．充電停止シーケンス
　図３６は、充電停止シーケンス図の例である。
　ユーザによる充電停止操作に基づく充電器１１０の制御は、例えば図３６の充電停止シーケンス図に沿って以下の手順に基づいて行うことができる。
　まずステップ１において、ユーザ管理装置１０３は、ユーザ端末１０４から送られるStop EV Chargeと示される充電停止信号を受信する。
　するとステップ２において、ユーザ管理装置１０３は、管理サーバ１０２に、Generate New Tokenと示される新規トークン生成信号を送信する。このときユーザ管理装置１０３は、新規トークン生成信号に署名を付与する。
　管理サーバ１０２は、ユーザ管理装置１０３から受け取った新規トークン生成信号に付与された署名が有効であるかを検証し、有効である場合に、ステップ３において、access tokenと示されるアクセストークンをユーザ管理装置１０３に対して発行する。
　ステップ４において、ユーザ管理装置１０３は、管理サーバ１０２に対し、StopSessionと示される充電停止信号を送信する。このときユーザ管理装置１０３は、充電停止信号のヘッダに、管理サーバ１０２から取得したアクセストークンを付与する。
　管理サーバ１０２は、ユーザ管理装置１０３から受け取ったアクセストークンが有効であるかを検証し、有効である場合にユーザ管理装置１０３を認証する。そしてステップ５において、管理サーバ１０２は、充電ポイント管理装置１０１に対して、Generate New Tokenと示される新規トークン生成信号を送信する。このとき管理サーバ１０２は、新規トークン生成信号に署名を付与する。
　充電ポイント管理装置１０１は、管理サーバ１０２から受け取った新規トークン生成信号に付与された署名が有効であるかを検証し、有効である場合に、ステップ６において、access tokenと示されるアクセストークンを管理サーバ１０２に発行する。
　ステップ７において、管理サーバ１０２は、充電ポイント管理装置１０１に対し、RemoteStopTransactionと示される充電停止信号を送信する。このとき管理サーバ１０２は、充電停止信号のヘッダに、充電ポイント管理装置１０１から取得したアクセストークンを付与する。
　充電ポイント管理装置１０１は、管理サーバ１０２から受け取ったアクセストークンが有効であることを検証し、有効である場合に管理サーバ１０２を認証する。そしてステップ８において、充電ポイント管理装置１０１は、充電スペース管理装置１０５に対して、RemoteStopTransaction.reqと示される充電停止許可信号を送信する。ＯＣＰＰの場合、充電ポイント管理装置１０１は、例えば、ウェブソケット（Websocket）による通信プロトコルに基づいて、充電停止許可信号を送信することができる。
　ここで、充電スペース管理装置１０５は、充電器による電力供給を停止できる状態であれば、充電器を停止可能な状態にする。これにより、ユーザは、Stop Chargingと示されるように、充電器による車両の充電を停止することができる。ただし、充電器による電力供給を停止できる状態であれば、充電器を停止可能な状態にすることができない。
　そこでステップ９において、充電スペース管理装置１０５は、RemoteStopTransaction.confと示される、充電停止の可否情報を含むレスポンスを充電ポイント管理装置１０１に対して送信する。
　また、ステップ１０において、充電ポイント管理装置１０１は、管理サーバ１０２に対して、CommandResponseと示される、充電停止の可否情報を含むレスポンスを送信する。
　さらにステップ１１において、管理サーバ１０２は、ユーザ管理装置１０３に対して、CommandResponseと示される、充電停止の可否情報を含むレスポンスを送信する。
　ユーザが充電器を用いた充電を停止すると、充電器は充電を停止したことを示す信号を出力する。これを受信した充電スペース管理装置１０５は、ステップ１２において、StopTransaction.reqと示される充電停止処理情報を充電ポイント管理装置１０１に対して送信する。ＯＣＰＰの場合、充電スペース管理装置１０５は、例えば、ウェブソケットによる通信プロトコルに基づいて、充電停止処理情報を送信することができる。
　ステップ１３において、充電ポイント管理装置１０１は、充電スペース管理装置１０５に対して、StopTransaction.confと示されるレスポンスを送信する。
　またステップ１４において、充電ポイント管理装置１０１は、管理サーバ１０２に対して、Generate New Tokenと示される新規トークン生成信号を送信する。このとき充電ポイント管理装置１０１は、新規トークン生成信号に署名を付与する。
　管理サーバ１０２は、充電ポイント管理装置１０１から受け取った新規トークン生成信号に付与された署名が有効であるかを検証し、有効である場合に、ステップ１５において、access tokenと示されるアクセストークンを充電ポイント管理装置１０１に対して発行する。
　ステップ１６において、充電ポイント管理装置１０１は、管理サーバ１０２に対し、StopTransactionと示される充電停止処理コマンドを送信する。このとき充電ポイント管理装置１０１は、停止処理コマンドのヘッダに、管理サーバ１０２から取得したアクセストークンを付与する。
　管理サーバ１０２は、充電ポイント管理装置１０１から受け取ったアクセストークンが有効であるかを検証し、有効である場合に充電ポイント管理装置１０１を認証する。そしてステップ１７において、管理サーバ１０２は、ユーザ管理装置１０３に対して、Generate New Tokenと示される新規トークン生成信号を送信する。このとき管理サーバ１０２は、新規トークン生成信号に署名を付与する。
　ユーザ管理装置１０３は、管理サーバ１０２から受け取った新規トークン生成信号に付与された署名が有効であるかを検証し、有効である場合に、ステップ１８において、access tokenと示されるアクセストークンを管理サーバ１０２に発行する。
　ステップ１９において、管理サーバ１０２は、ユーザ管理装置１０３に対し、StopTransactionと示される充電停止処理コマンドを送信する。このとき管理サーバ１０２は、充電停止信号のヘッダに、充電ポイント管理装置１０１から取得したアクセストークンを付与する。
　ユーザ管理装置１０３は、管理サーバ１０２から受け取ったアクセストークンが有効であることを検証し、有効である場合に管理サーバ１０２を認証する。そしてステップ２０において、ユーザ管理装置１０３は、ユーザ端末１０４に対して、Notify EV Charge Stoppedと示される充電の停止処理情報を送信（通知）する。これにより、ユーザ端末１０４に充電停止処理情報が表示されるなどして、ユーザは、充電が停止されていることを確認することができる。
　＜変形例１＞
　図４２は、充電停止シーケンス図の他の例である。図３６と同じステップについては、重ねての説明を省略する。
　図４２の充電停止シーケンスのステップ１０において、例えば、充電ポイント管理装置１０１が管理サーバ１０２に対し、充電を停止できないことを示すレスポンス（CommandResponse）を送信した場合（換言すれば、ステップ８において充電器に送信した充電停止処理コマンド（StopTransaction）がリジェクトされ、ステップ９において充電スペース管理装置１０５が充電ポイント管理装置１０１に対し、充電が停止できないことを示すレスポンス（RemoteStopTransaction.conf）を送信した場合でもある。）、図中にオプションとして示す、ステップ１１～１４の処理を行ってもよい。すなわち、ステップ１１～１４として、ステップ７～１０と同じ処理をリトライしてもよい。
　繰り返し回数は、これに限定されるものではないが、所定の回数（例えば、１回）とすることができる。リトライの後、ステップ１０において管理サーバ１０２が充電停止ができないことを示すレスポンス（CommandResponse）を受信した場合、管理サーバ１０２は、例えば、充電を停止できないことを示すレスポンス（CommandResponse）をユーザ管理装置１０３に送信し、処理を終了することができる。
　このような構成によると、充電停止の操作が成功しなかった場合のリトライが可能となる。
　なお、図４２におけるステップ１５～２４は、図３６におけるステップ１１～２０に対応する。
　＜変形例２＞
　図４３は、充電停止シーケンス図のさらに他の例である。図３６と同じステップについては、重ねての説明を省略する。
　例えば管理サーバ１０２が、充電停止シーケンスのステップ１０おいて、充電を停止できることを示すレスポンス（CommandResponse）を受信したが、所定の時間（例えば１分間）が経過してもステップ２２の充電停止信号（StopTransaction）を受信しない場合は、充電器による充電が実際に停止されていないことを意味し得る。そこで、管理サーバ１０２は、図中にオプションとして示す、ステップ１２～１７の処理を行ってもよい。すなわち、ステップ１２～１７として、ステップ５～１０と同じ処理をリトライしてもよい。
　繰り返し回数は、これに限定されるものではないが、所定の回数（例えば、１回）としてもよいし、管理サーバ１０２が所定の時間（例えば５分間）内にステップ２２の充電停止信号（StopTransaction）を受信するか、もしくはステップ１７において充電を停止できないことを示すレスポンス（CommandResponse）を受信する（換言すれば、RemoteStopTransactionが失敗する）まで上記所定時間ごとにリトライを繰り返すようにしてもよい。
　このような構成によると、ユーザ管理装置１０３と管理サーバ１０２（延いては充電ポイント管理装置１０１）との間の接続を終了した状態で、充電停止の操作をリトライすることができる。
　なお、図４３におけるステップ１８～２６は、図３６におけるステップ１１～２０に対応する。
１－３．予約シーケンス
　図３７は、予約シーケンス図の例である。
　ユーザによる予約申込操作に基づく充電スペース管理装置１０５の制御は、例えば図３７の予約シーケンス図に沿って以下の手順に基づいて行うことができる。
　まずステップ１において、ユーザ管理装置１０３は、ユーザ端末１０４から送られるReserveと示される予約申込信号を受信する。
　するとステップ２において、ユーザ管理装置１０３は、管理サーバ１０２に、Generate New Tokenと示される新規トークン生成信号を送信する。このときユーザ管理装置１０３は、新規トークン生成信号に署名を付与する。
　管理サーバ１０２は、ユーザ管理装置１０３から受け取った新規トークン生成信号に付与された署名が有効であるかを検証し、有効である場合に、ステップ３において、access tokenと示されるアクセストークンをユーザ管理装置１０３に対して発行する。
　ステップ４において、ユーザ管理装置１０３は、管理サーバ１０２に対し、ReserveNowと示される予約申込信号を送信する。このときユーザ管理装置１０３は、予約申込信号のヘッダに、管理サーバ１０２から取得したアクセストークンを付与する。
　管理サーバ１０２は、ユーザ管理装置１０３から受け取ったアクセストークンが有効であるかを検証し、有効である場合にユーザ管理装置１０３を認証する。そしてステップ５において、管理サーバ１０２は、充電ポイント管理装置１０１に対して、Generate New Tokenと示される新規トークン生成信号を送信する。このとき管理サーバ１０２は、新規トークン生成信号に署名を付与する。
　充電ポイント管理装置１０１は、管理サーバ１０２から受け取った新規トークン生成信号に付与された署名が有効であるかを検証し、有効である場合に、ステップ６において、access tokenと示されるアクセストークンを管理サーバ１０２に発行する。
　ステップ７において、管理サーバ１０２は、充電ポイント管理装置１０１に対し、ReserveNowと示される予約申込信号を送信する。このとき管理サーバ１０２は、予約申込信号のヘッダに、充電ポイント管理装置１０１から取得したアクセストークンを付与する。
　充電ポイント管理装置１０１は、管理サーバ１０２から受け取ったアクセストークンが有効であることを検証し、有効である場合に管理サーバ１０２を認証する。そしてステップ８において、充電ポイント管理装置１０１は、充電スペース管理装置１０５に対して、ReserveNow.reqと示される予約申込信号を送信する。ＯＣＰＰの場合、充電ポイント管理装置１０１は、例えば、ウェブソケット（Websocket）による通信プロトコルに基づいて、予約申込信号を送信することができる。
　充電スペース管理装置１０５は、充電スペースの予約を受け付けることができる予約可能状態であれば、予約を受け付ける。ただし、充電スペースが予約可能状態でない場合は、充電スペースの予約を受け付けることができない。
　そこでステップ９において、充電スペース管理装置１０５は、ReserveNow.confと示される、予約受付の可否情報を含むレスポンスを充電ポイント管理装置１０１に対して送信する。
　また、ステップ１０において、充電ポイント管理装置１０１は、管理サーバ１０２に対して、CommandResponseと示される、予約受付の可否情報を含む予約オブジェクトを送信する。
　さらにステップ１１において、管理サーバ１０２は、ユーザ管理装置１０３に対して、CommandResponseと示される、予約受付の可否情報を含む予約オブジェクトを送信する。
１－４．予約キャンセルシーケンス
　図３８は、予約キャンセルシーケンス図の例である。
　ユーザによる予約キャンセル操作に基づく充電スペース管理装置１０５の制御は、例えば図３８の予約キャンセルシーケンス図に沿って以下の手順に基づいて行うことができる。
　まずステップ１において、ユーザ管理装置１０３は、ユーザ端末１０４から送られる、CancelReservationと示される予約キャンセル信号を受信する。
　するとステップ２において、ユーザ管理装置１０３は、管理サーバ１０２に、Generate New Tokenと示される新規トークン生成信号を送信する。このときユーザ管理装置１０３は、新規トークン生成信号に署名を付与する。
　管理サーバ１０２は、ユーザ管理装置１０３から受け取った新規トークン生成信号に付与された署名が有効であるかを検証し、有効である場合に、ステップ３において、access tokenと示されるアクセストークンをユーザ管理装置１０３に対して発行する。
　ステップ４において、ユーザ管理装置１０３は、管理サーバ１０２に対し、CancelReservationと示される予約キャンセル信号を送信する。このときユーザ管理装置１０３は、予約キャンセル信号のヘッダに、管理サーバ１０２から取得したアクセストークンを付与する。
　管理サーバ１０２は、ユーザ管理装置１０３から受け取ったアクセストークンが有効であるかを検証し、有効である場合にユーザ管理装置１０３を認証する。そしてステップ５において、管理サーバ１０２は、充電ポイント管理装置１０１に対して、Generate New Tokenと示される新規トークン生成信号を送信する。このとき管理サーバ１０２は、新規トークン生成信号に署名を付与する。
　充電ポイント管理装置１０１は、管理サーバ１０２から受け取った新規トークン生成信号に付与された署名が有効であるかを検証し、有効である場合に、ステップ６において、access tokenと示されるアクセストークンを管理サーバ１０２に発行する。
　ステップ７において、管理サーバ１０２は、充電ポイント管理装置１０１に対し、CancelReservationと示される予約キャンセル信号を送信する。このとき管理サーバ１０２は、予約キャンセル信号のヘッダに、充電ポイント管理装置１０１から取得したアクセストークンを付与する。
　充電ポイント管理装置１０１は、管理サーバ１０２から受け取ったアクセストークンが有効であることを検証し、有効である場合に管理サーバ１０２を認証する。そしてステップ８において、充電ポイント管理装置１０１は、充電スペース管理装置１０５に対して、CancelReservation.reqと示される予約キャンセル信号を送信する。ＯＣＰＰの場合、充電ポイント管理装置１０１は、例えば、ウェブソケット（Websocket）による通信プロトコルに基づいて、予約キャンセル信号を送信することができる。
　充電スペース管理装置１０５は、充電スペースの予約のキャンセルを受け付けることができるキャンセル可能状態であれば、予約のキャンセルを受け付ける。ただし、キャンセル可能状態でない場合は、充電スペースの予約キャンセルを受け付けることができない。
　そこでステップ９において、充電スペース管理装置１０５は、CancelReservation.confと示される、予約キャンセルの可否情報を含むレスポンスを充電ポイント管理装置１０１に対して送信する。
　また、ステップ１０において、充電ポイント管理装置１０１は、管理サーバ１０２に対して、ReservationObjectと示される、予約キャンセルの可否情報を含む予約オブジェクトを送信する。
　さらにステップ１１において、管理サーバ１０２は、ユーザ管理装置１０３に対して、ReservationObjectと示される、予約キャンセルの可否情報を含む予約オブジェクトを送信する。
１－５．データ送受信シーケンス
　図３９は、データ送受信シーケンス図の例である。
　管理サーバ１０２を介した充電ポイント管理装置１０１とユーザ管理装置１０３との間の各種のデータの送受信は、例えば図３９のデータ送受信シーケンス図に沿って以下の手順に基づいて行うことができる。図３９において、送信側（Sender）が充電ポイント管理装置１０１またはユーザ管理装置１０３である場合、受信側（Receiver）はユーザ管理装置１０３または充電ポイント管理装置１０１である。
　まずステップ１において、Senderで示される送信側は、管理サーバ１０２に、Generate New Tokenと示される新規トークン生成信号を送信する。このとき送信側は、新規トークン生成信号に署名を付与する。
　管理サーバ１０２は、送信側から受け取った新規トークン生成信号に付与された署名が有効であるかを検証し、有効である場合に、ステップ２において、access tokenと示されるアクセストークンを送信側に対して発行する。
　ステップ３において、送信側は、管理サーバ１０２に対し、DataTransferと示されるデータ通信コマンドを送信する。このとき送信側は、データ通信コマンドのヘッダに、管理サーバ１０２から取得したアクセストークンを付与する。
　管理サーバ１０２は、送信側から受け取ったアクセストークンが有効であるかを検証し、有効である場合に送信側を認証する。そしてステップ４において、管理サーバ１０２は、受信側に対して、Generate New Tokenと示される新規トークン生成信号を送信する。このとき管理サーバ１０２は、新規トークン生成信号に署名を付与する。
　受信側は、管理サーバ１０２から受け取った新規トークン生成信号に付与された署名が有効であるかを検証し、有効である場合に、ステップ５において、access tokenと示されるアクセストークンを管理サーバ１０２に発行する。
　ステップ６において、管理サーバ１０２は、受信側に対し、DataTransferと示されるデータ通信コマンドを送信する。このとき管理サーバ１０２は、データ通信コマンドのヘッダに、受信側から取得したアクセストークンを付与する。
　受信側は、管理サーバ１０２から受け取ったアクセストークンが有効であることを検証し、有効である場合に管理サーバ１０２を認証する。ここで受信側は、データ通信コマンドを受信できる状態であれば、データ通信コマンドを受信する。ただし、受信可能な状態でない場合は、データ通信コマンドを受信することができない。
　そこでステップ７において、受信側は、statusと示される、データ通信コマンドの受信の可否情報を含むレスポンスを管理サーバ１０２に対して送信する。
　また、ステップ８において、管理サーバ１０２は、受信側に対して、statusと示される、データ通信コマンドの受信の可否情報を含むレスポンスを送信する。これにより、管理サーバ１０２を介して送信側から受信側への各種のデータの送心が可能となる。
２．アクセストークンの取得
２－１．管理サーバ１０２に対するアクセス
　以上の各シーケンスにおいて、充電ポイント管理装置１０１またはユーザ管理装置１０３から、管理サーバ１０２に接続（ＨＴＴＰ（Ｓ）リクエストを含む）する際のアクセス認証について説明する。以下では、適宜、充電ポイント管理装置１０１またはユーザ管理装置１０３を「送信側」という場合がある。
　なお、充電ポイント管理装置１０１、ユーザ管理装置１０３、および管理サーバ１０２はそれぞれ、共通の機能を有する認証モジュールを実装する。認証モジュールは、１又は複数の操作を実行することができるように構成されている。
　また、送信側から管理サーバ１０２へ接続する際には、送信側の認証モジュールは、管理サーバ１０２に対して、ＡＰＩ（Application Programming Interface）リクエストを送信する。これに限定されるものではないが、すべてのＡＰＩリクエストは、ＨＴＴＰ（Ｓ）リクエストとして実行することができる。ＡＰＩリクエストは、新規トークン生成信号（Generate New Token）の送信によって実現される。この場合、プレーンなＨＴＴＰで行われたリクエストや、署名なしのリクエストはエラー（fail）となる。ＡＰＩリクエストの認証には、例えばアクセストークンを利用する。管理サーバ１０２の認証モジュールは、このアクセストークンの要求、発行、管理等をすることができる。
　ＡＰＩリクエストにおける認証には、例えば、共通鍵暗号方式、秘密鍵暗号方式、公開鍵暗号方式のいずれか１つ、または２つ以上の組合せを利用することができる。以下は、例えば、共通鍵暗号（Advanced Encryption Standard：ＡＥＳ）方式を利用した場合を例に、認証方法について説明する。
　図１１は、新規トークン生成信号に関する情報の例である。
　送信側の認証モジュールは、管理サーバ１０２に対して、新規トークン生成信号を送信し、新規トークンの生成を要求する。送信側の認証モジュールは、例えば、図１１に示すように、ＰＯＳＴリクエスト先を管理サーバ１０２の「/authorization」として、ＰＯＳＴメソッドを呼び出す。新規トークン生成信号のヘッダには、図１１に示すように、自身のオペレータＩＤ（operator_id）と、ＩＳＯ８６０１形式の現在時刻情報（timestamp）と、署名（signature）と、を付与することができる。送信側の認証モジュールは、例えば、現在時刻情報とオペレータＩＤとを結合した文字列を、ＨＭＡＣＳＨＡ２５６アルゴリズム等を用いて事前共有したＡＥＳキー等でハッシュ化し、さらに、例えばＢａｓｅ６４方式で符号化することで署名を作成することができる。
　管理サーバ１０２の認証モジュールは、受信した署名を検証し、問題がなければアクセストークン（acccessToken）を発行し、レスポンスとして送信側に返信する。管理サーバ１０２の認証モジュールは、任意の文字列によってアクセストークンを規定することができる。このとき、管理サーバ１０２の認証モジュールは、送信側と同様に、現在時刻情報とオペレータＩＤを結合した文字列をハッシュ化し、例えばＢａｓｅ６４方式でさらに符号化することで署名を作成して、アクセストークンに付与する。
　送信側の認証モジュールは、各種のＨＴＴＰ（Ｓ）リクエストを管理サーバ１０２に送信するにあたり、管理サーバ１０２から受信したアクセストークンをヘッダに付与する。送信側の認証モジュールは、例えば、"XXXXXXXXXX"で示されるアクセストークンを以下の形式でヘッダに付与する。これにより、管理サーバ１０２は、送信側の認証を行うことができる。
　　　Authorization: Token XXXXXXXXXX
２－２．管理サーバ１０２からのアクセス
　次に、各シーケンスにおいて、管理サーバ１０２から、充電ポイント管理装置１０１またはユーザ管理装置１０３に接続（ＨＴＴＰ（Ｓ）リクエストを含む）する際のアクセス認証について説明する。以下では、適宜、充電ポイント管理装置１０１またはユーザ管理装置１０３を「受信側」という場合がある。
　図２５は、新規トークン生成信号に関する情報の例である。
　管理サーバ１０２の認証モジュールは、受信側に対して、新規トークン生成信号（Generate New Token）を送信し、新規トークンの生成を要求する。管理サーバ１０２の認証モジュールは、例えば、図２５に示すように、ＰＯＳＴリクエスト先を受信側の「/authorization」として、ＰＯＳＴメソッドを呼び出す。新規トークン生成信号のヘッダには、図２５に示すように、ＩＳＯ８６０１形式の現在時刻情報（timestamp）と、署名（signature）と、を付与することができる。管理サーバ１０２の認証モジュールは、新規トークン生成信号に、自身のＩＤおよびユーザ管理装置１０３のオペレータＩＤ（operator_id）を付与しなくてもよい。管理サーバ１０２の認証モジュールは、例えば、現在時刻情報をＨＭＡＣＳＨＡ２５６アルゴリズム等を用いて事前共有したＡＥＳキー等でハッシュ化し、さらに、例えばＢａｓｅ６４方式で符号化することで署名を作成することができる。
　受信側の認証モジュールは、受信した署名を検証し、問題がなければアクセストークン（acccessToken）を発行し、レスポンスとして管理サーバ１０２に返信する。受信側の認証モジュールは、任意の文字列によってアクセストークンを規定することができる。このとき、受信側の認証モジュールは、管理サーバ１０２と同様に、現在時刻情報をハッシュ化し、例えばＢａｓｅ６４方式でさらに符号化することで署名を作成して、アクセストークンに付与することができる。
　管理サーバ１０２の認証モジュールは、例えば各種のＨＴＴＰ（Ｓ）リクエスト等を管理サーバ１０２に送信するにあたり、受信側から発行されたアクセストークンをヘッダに付与する。管理サーバ１０２の認証モジュールは、例えば、"YYYYYYYYYY"で示されるアクセストークンを以下の形式でヘッダに付与する。これにより、受信側は、管理サーバ１０２の認証を行うことができる。
　　　Authorization: Token YYYYYYYYYY
３．ロケーション管理機能
３－１．ユーザ管理装置
　ユーザ管理装置１０３の管理モジュールは、ロケーション管理機能を有している。
　図１２は、ListLocationと示される、有効な充電駐車場のロケーションリストの作成メソッドに関する情報の例である。
　図１３は、充電駐車場の位置（Location）情報、充電器（ＥＶＳＥ）情報、およびコネクタ（connector）情報のいずれかを要求するメソッドに関する情報の例である。
　図１４は、有効な充電駐車場リストに充電駐車場のロケーションをアップロードするメソッドに関する情報の例である。
　図１５および図１６はそれぞれ、駐車場管理情報８００および駐車場詳細情報９００に記憶された情報について、ロケーションを挿入するメソッドに関する情報およびロケーションを更新するメソッドに関する情報である。
　ユーザ管理装置１０３の管理モジュールは、例えば、図１５および図１６に示すメソッドを実行することにより、補助記憶装置４０２の駐車場管理情報８００および駐車場詳細情報９００に記憶されている充電駐車場の情報を追加したり更新したりする。ユーザ管理装置１０３の管理モジュールは、例えば、図１２～１４のメソッドを実行することにより、最新の充電駐車場の情報に基づいて、所定の条件を満たす充電駐車場のロケーションリストを作成する（レスポンスとして受け取る）ことができるようになっている。
３－２．管理サーバ
　ユーザ管理装置１０３の管理モジュールは、ロケーション管理機能を有している。
　図２６は、（Ａ）ListLocationおよび（Ｂ）GetLocationと示される、有効な充電駐車場のロケーションリストの作成メソッドに関する情報の例である。ユーザ管理装置１０３の管理モジュールは、例えば、図２６に示すメソッドを実行することにより、補助記憶装置３０２の駐車場管理情報８００および駐車場詳細情報９００に記憶されている充電駐車場の情報に基づいて、所定の条件を満たす充電駐車場のロケーションリストを作成する（レスポンスとして受け取る）ことができるようになっている。
４．予約リクエスト
４－１．ユーザ管理装置
　図１７は、予約情報の例である。
　図１８は、予約申込メソッドに関する情報の例である。
　ユーザ管理装置１０３は、上記予約申込シーケンスにおいて、ユーザ端末１０４から予約申込信号を受信すると、管理サーバ１０２に対して、予約申込信号（ReserveNow）を送信し、充電スペースの予約を要求する（図３７のステップ４参照）。ユーザ管理装置１０３がユーザ端末１０４から受け取る予約申込信号には、例えば、ユーザＩＤ、予約申込対象である充電駐車場、充電器の種別、予約形態などを特定する情報が含まれている。
　ユーザ管理装置１０３の管理モジュールは、例えば図１８に示すように、ＰＯＳＴリクエスト先を管理サーバ１０２の「/reservation」として、ＰＯＳＴメソッドを呼び出す。ユーザ管理装置１０３の管理モジュールは、この予約申込メソッドのパラメータとして、予約したユーザのユーザＩＤ（user_id）、オペレータＩＤ（operator_id）、充電器ＩＤ（evse_id）、コネクタＩＤ（connector_id）、および取り置き時間（duration）等を定義することができる。オペレータＩＤは、充電ポイント管理装置１０１の識別ＩＤである。取り置き時間（duration）は、例えば取り置き予約における、充電器の取り置き時間を示す。例えば、取り置き時間が１時間に設定されている場合、充電器を予約した予約時刻から１時間のあいだ充電器が取り置かれ、予約時刻から１時間を経過するまでに所定のチェックイン操作をしない場合は予約がキャンセルされる。
　ユーザ管理装置１０３の管理モジュールが、例えば、図１８に示すメソッドを実行することにより、管理サーバ１０２から、図１７に示すような予約情報をレスポンスとして受け取ることができるようになっている（図３７のステップ１１参照）。
４－２．管理サーバ
　図２７は、予約情報の例である。
　図２８は、予約申込メソッドに関する情報の例である。
　管理サーバ１０２は、ユーザ管理装置１０３から予約申込信号を受信すると、充電ポイント管理装置１０１に対して、予約申込信号（ReserveNow）を送信し、充電スペースの予約を要求する（図３７のステップ７参照）。
　管理サーバ１０２の管理モジュールは、例えば図２８に示すように、ＰＯＳＴリクエスト先を充電ポイント管理装置１０１の「/reservation」として、ＰＯＳＴメソッドを呼び出す。管理サーバ１０２の管理モジュールは、この予約申込にパラメータとして、予約したユーザのユーザＩＤ（user_id）、充電器ＩＤ（evse_id）、コネクタＩＤ（connector_id）、および取り置き時間（duration）等を定義することができる。管理サーバ１０２から呼び出すメソッドにおいては、オペレータＩＤを省略することができる。
　管理サーバ１０２の管理モジュールが、例えば、図２８に示すメソッドを実行することにより、充電ポイント管理装置１０１から、図１７に示すような予約情報をレスポンスとして受け取ることができるようになっている（図３７のステップ１０参照）。
５．予約キャンセルリクエスト
５－１．ユーザ管理装置
　ユーザ管理装置１０３は、上記予約キャンセルシーケンスにおいて、ユーザ端末１０４から予約キャンセル信号を受信すると、管理サーバ１０２に対して、予約キャンセル信号（CancelReservation）を送信し、充電スペースの予約のキャンセルを要求する（図３８のステップ４参照）。ユーザ管理装置１０３がユーザ端末１０４から受け取る予約キャンセル信号には、例えば、ユーザＩＤおよび予約ＩＤの少なくとも一方に関する情報が含まれている。
　図１９は、予約キャンセルメソッドに関する情報の例である。
　ユーザ管理装置１０３の管理モジュールは、例えば図１９に示すように、Ｄｅｌｅｔｅリクエスト先を管理サーバ１０２の「/reservation」として、Ｄｅｌｅｔｅメソッドを呼び出す。ユーザ管理装置１０３の管理モジュールは、このＤｅｌｅｔｅメソッドのパラメータとして、例えば、ユーザＩＤおよび予約ＩＤの少なくとも一方（図１９では予約ＩＤ）等を定義することができる。
　ユーザ管理装置１０３の管理モジュールが、例えば、図１９に示すメソッドを実行することにより、管理サーバ１０２から、キャンセルした予約情報をレスポンスとして受け取ることができるようになっている（図３８のステップ１１参照）。
５－２．管理サーバ
　管理サーバ１０２は、ユーザ管理装置１０３から予約キャンセル信号を受信すると、充電ポイント管理装置１０１に対して、予約キャンセル信号（CancelReservation）を送信し、充電スペースの予約のキャンセルを要求する（図３８のステップ７参照）。
　図２９は、予約キャンセルメソッドに関する情報の例である。
　管理サーバ１０２の管理モジュールは、例えば図２９に示すように、Ｄｅｌｅｔｅリクエスト先を充電ポイント管理装置１０１の「/reservation」として、Ｄｅｌｅｔｅメソッドを呼び出す。管理サーバ１０２の管理モジュールは、この予約キャンセルメソッドのパラメータとして、例えば、ユーザＩＤおよび予約ＩＤの少なくとも一方（図２９では予約ＩＤ）等を定義することができる。管理サーバ１０２から呼び出すメソッドにおいては、オペレータＩＤを省略することができる。
　管理サーバ１０２の管理モジュールが、例えば、図２９に示すメソッドを実行することにより、充電ポイント管理装置１０１から、キャンセルした予約情報をレスポンスとして受け取ることができるようになっている（図３８のステップ１０参照）。
６．ＨＴＴＰ（Ｓ）リクエスト
６－１．管理サーバへのコマンド送信
　図２０は、データオブジェクトに関する情報の例である。
　図２１は、送信コマンドに関する情報の例である。
　各シーケンスにおいては、送信側の管理モジュールから管理サーバ１０２に、充電開始信号（図３５のステップ４）、充電停止信号（図３６のステップ４）、充電開始処理情報（図３５のステップ１６）、充電停止処理情報（図３６のステップ１６）、データ通信（図３９のステップ３、DataTransfer）、コマンドレスポンス（図３５および図３６のステップ１０）、およびステータス（Status）（図３９のステップ７）、の７通りのデータが送信されている。そしてこれらのデータを送信するために、例えば図２１に示すＨＴＴＰ（Ｓ）リクエストを定義することができる。
　ユーザ管理装置１０３の管理モジュールは、図２１に示すように、ＰＯＳＴリクエスト先を管理サーバ１０２の「/command/:command」として、ＰＯＳＴメソッドを呼び出す。このＨＴＴＰ（Ｓ）リクエストのボディ部には、項目欄に示される５通りのデータオブジェクトのうちのいずれか１つを格納することができる。これら５通りのデータオブジェクトは、ユーザ管理装置１０３から管理サーバ１０２に送られるデータオブジェクトであり、それぞれ、図２０に示すデータを含むことができるようになっている。ユーザ管理装置１０３の管理モジュールが、このＨＴＴＰ（Ｓ）リクエストを実行することで、５通りのデータオブジェクトを管理サーバ１０２に送ることができる。
　また、充電ポイント管理装置１０１の管理モジュールは、後述する管理サーバ１０２から充電ポイント管理装置１０１へ送信される充電開始信号（RemoteStartTransaction）および充電停止信号（RemoteStopTransaction）ならびにデータ通信（Data Transfer）の送信のレスポンスとして、充電ポイント管理装置１０１から図２０のコマンドレスポンス（CommandResponse）およびステータス（StatusCodeType）を受信するようになっている。
６－２．管理サーバからのコマンド送信
　図３０は、データオブジェクトに関する情報の例である。
　図３１は、送信コマンドに関する情報の例である。
　各シーケンスにおいては、管理サーバ１０２の管理モジュールから送信側に、充電開始信号（図３５のステップ７）、充電停止信号（図３６のステップ７）、充電開始処理コマンド（図３５のステップ１９）、充電停止処理コマンド（図３６のステップ１９）、データ通信コマンド（図３９のステップ６）、コマンドレスポンス（図３５および図３６のステップ１１）、およびステータス（Status）（図３９のステップ８）、の７通りのデータが送信されている。そしてこれらのデータを送信するために、例えば図３１に示すＨＴＴＰ（Ｓ）リクエストを定義することができる。
　管理サーバ１０２の管理モジュールは、図３１に示すように、ＰＯＳＴリクエスト先を受信側の「/command/:command」として、ＰＯＳＴメソッドを呼び出す。このＨＴＴＰ（Ｓ）リクエストのボディ部には、項目欄に示される５通りのデータオブジェクトのうちのいずれか１つを格納することができる。これら５通りのデータオブジェクトは、管理サーバ１０２から受信側に送られるデータオブジェクトであり、それぞれ、図３０に示すデータを含むことができるようになっている。管理サーバ１０２の管理モジュールが、このＨＴＴＰ（Ｓ）リクエストを実行することで、前から５通りのデータオブジェクトを管理サーバ１０２に送ることができる。
　また、送信側または受信側の管理モジュールは、管理サーバ１０２へ送信される充電開始信号（StartSession）および充電停止信号（StopSession）ならびにデータ通信（Data Transfer）の送信のレスポンスとして、充電ポイント管理装置１０１から図２０のコマンドレスポンス（CommandResponse）およびステータス（StatusCodeType）を受信するようになっている。
７．料金管理機能
７－１．充電ポイント管理装置・ユーザ管理装置
　充電ポイント管理装置１０１およびユーザ管理装置１０３の少なくとも一方は、料金管理機能を有している。以下、例えば、ユーザ管理装置１０３が料金管理機能を有する場合について説明する。
　図２２および図２３は、料金リストの作成メソッドに関する情報の例である。料金リストの作成メソッドは、（Ａ）ListTariffsと示される料金表一覧メソッドと、（Ｂ）Get Tariffと示される料金表取得メソッドと、（Ｃ）Upload Tariffsと示される料金表更新メソッドと、（Ｄ）Insert Tariffと示される料金表挿入メソッドと、（Ｅ）Update  Tariffと示される料金表更新メソッドと、から構成されている。
　ユーザ管理装置１０３の管理モジュールは、例えば、（Ａ）～（Ｅ）の各メソッドを実行することにより、最新の充電駐車場の料金表リストを作成する（レスポンスとして受け取る）ことができるようになっている。
７－２．管理サーバ
　ユーザ管理装置１０３の管理モジュールは、料金管理機能を有している。
　図３２は、料金リストの作成メソッドに関する情報の例である。料金リストの作成メソッドは、（Ａ）ListTariffsと示される料金表一覧メソッドと、（Ｂ）GetTariffと示される料金表取得メソッドと、から構成されている。
　管理サーバ１０２の管理モジュールは、例えば、（Ａ），（Ｂ）の各メソッドを実行することにより、最新の充電駐車場の料金表リストを作成する（レスポンスとして受け取る）ことができるようになっている。
８．セッション管理機能
８－１．充電ポイント管理装置・ユーザ管理装置
　充電ポイント管理装置１０１およびユーザ管理装置１０３の少なくとも一方は、セッション管理機能を有している。以下、例えば、ユーザ管理装置１０３がセッション管理機能を有する場合について説明する。
　図２４は、セッションリストの作成メソッドに関する情報の例である。セッションリストの作成メソッドは、（Ａ）ListSessionsと示されるセッション一覧メソッドと、（Ｂ）Get Sessionと示されるセッション取得メソッドと、から構成されている。
　ユーザ管理装置１０３の管理モジュールは、例えば、（Ａ），（Ｂ）の各メソッドを実行することにより、充電駐車場のセッションリストを作成する（レスポンスとして受け取る）ことができるようになっている。
８－２．管理サーバ
　ユーザ管理装置１０３の管理モジュールは、セッション管理機能を有している。
　図３３は、セッションリストの作成メソッドに関する情報の例である。セッションリストの作成メソッドは、（Ａ）ListSessionsと示されるセッション一覧メソッドと、（Ｂ）GetSessionと示されるセッション取得メソッドと、から構成されている。
　管理サーバ１０２の管理モジュールは、例えば、（Ａ），（Ｂ）の各メソッドを実行することにより、セッションリストを作成する（レスポンスとして受け取る）ことができるようになっている。
［作用効果］
　上記実施形態において、充電ポイント管理装置１０１（例えば、ＣＰＯ）とユーザ管理装置１０３（例えば、ＥＭＳＰ）との間には、管理サーバ１０２が介在している。そして管理サーバ１０２は、ユーザ管理装置１０３から、充電器についての利用に関する情報を受信し、充電ポイント管理装置１０１に送信している。このような構成によると、充電ポイント管理装置１０１およびユーザ管理装置１０３は、管理サーバ１０２よりも先の異なるエンドポイントに情報を送信する場合であっても、常に同一の接続先（管理サーバ１０２）と情報を送受信することができる。これにより、接続先ごとに接続のための設定を変更する等の手間が省け、煩雑さを低減することができる。
　また、充電ポイント管理装置１０１およびユーザ管理装置１０３は、管理サーバ１０２よりも先において、従来よりも広いネットワークに接続している可能性を有する。そのような場合であっても、現実の接続先を管理サーバ１０２に定めることができ、安全士が高く安定した接続を実現することができる。
　上記構成によると、管理サーバ１０２は、充電ポイント管理装置１０１との認証を開始してアクセストークン（認証鍵の一例）を受信した後、充電ポイント管理装置１０１に対し、充電器または充電スペースの利用を制御する情報をアクセストークンと共に送信し、充電ポイント管理装置１０１から制御の結果に関する情報を受信する。これにより、より安全な接続が実現される。
　上記構成によると、管理装置は、ユーザ管理装置から接続のための認証リクエストを受信し、認証が認められた場合にユーザ管理装置に認証鍵を送信し、認証鍵とともに充電スペースまたは充電器の利用に関する情報を受け付けた後、充電ポイント管理装置に接続のための第２の認証リクエストを送信することができる。
　上記構成によると、管理装置は、充電ポイント管理装置との認証を開始して認証鍵を受信した後、充電ポイント管理装置に充電スペースまたは充電器の利用に関する情報を認証鍵と共に送信し、充電ポイント管理装置から充電スペースまたは充電器の利用に関する情報の送信に対する応答を受信することができる。
　上記構成によると、充電ポイント管理装置は、管理装置から充電スペースまたは充電器の利用に関する情報を取得した場合、当該情報を充電器に送信し、充電器から充電スペースまたは充電器の利用に関する情報の送信に対する応答を受信したのちに、管理装置との接続を終了することができる。
　上記構成によると、ユーザ管理装置は、管理装置と充電ポイント管理装置との２回の接続が始まる前にセッションを開始し、２回の接続が終わった後にセッションを終了することができる。
　充電スペースまたは充電器の利用に関する情報は、管理装置またはユーザ管理装置を識別する情報を含まないことができる。
　充電スペースまたは充電器の利用に関する情報は、これに限定されるものではないが、例えば、充電開始情報、充電停止情報、予約情報、および予約キャンセル情報のいずれかであってよい。
　なお、本技術は上記した実施形態に限定されるものではなく、様々な変形例が含まれる。例えば、上記した実施形態は本技術を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施形態の構成の一部を他の実施形態の構成に置き換えることが可能であり、また、ある実施形態の構成に他の実施形態の構成を加えることも可能である。また、各実施形態の構成の一部について、他の構成の追加・削除・置換をすることが可能である。
　上記実施形態では、規制装置として、充電スペースへの車両の進入を規制する規制部材が回動する構成のものが例示されていた。しかしながら、規制部材はこの例に限定されない。例えば、規制部材の形状は、板状の部材に限定されず、棒状、網状、柵状、シート状等の様々な形態であってよい。また、規制状態と規制解除状態とを切り替える動作についても特に制限されない。例えば、規制部材は、軸を水平方向とする回動の他に、軸を垂直方向とする回動、回転、上昇、下降、水平方向での移動等によって変位することで、規制状態と規制解除状態とを切り替えるものであってよい。
　上記実施形態において、ユーザはユーザ端末１０４を通じて充電器を操作していた。しかしながら、充電器の操作の一部または全部は、充電器を直接操作することや、車両の充電操作機能を利用することによって実行可能に構成されていてもよい。
　いくつかの図に示される項目欄、データ型欄、説明欄にはそれぞれ、項目と、その項目のデータ型と、その項目の説明とが列方向において対応するように示されている
　また、上記の各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、上記の各構成、機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリや、ハードディスク、ＳＳＤ（Solid State Drive）等の記録装置、または、ＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体に置くことができる。
　また、制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。実際には殆ど全ての構成が相互に接続されていると考えてもよい。
　図１において充電器利用管理システム１００を構成する各要素は、いずれも同一の通信ネットワークを介して接続されている。しかしながら、充電器利用管理システム１００を構成する各要素は、２以上の異なるネットワークを介して接続可能とされていてもよい。例えば、
　また、本充電器利用管理システム１００を構成する１又は複数の充電ポイント管理装置１０１、１又は複数の管理サーバ１０２、ユーザ管理装置１０３、１又は複数のユーザ端末１０４、および充電スペース管理装置１０５のうち、いずれか１つまたは２つ以上の要素が、互いに異なる国に設置されていてもよい。また、管理サーバ１０２は１又は複数のコンピュータによって構成されていてもよく、そのうちのいずれかが互いに異なる国に設置されていてもよい。
　なお、上記の実施形態は少なくとも以下の構成を開示している。
（１）充電スペースまたは前記充電スペースに備えられた充電器の利用に関する情報を受け付けるユーザ管理装置と、
　前記充電スペースまたは前記充電器の利用状態を管理する管理装置と、
　前記充電スペースまたは前記充電器を利用可能な状態にする充電ポイント管理装置と、
　を備え、
　前記管理装置は、前記ユーザ管理装置から、充電スペースまたは前記充電器についての利用に関する情報を受信し、前記充電ポイント管理装置に送信する充電器利用管理システム。
（２）前記管理装置は、
　　前記ユーザ管理装置から接続のための認証リクエストを受信し、
　　認証が認められた場合に前記ユーザ管理装置に認証鍵を送信し、
　　前記認証鍵とともに前記充電スペースまたは前記充電器の利用に関する情報を受け付けた後、
　　前記充電ポイント管理装置に接続のための第２の認証リクエストを送信する、上記（１）に記載の充電器利用管理システム。
（３）前記管理装置は、
　　前記充電ポイント管理装置との認証を開始して認証鍵を受信した後、
　　前記充電ポイント管理装置に前記充電スペースまたは前記充電器の利用に関する情報を前記認証鍵と共に送信し、
　　前記充電ポイント管理装置から前記充電スペースまたは前記充電器の利用に関する情報の送信に対する応答を受信する、上記（１）または（２）に記載の充電器利用管理システム。
（４）前記充電ポイント管理装置は、
　　前記管理装置から前記充電スペースまたは前記充電器の利用に関する情報を取得した場合、当該情報を前記充電器に送信し、
　　前記充電器から前記充電スペースまたは前記充電器の利用に関する情報の送信に対する応答を受信したのちに、前記管理装置との接続を終了する、上記（１）～（３）のいずれか１つに記載の充電器利用管理システム。
（５）前記ユーザ管理装置は、前記管理装置と前記充電ポイント管理装置との２回の接続が始まる前にセッションを開始し、前記２回の接続が終わった後にセッションを終了する、上記（１）～（４）のいずれか１つに記載の充電器利用管理システム。
（６）前記充電スペースまたは前記充電器の利用に関する情報は、前記管理装置または前記ユーザ管理装置を識別する情報を含まない、上記（１）～（５）のいずれか１つに記載の充電器利用管理システム。
（７）前記充電スペースまたは前記充電器の利用に関する情報は、充電開始情報、充電停止情報、予約情報、および予約キャンセル情報のいずれか１つである、上記（１）～（６）のいずれか１つに記載の充電器利用管理システム。
（８）充電スペースまたは前記充電スペースに備えられた充電器の利用に関する情報をユーザ管理装置から取得し、
　取得した前記情報を、前記充電スペースまたは前記充電器を利用可能な状態にする充電ポイント管理装置に送信する、管理装置。
（９）前記ユーザ管理装置から接続のための認証リクエストを受信し、
　認証が認められた場合に前記ユーザ管理装置に認証鍵を送信し、
　前記認証鍵とともに前記充電スペースまたは前記充電器の利用に関する情報を受け付けた後、
　前記充電ポイント管理装置に認証リクエストを送信する、上記（８）に記載の管理装置。
（１０）前記充電ポイント管理装置との認証を開始して認証鍵を受信した後、
　前記充電ポイント管理装置に前記充電スペースまたは前記充電器の利用に関する情報を前記認証鍵と共に送信し、前記充電ポイント管理装置から前記充電スペースまたは前記充電器の利用に関する情報の送信に対する応答を受信する、上記（８）または（９）に記載の管理装置。
（１１）充電スペースまたは前記充電スペースに備えられた充電器の利用に関する情報をユーザ管理装置から取得し、
　取得した前記情報を、前記充電スペースまたは前記充電器を利用可能な状態にする充電ポイント管理装置に送信する、管理方法。
（１２）管理装置に、上記（１１）に記載の管理方法における各手順を実行させるためのプログラム。
（１３）充電スペースまたは前記充電スペースに備えられた充電器の利用に関する情報を管理装置に送信し、
　前記管理装置が前記充電スペースまたは前記充電器の利用に関する情報を充電ポイント管理装置に送信したことに対する応答を、前記管理装置から受信したのち、
　前記管理装置との接続を終了する、ユーザ管理装置。
（１４）前記管理装置に接続のための認証リクエストを送信し、
　認証が認められた場合に前記管理装置から認証鍵を受信した後、
　前記認証鍵とともに前記充電スペースまたは前記充電器の利用に関する情報を前記管理装置に送信する、上記（１３）に記載のユーザ管理装置。
（１５）前記ユーザ管理装置は、前記管理装置と前記充電ポイント管理装置との２回の接続が始まる前にセッションを開始し、前記２回の接続が終わった後にセッションを終了する、上記（１３）または（１４）に記載のユーザ管理装置。
（１６）管理装置から接続のための認証リクエストを受信し、
　認証が認められた場合に前記管理装置に認証鍵を送信し、
　前記認証鍵とともに、充電スペースまたは前記充電スペースに備えられた充電器の利用に関する情報を受け付けた後、
　前記充電器に、前記充電スペースまたは前記充電器の利用に関する情報を送信する、充電ポイント管理装置。
（１７）前記充電器から前記充電スペースまたは前記充電器の利用に関する情報の送信に対する応答を受信し、
　前記管理装置に当該応答を送信する、上記（１６）に記載の充電ポイント管理装置。
１００…充電器利用管理システム、１０１…充電ポイント管理装置、１０２…管理サーバ、１０３…ユーザ管理装置、１０４…ユーザ端末、１０５…充電スペース管理装置、１１０…充電器、２１１…管理モジュール、２１２…認証モジュール、３１１…管理モジュール、３１２…認証モジュール、４１１…管理モジュール、４１２…認証モジュール、５１１…ユーザ実行モジュール、５１２…ユーザ予約管理モジュール、６１１…管理モジュール、６１２…認証モジュール

Claims (15)

  1. 　充電スペースまたは前記充電スペースに備えられた充電器の利用に関する情報を受け付けるユーザ管理装置と、
    　前記充電スペースまたは前記充電器の利用状態を管理する管理装置と、
    　前記充電スペースまたは前記充電器を利用可能な状態にする充電ポイント管理装置と、
    　を備え、
    　前記管理装置は、前記ユーザ管理装置から、充電スペースまたは前記充電器についての利用に関する情報を受信し、前記充電ポイント管理装置に送信する充電器利用管理システム。
  2. 　前記管理装置は、
    　　前記ユーザ管理装置から接続のための認証リクエストを受信し、
    　　認証が認められた場合に前記ユーザ管理装置に認証鍵を送信し、
    　　前記認証鍵とともに前記充電スペースまたは前記充電器の利用に関する情報を受け付けた後、
    　　前記充電ポイント管理装置に接続のための第２の認証リクエストを送信する、請求項１に記載の充電器利用管理システム。
  3. 　前記管理装置は、
    　　前記充電ポイント管理装置との認証を開始して認証鍵を受信した後、
    　　前記充電ポイント管理装置に前記充電スペースまたは前記充電器の利用に関する情報を前記認証鍵と共に送信し、
    　　前記充電ポイント管理装置から前記充電スペースまたは前記充電器の利用に関する情報の送信に対する応答を受信する、請求項１または２に記載の充電器利用管理システム。
  4. 　前記充電ポイント管理装置は、
    　　前記管理装置から前記充電スペースまたは前記充電器の利用に関する情報を取得した場合、当該情報を前記充電器に送信し、
    　　前記充電器から前記充電スペースまたは前記充電器の利用に関する情報の送信に対する応答を受信したのちに、前記管理装置との接続を終了する、請求項１に記載の充電器利用管理システム。
  5. 　前記ユーザ管理装置は、前記管理装置と前記充電ポイント管理装置との２回の接続が始まる前にセッションを開始し、前記２回の接続が終わった後にセッションを終了する、請求項１または２に記載の充電器利用管理システム。
  6. 　前記充電スペースまたは前記充電器の利用に関する情報は、前記管理装置または前記ユーザ管理装置を識別する情報を含まない、請求項１または２に記載の充電器利用管理システム。
  7. 　前記充電スペースまたは前記充電器の利用に関する情報は、充電開始情報、充電停止情報、予約情報、および予約キャンセル情報のいずれか１つである、請求項１または２に記載の充電器利用管理システム。
  8. 　充電スペースまたは前記充電スペースに備えられた充電器の利用に関する情報をユーザ管理装置から取得し、
    　取得した前記情報を、前記充電スペースまたは前記充電器を利用可能な状態にする充電ポイント管理装置に送信する、管理装置。
  9. 　前記ユーザ管理装置から接続のための認証リクエストを受信し、
    　認証が認められた場合に前記ユーザ管理装置に認証鍵を送信し、
    　前記認証鍵とともに前記充電スペースまたは前記充電器の利用に関する情報を受け付けた後、
    　前記充電ポイント管理装置に認証リクエストを送信する、請求項８に記載の管理装置。
  10. 　前記充電ポイント管理装置との認証を開始して認証鍵を受信した後、
    　前記充電ポイント管理装置に前記充電スペースまたは前記充電器の利用に関する情報を前記認証鍵と共に送信し、前記充電ポイント管理装置から前記充電スペースまたは前記充電器の利用に関する情報の送信に対する応答を受信する、請求項８または９に記載の管理装置。
  11. 　充電スペースまたは前記充電スペースに備えられた充電器の利用に関する情報をユーザ管理装置から取得し、
    　取得した前記情報を、前記充電スペースまたは前記充電器を利用可能な状態にする充電ポイント管理装置に送信する、管理方法。
  12. 　充電スペースまたは前記充電スペースに備えられた充電器の利用に関する情報を管理装置に送信し、
    　前記管理装置が前記充電スペースまたは前記充電器の利用に関する情報を充電ポイント管理装置に送信したことに対する応答を、前記管理装置から受信したのち、
    　前記管理装置との接続を終了する、ユーザ管理装置。
  13. 　前記管理装置に接続のための認証リクエストを送信し、
    　認証が認められた場合に前記管理装置から認証鍵を受信した後、
    　前記認証鍵とともに前記充電スペースまたは前記充電器の利用に関する情報を前記管理装置に送信する、請求項１２に記載のユーザ管理装置。
  14. 　前記ユーザ管理装置は、前記管理装置と前記充電ポイント管理装置との２回の接続が始まる前にセッションを開始し、前記２回の接続が終わった後にセッションを終了する、請求項１２または１３に記載のユーザ管理装置。
  15. 　管理装置から接続のための認証リクエストを受信し、
    　認証が認められた場合に前記管理装置に認証鍵を送信し、
    　前記認証鍵とともに、充電スペースまたは前記充電スペースに備えられた充電器の利用に関する情報を受け付けた後、
    　前記充電器に、前記充電スペースまたは前記充電器の利用に関する情報を送信する、充電ポイント管理装置。
PCT/JP2023/039913 2022-11-09 2023-11-06 充電器利用管理システムおよび管理方法 WO2024101315A1 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2022-179871 2022-11-09
JP2022179871A JP2024069079A (ja) 2022-11-09 2022-11-09 充電器利用管理システムおよび管理方法

Publications (1)

Publication Number Publication Date
WO2024101315A1 true WO2024101315A1 (ja) 2024-05-16

Family

ID=91032483

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2023/039913 WO2024101315A1 (ja) 2022-11-09 2023-11-06 充電器利用管理システムおよび管理方法

Country Status (2)

Country Link
JP (1) JP2024069079A (ja)
WO (1) WO2024101315A1 (ja)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2013035481A1 (ja) * 2011-09-06 2013-03-14 日立オートモティブシステムズ株式会社 充電計画システム、充電計画装置、充電計画方法、及びプログラム
JP2018124987A (ja) * 2016-12-30 2018-08-09 アトス・ワールドグリッド・エセ・エレ 車両充電ポイントインフラストラクチャの管理およびそのシステム
JP2020046724A (ja) * 2018-09-14 2020-03-26 住友電工システムソリューション株式会社 駐車場サービス提供システム、駐車場サービス提供方法およびコンピュータプログラム

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2013035481A1 (ja) * 2011-09-06 2013-03-14 日立オートモティブシステムズ株式会社 充電計画システム、充電計画装置、充電計画方法、及びプログラム
JP2018124987A (ja) * 2016-12-30 2018-08-09 アトス・ワールドグリッド・エセ・エレ 車両充電ポイントインフラストラクチャの管理およびそのシステム
JP2020046724A (ja) * 2018-09-14 2020-03-26 住友電工システムソリューション株式会社 駐車場サービス提供システム、駐車場サービス提供方法およびコンピュータプログラム

Also Published As

Publication number Publication date
JP2024069079A (ja) 2024-05-21

Similar Documents

Publication Publication Date Title
CN103988169B (zh) 基于策略符合性的安全数据访问
CN101427511B (zh) 用于促进接入服务的认证服务
CN107074200B (zh) 使用软件狗的用于去往和来自交通工具的服务递送的端到端系统
CN107077788B (zh) 使用密钥卡模拟器的包裹交换和服务系统
US11913801B2 (en) Universal automated system for identifying, registering and verifying the existence, location and characteristics of electric and other power outlets by random users and for retrieval and utilization of such parametric data and outlets by all users
JP4313171B2 (ja) 認証制御装置および認証制御方法
JP6312536B2 (ja) システム、方法、サーバーシステム、およびプログラム
JP2018109975A (ja) 車両充電ポイントインフラストラクチャの管理およびそのシステム
KR101129318B1 (ko) 생체인식 카드를 활용한 공용시설물에 대한 대여 서비스 방법 및 시스템
CN104012132A (zh) 双因素认证系统和方法
EP3342632A1 (en) Vehicle charging points infrastructure management and its system
US9648017B2 (en) Method for controlling a device requiring user-related permissions via a mobile terminal
KR101948009B1 (ko) 버스 예약 시스템 및 이를 이용한 버스 예약 방법
KR102260438B1 (ko) 개인형 이동장치를 위한 범용 주차 및 충전 시스템 및 그 방법
CN107944709A (zh) 一种培训空间共享管理系统及方法
JP7088821B2 (ja) 充電処理システム
JP6543502B2 (ja) 駐車場利用管理システム
WO2024101315A1 (ja) 充電器利用管理システムおよび管理方法
CN111435503B (zh) 用于获取电子凭据的方法和装置
US11477647B1 (en) Secure electric vehicle charger and system incorporating thereof
KR20110112795A (ko) 생체인식 카드를 활용한 공용시설물에 대한 대여 서비스 방법 및 시스템
AU2020101272A4 (en) Methods and systems for resource and identity management
EP4263276A2 (en) Methods and systems for facilitating charging sessions for electric vehicles, with improved user interface operation modes
CN113765897A (zh) 一种电子设备的共享使用方法和系统
KR100596010B1 (ko) 인터넷 콘텐츠 이용료 과금 시스템 및 그 방법