Method and system for supporting automobile ride sharing

Description: TECHNICAL FIELD [Detailed description of the invention]

【0001】

[Technical field to which the invention belongs]

The present invention relates to a network service that supports a vehicle ride between a driver who plans to move by car and a passenger who wants to ride in another person's car and move to a destination.

【0002】

[Conventional technology]

The movement of people with the same destination in a single car is a means of reducing the number of cars and reducing pollution and traffic congestion. Conventionally, in order to carry out this sharing, if acquaintances are heading in the same direction in the neighborhood, they will ride each other, or the driver or the person who wants to ride will move to the designated meeting place and search for a suitable person. I needed it.

【0003】

[Problems to be Solved by the Invention]

However, such a riding method has the following problems.

【0004】

(1) If there are no people in the neighborhood, it will be necessary to move to the meeting place, which will take extra time.

【0005】

(2) Even if you go to the meeting place, there is no guarantee that you will find the person you want to ride with immediately, and the time to arrive at the destination will be uncertain.

【0006】

(3) When riding with a stranger, it is uncertain whether the other person can be trusted, and in the worst case, there is a risk of being involved in a crime such as robbery or murder.

【0007】

(4) When a driver rides a car, there is little merit for the driver to carry another person, so the driver does not want to ride the car too much.

【0008】

The present invention has been made in view of the above circumstances, and a first object thereof is to provide a vehicle riding support method and system that are highly convenient for drivers and passengers. A second object of the present invention is to provide a vehicle occupancy support method and system capable of giving the driver a merit of occupancy and promoting the occupancy of the vehicle.

【0009】

[Means for solving problems]

In order to achieve the above object, in the present invention, in a vehicle riding support system in which an intermediary host connected to a driver-side terminal and a passenger-side terminal via a network assists the passengers in a vehicle, the intermediary host is the vehicle side. Receives at least driving schedule information including departure place, destination, and departure time from the terminal, and receives at least desired riding information including current position, destination, and desired arrival time at the destination from the passenger side terminal, and multiple driving schedules. By comparing the information with a plurality of passenger request information, a combination that matches the driver's and passenger's wishes is found, and the driver's terminal and the passenger's terminal related to the matched combination have the meeting information including the meeting time and the meeting place. Is transmitted, and when it is received from both the driver side terminal and the passenger side terminal that the riding is completed, the result is recorded.

【0010】

According to the present invention, when the driver inputs the driving schedule information to the driver side terminal and transmits it to the intermediary host, while the passenger inputs the passenger desired information to the passenger side terminal and transmits it to the intermediary host. The intermediary host selects one that matches both wishes from a plurality of operation schedule information and passenger request information, and the wait information including the meeting time and place is transmitted to the driver side terminal and the passenger side terminal. Therefore, the driver and the passenger can smoothly get on the car only by going to the meeting place at the received meeting time.

【0011】

As an example of the aspect of the present invention, the intermediary host receives the driver's current position from the driver's terminal, acquires road congestion information, and operates based on the driver's current position, congestion information, and driving schedule information. We propose a method that predicts the time when a person arrives at a meeting place and transmits the predicted meeting time to a passenger-side terminal.

【0012】

According to the present invention, the time when the driver arrives at the meeting place is predicted based on the driver's current position, road congestion status, and driving schedule information, and this predicted arrival time is transmitted to the passenger side terminal. Passengers can obtain more accurate meeting times in real time.

【0013】

Further, as an example of the aspect of the present invention, the intermediary server receives the identity verification request of the passenger from the driver side terminal, and the passenger side terminal of the passenger who is scheduled to ride with the driver who transmitted the identity verification request. It is characterized by prompting the user to enter the authentication information for identity verification, receiving the passenger's authentication information from the passenger's terminal, confirming the passenger's authentication information, and sending the authentication result to the driver's terminal. Propose what to do. In addition, the intermediary server receives the driver's identity verification request from the passenger-side terminal, and authenticates the driver-side terminal of the driver who is scheduled to ride with the passenger who sent the identity verification request for identity verification. We propose a device characterized by prompting the input of information, receiving the driver's authentication information from the driver's terminal, confirming the driver's authentication information, and transmitting the authentication result to the passenger's terminal.

