WO2023175853A1 - オペレーションプラン作成システム、交通サービス連携システム、オペレーションプラン作成方法、及びオペレーションプラン作成プログラム - Google Patents

オペレーションプラン作成システム、交通サービス連携システム、オペレーションプラン作成方法、及びオペレーションプラン作成プログラム Download PDF

Info

Publication number
WO2023175853A1
WO2023175853A1 PCT/JP2022/012382 JP2022012382W WO2023175853A1 WO 2023175853 A1 WO2023175853 A1 WO 2023175853A1 JP 2022012382 W JP2022012382 W JP 2022012382W WO 2023175853 A1 WO2023175853 A1 WO 2023175853A1
Authority
WO
WIPO (PCT)
Prior art keywords
transportation
information
proposal
plan creation
service level
Prior art date
Application number
PCT/JP2022/012382
Other languages
English (en)
French (fr)
Inventor
剛 皆川
進吾 足立
陽平 長谷川
友恵 富山
三揮 米原
恵二 木村
Original Assignee
株式会社日立製作所
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 株式会社日立製作所 filed Critical 株式会社日立製作所
Priority to PCT/JP2022/012382 priority Critical patent/WO2023175853A1/ja
Publication of WO2023175853A1 publication Critical patent/WO2023175853A1/ja

Links

Images

Classifications

    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles

