WO2006077638A1

WO2006077638A1 - Vehicle sharing management server device, user terminal device, vehicle-mounted terminal device, and vehicle sharing management method

Info

Publication number: WO2006077638A1
Application number: PCT/JP2005/000665
Authority: WO
Inventors: Masaaki Nakajima; Kazuhiko Hanawa
Original assignee: Hitachi, Ltd.
Priority date: 2005-01-20
Filing date: 2005-01-20
Publication date: 2006-07-27
Also published as: JP4486650B2; JPWO2006077638A1

Abstract

In a vehicle sharing system, a vehicle sharing management server device is provided with a vehicle sharing management DB, a map DB and a traffic situation DB. When a user offers for riding on a vehicle, the server device calculates a traveling route, a time required and a fare to a getting-off port, and registers the result of calculation in the vehicle sharing management DB. This makes it possible to estimate the arrival time of the vehicle highly precisely for the prevailing traffic situation. On the basis of the vehicle sharing management DB, the server device calculates the stock percentage of a vehicle port, and calculates the fare for utilizing the vehicle port so that the fare may depend on the stock percentage. When the user selects a getting-on port or the getting-off port through a user terminal device or a vehicle-mounted terminal device, the server device displays the fare for utilizing the vehicle port and informs the user of it. The user utilizes a cheaper vehicle port so that a specific vehicle port can be prevented from having vehicles concentrated or evacuated.

Description

Specification

Vehicle share management server device, user terminal device, in-vehicle terminal device, and vehicle shear management method

Technical field

The present invention relates to a vehicle shear management server device, a user terminal device, an in-vehicle terminal device, and a vehicle shear management method in a vehicle sharing system in which a plurality of vehicles are shared and used by a plurality of users.

Background art

[0002] Currently, many large cities around the world have a large social problem that roads are congested and parking lots are chronically insufficient due to the rapid increase in automobiles. In particular, the lack of parking spaces has increased the number of cars that cannot be parked, further exacerbating road congestion. On the other hand, many cars are parked in the same place for a long time in the parking lot in the city center. In other words, in large cities, both cars and parking lots are in a state of sleep, and they are effectively utilized, resulting in results.

[0003] In addition, automobiles and parking lots are not being used effectively even in the suburbs of large cities. For example, during the daytime hours, many cars are still parked in parking lots around commuter rail stations. On the other hand, during night hours, the parking lot is empty. The same situation can be observed around large factories and offices. In other words, cars are not used for morning and evening commuting, and parking is not used at night.

[0004] As a method of effectively using a car or a parking lot in such an idle state, a vehicle sharing system that uses a plurality of cars in common with a plurality of users is attracting attention. The vehicle sharing system is usually operated by a membership system and provides automobiles (hereinafter referred to as vehicles) and parking lots (hereinafter referred to as vehicle ports or simply ports) owned by individual or group members. Therefore, the system allows members to freely use vehicles and vehicle ports that are empty.

[0005] Such a vehicle sharing system is small in scale, but is In Sakai, operation has actually started. Further, for example, Patent Document 1 discloses an example of a vehicle sharing system.

Patent Document 1: Japanese Patent Laid-Open No. 2001-60294 (paragraphs 0011 to 0080, FIG. 1 and FIG. 15) Disclosure of the Invention

Problems to be solved by the invention

[0006] However, in the vehicle sharing system disclosed in Patent Document 1 and the like, only a technique relating to a minimum operation system and equipment for sharing a vehicle (automobile) is shown. Absent. In other words, only the technology related to the unmanned vehicle port equipment necessary for operating the vehicle sharing system and the system for operating the equipment is disclosed. With such technology alone, it is not possible to realize a vehicle sharing system that allows smooth and efficient use of vehicles and vehicle ports that tend to become dormant.

[0007] For example, a vehicle sharing system that is actually operated, especially a vehicle sharing system that uses a parking lot in an apartment house near a large city, has a similar life pattern for members. Therefore, during weekday days, for example, there was a tendency for vehicle parking to concentrate on vehicle ports in specific areas (regions), such as in front of the station, and to concentrate vehicle usage on Saturdays * holidays. . Therefore, the purpose of efficiently using vehicles and vehicle ports by the vehicle sharing system has not been fully achieved.

[0008] In addition, there is an example in which a vehicle sharing system is operated using an electric vehicle or the like for environmental conservation in a city center or the like. In such an example, the vehicle port Since the location and number of vehicles were limited and the arrival time of the vehicle became uncertain due to traffic jams, etc., the vehicle could not be used efficiently. In particular, the accuracy of the prediction of the arrival time of the vehicle was insufficient, so that the vehicle could not be rotated efficiently.

[0009] In view of the above situation, the present invention efficiently rotates the use of the vehicle in the vehicle sharing system, and prevents the vehicle from being excessively collected at a specific vehicle port or from being excessively reduced. , Vehicle share management server device, user terminal device, in-vehicle terminal device, vehicle share management method capable of improving vehicle and vehicle port utilization efficiency The challenge is to provide laws and programs.

Means for solving the problem

[0010] In order to solve the above-mentioned problem, in the present invention, a vehicle share management server device includes a vehicle share management database, a map database, and a traffic for managing the usage status of a plurality of vehicles and a plurality of vehicle ports. Based on the vehicle reservation information reserved by the user, a situation database is provided, the travel route from the boarding port to the departure port, the estimated time required, and the estimated fee are calculated and transmitted to the in-vehicle terminal device. The time when the vehicle arrives at the departure port is predicted from the estimated time, and the fact that the vehicle will be empty at the time based on the estimated arrival time is registered in the vehicle share management database. Further, the in-vehicle terminal device that has received the travel route, the estimated required time, and the estimated fee displays the information on the display device.

[0011] By providing the traffic situation database, it is possible to accurately obtain the shortest time route and the required travel time according to the traffic situation from the boarding port to the departure port. Therefore, the time when the vehicle arrives at the getting-off port can be accurately predicted. In the vehicle share management database, it is registered that the vehicle will be empty at the time based on the predicted arrival time, so that the vehicle can be used immediately thereafter. Therefore, efficient use of the vehicle is promoted.

In the present invention, the vehicle share management server device calculates the occupancy rate of the vehicle port on which the user gets on and the vehicle port on which the user gets off based on the vehicle share management database, and the user bears it. The usage fee for the vehicle should be calculated based on the time the vehicle was used, the distance the vehicle traveled, and the occupancy rate of the vehicle port. When the vehicle is reserved or when the vehicle starts running, the charges of the vehicle ports near the departure point and the destination are displayed on the user terminal device or the in-vehicle terminal device, and the vehicle port is selected based on information input by the user. I tried to do it.

[0013] According to the present invention, for example, when getting in from a vehicle port with a high occupancy rate, and with a low occupancy rate 1, getting off at the boarding port, the vehicle port usage fee is set cheaply, and vice versa Set vehicle port usage charges high. When the vehicle is reserved or when the vehicle starts to travel, the usage fee information for the vehicle port is stored in the user terminal device or Is displayed on the in-vehicle terminal device, so that the user knows. Then, the user often makes a choice to use a vehicle port with a low usage fee. Therefore, it is possible to avoid the concentration of vehicles at specific vehicle ports.

[0014] Further, in the present invention, the vehicle share management server device accumulates an average value of the vehicle port occupancy rate in the vehicle share management database for each predetermined time zone, and stores the accumulated vehicle ports for each vehicle port. Based on the vehicle occupancy rate, a vehicle port with a vehicle occupancy rate greater than a predetermined first value or a vehicle port less than a predetermined second value and its time zone are extracted, and the extracted vehicle port In that time period, the vehicle port usage fee when getting in from a vehicle port with a occupancy rate greater than the predetermined first value, and getting off at the vehicle port with a occupancy rate lower than the predetermined second value For vehicle port usage fees, advertising information indicating that the vehicle port usage fees are discounted is sent to the user terminal device and in-vehicle terminal device. Then, the received advertisement information is displayed on the user terminal device or the in-vehicle terminal device.

[0015] Furthermore, in the present invention, the vehicle share management server device manages the vehicle share management by calculating the average value of the number of vehicles in the area, which is the number of vehicles existing in the vehicle port for each area, for each predetermined time period of the day. Accumulated in the database, the area where the total number of vehicles in the area is larger than the predetermined third value and the area where the total number of vehicles in the area is smaller than the predetermined fourth value are extracted. Area information with the total number of vehicles greater than the predetermined third value is also used to display advertisement information indicating that the vehicle usage fee is discounted for vehicle travel to areas where the total number of vehicles in the area is smaller than the predetermined fourth value. It was made to transmit to an in-vehicle terminal device. Then, the received advertisement information is displayed on the user terminal device or the in-vehicle terminal device.

Thus, in the present invention, the vehicle share management server device accumulates the number of vehicles in the vehicle share management database for each vehicle port or for each area divided into predetermined time zones. By doing so, it is possible to know in advance the vehicle ports or areas where the vehicles are excessively concentrated or decreased, and also the time zones. Therefore, for vehicle ports or areas where vehicles are excessively concentrated, vehicles are likely to exit from there, and for vehicle ports or areas where vehicles are excessively reduced. Shall discount the fee so that vehicles can easily gather there, send advertisement information indicating that to the user device terminal and the in-vehicle terminal device, and advertise to the user through the user terminal device and the in-vehicle terminal device. As a result, it is possible to prevent excessive concentration or reduction of vehicles in a specific vehicle port or area.