【0014】

According to the present invention, when the driver requests the intermediary server to confirm the identity of the passenger using the driver's terminal, the identity verification is performed based on the authentication information received from the passenger on the intermediary server, and the authentication result is obtained. Is transmitted to the driver's terminal. Similarly, when the passenger requests the driver's identity verification from the intermediary server using the passenger side terminal, the identity verification is performed based on the authentication information received from the driver at the intermediary server, and the authentication result is the passenger. It is sent to the side terminal. As a result, the driver and the passenger can confirm the identity of each other, eliminating various dangers associated with each other riding in one car, and allowing the automatic passenger to ride with peace of mind. Can be done.

【0015】

Further, as an example of the aspect of the present invention, the driving schedule information includes the number of points that the driver wants to acquire, and the riding request information includes the maximum number of points that the passenger wants to pay. When comparing the driving schedule information with the riding desired information, the intermediary host includes the desired number of points included in the driving schedule information and the maximum number of points included in the riding desired information in the comparison condition, and the driver side terminal. And, when receiving the completion of the riding from both the passenger side terminal, the present invention is characterized in that points equal to or more than the desired number of points included in the driving schedule information are moved from the passenger to the driver.

【0016】

According to the present invention, the number of points that the driver wants to acquire by riding is included in the driving schedule information, input to the driver's terminal and transmitted to the intermediary server, while the passenger pays by sharing. If the maximum number of points allowed is included in the passenger request information and input to the passenger side terminal and transmitted to the intermediary server, this number of points is also compared when comparing the driving schedule information and the passenger request information. Then, when the riding is completed, points are moved from the passenger to the driver by at least the number of points desired by the driver. In this way, the driver can obtain the merit of acquiring points by sharing. As a result, it is possible to promote the riding of automobiles.

【0017】

Further, as an example of the aspect of the present invention, the intermediary server receives the identification information of the driver or the passenger and the number of points from the payment terminal connected to the intermediary host via the network, and relates to the identification information received from the payment terminal. When the number of points owned by the driver or passenger is greater than or equal to the number of points received from the payment terminal, the driver or passenger's terminal is prompted to input whether or not points can be deducted, and the driver or passenger is prompted. We propose a feature that subtracts the number of points received from the payment terminal from the points owned by the driver or passenger related to the identification information received from the payment terminal when the approval for point deduction is received from the terminal of. .. Further, when the points are given, the driver or the passenger is charged for the points, and when the points are subtracted, the payment amount at the payment terminal is paid from the intermediary host side.

【0018】

According to the present invention, when a driver or a passenger makes a payment at a payment terminal, the payment can be made with points owned by each driver or passenger. That is, the points can be used to settle the consideration for goods and services related to the settlement. On the other hand, as described above, points can be obtained by the driver having a ride, which can promote the ride of a car.

【0019】

BEST MODE FOR CARRYING OUT THE INVENTION

The vehicle riding support system according to the embodiment of the present invention will be described with reference to the drawings. FIG. 1 is a block diagram showing the configuration of a vehicle riding system.

【0020】

This car sharing support system includes a driver-side terminal 100 used by the driver, a passenger-side terminal 200 used by the passenger, a payment terminal 300 installed in a store 10 where the point service can be used, and riding support. It has an intermediary center 400 operated by the system provider and a network 500 that connects them.

【0021】

The driver-side terminal 100 includes a communication processing unit 110 for communicating with the intermediary center 400 via the network 500, a user interface unit 120 for displaying an input request screen and a message, and a user interface unit 120 for receiving input from the user. It is provided with a position acquisition unit 130 for acquiring the current position of the user side terminal 100.

【0022】

The passenger-side terminal 200 includes a communication processing unit 210 for communicating with the intermediary center 400 via the network 500, and a user interface unit 220 for displaying an input request screen and a message and accepting input from the user. ing.

【0023】

