WO2023190357A1 - Système et procédé d'exploitation de transporteur à la demande - Google Patents

Système et procédé d'exploitation de transporteur à la demande Download PDF

Info

Publication number
WO2023190357A1
WO2023190357A1 PCT/JP2023/012230 JP2023012230W WO2023190357A1 WO 2023190357 A1 WO2023190357 A1 WO 2023190357A1 JP 2023012230 W JP2023012230 W JP 2023012230W WO 2023190357 A1 WO2023190357 A1 WO 2023190357A1
Authority
WO
WIPO (PCT)
Prior art keywords
engine
vehicle
user
transport
assignment
Prior art date
Application number
PCT/JP2023/012230
Other languages
English (en)
Japanese (ja)
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 株式会社 東芝
Publication of WO2023190357A1 publication Critical patent/WO2023190357A1/fr

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
    • B60W60/00—Drive control systems specially adapted for autonomous road vehicles
    • G—PHYSICS
    • G01—MEASURING; TESTING
    • G01C—MEASURING DISTANCES, LEVELS OR BEARINGS; SURVEYING; NAVIGATION; GYROSCOPIC INSTRUMENTS; PHOTOGRAMMETRY OR VIDEOGRAMMETRY
    • G01C21/00—Navigation; Navigational instruments not provided for in groups G01C1/00 - G01C19/00
    • G01C21/26—Navigation; Navigational instruments not provided for in groups G01C1/00 - G01C19/00 specially adapted for navigation in a road network
    • G01C21/34—Route searching; Route guidance
    • 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
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G08G1/09—Arrangements for giving variable traffic instructions
    • 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
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16Y—INFORMATION AND COMMUNICATION TECHNOLOGY SPECIALLY ADAPTED FOR THE INTERNET OF THINGS [IoT]
    • G16Y10/00—Economic sectors
    • G16Y10/40—Transportation
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16Y—INFORMATION AND COMMUNICATION TECHNOLOGY SPECIALLY ADAPTED FOR THE INTERNET OF THINGS [IoT]
    • G16Y40/00—IoT characterised by the purpose of the information processing
    • G16Y40/60—Positioning; Navigation

