JP7407631B2 - Vehicle control device - Google Patents

Description

The present invention relates to a vehicle control device.

Patent Document 1 states, “The door lock device control unit 194 operates the door lock device 95 when receiving a signal from the determination unit 192 indicating that the person who has entered the own vehicle M is an unintended occupant. and lock all doors D of own vehicle M so that they cannot be opened.''
[Prior art documents]
[Patent document]
[Patent Document 1] JP 2017-202708

In the first aspect of the present invention, the vehicle control device may include a determination unit that determines whether or not a passenger who has boarded the motor vehicle is an authorized reservation holder. The vehicle may include a door control unit that maintains the door of the motor vehicle open when the determination unit determines that there is a passenger who is not an authorized reservation holder.

The door control unit may maintain the door unlocked when the door is manually closed even though the door control unit maintains the door open. The door control unit may open the door anew when the door is manually closed even though the door is controlled to remain open.

When the determination unit determines that there is a passenger who is not a regular reservation holder, this may be displayed so that it can be recognized from the outside of the motor vehicle. When the determination unit determines that there is a passenger who is not a regular reservation holder, the passenger who is not a regular reservation holder may be notified of this fact.

The determination unit may determine whether or not the authorized reservation holder is an authorized reservation holder by communicating with a mobile terminal carried by the authorized reservation holder.

The seat information storage unit may further include a seat information storage unit that stores information for identifying the seat where the authorized reservation holder is seated. The determination unit may determine whether or not the passenger is an authorized reservation holder based on the passenger's seat by referring to the seat information storage unit.

It may further include an image storage unit that stores images of authorized reservation users. The determination unit may determine whether or not the passenger is an authorized reservation holder based on the image of the passenger by referring to the image storage unit. The image storage unit may store images provided by authorized reservation users.

The determination unit may further determine whether or not a passenger riding in the motor vehicle while the motor vehicle is traveling is an authorized reservation holder. The vehicle may further include a travel control section that stops traveling of the motor vehicle when the determination section determines that there is a passenger who is not an authorized reservation holder while the motor vehicle is running. The door control section may open the door after the travel control section has stopped the motor vehicle.

Note that the above summary of the invention does not list all the necessary features of the invention. Furthermore, subcombinations of these features may also constitute inventions.

1 conceptually shows a vehicle management system 70 to which this embodiment is applied. This is an example of a processing flow for processing boarding requests from users 50 and 52 in the vehicle management system 70. An example of functional blocks of the user terminal 40 is shown. This is an example of a boarding request input screen 410 displayed on the display unit 406. An example of functional blocks of the vehicle management device 10 is shown. An example of user information stored in the user information storage unit 104 is shown. An example of travel plan information stored in the travel plan storage unit 108 is shown. An example of functional blocks of the motor vehicle 30 is shown. An example of travel plan information stored in the travel plan storage unit 306 is shown. This is an example of a processing flow in which the vehicle management system 70 executes a travel plan and settles fees. The operation flow of the boarding confirmation process (S100) is shown. Another example of determining whether a person is a regular reservation holder is shown below. Another example of automatic driving in step S58 in the operation flow of FIG. 10 is shown. 12 illustrates an example computer 1200 in which aspects of the invention may be implemented, in whole or in part.

Hereinafter, the present invention will be described through embodiments of the invention, but the following embodiments do not limit the invention according to the claims. Furthermore, not all combinations of features described in the embodiments are essential to the solution of the invention.

FIG. 1 conceptually shows a vehicle management system 70 to which this embodiment is applied. The vehicle management system 70 provides so-called MaaS, which seamlessly connects transportation by means of transportation other than private cars, such as car sharing and public transportation, as one service. In the vehicle management system 70, the vehicle management device 10, motor vehicles 30, 32, and user terminals 40, 42 can communicate with each other via a network 20 such as the Internet.

The vehicle management device 10 is, for example, a server such as a personal computer. The automobiles 30 and 32 are, for example, automobiles, and the driving method thereof does not matter. Furthermore, the motor vehicles 30 and 32 may be passenger cars with a capacity of several people, or buses with a capacity of more people than the passenger cars. User terminal 40 is a communication terminal used by user 50, such as a smartphone. Similarly, user terminal 42 is used by user 52.

In the example of FIG. 1, a fellow passenger 51 is a person who rides together with the user 50 in the motor vehicle 30 or the like. The fellow passenger 51 may or may not be registered as a user of the vehicle management system 70. For the sake of explanation, the user 50 and his fellow passenger 51 who have made a regular reservation through a boarding request will be collectively referred to as a regular reservation user 55. On the other hand, a person who is neither a user who has made a formal reservation through a boarding request nor a fellow passenger of the user will be referred to as a non-reserver 60.

FIG. 2 is an example of a processing flow in which the vehicle management system 70 processes boarding requests from the users 50 and 52. The example of FIG. 2 shows an example in which the motor vehicle 30 is used in response to ride requests from both users 50 and 52.

The user terminal 40 receives an input of a ride request from the user 50 (S10). The user terminal 40 transmits a boarding request to the vehicle management device 10 (S12). For example, a ride request can be input by launching a dedicated application installed on the user terminal 40. The vehicle management device 10 creates a travel plan that satisfies the boarding request from the user terminal 40 (S14). Based on the creation of the travel plan, the vehicle management device 10 transmits reception information indicating that the ride request has been accepted to the user terminal 40 (S16), and also sends the vehicle scheduled to travel according to the travel plan to the user terminal 40 (S16). Information on the travel plan is transmitted to both vehicles 30 (S18).