The payment terminal 300 includes a communication processing unit 310 for communicating with the intermediary center 400 via the network 500, and a user interface unit 320 for displaying an input request screen and a message and accepting input from the user. ..

【0024】

The intermediary center 400 includes a communication processing unit 410 for communicating with the terminal via the network 500, and authentication of the driver and the passenger so that the driver and the passenger can confirm each other's identities at the meeting place. Identity verification processing unit 420 that confirms using information, and point processing unit 430 that processes the payment of points from the passenger to the driver at the end of the ride and the payment of points when shopping at the store using the points. From the driving schedule information of multiple drivers and the passenger's desired boarding information, the driver's driving route, the proximity of the passenger's departure point to the meeting place, the driver's departure time and the passenger's arrival The user matching unit 440, which searches for the optimum combination of the driver and the passenger who wants to ride, based on the proximity of the desired time and the compatibility between the minimum number of points desired by the driver and the maximum number of payment points of the passenger, and the driver The driving information management unit 450 that stores the driving schedule information to be input, the driving desired information input by the passenger wishing person, and the driving combination information output by the user matching unit 440, and the driving schedule information held by the driving information management unit 450. Arrival time at the meeting place from the driving route information inside, the current position information of the driver side terminal 100 transmitted from the position acquisition unit 130 of the driver side terminal 100, and the road congestion information obtained from the road information acquisition unit 480 described later. The arrival time prediction unit 460 that predicts the number of passengers, the user information management unit 470 that holds information for each user such as drivers and passengers who can use this ride support system, and the external service are used to check the congestion status of the road. It has a road information acquisition unit 480 to be acquired.

【0025】

In the present embodiment, the user information management unit 470 holds the user management table 471 shown in FIG. 2 in order to manage the users who can use the shared support system. The data format of this user management table 471 is shown in Fig. 3. In Fig. 3, item 1 is the user's name, item 2 is the code for uniquely identifying the user, item 3 is the number of points owned by the user, and item 4 is the terminal owned by the user and used in this system. The code for checking, item 5, represents the authentication information (a password is used in this embodiment) used for confirming the user himself / herself.

【0026】

The shared information management unit 450 holds the operation schedule management table 451 shown in FIG. 4 in order to manage the driver's operation schedule. Figure 5 shows the data format of this operation schedule management table 451. In FIG. 5, item 1 is a code for identifying the driver, and the user identification code in the user management table 471 is used. Item 2 represents the location information of the driver's departure point. Item 3 represents the location information of the driver's destination. Item 4 represents the matter that the driver leaves the place of departure. Item 5 represents information on the route from the departure point to the destination. Item 6 represents the minimum number of points that the driver wants to receive at least when he / she plans to drive. The location information and route information of these departure points and destinations are in a format that can be used by the user matching unit 440, the arrival time prediction unit 460, and the road information acquisition unit 480.

【0027】

In addition, the shared information management unit 450 holds the shared request management table 452 shown in FIG. 6 in order to manage the shared desired information of the passengers who wish to share. Figure 7 shows the data format of this shared request management table 452. In FIG. 7, item 1 is a code for identifying a passenger who wishes to ride, and the user identification code in the user management table 471 is used. Item 2 represents the location information of the departure place of the passenger who wishes to ride. Item 3 represents the location information of the destination of the passenger who wishes to ride. Item 4 represents the desired time for the passenger to depart from the place of departure. Item 5 represents the maximum number of points that the passenger may pay the driver for this ride. The location information of these departure points and destinations is in a format that can be used by the user matching unit 440 and the like as in the above-mentioned operation schedule management table 451.

【0028】

Further, the riding information management unit 450 holds the riding combination management table 453 shown in FIG. 8 in order to hold the combination of riding found by the user matching unit 440. Figure 9 shows the data format of this combined combination management table 453. In FIG. 9, item 1 represents a code for identifying a driver who uses this combination. Item 2 represents a code for identifying a passenger who uses this combination. Item 3 represents the location information of the place where the driver and the passenger meet. Item 4 represents a matter to meet at the above-mentioned place. Item 5 represents the number of points that the driver receives from the passenger by this riding. Item 6 represents an identifier for uniquely identifying this combination within the intermediary host 400.