The invention's effect

[0017] As described above, according to the present invention, the use of the vehicle can be efficiently rotated, and it is possible to prevent the vehicle from being excessively collected at a specific vehicle port or from being excessively reduced. Therefore, the utilization efficiency of the vehicle and the vehicle port can be improved.

BEST MODE FOR CARRYING OUT THE INVENTION

Hereinafter, embodiments of the present invention will be described in detail with reference to the drawings.

[0019] <System configuration>

FIG. 1 is a diagram showing a connection configuration of information system devices of a vehicle sharing system according to an embodiment of the present invention. As shown in FIG. 1, the information system of the vehicle sharing system includes a vehicle share management server device 10, a user terminal device 20, an in-vehicle terminal device 30, and a network 40 that connects them to each other. The details of the functions of these devices will be described later in this document, but a brief description will be given first.

[0020] The user terminal device 20 accepts information such as boarding reservation application information input by the user, transmits the information to the vehicle share management server device 10, and the boarding reservation returned by the vehicle share management server device 10 Information is received and the received information is displayed on the display device to inform the user of boarding reservation information received by the user. Further, the vehicle share management server device 10 includes a vehicle shear management database for managing vehicles and vehicle ports, a map database, a traffic situation database, and the like, and boarding reservation application information transmitted from the user terminal device 20. Is accessed, the vehicle share management database is accessed, the boarding port and the getting-off port based on the boarding reservation application information are obtained, and transmitted to the user terminal device 20 as boarding reservation information. Further, the in-vehicle terminal device 30 receives route information to the getting-off port transmitted from the vehicle share management server device 10, information such as required time, vehicle usage fee, etc., and displays the information on the display device. . [0021] It should be noted that the user terminal device 20 is owned by each member participating in the vehicle sharing system, and the in-vehicle terminal device 30 is used for all vehicles used in the vehicle sharing system. It shall be mounted on. Accordingly, in FIG. 1, only one user terminal device 20 and one in-vehicle terminal device 30 are shown, but normally the user terminal device 20 has the same number of members as the vehicle sharing system. There are as many in-vehicle terminal devices 30 as there are vehicles.

[0022] The network 40 is configured by a public communication network such as the Internet or a mobile phone, a wired or wireless network dedicated for the vehicle sharing system, or a network in which they are mixed.

[0023] <Hardware configuration>

Next, the hardware configuration of each of the vehicle share management server device 10, the user terminal device 20, and the in-vehicle terminal device 30 will be described with reference to FIGS. Here, FIG. 2 is a diagram showing the hardware configuration of the vehicle share management server device, FIG. 3 is a diagram showing the hardware configuration of the user terminal device, and FIG. 4 is a diagram of the hardware of the in-vehicle terminal device. FIG.

[0024] (Configuration of vehicle share management server device)

As shown in FIG. 2, the vehicle share management server device 10 is a so-called computer, and includes a CPU (Central Processing Unit) 101, a memory unit 102, a hard disk storage device 103, a network interface 104, a display unit 105, and an input unit 106. The portable storage medium driving device 107 is included.

Here, the CPU 101 is configured by an arithmetic circuit and a control circuit, executes various programs stored in the memory unit 102, and realizes functions to be performed by the vehicle share management server device 10. The memory unit 102 is configured by a semiconductor memory such as a RAM (Random Access Memory), and stores a program executed by the CPU 101 and data necessary for executing the program. The hard disk storage device 103 is a large-capacity storage device and stores databases such as a vehicle shear management database, a map database, and a traffic condition database.

[0026] The input unit 106 includes input devices such as a keyboard and a mouse, and the CPU 101 Used to input input data necessary for executing the program. The display unit 105 includes an LCD (Liquid Crystal Display) display or the like, and is used to display the information as necessary when the CPU 101 executes a program. The portable storage medium drive device is a device that drives a portable storage medium such as a DVD (Digital Versatile Disk), for example, and stores various data and programs stored in the DVD or the like in the memory unit 102 or the hard disk. Used to store in storage device 103

The network interface 104 is configured by an interface circuit or the like with the network 40, and allows the CPU 101 to receive data from the network 40 and transmit data to the network 40. In this case, the network where the network 40 is connected to the vehicle share management server apparatus 10 is the Internet.

[0028] (Configuration of user terminal device)

The user terminal device 20 can be configured by a mobile phone, for example. In this case, as shown in FIG. 3, the user terminal device 20 includes a CPU 201, a memory unit 202, a wireless communication unit 203, a display unit 204, a key input unit 205, a call unit 206, and the like.

Here, the CPU 201 includes an arithmetic circuit and a control circuit, executes various programs stored in the memory unit 202, and realizes functions to be performed by the user terminal device 20. The memory unit 202 includes a semiconductor memory such as an EEPROM (Electronically Erasable and Programmable Read Only Memory) or RAM, and stores a program executed by the CPU 201 and stores data necessary for executing the program.

[0030] The key input unit 205 is configured by an input device such as a key button, and is used to input input data necessary for the CPU 201 to execute a program, for example, data such as a departure place and a destination. . The display unit 204 is configured by an LCD display or the like, and is used to display information such as boarding reservation information such as a boarding port and a boarding port when necessary when the CPU 201 executes a program.

[0031] The wireless communication unit 203 is a network interface including a wireless communication device. The CPU 201 receives wireless signal data of the network 40 and On the other hand, the data can be transmitted as a radio signal. Therefore, the network in which the network 40 is connected to the user terminal device 20 is a mobile phone wireless network or a wireless network dedicated to the vehicle sharing system. The wireless network is connected to the Internet to which the vehicle share management server device 10 is connected via an exchange such as a mobile phone.

[0032] The call unit 206 includes a handset, a transmitter, and the like, and is used when a call is performed using an audio signal using the user terminal device 20 as a mobile phone. Therefore, when the user terminal device 20 is not used as a mobile phone, the call unit 206 may not be in the user terminal device 20.

[0033] (Configuration of in-vehicle terminal device)

Next, as shown in FIG. 4, the in-vehicle terminal device 30 includes a CPU 301, a memory unit 302, an auxiliary storage device 303, a wireless communication unit 304, a display unit 305, a touch panel input unit 306, a GPS (Global Positioning System) input unit 307. And a camera drive unit 308, a door lock device drive unit 309, and the like. In this case, the in-vehicle terminal device 30 can also be used as the in-vehicle device of the automobile navigation system.

Here, the CPU 301 is configured by an arithmetic circuit and a control circuit, executes various programs stored in the memory unit 302, and realizes functions to be performed by the in-vehicle terminal device 30. The memory unit 302 is configured by a semiconductor memory such as an EEPROM or a RAM, and stores a program executed by the CPU 301 and data necessary for executing the program. The auxiliary storage device 303 includes a hard disk storage device, a DVD drive device in which a DVD is inserted, and the like, for example, storing map data for display.

[0035] The wireless communication unit 304 is a network interface including a wireless communication device. The CPU 301 receives data of a wireless signal of the network 40 and transmits the data to the network 40 as a wireless signal. enable. Accordingly, the network where the network 40 is connected to the in-vehicle terminal device 30 is a mobile phone network or a wireless network dedicated to the vehicle sharing system. The wireless network is connected to the Internet to which the vehicle share management server device 10 is connected via a mobile phone exchange or a roadside base station. [0036] The display unit 305 is configured by an LCD display or the like, and is used to display information such as route information to the getting-off port and estimated time required when the CPU 301 executes a program. The touch panel input unit 306 is a coordinate input device provided on the display screen of the display unit 303. The CPU 301 displays input information and buttons necessary for executing a program on the screen, and displays the display position. The information is input by allowing the user to select or press the information or button.

[0037] The GPS input unit 307 is connected to a GPS receiver. The GPS receiver receives radio waves from multiple satellites, calculates position information such as the latitude and longitude of the received position, and outputs it. The CPU 301 inputs position information output from the GPS receiver via the GPS input unit 307.

[0038] Based on an instruction from the CPU 301, the camera driving unit 308 drives a camera provided on the front or rear of the vehicle. In other words, it controls the orientation and orientation of the camera, presses the shirt, and captures the captured information. Here, the camera is remodeled so that it can drive the camera provided in the vehicle for safety confirmation. The door lock device drive unit 309 is connected to the door lock device and controls the door lock device based on an instruction from the CPU 301. That is, the CPU 301 can lock the vehicle door and release the door lock.

[0039] Although not particularly shown in Fig. 4, a part or all of the wireless communication unit 304 is configured such that the power supply system is disconnected from the power supply system of the in-vehicle terminal device 30, and is always energized by the battery power supply. Constitute. Further, the energized portion of the wireless communication unit 304 is at least a circuit that constantly receives information transmitted from the vehicle share management server device 10 via the network 40 and predetermined information from the received information. An information detection circuit to detect, and a circuit for controlling on / off of the power of the in-vehicle terminal device 30 by an output signal of the information detection circuit, and when the information detection circuit receives predetermined information, the in-vehicle terminal device 30 The main power source is configured so as to be talented.

[0040] <Program and database configuration>

