WO2022190989A1 - 情報処理装置、情報処理システム、情報処理方法及び情報処理プログラム - Google Patents

情報処理装置、情報処理システム、情報処理方法及び情報処理プログラム Download PDF

Info

Publication number
WO2022190989A1
WO2022190989A1 PCT/JP2022/008848 JP2022008848W WO2022190989A1 WO 2022190989 A1 WO2022190989 A1 WO 2022190989A1 JP 2022008848 W JP2022008848 W JP 2022008848W WO 2022190989 A1 WO2022190989 A1 WO 2022190989A1
Authority
WO
WIPO (PCT)
Prior art keywords
information processing
taxi
time
vehicle
dispatch
Prior art date
Application number
PCT/JP2022/008848
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 JP2023505342A priority Critical patent/JPWO2022190989A1/ja
Publication of WO2022190989A1 publication Critical patent/WO2022190989A1/ja

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/10—Services
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07B—TICKET-ISSUING APPARATUS; FARE-REGISTERING APPARATUS; FRANKING APPARATUS
    • G07B13/00—Taximeters

Definitions

  • the present disclosure relates to an information processing device, an information processing system, an information processing method, and an information processing program.
  • Patent Literature 1 a vehicle allocation management server inquires of an on-vehicle terminal whether or not it is possible to pick up a vehicle. It is disclosed to judge.
  • the present disclosure proposes an information processing device, an information processing system, an information processing method, and an information processing program capable of suppressing the occurrence of damages related to reservations of commercial vehicles.
  • an information processing apparatus includes a storage unit that stores past movement data of commercial vehicles in a predetermined range; a setting unit that sets the number of vehicles that can be reserved for dispatch based on the movement data for each vehicle.
  • an information processing system includes an electronic device that moves with a vehicle for business use, and an information processing device that can communicate with a plurality of the electronic devices, and the information processing device has a predetermined range. and a setting unit that sets the number of vehicles that can be reserved for dispatch based on the dynamic data for each geographical zone of the predetermined range and for each predetermined period of time. .
  • an information processing method is such that a computer stores past movement data of commercial vehicles in a predetermined range in a storage unit; setting the number of vehicles that can be reserved for dispatch based on the movement data.
  • an information processing program causes a computer to store past movement data of commercial vehicles in a predetermined range in a storage unit, and for each geographical division of the predetermined range and a predetermined period of time, setting the number of vehicles that can be reserved for dispatch based on the movement data.
  • FIG. 1 is a diagram for explaining an overview of an information processing system according to an embodiment
  • FIG. 1 is a diagram for explaining an example of a system configuration of an information processing system according to an embodiment
  • FIG. It is a figure for demonstrating an example of the reservation frame of the information processing system which concerns on embodiment.
  • It is a figure which shows an example of the prediction model of the information processing apparatus which concerns on embodiment.
  • 5 is a diagram for explaining an example of estimating the number of vehicles that can be reserved for vehicle allocation by the prediction model shown in FIG. 4
  • FIG. 1 is a configuration diagram showing an example of the configuration of an electronic device according to an embodiment
  • FIG. 1 is a configuration diagram showing an example of the configuration of an information processing apparatus according to an embodiment
  • FIG. 6 is a flowchart showing an example of setting processing executed by the information processing apparatus according to the embodiment
  • 7 is a flowchart illustrating an example of determination processing executed by the information processing apparatus according to the embodiment
  • FIG. 11 is a flow chart showing an example of a processing procedure of a first reservation management process shown in FIG. 10
  • FIG. 10 is a diagram for explaining an example of searching for a taxi that can be dispatched at a specified time
  • FIG. 10 is a diagram for explaining an example of usage fees that fluctuate
  • FIG. 4 is a diagram for explaining an example of determining variable charges based on the relationship between demand and supply;
  • FIG. 4 is a diagram for explaining an example of determining a variable fee
  • FIG. FIG. 12 is a flow chart showing an example of a processing procedure of a second reservation management process shown in FIG. 11;
  • FIG. It is a figure for demonstrating the operation
  • FIG. 10 is a diagram showing an example of notification data in which the information processing device notifies confirmation of time-designated vehicle allocation;
  • FIG. 4 is a diagram showing an example of a screen relating to net settlement executed by the information processing device;
  • FIG. 11 is a diagram for explaining another example of determining variable charges;
  • 1 is a hardware configuration diagram showing an example of a computer that implements functions of an information processing apparatus;
  • FIG. 1 is a diagram for explaining an overview of an information processing system according to an embodiment.
  • FIG. 2 is a diagram for explaining an example of the system configuration of the information processing system according to the embodiment;
  • FIG. 3 is a diagram for explaining an example of a reservation slot of the information processing system according to the embodiment;
  • FIG. 4 is a diagram illustrating an example of a prediction model of the information processing device according to the embodiment;
  • FIG. 5 is a diagram for explaining an example of estimating the number of vehicles that can be reserved for vehicle allocation by the prediction model shown in FIG.
  • the information processing system 1 is a system that performs processing for dispatching the taxi 2 to the user U based on a dispatch request from the user terminal 300 of the user U who uses the taxi 2 .
  • the information processing system 1 has a function of managing dispatch, reservation, etc. of taxis 2 of one or more taxi companies.
  • Taxi 2 is an example of a commercial vehicle.
  • Commercial vehicles include, for example, various commercial vehicles such as transportation vehicles and collection vehicles in addition to taxis.
  • the information processing system 1 includes an electronic device 100 mounted in a taxi 2 and an information processing device 200, for example.
  • the electronic device 100 and the information processing device 200 are connected to the network 3 .
  • the electronic device 100 and the information processing apparatus 200 are configured to be able to communicate via the network 3 or communicate directly without the network 3 .
  • the information processing system 1 may have a configuration in which the user terminal 300 is added to the configuration of the electronic device 100 and the information processing device 200 .
  • the electronic device 100 is mounted on the taxi 2 and acquires necessary data from the taximeter 400 of the taxi 2.
  • Electronic device 100 is configured to be operable by the driver of taxi 2 .
  • the electronic device 100 includes, for example, a tablet terminal, a smart phone, a handy terminal, a communication device, an ETC (Electronic Toll Collection) vehicle-mounted device, a drive recorder, a digital tachograph, a taxi meter, and the like.
  • ETC Electronic Toll Collection
  • the taximeter 400 has a function of calculating and displaying the fare to be collected according to the distance, time, etc., traveled by the taxi 2.
  • a fare is an example of a fare.
  • the actual vehicle means, for example, that the taxi 2 travels with the user U in it.
  • Taximeter 400 calculates fares based on, for example, distance-based fares, time-based fares, flat fares, premium fares, and the like. Fares are approved by the Minister of Land, Infrastructure, Transport and Tourism upon application by taxi companies and business operators.
  • the taximeter 400 has a function of providing the electronic device 100 with dynamic information with which the business status of the taxi 2 can be identified, the fare, the speed, and the like.
  • the status includes, for example, "actual vehicle”, “vacant vehicle”, “pick up vehicle”, “payment”, “high speed”, and the like.
  • the taximeter 400 has a plurality of operation buttons and has a function of changing the business state according to the operation of the operation buttons by the driver.
  • the electronic device 100 is configured to be able to acquire dynamic information of the taxi 2 from the taximeter 400 .
  • the electronic device 100 acquires position information indicating the current position of the taxi 2 from a GPS (Global Positioning System) receiver, a taximeter 400, or the like.
  • the electronic device 100 generates dynamic data that can identify the operation log of the taxi 2 based on the acquired dynamic state, position information, etc. at predetermined time intervals or when a predetermined condition is satisfied.
  • the predetermined time includes, for example, a preset time unit such as 3 seconds or 10 seconds, or a cycle.
  • Predetermined conditions include, for example, preset travel distance, stop time, and the like.
  • the motion data includes, for example, motion information, position information, vehicle information, and the like.
  • the vehicle information includes, for example, information that can identify the taxi company to which the taxi 2 belongs, the vehicle, the driver, and the like.
  • the electronic device 100 has a function of transmitting dynamic data generated at predetermined intervals to the information processing device 200 .
  • the information processing device 200 is a so-called cloud server, which is a server device that executes information processing in cooperation with the electronic device 100, the user terminal 300, and the like.
  • the information processing device 200 has a function of managing order data such as reservation and dispatch from the user terminal 300 .
  • the information processing device 200 has a function of managing dynamic data, payment data, etc. received from the electronic device 100 mounted on the taxi 2 .
  • the information processing device 200 for example, labels movement data collected from a plurality of taxis 2, and manages the label as past movement data for each area.
  • the information processing device 200 classifies and manages the dynamic data by labels such as the area where the dynamic data was generated, the time, the day of the week, the weather, the status of the taxi 2, and the like. Labels can classify, for example, dynamic data necessary to predict the number of taxis 2 that can be reserved.
  • the information processing device 200 manages the number of reservable taxis 2 in units of a plurality of divisions 810 obtained by dividing a predetermined range 800 to be managed in a mesh pattern.
  • the predetermined range 800 is, for example, an area for managing dispatch of managed taxis 2 .
  • Region 810 is an example of a geographic region.
  • Section 810 can be, for example, a search area for taxi 2 .
  • the partitions 810 may be set, for example, based on addresses, addresses, etc. within the predetermined range 800, or may be set with different sizes, shapes, and the like.
  • the information processing device 200 has a function of managing the reservation slot information 520 of the taxis 2 in units of a plurality of divisions 810 in a predetermined range 800 based on the past movement data of the taxis 2 .
  • the reservation limit information 520 indicates the number of taxis 2 that can be reserved for dispatch for each predetermined period for each of the plurality of sections 810 .
  • the predetermined period includes, for example, a plurality of different time periods, set times, and the like.
  • the reservation quota information 520 includes, for example, information indicating the number of vehicles that can be reserved for vehicle allocation (reservation quota) for a plurality of time slots for each date.
  • the information processing device 200 manages reservation slot data 500 including map information 510 and reservation slot information 520 .
  • the map information 510 includes, for example, information indicating a plurality of divisions 810 on the map of the predetermined range 800 .
  • Appointment slot information 520 is associated with parcel 810 .
  • the reservation slot information 520 includes information indicating the number of vehicles that can be reserved for dispatch on a certain date and time in the associated section 810 . In the example shown in FIG. 3, the reservation limit information 520 indicates that the number of vehicles that can be reserved for dispatch every 10 minutes from 07:00 to 07:30 on October 25, 2020 is 12, 11, 13, and 15 vehicles.
  • the reservation slot data 500 is data that can be superimposed and displayed on the map information 510 by graphics, symbols, etc., having a size corresponding to the scale of the number of vehicles that can be reserved for allocation in the reservation slot information 520 .
  • the scale of the number of vehicles that can be reserved for allocation can be set based on, for example, the average value, the minimum value, the maximum value, or the like of the number of vehicles that can be reserved for allocation in the section 810 .
  • the information processing apparatus 200 changes the size of the display of the reservation slot information 520 of the section 810, thereby visually recognizing whether or not the number of vehicles that can be reserved for allocation of the section 810 is large.
  • the reservation frame information 520 will be described as indicating the number of vehicles that can be reserved for vehicle allocation for each date, but the present invention is not limited to this.
  • the reservation limit information 520 may be configured to indicate the number of vehicles that can be reserved for vehicle allocation for each day of the week or for each set period.
  • the information processing device 200 has a function of setting the number of vehicles that can be reserved for each section 810 within a predetermined range 800 using, for example, the prediction model 600 .
  • the information processing apparatus 200 sets the number of vehicles that can be reserved for allocation based on a prediction model 600 obtained by machine-learning the relationship between the past data 700 and the number of vehicles that can be reserved for vehicle allocation predicted in the past for each section 810 of the predetermined range 800 and for each predetermined period. do.
  • the prediction model 600 is, for example, a machine learning model that predicts the number of taxis 2 whose status is "empty" according to parameters such as a section 810, a predetermined period (time zone), day of the week, and weather. is. Taxi 2 whose status is “vacant” means that a reservation was possible in the section 810 for a predetermined period.
  • the prediction model 600 is, for example, a machine-learned model using the past data 700 of the section 810 and the previously predicted number of available reservations as teacher data.
  • Past data 700 includes dynamic data 710 , order data 720 and weather data 730 .
  • the movement data 710 is data that can identify past operation logs for each taxi 2 .
  • the order data 720 is data indicating, for example, the reservation date and time of the taxi 2 ordered in the past, the dispatch location, the user U who made the reservation, and the like.
  • the dynamic data 710 and the order data 720 can be related by taxi 2 identification information.
  • the weather data 730 is, for example, data indicating the weather for each date and time and for each predetermined range 800 . Note that if the section 810 covers a wide area, the weather data 730 may be data indicating the date and time and the weather for each section 810, for example.
  • the intermediate layer 602 predicts the number of taxis 2 according to the parameters, and outputs the predicted number to the output layer 603. outputs.
  • the information processing device 200 uses the prediction model 600 to predict the number of taxis 2 for each predetermined period for each section 810, and sets the predicted number as the number of vehicles that can be reserved for dispatch.
  • the prediction model 600 predicts the number of vehicles that can be reserved for dispatch based on the movement data 710 of taxis 2 located inside the section 810 .
  • the electronic device 100 of the taxi 2 that has entered the section 810 transmits a plurality of movement data 710 to the information processing device 200 at predetermined time intervals until it leaves the section 810 .
  • a plurality of motion data 710 are, for example, data indicating that the vehicle is running with the status "unoccupied”.
  • the predictive model 600 predicts that the taxi 2 may stay in the block 810 if the number of past dynamic data 710 in the block 810 in the past dynamic data 710 with the status of “unoccupied” is x times or more.
  • the x number of times is, for example, the number of determination times set based on the frequency, interval, etc., at which the electronic device 100 transmits the dynamic data 710 in order to determine whether or not the electronic device 100 is staying in the section 810 .
  • the predictive model 600 machine-learns that when the movement data 710 of the taxi 2 located inside the section 810 indicates the status of "actual vehicle", it is not possible to reserve a dispatch.
  • Predictive model 600 determines that if the number of past dynamic data 710 of taxi 2 with a speed of 0 km/h and status of “unoccupied” is y times or more in a predetermined period of block 810, prediction model 600 machine learning that the taxi 2 can be reserved.
  • the y times is, for example, the number of determinations set for determining whether or not the stopped taxi 2 is staying in the section 810, and is the number of times smaller than the x times.
  • the information processing device 200 accepts a reservation for a time-designated vehicle allocation based on the number of vehicles that can be reserved for a predetermined period in the section 810 including the boarding position of the user U. Determine whether or not The time-designated dispatch means, for example, that the taxi 2 is arranged and dispatched immediately before the time designation without making a reservation for the taxi 2 .
  • the information processing apparatus 200 determines that the reservation for time-specified vehicle allocation is to be accepted, for example, when the number of vehicles that can be reserved for vehicle allocation reservation is less than the number of vehicles that can be reserved for a predetermined period of time in the section 810 . For example, when the reservation status of the section 810 in a predetermined period is equal to or greater than the number of vehicles that can be reserved for vehicle allocation, the information processing apparatus 200 determines not to accept the reservation for the vehicle allocation at the specified time.
  • the information processing device 200 can set the number of taxis 2 that can be reserved for dispatch based on the movement data 710 for each section 810 of the predetermined range 800 and for each predetermined period. Accordingly, the information processing apparatus 200 can recognize in advance the number of taxis 2 that can be dispatched at the reservation date and time by managing the number of taxis 2 that can be allocated and reserved for each predetermined time period in the section 810 . As a result, the information processing device 200 manages the reservation as a specified time, and improves the possibility of arranging the taxi 2 even immediately before the specified time, thereby treating the reservation of the taxi 2 as if it were dispatched immediately. can be managed by , and the occurrence of damages related to reservations can be suppressed. Immediate dispatch means, for example, in sales of the taxi 2 , immediate dispatch of the taxi 2 to the boarding position in response to a dispatch request from the user U.
  • the information processing device 200 can determine whether or not to accept the reservation based on the number of vehicles that can be reserved for allocation set in the section 810 of the planned boarding position. As a result, the information processing apparatus 200 can prevent a situation in which the taxi 2 cannot be arranged in the section 810 even if the taxi 2 dispatch instruction is issued immediately before the reservation date and time. As a result, the information processing apparatus 200 does not need to arrange a driver for reservation in advance, and can simplify operations related to reservation.
  • the information processing device 200 sets the number of vehicles that can be reserved for allocation based on a prediction model 600 obtained by machine-learning the relationship between the dynamic data 710 and the number of vehicles that can be reserved for vehicle allocation in the past for each section 810 of the predetermined range 800 and for each predetermined period. can be done.
  • the information processing apparatus 200 can use the machine-learned prediction model 600 to set a more accurate number of vehicles that can be reserved for vehicle allocation for each section 810 of the predetermined range 800 and for each predetermined period.
  • the information processing device 200 can increase the probability that the taxi 2 will be successfully dispatched even if the dispatch of the taxi 2 is instructed just before the reservation date and time, so that it is possible to support a new reservation operation mode.
  • the prediction model 600 may be, for example, a machine learning model that predicts the number of taxis 2 using only parameters for the section 810 and a predetermined period.
  • the information processing apparatus 200 can make reservations for each predetermined period for each area using, for example, a lookup table corresponding to parameters such as the section 810, predetermined period (time zone), day of the week, weather, etc., prediction software, etc. You may calculate the number of units.
  • FIG. 6 is a configuration diagram showing an example of the configuration of the electronic device 100 according to the embodiment.
  • electronic device 100 includes display unit 110 , operation unit 120 , communication unit 130 , storage unit 140 , and control unit 150 .
  • Control unit 150 is electrically connected to display unit 110 , operation unit 120 , communication unit 130 and storage unit 140 .
  • the display unit 110 has, for example, a display panel such as a liquid crystal display (LCD) or an organic EL display (organic electroluminescence display).
  • the display unit 110 can display information such as characters, graphics, and images according to signals input from the control unit 150 .
  • the information displayed by the display unit 110 includes various information related to the operation of the taxi 2 .
  • Various information includes, for example, a map of the current location of the taxi 2, dispatch instructions, and information on payment.
  • the operation unit 120 has one or more devices for receiving operations by the driver of the taxi 2.
  • Devices for accepting driver operations include, for example, keys, buttons, touch screens, and the like.
  • the operation unit 120 can supply a signal to the control unit 150 according to the received operation.
  • the communication unit 130 communicates with the taximeter 400 mounted on the taxi 2, the information processing device 200 outside the taxi 2, and the like.
  • the communication unit 130 supplies various types of information such as movement information received from the taximeter 400 to the control unit 150 .
  • the communication unit 130 supplies various data received from the information processing device 200 , such as dispatch instructions, reservations, and reservation cancellations, to the control unit 150 .
  • the communication unit 130 transmits various data whose transmission is instructed by the control unit 150 to the taximeter 400, the information processing device 200, and the like.
  • the communication protocol supported by the communication unit 130 is not particularly limited, and the communication unit 130 can also support multiple types of communication protocols.
  • the storage unit 140 can store programs and data.
  • the storage unit 140 is also used as a work area for temporarily storing the processing results of the control unit 150 .
  • the storage unit 140 may include any non-transitory storage medium such as a semiconductor storage medium and a magnetic storage medium.
  • the storage unit 140 may include multiple types of storage media.
  • the storage unit 140 may include a combination of a portable storage medium such as a memory card, an optical disk, or a magneto-optical disk, and a reading device for the storage medium.
  • the storage unit 140 may include a storage device such as RAM (Random Access Memory) that is used as a temporary storage area.
  • RAM Random Access Memory
  • the storage unit 140 stores the data received via the communication unit 130.
  • the storage unit 140 stores data such as the driver application 141, the setting data 142, and the motion data 710, for example.
  • the driver application 141 is, for example, an application program used by the taxi driver.
  • the driver application 141 provides, for example, functions such as displaying a map of the current position, instructing vehicle dispatch, and paying the fare.
  • the setting data 142 has information indicating various settings related to the operation of the electronic device 100, the driver of the taxi 2, and the like.
  • the dynamic data 710 is data that can identify the dynamic information of the taximeter 400 on which the electronic device 100 is mounted.
  • the control unit 150 is an arithmetic processing unit. Arithmetic processing units include, for example, CPUs (Central Processing Units), SoCs (System-on-a-Chips), MCUs (Micro Control Units), FPGAs (Field-Programmable Gate Arrays), and coprocessors. Not limited.
  • the control unit 150 comprehensively controls the operation of the electronic device 100 to realize various functions.
  • control unit 150 executes instructions included in programs stored in the storage unit 140 while referring to information stored in the storage unit 140 as necessary.
  • the control unit 150 controls the functional units according to data and instructions, thereby realizing various functions.
  • the functional units include, for example, the display unit 110, the operation unit 120, and the communication unit 130, but are not limited to these.
  • the control unit 150 When the information processing device 200 instructs the control unit 150 to output information related to the operation of the taxi 2 via the communication unit 130, the control unit 150 causes the display unit 110 to display the information. Upon detecting the driver's operation via the operation unit 120 , the control unit 150 controls transmission of the detection result to the information processing device 200 .
  • the functional configuration example of the electronic device 100 according to the present embodiment has been described above. Note that the above configuration described using FIG. 6 is merely an example, and the functional configuration of the electronic device 100 according to the present embodiment is not limited to the example.
  • the functional configuration of the electronic device 100 according to this embodiment can be flexibly modified according to specifications and operations.
  • FIG. 7 is a configuration diagram showing an example of the configuration of the information processing device 200 according to the embodiment.
  • the information processing device 200 includes a communication section 210, a storage section 220, and a control section 230.
  • Control unit 230 is electrically connected to communication unit 210 and storage unit 220 .
  • the communication unit 210 communicates with, for example, the electronic device 100 mounted on the taxi 2 and other external devices.
  • the communication unit 210 transmits and receives various data via the network 3 or the like, for example.
  • the communication unit 210 supplies data received from the electronic device 100 to the control unit 230, for example.
  • the communication unit 210 transmits the data instructed by the control unit 230 to the instructed destination.
  • the storage unit 220 stores various data and programs.
  • the storage unit 220 is, for example, a RAM, a semiconductor memory device such as a flash memory, a hard disk, an optical disk, or the like.
  • Storage unit 220 stores information received via communication unit 210 .
  • the storage unit 220 stores, for example, various data such as the reservation frame data 500, the prediction model 600, the past data 700, the notification data 740, and the payment data 750 described above.
  • the historical data 700 includes dynamic data 710 , order data 720 and weather data 730 .
  • the past data 700 has a plurality of movement data 710 in chronological order for each taxi 2 or each driver of the taxi 2 .
  • Kinetic data 710 is labeled.
  • Past data 700 is associated with dynamic data 710 , order data 720 and weather data 730 .
  • dynamic data 710 and weather data 730 corresponding to order data 720 can be extracted.
  • the notification data 740 is data for notifying the user U of the taxi 2 .
  • the notification data 740 is data indicating a reminder of time-designated vehicle dispatch, the result of payment of the usage fee, the result of payment of the ride fee, and the like.
  • the payment data 750 is, for example, data that can identify the history of payments such as usage fees and boarding fees. Payment data 750 is generated in response to a payment and is associated with order data 720 .
  • the information processing device 200 will be described as storing the prediction model 600 and the past data 700 in the storage unit 220, but the present invention is not limited to this.
  • the information processing apparatus 200 may use an accessible external storage device as the storage unit 220 .
  • the control unit 230 is, for example, a dedicated or general-purpose computer.
  • the control unit 230 is, for example, an integrated control unit that controls the information processing device 200 .
  • the control unit 230 includes functional units that provide services to the driver of the taxi 2 by cooperating with the electronic device 100 .
  • the control unit 230 includes functional units including a setting unit 231 , a determination unit 232 , a vehicle allocation control unit 233 , a calculation unit 234 , a settlement unit 235 and a notification unit 236 .
  • Each functional unit of the control unit 230 executes a program stored inside the information processing device 200 by using, for example, a CPU (Central Processing Unit) or an MPU (Micro Processing Unit) as a work area such as a RAM. Realized.
  • each functional unit may be implemented by an integrated circuit such as an ASIC (Application Specific Integrated Circuit) or FPGA, for example.
  • ASIC Application Specific Integrated Circuit
  • the setting unit 231 sets the number of taxis 2 that can be reserved for dispatch based on the movement data 710 for each section 810 of the predetermined range 800 and for each predetermined period.
  • the setting unit 231 sets the number of vehicles that can be reserved for allocation based on the prediction model 600 obtained by machine-learning the relationship between the dynamic data 710 and the number of vehicles that can be allocated and reserved for each section 810 of the predetermined range 800 and for each predetermined period.
  • the setting unit 231 sets the number of vehicles that can be reserved for dispatch for each group to which the taxi 2 belongs. Groups include, for example, groups set based on taxi companies, offices, regions, and the like.
  • the determination unit 232 determines whether or not to accept the reservation based on the number of taxis that can be reserved for allocation. For example, the determination unit 232 identifies the section 810 that includes the scheduled boarding position of the reservation, and identifies the predetermined period to which the reservation time belongs. The determination unit 232 determines whether or not to accept the reservation based on the number of vehicles that can be reserved for allocation and the reservation status set for the specified section 810 and the predetermined period.
  • the dispatch control unit 233 searches for a taxi 2 that can be dispatched at a specified time at the reservation date and time and place indicated by the order data 720, and instructs the found taxi 2 to be dispatched at a specified time. Based on the search conditions, the dispatch control unit 233 searches for taxis 2 that can be dispatched at a specified time within a certain period of time before the reservation date and time. An example of search conditions will be described later. The dispatch control unit 233 instructs the found taxi 2 to dispatch at a specified time, and when there is a response from the driver, confirms the dispatch at a specified time.
  • the dispatch control unit 233 instructs the found taxi 2 to dispatch at a specified time, and if the response from the driver cannot be obtained within the response time or is rejected, command to dispatch a vehicle at a specified time.
  • the dispatch control unit 233 can search for the taxi 2 of the taxi company designated by the user U.
  • the dispatch control unit 233 can search for the taxi 2 based on the vehicle type of the taxi 2 specified by the user U.
  • the dispatch control unit 233 can search for the taxi 2 based on the fare type of the taxi meter 400 specified by the user U.
  • the calculation unit 234 calculates the charge for the reservation of the taxi 2, which is different from the charge for the taxi 2, so as to fluctuate based on the division 810 and the relationship between the supply and demand of the taxi 2 for each predetermined period.
  • the calculation unit 234 calculates a usage fee that includes a fixed reservation fee and a variable fee that varies according to the balance between supply and demand.
  • the reservation fee is a fee that takes into consideration the waiting time from dispatch of the taxi 2 .
  • the reservation fee can be secured as a fee to be returned to the driver of the taxi 2, for example. For example, in the Japanese taxi industry, the number of supply slots for supplying taxis 2 does not change significantly, so the calculation unit 234 varies the variable fare according to the demand.
  • the calculation unit 234 calculates a variable charge for adjusting demand and maximizing the sales of the taxi 2 .
  • the payment unit 235 performs payment processing for the usage fee of the taxi 2 whose time-specified dispatch has been confirmed.
  • the settlement process is a process of making a settlement based on the user U's credit card, electronic money, or the like.
  • the settlement unit 235 performs settlement processing of the fare of the taxi 2 to the drop-off point after performing the settlement processing of the usage fee. For example, if the status of the taximeter 400 changes to “payment” after the usage fee has been settled, the settlement unit 235 performs the settlement processing of the fare obtained from the taximeter 400 .
  • the settlement unit 235 can settle the usage fee and the boarding fee at different timings in the case of time-designated vehicle dispatch according to the reservation made by the user U.
  • the settlement unit 235 If the settlement unit 235 receives a cancellation from the operator of taxi 2 between the completion of the dispatch instruction for taxi 2 and the reservation date and time, it will process the refund of the usage fee. In other words, the settlement unit 235 performs processing of refunding the already settled usage fee to the user U when cancellation is received from the operator of the taxi 2 between the end of the payment of the usage fee and the reservation date and time. In this case, the vehicle allocation control unit 233 cancels the time-designated vehicle allocation.
  • the payment unit 235 If the payment unit 235 accepts a cancellation from the driver of taxi 2 after a predetermined waiting time has elapsed from the reservation date and time, the payment unit 235 does not process the refund. In other words, when the payment unit 235 accepts cancellation of the dispatch instruction from the driver of the taxi 2 after a predetermined waiting time has elapsed from the reservation date and time after the payment of the usage fee is completed, the payment unit 235 transfers the usage fee that has already been paid to the user U. Do not process refunds to For example, when the taxi 2 receives a time-specified dispatch, it moves to the boarding position with the status set to "pick up".
  • the taxi 2 waits for the user U to board at the boarding position from the specified date and time to a predetermined waiting time. Any time such as 10 minutes is set as the waiting time. In this case, there is no problem with the driver of the taxi 2, and the problem is with the user U who does not appear at the boarding position at the designated date and time. .
  • the vehicle allocation control unit 233 performs a process of canceling the time-designated vehicle allocation. Thereby, the information processing device 200 can provide the driver of the taxi 2, the taxi company, etc. with the usage fee when the user U does not appear at the reservation date and time.
  • the payment unit 235 does not perform refund processing if cancellation is received from the user U who made the reservation during the period from the completion of the dispatch instruction for the taxi 2 to the reservation date and time. For example, when the taxi 2 receives the dispatch instruction, the user U may cancel the instruction while the taxi 2 is moving to the boarding position in the state of "pick up". In this case, the settlement unit 235 does not refund the usage fee, although the usage fee has already been settled.
  • the vehicle allocation control unit 233 performs a process of canceling the time-designated vehicle allocation. As a result, even if the user U cancels the reservation immediately before the reservation date and time, the information processing device 200 can provide the usage fee to the driver of the taxi 2, the taxi company, etc. when the dispatch instruction of the taxi 2 has been completed. can.
  • the notification unit 236 notifies the user U who made the reservation of at least one of the usage fee payment result and the taxi dispatch result.
  • the notification unit 236 transmits notification data 740 such as payment results of usage fees and taxi dispatch results to the user terminal 300 of the user U via the communication unit 210, and causes the user U to output the notification data 740. Notice.
  • the functional configuration example of the information processing apparatus 200 according to the embodiment has been described above. Note that the above configuration described using FIG. 7 is merely an example, and the functional configuration of the information processing apparatus 200 according to the embodiment is not limited to the example.
  • the functional configuration of the information processing apparatus 200 according to the embodiment can be flexibly modified according to specifications and operations.
  • the information processing system 1 can be configured to include a user terminal 300 that the user U uses.
  • FIG. 8 is a diagram showing an example of the configuration of the user terminal 300 according to the embodiment.
  • the user terminal 300 includes, for example, a smart phone, a tablet terminal, a personal computer, and the like. As shown in FIG. 8 , the user terminal 300 includes a sensor section 310 , an input section 320 , a display section 330 , a communication section 340 , a storage section 350 and a control section 360 .
  • Control unit 360 is electrically connected to sensor unit 310 , input unit 320 , display unit 330 , communication unit 340 and storage unit 350 .
  • the sensor unit 310 has a function of acquiring sensor information about the user terminal 300.
  • the sensor unit 310 includes various sensors such as a microphone, camera, ToF (Time of Flight) sensor, inertial sensor, geomagnetic sensor, touch sensor, infrared sensor, temperature sensor, humidity sensor, and heart rate sensor.
  • the sensor unit 310 supplies the acquired sensor information to the control unit 360 .
  • the input unit 320 has a function of detecting a physical input operation by the user U.
  • the input unit 320 includes, for example, operation devices such as a touch screen and operation buttons.
  • the input unit 320 supplies input information indicating the detected input operation to the control unit 360 .
  • the display unit 330 has a function of displaying various information.
  • the display unit 330 displays, for example, notification data received from the information processing device 200 .
  • the display of the display unit 330 is controlled by the control unit 360 .
  • the display unit 330 can use, for example, a display device that displays various kinds of information. Examples of display devices include liquid crystal displays and organic EL displays.
  • the communication unit 340 communicates with, for example, the information processing device 200 and other external devices.
  • the communication unit 340 transmits and receives various data via the network 3 or the like, for example.
  • the communication unit 340 transmits, for example, the order data 720 for ordering the reservation of the taxi 2 under the control of the control unit 360 .
  • the communication unit 340 supplies the control unit 360 with, for example, map data, notification data, and the like received from the information processing device 200 .
  • the storage unit 350 stores various data and programs.
  • the storage unit 350 is, for example, a RAM, a semiconductor memory device such as a flash memory, a hard disk, an optical disk, or the like.
  • Storage unit 350 stores information received via communication unit 340 .
  • the storage unit 350 stores data such as a user application 351, setting data 352, and order data 720, for example.
  • the user application 351 is an application program used by the user U who uses the taxi 2, for example.
  • the user application 351 provides, for example, functions such as displaying a map of the current location, pre-ordering the taxi 2, and paying the fare.
  • the setting data 352 has information indicating various settings used by the user application 351 .
  • the order data 720 is data indicating the reservation date and time of the taxi 2 ordered by the user U, the user U who reserved the dispatch location, and the like.
  • the control unit 360 controls the user terminal 300 by executing a program.
  • the control unit 360 has a function of controlling each configuration provided in the user terminal 300 .
  • the control unit 360 cooperates with the information processing device 200 and reserves the taxi 2 based on the operation result of the input unit 320 of the user U.
  • the control unit 360 controls the information processing device 200 to display the notification data 740 on the display unit 330 .
  • the functional configuration example of the user terminal 300 according to the present embodiment has been described above. Note that the above configuration described using FIG. 8 is merely an example, and the functional configuration of the user terminal 300 according to this embodiment is not limited to the example.
  • the functional configuration of the user terminal 300 according to this embodiment can be flexibly modified according to specifications and operations.
  • FIG. 9 is a flowchart illustrating an example of setting processing executed by the information processing apparatus 200 according to the embodiment.
  • the processing procedure shown in FIG. 9 is executed by the control unit 230 at a predetermined timing.
  • Predetermined timing includes, for example, the timing of receiving an instruction from the system administrator, the timing of changing the predetermined range 800 or section 810, the timing of creating a new one, and the like.
  • control unit 230 of the information processing device 200 executes loop processing for setting the number of vehicles that can be reserved for allocation for each section 810 of the predetermined range 800 (step S110).
  • Conditions for terminating the loop processing include completion of setting to all partitions 810 and acceptance of an end instruction.
  • the control unit 230 acquires the past data 700 corresponding to the section 810 (step S111). For example, the control unit 230 acquires the past data 700 corresponding to the partition 810 from the past data 700 written in the storage unit 220, a database, or the like. After completing the process of step S111, control unit 230 advances the process to step S112.
  • control unit 230 predicts the number of vehicles that can be reserved for allocation in the section 810 every predetermined period (step S112). For example, the control unit 230 inputs parameters such as section, time, day of the week, weather, etc. Let the predicted number of vehicles be the number of vehicles that can be reserved for allocation. When the prediction for all the predetermined periods (time slots) of section 810 is completed, control unit 230 advances the process to step S113.
  • the control unit 230 sets the reservation limit information 520 indicating the predicted number of vehicles that can be reserved for allocation for each predetermined period in the section 810 (step S113). If the conditions for terminating the loop processing are not satisfied, the control unit 230 returns to step S111 and executes a series of processing for the next section 810 . Also, if the control unit 230 satisfies the end condition of the loop processing. The process proceeds to step S120.
  • the control unit 230 creates reservation limit data 500 based on the reservation limit information 520 set for each section 810 (step S120). If the reservation slot data 500 already exists, the control unit 230 reflects the reservation slot information 520 in the reservation slot data 500 . After completing the processing of step S120, the control unit 230 terminates the processing procedure shown in FIG.
  • FIG. 10 is a flowchart illustrating an example of determination processing executed by the information processing apparatus 200 according to the embodiment.
  • the processing procedure shown in FIG. 10 is executed by the control unit 230 at the timing when the taxi 2 is reserved by the user U, the set timing, or the like.
  • control unit 230 of the information processing device 200 acquires the order data 720 (step S211). For example, the control unit 230 obtains the order data 720 regarding the unprocessed reservation. After completing the process of step S211, control unit 230 advances the process to step S212.
  • the control unit 230 acquires the number of vehicles that can be reserved for allocation in the section 810 corresponding to the order data 720 for the specified period (step S212). For example, the control unit 230 identifies the section 810 based on the boarding position of the order data 720, and identifies the predetermined period corresponding to the reservation date and time. The control unit 230 acquires the specified section 810 and the reservation limit information 520 for the predetermined period from the reservation limit data 500 , and acquires the number of vehicles that can be reserved for allocation from the reservation limit information 520 . After completing the process of step S212, control unit 230 advances the process to step S213.
  • the control unit 230 determines whether or not to accept the reservation (step S213). For example, the control unit 230 determines that the reservation for time-specified vehicle allocation is to be accepted when the number of vehicles that can be reserved for allocation is less than the number of vehicles that can be reserved for allocation in the section 810 during a predetermined period. If control unit 230 determines to accept the reservation (Yes in step S213), the process proceeds to step S214.
  • the control unit 230 registers the accepted order data 720 (step S214). For example, the control unit 230 sets “specified time” as the type of the order data 720 and stores the reservation date and time in the storage unit 220 in association with the specified time. Thereby, the control section 230 makes the order data 720 to be managed. After completing the process of step S214, control unit 230 advances the process to step S215.
  • the control unit 230 starts the first reservation management process (step S215).
  • the first reservation management process includes, for example, processes related to time-specified vehicle dispatch, payment of usage fees, and the like.
  • the first reservation management process includes processes from accepting a reservation from the user U to before paying the usage fee. An example of the first reservation management process will be described later.
  • the control unit 230 terminates the processing procedure shown in FIG.
  • step S216 If the control unit 230 determines not to accept the reservation (No in step S213), the process proceeds to step S216.
  • the control unit 230 executes reservation rejection processing (step S216).
  • the unacceptable process includes, for example, a process of notifying the user U that the reservation cannot be accepted by the notification data 740, a process of deleting the order data 720, and the like.
  • execution of the acceptance rejection process is completed, the control unit 230 terminates the processing procedure shown in FIG.
  • the information processing apparatus 200 determines whether or not to accept the reservation of the taxi 2 based on the number of vehicles that can be reserved for allocation in the section 810 of the boarding position. can be arranged. As a result, the information processing device 200 can manage the reservation of the taxi 2 as a time-designated dispatch, and thus can suppress damages related to the reservation.
  • Example of first reservation management process of information processing device 11 is a flow chart showing an example of a processing procedure of the first reservation management process shown in FIG. 10.
  • FIG. The processing procedure shown in FIG. 11 is started by the processing of step S215 in FIG.
  • the processing procedure shown in FIG. 11 is executed by the control unit 230 .
  • control unit 230 of the information processing device 200 acquires order data 720 to be managed (step S311). For example, the control unit 230 acquires from the storage unit 220 the order data 720 in which time designation is set as the type. After completing the process of step S311, control unit 230 advances the process to step S312.
  • the control unit 230 determines whether or not the reservation has been canceled (step S312). For example, when receiving information indicating cancellation of the reservation from the user terminal 300 via the communication unit 210, the control unit 230 determines that the reservation is cancelled. When determining that the reservation has been canceled (Yes in step S312), control unit 230 advances the process to step S313.
  • the control unit 230 executes cancellation processing of the order data 720 without paying the usage fee (step S313).
  • the cancellation process includes, for example, a process of deleting the order data 720, a process of notifying the user U that the reservation has been canceled by the notification data 740, and the like.
  • the control unit 230 cancels the reservation without receiving the usage fee, and terminates the processing procedure shown in FIG. 11 .
  • step S314 The control unit 230 determines whether or not it is time for a reminder notification (step S314). For example, the control unit 230 obtains the timing of the reminder notification from the time specification of the order data 720, and determines that it is the timing of the reminder notification when the timing of the reminder notification matches the current date and time. For example, the timing of the reminder notification can be set to any time such as 60 minutes before the specified time, the day before, or the like. If the control unit 230 determines that it is not the timing of the reminder notification (No in step S314), the process proceeds to step S316, which will be described later. If the control unit 230 determines that it is time for a reminder notification (Yes in step S314), the process proceeds to step S315.
  • the control unit 230 notifies the user U who made the reservation that the reservation date and time for the taxi 2 is near (step S315).
  • the control unit 230 creates notification data 740 for a reminder notification and controls the user terminal 300 to notify the notification data 740 .
  • the notification data 740 has, for example, a comment such as "Taxi 2 will be arranged in 1 hour.” Thereby, the information processing apparatus 200 can make the user U confirm whether or not the taxi 2 is canceled by reminding the user before the taxi 2 is arranged.
  • control unit 230 advances the process to step S316.
  • the control unit 230 determines whether or not it is time to issue a dispatch instruction (step S316). For example, the control unit 230 obtains the timing of the vehicle allocation instruction from the time specification of the order data 720, and determines that it is the timing of the vehicle allocation instruction when the timing of the vehicle allocation instruction matches the current date and time. For example, the timing of the dispatch instruction can be set to any time, such as 30 minutes before the specified time. If the control unit 230 determines that it is not the time to issue a dispatch instruction (No in step S316), the control unit 230 returns the processing to step S312, which has already been described, and continues the processing. If control unit 230 determines that it is time to issue a dispatch instruction (Yes in step S316), control unit 230 advances the process to step S317.
  • the control unit 230 executes dispatch request processing for the driver (step S317).
  • the dispatch request process includes, for example, a process of searching for a taxi 2 that can be dispatched at a specified time at the reservation date and time and the dispatch location indicated by the order data 720, and instructing the found taxi 2 to be dispatched at a specified time.
  • the dispatch request process for example, based on search conditions, taxis 2 that can be dispatched at a specified time within a certain period of time before the reservation date and time are searched.
  • the fixed period of time includes, for example, 30 minutes.
  • the search condition has items such as search range, search number, and search interval, for example.
  • the search range is, for example, a range including the dispatch location indicated by the order data 720 .
  • the search range can be, for example, a range with a predetermined distance centered on the dispatch location. For the predetermined distance, for example, a distance that allows the vehicle to travel to the dispatch location is set. The predetermined distance includes, for example, within 2 km.
  • the number of searched taxis 2 is, for example, the number of taxis 2 to be searched for each divided time obtained by dividing a fixed time. The number of searched taxis is, for example, the number of taxis 2 to be searched during the divided time of 120 seconds.
  • FIG. 12 is a diagram for explaining an example of searching for a taxi 2 that can be dispatched at a specified time.
  • taxis 2A, 2B, 2C, 2D, 2E, 2F, 2G, 2H, 2I, 2M, and 2N whose status is empty exist within the search range from 30 minutes before the reservation date and time.
  • the control unit 230 searches for a taxi 2 that can be dispatched at a specified time within 10 minutes from 30 minutes before the reservation date and time to the search deadline.
  • the search deadline is a date and time set before the reservation date and time.
  • the control unit 230 searches for a plurality of taxis 2 with one set of search intervals, for example, one minute.
  • the search interval can be set to, for example, a maximum of 2 minutes.
  • One set can be set according to, for example, the distance from the boarding position.
  • the control unit 230 sets the search time per vehicle and sequentially instructs time-specified vehicle allocation. For example, if no response is obtained from the taxi 2A within the retrieval time after the time-designated dispatch is instructed, the control unit 230 will send the other taxi 2B in the same set to the time-designated taxi. order the dispatch of For example, if no response is obtained from the other taxi 2B during the search time after an instruction for time-specified dispatch is given, and the search for the same group ends, the control unit 230 selects The other taxi 2C is instructed to dispatch at a specified time. In this way, by sequentially instructing a plurality of taxis 2 to dispatch at a specified time, the control unit 230 can search multiple times before the search deadline.
  • the control unit 230 When a response is obtained from the taxi 2 that instructed the time-designated dispatch, the control unit 230 confirms the time-designated dispatch. When the control unit 230 stores the result of whether or not the time-designated vehicle allocation has been confirmed in the storage unit 220, the vehicle allocation request process ends.
  • step S318 the control unit 230 advances the process to step S318.
  • the control unit 230 determines whether or not the time-specified vehicle allocation has succeeded (step S318). For example, the control unit 230 determines that the time-designated vehicle allocation has succeeded when the time-designated vehicle allocation has been confirmed in the vehicle allocation request process. If the control unit 230 determines that the time-designated vehicle allocation has succeeded (Yes in step S318), the process proceeds to step S319.
  • the control unit 230 executes payment processing for the usage fee (step S319).
  • the payment process includes, for example, a process of paying the usage fee based on the instructed user U's payment information. In this embodiment, a case where the usage fee is dynamic pricing will be described.
  • the settlement process includes a process of calculating a charge that fluctuates based on the relationship between demand and supply of taxis 2 .
  • FIG. 13 is a diagram for explaining an example of usage fees that fluctuate. As shown in FIG. 13, the settlement process calculates a usage fee F that varies between a first usage fee F1 and a second usage fee F2.
  • the first usage fee F1 is the lower limit of the usage fee F.
  • the second usage fee F2 is the upper limit of the usage fee F.
  • the usage fee F has a fixed fee FP and a variable fee FC.
  • the fixed fee FP for example, the amount of money that compensates for the same amount can be set in consideration of the waiting time from dispatch of the taxi 2 and the like.
  • a charge to be returned to the driver of the taxi 2 that accepts the time-specified dispatch can be set.
  • the fixed fee FP can be, for example, the same amount as the reservation fee in the existing taxi fares.
  • the variable charge FC for example, an amount that fluctuates according to the balance between demand and supply can be set.
  • the variable charge FC can be set at an amount that seeks to adjust demand and maximize sales.
  • FIG. 14 is a diagram for explaining an example of determining variable charges based on the relationship between demand and supply.
  • the vertical axis indicates the price and the horizontal axis indicates the quantity.
  • graph GD shows demand and graph GS shows supply.
  • Graph GD is a user's point of view of taxi 2, and shows that the higher the price, the lower the demand, and the lower the price, the higher the demand.
  • Graph GS is a supply side view of taxi 2, and shows that the higher the price, the more the supply volume increases, and the lower the price, the more the supply volume decreases.
  • the example shown in FIG. 14 indicates that the graph GS indicating supply is fixed and the graph GD indicating demand changes.
  • the intersection of graph GD and graph GS indicates the appropriate relationship between quantity and price.
  • the settlement process determines the variable charge FC based on the intersection of the graphs GD and GS.
  • FIG. 15 is a diagram for explaining an example of determining variable charges.
  • the vertical axis indicates the usage fee
  • the horizontal axis indicates the quantity.
  • FIG. 15 shows graph GD showing demand and graph GS showing fixed supply. The amount of supply can be adjusted, for example, within the range below the upper limit.
  • the graph GD shows the upper limit supply amount in a specific section 810 and a predetermined period, and can set the above-mentioned number of vehicles that can be reserved for dispatch.
  • the usage fee F is determined so as to vary between the first usage fee F1 and the second usage fee F2.
  • the first usage fee F1 indicates the lower limit of the usage fee F.
  • the second usage fee F2 indicates the upper limit of the usage fee F.
  • the control unit 230 sequentially executes the following processes.
  • the control unit 230 performs processing for individual identification of the user U, and confirms with the driver of the taxi 2 whether or not the user U can make a payment online.
  • the control unit 230 acquires, for example, the number of vehicles that can be reserved for allocation corresponding to the section 810 and the predetermined period, and executes a process of estimating a graph GS corresponding to the number of vehicles that can be reserved for allocation.
  • the control unit 230 executes a process of estimating the graph GD based on, for example, the reservation status corresponding to the section 810 and the predetermined period, questionnaire results, and the like.
  • control unit 230 calculates usage fee F based on the intersection of graph GD and graph GS.
  • the control unit 230 settles the calculated usage fee F based on the user U's credit card, electronic money, etc., and stores the settlement data 750 indicating the settlement result in the storage unit 220 in association with the order data 720. .
  • step S320 the control unit 230 determines whether or not the settlement has succeeded (step S320). For example, if the payment data 750 indicates that the payment has been completed, the control unit 230 determines that the payment has been successful. If the control unit 230 determines that the settlement has succeeded (Yes in step S320), the process proceeds to step S321.
  • the control unit 230 starts the second reservation management process (step S321).
  • the second reservation management process includes, for example, a process related to cancellation of the usage fee after dispatching the vehicle at the specified time, payment of the boarding fee, and the like.
  • the second reservation management processing includes processing related to the period from the time-designated dispatch to the user's boarding or cancellation. An example of the second reservation management process will be described later.
  • step S320 If the control unit 230 determines that the payment has not been successful (No in step S320), the process proceeds to step S322.
  • the control unit 230 executes cancellation processing of the order data 720 for which payment has failed (step S322).
  • the cancellation process includes, for example, a process of deleting the order data 720, a process of notifying the user U that the reservation has been canceled due to a failure to pay the usage fee F using the notification data 740, and the like.
  • the control unit 230 cancels the reservation and terminates the processing procedure shown in FIG. 11 .
  • step S3 determines that the time-specified vehicle allocation has not succeeded (No in step S318), the process proceeds to step S323.
  • the control unit 230 executes a dispatch failure process for the taxi 2 without paying the usage fee F (step S323).
  • the control unit 230 fails the time-designated taxi dispatch when the taxi company desired by the user U cannot arrange the time-designated dispatch, or when the reservation section 810 and the reservation frame for the predetermined period are already filled.
  • the control unit 230 executes the vehicle allocation failure process to notify the user U that the vehicle allocation has failed using the notification data 740, and deletes the order data 720 when the user U approves.
  • control unit 230 may confirm with the user U whether to arrange a taxi 2 that can be dispatched at a specified time. For example, when the user U instructs to arrange a taxi, the control unit 230 searches for a taxi 2 of another taxi company, a taxi 2 in another adjacent section 810, etc., and executes the processes after step S317 already described. may As a result, the control unit 230 can execute immediate vehicle allocation processing in response to the user U's approval when the time-specified vehicle allocation fails. When the vehicle allocation failure processing ends, the control unit 230 ends the processing procedure shown in FIG. 11 .
  • Example of second reservation management process of information processing device 16 is a flow chart showing an example of the procedure of the second reservation management process shown in FIG. 11.
  • FIG. The processing procedure shown in FIG. 16 is started by the processing of step S321 in FIG.
  • the processing procedure shown in FIG. 16 is executed by the control unit 230 and terminated in response to an end instruction.
  • control unit 230 of the information processing device 200 acquires the order data 720 in which the payment of the usage fee F is successful and the time-designated vehicle dispatch is completed (step S411). For example, the control unit 230 selects an order associated with the payment data 750 of the usage fee F and the dynamic data 710 with the status of "Pick up" from the order data 720 to be managed in which the time specification is set to the type. Obtain data 720 . After completing the process of step S411, control unit 230 advances the process to step S412.
  • the control unit 230 determines whether payment has been instructed (step S412). For example, the taxi meter 400 calculates the fare and provides it to the electronic device 100 when the operation button for “payment” is operated by the driver. When the control unit 230 receives the fare information via the communication unit 210, the control unit 230 determines that payment has been instructed. If the control unit 230 determines that payment has been instructed (Yes in step S412), the process proceeds to step S413.
  • the control unit 230 executes payment processing based on the fare of taxi 2 (step S413). For example, the control unit 230 performs payment processing for the fare obtained from the taximeter 400 . By executing payment processing, the control unit 230 settles the ride fare based on the user U's credit card, electronic money, or the like, and stores payment data 750 indicating the payment result in the storage unit 220 . After completing the settlement process, control unit 230 advances the process to step S414.
  • the control unit 230 changes the order data 720 to the completed state (step S414).
  • the control unit 230 changes the order data 720 to the completed state by associating the order data 720 and the payment data 750 .
  • the control unit 230 terminates the processing procedure shown in FIG.
  • step S415 The control unit 230 determines whether or not cancellation has been received from the business operator (step S415). For example, if the taxi 2 breaks down, has an accident, or the driver becomes unwell after the time-specified dispatch is completed and the payment of the charge F is successful, the taxi 2 business operator cancels the time-specified dispatch. Sometimes. For example, the control unit 230 determines that the cancellation has been received from the business operator when the cancellation due to the circumstances of the business operator is accepted via the communication unit 210 . If the control unit 230 determines that the cancellation has been received from the business operator (Yes in step S415), the process proceeds to step S416.
  • the control unit 230 executes refund processing for the usage fee F (step S416).
  • the refund process includes, for example, a process of refunding the paid usage fee F to the user U based on the payment data 750 associated with the order data 720 .
  • the information processing apparatus 200 refunds the user U the usage fee F that has already been paid in the event of cancellation due to the business operator's circumstances, so that the user U's loss can be avoided.
  • control unit 230 advances the process to step S417.
  • the control unit 230 executes the time-specified vehicle allocation cancellation process (step S417).
  • the cancellation process includes, for example, a process of deleting the corresponding order data 720 whose type is specified by time, a process of notifying the user U that the reservation has been canceled by the business operator using the notification data 740, and the like.
  • the control unit 230 terminates the processing procedure shown in FIG. 16 .
  • step S418 The control unit 230 determines whether or not the waiting driver or the user U has canceled (step S418). For example, when the control unit 230 receives, via the communication unit 210, a cancellation from the driver of the taxi 2 whose waiting time has elapsed since the reservation time or a cancellation from the user U who made the reservation, the waiting driver or the user U It is determined that it has been canceled from If the control unit 230 determines that the waiting driver or the user U has not canceled (No in step S418), the control unit 230 returns the process to the already described step S412, and continues the process. If the controller 230 determines that the driver or the user U who has been waiting has canceled (Yes in step S418), the process proceeds to step S419.
  • the control unit 230 executes cancellation processing of the time-specified vehicle allocation without refunding the usage fee F (step S419).
  • the cancellation process includes, for example, a process of deleting the corresponding order data 720 whose type is specified as time, a process of notifying the user U that the reservation has been canceled by the notification data 740, and the like.
  • the information processing apparatus 200 can provide the usage fee F to the driver and the operator of the taxi 2 when the user U does not appear at the reserved date and time, so that the loss due to the cancellation of the reservation by the user U can be compensated. .
  • the control unit 230 terminates the processing procedure shown in FIG.
  • FIG. 17 is a diagram for explaining operations related to reservation of the information processing apparatus 200 according to the embodiment.
  • FIG. 18 is a diagram showing an example of notification data with which the information processing apparatus 200 notifies determination of time-designated vehicle allocation.
  • FIG. 19 is a diagram showing an example of a screen relating to net payment executed by the information processing apparatus 200. As shown in FIG.
  • the information processing device 200 when the information processing device 200 receives a reservation for the taxi 2 from the user terminal 300, it acquires the number of taxis that can be reserved for allocation corresponding to the boarding position and the reservation date and time, and determines whether to accept the reservation. .
  • the information processing apparatus 200 determines to accept the reservation, the information processing apparatus 200 creates order data 720 capable of identifying the date and time of the reservation, the user U, etc., and performs reservation registration based on the order data 720 (step ST1).
  • the information processing apparatus 200 can accept a reservation from, for example, one month, one week, several days before the reservation date and time.
  • the information processing device 200 causes the user terminal 300 to display the notification data 740 of the reminder notification at the timing of the reminder notification of the reservation date and time (step ST2). Thereby, the information processing apparatus 200 can make the user U recognize that the reservation date and time is approaching.
  • the information processing apparatus 200 can accept a reservation change from the user U from step ST1 to the timing of step ST2.
  • the information processing device 200 starts searching for a taxi 2 that can be dispatched at a designated time at the reservation date and time and the dispatch location indicated by the order data 720 at the timing of the dispatch instruction, such as 30 minutes before the reservation date and time (step ST3). .
  • the information processing apparatus 200 can cancel the reservation from step ST1 to the timing of step ST3, and the cancellation fee is free.
  • the information processing device 200 finds a taxi 2 that can be dispatched at a specified time within a certain period of time before the reservation date and time, the information processing device 200 confirms the dispatch at a specified time (step ST4).
  • the information processing apparatus 200 makes a payment for the usage fee F and creates notification data 740 for notifying the confirmed order details.
  • the information processing apparatus 200 cannot cancel the order for which the dispatch instruction has been started from step ST3 to the timing of step ST4, but it may be possible to cancel the order.
  • the notification data 740 has an order type of "specified time” and indicates the details of the order.
  • the notification data 740 includes information such as the specified date and time, the name of the user U, the location (boarding position), the arrival schedule of the taxi 2, the destination of the user U, the presence or absence of net payment, the route to the destination, and the like.
  • the driver of the taxi 2 can confirm the estimated time of arrival at the pick-up location, the route to the destination of the user U, and the like.
  • the driver operates the operation button of the taxi meter 400 to change the status to "Pick up” and move the taxi 2 to the pick-up location. In other words, the driver can respond in the same manner as immediate dispatch without making a reservation for the taxi meter 400 .
  • the information processing device 200 detects the timing at which the taxi 2 starts waiting at the pick-up location based on the movement data 710 received from the electronic device 100 (step ST5). After that, when the user U gets into the taxi 2 after the reserved date and time, the driver of the taxi 2 operates the operation button of the taxi meter 400 to change the status to "actual vehicle". The information processing device 200 detects actual vehicle timing when the user U gets into the taxi 2 based on the movement data 710 received from the electronic device 100 (step ST6). The information processing device 200 can cancel the order from step ST4 to step ST6 when the dispatch is confirmed, but does not refund the usage fee F that has been settled, so that the cancellation fee is charged.
  • the information processing device 200 allows the order to be canceled until the cancelable time elapses after the user U has taken the taxi 2 . Any time such as 3 minutes or 10 minutes can be set as the cancelable time.
  • the information processing device 200 prohibits cancellation of the order when the cancelable time elapses after the user U has taken the taxi 2 . Note that the information processing device 200 may prohibit cancellation of the order after the user U has taken the taxi 2 .
  • Taximeter 400 calculates a fare and provides it to electronic device 100 .
  • the electronic device 100 instructs the information processing device 200 to pay the fare for the taxi 2 .
  • the information processing device 200 detects an instruction to pay the fare from the electronic device 100 (step ST7).
  • the information processing apparatus 200 determines whether or not the user U can make a net payment.
  • Online payment is, for example, a service that enables online payment.
  • the information processing apparatus 200 determines that online payment is possible when the user U has registered a credit card, electronic money, prepaid card, or the like.
  • the information processing device 200 determines whether or not the user U can make an online payment
  • the information processing device 200 causes the display unit 110 of the electronic device 100 to display payment confirmation information G1 shown in FIG.
  • the payment confirmation information G1 includes the result of determination as to whether online payment is possible, and information on a button for allowing the driver to select a payment method.
  • the payment confirmation information G1 has information indicating a button for selecting a payment method between online payment and another payment method.
  • the information processing device 200 causes the display unit 110 of the electronic device 100 to display payment completion information G2 shown in FIG.
  • the payment completion information G2 includes, for example, the result of online payment, the payment amount, the payment type, an instruction to open the door of the taxi 2, and the like.
  • the information processing device 200 can allow the driver of the taxi 2 to confirm the completion result of the payment based on the payment completion information G2.
  • the information processing apparatus 200 provides receipt data based on the payment data 750 without issuing a paper receipt when the payment method is net payment.
  • the information processing device 200 settles the usage fee when the dispatch of the taxi 2 is confirmed, so that even if the reservation is canceled after that, the already settled usage fee can be provided to the taxi 2 side. can be done.
  • the information processing device 200 can provide the taxi 2 side with the usage fee as an incentive, so that it is possible to suppress the occurrence of damage on the taxi 2 side related to the reservation of the taxi 2 .
  • the above-described embodiment is an example, and the information processing device 200 can be modified and applied in various ways.
  • the information processing apparatus 200 calculates the usage fee F that varies according to the balance between supply and demand based on the past data 700, but the present invention is not limited to this.
  • the information processing apparatus 200 may be configured to calculate the usage fee F in consideration of the results of a questionnaire to the user U.
  • past data 700 is not accumulated in the information processing system 1 at the time of launch.
  • the information processing system 1 may determine the variable charge based on the general relationship between demand and supply, but it may not be suitable for the user U's demand.
  • launch means, for example, the start or introduction of a service.
  • the information processing apparatus 200 may, for example, conduct a questionnaire for the user U and determine the relationship between demand and supply based on the questionnaire results.
  • the information processing apparatus 200 uses a questionnaire such as "How many times in a month do you use time-specified vehicle dispatch when the usage fee is 500 yen?" / Obtain the relationship with MAU (Monthly Active Users). MAU is the number of users U who use the service even once in a month.
  • FIG. 20 is a diagram for explaining another example of determining variable charges.
  • the vertical axis indicates the usage fee (price), and the horizontal axis indicates the number of times/MAU.
  • the vertical axis indicates the usage fee
  • the horizontal axis indicates the quantity.
  • the graph GS shows the usage fee F that varies between the first usage fee F1 and the second usage fee F2 when the number of vehicles that can be reserved for dispatch is ten.
  • the information processing apparatus 200 can calculate the usage fee F based on the intersection of the graph GD' based on the questionnaire and the graph GS even at the time of launch. After starting operation, the information processing apparatus 200 may calculate the usage fee F using the past data 700 described above.
  • the information processing system 1 performs information processing related to the dispatch reservation of the taxi 2 has been described, but the information processing system 1 is not limited to this.
  • the information processing system 1 may be, for example, a system that reserves the allocation of transportation vehicles, collection vehicles, and the like.
  • FIG. 21 is a hardware configuration diagram showing an example of a computer 1000 that implements the functions of the information processing apparatus 200.
  • the computer 1000 has a CPU 1100 , a RAM 1200 , a ROM (Read Only Memory) 1300 , a HDD (Hard Disk Drive) 1400 , a communication interface 1500 and an input/output interface 1600 .
  • Each part of computer 1000 is connected by bus 1050 .
  • the CPU 1100 operates based on programs stored in the ROM 1300 or HDD 1400 and controls each section. For example, the CPU 1100 loads programs stored in the ROM 1300 or HDD 1400 into the RAM 1200 and executes processes corresponding to various programs.
  • the ROM 1300 stores a boot program such as BIOS (Basic Input Output System) executed by the CPU 1100 when the computer 1000 is started, and programs dependent on the hardware of the computer 1000.
  • BIOS Basic Input Output System
  • the HDD 1400 is a computer-readable recording medium that non-temporarily records programs executed by the CPU 1100 and data used by such programs.
  • HDD 1400 is a recording medium that records an information processing program according to the present disclosure, which is an example of program data 1450 .
  • a communication interface 1500 is an interface for connecting the computer 1000 to an external network 1550 (for example, the Internet).
  • CPU 1100 receives data from another device via communication interface 1500, and transmits data generated by CPU 1100 to another device.
  • the input/output interface 1600 is an interface for connecting the input/output device 1650 and the computer 1000 .
  • the CPU 1100 receives data from input devices such as a keyboard and mouse via the input/output interface 1600 .
  • the CPU 1100 also transmits data to an output device such as a display, speaker, or printer via the input/output interface 1600 .
  • the input/output interface 1600 may function as a media interface for reading a program or the like recorded on a predetermined recording medium.
  • Media include, for example, optical recording media such as DVDs (Digital Versatile Discs), magneto-optical recording media such as MOs (Magneto-Optical disks), tape media, magnetic recording media, semiconductor memories, and the like.
  • the CPU 1100 of the computer 1000 executes a program loaded on the RAM 1200 to perform the setting unit 231, the determination unit 232, the dispatch control unit 233, It implements the functions of the calculation unit 234, the settlement unit 235, the notification unit 236, and the like.
  • the HDD 1400 stores programs according to the present disclosure and data in the storage unit 220 .
  • CPU 1100 reads and executes program data 1450 from HDD 1400 , as another example, these programs may be obtained from another device via external network 1550 .
  • the program is recorded and read by the computer.
  • a possible recording medium may also be provided.
  • each step related to the processing of the information processing apparatus 200 in this specification does not necessarily have to be processed in chronological order according to the order described in the flowchart.
  • each step related to the processing of the information processing device 200 may be processed in an order different from the order described in the flowchart, or may be processed in parallel.
  • the information processing device 200 includes a storage unit 220 that stores past motion data 710 of the vehicle for commercial use in a predetermined range 800, and a vehicle for commercial use based on the motion data 710 for each geographical division of the predetermined range 800 and for each predetermined period of time. and a setting unit 231 for setting the number of vehicles that can be reserved for dispatch.
  • the information processing device 200 manages the number of vehicles that can be reserved for dispatch for business for each geographical division of the predetermined range 800 and for each predetermined period, so that the number of taxis 2 that can be dispatched at the reservation date and time can be determined in advance. can recognize.
  • the information processing device 200 manages reservations as time designations, and by making it possible to arrange vehicles for business use even immediately before the time designations, it becomes possible to manage reservations in the same manner as immediate dispatch. It is possible to suppress the occurrence of damages related to reservations.
  • the information processing apparatus 200 further includes a determination unit 232 that determines whether or not to accept the reservation based on the number of vehicles that can be reserved for vehicle allocation when the user U makes a reservation for a vehicle for business use.
  • the information processing device 200 can accept reservations for the number of vehicles that can be dispatched immediately, based on the set number of vehicles that can be reserved for dispatch. As a result, the information processing apparatus 200 can manage reservations in the same manner as immediate dispatch, and can suppress the occurrence of damages related to reservations.
  • the setting unit 231 performs machine learning of the relationship between the movement data 710 and the number of vehicles that can be reserved for dispatch for each geographical division of the predetermined range 800 and for each predetermined period, based on a prediction model 600 (machine learning model). , set the number of vehicles that can be reserved for dispatch.
  • a prediction model 600 machine learning model
  • the information processing apparatus 200 uses a machine-learning model obtained by machine-learning the relationship between the past movement data 710 and the number of vehicles that can be reserved for vehicle allocation for each geographical zone of the predetermined range 800 and for each predetermined period, thereby obtaining information on past performance. You can set the number of vehicles that can be reserved for dispatch according to your needs. As a result, the information processing apparatus 200 can set an appropriate number of vehicles that can be reserved for vehicle allocation, so that even if reservations are managed in the same manner as immediate vehicle allocation, it is possible to suppress the occurrence of a situation in which immediate vehicle allocation cannot be performed.
  • the setting unit 231 sets the number of vehicles that can be reserved for vehicle allocation for each group to which commercial vehicles belong.
  • the information processing device 200 can set the geographical division of the predetermined range 800 and the number of vehicles that can be reserved for each predetermined period for each group to which commercial vehicles belong. As a result, the information processing device 200 can set the number of vehicles that can be reserved for allocation suitable for the group of vehicles for business, so even if the reservation is managed in the same manner as the immediate dispatch, the taxi 2 belonging to the group cannot be dispatched immediately. It is possible to suppress the occurrence of incidents.
  • the movement data 710 includes data that allows identification of the number of taxis whose status is vacant for each geographical area and predetermined period.
  • the information processing device 200 can confirm the past performance of the taxi 2 whose status is empty for a predetermined period in the geographical division. As a result, the information processing device 200 can set the number of vehicles that can be reserved for allocation based on the taxi 2 whose status is empty, so that even if the reservation is managed in the same manner as the immediate allocation, it is possible to suppress the occurrence of a situation in which the immediate allocation cannot be made.
  • the setting unit 231 sets the number of taxis 2 that can be reserved for dispatch based on at least one data of the day of the week and the weather and the movement data 710 .
  • the information processing device 200 can set and manage the number of vehicles that can be reserved for dispatch based on past dynamics, days of the week, weather, etc., for each geographical division of the predetermined range 800 and for each predetermined period.
  • the information processing device 200 accurately recognizes the number of taxis 2 that can be dispatched at the reservation date and time by managing the number of taxis 2 that can be allocated and reserved that are suitable for the past performance and the surrounding environment in the geographical area. be able to.
  • the information processing apparatus 200 further includes a vehicle allocation control unit 233 that searches for a vehicle that can be allocated at a specified time at the reservation date and time and the vehicle allocation location indicated by the order data 720. to dispatch a vehicle at a specified time.
  • the information processing device 200 can instruct a vehicle capable of time-designated dispatch at the reservation date and time indicated by the order data 720 and the dispatch location.
  • the information processing apparatus 200 manages reservations in the same manner as immediate dispatch, so there is no need to arrange taxis 2 in advance, and the occurrence of damages related to reservations can be suppressed.
  • the vehicle allocation control unit 233 instructs the vehicles for business use within the search range to be allocated at a specified time, and in response to the response that the vehicle can be allocated at a specified time, dispatches the vehicle at a specified time. is determined, and if time-designated dispatch is not possible, other vehicles within the search range are instructed to time-designated dispatch.
  • the information processing apparatus 200 can sequentially instruct time-designated vehicle allocation for a plurality of commercial vehicles within the search range until time-designated vehicle allocation is confirmed.
  • the information processing apparatus 200 is more likely to be able to instruct dispatch at a specified time by the reservation date and time, so even if the reservation is managed in the same manner as immediate dispatch, it is possible to suppress the occurrence of a situation in which immediate dispatch cannot be made. .
  • the vehicle for business is the taxi 2, and the fare differs from the taxi 2 so as to vary based on the relationship between the supply and demand of the taxi 2 for each geographical area and predetermined period. It further includes a calculation unit 234 that calculates the usage fee of the taxi 2 .
  • the information processing device 200 can calculate the usage fee that varies according to the number of demand, depending on the reservation of the taxi 2 and the like. As a result, even if the reservation is canceled by the user U, the information processing device 200 can charge a usage fee different from the ride fee of the taxi 2 .
  • the information processing apparatus 200 further includes a payment unit 235 that performs payment processing for the usage fee of the taxi 2 for which the time-designated dispatch according to the reservation has been confirmed. Settlement processing of the taxi fare to the point is performed.
  • the information processing device 200 can obtain the usage fee at the time when the time-designated dispatch according to the reservation is confirmed, and then obtain the ride fee for the taxi 2 to the drop-off point. As a result, even if the reservation is canceled after the dispatch of the taxi 2 is confirmed, the information processing device 200 still receives the usage fee, so it is possible to suppress the occurrence of damage related to the reservation.
  • the settlement unit 235 when the settlement unit 235 receives a cancellation from the business operator of the taxi 2 between the completion of the allocation of the taxi 2 and the reservation date and time, the payment unit 235 performs refund processing of the usage fee, and the allocation control unit 233 performs processing for canceling the time-specified vehicle dispatch.
  • the information processing device 200 can refund the usage fee if the cancellation of the dispatch of the taxi 2 is received between the end of payment of the usage fee and the reservation date and time. For example, if the taxi 2 instructed to be dispatched encounters a breakdown, an accident, or the like, the information processing device 200 may cancel the dispatch of the taxi 2 . As a result, the information processing apparatus 200 can avoid the profit and loss of the user U by refunding the usage fee when the taxi 2 side cancels the dispatch.
  • the settlement unit 235 when the settlement unit 235 receives a cancellation from the driver of the taxi 2 at the location after a predetermined waiting time has passed from the reservation date and time, the refund processing is not performed, and the dispatch control unit 233 designates the time. process to cancel the dispatch of the
  • the information processing device 200 can cause the driver of the taxi 2 to cancel the dispatch when the user U does not appear even after the waiting time has elapsed after the taxi 2 arrives at the dispatch location.
  • the information processing device 200 obtains the usage fee at the time when the dispatch of the taxi 2 is confirmed, it is possible to reduce the driver's restraint time of the taxi 2 according to the reservation, and to cancel the reservation. Damage can be controlled.
  • the payment unit 235 receives a cancellation from the user U who made the reservation during the period from the completion of the dispatch of the taxi 2 to the reservation date and time, the payment unit 235 does not perform the refund process, and the dispatch control unit 233 , to cancel the time-specified vehicle dispatch.
  • the information processing device 200 can obtain the usage fee at the time when the time-designated dispatch is confirmed even if the reservation is canceled by the user U between the completion of the dispatch of the taxi 2 and the reservation date and time. As a result, even if the reservation is canceled after the dispatch of the taxi 2 is confirmed, the information processing device 200 still receives the usage fee, so it is possible to suppress the occurrence of damage related to the reservation.
  • the information processing device 200 further includes a notification unit 236 that notifies the user U of at least one of the usage fee payment result and the taxi dispatch result.
  • the information processing device 200 can make the user U recognize at least one of the payment result of the usage fee and the dispatch result of the taxi 2. As a result, the information processing apparatus 200 can suppress the cancellation of the reservation of the taxi 2 by the user U, thereby suppressing the occurrence of damages related to the reservation.
  • the dispatch control unit 233 selects a taxi that can be dispatched from another geographical zone at a specified time based on the number of taxis that can be reserved for dispatch. Search for 2.
  • the information processing device 200 searches for a taxi 2 from another geographical zone that is suitable for the number of vehicles that can be reserved for dispatch.
  • the possibility of finding a suitable taxi 2 can be improved.
  • the information processing apparatus 200 can increase the number of reservation slots based on the number of vehicles that can be reserved for dispatch, thereby suppressing deterioration of services related to reservations.
  • the information processing system 1 includes an electronic device 100 that moves with a vehicle for business use, and an information processing device that can communicate with a plurality of the electronic devices 100 .
  • the information processing device 200 includes a storage unit 220 that stores past motion data 710 of the vehicle for commercial use in a predetermined range 800, and a vehicle for commercial use based on the motion data 710 for each geographical division of the predetermined range 800 and for each predetermined period of time. and a setting unit 231 for setting the number of vehicles that can be reserved for dispatch.
  • the information processing system 1 manages the number of vehicles for business use that can be reserved for dispatch for each geographical division of the predetermined range 800 and for each predetermined period of time. can be recognized in advance. As a result, the information processing system 1 manages reservations as time designations, and by making it possible to arrange vehicles for business use even immediately before the time designations, it becomes possible to manage reservations in the same way as instant dispatch, It is possible to suppress the occurrence of damages related to reservations.
  • the computer stores past movement data 710 of commercial vehicles in a predetermined range 800 in the storage unit 220, and based on the movement data 710 for each geographical division of the predetermined range 800 and a predetermined period of time. Setting the number of vehicles that can be reserved for dispatch of commercial vehicles.
  • the information processing method is such that the number of taxis 2 that can be dispatched at the reservation date and time can be preliminarily determined by the computer managing the number of vehicles for business use that can be reserved for dispatch for each geographical division of the predetermined range 800 and for each predetermined period. can be recognized.
  • the information processing method manages the reservation as a specified time, and by making it possible to arrange a vehicle for business use even immediately before the specified time, the reservation can be managed in the same way as an immediate dispatch. It is possible to suppress the occurrence of damage related to
  • the information processing program causes the computer to store past movement data 710 of commercial vehicles in a predetermined range 800 in the storage unit 220, and based on the movement data 710 for each geographical division of the predetermined range 800 and a predetermined period of time. to set the number of vehicles for business use that can be reserved for dispatch.
  • the information processing program manages the number of taxis 2 that can be dispatched at the reservation date and time by the computer by managing the number of vehicles that can be allocated for business for each geographical zone of the predetermined range 800 and for each predetermined period. can be recognized.
  • the information processing program manages the reservation as a designated time, and by making it possible to arrange a vehicle for business even immediately before the designated time, the reservation can be managed in the same way as an immediate dispatch. It is possible to suppress the occurrence of damage related to
  • a storage unit that stores past movement data of commercial vehicles in a predetermined range; a setting unit that sets the number of vehicles that can be reserved for allocation of the vehicle based on the dynamic data for each of the predetermined range of geographical divisions and the predetermined period; Information processing device.
  • the information processing apparatus further comprising a determination unit that, when a user makes a reservation for the vehicle, determines whether to accept the reservation based on the number of vehicles that can be reserved for allocation.
  • the setting unit sets the number of vehicles that can be reserved for allocation based on a machine learning model obtained by machine-learning the relationship between the dynamic data and the number of vehicles that can be reserved for allocation for each of the predetermined range of geographical zones and for each predetermined period.
  • the information processing device according to (1) or (2).
  • the information processing apparatus according to any one of (1) to (3), wherein the setting unit sets the number of vehicles that can be reserved for vehicle allocation for each group to which the vehicle for commercial use belongs.
  • the vehicle is a taxi;
  • the information processing apparatus according to any one of (1) to (5), wherein the setting unit sets the number of vehicles that can be reserved for dispatch based on at least one data of day of the week and weather and the movement data.
  • the vehicle allocation control unit Further comprising a vehicle allocation control unit that searches for the vehicle that can be allocated at a specified time at the reservation date and time and the vehicle allocation location indicated by the order data, The information processing apparatus according to any one of (1) to (6), wherein the vehicle allocation control unit instructs the vehicle that can be allocated to dispatch the vehicle at the specified time.
  • the vehicle allocation control unit instructing the vehicle within the search range to dispatch the vehicle at the specified time; Confirming the time-designated vehicle dispatch in response to the response that the time-designated vehicle dispatch is possible;
  • the information processing apparatus according to (7), wherein, when the time-designated vehicle allocation is not possible, the other vehicles within the search range are instructed to perform the time-designated vehicle allocation.
  • the vehicle is a taxi; It further comprises a calculation unit that calculates the taxi usage fee different from the taxi fee so that it varies based on the geographical area and the relationship between the supply and demand of the taxi for each predetermined period.
  • the information processing device according to 7) or (8).
  • (10) further comprising a payment unit that performs payment processing for the usage fee of the taxi for which the time-specified dispatch according to the reservation has been confirmed;
  • the payment unit receives cancellation of the taxi dispatch within the period from the completion of the taxi dispatch to the reservation date and time, the payment unit performs refund processing of the usage fee,
  • the vehicle allocation control unit performs a process of canceling the time-designated vehicle allocation.
  • the information processing apparatus according to any one of (10) to (13), further comprising a notification unit that notifies the user of at least one of the usage fee settlement result and the taxi dispatch result.
  • the vehicle allocation control unit controls the vehicle that can be dispatched from another geographical zone at the specified time based on the number of vehicles that can be reserved for vehicle allocation.
  • the information processing device is a storage unit that stores past dynamic data of the vehicle in a predetermined range; a setting unit that sets the number of vehicles that can be reserved for allocation of the vehicle based on the dynamic data for each of the predetermined range of geographical divisions and the predetermined period;
  • An information processing system comprising (17) the computer storing past movement data of commercial vehicles in a predetermined range in a storage unit; setting the number of vehicles that can be reserved for dispatch based on the movement data for each of the predetermined range of geographical divisions and the predetermined period; Information processing method including.
  • 1 information processing system 2 taxi 100 electronic device 110 display unit 120 operation unit 130 communication unit 140 storage unit 141 driver application 142 setting data 150 control unit 200 information processing device 210 communication unit 220 storage unit 230 control unit 231 setting unit 232 determination unit 233 Vehicle allocation control unit 234 Calculation unit 235 Settlement unit 236 Notification unit 300 User terminal 310 Sensor unit 320 Input unit 330 Display unit 340 Communication unit 350 Storage unit 351 User application 352 Setting data 360 Control unit 400 Taximeter 500 Reservation slot data 510 Map Information 520 Reservation slot information 600 Prediction model 700 Past data 710 Dynamic data 720 Order data 730 Weather data 740 Notification data 750 Payment data 800 Predetermined range 810 Section