【0029】

Next, the procedure from the driver finding the rider wishing to ride using the ride support system according to the present embodiment to the completion of the ride will be described with reference to the flowchart of FIG.

【0030】

(Step S1) In the present embodiment, first, as an initial registration, the user asks the provider of the riding support system to register in the user management table 471 of the user information management unit 470. At this time, those who wish to ride in another person's car need to purchase points to be paid to the driver from the system provider and register them in the user management table 471 as owned points. Also, if the points are insufficient, new points will be purchased from the system provider and charged. In the present embodiment, as shown in the user management table 471 of FIG. 2, it is assumed that the user 1, the user 2, the user 3, and the user 4 are registered.

【0031】

(Step S2) Next, a procedure is shown in which the user 1 registers the ride request information in the intermediary host 400 as a ride requester. When the passenger inputs the departure place and target address, the desired departure time, and the number of points that can be paid for this passenger to the passenger terminal 200, the passenger terminal 200 inputs the information to the passenger. Is added and transmitted to the intermediary host 400 via the communication processing unit 210. Upon receiving this message, the communication processing unit 410 forwards the message to the shared information management unit 450. The shared information management unit 450 converts the address of the departure place and the destination into the processable format as described above, and stores it in the shared request management table 452 of FIG.

【0032】

(Step S3) Next, a means for the user 2 to search for a passenger using the intermediary host 400 as a driver will be shown. The driver, the driver-side terminal 100, departure and destination address, scheduled departure time, enter the minimum number of points you would like to receive when the riding together in this operation that. In addition, the driving route used for this driving is input using the road name or the like. The driver-side terminal 100 adds the driver's identification code to this information and transmits it to the intermediary host 400 via the communication processing unit 110. Upon receiving this message, the communication processing unit 410 forwards the message to the shared information management unit 452. The shared information management unit 450 converts the address of the departure place and the destination into the processable format as described above, and also converts the route information input by the driver into the processable format as described above. Store as shown in the second row of the operation schedule management table 451 of 4. Next, the shared information management unit 450 sends the operation schedule information of the user 2 to the user matching unit 440, and requests a search process for whether or not there is suitable shared shared information.

【0033】

The user matching unit 440 uses an existing algorithm from the passenger request information stored in the passenger request management table 452 of the passenger information management unit 450, and uses an existing algorithm to start and arrive at a route close to the route in the operation schedule information. The arrival time at this departure point is close to the desired departure time of the passenger, and the maximum number of payment points of the passenger is equal to or greater than the minimum number of points received by the driver. Here, it is assumed that the ride request information of user 4 meets the conditions. The user matching unit 440 transmits this ride request information to the driver's driver side terminal 100 described above in order to confirm with the driver whether or not to accept the ride, and at the same time, the ride requester is notified of the ride request at this meeting place and time. In order to inquire whether it is okay, the user terminal identification code of the passenger who wishes to ride is extracted from the user management table 471 using the passenger identification code of the user, and an inquiry message is sent to the passenger side terminal 200 of the user 4. To do. When a message of approval is sent from the driver side terminal 100 of the user 2 and the passenger side terminal 200 of the user 4 to the user matching unit 440, the user matching unit 440 transfers this information to the passenger information management unit 450 in this combination. The shared information management unit 450 newly generates a shared identification code and stores the information of this combination in the shared combination management table 453. The stored information is as shown in the first row of the combined combination management table 453 in FIG. When the storage is completed, the passenger information management unit 450 transmits the passenger identification code to the driver terminal 100 of the user 2 and the passenger terminal 200 of the user 4 in order to use the passenger identification code for later identity verification.

【0034】

(Step S4) Next, the procedure for recalculating the meeting time after the driver departs from the departure point is shown. The meeting time is recalculated when requested by the driver or passengers.

【0035】

