WO2020195440A1 - 移動サービスシステムおよび移動サービス提供方法 - Google Patents

移動サービスシステムおよび移動サービス提供方法 Download PDF

Info

Publication number
WO2020195440A1
WO2020195440A1 PCT/JP2020/007262 JP2020007262W WO2020195440A1 WO 2020195440 A1 WO2020195440 A1 WO 2020195440A1 JP 2020007262 W JP2020007262 W JP 2020007262W WO 2020195440 A1 WO2020195440 A1 WO 2020195440A1
Authority
WO
WIPO (PCT)
Prior art keywords
dissatisfaction
user
bus
management device
mobile
Prior art date
Application number
PCT/JP2020/007262
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 US17/431,980 priority Critical patent/US20220114511A1/en
Priority to CN202080008834.0A priority patent/CN113287144A/zh
Publication of WO2020195440A1 publication Critical patent/WO2020195440A1/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
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063—Operations research, analysis or management
    • G06Q10/0631—Resource planning, allocation, distributing or scheduling for enterprises or organisations
    • 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
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising
    • G06Q30/0282—Rating or review of business operators or products
    • 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/40—Business processes related to the transportation industry
    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G08G1/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 technique for controlling vehicle operation of a transportation service by utilizing the degree of dissatisfaction of a user.
  • the service provider decides the service content in advance and operates it. That is, the service provider sets a vehicle operation schedule (diamond) in advance, and operates the vehicle according to the schedule.
  • Patent Document 1 discloses a technique for dispatching a temporary vehicle when it is determined that a bus operating on a service route has not reached the checkpoint at a predetermined time according to a timetable.
  • Patent Document 2 discloses a technique for sharing a vehicle of a provider with another user. After accumulating past performance information of the vehicle's travel route of the provider and making a movement plan with reference to the performance information, request the vehicle provider to accept the carpool, and when the provider accepts the request, Carpool the person who wants to ride in the vehicle of the provider.
  • Patent Document 3 discloses a technique for reproducing and evaluating a traffic situation by computer simulation using a virtual object simulating a vehicle.
  • the traffic volume is estimated for the movement of people (passenger car) and the movement of goods (freight car), and the future traffic demand including the generated concentrated traffic volume, the distributed traffic volume, and the distributed traffic volume is estimated. Calculation formulas and parameters are disclosed.
  • One object of the present disclosure is to provide a technology that enables improvement of transportation services to users by reflecting the degree of dissatisfaction of users in the operation of vehicles.
  • One mobile service system is a mobile service system that provides a service of operating mobile resources to move a user, stores a first database relating to the user, and manages the user's request.
  • It has a third management device that changes the operation of the mobile resource, the third management device acquires dissatisfaction generated to the user numerically, and the first management device responds to the dissatisfaction.
  • the points that can be used to execute the request for the operation of the mobile resource are given, the points for each user are recorded in the first database, and the third management device receives the request from the user.
  • the movement resource of the movement resource is based on the request and the operation status of the movement resource managed in the second database. Change the operation plan.
  • a bus is exemplified as a moving resource that operates to move passengers.
  • the system of the present embodiment is a system that provides a service of operating a bus to move passengers.
  • This service is a service that allows potential passengers to request changes in bus operation.
  • Buses are an example of mobile resources and are not limited to this. It may be another land transportation means of this example, or may be a water transportation means, an air transportation means, or the like.
  • FIG. 1 is a block diagram showing a hardware configuration of a demand management type transportation service system according to the present embodiment.
  • the demand management type transportation service system includes an operation planning server 11, a passenger information management server 12, a bus operation management server 13, and a bus operation instruction terminal 14.
  • the bus operation instruction terminal 14 is an information processing terminal that is operably mounted on a bus vehicle by a crew member or carried by a bus crew member. Information for instructing the crew to operate the bus is displayed on the bus operation instruction terminal 14.
  • the passenger information terminal 15 is a terminal carried by a passenger using a bus, and may be a mobile terminal such as a smart phone owned by the passenger.
  • the operation planning server 11 is interconnected with the passenger information management server 12, the bus operation management server 13, the bus operation instruction terminal 14, and the passenger information terminal 15 via a network 16.
  • the passenger information management server 12 and the bus operation management server 13 may be connected by a wired network, and the bus operation instruction terminal 14 and the passenger information terminal 15 may be connected by a wireless network.
  • the network 16 is a wired network or a wireless network is not particularly limited.
  • FIG. 2 is a block diagram for explaining the hardware configuration of each server device of the demand management type transportation service system of the present embodiment.
  • the operation planning server 11, the passenger information management server 12, and the bus operation management server 13 are information processing devices having a common basic hardware configuration, and the hardware configuration is shown in FIG.
  • the information processing apparatus includes a CPU 1-01, a memory 1-02, a communication NIC (Network Interface Card) 1-03, a hard disk drive (hereinafter referred to as HDD) 1-04, and an input / output controller 1-05. It has a monitor controller 1-06, a bus 1-07, a display 1-13, a keyboard 1-11, and a mouse 1-12.
  • the CPU 1-01, the memory 1-02, the communication NIC 1-03, the HDD 1-04, the input / output controller 1-05, and the monitor controller 1-06 are connected to the bus 1-07.
  • the input / output controller 1-05 is connected to the keyboard 1-11 and the mouse 1-12.
  • a display 1-13 is connected to the monitor controller 1-06.
  • the CPU1-01 realizes the function of each server by executing the software program on the memory 1-02.
  • the memory 1-02 is a device that stores a software program for realizing the function of the server and various data used for processing the software.
  • the communication NIC 1-03 is a device for the server to connect to the network 16 and send / receive data and the like.
  • HDD 1-04 stores a database used for server processing.
  • HDD 1-04 of the passenger information management server 12 stores a database accumulating information about residents.
  • HDD 1-04 of the bus operation management server 13 stores a database accumulating information about the bus.
  • the input / output controller 1-05 is a device that controls the input / output of data to / from the server by the keyboard 1-11 and the mouse 1-12.
  • the monitor controller 1-06 is a device that controls the display of the screen on the display 1-13.
  • the display 1-13 is a display device that displays a screen including an image or text to the operator.
  • the keyboard 1-11 and the mouse 1-12 are devices that receive operations by the operator and output operation data to the input / output controller 1-05.
  • FIG. 3 is a block diagram for explaining the hardware configuration of each terminal device of the demand management type transportation service system of the present embodiment.
  • the bus operation instruction terminal 14 and the passenger information terminal 15 are information processing devices having similar basic hardware configurations, and the hardware configuration for explanation thereof is shown in FIG.
  • the terminal device of FIG. 3 has a touch panel 1-15 instead of the keyboard 1-11, mouse 1-12 and display 1-13 in the server device of FIG.
  • the passenger information terminal 15 has a GPS (Global Positioning System) module 1-08 and an IC reader module 1-14.
  • the touch panel 1-15 is a device that displays a screen to passengers and accepts operations on the screen by passengers.
  • GPS module 1-08 is a device that receives radio waves from GPS satellites and outputs its own position information.
  • the position information is used for processing as information indicating the position of the passenger.
  • the IC reader module 1-14 is a device that reads out and outputs the data recorded on the IC card.
  • the data read from the IC card may be used for processing.
  • FIG. 4 is an ER (Entity Relationship) diagram of the resident database provided in the passenger information management server.
  • the resident database 12-40 is a resident of the service area to which this demand management type transportation service system provides services. It is assumed that this inhabitant will be a passenger on the bus.
  • the resident database 12-40 contains resident parameters 12-41, request issuance information 12-42, and request digestion logs 12-43. In the resident parameters 21-41, various information about each resident in the area that can be a passenger of the bus of this system is set. Information regarding requests issued by residents is set in request issuance information 12-42. One inhabitant managed by inhabitant parameters 12-41 can be handled by zero or more requests.
  • the request includes the requirements that passengers (residents trying to get on the bus) request regarding getting on the bus.
  • the request may include a request that requires a change in bus service. Once the request is accepted and fulfilled, the request is digested.
  • Request digestion log 12-43 is information related to request digestion issued by residents.
  • the index (not shown) of the request is registered in the request issuance information table 12-42.
  • the index contains information about the passenger who issued the request, the bus on which the passenger is boarding, where the passenger is boarding the bus, and where the passenger is getting off.
  • the digestion of the request is recorded as log information in the request digestion log table 12-43.
  • the request is executed when the passenger gets on and off the bus. If a request that requires a change in bus operation is adopted, the execution of the request involves a change in bus operation.
  • the points possessed by the inhabitants are digested to offset the dissatisfaction of other inhabitants (other passengers on the same bus) who are estimated to occur by adopting the request.
  • other passengers on the same bus will be awarded points according to a separate statement of dissatisfaction.
  • Resident parameters 12-41 include resident ID, dissatisfaction (time / congestion / seating / noise / location), dissatisfaction coefficient (time / congestion / seating / noise / location), ownership point, and resident address coordinates ( (Longitude, latitude), walking speed [km / h], parameters representing noise generation level, random number generation parameters for determining request time (outward route ⁇ , outbound route ⁇ , inbound route ⁇ , inbound route ⁇ ), attributes of residents (gender, age) , Occupation, etc.) is included.
  • FIG. 5 is a table showing the schema of the inhabitant parameters. Information is set for each item of the inhabitant parameters 12-41 according to the schema shown in FIG.
  • Resident ID is identification information that individually identifies each inhabitant.
  • the degree of dissatisfaction is information that numerically indicates the degree of dissatisfaction of the inhabitants.
  • Dissatisfaction includes time dissatisfaction, congestion dissatisfaction, seating dissatisfaction, noise dissatisfaction, and location dissatisfaction.
  • Dissatisfaction with time is dissatisfaction with the time the residents wait at the bus stop (bus stop) due to the delay in arrival of the bus.
  • Dissatisfaction with congestion is dissatisfaction with the congestion in the bus on which the inhabitants boarded.
  • Dissatisfaction with seating is dissatisfaction with not being able to sit on the bus on which the resident boarded.
  • Dissatisfaction with noise is dissatisfaction with the noise in the bus on which the inhabitants boarded.
  • Dissatisfaction with the location is dissatisfaction with the distance the inhabitants walk before or after boarding the bus. For example, if the departure place and the boarding place are different, the residents need to walk between them. Also, if the drop-off place and the arrival place are different, the residents need to walk between them.
  • the coefficient of dissatisfaction is a value indicating the degree of importance of the residents to dissatisfaction with each of time, congestion, seating, noise, or place.
  • Owned points are information indicating points owned by the inhabitants.
  • Resident's address coordinates are information indicating the address of the resident, and are indicated by longitude and latitude.
  • the walking speed is information indicating the walking speed of the inhabitants, and is indicated in units of km / h.
  • the parameter indicating the noise generation level is a parameter indicating the degree to which the noise in the bus increases when the inhabitants board.
  • the random number generation parameter for determining the request time is a parameter for determining the time when the request is issued.
  • the mean value ⁇ and standard deviation ⁇ of the departure time of the outward trip and the mean value ⁇ and standard deviation ⁇ of the departure time of the return trip are set.
  • Resident attributes are information indicating various attributes of the inhabitants.
  • residents' attributes include gender, age, occupation, etc.
  • FIG. 6 is an ER diagram of the bus database provided in the bus operation management server.
  • the bus body parameters 13-41 the scheduled departure time of the bus return 13-42, the movement order of the basic bus route-stop correspondence table 13-43, the stops 13-44 on the basic route, and the bus running Logs 13-45 are included.
  • Bus body parameters 13-41 are information about each bus body that moves passengers as a movement resource of this system.
  • the bus body parameter table 13-41 has indexes of bus body ID, bus identification name, bus basic route ID, fare income [yen], mileage [km], and coefficient for fare calculation, and each index contains information. be written.
  • Scheduled bus return departure time 13-42 is information on operation from the starting location of each bus body. Normally, one bus body is used for one or more operations, so information on one or more operations is recorded for one bus body in the scheduled bus return departure time table 13-42. ..
  • the scheduled bus return departure time table 13-42 has a bus body ID, a bus departure direction (for example, whether or not it is in the opposite direction), and a departure time index (not shown), and information is described in each index.
  • the movement order of the basic bus route-stop correspondence table 13-43 is information on the basic route in the operation of each bus body.
  • the basic route is the route on which the bus will operate if there is no request for change. Normally, multiple bus bodies operate on one basic route. In addition, one bus body usually operates on a plurality of basic routes.
  • Bus basic route movement order-stop correspondence table Tables 13-43 have indexes (not shown) of bus basic route ID, stop sequence number, and stop ID, and information is described in each index.
  • Bus stops 13-44 on the basic route are table information about each bus stop on the basic route.
  • the table of stops 13-44 on the basic route has a stop ID of each stop, a stop name, a GIS node ID, and an index (not shown) of the stop type, and information is described in each index.
  • the GIS node ID is identification information for individually identifying a node of a geographic information system (GIS (Geographic Information System).
  • GIS Geographic Information System
  • a GIS node is, for example, an intersection.
  • a GIS node is, for example, a node number, longitude, latitude, geometry information. Indicated by.
  • Bus travel log 13-45 is a table of history information related to the operation of each bus body. On the table of the bus travel log 13-45, the vehicle body ID, date number (what day), start time, first stop, last time, last stop, direction (whether in the opposite direction), total number of passengers, and one run There is an index (not shown) of fare income [yen] and mileage [km] for one trip, and information is described in each index.
  • FIG. 7 is a table showing the schema of the bus travel log 13-45. Information is set in each index of the bus travel log 13-45 according to the schema shown in FIG.
  • FIG. 8 is an ER diagram of the aggregation database provided in the operation planning server.
  • the aggregation database 11-40 includes aggregation results 11-41, area-specific aggregation results 11-42, and area definitions 11-43.
  • Aggregation result 11-41 is information that aggregates the results of bus operation.
  • Table of tabulation results 11-41 there are indexes of date number (day), total bus fare income (daily total) [yen], total bus mileage (daily total) [km], and each index. Information is described in.
  • Area-specific aggregation results 11-42 is information that aggregates bus operation results for each area.
  • the area is an area in which the entire service area is divided into rectangles of a predetermined size.
  • FIG. 9 is a table showing the schema of the aggregation result by area.
  • the table of the aggregation results 11-42 by area has indexes (not shown) of date numbers (days), area IDs, and average satisfaction levels (closing prices) by area, and each index is shown in FIG. Information according to the schema is described.
  • the average satisfaction level by area is a negative number of the total value of dissatisfaction with all items of time, congestion, seating, noise, and location for each area.
  • the average satisfaction level for each area may be calculated for each item of time, congestion, seating, noise, and place, and may be included in the aggregated results 11-42 and recorded.
  • Area definitions 11-43 are definition information of each area included in the entire service area.
  • the table of area definitions 11-43 has an area ID and an index (not shown) of rectangular coordinates (upper left coordinate, lower right coordinate), and information is described in each index.
  • FIG. 10 is a diagram showing an example of an entire service area to which the demand management type transportation service system of the present embodiment is applied.
  • the total service area has an area of about 30 square kilometers, a population of about 120,000, and the number of bus users is about 4,500 / day.
  • FIG. 11 is a route conceptual diagram showing a state of changing the online operation plan by the demand management type transportation service system of the present embodiment.
  • FIG. 12 is a diagram showing a screen example of a passenger information terminal when changing an operation plan.
  • bus 8-10 shown in FIG. 11 is a bus whose information is listed in the bus body parameter table 13-41.
  • Bus 8-10 operates from departure stop 8-01 to arrival stop 8-04 listed in the movement order-stop correspondence table 13-43 of the basic bus route.
  • the basic route is a route that follows a departure stop 8-01, a fixed stop 8-02, a fixed stop 8-03, and an arrival stop 8-04. It is assumed that fixed stops 8-02 and 8-03 are stops that must be passed even when the operation plan is changed.
  • a passenger 8-05 which is listed in the resident parameter table 12-41, has issued a request to board the bus using the passenger information terminal 15. This request is registered in the request issuance information 12-42 table on the passenger information management server 12.
  • Passenger 8-05 can arbitrarily specify the departure place 8-06 and the arrival place 8-07 of the passengers themselves in the request. For example, you can specify your home as the departure place and the place you want to finally go to as the arrival place.
  • An example of designating a departure place and an arrival place is shown in screen example 8-0501 of the passenger information terminal 15 shown in FIG. Screen example 8-0501 shows an example in which the home is designated as the departure place and the hospital A is designated as the arrival place.
  • passengers 8-05, in the request indicate that they would like the bus to stop at a location 8-08 near the departure location and / or have the bus stop at a location 8-09 near the arrival location. You may be able to.
  • Passengers 8-05 can also specify priorities for various other wishes in the request. For example, it is possible to specify that the stop at the desired place is prioritized over other items (place priority). In addition, it is possible to specify that shortening the waiting time at the bus stop is prioritized over other items (time priority). In addition, it is possible to specify that a bus that is vacant in the vehicle and has a sufficient space is prioritized over other items (gap priority). In addition, it is possible to specify that being able to sit in a seat is prioritized over other items (seat priority). In addition, it is possible to specify that the low noise level in the vehicle is prioritized over other items (silence priority).
  • Screen example 8-0502 of FIG. 12 shows a screen example when the time priority is specified together with the desired arrival time. Screen example 8-0502 in FIG. 12 is a series of screens in which screen example 8-0501 is scrolled downward.
  • Requests from passengers 8-05 are processed by the demand management type transportation service system. Details of request processing will be described later.
  • the bus 8-10 may deviate from the predetermined basic route and stop at a place close to the departure place or the arrival place to some extent (for example, the place 8-11 in FIG. 11), or may be predetermined. It may also stop at location 8-12 on the basic route.
  • the result of the bus operation is recorded in the request digestion log 12-43.
  • FIG. 13 is a sequence diagram showing request processing by the demand management type transportation service system of the present embodiment.
  • the passenger information terminal 15 transmits a request for boarding the bus to the operation planning server 11 (15-911).
  • the operation planning server 11 presents the departure place and the arrival place to the bus operation management server 13 and inquires about the available buses for passengers (11-911).
  • the bus operation management server 13 selects an available bus (13-911) based on the presented departure place and arrival place, and notifies the operation planning server 11. At this time, one or more buses are notified.
  • the operation planning server 11 checks whether or not any of the notified buses satisfies the passengers' wishes (11-912). If there is a bus that meets the passengers' wishes, the operation planning server 11 selects the bus (13-913).
  • the operation planning server 11 checks whether the request includes a request to change the route of the bus to a place close to the departure place or the arrival place (hereinafter referred to as a nearby pickup request) (11-). 914).
  • a nearby pick-up request is made, the operation planning server 11 sets the stop near the departure place as the stop for passengers to board, the stop near the arrival place as the stop for passengers to disembark, and those stops as stop points (11). -915), the passenger information terminal 15 is notified of one or more bus candidates available to the passenger together with the stop point.
  • the passenger information terminal 15 displays the notified bus information as a candidate for use by passengers (15-912).
  • the bus operation management server 13 is a passenger who is already on a bus available to the passenger who issued the request.
  • the bus operation management server 13 is requested to provide information on dissatisfaction that is expected to occur in the bus and the cost that is caused by changing the operation of the bus.
  • passengers on the bus may be dissatisfied if the arrival time of the bus at their drop-off location is delayed.
  • the bus operation management server 13 requests the passenger information management server 123 for information on the points possessed by the passenger who issued the request.
  • the bus operation management server 13 grasps the passengers on the bus, and the passenger information management server 12 grasps the dissatisfaction coefficient of all the residents.
  • the bus operation management server 13 cooperates with the passenger information management server 12 to acquire information on the dissatisfaction coefficient of all passengers on the bus, and based on the dissatisfaction coefficient, dissatisfaction caused to all passengers. Calculate the total value of.
  • the bus operation management server 13 may calculate the total value of dissatisfaction that occurs when all the passengers of the bus express dissatisfaction when the operation of the bus is changed.
  • the bus operation management server 13 calculates the cost generated by changing the operation of the bus. Then, the bus operation management server 13 notifies the operation planning server 11 of the calculated total dissatisfaction value information and the calculated cost information (13-912).
  • the operation planning server 11 is notified of the information of the points possessed by the passenger who issued the request. (12-911).
  • the description of the request processing using FIG. 13 is temporarily interrupted, and the "dissatisfaction" and the "point" in this system will be described.
  • Dissatisfaction in this embodiment is dissatisfaction with bus operation or boarding.
  • the dissatisfaction includes five items of dissatisfaction: time dissatisfaction, congestion dissatisfaction, seating dissatisfaction, noise dissatisfaction, and location dissatisfaction.
  • Dissatisfaction with bus operation or boarding is the sum of dissatisfaction with these five items.
  • dissatisfaction with time, congestion, seating, noise, and location, and dissatisfaction with bus operation or boarding which is the total of them, can be expressed or calculated numerically.
  • Dissatisfaction is the sum of the products of the two elements "dissatisfaction variable” and “dissatisfaction coefficient” for the past 30 days.
  • the “dissatisfaction coefficient” is a coefficient for the "dissatisfaction variable", and the value varies depending on the passenger's preference. However, if the "dissatisfaction coefficient" does not fluctuate over 30 days, the passenger information management server 12 initializes the "dissatisfaction coefficient" to a predetermined constant value.
  • the "point” in this embodiment is a virtual bond given by the bus company as a compensation for "dissatisfaction". Unlike the "dissatisfaction” mentioned above, "points" do not diminish over time.
  • the demand management type transportation service system uses the "points" possessed by the passenger who issued the request as a material for determining whether or not to realize the wish presented by the request. Then, when the hope is realized, the demand management type transportation service system disappears or collects the "points" according to the realized hope.
  • Dis Pt, T + Pi, I + Ps, S + Pa, A + Pl, L ...
  • Dis indicates passenger dissatisfaction.
  • Dissatisfaction Dis is the sum of the dissatisfaction coefficient and the dissatisfaction variable product for the last 30 days.
  • the above 30 days is an example in which a period of about twice as long as 2 weeks including a margin is set based on the empirical rule that passengers' dissatisfaction is forgotten in about 2 weeks in the example of railway operation which is a similar event. ..
  • Pt is an abbreviation for Priority of time, and is a coefficient for dissatisfaction with time (dissatisfaction coefficient).
  • T is a dissatisfied variable indicating the time when a passenger waits for a bus at a bus stop or the like.
  • Pi is an abbreviation for Priority of interval, and is a coefficient for dissatisfaction with congestion.
  • I is a dissatisfaction variable indicating the ratio of the number of passengers actually on board to the capacity of the bus, that is, the boarding rate. If the occupancy rate is low, the gap between passengers on the bus becomes large. When the gap priority is specified, the value of the coefficient Pi increases.
  • Ps is an abbreviation for Priority of seat, and is a coefficient for dissatisfaction with seating.
  • S is a dissatisfied variable indicating whether or not the passenger was smoked while on the bus.
  • Pa is an abbreviation for Priority of atmosphere, and is a coefficient for dissatisfaction with noise.
  • A is a dissatisfied variable indicating the noise level in the bus.
  • silence priority is specified, the value of the coefficient Pa increases.
  • Pl is an abbreviation for Priority of place, and is a coefficient for dissatisfaction with the place to board.
  • L is a dissatisfaction variable indicating the walking distance from the departure place to the boarding place. When the place priority is specified, the value of the coefficient Pl becomes large.
  • Congestion which is an item of dissatisfaction and dissatisfaction coefficient
  • gap priority is to prioritize low congestion
  • noise which is an item of dissatisfaction and dissatisfaction coefficient
  • the dissatisfaction coefficient for each item of time, congestion, seating, noise, and location is 0.1 in the initial state. Then, when the screen example 8-0502 in FIG. 12 is checked and designated as a priority item, 0.1 is added to the dissatisfaction coefficient of the designated item.
  • the fact that passengers give priority to the item means that the dissatisfaction with the item is felt to be greater than the dissatisfaction with other items, and the item is strongly reflected in the number of dissatisfaction felt by the passenger.
  • the upper limit of the dissatisfaction coefficient is 1.0.
  • the dissatisfaction coefficient of all the items is initialized to 0.1. If any of the items is checked before 30 days have passed since the check of any of the items, the dissatisfaction coefficient of all the items will not be initialized.
  • the period of 30 days shown here is an example, and is not limited to this. The period used for the initialization process of the dissatisfaction coefficient can be set arbitrarily.
  • the dissatisfaction Dis is the total value of the product of the dissatisfaction coefficient and the dissatisfaction variable in the last 30 days.
  • the dissatisfaction variables T, I, S, A and L are acquired each time the passenger uses the bus.
  • the unit of the dissatisfaction variable T is time. Dissatisfaction with time is shown, for example, by the time the passenger has been waiting due to the delayed arrival of the bus at the stop where the passenger is boarding, but here, as a specific example, the passenger further boarded at that time. The time when the bus is delayed in arriving at the stop where the passengers get off, and the response time from when the passenger issues a request to use the bus until the passenger is presented with a candidate bus that can be boarded in response to the request. The total time including the above shall be used.
  • the dissatisfaction variable I is the occupancy rate, and a unit obtained by normalizing the percentage is used. When the occupancy rate is 100%, the dissatisfaction variable I is set to 0, and when the occupancy rate is 150%, the dissatisfaction variable I is set to 1. The dissatisfaction variable I when the occupancy rate is less than 100% is set to 0. Let 1 be the dissatisfaction variable I when the occupancy rate is 150% or more. When the occupancy rate is between 100% and 150%, the dissatisfaction variable I is assumed to be a linear value that changes to a certain degree with respect to the change in the occupancy rate.
  • the dissatisfaction variable S is a value indicating whether or not the person can be seated. If the person can be seated, the value is 0, and if the person cannot be seated, the value is 1.
  • Dissatisfaction variable A is the noise level in the bus.
  • a volume measurement sensor may be installed in the bus, and the measured value may be normalized to be the dissatisfaction variable A.
  • the noise level inside the bus may be expressed numerically, and the numerical value may be normalized and used as the dissatisfaction variable A.
  • the number of passengers in their teens in the passengers of the bus on which the target passenger boarded may be used. When there are 5 passengers in their 10s, the dissatisfaction variable A is set to 0, and when there are 10 passengers in their 10s, the dissatisfaction variable A is set to 1, and there are 5 to 10 passengers in their 10s.
  • the dissatisfaction variable A is set to 0, and if the number of passengers in their teens is 10 or more, the dissatisfaction variable is set to 1.
  • the dissatisfaction variable L is a value indicating whether or not the proximity pickup request is adopted. If the proximity pickup request is adopted, the dissatisfaction variable L is set to 0, and the proximity pickup request that specifies a certain place is not adopted and is basic. If boarding at a stop on the route is instructed, the dissatisfaction variable L is set to 1. If boarding is instructed at a location between the location specified in the nearby pickup request and the stop on the basic route, the dissatisfaction variable L is the location specified in the neighborhood pickup request and the location specified in the neighborhood pickup request. The value is set to a value between 0 and 1 according to the ratio of the distance to and the distance between the place where the boarding is instructed and the stop on the basic route. Next, the "point" in the present embodiment will be described.
  • Equation (2) is a calculation formula when the operator (bus company) of the demand management type transportation service system gives points to the passengers of the bus
  • equation (3) is the calculation formula when the bus company collects the points. It is a calculation formula.
  • Point + Dis (when getting off)... (2)
  • Point- ⁇ (Predicted value of Dis for bus passengers) (When the route is confirmed)... (3)
  • the points of the passenger who issued the request will be collected by the bus company as shown in equation (3) when the bus operation route is determined based on the request.
  • the points given to the passengers are calculated by the formula (2).
  • the points are 0 or more, and unlike the dissatisfaction mentioned above, they will not be burnt down after a predetermined period of time.
  • Dissatisfaction and points are not the same amount.
  • Points are generated with reference to dissatisfaction, but basically both are independent values.
  • Dissatisfaction increases by repeating it in a short period of time, but it decreases over time.
  • the operation planning server 11 extracts buses and boarding locations that satisfy the conditions for picking up nearby buses from the departure location to the stop on the basic route, and selects the bus candidates for the passengers who issued the request ( 11-916).
  • the operation planning server 11 selects a candidate for the bus on which the passenger who issued the request will board in steps 11-915 or 11-916.
  • the operation planning server 11 is a point possessed by the passenger who wishes to board the bus and issues the request, and at that time, the operation of the bus is predicted to occur when the bus operation is changed based on the request. Compare with the dissatisfaction of all passengers ( ⁇ (predicted value of Dis of bus passengers)). If the points possessed by the passenger who issued the request are greater than the predictable dissatisfaction of all passengers on the bus, it is determined that the bus operation can be changed based on the request, and the passenger who issued the request Execution is decided through selection. When it is decided to change the bus service, points will be collected from the passenger who issued the request. Again, dissatisfaction with bus passengers is calculated and points are awarded to passengers in the manner described above, regardless of whether the bus operation has changed.
  • the operation planning server 11 When the passenger who issued the request selects a candidate for the bus and boarding place to board, the operation planning server 11 generates a random number of requests that are expected to occur in the future based on the history of issuing and digesting past requests. It may be used to generate a pseudo-request, and the expected request may be taken into consideration when selecting a candidate.
  • the operation planning server 11 not only compares the points possessed by the passenger who wishes to board the bus and issues the request with the dissatisfaction of all the predicted bus passengers, but also operates the bus based on the request. Candidates may be selected so that the additional cost incurred when the change is made is equal to or less than a predetermined threshold value.
  • the operation planning server 11 may select a plurality of candidates as long as the conditions due to points and dissatisfaction, or the conditions due to additional costs are satisfied.
  • the passenger information terminal 15 of the passenger who issued the request displays the candidates selected by the operation planning server 11 and prompts the passengers to make a selection (15-912).
  • the passenger information terminal 15 provides information indicating the selected candidate to the operation planning server 11. Notify (15-913).
  • the operation planning server 11 changes the bus operation based on the candidate bus and the boarding place notified from the passenger information terminal 15, and updates the bus operation schedule accordingly (11-917). Then, the operation planning server 11 notifies the bus operation management server 13 and the bus operation instruction terminal 14 of the new timetable.
  • the bus operation management server 13 records a new timetable notified from the operation planning server 11 in a database (13-913). In addition, the bus operation instruction terminal 14 displays a new timetable notified from the operation planning server 11 (14-911).
  • FIG. 14 is a sequence diagram of the process in which the demand management type transportation service system acquires the answers to the questionnaire from the passengers.
  • the demand management type transportation service system obtains answers to the questionnaire when passengers get off.
  • the bus operation instruction terminal 14 of each bus reports to the bus operation management server 13 and the operation planning server 11 that the bus has stopped at the stop (14-1011).
  • the bus stop may be a predetermined bus stop, or may be a bus stop or a non-bus stop that is to be stopped at the request of a passenger.
  • the bus operation management server 13 may record the report as information accompanying the travel log table 13-45 (13-1011).
  • the operation planning server 11 Upon receiving the stop report, the operation planning server 11 confirms the bus to stop and the stop location based on the report (11-1011), and disembarks from the bus at the stop location from the request issuance information 12-42. Extract passengers (11-1012). Further, the operation planning server 11 transmits a questionnaire to the passenger information terminal 15 of the extracted passengers (11-1013).
  • the passenger information terminal 15 receives the questionnaire and displays it on the screen (15-1011).
  • the questionnaire in this embodiment is displayed as shown in screen example 8-0503 of FIG.
  • a simple questionnaire asking whether or not the user is satisfied with the use of the bus is used.
  • Passengers may answer the questionnaire as satisfied or dissatisfied or unanswered.
  • the passenger information terminal 15 transmits questionnaire information indicating an answer input by the passenger to the questionnaire to the passenger information management server 12 (15-1012).
  • the passenger information management server 12 When the passenger information management server 12 receives the questionnaire information (12-1011), the passenger information management server 12 updates the dissatisfaction value and points of the passenger based on the questionnaire information (12-1012). If the answer is dissatisfied, the passenger information management server 12 calculates the dissatisfied value by the above-mentioned formula (1), and adds the dissatisfied value to the points by the above-mentioned formula (2). Then, the passenger information management server 12 reflects the update result in the resident parameter table 12-41 (12-1013).
  • the bus operation instruction terminal 14 of the bus reports to the bus operation management server 13 and the operation planning server 11 that the bus has stopped at the terminal stop (14-1012).
  • the terminal stop is not the stop where passengers get off.
  • the bus operation management server 13 When the bus operation management server 13 receives the stop report, it updates the travel log table 13-45 based on the report (13-1011). Upon receiving the stop report, the operation planning server 11 confirms the bus to stop and the stop location based on the report (11-1014).
  • the operation planning server 11 can aggregate and display the dissatisfaction of the residents under various conditions.
  • the operation planning server 11 calculates the total value of dissatisfaction for each area for each item of time, congestion, seating, and noise for each area, and displays it as a graph.
  • the bus company can easily know what the residents, including passengers, are dissatisfied with, which can be useful for improving bus operation and services.
  • the operation planning server 11 calculates the average satisfaction level for each area by the following formula (4), and also calculates the total dissatisfaction value of each item or the average value per person of dissatisfaction.
  • A is an area.
  • P is a dissatisfaction coefficient.
  • V is a dissatisfied variable.
  • Z is a dissatisfied item and includes each item of time, congestion, seating, noise, and place.
  • u is a resident belonging to the area. The total number of inhabitants is the total number of inhabitants in the area.
  • the operation planning server 11 not only acquires the dissatisfaction of the bus passengers at the time of getting off, but also acquires the dissatisfaction regarding the waiting time at the bus stop of the bus passengers at the time of boarding, and gets on the bus from the residents. Dissatisfaction may be obtained in a timely manner regardless of the presence or absence of. Then, the operation planning server 11 may display the dissatisfaction of the bus waiting passengers, the dissatisfaction of the residents regardless of whether or not they board the bus, and the dissatisfaction of the bus passengers in a graph.
  • FIG. 15 is a diagram showing a screen example of a GUI (Graphical User Interface) displaying the result of totaling dissatisfaction.
  • FIG. 15 shows screen example 11-110 including a plurality of graphs 11-1101, 11-1102, 11-1103.
  • the central portion is divided into four regions from the center to the top, bottom, left, and right, and items such as time, noise, seating, and congestion are assigned to each.
  • a fan-shaped area lacking a fan shape near the center is drawn so as to indicate the degree of dissatisfaction by the radius.
  • Graph 11-1102 shows the total dissatisfaction value of each item of residents related to a certain area (including both the presence or absence of a bus).
  • Graph 11-1101 shows the total value of dissatisfaction of each item when passengers using the bus are waiting for the bus.
  • Graph 11-1103 shows the total dissatisfaction of each item of passengers using the bus.
  • an example of graphing the total value of dissatisfaction is shown, but the average value per person of dissatisfaction may be graphed.
  • the operation planning server 11 of the present embodiment can display the dissatisfaction of passengers using the bus in each area included in the entire service area for each area.
  • FIG. 16 is a diagram showing an example of a GUI screen displaying the result of totaling the dissatisfaction of each area for each area.
  • the entire service area shown in FIG. 10 has nine areas as shown in FIG.
  • FIG. 16 shows a screen example in which a boundary line for dividing each area is drawn on the map of the entire service area, and the degree of dissatisfaction is shown by the shade of the area of each area. Here, the darker the shade, the higher the dissatisfaction.
  • the dissatisfaction of the passengers who boarded in that area may be regarded as the dissatisfaction in that area.
  • the dissatisfaction of passengers getting off in the area may be the dissatisfaction in the area.
  • FIG. 16 shows an example in which nine areas belong to the entire service area, there is no upper limit to the number of areas belonging to the entire service area.
  • FIG. 16 shows an example in which the shape of each area belonging to the entire service area is rectangular, but the shape of the area is not particularly limited.
  • the areas may have the same shape such as a rectangle or a regular hexagon, or may have different shapes for each area.
  • the demand management type transportation service system can formulate a new bus operation plan based on the dissatisfaction information collected from the residents.
  • FIG. 17 is a sequence diagram showing a process of making a bus operation plan. This processing may be carried out as a batch processing after the business hours of operating the bus are completed.
  • the passenger information management server 12 calculates dissatisfaction with each item in each area (12-1311). At this time, the passenger information management server 12 associates each area with the passengers from the information of the passengers getting on the bus from the request digestion log 12-43 shown in FIG. 4, and dissatisfaction of the passengers corresponding to each area. Dissatisfied with the area. If the passenger is in an area where he / she boarded, the dissatisfaction obtained when the passenger gets off is treated as a dissatisfaction in that area.
  • the passenger information management server 12 acquires the dissatisfaction value (dissatisfaction degree) of the resident and the dissatisfaction degree coefficient with reference to the resident parameters 12-41, and calculates the total of the dissatisfaction values of the passengers for each area. Further, the passenger information management server 12 calculates the average value of the total dissatisfaction values of the passengers involved in the area by dividing the total dissatisfaction values calculated for the area by the total number of residents in the area. ..
  • the area to which the passenger boarded the bus belongs is defined as the area where the passengers' dissatisfaction is totaled, but the area is not limited to this.
  • the area to which the place where the passenger got off the bus belongs may be the area for counting the dissatisfaction of the passenger.
  • the area to which the passenger's address belongs may be used as the area for counting the dissatisfaction of the passenger.
  • the bus operation plan is made based on the dissatisfaction value collected from the residents, but it is not always necessary to base it on the dissatisfaction value.
  • points may be used instead of dissatisfaction values, and a bus operation plan may be made based on the points possessed by the residents.
  • the passenger information management server 12 analyzes the nature of dissatisfaction in each area (12-1312). Specifically, the passenger information management server 12 calculates dissatisfaction with each item (type of dissatisfaction) such as time, congestion, seating, noise, and location in each area, and associates it with the number and attributes of residents in the area. ..
  • the method of associating the dissatisfaction of each item in each area with the number and attributes of the inhabitants of each area is not particularly limited, but the correlation may be calculated using, for example, multiple regression analysis or Bayesian inference method.
  • the passenger information management server 12 analyzes the nature of dissatisfaction between each area (12-1313). Specifically, the passenger information management server 12 calculates the correlation of dissatisfaction between the two areas. In the example of the entire service area and the area shown in FIG. 16, since there are nine areas, the number of combinations of areas is 36, and the correlation between the areas is calculated for each of the 36 combinations. It is presumed that the two areas with a strong correlation with dissatisfaction have a common element of dissatisfaction.
  • the passenger information management server 12 creates a new bus route plan based on the correlation of dissatisfaction between areas (12-1314). Specifically, the passenger information management server 12 identifies the use of the bus that has a strong correlation among the passengers' bus use between the areas with a strong correlation. Further, the passenger information management server 12 extracts the boarding time, the boarding place, the getting-off time, and the getting-off place in the use of the bus whose correlation is strong. Further, the passenger information management server 12 presumes that the shortage or lack of buses from the boarding place to the getting-off place is a dissatisfaction factor in the time zone including the boarding time and the getting-off time, and determines the route in the time zone. We propose to establish a new bus route to operate.
  • the passenger information management server 12 For example, if a bus from a certain area to a shopping center is presumed to be a dissatisfaction factor during the time period from 15:00 to 16:00, the passenger information management server 12 operates from a representative point in that area to the shopping mall. You can propose a direct bus to the new route. The passenger information management server 12 notifies the bus operation management server 13 of the information on the proposed new route.
  • the bus operation management server 13 calculates the cost required to operate the proposed new route (13-1311). For example, the cost may be calculated from the mileage of the bus on the new route.
  • the bus operation management server 13 determines whether or not to adopt the new route based on the calculated cost (13-1312). For example, if the cost is equal to or less than a predetermined threshold value, it may be determined that the cost can be adopted.
  • the bus operation management server 13 notifies the passenger information management server 12 to that effect, and the passenger information management server 12 receives the notification and ends the process (12-1315). ..
  • the bus operation management server 13 notifies the passenger information management server 12 to that effect and creates a bus operation schedule including the new route.
  • the passenger information management server 12 creates information for notifying the residents of the introduction of the new route and transmits it to the passenger information terminal 15 (12-1316).
  • the passenger information terminal 15 that has received the notification information displays an advertisement that announces the introduction of a new route based on the information (15-1311).
  • the bus operation management server 13 notifies the bus operation instruction terminal 14 of the operation plan of the new route together with the created operation schedule (13-1313). Upon receiving the notification, the bus operation instruction terminal 14 receives the operation plan (14-1311) and starts the instruction of the bus operation by the new operation schedule.
  • a mobile service system that operates a mobile resource (bus) and provides a service for moving users (residents, passengers) stores a first database (resident database) related to users and manages user requests.
  • 1 Management device (passenger information management server), 2nd management device (bus operation management server) that stores the 2nd database (bus database) related to mobile resources and manages the operation status of mobile resources, and 1st management device It also has a third management device (operation planning server) that changes the operation of mobile resources in cooperation with the second management device.
  • the third management device acquires the dissatisfaction generated by the user numerically, and the first management device gives points that can be used to execute the request for the operation of the mobile resource according to the dissatisfaction, and the user.
  • Each point is recorded in the first database, and the third management device receives the request from the user, and in exchange for the points given to the user managed in the first database, the request and the second Change the operation plan of the movement resource based on the operation status of the movement resource managed in the database.
  • the degree of dissatisfaction of the user is quantified, points are given to the user according to the dissatisfaction, and the request for change of the operation of the mobile resource is realized by the point, so that the degree of dissatisfaction of each user is realized. Can be reflected in the operation of mobile resources. As a result, it becomes possible to manage the mobile resources so as to balance the dissatisfaction of a plurality of users and improve the degree of satisfaction of all the users.
  • the third management device changes the operation plan of the mobile resource, it estimates the dissatisfaction that occurs with other users of the mobile resource, and the dissatisfaction of the other users and the user who issued the request. Based on the points, it is determined whether or not it is possible to change the operation plan of the movement resource. According to this, when a user changes the operation of a mobile resource by using the points given according to dissatisfaction, the points possessed by the user and the points held by the other user due to the change. Since it is determined whether or not the request can be implemented based on the possible dissatisfaction, the dissatisfaction among users can be balanced.
  • the third management device subtracts the amount corresponding to the dissatisfaction of other users from the points of the user who issued the request. According to this, when the operation plan of the mobile resource is changed at the request of the user, the point corresponding to the degree of dissatisfaction of other users is subtracted from the point of the user who issued the request. It is possible to adjust the operation of mobile resources according to the user's request while balancing the dissatisfaction.
  • the third management device uses the degree of emphasis by the user as a coefficient for a plurality of service quality items to be dissatisfied, the measured value of the event for the service quality item as a variable, and the coefficient for each service quality item. Sum the product of variables for multiple quality of service items and use the total value as the user's dissatisfaction value. According to this, the value of user dissatisfaction is calculated by dividing into multiple service quality items and considering the degree of importance, so the service can be grasped from multiple perspectives and the dissatisfaction of each user item can be accurately moved. It will be possible to reflect it in the operation of.
  • the third management device acquires information on preferences for service quality items at the request of the user and updates the coefficient. According to this, since the preference regarding the service quality item of the user is acquired by the request made by the user, the time and effort for the user to separately input the preference is reduced in order to reflect the degree of importance given by the user. be able to.
  • the third management device knows from the user whether or not there is dissatisfaction when the user moves by moving resources, and if there is dissatisfaction, the user is sent to the first management device based on the measured value of the event. Update the dissatisfaction value of. According to this, since the occurrence of dissatisfaction is acquired when the user moves, the dissatisfaction caused by the user can be accurately grasped and calculated as the degree of dissatisfaction.
  • the third management device extracts possible changes in the operation plan of the mobile resource based on the dissatisfaction of other users and the points of the user who issued the request, and presents it to the user who issued the request. And implement the changes selected by the user. According to this, since a plurality of change proposals are presented to the user and the selected change is implemented, the user can select a more preferable change method while satisfying the request, and the user. The convenience of is further improved.
  • the third management device aggregates the dissatisfaction values for each of the plurality of areas that divide the service area where the service is provided, and displays the aggregated result. According to this, since the dissatisfaction is aggregated and displayed for each area, it is possible to visually check the state of dissatisfaction for each area and confirm whether or not the movement resources are appropriately provided.
  • the first management device analyzes the cause of dissatisfaction in the area based on the aggregation result, and proposes a plan for the operation of mobile resources in the area so as to reduce the cause.
  • the cause of dissatisfaction is analyzed based on the aggregated result of dissatisfaction for each area, and a plan for reducing the cause is proposed. Therefore, the operation plan of the movement resource according to the dissatisfaction situation of the user for each area. It is possible to review.
  • Quality of service items also include where they appear in the mobile resource, how long it takes to use the mobile resource, congestion in the mobile resource, seating availability in the mobile resource, or at least one of the noise in the mobile resource. .. According to this, the dissatisfaction felt when using the means of transportation is the place where the mobile resource appears, the time required to use the mobile resource, the congestion in the mobile resource, the availability of seating in the mobile resource, or the noise in the mobile resource. Since it is measured by parameters, user dissatisfaction can be appropriately reflected in the dissatisfaction value.
  • the first management device manages the dissatisfaction value for each user in the first database, and sets the dissatisfaction value of the user who has not continuously generated new dissatisfaction for a predetermined time to a predetermined initial value.
  • the dissatisfaction felt by the user can be appropriately expressed numerically by the calculation suitable for the continuity of dissatisfaction in behavioral psychology.
  • GIS node information table 11-45 ... GIS node information, 12-40 ... resident database, 12-41 ... resident parameter table, 12-42 ... request issuance information table, 12-43 ... request digestion Log table, 13-40 ... Bus database, 13-41 ... Bus body parameter table, 13-42 ... Bus return departure time table, 13-43 ... Bus basic route movement order-Stop correspondence table table, 13-44 ... Stop table on the basic route, 13-45 ... Bus running log table