Definitions

  • the present invention relates to an on-demand vehicle operation system and method for controlling the operation of a vehicle such as a car, and extends to vehicles as well.
  • the purpose of the embodiment is to optimize the overall operation of transportation vehicles in on-demand mobility services in various scenes of people's lives, and to improve convenience for people.
  • the object of the present invention is to provide an on-demand transport operation system and method that can provide an environment with the possibility of further expansion and development.
  • a resource management engine that manages at least a plurality of self-driving vehicles as resources; an assignment engine that allocates the transport body to a user; a control engine that controls automatic operation to transport the transport body to a destination specified by the user in response to the assignment by the assignment engine; and the assignment engine,
  • arbitration of the assignment is performed, and the control engine is responsible for the assignment in response to the assignment by the arbitration.
  • a vehicle operation system comprising: an arbitration engine that controls automatic operation of a vehicle that has been operated.
  • FIG. 1 is an image diagram shown to explain the outline of the embodiment.
  • FIG. 2 is a diagram showing an example of the basic configuration of the platform of the embodiment.
  • FIG. 3A is a diagram showing a simplified relationship between a platform, surrounding resource owners, user servicers, and external systems in an embodiment.
  • FIG. 3B is a diagram illustrating one form of "service including movement” using the platform of FIG. 3A, a resource owner, and a user/servicer.
  • FIG. 3C is a diagram illustrating another form of "service including movement” using the platform of FIG. 3A, a resource owner, and a user/servicer.
  • FIG. 3D is a diagram illustrating still another form of "service including movement” using the platform of FIG. 3A, a resource owner, and a user/servicer.
  • FIG. 4 is an explanatory diagram showing an example of a database configuration managed by resource groups in the embodiment.
  • FIG. 5 is a diagram illustrating a basic configuration example of an in-vehicle edge device related to control of an automatically driven transport vehicle in the embodiment.
  • FIG. 6A is a diagram illustrating an example of a configuration in which a smartphone (hereinafter sometimes abbreviated as a smartphone) used by a user or a servicer is associated with a platform in the embodiment.
  • FIG. 6B is a diagram illustrating an example of a configuration in which a smartphone used by a user or a servicer and an in-vehicle edge device in a moving object are related in the embodiment.
  • FIG. 6C is an explanatory diagram showing an example in which the smartphone shown in FIGS.
  • FIG. 6A and 6B is used.
  • FIG. 6D is a flowchart illustrating an example of operation when the smartphone shown in FIGS. 6A, 6B, and 6C is used and the platform and in-vehicle edge device are responding.
  • FIG. 7 is a diagram for explaining service management by simplifying the relationship between the platform and the in-vehicle edge device in the embodiment.
  • FIG. 8A is an explanatory diagram illustrating an example of a service when a hospital is a servicer in the embodiment.
  • FIG. 8B is an explanatory diagram illustrating an example of a service when the servicer is a school, vocational school, cram school, cram school, etc. in the embodiment.
  • FIG. 8C is an explanatory diagram illustrating an example of a service when the servicer is a department store, a supermarket, a luxury goods store, etc. in the embodiment.
  • FIG. 8D is an explanatory diagram illustrating an example of a service when the event venue is a servicer in the embodiment.
  • FIG. 9 is an explanatory diagram showing a configuration example of an optional response function installed in the in-vehicle edge device in the embodiment.
  • FIG. 10 is a diagram illustrating the configuration of a function that issues a charging instruction from the platform PF to a vehicle whose battery level is low.
  • FIG. 11 shows yet another embodiment of the vehicle operation system.
  • FIG. 12A is a diagram illustrating an example of a road route shown to explain still another embodiment of the transportation vehicle operation system.
  • FIG. 12A is a diagram illustrating an example of a road route shown to explain still another embodiment of the transportation vehicle operation system.
  • FIG. 12B is a diagram illustrating yet another embodiment of a transport vehicle operation system that manages vehicles traveling on the route of FIG. 12A.
  • FIG. 13A is a diagram illustrating an example of a road route shown to explain still another embodiment of the transport vehicle operation system.
  • FIG. 13B is a diagram illustrating still another embodiment of a transport vehicle operation system that manages vehicles traveling on the route of FIG. 13A.
  • FIG. 14A is an explanatory diagram showing an example of an automatic driving period and a manual driving period to explain automatic driving and a valet parking system.
  • FIG. 14B is an explanatory diagram showing a transportation operation system that allows switching between automatic driving and valet parking.
  • drawings may schematically represent the width, thickness, shape, etc. of each part compared to the actual aspect.
  • the device of the present invention is applied even when the claims are expressed as control logic, as a program containing instructions for a computer to execute, or as a computer-readable recording medium containing the instructions. be.
  • the names and terms used are not limited, and other expressions are included in the present invention as long as they have substantially the same content and purpose.
  • Figure 1 shows vehicles (passenger cars, wagons, vans, nursing care vehicles, etc.), buses, emergency vehicles (ambulances, patrol cars, etc.), trains, construction/work vehicles (trucks, crane trucks, excavators, etc.), and aircraft.
  • the image shows an image in which transport vehicles such as drone vehicles (drones, private jets, etc.) and ships are automatically controlled.
  • This embodiment is not limited to the transport body shown in FIG.
  • the mobile object in FIG. 1 is enabled to perform high-speed wireless communication with an on-demand mobility overall optimization platform (hereinafter referred to as platform PF) on the cloud through a wireless network.
  • platform PF on-demand mobility overall optimization platform
  • the moving object is automatically controlled to drive safely in the city or on roads in the suburbs, for example, based on commands from the platform PF.
  • Platform PF can freely control mobile objects via a wireless network.
  • FIG. 2 shows an example of the basic configuration of the platform PF.
  • Platform PF includes an automatic driving control core system 300.
  • the automatic driving control core system 300 includes a resource management engine 311, an assignment engine 315, a control engine 317, an arbitration engine 321, and a maintenance management section 313. At least the resource management engine 311, assignment engine 315, control engine 317, and arbitration engine 321 cooperate and cooperate with each other.
  • the resource management engine 311 includes a memory 312, and registers and manages resource data of a resource group in the memory 312.
  • Resource data is data input from the resource owner 501 via the resource interface 401.
  • Owners of resource data include owners of various types of moving objects (see FIG. 1), owners of parking lots, owners of maintenance, owners of car washes, and the like. Furthermore, if the resource is a car, a photo or video of the car may be included in the resource data.
  • the assignment engine 315 can receive request data from the user/servicer 511 via the user/servicer (hereinafter referred to as user/servicer) interface 411 .
  • the request data is data generated by the user/servicer 511.
  • the user/servicer 511 is, for example, an individual, a school, a hospital, a department store, a supermarket, a public institution, a bank, a travel agency, a brand name store, an event organizer, or the like.
  • the request data is output via a smartphone, a personal computer, etc., for example.
  • Data contents include vehicle type (passenger car, bus, van, etc.), section of use (from departure point A to arrival point B), date and time of use (from what time to what time on what month and day), user name C (and other information). name), other options, etc.
  • the assignment engine 315 receives the request data, it notifies the arbitration engine 321, which will be described later.
  • the arbitration engine 321 selects vehicles (passenger cars, buses, vans, etc.) that match the request contents and notifies the assignment engine 315, and the assignment engine 315 causes the resource management engine 311 to prepare the selected vehicles.
  • the resource management engine 311 identifies the selected vehicle using, for example, a "resource registration number.”
  • the user/servicer interface 411 is connected to a service management unit 412 that manages various services.
  • the service management unit 412 identifies and stores information on servicers such as schools, hospitals, department stores, etc., and can analyze the usage status of each servicer (analysis of the number of cars used, usage time, etc.). It is possible.
  • the service management unit 412 also stores comments and inquiries from the servicer, and can be used by the servicer to collect responses from the users inside the vehicle. For example, when a user is riding in an allocated car, comments from the servicer can be displayed or voiced on the car's display device or audio device, and can be used in a system that collects user responses.
  • a specific example of the use of the service management unit 412 is that when a hospital arranges a car to transport patients to and from the hospital, it is used in a system that conducts a "questionnaire" in advance in the car. Furthermore, when a department store or supermarket dispatches a shopping vehicle to a consumer, the service management unit 412 can be used to conduct commercials in advance in the vehicle.
  • the arbitration engine 321 arbitrates for cars that match the above request contents. In other words, when there is a request for dispatch, the arbitration engine 321 uses rules and policies set in advance or each time by this system or a player (user/servicer 511, resource owner 501, external system 544, etc.) to be described later. , check various restrictions, etc. Then, the arbitration engine 321 notifies (recommends) a car that maximizes a predetermined index such as satisfaction to the assignment engine 315. This is because a user or a servicer may specify an emergency vehicle, a vehicle that transports many people, or the design and type of the vehicle, depending on the purpose of use of the vehicle.
  • the assignment engine 315 can identify the optimal vehicle according to the request, and can also identify the optimal route for each vehicle.
  • the resource management engine 311 searches the resource group memory 312 for the most suitable vehicle.
  • the control engine 317 moves the vehicle selected by the assignment engine 315 and the resource management engine 311 by controlling it by optimal automatic driving. Information indicating the driving situation at this time is always notified to the arbitration engine 321 and the resource management engine 311.
  • the mediation engine 321, the assignment engine 315, and the control engine 317 manage a large number of vehicles when performing vehicle allocation, pickup assignment, mediation, and automatic driving control. Then, information on the vehicle's resources, information on the planned distance the vehicle should travel, and understanding of road conditions are performed, and the number of vehicles operating automatically may be increased or decreased, the destination of the vehicle, etc. may be changed.
  • the arbitration engine 321 creates data for setting routes for cars (for example, GPS data or GNSS data), and the control engine 317 sends the data to each car, so that each car sets its own driving route. be able to.
  • the arbitration engine 321, assignment engine 315, and control engine 317 use a simulated branching machine (simulated branching machine) to specify routes for each vehicle according to the final destination of each vehicle.
  • Bifurcation Machine (SBM) technology may be used.
  • SBM is a technology described in, for example, Japanese Patent Application Publication No. 2019-145010 filed by the applicant.
  • the objective function defined in SBM is used.
  • a variable indicating a selected combination of operating routes
  • This variable is, for example, information indicating a combination of multiple routes that determines the operating route for a vehicle to reach its destination. Therefore, variables differ depending on the combination of multiple routes.
  • the variables may include the current congestion status of each combined route, average speed information of each road, etc. as coefficients. Of course, other methods may be used to determine the optimal route.
  • a billing/settlement system 431 is provided within the platform PF.
  • the billing/settlement system 431 performs optimal billing/settlement for the users, institutions, and organizations of this system in response to requests from users and servicers in cooperation with the arbitration engine 321. For example, a user or a servicer is charged for the usage of a car, and a resource usage fee is calculated for a resource owner.
  • External system interface 444 is provided within the platform PF.
  • External system interface 444 can exchange information with other industries (eg, railroads, airlines, international travel, weather forecasters, etc.). For example, if a user makes a request that is beyond the scope of platform PF's control (such as traveling to a foreign country or using a car to transport luggage), we will contact the foreign travel agent or transportation company, and It is possible to introduce travel agents and transportation companies to users, and to process handover information between mobile units. Additionally, emergency information (traffic accidents, terrorism, fire, falling rocks, etc.) from the outside can be received and reflected in the determination elements of the arbitration engine 321 and the changes and adjustments of control items of the control engine 317.
  • industries eg, railroads, airlines, international travel, weather forecasters, etc.
  • FIG. 3A shows a simplified representation of the relationships among the platform PF, the resource owner 501, the user/servicer 511, and the external system 544.
  • a request by the user 511a may be made to the servicer 511b or directly to the platform PF.
  • the servicer 511b is, for example, a hospital or a department store, and may have a contract with the operator of the platform PF or the resource owner 501 for automobile dispatch services. That is, a patient (user) who wants to go to a hospital or a shopper (user) who wants to go to a department store can receive an "automobile dispatch service" by applying for a dispatch service to the hospital or department store (servicer).
  • the user 511a can also directly apply for a ride to the platform PF.
  • the user 511a may want to go on a private road trip or visit a grave. In such a case, the user can apply for a ride directly to the platform PF.
  • the resource owner 501 can apply various transportation means (cars, work vehicles, etc.) as resources to the platform PF.
  • the platform PF registers only mobile objects that meet predetermined safety standards as a resource group in the memory 312 (shown in FIG. 2).
  • the safety standards for example, a predetermined organization installed separately inspects the moving body. For example, a "registration number" or "certificate” is given to a moving object that meets safety standards by the predetermined organization, and the "registration number” or “certificate” is registered in a predetermined registration database.
  • the registration number includes the vehicle body number, and accompanying data includes images and videos of the exterior of the vehicle.
  • the external system 544 includes an institution that provides information to the platform PF and receives information from the platform PF.
  • the user/servicer interface 411 is connected to a service management section 412 that manages various services.
  • the service management unit 412 identifies and stores information on servicers such as schools, hospitals, department stores, and the like.
  • the service management unit 412 stores comments and inquiries from the servicer, and can be used by the servicer to collect responses from users inside the vehicle.
  • a hospital arranges a car to transport patients to and from the hospital, it is used in a system that conducts a "questionnaire" in advance in the car.
  • the service management unit 412 can be used to conduct commercials in advance in the vehicle.
  • the service management unit 412 is configured so that users and servicers can use it for various services.
  • FIG. 3B is an example in which the servicer 511b can register service data in the service management unit 412 of the platform PF (3B1).
  • the servicer 511b can register service data in the service management unit 412 of the platform PF (3B1).
  • the user 511a uses a car provided by or under contract with the servicer 511b.
  • a television is installed in the car, and this television can broadcast service videos provided by the servicer 511b.
  • the servicer is a hospital
  • a simple "interview” is conducted in the car used by the user (3B2), and when the user arrives at the hospital, the questionnaire is completed. be.
  • the contents of the interview are transmitted from the car to the servicer, which is the hospital, via a wireless network.
  • the servicer is a department store
  • commercials for sales items from the department store may be shown in the user's car.
  • the servicer is the organizer of the event venue, commercials for events at the event venue may be shown in the car used by the user.
  • FIG. 3C is an example in which some services are registered in the service management unit 412, and depending on the movement position of the user 511a, services and commercials corresponding to the movement position are broadcast on the mobile company's television.
  • maintenance companies, cleaning companies, tourist attractions, hot spring inns, restaurants, etc. may register their respective commercials (advertisements) and their respective addresses, telephone numbers, e-mails, etc.
  • the car can always provide the platform PF with its own identification data and movement location.
  • the platform PF knows the location of the vehicle and its address.
  • CMs registered by the servicer include restaurants, maintenance companies, cleaning companies, tourist attractions, hot spring inns, restaurants, etc. that exist at the moving location or address (address is registered).
  • the advertisement is directed to users riding in a car, but it is also possible to advertise to the outside of the car. In this case, a method of advertising from the inside to the outside by projecting a commercial image onto the window glass of the car from a projector inside the car can be considered.
  • the example in FIG. 3D is an example in which the user 511a conveys service information to the servicer 511b or registers it in a server owned by the servicer.
  • the user 511a may convey information such as various word-of-mouth information and reputation regarding the servicer 511b.
  • information such as various word-of-mouth information and reputation regarding the servicer 511b.
  • There are various ways to convey this information including a questionnaire method, a posting method, and a method of writing information in a message field on the servicer's server (3D1).
  • the servicer 511b can select information such as the word-of-mouth information and reputation, and register it in the service management section 412 (3D2).
  • the platform PF can broadcast service information (information such as word-of-mouth information and reputation) provided by the corresponding servicer 511b to the moving car on the TV in the car.
  • FIG. 4 shows an example of the configuration of a management database for resource groups (vehicles) managed by the resource group memory 312.
  • resource group information 3121 includes car types, parking lots, and other data blocks. Others include car wash service resources, disinfection service resources, and maintenance resources. Detailed information is attached to each item of the resource group information 3121.
  • vehicle types there is accompanying information such as passenger cars, vans, trucks, buses, nursing care vehicles, ambulances, fire trucks, patrol cars, cultivators, tractors, bulldozers, crane trucks, garbage trucks, etc.
  • cars, vans, buses, etc. come with information such as number of passengers, power, and cargo carrying capacity.
  • the resource as a parking lot is accompanied by information on its address.
  • current state information 3122 as information about each car. This information indicates whether the vehicle is in operation, stopped, undergoing maintenance, or being washed. In addition, regarding the parking lot (storage location), the current number of available parking spaces, reservation time information, address information, etc. are included.
  • current location information 3123 is attached to each vehicle information.
  • Current location information regarding vehicles in operation is updated over time.
  • As the address of the current location for example, GPS information, the address of a store or parking lot managed by the system, etc. are used.
  • the information 3124 of the vehicle in operation further includes departure point, destination, estimated time of arrival, and vehicle job (JOB) report information.
  • the JOB report information includes, for example, operation start time, stop time, intermediate parking information, and number of passengers information.
  • the information 3125 about parked (empty) cars includes information such as charging, checking remaining electricity, maintenance, disinfection, status report, and other information such as waiting.
  • the resource group memory 312 manages the data of the above-mentioned information, so that the situation of cars and parking lots can be grasped at all times.
  • FIG. 5 shows a configuration example of an in-vehicle edge device for automatic operation (hereinafter abbreviated as in-vehicle edge device) 900 installed in an automobile.
  • in-vehicle edge device for automatic operation
  • the in-vehicle edge device 900 includes a navigation data acquisition section 700 and an automatic operation control section 800. The description will now be made assuming that the vehicle equipped with the in-vehicle edge device 900 shown in FIG. 5 is designated by the arbitration engine 321, assignment engine 315, and resource management engine 311 described in FIG. 2.
  • the navigation data acquisition unit 700 receives request data (including at least destination data) for reserving vehicle allocation by a user or a servicer from the platform PF via the wireless network 100 and the transmitting/receiving unit 901.
  • the transmitting/receiving unit 901 receives request data addressed to the own vehicle from among the encrypted data agreed between the platform PF and the in-vehicle edge device 900.
  • an automobile identification number is used as the key data for encrypting the encrypted data.
  • the key data may further include vehicle manufacturer information, manufacturing date information, resource owner information, and the like.
  • the request data is analyzed in the control unit 701.
  • the control unit 701 inputs destination data (which may be referred to as destination data) extracted from the request data into the destination data memory 712 of the input device (which may also be referred to as an operating device) 702 .
  • the input device 702 includes a current location data (current GPS data) memory 711 for storing current location data, a high speed usage memory 713 for writing whether or not to use the high speed on the route from the location to the destination, and a high speed usage memory 713 for storing the current location data.
  • a passing point designation memory 714 is provided that allows passing points to be specified when there are multiple routes heading from a destination to a destination.
  • the above-mentioned high-speed usage data and passing point designation data are input as attribute information (or attached information) when the user or servicer accesses the assignment engine 315.
  • the current location data is specified by the current GPS data in the current GPS data memory 704 obtained from the GPS (Global Positioning System) since the car is currently parked (on standby).
  • the input device 702 also includes various option designation units 720.
  • This option specifying section 720 is used when the user wants to change the destination or stopover place while driving the car. Various functions based on the option specifying section 720 will be described later.
  • the reference map data memory 705 stores GPS data on a map indicating the positions of various places. That is, as GPS data, there are map GPS data and current GPS data. Furthermore, as will be explained next, there is also scheduled GPS data set in the route.
  • the route setting processor 703 searches for and specifies the local optimum route from the current location to the destination.
  • the route setting processor 703 uses the GPS data of each location in the reference map data memory 705 to create an array of GPS data (planned GPS data array) of passing points at each location corresponding to the optimal route.
  • the route setting processor 703 can express the route from the current location to the destination as a dotted line indicating the route on the reference map data, and display it on the display 710.
  • a map and, for example, a dotted line (set route) on the map are displayed.
  • the above scheduled GPS data may be created by the platform PF and sent.
  • the route setting processor 703 stores the scheduled GPS data created by the platform PF.
  • the above destination data is data that the user or the servicer inputs into the platform PF using, for example, a smartphone or a personal computer.
  • the vehicle dispatch order application is launched.
  • the smartphone 1100 is connected to the platform PF via the wireless network 100.
  • items such as destination registration items, items for specifying whether to use the expressway, items for specifying passing points, etc. are displayed.
  • the input data for each item is received by the assignment engine 315 as request data.
  • the optimal vehicle is selected from the resource group.
  • the request data is also notified to the arbitration engine 321.
  • the arbitration engine 321 selects vehicles (passenger cars, buses, vans, etc.) that match the request contents and notifies the assignment engine 315, and the assignment engine 315 causes the resource management engine 311 to prepare the selected vehicles.
  • the resource management engine 311 identifies the selected vehicle using, for example, a "resource registration number.”
  • control engine 317 activates the in-vehicle edge device 900 of the selected vehicle via the wireless network 100.
  • the control unit 701 sends the planned GPS data of the route to the route check device 812 in the automatic operation control unit 800. Send.
  • Route checking device 812 also receives current GPS data from current GPS data memory 704. Therefore, since the planned GPS data and the current GPS data are available, the route check device 812 can determine where the vehicle is currently located on the set route.
  • the route check device 812 can receive information on the surrounding situation from the surrounding monitoring device 811 (equipped with sensors such as a camera, radar, laser, etc.). For this reason, it is possible to determine whether the car is currently in a parking lot, in a downtown area, on an expressway, in the suburbs, etc. This determination result is given to the speed control switching device 813 and used as determination data for setting the speed of the vehicle.
  • the surrounding monitoring device 811 equipped with sensors such as a camera, radar, laser, etc.
  • the power control device 820 is a device for controlling a so-called automobile engine.
  • Engines include motors, hydrogen engines, gas engines, etc.
  • the power control device 820 integrates information from the surrounding monitoring device 811, the route check device 812, and the speed control switching device 813, and performs engine start control (based on the control of the control device 821) and stop control (based on the control of the control device 822). (based on the control of the control device 826), vehicle speed control (based on the control of the control device 826), forward control (based on the control of the control device 823), brake control (based on the control of the control device 824), reverse control (based on the control of the control device 825), control base), etc.
  • engine start control based on the control of the control device 821
  • stop control based on the control of the control device 822
  • vehicle speed control based on the control of the control device 826
  • forward control based on the control of the control device 823
  • brake control based on the control of the control device 824
  • reverse control based on the control of the control device 825
  • control base etc.
  • Start control, stop control, speed control, forward control, brake control, and reverse control in the above control device 821 are respectively a start control device, a stop control device, a speed control device, a forward control device, a brake control device, and a reverse control device. may be called.
  • These controls by the power control device 820 are realized as operation control contents by the parking lot departure control device 831. Further, the control by the power control device 820 is realized as the operation control content by the low-speed operation control device 832.
  • the low-speed driving control is executed, for example, when the car is in a traffic jam, when the car is driving in a busy city, or when the car is driving in a residential area.
  • the control by the power control device 820 is controlled by the driving control contents by the medium-speed driving control device 833 (control contents when the car is traveling in the suburbs, on an empty road, or in an empty area) or by the high-speed driving control device 834.
  • driving control contents control contents executed while the car is traveling on a highway
  • driving control contents by the special vehicle driving control device 835 control contents when a patrol car, fire truck, or ambulance is on the way).
  • control by the power control device 820 is realized as the driving control contents (control contents when the automobile is a passenger car, van, bus, etc.) by the pick-up driving control device 836.
  • the parking lot departure control device 831, low-speed operation control device 832, medium-speed operation control device 833, high-speed operation control device 834, special vehicle operation control device 835, and pickup operation control device 836 are naturally means for controlling steering wheel operation, It goes without saying that it includes means for controlling movement and rotary power devices, turn signal control means in accordance with traffic laws, and lighting control means.
  • Various data representing the control status of the vehicle described above are sent to the platform PF, for example, the maintenance management unit 313, the resource group memory 312, and/or the history data storage unit (not shown) of the assignment engine 315, via the job notification device 841. will be returned to. Further, the remaining amount measurement data of the remaining amount measuring device 842 is also periodically notified to, for example, the maintenance management section 313.
  • the in-vehicle edge device 900 may include a profile notification device 843 for notifying photos, videos, etc. of the own vehicle.
  • profile information such as videos and photos of the own vehicle is sent to the user's smartphone 1100, thereby providing a service that allows the user to ride with peace of mind.
  • the mobile number of the smartphone is included in the designation data when the platform PF designates the own vehicle.
  • the edge device 900 includes a loaded object checking device 844.
  • the onboard object is detected by an in-vehicle camera and/or a weighing device. Checking on-board items can be used to prevent items from being left behind and to determine whether to continue using the vehicle once it has arrived at its destination.
  • the arbitration engine is notified of the vehicle as a vehicle subject to maintenance.
  • the in-vehicle edge device 900 has, in one aspect, the following configuration requirements.
  • a GPS that outputs GPS data, a reference map data memory 705 in which map data and GPS data on this map data are prepared in advance, and a reference map data memory 705 that receives request data including destination data from the platform PF and outputs the map data on the map data. and a route setting processor 703 that sets (creates) a route from the current location to the destination by arranging a plurality of scheduled GPS data using the GPS data.
  • the automatic operation control section 800 also includes a route check device 812 that receives current GPS data from the GPS and scheduled GPS data on the route, and a surroundings monitor that monitors the surroundings. and a speed control switching device 813 that switches the moving speed range based on monitoring data from the surrounding monitoring device 811.
  • a power control device 820 that controls starting, stopping, speed, forward movement, braking, and reversing of the power based on judgment outputs from the surrounding monitoring device 811, the route checking device 812, and the speed control switching device 813; It includes a parking lot departure control device 831, driving control devices 832-835, and a pick-up driving control device 836 whose steering wheel control and rotational power are controlled based on the power controlled by the control device 820.
  • the pick-up vehicle operation control device 836 has a unique function, for example, to interact with waiting passengers and prevent them from boarding the wrong vehicle. Furthermore, the pick-up driving control device 836 has unique functions such as conducting a preliminary medical interview, checking the timetable, and showing commercial videos for department stores and the like.
  • a pickup vehicle for short trips can play videos of the local scenery inside the vehicle to compensate for the traveler's sense of loss.
  • the system will also have a function to simultaneously control the operation of general vehicles on routes where patrol cars, ambulances, fire trucks, etc. are dispatched.
  • insurance providers can also implement an insurance management engine (not shown) into the platform PF.
  • This insurance management engine may be located in external system 544.
  • FIG. 6A is a diagram illustrating an example of a configuration in which a smartphone 1100 used by a user or a servicer and a platform PF are related.
  • a user or a servicer can communicate with the platform PF using his or her smartphone 1100. In this communication, for example, it is possible to reserve a vehicle.
  • the user or servicer can use the smartphone 1100 to enter into an entrustment contract with the platform PF to entrust services to the platform PF.
  • this service There are various examples of this service, which will be explained in detail later.
  • FIG. 6B is a diagram showing an example of a configuration in which a smartphone 1100 used by a user or a servicer and an in-vehicle edge device 900 in a moving object are related.
  • a user or a servicer can communicate and interact with the in-vehicle edge device 900 using his or her smartphone 1100. For example, when a user is picked up by a car, a mutual authentication interaction can take place.
  • the user wants to change the preset operating route for the car, the user can also change the route by communicating with the in-vehicle edge device 900. This route change is realized, for example, by the user operating the option specifying section 720 of the input device 702 (see FIG. 5). The various options will be explained in more detail later.
  • FIG. 6C is an explanatory diagram showing an example in which the smartphone 1100 shown in FIGS. 6A and 6B is used.
  • a ride dispatch application is installed on the smartphone 1100.
  • the user operates the ride dispatch application start button 1101 on the smartphone 1100 to start the ride dispatch application.
  • the smartphone 1100 automatically connects to the platform PF and displays a message such as "Please select a car" in the message area 1102.
  • an exterior image of the car is displayed in the object area 1105.
  • the user can operate the scroll button 1103 to change the exterior image of the car and search for a desired car.
  • the OK button 1104 when the car he/she likes is displayed, the platform PF specifies the allocation of a car for the user.
  • the vehicle dispatch application requests the user to input a destination and a departure point via the message area 1102.
  • the destination is a place the user wants to go to, and if that place is, for example, a store, supermarket, department store, hospital, etc., the user only needs to specify the name, phone number, etc.
  • various destination information photos, names, phone numbers, addresses, etc.
  • the user may send a photo of his or her face to the platform PF from the smartphone 1100 so that the user's face can be recognized when the car comes to pick him up.
  • the platform PF can also send the user's face photo to the in-vehicle edge device 900 of the car specified by the user.
  • FIG. 6D shows a main operation example when the smartphone 1100 shown in FIGS. 6A, 6B, and 6C is used, and steps SA1 to SA3 are in communication between the smartphone 1100 and the platform PF. Further, steps SA4 to SA6 show main operation examples when the smartphone 1100 and the in-vehicle edge device 900 are communicating.
  • the user can select a desired car (SA1) and also select the starting position (the user's current position or the user's (SA2). Additionally, the user can set a destination. At this time, the user operates the smartphone 1100 according to the text or voice message from the smartphone 1100. Further, at the time of SA1, conditions such as the price and type of the desired car, and whether or not carpooling is possible may be recommended to the user.
  • SA1 desired car
  • SA2 the starting position
  • SA2 the user's current position or the user's
  • Steps SA4 to SA6 show an example of communication (dialogue) between the smartphone 1100 and the in-vehicle edge device 900 installed in the car.
  • the designated vehicle automatically drives to the location where the user is waiting.
  • the smartphone 1100 and the in-vehicle edge device 900 automatically start talking by short-range wireless communication.
  • the user's smartphone 1100 displays the profile of the car (for example, an exterior photo of the car, a video, a car number, etc.).
  • the user may, for example, wave his hand or send the photo of his face that was sent to the car in advance at the time of reservation.
  • the car detects a person waving, uses a surveillance camera to take a picture of the person's face, compares this face picture data with face picture data sent in advance, and identifies the user. Then, the car approaches the user as much as possible and begins to guide the user. For example, the destination of the applicant (user), number of people, name, etc. may be confirmed.
  • FIG. 7 shows the relationship between the in-vehicle edge device 900 of the vehicle 201, 202, 204, or 205 and the platform PF from the perspective of various services.
  • Services are provided by servicers who utilize platform PF and users who wish to provide services via platform PF. That is, information is wirelessly transmitted from the service management unit 412 of the platform PF to the in-vehicle edge device 900.
  • FIG. 8A is a diagram illustrating an example of a service provided by a hospital when, for example, a hospital is a servicer and a user (patient, visitor) uses a car.
  • the hospital installs a thermometer, blood pressure monitor, weight scale, etc. in the assigned car, and instructions are given to passengers via the display 710 of the navigation acquisition unit 700 inside the car.
  • the in-vehicle edge device 900 automatically transmits the measurement data to the receiving device at the hospital via the platform PF or directly.
  • the passenger's (patient) response is collected via the microphone of the display 710, and the response is automatically transmitted via the platform PF or directly to the hospital. It is transmitted to the receiving device (SB11).
  • FIG. 8B is a diagram illustrating an example of a service provided by a school, vocational school, cram school, cram school, etc. as a servicer when a teacher or student uses a car.
  • a display 710 provides information such as today's timetable, things to prepare for in advance, and things to prepare. Further, comments such as review and preparation may be displayed in the car when the user returns home from the destination (SB12).
  • FIG. 8C is a diagram illustrating an example of a service when the servicer is, for example, a department store, a supermarket, or a luxury goods store.
  • the servicer is, for example, a department store, a supermarket, or a luxury goods store.
  • advertisements for today's products, introductions of service products with coupons, bargain sales, etc. are carried out via the display 710.
  • users can easily use the vehicle even if the destination is an area where parking is difficult to find, such as a downtown area (SB13).
  • FIG. 8D is a diagram illustrating an example of a service when the event venue is a servicer, for example. Inside the car, for example, information about some events and information about the local area are displayed on a display. In addition, when returning home, a preview of the next event is displayed on the display.
  • the profile of the baseball player may be displayed.
  • the scenery of the golf course, course strategy, etc. may be displayed (SB14).
  • this system has the ability to create new aspects of various businesses.
  • advertisements advertisements for inside the vehicle and advertisements for outside the vehicle are also possible.
  • Advertisements directed outside the vehicle include, for example, advertisements that indicate the manufacturer of the vehicle. Additionally, advertisements directed outside the vehicle are executed in areas where there are many people, such as shopping streets and event venues. For this advertisement, a display system that displays the advertisement outwardly on a window glass, for example, is effective.
  • display data such as advertising video and audio is stored in advance in a memory included in the control unit 701 or a separately provided memory.
  • This display data such as advertising video and audio is sent from the platform PF or from a terminal specially provided in the area, and is received by the car's reception system.
  • an advertisement provider (which can be a servicer or a user) can upload this display data to the platform PF, for example, for a fee.
  • FIG. 9 shows an example of the configuration of an option designation unit 720 built inside the navigation data acquisition unit 700 in an automobile.
  • the option specifying section 720 has an option response function 725.
  • the option response function 725 is a function that responds to requests made by a user who changes the schedule of a car that has started automatic driving and makes various requests to the car.
  • Unscheduled requests include requests such as when a user wants to stop by a friend's house, do some additional shopping, stop at a souvenir shop, take a break, etc. while riding in a car. For example, you may want to continue using this car even after you arrive at your destination.
  • the option response function 725 of the automobile makes an inquiry on the display 710 as to whether the route change/adjustment 710a or the continued use 710b is intended. .
  • the option response function 725 When the user selects the route change/adjustment 710a, the option response function 725 requests input information about the place to stop (parking, store, acquaintance's house, etc.). The user inputs, for example, the name, telephone number, or address of the place to visit. Then, the option response function 725 performs a route search and determines whether it is possible ("accept") or impossible (“reject") to visit the specified location from the current location. For example, if you are traveling on a highway, you may have already passed a designated location (for example, a parking lot). In such a case, a response of "rejection" is communicated to the user. In this case, the user can cancel the option or enter another input (710b, 710c).
  • option response function 725 displays "Accept”. In this case, the user operates the setting completion button (720f).
  • option response function 725 requests input information such as origin, destination, departure time, etc. (710e). The user then operates the setting completion button (720f).
  • the optional response function 725 that allows continuous use to be set is also effective when the user does not want to release the car he is currently using even after arriving at the location, but wants to use it when he returns home. Further, the option response function 725, which can be set for continued use, is effective when the user goes shopping at a certain store, has more luggage, and wants to stop by another store. The continuous use setting function also becomes effective when a stopover location is added to a postal vehicle or delivery vehicle.
  • FIG. 10 is a diagram showing the configuration of a function that issues a charging instruction from the platform PH to a car whose battery level is low.
  • the automobile has the in-vehicle edge device 900 described above and enables automatic driving.
  • the automatic operation control unit 800 operates, and the power control device 820 controls the power source.
  • the energy of the power source is a battery, and its remaining amount is constantly measured by a battery remaining amount measuring device 842 and monitored by a charging control unit 314 provided on the platform PH.
  • the charging control unit 314 may be provided within the maintenance management unit 313 or may be provided separately and independently.
  • the charging control unit 314 can detect an automobile whose battery level is low. When a vehicle requiring charging is detected, the charging control unit 314 can control the control engine 317 to guide the vehicle requiring charging to a charging station (position where charging is possible).
  • control engine 317 transmits route correction data to the route correction device 851 of the automatic operation control unit 800 (this control is similar to the control at the time of route change/adjustment in FIG. 9). Then, the route correction device 851 sends route correction data to the route check device 812, and the vehicle heads to the charging station.
  • charging control unit 314 of the platform PF detects that sufficient power is being received.
  • the charging control unit 314 then controls the vehicle via the control engine 317 so that the vehicle returns to the preset travel route.
  • the car in which the user is riding is heading to a charging station.
  • the method is not limited to this method, and if a resource owner's substitute vehicle exists nearby, the substitute vehicle may be dispatched to the vehicle that requires charging as a transfer.
  • the optional response function 725 which allows the user to set continued use, is effective when the user does not want to release the currently used car upon arriving at the location, but wants to use it when returning home. Further, the option response function 725, which can be set for continued use, is effective when the user goes shopping at a certain store, has more luggage, and wants to stop by another store. The continuous use setting function also becomes effective when a stopover location is added to a postal vehicle or delivery vehicle.
  • FIG. 11 shows yet another embodiment of the vehicle operation system. This embodiment focuses on the relationship between a servicer who provides a service and a user who receives (selects) the service.
  • servicers that provide the same type of services will compete with each other. Examples of similar servicers include multiple supermarkets SM1, SM2, SM3, etc., multiple restaurants L1, L2, L3, etc., multiple travel agencies TR1, TR2, TR3, etc. . Then, if the user wants to go shopping, eat at a restaurant, or go on a trip, the user needs to select a servicer.
  • the service management unit 412 of the platform PF includes a data memory in which each servicer is registered in advance and benefit information of each service provided by each servicer is also registered.
  • This data memory is called a bid information manager 4121 in this system.
  • Each servicer can pre-register its own appeal information (benefits information) together with its own identification data.
  • the benefit information can include the discount rate of a specific product, and the discount date and time period (or validity period information).
  • the discount rate of a specific product can include the discount rate of a specific product, and the discount date and time period (or validity period information).
  • information on a coupon for the car used to pay for the car used by the person having the meal and information on the validity period of this service can be registered.
  • you are a travel agent you can register information on exchange tickets for souvenirs (with validity period) at your travel destination.
  • the servicer can review the price, change the benefits, etc.> Furthermore, the servicer can view information on other competing servicers via the smartphone 1100, for example. It is also possible to change the service content. For example, you can sell products at lower prices than your competitors or add coupons. This can make the bid management information system a useful and valuable element for users and servicers.
  • the bidding management information system automatically provides service content to the user>
  • the bid management information system itself may provide the following services:
  • the servicer can input information on the lower limit of the sales price of the product for sale (strategy information) or input information indicating multiple prices in stages (strategy information) as additional service information in advance.
  • the bid management information system can automatically provide the following information to the user when a competitor exists: *At the first X supermarket, it is possible to discount product X1 by up to X1 percent, and at the second Y supermarket, product Y1 can be discounted by up to Y1 percent. *At the first X supermarket, product X2 can be discounted by X2 percent, and at the second Y supermarket, product Y1 can be discounted by Y1 percent.
  • a customer purchases multiple products it is possible to recommend the supermarket with the lowest overall price when combining the multiple products, in other words, it is also possible to provide smart contract information. *If the servicer provides a self-driving car to the user for a fee, the cost of the car may also be included in the total price above.
  • the user can view information on multiple servicers.
  • a service viewing function (software) is activated and a service viewing screen 1401 is displayed.
  • the user can view the servicer benefit information registered in the bid management device 4121 of the service management section 412 via the service viewing screen 1401.
  • Benefit information will then be displayed on the information viewing screen for each travel agency. Examples of bonus information include information such as zoo admission tickets, fruit souvenirs, travel discounts, and meal coupons.
  • the user can specify desired benefit information on the service designation screen 1402 when the desired servicer advertisement (benefit information) is displayed on the viewing screen 1401.
  • the servicer (servicer ID) designated by the user is registered in the servicer designation information management unit 4122 of the service management unit 412 together with the user's ID.
  • the servicer designation information manager 4122 notifies the resource management engine 311 of the ID (identification information) of the designated servicer along with the user ID.
  • the resource management engine 311 transmits instruction information for selecting vehicle allocation to the previous user.
  • the smartphone 1100 switches to a vehicle assignment application screen 1403, and a catalog of vehicle assignments registered in the resource management engine 311 is displayed.
  • the user looks at this catalog, specifies the car to be used, enters the date and time of use, departure point, destination, etc., and presses the OK button to complete the application for a ride.
  • the resource management engine 311 and the assignment engine 315 work together to specifically specify a car, and the control engine 317 remotely controls the car to allocate it to the user.
  • the above-mentioned user makes a reservation for a car, he inputs the departure place, destination, reservation date, reservation time period, etc. from the smartphone 1100, but this information is registered in the resource management engine 311 and the servicer specified information manager 4122. be done.
  • the servicer specified information manager 4122 can also notify the servicer, via the user/servicer interface 411, about what time a particular customer will arrive. For this reason, since the servicer may desire visitor information of such a customer, the bid information management device 4121 has a built-in visitor notification processor that forms a visitor notification system. This visitor notification system also allows the servicer to prepare additional services depending on the number of visitors and customers. For example, additional services include greeting at the entrance and adding events.
  • the application is made using the smartphone 1100 owned by the user, but it goes without saying that the smartphone 1100 may be replaced by a personal computer or tablet owned by the user.
  • the above service information is also transmitted from smartphones, personal computers, tablets, etc. owned by each service provider (business operator). Additionally, servicers add information such as the validity period of benefits to service information.
  • Various embodiments of the above user interface (UI) are possible. Examples include wearable devices (smart watches), non-contact operation input systems using 3D displays and 3D position detectors, head-mounted displays using gaze detection systems, and types that display images and operation buttons on the windshield. There are input systems, voice recognition input systems, etc.
  • ⁇ Route selection function, route guidance function> 12A and 12B show yet another embodiment of the vehicle operation system. As shown in FIG. 12B, this embodiment includes a mediation engine 321 of the platform PF, a control engine 317 that remotely controls the car, and an automatic operation control unit 800 that automatically controls the car based on instructions from the control engine 317. Utilizes the relationship with.
  • the transportation operation system is based on the information of the specified (designated) departure point and destination of the vehicle, and the arbitration engine 321 determines the operation route of the specified vehicle (the straight route shown in FIG. 12A). R10) is determined.
  • the area ar1 is assumed in advance based on information on past disaster cases, floods, landslides, etc., and the avoidance route is also assumed based on predictions in advance.
  • the area ar1 is not limited to a road, but may be a town or a village.
  • the arbitration engine 321 of this system includes an assumed route database 321a, a backup route creator 321b, and a recommended route creator 321c shown in FIG. 12B. Further, a PF management device PFM1 is connected to the platform PF, and the PF management device PFM1 can check and monitor data in the platform PF.
  • the PF management device PFM1 is handled by the administrator, and is capable of acquiring map information of the expected route from the expected route database 321a and displaying various route information on the map in the same manner as the GPS display function. It is.
  • the PF management device RFM1 has a radius of, for example, 30 km centered on the area ar1 in the middle of the route R10 shown in FIG. 12A (this range is not limited and can be varied).
  • this range is not limited and can be varied.
  • you display an image of Area ar1 is an area where flooding is likely to occur or where traffic jams due to bridges are predicted to occur, based on past cases.
  • the administrator can specify and input the area ar1 and the locations of, for example, cars M1 and M2, by moving and pointing the cursor on the screen.
  • an administrator operates the PF management device RFM1 to specify an area where a traffic obstruction may occur and the expected position of a vehicle that is scheduled to pass through this area.
  • a route that allows a vehicle to avoid the area where this occurs can be set in advance as a backup route.
  • a backup route to the failure area is stored in advance in the backup route creator 321b.
  • routes R11, R12, R13, and R14 are displayed as routes that allow cars M1 and M2 scheduled to pass through area ar1 to avoid area ar1. These routes are registered as backup routes for area ar1.
  • the own vehicle is displayed blinking on the map displayed on the display mounted on the vehicles M1 and M2. Furthermore, the future scheduled travel route of the own vehicle is displayed blinking. Thereby, each user riding in the cars M1 and M2 can recognize which route their own cars will take to reach the destinations A and B, respectively.
  • the recommended route creator 321c of the arbitration engine 321 determines the recommended routes for the cars M1 and M2, based on the capacity of each backup route and the current congestion situation, so that the cars M1 and M2 will avoid traffic jams as much as possible. There is.
  • simulated bifurcation machine (SBM) technology may be used.
  • the recommended route creator 321c selects and specifies a recommended route from among the backup routes stored in the backup route creator 321b using the SBM technique. This recommended route information is notified from the arbitration engine 321 to the control engine 317, and from the control engine 317 to the vehicles M1 and M2, that is, the recommended route information formed from the scheduled GPS data is notified.
  • the current scheduled GPS data of the route setting processor 703 is corrected to new scheduled GPS data.
  • This scheduled GPS data is notified by the control unit 701 to the route correction device 851 in the automatic operation control unit 800.
  • the planned GPS data is compared with the current GPS data in the route check device 812, and the driving direction of the vehicle is corrected to the direction set by the planned GPS data. That is, the route check device 812 generates starting correction data, and the power control device 820 controls the driving direction of the vehicle based on the trajectory correction data.
  • an inquiry as to whether or not to permit the route change may be displayed on the display 710 and audible notification may be made to the user. If the user does not permit the change (if the user operates the status quo button), the pre-scheduled route will be maintained.
  • the above-mentioned external system 544 (which may also be referred to as an "information source regarding abnormal situations") can also import information uploaded to the Internet by users, individuals, etc. via SNS. Therefore, in the event of a disaster or accident, users using the vehicle dispatch service and platform administrators can obtain road information in real time. Further, the situation in area ar1 may be sensed by the vehicle dispatcher used in this system, and may be notified to platform PF as abnormality information. For example, an "abnormal situation" may be determined from an image captured by a camera installed on a dispatched vehicle traveling near area ar1. This determination is configured to be performed by, for example, a video analysis device provided in the external interface 444.
  • users may change their plans due to various conditions, not necessarily limited to abnormal situations. For example, (case a1), you may want to skip the sightseeing spots and arrive at your destination as soon as possible. For example, if a family member or friend of a fellow passenger suddenly becomes ill, or In some cases, you may receive a telephone call.
  • a shortest route search unit and a shortest route recommendation unit may be installed in the in-vehicle edge device 900 of the vehicle itself.
  • FIG. 13A shows the route Tad assigned when the user registers a point A (departure point) to a point D (arrival point) on the platform PF. This shows a case where between point A and point D there are point B and point C as main passing points.
  • routes Tab1, Tab2, Tab3, and Tab4 indicate local routes that can go from point A to point B.
  • routes Tbc1, Tbc2, and Tbc3 indicate local routes that can go from point B to point C.
  • routes Tcd1, Tcd2, Tcd3, and Tcd4 indicate local routes that can go from point C to point D.
  • the information on these routes is sent from the platform PF to the user's car in advance, and is stored, for example, in the memory within the control unit 701, the memory connected to the control unit 701 (not shown), or as described below. It is stored in local route memory 720x.
  • FIG. 13B shows the car currently being used by the user, and it is assumed that the car is traveling from point A to point D.
  • the route at this time is the route recommended by the arbitration engine 321, and it is assumed that routes Tcd1, Tcd2, Tcd3, and Tcd4 (FIG. 13A) have been set.
  • this car is further provided with a unique local route search device 720v, a recommended route creator 720w, and a local route memory 720x.
  • This function processes information on local routes that are further divided into global routes Tcd1, Tcd2, Tcd3, and Tcd4 (FIG. 13A) set by the arbitration engine 321.
  • points B and C are set between point A (departure point) and point D (arrival point). Then, there are routes Tab1, Tab2, Tab3, Tab, which can go from point A to point B. Routes Tbc1, Tbc2, Tbc3 that can go from point B to point C, Routes Tcd1, Tcd2, Tcd3, and Tcd4 that can go from point C to point D are set in advance and stored in the local route memory 702x. Points A and D are the departure point and destination specified by the user through communication with the platform PF when making a car reservation. Points B and C are points selected by the platform PF as passing points when determining the optimal route. However, the location may also be a location designated by the user as a location he or she would like to visit.
  • the user wants to change the route from point B to point C while the car is traveling on route Tab1 after departing from delay A.
  • the user operates the option designation section 720 to operate, for example, a local route change button.
  • a plurality of routes Tbc1, Tbc2, and Tbc3 that can take one from point B to point C, for example, are read out from the local route memory 720x and displayed on the display 710.
  • Each route may be marked with symbols such as place names, shops, facilities, etc.
  • the currently scheduled route Tbc1 is distinguished from other routes by, for example, a thick arrow, a blinking arrow, or a moving bright spot being repeatedly displayed.
  • the change information is set in the local route memory 720x as the changed route.
  • This changed route Tb2 is given to the automatic operation control 800, and the operation of the vehicle is changed locally.
  • the display format on the display 710 also changes, and as shown in the lower part of the figure, the line indicating route Tb2 becomes thicker, the color changes, or the brightness changes, and the line of other routes It becomes an identifiable display.
  • a unique local route search device 720v, a recommended route creator 720w, and a local route memory 720x are installed in the vehicle to enable changing of the local route.
  • An example in which a local route is modified in an arbitrary local route network starting from a user operation has been described.
  • the modification of the local route and its modification data may be executed on the platform PF side, or may be executed within the edge device 900 inside the vehicle.
  • Vehicle operation is executed after being globally configured on the platform PF, but unexpected operational failures may occur during the process. For example, a city suddenly becomes crowded due to an accident or an event.
  • the mediation engine can, for example, use perturbation-theoretic methods for cars passing through an accident scene or in a city where an event is being held. Optimization processing based on the following may also be performed.
  • perturbation is generally a phenomenon in which, in a dynamical system, the motion due to the contribution of a main force (main term) is disturbed by the contribution of other secondary forces (perturbation terms).
  • the perturbation theory method is a method that follows the perturbation theory explained in the theory of dynamical systems.When solving a certain problem A, first solve the initial problem B, then solve the problem A that you want to solve. This is a method of obtaining an approximate solution to problem A by assuming that initial problem B has been modified by a small change. By calculating the initial problem B in advance using this perturbation theory method, an approximate solution to the problem A can be efficiently obtained.
  • the arbitration engine provides a global standard route (standard pattern) for a vehicle that corresponds to its origin and destination. Then, depending on external information (congestion during commuting hours, weather information, etc., event date and time information, road repair and construction date and time information), the difference (route correction information) and send route correction information to the appropriate vehicles.
  • the arbitration engine uses the above-mentioned external information scenarios (congestion during commuting hours, weather information, mixed situation, event date and time information, road repair and construction date and time information) to There is a way to calculate and prepare the difference (route modification information).
  • the optimization according to the present invention is not limited to the perturbation theory as described above, and the following route creation method is also possible.
  • the mediation engine sets global bases that are separated by a certain distance, subdivides each global base to form small divisions, and prepares multiple routes within the division in advance.
  • the starting point and destination of a car are given, there is also a method of connecting the starting point and destination in multiple sections to create multiple routes for the car. With this method, routes to be restricted can be known in advance.
  • *It is also possible to reflect user preference information on multiple routes. For example, it is possible to reflect routes of tourist attractions or routes of areas famous for night views. In other words, a system may be used in which a plurality of short course routes are divided into parts, and when a starting point and a destination are given, the user is allowed to select one, and the cost and arrival time of a high-speed route etc. are presented.
  • the platform PF is equipped with an external system interface 444 (see FIG. 2), and can take in various information from the outside, and can also be given various information from the outside. Therefore, the mediation engine creates and presents multiple recommended routes based on information such as tourist attractions, accommodation facilities, rest facilities, and souvenir points along the way, depending on the user's starting point and destination. It is also possible.
  • the arbitration engine 321 can not only create one recommended route, but also present multiple recommended routes to the user when the user inputs the starting point and destination into the system, and allows the user to select one. It is. At the same time, the arbitration engine 321 can also present to the user information including the time and number of days required from the departure point to the destination, as well as the approximate cost.
  • the user can make arbitrary recommendations based on the reason for going to the destination (need to hurry, have 2 to 3 days to spare, low budget, sufficient budget, etc.). You can choose your route.
  • this system can also present the following services to users and servicers.
  • a function of presenting users and user combinations may be provided.
  • management information in this system for example, a passenger car and a freight vehicle (truck or van) may be heading to the same destination from the same starting point.
  • the operating hours may differ from each other, and the operating routes may also differ. This information can be obtained by monitoring data of the arbitration engine 321, for example.
  • this system is equipped with a notification device that notifies passenger car users and freight car users of each other's operation information before departure (at the time of reservation, etc.). Then, a message is sent to the passenger car user saying, ⁇ There are seats available in the freight car, would you like to ride with me?'', while to the freight car user, ⁇ Do you want to allow a passenger?'' Inform them of the "response deadline date and time”.
  • a passenger car user and a freight vehicle user reserve a car, they are asked, ⁇ If there are seats available in the freight vehicle, would you like to ride with me?'' and ⁇ If there is someone who wants to ride with me.'' Do you accept this?'' and the deadline for responding.
  • each user is also notified of information such as the recommended route from the departure point to the destination, time, and cost.
  • the "user combiner" in the mediation engine 321 will ask each user to agree to ride together.
  • the vehicle will be notified that the vehicle has been obtained, and the final vehicle allocation will be determined.
  • 14A and 14B are diagrams for explaining automatic driving and a valet parking system.
  • an automatic driving system when a user travels, he or she may stay overnight at a hotel en route. I also sometimes go shopping at department stores and large supermarkets. In such a case, the user may leave the car with the employee in charge of the parking lot.
  • this system is equipped with a function that allows the self-driving car to switch from automatic driving to manual operation by performing an automatic operation on/off operation after the self-driving car arrives, for example, in front of a hotel entrance.
  • a control button for the automatic operation on/off function is provided as one of the applications of the smartphone 1100, for example, as shown in FIG. 14B. Alternatively, it may be provided in an option designation section 720 that can be operated via a display 710 included in the in-house edge device 900.
  • the control button for this automatic operation on/off function is activated by a switching signal sent from the control engine 317 of the platform PF when the car automatically arrives at the entrance of a hotel, for example. This is because the control engine 717 of the platform PF knows the current vehicle position.
  • the smartphone 1100 may be owned by a user on board the vehicle, or may be owned by a parking attendant at a hotel.
  • the timing at which the user obtains the control button for the automatic operation on/off function described above is when the vehicle allocation is received from the servicer.
  • a control button for the automatic operation on/off function is required.
  • a resource management engine 311 that manages at least a plurality of self-driving vehicles as resources, and a resource management engine 311 that receives a request for application by a user who uses the transportation vehicle by specifying a destination, and allocates the transportation vehicle to the user.
  • an assignment engine 315 a control engine 317 that performs control to automatically transport the vehicle to a destination specified by the user in response to the assignment by the assignment engine;
  • the control engine automatically operates the assigned transport body.
  • This system is unique as a transport vehicle operation system, and includes an arbitration engine 321 that controls the system.
  • the resource management engine 311, the assignment engine (315), the control engine 317, and the arbitration engine 321 are housed in a platform that communicates with the plurality of transport bodies, and the platform communicates with the plurality of transport bodies. It is also effective as the transport vehicle operation system described in A1), which simultaneously controls the automatic operation of each vehicle.
  • the arbitration engine 321 at least assigns the current locations of the transportation vehicles managed by the resource management engine 311. and data on at least the destination of each of the plurality of users as parameters, set a route connecting the current position of each of the plurality of transport vehicles, the current position and destination of each of the plurality of users, and It is also effective as the transport vehicle operation system described in A1), in which a transport vehicle with a route is assigned to each of a plurality of users.
  • the arbitration engine 321 is effective as the transport vehicle operation system described in A3), further including data on the vehicle type specified by the user as the parameter.
  • the resource management engine 311 is also effective as the vehicle operation system described in A1), in which the resource management engine 311 cooperates with a maintenance management device that manages maintenance of each of the plurality of vehicles.
  • control engine 317 is also effective as the vehicle operation system described in A1), in which the control engine 317 transmits destination data of the destination specified by the user to the vehicle assigned to the user by the assignment engine 315. It is.
  • a service management unit that manages the content of the service provided to the user as control data within the transport vehicle assigned to the user, and transmits the control data when the transport vehicle assigned to the user is transported. Furthermore, it is also effective as the transport vehicle operation system described in A1).
  • the service management unit is also effective as the transport vehicle operation system described in A7), in which the service management unit transmits control data for the user to view the content of the service inside the transport vehicle.
  • the service management unit is also effective as the transport vehicle operation system described in A8), in which the service management unit transmits control data for a commercial video provided by a servicer as the content to the transport vehicle.
  • the service management unit includes a bid information management device 4121, and this bid information management device 4121 is also effective as the transport vehicle operation system described in A1), which stores benefit information given by a servicer that provides the service. It is.
  • the servicer includes a plurality of competitors (in the same industry), and the benefit information in the bid management device 4121 can be checked by an external device, which is also effective as the transport vehicle operation system described in A10). .
  • the bid management device 4121 is effective as the transport operation system described in A10), in which the content of the benefit information can be changed and/or modified by the servicer.
  • the resource management engine is also effective as the vehicle operation system described in A1), which includes a storage location of the vehicle as the resource.
  • the resource management engine is also effective as the transport vehicle operation system described in A1), which includes cargo information of the transport vehicle as the resource.
  • Cargo information is information useful for measuring or estimating the total weight of a transport object.
  • it is effective when determining the arrangement order of multiple transport vehicles. In other words, lighter vehicles are placed at the rear, and heavier vehicles (which have higher braking ability than heavier vehicles) are arranged starting from the front. This prevents the following vehicle from colliding with the vehicle in front when the leading vehicle applies its brakes.
  • the present invention is also effective as the transport vehicle operation system described in A1), which further includes a maintenance management unit that manages the maintenance timing and maintenance status of each of the plurality of transport vehicles.
  • the arbitration engine 321 further prepares a recommended route in addition to the operation route, and when it receives information from the outside that a problem has occurred in the operation of the transport vehicle on the original operation route,
  • the present invention is also effective as the transport vehicle operation system described in A1), which includes a recommended route creator for notifying the transport vehicle of the recommended route.
  • the transport vehicle is also effective as the transport vehicle operation system described in A1), in which the transport vehicle is provided with an operation device that cancels the notification even if the recommended route is notified.
  • the edge device and automatic operation control unit in the mobile body of this system include a route setting processor that stores scheduled GPS data for the route from the departure point to the destination, current GPS data from the GPS, and information on the route.
  • a route check device that receives scheduled GPS data of the surrounding area, a surrounding monitoring device that monitors the surrounding area, a speed control switching device that switches a moving speed range based on monitoring data from the surrounding monitoring device;
  • a power control device that controls starting, stopping, speed, forward movement, braking, and reversing of the power based on judgment output from the system path check device and the speed control switching device;
  • the present invention is characterized as a transport vehicle equipped with a parking lot departure control device, a driving control device, and a pick-up driving control device in which steering wheel control and rotational power are controlled based on the vehicle control system.
  • the pick-up vehicle operation control device performs specific movements, interacts with the waiting person, and prevents passengers from riding incorrectly.
  • the vehicle according to B1) is also characterized in that the vehicle is equipped with an on-vehicle communication device that communicates with the communication device, and when picking up the vehicle, it is possible to confirm through the mutual communication that the user has ordered the vehicle.
  • the pick-up vehicle operation control device is capable of conducting a preliminary interview, and if the user who transmitted or sent the request data on behalf of the user is a medical-related user, an interview device that conducts an interview in the vehicle upon request from the user; Alternatively, it also has the characteristics as a transporter described in B1), which is equipped with a measuring device for measuring blood pressure, heart rate, and body temperature.
  • the pick-up vehicle operation control device is capable of displaying a commercial video of a department store, and if the user who sent the request data or sent it on behalf of the user is a user related to a store, the pick-up vehicle operation control device It also has the characteristics of the transport vehicle described in B1), which is equipped with a video output device that outputs commercial video of a store.
  • the pick-up car (for short trips) of this system can display local scenery images inside the car on rainy days, and if the user who sent or sent the request data on behalf of the above is a travel-related user. , upon request from the user, is also equipped with a video output device that displays images of the local scenery inside the vehicle on rainy days.
  • the route setting processor also has the characteristics of the vehicle described in B1), receiving the scheduled GPS data from an external platform.
  • a unique local route search device that can modify the scheduled GPS data, a recommended route creator that creates a recommended route from among the local routes searched by the unique local tool and the search device, and a local route that stores the recommended route. It also has the characteristics of a transporter described in B1), including a route memory.
  • PF...platform 100...wireless network, 201-211...mobile object (transportation object), 221...in the city, 222...suburb, 300...automatic driving control core system, 311...resource management engine, 312...resource group memory, 313... Maintenance management department, 315...Assignment engine, 317...Control engine, 321...Arbitration engine, 3121...Resource group information, 3122...Current state information, 3123...Current location information, 3124...Information on vehicles in operation, 3125...