First, when requesting recalculation from the driver, the driver-side terminal 100 transmits a recalculation request message including the current position and the riding identification code acquired by the position acquisition unit 130 to the intermediary host 400. The communication processing unit 410 of the intermediary host 400 forwards this message to the arrival time prediction unit 460. The arrival time prediction unit 460 searches for information having the received ride identification code from the ride combination management table 453 of the ride information management unit 450, and uses the ride combination information to provide route information included in the driver's driving schedule information. And get the meeting place. Then, using the acquired information, the current position information received from the driver's terminal 100, and the road congestion status acquired from the road information acquisition unit 480, the vehicle arrives at the meeting place by an algorithm used in an existing car navigation system or the like. Recalculate the time. Then, this time is transmitted to the driver side terminal 100 and the passenger side terminal 200.

【0036】

On the other hand, when the passenger requests recalculation, the passenger-side terminal 200 transmits a recalculation request message including the passenger identification code to the intermediary host 400. The communication processing unit 410 of the intermediary host 400 forwards this message to the arrival time prediction unit 460. The arrival time prediction unit 460 searches for the information having the received shared identification code from the shared combination management table 453 of the shared information management unit 450, acquires the driver's identification code of the shared combination information, and obtains this identification code. Refers to and sends a message requesting the driver side terminal 100 to send the current position. Then, when the driver side terminal 100 returns the current position information acquired by the position information acquisition unit 120 and receives the current position information, as described above, from the shared combination management table 453, the passenger side terminal 200 first. The information having the riding identification code received from is searched, and the route information and the meeting place included in the driver's driving schedule information are acquired by using the riding combination information. Then, the time of arrival at the meeting place is recalculated using the acquired information, the current position information received from the driver-side terminal 100, and the road congestion status acquired from the road information acquisition unit 480. Then, this time is transmitted to the driver side terminal 100 and the passenger side terminal 200.

【0037】

(Step S5) Next, when the user 2 and the user 4 meet at the meeting place, the procedure for the user 2 to confirm the identity of the user 4 is shown. First, the user 2 transmits the passenger confirmation request to which the passenger identification code transmitted earlier is added to the intermediary host 400. The communication processing unit 410 of the intermediary host 400 forwards this message to the identity verification processing unit 420.

【0038】

The identity verification processing unit 420 extracts the identification code of the passenger of the passenger from the passenger combination management table 453 of the passenger information management unit 450 using the passenger identification code, and manages the user information of the user information management unit 470 using this code. The terminal identification code of the passenger is taken out from Table 471, and a message requesting the input of the password for identity verification is sent to the passenger side terminal 200 of the user 4 using this identification code. Upon receiving this identity verification request message, the passenger-side terminal 200 displays a screen requesting a password for identity verification, and when the user 4 inputs the password registered in advance, this password is sent to the intermediary host 400. Send back. The identity verification processing unit 420 of the intermediary host 400 that received this password compares the password of the user 4 stored in the user information management unit 470 with the received password, and if they match, the identity verification is completed. A passenger identification code is added to the notification message and transmitted to the driver terminal 100 and the passenger terminal 200. When this completion message is displayed, the user 2 who is the driver asks the user 4 who is the passenger to show the screen of the passenger side terminal 200, and the completion message including the same passenger identification code is displayed. You can complete your identity verification by seeing it. When the passenger confirms the identity of the driver, the procedure in which the driver and the passenger are exchanged in the above-mentioned procedure may be performed.

【0039】

(Step S6) Next, a procedure for paying the driver the points owned by the passenger at the end of the ride will be described. When the ride is completed, the user 2 sends a ride end message with the ride identification code added from the driver side terminal 100 to the ride information management unit 450 of the intermediary center 400 via the network 500, and the user 4 rides. The passenger terminal 200 sends a passenger end message to the passenger information management unit 450 with the same passenger identification code added.

【0040】

The ride information management unit 450 considers that the ride is completed when the end message is received from both the driver and the passenger of one ride combination information. In the present embodiment, since the ride end message is received from the user 2 and the user 4 regarding the ride combination information of the identification code 200009080001, it is determined that the ride is completed. Next, the shared information management unit 450 requests the point processing unit 430 to process the payment in order to confirm whether the passenger can pay the driver for the number of points determined in advance between the two.

