WO2017187569A1 - 予約管理装置、予約管理方法及び予約管理プログラム - Google Patents

予約管理装置、予約管理方法及び予約管理プログラム Download PDF

Info

Publication number
WO2017187569A1
WO2017187569A1 PCT/JP2016/063256 JP2016063256W WO2017187569A1 WO 2017187569 A1 WO2017187569 A1 WO 2017187569A1 JP 2016063256 W JP2016063256 W JP 2016063256W WO 2017187569 A1 WO2017187569 A1 WO 2017187569A1
Authority
WO
WIPO (PCT)
Prior art keywords
condition
reservation
adjustment
person
plan
Prior art date
Application number
PCT/JP2016/063256
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 US16/079,040 priority Critical patent/US20190057328A1/en
Priority to PCT/JP2016/063256 priority patent/WO2017187569A1/ja
Priority to CN201680084707.2A priority patent/CN109074533A/zh
Priority to DE112016006647.3T priority patent/DE112016006647T5/de
Priority to JP2018514030A priority patent/JP6415782B2/ja
Publication of WO2017187569A1 publication Critical patent/WO2017187569A1/ja

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/02—Reservations, e.g. for tickets, services or events
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising
    • G06Q30/0207—Discounts or incentives, e.g. coupons or rebates
    • G06Q30/0208—Trade or exchange of goods or services in exchange for incentives or rewards