Landscapes

  • Engineering & Computer Science (AREA)
  • Radar, Positioning & Navigation (AREA)
  • Remote Sensing (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Business, Economics & Management (AREA)
  • Automation & Control Theory (AREA)
  • Computing Systems (AREA)
  • General Business, Economics & Management (AREA)
  • Economics (AREA)
  • Development Economics (AREA)
  • General Health & Medical Sciences (AREA)
  • Operations Research (AREA)
  • Mechanical Engineering (AREA)
  • Transportation (AREA)
  • Human Computer Interaction (AREA)
  • Health & Medical Sciences (AREA)
  • Accounting & Taxation (AREA)
  • Human Resources & Organizations (AREA)
  • Marketing (AREA)
  • Primary Health Care (AREA)
  • Strategic Management (AREA)
  • Tourism & Hospitality (AREA)
  • Theoretical Computer Science (AREA)
  • Traffic Control Systems (AREA)

Abstract

Dans un mode de réalisation, un service de transporteur est optimisé dans son ensemble dans divers contextes de la vie des gens. Un moteur de gestion de ressources gère, en tant que ressource, une pluralité de transporteurs capables de conduire de manière autonome. Un moteur d'affectation reçoit des demandes d'utilisation des transporteurs à partir d'une pluralité d'utilisateurs, et affecte les transporteurs à la pluralité d'utilisateurs. En réponse à cette affectation, un moteur de commande effectue une commande de conduite autonome des transporteurs vers des destinations désignées par les utilisateurs. Après que les transporteurs ont été affectés aux utilisateurs respectifs par le moteur d'affectation, un moteur d'arbitrage amène le moteur de commande à effectuer une conduite autonome des transporteurs en réponse à l'affectation.
PCT/JP2023/012230 2022-03-28 2023-03-27 Système et procédé d'exploitation de transporteur à la demande WO2023190357A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2022052061 2022-03-28
JP2022-052061 2022-03-28

Publications (1)

Publication Number Publication Date
WO2023190357A1 true WO2023190357A1 (fr) 2023-10-05

Family

ID=88202347

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2023/012230 WO2023190357A1 (fr) 2022-03-28 2023-03-27 Système et procédé d'exploitation de transporteur à la demande

Country Status (1)

Country Link
WO (1) WO2023190357A1 (fr)

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002367086A (ja) * 2001-06-06 2002-12-20 Ffc:Kk タクシー手配システム、タクシー手配方法およびその方法をコンピュータに実行させるプログラム
JP2005071276A (ja) * 2003-08-27 2005-03-17 Nippon Telegr & Teleph Corp <Ntt> 配車決定方法及び配車決定装置
JP2014063429A (ja) * 2012-09-24 2014-04-10 Yahoo Japan Corp 情報配信装置、情報配信方法及びプログラム
JP2015184243A (ja) * 2014-03-26 2015-10-22 株式会社日本総合研究所 車両状態診断システム、及び移動体の車両状態診断方法
JP2016130897A (ja) * 2015-01-13 2016-07-21 株式会社デンソー 経路特定装置
JP2019175403A (ja) * 2018-03-29 2019-10-10 パナソニックＩｐマネジメント株式会社 配車システムおよび配車システムの制御方法
WO2020194062A1 (fr) * 2019-03-27 2020-10-01 日産自動車株式会社 Système de commande d'itinéraire de véhicule, dispositif de commande d'itinéraire de véhicule et procédé de commande d'itinéraire de véhicule
JP2021149543A (ja) * 2020-03-19 2021-09-27 本田技研工業株式会社 車両管理装置、車両管理方法、及び車両管理プログラム

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002367086A (ja) * 2001-06-06 2002-12-20 Ffc:Kk タクシー手配システム、タクシー手配方法およびその方法をコンピュータに実行させるプログラム
JP2005071276A (ja) * 2003-08-27 2005-03-17 Nippon Telegr & Teleph Corp <Ntt> 配車決定方法及び配車決定装置
JP2014063429A (ja) * 2012-09-24 2014-04-10 Yahoo Japan Corp 情報配信装置、情報配信方法及びプログラム
JP2015184243A (ja) * 2014-03-26 2015-10-22 株式会社日本総合研究所 車両状態診断システム、及び移動体の車両状態診断方法
JP2016130897A (ja) * 2015-01-13 2016-07-21 株式会社デンソー 経路特定装置
JP2019175403A (ja) * 2018-03-29 2019-10-10 パナソニックＩｐマネジメント株式会社 配車システムおよび配車システムの制御方法
WO2020194062A1 (fr) * 2019-03-27 2020-10-01 日産自動車株式会社 Système de commande d'itinéraire de véhicule, dispositif de commande d'itinéraire de véhicule et procédé de commande d'itinéraire de véhicule
JP2021149543A (ja) * 2020-03-19 2021-09-27 本田技研工業株式会社 車両管理装置、車両管理方法、及び車両管理プログラム

Similar Documents

Publication Publication Date Title
JP7191052B2 (ja) 送迎管理装置、送迎管理方法、およびプログラム
US10671961B2 (en) Systems and methods for transportation
CN108475466B (zh) 用于匹配和显示服务请求和可用车辆的系统和方法
US10796248B2 (en) Ride-sharing joint rental groups
US10424201B2 (en) Vehicle assistance device
US20140012498A1 (en) Informed Traveler Program and Application
US20160364823A1 (en) Systems and methods for on-demand transportation
US20160364679A1 (en) Systems and methods for on-demand transportation
US20160364812A1 (en) Systems and methods for on-demand transportation
US20150254581A1 (en) Rideshare system and method to facilitate instant carpooling
US20160210675A1 (en) Ordering products / services
US20170091891A1 (en) Integrated ride sharing system and method for fleet management systems
JP6761213B2 (ja) 車両管理サーバおよびコンピュータプログラム
CN111121799A (zh) 信息提供装置、信息提供系统、信息提供方法及程序
WO2020208858A1 (fr) Procédé de traitement d&#39;informations, programme et terminal
JP2020086502A (ja) 情報処理装置、情報処理システム、及び、車両への広告配信方法
US20080021756A1 (en) Integrated supply chain business model and website for free auto rental
Shaheen et al. Mobility on demand in the United States: From operational concepts and definitions to early pilot projects and future automation
CN111121802A (zh) 路线搜索装置、路线搜索方法以及存储有路线搜索程序的非瞬时性存储介质
Burkhardt Critical measures of transit service quality in the eyes of older travelers
JP2019185334A (ja) 情報処理装置、相乗り提案方法及びプログラム
WO2023190357A1 (fr) Système et procédé d&#39;exploitation de transporteur à la demande
JP2002140402A (ja) 車両の乗合サービス提供方法、システムおよび装置
JP7267137B2 (ja) 情報処理装置
JP2021002117A (ja) 見守り支援方法、見守り管理装置および見守り用携帯情報端末

Legal Events

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

Ref document number: 23780367

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2024512468

Country of ref document: JP

Kind code of ref document: A