WO2019181566A1 - 車両乗合支援システム - Google Patents

車両乗合支援システム Download PDF

Info

Publication number
WO2019181566A1
WO2019181566A1 PCT/JP2019/009357 JP2019009357W WO2019181566A1 WO 2019181566 A1 WO2019181566 A1 WO 2019181566A1 JP 2019009357 W JP2019009357 W JP 2019009357W WO 2019181566 A1 WO2019181566 A1 WO 2019181566A1
Authority
WO
WIPO (PCT)
Prior art keywords
user
riding
time
recommended
condition
Prior art date
Application number
PCT/JP2019/009357
Other languages
English (en)
French (fr)
Inventor
博之 田部
斉藤　祐司
木村　亨
邦明 松島
Original Assignee
本田技研工業株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 本田技研工業株式会社 filed Critical 本田技研工業株式会社
Priority to US16/981,942 priority Critical patent/US11663539B2/en
Priority to CN201980020367.0A priority patent/CN111919234A/zh
Publication of WO2019181566A1 publication Critical patent/WO2019181566A1/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/40—Business processes related to the transportation industry
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90—Details of database functions independent of the retrieved data types
    • G06F16/95—Retrieval from the web
    • G06F16/953—Querying, e.g. by the use of web search engines
    • G06F16/9535—Search customisation based on user profiles and personalisation
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/02—Reservations, e.g. for tickets, services or events
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063—Operations research, analysis or management
    • G06Q10/0631—Resource planning, allocation, distributing or scheduling for enterprises or organisations
    • G06Q10/06311—Scheduling, planning or task assignment for a person or group
    • G06Q10/063116—Schedule adjustment for a person or group
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063—Operations research, analysis or management
    • G06Q10/0631—Resource planning, allocation, distributing or scheduling for enterprises or organisations
    • G06Q10/06315—Needs-based resource requirements planning or analysis
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/10—Office automation; Time management
    • G06Q10/109—Time management, e.g. calendars, reminders, meetings or time accounting
    • G06Q10/1091—Recording time for administrative or management purposes
    • 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
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/01—Input arrangements or combined input and output arrangements for interaction between user and computer
    • G06F3/048—Interaction techniques based on graphical user interfaces [GUI]
    • G06F3/0484—Interaction techniques based on graphical user interfaces [GUI] for the control of specific functions or operations, e.g. selecting or manipulating an object, an image or a displayed text element, setting a parameter value or selecting a range
    • G06F3/04842—Selection of displayed objects or displayed text elements
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/451—Execution arrangements for user interfaces