Next, the program and database that the vehicle share management server device configures will be described in detail with reference to FIGS. Here, Fig. ₅ shows the vehicle share management server FIG. 2 is a diagram showing a configuration of a storage program and a database. Fig. 6 shows an example of the record configuration of the reservation management DB, Fig. 7 shows an example of the configuration of the vehicle management DB record, and Fig. 8 shows the configuration of the port management DB record. Fig. 9 is a diagram showing an example of the configuration of records in the area occupancy status DB, and Fig. 10 is a diagram showing an example of the configuration of the port usage record DB.

As shown in FIG. 5, the vehicle share management server device 10 includes a route guidance communication processing unit 1011, a reservation acceptance communication processing unit 1012, a boarding / guidance communication processing unit 1013, an information providing communication processing unit 1014, route guidance information It includes programs such as an acquisition unit 1015, a route 'required time calculation unit 1016, a charge calculation unit 1017, a port information management unit 1018, a vehicle information management unit 1019, and an area information management unit 1020.

[0042] The vehicle share management server apparatus 10 also includes a vehicle share management DB 1030, a map DB 1041, a traffic status D B 1042, a traffic situation result DB 1043, etc. as a database (hereinafter abbreviated as DB) referred to by the above program. Is provided. In addition, the vehicle share management DB1030 is a user DB1031, reservation management DB1032, demand record DB1033, port management DB1034, port use record DB1035, vehicle management DB1036, vehicle use record DB1037, area vehicle status DB1038, area vehicle record DB1039 And so on.

[0043] Here, the map DB 1041 is a database in which road map data is stored, including information on road positions, information on connections, information on distances between intersections, information on major buildings and facilities, and the like. Stored. The traffic status DB1042 stores data on traffic conditions such as road congestion and accidents at the present time as information such as travel time between intersections. In addition, the traffic situation result DB 1043 is an accumulation of data obtained by averaging, for example, hourly traffic condition data stored in the traffic condition DB 1042. In other words, the traffic situation record DB 1043 can show, for example, changes in traffic situation every hour. In addition, the traffic situation result DB 1043 may accumulate not only the hourly change of the traffic situation data but also the hourly change of the week, for example.

[0044] Next, the vehicle share management DB 1030 will be described in detail. The user DB 1031 is a DB that manages user IDs and the like of members participating in the vehicle sharing system. In addition, the reservation management DB 1032 responds to boarding application information entered by the user. The boarding reservation information set at the same time is stored.

[0045] As shown in FIG. 6, the record of the reservation management DB 1032 includes fields such as a user ID, a departure place, and a destination that are input by the user, and is created for each piece of information that the user reserves for boarding. Therefore, these fields are set by execution of the reservation acceptance communication processing unit 1012. Reservation management DB1032 further includes fields such as reservation ID, reservation date and time, boarding port, getting-off port, boarding time, getting-off time, estimated time required, estimated fee, vehicle ID, etc. It is set by executing programs such as the required time calculation unit 1016 and the charge calculation unit 1017.

Further, as shown in FIG. 7, a record of the vehicle management DB 1036 includes fields such as a vehicle ID, an operating state, and a current position, and is created for each vehicle. The record of the vehicle management DB 1036 further includes fields such as a boarding port, boarding time, boarding port, and boarding time for the current reservation and the next reservation. The current reservation means that the user is on the vehicle and the vehicle is currently in operation based on the reservation information. The next reservation is that the user gets on the vehicle after the current time. Reservation information that is reserved. Therefore, the current reservation is further provided with fields for vehicle usage time and mileage, which are necessary for the charge calculation.

[0047] In addition, as shown in Fig. 8, the port management DB 1034 records include the port ID, port name, location, affiliation area ID, maximum number of vehicles accommodated, current number of vehicles, boarding port fee, and departure port fee. It is created for each vehicle port. The record of the port management DB1034 further includes a field for a space for accommodating the maximum number of accommodated vehicles, and the field contains the vehicle accommodated at that time or the vehicle planned to be accommodated. ID is memorized. In addition, if the vehicle is scheduled to get on or get off, the time is also stored.

In addition, the port management DB 1034 includes a record indicating a vehicle layout.

[0048] Also, as shown in FIG. 9, the record of the area presence number DB 1038 includes an area ID for identifying the area, the number of vehicle ports belonging to the area, the port ID of each vehicle port, Area 1 that has fields to store the number of vehicles in the vehicle port, the number of vehicles in the area, etc. Created one by one. Here, the area refers to a target area of the vehicle sharing system, for example, an area divided into several hundreds of meters, and one area includes several to ten ports. To. Therefore, within one area, users can go to any vehicle port within a few minutes on foot, no matter where the user is.

[0049] Referring to FIG. 5 again, the vehicle share management server device 10 corresponds to the reservation management DB 1032, the port management DB 1034, the vehicle management DB 1036, and the area occupancy status DB 1038, respectively. As a database for accumulating the actual values of these data, a demand result DB1033, a port use result DB1035, a vehicle use result DB1037, and an area occupancy result DB1039 are provided.

[0050] As shown in FIG. 10, the port usage record DB1035 is a database including a plurality of tables such as the number of vehicles present, the number of vehicles entered, and the number of vehicles exited. These tables are created for each vehicle port. The As shown in the example in Fig. 10, the average number of vehicles in each hour is accumulated in the table of the number of vehicles, excluding late night and early morning. Furthermore, an average is taken for each day of the week and accumulated. Here, the average value is obtained by averaging the average value for one hour over a predetermined period in the past, for example, a period of six months and force, or three years.

[0051] The port use record DB1035 further includes a table of past average values (actual values) for the number of entering and leaving the vehicle. The port usage record DB1035 can be used to determine the actual status of vehicle port usage. In the example of Fig. 10, the vehicle port with the port ID P001006 is the vehicle port in front of the station (see the example of Fig. 8), so it is almost full during the day from Monday to Friday on weekdays and at night. It becomes empty.

[0052] As described above, the actual use of the vehicle port can be grasped by taking the actual value (average value) such as the number of vehicles in each time of each day of the week. And if there is a problem with the actual usage, measures can be taken to correct it. For example, in the case of the example in Fig. 10, there is a tendency that the vehicle is full during the weekday day. To correct this, for example, the vehicle port usage fee when getting off at that vehicle port is set high. Set the vehicle port usage fee low when boarding. By doing this, it is possible to reduce the number of vehicles entering this vehicle port, increase the number of vehicles exited, and reduce the number of vehicles in the vehicle.

[0053] Demand record DB1033, vehicle use record DB1037, area occupancy record DB1 shown in Figure 5 For 039, the same data is taken and used for the same purpose as in the case of the port usage record DB1035 described above. The same applies to the traffic situation record DB1043.

[0054] <System operation at the time of vehicle reservation>

Next, the operation of the entire vehicle sharing system when the user makes a reservation for boarding will be described in detail with reference to FIGS. Here, FIG. 11 is an example of a display screen in which the initial screen of the vehicle sharing system is displayed on the user terminal device. FIG. 12 is a diagram showing a flow of processing performed by the user terminal device and the vehicle share management server device when the user makes a reservation for boarding the vehicle. FIG. 13 shows an example of a display screen that displays a boarding application information input screen on the user terminal device, FIG. 14 shows an example of a display screen that displays boarding reservation candidate information on the user terminal device, and FIG. 15 shows a user terminal device. Figure 16 shows an example of a display screen displaying a map showing the position of the boarding port. Fig. 16 shows an example of a display screen displaying reservation confirmation information on the user terminal device. FIG. 17 is a diagram showing a detailed processing flow of the boarding reservation candidate information generation processing in FIG. 12, and FIG. 18 is a diagram showing a processing flow of vehicle usage fee calculation.

[0055] The initial screen shown in FIG. 11 is displayed when a user inputs a user ID, a password, and the like, and that user is authenticated as a member of the vehicle sharing system by the user ID. . On the initial screen, for example, buttons such as “reservation”, “reservation cancellation”, “reserved ride”, “non-reservation ride”, “discount port”, “profit route”, “end”, and the like are displayed.

[0056] Therefore, when the user presses the "reservation" button, the user terminal device 20 starts to communicate with the vehicle share management server device 10, and the vehicle reservation process is started according to the process flow of FIG. The Note that the flow of processing performed by the vehicle share management server device 10 in FIG. 12 corresponds to the processing contents of the reservation acceptance communication processing unit 1012 in FIG.

In FIG. 12, when the reservation process is started in the user terminal device 20, the user terminal device 20 displays a boarding application information input screen as shown in FIG. The user inputs boarding application information such as departure place, destination, boarding date and time using this boarding application information input screen (step S11). Here, the information of departure and destination depends on your home location and station Can be pinpointed. In this case, the information on the starting point and the destination is displayed to be keyed in, but it may be possible to select a specific registered location information power. You may make it designate in a map. In this case, press the map button in the screen to display the map.

Next, when the user presses the “reservation start” button displayed on the display screen shown in FIG. 13, the entered boarding application information is transmitted to the vehicle shear management server device 10. (See Figure 12). Upon receipt of the boarding application information, the vehicle shear management server device 10 generates boarding reservation candidate information based on the received boarding application information (step S12).

[0059] Here, the boarding reservation candidate information includes a plurality of vehicle ports near the departure point, which are selected as boarding candidate ports, and a plurality of vehicle ports near the destination, which are selected as boarding candidate ports. This is information that estimates the travel route, required time, and fee between candidate ports. The processing for generating this boarding reservation candidate information will be described in detail separately. In this case, the calculation of the travel route, required time, fee, etc. is performed based on the past actual data such as the traffic condition actual DB1043.

