WO2016079778A1 - 交通流制御システム及び交通流制御方法 - Google Patents

交通流制御システム及び交通流制御方法 Download PDF

Info

Publication number
WO2016079778A1
WO2016079778A1 PCT/JP2014/080316 JP2014080316W WO2016079778A1 WO 2016079778 A1 WO2016079778 A1 WO 2016079778A1 JP 2014080316 W JP2014080316 W JP 2014080316W WO 2016079778 A1 WO2016079778 A1 WO 2016079778A1
Authority
WO
WIPO (PCT)
Prior art keywords
user
information
traffic flow
control system
flow control
Prior art date
Application number
PCT/JP2014/080316
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 株式会社日立製作所
Priority to PCT/JP2014/080316 priority Critical patent/WO2016079778A1/ja
Priority to SG11201701772TA priority patent/SG11201701772TA/en
Priority to JP2016559700A priority patent/JP6309109B2/ja
Priority to EP14906247.3A priority patent/EP3222970A4/en
Publication of WO2016079778A1 publication Critical patent/WO2016079778A1/ja

Links

Images

Classifications

    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B61—RAILWAYS
    • B61L—GUIDING RAILWAY TRAFFIC; ENSURING THE SAFETY OF RAILWAY TRAFFIC
    • B61L25/00—Recording or indicating positions or identities of vehicles or trains or setting of track apparatus
    • B61L25/02—Indicating or recording positions or identities of vehicles or trains
    • B61L25/04—Indicating or recording train identities
    • 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
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G—PHYSICS
    • G01—MEASURING; TESTING
    • G01C—MEASURING DISTANCES, LEVELS OR BEARINGS; SURVEYING; NAVIGATION; GYROSCOPIC INSTRUMENTS; PHOTOGRAMMETRY OR VIDEOGRAMMETRY
    • G01C21/00—Navigation; Navigational instruments not provided for in groups G01C1/00 - G01C19/00
    • G01C21/26—Navigation; Navigational instruments not provided for in groups G01C1/00 - G01C19/00 specially adapted for navigation in a road network
    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G08G1/005—Traffic control systems for road vehicles including pedestrian guidance indicator
    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G08G1/123—Traffic control systems for road vehicles indicating the position of vehicles, e.g. scheduled vehicles; Managing passenger vehicles circulating according to a fixed timetable, e.g. buses, trains, trams
    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G08G1/123—Traffic control systems for road vehicles indicating the position of vehicles, e.g. scheduled vehicles; Managing passenger vehicles circulating according to a fixed timetable, e.g. buses, trains, trams
    • G08G1/127—Traffic control systems for road vehicles indicating the position of vehicles, e.g. scheduled vehicles; Managing passenger vehicles circulating according to a fixed timetable, e.g. buses, trains, trams to a central station ; Indicators in a central station