Furthermore, when the vehicle management device 10 also receives a ride request from the user terminal 42 of the user 52 (S20, S22), it creates a travel plan (S42). In this case, the vehicle management device 10 creates a travel plan that also takes into consideration the travel plan created based on the boarding request from the user terminal 40.

In the example of FIG. 2, it is assumed that a travel plan including carpooling was created in step S24. Carpooling, also referred to as ride sharing, is when a motor vehicle in which a user is riding is traveling from the user's starting point to the destination, and another user also rides in the motor vehicle and shares the motor vehicle. It is something to do. In carpooling, the other user may get off the vehicle earlier than the previous user's destination, may get off the vehicle at the same destination, or may get off the vehicle further away.

The vehicle management device 10 transmits information on carpool candidates to the user terminal 40 of the user 50 who has sent the ride request first among the users 50 and 52 who are included in the trip plan and who have the possibility of carpooling (S26). ). The information on the carpool candidate includes, for example, information regarding the user 52 who is the carpool candidate partner. The user terminal 40 receives an input from the user 50 regarding whether or not carpooling is possible, and transmits it to the vehicle management device 10 (S28). In the example of FIG. 2, for the sake of simplicity, it is assumed that the user 50 has permitted carpooling.

Subsequently, the vehicle management device 10 transmits information on carpool candidates to the user terminal 42 of the user 52 who has transmitted the ride request later, among the users 50 and 52 who are included in the trip plan and who have the possibility of carpooling. (S30). The user terminal 42 receives an input from the user 52 regarding whether or not carpooling is possible, and transmits it to the vehicle management device 10 (S32). In the example of FIG. 2, to simplify the explanation, it is assumed that the user 52 also allows carpooling.

Based on the permission for carpooling from both users 50 and 52, the vehicle management device 10 transmits reception information indicating that the ride request has been accepted to each of the user terminals 40 and 42 (S34, S36). ), information on the travel plan is transmitted to the motor vehicle 30 scheduled to travel according to the travel plan (S38). Note that, unless otherwise specified, a method similar to that of known route guidance devices may be used to create the travel plan. Unless otherwise specified, a method for creating a travel plan when carpooling is added to a previous travel plan may be the same as that used for adding passing points to a travel route in known route guidance devices.

Since the people who share the ride are often strangers, there is a possibility that someone who has not made a formal reservation, that is, a non-reservation person 60, may take advantage of the situation and board the motor vehicle 30. In this case, it may be possible to forcibly close and lock the door of the motor vehicle 30 to confine the user inside the vehicle. However, there is a risk that the non-reservation person 60 who is trapped inside the car may become violent and destroy the interior and other fixtures. Therefore, in this embodiment, when a non-reservation person 60 gets into the motor vehicle 30, a more appropriate response is taken.

FIG. 3 shows an example of functional blocks of the user terminal 40. The user terminal 40 includes a communication section 402, an input section 404, and a display section 406. The communication unit 402 communicates with the vehicle management device 10 via the network 20 and transmits and receives information. The input unit 404 receives input of characters, numbers, etc. from the user 50. The display unit 406 displays images including characters, numbers, and the like. The input unit 404 and the display unit 406 may be integrated like a touch panel. The user terminal 42 may have the same configuration as the user terminal 40, and a description thereof will be omitted.

FIG. 4 is an example of a ride request input screen 410 displayed on the display unit 406. The request input screen 410 has input fields for the user ID, departure point, desired time, destination, desired time, number of fellow passengers, whether there are members of the opposite sex, whether there is smoking, and whether there will be food or drink. has. Of these, inputting the desired time for the destination is optional. In the example shown in FIG. 4, the user ID is "U0001," the departure point is "Aoyama X-△, Minato-ku, Tokyo," the desired time is "12/4 10:30," and the destination is "Chuo-X, Wako City, Saitama Prefecture." , the desired time has not been entered, there is only one passenger, there is no member of the opposite sex (that is, the passenger is a man of the same sex as the user), there is no smoking, and there is drinking alcohol.

The input unit 404 receives input from the user 50 in each input field, and displays the input information in the input field of the display unit 406. Among the input fields, text input is accepted for the user ID, etc., and selection/non-selection input is accepted for the opposite sex (these are so-called radio buttons). When the send button on the input screen 410 is pressed, the input information is sent from the communication unit 402 to the vehicle management device 10 as a ride request.

In addition to the input screen 410, the display unit 406 displays acceptance information indicating that the ride request has been accepted. It is preferable that the same information as the input screen 410 is displayed as the reception information so that it can be confirmed that the ride request has been accepted.

Furthermore, when the communication unit 402 receives information on carpool candidates from the vehicle management device 10, the display unit 406 displays this information and also displays an image prompting the user to input whether carpooling is possible. Furthermore, when the communication unit 402 receives usage fee information from the vehicle management device 10, the display unit 406 displays this information.