Next, the generated boarding reservation candidate information is transmitted to the user terminal device 20, and the user terminal device 20 displays the received boarding reservation candidate information (step S13). FIG. 14 is an example of a display screen displaying boarding reservation candidate information on the user terminal device. As shown in FIG. 14, the display screen shows a plurality of routes having different boarding ports and getting-off ports. For each of the multiple routes, route numbers such as Nol and No2 are attached, the names of the boarding port and the getting-off port, the walking time from the departure point to the boarding port, and the walking time from the getting-off port to the destination The time required for vehicle travel from the boarding port to the exit port and the vehicle usage fee are displayed. Usually, the time required and the charges differ for each of the displayed routes. Therefore, the user looks at the display screen and selects one of the routes.

[0061] Upon selection, the user can confirm the position and travel route on the boarding port with a map. For example, on the screen shown in FIG. 14, select the route number with the cursor keys, etc., and press the “Port Map” button displayed on the screen at the same time. A map containing the ground and boarding port is displayed. [0062] The map shown in Fig. 15 shows the position of the departure point entered by the user in the reservation application information (in the figure, the position where a mark indicating a person is written) and the position of the boarding port. Yes. The departure point may be the home position or the current position of the user. From this map, the user can know the position of the boarding port. Similarly, when the “Route Map” button is pressed on the screen shown in FIG. 14, the travel route from the boarding port to the exit port is displayed (not shown).

[0063] In this way, the user confirms the boarding port and the travel route, and considers the travel time and fee, and selects one route from the plurality of routes shown in FIG. To make this selection, specify the route number on the display screen using, for example, the cursor key and press the “OK” button displayed on the same screen. Then, the user terminal device 20 determines the boarding reservation candidate information of the designated route as the boarding reservation information of the user (step S14: see FIG. 12), and the boarding reservation information or information instructing the boarding reservation information. (Route No. etc.) is transmitted to the vehicle share management server device 10.

[0064] Upon receiving the boarding reservation information, the vehicle share management server device 10 registers the boarding reservation information in the vehicle share management DB 1030 (reservation management DB 1032, etc.) (step S15), and the reservation is confirmed for the user terminal device 20. Notify (step S16). Receiving the notification of reservation confirmation, the user terminal device 20 displays the reservation confirmation to the user by the screen display as shown in FIG. 16 (step S17). It is also possible to display a map showing the position of the boarding port and the travel route from this display screen by pressing the “Port Map” button or the “Route Map” button.

As described above, in this embodiment, the boarding port and the getting-off port can be selected from a plurality of candidates at the time of reservation. As will be described later, the charge for the boarding port and the getting-off port is generally set higher as it is more convenient and used frequently. Therefore, a user who wants to reduce the usage fee will use a vehicle port that is less frequently used even if it is somewhat inconvenient. In this way, the use frequency of the vehicle port is leveled as a whole, and the efficient operation of the system is promoted.

[0066] (Riding reservation candidate information generation process)

Next, referring to FIG. 17, detailed processing of the generation reservation candidate information generation processing in FIG. The flow will be described in detail.

In FIG. 17, first, the CPU 101 of the vehicle share management server device 10 refers to the port management DB 1034 and the map DB 1041 based on the information of the departure place, within a predetermined distance (eg, within 300 m) from the departure place. Is extracted (step S121). Then, referring to the port management DB 1034, from the extracted vehicle ports, a vehicle port where an unreserved vehicle is present at the boarding time desired by the user is extracted, and the port HD of the extracted vehicle port is determined. PO (i = l,..., N) is set (step SI 22).

[0068] Similarly, based on the destination information, the port management DB 1034 and the map DB 1041 are referred to extract vehicle ports within a predetermined distance (for example, within 300 m) from the destination, and the extraction is performed. The port ID of the selected vehicle port is PD (j = l, ···, m) (step SI 23). Then, a pair (PO, PD) which is a pair of the boarding port and the getting-off port is created (step S1 24).

[0069] Next, the subscript variables i and j are changed to i = l, ···, n, j = l, ···, m, and the processing up to step S128 is repeated (step S125). ). During the iteration process, the route and required time (T) for the (PO, PD) pair that is the pair of the boarding port and the getting-off port are calculated.

1 J 1J is calculated (step S126). At this time, the map DB 1041 and the traffic situation result DB 1043 are referred to. Note that the calculation method used in the current navigation system can be used for route calculation and time calculation.

[0070] Next, in the above iterative process, the charge (Y) is calculated for the pair (PO, PD)

i J

(Step S127). Then, the iterative process is terminated (step S128). Details of charge calculation will be explained in detail later.

[0071] Next, for the (PO.PD) pair, the getting-off time is calculated from the required required time, and the port management DB 1034 is referenced to determine whether the getting-off port PD is full at that getting-off time. judge. If the getting-off port PD is full, the pair of the getting-on port and the getting-off port is deleted from the pair (PO, PD) (step S129).

[0072] Next, for the data of the pair (PO, PD) remaining after deletion, the required time (T) or

Sorting in ascending order of ij ϋ charge (Y.) (step S130). For the (PO, PD) pairs sorted in this way, a predetermined number (for example, 5) (PO, PD) pairs are selected from the beginning. Extracted and used as boarding candidate information (step S131). It should be noted that the setting of whether to sort by required time or toll, and the number of boarding reservation candidate information can be set by the user terminal device 20 by the user, for example, attached to the reservation application information. Can be transmitted to the vehicle share management server device 10.

[0073] (charge calculation processing)

Next, with reference to FIG. 18, the flow of the charge calculation process for using the vehicle in this embodiment will be described. In the vehicle sharing system of the present embodiment, the vehicle usage fee is the reservation fee, vehicle usage time, vehicle travel distance, boarding port fee, getting-off port fee, boarding port occupancy rate, getting-off port occupancy rate, boarding Decide based on the number of vehicles in the rear and the number of vehicles in the rear. In particular, the price is determined based on various information on the vehicle port.

[0074] First, a reservation fee is calculated (step S181). Here, the reservation fee is a fee that is charged by the user according to the time from the reservation of the boarding until the actual boarding. For example, if the reservation fee per hour is 50 yen, if you make a reservation 3 hours before boarding, the reservation fee will be 150 yen. However, if boarding from a vehicle port with a higher occupancy rate than the predetermined occupancy rate, the reservation fee may be 0 yen.

[0075] Next, the boarding port fee is calculated and added (step S182). The boarding port fee is the parking fee of the vehicle port where you board. In order to facilitate the operation of the vehicle sharing system, this boarding port fee is set at a reasonable fee for each vehicle port according to the actual usage of the vehicle port. For example, the boarding port charge for weekday daytime for the vehicle port in front of the station is set cheaply. In some cases, it may be free. By reducing the boarding fee or setting it free of charge, for example, it encourages passengers to ride from the vehicle port in front of the station, where vehicles tend to concentrate, and eases the concentration of vehicles at the vehicle port in front of the station.

Next, the boarding port discount fee is subtracted (step S183). The boarding port discount fee is a fee that discounts the boarding port fee when boarding from a vehicle port when the vehicle port is nearly full. When a vehicle port becomes full, the vehicle port cannot be used. For example, if the vehicle port in front of the station becomes full, the residential ground force away from the station will not be able to go to the station. There will be obstacles. Therefore, when the vehicle port is almost full, the boarding port fee is discounted to encourage boarding from that vehicle port, that is, exiting, and to reduce the number of existing vehicles.

[0077] The boarding port discount fee determines whether or not the power to be applied is based on the occupancy rate of the vehicle port. Here, the occupancy rate refers to the ratio of the number of vehicles parked (parked) at that time to the number of vehicle accommodation spaces in the vehicle port, and is usually expressed as a 100-minute rate. For example, if 40 vehicles are parked in a vehicle port that can accommodate 50 vehicles, the occupancy rate is 80%. Therefore, if a reference value (such as 90%) is set for the occupancy rate, and the reference value is exceeded, the boarding port discount fee is set at 50% of the boarding fee, for example. In other words, the actual boarding port fee is 5 discounts.

Next, the usage time fee is calculated and added (step S184). The usage time fee is charged for the time the vehicle is actually occupied and used. For example, a fee of 300 yen per 30 minutes is set, and if it is used for 1 hour, it will be 600 yen.

[0079] Next, a usage distance charge is calculated and added (step S185). The usage distance fee is charged for the distance the vehicle actually traveled from the boarding port to the exit port. For example, a fee of 100 yen is set for 5 km, and if you drive 15 km, it will be 300 yen.

[0080] Next, the getting-off port fee is calculated and added (step S186). The getting-off port fee is the parking fee for the vehicle port to get off. In order to facilitate the operation of the vehicle sharing system, a policy fee is set for each vehicle port in accordance with the actual usage of the vehicle port. For example, the departure port fee for weekday daytime for the vehicle port in front of the station is set high. By setting it higher, for example, the concentration of vehicles at the vehicle port in front of the station can be eased.

[0081] Next, the getting-off port discount fee is subtracted (step S187). The getting-off port discount fee is a fee that discounts the getting-off port fee when getting off at an empty vehicle port. If the vehicle port becomes empty, it means that the vehicle port is not being used efficiently. Therefore, if the vehicle port becomes empty so that the vehicle port does not become empty, the getting-off port fee is discounted to prompt the user to get off at that vehicle port, that is, to enter the vehicle. Increase. [0082] The getting-off port discount fee determines whether or not the power to be applied is based on the presence ratio of the vehicle port. When a reference value (for example, 10%) is set for the occupancy rate, and the occupancy rate falls below the reference value, the discount port discount rate is, for example, 50% of the alighting rate. That is, the actual departure port fee is 5 discounts.