Definitions

  • the present invention relates to a traffic flow control system for controlling traffic flow by providing information to users of transportation facilities.
  • the station When a failure occurs in the transportation system, the station is crowded with users, and after the failure is restored, the users are flooded into the transportation facility.
  • Patent Document 1 discloses an operation management system that provides information related to a service that can be received while a user is waiting until the start of train operation.
  • a typical example of the invention disclosed in the present application is as follows. That is, a traffic flow control system for providing information to a user of a transportation facility, comprising a processor for executing a program, a memory accessible to the processor, and a communication interface connected to the processor.
  • the memory stores a waiting condition in which a condition for selecting a waiting place is recorded in the memory.
  • the processor receives information on a failure that has occurred in the transportation facility, the processor refers to the waiting condition and informs the user.
  • information on the selected waiting place is transmitted to the terminal of the user to prompt the user to wait, and information on recovery from a failure that has occurred in the transportation facility is received.
  • the time for transmitting the failure recovery information is determined, and the failure recovery information is determined at the determined time.
  • FIG. 1 is a block diagram showing a logical configuration of the traffic flow control system 100 of the first embodiment.
  • the traffic flow control system 100 is an information providing system for providing information to users of a transportation facility, that is, when a failure occurs in a transportation facility, a waiting place is assigned to the user, and the assigned waiting place is determined. It is a waiting place allocation system to guide.
  • the traffic flow control system 100 includes a standby location assignment unit 110, a recovery notification optimization unit 120, an information notification unit 130, and an information input unit 140. These functional units are implemented by the processor 101 (see FIG. 2) executing the program stored in the memory 102.
  • the standby location allocation unit 110 executes a standby location allocation process for selecting a standby location suitable for the user (see FIG. 9).
  • the recovery notification optimization unit 120 executes a recovery notification process for transmitting a recovery notification to the user terminal 200 (see FIG. 10).
  • the information notification unit 130 notifies the user terminal 200 of standby location information and transmits a recovery notification.
  • the information input unit 140 receives information input from the user terminal 200.
  • the traffic flow control system 100 has store information 150, failure information 160, recovery information 170, user standby information 180, and destination information / standby conditions 190. These information and conditions are stored in the memory 102 (see FIG. 2). These information and conditions may be stored in the storage device 103 (see FIG. 2), read out from the storage device 103 as necessary, and loaded into the memory 102.
  • the store information 150 is a table in which information of a facility (for example, a store) serving as a standby place where a user is guided by the traffic flow control system 100 is recorded, and details thereof will be described later with reference to FIG.
  • the failure information 160 is a table in which information on failures (for example, delays, suspensions, etc.) that have occurred in transportation is recorded, and details thereof will be described later with reference to FIG.
  • the recovery information 170 is a table in which information on recovery from a failure that has occurred in a transportation facility is recorded, and details thereof will be described later with reference to FIG.
  • the user standby information 180 is a table in which information on users who are guided by the traffic flow control system 100 and are in a standby place is recorded, and details thereof will be described later with reference to FIG.
  • the destination information / standby condition 190 is a table in which selection conditions for destinations and standby places input from the user terminal 200 are recorded, and details thereof will be described later with reference to FIG.
  • the traffic flow control system 100 is connected to the user terminal 200 via a network (for example, a mobile phone network).
  • a network for example, a mobile phone network
  • the traffic flow control system 100 is connected to the operation control system 300 via a network (for example, a LAN).
  • the operation control system 300 is a computer system that manages and controls the operation of a transportation facility such as a train, and notifies the traffic flow control system 100 of information on a failure that has occurred in the transportation facility and recovery from the failure.
  • the traffic flow control system 100 may be configured as a part of the operation control system 300.
  • the traffic flow control system 100 is connected to the route search unit 400 via a network (for example, a LAN).
  • the route search unit 400 is a computer system that searches for a moving route, and notifies the traffic flow control system 100 of alternative route information when the route planned by the user cannot be used.
  • the route search unit 400 may be configured as a part of the traffic flow control system 100 or may be configured as a part of the operation control system 300.
  • the traffic flow control system 100 is connected to a traffic control system 350, a bus operator management system 360, and a taxi operator management system 370 via a network (for example, LAN).
  • the traffic control system 350 is a computer system that controls traffic signs and traffic signals, and is managed by the police and administrative agencies.
  • the management system 360 is a computer system for the bus operator to manage the bus operation, and in this embodiment, receives a request for increasing the number of buses.
  • the management system 370 is a computer system for a taxi operator to manage taxi operations, and accepts taxi dispatch requests in this embodiment.
  • the operation control system 300, the bus business operator management system 360, and the taxi business operator management system 370 are one system. May be configured. Furthermore, these systems 300, 360, and 370 may be integrated with the traffic flow control system 100 to form one system.
  • traffic flow control system 100 and the traffic control system 350 may constitute one system.
  • FIG. 2 is a block diagram showing a physical configuration of the traffic flow control system 100 of the first embodiment.
  • the traffic flow control system 100 of this embodiment is configured by a computer system having a processor (CPU) 101, a memory 102, a storage device 103, and a communication interface 104.
  • the processor 101 executes a program stored in the memory 102.
  • the memory 102 includes a ROM that is a nonvolatile storage element and a RAM that is a volatile storage element.
  • the ROM stores an immutable program (for example, BIOS).
  • BIOS basic input/output
  • the RAM is a high-speed and volatile storage element such as a DRAM (Dynamic Random Access Memory), and temporarily stores a program executed by the processor 101 and data used when the program is executed.
  • the storage device 103 is a large-capacity non-volatile storage device such as a magnetic storage device (HDD) or a flash memory (SSD), for example.
  • the storage device 103 is a program executed by the processor 101 and data used when the program is executed (for example, Map data). That is, the program is read from the storage device 103, loaded into the memory 102, and executed by the processor 101.
  • the traffic flow control system 100 may have an input interface 105 and an output interface 108.
  • the input interface 105 is an interface to which a keyboard 106, a mouse 107, and the like are connected and receives input from the user.
  • the output interface 108 is an interface to which a display device 109, a printer, or the like is connected, and the execution result of the program is output in a format that can be visually recognized by the user.
  • the communication interface 104 is a network interface device that controls communication with other devices according to a predetermined protocol.
  • a program executed by the processor 101 is provided to the traffic flow control system 100 via a removable medium (CD-ROM, flash memory, etc.) or a network, and is stored in a nonvolatile storage device 103 which is a non-temporary storage medium. For this reason, the traffic flow control system 100 may have an interface for reading data from a removable medium.
  • the traffic flow control system 100 of the first embodiment is a computer system configured on a single computer or a plurality of computers configured logically or physically, and on the same computer. It may operate on a separate thread, or may operate on a virtual machine constructed on a plurality of physical computer resources.
  • FIG. 3 is a diagram illustrating a configuration example of the store information 150 according to the first embodiment.
  • the store information 150 is a table in which information on a store serving as a standby place where the user is guided by the traffic flow control system 100 is recorded.
  • the store name 151 is a name of a store that is a standby place where the user is guided.
  • the category 152 is a type of the store.
  • the owned facility 153 is a facility that can be used by the user in the store, for example, WiFi, AC power source (commercial power source), DC power source (USB standard 5V).
  • the required time 154 is a required time from the store to the station.
  • the coupon 155 is the content of the privilege provided to the user at the store.
  • the use count 156 is the number of times the user introduced by the traffic flow control system 100 has used the store, and serves as billing information for the store to be described later.
  • the unit price 157 is a charge amount per use of the store by the user introduced by the traffic flow control system 100, and is determined in advance when the store information is registered.
  • the store information 150 has one table for each station, but the store information 150 may include a field of the nearest station, and store (standby place) information regarding all stations may be recorded.
  • store information of this embodiment commercial facilities (cafes, stores, shopping centers, game centers, etc.) that provide products and services are registered, but public facilities (museums, museums, etc.) are registered. Good. That is, not only stores but also various facilities may be registered in the store information 150.
  • FIG. 4 is a diagram illustrating a configuration example of the failure information 160 according to the first embodiment.
  • the fault information 160 includes fields of a fault ID 161, a recovery time 162, and an influence station 163, and information on the fault that has occurred (for example, delay, suspension, etc.) is acquired from the operation control system 300 and recorded.
  • the failure ID 161 is identification information for uniquely identifying a failure that has occurred in a transportation facility.
  • the recovery time 162 is an expected value of the time required to recover the failure.
  • the influence station 163 is a list of stations that are affected by the failure (for example, stations in a section where the driving is suspended).
  • FIG. 5 is a diagram illustrating a configuration example of the recovery information 170 according to the first embodiment.
  • the recovery information 170 includes fields of a failure ID 171 and a recovery time 172, and acquires and records failure recovery information from the operation control system 300.
  • the failure ID 171 is identification information for uniquely identifying a failure that has occurred in the transportation facility.
  • the recovery time 172 is a time when the failure is recovered. If the recovery time 172 is a past time, it indicates that the fault has already been recovered, and if the recovery time 172 is a future time, it indicates that the fault has not yet been recovered.
  • FIG. 6 is a diagram illustrating a configuration example of the user standby information 180 according to the first embodiment.
  • the user standby information 180 is information of a user who is guided by the traffic flow control system 100 and is in a standby place, and includes fields of failure ID 181, user ID 182, store name 183, recovery notification condition 184, and required time 185. .
  • the failure ID 181 is identification information for uniquely identifying a failure that has occurred in the transportation facility.
  • the user ID 182 is identification information for uniquely identifying the user of the traffic flow control system 100.
  • the store name 183 is the name of the store where the user is guided by the traffic flow control system 100 and stands by.
  • the recovery notification condition 184 is a condition regarding the recovery notification input from the user terminal 200, and “congestion avoidance” or “time priority” is set. In the recovery notification condition 184, a waiting time from the failure recovery may be set as a numerical value.
  • the required time 185 is the required time from the store where the user is waiting to the station.
  • FIG. 7 is a diagram illustrating a configuration example of the destination information / standby condition 190 according to the first embodiment.
  • the destination information / standby condition 190 is a table in which the destination and standby place selection conditions input from the user terminal 200 are recorded.
  • the fields of the standby equipment condition 196 and the recovery notification condition 197 are included.
  • the user ID 191 is identification information for uniquely identifying the user who has input the destination and standby location selection conditions.
  • the departure place 192 is a departure place of movement by the user.
  • the arrival place 193 is an arrival place of movement by the user.
  • the urgency level 194 is the urgency level of the user's movement, and is set to “high” or “low”.
  • the degree of urgency 194 is used to determine whether to present a standby place or a detour route when a failure occurs in a transportation facility.
  • the preference 195 indicates the type of standby place to be introduced to the user.
  • the standby facility condition 196 is a facility condition that can be used by the user at the standby place introduced to the user.
  • the recovery notification condition 197 is a condition for notifying the user of failure recovery.
  • FIG. 8 is a sequence diagram of processing executed by the traffic flow control system 100 of the first embodiment.
  • the user accesses the traffic flow control system 100 using the user terminal 200 and inputs destination information and standby conditions (S101).
  • the destination information and the standby conditions may be input before the transportation trouble occurs (for example, when boarding) or after the trouble occurs.
  • An example of the destination / standby condition input screen 210 for inputting the destination / standby conditions on the user terminal 200 will be described later with reference to FIG.
  • the operation control system 300 detects a failure occurring in the transportation facility, the operation control system 300 notifies the traffic flow control system 100 of the failure information (S102).
  • the failure information notified from the operation control system 300 to the traffic flow control system 100 includes information on a failure ID, a recovery time, and an affected station.
  • the traffic flow control system 100 stores the failure information received from the operation control system 300 in the failure information 160, selects a standby place suitable for the user who is waiting for the recovery of the failure at the affected station (S103), and is selected.
  • the waiting place candidates are notified to the user terminal 200.
  • the standby location candidate notified to the user terminal 200 includes the failure ID, the store name of the standby location, and coupon information. Details of the standby location assignment process for selecting the standby location will be described later with reference to FIG.
  • the user terminal 200 When the user terminal 200 receives the waiting place candidate from the traffic flow control system 100, the user terminal 200 displays the store information notification screen 220 (S104).
  • S104 An example of the store information notification screen 220 will be described later with reference to FIG.
  • the user terminal 200 transmits coupon use information to the traffic flow control system 100 (S105).
  • the “used” button 223 may be operated by the user or may be operated by a store clerk who has received a screen presentation from the user. Further, when the store clerk operates the “used” button 223, a pass code determined for each store may be input. If the position of the user terminal 200 matches the position of the store within a predetermined error range, it may be determined that the user has used the store. When using position information, you may determine by receiving the signal from the beacon installed in the shop. Furthermore, it may be determined that the user has used the store by communication between the short-distance wireless communication means (for example, a non-contact IC card reader or Bluetooth) provided in the store and the user terminal 200. .
  • the short-distance wireless communication means for example, a non-contact IC card reader or Bluetooth
  • the coupon usage information transmitted from the user terminal 200 to the traffic flow control system 100 includes information on a failure ID, a user ID, and a store name.
  • the failure ID and the store name are transmitted to the traffic flow control system 100 by the user terminal 200 returning the identification information included in the waiting place candidate transmitted by the traffic flow control system 100.
  • the identification information held by the user terminal 200 is transmitted.
  • the traffic flow control system 100 stores the user's record in the user standby information (S106). Specifically, the failure ID, the user ID, and the store name included in the coupon usage information transmitted from the user terminal 200 are stored in the failure ID 181, the user ID 182, and the store name 183 of the user standby information 180, respectively. . Further, the recovery notification condition 197 for the user ID is acquired from the destination information / standby condition 190 and stored in the recovery notification condition 184 of the user standby information 180. Further, the required time 154 of the store is acquired from the store information 150 and stored in the required time 185 of the user standby information 180.
  • the traffic flow control system 100 receives the coupon usage information, it adds 1 to the usage count 156 and updates the store information 150 (S107).
  • the usage count 156 of the store information 150 is totaled at a predetermined timing and used as billing information.
  • the operation control system 300 notifies the traffic flow control system 100 of the recovery of the failure (S108).
  • the recovery information notified from the operation control system 300 to the traffic flow control system 100 includes information on a failure ID and a recovery time.
  • the traffic flow control system 100 stores the recovery information notification received from the operation control system 300 in the recovery information 170, and transmits the recovery notification to the user terminal 200 of the corresponding user (S109).
  • the recovery notification transmitted from the traffic flow control system 100 to the user terminal 200 includes information on the failure ID and the recovery time.
  • the user terminal 200 When the user terminal 200 receives the recovery notification from the traffic flow control system 100, the user terminal 200 displays the recovery information (S110). Specifically, the user terminal 200 displays a recovery from a traffic fault (for example, “Accident has been recovered” or “Operation resumed at 16:00”), It may be displayed (for example, “the service is scheduled to resume at 16:00”) or the time of departure from the store may be displayed. The user can determine the time to move from the standby location to the station by looking at the recovery information displayed on the user terminal 200.
  • a traffic fault for example, “Accident has been recovered” or “Operation resumed at 16:00”
  • It may be displayed (for example, “the service is scheduled to resume at 16:00”) or the time of departure from the store may be displayed.
  • the user can determine the time to move from the standby location to the station by looking at the recovery information displayed on the user terminal 200.
  • FIG. 9 is a detailed flowchart of the standby location assignment process (step S103 in FIG. 8) of the first embodiment.
  • step S121 to S127 is repeatedly executed for each affected station X.
  • both the departure place and the arrival place select the data of the users included in the affected station X from the destination information / standby condition 190 (S121).
  • the user at the influence station X can be identified from the current position of the user, the entry / exit record, and the like. Further, the current position of the user can be obtained by using a positioning method using a positioning device such as GPS or a connected base station. For example, when the traffic information on the first line of the failure information 160 is collated with the data of each user in the destination information / standby condition 190, the user whose both the departure place 192 and the arrival place 193 are included in the affected station 163 is There are three user IDs 1002, 1003 and 1004.
  • the route search unit 400 may be inquired to determine whether the standard route between the departure point and the arrival point includes the affected station. Further, data of users whose only affected places are included in the affected station may be extracted from the destination information / standby condition 190.
  • step S122 to S127 are repeatedly executed for each selected data.
  • the process branches depending on the preference 195 (S123).
  • the preference 195 is “cafe”
  • a standby place where the category 152 of the store information 150 is “cafe” is extracted from the store information 150 (S124), and the process proceeds to step S126.
  • the preference 195 is “shopping”
  • a standby place where the category 152 of the store information 150 is “shopping” is selected from the store information 150 (S125), and the process proceeds to step S126.
  • the process proceeds to a process in which the preferences are the same, but if the preferences are classified into many items, ones having similar preferences may be selected. Furthermore, when the ones with the same preference cannot be selected, the ones with similar preferences may be selected.
  • step S126 a standby location where the owned facility 153 of the store information 150 satisfies the standby facility condition 196 of the destination information / standby condition 190 is selected.
  • the standby location is selected using the three conditions of urgency, preference, and possessed equipment. However, the standby location is selected using some conditions of the urgency, preference, and retained equipment. May be.
  • the waiting place candidate notified from the traffic flow control system 100 to the user terminal 200 includes a failure ID, a store name of the waiting place, and coupon information.
  • the failure ID is acquired from the failure ID 161 of the failure information 160.
  • the store name of the waiting place is the store name 151 extracted in step S126, and the coupon is the coupon 155 of the store.
  • the traffic flow control system 100 notifies one standby location, but may notify a plurality of standby locations. In this case, it may be displayed in order from the user's current position (for example, station) or in a list form in descending order of suitability to the user's preference. Further, a waiting place near the current position (for example, within 3 minutes) is assigned to a user whose recovery notice condition 197 of the destination information / standby condition 190 is “time priority”, and the recovery notice condition 197 is “congestion avoidance”. The user may be assigned a waiting place far from the current position.
  • the recovery notice condition 197 of the destination information / standby condition 190 is “time priority”
  • the recovery notice condition 197 is “congestion avoidance”.
  • the user may be assigned a waiting place far from the current position.
  • information on a plurality of coupons may be recorded in the store information 150 for each store, and a suitable coupon may be selected according to the user's attributes (for example, age, sex, occupation, past usage history, etc.).
  • FIG. 10 is a detailed flowchart of the recovery notification process (step S109 in FIG. 8) of the first embodiment.
  • user information equal to the failure ID of the recovery information notification received from the operation control system 300 is selected from the user standby information 180 (S131).
  • step S132 to S137 is repeatedly executed for each selected user.
  • a value obtained by subtracting the required time 185 of the user standby information 180 from the recovery time 172 of the recovery information 170 is set as the notification time T (S132).
  • the recovery notification condition 184 of the user standby information 180 is “congestion avoidance” (S133). If the recovery notification condition 184 is “congestion avoidance”, a predetermined time (this example) is set to the notification time T calculated in step S132 in order to recommend boarding after the congestion immediately after the failure of the transportation facility is recovered. 30 minutes) is added (S134).
  • the time to be added in step S134 is not limited to 30 minutes, and may be set according to the congestion situation (the number of standby users at each station) or may be the time set by the user.
  • FIG. 11 is a flowchart of the detour presentation process (S128 in FIG. 9) according to the first embodiment.
  • the current position of the user can be obtained by a positioning method using a positioning device such as GPS provided in the user terminal 200 or a connected base station.
  • the destination is acquired from the destination information / waiting condition 190.
  • the route search unit 400 is inquired to determine whether a detour route by rail is available from the current position of the user to the arrival point (S141). For example, if the detour route searched by the route search unit 400 on condition that only the railroad is used is less than twice the normal travel time, it may be determined that the detour route by railroad is usable.
  • the detour route by rail is available from the current position of the user to the destination, the detour route by rail is guided (S142).
  • the route search unit 400 is inquired to determine whether or not a detour route including a bus route can be used from the current position of the user to the arrival point (S144). For example, it may be determined that there is a bus route if the detour route searched by the route search unit 400 on the condition of using a railroad and a bus is less than twice the normal travel time.
  • a countermeasure plan may be presented to the administrator, and a process of receiving the countermeasure plan selected by the administrator (S143) may be executed.
  • the bus use guidance for the detour route acquired from the route search unit 400 is transmitted to the user terminal 200 (S145).
  • the bus platform where the bus route to be used departs, the bus fare, and the travel time by the detour route by the bus are guided.
  • a predetermined number For the number of people who detour in the same direction, refer to the destination information / waiting condition 190, and among the users who have the same arrival place, total the number of people who sent the recovery notification to the user terminal 200, The number of people may be sensed from an image taken at the landing or calculated by simulation. When the number of buses is increased, a boarding ticket may be distributed to the user terminal 200 of the user who applied for the additional bus.
  • an additional bus is arranged or a shared taxi is arranged (S147). For example, it requests the bus management company's operation management system to arrange additional buses. Request taxi arrangements from the taxi operator's operation management system.
  • a taxi usage guide is transmitted to the user terminal 200 (S148). For example, it guides the taxi stand and the travel time by taxi.
  • the traffic control system 350 is requested to change the display of the traffic sign, the traffic regulation is changed, and the taxi rank is increased. (S150).
  • FIG. 12 is a diagram for explaining an example of the destination / standby condition input screen 210 of the first embodiment.
  • the destination / standby condition input screen 210 includes a departure place input field 211, an arrival place input field 212, an emergency level selection field 213, a category selection field 214, a facility condition selection field 215, and a recovery condition selection. Includes column 216.
  • the traffic flow control system 100 records the data input on the destination / standby condition input screen 210 in the destination information / standby condition 190.
  • the departure place and the arrival place to which the user moves are input, respectively.
  • the data input in the departure place input field 211 and the arrival place input field 212 are recorded in the departure place 192 and arrival place 193 of the destination information / waiting condition 190, respectively.
  • the urgency selection field 213, “high” or “low” is selected.
  • the selected data is recorded in the urgency 194 of the destination information / standby condition 190.
  • the category selection field 214 the category of the waiting place that can be selected by the user can be selected. In the illustrated example, one or more of “cafe” and “shopping” can be selected. Often, other categories of options may be included.
  • the data selected in the category selection column 214 is recorded in the preference 195 of the destination information / waiting condition 190.
  • equipment condition selection column 215 equipment conditions that can be used by the user at the standby place introduced to the user are selected.
  • the selected data is recorded in the standby facility condition 196 of the destination information / standby condition 190.
  • one or more of “smartphone charging”, “WiFi”, and “AC power supply” can be selected.
  • a condition for notifying the user of failure recovery is selected.
  • the selected data is recorded in the recovery notification condition 197 of the destination information / standby condition 190.
  • “time priority” or “congestion avoidance” can be selected.
  • “Congestion Avoidance” is selected, the user may be requested to input a time for sending a notification to the user.
  • the user only needs to select at least one of the urgency, category, and facility conditions, and items that the user has not selected become null data in the destination information / standby condition 190.
  • FIG. 13 is a diagram for explaining an example of the store information notification screen 220 of the first embodiment.
  • the store information notification screen 220 includes display fields for store information 221 and coupons 222 and includes a “used” button 223.
  • Store information 221 is store information (for example, store name) that matches the conditions input by the user.
  • the store name may include a hyperlink to detailed store information (such as a map, contact information, and a reservation screen).
  • the coupon 222 displays the content of the coupon provided to the user.
  • the coupon 222 may include a hyperlink to detailed information on the privilege.
  • the “used” button 223 is operated by the user or the store clerk when the user receives the profit of the coupon.
  • FIG. 14, FIG. 15A and FIG. 15B are schematic views of the bus stop of the first embodiment.
  • FIG. 14 shows a bus stop 600 at normal time (normal mode).
  • a signage device 610 having a large display screen is installed in the bus boarding area 600, and information on bus boarding / departure information and bus route information is provided during normal times.
  • a check-in terminal 620 is installed at the bus stop 600 so that a bus to be boarded can be reserved and a ticket for the reserved bus can be issued.
  • the bus platform has a roof and walls, and forms an enclosed space except for the surface where the bus arrives and departs, and an air conditioner is installed therein.
  • 15A and 15B show the bus stop 600 at the time of failure occurrence (incident mode).
  • the bus stop in the incident mode, the bus stop is changed to a taxi stop.
  • useful guidance at the time of failure is displayed on the installed signage device 610.
  • guidance for transportation means other than buses and taxis for example, bicycle rental
  • the traffic flow control system 100 receives the operation status of the transportation facility, and refers to the destination information / standby condition 190 to determine a suitable waiting place for the user. Since the information on the selected waiting place is selected and transmitted to the user terminal 200, the use rate of this system of the user of the transportation facility is improved by selecting the waiting place suitable for the user's preference, and the station It can alleviate the congestion on the premises and the surroundings. Moreover, dissatisfaction of the user can be solved by providing the information required by the user.
  • the user's preference recorded in the destination information / standby condition 190 does not change frequently, it is input to the user every time a failure occurs by inputting it before the failure of the transportation facility occurs. Appropriate notifications can be made without inquiring about intentions.
  • the traffic flow control system 100 when the traffic flow control system 100 receives information on a failure that has occurred in the transportation facility, the traffic flow control system 100 selects a standby place suitable for the user and transmits information on the selected standby place to the user terminal 200. It is possible to disperse the users of the institution and reduce congestion in the station premises and the surroundings.
  • the traffic flow control system 100 receives information on failure recovery, the user terminal 200 is notified of the failure recovery, which is convenient for the user to know the failure recovery.
  • the traffic flow control system 100 determines the time for transmitting the failure recovery information according to the time required from the user's standby location to the station, the traffic flow control system 100 is set to the station at the right time according to the standby location. You can arrive and alleviate the congestion in the station. In other words, when the user sees the recovery information notification, the user leaves the waiting area and heads for the station. The train follows his / her desire (a train that arrives at the destination quickly even if it is crowded, or a train after congestion is settled). I can ride.
  • the failure recovery information is transmitted after a predetermined time has elapsed since the failure recovery of the transportation facility. You can use transportation.
  • the traffic flow control system 100 selects a waiting place suitable for the user according to at least one of the urgency, the type of the waiting place, and the equipment condition, the waiting place according to the user's preference is selected. It is possible to improve user convenience and improve the utilization rate of the system.
  • the traffic flow control system 100 guides a detour route to a user with a high degree of urgency of travel and selects a standby place for a user with a low degree of urgency of travel, appropriate guidance is provided to a user who is in a hurry. Can do. That is, since the user of the transportation usually inputs the urgency of movement in the route search before boarding, it is not necessary to confirm the intention again at the time of an accident if this information is used.
  • information is provided to the user using information input before boarding the transportation facility, so that it is not necessary to confirm the intention again in the event of an accident, and is appropriate for the user. Information can be provided.
  • the traffic flow control system 100 transmits the coupon which a user can use in a waiting place to the user terminal 200, it can give the user an incentive to use the waiting place, and the waiting place increases customers. be able to.
  • the traffic flow control system 100 since the traffic flow control system 100 generates billing information for the waiting place according to the coupon usage status, it can be used as the profit of the operator who operates the traffic flow control system 100.
  • the traffic flow control system 100 arranges additional buses. So that users can get to their destinations quickly.
  • the bus operator can operate an increased number of buses that passengers can expect.
  • a taxi will be arranged, so the traffic flow control system 100 will alleviate the congestion at the taxi stand and allow the user to arrive at the destination quickly.
  • taxi operators can deliver taxis that passengers can expect.
  • the traffic flow control system 100 switches the bus platform to the taxi platform by requesting the traffic control system to change the traffic regulation of the bus platform so that the taxi can enter, thereby increasing the taxi pool, Many taxis can be departed in a short time. For this reason, congestion in the station premises and the surrounding area can be alleviated and the user can arrive at the destination quickly.
  • the traffic flow control system 100 requests the taxi operator's management system to arrange a nearby taxi, the taxi can be dispatched without causing traffic congestion on the surrounding roads.
  • the traffic flow control system 100 collects a plurality of information and creates a measure for controlling the traffic flow based on real-time information and / or information known in advance.
  • the traffic flow control system 100 is positioned as a subsystem of the operation control system 300, but the operation control system 300 may execute processing described below.
  • FIG. 16 is a sequence diagram of basic processing of the second embodiment.
  • the traffic flow control system 100 acquires basic data (F0001).
  • the basic data is information on an event scheduled in advance (for example, an exhibition or concert with many participants).
  • the traffic flow control system 100 acquires real-time operation information from the operation control system 300 (F0002), and calculates the traffic flow using the acquired basic data and real-time information (F0005). This traffic flow calculation is repeatedly executed at a predetermined timing (for example, at predetermined time intervals). The calculated traffic flow may be displayed on the display device 109 of the traffic flow control system 100 or disclosed to a general user through a website.
  • the mode is shifted to the incident mode.
  • countermeasures are created according to the incident occurrence status. Specifically, referring to the countermeasure judgment criteria 510, the countermeasure to be taken is selected according to the situation of the incident (severity, spillover range and urgency).
  • the traffic flow is simulated by applying the selected countermeasure (F0010), and the contents of the countermeasure plan and the simulated traffic flow are presented to the administrator. Then, the administrator selects a countermeasure, sets a location (F0020) where the countermeasure is to be taken (F0020), and instructs the traffic flow control system 100 to implement the countermeasure (F0021).
  • the traffic flow control system 100 transmits a countermeasure execution instruction to another connected system and executes the countermeasure (F0022). Examples of countermeasure implementation instructions are as follows. (1) Arrangement of additional temporary buses (2) Arrangement of dispatch to taxi operators (3) Switch from bus station to taxi station (4) Issuance of coupons to encourage use of nearby facilities (5) Standby users Distribute videos and product guides showing interest to nearby signage devices
  • step F0003 real-time operation information is acquired (F0003), the situation is updated (F0023), and it is determined whether countermeasures need to be continued (F0024). If it is necessary to continue the countermeasure, the process returns to step F0010, and the traffic flow is calculated again using the real-time information acquired in step F0003.
  • the countermeasure is gradually relaxed (F0025). The countermeasure may be terminated immediately.
  • FIG. 17 is a diagram illustrating an example of the countermeasure determination criteria 510 according to the incident situation of the second embodiment.
  • the measure determination criterion 510 is a criterion used for determining a measure to be taken in accordance with the incident situation, and is stored in the memory 102 of the traffic flow control system 100.
  • the measure judgment criterion 510 includes fields of an option 511, a measure 512, a severity 513, a spillover range 514, and an urgency 517.
  • the ripple range 514 also includes fields for location 515 and time 516.
  • the countermeasure determination criterion 510 may include, as an arbitrary item, the field of Example 519 representing a specific incident.
  • Option 511 is the name of the countermeasure group to be selected.
  • the measure 512 is an identifier of the measure to be selected.
  • the countermeasure identifier is defined in the countermeasure list 520 (FIG. 18).
  • Severity 513 is the severity of the incident that has occurred or is expected to occur. The severity 513 can be calculated by, for example, the number of affected people, the amount of economic loss due to an incident, and the like.
  • the spillover range (location) 515 indicates whether the influence of the incident spills over a wide range.
  • the spillover range (time) 516 indicates whether the influence of the incident will spill over for a long time.
  • Urgency 517 indicates whether it is necessary to urgently take measures against the incident. For example, if the number of people waiting at a station affected by an incident increases rapidly and a confusion is expected, it can be determined that the urgency is high.
  • FIG. 18 is a diagram showing an example of the countermeasure list 520 of the second embodiment.
  • the countermeasure list 520 defines countermeasures when an incident occurs and is stored in the memory 102 of the traffic flow control system 100.
  • the countermeasure list 520 includes fields of countermeasure ID 521, countermeasure 522, effect 523, and cost 524.
  • the countermeasure list 520 may include, as an arbitrary item, a field of Example 525 that represents specific contents of the countermeasure.
  • Measure 522 is the name of the measure and shows an outline of the measure.
  • the effect 523 is an effect of the countermeasure. The effect 523 may vary depending on the type of incident.
  • the cost 524 is the cost of the countermeasure.
  • FIG. 19 is a diagram showing an example of specific processing when a failure occurs in the transportation facility in the second embodiment.
  • the real-time information acquired in step F0002 indicates that the operation of the route A is stopped due to a failure of the railway line and there is no prospect of restoration.
  • the administrator sets a station to take countermeasures (F0020), and instructs the traffic flow control system 100 to implement the countermeasures (F0021).
  • the traffic flow control system 100 transmits the countermeasure execution instruction to the other connected systems and implements the countermeasure (F0022).
  • the measures implemented in this example for example, arrange for taxi dispatch to the management system 370 of the taxi operator to reduce the number of people waiting for a taxi. For this reason, the management system 360 of the bus operator is requested to switch the mode of the bus platform, and the bus platform is changed to a taxi platform. Further, the traffic control system 350 is requested to change the bus lane regulation sign so that a taxi can enter the bus lane. In addition, for example, a coupon for a nearby commercial facility is issued to encourage waiting in the commercial facility.
  • FIG. 20 is a diagram illustrating an example of processing when an event occurs in the second embodiment.
  • an event is scheduled to be held.
  • the basic data acquired in step F0001 is a concert of a popular singer scheduled to participate by 30,000 people at Marina Bay Sands. Therefore, the traffic flow is simulated in advance, and real-time information is acquired in F0002 to calculate the traffic flow (F0005).
  • a traffic bottleneck occurs at the end of the event. Then, referring to the measure determination criteria 510, a measure plan is selected, and a traffic flow is calculated using the selected measure (F0010). At this time, an increase in the number of buses and mode switching at the bus station were presented to the manager as a countermeasure plan.
  • the administrator selects the content of the countermeasure, sets a bus stop for the countermeasure (F0020), and instructs the traffic flow control system 100 to implement the countermeasure (F0021).
  • the traffic flow control system 100 receives the countermeasure execution instruction from the administrator, the traffic flow control system 100 transmits the countermeasure execution instruction to the other connected systems and implements the countermeasure (F0022).
  • the measures implemented in this example for example, arrange a temporary bus in the management system 360 of the bus operator to reduce the number of people waiting for the bus. For this reason, the bus operator's management system 360 is requested to switch the mode of the bus station, so that many temporary buses can be departed from the bus station.
  • the traffic control system 350 is requested to switch the regulation sign of the bus lane and the bus lane is changed so that many buses can depart.
  • the display of signage devices around the venue may be switched to show a promotion video of the singer and entertain users waiting for the bus.
  • the signage device around the venue may be switched to provide information about the product related to the singer, or useful information may be provided to users who stay around the venue.
  • a coupon for a nearby commercial facility may be issued to encourage residence in the nearby facility after the concert ends.
  • a photo shoot with the singer may be implemented to distribute the times of getting on the bus.
  • traffic flow can be controlled while avoiding confusion caused by events scheduled in advance or unexpected traffic problems.
  • the present invention is not limited to the above-described embodiments, and includes various modifications and equivalent configurations within the scope of the appended claims.
  • the present embodiment has been described with respect to a case where a failure has occurred in the railway, it can also be applied to other transportation facilities (such as buses).
  • the present invention can also be applied to a case where a user is caused to wait or be detoured due to a traffic obstacle (such as an accident or traffic jam) occurring on an expressway.
  • each of the above-described configurations, functions, processing units, processing means, etc. may be realized in hardware by designing a part or all of them, for example, with an integrated circuit, and the processor realizes each function. It may be realized by software by interpreting and executing the program to be executed.
  • Information such as programs, tables, and files that realize each function can be stored in a storage device such as a memory, a hard disk, and an SSD (Solid State Drive), or a recording medium such as an IC card, an SD card, and a DVD.
  • a storage device such as a memory, a hard disk, and an SSD (Solid State Drive), or a recording medium such as an IC card, an SD card, and a DVD.
  • control lines and information lines indicate what is considered necessary for the explanation, and do not necessarily indicate all control lines and information lines necessary for mounting. In practice, it can be considered that almost all the components are connected to each other.