FIG. 5 shows an example of functional blocks of the vehicle management device 10. The vehicle management device 10 includes a reception section 102, a user information storage section 104, a trip plan management section 106, a trip plan storage section 108, a trip information acquisition section 110, a ride information acquisition section 112, and a fare information output section 114.

The reception unit 102 receives ride requests from the user terminals 40 and 42. The receiving unit 102 further receives information about the users 50 and 52 from the user terminals 40 and 42 prior to accepting the ride request or at the time of first accepting the ride request, and stores the information in the user information storage unit 104.

FIG. 6 shows an example of user information stored in the user information storage unit 104. As user information, the user's terminal ID, name, gender, age, and user's face image are stored in association with the user ID. The user ID may be designated by the users 50, 52, or may be automatically assigned when the reception unit 102 receives information from a new user. Furthermore, in the example of FIG. 6, an e-mail address that can be received by the terminal is stored as the terminal ID.

In the example of FIG. 6, for example, an image file is associated with the user ID "U0001", the terminal ID "abc@edf.com", the name "Honda○ro", the gender "male", the age "32", and the face image. Stored.

The travel plan management unit 106 of the vehicle management device 10 creates a travel plan for the motor vehicles 30 and 32 based on ride requests from the users 50 and 52. More specifically, the trip plan management unit 106 creates a trip plan based on information included in ride requests received from the user terminals 40 and 42. In this case, the trip plan management unit 106 reads user information stored in association with the user ID included in the ride request from the user information storage unit 104, and creates a trip plan using this information as well. do.

The travel plan management unit 106 stores information on the created travel plan in the travel plan storage unit 108, and transmits at least a portion of the information to the motor vehicles 30, 32 used in the travel plan. Furthermore, when the trip plan satisfies the ride request, the trip plan management unit 106 transmits acceptance information indicating this to the user terminals 40 and 42 that have transmitted the ride request. If the trip plan management unit 106 is unable to create a trip plan that satisfies the ride request, it transmits information indicating this to the user terminals 40 and 42 that have transmitted the ride request. Furthermore, when a trip plan that includes carpooling is created, the trip plan management unit 106 transmits information on carpooling candidates to the user terminals 40 and 42 of the users 50 and 52 who are likely to carpool.

FIG. 7 shows an example of travel plan information stored in the travel plan storage unit 108. Information on the trip plan includes the vehicle ID, carpool information, user ID, departure point, time, destination, driving route, time of arrival at the destination, number of fellow passengers, and the number of passengers of the opposite sex, in association with the trip ID. Information regarding presence/absence of smoking, presence/absence of drinking alcohol is stored.

The vehicle ID specifies the motor vehicle used in the travel plan specified by the travel ID. In the example of FIG. 7, since the vehicle ID "A30" is associated with the travel ID "D001", the vehicle specified by the vehicle ID "A30" in the travel plan, for example, the vehicle 30 in FIG. is used.

The carpooling information stores whether there is carpooling in the driving plan specified by the driving ID, and if there is carpooling, the driving ID of the driving partner's driving plan is stored. In the example of FIG. 7, the trip ID "D002" is stored in the carpool information column of the trip ID "D001," indicating that these are carpools. Note that if there is no carpooling, an invalid value "*****" is stored.

The user ID column stores the user ID that uses the travel plan specified by the travel ID. Note that when the motor vehicles 30 and 32 are forwarded, that is, when neither user gets on the vehicle, a user ID "U9999" indicating that the vehicle is forwarded is stored. In the example of FIG. 7, the user ID "U9999" is stored in correspondence with the travel ID "D003" indicating forwarding.

The fields of departure point, time, destination, number of fellow passengers, presence of the opposite sex, presence of smoking, and presence of alcohol are stored with information input by the users 50 and 52 identified by their user IDs in their ride requests. . The travel route stores information set by the travel plan storage unit 108 based on the departure point, time, destination, travel route, and other information. In FIG. 7, in order to simplify the explanation, it is simply indicated by letters such as "route S". In the example of FIG. 7, the user 50 identified by the user ID "U0001" and the user 52 identified by the user ID "U0002" leave the motor vehicle at the same departure point "Aoyama X-△, Minato-ku, Tokyo." An example of carpooling to 30 people is shown.

The destination time is stored as information predicted by the trip plan storage unit 108 based on the departure point, time, destination, travel route, and other information. Other information includes information on traffic congestion along the driving route. A known method may be used to set the travel route and predict the destination time.

In the case of forwarding, an invalid value "*" is stored as information on carpooling, time of departure, number of fellow passengers, presence or absence of members of the opposite sex, presence or absence of smoking, and presence or absence of alcohol consumption.

The driving information acquisition unit 110 of the vehicle management device 10 acquires information on the driving status of each of the motor vehicles 30 and 32. An example of the information on the driving situation is information on the current location of the motor vehicles 30, 32, which is obtained at regular intervals. Alternatively or in addition to this, the travel status information includes information as to whether each of the motor vehicles 30 and 32 has arrived at the departure point in the corresponding travel plan, and information as to whether the vehicle has arrived at the destination. It may also include information indicating whether or not.

The riding information acquisition unit 112 acquires information indicating the riding situation from the motor vehicles 30 and 32. An example of the information indicating the riding situation is an image of the inside of the motor vehicle 30, 32 that is obtained at regular intervals. Alternatively or in addition to this, the information indicating the riding situation includes information as to whether the users 50, 52 are riding in the motor vehicle 30, 32, information as to whether there is a fellow passenger, etc. It may be