[0083] Next, the special discount Z discount charge for the boarding area is added (step S188), and then the special discount Z discount charge for getting off the vehicle is added (step S189). Special discount Z discount for ride area and special discount Z discount for getting off area are used to prevent the vehicle from being concentrated on the vehicle port in a specific area or being discharged from the vehicle port in a specific area. This is a charge to be introduced. For example, if the total number of vehicle ports belonging to the station area is more than a predetermined number (for example, 500 or more) during the daytime on weekdays, a special discount for the boarding area is available when boarding from the boarding port in the station area. Fees apply and boarding port fees are discounted. Conversely, when getting off at a vehicle port in the area in front of the station, a special extra charge for getting off the area is applied.

[0084] On the other hand, in residential areas far away from station power, for example, vehicles are often paid out during weekday days, so the total number of vehicles in the vehicle ports belonging to that area is less than a certain number ( For example, if the number of passengers is less than 10), the boarding area special surcharge will be applied and the boarding port fee will be surpassed when the area power is also used. Conversely, when you get off at a vehicle port in such a residential area, a special discount charge for the boarding area is applied.

[0085] Furthermore, the processing of Fig. 18 is not limited to the discount on the usage fee of the vehicle port when getting on the area power where the total number of vehicles is a predetermined number or more and getting off in an area where the total number of vehicles is a predetermined number or less. You may make it discount the whole vehicle usage fee calculated | required by.

[0086] By the charge calculation processing as described above, it is possible to prevent the vehicle from being concentrated on a specific vehicle port or a specific area, or being discharged from a specific vehicle port or a specific area. it can. This will ensure the smooth operation of the vehicle sharing system and the efficient use of vehicles and vehicle ports.

[0087] <Operation of system when using vehicle>

Next, vehicle sharing when using the vehicle based on the boarding reservation information reserved by the user. The overall operation of the operating system will be described in detail with reference to FIGS. Here, FIG. 19 and FIG. 20 are diagrams showing a flow of processing performed by the user terminal device, the in-vehicle terminal device, and the vehicle share management server device when the user gets on the vehicle. Fig. 21 shows an example of a display screen displaying a boarding port periphery map showing the position of the boarding port, Fig. 22 shows an example of a display screen showing a vehicle layout of the boarding port, and Fig. 23 shows the appearance of the vehicle and Fig. 24 shows an example of a display screen that displays a photo of the surrounding scenery, Fig. 24 shows an example of a display screen that displays a driving route, and Fig. 25 shows an example of a display screen that displays the current status of the ports around the getting-off port.

In FIG. 19 and FIG. 20, the flow of processing performed by the vehicle share management server device 10 corresponds to the processing content of the boarding / guidance communication processing unit 1013 in FIG.

[0089] When the user intends to use the vehicle based on the confirmed boarding reservation information, the user selects the "Reserved boarding" button on the initial screen of the user terminal device 20 (see FIG. 11). Press. Then, as shown in FIG. 19, the user terminal device 20 requests the start of use of the vehicle by transmitting the confirmed boarding reservation information including the user ID to the vehicle shear management server device 10 (step S21).

[0090] Upon receiving the boarding reservation information, the vehicle share management server device 10 refers to the reservation management DB 1032, the port management DB 1034, the vehicle management DB 1036, etc. based on the boarding reservation information, and the user at the reserved boarding port Allocate vehicles that are actually used, and further, retrieve a map around the boarding port from the map DB 1041 (step S22). Then, the vehicle share management server device 10 transmits information instructing the start of use to the in-vehicle terminal device 30 of the vehicle to which the use is allocated, and also displays a boarding port vicinity map to the user terminal device 20. Send.

When receiving the boarding port surrounding map, the user terminal device 20 displays the received boarding port surrounding map as shown in FIG. 21 (step S23). In FIG. 21, the reserved boarding port “N3” and the position of the departure point indicated by a person's mark are displayed. From this map, the user recognizes the boarding port and walks to the boarding port.

[0092] When the in-vehicle terminal device 30 receives information instructing the start of use transmitted from the vehicle shear management server device 10 by the wireless communication unit 304 (the portion that is always energized), the in-vehicle terminal device 30 Turn on the power of the 30 main body (step S24) The vehicle share management server device 10 is notified that 30 is ready. At this time, the in-vehicle terminal device 30 receives the boarding reservation information including the user ID of the user who uses the vehicle from the vehicle share management server device 10.

[0093] When the vehicle share management server device 10 receives a notification of completion of preparation from the in-vehicle terminal device 30, the port management DB 1034 force also extracts the vehicle layout diagram of the boarding port (step S25), and the vehicle layout diagram of the extracted boarding port Is transmitted to the user terminal device 20. After receiving the vehicle layout diagram of the boarding port, the user terminal device 20 displays the boarding port vehicle layout diagram as shown in FIG. 22 when the user presses the “Port” button on the display screen of FIG. S26). With this boarding port vehicle layout, the user can recognize the vehicle that he / she should get on.

[0094] Even if the surrounding map of the boarding port and the boarding port vehicle layout are provided as described above, if the boarding port is wide or the same type of vehicle is multi-functional, the vehicle that you should board It may take time to recognize. In order to eliminate the inconvenience, in the present embodiment, an external photograph of the own vehicle and a photograph of the surrounding scenery from the own vehicle position can be provided from the in-vehicle terminal device 30 to the user terminal device 20. For this purpose, the in-vehicle terminal device 30 drives the cameras provided on the front and rear of the vehicle after turning on the power of the main body of the in-vehicle terminal device 30 in step S24, and so on. A photograph of the scenery around the vehicle is taken (step S27), and the photograph data is stored in, for example, the auxiliary storage device 303 together with the photographed photograph of the appearance of the vehicle.

Then, in the user terminal device 20, when the user presses the “vehicle” button on the display screen displayed as shown in FIG. 21 or FIG. 22, the user terminal device 20 displays boarding reservation information including the user ID. Are transmitted to the in-vehicle terminal device 30. Then, the in-vehicle terminal device 30 authenticates the user by comparing the boarding reservation information including the received user ID with the boarding reservation information including the user ID previously received from the vehicle share management server device 10. To do. If the authentication is successful, the in-vehicle terminal device 30 transmits data of the photograph of the appearance of the host vehicle and the surrounding background color to the user terminal device 20 (step S28).

[0096] The user terminal device 20 receives the photograph data of the vehicle exterior and surrounding scenery transmitted from the in-vehicle terminal device 30, and displays the received photograph data as shown in FIG. S29) _{0 The} user can surely recognize the vehicle to be boarded from the appearance photograph of the vehicle, the front view of the vehicle, and the rear view as shown in FIG.

[0097] In FIG. 23, the in-vehicle terminal device 30 transmits a photograph of the front and rear views taken from the position of the vehicle to the user terminal device 20, but instead of the front and rear views. You can also take a picture of the landscape in the left-right direction, or a picture of a 360 degree no-llama landscape around your vehicle. Furthermore, it may be a composite photo in which the vehicle is placed in a virtual three-dimensional space landscape that is synthesized from a panoramic view of the surroundings of the vehicle and an external view of the vehicle.

[0098] Further, in step S28, the in-vehicle terminal device 30 gives the user terminal device 20 possessed by a nearby user a photograph of the appearance of the own vehicle and a photograph of the surrounding scenery to inform the user of the vehicle position. Transmitting power Alternatively or in turn, the vehicle lamp may be turned on or an alarm sound may be activated. In this case, the in-vehicle terminal device 30 needs to include a lamp driving unit and an alarm sound driving unit that can be controlled from the CPU 30K (see FIG. 4).

When the user can recognize the assigned vehicle as described above, the user presses the “ride” button displayed on the display screen of FIG. Then, the user terminal device 20 transmits a use vehicle confirmation notification to the in-vehicle terminal device 30. A similar “ride” button is also displayed on the vehicle layout display screen of the vehicle port in FIG. 22, and when the user presses the button, the user terminal device 20 confirms the use vehicle to the in-vehicle terminal device 30. Send notifications for. This button is used when it is not necessary to display a photograph of the exterior of the vehicle or a photograph of the surrounding scenery, such as when the vehicle to be ridden quickly becomes visible.

[0100] Next, the in-vehicle terminal device 30 that has received the notification of confirmation of the vehicle in use instructs the door lock mechanism engine engine start mechanism to permit door opening and engine start (step S30). When the user gets on the vehicle and the engine is started, the in-vehicle terminal device 30 notifies the vehicle share management server device 10 of the start of use of the vehicle, assuming that the use of the vehicle has started (step S31). . The vehicle share management server device 10 that has received the notification of the start of use of the vehicle registers the start of use of the vehicle in the vehicle management DB 1036 (step S32).

[0101] Next, with reference to FIG. 20, the on-vehicle terminal device 30 and the vehicle share management server when riding The processing flow of the device 10 will be described.