Definitions

  • the present invention relates to a vehicle riding support system that provides a ride sharing service to a user.
  • Vehicle ride support system (ride ride) that supports ride sharing between a driver who plans to travel by car and a rider who wants to travel to the destination by riding another person's car Share system) is known (for example, Patent Document 1). Since the operation number of the car is reduced by performing the vans, reduction of savings and CO 2 emission energy allows relaxation of traffic congestion.
  • driving schedule information including the driver's departure place, arrival place, and departure time is transmitted from the driver, and the rider desires including the current position, arrival place, and arrival time of the rider.
  • a riding condition is transmitted.
  • the vehicle riding assistance system calculates the optimal combination of the driver and the rider based on both, and creates a running schedule for riding that matches both.
  • the rider transmits a desired ride condition that does not match the true request to the vehicle ride support system, such as when the rider does not correctly grasp his / her schedule or when an input error occurs.
  • the vehicle riding support system creates an operation schedule that does not match the true requirements of the passenger, so the cancellation of the riding increases, and as a result, the combination of the driver and the passenger may not be the optimal combination. is there.
  • the present invention has an object to prevent transmission of desired riding conditions that do not match a true request from a user (passenger) in a riding assistance system.
  • one aspect of the present invention is a vehicle riding support system (1) that supports riding of a plurality of users, and includes a user interface including an input unit (12B) and a display unit (12A). (12), a terminal (2) including a terminal processing unit (11) for controlling the user interface, a behavior information management server (7) for storing the user behavior information, the behavior information management server, and the Based on a desired multiplication condition including at least one of the departure location, departure time, arrival location, and arrival time of the user transmitted from the terminal processing unit to the terminal via the network (3) And a sharing management server (4) for creating a driving schedule for riding within an implementation period, the riding management server for each of the users based on the behavior information.
  • a recommended multiplication condition including at least one of a suitable departure place, departure time, arrival place, and arrival time is generated and transmitted to the terminal processing unit, and the terminal processing unit sends the recommended multiplication condition to the user interface. Is displayed.
  • the recommended multiplication condition is generated based on the behavior information reflecting the true request of the user, and the recommended multiplication condition is displayed on the user interface. Therefore, it is possible to prevent a desired multiplication condition that does not match the user's true request from being transmitted.
  • the terminal processing unit may display the input field (40 to 44) in which the desired multiplication condition can be input and the recommended multiplication condition simultaneously on the user interface.
  • the user can input the desired multiplication condition in the input field while confirming the recommended multiplication condition.
  • the terminal processing unit may display the recommended multiplication condition in the input field.
  • the recommended multiplication condition is displayed in the input field, when the recommended multiplication condition matches the true request of the user, the input of the desired multiplication condition in the user input field is omitted. Can do.
  • the said terminal process part accepts
  • the user when the desired multiplication condition matches the recommended multiplication condition, the user can easily input the desired multiplication condition to the multiplication management server by inputting to the acceptance / reject button without inputting the desired multiplication condition. Can be sent.
  • the terminal processing unit when the terminal processing unit receives an input corresponding to not transmitting the recommended multiplication condition as the desired multiplication condition to the multiplication management server on the acceptance / rejection button, the user desires the user interface. It is preferable to display an input field (40 to 44) in which the desired riding condition including at least one of a departure place, a departure time, an arrival place, and an arrival time can be input.
  • the user can input the desired multiplication condition in the input field while confirming the recommended multiplication condition.
  • the terminal processing unit may display the recommended multiplication condition in the input field.
  • the recommended multiplication condition is displayed in the input field, when the recommended multiplication condition matches the true request of the user, the input of the desired multiplication condition in the user input field is omitted. Can do.
  • the departure place or the arrival place may be set to a predetermined place common to all the users.
  • the ride support system can be used to support the ride for commuting.
  • the ride support system can be used to support the ride for school.
  • the behavior information includes movement information corresponding to presence / absence of movement to a pre-stored location
  • the boarding management server responds to no movement in the behavior information of the execution period of the boarding.
  • the recommended multiplication condition may not be generated.
  • the recommended multiplication condition is not generated.
  • the recommended multiplication condition is not displayed on the user interface.
  • recommended user conditions are displayed on the user interface. Therefore, when the recommended riding condition is not displayed, the user can recognize that his / her schedule is not suitable for the use of riding, and can prevent application for riding that does not match the user's true request. .
  • the attendance recording part (18) which acquires the said user's attendance time is provided,
  • the said action information contains the past attendance time,
  • the said management server is based on the past attendance time of the said implementation period.
  • the user's attendance time may be estimated, and the arrival time of the recommended multiplication condition may be generated based on the estimated attendance time.
  • the recommended multiplication condition can be made more suitable for the user.
  • the riding management server outputs importance corresponding to each of the behavior information stored in the behavior information management server, calculates a shift time that increases as the importance increases, and estimates The arrival time of the recommended riding condition may be generated based on a time that is earlier by the shift time than the attended work time.
  • the arrival time can be advanced in accordance with the importance of the behavior information within the implementation period, the recommended multiplication condition can be made more suitable for the user.
  • the attendance recording unit (18) for acquiring the user's leaving time is provided, the behavior information includes a past leaving time, and the riding management server is configured based on the past leaving time.
  • the departure time of the user may be estimated, and the departure time of the recommended multiplication condition may be generated based on the estimated departure time.
  • the recommended multiplication condition can be made more suitable for the user.
  • FIG. 1 is a configuration diagram of a vehicle riding support system according to a first embodiment.
  • Example of data entered in the behavior information table Example of data entered in the application information management table
  • Example of data entered in the importance calculation table Flow chart showing the procedure of riding support processing
  • Flow chart showing the server side application acceptance start processing procedure Flow chart showing the procedure for terminal side application acceptance processing Screen transition of the terminal at the time of terminal side application acceptance processing Screen transition of the terminal at the time of terminal side application acceptance processing
  • Flow chart showing the procedure for server side application acceptance processing The flowchart which shows the procedure of the terminal side application reception process which concerns on 2nd Embodiment Explanatory drawing of the screen display of the user terminal at the time of the terminal side application reception process which concerns on 2nd Embodiment
  • the vehicle riding support system 1 is a specific place (working place) that is performed in the morning commute time (working period) by a plurality of users (members) belonging to a specific organization (company, government office).
  • a ride service (ride share service) that supports rides for travel to
  • the ride service here refers to the user's desired ride conditions such as departure place, arrival place, departure time, and arrival time from the user, and the user who makes the ride based on the received desired ride conditions. It is to determine the optimal combination, the optimal vehicle, and the optimal travel route (for example, the route that can most easily relieve traffic congestion) and notify each user.
  • the organization using the vehicle riding support system 1 owns a plurality of shared vehicles for the purpose of causing the user to use it.
  • vehicle ride support system 1 a plurality of shared vehicles and an automobile (hereinafter referred to as a provided vehicle) that the user has agreed to use for the ride are used for the ride.
  • User identification numbers are set for all users, and vehicle identification numbers are set for all shared vehicles and service vehicles.
  • the vehicle sharing support system 1 generates a recommended sharing condition based on a plurality of user terminals 2, a behavior information management server 7 that manages the behavior information of each user, and the behavior information of each user. And having a ride management server 4 that processes the desired ride conditions transmitted from each user terminal 2, creates a ride group, and determines the schedule of operation of the vehicle in each ride group. .
  • the user terminal 2, the behavior information management server 7, and the ride management server 4 are connected to each other via the network 3.
  • Each user terminal 2 is possessed by each user, and both the behavior information management server 7 and the ride management server 4 are provided in a building of a company that operates the vehicle ride support system 1.
  • the network 3 is, for example, the Internet.
  • the behavior information management server 7 includes a behavior information management unit 17 that holds a behavior information table T1 (FIG. 2) in which the behavior information of each user is recorded.
  • the behavior information includes the date, the attendance time of each user on that date, the leaving time, the contents of the event, and the importance corresponding to the contents of the event.
  • the contents of the event include movement information corresponding to the presence or absence of movement to the workplace.
  • the content of the event is blank (normal work) or includes schedule information for vacation, business trip, and conference.
  • the schedule information may include information on the start time and end time of the meeting and the location.
  • the content of the event may be written, corrected, etc. from the user terminal 2 via the network 3.
  • the importance is determined for the contents of each event, and is a numerical value set so as to increase as the corresponding event becomes more important. In the present embodiment, the importance is determined based on the place where the conference is held, and is set to a numerical value of 0-5.
  • the behavior information management server 7 includes an attendance acquisition unit 15 and is connected to an attendance recording unit 18 (for example, a time card recorder) that records each user's attendance and departure times.
  • the attendance acquisition unit 15 receives the attendance time and the leave time of each user recorded by the attendance recording unit 18, and records the attendance time and the leave time of each user in the behavior information table T1.
  • the sharing management server 4 creates a plurality of sharing groups by grouping the application processing unit 22 for receiving the sharing application, the application information management unit 23 for storing the application information, and the users who have received the sharing application,
  • the operation schedule creation unit 24 that creates the operation schedule information of the vehicles of each riding group using the external navigation server 5 that holds the map information, the riding information management unit 25 that stores the created riding group and the running schedule, and a user A user attribute management unit 26 that holds the attribute information of the vehicle, a vehicle information management unit 27 that holds the registered vehicle information, a road information acquisition unit 28 that acquires traffic jam information using the external road information server 6, and an operation A user notification unit 29 that performs processing for notifying the user of the schedule information.
  • the user attribute management unit 26 stores information related to the user as user attribute information.
  • User attribute information includes a user identification number, a user name, an address, a user's work location, and information on the user terminal 2 owned by the user.
  • the information of the user terminal 2 is information required for the behavior information management server 7 and the ride management server 4 to communicate with the user terminal 2.
  • the work location of each user is set in one site common to all users provided with companies, government offices, and the like.
  • the vehicle information management unit 27 stores, as vehicle information, information on shared vehicles and provided vehicles registered as vehicles used for riding.
  • vehicle information includes information on a vehicle identification number, an owner, a vehicle type name, and a boarding capacity for each registered vehicle.
  • the owner is the person who owns the vehicle in the provided car, and the person who owns the key of the vehicle in the public car. As will be described later, the owner is updated every time the riding service is executed.
  • the application information management unit 23 holds an application information table T2 (FIG. 3). An application identification number and application information corresponding to the application identification number are recorded in the application information table T2.
  • the application information includes the user identification number of the user who made the application, the desired sharing conditions including the departure place, arrival place, departure time, and arrival time, and the service vehicle or public service that the user making the application possesses the key Vehicle identification number of the vehicle.
  • the application processing unit 22 includes an importance level output unit 31 that outputs an importance level from the contents of the event in the behavior information table T1, a necessity determination unit 32 that determines whether or not the sharing is necessary based on the content of the event, A recommendation to generate a recommended riding condition including a departure point, an arrival point, a departure time and an arrival time that match the behavior information, and a recommended vehicle identification number that is a vehicle identification number of a provided vehicle or a public vehicle suitable for riding.
  • the condition generation unit 33, the reception start signal transmission unit 34 that transmits the signal indicating that the application reception has been started to the user terminal 2 together with the generated recommended riding condition and the recommended vehicle identification number, and the reception start signal transmission unit 34.
  • the application information is compared with the behavior information table T1, and a warning unit 30 that transmits an alert signal to the user terminal 2 when there is no match is provided.
  • the importance output unit 31 holds an importance calculation table T3 in which the relationship between the keywords that the user can include in the event content and the importance of the event corresponding to each keyword is recorded in the behavior information table T1. (FIG. 4). For example, in the importance level calculation table T3, the “first meeting room” as a place where the meeting is held and the importance level “5” corresponding to the meeting are recorded in association with each other.
  • the importance level output unit 31 refers to the importance level calculation table T3, determines the importance level corresponding to the contents of each event, and writes (outputs) it in the behavior information table T1.
  • the necessity determination unit 32 refers to the content of the event described on the date corresponding to the implementation period of the behavior information table T1 of each user (the date of the next day in the present embodiment) to determine whether the user uses the multiplication. judge. For example, the necessity determination unit 32 determines that there is no possibility of use of sharing when the content of the event includes the characters “vacation”. The necessity determination unit 32 determines that there is a possibility of use of sharing when the day corresponding to the implementation period is a work day and the content of the event is blank.
  • the recommended condition generation unit 33 generates a recommended multiplication condition including a departure place, an arrival place, a departure time, and an arrival time that match the action information of each user, based on the information included in the action information table T1. Also, the recommended condition generation unit 33 refers to the vehicle information of the vehicle information management unit 27 and generates a recommended vehicle identification number that is a vehicle identification number of a provided vehicle or a public vehicle suitable for riding.
  • the recommended condition generation unit 33 acquires a date corresponding to the implementation period, refers to the behavior information table T1, and acquires the event content on that date.
  • the recommended condition generation unit 33 does not output the recommended multiplication condition.
  • the average attendance time is calculated by averaging the attendance times from one day before the signal is received.
  • the recommended condition generation unit 33 outputs a time obtained by subtracting a predetermined travel time from the average attendance time (hereinafter referred to as a first time) as the arrival time of the recommended multiplication condition.
  • a predetermined travel time from the average attendance time (hereinafter referred to as a first time) as the arrival time of the recommended multiplication condition.
  • the travel time it is preferable that the time required to travel from the arrival place of the recommended riding condition described later to the actual work place is determined as a guide.
  • the recommended condition generation unit 33 estimates the start time of the conference, and increases from the start time as the importance of the event increases. Subtracting the shift time (for example, the product of the importance and a predetermined time (10 minutes)), and further subtracting the movement time (second time) is calculated. Next, the first time is calculated, the first time is compared with the second time, and the earlier one is output as the arrival time of the recommended multiplication condition.
  • the user can advance the arrival time of the recommended multiplication condition in accordance with the importance of the conference, and the arrival time of the recommended multiplication condition becomes a time more suitable for the user.
  • the recommended condition generation unit 33 further refers to the user attribute information, acquires the user's address, and outputs it as the starting point of the recommended riding condition. Next, the recommended condition generation unit 33 acquires the work place of the user attribute information, selects an appropriate place as the arrival place of the vehicle, and outputs it as the arrival place of the recommended riding condition.
  • the recommended condition generation unit 33 calculates a required time from the departure place and the arrival place to the arrival, subtracts the required time from the arrival time of the recommended riding condition, and outputs it as the departure time of the recommended riding condition.
  • the recommended condition generation unit 33 searches the vehicle information for the user identification number of each user to determine whether each user owns the key of the shared vehicle or the provided vehicle.
  • the vehicle identification number of the shared vehicle is output as the recommended vehicle identification number.
  • the vehicle number of the shared vehicle is output as the recommended vehicle identification number. If the user does not own the key of the shared vehicle but only the key of the provided vehicle, the vehicle number of the provided vehicle is output as the recommended vehicle identification number. If the user does not own the key of either vehicle, the recommended vehicle identification number is left blank and output.
  • the warning unit 30 When receiving the application information, the warning unit 30 acquires a date corresponding to the implementation period to be applied, and is described in the date corresponding to the implementation period of the user behavior information table T1 corresponding to the application information of each user. Compare the contents of the event and determine whether they match. For example, when the departure time of the application information is 8:30 and the content of the event described on the date corresponding to the implementation period includes “vacation”, the warning unit includes the application information and the content of the event. It may be determined that they do not match. The warning unit 30 transmits an alert signal to the user terminal 2 when the application information and the event content do not match.
  • the operation schedule creation unit 24 executes a predetermined driver candidate setting process based on the user attribute information, thereby selecting each of the users recorded in the application information table T2 as either a driver candidate or an occupant candidate (a person who does not drive). Set it.
  • the operation schedule creation unit 24 uses the navigation server 5 based on the traffic jam information acquired by the road information acquisition unit 28, the information written in the application information table T2, user attribute information, and vehicle information.
  • the users who have applied are grouped, and a plurality of riding groups that can minimize traffic congestion and the schedule information of the vehicles of each riding group are generated.
  • the schedule information includes the group identification number of the riding group, the user identification numbers of all users included in the corresponding riding group, the user identification number of the user set as the driver, the vehicle identification number of the vehicle used, It includes the travel route, the departure place, arrival place, departure time, and arrival time of all users.
  • the riding information management unit 25 stores the operation schedule information created by the operation schedule creation unit 24.
  • the riding information management unit 25 further writes the driver in the vehicle information as the owner.
  • the user notification unit 29 creates user operation schedule information corresponding to each user from the operation schedule information stored in the riding information management unit 25, and transmits user operation schedule information corresponding to the user terminal 2 of each user.
  • the user operation schedule information includes a group identification number of the riding group to which the user belongs, a travel route of the vehicle of the riding group, a user identification number of all users included in the riding group, a user identification number of the user set to the driver, It includes the vehicle identification number of the vehicle used for the ride, the departure place, arrival place, departure time, and arrival time of each user.
  • the user terminal 2 is, for example, a smartphone, a tablet PC, a mobile phone, or a PDA, and includes a terminal processing unit 11 for executing an application, a user interface 12 controlled by the terminal processing unit 11, and a memory. .
  • the user interface 12 includes a display unit 12A that displays an input screen and a message based on a signal from the terminal processing unit 11, and an input unit 12B that receives an input from the user.
  • the user terminal 2 is a smartphone, a tablet PC, or a PDA
  • the user interface 12 is a touch panel
  • the display unit 12A is a liquid crystal panel
  • the input unit 12B is a touch sensor.
  • the display unit 12A of the user interface 12 is a liquid crystal panel
  • the input unit 12B is an operation button.
  • the terminal processing unit 11 When the terminal processing unit 11 receives the reception start signal, the terminal processing unit 11 performs a terminal-side application reception process to be described later, displays the recommended multiplication condition on the display unit 12A, and displays the application information based on the input from the input unit 12B. 4 to send. Upon receiving the user operation schedule information, the terminal processing unit 11 displays the user operation schedule information on the display unit 12A. When receiving the alert signal, the terminal processing unit 11 displays a predetermined alarm on the display unit 12A.
  • the riding management server 4 sets an implementation period in which the riding is performed, and executes a riding support process that supports the riding performed by a plurality of users in each implementation period.
  • the implementation period is, for example, a weekday morning commute (from 6:00 to 10:00).
  • the vehicle ride support system 1 executes the ride support process once for each implementation period.
  • a reception start time for starting reception of a ride application from the user and a reception end time for closing the reception are set. If the implementation period is from 6:00 to 10:00 on one day (the morning commute), the reception start time is set to 11:00 the day before the implementation period, and the reception end time is set to, for example, 20:00 on the previous day ing.
  • FIG. 5 is a flow showing the procedure of the riding support process.
  • the application processing unit 22 of the sharing management server 4 executes server-side application reception start processing.
  • server-side application reception start process a user who may use sharing is extracted, and a reception start signal is transmitted to the user terminal 2 owned by the user.
  • the user terminal 2 When the user terminal 2 receives the reception start signal, it performs a terminal-side application reception process (not shown in FIG. 5). In the terminal-side application acceptance process, the user terminal 2 accepts application information including desired ride conditions from the user, and transmits the application information to the ride management server 4 when there is a ride application.
  • step S2 when the application processing unit 22 of the ride management server 4 receives the application information, it performs server-side application reception processing (step S2).
  • the application processing unit 22 determines whether the time when the application information is received is before the reception end time. If it is before, the application processing unit 22 applies to the application information table T2 held in the application information management unit 23. Write information.
  • the operation schedule creation unit 24 executes a driver candidate setting process (step S3) based on the application information table T2.
  • driver candidates are set from among users who have applied for sharing.
  • a user who is not set as a driver candidate is set as an occupant candidate (a person who does not drive).
  • the operation schedule creation unit 24 stores user attribute information indicating whether each user is a driver candidate or an occupant candidate in the application information management unit 23.
  • the operation schedule creation unit 24 executes an operation schedule creation process (step S4).
  • a plurality of riding groups and driving schedule information of vehicles of each riding group are set by the running schedule creation process.
  • the operation schedule creation unit 24 stores the set operation schedule information in the ride information management unit 25.
  • the user notification unit 29 creates user operation schedule information from the operation schedule information stored in the riding information management unit 25, and transmits user operation schedule information corresponding to each user terminal 2 (step S5).
  • User operation schedule information is displayed on the display unit 12 ⁇ / b> A of the user terminal 2. Thereby, each user can confirm his own user operation schedule information.
  • FIG. 6 is a flowchart showing server-side application acceptance start processing.
  • the server side application acceptance start process is executed by the application processing unit 22 of the ride management server 4.
  • the server-side application acceptance start process is executed for each registered user.
  • step S11 the necessity determination unit 32 determines whether or not the next day's ride can be used.
  • the application processing unit 22 executes Step S12, and when it is determined that there is no (No), the application start processing is completed.
  • step S12 the importance output unit 31 refers to the application information table T2 to acquire the contents of the event on the next day, and refers to the importance calculation table T3 to determine the importance corresponding to the contents of the event. .
  • the importance is entered in the importance column of the date of the next day of the behavior information table T1.
  • step S13 the recommended condition generation unit 33 generates a recommended riding condition and a recommended vehicle identification number.
  • step S14 the reception start signal transmission unit 34 transmits a reception start signal including the recommended riding condition and the recommended vehicle identification number to the corresponding user terminal 2, and the server side application reception start process is completed.
  • FIG. 7 is a flowchart showing the terminal-side application acceptance process.
  • the terminal side application reception process is executed by the terminal processing unit 11 after receiving the reception start signal.
  • the terminal processing unit 11 stores the received recommended riding condition and recommended vehicle identification number as the latest application information in a memory. Thereafter, the terminal processing unit 11 executes Step S22.
  • step S22 the terminal processing unit 11 writes in the user interface 12 the latest application information stored in the memory, “reservation” (reservation button), “cancel” (cancel button), and “change” (change button).
  • the three input buttons 35 are displayed simultaneously (FIG. 8A). Input to each input button 35 is performed by pressing from the user.
  • step S23 the terminal processing unit 11 executes step S24, and when the cancel button is pressed (step S25), the terminal processing unit 11 ends the terminal-side application reception process and changes it.
  • step S26 step S27 is executed.
  • the terminal processing unit 11 executes steps S23, S25, and S26 in order and waits until any of the selection buttons is pressed.
  • step S24 the terminal processing unit 11 transmits the latest application information stored in the memory to the riding management server 4 as application information.
  • the terminal processing unit 11 ends the terminal-side application acceptance process.
  • step S27 the terminal processing unit 11 displays, on the user interface 12, an input field 40 in which a mark indicating the departure place of the latest application information is displayed in the map and a change button 36 (FIG. 8B).
  • the terminal processing unit 11 moves the mark to the pressed position.
  • the change button 36 is pressed, the terminal processing unit 11 updates the departure place of the latest application information to the position of the mark in the input field 40, and executes Step S28.
  • step S28 the terminal processing unit 11 displays the input field 41 for inputting the departure time desired by the user together with the change button 36 on the user interface 12 by inputting the departure time of the latest application information in advance (FIG. 8 ( C)).
  • the entry field 41 displays the departure time of the latest application information.
  • a drum roll type is used as the input field 41.
  • step S29 the terminal processing unit 11 displays, on the user interface 12, an input field 42 in which a mark indicating the arrival location of the latest application information is displayed in the map and a change button 36 (FIG. 9A).
  • the terminal processing unit 11 moves the mark to the pressed position.
  • the change button 36 is pressed, the terminal processing unit 11 updates the arrival location of the latest application information to the position of the mark in the input field 40, and executes Step S30.
  • step S30 the terminal processing unit 11 displays the arrival time input field 43 in the user interface 12 together with the change button 36 by inputting the arrival time of the latest application information in advance (FIG. 9B).
  • the terminal processing unit 11 updates the arrival time of the latest application information to the arrival time input in the input field, and returns to step S22.
  • FIG. 10 is a flowchart showing server-side application acceptance processing.
  • the server side application acceptance process is executed by the application processing unit 22 of the passenger management server 4.
  • the application processing unit 22 determines whether or not the current time is before the reception end time. If it is before the reception end time, step S42 is executed. If the current time is later than the reception end time, the server-side application reception process is terminated.
  • step S42 the application processing unit 22 determines whether application information has been received from the user terminal 2.
  • the application processing unit 22 executes step S43 when application information is received, and returns to step S41 and waits when the application information is not received.
  • step S43 the warning unit 30 determines whether the received application information is consistent with the contents of the event described on the date corresponding to the implementation period of the behavior information table T1. If they are consistent, step S45 is executed, and if they are not consistent, step S44 is executed.
  • step S44 the warning unit 30 transmits an alert signal to the user terminal 2.
  • the user terminal 2 displays an alert screen.
  • the alert screen may include a warning that the application information does not match the content of the event recorded in the behavior information table T1, and a display that prompts reconfirmation of the application information.
  • the application processing unit 22 executes Step S45.
  • step S45 the application processing unit 22 writes the application information in the application information table T2, and returns to step S41.
  • the application processing unit 22 may be configured to update the application information table T2 with the received application information when an application has already been made from the user who transmitted the application information.
  • the recommended riding condition is generated based on the behavior information including the contents of the user's event in the implementation period, the attendance time, and the leaving time. For this reason, the recommended multiplication condition easily matches the true request of the user.
  • the user terminal 2 displays the recommended multiplication condition on the user interface 12 in step S22 which is executed first. Therefore, the user can input the desired multiplication condition while confirming the recommended multiplication condition, and can prevent the user from transmitting a multiplication condition that does not match his true request as the desired multiplication condition. Thereby, cancellation of user's riding can be reduced, and traffic congestion can be alleviated more reliably. Further, when the recommended riding condition matches the true request of the user, the user can apply for riding by pressing the reservation button, and the user's input of the desired riding condition can be omitted.
  • the terminal processing unit 11 When changing the condition of riding for the first time after the reception start signal is transmitted to the user terminal 2, the terminal processing unit 11 reads the latest application information from the memory, and inputs and displays it in the input fields 40, 41, 42, and 43 in advance. (S27, S28, S29, S30).
  • the recommended riding condition is stored in the memory as the latest application information, the recommended riding condition is input and displayed in advance in the input field. Therefore, it is possible to save time and labor for inputting the riding condition desired by the user.
  • the sharing management server 4 transmits an alert signal by the warning unit 30 and displays an alert screen on the user terminal 2. For this reason, it is possible to prevent a user from applying for a ride that does not match his true request.
  • the behavior information table T1 includes behavior information related to the user's schedule such as a meeting, a business trip, and a vacation, the possibility of using the user's sharing can be appropriately determined. Further, since the behavior information table T1 includes the user's attendance time and leaving time, the user's behavior history can be grasped more accurately, and the recommended multiplication condition is more suitable for the user.
  • the behavior information table T1 includes the importance, and the arrival time can be advanced according to the importance of the behavior information within the implementation period. Therefore, the recommended multiplication condition is more suitable for the user.
  • the vehicle side assistance system 1 is different in terminal side application acceptance processing.
  • the terminal processing unit 11 first receives an acceptance start signal in step S51. Thereafter, in step S52, the terminal processing unit 11 displays, on the user interface 12, an input button 35 including a reservation button and a cancel button, a departure place desired by the user, a departure time, an arrival place, and an arrival, as shown in FIG.
  • An input field 44 in which a desired multiplication condition including at least one of the times can be input and the recommended multiplication condition is input in advance is displayed. The user can input the desired multiplication condition by inputting in the input field 44.
  • step S54 transmits the input application information to the passenger management server 4, and completes the terminal-side application reception process.
  • step S55 the terminal processing unit 11 ends the terminal side application reception process, and when the cancel button is not pressed, the process returns to step S53.
  • step S42 of the server-side application acceptance process and before step S41 when the warning unit 30 is determined to be necessary by the necessity determination unit 32 and the application for sharing is not completed, the user application 2 is applied to the user terminal 2. It may be configured to transmit a signal for displaying an alarm screen notifying that the process is not completed. Thereby, the number of users who perform riding can be increased.
  • the vehicle riding support system 1 is used to support riding for commuting by a group such as a company or a government office.
  • the vehicle sharing support system 1 is used by users belonging to schools, kindergartens, nurseries, sports clubs, nursing homes, shopping facilities, etc., and provides a sharing service for each travel time zone to and from the facility. May be executed.
  • the arrival place may be set to a predetermined place common to all users, such as in front of the school gate.
  • the contents of the event may include information such as excursions.
  • the vehicle riding support system 1 is used for the purpose of assisting care recipients to go to a care facility for using day care services, the contents of the event are the contents of the services that the care recipient receives. It is good to include.
  • the morning attendance hours are set as the implementation period of the riding service of the vehicle riding support system 1, but the afternoon work hours may be set as the implementation period.
  • the recommended condition generation unit 33 estimates the user's working time in the implementation period by calculating the average based on the past working time of each user acquired by the attendance recording unit 18. Thereafter, the recommended condition generation unit 33 may use the estimated leaving time as the departure time of the recommended riding condition.
  • the behavior information held in the behavior information management server 7 may be information that can estimate the position of each user at a future time.
  • the action information may be user schedule information (behavior schedule information) in which the position of each user at a future time can be determined, and each user's position (behavior history) at which the position of each user can be estimated. Information).
  • the behavior information may include behavior schedule information and behavior history information. The behavior information may be updated as needed based on the position of the user terminal 2.
  • the vehicle riding support system 1 is intended to reduce traffic congestion.
  • the riding management server 4 is a group for the purpose of saving energy and reducing CO 2 emissions. You may comprise so that the driving
  • the recommended riding condition and the desired riding condition include all of the departure place, the departure time, the arrival place, and the arrival time, but may include at least one.
  • Vehicle riding support system 2 User terminal 3: Network 4: Sharing management server 7: Behavior information management server 11: Terminal processing unit 12: User interface 12A: Display unit 12B: Input unit 18: Attendance recording unit 35: Input button (Acceptance button) 40 to 44: Input field

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Human Resources & Organizations (AREA)
  • Strategic Management (AREA)
  • Theoretical Computer Science (AREA)
  • Economics (AREA)
  • Entrepreneurship & Innovation (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Tourism & Hospitality (AREA)
  • Marketing (AREA)
  • General Business, Economics & Management (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Educational Administration (AREA)
  • Development Economics (AREA)
  • Game Theory and Decision Science (AREA)
  • Databases & Information Systems (AREA)
  • Software Systems (AREA)
  • Data Mining & Analysis (AREA)
  • Primary Health Care (AREA)
  • General Health & Medical Sciences (AREA)
  • Health & Medical Sciences (AREA)
  • General Engineering & Computer Science (AREA)
  • Human Computer Interaction (AREA)
  • Traffic Control Systems (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

【課題】　車両乗合支援システムにおいて、ユーザからの真の要求と合致しない希望乗合条件の送信を防止する。 【解決手段】　車両乗合支援システム１であって、ユーザインタフェース１２、及びユーザインタフェースを制御する端末処理部を備えた端末２と、ユーザの行動情報を記憶する行動情報管理サーバ７と、端末処理部から送信されたユーザの出発地、出発時刻、到着地、及び到着時刻の少なくとも１つを含む希望乗合条件に基づいて、乗合の運行予定を作成する乗合管理サーバ４とを有し、乗合管理サーバは、行動情報に基づき、ユーザに適した出発地、出発時刻、到着地、及び到着時刻の少なくとも１つを含む推奨乗合条件を生成して、端末処理部に送信し、端末処理部は、乗合管理サーバから推奨乗合条件を受信したときに、ユーザインタフェースに推奨乗合条件を表示させる。

Description

車両乗合支援システム
　本発明は、ユーザにライドシェアサービスを提供する車両乗合支援システムに関する。
　自動車で移動する予定のある運転者と、他人の車に乗り合って到着地まで移動することを希望する乗合者との間で、自動車の乗合（ライドシェア）を支援する車両乗合支援システム（ライドシェアシステム）が公知である（例えば、特許文献１）。乗合を行なうことで自動車の運行台数が減るため、エネルギーの節約やＣＯ２排出量の削減、交通渋滞の緩和が可能になる。
　特許文献１に係る乗合支援システムでは、運転者から運転者の出発地・到着地・出発時刻を含む運転予定情報が送信され、乗合者から乗合者の現在位置・到着地・到着時刻を含む希望乗合条件が送信される。車両乗合支援システムは、運転予定情報と希望乗合条件とを受信すると、両者に基づいて運転者及び乗合者の最適な組み合わせを算出し、両者に合致した乗合の運行予定を作成する。
特開２００２－１４０３９９号公報
　しかしながら、乗合者が自身の予定を正しく把握できていない場合や入力ミスが生じた場合など、乗合者が真の要求と合致しない希望乗合条件を車両乗合支援システムに送信する場合がある。その場合には、車両乗合支援システムは乗合者の真の要求に合致しない運行予定を作成するため、乗合のキャンセルが増加し、結果として運転者及び乗合者の組み合わせが最適な組み合わせにならない場合がある。
　本発明は、以上の背景を鑑み、乗合支援システムにおいて、ユーザ（乗合者）からの真の要求と合致しない希望乗合条件の送信を防止することを課題とする。
　上記課題を解決するために本発明の一態様は、複数のユーザの乗合を支援する車両乗合支援システム（１）であって、入力部（１２Ｂ）と表示部（１２Ａ）とを備えたユーザインタフェース（１２）、及び前記ユーザインタフェースを制御する端末処理部（１１）を備えた端末（２）と、前記ユーザの行動情報を記憶する行動情報管理サーバ（７）と、前記行動情報管理サーバ及び前記端末にネットワーク（３）を介して通信し、前記端末処理部から送信された前記ユーザの出発地、出発時刻、到着地、及び到着時刻の少なくとも１つを含む希望乗合条件に基づいて、所定の実施期間内の乗合の運行予定を作成する乗合管理サーバ（４）とを有し、前記乗合管理サーバは、前記行動情報に基づき、前記ユーザそれぞれに対して、前記ユーザに適した出発地、出発時刻、到着地、及び到着時刻の少なくとも１つを含む推奨乗合条件を生成して、前記端末処理部に送信し、前記端末処理部は、前記ユーザインタフェースに前記推奨乗合条件を表示させることを特徴とする。
　この態様によれば、ユーザの真の要求を反映した行動情報に基づいて推奨乗合条件が生成され、その推奨乗合条件がユーザインタフェースに表示される。そのため、ユーザの真の要求と合致しない希望乗合条件が送信されることを防止することができる。
　上記の態様において、前記端末処理部は前記希望乗合条件を入力可能な入力欄（４０～４４）と、前記推奨乗合条件とを前記ユーザインタフェースに同時に表示させるとよい。
　この態様によれば、ユーザは推奨乗合条件を確認しながら、ユーザが希望乗合条件を入力欄に入力することができる。
　上記の態様において、前記端末処理部は、前記推奨乗合条件を前記入力欄内に表示させるとよい。
　この態様によれば、推奨乗合条件が入力欄内に表示されているため、推奨乗合条件がユーザの真の要求に合致しているときには、ユーザの入力欄への希望乗合条件の入力を省くことができる。
　上記の態様において、前記端末処理部は、前記ユーザインタフェースに、前記推奨乗合条件とともに、前記推奨乗合条件を前記希望乗合条件として前記乗合管理サーバに送信することへの採否を受け付ける採否ボタン（３５）を表示するとよい。
　この態様によれば、ユーザは、希望乗合条件が推奨乗合条件に合致するときに、希望乗合条件を入力することなく、採否ボタンに入力を行うことによって、希望乗合条件を乗合管理サーバに容易に送信することができる。
　上記の態様において、前記端末処理部は、前記採否ボタンに前記推奨乗合条件を前記希望乗合条件として前記乗合管理サーバに送信しないことに対応する入力があったときに前記ユーザインタフェースに前記ユーザが希望する出発地、出発時刻、到着地、及び到着時刻の少なくとも１つを含む前記希望乗合条件を入力可能な入力欄（４０～４４）を表示するとよい。
　この態様によれば、ユーザは推奨乗合条件を確認しながら、ユーザが希望乗合条件を入力欄に入力することができる。
　上記の態様において、前記端末処理部は、前記推奨乗合条件を前記入力欄内に表示させるとよい。
　この態様によれば、推奨乗合条件が入力欄内に表示されているため、推奨乗合条件がユーザの真の要求に合致しているときには、ユーザの入力欄への希望乗合条件の入力を省くことができる。
　上記の態様において、前記出発地又は前記到着地は全ての前記ユーザに共通の予め定められた場所に設定されているとよい。
　この態様によれば、出発地又は到着地を勤務地に設定することによって、乗合支援システムを通勤のための乗合を支援するために利用することができる。出発地又は到着地を学校に設定することによって、乗合支援システムを通学のための乗合を支援するために利用することができる。
　上記の態様において、前記行動情報は予め記憶された場所への移動の有無に対応する移動情報を含み、前記乗合管理サーバは、前記乗合の前記実施期間の前記行動情報に移動が無いことに対応する移動情報が含まれるときには、前記推奨乗合条件を生成しないとよい。
　この態様によれば、実施期間の行動情報に勤務地等の予め記憶された場所への移動が無いことに対応する移動情報が含まれるときは、推奨乗合条件が生成されない。これによって、ユーザの乗合の利用が想定できないときに、ユーザインタフェースに推奨乗合条件が表示されない。一方、ユーザの乗合の利用が想定できる場合にはユーザインタフェースには推奨乗合条件が表示される。そのため、推奨乗合条件が表示されていないことによって、ユーザは自身の予定が乗合の利用に相応しくないことを認識することができ、ユーザの真の要求と合致しない乗合の申込を防止することができる。
　上記の態様において、前記ユーザの出勤時刻を取得する勤怠記録部（１８）を備え、前記行動情報は過去の出勤時刻を含み、前記乗合管理サーバは過去の出勤時刻に基づいて、前記実施期間の前記ユーザの出勤時刻を推定し、推定された出勤時刻に基づいて前記推奨乗合条件の前記到着時刻を生成するとよい。
　この態様によれば、推奨乗合条件をよりユーザに適したものにすることができる。
　上記の態様において、前記乗合管理サーバは、前記行動情報管理サーバに記憶された前記行動情報のそれぞれに対応する重要度を出力し、前記重要度が高くなるにつれて大きくなるシフト時間を算出し、推定された前記出勤時刻から前記シフト時間だけ早めた時刻に基づいて前記推奨乗合条件の前記到着時刻を生成するとよい。
　この態様によれば、実施期間内における行動情報の重要度に合わせて到着時刻を早めることができるため、推奨乗合条件をよりユーザに適したものにすることができる。
　上記の態様において、前記ユーザの退勤時刻を取得する勤怠記録部（１８）を備え、前記行動情報は過去の退勤時刻を含み、前記乗合管理サーバは過去の退勤時刻に基づいて、前記実施期間の前記ユーザの退勤時刻を推定し、推定された退勤時刻に基づいて前記推奨乗合条件の前記出発時刻を生成するとよい。
　この態様によれば、推奨乗合条件をよりユーザに適したものにすることができる。
　以上の構成によれば、車両乗合支援システムにおいて、ユーザからの真の要求と合致しない希望乗合条件の送信を防止することができる。
第１実施形態に係る車両乗合支援システムの構成図 行動情報テーブルに記入されたデータの例 申込情報管理テーブルに記入されたデータの例 重要度算出テーブルに記入されたデータの例 乗合支援処理の手順を示すフロー図 サーバ側申込受付開始処理の手順を示すフロー図 端末側申込受付処理の手順を示すフロー図 端末側申込受付処理時の端末の画面遷移 端末側申込受付処理時の端末の画面遷移 サーバ側申込受付処理の手順を示すフロー図 第２実施形態に係る端末側申込受付処理の手順を示すフロー図 第２実施形態に係る端末側申込受付処理時のユーザ端末の画面表示の説明図
　以下、図面を参照して、車両乗合支援システムの実施形態について説明する。本実施形態に係る車両乗合支援システム１は、特定の団体（企業、役所）に所属する複数のユーザ（構成員）によって朝の通勤時間帯（実施期間）に行われる特定の場所（勤務地）への移動に対する乗合を支援する乗合サービス（ライドシェアサービス）を行う。ここでの乗合サービスとは、ユーザから出発地、到着地、出発時刻、及び到着時刻などの各ユーザの希望する希望乗合条件を受信し、受信した希望乗合条件に基づいて、乗合を行うユーザの最適な組み合わせ、最適な車両及び最適な走行経路（例えば、交通渋滞を最も緩和できる経路）を決定して各ユーザに通知することである。
　車両乗合支援システム１を利用する団体は、ユーザに使用させる目的で複数の共用車を所有している。車両乗合支援システム１において、複数の共用車と、ユーザが乗合に使用することに同意した自動車（以下、提供車という）とが乗合のために使用される。全てのユーザにはユーザ識別番号が設定され、全ての共用車及び提供車には車両識別番号が設定されている。
　＜＜第１実施形態＞＞
　（車両乗合支援システムの構成）
　図１に示すように、車両乗合支援システム１は、複数のユーザ端末２と、各ユーザの行動情報を管理する行動情報管理サーバ７と、各ユーザの行動情報に基づいて推奨乗合条件を生成して各ユーザ端末２に表示させるとともに、各ユーザ端末２から送信された希望乗合条件を処理して、乗合グループを作成し、各乗合グループの車両の運行予定を決定する乗合管理サーバ４とを有する。ユーザ端末２、行動情報管理サーバ７及び乗合管理サーバ４は互いにネットワーク３を介して接続されている。各ユーザ端末２は各ユーザに所持されており、行動情報管理サーバ７及び乗合管理サーバ４はともに車両乗合支援システム１を運営する企業の建屋内に設けられている。ネットワーク３は例えばインターネットである。
　行動情報管理サーバ７は、各ユーザの行動情報が記録された行動情報テーブルＴ１（図２）を保持する行動情報管理部１７を有する。行動情報には日付、その日付における各ユーザの出勤時刻、退勤時刻、イベントの内容、及びイベントの内容に対応する重要度が含まれる。イベントの内容は勤務地への移動の有無に対応する移動情報を含む。本実施形態ではイベントの内容は空欄（通常勤務）であるか、又は、休暇、出張、会議の予定情報を含んでいる。予定情報には会議の開始時刻と終了時刻及び場所の情報が含まれていてもよい。イベントの内容は、ユーザ端末２からネットワーク３を介して書き込み、修正等が行われるとよい。重要度は各イベントの内容に対して定められ、対応するイベントが重要であるほど高くなるように設定された数値である。本実施形態では、重要度は会議が行われる場所に基づいて定められ、０～５の数値に設定されている。
　行動情報管理サーバ７は勤怠取得部１５を備え、各ユーザの出勤時刻及び退勤時刻を記録する勤怠記録部１８（例えば、タイムカードレコーダ）に接続されている。勤怠取得部１５は勤怠記録部１８で記録された各ユーザの出勤時刻及び退勤時刻を受信して、各ユーザの出勤時刻及び退勤時刻を行動情報テーブルＴ１に記録する。
　乗合管理サーバ４は、乗合申込の受付処理を行う申込処理部２２と、申込情報を記憶する申込情報管理部２３と、乗合申込があったユーザをグループ化して複数の乗合グループを作成するとともに、地図情報を保持する外部のナビゲーションサーバ５を使って各乗合グループの車両の運行予定情報を作成する運行予定作成部２４と、作成した乗合グループ及び運行予定を記憶する乗合情報管理部２５と、ユーザの属性情報を保持するユーザ属性管理部２６と、登録された車両情報を保持する車両情報管理部２７と、外部の道路情報サーバ６を使って渋滞情報を取得する道路情報取得部２８と、運行予定情報をユーザに通知する処理を行うユーザ通知部２９とを有する。
　ユーザ属性管理部２６は、ユーザに関連する情報をユーザ属性情報として記憶している。ユーザ属性情報は、ユーザ識別番号、ユーザ氏名、住所、ユーザの勤務地、及びユーザが所有するユーザ端末２の情報を含む。ユーザ端末２の情報とは行動情報管理サーバ７及び乗合管理サーバ４がユーザ端末２に通信するために要する情報である。本実施形態では、各ユーザの勤務地は、企業や役所等が設けられた全ユーザに共通の一つの敷地内に設定されている。
　車両情報管理部２７は、乗合で使用する車両として登録された共用車及び提供車の情報を車両情報として記憶している。車両情報は、登録された車両毎に、車両識別番号、所有者、車種名、乗車定員数の情報を含む。所有者は、提供車においてはその車両を所有する者であり、公用車においてはその車両のキーを所有する者である。所有者は、後述されるように、乗合サービスが実行される毎に更新される。
　申込情報管理部２３は、申込情報テーブルＴ２（図３）を保持している。申込情報テーブルＴ２には、申込識別番号と、申込識別番号に対応する申込情報が記録されている。申込情報には申込を行ったユーザのユーザ識別番号と、出発地、到着地、出発時刻、及び到着時刻を含む希望乗合条件と、申込を行ったユーザがキーを所持している提供車又は公用車の車両識別番号とが含まれる。
　申込処理部２２は、行動情報テーブルＴ１のイベントの内容から重要度を出力する重要度出力部３１と、イベントの内容に基づいて乗合の要否を判定する要否判定部３２と、各ユーザの行動情報に合致する出発地、到着地、出発時刻及び到着時刻を含む推奨乗合条件を生成するとともに、乗合に適した提供車又は公用車の車両識別番号である推奨車両識別番号とを生成する推奨条件生成部３３と、生成された推奨乗合条件及び推奨車両識別番号とともに、申込の受付を開始したことを示す信号を受付開始信号としてユーザ端末２に送信する受付開始信号送信部３４と、受け付けた申込情報を行動情報テーブルＴ１と比較し、整合していない場合にユーザ端末２にアラート信号を送信する警告部３０とを有している。
　重要度出力部３１は、ユーザが行動情報テーブルＴ１にイベントの内容に含まれうるキーワードと、各キーワードに対応するイベントの重要度との関係が記録された重要度算出テーブルＴ３を保持している（図４）。例えば、重要度算出テーブルＴ３には、会議が行われる場所としての「第１会議室」と、その会議に対応する重要度「５」とが対応付けて記録されている。重要度出力部３１は重要度算出テーブルＴ３を参照して、各イベントの内容に対応する重要度を決定し、行動情報テーブルＴ１に記入（出力）する。
　要否判定部３２は、各ユーザの行動情報テーブルＴ１の実施期間に対応する日付（本実施形態では翌日の日付）に記載されたイベントの内容を参照して、ユーザが乗合を利用するかを判定する。例えば、要否判定部３２は、イベントの内容に「休暇」の文字が含まれている場合には、乗合の利用の可能性が無いと判定する。要否判定部３２は実施期間に対応する日が出勤日であり、且つイベントの内容が空欄である場合には、乗合の利用の可能性を有りと判定する。
　推奨条件生成部３３は行動情報テーブルＴ１に含まれる情報に基づいて、各ユーザの行動情報に合致する出発地、到着地、出発時刻及び到着時刻を含む推奨乗合条件を生成する。また、推奨条件生成部３３は車両情報管理部２７の車両情報を参照して、乗合に利用に適した提供車又は公用車の車両識別番号である推奨車両識別番号を生成する。
　より詳細には、推奨条件生成部３３は、実施期間に対応する日付を取得し、行動情報テーブルＴ１を参照してその日付におけるイベントの内容を取得する。イベントの内容に「休暇」又は「出張」が含まれている場合には、推奨条件生成部３３は推奨乗合条件を出力しない。イベントの内容が空欄である場合には、信号を受信した日から１ヶ月前まで出勤時刻を平均して平均出勤時刻を算出する。推奨条件生成部３３は、平均出勤時刻から所定の移動時間を差し引いた時刻（以下、第１時刻とする）を推奨乗合条件の到着時刻として出力する。移動時間としては、後述する推奨乗合条件の到着地から実際の勤務地までに移動するのに要する時間を目安として定めるとよい。
　推奨条件生成部３３は、イベントの内容に「会議」が含まれている場合には、推奨条件生成部３３は会議の開始時刻を推定し、開始時刻からイベントの重要度が大きくなるにつれて増加するシフト時間（例えば、重要度と所定の時間（１０分）との積）を引き、更に、移動時間を差し引いた時刻（第２時刻とする）を算出する。次に、上記の第１時刻を算出し、第１時刻と第２時刻とを比較して、早い方を推奨乗合条件の到着時刻として出力する。このように構成することで、ユーザが会議の重要度に合わせて、推奨乗合条件の到着時刻を早めることができ、推奨乗合条件の到着時刻がユーザにとってより適した時刻になる。
　推奨条件生成部３３は、更に、ユーザ属性情報を参照して、ユーザの住所を取得し、推奨乗合条件の出発地として出力する。次に推奨条件生成部３３は、ユーザ属性情報の勤務地を取得し、車両の到着地として適切な場所を選定して、推奨乗合条件の到着地として出力する。
　次に、推奨条件生成部３３は、出発地及び到着地から到着までに要する所要時間を算出して、推奨乗合条件の到着時刻から所要時間を引き、推奨乗合条件の出発時刻として出力する。
　また、推奨条件生成部３３は車両情報から各ユーザのユーザ識別番号を検索することで、各ユーザが共用車又は提供車のキーを所有しているかを判別する。ユーザが共用車のキー及び提供車のキーを両方所有している場合には、その共用車の車両識別番号を推奨車両識別番号として出力する。ユーザが共用車のキーのみを所有し、提供車のキーを所有していない場合にはその共用車の車両番号を推奨車両識別番号として出力する。ユーザが共用車のキーを所有せず、提供車のキーのみを所有している場合にはその提供車の車両番号を推奨車両識別番号として出力する。ユーザがどちらの車両のキーも所有していない場合には、推奨車両識別番号を空欄にして出力する。
　警告部３０は、申込情報を受信すると、申込の対象となる実施期間に対応する日付を取得し、各ユーザの申込情報と対応するユーザの行動情報テーブルＴ１の実施期間に対応する日付に記載されたイベントの内容とを比較して整合するかを判定する。例えば、警告部は、申込情報の出発時刻が８：３０であり、且つ、実施期間に対応する日付に記載されたイベントの内容に「休暇」を含まれるときには、申込情報とイベントの内容とが整合しないと判定するとよい。警告部３０は、申込情報とイベントの内容が整合しない場合には、アラート信号をユーザ端末２に送信する。
　運行予定作成部２４は、ユーザ属性情報に基づいて所定の運転者候補設定処理を実行することによって、申込情報テーブルＴ２に記録された各ユーザを運転者候補及び乗員候補（運転しない者）のいずれかに設定する。また、運行予定作成部２４は、道路情報取得部２８によって取得される渋滞情報、申込情報テーブルＴ２に書き込まれた情報、ユーザ属性情報及び車両情報に基づき、ナビゲーションサーバ５を用いて、複数の乗合申込を行なったユーザをグループ化し、交通渋滞を最も少なくすることができる複数の乗合グループ、及び各乗合グループの車両の運行予定情報を生成する。運行予定情報には、乗合グループのグループ識別番号、対応する乗合グループに含まれる全ユーザのユーザ識別番号、運転者に設定されたユーザのユーザ識別番号、使用される車両の車両識別番号、車両の走行経路、全ユーザの出発地、到着地、出発時刻、及び到着時刻を含む。
　乗合情報管理部２５は、運行予定作成部２４が作成した運行予定情報を記憶する。乗合情報管理部２５は、更に運転者を所有者として車両情報に書き込む。
　ユーザ通知部２９は、乗合情報管理部２５に記憶された運行予定情報から各ユーザに対応するユーザ運行予定情報を作成し、各ユーザのユーザ端末２に対応するユーザ運行予定情報を送信する。ユーザ運行予定情報は、ユーザの属する乗合グループのグループ識別番号、その乗合グループの車両の走行経路、その乗合グループに含まれる全ユーザのユーザ識別番号、運転者に設定されたユーザのユーザ識別番号、その乗合に使用される車両の車両識別番号、各ユーザの出発地、到着地、出発時刻、到着時刻を含む。
　ユーザ端末２は、例えば、スマートフォンや、タブレットＰＣ、携帯電話、ＰＤＡ等であり、アプリケーションを実行するための端末処理部１１、端末処理部１１によって制御されるユーザインタフェース１２、及びメモリを備えている。ユーザインタフェース１２は、端末処理部１１からの信号に基づいて入力画面やメッセージを表示する表示部１２Ａと、ユーザからの入力を受け付ける入力部１２Ｂとを備えている。ユーザ端末２がスマートフォン、タブレットＰＣ、ＰＤＡであるときには、ユーザインタフェース１２はタッチパネルであり、表示部１２Ａは液晶パネルであり、入力部１２Ｂはタッチセンサである。ユーザ端末２が携帯電話であるときには、ユーザインタフェース１２の表示部１２Ａは液晶パネルであり、入力部１２Ｂは操作ボタンである。
　端末処理部１１は受付開始信号を受信すると、後述する端末側申込受付処理を行って、表示部１２Ａに推奨乗合条件を表示するとともに、入力部１２Ｂからの入力に基づいて申込情報を乗合管理サーバ４に送信する。端末処理部１１はユーザ運行予定情報を受信すると、表示部１２Ａにユーザ運行予定情報を表示する。端末処理部１１はアラート信号を受信すると、表示部１２Ａに所定のアラーム表示を行う。
　（乗合支援処理）
　以下に、車両乗合支援システム１の乗合支援処理の手順について説明する。乗合管理サーバ４は乗合が実施される実施期間を設定し、各実施期間に複数のユーザによって行われる乗合を支援する乗合支援処理を実行する。実施期間は、例えば、平日の朝の通勤帯（６時～１０時）である。車両乗合支援システム１は、各実施期間に対して乗合支援処理を１回ずつ実行する。各実施期間には、ユーザから乗合の申込の受付を開始する受付開始時刻、及び、受付を締め切る受付終了時刻が定められている。実施期間がある日の６時～１０時（朝の通勤帯）である場合、受付開始時刻は実施期間がある日の前日の１１時、受付終了時刻は、例えば、その前日の２０時に設定されている。
　図５は、乗合支援処理の手順を示すフローである。最初にステップＳ１において、受付開始時刻になると、乗合管理サーバ４の申込処理部２２がサーバ側申込受付開始処理を実行する。サーバ側申込受付開始処理では、乗合を利用する可能性のあるユーザを抽出し、そのユーザが所有するユーザ端末２に受付開始信号を送信する。
　ユーザ端末２は受付開始信号を受信すると、図５には図示しない端末側申込受付処理を行う。ユーザ端末２は端末側申込受付処理において、ユーザから希望乗合条件を含む申込情報を受け付け、乗合申込があったときに申込情報を乗合管理サーバ４に送信する。
　次に、乗合管理サーバ４の申込処理部２２は申込情報を受信すると、サーバ側申込受付処理（ステップＳ２）を行う。申込処理部２２は、サーバ側申込受付処理において、申込情報を受信した時刻が受付終了時刻以前かを判定し、以前である場合には申込情報管理部２３に保持された申込情報テーブルＴ２に申込情報を書き込む。
　次に、運行予定作成部２４は、申込情報テーブルＴ２に基づいて運転者候補設定処理（ステップＳ３）を実行する。この処理によって、乗合申込のあったユーザの内から運転者候補が設定される。この処理において、運転者候補に設定されなかったユーザは、乗員候補（運転しない者）に設定される。運行予定作成部２４は、各ユーザが運転者候補及び乗員候補のいずれであるかを示すユーザ属性情報を申込情報管理部２３に記憶する。
　次に、運行予定作成部２４は、運行予定作成処理（ステップＳ４）を実行する。運行予定作成処理によって複数の乗合グループと、各乗合グループの車両の運行予定情報とが設定される。運行予定作成部２４は、設定した運行予定情報を乗合情報管理部２５に記憶する。
　次に、ユーザ通知部２９は、乗合情報管理部２５に記憶された運行予定情報からユーザ運行予定情報を作成し、各ユーザ端末２に対応するユーザ運行予定情報を送信する（ステップＳ５）。ユーザ端末２の表示部１２Ａにはユーザ運行予定情報が表示される。これによって、各ユーザは自身のユーザ運行予定情報を確認することができる。
　（サーバ側申込受付開始処理）
　図６は、サーバ側申込受付開始処理を示すフロー図である。サーバ側申込受付開始処理は、乗合管理サーバ４の申込処理部２２が実行する。サーバ側申込受付開始処理は、登録されたユーザそれぞれに対して実行される。
　サーバ側申込受付開始処理では、最初にステップＳ１１において、要否判定部３２が翌日の乗合の利用の可能性の有無を判定する。要否判定部３２が乗合の利用の可能性を有（Ｙｅｓ）と判定したときには、申込処理部２２はステップＳ１２を実行し、無（Ｎｏ）と判定したときには、申込開始処理を完了する。
　ステップＳ１２では、重要度出力部３１が申込情報テーブルＴ２を参照して翌日の日付のイベントの内容を取得し、重要度算出テーブルＴ３を参照してそのイベントの内容に対応する重要度を決定する。決定後、行動情報テーブルＴ１の翌日の日付の重要度の欄に重要度を記入する。次に、ステップＳ１３において、推奨条件生成部３３が推奨乗合条件及び推奨車両識別番号を生成する。
　次に、ステップＳ１４において、受付開始信号送信部３４が推奨乗合条件及び推奨車両識別番号を含む受付開始信号を対応するユーザ端末２に送信し、サーバ側申込受付開始処理を完了する。
　（端末側申込受付処理）
　図７は、端末側申込受付処理を示すフロー図である。端末側申込受付処理は受付開始信号を受信した後に端末処理部１１によって実行される。端末側申込受付処理では、最初にステップＳ２１において、端末処理部１１は受信した推奨乗合条件及び推奨車両識別番号をメモリに最新申込情報として保存する。その後、端末処理部１１はステップＳ２２を実行する。
　端末処理部１１はステップＳ２２において、ユーザインタフェース１２に、メモリに保存された最新申込情報と、「予約」（予約ボタン）、「キャンセル」（キャンセルボタン）、及び「変更」（変更ボタン）と書かれた３つの入力ボタン３５（採否ボタン）とを同時に表示する（図８（Ａ））。各入力ボタン３５への入力はユーザからの押圧によって行われる。予約ボタンが押圧される（ステップＳ２３）と、端末処理部１１はステップＳ２４を実行し、キャンセルボタンが押圧される（ステップＳ２５）と、端末処理部１１は端末側申込受付処理を終了し、変更ボタンが押圧される（ステップＳ２６）と、ステップＳ２７を実行する。端末処理部１１は、選択ボタンのいずれかが押圧されるまで、ステップＳ２３、Ｓ２５、Ｓ２６を順に実行して待機する。
　端末処理部１１はステップＳ２４において、メモリに保存された最新申込情報を申込情報として乗合管理サーバ４に送信する。送信が完了すると、端末処理部１１は端末側申込受付処理を終了する。
　端末処理部１１はステップＳ２７において、ユーザインタフェース１２に最新申込情報の出発地を示す目印を地図内に表示した入力欄４０と変更ボタン３６とを表示する（図８（Ｂ））。端末処理部１１は入力欄４０内に押圧があると、目印を押圧された位置に移動させる。端末処理部１１は、変更ボタン３６が押圧されると、最新申込情報の出発地を入力欄４０の目印の位置に更新し、ステップＳ２８を実行する。
　端末処理部１１はステップＳ２８において、ユーザインタフェース１２に変更ボタン３６とともに、ユーザの希望する出発時刻を入力するための入力欄４１を最新申込情報の出発時刻を予め入力して表示する（図８（Ｃ））。このとき入力欄４１には最新申込情報の出発時刻が表示される。本実施形態では、入力欄４１としてドラムロール型が用いられている。端末処理部１１は、変更ボタン３６が押圧されると、最新申込情報の出発時刻を入力欄４１に入力された出発時刻に更新し、ステップＳ２９を実行する。
　端末処理部１１はステップＳ２９において、ユーザインタフェース１２に最新申込情報の到着地を示す目印を地図内に表示した入力欄４２と変更ボタン３６とを表示する（図９（Ａ））。端末処理部１１は入力欄４２内に押圧があると、目印を押圧された位置に移動させる。端末処理部１１は、変更ボタン３６が押圧されると、最新申込情報の到着地を入力欄４０の目印の位置に更新し、ステップＳ３０を実行する。
　端末処理部１１はステップＳ３０において、ユーザインタフェース１２に変更ボタン３６とともに、到着時刻の入力欄４３を最新申込情報の到着時刻を予め入力して表示する（図９（Ｂ））。端末処理部１１は、変更ボタン３６が押圧されると、最新申込情報の到着時刻を入力欄に入力された到着時刻に更新し、ステップＳ２２に戻る。
　（サーバ側申込受付処理）
　図１０は、サーバ側申込受付処理を示すフロー図である。サーバ側申込受付処理は、乗合管理サーバ４の申込処理部２２が実行する。サーバ側申込受付処理では、最初にステップＳ４１において、申込処理部２２は、現在の時刻が受付終了時刻以前かどうかを判定する。受付終了時刻よりも前である場合には、ステップＳ４２を実行する。現在の時刻が受付終了時刻よりも後である場合には、サーバ側申込受付処理を終了する。
　ステップＳ４２において、申込処理部２２はユーザ端末２から申込情報を受信したかを判定する。申込処理部２２は、申込情報を受信したときにはステップＳ４３を実行し、受信していないときはステップＳ４１に戻って待機する。
　ステップＳ４３において、警告部３０は受信した申込情報が行動情報テーブルＴ１の実施期間に対応する日付に記載されたイベントの内容に整合しているかを判定する。整合しているときにはステップＳ４５を実行し、整合していないときにはステップＳ４４を実行する。
　ステップＳ４４において、警告部３０はユーザ端末２にアラート信号を送信する。ユーザ端末２はアラート信号を受信するとアラート画面を表示する。アラート画面には、申込情報が行動情報テーブルＴ１に記録されたイベントの内容と合致しない旨の警告と、申込情報の再確認を促す表示とが含まれるとよい。送信が完了すると、申込処理部２２は、ステップＳ４５を実行する。
　ステップＳ４５において、申込処理部２２は申込情報を申込情報テーブルＴ２に書き込み、ステップＳ４１に戻る。このとき、申込処理部２２は申込情報を送信したユーザから既に申込があった場合には受信した申込情報によって申込情報テーブルＴ２を更新するように構成するとよい。
　以上のように構成した車両乗合支援システム１の効果について説明する。推奨乗合条件は実施期間におけるユーザのイベントの内容と、出勤時刻及び退勤時刻とを含む行動情報に基づいて生成されている。そのため、推奨乗合条件はユーザの真の要求に合致し易い。ユーザ端末２は受付開始信号を受信すると、最初に実行されるステップＳ２２において、推奨乗合条件をユーザインタフェース１２に表示する。そのため、ユーザは推奨乗合条件を確認しながら希望乗合条件を入力することができ、ユーザが自身の真の要求に合致しない乗合条件を希望乗合条件として送信することを防止することができる。これによって、ユーザの乗合のキャンセルを減らすことができ、より確実に交通渋滞を緩和することができる。また、推奨乗合条件がユーザの真の要求に合致しているときには、予約ボタンの押すことによって乗合の申込を行うことができ、ユーザの希望乗合条件の入力を省くことができる。
　受付開始信号がユーザ端末２に送信された後、初めて乗合の条件を変更するときには、端末処理部１１はメモリから最新申込情報を読み出し、入力欄４０、４１、４２、４３に予め入力して表示する（Ｓ２７、Ｓ２８、Ｓ２９、Ｓ３０）。初めて乗合の条件を変更するときには、推奨乗合条件が最新申込情報としてメモリに保存されているため、入力欄には推奨乗合条件が予め入力されて表示される。そのため、ユーザが希望する乗合条件を入力する手間を省くことができる。
　乗合管理サーバ４は、イベントの内容と整合しない乗合の申込が行われると、警告部３０によってアラート信号が送信されて、ユーザ端末２にアラート画面が表示される。そのため、ユーザが自身の真の要求に合致しない乗合の申込を防止することができる。
　行動情報テーブルＴ１には、会議、出張及び休暇といったユーザの予定に関する行動情報が含まれているため、ユーザの乗合を利用する可能性を適切に判定することができる。また、行動情報テーブルＴ１には、ユーザの出勤時刻、及び退勤時刻を含むため、ユーザの行動履歴をより正確に把握でき、推奨乗合条件がよりユーザに適したものとなる。行動情報テーブルＴ１には、重要度が含まれ、実施期間内における行動情報の重要度に合わせて到着時刻を早めることができるため、推奨乗合条件がユーザにより適したものとなる。
　＜＜第２実施形態＞＞
　第２実施形態に係る車両乗合支援システム１は、図１１に示すように、端末側申込受付処理が異なる。端末処理部１１はまずステップＳ５１において受付開始信号を受信する。その後、ステップＳ５２において、端末処理部１１はユーザインタフェース１２に、図１２に示すように、予約ボタン及びキャンセルボタンを含む入力ボタン３５と、ユーザが希望する出発地、出発時刻、到着地、及び到着時刻の少なくとも１つを含む希望乗合条件が入力可能であり、かつ推奨乗合条件が予め入力された入力欄４４とを表示する。ユーザは入力欄４４に入力することによって、希望乗合条件を入力することができる。このとき、推奨乗合条件が入力欄４４に予め入力されているため、希望乗合条件の入力が容易である。予約ボタンが押圧されると、端末処理部１１はステップＳ５４に進み、入力された申込情報を乗合管理サーバ４に送信し、端末側申込受付処理を完了する。キャンセルボタンが押圧された場合（ステップＳ５５）には、端末処理部１１は端末側申込受付処理を終了し、キャンセルボタンが押圧されていない場合はステップＳ５３に戻る。
　以上で具体的実施形態の説明を終えるが、本発明は上記実施形態に限定されることなく幅広く変形実施することができる。サーバ側申込受付処理のステップＳ４２の後、ステップＳ４１の前に、警告部３０が要否判定部３２において要と判定され、かつ乗合の申込が完了されていないときに、ユーザ端末２に乗合申込が完了していないことを通知するアラーム画面を表示させる信号を送信するように構成してもよい。これによって、乗合を行うユーザを増やすことができる。
　上記実施形態では、車両乗合支援システム１が企業、役所等の団体の通勤のための乗合を支援するために利用されていたが、この態様には限定されない。車両乗合支援システム１は、学校、幼稚園、保育園、スポーツクラブ、介護施設、買物施設等に所属するユーザに利用され、当該施設への移動時間帯や当該施設からの移動時間帯ごとに、乗合サービスを実行してもよい。車両乗合支援システム１が通学のための乗合を支援する目的で利用されるときには、到着地は校門前などの、全てのユーザに共通の予め定められた場所に設定されるとよい。また、イベントの内容は遠足等の情報を含むとよい。車両乗合支援システム１が、通所介護サービス（デイサービス）を利用するための被介護者の介護施設への通所を支援する目的で利用されるときには、イベントの内容は被介護者が受けるサービスの内容を含むとよい。
　上記実施形態では、車両乗合支援システム１の乗合サービスの実施期間として朝の出勤時間帯が設定されていたが、午後の退勤時間帯が実施期間として設定されてもよい。その場合は、推奨条件生成部３３は勤怠記録部１８によって取得された各ユーザの過去の退勤時刻に基づいて、その平均を計算することによって実施期間のユーザの退勤時刻を推定する。その後、推奨条件生成部３３は推定された退勤時刻を推奨乗合条件の出発時刻とするとよい。
　行動情報管理サーバ７に保持される行動情報は将来の時刻における各ユーザの位置を推定することのできる情報であればよい。行動情報は将来の時刻における各ユーザの位置が確定できるユーザの予定情報（行動予定情報）であってもよく、各ユーザの位置を推定することのできる過去の時刻における各ユーザの位置（行動履歴情報）であってもよい。また、行動情報は行動予定情報及び行動履歴情報を含んでいてもよい。行動情報はユーザ端末２の位置に基づいて随時更新されてもよい。
　上記実施形態では、車両乗合支援システム１では交通渋滞を減らすことを目的としていたが、これには限定されず、乗合管理サーバ４は、エネルギーの節約やＣＯ２排出量の削減を目的として、グループ化するユーザの組み合わせや乗合が行われる車両の走行経路を最適化するように構成してもよい。上記実施形態では、推奨乗合条件及び希望乗合条件は、出発地、出発時刻、到着地、及び到着時刻の全てを含んでいたが、少なくとも１つを含む態様であってもよい。
１　　　：車両乗合支援システム
２　　　：ユーザ端末
３　　　：ネットワーク
４　　　：乗合管理サーバ
７　　　：行動情報管理サーバ
１１　　：端末処理部
１２　　：ユーザインタフェース
１２Ａ　：表示部
１２Ｂ　：入力部
１８　　：勤怠記録部
３５　　：入力ボタン（採否ボタン）
４０～４４　　：入力欄

Claims (11)

  1. 　複数のユーザの乗合を支援する車両乗合支援システムであって、
    　入力部と表示部とを備えたユーザインタフェース、及び前記ユーザインタフェースを制御する端末処理部を備えた端末と、
    　前記ユーザの行動情報を記憶する行動情報管理サーバと、
    　前記行動情報管理サーバ及び前記端末にネットワークを介して通信し、前記端末処理部から送信された前記ユーザの出発地、出発時刻、到着地、及び到着時刻の少なくとも１つを含む希望乗合条件に基づいて、所定の実施期間内の乗合の運行予定を作成する乗合管理サーバとを有し、
    　前記乗合管理サーバは、前記行動情報に基づき、前記ユーザそれぞれに対して、前記ユーザに適した出発地、出発時刻、到着地、及び到着時刻の少なくとも１つを含む推奨乗合条件を生成して、前記端末処理部に送信し、
    　前記端末処理部は、前記ユーザインタフェースに前記推奨乗合条件を表示させることを特徴とする車両乗合支援システム。
  2. 　前記端末処理部は前記希望乗合条件を入力可能な入力欄と、前記推奨乗合条件とを前記ユーザインタフェースに同時に表示させることを特徴とする請求項１に記載の車両乗合支援システム。
  3. 　前記端末処理部は、前記推奨乗合条件を前記入力欄内に表示させることを特徴とする請求項２に記載の車両乗合支援システム。
  4. 　前記端末処理部は、前記ユーザインタフェースに、前記推奨乗合条件とともに、前記推奨乗合条件を前記希望乗合条件として前記乗合管理サーバに送信することへの採否を受け付ける採否ボタンを表示することを特徴とする請求項１に記載の車両乗合支援システム。
  5. 　前記端末処理部は、前記採否ボタンに前記推奨乗合条件を前記希望乗合条件として前記乗合管理サーバに送信しないことに対応する入力があったときに前記ユーザインタフェースに前記ユーザが希望する出発地、出発時刻、到着地、及び到着時刻の少なくとも１つを含む前記希望乗合条件を入力可能な入力欄を表示することを特徴とする請求項４に記載の車両乗合支援システム。
  6. 　前記端末処理部は、前記推奨乗合条件を前記入力欄内に表示させることを特徴とする請求項５に記載の車両乗合支援システム。
  7. 　前記出発地又は前記到着地は全ての前記ユーザに共通の予め定められた場所に設定されていることを特徴とする請求項１～請求項６のいずれか１つの項に記載の車両乗合支援システム。
  8. 　前記行動情報は予め記憶された場所への移動の有無に対応する移動情報を含み、
    　前記乗合管理サーバは、前記乗合の前記実施期間の前記行動情報に移動が無いことに対応する移動情報が含まれるときには、前記推奨乗合条件を生成しないことを特徴とする請求項１～請求項７のいずれか１つの項に記載の車両乗合支援システム。
  9. 　前記ユーザの出勤時刻を取得する勤怠記録部を備え、
    　前記行動情報は過去の出勤時刻を含み、
    　前記乗合管理サーバは過去の出勤時刻に基づいて、前記実施期間の前記ユーザの出勤時刻を推定し、推定された出勤時刻に基づいて前記推奨乗合条件の前記到着時刻を生成することを特徴とする請求項１～請求項８のいずれか１つの項に記載の車両乗合支援システム。
  10. 　前記乗合管理サーバは、前記行動情報管理サーバに記憶された前記行動情報のそれぞれに対応する重要度を出力し、前記重要度が高くなるにつれて大きくなるシフト時間を算出し、推定された前記出勤時刻から前記シフト時間だけ早めた時刻に基づいて前記推奨乗合条件の前記到着時刻を生成することを特徴とする請求項９に記載の車両乗合支援システム。
  11. 　前記ユーザの退勤時刻を取得する勤怠記録部を備え、
    　前記行動情報は過去の退勤時刻を含み、
    　前記乗合管理サーバは過去の退勤時刻に基づいて、前記実施期間の前記ユーザの退勤時刻を推定し、推定された退勤時刻に基づいて前記推奨乗合条件の前記出発時刻を生成することを特徴とする請求項１～請求項８のいずれか１つの項に記載の車両乗合支援システム。
PCT/JP2019/009357 2018-03-20 2019-03-08 車両乗合支援システム WO2019181566A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US16/981,942 US11663539B2 (en) 2018-03-20 2019-03-08 Vehicle ride-sharing assist system
CN201980020367.0A CN111919234A (zh) 2018-03-20 2019-03-08 车辆共乘辅助系统

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2018052902A JP6749359B2 (ja) 2018-03-20 2018-03-20 車両乗合支援システム
JP2018-052902 2018-03-20

Publications (1)

Publication Number Publication Date
WO2019181566A1 true WO2019181566A1 (ja) 2019-09-26

Family

ID=67987146

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2019/009357 WO2019181566A1 (ja) 2018-03-20 2019-03-08 車両乗合支援システム

Country Status (4)

Country Link
US (1) US11663539B2 (ja)
JP (1) JP6749359B2 (ja)
CN (1) CN111919234A (ja)
WO (1) WO2019181566A1 (ja)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112262557B (zh) * 2018-06-11 2023-12-05 北京嘀嘀无限科技发展有限公司 用于为线上到线下服务提供信息的系统和方法
CN113837455B (zh) * 2021-09-09 2023-08-15 北京百度网讯科技有限公司 打车方法、装置、电子设备和可读存储介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3527505B2 (ja) * 2001-08-06 2004-05-17 松下電器産業株式会社 情報提供方法
JP2009128117A (ja) * 2007-11-21 2009-06-11 Navitime Japan Co Ltd ナビゲーションシステム、端末装置および経路探索サーバならびに経路探索方法
JP2012221127A (ja) * 2011-04-06 2012-11-12 Yukio Nakagawa 相乗予約の仕組み
JP2017167942A (ja) * 2016-03-17 2017-09-21 株式会社デンソー 移動手段手配システム

Family Cites Families (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002140399A (ja) * 2000-11-02 2002-05-17 Nippon Telegr & Teleph Corp <Ntt> 自動車乗合支援方法及びシステム
JP4339029B2 (ja) * 2003-06-30 2009-10-07 日本電気株式会社 相乗り予約管理のための方法およびそのシステム、並びにそのプログラム
US20080091342A1 (en) * 2006-10-11 2008-04-17 Jeffrey Assael System and method for ride matching
US20090248587A1 (en) * 2007-08-31 2009-10-01 Van Buskirk Peter C Selectively negotiated ridershare system comprising riders, drivers, and vehicles
US8688532B2 (en) * 2009-12-11 2014-04-01 General Motors Llc Real-time ride share system
CN103489309B (zh) * 2013-08-20 2015-09-16 深圳市幸运草科技有限公司 拼出租车、分享私家车、搭顺风车的方法及其系统
RU2016122440A (ru) * 2013-11-21 2017-12-26 Райд Груп, Инк. Способы и системы планирования совместной поездки среди маятниковых мигрантов
WO2015173829A1 (en) * 2014-05-14 2015-11-19 Van Der Berg Ilan Integrated ride sharing system and method for fleet management systems
US10197410B2 (en) * 2014-11-18 2019-02-05 International Business Machines Corporation Dynamic real-time carpool matching
US10200824B2 (en) * 2015-05-27 2019-02-05 Apple Inc. Systems and methods for proactively identifying and surfacing relevant content on a touch-sensitive device
US20160356615A1 (en) * 2015-06-05 2016-12-08 MuV Technologies, Inc. Scheduled and On-Demand Transportation Management Platform for Rideshare
US20170061561A1 (en) * 2015-08-25 2017-03-02 Steve Cha Mobile ride-sharing social networking e-commerce platform
US20170166055A1 (en) * 2015-12-10 2017-06-15 Myine Electronics, Inc. Methods and Systems for Interactive Passenger Notification
CN105677793B (zh) * 2015-12-31 2019-10-18 百度在线网络技术（北京）有限公司 地点数据库的建立和候选乘车地点的推荐方法及装置
CN107305128A (zh) * 2016-04-21 2017-10-31 斑马网络技术有限公司 导航处理方法、导航设备、交通工具控制设备及操作系统
US20190370922A1 (en) * 2016-10-27 2019-12-05 University Of Southern California Price-aware real-time auction-based ride-sharing system
CN106779141B (zh) * 2016-11-15 2021-04-16 百度在线网络技术（北京）有限公司 一种推荐上车地点的方法和装置
CN107368553B (zh) * 2017-06-30 2021-02-23 北京奇虎科技有限公司 基于活动状态提供搜索建议词的方法及装置

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3527505B2 (ja) * 2001-08-06 2004-05-17 松下電器産業株式会社 情報提供方法
JP2009128117A (ja) * 2007-11-21 2009-06-11 Navitime Japan Co Ltd ナビゲーションシステム、端末装置および経路探索サーバならびに経路探索方法
JP2012221127A (ja) * 2011-04-06 2012-11-12 Yukio Nakagawa 相乗予約の仕組み
JP2017167942A (ja) * 2016-03-17 2017-09-21 株式会社デンソー 移動手段手配システム

Also Published As

Publication number Publication date
US11663539B2 (en) 2023-05-30
JP2019164673A (ja) 2019-09-26
JP6749359B2 (ja) 2020-09-02
US20210248540A1 (en) 2021-08-12
CN111919234A (zh) 2020-11-10

Similar Documents

Publication Publication Date Title
US10909477B2 (en) System and method for customizable prescheduled dispatching for transportation services
US9867014B2 (en) Meeting notification and modification service
US8712810B2 (en) Reserving a time block in a calendar application to account for a travel time between geographic locations of appointments
US10163074B2 (en) Vehicle-based methods and systems for managing personal information and events
US20090005963A1 (en) Method, Apparatus and Computer Program Product for Providing Route Planning Based on Personal Activity Plans of Multiple Individuals
IL265514A (en) Pre-adapted shipping method and method for transportation services
WO2013144759A1 (en) Location-based assistance for personal planning
WO2019181566A1 (ja) 車両乗合支援システム
JP4548977B2 (ja) デマンド車両管理装置
JP4966789B2 (ja) マッチングシステム
JP7243087B2 (ja) 情報処理装置、情報処理方法およびプログラム
JP2016162438A (ja) カーシェアリングによる高齢者の送迎支援システム
JP2021144370A (ja) 車両乗合支援システム及び車両乗合支援方法
JP2021149294A (ja) 車両乗合支援システム
JP7286529B2 (ja) 乗合支援システム、及び乗合支援方法
TWI793553B (zh) 人員派遣系統
CN111326008B (zh) 智慧出行助乘服务系统及方法
JP4381829B2 (ja) ナビゲーション装置
JP2021101297A (ja) 情報処理装置、情報処理方法、及び、システム
JP3088334U (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: 19770576

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 19770576

Country of ref document: EP

Kind code of ref document: A1