The charge information output unit 114 settles the usage charges for the users 50 and 52 who used the motor vehicles 30 and 32, and transmits the usage charge information to the corresponding user terminals 40 and 42. In this case, the fee information output unit 114 settles the usage fee based on the driving status information from the driving information acquisition unit 110 and the riding status information from the riding information acquisition unit 112.

FIG. 8 shows an example of functional blocks of the motor vehicle 30. The motor vehicle 30 includes an on-vehicle terminal 302 , a travel control section 310 , a current location information acquisition section 312 , a ride information acquisition section 314 , a determination section 320 , and a display section 321 . The motor vehicle 30 further includes a door 332 that can be opened and closed and serves as an entrance for passengers to get on and off, a drive unit 334 that drives the door 332 to open and close, a lock 336 that locks and unlocks the closed door 332, a drive unit 334, and a lock. 336 and a door control section 330 that detects the state of the door 336 and controls them. At least the travel control section 310, the determination section 320, and the door control section 330 constitute the vehicle control section 300.

The in-vehicle terminal 302 includes a communication unit 304 that communicates with the vehicle management device 10 and a travel plan storage unit 306 that stores information on the travel plan that the communication unit 304 receives from the vehicle management device 10. In order to simplify the following explanation, it is assumed that the motor vehicle 30 is a vehicle capable of fully automated driving (sometimes referred to as level 5 automated driving). That is, an example will be described in which the travel control section 310 executes the driving tasks of all the motor vehicles 30 in accordance with the travel plan stored in the travel plan storage section 306.

The current location information acquisition unit 312 includes, for example, GPS, and acquires information on the current location of the motor vehicle 30 at regular intervals. The current location information acquisition unit 312 associates the current location information with the traveling ID and transmits the current location information to the vehicle management device 10 at regular intervals. Alternatively or in addition to this, the current location information acquisition unit 312 refers to the current location information and the departure point and destination information stored in the trip plan storage unit 306 to determine when the departure point is reached. If the vehicle has arrived at the destination, information indicating that the vehicle has arrived at the destination may be transmitted to the vehicle management device 10 in association with the traveling ID.

The riding information acquisition unit 314 includes, for example, a camera that photographs the interior of the vehicle, and acquires images of the interior of the vehicle at regular intervals as information indicating the riding status of the motor vehicle 30. In addition, the ride information acquisition unit 314 may associate the image with the travel ID and transmit it to the vehicle management device 10 at regular intervals.

The determination unit 320 determines whether or not the passenger who has boarded the motor vehicle 30 is the regular reservation user 55 based on the image acquired by the ride information acquisition unit 314 . The door control unit 330 controls the drive unit 334 to keep the door 332 open when the determination unit 320 determines that the person who has not made a reservation 55 is present, that is, there is a person 60 who has not made a reservation.

When the determination unit 320 determines that there is a person 60 who has not made a reservation, the display unit 321 displays this fact so that it can be recognized from the outside of the motor vehicle 30 . Examples of the display section 321 include a liquid crystal monitor and an electronic bulletin board.

FIG. 9 shows an example of travel plan information stored in the travel plan storage unit 306. Among the travel plans generated by the vehicle management device 10, the travel plan storage unit 306 stores those that use the motor vehicle 30, that is, the travel plan with the vehicle ID "A30." However, in addition to the ID itself, the user ID column receives and stores an image stored in the user information storage unit 104 of the vehicle management device 10. Therefore, it can be said that the trip plan storage section 306 also functions as the image storage section 307.

FIG. 10 is an example of a processing flow in which the vehicle management system 70 executes the travel plan and settles the toll. The travel plan will be described using travel IDs "D001" and "D002" in FIG. 9 of the motor vehicle 30 as an example.

First, the motor vehicle 30 automatically travels to the departure point of the travel ID "D001" (which is also the departure point of "D002") of the travel plan stored in the on-vehicle terminal 302 of the motor vehicle 30 (S50). The current location information acquisition unit 312 compares the acquired current location of the motor vehicle 30 with the departure location of the travel plan, and if they match within a predetermined range, determines that the departure location has been reached, and the communication unit 304 This information is associated with the travel ID and transmitted to the vehicle management device 10 (S52).

The in-vehicle terminal 302 performs a process of confirming whether or not the person with the regular reservation for the trip ID "D001" and the person with the regular reservation for the trip ID "D002" have boarded the vehicle (S100). The operation of step S100 will be described later. When the boarding confirmation process is completed, the communication unit 304 transmits the confirmation to the vehicle management device 10 in association with the travel ID (S56).

The motor vehicle 30 automatically travels based on the travel plan (S58). The current location information acquisition unit 312 compares the acquired current location of the motor vehicle 30 with the destination of the travel plan, and if they match within a predetermined range, determines that the destination has been reached and stops the vehicle. , the communication unit 304 transmits this information to the vehicle management device 10 in association with the travel ID (S62).