Definitions

  • the present invention relates to an operation plan creation system, a transportation service cooperation system, an operation plan creation method, and an operation plan creation program.
  • Patent Document 1 describes a technology that improves both the operation efficiency of transportation facilities and the satisfaction level of customers who use the transportation facilities.
  • An operation system of a transportation facility that operates a vehicle for boarding a person who wishes to board the vehicle, the request reception unit receiving input of boarding information including at least a desired time of boarding, a desired boarding place, and a desired place of getting off from a boarding applicant; a vehicle operation plan formulation unit that formulates a vehicle operation plan that includes at least a stopping place and a scheduled operation time so that the vehicle arrives at the desired boarding location by the desired boarding time, based on the boarding desired information entered in the reception unit; , a vehicle operation system is described that includes a ride applicant allocation unit that allocates passengers who wish to ride to a vehicle operation plan formulated by a vehicle operation plan formulation unit.
  • Patent Document 1 can only substantially target one transportation service provider. Furthermore, transportation service providers have little discretion, and provision of appropriate operation plans to transportation service providers is not guaranteed.
  • the present invention was made in view of this background, and its purpose is to create an operation plan for appropriate coordination between transportation services while taking into account the circumstances of each of multiple transportation service providers.
  • the purpose of the present invention is to provide an operation plan creation system, a transportation service cooperation system, an operation plan creation method, and an operation plan creation program that can perform the following operations.
  • One of the present inventions for solving the above problems is an operation plan creation system that transmits and receives information to and from a plurality of operation management systems, the system having a memory that stores travel demand including information on departure points and destinations of travelers. and 1 constituting a travel route from the departure point to the destination of the traveler who moves using at least one means of transportation of a plurality of transportation services based on the travel demand.
  • a service level which is an evaluation value of the transportation service
  • proposal request information which is information including the calculated service level, is created for each means of transportation
  • each of the created proposal request information is a proposal request process for transmitting to each information processing device associated with a means of transportation
  • proposal reception process for receiving proposal information that is service level response information to the proposal request information from each of the information processing devices
  • a transportation allocation plan creation process that creates a transportation allocation plan, which is information on the service level of each section by the transportation means, that satisfies the service level indicated by each of the proposal information, for each of the transportation means, and each of the created transportation
  • the present invention is an operation plan creation system including an arithmetic processing unit that executes an allocation result transmission process of transmitting an allocation plan to each of the information processing devices associated with the transportation means related to the transportation
  • FIG. 1 is a diagram showing an example of the configuration of a transportation service cooperation system according to the present embodiment.
  • FIG. 2 is a diagram illustrating an example of hardware and programs included in the operation plan creation system.
  • FIG. 3 is a diagram illustrating an example of a transportation service coordination process performed by the transportation service coordination system.
  • FIG. 4 is a diagram illustrating an example of first proposal request information.
  • FIG. 5 is a diagram illustrating an example of second proposal request information.
  • FIG. 6 is a diagram illustrating an example of third proposal request information.
  • FIG. 7 is a diagram illustrating an example of first proposal information.
  • FIG. 8 is a diagram illustrating an example of second proposal information.
  • FIG. 9 is a diagram illustrating an example of third proposal information.
  • FIG. 1 is a diagram showing an example of the configuration of a transportation service cooperation system according to the present embodiment.
  • FIG. 2 is a diagram illustrating an example of hardware and programs included in the operation plan creation system.
  • FIG. 3 is a diagram illustrating
  • FIG. 10 is a diagram illustrating an example of first acceptance/rejection information.
  • FIG. 11 is a diagram illustrating an example of second acceptance/rejection information.
  • FIG. 12 is a diagram showing an example of the third acceptance/rejection information.
  • FIG. 13 is a flow diagram illustrating details of the operation plan creation process.
  • FIG. 14 is a flow diagram illustrating details of the individual demand estimation process.
  • FIG. 15 is a diagram showing an example of a passenger behavior model.
  • FIG. 16 is a flow diagram illustrating details of proposal request processing.
  • FIG. 17 is a flow diagram illustrating details of the transportation allocation plan creation process.
  • FIG. 18 is a diagram showing an example of a matrix used to create an objective function and constraints for a mixed integer programming problem.
  • FIG. 1 is a diagram showing an example of the configuration of a transportation service coordination system 1 according to the present embodiment.
  • the transportation service cooperation system 1 includes an operation plan creation system 10, a first operation management system 20, a second operation management system 30, a coordinating power management system (shuttle bus operation management system 40), and a beneficiary usage system (route management system 40).
  • the system includes a guidance system 50).
  • These information processing systems are communicably connected by a wired or wireless communication network 5 such as the Internet, a LAN (Local Area Network), a WAN (Wide Area Network), or a dedicated line.
  • the first operation management system 20 is composed of one or more information processing devices managed by a business operator that operates each means of transportation according to a predetermined operation plan, such as a railway or a route bus that operates based on a timetable. It is an information processing system.
  • the first operation management system 20 transmits information on operation plans for each means of transportation to the operation plan creation system 10 based on information managed by itself.
  • the first operation management system 20 is assumed to consist of a timetable-based railway operation management system 20a, which is a system of a railway operator, and a route bus operation management system 20b, which is a system of a route bus operator. .
  • the second operation management system 30 is a business that operates each means of transportation by a method other than a predetermined operation plan (operation schedule), such as railways, demand buses, taxis, or micromobility, which operate based on predetermined service intervals.
  • An information processing system that is managed by a person and is configured of one or more information processing devices.
  • the second operation management system 30 includes a train operation management system 30a based on driving interval, which is a system of a railway operator that operates based on a predetermined operation interval, and a demand bus operator's system, which is a system of a demand bus operator. It is assumed that the system includes a bus operation management system 30b, a taxi operation management system 30c that is a system of a taxi company, and a micromobility management system 30d that is a system of a micromobility company.
  • the coordinating power management system is an information processing system that is managed by a transportation service provider other than the first traffic management system 20 and the second traffic management system 30 and is configured with one or more information processing devices.
  • the coordinating power management system is a system for managing operators (the first operating management system 20 or the second (The operation management system 30 and the operator may be the same).
  • the adjustment force management system is a shuttle bus operation management system 40 managed by a shuttle bus operator.
  • the beneficiary usage system is an information processing system composed of one or more information processing devices for passengers (travelers) who use transportation services provided by each business operator.
  • the beneficiary use system is a route guidance system that searches for travel routes by transportation means of each business operator from the departure point of the traveler to the destination, and provides and accumulates that information to the traveler. 50.
  • the route guidance system 50 provides the operation plan creation system 10 with information related to the movement of the traveler, such as route search details, and has the operation plan creation system 10 provide transport allocation information, which will be described later, in return. Risks such as ⁇ I guided a route including a taxi, but there were no taxis'' can be avoided, and the reliability of the service of the route guidance system 50 itself is improved.
  • the operation plan creation system 10 is an information processing system composed of one or more information processing devices.
  • the operation plan creation system 10 considers the transportation service related to the first traffic management system 20 as the base transportation capacity, queries the second traffic management system 30 about the possibility of providing insufficient transportation means, and based on the result. Accordingly, it cooperates with the second operation management system 30 and provides necessary transportation services to the traveler together with the adjustment force management system (shuttle bus operation management system 40) as necessary.
  • each information processing system of the second operation management system 30 and each information processing system of the adjustment force management system is equipped with a predetermined control unit
  • each information processing system of the second operation management system 30 and each information processing system of the adjustment force management system is equipped with a predetermined control unit and controls the transportation means requested from the operation plan creation system 10.
  • Each means of transportation is controlled (for example, vehicle running or operation equipment is controlled) based on the provision content (hereinafter referred to as acceptance/rejection information; details will be described later).
  • FIG. 2 is a diagram illustrating an example of the hardware and programs included in the operation plan creation system 10.
  • the operation plan creation system 10 includes an arithmetic processing unit 101 (processor) such as a CPU (Central Processing Unit), DSP (Digital Signal Processor), GPU (Graphics Processing Unit), FPGA (Field-Programmable Gate Array), and a ROM (Read Storage unit 102 (memory, storage device) such as RAM (Random Access Memory), HDD (Hard Disk Drive), or SSD (Solid State Drive), Noyob IC (Network Interface Card), wireless communication module, USB (Universal Serial Interface) module or serial communication module, etc.; input unit 104, consisting of a mouse, keyboard, etc.; and a liquid crystal display or organic EL (Electro-Luminescence) display, etc. and an output section 105.
  • the first traffic management system 20, the second traffic management system 30, the shuttle bus traffic management system 40, and the route guidance system 50 also have similar hardware configurations.
  • the operation plan creation system 10 also stores a transportation demand prediction program 131, an individual demand estimation program 133, a proposal request program 135, a proposal reception program 137, a transportation allocation plan creation program 139, and an allocation result transmission program 141. ing.
  • the travel demand prediction program 131 is a program for predicting travel demand, which is information including information on the departure point and destination of a traveler (agent), and a departure time period.
  • the individual demand estimation program 133 calculates individual demand, which is information representing the demand for travel by each means of transport, in each section of the travel route from the departure point to the destination of the traveler. This is a program for creating. Note that the term "movers" in this case refers not to individual migrants but to all migrants.
  • the proposal request program 135 calculates the service level expected for each means of transportation based on each individual demand created using the individual demand estimation program 133, and sends proposal request information including the calculated service level to the transportation method. This is a program that is created for each means of transportation and transmits each created proposal request information to the second operation management system 30 associated with that means of transportation.
  • the proposal reception program 137 is a program for receiving proposal information, which is service level response information to proposal request information, from each second operation management system 30.
  • the transportation allocation plan creation program 139 is a program for creating a transportation allocation plan for each means of transportation, which is information on the service level of each section and satisfies the service level indicated by each piece of proposal information received using the proposal reception program 137. It is.
  • the allocation result transmission program 141 is a program for transmitting each transportation allocation plan created using the transportation allocation plan creation program 139 to the second operation management system 30 associated with the transportation means related to the transportation allocation plan. It is.
  • the operation plan creation system 10 stores each data of travel demand data 200, individual travel demand data 300, proposal request information list 400, proposal information list 500, transport allocation data 600, operation performance database 700, and transport allocation performance database 800. I remember.
  • the travel demand data 200 is a set of travel demands, which is information including (a set of) each traveler, the departure point and final destination of the traveler, and the departure time period.
  • the travel demand data 200 is predicted and updated using the travel demand prediction program 131 based on information obtained from a predetermined device or database (or the first traffic management system 20 or the route guidance system 50) from time to time.
  • a predetermined device or database or the first traffic management system 20 or the route guidance system 50
  • the transfer point which is the boundary between the use of different transportation services, is divided into one or more sections, and each section is assumed to use a means of transportation related to one of the transportation services. handle. For example, if it is possible to travel from one bus stop to another by bus or by taxi, the route taken by bus and the route taken by taxi are treated as different routes.
  • the individual movement demand data 300 is information that breaks down movement demand by means of transportation (hereinafter referred to as individual demand).
  • individual demand is calculated based on each traveler (collection of), each section (route) from the departure point to the destination, and the means of transportation used for traveling in that section (in this embodiment, the means of transportation for each flight).
  • This information includes the time zone of the movement. Note that the starting point and ending point of each section are either the departure point, transit point, transfer point, or final destination of the traveler.
  • the proposal request information list 400 includes proposal request information (first proposal request information 410, second proposal request information 430, third proposal request information 450) that will be described later.
  • the proposal request information is information requesting each business operator to propose a transportation service that the business can provide, expressed using the evaluation value (service level) of the transportation service provided by each means of transportation.
  • Each piece of proposal request information includes information on the transportation service that the operation plan creation system 10 desires the business to provide, such as the region where the transportation means is provided, so as to serve as a standard when each business operator creates a proposal.
  • the service level includes, for example, the area in which the means of transportation is provided, the time period in which the means of transportation is provided (information that sets the standard provision time and the degree of error, the time range that includes the provision time, etc.), and the period in which the means of transportation is provided.
  • These are evaluation values for each evaluation item in transportation services, such as the number of people transported.
  • the service level agreed upon between the management operator of the operation plan creation system 10 and each operator providing transportation services is called an SLA (Service Level Agreement), and each operator is required to guarantee compliance with the SLA. required.
  • service levels that are not agreed upon between the management company of the operation plan creation system 10 and each company providing transportation services are merely reference information when each company provides transportation services. For example, even if the service level is presented as a recommended value from the operation plan creation system 10, each business operator is not required to guarantee compliance with the service level.
  • the proposal information list 500 includes proposal information (first proposal information, second proposal request information, third proposal request information) that will be described later.
  • the proposal information is information that each business operator responds to in response to the proposal request information and indicates the content of the proposal regarding the service level of the transportation service that the business operator can provide.
  • the transportation allocation data 600 is information on transportation services by each means of transportation (hereinafter referred to as transportation allocation plan) required by each operator, which is generated in accordance with the service level indicated by the proposal information from each operator. .
  • the contents of the transportation allocation data 600 are provided to each business operator as service level response information (acceptance/rejection information) to proposal information.
  • the operation record database 700 stores information received from the second operation management system 30.
  • the operation plan creation system 10 compares the information accumulated in the operation record database 700 with the information accumulated in the transportation allocation record database 800, so that the second operation management system 30 can reach an agreement with the operation plan production system 10. It is possible to evaluate the extent to which service levels have been complied with.
  • the transportation allocation performance database 800 stores proposal request information, proposal information, transportation allocation results, and a set of evaluation indicators regarding the service level that should be guaranteed by the operation plan creation system 10.
  • the program described above is executed by the operation plan creation system 10 by the arithmetic processing unit 101 reading it from the storage unit 102.
  • each program can be recorded on a recording medium and distributed.
  • the operation plan creation system 10 is a virtual information processing system, in whole or in part, provided using virtualization technology, process space separation technology, etc., such as a virtual server provided by a cloud system. It may also be realized using resources. Further, all or part of the functions provided by the operation plan creation system 10 may be realized by, for example, a service provided by a cloud system via an API (Application Programming Interface) or the like. Next, the processing performed by the transportation service cooperation system 1 will be explained.
  • API Application Programming Interface
  • FIG. 3 is a diagram illustrating an example of a transportation service coordination process performed by the transportation service coordination system 1.
  • the transportation service coordination process is performed, for example, at a predetermined timing (for example, at a predetermined time, at a predetermined time interval) or when a predetermined input is made by the user to the operation plan creation system 10.
  • the transportation service coordination process also includes inputting operation plan change information from the first operation management system 20 when an event that significantly changes transportation demand occurs, such as when a train or route bus service is disrupted. It may also be executed at this time.
  • the operation plan creation system 10 uses information used when requesting the second operation management system 30 of each business operator to propose transportation services that the business operator can provide, based on travel demand data 200.
  • a proposal request information list 400 which is a list of certain proposal request information, is created (s1).
  • the operation plan creation system 10 transmits each proposal request information in the created proposal request information list 400 to the second operation management system 30 related to each business operator (s3, s5).
  • each proposal request information will be explained.
  • FIG. 4 is a diagram showing an example of first proposal request information 410.
  • the first proposal request information 410 includes a sender system ID 411 in which the identification information of the operation plan creation system 10 that is the sender of the first proposal request information 410 is set, and the identification information of the first proposal request information 410 itself.
  • the dispatch area ID 417, the reference time 419, and the desired number of waiting vehicles 421 indicate the service level as reference information.
  • the first proposal request information 410 is, for example, information sent to the second operation management system 30 managed by each taxi operator, and in the example of FIG. If you are able to accommodate this, please suggest a service level that can be accommodated.We will wait until 8:55 for proposals.''
  • the placement area corresponding to each vehicle allocation area ID may be a "point" such as a taxi stand at a predetermined station, or may be a broader range such as a designated city block.
  • the correspondence between the vehicle allocation area ID and the arrangement area is defined in advance and shared between the operation plan creation system 10 and the second operation management system 30.
  • FIG. 5 is a diagram illustrating an example of second proposal request information 430.
  • the second proposal request information 430 includes a transmission source system ID 431 in which the identification information of the operation plan creation system 10 that is the transmission source of the second proposal request information 430 is set, and the identification information of the second proposal request information 430 itself.
  • the second proposal request information 430 is, for example, information sent to the second operation management system 30 managed by each demand bus operator, and in the case of the example in FIG.
  • the area corresponding to the area ID set in the departure area ID 437 and the arrival area ID 439 may be a "point" such as a predetermined bus stop, or may be a wide range such as a designated city block.
  • the correspondence between area IDs and specific regions is defined in advance and shared between the operation plan creation system 10 and the second operation management system 30.
  • FIG. 6 is a diagram showing an example of the third proposal request information 450.
  • the third proposal request information 450 includes a transmission source system ID 451 in which the identification information of the operation plan creation system 10 that is the transmission source of the third proposal request information 450 is set, and the identification information of the third proposal request information 450 itself.
  • the desired driving interval 463 includes information on the desired driving interval 463 in which the driving interval of the transportation means to be operated is set.
  • the reference station ID 457, start time 459, end time 461, and desired driving interval 463 are information indicating the service level.
  • the third proposal request information 450 is, for example, information transmitted to the second operation management system 30 of the railway operator that operates based on the operation interval, and in the case of the example in FIG. 6, "At ST2 station, 10: 00:00 to 12:00 to 12:00.We request that the train interval be reduced to 4 minutes.If it is possible, please propose a service level that can be accommodated.We will wait for proposals until 8:55.'' It is shown to the business operator.
  • each second operation management system 30 that has received each proposal request information creates proposal information corresponding to the proposal request information (s7, s9).
  • the second operation management system 30 may receive input of various information from the user and use this as suggestion information, or may automatically create suggestion information according to a predetermined algorithm. Further, if it is difficult to provide a means of transportation close to the content desired in the proposal request information, proposal information does not necessarily have to be created.
  • the second operation management system 30 can transmit a plurality of pieces of proposal information in response to the proposal request information received from the operation plan creation system 10.
  • the second operation management system 30 sets exclusive information, which will be described later, in each piece of proposal information.
  • the operation plan creation system 10 creates an operation plan so that sets of proposal information set as exclusive are not selected at the same time.
  • the second operation management system 30 can create one piece of proposal information for a plurality of pieces of proposal request information and send it to the operation plan creation system 10. In this case, the second operation management system 30 sets comprehensive proposal information, which will be described later, in this proposal information.
  • each second operation management system 30 transmits each created proposal information to the operation plan creation system 10 (s11, 13).
  • details of each proposal information will be explained.
  • FIG. 7 is a diagram showing an example of the first proposal information 510.
  • the first proposal information 510 includes a transmission source system ID 511 in which the identification information of the second operation management system 30 that is the transmission source of the first proposal information 510 is set, and a proposal in which the identification information of the first proposal information 510 itself is set.
  • the vehicle allocation area ID 517 in which a possible area (which may be a wider area than the area indicated by the vehicle allocation area ID 417 or an area closer to the area indicated by the vehicle allocation area ID 417) is set and the reference time 419 of the first proposal request information 410.
  • the measurement start time 519 in which the start time (measurement start time) of the vehicle dispatch time zone is set as a response, and the end time (measurement end time) of the vehicle dispatch time zone as a response to the reference time 419 of the first proposal request information 410 are set.
  • FIG. 8 is a diagram showing an example of the second proposal information 530.
  • the second proposal information 530 includes a transmission source system ID 531 in which the identification information of the second operation management system 30 that is the transmission source of the second proposal information 530 is set, and a proposal in which the identification information of the second proposal information 530 itself is set.
  • the information includes a maximum delay time 543 in which a delay time is set, and a passenger capacity 545 in which the passenger capacity of the transportation means is set as a response to the desired number of passengers 443 of the second proposal request information 430.
  • FIG. 9 is a diagram showing an example of the third proposal information 550.
  • the third proposal information 550 has a transmission source system ID 551 in which the identification information of the second operation management system 30 that is the transmission source of the third proposal request information 450 is set, and the identification information of the third proposal information 550 itself.
  • a reference station ID 557 for which the information is set (it may be a different station from the proposal request information), a measurement start time 559 for which the measurement start time is set as a response to the start time 459 of the third proposal request information 450,
  • the measurement end time 561 is set as the measurement end time as a response to the end time 461 of the third proposal request information 450, and the maximum driving interval of the transportation means is set as a response to the desired driving interval 463 of the third proposal request information 450.
  • the operation plan creation system 10 creates transportation allocation data 600 (transportation allocation plan) regarding each business operator based on the proposal information received from each second operation management system 30 ( s15). Note that if there is proposal information received later than the response deadline indicated by the proposal request information, the operation plan creation system 10 does not use that proposal information.
  • the operation plan creation system 10 transmits acceptance/rejection information, which is information including the contents of the created transport allocation data 600 and corresponds to each piece of proposal information, to a second operation management system related to the business operator that is the source of the proposal information. 30 (s17, s19). Note that, when the operation plan creation system 10 creates a transportation allocation plan including adjustment power in s15, it transmits the details of the adjustment power to the shuttle bus operation management system 40. The shuttle bus operation management system 40 instructs the operation of each means of transportation according to its adjustment ability. Here, details of the acceptance/rejection information will be explained.
  • FIG. 10 is a diagram showing an example of the first acceptance/rejection information 610.
  • the first acceptance/rejection information 610 includes a transmission source system ID 611 in which identification information of the operation plan creation system 10 that is the transmission source of the first acceptance/rejection information 610 is set, and identification information of the first acceptance/rejection information 610 (proposal of the first proposal information 510).
  • proposal information ID 613 to which information corresponding to the proposal information ID 513 of the first proposal information 510 is set; proposal information ID 615 to which information corresponding to the proposal information ID 513 of the first proposal information 510 is set; and the vehicle allocation area of the first proposal information 510.
  • the transportation business operators can agree on a value to be set as the minimum number of waiting vehicles 623 in the first acceptance/rejection information 610. It is guaranteed that the service level is less than or equal to the value set in the minimum number of waiting machines 523 of the first proposal information 510, which is the service level. That is, if more vehicles are allocated than the value set in the minimum number of waiting vehicles 523 of the first proposal information 510 in the created transportation allocation plan, the operation plan creation system 10 uses the first acceptance/rejection information 610.
  • the value set for the minimum number of waiting vehicles 623 is the same as the value set for the minimum number of waiting vehicles 523 of the first proposal information 510, and the number actually allocated in the transportation allocation plan is determined by the first acceptance/rejection information. 610 and the desired number of waiting machines is set to 625. Regarding the point that the value corresponding to the SLA in the acceptance/rejection information is set based on the service level that is provided in the proposal information and can be agreed upon by the transport operator, the same applies to the second acceptance/rejection information and the third acceptance/rejection information described below. The same is true.
  • the second operation management system 30 moves at least the number of vehicles indicated by the number of waiting vehicles 623 to the area indicated by the vehicle allocation area ID 617 during the time period from the time indicated by the measurement start time 619 to the time indicated by the measurement end time 621.
  • the second operation management system 30 may refer to the number of desired waiting vehicles 625 in order to determine how many additional transportation means should be kept on standby when there is a surplus of transportation means.
  • FIG. 11 is a diagram showing an example of the second acceptance/rejection information 630.
  • the second acceptance/rejection information 630 includes a transmission source system ID 631 in which identification information of the operation plan creation system 10 that is the transmission source of the second acceptance/rejection information 630 is set, and identification information of the second acceptance/rejection information 630 (proposal of the second proposal information 530).
  • proposal information ID 633 to which information corresponding to the proposal information ID 533 of the second proposal information 530 is set; second proposal information A departure area ID 637 to which information on the adopted departure area is set based on the driving area ID 539 of 530, and an arrival area ID 639 to which information on the adopted arrival area is set based on the driving area ID 539 of the second proposal information 530.
  • Planned departure time 641 where information on the adopted departure time is set based on the planned departure time ID 541 of the second proposal information 530, and information on the delay time adopted based on the maximum delay time 543 of the second proposal information 530 is set.
  • the information includes a maximum delay time 643 to be carried out, and a desired number of passengers 645 to be transported, in which information on the passenger capacity adopted based on the passenger capacity 545 of the second proposal information 530 is set.
  • the second traffic management system 30 selects a transportation means that can leave the area indicated by the departure area ID 637 at the time indicated by the planned departure time 641 and arrive at the area indicated by the arrival area ID 639, based on the delay time from the plan.
  • the operation of the means of transportation is managed so that the service can be provided within the time indicated by the maximum delay time 643.
  • FIG. 12 is a diagram showing an example of the third acceptance/rejection information 650.
  • the third acceptance/rejection information 650 includes a transmission source system ID 651 in which the identification information of the operation plan creation system 10 that is the transmission source of the third acceptance/rejection information 650 is set, and a proposal acceptance/rejection information ID 653 in which the identification information of the third acceptance/rejection information 650 is set.
  • the proposal information ID 655 to which information corresponding to the proposal information ID 553 of the third proposal information 550 is set, and the reference station of the third proposal information 550
  • a measurement end time 661 where the adopted measurement end time is set based on the measurement end time 561, a maximum driving interval 663 where the adopted information is set based on the maximum driving interval 563 of the third proposal information 550, and a third Information adopted based on the average driving interval 565 of the proposal information 550 has each information of the desired driving interval 665 set.
  • each information of the reference station ID 657, measurement start time 659, measurement end time 661, and maximum driving interval 663 is SLA
  • the information of desired driving interval 665 is reference information.
  • the second operation management system 30 operates at the station indicated by the reference station ID 657 for the time period from the time indicated by the measurement start time 659 to the time indicated by the measurement end time 661, at the maximum as indicated by the maximum operation interval 663. Manage the operation of transportation means so that services can be provided at regular intervals.
  • each second operation management system 30 determines whether each means of transportation indicated by the acceptance/rejection information is selected based on the received acceptance/rejection information (transportation allocation plan). It executes the operation or controls the operation of each means of transportation (s21, s23). Note that each second operation management system 30 transmits information on the operation results of each means of transportation and its service level to the operation plan creation system 10.
  • the operation plan creation system 10 stores the received information in the operation record database 700. With this, the transportation service coordination process ends.
  • the second operation management system 30 may allocate each means of transportation to the vehicle allocation area during the time period indicated by the acceptance/rejection information, operate each means of transportation from the departure point to the destination point during the time period indicated by the acceptance/rejection information, or operate each means of transportation from the departure point to the destination point during the time period indicated by the acceptance/rejection information.
  • the means are operated at predetermined intervals.
  • the second operation management system 30 transmits, as the operation result, information on the transportation results of each means of transportation in the time period from the measurement start time to the measurement end time of the acceptance/rejection information.
  • FIG. 13 is a flow diagram illustrating details of the operation plan creation process.
  • the operation plan creation process is a process executed by the operation plan creation system 10 in the transportation service coordination process.
  • the operation plan creation system 10 uses the travel demand prediction program 131 to predict the travel demand of each person in the entire transportation system (s101). For example, the operation plan creation system 10 acquires passenger movement information from the route guidance system 50 or acquires an operation plan from the first operation management system 20, and based on the acquired information, the Predict travel demand for each traveler. A known technique can be used for this prediction; for example, the prediction can be made by creating a predetermined trained model. The operation plan creation system 10 accumulates the predicted travel demand in the travel demand data 200.
  • the operation plan creation system 10 uses the individual demand estimation program 133 to execute an individual demand estimation process s103, which is a process of creating individual travel demand data 300 based on the travel demand predicted in s101. Details of the individual demand estimation process s103 will be described later.
  • the operation plan creation system 10 uses the proposal request program 135 to determine the individual travel demand information (hereinafter referred to as individual travel demand information) in the individual travel demand data 300 created in the individual demand estimation process s103.
  • Proposal request processing s105 which is a process of creating proposal request information addressed to the business operator and transmitting each created proposal request information to the corresponding second operation management system 30, is executed. Details of the proposal request process s105 will be described later.
  • the operation plan creation system 10 uses the proposal reception program 137 to receive proposal information corresponding to the proposal request information from each second operation management system 30 (s107). Note that in the process using the proposal receiving program 137, if proposal information corresponding to a time later than the response deadline attached to the proposal request information is received, that proposal information is discarded.
  • the operation plan creation system 10 uses the transportation allocation plan creation program 139 to execute transportation allocation plan creation processing s109, which is a process of creating a transportation allocation plan based on each proposal information received in s107. Details of the transportation allocation plan creation process s109 will be described later.
  • the operation plan creation system 10 After completing the transportation allocation plan creation process, stores information such as proposal request information, proposal information, transportation allocation plan, and service level obtained in steps s101 to s109 in the transportation allocation performance database. 800 (s111).
  • the operation plan creation system 10 uses the allocation result transmission program 141 to compare the transportation allocation plan created in s109 with each piece of proposal information received in s107, thereby obtaining acceptance/rejection information corresponding to the proposal information. Each created acceptance/rejection information is transmitted to each second operation management system 30 (s113). This completes the operation plan creation process. Next, details of the individual demand estimation process s103 will be explained.
  • FIG. 14 is a flow diagram illustrating details of the individual demand estimation process s103, which is executed by the operation plan creation system 10 using the individual demand estimation program 133.
  • the operation plan creation system 10 initializes (for example, sets to 0) the estimated value (expected value) of the individual demand for each means of transportation (s201).
  • the operation plan creation system 10 selects one of the travel demands (s203).
  • the operation plan creation system 10 selects a passenger behavior model to be applied to the travel demand selected in s203 (s205).
  • FIG. 15 is a diagram showing an example of a passenger behavior model 900.
  • Each passenger behavior model 900 is a model in which, for each type 901 of each transportation means, a probability 903 of the passenger selecting that transportation method is set. This allows passengers to choose which means of transportation to choose when traveling, such as prioritizing a travel route that reduces costs, a travel route that shortens travel time, or a travel route that reduces walking distance. Behavior can be modeled.
  • passenger behavior model (1) is a model that assumes passengers who want to travel cheaply
  • passenger behavior model (2) is a model that assumes passengers who place importance on arrival time
  • passenger behavior model (3) is a model that assumes passengers who want to travel cheaply.
  • passenger behavior model 900 may be configured to have a different model for each boarding/alighting point.
  • the operation plan creation system 10 enumerates a predetermined number of travel routes by any means of transportation from the departure point to the destination for the travel demand selected in s203 (s207).
  • a known technique such as a technique used in route guidance can be used to enumerate a predetermined number of travel routes.
  • times and points may be treated as discretized with a predetermined resolution. For example, departure times, departure places, and destinations that are close to each other may be treated as one representative departure time, departure place, or destination.
  • each flight is treated as one means of transportation.
  • the departure point, destination, and stopover point on the travel route may represent a given area with one point, as described above, or may be a special point, such as a taxi boarding point at a station or a hospital. In this case, the point may be treated as one point, separate from the area adjacent to the point.
  • a plurality of travel route patterns may be provided in advance, and one of them may be selected.
  • the operation plan creation system 10 calculates the probability that each travel route specified in s207 will be selected based on the passenger behavior model selected in s205 (s209).
  • the operation plan creation system 10 adds each probability calculated in s209 to the estimated value associated with each individual demand for each travel route (s211).
  • the operation plan creation system 10 checks whether there is any movement demand that has not been selected so far (s213). If there is a travel demand that has not been selected so far, the operation plan creation system 10 executes the process of s203 to select one of the travel demands. If all travel demands are selected, the operation plan creation system 10 executes the process of s215.
  • the operation plan creation system 10 performs rounding of the estimated value of the individual demand for each means of transportation calculated so far (for example, rounding up the decimal point to an integer).
  • the individual demand estimation program 133 uses a correction coefficient (for example, a value indicating the share of the same type of transportation within the region) to reflect the influence of other transportation capacities not included in the transportation service coordination system 1. may be multiplied by the estimated value of the individual demand for each means of transportation.
  • a correction coefficient for example, a value indicating the share of the same type of transportation within the region
  • FIG. 16 is a flow diagram illustrating details of proposal request processing s105, which is executed by the operation plan creation system 10 using the proposal request program 135.
  • the operation plan creation system 10 initializes proposal request information (s301).
  • the operation plan creation system 10 selects one of the individual demands (s303). Then, the operation plan creation system 10 determines whether the selected individual demand can be commonly met by any of the transportation means provided by a plurality of businesses (s305). For example, when the means of transportation that responds to individual demand is a taxi, generally any taxi provided by any of a plurality of businesses can respond to the individual demand. In such a case, in this embodiment, proposal request information with the same content is transmitted to a plurality of businesses, and which business to select is determined based on the content of proposal information corresponding to the proposal request information.
  • the determination in s305 is ⁇ YES'', and the process proceeds to s309 to s311 to devise the content of the proposal request information (processing in s309 to s311). (details will be described later).
  • the determination in s305 is "NO".
  • the process then proceeds to step s307, where proposal request information is created through simple processing.
  • the operation plan creation system 10 executes the process of s309. On the other hand, if the individual demand is not for multiple businesses (s305: NO), the operation plan creation system 10 executes the process of s307.
  • the operation plan creation system 10 creates proposal request information by converting the individual demand selected in s303.
  • the operation plan creation system 10 sets the ID of the operation plan creation system 10 to the sender system ID 411 of the first proposal request information 410, the sender system ID 431 of the second proposal request information 430, or Set the new ID to the source system ID 451 of the third proposal request information 450, and set the new ID to the proposal request information ID 413 of the first proposal request information 410, the proposal request information ID 433 of the second proposal request information 430, or the proposal request information ID 433 of the third proposal request information 450.
  • the operation plan creation system 10 also sets information on each departure point in the individual demand in the dispatch area ID 417 of the first proposal request information 410 or the departure area ID 437 in the second proposal request information 430, and information is set in the arrival area ID 439 of the second proposal request information 430, and information on each time zone in the individual demand is set in the reference time 419 of the first proposal request information 410 or the departure time 441 of the second proposal request information 430.
  • the operation plan creation system 10 further includes, in the reference station ID 457 of the third proposal request information 450, information of a predetermined station, such as the station where the congestion of trains at the time of departure is expected to be the highest during the time period for which the operation interval is to be adjusted.
  • the ID is set, and the start time 459 and end time 461 of the third proposal request information 450 are set to indicate the time period in which trains are expected to have a congestion rate equal to or higher than a predetermined threshold in the individual demand (in other words, the adjustment of the service interval is required).
  • the desired operating interval 463 of the third proposal request information 450 is calculated based on the number of trains expected to be necessary to reduce the congestion rate to less than a predetermined threshold. Set each operation interval. After completing the process in s307, the operation plan creation system 10 performs the process in s313.
  • the operation plan creation system 10 subdivides the individual demand selected in s303 and converts the proposal request information in s309. create.
  • the operation plan creation system 10 divides the individual demand into information on the number of people who can estimate the number of people moving by dividing it by a predetermined reference value (for example, the individual demand for "5 vehicles" or "3 people”). create multiple pieces of information). Then, the proposal request program 135 sets each divided individual demand in each proposal request information, similarly to what was explained in s307. For example, if the number of means of transportation you wish to allocate is 14, instead of creating one piece of proposal request information stating that the number of means of transportation you wish to allocate is 14, Two pieces of proposal request information indicating that the number of vehicles is five, and one piece of proposal request information indicating that the number of transportation means desired for allocation is four are created.
  • the number of transportation means desired as a whole of the divided plural proposal request information is equal to the number of transportation means desired in the proposal request information corresponding to the individual demand before division, and the number of transportation means desired as a whole in the plural proposal request information is
  • dividing the number of transportation means that the operation plan creation system 10 desires as a whole that is, the amount of transportation demand estimated by the operation plan creation system 10
  • creating the number of transportation means for each of the proposal request information for which only a part of the proposal request information has been received It becomes difficult for business operators to make accurate estimates, and it becomes difficult to conveniently use the information regarding travel demand obtained from the operation plan creation system 10 outside the scope of supply and demand adjustment in the transportation service coordination system 1.
  • the operation plan creation system 10 further creates proposal request information by creating a fictitious (dummy) individual demand and performing data conversion (s311).
  • the operation plan creation system 10 creates a number of dummy individual demands by multiplying the number of individual demands created in s309 by a predetermined coefficient, and converts them into proposal request information.
  • the operation plan creation system 10 refers to the transportation allocation record database 800 and selects the expiration date of the proposal request information created in the process with expiration date s309 among the past proposal request information of the corresponding means of transportation. Proposal request information close to 2 is randomly acquired as many pieces of dummy proposal request information as necessary.
  • the operation plan creation system 10 further sets information such as departure point, arrival point, time, and number of people from the acquired past proposal request information to the dummy individual demand, and sets the dummy individual demand information to which the necessary information has been set.
  • the demand is set in the proposal request information corresponding to each demand.
  • the operation plan creation system 10 executes the process in s313.
  • the method for creating the dummy individual demand is not limited to the method described here, as long as it provides information that makes it difficult for each business operator to determine that the created individual demand is a dummy.
  • the proposal request program 135 may create proposal request information by creating a dummy individual demand similar to the individual demand corresponding to the proposal request information created in s309 without referring to the transportation allocation record database 800. good.
  • the operation plan creation system 10 After completing the process in s307 or s311, the operation plan creation system 10 checks in s313 whether there is any individual demand for which proposal request information has not been created. If there is an individual demand for which proposal request information has not been created, the operation plan creation system 10 returns to the process of s303 to select that individual demand, and if there is no individual demand for which proposal request information has not been created, The operation plan creation system 10 executes the process of s315.
  • the operation plan creation system 10 transmits each proposal request information created so far to the second operation management system 30 of the corresponding business operator (s315).
  • the operation plan creation system 10 transmits all of the created one or more first proposal request information (taxi proposal request information) to the taxi operation management systems of all taxi operators connected via the network 5.
  • 30c, or only a part of the created one or more pieces of first proposal request information (proposal request information for taxis) may be sent to the taxis of taxi operators connected via the network 5.
  • the information may be transmitted to only some of the taxi operation management systems 30c selected based on past operation results, etc. among the operation management systems 30c.
  • the operation plan creation system 10 adjusts the transmission order of each piece of proposal request information so that the segmented genuine proposal request information created in s309 cannot be distinguished from the dummy proposal request information created in s311. may be adjusted (for example, transmitted in order of proposal request information ID or in random order). After completing the process in s315, the operation plan creation system 10 ends the proposal request process s105.
  • FIG. 17 is a flowchart illustrating details of the transportation allocation plan creation process s109, which is executed by the operation plan creation system 10 using the transportation allocation plan creation program 139. For each piece of proposal information received in s107, the operation plan creation system 10 sets which of the plurality of service level items indicated by the proposal information should be used to create an operation plan (s401).
  • the operation plan creation system 10 creates an operation plan while gradually expanding the set of transportation means used to create the operation plan according to the quality of the created operation plan. For example, when executing the process of s403 described below for the first time, in addition to the base transportation means such as route buses, create an operation plan using only the transportation means that can be reliably provided as shown in the proposal information. (creation of an operation plan using the first set of transportation means). When the created operation plan does not meet the predetermined conditions and the process of s403 is executed for the second time, in addition to the base transportation means such as route buses, it may be possible to provide the services shown in the proposal information. An operation plan is created using even the transportation means (creation of an operation plan using the second transportation means set).
  • An operation plan is created using a transportation means and a transportation means that serves as an adjustment force and is managed by the adjustment force management system (creation of an operation plan using a third set of transportation means). In this way, operation plans are created for each of the first transportation means set, the second transportation means set, and the third transportation means set in this order so that the possibility of satisfying the service level indicated by the proposal request increases step by step.
  • the operation plan creation system 10 when the transportation means are taxis, the operation plan creation system 10 includes the number of taxis corresponding to the minimum number of waiting vehicles 523 of the first proposal information 510 in the first transportation means set. Furthermore, the operation plan creation system 10 includes the number of taxis corresponding to the maximum number of waiting vehicles 525 of the first proposal information 510 in the second transportation means set. Furthermore, the operation plan creation system 10 includes the number of transportation means related to the shuttle bus operation management system 40 (including information such as the arrangement and number of each transportation means) in the third transportation means set.
  • the method for selecting transportation means to be included in each transportation means set is not limited to the one described here.
  • the average value of the number of vehicles represented by the minimum number of waiting vehicles 523 and the maximum number of waiting vehicles 525 of the first proposal information 510 is included between the processing using the first transportation means set and the processing using the second transportation means set.
  • a set of transportation means may be defined and adopted.
  • not only the number of vehicles but also the time may be considered (for example, the time indicated in the measurement end time 521 of the first proposal information 510 is used for the transportation means to be included in the first transportation means set, and The transportation means uses the time shown in the measurement start time 519 of the first proposal information 510, etc.).
  • the operation plan creation system 10 creates patterns (route candidates) of combinations of transportation means that can be taken on the travel route from the departure point to the destination for each traveler (agent) based on the passenger behavior model selected in s205. (s403). As with s207, a known technique may be used.
  • the operation plan creation system 10 sets constraints (s405) and sets an objective function in order to solve the problem of creating a transportation allocation plan as a set partitioning problem with the acceptance or rejection of each route candidate created in s403 as a decision variable. settings (s407).
  • the operation plan creation system 10 creates constraints for each route candidate created in s403.
  • the operation plan creation system 10 creates a constraint condition (hereinafter referred to as the first (referred to as constraints).
  • the operation plan creation system 10 may set values in both the proposal information ID 533 and the exclusive proposal information ID 535 of the second proposal information 530 when the route candidate includes multiple means of transportation that are incompatible at the same time.
  • a constraint condition (hereinafter referred to as a second constraint condition) is created such that at most one mode of transportation is selected from among the route selection results for all the travelers (if the route selection results are the same).
  • the constraint described here is just an example, and for example, the constraint may be that the number of people transported in the transportation means does not exceed the capacity of the transportation means.
  • the operation plan creation system 10 then creates an objective function (s407).
  • the objective function is expressed as a linear combination of evaluation values regarding a plurality of evaluation items.
  • the coefficients of each term used in the linear combination are given, and in the optimization process, a solution that minimizes the objective function is found.
  • one of the evaluation items is, for example, the service level that should be guaranteed regarding the evaluation index that is required to guarantee the service level by the operation plan creation system 10, such as "transfer time for each passenger's movement".
  • the total sum (or average value, etc.) of the amount of violations against the above is used as the evaluation value (first evaluation index).
  • the service level used to calculate the amount of violation is, for example, the service level that "the transportation service coordination system 1 should meet” based on the contract with the local government, and is different from the service level in the proposal request information. do.
  • the transit time it can be calculated by sequentially referring to the transportation means used by the traveler for each route candidate.
  • Another evaluation item is the feasibility of the operation plan, which includes the required transportation capacity of each means of transportation based on the route selection results of all travelers, and the transportation capacity of each means of transportation ( (a value corresponding to a service level that can be promised) is used as an evaluation value (second evaluation index).
  • the "value corresponding to the service level that can be promised” includes, for example, the number of vehicles shown in the minimum number of waiting vehicles 523 of the first proposal information 510, the transportation capacity shown in the passenger capacity 545 of the second proposal information 530, the third proposal The operation interval shown in the maximum operation interval 563 of the information 550, etc. is used.
  • Another evaluation item is past SLA compliance performance. For example, it is assumed that less transportation capacity is allocated to an operator that has often failed to comply with the SLA in the past.
  • the violation rate (SLA violation rate) for acceptance/rejection information is calculated for each company by referring to the operation record database 700 and the transportation allocation record database 800 (it is treated as a constant on the objective function). Then, using the calculated SLA violation rate, for example, [SLA violation rate of business operator A] x [number of adoptions of proposal information of business operator A] is set as an evaluation value (third evaluation index).
  • evaluation items described here are just examples, and other evaluation items may be adopted or some evaluation items may be excluded.
  • the operation plan creation system 10 identifies a combination of values of decision variables that optimizes (for example, minimizes) the value of the objective function created in s407 under the constraints created in s405 (s409).
  • a known technique such as an MIP solver (Mixed Integer Programming: MIP) can be used.
  • the operation plan creation system 10 determines whether the optimal solution obtained in s409 can be determined as the transportation allocation plan (s411).
  • the operation plan creation system 10 determines whether the amount of violations of all service levels (corresponding to the first evaluation index) in the optimal solution obtained in s409 is within a predetermined threshold, and if it is within the threshold. In this case, it is determined that the optimal solution obtained in s409 may be determined as the transportation allocation plan (s411: YES). Alternatively, the operation plan creation system 10 determines that the optimal solution obtained in s409 may be determined as the transportation allocation plan if the transportation means serving as adjustment force is included in the transportation means set in s401 (s411: YES). In other cases, the operation plan creation system 10 determines that the optimal solution obtained in s409 cannot be determined as the transportation allocation plan (s411: NO).
  • the operation plan creation system 10 transports information on the transportation allocation plan corresponding to the obtained optimal solution together with other accompanying information. If the transport allocation plan creation process s109 is completed by accumulating it in the allocation record database 800, and the optimal solution of the objective function obtained in s409 cannot be determined as the transport allocation plan (s411: NO), the operation plan creation system 10 Return to and repeat the process.
  • FIG. 18 is a diagram showing an example of a matrix used to create an objective function and constraints for a mixed integer programming problem.
  • Each route j i may be associated with a plurality of means of transportation m (for example, when traveling by transferring through a plurality of means of transportation). Further, each proposal information p i may be associated with a plurality of transportation means m (for example, when there are a plurality of available taxis). In such a case, even if the same p i row is "1", different m i rows may be "1", such as column j 1 and column j 3 .
  • v(a i ,j) of element (a i ,j) is “1” if route j is for agent a i and “0” if it is for another agent.
  • the value v(p i ,j) of the element (p i ,j) is "1" if the transportation means included in the proposal information p i (excluding transportation means related to adjustment power) is included in the route j; If not, set it to "0".
  • v(m i ,j) of the element (m i ,j) is "1" if the means of transport m i is included in the route j, and "0" if it is not included (in addition, if the means of transportation m i is not included in the route j) , if it is possible to estimate the number of people traveling at the same time, the corresponding number of people transported may be associated with v(m i ,j)).
  • the first constraint condition is expressed by the following formula.
  • x j is the aforementioned decision variable, and takes a value of 1 when route j is adopted, and 0 when route j is not adopted.
  • the second constraint condition is expressed, for example, as a set of the following two types of equations (B is a constant with a sufficiently large positive value and is usually called "big-M").
  • the required transport capacity of the means of transport m i based on whether route j is adopted or rejected x j is expressed by the following formula.
  • the operation plan creation system 10 of the present embodiment generates information regarding the demand for movement by means of transportation in each section constituting the travel route from the departure point to the destination of the traveler, based on movement demand. Create each individual demand, calculate the service level of each section for each transportation method based on each created individual demand, create proposal request information including the calculated service level for each transportation method, and create each proposal request that is created. The information is transmitted to each second operation management system 30. Then, the operation plan creation system 10 receives the proposal information from each of the second operation management systems 30, creates a transportation allocation plan for each transportation means that satisfies the service level indicated by each of the received proposal information, and assigns each of the created transportation allocations. The plan is transmitted to each second operation management system 30.
  • the operation plan creation system 10 of the present embodiment receives proposal information including a service level corresponding to the proposal request information that it previously transmitted from each second operation management system 30, and receives the service level of the proposal information.
  • a transportation allocation plan that satisfies the following is transmitted to each second traffic management system 30.
  • an operation plan for appropriately coordinating transportation services while taking into consideration the circumstances of each of a plurality of transportation service providers is created. can be created.
  • the operation plan creation system 10 of this embodiment creates individual demands regarding transportation means based on travel demands and passenger behavior models.
  • the operation plan creation system 10 of the present embodiment provides transportation services for each section by each of the transportation means that satisfy the constraints regarding the service level of the proposal information and optimize the service level of the transportation service as a whole. Create a transportation plan by identifying service levels.
  • the operation plan creation system 10 of this embodiment divides the proposal request information into a plurality of proposal request information according to the service level indicated by the proposal request information, and sends each divided proposal request information to the second operation management system. Send to 30.
  • the operation plan creation system 10 of the present embodiment transmits proposal request information of fictitious content regarding the means of transportation to the second operation management system 30.
  • the operation plan creation system 10 of the present embodiment transmits the proposal request information for the service level of the first section by means of transportation to the second operation management system 30, and then sends the proposal request information for the service level of the first section by means of transportation to the second operation management system 30.
  • proposal information including information on the service level of a second section different from the section is received, a transportation allocation plan is created based on the second section indicated in the received proposal information.
  • the transportation service provider can propose to the operation plan creation system 10 the provision of a transportation service in a section different from the section indicated by the proposal request information. This allows transportation service providers to provide appropriate transportation services while maintaining their autonomy.
  • the operation plan creation system 10 of the present embodiment is configured to operate within the service level range indicated by the proposal information if the overall service level of the transportation service provided by the means of transportation indicated by each received proposal information does not reach a predetermined level. , create a new transportation allocation plan (operation plan using the first transportation means set, the second transportation means set, and the third transportation means set).
  • the operation plan creation system 10 of the present embodiment determines the service level to be set in the transportation allocation plan based on the past compliance history of the service level specified by the acceptance/rejection information for each transportation operator.
  • the operation plan creation system 10 of the present embodiment receives from the second operation management system 30 a plurality of proposal information that cannot be selected at the same time, based on at most one proposal information corresponding to the plurality of proposal request information. Create a transportation allocation plan.
  • the transportation service cooperation system 1 of this embodiment is configured to include an operation management system for a plurality of transportation services in addition to the operation plan creation system 10. This allows for appropriate cooperation between transportation service providers.
  • the second operation management system 30 of this embodiment receives a plurality of proposal request information from the operation plan creation system 10, it transmits one corresponding piece of proposal information to the operation plan creation system 50.
  • the second operation management system 30 of this embodiment controls transportation means based on the transportation allocation plan received from the operation plan creation system 10. This makes it possible to realize appropriate cooperation and operation by each transportation service provider.
  • the present invention is not limited to the above embodiments, and can be implemented using arbitrary components without departing from the scope of the invention.
  • the embodiments and modifications described above are merely examples, and the present invention is not limited to these contents as long as the characteristics of the invention are not impaired.
  • the present invention is not limited to these.
  • Other embodiments considered within the technical spirit of the present invention are also included within the scope of the present invention.
  • each device of this embodiment may be provided in another device, or functions provided in another device may be provided in the same device.
  • the configuration of the program described in this embodiment is an example, and for example, a part of the program may be incorporated into another program, or multiple programs may be configured as one program.

Landscapes

  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

複数の交通サービス事業者のそれぞれの事情を考慮しつつ交通サービス間の適切な連携を行うためのオペレーションプランを作成する。オペレーションプラン作成システム５０は、移動需要に基づき、移動者の移動経路を構成する各区間における各輸送手段による移動者の移動の情報である個別需要をそれぞれ作成し、各個別需要に基づき、輸送手段による移動者に対する各区間の輸送サービスのサービスレベルを輸送手段ごとに算出し、サービスレベルを含む提案要求情報を輸送手段ごとに作成し、各提案要求情報を、輸送手段に係る情報処理装置にそれぞれ送信し、各情報処理装置から、提案要求情報の応答情報である提案情報を受信し、各提案情報が示すサービスレベルを満たす、各区間のサービスレベルの情報である輸送割当プランを輸送手段ごとに作成し、作成した各輸送割当プランを、輸送割当プランに係る情報処理装置にそれぞれ送信する。

Description

オペレーションプラン作成システム、交通サービス連携システム、オペレーションプラン作成方法、及びオペレーションプラン作成プログラム
　本発明は、オペレーションプラン作成システム、交通サービス連携システム、オペレーションプラン作成方法、及びオペレーションプラン作成プログラムに関する。
　近年、環境への配慮から、自家用車から公共交通サービスへの利用のシフト（モーダルシフト）を促す試みがなされてきている。このような流れの中で、鉄道駅やバス停等を起点として多様な交通サービスを配置するモビリティハブの考え方が注目されている。
　モビリティハブの考え方において重要なのは、複数の交通サービスを効率的に連携させた公共交通サービス網を構築することであるといえる。一方で、個々の交通サービス事業者の自立性を担保することも重要である。
　この点、交通機関の運行効率と当該交通機関の利用者である顧客の満足度の両方の向上を図る技術として、特許文献１には、特定時間帯に乗車希望者が多く集まる区間において、乗車希望者を乗車させる車両を運行する交通機関の運行システムであって、少なくとも乗車希望時刻、乗車希望場所、下車希望場所を含む乗車希望情報の入力を、乗車希望者から受け付ける要求受付部と、要求受付部に入力された乗車希望情報に基づいて、乗車希望時刻までに乗車希望場所に車両を到着させるような、少なくとも停車場所、運行予定時間を含む車両運行計画を策定する車両運行計画策定部と、車両運行計画策定部によって策定された車両運行計画に、乗車希望者を割り当てる乗車希望者割当部とを備える運行システムが記載されている。
特開２００２－２６９６７１号公報
　しかしながら、特許文献１に記載の技術では、実質的に１つの交通サービス事業者を対象とすることしかできない。また、交通サービス事業者の裁量が小さく、交通サービス事業者への適切な運行計画の提供が担保されているわけでもない。
　本発明は、このような背景に鑑みてなされたものであり、その目的は、複数の交通サービス事業者のそれぞれの事情を考慮しつつ交通サービス間の適切な連携を行うためのオペレーションプランを作成することが可能なオペレーションプラン作成システム、交通サービス連携システム、オペレーションプラン作成方法、及びオペレーションプラン作成プログラムを提供することを目的とする。
　上記課題を解決するための本発明の一つは、複数の運行管理システムと情報を送受信するオペレーションプラン作成システムであって、移動者の出発地及び目的地の情報を含む移動需要を記憶する記憶部、及び、前記移動需要に基づき、複数の交通サービスの輸送手段のうち少なくとも１以上の輸送手段を用いて移動する前記移動者の、前記出発地から前記目的地までの移動経路を構成する１又は複数の区間の各区間における、前記輸送手段による移動者の移動の情報である個別需要をそれぞれ作成する個別需要推定処理と、作成した各前記個別需要に基づき、前記輸送手段による前記各区間の輸送サービスの評価値であるサービスレベルを前記輸送手段ごとに算出し、算出した前記サービスレベルを含む情報である提案要求情報を前記輸送手段ごとに作成し、作成した各前記提案要求情報を、前記輸送手段に対応づけられた情報処理装置にそれぞれ送信する提案要求処理と、各前記情報処理装置から、前記提案要求情報に対するサービスレベルの応答情報である提案情報を受信する提案受信処理と、受信した各前記提案情報が示すサービスレベルを満たす、前記輸送手段による前記各区間のサービスレベルの情報である輸送割当プランを、前記輸送手段ごとに作成する輸送割当プラン作成処理と、前記作成した各前記輸送割当プランを、当該輸送割当プランに係る前記輸送手段に対応づけられた情報処理装置にそれぞれ送信する割当結果送信処理とを実行する演算処理部を備える、オペレーションプラン作成システム、である。
　本発明によれば、複数の交通サービス事業者のそれぞれの事情を考慮しつつ交通サービス間の適切な連携を行うためのオペレーションプランを作成することができる。
　上記した以外の構成及び効果等は、以下の実施形態の説明により明らかにされる。
図１は、本実施形態に係る交通サービス連携システムの構成の一例を示す図である。 図２は、オペレーションプラン作成システムが備えるハードウェア及びプログラムの一例を説明する図である。 図３は、交通サービス連携システムが行う交通サービス連携処理の一例を示す図である。 図４は、第１提案要求情報の一例を示す図である。 図５は、第２提案要求情報の一例を示す図である。 図６は、第３提案要求情報の一例を示す図である。 図７は、第１提案情報の一例を示す図である。 図８は、第２提案情報の一例を示す図である。 図９は、第３提案情報の一例を示す図である。 図１０は、第１採否情報の一例を示す図である。 図１１は、第２採否情報の一例を示す図である。 図１２は、第３採否情報の一例を示す図である。 図１３は、オペレーションプラン作成処理の詳細を説明するフロー図である。 図１４は、個別需要推定処理の詳細を説明するフロー図である。 図１５は、旅客行動モデルの例を示す図である。 図１６は、提案要求処理の詳細を説明するフロー図である。 図１７は、輸送割当プラン作成処理の詳細を説明するフロー図である。 図１８は、混合整数計画問題の目的関数と制約条件とを作成するために使用する行列の一例を示す図である。
　以下、図面を参照しつつ、本発明の各実施形態を説明する。
　図１は、本実施形態に係る交通サービス連携システム１の構成の一例を示す図である。交通サービス連携システム１は、オペレーションプラン作成システム１０と、第１運行管理システム２０と、第２運行管理システム３０と、調整力管理システム（シャトルバス運行管理システム４０）と、受益者利用システム（経路案内システム５０）とを含んで構成される。これらの情報処理システムの間は、例えば、インターネット、ＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）、又は専用線等の有線又は無線の通信ネットワーク５によって通信可能に接続される。
　第１運行管理システム２０は、時刻表に基づく運行が行われる鉄道又は路線バス等、所定の運行計画に従って各輸送手段の運行を行う事業者が管理する、１又は複数の情報処理装置で構成される情報処理システムである。第１運行管理システム２０は、自身が管理する情報に基づき、各輸送手段の運行計画の情報を、オペレーションプラン作成システム１０に送信する。本実施形態では、第１運行管理システム２０は、鉄道事業者のシステムである時刻表ベース鉄道運行管理システム２０ａと、路線バス事業者のシステムである路線バス運行管理システム２０ｂとからなるものとする。
　第２運行管理システム３０は、所定の運行間隔に基づく運行が行われる鉄道、デマンドバス、タクシー、又はマイクロモビリティ等、所定の運行計画（運行ダイヤ）以外の方法によって各輸送手段の運行を行う事業者が管理する、１又は複数の情報処理装置で構成される情報処理システムである。本実施形態では、第２運行管理システム３０は、所定の運行間隔に基づく運行が行われる鉄道の事業者のシステムである運転間隔ベース鉄道運行管理システム３０ａと、デマンドバス事業者のシステムであるデマンドバス運行管理システム３０ｂと、タクシー事業者のシステムであるタクシー運行管理システム３０ｃと、マイクロモビリティ事業者のシステムであるマイクロモビリティ管理システム３０ｄとからなるものとする。
　調整力管理システムは、第１運行管理システム２０及び第２運行管理システム３０以外の交通サービスの事業者によって管理される、１又は複数の情報処理装置で構成される情報処理システムである。すなわち、調整力管理システムは、第１運行管理システム２０及び第２運行管理システム３０以外の補充的な輸送手段（以下、調整力という）を提供する事業者（第１運行管理システム２０又は第２運行管理システム３０と事業者が共通していてもよい）が管理する。本実施形態では、調整力管理システムは、シャトルバス事業者が管理するシャトルバス運行管理システム４０であるものとする。
　受益者利用システムは、各事業者から提供される交通サービスを利用する旅客（移動者）のための、１又は複数の情報処理装置で構成される情報処理システムである。本実施形態では、受益者利用システムは、移動者の出発地から目的地までの、各事業者の輸送手段による移動経路を検索してその情報を移動者に提供し蓄積している経路案内システム５０であるものとする。経路案内システム５０は、経路の検索内容など、移動者の移動に関する情報をオペレーションプラン作成システム１０に提供し、代わりにオペレーションプラン作成システム１０から後述する輸送割当の情報を提供してもらうことで、「タクシーを含む経路を案内したがタクシーがいなかった」等のリスクが回避でき、経路案内システム５０自身のサービスの信頼性が向上する。
　オペレーションプラン作成システム１０は、１又は複数の情報処理装置で構成される情報処理システムである。オペレーションプラン作成システム１０は、第１運行管理システム２０に係る交通サービスをベースとなる輸送力として考慮した上で、不足する輸送手段の提供可能性を第２運行管理システム３０に問い合わせ、その結果に応じて、第２運行管理システム３０と連携して、必要に応じて調整力管理システム（シャトルバス運行管理システム４０）と共に、移動者に必要な交通サービスを提供する。
　なお、本実施形態では、第２運行管理システム３０の各情報処理システム、及び調整力管理システムの各情報処理システムは、所定の制御部を備え、オペレーションプラン作成システム１０から依頼された輸送手段の提供内容（以下、採否情報という。詳細は後述。）に基づき各輸送手段を制御する（例えば、車両の走行又は運行設備を制御する）ものとする。
　次に、図２は、オペレーションプラン作成システム１０が備えるハードウェア及びプログラムの一例を説明する図である。
　オペレーションプラン作成システム１０は、CPU(Central Processing Unit)、DSP(Digital Signal Processor)、GPU(Graphics Processing Unit)、FPGA(Field-Programmable Gate Array)等の演算処理部１０１（プロセッサ）と、ROM(Read Only Memory)、RAM(Random Access Memory)、HDD(Hard Disk Drive)、又はSSD(Solid State Drive)等の記憶部１０２（メモリ、記憶装置）と、ＮoyobＩＣ（Network Interface Card）、無線通信モジュール、ＵＳＢ（Universal Serial Interface）モジュール、又はシリアル通信モジュール等で構成される通信部１０３と、マウスやキーボード等で構成される入力部１０４と、液晶ディスプレイまたは有機EL（Electro-Luminescence）ディスプレイ等で構成される出力部１０５とを備える。なお、第１運行管理システム２０、第２運行管理システム３０、シャトルバス運行管理システム４０、及び経路案内システム５０も同様のハードウェア構成を有する。
　また、オペレーションプラン作成システム１０は、移動需要予測プログラム１３１、個別需要推定プログラム１３３、提案要求プログラム１３５、提案受信プログラム１３７、輸送割当プラン作成プログラム１３９、及び割当結果送信プログラム１４１の各プログラムを記憶している。
　移動需要予測プログラム１３１は、移動者（エージェント）の出発地及び目的地の情報と、出発時間帯とを含む情報である移動需要を予測するためのプログラムである。
　個別需要推定プログラム１３３は、移動需要に基づき、移動者の出発地から目的地までの移動経路を構成する各区間における、各輸送手段による移動者の移動の需要量を表す情報である個別需要を作成するためのプログラムである。なお、この場合の移動者は、個々の移動者ではなく移動者全体を指す。
　提案要求プログラム１３５は、個別需要推定プログラム１３３を用いて作成した各個別需要に基づき、各輸送手段に期待されるサービスレベルを輸送手段ごとに算出し、算出したサービスレベルを含む提案要求情報を輸送手段ごとに作成し、作成した各提案要求情報を、その輸送手段に対応づけられた第２運行管理システム３０にそれぞれ送信するためのプログラムである。
　提案受信プログラム１３７は、各第２運行管理システム３０から、提案要求情報に対するサービスレベルの応答情報である提案情報を受信するためのプログラムである。
　輸送割当プラン作成プログラム１３９は、提案受信プログラム１３７を用いて受信した各提案情報が示すサービスレベルを満たす、各区間のサービスレベルの情報である輸送割当プランを、輸送手段ごとに作成するためのプログラムである。
　割当結果送信プログラム１４１は、輸送割当プラン作成プログラム１３９を用いて作成した各輸送割当プランを、その輸送割当プランに係る輸送手段に対応づけられた第２運行管理システム３０にそれぞれ送信するためのプログラムである。
　また、オペレーションプラン作成システム１０は、移動需要データ２００、個別移動需要データ３００、提案要求情報リスト４００、提案情報リスト５００、輸送割当データ６００、オペレーション実績データベース７００、及び輸送割当実績データベース８００の各データを記憶している。
　移動需要データ２００は、各移動者（の集合）と、その移動者の出発地及び最終目的地と、出発時間帯とを含む情報である移動需要の集合である。移動需要データ２００は、所定の装置又はデータベース等（第１運行管理システム２０又は経路案内システム５０でもよい）から随時取得される情報に基づき移動需要予測プログラム１３１を用いて予測され、更新される。なお、出発地から目的地までの移動には、一般的に複数の経路が存在するほか、各経路での移動が複数の交通サービスを用いて為されることも考えられる。本実施形態では、異なる交通サービスを利用する境界となる、乗継地点を境として、１又は複数の区間に分割して扱い、各区間は、いずれか１つの交通サービスに関する輸送手段が用いられるとして扱う。例えば、あるバス停から別のバス停まで、バスで移動することもできるし、タクシーで移動することもできる場合は、バスで移動する経路と、タクシーで移動する経路を、異なる経路であるとして扱う。
　個別移動需要データ３００は、移動需要を輸送手段ごとに分解した情報（以下、個別需要という）である。すなわち、個別需要は、各移動者（の集合）と、出発地から目的地までの間の各区間（経路）と、その区間の移動に用いられる輸送手段（本実施形態では便ごとに輸送手段を区別するものとする）と、その移動の時間帯を含む情報である。なお、各区間の起点及び終点は、移動者の出発地、経由地、乗り換え地、又は最終目的地のいずれかである。
　提案要求情報リスト４００は、後述する提案要求情報（第１提案要求情報４１０、第２提案要求情報４３０、第３提案要求情報４５０）を含む。提案要求情報は、各事業者に対して、各輸送手段による輸送サービスの評価値（サービスレベル）を用いて表現された当該事業者が提供可能な輸送サービスの提案を要求する情報である。各事業者において提案を作成する際の基準となるよう、各提案要求情報には、輸送手段の提供地域等、オペレーションプラン作成システム１０が事業者に提供を希望する輸送サービスの情報を含める。
　サービスレベルは、例えば、輸送手段の提供地域、輸送手段の提供時間帯（基準となる提供時刻と誤差の程度を組にした情報や、提供時刻が含まれる時刻の範囲など）、及び輸送手段の輸送人数等の、交通サービスにおける各評価項目に関する評価値である。オペレーションプラン作成システム１０の管理事業者と交通サービスを提供する各事業者との間で合意されたサービスレベルをＳＬＡ（サービスレベルアグリーメント）と呼び、各事業者にはＳＬＡの遵守を保証することが要求される。他方、オペレーションプラン作成システム１０の管理事業者と交通サービスを提供する各事業者との間での合意のないサービスレベルについては、あくまで各事業者が交通サービスを提供する際の参考情報であり、例えばオペレーションプラン作成システム１０から推奨値として提示された場合でも、各事業者は当該サービスレベルの遵守を保証する必要はない。
　提案情報リスト５００は、後述する提案情報（第１提案情報、第２提案要求情報、第３提案要求情報）を含む。提案情報は、提案要求情報に対応して各事業者が応答する、当該事業者が提供可能な交通サービスのサービスレベルに関する提案内容を示す情報である。
　輸送割当データ６００は、各事業者からの提案情報が示すサービスレベルに対応して生成される、各事業者に求められる、各輸送手段による輸送サービスの情報（以下、輸送割当プランという）である。輸送割当データ６００の内容は、提案情報に対するサービスレベルの返答情報（採否情報）として、各事業者に提供される。
　オペレーション実績データベース７００は、第２運行管理システム３０から受信した情報を蓄積している。オペレーションプラン作成システム１０は、オペレーション実績データベース７００に蓄積された情報を輸送割当実績データベース８００に蓄積された情報と照合することで、第２運行管理システム３０がオペレーションプラン作成システム１０との間で合意したサービスレベルをどの程度遵守していたかを評価することができる。
　輸送割当実績データベース８００は、提案要求情報、提案情報、輸送割当結果、及びオペレーションプラン作成システム１０によって保証すべきサービスレベルに関する評価指標の組を蓄積している。
　以上に説明したプログラムは、オペレーションプラン作成システム１０によって、演算処理部１０１が記憶部１０２から読み出すことにより実行される。各プログラムは、例えば、記録媒体に記録して配布することができる。なお、オペレーションプラン作成システム１０は、その全部または一部が、例えば、クラウドシステムによって提供される仮想サーバのように、仮想化技術やプロセス空間分離技術等を用いて提供される仮想的な情報処理資源を用いて実現されるものであってもよい。また、オペレーションプラン作成システム１０によって提供される機能の全部または一部は、例えば、クラウドシステムがＡＰＩ（Application Programming Interface）等を介して提供するサービスによって実現してもよい。
　次に、交通サービス連携システム１で行われる処理について説明する。
＜交通サービス連携処理＞
　図３は、交通サービス連携システム１が行う交通サービス連携処理の一例を示す図である。交通サービス連携処理は、例えば、所定のタイミング（例えば、所定の時刻、所定の時間間隔）、又は、オペレーションプラン作成システム１０にユーザから所定の入力がされた場合に行われる。交通サービス連携処理は、また、鉄道や路線バスにおける運行乱れ発生時など、移動需要が大きく変化する事象が発生した際に、例えば第１運行管理システム２０から運行計画の変更情報が入力されるのを機に実行するようにしてもよい。
　まず、オペレーションプラン作成システム１０は、移動需要データ２００に基づき、各事業者に係る第２運行管理システム３０に対して当該事業者が提供可能な交通サービスを提案するよう要求する際に用いる情報である提案要求情報を集めたリストである、提案要求情報リスト４００を作成する（ｓ１）。
　そして、オペレーションプラン作成システム１０は、作成した提案要求情報リスト４００における各提案要求情報を、各事業者に係る第２運行管理システム３０に送信する（ｓ３、ｓ５）。
　ここで、各提案要求情報の詳細を説明する。
（第１提案要求情報）
　図４は、第１提案要求情報４１０の一例を示す図である。第１提案要求情報４１０は、第１提案要求情報４１０の送信元のオペレーションプラン作成システム１０の識別情報が設定される送信元システムＩＤ４１１と、当該第１提案要求情報４１０自身の識別情報が設定される提案要求情報ＩＤ４１３と、第１提案要求情報４１０が示す提案に対する応答期限が設定される提案締切時刻４１５と、提供を希望する輸送手段の配置地域が設定される配車エリアＩＤ４１７と、その配置の時刻が設定される基準時刻４１９と、提供を希望する輸送手段の台数が設定される希望待機台数４２１の各情報を有する。配車エリアＩＤ４１７、基準時刻４１９、及び希望待機台数４２１は参考情報としてのサービスレベルを示す。第１提案要求情報４１０は、例えば、タクシー事業者の各々が管理する第２運行管理システム３０に送信される情報であり、図４の例の場合、「ＡＲ１のエリアに１０：００に３台の配車を希望している。対応可能であるなら対応可能なサービスレベルを提案して欲しい。提案は８：５５まで待つ」旨をタクシー事業者に示している。各配車エリアＩＤに対応する配置地域は、例えば所定の駅のタクシー乗り場のような「地点」であってもよいし、街区指定など広がりを持った範囲であってもよい。配車エリアＩＤと配置地域との対応関係は、予め定義してオペレーションプラン作成システム１０と第２運行管理システム３０の間で共有しておく。
（第２提案要求情報）
　図５は、第２提案要求情報４３０の一例を示す図である。第２提案要求情報４３０は、第２提案要求情報４３０の送信元のオペレーションプラン作成システム１０の識別情報が設定される送信元システムＩＤ４３１と、当該第２提案要求情報４３０自身の識別情報が設定される提案要求情報ＩＤ４３３と、第２提案要求情報４３０が示す提案に対する応答期限が設定される提案締切時刻４３５と、提供を希望する輸送手段の出発地域（輸送手段の出発地域）が設定される出発エリアＩＤ４３７と、提供を希望する輸送手段の到着地域が設定される到着エリアＩＤ４３９と、提供を希望する輸送手段の出発地域における出発時刻が設定される出発時刻４４１と、提供を希望する輸送手段による旅客の輸送人数が設定される希望輸送人数４４３の各情報を有する。出発エリアＩＤ４３７、到着エリアＩＤ４３９、出発時刻４４１、及び希望輸送人数４４３は参考情報としてのサービスレベルを示す。第２提案要求情報４３０は、例えば、デマンドバス事業者の各々が管理する第２運行管理システム３０に送信される情報であり、図５の例の場合、「ＡＲ２のエリアを１０：００に出発してＡＲ３のエリアまで４人を輸送できる輸送手段の提供を希望している。対応可能であるなら対応可能なサービスレベルを提案して欲しい。提案は８：５５まで待つ」旨をデマンドバス事業者に示している。出発エリアＩＤ４３７や到着エリアＩＤ４３９に設定されるエリアＩＤに対応する地域は、例えば所定のバス停のような「地点」であってもよいし、街区指定など広がりを持った範囲であってもよい。エリアＩＤと具体的な地域との対応関係は、予め定義してオペレーションプラン作成システム１０と第２運行管理システム３０の間で共有しておく。
（第３提案要求情報）
　図６は、第３提案要求情報４５０の一例を示す図である。第３提案要求情報４５０は、第３提案要求情報４５０の送信元のオペレーションプラン作成システム１０の識別情報が設定される送信元システムＩＤ４５１と、当該第３提案要求情報４５０自身の識別情報が設定される提案要求情報ＩＤ４５３と、第３提案要求情報４５０が示す提案に対する応答期限が設定される提案締切時刻４５５と、輸送手段の運転間隔調整の基準となる駅が設定される基準駅ＩＤ４５７と、輸送手段の運転間隔の調整対象とする時間帯の開始時刻が設定される開始時刻４５９と、輸送手段の運転間隔の調整対象とする時間帯の終了時刻が設定される終了時刻４６１と、提供を希望する輸送手段の運転間隔が設定される希望運転間隔４６３の各情報を有する。基準駅ＩＤ４５７、開始時刻４５９、終了時刻４６１、及び希望運転間隔４６３はサービスレベルを示す情報である。第３提案要求情報４５０は、例えば、運転間隔に基づき運行される鉄道事業者の第２運行管理システム３０に送信される情報であり、図６の例の場合、「ＳＴ２の駅において、１０：００から１２：００までの間の列車の運転間隔を４分にすることを希望する。対応可能であるなら対応可能なサービスレベルを提案して欲しい。提案は８：５５まで待つ」旨を鉄道事業者に示している。
　次に、図３に示すように、各提案要求情報を受信した各第２運行管理システム３０は、提案要求情報に対応する提案情報を作成する（ｓ７、ｓ９）。なお、第２運行管理システム３０は、ユーザから各種情報の入力を受け付けてこれを提案情報としてもよいし、所定のアルゴリズムに従って自動的に提案情報を作成してもよい。また、提案要求情報で希望されている内容に近い輸送手段の提供が難しい場合には、必ずしも提案情報を作成しなくてもよい。
　この際、第２運行管理システム３０は、オペレーションプラン作成システム１０から受信した提案要求情報に対して複数の提案情報を送信することができる。この場合、第２運行管理システム３０は、各提案情報に、後述する排他情報を設定する。オペレーションプラン作成システム１０は、排他であるとして設定された提案情報の組が同時に選択されることがないよう、オペレーションプランを作成する。
　また、第２運行管理システム３０は、複数の提案要求情報に対して、一つの提案情報を作成してこれをオペレーションプラン作成システム１０に送信することができる。この場合、第２運行管理システム３０は、この提案情報に、後述する包括提案情報を設定する。
　そして、各第２運行管理システム３０は、作成した各提案情報を、オペレーションプラン作成システム１０に送信する（ｓ１１、１３）。
　ここで、各提案情報の詳細を説明する。
（第１提案情報）
　図７は、第１提案情報５１０の一例を示す図である。第１提案情報５１０は、第１提案情報５１０の送信元の第２運行管理システム３０の識別情報が設定される送信元システムＩＤ５１１と、当該第１提案情報５１０自身の識別情報が設定される提案情報ＩＤ５１３と、当該第１提案情報５１０に対応する第１提案要求情報４１０の識別情報が設定される提案要求情報ＩＤ５１５と、第１提案要求情報４１０の配車エリアＩＤ４１７に対する応答としての輸送手段の配置可能地域（配車エリアＩＤ４１７が示す地域よりも広い地域や、配車エリアＩＤ４１７が示す地域に近い地域であってもよい）が設定される配車エリアＩＤ５１７と、第１提案要求情報４１０の基準時刻４１９に対する応答としての配車時間帯の開始時刻（計測開始時刻）が設定される計測開始時刻５１９と、第１提案要求情報４１０の基準時刻４１９に対する応答としての配車時間帯の終了時刻（計測終了時刻）が設定される計測終了時刻５２１と、第１提案要求情報４１０の希望待機台数４２１に対する応答としての待機可能な輸送手段の最小の台数が設定される最小待機台数５２３と、第１提案要求情報４１０の希望待機台数４２１に対する応答としての待機可能な輸送手段の最大の台数が設定される最大待機台数５２５の各情報を有する。図７の例の場合、「ＡＲ１のエリアに、９：５５から１０：０５までの間の時間帯において最小でも２台は配車可能であり、最大だと４台まで配車できる可能性がある」旨をオペレーションプラン作成システム１０に示す情報となる。このうち「ＡＲ１のエリアに９：５５から１０：０５までの間の時間帯において最小でも２台は配車可能」であるという情報が交通事業者の側で合意し得るサービスレベルであり、このうち「ＡＲ１のエリアに９：５５から１０：０５までの間の時間帯において最大だと４台まで配車できる可能性がある」という情報は、参考情報となる。
（第２提案情報）
　図８は、第２提案情報５３０の一例を示す図である。第２提案情報５３０は、第２提案情報５３０の送信元の第２運行管理システム３０の識別情報が設定される送信元システムＩＤ５３１と、当該第２提案情報５３０自身の識別情報が設定される提案情報ＩＤ５３３と、当該第２提案情報５３０と同時には選択され得ない当該第２提案情報５３０以外の第２提案情報５３０の識別情報のリスト（即ち排他情報）が設定される排他提案情報ＩＤ５３５と、当該第２提案情報５３０に対応する第２提案要求情報４３０の識別情報が設定される提案要求情報ＩＤ５３７（なお、当該第２提案情報５３０がオペレーションプラン作成システム１０からの複数の第２提案要求情報４３０に対する提案情報である場合には当該複数の第２提案要求情報４３０の識別情報のリストすなわち包括提案情報が設定される）と、第２提案要求情報４３０の出発エリアＩＤ４３７及び到着エリアＩＤ４３９に対する応答としての、提供可能な輸送手段の走行地域が設定される走行エリアＩＤ５３９（複数のエリアにまたがる場合がある）と、第２提案要求情報４３０の出発時刻４４１に対する応答としての、前記輸送手段の走行経路上にある前記走行地域の各々からの出発時刻が設定される計画出発時刻５４１と、第２提案要求情報４３０の出発時刻４４１に対する応答としての、前記計画出発時刻５４１に対する前記輸送手段の最大の遅延時間が設定される最大遅延時間５４３と、第２提案要求情報４３０の希望輸送人数４４３に対する応答としての前記輸送手段の旅客の乗車定員が設定される乗車定員５４５の各情報を有する。図８の例の場合、「ＲＱ３とＲＱ４の提案要求情報に対して、ＡＲ２のエリアからＡＲ３のエリアを経由してＡＲ４のエリアまで走行する１台以上のデマンドバスを提供可能。乗車できる人数は最大１５人で、ＡＲ２、ＡＲ３、ＡＲ４の各エリアの計画上の出発時刻はそれぞれ１０：０５、１０：１２、１０：１８であり、最大でも５分までしか遅延しない見込み。この提案のほかに、ＲＱ３またはＲＱ４またはその他の提案要求情報に対して、ＰＲ２とＰＲ３の提案情報ＩＤで特定される提案も行っているが、ＰＲ１が採用されるならＰＲ２とＰＲ３は採用されない前提で提案している（ＰＲ１が採用されない場合にＰＲ２とＰＲ３の両方の提案が採用され得るかどうかは、言及していない）」旨をオペレーションプラン作成システム１０に示す情報となる。このうち「乗車できる人数は最大１５人」という情報は参考情報であり、それ以外の情報は交通事業者の側で合意し得るサービスレベルとなる。
（第３提案情報）
　図９は、第３提案情報５５０の一例を示す図である。第３提案情報５５０は、第３提案要求情報４５０の送信元の第２運行管理システム３０の識別情報が設定される送信元システムＩＤ５５１と、当該第３提案情報５５０自身の識別情報が設定される提案情報ＩＤ５５３と、当該第３提案情報５５０に対応する第３提案要求情報４５０の識別情報が設定される提案要求情報ＩＤ５５５と、第３提案要求情報４５０の基準駅ＩＤ４５７に対する応答としての基準駅の情報が設定される基準駅ＩＤ５５７（提案要求情報と異なる駅であってもよい）と、第３提案要求情報４５０の開始時刻４５９に対する応答としての計測開始時刻が設定される計測開始時刻５５９と、第３提案要求情報４５０の終了時刻４６１に対する応答としての計測終了時刻が設定される計測終了時刻５６１と、第３提案要求情報４５０の希望運転間隔４６３に対する応答としての輸送手段の最大運転間隔が設定される最大運転間隔５６３と、第３提案要求情報４５０の希望運転間隔４６３に対する応答としての輸送手段の平均運転間隔が設定される平均運転間隔５６５の各情報を有する。図９の例の場合、「ＳＴ２の駅において、１０：００から１２：００までの間の時間帯において、最大でも５分の運転間隔での列車運行が可能であり、平均すると４分の運転間隔で運行できる可能性がある」旨をオペレーションプラン作成システム１０に示す情報となる。このうち「ＳＴ２の駅において、１０：００から１２：００までの間の時間帯において、最大でも５分の運転間隔での列車運行が可能」であるという情報が交通事業者の側で合意し得るサービスレベルであり、このうち「ＳＴ２の駅において、１０：００から１２：００までの間の時間帯において、平均すると４分の運転間隔で運行できる可能性がある」という情報は、参考情報となる。
　次に、図３に示すように、オペレーションプラン作成システム１０は、各第２運行管理システム３０から受信した提案情報に基づき、各事業者に係る輸送割当データ６００（輸送割当プラン）を作成する（ｓ１５）。なお、オペレーションプラン作成システム１０は、提案要求情報が示す応答期限より遅く受信した提案情報がある場合は、その提案情報は用いないものとする。
　オペレーションプラン作成システム１０は、作成した輸送割当データ６００の内容を含む情報であって、各提案情報に対応する情報である採否情報を、提案情報の送信元の事業者に係る第２運行管理システム３０にそれぞれ送信する（ｓ１７、ｓ１９）。なお、オペレーションプラン作成システム１０は、ｓ１５において調整力を含む輸送割当プランを作成した場合は、シャトルバス運行管理システム４０に、その調整力の内容を送信する。シャトルバス運行管理システム４０は、その調整力に応じた各輸送手段の運行を指示する。
　ここで、採否情報の詳細を説明する。
（第１採否情報）
　図１０は、第１採否情報６１０の一例を示す図である。第１採否情報６１０は、第１採否情報６１０の送信元のオペレーションプラン作成システム１０の識別情報が設定される送信元システムＩＤ６１１と、第１採否情報６１０の識別情報（第１提案情報５１０の提案要求情報ＩＤ５１５と同一であってよい）が設定される提案採否情報ＩＤ６１３と、第１提案情報５１０の提案情報ＩＤ５１３に対応する情報が設定される提案情報ＩＤ６１５と、第１提案情報５１０の配車エリアＩＤ５１７に基づき採用された情報が設定される配車エリアＩＤ６１７と、第１提案情報５１０の計測開始時刻５１９に基づき採用された計測開始時刻が設定される計測開始時刻６１９と、第１提案情報５１０の計測終了時刻５２１に基づき採用された計測終了時刻が設定される計測終了時刻６２１と、第１提案情報５１０の最小待機台数５２３に基づき採用された情報が設定される最小待機台数６２３と、第１提案情報５１０の最大待機台数５２５に基づき採用された情報が設定される希望待機台数６２５の各情報を有する。なお、オペレーションプラン作成システム１０は、作成した輸送割当プランに基づき第１採否情報を作成する際に、第１採否情報６１０の最小待機台数６２３に設定する値として、交通事業者側で合意し得るサービスレベルである第１提案情報５１０の最小待機台数５２３に設定されている値以下であることを保証する。すなわち、作成した輸送割当プランにおいて第１提案情報５１０の最小待機台数５２３に設定されている値よりも多くの台数が割り当てられている場合には、オペレーションプラン作成システム１０は、第１採否情報６１０の最小待機台数６２３に設定する値は第１提案情報５１０の最小待機台数５２３に設定されている値と同じ値を設定し、輸送割当プランで実際に割り当てられている台数を、第１採否情報６１０の希望待機台数６２５に設定するようにする。採否情報におけるＳＬＡに相当する値を、提案情報で提供されている、交通事業者側で合意し得るサービスレベルに基づいて設定する点については、後述の第２採否情報や第３採否情報についても同様である。
　本実施形態では、配車エリアＩＤ６１７、計測開始時刻６１９、計測終了時刻６２１、及び最小待機台数６２３の各情報はＳＬＡであり、希望待機台数６２５の情報は参考情報であるものとする。すなわち、第２運行管理システム３０は、配車エリアＩＤ６１７で示されるエリアに計測開始時刻６１９で示される時刻から計測終了時刻６２１で示される時刻までの時間帯に少なくとも待機台数６２３に示される台数の移動手段を待機させるように移動手段の運行を管理する。第２運行管理システム３０は、さらに移動手段に余裕がある場合に、どの程度の移動手段を追加で待機させるかを決定するために希望待機台数６２５に示される台数を参照してもよい。
（第２採否情報）
　図１１は、第２採否情報６３０の一例を示す図である。第２採否情報６３０は、第２採否情報６３０の送信元のオペレーションプラン作成システム１０の識別情報が設定される送信元システムＩＤ６３１と、第２採否情報６３０の識別情報（第２提案情報５３０の提案要求情報ＩＤ５３７から採用された識別情報であってよい）が設定される提案採否情報ＩＤ６３３と、第２提案情報５３０の提案情報ＩＤ５３３に対応する情報が設定される提案情報ＩＤ６３５と、第２提案情報５３０の走行エリアＩＤ５３９に基づき採用された出発地域の情報が設定される出発エリアＩＤ６３７と、第２提案情報５３０の走行エリアＩＤ５３９に基づき採用された到着地域の情報が設定される到着エリアＩＤ６３９と、第２提案情報５３０の計画出発時刻ＩＤ５４１に基づき採用された出発時刻の情報が設定される計画出発時刻６４１と、第２提案情報５３０の最大遅延時間５４３に基づき採用された遅延時間の情報が設定される最大遅延時間６４３と、第２提案情報５３０の乗車定員５４５に基づき採用された乗車定員の情報が設定される希望輸送人数６４５の各情報を有する。
　本実施形態では、最大遅延時間６４３の情報はＳＬＡであり、希望輸送人数６４５の情報は参考情報であるものとする。すなわち、第２運行管理システム３０は、出発エリアＩＤ６３７に示されるエリアを計画出発時刻６４１で示される時刻に出発し到着エリアＩＤ６３９に示されるエリアに到着できるような移動手段を、計画からの遅延時間が最大で最大遅延時間６４３に示される時間以内で提供できるように、移動手段の運行を管理する。
（第３採否情報）
　図１２は、第３採否情報６５０の一例を示す図である。第３採否情報６５０は、第３採否情報６５０の送信元のオペレーションプラン作成システム１０の識別情報が設定される送信元システムＩＤ６５１と、第３採否情報６５０の識別情報が設定される提案採否情報ＩＤ６５３（第３提案情報５５０の提案要求情報ＩＤ５５５と同一であってよい）と、第３提案情報５５０の提案情報ＩＤ５５３に対応する情報が設定される提案情報ＩＤ６５５と、第３提案情報５５０の基準駅ＩＤ５５７に基づき採用された情報が設定される基準駅ＩＤ６５７と、第３提案情報５５０の計測開始時刻５５９に基づき採用された計測開始時刻が設定される計測開始時刻６５９と、第３提案情報５５０の計測終了時刻５６１に基づき採用された計測終了時刻が設定される計測終了時刻６６１と、第３提案情報５５０の最大運転間隔５６３に基づき採用された情報が設定される最大運転間隔６６３と、第３提案情報５５０の平均運転間隔５６５に基づき採用された情報が設定される希望運転間隔６６５の各情報を有する。
　本実施形態では、基準駅ＩＤ６５７、計測開始時刻６５９、計測終了時刻６６１、及び最大運転間隔６６３の各情報はＳＬＡであり、希望運転間隔６６５の情報は参考情報であるものとする。すなわち、第２運行管理システム３０は、基準駅ＩＤ６５７に示される駅において計測開始時刻６５９に示される時刻から計測終了時刻６６１に示される時刻までの時間帯について、最大でも最大運転間隔６６３に示される運転間隔で提供できるように、移動手段の運行を管理する。
　次に、図３に示すように、オペレーションプラン作成システム１０から採否情報を受信した各第２運行管理システム３０は、受信した採否情報（輸送割当プラン）に基づき、採否情報が示す各輸送手段の運行を実行し又は各輸送手段の運行制御を行う（ｓ２１、ｓ２３）。なお、各第２運行管理システム３０は、各輸送手段の運行結果及びそのサービスレベルの情報を、オペレーションプラン作成システム１０に送信する。オペレーションプラン作成システム１０は、受信した情報を、オペレーション実績データベース７００に格納する。以上で交通サービス連携処理は終了する。
　例えば、第２運行管理システム３０は、採否情報が示す時間帯に各輸送手段を配車エリアに配車させ、採否情報が示す時間帯に各輸送手段を出発地から到着地まで運行させ、又は各輸送手段を所定の運行間隔で運行させる。また、例えば、第２運行管理システム３０は、採否情報の計測開始時刻から計測終了時刻までの時間帯における各輸送手段の輸送結果の情報を運行結果として送信する。
　次に、オペレーションプラン作成システム１０が実行する処理について説明する。
＜オペレーションプラン作成処理＞
　図１３は、オペレーションプラン作成処理の詳細を説明するフロー図である。オペレーションプラン作成処理は、交通サービス連携処理においてオペレーションプラン作成システム１０が実行する処理である。
　まず、オペレーションプラン作成システム１０は、移動需要予測プログラム１３１を用いて、交通システム全体における、各移動者の移動需要を予測する（ｓ１０１）。例えば、オペレーションプラン作成システム１０は、経路案内システム５０から旅客の移動情報を取得し又は第１運行管理システム２０から運行計画を取得し、取得した情報に基づき、将来の所定期間（予測期間）における各移動者の移動需要を予測する。この予測には、公知の技術を用いることができ、例えば所定の学習済みモデルを作成することで予測を行うことができる。オペレーションプラン作成システム１０は、予測した移動需要を移動需要データ２００に蓄積する。
　次に、オペレーションプラン作成システム１０は、個別需要推定プログラム１３３を用いて、ｓ１０１で予測した移動需要に基づき個別移動需要データ３００を作成する処理である個別需要推定処理ｓ１０３を実行する。個別需要推定処理ｓ１０３の詳細は後述する。
　続いて、オペレーションプラン作成システム１０は、提案要求プログラム１３５を用いて、個別需要推定処理ｓ１０３で作成した個別移動需要データ３００における個別移動需要の情報（以下、個別移動需要情報という）に基づき、各事業者宛ての提案要求情報を作成し、作成した各提案要求情報を、対応する第２運行管理システム３０に送信する処理である提案要求処理ｓ１０５を実行する。提案要求処理ｓ１０５の詳細は後述する。
　続いて、オペレーションプラン作成システム１０は、提案受信プログラム１３７を用いて、各第２運行管理システム３０から、提案要求情報に対応する提案情報を受信する（ｓ１０７）。なお、提案受信プログラム１３７を用いた処理では、提案要求情報に付帯させた応答期限よりも遅い時間に対応する提案情報を受信した場合には、その提案情報を破棄する。
　続いて、オペレーションプラン作成システム１０は、輸送割当プラン作成プログラム１３９を用いて、ｓ１０７で受信した各提案情報に基づき輸送割当プランを作成する処理である輸送割当プラン作成処理ｓ１０９を実行する。輸送割当プラン作成処理ｓ１０９の詳細は後述する。
　輸送割当プラン作成処理の終了後、オペレーションプラン作成システム１０は、ステップｓ１０１乃至ｓ１０９の処理で得られた、提案要求情報、提案情報、輸送割当プラン、及びサービスレベル等の情報を、輸送割当実績データベース８００に格納する（ｓ１１１）。
　続いて、オペレーションプラン作成システム１０は、割当結果送信プログラム１４１を用いて、ｓ１０９で作成した輸送割当プランと、ｓ１０７で受信した各提案情報とを対照することにより、提案情報に対応する採否情報を作成し、作成した各採否情報を、各第２運行管理システム３０に送信する（ｓ１１３）。以上でオペレーションプラン作成処理は終了する。
　次に、個別需要推定処理ｓ１０３の詳細を説明する。
＜個別需要推定処理＞
　図１４は、オペレーションプラン作成システム１０が、個別需要推定プログラム１３３を用いて実行する、個別需要推定処理ｓ１０３の詳細を説明するフロー図である。
　個別需要推定処理が開始されると、オペレーションプラン作成システム１０は、各移動手段の個別需要の推定値（期待値）を初期化する（例えば０にする）（ｓ２０１）
　続いて、オペレーションプラン作成システム１０は、移動需要の一つを選択する（ｓ２０３）。
　続いて、オペレーションプラン作成システム１０は、ｓ２０３で選択した移動需要に対して適用する旅客行動モデルを選択する（ｓ２０５）。
（旅客行動モデル）
　ここで、本実施形態における旅客行動モデルについて説明する。図１５は、旅客行動モデル９００の例を示す図である。各旅客行動モデル９００は、各移動手段の種類９０１ごとに、その移動手段を旅客が選択する確率９０３を設定したモデルである。これにより、費用を安くする移動経路優先、所要時間を短くする移動経路優先、又は徒歩距離を少なくする移動経路優先、のように、移動に際して旅客がどのような移動手段を選択するか、という選択行動をモデル化することができる。例えば、図１５において、旅客行動モデル（１）は安価に移動したい旅客を想定したモデルであり、旅客行動モデル（２）は到着時刻を重視する旅客を想定したモデルであり、旅客行動モデル（３）は徒歩距離を重視する旅客を想定したモデルである。なお、旅客行動モデル９００には、降雨量等の外的要因を設定し、これを各確率９０３に反映させてもよい。また、旅客行動モデル９００は、乗降地点ごとに異なるモデルを設定してもよい。
　図１４の説明に戻る。ステップｓ２０３の処理の終了後、オペレーションプラン作成システム１０は、ｓ２０３で選択した移動需要における出発地から目的地までの、いずれかの輸送手段による移動経路を、所定の個数、列挙する（ｓ２０７）。所定個数の移動経路の列挙には、経路案内で使用されている技術等、公知の技術を用いることができる。なお、個別需要推定プログラム１３３を用いた処理では、時刻や地点について、所定の分解能で離散化して扱ってよい。例えば、出発時刻、出発地、又は目的地について、互いに近接するものについてはそれらを各々代表するような一つの出発時刻、出発地、又は目的地として扱ってもよい。
　なお、輸送手段は、例えば路線バスなどダイヤが周知されている場合、各便を１つの輸送手段として扱う。移動経路における出発地、目的地、及び経由地の各地点は、前述のように、所定の地域を１つの地点で代表させてもよいし、駅又は病院等のタクシー乗降地点等、特別な地点の場合は、当該地点に近接する地域とは別に、当該地点を１つの地点として扱ってもよい。また、デマンドバス等のように固定した移動経路を有しない場合は、予め複数の移動経路のパターンを設け、それらのうちいずれかが選択されるものとしてもよい。
　続いて、オペレーションプラン作成システム１０は、ｓ２０７で特定した各移動経路について、それが選択される確率を、ｓ２０５で選択した旅客行動モデルに基づき算出する（ｓ２０９）。
　オペレーションプラン作成システム１０は、ｓ２０９の処理の終了後、ｓ２０９で算出した各確率を、各移動経路について、各個別需要に対応付けた推定値に加算する（ｓ２１１）。
　オペレーションプラン作成システム１０は、これまでに選択していない移動需要があるか否かを確認する（ｓ２１３）。これまでに選択していない移動需要がある場合は、オペレーションプラン作成システム１０は、その移動需要の一つを選択すべくｓ２０３の処理を実行する。全ての移動需要を選択した場合は、オペレーションプラン作成システム１０は、ｓ２１５の処理を実行する。
　ｓ２１５においてオペレーションプラン作成システム１０は、これまでに算出した各移動手段の個別需要の推定値の端数処理を行う（例えば、小数点以下を切り上げて整数にする）。なお、この際、個別需要推定プログラム１３３は、交通サービス連携システム１に含まれないその他の輸送力の影響を反映するための補正係数（例えば、同種の移動手段に関する地域内のシェアを示す値）を、各移動手段の個別需要の推定値に乗じてもよい。以上で個別需要推定処理ｓ１０３は終了する。
　次に、提案要求処理ｓ１０５の詳細を説明する。
＜提案要求処理＞
　図１６は、オペレーションプラン作成システム１０が、提案要求プログラム１３５を用いて実行する、提案要求処理ｓ１０５の詳細を説明するフロー図である。
　提案要求処理ｓ１０５が開始されると、オペレーションプラン作成システム１０は、提案要求情報を初期化する（ｓ３０１）。
　次に、オペレーションプラン作成システム１０は、個別需要の一つを選択する（ｓ３０３）。そして、オペレーションプラン作成システム１０は、選択した個別需要が、複数の事業者の提供する輸送手段のいずれかで共通に対応できるものであるか否かを判定する（ｓ３０５）。例えば、個別需要に対応する移動手段がタクシーである場合、一般的に、複数の事業者のうちどの事業者によって提供されるタクシーであっても、当該個別需要に対応することが可能である。そのような場合、本実施形態では複数の事業者に同じ内容の提案要求情報を送信し、当該提案要求情報に対応する提案情報の内容によっていずれの事業者を選択するかを決定する。そのための準備として、各事業者の不正な行動を抑制すべく、ｓ３０５の判定で「ＹＥＳ」と判定し、ｓ３０９乃至ｓ３１１の処理に進んで提案要求情報の内容を工夫する（ｓ３０９乃至ｓ３１１の処理の詳細は、後述する）。他方、当該個別需要に対応できるのが１つの事業者に限られる場合、ｓ３０９乃至ｓ３１１の処理のように提案要求情報の内容を工夫する必要がないため、ｓ３０５の判定で「ＮＯ」と判定してｓ３０７の処理に進み、単純な処理によって提案要求情報を作成する。
　上述のように、当該個別需要が複数の事業者向けのものである場合は（ｓ３０５：ＹＥＳ）、オペレーションプラン作成システム１０は、ｓ３０９の処理を実行する。他方、当該個別需要が複数の事業者向けのものでない場合は（ｓ３０５：ＮＯ）、オペレーションプラン作成システム１０は、ｓ３０７の処理を実行する。
　ｓ３０７においてオペレーションプラン作成システム１０は、ｓ３０３で選択した個別需要をデータ変換することで提案要求情報を作成する。
　例えば、輸送手段の種類に応じて、オペレーションプラン作成システム１０は、オペレーションプラン作成システム１０のＩＤを第１提案要求情報４１０の送信元システムＩＤ４１１、第２提案要求情報４３０の送信元システムＩＤ４３１、又は第３提案要求情報４５０の送信元システムＩＤ４５１に設定し、新規ＩＤを第１提案要求情報４１０の提案要求情報ＩＤ４１３、第２提案要求情報４３０の提案要求情報ＩＤ４３３、又は第３提案要求情報４５０の提案要求情報ＩＤ４５３に設定し、現在処理より所定時間後の時刻を第１提案要求情報４１０の提案締切時刻４１５、第２提案要求情報４３０の提案締切時刻４３５、又は第３提案要求情報４５０の提案締切時刻４５５に設定する。オペレーションプラン作成システム１０は、また、個別需要における各出発地の情報を第１提案要求情報４１０の配車エリアＩＤ４１７、又は第２提案要求情報４３０の出発エリアＩＤ４３７に設定し、個別需要における各到着地の情報を第２提案要求情報４３０の到着エリアＩＤ４３９に設定し、個別需要における各時間帯の情報を第１提案要求情報４１０の基準時刻４１９、又は第２提案要求情報４３０の出発時刻４４１に設定し、個別需要における各移動者の人数又はこれから算出される情報（車両の台数又は運転間隔等）を第１提案要求情報４１０の希望待機台数４２１、又は第２提案要求情報４３０の希望輸送人数４４３に設定する。オペレーションプラン作成システム１０は、さらに、第３提案要求情報４５０の基準駅ＩＤ４５７には、運行間隔の調整を行おうとする時間帯に出発時の列車の混雑が最も見込まれる駅など、所定の駅のＩＤを設定し、第３提案要求情報４５０の開始時刻４５９及び終了時刻４６１には、個別需要において所定の閾値以上の混雑率となる列車が見込まれている時間帯（すなわち、運行間隔の調整を行おうとする時間帯）の開始時刻と終了時刻を設定し、第３提案要求情報４５０の希望運転間隔４６３には、混雑率を所定の閾値未満にするために必要と見込まれる列車数から求めた運転間隔を、それぞれ設定する。オペレーションプラン作成システム１０は、ｓ３０７の処理の終了後、ｓ３１３の処理を行う。
　他方、ｓ３０３で選択した個別需要が複数の事業者向けのものである場合には、オペレーションプラン作成システム１０はｓ３０９において、ｓ３０３で選択した個別需要を細分化した上でデータ変換した提案要求情報を作成する。
　例えば、オペレーションプラン作成システム１０は、個別需要を、移動者の人数が推定できる情報を所定の基準値で除した数の情報に分割する（例えば、「５台」又は「３人」の個別需要の情報を複数作成する）。そして、提案要求プログラム１３５は、ｓ３０７で説明したものと同様に、分割した各個別需要を各提案要求情報に設定する。例えば、配車を希望する移動手段の台数が１４台である場合、配車を希望する移動手段の台数が１４台である旨の提案要求情報を１つ作成する代わりに、配車を希望する移動手段の台数が５台である旨の提案要求情報を２つと、配車を希望する移動手段の台数が４台である旨の提案要求情報１つを作成する。このように、分割した複数の提案要求情報の全体として希望する移動手段の台数を、分割前の個別需要に対応する提案要求情報で希望する移動手段の台数と同等としつつ、複数の提案要求情報に分けて作成することで、オペレーションプラン作成システム１０が全体として希望する移動手段の台数、すなわち、オペレーションプラン作成システム１０が推定した移動需要の量を、一部の提案要求情報のみを受信した各事業者が正しく推定することが困難となり、オペレーションプラン作成システム１０から得られた移動需要に関する情報を交通サービス連携システム１における需給調整の枠外で都合よく利用することが困難となる。
　オペレーションプラン作成システム１０は、さらに、架空の（ダミーの）個別需要を作成してデータ変換を行うことで、提案要求情報を作成する（ｓ３１１）。
　例えば、オペレーションプラン作成システム１０は、ｓ３０９で作成した個別需要の個数に所定の係数を乗算した個数の、ダミーの個別需要を作成し、提案要求情報に変換する。具体的には、例えば、オペレーションプラン作成システム１０は、輸送割当実績データベース８００を参照し、対応する移動手段の過去の提案要求情報のうち有効期限がｓ３０９の処理で作成した提案要求情報の有効期限に近い提案要求情報をランダムに、必要なダミーの提案要求情報の個数分だけ取得する。オペレーションプラン作成システム１０は、さらに、取得した過去の提案要求情報の出発地、到着地、時刻、及び人数等の情報を上記ダミーの個別需要に設定し、必要な情報が設定されたダミーの個別需要を、各々に対応する提案要求情報に設定する。オペレーションプラン作成システム１０は、ｓ３１１の処理の終了後、ｓ３１３の処理を実行する。
　なお、ダミーの個別需要の作成方法は、作成した個別需要がダミーであることが各事業者にとって判別しにくい情報となっていればよく、ここで説明したものに限られない。例えば、提案要求プログラム１３５は、輸送割当実績データベース８００を参照せずに、ｓ３０９で作成した提案要求情報に対応する個別需要と同様のダミーの個別需要を作成し、提案要求情報を作成してもよい。
　以上のように、提案要求情報を細分化し、また、架空の提案要求情報を織り交ぜることで、真の提案要求の内容、すなわち移動需要の量を、適度に不明確にする。
　ｓ３０７またはｓ３１１の処理の終了後、オペレーションプラン作成システム１０はｓ３１３において、提案要求情報を作成していない個別需要があるか否かを確認する。提案要求情報を作成していない個別需要がある場合は、オペレーションプラン作成システム１０は、その個別需要を選択すべくｓ３０３の処理に戻り、提案要求情報を作成していない個別需要がない場合は、オペレーションプラン作成システム１０はｓ３１５の処理を実行する。
　ｓ３１５においてオペレーションプラン作成システム１０は、これまでに作成した各提案要求情報を、対応する事業者の第２運行管理システム３０に送信する（ｓ３１５）。例えば、オペレーションプラン作成システム１０は、作成した１つ以上の第１提案要求情報（タクシー用の提案要求情報）のすべてを、ネットワーク５を介して接続されたすべてのタクシー事業者のタクシー運行管理システム３０ｃに同報で送信してもよいし、作成した１つ以上の第１提案要求情報（タクシー用の提案要求情報）の一部のみを、ネットワーク５を介して接続されたタクシー事業者のタクシー運行管理システム３０ｃのうち、過去のオペレーション実績等に基づいて選択した一部のタクシー運行管理システム３０ｃのみに送信してもよい。なお、この際、オペレーションプラン作成システム１０は、ｓ３０９で作成した細分化された真正な提案要求情報とｓ３１１で作成したダミーの提案要求情報の区別がつかないように、各提案要求情報の送信順を調節してもよい（例えば、提案要求情報ＩＤの順に、又はアットランダムな順番に送信する）。ｓ３１５の処理の終了後、オペレーションプラン作成システム１０は、提案要求処理ｓ１０５を終了する。
＜輸送割当プラン作成処理＞
　図１７は、オペレーションプラン作成システム１０が、輸送割当プラン作成プログラム１３９を用いて実行する、輸送割当プラン作成処理ｓ１０９の詳細を説明するフロー図である。
　オペレーションプラン作成システム１０は、ｓ１０７で受信した各提案情報について、その提案情報が示す複数のサービスレベルの項目のどこまでに該当する輸送手段を用いてオペレーションプランを作成するかを設定する（ｓ４０１）。
　本実施形態では、オペレーションプラン作成システム１０は、オペレーションプランの作成に使用する輸送手段の集合を、作成されたオペレーションプランの品質に応じて段階的に拡張しながら、オペレーションプランを作成する。例えば、後述するｓ４０３の処理を最初に実行する際は、路線バスなどベースとなる移動手段に加えて、提案情報に示されている、確実に提供可能な移動手段のみを用いてオペレーションプランを作成する（第１移動手段集合を用いたオペレーションプランの作成）。作成されたオペレーションプランが所定の条件を満たさず、ｓ４０３の処理を２回目に実行する際は、路線バスなどベースとなる移動手段に加えて、提案情報に示されている、提供できるかも知れない移動手段まで用いてオペレーションプランを作成する（第２移動手段集合を用いたオペレーションプランの作成）。作成されたオペレーションプランが所定の条件を満たさず、ｓ４０３の処理を３回目に実行する際は、路線バスなどベースとなる移動手段に加えて、提案情報に示されている、提供できるかも知れない移動手段と、調整力管理システムに管理されている、調整力となる移動手段と、を用いてオペレーションプランを作成する（第３移動手段集合を用いたオペレーションプランの作成）。このように、提案要求が示すサービスレベルを満たす可能性が段階的に高まるように、第１移動手段集合、第２移動手段集合、及び第３移動手段集合の順に、それぞれオペレーションプランを作成する。
　例えば、オペレーションプラン作成システム１０は、移動手段がタクシーの場合、第１提案情報５１０の最小待機台数５２３に対応する台数のタクシーを、第１移動手段集合に含める。また、オペレーションプラン作成システム１０は、第１提案情報５１０の最大待機台数５２５に対応する台数のタクシーを、第２移動手段集合に含める。また、オペレーションプラン作成システム１０は、シャトルバス運行管理システム４０に係る移動手段の台数（各輸送手段の配置及び台数等の情報を含む）を、第３移動手段集合に含める。
　なお、各移動手段集合に含める移動手段の選択方法はここで説明したものに限られない。例えば、第１移動手段集合を用いた処理と第２移動手段集合を用いた処理の間に、第１提案情報５１０の最小待機台数５２３と最大待機台数５２５で表される台数の平均値を含めるような移動手段集合を定義して採用してもよい。また、台数だけではなく時刻を考慮してもよい（例えば、第１移動手段集合に含める移動手段では第１提案情報５１０の計測終了時刻５２１に示す時刻を使用し、第２移動手段集合に含める移動手段では第１提案情報５１０の計測開始時刻５１９に示す時刻を使用する、等）。
　このように、オペレーションプラン作成に用いる輸送手段の集合を段階的に広げていくことで、各事業者による実行可能性が高いオペレーションプランを優先的に作成することができる。
　オペレーションプラン作成システム１０は、各移動者（エージェント）について、ｓ２０５で選択した旅客行動モデルに基づき、出発地から目的地までの移動経路において取りうる輸送手段の組み合わせのパターン（経路候補）を作成する（ｓ４０３）。ｓ２０７と同様に、公知の技術を用いればよい。
　続いて、オペレーションプラン作成システム１０は、輸送割当プランの作成問題をｓ４０３で作成した各経路候補の採否を決定変数とした集合分割問題として解くために、制約条件の設定（ｓ４０５）と、目的関数の設定（ｓ４０７）を行う。
　具体的には、オペレーションプラン作成システム１０は、各経路候補ji（i=1,2,...,n）の採否を１（採用）又は０（不採用）で表す変数を、決定変数として設定する。
　また、オペレーションプラン作成システム１０は、ｓ４０３で作成した各経路候補に対する制約条件を作成する。
　例えば、オペレーションプラン作成システム１０は、各移動者（エージェント）について、当該移動者に関する複数の経路候補のうち、ちょうど１つの経路(移動手段の集合)を選択する、という制約条件（以下、第１制約条件という）を作成する。
　また、例えば、オペレーションプラン作成システム１０は、経路候補が同時に両立しない複数の輸送手段を含んでいる場合には（第２提案情報５３０の提案情報ＩＤ５３３及び排他提案情報ＩＤ５３５の双方に値が設定されている場合）、すべての移動者に関する経路の選択結果の全体として、それらの輸送手段から最大でも一つの輸送手段が選択される、という制約条件（以下、第２制約条件という）を作成する。
　なお、ここで説明した制約条件は一例であり、例えば、輸送手段における輸送人員が当該輸送手段の定員を超えないことを制約条件としてもよい。
　オペレーションプラン作成システム１０は、続いて、目的関数を作成する（ｓ４０７）。
　本実施形態では、目的関数は、複数の評価項目に関する評価値の線形結合で表されるものとする。線形結合の際に用いる各項の係数は所与とし、最適化の処理では、目的関数を最小化する解を求める。
　ここで、評価項目の一つは、例えば、「各旅客の移動に関する乗継ぎ時間」など、オペレーションプラン作成システム１０によってサービスレベルを保証することが求められている評価指標について、保証すべきサービスレベルに対する違反量の総和（あるいは平均値等）を評価値とする（第１評価指標）。ここで違反量の計算に用いるサービスレベルは、例えば自治体との契約に基づいて「交通サービス連携システム１が満たすべき」とされたサービスレベルであり、提案要求情報におけるサービスレベルとは異なる点に注意する。乗継ぎ時間を評価する場合、各経路候補に対して移動者が利用する移動手段を順次参照していくことにより、計算可能である。
　評価項目の他の一つは、オペレーションプランの実行可能性に関する評価項目であり、全移動者の経路選択結果に基づく各移動手段の必要輸送力と、採用されている各移動手段の輸送力(約束可能なサービスレベルに相当する値)との差分を評価値とする（第２評価指標）。ここで、「約束可能なサービスレベルに相当する値」としては、例えば、第１提案情報５１０の最小待機台数５２３に示す台数、第２提案情報５３０の乗車定員５４５に示す輸送力、第３提案情報５５０の最大運転間隔５６３に示す運行間隔、等を用いる。
　評価項目の他の一つは、過去のＳＬＡ遵守実績である。例えば、過去にＳＬＡを遵守しないことが多かった事業者には、より少ない輸送力の割当を行う、という動作を想定する。具体的には、オペレーション実績データベース７００と輸送割当実績データベース８００を参照して採否情報に対する違反率（ＳＬＡ違反率）を事業者ごとに算出する（目的関数上では定数の扱いとなる）。その上で、算出したＳＬＡ違反率を用いて、例えば、［事業者ＡのＳＬＡ違反率］×［事業者Ａの提案情報の採用件数］を評価値とする（第３評価指標）。
　なお、ここで説明した評価項目は一例であり、他の評価項目を採用し又は一部の評価項目を除いてもよい。
　続いて、オペレーションプラン作成システム１０は、ｓ４０７で作成した目的関数の値を、ｓ４０５で作成した制約条件の下で最適にする（例えば最小にする）決定変数の値の組み合わせを特定する（ｓ４０９）。この最適化には、例えば、ＭＩＰソルバー（Mixed Integer Programming:MIP＝混合整数計画問題）など公知の技術を用いることができる。
　続いてオペレーションプラン作成システム１０は、ｓ４０９で求めた最適解を輸送割当プランとして決定してよいか否かを判断する（ｓ４１１）。
　例えば、オペレーションプラン作成システム１０は、ｓ４０９で求めた最適解における、全サービスレベルの違反量（第１評価指標に相当）が所定の閾値以内であるか否かを判定し、閾値以内である場合には、ｓ４０９で求めた最適解を輸送割当プランとして決定してよい、と判定する（ｓ４１１：ＹＥＳ）。又は、オペレーションプラン作成システム１０は、ｓ４０１で調整力となる輸送手段を移動手段集合に含めた場合には、ｓ４０９で求めた最適解を輸送割当プランとして決定してよい、と判定する（ｓ４１１：ＹＥＳ）。その他の場合、オペレーションプラン作成システム１０は、ｓ４０９で求めた最適解を輸送割当プランとして決定できない、と判定する（ｓ４１１：ＮＯ）。
　ｓ４０９で求めた最適解を輸送割当プランとして決定してよい場合は（ｓ４１１：ＹＥＳ）、オペレーションプラン作成システム１０は求めた最適解に対応する輸送割当プランの情報を、他の付随する情報とともに輸送割当実績データベース８００に蓄積して輸送割当プラン作成処理ｓ１０９を終了し、ｓ４０９で求めた目的関数の最適解を輸送割当プランとして決定できない場合は（ｓ４１１：ＮＯ）、オペレーションプラン作成システム１０は、ｓ４０１に戻って以降の処理を繰り返す。
（制約条件の作成方法の例）
　図１８は、混合整数計画問題の目的関数と制約条件とを作成するために使用する行列の一例を示す図である。この行列は、各経路ji（i=1,2,3,...,R）に対応する列と、移動者ai（エージェント）（i=1,2,3,...,A）、提案情報ｐi（i=1,2,3,...,P）、輸送手段mi（i=1,2,3,...,M）、及び評価項目ｋi（i=1,2,3,...,K）の各行とからなる。
　各経路jiには、複数の輸送手段mが対応している場合がある（例えば、複数の輸送手段を乗り継いで移動する場合）。また、各提案情報ｐiには、複数の輸送手段mが対応している場合がある(例えば、利用できるタクシーが複数台ある場合)。そのような場合、j1 列とj3 列のように、同じpi行が「 1 」となっていても互いに異なるmi行が「 1 」となる場合がある。
　要素(ai,j)の値v(ai,j)は、経路jがエージェントaiに対する経路である場合に「１」、その他のエージェントに対する経路である場合に「０」とする。
　要素(pi,j)の値v(pi,j)は、提案情報ｐiに含まれる輸送手段（調整力に係る輸送手段は除く）が経路jに含まれる場合は「１」、含まれない場合は「０」とする。
　要素(mi,j)の値v(mi,j)は、輸送手段miが経路jに含まれる場合は「１」、含まれない場合は「０」とする（なお、家族連れなど、同時に移動する人数まで推定できる場合には、v(mi,j)に、対応する輸送人数を対応づけてもよい）。
　また、「各旅客の移動に関する乗継ぎ時間」など、経路jが決まると一意に定まる評価指標については、要素(ki,j)の値v(ki,j)として、評価指標kiに対する計算結果fi(j)を記憶する。
　以上の定義のもと、前記の第１制約条件は、以下の式で表される。ここでxjは前述の決定変数であり、経路jを採用する場合に１、経路ｊを採用しない場合に０、という値を取る。
Figure JPOXMLDOC01-appb-I000001
　また、前記の第２の制約条件は、例えば以下の２種類の式の組として表される（Ｂは充分に大きな正の値を持つ定数であり、通常「ｂｉｇ－Ｍ」と呼ばれる）。
Figure JPOXMLDOC01-appb-I000002
Figure JPOXMLDOC01-appb-I000003
　さらに、各輸送手段miに対して、経路jの採否xjに基づく、当該輸送手段miの必要輸送力は以下の式で表される。
Figure JPOXMLDOC01-appb-I000004
　以上のように、本実施形態のオペレーションプラン作成システム１０は、移動需要に基づき、移動者の出発地から目的地までの移動経路を構成する各区間における輸送手段による移動の需要量に関する情報である個別需要をそれぞれ作成し、作成した各個別需要に基づき、各区間のサービスレベルを輸送手段ごとに算出し、算出したサービスレベルを含む提案要求情報を輸送手段ごとに作成し、作成した各提案要求情報を、各第２運行管理システム３０に送信する。そして、オペレーションプラン作成システム１０は、各第２運行管理システム３０から提案情報を受信し、受信した各提案情報が示すサービスレベルを満たす輸送割当プランを輸送手段ごとに作成し、作成した各輸送割当プランを、各第２運行管理システム３０に送信する。
　すなわち、本実施形態のオペレーションプラン作成システム１０は、各第２運行管理システム３０から、自身が先に送信した提案要求情報に対応する、サービスレベルを含む提案情報を受信し、提案情報のサービスレベルを満たすような輸送割当プランを各第２運行管理システム３０に送信する。
　このように、本実施形態のオペレーションプラン作成システム１０によれば、複数の交通サービス事業者のそれぞれの事情を考慮しつつ交通サービス間の適切な連携を行うためのオペレーションプラン（輸送割当プラン）を作成することができる。
　また、本実施形態のオペレーションプラン作成システム１０は、移動需要及び旅客行動モデルに基づき、移動手段に関する個別需要を作成する。
　これにより、移動者の移動傾向に基づいた、現実に即した適切な個別需要を作成することができる。
　また、本実施形態のオペレーションプラン作成システム１０は、提案情報のサービスレベルに関する制約条件を満たし、かつ交通サービスのサービスレベルを全体として最適化するような、各前記輸送手段による各前記区間の輸送サービスのサービスレベルを特定することで、輸送プランを作成する。
　これにより、最低限のサービス品質を保ちつつ、交通サービス全体として最適な輸送サービスを旅客に提供することができる。
　また、本実施形態のオペレーションプラン作成システム１０は、提案要求情報を、その提案要求情報が示すサービスレベルに応じて複数の提案要求情報に分割し、分割した各提案要求情報を第２運行管理システム３０に送信する。
　さらに、本実施形態のオペレーションプラン作成システム１０は、輸送手段に対する架空内容の提案要求情報を第２運行管理システム３０に送信する。
　このように、旅客の移動需要についての真の提案要求を適度に分割し不明確化して提案要求情報とすることで、特定の交通サービス事業者が旅客の移動需要を抜け駆け的に取り込むことを防ぎ、交通事業者全体として安定した品質の輸送サービスを旅客に提供することができる。
　また、本実施形態のオペレーションプラン作成システム１０は、輸送手段による第１の区間のサービスレベルの提案要求情報を第２運行管理システム３０に送信した後、その第２運行管理システム３０から、第１の区間と異なる第２の区間のサービスレベルの情報を含む提案情報を受信した場合、受信した提案情報に示された第２の区間に基づき輸送割当プランを作成する。
　これにより、交通サービス事業者は、提案要求情報が示す区間と異なる区間の輸送サービスの提供をオペレーションプラン作成システム１０に提案することができる。これにより、交通サービス事業者は、その自主性を維持しつつ適切な輸送サービスを提供することができる。
　また、本実施形態のオペレーションプラン作成システム１０は、受信した各提案情報が示す輸送手段により提供される交通サービス全体のサービスレベルが所定の水準に達しない場合は、提案情報が示すサービスレベル範囲で、新たな輸送割当プランを作成する（第１移動手段集合、第２移動手段集合、第３位移動手段集合を用いたオペレーションプラン）。
　これにより、各交通事業者による実行可能性の高い輸送サービスを提供することができる。
　また、本実施形態のオペレーションプラン作成システム１０は、各交通事業者に対して採否情報で指定されるサービスレベルの過去の遵守の履歴に基づき、輸送割当プランに設定するサービスレベルを決定する。
　このように、各交通サービス事業者の過去のサービスレベルの遵守状況に応じて輸送割当プランを作成することで、旅客により確実に高いサービスレベル輸送サービスを提供できると共に、交通サービス事業者にサービスレベルの以後のさらなる遵守を間接的に促すことができる。
　また、本実施形態のオペレーションプラン作成システム１０は、第２運行管理システム３０から受信した、同時選択不可な複数の提案情報に対し、当該複数の提案要求情報に対応した最大１つの提案情報に基づき輸送割当プランを作成する。
　このように、同時選択不可な複数の提案情報から、最大でも１つの提案情報を採用することで、輸送サービスの提案に対する処理を効率化することができるのに加え、輸送手段の有効活用にもつながる。
　また、本実施形態の交通サービス連携システム１は、オペレーションプラン作成システム１０に対して、複数の交通サービスの運行管理システムを含んで構成される。これにより、交通サービス事業者同士の適切な連携を図ることができる。
　また、本実施形態の第２運行管理システム３０は、オペレーションプラン作成システム１０から複数の提案要求情報を受信した場合に、対応する一つの提案情報をオペレーションプラン作成システム５０に送信する。
　これにより、交通サービス事業者の選択肢の幅を広げると共に、オペレーションプラン作成システム１０に対してもより適切な交通サービスの連携を図ることができる。
　また、本実施形態の第２運行管理システム３０は、オペレーションプラン作成システム１０から受信した輸送割当プランに基づき輸送手段を制御する。これにより、各交通サービス事業者による適切な連携及び運用を実現することができる。
　本発明は上記実施形態に限定されるものではなく、その要旨を逸脱しない範囲内で、任意の構成要素を用いて実施可能である。以上説明した実施形態や変形例はあくまで一例であり、発明の特徴が損なわれない限り、本発明はこれらの内容に限定されるものではない。また、上記では種々の実施形態や変形例を説明したが、本発明はこれらの内容に限定されるものではない。本発明の技術的思想の範囲内で考えられるその他の態様も本発明の範囲内に含まれる。
　例えば、本実施形態の各装置が備える各機能の一部は他の装置に設けてもよいし、別装置が備える機能を同一の装置に設けてもよい。
　また、本実施形態で説明したプログラムの構成は一例であり、例えば、プログラムの一部を他のプログラムに組み込み、又は複数のプログラムを一つのプログラムとして構成してもよい。
１　交通サービス連携システム、１０　オペレーションプラン作成システム、３０　第２運行管理システム、１３１　移動需要予測プログラム、１３３　個別需要推定プログラム、１３５　提案要求プログラム、１３７　提案受信プログラム、１３９　輸送割当プラン作成プログラム、１４１　割当結果送信プログラム

Claims (14)

  1. 　複数の運行管理システムと情報を送受信するオペレーションプラン作成システムであって、
    　移動者の出発地及び目的地の情報を含む移動需要を記憶する記憶部、及び、
    　前記移動需要に基づき、複数の交通サービスの輸送手段のうち少なくとも１以上の輸送手段を用いて移動する前記移動者の、前記出発地から前記目的地までの移動経路を構成する１又は複数の区間の各区間における、前記輸送手段による移動者の移動の情報である個別需要をそれぞれ作成する個別需要推定処理と、
    　作成した各前記個別需要に基づき、前記輸送手段による前記各区間の輸送サービスの評価値であるサービスレベルを前記輸送手段ごとに算出し、算出した前記サービスレベルを含む情報である提案要求情報を前記輸送手段ごとに作成し、作成した各前記提案要求情報を、前記輸送手段に対応づけられた情報処理装置にそれぞれ送信する提案要求処理と、
    　各前記情報処理装置から、前記提案要求情報に対するサービスレベルの応答情報である提案情報を受信する提案受信処理と、
    　受信した各前記提案情報が示すサービスレベルを満たす、前記輸送手段による前記各区間のサービスレベルの情報である輸送割当プランを、前記輸送手段ごとに作成する輸送割当プラン作成処理と、
    　前記作成した各前記輸送割当プランを、当該輸送割当プランに係る前記輸送手段に対応づけられた情報処理装置にそれぞれ送信する割当結果送信処理と
    　を実行する演算処理部を備える、オペレーションプラン作成システム。
  2. 　前記演算処理部は、前記個別需要推定処理において、前記記憶部に記憶されている、前記移動需要と、前記交通サービスの輸送手段の前記移動者による利用傾向を定義した旅客行動モデルとに基づき、前記移動者の前記個別需要を作成する、請求項１に記載のオペレーションプラン作成システム。
  3. 　前記演算処理部は、前記輸送割当プラン作成処理において、前記受信した提案情報が示すサービスレベルに関する条件を満たし、かつ各前記輸送手段によって提供される交通サービスのサービスレベルを全体として最適化するような、各前記輸送手段による前記各区間の輸送サービスのサービスレベルを特定し、特定したサービスレベルに基づき前記輸送割当プランを作成する、請求項１に記載のオペレーションプラン作成システム。
  4. 　前記演算処理部は、前記提案要求処理において、前記作成した個別需要を、複数の個別需要に分割し、分割した各個別需要に基づき提案要求情報を作成し、作成した各提案要求情報を、前記輸送手段に対応づけられた情報処理装置にそれぞれ送信する、請求項１に記載のオペレーションプラン作成システム。
  5. 　前記演算処理部は、前記提案要求処理において、前記作成した各提案要求情報である第１の提案要求情報の他に、架空内容の個別需要に基づく第２の提案要求情報を作成し、作成した前記第１の提案要求情報及び前記第２の提案要求情報を、前記輸送手段に対応づけられた情報処理装置にそれぞれ送信する、請求項１に記載のオペレーションプラン作成システム。
  6. 　前記演算処理部は、
    　前記提案要求処理において、前記輸送手段による第１の区間のサービスレベルの情報を含む提案要求情報を前記情報処理装置に送信し、
    　前記提案受信処理において、前記情報処理装置から、前記第１の区間と異なる第２の区間のサービスレベルの情報を含む前記提案情報を受信した場合、
    　前記輸送割当プラン作成処理において、受信した前記提案情報が示すサービスレベルに基づき前記輸送割当プランを作成する、
    　請求項１に記載のオペレーションプラン作成システム。
  7. 　前記演算処理部は、前記輸送割当プラン作成処理において、作成した輸送割当プランに基づき各前記輸送手段によって提供される交通サービス全体のサービスレベルが所定の水準を満たしていない場合には、各前記提案情報が示すサービスレベルの範囲内で、より多くの輸送手段を用いて、新たな輸送割当プランを作成する、
    　請求項１に記載のオペレーションプラン作成システム。
  8. 　前記演算処理部は、前記輸送割当プラン作成処理において、前記情報処理装置に対応する輸送手段に関するオペレーションの実績と輸送割当の実績とに基づいて、前記輸送手段の過去のサービスレベルの遵守状況を求め、当該サービスレベルの遵守状況に基づき、前記受信した提案情報が示すサービスレベルのうち前記輸送割当プランに設定するサービスレベルを決定する、請求項１に記載のオペレーションプラン作成システム。
  9. 　前記演算処理部は、
    　前記提案受信処理において、前記運行管理システムから同時選択不可と指定された複数の前記提案情報を受信した場合には、
    　前記輸送割当プラン作成処理において、前記受信した複数の提案情報から選択された最大でも１つの前記提案情報に基づき、輸送割当プランを作成する、
    　請求項１に記載のオペレーションプラン作成システム。
  10. 　オペレーションプラン作成システムが複数の交通サービスの運行管理システムと情報を送受信する交通サービス連携システムであって、
    　前記オペレーションプラン作成システムは、
    　移動者の出発地及び目的地の情報を含む移動需要を記憶する記憶部、及び、
    　前記移動需要に基づき、複数の交通サービスの輸送手段のうち少なくとも１以上の輸送手段を用いて移動する前記移動者の、前記出発地から前記目的地までの移動経路を構成する１又は複数の区間の各区間における、前記輸送手段による移動者の移動の情報である個別需要をそれぞれ作成する個別需要推定処理と、
    　作成した各前記個別需要に基づき、前記輸送手段による前記各区間の輸送サービスの評価値であるサービスレベルを前記輸送手段ごとに算出し、算出した前記サービスレベルを含む情報である提案要求情報を前記輸送手段ごとに作成し、作成した各前記提案要求情報を、前記輸送手段に対応づけられた前記運行管理システムにそれぞれ送信する提案要求処理と、
    　各前記運行管理システムから、前記提案要求情報に対するサービスレベルの応答情報である提案情報を受信する提案受信処理と、
    　受信した各前記提案情報が示すサービスレベルを満たす、前記輸送手段による前記各区間のサービスレベルの情報である輸送割当プランを、前記輸送手段ごとに作成する輸送割当プラン作成処理と、
    　前記作成した各前記輸送割当プランを、当該輸送割当プランに係る前記輸送手段に対応づけられた前記運行管理システムにそれぞれ送信する割当結果送信処理と
    　を実行する演算処理部を備える、交通サービス連携システム。
  11. 　前記運行管理システムは少なくとも演算処理部を備え、前記演算処理部は、前記オペレーションプラン作成システムから複数の提案要求情報を受信し、受信した前記複数の提案要求情報に対応する一の提案情報を、前記オペレーションプラン作成システムに送信する処理を実行する、請求項１０に記載の交通サービス連携システム。
  12. 　前記運行管理システムは制御装置を備え、前記制御装置は、前記オペレーションプラン作成システムから受信した前記輸送割当プランに基づき前記輸送手段を制御する、請求項１０に記載の交通サービス連携システム。
  13. 　複数の運行管理システムと情報を送受信するオペレーションプラン作成システムにおけるオペレーションプラン作成方法であって、
    　演算処理部及び記憶部を備える前記オペレーションプラン作成システムの前記演算処理部により、
    　移動者の出発地及び目的地の情報を含む移動需要を前記記憶部に記憶し、
    　前記移動需要に基づき、複数の交通サービスの輸送手段のうち少なくとも１以上の輸送手段を用いて移動する前記移動者の、前記出発地から前記目的地までの移動経路を構成する１又は複数の区間の各区間における、いずれかの前記輸送手段による移動の情報である個別需要をそれぞれ作成する個別需要推定処理と、
    　作成した各前記個別需要に基づき、前記輸送手段による前記移動者に対する前記各区間の輸送サービスの評価値であるサービスレベルを前記輸送手段ごとに算出し、算出した前記サービスレベルを含む情報である提案要求情報を前記輸送手段ごとに作成し、作成した各前記提案要求情報を、前記輸送手段に対応づけられた情報処理装置にそれぞれ送信する提案要求処理と、
    　各前記情報処理装置から、前記提案要求情報に対するサービスレベルの応答情報である提案情報を受信する提案受信処理と、
    　受信した各前記提案情報が示すサービスレベルを満たす、前記輸送手段による前記各区間のサービスレベルの情報である輸送割当プランを、前記輸送手段ごとに作成する輸送割当プラン作成処理と、
    　前記作成した各前記輸送割当プランを、当該輸送割当プランに係る前記輸送手段に対応づけられた情報処理装置にそれぞれ送信する割当結果送信処理と
    　を実行する、オペレーションプラン作成方法。
  14. 　演算処理部及び記憶部を備える情報処理装置の前記演算処理部に、
    　移動者の出発地及び目的地の情報を含む移動需要を前記記憶部に記憶する処理と、
    　前記移動需要に基づき、複数の交通サービスの輸送手段のうち少なくとも１以上の輸送手段を用いて移動する前記移動者の、前記出発地から前記目的地までの移動経路を構成する１又は複数の区間の各区間における、前記輸送手段による移動者の移動の情報である個別需要をそれぞれ作成する個別需要推定処理と、
    　作成した各前記個別需要に基づき、前記輸送手段による前記各区間の輸送サービスの評価値であるサービスレベルを前記輸送手段ごとに算出し、算出した前記サービスレベルを含む情報である提案要求情報を前記輸送手段ごとに作成し、作成した各前記提案要求情報を、前記輸送手段に対応づけられた情報処理装置にそれぞれ送信する提案要求処理と、
    　各前記情報処理装置から、前記提案要求情報に対するサービスレベルの応答情報である提案情報を受信する提案受信処理と、
    　受信した各前記提案情報が示すサービスレベルを満たす、前記輸送手段による前記各区間のサービスレベルの情報である輸送割当プランを、前記輸送手段ごとに作成する輸送割当プラン作成処理と、
    　前記作成した各前記輸送割当プランを、当該輸送割当プランに係る前記輸送手段に対応づけられた情報処理装置にそれぞれ送信する割当結果送信処理と
    　を実行させる、オペレーションプラン作成プログラム。
     
PCT/JP2022/012382 2022-03-17 2022-03-17 オペレーションプラン作成システム、交通サービス連携システム、オペレーションプラン作成方法、及びオペレーションプラン作成プログラム WO2023175853A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
PCT/JP2022/012382 WO2023175853A1 (ja) 2022-03-17 2022-03-17 オペレーションプラン作成システム、交通サービス連携システム、オペレーションプラン作成方法、及びオペレーションプラン作成プログラム

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2022/012382 WO2023175853A1 (ja) 2022-03-17 2022-03-17 オペレーションプラン作成システム、交通サービス連携システム、オペレーションプラン作成方法、及びオペレーションプラン作成プログラム

Publications (1)

Publication Number Publication Date
WO2023175853A1 true WO2023175853A1 (ja) 2023-09-21

Family

ID=88022575

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2022/012382 WO2023175853A1 (ja) 2022-03-17 2022-03-17 オペレーションプラン作成システム、交通サービス連携システム、オペレーションプラン作成方法、及びオペレーションプラン作成プログラム

Country Status (1)

Country Link
WO (1) WO2023175853A1 (ja)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002026971A (ja) * 2000-07-10 2002-01-25 Aabanburein:Kk ドメイン接続方法及びシステム
JP2018084855A (ja) * 2016-11-21 2018-05-31 株式会社日立製作所 交通需給マッチングシステムおよび交通需給マッチング方法
JP2022006482A (ja) * 2020-06-24 2022-01-13 株式会社日立製作所 ナビゲーション装置、及びナビゲーション方法
JP2022037515A (ja) * 2020-08-25 2022-03-09 株式会社日立製作所 オペレーション連携装置およびオペレーション連携支援方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002026971A (ja) * 2000-07-10 2002-01-25 Aabanburein:Kk ドメイン接続方法及びシステム
JP2018084855A (ja) * 2016-11-21 2018-05-31 株式会社日立製作所 交通需給マッチングシステムおよび交通需給マッチング方法
JP2022006482A (ja) * 2020-06-24 2022-01-13 株式会社日立製作所 ナビゲーション装置、及びナビゲーション方法
JP2022037515A (ja) * 2020-08-25 2022-03-09 株式会社日立製作所 オペレーション連携装置およびオペレーション連携支援方法

Similar Documents

Publication Publication Date Title
US20220172175A1 (en) Transportation system and method for allocating frequencies of transit services therein
US20210295706A1 (en) Avoiding missed rideshare connections
US20220003561A1 (en) Real-time ride sharing solutions for unanticipated changes during a ride
US20100299177A1 (en) Dynamic bus dispatching and labor assignment system
JP6931446B2 (ja) プログラム、情報処理方法及び情報処理装置
JP6895325B2 (ja) 交通需要予測装置、交通需要予測方法、及び交通需要予測プログラム
JP4056076B2 (ja) 空席経路探索システム、空席経路探索装置および端末装置
JP2022513414A (ja) アーリーライダー及びレイトライダーをスケジューリングするシステム及び方法
JP6068634B2 (ja) 路線運行実績予測時刻生成システム、路線運行実績予測時刻生成方法及び路線運行実績予測時刻生成プログラム
US11953334B2 (en) System and method for vehicle routing
Estrada et al. Operational cost and user performance analysis of on-demand bus and taxi systems
US20180268510A1 (en) Systems and methods for real-time scheduling in a transportation system based upon a user criteria
Rajendran Real-time dispatching of air taxis in metropolitan cities using a hybrid simulation goal programming algorithm
Cats et al. Effect of real-time transit information on dynamic passenger path choice
US20220004199A1 (en) Accounting for driver reaction time when providing driving instructions
US20200356931A1 (en) Resource mediation system and resource mediation apparatus
JP6649121B2 (ja) 乗務員運用管理システムおよび乗務員運用管理方法
WO2023175853A1 (ja) オペレーションプラン作成システム、交通サービス連携システム、オペレーションプラン作成方法、及びオペレーションプラン作成プログラム
JP2018088069A (ja) 輸送サービス情報提供装置、及び輸送サービス情報提供方法
Chaturvedi et al. A multi-modal ride sharing framework for last mile connectivity
JP2020160960A (ja) 移動支援システム及び方法
JP7452964B2 (ja) 表示制御装置、表示制御方法および表示制御プログラム
JP2021015379A (ja) 配車処理装置
JP7449192B2 (ja) ダイヤ情報管理システム、ダイヤ情報管理方法および運行案内システム
WO2023175852A1 (ja) 交通サービス連携支援装置、交通サービス連携支援方法、及び交通サービス連携支援システム

Legal Events

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

Ref document number: 22932127

Country of ref document: EP

Kind code of ref document: A1