Landscapes

  • Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Remote Sensing (AREA)
  • Radar, Positioning & Navigation (AREA)
  • General Physics & Mathematics (AREA)
  • Business, Economics & Management (AREA)
  • Economics (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Human Resources & Organizations (AREA)
  • Strategic Management (AREA)
  • Game Theory and Decision Science (AREA)
  • Educational Administration (AREA)
  • Tourism & Hospitality (AREA)
  • Operations Research (AREA)
  • General Business, Economics & Management (AREA)
  • Marketing (AREA)
  • Theoretical Computer Science (AREA)
  • Quality & Reliability (AREA)
  • Development Economics (AREA)
  • Mechanical Engineering (AREA)
  • Automation & Control Theory (AREA)
  • Traffic Control Systems (AREA)
  • Navigation (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

交通機関の利用者に情報を提供する交通流制御システムであって、利用者の待機場所を選択するための条件が記録される待機条件をメモリに保持し、プロセッサは、交通機関に発生した障害の情報を受信した場合、前記待機条件を参照して、利用者に適する待機場所を選択し、前記選択された待機場所の情報を前記利用者の端末に送信することによって利用者の待機を促し、交通機関に発生した障害の回復の情報を受信した場合、利用者の待機場所から駅までの所要時間に応じて、前記障害の回復の情報を送信する時刻を決定し、前記決定された時刻に前記障害の回復の情報を前記利用者の端末に通知する。

Description

交通流制御システム及び交通流制御方法
　本発明は、交通機関の利用者に情報を提供して交通流を制御する交通流制御システムに関する。
　交通機関に障害が発生した場合、駅は利用者で混雑し、障害が復旧した後には、交通機関に利用者が殺到する。
　この技術分野の背景技術として特開２００６－４１００号公報（特許文献１）がある。特許文献１には、列車運行開始までの利用者の待機中に受けることができるサービスに関連する情報を提供する運行管理システムが開示されている。
特開２００６－４１００号公報
　前述した特許文献１に記載された運行管理システムでは、利用者の意向に応じた情報を端末に配信するが、利用者の嗜好に適した待機場所を選択する方法は開示されていない。また、利用者の移動の緊急度は考慮されていなかった。通常、交通機関の利用者は乗車前の経路検索において移動の緊急度を入力しているので、この情報を使用すれば事故時に再度意向を確かめる必要なく適切な通知ができる。さらに、交通障害の回復の通知方法によって、運行開始直後の混雑を回避することも考慮されておらず、回復時の乗車についても利用者の意向が考慮されていない。
　このようなシステムでは、交通機関の利用者の本システムの利用率を向上させて、駅構内や周辺の混雑を有効に緩和することが必要となる。このため、利用者の嗜好に適した待機場所を推薦し、より利用者が利用しやすく、かつ受け入れやすいシステムが求められている。
　本願において開示される発明の代表的な一例を示せば以下の通りである。すなわち、交通機関の利用者に情報を提供する交通流制御システムであって、プログラムを実行するプロセッサと、前記プロセッサがアクセス可能なメモリと、前記プロセッサに接続される通信インターフェースとを備え、利用者の待機場所を選択するための条件が記録される待機条件を前記メモリに保持し、前記プロセッサは、交通機関に発生した障害の情報を受信した場合、前記待機条件を参照して、利用者に適する待機場所を選択し、前記選択された待機場所の情報を前記利用者の端末に送信することによって利用者の待機を促し、交通機関に発生した障害の回復の情報を受信した場合、利用者の待機場所から駅までの所要時間に応じて、前記障害の回復の情報を送信する時刻を決定し、前記決定された時刻に前記障害の回復の情報を前記利用者の端末に通知する。
　本発明の代表的な実施の形態によれば、交通機関の利用者の本システムの利用率を向上して、駅構内や周辺の混雑を緩和することができる。前述した以外の課題、構成及び効果は、以下の実施例の説明により明らかにされる。
本発明の第１実施例の交通流制御システムの論理的な構成を示すブロック図である。 第１実施例の交通流制御システムの物理的な構成を示すブロック図である。 第１実施例の店舗情報の構成例を示す図である。 第１実施例の障害情報の構成例を示す図である。 第１実施例の回復情報の構成例を示す図である。 第１実施例の利用者待機情報の構成例を示す図である。 第１実施例の行き先情報・待機条件の構成例を示す図である。 第１実施例の待機場所割り当てシステムによって実行される処理のシーケンス図である。 第１実施例の待機場所割当処理のフローチャートである。 第１実施例の回復通知処理のフローチャートである。 第１実施例の迂回路提示処理のフローチャートである。 第１実施例の行き先・待機条件入力画面の例を説明する図である。 第１実施例の店舗情報通知画面の例を説明する図である。 第１実施例のバス乗降場の模式図である。 第１実施例のバス乗降場の模式図である。 第１実施例のバス乗降場に設置されたサイネージ装置の模式図である。 本発明の第２実施例の基本的な処理のシーケンス図である。 第２実施例の対策判断基準の例を説明する図である。 第２実施例の対策リストの例を説明する図である。 第２実施例における交通機関に障害が発生した時の処理の例を説明する図である。 第２実施例におけるイベント発生時の処理の例を説明する図である。
　＜実施例１＞
　まず、本発明の第１実施例について説明する。
　図１は、第１実施例の交通流制御システム１００の論理的な構成を示すブロック図である。
　第１実施例の交通流制御システム１００は、交通機関の利用者に情報を提供する情報提供システム、すなわち、交通機関に障害が発生した場合に利用者に待機場所を割り当て、割り当てた待機場所を案内する待機場所割当システムである。具体的には、交通流制御システム１００は、待機場所割当部１１０、回復通知最適化部１２０、情報通知部１３０及び情報入力部１４０を有する。これらの機能部は、メモリ１０２に格納されたプログラムをプロセッサ１０１（図２参照）が実行することによって実装される。
　待機場所割当部１１０は、利用者に適する待機場所を選択する待機場所割当処理を実行する（図９参照）。回復通知最適化部１２０は、利用者端末２００に回復通知を送信する回復通知処理を実行する（図１０参照）。情報通知部１３０は、利用者端末２００に待機場所の情報を通知したり、回復通知を送信する。情報入力部１４０は、利用者端末２００から入力された情報を受け付ける。
　また、交通流制御システム１００は、店舗情報１５０、障害情報１６０、回復情報１７０、利用者待機情報１８０及び行き先情報・待機条件１９０を有する。これらの情報及び条件は、メモリ１０２（図２参照）に格納される。なお、これらの情報及び条件は、記憶装置１０３（図２参照）に格納され、必要に応じて記憶装置１０３から読み出されて、メモリ１０２にロードされてもよい。
　店舗情報１５０は、交通流制御システム１００によって利用者が誘導される待機場所となる施設（例えば、店舗）の情報が記録されるテーブルであり、その詳細は図３を用いて後述する。障害情報１６０は、交通機関において発生した障害（例えば、遅延、運休など）の情報が記録されるテーブルであり、その詳細は図４を用いて後述する。回復情報１７０は、交通機関において発生した障害の回復の情報が記録されるテーブルであり、その詳細は図５を用いて後述する。利用者待機情報１８０は、交通流制御システム１００によって誘導されて待機場所にいる利用者の情報が記録されるテーブルであり、その詳細は図６を用いて後述する。行き先情報・待機条件１９０は、利用者端末２００から入力された行き先及び待機場所の選択条件が記録されるテーブルであり、その詳細は図７を用いて後述する。
　交通流制御システム１００は、ネットワーク（例えば、携帯電話網）を介して利用者端末２００と接続される。
　また、交通流制御システム１００は、ネットワーク（例えば、ＬＡＮ）を介して運行制御システム３００と接続される。運行制御システム３００は、列車などの交通機関の運行を管理及び制御する計算機システムであり、交通機関に生じた障害及び障害の回復の情報を交通流制御システム１００に通知する。なお、交通流制御システム１００は、運行制御システム３００の一部として構成されてもよい。
　さらに、交通流制御システム１００は、ネットワーク（例えば、ＬＡＮ）を介して経路探索部４００と接続される。経路探索部４００は、移動経路を検索する計算機システムであり、利用者が予定した経路を利用できない場合、代替経路の情報を交通流制御システム１００に通知する。経路探索部４００は、交通流制御システム１００の一部として構成されてもよいし、運行制御システム３００の一部として構成されてもよい。
　さらに、交通流制御システム１００は、ネットワーク（例えば、ＬＡＮ）を介して、交通管制システム３５０、バス事業者の管理システム３６０及びタクシー事業者の管理システム３７０と接続される。交通管制システム３５０は、交通標識や交通信号を制御する計算機システムであって、警察や行政機関が管理する。管理システム３６０は、バス運行事業者がバスの運行を管理するための計算機システムであって、本実施例ではバスの増発の要請を受け付ける。管理システム３７０は、タクシー運行事業者がタクシーの運行を管理するための計算機システムであって、本実施例ではタクシーの配車の要請を受け付ける。
　なお、本実施例において、同じ事業者が鉄道とバスとタクシーとを運行する場合、運行制御システム３００と、バス事業者の管理システム３６０と、タクシー事業者の管理システム３７０とは、一つのシステムを構成してもよい。さらに、これらのシステム３００、３６０、３７０が、交通流制御システム１００と統合して、一つのシステムを構成してもよい。
　また、交通流制御システム１００と交通管制システム３５０とが、一つのシステムを構成してもよい。
　図２は、第１実施例の交通流制御システム１００の物理的な構成を示すブロック図である。
　本実施形態の交通流制御システム１００は、プロセッサ（ＣＰＵ）１０１、メモリ１０２、記憶装置１０３及び通信インターフェース１０４を有する計算機システムによって構成される。
　プロセッサ１０１は、メモリ１０２に格納されたプログラムを実行する。メモリ１０２は、不揮発性の記憶素子であるＲＯＭ及び揮発性の記憶素子であるＲＡＭを含む。ＲＯＭは、不変のプログラム（例えば、ＢＩＯＳ）などを格納する。ＲＡＭは、ＤＲＡＭ（Dynamic Random Access Memory）のような高速かつ揮発性の記憶素子であり、プロセッサ１０１が実行するプログラム及びプログラムの実行時に使用されるデータを一時的に格納する。
　記憶装置１０３は、例えば、磁気記憶装置（ＨＤＤ）、フラッシュメモリ（ＳＳＤ）等の大容量かつ不揮発性の記憶装置であり、プロセッサ１０１が実行するプログラム及びプログラムの実行時に使用されるデータ（例えば、地図データ）を格納する。すなわち、プログラムは、記憶装置１０３から読み出されて、メモリ１０２にロードされて、プロセッサ１０１によって実行される。
　交通流制御システム１００は、入力インターフェース１０５及び出力インターフェース１０８を有してもよい。入力インターフェース１０５は、キーボード１０６やマウス１０７などが接続され、利用者からの入力を受けるインターフェースである。出力インターフェース１０８は、ディスプレイ装置１０９やプリンタなどが接続され、プログラムの実行結果を利用者が視認可能な形式で出力するインターフェースである。
　通信インターフェース１０４は、所定のプロトコルに従って、他の装置との通信を制御するネットワークインターフェース装置である。
　プロセッサ１０１が実行するプログラムは、リムーバブルメディア（ＣＤ－ＲＯＭ、フラッシュメモリなど）又はネットワークを介して交通流制御システム１００に提供され、非一時的記憶媒体である不揮発性記憶装置１０３に格納される。このため、交通流制御システム１００は、リムーバブルメディアからデータを読み込むインターフェースを有するとよい。
　第１実施例の交通流制御システム１００は、物理的に一つの計算機上で、又は、論理的又は物理的に構成された複数の計算機上で構成される計算機システムであり、同一の計算機上で別個のスレッドで動作してもよく、複数の物理的計算機資源上に構築された仮想計算機上で動作してもよい。
　図３は、第１実施例の店舗情報１５０の構成例を示す図である。
　店舗情報１５０は、交通流制御システム１００によって利用者が誘導される待機場所となる店舗の情報が記録されるテーブルであり、店舗名１５１、カテゴリ１５２、保有設備１５３、所要時間１５４、クーポン１５５、利用回数１５６及び単価１５７のフィールドを含む。
　店舗名１５１は、利用者が誘導される待機場所となる店舗の名称である。カテゴリ１５２は、当該店舗の種別である。保有設備１５３は当該店舗で利用者が利用できる設備であり、例えば、ＷｉＦｉや、ＡＣ電源（商用電源）、ＤＣ電源（ＵＳＢ規格の５Ｖ）である。所要時間１５４は、当該店舗から駅までの所要時間である。クーポン１５５は、当該店舗において、利用者に提供される特典の内容である。
　利用回数１５６は、本交通流制御システム１００によって紹介された利用者が当該店舗を利用した回数であり、後述する店舗への課金情報となる。単価１５７は、本交通流制御システム１００によって紹介された利用者が当該店舗を利用した回数当たりの課金額であり、店舗情報が登録される際に予め決められている。
　なお、店舗情報１５０は駅毎に一つのテーブルを有するが、店舗情報１５０が最寄り駅のフィールドを含み、全ての駅に関する店舗（待機場所）の情報が記録されてもよい。また、本実施例の店舗情報には、商品や役務を提供する商業施設（カフェ、商店、ショッピングセンター、ゲームセンターなど）が登録されるが、公共施設（博物館、美術館など）が登録されてもよい。すなわち、店舗に限らず、様々な施設が店舗情報１５０に登録されてよい。
　図４は、第１実施例の障害情報１６０の構成例を示す図である。
　障害情報１６０は、障害ＩＤ１６１、回復時間１６２及び影響駅１６３のフィールドを含み、発生した障害（例えば、遅延、運休など）の情報を運行制御システム３００から取得して記録する。
　障害ＩＤ１６１は、交通機関に発生した障害を一意に識別するための識別情報である。回復時間１６２は、当該障害を復旧するために必要な時間の予想値である。影響駅１６３は、当該障害で影響を受ける駅（例えば、運転を見合わせている区間の駅）のリストである。
　図５は、第１実施例の回復情報１７０の構成例を示す図である。
　回復情報１７０は、障害ＩＤ１７１及び回復時刻１７２のフィールドを含み、障害の回復の情報を運行制御システム３００から取得して記録する。
　障害ＩＤ１７１は、交通機関に発生した障害を一意に識別するための識別情報である。回復時刻１７２は、当該障害が復旧する時刻である。なお、回復時刻１７２が過去の時刻であれば、当該障害が既に回復していることを示し、回復時刻１７２が将来の時刻であれば、当該障害が未だに回復していないことを示す。
　図６は、第１実施例の利用者待機情報１８０の構成例を示す図である。
　利用者待機情報１８０は、交通流制御システム１００によって誘導されて待機場所にいる利用者の情報であり、障害ＩＤ１８１、利用者ＩＤ１８２、店舗名１８３、回復通知条件１８４及び所要時間１８５のフィールドを含む。
　障害ＩＤ１８１は、交通機関に発生した障害を一意に識別するための識別情報である。利用者ＩＤ１８２は、交通流制御システム１００の利用者を一意に識別するための識別情報である。店舗名１８３は、利用者が交通流制御システム１００によって誘導されて待機している店舗の名称である。回復通知条件１８４は、利用者端末２００から入力された、回復通知に関する条件であり、「混雑回避」又は「時間優先」が設定される。なお、回復通知条件１８４に、障害回復からの待ち時間を数値で設定してもよい。所要時間１８５は、利用者が待機している店舗から駅までの所要時間である。
　図７は、第１実施例の行き先情報・待機条件１９０の構成例を示す図である。
　行き先情報・待機条件１９０は、利用者端末２００から入力された行き先及び待機場所の選択条件が記録されるテーブルであり、利用者ＩＤ１９１、出発地１９２、到着地１９３、緊急度１９４、嗜好１９５、待機設備条件１９６及び回復通知条件１９７のフィールドを含む。
　利用者ＩＤ１９１は、行き先及び待機場所の選択条件を入力した利用者を一意に識別するための識別情報である。出発地１９２は、当該利用者による移動の出発地である。到着地１９３は、当該利用者による移動の到着地である。緊急度１９４は、当該利用者の移動の緊急度であり、「高」又は「低」が設定される。緊急度１９４は、交通機関に障害が発生した際に待機場所を提示するか、迂回経路を提示するかを判定するために用いられる。嗜好１９５は、当該利用者に紹介する待機場所の種別を示す。待機設備条件１９６は、当該利用者に紹介する待機場所で利用者が利用できる設備の条件である。回復通知条件１９７は、当該利用者に障害回復を通知する条件である。
　図８は、第１実施例の交通流制御システム１００によって実行される処理のシーケンス図である。
　まず、利用者は、利用者端末２００を用いて、交通流制御システム１００にアクセスして、行き先情報及び待機条件を入力する（Ｓ１０１）。行き先情報及び待機条件の入力は、交通機関の障害が発生する前（例えば、乗車時）でも、障害が発生した後でもよい。行き先・待機条件を利用者端末２００で入力するための行き先・待機条件入力画面２１０の例は、図１２を用いて後述する。
　一方、運行制御システム３００は、交通機関に発生した障害を検出すると、交通流制御システム１００に障害情報を通知する（Ｓ１０２）。運行制御システム３００から交通流制御システム１００に通知される障害情報は、障害ＩＤ、回復時間及び影響駅の情報を含む。
　交通流制御システム１００は、運行制御システム３００から受信した障害情報を障害情報１６０に格納し、影響駅にて障害の回復を待っている利用者に適する待機場所を選択し（Ｓ１０３）、選択された待機場所の候補を利用者端末２００に通知する。利用者端末２００に通知される待機場所候補は、障害ＩＤ、待機場所の店舗名及びクーポンの情報を含む。なお、待機場所を選択する待機場所割当処理の詳細は図９を用いて後述する。
　利用者端末２００は、交通流制御システム１００から待機場所候補を受信すると、店舗情報通知画面２２０を表示する（Ｓ１０４）。なお、店舗情報通知画面２２０の例は図１３を用いて後述する。
　利用者端末２００に表示された店舗情報通知画面２２０の「利用済」ボタン２２３が操作されると、利用者端末２００はクーポン利用情報を交通流制御システム１００に送信する（Ｓ１０５）。「利用済」ボタン２２３は、利用者が操作しても、利用者から画面の提示を受けた店員が操作してもよい。また、店員が「利用済」ボタン２２３を操作する際に、店舗毎に定められたパスコードを入力するようにしてもよい。また、利用者端末２００の位置が当該店舗の位置と所定の誤差範囲内で一致したら、利用者が店舗を利用したと判定してもよい。位置情報を用いる場合、店舗内に設置されたビーコンからの信号を受信したかによって判定してもよい。さらに、店舗に設けられた近距離無線通信手段（例えば、非接触ＩＣカードリーダや、Ｂｌｕｅｔｏｏｔｈなど）と利用者端末２００とが通信することによって、利用者が店舗を利用したと判定してもよい。
　利用者端末２００から交通流制御システム１００に送信されるクーポン利用情報は、障害ＩＤ、利用者ＩＤ及び店舗名の情報を含む。障害ＩＤ及び店舗名は、交通流制御システム１００が送信した待機場所候補に含まれている識別情報を、利用者端末２００が折り返して交通流制御システム１００に送信される。利用者ＩＤは、利用者端末２００で保持している識別情報が送信される。
　交通流制御システム１００はクーポン利用情報を受信すると、利用者待機情報に当該利用者のレコードを保存する（Ｓ１０６）。具体的には、利用者端末２００から送信されるクーポン利用情報に含まれる障害ＩＤ、利用者ＩＤ及び店舗名を、利用者待機情報１８０の障害ＩＤ１８１、利用者ＩＤ１８２及び店舗名１８３にそれぞれ格納する。また、行き先情報・待機条件１９０から、当該利用者ＩＤの回復通知条件１９７を取得し、利用者待機情報１８０の回復通知条件１８４に格納する。さらに、店舗情報１５０から、当該店舗の所要時間１５４を取得し、利用者待機情報１８０の所要時間１８５に格納する。
　また、交通流制御システム１００はクーポン利用情報を受信すると、利用回数１５６に１を加算して店舗情報１５０を更新する（Ｓ１０７）。店舗情報１５０の利用回数１５６は、所定のタイミングで集計され、課金情報として利用される。
　その後、障害が回復すると、運行制御システム３００は、交通流制御システム１００に障害の回復を通知する（Ｓ１０８）。運行制御システム３００から交通流制御システム１００に通知される回復情報は、障害ＩＤ及び回復時刻の情報を含む。
　交通流制御システム１００は、運行制御システム３００から受信した回復情報通知を回復情報１７０に格納し、該当する利用者の利用者端末２００に回復通知を送信する（Ｓ１０９）。交通流制御システム１００から利用者端末２００に送信される回復通知は、障害ＩＤ及び回復時刻の情報を含む。
　利用者端末２００は、交通流制御システム１００から回復通知を受信すると、回復情報を表示する（Ｓ１１０）。具体的には、利用者端末２００は、交通障害が回復を表示したり（例えば、「事故が復旧しました。」や、「１６時に運行を再開しました。」）、交通障害の回復予定を表示したり（例えば、「１６時に運行を再開する予定です。」）、店舗を出発する時刻を表示してもよい。利用者は、利用者端末２００に表示された回復情報を見て、待機場所から駅に移動する時刻を決定することができる。
　図９は、第１実施例の待機場所割当処理（図８のステップＳ１０３）の詳細のフローチャートである。
　各影響駅ＸについてステップＳ１２１からＳ１２７の処理を繰り返し実行する。
　まず、影響駅Ｘにいる利用者のうち出発地及び到着地の両方が影響駅Ｘに含まれる利用者のデータを行き先情報・待機条件１９０から選択する（Ｓ１２１）。影響駅Ｘにいる利用者は、利用者の現在位置や入出場記録などから特定することができる。また、利用者の現在位置は、ＧＰＳなどの測位デバイスや接続基地局を用いた測位方法を用いて取得することができる。例えば、障害情報１６０の１行目の交通障害について、行き先情報・待機条件１９０の各利用者のデータを照合すると、出発地１９２及び到着地１９３の両方が影響駅１６３に含まれる利用者は、利用者ＩＤが１００２、１００３及び１００４の３名である。
　なお、経路探索部４００に問い合わせて、出発地と到着地との間の標準的な経路に影響駅が含まれているかを判定してもよい。また、到着地のみが影響駅に含まれる利用者のデータを行き先情報・待機条件１９０から抽出してもよい。
　そして、選択された各データについてステップＳ１２２からＳ１２７の処理を繰り返し実行する。
　まず、抽出されたデータの緊急度１９４が「高」であるかを判定する（Ｓ１２２）。緊急度１９４が「高」である場合、当該利用者が急いで移動しているので、迂回経路を提示する（Ｓ１２８）。迂回経路提示処理は、図１１を用いて後述する。
　次に、嗜好１９５によって処理を分岐する（Ｓ１２３）。嗜好１９５が「カフェ」である場合、店舗情報１５０のカテゴリ１５２が「カフェ」である待機場所を店舗情報１５０から抽出し（Ｓ１２４）、ステップＳ１２６に進む。一方、嗜好１９５が「ショッピング」である場合、店舗情報１５０のカテゴリ１５２が「ショッピング」である待機場所を店舗情報１５０から選択し（Ｓ１２５）、ステップＳ１２６に進む。
　この場合、嗜好が一致する処理に進むが、嗜好が多くの項目に分類されている場合、嗜好が類似しているものを選択してもよい。さらに、嗜好が一致しているものが選択できなかった場合に、嗜好が類似しているものを選択してもよい。
　ステップＳ１２６において、店舗情報１５０の保有設備１５３が行き先情報・待機条件１９０の待機設備条件１９６を満たす待機場所を選択する。
　ステップＳ１２２からＳ１２６の処理では、緊急度、嗜好及び保有設備の三つの条件を用いて待機場所を選択したが、緊急度、嗜好及び保有設備の一部の条件を用いて、待機場所を選択してもよい。
　その後、選択された待機場所の情報を通知する（Ｓ１２７）。交通流制御システム１００から利用者端末２００に通知される待機場所候補は、障害ＩＤ、待機場所の店舗名及びクーポンの情報を含む。障害ＩＤは、障害情報１６０の障害ＩＤ１６１から取得する。待機場所の店舗名は、ステップＳ１２６で抽出された店舗名１５１であり、クーポンは当該店舗のクーポン１５５である。
　交通流制御システム１００は、原則として、１箇所の待機場所を通知するが、複数の待機場所を通知してもよい。この場合、利用者の現在位置（例えば、駅）から近い順に表示しても、利用者の好みへの適合度が高い順にリスト形式で表示してもよい。さらに、行き先情報・待機条件１９０の回復通知条件１９７が「時間優先」の利用者には、現在位置から近い（例えば、３分以内）待機場所を割り当て、回復通知条件１９７が「混雑回避」の利用者には、現在位置から遠い待機場所を割り当ててもよい。
　なお、店舗毎に複数のクーポンの情報を店舗情報１５０に記録し、利用者の属性（例えば、年齢、性別、職業、過去の利用履歴など）によって、適するクーポンを選択してもよい。
　図１０は、第１実施例の回復通知処理（図８のステップＳ１０９）の詳細のフローチャートである。
　まず、運行制御システム３００から受信した回復情報通知の障害ＩＤと等しい利用者の情報を利用者待機情報１８０から選択する（Ｓ１３１）。
　選択された各利用者についてステップＳ１３２からＳ１３７の処理を繰り返し実行する。
　まず、回復情報１７０の回復時刻１７２から利用者待機情報１８０の所要時間１８５を減じた値を通知時刻Ｔに設定する（Ｓ１３２）。
　そして、利用者待機情報１８０の回復通知条件１８４が「混雑回避」であるかを判定する（Ｓ１３３）。回復通知条件１８４が「混雑回避」であれば、交通機関の障害が回復した直後の混雑が緩和してからの乗車を勧めるために、ステップＳ１３２で計算した通知時刻Ｔに所定の時間（本例では３０分）を加算する（Ｓ１３４）。ステップＳ１３４で加算する時間は３０分に限らず、混雑状況（各駅の待機利用者の数）に応じて設定してもよく、利用者が設定した時間でもよい。
　その後、通知時刻Ｔが現在時刻より早いかを判定する（Ｓ１３５）。通知時刻Ｔが現在時刻より早ければ、直ちに利用者端末２００に回復通知を送信する（Ｓ１３７）。一方、通知時刻Ｔが現在時刻より後の時刻であれば、時刻Ｔに回復通知を送信する（Ｓ１３６）。
　なお、回復通知条件１８４が「混雑回避」の利用者にも、すぐに回復を通知して、待機場所を出る推奨時刻を通知してもよい。
　図１１は、第１実施例の迂回路提示処理（図９のＳ１２８）のフローチャートである。
　まず、利用者の現在位置及び到着地を取得する。利用者の現在位置は、利用者端末２００に備わるＧＰＳなどの測位デバイスや接続基地局を用いた測位方法によって取得することができる。到着地は行き先情報・待機条件１９０から取得する。そして、経路探索部４００に問い合わせて、利用者の現在位置から到着地まで鉄道による迂回経路が利用可能であるかを判定する（Ｓ１４１）。例えば、経路探索部４００が鉄道のみの利用を条件として探索した迂回経路が通常の移動時間の２倍より小さければ、鉄道による迂回経路が利用可能であると判定してもよい。
　利用者の現在位置から到着地まで鉄道による迂回経路が利用可能であれば、鉄道による迂回経路を案内する（Ｓ１４２）。
　次に、経路探索部４００に問い合わせて、利用者の現在位置から到着地までバス路線を含む迂回経路が利用可能であるかを判定する（Ｓ１４４）。例えば、経路探索部４００が鉄道及びバスの利用を条件として探索した迂回経路が通常の移動時間の２倍より小さければ、バス路線があると判定してもよい。
　なお、バス路線の有無を判定する前に、管理者に対策案を提示して、管理者が選択した対策案を受け付ける処理（Ｓ１４３）を実行してもよい。
　バス路線がある場合、経路探索部４００から取得した迂回経路のためのバスの利用案内を利用者端末２００に送信する（Ｓ１４５）。例えば、利用するバス路線が発車するバス乗り場や、バスの運賃や、バスによる迂回経路による移動時間を案内する。
　その後、同一方向に迂回乗車する人の数が所定数以上であるかを判定する（Ｓ１４６）。同一方向に迂回乗車する人の数は、行き先情報・待機条件１９０を参照し、到着地が同一の利用者のうち、利用者端末２００に回復通知を送信した人の数を合計したり、バス乗り場で撮影された画像から人数をセンシングしたり、シミュレーションによって人数を計算してもよい。また、バスが増発される場合、増発バスの乗車を申し込んだ利用者の利用者端末２００に乗車券を配付してもよい。
　そして、同一方向に迂回乗車する人の数が所定数以上であれば、増発バスを手配したり、乗り合いタクシーを手配したりする（Ｓ１４７）。例えば、バス運行事業者の運行管理システムに増発バスの手配を要請する。また、タクシー運行事業者の運行管理システムに乗り合いタクシーの手配を要請する。
　一方、ステップＳ１４４においてバス路線がないと判定された場合、タクシーの利用案内を利用者端末２００に送信する（Ｓ１４８）。例えば、タクシー乗り場や、タクシーによる移動時間を案内する。
　その後、タクシー待ちの人の数が所定数以上であるかを判定する（Ｓ１４９）。タクシー待ちの人の数が所定数以上であれば、バスレーンをタクシーレーンに切り替えるために、交通標識の表示の変更を交通管制システム３５０に要請し、交通規制を変更して、タクシー乗り場を増加する（Ｓ１５０）。
　その後、タクシー運行事業者の運行管理システムにタクシーの手配を要請する（Ｓ１５１）。このため、タクシー運行事業者は確実に乗客が見込めるタクシーを配車することができる。なお、近隣にいるタクシーのみを配車対象にすると、遠方からタクシーが集まることなく、周辺の道路の渋滞を引き起こさなくてよい。
　図１２は、第１実施例の行き先・待機条件入力画面２１０の例を説明する図である。
　行き先・待機条件入力画面２１０は、出発地の入力欄２１１、到着地の入力欄２１２、緊急度の選択欄２１３、カテゴリの選択欄２１４、設備の条件の選択欄２１５及び回復時の条件の選択欄２１６を含む。交通流制御システム１００は、行き先・待機条件入力画面２１０に入力されたデータを行き先情報・待機条件１９０に記録する。
　出発地の入力欄２１１及び到着地の入力欄２１２には、それぞれ、当該利用者が移動する出発地及び到着地が入力される。出発地の入力欄２１１及び到着地の入力欄２１２に入力されたデータは、それぞれ、行き先情報・待機条件１９０の出発地１９２及び到着地１９３に記録される。
　緊急度の選択欄２１３では、「高」又は「低」が選択される。選択されたデータは、行き先情報・待機条件１９０の緊急度１９４に記録される。カテゴリの選択欄２１４では、利用者が選択可能な待機場所のカテゴリが選択可能で、図示した例では「カフェ」及び「ショッピング」の一つ以上が選択可能であるが、さらに細かく分類してもよく、他のカテゴリの選択肢を含んでもよい。カテゴリの選択欄２１４で選択されたデータは、行き先情報・待機条件１９０の嗜好１９５に記録される。
　設備の条件の選択欄２１５では、当該利用者に紹介する待機場所で利用者が利用できる設備の条件が選択される。選択されたデータは、行き先情報・待機条件１９０の待機設備条件１９６に記録される。図示した例では、「スマホ充電」、「ＷｉＦｉ」及び「ＡＣ電源」の一つ以上が選択可能である。
　回復時の条件の選択欄２１６では、当該利用者に障害回復を通知する条件が選択される。選択されたデータは、行き先情報・待機条件１９０の回復通知条件１９７に記録される。図示した例では、「時間優先」又は「混雑回避」が選択可能である。「混雑回避」を選択した場合、利用者に通知を送る時間の入力を求めてもよい。
　なお、利用者は、緊急度、カテゴリ、設備の条件の少なくとも一つを選択すればよく、利用者が選択しなかった項目は、行き先情報・待機条件１９０において、ヌルデータとなる。
　図１３は、第１実施例の店舗情報通知画面２２０の例を説明する図である。
　店舗情報通知画面２２０は、店舗情報２２１及びクーポン２２２の表示欄を含み、「利用済」ボタン２２３を含む。
　店舗情報２２１は、当該利用者が入力した条件に一致する店舗の情報（例えば、店舗名）である。なお、店舗名に、詳細な店舗情報（地図、連絡先、予約画面など）へのハイパーリンクを含めてもよい。クーポン２２２は、利用者に提供されるクーポンの内容を表示する。クーポン２２２が、特典の詳細な情報へのハイパーリンクを含んでもよい。
　「利用済」ボタン２２３は、利用者がクーポンの利益を受けた場合、利用者又は店員が操作する。
　図１４、図１５Ａ及び図１５Ｂは、第１実施例のバス乗降場の模式図である。
　図１４は、通常時（通常モード）のバス乗降場６００を示す。図１４に示すように、バス乗降場６００には大型の表示画面を有するサイネージ装置６１０が設置されており、通常時はバスの乗降案内やバス路線の情報が提供される。また、バス乗降場６００には、チェックイン端末６２０が設置されており、乗車するバスを予約できたり、予約したバスのチケットを発券できる。さらに、バス乗降場は、屋根や壁を有し、バスが発着する面以外は囲われた空間を形成し、その中には空調機が設置される。
　図１５Ａ及び図１５Ｂは、障害発生時（インシデントモード）のバス乗降場６００を示す。図１５Ａに示すように、インシデントモードでは、バス乗降場をタクシー乗り場に変更する。このため、設置されたサイネージ装置６１０に障害時に有用な案内を表示する。例えば、タクシーの乗車案内や、タクシーによる所要時間や料金を表示するとよい。また、乗り合いタクシーの案内を表示してもよい。さらに、図１５Ｂに示すように、バスやタクシー以外の交通手段（例えば、レンタサイクル）の案内を表示してもよい。
　以上に説明したように、本発明の第１実施例によると、交通流制御システム１００が、交通機関の運行状況を受信し、行き先情報・待機条件１９０を参照して利用者に適する待機場所を選択し、選択された待機場所の情報を利用者端末２００に送信するので、利用者の嗜好に適した待機場所を選択することによって交通機関の利用者の本システムの利用率を向上し、駅構内や周辺の混雑を緩和することができる。また、利用者が必要とする情報を提供することによって、利用者の不満を解消することができる。
　また、前述した特許文献１に記載された運行管理システムでは、利用者の意向に応じた情報を端末に配信するが、方法は開示されていない。また、利用者の移動の緊急度は考慮されていなかった。通常、交通機関の利用者は乗車前の経路検索において移動の緊急度を入力しているので、この情報を使用すれば事故時に再度意向を確かめる必要なく適切な通知ができる。
　また、行き先情報・待機条件１９０に記録される利用者の嗜好は頻繁に変わるものではないので、交通機関の障害が発生する前に入力しておくことにより、障害が発生する毎に利用者に意向を問い合わせることなく、適切な通知をすることができる。
　また、交通流制御システム１００が、交通機関に発生した障害の情報を受信した場合、利用者に適する待機場所を選択し、選択された待機場所の情報を利用者端末２００に送信するので、交通機関の利用者を分散し、駅構内や周辺の混雑を緩和することができる。
　また、交通流制御システム１００が、障害の回復の情報を受信した場合、障害の回復を利用者端末２００に通知するので、利用者は、障害の回復を知ることができて便利である。
　また、交通流制御システム１００が、利用者の待機場所から駅までの所要時間に応じて、前記障害の回復の情報を送信する時刻を決定するので、待機場所に応じてちょうどよい時刻に駅に到着することができ、駅構内の混雑を緩和することができる。すなわち、利用者は回復情報の通知を見たら待機場所を出て駅に向かえば自分の望みに従った電車（混んでいても早く目的地に着く電車、又は混雑が収まった後の電車）に乗ることができる。
　また、交通流制御システム１００が、利用者が混雑を回避した移動を望む場合、交通機関の障害の回復から所定時間が経過した後に前記障害の回復の情報を送信するので、空いている時間帯に交通機関を利用することができる。
　また、交通流制御システム１００が、緊急度、待機場所の種別及び設備の条件の少なくとも一つに従って、利用者に適する待機場所を選択するので、利用者の好みに合わせた待機場所を選択することができ、利用者の利便性を向上でき、本システムの利用率を向上することができる。
　また、交通流制御システム１００が、移動の緊急度が高い利用者に迂回経路を案内し、移動の緊急度が低い利用者に待機場所を選択するので、急いでいる利用者にも適切な案内をすることができる。すなわち、通常、交通機関の利用者は乗車前の経路検索において移動の緊急度を入力しているので、この情報を使用すれば事故時に再度意向を確かめる必要ない。第１実施例の交通流制御システム１００では、交通機関の乗車前に入力された情報を使用して、利用者に情報を提供するので、事故時に再度意向を確かめる必要がなく、利用者に適切な情報を提供できる。
　また、交通流制御システム１００は、利用者が待機場所で利用できるクーポンを利用者端末２００に送信するので、利用者に待機場所を利用するインセンティブを与えることができ、待機場所は顧客を増加することができる。
　また、交通流制御システム１００が、クーポンの利用状況に応じて、当該待機場所への課金情報を生成するので、交通流制御システム１００を運営する事業者の収益とすることができる。
　また、交通障害が発生した区間がバスによって移動可能であり、かつ、同一方向に移動する人が所定数以上である場合、交通流制御システム１００が、増発バスを手配するので、バス乗り場の混雑を緩和し、利用者が早く目的地に到着できるようになる。また、バス運行事業者は、確実に乗客が見込める増発バスを運行することができる。
　また、タクシーを待っている人が所定数以上である場合、タクシーを手配するので、交通流制御システム１００が、タクシー乗り場の混雑を緩和し、利用者が早く目的地に到着できるようになる。また、タクシー運行事業者は、確実に乗客が見込めるタクシーを配車することができる。
　また、交通流制御システム１００が、タクシーの進入を可能にするようにバス乗り場の交通規制の変更を交通管制システムに要請することによって、バス乗り場をタクシー乗り場に切り替えるので、タクシープールを増加し、多くのタクシーを短時間で出発させることができる。このため、駅構内や周辺の混雑を緩和し、利用者が早く目的地に到着できるようになる。
　また、交通流制御システム１００が、タクシー事業者の管理システムに、近隣のタクシーを手配するように要請するので、周辺の道路の渋滞を引き起こすことなく、タクシーを配車することができる。
　＜実施例２＞
　次に、本発明の第２実施例について説明する。
　第２実施例では、交通流制御システム１００が複数の情報を収集し、リアルタイムの情報及び／又は予め分かっている情報に基づいて、交通流を制御する対策を作成する。なお、第２実施例では、交通流制御システム１００が、運行制御システム３００のサブシステムとして位置付けられているが、運行制御システム３００が以下に説明する処理を実行してもよい。
　なお、第２実施例では、前述した第１実施例と同じ構成及び処理には同じ符号を付し、それらの説明は省略する。
　図１６は、第２実施例の基本的な処理のシーケンス図である。
　まず、交通流制御システム１００は、基礎データを取得する（Ｆ０００１）。基礎データは、予め予定されているイベント（例えば、参加者が多い展示会やコンサート）の情報である。
　次に、交通流制御システム１００は、運行制御システム３００から、リアルタイムの運行情報を取得し（Ｆ０００２）、取得した基礎データ及びリアルタイム情報を用いて交通流を算出する（Ｆ０００５）。この交通流の算出は、所定のタイミング（例えば、所定時間間隔）で繰り返し実行する。算出した交通流は、交通流制御システム１００のディスプレイ装置１０９に表示したり、Ｗｅｂサイトによって一般利用者に開示してもよい。
　その後、所定の面積内に存在する人の数が所定の閾値を超えたかによって、算出された交通流にボトルネックが発生しているかを判定する（Ｆ０００６）。ボトルネックが発生していない場合、何も問題がないので、何もアクションをせず、通常運行を行う（Ｆ０００７）。
　一方、例えば、ボトルネックが発生している場合や、ボトルネックの発生の予兆があり注意が必要な場合には、ボトルネックへの対策が必要であると判定し、インシデントモードに移行する。インシデントモードでは、インシデントの発生状況に応じて対策を作成する。具体的には、対策判断基準５１０を参照し、インシデントの状況（重大性、波及範囲及び緊急性）に応じて、取るべき対策を選択する。
　その後、選択された対策を適用して交通流をシミュレーションし（Ｆ００１０）、対策案の内容とシミュレーションされた交通流を管理者に提示する。そして、管理者が対策を選択して、対策を行う箇所（駅、バス乗り場、待機場所など）を設定し（Ｆ００２０）、対策の実施を交通流制御システム１００に指示する（Ｆ００２１）。交通流制御システム１００は、接続されている他のシステムに対策の実施指示を送信し、対策を実施する（Ｆ００２２）。対策実施指示は、例えば、以下のものがある。
（１）臨時バスの増発の手配
（２）タクシー運行事業者への配車を手配
（３）バス乗り場をタクシー乗り場へ切り替え
（４）近隣の施設の利用を促すクーポンの発行
（５）待機利用者が興味を示す映像や商品案内を周辺のサイネージ装置へ配信
　その後、リアルタイムの運行情報を取得し（Ｆ０００３）、状況を更新して（Ｆ００２３）、対策を継続する必要があるかを判定する（Ｆ００２４）。対策を継続する必要があれば、ステップＦ００１０に戻り、ステップＦ０００３で取得したリアルタイム情報を用いて、交通流を再度計算する。
　一方、ボトルネックが解消しており、対策を終了してもよいと判断されれば、対策を徐々に緩和する（Ｆ００２５）。なお、直ちに対策を終了してもよい。
　対策が完全に終了した後、通常モードに戻り、通常運行を行う（Ｆ０００７）。
　図１７は、第２実施例のインシデントの状況に合わせた対策判断基準５１０の例を示す図である。
　対策判断基準５１０は、インシデントの状況に合わせて取るべき対策を判断するために用いられる基準であり、交通流制御システム１００のメモリ１０２に格納される。対策判断基準５１０は、選択肢５１１、対策５１２、重大性５１３、波及範囲５１４及び緊急性５１７のフィールドを含む。また、波及範囲５１４は、場所５１５及び時間５１６のフィールドを含む。また、対策判断基準５１０は、具体的なインシデントを表す例５１９のフィールドを任意の項目として含んでもよい。
　選択肢５１１は、選択される対策群の名称である。対策５１２は、選択される対策の識別子である。対策の識別子は、対策リスト５２０（図１８）に規定される。重大性５１３は、発生している又は発生が予想されるインシデントの重大性である。重大性５１３は、例えば、影響を受ける人の数、インシデントによる経済損失の額などによって算出することができる。波及範囲（場所）５１５は、インシデントの影響が広い範囲に波及するかを示す。波及範囲（時間）５１６は、インシデントの影響が長時間波及するかを示す。緊急性５１７は、インシデントに対して急いで対策をする必要があるかを示す。例えば、インシデントの影響を受け駅で待っている人の数が急速に増えて、混乱の発生が予想される場合、緊急性が高いと判断することができる。
　図１８は、第２実施例の対策リスト５２０の例を示す図である。
　対策リスト５２０には、インシデント発生時の対策が定義されており、交通流制御システム１００のメモリ１０２に格納される。
　対策リスト５２０は、対策ＩＤ５２１、対策５２２、効果５２３及びコスト５２４のフィールドを含む。対策リスト５２０は、対策の具体的な内容を表す例５２５のフィールドを任意の項目として含んでもよい。
　対策ＩＤ５２１は、対策を一意に識別するための識別情報である。対策ＩＤ５２１によって、対策が階層的に定義される。例えば、対策ＩＤ＝１の対策（バス停のモード切替）が指定された場合、対策ＩＤ＝１．１の対策（サイネージ装置の表示切替）と、対策ＩＤ＝１．２の対策（クーポン発行）と、対策ＩＤ＝１．３の対策（タクシー乗り入れ許可）とが行われる。
　対策５２２は、対策の名称であり、当該対策の概要を示す。効果５２３は、当該対策の効果である。効果５２３は、インシデントの種類によって効果が異なる場合がある。コスト５２４は、当該対策のコストである。
　図１９は、第２実施例において交通機関に障害が発生した時の具体的な処理の例を示す図である。
　図１９に示す場合、ステップＦ０００２で取得したリアルタイム情報が、鉄道路線の障害で路線Ａの運行が停止しており復旧の目処がないことを示している。
　このため、計算された交通流にボトルネックが発生しており、このインシデントは重大性が「大」きく、波及範囲（場所）が「広い」もので、波及範囲（時間）が「不明」であり、緊急性が「高」いものである。そして、対策判断基準５１０によると、可能な全てのリソースを投入して混乱を回避すべきインシデントであると判断できる（Ｆ００１０）。
　そして、管理者は、対策を行う駅を設定し（Ｆ００２０）、対策の実施を交通流制御システム１００に指示する（Ｆ００２１）。交通流制御システム１００は、管理者から対策実施指示を受けると、接続されている他のシステムに対策の実施指示を送信し、対策を実施する（Ｆ００２２）。この例で実施される対策は、例えば、タクシー運行事業者の管理システム３７０にタクシーの配車を手配して、タクシー待ちの人を減らす。このため、バス運行事業者の管理システム３６０にバス乗り場のモードの切り替えを要求し、バス乗り場をタクシー乗り場に変更する。さらに、交通管制システム３５０にバスレーンの規制標識の切り替えを要求し、バスレーンにタクシーが進入できるように変更する。また、例えば、近隣の商業施設のクーポンを発行して、当該商業施設における待機を促す。
　図２０は、第２実施例においてイベント発生時の処理の例を示す図である。
　図２０に示す場合、イベントの開催が予定されている。例えば、ステップＦ０００１で取得した基礎データが、マリーナベイサンズにおける３万人が参加予定の人気歌手のコンサートである。このため、予め交通流のシミュレーションをし、さらに、Ｆ０００２でリアルタイムの情報を取得して交通流を算出する（Ｆ０００５）。
　このような大規模イベントの場合、イベント終了時に交通流のボトルネックが発生する。そして、対策判断基準５１０を参照して、対策案を選択して、選択された対策にて交通流を計算する（Ｆ００１０）。このとき、バスの増発及びバス乗り場のモード切替が対策案として管理者に提示された。
　そして、管理者は、対策の内容を選択し、対策を行うバス乗り場を設定し（Ｆ００２０）、対策の実施を交通流制御システム１００に指示する（Ｆ００２１）。交通流制御システム１００は、管理者から対策実施指示を受けると、接続されている他のシステムに対策の実施指示を送信し、対策を実施する（Ｆ００２２）。この例で実施される対策は、例えば、バス運行事業者の管理システム３６０に臨時バスを手配して、バス待ちの人を減らす。このため、バス運行事業者の管理システム３６０にバス乗り場のモードを切り替えを要求し、多くの臨時バスがバス乗り場から出発できるように変更する。さらに、交通管制システム３５０にバスレーンの規制標識の切り替えを要求し、多くのバスが出発できるようにバスレーンを変更する。
　また、例えば、会場周辺のサイネージ装置の表示を切り替えて、当該歌手のプロモーションビデオを上映し、バスを待っている利用者を楽しませてもよい。また、会場周辺のサイネージ装置を切り替えて、当該歌手に関する商品の情報を提供しても、会場周辺に滞留する利用者に有用な情報を提供してもよい。さらに、近隣の商業施設のクーポンを発行して、コンサート終了後に、近隣の施設における滞留を促してもよい。さらに、特別なサービスとして、当該歌手との写真撮影会を実施し、バスに乗車する時刻を分散してもよい。
　以上に説明したように、本発明の第２の実施例によると、様々なインシデントに対応して、交通流を制御するための対策を行うことができる。特に、予め予定されているイベントや、突発的に生じる交通障害などによって生じる混乱を避け、交通流を制御することができる。
　なお、本発明は前述した実施例に限定されるものではなく、添付した特許請求の範囲の趣旨内における様々な変形例及び同等の構成が含まれる。例えば、本実施例は鉄道に障害が発生した場合を説明したが、他の交通機関（バスなど）にも適用することができる。さらに、高速道路で発生する交通障害（事故や渋滞など）から、利用者を待機させたり、迂回させる場合にも適用することができる。
　例えば、前述した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに本発明は限定されない。また、ある実施例の構成の一部を他の実施例の構成に置き換えてもよい。また、ある実施例の構成に他の実施例の構成を加えてもよい。また、各実施例の構成の一部について、他の構成の追加・削除・置換をしてもよい。
　また、前述した各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等により、ハードウェアで実現してもよく、プロセッサがそれぞれの機能を実現するプログラムを解釈し実行することにより、ソフトウェアで実現してもよい。
　各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリ、ハードディスク、ＳＳＤ（Solid State Drive）等の記憶装置、又は、ＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体に格納することができる。
　また、制御線や情報線は説明上必要と考えられるものを示しており、実装上必要な全ての制御線や情報線を示しているとは限らない。実際には、ほとんど全ての構成が相互に接続されていると考えてよい。

Claims (10)

  1. 　交通機関の利用者に情報を提供する交通流制御システムであって、
    　プログラムを実行するプロセッサと、前記プロセッサがアクセス可能なメモリと、前記プロセッサに接続される通信インターフェースとを備え、
    　利用者の待機場所を選択するための条件が記録される待機条件を前記メモリに保持し、
    　前記プロセッサは、
    　交通機関に発生した障害の情報を受信した場合、前記待機条件を参照して、利用者に適する待機場所を選択し、
    　前記選択された待機場所の情報を前記利用者の端末に送信することによって利用者の待機を促し、
    　交通機関に発生した障害の回復の情報を受信した場合、利用者の待機場所から駅までの所要時間に応じて、前記障害の回復の情報を送信する時刻を決定し、
    　前記決定された時刻に前記障害の回復の情報を前記利用者の端末に通知することを特徴とする交通流制御システム。
  2. 　請求項１に記載の交通流制御システムであって、
    　前記待機条件は、交通機関の障害の回復時の利用者の移動の形態の情報を含み、
    　前記プロセッサは、利用者が混雑を回避した移動を望む場合、交通機関の障害の回復から所定時間が経過した後に前記障害の回復の情報を送信することを特徴とする交通流制御システム。
  3. 　請求項１に記載の交通流制御システムであって、
    　前記待機条件は、利用者が入力した移動の緊急度、待機場所の種別、及び待機場所に備わる設備の条件の少なくとも一つを含み、
    　前記プロセッサは、前記緊急度、前記待機場所の種別及び前記設備の条件の少なくとも一つに従って、利用者に適する待機場所を選択することを特徴とする交通流制御システム。
  4. 　請求項３に記載の交通流制御システムであって、
    　前記プロセッサは、前記待機条件を参照して、緊急度が低い利用者に待機場所を選択することを特徴とする交通流制御システム。
  5. 　請求項１に記載の交通流制御システムであって、
    　前記プロセッサは、
    　前記障害が発生した区間が他の交通機関によって移動可能かを判定し、
    　当該区間がバスによって移動可能であり、かつ、同一方向に移動する人が所定数以上である場合、増発バスを手配し、
    　当該区間がバスによって移動不可能であり、かつ、タクシーを待っている人が所定数以上である場合、タクシーを手配することを特徴とする交通流制御システム。
  6. 　請求項５に記載の交通流制御システムであって、
    　前記プロセッサは、タクシーの進入を可能にするようにバス乗り場の交通規制の変更を交通管制システムに要請することによって、バス乗り場をタクシー乗り場に切り替えることを特徴とする交通流制御システム。
  7. 　請求項６に記載の交通流制御システムであって、
    　前記プロセッサは、タクシー事業者の管理システムに、近隣のタクシーを手配するように要請することを特徴とする交通流制御システム。
  8. 　請求項１に記載の交通流制御システムであって、
    　前記利用者の端末に送信される待機場所の情報は、利用者が当該待機場所で受けられる特典の情報を含むことを特徴とする交通流制御システム。
  9. 　請求項８に記載の交通流制御システムであって、
    　前記プロセッサは、利用者が前記待機場所で特典を利用した場合、当該待機場所への課金情報を生成することを特徴とする交通流制御システム。
  10. 　交通機関の利用者に情報を提供する情報提供システムによる交通流制御方法であって、
    　前記情報提供システムは、プログラムを実行するプロセッサと、前記プロセッサがアクセス可能なメモリと、前記プロセッサに接続される通信インターフェースとを有し、
    　前記メモリは、利用者の待機場所を選択するための条件が記録される待機条件を保持し、
    　前記方法は、
    　前記プロセッサが、交通機関に発生した障害の情報を受信した場合、前記待機条件を参照して、利用者に適する待機場所を選択し、
    　前記プロセッサが、前記選択された待機場所の情報を前記利用者の端末に送信することによって利用者の待機を促し、
    　前記プロセッサが、交通機関に発生した障害の回復の情報を受信した場合、利用者の待機場所から駅までの所要時間に応じて、前記障害の回復の情報を送信する時刻を決定し、
    　前記プロセッサが、前記決定された時刻に前記障害の回復の情報を前記利用者の端末に通知することを特徴とする交通流制御方法。
PCT/JP2014/080316 2014-11-17 2014-11-17 交通流制御システム及び交通流制御方法 WO2016079778A1 (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
PCT/JP2014/080316 WO2016079778A1 (ja) 2014-11-17 2014-11-17 交通流制御システム及び交通流制御方法
SG11201701772TA SG11201701772TA (en) 2014-11-17 2014-11-17 Traffic flow control system and traffic flow control method
JP2016559700A JP6309109B2 (ja) 2014-11-17 2014-11-17 交通流制御システム及び交通流制御方法
EP14906247.3A EP3222970A4 (en) 2014-11-17 2014-11-17 Traffic flow control system and traffic flow control method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2014/080316 WO2016079778A1 (ja) 2014-11-17 2014-11-17 交通流制御システム及び交通流制御方法

Publications (1)

Publication Number Publication Date
WO2016079778A1 true WO2016079778A1 (ja) 2016-05-26

Family

ID=56013394

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2014/080316 WO2016079778A1 (ja) 2014-11-17 2014-11-17 交通流制御システム及び交通流制御方法

Country Status (4)

Country Link
EP (1) EP3222970A4 (ja)
JP (1) JP6309109B2 (ja)
SG (1) SG11201701772TA (ja)
WO (1) WO2016079778A1 (ja)

Cited By (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2018116445A (ja) * 2017-01-18 2018-07-26 株式会社日立システムズ 経路案内システムおよび経路案内デジタルサイネージ
CN110262523A (zh) * 2019-07-31 2019-09-20 华东交通大学 一种分布式群体机器人的自主避障蜂拥控制方法
JP2020052889A (ja) * 2018-09-28 2020-04-02 株式会社日本総合研究所 乗車支援装置
JP2020052885A (ja) * 2018-09-28 2020-04-02 株式会社日本総合研究所 情報出力装置
JP2020071778A (ja) * 2018-11-01 2020-05-07 トヨタ自動車株式会社 車両派遣システム、サーバおよび情報処理方法
WO2022014164A1 (ja) * 2020-07-17 2022-01-20 株式会社デンソーテン 情報処理装置および情報処理方法
JP2022019315A (ja) * 2020-07-17 2022-01-27 株式会社デンソーテン 情報処理装置および情報処理方法
JP7086319B1 (ja) * 2021-07-02 2022-06-17 三菱電機株式会社 クーポン配布装置、クーポン配布システムおよびクーポン配布方法
JP2022125903A (ja) * 2021-02-17 2022-08-29 トヨタ自動車株式会社 運行管理装置、システム、及び運行管理方法
US11645910B2 (en) 2021-03-25 2023-05-09 Denso Ten Limited Information processing apparatus, system, and method that estimates time for a user to travel from departure location to destination location based on stop information of other users at facilities on a route to the destination location
WO2023148932A1 (ja) * 2022-02-04 2023-08-10 三菱電機株式会社 誘導システム、誘導方法、及び誘導プログラム

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111223298B (zh) * 2020-01-17 2021-09-28 重庆市城投金卡信息产业(集团)股份有限公司 公交车道借道使用控制方法及其系统

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003246270A (ja) * 2002-02-25 2003-09-02 Fujitsu Ltd 通報方法、およびプログラム
JP2006024081A (ja) * 2004-07-09 2006-01-26 Nec Fielding Ltd バス代替相乗りタクシー予約受付システム
JP2009116554A (ja) * 2007-11-06 2009-05-28 Casio Hitachi Mobile Communications Co Ltd 交通情報通知システム、交通情報受信端末装置及びプログラム
JP2010272035A (ja) * 2009-05-25 2010-12-02 Hitachi Ltd 交通機関の再入場管理方法

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006004100A (ja) * 2004-06-16 2006-01-05 Hitachi Ltd 鉄道情報配信システム
JP4869720B2 (ja) * 2006-01-31 2012-02-08 Ｎｅｃインフロンティア株式会社 交通機関遅延情報配信方法、交通機関遅延情報配信システム、そのプログラム、及び、プログラム記録媒体

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003246270A (ja) * 2002-02-25 2003-09-02 Fujitsu Ltd 通報方法、およびプログラム
JP2006024081A (ja) * 2004-07-09 2006-01-26 Nec Fielding Ltd バス代替相乗りタクシー予約受付システム
JP2009116554A (ja) * 2007-11-06 2009-05-28 Casio Hitachi Mobile Communications Co Ltd 交通情報通知システム、交通情報受信端末装置及びプログラム
JP2010272035A (ja) * 2009-05-25 2010-12-02 Hitachi Ltd 交通機関の再入場管理方法

Non-Patent Citations (1)

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

Cited By (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2018116445A (ja) * 2017-01-18 2018-07-26 株式会社日立システムズ 経路案内システムおよび経路案内デジタルサイネージ
JP7238229B2 (ja) 2018-09-28 2023-03-14 株式会社日本総合研究所 情報出力装置
JP7238230B2 (ja) 2018-09-28 2023-03-14 株式会社日本総合研究所 乗車支援装置
JP2020052889A (ja) * 2018-09-28 2020-04-02 株式会社日本総合研究所 乗車支援装置
JP2020052885A (ja) * 2018-09-28 2020-04-02 株式会社日本総合研究所 情報出力装置
JP2020071778A (ja) * 2018-11-01 2020-05-07 トヨタ自動車株式会社 車両派遣システム、サーバおよび情報処理方法
JP7010194B2 (ja) 2018-11-01 2022-01-26 トヨタ自動車株式会社 車両派遣システム、サーバおよび情報処理方法
CN110262523B (zh) * 2019-07-31 2022-05-27 华东交通大学 一种分布式群体机器人的自主避障蜂拥控制方法
CN110262523A (zh) * 2019-07-31 2019-09-20 华东交通大学 一种分布式群体机器人的自主避障蜂拥控制方法
JP2022019315A (ja) * 2020-07-17 2022-01-27 株式会社デンソーテン 情報処理装置および情報処理方法
WO2022014164A1 (ja) * 2020-07-17 2022-01-20 株式会社デンソーテン 情報処理装置および情報処理方法
JP7432460B2 (ja) 2020-07-17 2024-02-16 株式会社デンソーテン 情報処理装置および情報処理方法
JP2022125903A (ja) * 2021-02-17 2022-08-29 トヨタ自動車株式会社 運行管理装置、システム、及び運行管理方法
JP7363834B2 (ja) 2021-02-17 2023-10-18 トヨタ自動車株式会社 運行管理装置及びシステム
US11645910B2 (en) 2021-03-25 2023-05-09 Denso Ten Limited Information processing apparatus, system, and method that estimates time for a user to travel from departure location to destination location based on stop information of other users at facilities on a route to the destination location
JP7086319B1 (ja) * 2021-07-02 2022-06-17 三菱電機株式会社 クーポン配布装置、クーポン配布システムおよびクーポン配布方法
WO2023148932A1 (ja) * 2022-02-04 2023-08-10 三菱電機株式会社 誘導システム、誘導方法、及び誘導プログラム
JP7396538B1 (ja) * 2022-02-04 2023-12-12 三菱電機株式会社 誘導システム、誘導方法、及び誘導プログラム

Also Published As

Publication number Publication date
JP6309109B2 (ja) 2018-04-11
SG11201701772TA (en) 2017-06-29
EP3222970A1 (en) 2017-09-27
JPWO2016079778A1 (ja) 2017-06-15
EP3222970A4 (en) 2018-08-15

Similar Documents

Publication Publication Date Title
JP6309109B2 (ja) 交通流制御システム及び交通流制御方法
US11062415B2 (en) Systems and methods for allocating networked vehicle resources in priority environments
JP5986641B2 (ja) 交通分析システム
JP6322048B2 (ja) 混雑予測装置及び混雑予測方法
JP5581272B2 (ja) ユーザ移動工程予測装置及びこれを利用した運行情報通知装置
JP7173695B2 (ja) 情報提供装置、情報提供システム、情報提供方法、情報提供プログラム
JP6906373B2 (ja) 車両の走行計画を管理するためのシステム、方法、及びプログラム
US20200134765A1 (en) Information processing device, information processing method and storage medium
JP7201394B2 (ja) 情報提供装置、情報提供システム、情報提供方法、情報提供プログラム
US20180224288A1 (en) Action option presentation apparatus
JPWO2015049801A1 (ja) 乗客誘導システム、および乗客誘導方法
WO2020031580A1 (ja) 情報処理システム、及び情報処理方法
CN111121802A (zh) 路线搜索装置、路线搜索方法以及存储有路线搜索程序的非瞬时性存储介质
JP2020129177A (ja) 情報処理装置、情報処理方法、及び情報処理プログラム
WO2021002218A1 (ja) コンピュータシステムおよび記憶媒体並びにプログラム
US10972882B2 (en) Information processing apparatus, information processing method, and non-transitory computer readable storage medium
JP6757654B2 (ja) 輸送サービス情報提供装置、及び輸送サービス情報提供方法
EP3441914A1 (en) Transportation network user demand prediction
KR102524949B1 (ko) 서비스 사용자용 인터페이스 제공 방법 및 장치
JP7290597B2 (ja) 情報処理装置、情報処理方法、及び情報処理プログラム
JP7540818B2 (ja) 配車依頼装置、ナビゲーション装置、配車管理装置、配車システム、配車依頼方法、ナビゲーション方法、配車管理方法、プログラム、及び記録媒体
JP6666507B1 (ja) コンピュータシステム、およびプログラム
JP6978230B2 (ja) 提供装置、提供方法、提供プログラムおよび算出装置
JP2023180731A (ja) 駅滞在者推計システム及び駅滞在者推計方法
JP7449192B2 (ja) ダイヤ情報管理システム、ダイヤ情報管理方法および運行案内システム

Legal Events

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

Ref document number: 14906247

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2016559700

Country of ref document: JP

Kind code of ref document: A

REEP Request for entry into the european phase

Ref document number: 2014906247

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2014906247

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 11201701772T

Country of ref document: SG

NENP Non-entry into the national phase

Ref country code: DE