The motor vehicle 30 waits until the boarding information acquisition unit 314 of the motor vehicle 30 determines that the user 50 has alighted from the vehicle using the image inside the vehicle and the image of the user 50 (S64: No). If it is determined that the user 50 has alighted (S64: Yes), the boarding information acquisition unit 314 transmits this information to the vehicle management device 10 through the communication unit 304 in association with the traveling ID (S66).

When the boarding information acquisition unit 112 of the vehicle management device 10 receives from the communication unit 304 that the user 50 has gotten off the vehicle, the fee information output unit 114 settles the usage fee (S72). In step S75, the fee information output unit 114 calculates the usage fee based on a predetermined fee system based on the departure point, destination, presence or absence of carpooling, and the like. The fee information output unit 114 transmits information on the settled usage fee to the user terminal 40 of the user 50 (S74). Note that the process from determining whether the user 52 has arrived at the destination to transmitting the fee information is the same as from steps S60 to S74 for the user 50, so the explanation will be omitted.

FIG. 11 shows the operation flow of the boarding confirmation process (S100). When the motor vehicle 30 arrives at the boarding position, the door control section 330 unlocks the lock 336 (S102), and the drive section 334 opens the door 332 (S104). This makes it possible to board the motor vehicle 30.

The ride information acquisition unit 314 images the inside of the car, and the determination unit 320 performs facial recognition on the image (S106). The determining unit 320 distinguishes between regular reservation users 55 and non-reservation users 60 among the passengers in the image, based on whether or not facial recognition is successful (S108). In this case, since images of the users 50 and 52 who have requested a ride are stored in the trip plan storage unit 306, facial recognition can be performed using the images.

On the other hand, there are several possible ways to determine whether the passenger 51 of the user 50 is a person with a regular reservation, but one of the easiest ways to determine this is to determine based on the number of people who boarded the vehicle consecutively after the user 50. . For example, in the example shown in FIGS. 1 to 9, it is assumed that a user 50, a fellow passenger 51, and a non-reservation passenger 60 board the motor vehicle 30 in this order. The determining unit 320 first acquires an image of the user 50 from the trip information acquisition unit 314, so it refers to the image in the trip plan storage unit 306 and determines that the user 50 has a user ID of “U0001” and a trip ID of “D001.” It is determined that the user is the original reservation user 55 who made the ride request.

The determination unit 320 further reads out the number of passengers “1” for the trip ID “D001” from the trip plan storage unit 306. The determining unit 320 determines that the passenger appearing in the image corresponding to the first person who boarded the vehicle after the user 50, that is, the fellow passenger 51, is the person with a regular reservation 55. On the other hand, the determination unit 320 determines that since the number of the second person who boarded the vehicle after the user 50 exceeds the number of fellow passengers, the passenger in the image (in this example, the non-reservation passenger 60) is at least the number of fellow passengers of the user 50. I judge that it is not. Further, the passenger is not authenticated using any of the user images stored in the trip plan storage unit 306. Therefore, the determination unit 320 determines that the passenger is a non-reservation passenger 60 (S108: Yes).