Landscapes

  • Business, Economics & Management (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Tourism & Hospitality (AREA)
  • Marketing (AREA)
  • Economics (AREA)
  • General Health & Medical Sciences (AREA)
  • Human Resources & Organizations (AREA)
  • Health & Medical Sciences (AREA)
  • Primary Health Care (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Traffic Control Systems (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

情報処理装置は、所定範囲における営業用の車両の過去の動態データを記憶する記憶部と、所定範囲の地理的区画および所定期間ごとに、動態データに基づいて車両の配車予約可能台数を設定する設定部と、を備える。

Description

情報処理装置、情報処理システム、情報処理方法及び情報処理プログラム
　本開示は、情報処理装置、情報処理システム、情報処理方法及び情報処理プログラムに関する。
　タクシー等の営業用の車両の予約に関する様々なシステムが提案されている。例えば、特許文献１には、配車管理サーバが車載端末に迎車が可能か否かを問い合わせ、問い合わせた車載端末から迎車が可能であることを示す迎車情報が送信された場合に予約が成立したと判断することが開示されている。
特許第６２９５０８８号公報
　タクシーの配車予約は、予約時間の予約場所にユーザが来ない場合、予約のキャンセルなのか、予約場所への到着が遅れているのかの判断が困難である。例えば、配車予約がキャンセルになった場合、タクシーのドライバー、タクシー会社等には、タクシーの迎車に関する費用が生じるために損害が発生する。
　そこで、本開示では、営業用の車両の予約に関する損害の発生を抑制することができる情報処理装置、情報処理システム、情報処理方法及び情報処理プログラムを提案する。
　上記の課題を解決するために、本開示に係る一形態の情報処理装置は、所定範囲における営業用の車両の過去の動態データを記憶する記憶部と、前記所定範囲の地理的区画および所定期間ごとに、前記動態データに基づいて前記車両の配車予約可能台数を設定する設定部と、を備える。
　また、本開示に係る一形態の情報処理システムは、営業用の車両とともに移動する電子機器と、複数の前記電子機器と通信可能な情報処理装置と、を備え、前記情報処理装置は、所定範囲における前記車両の過去の動態データを記憶する記憶部と、前記所定範囲の地理的区画および所定期間ごとに、前記動態データに基づいて前記車両の配車予約可能台数を設定する設定部と、を備える。
　また、本開示に係る一形態の情報処理方法は、コンピュータが、所定範囲における営業用の車両の過去の動態データを記憶部に記憶すること、前記所定範囲の地理的区画および所定期間ごとに、前記動態データに基づいて前記車両の配車予約可能台数を設定すること、を含む。
　また、本開示に係る一形態の情報処理プログラムは、コンピュータに、所定範囲における営業用の車両の過去の動態データを記憶部に記憶すること、前記所定範囲の地理的区画および所定期間ごとに、前記動態データに基づいて前記車両の配車予約可能台数を設定すること、を実行させる。
実施形態に係る情報処理システムの概要を説明するための図である。 実施形態に係る情報処理システムのシステム構成の一例を説明するための図である。 実施形態に係る情報処理システムの予約枠の一例を説明するための図である。 実施形態に係る情報処理装置の予測モデルの一例を示す図である。 図４に示す予測モデルの配車予約可能台数の推定例を説明するための図である。 実施形態に係る電子機器の構成の一例を示す構成図である。 実施形態に係る情報処理装置の構成の一例を示す構成図である。 実施形態に係るユーザ端末の構成の一例を示す図である。 実施形態に係る情報処理装置が実行する設定処理の一例を示すフローチャートである。 実施形態に係る情報処理装置が実行する判定処理の一例を示すフローチャートである。 図１０に示す第１予約管理処理の処理手順の一例を示すフローチャートである。 時間指定の配車が可能なタクシーの検索例を説明するための図である。 変動する利用料金の一例を説明するための図である。 需要と供給との関係に基づく変動料金の決定例を説明するための図である。 変動料金を決定する一例を説明するための図である。 図１１に示す第２予約管理処理の処理手順の一例を示すフローチャートである。 実施形態に係る情報処理装置の予約に関する動作を説明するための図である。 情報処理装置が時間指定の配車の確定を通知する通知データの一例を示す図である。 情報処理装置が実行するネット決済に関する画面の一例を示す図である。 変動料金を決定する他の一例を説明するための図である。 情報処理装置の機能を実現するコンピュータの一例を示すハードウェア構成図である。
　以下に、本開示の実施形態について図面に基づいて詳細に説明する。なお、以下の各実施形態において、同一の部位には同一の符号を付することにより重複する説明を省略する。
（実施形態）
［実施形態に係る情報処理システムの概要］
　図１は、実施形態に係る情報処理システムの概要を説明するための図である。図２は、実施形態に係る情報処理システムのシステム構成の一例を説明するための図である。図３は、実施形態に係る情報処理システムの予約枠の一例を説明するための図である。図４は、実施形態に係る情報処理装置の予測モデルの一例を示す図である。図５は、図４に示す予測モデルの配車予約可能台数の推定例を説明するための図である。
　図１に示すように、情報処理システム１は、タクシー２を利用するユーザＵのユーザ端末３００からの配車依頼に基づいて、タクシー２をユーザＵに配車する処理を行うシステムである。情報処理システム１は、１または複数のタクシー会社のタクシー２の配車、予約等を管理する機能を有する。タクシー２は、営業用の車両の一例である。営業用の車両は、例えば、タクシーのほかに、運送車両、収集車両等の各種営業車両を含む。
　図１及び図２に示すように、情報処理システム１は、例えば、タクシー２に搭載された電子機器１００と、情報処理装置２００と、を備える。電子機器１００及び情報処理装置２００は、ネットワーク３に接続されている。電子機器１００と情報処理装置２００とは、ネットワーク３を介して通信したり、ネットワーク３を介さずに直に通信したりすることが可能な構成となっている。情報処理システム１は、電子機器１００及び情報処理装置２００の構成に、ユーザ端末３００を加えた構成としてもよい。
　電子機器１００は、タクシー２に搭載され、タクシー２のタクシーメータ４００から必要なデータを取得する電子機器である。電子機器１００は、タクシー２のドライバーが操作可能な構成になっている。電子機器１００は、例えば、タブレット端末、スマートフォン、ハンディターミナル、通信装置、ＥＴＣ（Electronic　Toll　Collection）車載器、ドライブレコーダ、デジタルタコグラフ、タクシーメータ等を含む。本実施形態では、電子機器１００は、ドライバー用アプリケーションが動作可能なタブレット端末である場合について説明する。
　タクシーメータ４００は、タクシー２が実車で走行した距離、時間等に応じて収受すべき運賃を計算して表示する機能を有する。運賃は、乗車料金の一例である。実車は、例えば、タクシー２がユーザＵを乗せて走行することを意味する。タクシーメータ４００は、例えば、距離制運賃、時間制運賃、定額運賃、割増運賃等に基づく運賃を計算する。運賃は、タクシー会社、事業者等が国土交通大臣に申請して認可されたものである。タクシーメータ４００は、タクシー２の営業状態が識別可能なステータス、運賃、速度等を識別可能な動態情報を電子機器１００に提供する機能を有する。ステータスは、例えば、「実車」、「空車」、「迎車」、「支払」、「高速」等を含む。タクシーメータ４００は、複数の操作ボタンを有し、ドライバーによる操作ボタンの操作に応じて営業状態を遷移する機能を有する。
　電子機器１００は、タクシー２の動態情報をタクシーメータ４００から取得可能な構成になっている。電子機器１００は、ＧＳＰ（Global　Positioning　System）受信器、タクシーメータ４００等からタクシー２の現在位置を示す位置情報を取得する。電子機器１００は、取得した動態状態、位置情報等に基づいて、タクシー２の動作ログを識別可能な動態データを、所定時間ごとまたは所定条件を満たす場合に生成する。所定時間は、例えば、予め設定された３秒、１０秒等の時間単位、周期を含む。所定条件は、例えば、予め設定された移動距離、停止時間等を含む。動態データは、例えば、動態情報、位置情報、車両情報等を含む。車両情報は、例えば、タクシー２が所属するタクシー会社、車両、ドライバー等を識別可能な情報を含む。電子機器１００は、所定時間ごとに生成した動態データを情報処理装置２００に送信する機能を有する。
　情報処理装置２００は、いわゆるクラウドサーバ（Cloud　Server）であり、電子機器１００、ユーザ端末３００等と連携して情報処理を実行するサーバ装置である。情報処理装置２００は、ユーザ端末３００からの予約、配車等の注文データを管理する機能を有する。情報処理装置２００は、タクシー２に搭載された電子機器１００から受信した動態データ、決済データ等を管理する機能を有する。情報処理装置２００は、例えば、複数のタクシー２から収集した動態データをラベリングし、過去の動態データとしてエリア単位に管理する。情報処理装置２００は、例えば、動態データを生成したエリア、時間、曜日、天気、タクシー２のステータス等のラベルで動態データを分類して管理する。ラベルは、例えば、タクシー２の予約可能台数を予測するのに必要な動態データを分類可能とする。
　情報処理装置２００は、図３に示すように、管理する所定範囲８００を網目状に区切った複数の区画８１０の単位で、タクシー２の予約可能台数を管理する。所定範囲８００は、例えば、管理するタクシー２の配車を管理する領域である。区画８１０は、地理的区画の一例である。区画８１０は、例えば、タクシー２を探す範囲とすることができる。本実施形態では、区画８１０は、例えば、１辺が２ｋｍの方形状の区画とする場合について説明するが、これに限定されない。区画８１０は、例えば、所定範囲８００の内部の住所名、番地等に基づいて設定したり、異なる大きさ、形状等で設定したりしてよい。
　情報処理装置２００は、複数のタクシー２の過去の動態データに基づいて、所定範囲８００における複数の区画８１０の単位で、タクシー２の予約枠情報５２０を管理する機能を有する。予約枠情報５２０は、複数の区画８１０ごとに、所定期間ごとのタクシー２の配車予約可能台数を示す。所定期間は、例えば、相異なる複数の時間帯、設定された時間等を含む。予約枠情報５２０は、例えば、日付ごとに、複数の時間帯の配車予約可能台数（予約枠）を示す情報を含む。
　図３に示す一例では、情報処理装置２００は、地図情報５１０と、予約枠情報５２０とを有する予約枠データ５００を管理する。地図情報５１０は、例えば、所定範囲８００の地図上に複数の区画８１０を示す情報を含む。予約枠情報５２０は、区画８１０に関連付けられている。予約枠情報５２０は、関連付けられた該当する区画８１０のある日時の配車予約可能台数を示す情報を含む。図３に示す一例では、予約枠情報５２０は、２０２０年１０月２５日の０７：００から０７：３０までの１０分ごとの配車予約可能台数が、１２台、１１台、１３台、１５台であったことを示している。予約枠データ５００は、予約枠情報５２０の配車予約可能台数の規模に応じた大きさの図形、記号等で、地図情報５１０に重畳表示させることが可能なデータとなっている。配車予約可能台数の規模は、例えば、区画８１０における配車予約可能台数の平均値、最小値、最大値等に基づいて設定することができる。情報処理装置２００は、区画８１０の予約枠情報５２０を表示する大きさを変化させることで、区画８１０の配車予約可能台数が多いのか否かを目視で認識させることができる。なお、本実施形態では、予約枠情報５２０は、日付ごとに配車予約可能台数を示す場合について説明するが、これに限定されない。例えば、予約枠情報５２０は、曜日ごとや設定された期間ごとに配車予約可能台数を示す構成としてもよい。
　情報処理装置２００は、例えば、予測モデル６００を用いて、所定範囲８００の区画８１０ごとの配車予約可能台数を設定する機能を有する。情報処理装置２００は、所定範囲８００の区画８１０および所定期間ごとに、過去データ７００と過去に予測した配車予約可能台数との関係を機械学習した予測モデル６００に基づいて、配車予約可能台数を設定する。
　図４に示すように、予測モデル６００は、例えば、区画８１０、所定期間（時間帯）、曜日、天気等のパラメータに応じて、ステータスが「空車」のタクシー２の台数を予測する機械学習モデルである。ステータスが「空車」のタクシー２は、区画８１０の所定期間における予約が可能であったことを意味する。予測モデル６００は、例えば、区画８１０の過去データ７００と過去に予測した予約可能台数とを教師データとして機械学習したモデルである。過去データ７００は、動態データ７１０と、注文データ７２０と、天気データ７３０とを有する。動態データ７１０は、タクシー２ごとの過去の動作ログを識別可能なデータである。注文データ７２０は、例えば、過去に注文されたタクシー２の予約日時、配車場所、予約したユーザＵ等を示すデータである。動態データ７１０及び注文データ７２０は、タクシー２の識別情報によって関連付けることができる。天気データ７３０は、例えば、日時及び所定範囲８００ごとの天気を示すデータである。なお、区画８１０が広範囲である場合、天気データ７３０は、例えば、日時及び区画８１０ごとの天気を示すデータとしてもよい。
　予測モデル６００は、例えば、区画、時間、曜日及び天気等のパラメータが入力層６０１に入力されると、中間層６０２がパラメータに応じたタクシー２の台数を予測し、該予測台数を出力層６０３が出力する。情報処理装置２００は、区画８１０ごとに、予測モデル６００を用いて、所定期間ごとのタクシー２の台数を予測し、予測した台数を配車予約可能台数として設定する。
　図５に示すように、予測モデル６００は、区画８１０の内部に位置するタクシー２の動態データ７１０に基づいて、配車予約可能台数を予測する。図５に示す一例では、区画８１０に進入したタクシー２の電子機器１００は、区画８１０から退出するまでの間に、複数の動態データ７１０を所定時間ごとに情報処理装置２００に送信している。複数の動態データ７１０は、例えば、ステータスが「空車」で走行していることを示すデータとなっている。予測モデル６００は、区画８１０の所定期間において、タクシー２の過去の動態データ７１０のうち、ステータスが「空車」の動態データ７１０の数がｘ回以上である場合、区画８１０に滞在している可能性があるため、該タクシー２を配車予約可能であると機械学習する。ｘ回は、例えば、区画８１０に滞在しているか否かを判定するために、電子機器１００が動態データ７１０を送信する頻度、間隔等に基づいて設定された判定用回数である。予測モデル６００は、区画８１０の内部に位置していたタクシー２の動態データ７１０が「実車」のステータスを示している場合、配車予約可能ではないと機械学習する。
　また、タクシー２は、区画８１０の内部で停車していた場合、電子機器１００が動態データ７１０を送信する頻度は少なくなる。この場合、動態データ７１０は、タクシー２の速度が０ｋｍかつステータスが「空車」を示している。予測モデル６００は、区画８１０の所定期間において、タクシー２の過去の動態データ７１０のうち、速度が０ｋｍ／ｈかつステータスが「空車」の動態データ７１０の数がｙ回以上である場合、区画８１０に滞在している可能性があるため、該タクシー２を配車予約可能であると機械学習する。ｙ回は、例えば、停車しているタクシー２が区画８１０に滞在しているか否かを判定するために設定された判定用回数であり、ｘ回よりも少ない回数である。
　情報処理装置２００は、ユーザＵからタクシー２の予約があった場合、ユーザＵの乗車位置を含む区画８１０の所定期間に対応した配車予約可能台数に基づいて、時間指定の配車の予約を受託するか否かを判定する。時間指定の配車は、例えば、タクシー２を予約せずに、時間指定の直前にタクシー２を手配して配車することを意味する。情報処理装置２００は、例えば、区画８１０の所定期間における予約状況が配車予約可能台数よりも少ない場合に、時間指定の配車の予約を受託すると判定する。情報処理装置２００は、例えば、区画８１０の所定期間における予約状況が配車予約可能台数以上である場合に、時間指定の配車の予約を受託しないと判定する。
　情報処理装置２００は、所定範囲８００の区画８１０および所定期間ごとに、動態データ７１０に基づいてタクシー２の配車予約可能台数を設定することができる。これにより、情報処理装置２００は、区画８１０の所定時間ごとに、タクシー２の配車予約可能台数を管理することで、予約日時に配車可能なタクシー２の台数を事前に認識することができる。その結果、情報処理装置２００は、予約を時間指定として管理し、該時間指定の直前であってもタクシー２を手配できる可能性を向上させることで、タクシー２の予約をあたかも即時配車と同じ扱いで管理可能となり、予約に関する損害の発生を抑制することができる。即時配車は、例えば、タクシー２の営業において、ユーザＵからの配車依頼に応じてタクシー２を乗車位置へ即時に配車することを意味する。
　情報処理装置２００は、ユーザＵからタクシー２の予約があった場合、乗車予定位置の区画８１０に設定された配車予約可能台数に基づいて、予約を受託するか否かを判定することができる。これにより、情報処理装置２００は、予約日時の直前にタクシー２の配車指示を行っても、区画８１０でタクシー２を手配できない事態が生じることを抑制できる。その結果、情報処理装置２００は、予約のためにドライバーを事前に手配する必要がなくなり、予約に関する業務の簡単化を図ることができる。
　情報処理装置２００は、所定範囲８００の区画８１０および所定期間ごとに、動態データ７１０と過去の配車予約可能台数との関係を機械学習した予測モデル６００に基づいて、配車予約可能台数を設定することができる。これにより、情報処理装置２００は、機械学習した予測モデル６００を用いることで、より一層正確な配車予約可能台数を所定範囲８００の区画８１０および所定期間ごとに設定することができる。その結果、情報処理装置２００は、予約日時の直前にタクシー２の配車を指示しても、配車が成功する確率を上昇させることができるので、予約の新たな運用形態を支援することができる。
　なお、予測モデル６００は、例えば、区画８１０及び所定期間のみのパラメータでタクシー２の台数を予測する機械学習モデルとしてもよい。また、情報処理装置２００は、例えば、区画８１０、所定期間（時間帯）、曜日、天気等のパラメータに対応したルックアップテーブル、予測用ソフトウェア等を用いて、エリアごとに所定期間ごとの予約可能台数を算出してもよい。
［実施形態に係る電子機器の構成例］
　図６は、実施形態に係る電子機器１００の構成の一例を示す構成図である。図６に示すように、電子機器１００は、表示部１１０と、操作部１２０と、通信部１３０と、記憶部１４０と、制御部１５０と、を備える。制御部１５０は、表示部１１０、操作部１２０、通信部１３０及び記憶部１４０と電気的に接続されている。
　表示部１１０は、例えば、液晶ディスプレイ（ＬＣＤ：Liquid　Crystal　Display）、有機ＥＬディスプレイ（Organic　Electroluminescence　Display）等の表示パネルを有する。表示部１１０は、制御部１５０から入力される信号に応じて、文字、図形、画像等の情報を表示できる。表示部１１０が表示する情報には、タクシー２の運行に関する各種情報が含まれる。各種情報は、例えば、タクシー２の現在位置の地図、配車指示、決済等に関する情報が含まれる。
　操作部１２０は、タクシー２のドライバーの操作を受け付けるための１ないし複数のデバイスを有する。ドライバーの操作を受け付けるためのデバイスは、例えば、キー、ボタン、タッチスクリーン等を含む。操作部１２０は、受け付けた操作に応じた信号を制御部１５０へ供給できる。
　通信部１３０は、タクシー２に搭載されたタクシーメータ４００、タクシー２の外部の情報処理装置２００等と通信を行う。通信部１３０は、タクシーメータ４００から受信した動態情報等の各種情報を制御部１５０に供給する。通信部１３０は、情報処理装置２００から受信した配車指示、予約、予約キャンセル等の各種データを制御部１５０に供給する。通信部１３０は、制御部１５０によって送信が指示した各種データをタクシーメータ４００、情報処理装置２００等に送信する。通信部１３０がサポートする通信プロトコルは、特に限定されるものではなく、また、通信部１３０が、複数の種類の通信プロトコルをサポートすることも可能である。
　記憶部１４０は、プログラム及びデータを記憶できる。記憶部１４０は、制御部１５０の処理結果を一時的に記憶する作業領域としても利用される。記憶部１４０は、半導体記憶媒体、及び磁気記憶媒体等の任意の非一過的（non-　transitory）な記憶媒体を含んでよい。記憶部１４０は、複数の種類の記憶媒体を含んでよい。記憶部１４０は、メモリカード、光ディスク、又は光磁気ディスク等の可搬の記憶媒体と、記憶媒体の読み取り装置との組み合わせを含んでよい。記憶部１４０は、ＲＡＭ（Random　Access　Memory）等の一時的な記憶領域として利用される記憶デバイスを含んでよい。
　記憶部１４０は、通信部１３０を介して受信したデータを記憶する。記憶部１４０は、例えば、ドライバー用アプリケーション１４１、設定データ１４２、動態データ７１０等のデータを記憶する。ドライバー用アプリケーション１４１は、例えば、タクシー２のドライバーが使用するアプリケーションプログラムである。ドライバー用アプリケーション１４１は、例えば、現在位置の地図の表示、配車指示、乗車料金の決済等の機能を提供する。設定データ１４２は、電子機器１００の動作、タクシー２のドライバー等に関する各種設定を示す情報を有する。動態データ７１０は、電子機器１００が搭載されたタクシーメータ４００の動態情報を識別可能なデータである。
　制御部１５０は、演算処理装置である。演算処理装置は、例えば、ＣＰＵ（Central　Processing　Unit）、ＳｏＣ（System-on-a-Chip）、ＭＣＵ（Micro　Control　Unit）、ＦＰＧＡ（Field-Programmable　Gate　Array）、及びコプロセッサを含むが、これらに限定されない。制御部１５０は、電子機器１００の動作を統括的に制御して各種の機能を実現する。
　具体的には、制御部１５０は、記憶部１４０に記憶されている情報を必要に応じて参照しつつ、記憶部１４０に記憶されているプログラムに含まれる命令を実行する。そして、制御部１５０は、データ及び命令に応じて機能部を制御し、それによって各種機能を実現する。機能部は、例えば、表示部１１０、操作部１２０及び通信部１３０を含むが、これらに限定されない。
　制御部１５０は、通信部１３０を介して、情報処理装置２００からタクシー２の運行に係る情報の出力が指示されると、当該情報を表示部１１０に表示させる。制御部１５０は、操作部１２０を介して、ドライバーの操作を検出すると、検出結果を情報処理装置２００に送信する制御を行う。
　以上、本実施形態に係る電子機器１００の機能構成例について説明した。なお、図６を用いて説明した上記の構成はあくまで一例であり、本実施形態に係る電子機器１００の機能構成は係る例に限定されない。本実施形態に係る電子機器１００の機能構成は、仕様や運用に応じて柔軟に変形可能である。
［実施形態に係る情報処理装置の構成例］
　図７は、実施形態に係る情報処理装置２００の構成の一例を示す構成図である。図７に示すように、情報処理装置２００は、通信部２１０と、記憶部２２０と、制御部２３０と、を備える。制御部２３０は、通信部２１０及び記憶部２２０と電気的に接続されている。
　通信部２１０は、例えば、タクシー２に搭載された電子機器１００、他の外部装置等と通信を行う。通信部２１０は、例えば、ネットワーク３等を介して各種データを送受信する。通信部２１０は、例えば、電子機器１００から受信したデータを制御部２３０に供給する。通信部２１０は、例えば、制御部２３０が指示したデータを指示された送信先に送信する。
　記憶部２２０は、各種データ及びプログラムを記憶する。記憶部２２０は、例えば、ＲＡＭ、フラッシュメモリ等の半導体メモリ素子、ハードディスク、光ディスク等である。記憶部２２０は、通信部２１０を介して受信した情報を記憶する。記憶部２２０は、例えば、上述した予約枠データ５００、予測モデル６００及び過去データ７００、通知データ７４０、決済データ７５０等の各種データを記憶する。過去データ７００は、動態データ７１０と、注文データ７２０と、天気データ７３０と、を有する。過去データ７００は、タクシー２またはタクシー２のドライバーごとに、複数の動態データ７１０を時系列順に有している。動態データ７１０は、ラベリングされている。過去データ７００は、動態データ７１０と注文データ７２０と天気データ７３０とが関連付けられている。例えば、過去データ７００は、注文データ７２０に対応した動態データ７１０及び天気データ７３０を抽出可能になっている。通知データ７４０は、タクシー２のユーザＵに通知するためのデータである。例えば、通知データ７４０は、時間指定の配車のリマインド、利用料金の決済結果、乗車料金の決済結果等を示すデータである。決済データ７５０は、例えば、利用料金、乗車料金等の決済の履歴を識別可能なデータである。決済データ７５０は、決済に応じて生成され、注文データ７２０に関連付けられる。
　本実施形態では、情報処理装置２００は、予測モデル６００及び過去データ７００を内蔵する記憶部２２０に記憶する場合について説明するが、これに限定されない。例えば、情報処理装置２００は、アクセス可能な外部の記憶装置を記憶部２２０としてもよい。
　制御部２３０は、例えば、専用または汎用のコンピュータである。制御部２３０は、例えば、情報処理装置２００を制御する統合制御ユニットである。制御部２３０は、電子機器１００と連携することで、タクシー２のドライバーに対してサービスを提供する各機能部を備える。
　制御部２３０は、設定部２３１と、判定部２３２と、配車制御部２３３と、算出部２３４と、決済部２３５と、通知部２３６との各機能部を備える。制御部２３０の各機能部は、例えば、ＣＰＵ（Central　Processing　Unit）やＭＰＵ（Micro　Processing　Unit）等によって、情報処理装置２００の内部に記憶されたプログラムがＲＡＭ等を作業領域として実行されることにより実現される。また、各機能部は、例えば、ＡＳＩＣ（Application　Specific　Integrated　Circuit）やＦＰＧＡ等の集積回路により実現されてもよい。
　設定部２３１は、所定範囲８００の区画８１０および所定期間ごとに、動態データ７１０に基づいてタクシー２の配車予約可能台数を設定する。設定部２３１は、所定範囲８００の区画８１０および所定期間ごとに、動態データ７１０と配車予約可能台数との関係を機械学習した予測モデル６００に基づいて、配車予約可能台数を設定する。設定部２３１は、配車予約可能台数をタクシー２が属するグループごとに設定する。グループは、例えば、タクシー会社、事業所、地域等に基づいて設定したグループを含む。
　判定部２３２は、ユーザＵからタクシー２の予約があった場合、配車予約可能台数に基づいて、予約を受託するか否かを判定する。例えば、判定部２３２は、予約の乗車予定位置を含む区画８１０を特定し、予約時間が属する所定期間を特定する。判定部２３２は、特定した区画８１０及びに所定期間に設定された配車予約可能台数と予約状況とに基づいて、予約を受託するか否かを判定する。
　配車制御部２３３は、注文データ７２０が示す予約日時及び配車場所に、時間指定の配車が可能なタクシー２を検索し、見つけたタクシー２を時間指定の配車を指示する。配車制御部２３３は、検索条件に基づいて、予約日時から一定時間前までの間に、時間指定の配車が可能なタクシー２を検索する。検索条件の一例については、後述する。配車制御部２３３は、見つけたタクシー２に対して時間指定の配車を指示し、ドライバーからの応答があった場合に、時間指定の配車を確定する。配車制御部２３３は、見つけたタクシー２に対して時間指定の配車を指示し、ドライバーからの応答が応答時間内に得られない、または拒絶された場合、検索で見つけた他のタクシー２に対して時間指定の配車を指示する。配車制御部２３３は、ユーザＵが指定したタクシー会社のタクシー２を検索することができる。配車制御部２３３は、ユーザＵが指定したタクシー２の車種に基づいてタクシー２を検索することができる。配車制御部２３３は、ユーザＵが指定したタクシーメータ４００の運賃種別に基づいてタクシー２を検索することができる。
　算出部２３４は、区画８１０および所定期間ごとのタクシー２の需要と供給との関係に基づいて変動するように、タクシー２の乗車料金とは異なるタクシー２の予約の利用料金を算出する。算出部２３４は、固定の予約料金と、需要と供給のバランスに応じて変動する変動料金とを有する利用料金を算出する。予約料金は、タクシー２の配車からの待機時間を考慮した料金となっている。予約料金は、例えば、タクシー２のドライバーに還元する料金として確保することができる。例えば、日本のタクシー業界では、タクシー２を供給する供給枠数は大きく変わらないため、算出部２３４は、需要数に応じて変動料金を変動させる。算出部２３４は、需要の調整とタクシー２の売り上げの最大化を図る変動料金を算出する。
　決済部２３５は、時間指定の配車が確定したタクシー２の利用料金の決済処理を行う。決済処理は、ユーザＵのクレジットカード、電子マネー等に基づいて決済を行う処理である。決済部２３５は、利用料金の決済処理を行った後に、降車地点までのタクシー２の乗車料金の決済処理を行う。例えば、決済部２３５は、利用料金の決済処理を行った後に、タクシーメータ４００のステータスが「支払」に遷移した場合に、タクシーメータ４００から得た乗車料金の決済処理を行う。決済部２３５は、ユーザＵからの予約に応じた時間指定の配車の場合、利用料金と乗車料金とを異なるタイミングで決済することができる。
　決済部２３５は、タクシー２の配車指示が完了してから予約日時までの間に、タクシー２の事業者からキャンセルを受け付けると、利用料金の払い戻し処理を行う。換言すると、決済部２３５は、利用料金の決済が終了してから予約日時までの間に、タクシー２の事業者からキャンセルを受け付けると、決済済みの利用料金をユーザＵに払い戻す処理を行う。この場合、配車制御部２３３は、時間指定の配車をキャンセルする。
　決済部２３５は、予約日時から所定の待機時間が経過した後に、タクシー２のドライバーからキャンセルを受け付けると、払い戻し処理を行わない。換言すると、決済部２３５は、利用料金の決済が終了した後、予約日時から所定の待機時間が経過した後に、タクシー２のドライバーから配車指示のキャンセルを受け付けると、決済済みの利用料金をユーザＵに払い戻す処理を行わない。例えば、タクシー２は、時間指定の配車を受け付けると、ステータスを「迎車」として乗車位置へ移動する。その後、タクシー２は、指定の日時になってもユーザＵが乗車しない場合、指定の日時から所定の待機時間までの間、ユーザＵの乗車を乗車位置で待つ待機状態になる。待機時間は、例えば、１０分等の任意の時間が設定される。この場合、タクシー２のドライバーに問題はなく、指定日時に乗車位置に現れないユーザＵの問題であるため、決済部２３５は、利用料金の決済が済んでいるが、利用料金の払い戻しを行わない。配車制御部２３３は、時間指定の配車をキャンセルする処理を行う。これにより、情報処理装置２００は、ユーザＵが予約日時に現れない場合、利用料金をタクシー２のドライバー、タクシー会社等に提供することができる。
　決済部２３５は、利用料金の決済が終了した後、タクシー２の配車指示が完了してから予約日時までの間に、予約を行ったユーザＵからキャンセルを受け付けると、払い戻し処理を行わない。例えば、タクシー２は、配車指示を受け付けると、ステータスが「迎車」の状態で乗車位置へ移動している途中で、ユーザＵがキャンセルする可能性がある。この場合、決済部２３５は、利用料金の決済が済んでいるが、利用料金の払い戻しを行わない。配車制御部２３３は、時間指定の配車をキャンセルする処理を行う。これにより、情報処理装置２００は、ユーザＵが予約日時の直前にキャンセルしても、タクシー２の配車指示が完了している場合、利用料金をタクシー２のドライバー、タクシー会社等に提供することができる。
　通知部２３６は、利用料金の決済結果及びタクシーの配車結果の少なくとも一方を予約したユーザＵに通知する。通知部２３６は、通信部２１０を介して、利用料金の決済結果、タクシーの配車結果等の通知データ７４０をユーザＵのユーザ端末３００に送信し、通知データ７４０を出力させることで、ユーザＵに通知する。
　以上、実施形態に係る情報処理装置２００の機能構成例について説明した。なお、図７を用いて説明した上記の構成はあくまで一例であり、実施形態に係る情報処理装置２００の機能構成は係る例に限定されない。実施形態に係る情報処理装置２００の機能構成は、仕様や運用に応じて柔軟に変形可能である。
［実施形態に係るユーザ端末の構成例］
　実施形態に係る情報処理システム１は、ユーザＵが利用するユーザ端末３００を備える構成とすることができる。図８は、実施形態に係るユーザ端末３００の構成の一例を示す図である。ユーザ端末３００は、例えば、スマートフォン、タブレット端末、パーソナルコンピュータ等を含む。図８に示すように、ユーザ端末３００は、センサ部３１０と、入力部３２０と、表示部３３０と、通信部３４０と、記憶部３５０と、制御部３６０と、を備える。制御部３６０は、センサ部３１０、入力部３２０、表示部３３０、通信部３４０及び記憶部３５０と電気的に接続されている。
　センサ部３１０は、ユーザ端末３００に関するセンサ情報を取得する機能を有する。センサ部３１０は、例えば、マイクロフォン、カメラ、ＴｏＦ（Time　of　Flight）センサ、慣性センサ、地磁気センサ、タッチセンサ、赤外線センサ、温度センサ、湿度センサ、心拍センサなどの様々なセンサを含む。センサ部３１０は、取得したセンサ情報を制御部３６０に供給する。
　入力部３２０は、ユーザＵによる物理的な入力操作を検出する機能を有する。入力部３２０は、例えば、タッチスクリーン、操作ボタンなどの操作機器を備える。入力部３２０は、検出した入力操作を示す入力情報を制御部３６０に供給する。
　表示部３３０は、各種情報を表示する機能を有する。表示部３３０は、例えば、情報処理装置２００から受信した通知データ等を表示する。表示部３３０は、制御部３６０によって表示が制御される。表示部３３０は、例えば、各種情報を表示する表示デバイスなどを用いることができる。表示デバイスには、例えば、液晶ディスプレイ、有機ＥＬディスプレイなどが挙げられる。
　通信部３４０は、例えば、情報処理装置２００、他の外部装置等と通信を行う。通信部３４０は、例えば、ネットワーク３等を介して各種データを送受信する。通信部３４０は、例えば、タクシー２の予約を注文する注文データ７２０等を制御部３６０の制御によって送信する。通信部３４０は、例えば、情報処理装置２００から受信した地図データ、通知データ等を制御部３６０に供給する。
　記憶部３５０は、各種データ及びプログラムを記憶する。記憶部３５０は、例えば、ＲＡＭ、フラッシュメモリ等の半導体メモリ素子、ハードディスク、光ディスク等である。記憶部３５０は、通信部３４０を介して受信した情報を記憶する。記憶部３５０は、例えば、ユーザ用アプリケーション３５１、設定データ３５２、注文データ７２０等のデータを記憶する。ユーザ用アプリケーション３５１は、例えば、タクシー２を利用するユーザＵが使用するアプリケーションプログラムである。ユーザ用アプリケーション３５１は、例えば、現在位置の地図の表示、タクシー２の予約注文、乗車料金の決済等の機能を提供する。設定データ３５２は、ユーザ用アプリケーション３５１で用いる各種設定を示す情報を有する。注文データ７２０は、ユーザＵが注文したタクシー２の予約日時、配車場所予約したユーザＵ等を示すデータである。
　制御部３６０は、プログラムを実行することにより、ユーザ端末３００の制御を行う。制御部３６０は、ユーザ端末３００が備える各構成を制御する機能を有する。制御部３６０は、ユーザ用アプリケーション３５１を実行することにより、情報処理装置２００と連携し、ユーザＵの入力部３２０に対する操作結果に基づいてタクシー２の予約を行う。制御部３６０は、情報処理装置２００の制御により、通知データ７４０を表示部３３０に表示させる制御を行う。
　以上、本実施形態に係るユーザ端末３００の機能構成例について説明した。なお、図８を用いて説明した上記の構成はあくまで一例であり、本実施形態に係るユーザ端末３００の機能構成は係る例に限定されない。本実施形態に係るユーザ端末３００の機能構成は、仕様や運用に応じて柔軟に変形可能である。
［情報処理装置の配車予約可能台数の設定例］
　情報処理装置２００は、プログラムを実行することで、区画８１０ごとに配車予約可能台数を所定期間ごとに設定する。図９は、実施形態に係る情報処理装置２００が実行する設定処理の一例を示すフローチャートである。図９に示す処理手順は、所定のタイミングに制御部２３０によって実行される。所定のタイミングは、例えば、システム管理者からの指示を受け付けたタイミング、所定範囲８００または区画８１０を変更するタイミング、新規に作成するタイミング等を含む。
　図９に示すように、情報処理装置２００の制御部２３０は、所定範囲８００の区画８１０ごとに、配車予約可能台数を設定するループ処理を実行する（ステップＳ１１０）。ループ処理の終了条件は、全ての区画８１０への設定が終了、終了指示を受け付ける等である。制御部２３０は、区画８１０に対応した過去データ７００を取得する（ステップＳ１１１）。例えば、制御部２３０は、記憶部２２０に記載されている過去データ７００、データベース等から区画８１０に対応した過去データ７００を取得する。制御部２３０は、ステップＳ１１１の処理が終了すると、処理をステップＳ１１２に進める。
　制御部２３０は、過去データ７００と予測モデル６００に基づいて、区画８１０の配車予約可能台数を所定期間ごとに予測する（ステップＳ１１２）。例えば、制御部２３０は、区画、時間、曜日及び天気等のパラメータを予測モデル６００の入力層６０１に入力し、中間層６０２がパラメータに応じて予測した予測台数を出力層６０３が出力すると、該予測台数を配車予約可能台数とする。制御部２３０は、区画８１０の全ての所定期間（時間帯）に対する予測が終了すると、処理をステップＳ１１３に進める。
　制御部２３０は、予測した所定期間ごとの配車予約可能台数を示す予約枠情報５２０を区画８１０に設定する（ステップＳ１１３）。制御部２３０は、ループ処理の終了条件を満たしていない場合、ステップＳ１１１に戻り、次の区画８１０に対して一連の処理を実行する。また、制御部２３０は、ループ処理の終了条件を満たしている場合。処理をステップＳ１２０に進める。
　制御部２３０は、区画８１０ごとに設定した予約枠情報５２０に基づいて予約枠データ５００を作成する（ステップＳ１２０）。予約枠データ５００が既に存在する場合、制御部２３０は、予約枠情報５２０を予約枠データ５００に反映する。制御部２３０は、ステップＳ１２０の処理が終了すると、図９に示す処理手順を終了させる。
［情報処理装置の配車予約可能台数の判定例］
　情報処理装置２００は、プログラムを実行することで、配車予約可能台数を用いてユーザＵの予約の受託が可能であるか否かを判定する。図１０は、実施形態に係る情報処理装置２００が実行する判定処理の一例を示すフローチャートである。図１０に示す処理手順は、ユーザＵからのタクシー２の予約が発生したタイミング、設定されたタイミング等に制御部２３０によって実行される。
　図１０に示すように、情報処理装置２００の制御部２３０は、注文データ７２０を取得する（ステップＳ２１１）。例えば、制御部２３０は、未処理の予約に関する注文データ７２０を取得する。制御部２３０は、ステップＳ２１１の処理が終了すると、処理をステップＳ２１２に進める。
　制御部２３０は、注文データ７２０に対応した区画８１０の所的期間における配車予約可能台数を取得する（ステップＳ２１２）。例えば、制御部２３０は、注文データ７２０の乗車位置に基づいて区画８１０を特定し、予約日時に対応した所定期間を特定する。制御部２３０は、特定した区画８１０及び所定期間の予約枠情報５２０を予約枠データ５００から取得し、該予約枠情報５２０から配車予約可能台数を取得する。制御部２３０は、ステップＳ２１２の処理が終了すると、処理をステップＳ２１３に進める。
　制御部２３０は、予約を受託するか否かを判定する（ステップＳ２１３）。例えば、制御部２３０は、区画８１０の所定期間における予約状況が配車予約可能台数よりも少ない場合に、時間指定の配車の予約を受託すると判定する。制御部２３０は、予約を受託すると判定した場合（ステップＳ２１３でＹｅｓ）、処理をステップＳ２１４に進める。
　制御部２３０は、受託した注文データ７２０を登録する（ステップＳ２１４）。例えば、制御部２３０は、注文データ７２０の種別として「時間指定」を設定し、予約日時を時間指定に関連付けて記憶部２２０に記憶する。これにより、制御部２３０は、注文データ７２０を管理対象とする。制御部２３０は、ステップＳ２１４の処理が終了すると、処理をステップＳ２１５に進める。
　制御部２３０は、第１予約管理処理を開始する（ステップＳ２１５）。第１予約管理処理は、例えば、時間指定の配車、利用料金の決済等に関する処理を含む。第１予約管理処理は、ユーザＵからの予約を受け付けてから利用料金を決済する前までの処理を含む。第１予約管理処理の一例については、後述する。制御部２３０は、ステップＳ２１５の処理が終了すると、図１０に示す処理手順を終了させる。
　また、制御部２３０は、予約を受託しないと判定した場合（ステップＳ２１３でＮｏ）、処理をステップＳ２１６に進める。制御部２３０は、予約の受託不可処理を実行する（ステップＳ２１６）。受託不可処理は、例えば、通知データ７４０によって予約を受けられないことをユーザＵに通知する処理、注文データ７２０を削除する処理等を含む。制御部２３０は、受託不可処理の実行が終了すると、図１０に示す処理手順を終了させる。
　このように、情報処理装置２００は、タクシー２の予約を受託するか否かを、乗車位置の区画８１０の配車予約可能台数に基づいて判定することで、予約日時の直前にタクシー２の配車の手配を可能とすることができる。その結果、情報処理装置２００は、タクシー２の予約を時間指定の配車として管理できるので、予約に関する損害を抑制することができる。
［情報処理装置の第１予約管理処理の例］
　図１１は、図１０に示す第１予約管理処理の処理手順の一例を示すフローチャートである。図１１に示す処理手順は、図１０のステップＳ２１５の処理によって開始される。図１１に示す処理手順は、制御部２３０によって実行される。
　図１１に示すように、情報処理装置２００の制御部２３０は、管理対象の注文データ７２０を取得する（ステップＳ３１１）。例えば、制御部２３０は、時間指定が種別に設定されている注文データ７２０を記憶部２２０から取得する。制御部２３０は、ステップＳ３１１の処理が終了すると、処理をステップＳ３１２に進める。
　制御部２３０は、予約がキャンセルされているか否かを判定する（ステップＳ３１２）。例えば、制御部２３０は、通信部２１０を介して、ユーザ端末３００から予約のキャンセルを示す情報を受信している場合に、予約がキャンセルされていると判定する。制御部２３０は、予約がキャンセルされていると判定した場合（ステップＳ３１２でＹｅｓ）、処理をステップＳ３１３に進める。
　制御部２３０は、利用料金の決済をせずに、注文データ７２０のキャンセル処理を実行する（ステップＳ３１３）。キャンセル処理は、例えば、注文データ７２０を削除する処理、予約のキャンセルが完了したことを通知データ７４０によってユーザＵに通知する処理等を含む。制御部２３０は、キャンセル処理の実行が終了すると、利用料金を受領することなく、予約をキャンセルし、図１１に示す処理手順を終了させる。
　また、制御部２３０は、予約がキャンセルされていないと判定した場合（ステップＳ３１２でＮｏ）、処理をステップＳ３１４に進める。制御部２３０は、リマインド通知のタイミングであるか否かを判定する（ステップＳ３１４）。例えば、制御部２３０は、注文データ７２０の時間指定からリマインド通知のタイミングを求め、リマインド通知のタイミングと現在日時とが一致している場合に、リマインド通知のタイミングであると判定する。例えば、リマインド通知のタイミングは、時間指定の６０分前、前日等の任意の時間を設定することができる。制御部２３０は、リマインド通知のタイミングではないと判定した場合（ステップＳ３１４でＮｏ）、処理を後述するステップＳ３１６に進める。また、制御部２３０は、リマインド通知のタイミングであると判定した場合（ステップＳ３１４でＹｅｓ）、処理をステップＳ３１５に進める。
　制御部２３０は、タクシー２の予約日時が近いことを、予約したユーザＵにリマインド通知する（ステップＳ３１５）。例えば、制御部２３０は、リマインド通知の通知データ７４０を作成し、該通知データ７４０をユーザ端末３００に通知させる制御を行う。通知データ７４０は、例えば、「１時間後にタクシー２が手配されます。」等のコメントを有する。これにより、情報処理装置２００は、タクシー２を手配する前にリマインドすることで、キャンセルの有無をユーザＵに確認させることができる。制御部２３０は、ステップＳ３１５の処理が終了すると、処理をステップＳ３１６に進める。
　制御部２３０は、配車指示のタイミングであるか否かを判定する（ステップＳ３１６）。例えば、制御部２３０は、注文データ７２０の時間指定から配車指示のタイミングを求め、配車指示のタイミングと現在日時とが一致している場合に、配車指示のタイミングであると判定する。例えば、配車指示のタイミングは、時間指定の３０分前等の任意の時間を設定することができる。制御部２３０は、配車指示のタイミングではないと判定した場合（ステップＳ３１６でＮｏ）、処理を既に説明したステップＳ３１２に戻し、処理を継続する。また、制御部２３０は、配車指示のタイミングであると判定した場合（ステップＳ３１６でＹｅｓ）、処理をステップＳ３１７に進める。
　制御部２３０は、ドライバーに対する配車依頼処理を実行する（ステップＳ３１７）。配車依頼処理は、例えば、注文データ７２０が示す予約日時及び配車場所に、時間指定の配車が可能なタクシー２を検索し、見つけたタクシー２を時間指定の配車を指示する処理を含む。配車依頼処理は、例えば、検索条件に基づいて、予約日時から一定時間前までの間に、時間指定の配車が可能なタクシー２を検索する。一定時間は、例えば、３０分等を含む。
［検索条件の一例］
　検索条件は、例えば、検索範囲、検索台数、検索間隔等の項目を有する。検索範囲は、例えば、注文データ７２０が示す配車場所を含む範囲である。検索範囲は、例えば、配車場所を中心とした半径が所定距離の範囲とすることができる。所定距離は、例えば、配車場所への移動が可能な距離が設定される。所定距離は、例えば、２ｋｍ以内等を含む。検索台数は、例えば、一定時間を分割した分割時間ごとに探索するタクシー２の台数である。検索台数は、例えば、１２０秒の分割時間の間に検索するタクシー２の台数である。
　図１２は、時間指定の配車が可能なタクシー２の検索例を説明するための図である。図１２に示す一例では、予約日時の３０分前から検索範囲内に、ステータスが空車のタクシー２Ａ、２Ｂ、２Ｃ、２Ｄ、２Ｅ、２Ｆ、２Ｇ、２Ｈ、２Ｉ、２Ｍ、２Ｎが存在している。制御部２３０は、予約日時の３０分前から検索期限までの１０分間に、時間指定の配車が可能なタクシー２を検索する。検索期限は、予約日時よりも前に設定された日時である。制御部２３０は、例えば、１分等の検索間隔を１セットとして複数のタクシー２を検索する。検索間隔は、例えば、最大２分等を設定できる。１セットは、例えば、乗車位置からの距離等に応じて設定できる。
　制御部２３０は、１台当たりの検索時間を設定し、時間指定の配車を順次指示する。例えば、時間指定の配車を指示してから検索時間の間に、タクシー２Ａからの応答が得られなかった場合、制御部２３０は、同一のセットの中の他のタクシー２Ｂに対して、時間指定の配車を指示する。例えば、時間指定の配車を指示してから検索時間の間に、他のタクシー２Ｂからの応答が得られず、同一のグループに対する検索が終了した場合、制御部２３０は、次のセットの中の他のタクシー２Ｃに対して、時間指定の配車を指示する。このように複数のタクシー２に対して時間指定の配車を順次指示することで、制御部２３０は、検索期限までの間に、複数回の検索を可能としている。制御部２３０は、時間指定の配車を指示したタクシー２から応答が得られた場合、時間指定の配車を確定する。制御部２３０は、時間指定の配車が確定したか否かの結果を記憶部２２０に記憶すると、配車依頼処理を終了する。
　図１１に戻り、制御部２３０は、配車依頼処理が終了すると、処理をステップＳ３１８に進める。制御部２３０は、時間指定の配車が成功したか否かを判定する（ステップＳ３１８）。例えば、制御部２３０は、配車依頼処理で時間指定の配車が確定している場合に、時間指定の配車が成功したと判定する。制御部２３０は、時間指定の配車が成功したと判定した場合（ステップＳ３１８でＹｅｓ）、処理をステップＳ３１９に進める。
　制御部２３０は、利用料金の決済処理を実行する（ステップＳ３１９）。決済処理は、例えば、指示されたユーザＵの支払い情報に基づいて、利用料金の決済を行う処理を含む。本実施形態では、利用料金は、ダイナミックプライシングである場合について説明する。決済処理は、タクシー２の需要と供給との関係に基づいて変動する利用料金を算出する処理を含む。
　図１３は、変動する利用料金の一例を説明するための図である。図１３に示すように、決済処理は、第１利用料金Ｆ１から第２利用料金Ｆ２の間で変動する利用料金Ｆを算出する。第１利用料金Ｆ１は、利用料金Ｆにおける下限の金額である。第２利用料金Ｆ２は、利用料金Ｆにおける上限の金額である。
　利用料金Ｆは、固定料金ＦＰと、変動料金ＦＣと、を有する。固定料金ＦＰは、例えば、タクシー２の配車からの待機時間等を考慮し、同額を補償する金額を設定できる。固定料金ＦＰは、時間指定の配車を受け付けたタクシー２のドライバーに還元する料金を設定できる。固定料金ＦＰは、例えば、既存のタクシー料金における予約料金と同額にすることができる。変動料金ＦＣは、例えば、需要と供給とのバランスに応じて変動する金額を設定できる。変動料金ＦＣは、需要の調整と売り上げの最大化を図る金額を設定できる。
　図１４は、需要と供給との関係に基づく変動料金の決定例を説明するための図である。図１４は、縦軸が価格を示し、横軸が数量を示している。図１４は、グラフＧＤが需要を示し、グラフＧＳが供給を示している。グラフＧＤは、タクシー２のユーザ側の視点であり、価格が高いほど需要量が減少し、価格が低いほど需要量が増加することを示している。グラフＧＳは、タクシー２の供給側の視点であり、価格が高いほど供給量が増加し、価格が低いほど供給量が減少することを示している。図１４に示す一例では、供給を示すグラフＧＳを固定とし、需要を示すグラフＧＤが変化することを示している。図１４に示す一例は、グラフＧＤとグラフＧＳとの交点が数量と価格との適切な関係を示している。決済処理は、グラフＧＤとグラフＧＳとの交点に基づいて変動料金ＦＣを決定する。
　図１５は、変動料金を決定する一例を説明するための図である。図１５は、縦軸が利用料金を示し、横軸が数量を示している。図１５は、グラフＧＤが需要を示し、グラフＧＳが固定である供給量を示している。供給量は、例えば、上限以下の範囲内で調整可能になっている。グラフＧＤは、特定の区画８１０及び所定期間において、上限の供給量を示し、上述した配車予約可能台数を設定できる。決済処理は、例えば、第１利用料金Ｆ１から第２利用料金Ｆ２の間で変動するように、利用料金Ｆを決定する。第１利用料金Ｆ１は、利用料金Ｆの下限を示している。第２利用料金Ｆ２は、利用料金Ｆの上限を示している。
　制御部２３０は、決済処理を実行することで、以下の処理を順次実行する。制御部２３０は、ユーザＵの個体識別の処理を行い、オンライン上で決済が可能なユーザＵであると、決済するか否かをタクシー２のドライバーに確認する。決済することを確認すると、制御部２３０は、例えば、区画８１０及び所定期間に対応した配車予約可能台数を取得し、該配車予約可能台数に対応したグラフＧＳを推定する処理を実行する。次に、制御部２３０は、例えば、区画８１０及び所定期間に対応した予約状況、アンケート結果等に基づいてグラフＧＤを推定する処理を実行する。次に、制御部２３０は、グラフＧＤとグラフＧＳとの交点に基づいて、利用料金Ｆを算出する。次に、制御部２３０は、算出した利用料金Ｆを、ユーザＵのクレジットカード、電子マネー等に基づいて決済し、決済結果を示す決済データ７５０を注文データ７２０に関連付けて記憶部２２０に記憶する。
　図１１に戻り、制御部２３０は、決済処理が終了すると、処理をステップＳ３２０に進める。制御部２３０は、決済が成功したか否かを判定する（ステップＳ３２０）。例えば、制御部２３０は、決済データ７５０が決済の完了を示している場合、決済が成功したと判定する。制御部２３０は、決済が成功したと判定した場合（ステップＳ３２０でＹｅｓ）、処理をステップＳ３２１に進める。
　制御部２３０は、第２予約管理処理を開始する（ステップＳ３２１）。第２予約管理処理は、例えば、時間指定の配車した後の利用料金のキャンセル、乗車料金の決済等に関する処理を含む。第２予約管理処理は、時間指定の配車した後からユーザの乗車またはキャンセルまでの間に関する処理を含む。第２予約管理処理の一例については、後述する。制御部２３０は、ステップＳ３２１の処理が終了すると、図１１に示す処理手順を終了させる。
　また、制御部２３０は、決済が成功していないと判定した場合（ステップＳ３２０でＮｏ）、処理をステップＳ３２２に進める。制御部２３０は、決済を失敗した注文データ７２０のキャンセル処理を実行する（ステップＳ３２２）。キャンセル処理は、例えば、注文データ７２０を削除する処理、利用料金Ｆの決済失敗によって予約をキャンセルしたことを通知データ７４０によってユーザＵに通知する処理等を含む。制御部２３０は、キャンセル処理の実行が終了すると、予約をキャンセルし、図１１に示す処理手順を終了させる。
　また、制御部２３０は、時間指定の配車が成功していないと判定した場合（ステップＳ３１８でＮｏ）、処理をステップＳ３２３に進める。制御部２３０は、利用料金Ｆの決済をせずに、タクシー２の配車失敗処理を実行する（ステップＳ３２３）。例えば、ユーザＵが希望するタクシー会社の時間指定の配車が手配できない、予約の区画８１０及び所定期間の予約枠が既に埋まっている等の場合、制御部２３０は、時間指定の配車を失敗する。この場合、制御部２３０は、配車失敗処理を実行することで、ユーザＵに配車に失敗したことを通知データ７４０によって通知し、ユーザＵの了承を得られた場合、注文データ７２０を削除する。また、制御部２３０は、時間指定で配車可能なタクシー２を手配するかをユーザＵに確認してもよい。例えば、制御部２３０は、ユーザＵから手配が指示された場合、他のタクシー会社のタクシー２、隣接する他の区画８１０のタクシー２等を検索し、既に説明したステップＳ３１７以降の処理を実行してもよい。これにより、制御部２３０は、時間指定の配車に失敗した場合、ユーザＵの了承に応じて、即時配車の処理を実行することができる。制御部２３０は、配車失敗処理が終了すると、図１１に処理手順を終了する。
［情報処理装置の第２予約管理処理の例］
　図１６は、図１１に示す第２予約管理処理の処理手順の一例を示すフローチャートである。図１６に示す処理手順は、図１１のステップＳ３２１の処理によって開始される。図１６に示す処理手順は、制御部２３０によって実行され、終了指示に応じて終了される。
　図１６に示すように、情報処理装置２００の制御部２３０は、利用料金Ｆの決済が成功し、かつ時間指定の配車が終了した注文データ７２０を取得する（ステップＳ４１１）。例えば、制御部２３０は、時間指定が種別に設定されている管理対象の注文データ７２０から、利用料金Ｆの決済データ７５０が関連付けられ、かつステータスが「迎車」の動態データ７１０が関連付けられた注文データ７２０を取得する。制御部２３０は、ステップＳ４１１の処理が終了すると、処理をステップＳ４１２に進める。
　制御部２３０は、決済が指示されたか否かを判定する（ステップＳ４１２）。例えば、タクシーメータ４００は、ドライバーによって「支払」の操作ボタンが操作されると、乗車料金を算出して電子機器１００に提供する。制御部２３０は、通信部２１０を介して、乗車料金情報を受信した場合に、決済が指示されたと判定する。制御部２３０は、決済が指示されたと判定した場合（ステップＳ４１２でＹｅｓ）、処理をステップＳ４１３に進める。
　制御部２３０は、タクシー２の乗車料金に基づく決済処理を実行する（ステップＳ４１３）。例えば、制御部２３０は、タクシーメータ４００から得た乗車料金の決済処理を行う。制御部２３０は、決済処理を実行することで、ユーザＵのクレジットカード、電子マネー等に基づいて乗車料金の決済を行い、決済結果を示す決済データ７５０を記憶部２２０に記憶する。制御部２３０は、決済処理が終了すると、処理をステップＳ４１４に進める。
　制御部２３０は、注文データ７２０を完了状態に変更する（ステップＳ４１４）。例えば、制御部２３０は、注文データ７２０と決済データ７５０とを関連付けることで、注文データ７２０を完了状態に変更する。制御部２３０は、ステップＳ４１４の処理が終了すると、図１６に示す処理手順を終了させる。
　また、制御部２３０は、決済が指示されていないと判定した場合（ステップＳ４１２でＮｏ）、処理をステップＳ４１５に進める。制御部２３０は、事業者からキャンセルを受け付けたか否かを判定する（ステップＳ４１５）。例えば、時間指定の配車が終了し利用料金Ｆの決済が成功した後、タクシー２の故障や事故、ドライバーの体調不良等が発生した場合、タクシー２の事業者は、時間指定の配車をキャンセルすることがある。例えば、制御部２３０は、通信部２１０を介して、事業者の都合によるキャンセルを受け付けている場合に、事業者からキャンセルを受け付けたと判定する。制御部２３０は、事業者からキャンセルを受け付けたと判定した場合（ステップＳ４１５でＹｅｓ）、処理をステップＳ４１６に進める。
　制御部２３０は、利用料金Ｆの払い戻し処理を実行する（ステップＳ４１６）。払い戻し処理は、例えば、注文データ７２０に関連付けられている決済データ７５０に基づいて、決済済みの利用料金ＦをユーザＵに払い戻す処理を含む。これにより、情報処理装置２００は、事業者の都合によるキャンセルが発生した場合、決済済みの利用料金ＦをユーザＵに払い戻すので、ユーザＵの損失を回避できる。制御部２３０は、ステップＳ４１６の処理が終了すると、処理をステップＳ４１７に進める。
　制御部２３０は、時間指定配車のキャンセル処理を実行する（ステップＳ４１７）。キャンセル処理は、例えば、種別が時間指定の該当する注文データ７２０を削除する処理、予約が事業者によってキャンセルされたことを通知データ７４０によってユーザＵに通知する処理等を含む。制御部２３０は、キャンセル処理の実行が終了すると、図１６に示す処理手順を終了させる。
　また、制御部２３０は、事業者からキャンセルを受け付けていないと判定した場合（ステップＳ４１５でＮｏ）、処理をステップＳ４１８に進める。制御部２３０は、待機したドライバーまたはユーザＵからキャンセルされたか否かを判定する（ステップＳ４１８）。例えば、制御部２３０は、通信部２１０を介して、予約時間から待機時間が経過したタクシー２のドライバーからのキャンセル、または、予約したユーザＵからのキャンセルを受け付けた場合、待機したドライバーまたはユーザＵからキャンセルされたと判定する。制御部２３０は、待機したドライバーまたはユーザＵからキャンセルされていないと判定した場合（ステップＳ４１８でＮｏ）、処理を既に説明したステップＳ４１２に戻し、処理を継続する。また、制御部２３０は、待機したドライバーまたはユーザＵからキャンセルされたと判定した場合（ステップＳ４１８でＹｅｓ）、処理をステップＳ４１９に進める。
　制御部２３０は、利用料金Ｆの払い戻しをせずに、時間指定配車のキャンセル処理を実行する（ステップＳ４１９）。キャンセル処理は、例えば、種別が時間指定の該当する注文データ７２０を削除する処理、予約のキャンセルが完了したことを通知データ７４０によってユーザＵに通知する処理等を含む。これにより、情報処理装置２００は、予約日時にユーザＵが現れなかった場合、利用料金Ｆをタクシー２のドライバー及び事業者に提供できるので、ユーザＵの予約のキャンセルによる損失を補填することができる。また、情報処理装置２００は、利用料金ＦをユーザＵに払い戻さないので、予約のキャンセルの削減に貢献することができる。制御部２３０は、ステップＳ４１９の処理が終了すると、図１６に示す処理手順を終了させる。
［実施形態に係る情報処理装置の予約に関する動作例］
　図１７は、実施形態に係る情報処理装置２００の予約に関する動作を説明するための図である。図１８は、情報処理装置２００が時間指定の配車の確定を通知する通知データの一例を示す図である。図１９は、情報処理装置２００が実行するネット決済に関する画面の一例を示す図である。
　図１７に示すように、情報処理装置２００は、ユーザ端末３００からのタクシー２の予約を受け付けると、乗車位置と予約日時に対応した配車予約可能台数を取得し、予約を受託するかを判定する。情報処理装置２００は、予約を受託すると判定した場合、予約日時、ユーザＵ等を識別可能な注文データ７２０を作成し、注文データ７２０に基づく予約登録を行う（ステップＳＴ１）。情報処理装置２００は、例えば、予約日時の１か月前、１週間前、数日前等から予約を受け付けることができる。
　情報処理装置２００は、予約日時のリマインド通知のタイミングで、リマインド通知の通知データ７４０をユーザ端末３００に表示させる（ステップＳＴ２）。これにより、情報処理装置２００は、予約日時が近づいていることを、ユーザＵに認識させることができる。情報処理装置２００は、ステップＳＴ１からステップＳＴ２のタイミングまでの間は、ユーザＵからの予約の変更を受け付けることが可能である。
　情報処理装置２００は、予約日時の３０分前等の配車指示のタイミングで、注文データ７２０が示す予約日時及び配車場所に、時間指定の配車が可能なタクシー２の検索を開始する（ステップＳＴ３）。情報処理装置２００は、ステップＳＴ１からステップＳＴ３のタイミングまでの間は、予約のキャンセルが可能であり、キャンセル料も無料である。
　情報処理装置２００は、予約日時から一定時間前までの間に、時間指定の配車が可能なタクシー２を見つけると、時間指定の配車を確定する（ステップＳＴ４）。情報処理装置２００は、時間指定の配車が確定すると、利用料金Ｆの決済を行うとともに、確定した注文内容を通知する通知データ７４０を作成する。情報処理装置２００は、ステップＳＴ３からステップＳＴ４のタイミングまでの間は、配車指示を開始した注文のキャンセルが不可となっているが、注文のキャンセルを可能としてもよい。
　図１８に示す一例では、通知データ７４０は、注文種別が「時間指定」であり、注文内容を示している。通知データ７４０は、時間指定の日時、ユーザＵの氏名、付け場所（乗車位置）、タクシー２の到着予定、ユーザＵの目的地、ネット決済の有無、目的地までのルート等の情報を有する。タクシー２のドライバーは、通知データ７４０を参照することで、付け場所に到着する予定時間、ユーザＵの目的地までのルート等を確認することができる。ドライバーは、タクシーメータ４００の操作ボタンを操作してステータスを「迎車」に変更し、タクシー２を付け場所へ移動させる。すなわち、ドライバーは、タクシーメータ４００の予約を入れずに、即時配車と同じ扱いで対応することができる。
　図１７に戻り、情報処理装置２００は、電子機器１００から受信した動態データ７１０に基づいて、タクシー２が付け場所で待機を開始したタイミングを検出する（ステップＳＴ５）。その後、予約日時を過ぎたタイミングで、ユーザＵがタクシー２に乗車すると、タクシー２のドライバーは、タクシーメータ４００の操作ボタンを操作してステータスを「実車」に変更する。情報処理装置２００は、電子機器１００から受信した動態データ７１０に基づいて、ユーザＵがタクシー２に乗車した実車タイミングを検出する（ステップＳＴ６）。情報処理装置２００は、配車が確定したステップＳＴ４からステップＳＴ６までの間は、注文のキャンセルが可能であるが、決済が済んでいる利用料金Ｆを払い戻さないことで、キャンセル料を有料とする。
　本実施形態では、情報処理装置２００は、ユーザＵがタクシー２に実車してからキャンセル可能時間が経過するまでは、注文のキャンセルを可能としている。キャンセル可能時間は、例えば、３分、１０分等の任意の時間を設定できる。情報処理装置２００は、ユーザＵがタクシー２に実車してからキャンセル可能時間が経過すると、注文のキャンセルを不可とする。なお、情報処理装置２００は、ユーザＵがタクシー２に実車した後は、注文のキャンセルを不可としてもよい。
　タクシー２が目的地に到着すると、ドライバーは、タクシーメータ４００の操作ボタンを操作して、ステータスを「支払」に変更する。タクシーメータ４００は、乗車料金を算出して電子機器１００に提供する。電子機器１００は、タクシー２の乗車料金の決済を情報処理装置２００に指示する。
　情報処理装置２００は、電子機器１００からの乗車料金の決済の指示を検出する（ステップＳＴ７）。情報処理装置２００は、電子機器１００から決済が指示されると、ユーザＵのネット決済が可能であるか否かを判別する。ネット決済とは、例えば、オンライン上での決済を可能とするサービスである。情報処理装置２００は、例えば、ユーザＵがクレジットカード、電子マネー、プリペイド等の登録が行われている場合に、ネット決済が可能であると判別する。
　情報処理装置２００は、ユーザＵのネット決済が可能であるか否かを判別すると、図１９に示す決済確認情報Ｇ１を電子機器１００の表示部１１０を表示させる。決済確認情報Ｇ１は、ネット決済が可能であるか否かの判別結果と、決済方法をドライバーに選択させるボタンとの情報を有する。図１９に示す一例では、決済確認情報Ｇ１はネット決済と別の決済方法との決済方法を選択するためのボタンを示す情報を有する。情報処理装置２００は、決済確認情報Ｇ１のボタンに対する操作を検出すると、該操作に応じた決済方法で乗車料金の決済を行う。
　情報処理装置２００は、乗車料金の決済が完了すると、図１９に示す決済完了情報Ｇ２を電子機器１００の表示部１１０に表示させる。決済完了情報Ｇ２は、例えば、ネット決済の結果、決済金額、決済種別、タクシー２のドアを開けることの指示等の情報を有する。これにより、情報処理装置２００は、決済完了情報Ｇ２によって決済の完了結果をタクシー２のドライバーに確認させることができる。なお、情報処理装置２００は、決済方法がネット決済である場合、紙の領収書を発行せずに、決済データ７５０に基づく領収書データを提供する。
　このように、情報処理装置２００は、タクシー２の配車が確定した時点で利用料金の決済を行うことで、その後に予約がキャンセルされても、決済済みの利用料金をタクシー２側に提供することができる。その結果、情報処理装置２００は、利用料金をインセンティブとしてタクシー２側に提供できるので、タクシー２の予約に関するタクシー２側の損害の発生を抑制することができる。
　上述の実施形態は、一例を示したものであり、情報処理装置２００は、種々の変更及び応用が可能である。
［実施形態の変形例］
　上記の実施形態では、情報処理装置２００は、過去データ７００に基づいて、需要と供給のバランスに応じて変動する利用料金Ｆを算出する場合について説明したが、これに限定されない。情報処理装置２００は、例えば、ユーザＵに対するアンケート結果を加味して利用料金Ｆを算出する構成としてもよい。
　例えば、ローンチ時の情報処理システム１は、過去データ７００が蓄積されていない。この場合、情報処理システム１は、一般的な需要と供給との関係に基づいて変動料金を決定してもよいが、ユーザＵの需要に適さない可能性がある。なお、ローンチは、例えば、サービスの開始、導入等を意味する。情報処理装置２００は、例えば、ユーザＵに対するアンケートを実施し、アンケート結果に基づいて需要と供給との関係を決定してもよい。
　情報処理装置２００は、例えば、「利用料金が５００円の時、時間指定の配車を１か月に何回利用しますか？」等のアンケートを用いて、共通のエリア及び時間に対する価格と回数／ＭＡＵ（Monthly　Active　Users）との関係を求める。ＭＡＵは、ある１か月の間に１回でも利用があるユーザＵの数である。
　図２０は、変動料金を決定する他の一例を説明するための図である。図２０の上図は、縦軸が利用料金（価格）、横軸が回数／ＭＡＵを示している。図２０の下図は、縦軸が利用料金を示し、横軸が数量を示している。まず、情報処理装置２００は、図２０の上図に示すように、アンケート結果に基づいて、区画８１０及び所定期間が共通の需要を示すグラフＧＤ’を求める。次に、情報処理装置２００は、求めたグラフＧＤ’に対し、区画８１０の所定期間ごとの件数を算出する算出式、ソフトウェア等を用いて、区画８１０の所定期間ごとのグラフＧＳを求める。図２０の下図に示す一例では、グラフＧＳは、配車予約可能台数が１０台の場合に、第１利用料金Ｆ１から第２利用料金Ｆ２の間で変動する利用料金Ｆを示している。情報処理装置２００は、ローンチ時であっても、アンケートに基づくグラフＧＤ’とグラフＧＳとの交点に基づいて、利用料金Ｆを算出することができる。運用を開始した後は、情報処理装置２００は、上述した過去データ７００を用いて利用料金Ｆを算出すればよい。
［実施形態のその他の変形例］
　実施形態では、情報処理システム１は、タクシー２の配車予約に関する情報処理を行う場合について説明したが、これに限定されない。情報処理システム１は、例えば、運送車両、収集車両等の配車予約を行うシステムとしてもよい。
［ハードウェア構成］
　上述してきた実施形態に係る情報処理装置２００は、例えば図２１に示すような構成のコンピュータ１０００によって実現してもよい。以下、実施形態に係る情報処理装置２００を例に挙げて説明する。図２１は、情報処理装置２００の機能を実現するコンピュータ１０００の一例を示すハードウェア構成図である。コンピュータ１０００は、ＣＰＵ１１００、ＲＡＭ１２００、ＲＯＭ（Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ）１３００、ＨＤＤ（Ｈａｒｄ　Ｄｉｓｋ　Ｄｒｉｖｅ）１４００、通信インターフェイス１５００、及び入出力インターフェイス１６００を有する。コンピュータ１０００の各部は、バス１０５０によって接続される。
　ＣＰＵ１１００は、ＲＯＭ１３００又はＨＤＤ１４００に格納されたプログラムに基づいて動作し、各部の制御を行う。例えば、ＣＰＵ１１００は、ＲＯＭ１３００又はＨＤＤ１４００に格納されたプログラムをＲＡＭ１２００に展開し、各種プログラムに対応した処理を実行する。
　ＲＯＭ１３００は、コンピュータ１０００の起動時にＣＰＵ１１００によって実行されるＢＩＯＳ（Ｂａｓｉｃ　Ｉｎｐｕｔ　Ｏｕｔｐｕｔ　Ｓｙｓｔｅｍ）等のブートプログラムや、コンピュータ１０００のハードウェアに依存するプログラム等を格納する。
　ＨＤＤ１４００は、ＣＰＵ１１００によって実行されるプログラム、及び、かかるプログラムによって使用されるデータ等を非一時的に記録する、コンピュータが読み取り可能な記録媒体である。具体的には、ＨＤＤ１４００は、プログラムデータ１４５０の一例である本開示に係る情報処理プログラムを記録する記録媒体である。
　通信インターフェイス１５００は、コンピュータ１０００が外部ネットワーク１５５０（例えばインターネット）と接続するためのインターフェイスである。例えば、ＣＰＵ１１００は、通信インターフェイス１５００を介して、他の機器からデータを受信したり、ＣＰＵ１１００が生成したデータを他の機器へ送信したりする。
　入出力インターフェイス１６００は、入出力デバイス１６５０とコンピュータ１０００とを接続するためのインターフェイスである。例えば、ＣＰＵ１１００は、入出力インターフェイス１６００を介して、キーボードやマウス等の入力デバイスからデータを受信する。また、ＣＰＵ１１００は、入出力インターフェイス１６００を介して、ディスプレイやスピーカーやプリンタ等の出力デバイスにデータを送信する。また、入出力インターフェイス１６００は、所定の記録媒体（メディア）に記録されたプログラム等を読み取るメディアインターフェイスとして機能してもよい。メディアとは、例えばＤＶＤ（Ｄｉｇｉｔａｌ　Ｖｅｒｓａｔｉｌｅ　Ｄｉｓｃ）等の光学記録媒体、ＭＯ（Ｍａｇｎｅｔｏ－Ｏｐｔｉｃａｌ　ｄｉｓｋ）等の光磁気記録媒体、テープ媒体、磁気記録媒体、または半導体メモリ等である。
　例えば、コンピュータ１０００が実施形態に係る情報処理装置２００として機能する場合、コンピュータ１０００のＣＰＵ１１００は、ＲＡＭ１２００上にロードされたプログラムを実行することにより、設定部２３１、判定部２３２、配車制御部２３３、算出部２３４、決済部２３５、通知部２３６等の機能を実現する。また、ＨＤＤ１４００には、本開示に係るプログラムや、記憶部２２０内のデータが格納される。なお、ＣＰＵ１１００は、プログラムデータ１４５０をＨＤＤ１４００から読み取って実行するが、他の例として、外部ネットワーク１５５０を介して、他の装置からこれらのプログラムを取得してもよい。
　以上、添付図面を参照しながら本開示の好適な実施形態について詳細に説明したが、本開示の技術的範囲はかかる例に限定されない。本開示の技術分野における通常の知識を有する者であれば、請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。
　また、本明細書に記載された効果は、あくまで説明的または例示的なものであって限定的ではない。つまり、本開示に係る技術は、上記の効果とともに、または上記の効果に代えて、本明細書の記載から当業者には明らかな他の効果を奏しうる。
　また、コンピュータに内蔵されるＣＰＵ、ＲＯＭおよびＲＡＭなどのハードウェアに、情報処理装置２００が有する構成と同等の機能を発揮させるためのプログラムも作成可能であり、当該プログラムを記録した、コンピュータに読み取り可能な記録媒体も提供され得る。
　また、本明細書の情報処理装置２００の処理に係る各ステップは、必ずしもフローチャートに記載された順序に沿って時系列に処理される必要はない。例えば、情報処理装置２００の処理に係る各ステップは、フローチャートに記載された順序と異なる順序で処理されても、並列的に処理されてもよい。
（効果）
　情報処理装置２００は、所定範囲８００における営業用の車両の過去の動態データ７１０を記憶する記憶部２２０と、所定範囲８００の地理的区画および所定期間ごとに、動態データ７１０に基づいて営業用の車両の配車予約可能台数を設定する設定部２３１と、を備える。
　これにより、情報処理装置２００は、所定範囲８００の地理的区画および所定期間ごとに、営業用の車両の配車予約可能台数を管理することで、予約日時に配車可能なタクシー２の台数を事前に認識することができる。その結果、情報処理装置２００は、予約を時間指定として管理し、該時間指定の直前であっても営業用の車両を手配可能とすることで、予約を即時配車と同じ扱いで管理可能となり、予約に関する損害の発生を抑制することができる。
　情報処理装置２００では、ユーザＵから営業用の車両の予約があった場合、配車予約可能台数に基づいて、予約を受託するか否かを判断する判定部２３２をさらに備える。
　これにより、情報処理装置２００は、設定した配車予約可能台数に基づいて、即時配車が可能な数の予約を受託することができる。その結果、情報処理装置２００は、予約を即時配車と同じ扱いで管理可能となり、予約に関する損害の発生を抑制することができる。
　情報処理装置２００では、設定部２３１は、所定範囲８００の地理的区画および所定期間ごとに、動態データ７１０と配車予約可能台数との関係を機械学習した予測モデル６００（機械学習モデル）に基づいて、配車予約可能台数を設定する。
　これにより、情報処理装置２００は、所定範囲８００の地理的区画および所定期間ごとに、過去の動態データ７１０と配車予約可能台数との関係を機械学習した機械学習モデルを用いることで、過去の実績に応じた配車予約可能台数を設定することができる。その結果、情報処理装置２００は、適切な配車予約可能台数を設定できるので、予約を即時配車と同じ扱いで管理しても、即時配車ができない事態の発生を抑制できる。
　情報処理装置２００では、設定部２３１は、配車予約可能台数を営業用の車両が属するグループごとに設定する。
　これにより、情報処理装置２００は、営業用の車両が属するグループごとに、所定範囲８００の地理的区画および所定期間ごとの配車予約可能台数を設定できる。その結果、情報処理装置２００は、営業用の車両のグループに適した配車予約可能台数を設定できるので、予約を即時配車と同じ扱いで管理しても、グループに属するタクシー２を即時配車ができない事態の発生を抑制できる。
　情報処理装置２００では、動態データ７１０は、地理的区画および所定期間ごとに、ステータスが空車のタクシーの台数を識別可能なデータを含む。
　これにより、情報処理装置２００は、地理的区画において、所定期間におけるステータスが空車のタクシー２の過去の実績を確認することができる。その結果、情報処理装置２００は、ステータスが空車のタクシー２に基づく配車予約可能台数を設定できるので、予約を即時配車と同じ扱いで管理しても、即時配車ができない事態の発生を抑制できる。
　情報処理装置２００では、設定部２３１は、曜日及び天気の少なくとも１つのデータと動態データ７１０に基づいてタクシー２の配車予約可能台数を設定する。
　これにより、情報処理装置２００は、所定範囲８００の地理的区画および所定期間ごとに、過去の動態、曜日、天気等に基づく配車予約可能台数を設定して管理することができる。その結果、情報処理装置２００は、地理的区画における過去の実績と周囲環境に適したタクシー２の配車予約可能台数を管理することで、予約日時に配車可能なタクシー２の台数を正確に認識することができる。
　情報処理装置２００では、注文データ７２０が示す予約日時及び配車場所に、時間指定の配車が可能な車両を探す配車制御部２３３をさらに備え、配車制御部２３３は、配車が可能な営業用の車両に時間指定の配車を指示する。
　これにより、情報処理装置２００は、注文データ７２０が示す予約日時及び配車場所に、時間指定の配車が可能な車両に、時間指定の配車を指示することができる。その結果、情報処理装置２００は、予約を即時配車と同じ扱いで管理するので、事前にタクシー２を手配する必要がなくなり、予約に関する損害の発生を抑制することができる。
　情報処理装置２００では、配車制御部２３３は、検索範囲の内部の営業用の車両に対して時間指定の配車を指示し、時間指定の配車が可能であるとの回答に応じて時間指定の配車を確定し、時間指定の配車が可能ではない場合に、検索範囲の内部の他の車両に対して時間指定の配車を指示する。
　これにより、情報処理装置２００は、検索範囲の内部の複数の営業用の車両に対して時間指定の配車を確定するまで、時間指定の配車を順次指示することができる。その結果、情報処理装置２００は、予約日時までに時間指定の配車を指示できる可能性が向上するので、予約を即時配車と同じ扱いで管理しても、即時配車ができない事態の発生を抑制できる。
　情報処理装置２００では、営業用の車両は、タクシー２であり、地理的区画および所定期間ごとのタクシー２の需要と供給との関係に基づいて変動するように、タクシー２の乗車料金とは異なるタクシー２の利用料金を算出する算出部２３４をさらに備える。
　これにより、情報処理装置２００は、タクシー２の予約等に応じて、需要数に応じて変動する利用料金を算出することができる。その結果、情報処理装置２００は、ユーザＵによって予約がキャンセルされても、タクシー２の乗車料金とは異なる利用料金を請求することができる。
　情報処理装置２００は、予約に応じた時間指定の配車が確定したタクシー２の利用料金の決済処理を行う決済部２３５をさらに備え、決済部２３５は、利用料金の決済処理を行った後に、降車地点までのタクシーの乗車料金の決済処理を行う。
　これにより、情報処理装置２００は、予約に応じた時間指定の配車が確定した時点で利用料金を得られ、その後、降車地点までのタクシー２の乗車料金を得ることができる。その結果、情報処理装置２００は、タクシー２の配車が確定した後に予約がキャンセルされても、利用料金を得ているので、予約に関する損害の発生を抑制することができる。
　情報処理装置２００では、決済部２３５は、タクシー２の配車が完了してから予約日時までの間に、タクシー２の事業者からキャンセルを受け付けると、利用料金の払い戻し処理を行い、配車制御部２３３は、時間指定の配車をキャンセルする処理を行う。
　これにより、情報処理装置２００は、利用料金の決済が終了してから予約日時までの間に、タクシー２の配車のキャンセルを受け付けると、利用料金を払い戻すことができる。例えば、配車を指示したタクシー２が故障、事故等に遭遇すると、情報処理装置２００は、タクシー２の配車がキャンセルされる可能性がある。その結果、情報処理装置２００は、タクシー２側の都合で配車がキャンセルされた場合、利用料金を払い戻すことで、ユーザＵの損益を回避することができる。
　情報処理装置２００では、決済部２３５は、予約日時から所定の待機時間の経過した後に、配置場所のタクシー２のドライバーからキャンセルを受け付けると、払い戻し処理を行わず、配車制御部２３３は、時間指定の配車をキャンセルする処理を行う。
　これにより、情報処理装置２００は、タクシー２が配車場所に到着して待機時間が経過しても、ユーザＵが現れない場合、配車をタクシー２のドライバーにキャンセルさせることができる。その結果、情報処理装置２００は、タクシー２の配車が確定した時点で利用料金を得ているので、予約に応じたタクシー２のドライバーの拘束時間を減少させるができ、かつ予約のキャンセルに応じた損害を抑制することができる。
　情報処理装置２００では、決済部２３５は、タクシー２の配車が完了してから予約日時までの間に、予約を行ったユーザＵからキャンセルを受け付けると、払い戻し処理を行わず、配車制御部２３３は、時間指定の配車をキャンセルする処理を行う。
　これにより、情報処理装置２００は、タクシー２の配車が完了してから予約日時までの間に予約がユーザＵによってキャンセルされも、時間指定の配車が確定した時点の利用料金を得ることができる。その結果、情報処理装置２００は、タクシー２の配車が確定した後に予約がキャンセルされても、利用料金を得ているので、予約に関する損害の発生を抑制することができる。
　情報処理装置２００では、利用料金の決済結果及びタクシー２の配車結果の少なくとも一方をユーザＵに通知する通知部２３６をさらに備える。
　これにより、情報処理装置２００は、利用料金の決済結果及びタクシー２配車結果の少なくとも一方をユーザＵに認識させることができる。その結果、情報処理装置２００は、ユーザＵによるタクシー２の予約のキャンセルを抑制できるので、予約に関する損害の発生を抑制することができる。
　情報処理装置２００では、配車制御部２３３は、地理的区画において時間指定で配車可能なタクシー２が見つからなかった場合、配車予約可能台数に基づいて他の地理的区画から時間指定で配車可能なタクシー２を検索する。
　これにより、情報処理装置２００は、地理的区画において時間指定で配車可能なタクシー２が見つからなかった場合、配車予約可能台数に適した他の地理的区画からタクシー２を検索することで、配車可能なタクシー２を見つける可能性を向上させることができる。その結果、情報処理装置２００は、配車予約可能台数に基づく予約枠を増加させることができるので、予約に関するサービスの低下を抑制することができる。
　情報処理システム１は、営業用の車両とともに移動する電子機器１００と、複数の前記電子機器１００と通信可能な情報処理装置と、を備える。情報処理装置２００は、所定範囲８００における営業用の車両の過去の動態データ７１０を記憶する記憶部２２０と、所定範囲８００の地理的区画および所定期間ごとに、動態データ７１０に基づいて営業用の車両の配車予約可能台数を設定する設定部２３１と、を備える。
　これにより、情報処理システム１は、情報処理装置２００が所定範囲８００の地理的区画および所定期間ごとに、営業用の車両の配車予約可能台数を管理することで、予約日時に配車可能なタクシー２の台数を事前に認識することができる。その結果、情報処理システム１は、予約を時間指定として管理し、該時間指定の直前であっても営業用の車両を手配可能とすることで、予約を即時配車と同じ扱いで管理可能となり、予約に関する損害の発生を抑制することができる。
　情報処理方法は、コンピュータが、所定範囲８００における営業用の車両の過去の動態データ７１０を記憶部２２０に記憶すること、所定範囲８００の地理的区画および所定期間ごとに、動態データ７１０に基づいて営業用の車両の配車予約可能台数を設定すること、を含む。
　これにより、情報処理方法は、コンピュータが所定範囲８００の地理的区画および所定期間ごとに、営業用の車両の配車予約可能台数を管理することで、予約日時に配車可能なタクシー２の台数を事前に認識することができる。その結果、情報処理方法は、予約を時間指定として管理し、該時間指定の直前であっても営業用の車両を手配可能とすることで、予約を即時配車と同じ扱いで管理可能となり、予約に関する損害の発生を抑制することができる。
　情報処理プログラムは、コンピュータに、所定範囲８００における営業用の車両の過去の動態データ７１０を記憶部２２０に記憶すること、所定範囲８００の地理的区画および所定期間ごとに、動態データ７１０に基づいて営業用の車両の配車予約可能台数を設定すること、を実行させる。
　これにより、情報処理プログラムは、所定範囲８００の地理的区画および所定期間ごとに、営業用の車両の配車予約可能台数を管理することで、コンピュータによって予約日時に配車可能なタクシー２の台数を事前に認識することができる。その結果、情報処理プログラムは、予約を時間指定として管理し、該時間指定の直前であっても営業用の車両を手配可能とすることで、予約を即時配車と同じ扱いで管理可能となり、予約に関する損害の発生を抑制することができる。
　なお、以下のような構成も本開示の技術的範囲に属する。
（１）
　所定範囲における営業用の車両の過去の動態データを記憶する記憶部と、
　前記所定範囲の地理的区画および所定期間ごとに、前記動態データに基づいて前記車両の配車予約可能台数を設定する設定部と、
　を備える情報処理装置。
（２）
　ユーザから前記車両の予約があった場合、前記配車予約可能台数に基づいて、前記予約を受託するか否かを判断する判定部をさらに備える
　前記（１）に記載の情報処理装置。
（３）
　前記設定部は、前記所定範囲の地理的区画および所定期間ごとに、前記動態データと前記配車予約可能台数との関係を機械学習した機械学習モデルに基づいて、前記配車予約可能台数を設定する
　前記（１）または（２）に記載の情報処理装置。
（４）
　前記設定部は、前記配車予約可能台数を営業用の前記車両が属するグループごとに設定する
　前記（１）から（３）のいずれかに記載の情報処理装置。
（５）
　前記車両は、タクシーであり、
　前記動態データは、前記地理的区画および前記所定期間ごとに、ステータスが空車の前記タクシーの台数を識別可能なデータを含む
　前記（１）から（４）のいずれかに記載の情報処理装置。
（６）
　前記設定部は、曜日及び天気の少なくとも１つのデータと前記動態データに基づいて前記車両の配車予約可能台数を設定する
　前記（１）から（５）のいずれかに記載の情報処理装置。
（７）
　注文データが示す予約日時及び配車場所に、時間指定の配車が可能な前記車両を探す配車制御部をさらに備え、
　前記配車制御部は、前記配車が可能な前記車両に前記時間指定の配車を指示する
　前記（１）から（６）のいずれかに記載の情報処理装置。
（８）
　前記配車制御部は、
　検索範囲の内部の前記車両に対して前記時間指定の配車を指示し、
　前記時間指定の配車が可能であるとの回答に応じて前記時間指定の配車を確定し、
　前記時間指定の配車が可能ではない場合に、前記検索範囲の内部の他の車両に対して前記時間指定の配車を指示する
　前記（７）に記載の情報処理装置。
（９）
　前記車両は、タクシーであり、
　前記地理的区画および前記所定期間ごとの前記タクシーの需要と供給との関係に基づいて変動するように、前記タクシーの乗車料金とは異なる前記タクシーの利用料金を算出する算出部をさらに備える
　前記（７）または（８）に記載の情報処理装置。
（１０）
　前記予約に応じた前記時間指定の配車が確定した前記タクシーの前記利用料金の決済処理を行う決済部をさらに備え、
　前記決済部は、前記利用料金の決済処理を行った後に、降車地点までの前記タクシーの前記乗車料金の決済処理を行う
　前記（９）に記載の情報処理装置。
（１１）
　前記決済部は、前記タクシーの配車が完了してから前記予約日時までの間に、前記タクシーの前記配車のキャンセルを受け付けると、前記利用料金の払い戻し処理を行い、
　前記配車制御部は、前記時間指定の配車をキャンセルする処理を行う
　前記（１０）に記載の情報処理装置。
（１２）
　前記決済部は、前記予約日時から所定の待機時間の経過した後に、前記配車場所の前記タクシーのドライバーから前記配車のキャンセルを受け付けると、前記払い戻し処理を行わず、
　前記配車制御部は、前記時間指定の配車をキャンセルする処理を行う
　前記（１０）または（１１）に記載の情報処理装置。
（１３）
　前記決済部は、前記タクシーの配車が完了してから前記予約日時までの間に、前記予約を行った前記ユーザからキャンセルを受け付けると、前記払い戻し処理を行わず、
　前記配車制御部は、前記時間指定の配車をキャンセルする処理を行う
　前記（１０）から（１２）のいずれかに記載の情報処理装置。
（１４）
　前記利用料金の決済結果及び前記タクシーの配車結果の少なくとも一方を前記ユーザに通知する通知部をさらに備える
　前記（１０）から（１３）のいずれかに記載の情報処理装置。
（１５）
　前記配車制御部は、前記地理的区画において前記時間指定で配車可能な前記車両が見つからなかった場合、前記配車予約可能台数に基づいて他の前記地理的区画から前記時間指定で配車可能な前記車両を検索する
　前記（７）から（１４）のいずれかに記載の情報処理装置。
（１６）
　営業用の車両とともに移動する電子機器と、複数の前記電子機器と通信可能な情報処理装置と、を備え、
　前記情報処理装置は、
　所定範囲における前記車両の過去の動態データを記憶する記憶部と、
　前記所定範囲の地理的区画および所定期間ごとに、前記動態データに基づいて前記車両の配車予約可能台数を設定する設定部と、
　を備える情報処理システム。
（１７）
　コンピュータが、
　所定範囲における営業用の車両の過去の動態データを記憶部に記憶すること、
　前記所定範囲の地理的区画および所定期間ごとに、前記動態データに基づいて前記車両の配車予約可能台数を設定すること、
　を含む情報処理方法。
（１８）
　コンピュータに、
　所定範囲における営業用の車両の過去の動態データを記憶部に記憶すること、
　前記所定範囲の地理的区画および所定期間ごとに、前記動態データに基づいて前記車両の配車予約可能台数を設定すること、
　を実行させる情報処理プログラム。
　１　情報処理システム
　２　タクシー
　１００　電子機器
　１１０　表示部
　１２０　操作部
　１３０　通信部
　１４０　記憶部
　１４１　ドライバー用アプリケーション
　１４２　設定データ
　１５０　制御部
　２００　情報処理装置
　２１０　通信部
　２２０　記憶部
　２３０　制御部
　２３１　設定部
　２３２　判定部
　２３３　配車制御部
　２３４　算出部
　２３５　決済部
　２３６　通知部
　３００　ユーザ端末
　３１０　センサ部
　３２０　入力部
　３３０　表示部
　３４０　通信部
　３５０　記憶部
　３５１　ユーザ用アプリケーション
　３５２　設定データ
　３６０　制御部
　４００　タクシーメータ
　５００　予約枠データ
　５１０　地図情報
　５２０　予約枠情報
　６００　予測モデル
　７００　過去データ
　７１０　動態データ
　７２０　注文データ
　７３０　天気データ
　７４０　通知データ
　７５０　決済データ
　８００　所定範囲
　８１０　区画

Claims (18)

  1. 　所定範囲における営業用の車両の過去の動態データを記憶する記憶部と、
    　前記所定範囲の地理的区画および所定期間ごとに、前記動態データに基づいて前記車両の配車予約可能台数を設定する設定部と、
    　を備える情報処理装置。
  2. 　ユーザから前記車両の予約があった場合、前記配車予約可能台数に基づいて、前記予約を受託するか否かを判断する判定部をさらに備える
    　請求項１に記載の情報処理装置。
  3. 　前記設定部は、前記所定範囲の地理的区画および所定期間ごとに、前記動態データと前記配車予約可能台数との関係を機械学習した機械学習モデルに基づいて、前記配車予約可能台数を設定する
    　請求項２に記載の情報処理装置。
  4. 　前記設定部は、前記配車予約可能台数を営業用の前記車両が属するグループごとに設定する
    　請求項３に記載の情報処理装置。
  5. 　前記車両は、タクシーであり、
    　前記動態データは、前記地理的区画および前記所定期間ごとに、ステータスが空車の前記タクシーの台数を識別可能なデータを含む
    　請求項４に記載の情報処理装置。
  6. 　前記設定部は、曜日及び天気の少なくとも１つのデータと前記動態データに基づいて前記車両の配車予約可能台数を設定する
    　請求項５に記載の情報処理装置。
  7. 　注文データが示す予約日時及び配車場所に、時間指定の配車が可能な前記車両を探す配車制御部をさらに備え、
    　前記配車制御部は、前記配車が可能な前記車両に前記時間指定の配車を指示する
    　請求項２に記載の情報処理装置。
  8. 　前記配車制御部は、
    　検索範囲の内部の前記車両に対して前記時間指定の配車を指示し、
    　前記時間指定の配車が可能であるとの回答に応じて前記時間指定の配車を確定し、
    　前記時間指定の配車が可能ではない場合に、前記検索範囲の内部の他の車両に対して前記時間指定の配車を指示する
    　請求項７に記載の情報処理装置。
  9. 　前記車両は、タクシーであり、
    　前記地理的区画および前記所定期間ごとの前記タクシーの需要と供給との関係に基づいて変動するように、前記タクシーの乗車料金とは異なる前記タクシーの利用料金を算出する算出部をさらに備える
    　請求項７に記載の情報処理装置。
  10. 　前記予約に応じた前記時間指定の配車が確定した前記タクシーの前記利用料金の決済処理を行う決済部をさらに備え、
    　前記決済部は、前記利用料金の決済処理を行った後に、降車地点までの前記タクシーの前記乗車料金の決済処理を行う
    　請求項９に記載の情報処理装置。
  11. 　前記決済部は、前記タクシーの配車が完了してから前記予約日時までの間に、前記タクシーの前記配車のキャンセルを受け付けると、前記利用料金の払い戻し処理を行い、
    　前記配車制御部は、前記時間指定の配車をキャンセルする処理を行う
    　請求項１０に記載の情報処理装置。
  12. 　前記決済部は、前記予約日時から所定の待機時間の経過した後に、前記配車場所の前記タクシーのドライバーから前記配車のキャンセルを受け付けると、前記払い戻し処理を行わず、
    　前記配車制御部は、前記時間指定の配車をキャンセルする処理を行う
    　請求項１１に記載の情報処理装置。
  13. 　前記決済部は、前記タクシーの配車が完了してから前記予約日時までの間に、前記予約を行った前記ユーザからキャンセルを受け付けると、前記払い戻し処理を行わず、
    　前記配車制御部は、前記時間指定の配車をキャンセルする処理を行う
    　請求項１２に記載の情報処理装置。
  14. 　前記利用料金の決済結果及び前記タクシーの配車結果の少なくとも一方を前記ユーザに通知する通知部をさらに備える
    　請求項１０に記載の情報処理装置。
  15. 　前記配車制御部は、前記地理的区画において前記時間指定で配車可能な前記車両が見つからなかった場合、前記配車予約可能台数に基づいて他の前記地理的区画から前記時間指定で配車可能な前記車両を検索する
    　請求項７に記載の情報処理装置。
  16. 　営業用の車両とともに移動する電子機器と、複数の前記電子機器と通信可能な情報処理装置と、を備え、
    　前記情報処理装置は、
    　所定範囲における前記車両の過去の動態データを記憶する記憶部と、
    　前記所定範囲の地理的区画および所定期間ごとに、前記動態データに基づいて前記車両の配車予約可能台数を設定する設定部と、
    　を備える情報処理システム。
  17. 　コンピュータが、
    　所定範囲における営業用の車両の過去の動態データを記憶部に記憶すること、
    　前記所定範囲の地理的区画および所定期間ごとに、前記動態データに基づいて前記車両の配車予約可能台数を設定すること、
    　を含む情報処理方法。
  18. 　コンピュータに、
    　所定範囲における営業用の車両の過去の動態データを記憶部に記憶すること、
    　前記所定範囲の地理的区画および所定期間ごとに、前記動態データに基づいて前記車両の配車予約可能台数を設定すること、
    　を実行させる情報処理プログラム。
PCT/JP2022/008848 2021-03-09 2022-03-02 情報処理装置、情報処理システム、情報処理方法及び情報処理プログラム WO2022190989A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2023505342A JPWO2022190989A1 (ja) 2021-03-09 2022-03-02

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2021-036853 2021-03-09
JP2021036853 2021-03-09

Publications (1)

Publication Number Publication Date
WO2022190989A1 true WO2022190989A1 (ja) 2022-09-15

Family

ID=83227209

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2022/008848 WO2022190989A1 (ja) 2021-03-09 2022-03-02 情報処理装置、情報処理システム、情報処理方法及び情報処理プログラム

Country Status (2)

Country Link
JP (1) JPWO2022190989A1 (ja)
WO (1) WO2022190989A1 (ja)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002319093A (ja) * 2001-04-19 2002-10-31 Fujitsu Ltd 配車計画支援装置、コンピュータプログラム及び記録媒体
JP2018049408A (ja) * 2016-09-21 2018-03-29 株式会社日立国際電気 配車システム
JP2020030726A (ja) * 2018-08-24 2020-02-27 株式会社東芝 乗合車両用需要予測装置、乗合車両用需要予測方法及びプログラム

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002319093A (ja) * 2001-04-19 2002-10-31 Fujitsu Ltd 配車計画支援装置、コンピュータプログラム及び記録媒体
JP2018049408A (ja) * 2016-09-21 2018-03-29 株式会社日立国際電気 配車システム
JP2020030726A (ja) * 2018-08-24 2020-02-27 株式会社東芝 乗合車両用需要予測装置、乗合車両用需要予測方法及びプログラム

Also Published As

Publication number Publication date
JPWO2022190989A1 (ja) 2022-09-15

Similar Documents

Publication Publication Date Title
US11386359B2 (en) Systems and methods for managing a vehicle sharing facility
US10430736B2 (en) System and method for estimating a dynamic origin-destination matrix
JP6655939B2 (ja) 輸送サービス予約方法、輸送サービス予約装置、及び輸送サービス予約プログラム
US10621529B2 (en) Goal-based travel reconstruction
US10664808B2 (en) System and method for managing on-demand test drives
US8731835B2 (en) System and method for trip plan crowdsourcing using automatic fare collection data
US11392861B2 (en) Systems and methods for managing a vehicle sharing facility
JP7032881B2 (ja) 車両の走行スケジュールを管理するためのシステム、方法、及びプログラム
JP2017165509A (ja) 運送管理システム
US20180075566A1 (en) System and method of calculating a price for a vehicle journey
US20220207450A1 (en) Integrating vehicle data for provider and personal rental vehicles into a vehicle-fleet platform and fleet management interface
JP7209052B2 (ja) 施設管理装置、施設管理方法、プログラム、及び施設管理システム
Conway et al. Challenges in managing centralized taxi dispatching at high-volume airports: Case study of John F. Kennedy International Airport, New York City
JP6880274B1 (ja) 配達システム、ユーザ端末及び管理サーバ
Duong et al. Taxi drivers’ response to cancellations and no-shows: New evidence for reference-dependent preferences
JP2020102081A (ja) 車両管理サーバおよびコンピュータプログラム
JP6778152B2 (ja) カーシェアリング管理システム
WO2022190989A1 (ja) 情報処理装置、情報処理システム、情報処理方法及び情報処理プログラム
JP2023061756A (ja) 駐車料金管理装置及び駐車料金管理方法並びにプログラム
JP7058509B2 (ja) 車両管理サーバおよびコンピュータプログラム
JP2021149847A (ja) コンピュータプログラム、デジタルチケットシステム、利用者端末装置及び情報処理方法
JP7107893B2 (ja) 情報処理装置、及び情報処理装置の制御方法
JP7181514B1 (ja) 交通機関の利用料金算定システムおよびコンピュータプログラム
WO2024101139A1 (ja) 情報処理システム、情報処理方法、及び、プログラム
WO2022190990A1 (ja) 情報処理システム、情報処理装置、情報処理方法及び情報処理プログラム

Legal Events

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

Ref document number: 22766948

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2023505342

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 22766948

Country of ref document: EP

Kind code of ref document: A1