Landscapes

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

Abstract

利用者の不満の度合いを車両の運行に反映させることで、利用者への交通サービスの向上を可能にする。　移動リソースを運行して利用者を移動させるサービスを提供する移動サービスシステムであって、第３管理装置は、利用者に発生する不満を数値で取得し、第１管理装置は、不満に応じて、移動リソースの運用に対する要求を実施させるために利用可能なポイントを付与し、利用者毎のポイントを第１データベースに記録し、第３管理装置は、利用者から要求を受けて、第１データベースに管理されているその利用者に付与されているポイントと引き換えに、要求と第２データベースに管理されている移動リソースの運行の状態とに基づき、前記移動リソースの運行の計画を変更する。

Description

移動サービスシステムおよび移動サービス提供方法
　本発明は、利用者の不満の度合いを利用して交通サービスの車両運行を制御する技術に関する。
　一般的に、公共交通サービスでは、サービス提供者がサービス内容を予め決定し、運用している。つまり、サービス提供者が予め車両運行のスケジュール（ダイヤ）を定め、そのスケジュールに従って車両を運行している。
　これに対して、特許文献１には、タイムテーブルに従って運行行路を運行するバスが所定の時刻にチェックポイントに到達していないと判定した場合、臨時乗り物を出動させる技術が開示されている。
　特許文献２には、提供者の車両に他の利用者を相乗りさせるための技術が開示されている。提供者の車両の移動経路の過去の実績情報を蓄積し、その実績情報を参照して移動計画を立案した後、車両の提供者に相乗りの受け入れを依頼し、提供者が依頼を受け入れたら、提供者の車両に相乗り希望者を相乗りさせる。
　特許文献３には、車両の疑似する仮想オブジェクトを使ったコンピュータシミュレーションによって、交通状況を再現して評価する技術が開示されている。
　非特許文献１には、人の移動（乗用車）と物の移動（貨物車）について交通量を推計し、発生集中交通量、分布交通量、および配分交通量を含む将来の交通需要を推計する計算式およびパラメータが開示されている。
特開２００６－１６３７３８号公報 特開２０１５－１９１３６４号公報 特開２０１３－０８０２７２号公報
「技術調査　将来交通需要推計の見直し」、国土交通省、（http://www.mlit.go.jp/tec/tec_mn_000003.html（２０１８年１２月１１日））
　上述したように、従来の公共交通サービスには、利用者が抱く不満を定量的に車両の運行に反映させるものはなかった。
　本開示のひとつの目的は、利用者の不満の度合いを車両の運行に反映させることで、利用者への交通サービスの向上を可能にする技術を提供することである。
　本開示によるひとつの移動サービスシステムは、移動リソースを運行して利用者を移動させるサービスを提供する移動サービスシステムであって、前記利用者に関する第１データベースを記憶し、前記利用者の要求を管理する第１管理装置と、前記移動リソースに関する第２データベースを記憶し、前記移動リソースの運行の状態を管理する第２管理装置と、前記第１管理装置および前記第２管理装置と連携して、前記移動リソースの運行を変更する第３管理装置と、を有し、前記第３管理装置は、前記利用者に発生する不満を数値で取得し、前記第１管理装置は、前記不満に応じて、前記移動リソースの運用に対する要求を実施させるために利用可能なポイントを付与し、利用者毎のポイントを前記第１データベースに記録し、前記第３管理装置は、前記利用者から要求を受けて、前記第１データベースに管理されている該利用者に付与されているポイントと引き換えに、前記要求と前記第２データベースに管理されている前記移動リソースの運行の状態とに基づき、前記移動リソースの運行の計画を変更する。
　本開示によれば、利用者の不満の度合いを車両の運行に反映させることで、利用者への交通サービスの向上を可能にする。
本実施形態に係る需要マネジメント型交通サービスシステムのハードウェア構成を示すブロック図である。 本実施形態の需要マネジメント型交通サービスシステムの各サーバ装置のハードウェア構成を説明するためのブロック図である。 本実施形態の需要マネジメント型交通サービスシステムの各端末装置のハードウェア構成を説明するためのブロック図である。 乗客情報管理サーバが備える住民データベースのＥＲ図である。 住民パラメータのスキーマを示すテーブルである。 バス運行管理サーバが備えるバスデータベースのＥＲ図である。 バス走行ログ１３－４５のスキーマを示すテーブルである。 運行計画サーバが備える集計データベースのＥＲ図である。 エリア別集計結果のスキーマを示すテーブルである。 本実施形態の需要マネジメント型交通サービスシステムが適用される全体サービスエリアの一例を示す図である。 本実施形態の需要マネジメント型交通サービスシステムによるオンラインでの運行計画の変更の様子を示す路線概念図である。 運行計画を変更するときの乗客情報端末の画面例を示す図である。 本実施形態の需要マネジメント型交通サービスシステムによるリクエストの処理を示すシーケンス図である。 需要マネジメント型交通サービスシステムが乗客からアンケートへの回答を取得する処理のシーケンス図である。 不満を集計した結果を表示したＧＵＩの画面例を示す図である。 各エリアの不満を集計した結果をエリア毎に表示したＧＵＩの画面例を示す図である。 バス運行計画を立案する処理を示すシーケンス図である。
　本実施形態では乗客を移動させるために運行する移動リソースとしてバスを例示する。本実施形態のシステムは、バスを運行して乗客を移動させるサービスを提供するシステムである。本サービスは、乗客となりうる利用者がバスの運行の変更を要求することが可能なサービスである。バスは、移動リソースの一例であり、これに限定されるものではない。本例の他の陸上交通手段であっても良いし、水上交通手段や空中交通手段などであってもよい。
　以下、本実施形態について図面を参照して説明する。
　なお、以下に説明する実施形態は発明を限定するものではない。また、実施形態の中で説明されている諸要素及びその組み合わせの全てが発明に必須ではない。
　図１は、本実施形態に係る需要マネジメント型交通サービスシステムのハードウェア構成を示すブロック図である。
　図１において、需要マネジメント型交通サービスシステムは、運行計画サーバ１１、乗客情報管理サーバ１２、バス運行管理サーバ１３、およびバス運行指示端末１４を含んでいる。バス運行指示端末１４は、乗務員が操作可能にバス車両に搭載されるか、あるいはバスの乗務員が携帯する情報処理端末である。バス運行指示端末１４には乗務員にバスの運行を指示する情報が表示される。
　乗客情報端末１５は、バスを利用する乗客が携帯する端末であり、乗客が所有するスマートホンなどのモバイル端末であってよい。
　運行計画サーバ１１は、乗客情報管理サーバ１２、バス運行管理サーバ１３、バス運行指示端末１４、および乗客情報端末１５とネットワーク１６で相互に接続される。
　ネットワーク１６の態様は、例えば、乗客情報管理サーバ１２およびバス運行管理サーバ１３では有線ネットワークで接続され、バス運行指示端末１４および乗客情報端末１５は無線ネットワークで接続されるケースがある。しかし、ネットワーク１６のどの部分が有線ネットワークあるいは無線ネットワークかについては特に限定されない。
　図２は、本実施形態の需要マネジメント型交通サービスシステムの各サーバ装置のハードウェア構成を説明するためのブロック図である。運行計画サーバ１１と乗客情報管理サーバ１２とバス運行管理サーバ１３は基本的なハードウェア構成が共通する情報処理装置であり、そのハードウェア構成が図２に示されている。
　図２を参照すると、情報処理装置は、ＣＰＵ１－０１、メモリ１－０２、通信ＮＩＣ（Ｎｅｔｗｏｒｋ　Ｉｎｔｅｒｆａｃｅ　Ｃａｒｄ）１－０３、ハードディスクドライブ（以下、ＨＤＤという）１－０４、入出力コントローラ１－０５、モニタコントローラ１－０６、バス１－０７、ディスプレイ１－１３、キーボード１－１１、およびマウス１－１２を有している。ＣＰＵ１－０１、メモリ１－０２、通信ＮＩＣ　１－０３、ＨＤＤ　１－０４、入出力コントローラ１－０５およびモニタコントローラ１－０６はバス１－０７に接続されている。入出力コントローラ１－０５は、キーボード１－１１およびマウス１－１２に接続されている。モニタコントローラ１－０６には、ディスプレイ１－１３が接続されている。
　ＣＰＵ１－０１は、メモリ１－０２上のソフトウェアプログラムを実行することで各サーバの機能を実現する。
　メモリ１－０２は、サーバの機能を実現するためのソフトウェアプログラムおよびそのソフトウェアの処理に利用される各種データを記憶する装置である。
　通信ＮＩＣ　１－０３は、サーバがネットワーク１６に接続し、データ等を送受信するための装置である。
　ＨＤＤ　１－０４は、サーバの処理に利用されるデータベースが格納されている。例えば、乗客情報管理サーバ１２のＨＤＤ　１－０４には、住民に関する情報を蓄積したデータベースが格納される。また、バス運行管理サーバ１３のＨＤＤ　１－０４には、バスに関する情報を蓄積したデータベースが格納される。
　入出力コントローラ１－０５は、キーボード１－１１およびマウス１－１２によるサーバへのデータの入出力を制御する装置である。
　モニタコントローラ１－０６は、ディスプレイ１－１３への画面の表示を制御する装置である。
　ディスプレイ１－１３は、操作者に対して、画像やテキストを含む画面を表示する表示装置である。
　キーボード１－１１、およびマウス１－１２は、操作者による操作を受け、操作のデータを入出力コントローラ１－０５に出力する装置である。
　図３は、本実施形態の需要マネジメント型交通サービスシステムの各端末装置のハードウェア構成を説明するためのブロック図である。バス運行指示端末１４と乗客情報端末１５は基本的なハードウェア構成が類似する情報処理装置であり、その説明のためのハードウェア構成が図３に示されている。
　図３の端末装置は、図２のサーバ装置におけるキーボード１－１１、マウス１－１２およびディスプレイ１－１３の代わりにタッチパネル１－１５を有している。なお、端末装置のうち乗客情報端末１５は、ＧＰＳ（Ｇｌｏｂａｌ　Ｐｏｓｉｔｉｏｎｉｎｇ　Ｓｙｓｔｅｍ）モジュール１－０８とＩＣリーダモジュール１－１４を有している。
　タッチパネル１－１５は、乗客に対して画面を表示し、かつ、乗客による画面への操作を受け付ける装置である。
　ＧＰＳモジュール１－０８は、ＧＰＳ衛星からの電波を受信し、自身の位置情報を出力する装置である。位置情報は、乗客の位置を示す情報として処理に利用される。
　ＩＣリーダモジュール１－１４は、ＩＣカードに記録されたデータを読みだして出力する装置である。ＩＣカードから読み出したデータは処理に利用されてもよい。
　図４は、乗客情報管理サーバが備える住民データベースのＥＲ（Ｅｎｔｉｔｙ　Ｒｅｌａｔｉｏｎｓｈｉｐ）図である。住民データベース１２－４０は、本需要マネジメント型交通サービスシステムがサービスを提供するサービスエリアの住民である。この住民がバスの乗客となることが想定されている。住民データベース１２－４０には、住民パラメータ１２－４１、リクエスト発行情報１２－４２、およびリクエスト消化ログ１２－４３が含まれている。住民パラメータ２１－４１には、本システムのバスの乗客となりうる地域の各住民に関する各種情報が設定されている。リクエスト発行情報１２－４２には、住民が発行したリクエストに関する情報が設定されている。住民パラメータ１２－４１にて管理されている１人の住民に、０個以上のリクエストが対応しうる。
　リクエストには、乗客（バスに乗車しようとしている住民）がバスへの乗車に関して要求する要求事項が含まれている。バスの運行を変更する必要のあるような要求がリクエストに含まれている場合もある。リクエストが採用され、実施されると、そのリクエストは消化される。
　リクエスト消化ログ１２－４３は、住民が発行したリクエストの消化に関する情報である。リクエストが発行されると、リクエスト発行情報テーブル１２－４２にそのリクエストのインデックス（不図示）が登録される。インデックスには、リクエストを発行した乗客、その乗客が乗車するバス、乗客がバスに乗車する乗車場所、乗客が降車する降車場所の情報が含まれている。
　その後、そのリクエストが実行されると、そのリクエストが消化されたことがリクエスト消化ログテーブル１２－４３にログ情報として記録される。リクエストは、乗客がバスへ乗車し降車することにより実行される。バスの運行の変更を要するリクエストが採用された場合には、リクエストの実行はバスの運行の変更を伴う。
　需要マネジメント型交通サービスシステムの提供するサービスに対して生じた住民の不満はポイントとして蓄積される。住民が乗客としてバスを利用すると、需要マネジメント型交通サービスシステムは、その住民がバスの運行に関連して抱いた不満を、その乗客がバスから降車するときにアンケートへの回答を求めることにより、知得する。ポイントは、バスの運行を自身の都合の良いように変更することを要求するために利用可能な仮想債券である。バスの乗客となるある住民が発行したリクエストが採用されると、リクエストの採用に伴い、リクエストを発行した住民の不満度は低下することが期待できる。そして、その住民の所持しているポイントは、そのリクエストの採用により発生が推定される他の住民（同じバスに乗車している他の乗客）の不満を相殺するだけのポイントが消化される。一方、同じバスに乗車している他の乗客には、別途される不満の表明に応じてポイントが付与される。
　住民パラメータ１２－４１には、住民ＩＤ、不満度（時間／混雑／着席／騒音／場所）、不満度に係る係数（時間／混雑／着席／騒音／場所）、所有ポイント、住民の住所座標（経度，緯度）、徒歩速度［ｋｍ／ｈ］、騒音の発生レベルを表すパラメータ、リクエスト時刻決定用の乱数生成パラメータ（往路μ、往路σ、復路μ、復路σ）、住民の属性（性別、年齢、職業、その他）という項目が含まれている。図５は、住民パラメータのスキーマを示すテーブルである。住民パラメータ１２－４１の各項目には、図５に示されたスキーマに従って情報が設定される。
　住民ＩＤは、各住民を個々に識別する識別情報である。
　不満度は、当該住民の不満の度合いを数値で示す情報である。不満には、時間に関する不満、混雑に関する不満、着席に関する不満、騒音に関する不満、場所に関する不満が含まれている。時間に関する不満とは、バスの到着の遅れにより当該住民がバスの停留所（バス停）で待つ時間に対する不満である。混雑に関する不満とは、当該住民が搭乗したバス内の混雑に対する不満である。着席に関する不満とは、当該住民が搭乗したバスにおいて座席に座れないことに対する不満である。騒音に関する不満とは、当該住民が搭乗したバス内の騒音に対する不満である。場所に関する不満とは、バスの搭乗の前あるいは後に当該住民が歩く距離に対する不満である。例えば出発場所と乗車場所が異なれば住民はその間を歩く必要がある。また、降車場所と到着場所が異なれば住民はその間を歩く必要がある。
　不満度に係る係数は、時間、混雑、着席、騒音、または場所のそれぞれに対する不満に対する当該住民の重視の度合いを示す値である。
　所有ポイントは、当該住民が所有しているポイントを示す情報である。
　住民の住所座標は、当該住民の住所を示す情報であり、経度および緯度により示される。
　徒歩速度は、当該住民の歩く速度を示す情報であり、ｋｍ／ｈという単位で示される。
　騒音の発生レベルを表すパラメータは、当該住民が搭乗することによりバス内の騒音が増大する度合いを示すパラメータである。
　リクエスト時刻決定用の乱数生成パラメータは、リクエストが発行される時刻を決定するためのパラメータである。リクエスト時刻決定用の乱数生成パラメータとして、往路の出発時刻の平均値μおよび標準偏差σと、復路の出発時刻の平均値μおよび標準偏差σとが設定される。
　住民の属性は、当該住民の各種属性を示す情報である。住民の属性には、性別、年齢、職業等が含まれる。
　図６は、バス運行管理サーバが備えるバスデータベースのＥＲ図である。バスデータベース１３－４０には、バス車体パラメータ１３－４１、バス折返し発車予定時刻１３－４２、バス基本経路の移動順序－停留所対応表１３－４３、基本経路上の停留所１３－４４、およびバス走行ログ１３－４５が含まれている。
　バス車体パラメータ１３－４１は、本システムの移動リソースとして乗客を移動させる各バス車体に関する情報である。バス車体パラメータテーブル１３－４１には、バス車体ＩＤ、バス識別名、バス基本経路ＩＤ、運賃収入［円］、走行距離［ｋｍ］、運賃計算用の係数のインデックスがあり、各インデックスに情報が記載される。
　バス折返し発車予定時刻１３－４２は、各バス車体の始発場所からの運行に関する情報である。通常、１台のバス車体が１回以上の運行に利用されるので、バス折返し発車予定時刻テーブル１３－４２には、１台のバス車体に対して１つ以上の運行に関する情報が記録される。バス折返し発車予定時刻テーブル１３－４２には、バス車体ＩＤ、バスの出発方向（例えば逆方向か否か）、発車時刻のインデックス（不図示）があり、各インデックスに情報が記載される。
　バス基本経路の移動順序－停留所対応表１３－４３は、各バス車体の運行における基本経路に関する情報である。基本経路は、変更のリクエストが無ければバスが運行する予定の経路である。通常、ひとつの基本経路を複数のバス車体が運行する。また通常、１台のバス車体は複数の基本経路を運行する。バス基本経路の移動順序－停留所対応表テーブル１３－４３には、バス基本経路ＩＤ、停留所順序番号、停留所ＩＤのインデックス（不図示）があり、各インデックスに情報が記載される。
　基本経路上の停留所１３－４４は、基本経路上にある各停留所に関するテーブル情報である。基本経路上の停留所１３－４４のテーブルには、各停留所の停留所ＩＤ、停留所名称、ＧＩＳ節点ＩＤ、停留所種別のインデックス（不図示）があり、各インデックスに情報が記載される。
　ＧＩＳ節点ＩＤは、地理情報システム（ＧＩＳ（Ｇｅｏｇｒａｐｈｉｃ　Ｉｎｆｏｒｍａｔｉｏｎ　Ｓｙｓｔｅｍ）の節点を個々に識別する識別情報である。ＧＩＳ節点は例えば交差点である。ＧＩＳ節点は、例えば、節点番号、経度、緯度、ジオメトリ情報により示される。
　バス走行ログ１３－４５は、各バス車体の運行に関する履歴情報のテーブルである。バス走行ログ１３－４５のテーブルには、車体ＩＤ、日付番号（何日目）、始発時刻、始発停留所、終着時刻、終着停留所、方向（逆方向か否か）、延べ乗車人数、走行１回分の運賃収入［円］、走行１回分の走行距離［ｋｍ］のインデックス（不図示）があり、各インデックスに情報が記載される。図７は、バス走行ログ１３－４５のスキーマを示すテーブルである。バス走行ログ１３－４５の各インデックスには、図５に示されたスキーマに従って情報が設定される。
　図８は、運行計画サーバが備える集計データベースのＥＲ図である。集計データベース１１－４０には、集計結果１１－４１、エリア別集計結果１１－４２、およびエリア定義１１－４３が含まれている。
　集計結果１１－４１は、バス運行の結果を集計した情報である。集計結果１１－４１のテーブルには、日付番号（何日目）、バスの総運賃収入（日計）［円］、バスの総走行距離（日計）［ｋｍ］のインデックスがあり、各インデックスに情報が記載される。
　エリア別集計結果１１－４２は、バス運行の結果をエリア毎に集計した情報である。エリアは、全体サービスエリアを所定サイズの矩形に区分けしたエリアである。図９は、エリア別集計結果のスキーマを示すテーブルである。エリア別集計結果１１－４２のテーブルには、日付番号（何日目）、エリアＩＤ、エリア別満足度平均（終値）のインデックス（不図示）があり、各インデックスには、図９に示したスキーマに従った情報が記載される。エリア別満足度平均は、エリア毎に、時間、混雑、着席、騒音、および場所の全項目の不満の合計値を負数にした値である。更に、時間、混雑、着席、騒音、および場所の項目毎にエリア別満足度平均を求め、集計結果１１－４２に含めて記録してもよい。
　エリア定義１１－４３は、全体サービスエリアに含まれる各エリアの定義情報である。エリア定義１１－４３のテーブルには、エリアＩＤ、矩形座標（左上座標、右下座標）のインデックス（不図示）があり、各インデックスに情報が記載される。
　図１０は、本実施形態の需要マネジメント型交通サービスシステムが適用される全体サービスエリアの一例を示す図である。一例として、全体サービスエリアは、面積約３０平方キロメートル、人口約１２万人で、バスの利用者数が約４５００人／日である。
　この全体サービスエリアには、５つのバス定期運行の路線があるとする。それらは、それぞれＧｒｅｅｎ　Ｌｉｎｅ（ＧＬ）、Ｒｅｄ　Ｌｉｎｅ（ＲＬ）、Ａｑｕａ　Ｌｉｎｅ（ＡＬ）、Ｂｌｕｅ　Ｌｉｎｅ（ＢＬ）、Ｙｅｌｌｏｗ　Ｌｉｎｅ（ＹＬ）と称呼される路線である。
　図１１は、本実施形態の需要マネジメント型交通サービスシステムによるオンラインでの運行計画の変更の様子を示す路線概念図である。図１２は、運行計画を変更するときの乗客情報端末の画面例を示す図である。
　図１１に示されたバス８－１０は、その情報がバス車体パラメータテーブル１３－４１に記載されているバスであるとする。バス８－１０は、バス基本経路の移動順序－停留所対応表テーブル１３－４３に記載されている出発停留所８－０１から到着停留所８－０４に向けて運行をする。基本経路は、出発停留所８－０１、固定停留所８－０２、固定停留所８－０３、到着停留所８－０４とたどる経路である。固定停留所８－０２、８－０３は、運行計画を変更するときにも必ず通る必要のある停留所であるとする。
　ここで、住民パラメータテーブル１２－４１に記載されている、ある乗客８－０５が、乗客情報端末１５を使って、バスへの乗車を要求するリクエストを発行したものとする。このリクエストは、乗客情報管理サーバ１２にてリクエスト発行情報１２－４２テーブルに登録される。
　乗客８－０５は、リクエストにおいて、乗客自身の出発場所８－０６と到着場所８－０７を任意に指定できる。例えば、自宅をを出発場所とし、最終的に行きたい場所を到着場所に指定することができる。図１２に示された乗客情報端末１５の画面例８－０５０１には出発場所と到着場所を指定する例が示されている。画面例８－０５０１には、出発場所として自宅を指定し、到着場所としてＡ病院を指定した例が示されている。また、乗客８－０５は、リクエストにおいて、出発場所に近い場所８－０８にバスを停車してもらうという希望および／または到着場所に近い場所８－０９にバスを停車してもらうという希望を提示することができてもよい。
　また、乗客８－０５はリクエストにおいて他の様々な希望について優先づけを指定することもできる。例えば、希望の場所への停車を他の項目よりも優先すること（場所優先）を指定できる。また、バス停にて待つ時間を短くすることを他の項目よりも優先すること（時間優先）を指定できる。また、車内が空いており空間的に余裕のあるバスを他の項目よりも優先すること（間隙優先）を指定できる。また、座席に座ることができることを他の項目よりも優先すること（着席優先）を指定できる。また、車内の騒音レベルが低いことを他の項目よりも優先すること（静寂優先）を指定できる。図１２の画面例８－０５０２には、到着希望時刻と共に時間優先を指定するときの画面例が示されている。図１２の画面例８－０５０２は画面例８－０５０１を下方にスクロールした一連の画面である。
　乗客８－０５からのリクエストは、需要マネジメント型交通サービスシステムにて処理される。リクエストの処理の詳細は後述する。処理の結果、バス８－１０は、予め定められた基本路線から外れ、ある程度出発場所または到着場所に近い場所（例えば、図１１の場所８－１１）に停車する場合もあるし、予め定められた基本路線上の場所８－１２に停車する場合もある。リクエストに応じたバスの運行が行われると、バスの運行の結果は、リクエスト消化ログ１２－４３に記録される。
　更に、乗客８－０５がバスを降車する場所（例えば、図１１の場所８－０９）にバス８－１０が到着すると、需要マネジメント型交通サービスシステムは、乗客８－０５の乗客情報端末１５にアンケートを提示し、乗客８－０５の回答を取得する。乗客８－０５は、バスの利用において不満があった場合にはこの回答にて不満を表明することができる。図１２の画面例８－０５０３には、アンケートを表示し、乗客へ回答を促す画面の例が示されている。需要マネジメント型交通サービスシステムが乗客からアンケートへの回答を取得する処理の詳細は後述する。
　図１３は、本実施形態の需要マネジメント型交通サービスシステムによるリクエストの処理を示すシーケンス図である。
　乗客情報端末１５はバスの乗車に関するリクエストを運行計画サーバ１１に送信（１５－９１１）する。リクエストを受信した運行計画サーバ１１は、バス運行管理サーバ１３に、出発場所および到着場所を提示して、乗客が利用可能なバスを問い合わせる（１１－９１１）。問い合わせを受けたバス運行管理サーバ１３は、提示された出発場所および到着場所を基に、利用可能なバスを選択し（１３－９１１）、運行計画サーバ１１に通知する。このとき１つ以上のバスが通知される。
　乗客が利用可能なバスの通知を受けた運行計画サーバ１１は、通知されたバスの中に、乗客の希望を満たすバスがあるか否か調べる（１１－９１２）。
　乗客の希望を満たすバスがある場合は、運行計画サーバ１１は、そのバスを選択する（１３－９１３）。
　次に、運行計画サーバ１１は、リクエストに、出発場所または到着場所に近い場所へのバスのルートを変更することの要求（以下、付近ピックアップ要求という）が含まれているか否か調べる（１１－９１４）。付近ピックアップ要求が場合には、運行計画サーバ１１は、出発場所に近い停留所を乗客が乗車すべき停留所とし、到着場所に近い停留所を乗客が降車すべき停留所として、それら停留所を停車ポイントとし（１１－９１５）、乗客が利用可能な１以上のバスの候補を、停車ポイントと共に乗客情報端末１５に通知する。乗客情報端末１５は通知されたバスの情報を乗客が利用する候補として表示する（１５－９１２）。
　ステップ１１－９１４にて、付近ピックアップ要求があった場合、すなわち、ルート変更の要求があった場合、バス運行管理サーバ１３は、リクエストを発行した乗客が利用可能なバスに既に乗車している乗客に生じると予測される不満の情報と、バスの運行を変更することにより生じるコストとの情報を、バス運行管理サーバ１３に要求する。バスの運行が変更されたとき、そのバスに乗車している乗客は、自身の降車場所へのバスの到着時刻が遅れれば、不満を抱くことが考えられる。更に、バス運行管理サーバ１３は、リクエストを発行した乗客の所持しているポイントの情報を乗客情報管理サーバ１２３に要求する。
　バス運行管理サーバ１３は、当該バスに乗車している乗客を把握しており、乗客情報管理サーバ１２は、全ての住民の不満度係数を把握している。バス運行管理サーバ１３は、乗客情報管理サーバ１２と連携して当該バスに乗車している全ての乗客の不満度係数の情報を取得し、その不満度係数に基づいて、全ての乗客に生じる不満の合計値を算出する。例えば、バス運行管理サーバ１３は、当該バスの運行を変更したとき当該バスの全ての乗客が不満を表明した場合に生じる不満の合計値を算出すればよい。また、バス運行管理サーバ１３は、当該バスの運行を変更することにより生じるコストを算出する。そして、バス運行管理サーバ１３は、算出した不満の合計値の情報と算出したコストの情報とを運行計画サーバ１１に通知する（１３－９１２）。
　また、乗客情報管理サーバ１２は、全ての住民の所持しているポイントを把握しているので、その中から、リクエストを発行した乗客の所持しているポイントの情報を運行計画サーバ１１に通知する（１２－９１１）。
　ここで、図１３を用いたリクエスト処理の説明を一旦中断し、本システムにおける「不満」と「ポイント」について説明する。
　本実施形態における「不満」はバスの運行あるいは乗車に対する不満である。不満には、上述したように、時間に関する不満、混雑に関する不満、着席に関する不満、騒音に関する不満、場所に関する不満という５つの項目の不満が含まれている。バスの運行あるいは乗車に対する不満は、これら５つの項目の不満の合計である。本実施形態では、時間、混雑、着席、騒音、場所に対する不満と、それらの合計であるバスの運行あるいは乗車に対する不満とは、数値により表現したり演算したりを可能としている。
　「不満」は、過去３０日間の「不満変数」と「不満度係数」という２つの要素の積の総計である。「不満度係数」は、「不満変数」に対する係数であり、乗客の嗜好によって値が変動する。ただし、「不満度係数」が３０日間にわたりに変動しなかった場合、乗客情報管理サーバ１２は、「不満度係数」を予め定められた一定値に初期化する。
　行動心理学において、「不満」は長期間維持しないが、短期間繰り返されることで蓄積し続ける」ことが知られている。また、類似事象である鉄道の運行の例では乗客の不満は２週間程度で忘却されることが経験的に推定されている。上記３０日は、一例として、マージンを含めて２週間の約２倍の期間を設定したものである。
　一方、本実施形態における「ポイント」は、「不満」に対する代償として、バス会社から与えられる仮想的な債券である。「ポイント」は、上述した「不満」とは異なり、時間の経過で減失することはない。
　需要マネジメント型交通サービスシステムは、リクエストを発行した乗客の所持している「ポイント」を、そのリクエストにより提示された希望を実現するか否かを判断する材料として使用する。そして、その希望を実現すると、需要マネジメント型交通サービスシステムは、実現した希望に応じた「ポイント」を消滅あるいは回収する。
　このように「ポイント」は、乗客同士の互いに対立する利害を調整する媒体として使用される。「ポイント」の使用の結果として、乗客の「不満」が解消されることもある。
　次に本実施形態における不満の算出について説明する。
　本実施形態における不満は以下の式（１）により算出される。
Ｄｉｓ＝Ｐｔ・Ｔ＋Ｐｉ・Ｉ＋Ｐｓ・Ｓ＋Ｐａ・Ａ＋Ｐｌ・Ｌ　　　…（１）
　式（１）において、Ｄｉｓは乗客の不満を示す。不満Ｄｉｓは、直近の過去３０日についての不満度係数と不満変数の積の合計である。上記３０日は、類似事象である鉄道の運行の例では乗客の不満は２週間程度で忘却されるという経験則に基づき、マージンを含めて２週間の約２倍の期間を設定した例である。
　Ｐｔは、Ｐｒｉｏｒｉｔｙ　ｏｆ　ｔｉｍｅの略であり、時間に関する不満に対する係数（不満度係数）である。時間優先が指定されると係数Ｐｔの値が大きくなる。Ｔは、乗客が停留所等でバスを待った時間を示す不満変数である。Ｐｉは、Ｐｒｉｏｒｉｔｙ　ｏｆ　ｉｎｔｅｒｖａｌの略であり、混雑に関する不満に対する係数である。Ｉは、バスの定員に対する実際に乗車している乗客の人数の割合すなわち乗車率を示す不満変数である。乗車率が低ければ、バス内での乗客同士の間隙が大きくなる。間隙優先が指定されると係数Ｐｉの値が大きくなる。Ｐｓは、Ｐｒｉｏｒｉｔｙ　ｏｆ　ｓｅａｔの略であり、着席に関する不満に対する係数である。Ｓは、乗客がバスに乗っている間に吸われたか否かを示す不満変数である。着席優先が指定されると、係数Ｐｓの値が大きくなる。Ｐａは、Ｐｒｉｏｒｉｔｙ　ｏｆ　ａｔｍｏｓｐｈｅｒｅの略であり、騒音に関する不満に対する係数である。Ａは、バス内の騒音レベルを示す不満変数である。静寂優先が指定されると係数Ｐａの値が大きくなる。Ｐｌは、Ｐｒｉｏｒｉｔｙ　ｏｆ　ｐｌａｃｅの略であり、乗車する場所に関する不満に対する係数である。Ｌは、出発場所から乗車した場所までの歩行距離を示す不満変数である。場所優先が指定されると係数Ｐｌの値が大きくなる。
　以下、時間、混雑、着席、騒音、および場所の不満度係数の更に具体的な例について説明する。なお、不満および不満度係数の項目である混雑は、優先付けにおける間隙に対応する。つまり、間隙優先は混雑が低いことを優先させることである。同様に、不満および不満度係数の項目である騒音は優先付けにおける静寂に対応する。
　時間、混雑、着席、騒音、および場所の各項目の不満度係数は、初期状態では、全て０．１となる。そして、図１２の画面例８－０５０２にチェックを入れ、優先する項目として指定されると、指定された項目の不満度係数に０．１が加算される。乗客が当該項目を優先するということは、その項目に関する不満は他の項目に関する不満よりも大きく感じることを考慮し、当該項目が乗客の感じた不満の数値に強く反映されるようにしている。ただし、不満度係数の上限は１．０とする。
　なお、図１２の画面例８－０５０２において優先する項目のチェックボックスは、いずれか1つだけしかチェックが入れられないものとしてもよいし、複数にチェックが入れられるものとしてもよい。
　そして、図１２の画面例８－０５０２から何れの項目に対するチェックも行われない期間が３０日間継続したら、全ての項目の不満度係数が０．１に初期化される。いずれかの項目にチェックがされてから３０日間が経過する前にいずれかの項目にチェックがされた場合には全ての項目の不満度係数は初期化されない。
　なお、ここに示した３０日という期間は例示であり、これに限定されることはない。不満度係数の初期化の処理に用いる期間は任意に設定できるものとする。
　続いて、時間、混雑、着席、騒音、および場所の各項目の不満変数の具体例について説明する。
　上述のように、不満Ｄｉｓは、直近の過去３０日間の不満度係数と不満変数の積の合計値である。不満変数Ｔ、Ｉ、Ｓ、Ａ、Ｌは乗客がバスを利用するごとに取得される。
　不満変数Ｔは、単位が時間である。時間に関する不満は、一例として、乗客が乗車する停留所へのバスの到着が遅れたことにより乗客が待たされた時間で示されるが、ここでは具体例として、その時間に、更に、乗客が乗車したバスが乗客が降車する停留所へ到着するのが遅れた時間と、乗客がバス利用を要求を発行してからその要求に対する応答として乗客が乗車可能なバスの候補が提示されるまでの応答時間とを加えた合計時間を用いるものとする。
　不満変数Ｉは、乗車率であり、パーセントを正規化した単位を用いる。乗車率が１００％であるとき不満変数Ｉを０とし、乗車率が１５０％であるとき不満変数Ｉを１とする。乗車率が１００％未満であるときの不満変数Ｉを０とする。乗車率が１５０％以上であるときの不満変数Ｉを１とする。乗車率が１００％から１５０％の間は、不満変数Ｉは乗車率の変化に対して一定の度合いで変化する線形の値であるとする。
　不満変数Ｓは、着席できたか否かを示す値であり、着席できたら値は０とし、着席できなかったら値は１とする。
　不満変数Ａは、バス内の騒音レベルである。例えば、バス車内に音量計測センサを設置し、その計測値を正規化して不満変数Ａとしてもよい。あるいは、バス車内は騒音レベルがどの程度高くなる状況であるかを数値で表し、その数値を正規化して不満変数Ａとしてもよい。例えば、対象の乗客が乗車したバスの同乗者における１０才代の乗客の人数を用いてもよい。１０才代の同乗者が５人であるとき不満変数Ａを０とし、１０才代の同乗者が１０人であるとき不満変数Ａを１とし、１０才代の同乗者が５人から１０人の間であれば、人数の変化に対して一定の度合いで変化する線形の値であるとする。そして、１０才代の同乗者が５人未満であれば不満変数Ａは０とし、１０才代の同乗者が１０人以上であれば不満変数を１とする。
　不満変数Ｌは、付近ピックアップ要求が採用されたか否かを示す値であり、付近ピックアップ要求が採用されたのであれば不満変数Ｌは０とし、ある場所を指定した付近ピックアップ要求が採用されず基本経路上の停留所での乗車が指示されたのであれば不満変数Ｌは１とする。付近ピックアップ要求で指定した場所と、基本路線上の停留所との間にある場所での乗車が指示されたのであれば、不満変数Ｌは、乗車が指示された場所と付近ピックアップ要求で指定した場所との距離と、乗車が指示された場所と基本路線上の停留所との距離との割合に応じて０と１の間の値とする。
　次に、本実施形態における「ポイント」について説明する。
　本実施形態のポイントは以下に示す式（２）および式（３）により算出することができる。式（２）は、需要マネジメント型交通サービスシステムの運営者（バス会社）がバスの乗客にポイントを付与するときの計算式であり、式（３）は、バス会社がポイントを回収するときの計算式である。
Ｐｏｉｎｔ＋＝Ｄｉｓ　（降車時）　　…（２）
Ｐｏｉｎｔ－＝Σ（バスの乗客のＤｉｓの予測値）　（ルート確定時）　　…（３）
　リクエストを発行した乗客のポイントは、そのリクエストに基づいてバスの運行経路が確定した時点で、式（３）に示されているようにバス会社により回収される。また、リクエストによりバスの運行経路が変更され、他の乗客に不満が生じる場合にその乗客に付与されるポイントは、式（２）により算出される。
　ポイントは０以上の数値を取り、また上述した不満とは異なり所定期間の経過により焼失することはない。
　以上説明した「不満」と「ポイント」についてまとめると以下のようなことが言える。
＜１＞不満とポイントは同量とならない。
＜２＞ポイントは不満を参照として生成されるが、基本的に両者は独立した値である。
＜３＞不満は、短期間に繰替えさせることで増大するが、時間とともに減失していく。
　ここで図１３の説明に戻る。
　運行計画サーバ１１は、出発場所から基本経路上の停留所までの間で付近ピックアップが可能となる条件を満たすバスおよび乗車場所を抽出し、リクエストの発行した乗客の乗車するバスの候補を選出する（１１－９１６）。
　運行計画サーバ１１は、ステップ１１－９１５あるいはステップ１１－９１６において、リクエストを発行した乗客が乗車するバスの候補を選出する。このとき、運行計画サーバ１１は、乗車を希望しリクエストを発行した乗客が所持しているポイントと、その時点で、リクエストに基づいてバスの運行を変更した場合に生じることが予測されるバスの乗客の全員の不満（Σ（バスの乗客のＤｉｓの予測値））とを比較する。リクエストを発行した乗客が所持しているポイントの方がバスの乗客の全員の予測易される不満よりも大きければ、リクエストに基づくバスの運行の変更が可能と判断され、リクエストを発行した乗客による選択を経て実行が決定される。バスの運行の変更が決定されると、リクエストを発行した乗客からポイントが回収される。この場合も、バスの運行が変更されたか否かとは関係なく、バスの乗客における不満は計算され、上述した方法で乗客にポイントが付与される。
　逆に、乗客全員の予測される不満の合計値が、リクエストを発行した乗客の所持しているポイントよりも大きい場合、リクエストに基づくバスの運行の変更は実現されず、リクエストを発行した乗客からポイントは回収されない。ただし、この場合も、バスに乗車している乗客の不満は、バスの運行が変更されなかったこととは関係なく計算され、必要に応じて乗客にポイントが付与される。
　なお、運行計画サーバ１１は、リクエストを発行した乗客が乗車するバスおよび乗車場所の候補を選出するとき、過去のリクエストの発行および消化の履歴に基づいてこれから発生が予想されるリクエストを、乱数を用いて疑似的に発生させ、予想されるリクエストを、候補の選出の際に考慮することにしてもよい。
　また、運行計画サーバ１１は、乗車を希望しリクエストを発行した乗客が所持しているポイントと、予測されるバスの乗客の全員の不満との比較だけでなく、リクエストに基づいてバスの運行を変更した場合に生じる追加コストが所定の閾値以下となるように候補を選出することにしてもよい。運行計画サーバ１１は、ポイントおよび不満による条件、あるいは更に追加コストによる条件が満たされるのであれば、複数の候補を選出してもよい。
　リクエストを発行した乗客の乗客情報端末１５は、運行計画サーバ１１で選出された候補を表示し、乗客に選択を促す（１５－９１２）。乗車を希望しリクエストを発行した乗客が、例えば、乗客情報端末１５に表示された候補の中からいずれか１つを選択すると、乗客情報端末１５は選択された候補を示す情報を運行計画サーバ１１に通知する（１５－９１３）。
　運行計画サーバ１１は、乗客情報端末１５から通知された候補のバスと乗車場所とに基づいてバスの運行を変更し、それに伴ってバスの運行ダイヤを更新する（１１－９１７）。そして、運行計画サーバ１１は、新たなダイヤをバス運行管理サーバ１３およびバス運行指示端末１４に通知する。バス運行管理サーバ１３は、運行計画サーバ１１から通知された新しいダイヤをデータベースに記録する（１３－９１３）。また、バス運行指示端末１４は、運行計画サーバ１１から通知された新しいダイヤを表示する（１４－９１１）。
　図１４は、需要マネジメント型交通サービスシステムが乗客からアンケートへの回答を取得する処理のシーケンス図である。需要マネジメント型交通サービスシステムは乗客の降車時にアンケートへの回答を取得する。
　各バスのバス運行指示端末１４は、当該バスが運行し停留場所に停車すると、その停留場所に停車した旨をバス運行管理サーバ１３と運行計画サーバ１１に報告する（１４－１０１１）。停留場所は、予め定められた停留所であっても良いし、乗客からのリクエストにより停車することになった停留所あるいは停留所でない場所であってもよい。
　バス運行管理サーバ１３は、停車の報告を受信すると、当該報告を走行ログテーブル１３－４５に付随する情報として記録してもよい（１３－１０１１）。
　運行計画サーバ１１は、停車の報告を受信すると、当該報告に基づき停車するバスと停留場所とを確認し（１１－１０１１）、リクエスト発行情報１２－４２から、当該バスから当該停留場所で降車する乗客を抽出する（１１－１０１２）。更に、運行計画サーバ１１は、抽出した乗客の乗客情報端末１５にアンケートを送信する（１１－１０１３）。
　乗客情報端末１５は、アンケートを受信して画面に表示する（１５－１０１１）。本実施形態におけるアンケートは図１２の画面例８－０５０３のように表示される。本実施形態では、バスの利用に満足したか否かを問う単純なアンケートが用いられている。乗客は、アンケートへの回答として満足または不満と回答するかあるいは無回答とすることができる。乗客情報端末１５は、アンケートに対して乗客が入力した回答を示すアンケート情報を乗客情報管理サーバ１２に送信する（１５－１０１２）。
　乗客情報管理サーバ１２は、アンケート情報を受信すると（１２－１０１１）、そのアンケート情報に基づいて、当該乗客の不満の値とポイントとを更新する（１２－１０１２）。回答が不満であったら、乗客情報管理サーバ１２は、上述した式（１）により不満の値を算出し、上述した式（２）により、その不満の値をポイントに加算する。そして、乗客情報管理サーバ１２は、その更新結果を住民パラメータテーブル１２－４１に反映させる（１２－１０１３）。
　バスが終着停留所に到着すると、当該バスのバス運行指示端末１４は、終着停留所に停車した旨をバス運行管理サーバ１３と運行計画サーバ１１に報告する（１４－１０１２）。ここでは終着停留所は乗客が降車する停留所ではないものとする。
　バス運行管理サーバ１３は、停車の報告を受信すると、当該報告に基づいて走行ログテーブル１３－４５を更新する（１３－１０１１）。運行計画サーバ１１は、停車の報告を受信すると、当該報告に基づき停車するバスと停留場所とを確認する（１１－１０１４）。
　本実施形態による運行計画サーバ１１は、住民の不満を様々な条件で集計し、表示することができる。一例として、運行計画サーバ１１は、エリア毎に、時間、混雑、着席、および騒音の項目毎にエリア毎の不満の合計値を算出し、グラフにして表示する。これにより、バス会社は、乗客を含む住民がどのようなことに不満を持っているかを容易に知ることができ、バスの運行やサービスの改善に役立てることができる。
　運行計画サーバ１１は、例えば、以下に示す式（４）により、エリア別満足度平均を算出するとともに、各項目の不満の合計値あるいは不満の一人当たりの平均値をも算出する。
Figure JPOXMLDOC01-appb-M000001
　式（４）において、Ａはエリアである。Ｐは不満度係数である。Ｖは不満変数である。Ｚは不満の項目であり、時間、混雑、着席、騒音、場所の各項目を含む。ｕはエリアに属する住民である。全住民数はエリアの住民の総数である。
　また、運行計画サーバ１１は、変形例として、バスの乗客の不満を降車時に取得するだけでなく、更に、バスの乗客の停留所での待ち時間に関する不満を乗車時に取得し、住民からバスの乗車の有無に関わらず不満を適時に取得してもよい。そして、運行計画サーバ１１は、バス待ち客の不満、バスの乗車の有無に関わらない住民の不満、バスの乗客の不満をグラフにして表示してもよい。
　図１５は、不満を集計した結果を表示したＧＵＩ（Ｇｒａｐｈｉｃａｌ　Ｕｓｅｒ　Ｉｎｔｅｒｆａｃｅ）の画面例を示す図である。図１５には複数のグラフ１１－１１０１、１１－１１０２、１１－１１０３を含む画面例１１－１１０が示されている。図１５のグラフ１１－１１０１、１１０２、１１０３は、中央部分を中心から上下左右に４つの領域に区切り、それぞれを時間、騒音、着席、混雑という項目が割り当てられている。各項目の領域には、中心付近が扇形に欠けた扇形の領域が、その半径により不満の度合いを示すように描かれる。
　グラフ１１－１１０２には、あるエリアに関わる（バスの乗車の有無の両方を含む）住民の各項目の不満の合計値が示されている。グラフ１１－１１０１には、バスを利用した乗客のバス待ち時の各項目の不満の合計値が示されている。グラフ１１－１１０３には、バスを利用した乗客の各項目の不満の合計値が示されている。ここでは不満の合計値をグラフ化する例を示したが、不満の一人当たりの平均値をグラフ化してもよい。
　また、本実施形態の運行計画サーバ１１は、全体サービスエリアに含まれる各エリアにおけるバスを利用した乗客の不満をエリア毎に表示することができる。
　図１６は、各エリアの不満を集計した結果をエリア毎に表示したＧＵＩの画面例を示す図である。ここでは図１０に示した全体サービスエリアには、図１６に示すように９つのエリアがあるものとする。
　図１６には、全体サービスエリアの地図上に各エリアを区分けする境界線が引かれ、各エリアの領域の濃淡により不満の度合いを示す画面例が示されている。ここでは濃淡が濃いほど不満が高いことを意味している。
　なお、乗客の不満がどのエリアにおける不満かを決める方法として、例えば、そのエリア内で乗車した乗客の不満はそのエリアにおける不満とすることにしてもよい。あるいは、そのエリア内で降車した乗客の不満はそのエリアにおける不満とすることにしてもよい。
　また、図１６では、全体サービスエリアに９つのエリアが属する例を示しているが、全体サービスエリアに属するエリア数に上限はない。
　また、図１６では、全体サービスエリアに属する各エリアの形状が矩形である例を示しているが、エリアの形状は特に限定されることはない。エリアが矩形や正六角形など等しい形状であっても良いし、エリア毎に異なる形状であってもよい。
　また、本実施形態による需要マネジメント型交通サービスシステムは、住民から収集した不満の情報に基づいて、新たなバスの運行計画を立案することができる。
　図１７は、バス運行計画を立案する処理を示すシーケンス図である。本処理はバスを運行する営業時間が終了した後にバッチ処理として実施してもよい。
　乗客情報管理サーバ１２は、各エリアの各項目の不満を算出する（１２－１３１１）。このとき、乗客情報管理サーバ１２は、図４に示したリクエスト消化ログ１２－４３から乗客のバスへの乗車の情報から、各エリアと乗客とを対応付け、各エリアに対応する乗客の不満をそのエリアにおける不満とする。乗客が乗車した場所があるエリア内であれば、その乗客が降車時に取得された不満はそのエリアにおける不満として扱う。
　そして、乗客情報管理サーバ１２は、住民パラメータ１２－４１を参照して住民の不満の値（不満度）と不満度係数とを取得し、エリア毎の乗客の不満の値の総和を算出する。更に、乗客情報管理サーバ１２は、エリアについて算出した不満の値の総和を、そのエリアの全住民数で除算することで、そのエリアに関わった乗客の不満の値の総和の平均値を算出する。
　なお、ここでは、乗客がバスへ乗車した場所の属するエリアをその乗客の不満を集計するエリアとするものとしているが、これに限定されることはない。他の例として、乗客がバスを降車した場所の属するエリアをその乗客の不満を集計するエリアとしてもよい。また、乗客の住所の属するエリアをその乗客の不満を集計するエリアとしてもよい。
　また、ここでは、住民から収集した不満の値を基にバスの運行計画を立案することにしているが、必ずしも不満の値を基にしなくてもよい。他の例として、不満の値の代わりにポイントを用い、住民の所持しているポイントを基にバスの運行計画を立案することにしてもよい。
　再び図１７を参照すると、乗客情報管理サーバ１２は、各エリアの不満の性質を分析する（１２－１３１２）。具体的には、乗客情報管理サーバ１２は、各エリアにおける、時間、混雑、着席、騒音、および場所という各項目（不満の種類）の不満をそれぞれ算出し、エリアの住民の数および属性と関連付ける。各エリアの各項目の不満と各エリアの住民の数および属性との関連付けの手法は特に限定されないが、例えば重回帰分析あるいはベイズ推定法などを利用して相関を算出することにしても良い。
　次に、乗客情報管理サーバ１２は、各エリア間における不満の性質を分析する（１２－１３１３）。具体的には、乗客情報管理サーバ１２は、２つのエリアの不満の相関を算出する。図１６に示した全体サービスエリアおよびエリアの例では、９つのエリアがあるので、エリアの組合せは３６個となり、その３６個の組合せのそれぞれについてエリア間の相関を算出する。
不満に強い相関のある２つのエリアには共通する不満の要素があると推定される。
　次に、乗客情報管理サーバ１２は、エリア間の不満の相関に基づいて、新規に設けるバス路線の案を作成する（１２－１３１４）。具体的には、乗客情報管理サーバ１２は、相関の強いエリアの間の乗客のバスの利用のうち、その相関を強くしているバスの利用を特定する。更に、乗客情報管理サーバ１２は、その相関を強くしているバスの利用における乗車時刻および乗車場所と降車時刻および降車場所を抽出する。更に、乗客情報管理サーバ１２は、その乗車時刻および降車時刻を含む時間帯における、その乗車場所から降車場所へのバスの不足あるいは欠如が不満要因であると推定し、その時間帯にその経路を運行するバス路線を新規に設けることを提案する。例えば、１５：００～１６：００の時間帯における、あるエリアからショッピングモールへのバスが不満要因と推定されたのであれば、乗客情報管理サーバ１２は、そのエリアの代表地点からショッピングモールまで運行する直通バスを新路線として提案すればよい。
　乗客情報管理サーバ１２は、提案する新路線の情報をバス運行管理サーバ１３に通知する。
　バス運行管理サーバ１３は、提案された新路線の運行に要するコストを算出する（１３－１３１１）。例えば新路線におけるバスの走行距離からコストを算出してもよい。
　更に、バス運行管理サーバ１３は、算出したコストを基に、新路線の採用の可否を判断する（１３－１３１２）。例えば、コストが所定の閾値以下であれば採用可能と判断することにしてもよい。
　新路線が採用できないものであれば、バス運行管理サーバ１３は、その旨を乗客情報管理サーバ１２に通知し、乗客情報管理サーバ１２は、その通知を受けて処理を終了する（１２－１３１５）。
　一方、新路線が採用できるものであれば、バス運行管理サーバ１３は、その旨を乗客情報管理サーバ１２に通知するとともに、新路線を含むバスの運行ダイヤを作成する。新路線が採用できる旨の通知を受けた乗客情報管理サーバ１２は、住民へ新路線の導入を告知する情報を作成し、乗客情報端末１５に送信する（１２－１３１６）。告知の情報を受信した乗客情報端末１５は、その情報に基づいて、新路線の導入を告知する広告を表示する（１５－１３１１）。
　また、バス運行管理サーバ１３は、作成した運行ダイヤと共に、新路線の運行計画をバス運行指示端末１４に通知する（１３－１３１３）。通知を受けたバス運行指示端末１４は、運行計画を受理し（１４－１３１１）、新たな運行ダイヤによるバスの運行の指示を開始する。
　上記の実施形態の一部又は全部は以下のような事項を含んでいる。ただし、本実施形態の開示が以下の事項に限定されるものではない。
　移動リソース（バス）を運行して利用者（住民、乗客）を移動させるサービスを提供する移動サービスシステムは、利用者に関する第１データベース（住民データベース）を記憶し、利用者の要求を管理する第１管理装置（乗客情報管理サーバ）と、移動リソースに関する第２データベース（バスデータベース）を記憶し、移動リソースの運行の状態を管理する第２管理装置（バス運行管理サーバ）と、第１管理装置および第２管理装置と連携して、移動リソースの運行を変更する第３管理装置（運行計画サーバ）と、を有する。第３管理装置は、利用者に発生する不満を数値で取得し、第１管理装置は、不満に応じて、移動リソースの運用に対する要求を実施させるために利用可能なポイントを付与し、利用者毎のポイントを第１データベースに記録し、第３管理装置は、利用者から要求を受けて、第１データベースに管理されているその利用者に付与されているポイントと引き換えに、要求と第２データベースに管理されている移動リソースの運行の状態とに基づき、移動リソースの運行の計画を変更する。
　これによれば、利用者の不満の度合いを定量化し、その不満に応じて利用者にポイントを付与し、ポイントで移動リソースの運用の変更の要求を実現させるので、各利用者の不満の度合いを移動リソースの運用に反映させることができる。その結果、複数の利用者の不満をバランスさせ、利用者全体の満足の度合いを向上させるように移動リソースを運用することが可能となる。
　また、第３管理装置は、移動リソースの運行の計画を変更したとすると、移動リソースの他の利用者に発生する不満を推定し、他の利用者の不満と、要求を発した利用者のポイントとに基づいて、移動リソースの運行の計画の変更が可能であるか否か判定する。これによれば、利用者が不満に応じて付与されたポイントを利用して移動リソースの運行を変更するとき、その利用者が所持しているポイントと、その変更により他の利用者が抱くであろう不満と、に基づいて、その要求を実施できるか否か判定するので、利用者間の不満をバランスさせることができる。
　また、第３管理装置は、移動リソースの運行を計画を変更すると、要求を発した利用者のポイントから、他の利用者の不満に相当する分を減算する。これによれば、利用者の要求で移動リソースの運行を計画を変更すると、その要求を発した利用者のポイントから、他の利用者の不満の度合いに相当する分を減算するので、利用者の不満をバランスさせながら、利用者の要求に応じた移動リソースの運行を調整することができる。
　また、第３管理装置は、不満の対象となる複数のサービス品質項目について、利用者による重視の度合いを係数とし、サービス品質項目についての事象の計測値を変数とし、サービス品質項目毎の係数と変数の積を複数のサービス品質項目について合計し、合計値を利用者の不満の値とする。これによれば、複数のサービス品質項目に分けて重視の度合いを考慮して利用者の不満の値を算出するので、サービスを多面的に捉えて利用者の項目毎の不満を的確に移動リソースの運用に反映させることが可能となる。
　また、第３管理装置は、利用者からの要求にてサービス品質項目に対する嗜好の情報を取得して係数を更新する。これによれば、利用者が行った要求にて利用者のサービス品質項目に関する嗜好を取得するので、利用者による重視の度合いを反映させるために、利用者が別途嗜好を入力する手間を低減することができる。
　また、第３管理装置は、利用者が移動リソースにより移動したときに利用者から不満の有無を知得し、不満が有りであれば、事象の計測値に基づいて第１管理装置に利用者の不満の値を更新させる。これによれば、利用者が移動したときに不満の発生を取得するので、利用者にて生じた不満を的確に把握し、不満の度合いとして算出することができる。
　また、第３管理装置は、他の利用者の不満と、要求を発した利用者のポイントとに基づき、移動リソースの運行の計画の可能な変更を抽出し、要求を発した利用者に提示し、利用者の選択した変更を実施する。これによれば、複数の変更の案を利用者に提示し、選択された変更を実施するので、利用者は要求を満たす中で、より好ましいを変更の仕方を選択することができ、利用者の利便性がより向上する。
　また、第３管理装置は、サービスが提供されるサービスエリアを区分けした複数のエリアのそれぞれについて不満の値を集計し、集計結果を表示する。これによれば、エリア毎に不満を集計し表示するので、エリア毎の不満の様子を視認し、移動リソースが適切に提供されているかどうか確認することができる。
　また、第１管理装置は、集計結果に基づいて、エリアにおける不満の原因を解析し、原因を低減するように、エリアにおける移動リソースの運行の計画を提案する。これによれば、エリア毎の不満の集計結果に基づき不満の原因を解析し、原因を低減するような計画を提案するので、エリア毎の利用者の不満の状況に応じた移動リソースの運行計画の見直しが可能とある。
　また、サービス品質項目には、移動リソースへ登場する場所、移動リソースを利用するために要する時間、移動リソース内の混雑、移動リソースにおける着席可否、または移動リソース内の騒音の少くとも１つが含まれる。これによれば、移動手段の利用に際して感じる不満を、移動リソースへ登場する場所、移動リソースを利用するために要する時間、移動リソース内の混雑、移動リソースにおける着席可否、または移動リソース内の騒音といったパラメータで計測するので、利用者の不満を適切に不満の値に反映させることができる。
　また、第１管理装置は、第１データベースにて、利用者毎の不満の値を管理し、所定時間継続して新たな不満が発生しなかった利用者の不満の値を所定の初期値にする。これによれば、行動心理学における不満の継続性に適合した演算により、利用者の感じている不満を適切に数値で表現することができる。
１１…運行計画サーバ、１２…乗客情報管理サーバ、１３…バス運行管理サーバ、１４…バス運行指示端末、１５…乗客情報端末、１－０１…ＣＰＵ、１－０２…メモリ、１－０３…通信ＮＩＣ、１－０４…ハードディスクドライブ、１－０５…入出力コントローラ、１－０６…モニタコントローラ、１－０７…バス、１－０８…ＧＰＳモジュール、１－１１…キーボード、１－１２…マウス、１－１３…ディスプレイ、１－１４…ＩＣカードリーダーモジュール、１－１５…タッチパネル、１１－４０…集計データベース、１１－４１…集計結果テーブル、１１－４２…エリア別集計結果テーブル、１１－４３…エリア定義テーブル、１１－４４…ＧＩＳ節点情報テーブル、１１－４５…ＧＩＳ節点情報、１２－４０…住民データベース、１２－４１…住民パラメータテーブル、１２－４２…リクエスト発行情報テーブル、１２－４３…リクエスト消化ログテーブル、１３－４０…バスデータベース、１３－４１…バス車体パラメータテーブル、１３－４２…バス折返し発車予定時刻テーブル、１３－４３…バス基本経路の移動順序－停留所対応表テーブル、１３－４４…基本経路上の停留所テーブル、１３－４５…バス走行ログテーブル