【0041】

The point processing unit 430 extracts the number of payment points 13 of item 5 of the ride identification code 200009080001 in the ride combination management table 453, and adds this number to the passenger side terminal 200 of the user 4 to confirm the payment. To send. Upon receiving this message, the passenger-side terminal 200 displays to the user 4 whether 13 points may be paid to the user 2, who is the driver. When the user 4 inputs the approval, the passenger side terminal 200 sends a payment approval message to the intermediary host 400, and the communication processing unit 410 of the intermediary host 400 transfers this message to the point processing unit 430. Next, the point processing unit 430 transmits a receipt confirmation message with the points 13 added to the driver side terminal 100 of the user 2 in order to confirm the number of points to be received. When the user 2 approves the receipt on the driver side terminal 100, the approval message is returned to the point processing unit 430, and the point processing unit 430 has obtained the approval of both parties. Therefore, in the user management table 471 of the user information management unit 470. Decrease the number of points owned by item 3 of user 4 by 13, and increase the number of points owned by user 2 by 13. When the point processing unit 420 notifies the shared information management unit 450 of the end of this processing, the shared information management unit 450 deletes the shared record of the shared identification code 200009080001 just processed from the shared combination management table 453.

【0042】

According to the above procedure, the driver can put the person who wants to ride at a predetermined meeting time at a meeting place that is not far from his / her own driving route, and can realize efficient driving. In addition, at the meeting place, the driver and the passenger can confirm their identities with high reliability using only the terminal, and the danger associated with the passenger can be eliminated and the safety can be ensured.

【0043】

Next, a procedure for a user (driver or passenger) of this shared support system to shop at the store 10 in which the payment terminal 300 is installed using the points owned by the user (driver or passenger) will be described. Here, the procedure for the user 3 to shop at the store 10 equipped with the payment terminal 300 is shown.

【0044】

When user 3 makes a purchase at store 10, when paying 30 points instead of the price, first enter his / her user identification code 00003 and the number of payment points 30 on the point payment request screen of the payment terminal 300, and then the terminal 300 Sends this payment request message to the intermediary host 400 via the network 500, and the communication processing unit 410 of the intermediary host 400 forwards this message to the point processing unit 430. Upon receiving this payment request message, the point processing unit 430 extracts the record of this user 3 from the record of this user 3 from the user management table 471 of the user information management unit 470 using the user identification code 00003, and the number of points owned by the user 3 And check the number of points to be paid to see if payment is possible. In this case, since payment is possible, the point processing unit 430 extracts the user's terminal identification code from the record of the user 3 and sends a payment confirmation request message to the user's terminal. The terminal that receives this payment confirmation request message sends a confirmation request message for payment confirmation. The terminal that receives this payment confirmation message requests the input of the password for use for payment confirmation, and when the user 3 inputs the password, it sends it to the intermediary host 400. Upon receiving this password, the point processing unit 430 compares the password stored in item 5 of the record of user 3 in the user management table 471 of the user information management unit 470 with the received password. When both passwords match, the point processing unit 430 reduces the number of points in item 3 of user 3 in the user management table 471 by 100 to 30, and sends a payment completion message to the payment terminal 300. Upon receiving this message, the payment terminal 300 displays that the payment has been completed.

【0045】

By the above procedure, the user 3 can make a payment at the store 10 where the payment terminal 300 is installed by using the points owned by the user 3.

【0046】

Although one embodiment of the present invention has been described above, the present invention is not limited to this embodiment. For example, in the present embodiment, the route information is included in the operation schedule information input from the driver side terminal 100, but this route information may not be included. In this case, it is preferable that the intermediary host 400 provides road information and searches for route information based on the departure point and destination included in the driving schedule information and the road information.

【0047】

Further, in the present embodiment, the position acquisition unit 130 of the driver-side terminal 100 acquires the current position, but any means may be used for this position acquisition. For example, the position information may be automatically acquired using GPS (Global Positioning System), ITS (Intelligent Transport Systems), or the like, or the driver may input the current position information.