Definitions

  • the present invention relates to a reservation management apparatus, a reservation management method, and a reservation management program.
  • Patent Document 1 a reservation person designates a desired fixed time at the time of service reservation, and exchanges a tentative reservation between the reservation persons until the fixed desired time, thereby improving the profit of the reservation person and the business operator. Is disclosed.
  • the service provider (hereinafter also referred to as the business operator) should formulate an optimal service provision plan from the viewpoint of the service provider's own economy while satisfying the requirements of the reservation person (hereinafter also referred to as the user). I hope.
  • the service provision plan optimum for the service provider also changes. For example, in a transportation service such as a demand car, operation costs can be reduced by transporting users in the same direction together by carpooling.
  • the user may wish to share a car if he / she can receive a discount by accepting the carpool.
  • the main purpose of the present invention is to solve the above problems. That is, the main object of the present invention is to change the service provision plan using service provision conditions that the reservation person does not approve at the time of reservation, improve the satisfaction of the reservation person, and improve the profit of the operator. To do.
  • the reservation management device includes: A plan generation unit that generates a service provision plan for the reservation person using an approval condition that is a service provision condition approved by the service reservation person at the time of reservation; The reservation person does not substitute the replacement condition that the reservation person does not approve at the time of reservation, which is a disadvantage for the reservation person than the approval condition and is a service provision condition that is more advantageous than the approval condition for the service provider.
  • a condition generation unit that generates a condition given to the reservation person when the condition is allowed; and As a result of the inquiry about whether or not the reservation person accepts the alternative condition and the reward, when the answer that allows the alternative condition and the reward is obtained from the reservation person, the alternative condition is used.
  • a plan updating unit for updating a service provision plan for the reservation person.
  • an alternative condition which is a service provision condition that is more disadvantageous than the approval condition for the reservation provider and more advantageous than the approval condition for the service provider, which is not approved by the reservation person at the time of reservation, is generated together with the reward. Furthermore, in the present invention, when an answer that allows an alternative condition and a reward is obtained from the reservation person, the service provision plan for the reservation person is updated using the alternative condition. Therefore, according to the present invention, the service provision plan can be changed using service provision conditions that the reservation person has not approved at the time of reservation, and as a result, the satisfaction of the reservation person is improved and the profit of the operator is improved. Can be improved.
  • FIG. 3 shows a configuration example of a reservation system according to the first embodiment.
  • FIG. 3 is a diagram illustrating a hardware configuration example of a reservation apparatus according to the first embodiment.
  • FIG. 3 is a diagram illustrating a hardware configuration example of a reservation management apparatus according to the first embodiment.
  • FIG. 3 is a diagram illustrating a functional configuration example of a reservation apparatus according to the first embodiment.
  • FIG. 3 is a diagram illustrating a functional configuration example of a reservation management apparatus according to the first embodiment.
  • FIG. 3 is a flowchart showing an operation example of the reservation management apparatus according to the first embodiment.
  • FIG. 3 is a flowchart showing details of reservation reception processing according to the first embodiment.
  • FIG. 4 is a flowchart showing details of an adjustment response reception process according to the first embodiment.
  • FIG. 3 is a diagram illustrating a hardware configuration example of a reservation apparatus according to the first embodiment.
  • FIG. 3 is a diagram illustrating a hardware configuration example of a reservation management apparatus according to
  • FIG. 3 is a flowchart showing details of a planning process according to the first embodiment.
  • FIG. 3 is a flowchart showing details of a plan confirmation process according to the first embodiment.
  • FIG. 4 is a flowchart showing details of adjustment content generation processing according to Embodiment 1;
  • FIG. 4 is a flowchart showing details of relaxation condition generation processing according to Embodiment 1;
  • FIG. 4 is a flowchart showing details of relaxation condition generation processing according to Embodiment 1;
  • FIG. 4 is a diagram showing an example of a reservation management table according to the first embodiment. The figure which shows the example of the operation plan management table which concerns on Embodiment 1.
  • FIG. FIG. 5 is a diagram showing an example of a condition management table according to the first embodiment.
  • FIG. 5 is a diagram showing an example of a condition management table according to the first embodiment.
  • FIG. 4 is a diagram illustrating an example of a condition code table according to the first embodiment.
  • FIG. 4 is a diagram showing an example of an adjustment management table according to the first embodiment.
  • FIG. 4 is a diagram illustrating an example of an adjustment success rate management table according to the first embodiment.
  • FIG. The figure which shows the example of the operation plan management table after the update which concerns on Embodiment 1.
  • FIG. The figure which shows the example of the reservation condition management table after the update which concerns on Embodiment 1.
  • FIG. *** Explanation of configuration *** FIG. 1 shows a configuration example of a reservation system 100 according to the present embodiment.
  • the reservation device 200 is a computer used by a service user to make a service reservation.
  • the user is also referred to as a reservation person.
  • the reservation management apparatus 300 is a computer that accepts reservations.
  • the operation performed in the reservation management apparatus 300 corresponds to an example of a reservation management method.
  • a user makes a service reservation on demand using the reservation device 200, and the reservation management device 300 generates a service provision plan according to the reservation status.
  • a transport service such as a demand car will be described as an example.
  • FIG. 2 shows a hardware configuration example of the reservation apparatus 200.
  • the reservation apparatus 200 includes a processor 201, a memory 202, an input device 203, a display device 204, and a communication device 205 as hardware.
  • the processor 201 is a circuit that performs an operation.
  • the processor 201 executes a program that realizes functions of a reservation transmission unit 210, a reservation change result reception unit 220, an adjustment request reception unit 230, and an adjustment response transmission unit 240 described later.
  • the processor 201 is a CPU (Central Processing Unit).
  • the memory 202 stores information necessary for calculation. Further, the memory 202 stores programs that realize the functions of the reservation transmission unit 210, the reservation change result reception unit 220, the adjustment request reception unit 230, and the adjustment response transmission unit 240.
  • the memory 202 is a RAM (Random Access Memory).
  • the input device 203 is used by a user to input reservation contents into the reservation apparatus 200.
  • the input device 203 is an interface such as a keyboard and a mouse.
  • the display 204 displays a reservation input screen, a result screen, and the like.
  • the display 204 is an interface with a display.
  • the communication device 205 is a circuit that communicates with the reservation management apparatus 300.
  • the communication device 205 is specifically a communication chip or a NIC (Network Interface Card).
  • FIG. 3 shows a hardware configuration example of the reservation management apparatus 300.
  • the reservation management apparatus 300 includes a processor 301, a memory 302, an input device 303, a display device 304, a communication device 305, and a storage 306 as hardware.
  • the processor 301 is a circuit that performs an operation.
  • the processor 301 is a program that realizes functions of a reservation management control unit 310, a reservation receiving unit 311, a plan planning unit 320, a plan determination unit 321, an adjustment content generation unit 330, an adjustment request transmission unit 350, and an adjustment response reception unit 360, which will be described later.
  • a program that realizes the functions of the planning unit 320 and the adjustment content generation unit 330 corresponds to a reservation management program.
  • the processor 301 is a CPU.
  • the memory 302 stores information necessary for calculation.
  • the memory 302 implements the functions of a reservation management control unit 310, a reservation reception unit 311, a plan planning unit 320, a plan determination unit 321, an adjustment content generation unit 330, an adjustment request transmission unit 350, and an adjustment response reception unit 360.
  • the program is loaded.
  • the memory 302 is a RAM.
  • the storage 306 stores a large amount of information.
  • the storage 306 is a program that realizes the functions of the reservation management control unit 310, the reservation reception unit 311, the planning unit 320, the plan determination unit 321, the adjustment content generation unit 330, the adjustment request transmission unit 350, and the adjustment response reception unit 360.
  • the storage 306 is a flash memory or an HDD (Hard Disk Drive).
  • the storage 306 also stores an OS (Operating System). At least a part of the OS is executed by the processor 301. While executing at least part of the OS, the processor 301 executes a reservation management control unit 310, a reservation reception unit 311, a plan planning unit 320, a plan determination unit 321, an adjustment content generation unit 330, an adjustment request transmission unit 350, and an adjustment response reception unit. A program for realizing the functions of 360 is executed. When the processor 301 executes the OS, task management, memory management, file management, communication control, and the like are performed.
  • OS Operating System
  • a program that realizes the functions of the reservation management control unit 310, the reservation reception unit 311, the planning unit 320, the plan determination unit 321, the adjustment content generation unit 330, the adjustment request transmission unit 350, and the adjustment response reception unit 360 is a magnetic disk, flexible You may memorize
  • the input device 303 is used for an operator of the reservation management apparatus 300 to input various instructions to the reservation management apparatus 300.
  • the display unit 304 displays various information to the operator of the reservation management apparatus 300.
  • the communication device 305 is a circuit that communicates with the reservation device 200.
  • the reservation management apparatus 300 may be realized by an electronic circuit such as a logic IC (Integrated Circuit), a GA (Gate Array), an ASIC (Application Specific Integrated Circuit), or an FPGA (Field-Programmable Gate Array). Note that the processor 301 and the above-described electronic circuits are collectively referred to as a processing circuit.
  • a logic IC Integrated Circuit
  • GA Gate Array
  • ASIC Application Specific Integrated Circuit
  • FPGA Field-Programmable Gate Array
  • FIG. 4 shows a functional configuration example of the reservation apparatus 200.
  • the reservation device 200 includes a reservation transmission unit 210, a reservation change result reception unit 220, an adjustment request reception unit 230, and an adjustment response transmission unit 240.
  • the reservation transmission unit 210 transmits reservation data to the reservation management apparatus 300.
  • the reservation data includes a user number, a departure point code, a destination code, a desired departure time, and a desired arrival time.
  • the user number is an identifier that can uniquely identify the user of the reservation apparatus 200.
  • the departure place code is an identifier that can uniquely identify the departure place desired by the user.
  • the destination code is an identifier that can uniquely identify the destination desired by the user.
  • the desired departure time is the departure time desired by the user.
  • the desired arrival time is the arrival time desired by the user.
  • These departure place code, destination code, desired departure time, and desired arrival time are conditions (service provision conditions) for providing a transportation service.
  • the departure place code, destination code, desired departure time, and desired arrival time are service provision conditions specified by the reservation person at the time of reservation, and are referred to as reservation conditions.
  • the approval condition may be described in the reservation data.
  • the approval condition is a condition that is more disadvantageous to the reservation person than the reservation condition that is approved by the reservation person at the time of reservation, and is advantageous to the business operator.
  • the approval condition may be held in advance in the reservation management apparatus 300. When the approval condition is held in the reservation management apparatus 300, the approval condition may not be described in the reservation data.
  • the condition is composed of a condition code and a condition value. As will be described later, approval conditions are listed in the condition management table 381 in FIG. That is, the approval conditions in FIG.
  • condition code for example, “TYPE”
  • approval condition value for example, [2]
  • a certain condition may be expressed as larger / smaller than another condition.
  • a certain condition for example, condition A
  • condition B another condition
  • condition code for condition A and the condition code for condition B are the same
  • condition value for condition A is the condition for condition B Means greater / less than the value.
  • the reservation change result receiving unit 220 receives change reservation notification data from the reservation management apparatus 300.
  • the changed reservation notification data is data for notifying the changed reservation when the reservation management apparatus 300 changes the reservation.
  • the adjustment request receiving unit 230 receives the adjustment request data from the reservation management device 300.
  • Alternative conditions are described in the adjustment request data.
  • the alternative condition is a service provision condition that is more disadvantageous to the reservation person than the reservation condition or the approval condition that the reservation person does not approve at the time of reservation, and is advantageous for the service provider.
  • the adjustment request data describes a reward given to the reservation person when the reservation person accepts the alternative condition.
  • the adjustment request data is data for inquiring whether to accept alternative conditions and rewards.
  • the adjustment response transmission unit 240 transmits adjustment response data to the reservation management device 300.
  • the adjustment response data is data for notifying the reservation management apparatus 300 whether or not the reservation person has permitted the alternative condition and the reward.
  • the reservation transmission unit 210, the reservation change result reception unit 220, the adjustment request reception unit 230, and the adjustment response transmission unit 240 are realized by a program, and the reservation transmission unit 210, the reservation change result reception unit 220, and the adjustment request reception unit. 230 and the program for realizing the adjustment response transmission unit 240 are executed by the processor 201.
  • FIG. 5 shows a functional configuration example of the reservation management apparatus 300.
  • the reservation management apparatus 300 includes a reservation management control unit 310, a reservation reception unit 311, a plan planning unit 320, a plan determination unit 321, an adjustment content generation unit 330, an adjustment request transmission unit 350, and an adjustment response reception unit. 360, a reservation manager 370, an operation plan manager 375, a condition manager 380, an adjustment manager 385, and an adjustment success rate manager 390.
  • the reservation management control unit 310 controls the reservation receiving unit 311, the planning unit 320, the plan confirmation unit 321, the adjustment content generation unit 330, the adjustment request transmission unit 350, and the adjustment response reception unit 360.
  • the reservation receiving unit 311 receives reservation data transmitted from the reservation device 200.
  • the planning unit 320 drafts a service provision plan. More specifically, the planning unit 320 generates a service provision plan for the reservation person using the reservation condition and the approval condition. In addition, when the planner 320 receives an answer that allows the alternative condition and the reward from the reservation person, the plan making unit 320 updates the service provision plan to the reservation person using the alternative condition.
  • the plan drafting unit 320 corresponds to a plan generation unit and a plan update unit. The operations performed by the plan planning unit 320 correspond to a plan generation process and a plan update process.
  • the adjustment content generation unit 330 generates an alternative condition and a reward given to the reservation person when the reservation person accepts the alternative condition. Specifically, the adjustment content generation unit 330 generates an alternative condition based on a past performance condition that is a service providing condition that has been inquired in the past. For example, the adjustment content generation unit 330 refers to the adjustment success rate management table 391 (example of past performance condition information) stored in the adjustment success rate management unit 390 described later, and succeeds from a plurality of past performance conditions. A past performance condition having a rate that is greater than or equal to a threshold and that is most advantageous to the operator is selected.
  • the adjustment content generation unit 330 may use the selected selected past performance condition as it is as an alternative condition, or the service provision condition that is more disadvantageous to the reservation person than the selected past performance condition and is advantageous for the service provider, It may be generated as an alternative condition.
  • the adjustment content generation unit 330 corresponds to a condition generation unit.
  • the operation performed by the adjustment content generation unit 330 corresponds to a condition generation process.
  • the adjustment request transmission unit 350 transmits the adjustment request data to the reservation device 200.
  • the adjustment response receiving unit 360 receives the adjustment response data from the reservation device 200.
  • the reservation management control unit 310, the reservation reception unit 311, the planning unit 320, the plan determination unit 321, the adjustment content generation unit 330, the adjustment request transmission unit 350, and the adjustment response reception unit 360 are realized by programs. This program is executed by the processor 301.
  • the reservation management unit 370 stores a reservation management table 371.
  • the reservation management table 371 is a table illustrated in FIG. Details of the reservation management table 371 will be described later.
  • the operation plan management unit 375 stores an operation plan management table 376.
  • the operation plan management table 376 is a table illustrated in FIG. Details of the operation plan management table 376 will be described later.
  • the condition management unit 380 stores a condition management table 381.
  • the condition management table 381 is a table illustrated in FIG. Details of the condition management table 381 will be described later.
  • the condition management unit 380 stores a condition code table 382.
  • the condition code table 382 is a table illustrated in FIG. Details of the condition code table 382 will be described later.
  • the adjustment management unit 385 stores an adjustment management table 386.
  • the adjustment management table 386 is a table illustrated in FIG. Details of the adjustment management table 386 will be described later.
  • the adjustment success rate management unit 390 stores an adjustment success rate management table 391.
  • the adjustment success rate management table 391 is a table illustrated in FIG. Details of the adjustment success rate management table 391 will be described later.
  • the reservation management unit 370, the operation plan management unit 375, the condition management unit 380, the adjustment management unit 385, and the adjustment success rate management unit 390 are realized by the memory 302 or the storage 306 shown in FIG.
  • FIG. 14 shows an example of the reservation management table 371.
  • an “reservation number” column stores an identifier (reservation number) for uniquely identifying a reservation.
  • a value for determining whether or not the reservation is confirmed is stored.
  • the “user number” column stores a user number, which is a number for uniquely identifying the reservation user.
  • the code of the departure place (departure code) is stored.
  • the “destination code” stores a destination code (destination code).
  • the departure point code and the destination code can be represented by X, Y coordinates and the like.
  • the “desired departure time” column stores a time (desired arrival time) desired by the reservation person when the vehicle arrives at the destination.
  • the “fare” column stores a fare that is provisionally determined at the time of reservation.
  • a number corresponding to the operation number of the operation plan table 376 is stored.
  • an expected time at which the vehicle finally determined as a result of the adjustment leaves the departure place is stored. At the stage where no adjustment is made, the desired departure time is stored in the “estimated departure time”.
  • the “estimated arrival time of destination” an expected time at which the vehicle finally determined as a result of adjustment arrives at the destination (predicted arrival time of destination) is stored.
  • the “desired arrival time” stores the desired arrival time.
  • the “final fare” column stores the fare finally determined as a result of the adjustment. When the fare is discounted in the adjustment, the discounted fare is stored in the “final fare”.
  • FIG. 15 shows an example of the operation plan management table 376.
  • an “operation number” column stores an identifier (operation number) for uniquely identifying the operation of the vehicle.
  • the “vehicle number” column stores the number of the vehicle to be used (vehicle number).
  • the “driver number” column the number of the driver who drives the vehicle (driver number) is stored.
  • the column of “Departure code” column stores the code of the departure place (departure code) for the destination.
  • the “reservation destination travel time” column stores the time required for travel from the departure point of the reservation to the destination (reservation destination travel time).
  • the “driving start time” column stores a time when the driver needs to start driving the vehicle (driving start time).
  • the “driving completion time” column stores the time when the driver completes driving of the vehicle (driving completion time).
  • an arrival place code (arrival place code) where the driver has finished driving the vehicle is stored.
  • FIG. 16 shows an example of the condition management table 381.
  • the “reservation number” column stores reservation numbers described in the reservation management table 371 (FIG. 14).
  • the column “condition code” a code (condition code) for uniquely identifying a condition is stored. More specifically, the condition code described in the condition code table 382 (FIG. 17) is stored in the “condition code” column.
  • the “condition value” column stores a condition value (condition value). More specifically, the “condition value” column stores one of the “settable values” in the condition code table 382 (FIG. 17).
  • the “discount rate” column stores a discount rate applied when a reservation is confirmed with the condition value indicated in “condition value”.
  • FIG. 17 shows an example of the condition code table 382.
  • a “condition code” column stores a code (condition code) for uniquely identifying a reservation condition.
  • the “upper limit value” column stores the upper limit value of the condition value that can be set by the corresponding condition code.
  • the columns “Description” and “Settable value” are described for the purpose of explanation. In the operation of the reservation management apparatus 300, the columns of “Description” and “Settable value” are not necessary.
  • FIG. 18 shows an example of the adjustment management table 386.
  • an “adjustment number” column stores an identifier (adjustment number) for uniquely identifying adjustment contents.
  • a value indicating the adjustment status is stored.
  • the reservation number the reservation number of the reservation to be adjusted is stored.
  • the user number the user number of the user to be adjusted is stored.
  • the column “condition code” the condition code of the reservation to be adjusted is stored.
  • condition value before adjustment the condition value before adjustment is stored.
  • the adjusted condition value is stored.
  • the column “adjustment request transmission time” the time when the adjustment request data is transmitted to the reservation apparatus 200 is stored.
  • the column “adjustment response reception time” stores the time at which the adjustment response data was received from the reservation apparatus 200.
  • FIG. 19 shows an example of the adjustment success rate management table 391.
  • a “user number” column stores a number (user number) for uniquely identifying a reservation person.
  • the condition codes described in the condition code table 382 are stored.
  • the “past performance condition value” column a condition value for which an inquiry has been made to the user in the past is stored.
  • the “adjustment count” column stores the number of times the user has been queried.
  • the number of successful adjustments is stored in the “success count” column.
  • the column “adjustment success rate” the probability of successful adjustment (adjustment success rate) is stored.
  • the adjustment success rate is obtained by “success count” ⁇ “adjustment count” ⁇ 100.
  • the “success average discount rate” column the average value of the discount rates when the adjustment is successful is stored.
  • the column “average response time” an average value of the time required from the transmission of the adjustment request data to the reception of the adjustment response data is stored.
  • the user uses the input device 203 of the reservation apparatus 200 to input the user number: U003 of the user and the reservation condition. For example, the user inputs the following reservation conditions.
  • Departure code L003 Destination code: L008 Desired departure time: 2015/12/22 10:30 Desired arrival time: 2015/12/22 11:10
  • the user may use GPS (Global Positioning System) information or the like as the departure point code and the destination code.
  • the user may use a code value converted from GPS information.
  • the user may input approval conditions to the reservation apparatus 200. For example, the user inputs the following approval conditions.
  • the reservation transmission unit 210 generates reservation data in which a user number input from a user and a reservation condition are described, and transmits the generated reservation data to the reservation management apparatus 300.
  • the reservation transmitting unit 210 also includes the approval condition input from the user in the reservation data.
  • the reservation management control unit 310 performs a process of waiting for reception of reservation data (step S301), a process of waiting for a predetermined time to elapse (step S304), and a process of waiting for reception of adjustment response data (step S30A). Start in parallel as separate processes.
  • Reservation receiving part 311 will perform reservation reception processing (Step S302), if reservation data from reservation apparatus 200 is received in Step S301. After performing the reservation reception process (step S302), the reservation receiving unit 311 again waits for reception of reservation data in step S301. In the reservation receiving process (step S302), the reservation receiving unit 311 mainly registers the user number and reservation conditions described in the reservation data in the reservation management table 371. Further, the reservation receiving unit 311 registers the approval condition in the condition management table 381 when the approval condition is included in the reservation data.
  • step S305 the planning unit 320 performs a planning process.
  • the procedure from step S304 to step S308 is looped.
  • the planning unit 320 In the first planning process (step S305), the planning unit 320 generates an operation plan (service provision plan) using the reservation condition and the approval condition.
  • the planning unit 320 updates the operation plan using the alternative conditions permitted by the reservation person.
  • the plan confirmation process step S306
  • the plan confirmation unit 321 confirms a reservation operation plan whose departure time is approaching.
  • the plan confirmation unit 321 mainly determines the final fare.
  • the plan determination unit 321 does substantially nothing in the plan determination process (step S306) for reservations whose departure time is not approaching.
  • the adjustment content generation process (step S307) is performed for a reservation that has not been confirmed in the plan confirmation process (step S306), that is, a reservation whose departure time is not approaching.
  • the adjustment content generation unit 330 generates an alternative condition for making an inquiry to the reservation person.
  • the adjustment request transmission unit 350 transmits adjustment request data for inquiring the reservation person whether or not the alternative condition is allowed.
  • the planning unit 320 again waits for a certain period of time (step S304).
  • the adjustment response receiving unit 360 receives the adjustment response data in step S30A described later. If the alternative condition is permitted by the reservation person in the adjustment response data, as described above, in the planning process of the next loop (step S305), the planning unit 320 sets the alternative condition permitted by the reservation person. Use to update the operation plan. The procedure from step S304 to step S308 is repeated for one reservation until the departure time approaches.
  • the adjustment response receiving unit 360 When the adjustment response receiving unit 360 receives the adjustment response data in step S30A, the adjustment response reception unit 360 performs an adjustment response reception process (step S30B). In the adjustment response reception process (step S30B), the adjustment response reception unit 360 updates the adjustment management table 386 and the adjustment success rate management table 391. If the replacement condition is permitted by the reservation person in the adjustment response data, the adjustment response receiving unit 360 updates the condition management table 381 with the replacement condition. In the adjustment response reception process (step S30B), for example, the condition management table 381 in FIG. 16 is updated to the condition management table 383 in FIG. In FIG. 16, the condition value of the record with the reservation number: Y003 and the condition code: DEP_EAR marked with an arrow is 1, but the condition value is updated to 4 in FIG.
  • step S30B After performing the adjustment response reception process (step S30B), the adjustment response reception unit 360 again waits for reception of the adjustment response data (step S30A).
  • step S311 the reservation receiving unit 311 acquires information on vehicles and drivers that can be operated with respect to the reservation contents of the received reservation data.
  • step S312 the reservation receiving unit 311 determines whether there are vehicles and drivers that can be operated. For example, if there is a vehicle that is not described in the operation plan management table 376 in the time zone required for operation, the reservation receiving unit 311 determines that there is an operable vehicle.
  • the reservation receiving unit 311 can operate when, for example, there is a driver whose working hours overlap with working hours and the driver is not listed in the operation plan management table 376. It is determined that there is a good driver.
  • the reservation receiving unit 311 transmits reservation result data for notifying the reservation result “failure” to the reservation device 200 in step S315.
  • step S313 the reservation receiving unit 311 stores the user number and reservation conditions described in the reservation data in the reservation management table 371. sign up.
  • the reservation receiving unit 311 registers the vehicle and driver secured in step S312 in the operation plan management table 376.
  • the reservation receiving unit 311 registers the record 372 in, for example, the reservation management table 371 in FIG.
  • the reservation receiving unit 311 registers the record 377 in, for example, the operation plan management table 376 in FIG. If the reservation data includes an approval condition, the reservation receiving unit 311 registers the approval condition as indicated by reference numeral 381a in the condition management table 381 of FIG. 16 in step S313.
  • step S314 the reservation receiving unit 311 transmits the reservation result data notifying the reservation result “success” to the reservation apparatus 200, and the operation flow is ended.
  • step S305 details of the planning process (step S305) will be described with reference to FIG.
  • step S321a the planning unit 320 acquires a reservation that has not been confirmed from the reservation management table 371. That is, the planning unit 320 acquires from the reservation management table 371 a record whose “reservation state” value is not “confirmed”.
  • the operation restriction condition is a restriction condition necessary for making a plan capable of operation.
  • the operation constraint condition is a constraint condition obtained from, for example, the number of vehicles that can be used, the working hours of a driver who can drive the vehicle, and the like.
  • the reservation constraint condition is a constraint condition obtained from the reservation condition.
  • the reservation constraint condition regarding the departure time is expressed as follows. Tdep (Yi) ⁇ Tdep_ear (Yi) ⁇ Tdep (Yi, Vj) Tdep (Yi) + Tdep_late (Yi) ⁇ Tdep (Yi, Vj)
  • Tdep (Y) is a desired departure time of the reservation Y.
  • the planning unit 320 uses the desired departure time described in the reservation management table 371 as Tdep (Y).
  • Tdep_ear (Y) is the size of the departure time that can be accepted by the reservation person of reservation Y.
  • the planning unit 320 uses, as Tdep_ear (Y), the value of the departure time included in the approval condition.
  • Tdep_late (Y) is the magnitude of the departure time delay that can be accepted by the reservation person of reservation Y.
  • the planning unit 320 uses the value of the departure time delay included in the approval condition as Tdep_late (Y).
  • Tdep (Y, V) is the time when the vehicle V departs from the departure place of the reservation Y.
  • step S324a the plan planning unit 320 performs an operation plan (service provision) that minimizes the operator operating cost based on the operation restriction condition obtained in step S322a and the restriction condition obtained in step S232a. (Plan).
  • step S325a the planning unit 320 updates the operation plan management table 376 in accordance with the latest operation plan obtained in step S324a.
  • the planning unit 320 updates the operation plan management table 376 in FIG. 15 to an operation plan management table 376a as shown in FIG.
  • the planning unit 320 updates the reservation management table 371 in accordance with the latest operation plan obtained in step S324a.
  • the planning unit 320 updates the reservation management table 371 in FIG. 14 as the reservation management table 371a in FIG.
  • FIGS. 20 and 21 it is assumed that the adjustment of the carpooling between the user with the user number: U003 and the user with the user number: U010 has been successful.
  • FIG. 20 and 21 it is assumed that the adjustment of the carpooling between the user with the user number: U003 and the user with the user number: U010 has been successful.
  • FIG. 20 and 21 it is assumed that the adjustment of the carpooling between the user with the user number: U003 and the user with the user number: U0
  • the record 377a and the record 378a existing in FIG. 15 are canceled, and a record 379a corresponding to the carpool is added instead.
  • the record 372 and the record 373 existing in FIG. 14 are updated to the record 372a and the record 373a in association with the record S379a of FIG.
  • the planning unit 320 updates the vehicle arrival time according to the carpool.
  • step S306 details of the plan confirmation process (step S306) will be described with reference to FIG.
  • step S321b the plan confirmation unit 321 acquires an operation that has not been confirmed from the operation plan management table 376a. That is, the plan determination unit 321 acquires a record whose “registration state” value is not “confirmed” from the operation plan management table 376a.
  • step S322b the plan determination unit 321 determines whether or not the difference between the “departure time” of the record acquired in step S321b and the current time is equal to or less than a specified time.
  • the plan determination unit 321 performs the process of step S32Ab. Details of step S32Ab will be described later.
  • the plan determination unit 321 “registered state” of the corresponding operation in the operation plan management table 376a in step S323b.
  • plan confirmation unit 321 updates the “registration state” of the record of the operation plan management table 376a acquired in step S321b to “confirmed”.
  • plan determination unit 321 updates the “reservation state” of the reservation in the reservation management table 371a to “confirmed”. That is, the plan confirmation unit 321 acquires a record of the reservation management table 371a in which the value of “operation number” of the record of the operation plan management table 376a whose “registration state” is updated to “confirmed”. Then, the plan determination unit 321 sets the “reserved state” of the acquired record to “confirmed”.
  • step S324b the plan determination unit 321 acquires the “adjustment status” value of the corresponding reservation from the adjustment management table 386. That is, the plan determination unit 321 acquires the record of the adjustment management table 386 in which the value of the “reservation number” of the record of the reservation management table 371a that has been updated “reservation state” to “confirmed” in step S322b. . Then, the plan determination unit 321 acquires the “adjustment status” value of the acquired record.
  • step S325b the plan determination unit 321 determines whether or not the “adjustment status” is “success”. If the “adjustment status” is “success” (YES in step S325b), the plan determination unit 321 performs the process of step S326b. On the other hand, if the “adjustment status” is not “success” (NO in step S325b), the plan determination unit 321 performs the process of step S328b.
  • the plan determination unit 321 updates the fare in the reservation management table 371a. More specifically, the plan determination unit 321 acquires the discount rate of the condition for which the adjustment is successful from the adjustment management table 386 and the condition management table 381. That is, the plan determination unit 321 acquires the “discount rate” of the record in the condition management table 381 that matches the “reservation number” and “condition code” of the corresponding record in the adjustment management table 386. Further, the plan determination unit 321 calculates the discounted fare by applying the acquired “discount rate” value to the “fare” of the record of the same “reservation number” in the reservation management table 371a.
  • the plan confirming unit 321 registers the calculated discounted fare in the “final fare” of the reservation management table 371a.
  • the plan determination unit 321 includes “reservation number: Y003” and “condition code: SHARE” in the first line (adjustment number: A001) and “reservation number: Y003” in the second line (adjustment number: A002) in FIG. "And” condition code: DEP_EAR "corresponding to" discount rate "are acquired from the condition management table 381 in FIG.
  • the plan determination unit 321 increases the discount rate as the response time, which is the difference between the “adjustment request transmission time” and the “adjustment response reception time” in the adjustment management table 386, or increases as the response time increases. You may adjust so that a rate may become small.
  • step S328b the plan determination unit 321 determines whether there is a change from the original reservation based on the updated reservation management table 371a. When there is a change in reservation, the plan determination unit 321 performs the process of step S329b. On the other hand, when there is no change in the reservation, the plan determination unit 321 performs the process of step S32Ab.
  • step S329b the plan determination unit 321 transmits the change reservation notification data to the reservation change result receiving unit 220 of the reservation device 200.
  • step S32Ab the plan determination unit 321 determines whether or not the processing after step S321b has been performed for all operations.
  • the plan determination unit 321 operates. End the flow.
  • the plan determination unit 321 performs the process of step S321b.
  • step S307 details of the adjustment content generation processing (step S307) will be described using the flow of FIG.
  • step S331 the adjustment content generation unit 330 acquires a reservation that has not been confirmed from the reservation management table 371a. That is, the adjustment content generation unit 330 acquires a record whose “reservation state” value is not “confirmed” from the reservation management table 371a.
  • step S332 the adjustment content generation unit 330 generates operation restriction conditions. This is the same as the processing in step S322a in FIG.
  • step S333 the adjustment content generation unit 330 performs a relaxation condition generation process.
  • the relaxation condition constraint generation process the adjustment content generation unit 330 generates a relaxation condition and generates a reservation constraint condition based on the relaxation condition.
  • “relaxation” means that the freedom degree of the reservation person is limited and the freedom degree of the business operator is expanded.
  • condition B is a relaxed condition of condition A
  • condition B has a narrower degree of freedom of the reservation person than condition A (disadvantageous for the reservation person) and a wider degree of freedom of the operator than condition A (advantageous for the operator)
  • Condition Specifically, the condition is relaxed as the settable value in FIG. 17 increases (the degree of freedom of the operator increases). Details of the relaxation condition generation process (step S333) will be described later.
  • step S334 the adjustment content generation unit 330 drafts an amendment plan for the operation plan (service provision plan) that minimizes the operator operating cost under the constraint conditions obtained in step S332 and step S333.
  • step S335 the adjustment content generation unit 330 determines whether or not the processing after step S336 is performed for all reservations. That is, the adjustment content generation unit 330 determines whether or not the processing from step S336 onward is performed for all the records in the reservation management table 371a. When the processes after step S336 are performed for all reservations, the adjustment content generation unit 330 ends the operation flow. If there is a reservation for which the process after step S336 is not performed, the adjustment content generation unit 330 performs the process after step S336 on the corresponding reservation.
  • step S336 the adjustment content generation unit 330 refers to the condition management table 381 and determines whether or not the processing after step S337 is performed for all condition codes of the corresponding reservation. When the processing after step S337 is performed for all the condition codes, the adjustment content generation unit 330 ends the operation flow. If there is a condition code that has not been subjected to the processing after step S337, the adjustment content generation unit 330 performs the processing after step S337 on the corresponding condition code.
  • step S337 the adjustment content generation unit 330 calculates service provision conditions (hereinafter referred to as correction conditions) necessary for enforcing the operation plan correction plan drafted in step S334.
  • the correction condition is either (1) relaxation condition or (2) approval condition.
  • the relaxation condition is a condition generated in step S333.
  • step S338 the adjustment content generation unit 330 compares the approval condition with the correction condition. If the value of the correction condition is greater than the value of the approval condition, that is, if the correction condition is more disadvantageous for the reservation than the approval condition and is an advantageous service provision condition for the operator, adjustment is necessary. The adjustment content generation unit 330 performs the process of step S339. On the other hand, if the value of the correction condition is equal to or less than the value of the approval condition, no adjustment is necessary, and the adjustment content generation unit 330 performs step S336 for the unprocessed reservation condition.
  • step S339 the adjustment content generation unit 330 registers the value of the correction condition in the adjustment management table 386. Specifically, the adjustment content generation unit 330 registers the value of the approval condition in “condition value before adjustment” and the value of the correction condition in “condition value after adjustment” of the adjustment management table 386.
  • the adjustment request transmission unit 350 generates adjustment request data, and transmits the generated adjustment request data to the adjustment request reception unit 230 of the reservation apparatus 200. In the adjustment request data, the correction condition is notified as an alternative condition to the reservation person who is the user of the reservation apparatus 200.
  • the adjustment request receiving unit 230 receives the adjustment request data. Then, the adjustment request receiving unit 230 displays the alternative condition notified by the adjustment request data on the display unit 204. The reservation person inputs an adjustment response to the reservation apparatus 200 using the input device 203. Then, the adjustment response transmission unit 240 generates adjustment response data for notifying the adjustment response from the reservation person, and transmits the generated adjustment response data to the adjustment response reception unit 360 of the reservation management apparatus 300.
  • the adjustment content generation unit 330 performs the processing after step S334 after step S333, but the adjustment content generation unit 330 may omit the processing after step S334. . That is, the adjustment content generation unit 330 may cause the adjustment request transmission unit 350 to generate an adjustment request message that notifies the relaxation condition generated in step S333 as an alternative condition.
  • step S333 details of the relaxation condition generation process
  • step S341 the adjustment content generation unit 330 sets a success rate reference value.
  • the success rate reference value is a success rate that serves as a reference when selecting a past performance condition from a plurality of past performance conditions. Note that the adjustment content generation unit 330 may perform step S341 once, and can omit the second and subsequent steps S341.
  • step S342 the adjustment content generation unit 330 sets a challenge probability.
  • the challenge probability is a probability serving as a reference when determining whether or not to select a condition that is more relaxed than the selected past performance condition.
  • the adjustment content generation unit 330 may perform step S342 once, and the second and subsequent steps S342 can be omitted.
  • step S343 the adjustment content generation unit 330 determines whether or not the processing after step S344 is performed for all reservations. When the processes after step S345 are performed for all reservations (YES in step S343), the adjustment content generation unit 330 ends the operation. If there is a reservation that has not been processed after step S344 (NO in step S343), the adjustment content generation unit 330 performs the process of step S344.
  • step S344 the adjustment content generation unit 330 acquires a reservation that is not “confirmed” from the reservation management table 371a. That is, the adjustment content generation unit 330 acquires a record whose “reservation state” value is not “confirmed” from the reservation management table 371a.
  • step S345 the adjustment content generation unit 330 acquires approval conditions. That is, the adjustment content generation unit 330 acquires from the record of the condition management table 381 in which the “reservation number” of the record acquired in step S344 is described. Then, the adjustment content generation unit 330 acquires the condition value described in “condition value” of the record of the acquired condition management table 381. For example, if the record acquired in step S344 is the record 372a in FIG. 20, the adjustment content generation unit 330 sets “condition value” for each “condition code” for the seven lines of records represented by reference numeral 381a in FIG. ”Is obtained. That is, the adjustment content generation unit 330 acquires the value of “condition value” in one line for each step S345.
  • step S346 the adjustment content generation unit 330 determines whether or not the processing after step S347 has been performed for all the condition codes. That is, the adjustment content generation unit 330 determines whether or not the processing after step S347 has been performed on all the seven rows represented by reference numeral 381a in FIG.
  • the adjustment content generation unit 330 performs the processing of step S343 again. If there is a condition code that has not been subjected to the processing after step S347 (NO in step S346), the adjustment content generation unit 330 performs the processing of step S347 on the corresponding condition code.
  • step S347 the adjustment content generation unit 330 stores, from the adjustment success rate management table 391, the largest (most advantageous for the operator) past success rate equal to or higher than the success rate reference value for the target condition code. Select performance conditions.
  • the success rate reference value is the value set in step S341. It is assumed that the adjustment content generation unit 330 is currently performing step S347 for “DEP_EAR” on the fourth line in FIG.
  • the success rate reference value set in step S341 is assumed to be 70%.
  • the “user number” corresponding to “reservation number: Y003” on the fourth line in FIG. 16 is “U003” from the third line (record 372a) in FIG. In FIG.
  • step S348 the adjustment content generation unit 330 compares the approval condition value with the value of the past performance condition selected in step S347 (hereinafter referred to as the selected past performance condition value).
  • the selected past performance condition value is larger than the approval condition value (YES in step S348)
  • the adjustment content generation unit 330 performs the process of step S349.
  • step S349 the adjustment content generation unit 330 sets the selected past performance condition value as the relaxation condition value.
  • step S34A the adjustment content generation unit 330 sets the success average discount rate in the adjustment success rate management table 391 as a success fee.
  • the success reward is a reward (discount rate) given to the reservation person when the reservation person accepts the selected past performance condition value.
  • step S34B the adjustment content generation unit 330 sets the approval condition value to the relaxation condition value.
  • step S34C the adjustment content generation unit 330 sets the discount rate of the approval condition value in the condition management table 381 as a success fee.
  • step S34D the adjustment content generation unit 330 generates a random number ⁇ .
  • step S34E the adjustment content generation unit 330 compares the random number ⁇ with the challenge probability set in step S342. When the random number ⁇ is smaller than the challenge probability (YES in step S34E), the adjustment content generation unit 330 performs the process of step S34F. On the other hand, when the random number ⁇ is equal to or greater than the challenge probability (NO in step S34E), the adjustment content generation unit 330 performs the process of step S34H.
  • step S34F the adjustment content generation unit 330 increases the value of the relaxation condition value set in step S349 or step S34B.
  • the adjustment content generation unit 330 increases the value of the relaxation condition value by one.
  • step S34G the adjustment content generation unit 330 increases the success reward value set in step S34A or step S34C.
  • the adjustment content generation unit 330 increases the success reward value by 10%.
  • the adjustment content generation unit In step S34F 330 changes the success fee to 20%. Note that the increase width may not be 10%.
  • step S34H the adjustment content generation unit 330 generates a reservation constraint condition for the relaxation condition value, similar to step S323a in FIG.
  • the adjustment content generation unit 330 can select past performance conditions that are more disadvantageous to the reservation person than the approval condition and are advantageous to the business operator.
  • the adjustment content generation unit 330 can set the selected selected past performance condition as a relaxation condition.
  • the adjustment content generation unit 330 can set a condition that is more disadvantageous to the reservation person than the selected past performance condition and advantageous to the business operator as the relaxation condition.
  • the relaxation condition corresponds to the correction condition and the value of the correction condition is larger than the value of the approval condition (YES in step S338 of FIG. 11)
  • the adjustment request transmission unit 350 performs step S333 of FIG.
  • the adjustment request transmission unit 350 generates adjustment request data for notifying the relaxation condition, which is more disadvantageous for the reservation person than the approval condition and advantageous for the business operator, as an alternative condition.
  • the planning unit 320 updates the operation plan using the relaxation condition (step S324a in FIG. 9).
  • step S333 in FIG. 11 is performed a plurality of times for one reservation. If the relaxation condition generated in the procedure of step S333 (FIGS. 12 and 13) is equal to or less than the relaxation condition already inquired to the reservation person, the adjustment content generation unit 330 performs the process from S334 onward for the newly generated relaxation condition. Processing is performed as follows. If the newly generated relaxation condition is the same as the relaxation condition already inquired to the reservation person, the adjustment content generation unit 330 does not perform the processing from S334 on on the newly generated relaxation condition.
  • the adjustment content generation unit 330 is newly generated.
  • the processing after S334 is not performed for the relaxed conditions. In this way, it is possible to avoid an inquiry about a relaxation condition that is lower than the relaxation condition permitted by the reservation person. Further, when the newly generated relaxation condition is lower than the relaxation condition already inquired of the reservation person and the reservation person has already rejected the relaxation condition already inquired, the adjustment content generation unit 330 is newly generated. The processing after S334 is performed for the relaxed conditions.
  • the adjustment content generation unit 330 performs the processing from S334 on on the newly generated relaxation condition.
  • step S30B the details of the adjustment response reception process
  • step S361 the adjustment response reception unit 360 updates the adjustment management table 386 based on the adjustment response data received from the reservation apparatus 200. Specifically, the adjustment response receiving unit 360 registers the reservation person's response (acceptance / rejection) notified by the adjustment response data in the “adjustment status” of the adjustment management table 386. The adjustment response receiving unit 360 registers the reception time of the adjustment response data in “Adjustment response reception time” of the adjustment management table 386.
  • step S362 the adjustment response receiving unit 360 updates the adjustment success rate management table 391 based on the adjustment response data received from the reservation device 200. Specifically, the adjustment response receiving unit 360 increases the value of “adjustment count” by one. If the reservation person's answer is acceptable, the adjustment answer receiver 360 increments the value of the “success count” by one. Further, the adjustment response receiving unit 360 calculates “adjustment success rate”, “success average discount rate”, and “average response time”, and updates the respective values. If the reservation person's answer is acceptable (YES in step S363), adjustment reply receiving unit 360 updates condition management table 381 with the alternative condition in step S364. That is, the condition management table 381 in FIG. 16 is updated to, for example, the condition management table 383 in FIG.
  • the reservation management device 300 is more disadvantageous than the reservation condition for the reservation person, which is not approved by the reservation person at the time of reservation, and is more advantageous than the approval condition for the service provider.
  • the alternative condition is generated together with the reward.
  • the reservation management apparatus 300 updates the operation plan using the alternative condition when an answer that allows the alternative condition and the reward is obtained from the reservation person. For this reason, according to the present embodiment, it is possible to change the operation plan using service provision conditions that the reservation person does not approve at the time of reservation, and as a result, the satisfaction of the reservation person is improved, Profit can be improved.
  • the reservation management device 300 generates an alternative condition that is highly likely to be successfully adjusted based on the past adjustment success rate, and updates the operation plan using the alternative condition. For this reason, it is possible to increase the possibility that the optimum plan can be implemented for the reservation person and the business operator. In the present embodiment, even if all adjustments are not completed in time, the reservation management apparatus 300 can use an alternative condition that has been successfully adjusted. Compared to, it is possible to have a desirable operation plan for the reservation person and the business operator. In this embodiment, since the success fee is set based on the past adjustment success rate, the reservation person can easily cooperate with the adjustment. In this embodiment, since the success fee is set to increase as the answer is made earlier, the reservation person can easily cooperate with the adjustment.
  • 100 reservation system 200 reservation device, 201 processor, 202 memory, 203 input device, 204 display device, 205 communication device, 210 reservation transmission unit, 220 reservation change result reception unit, 230 adjustment request reception unit, 240 adjustment response transmission unit, 300 reservation management device, 301 processor, 302 memory, 303 input device, 304 display device, 305 communication device, 306 storage, 310 reservation management control unit, 311 reservation reception unit, 320 plan planning unit, 321 plan finalizing unit, 330 adjustment contents Generation unit, 350 Adjustment request transmission unit, 360 Adjustment response reception unit, 370 Reservation management unit, 371 Reservation management table, 375 Operation plan management unit, 376 Operation plan management table, 380 Condition management unit, 381 Condition management table, 382 Condition code Table 383 condition management table, 385 adjusting management unit, 386 adjustment management table 390 adjusts success rate management section 391 adjusts success rate management table, 800 network.

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Strategic Management (AREA)
  • Development Economics (AREA)
  • Finance (AREA)
  • Accounting & Taxation (AREA)
  • General Business, Economics & Management (AREA)
  • Marketing (AREA)
  • Physics & Mathematics (AREA)
  • Entrepreneurship & Innovation (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Economics (AREA)
  • Tourism & Hospitality (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Human Resources & Organizations (AREA)
  • Game Theory and Decision Science (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

計画立案部（３２０）は、サービスの予約者が予約時に承認しているサービス提供条件である承認条件を用いて、予約者へのサービスの提供計画を生成する。調整内容生成部（３３０）は、予約者が予約時に承認していない、予約者にとって承認条件よりも不利であり、サービス提供者にとって承認条件よりも有利なサービス提供条件である代替条件を、予約者が代替条件を許容する場合に予約者に与えられる報酬とともに生成する。予約者が代替条件及び報酬を許容するか否かの問い合わせが行われた結果、予約者から代替条件及び報酬を許容する回答が得られた場合に、計画立案部（３２０）は、代替条件を用いて、予約者へのサービスの提供計画を更新する。

Description

予約管理装置、予約管理方法及び予約管理プログラム
　本発明は、予約管理装置、予約管理方法及び予約管理プログラムに関する。
　特許文献１では、予約者はサービスの予約時に確定希望時刻を指定し、確定希望時刻までの間、予約者間で仮予約を交換し合うことで、予約者と事業者の利益を向上させる方法が開示されている。
特許第４４０６６８４号
　サービス提供者（以下、事業者ともいう）は、予約者（以下、利用者ともいう）の要求を満たしつつも、サービス提供者自身の経済性の観点から最適なサービス提供計画を立案することを希望する。しかしながら、複数の利用者がオンデマンドでサービスを予約する場合は、予約状況は時々刻々と変化するため、サービス提供者に最適なサービス提供計画も変化する。例えば、デマンドカーなどの輸送サービスでは、同一方向の利用者を相乗りによりまとめて輸送することで運用コストを抑えることができる。また、利用者にとっても、相乗りを受け入れることで割引を受けられるのであれば、相乗りを希望する場合がある。
　ところが、一般的な予約システムでは、予約時にサービス提供計画が確定されるため、後からサービス提供計画を変更することができないという課題がある。
　特許文献１の技術では、予約後にサービス提供計画を変更することは可能であるが、予約者が予約時に承認していないサービス提供条件を用いてサービス提供計画を変更することができないという課題がある。
　本発明は、上記のような課題を解決することを主な目的の一つとしている。つまり、本発明は、予約者が予約時に承認していないサービス提供条件を用いてサービス提供計画を変更し、予約者の満足度を向上させ、事業者の利益を向上させることを主な目的とする。
　本発明に係る予約管理装置は、
　サービスの予約者が予約時に承認しているサービス提供条件である承認条件を用いて、前記予約者へのサービスの提供計画を生成する計画生成部と、
　前記予約者が予約時に承認していない、前記予約者にとって前記承認条件よりも不利であり、サービス提供者にとって前記承認条件よりも有利なサービス提供条件である代替条件を、前記予約者が前記代替条件を許容する場合に前記予約者に与えられる報酬とともに生成する条件生成部と、
　前記予約者が前記代替条件及び前記報酬を許容するか否かの問い合わせが行われた結果、前記予約者から前記代替条件及び前記報酬を許容する回答が得られた場合に、前記代替条件を用いて、前記予約者へのサービスの提供計画を更新する計画更新部とを有する。
　本発明では、予約者が予約時に承認していない、予約者にとって承認条件よりも不利であり、サービス提供者にとって承認条件よりも有利なサービス提供条件である代替条件を、報酬とともに生成する。更に、本発明では、予約者から代替条件及び報酬を許容する回答が得られた場合に、代替条件を用いて、予約者へのサービスの提供計画を更新する。このため、本発明によれば、予約者が予約時に承認していないサービス提供条件を用いてサービス提供計画を変更することができ、この結果、予約者の満足度を向上させ、事業者の利益を向上させることができる。
実施の形態１に係る予約システムの構成例を示す図。 実施の形態１に係る予約装置のハードウェア構成例を示す図。 実施の形態１に係る予約管理装置のハードウェア構成例を示す図。 実施の形態１に係る予約装置の機能構成例を示す図。 実施の形態１に係る予約管理装置の機能構成例を示す図。 実施の形態１に係る予約管理装置の動作例を示すフローチャート図。 実施の形態１に係る予約受信処理の詳細を示すフローチャート図。 実施の形態１に係る調整回答受信処理の詳細を示すフローチャート図。 実施の形態１に係る計画立案処理の詳細を示すフローチャート図。 実施の形態１に係る計画確定処理の詳細を示すフローチャート図。 実施の形態１に係る調整内容生成処理の詳細を示すフローチャート図。 実施の形態１に係る緩和条件生成処理の詳細を示すフローチャート図。 実施の形態１に係る緩和条件生成処理の詳細を示すフローチャート図。 実施の形態１に係る予約管理テーブルの例を示す図。 実施の形態１に係る運行計画管理テーブルの例を示す図。 実施の形態１に係る条件管理テーブルの例を示す図。 実施の形態１に係る条件コードテーブルの例を示す図。 実施の形態１に係る調整管理テーブルの例を示す図。 実施の形態１に係る調整成功率管理テーブルの例を示す図。 実施の形態１に係る更新後の予約管理テーブルの例を示す図。 実施の形態１に係る更新後の運行計画管理テーブルの例を示す図。 実施の形態１に係る更新後の予約条件管理テーブルの例を示す図。
実施の形態１．
＊＊＊構成の説明＊＊＊
　図１は、本実施の形態に係る予約システム１００の構成例を示す。
　予約システム１００では、複数の予約装置２００と予約管理装置３００がネットワーク８００を介して接続されている。
　予約装置２００は、サービスの利用者がサービスの予約を行うために用いるコンピュータである。なお、以下では、利用者は、予約者ともいう。
　予約管理装置３００は予約を受け付けるコンピュータである。予約管理装置３００で行われる動作は、予約管理方法の例に相当する。
　本実施の形態に係る予約システム１００では、利用者が予約装置２００を用いてオンデマンドでサービスの予約を行い、予約管理装置３００が、予約状況に応じてサービスの提供計画が生成される。以下では、デマンドカー等の輸送サービスを例として説明を行う。
　図２は、予約装置２００のハードウェア構成例を示す。
　図２に示すように、予約装置２００は、ハードウェアとして、プロセッサ２０１、メモリ２０２、入力器２０３、表示器２０４及び通信器２０５を備える。
　プロセッサ２０１は、演算を行う回路である。プロセッサ２０１は、後述する予約送信部２１０、予約変更結果受信部２２０、調整依頼受信部２３０及び調整回答送信部２４０の機能を実現するプログラムを実行する。プロセッサ２０１は、具体的にはＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）である。
　メモリ２０２は、演算に必要な情報を記憶する。また、メモリ２０２は、予約送信部２１０、予約変更結果受信部２２０、調整依頼受信部２３０及び調整回答送信部２４０の機能を実現するプログラムを記憶する。メモリ２０２は、具体的には、ＲＡＭ（Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｒｙ）である。
　入力器２０３は、ユーザが予約内容を予約装置２００に入力するために用いられる。入力器２０３は、キーボード、マウス等のインタフェースである。
　表示器２０４は、予約の入力画面や結果画面などを表示する。表示器２０４は、ディスプレイとのインタフェースである。
　通信器２０５は、予約管理装置３００と通信を行う回路である。通信器２０５は、具体的には、通信チップ又はＮＩＣ（Ｎｅｔｗｏｒｋ　Ｉｎｔｅｒｆａｃｅ　Ｃａｒｄ）である。
　図３は、予約管理装置３００のハードウェア構成例を示す。
　図３に示すように、予約管理装置３００は、ハードウェアとして、プロセッサ３０１、メモリ３０２、入力器３０３、表示器３０４、通信器３０５及びストレージ３０６を備える。
　プロセッサ３０１は、演算を行う回路である。プロセッサ３０１は、後述する予約管理制御部３１０、予約受信部３１１、計画立案部３２０、計画確定部３２１、調整内容生成部３３０、調整依頼送信部３５０及び調整回答受信部３６０の機能を実現するプログラムを実行する。特に、計画立案部３２０及び調整内容生成部３３０の機能を実現するプログラムは、予約管理プログラムに相当する。プロセッサ３０１は、具体的にはＣＰＵである。
　メモリ３０２は、演算に必要な情報を記憶する。また、メモリ３０２には、予約管理制御部３１０、予約受信部３１１、計画立案部３２０、計画確定部３２１、調整内容生成部３３０、調整依頼送信部３５０及び調整回答受信部３６０の機能を実現するプログラムがロードされる。メモリ３０２は、具体的にはＲＡＭである。
　ストレージ３０６は、大量の情報を蓄積する。また、ストレージ３０６は、予約管理制御部３１０、予約受信部３１１、計画立案部３２０、計画確定部３２１、調整内容生成部３３０、調整依頼送信部３５０及び調整回答受信部３６０の機能を実現するプログラムを記憶する。ストレージ３０６は、具体的にはフラッシュメモリ、ＨＤＤ（Ｈａｒｄ　Ｄｉｓｋ　Ｄｒｉｖｅ）である。
　ストレージ３０６には、ＯＳ（Ｏｐｅｒａｔｉｎｇ　Ｓｙｓｔｅｍ）も記憶されている。そして、ＯＳの少なくとも一部がプロセッサ３０１により実行される。プロセッサ３０１はＯＳの少なくとも一部を実行しながら、予約管理制御部３１０、予約受信部３１１、計画立案部３２０、計画確定部３２１、調整内容生成部３３０、調整依頼送信部３５０及び調整回答受信部３６０の機能を実現するプログラムを実行する。
　プロセッサ３０１がＯＳを実行することで、タスク管理、メモリ管理、ファイル管理、通信制御等が行われる。
　予約管理制御部３１０、予約受信部３１１、計画立案部３２０、計画確定部３２１、調整内容生成部３３０、調整依頼送信部３５０及び調整回答受信部３６０の機能を実現するプログラムは、磁気ディスク、フレキシブルディスク、光ディスク、コンパクトディスク、ブルーレイ（登録商標）ディスク、ＤＶＤ等の可搬記憶媒体に記憶されてもよい。
　入力器３０３は、予約管理装置３００のオペレータが各種指示を予約管理装置３００に入力するために用いられる。
　表示器３０４は、各種情報を予約管理装置３００のオペレータに表示する。
　通信器３０５は、予約装置２００と通信を行う回路である。
　また、予約管理装置３００は、ロジックＩＣ（Ｉｎｔｅｇｒａｔｅｄ　Ｃｉｒｃｕｉｔ）、ＧＡ（Ｇａｔｅ　Ａｒｒａｙ）、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ　Ｓｐｅｃｉｆｉｃ　Ｉｎｔｅｇｒａｔｅｄ　Ｃｉｒｃｕｉｔ）、ＦＰＧＡ（Ｆｉｅｌｄ－Ｐｒｏｇｒａｍｍａｂｌｅ　Ｇａｔｅ　Ａｒｒａｙ）といった電子回路により実現されてもよい。
　なお、プロセッサ３０１及び上記の電子回路を総称してプロセッシングサーキットリーともいう。
　図４は、予約装置２００の機能構成例を示す。
　予約装置２００は、図４に示すように、予約送信部２１０、予約変更結果受信部２２０、調整依頼受信部２３０及び調整回答送信部２４０を含む。
　予約送信部２１０は、予約管理装置３００に予約データを送信する。予約データには、利用者番号、出発地コード、目的地コード、出発希望時刻、到着希望時刻が記述されている。利用者番号は予約装置２００の利用者を一意に識別可能な識別子である。出発地コードは利用者が希望する出発地を一意に識別可能な識別子である。目的地コードは利用者が希望する目的地を一意に識別可能な識別子である。出発希望時刻は利用者が希望する出発時刻である。到着希望時刻は利用者が希望する到着時刻である。
　これら出発地コード、目的地コード、出発希望時刻、到着希望時刻は、輸送サービスを提供するための条件（サービス提供条件）である。また、これら出発地コード、目的地コード、出発希望時刻、到着希望時刻は、予約者が予約時に指定したサービス提供条件であり、予約条件という。
　また、予約データに承認条件が記述されていてもよい。承認条件は、予約者が予約時に承認している、予約条件よりも予約者にとって不利であり、事業者にとって有利な条件である。承認条件は、予め予約管理装置３００に保持されていてもよい。承認条件が予約管理装置３００に保持されている場合は、予約データに承認条件が記述されていなくてもよい。
　なお、条件は、条件コードと条件値で構成される。後述するように、図１６の条件管理テーブル３８１では、承認条件が列挙されている。つまり、図１６の承認条件は、「条件コード」（例えば、「ＴＹＰＥ」）と「承認条件値」（例えば、［２］）で構成されている。以下では、ある条件が他の条件よりも大きい／小さいと表記することがある。ある条件（例えば条件Ａ）が他の条件（例えば条件Ｂ）よりも大きい／小さいとは、条件Ａの条件コードと条件Ｂの条件コードが同じであり、条件Ａの条件値が条件Ｂの条件値よりも大きい／小さいことを意味する。
　予約変更結果受信部２２０は、予約管理装置３００から変更予約通知データを受信する。変更予約通知データは、予約管理装置３００において予約を変更した場合に、変更後の予約が通知されるデータである。
　調整依頼受信部２３０は、予約管理装置３００から調整依頼データを受信する。調整依頼データには、代替条件が記述される。代替条件は、予約者が予約時に承認していない、予約条件又は承認条件よりも予約者に不利であって、サービス提供者にとって有利なサービス提供条件である。また、調整依頼データには、予約者が代替条件を許容する場合に予約者に与えられる報酬が記述されている。調整依頼データは、代替条件及び報酬を許容するか否かを問い合わせるデータである。
　調整回答送信部２４０は、予約管理装置３００に調整回答データを送信する。調整回答データは、予約者が代替条件及び報酬を許容したか否かを予約管理装置３００に通知するデータである。
　前述したように、予約送信部２１０、予約変更結果受信部２２０、調整依頼受信部２３０及び調整回答送信部２４０はプログラムで実現され、予約送信部２１０、予約変更結果受信部２２０、調整依頼受信部２３０及び調整回答送信部２４０を実現するプログラムはプロセッサ２０１により実行される。
　図５は、予約管理装置３００の機能構成例を示す。
　予約管理装置３００は、図５に示すように、予約管理制御部３１０、予約受信部３１１、計画立案部３２０、計画確定部３２１、調整内容生成部３３０、調整依頼送信部３５０、調整回答受信部３６０、予約管理部３７０、運行計画管理部３７５、条件管理部３８０、調整管理部３８５及び調整成功率管理部３９０を含む。
　予約管理制御部３１０は、予約受信部３１１、計画立案部３２０、計画確定部３２１、調整内容生成部３３０、調整依頼送信部３５０、調整回答受信部３６０を制御する。
　予約受信部３１１は、予約装置２００から送信された予約データを受信する。
　計画立案部３２０は、サービスの提供計画を立案する。
　より具体的には、計画立案部３２０は、予約条件及び承認条件を用いて、予約者へのサービスの提供計画を生成する。また、計画立案部３２０は、予約者から代替条件及び報酬を許容する回答が得られた場合に、代替条件を用いて、予約者へのサービスの提供計画を更新する。
　計画立案部３２０は、計画生成部及び計画更新部に相当する。また、計画立案部３２０により行われる動作は、計画生成処理及び計画更新処理に相当する。
　調整内容生成部３３０は、代替条件と、予約者が当該代替条件を許容する場合に予約者に与えられる報酬を生成する。
　具体的には、調整内容生成部３３０は、予約者への問い合わせが過去に行われたことがあるサービス提供条件である過去実績条件に基づき、代替条件を生成する。例えば、調整内容生成部３３０は、後述する調整成功率管理部３９０で記憶されている調整成功率管理テーブル３９１（過去実績条件情報の例）を参照し、複数の過去実績条件の中から、成功率が閾値以上であって、事業者にとって最も有利な過去実績条件を選択する。調整成功率管理テーブル３９１では、複数の過去実績条件が記述され、複数の過去実績条件の各々に予約者への問い合わせに対する回答の成功率が記述される。そして、調整内容生成部３３０は、選択した選択過去実績条件をそのまま代替条件として用いてもよいし、選択過去実績条件よりも予約者にとって不利であり、サービス提供者にとって有利なサービス提供条件を、代替条件として生成してもよい。
　調整内容生成部３３０は、条件生成部に相当する。また、調整内容生成部３３０により行われる動作は、条件生成処理に相当する。
　調整依頼送信部３５０は、調整依頼データを予約装置２００に送信する。
　調整回答受信部３６０は、調整回答データを予約装置２００から受信する。
　前述したように、予約管理制御部３１０、予約受信部３１１、計画立案部３２０、計画確定部３２１、調整内容生成部３３０、調整依頼送信部３５０及び調整回答受信部３６０はプログラムで実現される。そして、このプログラムはプロセッサ３０１により実行される。
　予約管理部３７０は、予約管理テーブル３７１を記憶する。予約管理テーブル３７１は、図１４に例示するテーブルである。予約管理テーブル３７１の詳細は後述する。
　運行計画管理部３７５は、運行計画管理テーブル３７６を記憶する。運行計画管理テーブル３７６は、図１５に例示するテーブルである。運行計画管理テーブル３７６の詳細は後述する。
　条件管理部３８０は、条件管理テーブル３８１を記憶する。条件管理テーブル３８１は、図１６に例示するテーブルである。条件管理テーブル３８１の詳細は後述する。
　また、条件管理部３８０は、条件コードテーブル３８２を記憶する。条件コードテーブル３８２は図１７に例示するテーブルである。条件コードテーブル３８２の詳細は後述する。
　調整管理部３８５は、調整管理テーブル３８６を記憶する。調整管理テーブル３８６は、図１８に例示するテーブルである。調整管理テーブル３８６の詳細は後述する。
　調整成功率管理部３９０は、調整成功率管理テーブル３９１を記憶する。調整成功率管理テーブル３９１は、図１９に例示するテーブルである。調整成功率管理テーブル３９１の詳細は後述する。
　予約管理部３７０、運行計画管理部３７５、条件管理部３８０、調整管理部３８５及び調整成功率管理部３９０は、図３に示すメモリ３０２又はストレージ３０６により実現される。
　図１４は、予約管理テーブル３７１の例を示す。
　図１４において、「予約番号」の列には、予約を一意に識別するための識別子（予約番号）が格納される。
　「予約状態」の列には、予約が確定しているか否かを判別するための値が格納される。
　「利用者番号」の列には、予約者を一意に識別するための番号である利用者番号が格納される。
　「出発地コード」の列には、出発地のコード（出発地コード）が格納される。
　「目的地コード」には、目的地のコード（目的地コード）が格納される。出発地コード及び目的地コードはＸ、Ｙ座標等で表すことができる。
　「出発希望時刻」の列には、予約者が希望する、車両が出発地から出発する時刻（出発希望時刻）が格納される。
　「到着希望時刻」の列には、予約者が希望する、車両が目的地に到着する時刻（到着希望時刻）が格納される。
　「運賃」の列には、予約時に暫定的に決定されている運賃が格納される。
　「割当運行番号」の列には、運行計画テーブル３７６の運行番号に対応する番号が格納される。
　「出発予想時刻」の列には、調整の結果、最終的に決定された車両が出発地を出発する予想時刻が格納される。調整が行われていない段階では、「出発予想時刻」には、出発希望時刻が格納されている。
　「目的地到着予想時刻」の列には、調整の結果、最終的に決定された車両が目的地に到着する予想時刻（目的地到着予想時刻）が格納される。調整が行われていない段階では、「目的地到着予想時刻」には、到着希望時刻が格納されている。
　「最終運賃」の列には、調整の結果、最終的に決定された運賃が格納される。調整において、運賃の割引がなされた場合は、「最終運賃」には、割引後の運賃が格納される。
　図１５は、運行計画管理テーブル３７６の例を示す。
　図１５において、「運行番号」の列には、車両の運行を一意に識別するための識別子（運行番号）が格納される。
　「登録状態」の列には、運行が確定しているかを判別するための値が格納される。
　「車両番号」の列には、使用される車両の番号（車両番号）が格納される。
　「運転手番号」の列には、車両を運転する運転手の番号（運転手番号）が格納される。
　「出発地コード」の列には、出発地のコード（出発地コード）が格納される。
　「予約目的地移動時間」の列には、予約の出発地から目的地までの移動に要する時間（予約目的地移動時間）が格納される。
　「運転開始時刻」の列には、運転手が車両の運転を開始する必要がある時刻（運転開始時刻）が格納される。
　「運転完了時刻」の列には、運転手が車両の運転を完了する時刻（運転完了時刻）が格納される。
　「到着地コード」の列には、運転手が車両の運転を完了した到着地のコード（到着地コード）が格納される。
　図１６は、条件管理テーブル３８１の例を示す。
　図１６において、「予約番号」の列には、予約管理テーブル３７１（図１４）に記述される予約番号が格納される。
　「条件コード」の列には、条件を一意に識別するためのコード（条件コード）が格納される。より具体的には、「条件コード」の列には、条件コードテーブル３８２（図１７）に記述される条件コードが格納される。
　「条件値」の列には、条件の値（条件値）が格納される。より具体的には、「条件値」の列には、条件コードテーブル３８２（図１７）の「設定可能値」のいずれかの値が格納される。
　「割引率」の列には、「条件値」に示される条件値で予約が確定した場合に適用される割引率が格納される。
　図１７は、条件コードテーブル３８２の例を示す。
　図１７において、「条件コード」の列には、予約条件を一意に識別するためのコード（条件コード）が格納される。
　「上限値」の列には、対応する条件コードで設定可能な条件値の上限値が格納される。「説明」及び「設定可能値」の列は、説明のために記載している。予約管理装置３００の動作においては、「説明」及び「設定可能値」の列は必要ではない。
　図１８は、調整管理テーブル３８６の例を示す。
　図１８において、「調整番号」の列では、調整内容を一意に識別するための識別子（調整番号）が格納される。
　「調整状況」の列では、調整の状況を示す値が格納される。
　「予約番号」の列では、調整対象の予約の予約番号が格納される。
　「利用者番号」の列では、調整対象の利用者の利用者番号が格納される。
　「条件コード」の列では、調整対象の予約の条件コードが格納される。
　「調整前条件値」の列では、調整前の条件値が格納される。
　「調整後条件値」の列では、調整後の条件値が格納される。
　「調整依頼送信時刻」の列では、調整依頼データを予約装置２００に送信した時刻が格納される。
　「調整回答受信時刻」の列は、予約装置２００から調整回答データを受信した時刻が格納される。
　図１９は、調整成功率管理テーブル３９１の例を示す。
　図１９において、「利用者番号」の列では、予約者を一意に識別するための番号（利用者番号）が格納される。
　「条件コード」の列では、条件コードテーブル３８２に記述される条件コードが格納される。
　「過去実績条件値」の列では、過去に利用者への問合せが行われた条件値が格納される。
　「調整回数」の列では、利用者への問合せが行われた回数が格納される。
　「成功回数」の列では、調整に成功した回数が格納される。
　「調整成功率」の列では、調整に成功した確率（調整成功率）が格納される。調整成功率は、「成功回数」÷「調整回数」×１００で得られる。
　「成功平均割引率」の列では、調整に成功した際の割引率の平均値が格納される。
　「平均回答時間」の列では、調整依頼データを送信してから調整回答データを受信するまでに要した時間の平均値が格納される。
＊＊＊動作の説明＊＊＊
　次に、予約装置２００及び予約管理装置３００の動作を説明する。
　先ず、予約装置２００による予約データの送信について説明する。
　利用者は、予約装置２００の入力器２０３を用いて、当該利用者の利用者番号：Ｕ００３と、予約条件を入力する。
　利用者は、例えば以下のような予約条件を入力する。
　出発地コード：Ｌ００３
　目的地コード：Ｌ００８
　出発希望時刻：２０１５／１２／２２　１０：３０
　到着希望時刻：２０１５／１２／２２　１１：１０
　利用者は、出発地コード及び目的地コードとして、ＧＰＳ（Ｇｌｏｂａｌ　Ｐｏｓｉｔｉｏｎｉｎｇ　Ｓｙｓｔｅｍ）情報などを用いてもよい。また、利用者は、ＧＰＳ情報から変換したコード値を用いてもよい。
　また、利用者は、承認条件を予約装置２００に入力してもよい。利用者は、例えば、以下のような承認条件を入力する。
　車両タイプ：一般、調整時割引率：１０％
　喫煙：喫煙不可、調整時割引率：調整に応じない
　相乗り可否：相乗り可、調整時割引率：１０％
　出発時刻過早：１分－５分、調整時割引率：１０％
　出発時刻遅延：１分－５分、調整時割引率：１０％
　到着時刻過早：１分－５分、調整時割引率：１０％
　到着時刻遅延：１分－５分、調整時割引率：１０％
　なお、予約管理装置３００において承認条件が既に登録されている場合は、利用者は承認条件を入力しなくてもよい。
　予約送信部２１０は、利用者から入力された利用者番号、予約条件が記述される予約データを生成し、生成した予約データを予約管理装置３００に送信する。利用者が承認条件を入力した場合は、予約送信部２１０は、利用者から入力された承認条件も予約データに含ませる。
　次に、図６を参照して、予約管理装置３００の全体の動作を説明する。
　予約管理制御部３１０は、予約データの受信を待つ処理（ステップＳ３０１）と、一定時間が経過するのを待つ処理（ステップＳ３０４）と、調整回答データの受信を待つ処理（ステップＳ３０Ａ）を、それぞれ別プロセスとして並行して起動する。
　予約受信部３１１は、ステップＳ３０１において予約装置２００からの予約データを受信すると、予約受信処理（ステップＳ３０２）を実施する。予約受信部３１１は、予約受信処理（ステップＳ３０２）の実施後、再び、ステップＳ３０１において予約データの受信を待つ。
　予約受信処理（ステップＳ３０２）では、予約受信部３１１は、主に、予約データに記載されている利用者番号、予約条件を予約管理テーブル３７１に登録する。また、予約受信部３１１は、予約データに承認条件が含まれている場合は、条件管理テーブル３８１に承認条件を登録する。
　また、ステップＳ３０４において一定時間が経過すると、計画立案部３２０が計画立案処理（ステップＳ３０５）を実施する。ステップＳ３０４からステップＳ３０８の手順はループしている。
　１回目の計画立案処理（ステップＳ３０５）では、計画立案部３２０が、予約条件及び承認条件用いて運行計画（サービス提供計画）を生成する。
　２回目以降の計画立案処理（ステップＳ３０５）では、計画立案部３２０は、予約者により許容された代替条件を用いて、運行計画を更新する。
　計画確定処理（ステップＳ３０６）では、計画確定部３２１が、出発時刻が間近に迫った予約の運行計画を確定する。計画確定処理（ステップＳ３０６）では、計画確定部３２１は、主に、最終運賃を決定する。
　なお、計画確定部３２１は、出発時刻が間近に迫っていない予約に対しては、計画確定処理（ステップＳ３０６）では、実質的に何もしない。
　調整内容生成処理（ステップＳ３０７）は、計画確定処理（ステップＳ３０６）で確定されなかった予約、すなわち、出発時刻が間近に迫っていない予約に対して行われる。
　調整内容生成処理（ステップＳ３０７）では、調整内容生成部３３０が、予約者に問合せを行う代替条件を生成する。
　ステップＳ３０８では、調整依頼送信部３５０が、代替条件を許容するか否かを予約者に問い合わせる調整依頼データを送信する。
　調整依頼送信部３５０が調整依頼データを送信すると、再び、計画立案部３２０が、一定時間の経過を待つ（ステップＳ３０４）。
　ステップＳ３０８で送信された調整依頼データに対して予約装置２００から調整回答データが応答された場合は、後述するステップＳ３０Ａにおいて、調整回答受信部３６０が調整回答データを受信する。調整回答データで代替条件が予約者により許容されている場合は、前述したように、次のループの計画立案処理（ステップＳ３０５）では、計画立案部３２０は、予約者により許容された代替条件を用いて、運行計画を更新する。
　出発時刻が間近に迫るまで、１つの予約に対して、ステップＳ３０４からステップＳ３０８の手順が繰り返される。
　調整回答受信部３６０は、ステップＳ３０Ａにおいて、調整回答データを受信すると、調整回答受信処理（ステップＳ３０Ｂ）を実施する。調整回答受信処理（ステップＳ３０Ｂ）では、調整回答受信部３６０は、調整管理テーブル３８６、調整成功率管理テーブル３９１を更新する。
　また、調整回答データで代替条件が予約者により許容されている場合は、調整回答受信部３６０は、条件管理テーブル３８１を代替条件で更新する。調整回答受信処理（ステップＳ３０Ｂ）では、例えば、図１６の条件管理テーブル３８１が図２２の条件管理テーブル３８３に更新される。図１６では、矢印を付している予約番号：Ｙ００３、条件コード：ＤＥＰ＿ＥＡＲのレコードの条件値は１であったが、図２２では、条件値が４に更新されている。つまり、図２２の例では、予約者は、ＤＥＰ＿ＥＡＲ＝３という代替条件を許容した例が示されている。
　調整回答受信処理（ステップＳ３０Ｂ）の実施後、再び、調整回答受信部３６０は、調整回答データの受信を待つ（ステップＳ３０Ａ）。
　次に、図６の予約受信処理（ステップＳ３０２）の詳細を、図７を用いて説明する。
　予約受信部３１１は、ステップＳ３１１において、受信した予約データの予約内容に対して運行可能な車両と運転手の情報を取得する。
　予約受信部３１１は、ステップＳ３１２において、運行可能な車両及び運転手が存在するかを判定する。
　予約受信部３１１は、例えば、運行に必要な時間帯において、運行計画管理テーブル３７６に記載されていない車両があれば、運行可能な車両が存在すると判定する。
　また、予約受信部３１１は、例えば、運行に必要な時間帯と勤務時間が重複している運転手がおり、かつ、当該運転手が運行計画管理テーブル３７６に記載されていない場合に、運行可能な運転手が存在すると判定する。
　車両と運転手の少なくともいずれかが確保できない場合（ステップＳ３１２でＮＯ）は、予約受信部３１１は、ステップＳ３１５において、予約結果「失敗」を通知する予約結果データを予約装置２００に送信する。
　一方、車両と運転手の双方を確保できた場合（ステップＳ３１２でＹＥＳ）は、ステップＳ３１３において、予約受信部３１１は、予約データに記載されている利用者番号、予約条件を予約管理テーブル３７１に登録する。また、予約受信部３１１は、運行計画管理テーブル３７６にステップＳ３１２で確保した車両及び運転手を登録する。
　予約受信部３１１は、ステップＳ３１３において、例えば、図１４の予約管理テーブル３７１にレコード３７２を登録する。また、予約受信部３１１は、ステップＳ３１３において、例えば、図１５の運行計画管理テーブル３７６にレコード３７７を登録する。
　また、予約データに承認条件が含まれている場合は、予約受信部３１１は、ステップＳ３１３において、図１６の条件管理テーブル３８１に、符号３８１ａのように承認条件を登録する。
　図７のフローに戻り、ステップＳ３１３の後は、ステップＳ３１４において、予約受信部３１１は、予約結果「成功」を通知する予約結果データを予約装置２００に送信し、動作フローを終了する。
　次に、計画立案処理（ステップＳ３０５）の詳細を、図９を用いて説明する。
　ステップＳ３２１ａにおいて、計画立案部３２０は、予約管理テーブル３７１から確定済ではない予約を取得する。つまり、計画立案部３２０は、予約管理テーブル３７１から、「予約状態」の値が「確定済」ではないレコードを取得する。
　次に、ステップＳ３２２ａにおいて、計画立案部３２０は、運行制約条件を生成する。運行制約条件とは、運行可能な計画を立てるために必要な制約条件である。運行制約条件は、例えば、使用できる車両の数、運転可能な運転手の勤務時間等から得られる制約条件である。
　次に、ステップＳ３２３ａにおいて、計画立案部３２０は、予約制約条件を生成する。予約制約条件とは、予約条件から得られる制約条件である。例えば、出発時刻に関する予約制約条件は以下のように表される。
　Ｔｄｅｐ（Ｙｉ）－Ｔｄｅｐ＿ｅａｒ（Ｙｉ）≦Ｔｄｅｐ（Ｙｉ，Ｖｊ）
　Ｔｄｅｐ（Ｙｉ）＋Ｔｄｅｐ＿ｌａｔｅ（Ｙｉ）≧Ｔｄｅｐ（Ｙｉ，Ｖｊ）
　ここで、Ｔｄｅｐ（Ｙ）は、予約Ｙの出発希望時刻である。計画立案部３２０は、Ｔｄｅｐ（Ｙ）として、予約管理テーブル３７１に記載されている出発希望時刻を用いる。
　Ｔｄｅｐ＿ｅａｒ（Ｙ）は予約Ｙの予約者が許容可能な出発時刻過早の大きさである。計画立案部３２０は、Ｔｄｅｐ＿ｅａｒ（Ｙ）として、承認条件に含まれる出発時刻過早の値を用いる。
　Ｔｄｅｐ＿ｌａｔｅ（Ｙ）は予約Ｙの予約者が許容可能な出発時刻遅延の大きさである。計画立案部３２０は、Ｔｄｅｐ＿ｌａｔｅ（Ｙ）として、承認条件に含まれる出発時刻遅延の値を用いる。
　Ｔｄｅｐ（Ｙ，Ｖ）は、車両Ｖが予約Ｙの出発地を出発する時刻である。
　次に、ステップＳ３２４ａにおいて、計画立案部３２０は、ステップＳ３２２ａで得られた運行制約条件と、ステップＳ２３２ａで得られた制約条件のもと、事業者の運行コストが最小となる運行計画（サービス提供計画）を立案する。
　ステップＳ３２５ａにおいて、計画立案部３２０は、ステップＳ３２４ａにおいて得られた最新の運行計画に合せて、運行計画管理テーブル３７６を更新する。計画立案部３２０は、例えば、図１５の運行計画管理テーブル３７６を、図２１のような運行計画管理テーブル３７６ａに更新する。
　また、ステップＳ３２５ａでは、計画立案部３２０は、ステップＳ３２４ａにおいて得られた最新の運行計画に合せて、予約管理テーブル３７１を更新する。計画立案部３２０は、例えば、図１４の予約管理テーブル３７１を図２０の予約管理テーブル３７１ａのように更新する。
　図２０及び図２１の例では、利用者番号：Ｕ００３の利用者と利用者番号：Ｕ０１０の利用者との相乗りの調整が成功したことを想定している。図２１では、図１５で存在していたレコード３７７ａとレコード３７８ａがキャンセルされ、代わりに相乗りに対応するレコード３７９ａが追加されている。また、図２０では、図１４に存在していたレコード３７２とレコード３７３を、図２１のレコードＳ３７９ａに対応させて、レコード３７２ａとレコード３７３ａに更新している。また、計画立案部３２０は、この時、必要であれば、相乗りに対応させて車両到着時刻を更新する。
　次に、計画確定処理（ステップＳ３０６）の詳細を、図１０を用いて説明する。
　ステップＳ３２１ｂにおいて、計画確定部３２１は、運行計画管理テーブル３７６ａから確定済でない運行を取得する。つまり、計画確定部３２１は、運行計画管理テーブル３７６ａから、「登録状態」の値が「確定済」ではないレコードを取得する。
　次に、ステップＳ３２２ｂにおいて、計画確定部３２１は、ステップＳ３２１ｂで取得したレコードの「出発時刻」と現在時刻との差が規定時間以下であるか否かを判定する。
　「出発時刻」と現在時刻との差が規定時間よりも大きい場合（ステップＳ３２２ｂでＮＯ）は、計画確定部３２１は、ステップＳ３２Ａｂの処理を行う。ステップＳ３２Ａｂの詳細は後述する。
　一方、「出発時刻」と現在時刻との差が規定時間以下である場合（ステップＳ３２２ｂでＹＥＳ）は、計画確定部３２１は、ステップＳ３２３ｂにおいて、運行計画管理テーブル３７６ａの該当する運行の「登録状態」を「確定済」に更新する。つまり、計画確定部３２１は、ステップＳ３２１ｂで取得した運行計画管理テーブル３７６ａのレコードの「登録状態」を「確定済」に更新する。また、計画確定部３２１は、予約管理テーブル３７１ａの該当する予約の「予約状態」を「確定済」に更新する。つまり、計画確定部３２１は、「登録状態」が「確定済」に更新された運行計画管理テーブル３７６ａのレコードの「運行番号」の値が記載されている予約管理テーブル３７１ａのレコードを取得する。そして、計画確定部３２１は、取得したレコードの「予約状態」を「確定済」にする。
　次に、ステップＳ３２４ｂにおいて、計画確定部３２１は、調整管理テーブル３８６から該当する予約の「調整状況」の値を取得する。
　つまり、計画確定部３２１は、ステップＳ３２２ｂにおいて「予約状態」を「確定済」に更新した予約管理テーブル３７１ａのレコードの「予約番号」の値が記載されている調整管理テーブル３８６のレコードを取得する。そして、計画確定部３２１は、取得したレコードの「調整状況」の値を取得する。
　次に、ステップＳ３２５ｂにおいて、計画確定部３２１は、「調整状況」が「成功」であるか否かを判定する。
　「調整状況」が「成功」であれば（ステップＳ３２５ｂでＹＥＳ）は、計画確定部３２１は、ステップＳ３２６ｂの処理を行う。一方、「調整状況」が「成功」でなければ（ステップＳ３２５ｂでＮＯ）は、計画確定部３２１は、ステップＳ３２８ｂの処理を行う。
　ステップＳ３２６ｂでは、計画確定部３２１は、予約管理テーブル３７１ａの運賃を更新する。
　より具体的には、計画確定部３２１は、調整管理テーブル３８６と条件管理テーブル３８１から、調整が成功した条件の割引率を取得する。つまり、計画確定部３２１は、調整管理テーブル３８６の該当するレコードの「予約番号」及び「条件コード」と一致する条件管理テーブル３８１のレコードの「割引率」を取得する。
　更に、計画確定部３２１は、取得した「割引率」の値を、予約管理テーブル３７１ａの同じ「予約番号」のレコードの「運賃」に適用して、割引後の運賃を算出する。そして、計画確定部３２１は、算出した割引後の運賃を、予約管理テーブル３７１ａの「最終運賃」に登録する。
　計画確定部３２１は、例えば、図１８の１行目（調整番号：Ａ００１）の「予約番号：Ｙ００３」及び「条件コード：ＳＨＡＲＥ」と２行目（調整番号：Ａ００２）の「予約番号：Ｙ００３」及び「条件コード：ＤＥＰ＿ＥＡＲ」に対応する「割引率」を、図２２の条件管理テーブル３８１から取得する。「予約番号：Ｙ００３」の「条件コード：ＳＨＡＲＥ」と「条件コード：ＤＥＰ＿ＥＡＲ」の「割引率」は、それぞれ１０％であるため、合計２０％を元々の運賃３０００円（図２０のレコード３７２ａの運賃）に適用する。この結果、図２０のレコード３７２ａの「最終運賃」は２４００円となる。
　なお、計画確定部３２１は、調整管理テーブル３８６の「調整依頼送信時刻」と「調整回答受信時刻」との差である回答時間が短いほど割引率が高くなる、あるいは、回答時間が長いほど割引率が小さくなるように調整してもよい。
　次に、ステップＳ３２８ｂにおいて、計画確定部３２１は、更新された予約管理テーブル３７１ａより、元々の予約からの変更があるかを判定する。予約の変更がある場合は、計画確定部３２１はステップＳ３２９ｂの処理を行う。
　一方、予約の変更がない場合は、計画確定部３２１はステップＳ３２Ａｂの処理を行う。
　ステップＳ３２９ｂにおいて、計画確定部３２１は、変更予約通知データを予約装置２００の予約変更結果受信部２２０に送信する。
　ステップＳ３２Ａｂにおいて、計画確定部３２１は、全ての運行について、ステップＳ３２１ｂ以降の処理を実施したか否かを判定する。全ての運行についてステップＳ３２１ｂ以降の処理を実施している場合、つまり、運行計画管理テーブル３７６ａの全てのレコードに対してステップＳ３２１ｂ以降の処理を実施している場合は、計画確定部３２１は、動作フローを終了する。
　一方、未実施の運行がある場合には、計画確定部３２１は、ステップＳ３２１ｂの処理を行う。
　次に、調整内容生成処理（ステップＳ３０７）の詳細を、図１１のフローを用いて説明する。
　ステップＳ３３１において、調整内容生成部３３０は、予約管理テーブル３７１ａから確定済みでない予約を取得する。つまり、調整内容生成部３３０は、予約管理テーブル３７１ａから、「予約状態」の値が「確定済」ではないレコードを取得する。
　ステップＳ３３２において、調整内容生成部３３０は、運行制約条件を生成する。これは、図９のステップＳ３２２ａの処理と同様である。
　ステップＳ３３３において、調整内容生成部３３０は、緩和条件生成処理を行う。緩和条件制約生成処理では、調整内容生成部３３０は、緩和条件を生成し、緩和条件に基づく予約制約条件を生成する。
　なお、「緩和」とは、予約者の自由度を制限し、事業者の自由度を拡張することを意味する。条件Ｂが条件Ａの緩和条件であれば、条件Ｂは、予約者の自由度が条件Ａよりも狭く（予約者にとって不利）、事業者の自由度が条件Ａよりも広い（事業者にとって有利）条件である。
　具体的には、図１７の設定可能値が大きくなるにつれて、条件が緩和されていく（事業者の自由度が増す）。
　なお、緩和条件生成処理（ステップＳ３３３）の詳細は後述する。
　ステップＳ３３４において、調整内容生成部３３０は、ステップＳ３３２及びステップＳ３３３において得られた制約条件のもと、事業者の運行コストが最小となる運行計画（サービス提供計画）の修正案を立案する。
　ステップＳ３３５において、調整内容生成部３３０は、全ての予約についてステップＳ３３６以降の処理を実施しているか否かを判定する。つまり、調整内容生成部３３０は、予約管理テーブル３７１ａの全てのレコードについてステップＳ３３６以降の処理を実施しているか否かを判定する。
　全ての予約についてステップＳ３３６以降の処理を実施している場合は、調整内容生成部３３０は、動作フローを終了する。ステップＳ３３６以降の処理を実施していない予約があれば、調整内容生成部３３０は、該当する予約に対してステップＳ３３６以降の処理を実施する。
　ステップＳ３３６において、調整内容生成部３３０は、条件管理テーブル３８１を参照し、該当する予約の全ての条件コードについてステップＳ３３７以降の処理を実施しているか否かを判定する。全ての条件コードについてステップＳ３３７以降の処理を実施している場合は、調整内容生成部３３０は、動作フローを終了する。ステップＳ３３７以降の処理を実施していない条件コードがあれば、調整内容生成部３３０は、該当する条件コードに対してステップＳ３３７以降の処理を実施する。
　ステップＳ３３７において、調整内容生成部３３０は、ステップＳ３３４で立案した運行計画修正案を施行するために必要なサービス提供条件（以下、修正条件という）を算出する。
　修正条件は、（１）緩和条件、（２）承認条件のいずれかである。
　緩和条件とは、ステップＳ３３３で生成される条件である。
　ステップＳ３３８において、調整内容生成部３３０は、承認条件と修正条件とを比較する。
　修正条件の値が承認条件の値よりも大きい場合、すなわち、修正条件が承認条件よりも予約者にとって不利であり、事業者にとって有利なサービス提供条件である場合は、調整が必要であるため、調整内容生成部３３０は、ステップＳ３３９の処理を行う。
　一方、修正条件の値が承認条件の値以下であれば、調整が不要なため、調整内容生成部３３０は、未処理の予約条件に対してステップＳ３３６を行う。
　ステップＳ３３９において、調整内容生成部３３０は、調整管理テーブル３８６に修正条件の値を登録する。
　具体的には、調整内容生成部３３０は、承認条件の値を「調整前条件値」に登録し、修正条件の値を調整管理テーブル３８６の「調整後条件値」に登録する。
　なお、前述したように、図６のステップＳ３０８において、調整依頼送信部３５０が、調整依頼データを生成し、生成した調整依頼データを予約装置２００の調整依頼受信部２３０に送信する。調整依頼データでは修正条件が代替条件として予約装置２００のユーザである予約者に通知される。
　予約装置２００では、調整依頼受信部２３０が調整依頼データを受信する。そして、調整依頼受信部２３０が調整依頼データで通知された代替条件を表示器２０４に表示する。
　予約者は、入力器２０３を用いて、予約装置２００に調整回答を入力する。
　そして、調整回答送信部２４０が、予約者からの調整回答を通知する調整回答データを生成し、生成した調整回答データを予約管理装置３００の調整回答受信部３６０に送信する。
　なお、図１１では、調整内容生成部３３０は、ステップＳ３３３の後、ステップＳ３３４以降の処理を行うことになっているが、調整内容生成部３３０は、ステップＳ３３４以降の処理を省略してもよい。つまり、調整内容生成部３３０は、ステップＳ３３３で生成された緩和条件を代替条件として通知する調整依頼メッセージを調整依頼送信部３５０に生成させてもよい。
　次に、緩和条件生成処理（ステップＳ３３３）の詳細を、図１２及び図１３を用いて説明する。
　ステップＳ３４１において、調整内容生成部３３０は、成功率基準値を設定する。成功率基準値は、複数の過去実績条件の中から過去実績条件を選択する際に基準となる成功率である。
　なお、調整内容生成部３３０は、ステップＳ３４１を１度行えばよく、２回目以降のステップＳ３４１は省略することができる。
　ステップＳ３４２において、調整内容生成部３３０は、挑戦確率を設定する。挑戦確率は、選択した過去実績条件よりも更に緩和された条件を選択するか否かを決定する際に基準となる確率である。
　なお、調整内容生成部３３０は、ステップＳ３４２を１度行えばよく、２回目以降のステップＳ３４２は省略することができる。
　ステップＳ３４３において、調整内容生成部３３０は、全ての予約についてステップＳ３４４以降の処理を実施しているか否かを判定する。
　全ての予約についてステップＳ３４５以降の処理を実施している（ステップＳ３４３でＹＥＳ）場合は、調整内容生成部３３０は、動作はフローを終了する。
　ステップＳ３４４以降の処理を実施していない予約がある場合（ステップＳ３４３でＮＯ）は、調整内容生成部３３０は、ステップＳ３４４の処理を行う。
　ステップＳ３４４において、調整内容生成部３３０は、予約管理テーブル３７１ａから「確定済」でない予約を取得する。つまり、調整内容生成部３３０は、予約管理テーブル３７１ａから、「予約状態」の値が「確定済」ではないレコードを取得する。
　ステップＳ３４５において、調整内容生成部３３０は、承認条件を取得する。つまり、調整内容生成部３３０は、ステップＳ３４４で取得したレコードの「予約番号」が記述されている条件管理テーブル３８１のレコードをから取得する。そして、調整内容生成部３３０は、取得した条件管理テーブル３８１のレコードの「条件値」に記載の条件値を取得する。
　例えば、ステップＳ３４４で取得したレコードが図２０のレコード３７２ａであれば、調整内容生成部３３０は、図１６の符号３８１ａで表される７行分のレコードにつき、「条件コード」ごとに「条件値」の値を取得する。つまり、調整内容生成部３３０は、１回のステップＳ３４５につき、１行の「条件値」の値を取得する。
　ステップＳ３４６において、調整内容生成部３３０は、全ての条件コードについてステップＳ３４７以降の処理を実施したか否かを判定する。つまり、調整内容生成部３３０は、図１６の符号３８１ａで表される７行の全てに対してステップＳ３４７以降の処理を実施したか否かを判定する。
　全ての条件コードについてステップＳ３４７以降の処理を実施している場合（ステップＳ３４６でＹＥＳ）は、調整内容生成部３３０は、再び、ステップＳ３４３の処理を行う。
　ステップＳ３４７以降の処理を実施していない条件コードが存在する場合（ステップＳ３４６でＮＯ）は、調整内容生成部３３０は、該当する条件コードに対して、ステップＳ３４７の処理を行う。
　ステップＳ３４７において、調整内容生成部３３０は、調整成功率管理テーブル３９１から、対象となる条件コードに対して、成功率が成功率基準値以上の、最大の（事業者にとっても最も有利な）過去実績条件を選択する。
　成功率基準値は、ステップＳ３４１で設定した値である。
　現在、調整内容生成部３３０が図１６の４行目の「ＤＥＰ＿ＥＡＲ」に対してステップＳ３４７を実施しているものとする。また、ステップＳ３４１で設定された成功率基準値は、７０％であるとする。
　また、図１６の４行目の「予約番号：Ｙ００３」に対応する「利用者番号」は、図２０の３行目（レコード３７２ａ）より「Ｕ００３」である。
　調整内容生成部３３０は、図１９において、「Ｕ００３」と「ＤＥＰ＿ＥＡＲ」が記述されている４行のレコードのうち、成功率が成功率基準値（＝７０％）以上であって、過去実績条件値が最大である３行目のレコード（ＤＥＰ＿ＥＡＲ＝３）を選択する。
　ステップＳ３４８において、調整内容生成部３３０は、承認条件値と、ステップＳ３４７で選択した過去実績条件の値（以下、選択過去実績条件値という）とを比較する。
　選択過去実績条件値が承認条件値よりも大きい場合（ステップＳ３４８でＹＥＳ）は、調整内容生成部３３０は、ステップＳ３４９の処理を行う。一方、選択過去実績条件値が承認条件値以下である場合（ステップＳ３４８でＮＯ）は、調整内容生成部３３０は、ステップＳ３４Ｂの処理を行う。選択過去実績条件値である「ＤＥＰ＿ＥＡＲ＝３」は、図１６の承認条件値である「ＤＥＰ＿ＥＡＲ＝１」よりも大きいため、この例では、ステップＳ３４８はＹＥＳと判定される。
　ステップＳ３４９において、調整内容生成部３３０は、選択過去実績条件値を緩和条件値に設定する。
　ステップＳ３４Ａにおいて、調整内容生成部３３０は、調整成功率管理テーブル３９１の成功平均割引率を、成功報酬に設定する。成功報酬は、予約者が選択過去実績条件値を許容する場合に予約者に与えられる報酬（割引率）である。
　ステップＳ３４Ｂにおいて、調整内容生成部３３０は、承認条件値を緩和条件値に設定する。
　ステップＳ３４Ｃにおいて、調整内容生成部３３０は、条件管理テーブル３８１の承認条件値の割引率を成功報酬に設定する。
　ステップＳ３４Ｄにおいて、調整内容生成部３３０は、乱数γを発生させる。
　ステップＳ３４Ｅにおいて、調整内容生成部３３０は、乱数γとステップＳ３４２で設定した挑戦確率とを比較する。乱数γが挑戦確率よりも小さい場合（ステップＳ３４ＥでＹＥＳ）は、調整内容生成部３３０は、ステップＳ３４Ｆの処理を行う。一方、乱数γが挑戦確率以上である場合（ステップＳ３４ＥでＮＯ）は、調整内容生成部３３０は、ステップＳ３４Ｈの処理を行う。
　ステップＳ３４Ｆにおいて、調整内容生成部３３０は、ステップＳ３４９又はステップＳ３４Ｂで設定した緩和条件値の値を上げる。一例として、調整内容生成部３３０が緩和条件値の値を１つ上げることが考えられる。例えば、調整内容生成部３３０がステップＳ３４９で前述の過去実績条件値（ＤＥＰ＿ＥＡＲ＝３）を緩和条件値に設定している場合は、調整内容生成部３３０はステップＳ３４Ｆにおいて、緩和条件値を「ＤＥＰ＿ＥＡＲ＝４」に変更する。
　なお、上昇幅は１つでなくてもよい。
　ステップＳ３４Ｇにおいて、調整内容生成部３３０は、ステップＳ３４Ａ又はステップＳ３４Ｃで設定した成功報酬の値を上げる。一例として、調整内容生成部３３０が成功報酬の値を１０％上げることが考えられる。例えば、調整内容生成部３３０がステップＳ３４９で前述の過去実績条件値（ＤＥＰ＿ＥＡＲ＝３）を緩和条件値に設定し、ステップＳ３４Ａで成功報酬を１０％に設定している場合は、調整内容生成部３３０はステップＳ３４Ｆにおいて、成功報酬を２０％に変更する。
　なお、上昇幅は１０％でなくてもよい。
　ステップＳ３４Ｈにおいて、調整内容生成部３３０は、緩和条件値について、図９のステップＳ３２３ａと同様に、予約制約条件を生成する。
　調整内容生成部３３０は、図１３のステップＳ３４９に示すように、承認条件よりも予約者にとって不利であり事業者にとって有利な過去実績条件を選択することができる。また、調整内容生成部３３０は、選択した選択過去実績条件を緩和条件として設定することができる。更に、調整内容生成部３３０は、図１３のステップＳ３４Ｆに示すように、選択過去実績条件よりも予約者にとって不利であり事業者にとって有利な条件を緩和条件として設定することができる。
　また、調整依頼送信部３５０は、緩和条件が修正条件に該当する場合に、修正条件の値が承認条件の値よりも大きければ（図１１のステップＳ３３８でＹＥＳ）、図１１のステップＳ３３３（図１２及び図１３）の手順で生成された緩和条件を代替条件として通知する調整依頼データを生成する。
　つまり、調整依頼送信部３５０は、承認条件よりも予約者にとって不利であり事業者にとって有利な緩和条件を代替条件として通知する調整依頼データを生成する。そして、予約者により緩和条件が許容された場合に、計画立案部３２０は、緩和条件を用いて運行計画を更新する（図９のステップＳ３２４ａ）。
　図６に示すように、出発時刻が間近に迫るまで、１つの予約に対して、ステップＳ３０４からステップＳ３０８の手順が繰り返される。このため、１つの予約に対して、図１１のステップＳ３３３の処理が複数回行われる可能性がある。
　ステップＳ３３３（図１２及び図１３）の手順で生成された緩和条件が既に予約者に問合せ済みの緩和条件以下であれば、調整内容生成部３３０は、新たに生成された緩和条件についてＳ３３４以降の処理を以下のように行う。
　新たに生成された緩和条件が既に予約者に問合せ済みの緩和条件と同じであれば、調整内容生成部３３０は、新たに生成された緩和条件についてＳ３３４以降の処理は行わない。このようにすることで、予約者に同じ緩和条件についての問い合わせを繰り返すことを避けることができる。
　一方、新たに生成された緩和条件が予約者に問合せ済みの緩和条件よりも低く、予約者が問合せ済みの緩和条件を既に許容している場合は、調整内容生成部３３０は、新たに生成された緩和条件についてＳ３３４以降の処理は行わない。このようにすることで、予約者が許容している緩和条件によりも低い緩和条件についての問い合わせを避けることができる。また、新たに生成された緩和条件が予約者に問合せ済みの緩和条件よりも低く、予約者が問合せ済みの緩和条件を既に拒絶している場合は、調整内容生成部３３０は、新たに生成された緩和条件についてＳ３３４以降の処理を行う。新たに生成された緩和条件は拒絶された緩和条件よりも低いため、予約者が新たに生成された緩和条件を許容する可能性がある。
　また、新たに生成された緩和条件が予約者に問合せ済みの緩和条件よりも大きい場合は、調整内容生成部３３０は、新たに生成された緩和条件についてＳ３３４以降の処理を行う。
　例えば、１回目のステップＳ３３３の処理において、調整内容生成部３３０が、ステップＳ３４Ｆで、緩和条件値を「ＤＥＰ＿ＥＡＲ＝４」に設定し、図６のステップＳ３０８において、調整依頼送信部３５０が「ＤＥＰ＿ＥＡＲ＝４」を通知する調整依頼データを予約装置２００に送信しているとする。２回目のステップＳ３３３の処理において、調整内容生成部３３０が、ステップＳ３４Ｆで、緩和条件値を「ＤＥＰ＿ＥＡＲ＝４」に設定した場合は、調整内容生成部３３０は、「ＤＥＰ＿ＥＡＲ＝４」についてはＳ３３４以降の処理は行わない。また、２回目のステップＳ３３３の処理において、調整内容生成部３３０が、ステップＳ３４Ｆで、緩和条件値を「ＤＥＰ＿ＥＡＲ＝３」に設定した場合は、予約者が「ＤＥＰ＿ＥＡＲ＝４」を許容していれば、調整内容生成部３３０は、「ＤＥＰ＿ＥＡＲ＝３」については、Ｓ３３４以降の処理は行わない。一方、予約者が「ＤＥＰ＿ＥＡＲ＝４」を拒絶している場合は、調整内容生成部３３０は、「ＤＥＰ＿ＥＡＲ＝３」についてＳ３３４以降の処理を行う。
　また、１回目のステップＳ３３３の処理において、調整内容生成部３３０が、緩和条件値を「ＤＥＰ＿ＥＡＲ＝３」に設定し、図６のステップＳ３０８において、調整依頼送信部３５０が「ＤＥＰ＿ＥＡＲ＝３」を通知する調整依頼データを予約装置２００に送信している場合とする。２回目のステップＳ３３３の処理において、調整内容生成部３３０が、ステップＳ３４Ｆで、緩和条件値を「ＤＥＰ＿ＥＡＲ＝４」に設定した場合は、調整内容生成部３３０は、「ＤＥＰ＿ＥＡＲ＝４」についてＳ３３４以降の処理を行う。
　最後に、調整回答受信処理（ステップＳ３０Ｂ）の詳細を、図８を用いて説明する。
　ステップＳ３６１において、調整回答受信部３６０は、予約装置２００から受信した調整回答データに基づいて、調整管理テーブル３８６を更新する。
　具体的には、調整回答受信部３６０は、調整回答データで通知された予約者の回答（許容／拒絶）を調整管理テーブル３８６の「調整状況」に登録する。また、調整回答受信部３６０は、調整回答データの受信時刻を、調整管理テーブル３８６の「調整回答受信時刻」に登録する。
　ステップＳ３６２において、調整回答受信部３６０は、予約装置２００から受信した調整回答データに基づいて、調整成功率管理テーブル３９１を更新する。
　具体的には、調整回答受信部３６０は「調整回数」の値を１つ増やす。また、予約者の回答が許容であれば、調整回答受信部３６０は「成功回数」の値を１つ増やす。また、調整回答受信部３６０は、「調整成功率」、「成功平均割引率」、「平均回答時間」を算出し、それぞれの値を更新する。
　また、調整回答受信部３６０は、予約者の回答が許容であれば（ステップＳ３６３でＹＥＳ）は、ステップＳ３６４において、条件管理テーブル３８１を代替条件で更新する。すなわち、図１６の条件管理テーブル３８１を、例えば、図２２の条件管理テーブル３８３に更新する。
＊＊＊実施の形態の効果の説明＊＊＊
　以上のように、本実施の形態では、予約管理装置３００は、予約者が予約時に承認していない、予約者にとって承認条件よりも不利であり、事業者にとって承認条件よりも有利なサービス提供条件である代替条件を、報酬とともに生成する。更に、予約管理装置３００は、予約者から代替条件及び報酬を許容する回答が得られた場合に、代替条件を用いて運行計画を更新する。このため、本実施の形態によれば、予約者が予約時に承認していないサービス提供条件を用いて運行計画を変更することができ、この結果、予約者の満足度を向上させ、事業者の利益を向上させることができる。
　また、本実施の形態では、予約管理装置３００は、過去の調整成功率に基づき、調整に成功する可能性が高い代替条件を生成し、代替条件を用いて運行計画を更新する。このため、予約者と事業者にとって最適な計画を施行できる可能性を高くすることができる。
　また、本実施の形態では、たとえ全ての調整が時間内に完了しなかったとしても、予約管理装置３００は、調整に成功した代替条件を利用することができるので、何も調整されなかった場合に比べ、予約者と事業者にとって望ましい運行計画を持つことができる。
　また、本実施の形態では、過去の調整成功率に基づき、成功報酬を設定するようにしているので、予約者が調整に協力しやすい。
　また、本実施の形態では、早く回答するほど成功報酬が大きくなるように設定しているので、予約者が調整に協力しやすい。
　１００　予約システム、２００　予約装置、２０１　プロセッサ、２０２　メモリ、２０３　入力器、２０４　表示器、２０５　通信器、２１０　予約送信部、２２０　予約変更結果受信部、２３０　調整依頼受信部、２４０　調整回答送信部、３００　予約管理装置、３０１　プロセッサ、３０２　メモリ、３０３　入力器、３０４　表示器、３０５　通信器、３０６　ストレージ、３１０　予約管理制御部、３１１　予約受信部、３２０　計画立案部、３２１　計画確定部、３３０　調整内容生成部、３５０　調整依頼送信部、３６０　調整回答受信部、３７０　予約管理部、３７１　予約管理テーブル、３７５　運行計画管理部、３７６　運行計画管理テーブル、３８０　条件管理部、３８１　条件管理テーブル、３８２　条件コードテーブル、３８３　条件管理テーブル、３８５　調整管理部、３８６　調整管理テーブル、３９０　調整成功率管理部、３９１　調整成功率管理テーブル、８００　ネットワーク。

Claims (7)

  1. 　サービスの予約者が予約時に承認しているサービス提供条件である承認条件を用いて、前記予約者へのサービスの提供計画を生成する計画生成部と、
    　前記予約者が予約時に承認していない、前記予約者にとって前記承認条件よりも不利であり、サービス提供者にとって前記承認条件よりも有利なサービス提供条件である代替条件を、前記予約者が前記代替条件を許容する場合に前記予約者に与えられる報酬とともに生成する条件生成部と、
    　前記予約者が前記代替条件及び前記報酬を許容するか否かの問い合わせが行われた結果、前記予約者から前記代替条件及び前記報酬を許容する回答が得られた場合に、前記代替条件を用いて、前記予約者へのサービスの提供計画を更新する計画更新部とを有する予約管理装置。
  2. 　前記条件生成部は、
    　前記予約者への問い合わせが過去に行われたことがあるサービス提供条件である過去実績条件に基づき、前記代替条件を生成する請求項１に記載の予約管理装置。
  3. 　前記条件生成部は、
    　複数の過去実績条件が記述され、前記複数の過去実績条件の各々に前記予約者への問い合わせに対する回答の成功率が記述される過去実績条件情報を参照し、
    　前記複数の過去実績条件の中から、成功率が閾値以上の過去実績条件を選択し、
    　選択した選択過去実績条件に基づき、前記代替条件を生成する請求項２に記載の予約管理装置。
  4. 　前記条件生成部は、
    　前記複数の過去実績条件の中から、成功率が前記閾値以上であって、前記サービス提供者にとって最も有利な過去実績条件を選択する請求項３に記載の予約管理装置。
  5. 　前記条件生成部は、
    　前記選択過去実績条件よりも前記予約者にとって不利であり、前記サービス提供者にとって有利なサービス提供条件を、前記代替条件として生成する請求項３に記載の予約管理装置。
  6. 　コンピュータが、サービスの予約者が予約時に承認しているサービス提供条件である承認条件を用いて、前記予約者へのサービスの提供計画を生成し、
    　前記コンピュータが、前記予約者が予約時に承認していない、前記予約者にとって前記承認条件よりも不利であり、サービス提供者にとって前記承認条件よりも有利なサービス提供条件である代替条件を、前記予約者が前記代替条件を許容する場合に前記予約者に与えられる報酬とともに生成し、
    　前記予約者が前記代替条件及び前記報酬を許容するか否かの問い合わせが行われた結果、前記予約者から前記代替条件及び前記報酬を許容する回答が得られた場合に、前記コンピュータが、前記代替条件を用いて、前記予約者へのサービスの提供計画を更新する予約管理方法。
  7. 　サービスの予約者が予約時に承認しているサービス提供条件である承認条件を用いて、前記予約者へのサービスの提供計画を生成する計画生成処理と、
    　前記予約者が予約時に承認していない、前記予約者にとって前記承認条件よりも不利であり、サービス提供者にとって前記承認条件よりも有利なサービス提供条件である代替条件を、前記予約者が前記代替条件を許容する場合に前記予約者に与えられる報酬とともに生成する条件生成処理と、
    　前記予約者が前記代替条件及び前記報酬を許容するか否かの問い合わせが行われた結果、前記予約者から前記代替条件及び前記報酬を許容する回答が得られた場合に、前記代替条件を用いて、前記予約者へのサービスの提供計画を更新する計画更新処理とをコンピュータに実行させる予約管理プログラム。
PCT/JP2016/063256 2016-04-27 2016-04-27 予約管理装置、予約管理方法及び予約管理プログラム WO2017187569A1 (ja)

Priority Applications (5)

Application Number Priority Date Filing Date Title
US16/079,040 US20190057328A1 (en) 2016-04-27 2016-04-27 Reservation management apparatus, reservation management method, and computer readable medium
PCT/JP2016/063256 WO2017187569A1 (ja) 2016-04-27 2016-04-27 予約管理装置、予約管理方法及び予約管理プログラム
CN201680084707.2A CN109074533A (zh) 2016-04-27 2016-04-27 预约管理装置、预约管理方法以及预约管理程序
DE112016006647.3T DE112016006647T5 (de) 2016-04-27 2016-04-27 Reservierungsverwaltungsvorrichtung, Reservierungsverwaltungsverfahren und Reservierungsverwaltungsprogramm
JP2018514030A JP6415782B2 (ja) 2016-04-27 2016-04-27 予約管理装置、予約管理方法及び予約管理プログラム

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2016/063256 WO2017187569A1 (ja) 2016-04-27 2016-04-27 予約管理装置、予約管理方法及び予約管理プログラム

Publications (1)

Publication Number Publication Date
WO2017187569A1 true WO2017187569A1 (ja) 2017-11-02

Family

ID=60160273

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2016/063256 WO2017187569A1 (ja) 2016-04-27 2016-04-27 予約管理装置、予約管理方法及び予約管理プログラム

Country Status (5)

Country Link
US (1) US20190057328A1 (ja)
JP (1) JP6415782B2 (ja)
CN (1) CN109074533A (ja)
DE (1) DE112016006647T5 (ja)
WO (1) WO2017187569A1 (ja)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2021149294A (ja) * 2020-03-17 2021-09-27 本田技研工業株式会社 車両乗合支援システム
WO2021250946A1 (ja) * 2020-06-10 2021-12-16 株式会社日立製作所 多主体連携計画システムおよび多主体連携計画方法
JP2022050813A (ja) * 2020-09-18 2022-03-31 株式会社日立製作所 運行管理装置及び運行管理方法

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113597635A (zh) * 2019-03-29 2021-11-02 本田技研工业株式会社 信息处理装置、移动体、程序和方法

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004355238A (ja) * 2003-05-28 2004-12-16 Denso Corp 予約システム
WO2014030233A1 (ja) * 2012-08-22 2014-02-27 Kamisawa Teruhiko レンタカー管理システム、レンタカー管理方法、及びレンタカー管理プログラム
JP2015118629A (ja) * 2013-12-19 2015-06-25 菊子 小野 サービス提供業務用サーバ、サービス提供システムおよびサービス提供方法

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4374101B2 (ja) * 1999-09-21 2009-12-02 株式会社日立製作所 サービス予約システム
JP4406684B2 (ja) 2004-04-08 2010-02-03 独立行政法人産業技術総合研究所 予約処理方法および予約処理システム
JP5303398B2 (ja) * 2009-08-13 2013-10-02 株式会社野村総合研究所 予約システム
JP5646781B2 (ja) * 2012-08-22 2014-12-24 光彦 神澤 車両レンタル管理システム、車両レンタル管理プログラム、車両レンタル顧客端末、および車両レンタル顧客端末プログラム
CN103150762B (zh) * 2013-01-28 2016-03-02 陈立虎 出租车合乘计价***的计价方法
CN103218769A (zh) * 2013-03-19 2013-07-24 王兴健 出租车订单分配方法
CA2928002A1 (en) * 2013-10-22 2015-04-30 Retailmenot, Inc. Providing offers and associated location information
US20160125327A1 (en) * 2014-10-30 2016-05-05 Amadeus S.A.S. Dynamic packaging for re-accommodation

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004355238A (ja) * 2003-05-28 2004-12-16 Denso Corp 予約システム
WO2014030233A1 (ja) * 2012-08-22 2014-02-27 Kamisawa Teruhiko レンタカー管理システム、レンタカー管理方法、及びレンタカー管理プログラム
JP2015118629A (ja) * 2013-12-19 2015-06-25 菊子 小野 サービス提供業務用サーバ、サービス提供システムおよびサービス提供方法

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2021149294A (ja) * 2020-03-17 2021-09-27 本田技研工業株式会社 車両乗合支援システム
WO2021250946A1 (ja) * 2020-06-10 2021-12-16 株式会社日立製作所 多主体連携計画システムおよび多主体連携計画方法
JP7438857B2 (ja) 2020-06-10 2024-02-27 株式会社日立製作所 多主体連携計画システムおよび多主体連携計画方法
JP2022050813A (ja) * 2020-09-18 2022-03-31 株式会社日立製作所 運行管理装置及び運行管理方法
JP7394729B2 (ja) 2020-09-18 2023-12-08 株式会社日立製作所 運行管理装置及び運行管理方法

Also Published As

Publication number Publication date
JP6415782B2 (ja) 2018-10-31
DE112016006647T5 (de) 2018-12-13
US20190057328A1 (en) 2019-02-21
CN109074533A (zh) 2018-12-21
JPWO2017187569A1 (ja) 2018-08-16

Similar Documents

Publication Publication Date Title
JP6415782B2 (ja) 予約管理装置、予約管理方法及び予約管理プログラム
WO2015077634A1 (en) Methods and systems for scheduling a shared ride among commuters
CN102063675A (zh) 旅行相关报价的生成
CN102422275B (zh) 用于使得任务能够在企业环境中聚合的方法、计算机程序产品及设备
DE112016003980T5 (de) System zur erzeugung und einstellung eines reiseplans
JP6164598B1 (ja) マッチング装置、マッチングシステム、マッチング方法及びプログラム
US10147141B1 (en) Systems and methods for intelligent configuration of a dynamic interface
US9786023B2 (en) Methods and systems for pharmacy location
CN107665150A (zh) 用于计算机***的事件服务建模框架
US20040243453A1 (en) Method, system, and storage medium for gathering, developing, and disseminating announcement and offering information in a collaborative network environment
US9430799B2 (en) Mixed banking transactions
JP6674887B2 (ja) スケジュール調停システムおよびスケジュール調停方法
US20180365597A1 (en) Service provider appointment booking system
CN110390589A (zh) 汇款数据的处理方法、装置、***、电子设备及存储介质
CN109035030B (zh) 案件调查方法、服务器和计算机可读存储介质
US20020102525A1 (en) System and method for coordinating the selection and delivery of educational services
US20120130962A1 (en) Data audit system
US20170032376A1 (en) Extended Service Agreement Offers
US20160086139A1 (en) Method for Scheduling and Managing Appointments Between Multiple Unaffiliated Parties
CN110869954A (zh) 用于监测交通工具使用的***和方法
WO2017130367A1 (ja) スケジュール調停システム
JP7334796B2 (ja) 最適化装置、最適化方法、プログラム
US20230065466A1 (en) Methods and systems for mobile communications
JP6636241B2 (ja) 情報処理装置、情報処理方法及びプログラム
CN110462667B (zh) 用于监控车辆使用的***和方法

Legal Events

Date Code Title Description
ENP Entry into the national phase

Ref document number: 2018514030

Country of ref document: JP

Kind code of ref document: A

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

Ref document number: 16900441

Country of ref document: EP

Kind code of ref document: A1

122 Ep: pct application non-entry in european phase

Ref document number: 16900441

Country of ref document: EP

Kind code of ref document: A1