Claims (12)

  1. 　移動リソースを運行して利用者を移動させるサービスを提供する移動サービスシステムであって、
    　前記利用者に関する第１データベースを記憶し、前記利用者の要求を管理する第１管理装置と、
    　前記移動リソースに関する第２データベースを記憶し、前記移動リソースの運行の状態を管理する第２管理装置と、
    　前記第１管理装置および前記第２管理装置と連携して、前記移動リソースの運行を変更する第３管理装置と、を有し、
    　前記第３管理装置は、前記利用者に発生する不満を数値で取得し、
    　前記第１管理装置は、前記不満に応じて、前記移動リソースの運用に対する要求を実施させるために利用可能なポイントを付与し、利用者毎のポイントを前記第１データベースに記録し、
    　前記第３管理装置は、前記利用者から要求を受けて、前記第１データベースに管理されている該利用者に付与されているポイントと引き換えに、前記要求と前記第２データベースに管理されている前記移動リソースの運行の状態とに基づき、前記移動リソースの運行の計画を変更する、
    移動サービスシステム。
  2. 　前記第３管理装置は、前記移動リソースの運行の計画を変更したとすると、前記移動リソースの他の利用者に発生する不満を推定し、前記他の利用者の不満と、前記要求を発した利用者のポイントとに基づいて、前記移動リソースの運行の計画の変更が可能であるか否か判定する、
    請求項１に記載の移動サービスシステム。
  3. 　前記第３管理装置は、前記移動リソースの運行を計画を変更すると、前記要求を発した利用者のポイントから、前記他の利用者の不満に相当する分を減算する、
    請求項２に記載の移動サービスシステム。
  4. 　前記第３管理装置は、前記不満の対象となる複数のサービス品質項目について、前記利用者による重視の度合いを係数とし、前記サービス品質項目についての事象の計測値を変数とし、前記サービス品質項目毎の前記係数と前記変数の積を前記複数のサービス品質項目について合計し、合計値を前記利用者の前記不満の値とする、
    請求項１に記載の移動サービスシステム。
  5. 　前記第３管理装置は、前記利用者からの前記要求にて前記サービス品質項目に対する嗜好の情報を取得して前記係数を更新する、
    請求項４に記載の移動サービスシステム。
  6. 　前記第３管理装置は、前記利用者が前記移動リソースにより移動したときに前記利用者から不満の有無を知得し、前記不満が有りであれば、前記事象の計測値に基づいて前記第１管理装置に前記利用者の前記不満の値を更新させる、
    請求項５に記載の移動サービスシステム。
  7. 　前記第３管理装置は、前記他の利用者の不満と、前記要求を発した利用者のポイントとに基づき、前記移動リソースの運行の計画の可能な変更を抽出し、前記要求を発した利用者に提示し、前記利用者の選択した変更を実施する、
    請求項２に記載の移動サービスシステム。
  8. 　前記第３管理装置は、前記サービスが提供されるサービスエリアを区分けした複数のエリアのそれぞれについて前記不満の値を集計し、集計結果を表示する、
    請求項１に記載の移動サービスシステム。
  9. 　前記第１管理装置は、前記集計結果に基づいて、前記エリアにおける前記不満の原因を解析し、前記原因を低減するように、前記エリアにおける前記移動リソースの運行の計画を提案する、
    請求項８に記載の移動サービスシステム。
  10. 　前記サービス品質項目には、前記移動リソースへ登場する場所、前記移動リソースを利用するために要する時間、前記移動リソース内の混雑、前記移動リソースにおける着席可否、または移動リソース内の騒音の少くとも１つが含まれる、
    請求項４に記載の移動サービスシステム。
  11. 　前記第１管理装置は、前記第１データベースにて、利用者毎の不満の値を管理し、所定時間継続して新たな不満が発生しなかった利用者の不満の値を所定の初期値にする、請求項１に記載の移動サービスシステム。
  12. 　移動リソースを運行して利用者を移動させるサービスを提供するための移動サービス提供方法であって、
    　前記利用者に関する第１データベースを記憶し、前記利用者の要求を管理する第１管理装置と、前記移動リソースに関する第２データベースを記憶し、前記移動リソースの運行の状態を管理する第２管理装置と、前記第１管理装置および前記第２管理装置と連携して、前記移動リソースの運行を変更する第３管理装置と、を有するシステムにおいて、
    　前記第３管理装置が、前記利用者に発生する不満を数値で取得し、
    　前記第１管理装置が、前記不満に応じて、前記移動リソースの運用に対する要求を実施させるために利用可能なポイントを付与し、利用者毎のポイントを前記第１データベースに記録し、
    　前記第３管理装置が、前記利用者から要求を受けて、前記第１データベースに管理されている該利用者に付与されているポイントと引き換えに、前記要求と前記第２データベースに管理されている前記移動リソースの運行の状態とに基づき、前記移動リソースの運行の計画を変更する、
    移動サービス提供方法。