When the determination unit 320 determines that the non-reservation person 60 is riding in the motor vehicle 30 (S108: Yes), the display unit 321 displays this so that it can be recognized from the outside of the motor vehicle 30 (S120. , if the image of the non-reserver 60 matches the user's image stored in the user information storage unit 104, a notification is sent to the user's mobile terminal to the effect that ``you are riding as a non-reserver.'' If the mobile terminal of the non-reserver 60 can be identified by another method, the mobile terminal may be notified that ``you are boarding the train as a non-reserver.''

In this state, unless it is detected that the door 332 has been manually closed (S122: No), the door control unit 330 maintains unlocking and opening and returns to step S106. On the other hand, if it is detected that the door 332 has been manually closed (S122: Yes), the door control unit 330 returns to step S104 using the drive unit 334 while keeping the lock 336 unlocked, and opens the door again. do. Note that if it is detected in step S122 that the door 332 is closed and the lock 336 is also manually locked, the process returns to step S102 and the door control unit 330 unlocks the lock 336 again.

Steps S104 to S122 are repeated until there are no more non-reservers 60 (S108: Yes). If there is no non-reserver 60, or if there is one but no longer exists (S108: No), steps 106 to S110 are repeated until the determination unit 320 determines that all the regular reservation users have boarded the train (S110: No). It will be done.

If it is determined that all the regular reservation holders have boarded the vehicle (S110: Yes), the door control unit 330 closes and locks the door 332 (S112). This brings about a state in which automatic travel in step S58 in FIG. 10 is started. In other words, the motor vehicle 30 remains stopped until this state is reached. Note that either or both of the closing and locking of the door in step S112 may be performed manually.

As described above, according to the present embodiment, as long as the non-reservation person 60 is in the motor vehicle 30, the door is kept open and the vehicle is stopped, so it is possible to encourage the non-reservation person 60 to get off the vehicle. Furthermore, even if the door is manually closed, it will be opened again, so that the non-reservation passengers 60 can be more reliably encouraged to get off the train. Moreover, since the fact that the non-reservation person 60 is boarding the motor vehicle 30 is displayed on the display unit 321 of the motor vehicle 30, pressure is applied to the non-reservation user 60 to ensure that the non-reservation user 60 gets off the vehicle. can be encouraged.

As another example of determining that the fellow passenger 51 of the user 50 is a regular reservation holder, an image of the fellow passenger 51 provided by the regular reservation holder may be used. In this case, the vehicle management device 10 receives an image of the face of the passenger 51 from the user terminal 40 in association with the traveling ID, and transfers it to the image storage unit 307 of the in-vehicle terminal 302 from the time the boarding request is received until the boarding. do. The determining unit 320 performs the face authentication in step S106 using the image. According to this method, the fellow passenger 51 and the non-reservation passenger 60 can be distinguished regardless of the order of boarding. Further, instead of this, the in-vehicle terminal 302 may directly receive an image of the face of the fellow passenger 51 from the user terminal 40 when the passenger gets on the vehicle.

As another example of determining whether the user is a regular reservation holder, the user terminal 40 or the like carried by the user 50 and the fellow passenger 51 may be used. In this case, the vehicle management device 10 receives a user terminal ID from the user terminal 40 that identifies the user terminal of the fellow passenger 51 in association with the travel ID from the user terminal 40, and It is transferred to the plan storage unit 306. When the determining unit 320 determines that a new passenger has boarded the vehicle based on the image of the boarding information acquisition unit 314, the determining unit 320 attempts to communicate with the user terminal 40 of the user 50 and the user terminal of the fellow passenger 51, and connects those user terminals. If the ID can be confirmed, it is determined that the person is the person who made the reservation. On the other hand, if the user terminal ID cannot be confirmed, the determining unit 320 determines that the user is a non-reserver. For this communication, short-range wireless communication such as WiFi or Bluetooth (registered trademark) may be used.

FIG. 12 shows another example of determining whether the person is a regular reservation holder. In the example of FIG. 12, information identifying the seat 342 when the seat 342 is designated is used for this determination.

The travel plan management unit 106 sends the travel plan to the in-vehicle terminal 302, including information for identifying the seat 342 of the regular reservation holder 55. The trip plan stored in the trip plan storage section 306 of the in-vehicle terminal 302 includes information that identifies the seat 342 of the regular reservation person 55, so the trip plan storage section 306 includes the seat information storage section 340. It can be said that there are. A weight sensor is provided in each seat of the motor vehicle 30 to detect whether a passenger is sitting on the seat 342 and sends the detected information to the determination unit 320 of the on-vehicle terminal 302 . The determining unit 320 compares the detection results of the weight sensors of each seat 342 with the seat 342 information of the travel plan stored in the travel plan storage unit 306, and determines whether the passenger sitting in the unreserved seat 342 is If the passenger is a non-reserver 60, the passenger is identified as a non-reserver 60.

FIG. 13 shows another example of automatic travel in step S58 in the operation flow of FIG. 10. In FIG. 13, while the motor vehicle 30 is automatically traveling (S202), it is determined whether there is a non-reserver 60 in the motor vehicle 30.

Face authentication is used to determine whether there is a person 60 who has not made a reservation (S204). In this case, the determination unit 320 determines that there is a non-reservation passenger 60 if the number of people in the car increases in the image of the inside of the car from the boarding information acquisition unit 314 even though the door 332 has not been opened or closed since the start of automatic driving. Determine (S206: Yes).

When the determination unit 320 determines that there is a non-reserver 60 (S206: Yes), the travel control unit 310 stops the vehicle 30 from traveling (S210), and then the door control unit 330 locks 336 the door 332. to unlock the door 332 and open the door 332 (S212). Further, notification and display are performed in the same manner as step S120 in FIG. 11 (S214).

According to the operation flow shown in FIG. 13, even if the non-reserver 60 was hidden behind the seat and could not be found when getting on the train, it is discovered when he comes out from the seat's shadow while driving and is prompted to get off the vehicle. Can be done.

In steps S52 and 62 of FIG. 10, the current location information acquisition unit 312 of the motor vehicle 30 determines whether or not it has arrived at the departure point and destination, and transmits information to the vehicle management device 10 to the effect that it has arrived. . Instead, the current location information acquisition section 312 transmits the current location information to the vehicle management device 10, and the travel information acquisition section 110 of the vehicle management device 10 retrieves the information and the departure point stored in the travel plan storage section 108. By referring to the information on the departure point and the destination, it may be determined whether the departure point and the destination have been reached.

In step S100 of FIG. 10, the determination unit 320 of the motor vehicle 30 performs boarding confirmation processing (S100). Alternatively, the vehicle management device 10 may be provided with a determination section, and the determination section may perform the boarding confirmation process. In this case, the boarding information acquisition unit 314 transmits an image of the inside of the car to the vehicle management device 10, and the determination unit of the vehicle management device 10 uses the image and the information stored in the user information storage unit 104 to perform step S100. A similar boarding confirmation process may be performed.

Although the above-mentioned motor vehicles 30 and 32 have been described as vehicles capable of fully automatic operation, one or both of them may be vehicles that are not fully automatic. That is, the vehicle may be a vehicle (sometimes referred to as level 0 to 4 autonomous driving) in which a driver performs at least a portion of the driving tasks of the vehicle. The driver may be the user 50, 52. In this case, the driver may be responsible for some of the functional blocks shown in FIG.

Some or all of the functions of the vehicle management device 10 described above may be installed in the in-vehicle terminal 302. Thereby, the in-vehicle terminal 302 may function as the vehicle management device 10. In this case, the in-vehicle terminal 302 may create a travel plan for the own vehicle and settle the usage fee.

Various embodiments of the invention may be described with reference to flowcharts and block diagrams, where the blocks represent (1) a stage in a process at which an operation is performed, or (2) a device responsible for performing the operation. may represent a section of Certain steps and sections may be implemented by dedicated circuitry, programmable circuitry provided with computer-readable instructions stored on a computer-readable medium, and/or a processor provided with computer-readable instructions stored on a computer-readable medium. It's fine. Specialized circuits may include digital and/or analog hardware circuits, and may include integrated circuits (ICs) and/or discrete circuits. Programmable circuits include logic AND, logic OR, logic Reconfigurable hardware circuits may include reconfigurable hardware circuits, including, for example.

A computer-readable medium may include any tangible device capable of storing instructions for execution by a suitable device, such that the computer-readable medium having instructions stored thereon is illustrated in a flowchart or block diagram. An article of manufacture will be provided that includes instructions that can be executed to create a means for performing the operations. Examples of computer readable media may include electronic storage media, magnetic storage media, optical storage media, electromagnetic storage media, semiconductor storage media, and the like. More specific examples of computer readable media include floppy disks, diskettes, hard disks, random access memory (RAM), read only memory (ROM), erasable programmable read only memory (EPROM or flash memory), Electrically Erasable Programmable Read Only Memory (EEPROM), Static Random Access Memory (SRAM), Compact Disc Read Only Memory (CD-ROM), Digital Versatile Disk (DVD), Blu-ray (RTM) Disc, Memory Stick, Integrated Circuit cards etc. may be included.

Computer-readable instructions include assembler instructions, Instruction Set Architecture (ISA) instructions, machine instructions, machine-dependent instructions, microcode, firmware instructions, state configuration data, or object-oriented programming such as Smalltalk, JAVA, C++, etc. language, and either source code or object code written in any combination of one or more programming languages, including traditional procedural programming languages such as the "C" programming language or similar programming languages. good.

Computer-readable instructions may be implemented on a processor or programmable circuit of a general purpose computer, special purpose computer, or other programmable data processing device, either locally or over a wide area network (WAN), such as a local area network (LAN), the Internet, etc. ), computer-readable instructions may be executed to create a means for performing the operations specified in the flowchart or block diagrams. Examples of processors include computer processors, processing units, microprocessors, digital signal processors, controllers, microcontrollers, and the like.

FIG. 14 illustrates an example computer 1200 in which aspects of the invention may be implemented, in whole or in part. A program installed on computer 1200 may cause computer 1200 to function as an operation or one or more sections of an apparatus according to an embodiment of the present invention, or to perform one or more operations associated with an apparatus according to an embodiment of the present invention. Sections and/or computer 1200 may be caused to perform a process or a step of a process according to an embodiment of the invention. Such programs may be executed by CPU 1212 to cause computer 1200 to perform certain operations associated with some or all of the blocks in the flowcharts and block diagrams described herein.

Computer 1200 according to this embodiment includes a CPU 1212, RAM 1214, graphics controller 1216, and display device 1218, which are interconnected by host controller 1210. The computer 1200 also includes input/output units such as a communication interface 1222, a hard disk drive 1224, a DVD-ROM drive 1226, and an IC card drive, which are connected to the host controller 1210 via an input/output controller 1220. There is. The computer also includes legacy input/output units, such as ROM 1230 and keyboard 1242, which are connected to input/output controller 1220 via input/output chip 1240.

CPU 1212 operates according to programs stored in ROM 1230 and RAM 1214, thereby controlling each unit. Graphics controller 1216 obtains image data generated by CPU 1212, such as in a frame buffer provided in RAM 1214 or itself, and causes the image data to be displayed on display device 1218.

Communication interface 1222 communicates with other electronic devices via a network. Hard disk drive 1224 stores programs and data used by CPU 1212 within computer 1200. DVD-ROM drive 1226 reads programs or data from DVD-ROM 1201 and provides the programs or data to hard disk drive 1224 via RAM 1214. The IC card drive reads programs and data from and/or writes programs and data to the IC card.

ROM 1230 stores therein programs that are dependent on the computer 1200 hardware, such as a boot program that is executed by the computer 1200 upon activation. Input/output chip 1240 may also connect various input/output units to input/output controller 1220 via parallel ports, serial ports, keyboard ports, mouse ports, and the like.

A program is provided by a computer readable medium such as a DVD-ROM 1201 or an IC card. The program is read from a computer-readable medium, installed on hard disk drive 1224, RAM 1214, or ROM 1230, which are also examples of computer-readable media, and executed by CPU 1212. The information processing described in these programs is read by the computer 1200 and provides coordination between the programs and the various types of hardware resources described above. An apparatus or method may be configured to effectuate the manipulation or processing of information according to the use of computer 1200.

For example, when communication is performed between the computer 1200 and an external device, the CPU 1212 executes a communication program loaded into the RAM 1214, and sends communication processing to the communication interface 1222 based on the processing written in the communication program. You can give orders. The communication interface 1222 reads transmission data stored in a transmission buffer processing area provided in a recording medium such as a RAM 1214, a hard disk drive 1224, a DVD-ROM 1201, or an IC card under the control of the CPU 1212, and transmits the read transmission data. Data is transmitted to the network, or received data received from the network is written to a reception buffer processing area provided on the recording medium.

