WO2020039223A1 - 車両管理システム、車載システム及び車両管理方法 - Google Patents

車両管理システム、車載システム及び車両管理方法 Download PDF

Info

Publication number
WO2020039223A1
WO2020039223A1 PCT/IB2018/001047 IB2018001047W WO2020039223A1 WO 2020039223 A1 WO2020039223 A1 WO 2020039223A1 IB 2018001047 W IB2018001047 W IB 2018001047W WO 2020039223 A1 WO2020039223 A1 WO 2020039223A1
Authority
WO
WIPO (PCT)
Prior art keywords
vehicle
odor
level
data
management system
Prior art date
Application number
PCT/IB2018/001047
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 EP18930815.8A priority Critical patent/EP3842267B1/en
Priority to JP2020537884A priority patent/JP7085003B2/ja
Priority to US17/269,690 priority patent/US20210221388A1/en
Priority to BR112021003035-2A priority patent/BR112021003035B1/pt
Priority to PCT/IB2018/001047 priority patent/WO2020039223A1/ja
Priority to CN201880096789.1A priority patent/CN112601673B/zh
Publication of WO2020039223A1 publication Critical patent/WO2020039223A1/ja

Links

Images

Classifications

    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60W—CONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
    • B60W50/00—Details of control systems for road vehicle drive control not related to the control of a particular sub-unit, e.g. process diagnostic or vehicle driver interfaces
    • B60W50/0098—Details of control systems ensuring comfort, safety or stability not otherwise provided for
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60H—ARRANGEMENTS OF HEATING, COOLING, VENTILATING OR OTHER AIR-TREATING DEVICES SPECIALLY ADAPTED FOR PASSENGER OR GOODS SPACES OF VEHICLES
    • B60H1/00—Heating, cooling or ventilating [HVAC] devices
    • B60H1/00642—Control systems or circuits; Control members or indication devices for heating, cooling or ventilating devices
    • B60H1/0065—Control members, e.g. levers or knobs
    • B60H1/00657—Remote control devices
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60H—ARRANGEMENTS OF HEATING, COOLING, VENTILATING OR OTHER AIR-TREATING DEVICES SPECIALLY ADAPTED FOR PASSENGER OR GOODS SPACES OF VEHICLES
    • B60H1/00—Heating, cooling or ventilating [HVAC] devices
    • B60H1/00642—Control systems or circuits; Control members or indication devices for heating, cooling or ventilating devices
    • B60H1/00735—Control systems or circuits characterised by their input, i.e. by the detection, measurement or calculation of particular conditions, e.g. signal treatment, dynamic models
    • B60H1/008—Control systems or circuits characterised by their input, i.e. by the detection, measurement or calculation of particular conditions, e.g. signal treatment, dynamic models the input being air quality
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60W—CONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
    • B60W40/00—Estimation or calculation of non-directly measurable driving parameters for road vehicle drive control systems not related to the control of a particular sub unit, e.g. by using mathematical models
    • B60W40/12—Estimation or calculation of non-directly measurable driving parameters for road vehicle drive control systems not related to the control of a particular sub unit, e.g. by using mathematical models related to parameters of the vehicle itself, e.g. tyre models
    • 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/0639—Performance analysis of employees; Performance analysis of enterprise or organisation operations
    • G06Q10/06395—Quality analysis or management
    • 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
    • G07—CHECKING-DEVICES
    • G07C—TIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
    • G07C5/00—Registering or indicating the working of vehicles
    • G07C5/008—Registering or indicating the working of vehicles communicating information to a remotely located station
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07C—TIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
    • G07C5/00—Registering or indicating the working of vehicles
    • G07C5/08—Registering or indicating performance data other than driving, working, idle, or waiting time, with or without registering driving, working, idle or waiting time
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07C—TIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
    • G07C5/00—Registering or indicating the working of vehicles
    • G07C5/08—Registering or indicating performance data other than driving, working, idle, or waiting time, with or without registering driving, working, idle or waiting time
    • G07C5/0808—Diagnosing performance data
    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G08G1/123—Traffic control systems for road vehicles indicating the position of vehicles, e.g. scheduled vehicles; Managing passenger vehicles circulating according to a fixed timetable, e.g. buses, trains, trams
    • G08G1/127—Traffic control systems for road vehicles indicating the position of vehicles, e.g. scheduled vehicles; Managing passenger vehicles circulating according to a fixed timetable, e.g. buses, trains, trams to a central station ; Indicators in a central station
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60W—CONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
    • B60W2556/00—Input parameters relating to data
    • B60W2556/45—External transmission of data to or from the vehicle