PCT/JP2020/007262 2019-03-25 2020-02-21 移動サービスシステムおよび移動サービス提供方法 WO2020195440A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US17/431,980 US20220114511A1 (en) 2019-03-25 2020-02-21 Transport service system and transport service providing method
CN202080008834.0A CN113287144A (zh) 2019-03-25 2020-02-21 移动服务系统以及移动服务提供方法

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2019-057161 2019-03-25
JP2019057161A JP7201503B2 (ja) 2019-03-25 2019-03-25 移動サービスシステムおよび移動サービス提供方法

Publications (1)

Publication Number Publication Date
WO2020195440A1 true WO2020195440A1 (ja) 2020-10-01

Family

ID=72608429

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2020/007262 WO2020195440A1 (ja) 2019-03-25 2020-02-21 移動サービスシステムおよび移動サービス提供方法

Country Status (4)

Country Link
US (1) US20220114511A1 (ja)
JP (1) JP7201503B2 (ja)
CN (1) CN113287144A (ja)
WO (1) WO2020195440A1 (ja)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2023170964A1 (ja) * 2022-03-11 2023-09-14 日本電信電話株式会社 車両運行計画装置、車両運行計画支援方法、及びプログラム

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0115672B2 (ja) * 1982-02-12 1989-03-20 Obayashi Constr Co Ltd
JP2003242592A (ja) * 2002-02-14 2003-08-29 Omron Corp 共同利用乗物予約装置
US20150324708A1 (en) * 2014-05-06 2015-11-12 Ford Global Technologies, Llc On-demand transportation
JP2019016290A (ja) * 2017-07-10 2019-01-31 富士通株式会社 運行管理方法、運行管理装置及び運行管理プログラム

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20130204676A1 (en) * 2012-01-26 2013-08-08 Flywheel Software, Inc. Method and system for dynamically categorizing service providers
US8688796B1 (en) * 2012-03-06 2014-04-01 Tal Lavian Rating system for determining whether to accept or reject objection raised by user in social network
CN103956041B (zh) * 2014-03-28 2016-05-04 东南大学 一种公交调度系统及其控制方法
KR20160120901A (ko) * 2015-04-09 2016-10-19 박병종 가변되는 차량의 경로에 대한 예보 및 선택 시스템
US20170011324A1 (en) * 2015-07-07 2017-01-12 Uber Technologies, Inc. Dispatch system for matching drivers and users
BR112017021472A2 (pt) * 2016-02-24 2018-07-03 Beijing Didi Infinity Technology & Dev Co Ltd métodos e sistemas de transporte compartilhado
US10713598B2 (en) * 2016-08-31 2020-07-14 Uber Technologies, Inc. Anticipating user dissatisfaction via machine learning
CN106651116A (zh) * 2016-11-02 2017-05-10 辽宁工程技术大学 一种基于模糊综合评价法的公交乘客满意度评价方法
CN108268965A (zh) * 2017-01-03 2018-07-10 北京嘀嘀无限科技发展有限公司 用于资源分配的、用于交通工具调度的方法及其装置
WO2019023324A1 (en) * 2017-07-26 2019-01-31 Via Transportation, Inc. SYSTEMS AND METHODS FOR MANAGING AND ROUTING COOPERATING VEHICLES
JP6415672B1 (ja) * 2017-11-20 2018-10-31 ヤフー株式会社 情報処理装置、情報処理方法および情報処理プログラム
JP7044874B2 (ja) * 2018-06-12 2022-03-30 日産自動車株式会社 車両管理システムおよび車両管理方法
US11775534B2 (en) * 2019-01-31 2023-10-03 Uber Technologies, Inc. Predicting and preventing negative user experience in a network service

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0115672B2 (ja) * 1982-02-12 1989-03-20 Obayashi Constr Co Ltd
JP2003242592A (ja) * 2002-02-14 2003-08-29 Omron Corp 共同利用乗物予約装置
US20150324708A1 (en) * 2014-05-06 2015-11-12 Ford Global Technologies, Llc On-demand transportation
JP2019016290A (ja) * 2017-07-10 2019-01-31 富士通株式会社 運行管理方法、運行管理装置及び運行管理プログラム