[0102] Upon receipt of the vehicle use start notification, the vehicle shear management server device 10 calculates the travel route and required time to the getting-off port based on the user's boarding reservation information, and further uses the vehicle usage fee. Is calculated (step S33). The travel route and required time are calculated based on the latest traffic status DB1042, etc. at this time. In addition, charge calculation is performed based on the vehicle port occupancy rate by referring to the port management DB 1034 and the like. Therefore, the route, required time, and fee may differ from the information at the time of booking. Therefore, in the present embodiment, the latest information is provided to the in-vehicle terminal device 30.

[0103] Subsequently, the vehicle share management server device 10 transmits the travel route information calculated and obtained in step S33 to the in-vehicle terminal device 30. The in-vehicle terminal device 30 receives the travel route information, and displays the received travel route information as a display screen as shown in FIG. 24 (step S34). The vehicle share management server device 10 further extracts the current status information such as the vehicle occupancy rate of the peripheral ports of the getting-off port from the port management DB 1034 or the like (step S35). Then, the current status information of the peripheral ports of the getting-off port is transmitted to the in-vehicle terminal device 30. The in-vehicle terminal device 30 receives the current status information of the peripheral port of the getting-off port, and displays the received current status information of the peripheral port of the getting-off port as a display screen as shown in FIG. 25 (step S36).

[0104] The user can check the current traffic conditions and the vehicle occupancy rate of the surrounding ports by using the travel route display screen shown in Fig. 24 and the current port information display screen shown in Fig. 25. I can know. Based on this, the user can change the exit port. For example, if there is a port with a low exit rate with a low occupancy rate near the reserved exit port, the exit port may be changed there.

Therefore, the user inputs the getting-off port confirmation on the display screen of FIG. That is, when the user does not change the getting-off port, the same vehicle port as that at the time of reservation is instructed on the display screen or the “return” button is pressed. In addition, when changing the getting-off port, the vehicle port different from the reservation time is instructed. In this way, the in-vehicle terminal device 30 receives an input for confirming the getting-off port (step S37). [0106] The information of the getting-off port confirmed or changed is transmitted to the vehicle share management server device 10. The vehicle share management server device 10 determines whether or not the received information about the getting-off port is changed (step S38). As a result, if the getting-off port has been changed (Yes in step S38), the process returns to step S33, and processing such as calculation of the route and required time is repeated. In this case, the changed exit port is regarded as the exit port at the time of reservation.

[0107] If the departure port is not changed (No in step S38), the departure port is confirmed, so the travel time calculated in step S33, etc. Based on this, the registration information in the vehicle share management DB 1030 such as the port management DB 1034 and the vehicle management DB 1036 is updated (step S39).

[0108] On the other hand, after confirming the getting-off port, the vehicle starts traveling immediately, so the in-vehicle terminal device 30 displays the route guidance information similar to that of the conventional navigation device according to the travel route required at that time. (Step S40). The route guidance display is continued until the vehicle arrives at the departure port (No in step S41). If the vehicle has arrived at the unloading port (Yes in step S41), the in-vehicle terminal device 30 notifies the vehicle share management server device 10 that the vehicle has arrived at the unloading port.

[0109] Upon receiving notification of arrival at the unloading port, the vehicle share management server device 10 calculates a final fee according to the travel time and travel distance (step S42), and the information on the fee is stored in the vehicle. Transmit to terminal device 30. The in-vehicle terminal device 30 receives the charge information and displays the received charge information (step S43).

[0110] When the user removes the engine key and leaves the vehicle, the in-vehicle terminal device 30 notifies the vehicle share management server device 10 of the end of use of the vehicle (step S44). In response to the notification, the vehicle share management server device 10 registers in the vehicle share management DB1 030 that the use of the vehicle has ended (step S45).

As described above, in the present embodiment, when the user gets on the vehicle based on the boarding reservation information, the travel route and the required time are calculated according to the current traffic situation. Based on the calculation result, the registration information in the vehicle share management DB 1030 such as the port management DB 1034 and the vehicle management DB 1036 is updated. Therefore, vehicle share management The logical server device 10 can more accurately grasp the time when the traveling vehicle arrives at the exit port. For this reason, the vehicle can be efficiently used by other users by providing a margin for the arrival time. In other words, efficient operation of the vehicle sharing system will be realized.

[0112] <Provision of charge discount information>

In addition to the functions described above, the vehicle share management server device 10 has a function of providing fee discount information such as vehicle port fees to the user terminal device 20 and the in-vehicle terminal device 30. Therefore, an information providing function (advertisement function) in the vehicle sharing system of this embodiment will be described with reference to FIGS. Here, FIG. 26 is an example of a display screen displaying discount port information, and FIG. 27 is an example of a display screen displaying discount route information.

[0113] The vehicle share management server device 10 needs to apply the boarding port discount fee and the getting-off port discount fee (see Fig. 18), for example, with reference to the port usage record DB1035 (see Fig. 10) every day. Check whether the vehicle port that is predicted to have a certain force. Then, if there is a vehicle port or time zone to which such a discount fee needs to be applied, that information is stored in, for example, a part of the port management DB 1034. When the user terminal device 20 or the in-vehicle terminal device 30 requests the provision of the information, the vehicle port information to be discounted is provided (hereinafter referred to as discount port information). .

For example, when the user presses the “discount port” button on the initial screen of the user terminal device 20 shown in FIG. 11, the user terminal device 20 discounts the vehicle share management server device 10. Request information about the port. Then, the vehicle share management server device 10 extracts the discount port information for the area designated by the user from the discount port information stored in the port management DB 1034 and transmits the discount port information to the user terminal device 20. To do.

[0115] The user terminal device 20 displays the received discount port information on a display screen as shown in FIG. In FIG. 26, for example, the discount rate of the boarding port fee is displayed near the port location, and discount time zone information is displayed outside the map. If the user obtains such information in advance, the user can use the vehicle at a lower price. In addition, it is possible to mitigate excessive concentration of vehicles in specific vehicle ports and specific areas, and withdrawal.