【0048】

Further, in the present embodiment, the recalculation of the meeting time is performed at the request of the driver or the passenger, but the present invention is not limited to this. The driver-side terminal 100 or the passenger-side terminal 200 may periodically make a recalculation request to the intermediary host 400, and the intermediary host 400 periodically recalculates without receiving the recalculation request. May be done. Further, when the meeting time is recalculated, the driver side terminal 100 and the passenger side terminal 200 may be notified only when the newly predicted meeting time is later than the previous meeting time.

【0049】

Further, in the present embodiment, the matching processing unit searches for the ride request information of one rider for one operation schedule information, but a plurality of ride request information may be extracted. In this case, it is preferable to include the number of passengers who may ride in the car in the driving schedule information and extract within this number of passengers.

【0050】

Further, in the present embodiment, the matching process is performed with the minimum number of points that the driver wants to acquire and the maximum number of points that the passenger allows payment as one of the conditions, and when the combination is completed. The minimum number of points is paid to the driver from the rider, but various processes related to these points can be considered. For example, in addition to the maximum allowable number of points, the passenger may enter the desired number of points to be paid, and if the desired number of points is equal to or greater than the minimum number of points, the conditions may be met. Good. In this case, it is sufficient to move from the passenger to the driver by the desired number of points. In addition, when there are many applicants for sharing, a method of determining the applicants for sharing on a first-come-first-served basis or at an auction can be considered.

【0051】

[Effect of the invention]

As described in detail above, in the present invention, the driver and the passenger who wishes to board the train must collate each other's schedules via the intermediary host and go to the designated meeting place as in the conventional case. There is no uncertainty as to whether or not there is a partner, and there is no need to go to a limited meeting place, and it is possible to ride at a meeting place and time that match each other's scheduled route and time. Also, in the case of sharing, strangers often move in the same car, so there is a possibility of robbery and other incidents, but when registering as an intermediary host, conduct sufficient background checks. On this basis, when these registered drivers and passengers are meeting places, the identity verification is performed by using the authentication information and terminals stored in the intermediary host, and only the trusted partner can be used. Is possible, and it is possible to ensure safety.

【0052】

In addition, the conventional riding mechanism does not have sufficient merit on the driver side to the extent that it is possible to drive in a dedicated lane on a road as is practiced in the United States, for example, and depending on the region, such a dedicated lane In many cases, it was difficult to realize, but in the present invention, the driver positively introduces a point system that pays the driver from the passenger and introduces a mechanism that makes this point available for payment at stores and the like. It is possible to provide the merit of sharing a car.

[Simple explanation of drawings]

[Figure 1]

Block diagram showing the configuration of a car riding system [Figure 2]

The figure explaining an example of the user management table held by the user management part of an intermediary host. [Fig. 3]

The figure explaining the data format of the user management table of FIG. [Fig. 4]

A diagram illustrating an example of an operation schedule management table held by the shared information management unit of the intermediary host. [Fig. 5]

The figure explaining the data format of the operation schedule management table of FIG. [Fig. 6]

The figure explaining an example of the ride request management table held by the ride information management department of an intermediary host. [Fig. 7]

The figure explaining the data format of the sharing request management table of FIG. [Fig. 8]

The figure explaining an example of the riding combination management table held by the riding information management part of an intermediary host. [Fig. 9]

The figure explaining the data format of the riding combination management table of FIG. [Fig. 10]

Flow chart explaining the operation of the car riding support system [Explanation of symbols]

100 ... driver side terminal, 110 ... communication processing unit, 120 ... user interface unit, 130 ... position acquisition unit, 200 ... passenger side terminal, 210 ... communication processing unit , 220 ... user interface section, 300 ... payment terminal, 310 ... communication processing section, 320 ... user interface section, 400 ... intermediary host, 410 ... communication processing section, 420 ... Identity verification processing department, 430 ... Point processing department, 440 ... User matching department, 450 ... Shared information management department, 460 ... Arrival time prediction department, 470 ... User information management department , 480 ... Road Information Acquisition Department