Also Published As

Publication number Publication date
US20220114511A1 (en) 2022-04-14
JP2020160605A (ja) 2020-10-01
JP7201503B2 (ja) 2023-01-10
CN113287144A (zh) 2021-08-20

Similar Documents

Publication Publication Date Title
US11062415B2 (en) Systems and methods for allocating networked vehicle resources in priority environments
Ronald et al. Simulating demand-responsive transportation: A review of agent-based approaches
US20170169366A1 (en) Systems and Methods for Adjusting Ride-Sharing Schedules and Routes
Avermann et al. Determinants of customer satisfaction with a true door-to-door DRT service in rural Germany
WO2020039821A1 (ja) 乗合車両用需要予測装置、乗合車両用需要予測方法及びプログラム
JPWO2013171780A1 (ja) 交通経路分担率制御システム及び交通経路分担率制御方法
Westervelt et al. Partnerships with technology-enabled mobility companies: Lessons learned
US20180075566A1 (en) System and method of calculating a price for a vehicle journey
Lazarus et al. To Pool or Not to Pool? Understanding opportunities, challenges, and equity considerations to expanding the market for pooling
Soza-Parra et al. Public transport reliability across preferences, modes, and space
Das et al. Methodology to determine service delivery levels for public transportation
Schönberger Scheduling constraints in dial-a-ride problems with transfers: a metaheuristic approach incorporating a cross-route scheduling procedure with postponement opportunities
WO2020195440A1 (ja) 移動サービスシステムおよび移動サービス提供方法
Kluge et al. Assessment of passenger requirements along the door-to-door travel chain
JP6359687B2 (ja) 座席指定システム、座席指定方法
JP2007207077A (ja) 配車情報提供システム及び配車予約サーバ
Percoco et al. Spaces of competition in the sharing economy: Taxi markets and Uber entry in NYC
Agatz et al. Transportation-enabled services: Concept, framework, and research opportunities
Sipetas et al. Continuous approximation model for hybrid flexible transit systems with low demand density
Paul et al. Public Transportation Demand Analysis: A Case Study of Metropolitan Lagos
Ganapathy et al. Urban mobility in the era of sharing economy: An empirical study of smartphone app based ridesourcing services
JP2021077063A (ja) 情報処理装置、プログラム、及び、情報処理方法
Viken et al. Utilizing traveler demand modeling to predict future commercial flight schedules in the nas
JP2023180731A (ja) 駅滞在者推計システム及び駅滞在者推計方法
Ojekunle et al. THE INFLUENCE OF COMMUTERS SOCIO-ECONOMIC CHARACTERISTICS ON BUS SERVICE AFFORDABILITY AND USAGE IN KADUNA METROPOLIS, NIGERIA

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

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 20776522

Country of ref document: EP

Kind code of ref document: A1