[0116] Further, similarly to the above description, the vehicle share management server device 10 refers to the daily number of vehicles in the area DB1039, and gets the special discount Z discount fee and the special discount Z discount fee for the getting off area (Figure Check whether there is an area that is expected to apply. If there is an area or time zone in which such discounted charges need to be applied, the information is stored in, for example, a part of the area presence car status DB 1038. When the user terminal device 20 or the in-vehicle terminal device 30 requests the provision of the information, information on the area and time zone to be discounted, as well as the area power to which the special discount charge for the boarding area is applied Provides information on the route (hereinafter abbreviated as “discount route”) to the area to which the area special discount rate applies.

[0117] For example, when the user presses the "Profit Route" button on the initial screen of the user terminal device 20 shown in FIG. 11, the user terminal device 20 informs the vehicle share management server device 10 about the discount route. Ask for the offer. Then, the vehicle share management server device 10 obtains discount route information based on the information on the discount area stored in the area presence vehicle status DB 1038 and transmits the discount route information to the user terminal device 20.

[0118] The user terminal device 20 displays the received discount route information on a display screen as shown in FIG. In FIG. 27, for example, it is displayed that a vehicle usage fee is discounted from the station front to a residential area away from the station. By displaying such advertisement information, the user can use the vehicle at a lower price and, therefore, demand for new vehicle use is stimulated. In addition, due to the occurrence of the new vehicle use, it is possible to relax the vehicle from being overly concentrated in a specific area or to be paid out by a specific area power vehicle.

Here, the display screens of FIGS. 26 and 27 are examples of the display screen of the user terminal device 20, but may be examples of the display screen of the in-vehicle terminal device 30. In that case, buttons such as “discount port” and “preferably route” similar to the initial screen of FIG. 11 are appropriately provided on the initial screen or other screen displayed on the in-vehicle terminal device 30.

[0120] <System operation when boarding without reservation> When the user presses the “cancel reservation” button on the display screen of the user terminal device 20 in FIG. 11, the vehicle share management server device 10 has already been based on the reservation ID entered thereafter. It is assumed that processing for canceling reserved boarding reservation information is executed. Further, when the user goes directly to the vehicle port and finds an empty vehicle at the vehicle port, the user terminal device 20 held by the user and the in-vehicle terminal device 30 communicate with each other directly, thereby Can be used by the user. In this case, the user presses a “board without reservation” button.

However, in this case, it is assumed that the user terminal device 20 and the in-vehicle terminal device 30 have means for directly communicating. Here, the means for direct communication means means for direct communication between terminal devices that do not communicate via a base station of a mobile phone network. For example, infrared communication, Bluetooth, wireless tag, IEEE802.11 standard Communication means based on the communication method used in wireless LAN. For convenience to the user, the vehicle is provided with some display means for indicating that the vehicle is an empty vehicle, such as a taxi empty display.

[0122] Hereinafter, when the user finds an empty vehicle at the vehicle port and presses the "no reservation reservation" button in FIG. 11 displayed on the user terminal device 20, the user terminal device 20, the in-vehicle terminal device 30 and the vehicle share The flow of processing performed on the management server device 10 will be described with reference to FIG. Here, FIG. 28 is a diagram illustrating a flow of processing performed in the user terminal device, the in-vehicle terminal device, and the vehicle share management server device when the user gets on without reservation.

[0123] When the user presses a "no reservation" button near an empty vehicle that the user has found, the user terminal device 20 is mounted on the vehicle, and information including a user ID is attached to the in-vehicle terminal device 30. Request to start using the vehicle (step S51). Then, the in-vehicle terminal device 30 performs user authentication based on the received information such as the user ID (step S52). If the user authentication is successful, the user terminal device 20 is notified to that effect, and information such as the user ID and vehicle ID is sent to the vehicle share management server device 10 to notify that the vehicle has started to be used. To do. The user terminal device 20 that has received the notification of the start of use displays the vehicle use acceptance (step S53) and informs the user accordingly. In addition, notification of start of use The vehicle share management server device 10 that has received the registration registers the start of use of the vehicle in the vehicle share management DB 1030. Further, the in-vehicle terminal device 30 turns off the empty vehicle display (step S55), and instructs permission to open the door of the vehicle (step S56).

[0124] Next, the in-vehicle terminal device 30 performs a predetermined screen display, inputs destination information instructed by the user based on the display screen and the like (step S57), and inputs the destination information and the like. It transmits to the vehicle share management server apparatus 10. The vehicle share management server device 10 refers to the vehicle share management DB 1030 based on the received destination information, etc., selects a predetermined number of getting-off ports near the destination, calculates the route and required time to the getting-off port, Calculate the charge (step S58). Then, information such as the selected getting-off port and the calculated required time and fee is transmitted to the in-vehicle terminal device 30.

[0125] The in-vehicle terminal device 30 that has received the information displays the received information such as the predetermined number of selected getting-off ports, the required time, and the charges (step S59), and gives the user the getting-off ports. Ask for a choice. When the user selects one of the selected vehicle ports, the vehicle port is set as a getting-off port from which the user gets off, and information on the getting-off port is transmitted to the vehicle share management server device 10. Then, the engine start permission is instructed (step S60). As a result, the user can start driving the vehicle. Further, the vehicle share management server device 10 that has received the information about the getting-off port registers the getting-off port and the getting-off time in the vehicle share management DB 1030 (step S61).

[0126] As described above, the user can go to the vehicle port and find an empty vehicle without making a reservation in advance, and can get on the vehicle.

[0127] <Supplement>

As described above, in the present embodiment, in order to prevent excessive concentration or decrease in a specific area or specific vehicle port of the vehicle, the usage fee of the vehicle port is mainly increased or discounted, and the information is notified to the user. I am trying to make it happen. However, it may not be possible to achieve that goal with just a premium or discount in the normal sense. Therefore, in this embodiment, the premium may include an infinite premium, and the discount may include a discount of 100% or more.

In other words, the infinite premium means that the vehicle port cannot be used. example For example, if the occupancy rate at a certain vehicle port exceeds 90% and the vehicle is almost full, it is prohibited to get off at that vehicle port even before the vehicle is full. Indicates that the occupancy rate is 100%, the vehicle is full, and no getting off. Further, even if the user selects the vehicle port as the getting-off port, a message indicating that the user cannot get off the vehicle is displayed on the display screen of the user terminal device 20 or the in-vehicle terminal device 30, and the selection as the getting-off port is prohibited. In such a case, if the vehicle port is handled as being full, in the processing at the time of boarding reservation (see FIG. 17) performed by the vehicle share management server device 10, for example, in step S129, the vehicle port that gets off the vehicle It is excluded and processed.

[0129] Similarly, for a port where the vehicle occupancy rate is less than 10%, for example, the vehicle occupancy rate is treated as 0% so that boarding is prohibited. Avoid getting on board. That is, when the occupancy rate is 0%, it is handled in step S121 in FIG. 7 that there is no vehicle in the vehicle port, and the vehicle port is not selected as the boarding port. .

[0130] Also, a discount of 100% or more means that the usage fee will be negative. That is, in this case, the minus amount is returned to the user. For example, if you get in from a vehicle port where vehicles are concentrated so that getting off is prohibited, or if you get off at a vehicle port where the number of vehicles decreases so that getting off is prohibited, the usage fee for that vehicle port will be over 100% It may be discounted. Furthermore, as shown in Fig. 27, the usage fee for a specific route that goes to an area where the concentration of vehicles has also decreased may be discounted by 100 or more. By doing so, the concentration or reduction of vehicles in a specific area or a specific vehicle port can be more effectively eliminated, and the overall efficiency of the vehicle sharing system can be increased.

Brief Description of Drawings

FIG. 1 is a diagram showing a connection configuration of an information system device of a vehicle sharing system according to an embodiment of the present invention.

FIG. 2 is a diagram showing a hardware configuration of a vehicle share management server device according to the embodiment of the present invention.

FIG. 3 is a diagram showing a hardware configuration of a user terminal device according to an embodiment of the present invention. is there.

4] A diagram showing a hardware configuration of the in-vehicle terminal device according to the embodiment of the present invention.

FIG. 5 is a diagram showing a configuration of a program and database of a vehicle share management server device according to the embodiment of the present invention.

圆 6] A diagram showing an example of a record configuration of a reservation management DB according to an embodiment of the present invention. 圆 7] A diagram showing an example of a configuration of a record of a vehicle management DB according to an embodiment of the present invention.

FIG. 8 is a diagram showing an example of a record configuration of a port management DB according to the embodiment of the present invention.

FIG. 9 is a diagram showing an example of the configuration of records in the area vehicle number status DB according to the embodiment of the present invention.

[10] FIG. 10 is a diagram showing an example of the configuration of a port usage record DB according to the embodiment of the present invention. [11] This is an example of a display screen in which the initial screen of the vehicle sharing system is displayed on the user terminal device according to the embodiment of the present invention.

圆 12] In the embodiment of the present invention, it is a diagram showing a flow of processing performed by the user terminal device and the vehicle share management server device when the user makes a reservation for boarding the vehicle.

FIG. 13 is an example of a display screen displaying a boarding application information input screen on the user terminal device according to the embodiment of the present invention.

FIG. 14 is an example of a display screen on which boarding reservation candidate information is displayed on the user terminal device according to the embodiment of the present invention.

FIG. 15 is an example of a display screen on which a map showing the position of the boarding port is displayed on the user terminal device according to the embodiment of the present invention.

FIG. 16 is an example of a display screen on which reservation confirmation information is displayed on the user terminal device according to the embodiment of the present invention.

FIG. 17 is a diagram showing a detailed process flow of the boarding reservation candidate information generation process in FIG. is there.

FIG. 18 is a diagram showing a flow of a fee calculation process for using a vehicle according to the embodiment of the present invention.

FIG. 19 is a diagram showing a flow of processing performed by the user terminal device, the in-vehicle terminal device, and the vehicle share management server device when the user gets on the vehicle in the embodiment of the present invention.

FIG. 20 is a diagram showing a flow of processing performed by the in-vehicle terminal device and the vehicle share management server device when the user uses the vehicle in the embodiment of the present invention.

圆 21] An example of a display screen displaying a boarding port periphery map showing the position of the boarding port on the user terminal device according to the embodiment of the present invention.

FIG. 22 is an example of a display screen displaying a vehicle layout diagram of boarding ports on the user terminal device according to the embodiment of the present invention.

圆 23] An example of a display screen displaying a photograph of the appearance of the vehicle and the surrounding scenery on the user terminal device according to the embodiment of the present invention.

[24] This is an example of a display screen displaying a travel route on the in-vehicle terminal device according to the embodiment of the present invention.

[25] This is an example of a display screen that displays the current status of the peripheral ports of the getting-off port on the in-vehicle terminal device according to the embodiment of the present invention.

FIG. 26 is an example of a display screen in which discount port information is displayed on the user terminal device (vehicle terminal device) according to the embodiment of the present invention.

FIG. 27 is an example of a display screen on which discount route information is displayed on the user terminal device (vehicle terminal device) according to the embodiment of the present invention.

FIG. 28 is a diagram showing a flow of processing performed by the user terminal device, the in-vehicle terminal device, and the vehicle share management server device when the user gets on without reservation in the embodiment of the present invention.

Explanation of symbols

10 Vehicle share management server device

20 User terminal 30 In-vehicle terminal

40 network

101 CPU

102 Memory section

103 Hard disk storage

104 Network interface

105 Display

106 Input section

107 Portable storage medium drive

201 CPU

202 Memory section

203 Wireless communication unit

204 Display

205 Key input section

206 Calling section

301 CPU

302 Memory section

303 Auxiliary storage

304 wireless communication unit

305 Display

306 Touch panel input section

307 GPS input section

308 Camera drive unit

309 Door lock device drive

1011-Route Guidance Communication Processing Unit

1012 Reservation reception communication processing unit 1013 Boarding / guidance communication processing unit 1014 Information provision communication processing unit 1015 Route guidance information acquisition unit

1016 Route

1017 Charge calculator

1018 Port information manager

1019 Vehicle Information Management Department

1020 Area Information Management Department

1030 Vehicle shear management DB

1031 user DB

1032 Reservation management DB

1033 Demand results DB

1034 Port management DB

1035 Port Usage DB

1036 Vehicle management DB

1037 Vehicle usage DB

1038 Number of vehicles in area DB

1039 Number of vehicles in the area DB

1041 Map DB

1042 Traffic Status DB

1043 Traffic situation results DB

Claims

The scope of the claims

[1] A vehicle share management database that manages the usage status of a plurality of vehicles and a plurality of vehicle ports, a vehicle share management server device that includes a map database and a traffic situation database, and a network for the vehicle share management server device And a user terminal device that receives and displays information returned by the vehicle shear management server device, and transmits information input by a user to the vehicle shear management server device, and the vehicle share A vehicle share management server device in a vehicle sharing system that is connected to a management server device via a network, and that includes an in-vehicle terminal device that receives and displays information transmitted by the vehicle share management server device. And