Further, the CPU 1212 causes the RAM 1214 to read all or a necessary part of a file or database stored in an external recording medium such as a hard disk drive 1224, a DVD-ROM drive 1226 (DVD-ROM 1201), an IC card, etc. Various types of processing may be performed on data on RAM 1214. The CPU 1212 then writes back the processed data to the external recording medium.

Various types of information, such as various types of programs, data, tables, and databases, may be stored on a recording medium and subjected to information processing. CPU 1212 performs various types of operations, information processing, conditional determination, conditional branching, unconditional branching, and information retrieval on data read from RAM 1214 as described elsewhere in this disclosure and specified by the program's instruction sequence. Various types of processing may be performed, including /substitutions, etc., and the results are written back to RAM 1214. Further, the CPU 1212 may search for information in a file in a recording medium, a database, or the like. For example, if a plurality of entries are stored in a recording medium, each having an attribute value of a first attribute associated with an attribute value of a second attribute, the CPU 1212 search the plurality of entries for an entry that matches the condition, read the attribute value of the second attribute stored in the entry, and thereby associate it with the first attribute that satisfies the predetermined condition. The attribute value of the second attribute may be acquired.

The programs or software modules described above may be stored on computer readable media on or near computer 1200. Additionally, a storage medium such as a hard disk or RAM provided in a server system connected to a dedicated communication network or the Internet can be used as a computer-readable medium, thereby providing the program to the computer 1200 via the network. do.

Although the present invention has been described above using the embodiments, the technical scope of the present invention is not limited to the scope described in the above embodiments. It will be apparent to those skilled in the art that various changes or improvements can be made to the embodiments described above. It is clear from the claims that such modifications or improvements may be included within the technical scope of the present invention.

The order of execution of each process, such as the operation, procedure, step, and stage in the apparatus, system, program, and method shown in the claims, specification, and drawings, is specifically defined as "before" or "before". It should be noted that they can be implemented in any order unless the output of the previous process is used in the subsequent process. Even if the claims, specifications, and operational flows in the drawings are explained using "first," "next," etc. for convenience, this does not mean that it is essential to carry out the operations in this order. It's not a thing.

10 vehicle management device, 30, 32 motor vehicle, 40, 42 user terminal, 50, 52 user, 51 fellow passenger, 55 regular reservation person, 60 non-reservation person, 70 vehicle management system, 102 reception unit, 104 user information storage unit , 106 Travel plan management section, 108 Travel plan storage section, 110 Travel information acquisition section, 112 Riding information acquisition section, 114 Charge information output section, 300 Vehicle control section, 302 On-vehicle terminal, 304 Communication section, 306 Travel plan storage section, 307 Image storage section, 310 Travel control section, 312 Current location information acquisition section, 314 Riding information acquisition section, 320 Judgment section, 321 Display section, 330 Door control section, 332 Door, 334 Drive section, 336 Lock, 340 Seat information storage section , 342 seat, 402 communication section, 404 input section, 406 display section, 410 input screen

Claims (10)

a determination unit that determines whether a passenger who has boarded the motor vehicle is an authorized reservation holder;
a door control unit that maintains the door of the motor vehicle open when the determination unit determines that there is a passenger who is not the authorized reservation holder ;
further comprising a seat information storage unit that stores information identifying a seat where the authorized reservation holder is seated;
The determining unit is a vehicle control device that identifies, by referring to the seat information storage unit, that the passenger is not the authorized reservation holder when there is the passenger sitting in an unreserved seat. The vehicle according to claim 1, wherein the door control unit maintains the door unlocked when the door is manually closed even though the door control unit maintains the door open. Control device. 3. The door controller according to claim 1, wherein the door control section opens the door anew when the door is manually closed even though the door is controlled to remain open. Vehicle control device. The vehicle control according to any one of claims 1 to 3, wherein when the determination unit determines that there is a passenger who is not the authorized reservation holder, the vehicle control displays a notice to that effect so that it can be recognized from the outside of the motor vehicle. Device. The vehicle control according to any one of claims 1 to 4, wherein when the determination unit determines that there is a passenger who is not the authorized reservation holder, the vehicle control notifies the passenger who is not the authorized reservation holder. Device. The vehicle control device according to any one of claims 1 to 5, wherein the determination unit determines whether or not the authorized reservation holder is an authorized reservation holder by communicating with a mobile terminal carried by the authorized reservation holder. further comprising an image storage unit that stores an image of the authorized reservation person,
7. The determination unit determines whether or not the passenger is the authorized reservation holder based on the image of the passenger by referring to the image storage unit. Vehicle control device. The vehicle control device according to claim 7 , wherein the image storage unit stores the image provided by the authorized reservation person. The determination unit further determines whether or not the passenger riding in the motor vehicle while the motor vehicle is traveling is an authorized reservation holder;
Any one of claims 1 to 8 , further comprising a travel control unit that stops traveling of the motor vehicle when the determination unit determines that there is a passenger who is not the authorized reservation holder while the motor vehicle is running. The vehicle control device according to item 1. The vehicle control device according to claim 9 , wherein the door control section opens the door after the travel control section stops the motor vehicle.

Images