Definitions

  • the present invention relates to a vehicle management system, a vehicle-mounted system, and a vehicle management method for managing a vehicle state, in particular, a vehicle state including an odor level in the vehicle.
  • Patent Document 1 a vehicle remote diagnostic system that transmits diagnostic data of a vehicle output from an on-board computer of the vehicle to a remote diagnostic center via a communication network using a smartphone in which a dedicated application program is installed.
  • the application program inquires of the user whether or not an unusual odor or the like has occurred, and the odor inputted by the user. Is sent to the remote diagnostic center.
  • DTC code indicating a defective portion is not included in the diagnostic data
  • Patent Document 1 does not disclose or suggest any solution to such a problem.
  • the present invention has been made in view of such a situation, and an object of the present invention is to provide a vehicle management system, an in-vehicle system, and a vehicle management method capable of providing a user with a vehicle in which the odor level in the vehicle satisfies a predetermined standard.
  • the vehicle management system acquires in-vehicle odor data output from an odor sensor provided in a vehicle, and determines the type of in-vehicle odor based on the in-vehicle odor data.
  • the vehicle management system obtains the odor level associated with the type of the vehicle odor from the vehicle odor data, and determines whether the odor level satisfies a predetermined criterion.
  • a vehicle management system acquires in-vehicle odor data output from an odor sensor provided in a vehicle, and determines whether or not an odor level based on the in-vehicle odor data satisfies a predetermined standard. I do. When it is determined that the odor level does not satisfy the predetermined criterion, the vehicle management system selects a provision option of the vehicle corresponding to the odor level, and executes a notification or vehicle control associated with the provision option.
  • FIG. 1 is an overall schematic configuration diagram of the vehicle management system 10.
  • FIG. 2 is a functional block configuration diagram of the vehicles 50A to 50C.
  • FIG. 3 is a functional block configuration diagram of the database server 100.
  • FIG. 4 is a functional block configuration diagram of the vehicle management server 200.
  • FIG. 5 is a diagram showing a general vehicle allocation sequence performed by the vehicle management system 10.
  • FIG. 6 is a diagram illustrating a flow of determining the type of in-vehicle odor.
  • FIG. 7 is a diagram illustrating a determination flow of the odor level.
  • FIG. 8 is a diagram illustrating a flow of selecting a provided option.
  • FIG. 9 is a diagram illustrating a configuration example of the in-car odor database 140 (in-car odor type database).
  • FIG. 1 is an overall schematic configuration diagram of the vehicle management system 10.
  • FIG. 2 is a functional block configuration diagram of the vehicles 50A to 50C.
  • FIG. 3 is a functional block configuration diagram of the database server
  • FIG. 10 is a diagram showing a configuration example of the in-vehicle odor database 140 (vehicle-specific odor level database).
  • FIG. 11 is a diagram illustrating a configuration example of the user information database 150.
  • FIG. 12 is a diagram illustrating an example (part 1) of a message of the dispatch content displayed on the communication terminal 40 associated with the user.
  • FIG. 13 is a diagram illustrating an example (part 2) of the message of the dispatch content displayed on the communication terminal 40 associated with the user.
  • FIG. 1 is an overall schematic configuration diagram of a vehicle management system 10 according to the present embodiment.
  • the vehicle management system 10 includes a database server 100 and a vehicle management server 200 provided on a network cloud 20.
  • the network cloud 20 is a communication network that enables information transmission by wire communication or wireless communication.
  • the network cloud 20 typically includes the Internet, and includes various information providing services (weather, traffic congestion, etc.), storage services, application services, and the like provided on the Internet.
  • the vehicle management system 10 manages the vehicle 50A, the vehicle 50B, and the vehicle 50C. Note that the number of vehicles managed by the vehicle management system 10 is an example, and actually more vehicles are managed.
  • the vehicles 50A to 50C are commercial vehicles used by the users 31 and 32 (the number of users is not limited to the users 31 and 32), specifically, taxis.
  • the vehicles 50A to 50C have an automatic driving function of level 4 or higher that does not require a driver.
  • the vehicles 50A to 50C do not necessarily have to have such an automatic driving function.
  • the communication terminal 40 is a portable terminal device used by the user 31 (or the user 32), and is typically a smartphone or a tablet terminal having a wireless communication function.
  • the communication terminal 40 communicates with the vehicle management server 200 and the like via the network cloud 20.
  • the database server 100 holds information on vehicles and users. Specifically, the database server 100 holds information on the states of the vehicles 50A to 50C, and in particular, in the present embodiment, information on the odor in the vehicle. In addition, the database server 100 holds the attributes of the users 31 and 32, particularly information (user information) on the resistance to in-vehicle odor and the like.
  • the vehicle management server 200 manages the state of the vehicle and executes various controls on the vehicle. Specifically, the vehicle management server 200 manages the odor levels in the vehicles 50A to 50C, and executes control on the equipment (power window, air conditioning system, etc.) mounted on the vehicle, or the automatic driving function. .
  • the database server 100 and the vehicle management server 200 constitute a vehicle management system that manages the state of the vehicles 50A to 50C.
  • the vehicle management system includes a communication interface that communicates with the vehicles 50A to 50C, and is a server separated from the vehicle, specifically, a server computer.
  • FIG. 2 is a functional block configuration diagram of the vehicles 50A to 50C. Specifically, FIG. 2 shows only functional blocks related to acquisition of in-vehicle odor data and control of vehicle equipment.
  • FIG. 2 shows an in-vehicle system that has at least a processor and a memory and is mounted on a vehicle.
  • the in-vehicle system includes an odor sensor 51 that detects an in-vehicle odor of the vehicle 50A, and a server ( A wireless communication interface for communicating with the database server 100 or the vehicle management server 200).
  • the vehicle 50A (the same applies to the vehicles 50B and 50C) includes an odor sensor 51, vehicle equipment 53, a communication unit 55, an equipment control unit 57, and a transmission control unit 59.
  • the odor sensor 51 detects odor (in-vehicle odor) in the vehicle 50A.
  • the odor sensor 51 is provided in the passenger compartment or the luggage compartment of the vehicle 50A. Further, the odor sensor 51 may be provided for each seat position in the passenger compartment.
  • the type of the odor sensor 51 is not particularly limited, and for example, a semiconductor type or a quartz oscillator type can be used.
  • the odor sensor 51 may be referred to as an odor sensor, and detects an odor component that drifts in the air in the vehicle and stimulates the sense of smell, and outputs data (in-vehicle odor data) digitized for each odor component. That is, the in-vehicle odor data output from the odor sensor 51 includes the ratio of each odor component and the strength of each odor component.
  • Vehicle equipment 53 includes various equipment mounted on vehicle 50A.
  • the vehicle equipment 53 includes equipment related to automatic driving of the vehicle 50A, specifically, a power source such as an accelerator, a brake, steering-related equipment, and a battery.
  • the power supply supplies power to each electronic component included in the odor sensor 51, the vehicle equipment 53, the communication unit 55, the equipment control unit 57, and the transmission control unit 59.
  • Vehicle equipment 53 also includes a camera for detecting passengers getting on and off in the vehicle, and a seating sensor for the seat.
  • the vehicle equipment 53 includes all equipment that can be used to reduce in-vehicle odor.
  • the vehicle equipment 53 includes a window, a door, and a tailgate that can be electrically opened and closed, such as a power window.
  • the vehicle equipment 53 includes an air conditioning system (fan, heater, temperature / humidity meter, and air conditioner) and an air purifier. Further, the vehicle equipment 53 may include an ultraviolet (UV) lamp.
  • UV ultraviolet
  • the communication unit 55 transmits and receives a radio signal to and from an access point (a radio base station or the like) near the vehicle 50A, and transmits and receives various data via the access point.
  • an access point a radio base station or the like
  • the communication unit 55 may be provided in the vehicle 50A as a communication module, or may be realized using a communication terminal such as a smartphone. Typically, use of a mobile communication network such as 4G (LTE) or 5G is mentioned. Note that another wireless communication method (such as a wireless LAN) may be used.
  • LTE Long Term Evolution
  • 5G 5th Generationан ⁇
  • the equipment control unit 57 controls the vehicle equipment 53. Specifically, the equipment control unit 57 controls the vehicle equipment 53, for example, the opening and closing of windows, and the operation of the air conditioning system, based on instructions from the vehicle management system 10 (vehicle management server 200).
  • the equipment control unit 57 receives a command (second command) transmitted from the vehicle management server 200 based on the in-vehicle odor data obtained by controlling the odor sensor 51, and opens and closes the air conditioning system and the window. Can be controlled.
  • the equipment control unit 57 controls equipment related to automatic driving (accelerator, brake, steering related equipment) based on an instruction from the vehicle management system 10 (vehicle management server 200).
  • the transmission control section 59 controls transmission of in-vehicle odor data. Specifically, the transmission control unit 59 receives the command (first command) transmitted from the vehicle management server 200, and controls the odor sensor 51. The transmission control unit 59 can transmit the in-vehicle odor data obtained by controlling the odor sensor 51 to the vehicle management server 200 via the wireless communication interface.
  • FIG. 3 is a functional block configuration diagram of the database server 100.
  • the database server 100 includes an in-vehicle odor data acquisition unit 110, a vehicle state acquisition unit 120, an in-vehicle odor type determination unit 130, an in-vehicle odor database 140, and a user information database 150.
  • the database server 100 is realized by executing a program (software) on a general-purpose server computer including a processor, a memory, an input device, a display (not essential), and a communication interface (communication IF).
  • a program software
  • a general-purpose server computer including a processor, a memory, an input device, a display (not essential), and a communication interface (communication IF).
  • the in-vehicle odor data acquisition unit 110 acquires the in-vehicle odor data output from the odor sensor 51 provided inside the vehicle 50A.
  • the in-vehicle odor data acquisition unit 110 acquires the in-vehicle odor data transmitted from the vehicle 50A via the network cloud 20. That is, the in-vehicle odor data acquisition unit 110 acquires in-vehicle odor data from the vehicle 50A via the communication interface.
  • the in-vehicle odor data acquired by the in-vehicle odor data acquisition unit 110 is used for the configuration of the in-vehicle odor database 140 (the odor level database for each vehicle).
  • the in-vehicle odor data acquisition unit 110 can request the in-vehicle odor data to the vehicle 50A and acquire the in-vehicle odor data.
  • the vehicle state acquisition unit 120 acquires the state of the vehicle 50A. Specifically, the vehicle state acquisition unit 120 acquires the state of the vehicle equipment 53. More specifically, the vehicle state acquisition unit 120 determines whether the window is open or closed, the temperature and humidity in the vehicle, and the state of the air conditioning system (for example, ON / OFF data of fan operation of the air conditioning system, set temperature, presence or absence of outside air introduction). And ON / OFF data of the operation of the air purifier).
  • the state of the air conditioning system for example, ON / OFF data of fan operation of the air conditioning system, set temperature, presence or absence of outside air introduction.
  • ON / OFF data of the operation of the air purifier for example, ON / OFF data of fan operation of the air conditioning system, set temperature, presence or absence of outside air introduction.
  • the vehicle state acquisition unit 120 can also acquire the current position and the traveling route of the vehicle 50A.
  • the in-vehicle odor type determination unit 130 determines the type of the in-vehicle odor of the vehicle 50A. Specifically, the in-vehicle odor type determination unit 130 determines the type of in-vehicle odor occurring in the vehicle 50A based on the in-vehicle odor data acquired by the in-vehicle odor data acquisition unit 110.
  • the type of in-vehicle odor is not particularly limited as long as it is a odor that can be detected using the odor sensor 51.
  • the main in-vehicle odor is considered. Examples include fresh flowers, tobacco (including not only the smoking in the car, but also the smell in the car due to the riding of a smoker (smoker)), vomit, sweat, and odor related to pets.
  • the vehicle odor database 140 is a database configured based on vehicle odor data.
  • the in-vehicle odor database 140 is composed of an in-vehicle odor type database and a per-vehicle odor level database.
  • FIG. 9 shows a configuration example of the in-vehicle odor database 140 (in-vehicle odor type database).
  • FIG. 10 shows a configuration example of the in-vehicle odor database 140 (vehicle-specific odor level database).
  • the in-vehicle odor type database is constituted by the ratio of in-vehicle odor data (odor component) associated with the type of in-vehicle odor.
  • a, b, and c are hydrogen sulfide, acetic acid, and methyl mercaptan, but are not limited thereto, and are components that cause disgust to passengers as in-car odors. It is sufficient if the components are sufficient for the determination.
  • numerical values (%) for each component are set for other types of in-car odors (tobacco, vomit). Further, a numerical value (%) may be set for each component when a plurality of types (for example, “fresh flower” and “tobacco”) are mixed in the vehicle, such as “mixing 1”.
  • each numerical value constituting the in-vehicle odor type database may be appropriately updated based on the in-vehicle odor data acquired by the in-vehicle odor data acquisition unit 110.
  • the vehicle-specific odor level database corresponds to the type of in-vehicle odor (fresh flower (X), tobacco (Y), and excrement (Z)) based on the in-vehicle odor data output from the odor sensor 51. It is configured by the attached odor level, the total value of the odor levels of the type, and the state of the vehicle equipment 53.
  • the vehicle-specific odor level database can include the odor level based on the in-vehicle odor data output from the odor sensor 51 at different times (t1, t2) and the state of the vehicle equipment 53 at the time.
  • the user information database 150 is a database including information of the vehicles 50A to 50C, that is, the users 31 and 32 who use the taxi.
  • FIG. 11 shows a configuration example of the user information database 150.
  • the user information database 150 includes information on odors for each user.
  • the user 31 corresponds to “User AAA” in the figure
  • the user 32 corresponds to “User BBB” in the figure.
  • the user information database 150 includes a user's “favorable smell”, “dislike smell”, “sensitivity” to smell, and “threshold setting level”.
  • the threshold setting level is used to determine the odor level that the user can tolerate.
  • the information constituting the user information database 150 may be registered by the user in advance, or may be registered by the user using the communication terminal 40 when using a taxi (when requesting dispatch).
  • dispatching here means preparing the vehicle at a time and place where the user plans to use the vehicle (any of the vehicles 50A to 50C). That is, the vehicle is placed in a state where the user can use the vehicle by allocating the vehicle.
  • FIG. 4 is a functional block configuration diagram of the vehicle management server 200.
  • the vehicle management server 200 includes an odor level determination unit 210, a vehicle control unit 220, a user information acquisition unit 230, a vehicle information acquisition unit 240, an option selection unit 250, a reservation information acquisition unit 255, and an option execution unit. 260 is provided.
  • the vehicle management server 200 is realized by executing a program (software) on a general-purpose server computer including a processor, a memory, an input device, a display (not necessary), and a communication interface (communication IF).
  • a program software
  • a general-purpose server computer including a processor, a memory, an input device, a display (not necessary), and a communication interface (communication IF).
  • the odor level determination unit 210 determines whether the odor level based on the vehicle odor data satisfies a predetermined criterion.
  • the odor level determination unit 210 acquires the odor level associated with the type of the vehicle odor from the vehicle odor data. Further, the odor level determination unit 210 determines whether the obtained odor level satisfies a predetermined standard.
  • the odor level determination unit 210 acquires, for each vehicle, the odor level associated with the type of in-vehicle odor, and the total value of the odor levels of the type.
  • the odor level is a value indicating the intensity of the in-vehicle odor of the type.
  • the odor level may be an absolute value or an index with 100 as a maximum value.
  • the odor level determination unit 210 determines the odor level at the first time (t1) (first odor level) and the odor level at the second time (t2) after the first time.
  • the odor level (second odor level) can be obtained.
  • the odor level determination unit 210 determines the odor level estimated based on the change between the total odor level at t1 (“80” in the figure) and the total odor level at t2 (“50” in the figure). It is determined whether or not (for example, the total odor level at the time of dispatch (t3) after t2) satisfies a predetermined criterion.
  • the predetermined reference may be set for the total value of the odor levels, or may be set for each type of in-vehicle odor. In addition, as described later, it may dynamically change based on user information or vehicle information.
  • the odor level determination unit 210 can determine whether or not the odor level obtained after the vehicle control unit 220 controls the vehicle 50A satisfies a predetermined criterion. That is, the odor level determination unit 210 determines whether the odor level satisfies the predetermined criterion after the vehicle control unit 220 executes the control associated with the reduction of the odor level on the vehicle 50A. Can be.
  • the odor level determination unit 210 can also determine whether the odor level satisfies a predetermined criterion based on user information. Specifically, the odor level determination unit 210 can change a predetermined standard set by default based on the contents of the user information database 150 shown in FIG.
  • the default predetermined reference is raised according to the numerical value of the threshold setting level (that is, , Raise the acceptable odor level).
  • the odor level determination section 210 can also determine whether or not the odor level satisfies a predetermined standard based on the vehicle information. Specifically, the odor level determination unit 210 can change a predetermined standard set by default based on the type of the vehicle 50A.
  • the odor level determination unit 210 changes the predetermined reference according to whether the vehicle 50A is a minivan type or a sedan type. This is because the allowable odor level may be different depending on the size of the vehicle (the space inside the vehicle).
  • the odor level determination unit 210 may change the predetermined criterion according to the type of the vehicle equipment 53 or the environment (temperature and humidity, etc.) of the vehicle 50A, other than the vehicle size.
  • Vehicle control section 220 transmits control data for controlling vehicle 50A to vehicle 50A.
  • the vehicle control unit 220 performs control associated with the reduction of the odor level. Based on the control data, the control data for controlling the vehicle 50A is transmitted to the vehicle 50A.
  • the control includes control of the vehicle equipment 53 for the purpose of reducing odor in the vehicle. For example, control for replacing air or control for purifying air, such as opening a window, operating a fan or controlling the temperature of an air conditioning system, and operating an air purifier. The details of the control will be further described later.
  • the control content may include running for a certain period of time with the window opened. Furthermore, control contents may be set so that the odor level when the window is opened and the odor level when the window is closed can be compared.
  • control data is data for controlling at least one of the air conditioning system of the vehicle 50A and the opening and closing of the window.
  • the vehicle control unit 220 separates the control data based on the control contents required for distributing the vehicle 50A to the taxi stand (taxi stand, see FIG. 1) separately from the control contents associated with the reduction of the odor level. It can also be transmitted to the vehicle 50A.
  • the user information acquisition unit 230 acquires the user information of the vehicles 50A to 50C, that is, the users (users 31 or 32) who use the taxi. Specifically, the user information acquisition unit 230 acquires user information including the resistance of the user to the odor in the vehicle.
  • the user information database 150 includes information on odors for each user.
  • the user information acquisition unit 230 acquires information of the user included in the user information database 150.
  • the vehicle information acquisition unit 240 acquires vehicle information including at least one of the type and the environment of the vehicle 50A. Specifically, the vehicle information acquisition unit 240 acquires the type (minivan type, sedan type, etc.) of the vehicle 50A.
  • the type of the vehicle 50A may be held in the vehicle management server 200 in advance, or may be obtained from outside via the network cloud 20 as needed.
  • the vehicle information acquisition unit 240 acquires information such as the temperature and humidity outside the vehicle 50A, the temperature and humidity inside the vehicle 50A, and the weather as the environment of the vehicle 50A.
  • the information may be acquired from the outside via the network cloud 20, or the temperature and humidity inside the vehicle 50A may be acquired via the vehicle state acquisition unit 120 of the database server 100.
  • the option selecting unit 250 selects a vehicle providing option corresponding to the odor level.
  • the option selection unit 250 can select a provision option for replacing the vehicle 50A with another vehicle (for example, the vehicle 50B).
  • Such a provision option is selected particularly when it is determined that the odor level cannot satisfy the predetermined standard only by controlling the vehicle equipment 53.
  • the option selecting unit 250 can select a providing option to substitute the vehicle 50A with another vehicle based on, for example, the type of in-vehicle odor.
  • the provided option may be expressed as follows. Specifically, the future use of vehicle 50A is reserved based on predetermined conditions, and the provided option is a condition in which at least a part of the predetermined conditions is changed. Alternatively, the provided option is a condition in which, of the predetermined conditions, any one of the vehicle 50A (change to another vehicle), the usage fee, and the scheduled dispatch time is changed.
  • the option selection unit 250 can select a provision option for reducing the provision fee of the vehicle 50A. For example, when the default provision fee of the vehicle 50A is 300 yen / km, the option selection unit 250 reduces the provision fee according to the odor level remaining in the vehicle 50A.
  • Such a provision option is selected particularly when the odor level can be reduced to a certain level or less by controlling the vehicle equipment 53, or when the user is highly resistant to remaining in-vehicle odor (for example, tobacco).
  • the reservation information acquisition unit 255 acquires reservation information for using the vehicle 50A (up to the vehicle 50C). Specifically, the reservation information acquisition unit 255 acquires, from the communication terminal 40, reservation information indicating the use content (use start time, number of people, destination, and the like) of the vehicle 50A.
  • the option execution unit 260 executes a notification or vehicle control associated with the provided option selected by the option selection unit 250. Specifically, the option executing unit 260 notifies the communication terminal associated with the user of the content of the provided option.
  • FIGS. 12 and 13 show an example of a message of the vehicle allocation content displayed on the communication terminal 40 associated with the user.
  • the option execution unit 260 transmits to the communication terminal 40 the data of the vehicle allocation contents for displaying the message based on the selected vehicle providing option.
  • the dispatch contents include, for example, a scheduled time at which the vehicle arrives at a predetermined place (scheduled dispatch time), data on the odor in the car (for example, type, odor level), a control situation for reducing the odor level in the car, a provision fee, and a reservation.
  • Information on a change from the content at the time (for example, a change in a provision fee, a change in a dispatched vehicle, etc.) is included.
  • the scheduled vehicle allocation time can also be referred to as a vehicle use start time.
  • the option execution unit 260 can execute vehicle control to direct the other vehicle to a predetermined place (taxi stand). Specifically, option execution section 260 instructs vehicle control section 220 to dispatch another vehicle (for example, vehicle 50B) to a taxi stand.
  • the option execution unit 260 sends the cleaning of the vehicle 50A whose odor level is determined not to satisfy the predetermined criterion to a predetermined destination (for example, a cleaning company). Instruct. Specifically, option executing section 260 transmits a message (text or voice) to an e-mail address, telephone number, or the like associated with a predetermined destination.
  • a predetermined destination for example, a cleaning company. Instruct. Specifically, option executing section 260 transmits a message (text or voice) to an e-mail address, telephone number, or the like associated with a predetermined destination.
  • FIG. 5 shows a vehicle allocation schematic sequence by the vehicle management system 10.
  • the vehicle 50A is scheduled to be dispatched to the user 31 and has been used as a taxi before the dispatch.
  • the vehicle management system 10 acquires in-vehicle odor data from the vehicle 50A (S10). Specifically, the database server 100 acquires the in-vehicle odor data output from the odor sensor 51 provided in the vehicle 50A.
  • the vehicle 50A may detect that a passenger has exited from the vehicle 50A and transmit the in-vehicle odor data to the vehicle management system 10.
  • the vehicle management system 10 when the vehicle management system 10 detects that the vehicle 50A satisfies the predetermined condition, the vehicle management system 10 transmits an in-vehicle odor request instruction requesting the vehicle 50A to transmit the in-vehicle odor data. May be configured to transmit the in-vehicle odor data acquired from the odor sensor 51 to the vehicle management system 10.
  • the predetermined condition is, for example, a case in which the preceding passenger gets off the vehicle based on the information acquired by the vehicle management system 10 from the vehicle 50A and the next passenger has been reserved for dispatch.
  • the database server 100 determines the type of the vehicle odor based on the obtained vehicle odor data (S15). The details of the determination of the type of in-vehicle odor will be described later.
  • the database server 100 transmits the determined in-vehicle odor type and the odor level based on the in-vehicle odor data to the vehicle management server 200 (S20).
  • the database server 100 acquires from the vehicle 50A information indicating the vehicle state, such as the state of the vehicle 50A, specifically, the open / closed state of windows and the like, the temperature and humidity in the vehicle, and the state of the air conditioning system (S25).
  • the database server 100 transmits the information indicating the vehicle state to the vehicle management server 200 (S30).
  • the vehicle management server 200 receives a dispatch request from the communication terminal 40 used by the user 31 (S40).
  • the dispatch request (S40) from the communication terminal 40 may occur before the acquisition of in-vehicle odor data (S10).
  • the vehicle management server 200 determines the odor level based on the vehicle odor type, the odor level associated with the vehicle odor type, and the vehicle state (S50). Specifically, vehicle management server 200 determines whether or not the obtained odor level satisfies a predetermined standard. Details of the odor level determination will be described later.
  • the vehicle management server 200 selects a provision option according to the determination result of the odor level (S60). Specifically, the vehicle management server 200 can select a provision option that replaces the vehicle 50A with another vehicle (here, the vehicle 50B) or a provision option that reduces the provision fee of the vehicle 50A. Details of the provision option selection will be described later.
  • the vehicle management server 200 transmits a message indicating the contents of the vehicle allocation to the communication terminal 40 based on the selected provision option (S70).
  • the vehicle management server 200 instructs the vehicle 50A to dispatch a vehicle to a taxi stand (S80).
  • the vehicle 50A moves to the taxi stand, that is, the vicinity of the communication terminal 40 used by the user 31 based on the instruction (S90).
  • the vehicle management server 200 instructs the vehicle 50B to dispatch the vehicle to the taxi stand (S85).
  • the vehicle 50B moves to the vicinity of the communication terminal 40 based on the instruction (S95).
  • FIG. 6 shows a type determination flow of vehicle odor.
  • the vehicle management system 10 database server 100 acquires in-vehicle odor data from the vehicle 50A (S110).
  • the database server 100 determines the type of the vehicle odor based on the obtained vehicle odor data by referring to the vehicle odor database 140 (S120).
  • the database server 100 determines the type of in-vehicle odor based on the in-vehicle odor type database shown in FIG.
  • the in-vehicle odor type database is configured by the ratio of in-vehicle odor data (odor component) associated with the type of in-vehicle odor.
  • the database server 100 specifies the ratio of each odor component based on the numerical value (strength) of each odor component output from the odor sensor 51.
  • the database server 100 determines the type of in-vehicle odor based on the specified ratio (%) of each odor component.
  • FIG. 7 shows an odor level determination flow.
  • the vehicle management system 10 vehicle management server 200 acquires vehicle information of the vehicle 50A (S210). Specifically, the vehicle management server 200 acquires the type of the vehicle 50A and the environment (temperature and humidity inside and outside the vehicle) of the vehicle 50A.
  • part of the vehicle information is obtained from the outside via the network cloud 20, and the temperature and humidity inside the vehicle 50 ⁇ / b> A are obtained via the vehicle state obtaining unit 120 of the database server 100.
  • the detailed sequence regarding such acquisition of vehicle information is not shown in the vehicle allocation schematic sequence of FIG. 5 (the same applies hereinafter).
  • the vehicle management server 200 confirms whether or not there is a reservation for the vehicle for which the vehicle information has been acquired in S210 (S220).
  • the vehicle management server 200 receives a dispatch request to the taxi stand from the communication terminal 40 used by the user 31, and receives information on the dispatch including the dispatch time, the dispatch location and the user included in the dispatch request.
  • the information on the operation plan including the vehicle to be dispatched and the travel route of the vehicle to be dispatched is stored in the memory as vehicle reservation information in association with each other, and the vehicle reservation is confirmed based on the vehicle reservation information.
  • the transmission of the dispatch request from the communication terminal 40 may be in an electronic mail format or in a format using a dedicated application installed in the communication terminal 40.
  • the vehicle management server 200 acquires the user information of the user 31 associated with the communication terminal 40 based on the dispatch request from the communication terminal 40 (S230). Specifically, the vehicle management server 200 refers to the user information database 150 shown in FIG. 11, and obtains user information of the user 31 (“user AAA”) (“the user 31 likes“ smell ”,“ dislikes smell ”, (“Sensitivity” to smell, and threshold setting level).
  • the operations in S210 to S230 do not necessarily have to be performed in the order shown in FIG.
  • the vehicle information may be acquired after the user information.
  • the vehicle management server 200 acquires the odor level for each type of vehicle odor (S240). Specifically, the vehicle management server 200 refers to the vehicle-specific odor level database illustrated in FIG. 10 and obtains the odor level associated with the type of in-vehicle odor and the total value of the odor level of the type.
  • the vehicle management server 200 repeats the process of S240 at predetermined time intervals (t1, t2 in the figure).
  • the vehicle management server 200 determines whether or not the obtained odor level (for each type or total value) satisfies a predetermined criterion (S250).
  • the predetermined reference can be changed according to the vehicle information acquired in S210 or the content of the user information acquired in S230.
  • the vehicle management server 200 controls the vehicle equipment 53 (S260). . Specifically, vehicle management server 200 transmits control data for controlling vehicle 50A to vehicle 50A based on the control content associated with the reduction of the odor level.
  • the vehicle 50A that has received the control data from the vehicle management server 200 controls various devices constituting the vehicle equipment 53 based on the control data in order to reduce the odor level in the vehicle.
  • the vehicle management server 200 transmits control data for reducing the odor level in the vehicle to the vehicle 50A.
  • a control program for reducing the odor level in the vehicle in advance to the vehicle 50A. May be stored, and various devices constituting the vehicle equipment 53 may be controlled in accordance with the stored information.
  • the control contents include, as described above, opening of a window, operation of a fan or temperature adjustment of an air conditioning system, operation of an air purifier, and the like. Further, the control contents include control of a window, a door and a tailgate which can be opened and closed electrically, and lighting of an ultraviolet (UV) lamp (when equipped and when no occupant is present). Further, when the vehicle is equipped with the vehicle 50A, the control content may include an operation of a deodorizing / deodorizing device (including a device using a scientific reaction) and an operation of an ion generator.
  • a deodorizing / deodorizing device including a device using a scientific reaction
  • the control data includes the position of the window to be opened (front right side, rear left side, etc.), the time to open the window, the degree to which the window is opened (all open, half open, 1/3 open, etc.) Data about the size).
  • control data may further include data relating to the time and the operation intensity of the deodorizing / deodorizing device and the ion generator.
  • the vehicle 50A that has received the control data from the vehicle management server 200 controls various devices constituting the vehicle equipment 53 based on an instruction included in the control data.
  • the vehicle management server 200 ends the process without controlling various devices constituting the vehicle equipment 53.
  • the vehicle management server 200 determines whether or not the odor level is improved until the odor level satisfies a predetermined criterion as a result of controlling various devices constituting the vehicle equipment 53 for the purpose of reducing the odor level (S270).
  • vehicle management server 200 determines whether or not the odor level (for each type or total value) obtained after control of vehicle equipment 53 satisfies a predetermined criterion (see TH in the figure). I do.
  • the process of S270 is executed, for example, by the scheduled dispatch time at which dispatch to the next passenger is performed.
  • the vehicle management server 200 may check whether the odor level has actually improved to a predetermined criterion based on the odor level acquisition result that is repeatedly executed at a predetermined time interval. As shown outside the flow, whether the odor level in the future (for example, scheduled vehicle allocation time) estimated based on the change (degree of reduction) between the odor level at t1 and the odor level at t2 satisfies a predetermined criterion? May be determined after performing a prediction process.
  • control content for the odor level reduction executed by the various devices constituting the vehicle equipment 53 data on the contribution level to the odor level reduction is stored in advance, and the control content with the small contribution level is executed. Based on the change value from t1 to the odor level at t2, a change value expected when control content having a large contribution level is executed may be predicted. In this case, a future change value may be predicted based on the obtained change value of the odor level and the ratio of both contribution levels.
  • the vehicle management server 200 determines that the vehicle 50A is to be dispatched as scheduled, and ends the flow.
  • the vehicle management server 200 is allocated to the user 31.
  • a selection flow of a vehicle option (providing option) is executed (S280).
  • FIG. 8 shows a selection flow of the provision option.
  • the vehicle management system 10 vehicle management server 200 acquires the type of in-vehicle odor occurring in the vehicle 50A distributed to the user 31 (S310). Specifically, the vehicle management server 200 acquires the type of in-vehicle odor acquired by executing the odor level determination flow (see FIG. 7).
  • the vehicle management server 200 determines whether the vehicle 50A needs to be replaced with another vehicle (the vehicle 50B) (S320). Specifically, vehicle management server 200 determines whether or not replacement with vehicle 50B is necessary, based on the type of in-vehicle odor.
  • the vehicle odor in the vehicle is “vomit”, it is difficult to provide the vehicle 50A as it is, so it is determined that the vehicle 50B needs to be replaced.
  • the type of in-vehicle odor is “tobacco”, the vehicle odor at a certain odor level remains even when the vehicle 50A is provided to the user 31, but the user information of the user 31 (see FIG. 11). ) Is considered, and it is determined whether the vehicle 50A can be provided.
  • the vehicle management server 200 instructs the vehicle 50B to dispatch a vehicle to a taxi stand (S330). Further, the vehicle management server 200 instructs a predetermined destination (for example, a cleaning company) to clean the vehicle 50A that was originally scheduled to be dispatched (S340). This is because it is assumed that the inside of the vehicle 50A is contaminated by the discharged material.
  • a predetermined destination for example, a cleaning company
  • data for scheduling cleaning is transmitted to the predetermined destination
  • data for canceling the original dispatch schedule is transmitted to the vehicle 50A, and the data is associated with the predetermined destination at the time when cleaning is scheduled for the predetermined destination.
  • the data for instructing the vehicle to travel to the designated geographical position (such as an address) is transmitted.
  • the vehicle management server 200 determines whether it is necessary to reduce the provided fee (S350).
  • the vehicle management server 200 provides the default of the vehicle 50A based on the type of odor inside the vehicle 50A, the odor level, or the time required for dispatch (including whether or not there is a delay from the scheduled dispatch time). Fees can be reduced. Note that the vehicle management server 200 may change the reduction rate according to the smell level or the content of the user information, or may not need the reduction.
  • the change of the already-distributed vehicle allocation is determined.
  • a change in the vehicle is determined among the vehicle allocation contents reserved in S320, S330, and S340.
  • a change in the amount is determined among the reserved vehicle allocation contents. But not limited to this. For example, it may be determined that the scheduled dispatch time is delayed by a predetermined time in the dispatch content and the dispatched vehicle 50A is cleaned.
  • the vehicle management server 200 transmits the determined vehicle allocation content to the communication terminal 40 used by the user 31 to notify the communication terminal 40 (S360).
  • FIG. 12 shows an example of a message of dispatch content when the vehicle 50A is provided. Specifically, FIG. 12 shows an example of a message displayed on the communication terminal 40 as the notification result of S360.
  • the communication terminal 40 displays information on the type of tobacco in the vehicle (tobacco), the status of the vehicle 50A, the estimated time of dispatch, and the reduction of the provision fee.
  • FIG. 13 shows an example of a message of dispatch content when vehicle 50B is provided instead of vehicle 50A.
  • the communication terminal 40 displays information about the change of the vehicle, the scheduled vehicle allocation time, and the reduction of the provision fee. If the user 31 touches the "OK" button, the allocation of the vehicle 50B is determined, and if the user touches the "change” button, the screen can be changed to a screen for changing the allocation condition.
  • the message may further include the following items. ⁇ Type of odor in the car ⁇ Detected odor level ⁇ Estimated odor level at the time of dispatch (at the time of boarding) ⁇ Delay time from scheduled dispatch time ⁇ Reason for reduction of offer fee
  • the message may be transmitted at the following timing other than the timing of S360 described above. -At the time of dispatch request-At the time of detection of an odor level that does not satisfy the prescribed criteria-At a prescribed time (for example, 30 minutes) before the scheduled dispatch time
  • the type of the vehicle odor is determined based on the vehicle odor data output from the odor sensor 51, and the odor level associated with the vehicle odor type is determined from the vehicle odor data. Is obtained. Further, it is determined whether the odor level satisfies a predetermined criterion.
  • the vehicle when it is determined that the odor level in the vehicle does not satisfy the predetermined criterion, the vehicle can be prevented from being provided to the user. Thereby, only the vehicle whose odor level in the vehicle satisfies the predetermined criterion can be provided to the user.
  • the server (database server 100 or vehicle management server 200) at a remote location receives the in-vehicle odor data output from the odor sensor 51 of the vehicle, and determines whether or not the odor level in the vehicle satisfies a predetermined standard. If the predetermined criterion is not satisfied, the server can transmit control data for reducing the odor level to the vehicle.
  • the vehicle management system 10 determines the odor level estimated based on the change in the odor level at the first time (t1) and the odor level at the second time (t2) after the first time (for example, , The odor level at t3 after t2) satisfies a predetermined criterion.
  • the vehicle management system 10 transmits control data for controlling the vehicle to the vehicle based on the control content associated with the reduction of the odor level. be able to.
  • the vehicle management system 10 can determine whether or not the odor level satisfies a predetermined criterion after the control associated with the reduction of the odor level is performed on the vehicle. .
  • the vehicle management system 10 can determine whether the odor level satisfies a predetermined criterion based on the user information. That is, the predetermined criterion can be changed according to the content of the user information. For this reason, it is possible to achieve both a high level of satisfaction of the user's satisfaction with the odor in the vehicle and an improvement in the operation rate of the vehicle.
  • the vehicle management system 10 can determine whether the odor level satisfies a predetermined criterion based on vehicle information. That is, the predetermined criterion can be changed according to the type of the vehicle or the environment. For this reason, it is possible to provide the user with only a vehicle having a higher odor level that satisfies the predetermined criterion with higher accuracy.
  • a vehicle providing option corresponding to the odor level is selected. Further, a notification associated with the selected provided option (such as a message notification of vehicle allocation to the communication terminal 40) or vehicle control for the vehicle (allocation of a substitute vehicle to a taxi stand) is executed.
  • an appropriate option according to the odor level in the vehicle is selected by selecting a vehicle providing option corresponding to the odor level.
  • the vehicle may be provided to the user on condition.
  • the vehicle management system 10 can select a provision option for replacing a vehicle determined as having an odor level not satisfying the predetermined criterion with another vehicle.
  • the vehicle management system 10 can select a provision option to substitute for another vehicle based on the type of in-vehicle odor.
  • the vehicle management system 10 can execute vehicle control for directing the other vehicle to a predetermined place (taxi stand).
  • the vehicle management system 10 when the vehicle management system 10 selects a provision option that substitutes for another vehicle, the vehicle management system 10 instructs a predetermined destination (for example, a cleaning company) to clean the vehicle that was originally scheduled to be dispatched. Can be.
  • a predetermined destination for example, a cleaning company
  • the vehicle management system 10 can select a provision option for reducing the provision fee of the vehicle. For this reason, when the user can accept, it is possible to provide the user with only the vehicle in which the odor level in the vehicle satisfies the predetermined criterion while increasing the operation rate of the vehicle. Further, the user can use the vehicle at a low price.
  • the vehicle management system 10 can notify the communication terminal 40 associated with the user to whom the vehicle is to be allocated of the content of the selected provided option. For this reason, even when a change occurs in the vehicle allocation contents, the user can promptly confirm the vehicle allocation contents. In addition, even when the user does not accept the dispatch contents, the user can promptly change the dispatch contents.
  • the odor sensor 51 is provided inside the vehicle 50A, but an odor sensor that detects the odor outside the vehicle may be provided. By detecting the odor outside the vehicle, it is possible to determine with high accuracy whether the detected odor is generated inside or outside the vehicle.
  • each odor sensor 51 can be provided, for example, for each seat position in the passenger compartment.
  • each odor sensor has an identifier (ID) that can identify the seat position and the inside / outside of the vehicle. Is also good.
  • the vehicles 50A to 50C are taxis, but the vehicles 50A to 50C may be vehicles provided for a car share rig or a rental car.
  • the vehicle management server 200 manages the scheduled use time of the vehicle by the user.
  • the vehicles 50A to 50C have an automatic driving function of level 4 or higher, but the vehicles 50A to 50C have an automatic driving function of level 3 or lower, and the driver May be.
  • the vehicle management system 10 is configured by the database server 100 and the vehicle management server 200.
  • the database server 100 and the vehicle management server 200 are not distinguished, and the functions of both servers are integrated or It may be provided in a distributed manner. That is, as described above, the functions of both servers may be virtually realized using various services provided on the network cloud 20.
  • the information constituting the user information database 150 may be registered by the user in advance, or may be registered by the user using the communication terminal 40 when using a taxi (when requesting dispatch). However, the user may further change the registered content according to the presence or absence of a fellow passenger, or the mood at the time of a dispatch request.
  • the provision option for reducing the provision fee of the vehicle 50A has been selected.
  • the user can provide cooperation such as simple cleaning of the dispatched vehicle, identification of the source of odor in the vehicle, and the like. Alternatively, a corresponding value (credit) may be obtained.
  • Reference Signs List 10 vehicle management system 20 network cloud 31, 32 user 40 communication terminal 50A, 50B, 50C vehicle 51 odor sensor 53 vehicle equipment 55 communication unit 57 equipment control unit 59 transmission control unit 100 database server 110 in-vehicle odor data acquisition unit 120 vehicle state acquisition Unit 130 vehicle odor type determination unit 140 vehicle odor database 150 user information database 200 vehicle management server 210 odor level determination unit 220 vehicle control unit 230 user information acquisition unit 240 vehicle information acquisition unit 250 option selection unit 255 reservation information acquisition unit 260 option execution Department

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Human Resources & Organizations (AREA)
  • Mechanical Engineering (AREA)
  • Tourism & Hospitality (AREA)
  • Economics (AREA)
  • Strategic Management (AREA)
  • Automation & Control Theory (AREA)
  • Theoretical Computer Science (AREA)
  • General Business, Economics & Management (AREA)
  • Marketing (AREA)
  • Development Economics (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Transportation (AREA)
  • Quality & Reliability (AREA)
  • Educational Administration (AREA)
  • Thermal Sciences (AREA)
  • Operations Research (AREA)
  • Mathematical Physics (AREA)
  • Human Computer Interaction (AREA)
  • Remote Sensing (AREA)
  • Radar, Positioning & Navigation (AREA)
  • Game Theory and Decision Science (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Primary Health Care (AREA)
  • Traffic Control Systems (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Air-Conditioning For Vehicles (AREA)
  • Air Conditioning Control Device (AREA)

Abstract

本発明は、車内の臭いレベルが所定基準を満たす車両をユーザーに提供し得る車両管理システム、車載システム及び車両管理方法の提供を目的とする。車両管理システム（１０）は、車両（５０A,５０B,５０C）の車内に設けられた臭いセンサ（５１）から出力された車内臭データを取得し、当該車内臭データに基づいて車内臭の種別を判定する。車両管理システム（１０）は、当該車内臭の種別と対応付けられる臭いレベルを車内臭データから取得し、当該臭いレベルが所定基準を満たすか否かを判定する。

Description

車両管理システム、車載システム及び車両管理方法
　本発明は、車両の状態、特に、車内の臭いレベルを含む車両の状態を管理する車両管理システム、車載システム及び車両管理方法に関する。
　専用のアプリケーションプログラムがインストールされたスマートフォンを用いて、車両のオンボードコンピュータから出力された当該車両の診断データを、通信ネットワークを介して遠隔診断センタに送信する車両遠隔診断システムが知られている（特許文献１参照）。
　この車両遠隔診断システムでは、不具合箇所を示すコード（ＤＴＣ）が診断データに含まれていない場合、当該アプリケーションプログラムが、異臭などが発生しているか否かをユーザに問い合わせ、ユーザによって入力された異臭などの有無が遠隔診断センタに送信される。
米国特許出願公開第２０１３／０３０４２７８号明細書
　ところで、不特定多数のユーザに同一の車両が順次提供されるタクシー及びカーシェアリングなどでは、車両の提供時には、異臭などが発生しておらず、車内の臭いレベルが所定基準を満たしていることが望ましい。
　しかしながら、特許文献１に記載された車両遠隔診断システムは、このような課題の解決方法については、何ら開示も示唆もしていない。
　本発明は、このような状況に鑑みてなされたものであり、車内の臭いレベルが所定基準を満たす車両をユーザに提供し得る車両管理システム、車載システム及び車両管理方法の提供を目的とする。
　本発明の一態様に係わる車両管理システムは、車両の車内に設けられた臭いセンサから出力された車内臭データを取得し、当該車内臭データに基づいて車内臭の種別を判定する。車両管理システムは、当該車内臭の種別と対応付けられる臭いレベルを車内臭データから取得し、当該臭いレベルが所定基準を満たすか否かを判定する。
　本発明の一態様に係わる車両管理システムは、車両の車内に設けられた臭いセンサから出力された車内臭データを取得し、当該車内臭データに基づく臭いレベルが所定基準を満たすか否かを判定する。車両管理システムは、当該臭いレベルが所定基準を満たさないと判定された場合、当該臭いレベルに対応した車両の提供オプションを選択し、当該提供オプションと対応付けられた通知または車両制御を実行する。
図１は、車両管理システム１０の全体概略構成図である。 図２は、車両５０Ａ~車両５０Ｃの機能ブロック構成図である。 図３は、データベースサーバ１００の機能ブロック構成図である。 図４は、車両管理サーバ２００の機能ブロック構成図である。 図５は、車両管理システム１０による配車概略シーケンスを示す図である。 図６は、車内臭の種別判定フローを示す図である。 図７は、臭いレベルの判定フローを示す図である。 図８は、提供オプションの選択フローを示す図である。 図９は、車内臭データベース１４０（車内臭種別データベース）の構成例を示す図である。 図１０は、車内臭データベース１４０（車両別臭いレベルデータベース）の構成例を示す図である。 図１１は、ユーザ情報データベース１５０の構成例を示す図である。 図１２は、ユーザと対応付けられた通信端末４０に表示される配車内容のメッセージ例（その１）を示す図である。 図１３は、ユーザと対応付けられた通信端末４０に表示される配車内容のメッセージ例（その２）を示す図である。
　以下、実施形態を図面に基づいて説明する。なお、同一の機能や構成には、同一または類似の符号を付して、その説明を適宜省略する。
　（車両管理システムの全体構成）
　図１は、本実施形態に係る車両管理システム１０の全体概略構成図である。図１に示すように、車両管理システム１０は、ネットワーククラウド２０上に設けられたデータベースサーバ１００及び車両管理サーバ２００を含む。
　ネットワーククラウド２０は、有線通信または無線通信によって情報伝送を可能にする通信ネットワークである。ネットワーククラウド２０は、典型的にはインターネットを含み、インターネット上において提供される各種の情報提供サービス（気象、交通渋滞など）、ストレージサービス、及びアプリケーションサービスなどを含む。
　なお、データベースサーバ１００及び車両管理サーバ２００の機能の一部または全部は、ネットワーククラウド２０上で提供される当該サービスによって、仮想的に提供されても構わない。
　車両管理システム１０は、車両５０Ａ、車両５０Ｂ及び車両５０Ｃを管理する。なお、車両管理システム１０が管理する車両の台数は例示であり、実際には、さらに多くの車両が管理される。
　本実施形態では、車両５０Ａ~車両５０Ｃは、ユーザ３１及びユーザ３２（ユーザ数は、ユーザ３１及びユーザ３２に限定されない）によって利用される営業用自動車、具体的には、タクシーである。特に、本実施形態では、車両５０Ａ~車両５０Ｃは、ドライバーを必要としないレベル４以上の自動運転機能を有する。但し、車両５０Ａ~車両５０Ｃは、必ずしもこのような自動運転機能を有していなくても構わない。
　通信端末４０は、ユーザ３１（またはユーザ３２）が使用する携帯型の端末装置であり、典型的には、無線通信機能を有するスマートフォンまたはタブレット端末などである。通信端末４０は、ネットワーククラウド２０を介して車両管理サーバ２００などと通信を実行する。
　データベースサーバ１００は、車両及びユーザに関する情報を保持する。具体的には、データベースサーバ１００は、車両５０Ａ~車両５０Ｃの状態、特に、本実施形態では、車内臭に関する情報を保持する。また、データベースサーバ１００は、ユーザ３１及びユーザ３２の属性、特に、車内臭に対する耐性などに関する情報（ユーザ情報）を保持する。
　車両管理サーバ２００は、車両の状態を管理するとともに、車両に対する各種制御を実行する。具体的には、車両管理サーバ２００は、車両５０Ａ~車両５０Ｃの車内の臭いレベルを管理し、車両に搭載されている装備（パワーウィンドウ、空調システムなど）、または自動運転機能に対する制御を実行する。
　本実施形態では、データベースサーバ１００及び車両管理サーバ２００によって、車両５０Ａ~車両５０Ｃの状態を管理する車両管理システムが構成される。車両管理システムは、車両５０Ａ~車両５０Ｃと通信を行う通信インタフェースを含んでおり、当該車両とは分離されたサーバ、具体的には、サーバコンピュータである。
　（車両及び車両管理システムの機能ブロック構成）
　次に、車両５０Ａ~車両５０Ｃ、及び車両管理システム１０の機能ブロック構成について説明する。
　（１）車両５０Ａ~車両５０Ｃ
　図２は、車両５０Ａ~車両５０Ｃの機能ブロック構成図である。具体的には、図２は、車内臭データの取得、及び車両装備の制御に関連する機能ブロックのみを示す。
　より具体的には、図２は、プロセッサとメモリとを少なくとも有し、車両に搭載される車載システムを示しており、車載システムは、車両５０Ａの車内臭を検知する臭いセンサ５１と、サーバ（データベースサーバ１００または車両管理サーバ２００）と通信を行う無線通信インタフェースとを有する。
　図２に示すように、車両５０Ａ（車両５０Ｂ及び車両５０Ｃも同様、以下同）は、臭いセンサ５１、車両装備５３、通信部５５、装備制御部５７及び送信制御部５９を備える。
　臭いセンサ５１は、車両５０Ａの車内の臭い（車内臭）を検出する。具体的には、臭いセンサ５１は、車両５０Ａの客室内または荷室内に設けられる。また、臭いセンサ５１は、客室内のシートポジション毎に設けられてもよい。
　臭いセンサ５１の形式は特に限定されず、例えば、半導体式または水晶振動子式を用いることができる。臭いセンサ５１は、臭気センサと呼ばれてもよく、車内の空気中を漂ってきて嗅覚を刺激する臭い成分を検出し、臭い成分毎に数値化されたデータ（車内臭データ）を出力する。つまり、臭いセンサ５１から出力される車内臭データには、各臭い成分の比率と、各臭い成分の強さとが含まれる。
　車両装備５３は、車両５０Ａに搭載される各種装備を含む。特に、本実施形態では、車両装備５３には、車両５０Ａの自動運転に関する装備、具体的には、アクセル、ブレーキ、ステアリング関連装備、バッテリなどの電源が含まれる。当該電源は、臭いセンサ５１、車両装備５３、通信部５５、装備制御部５７及び送信制御部５９に含まれる各電子部品に電力を供給する。
　また、車両装備５３は、車内の乗客の乗降を検知するためのカメラ、及び座席の着座センサを含む。
　また、本実施形態では、車両装備５３には、車内臭の低減に用い得る全ての装備が含まれる。具体的には、車両装備５３には、パワーウィンドウなど、電動で開閉可能なウィンドウ、ドア及びテールゲートが含まれる。また、車両装備５３には、空調システム（ファン、ヒータ、温湿度計及びエアコンディショナ）及び空気清浄機が含まれる。さらに、車両装備５３には、紫外線（ＵＶ）ランプが含まれてもよい。
　通信部５５は、車両５０Ａ近傍のアクセスポイント（無線基地局など）と無線信号を送受信し、当該アクセスポイントを経由して各種データを送受信する。
　通信部５５は、通信モジュールとして車両５０Ａに備えられてもよいし、スマートフォンなどの通信端末を用いて実現してもよい。典型的には、４Ｇ（ＬＴＥ）または５Ｇなどの移動通信ネットワークの利用が挙げられる。なお、他の無線通信方式（無線ＬＡＮなど）であっても構わない。
　装備制御部５７は、車両装備５３を制御する。具体的には、装備制御部５７は、車両管理システム１０（車両管理サーバ２００）からの指示に基づいて、車両装備５３、例えば、ウィンドウの開閉、空調システムの作動を制御する。
　また、装備制御部５７は、臭いセンサ５１を制御することによって得られた車内臭データに基づいて車両管理サーバ２００から送信されたコマンド（第２のコマンド）を受信し、空調システム及びウィンドウの開閉の少なくとも何れかを制御することができる。
　さらに、装備制御部５７は、車両管理システム１０（車両管理サーバ２００）からの指示に基づいて、自動運転に関する装備（アクセル、ブレーキ、ステアリング関連装備）を制御する。
　送信制御部５９は、車内臭データの送信を制御する。具体的には、送信制御部５９は、車両管理サーバ２００から送信されたコマンド（第１のコマンド）を受信し、臭いセンサ５１を制御する。送信制御部５９は、臭いセンサ５１を制御することによって得られた車内臭データを、無線通信インタフェースを経由して車両管理サーバ２００に送信することができる。
　（２）データベースサーバ１００
　図３は、データベースサーバ１００の機能ブロック構成図である。図３に示すように、データベースサーバ１００は、車内臭データ取得部１１０、車両状態取得部１２０、車内臭種別判定部１３０、車内臭データベース１４０及びユーザ情報データベース１５０を備える。
　データベースサーバ１００は、プロセッサ、メモリ、入力デバイス、ディスプレイ（必須ではない）及び通信インタフェース（通信ＩＦ）を備える汎用のサーバコンピュータ上においてプログラム（ソフトウェア）を実行することによって実現される。
　車内臭データ取得部１１０は、車両５０Ａの車内に設けられた臭いセンサ５１から出力された車内臭データを取得する。
　具体的には、車内臭データ取得部１１０は、車両５０Ａからネットワーククラウド２０を介して送信された車内臭データを取得する。つまり、車内臭データ取得部１１０は、通信インタフェースを経由して車両５０Ａから車内臭データを取得する。
　車内臭データ取得部１１０によって取得された車内臭データは、車内臭データベース１４０（車両別臭いレベルデータベース）の構成に用いられる。
　また、車内臭データ取得部１１０は、車両５０Ａに対する利用の予約情報が存在することを検知した場合、車両５０Ａに対して車内臭データを要求し、当該車内臭データを取得することができる。
　車両状態取得部１２０は、車両５０Ａの状態を取得する。具体的には、車両状態取得部１２０は、車両装備５３の状態を取得する。より具体的には、車両状態取得部１２０は、ウィンドウなどの開閉状態、車内の温湿度、及び空調システムの状態（例えば、空調システムのファン作動のＯＮ／ＯＦＦデータ、設定温度、外気導入の有無、空気清浄機の作動のＯＮ／ＯＦＦデータ）などを取得する。
　また、車両状態取得部１２０は、車両５０Ａの現在位置及び走行ルートなどを取得することもできる。
　車内臭種別判定部１３０は、車両５０Ａの車内臭の種別を判定する。具体的には、車内臭種別判定部１３０は、車内臭データ取得部１１０によって取得された車内臭データに基づいて、車両５０Ａの車内において発生している車内臭の種別を判定する。
　車内臭の種別は、臭いセンサ５１を用いて検出可能な臭いであれば、特に限定されないが、車両５０Ａがタクシーであり、不特定多数のユーザによって利用されることを考慮すると、主な車内臭としては、生花、たばこ（車内での喫煙だけでなく、喫煙者（スモーカー）の乗車に起因する車内臭も含む）、吐しゃ物、汗、ペットに関する臭いなどが挙げられる。
　車内臭データベース１４０は、車内臭データに基づいて構成されるデータベースである。本実施形態では、車内臭データベース１４０は、車内臭種別データベースと、車両別臭いレベルデータベースとによって構成される。
　図９は、車内臭データベース１４０（車内臭種別データベース）の構成例を示す。また、図１０は、車内臭データベース１４０（車両別臭いレベルデータベース）の構成例を示す。
　図９に示すように、車内臭種別データベースは、車内臭の種別と対応付けられた車内臭データ（臭い成分）の比率によって構成される。例えば、「生花」であれば、成分ａ＝６０（％），成分ｂ＝２０（％），成分ｃ＝２０（％）と設定されている。
　例えば、ａ，ｂ，ｃは、硫化水素、酢酸、メチルメルカブタンであるが、これに限定されるものではなく、車内臭として乗客に嫌悪感をもたらす成分であり、複数の車内臭の種別を判定するために十分な成分であればよい。
　他の車内臭の種別（たばこ、吐しゃ物）についても同様に、成分毎の数値（％）が設定されている。また、「混合１」のように、複数種別（例えば、「生花」と「たばこ」）の車内臭が混合した場合における成分毎の数値（％）が設定されてもよい。
　また、車内臭種別データベースを構成する各数値は、車内臭データ取得部１１０によって取得された車内臭データに基づいて適宜更新されてもよい。
　図１０に示すように、車両別臭いレベルデータベースは、臭いセンサ５１から出力された車内臭データに基づく車内臭の種別（生花（Ｘ）、たばこ（Ｙ）、吐しゃ物（Ｚ））と対応付けられる臭いレベル、当該種別の臭いレベルの合計値、及び車両装備５３の状態によって構成される。
　また、車両別臭いレベルデータベースは、異なる時刻（ｔ１，ｔ２）に臭いセンサ５１から出力された車内臭データに基づく臭いレベルと、当該時刻における車両装備５３の状態を含むことができる。
　ユーザ情報データベース１５０は、車両５０Ａ~車両５０Ｃ、つまり、タクシーを利用するユーザ３１及びユーザ３２の情報によって構成されるデータベースである。
　図１１は、ユーザ情報データベース１５０の構成例を示す。図１１に示すように、ユーザ情報データベース１５０は、ユーザ毎の臭いに関する情報によって構成される。ユーザ３１は、図中の「ユーザＡＡＡ」と対応し、ユーザ３２は、図中の「ユーザＢＢＢ」と対応する。
　具体的には、ユーザ情報データベース１５０は、ユーザが「好きな臭い」、「嫌いな臭い」、臭いに対する「敏感性」、及び「閾値設定レベル」によって構成される。閾値設定レベルは、当該ユーザが許容できる臭いレベルの決定に用いられる。
　ユーザ情報データベース１５０を構成する情報は、当該ユーザが事前に登録してもよいし、タクシー利用時（配車要求時）に当該ユーザが通信端末４０を用いて登録してもよい。なお、ここでいう配車とは、当該ユーザが車両（車両５０Ａ~車両５０Ｃの何れか）を利用する予定の時間及び場所に車両を準備することである。つまり、配車によって当該ユーザが車両を利用可能な状態に置かれる。
　（３）車両管理サーバ２００
　図４は、車両管理サーバ２００の機能ブロック構成図である。図４に示すように、車両管理サーバ２００は、臭いレベル判定部２１０、車両制御部２２０、ユーザ情報取得部２３０、車両情報取得部２４０、オプション選択部２５０、予約情報取得部２５５及びオプション実行部２６０を備える。
　車両管理サーバ２００は、プロセッサ、メモリ、入力デバイス、ディスプレイ（必須ではない）及び通信インタフェース（通信ＩＦ）を備える汎用のサーバコンピュータ上においてプログラム（ソフトウェア）を実行することによって実現される。
　臭いレベル判定部２１０は、車内臭データに基づく臭いレベルが所定基準を満たすか否かを判定する。
　具体的には、臭いレベル判定部２１０は、車内臭の種別と対応付けられる臭いレベルを車内臭データから取得する。さらに、臭いレベル判定部２１０は、取得した臭いレベルが所定基準を満たすか否かを判定する。
　より具体的には、臭いレベル判定部２１０は、図１０に示したように、車両毎に、車内臭の種別と対応付けられる臭いレベル、及び当該種別の臭いレベルの合計値を取得する。
　臭いレベルは、当該種別の車内臭の強さを示す値である。臭いレベルは、絶対値でもよいし、１００を最大値としたインデックス（指数）でもよい。
　本実施形態では、臭いレベル判定部２１０は、図１０に示すように、第１時刻（ｔ１）における臭いレベル（第１臭いレベル）と、第１時刻よりも後の第２時刻（ｔ２）における臭いレベル（第２臭いレベル）とを取得できる。
　臭いレベル判定部２１０は、ｔ１における臭いレベルの合計値（図中の「８０」）と、ｔ２における臭いレベルの合計値（図中の「５０」）との変化に基づいて推定される臭いレベル（例えば、ｔ２よりも後の配車時（ｔ３）における臭いレベルの合計値）が所定基準を満たすか否かを判定する。
　なお、所定基準は、臭いレベルの合計値に対して設定されてもよいし、車内臭の種別毎に対して設定されてもよい。また、後述するように、ユーザ情報または車両情報に基づいて動的に変化してもよい。
　臭いレベル判定部２１０は、車両制御部２２０によって車両５０Ａが制御された後に取得した臭いレベルが所定基準を満たすか否かを判定することができる。つまり、臭いレベル判定部２１０は、車両制御部２２０によって、臭いレベルの低減と対応付けられた制御が車両５０Ａに対して実行された後に、臭いレベルが所定基準を満たすか否かを判定することができる。
　また、臭いレベル判定部２１０は、臭いレベルが、ユーザ情報に基づく所定基準を満たすか否かを判定することもできる。具体的には、臭いレベル判定部２１０は、図１１に示したユーザ情報データベース１５０の内容に基づいて、デフォルトで設定されている所定基準を変更することができる。
　例えば、図１１に示すように、臭いに対する「敏感性」が高く、閾値設定レベルが低い場合（図中の「４０」）、デフォルトの所定基準を、閾値設定レベルの数値に応じて引き上げる（つまり、許容できる臭いレベルを引き上げる）。
　さらに、臭いレベル判定部２１０は、臭いレベルが、車両情報に基づく所定基準を満たすか否かを判定することもできる。具体的には、臭いレベル判定部２１０は、車両５０Ａの種別に基づいて、デフォルトで設定されている所定基準を変更することができる。
　例えば、臭いレベル判定部２１０は、車両５０Ａがミニバン型か、またはセダン型かに応じて、当該所定基準を変更する。車両（車内空間）のサイズに応じて、許容可能な臭いレベルが異なり得るためである。なお、臭いレベル判定部２１０は、車両サイズ以外に、車両装備５３の種別、または車両５０Ａの環境（温湿度など）に応じて当該所定基準を変更してもよい。
　車両制御部２２０は、車両５０Ａを制御する制御データを車両５０Ａに送信する。特に、本実施形態では、車両制御部２２０は、車内臭の種別と対応付けられる臭いレベル（以下、単に臭いレベル）が所定基準を満たさない場合、当該臭いレベルの低減と対応付けられた制御内容に基づいて、車両５０Ａを制御する制御データを車両５０Ａに送信する。
　当該制御内容としては、車内臭の低減を目的とした車両装備５３に対する制御が挙げられる。例えば、ウィンドウの開放、空調システムのファン作動または温度調整、空気清浄機の作動など、空気を入れ替えるための制御または空気を清浄する制御である。なお、制御内容の詳細については、さらに後述する。
　また、当該制御内容には、ウィンドウを開けた状態での一定時間の走行などが含まれてもよい。さらに、ウィンドウを開けた状態での臭いレベルと、ウィンドウを閉めた状態での臭いレベルとの比較ができるような制御内容が設定されてもよい。
　つまり、制御データは、車両５０Ａの空調システム及びウィンドウの開閉の少なくとも何れかを制御するためのデータである。
　なお、車両制御部２２０は、臭いレベルの低減と対応付けられた制御内容とは別に、車両５０Ａのタクシースタンド（タクシー乗り場、図１参照）への配車に必要となる制御内容に基づく制御データを車両５０Ａに送信することもできる。
　ユーザ情報取得部２３０は、車両５０Ａ~車両５０Ｃ、つまり、タクシーを利用するユーザ（ユーザ３１またはユーザ３２）のユーザ情報を取得する。具体的には、ユーザ情報取得部２３０は、当該ユーザの車内臭に対する耐性を含むユーザ情報を取得する。
　図１１に示したように、ユーザ情報データベース１５０は、ユーザ毎の臭いに関する情報によって構成される。ユーザ情報取得部２３０は、ユーザ情報データベース１５０に含まれる当該ユーザの情報を取得する。
　車両情報取得部２４０は、車両５０Ａの種別及び環境の少なくとも何れかを含む車両情報を取得する。具体的には、車両情報取得部２４０は、車両５０Ａの種別（ミニバン型、セダン型など）を取得する。車両５０Ａの種別は、車両管理サーバ２００内に予め保持されていてもよいし、必要に応じてネットワーククラウド２０を介して外部から取得してもよい。
　また、車両情報取得部２４０は、車両５０Ａの環境として、車両５０Ａの車外の温湿度、車両５０Ａの車内の温湿度、天候などの情報を取得する。当該情報は、ネットワーククラウド２０を介して外部から取得してもよいし、車両５０Ａの車内の温湿度などについては、データベースサーバ１００の車両状態取得部１２０を介して取得してもよい。
　オプション選択部２５０は、臭いレベルが所定基準を満たさないと判定された場合、当該臭いレベルに対応した車両の提供オプションを選択する。
　具体的には、オプション選択部２５０は、車両５０Ａを他の車両（例えば、車両５０Ｂ）に代替する提供オプションを選択することができる。
　このような提供オプションは、特に、車両装備５３の制御のみでは、臭いレベルが所定基準を満たせない場合と判断された場合に選択される。オプション選択部２５０は、例えば、車内臭の種別に基づいて、車両５０Ａを他の車両に代替する提供オプションを選択することができる。
　また、提供オプションは、次のように表現されてもよい。具体的には、車両５０Ａは、将来の利用が所定条件に基づいて予約されており、提供オプションは、当該所定条件のうち少なくとも一部を変更した条件である。或いは、提供オプションは、当該所定条件のうち、車両５０Ａ（を他の車両に変更）、利用料金または配車予定時刻の何れかを変更した条件である。
　また、オプション選択部２５０は、車両５０Ａの提供料金を減額する提供オプションを選択することができる。例えば、オプション選択部２５０は、車両５０Ａのデフォルトの提供料金が３００円／ｋｍである場合、車両５０Ａの車内に残存する臭いレベルに応じて、当該提供料金を減額する。
　このような提供オプションは、特に、車両装備５３の制御によって臭いレベルを一定レベル以下に低減できる場合、或いは当該ユーザが、残存する車内臭（例えば、たばこ）に対する耐性が高い場合に選択される。
　予約情報取得部２５５は、車両５０Ａ（~車両５０Ｃ）の利用の予約情報を取得する。具体的には、予約情報取得部２５５は、車両５０Ａの利用内容（利用開始時刻、人数、目的地など）を示す予約情報を通信端末４０から取得する。
　オプション実行部２６０は、オプション選択部２５０によって選択された提供オプションと対応付けられた通知または車両制御を実行する。具体的には、オプション実行部２６０は、提供オプションの内容を当該ユーザと対応付けられた通信端末に通知する。
　図１２及び図１３は、ユーザと対応付けられた通信端末４０に表示される配車内容のメッセージ例を示す。オプション実行部２６０は、選択された車両の提供オプションに基づいて、当該メッセージを表示させる配車内容のデータを通信端末４０に送信する。
　配車内容としては、例えば、所定場所に車両が到着する予定時刻（配車予定時刻）、車内臭に関するデータ（例えば、種別、臭いレベル）、車内の臭いレベル低減のための制御状況、提供料金、予約時の内容からの変更に関する情報（例えば、提供料金の変更、配車車両の変更など）が挙げられる。また、配車予定時刻は、車両の利用開始時刻ということもできる。
　また、オプション実行部２６０は、他の車両に代替する提供オプションが選択された場合、当該他の車両を所定場所（タクシースタンド）に向かわせる車両制御を実行することができる。具体的には、オプション実行部２６０は、車両制御部２２０に対して、当該他の車両（例えば、車両５０Ｂ）のタクシースタンドへの配車を指示する。
　さらに、オプション実行部２６０は、他の車両に代替する提供オプションが選択された場合、臭いレベルが所定基準を満たさないと判定された車両５０Ａの清掃を所定宛先（例えば、清掃業者）に対して指示する。具体的には、オプション実行部２６０は、所定宛先と対応付けられている電子メールアドレス、電話番号などに対して、メッセージ（テキストまたは音声）を送信する。
　（車両管理システムの動作）
　次に、車両管理システム１０の動作について説明する。具体的には、車両管理システム１０による配車概略シーケンス、車内臭の種別判定フロー、臭いレベルの判定フロー、及び提供オプションの選択フローについて説明する。
　（１）配車概略シーケンス
　図５は、車両管理システム１０による配車概略シーケンスを示す。ここでは、車両５０Ａがユーザ３１に対して配車予定であり、当該配車前にもタクシーとして使用されていたものとする。
　車両管理システム１０（データベースサーバ１００）は、車両５０Ａから車内臭データを取得する（Ｓ１０）。具体的には、データベースサーバ１００は、車両５０Ａの車内に設けられた臭いセンサ５１から出力される車内臭データを取得する。
　例えば、Ｓ１０の処理では、車両５０Ａが、車両５０Ａから乗客が降車をしたことを検知して、車両管理システム１０に対して車内臭データを送信してもよい。
　或いは、車両管理システム１０が、車両５０Ａが所定条件を満たすことを検知したときに、車両５０Ａに対して、車内臭データを送信するように要求する車内臭要求指示を送信し、車内臭要求指示を受信した車両５０Ａが臭いセンサ５１から取得した車内臭データを車両管理システム１０に送信するように構成してもよい。
　また、所定条件とは、例えば、車両管理システム１０が車両５０Ａから取得した情報に基づいて、前の乗客が降車し、かつ、次の乗客の配車予約がされている状態である場合である。
　データベースサーバ１００は、所得した車内臭データに基づいて、車内臭の種別を判定する（Ｓ１５）。車内臭の種別判定の詳細については、後述する。
　データベースサーバ１００は、判定した車内臭種別、及び車内臭データに基づく臭いレベルを車両管理サーバ２００に送信する（Ｓ２０）。
　さらに、データベースサーバ１００は、車両５０Ａの状態、具体的には、ウィンドウなどの開閉状態、車内の温湿度、及び空調システムの状態など、車両状態を示す情報を車両５０Ａから取得する（Ｓ２５）。データベースサーバ１００は、車両状態を示す当該情報を車両管理サーバ２００に送信する（Ｓ３０）。
　また、車両管理サーバ２００は、ユーザ３１が使用する通信端末４０からの配車要求を受信する（Ｓ４０）。
　なお、Ｓ１０~Ｓ４０の動作は、必ずしも図５に示したようなシーケンスに沿っていなくても構わない。例えば、通信端末４０からの配車要求（Ｓ４０）は、車内臭データの取得（Ｓ１０）前に生じても構わない。
　車両管理サーバ２００は、車内臭種別、当該車内臭の種別と対応付けられる臭いレベル、及び車両状態に基づいて、臭いレベルを判定する（Ｓ５０）。具体的には、車両管理サーバ２００は、取得した臭いレベルが所定基準を満たすか否かを判定する。臭いレベル判定の詳細については、後述する。
　車両管理サーバ２００は、臭いレベルの判定結果に応じた提供オプションを選択する（Ｓ６０）。具体的には、車両管理サーバ２００は、車両５０Ａを他の車両（ここでは、車両５０Ｂ）に代替する提供オプション、または車両５０Ａの提供料金を減額する提供オプションを選択することができる。提供オプション選択の詳細については、後述する。
　車両管理サーバ２００は、選択した提供オプションに基づいて、配車内容を示すメッセージを通信端末４０に送信する（Ｓ７０）。
　また、車両管理サーバ２００は、車両５０Ａを選択した場合、車両５０Ａに対して、タクシースタンドへの配車を指示する（Ｓ８０）。車両５０Ａは、当該指示に基づいて、タクシースタンド、つまり、ユーザ３１が使用する通信端末４０の近傍まで移動する（Ｓ９０）。
　一方、車両管理サーバ２００は、車両５０Ａを車両５０Ｂに代替する提供オプションを選択した場合、車両５０Ｂに対して、タクシースタンドへの配車を指示する（Ｓ８５）。車両５０Ｂは、当該指示に基づいて、通信端末４０の近傍まで移動する（Ｓ９５）。
　（２）車内臭の種別判定フロー
　図６は、車内臭の種別判定フローを示す。図６に示すように、車両管理システム１０（データベースサーバ１００）は、車両５０Ａから車内臭データを取得する（Ｓ１１０）。
　データベースサーバ１００は、取得した車内臭データに基づいて、車内臭データベース１４０を参照し、車内臭の種別を判定する（Ｓ１２０）。
　具体的には、データベースサーバ１００は、図９に示した車内臭種別データベースに基づいて、車内臭の種別を判定する。上述したように、車内臭種別データベースは、車内臭の種別と対応付けられた車内臭データ（臭い成分）の比率によって構成される。
　データベースサーバ１００は、臭いセンサ５１から出力された各臭い成分の数値（強さ）に基づいて各臭い成分の比率を特定する。データベースサーバ１００は、特定した各臭い成分の比率（％）に基づいて車内臭の種別を判定する。
　（３）臭いレベルの判定フロー
　図７は、臭いレベルの判定フローを示す。図７に示すように、車両管理システム１０（車両管理サーバ２００）は、車両５０Ａの車両情報を取得する（Ｓ２１０）。具体的には、車両管理サーバ２００は、車両５０Ａの種別、及び車両５０Ａの環境（車内外の温湿度など）を取得する。
　なお、上述したように、車両情報の一部は、ネットワーククラウド２０を介して外部から取得したり、車両５０Ａの車内の温湿度などについては、データベースサーバ１００の車両状態取得部１２０を介して取得したりすることができるが、図５の配車概略シーケンスには、このような車両情報の取得に関する詳細シーケンスについては図示されていないことに留意されたい（以下同）。
　車両管理サーバ２００は、Ｓ２１０において車両情報を取得した車両について、配車予約の有無を確認する（Ｓ２２０）。
　具体的には、車両管理サーバ２００は、ユーザ３１が使用する通信端末４０から、タクシースタンドへの配車要求を受信して、配車要求に含まれる配車時刻、配車場所及びユーザを含む乗客に関する情報と、配車する車両、配車する車両の走行ルートを含む運行計画に関する情報を関連付けて配車予約情報としてメモリに記憶しておき、当該配車予約情報に基づいて、車両の配車予約を確認する。
　なお、通信端末４０からの当該配車要求の送信は、電子メール形式でもよいし、通信端末４０にインストールされた専用のアプリケーションを利用する形式でもよい。
　車両管理サーバ２００は、通信端末４０からの配車要求に基づいて、通信端末４０と対応付けられているユーザ３１のユーザ情報を取得する（Ｓ２３０）。具体的には、車両管理サーバ２００は、図１１に示したユーザ情報データベース１５０を参照し、ユーザ３１（「ユーザＡＡＡ」）のユーザ情報（ユーザ３１が「好きな臭い」、「嫌いな臭い」、臭いに対する「敏感性」、及び閾値設定レベル）を取得する。
　なお、Ｓ２１０~Ｓ２３０の動作も、必ずしも図７に示した順序でなくても構わない。例えば、車両情報は、ユーザ情報よりも後に取得されても構わない。
　車両管理サーバ２００は、車内臭の種別毎の臭いレベルを取得する（Ｓ２４０）。具体的には、車両管理サーバ２００は、図１０に示した車両別臭いレベルデータベースを参照し、車内臭の種別と対応付けられる臭いレベル、及び当該種別の臭いレベルの合計値を取得する。
　なお、車両管理サーバ２００は、Ｓ２４０の処理を所定の時間間隔（図中のｔ１，ｔ２）毎に繰り返す。
　車両管理サーバ２００は、取得した臭いレベル（種別毎または合計値）が所定基準を満たすか否かを判定する（Ｓ２５０）。なお、上述したように、所定基準は、Ｓ２１０において取得した車両情報、またはＳ２３０において取得したユーザ情報の内容に応じて変更することができる。
　Ｓ２５０において臭いレベルが所定基準を満足しない場合（例えば、乗員に対して車内臭が嫌悪感を与えるレベルであると判断される場合）、車両管理サーバ２００は、車両装備５３を制御する（Ｓ２６０）。具体的には、車両管理サーバ２００は、臭いレベルの低減と対応付けられた制御内容に基づいて、車両５０Ａを制御する制御データを車両５０Ａに送信する。
　車両管理サーバ２００から制御データを受信した車両５０Ａは、当該制御データに基づいて、車内の臭いレベルを低減するために車両装備５３を構成する各種装置を制御する。
　なお、本実施形態においては、車両管理サーバ２００が車内の臭いレベルを低減するための制御データを車両５０Ａに送信することとしたが、車両５０Ａに予め車内の臭いレベルを低減するための制御プログラムを記憶しておき、これに従って車両装備５３を構成する各種装置を制御してもよい。
　当該制御内容とは、上述したように、ウィンドウの開放、空調システムのファン作動または温度調整、空気清浄機の作動などである。また、制御内容には、電動で開閉可能なウィンドウ、ドア及びテールゲートの制御、紫外線（ＵＶ）ランプ（装備されている場合、かつ乗員が居ない場合）の点灯が含まれる。さらに、車両５０Ａに装備されている場合には、制御内容には、消臭・脱臭装置（科学的反応を利用する装置を含む）、及びイオン発生器の作動が含まれてもよい。
　また、制御データは、開放するウィンドウの位置（前方右側、後方左側など）、ウィンドウを開放する時間、ウィンドウを開放する程度（全て開放、半分開放、１／３開放など、窓を開放する面積の大きさに関する情報）に関するデータをさらに含んでもよい。
　或いは、制御データは、消臭・脱臭装置及びイオン発生器を作動させる時間、作動強度に関するデータをさらに含んでもよい。
　車両管理サーバ２００から制御データを受信した車両５０Ａは、制御データに含まれる指示に基づいて、車両装備５３を構成する各種装置を制御する。
　一方、Ｓ２５０において臭いレベルが所定基準を満足する場合、車両管理サーバ２００は、特に車両装備５３を構成する各種装置を制御することなく、処理を終了する。
　車両管理サーバ２００は、臭いレベル低減を目的して車両装備５３を構成する各種装置を制御した結果、臭いレベルが所定基準を満たすまで改善するか否かを判定する（Ｓ２７０）。
　具体的には、車両管理サーバ２００は、Ｓ２５０と同様に、車両装備５３の制御後に取得した臭いレベル（種別毎または合計値）が所定基準（図中のＴＨ参照）を満たすか否かを判定する。Ｓ２７０の処理は、例えば、次の乗客への配車が行われる配車予定時刻までに実行される。
　なお、車両管理サーバ２００は、所定の時間間隔で繰り返し実行される臭いレベルの取得結果に基づいて、臭いレベルが実際に所定基準を満たすまで改善したかを確認してもよいし、図７のフロー外に示すように、ｔ１における臭いレベルと、ｔ２における臭いレベルとの変化（低減程度）に基づいて推定される将来（例えば、配車予定時刻）の臭いレベルが所定基準を満たすまで改善するかを予測処理した上で判定してもよい。
　なお、予測処理においては、図７のフロー外に示す、ｔ１における臭いレベルと、ｔ２における臭いレベルとの変化（低減程度）に加えて、ｔ１からｔ２までに車両装備５３を構成する各種装置が実行した臭いレベル低減のための制御内容を考慮して、将来の臭いレベルが所定基準を満たすまで改善するかを予測してもよい。
　例えば、車両装備５３を構成する各種装置が実行した臭いレベル低減のための制御内容について、臭いレベル低減に対する寄与レベルに関するデータを予め記憶しておき、当該寄与レベルが小さい制御内容が実行された場合におけるｔ１からｔ２における臭いレベルへの変化値に基づいて、当該寄与レベルが大きい制御内容が実行された場合に見込まれる変化値を予測してもよい。この場合、取得した臭いレベルの変化値と、両方の寄与レベルの比率とに基づいて将来の変化値を予測してもよい。
　臭いレベルが所定基準を満たすまで改善する場合、車両管理サーバ２００は、車両５０Ａを予定どおり配車することを決定し、当該フローを終了する。
　一方、臭いレベルが所定基準を満たすまで改善しない（または、配車予定時刻までに臭いレベルが所定基準を満たすまで改善しないと推定される）場合、車両管理サーバ２００は、ユーザ３１に対して配車される車両のオプション（提供オプション）の選択フローを実行する（Ｓ２８０）。
　（４）提供オプションの選択フロー
　図８は、提供オプションの選択フローを示す。図８に示すように、車両管理システム１０（車両管理サーバ２００）は、ユーザ３１に対して配車される車両５０Ａにおいて発生している車内臭の種別を取得する（Ｓ３１０）。具体的には、車両管理サーバ２００は、臭いレベルの判定フロー（図７参照）を実行することによって取得した車内臭の種別を取得する。
　車両管理サーバ２００は、車両５０Ａの他の車両（車両５０Ｂ）への代替が必要か否かを判定する（Ｓ３２０）。具体的には、車両管理サーバ２００は、車内臭の種別に基づいて、車両５０Ｂへの代替が必要か否かを判定する。
　例えば、車内臭の種別が「吐しゃ物」であった場合、車両５０Ａをそのまま提供することは難しいため、車両５０Ｂへの代替が必要と判定される。一方、車内臭の種別が「たばこ」であった場合、ユーザ３１に車両５０Ａを提供している段階においても、一定の臭いレベルの車内臭が残留するものの、ユーザ３１のユーザ情報（図１１参照）も考慮しつつ、車両５０Ａが提供可能か否か判定される。
　車両５０Ｂへの代替が必要な場合、車両管理サーバ２００は、車両５０Ｂに対してタクシースタンドへの配車を指示する（Ｓ３３０）。また、車両管理サーバ２００は、当初配車予定であった車両５０Ａの清掃を所定宛先（例えば、清掃業者）に対して指示する（Ｓ３４０）。車両５０Ａは、吐しゃ物によって車内が汚れていると想定されるためである。
　この場合、所定宛先に対して清掃を予約するデータを送信する一方、車両５０Ａに対して、当初の配車予定をキャンセルするデータとともに、所定宛先に対して清掃を予約した時刻に、所定宛先に関連付けられた地理的位置（住所など）に到着するように走行を指示するデータを送信する。
　車両５０Ａが提供可能な場合、車両管理サーバ２００は、提供料金の減額要否を決定する（Ｓ３５０）。
　具体的には、車両管理サーバ２００は、車両５０Ａの車内臭の種別、臭いレベル、または配車までの所要時間（当初配車予定時刻からの遅延有無を含む）に基づいて、車両５０Ａのデフォルトの提供料金を減額することができる。なお、車両管理サーバ２００は、臭いレベルまたはユーザ情報の内容に応じて、減額率を変更してもよいし、減額を不要としてもよい。
　つまり、Ｓ３２０，Ｓ３３０，Ｓ３４０及びＳ３５０においては、既に予約されている配車内容の変更が決定されている。上述の例においては、Ｓ３２０，Ｓ３３０及びＳ３４０において予約されている配車内容のうち、車両の変更が決定されており、Ｓ３５０においては、予約されている配車内容のうち、金額の変更が決定されているが、これに限られない。例えば、配車内容のうち、配車予定時刻を所定時間遅らせて、清掃後の車両５０Ａを配車するよう決定してもよい。
　車両管理サーバ２００は、決定した配車内容をユーザ３１が使用する通信端末４０に送信して通知する（Ｓ３６０）。
　図１２は、車両５０Ａが提供される場合における配車内容のメッセージ例を示す。具体的には、図１２は、Ｓ３６０の通知結果として通信端末４０に表示されたメッセージ例を示す。
　図１２に示すように、通信端末４０には、車内臭の種別（たばこ）、車両５０Ａの状況、配車予定時刻、及び提供料金の減額に関する情報が表示される。
　ユーザ３１は、「ＯＫ」ボタンにタッチすれば、車両５０Ａの配車が確定し、「変更」ボタンにタッチすれば、配車条件を変更する画面に遷移することができる。
　図１３は、車両５０Ａに代替して車両５０Ｂが提供される場合における配車内容のメッセージ例を示す。図１３に示すように、通信端末４０には、車両が変更されること、配車予定時刻、及び提供料金の減額に関する情報が表示される。ユーザ３１は、「ＯＫ」ボタンにタッチすれば、車両５０Ｂの配車が確定し、「変更」ボタンにタッチすれば、配車条件を変更する画面に遷移することができる。
　なお、当該メッセージには、さらに、以下のような項目が含まれてもよい。
　・車内臭の種別
　・検出された臭いレベル
　・配車時（乗車時）の推定臭いレベル
　・予定配車時刻からの遅延時間
　・提供料金の減額理由
　また、当該メッセージは、上述したＳ３６０のタイミング以外に、以下のタイミングで送信されてもよい。
　・配車要求時
　・所定基準を満たさない臭いレベルの検出時
　・配車予定時刻の所定時間（例えば、３０分）前
　以上説明した実施形態によれば、以下の作用効果が得られる。具体的には、車両管理システム１０によれば、臭いセンサ５１から出力された車内臭データに基づいて車内臭の種別が判定され、当該車内臭の種別と対応付けられる臭いレベルが車内臭データから取得される。さらに、当該臭いレベルが所定基準を満たすか否かが判定される。
　このため、車内の臭いレベルが所定基準を満たさないと判定された場合には、当該車両をユーザに提供しないようにできる。これにより、車内の臭いレベルが所定基準を満たす車両のみをユーザに提供し得る。
　また、車両の臭いセンサ５１から出力された車内臭データを遠隔地にあるサーバ（データベースサーバ１００または車両管理サーバ２００）が受信し、車内の臭いレベルが所定基準を満たすか否かを判定し、所定基準を満たさない場合には、当該サーバから車両に対して臭いレベルの低減を行うための制御データを送信することができる。
　これにより、乗客が乗車する前に、車両の遠隔地から車両の状態が適切であるか否かを判断することができ、適切でない場合には、不適切な車両に対して配車をキャンセルしつつ、代替車両の配車を手配することができる。
　本実施形態では、車両管理システム１０は、第１時刻（ｔ１）における臭いレベルと、第１時刻よりも後の第２時刻（ｔ２）における臭いレベルとの変化づいて推定される臭いレベル（例えば、ｔ２よりも後のｔ３における臭いレベル）が所定基準を満たすか否かを判定することができる。
　このため、実際の配車時（車両のタクシースタンドへの到着時）における臭いレベルが所定基準を満たすか否かを判定できる。これにより、車両の稼働率を高めつつ、車内の臭いレベルが所定基準を満たす車両のみをユーザに提供し得る。
　本実施形態では、車両管理システム１０は、臭いレベルが所定基準を満たさない場合、当該臭いレベルの低減と対応付けられた制御内容に基づいて、当該車両を制御する制御データを当該車両に送信することができる。
　また、本実施形態では、車両管理システム１０は、臭いレベルの低減と対応付けられた制御が当該車両に対して実行された後に、臭いレベルが所定基準を満たすか否かを判定することができる。
　このため、臭いレベルの低減が促進される。これにより、車両の稼働率を高めつつ、車内の臭いレベルが所定基準を満たす車両のみをユーザに提供し得る。
　本実施形態では、車両管理システム１０は、臭いレベルが、ユーザ情報に基づく所定基準を満たすか否かを判定することができる。つまり、所定基準は、ユーザ情報の内容に応じて変更し得る。このため、ユーザの車内臭に対する満足度の確保と、車両の稼働率の向上とを高い次元で両立し得る。
　本実施形態では、車両管理システム１０は、臭いレベルが、車両情報に基づく所定基準を満たすか否かを判定することができる。つまり、所定基準は、車両の種別または環境に応じて変更し得る。このため、より高い精度で、車内の臭いレベルが所定基準を満たす車両のみをユーザに提供し得る。
　また、車両管理システム１０によれば、臭いレベルが所定基準を満たさないと判定された場合、当該臭いレベルに対応した車両の提供オプションが選択される。さらに、選択された提供オプションと対応付けられた通知（通信端末４０への配車内容のメッセージ通知など）、または車両に対する車両制御（代替車両のタクシースタンドへの配車）が実行される。
　このように、提供予定の車両の臭いレベルが所定基準を満たさないと判定された場合でも、当該臭いレベルに対応した車両の提供オプションが選択されることによって、車内の臭いレベルに応じた適切な条件でユーザに車両を提供し得る。
　本実施形態では、車両管理システム１０は、臭いレベルが所定基準を満たさないと判定された車両を他の車両に代替する提供オプションを選択することができる。また、車両管理システム１０は、車内臭の種別に基づいて、他の車両に代替する提供オプションを選択することができる。
　さらに、車両管理システム１０は、当該他の車両を所定場所（タクシースタンド）に向かわせる車両制御を実行することができる。
　このため、車両装備５３の制御のみでは臭いレベルの低減が不可能な車内臭（吐しゃ物など）の場合には、速やかに他の車両を提供することができる。これにより、車内の臭いレベルが所定基準を満たす車両のみをユーザに提供し得る。
　また、本実施形態では、車両管理システム１０は、他の車両に代替する提供オプションを選択した場合、当初配車予定であった車両の清掃を所定宛先（例えば、清掃業者）に対して指示することができる。
　このため、車両装備５３の制御のみでは臭いレベルの低減が不可能と判定された車両に対する対策を速やかに講じることができる。これにより、車両の稼働率を高め得る。
　本実施形態では、車両管理システム１０は、車両の提供料金を減額する提供オプションを選択することができる。このため、ユーザが許容できる場合には、車両の稼働率を高めつつ、車内の臭いレベルが所定基準を満たす車両のみをユーザに提供し得る。また、ユーザは、安価な料金で当該車両を利用できる。
　本実施形態では、車両管理システム１０は、選択した提供オプションの内容を配車予定のユーザと対応付けられた通信端末４０に通知することができる。このため、車両の配車内容に変更が発生した場合でも、ユーザは、速やかに当該配車内容を確認できる。また、ユーザは、当該配車内容を受け入れない場合も、速やかに配車内容の変更を要求し得る。
　（その他の実施形態）
　以上、実施例に沿って本発明の内容を説明したが、本発明はこれらの記載に限定されるものではなく、種々の変形及び改良が可能であることは、当業者には自明である。
　例えば、上述した実施形態では、臭いセンサ５１は、車両５０Ａの車内に設けられることを前提としていたが、車外の臭いを検出する臭いセンサが設けられてもよい。車外の臭いも検出することによって、検出された臭いが、車内または車外の何れで発生しているのかを高い精度で判定し得る。
　また、臭いセンサ５１は、客室内のシートポジション毎など、複数設けることができるが、この場合、各臭いセンサは、当該シートポジション、車内／車外を識別可能な識別子（ＩＤ）を有していてもよい。
　上述した実施形態では、車両５０Ａ~車両５０Ｃがタクシーである例について説明したが、車両５０Ａ~車両５０Ｃは、カーシェアリグまたはレンタカー用として提供される車両であっても構わない。この場合、車両管理サーバ２００は、ユーザによる車両の利用予定時間を管理することとなる。
　さらに、上述した実施形態では、車両５０Ａ~車両５０Ｃは、レベル４以上の自動運転機能を有していたが、車両５０Ａ~車両５０Ｃは、レベル３以下の自動運転機能を有し、ドライバーが乗車してもよい。
　上述した実施形態では、車両管理システム１０は、データベースサーバ１００及び車両管理サーバ２００によって構成されていたが、データベースサーバ１００と車両管理サーバ２００と区別されずに、両サーバの機能は、一体的または分散的に提供されてもよい。つまり、上述したように、両サーバの機能は、ネットワーククラウド２０上で提供される各種サービスを用いて、仮想的に実現されてもよい。
　上述した実施形態では、ユーザ情報データベース１５０を構成する情報は、当該ユーザが事前に登録してもよいし、タクシー利用時（配車要求時）に当該ユーザが通信端末４０を用いて登録してもよいとしたが、当該ユーザは、さらに、同乗者の有無、或いは配車要求時の気分に応じて、登録内容を変更してもよい。
　上述した実施形態では、車両５０Ａの提供料金を減額する提供オプションが選択されていたが、ユーザは、配車された車両の簡単な清掃、車内臭の発生源の特定などの協力を提供することによって、相応の対価（クレジット）を取得するようにしてもよい。
　上記のように本発明の実施形態を記載したが、この開示の一部をなす論述及び図面はこの発明を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施の形態、実施例及び運用技術が明らかとなろう。
　１０　車両管理システム
　２０　ネットワーククラウド
　３１，３２　ユーザ
　４０　通信端末
　５０Ａ，５０Ｂ，５０Ｃ　車両
　５１　臭いセンサ
　５３　車両装備
　５５　通信部
　５７　装備制御部
　５９　送信制御部
　１００　データベースサーバ
　１１０　車内臭データ取得部
　１２０　車両状態取得部
　１３０　車内臭種別判定部
　１４０　車内臭データベース
　１５０　ユーザ情報データベース
　２００　車両管理サーバ
　２１０　臭いレベル判定部
　２２０　車両制御部
　２３０　ユーザ情報取得部
　２４０　車両情報取得部
　２５０　オプション選択部
　２５５　予約情報取得部
　２６０　オプション実行部

Claims (11)

  1. 　プロセッサとメモリとを少なくとも含み、車両の状態を管理する車両管理システムであって、
    　前記プロセッサは、
    　前記車両の車内に設けられた臭いセンサから出力された車内臭データを取得するデータ取得部と、
    　前記車内臭データに基づいて車内臭の種別を判定する種別判定部と、
    　前記車内臭の種別と対応付けられる臭いレベルを前記車内臭データから取得し、前記臭いレベルが所定基準を満たすか否かを判定するレベル判定部と
    を構成する車両管理システム。
  2. 　前記車両管理システムは、前記車両と通信を行う通信インタフェースを含む、前記車両とは分離されたサーバであり、
    　前記プロセッサは、前記通信インタフェースを経由して前記車両から前記車内臭データを取得する、請求項１に記載の車両管理システム。
  3. 　前記プロセッサは、前記車両の利用の予約情報を取得する予約情報取得部を構成し、
    　前記データ取得部は、前記車両に対する前記予約情報が存在することを検知した場合、前記車両に対して前記車内臭データを要求し、前記車内臭データを取得する請求項１または２に記載の車両管理システム。
  4. 　前記プロセッサは、前記臭いレベルが前記所定基準を満たさない場合、前記臭いレベルの低減と対応付けられた制御内容に基づいて、前記車両を制御する制御データを前記車両に送信する車両制御部を構成する請求項１乃至３の何れか一項に記載の車両管理システム。
  5. 　前記制御データは、前記車両の空調システム及びウィンドウの開閉の少なくとも何れかを制御するためのデータである請求項４に記載の車両管理システム。
  6. 　前記レベル判定部は、
    　第１時刻における第１臭いレベルと、前記第１時刻よりも後の第２時刻における第２臭いレベルとを取得し、
    　前記第１臭いレベルと前記第２臭いレベルとの変化に基づいて推定される前記臭いレベルが前記所定基準を満たすか否かを判定する請求項１乃至５の何れか一項に記載の車両管理システム。
  7. 　前記レベル判定部は、前記車両制御部によって前記車両が制御された後に取得した前記臭いレベルが前記所定基準を満たすか否かを判定する請求項４または５に記載の車両管理システム。
  8. 　前記プロセッサは、前記車両を利用するユーザの前記車内臭に対する耐性を含むユーザ情報を取得するユーザ情報取得部を構成し、
    　前記レベル判定部は、前記臭いレベルが、前記ユーザ情報に基づく前記所定基準を満たすか否かを判定する請求項１乃至７の何れか一項に記載の車両管理システム。
  9. 　前記プロセッサは、前記車両の種別及び環境の少なくとも何れかを含む車両情報を取得する車両情報取得部を構成し、
    　前記レベル判定部は、前記臭いレベルが前記車両情報に基づく前記所定基準を満たすか否かを判定する請求項１乃至８の何れか一項に記載の車両管理システム。
  10. 　プロセッサとメモリとを少なくとも有し、車両に搭載される車載システムであって、
    　前記車両の車内臭を検知する臭いセンサと、
    　サーバと通信を行う無線通信インタフェースと
    をさらに有し、
    　前記プロセッサは、
    　前記サーバから送信された第１のコマンドを受信し、前記臭いセンサを制御することによって得られた車内臭データを、前記無線通信インタフェースを経由して前記サーバに送信する送信制御部と、
    　前記サーバから前記車内臭データに基づいて送信された第２のコマンドを受信し、前記車両の空調システム及びウィンドウの開閉の少なくとも何れかを制御する装備制御部と
    を構成する車載システム。
  11. 　少なくともプロセッサとメモリと通信インタフェースとを備えたサーバにおける、車両の状態を管理する車両管理方法であって、
    　前記通信インタフェースを介して、前記車両の車内に設けられた臭いセンサから出力された車内臭データを取得し、
    　取得した前記車内臭データから車内臭の種別を判定し、
    　前記車内臭の種別と対応付けられる臭いレベルを前記車内臭データから取得し、
    　前記臭いレベルが所定基準を満たすか否かを判定する車両管理方法。
PCT/IB2018/001047 2018-08-20 2018-08-20 車両管理システム、車載システム及び車両管理方法 WO2020039223A1 (ja)

Priority Applications (6)

Application Number Priority Date Filing Date Title
EP18930815.8A EP3842267B1 (en) 2018-08-20 2018-08-20 Vehicle management system and vehicle management method
JP2020537884A JP7085003B2 (ja) 2018-08-20 2018-08-20 車両管理システム、車載システム及び車両管理方法
US17/269,690 US20210221388A1 (en) 2018-08-20 2018-08-20 Vehicle management system, on-vehicle system, and vehicle management method
BR112021003035-2A BR112021003035B1 (pt) 2018-08-20 Sistema e método de gerenciamento de veículos
PCT/IB2018/001047 WO2020039223A1 (ja) 2018-08-20 2018-08-20 車両管理システム、車載システム及び車両管理方法
CN201880096789.1A CN112601673B (zh) 2018-08-20 2018-08-20 车辆管理系统以及车辆管理方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/IB2018/001047 WO2020039223A1 (ja) 2018-08-20 2018-08-20 車両管理システム、車載システム及び車両管理方法

Publications (1)

Publication Number Publication Date
WO2020039223A1 true WO2020039223A1 (ja) 2020-02-27

Family

ID=69592328

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/IB2018/001047 WO2020039223A1 (ja) 2018-08-20 2018-08-20 車両管理システム、車載システム及び車両管理方法

Country Status (5)

Country Link
US (1) US20210221388A1 (ja)
EP (1) EP3842267B1 (ja)
JP (1) JP7085003B2 (ja)
CN (1) CN112601673B (ja)
WO (1) WO2020039223A1 (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2021189772A (ja) * 2020-05-29 2021-12-13 トヨタ自動車株式会社 サーバ装置、情報処理システム、プログラム、制御装置、車両、及び情報処理システムの動作方法
JP2022052597A (ja) * 2020-09-23 2022-04-04 トヨタ自動車株式会社 情報処理システムおよび情報処理方法

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11642940B2 (en) * 2018-12-19 2023-05-09 Gm Cruise Holdings Llc System and method for malodor detection and remediation
CN114454691A (zh) * 2021-12-27 2022-05-10 环球车享汽车租赁有限公司 车辆空气净化系统及方法

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004132683A (ja) * 2002-08-09 2004-04-30 Daikin Ind Ltd 故障診断システム、検診装置、及びデータサーバ
JP2010235041A (ja) * 2009-03-31 2010-10-21 Mazda Motor Corp 車両用空気清浄制御装置
US20130304278A1 (en) 2012-05-09 2013-11-14 Ieon C. Chen Smart Phone App-Based Remote Vehicle Diagnostic System and Method
JP2014063429A (ja) * 2012-09-24 2014-04-10 Yahoo Japan Corp 情報配信装置、情報配信方法及びプログラム
JP2014237383A (ja) * 2013-06-07 2014-12-18 三菱電機株式会社 車内消臭装置
US20160267618A1 (en) * 2015-03-12 2016-09-15 Naver Corporation Method of providing call taxi service and call taxi service server

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9124955B2 (en) * 2011-09-19 2015-09-01 Card Guard Scientific Survival Ltd. Vehicle driver monitor and a method for monitoring a driver
EP3024676B1 (en) * 2013-07-24 2020-01-22 Intel Corporation Adaptive interior air quality control apparatus and methods for vehicle compartment
US9600793B2 (en) * 2013-12-09 2017-03-21 International Business Machines Corporation Active odor cancellation
WO2015143689A1 (en) * 2014-03-28 2015-10-01 Bayerische Motoren Werke Aktiengesellschaft Apparatus and method for improving air quality in vehicle
US20160123622A1 (en) * 2014-10-29 2016-05-05 Xiaomi Inc. Air purification notification method and apparatus, user equipment and system
CN104456831A (zh) * 2014-10-29 2015-03-25 小米科技有限责任公司 一种空气净化提醒方法、提醒装置、用户设备和系统
GB2556272B (en) * 2015-12-24 2021-06-30 Beijing Didi Infinity Technology & Dev Co Ltd Systems and methods for vehicle management
US10286918B2 (en) * 2016-08-31 2019-05-14 Denso International America, Inc. In-cabin air quality sensing and purge system for autonomous vehicles
CN106427466A (zh) * 2016-09-07 2017-02-22 珠海市魅族科技有限公司 车内空气调节方法及系统
US10479328B2 (en) * 2016-11-04 2019-11-19 Ford Global Technologies, Llc System and methods for assessing the interior of an autonomous vehicle
US10549602B2 (en) * 2017-01-03 2020-02-04 International Business Machines Corporation System, method and computer program product for an air quality amelioration action
US11436694B2 (en) * 2017-05-10 2022-09-06 Ford Global Technologies, Llc Transportation system using odor preferences
CN107225933B (zh) * 2017-06-13 2020-04-07 奇瑞汽车股份有限公司 改善汽车内空气质量的方法
US20210188051A1 (en) * 2017-10-13 2021-06-24 Ford Global Technologies, Llc Identifying and mitigating vehicle odors

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004132683A (ja) * 2002-08-09 2004-04-30 Daikin Ind Ltd 故障診断システム、検診装置、及びデータサーバ
JP2010235041A (ja) * 2009-03-31 2010-10-21 Mazda Motor Corp 車両用空気清浄制御装置
US20130304278A1 (en) 2012-05-09 2013-11-14 Ieon C. Chen Smart Phone App-Based Remote Vehicle Diagnostic System and Method
JP2014063429A (ja) * 2012-09-24 2014-04-10 Yahoo Japan Corp 情報配信装置、情報配信方法及びプログラム
JP2014237383A (ja) * 2013-06-07 2014-12-18 三菱電機株式会社 車内消臭装置
US20160267618A1 (en) * 2015-03-12 2016-09-15 Naver Corporation Method of providing call taxi service and call taxi service server

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP3842267A4

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2021189772A (ja) * 2020-05-29 2021-12-13 トヨタ自動車株式会社 サーバ装置、情報処理システム、プログラム、制御装置、車両、及び情報処理システムの動作方法
JP7388294B2 (ja) 2020-05-29 2023-11-29 トヨタ自動車株式会社 サーバ装置、情報処理システム、プログラム、制御装置、車両、及び情報処理システムの動作方法
JP2022052597A (ja) * 2020-09-23 2022-04-04 トヨタ自動車株式会社 情報処理システムおよび情報処理方法
JP7396239B2 (ja) 2020-09-23 2023-12-12 トヨタ自動車株式会社 情報処理システムおよび情報処理方法

Also Published As

Publication number Publication date
CN112601673A (zh) 2021-04-02
US20210221388A1 (en) 2021-07-22
EP3842267A4 (en) 2021-09-01
JPWO2020039223A1 (ja) 2021-09-02
EP3842267A1 (en) 2021-06-30
JP7085003B2 (ja) 2022-06-15
CN112601673B (zh) 2024-01-09
BR112021003035A2 (pt) 2021-05-11
EP3842267B1 (en) 2023-06-14

Similar Documents

Publication Publication Date Title
WO2020039222A1 (ja) 車両管理システム及び車両管理方法
WO2020039223A1 (ja) 車両管理システム、車載システム及び車両管理方法
US8825354B2 (en) System for supporting a user of an electrically driven vehicle
CN106828370A (zh) 针对特定用户个性化车辆舒适性设置
CN107170282A (zh) 一种预约泊车的调度方法及系统
US20200331501A1 (en) Driver Assistance System, Transportation Device and Method for Sleep Phase-Specific Operation of a Transportation Device
CN111461485A (zh) 任务分配方法、装置、设备及计算机可读存储介质
CN109816138A (zh) 用于动态管理穿梭车队的系统和方法
JP2020013374A (ja) 車両メンテナンス管理システム及び車両メンテナンス管理方法
DE102017217175A1 (de) Verfahren zum Erzeugen eines aktuellen Betriebsstrategievorschlags für ein Kraftfahrzeug
JP7062543B2 (ja) 車両メンテナンス管理システム及び車両メンテナンス管理方法
CN113474807A (zh) 配车系统、以及配车方法
US11871317B2 (en) Method for controlling a data interchange between a control device of a motor vehicle and an external device, control device for a motor vehicle and motor vehicle having such a control device
US11055803B2 (en) Vehicle dispatch management device and storage medium
CN113515698B (zh) 网约车的个性化定制控制方法、系统、装置和存储介质
CN114787848A (zh) 信息处理方法及信息处理系统
JP2019020973A (ja) 乗合自動車の配車方法及び乗合自動車の配車システム
CN113928248B (zh) 网约车控制系统、方法、装置及存储介质
EP3895086A1 (de) Verfahren, computerprogramm, vorrichtung, fahrzeug und netzwerkkomponente zur schätzung eines abfahrtzeitpunktes eines nutzers mit einem fahrzeug
BR112021003035B1 (pt) Sistema e método de gerenciamento de veículos
CN109600732A (zh) 交通工具中的服务质量
CN112884626A (zh) 轨道车辆的运行控制方法和控制系统
JP7289197B2 (ja) コンテンツを提供するためのシステム、方法、及びプログラム、並びに車載端末
JP2022070717A (ja) 車載装置、配車管理装置、配車システムおよび配車方法
CN115221378A (zh) 一种出行提示方法、装置、设备和存储介质

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

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2020537884

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

REG Reference to national code

Ref country code: BR

Ref legal event code: B01A

Ref document number: 112021003035

Country of ref document: BR

ENP Entry into the national phase

Ref document number: 2018930815

Country of ref document: EP

Effective date: 20210322

ENP Entry into the national phase

Ref document number: 112021003035

Country of ref document: BR

Kind code of ref document: A2

Effective date: 20210218