Receiving information including the departure point, destination and scheduled boarding time transmitted from the user terminal device as boarding application information;

Based on the boarding application information, the vehicle share management database, and the map database, a vehicle port near the departure point and a vehicle port near the destination are selected as a boarding port and a getting-off port, respectively.

Based on the map database and the traffic situation database, an estimated required time and estimated fee for vehicle travel from the boarding port to the getting-off port are calculated, and includes the boarding port, the getting-out port, the estimated required time and the estimated fee Generate boarding reservation information,

Register the boarding reservation information in the vehicle share management database,

Transmitting the boarding reservation information to the user terminal

A vehicle share management server device.

[2] The vehicle share management server device according to claim 1, further comprising:

When the vehicle use start request information based on the boarding reservation information transmitted from the user terminal device is received, the user uses it based on the boarding reservation information and the vehicle management data in the vehicle shear management database. Information on the allocated vehicle is transmitted to the user terminal device, and the fact that the vehicle is in use is registered in the vehicle management data of the vehicle share management database.

The vehicle based on the boarding reservation information transmitted from the in-vehicle terminal device of the vehicle When the use start notification information is received, based on the boarding reservation information, the map database, and the traffic situation database, the estimated travel time and estimated fee for driving the vehicle from the boarding port to the getting-off port are calculated, and The calculated estimated travel time and estimated fee are transmitted to the in-vehicle device, and the estimated arrival time of the vehicle at the departure port is predicted based on the calculated estimated travel time of the vehicle. Registering in the vehicle management data of the vehicle shear management database that the vehicle will be empty at a time based on

A vehicle share management server device.

[3] The vehicle share management server device according to claim 1, further comprising:

Based on the vehicle shear management database, the vehicle port rate at which the user gets on and the vehicle port rate at which the user gets off the vehicle are calculated,

Calculate the vehicle usage fee to be borne by the user based on the time of use of the vehicle, the distance traveled by the vehicle, and the occupancy rate of the vehicle port.

A vehicle share management server device.

[4] The vehicle share management server device according to claim 1, further comprising:

A vehicle share management server device that extracts current status information including a use fee for getting off a port at a port around a port where the vehicle gets off from the vehicle share management database, and transmits the information to the in-vehicle terminal device.

[5] The vehicle share management server device according to claim 1, further comprising:

The average value of the vehicle port occupancy rate is accumulated in the vehicle share management database for each predetermined time period,

Based on the vehicle occupancy rate for each of the vehicle ports stored in the vehicle shear management database, the vehicle port with the vehicle occupancy rate being larger than a predetermined first value or a vehicle port having a vehicle smaller than a predetermined second value and Extract the time zone,

With respect to the extracted vehicle port, the usage fee of the vehicle port when the occupancy rate is greater than the predetermined first value in the time zone, and the occupancy rate is predetermined For the vehicle port usage fee when getting off at a vehicle port smaller than the second value, advertisement information indicating that the vehicle port usage fee is discounted is displayed in advance. Transmitting to at least one of the user terminal and the in-vehicle terminal device

A vehicle share management server device.

[6] The vehicle share management server device according to claim 1, further comprising:

The average value of the number of vehicles in the area, which is the number of vehicles in the vehicle port for each area, is accumulated in the vehicle share management database every predetermined time period of the day,

Extracting an area where the total number of vehicles in the area accumulated in the vehicle share management database is larger than a predetermined third value and an area where the total number of vehicles in the area is smaller than a predetermined fourth value;

From the area where the extracted total number of vehicles in the area is larger than the predetermined third value, the total number of vehicles in the area is smaller than the predetermined fourth value, and the vehicle travels to the area. Sending advertisement information indicating that the usage fee is divided to at least one of the user terminal and the in-vehicle terminal device

A vehicle share management server device.

[7] A vehicle share management database device including a vehicle share management database for managing the use status of a plurality of vehicles and a plurality of vehicle ports, a map database, and a traffic situation database, and a network for the vehicle share management server device And a user terminal device that receives and displays information returned by the vehicle shear management server device, and transmits information input by a user to the vehicle shear management server device, and the vehicle share A user terminal device in a vehicle sharing system connected to a management server device via a network and configured to include an in-vehicle terminal device that receives and displays information transmitted by the vehicle share management server device,

Information including the departure point, destination, and scheduled boarding time input by the user is read as boarding application information, and the boarding application information is transmitted to the vehicle shear management server device.

Receiving boarding reservation information including a boarding port, a boarding port, an estimated travel time from the boarding port to the boarding port, and a boarding fee that are returned by the vehicle share management server device in response to the boarding application information;

The received boarding reservation information is displayed on a display device. A user terminal device.

[8] The user terminal device according to claim 7,

When a plurality of the boarding reservation information is received from the vehicle share management server device

Furthermore, the plurality of boarding reservation information is displayed on a display device,

Selection information for selecting one of the plurality of boarding reservation information input by the user is transmitted to the vehicle share management server device.

A user terminal device.

[9] The user terminal device according to claim 7, further comprising:

The vehicle share management server apparatus power Receives at least one of advertisement information for displaying a discount for the usage fee of the transmitted vehicle port and advertisement information for displaying a discount for the usage fee of the vehicle, and displays the received advertisement information Display in the department

A user terminal device.

[10] The user terminal device according to claim 7, further comprising:

Receiving image information indicating the appearance of the vehicle on which the vehicle terminal device mounted from the in-vehicle terminal device or the vehicle share management server device is mounted, and photographic information that captures the scenery around the vehicle;

Displaying the received image information indicating the appearance of the vehicle and photograph information obtained by photographing the scenery around the vehicle on the display unit.

A user terminal device.

[11] A vehicle share management database that manages usage of a plurality of vehicles and a plurality of vehicle ports, a vehicle share management server device that includes a map database, and a traffic situation database, and a network for the vehicle share management server device And a user terminal device that receives and displays information returned by the vehicle shear management server device, and transmits information input by a user to the vehicle shear management server device, and the vehicle share An in-vehicle terminal device in a vehicle sharing system, which is connected to a management server device via a network, and receives and displays information transmitted by the vehicle share management server device,

The vehicle share management server device power route information to reach the exit port to be transmitted Information, estimated travel time and estimated charge, and display the route information, estimated travel time and estimated charge to the arrival port where it was received.

An in-vehicle terminal device characterized by

[12] The in-vehicle terminal device according to claim 11, further comprising:

The power of the vehicle share management server device receives the current status information on the usage fee of the vehicle port around the getting-off port and displays the received current status information on the usage fee of the vehicle port around the getting-off port on the display section.

An in-vehicle terminal device characterized by

[13] The in-vehicle terminal device according to claim 11, further comprising:

An in-vehicle terminal device characterized by

[14] The in-vehicle terminal device according to claim 11, further comprising:

By driving an attached camera, the surroundings of the host vehicle are photographed, and the photographed photograph information is transmitted to at least one of the user terminal device and the vehicle share management server device.

An in-vehicle terminal device characterized by

[15] A vehicle share management database that manages the usage status of a plurality of vehicles and a plurality of vehicle ports, a vehicle share management server device that includes a map database and a traffic situation database, and a network for the vehicle share management server device And a user terminal device that receives and displays information returned by the vehicle shear management server device, and transmits information input by a user to the vehicle shear management server device, and the vehicle share A vehicle share management method in a vehicle sharing system, which is connected to a management server device via a network and includes information and a vehicle-mounted terminal device that receives and displays information transmitted by the vehicle share management server device. ,

The vehicle share management server device

Including the departure point, destination and scheduled boarding time transmitted from the user terminal device Information as boarding application information,

Transmitting the boarding reservation information to the user terminal

A vehicle share management method characterized by the above.

[16] The vehicle share management server device further includes:

When receiving the vehicle use start notification information based on the boarding reservation information transmitted from the in-vehicle terminal device of the vehicle, from the boarding port based on the boarding reservation information, the map database, and the traffic situation database. The estimated travel time and estimated fee for vehicle travel to the alighting port are calculated, the calculated estimated travel time and estimated fee for vehicle travel are transmitted to the in-vehicle device, and the calculated estimated travel time for vehicle travel Predicting the arrival time of the vehicle at the departure port and registering in the vehicle management data in the vehicle shear management database that the vehicle will be empty at a time based on the predicted arrival time;

The vehicle share management method according to claim 15, wherein:

[17] The vehicle share management server device further includes:

Based on the vehicle shear management database, the vehicle port on which the user gets on And calculating the occupancy rate of the vehicle port from which the user gets off,

The vehicle share management method according to claim 15, wherein:

[18] The vehicle share management server device further includes:

16. The vehicle share management method according to claim 15, wherein current status information including a use fee for getting off a port at a peripheral port of the vehicle is extracted from the vehicle share management database and transmitted to the in-vehicle terminal device.

[19] The vehicle share management server device further includes:

With respect to the extracted vehicle port, the usage fee of the vehicle port when the occupancy rate is greater than the predetermined first value in the time zone, and the occupancy rate is predetermined For vehicle port usage charges when getting off at a vehicle port smaller than the second value, advertisement information indicating that the vehicle port usage charges are discounted is transmitted to at least one of the user terminal and the in-vehicle terminal device. thing

The vehicle share management method according to claim 15, wherein:

[20] The vehicle share management server device further includes:

The vehicle share management method according to claim 15, wherein: